Автоматизированная система и способ для выполнения финансовых операций

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

 

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

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

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

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

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

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

Для достижения этой цели разрабатываются промышленные стандарты, которые предназначены для того, чтобы обеспечить совместимость аппаратных и программных средств АКА, поставляемых разными производителями. Одним из примеров такого стандарта является стандарт WOSA/XFS (Открытая архитектура сервисов Windows/Расширения для финансовых услуг), определенный Комитетом стандартов CEN/ISSS XFS. На фиг.1 схематически представлена архитектура стандарта WOSA/XFS. Типовой АКА 110, удовлетворяющий WOSA/XFS, может включать администратор WOSA/XFS 112. Администратор WOSA/XFS 112 содержит стандартизированный интерфейс, позволяющий терминальному приложению 114 АКА осуществлять связь с операционными функциональными устройствами 116 АКА. Каждое операционное функциональное устройство 116 включает соответствующий интерфейс поставщика услуг (ПУ) 118. ПУ 118 поставляются продавцами устройств 116 и специально разработаны для приема запросов от администратора WOSA/XFS 112 и передачи этих запросов на соответствующее устройство 116. Теоретически терминальное приложение 114 АКА может работать на аппаратных средствах 120 АКА любого производителя, если только и терминальное приложение 114 АКА, и реализация ПУ 118 продавца соответствуют техническим условиям WOSA/XFS.

Другим примером нового промышленного стандарта для архитектуры аппаратных/программных средств АКА является стандарт J/XFS (Java/Расширения для финансовых услуг). В отличие от стандарта WOSA/XFS, который предназначен только для платформ Microsoft Windows®, стандарт J/XFS является архитектурой на основе Java®, которая может быть реализована на любой аппаратной/программной платформе, поддерживающей виртуальную машину Java® (JVM). Как показано на фиг.2, АКА 210, удовлетворяющий стандарту J/XFS, может включать ядро J/XFS. Ядро J/XFS по своим функциональным возможностям аналогично описанному ранее администратору WOSA/XFS 112, однако ядро J/XFS функционирует в JVM 224. Ядро J/XFS оперативно реагирует на команды от терминального приложения 214 АКА, обеспечивая управление работой устройств 216 АКА с уровня 220 сервисов устройств. Как и ранее описанные ПУ 18, уровень 220 сервисов устройств включает сервисы 218 устройств, обеспечиваемые производителем, которые соответствуют аппаратным устройствам 216 продавцов.

Как и в случае с архитектурой WOSA/XFS, терминальное приложение 214 АКА теоретически может работать на аппаратных средствах АКА любого производителя, если только и терминальное приложение 214 АКА, и реализация сервисов 118 устройств продавца удовлетворяют техническим условиям J/XFS. К сожалению, в стандартах для каждой из описанных архитектур имеются так называемые “серые” области, подлежащие интерпретации продавца. Благодаря наличию таких “серых” областей некоторые продавцы разработали ПУ в стандарте WOSA/XFS, которые действуют по-разному для устройства одного типа в качестве интерфейсов ПУ другого производителя. Также некоторые производители сознательно модифицировали части интерфейса ПУ либо его алгоритм функционирования по своим индивидуальным причинам. Вследствие этого приложение, предназначенное для использования в качестве приложения для разных продавцов, чаще всего приходится модифицировать или тщательно отлаживать, прежде чем оно сможет правильно функционировать с интерфейсами ПУ других продавцов.

