СИСТЕМА АВТОМАТИЗИРОВАННЫХ БАНКОВСКИХ МАШИН И СПОСОБ УСОВЕРШЕНСТВОВАНИЯ Российский патент 2005 года по МПК G06F17/60 

Область техники

Настоящее изобретение относится к автоматизированным банковским машинам. Более конкретно, настоящее изобретение относится к устройству и системе автоматизированной банковской машины, которые могут быть использованы в глобальной сети, которая предоставляет пользователю знакомый интерфейс его "домашнего" учреждения в банковских машинах, используемых другими учреждениями, и которые обеспечивают значительно больше возможностей для получения результатов (норм выработки) с помощью машины.

Предшествующий уровень техники

Автоматизированные банковские машины известны. Обычным типом автоматизированной банковской машины, используемой клиентами, является автоматическая кассовая машина ("АКМ"). АКМ дают возможность клиентам выполнять транзакции (банковские сделки). Обычные транзакции, которые могут быть выполнены с помощью АКМ, включают в себя выдачу наличных средств, получение депозитов, перевод средств между счетами, оплата счетов и запросы остатка на счете. Тип транзакций, которые может выполнять клиент, определяется возможностями конкретной банковской машины и планированием учреждения, использующего машину. Другие типы автоматизированных банковских машин могут позволять клиентам записывать на какой-либо счет или переводить средства. Другие типы автоматизированных банковских машин могут печатать или выдавать ценные бумаги, такие как купоны, билеты, бланки пари, ваучеры, чеки, продовольственные талоны, денежные почтовые переводы, государственные облигации или туристические чеки. С целью настоящего раскрытия автоматизированная банковская машина или автоматизированная машина транзакций должна охватывать любое устройство, которое выполняет транзакции, включающие в себя перевод ценностей.

В настоящее время АКМ используется в частных сетях связи. Эти сети связывают АКМ, используемые финансовыми учреждениями и другими организациями. Соединение сетей часто дает возможность пользователю использовать банковскую машину, используемую другим учреждением, если банковская машина другого ("иностранного") учреждения соединена с сетью, которая включает в себя учреждение пользователя. Однако, когда клиент использует машину другого ("иностранного") учреждения, клиент должен использовать машину, используя пользовательский интерфейс, который был установлен другим учреждением для своих банковских машин. Кроме того, пользователь ограничен возможностями транзакций, обеспечиваемыми другим учреждением.

Клиент может сталкиваться с трудностями при использовании машины другого (иностранного) учреждения. Проблемы могут иметь место из-за того, что пользователь не знаком с типом машины, используемой другим учреждением. Может иметь место путаница, потому что клиент не знает, какие кнопки или другие устройства нужно активизировать, чтобы выполнить желаемые транзакции. Поток транзакций для клиента в машине другого учреждения может значительно отличаться от машин, используемых "домашним" учреждением пользователя. Может быть особенно проблематично, когда пользователь является представителем другой страны и не знаком с типом банковских машин или языком интерфейса, предоставляемого другим учреждением. Аналогично, документы, которые напечатаны принтерами в автоматизированной банковской машине, обычно лимитируются ограниченной группой определенных форматов на одном языке.

Другое учреждение может также обеспечивать отличные типы транзакций, чем те, с которыми пользователь знаком в своем "домашнем" учреждении. Например, "домашнее" учреждение пользователя может допускать перевод средств между счетами через их автоматизированные банковские машины, чтобы дать возможность пользователю поддерживать средства на счетах, приносящих более высокие проценты, пока они не потребуются. Если другое учреждение не обеспечивает такую возможность, пользователь будет не способен сделать это при работе с другой машиной. Неспособность пользователя на другой ("иностранной") машине провести транзакции, к которым он привык, может представлять проблемы.

Сети, которые используют автоматические кассовые машины и другие типы автоматизированных банковских машин, обычно используют частные сети, доступ к которым ограничен. Это необходимо для того, чтобы предотвратить мошенничество или вмешательство в сеть или пользовательские счета. Частные сети также обычно используются для передачи сообщений о кредитных карточках и других сообщений о финансовых транзакциях. Доступ к такой системе, обрабатывающей кредитные карточки, также ограничен прежде всего с целью поддержания защиты.

Связь по глобальным сетям дает возможность передавать сообщения между удаленными местоположениями. Наиболее известная глобальная сеть - Интернет, которая может использоваться для обеспечения связи между компьютерами во всем мире. Интернет не используется так широко для сообщений о финансовых транзакциях, потому что не является безопасной системой. Сообщения, предназначенные для получения по адресу специфического компьютера, могут быть перехвачены по другим адресам без обнаружения. Поскольку сообщения могут быть перехвачены в местоположениях, которые в мире являются отдаленными от получателя, для которого оно предназначено, имеется возможность для мошенничества и искажения.

Компании начинают предоставлять подходы для более безопасной передачи сообщений по Интернет. Способы шифрования также применяют к передаваемым по Интернет сообщениям. Однако открытость Интернет ограничила его полноценность для целей финансовых сообщений, особенно финансовых сообщений, связанных с работой автоматизированных банковских машин.

Сообщения в глобальных сетях могут быть переданы, используя протокол управления передачей/протокол Интернет ("TCP/IP"). Патент США №5706422 раскрывает пример системы, в которой к финансовой информации, сохраненной в базах данных, обращаются через частную глобальную сеть, используя сообщения TCP/IP. Сообщения, передаваемые в таких сетях, которые используют TCP/IP, могут включать в себя "документы" (также называемые "страницами"). Такие документы создают на языке гипертекстовой разметки ("HTML"), который относится к языку разметки, являющимся типом языка программирования, используемого для создания документов с встроенными командами, или "тегами". Теги являются кодами, которые определяют признаки и/или операции документа, такими как шрифты, расположение, вставленные графические изображения и гипертекстовые связи. Документы на языке разметки, такие как документы HTML, обрабатывают или считывают с использованием компьютерной программы, называемой "броузер". Теги сообщают броузеру, как обрабатывать и управлять объектами, которые видны на экране и/или прослушиваются в динамиках, соединенных с компьютером, выполняющим программу броузера при обработке документа. Документы HTML могут быть переданы по сети с использованием протокола передачи гипертекстовых файлов ("HTTP"). Термин "гипертекст" является ссылкой на возможность внедрять связи в текст документа, которые позволяют связываться с другими документами, к которым можно обращаться в сети.

Таким образом, существует потребность в автоматизированной банковской машине и системе, которые могут использоваться в глобальной сети, такой как Интернет, в то же время обеспечивая высокий уровень защиты. Также существует потребность в автоматизированной банковской машине и системе, которые обеспечивает пользователя знакомым интерфейсом и возможностями осуществления транзакций своего "домашнего" учреждения при работе с машинами другого ("иностранного") учреждения. Также дополнительно существует потребность в машине, которая может обеспечивать пользователей большим количеством возможностей осуществления транзакций и типов поощрительных и печатных материалов.

Сущность изобретения

Задачей настоящего изобретения является создание автоматизированной банковской машины, в которой пользователь может проводить транзакции.

Следующей задачей настоящего изобретения является создание автоматизированной банковской машины, которая может использоваться посредством подключения с глобальной сетью.

Дополнительной задачей настоящего изобретения является создание автоматизированной банковской машины и системы, которые обеспечивают пользователя знакомым интерфейсом и возможностями проведения транзакций его "домашнего" учреждения в машинах, используемых другими (иностранными) учреждениями.

Следующей задачей настоящего изобретения является создание автоматизированной банковской машины, которая осуществляет связь с использованием документов HTML и сообщений TCP/IP.

Другой задачей настоящего изобретения является создание автоматизированной банковской машины, которые допускают подсоединение банковской машины к "домашнему" учреждению пользователя посредством языка разметки документов и сообщений TCP/IP, сформированных в зависимости от информации указания на карточке, вставленной пользователем.

Еще одной задачей настоящего изобретения является создание автоматизированной банковской машины и системы, которая выполняет транзакции по глобальной сети, в то же время поддерживая высокий уровень защиты.

Следующей задачей настоящего изобретения является создание автоматизированной банковской машины и системы, которая управляет подключением банковской машины к внешним адресам через прокси-сервер.

Еще одной задачей настоящего изобретения является создание автоматизированной банковской машины, которая ограничивает работу устройств в машине через локальный сервер устройства.

Следующей задачей настоящего изобретения является создание автоматизированной банковской машины и системы, которая работает посредством подключения к Интернет.

Другой задачей настоящего изобретения является создание автоматизированной банковской машины, которая может быть использована для обеспечения пользователя большим количеством типов сообщений, включая сообщения, направленные конкретным пользователям.

Следующей задачей настоящего изобретения является создание автоматизированной банковской машины, которая способна обеспечивать пользователей большим разнообразием напечатанных документов.

Еще одной задачей настоящего изобретения является создание автоматизированной банковской машины, который обеспечивает дополнительные возможности для идентификации авторизованных пользователей.

Следующей задачей настоящего изобретения является создание автоматизированной банковской машины, которая может быть использована при подключении к существующим системам передачи транзакций, в то же время обеспечивая расширенные функциональные возможности.

Другой задачей настоящего изобретения является создание автоматизированной банковской машины, которая обеспечивает возможности расширенной диагностики и обслуживания.

Следующей задачей настоящего изобретения является создание автоматизированной банковской машины, которая исполняет транзакции более быстро.

Следующей задачей настоящего изобретения является создание усовершенствованной системы, в которой используются автоматизированные банковские машины.

Другой задачей настоящего изобретения является создание улучшенных способов работы для автоматизированных банковских машин и систем.

Дополнительные задачи настоящего изобретения очевидны из нижеследующего описания наилучших режимов осуществления изобретения и прилагаемой формулы изобретения.

Вышеприведенные задачи решаются в примере варианта осуществления изобретения посредством автоматизированной банковской машины, которая включает в себя устройства вывода, такие как экран дисплея, и устройства ввода данных, такие как сенсорный экран и/или клавиатура. Банковская машина дополнительно включает в себя устройства, такие как автомат для выдачи наличных бумажных денег, механизма печати, устройства считывания/записи с карточки, механизм депозитария и другие функциональные устройства транзакций, которые используются машиной при выполнении банковских сделок.

Банковская машина оперативно подключена, по меньшей мере, к одному компьютеру. Компьютер оперативно подключен к устройствам вывода и устройствам ввода данных, а также к автомату для выдачи наличных денег, устройству считывания карточек и другим устройствам осуществления физических транзакций в банковской машине. Компьютер включает в себя программное обеспечение, выполняемое в нем. Программное обеспечение включает в себя часть для обработки документов для обработки HTML или других документов. Часть для обработки документов посылает и принимает документы HTML и HTTP-сообщения. Часть для обработки документов HTML предпочтительно оперативно соединена с устройствами вывода, чтобы осуществить отображение данных, включающих в себя указатели гипертекстовых связей. Часть для обработки документов также предпочтительно оперативно соединена с устройством ввода данных, которое позволяют пользователю осуществлять выбор и формирование ответных сообщений от компьютера. Часть для обработки документов предпочтительно оперативно соединена с программной средой JAVA и имеет возможность выполнения команд в сценарии на языке JAVA (JAVA-сценарии), переданном с документами.

Программное обеспечение в компьютере примера варианта осуществления дополнительно предпочтительно включает в себя прикладную часть управления устройством. Прикладная часть управления устройством включает в себя программное обеспечение, которое предназначено для управления автоматом для выдачи бумажных денег и другими устройствами. В примере варианта осуществления изобретения прикладная часть управления устройством включает в себя множество прикладных программ на языке JAVA (JAVA-аплетов) для рабочих устройств в машине.

Компьютер в примере варианта осуществления автоматизированной банковской машины дополнительно включает в себя часть программного интерфейса для связи с устройствами. Часть программного интерфейса для связи с устройствами предназначена, чтобы принимать сообщения от прикладной части управления устройством и чтобы вынуждать устройства работать посредством соответствующих аппаратных интерфейсов. В одном из вариантов осуществления автоматизированной банковской машины часть для обработки документов, прикладная часть управления устройством и часть программного интерфейса для связи с устройствами каждая постоянно находятся в одном и том же компьютере и обмениваются через различные порты IP.

Автоматизированная банковская машина согласно изобретению в одном из примеров конфигурации обменивается с использованием сообщений TCP/IP в интрасети (интранет - корпоративной сети), которая включает в себя множество таких машин. Интрасеть, в свою очередь, связана, по меньшей мере, с одним компьютером, который используется "домашним" учреждением. "Домашнее" учреждение является объектом, который оперирует банковскими машинами.

Компьютер "домашнего" учреждения предпочтительно включает в себя "домашний" сервер HTTP, прокси-сервер и сервер устройства. Прокси-сервер связывается через интрасеть с частью программного обеспечения для обработки документов в каждой из банковских машин. Прокси-сервер также может быть подсоединен к глобальной сети, такой как Интернет, с которой связаны другие серверы. Сервер устройства предназначен для передачи сообщений между прикладной частью программного обеспечения управления устройством и частью программного интерфейса для связи с устройствами в банковских машинах. Сервер устройства может включать в себя программное обеспечение монитора, которое контролирует и выборочно ограничивает использование и работу устройств в банковской машине. Это обеспечивает уровень защиты.

Автоматизированная банковская машина и система примера варианта осуществления функционирует, чтобы осуществить для пользователей соединение с учреждением, где они имеют свои счета. Это может быть или "домашнее" учреждение, которое использует банковскую машину, где присутствует пользователь, или другое (иностранное) учреждение, которое связано с глобальной сетью. Чтобы использовать банковскую машину, пользователь осуществляет ввод данных, которые соответствуют адресу, такому как URL-адрес (унифицированный указатель информационного ресурса), через устройство ввода данных адреса. Часть для обработки документов служит для соединения банковской машины с сервером, соответствующим этому адресу. Это может быть выполнено в примере варианта осуществления пользователем, имеющим информацию указания, представляющую адрес на карточке, которая считывается устройством считывания карточки в банковской машине или другим устройством ввода данных, идентифицирующим пользователя, или учреждение, или объект, с которым пользователь имеет расчеты.

Часть для обработки документов в ответ на ввод адреса с карточки или другие вводимые сведения соединяется через прокси-сервер с учреждением пользователя. Если "домашний" адрес учреждения пользователя соответствует "домашнему" серверу, банковская машина работает в ответ на получение сообщений от "домашнего" сервера. Если, однако, введенный адрес пользователя соответствует адресу другого сервера, прокси-сервер связывается через глобальную сеть с другим (иностранным) сервером в "домашнем" учреждении клиента. Если клиент вынуждает машину подключать сервер, используемый другим учреждением, документы, посланные от этого другого учреждения, соответствуют документам, обычно выдаваемым этим другим учреждением. В результате клиент знаком с интерфейсом, сформированным в соответствии с этими документами, и способен более легко использовать банковскую машину.

Другой ("иностранный") сервер или "домашний" сервер использует банковскую машину, посылая документы, которые включают в себя команды, которые дают возможность работать устройствам в банковской машине. Команды передают из части обработки документов к прикладной части программного обеспечения для управления устройством, которое использует устройства в ответ на команды. Команды из прикладной части управления устройством на устройства в автоматизированной банковской машине проходят через сервер устройства "домашнего" учреждения. Это помогает поддерживать защиту. Кроме того, прокси-сервер может включать в себя защищающее программное обеспечение, которое ограничивает подключение других серверов, которые могут подключиться и использовать банковскую машину. Это называют "межсетевым экраном".

Варианты осуществления настоящего изобретения также обеспечивают расширенные интерфейсы пользователя и для печати большого многообразия документов с использованием банковской машины. Изобретение также позволяет достичь расширенных функциональных возможностей при использовании существующих сетей транзакций и автоматизированных машин транзакций.

Краткое описание чертежей

Фиг.1 изображает схематическое представление конфигурации сети, включающей в себя пример варианта осуществления устройства автоматизированной банковской машины и системы согласно настоящему изобретению.

Фиг.2 изображает схематическое представление примера варианта осуществления автоматизированной банковской машины согласно настоящему изобретению.

Фиг.3-24 изображают схематическое представление автоматизированной банковской машины, интрасети, подключающей банковскую машину к компьютерной системе "домашнего" банка, и глобальной сети, подключающей компьютерную систему "домашнего" банка к другому банку.

Фиг.3-18 в схематичном виде представляют этапы выполнения транзакции, выполняемые в банковской машине с компьютерной системой "домашнего" банка.

Фиг.19-24 схематично представляют этапы выполнения транзакции, выполняемые в банковской машине с компьютерной системой другого банка.

Фиг.25 является схематическим представлением конфигурации сети, включающей в себя альтернативный вариант осуществления автоматизированной банковской машины, согласно настоящему изобретению.

Фиг.26 схематично представляет вид кадров в части обработки документа HTML согласно альтернативному варианту осуществления автоматизированной банковской машины, показанному на фиг.25.

Фиг.27 является схематическим представлением интерфейса клиента автоматизированной банковской машины и функциональных клавиш и клавиш вспомогательной клавиатуры, включенных в интерфейс.

Фиг.28-30 схематично представляют примеры этапов при преобразовании введенных данных с помощью функциональной клавиши и клавиш вспомогательной клавиатуры во вводимый поток данных клавиатуры и поток данных от мыши.

Фиг.31 схематично представляет пример этапов при печати документов с помощью автоматизированной банковской машины.

Фиг.32 показывает изображение на экране, представляющее объединенные выводимые данные от пяти броузеров, работающих в автоматизированной банковской машине.

Фиг.33 показывает изображение на экране, представляющее выводимые данные от трех броузеров, работающих в автоматизированной банковской машине.

Фиг.34 показывает изображение на экране, представляющее выводимые данные от девяти броузеров, работающих в автоматизированной банковской машине.

Фиг.35 показывает изображение на экране, представляющее выводимые данные от двух броузеров, работающих в автоматизированной банковской машине.

Фиг.36 показывает изображение на экране, представляющее среду визуального программирования для создания блоков управления терминалом.

Фиг.37 изображает часть визуального рабочего пространства, представляющего соединение событий с методами и соединение параметров между объектами АКМ.

Фиг.38 показывает изображение на экране, представляющее окно для создания, рассмотрения или изменения соединения события с методом.

Фиг.39 является таблицей, представляющей объекты АКМ и связанные визуальные графические символы (иконки).

Фиг.40-53 схематично представляют примеры объектов АКМ со связанными методами, событиями и свойствами.

Фиг.54 схематично представляет взаимодействие между клиентом, блоком управления терминалом, базой данных, главным компьютером и множеством устройств АКМ.

Фиг.55 является схематичным видом, представляющим взаимодействие между объектом профиля клиента и множеством сохраненных данных.

Фиг.56 является схематичным видом, представляющим пример АКМ, которая дает возможность объектам АКМ определить возможности устройств и определить правила для использования устройств "нейтрализации" неисправности, когда первоначальное устройство становится недействующим.

Фиг.57 является схематичным видом, представляющим альтернативный вариант осуществления АКМ, которая включает в себя модифицированное ядро J/XFS, чтобы дать возможность объектам АКМ определить возможности устройств и определить правила использования устройств "нейтрализации" неисправности.

Фиг.58 является схематичным видом, представляющим нативный вариант осуществления АКМ, которая включает в себя расширенный уровень ОУРУ ("открытые услуги для работы с устройствами", ODS) для предоставления возможности объектам АКМ определить возможности устройств и определить правила для использования устройств "нейтрализации" неисправности.

Фиг.59 является схематичным видом, представляющим альтернативный вариант осуществления АКМ, которая включает в себя уровень ОУРУ для обеспечения интерфейса между модифицированным ядром J/XFS и администратором WOSA/XFS. Наилучшие варианты осуществления изобретения.

На чертежах, и конкретно на фиг.1, изображена сетевая конфигурация, схематично обозначенная 10, которая включает в себя устройство автоматизированной банковской машины и систему согласно одному из примеров варианта осуществления настоящего изобретения. Сеть 10 включает в себя множество автоматизированных банковских машин 12, которые в примере системы являются АКМ. АКМ 12 связаны с компьютерной системой "домашнего" банка, схематично обозначенным 14. Компьютерная система 14 "домашнего" банка является компьютерной системой, которая используется банком или другим учреждением, на которое наложена первичная ответственность за АКМ 12. Компьютерная система 14 "домашнего" банка связана с АКМ 12 через интрасеть 16. Интрасеть 16 предпочтительно является локальной или частной сетью, которая обеспечивает связь между компьютерной системой 14 и банковскими машинами 12, используя сообщения в формате протокола управления передачей/протоколом Интернет ("TCP/IP").

Сообщения, которые передаются через интрасеть 16, в примере варианта осуществления являются предпочтительно сообщениями TCP/IP и документами на языке гипертекстовой разметки ("HTML"). В одном примере варианта осуществления изобретения документы HTML, посланные через интрасеть 16, включают в себя внедренные команды объектно-ориентированного языка программирования, предпочтительно в формате JAVA®, который был разработан фирмой Sun Microsystems. Сообщения, посланные через интрасеть 16, могут быть посланы в зашифрованной или незашифрованной форме в зависимости от свойств системы и потребностей защиты "домашнего" банка.

Следует отметить, что варианты осуществления изобретения могут обрабатывать другие формы документов, которые включают в себя теги или команды. Например, недавно была разработана форма "расширенного" HTML ("XML"), которая может использоваться в вариантах осуществления изобретения. Для целей изобретения все такие формы языков и варианты, которые включают в себя документы, причем эти документы включают в себя команды, должны быть названы как документы на языке разметки. Аналогично, хотя в описанном варианте осуществления используется JAVA®, могут использоваться другие языки программирования. Например, Active-Х™, разработанный корпорацией Microsoft или другие языки могут использоваться в других вариантах осуществления. Должно быть также понятно, что команды, включенные в документы, могут вынудить компьютер обращаться к другим документам, записям или файлам по другим адресам, чтобы получить программу для выполнения операции.

Компьютерная система 14 "домашнего" банка также может быть подсоединена, как показано, к глобальной сети 18. В некоторых вариантах осуществления изобретения глобальной сетью 18 является Интернет. В других вариантах осуществления изобретения могут использоваться другие глобальные сети. Глобальная сеть предпочтительно обменивается сообщениями в формате TCP/IP между многочисленными компьютерными системами, связанными с глобальной сетью. Эти другие компьютерные системы схематично представлены серверами 20, 22, 24, 26 и 28. Должно быть понятно, что серверы 20 - 28 могут использоваться или быть подсоединены к другим финансовым учреждениям во всем мире. Серверы 20 - 28 предпочтительно во время работы обмениваются документами на языке разметки и другими сообщениями HTTP.

Фиг.2 изображает схематичное представление АКМ 12, используемой в одном из примеров варианта осуществления изобретения. АКМ 12 включает в себя сенсорный экран 30. Сенсорный экран 30 включает в себя экран дисплея, который служит в качестве устройства вывода для связи с пользователем машины. Сенсорный экран 30, так как он является сенсорным экраном, также служит в качестве устройства ввода данных для приема команд, введенных пользователем. Сенсорный экран 30 соединен через интерфейс 32, по меньшей мере, с одним компьютером 34, который предпочтительно размещен в машине. Альтернативные варианты осуществления изобретения могут включать в себя другие типы и/или дополнительные устройства вывода, такие как звуковые динамики.

Компьютер 34 также соединен со множеством обеспечивающих выполнение транзакций устройств 36, которые включены в АКМ 12. Устройства 36 включают в себя, например, устройство считывания, такое как устройство 38 считывания/записи на карточку и клавиатуру 40. Устройства 36 дополнительно включают в себя устройство 42 выдачи наличных денег, которое служит для выдачи листков, которые в некоторых предпочтительных вариантах изобретения являются деньгами или банковскими билетами. Устройства 36 также включают в себя депозитарий 44 (хранилище) для приема депозитов в безопасное место в машине. Депозиты в вариантах осуществления изобретения могут включать в себя листы, такие как счета и чеки и/или ценные бумаги, размещенные в конвертах, таких как депозитарные конверты. Принтер 46 для печати чеков для предоставления клиентам чеков транзакций также присутствует среди устройств 36. Журнальный принтер 48 (протоколирования событий) также присутствует среди устройств для сохранения твердой копии записи информации, относящейся к транзакции. В других вариантах осуществления могут использоваться другие или дополнительные функциональные устройства осуществления транзакций, выполняющие другие функции поддержки транзакций. Другие варианты осуществления могут включать в себя меньшее количество функциональных устройств осуществления транзакций. Должно быть также понятно, что, хотя описанным вариантом осуществления изобретения является автоматизированная банковская машина, принципы изобретения могут использоваться во многих типах машин транзакций, которые не обязательно выполняют банковские транзакции.

Каждое из устройств оперативно связано с внутренней шиной 50 управления в банковской машине 12. Шина 50 управления выдает внутренние сообщения на конкретные устройства. Каждое устройство имеет соответствующий аппаратный интерфейс, который дает возможность конкретному устройству работать так, чтобы выполнить его соответствующую функцию в ответ на сообщения, переданные ему по шине 50 управления. Устройство 38 считывания/записи на карточку имеет аппаратный интерфейс, схематично обозначенный позицией 52. Аппаратные интерфейсы 54, 56, 58, 60 и 62 предназначены соответственно для подключения клавиатуры 40, устройства 42 выдачи наличных денег, устройства 44 депозитария, печатающего устройства 46 для печати чеков и журнального принтера 48 к шине 50 управления.

Компьютер 34 имеет несколько выполняемых в нем программ. В примере варианта осуществления изобретения эти программы включают в себя часть программного интерфейса для связи с устройством, в целом обозначенную позицией 64. Часть 64 программного интерфейса для связи с устройством предпочтительно включает в себя программный интерфейс 66 с устройством, который вынуждает компьютер передавать электронные сообщения по шине 50 управления. Часть 64 программного интерфейса для связи с устройством также предпочтительно включает в себя программу 68 управления устройством. Программа управления устройством предпочтительно предназначена для управления различными устройствами 36 и управления их различными состояниями, чтобы быть уверенным, что они должным образом работают в последовательности. Программа управления устройством также предпочтительно предназначена для обмена с программными объектами устройств, чтобы дать возможность работать устройствам в ответ на, по меньшей мере, одну объектно-ориентированную программу. Часть 64 программного интерфейса для связи с устройством также включает в себя объектно-ориентированную программную часть 70, которая в одном примере варианта осуществления является прикладной задачей, написанной на языке JAVA. Программа 70 работает вместе с программой управления устройством, чтобы получать сообщения, которые заставляют устройства работать, и передавать сообщения о работе устройства, показывающие способ, которым устройства работают и/или принимают входные данные.

Часть 64 программного интерфейса для связи с устройством в описанном варианте осуществления работает на компьютере 34 и связывается через физическое TCP/IP соединение 72 с интрасетью 16. Физическое соединение может быть аналоговым телефонным соединением (кабелем), последовательным портом, соединением с цифровой сетью с комплексными услугами (ЦСКУ, ISDN) или другим подходящим соединением. В конфигурации показанной системы часть 64 программного интерфейса для связи с устройством обменивается посредством IP-адреса компьютера 34 через IP-порт, или разъем, обозначенный 74, который является отличным от других программных прикладных задач. В других вариантах осуществления изобретения часть 64 программного интерфейса для связи с устройством может работать в отличном компьютере, чем тот, на котором работают другие прикладные задачи.

Должно также быть понятно, что, хотя в примере варианта осуществления изобретения часть 64 интерфейса для связи с устройством является программной, в других вариантах осуществления изобретения все или части команд выполнения операций, осуществляемых программной частью 64, могут быть резидентными в ПЗУ или на других носителях записи, подключенных к одному или более компьютерам, которые служат для обмена с устройствами 36. Для целей изобретения все такие формы выполнимых команд названы программным обеспечением.

Другое программное обеспечение также работает в компьютере 34. Это программное обеспечение включает в себя программное обеспечение обработки документов, которое включает в себя броузер, схематично обозначенный позицией 76. В одном примере варианта осуществления изобретения программное обеспечение обработки документов включает в себя броузер Netscape Navigator®, предоставляемый фирмой Netscape Communications. Однако в других вариантах осуществления может использоваться другое программное обеспечение обработки документов и обмена сообщениями и программы-броузеры, такие как Hot JAVA® фирмы Sun Microsystems или Internet Explorer (TM) от фирмы Microsoft. Броузеры, используемые в вариантах осуществления изобретения, могут быть предназначены для обработки документов и служат, чтобы вынудить компьютер выдавать выходные сигналы, которые могут использоваться для получения видимых изображений на экране, а также и другие типы сигналов или сообщений. В примере варианта осуществления броузер 76 обменивается в компьютере 34 через IP порт, обозначенный позицией 78.

