Обработка платежных квитанций с использованием банка квитанций

Обработка платежных квитанций с использованием банка квитанций

Иллюстрации

Показать все

Реферат

УРОВЕНЬ ТЕХНИКИ

Транзакция (коммерческая операция, например сдача в аренду, резервирование номера в отеле, пожертвование на благотворительные цели) часто запоминается в виде платежной квитанции. Традиционно платежные квитанции выпускаются на бумаге. С появлением электронной торговли транзакции, совершенные по сети Интернет (например, различные покупки через web-сайт), породили электронные платежные квитанции. Когда транзакция совершается по сети Интернет, покупатель обычно сообщает e-mail адрес как часть транзакции, и электронная платежная квитанция посылается на этот e-mail адрес.

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

Проблема, возникающая при выпуске электронных платежных квитанций за пределами транзакций, относящихся к покупкам через web-сайт, заключается в том, что может быть неясно, куда доставить платежную квитанцию. Покупатели обычно сообщают e-mail адреса при выполнении транзакции через Интернет, поэтому логично отправить квитанцию покупателю по электронной почте. Однако покупатели обычно не сообщают e-mail адресов, когда выполняют транзакцию лично. Более того, даже если покупатель сообщает e-mail адрес, может оказаться более удобным передать ему платежную квитанцию в руки, чем посылать ее покупателю по электронной почте. Практика пересылки платежных квитанций по электронной почте может быть наследием периода зарождения электронной торговли, когда посылка покупателю платежной квитанции по электронной почте была единственным практическим способом доставки электронной платежной квитанции. Платежные квитанции могут доставляться и другими путями, которые приводят к использованию более сложной инфраструктуры, более мощных мобильных устройств и более развитых возможностей связи.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

Фиг.5 - последовательность операций процесса, приводимого в качестве примера, в рамках которого совершается транзакция и создается платежная квитанция или часть платежной квитанции.

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

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

Фиг.10 - блок-схема приведенного в качестве примера устройства пользователя.

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

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

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

Считыватель 106 устройства является компонентом, который используется для считывания информации, которую передает устройство 104. Например, считыватель 106 устройства может считывать информацию с устройств, которые удовлетворяют требованиям стандарта 14443 Международной организации по стандартизации (ISO) на карточки дистанционного считывания, или с устройств, которые используют технологию стандарта ближней радиосвязи (NFC). В одном примере устройство 104 является радиотелефоном покупателя 102, который снабжен NFC технологией, и покупатель 102 "проводит" телефон на расстоянии в несколько дюймов от считывателя 106 устройства таким образом, что считыватель 106 устройства может считывать информацию из устройства 104. Однако выше приведены только примеры, и считыватель 106 устройства может считывать информацию из любого типа устройства, используя любой тип технологии или механизма связи.

Профильная информация 108 является информацией, запоминаемой устройством 104. Профильная информация может включать в себя имя покупателя 102, номер кредитной карты или любую другую информацию. Конкретные примеры такой информации обсуждаются ниже со ссылкой на фиг.10. Устройство 104 передает профильную информацию 108 считывателю 106 устройства.

В приводимом в качестве примера сценарии транзакции покупка выполняется через множество различных компонентов, включающих в себя считыватель 106 устройства и компонент 110 пункта продажи (POS). POS компонент 110 может быть кассовым аппаратом, киоском розничной торговли, компьютером или же устройством или системой любого другого типа, которые могут быть использованы для облегчения продажи. Обычно POS компонент 110 используется для тех транзакций, когда покупатель физически присутствует в том месте, где производится транзакция, например, в магазине, обслуживающем своих клиентов в офисе, в ресторане и т.д. Сценарий физического присутствия противопоставляется сценарию электронных покупок через Интернет или другому сценарию, в котором дистанционная транзакция выполняется через сеть. Так, на фиг.1 показан один пример, когда все различные элементы находятся в одном физическом месте 160 (которое обведено пунктирной линией). Например, если POS компонент 110 является кассовым аппаратом, то предметы, которые покупаются/продаются, и цены на эти предметы должны быть введены в POS компонент 110. Ввод может быть произведен через клавиатуру, сканер штрих-кода или любой другой тип механизма. Если POS компонент 110 является киоском розничной торговли, то POS компонент может использоваться для выбора музыки и, возможно, для передачи выбранной музыки в воспроизводящую музыкальную систему покупателя 102. (Устройство 104 может быть воспроизводящей музыкальной системой покупателя 102, например, в том случае, когда устройство 104 является МР3 плеером или некоторым другим устройством, способным воспроизводить музыкальные записи). В одном примере считыватель 106 устройства и POS компонент 110 являются отдельными компонентами, которые прилагаются друг к другу. В другом примере считыватель 106 устройства встроен в POS компонент 110.