Например, стандарт WOSA/XFS предоставляет интерфейсу ПУ устройства считывания карт вместе с устройством считывания карт несколько различных способов возврата информации, считываемой с карты. Эти способы включают первый способ передачи индивидуально отобранной информации и второй способ передачи всей информации на карте в едином виде. Хотя может показаться, что приложение может использовать любой способ извлечения информации на карте из устройства считывания с карты любого продавца, в действительности ПУ устройства считывания карты одного продавца может поддерживать только первый способ, в то время как ПУ устройства считывания карты другого продавца может поддерживать только второй способ. Несовместимость или различие в интерпретации стандарта WOSA/XFS препятствуют достижению поставленной цели обеспечения совместимости продукции разных продавцов для приложений АКА и аппаратных средств АКА. Хотя архитектура J/XFS именно сейчас и разрабатывается, она также имеет подобное архитектуре WOSA/XFS ограничение на использование сервисов устройств, обеспечиваемых продавцами. Неодинаковая интерпретация технических условий J/XFS разными продавцами вынуждает разработчиков создавать модифицированные версии своих терминальных приложений АКА для платформы АКА каждого продавца.

Следовательно, существует потребность в архитектуре АКА, которая учитывает указанные недостатки архитектур WOSA/XFS или J/XFS, либо любой другой архитектуре АКА, подлежащей интерпретации продавца для разработки драйверов устройств.

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

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

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

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

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

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

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

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

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

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

В альтернативном варианте осуществления настоящего изобретения уровень ODS, кроме того, действует, поддерживая связь более чем с одним уровнем XFS. Например, один АКА может включать в себя как администратор WOSA/XFS, так и ядро J/XFS с разными наборами устройств для каждого уровня XFS. Как описано выше, J/XFS является архитектурой на основе Java®, которая может быть реализована на любой аппаратной/программной платформе, поддерживающей виртуальную машину Java® (JVM). Примеры автоматов для финансовых операций, которые включают архитектуру на основе Java, описаны в заявке США №09/193637, содержание которой целиком включено сюда посредством ссылки. Вместо разработки комплексного терминального приложения, которое необходимо специально программировать для доступа к различным уровням XFS, в возможном варианте осуществления настоящего изобретения терминальное приложение нуждается только в программировании для осуществления связи с уровнем ODS, как описано выше. Уровень ODS действует, обеспечивая маршрутизацию команд терминального приложения через надлежащий уровень XFS. Те устройства, которые включают в себя интерфейсы поставщиков услуг WOSA/XFS, будут соответствовать компонентам ODS, которые действуют, осуществляя связь с администратором WGSA/XFS. Те устройства, которые включают услуги устройств J/XFS, соответствуют компонентам ODS, которые действуют, осуществляя связь с ядром J/XFS. В еще одном альтернативном варианте осуществления каждая компонента ODS действует, осуществляя связь с любым уровнем XFS в зависимости от параметров конфигурации ODS, которые определяют, какую компоненту ODS уровня XFS следует использовать для осуществления связи с устройствами.

Для дальнейшего упрощения задачи разработки программных средств терминального приложения возможный вариант осуществления изобретения дополнительно включает терминальные управляющие элементы (TEC). TEC - это объекты программирования высокого уровня, которые инкапсулируют множество функций и структур низкого уровня, необходимых для взаимодействия с одним или несколькими операционными функциональными устройствами. Объекты ТЕС могут быть оперативно конфигурированы в пакет объектов, предпочтительный для разработчика терминального приложения. Примеры оперативных конфигураций объектов для ТЕС включают ОСХ (перемещаемые элементы управления), активные Х объекты, объекты СОМ (модель составных объектов), объекты JavaBeans, EJB, либо любой другой объект, который может быть интегрирован в терминальное приложение.

Например, интерфейс для устройства считывания карты в вышеописанной архитектуре XFS включает в себя сложный ассортимент способов и структур, которые необходимо использовать для приведения в действие устройства считывания карт и считывания карты. Интеграция этого интерфейса в терминальное приложение может потребовать значительных усилий. Приведенный для приема объект ТЕС устройства считывания карты в возможном варианте осуществления изобретения обеспечивает упрощенный интерфейс, который включает пять процедур: 1) разблокирование устройства считывания карты; 2) считывание карты; 3) запись карты; 4) возврат карты и 5) удержание карты. Возможные объекты ТЕС также включают конфигурируемые параметры или свойства, такие как временной интервал, в течение которого карта должна быть представлена клиенту, прежде чем она будет. удержана.