Броузер 76 находится в оперативном соединении с программным обеспечением 80 среды JAVA, которое дает возможность компьютеру 34 выполнять программы на языке JAVA. Программы на языке JAVA имеют то преимущество, что они могут работать одинаково на разнообразных платформах аппаратных средств без модификации. Этот возможность "запись однократно/выполнение везде" делает среду JAVA хорошо подходящей для описанного варианта осуществления изобретения. Однако другие варианты осуществления могут использовать отличные типы программ.

Программное обеспечение 80 среды JAVA дает возможность компьютеру 34 выполнять команды в JAVA-сценарии, схематично обозначенным позицией 82. Команды, которые выполняются компьютером в JAVA-сценарии, предпочтительно являются внедренными командами JAVA-сценария, которые включены в документы HTML, получаемыми через броузер 76. В этом примере варианта осуществления броузер 76, связанный с программным обеспечением 80 среды JAVA, которая выполняет команды во внедренном JAVA-сценарии 82, служит в качестве части программного обеспечения для обработки документов HTML, для передачи и получения документов HTML и сообщений TCP/IP через порт IP, обозначенный позицией 78. В других вариантах осуществления могут использоваться другие броузеры и/или программное обеспечение для обработки документов HTML.

Компьютер 34 также имеет программное обеспечение, выполняемое на нем, имеющее прикладную часть 84 управления устройством. Прикладная часть 84 управления устройством содержит выполняемые команды, относящиеся к работе устройств 36. В примере варианта осуществления изобретения прикладная часть управления устройством включает в себя множество JAVA-аплетов. В описанном варианте осуществления апплеты также предпочтительно являются программами, служащими для управления и отслеживания состояния устройств, с которыми они связаны. Некоторые апплеты также предпочтительно предназначены, чтобы настроить конфигурацию броузера для обмена сообщениями. Некоторые апплеты управляют защитой и подтверждают подлинность объектов, которые используют АКМ.

В описанной форме изобретения JAVA-апплеты связаны с блоками, реализующими такие функции, как разрешение работы механизма устройства считывания с карточки, уведомление броузера, что данные с карточки пользователя были введены, использование механизма принтера для печати чеков, использование механизма журнального (для протоколирования транзакций) принтера, разрешение работы клавиатуры клиента и прием введенных данных через клавиатуру, использование устройства выдачи наличных денег, использование депозитария, "навигация" по адресам документа, обеспечение функции устройства синхронизации, верификация цифровых подписей, управление шифрованием сообщений, управление объединением счетов, выданных из множества механизмов выдачи наличных денег, исчисление сумм в иностранной валюте и обеспечение завершения транзакции и выдача команды броузеру возвратиться к обмену с "домашним" сервером. Конечно, в других вариантах осуществления могут использоваться другие апплеты для управления устройствами и используемыми данными для выполнения различных требуемых функций с машиной. Прикладная часть 84 управления устройством обменивается в компьютере 34 через IP-порт, указанный позицией 86.

В описанном варианте осуществления изобретения прикладная часть 84 программного обеспечения управления устройством не передает свои сообщения непосредственно на часть 64 программного интерфейса для связи с устройствами. Как объяснено ниже, это является одним из подходов для обеспечения повышенной степени защиты. Однако должно быть понятно, что варианты осуществления изобретения могут предусматривать, что прикладная часть 84 управления устройством может непосредственно обмениваться сообщениями о работе устройств с программой 70 управления устройствами. Это может быть осуществлено или посредством внутреннего использования TCP/IP, путем направления сообщений обычным образом через очередь, установленную в операционной системе компьютера, связанного с программным обеспечением, которое связывается с программным обеспечением, служащим в качестве интерфейса с устройствами, или посредством прямого запроса к этому программному обеспечению.

Из предшествующего описания также видно, что некоторые апплеты в прикладной части 84 управления устройством могут соответствовать устройствам, которые не представлены во всех автоматических кассовых машинах. Например, автоматическая кассовая машина, которая работает только в качестве автомата для выдачи наличных, не включает в себя механизм депозитария, подобного депозитарию 44. Чтобы приспособиться к ситуации, когда пользователь запрашивает транзакцию, которая физически невозможна для АКМ 12, часть 64 программного интерфейса для связи с устройством может быть запрограммирована для выдачи соответствующего ответного сообщения, чтобы указать о недоступности функций.

Альтернативно, часть программного интерфейса для связи с устройством может включать в себя функцию, которая проверяет присутствие или отсутствие каждого типа физического устройства в составе АКМ. Информация, указывающая, что устройство представлено в АКМ, может быть включена в качестве части сообщений, сформированных АКМ. Например, информация, указывающая устройства, которые работают в АКМ, может быть включена в качестве части или нескольких частей URL-адресов, по которым сообщения направлены посредством АКМ. Таким образом, URL в сервере, с которым соединяется АКМ, может иметь такую конфигурацию, чтобы обеспечивать только документы, которые соответствуют типам транзакций, которые АКМ способен выполнять. В результате броузер не отображает документы, которые включают в себя ссылки на типы транзакций, которые машина не способна выполнить. Таким образом, например, машина может не выдавать изображение в ответ на документ, который включает в себя ссылку на транзакцию депозита, если машина не включает в себя депозитарий.

Альтернативно, машина может включать в себя данные в запоминающем устройстве, представляющие функциональные устройства, входящие в состав машины. Они могут включать в себя, например, данные, представляющие множество устройств в машине, и конфигурации таких устройств, или, альтернативно, указатель, такой как машинный номер, достаточный для идентификации возможностей машины. Данные устройства, указывающие функциональные устройства в машине, передаются на сервер, и сервер функционирует так, чтобы передать соответствующие документы для устройств, представленных в машине. Это может быть сделано на основании данных, соответствующих данным устройства, из машины, или может быть принято решение выдать их из запоминающего устройства, в котором хранятся данные, представляющие функциональные устройства в машине, связанной с конкретным указателем. Документы, выборочно направленные сервером на броузер машины, будут включать в себя соответствующие ссылки на функциональные устройства, представленные в машине. В альтернативных вариантах осуществления сообщения от машины могут указывать тип запрошенной транзакции или другую информацию, которая соответствует устройствам или операционным возможностям, доступным в конкретной машине, в которой клиентом запрашивается транзакция. Доступными документами могут быть статические документы или могут быть сформированы во время выполнения из поддокументов или других данных, чтобы обеспечить соответствующие выходные данные и команды на устройства вывода машины транзакций.

Фиг.3 изображает АКМ 12, связанную через интрасеть 16 с компьютерной системой 14 "домашнего" банка. Компьютерная система 14 включает в себя прокси-сервер 88. Система 14 дополнительно включает в себя "домашний" сервер 90 HTTP. Компьютерная система 14 дополнительно включает в себя сервер 92 устройств. Прокси-сервер, "домашний" сервер HTTP и сервер устройства могут быть включены в один компьютер, как показано, или в других вариантах осуществления могут быть отдельными компьютерами. В других вариантах осуществления могут работать дополнительные серверы.

"Домашний" сервер 90 HTTP предпочтительно связан с сохраненными данными и находится в электронной связи с компьютерной системой вспомогательного офиса, схематично указанного позицией 94. Компьютерная система 94 вспомогательного офиса следит за дебитованием или кредитованием клиентских счетов, когда они проводят транзакции в автоматизированных банковских машинах. Кроме того, вспомогательный офис 94 также предпочтительно отслеживает транзакции с целью выполнения взаиморасчетов с другими учреждениями, которые являются участниками системы и чьи клиенты проводят транзакции в АКМ 12.

Как описано ниже, прокси-сервер 88 в описанном варианте осуществления также связан через глобальную сеть 18 с другими серверами, таким как сервер 96 другого ("иностранного") учреждения. Сервер 96 другого учреждения является примером сервера, используемого учреждением или организацией, отличными от учреждения, которое использует компьютерную систему 14. Должно быть понятно, что, в то время как сервер 96 другого учреждения указан как используемый "иностранным" учреждением, это не обязательно указывает, что учреждение расположено в другой стране, отличной от страны, в котором находится учреждение, использующее компьютерную систему 14. Однако, возможно, что сервер 96 другого учреждения может быть расположен в подобной другой стране, включая страну, в которой язык общения отличается от языка, который обычно используется в стране, где расположена АКМ 12.

Проведение транзакций с использованием АКМ 12 описано со ссылками на фиг.3-24. Должно быть понятно, что нижеследующие описанные транзакции являются просто примерами работы устройства и системы, и устройство и система могут быть сконфигурированы и использоваться множеством способов для выполнения транзакций.

В начале примера транзакции, как схематично представлено на фиг.3, броузер 76 связывается через интрасеть 16 с прокси-сервером 88. Связь устанавливают предпочтительно таким способом, чтобы документы HTML, предназначенные для привлечения клиентов к АКМ 12, обрабатывались и выдавались для отображения на сенсорном экране 30. Это названо "режимом привлечения". Эти документы HTML, которые обрабатывают в броузере для получения выходных данных в форме экранных изображений для отображения на сенсорном экране 30 (и/или выходных данных через другие устройства вывода, входящие в состав машины), могут выдаваться из "домашнего" сервера 90 HTTP, который функционирует для передачи документов HTML на прокси-сервер. "Домашний" сервер HTTP посылает сообщения, адресованные IP порту, связанному с броузером 76, чтобы вызвать их отображение в надлежащей машине АКМ. Должно быть понятно, что, в то время как в этом примере описан "домашний" сервер 90, обменивающийся с АКМ через прокси-сервер 88, сервер 90 может в других системах, охватываемых в соответствии с изобретением, связываться непосредственно с АКМ.

Основное преимущество данной системы заключается в том, что "домашний" сервер 90 HTTP может направлять документы выборочно к АКМ 12, связанным с интрасетью 16. Эти документы могут включать в себя сообщения или материал, "привязанный" к специфическому местоположению, в котором расположена АКМ 12. Примеры конкретных "привязанных" экранных изображений могут включать в себя двуязычные сообщения в некоторых местностях или информацию относительно обмена валюты в различных портах захода. Материал или сообщения могут включать в себя рекламирование различных товаров или услуг или другие материалы, целенаправленно предназначенные для местоположений конкретных машин. JAVA-апплеты и JAVA-сценарий загружают из центрального местоположения, обеспечивающего выборочное распространение программного обеспечения во многие АКМ, которое может также использоваться для приспособления АКМ к их среде, вынуждая их обращаться к документам, включающим в себя материал, который может быть полезным в этом местоположении и который не обеспечивается в документах, направленных, по меньшей мере, некоторым другим машинам в системе.

Системы согласно настоящему изобретению могут быть сконфигурированы так, чтобы иметь выбранные с помощью машин HTML документы по различным адресам так, чтобы конкретные документы, к которым осуществляют доступ, включали в себя материал, предназначенный пользователям конкретной машины. Альтернативно, машина может передавать на сервер машинные данные, указывающие ее идентичность и/или местоположение. Исходя из машинных данных и данных, сохраненных в запоминающем устройстве данных на подключенном сервере, сервер может направлять документы, включающие в себя целенаправленный материал. Это может быть выполнено, объединяя поддокументы, или иначе, формируя документы, которые должны быть направлены броузеру конкретной машины. Кроме того, должно быть понятно, что, в то время как в показанном варианте осуществления к документам HTML получают доступ через сервер учреждения, связанного с машиной, к документам, используемым для режима привлечения, можно обращаться от других серверов, используемых другими организациями.

Сенсорный экран 30 в этом примере последовательности транзакций отображает экранное изображение, которое включает в себя графический символ (иконку), которая указывает на одном или более языков, что для того, чтобы начать транзакцию, пользователь должен коснуться экрана. Если пользователь касается экрана в области графического символа, формируется сигнал ввода. Сигнал ввода или сообщение HTTP передают через броузер 76 по "домашнему" адресу "домашнего" сервера 90 HTTP, с которым АКМ 12 связана в настоящее время. Сообщение, передающееся назад на "домашний" сервер HTTP, на фиг.3 представлено стрелками, направленными от броузера 76 к интрасети 16, от интрасети 16 на прокси-сервер 88 и от прокси-сервера на сервер 90 HTTP.

В ответ на прием "домашним" сервером 90 HTTP сообщения, указывающего, что клиент коснулся графического символа на экране, "домашний" сервер воспринимает адрес, к которому осуществляют обращение, чтобы послать сообщение через прокси-сервер 88 (или в других вариантах осуществления - непосредственно) на броузер 76. Это сообщение предпочтительно включает в себя документ HTML, который после обработки посредством броузера формирует изображение на экране, инструктирующее клиента вставить его карточку в механизм 38 устройства считывания с карточки. Поток документов HTML, который представлен графически на фиг.4, предпочтительно также включает в себя внедренный JAVA-сценарий или другие команды, которые работают в среде JAVA, чтобы передать сообщение к JAVA-апплету, ответственному за обеспечение работы устройства считывания с карточки в прикладной части 84 управления устройством. В одном примере варианта осуществления команды выдают указатель или тэг на апплет, который выполняет команды в ответ на прием документа. Конечно, в других вариантах осуществления могут использоваться другие программное обеспечение и подходы.

Как схематично представлено на фиг.5, в ответ на внедренный JAVA-сценарий, активизирующий JAVA-апплет, связанный с выдачей разрешения на функционирование устройства считывания с карточки, JAVA-апплет в прикладной части 84 управления устройством связывается с сервером 92 устройств. Сервер 92 устройств включает в себя программу 98 сервера устройств, которая в примере варианта осуществления является JAVA-программой, которая обеспечивает возможность обмена с JAVA-апплетами и прикладной программой 100 сервера устройств. Сервер 92 устройств предпочтительно также включает в себя прикладную программу 102 монитора, которая предназначена для контроля команд функционирования устройств. Программное обеспечение монитора минимизирует риск мошенничества или злоупотребления посредством способа, объясненным ниже.

Возвращаясь к типовой транзакции, выполнение которой представлено на фиг.5, в ответ на прием сообщения разрешения работы устройства считывания с карточки от прикладной части 84 управления устройством сервер 92 устройств формирует сообщение, передаваемое через интрасеть 16 на часть 64 программного интерфейса для связи с устройством в АКМ 12. Это сообщение, которое содержит запись HTTP, включающее в себя команды для функционирования устройства считывания с карточки, направляют к порту IP, обозначенному позицией 74, с помощью которого связывается часть 64 программного интерфейса для связи с устройством. В ответ на получение этого сообщения программная часть 64 выполняет действия по передаче сообщения или сообщений по шине 50 управления, которые позволяют функционировать механизму 34 устройства считывания с карточки.

Продолжая пример с транзакцией, как представлено на фиг.6, введение карточки клиентом в считывающее устройство 34 карточки вызывает считывание данных карточки и посылку сообщения частью 64 программного интерфейса для связи с устройством к серверу 92 устройств, указывая, что данные с карточки считаны. Это сообщение передают сервером устройств через интрасеть 16 к прикладной части 84 управления устройством. Прикладная часть управления устройством затем посылает сообщение серверу устройств, запрашивающему данные карточки. Сервер 92 устройств передает сообщение с командами, чтобы направить данные с карточки от части 64 программного интерфейса для связи с устройством, которое отвечает посредством сообщения с посланными данными карточки через интрасеть на сервер устройств. Сервер устройств, если не имеется оснований для остановки транзакции, передает запись HTTP, включающую в себя данные карточки, назад через интрасеть 16 к прикладной части 84 управления устройством.

В одном примере варианта осуществления изобретения карточка, вставленная пользователем или клиентом, включает в себя информацию указания, которая соответствует адресу, связанному с пользователем в сети. В таком варианте осуществления информация указания соответствует адресу унифицированного указателя информационного ресурса ("URL"), который обеспечивает информацию о компьютере, где постоянно находится информация пользователя, а также каталог или подкаталог, включающий в себя информацию пользователя, и название документа или ресурса, который включает в себя информацию пользователя. Адрес URL может быть закодирован на карточке клиента. Адрес может быть закодирован на дорожке 3 магнитной полосы, в других место положениях в пределах данных магнитной полосы или посредством кодирования другой считываемой информации указания на карточке. Альтернативно, если карточка клиента является интеллектуальной карточкой ("смарт-карточкой"), которая включает в себя полупроводниковое запоминающее устройство, расположенное на ней, адрес URL, связанный с клиентом, может быть включен как часть сохраненных данных на интегральной микросхеме на карточке клиента.

Альтернативно, URL может быть получен из других данных на карточке, обращаясь к базе данных, в которой адресные сведения являются взаимосвязанными с другими данными, считанными с карточки. Например, традиционные закодированные карточки с магнитной полосой включают в себя в качестве части закодированной учетной записи информацию, идентифицирующую информацию указания, которая указывает учреждение или объект, с которым связана учетная запись клиента. Например, при использовании дебетовых карточек данные карточки включают в себя "банковский идентификационный номер" (БИН). Примеры вариантов осуществления изобретения могут включать в себя при поддержании оперативного соединения с компьютером запоминающее устройство данных, которое включает в себя данные, соответствующие номеру БИН, или другие данные объекта, идентифицирующие связанные данные сетевого адреса. Машина может разрешить использование сетевого адреса для "домашнего" учреждения клиента в ответ на данные идентификации. Машина может использовать разрешенную информацию об адресе из данных на карточке, обращаться к серверу, используемому объектом, с которым пользователь имеет связь, связанную с учетной записью. Как пользователю объясняется позднее, эта особенность может использоваться, чтобы снабдить клиента документами HTML или другими документами такого типа, которые обеспечивают отображение интерфейса и потоки транзакций от их знакомого "домашнего" учреждения или объекта, даже при том, что машина, которую они используют, не управляется этим объектом.

Как можно видеть из нижеследующего описания, объект, имеющий банковскую машину, может быть полностью независимым от объекта, с которым клиенты осуществляют расчеты. Тем не менее клиенту предоставляются выходные данные интерфейса, которые сообщают, что машина является такой машиной, которая используется "своим" конкретным банком или объектом, с которым он имеет взаимосвязи, связанные с расчетами. Клиенту за удобство использования банковской машиной может быть выставлен счет за комиссию за осуществление транзакции. В примерах вариантов осуществления, по меньшей мере, часть этой оплаты будет разделена между учреждением клиента и объектом, использующим банковскую машину, которая обеспечивает эту возможность.

Данные, необходимые для получения адреса для доступа к документам, связанным с клиентом, могут быть также получены из введенных данных со считывающих устройств или других устройств ввода данных, отличных или используемых в дополнение к данным карточки, включая в себя, например, биометрические данные, которые вводятся клиентом через биометрическое устройство считывания. Такие биометрические данные могут включать в себя, например, данные, соответствующие одному или более отпечаткам пальцев, данным от изображения пользователя, например, лица или радужной оболочки глаза, вводимым данным голоса пользователя, включая записанный голос или произносимые пароли, или их комбинации.

Например, и без ограничения, данные, введенные клиентом, например, посредством вставки карточки в считывающее устройство карточки, могут соответствовать или иначе быть используемыми для определения адреса для доступа к записи HTTP, которой может быть файл или документ, включающий в себя информацию, которая может использоваться для подтверждения подлинности пользователя. Эта запись может включать в себя данные, соответствующие номеру ПИН-кода (персональный идентификационный номер, PIN). Информация может включать в себя биометрические данные, соответствующие авторизованному пользователю карточки. Броузер может обращаться к записи и использовать содержимое записи, такие как данные и/или команды, чтобы проверить, что информация указания, соответствующая биометрическим данным в записи, соответствует биометрическим данным пользователя, вводящего карточку. Альтернативно, могут использоваться введенные данные, представляющие внешний вид, голос, другие особенности (или их комбинации) или другие входные данные, чтобы сформировать один или более адресов, которые соответствуют пользователю, а содержимое записи в адресе, к которому осуществляют обращение, используют для проверки, что пользователь машины соответствует пользователю, связанному с записью. Могут использоваться многочисленные подходы в рамках изобретения. Информация в записи, соответствующая пользователю, может быть использована аналогично, чтобы предоставить полномочия некоторым функциональным устройствам машины обслуживать пользователя, в то время как другим устройствам такие полномочия не предоставляют. Например, пользователь, который превышает кредитный лимит, может иметь информацию в записи, к которой осуществляют обращение, которая препятствует приведению в действие автомата для выдачи наличных денег, в то время как пользователи, которые не превышают кредитный лимит, могут иметь информацию (в записи), которая допускает такую операцию. Альтернативно, отсутствие информации в соответствующей записи может разрешать операции, в то время как включение информации выборочно ограничивает работу устройств.

Альтернативно или в дополнение, в вариантах осуществления изобретения информация, которая используется для определения идентичности клиента и/или его счетов, может быть пригодна для использования компьютером, подсоединенным к машине, чтобы сформировать документы, такие как XML-документы. Такие документы могут использоваться для формирования выходных данных из машины, предоставленной клиенту. Такие документы могут альтернативно или дополнительно включать в себя информацию, соответствующую одному или более сетевых адресов. Такие сетевые адреса могут быть использованы для обращения к документам, соответствующим конкретному клиенту или его транзакции.

Возвращаясь к примеру транзакции, данные с карточки от успешно считанной карточки направляют в ответ на действия программы из прикладной части 84 управления устройством к JAVA-апплету, связанному с уведомлением, что данные карточки были введены. В ответ JAVA-апплет формирует JAVA-сценарий, который конфигурирует броузер с адресом URL, соответствующим данным, считанным с карточки. JAVA-апплет также предпочтительно открывает запись, схематично обозначенную 104, для транзакции, которая включает в себя пользовательский сетевой адрес, время и другие данные с карточки. Эта запись в примере варианта осуществления может быть сохранена в запоминающем устройстве в качестве данных в виде объекта в программном обеспечении. Этот объект предпочтительно используется для накопления данных, когда имеет место транзакция. Данные, сохраненные в объекте данных о транзакции, предпочтительно включают в себя данные, введенные посредством устройства ввода данных пользователем, а также данные, представляющие действия, выполняемые обеспечивающими функционирование транзакции устройствами.

Запись или объект данных о транзакции обеспечивают постоянство посредством того, что может быть несколько различных этапов осуществления транзакций, выполняемых клиентом. Способность использовать и совместно использовать данные во множестве различных действий позволяет избежать необходимости формировать их или получать их от клиента более одного раза в ходе сеанса работы пользователя, включающего в себя множество этапов осуществления транзакций. Использование объекта данных о транзакции дает возможность апплетам работать в значительной степени независимо, получая необходимые данные от объекта (данных о) транзакции. Объект данных о транзакции может быть подвергнут обработке, или к нему может быть осуществлено обращение из различных документов. Его содержание может также быть подвергнуто обработке и использоваться для заполнения форм, представленных в документах HTML. Запись или объект данных могут также использоваться для осуществления соответствующей записи в конце сеанса выполнения транзакций. Эта запись может быть сохранена, объединена в пакет данных или направлена по выбранным адресам в локальной или глобальной сети.

В альтернативных формах изобретения карточка клиента или другое изделие, представленное клиентом банковской машине, может включать в себя дополнительные персональные данные, касающиеся клиента. Такие персональные данные могут включать в себя демографические и/или предпочтительно маркетинговые данные, относящиеся к клиенту. Эти персональные данные могут также быть считаны устройством считывания с карточки и сохранены в объекте данных о транзакции или другом подходящем хранилище. Такие данные могут использоваться системой, чтобы осуществлять целенаправленные маркетинговые представления и/или представлять другие сведения специально для конкретного клиента. Включение персональных данных в карточку клиента дает возможность клиенту осуществить больший контроль над его персональными данными, чем тот, который доступен машине и третьим лицам, которые делают маркетинговые представления клиенту. Такой подход может использоваться в качестве альтернативы или как дополнение к системам, использующим центральный архив персональной информации о клиенте. Подход, позволяющий клиенту управлять, какая информация о нем делается доступной для других, может быть более приемлемым для клиентов с точки зрения обеспечения конфиденциальности.

Как схематично представлено на фиг.7, в примере транзакции в ответ на прием броузером 76 данных сетевого адреса URL броузер передает сообщение через интрасеть 16 на прокси-сервер 88. С целью иллюстрации данного примера сетевой адрес, связанный с данными на карточке, является адресом клиента, связанным с "домашним" банком, который использует систему 14. В результате адрес клиента вынудит направить сообщение с прокси-сервера 88 на "домашний" сервер 90 HTTP и обращаться по адресу, ему соответствующему. Альтернативно, в других системах соединение может быть осуществлено непосредственно с сервером 90 без затрагивания прокси-сервера 88. Как описано выше, сетевой адрес может также включать в себя части, указывающие данные, представляющие устройства, которые работают в АКМ.

В примере осуществления транзакции в ответ на получение сообщения "домашний" сервер 90 HTTP находит данные, соответствующие адресным данным клиента (или другие данные) в его связанном запоминающем устройстве, и передает броузеру через его порт IP один или более документов HTML. Эти документы HTML могут включать в себя изображение, опознающее конкретного клиента по имени, а также название банковского учреждения или другого объекта, который использует компьютерную систему 14 "домашнего" банка.

Кроме того, документ HTML предпочтительно включает в себя внедренный JAVA-сценарий, который имеет цифровую сигнатуру или средства для получения цифровой сигнатуры, связанные с "домашним" сервером 90 HTTP. Команда сценария, включенная в документ, в некоторых вариантах осуществления заставляет часть прикладного устройства обращаться по адресу HTTP на сервере, который в описанном варианте осуществления является сервером 90. Адрес HTTP соответствует записи HTTP, которая включает в себя, по меньшей мере, одну команду и предпочтительно включает в себя программу, такую как JAVA-апплет или файл Active-X. Команда используется для работы соответствующего устройства, обеспечивающего функционирование транзакции. Запись HTTP предпочтительно включает в себя данные, представляющие сигнатуру, такую как цифровая сигнатура. Эта цифровая сигнатура принимается в ответ на JAVA-сценарий 82 и обрабатывается в прикладной части 84 управления устройством. JAVA-апплет обрабатывает цифровую сигнатуру, чтобы подтвердить ее подлинность, и если сигнатура может быть приемлемой, разрешает работу банковской машины. В некоторых вариантах осуществления апплет может сравнивать сигнатуру с данными сигнатуры, сохраненными в запоминающем устройстве для предопределенных соотношений, таких как совпадение. Конечно, в вариантах осуществления изобретения могут использоваться и другие подходы верификации полномочий серверов, документов или команд для работы машин или конкретных устройств в них.

После того как апплет проверил, что от сервера 90 HTTP или другой связанной HTTP записи, к которой было обращение, посланы правильная цифровая сигнатура или другие данные авторизации, будет разрешено продолжить транзакции. Если по некоторым причинам правильная цифровая сигнатура не была послана, JAVA-апплет остановит выполнение транзакции и вернет банковскую машину 12 назад в состояние, имевшее место до начала транзакции, подключая АКМ к адресу, связанному с режимом привлечения в "домашнем" сервере 90. Использование подписанных команд может использоваться для гарантии того, что различные устройства, обеспечивающие функционирование транзакций, работают только в ответ на соответствующие сообщения. Использование подписанных команд может быть особенно подходящим для команд, которые запускают в работу автомат выдачи листовых документов или иначе обеспечивают передачу ценных бумаг пользователю машины.

Для примера предположим, что полученная цифровая сигнатура является "правильной" сигнатурой, в этом случае сообщение возвращается от броузера 76 на "домашний" сервер 90, указывая, что транзакция может продолжаться. Как показано на фиг.8, в этом примере осуществления транзакции "домашний" HTTP сервер 90 затем функционирует так, чтобы передать, по меньшей мере, один документ HTML на броузер 76. Этот документ включает в себя команды, которые после обработки формируют видимую страницу или экранное изображение, которое инструктирует клиента ввести его персональный идентификационный номер, или ПИН-код. Этот документ HTML предпочтительно включает в себя внедренные команды языка JAVA или другие команды, которые работают, чтобы вынудить прикладную часть 84 управления устройством разрешить функционирование клавиатуры 40 в АКМ, так что машина может принимать номер ПИН-кода. Такое сообщение схематично показано на фиг.8, на котором JAVA-сценарий 82 передает сигналы JAVA-апплету, ответственному за работу клавиатуры, у которого запрашивают разрешение на пользование клавиатурой. В ответ JAVA-апплет в прикладной части 84 управления устройством, посылает сообщение через интрасеть 16 на сервер 92 устройств. Сервер 92 устройств посылает сообщение через интрасеть на часть 64 программного интерфейса для связи с устройством в АКМ. Команды в этом сообщении заставляют программное обеспечение устройства разрешить функционирование клавиатуры 40. JAVA-апплет, ответственный за предоставление разрешения использования клавиатуры, также предпочтительно служит для обновления записи о транзакции 104, чтобы указать, что запрашивался ПИН-код.

