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

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

 

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

Транзакция (коммерческая операция, например сдача в аренду, резервирование номера в отеле, пожертвование на благотворительные цели) часто запоминается в виде платежной квитанции. Традиционно платежные квитанции выпускаются на бумаге. С появлением электронной торговли транзакции, совершенные по сети Интернет (например, различные покупки через 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 лет, то из этого можно сделать вывод, что этот конкретный предмет становится следующим ходовым товаром. Соглашение о подписке между провайдером банка квитанций и покупателем может включать в себя разрешение на анализ принадлежащих покупателю платежных квитанций, так что факты и выводы такого типа могут добываться из принадлежащих покупателю платежных квитанций.

Другим действием, которое может быть выполнено, является сообщение покупателю данных, основанных на платежной квитанции (этап 912). Добытые факты и/или выводы являются примерами данных, которые могут быть основаны на платежной квитанции. Сами по себе платежные квитанции также являются примерами таких данных. Например, провайдер банка квитанций может иметь программное обеспечение некоторого типа, которое отображает добытые факты и/или выводы в форме информационной панели (или же другим образом представляет или передает эти добытые факты и/или выводы человеку). Программное обеспечение может позволить провайдеру проводить опросы по определенным типам фактов и выводов (например, "какая наиболее популярная песня была куплена в г. Сиэтле в течение последнего месяца людьми в возрасте от 18 до 24 лет?", или "какой ресторан наиболее популярен среди сотрудников компании XYZ?").

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

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

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

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

Профильная информация 108 может включать в себя имя 1008 покупателя, контактную информацию 1010 и информацию 1012 о платежном счете. Имя может быть представлено текстовой строкой (например, "John A. Smith"). Контактная информация 1010 может включать в себя любой тип контактной информации, такой как номер 1014 телефона (например, номер телефона устройства 104, если устройство 104 работает как телефон), IM адрес 1016, e-mail адрес 1018, идентификатор 1019 покупателя в банке квитанций или любой другой тип контактной информации. Один или более фрагментов контактной информации могут идентифицировать местоположения, в которые должны отсылаться платежные квитанции покупателя. Например, если покупатель подписывается на службу банка квитанций и эта служба сообщает покупателю то место, в которое будут отсылаться платежные квитанции, например, e-mail адрес (или IM адрес, SMS адрес, URL, и т.п.), то это место может быть введено в контактную информацию 1010. В одном примере место, в которое должны отсылаться платежные квитанции, идентифицированное контактной информацией 1010, может быть местом, отличающимся от почтового ящика покупателя для обычного пользования, который покупатель использует для получения корреспонденции. (Может случиться так, что корреспонденция будет случайно послана в банк квитанций; тот факт, что такая корреспонденция может быть направлена в банк квитанций, делает банк квитанций адресом для такой корреспонденции, но не превращает банк квитанций в обычный почтовый ящик для входящей корреспонденции покупателя).

Информация 1012 о платежном счете может идентифицировать различные типы счетов, которые могут быть использованы для оплаты покупок покупателя. Такая информация может включать в себя информацию 1020 о кредитной карте (например, номер счета, дату окончания действия и секретный номер конкретной карты Visa), информацию 1022 о счете, ведущемся в штаб-квартире брокерской фирмы (например, номер счета для in-store услуг, то есть банковских услуг внутри магазина), подарочный сертификат 1024, счет 1026 для совершения микроплатежей или совокупных платежей (например, e-mail адрес и пароли, которые позволяют совершать платежи с PayPal счета покупателя), или любой другой тип информации о счете.

На фиг.11 приведен пример среды, в которой могут быть развернуты объекты описанного здесь предмета изобретения.

Компьютер 1100 включает в себя один или более процессоров 1102 и один или более компонентов 1104 запоминания данных. Процессор(ы) обычно являются микропроцессорами, такими, которые имеются в настольном или портативном компьютере, сервере, карманном компьютере или в вычислительном устройстве другого типа. Компонент(ы) 1104 запоминания данных являются компонентами, которые способны запоминать данные на короткое или долгое время. Примеры компонентов 1104 запоминания данных включают в себя жесткие диски, съемные диски (в том числе оптические и магнитные диски), энергозависимые и энергонезависимые оперативные запоминающие устройства (RAM), постоянные запоминающие устройства (ROM), флэш-память, магнитные ленты, и т.д. Компоненты запоминания данных являются примерами машиночитаемых носителей информации. Компьютер 1100 может содержать или может быть связан с устройством 1112 отображения, которое может быть монитором на электроннолучевой трубке (CRT), жидкокристаллическим индикатором (LCD) или монитором любого другого типа.

Программное обеспечение может запоминаться в компоненте (компонентах) 1104 запоминания данных и может выполняться на одном или более процессорах 1102. Примером такого программного обеспечения является программное обеспечение 1106 для обработки платежных квитанций, которое может реализовать некоторые или все функциональные характеристики, описанные выше в связи с фиг.1-10, хотя может быть использовано программное обеспечение любого типа. Программное обеспечение 1106 может быть реализовано, например, через один или несколько компонентов, которые могут быть компонентами в распределенной системе, отдельными файлами, отдельными функциями, отдельными строками кода, и т.д. Персональный компьютер, в котором программа запоминается на жестком диске, загружается в RAM и выполняется на процессоре (процессорах) компьютера, является типичным представителем сценария, изображенного на фиг.11, хотя описанный здесь предмет изобретения не ограничивается этим примером.

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

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

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

1. Способ обеспечения платежной квитанции, содержащий:
вхождение с помощью покупателя в транзакцию пункта продаж, при котором указанный покупатель физически присутствует в том месте, где происходит транзакция, причем указанная транзакция не выполняется через коммерческую систему, что облегчает дистанционные транзакции через сеть;
прием от устройства, которое имеет при себе указанный покупатель, профильной информации, которая сохранена в указанном устройстве и которая содержит контактную информацию, идентифицирующую то место, куда должна быть послана указанная платежная квитанция, посредством e-mail адреса, адреса мгновенных сообщений (IM), унифицированного указателя ресурса (URL), номера телефона или идентификатора службы коротких сообщений (SMS), причем указанная профильная информация принимается в считывателе устройства, который обменивается данными с указанным устройством и коммуникационно соединяется с компонентом пункта продаж и который является отдельным от указанного компонента пункта продаж;
создание указанной платежной квитанции на основе указанной транзакции посредством создания, в указанном компоненте пункта продаж, частичной платежной квитанции, которая не включает в себя сумму, оплаченную указанным покупателем для транзакции, и не включает в себя форму платежа, использованную для указанной транзакции, и посредством передачи указанной частичной платежной квитанции в указанный считыватель устройства, причем указанный считыватель устройства создает указанную платежную квитанцию из указанной частичной платежной квитанции посредством того, что указанный считыватель устройства добавляет указанную оплаченную сумму и указанную форму платежа в указанную частичную платежную квитанцию; и
инициация посылки указанной платежной квитанции через сеть в банк квитанций, идентифицированный указанной контактной информацией, причем указанный банк квитанций является удаленным от указанного места, в котором происходит указанная транзакция.

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

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

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

5. Способ по п.4, дополнительно содержащий:
сохранение копии указанной платежной квитанции в указанном устройстве.

6. Способ по п.1, в котором указанный банк квитанций осуществляется как служба в облаке и в котором указанная инициация содержит: посылку указанной платежной квитанции в указанное облако.

7. Способ по п.6, дополнительно содержащий: прием указанной платежной квитанции указанным устройством из указанного облака.

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

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

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

11. Система обеспечения платежной квитанции, содержащая:
считыватель устройства, который принимает от устройства профильную информацию, которая содержит информацию о платежном счете покупателя и контактную информацию указанного покупателя, причем указанная контактная информация идентифицирует указанного покупателя посредством e-mail адреса, адреса мгновенных сообщений (IM), унифицированного указателя ресурса (URL), номера телефона или идентификатора службы коротких сообщений (SMS);
компонент пункта продаж, который выполняет транзакцию в месте, в котором одновременно физически присутствуют и указанный покупатель, и указанный компонент пункта продаж, и который создает частичную платежную квитанцию для указанной транзакции; причем указанная частичная платежная квитанция не включает в себя сумму, оплаченную указанным покупателем для транзакции, и не включает в себя форму платежа, использованную для указанной транзакции; и
первый компонент, который принимает указанную частичную платежную квитанцию от указанного компонента пункта продаж, который создает платежную квитанцию на основе указанной частичной платежной квитанции посредством добавления указанной оплаченной суммы и указанной формы платежа в указанную частичную платежную квитанцию, и который инициирует отсылку указанной платежной квитанции через сеть в банк квитанций, идентифицированный указанной контактной информацией, причем указанный банк квитанций является удаленным от указанного места, в котором происходит указанная транзакция, причем указанный первый компонент является отдельным от указанного компонента пункта продаж.

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

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

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

15. Система по п.11, в которой указанный считыватель устройства сохраняет указанную платежную квитанцию в указанном устройстве.

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

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