В описанной приведенной для примера архитектуре терминальное приложение может быть запрограммировано на любом языке или на любой платформе, которая может либо непосредственно обращаться к уровню ODS, либо может включать в себя объекты ТЕС. В этом случае терминальное приложение может быть разработано в виде автономного приложения Windows®, приложения на основе броузера, приложения Java®, либо приложения любого другого типа, которое действует, имея в своем составе объекты ТЕС.

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

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

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

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

Фиг.1 - схематичное представление АКА, соответствующего стандарту WOSA/XFS.

Фиг.2 - схематичное представление АКА, соответствующего стандарту J/XFS.

Фиг.3 - схематичное представление АКА, соответствующего стандарту XFS.

Фиг.4 - схематичное представление примера терминального приложения, включающего в себя ТЕС устройства считывания карты для взаимодействия с компонентами ODS.

Наилучшие варианты осуществления изобретения

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

Компьютер 22 содержит программные компоненты, включая терминальное приложение 24, действие которого обеспечивает управление работой операционных функциональных устройств 42. Компьютер 22 кроме того включает уровень XFS 28, который соответствует интерфейсу для устройств АКА, используемому в продукции множества продавцов, такой как администратор WOSA/XFS или ядро J/XFS. Компьютер 22 также содержит уровень 30 драйверов устройств, который включает в себя множество компонентов 38 драйверов устройств, соответствующих уровню XFS. Например, если уровень XFS соответствует администратору WOSA/XFS, то компоненты 38 драйверов устройств соответствуют интерфейсам поставщиков услуг WOSA/XFS. Если уровень XFS соответствует ядру J/XFS, то компоненты 38 драйверов устройств соответствуют сервисам устройств J/XFS.

Для каждого операционного функционального устройства 42 в компьютере должен быть установлен драйвер устройства 38, чтобы дать возможность командам, проходящим через уровень XFS.28, обеспечивать управление работой операционных функциональных устройств 42. В возможном варианте осуществления-драйверы устройств 38 устанавливаются вручную с портативного физического носителя, такого как диск или компакт-диск, поставляемого производителем устройства. В другом возможном варианте осуществления драйверы устройств оперативно загружаются из памяти данных драйверов устройств, которая оперативно подсоединена к компьютеру. Еще в одном варианте осуществления драйверы устройств извлекаются компьютером 22 из самих операционных функциональных устройств 42 с использованием протокола сервисной конфигурации, такого как Sun Microsystems JINI™ или Microsoft Universal Plug and Play™.

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

В рассматриваемом варианте осуществления настоящего изобретения действие терминального приложения 24 обеспечивает управление операционными функциональными устройствами 42 посредством связи с уровнем XFS 28. Однако вместо непосредственной связи терминального приложения 24 с уровнем XFS в типовом варианте имеется уровень ODS 26, функционирующий в компьютере 22 между терминальным приложением 24 и уровнем XFS 28. Уровень ODS 26 оперативно реагирует на терминальное приложение 24, обеспечивая управление функциями операционных функциональных устройств 42 посредством связи с XFS и уровнями драйверов устройств 28 и 30. Уровень ODS 26 включает в себя множество компонентов ODS 36, которые в общем случае соответствуют драйверам устройств 38 и/или операционным функциональным устройствам 42. Например, рассматриваемый вариант осуществления настоящего изобретения может включать компоненту ODS устройства считывания карты, которая соответствует драйверу устройства считывания карты для устройства считывания карты. Рассматриваемый вариант осуществления настоящего изобретения может также включать компоненту ODS автомата для выдачи банкнот, которая соответствует драйверу устройства для выдачи банкнот для автомата для выдачи банкнот.

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

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

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

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

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

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

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