Как показано на фиг.9, ПИН-код, введенный посредством клавиатуры 40, передают в сообщении от части 64 программного интерфейса для связи с устройством на сервер 92 устройств. Сервер 92 устройств возвращает сообщение ответственному JAVA-апплету в прикладной части управления устройством. JAVA-апплет затем посылает сообщение назад через часть обработки документов HTML и броузер 76 по адресу HTTP "домашнего" сервера 90. Это сообщение включает в себя данные, представляющие собой ПИН-код, введенный клиентом. В некоторых вариантах осуществления нежелательно отображать ПИН-код клиента на экране. В таких вариантах осуществления апплет клавиатуры может функционировать так, чтобы отобразить на экране заданный по умолчанию символ, такой как символ "*" или другой символ, вместо цифр ПИН-кода. Как дополнительно описано ниже, может быть желательно избежать передачи ПИН-кода или других данных через броузер, когда данные ПИН-кода могут быть обработаны в качестве отдельного сообщения HTTP или другим способом, чтобы уменьшить риск обнаружения.

Программное обеспечение, работающее совместно с сервером 90 HTTP, затем функционирует так, чтобы или проверить ПИН-код непосредственно или проверить номер ПИН-кода клиента и номер счета, посылая его вспомогательному офису 94 и ожидая ответ. Альтернативно, проверка ПИН-кода клиента может быть выполнена в АКМ посредством соответствующего апплета. Это может быть реализовано в ситуациях, когда данные на карточке клиента, такие как номер счета или его части, могут быть взаимосвязаны с номером ПИН-кода клиента посредством алгоритма. Внедренный JAVA-сценарий в сообщениях HTML может включать в себя или указывать на адрес, чтобы получить данные и/или команды, которые апплет может использовать для выполнения этой функции проверки, включая в себя некоторые данные ключа кодирования. Они могут включать в себя информацию пользователя в документе HTML или других данных записи, к которым осуществляют обращение в ответ на данные с карточки пользователя. Номер БИН, считанный с карточки клиента, может альтернативно использоваться как индикатор для осуществления подхода, который должен быть использован при проверке данных ПИН-кода. Как показано схематично на фиг.9, объект 104 данных о транзакции также является соответственно модифицированным апплетом, чтобы указать запись ПИН-кода клиента.

В альтернативных вариантах осуществления машина может включать в себя биометрическое устройство считывания устройства или другое устройство ввода данных, такое как считывающее устройство, для приема данных от пользователя. Пользователь может ввести данные через такое устройство, которое может использоваться вместо, или дополнительно к, данным ПИН-кода, чтобы проверить, что пользователь является авторизованным пользователем. Это может быть сделано например, посредством сравнения данных, введенных пользователем, с информацией, соответствующей авторизованному пользователю карточки, включенной в запись или документ, который имеет адрес HTTP и к которому обращается броузер или прикладная задача HTTP клиента через сервер HTTP в ответ на данные карточки. Альтернативно, входные сведения могут быть использованы для формирования адреса для документов или записей, к которым обращается броузер или клиент, и причем записи или документы содержат информацию, которая используется, чтобы проверить идентичность пользователя. Например, данные о пользователях могут быть сохранены в хранилище данных, находящихся в соединении с сервером HTTP, который направляет данные из записи в ответ на данные пользователя, причем данные используются, чтобы проверить идентичность пользователя.

Следует отметить, что страница или экранное изображение, которые запрашивают клиента ввести его ПИН-код, показываются сформированными из "домашнего" сервера 90 HTTP. Они являются предпочтительно экранным изображением, которое связано со специфическим адресом URL, связанным с клиентом. Это должен быть интерфейс "домашнего" банка клиента и должен быть знаком клиенту. Альтернативно, адрес клиента может указывать на то, что может быть по существу персональной "домашней страницей" клиента с учреждением, которое использует компьютерную систему 14. Как таковая, она не только является чем-то, с чем знаком пользователь, но и идеально приспособлена к конкретным потребностям пользователя по осуществлению транзакции.

Альтернативно, документ(ы) или отчет(ы), который(е) содержит(ат) данные клиента, может(гут) быть использован(ы) для формирования адреса для других документов. Информация может быть также использоваться компьютером, чтобы динамически сформировать документ для конкретного клиента в конкретных обстоятельствах. Этот подход может быть полезен для уменьшения усилий, связанных с разработкой заранее персональной визуальной страницы или документа для каждого клиента.

Подходы для выполнения такой задачи могут включать в себя включение различных типов или категорий информации пользователя в документ(ы) или запись(и), которые принадлежат конкретному клиенту. Они могут включать в себя такую информацию, как род, связанных людей, типы счетов, разрешенные транзакции, предпочтения клиента, интересы клиента, остатки на счете, были ли предыдущие предложения отклонены или приняты и другую информацию. Эта информация клиента может использоваться соответствующим апплетом из апплетов 86, чтобы адресовать и/или сформировать соответствующий документ для броузера для осуществления доступа на основании "профиля" клиента. Кроме того, апплет профиля может принимать во внимание устройства осуществления транзакций, представленные в конкретной машине, информация о которой сохранена в запоминающем устройстве данных в машине или в другом месте в системе, так же как и другие факторы, такие как день недели и время дня, на основании системных часов. Таким образом, машина определяет соответствующий документ для обращения или формирования для конкретного клиента в конкретных обстоятельствах. Как описано выше, некоторые персональные данные могут быть получены из информации, закодированной на карточке клиента.

Логика, используемая в апплете профиля, может формировать документы или обращаться к ним для клиента, что включает в себя возможности осуществления транзакций на основании информации клиента, информации о терминале и других факторах. Апплет профиля может предлагать возможности осуществления транзакций или выборочную информацию, основанную на информации клиента. Например, оператор машины может предлагать стимулы, премии, дополнительные возможности осуществления транзакций или рекламную информацию выборочно для клиентов. Некоторые типы клиентов учреждения, использующие машину, могут получать экранные изображения с выведенными данными, которые поощряют их делать больше торговых операций или различных типов торговых операций с учреждением. Аналогично, клиентов, которые идентифицированы как клиенты других учреждений, можно обеспечивать стимулами вести дела с учреждением, использующим машину.

Апплет профиля может вынудить компьютер обращаться к другим документам в других серверах, таким как данные фондового рынка, и выборочно предоставлять их клиентам. Должно быть понятно, что апплет профиля может работать так, чтобы определить адрес или сформировать документы для генерации начальных экранных изображений последовательности транзакций. Апплет профиля может также работать с целью обеспечить информацию или осуществить обращение или сформировать документы, которые формируют визуальные выходные данные клиенту в других пунктах транзакции или между транзакциями. Это может также использоваться в системах, в которых оператор машины способен продать оплаченное рекламное время третьим лицам, а затем обратиться к записям HTTP, таким как файлы HTML, соответствующих файлам изделиям тех третьих лиц или услугам. Такой доступ может быть сделан на периодической или другой основе, но может быть сделан эффективно посредством выбора записи HTTP, чтобы осуществить обращение в ответ на профиль конкретного клиента. Как описано ниже, к рекламным документам можно обращаться из рекламных серверов, подсоединенных к сети. Рекламные материалы могут быть направлены клиентам из машины в различные моменты времени в течение транзакций, например между этапами, управляемыми в соответствии с документами, от сервера, используемого учреждением клиента. Рекламные материалы могут быть отображены, когда работают устройства, обеспечивающие функционирование транзакций, такие как устройство выдачи листовых документов. Оператор машины и/или системы, с которой машина находится в соединении, может также требовать оплаты от рекламодателей за представление рекламных материалов.

Продолжение потока транзакций с момента, представленного на фиг.9, для этого примера транзакции, осуществляемой клиентом учреждения, которое использует компьютерную сеть 14, схематично представлено на фиг.10. "Домашний" сервер 90 HTTP в ответ на ввод клиентом правильного ПИН-кода посылает документы HTML на часть программного обеспечения обработки документов HTML в компьютере, который использует АКМ. Эти сообщения могут включать в себя информацию и команды, используемые для формирования экранных изображений, которые запрашивают клиента выбирать транзакцию. Для целей данного примера предполагается, что клиент вводит с сенсорного экрана 30 данные выбора, которые соответствует выдаче наличных денег, что является обычной транзакцией автоматизированной банковской машины.

Выбор клиента посредством устройства ввода данных с сенсорного экрана передается назад через часть обработки документов HTML, которая передает сообщение HTTP на "домашний" сервер 90 HTTP. Сервер 90 затем отвечает, посылая другой документ HTML на банковскую машину, которая запрашивает клиента выбрать сумму. Снова клиент может ввести выбранное значение на сенсорном экране, которое указывает количество наличных денег, требуемое клиентом. Это сообщение HTTP проходит через часть обработки документов HTML и броузер 76 на "домашний" сервер 90.

В ответ на получение от клиента данных о сумме "домашний" сервер 90 предпочтительно связывается с помощью электронных средств с вспомогательным офисом 94, чтобы проверить, что клиент имеет запрошенную сумму на своем счету. Это может быть выполнено посредством Общего Шлюзового Интерфейса (ОШИ, CGI) 106, который оперативно подключен к "домашнему" серверу 90. С целью выполнения этой транзакции предположим, что вспомогательный офис 94 указывает, что деньги доступны на счету клиента, и посылает сообщение через ОШИ 106 на "домашний" сервер 90, указывая, что она может продолжаться.

Как схематично представлено на фиг.11, "домашний" сервер 90 затем посылает документ назад к части обработки документов HTML в программном обеспечении АКМ. Это сообщение после обработки броузером предпочтительно вызовет отображение информации на экране, которая уведомляет клиента, что транзакция обрабатывается. Кроме того, возвращенный документ HTML предпочтительно включает в себя JAVA- сценарий, который включает в себя внедренные команды, выполняемые и обменивающиеся с JAVA-апплетом, связанным с механизмом 42 выдачи листовых документов.

Документ, возвращенный от "домашнего" сервера 90, может включать в себя рекламную или другую информацию вместо или в дополнение к сообщению клиента. Возвращенный документ может также включать в себя команду, которая вынуждает машину обращаться или формировать другой документ. Эти команды могут вызывать осуществление способов в апплете профиля, которые зависят от свойств, связанных с клиентом, машиной, текущим временем и/или другими обстоятельствами. Это позволяет обращаться к документам, которые обеспечивают поощрительные сообщения, такие как рекламная или другая информация клиенту, в то время как клиент ожидает результата работы автомата для выдачи листовых документов или другого устройства для осуществления функционирования транзакций в машине. Должно быть понятно, что к этим документам может быть осуществлен доступ от серверов, находящихся в ином месте и связанных с системой, включая в себя серверы, связанные с Интернет. Это делает возможным выборочно предоставлять клиентам широкий ассортимент материалов. Это также дает возможность операторам АКИ и других машин транзакций предоставлять рекламу клиентам из обширной аудитории, или целенаправленно категориям клиентов, или даже целенаправленно индивидуальным клиентам по какому-либо одному принципу. Это может быть рекламой машинного оператора, такого как банк, или рекламой, имеющей отношение фактически к любому типу товаров или услуг. Рекламирование может также быть выборочно представлено основанным на конкретном работающем устройстве осуществления транзакций, количестве вовлеченных денежных средств или других параметрах. Документы могут также допускать представление клиенту видео изображений и звукового сопровождения, что может повысить эффективность поощрения. Обращение к рекламным документам может быть прослежено, и осуществлены платежи, сделанные учреждению клиента, оператору системы и/или владельцу машины, объектом, связанным с рекламными материалами, представленными клиентам.

В примере варианта осуществления сообщение JAVA-апплету в прикладной части 84 программного обеспечения управления устройством, служащему для разрешения работы автомата для выдачи денег, приводит к формированию сообщения на сервер 92 устройств. Сообщение на сервер 92 устройств, чтобы выдать наличные деньги, предпочтительно анализируется программным обеспечением 102 монитора, чтобы выяснить, является ли сообщение соответствующим. Например, программное обеспечение 102 монитора предпочтительно гарантирует, что количество запрошенных наличных денег не превышает предварительно установленное количество. Оно может также необязательно проверять, что количество, предоставленное этому клиенту в течение заранее заданного периода, не превысило определенную сумму. Это может быть осуществлено сервером устройства, посылающим сообщение в вспомогательный офис, которое включает в себя данные из карточки или другие данные, которые предварительно приняты от или которыми разрешено пользоваться для этого клиента. Это сообщение может проходить через сервер 90 и связанный с ним ОШИ, или другое соединение. Предполагая, что команда о выдаче не предотвращена согласно сообщению из вспомогательного офиса или программного обеспечения монитора, сервер 92 устройств посылает сообщение о выдаче денег части 64 программного интерфейса для связи с устройством в АКМ. Программная часть 64 в ответ на сообщение использовать механизм 42 выдачи денег осуществляет выдачу наличных денег, запрошенных клиентом.

Программное обеспечение 102 монитора предпочтительно исполняет дополнительные функции в сервере устройства. Например, правительственные инструкции или хорошая деловая практика могут требовать ограничения размера и сумм депозитов, которые могут быть сделаны в АКМ. Может быть желательно предотвратить "отмывание денег" или другие подозрительные действия. Программное обеспечение монитора предпочтительно работает так, чтобы ограничить сумму любого отдельного депозита ниже установленного предела. Оно может также поддерживать связь с системой вспомогательного офиса 94 "домашнего" банка, чтобы предотвратить осуществление ряда депозитов в течение предварительно установленного времени от превышения некоторого предела. Программное обеспечение монитора может также работать в соединении с прокси-сервером, чтобы ограничить некоторые транзакции, которые могут быть выполнены в банковской машине, в ответ на команды от других серверов, как описано ниже.

Следует отметить, что в данном примере варианта осуществления изобретения JAVA-апплет, который выполняет пересылку сообщения, вызывающего выдачу наличных денег, работает в соединении с другим апплетом, который управляет объединением счетов, имеющихся у клиента. Многие автоматические кассовые машины способны выдавать купюры двух или более наименований иностранной валюты. Желательно управлять объединением счетов, имеющихся у клиента, чтобы удовлетворить его потребности, которое является доступным в машине, и избежать исчерпания счетов одного достоинства по сравнению с другим. Апплет объединения счетов предпочтительно управляет объединением счетов в соответствии с требованиями учреждения, использующего машину АКМ, так же как и в соответствии с возможностями машины АКМ. Альтернативно, JAVA-апплет для управления объединением счетов может постоянно находиться в программе 70 управления устройством в части 64 программного интерфейса для связи с устройством.

Как очевидно для специалистов, конкретные JAVA-апплеты и/или данные конфигурации в машине могут быть выборочно загружены из "домашнего" сервера 90 при запуске машины или в другие моменты времени. Поскольку апплеты и данные конфигурации могут быть выборочно предоставлены конкретным машинам, эти машины могут быть приспособлены специально для распределения конкретной валюты и другим возможностям АКМ. Например, АКМ может быть сконфигурирована так, что должны присутствовать некоторые апплеты или группы апплетов, чтобы дать возможность машине работать. Один из подходов к загрузке таких данных или программ состоит в том, чтобы обеспечить значения адреса в программном обеспечении терминала, чтобы указать, откуда могут быть получены необходимые команды, чтобы получить апплеты или данные. Если апплеты или группы апплетов при запуске еще не присутствуют в запоминающем устройстве терминала АКМ, программное обеспечение обращается по адресам системы для получения документов, которые содержат требуемые записи или команды, которые вынудят машину загрузить требуемые записи. Для обращения по адресам может использоваться броузер, и программное обеспечение загружает данные, соответствующие командам из документов, к которым было осуществлено обращение, в запоминающее устройство в терминале АКМ так, чтобы терминал имел требуемые апплеты и данные. Такие адреса документа могут быть доступны через "домашний" сервер 90.

Альтернативно, адреса могут находиться на отдельном сервере "усовершенствования", связанном с интрасетью 16. Таким образом, каждая машина транзакций способна загружать апплеты и данные, которые включают в себя рабочий код, необходимый для использования операционных устройств в машине. Альтернативно, документы могут быть обеспечены посредством сервера "усовершенствования" или другого сервера, который является доступным для машины через глобальную сеть. Документы можно подавать на сервер "усовершенствования", чтобы обеспечить машину командами о том, как приобрести рабочий код для выполнения многообразных функций. Команды могут вынудить машину приобрести необходимые данные и код по адресам, доступным в машине с помощью серверов HTTP, клиентом HTTP. Данные и код могут быть получены в ответ на команды в одном или нескольких документах. Машина может также запросить, чтобы апплеты, загруженные таким способом, были подписанными апплетами, включающими в себя цифровые сигнатуры или другие особенности аутентификации для обеспечения возможности осуществлять операции на некоторых устройствах в машинах.

Альтернативно, варианты осуществления изобретения могут получать необходимые апплеты и данные от удаленного запоминающего устройства данных. Запоминающее устройство данных предпочтительно включает в себя данные и/или программы, которые дают возможность машине работать так, как необходимо, или хранить команды там, откуда машина может получать необходимые команды и данные для работы. Данные могут быть доступны от сервера базы данных. Машина транзакций адресует запрос серверу базы данных. Запрос включает в себя или сопровождается информацией указания от машины, которая идентифицирует машину. Это может быть информация о конкретной машине, такая как машинный номер и/или может включать в себя информацию указания, представляющую тип или возможности функциональных устройств машины.

Запоминающее устройство данных предпочтительно включает в себя записи, которые имеют данные или программы, подлежащие передаче на машину. В ответ на запрос серверу, сервер отыскивает записи в запоминающем устройстве данных и в ответ выдает одно или более сообщений HTTP-клиенту в машине транзакций. Сообщение(я) включает(ют) в себя данные конфигурации или апплеты, дающие возможность машине работать требуемым образом, или может(гут) включать в себя команды, которые указывают, как машина должна получить такие программы от серверов, подсоединенных к системе.

В показанном примере сервер конфигурации и хранилище данных могут работать на том же компьютере, что и сервер 90 "домашнего" банка. В других вариантах осуществления сервер базы данных может постоянно находиться в другом местоположении в сетях, с которыми машина оперативно связана.

Преимущество машин и систем, которые используют такие особенности, заключаются в гибкости изменения режима работы и интерфейса клиента машины в ответ на изменение условий. Такое изменение может включать в себя изменение в устройстве обеспечения функционирования устройства. Условия могут изменяться таким образом, что некоторые транзакции будут ограничены или недоступны. Например, машина может обычно принимать депозиты, но ее хранилище депозитов заполнено. В этой ситуации машина может изменять документы, к которым она обращается, чтобы представить сообщения пользователям через ее устройства вывода так, чтобы возможность депозита больше не предлагалась. Это может быть выполнено с помощью апплетов и данных, первоначально загруженных в машину, которые предусматривают выдачу команд, когда такой случай имеет место. Альтернативно, программирование машины может быть изменено посредством загрузки новых апплетов и/или данных от сервера HTTP, в ответ на ее текущее состояние. Это может быть сделано в ответ на запрос к серверу базы данных, который включает в себя или сопровождается данными, представляющими измененные состояния или возможности машины. В ответ сервер направляет апплет(ы), данные и/или команды, которые должны быть использованы машиной в измененном режиме.

Этот подход исключает ситуацию, характерную для обычных машин осуществления транзакций, где статическое представление интерфейсного изображения на устройствах вывода предлагает возможности осуществления транзакций клиенту. Иногда после того, как клиент сделал выбор, выдается индикация, что выбранная возможность осуществления транзакции не доступна. Описанный здесь подход может быть использован совместно с многочисленными возможностями осуществления транзакций и разновидностями транзакций. Возможности осуществления транзакций могут быть легко изменены из сервера базы данных на основе преобразования "машина за машиной" или даже на основании "клиент за клиентом", как описано выше, на основе требований объекта, использующего машину транзакций.

Обсуждение примера выполнения транзакции продолжено ниже с момента, схематично представленного на фиг.11. В ответ на выдачу автоматом 42 для выдачи наличных требуемого количество наличных денег, программный интерфейс 64 для связи с устройством предпочтительно посылает сообщение об операции выдачи, подтверждающее операцию выдачи, назад к JAVA-апплету, ответственному за выдачу в прикладной программе 84 управления устройством. Как представлено на фиг.12, конкретный апплет модифицирует запись 104 о транзакции, чтобы указать выдачу наличных денег клиенту в конкретном количестве. Команды внедренного JAVA-сценария, которые вызывали операцию выдачи наличных денег клиенту, также предпочтительно включают в себя команды, необходимые для посылки сообщения подтверждения назад "домашнему" серверу 90 о том, что выдача закончена. Получение сообщения об операции выдачи, указывающего, что наличные деньги были выданы, вынуждает JAVA-апплет конфигурировать часть для обработки документов HTML, чтобы послать ответное сообщение устройства назад "домашнему" серверу. "Домашний" сервер затем предпочтительно функционирует в соответствии с его программным обеспечением, чтобы указать вспомогательному офису 94, что клиент получил некоторое количество выданных денежных средств. Это количество вычитается из счета клиента в записях, поддерживаемых системой вспомогательного офиса.

Обычно во время транзакции общей практикой является запрашивать клиента, желает ли иметь квитанцию о транзакции. Это может быть сделано в различные моменты времени в течение потока транзакций. В настоящем примере после того, как наличные деньги были выданы, клиенту, использующему машину, посылают такое сообщение, как отражено на фиг.13. "Домашний" сервер 90 посылает документ HTML, который после обработки броузером формирует экранное изображение, запрашивающее клиента, хотел бы он получить квитанцию. Это сообщение отображено в качестве части страницы на сенсорном экране 30 в ответ на получение сообщения через броузер 76. Альтернативно, документ может быть сформирован машиной. В ответ на указание клиента, что он или хочет или не хочет квитанцию, сообщение возвращается на "домашний" сервер. Снова должно быть понятно, что экранные изображения, отображаемые клиенту, предпочтительно являются такими, к которым клиент привык в его или ее "домашнем" учреждении, и могут быть частью его или ее уникальной домашней страницы.

Предполагая, что клиент желает получить квитанцию о транзакции, "домашний" сервер 90 в примере варианта осуществления работает так, как показано на фиг.14, чтобы послать назад к АКМ документ с внедренным JAVA-сценарием, указывающим, что должна быть напечатана квитанция о транзакции. Эти команды в JAVA-сценарии передаются к прикладной части 84 управления устройством, которое посылает сообщение TCP/IP через интрасеть на сервер 92 устройств. Сервер 92 устройств, в свою очередь, передает сообщение с командами на часть 64 программного интерфейса для связи с устройством в АКМ. В ответ на получение сообщения программная часть 64 вынуждает принтер 46 печатать квитанцию о транзакции клиента. JAVA-апплет, ответственный за предоставление принтера, также предпочтительно модифицирует объект или запись 104 данных о транзакции. Как описано ниже, апплет, который управляет печатью квитанции о транзакции, может получить данные, используемые в печати квитанции о транзакции от объекта данных о транзакции.

Должно быть понятно, что, даже если клиент не желает иметь квитанцию, может быть желательно печатать запись о транзакции в твердой копии с помощью журнального (для протоколирования) принтера 48. Это может быть выполнено в ответ на вставленные команды, которые являются частью того же документа, от "домашнего" сервера 90, который обязывает напечатать квитанцию о транзакции для клиента, или могут быть частью отдельного документа, который указывает, что клиент отклонил возможность получения квитанции о транзакции. Альтернативно, журнальный принтер может приводиться в действие в ответ на другие апплеты, такие как апплет, который позволяет осуществить выдачу наличных денег, или другим способом, выбранным оператором АКМ. Альтернативно или в дополнение, электронная запись информации относительно транзакции может быть сохранена в запоминающем устройстве данных. Такая информация может быть позднее восстановлена дистанционно от машины, (по запросам) от других адресов системы. Как очевидно от предшествующего описания, функционирование примера варианта осуществления АКМ является неотъемлемо гибким и программируемым, чтобы удовлетворить потребности оператора системы.

Как показано на фиг.15, после завершения печати квитанции о транзакции программная часть 64 предпочтительно посылает сообщение о работе устройства серверу 92 устройств, которое показывает, что запрошенная функция устройства была выполнена успешно. Сервер 92 устройств посылает соответствующее сообщение о работе устройства прикладной части 84 управления устройством и в примере варианта осуществления - к конкретному JAVA-апплету, ответственному за печать квитанции о транзакции. JAVA-апплет, в свою очередь, конфигурирует часть для обработки документов HTML, чтобы сформировать сообщение назад на "домашний" сервер в форме сообщения ответа устройства, чтобы указать, что квитанция о транзакции для клиента была напечатана.

После получения наличных денег и квитанции о транзакции клиента затем посредством экранного изображения на дисплее, сформированного из документа HTML от "домашнего" сервера 90, просят указать, желает ли он провести другую транзакцию. Визуальная страница или экранное изображение, запрашивающее клиента об этом, отображается на сенсорном экране 30. С целью примера предположим, что клиент не хочет выполнять другую транзакцию, и сообщение об этом возвращается с помощью части для обработки документов HTML назад на "домашний" сервер 90.

Как показано схематично на фиг.17, в ответ на получение сообщения, что клиент обслужен, "домашний" сервер 90 посылает сообщение "возврат домой" на АКМ. Это сообщение предпочтительно включает в себя документ HTML, который после обработки броузером формирует изображение на экране, выражающее благодарность клиенту. Это сообщение также предпочтительно включает в себя внедренный JAVA-сценарий, который вызывает JAVA-апплет, который в конечном счете возвращает часть для обработки документов HTML в АКМ назад в состояние соединения с адресом URL на "домашнем" сервере 90 или другом сетевом адресе, который обеспечивает документы, используемые для вывода сообщений для так называемого "режима привлечения". Нужно помнить, что сценарий или команды, включенные в документы, используемые в некоторых вариантах осуществления, могут вызывать пересылку сообщения из части для обработки документов по адресу на "домашнем" сервере, который вызывает загрузку соответствующей записи HTTP, включающей в себя команды, содержащие требуемый апплет.

Как схематично представлено на фиг.18, апплет команды "возврат домой" осуществляет действия по конфигурации броузера 76. После того как часть для обработки документов HTML сконфигурирована JAVA-апплетом для возврата "домой", JAVA-апплет может быть сконфигурирован так, чтобы направить "домашнему" серверу 90 информацию из записи 104 о транзакции относительно транзакции, которая была только что завершена. Поскольку пример транзакции был осуществлен с клиентом учреждения, которое использует компьютерную систему 14, все данные относительно этой транзакции должны быть уже зарегистрированы в вспомогательном офисе 94. Однако должно быть понятно, что это не будет иметь место, если транзакция проводилась в ответ на сообщения от сервера, используемого другим учреждением. Также это не может иметь место для некоторых типов транзакций, таких как некоторые транзакции с кредитными карточками, где авторизация обеспечивается в течение транзакций, и в более поздних по времени транзакциях подробности посылаются с целью взаиморасчета. Таким образом, вся или часть информации из записи 104 о транзакции может быть направлена в ответ на команду "возврат домой" "домашнему" серверу 90 и через ОШИ к системе вспомогательного офиса 94, где она может быть идентифицирована как двойная информация и отвергнута. Это может быть сделано, используя удаленный метод вызова (протокол RMI - удаленный метод вызова на языке JAVA), чтобы передавать или направлять объект серверу 90 и затем передавать данные посредством сообщений от сервера к вспомогательному офису или посредством сообщений или других способов.

Конечно, в других вариантах осуществления информация о транзакции может быть сохранена в базе данных в течение длительных периодов времени вместо возврата после каждой транзакции. Альтернативно, АКМ 12 по настоящему изобретению может включать в себя апплеты, которые направляют информацию записи о транзакции по адресам, отличным от адреса "домашнего" сервера, если это требуется оператором системы 14. Компьютер может быть сконфигурирован посредством соответствующего апплета или других команд, чтобы направить сохраненные данные записи о транзакции по выбранным сетевым адресам в системе. Такие данные записи могут быть направлены в зашифрованной форме, принятой в конкретной системе. Такие данные записи могут быть направлены посредством части для обработки документов банковской машины. В альтернативных вариантах осуществления такие данные могут быть направлены посредством отдельного компонента сервера, используемого в компьютере, связанном с автоматизированной банковской машиной. Обращаясь к этим данным записи, оператор машины или другая авторизованная инстанция может извлекать данные записи, относящиеся к транзакциям. Такие данные могут также использоваться для извлечения данных, которые используются для определения количества и типов транзакций, проводимых в машине, вовлекающих другие учреждения и/или взимание комиссии за транзакцию, связанные с ними. Такая информация может также включать в себя информацию относительно рекламных материалов, предоставленных клиентам. Такая информация может быть обработана и использоваться как основание для совместного использования комиссионных платежей за транзакцию или получения оплаты от рекламных материалов.