На фиг.1 показан компонент 110, принимающий указания 111 о предметах 112, которые продаются/покупаются, и/или о ценах 114 на эти предметы. Указания о предметах 112 и ценах 114 могут приниматься POS компонентом 114 любым образом. (В приведенном примере "предметами" могут быть товары, услуги, еда и напитки в ресторанном меню или что-либо еще, что может быть объектом транзакции). Например, POS компонент 110 может быть связан с базой данных, которая содержит каталог предметов, имеющихся для продажи, и цены на эти предметы. Таким образом, указания о тех предметах, которые подлежат продаже, могут вводиться через клавиатуру сканер, сенсорный дисплей и т.п., а цены могут отыскиваться в базе данных. Или в том примере, когда POS компонент 110 является кассовым аппаратом, кассир может вводить цены 114 в кассовый аппарат. POS компонент 110 может принимать указания о предметах 112, подлежащих продаже/покупке, и/или о ценах 114, и все вышесказанное представляет только примеры того, как POS компонент 110 может принимать эту информацию.

Когда POS компонент 110 завершает транзакцию, он создает платежную квитанцию 116. (Как обсуждается ниже со ссылкой на фиг.2 и 3, POS компонент 110 может также создавать частичную платежную квитанцию с добавлением платежной информации считывателем 106 устройства при взимании оплаты с покупателя 102). Платежная квитанция 116 может включать в себя, например, информацию о закупленных предметах 152, цене (ценах) 154 на эти предметы, суммарную стоимость 156 купленных предметов, платежную информацию 158 (например, сколько заплачено за покупку и какова форма платежа), или любой другой тип информации.

Платежная квитанция 116 может посылаться в банк 118 квитанций. Доступ к банку 118 квитанций может осуществляться через сеть, такую как Интернет. Более того, банк 118 квитанций может быть обеспечен через облачную вычислительную модель, в которой банк 118 квитанций является службой, достижимой через облако 120. В обычном понимании облако 120 относится к сбору функций и/или услуг, которые обеспечиваются дистанционными устройствами и программным обеспечением и доставляются через сеть. Банк 118 квитанций может принимать платежные квитанции и может выполнять различные действия по отношению к платежной квитанции 116. Примеры действий, которые могут выполняться по отношению к платежной квитанции 116, обсуждаются ниже со ссылкой на фиг.9.

Компонент системы 100 может посылать платежную квитанцию 116 в облако 120, чтобы доставить ее в банк 118 квитанций. (Посылка платежной квитанции через облако 120 показана в качестве примера, хотя платежная квитанция 116 может быть также послана в банк 118 квитанций таким образом, при котором не используется облако 120). Платежная квитанция 116 может посылаться в банк 118 квитанций различными компонентами системы 100. На фиг.1 приведен пример, в котором POS компонент 110 посылает платежную квитанцию 116 в банк 118 квитанций. Однако платежная квитанция 116 может быть послана другими компонентами системы 100. На фиг.2 и 3 приведены примеры, в которых платежная квитанция 116 посылается в банк 118 квитанций другими компонентами системы 100.