В возможном варианте осуществления терминальное приложение 24 может базироваться на любой архитектуре программирования, которая предназначена для связи с уровнем ODS 26. В одном возможном варианте осуществления терминальное приложение может быть автономным приложением на основе Windows®. В альтернативном варианте осуществления терминальное приложение может включать броузер и множество документов на Web-страницах. В другом возможном варианте осуществления терминальное приложение может представлять собой приложение Java®, которое действует в виртуальной машине Java (JVM).

Кроме того, уровень ODS может базироваться на любой архитектуре программирования, которая предназначена для связи с уровнем XFS 28. Например, если уровень XFS соответствует ядру J/XFS, выполняемому в JVM 48 компьютера 22, то компоненты ODS могут быть спроектированы в виде объектов Java Beans, которые действуют в JVM. Если уровень XFS соответствует администратору WOSA/XFS, то компоненты ODS могут быть спроектированы в виде множества библиотек динамической компоновки (DLL). Если части уровня XFS и/или терминального приложения построены как на основе Windows®, так и на основе Java®, то уровень ODS может включать компоненты, действующие в JVM, и компоненты, действующие в качестве DLL. В других вариантах уровень ODS и терминальное приложение могут быть конфигурированы в виде аплетов других типов, модулей или библиотек, которые подходят для данной архитектуры операционной системы и уровня XFS.

Для повышения производительности программистов-разработчиков терминального приложения рассматриваемый вариант осуществления настоящего изобретения включает интеграцию операционных компонент (ТЕС)34 с терминальным приложением 24. ТЕС представляет собой объекты или классы, такие как ActiveXs или Java Beans, которые инкапсулируют комплексную работу одного или нескольких операционных функциональных устройств 42 в пакет модернизированных способов, свойств и событий. Объекты ТЕС включают необходимый набор функций для связи с уровнем ODS. В типовом варианте все терминальное приложение может быть построено из объектов ТЕС. Хотя компоненты ODS 36 в общем случае могут иметь взаимно однозначное соответствие с соответствующими драйверами устройств 38 и/или операционными функциональными устройствами 42, объекты ТЕС объединяют логические группы функций для различных устройств, в результате чего объекты ТЕС имеют обычно соответствие типа “один - множество” с компонентами ODS.

На фиг.4 показан возможный вариант терминального приложения 50. Терминальное приложение включает ТЕС 52 устройства считывания карты. Действие приложения 50 активизирует процедуры 54 ТЕС 52 устройства считывания карты, такие как запуск устройства считывания карты, считывание карты, запись карты, возврат карты и удержание карты. Приложение 50 кроме того устанавливает свойства 56 ТЕС 52 устройства считывания карты, такие как лимит времени нахождения карты в устройстве считывания карты, прежде чем она будет им возвращена. Действие приложения также обеспечивает контроль за одним или несколькими событиями 58, которые инициируются через ТЕС устройства считывания карты.

Действие приведенного для примера ТЕС 52 устройства считывания карты обеспечивает осуществление связи с тремя различными устройствами, включая устройство 60 считывания карты, индикаторное устройство 61 для индикации указаний клиенту и устройство 62 звуковой сигнализации. Типовой ТЕС 52 устройства считывания карты взаимодействует с этими устройствами, осуществляя связь с тремя соответствующими компонентами ODS, включая ODS 63 устройства считывания карты, ODS 64 индикатора и ODS 65 устройства звуковой сигнализации.

Посредством связи с ODS 63 устройства считывания карты ТЕС 52 устройства считывания карты обеспечивает выполнение устройством 60 считывания карты множества функций, таких как запуск устройства считывания карты, считывание карты и возврат карты клиенту. ODS устройства считывания карты осуществляет связь с устройством считывания карты через уровень XFS 68 и драйвер 67 устройства считывания карты. При запуске устройства считывания карты типовой ТЕС 52 устройства считывания карты автоматически активизирует световое индикаторное устройство 61, чтобы обратить внимание клиента на устройство 60 считывания карты. Это выполняется путем установления связи с драйвером 66 датчиков и индикаторов посредством взаимодействия с ODS 64 индикаторов. Кроме того, когда необходимо выдать клиенту звуковой сигнал для удаления карты, типовой ТЕС 52 устройства считывания карты взаимодействует с ODS 65 устройства звуковой сигнализации, чтобы драйвер 66 датчиков и индикаторов активизировал устройство 62 звуковой сигнализации. Типовые ТЕС настоящего изобретения обеспечивают комбинированное взаимодействие устройств на логическом уровне посредством осуществления связи с более чем одной компонентой ODS и соответствующими устройствами в соответствии с различными процедурами активизируемого ТЕС.

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