Работа примера компьютерной системы, когда "другой" ("иностранный") пользователь использует АКМ 12, графически представлена со ссылками на фиг.19 - 24. Транзакция с другим пользователем, который не является клиентом учреждения, которое использует АКМ 12 и компьютерную систему 14, будет осуществляться под управлением "домашнего" сервера 90 и будет начинаться таким же образом, что и в предшествующем примере с момента времени, когда клиент вставил свою карточку. Клиент вставляет карточку, имеющую информацию указания, соответствующую сетевому адресу, который не соответствует "домашнему" серверу 90. Часть для обработки документов HTML осуществляет конфигурирование сообщения, адресованное для доступа по адресу URL, который соответствует информации указания на карточке клиента или другому адресу, в ответ на такую информацию указания. Например, сетевой адрес может быть основан на номере БИН, закодированном на карточке клиента. Номер БИН может быть взаимосвязан с записью в таблице финансового учреждения (ТФУ) или подобной ссылкой для определения данных сетевого адреса и/или других параметров. Это сообщение направляют прокси-серверу 88, который, в свою очередь, передает сообщение в глобальную сеть 18. Из глобальной сети сообщение передается на другой сервер, соответствующий адресу URL клиента. С целью примера другой сервер соответствует серверу 96, который связан с Интернет.

В примере варианта осуществления изобретения прокси-сервер 88 включает в себя защитное программное обеспечение, на чертеже обозначенное позицией 107. Защитное программное обеспечение предпочтительно проверяет адреса, по которым АКМ направляет сообщения, и выборочно предотвращает посылку сообщений по конкретным адресам. Оно служит в качестве "брандмауэра" и является желательным с целью предотвращения мошенничества в системе.

Как показано на фиг.20, другой ("иностранный") сервер 96 предпочтительно служит для передачи сообщений HTTP, включающих в себя документы HTML, к АКМ 12 назад через глобальную сеть 18. Это может быть сделано с помощью использования технологии защитного сонетного соединения (ЗСС, SSC) так, чтобы минимизировать риск перехвата сообщений. Конечно, могут использоваться и другие способы, включающие в себя способы шифрования сообщения, чтобы минимизировать риск перехвата сообщений.

Как схематично представлено на фиг.20, ответный документ от другого сервера 96 предпочтительно включает в себя внедренный JAVA-сценарий, представляющий или соответствующий цифровой сигнатуре, которая идентифицирует другой сервер 96. Это может быть выполнено посредством загрузки записи HTTP, включающей в себя подписанный апплет, как описано выше. Апплет в прикладной части 84 в АКМ предпочтительно проверяет цифровую сигнатуру способом, описанным в предшествующем примере, и посылает сообщение, указывающее, что транзакция является авторизованной (полномочной). Цифровая идентичность другого учреждения будет сохранена в запоминающем устройстве в АКМ, например, в данных записи о транзакции, и в конечном счете зарегистрирована в вспомогательном офисе 94.

Следует отметить, что документы HTML от другого сервера 96 включают в себя команды так, чтобы после обработки броузером выводились визуальные страницы или экранные изображения другого учреждения, которое другой клиент привык видеть. Эти страницы могут соответствовать "домашней странице" другого пользователя, которые специально приспособлены к потребностям конкретного пользователя.

Фиг.21 схематично изображает пример документа, к которому обращаются через другой ("иностранный") сервер 96 и направляют к АКМ 12. Документ от другого сервера может включать в себя внедренный JAVA-сценарий, который дает возможность осуществлять операции JAVA-апплетов способом, описанным выше применительно для использования устройства 36 в АКМ. Как показано на фиг.21, сообщения TCP/IP к устройствам от JAVA-апплетов передаются от прикладной части 84 управления устройством на сервер 92 устройств, и команды оттуда передаются на часть 64 программного интерфейса для связи с устройством в АКМ. Сообщения о работе устройства передают в обратном направлении. Когда эти сообщения передаются через сервер 92 устройств, программное обеспечение 102 монитора контролирует их, чтобы минимизировать риск мошенничества или злоупотребления.

Как показано на фиг.21, документы от другого ("иностранного") сервера 96 могут выводить через сенсорный экран 30 запрос о вводе клиентом его ПИН-кода. Команды внедренного JAVA-сценария, как в описанной выше типовой транзакции, могут включать в себя команды, которые дают возможность клавиатуре 40 воспринимать ПИН-код клиента. Как и в предшествующем примере, запись 104 о транзакции, которая включает в себя объект совместно используемых данных об этой транзакции, может быть открыт прикладной частью программного обеспечения устройства. Как описано выше, при необходимости могут быть определены условия для предотвращения передачи данных ПИН-кода через броузер.

Фиг.22 указывает обратное поступление сообщения о работе устройства и данных ПИН-кода к JAVA-апплету, который, в свою очередь, передает данные назад на другой сервер 96 через глобальную сеть 18, используя защитное сокетное соединение. С этого момента обработка транзакции продолжается обычным образом, как описано выше, за исключением того, что другой сервер 96 посылает записи HTTP, включающие в себя документы HTML, и принимает сообщения из части АКМ для обработки документов. Другой сервер 96 включает в себя прикладное программное обеспечение на языке JAVA, необходимое для включения внедренного JAVA-сценария в документы, которые посылают в АКМ, чтобы использовать устройства 36 в машине.

Поскольку другой ("иностранный") сервер 96 использует машину, программное обеспечение 102 монитора в сервере 92 устройств контролирует сообщения способом, описанным выше. Такой контроль может, например, предотвратить выдачу чрезмерно большого количества денег из машины. Контролирующее программное обеспечение может также ограничить некоторые другие учреждения только подмножеством устройств машины для проведения транзакций или возможностей. Это осуществляют на основании данных, сохраненных в запоминающем устройстве, которые задают ограничения по использованию устройств или действий, которые могут быть выполнены на основании документов по некоторым адресам. Это может быть достигнуто, например, с помощью дополнительных кодов, реализующих класс объектов транзакций, которые ограничивают выполняемые действия. Например, действия, допускающие соединение с другим сервером, могут обрабатывать объекты, которые предоставляют указанные ограниченные возможности сообщений, получаемых от другого сервера. Они могут, например, ограничивать выдаваемую сумму денег, предотвращать работу устройства приема чеков, ограничивать выдачу печатных документов, таких как билеты, предотвращать работу автомата для выдачи наличных или ограничивать использование машины другими соответствующими способами. Это может быть выполнено на основании адресов или частей адресов для документов.

Если возможности машины, предоставляемой другому ("иностранному") клиенту, ограничены, другой клиент может быть обеспечен визуальным интерфейсом от другого банка на основании транзакций, которые машина может исполнять и которые позволит осуществить владелец машины. В результате документы, к которым осуществляют доступ в сервере другого банка, могут отличаться от тех, которые предоставлялись бы клиенту в машине, используемой другим банком. Это может быть осуществлено на основании документов, специально разработанных для работы других машин, или может быть вариантом обычного интерфейса другого банка с визуальными признаками, что некоторые транзакции недоступны. В некоторых случаях интерфейс может указывать, что некоторые транзакции являются доступными за соответствующую плату за услугу.

АКМ из описанного варианта осуществления может ужесточить защиту, ограничивая адреса, по которым может обращаться броузер. Это может быть сделано, поддерживая список в запоминающем устройстве машины. Этот список может поддерживаться в записи(ях) HTTP (включая документы), доступных через интрасеть "домашнего" банка. Машина может обращаться к записи периодически и модифицировать данные запоминающего устройства. Эта запись может сама требовать цифровой сигнатуры, соответствующей сигнатуре в запоминающем устройстве терминала, прежде, чем данные будут загружены в запоминающее устройство терминала. Эта информация может также включать в себя команды и информацию для АКМ для проверки, что сообщения, которые она принимает посредством обращения к документам на другом ("иностранном") сервере, являются подлинными. Она может включать в себя цифровые сигнатуры, которые при передаче с использованием общедоступного ключа или способов шифрования с закрытым ключом шифрования проверяют, являются ли сообщения подлинными. Машина проверяет, чтобы убедиться, что сигнатура в записях, к которым осуществляется обращение от другого сервера, соответствует цифровой сигнатуре для этого адреса, сохраненного в запоминающем устройстве, и позволяет работать устройствам осуществления транзакций, таким как автомат для выдачи наличных денег, только тогда, когда такое соответствие присутствует. Конечно, в различных вариантах осуществления могут использоваться различные подходы к проверке и шифрованию сообщений. Используемые здесь сигнатуры или подписанные записи охватывают любую информацию указания, которая включена или извлекается из записи, которая указывает, что она является авторизованной.

Как видно из предшествующего раскрытия изобретения, другой сервер 96 может связываться с пользователем с помощью вывода информации через сенсорный экран на языке, который отличается от обычно используемого клиентами учреждения, использующего компьютерную систему 14. В результате документы HTML могут отображать запросы о выдаче валюты такого типа или в таком количестве, которое не включено в АКМ. Чтобы приспособиться к такой ситуации, апплет может быть включен в прикладную часть 84 управления устройством, чтобы иметь дело с запросами другой валюты. Апплет, связанный с запросом другой валюты, заставляет АКМ посылать сообщение назад к своему "домашнему" серверу с целью вычисления самого близкого значения, которое в АКМ может быть предоставлено клиенту в доступной валюте, соответствующее тому, сколько запрашивал клиент. Как видно, этот апплет вызывает адрес конкретного функционального устройства в "домашнем" сервере 90, которое способно обеспечить эту функцию. Когда выдача осуществлена, апплет также указывает серверу 96, что выданное количество несколько отличается от количества, которое запрашивал клиент. Конечно, в других вариантах осуществления могут использоваться другие подходы. Альтернативно, апплет в машине может формировать визуальные изображения, которые указывают эквиваленты в местной валюте, когда отображается или обрабатывается количество иностранной валюты. Вариант может включать в себя представление обеих сумм в визуальном изображении, представленном пользователю. Альтернативно, дополнительные броузеры, работающие в машине банка, как описано ниже, могут формировать визуальные изображения, которые снабжают пользователя информацией, такой как обменные курсы, или другой информацией, подходящей для транзакции клиента.

Как представлено на фиг.23, когда другой клиент завершил свою транзакцию, что обозначается посредством сенсорного экрана 30, другой сервер 96 служит для того, чтобы послать сообщение "возврат домой" назад АКМ. Прием этого сообщения выполняется способом, описанным выше, чтобы вынудить прикладную часть 84 управления устройством работать в ответ на внедренные команды JAVA-сценария, с целью конфигурировать часть для обработки документов HTML так, чтобы вынудить броузер 76 восстанавливать связь с "домашним" сервером 90, или другим назначенным адресом документа.

Как представлено на фиг.24, апплет в прикладной части 84 управления устройством, который обрабатывает сообщение "возврат домой", предпочтительно повторно соединяется с "домашним" сервером 90, а также посылает информацию записи о транзакции в запись 104. Эта информация записи о транзакции, которая в примере варианта осуществления упакована в объекте данных, включает в себя имя клиента, название другого ("иностранного") учреждения, цифровой идентификатор, информацию о количестве выдаваемой, передаваемой или депонируемой суммы и всю другую соответствующую информацию о транзакции. Информация о транзакции используется апплетами при выполнении этапов транзакции, в которых требуется любая часть данных. При завершении действий клиента в машине апплет предоставляет сообщение с данными о транзакции, которое включает в себя, по меньшей мере, часть собранных данных. Эти данные передаются от сервера 90 через ОШИ 106 к вспомогательному офису 94 "домашнего" банка. Эту информацию сохраняют во вспомогательном офисе для последующего использования с целью взаиморасчета с другим ("иностранным") банком, использующим другой сервер 96. Альтернативно или в дополнение, информация о транзакции может быть зарегистрирована в терминале в запоминающем устройстве, таком как электронный журнал, а также в "твердой" копии на журнальном принтере. Информация о транзакции может быть сохранена для загрузки в пакете данных или посредством передачи в объекты, включающие в себя данные от многих транзакций. Объекты могут быть повергнуты обработке от удаленного сервера, например, удаленным методом вызова. Пакетные данные могут быть переданы время от времени и по адресам, которые могут быть сохранены в запоминающем устройстве в данных конфигурации терминала.

Преимущество вариантов осуществления изобретения заключается в том, что информация о транзакции может быть направлена по адресам в локальной вычислительной сети или в глобальной сети, такой как Интернет. Это облегчает проведение широкого разнообразия транзакций и дает возможность направлять сообщения, относящиеся к отслеживанию использования (например, для интеллектуальных карточек типа электронного кошелька) или для взаиморасчетов различных видов транзакции к выбранному адресу системы.

Как видно, описанный вариант осуществления автоматизированной банковской машины и системы согласно настоящему изобретению обеспечивает преимущество, заключающееся в том, что в случае, если машина связана с глобальной сетью, такой как Интернет, клиенты смогут выполнить свои банковские сделки фактически в любом месте в мире. Далее, несмотря на широкие возможности системы, из-за того, что машина может управляться в местном масштабе и в смысле соединения и активности, риск мошенничества минимизируется.

Варианты осуществления изобретения могут включать в себя дополнительную особенность, чтобы облегчить доступ к документам в сети, с которой связана машина. Эта особенность позволяет определить, является ли запись HTTP, такая как документ HTML или другой элемент, доступной по адресу для загрузки прежде, чем компьютер будет пытаться обращаться к записи. Это позволяет избежать затрат времени на транзакции, которые могли бы иначе происходить в результате невозможности обратиться к записи из-за сервера, через который обычно обращаются к записи. Другие варианты осуществления могут рассматривать и размер записи и скорость передачи и принимать решение, что скорость передачи для данной записи не достаточно велика, чтобы альтернативная запись могла быть передана.

В одном варианте осуществления эта особенность достигается посредством использования отдельной программы или апплета, которые выясняют, работает ли сервер, к которому компьютер будет впоследствии обращаться. Апплет принимает в ответ адрес или его часть, с которым будет осуществлено соединение. Апплет осуществляет сокетное соединение с адресом и загружает маленькое, но достаточное количество записей, или функционирует иначе, чтобы принять решение, что сервер, через который нужно обратиться к записи, является действующим. В ответ на результаты работы апплета, проверяющего работу удаленного сервера, или другого способа определения, что условия указывают, что к записи можно обращаться или загружать их, компьютер дает возможность броузеру или подобному программному компоненту осуществить "навигацию" по адресу в соответствующее время в последовательности транзакций. Если апплет не способен обнаружить, что удаленный сервер работоспособен, или определяет неочевидность того, что к записи можно успешно обращаться или загрузить ее, могут быть предприняты шаги для доступа по альтернативным адресам, чтобы сформировать другие выходные данные, или прекратить транзакцию. Альтернативные адреса для доступа могут быть основаны на данных, сохраненных в запоминающем устройстве терминала, или могут быть получены с помощью обращения к документам или в местном масштабе, или дистанционно, которые включают в себя данные, из которых могут быть получены или сформированы альтернативные адреса. Альтернативные адреса аналогично проверяют, чтобы сделать вывод, что к записям можно обращаться прежде, чем будут сделаны попытки обратиться к альтернативным записям. Этот подход позволяет избежать задержек при выполнении транзакций.

Альтернативные варианты осуществления могут использовать другие подходы, чтобы определить, можно ли к требуемым записям HTTP, таким как документы HTML, успешно обращаться и/или адекватно загружать их прежде, чем броузер, предоставляющий интерфейс клиенту, пытается обращаться к документу. Такие варианты осуществления могут рассматривать скорость передачи или другие условия, касающиеся работы системы или содержимого документа, с целью определения, можно ли к документу успешно обращаться. Например, апплет, который проверяет, можно ли обращаться к записи HTTP или другому апплету, может определять скорость передачи, с которой запись может быть передана к компьютеру. Скорость передачи, с которой данные могут быть переданы, может быть сравнена с данными, сохраненными в запоминающем устройстве, и если значение скорости передачи меньше, чем значение данных, представляющее сохраненную требуемую скорость передачи, обращаются к альтернативной записи. Это может быть например, документ HTML, сохраненный или сформированный локально в машине. Другие варианты осуществления могут включать в себя программы, которые рассматривают размер записи HTTP и скорости передачи при определении скорости передачи. Такие программы определяют после этого, может ли запись быть передана достаточно быстро, чтобы удовлетворить параметрам, установленным в конфигурации в запоминающем устройстве, и если нет, обращаются к альтернативным адресам. Такие альтернативные записи аналогично могут быть проверены на скорость передачи перед непосредственно передачей.

Программы могут также рассматривать другие факторы при решении обратиться к конкретному адресу, такие факторы могут включать в себя, например, информацию о дне и времени, или информацию от датчиков, таких как датчики на этаже, или от системы видеонаблюдения, указывающих, что другие люди ожидают использования машины. Таким образом, обращения к документам, которые имеют большие возможности вывода и которые могут иметь тенденцию продлевать длительность осуществления транзакции, можно избежать, даже когда записи могут быть загружены с адекватной скоростью.

В альтернативных вариантах осуществления изобретения могут использоваться множество броузеров в компьютере(ax) AKM с целью обработки команд в документах. Некоторые броузеры могут обрабатывать команды и не могут обеспечивать вывод данных, которые могут быть восприняты пользователями машины. Такие броузеры могут использоваться для выдачи команд, используемых для работы устройств, обеспечивающих выполнение транзакций. Например, броузер, который не формирует данные, которые могут быть видимыми на дисплее, может обрабатывать документы, которые формируют выходные данные, вынуждающие принтер выдавать напечатанные документы.

Другие варианты осуществления могут использовать множество броузеров, которые обеспечивают выходные данные, которые могут быть восприняты клиентами, использующими машину. Например, множество броузеров, каждый из которых способен обеспечить выдачу визуальных (и/или звуковых) данных, могут использоваться в соответствующих серверах в машине одновременно, чтобы обработать документы и обеспечивать выдачу одновременных выходных данных пользователю. Такие броузеры могут также обрабатывать команды для работающих устройств, обеспечивающих выполнение транзакций. Это может предоставить машине возможность провести одновременные типы транзакций.

В примере варианта осуществления АКМ имеет пять (5) работающих видимых броузеров. Каждый из этих броузеров способен обеспечить выдачу визуальных выходных данных на экран АКМ. Фиг.32 изображает пример экранного изображения 196, на котором каждый из броузеров формирует визуальные выходные данные. Выходные данные 198 основного броузера показаны в центре на экране. К выходным данным 198 основного броузера сверху примыкают выходные данные 200 верхнего броузера 200 и выходные данные 202 нижнего броузера. К выходным данным основного броузера по горизонтали слева примыкают выходные данные 204 броузера и справа - выходные данные 206 броузера. Каждый из этих броузеров способен обрабатывать документы и осуществлять обмен по сетевым адресам способом, описанным выше. Некоторые или все броузеры могут также передавать команды для управления устройствами, обеспечивающими выполнение транзакций, в машине. Альтернативно, некоторые броузеры могут использоваться прежде всего для того, чтобы обеспечить выходные данные клиенту, и не могут быть конфигурированы для использования команд в документах, к которым происходит обращение, чтобы использовать некоторые устройства в машине.

В примере варианта осуществления используются все пять (5) броузеров, хотя они могут не все обеспечивать визуальные выходные данные. Первоначально только выходные данные 198 основного броузера сделаны видимыми. Другие броузеры делаются видимыми с использованием способа "представления", который идентифицирует размер вывода броузера. Это сделано в ответ на команды показа и задания размера, включенные в документы, такие как документы HTML. Такие команды предпочтительно включают в документы, к которым обращается основной броузер, но могут находиться в документах, к которым обращаются другие броузеры. В примере варианта осуществления размер броузера определяют отдельным показателем толщины. В случае "верхнего" и "нижнего" броузеров толщина относится к вертикальному измерению от смежного верхнего или нижнего края изображения соответственно. В случае "левого" и "правого" броузеров толщиной является толщина по горизонтали от соответствующего смежного края изображения. В примере варианта осуществления выходные данные основного броузера повторно располагают автоматически, чтобы заполнить остающееся видимое пространство на экране, не занятое выходными данными других броузеров. В этом варианте осуществления верхние и нижние броузеры при активизации занимают всю ширину экрана, в то время как левый и правый броузеры занимают пространство между верхними и нижними выходными данными броузера, если они видимы. В альтернативных вариантах осуществления могут использоваться другие подходы.

Использование множества видимых броузеров обеспечивает возможность вывода множества одновременных визуальных выходных данных на основании различных документов, доступных по различным сетевым адресам. Это также допускает усовершенствование прикладных задач, предоставляющих последовательности документов, которые допускают создание выходных данных, сформированных из документов, видимых в различные выбранные моменты времени в последовательности транзакций. Такие возможности могут быть особенно полезны при представлении рекламных или сопутствующих материалов клиентам во время транзакции. Такие возможности могут также быть полезны для отображения сообщений на множестве языков для работы машины. Такие возможности могут также быть полезны при представлении информации об обменном курсе в транзакциях, включающих держателя карточки из другой страны или при проведении транзакций обмена валюты. Выходные данные множества броузеров могли бы также быть полезны при отображении клиенту документов, сформированных для клиента, или документов, включающих в себя информацию клиенту по конкретному вопросу, такую как текущее состояние конкретных акций или инвестиционные возможности.

Фиг.33-35 изображают примеры экранных изображений, сформированных в примере варианта осуществления, когда некоторые различные броузеры используются, чтобы сформировать визуальные выходные данные на экране. Фиг.33 изображает экран 208, на котором выходные данные 204 левого броузера и выходные данные 200 верхнего броузера видны вместе с выходными данными основного броузера. Фиг.34 изображает экран 210, на котором выходные данные 200 верхнего броузера и выходные данные 202 нижнего броузера видны с выходными данными 198 основного броузера. Фиг.35 изображает экран 212, на котором видны выходные данные 206 правого броузера и выходные данные 198 основного броузера. Должно быть понятно, что возможны много разновидностей экранных изображений, и что такие экранные изображения могут включать в себя конфигурации, в которых выходные данные основного броузера не являются видимыми.

Как можно видеть, работа множества броузеров в машине допускает выполнение одновременных транзакций. Например, пользователя можно обеспечить возможностью приобретать товары или получать услуги посредством документов, обработанных одним из броузеров, в то время как обрабатывается банковская транзакция. Такой броузер может работать, находясь в соединении с другими компонентами или машиной, как описано выше, разрешать работу и принимать входные данные через различные устройства, обеспечивающие функционирование транзакций. Такие входные данные могут включать в себя принятие входных данных или отклонение предложений купить товары или услуги. Объект с данными о транзакции может также быть вызван прикладными задачами, использующими другие броузеры, чтобы сделать такие предложения. Это позволяет направлять данные о счете, связанные с пользователем, которые были предварительно получены в связи с осуществлением банковской транзакции. Это также дает возможность клиенту удобно выбрать способ оплаты, используя счет, в настоящее время вовлеченный в транзакцию. Каждый броузер может также формировать свой собственный объект данных о транзакции или записи для использования с целью выполнения взаиморасчета, а также для сохранения данных относительно того, что произошло в течение транзакции.

В то время как пример варианта осуществления изобретения описан для случая использования множества броузеров, чтобы отобразить информацию в ходе банковской транзакции и дать возможность множеству транзакций выполняться одновременно, должно быть понятно, что использование множества броузеров, обеспечивающих видимые и невидимые выходные данные, может использоваться для многочисленных и различных целей, которые находятся в рамках настоящего изобретения.

В то время как описанный вариант осуществления автоматизированной банковской машины и системы согласно настоящему изобретению проиллюстрирован со ссылками на конкретный тип такой машины, которая предназначена специально для реализации возможности соединения к локальным или глобальным сетям, обычные автоматизированные банковские машины могут также быть приспособлены для включения в себя такой возможности. Более конкретно, часть для обработки документов и прикладная часть управления устройством могут быть включены совместно с другим обычным программным обеспечением, которое работает в одном или более компьютерах, находясь в оперативном соединении с автоматизированной банковской машиной. Это дает возможность таким АКМ работать или в обычной локальной сети или в качестве части в глобальной сети. Кроме того, автоматизированные банковские машины могут быть сконфигурированы для использования своих устройств с помощью части программного интерфейса для связи с устройством согласно изобретению или посредством иного программного интерфейса при работе в обычной сети. Такие машины могут быть коммутируемыми для запросов сообщений об устройствах, которые нужно пропустить через сервер устройства при работе под управлением сервера в пределах глобальной сети, чтобы поддержать безопасность в пределах системы. Таким образом, отдельная АКМ может работать в частных сетях таким же способом, что и текущие АКМ, а также в сетевой конфигурации системы согласно изобретению.

Альтернативные варианты осуществления изобретения служат для обмена сообщениями о транзакциях, используемых в частной сети АКМ. Это может быть выполнено, используя интерфейс, такой как ОШИ, в соединении или с частью для обработки документов АКМ или с "домашним" сервером HTTP или другим сервером. ОШИ оперативно соединен с программой преобразования сообщений и базой данных, чтобы отобрать необходимые данные из документов и ответных сообщений и сформировать определенные сообщения запроса транзакций, соответствующие частной сети осуществления транзакций. Аналогично, программа преобразования сообщений и ОШИ работают таким образом, чтобы принимать командные сообщения функционирования из локальной сети и преобразовывать их и формировать соответствующие документы и/или сообщения TCP/IP для использования посредством АКМ. Поскольку эти форматы локальной сети определены, и данные, необходимые для формирования и интерпретации сообщений, известны, достигается использование АКМ 12 непосредственно в обычной частной сети АКМ.

Обычные сообщения о транзакциях АКМ являются сообщениями определенного формата, которые не включают в себя такие документы, как документы на языке разметки или сообщения HTTP. Примером известных обычных сообщений, используемых для работы АКМ, являются сообщения Diebold. 91X, сообщения NCR PAS и сообщения IBM 473X. Такие сообщения обычно включают передачу сообщений запроса из АКМ в определенном формате, включающем в себя входные данные о клиенте (счет/ПИН) и признак о типе и запрошенной транзакции. Сообщение запроса принимают с помощью главного компьютера АКМ, который посылает назад ответное сообщение в определенном формате, которое включает в себя признак, является ли транзакция авторизованной. АКМ затем возвращает другое сообщение главному компьютеру, указывающее, способна ли машина выполнить транзакцию. Сообщения, используемые в таких обычных частных сетях, обычно занимают относительно небольшую ширину полосы частот.

При подсоединении АКМ согласно изобретению к такой сети предоставляется сервер. Сервер находится в оперативной связи с запоминающим устройством, которое содержит реляционную базу данных или другое хранилище данных, которые осуществляют преобразование сообщения и данные создания документа. В одной конфигурации сервер связан с частью по обработке документов через сеть или может постоянно находиться в компьютере АКМ. Сервер формирует документы, к которым обращается броузер и которые включают в себя команды устройства осуществления транзакции. Сервер (или подсоединенный сервер) обменивается обычными сообщениями с главным компьютером. Один сервер может обеспечивать интерфейс для нескольких АКМ, связанных с ним в ЛВС, или альтернативно, каждый АКМ может иметь свой собственный сервер, работающий в ней.

Способность АКМ 12 обмениваться в локальной сети также позволяет выполнять операции АКМ способом, которым интерфейс формируется "домашним" учреждением пользователя предварительно описанным способом, но в котором транзакции являются авторизованными посредством сообщений, направленных через частную сеть АКМ. Это позволяет обеспечить защиту использования локальной сети при обеспечении клиента преимуществами знакомого интерфейса "домашнего" банка и/или интерфейса "персональной домашней страницы".

В такой конфигурации устройства обеспечения осуществления транзакций АКМ могут использоваться обычным способом в ответ на обычные сообщения транзакции АКМ, такие как сообщения Diebold 91Х, сообщения NCR PAS или сообщения IBM 473Х, в локальной сети. Устройства вывода, такие как дисплей (и динамики, если они предоставляются), передают выходные данные для клиента в ответ на документы, обработанные посредством броузера, подсоединенного к локальной или глобальной сети. Броузер обращается к документам, чтобы запросить клиента с помощью операции транзакции, но документы не включают в себя команды, которые позволяют работать устройствам, таким как автомат для выдачи наличных денег, с отсутствующим разрешением от локальной сети.

В одной конфигурации броузер может использоваться компьютером в ответ на состояние устройств в машине, поскольку устройства используются в ответ на обычные сообщения АКМ. Этим способом броузер может осуществлять навигацию по выбранным адресам, включая адреса, которые связаны с клиентом, на основании входных сведений о клиенте. Однако, поскольку документы, принятые броузером независимо, не будут использовать устройства, обеспечивающие функционирование транзакций, имеется меньшая потребность в мерах защиты при доступе к документам. В результате клиент может все же использовать машину в ответ на предоставление знакомого и уникального интерфейса, и маркетинговая информация, такая как реклама или другой материал, может быть представлена в последовательности транзакций, используя способы, описанные выше.