На фиг.2 и 3 приведены примеры, в которых компоненты системы 100, отличающиеся от POS компонента 110, используются для посылки платежной квитанции в банк квитанций. (На фиг.2 и 3 номера 100, 102, 104, 106, 108, 110, 111, 112, 114, 116, 118, 120 и 160 относятся к тем же элементам, что и на фиг.1. На фиг.2 и 3 платежная квитанция 116 может иметь те же пункты, что и показанные в качестве примера на фиг.1, обозначенные номерами 152, 154, 156 и 158, хотя для упрощения представления эти пункты не повторяются на фиг.2 и 3). На фиг.2 POS компонент 110 создает частичную платежную квитанцию 122. Частичная платежная квитанция 122 может включать в себя информацию, содержащуюся в платежной квитанции 116 на фиг.1, но без платежной информации. Платежная информация может быть введена считывателем 106 устройства, чтобы отобразить произведенную покупателем 102 оплату, после того как POS компонент 110 выяснил, что именно покупается и какая сумма должна быть выплачена. Частичная платежная квитанция 122 может иметь форму квитанции с опущенной платежной информацией, или же в ней могут быть некоторым другим образом представлены покупаемые предметы и общие суммы, которые затем могут использоваться считывателем 106 устройства для создания платежной квитанции в соответствующей форме после приема оплаты. (Платежная квитанция может также создаваться в другое время, например, до приема оплаты). Считыватель 106 устройства принимает частичную квитанцию 122 об оплате и затем создает платежную квитанцию 116. После создания платежной квитанции 116 считыватель 106 устройства посылает платежную квитанцию 116 в банк 118 квитанций (возможно, через облако 120, как на фиг.1). (С точки зрения терминологии, как частичная платежная квитанция 122, так и платежная квитанция 116 являются примерами контента, который относится к транзакции).

На фиг.3 POS компонент 110 также принимает/посылает частичную платежную квитанцию 122 в считыватель 106 устройства. Считыватель 106 устройства может затем добавить платежную информацию в частичную платежную квитанцию 102, чтобы создать платежную квитанцию 116. Считыватель 106 устройства может также посылать платежную квитанции. 116 в устройство 104 покупателя. Устройство 104 покупателя может быть сконфигурировано таким образом, чтобы посылать платежную квитанцию 116 в банк 118 квитанций (и опять, возможно, через облако 120, как на фиг.1 и 2). Примеры процессов, посредством которых создаются и рассылаются платежные квитанции в этих различных сценариях, приведены на фиг.5-8 и обсуждаются ниже. (Ссылка на частичную платежную квитанцию 122 при обсуждении фиг.3 дана просто в качестве примера; вместо того чтобы создавать платежную квитанцию поэтапно, POS компонент 110 может создать полную платежную квитанцию).

Посылка платежной квитанции 116 в банк 118 квитанций от различных других компонентов системы 100 поддерживает различные другие технологические и деловые модели. Например, в некоторых случаях POS компонент 110 может собирать список закупаемых предметов и подсчитывать общую сумму продажи, но он не может создавать полную платежную квитанцию, так как не имеет платежной информации. Более того, некоторые POS компоненты (например, некоторые кассовые аппараты) используют собственные фирменные технологии и/или закрытые платформы, поэтому их трудно модифицировать применительно к программному обеспечению, которое должно использоваться для создания платежных квитанций в соответствующем формате и посылки этих платежных квитанций в банк 118 квитанций в облаке 120. По этим причинам может быть целесообразным посылать платежную квитанцию 116 в банк 118 квитанций считывателем 106 устройства или устройством 104 покупателя, а не POS компонентом 110. (Модели бизнеса, в которых считыватели устройств встроены и распределены, могут быть более поддающимися улучшению с целью обеспечения совместимости с соответствующим программным обеспечением для создания и передачи платежных квитанций).

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

Когда POS компонент 110 не является компонентом, используемым для посылки платежной квитанции 116 в банк 118 квитанций, платежная квитанция может быть послана считывателем 106 устройства или устройством 104 покупателя. В сценарии на фиг.3 считыватель 106 устройства представляет платежную квитанцию 116 устройству 104 покупателя, которое затем посылает платежную квитанцию 116 в банк 118 квитанций. В этом сценарии устройство 104 покупателя принимает платежную квитанцию 116, тем самым обеспечивая наличие платежной квитанции 116 в устройстве 104 покупателя во время совершения транзакции. Устройство 104 покупателя может затем послать платежную квитанцию 116 в банк 118 квитанций, когда связь через сеть доступна для устройства 104 покупателя. Поскольку покупатель 102 может использовать устройство 104 как обычное устройство хранения личной и деловой информации, может оказаться удобным для покупателя 102 иметь копию платежной квитанции 116 в устройстве 104. Однако предоставление платежной квитанции устройству покупателя во время совершения транзакции обычно происходит за два сеанса связи между считывателем 106 устройства и устройством 104 пользователя: один из них для сбора профильной информации 108 для осуществления оплаты, и другой для приема платежной квитанции 116 после того, как эта платежная квитанция 116 будет создана. На практике два этих сеанса связи обычно требуют дважды повторяемого "проведения" устройства 104 пользователя 102 перед считывателем устройства. Если же считыватель 106 устройства посылает платежную квитанцию 116 в банк 118 квитанций (как в сценарии на фиг.2), второе проведение отменяется. Платежная квитанция 116 может быть позже передана из банка 118 квитанций в устройство 104, используя обычную связь через сеть, доступную для устройства 104. Однако в этом сценарии покупатель 102 может быть вынужден ждать приема квитанции 116 об оплате до тех пор, пока она сможет быть доставлена из банка 118 квитанций, на что потребуется время, если, например, сеть недоступна для устройства 104 во время совершения транзакции.

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