Как показано на фиг.3 рассматриваемые в качестве примера драйверы 38 устройств, совместимых с XFS, в возможном варианте осуществления настоящего изобретения могут дополнительно включать, помимо своих интерфейсов с уровнем XFS 28, диагностические интерфейсы 40. Диагностические интерфейсы 40 включают дополнительные функции управления аппаратными средствами на нижнем уровне, которые могут быть доступны внешним приложениям. Эти функции нижнего уровня могут, например, предусматривать доступ к конкретным двигателям, датчикам и другим компонентам в соответствующих операционных функциональных устройствах 42. Путем использования диагностического приложения 44 для прямого доступа к этим функциям нижнего уровня драйверов 38 устройств могут быть протестированы, проанализированы и возможно скорректированы отдельные механические и электронные функции, характерные для данного устройства.

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

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

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

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

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

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

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

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

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

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

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

b) установку компоненты программного обеспечения драйверов устройств в компьютере автомата, которая соответствует операционному функциональному устройству, причем компонента программного обеспечения драйверов устройств действует, реагируя на уровень программного обеспечения XFS, для управления работой операционного функционального устройства;

c) установку в автомате компоненты программного обеспечения сервисов открытых устройств (ODS), которая соответствует компоненте программного обеспечения драйверов устройств;

d) установку в автомате терминального приложения программного обеспечения, причем терминальное приложение действует, управляя работой операционного функционального устройства посредством связи с компонентой программного обеспечения ODS, при этом компонента программного обеспечения ODS оперативно программируется для осуществления связи с компонентой программного обеспечения драйверов устройств через уровень программного обеспечения XFS, и

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

2. Способ по п.1, отличающийся тем, что автомат для финансовых операций включает в себя второе операционное функциональное устройство, причем способ дополнительно включает:

f) установку второй компоненты программного обеспечения драйверов устройств в автомате, которая соответствует второму операционному функциональному устройству, при этом вторая компонента программного обеспечения драйверов устройств действует, реагируя на уровень программного обеспечения XFS, для управления работой второго операционного функционального устройства;

g) установку второй компоненты программного обеспечения ODS в автомате, которая соответствует второй компоненте программного обеспечения драйверов устройств;

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

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

4. Способ по п.1, отличающийся тем, что дополнительно включает:

f) замену первого операционного функционального устройства вторым операционным функциональным устройством, которое действует, выполняя операционную функцию того же типа, что и первое операционное функциональное устройство;

g) установку в автомате второй компоненты программного обеспечения драйверов устройств, которая соответствует второму операционному функциональному устройству, причем вторая компонента программного обеспечения драйверов устройств действует, реагируя на уровень программного обеспечения XFS, для управления работой второго операционного функционального устройства;

h) установку в автомате второй компоненты программного обеспечения ODS, которая соответствует второй компоненте программного обеспечения драйверов устройств;

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

5. Способ по п.1, отличающийся тем, что дополнительно включает:

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

6. Способ функционирования автомата для финансовых операций, включающий:

a) обеспечение, по меньшей мере, одного ввода данных посредством устройства ввода данных автомата для финансовых операций, причем автомат содержит, по меньшей мере, одно операционное функциональное устройство;

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

c) обеспечение второй передачи между первой компонентой программного обеспечения ODS и первым уровнем программного обеспечения XFS в ответ на первую передачу, причем первая компонента программного обеспечения XFS функционирует в компьютере автомата для финансовых операций;