В других вариантах осуществления машины могут исполнять некоторые функции устройств на основании обычных сообщений, в то время как другие могут быть выполнены в ответ на команды в документах HTML или других сообщениях HTTP. Например, документы HTML могут обеспечивать существенные данные для использования принтерами или другими устройствами вывода. Некоторые варианты осуществления могут обращаться к документам с командами, но могут игнорировать некоторые и действовать в ответ на другие. Подход может быть выбран оператором систем с помощью конфигурирования программного обеспечения на основании их требований.

Должно быть понятно, что варианты осуществления изобретения могут также предусматривать формирование соответствующих документов, которые обрабатывают программным обеспечением для обработки документов. Такие документы могут быть динамически сформированы в ответ на информацию, направленную с помощью сообщений от АКМ, которые включают в себя команды и данные, указывающие информацию, связанную с клиентом или транзакцией. Это дает возможность обмениваться сообщениям с АКМ и от нее с намного более ограниченным количеством сетевых адресов. Динамическое формирование различных документов, таких как XML документов, может быть выполнено одним или более компьютеров на основании данных, сохраненных в одном или более запоминающих устройств данных. Может быть сформировано множество документов, соответствующих множеству объектов, от единственного сервера. Такие документы могут быть приспособлены к возможностям осуществления транзакций или поощрительной информации, выдаваемой каждым таким объектом. Документы могут включать в себя графические изображения, графические символы, подсказки, торговые марки и другие визуальные особенности и/или внедренные команды, соответствующие невидимым выходным данным, в качестве подходящих для соответствующего объекта. Таким образом, документы, соответствующие множеству банков, поставщиков услуг, рекламодателей и других объектов, могут быть сформированы одним или более компьютеров и направлены через один или более серверов в качестве соответствующего ответа на информацию в формах сообщений АКМ и информацию, сохраненную в одном или более запоминающих устройств данных, оперативно связанных с компьютерами.

Дополнительное преимущество конфигурации системы примера варианта осуществления состоит в том, что она увеличивает гибкость для обмена сообщениями, связанными с АКМ. Программа 68 управления устройством предпочтительно формирует сообщения состояния, связанные с состоянием устройств 36. Эти сообщения состояния могут обычно представлять информацию о состояниях, которые имеют место в устройствах. Такие сообщения могут указывать, что запас бумаги для принтеров или запас валюты является малым или исчерпан. Другие сообщения могут указывать, что устройства не функционируют должным образом. Часто такие сообщения указывают, что АКМ требует обслуживания. Все такие типы сообщений названы взаимозаменяемым образом, или сообщениями об ошибках, или сообщениями о состоянии.

Часть 64 программного интерфейса для связи с устройством в примере варианта осуществления осуществляет обмен через интрасеть 16, используя сообщения TCP/IP. В то время как сообщения, связанные с примерами транзакций, описанными выше, направляют на сервер 92 устройств, программная часть 64 может включать в себя сервер и быть сконфигурированной так, чтобы адресовать сообщения об ошибке и о состоянии по другим адресам в интрасети или Интернет. Например, такие сообщения об ошибке или состоянии могут быть направлены к прикладной задаче, которая направляет сообщения поставщику услуг. Далее, сообщения об ошибке могут быть выборочно направлены на основании характера указанной ошибки. Например, сообщения об ошибке, указывающие на необходимость пополнять валюту или запасы бумаги, могут быть направлены по адресу в интрасети, связанному с объектом, который является ответственным за пополнение запасов. Альтернативно, сообщения об ошибке, которые указывают на необходимость в других типах обслуживания, могут быть направлены по адресу, связанному с объектом, который может обеспечить тип требуемого обслуживания.

Альтернативно, выборочное распределение по адресам сообщений об ошибке в интрасети 16 может быть выполнено, соответствующим образом конфигурируя сервер 92 устройств. Кроме того, или программная часть 64, или сервер 92 устройств могут направить сообщения об ошибке от АКМ на систему обработки ошибок, такую как компьютер, использующий программное обеспечение Event Management System™ ("Систему управления событиями"), доступное от Diebold, Incorporated. Такое программное обеспечение позволяет определить характер условия ошибки и уведомить соответствующий персонал относительно корректирующих действий, которые должны быть предприняты. Примеры подходов к системам обработки ошибок описаны в патенте США №5984178, раскрытие которого включено здесь в качестве ссылки.

АКМ 12 может дополнительно включать в себя программное обеспечение, чтобы помочь в диагностировании проблем и обеспечения ремонтных услуг. Как графически представлено на фиг.2, альтернативные варианты осуществления АКМ 12 могут включать в себя мини-сервер 109 HTTP, который находится в связи с частью 64 программного интерфейса для связи с устройством. Сервер 109 сконфигурирован так, чтобы принимать сообщения о состоянии устройства и в ответ осуществлять записи HTTP, включающие в себя документы, которые подают данные о состоянии устройства на диагностическое устройство 110, такое как карманный компьютерный терминал. Сервер 109 включает в себя ОШИ для реализации интерфейса с программным обеспечением устройства так, чтобы технический персонал мог обращаться к информации в записях, доступной по адресам HTTP, касающихся сообщений о состоянии, и вводить тестовые и корректирующие команды через диагностическое устройство 110. HTTP-записи и/или документы, сформированные сервером 109, могут предпочтительно включать в себя графические и/или звуковые команды, указывающие состояния, такие как проблемные, а также данные для корректирующих действий и команды восстановления.

В альтернативных вариантах изобретения функции мини-сервера 109 HTTP могут постоянно принадлежать серверу 92 устройств. Может быть особенно подходящим, когда функции сервера устройства принадлежат компьютеру в АКМ. Независимо от того, кто осуществляет функцию, использование визуальных и звуковых компонентов выходных данных, сформированных при обработке документов, связанных с обслуживанием и диагностическими сообщениями, облегчает обслуживание АКМ.

Записи или документы, направленные через мини-сервер HTTP, могут включать в себя команды, которые соответствуют состояниям или состоянию ошибки. К таким записям или документам можно обращаться локально, как описано выше, или можно обращаться дистанционно. Технический персонал, использующий карманный компьютер, который включает в себя броузер или другое программное обеспечение, для обращения к записям HTTP, может локально обращаться к документам с целью обслуживания, диагноза и обслуживания. В некоторых ситуациях может использоваться интерфейс клиента и броузер, связанный с ним, для обращения к мини-серверу HTTP, или могут использоваться отдельный броузер, дисплей и устройство ввода данных на машине и предназначенные для использования с целью осуществления обслуживающих действий. Альтернативно, сообщения об ошибке и состоянии могут контролироваться от терминалов в любых местоположениях, которые связаны в сеть. Мини-сервер HTTP, обрабатывающий сообщения об ошибке и состоянии, может быть также сконфигурирован так, чтобы посылать электронную почту или другое сообщение по выбранному сетевому адресу или группе адресов всякий раз, когда имеет место конкретное состояние или группа состояний.

Дополнительный полезный аспект примера варианта осуществления заключается в том, что сообщения HTTP могут также быть посланы мини-серверу HTTP, чтобы попытаться исправить проблемы. Такие сообщения могут включать в себя команды, которые вызывают выполнение диагностических тестов и направление сообщений, указывающих результаты. Они могут также включать в себя сообщения, которые заставляют устройства тестировать или пытаться освободиться от замятий (бумаги) и другие сбои. Это часто может быть сделано из удаленных местоположений. Конечно, когда существует значительный риск неавторизованного доступа к серверу, обрабатывающему сообщения об ошибке или состоянии, должны быть предприняты соответствующие меры защиты, например, такого типа, которые описаны выше.

Записи HTTP, которые указывают состояние устройств, обеспечивающих выполнение транзакций, могут иметь различные формы в зависимости от конфигурации программного обеспечения и потребностей оператора системы. В некоторых вариантах осуществления информация о состоянии устройства для одного или более устройств может быть представлена информацией указания, содержащейся в объекте данных. Объект данных может быть передан другим связанным компьютерам, чтобы предоставить данные состояния. Передача объекта данных может быть выполнена, например, удаленным методом вызова (RMI). Данные в переданном объекте данных затем могут быть использованы для формирования сообщения и/или выходных данных, требуемых оператором системы. Этот способ может быть особенно полезен, когда оператор желает подключить машину с существующей системой контроля, и информация указания, включенная в объект данных, может использоваться для формирования выходных данных или сообщений, указывающих состояние устройства, которое может быть обработано существующей системой. Дополнительные модули также могут использоваться для достижения связи между существующими системами контроля и машинами транзакций, которые имеют различные типы условий состояния или различные типы форматов сообщения. При этом рассматриваются машины, которые имеют различные типы устройств, обеспечивающих выполнение транзакций, и возможности.

Может также использоваться способ передачи объекта данных для проведения теста или модификации устройств, обеспечивающих выполнение транзакций. Например, информация указания в объекте данных может изменяться узлом обслуживания, и объектом, переданным назад на машину. Программное обеспечение в машине может заставлять устройства, обеспечивающие функционирование транзакций, активизировать или изменять состояния или программные средства в ответ на модифицированный объект данных. Такие случаи могут включать в себя, например, очистку признака ошибки или вынуждение устройства освободиться от замятия (бумаги) или провести тест. Результаты такой работы могут быть отражены в изменяемой информации указания в объекте данных, который может быть затем передан компьютеру в диагностическом терминале. Конечно, описанные здесь подходы являются примерами, и из приведенного описания другие подходы очевидны для специалистов.

Фиг.25 изображает схематическое представление сетевой конфигурации для альтернативного варианта осуществления автоматизированной банковской машины согласно настоящему изобретению. Вариант осуществления, показанный на фиг.25, включает в себя автоматизированную банковскую машину, специально приспособленную к работе в соединении с системами обычных автоматизированных банковских машин, такими как системы, которые функционируют с использованием форматов сообщений Diebold 91X АКМ или других обычных форматов не-НТТР. Главный компьютер 120 в данном примере варианта осуществления является обычным главным компьютером АКМ, который осуществляет обмен с использованием таких сообщений. Главный компьютер обменивается с сервером интерфейса, схематично указанным позицией 122. Сервер 122 интерфейса работает описанным выше способом и находится в оперативной связи с запоминающим устройством, которое включает в себя информацию, необходимую для преобразования сообщений HTTP, которые принадлежат к запросу на выполнение транзакции, в сообщение запроса 91X или другое обычное сообщение, которое может быть обработано главным компьютером 120. Аналогично, сервер 122 интерфейса и команды и данные, сохраненные в запоминающем устройстве, служат для преобразования обычного командного сообщения 91X или другого обычного командного сообщения от главного компьютера 120 в сообщения HTTP, которые могут быть использованы автоматизированной банковской машиной для выполнения команды. Аналогично, сервер 122 интерфейса служит для приема сообщений HTTP, которые соответствуют ответу автоматизированной банковской машины на команды, и формирует ответное сообщение 91X или другое обычное ответное сообщение главному компьютеру.

При выполнении этих функций сервер интерфейса обменивается с клиентом 124 интерфейса, который в предпочтительном варианте осуществления является дополнительным модулем СОММ, который работает в терминале банковской машины под управлением операционной среды Windows NT®. Сервер 122 интерфейса также включает в себя шлюз 126 команд/состояния. Шлюз команд/состояния служит для получения команд и сообщений о состоянии от частей программного обеспечения, управляющих функциональными устройствами в машине. Сообщения, касающиеся устройств, используются при формировании сообщений о транзакциях для посылки обратно в главный компьютер 120. Кроме того, часть шлюза команды/состояния также формирует сообщения о состоянии, указывающие состояния устройств, которые могут также быть переданы главному компьютеру.

Функции сервера 122 интерфейса, части 126 шлюза команды/состояния и клиента 124 интерфейса могут принадлежать программному обеспечению в терминале автоматизированной банковской машины. В этой конфигурации терминал кажется главному компьютеру обычной машиной. Альтернативно, функции сервера 122 интерфейса и части 126 шлюза состояния команды могут постоянно находиться на отдельном сервере, в то время как часть 124 клиента интерфейса может принадлежать терминалу. Это дает возможность серверу 122 интерфейса управлять множеством автоматизированных банковских машин, подключая машины к серверу интерфейса через сеть.

Альтернативная конфигурация системы автоматизированной банковской машины, показанная на фиг.25, особенно приспособлена к использованию в соединении с существующей системой АКМ. Машина включает в себя компьютер с частью 128 для обработки документов, которая включает в себя один или более видимых или невидимых броузеров, которые работают способом, описанным выше для вариантов осуществления. Часть для обработки документов для простоты по-другому называют броузером. Часть для обработки документов работает в соединении с сетью 130 для обращения к записям HTTP в форме документов через серверы 132, 134 и 136. С целью пояснения данного примера сервер 132 будет рассматриваться как сервер "домашнего" банка, который использует автоматизированную банковскую машину. Часть 128 броузера позволяет обратиться к документам в ее "домашнем" банке с целью получения содержимого и команд с целью выдачи информации клиентам, а также работающим устройствам в машине. Серверы 134 и 136 являются представителями других серверов, для обращения к которым автоматизированная банковская машина может получить команду с целью загрузки документов, которые включают в себя информацию или команды. Часто такие документы от серверов "недомашнего" банка включают в себя информацию, которая должна быть представлена клиентам, такая как реклама, поощрительный материал, котировка акций или другие типы информации. Должно быть понятно, что серверы 134 и 136 могут быть непосредственно связаны с сетью 130, или к ним можно обращаться через другие сети и серверы. В некоторых вариантах осуществления к таким серверам можно обращаться через Интернет с целью передачи документов на автоматизированную банковскую машину.

Часть 128 для обработки документов в этом примере варианта осуществления включает в себя демонстрационную часть программного обеспечения терминала, схематично обозначенную позицией 138. Демонстрационная часть 138 терминала схематично показана более подробно на фиг.26. Демонстрационная часть 138 терминала включает в себя скрытый кадр 140 и демонстрационный кадр 142. Скрытый кадр 140, хотя и постоянно находится в броузере, не виден на экране автоматизированной банковской машины. Демонстрационный кадр 142 является видимым кадром и управляет тем, что показывается клиенту.

Как схематично представлено на фиг.25, часть для обработки документов HTML также включает в себя часть 144 блока управления терминалом. Часть блока управления терминалом включает в себя блоки управления, которые являются соответствующими примерами апплетов, которые используются при выполнении конкретных типов транзакций. Блоки управления терминалом обычно соответствуют операциям JAVA-апплетов в вышеописанном варианте осуществления.

Автоматизированная банковская машина в примере альтернативного варианта осуществления дополнительно включает в себя прикладную задачу обслуживания транзакций (ПЗОТ), схематично обозначенную позицией 146. Прикладная задача обслуживания транзакций обеспечивает защиту, состояние терминала, информацию авторизации терминала и услуги управления ключами в автоматизированной банковской машине. Прикладная задача обслуживания транзакций включает в себя функцию для обмена сообщениями HTTP с сервером 122 интерфейса. Прикладная задача обслуживания транзакций может также обмениваться через сеть, такую как сеть 130 способом, описанным ниже. Прикладная задача обслуживания транзакций также обеспечивает функцию сервера, которая дает возможность прикладной задаче обслуживания транзакций выполнить функции сервера 92 устройств в ранее описанном варианте осуществления.

Автоматизированная банковская машина согласно альтернативному варианту осуществления дополнительно включает в себя общие интерфейсы устройства на языке JAVA, схематично указанные позицией 148. Общие интерфейсы устройства на языке JAVA в примере варианта осуществления являются соответствующими примерами апплетов, которые управляют и координируют работу функциональных устройств 150 машин, которые исполняют функции по осуществлению транзакций. Функциональные устройства могут включать в себя устройства таких типов, которые описаны для предыдущего варианта осуществления, или устройства других типов, которые выполняют функцию, относящуюся к транзакции. Общие интерфейсы устройства 148 на языке JAVA связываются с функциональными устройствами через интерфейсы общего устройства, схематично представленными позицией 152. Общие интерфейсы устройства (ОИУ, CDI) обеспечивают интерфейс, который управляет электромеханическими модулями в функциональных устройствах, включенных в автоматизированную банковскую машину. Общие интерфейсы устройства схематично показаны соединенными с диагностическим сервером 154. Диагностический сервер работает способом, аналогичным способу работы сервера 109 вышеописанного варианта осуществления. Диагностический сервер 154 полезен при диагностировании состояния и при устранении проблем, связанных с устройствами автоматизированной банковской машины.

Скрытый кадр 140 (фиг.26) в демонстрационной части 138 терминала является компонентом, называемым скрытым апплетом 156. Скрытый апплет 156 является предпочтительно относительно "тонким" (с ограниченными возможностями) компонентом. Команды, называемые как сценарий, включенные в документы, к которым обращается броузер, выборочно заставляют скрытый апплет уведомлять блок управления терминалом, когда должно иметь место действие в ответ на команды, включенные в документ, к которому осуществляют обращение. Скрытый апплет также необходим для запроса, чтобы обратиться к новому документу. Скрытый апплет также обеспечивает доступ к совместно используемому объекту данных о транзакции, описанному выше, который хранит информацию о транзакции.

Демонстрационный кадр 142 управляет интерфейсом пользователя, который виден пользователю терминала автоматизированной банковской машины. Клиент HTML, схематично представленный позицией 158 в демонстрационном кадре 142, определяет идентифицирующую информацию указания, связанную с событиями, посланными администратору блока управления через скрытый апплет, и обеспечивает интерфейс для общедоступных процедур администратора блока управления. Администратор блока управления, который схематично обозначен позицией 160 на фиг.26, имеет класс (структуру данных), который постоянно находится в прикладной задаче 146 обслуживания транзакций (ПЗОТ), как показано. Класс администратора блока управления, постоянно находящийся в процессе ПЗОТ, служит для загрузки блоков управления 144 терминалом в часть для обработки документов. Администратор блока управления также включает в себя класс скрытого апплета, который постоянно находится в скрытом кадре 140. Класс скрытого апплета администратора блока управления обеспечивает интерфейс для клиентского HTML, чтобы осуществить запросы к администратору блока управления. Команды в документах могут передавать события через скрытый апплет 156 к администратору блока управления. Такие события включают в себя запрос на авторизацию транзакции. Такие запросы могут также включать в себя признаки, что клиент завершил транзакцию или что документ, загруженный броузером, включает в себя команды, требующие окончания сеанса. Другие события, которые могут быть переданы через администратор блока управления, включают в себя события печати. Другие события в этом примере варианта осуществления, которые могут быть переданы через скрытый апплет к администратору блока управления, включают в себя признак, что запись была отменена, или другие определенные события пользователя.

В ответ на получение событий администратор блока управления для показанного варианта осуществления отвечает на команды в документах, к которым обращается броузер, чтобы выполнить функции, которые включают в себя изменение содержания демонстрационного кадра 142. Администратор блока управления в ответ на такие команды также изменяет класс активного блока управления терминалом. Администратор блока управления также осуществляет кэширование класса блока управления терминалом для последующего использования или загружает классы блока управления терминалом и документы из списка доступных серверов, администратор блока управления также обеспечивает доступ к совместно используемому объекту данных о транзакции, хранящему информацию о транзакции для конкретной транзакции. Администратор блока управления также посылает события демонстрационного терминала к скрытому классу управления блока управления текущим терминалом и обеспечивает отображение таймера времени ожидания. Конечно, в других вариантах осуществления блок управления терминалом может выполнять другие функции.

Во время работы в альтернативном варианте осуществления, показанном на фиг.25, блоки 144 управления терминалом в прикладной задаче 146 обслуживания транзакций допускают выборочное обращение к документам с частью 128 для обработки документов. Документы, к которым осуществляют обращение, могут включать в себя команды, которые используются для работы автоматизированной банковской машины и функциональных устройств в ней. Прикладная задача 146 обслуживания транзакций также служит для обмена сообщениями HTTP, которые передаются на сервер 122 интерфейса и используются для формирования обычных сообщений АКМ, которые могут быть обработаны главным компьютером 120. Выдача наличных денег и другие передачи "ценностей" выполняют в ответ на разрешение от главного компьютера 120, в то время как интерфейсные и другие функции управляются посредством команд в документах, к которым обращаются через броузер.

В примере варианта осуществления АКМ или другая машина транзакций связывается с обычным главным компьютером АКМ, передавая объект данных о транзакции между компьютером в АКМ и сервером интерфейса. Эта передача предпочтительно выполняется элементом удаленного способа вызова (RMI) программного обеспечения, такого как JAVA. Конечно, могут использоваться другие способы для передачи файла объекта данных, использующего HTTP.

Как описано выше, объект данных о транзакции хранит информацию о транзакции и возможно другие данные, подходящие для клиента или транзакции. Машина запрашивает данные, подходящие для транзакции, такие как данные о счете, считанные с карточки, номер ПИН-кода клиента, запрашиваемую(ые) транзакцию(и) и сумму(ы), и включает эти данные в информацию о транзакции.

Как только данные, необходимые для формирования обычного сообщения АКМ о транзакции, представлены в информации о транзакции, объект данных передают серверу интерфейса. Сервер интерфейса находится в оперативном соединении с базой данных 123 или другим элементом, хранящим данные преобразования, как представлено схематически. Данные преобразования используются программным обеспечением, связанным с сервером, чтобы сформировать обычное сообщение АКМ запроса транзакции главному компьютеру 120. Обычное сообщение может быть отформатировано как обычное сообщение 91Х или иметь формат другого не-НТТР типа обычного сообщения о транзакции.

После обработки главный компьютер 120 отвечает обычным ответным сообщением. Компоненты ответного сообщения получают в сервере и обрабатывают в ответ на данные преобразования, чтобы сформировать модифицированные данные о транзакции в объекте данных. Эти модифицированные данные о транзакции предпочтительно включают в себя данные, указывающие, является ли требуемая транзакция авторизованной или отклоненной, а также другие данные. Например, если транзакция отклонена, они могут включать в себя данные, которые указывают причины отклонения.

Объект данных о транзакции с модифицированными данными о транзакции затем передают компьютеру, использующему АКМ, с помощью RMI или другого способа передачи. Прикладная задача 146 обслуживания транзакций, имеющаяся в программном обеспечении, получает объект данных, и использует устройства, обеспечивающие функционирование транзакций, в ответ на модифицированные данные о транзакции. Объект данных о транзакции имеет данные о транзакции, дополнительно модифицированные посредством включения информации, касающейся работы устройств. После того как устройства начинают работать, объект данных о транзакции с дополнительно модифицированными данными о транзакции передают обратно на сервер 122 интерфейса. Модифицированные данные о транзакции затем используются для формирования сообщения главному компьютеру АКМ. Сообщение главному компьютеру включает в себя данные, соответствующие модифицированным данным о транзакции. Обычно это сообщение является обычным не-НТТР сообщением завершения, указывающим, была ли транзакция успешно выполнена устройствами, обеспечивающими выполнение транзакций.

Формат не-НТТР обычных сообщений о транзакции может быть легко изменен в описанном варианте осуществления. Это может быть достигнуто с помощью дополнительных блоков. Дополнительные блоки служат для помещения данных в объект данных о транзакции и извлечения данных из него. Дополнительные блоки осуществляют преобразование между данными о транзакции и требуемыми обычными не-НТТР сообщениями. Использование дополнительных блоков позволяет более просто использовать АКМ описанного варианта осуществления в соединении с различными типами обычных сетей транзакций.

Данные о транзакции в объекте данных о транзакции также предпочтительно служат для того, чтобы вынудить компьютер, использующий броузер или множество броузеров, обратиться к выбранным документам. Это может быть сделано, чтобы указать, что транзакция является авторизованной или отклоненной, а также для обращения к определенным документам, в ответ на компоненты сообщения. Например, клиентам банков, отличных от того, который использует АКМ, можно оказывать некоторые содействия, не предоставленные существующим клиентам банка. Данные о транзакции, указывающие, почему транзакция отклонена, могут использоваться для обращения к документам, которые предоставляют объяснение, или могут поощрять клиента выбрать другое действие, такое как взять аванс наличными деньгами на кредитную карточку или запросить ссуду.

Система, схематично показанная на фиг.25, является примером системы автоматизированной банковской машины, которая предоставляет широкое разнообразие возможностей интерфейса, доступных с помощью интерфейса HTML, при сохранении совместимости с существующими системами банковских машин и связанными с ними способами защиты. Конечно, в других подходах могут использоваться альтернативные варианты осуществления и конфигурации.

Дополнительное преимущество, присущее системе, схематично представленной на фиг.25, является способность использовать программные компоненты описанного варианта осуществления настоящего изобретения в существующих автоматизированных банковских машинах. Как очевидно, обработка HTML или других типов документов в обычных компьютерах требует ввода данных с помощью клавиатуры, такой как клавиатура с расположением клавиш "QWERTY", а также с помощью щелчков мышью в позициях, соответствующих графическим символам (иконкам) или другим особенностям в документах, чтобы успешно управлять и использовать такие документы. Обычные автоматизированные банковские машины обычно не включают в себя мышь или полнофункциональную клавиатуру. Вместо этого обычные автоматизированные банковские машины обычно включают в себя алфавитно-цифровую вспомогательную клавиатуру, подобную используемым в телефонах, а также функциональные клавиши. Варианты осуществления настоящего изобретения допускают работу систем с терминалами, которые имеют такие интерфейсы, таким способом, который позволяет извлечь преимущества из изобретения.

Фиг.27 изображает пример интерфейса 162 обычной автоматизированной банковской машины. Интерфейс 162 включает в себя устройство вывода, которое включает в себя экран 164. Экран 164 может быть электронно-лучевой трубкой, жидкокристаллическим дисплеем или другим обычным экраном отображения. В варианте осуществления показанный экран 164 не является сенсорным экраном, как в описанном выше варианте осуществления. Множество функциональных клавиш 166 расположено в позициях, смежных с экраном 164. Вспомогательная клавиатура 168 также включена в интерфейс 162. Вспомогательная клавиатура 168 включает в себя алфавитно-цифровые клавиши, а также некоторые другие специализированные клавиши, такие как "отмена", "исправить" и "подтвердить" ("ОК"). Другими клавишами на вспомогательной клавиатуре обычно являются незадействованными, но в некоторых случаях могут использоваться.

Во время работы обычной автоматизированной банковской машины данные экранного изображения, которые сформированы из информации, сохраненной в запоминающем устройстве терминала, образуют определенные относящиеся к транзакциям изображения, которые представляются графически на экране 164. Экранные изображения появляются последовательно в ответ на функцию выполнения транзакции, выбранную клиентом. Обычные экранные изображения также обычно включают в себя текст или графическое изображение, представляющие варианты выбора, которые могут быть сделаны клиентом. Эти текстовые или графические возможности обычно включают в себя линии или другую информацию указания, которые направлены к краям экрана, смежным с одной из функциональных клавиш 166. Пользователю позволяют осуществить выбор, нажимая функциональную клавишу, которая указана вариантом выбора. Аналогично, при работе с автоматизированной банковской машиной пользователю разрешено ввести алфавитно-цифровые символы, которые содержат номер ПИН-кода, а также числовую количественную информацию и другие команды, нажимая клавиши на вспомогательной клавиатуре 168.

В примере варианта осуществления согласно настоящему изобретению программное обеспечение, используемое в автоматизированной банковской машине, служит для преобразования вводимых данных с помощью стандартных клавиш АКМ, в события операционной системы, такие как щелчок мыши в требуемой позиции или ввод данных с клавиатуры, такой как QWERTY. Программные компоненты, которые допускают выполнение этой функции, показаны на фиг.28-30. Эти функциональные модули включают в себя апплет 170 вспомогательной клавиатуры. Апплет 170 вспомогательной клавиатуры в описанном варианте осуществления включен в апплеты в блоках 144 управления терминалом. Апплет 170 вспомогательной клавиатуры поддерживает подмножество функциональных возможностей общего интерфейса устройства (ОИУ) клавиатуры.

Апплет 170 вспомогательной клавиатуры координирует работу с сервером команд клавиатуры, который работает в прикладной задаче 146 обслуживания транзакций. Сервер в прикладной задаче обслуживания транзакций обменивается с общим интерфейсом устройства для вспомогательной клавиатуры и функциональных клавиш, схематично указанных позицией 172. ОИУ клавиш в предпочтительном варианте осуществления является JAVA-программой, которая называется оболочкой для общего интерфейса устройства, связанного с функциональными клавишами и вспомогательной клавиатурой.

