Способ и система улучшения систем приема наличных

Способ и система улучшения систем приема наличных

Иллюстрации

Показать все

Реферат

Настоящее изобретение относится к технической области систем приема наличных.

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

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

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

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

Разумеется, программы приема наличных существуют в различных операционных системах (таких, как Windows™, Linux или Unix) и с различными стандартами взаимодействия с кассовыми периферийными устройствами (такими, как OPOS для «OLE для розничных торговых точек», или «OLE для точек продажи/предоставления услуг», UPOS для “Unified POS” или JavaPOS).

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

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

- поддержки мобильных платежей с помощью имеющегося у клиента мобильного устройства, такого как мобильный телефон или смартфон;

- замены автоматической печати бумажных кассовых чеков связью с клиентами посредством SMS, электронной почты или интерфейса ближней связи (например, ИК порт, Bluetooth®);

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

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

для ввода/запроса информации по дисконтной карте (например, для ввода идентифицирующего элемента/номера дисконтной карты, запроса бонусных баллов, запроса денежного эквивалента бонусных баллов);

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

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

- замену монитора, мышки и/или клавиатуры сенсорным экраном;

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

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

- замену интерфейса связи (например, использование кабеля USB2 вместо кабеля серии RS-232, или соединения Wifi, или Bluetooth® вместо соединения Ethernet).

Кроме того, после каких-либо изменений в процессе приема наличных или в целом в бизнес-стратегии торговой точки было обнаружено, что программа приема наличных должна быть изменена, например,

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

- для автоматического присвоения клиенту бонусов (например, купонов на скидки, бонусных баллов) за покупку одного или нескольких определенных товаров/услуг;

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

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

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

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

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

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

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

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

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

Целью настоящего изобретения является устранение недостатков предыдущего уровня техники.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На фиг. 1 показана система 10 приема наличных на торговой точке, оснащенная программой 1 приема наличных.

Программа 1 приема наличных может быть установлена в сети и, таким образом, связана с несколькими другими кассами, базами данных и/или серверами. Программа 1 приема наличных может быть выполнена на любом языке программирования (например, Visual C++ или Visual Basic), поддерживающем модели COM (объектные модели программных компонентов).