На фиг.4 приведен в качестве примера процесс 400, в котором совершается транзакция с покупателем и в котором платежная квитанция посылается в банк квитанций. На этапе 402 в транзакцию вступает покупатель. Например, в системе 100 (показанной на фиг.1-3) покупатель 102 может вступить в транзакцию покупки, используя такие компоненты, как устройство 104, считыватель 106 устройства и POS компонент 110 (также показанные на фиг.1-3). На этапе 404 создается платежная квитанция, основанная на транзакции. Платежная квитанция может быть создана POS компонентом, считывателем устройства, и т.д. На этапе 406 система инициирует посылку платежной квитанции в банк квитанций в облаке. Акт инициации посылки платежной квитанции в банк квитанций может принимать разные формы, так как платежная квитанция может посылаться от разных компонентов. Например, как было отмечено выше, платежная квитанция может посылаться от POS компонента, от считывателя устройства или от устройства пользователя.

На фиг.5 приведен пример процесса, в котором выполняется транзакция и в котором создается платежная квитанция (или часть квитанции). Колонки на фиг.5 (разделенные вертикальными пунктирными линиями) обозначают конкретные компоненты на фиг.1-3 (устройство 104 покупателя, считыватель 106 и POS компонент 110), в которых могут выполняться конкретные этапы процесса. Однако показанные этапы могут выполняться с использованием любых компонентов (независимо от того, являются ли они компонентами, показанными на фиг.1-3).

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

На этапе 504 считыватель принимает профильную информацию, переданную устройством. Затем считыватель передает профильную информацию POS компоненту (на этапе 506). Например, считыватель может быть жестко подсоединен к POS компоненту и может действовать как интерфейс, который передает информацию между устройством и POS компонентом. Таким образом, если считыватель принимает профильную информацию от устройства покупателя, то считыватель может предоставить эту информацию POS компоненту.

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

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

Процесс, изображенный на фиг.5, может продолжаться на фиг.6, 7 или 8 в зависимости от того, каким образом платежная квитанция должна доставляться в банк квитанций.

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

На фиг.7 приведен пример этапов, которые могут выполняться, если платежная квитанция должна передаваться от считывателя устройства в банк квитанций. На этапе 702 частичная платежная квитанция, созданная POS компонентом, передается на считыватель устройства. На этапе 704 считыватель устройства принимает частичную платежную квитанцию от POS компонента. На этапе 706 считыватель устройства добавляет платежную информацию и/или другую информацию в частичную платежную квитанцию, чтобы создать полную платежную квитанцию. На этапе 708 считыватель устройства передает платежную квитанцию в банк квитанций в облаке. Этапы на фиг.7 могут выполняться с использованием POS компонента и считывателя устройства, как указано, но могут также выполняться с использованием других и/или дополнительных компонентов, например принтер платежных квитанций может быть подсоединен к одному или более указанным выше компонентам. Принтер платежных квитанций может распечатывать на бумаге платежную квитанцию и может быть также способен посылать платежные квитанции в облако (независимо от того, печатает ли он бумажные копии этих квитанций). Более того, отдельное устройство может осуществлять посылку платежных квитанций в облако независимо от того, является ли это устройство также и устройством печати на бумаге.