Программное обеспечение дополнительно включает в себя программу блока отображения клавиатуры, схематично обозначенную 174. Блок отображения клавиатуры в примере варианта осуществления находится в соединении с базой данных 176, которая хранит множество наборов отображения. В примере варианта осуществления блок отображения клавиатуры является расширением класса объектов клавиатуры, используемых для работы клавиатуры. Блок отображения клавиатуры служит для сохранения наборов отображения клавиш (раскладка клавиатуры) в базе данных 176. Это выполняют посредством считывания информации в базе данных конфигурации для АКМ, чтобы получить отображения клавиш, которые используются в конкретной машине. Во время работы блок отображения клавиатуры выбирает один (набор) отображения клавиш в качестве текущего набора. Это делается в ответ на апплет вспомогательной клавиатуры и на основании команд в записях HTTP, к которым осуществлено выборочное обращение. Блок отображения клавиатуры может выбирать отображение клавиш в ответ на команды в документах, обработанные броузером. Блок отображения клавиатуры также служит для разрешения функционирования вспомогательной клавиатуры и функциональных клавиш, соответствующих частным выбранным вариантам отображения клавиш. Блок отображения клавиатуры также служит для того, чтобы в ответ на выбранный набор отображения клавиш преобразовывать сигнал ввода со вспомогательной клавиатуры или сигнал ввода от функциональной клавиши в соответствующий сигнал ввода от клавиатуры или мыши, который затем направляют в поток ввода с клавиатуры или поток ввода от мыши операционной системы компьютера, в котором работает программное обеспечение.

В примере варианта осуществления каждый (набор) отображения клавиш состоит из хеш-таблиц. Объекты отображения клавиш сохраняют как значения в хеш-таблицах так, что каждый объект включает в себя значения и действия, необходимые для преобразования любого соответствующего события нажатия клавиши АКМ в событие ввода операционной системы.

Как видно для случая функциональных клавиш, смежных с экраном АКМ, может быть желательно обеспечить ввод данных от мыши в поток вводимых данных от мыши, который соответствует конкретному местоположению в системе координат для ввода данных мышью. Это обеспечивается блоком отображения клавиатуры с использованием выбранного набора отображений клавиш. Различные наборы отображений клавиш дают возможность различным функциональным клавишам обеспечивать различные типы ввода в операционную систему компьютера в ответ на документ, обработанный броузером, чтобы сформировать выходные данные, отображаемые пользователю. Дополнительно блок отображения клавиатуры вынуждает при нажатии выбранной клавиши формировать вводимые данные, соответствующие щелчку мыши в выбранной позиции с координатами х, у на экране. Должно быть понятно, что могут использоваться или клавиши вспомогательной клавиатуры, или функциональные клавиши, чтобы сформировать вводимые данные мыши. Аналогично, вводимые данные функциональной клавиши могут быть преобразованы в вводимые данные от клавиатуры. В некоторых вариантах осуществления, однако, будет желательно отключить индикатор мыши на экране так, чтобы пользователь не видел обычный графический символ мыши. Такое отключение может включать в себя в некоторых вариантах осуществления уменьшение размера графического символа мыши так, чтобы он был настолько малым, что не мог быть легко замечен пользователем машины.

Во время выполнения частей некоторых транзакций пользователю может быть не нужно нажимать какие-либо клавиши. В таких ситуациях некоторые предпочтительные варианты осуществления изобретения отключают клавиши вспомогательной клавиатуры и/или функциональные клавиши. Поскольку ресурсы компьютера используются для опроса таких клавиши с целью обнаружения ввода, прекращение такого опроса в течение соответствующих интервалов времени дает возможность перераспределять компьютерные ресурсы для выполнения других функций. Это увеличивает скорость, с которой могут быть выполнены другие действия. Это в некоторых вариантах осуществления может быть выполнено апплетом вспомогательной клавиатуры, служащим для удаления устройств с клавишами из списка опроса.

Фиг.28-30 включают в себя схематические описания примеров работы апплета блока отображения клавиатуры и вспомогательной клавиатуры. Фиг.29 изображает пример ввода со вспомогательной клавиатуры 168. В этом примере апплет 170 вспомогательной клавиатуры обычно в ответ на команды в HTTP-записи, такой как документ HTML, или другие события, передает и разрешает передачу события к прикладной задаче 146 обслуживания транзакций. В ответ набор отображения клавиш выбирают из базы данных 176, соответствующий конкретному названию набора отображения клавиш. Сервер команд клавиатуры далее выдает разрешение АКМ использовать соответствующие клавиши.

В этом примере в ответ на нажатие клиентом клавиши "ОК" на вспомогательной клавиатуре ОИУ формирует соответствующий сигнал прикладной задаче обслуживания транзакций. Как видно из фиг.27, клавиша "ОК" названа в соответствии с соглашением как клавиша "J" интерфейса АКМ. Прикладная задача обслуживания транзакций передает сигнал, сформированный при нажатии клиентом клавиши "J" на блоке 174 отображения клавиатуры. В ответ на получение сигнала блок отображения клавиатуры разрешает использование объекта в наборе отображений клавиш, соответствующего названию набора отображения клавиш, который преобразует сигнал ввода функциональной клавиши в сигнал ввода с клавиатуры, который распознается операционной системой. Вызывая выбранный объект от набора отображений клавиш, формируется сигнал ввода с клавиатуры и направляется в поток данных клавиатуры компьютера. Это представлено потоком 178 клавиатуры. В показанном варианте осуществления поток данных клавиатуры является потоком ввода в операционную систему Windows NT®. Апплет 170 вспомогательной клавиатуры воспринимает введенные данные с помощью своего соответствующего приемника данных с клавиатуры. Апплет 170 также воспринимает событие и может отобразить графический символ или другой графический символ, соответствующий тому, что клиент вводит данные.

Фиг.28 изображает работу блока отображения клавиатуры в ситуациях, когда прикладная задача обслуживания транзакций служит для предотвращения передачи данных, введенных клиентом, к апплету 170. Это может быть необходимо, например, в ситуациях, когда вводимые клиентом данные являются ПИН-кодом клиента или другими данными, которые не должны быть отображены. В этих обстоятельствах прикладная задача 146 обслуживания транзакций сохраняет вводимые клиентом данные и посылает только сигнал, представляющий символ фиксации, в данном случае символ "*", назад на броузер. Это делается выборочно в ответ на команды, содержащиеся в документах, к которым обращается броузер, или в других записях HTTP, к которым обращается компьютер, который указывает, что вводимые клиентом данные соответствуют его ПИН-коду или другим данным, которые не должны быть посланы броузеру. В примере, показанном на фиг.28, только символ фиксации передают через блок отображения клавиатуры на броузер. В случаях, когда запись HTTP, к которой осуществлено обращение, вызывает методы, в которых числовые значения должны быть посланы броузеру и/или отображены на экране (типа количества удаленных транзакций), сигнал, посланный прикладной задачей обслуживания транзакций на броузер, указывает числовое значение, связанное с нажатой клавишей.

Фиг.30 изображает следующий пример работы блока отображения клавиатуры в том случае, когда вводимые данные соответствуют функциональной клавише 166. В этом случае ввод данных вызван нажатием функциональной клавиши "А", которая изображена рядом с правым верхним углом экрана, как показано на фиг.27. Сигнал, сформированный в ответ на нажатие функциональной клавиши, передают на блок отображения клавиатуры, который в ответ на получение данных из хранилища 176 данных выдает вводимые мышью данные, соответствующие щелчку мыши. Вводимые мышью данные включают в себя данные, представляющие на экране координаты х и у местоположения, где должен быть осуществлен щелчок мышью. Этот сигнал ввода данных с помощью мыши передают в поток вводимых данных от мыши, схематично представленных позицией 180.

Как видно, чтобы разрешить автоматизированной банковской машине, которая обрабатывает документы, работать с использованием обычного интерфейса АКМ, вводимые с помощью мыши данные будут обычно включать в себя координаты позиции, которые соответствуют местоположению на экране, смежному с конкретной функциональной клавишей. Это имеет место из-за того, что графический символ, строка, текст или другая информации указания, которую выбирает клиент, нажимая клавишу, будет предпочтительно появляться или раскрываться в месте экрана, смежном с клавишей. Таким образом, клиент знает посредством визуального представления, какую клавишу нажать, чтобы сделать соответствующий выбор. Множество функциональных клавиш, смежных с экраном, может быть задействованы в любой момент времени. Клиент может осуществлять выбор, нажимая функциональную клавишу в одной позиции, а затем функциональной клавишей - в другой позиции, удаленной от первой позиции. Это приведет к посылке сигналов к потоку данных от мыши, соответствующему щелчкам мыши в позициях с координатами на экране, смежных с функциональными клавишами, нажатыми клиентом. Во время транзакций различные комбинации функциональных клавиш и клавиш вспомогательной клавиатуры могут быть задействованы и отображены на вводимые данные различных клавиатур и вводимые данные от мыши, как определено выбранными вариантами наборами отображения клавиш. Кроме того, разработчики могут разрабатывать специальные наборы отображения клавиш, соответствующие конкретным графическим изображениям в документах, которые отображены.

В предшествующем способе вводимые данные вспомогательной клавиатуры обычной АКМ или вспомогательной клавиатуре другой автоматизированной банковской машины могут быть преобразованы в вводимые данные обычной клавиатуры или мыши, которые могут быть идентифицированы и обработаны в обычном потоке вводимых с клавиатуры данных или потоке вводимых данных от мыши на компьютер. Аналогично, функциональные клавиши могут быть преобразованы во вводимые данные от мыши в выбранных позициях и направлены в поток вводимых данных от мыши для обработки компьютером или могут быть преобразованы во вводимые данные с клавиатуры и направлены в поток вводимых данных с клавиатуры. Другое преимущество описанной конфигурации терминала состоит в том, что клавиши могут быть выборочно заблокированы, кроме того случая, когда они необходимы. Это может уменьшать количество попыток обращения к машине ненадлежащим образом из-за нажатия клавиши на клавиатуре. Далее, как и в описанных выше этапах, может быть также принято отключать клавиши, когда они не являются необходимыми, чтобы увеличить скорость обработки транзакций.

Дополнительное преимущество вариантов осуществления настоящего изобретения заключается в способности автоматизированной банковской машины выдавать напечатанные документы на основании команд в HTML или другие типы документов. Такие печатаемые элементы могут включать в себя билеты, туристические чеки, платежные поручения, банковские чеки, государственные облигации или другие типы документов. Возможные варианты осуществления допускают обращение и обработку документов, печать графических изображений и другой информации указания, которая может формировать печатаемые документы, имеющие выбранные признаки внешнего вида и выбранные декоративные рисунки. Это может уменьшать потребность использовать предварительно напечатанные формы и также допускает печать большего разнообразия печатаемых форматов. Дополнительно, конфигурация некоторых вариантов осуществления машины допускает печать только выбранных частей информации о транзакции с целью сохранения записи в машине, в то же время предоставляя варианты, включающие в себя расширенную графику или другие привлекательные особенности, клиентам.

Фиг.31 является схематическим представлением работы системы при печати форм, используя принтер в автоматизированной машине транзакций. Пример формы согласно изобретению использует услуги принтера WIN32, который работает под управлением Windows NT® 4.0. В показанном примере транзакции класс 180 администратора блока управления, работающий в демонстрационной части 138 терминала, инициализирует транзакцию посредством запроса блока 182 управления принтером распечатать квитанцию. Блок управления принтером в примере варианта осуществления является объединением случаев соответствующих JAVA-наборов (бин-объектов, bean), которые служат для выполнения действий по печати, и является одним из блоков управления среди блоков управления 144 терминалами. Блок управления принтером включает в себя класс (структуру данных) печати, который схематично показан отдельно, служащий для вызова метода URL печати. Класс принтера в примере варианта осуществления включает в себя доступ к совместно используемому объекту данных о транзакции, который включает в себя информацию об определенном клиенте, имеющую отношение к транзакции, которая включает в себя информацию указания, представляющую собой информацию, которая должна быть напечатана. В случае автоматизированной банковской машины она может включать в себя, например, информацию указания, представляющую информацию, которая считывается с вставленной в машину карточки клиента и считывается устройством считывания с карточки. Она может включать в себя, например, имя клиента и номер счета. Другая информация о транзакции может включать в себя типы проводимых транзакций, такие как депозитный вклад, снятие денег или запрос, а также сумму, включенную в каждую соответствующую транзакцию.

Прикладная задача 146 обслуживания транзакций принимает запрос на печать и передает строку URL к объекту 184 принтера WIN с помощью метода печати URL. Адрес URL в примере варианта осуществления является адресом записи HTTP, такой как документ HTML, которая должна быть использована для форматирования документа, подлежащего печати в случае получения. Этот документ HTML содержит внедренный JAVA-сценарий, который обрабатывает информацию о транзакции от объекта данных о транзакции. Адрес URL документа может находиться на локально расположенной машине или может быть отыскан на другом сервере, например, через сеть, схематично указанной позицией 186. Сеть 186 может быть локальной сетью или глобальной сетью в зависимости от конфигурации машины.

Объект 184 принтера WIN затем направляется по адресу документа, к которому нужно обратиться. В одном предпочтительном варианте осуществления это реализуется с помощью управления С Web-Browser2 ActiveX фирмы Microsoft. Когда документ HTML был загружен, управление ActiveX автоматически начинает обрабатывать содержимое документа, к которому было обращение. Прикладная задача 146 обслуживания транзакций вызывает метод URL печати объекта 184 принтера WIN. Объект принтера WIN использует управление ActiveX для печати текущего документа HTML. Этот процесс печати обрабатывается компонентами буфера подкачки и графики в Windows NT®, обеспечивающими печать.

ОИУ JAVA принимает события от компонента 192 управления печатью, который указывает завершение вывода на печать с подкачкой информации. Это указывает, что файл теперь доступен для считывания и пересылки к общему интерфейсу устройства (ОИУ) 188 принтера для печати чеков.

Затем объект 190 принтера вызывает функцию данных чтения компонента 192 управления печатью, чтобы определить положение и размер файла данных печати. Объект 190 печати посылает данные или имя пути файла данных на принтер ОИУ 188. Принтер ОИУ 188 затем передает данные печати к аппаратным средствам принтера. Это приводит к печати принятых данных.

Как только принятые данные напечатаны, апплет из блока 182 управления принтером выдает запрос для направления напечатанных принятых данных. Запрос о направлении передают через прикладную задачу 146 обслуживания транзакций к объекту 190 принтера. Объект 190 принтера вызывает метод направления на принтер 188 ОИУ для направления принятых данных пользователю машины. Работа программных компонентов дает возможность выборочного доступа к форматам документа, а также использования команд, содержащихся в документах, для включения информации о транзакции в печатаемые документы. Это позволяет создавать документы различных типов. Кроме того, это позволяет обеспечить печать различных типов документов для различных клиентов. Это может быть желательно при обеспечении маркетинговой информации, купонов или подобной информации указания при приеме транзакций. Этот подход также упрощает обеспечение напечатанных форматированных документов на различных языках, разрабатывая документы HTML, которые обеспечивают напечатанные формы на различных языках. Как видно, могут быть установлены многочисленные типы форм документов, включающие в себя команды, которые вставляют значения и/или обрабатывают некоторые данные в объекте данных о транзакции, чтобы сформировать напечатанные формы. Кроме того, способы согласно настоящему изобретению могут быть использованы для обеспечения маркетинговой информации клиентам посредством профилей или типов категорий клиента, так же как на части такой информации.

Хотя вышеприведенный способ печати описан в совокупности с направлением принимаемых данных транзакции, подобные методы могут быть вызваны для печати выписок по счету для клиентов, а также для печати журнала транзакций в автоматизированной банковской машине. Далее, обращаясь к выбранным документам, управляющим форматом печати информации, записи в журнале могут быть снабжены объединенной информацией таким способом, который допускает сохранение журнальной бумаги в машине, не печатая сопутствующие или другие типы информации, которая предоставляется для документов клиента.

Способ печати примера формы согласно настоящему изобретению также позволяет печатать различные типы оптической информации указания, такой как штриховой код или другие типы машиночитаемой информации указания, которая может использоваться для печати талонов, чеков или подобных изделий. Такое кодирование может облегчать отслеживание использования таких изделий клиентами с целью оценки эффективности различных усилий маркетинга. Кроме того, машиночитаемая информация указания может использоваться для печати на изделиях, таких как конверты депозита и/или в журналах транзакций. Такая печать может облегчать считывание таких изделий машиной, чтобы проверить содержание депозитов.

Возможности печати, достигаемые посредством способов по настоящему изобретению, также допускают печать выбранных графических материалов. Они могут включать в себя, например, материалы, которые включают в себя внедренные цифровые сигнатуры, которые могут использоваться для проверки подлинности напечатанных документов. Это может быть особенно полезно, например, в ситуациях, когда машина транзакций используется для печати облигаций, туристических чеков, бланков пари или других документов, имеющих независимую стоимость. Кроме того, напечатанные полно цветные документы могут быть произведены подключением цветного принтера в машине транзакций.

Принципы, связанные с печатью форм из автоматизированной банковской машины, также применимы к развитию других электронных форм и форм в твердой копии. Как описано выше, в вариантах осуществления изобретения информация о транзакции может быть направлена "домашнему" банку как документ HTML или другое сообщение HTTP. Такие документы могут включать в себя команды, которые после обработки броузером извлекают или управляют данными, так что они могут быть дополнительно обработаны и/или сохранены в различных форматах. Такая обработка может включать в себя, например, преобразование данных в документе в формат не-НТТР, такой как Diebold. 91X, NCR PAS или формат IBM 473X.

В некоторых обстоятельствах клиентам автоматизированной банковской машины могут быть представлены поощрительные предложения или предложения купить товары или услуги. Эти предложения могут исходить от учреждений продавца, не связанных с учреждением, в котором клиент имеет свой счет. Такие предложения, которые должны быть приняты, могут требовать, чтобы клиент предоставил продавцу информацию. Такая информация обычно может включать в себя данные, накопленные в объекте данных о транзакции или записи о транзакции. Например, продавец товаров или услуг будет часто нуждаться в имени клиента и данных номера счета для оплаты за товары или услуги. Как описано выше, объект данных о транзакции может также хранить персональные данные относительно клиента, которые сохранены на карточке клиента или другом изделии, и считывать посредством считывающего устройства в машине. В примерах вариантов осуществления продавцы таких товаров или услуг могут иметь на сервере доступные прикладные программы. Эти прикладные программы могут включать в себя документы, которые имеют команды для вставки значений и/или обработки информации в объекте данных о транзакции, чтобы обеспечить информацию, которая необходима продавцу для осуществления транзакции. Это может быть выполнено посредством "навигации" одного из видимых или невидимых броузеров в банковской машине к сетевому адресу, в котором доступен(ны) документ(ы) продавца в ответ на ввод команд клиентом, что он желают принять предложение или провести такую транзакцию.

В примерах вариантов осуществления форма продавца может быть видимой на дисплее и напечатана клиентом на автоматизированной банковской машине. Если имеется потребность в дополнительной информации от клиента или для клиента, чтобы сделать выбор, прикладная программа продавца, составленная из HTML, другого языка разметки документов, или другие документы могут выявлять такую информацию через интерфейс клиента банковской машины. Прикладная программа продавца может также иметь подтвержденные клиентом ограничения, относящиеся к товарам или предлагаемым услугам. Возможности печати примера варианта осуществления также допускают обеспечение клиента напечатанной версией сформированной компьютером формы или контракта, отражающего информацию относительно транзакции и терминов, связанных с ней. Дополнительно, любые специальные условия, такие как печатное уведомление, что клиент имеет право отменить транзакцию на определенное время и шаги, которые клиент может предпринять, чтобы ее отменить, могут обеспечиваться в формате напечатанной твердой копии.

В альтернативных вариантах осуществления предложения или транзакции, предоставляемые через автоматизированную банковскую машину продавцами товаров или услуг, могут использовать те же самые или, по меньшей мере, некоторые из документов, содержащих прикладную программу, которая используется для проведения транзакции с помощью электронных средств, когда клиент не использует автоматизированную банковскую машину. Например, аналогичные документы типа формы могут иметь данные в них, записанные с использованием "домашнего" компьютера пользователя, когда транзакция проводится далеко от автоматизированной банковской машины. Когда транзакция проводится в банковской машине, используется информация в объекте данных о транзакции или другой записи о транзакции, чтобы обеспечить необходимые данные.

Эта возможность предоставляет продавцам возможности разрабатывать прикладные программы, которые могут использоваться по Интернет для домашних ПК (персональных компьютеров), а также для клиентов, которые используют автоматизированные банковские машины. Такие возможности дополнительно предоставляют возможность продавцам и банковским учреждениям разрабатывать прикладные программы, такие как прикладные программы банковского обслуживания на дому, прикладные программы для осуществления закупок и прикладные программы для оплаты счетов, которые могут использоваться и из домашних ПК и из автоматизированных банковских машин. Поскольку автоматизированные банковские машины имеют доступ к данным, которые сохранены во вспомогательном офисе, базе данных, персональных данных, сохраненных на карточке или доступных из другого запоминающего устройства данных, система согласно изобретению может быть сконфигурирована так, чтобы дополнительная информация могла быть включена в объект данных о транзакции без необходимости во введении данных клиентом в банковскую машину. Это позволяет обрабатывать транзакции в банковской машине более быстро, чем может быть возможно на "домашнем" ПК клиента. Далее, использование банковской машины для проведения транзакций дает возможность клиенту провести транзакции, использующие защиту, связанную с системой банковской машины.

Использование автоматизированных банковских машин для проведения транзакций, которые могли бы быть выполнены через "домашний" ПК, имеет преимущество, заключающееся в том, что включает в себя возможность обеспечения клиента формами получения твердой копии, документирующими проводимые транзакции. Использование банковской машины может также обеспечивать клиентов большей степенью конфиденциальности, что транзакции были зарегистрированы, поскольку банк может также поддерживать информацию, которая документирует транзакцию даже если транзакция осуществляется между клиентом и третьим лицом. Банковские машины могут также обеспечивать формы расписок (квитанций), которые преднамеренно сделаны более трудными для подделки или которые имеют возможность проверки на подлинность. Использование систем записи изображений совместно с банковскими машинами также может использоваться для проверки, что транзакция проводилась авторизованным лицом. Такие особенности также дают возможность учреждению, имеющему счет клиента, предложить поощрения, такие как премии, продленные гарантии или призы за проведение транзакций с участием учреждения. Многочисленные преимущества также могут быть достигнуты в рамках настоящего изобретения.

Блоки управления терминалами, как описано выше, являются программными компонентами, которые являются наборами объектов, таких как JAVA-апплеты или JAVA-наборы (бин-объекты). JAVA-наборы являются классами JAVA, которые принадлежат спецификации JAVA-наборов (бин-объектов). Эти объекты применяются к последовательным транзакциям АКМ. В примере варианта осуществления обычно имеется один блок управления терминалом на транзакцию. Например, два обычных блока управления терминалом - блок управления снятием денег и блок управления депозитом, которые служат для управлениями функциональными возможностями АКМ для снятия и внесения депозита. Другие блоки управления терминалом ответственны за другие типы транзакций, такие как передача денежных сумм между счетами и выполнение запроса доступного остатка по текущему счету.

Пример варианта осуществления настоящего изобретения включает в себя способы создания блоков управления терминалами в среде визуального программирования, связывая множество визуальных графических символов, которые представляют примеры соответствующих JAVA-наборов. Хотя пример варианта осуществления использует JAVA-наборы, настоящее изобретение охватывает любой тип объектов или классов, которые применимы к относящимся к группе логике программирования, событиям, свойствам и способам. Другие примеры включают в себя классы C++, объекты CORBA, объекты ActiveX и объекты СОММ. Предыдущие примеры этих объектов включают в себя скрытый апплет 156 и апплет 170 вспомогательной клавиатуры.

Настоящее изобретение включает в себя множество этих специализированных апплетов, классов или объектов, которые предназначены для охвата определенных функциональных возможностей для автоматизированных машин транзакций, таких как АКМ, и других типов терминалов самообслуживания. Эти объекты ниже названы как объекты АКМ и предназначены быть базовыми стандартными блоками для создания блоков управления терминалами. Например, некоторые объекты АКМ служат для управления различными устройствами АКМ, такими как устройства считывания с карточки, предъявители, устройства выдачи наличных денег, принтеры и вспомогательные клавиатуры. Другие объекты АКМ служат для управления функциональными возможностями транзакции, такими как осуществление авторизации и управление профилем клиента. Дополнительно, другие объекты АКМ служат для управления обработкой ПИН-кода и данными о транзакции.

В примере варианта осуществления демонстрационные блоки управления создают посредством визуального конфигурирования вариантов этих объектов АКМ. Фиг.36 схематично представляет среду 220 визуального программирования, которая дает возможность программисту визуально создавать блок 225 управления терминалом. В примере варианта осуществления среда визуального программирования достигается с использованием Visual Age фирмы IBM для JAVA®. Однако настоящее изобретение охватывает любую среду визуального программирования, которая позволяет пользователю визуально связывать группировки отдельных объектов АКМ, подвергать обработке объекты АКМ, определять характеристики объектов и задавать связи между объектами.

Среда 220 визуального программирования включает в себя палитру 222 (панель инструментов), включающую в себя графические символы, которые являются визуальными представлениями этих объектов АКМ. Программисту обычно позволяют создавать блок 225 управления терминалом, выбирая необходимые отдельные объекты АКМ и размещать их в визуальной рабочем пространстве 224. Размещение объектов АКМ в рабочем пространстве 224 служит для того, чтобы объект подвергать обработке. Подвергаемые обработке объекты АКМ представлены в рабочем пространстве помеченными графическими символами, такими как объекты 230 и 232 АКМ. Разработчику также позволяют связывать объекты АКМ вместе, чтобы создать связи или маршруты, которые логика программирования блока управления терминалом 225 будет отслеживать. Эти маршруты представлены сплошной линией 238 между объектами АКМ.

Как только объект АКМ помещен в рабочее пространство, может быть задано, как он взаимодействует с другими объектами АКМ. Это выполняют посредством изменения одного или более свойств объекта АКМ и посредством создания визуально обозначенных маршрутов или связей между объектами АКМ.

Например, объект 232 АКМ представляет определенный тип объекта АКМ, называемого блоком скрытого управления, который использует услуги администратора блока управления для управления такими свойствами как URL броузера. В этом описанном блоке 225 управления терминалом объект 232 АКМ был помечен как "меню услуг" 231, так как он был сконфигурирован, чтобы иметь открытую броузером страницу HTML для обслуживания АКМ.

Объекты АКМ обычно включают в себя одно или более событий. События таких объектов АКМ являются сигналами или сообщениями, которые указывают, что кое-что произошло. Например, когда банковская карточка вставлена в устройство устройства считывания с карточки, в объекте АКМ будет инициировано событие устройства считывания с карточки, предназначенное для контроля и управления устройством считывания с карточки.

Объекты АКМ также включают в себя методы. Методы объекта АКМ являются действиями или функциями, которые объект АКМ может выполнять. Например, объект АКМ для устройства считывания с карточки будет включать в себя метод выбрасывания, который служит, чтобы устройство считывания с карточки выбрасывало банковскую карточку.

Фиг.39 изображает таблицу примеров типов объектов 256 АКМ и их связанных графических символов (иконок) 258. Эти объекты АКМ включают в себя объект 260 авторизации, объект 262 скрытого управления, объект 264 устройства считывания с карточки, объект 266 профиля клиента, объект 268 депозитора, объект 270 устройства выдачи, объект 272 вспомогательной клавиатуры, логический объект 274, объект 276 СК, объект 278 предъявителя, объект 280 ввода ПИН-кода, объект 282 принтера, объект 284 синхронизации и объект 286 данных о транзакции.

Пример объекта 260 авторизации включает в себя функциональные возможности для управляющей связи с агентом авторизации, таким как главная банковская система. В примере варианта осуществления такая связь включает в себя запросы на авторизацию, фиксацию транзакции и аннулирование транзакции. Объект авторизации взаимодействует с дополнительным модулем авторизации, чтобы посылать и получить сообщения о состоянии от главного компьютера авторизации.

Пример объекта 262 скрытого управления включает в себя функциональные возможности для использования услуг администратора блока управления для управления свойствами URL броузера, загружать блоки управления и принимать события от броузера. Объект скрытого управления содержит функциональные возможности скрытого апплета 156, описанные выше. Каждый блок управления терминалом требует, по меньшей мере, одного объекта 262 скрытого управления, который обеспечивает линию связи между администратором блока управления и блоком управления терминалом. Например, объект скрытого управления осуществляет "навигацию" метода, используемого для изменения отображаемой страницы HTML. Кроме того, демонстрационные события, которые связаны с вводом данных, таким как нажатие кнопки в странице HTML, инициируются от объекта 262 скрытого управления.

Пример объекта 264 устройства считывания с карточки является одним из множества объектов АКМ, предназначенных для управления устройством АКМ. В этом случае объект 264 устройства считывания с карточки включает в себя функциональные возможности для управления устройством устройства считывания с карточки.

