КОДИРОВАНИЕ БАНКОВСКОГО ПЕРЕВОДА
BANK TRANSFER ENCODING

Изобретение относится к процессу кодирования и/или декодирования содержимого полей данных формы.
Как правило, отдельные поля данных формы в интерфейсе пользователя компьютера вставляются отдельно вручную или переносятся в соответствующие поля посредством копирования и вставки. Это обычная практика и процедура, например, при вводе данных в программном обеспечении для банковских операций или на Интернет странице банка при осуществлении перевода с помощью онлайновых банковских операций или при совершении онлайновых покупок.
Недостаток данной процедуры заключается в том, что процедура является уязвимой для ошибок и очень трудоемкой для пользователя. Кроме того, возникают проблемы с пробелами, когда, например, посредством копирования и вставки в соответствующее поле данных должен быть вставлен маршрутный номер банка, а этот маршрутный номер банка содержит пробелы. Таким образом, невозможно вставить последовательность символов длиною в 10 символов, содержащую в себе два пустых пробела, в соответствующее поле данных, которое предназначено исключительно для маршрутного номера банка из 8 символов.
Целью изобретения является предоставление процесса кодирования и/или декодирования содержимого полей данных формы, который устраняет указанные недостатки и упрощает или автоматизирует процесс заполнения формы, главным образом сокращая временные затраты на заполнение такой формы и помогая избежать ошибок при заполнении формы.
Как заявлено согласно изобретению, данная цель достигается при помощи процесса, как заявлено в пункте 1 формулы изобретения. Как заявлено согласно изобретению, предпочтительные варианты осуществления процесса даны в зависимых пунктах формулы изобретения.
Как заявлено согласно изобретению, в частности для процесса кодирования и/или декодирования содержимого полей данных формы наибольшее преимущество обеспечивает то, что содержимое нескольких полей данных объединяется в первую последовательность символов, причем эта первая последовательность символов кодируется соответствующим числом битов в соответствующий первый битовый код, и этот первый битовый код посредством второго кодирования, в частности используя 6 бит на символ, преобразуется во вторую последовательность символов, причем эта вторая последовательность символов является обратно декодируемой/декодируется в содержимое полей данных, и, в частности, после декодирования разбивается на отдельные значения содержимого отдельных полей данных.
Таким образом, в процессе, как заявлено согласно изобретению, все необходимые данные, т.е. содержимое разных полей данных, объединяется в первую последовательность символов. Эта первая последовательность символов требует соответствующее пространство в битах и, соответственно, кодируется в требуемое количество битов.
Формируемое таким образом первое битовое кодирование может затем размещаться, например, используя 6 бит на символ, т.е. используя набор из 64 символов, в некотором количестве символов, которое было соответственно приведено с коэффициентом 6. Таким образом, например, все данные, которые требуются для перевода, такие как получатель, маршрутный номер банка, номер счета и назначение, могут быть объединены и представлены в одной ячейке. Но в качестве альтернативы кодированию посредством 6 битового набора символов может выполняться любое другое кодирование, отличное от упомянутого кодирования, приведенного исключительно в качестве примера. Таким образом, в качестве альтернативы могут быть выбраны другие схемы кодирования, например, когда должна формироваться еще более короткая вторая последовательность символов.
Эта вторая последовательность символов может простым образом обратно декодироваться в отдельное содержимое полей данных посредством соответствующего преобразования второй последовательности символов обратно в первый битовый код и затем преобразования этого первого битового кода обратно в первую последовательность символов, которая в таком случае содержит все требуемые данные в виде простого текста.
Предпочтительно из первой и/или из второй последовательности символов формируется контрольная сумма. В частности предпочтительным является то, что во вторую последовательность символов добавляется, по меньшей мере, еще один символ в качестве контрольной суммы. Этот другой символ в качестве контрольной суммы может добавляться в любое место, но предпочтительно символ дописывается в конец второй последовательности символов.
Поля данных формы, т.е. содержимое этих полей данных, могут быть набором данных из базы данных, файла данных и т.п.
Предпочтительно получают и декодируют вторую последовательность символов, которая была сформирована в соответствии с процессом, заявленным согласно изобретению; при этом посредством полученной из нее первой последовательности символов данные автоматически вставляются в соответствующую форму и/или поля данных базы данных.
Предпочтительно данные являются данными перевода, которые предпочтительно содержат идентификационные данные получателя платежа, и/или номер счета и маршрутный номер банка получателя платежа, и/или IBAN (международный номер банковского счета) получателя платежа, в частности сумму, которая должна быть переведена, в частности валюту и сумму, и в частности информацию о назначении.
В связи с этим особенно предпочтительно использование процесса согласно изобретению при онлайновых переводах, при которых данные, необходимые для формы перевода, могут быть предоставлены в виде второй последовательности символов, для того чтобы таким образом предотвратить возможные ошибки при передаче отдельных данных и для того чтобы предоставить все данные для формы при осуществлении онлайнового перевода.
Идентификационными данными получателя платежа могут быть обозначение или имя, наименование компании или подобное. IBAN является международным номером банковского счета, посредством которого возможно осуществить однозначную идентификацию ссылки на банк при международном платеже. Международный номер банковского счета (IBAN) является международной стандартизованной системой обозначения номеров банковских счетов. В качестве альтернативы или в дополнение номер счета и маршрутный номер банка получателя платежа могут содержаться в виде, принятом для внутренних переводов.
Если набор данных также содержит сумму, которая должна быть переведена, в частности, с указанием валюты и/или информации о назначении, то возможно объединить все данные, которые должны быть внесены в перевод, посредством процесса согласно изобретению и предоставить их в единой второй последовательности символов, посредством чего можно избежать соответствующих ошибок ввода и сократить временные затраты.
Тем не менее, в целях безопасности указание валюты и суммы или только информации о сумме может быть намеренно опущено в случае внутренних переводов, с тем чтобы обеспечить обязательное дополнительное указание этих данных в явном виде. Указанным способом может быть предотвращено неправильное использование.
Предпочтительно первая и/или вторая последовательность символов кодируется/декодируется с использованием стандартизованного набора символов, в частности используя набор символов в соответствии с ISO 664, т.е. набор символов ASCII (американский стандартный код для обмена информацией) или используя набор символов в соответствии с ISO 10646, т.е. так называемый набор символов уникод, также именуемый универсальный набор символов UCS.
Предпочтительно данные являются данными перевода, при этом получают и декодируют вторую последовательность символов и посредством полученной из нее первой последовательности символов данные вставляют в соответствующую форму.
Это предоставляет возможность обеспечить автоматическую вставку всех необходимых для перевода данных в соответствующую форму перевода при онлайновых банковских операциях, т.е. это подразумевает, что соответствующая форма в интерфейсе пользователя, которая доступна пользователю, может быть автоматически заполнена, не требуя особых временных затрат и исключая ошибочный ввод, который возможен по невнимательности.
Предпочтительно вторая последовательность символов предоставляется в качестве ссылки, в частности в качестве ссылки на Интернет странице, и/или в качестве последовательности символов в электронной почте. Таким образом, существуют разные возможности для выполнения процесса согласно изобретению. Так, например, соответствующим образом закодированная вторая последовательность символов может предоставляться в качестве web ссылки и т.п., в качестве ссылки с определенной командой или в качестве кода, например, в электронной почте.
Предпочтительно вторая последовательность символов подготавливается при обработке сделки через компьютерную сеть, используя данные сделки, и предоставляется для поиска и/или устанавливается на определенной Интернет странице и/или передается получателю. В частности, таким образом могут кодироваться, и/или предоставляться, и/или передаваться данные перевода для платежа покупной цены сделки.
В частности, предпочтительным является соответствующее использование данного процесса при онлайновой обработке сделок по покупке/продаже, посредством чего вторая последовательность символов автоматически формируется в подтверждение продажи определенного предмета, и данные оплаты кодируются для осуществления перевода покупной цены продавцу посредством процесса, как заявлено в изобретении.
В качестве альтернативы или в дополнение процесс согласно изобретению в целом может использоваться при онлайновых сделках, для того чтобы кодировать данные заказа, такие как поставщик и/или получатель товара и/или тип товара, количество товара, номер заказа, покупная цена и подобное, и предоставлять их для дальнейшей обработки в соответствующих полях формы и/или полях базы данных.
Для того чтобы повысить безопасность процесса, как заявлено в изобретении, в одном предпочтительном варианте осуществления вторая последовательность символов шифруется и подготавливается и/или передается в зашифрованном виде.
Одним из наиболее предпочтительных вариантов применения процесса согласно изобретению является кодирование в специальной ссылке всех данных онлайновой сделки для платежа некоторой суммы получателю.
Типичный перевод содержит следующие данные:
- получатель
- маршрутный номер банка (BLZ) (нем. Bankleitzahl - код банка)
- номер счета
- назначение.
Пример:
- Hans Mustermann
- 20 041 111
- 39 457 19
- заказ E0238951.
На сегодняшний день эти данные должны вводиться вручную в соответствующие поля программного обеспечения для банковских операций или в соответствующие поля данных на Интернет странице банка. Если это делается путем копирования и вставки, возникают проблемы с пробелами, такие как, например, в маршрутном номере банка, когда соответствующее поле ввода предназначено для ввода маршрутного номера банка только из 8 символов, а маршрутный номер банка, тем не менее, образован из 10 символов, так как в нем содержаться два пробела.
В процессе согласно изобретению все данные перевода объединяются в первую последовательность символов.
<mrow><mo>≅</mo><mover accent="true"><mi>η</mi><mo stretchy="true">¯</mo></mover></mrow>
- получатель (20 символов из 40 символьного алфавита (a-z, 0-9,
β)) → требует 107 бит
- BLZ (с 10000000 до 89999999) → требует примерно 27 бит
- номер счета (восьмизначный) → требует 27 бит
<mrow><mo>≅</mo><mover accent="true"><mi>η</mi><mo stretchy="true">¯</mo></mover></mrow>
- назначение (20 символов из 40 символьного алфавита (a-z, 0-9,
β)) → требует примерно 107 бит.
Эта последовательность символов используется для заполнения авансового перевода в программном обеспечении для банковских операций.
→ Весь перевод кодируется примерно в 268 битах и может размещаться используя [a-z, A-Z, 0-9,-_], т.е., 6 бит на символ, в 45 символах + 1 символ контрольной суммы, т.е. таким способом результат битового кодирования первой последовательности символов может быть записан во вторую последовательность символов.
Таким образом, полное отображение этой второй последовательности символов умещается в одной строке (80 символов).
Процесс кодирования данных, требуемых для перевода, может использоваться применительно к разным вариантам, из которых ниже в качестве примера представлены 3 варианта:
Вариант 1:
- Клиентское программное обеспечение установлено на компьютере покупателя (либо отдельно, либо, в будущем, в качестве компонента операционной системы или домашнего программного обеспечения для банковских операций).
- Данные перевода предоставляются, например, продавцом с помощью почтового сообщения в виде специальной ссылки в форме закодированной второй последовательности символов: money://AZetgWjeU…
- При нажатии производится обработка ссылки (здесь при помощи специальной команды "money"), и клиентское программное обеспечение заполняет форму в домашней программе банковских операций или на web странице перевода посредством полученной второй последовательности символов "AZetgWjeU…" при ее декодировании и обработке.
Вариант 2
- Возможность осуществления перевода предоставляется продавцом при помощи электронной почты в виде web ссылки: http://money.telekom.de/? aZetgWjeU…
- При нажатии происходит переход к Web странице, которая может выполнить перевод данных в банк покупателя.
Вариант 3
- Возможность осуществления перевода предоставляется, например, продавцом посредством почтового сообщения в виде кода: aZetgWjeU…
- Этот код может быть обработан домашней программой банковских операций или может быть непосредственно введен для декодирования и обработки в Web форму домашнего банка.
Варианты также могут быть объединены и могут обладать другими преимуществами или недостатками, связанными с требуемой поддержкой третьими лицами (например, банками, производителями программного обеспечения).