На фиг.8 приведены примеры этапов, которые могут выполняться, если платежная квитанция должна передаваться от устройства покупателя (например, от радиотелефона покупателя) в банк квитанций. На этапе 802 POS компонент 110 передает частичную платежную квитанцию в считыватель 106 устройства. На этапе 804 считыватель принимает частичную платежную квитанцию. На этапе 806 считыватель устройства добавляет платежную информацию и/или другую информацию в частичную платежную квитанцию, чтобы создать полную платежную квитанцию. На этапе 808 считыватель устройства передает платежную квитанцию в устройство покупателя. На этапе 810 устройство 104 покупателя принимает платежную квитанцию. На этапе 812 устройство покупателя может запомнить копию платежной квитанции в своей собственной памяти или в запоминающем устройстве. На этапе 814 устройство покупателя передает платежную квитанцию в банк квитанций в облаке. Для передачи платежной квитанции от устройства покупателя в банк квитанций может использоваться любой механизм. Например, если устройство покупателя является радиотелефоном, то платежная квитанция может передаваться с использованием разных технологий, которые существуют для передачи информации в радиотелефон или от радиотелефона, например, 3G 816, WiFi 818, стандарт GSM с увеличенной скоростью передачи данных (EDGE 820), служба коротких сообщений (SMS), или любого другого механизма.

Банк 116 квитанций может быть хранилищем, в котором хранятся платежные квитанции покупателя 102. (Банк 116 квитанций и покупатель 102 показаны на фиг.1-3). Могут быть выполнены различные действия, чтобы установить банк квитанций для покупателя и/или использовать платежные квитанции в этом банке. На фиг.9 показаны некоторые примеры действий 900, которые могут быть выполнены по отношению к банку квитанций.

Одним из таких действий, которое может быть выполнено, является договоренность провайдера с конкретным покупателем действовать в качестве банка квитанций для этого покупателя (этап 902). Например, независимый онлайновый сервис-провайдер может предложить банк квитанций в качестве облачной услуги, на которую может подписаться покупатель. Затем покупатель может подписаться на эту услугу, после чего провайдер должен согласиться обслуживать банк квитанций покупателя. Провайдер может (на этапе 904) предоставить покупателю контактную информацию (например e-mail адрес, адрес мгновенных сообщений (IM), унифицированный указатель ресурса (URL), номер телефона, SMS идентификатор, произвольную строку данных, которую банк связывает с конкретным покупателем, но которая не поддается расшифровке для широкой публики, например, для лиц, распространяющих спам, и т.п.), которую покупатель может использовать для направления в банк платежных квитанций. Такая контактная информация, полученная покупателем от провайдера банка квитанций, может запоминаться в устройстве 104 покупателя (как показано на фиг.1-3). Эта контактная информация может служить как форма идентификатора покупателя, которая может быть введена или другим образом связана с платежной квитанцией; контактная информация может идентифицировать покупателя в том смысле, что покупатель может быть связан с конкретной контактной информацией, которая используется для посылки платежных квитанций в банк квитанций этого покупателя. (Однако и другие типы контактной информации могут быть включены в платежную квитанцию).

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

После того как банк квитанций начнет принимать платежные квитанции от покупателя (этап 906), могут выполняться различные действия по отношению к этим платежным квитанциям. Например, покупатель может запросить просмотр платежных квитанций, и платежные квитанции могут быть представлены покупателю (этап 908). В другом примере платежные квитанции содержат различные типы фактов (например, какие типы продуктов закупил покупатель, сколько денег истратил покупатель, и т.п.), и эти факты, так же как и выводы из этих фактов, могут быть добыты из банка квитанций (этап 910). Например, если покупатель произвел недавнюю покупку в конкретном магазине фототоваров на сумму 100 долларов США, то этот факт является основным фактом, который может быть извлечен из принадлежащих покупателю платежных квитанций. Если покупатель часто делает покупки в магазинах фототоваров, то вывод, который может быть сделан, заключается в том, что покупатель проявляет интерес к фотографии. Выше приведены примеры фактов и выводов, относящихся к конкретному покупателю, которые могут быть добыты из принадлежащих этому покупателю платежных квитанций. Но поскольку банк квитанций может хранить платежные квитанции, принадлежащие многим различным покупателям, факты и выводы, которые охватывают платежные квитанции, относящиеся к разным покупателям (или даже платежные квитанции, являющиеся анонимными, или же те, в которых связь между покупателем и платежной квитанцией не может быть легко различима), также могут быть извлечены. Например, если платежные квитанции, собранные по всем покупателям в течение месяца, показывают, что покупки конкретного предмета возрастают среди покупателей в возрасте от 18 до 24 лет, то из этого можно сделать вывод, что этот конкретный предмет становится следующим ходовым товаром. Соглашение о подписке между провайдером банка квитанций и покупателем может включат