Пример объекта 266 профиля клиента включает в себя функциональные возможности для сбора и извлечения информации о клиенте. Объект профиля может включать в себя признак того, является ли пользователь машины клиентом, который должен провести банковскую транзакцию, или обслуживающим персоналом машины, который уполномочен провести одно или несколько типов обслуживающих действий. Объект профиля может также включать в себя функциональные возможности апплета профиля, описанного выше. Объект 266 профиля клиента предпочтительно взаимодействует с одним или более сменных профилей клиента, чтобы извлекать и модифицировать информацию профиля клиента, сохраненную в множестве различных местоположений, таких как локальное запоминающее устройство данных, внешнее запоминающее устройство данных, сервер приложений или любом другом местоположении, которое служит для сохранения информации, касающейся пользователя АКМ.

Примеры объекта 268 депозитора, объекта 270 устройства выдачи и объекта 272 вспомогательной клавиатуры включают в себя функциональные возможности для управления устройством депозитора, устройством выдачи и устройством вспомогательной клавиатуры соответственно. Объект 272 вспомогательной клавиатуры включает в себя функциональные возможности апплета 170 вспомогательной клавиатуры, описанные выше.

Примером логического объекта 274 является специальный АКМ объект, который не осуществляет контроль или управление внешними устройствами АКМ, а скорее управляет потоком логических данных между объектами АКМ. Логический объект 274 включает в себя функциональные возможности для определения значений истинности при сравнении двух операндов и вызывает различные методы одного или более объектов АКМ в зависимости от результата сравнения.

Пример объекта 276 статуса команды (СК, OCS) включает в себя функциональные возможности для управления обработкой команд главного компьютера и ответов на команды главного компьютера. Объект 276 СК взаимодействует с сервером СК и дополнительными блоками команды/состояния для связи с главным компьютером.

Пример объекта 278 предъявителя включает в себя функциональные возможности для управления устройством предъявителя, такое как устройства для представления выданных листовых документов. Пример объекта 280 ввода ПИН-кода взаимодействует с сервером события ввода ПИН-кода для управления режимом ввода ПИН-кода. Пример объекта 282 принтера включает в себя функциональные возможности для управления печатающим устройством.

Пример объекта 284 синхронизации включает в себя функциональные возможности для синхронизации множества способов обработки. Объект 284 синхронизации также обеспечивает таймер для одного или более способов обработки. Например, в блоке управления терминалом, предназначенном для снятия наличных денег, объект синхронизации может использоваться для управления синхронной выдачи наличных денег и подготовки квитанции.

Пример объекта 286 данных о транзакции, как описано выше, включает в себя функциональные возможности для обеспечения архивации данных о транзакции, которые могут быть использованы совместно блоками управления терминалами, броузером и агентом авторизации. Примеры данных, управляемых объектом 286 данных о транзакции, включают в себя снимаемую сумму, номер счета и тип счета. Когда вызывают метод запроса объекта 260 авторизации, копия данных о транзакции от объекта 286 данных о транзакции может быть передана главному компьютеру для авторизации (выдачи разрешения) транзакции.

Эти описанные объекты АКМ используются в примере варианта осуществления согласно настоящему изобретению. Однако настоящее изобретение также реализует другие типы АКМ объектов, которые формируют функциональные возможности терминала АКМ. Другие типы объектов АКМ могут управлять устройствами, такими как устройство считывания отпечатков пальцев, сканер радужной оболочки глаза, устройство считывания интеллектуальной карточки, звуковая система, принтер для печати на сберегательных/чековых книжках, сканер чеков, принтер для печати выписок по счетам, принтер для печати билетов, принтер купонов, кодер телефонной карточки или любого другого типа устройства, которое может быть оперативно связано с АКМ. Кроме того, другие объекты АКМ служат для взаимодействия с базами данных, серверами и другими типами вычислительных систем для извлечения и посылки данных к терминалу АКМ и от него.

На фиг.37 представлена часть визуального рабочего пространства 224, которое включает в себя пример маршрута или связи 238. Пример связи 238 соответствует соединению от события к методу между двумя объектами 230 и 232 АКМ. Пример среды визуального программирования использует соединение от события к методу между объектами АКМ для управления функциональными возможностями и потоком транзакций АКМ. Поток транзакций передается от одного объекта АКМ к другому, связывая событие одного объекта АКМ с методом другого объекта АКМ. Среда визуального программирования в примере варианта осуществления включает в себя визуальные связи для индикации направления потока программы. Например, квадрат 248 на одном конце соединения 238 указывает исходный объект АКМ. Стрелка - указатель 250 на противоположном конце соединения 238 указывает целевой объект АКМ. Когда случается событие в исходном объекте 230 АКМ, поток программ передается методу целевого объекта 232 АКМ. Конечно, в других вариантах осуществления могут использоваться другие типы визуальных индикаций связи между объектами.

Для этого примера блока 225 управления терминалом объект 230 АКМ является логическим объектом 274, обозначенным "isService", который сконфигурирован так, что инициирует или истинное событие, или ложное событие, если пользователь имеет или не имеет разрешения обслуживать АКМ. Объект 232 АКМ является объектом 262 скрытого управления, который, как описано выше, помечен "Меню услуг" и включает в себя метод навигации, который служит для открытия HTML страницы меню услуг в броузере.

Фиг.38 представляет окно 246 в среде визуального программирования для создания, редактирования и изменения соединения события с методом. Здесь окно 246 отображает параметры для соединения 238 события с методом, которое определяет, что, когда исходное событие 243 случается в исходном объекте 242, целевой метод 245 будет вызван в целевой объект 244.

Как показано на фиг.36, не все группировки объектов АКМ связаны между собой. Например, группы 252 и 254 объектов АКМ не связаны. Это отражает свойства блоков управления терминалами, которые должны быть управляемыми событиями. Каждая из этих групп представлена определенным функциональным блоком управления терминалом или подпрограммой, которая инициируется событием АКМ или вызывается в методе объекта АКМ.

Методы объекта АКМ часто требуют параметров. В примере варианта осуществления согласно настоящему изобретению эти параметры могут быть снабжены параметрами объекта АКМ или других объектов АКМ, визуально создавая соединения параметра или связи.

Фиг.37 включает в себя пример визуального соединения 236 параметра. Визуальное соединение параметра служит для того, чтобы выдать значение для аргумента метода. Визуальное соединение 236 параметра включает в себя сплошной круг на одном конце, который служит как визуальный ключ, что тип клиента в объекте 226 выдает параметр. Противоположный конец визуального соединения 236 параметра соединяется с соединением 240 события с методом. Стрелка-указатель 241, связанная с соединением события с методом, является визуальным ключом, который указывает, что логический объект 230 isService включает в себя метод, который является целевым, и соединения события с методом и соединения параметра.

Для этого примера блока управления терминалом объект 228 АКМ является объектом ввода ПИН-кода, который включает в себя событие ввода ПИН-кода. Соединение 240 события с методом было сконфигурировано так, чтобы, когда имеет место событие ввода ПИН-кода, вызывается метод сравнения логического объекта 230 isService. Соединение 236 параметра указывает, что метод сравнения вызывается с аргументом, введенным объектом 226 профиля клиента типа клиента. Метод сравнения логического объекта 230 isService сконфигурирован так, чтобы, если значение данных типа клиента в объекте 226 профиля клиента равно значению, представленному клиентом типа обслуживающего персонала, будет иметь место истинное событие. Соответственно, если значение данных типа клиента не представляет обслуживающий персонал, будет инициировано ложное событие. Инициирование истинного события, которое определено соединением 238 события с методом, приводит к вызову метода навигации объекта 231 скрытого управления меню услуг. Инициирование ложного события, как определено в соединении 250 события с методом, приводит к вызову метода навигации объекта 234 скрытого управления меню услуг.

Фиг.54 схематично представляет архитектуру программирования блока управления терминалом, который содержит объекты АКМ. Как описано выше, блок 290 управления терминалом является апплетом, который содержит множество объектов 292 АКМ для определения последовательности транзакций АКМ. Каждое устройство 298 АКМ, такое как устройство считывания с карточки или принтер, имеет соответствующий АКМ объект, который служит для контроля и управления работой каждого устройства 298 АКМ.

Администратор 291 блока управления служит для загрузки и выгрузки блоков 290 управления терминалами и помогает обеспечивать маршрут программирования от страниц 246 HTML к блокам управления 290 терминалами.

Для обмена с внешними главными компьютерами 304 дополнительные модули броузера интерфейса обеспечивает интерфейс между объектами 292 АКМ в блоке 290 управления терминалом и внешним главным компьютером 304. В примере варианта осуществления эти дополнительные модули поддерживают сообщения формата Diebold 91Х, включая в себя конфигурацию, транзакцию, состояние и сообщения типа команд.

Примеры таких дополнительных модулей включают в себя СК (статус команды, OCS) дополнительный модуль 302 и дополнительный модуль 300 авторизации. Как описано выше, объект 276 АКМ СК взаимодействует с дополнительным модулем СК, чтобы обеспечить события "обслуживается" и "вне обслуживания", которые исходят от главного компьютера 304. Дополнительный модуль 302 СК также обеспечивает методы для посылки состояния команды и событий пользователя главному компьютеру 304.

Дополнительный модуль 300 авторизации также служит для связи с главным компьютером 304, который служит в качестве агента авторизации. Объект 300 авторизации взаимодействует с дополнительным модулем 260 авторизации, чтобы управлять сообщениями о транзакциях, включая в себя разрешение, фиксацию (транзакции) и обратные запросы с главного компьютера 304 агента авторизации.

Как описано выше, дополнительный модуль 306 профиля клиента служит для извлечения информации профиля пользователя из локальной или удаленной базы данных 308. Эта информация может использоваться, чтобы индивидуализировать терминал АКМ для каждого клиента 294, который использует терминал АКМ. Объект 266 профиля клиента взаимодействует с дополнительным модулем 306 профиля клиента, чтобы отыскивать и модифицировать информацию клиента в базе данных 308.

Как только блок управления терминалом создан в рабочем пространстве 224, среда визуального программирования осуществляет сохранение блока управления терминалом в качестве апплета, класса JAVA или другого объекта. Такие апплеты оперативно сохраняются в качестве команд языка программирования, откликающиеся на объекты АКМ и связи, визуально созданные в рабочем пространстве 224. Например, блок управления терминалом может быть сохранен как один или более исходных файлов. Также блок управления терминалом может быть откомпилирован и сохранен в форме, которая служит для использования с автоматизированной машиной транзакций согласно настоящему изобретению, такой как апплеты, EJB, объекты СОММ, объекты CORBA, динамические библиотеки DLL или любого другого типа программного контейнера. Визуально созданный блок управления терминалом может быть затем интегрирован с другими блоками управления терминалами, чтобы управлять функциональными возможностями терминала АКМ согласно настоящему изобретению. В примере варианта осуществления блоки управления терминалом могут постоянно находиться в доступном запоминающем устройстве, таком как жесткий диск или оперативная память (ОП, RAM) или локального компьютера или удаленного сетевого компьютера. В примере варианта осуществления блоки управления терминалом могут быть извлечены посредством АКМ из локальной или удаленной файловой системы. Также блоки управления терминалом могут быть извлечены из локальной или удаленной базы данных или Web-сервера. В других примерах вариантов осуществления блоки управления терминалом могут быть интегрированы в сервер приложений.

В течение типового сеанса клиента терминал АКМ будет использовать, по меньшей мере, три блока управления: управляющий блок управления, блок управления транзакциями и блок управления завершением. Управляющий блок управления обычно является ответственным за ввод карточки, ввод ПИН-кода и выбор транзакции. Блок управления транзакциями является ответственным за авторизацию и управление устройством в ходе выбранной транзакции. Блок управления завершением обычно является ответственным за завершение транзакции, включая возврат карточки клиенту.

Среда визуального программирования, используемая в примере варианта осуществления согласно настоящему изобретению, дает возможность пользователю создавать новые блоки управления терминалами или настраивать существующие блоки управления терминалами, чтобы удовлетворить требования конкретного банковского учреждения и потребности клиентов, использующих терминал АКМ. Среда визуального программирования обеспечивает гибкую и интуитивную среду программирования, которая позволяет разработчику визуально подключать множество специализированных объектов АКМ вместе, чтобы создать интерактивную прикладную программу АКМ.

Фиг.40-53 схематично представляют свойства, события и методы, связанные с объектами АКМ в примере варианта осуществления. Многие из этих объектов АКМ производят синхронные события. Когда методы или функции объектов АКМ вызываются для выполнения действия, объект АКМ ожидает завершение действия, затем инициирует событие, которое указывает результат операции. В примере варианта осуществления имеются четыре события, касающиеся операции, которые являются обычными для большинства объектов АКМ. Как показано на фиг.41 относительно объекта 260 авторизации, эти события 348 операции содержат событие 340 успешной операции, событие 342 неудачной операции, событие 344 недоступной операции и событие 346 неподдерживаемой операции. Событие 344 недоступной операции указывает, что устройство временно недоступно, потому что, например, было переведено в режим обслуживания. Событие 346 неподдерживаемой операции указывает, что устройство не поддерживается на АКМ.

Пример объекта 260 авторизации также включает в себя множество специализированных событий и методов. Примеры методов объекта разрешения включают в себя метод 320 авторизации, метод 322 передачи и метод 324 обратной передачи. Когда эти методы вызываются, объект 360 авторизации взаимодействует с дополнительным модулем авторизации, чтобы обменяться сообщениями с главным компьютером авторизации, чтобы или разрешить, или передать, или отправить обратно транзакцию.

Дополнительный модуль авторизации преобразует методы авторизации в сообщения, соответствующие выбранному протоколу главного компьютера, такому как сообщения 91х. Например, блоки управления терминалом, которые служат для исполнения транзакции снятия денег, будут обычно включать в себя объект 260 авторизации. Прежде чем наличные деньги будут выданы клиенту, запрос авторизации посылают главному компьютеру авторизации, вызывая метод 320 авторизации объекта авторизации.

Пример объекта авторизации также включает в себя множество событий, таких как событие 326 украденной карточки, событие 328 недействительного счета, событие 330 недействительного количества, событие 332 недействительного ПИН-кода и событие 334 дополнительного налога. Эти события вызываются в ответ на получение кода состояния от главного компьютера авторизации.

Этот пример варианта осуществления объекта 260 авторизации также включает в себя способность расширить основной набор событий посредством события 336 состояния пользователя. Дополнительный модуль авторизации может быть сконфигурирован так, чтобы инициировать событие состояния пользователя, когда сообщение состояния от главного компьютера авторизации включает в себя уникальный код состояния. Этот код помещен в поле состояния пользователя объекта транзакции. Когда событие состояния пользователя инициировано, объект авторизации блока управления терминалом может быть сконфигурирован так, чтобы вызвать метод логического объекта, который служит для сравнения значения в поле состояния пользователя с известным набором возможных кодов пользователя.

Фиг.41 представляет метод и события для объекта 262 скрытого управления для примера варианта осуществления. Как описано выше, объект 262 скрытого управления взаимодействует с администратором 291 блока управления, чтобы установить URL в броузере, загрузить новый блок управления терминалом и установить новую базу документов для броузера. В примере варианта осуществления объект 262 скрытого управления включает в себя методы, такие как метод 350 навигации, метод 352 блока управления навигацией и метод 354 основного чистого документа.

Метод 350 навигации служит для установки нового URL в броузере. URL передают как параметр в метод навигации. URL может быть абсолютным адресом, который включает в себя полную спецификацию URL, начинающуюся с "http:\\", или URL может быть относительным адресом, который начинается с "\" и является относительным по отношению к фиксированной или текущей странице документа HTML. Метод 352 блока управления навигацией служит для загрузки нового блока управления терминалом в дополнение к установке нового URL.

Оба, и метод 350 навигации и метод 352 блока управления навигацией, включают в себя аргумент времени ожидания, который определяет число секунд прежде, чем включится время ожидания, и страница времени ожидания показывается пользователю. Таймер является средством, чтобы предотвратить терминал АКМ от зависания на неопределенное время на странице, и должен вынудить клиента прекращать формировать варианты выбора. Параметр таймера навигации может быть установлен равным нулю для тех случаев, когда событие или таймер для другого объекта АКМ гарантированно будут вызваны независимо от пользователя.

Объект 262 скрытого управления включает в себя события, такие как событие 356 запроса авторизации, событие 358 отмены запроса ПИН-кода, событие 360 запроса печати, событие 362 ненажатия, событие 364 завершения сеанса, событие 366 принятия дополнительного налога, событие 368 отвергания дополнительного налога, событие 370 завершения транзакции, события 372, 374, 376 пользователя, и событие 378 нажатия "да". Эти события вызываются администратором блока управления в ответ на использование пользователем текущей страницы HTML. В броузере, например, кнопка на странице HTML может быть сконфигурирована так, чтобы вызвать одно из этих событий скрытого управления в ответ на нажимаемую кнопку.

Объект 262 скрытого управления также включает в себя множество событий, которые инициируются только в ответ на администратор блока управления непосредственно. Эти события включают в себя событие 380 загруженного блока управления, событие 382 неудачного результата работы блока навигации, событие 384 неудачного управления и событие 386 времени ожидания экрана. Событие 380 загруженного блока управления инициируется, когда блок управления терминалом загружен. Событие 382 неудачного результата работы блока навигации инициируется, когда HTML или сценарий в броузере вызвали администратор блока управления для перемещения к новому URL и изменения блоков управления терминалами, и одно из этих действий потерпело неудачу. Точно так же, событие 384 неудачного управления инициируют, когда HTML или сценарий вызвали администратор блока управления для перемещения к новому URL и перемещение потерпело неудачу. Событие 386 времени ожидания экрана инициируют после того, как указанное число секунд истекло без какого-либо действия пользователя.

Фиг.42 схематично представляет методы и события для примера варианта осуществления объекта 264 устройства считывания с карточки. Объект устройства считывания с карточки дает возможность разработчику создавать блоки управления транзакциями, которые используют и управляют устройством считывания с карточки АКМ. Объект 264 устройства считывания с карточки включает в себя методы, такие как метод 390 разрешения, метод 392 отключения, метод 394 выдачи и метод 396 удержания. Методы 390 и 392 разрешения и отключения разрешают использование и отключают устройство считывания с карточки соответственно. Метод 394 выдачи служит для выталкивания карточки для выдачи назад клиенту. Метод 396 удержания служит для внутреннего удержания карточки и обычно используется в ситуациях, когда карточка должна быть удержана, в таких случаях, например, когда срок действия карточки истек, она обозначена как захваченная, или когда клиент оставляет АКМ, не забирает назад карточку.

Объект 264 устройства считывания с карточки включает в себя следующие асинхронные события: событие 398 ввода карточки, событие 400 считывания карточки, событие 402 удержания карточки, событие 404 принятия карточки и событие 406 запроса карточки. Каждое из этих событий инициируется в ответ на действие, описанное в имени события. Например, когда карточка считывается, будет инициировано событие 400 считывания карточки. Объект 264 устройства считывания с карточки также включает в себя тот же самый набор событий 408 синхронизации операций, что и события 348 операций, описанные для объекта 260 авторизации, когда карточка позволяет считывать данные с карточки и помещать в сервер устройства считывания с карточки, где данные могут быть переданы главному компьютеру или использоваться для работы с профилем клиента.

Фиг.43 схематично представляет пример варианта осуществления объекта 266 профиля клиента. Объект 266 профиля клиента считывает и записывает информацию, уникальную для конкретного клиента. Объект 266 профиля клиента включает в себя множество свойств, такие как тип 419 клиента, действительный счет 420 быстрой оплаты, действительная сумма 421 быстрой оплаты, предпочтительный счет 422 быстрой оплаты, предпочтительная сумма 423 быстрой оплаты, свойство 424 выбора быстрой оплаты, предпочтительный язык 425, последний 426 счет снятия денег, последняя снятая сумма 427 и свойство 428 постоянства.

Эти свойства могут использоваться как параметры для других методов объекта АКМ. Кроме того, методы считывания и записи могут быть вызваны страницами HTML, чтобы получить или установить эти свойства. Свойство 419 типа клиента дифференцируется между различными классами клиентов, таких как обслуживающий персонал или клиент. Действительный счет 420 быстрой оплаты и действительная сумма 421 быстрой оплаты идентифицирует сумму снятия с банковского счета, которые показывают клиенту в HTML для быстрой транзакции наличных денег. Предпочтительный счет 422 быстрой оплаты и предпочтительный счет 423 быстрой оплаты идентифицируют снятую сумму с банковского счета, которая была выбрана клиентом со страницы установки предпочтений, чтобы использовать для быстрых транзакций наличных денег. Свойство 424 выбранной быстрой оплаты определяет, является ли транзакция снятия денег быстрой или нет. Типичный блок управления снятием денег может использовать это свойство, чтобы определить, требуется ли установить значения выбора быстрой оплаты. Свойство 425 предпочтения языка идентифицирует предпочтительный язык клиента. Свойство 426 последнего счета снятия денег и свойство 427 последнего снятой суммы идентифицируют последний счет и сумму, которые использовались клиентом при транзакции снятия. Свойство 428 постоянства идентифицирует элемент набора (бин-объекта) профиля клиента как постоянный. Любое значение, установленное в постоянном объекте, приводит к записи значения в базу данных или другой архив данных. Значения, установленные в непостоянный элемент объекта клиента теряется в конце сеанса клиента.

Блок управления терминалом может быть оперативно запрограммирован, чтобы отобразить страницу HTML в броузере, которая включает в себя информацию и варианты выбора для выполнения транзакции в ответ на свойства профиля клиента. Как описано выше, варианты выбора для обслуживания АКМ могут быть представлены пользователю, такому как "обслуживающий персонал", в то время как пользователю, такому как "клиент" были бы только представлены возможности для выполнения транзакции с АКМ. Также различные уровни функций транзакций могут быть взаимосвязаны с типом клиента. Например, клиентам, которые имеют банковский счет с финансовым учреждением, которое имеет АКМ, может быть назначен тип клиента, который предоставляет разрешение клиенту выполнять расширенные транзакции, такие как оплата счета и печать чеков. Однако клиентам других банков может быть назначен тип клиента, который позволяет им только обращаться к простым транзакциям, таким как снятие наличных денег.

Объект профиля клиента может также использоваться, чтобы модифицировать информацию профиля клиента в данных в ответ на взаимодействие пользователя с АКМ. Такое взаимодействие пользователя может приводить к модификации предпочтительного языка пользователя, фактических свойств быстрой оплаты, предпочтительных свойств быстрой оплаты, выбранных свойств быстрой оплаты и свойства последнего снятия денег. Например, используя объект профиля клиента для сохранения свойства последнего снятия денег каждый раз, когда имеет место выдача наличных денег, блок управления терминалом служит для представления документа HTML пользователю с возможностью снятия той же суммы денег в следующий раз, когда пользователь обращается к АКМ.

Значения профиля клиента извлекаются и модифицируются из сохраненных данных в ответ на информацию идентификации пользователя или клиента, такую как номер счета или другое уникальное значение, связанное с пользователем. Такой номер счета обычно считывается с карточки устройством устройства считывания с карточки. Однако в альтернативных вариантах осуществления АКМ может давать пользователю возможность вводить значение идентификации с помощью устройства ввода данных, такого как вспомогательная клавиатура, биометрическое устройство или любое другое устройство, которое служит для получения информации, которая идентифицирует пользователя АКМ.

Кроме того, объект профиля клиента может использоваться для извлечения и сохранения других типов информации в запоминающем устройстве данных. Такая информация может включать в себя информацию маркетинга, связанную с клиентом, которая может использоваться блоком управления терминалом, чтобы отобразить целенаправленные рекламные объявления с АКМ, например, через броузер. Значения профиля клиента могут также использоваться блоком управления терминалом, чтобы сформировать задаваемые пользователем возможности осуществления транзакций или другие выбираемые варианты выбора для взаимодействия с АКМ. Такая информация может быть получена из различных источников, как описано выше. Часть такой информации может быть также обеспечена пользователем. Это может быть сделано лично или через автоматическое устройство получения данных. Альтернативно, такая информация может быть также обеспечена пользователем от удаленного терминала, такого как персональный компьютер, через интерактивное соединение. Примеры таких подходов сбора данных описаны в патенте США №6023288, раскрытие которого включено здесь в качестве ссылки.

Объект 266 профиля клиента включает в себя следующие методы: методы 410 считывания или получения, методы 412 записи или установки, методы 414 задания свойства постоянства, методы 416 сброса сеанса клиента и события 418 операции. Методы 410 считывания и методы 412 записи служат для извлечения и модификации информации профиля клиента. Метод 414 задания постоянства вынуждает сервер профиля клиента переписывать на диск все постоянные свойства профиля, накопленные в течение сеанса клиента, в архивы данных. Терминал АКМ использует метод 414 задания свойства постоянства, чтобы эффективно накапливать все записи, чтобы не замедлять транзакцию клиента. Типичный блок управления терминалом должен иметь событие приема карточки, связанное с методом задания свойства постоянства, так, чтобы модификация архивов данных произошла немедленно после сеанса клиента.

Метод 416 сброса сеанса клиента сбрасывает все свойства конфигурации в неинициализированное (нулевое) состояние. Этот метод обычно вызывается между сеансами клиента, чтобы сбросить значения, накопленные для предыдущего клиента. Например, событие ввода карточки может быть связано с методом 416 сброса сеанса клиента так, чтобы данные профиля клиента были установлены равными нулю для каждого нового сеанса.

Фиг.55 схематично представляет архитектуру для использования объекта 266 профиля клиента для ввода определенной информации клиента с помощью терминала АКМ. Страницы 614 HTML могут включать в себя сценарии, которые являются командами для получения и установки определенной информации клиента через объект 266 профиля клиента. Объект 266 профиля клиента изолирован сервером 600 профиля клиента и поэтому не имеет программных требований, чтобы идентифицировать архив данных для данных профиля. Эта архитектура упрощает задачу индивидуализации терминала АКМ для каждого клиента. Учреждение может интегрировать логику его базы данных в терминал АКМ, осуществляя простой сервер профиля клиента.

Свойства профиля клиента считываются из архива данных, такого как локальная база данных 608, удаленная база данных 610, магнитная или интеллектуальная карточки 612 или любой другой тип запоминающего устройства данных. Один или более зарегистрированных классов 602, 604 и 606 дополнительных модулей конфигурированы для управления считыванием и записью данных профиля для определенного запоминающего устройства данных. В примере варианта осуществления имеются два типа классов дополнительного модуля профиля. Первый дополнительный модуль FITProfile, который управляет типом клиента и другими свойствами, используется внутри терминалом АКМ. Второй является дополнительным модулем предпочтений пользователя, который управляет предпочтениями пользователя, такими как те, что показаны на фиг.43 для языка и транзакции быстрой оплаты. Эти предпочтения обычно считываются и записываются в локальной базе данных. В альтернативных вариантах осуществления архитектуры профиля клиента другой дополнительный модуль может быть реализован для соединения с любым типом запоминающего устройства данных, которое содержит полезную информацию, взаимосвязанную с клиентом.

Разработчик блоков управления терминалом может включать в себя вариант объекта 266 профиля клиента, который служит для взаимодействия с другими запоминающими устройствами данных через эти новые дополнительные модули.

Пример варианта осуществления объекта 268 депозитора схематично показан на фиг.44. Объект 268 депозитора позволяет разработчику блока управления терминалом использовать и управлять устройством депозитора в АКМ. Объект депозитора включает в себя метод 430 разрешения, метод 432 запрещения и метод 436 разблокировки дверцы держателя конверта. Эти методы служат для разрешения и запрещения депозитора и разблокировки дверцы держателя конверта соответственно. Объект 268 депозитора также включает в себя метод 434 установки данных печати, которая определяет информацию о транзакции, которая должна быть напечатана на депонированном конверте.

В дополнение к событиям 444 синхронной работы объект 268 депозитора включает в себя следующие асинхронные события: событие 438 завершения депозита, событие 440 вставки носителя и событие 442 завершения разблокировки дверцы держателя конверта. Каждое из этих событий включается в ответ на действие, которое описано названием события.

Фиг.45 схематично представляет пример варианта осуществления объекта 270 устройства выдачи. Объект 270 устройства выдачи обеспечивает интерфейс с устройством выдачи и включает в себя метод 450 выдачи и метод 452 сохранения. Метод выдачи принимает один или более следующих параметров: количество, семейство и тип. Параметром количества обычно является сумма транзакции, которая была подтверждена для выдачи агентом разрешения. Это значение получают от объекта 286 данных о транзакции. Параметры семейства и типа являются описаниями вида носителей, который должен быть выдан. Метод сохранения служит для отыскания носителя, такого как счета, которые должны быть выбраны и перемещены предъявителю или другому устройству условного депонирования. Кроме того, объект устройства выдачи включает в себя события 454 операции.

Пример варианта осуществления объекта 272 вспомогательной клавиатуры показан на фиг.46. Объект вспомогательной клавиатуры включает в себя метод 460 разрешения отображения, которая принимает аргумент для определения, какую клавишу или клавиши разрешено нажимать, и для отображения вводимых данных с помощью клавиш во вводимые данные щелчком мыши. Метод 462 запрещения отключения выборочно отключает нажатие клавиши. Объект 272 вспомогательной клавиатуры также включает в себя события 464 операции.

