RU2263347C2 - Method for performing transactions of users of mobile communication devices and computerized cashless transaction system for realization of said method - Google Patents

Method for performing transactions of users of mobile communication devices and computerized cashless transaction system for realization of said method Download PDF

Info

Publication number
RU2263347C2
RU2263347C2 RU2003132137/09A RU2003132137A RU2263347C2 RU 2263347 C2 RU2263347 C2 RU 2263347C2 RU 2003132137/09 A RU2003132137/09 A RU 2003132137/09A RU 2003132137 A RU2003132137 A RU 2003132137A RU 2263347 C2 RU2263347 C2 RU 2263347C2
Authority
RU
Russia
Prior art keywords
payment
server
system
user
electronic communication
Prior art date
Application number
RU2003132137/09A
Other languages
Russian (ru)
Other versions
RU2003132137A (en
Inventor
К.В. Дышлевой (RU)
К.В. Дышлевой
Original Assignee
Общество с ограниченной ответственностью "Мобилити"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Общество с ограниченной ответственностью "Мобилити" filed Critical Общество с ограниченной ответственностью "Мобилити"
Priority to RU2003132137/09A priority Critical patent/RU2263347C2/en
Publication of RU2003132137A publication Critical patent/RU2003132137A/en
Application granted granted Critical
Publication of RU2263347C2 publication Critical patent/RU2263347C2/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3221Access to banking information through M-devices

Abstract

FIELD: mobile telecommunication systems.
SUBSTANCE: method includes forming conditions of type of payment and condition on payment sum, and recording these on server, unique index is assigned to each payment type, which is inputted via mobile communication deice before transaction, in accordance to inputted index query for transaction is sent to server system, before initiation of payment in response to aforementioned query, from server system to mobile communication device conditions of aforementioned payment type are sent with displaying of these on screen of mobile communication device, after that from mobile communication device to server confirmed payment order is sent, after receipt of which payment is initiated by query to server from appropriate paying organization. System has block for working with payment receivers, payment receiver terminal, block for working with users, block for working with payment operations, block for generation and storing of pseudo-random transaction codes, recording device.
EFFECT: higher reliability, higher trustworthiness, higher speed of operation.
2 cl, 3 dwg

Description

Изобретение относится к области информационных технологий и, в частности, к способу для совершения платежных операций пользователями мобильных устройств электронной связи и компьютерной системе для его осуществления. The invention relates to the field of information technology, and in particular, to a method for making payment transactions by users of mobile electronic communication devices and a computer system for its realization.

Уровень техники BACKGROUND

Бурное развитие информационных технологий привело к возникновению разнообразных систем безналичного расчета, использующих линии электронной связи и ресурсы компьютерных сетей. The rapid development of information technology has led to the emergence of a variety of cashless payment systems using electronic communication lines and computer network resources.

В публикации международной заявки WO 02/35429 описана система безналичного расчета, в которой компьютеры клиентов системы связаны посредством компьютерной сети с сайтом-посредником, организующим денежные переводы через связанный с ним банк, который, в свою очередь, связан с банками, включенными в систему. The International Patent Publication WO 02/35429 describes non-cash payment system, in which system the client computers are connected through a computer network with a site-mediator, organizing money transfers through an associated bank, which, in turn, is associated with the banks included in the system. Для перевода денег от одного клиента другому плательщик должен направить в указанный сайт-посредник запрос на совершение платежа с указанием суммы, источника платежа, а также его получателя. To transfer money from one client to another payer should send to the specified site proxy request to make a payment specifying the amount, the payment source, as well as its recipient. Очевидно, что для ввода таких данных клиентом последний должен иметь компьютерный дисплей и клавиатуру. Obviously, the input data of the last client must have a computer display and keyboard.

С недавнего времени началась разработка систем безналичного расчета, ориентированных на использование в качестве пользовательских терминалов мобильных устройств электронной связи, таких как мобильные телефоны или карманные компьютеры (Personal Digital Assistant или PDA). Since recently started the development of cashless payment systems, oriented for use as user terminals, mobile electronic communication, such as mobile phones or PDAs (Personal Digital Assistant or PDA).

Одно из технических решений в данной области раскрыто в патенте Российской Федерации №2191482, рассматриваемом в качестве ближайшего аналога изобретения. One of the technical solutions in this field is disclosed in Russian Federation Patent №2191482, considered as the closest prior invention. В этом патенте описаны способы предложения к продаже, оформления заказов и продажи товаров и услуг с использованием сервера предложений, связанного с компьютерными терминалами продавцов товаров или услуг. This patent describes how to offer for sale, ordering and selling of goods and services using the server's suggestions related to computer terminals sellers of goods or services. Согласно этому документу продавец или сервер предложений формирует идентификацию предложений о продаже товаров или услуг, представляющую собой совокупность буквенно-цифровых знаков, то есть условный индекс, который несет в себе информацию о продавце, предлагаемом товаре, а также возможные другие сведения. According to this document, the seller or the server generates identification proposals proposals for the sale of goods or services, which is a set of alphanumeric characters, that is, the conditional code that contains information about the seller, products offered, as well as possible other information. Такие индексы распространяют среди пользователей мобильных устройств электронной связи. Such indexes are spread among mobile electronic communications users. Пользователь, решивший воспользоваться предложением, вводит соответствующий индекс на своем мобильном устройстве электронной связи и на его основе передает на сервер предложений запрос на заказ или покупку соответствующего товара или услуги. A user who has decided to use the offer, enter the relevant code on your mobile device, electronic communications and on the basis of proposals sends to the server a request for an order or purchase the relevant goods or services. Если указанный товар имеется в наличии, на мобильное устройство электронной связи пользователя направляют специальный маркер, подтверждающий оформление заказа. If this product is available on the mobile device of the user communication sent special marker confirming ordering. Этот маркер, который соответствует конкретному образцу товара, сохраняют в памяти мобильного устройства электронной связи с тем, чтобы впоследствии его можно было, например, предъявить как свидетельство оплаты для получения соответствующего товара или в качестве входного билета на некоторое мероприятие. This marker, which corresponds to a particular pattern of the goods are stored in the mobile electronic communication device so that it can subsequently be, for example, to present as evidence of payment for the goods or as an admission ticket at certain events.

Использование маркеров согласно этому патенту позволяет упорядочить процесс оформления заказов благодаря созданию механизма контроля наличия того или иного вида товаров или услуг. Use markers of this patent enables streamlined ordering process through the establishment of a monitoring mechanism of having a particular type of goods or services. Вместе с тем, в патенте РФ №2191482 не предусмотрены технические средства, которые страховали бы пользователя от мошенничества или ошибки ввода индекса предложения. However, in the Russian Federation patent №2191482 not provided the technical means that would insure against fraud or user input offers an index error. В частности, при вводе на мобильном устройстве электронной связи индекса предложения пользователь вынужден действовать "вслепую", так как со стороны системы безналичного расчета (или сервера предложений) он не получает информации о том, за что именно и кому он платит, поскольку индекс предложения представляет собой код, понятный лишь серверу предложений. For example, if you enter on your mobile device electronic communication offers the index the user is forced to operate "blind", as from the non-cash payment system (or proposals server) does not receive information about what it is and to whom it pays, because the index proposal is a code understandable only server offerings. В результате может возникнуть ситуация, когда пользователь получит неверную информацию об индексе предложения или же просто допустит ошибку ввода, а неверно введенный индекс может соответствовать другому предложению. As a result, a situation may arise when the user will get the wrong information about the index offers or simply allow the input error and the incorrect code may correspond to a different proposal. В обоих случаях в известной системе заказ будет оформлен и продажа совершена, а пользователь, инициируя оплату, не имеет возможности убедиться в том, соответствуют ли его намерениям товар, который он желает купить, продавец у которого он желает этот товар купить, и сумма, которую он готов заплатить. In both cases, the prior art system the order will be issued for sale is perfect, and the user initiating the payment is unable to verify whether the his intentions a product that he wants to buy, the seller from whom he wants this product to buy, and the amount that he is willing to pay. Более того, маркер, полученный из сервера системы и демонстрируемый на экране мобильного устройства электронной связи, не может рассматриваться как юридически действительное доказательство совершения платежа, что может быть особенно важно в спорных ситуациях. Moreover, the token received from the system server and demonstrated on the mobile electronic communication device screen can not be regarded as legally valid proof of payment, which can be particularly important in situations of dispute.

Сущность изобретения SUMMARY OF THE iNVENTION

Приведенный выше анализ уровня техники показывает, что в нем пока отсутствуют механизмы, страхующие пользователей мобильных устройств электронной связи, выступающих в подобного рода системах в роли плательщиков, от злоумышленных манипуляций индексами вида платежа или случайных ошибок при их передаче и распространении или ошибок ввода этих индексов на мобильном устройстве электронной связи. The above analysis of the prior art shows that it until there are no mechanisms to insure users of mobile electronic communication devices acting in such systems as taxpayers, the malicious manipulation indices payment type or random errors in transmission and distribution or typing errors these indexes mobile electronic communication device.

Такой механизм обеспечивается предложенным способом совершения платежных операций пользователями мобильных устройств электронной связи посредством системы безналичного расчета, согласно которому формируют и запоминают в сервере указанной системы условия вида платежа, включающие в себя по меньшей мере идентификацию получателя платежей, назначение, общее для всех платежей данного вида, и условие на сумму платежа, причем конкретному виду платежа присваивают уникальный индекс. This mechanism is provided by a method commission payment transactions by users of mobile electronic communication devices by means of cashless payment system, whereby is formed and stored in the server of said system of the form of payment conditions, including at least the identification of the payee, the purpose of which is common to all payments given species, and the condition for the amount of the payment, and the particular type of payment is assigned a unique index. Перед совершением платежа индекс вида платежа вводят посредством мобильного устройства электронной связи, и в соответствии с введенным индексом передают в сервер системы запрос на совершение платежа. During the payment index payment type is introduced by the mobile electronic communication device, and according to the inputted index is transmitted to the server system a request to make a payment. Отличие предложенного способа от ближайшего аналога изобретения заключается в том, что в ответ на указанный запрос из сервера системы на мобильное устройство электронной связи передают условия указанного вида платежа, включающие в себя по меньшей мере назначение и получателя платежа, с отображением этих условий на экране мобильного устройства электронной связи, после чего с мобильного устройства электронной связи в сервер системы передают подтвержденное платежное поручение, после получения которого посредством сервера системы иници Unlike the proposed method from the nearest analogue of the invention is that in response to said request from the system server to the mobile device electronic communications transmitted conditions of said type of payment, including at least destination and the payee, with the mapping of these conditions on the mobile device screen electronically, after which the mobile electronic communication device to a server system transmitting a confirmed payment order, after receipt of which by the system server Init ируют платеж путем обращения к серверу соответствующей платежной организации. iruyut payment by accessing the server of the corresponding payment organization.

Предпочтительными видами мобильного устройства электронной связи являются мобильный телефон или карманный компьютер (PDA), причем соединение между мобильным устройством электронной связи и сервером системы может устанавливаться через шлюз оператора мобильной связи. Preferred types of mobile electronic communications device is a mobile phone or a PDA (PDA), wherein the connection between the mobile electronic communication device and the server system may be established through a gateway mobile operator. В другом варианте пользователь карманного компьютера может установить связь с сервером системы через Интернет-терминал. In another embodiment, a user may be a handheld computer to communicate with the server system via the internet terminal.

Передаваемые на мобильное устройство электронной связи условия вида платежа могут включать в себя условие на сумму платежа, которое представляет собой фиксированное значение, которое впоследствии, при передаче подтвержденного платежного поручения, не подлежит изменению. Transmitted to the mobile device electronic payment type communication condition may include a condition on the payment amount, which is a fixed value, which subsequently, when transmitting the confirmed payment order can not be changed.

В другом случае передаваемые на мобильное устройство электронной связи условия вида платежа могут включать в себя условие на сумму платежа, представляющее собой интервал допустимых значений, при этом перед передачей подтвержденного платежного поручения с мобильного устройства электронной связи вводят конкретное значение суммы платежа, при этом проверяют нахождение введенного значения суммы платежа в указанном интервале. In another case, transmitted to the mobile device electronic communication conditions of the form of payment may include a condition on the payment amount, representing an allowable range of values, wherein prior to transmitting the confirmed payment instruction from a mobile electronic communication device introduced specific value payment amount, the checked presence introduced value payment amount in the above range. Такая проверка может осуществляться как аппаратно-программными средствами мобильного устройства электронной связи перед передачей подтвержденного платежного поручения в сервер системы, так и средствами сервера системы после получения указанного платежного поручения. Such verification can be performed by hardware-software mobile electronic communication device prior to transmitting the confirmed payment order to the server system, and the system server means after receipt of said payment order. Характерным видом платежа с интервалом допустимых значений перечисляемой суммы платежа может быть предоплата услуги, в частности услуги оператора мобильной связи. Characteristic form of payment with the permissible range of values ​​the transferred amount of payment may be prepaid, in particular the services of the mobile operator. Другим примером такого вида платежа может быть взнос в благотворительный фонд. donation to a charity may be another example of this form of payment.

Такой механизм выбора конкретного значения платежа в рамках заданного интервала и проверки корректности такого выбора упрощает процесс безналичного расчета, позволяя пользователю более гибко распоряжаться своими финансовыми средствами. Such a mechanism of selecting a specific value of the payment within the specified period and validate this choice facilitates cashless payment process, allowing the user more flexibility to manage their finances.

Условия вида платежа могут включать в себя любые из следующих элементов: комментарий получателя платежа, детальное описание компании-получателя, детальное описание назначения платежа, изображения, трехмерные модели, видеоролики, звуковые сообщения. Terms of payment type can include any of the following: Comment payee, a detailed description of the company of the recipient, a detailed description of the purpose of payment, images, three-dimensional models, videos, audio messages.

Индекс вида платежа может сообщаться пользователю мобильного устройства электронной связи с использованием средств массовой рекламы и/или информационных материалов получателей платежей. payment type index can communicate the mobile electronic communication device user with the use of media advertising and / or informational materials payees. Это могут быть рекламные щиты, средства передвижной наглядной рекламы, рекламные издания и публикации, телевизионная реклама и т.д. It can be billboards, mobile means of visual advertising, advertising and publications, television advertising, etc. Индекс вида платежа предпочтительно указывать вместе с обозначением системы безналичного расчета, которое может быть указано перед таким индексом. The index is preferably indicate the type of payment system with the designation of cashless payment that can be specified to such an index.

Вместе с запросом на совершение платежа или подтвержденным платежным поручением в сервер системы могут передаваться данные платежного средства пользователя, поддерживаемого указанной платежной организацией. Together with the request to make a payment or money order validated in the server system can transmit data user payment means supported by said payment organization. При этом такие данные также могут храниться в запоминающем устройстве сервера системы. In addition, these data may also be stored in the memory system server. Платежным средством пользователя может быть банковский счет и/или кредитная карта, и в этом случае в качестве платежной организации может выступать банк. User means of payment can be a bank account and / or credit card, in which case the bank can act as the payment organization. Во втором случае в качестве платежной организации может также выступать центр обслуживания кредитных карт. In the second case, the payment organization may also serve the credit card service center. Кроме того, платежной организацией может быть система электронных платежей, при этом платежное средство пользователя будет представлять собой лицевой счет пользователя в указанной системе. In addition, payment organization may be electronic payment system, the payment means of the user will be a personal account of a user in said system.

Для обеспечения максимального удобства ввода индекса вида платежа с мобильного устройства электронной связи этот индекс предпочтительно формировать только из цифр. For maximum convenience, I kind of payment index from a mobile device electronic communication, this index is preferably formed only of numbers.

В качестве дополнительного средства безопасности совершения платежной операции после получения от пользователя подтвержденного платежного поручения посредством сервера системы может генерироваться псевдослучайный код (уникальный идентификатор) совершаемой платежной операции, который передают на терминал получателя платежа. As an additional safety means committing the payment transaction after receipt of user confirmation of the payment order via the server system may be generated by a pseudorandom code (unique ID) performs the payment operation, which is transmitted to the payee's terminal. Далее, из терминала получателя платежа указанный код операции передают непосредственно пользователю, после чего с мобильного устройства электронной связи вводят и передают код в сервер системы, в котором сравнивают значение кода платежной операции, полученного от пользователя, и значение кода платежной операции, переданного на терминал получателя платежа, причем платеж инициируют в случае совпадения указанных значений. Further, the payee terminal operation said code is transmitted directly to the user, then the mobile electronic communication device is introduced and transmitting the code in the server system, which compares the value of the payment transaction code received from the user, and the value of the payment transaction transmitted to the recipient terminal code payment and transfer is initiated in case of coincidence of said values. Такому коду операции устанавливают ограниченный срок действия, по истечении которого указанный код аннулируют. This opcode set a limited duration, after which the said code void. Для этого, например, после генерации кода платежной операции его можно сохранить в запоминающем устройстве сервера системы на заданный отрезок времени с последующим удалением. For this example, after generating the payment transaction code can be stored in the storage server system for a predetermined period of time followed by removal. До передачи этого кода с мобильного устройства электронной связи в сервер системы за пользователем мобильного устройства электронной связи может быть сохранено право отмены платежа посредством направления соответствующего сообщения в сервер системы. Prior to the transfer the code from your mobile device in the electronic communications system server for the mobile electronic communication device by the user can be stored right to cancel the payment by sending an appropriate message to the server system.

Еще одной ступенью безопасности при осуществлении предложенного способа может быть дополнительная проверка полномочий пользователя мобильного устройства электронной связи на совершение платежа посредством ввода фиксированного пароля и/или одноразового кода аутентификации пользователя, такого как персональный идентификационный номер (PIN-код), на мобильном устройстве электронной связи. Another stage safety in implementing the proposed method can be further authorization check user electronic communication of the mobile device to make a payment by entering a fixed password and / or a single user authentication code, such as a personal identification number (PIN-code) for the mobile device electronic communications. Например, если мобильное устройство электронной связи поддерживает язык J2ME (Java 2 Micro Edition), то введенный пользователем фиксированный пароль или одноразовый код аутентификации может передаваться в систему с помощью устанавливаемого на мобильном устройстве J2ME приложения (т.н. "мидлета") и через дополнительный сервер пользовательского интерфейса, поддерживающий работу с приложениями, написанными на языке J2ME и связанный с сервером системы. For example, if the mobile device supports J2ME electronic communication (the Java 2 Micro Edition) language, a fixed password entered by the user or a one-time authentication code can be transmitted to the system via a mobile device mounted on J2ME application (the so-called "MIDlet") and through an additional UI server that supports applications written in J2ME language and associated with the system server.

В другом варианте, если мобильное устройство электронной связи поддерживает протокол WAP, введенный пользователем фиксированный пароль или одноразовый код аутентификации может передаваться в сервер системы через связанный с ним дополнительный сервер пользовательского интерфейса, поддерживающий обмен информацией с мобильными устройствами электронной связи на языке WML In another embodiment, if the mobile device supports WAP electronic communications protocol entered by the user or a fixed one-time password authentication code can be transmitted to the server system via the associated secondary server user interface that supports the exchange of information with the mobile electronic communication devices in the language WML

Предложенный способ безналичного расчета также позволяет упростить расчеты в случае совмещения соответствующей системы безналичного расчета с различного рода информационными сервисами. The proposed method of cashless payment and to simplify calculations in the case of combining the respective non-cash payment systems with various types of information services. В частности, индекс вида платежа может соответствовать индексу конкретного товара в базе данных товаров, обеспечивающей такой сервис. In particular, the index of the form of payment may correspond to the index of a particular product in the base data products, providing such a service. Эта база данных товаров может поддерживаться на сервере пользовательского интерфейса, причем пользователю мобильного устройства электронной связи предоставляют доступ к указанной базе данных посредством соответствующего WAP- или Ц2МЕ-интерфейса. This database of goods can be kept on the server of the user interface, the mobile electronic communication device the user is granted access to the database specified by the relevant WAP- or TS2ME interface.

Когда получатель платежа и пользователь мобильного устройства электронной связи находятся на удалении, для обеспечения возможности связи между ними код платежной операции может передаваться на терминал получателя платежа вместе с соответствующей идентификацией пользователя, в частности, с указанием номера его мобильного телефона. When the payee and mobile electronic communication device, a user located at a distance, to allow communication between the payment transaction code can be transferred to the payee's terminal together with the corresponding user identification, in particular, with the number of his mobile phone.

В частном случае осуществления предложенного способа видом платежа является уплата государственной пошлины за выдачу общегражданского или заграничного паспорта, при этом код платежной операции передают на терминал оператора паспортной службы с указанием фамилии, имени и отчества пользователя мобильного устройства электронной связи, а передачу этого кода пользователю осуществляют непосредственно через оператора терминала паспортной службы (при проведении собеседования с пользователем). In a particular embodiment of the method view the payment is to pay the state fee for the issuance of a civil or foreign passport, and the code of the payment transaction is transmitted to the terminal operator Passport indicating the surname, name and patronymic of the user of the mobile electronic communication device, and the transfer of this code the user is carried out directly through passport service terminal operator (when interviewing the user).

Вторым объектом изобретения является компьютерная система безналичного расчета для совершения платежных операций пользователями мобильных устройств электронной связи, включающая в себя сервер авторизации платежей, связанный с мобильными устройствами электронной связи, сервером по меньшей мере одной платежной организации и терминалом по меньшей мере одного получателя платежей. A second object of the invention is a computer system to carry out cashless payment transactions by users of mobile electronic communication devices, including the payment authorization server associated with the mobile electronic communication device, a server at least one payment organization and the terminal of at least one payee. Отличие предложенной системы от ближайшего аналога изобретения заключается в том, что сервер авторизации платежей содержит: блок работы с получателями платежей, связанный с указанным терминалом получателя платежа с возможностью формирования условий видов платежей; Unlike the system proposed by the nearest analogue of the invention is that the payment authorization server comprises: an operation to the payment recipients associated with the specified payee terminal to generate conditions of types of payments; блок работы с пользователями, связанный с мобильными устройствами электронной связи; unit with a user associated with the mobile electronic communication devices; блок работы с платежными операциями, связанный с сервером платежной организации и блоком работы с пользователями; unit with payment transactions related to the payment company server and the unit works with the users; и запоминающее устройство, содержащее по меньшей мере область хранения данных о пользователях и их платежных средствах и область хранения условий видов платежей, причем запоминающее устройство связано с блоком работы с получателями платежей, блоком работы с пользователями и блоком работы с платежными операциями. and a memory device comprising at least a storage area of ​​data about users and their payment means and a storage area conditions types of payments, and the storage device is associated with the block with the payee, the work unit with the users and with the operation unit payment transactions.

Сервер авторизации платежей может содержать блок генерации и сравнения псевдослучайных кодов платежных операций, вход которого связан с блоком работы с пользователями, один выход - с блоком работы с получателями платежей, а другой выход - с блоком работы с платежными операциями, при этом запоминающее устройство сервера авторизации платежей может содержать область хранения кодов платежных операций, причем блок генерации и сравнения псевдослучайных кодов платежных операций связан с указанной областью хранения кодов платежных операций. Payment authorization server may comprise a generation unit and comparing the pseudo-random codes payment transactions, whose input is connected with working with users block, one option - the block with the payee, and the other output - with the unit with payment transactions, the authorization server memory payments may comprise storage area payment transaction codes, and generating unit and comparing the pseudo payment transaction codes associated with said area storing the payment transaction codes. Запоминающее устройство сервера авторизации платежей может содержать область хранения данных о получателях платежей и их счетах, связанную с блоком работы с получателями платежей. The memory payment authorization server device may comprise a data storage area of ​​the payee accounts and their associated with a block with payees.

В предпочтительном варианте предложенная система содержит дополнительный сервер пользовательского интерфейса, связывающий сервер авторизации платежей с мобильными устройствами электронной связи. In a preferred embodiment, the proposed system comprises an additional server UI binding payment authorization server with the mobile electronic communication devices. Этот сервер пользовательского интерфейса предпочтительно поддерживает работу с приложениями, написанными на языке J2ME, и/или обмен информацией с мобильными устройствами электронной связи на языке WML по протоколу WAP. This server user interface preferably supports applications written in J2ME language, and / or exchange of information with the mobile electronic communication devices in WML for WAP.

Мобильное устройство электронной связи может иметь возможность связи с сервером пользовательского интерфейса по каналу безопасного соединения, в частности с применением шифрования по одному из протоколов RC6, WTLS или SSL. The mobile electronic communication device may be able to communicate with the server UI channel secure connection, in particular using one of the encryption protocols RC6, WTLS or SSL. В рамках системы сервер авторизации платежей может быть связан с терминалом получателя платежа, сервером платежной организации и сервером пользовательского интерфейса каналами безопасного соединения, в частности с применением шифрования по протоколу SSL. As part of the payment system authorization server it can be associated with the payee terminal server payment organization and the UI server secure communication channels, in particular with the use of SSL encryption protocol.

Для повышения безопасности обмена данными сервер авторизации платежей может быть связан с сервером платежной организации и терминалами получателей платежей через устройство сетевой защиты. To increase security, data exchange payment authorization server can be connected to the server of the organization and payment terminals payment recipients through the device firewall.

Кроме того, сервер авторизации платежей может содержать блок генерации кодов аутентификации, а запоминающее устройство сервера авторизации платежей - область хранения кодов аутентификации, связанную с блоком работы с пользователями, причем блок генерации кодов аутентификации в этом случае связан с указанной областью хранения кодов аутентификации. In addition, payment authorization server may comprise a generation unit authentication codes, and a storage authorization server device payment - storage area authentication codes associated with the unit operation with users, wherein the authentication code generating unit in this case is connected to said storage area of ​​the authentication codes.

Посредством заявляемого изобретения достигается повышение надежности и безопасности совершения платежных операций посредством системы безналичного расчета пользователями мобильных устройств электронной связи без существенного повышения требований к этим устройствам и при одновременном обеспечении удобства, быстроты и простоты проведения указанных операций пользователями. By means of the claimed invention is achieved by improving the reliability and security of payment transactions committed by users cashless mobile electronic communication devices of the system without significantly increasing requirements for these devices and while ensuring convenience, quickness, and ease of user specified operations. Это позволяет осуществить массовое внедрение указанной системы безналичного расчета. This allows for large-scale introduction of this non-cash payment system.

Краткое описание чертежей BRIEF DESCRIPTION OF DRAWINGS

На фиг.1 представлена структурная схема предложенной системы безналичного расчета. 1 is a block diagram of the proposed cashless payment system.

На фиг.2 представлена структурная схема предложенной системы безналичного расчета в другом варианте осуществления изобретения. 2 is a block diagram of a cashless payment system proposed in another embodiment of the invention.

На фиг.3 представлена структурная схема сервера авторизации платежей. 3 is a block diagram of a payment authorization server.

Осуществление изобретения EMBODIMENTS

На фиг.1 представлена структурная схема системы безналичного расчета, в которой может быть реализован предложенный способ безналичного расчета. 1 is a block diagram of cashless payment system, in which can be implemented in the proposed method of cashless payment. Стрелками обозначены каналы связи между компонентами и преимущественное направление потоков информации. The arrows indicate the channels of communication between the components and the predominant direction of the flow of information. Основными элементами системы являются сервер 1 авторизации платежей, сервер платежной организации (в частности, сервер 2 банка), терминал 3 получателя платежей и мобильное устройство электронной связи (в частности, мобильный телефон) 4. The main elements of the system are the server 1, payment authorization, billing server of the organization (eg, 2 bank server), Terminal 3, the payee and the mobile electronic communication device (eg, mobile phone) 4.

Мобильный телефон 4 связан со шлюзом 5 оператора мобильной связи, через который он может обмениваться данными с сервером 1 авторизации платежей. The mobile phone is connected with the gateway 4 5 mobile operator, through which it can communicate with the server 1 payment authorization.

Взаимодействие между мобильными телефонами и сервером авторизации платежей обеспечивает дополнительный сервер пользовательского интерфейса 6, связывающий сервер 1 авторизации платежей с мобильными телефонами 4. Для обеспечения возможности работы с как можно более широким спектром моделей мобильных телефонов сервер пользовательского интерфейса 6 поддерживает работу с приложениями, написанными на языке J2ME, а также обмен информацией с мобильными устройствами электронной связи на языке WML по протоколу WAP. The interaction between mobile phones and payment authorization server provides an additional user interface server 6, which connects the server 1, authorization of payments with mobile phones 4. To be able to work with the widest possible range of mobile phone models, user interface server 6 supports applications written in the language J2ME, as well as information exchange with mobile electronic communication devices in WML for WAP. Как вариант, сервер пользовательского интерфейса 6 может дополнительно поддерживать базу данных товаров и/или услуг, к которой пользователи мобильных телефонов получают доступ посредством соответствующего WAP- или J2МЕ-интерфейса. Alternatively, the user interface server 6 may additionally maintain a database of these goods and / or services to which the mobile phone users can access through the appropriate WAP- or J2ME-based interface.

Терминал 3 получателя платежей предпочтительно представляет собой компьютер, соответствующим образом подключенный к компьютерной сети (например, сети Интернет), но может также быть представлен оконечным устройством другого типа, в том числе мобильным устройством электронной связи. 3 payee terminal is preferably a computer, suitably connected to a computer network (e.g., Internet), but may also be a terminal device of another type, including mobile electronic communication device.

Как это поясняется ниже, сервер 1 авторизации платежей является основным элементом предложенной системы безналичного расчета, он связан с терминалами 3 получателей платежей и сервером 2 банка и в предпочтительном варианте представляет собой средство контроля за совершением платежных операций, используемое при совершении платежных операций, в частности для авторизации и отмены платежей. As explained below, the server 1 payment authorization is the main element of the proposed cashless payment system is associated with the terminals 3 payees and server 2 of the bank and in the preferred embodiment is a means of controlling the commission payment transaction used when making payment operations, in particular for authorization, and cancellation fees. Платежные поручения пересылаются сервером 1 авторизации платежей на сервер 2 банка после подтверждения платежа в соответствии с предложенным способом совершения платежных операций. Payment orders are sent the server 1, the payment authorization to the server 2 of the bank after the confirmation of payment in accordance with the proposed method of committing the payment transaction.

Сервер 1 авторизации платежей связан с сервером 2 банка, терминалами 3 получателей платежей и сервером пользовательского интерфейса 6 каналами безопасного соединения. Payment authorization server 1 connected to the bank server 2, terminals 3 payees and the UI server 6 channels secure connection. Предпочтительным является шифрование передаваемых данных по технологии SSL. It is preferable to encrypt transmitted data using SSL technology. Для обеспечения безопасности при передаче данных с мобильного телефона и на него мобильный телефон 4 также связан с сервером пользовательского интерфейса 6 по каналу безопасного соединения. To ensure the security of data transmission from a mobile phone and his mobile phone 4 is also associated with the user interface server 6 through the channel secure connection. Для этих целей шифрование может осуществляться по одному из протоколов RC6, WTLS или SSL. For these purposes, the encryption can be performed on one of the RC6 protocol, WTLS or SSL. Возможности использования протоколов WTLS и SSL будут рассмотрены ниже при описании работы пользователя с системой безналичного расчета, содержащей сервер пользовательского интерфейса 6. The possibility of using WTLS and SSL protocols are discussed below in the description of the user experience with cashless payment system comprising a user interface server 6.

На фиг.2 представлена структурная схема системы безналичного расчета в другом варианте выполнения, отличающемся от рассмотренного выше тем, что вместо одного сервера пользовательского интерфейса 6 в системе предусмотрены два отдельных сервера, один из которых реализует интерфейс для работы с мобильными телефонами с поддержкой J2ME (для краткости далее называемый J2ME-cepaep и обозначенный на фиг.2 позицией 7), а другой - интерфейс для работы с мобильными телефонами с поддержкой WAP (для краткости далее называемый WAP-сервер и обозначенный на фиг.2 по 2 is a block diagram of cashless payment system in another embodiment that is different from that discussed above in that instead of a single user interface server 6 in the system two separate servers are provided, one of which implements an interface to the mobile phones supporting J2ME (for brevity hereinafter referred to as J2ME-cepaep and designated at reference numeral 2, 7) and the other - an interface to the mobile phone supporting WAP (for brevity hereinafter called WAP-server, designated in Figure 2 by ицией 8). itsiey 8).

Кроме того, если в варианте, отображенном на фиг.1, предполагается, что защита сервера 1 авторизации платежей может быть реализована программными средствами этого сервера, а также сервера пользовательского интерфейса 6, то в рассматриваемом варианте сервер 1 авторизации платежей связан с J2МЕ-сервером 7 и WAP-сервером 8, и терминалами 3 получателей платежей, а также сервером банка 2 через дополнительные устройства сетевой защиты 9 и 10 (firewall), например устройства Cisco PIX компании Cisco Systems. Also, if in the embodiment displayed in Figure 1, it is assumed that the protection server 1 payment authorization may be realized in software of the server and the user interface server 6, the present embodiment 1 payment authorization server connected with the J2ME server 7 and the WAP-server 8 and the terminals 3 payees, and bank server apparatus 2 via the additional network security 9 and 10 (firewall), e.g. Cisco PIX Cisco Systems of the device.

Система может быть реализована в различных конфигурациях. The system can be implemented in various configurations. Так, сервер 1 авторизации платежей может быть связан с сервером единственной платежной организации (сервер 2 банка на фиг.1). Thus, the server 1 payment authorization may be linked to the server only payment organization (bank server 2 in Figure 1). В этом случае предложенная система безналичного расчета может использоваться соответствующим банком для организации собственного центра обработки платежей. In this case, the proposed cashless payment system can be used for the organization of the respective bank's own payment processing center. Сервер 1 авторизации платежей будет при этом администрироваться указанным банком. Server 1 payment authorization will be administered at the same time these banks. В другом варианте один сервер 1 авторизации платежей с соответствующим сервером пользовательского интерфейса 6 могут обслуживать несколько банков (фиг.2). In another embodiment, a payment authorization server 1 to the corresponding user interface server 6 may serve several banks (Figure 2). Существует также возможность организации межбанковской системы, в которой к одному серверу пользовательского интерфейса 6 подключено несколько серверов авторизации платежей, относящихся к разным банкам. There is also the possibility of organizing interbank system in which a single server user interface 6 is connected to multiple authentication servers payments relating to different banks.

Как показано на фиг.3, где стрелками обозначены каналы связи между компонентами и преимущественное направление потоков информации, сервер 1 авторизации платежей содержит следующие функциональные блоки: блок 11 работы с получателями платежей, который связан с терминалом получателя платежа с возможностью формирования условий видов платежей, блок 12 работы с пользователями, связанный с мобильными телефонами 4 (через шлюз 5 оператора мобильной связи), блок 13 работы с платежными операциями, связанный с сервером 2 банка и блоком 12 работы с пользов As shown in Figure 3, where the arrows indicate communication links between the components and the preferential direction of flow of information, payment authorization server 1 comprises the following functional blocks: a block 11 with the payee, which is associated with the payee terminal to generate conditions of types of payments, block 12 working with users associated with mobile phones 4 (through the mobile operator gateway 5), the block 13 with payment transactions associated with the bank server 2 and the block 12 with user ателями, и запоминающее устройство 14, содержащее по меньшей мере область хранения данных о пользователях и их платежных средствах и область хранения условий видов платежей. studios, and a memory 14 comprising at least a storage area of ​​data about users and their payment means and a storage area conditions types of payments. Запоминающее устройство 14 связано с вышеупомянутыми блоком 11 работы с получателями платежей, блоком 12 работы с пользователями и блоком 13 работы с платежными операциями. The storage device 14 is connected to the aforementioned block 11 works with the payment recipients, block 12 works with the users and with the operation unit 13 payment transactions.

Для дополнительного подтверждения пользователем мобильного телефона совершаемого им платежа, механизм которого будет рассмотрен ниже при описании работы системы безналичного расчета, сервер 1 авторизации платежей содержит блок 15 генерации и сравнения псевдослучайных кодов платежных операций, вход которого связан с блоком 12 работы с пользователями, один выход - с блоком 11 работы с получателями платежей, а другой выход - с блоком 13 работы с платежными операциями. To further confirm the mobile phone committed them payment by the user, the mechanism of which will be discussed below in the description of cashless system server 1 payment authorization comprises generation unit 15 and comparing the pseudo-random codes payment transactions, whose input is connected to the block 12 works with the users, one option - a block 11 with the payee, and the other output - with the block 13 with payment transactions. Для сохранения генерируемых кодов блок 15 генерации и сравнения псевдослучайных кодов платежных операций связан с запоминающим устройством 14, которое содержит область хранения кодов платежных операций. To store the generated code generating section 15 and comparing the pseudo codes payment transactions associated with a memory 14 which comprises a storage area payment transaction codes. Для идентификации получателей платежей запоминающее устройство 14 сервера 1 авторизации платежей содержит область хранения данных о получателях платежей и их счетах, связанную с блоком 12 работы с получателями платежей сервера авторизации платежей. For the identification of payees memory 14 1 payment authorization server comprises a data storage area of ​​the payee accounts and their associated with a block 12 with recipient authorization server payment charges.

Для проверки полномочий пользователей мобильных устройств электронной связи на совершение платежей в составе сервера 1 авторизации платежей предусмотрен блок 16 генерации кодов аутентификации. To examine the credentials of mobile electronic communication device users to make payments as part of the server 1 provides payment authorization unit 16 generating an authentication code. Код аутентификации может представлять собой фиксированный пароль или одноразовый pin-код, который передается пользователю и вводится им с мобильного телефона. authentication code may be a fixed password, or one-time pin-code, which is transmitted to the user and introduced them to the mobile phone. Запоминающее устройство 14 сервера 1 авторизации платежей содержит отдельную область хранения кодов аутентификации, связанную с блоком 12 работы с пользователями. The storage device 14 payment authorization server 1 comprises a separate storage area of ​​authentication codes associated with the block 12 works with the users. При этом блок 16 генерации кодов аутентификации связан с областью хранения кодов аутентификации запоминающего устройства. In this unit 16 generating an authentication code associated with the domain authentication code storage memory.

Сервер 1 авторизации платежей может быть выполнен в виде вычислительного устройства или системы, представляя собой аппаратный и программный комплекс, во множестве конфигураций, с учетом объема и направленности предложенной системы безналичного расчета в каждом конкретном случае. Payment authorization server 1 may be configured as a computing device or system, representing a hardware and software system in a variety of configurations, the extent and direction of cashless payment system proposed in each case. Понятие "сервер авторизации платежей" используется в данной заявке в смысле "центральный узел компьютерной системы" и, как указано выше, допускает возможность его реализации во многих вариантах. The term "payment authorization server" is used herein to mean "central computer system node", and as noted above, it allows for the possibility of its realization in many embodiments. Детали аппаратного и программного воплощения сервера авторизации платежей, как и других компонентов предложенной системы безналичного расчета, не относятся к сущности данного изобретения. Details of hardware and software implementation, the payment authorization server, as well as other components of the proposed cashless payment system does not relate to the essence of the invention.

В одном варианте практического воплощения сервер 1 авторизации платежей может представлять собой один мощный многопроцессорный сервер с большим объемом памяти (ОЗУ) (например, 4 гигабайт или больше) и большим дисковым пространством (т.е. с большим объемом ПЗУ). In one embodiment, the practical implementation of the payment authorization server 1 may be a single powerful multiprocessor server with a large memory (RAM) (e.g., 4 gigabytes or more), and a large disk space (i.e., with a large amount of ROM). Функционирование каждого из блоков 11, 12, 13, 15, 16 может поддерживаться отдельным процессором. Operation of each of the blocks 11, 12, 13, 15, 16 may be supported by a separate processor. Для реализации каждой из вышеописанных областей памяти целесообразно использовать собственное ПЗУ, т.е. In order to implement each of the above areas of memory it is advisable to use a custom ROM, that is, в этом варианте запоминающее устройство 14 сервера 1 авторизации платежей может состоять, например, из пяти отдельных дисковых накопителей. In this embodiment, the storage device 14 payment authorization server 1 can for example consist of five separate disk drives. Представленные на фиг.3 связи между блоками сервера авторизации платежей, а также запоминающим устройством реализуются информационной шиной, например материнской (системной) платой, и, при необходимости, сетевыми кабелями в сочетании с сетевыми адаптерами известных типов. Presented in Figure 3 the connection between the payment authorization server units, as well as a memory data line implemented, for example maternal (system) board, and, if necessary, power cables in combination with known types of network adapters.

Вместе с тем, эффективность и производительность сервера авторизации платежей можно повысить, реализовав часть его функциональных блоков в виде отдельных рабочих станций, с которыми сервер авторизации платежей может быть объединен в локальную сеть. However, the efficiency and productivity of payment authorization server can be improved by implementing part of its functional blocks as individual workstations, with which payment authorization server may be integrated into the WLAN. Это особенно важно для тех блоков, которые по своей функциональности тесно связаны с работой с базами данных. This is especially important for those units that according to its functionality is closely related to the work with databases. Таковыми, в частности, являются блок 15 генерации и сравнения псевдослучайных кодов платежных операций и блок 12 работы с пользователями. Such, in particular, are generation unit 15 and comparing the pseudo codes and payment operations block 12 works with the users.

В настоящее время мобильный телефон 4 является наиболее распространенным типом мобильных устройств электронной связи, однако в предложенной системе равным образом применимы любые другие типы подобных устройств, которые могут поддерживать связь с Интернет-сервером системы безналичного расчета (в том числе с вышеупомянутым J2ME-сервером 7 и/или WAP-сервером 8). Currently, the mobile phone 4 is the most common type of mobile electronic communications, however, the proposed system is equally applicable any other types of similar devices that can communicate with the Internet server of cashless payment system (including above the J2ME server 7 and / or WAP-server 8). Кроме мобильного телефона это может быть PDA (карманный компьютер) или даже пейджер. In addition to the mobile phone it may be a PDA (handheld computer), or even a pager. С системой безналичного расчета мобильное устройство электронной связи может общаться посредством протокола WAP (Wireless Application Protocol) версии 1.1 или более новой, либо языка J2ME (Java 2 ME). With the system of cashless electronic communication mobile device can communicate through a protocol WAP (Wireless Application Protocol) version 1.1 or later, or language J2ME (Java 2 ME). Желательно наличие поддержки протокола GPRS (General Packet Radio Service). Desirable protocol support GPRS (General Packet Radio Service).

Подключение к системе мобильного устройства электронной связи также может осуществляться через инфракрасные порты (IrDA), либо по технологии Bluetooth (универсальная технология беспроводной связи разнотипных микропроцессорных устройств локальной сети в диапазоне 2,4 ГГц), либо с использованием любой другой технологии локального беспроводного обмена данными между электронными устройствами, с компьютером или любым другим электронным устройством, обеспечивающим подключение к системе, например, через глобальную сеть Интернет. Connecting to the mobile electronic communication device system may also be implemented via infrared (IrDA), Bluetooth technology or by (universal wireless technology different types of microprocessor LAN devices in the 2.4 GHz band) or using any other technology of a local wireless data communication between electronic devices with a computer or any other electronic device capable of connecting to the system, for example, via the Internet. Это означает, что в качестве мобильного устройства электронной связи потребителя может использоваться также карманный компьютер без функции коммуникатора (то есть без возможности подсоединения к шлюзу оператора связи), при этом достаточно наличия у такого карманного компьютера, например, инфракрасного порта. This means that in a PDA without the communicator functions (that is, without the possibility of connecting to the gateway service provider) as a mobile consumer electronic communication devices may also be used, with enough presence in this pocket PC, for example, an infrared port.

Пользовательский интерфейс может быть реализован блоком 12 работы с пользователями либо на языке WML (Wireless Markup Language, работу с этим языком обязано поддерживать любое мобильное устройство связи, которое поддерживает протокол WAP, т.к. это взаимосвязанные технологии), либо на языке Java (J2ME). The user interface may be implemented in block 12 works with users on any language WML (Wireless Markup Language, a job with the language must support any mobile communication device that supports WAP protocol, since it is related technology), or in Java (J2ME ). Стандарты WAP, WML, GPRS разработаны компанией Open Mobile Alliance Ltd. Standards WAP, WML, GPRS developed by Open Mobile Alliance Ltd. (ОМА). (OMA). Стандарты Java 2 Micro Edition (J2ME), а также Personal Java разработаны компанией SUN Microsystems. Standard Java 2 Micro Edition (J2ME), as well as Personal Java was developed by SUN Microsystems.

В случае использования WML память мобильного телефона не используется, пользователь работает с системой, подсоединяясь к WAP-серверу 8 системы. In the case of WML mobile phone memory is not used, the user works with the system by connecting to the WAP-server system 8. Передача информации между мобильным устройством и сервером 1 авторизации платежей в этом случае осуществляется средствами протокола WAP. The transmission of information between the mobile device and the server 1 payment authorization in this case is carried out by means of WAP protocol.

В последнем же случае, когда используется Java, на мобильный телефон пользователя устанавливается приложение на языке Java (J2ME), реализующее пользовательский интерфейс (установка приложения может производиться, например, оператором связи или же самим потребителем путем загрузки приложения из сети Интернет). In the latter case, however, when using Java, the user's mobile phone set a Java application (the J2ME), implements the user interface (the application may be made, for example, network operator, or by the user by downloading from the Internet application). Взаимодействие такого приложения с сервером 1 авторизации платежей осуществляется путем непосредственного подключения мобильного устройства к сети Интернет по любому из протоколов CSD (Circuit Switched Data - технология обмена данными с использованием голосового канала, может использоваться только для работы с WAP-сайтами, в связи с чем в литературе чаще всего вместо "CSD" указывают "WAP"; мы также будем придерживаться этого обозначения) или GPRS (может использоваться как для работы с WAP-сайтами, так и для связи Java (J2ME) приложений с сервером). Interaction of the application server 1 payment authorization is performed by directly connecting the mobile device to the Internet according to any of the protocols CSD (Circuit Switched Data - technology of data communication using the voice channel may only be used to work with the WAP-site, in connection with which literature more often instead of "CSD" point "WAP"; we will also adhere to this notation) or GPRS (can be used for work with WAP-site, and for the Java communications (J2ME) application server). Важно отметить, что вариант работы с системой с помощью Java приложения (с использованием связи через GPRS) более предпочтителен, так как он требует передачи меньшего объема данных между мобильным телефоном и системой (за счет хранения приложения в памяти мобильного устройства), то есть этот способ работает быстрее, и при этом выразительные средства языка Java более развиты, поэтому пользовательский интерфейс в этом случае также и более удобен для потребителей. Importantly, the embodiment of system operation via Java application (using through GPRS connection) is preferred since it requires less data between the mobile phone and the system (by storing applications in the mobile device memory), i.e. the method faster, and at the same time expressive Java language features are more developed, so the user interface in this case is also more convenient for consumers.

Возможность реализации предложенной системы безналичного расчета обеспечивается тем, что использование протоколов WAP (CSD) и GPRS для соединения с Интернет мобильных телефонов и PDA с функцией коммуникатора поддерживается всеми крупными российскими операторами мобильной связи, в частности, МТС, "БиЛайн" и "Мегафон", их пользователям необходимо лишь иметь мобильный телефон или PDA с поддержкой WAP или GPRS. The possibility of implementing the proposed cashless payment system is ensured by the fact that the use of protocols WAP (CSD) and GPRS to connect to the Internet mobile phones and PDA with the device function is supported by all major Russian mobile operators, such as MTS, "Beeline" and "Megaphone" their users need only have a mobile phone or PDA that supports WAP or GPRS. На данный момент не менее 80% продаваемых в России и за рубежом моделей мобильных телефонов поддерживают работу по протоколу WAP. At the moment, at least 80% sold in Russia and abroad mobile phone models support the work of WAP. Так, на основании данных Интернет-портала "sotovic" (www.sotovic.ru) можно утверждать, что среди имеющихся сейчас на рынке 121 моделей мобильных телефонов различных производителей в настоящее время 15 моделей поддерживают стандарт WAP 1.1, 11 моделей поддерживают стандарт WAP 1.2, 70 моделей поддерживают стандарт WAP 1.2.1, и 18 моделей поддерживают стандарт WAP 2.0. So, we can say that among the currently available on the market 121 models of mobile phones from different manufacturers are currently 15 models support standard WAP 1.1, 11 models supporting WAP 1.2 standard is based on the Internet-portal "sotovic" (www.sotovic.ru) data, 70 models supporting WAP 1.2.1 standard and 18 models supporting WAP 2.0 standard. Язык JAVA поддерживают 49 моделей, технологию GPRS - 81 моделей. JAVA language support 49 models, GPRS technology - 81 models. Значительная доля существующих мобильных телефонов приходится на модели с большими полноцветными экранами, наилучшим образом приспособленные для отображения условий платежа. A significant proportion of the existing mobile phone accounts for patterns with large full-color screen, well adapted to display the terms of payment. Так, экран размером более 128×128 имеют 48 моделей, а количество моделей с 4096 цветами составляет 55. Эти цифры свидетельствуют о том, что технический уровень мобильных телефонов и PDA уже обеспечил техническую и экономическую базу для внедрения предложенных системы и способа. For example, a screen size of 128 × 128 have 48 models, and the number of models with 4096 colors is 55. These figures show that the technological level of the mobile phone and PDA have provided technical and economic basis for the introduction of the proposed system and method.

Таким образом, на данный момент значительная часть пользователей мобильных телефонов в России и за рубежом уже имеют возможность непосредственной работы с предложенной системой со своих мобильных телефонов. Thus, at the moment, a significant part of mobile phone users in Russia and abroad already have the opportunity to work directly with the proposed system from their mobile phones.

Среди таких мобильных телефонов, которые в максимальной степени приспособлены для работы в предложенной системе, стоит выделить следующие модели: Among those mobile phones that are as much as possible adapted to work in the proposed system is to provide the following models:

Sony Ericsson P800 (GPRS, MMS, Java, Personal Java, экран 208×320); Sony Ericsson P800 (GPRS, MMS, Java, Personal Java, screen 208 × 320);

Nokia 3650 (GPRS, MMS, Java, Personal Java, экран 176×208); Nokia 3650 (GPRS, MMS, Java, Personal Java, screen 176 × 208);

Nokia 7650 (GPRS, Java, экран 176×208); Nokia 7650 (GPRS, Java, screen 176 × 208);

Samsung SGH-S100 (GPRS, Java, экран 128×160); Samsung SGH-S100 (GPRS, Java, screen 128 × 160);

Motorola V600 (GPRS, MMS, Java, экран 120×160); Motorola V600 (GPRS, MMS, Java, screen 120 × 160);

Sharp GX1, GX10 (GPRS, MMS, Java, экран 120×160); Sharp GX1, GX10 (GPRS, MMS, Java, screen 120 × 160);

Panasonic GD87 (GPRS, MMS, Java, экран 120×160); Panasonic GD87 (GPRS, MMS, Java, screen 120 × 160);

LG G8000 (GPRS, MMS, Java, экран 176×220); LG G8000 (GPRS, MMS, Java, screen 176 × 220);

NEC e525, N8 (GPRS, MMS экран 162×216). NEC e525, N8 (GPRS, MMS screen is 162 × 216).

Что касается карманных компьютеров (PDA), то любой из них, обладающий функцией коммуникатора, изначально очень хорошо подходит для непосредственной работы с системой. As for handheld computers (PDA), then any of them with a device function, which was originally very well suited to work directly with the system. Это объясняется тем, что на подобных устройствах экран достаточно велик и ввод информации потребителем весьма удобен. This is due to the fact that such devices the screen is large enough and the input of the information consumer is very convenient. Хотя важно отметить, что в связи с гораздо большими размерами подобные устройства пользуются гораздо меньшей популярностью по сравнению с мобильными телефонами. While it is important to note that due to the much larger dimensions of these devices are much smaller compared with popularity of mobile phones. Поэтому основными потенциальными пользователями системы должны стать пользователи мобильных телефонов. Therefore, the main potential users of the system should be mobile phone users.

Среди устройств указанного здесь типа (PDA с функциями коммуникатора), с помощью которых потребители могут работать с системой, следует выделить: Among the devices of the type mentioned here (PDA functions with the device), by which users can operate the system, it should be highlighted:

Nokia 9210, 9210i, 9290 (Java, Personal Java, экран 640×200); Nokia 9210, 9210i, 9290 (Java, Personal Java, screen 640 × 200);

Motorola Accompli 008 (GPRS, Java, экран 240×320); Motorola Accompli 008 (GPRS, Java, screen 240 × 320);

Motorola Accompli 008 (GPRS, Java, экран 240×160); Motorola Accompli 008 (GPRS, Java, screen 240 × 160);

Motorola A388 (GPRS, Java, экран 240×320); Motorola A388 (GPRS, Java, screen 240 × 320);

Blackberry 5810, 5820 (GPRS, Java, экран 160×160). Blackberry 5810, 5820 (GPRS, Java, screen 160 × 160).

Предложенная система безналичного расчета функционирует следующим образом. Asking cashless system operates as follows.

Получатель платежа (часто таковым является поставщик товаров и/или услуг) вводит через свой терминал 3 в сервер 1 авторизации платежей условия вида платежа, включающие в себя по меньшей мере идентификацию получателя платежей, назначение, общее для всех платежей данного вида, и условие на сумму платежа. Payee (often that of a supplier of goods and / or services) is inserted through a terminal 3 to the server 1 payment authorization type of payment conditions, including at least the identification of the payee, the purpose of which is common to all payments of this type, and the condition for the amount of payment. Условия вида платежа могут включать в себя произвольного вида текст в качестве описания назначения платежа, а условие на сумму платежа может содержать фиксированную сумму или интервал допустимых значений в качестве суммы платежа. Terms of payment type may include an arbitrary form of the text as a description of the purpose of payment, and the condition for the amount of the payment may include a fixed amount or a range of acceptable values ​​as the amount of payment. Условия вида платежа обрабатываются блоком 11 работы с получателями платежей и вводятся в запоминающее устройство 14, причем каждому конкретному виду платежа присваивают уникальный индекс, распространяемый среди пользователей мобильных устройств электронной связи. Terms kind of payment processed by the block 11 with the payee and input to the memory 14, and each specific type of payment is assigned a unique index, distributed to mobile devices of users of electronic communications.

Характерными видами платежей являются: уплата различных фиксированных пошлин, сборов и штрафов, оплата услуг связи, коммунальных услуг, а также оплата других товаров и/или услуг, предлагаемых поставщиками. Typical types of payments are: payment of various fixed duties, fees and fines, payment services, utilities, as well as payment for other goods and / or services offered by the suppliers. Индексы видов платежей распространяются посредством любых доступных каналов, таких как линии телекоммуникаций (в том числе мобильной связи - через SMS-сообщения), средства массовой рекламы (рекламные щиты, передвижная наглядная реклама, рекламные издания и публикации, телевизионная реклама) или информационных материалов получателей платежей. Indices payment types are distributed through all available channels, such as telecommunication lines (including mobile phone - via SMS-messages), media advertising (billboards, mobile visual advertising, advertising and publications, television advertising) or informational materials payees . При этом индекс вида платежа предпочтительно составляют из цифр (для облегчения набора на мобильном устройстве электронной связи) и указывают вместе с обозначением соответствующей системы безналичного расчета, поскольку параллельно могут функционировать несколько таких систем. The index of the type of payment are preferably of the figures (to facilitate dialing by mobile electronic communication device) and point with designation corresponding cashless payment system may operate in parallel because some of these systems.

Для пользования ресурсами системы безналичного расчета пользователь мобильного телефона должен в ней зарегистрироваться. For resources to use cashless payment systems mobile phone user has to register it.

Регистрация новых пользователей в системе включает в себя следующие операции: Registration of new users in the system includes the following steps:

- создание учетной записи в сервере 1 авторизации платежей или, как вариант, в сервере пользовательского интерфейса 6, - creating an account on the server 1 or the authorization of payments as an option in the server user interface 6,

- регистрацию контактной информации пользователя; - registered user's contact information;

- регистрацию банковских счетов (или других платежных средств, таких как кредитные карты), которые будут использоваться для проведения платежей. - the registration of bank accounts (or other means of payment, such as credit cards) that will be used for payments.

После создания учетной записи пользователя блок 12 работы с пользователями посылает SMS-сообщение на указанный им при регистрации номер мобильного телефона. After creating a user unit 12 with the user account sends an SMS-message to a specified during registration the mobile phone number. Указанное сообщение содержит WAP-ссылку для быстрого входа в систему в будущем (ссылка содержит открытый уникальный идентификатор пользователя в системе). Said message contains a WAP-link for quick login in the future (link contains the public a unique user ID on the system). Эту ссылку пользователь может сохранить в списке WAP-закладок, после чего для входа в систему не будет требоваться ввод идентификатора, однако пароль необходимо набирать при каждом входе в систему по этой ссылке. This link the user can save WAP-bookmarks list, then the login ID is not required to enter, but the password is necessary to dial every time you log in here. При работе с модулем Java2ME идентификатор пользователя потребуется ввести лишь один раз при первом входе в систему, после чего этот идентификатор будет сохранен в памяти телефона, и в дальнейшем будет автоматически подставляться в соответствующее поле; When working with the module Java2ME user ID required to enter only once, when you first log into the system, then this identifier is stored in the phone memory and in the future will be automatically substituted in the appropriate field; так же, как и при использовании WAP, пароль требуется вводить при каждом входе в систему. as well as using WAP, a password is required to enter every time you log in.

Предусмотрено два механизма регистрации пользователей: There are two user registration mechanism:

Первый - через Web-сайт системы безналичного расчета пользователь может зарегистрироваться только для работы с информационными ресурсами системы безналичного расчета (каталог товаров и/или услуг, поддерживаемый сервером пользовательского интерфейса 6), без возможности проведения каких-либо платежей. The first - through the Web-site clearing system, the user can only sign up for a cashless payment system information resources (the directory of goods and / or services that support the UI server 6), without the possibility of any payments. Соответственно, при этом доступны лишь операции создания новой учетной записи и регистрация контактной информации. Accordingly, the only available transaction create a new account and registration contact information.

Второй - через платежную организацию (банк), включенную в систему. The second - through the payment institutions (banks), included in the system. В этом случае пользователь сможет выполнить все три вышеуказанные операции, которые необходимы для того, чтобы получить возможность использовать все функции системы, в том числе оплачивать покупки/счета и отправлять денежные переводы. In this case, the user can perform all three of the above operations, which are necessary in order to be able to use all the functions of the system, including purchases / accounts and send remittances.

При регистрации через банк доступны следующие две возможности: When registering via the bank provides the following two options:

- регистрация нового пользователя системы безналичного расчета, то есть выполнение всех трех перечисленных выше операций, при этом должны быть введены все идентификационные данные, необходимые системе, включая номер мобильного телефона. - Registration of new user cashless payment system, that is, the performance of all the three above mentioned operations, at the same time must be entered all the identification data required by the system, including a mobile phone number.

- "дорегистрация" пользователя, то есть если пользователь уже зарегистрирован в системе (например, через Интернет), оператору банка остается зарегистрировать в системе платежное средство пользователя (счет или кредитную карту). - "doregistratsiya" user, that is, if the user is already registered in the system (eg via the Internet), the operator of the bank is registered in the system user a means of payment (account or credit card). Может быть предусмотрено, что реальные банковские реквизиты при этом остаются известными только банку, т.к. It can be provided that the actual bank account at the same time remain known only to the bank, as они хранятся на сервере 1 авторизации платежей, являющемся частью системы безналичного расчета и администрируемом этим банком. they are stored in the server 1, payment authorization, which is part of the system of cashless payment and managed by the bank.

Регистрационные данные пользователя обрабатываются блоком 12 работы с пользователями и сохраняются в области хранения данных о пользователях и их платежных средствах запоминающего устройства 14. The registration data are processed by user operation unit 12 with users and stored in the storage area of ​​user data and billing storage means 14.

Для входа в систему через WAP-сервер 8 пользователь посредством кнопок мобильного телефона 4 выбирает упомянутую выше ссылку на WAP-сервер и нажимает "ОК", после чего вводит предпочтительно цифровой индекс вида платежа, который требуется совершить. To log in through WAP-service 8 user via mobile phone buttons 4 selects the above-mentioned link at WAP-server, and press "OK", then introduces preferably a digital index of the payment type that you want to accomplish. В целом, работа пользователя с системой зависит от возможностей телефона. In general, the user experience with the system depends on the capabilities of the phone. Так, стандарт WAP 1.1 не предусматривает никаких дополнительных (помимо предусмотренных в GSM) механизмов шифрования передаваемой в обоих направлениях между телефоном и шлюзом оператора связи информации и не предусматривает никаких удобств работы с сообщениями (отсутствует поддержка технологии WAP Push, возможности использования которой описаны ниже). So, WAP 1.1 standard does not provide for any additional (other than those provided in GSM) encryption mechanisms transmitted in both directions between the phone and the gateway operator data connection and does not provide any amenities messaging (no technology support WAP Push, use opportunities which are described below). Правда, немаловажно подчеркнуть, что связь между шлюзом и любым WAP-сервером осуществляется как между любыми двумя "обычными" серверами в Интернет, то есть с помощью протоколов HTTP или HTTPS (HTTP через SSL). True, it is important to emphasize that the link between the gateway and any WAP-server is carried out both between any two "ordinary" Internet servers, that is, by using the HTTP or HTTPS protocol (HTTP over SSL). Для обеспечения максимальной безопасности на этом участке предпочтительно использовать именно протокол HTTPS (то есть SSL). it is preferable to use the HTTPS protocol to ensure maximum safety in this area (ie SSL).

Следует также отметить, что помимо совершения платежей путем ввода индекса вида платежа, может использоваться механизм формирования и размещения на сервере 1 авторизации платежей или на сервере пользовательского интерфейса 6, коммерческих предложений. It should also be noted that in addition to making payments by entering a payment type index, can be used the mechanism of formation and placement on the server 1 payment authorization or server user interface 6, commercial proposals. В частности, после установления связи с сервером 1 авторизации платежей через WAP-сервер 8 пользователь может просмотреть сохраненные ранее сформированные для него коммерческие предложения поставщиков (получателей платежей) и выбрать некоторое из них для оплаты. In particular, after the connection to the server 1, authorization of payments through the WAP-service 8, the user can view saved previously formed for him commercial offers providers (payees) and select some of them for payment. Например, возможна ситуация, когда пользователь общается с представителем поставщика, и последний формирует коммерческое предложение для пользователя, передавая его с терминала 3 получателя платежей в сервер 1 авторизации платежей. For example, the situation when a user communicates with a provider representative and the latter generates an offer for the user, transmitting it to the terminal 3 payee server 1 payment authorization. После этого пользователь сразу же входит в систему и выбирает первое в списке коммерческое предложение (только что полученное, так как коммерческие предложения всегда упорядочены в любом графическом пользовательском интерфейсе (GUI) по дате их выставления). The user then immediately logs in and selects the first in the list of the offer (just obtained, as commercial offers are always arranged in any graphical user interface (GUI) on the date of their nomination).

В другом случае пользователь может получить от поставщика SMS-сообщение, оповещающее его о появлении нового коммерческого предложения (например, выставлен счет на оплату коммунальных услуг), при этом сразу же или в любой момент, когда это будет ему удобно, пользователь устанавливает соединение через WAP-сервер 8 с сервером 1 авторизации платежей и находит соответствующее предложение в списке всех предложений (если он войдет в систему сразу же вслед за получением SMS-сообщения, то с высокой вероятностью соответствующее предложение будет первым In another case, the user can obtain from the supplier an SMS-message, notifying him about the appearance of new commercial offers (for example, billed for utilities), while immediately or at any time when it is it is convenient, the user establishes a connection via WAP -server 8 to the server 1, and payment authorization is a proposal in the list of all the proposals (if he logs in immediately following receipt of SMS-messages, the proposal would be the first with a high probability в списке). in the list).

В случае осуществления расчета путем ввода индекса вида платежа запрос пользователя обрабатывается блоком 12 работы с пользователями, который обращается к запоминающему устройству 14, в частности к его области хранения условий видов платежей, и вызывает данные условий конкретного вида платежа, которому соответствует полученный от пользователя индекс. In the case of the calculation by inputting the index of the form of payment the user request is processed by block 12 works with the users, which accesses the memory device 14, particularly to its field storage conditions types of payments, and causes the condition data of a particular kind of payment, which corresponds to the received user code. Эти данные, включающие в себя как минимум назначение платежа и идентификацию получателя платежа, направляются блоком 12 работы с пользователями на мобильный телефон 4 и отображаются на его экране средствами графического пользовательского интерфейса вместе с приглашением подтвердить совершение платежной операции. These data include at least the purpose of payment and the recipient's identification of payment, the guide block 12 works with users to the mobile phone 4 and displayed on its screen by means of a graphical user interface, together with the invitation to confirm the fulfillment of the payment transaction. Нажимая кнопку "ОК", пользователь направляет со своего мобильного телефона в сервер 1 авторизации платежей подтвержденное платежное поручение, которое поступает через WAP-сервер 8 опять же в блок 12 работы с пользователями сервера 1 авторизации платежей. Press the "OK" button, the user sends from your mobile phone to the server 1 payment authorization confirmed by a payment order, which flows through the WAP-service 8 again in block 12 with the server 1 user payment authorization.

В случае осуществления расчета по коммерческому предложению система работает аналогично. In the case of the calculation of quotation system works similarly. Пользователь просматривает соответствующее коммерческое предложение (счет) с помощью того же WAP-интерфейса. The user browses the relevant quotation (expense) using the same WAP-interface. Просмотрев информацию о получателе платежа, назначении и, к примеру, сумме платежа, пользователь решает оплатить этот счет и нажимает соответствующую кнопку телефона. After reviewing the information on the payee, purpose and, for example, the amount of the payment, the user decides to pay this bill and presses the appropriate phone button.

Вышеописанный алгоритм обеспечивает надежный механизм защиты пользователей и платежных организаций как от случайных неточностей ввода индексов видов платежей, так и от злоумышленных манипуляций индексами. The above algorithm provides a reliable mechanism to protect users and payment organizations as the accidental inaccuracies input indexes types of payments, as well as from malicious manipulation of indexes. При распространении индексов видов платежей средствами массовой рекламы или информационными материалами получателей платежей злоумышленники могут подменить действительный индекс на другой, ссылающийся на их банковский счет. In the propagation of indexes types of payments by means of mass advertising or informational materials, payees attackers can spoof a valid index to another, referring to their bank account. При отсутствии рассмотренного выше механизма формирования подтвержденного платежного поручения с предварительным отображением условий вида платежа на экране мобильного телефона пользователь, совершая платеж, не может быть полностью уверен в том, что его деньги будут переведены именно тому получателю, который указан в рекламе, информационном буклете и т.п. In the absence of considered above formation mechanism confirmed the payment order with the preliminary mapping of conditions of the form of payment on your mobile phone user to make a payment, can not be entirely sure that his money will be transferred exactly to the recipient, which is listed in the advertisement, information booklet, etc. .P. Изобретение же позволяет пользователю перед подтверждением своего намерения совершить платеж убедиться в том, что введенный им индекс вида платежа в точности соответствует предмету совершаемой сделки. The invention also allows the user to confirm that you want to make a payment to make sure that the index entered their payment type corresponds exactly to the subject of transaction.

Еще одним аспектом обеспечения безопасности совершения платежей в системе безналичного расчета является проверка полномочий пользователей на совершение той или иной платежной операции. Another aspect of the security of making payments in non-cash payment system is to verify the user's authority to commit a particular payment transaction.

Известным средством аутентификации пользователей является пользовательский пароль. Known user authentication tool is the user's password. Однако в WAP 1.1 шифрование не поддерживается, поэтому использование фиксированного пользовательского пароля для подтверждения полномочий не обеспечивает должного уровня безопасности и, таким образом, неприемлемо. However, WAP 1.1 encryption is not supported, so the use of a fixed user's password to confirm the authority does not provide the proper level of security and, therefore, unacceptable.

Для решения этой проблемы может быть предусмотрен механизм использования одноразовых кодов аутентификации, или pin-кодов. To solve this problem, a mechanism using disposable authentication codes may be provided, or pin-codes. Например, список (распечатку) подобных pin-кодов пользователь получает в банке или от администратора системы безналичного расчета (по согласованию с банком) в момент регистрации в системе, а также после использования или утери всех предыдущих pin-кодов (последние при этом, естественно, становятся недействительными). For example, a list (listing), such pin-code the user receives from the bank or from the administrator of cashless payment system (in agreement with the bank) at the time of registration in the system, and after the use of or loss of all previous pin-codes (the latter at the same time, of course, become void). Стоит отметить, что pin-коды в подобном списке пронумерованы и предпочтительно представляют собой числа для удобства ввода с помощью клавиш телефона. It should be noted that the pin-codes in such a list are numbered, and preferably the number for the convenience of entering the phone keypad.

Полная цепочка работы с PIN-кодами выглядит следующим образом: The entire chain of work with the PIN-code is as follows:

После того, как пользователь передал в WAP-сервер 8 запрос на совершение некоего платежа, WAP-сервер 8 связывается по SSL-каналу с сервером 1 авторизации платежей, уведомляя последний в заинтересованности указанного пользователя (при этом передается идентификатор пользователя) совершить указанный платеж (передается идентификатор счета в системе). After the user has passed a WAP-server 8, a request to perform a certain payment, WAP-server 8 communicates on an SSL-channel with the server 1 payment authorization, notifying the latter in the interest of said user (the transmitted user ID) to make said transfer (transferred the account identifier in the system). В ответ на это сервер 1 авторизации платежей передает WAP-серверу номер в списке очередного неиспользованного одноразового PIN-кода (это не обязательно следующее по порядку в списке значение после использованного предыдущий раз). In response, the server 1 transmits payment authorization WAP-server number from the list next unused one-time PIN-code (this is not necessarily following the order in the list of the used value after the previous time). Уже с этого момента сервер 1 авторизации платежей считает соответствующий pin-код израсходованным (то есть этот pin-код уже не может быть использован для совершения какого бы то ни было платежа, кроме заявленного). Already from this moment the server 1 payment authorization considers appropriate pin-code is used up (ie, the pin-code can not be used to make any payment was, except for the application).

В рамках WAP-интерфейса сервер предлагает пользователю ввести одноразовый pin-код с указанным номером из имеющейся у пользователя распечатки pin-кодов. As part of the WAP-server interface prompts the user for a one-time pin-code with the specified number of prints available to the user pin-code.

Введенное пользователем число передается WAP-сервером 8 в сервер 1 авторизации платежей, где оно и проверяется. The number entered by the user is transferred to the server WAP-8 in the server 1, the authorization of payments, where it is checked. Только в случае совпадения этого числа с избранным ранее pin-кодом, на мобильный телефон пользователя передаются условия вида платежа для последующего формирования подтвержденного платежного поручения. Only in the case of coincidence of the numbers chosen above pin-code on the user's mobile phone is transmitted conditions of the form of payment for the subsequent formation of a confirmed payment order. Если же pin-код указан неверно, WAP-сервер 8 информируется об ошибке, избранный ранее pin-код становится недействительным даже для совершения текущего платежа. If the pin-code is incorrect, the WAP-server 8 is informed of an error, the previously elected pin-code becomes invalid even for making this payment. WAP-сервер 8 сообщает в этом случае пользователю об ошибке и предлагает ввести другой pin-код. WAP-service reported 8 in this case, the user of the error and proposes a different pin-code. При утвердительном ответе вышеописанная цепочка начинается сначала. If yes, the above chain starts again. Если три раза подряд вводятся неверные запрашиваемые pin-коды, механизм совершения платежей при помощи системы безналичного расчета для данного пользователя блокируется. If requested three times incorrect pin-codes, make payments mechanism by means of cashless payment system in a row are entered for this user is blocked.

Следует отметить, что WAP-сервер 8 работаете пользователями в рамках сессий (понятие сессии тесно связано с самим WAP и соответствует одному сеансу работы с конкретным телефоном). It should be noted that the WAP-service 8 user works within the framework of the sessions (session concept is closely related to self WAP and corresponds to one session with the particular telephone). Для одного и того же пользователя не поддерживается возможность работы с несколькими сессиями в параллель даже для работы с информацией, не говоря уже об оплате. For the same user is not supported by the ability to work with multiple sessions in parallel, even for work with information, not to mention the payment. При этом идентификаторы сессий формируются в сервере 1 авторизации платежей по запросу WAP-сервера 8. At the same session IDs are generated in the server 1, the payment authorization request for the WAP-service 8.

Если мобильный телефон поддерживает протокол WAP Push, предыдущая ситуация дополняется весьма удобным и важным механизмом: получатель платежа (поставщик) получает возможность посылать на телефон пользователя специальные сообщения (WAP Push-сообщения), аналог SMS-сообщений, которые по приходу немедленно обрабатываются таким образом, что пользователю предлагается перейти по указанному указателю ресурса (URL) на указанный в таком сообщении WAP-сервер 8. Подключение к WAP-серверу 8 и переход на указанную страницу соответствующего сайта производится нем If your mobile phone supports WAP Push protocol, the previous situation is complemented by a very convenient and important tool: the payee (supplier) is able to send to the phone user custom messages (WAP Push-message), analogue of SMS-messages, which are immediately processed on arrival so that the user is asked to go to the specified resource locator (URL) to the specified in this message WAP-service 8. Connecting to the WAP-server 8 and the transition to the given page of the corresponding site made it дленно и автоматически после подтверждения владельцем телефона желания воспользоваться этим механизмом (единственным нажатием кнопки). Lapse and automatically after the confirmation of the phone owner wishes to use this mechanism (only one push of a button). В остальном работа с одноразовыми PIN-кодами не отличается от описанной выше, с той особенностью, что указание страницы поддерживаемого WAP-сервером сайта может содержать сгенерированное сервером 1 авторизации платежей случайное значение, необходимое для работы с конкретным предложением конкретному пользователю. The rest of the work with one-time PIN-code is not different from that described above, with the peculiarity that the reference page supports WAP-site server may contain the generated payment authorization server 1 random value, you need to work with a specific proposal to a specific user. То есть именно пользователь, получивший такое Push-сообщение на свой телефон (сообщение посылается на телефон пользователя, номер которого зарегистрирован в системе), и именно со своего телефона вообще имеет возможность попасть на страницу работы с PIN-кодами. That is, it is the user who has received a Push-message to your phone (the message is sent to the user's phone number is registered in the system), and it is from your phone even has the ability to get to the page with the PIN-code.

Внутри сервера 1 авторизации платежей работа с PIN-кодами обеспечивается блоком 16 генерации кодов аутентификации, который передает сгенерированные pin-коды в блок 12 работы с пользователями, а также в запоминающее устройство, а именно в область хранения кодов аутентификации, связанную с блоком 12 работы с пользователями, в котором осуществляют вышеуказанное сравнение кода, выбранного системой, с кодом, переданным пользователем. Inside the server 1 payment authorization work with PIN-codes is provided by block 16, generating an authentication code, which transmits the generated pin-codes of block 12 works with the users, and the memory device, namely, to storage of authentication codes associated with the unit 12 with users, wherein the comparison is performed the above code, the selected system with the transmitted user code.

Если мобильный телефон поддерживает протокол WAP 1.2.1/2.0, принципиальным отличием WAP 1.2.1 от предыдущих версий является поддержка и WAP Push, и протокола шифрования информации WTLS (Wireless Transport Layer Security), представляющего собой WAP-эквивалент протокола SSL (Secure Sockets Layer), широко используемого в банковских сетевых решениях. If the mobile phone supports protocol WAP 1.2.1 / 2.0, WAP 1.2.1 fundamental difference from previous versions is the support and WAP Push, and data encryption protocol WTLS (Wireless Transport Layer Security), which is a WAP-equivalent of SSL (Secure Sockets Layer ), widely used in the banking network solutions. Схема работы с WTLS состоит в том, что передаваемая в рамках WAP информация шифруется между мобильным телефоном 4 и WAP-шлюзом (шлюзом 5 оператора связи), а данные, передаваемые между шлюзом 5 и WAP-сервером 8, шифруются исключительно по протоколу SSL Driving with WTLS is that transmitted in the framework of WAP information is encrypted between the mobile phone 4 and WAP-gateway (gateway operator 5), and the data transmission between the gateway 5 and the WAP-server 8, exclusively encrypted using SSL

Таким образом, WTLS-шифрование в данном случае предоставляет возможность шифровать всю получаемую от системы и передаваемую в систему информацию, что позволяет скрыть от гипотетических злоумышленников и информацию об интересах пользователя (когда он работает с базой данных товаров и/или услуг, поддерживаемой сервером пользовательского интерфейса 6), и - что особенно важно - производить все действия, связанные с оплатой, в абсолютно защищенном режиме. Thus, WTLS-encryption in this case provides the ability to encrypt all received from the system and transmitted to the information system that allows you to hide from the hypothetical intruders and information about the user's interests (when it works with the base of data of goods and / or services that support the UI server 6), and - most importantly - to make all the actions related to the payment, in a totally secure way.

Для аутентификации пользователя в этом случае достаточно использовать обычный пароль, т.к. To authenticate the user in this case is sufficient to use a simple password, as прочитать его невозможно ни на самом телефоне (если он утерян), ни между телефоном и сервером системы. read it impossible either on the phone (if he lost), nor between the phone and the server system. Следует также отметить, что любой телефон, поддерживающий WTLS, также поддерживает WAP Push, что позволяет реализовать рассмотренное выше преимущество стандарта WAP Push при общении поставщика (получателя платежа) с пользователем мобильного телефона перед совершением платежа. It should also be noted that any phone that supports WTLS, also supports WAP Push, which allows to realize the advantage discussed above WAP Push standard for communication provider (payee) to the mobile phone user before making a payment. Кроме того, стандарт WAP Push можно использовать и при взаимодействии мобильного телефона 4 с сервером 1 авторизации платежей, чтобы гарантировать, что оплата действительно производится именно с телефона пользователя. In addition, WAP Push, you can use the standard and mobile phone interaction with the server 4 1 payment authorization, to ensure that the payment is actually made from the user's phone. То есть нажатие пользователем кнопки подтверждения коммерческого предложения поставщика в информационной части системы является триггером, инициирующим работу указанного выше сервиса, который генерирует случайное значение, посылает Push-сообщение пользователю и т.д. That is, a user pressing a button confirmation of the offer provider in the information part of the system is the trigger that initiates operation of the above service, which generates a random number, sends the Push-message to the user, etc. При этом ввод пароля необходим в любом случае, независимо от того, направляет ли пользователь запрос на совершение платежа, находясь в базе данных товаров или услуг сервера пользовательского интерфейса 6, или нет. In this case, enter the password needed in any case, regardless of whether the user sends a request to make a payment, while the database server products or services the user interface 6 or not. В любом случае для передачи в сервер 1 авторизации платежей подтвержденного платежного поручения новое WAP-соединение устанавливать не нужно, так как оно уже открыто. In any case, for transmission to the server 1 payment authorization confirmed payment order a new WAP-connection is established it is not necessary because it is already open.

Более широкие возможности по обеспечению безопасности передачи данных предоставляют мобильные телефоны, поддерживающие язык Java (J2ME). More opportunities to ensure security of data transmission provide mobile phones that support Java language (J2ME). В случае использования Ц2МЕ-приложений для работы с системой появляется возможность организации шифрования данных, не зависимого от оператора связи (как в случае с WAP и WTLS). In the case of TS2ME-applications to work with the system it is possible to encrypt data organization, not dependent on the operator (as in the case of WAP and WTLS). Целесообразным является применение, например, схемы шифрования RC6, разработанной фирмой RSA Labs., для шифрования данных, передаваемых между телефоном 4 и сервером пользовательского интерфейса 6. Этот алгоритм представляет достаточный уровень безопасности и требует незначительных вычислительных ресурсов, что очень важно при использовании мобильных телефонов. It is expedient to use, for example, encryption schemes RC6, developed by RSA Labs., To encrypt data transferred between the phone 4 and the UI server 6. This algorithm is a sufficient level of safety and requires small processing resources, which is very important when using mobile phones. Кроме того, по имеющимся данным в настоящее время разработчиками мобильных телефонов ведется работа по включению реализации SSL в J2ME (Java 2 Micro Edition). In addition, the available data are now mobile phone developers are working on the implementation of SSL included in the J2ME (Java 2 Micro Edition). Таким образом, можно ожидать, что через некоторое время (предположительно, через год) все телефоны, поддерживающие Java, будут изначально рассчитаны на работу по безопасному соединению через SSL Однако на ряде телефонов, обладающих достаточным объемом памяти и позволяющих установку приложений размером 200 Кб и более, уже сейчас имеется возможность обеспечить работу интерфейса системы безналичного расчета через SSL Среди подобных телефонов стоит выделить модель SonyEricsson P800. Thus, it can be expected that after a while (presumably a year) all phones use Java, will initially be designed to operate over a secure connection over SSL, however, on a number of handsets with sufficient memory and allows the installation of 200 KB size of applications, and more , now it is possible to ensure the work of cashless payment via SSL system interface Among these phones is to provide a model of SonyEricsson P800. Стоит также отметить, что все PDA с функциями коммуникатора (например, Nokia 9210i Communicator) удовлетворяют этому условию, т. к. они поддерживают установку больших мидлетов (J2МЕ-приложений) и имеют более чем достаточный объем памяти. It is also worth noting that all the functions of a PDA device (for example, Nokia 9210i Communicator) satisfy this condition, t. To. They support the installation of large MIDlet (J2ME) applications and have more than enough memory.

Таким образом, с помощью подобного мобильного телефона или PDA пользователь сможет работать с сервером 1 авторизации платежей, используя шифрование по протоколу SSL на всех участках передачи данных. Thus, with the help of this mobile phone or PDA user will be able to work with the server 1 payment authorization using SSL encryption on all data areas. Большим достоинством этого варианта является то, что вся работа пользователя с системой является абсолютно независимой от оператора связи и его шлюза 5 (функцией оператора остается, конечно же, доставка пакетов, но их содержимое даже он не может узнать никаким образом). The big advantage of this option is that the entire user experience with the system is completely independent of the operator and the gateway 5 (of the operator is, of course, the package delivery, but even he can not know the contents in any way).

Так же, как и в предыдущем случае (WAP 1.2.1/2.0), пароль пользователя узнать невозможно ни из сети, ни из самого телефона, если последний становится доступен злоумышленникам. Just as in the previous case (WAP 1.2.1 / 2.0), the user's password can not be found either from the network or from the phone itself, if the latter becomes available to attackers. Поэтому для аутентификации использование системного пароля пользователя здесь представляется достаточным. Therefore, for the use of user authentication system password here it seems to be sufficient. Следует также отметить, что рассмотренные выше механизмы обеспечения безопасности делают возможной надежную работу с системой безналичного расчета для пользователей с любыми телефонами, вообще способными работать с информацией, т.е. It should also be noted that the security mechanisms discussed above make it possible to secure a job with a cashless payment system for users with any phones at all able to work with the information that is поддерживающими хотя бы стандарт WAP 1.1, (лишь совсем немногие из существующих моделей мобильных телефонов сейчас не удовлетворяют этому условию, и с развитием телекоммуникационных технологий доля таких моделей, несомненно, будет сокращаться). supporting at least a standard WAP 1.1, (only very few of the existing models of mobile phones now do not satisfy this condition, and with the development of telecommunication technology share of such models, of course, will be reduced). При этом, что очень важно, не требуется производить никаких изменений самих телефонов и SIM-карт. At the same time, which is very important, it does not need to make any changes themselves phones and SIM-cards. Это обеспечивает полную техническую независимость системы безналичного расчета как от производителей телефонов, так и от операторов мобильной связи и производителей SIM-карт. It provides full technical independence of the cashless payment system from both the handset manufacturers as well as from mobile operators and manufacturers of SIM-cards.

Независимо от рассмотренных выше процедур аутентификации пользователей в предложенной системе безналичного расчета предусмотрен дополнительный механизм обеспечения безопасности совершения платежей, основанный на формировании сервером системы (сервером 1 авторизации платежей) для каждого совершаемого платежа уникального кода платежной операции, передаваемого на терминал 3 предполагаемого получателя платежа. Regardless of the above-mentioned user authentication procedures in the proposed cashless payment system provides additional security mechanism to make payments based on the formation of a server system (server 1 payment authorization) for each unique code to make payments of the payment transaction transferred to the terminal 3 intended payee. Эту функцию выполняет блок 15 генерации и сравнения псевдослучайных кодов платежных операций, генерирующий псевдослучайный код (предпочтительно цифровой) в ответ на поступление из блока 12 работы с пользователями сигнала, характеризующего запрос пользователя на совершение платежа на счет конкретного получателя. This function is performed by the generation unit 15 and comparing the pseudo-random codes payment transactions, generating a pseudorandom code (preferably numeric) in response to receipt of block 12 works with the users signal representative of a user request to perform a payment to the account of a particular recipient. Псевдослучайный код может генерироваться с использованием известных механизмов генерации псевдослучайных чисел, таких как ANSI X9.17 (ANSI85) и RSAREF 2.0 PRNG (RSA94). The pseudo-random code can be generated using known mechanisms for generating pseudo-random numbers, such as ANSI X9.17 (ANSI85) and RSAREF 2.0 PRNG (RSA94).

В этом случае блок 15 генерации и сравнения псевдослучайных кодов платежных операций обращается к запоминающему устройству 14, в частности к области хранения данных о получателях платежей и их счетах, и вызывает данные, идентифицирующие терминал 3 указанного получателя платежа. In this case, the generation unit 15 and comparing the pseudo codes payment transaction accesses the storage device 14, in particular to the storage recipient data area payments and their accounts, and causes the data identifying the terminal 3 of the payee. Эти данные вместе с кодом платежной операции и идентификатором пользователя мобильного телефона (номером мобильного телефона) передаются в блок 11 работы с получателями платежей, который формирует для получателя платежа сообщение о запросе конкретного пользователя на совершение платежа на счет указанного получателя, причем это сообщение содержит код данной платежной операции и номер мобильного телефона пользователя, и передает это сообщение на терминал получателя платежей, как показано на фиг.3. These data, together with the code of the payment transaction and mobile phone user identifier (mobile telephone number) are transferred in unit 11 with the payee, which forms for the payee request message to a particular user to make a payment to an account of said beneficiary, wherein the message contains a code of this payment transaction and the user's mobile phone number, and transmits the message to the payee terminal, as shown in Figure 3.

Одновременно на мобильный телефон 4 могут быть направлены условия вида платежа с сообщением о необходимости последующего подтверждения намерения совершить платеж именно данному получателю платежа путем ввода кода платежной операции, который должен поступить от получателя платежа. At the same time on a mobile phone 4 conditions can be directed to the type of payment with the message on the need to further confirm that you want to make a payment to the given to the payee by the payment transaction input code, which must be received by the payee. Однако следует иметь в виду, что возможности осуществления изобретения не ограничены каким-либо определенным порядком выполнения этих процедур безопасности: автоматического отображения условий вида платежа на экране мобильного телефона 4 (основной механизм защиты) и передачи кода платежной операции по замкнутому контуру "сервер системы - терминал 3 получателя платежа - мобильный телефон 4 - сервер системы". However, it should be borne in mind that the possibilities of the invention are not limited to any particular order of performing these safety procedures: automatic display of the type of payment conditions on the mobile screen 4 (the main defense mechanism) and the transfer of the payment transaction in a closed circuit "system server code - terminal 3 payee - mobile phone 4 - server system. "

Получатель платежа передает данный код платежной операции пользователю, например, в виде SMS-сообщения, причем эта передача осуществляется в обход сервера 1 авторизации платежей, после чего пользователь вводит полученный код операции, поступающий через блок 12 работы с пользователями в блок 15 генерации и сравнения псевдослучайных кодов платежных операций, где происходит сравнение кода, полученного от пользователя мобильного телефона, с кодом, переданным на терминал 3 получателя платежа, и в случае совпадения указанных кодов в блок 13 работы Payee transmits the code of the payment transaction to the user, e.g., in the form of SMS-messages, wherein this transmission is performed bypassing the server 1 payment authorization, whereupon the user inputs received operation code received through the block 12 works with the users in the generation unit 15 and comparing pseudorandom payment transaction codes, wherein comparison code occurs, resulting from the mobile phone user, with a code allocated to the payee terminal 3, and the match of said codes in operation block 13 с платежными операциями выдается сигнал разрешения на совершение платежа, инициирующий направление соответствующего поручения в сервер 2 банка. Operations with payment authorization signal is issued to make the payment, the initiating appropriate direction orders 2 bank server.

Характерным примером реализации этого механизма безопасности является случай уплаты государственной пошлины за выдачу общегражданского или заграничного паспорта. A typical embodiment of this safety mechanism is the case of state duty for issuance of a civil or passport. Пользователь мобильного телефона видит на информационной доске объявление, что государственная пошлина может быть уплачена не только путем банковского перевода, но и через предложенную систему безналичного расчета. mobile phone user sees on the bulletin board of the announcement that the state fee can be paid not only by bank transfer, but also by offering cashless payment system. При этом указывается индекс данного вида платежей в системе. At the same time, the index of this type of payment system. Пользователь мобильного телефона, являясь в этом случае получателем паспорта и плательщиком, а также будучи пользователем подобной системы, имеет возможность произвести уплату пошлины, не выходя из здания паспортного стола и не прибегая к использованию наличных денег или кредитных карт (что в государственных структурах не практикуется). Mobile phone user, as in this case, the recipient of the passport and the payer, as well as a user of such a system has the ability to make payment of the fee, without leaving the building passport and without having to use cash or credit card (which is not practiced in the state structures) . Ему достаточно войти в систему (запустить соответствующее J2ME приложение или войти на страницу системы с помощью установленного на телефоне WAP-броузера; на большинстве телефонов имеется возможность настройки входа в систему единственным нажатием кнопки телефона) и ввести указанный на стенде индекс, который будет направлен в сервер 1 авторизации платежей. It is enough to log on (to run the appropriate J2ME application, or log on to the system page with the help of our mobile WAP-enabled, on most phones it is possible to input settings in a single touch of the phone button) and enter the information requested on the stand of the index, which will be sent to the server 1 payment authorization. В ответ на введенный индекс блок 12 работы с пользователями передает на мобильный телефон 4 пользователя условия соответствующего вида платежа, и пользователь получает возможность просмотреть на экране телефона информацию о платеже (получатель - соответствующая государственная структура, назначение - оплата пошлины за оформление паспорта, также указывается конкретная фиксированная, то есть неизменяемая, сумма платежа). In response to the index unit 12 with the user transmits to the mobile phone 4 User conditions corresponding to the type of payment and the user is able to view on the information screen of the phone for payment (the recipient - the relevant government bodies, the appointment - the payment fee for a passport, and indicates the specific fixed, ie unchanging, payment amount). Проверив информацию о платеже, пользователь нажимает кнопку телефона, соответствующую оплате, и в сервер 1 авторизации платежей направляется подтвержденное платежное поручение, после чего блок 12 работы с пользователями формирует запрос на введение пароля или одноразового PIN-кода, а также направляет в блок 15 генерации и сравнения псевдослучайных кодов платежных операций команду на формирование уникального кода платежной операции и передачу этого кода через блок 11 работы с получателями платежей на терминал 3 оператора паспортной службы, After checking the payment details, the user presses a phone button corresponding to the payment and a server 1 payment authorization is sent confirmed payment order, after which block 12 works with the user generates a request for the introduction of a password or a single PIN-code, and sends a generation unit 15 and comparing the pseudo-code command payment transactions on the formation of the unique code of the payment transaction and the transfer of this code through the block 11 with the recipients of payments at terminal 3 of the passport service operator, с указанием фамилии, имени и отчества пользователя мобильного телефона. indicating the surname, name and patronymic of the mobile phone user. Далее пользователь вводит соответствующее числовое значение (например, из 4-х цифр), и в случае корректного ввода PIN-кода для завершения платежа далее запрашивается код платежной операции (также, скажем, 4 цифры), который может быть получен только от оператора терминала 3, например, во время собеседования. Next, the user enters a corresponding numeric value (e.g., of 4 digits), and if the correct input PIN-code code further requested to complete the payment of the payment transaction (as, for example, 4 digits) which can only be obtained from the terminal 3 of the operator For example, during a job interview.

Как не трудно видеть, описанная процедура оплаты довольно проста и позволяет сэкономить время плательщика (поскольку исключается необходимость похода в банк, ручного заполнения квитанции на перевод денег и стояния в очереди в банке). It is not difficult to see the described payment procedure is quite simple and can save you time payer (as eliminating the need for a hike in the bank, the manual filling of a receipt for the transfer of money and standing in line at the bank). Кроме того, указанная схема исключает возможность мошенничества на основании подмены информации на стенде паспортного стола (т.е. указания другого индекса платежа и, соответственно, изменения получателя платежа). Moreover, this scheme eliminates the possibility of fraud on the basis of information on the substitution bench passport (ie specify a different index of payment and, therefore, change the payee). Подмена может быть обнаружена плательщиком при просмотре информации о получателе платежа. The substitution can be detected by the payer when viewing information about the payee. И даже если плательщик отнесся к этой информации невнимательно, он все равно не сможет сделать перевод подобным мошенникам, т.к. And even if the payer has reacted to this information carelessly, it would still not be able to make a transfer similar to fraudsters because не сможет ввести верный код платежной операции (если получателем платежа является не соответствующая государственная структура, то оператор терминала 3 не сможет получить код операции и передать его плательщику). can not enter the correct code of the payment transaction (if the beneficiary is not relevant government agencies, the terminal 3, the operator will not be able to receive the operation code and pass it to the payer).

В предложенной системе безналичного расчета может быть предусмотрено ограниченное число получателей платежей, таких как операторы связи, для которых нет смысла использовать вышеописанное дополнительное подтверждение с помощью кодов платежных операций. The proposed non-cash payment system may provide a limited number of payees, such as carriers, for which there is no sense to use the aforesaid additional confirmation via payment transactions codes. Для таких платежей, ввиду их предполагаемого особенного высокого потока, могут быть выделены особые короткие индексы (например, только из 3-х цифр). For such payments, special short codes (e.g., only 3 digits) can be allocated in view of their alleged special high flow. При этом администратор системы должен быть уверен во всех таких получателях платежей и в том, что их индексы будут хорошо известны (и технологически не фальсифицируемыми; для оператора связи это обеспечено, т.к. при подключении пользователя оператор может предоставлять последнему брошюры с перечнем как специальных "служебных" номеров телефонов (как это уже делается сейчас), так и "служебных" индексов в системе описываемого типа для оплаты услуг этого оператора). In this case, the system administrator must be sure all of the recipients of payments and that their indices are well known (and technically not falsifiable; for the operator is provided, as when a user connects an operator can provide the latest brochure with a list of how special "official" phone numbers (as is already being done now) and "office" of the type described in the index system for the payment of the services of the operator). При этом остальным получателям платежей выделяются индексы другого типа, которые невозможно спутать с предыдущими, например, их длина может быть не менее 5-ти символов (цифр). Thus other recipients of other types of payments are allocated codes which can not be confused with the previous example, their length may be at least 5 characters (digits). Именно для видов платежей последнего типа может быть предусмотрено обязательное использование дополнительного механизма кодов платежных операций. It is for the latter type of payment types may be provided for mandatory use of an additional mechanism of payment transactions codes. Для обеспечения приемлемой пропускной способности системы безналичного расчета (то есть исключения зависания в ней множества неподтвержденных платежей), а также из соображений безопасности, коду платежной операции может быть установлен ограниченный срок действия, по истечении которого указанный код аннулируют. To ensure acceptable throughput cashless payment system capacity (ie exceptions hang it sets unconfirmed payments), as well as for security reasons, the code of the payment transaction can be set to a limited duration, after which the said code void. Это может быть реализовано посредством сохранения кода в запоминающем устройстве сервера системы на заданный отрезок времени, с его последующим удалением. This can be realized by storing the code in the memory system server at a predetermined time interval, with its subsequent removal.

Задачей вышеописанного механизма дополнительного подтверждения является защита от мошенничества или просто невнимательности или ошибки ввода: мошенники могут тем или иным образом подменить указание индекса вида платежа (например, в рассмотренном выше случае на стенде паспортного стола - вывеска с индексом платежа пошлины) для клиентов некоторой организации, а новый индекс будет соответствовать их собственному счету (описание платежа может быть любым, в том числе и точно таким же, как и у настоящего получателя, сумма может в точности сов The objective of the above-described mechanism further confirmation is to protect against fraud or simply carelessness or input errors: fraudsters can in any way replace an indication of the type of payment the index (for example, in the above case on the stand passport - sign with the index fee payment) for the clients of a company, and the new index will match their own account (the description of the payment can be anything, including exactly the same as that of the recipient, the amount may be exactly cos падать, да и название получателя можно сделать похожим на название реальной организации). fall, and the name of the recipient can be similar to the name of a real company). Кроме того, человек мог просто ошибиться и набрать неверный индекс, а затем невнимательно проверить назначение платежа. In addition, a person could simply make a mistake and dial the wrong code, and then casually check payment function.

Таким образом, когда пользователь первый раз подтвердил платеж (то есть, передал подтвержденное платежное поручение), получатель этого платежа может видеть через пользовательский интерфейс системы (реализованный, например, на языке Java (J2SE)) на своем терминале 3 подтверждение инициации платежа с указанием номера плательщика в системе и некоторых его данных (например, ФИО). Thus, when a user first confirmed payment (ie, transmits an acknowledgment payment order), the recipient of the payment can see through the user interface of the system (implemented, for example, in Java (the J2SE)) at its terminal 3 confirmation initiating a payment with the number payer in the system and some of his data (eg, name).

До передачи кода платежной операции с мобильного телефона в сервер системы за пользователем мобильного телефона может быть сохранено право отмены платежа посредством направления соответствующего сообщения в сервер системы. Prior to the transfer of the payment transaction from the mobile phone code to the server system for the mobile phone user can be stored right to cancel the payment by sending an appropriate message to the server system. В любом случае, до тех пор, пока платеж является отменяемым, информация о нем в сервер 2 банка не передается. In any case, as long as the payment is canceled, the information about it in the bank server 2 is transmitted. Платежное поручение передается из сервера 1 авторизации платежей в сервер банка только тогда, когда есть полная уверенность, что платеж должен быть совершен (т.е. для самого банка все платежи могут считаться неотменяемыми и, соответственно, проводиться без задержек, с максимально возможной скоростью). Payment order is sent from the server 1 in the bank's payment authorization server only when there is complete certainty that payment must be made (ie, all of the bank payments can be considered irrevocable and, accordingly, take place without delay, as fast as possible) .

Как было отмечено выше, условия вида платежа могут включать в себя фиксированное значение суммы платежа или интервал допустимых значений. As noted above, the terms of the form of payment may include fixed value payment amount or range of permissible values. Интервал значений целесообразно использовать для предоплаты услуг, например, оператора связи, т.е. The range of values ​​should be used for pre-paid services, such as operator, ie когда пользователь решает, сколько платить. when the user decides how much to pay. При этом проверка попадания введенного значения в заданный интервал предпочтительно проводится до передачи подтвержденного платежного поручения. The check input value falling in a predetermined interval is preferably carried out before transmitting the confirmed payment order. Фиксированные значения могут применяться для оплаты государственных пошлин, штрафов, причем в случае небольших размеров таких платежей сумма платежа может не входить в состав условий вида платежа, автоматически передаваемых на мобильный телефон 4 пользователя в ответ на его запрос. Fixed values ​​can be used for the payment of state fees, fines, and in the case of small amounts of such charges amount of the payment can not be part of the kind of payment conditions, will automatically be transmitted to the mobile phone user 4 in response to his request.

Как было отмечено ранее, в качестве платежного средства пользователя мобильного телефона может использоваться зарегистрированная в системе кредитная карта. As noted earlier, a mobile phone user of the payment means can be used incorporated in the credit card system. При этом платеж производится через сервер банка, который подключен к системе и занимается эквайерингом кредитных карт (т.е. авторизация пользователя при использовании карты, получение денег от компании-владельца соответствующей системы, перевод денег на счет получателя). In this case the payment is made through the bank's server, which is connected to the system and engaged ekvayeringom credit cards (ie user authentication using a card, the receipt of money from the company that owns the relevant system, the transfer of money to the beneficiary). В этом случае сам пользователь (плательщик) не имеет к указанному банку никакого отношения. In this case, the user (payer) does not have the same bank nothing. В этом случае достаточно одного такого банка, работающего с системой, чтобы через систему могли платить, по крайней мере, все владельцы кредитных карт. In this case, only one of the banks operating in the system, so that through the system could pay, at least, all the owners of the credit cards.

При этом изобретение позволяет преодолеть недостатки, присущие кредитным картам. In this invention overcomes the drawbacks of credit cards. В данном случае пользователю более не нужно носить с собой кредитную карту, рискуя ее потерять (в случае ее утери, в отличие от утери телефона, появляется реальная опасность потерять деньги, доступные через карту). In this case, the user no longer need to carry a credit card, at the risk of losing it (in case of loss, unlike the phone is lost, there is a real danger of losing the money available through the card). Номер карты зарегистрирован в сервере 1 авторизации платежей и никуда, кроме банка, не передается, при этом платежи совершаются, и коммерческие предложения выставляются, по-прежнему на основе идентификатора пользователя в системе. The card number is registered in the server 1 and the authorization of payments anywhere, except for the bank is not transmitted, and the payments are made, and the commercial proposals are set, are still based on the user identifier in the system.

Claims (32)

1. Способ совершения платежных операций пользователями мобильных устройств электронной связи посредством системы безналичного расчета, согласно которому формируют и запоминают в сервере указанной системы условия вида платежа, включающие в себя по меньшей мере идентификацию получателя платежей, назначение, общее для всех платежей данного вида, и условие на сумму платежа, причем конкретному виду платежа присваивают уникальный индекс, который перед совершением платежа вводят посредством мобильного устройства электронной связи, и в соот 1. A method for payment transactions committing users of mobile electronic communication devices by means of cashless payment system, whereby is formed and stored in said system server payment type conditions including at least the identification of the payee, the purpose of which is common to all kinds of payment, and the condition on the payment amount, and the particular type of payment is assigned a unique index that is administered during the payment through a mobile electronic communication device, and soot ветствии с введенным индексом передают в сервер системы запрос на совершение платежа, отличающийся тем, что в ответ на указанный запрос из сервера системы на мобильное устройство электронной связи передают условия указанного вида платежа, включающие в себя по меньшей мере назначение и получателя платежа, с отображением этих условий на экране мобильного устройства электронной связи, после чего с мобильного устройства электронной связи в сервер системы передают подтвержденное платежное поручение, после получения которого посредством с sponds to the entered index is transmitted to the server system a request to make a payment, characterized in that in response to said request from the system server to the mobile device electronic communications transmitted conditions of said type of payment, including at least destination and payee displaying these conditions at the mobile electronic communication device's screen, then the mobile electronic communication device to a server system transmitting a confirmed payment order, after receipt of which by means of a рвера системы генерируют псевдослучайный код совершаемой платежной операции и передают его на терминал получателя платежа, из терминала получателя платежа указанный код передают непосредственно пользователю, после чего с мобильного устройства электронной связи вводят и передают этот код в сервер системы, в котором сравнивают значения кода платежной операции, полученного от пользователя, и значение кода платежной операции, переданного на терминал получателя платежа, и в случае совпадения указанных значений посредством сервера систе rvera systems generate pseudorandom code done by the payment transaction and transmits it to the payee's terminal from the payee terminal said code is transmitted directly to the user, then the mobile electronic communication device is introduced and transfer this code in the server system, which compares the value of the payment transaction code, obtained from the user, and the value of the payment transaction code transmitted to the recipient's payment terminal, and in case of coincidence of these values ​​by the system server ы инициируют платеж путем обращения к серверу соответствующей платежной организации. s initiate a payment by reference to the server of the corresponding payment organization.
2. Способ по п.1, отличающийся тем, что мобильным устройством электронной связи является мобильный телефон или карманный компьютер (PDA), причем соединение между мобильным устройством электронной связи и сервером системы устанавливают через шлюз оператора мобильной связи. 2. A method according to claim 1, characterized in that the mobile electronic communication device is a mobile phone or a PDA (PDA), wherein the connection between the mobile electronic communication device and the server system is established through a gateway mobile operator.
3. Способ по п.1, отличающийся тем, что передаваемые на мобильное устройство электронной связи условия вида платежа включают в себя условие на сумму платежа, которое представляет собой фиксированное значение, причем при передаче подтвержденного платежного поручения это значение не подлежит изменению. 3. A method according to claim 1, characterized in that the conditions transmitted in electronic communication mobile device payment type include a condition on the payment amount, which is a fixed value, and this value can not be changed during transmission confirmation of the payment order.
4. Способ по п.1, отличающийся тем, что передаваемые на мобильное устройство электронной связи условия вида платежа включают в себя условие на сумму платежа, представляющее собой интервал допустимых значений, при этом перед передачей подтвержденного платежного поручения с мобильного устройства электронной связи вводят конкретное значение суммы платежа, при этом проверяют нахождение введенного значения суммы платежа в указанном интервале. 4. A method according to claim 1, characterized in that the conditions transmitted in electronic communication mobile device payment type include a condition on the payment amount that represents an interval of acceptable values, wherein prior to transmitting the confirmed payment instruction from a mobile electronic communication device introduced specific value the amount of payment, the input value is checked to find the payment amount in the above range.
5. Способ по п.4, отличающийся тем, что видом платежа является предоплата услуги, в частности услуги оператора мобильной связи. 5. A method according to claim 4, characterized in that the charge on a prepayment services, in particular services to the mobile operator.
6. Способ по п.4, отличающийся тем, что видом платежа является взнос в благотворительный фонд. 6. A method according to claim 4, characterized in that the charge on a fee to a charity.
7. Способ по любому из пп.1-6, отличающийся тем, что условия вида платежа включают в себя любые из следующих элементов: комментарий получателя платежа, детальное описание компании-получателя, детальное описание назначения платежа, изображения, трехмерные модели, видеоролики, звуковые сообщения. 7. A method according to any one of claims 1-6, characterized in that the form of payment terms include any of the following: Comment payee, a detailed description of the recipient, the detailed description of the reason for payment, the image three-dimensional model, video, sound posts.
8. Способ по п.1, отличающийся тем, что индекс вида платежа сообщают пользователю мобильного устройства электронной связи с использованием средств массовой рекламы и/или информационных материалов получателей платежей. 8. The method according to claim 1, characterized in that the index of the form of payment reported by the mobile electronic communication device user with the use of media advertising and / or informational materials payees.
9. Способ по п.8, отличающийся тем, что в качестве средств массовой рекламы используют рекламные щиты, средства передвижной наглядной рекламы, рекламные издания и публикации, телевизионную рекламу, при этом индекс вида платежа указывают вместе с обозначением системы безналичного расчета. 9. The method according to claim 8, characterized in that as a means of mass advertising using billboards, mobile means of visual advertising, advertising and publications, television advertising, the index indicates the type of payment, together with the designation of non-cash payment system.
10. Способ по любому из пп.1-6, 8 или 9, отличающийся тем, что с запросом на совершение платежа или подтвержденным платежным поручением в сервер системы передают данные платежного средства пользователя, поддерживаемого указанной платежной организацией, и/или хранят эти данные в запоминающем устройстве сервера системы. 10. The method according to any one of claims 1-6, 8 or 9, characterized in that a request to make a payment or money order validated in the server system transmits data user payment means supported by said payment organization, and / or store the data in memory system server.
11. Способ по п.10, отличающийся тем, что платежной организацией является банк, при этом платежное средство пользователя представляет собой счет в указанном банке и/или кредитную карту. 11. A method according to claim 10, characterized in that the payment institution is a bank, the user's payment means is in said bank account and / or credit card.
12. Способ по п.10, отличающийся тем, что платежной организацией является центр обслуживания кредитных карт, при этом платежное средство пользователя представляет собой кредитную карту. 12. A method according to claim 10, characterized in that the payment institution is a credit card service center, the user's payment means is a credit card.
13. Способ по п.10, отличающийся тем, что платежной организацией является система электронных платежей, при этом платежное средство пользователя представляет собой лицевой счет пользователя в указанной системе. 13. A method according to claim 10, characterized in that the payment organization is the electronic payment system, the payment means of the user is a personal account of a user in said system.
14. Способ по любому из пп.1-6, 8 или 9, отличающийся тем, что индекс вида платежа состоит только из цифр. 14. The method according to any one of claims 1-6, 8 or 9, characterized in that the index of the form of payment consists only of digits.
15. Способ по п.1, отличающийся тем, что коду платежной операции устанавливают ограниченный срок действия, по истечении которого указанный код аннулируют. 15. The method according to claim 1, characterized in that the code of the payment transaction establish a limited duration, after which said code is discarded.
16. Способ по п.1, отличающийся тем, что после генерации кода платежной операции его сохраняют в запоминающем устройстве сервера системы на заданный отрезок времени, после чего удаляют. 16. The method according to claim 1, characterized in that after generating the payment transaction code stored in its memory a server system for a predetermined period of time, then removed.
17. Способ по п.1, отличающийся тем, что до передачи кода платежной операции с мобильного устройства электронной связи в сервер системы за пользователем мобильного устройства электронной связи сохраняют право отмены платежа посредством направления соответствующего сообщения в сервер системы. 17. The method according to claim 1, characterized in that before transmitting the payment transaction code from a mobile electronic communication device in the system server to the user mobile electronic communication devices stored right to cancel the payment by sending an appropriate message to the server system.
18. Способ по любому из пп.1-6,8, 9 или 15-17, отличающийся тем, что дополнительно проверяют полномочия пользователя мобильного устройства электронной связи на совершение платежа посредством ввода фиксированного пароля и/или одноразового кода аутентификации пользователя, в частности персонального идентификационного номера (PIN-кода), на мобильном устройстве электронной связи. 18. The method according to any one pp.1-6,8, 9 or 15-17, characterized in that it further verify the credentials of the user of mobile electronic communication devices to make a payment by entering a fixed password and / or a single user authentication code, in particular a personal identification number (PIN-code) for the mobile electronic communication device.
19. Способ по п.18, отличающийся тем, что используют мобильное устройство электронной связи с поддержкой языка J2ME, при этом введенный пользователем фиксированный пароль или одноразовый код аутентификации передают в сервер системы через связанный с ним дополнительный сервер пользовательского интерфейса, поддерживающий работу с приложениями, написанными на языке J2ME. 19. The method according to claim 18, characterized in that the mobile electronic communication device with support J2ME language, with a fixed password or a one-time authentication code entered by the user is transmitted to the server system via the associated secondary server user interface that supports the applications, written in J2ME language.
20. Способ по п.18, отличающийся тем, что используют мобильное устройство электронной связи с поддержкой протокола WAP, при этом введенный пользователем фиксированный пароль или одноразовый код аутентификации передают в сервер системы через связанный с ним дополнительный сервер пользовательского интерфейса, поддерживающий обмен информацией с мобильными устройствами электронной связи на языке WML. 20. The method according to claim 18, characterized in that the mobile electronic communication device supporting WAP protocol, the password entered by the user or a fixed one-time authentication code is transmitted to the system server through the associated secondary server user interface that supports the exchange of information with the mobile electronic communication devices in WML.
21. Способ по любому из пп.1-6, 8, 9 или 15-17, отличающийся тем, что индекс вида платежа соответствует индексу конкретного товара в базе данных товаров. 21. The method according to any one of claims 1-6, 8, 9 or 15-17, characterized in that the index corresponds to the index of the form of payment in a particular product based goods.
22. Способ по п.21, отличающийся тем, что базу данных товаров поддерживают на сервере пользовательского интерфейса, причем пользователю мобильного устройства электронной связи предоставляют доступ к указанной базе данных посредством соответствующего WAP- или J2МЕ-интерфейса. 22. The method according to claim 21, characterized in that the goods database maintained at the server of the user interface, the mobile electronic communication device user to provide access to said database through a corresponding WAP- or J2ME interface.
23. Способ по п.1, отличающийся тем, что код платежной операции передают на терминал получателя платежа вместе с идентификацией пользователя, в частности с указанием номера его мобильного телефона. 23. The method according to claim 1, characterized in that the code of the payment transaction is transmitted to the payee's terminal together with the user's identity, in particular with the number of his mobile phone.
24. Способ по п.23, отличающийся тем, что видом платежа является уплата государственной пошлины за выдачу общегражданского или заграничного паспорта, при этом код платежной операции передают на терминал оператора паспортной службы с указанием фамилии, имени и отчества пользователя мобильного устройства электронной связи, а передачу этого кода пользователю осуществляют непосредственно через оператора терминала паспортной службы. 24. The method according to claim 23, characterized in that kind of payment is to pay the state fee for the issuance of a civil or foreign passport, and the code of the payment transaction is transmitted to the terminal operator Passport indicating the name, surname and patronymic of the user of the mobile electronic communication device, and transmission of the user code is performed directly through passport terminal service operator.
25. Компьютерная система безналичного расчета для совершения платежных операций пользователями мобильных устройств электронной связи, включающая в себя сервер авторизации платежей, связанный с мобильными устройствами электронной связи, сервером по меньшей мере одной платежной организации и терминалом по меньшей мере одного получателя платежей, причем сервер авторизации платежей содержит блок работы с получателями платежей, связанный с указанным терминалом получателя платежа с возможностью формирования условий видов платежей; 25. The computer system of cashless payment transactions to commit users of mobile electronic communication devices, including the payment authorization server associated with the mobile electronic communication device, a server at least one payment organization and the terminal of at least one payee and payment authorization server It comprises a unit with payment recipients associated with the specified payee terminal to generate conditions of types of payments; блок работы с пользователями; Unit works with the users; блок работы с платежными операциями, связанный с сервером платежной организации; unit with payment transactions related to the payment company server; блок генерации и сравнения псевдослучайных кодов платежных операций, вход которого связан с блоком работы с пользователями, один выход - с блоком работы с получателями платежей, а другой выход - с блоком работы с платежными операциями; generating unit and comparing the pseudo-random codes payment transactions, whose input is connected with the work unit with the users, one option - the block with the payee, and the other output - with the unit with payment transactions; и запоминающее устройство, содержащее по меньшей мере область хранения данных о пользователях и их платежных средствах, область хранения условий видов платежей и область хранения кодов платежных операций, связанную с блоком генерации и сравнения псевдослучайных кодов платежных операций, причем запоминающее устройство связано с блоком работы с получателями платежей и блоком работы с платежными операциями, а блок работы с пользователями связан с мобильными устройствами электронной связи, блоком работы с платежными операциями и запомин and a memory device comprising at least a storage area of ​​user data and means of payment, the domain storage conditions types of payments and the region storing the payment transaction codes associated with the block of the generation and comparison of pseudorandom codes payment transactions, wherein the memory device is associated with a block with recipients payments and unit working with payment transactions and work with users block is associated with the mobile electronic communication device unit with payment transactions and remembering ающим устройством и выполнен с возможностью вызова условий вида платежа из запоминающего устройства и их передачи на мобильное устройство электронной связи при получении от указанного мобильного устройства запроса на совершение платежа, а также последующего приема от указанного мобильного устройства подтвержденного платежного поручения и его передачи в блок работы с платежными операциями. ayuschim device and configured to calling conditions payment type from the memory and transfer to the mobile electronic communication device when receiving from said mobile device query to make a payment, and subsequently receiving from said mobile device confirmation of the payment order and being sent to the working unit with payment transactions.
26. Система по п. 25, отличающаяся тем, что запоминающее устройство сервера авторизации платежей содержит область хранения данных о получателях платежей и их счетах, связанную с блоком работы с получателями платежей. 26. The system of claim. 25, characterized in that the memory device payment authorization server comprises a storage area of ​​recipient data and payment account associated with the block with payees.
27. Система по п. 25, отличающаяся тем, что она содержит дополнительный сервер пользовательского интерфейса, связывающий сервер авторизации платежей с мобильными устройствами электронной связи. 27. The system of claim. 25, characterized in that it comprises an additional server UI binding payment authorization server with the mobile electronic communication devices.
28. Система по п. 27, отличающаяся тем, что сервер пользовательского интерфейса поддерживает работу с приложениями, написанными на языке J2ME, и/или обмен информацией с мобильными устройствами электронной связи на языке WML по протоколу WAP. 28. The system of claim. 27, wherein the user interface server supports applications written in the language of the J2ME, and / or exchange of information with the mobile electronic communication devices in WML for WAP.
29. Система по п. 27, отличающаяся тем, что мобильное устройство электронной связи имеет возможность связи с сервером пользовательского интерфейса по каналу безопасного соединения, в частности с применением шифрования по одному из протоколов RC6, WTLS или SSL. 29. n. 27, characterized in that the mobile electronic communication device is able to communicate with the user interface server via a secure connection channel, in particular using one of the encryption protocols RC6, WTLS or SSL system.
30. Система по любому из пп. 30. The system according to any one of claims. 27-29, отличающаяся тем, что сервер авторизации платежей связан с терминалом получателя платежа, сервером платежной организации и сервером пользовательского интерфейса каналами безопасного соединения, в частности, с применением шифрования по протоколу SSL. 27-29, wherein the payment authorization server connected with the payee terminal server payment organization and the UI server secure communication channels, in particular, with the use of SSL encryption protocol.
31. Система по п.27, отличающаяся тем, что сервер авторизации платежей связан с сервером пользовательского интерфейса и терминалами получателей платежей через устройство сетевой защиты. 31. The system of claim 27, wherein the payment authorization server connected with the UI server and terminals payees through the device firewall.
32. Система по любому из пп. 32. The system according to any one of claims. 25-29 или 31, отличающаяся тем, что сервер авторизации платежей содержит блок генерации кодов аутентификации, а запоминающее устройство сервера авторизации платежей содержит область хранения кодов аутентификации, связанную с блоком работы с пользователями, причем блок генерации кодов аутентификации связан с указанной областью хранения кодов аутентификации. 25-29 or 31, wherein the payment authorization server comprises an authentication code generating unit, and payment authorization server comprises a memory area storing an authentication code associated with the work unit with the users, wherein the authentication code generation unit connected with said storage area of ​​authentication codes .
RU2003132137/09A 2003-11-04 2003-11-04 Method for performing transactions of users of mobile communication devices and computerized cashless transaction system for realization of said method RU2263347C2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2003132137/09A RU2263347C2 (en) 2003-11-04 2003-11-04 Method for performing transactions of users of mobile communication devices and computerized cashless transaction system for realization of said method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2003132137/09A RU2263347C2 (en) 2003-11-04 2003-11-04 Method for performing transactions of users of mobile communication devices and computerized cashless transaction system for realization of said method
PCT/RU2004/000433 WO2005043436A1 (en) 2003-11-04 2004-11-02 Method for payment transitions carried out by users of electronic communications mobile devices and clearing computer system for carrying out said method

Publications (2)

Publication Number Publication Date
RU2003132137A RU2003132137A (en) 2005-06-10
RU2263347C2 true RU2263347C2 (en) 2005-10-27

Family

ID=34545987

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2003132137/09A RU2263347C2 (en) 2003-11-04 2003-11-04 Method for performing transactions of users of mobile communication devices and computerized cashless transaction system for realization of said method

Country Status (2)

Country Link
RU (1) RU2263347C2 (en)
WO (1) WO2005043436A1 (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EA008185B1 (en) * 2006-01-23 2007-04-27 Общество С Ограниченной Ответственностью «Интерактивная Мобильная Процессинговая Компания "Мегапэй"» Payment method for effecting a financial transaction (variants)
RU2480922C2 (en) * 2006-06-19 2013-04-27 Виза Ю.Эс.Эй. Инк. Authentication of operations using network
WO2013086487A1 (en) * 2011-12-09 2013-06-13 Merchantwarehouse.Com, Llc Payment processing and customer engagement platform methods, apparatuses and media
RU2492521C2 (en) * 2006-02-13 2013-09-10 Анвайе АпС Method and means for delivering, handling and using coded information
EA018591B1 (en) * 2009-04-01 2013-09-30 Шин Елена Ильинична A method of electronic payment transactions mobile communication device user and a computer system for cashless payment thereof
RU2500068C2 (en) * 2008-10-14 2013-11-27 Дойче Телеком Аг Bank transfer encoding
RU2535463C2 (en) * 2008-09-15 2014-12-10 Мастеркард Интернейшнл Инкорпорейтед Apparatus and method for registering payment card for account settlement
RU2536357C2 (en) * 2009-10-19 2014-12-20 Наталья Петровна Катина System and method of integrating remote independent information-financial and/or payment systems
RU2576487C2 (en) * 2009-12-18 2016-03-10 Виза Интернэшнл Сервис Ассосиэйшн Payment channel returning limited use proxy dynamic value
RU2597507C2 (en) * 2010-07-09 2016-09-10 Виза Интернэшнл Сервис Ассосиэйшн Sluice abstraction level
RU2597526C2 (en) * 2011-07-20 2016-09-10 Виза Интернэшнл Сервис Ассосиэйшн Gateway communication with security ensuring
RU2681366C2 (en) * 2013-07-24 2019-03-06 Виза Интернэшнл Сервис Ассосиэйшн Systems and methods for communicating risk using token assurance data

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CZ2007504A3 (en) * 2007-07-26 2008-07-02 Direct Pay, S.R.O. Method of making payment transaction by making use of mobile terminal

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2146836C1 (en) * 1998-04-13 2000-03-20 Коммерческий банк "Платина" в форме товарищества с ограниченной ответственностью Device for deal arrangement
US6389541B1 (en) * 1998-05-15 2002-05-14 First Union National Bank Regulating access to digital content
RU2191482C1 (en) * 1998-06-23 2002-10-20 Свисском Мобиле Аг Method for making sale offers, filing orders and selling goods and services
RU2169437C1 (en) * 1998-12-29 2001-06-20 Свисском Мобиле Аг Procedure to gain access to objects for users of telecommunication network
US6275693B1 (en) * 1999-11-22 2001-08-14 Motorola, Inc. Method and apparatus for performing bearer independent wireless application service provisioning
US6336137B1 (en) * 2000-03-31 2002-01-01 Siebel Systems, Inc. Web client-server system and method for incompatible page markup and presentation languages

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
НОРЕНКОВ И.П. и др. Телекоммуникационные технологии и сети, Москва, издательство МГТУ им. Н.Э. Баумана, 1998, с 129 - 131, 134 - 136. *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EA008185B1 (en) * 2006-01-23 2007-04-27 Общество С Ограниченной Ответственностью «Интерактивная Мобильная Процессинговая Компания "Мегапэй"» Payment method for effecting a financial transaction (variants)
RU2492521C2 (en) * 2006-02-13 2013-09-10 Анвайе АпС Method and means for delivering, handling and using coded information
RU2480922C2 (en) * 2006-06-19 2013-04-27 Виза Ю.Эс.Эй. Инк. Authentication of operations using network
RU2535463C2 (en) * 2008-09-15 2014-12-10 Мастеркард Интернейшнл Инкорпорейтед Apparatus and method for registering payment card for account settlement
RU2500068C2 (en) * 2008-10-14 2013-11-27 Дойче Телеком Аг Bank transfer encoding
EA018591B1 (en) * 2009-04-01 2013-09-30 Шин Елена Ильинична A method of electronic payment transactions mobile communication device user and a computer system for cashless payment thereof
RU2536357C2 (en) * 2009-10-19 2014-12-20 Наталья Петровна Катина System and method of integrating remote independent information-financial and/or payment systems
US10255591B2 (en) 2009-12-18 2019-04-09 Visa International Service Association Payment channel returning limited use proxy dynamic value
RU2576487C2 (en) * 2009-12-18 2016-03-10 Виза Интернэшнл Сервис Ассосиэйшн Payment channel returning limited use proxy dynamic value
RU2597507C2 (en) * 2010-07-09 2016-09-10 Виза Интернэшнл Сервис Ассосиэйшн Sluice abstraction level
RU2597526C2 (en) * 2011-07-20 2016-09-10 Виза Интернэшнл Сервис Ассосиэйшн Gateway communication with security ensuring
WO2013086487A1 (en) * 2011-12-09 2013-06-13 Merchantwarehouse.Com, Llc Payment processing and customer engagement platform methods, apparatuses and media
RU2681366C2 (en) * 2013-07-24 2019-03-06 Виза Интернэшнл Сервис Ассосиэйшн Systems and methods for communicating risk using token assurance data

Also Published As

Publication number Publication date
WO2005043436A1 (en) 2005-05-12
RU2003132137A (en) 2005-06-10

Similar Documents

Publication Publication Date Title
CA2917442C (en) Method and system for extending payment system via text messaging
US7337229B2 (en) Method and apparatus for authorizing internet transactions using the public land mobile network (PLMN)
US9846861B2 (en) Upstream and downstream data conversion
US9292870B2 (en) System and method for point of service payment acceptance via wireless communication
US8185443B2 (en) Method and apparatus for authorizing a payment via a remote device
US8650118B2 (en) Universal merchant platform for payment authentication
AU771226B2 (en) Short message service (SMS) e-commerce
US7072854B2 (en) Payment system by means of a mobile device
US7587196B2 (en) Wireless point of sale transaction
US7447662B2 (en) Transaction processing system
AU2009253407B2 (en) Server device for controlling a transaction, first entity and second entity
RU2323477C2 (en) System and method for purchasing goods and services through access stations for accessing data transmission network using a network of trading terminals
US20010007983A1 (en) Method and system for transaction of electronic money with a mobile communication unit as an electronic wallet
US20070125840A1 (en) Extended electronic wallet management
US20020147658A1 (en) Computer network method for conducting payment over a network by debiting and crediting telecommunication accounts
EP2113895A1 (en) Mobile phone as a point of sale (POS) device
US20060224470A1 (en) Digital mobile telephone transaction and payment system
RU2501084C2 (en) Verification of portable consumer devices
US20120284130A1 (en) Barcode checkout at point of sale
RU2563163C2 (en) Remote variable authentication processing
US20120030044A1 (en) Virtual point of sale terminal and electronic wallet apparatuses and methods for processing secure wireless payment transactions
US20020143634A1 (en) Wireless payment system
CA2748913C (en) Payment system
US20080091614A1 (en) Method To Make Payment Or Charge Safe Transactions Using Programmable Mobile Telephones
US7757945B2 (en) Method for electronic payment

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20071105