d) обеспечение третьей передачи между первым уровнем программного обеспечения XFS и первой компонентой программного обеспечения драйверов устройств в ответ на вторую передачу, причем первая компонента программного обеспечения драйверов устройств функционирует в компьютере автомата для финансовых операций;

e) обеспечение четвертой передачи между первой компонентой программного обеспечения драйверов устройств и первым операционным функциональным устройством автомата в ответ на третью передачу; и

f) приведение в действие первого операционного функционального устройства в ответ на четвертую передачу.

7. Способ по п.6, дополнительно включающий:

g) обеспечение пятой передачи между терминальным приложением и второй компонентой программного обеспечения ODS в ответ, по меньшей мере, на один ввод данных, причем вторая компонента программного обеспечения ODS функционирует в компьютере автомата для финансовых операций;

h) обеспечение шестой передачи между второй компонентой программного обеспечения ODS и первым уровнем программного обеспечения XFS в ответ на пятую передачу;

i) обеспечение седьмой передачи между первым уровнем программного обеспечения XFS и второй компонентой программного обеспечения драйверов устройств в ответ на шестую передачу, причем вторая компонента программного обеспечения драйверов устройств функционирует в компьютере автомата для финансовых операций;

j) обеспечение восьмой передачи между второй компонентой программного обеспечения драйверов устройств и вторым операционным функциональным устройством в ответ на седьмую передачу; и

k) приведение в действие второго операционного функционального устройства в ответ на восьмую передачу.

8. Способ по п.7, отличающийся тем, что терминальное приложение включает, по меньшей мере, одну операционную компоненту программного обеспечения, при этом на шагах (b) и (g) операционная компонента программного обеспечения действует, обеспечивая как первую передачу, так и пятую передачу.

9. Способ по п.6, отличающийся тем, что дополнительно включает:

g) обеспечение пятой передачи между терминальным приложением программного обеспечения и второй компонентой программного обеспечения ODS в ответ, по меньшей мере, на один ввод данных, причем вторая компонента программного обеспечения ODS функционирует в компьютере автомата для финансовых операций;

h) обеспечение шестой передачи между второй компонентой программного обеспечения ODS и вторым уровнем программного обеспечения XFS в ответ на пятую передачу, причем вторая компонента программного обеспечения XFS функционирует в компьютере автомата для финансовых операций;

i) обеспечение седьмой передачи между вторым уровнем программного обеспечения XFS и второй компонентой программного обеспечения драйверов устройств в ответ на шестую передачу, причем вторая компонента программного обеспечения драйверов устройств функционирует в компьютере автомата для финансовых операций;

j) обеспечение восьмой передачи между второй компонентой программного обеспечения драйверов устройств и вторым операционным функциональным устройством в ответ на седьмую передачу; и

k) приведение в действие второго операционного функционального устройства в ответ на восьмую передачу.

10. Способ по п.9, отличающийся тем, что на шаге (b) первый уровень программного обеспечения XFS включает в себя администратор WOSA/XFS, а на шаге (h) второй уровень программного обеспечения XFS включает в себя ядро J/XFS.

11. Способ по п.6, отличающийся тем, что на шаге (b) первый уровень программного обеспечения XFS включает в себя администратор WOSA/XFS.

12. Способ по п.6, отличающийся тем, что на шаге (b) первый уровень программного обеспечения XFS включает в себя ядро J/XFS.

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

14. Способ по п.6, отличающийся тем, что дополнительно включает:

g) обеспечение пятой передачи между диагностическим приложением и первой компонентой программного обеспечения драйверов устройств, причем пятая передача не проходит через первый уровень программного обеспечения XFS; и

h) обращение к операционному функциональному устройству с помощью первой компоненты программного обеспечения драйверов устройств в ответ на пятую передачу.

15. Способ по п.14, отличающийся тем, что до шага (h) способ дополнительно включает:

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