Программа 1 приема наличных совместима по меньшей мере с одним протоколом 6 связи типа OPOS (OLE для розничных торговых точек, приложение Programmer's Guide, http://monroecs.com/oposreleases.htm), UPOS (UnifiedPOS Retail Peripheral Architecture, Международный стандарт для выполнения точек обслуживающих периферийных устройств, http://monroecs.com/unifiedpos.htm) или JavaPOS (Java for Retail POS, Programming Guide, Международный стандарт для выполнения POS периферийных устройств в системе на базе Java, http://monroecs.com/javapos.htm) для интегрирования с кассовыми периферийными устройствами 4 различных изготовителей, соответственно имеющими драйвера, совместимые с указанным протоколом 6, например, для печати кассовых чеков/расчетных чеков/штрих-кодов, дисплей для клиентов, сенсорный экран, клавиатура, устройство для считывания штрих-кодов (сканер, стационарный/портативный), кассовый аппарат, терминал для электронных платежей (TPE).

Протокол 6, в частности протокол OPOS, обычно рассматриваемый как частный случай более общего протокола UPOS, отличается архитектурой, при которой интерфейс с периферийным устройством 4 (в частности с периферийным устройством 4 OPOS) содержит два программных модуля:

- первый программный модуль 2, именуемый «управляющий объект» (или на английском CO, т.е. Control Object), независимый от кассового периферийного устройства 4; и

- второй программный модуль 3, именуемый «объект-сервис» (или на английском SO, т.е. Service Object), зависимый от кассового периферийного устройства 4.

Управляющие объекты 2 и объекты-сервисы 3 доступны на сайте http://monroecs.com/oposccos.htm (сентябрь 2012 г.).

Действительно, взаимодействия между программой 1 приема наличных и любым периферийным устройством 4, совместимым с протоколом 6, выполняются управляющим модулем 5 (например, Activex) связи по протоколу 6. Программа 1 приема наличных взаимодействует с кассовыми периферийными устройствами 4 под управлением управляющего модуля 5.

Модуль 7 связи, соединенный с управляющим модулем 5 протокола 6, сконфигурирован для

- проверки (отслеживания) взаимодействий/связи, предусмотренных между приложением 1 для приема наличных и определенным кассовым периферийным устройством 4, совместимым с протоколом 6 (связь программы 1 для приема наличных с кассовым периферийным устройством 4 или наоборот);

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

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

Иными словами, модуль 7 связи позволяет проверять (опрашивать/исследовать) на уровне управляющего модуля 5 протокола 6 взаимодействия между программой 1 для приема и кассовыми периферийными устройствами 4, а также моделировать/имитировать кассовое периферийное устройство 4 при его взаимодействиях (отклике/опросе) с программой 1 для приема наличных и наоборот. В качестве неограничивающих примеров взаимодействий между программой для приема наличных 1 и кассовыми периферийными устройствами 4 можно привести считанное изображение определенного штрих-кода, стимуляцию определенного прикосновения к сенсорному экрану, отправку определенной информации для ее вывода или отправку подтверждения получения.

Проверка взаимодействий между программой 1 для приема наличных и кассовым периферийным устройством 4 может быть выполнена, например, посредством любого средства управления, функционирующего посредством системы управления сообщениями операционной системы. В качестве примеров определенные взаимодействия могут проверяться посредством «Hooks» в Windows® (“Microsoft Developer Network (MSDN): Hooks, ”http://msdn.microsoft.com/en-us/library/ms632589(v=VS.85).aspx, 2012). Работа «Hooks» действительно позволяет осуществлять перехват событий нижнего уровня (например, данные для отображения на экране или нажатия клавиш на клавиатуре или сенсорном экране) до того, как их получит целевое приложение и/или периферийное устройство.

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

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

Кроме того, модуль 7 связи также сконфигурирован для взаимодействия с третьим приложением 8

- способствуя отправке (сообщению) им информации о взаимодействии между программой 1 для приема наличных и кассовым периферийным устройством 4; или

- моделируя одно или несколько взаимодействий определенного кассового периферийного устройства 4 с приложением 1 для приема наличных в качестве отклика на опрос, переданный ему третьим приложением 8.

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

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

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

- получения информации о текущей транзакции (в том числе суммы, подлежащей уплате);

- передачи этой информации на терминал 8 для мобильных платежей, предусмотренный для мобильных платежей;

- в зависимости от отклика терминала 8 для мобильных платежей моделирования отклика платежного устройства, поддерживаемого программой 1 для приема наличных (например, моделирования отклика устройства для считывания банковских карт в связи с осуществлением транзакции).

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

В другом иллюстративном воплощении третье приложение 8 является приложением проверки программы 1 для приема наличных (вслед за внесенным в программу 1 для приема наличных изменением при внедрении нового кассового периферийного устройства или при установке новой программы 1 для приема наличных) для выявления нарушений в работе. Для этого одинарный объект 7 связи сконфигурирован для моделирования процедуры приема наличных:

- моделирования ввода и/или чтения идентифицирующих элементов (полученное изображение штрих-код) товаров/услуг;

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

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

В другом иллюстративном воплощении для интегрирования в систему 10 для приема наличных кассовое периферийное устройство оснащено драйвером, совместимым с протоколом 6 (таким образом, в данном случае третье приложение является драйвером нового кассового периферийного устройства), при этом модуль 7 связи предусмотрен для регулирования/осуществления (в обоих направлениях) взаимодействий системы 1 для приема наличных с драйвером 8 нового периферийного устройства.

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

- маркирует каждое сообщение, предназначенное для такого периферийного устройства;

- изменяет сообщение или альтернативно генерирует новое сообщение с новыми параметрами; и

- передает измененное или сгенерированное сообщение на соответствующее кассовое периферийное устройство.

Другое иллюстративное воплощение относится к способу приема наличных, например, включающему:

- управление привлечением клиентов и/или абонентов: мобильное приложение, установленное на мобильном терминале, оборудованном интерфейсом связи, предпочтительно ближней связи, доступным пользователю беспроводного терминала 8 и предусмотренным для взаимодействия с мобильным приложением. С этой целью модуль 7 связи сконфигурирован для получения/передачи информационных данных, касающихся абонемента (например, срок действия пакета) или бонусной карточки (например, бонусные баллы);

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

перехвата команды печати, предназначенной для автомата для печати кассовых чеков;

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

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

моделирования подтверждения получения (acknowledgment) от печатающего устройства и отправления его в адрес программы 1 для приема наличных вместо печатающего устройства.

В другом иллюстративном воплощении модуль 7 связи предусмотрен для доставки центральному блоку 8 управления торговой точки, например,

- оповещений, выдаваемых системой 10 для приема наличных (например, предупреждающее сообщение об уровне чернил, выдаваемое печатным устройством). В этом случае модуль 7 связи запрограммирован на обнаружение любых предупреждающих сообщений от кассового периферийного устройства 4 в адрес программы 1 для приема наличных, и для отправки копии этого сообщения на центральный блок 8 управления;

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

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

Примеры протоколов OPOS или UPOS, разумеется, не являются ограничивающими и могут быть заменены любым другим эквивалентным протоколом.

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

Предпочтительно описанные способ и система позволяют:

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

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

- тестировать новые версии программ для приема наличных;

- продлить срок службы устаревших программ для приема наличных;

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

1. Способ обновления системы (10) приема наличных, включающий конфигурирование программы (1) для приема наличных для взаимодействия по меньшей мере с одним кассовым периферийным устройством (4) под управлением управляющего модуля (5), при этом указанный способ включает: - этап проверки на уровне управляющего модуля (5) посредством модуля (7) связи взаимодействий между указанной программой (1) приема наличных и по меньшей мере одним периферийным кассовым устройством (4);- этап обработки по меньшей мере одного контролируемого модулем (7) связи взаимодействия, при этом указанный этап обработки выбирают из группы, включающей перенастройку взаимодействия, изменение взаимодействия, копирование взаимодействия, извлечение данных с момента начала взаимодействия, переориентирование взаимодействия.

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

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

4. Система (10) приема наличных, включающая программу (1) для приема наличных, сконфигурированную для взаимодействия по меньшей мере с одним периферийным кассовым устройством (4) под управлением управляющего модуля (5), при этом указанная система приема наличных содержит модуль (7) связи, сконфигурированный:для проверки на уровне управляющего модуля (5) взаимодействий между указанной программой (1) приема наличных и по меньшей мере одним указанным периферийным кассовым устройством (4);для обработки по меньшей мере одного контролируемого взаимодействия, при этом указанную обработку выбирают из группы, включающей перенастройку взаимодействия, изменение взаимодействия, копирование взаимодействия, извлечение данных с момента начала взаимодействия, переориентирование взаимодействия.

5. Система по предыдущему пункту, в которой модуль (5) связи также сконфигурирован для моделирования по меньшей мере одного взаимодействия между указанной программой (1) приема наличных и по меньшей мере одним указанным периферийным кассовым устройством (4).

6. Система по п. 4 или 5, в которой указанный управляющий модуль (5) также сконфигурирован для сообщения третьему приложению (8) по меньшей мере одного объема информации относительно взаимодействия между указанной программой (1) приема наличных и по меньшей мере одним указанным периферийным кассовым устройством (4).

7. Система по п. 6, в которой третье приложение (8) является терминалом для мобильных платежей.

8. Система по п. 7, в которой модуль (7) связи является шаблоном проекта.

9. Система по п. 8, в которой управляющий модуль (5) является управляющим модулем связи по протоколу OPOS или протоколу UPOS.

10. Носитель данных, содержащий программный продукт, предусмотренный для реализации в устройстве обработки данных и содержащий команды для осуществления способа по одному из пп. 1-3.