Фиг.47 схематично представляет пример логического объекта 274. Логический объект служит для выполнения логических сравнений элементов данных. Блок управления терминалом используют результаты сравнения, чтобы изменить поток транзакций. Логический объект обычно используют, чтобы сравнить известное значение или диапазон значений с текущим значением, содержащимся где-нибудь в объекте 286 данных о транзакции или объекте 266 профиля клиента. Логический объект 274 включает в себя метод логического сравнения, который принимает два параметра, являющиеся объектами сравнения. В зависимости от результата сравнения логический объект включает или событие 472 истинности, или событие 474 ложного сравнения.

Фиг.48 схематично представляет пример объекта 276 СК. Этот объект взаимодействует через сервер СК с дополнительным модулем команды/состояния и в конечном счете, главным компьютером. Объект 276 СК включает в себя следующие методы: метод 480 посылки события пользователя, метод 482 посылки состояния команды, метод 484 постановки на обслуживание и метод 486 выхода из обслуживания. Метод 480 посылки события пользователя посылает событие дополнительному модулю команды/состояния. Дополнительный модуль команды/состояния может затем использовать эту информацию в комбинации с любым последующим обратным отправлением или фиксацией для формирования соответствующего сообщения для главного компьютера авторизации. Метод 480 посылки события пользователя обычно используется, когда клиент аннулирует транзакцию или не в состоянии взять выданные наличные деньги. Этот метод может затем использоваться для сообщения главному компьютеру, что транзакция была отменена, наличные деньги были сохранены, или было превышено время ожидания.

Метод 484 постановки на обслуживание и метод 486 выхода из обслуживания дает возможность главному компьютеру перевести терминал в обслуживание или из него. Кроме того, объект 276 СК включает в себя следующие события: событие 488 войти в обслуживание, событие 490 выйти из обслуживания, событие 492 автономного управления СК и событие 494 оперативного управления СК.

Дополнительные модули команды/состояния инициируют событие 488 войти в обслуживание и событие 490 выйти из обслуживания после получения команд от главного компьютера войти в обслуживание и выйти из обслуживания. Блок управления терминалом обычно конфигурируют, чтобы ответить на эти события посредством разрешения или запрещения устройства, такого как устройства считывания с карточки или вспомогательной клавиатуры. Дополнительные модули команды/состояния инициируют событие 494 оперативного управления СК и событие 492 автономного управления СК, когда обмен начат и остановлен главным компьютером.

Пример варианта осуществления объекта 280 ввода ПИН-кода показывается на фиг.49. Объект 280 ввода ПИН-кода служит для установки состояния свойства режима ПИН в сервере события ввода ПИН-кода. Метод 500 начала ввода ПИН-кода служит для перехода в состояние "в режиме ПИН". В ответ на включение "в режиме ПИН" сервер ПИН определяет правильное число повторений ввода ПИН-кода, разрешенных клиенту, и затем вводит безопасный режим для обработки вводимых данных с вспомогательной клавиатуры.

Когда клиент вводит приемлемый ПИН-код или когда клиент нажимает кнопку отмены, сервера события ввода ПИН-кода устанавливает свойство "в режиме ПИН" в ложное значение. Метод 501 отмены ввода ПИН-кода также служит для выключения свойства "в режиме ПИН" и обычно вызывается блоком управления терминалом, когда происходит событие времени ожидания, связанное с экраном.

Объект 280 ввода ПИН-кода включает в себя события, такое как событие 502 ввода ПИН-кода, событие 504 отмены ввода ПИН-кода, событие 506 отклонения ввода ПИН-кода, и события 508 операции. Событие 502 ввода ПИН-кода инициируется, когда сервер события ввода ПИН-кода решает, что ПИН-код или является достоверным (локальная проверка), или ПИН-код может быть утвержден позже главным компьютером авторизации. Событие 504 отмены ввода ПИН-кода инициируется в ответ на нажатие клиентом кнопки отмены в терминале АКМ. Событие 506 отклонения ввода ПИН-кода инициируется, когда используется локальная проверка ПИН - кода, и клиент превышает максимальное число попыток ввода ПИН-кода.

Пример варианта осуществления объекта 278 устройства-предъявителя показан на фиг.50. Объект 278 устройства-предъявителя обеспечивает интерфейсное изображение на устройство предъявителя и включает в себя метод 510 выдачи, метод 512 предварительной выдачи и метод 514 сохранения. Как предлагают названия методов, метод 510 выдачи поставляет носитель клиенту, метод 514 сохранения сохраняет носитель, который не взят клиентом, и метод 512 предварительной выдачи выполняет действия, являющиеся предварительными к выдаче, перемещая носитель внутри непосредственно к выходной прорези устройства-предъявителя так, чтобы носитель был подготовлен к тому, чтобы стать доступным для клиента.

Объект 278 предъявителя включает в себя асинхронное событие 516 взятие носителя и синхронные события 518 операции. Событие взятие носителя инициируется, когда клиент берет носитель из устройства-предъявителя.

Фиг.51 схематично представляет методы и события примера объекта 282 принтера. Объект 282 принтера обеспечивает интерфейс к принтеру для печати чеков и включает в себя следующие методы: метод 520 добавления в буфер, метод 522 выдачи, метод 524 печати, метод 526 печати из буфера, метод 528 печати файла, метод 530 URL печати и метод 532 сохранения. Эти методы печати обеспечивают множество методов печати информации на квитанции. Например, метод 520 добавления в буфер служит для добавления символов в буфер печатающего устройства. Затем вызывается метод 526 печати из буфера, чтобы вынудить устройство принтера печатать содержимое буфера. Метод 524 печати, метод 528 печати файла и метод 530 URL печати служат для печати содержимого указанной строки, файла или страницы HTML соответственно.

В дополнение к событиям 518 операции пример объекта 282 печати включает в себя асинхронное событие 534 взятия формы. Это событие инициируется, когда клиент берет напечатанную форму из печатающего устройства.

Пример варианта осуществления объекта 284 синхронизации показан на фиг.52. Объект синхронизации обеспечивает синхронизацию между задачами. Например, разработчик блока управления терминалом может хотеть выдавать наличные деньги и печатать квитанцию о получении одновременно. Однако разработчик может хотеть ждать завершения обеих задач перед продолжением. Это выполняют, соединяя события операции объекта 270 выдачи наличных денег и объекта 282 принтера с методами в объекте синхронизации. В этом случае события операции объекта 270 устройства выдачи наличных денег и объекта 282 принтера связаны с методом 542 sync0 и методом 544 sync1 соответственно. Объект 284 синхронизации служит для инициирования одного или более из пятнадцати событий выхода в зависимости от того, когда и как вызываются методы синхронизации. И метод 542 sync0 и метод 544 sync1 принимает аргументы, представляющие параметры события, которое является успешным, которое было неудачным, которое недоступно или которое не поддерживается.

Объект 284 синхронизации также включает в себя два таймера синхронизации, которые запускаются методом 540 запуска. Эти таймеры синхронизации отсчитывают истекшее время в секундах, указанных в свойстве 550 sync0 времени ожидания и свойстве 552 sync1 времени ожидания. Если время таймера синхронизации истекло, таймер синхронизации включает соответствующий метод синхронизации с параметром, что событие закончилось неудачно. Если метод синхронизации вызывается до истечения времени соответствующего таймера синхронизации, таймер синхронизации сбрасывается.

Пример объекта 284 синхронизации включает в себя свойство "как ожидать", которое определяет комбинацию методов синхронизации, которые объект синхронизации ожидает, что они произойдут. Примеры включают в себя такие, когда объект 284 синхронизации ожидает вызова метода sync0, ожидает вызова метода sync1, ожидает вызовов методов и sync0 и sync1 и ожидает вызова метода или sync0, или sync1.

В примере варианта осуществления имеется 16 свойств 548 результата синхронизации, которые управляют, как логически связаны вызовы методов 542 и 544 синхронизации, чтобы сформировать события выхода. Каждый из 16 свойств синхронизации соответствует одному из 16 событий 546 выхода. Разработчик может соединить эти события выхода с методами различных других объектов АКМ в зависимости от требуемого потока логики осуществления транзакций. События 546 выхода вызывают в ответ на соответствующие свойства 548 результата синхронизации. Например, разработчик может установить свойство result01 синхронизации равным значению, которое представляет наличие успешного параметра, используемого в вызовах методов и sync0 и sync1. Если методы и sync0 и sync1 вызываются с успешными параметрами, тогда объект синхронизации вызовет событие exit1. Если один или оба из методов sync0 и sync1 вызываются с параметром отказа, тогда событие exit1 не будет вызываться.

В примере варианта осуществления свойства результата могут быть установлены равными множеству различных значений, представляющих sync1 и sycn0, вызываемых с различными комбинациями параметров. Таким образом, может быть конфигурировано множество событий выхода, вызываемых с различными комбинациями успешных или неудачных обращений к методам sync0 и sync1.

Фиг.53 схематично представляет пример варианта осуществления объекта 286 данных о транзакции. Объект 286 транзакции обеспечивает контейнер для данных определенной транзакции, таких как информация о счете определенного клиента. Другие объекты АКМ могут обращаться или устанавливать значения в объекте 286 данных о транзакции посредством установления соединения со значениями свойств объекта данных о транзакции или от них. Объект 286 данных о транзакции обычно используется объектом 260 авторизации. Например, вариант объекта 286 данных о транзакции подается в качестве параметра для метода 320 авторизации из объекта 260 авторизации.

Пример объекта 286 данных о транзакции включает в себя два объекта счета для поддержки транзакций, которые требуют более одного счета, таких как транзакции передачи. Один из этих объектов счета служит для хранения данных счета-источника. Второй из этих объектов счета служит для хранения данных счета назначения. В примере варианта осуществления эти объекты счета вызываются из объекта 562 "из счета" и из объекта 564 "к счету" соответственно. Каждый из этих объектов счета хранит информацию относительно счета, такую как номер счета, установленного финансового идентификатора (ИД) и адреса, имени и адреса владельца карточки, доступного остатка по текущему счету, тип счета, дата последней модификации и любую другую информацию, которая является полезной для идентификации счета.

В примере варианта осуществления, который служит для обмена с главным компьютером посредством сообщений формата 91X, интерфейс 91х использует объект 286 данных о транзакции при обработке запросов авторизации. Интерфейс 91х получает свойства при формировании запроса главному компьютеру и устанавливает свойства при обработке ответа главному компьютеру. В примере варианта осуществления объект данных о транзакции также включает в себя общие свойства 560 транзакции, к которым обращаются с помощью интерфейса 91х. Примеры этих свойств включают в себя человеческий язык владельца счета, тип счета, тип текущей транзакции, сообщение состояния, связанное с ошибками, состояние и коды пользователя транзакции, серьезности состояния, величины доступного остатка по текущему счету, ИД банка и имеется ли дополнительный налог.

Объекты, описанные здесь, а также методы и события, связанные с ними, приведены для примера. Другие варианты осуществления изобретения могут включать в себя другие или отличные объекты для достижения требуемых свойств изобретения.

Многие АКМ включает в себя устройства, обеспечивающие функционирование транзакций, с возможностью исполнить подобные функции. Например, АКМ может включать в себя и принтер для печати выписок по счетам и принтер для печати чеков. Принтер для печати выписок по счетам обычно используется, чтобы печатать перечисленный список финансовых транзакций за период времени. Принтер для печати чеков обычно используется, чтобы печатать запись самых последних транзакций. Оба устройства служат для формирования и выдачи клиенту напечатанных материалов. Когда одно из устройств не действует, АКМ может запретить одно или более действий транзакций, которые соответствуют устройству. Например, если в принтере для печати выписок по счетам закончилась бумага, АКМ может обнаруживать проблему и дезактивировать операцию печати выписок по счету клиентам. Если в принтере для печати чеков замяло бумагу, АКМ может дезактивировать весь АКМ, пока принтер для печати чеков не будет восстановлен. К сожалению, в любом из этих случаев, клиенты будут раздражены этими проблемами, и владелец АКМ может потерять доход, связанный с комиссиями за транзакцию.

Альтернативный пример варианта осуществления настоящего изобретения служит для уменьшения количества случаев выхода АКМ из обслуживания из-за неработающих устройств, пользуясь преимуществом "перекрывания" функциональных возможностей между аналогичными устройствами, обеспечивающими выполнение транзакций, в АКМ. Например, если принтер для печати чеков замял бумагу или в нем закончилась бумага, пример варианта осуществления АКМ оперативно программируется для использования принтера для печати выписок по счетам, чтобы сформировать и выдать и выписки по счету, и чеки для клиента. Таким образом, принтер для печати чеков может использоваться в качестве устройства "нейтрализации" неисправности принтера для печати выписок по счетам, и принтер для печати выписок по счетам может использоваться в качестве устройства "нейтрализации" неисправности принтера для печати чеков. Хотя принтер для печати выписок по счетам и принтер для печати чеков могут использовать различные размеры документа, АКМ, служащая в качестве примера, оперативно запрограммирована, чтобы использовать различные форматы для печати информации в зависимости от характеристик принтера.

Другие устройства с перекрывающимися функциональными мощностями могут использоваться таким же образом. Например, АКМ может включать в себя и автомат для выдачи наличных денег и модуль хранения и выдачи монет. Если автомат для выдачи наличных денег не работает после завершения десяти трат с платежом в долларах, модуль хранения и выдачи монет может использоваться для выдачи долларовых монет, пока эти десять трат с платежом в долларах не будут пополнены.

Фиг.56 изображает схематическую диаграмму архитектуры программирования, которая служит для достижения этих функциональных возможностей "нейтрализации" неисправности, приведенных в качестве примера. Здесь АКМ 700 включает в себя блок 710 управления терминалом, состоящий из множества объектов 712 АКМ, таких как описанные выше. В примере варианта осуществления объекты 712 АКМ соответствуют JAVA-наборам (бин-объектам); однако в альтернативных примерах вариантов осуществления могут использоваться другие типы объектов и классов, которые соответствуют аппаратным средствам и платформе прикладного программного обеспечения АКМ, включая объекты Active X и СОММ.

В дополнение к методам объектов АКМ, описанных выше, каждый объект АКМ дополнительно включает в себя множество методов или функций, относящихся к возможностям основных устройств 724 и 726. Эти методы включают в себя метод 714 присутствия, метод 716 использования правила и метод 718 типа выбора. Метод 718 типа выбора служит для определения, с каким типом устройства связан объект АКМ. Например, объект принтера служит для обмена и с принтером 724 для печати чеков, и принтером 726 для печати выписок по счетам. Метод 718 типа выбора может использоваться для определения, что конкретный вариант объекта АКМ печати соответствует принтеру для печати чеков.

Метод 714 присутствия определяет, присутствует ли требуемый тип устройства в АКМ. Этот метод дает возможность терминальной прикладной задаче осуществлять самостоятельное конфигурирование для различных типов транзакций. Например, если метод 714 присутствия возвращает отрицательное значение для принтера для печати выписок по счетам, функциональные возможности терминала, которые соответствуют печати выписок по счету, могут быть скрыты от клиента. Таким образом, примеры объектов АКМ служат для определения возможностей объектов АКМ и определения конфигурации работы АКМ, в ответ на определенные возможности.

В альтернативных вариантах осуществления настоящего изобретения могут использоваться методы, которые включают в себя параметры для различных типов особенностей требуемого устройства или услуги. Например, метод присутствия или другой метод возможностей объекта принтера может передавать параметр, который соответствует цветной печати. Если цветные чернила присутствуют, объект принтера может быть сконфигурирован так, чтобы печатать многоцветную информацию указания. Эти примеры методов допускают единственный универсальный тип объекта АКМ, такой как объект принтера, чтобы поддерживать множество специализированных устройств, таких как принтер для печати чеков, принтер для печати выписок по счетам, термопринтеры для печати чеков, цветной принтер или любое другое печатающее устройство.

Метод 716 использования правил определяет набор правил для определения, какое устройство объект АКМ будет использовать первоначально и какое устройство будет использоваться, когда текущее или используемое по умолчанию устройство будет недействующим. Пример варианта осуществления согласно настоящему изобретению включает в себя хранилище 720 данных, которое служит для сохранения множества таких наборов 721 правил для каждого из устройств в АКМ. Например, хранилище данных может включать в себя заданный по умолчанию набор правил для объекта устройства считывания с карточки, который определяет, что, если имеется только одно устройство устройства считывания с карточки, объект устройства считывания с карточки будет автоматически связан с ним. Если имеются более одного устройства принтера, может быть создан и использован объектом принтера набор правил, который определяет, что устройством принтера для печати чеков является заданный по умолчанию принтер для печати чеков, а устройством принтера для печати выписок по счетам является принтер "нейтрализации" неисправности в случаях, когда устройство принтера для печати чеков недоступно.

В примере варианта осуществления набор правил и связанных с ним устройств 724 может быть создан и сохранен в хранилище 720 данных с помощью программы 722 конфигурации, оперативно связанной с хранилищем 720 данных. Такая программа 722 конфигурации также служит для хранения информации, какие устройства в настоящее время установлены в АКМ. Программа конфигурации дополнительно служит, чтобы сохранить в хранилище 720 данных определенные признаки, которые связаны с каждым устройством. Результаты методов 714 присутствия могут быть определены, запрашивая хранилище 720 данных для соответствующего типа устройства и/или признака устройства.

В альтернативном варианте осуществления, когда индивидуальные устройства включают в себя особенности самостоятельной конфигурации, такие как Sun Microsystems JINI® и Microsoft Universal Plug and Play®, отдельные устройства 724 сами могут служить для подкачки своих признаков и/или соответствующих модулей доступа к услугам в хранилище 720 данных.

Пример АКМ 700 дополнительно включает в себя уровень 728 интерфейса устройства. Пример уровня 728 интерфейса устройства может содержать множество ODS (Open Device Services - "открытых" услуг для работы с устройствами, ОУРУ). Кроме того, уровень 728 интерфейса устройства может состоять из одного или более уровней API (интерфейс прикладного программирования) устройства, такое как ядро J/XFS (расширение языка JAVA для финансовых услуг - Java/eXtensions for Financial Services) или администратор WOSA/XFS (Windows Open Services Architecture/extensions for Financial Services - открытая архитектура для доступа к услугам под управлением Windows/расширение для финансовых услуг). Эти компоненты и уровни 728 интерфейса устройства служат для обеспечения интерфейса между объектами 712 АКМ и соответствующими устройствами 724 и 726 аппаратных средств.

В одном примере варианта осуществления настоящего изобретения компоненты ОУРУ и/или компоненты XFS (расширение для финансовых услуг) являются оперативно запрограммированными, чтобы обеспечить интерфейс между объектами 712 АКМ и хранилищем 720 данных для определения, какие устройства и признаки устройств присутствуют в АКМ. Уровень 728 интерфейса устройства дополнительно служит для обработки правил в хранилище 720 данных для определения устройств, используемых по умолчанию, и последовательности работы устройств для "нейтрализации" неисправности. В ответ на информацию, связанную с правилами, существующими устройствами и возможностями устройств, сохраненную в хранилище 720 данных, уровень 728 интерфейса устройства служит для того, чтобы каждый объект 712 АКМ был связан с устройством 724, которое включает в себя соответствующие возможности, требуемые объектом АКМ.

Фиг.57 изображает пример варианта осуществления АКМ 740, которая включает в себя уровень интерфейса устройства, содержащего ядро 742 расширенного J/XFS. Ядро 742 J/XFS включает в себя администратор 744 типа устройства. Администратор 744 типа устройства служит для обмена с множеством объектов 746 АКМ и создания соответствующих вариантов объектов 750 блоков управления устройствами в ответ на наборы правил, выбранные объектом АКМ. Наборы правила извлекают из хранилища 748 данных, находящихся в оперативной связи с администратором типа устройства. Блоки 750 управления устройствами служат для управления работой устройств 754 АКМ посредством обмена со служебными устройствами 756 (то есть драйверами устройств) согласно спецификации J/XFS. Блоки 750 управления устройствами обычно соответствуют служебным устройствам. Сообщения между администратором 744 типа устройства и блоками 750 управления устройствами упорядочиваются в очередь серверами 752 выдачи команд устройствам, которые обычно соответствуют блокам 750 управления устройствами.

Администратор 744 типа устройства направляет сообщения на нужный сервер 752 выдачи команд устройствам в ответ на наборы правила в хранилище 748 данных. Администратор 744 типа устройства также является ответственным за набор правил, для переключения на следующий соответствующий сервер 752 выдачи команд устройствам, если состояние одного из текущих устройств 754 становится нерабочим.

Фиг.58 изображает другой пример варианта осуществления настоящего изобретения. Объекты 770 АКМ служат для управления работой устройств 772 посредством обмена с ОУРУ компонентами 774. ОУРУ компоненты 774 предназначены, чтобы абстрагироваться от различий между противоречивой реализацией продавцами интерфейсов 778 служебных драйверов (т.е. драйверов устройства) для использования непротиворечивого и однородного интерфейса. В этом описанном примере варианта осуществления ОУРУ компоненты 774 управляют работой устройств 772 посредством обмена с уровнем 776 WOSA/XFS. Уровень 776 WOSA/XFS, в свою очередь, обменивается с устройствами 772 через поставляемые продавцом интерфейсы 778 поставщиков услуг. В этом описанном примере варианта осуществления ОУРУ уровень 773 расширен для включения в себя вышеописанных функциональных возможностей уровня интерфейса устройства. Таким образом, примеры ОУРУ компоненты 774 служат для связи с хранилищем 779 данных, чтобы предоставить информацию о возможностях к объектам 770 АКМ. ОУРУ компоненты 774 также служат для обработки наборов правил для определения, какие интерфейсы поставщиков услуг и устройства должны использоваться первоначально и какие должны использоваться в качестве устройства "нейтрализации" неисправности, когда устройства, используемые по умолчанию, станут неработоспособными.

Фиг.59 изображает другой пример варианта осуществления настоящего изобретения. Здесь блок 760 управления устройствами уровня 761 J/XFS служит для управления работой устройств 762 посредством обмена с ОУРУ компонентами 764. Как описано выше, ОУРУ компоненты 764 управляют работой устройств 762 посредством обмена с администратором 766 WOSA/XFS. Администратор WOSA/XFS связывается с устройствами 762 через поставляемые продавцом интерфейсы 778 поставщиков услуг. Для ОУРУ компонентов, которые состоят из (программных) компонентов на языках С, C++, СОММ или других не-JAVA, настоящий пример варианта осуществления охватывает размещение JNI (интерфейс JAVA Native) оболочки вокруг ОУРУ компонентов 764, чтобы сформировать совместимые с J/XFS модули 765 обслуживания устройств. Модули 765 обслуживания устройств обеспечивают интерфейс для основанного на JAVA уровня J/XFS, чтобы связаться с ОУРУ компонентами 764 и основанном на оконном интерфейсе администратором 766 WOSA/XFS.

Программное обеспечение, используемое в работе автоматизированных машин транзакций согласно настоящему изобретению и связанных компьютерах, может быть загружено из объектов различных типов в соответствующие компьютеры. Такое программное обеспечение может быть включено или загружено с одного или более объектов, таких как дискеты или компакт-диски. Такое программное обеспечение может также быть записано в объекты, такие как жесткие диски, магнитные ленты или постоянные запоминающие устройства. Другие изделия, которые включают в себя данные, представляющие команды для рабочих компьютеров описанным способом, являются подходящими для работы машин транзакций и систем в соответствии с вариантами осуществления настоящего изобретения.

Примеры вариантов осуществления автоматизированных банковских машин и систем были описаны со ссылками на конкретные программные компоненты и особенности. Другие варианты осуществления изобретения могут включать в себя другие или отличные программные компоненты, которые обеспечивают подобные функциональные возможности.

Таким образом, новые автоматизированная банковская машина и система согласно настоящему изобретению решают вышеупомянутые заявленные задачи, устраняют трудности, с которыми сталкиваются при использовании известных устройств и систем, решают проблемы и достигают требуемых описанных выше результатов.

В предшествующем описании некоторые термины использовались для краткости, ясности и понимания. Однако никакие ненужные ограничения не должны подразумеваться вследствие их использования, так как такие термины служат только с целью описания и предназначены для широкого истолкования. Кроме того, описания и иллюстрации приведены в качестве примеров, и изобретение не ограничено показанными и описанными подробностями.

В нижеследующей формуле изобретения любой признак, описанный как средство для выполнения функции, должен рассматриваться как охватывающий любые средства, известные специалистам, чтобы можно было выполнить указанную функцию, и не будет считаться ограниченным конкретными средствами, показанными в предшествующем описании или их простых эквивалентах.

Описаны признаки, раскрытия и принципы изобретения, способ, каким оно создано и используется, и преимущества и полезные достигнутые результаты; новые и полезные структуры, устройства, элементы, конструкции, части, комбинации, системы, оборудование, операции, процедуры, процессы и соотношения сформулированы в прилагаемой формуле изобретения.

Изобретение относится к визуальному программированию автоматизированной машины транзакций. Техническим результатом является повышение надежности при работе в глобальной сети. Варианты способов включают в себя создание блоков управления терминалами, которые обычно соответствуют транзакциям, выполняемым автоматизированной машиной транзакций. Блоки управления терминалами управляют визуально созданными связями между множеством объектов автоматизированной машины транзакций в рабочем пространстве. В качестве объектов используются следующие объекты: объект авторизации, объект скрытого управления, объект устройства считывания с карточки, объект профиля клиента, объект депозитора, объект устройства выдачи, объект вспомогательной клавиатуры, логический объект, объект сервера, объект предъявителя, объект ввода ПИН-кода, объект принтера, объект синхронизации и объект данных о транзакции. Устройства реализуют действия способов. 17 н. и 102 з. п. ф-лы, 59 ил.

1. Способ обеспечения выходных данных, которые однозначно соответствуют объекту, в котором пользователь имеет счет, для пользователя с использованием автоматизированной банковской машины, содержащий этапы:

a) определяют посредством работы автоматизированной банковской машины данные, соответствующие (экономическому) объекту, в котором использующий машину клиент имеет счет, при этом автоматизированная банковская машина включает в себя автомат для выдачи наличных денег,

b) осуществляют доступ с помощью автоматизированной банковской машины к сетевому адресу сервера, который связан с объектом, в ответ на определение данных,

c) принимают посредством автоматизированной банковской машины от сервера по меньшей мере один документ на языке разметки документов,

d) выдают через устройство вывода автоматизированной банковской машины, по меньшей мере, одни выходные данные, однозначно соответствующие объекту, в котором клиент имеет счет, в ответ на документ на языке разметки документов, принятый от сервера.

d) обеспечивают множество серверов, один для каждого из множества объектов, в которых множество пользователей автоматизированной банковской машины имеет счета, причем каждый сервер находится в оперативной связи с сетью и имеет соответствующий сетевой адрес, при этом каждый сервер приспособлен для подачи, по меньшей мере, одного документа, соответствующего объекту, с которым он связан,

повторение этапов (а)-(с) для каждой карточки, представленной клиентом автоматизированной банковской машине, посредством чего каждая карточка клиента служит для того, чтобы вынудить броузер соединиться с сервером, включающим в себя, по меньшей мере, один документ, соответствующий объекту, в котором клиент имеет свой счет.

d) выставление комиссии на счет клиента за транзакцию с использованием автоматизированной банковской машины, используемой дополнительным объектом,

e) разделение между объектом и дополнительным объектом, по меньшей мере, части комиссии за транзакцию.

g) вынуждают первый компьютер выдавать третий графический символ на рабочее пространство, в котором третий графический символ соответствует третьему объекту АКМ, h) вынуждают первый компьютер создавать по меньшей мере одну вторую связь между вторым объектом АКМ и третьим объектом АКМ посредством визуального представления по меньшей мере одной второй связи между вторым и третьим графическими символами в рабочем пространстве.

k) запускают таймер объекта АКМ синхронизации в ответ на первую связь и этап е).

a) считывают информацию идентификации клиента считывающим устройством, находящимся в оперативной связи с автоматизированной банковской машиной,

b) осуществляют доступ, по меньшей мере, к одному значению профиля клиента от, по меньшей мере, одного хранилища данных, в ответ на информацию идентификации клиента, c) формируют, по меньшей мере, одну web-страницу в ответ на, по меньшей мере, одно значение профиля клиента, и d) отображают, по меньшей мере, одну web-страницу в машине посредством работы броузера.

d) сохраняют множество значений возможностей, которые представляют собой признаки функциональных устройств осуществления транзакций, в котором на этапе (b) первое функциональное устройство осуществления транзакций дополнительно выбирают в ответ на значения возможностей.

Приоритет по пп.1-46 – 20.07.1999.

Приоритет по пп.47-119 – 19.08.1999.