ОБРАБОТКА КВИТАНЦИИ, ПРИНИМАЕМОЙ В НАБОРЕ ОТПРАВЛЕНИЙ
PROCESSING RECEIPT RECEIVED IN SET OF COMMUNICATIONS

Предшествующий уровень техники
Квитанции обычно генерируются как следствие коммерческих транзакций, таких как продажа, сдача в наем, аренда, проживание в гостинице и т.д., или некоммерческих транзакций, таких как благотворительные пожертвования. Традиционно такие квитанции формируются на бумаге. По мере развития электронной коммерции множество транзакций генерируют квитанции в электронной форме. Как правило, как часть транзакции в электронной коммерции, участник транзакции вводит адрес электронной почты или учетное имя пользователя, которое ранее было ассоциировано с адресом электронной почты участника. Электронная квитанция затем передается по этому адресу электронной почты, ассоциированному с транзакцией. Практика передачи квитанции по адресу электронной почты используется в различного вида транзакциях, таких как розничные покупки, выполняемые в режиме онлайн, прокат автомобилей, проживание в гостинице и различные транзакции другого вида.
Когда квитанции передаются по адресам электронной почты, они накапливаются в почтовом ящике получателя, смешанные с общей поступающей корреспонденцией получателя. В некоторых случаях могут использоваться правила или фильтры для идентификации квитанции, и квитанция может быть перемещена в определенную папку. Однако даже если квитанции отделяются от обычного почтового потока таким образом, квитанции все еще находятся в форме электронной почты и доступны только обычным путем, используя который осуществляется доступ к электронной почте, например, путем открывания и просмотра сообщения электронной почты.
Сущность изобретения
Электронная почта, которая содержит квитанции, может быть идентифицирована таким образом, что содержимое квитанции может быть извлечено и сохранено в хранилище квитанций. Компонент может использоваться для идентификации электронной почты, которая содержит квитанции. Компонент может отделять сообщения электронной почты, содержащие квитанции, от другой электронной почты. Компонент может выделять информацию определенного типа из квитанции и может сохранять информацию в хранилище квитанций. Или компонент может передавать квитанцию, содержащуюся в электронной почте, в хранилище квитанций, который может затем извлекать информацию из квитанции, содержащейся в электронной почте. Компонент, который идентифицирует квитанции, содержащиеся в электронной почте, и/или извлекает информацию из этих квитанций, может работать совместно с основывающейся на Web-почтовой службе (сервисом), почтовой программой-клиентом, почтовой программой-сервером или любым другим типом системы электронной почты. В качестве одного примера, компонент может быть реализован как подключаемый программный модуль (плагин), который работает с почтовым программным обеспечением-клиентом.
Извлеченная информация может включать в себя название продавца, купленный товар (товары), сумму, за которую они были куплены, купоны, рекламу, объявления о событиях, баланс счета в определенные моменты времени или информацию любого другого вида. Извлеченное содержимое может быть затем размещено в структурированной форме, которая может быть сохранена в хранилище квитанций. Или хранилище квитанций может сохранять сообщение электронной почты, содержащее квитанцию, вместо сохранения извлеченной информации. Хранилище квитанций может предоставлять для потребителя доступ к его или ее квитанциям, включая любую подробную информацию, которая содержится в квитанции. Хранилище квитанций также может предоставлять сервисы других типов, такие как обеспечение потребителям возможности совместного использования информации об их покупках с другими людьми, выведение, на основе анализа данных, информации о привычках потребителя в отношении покупок из квитанций этого потребителя, размещение в определенном порядке информации о покупках для использования с программным обеспечением, управляющим деньгами, или сервисы любого другого типа, которые могут быть предоставлены с использованием информации, собранной из квитанций. Хранилище квитанций может использовать информацию, содержащуюся в квитанции, для соединения участника транзакции с любым сценарием после покупки, таким как получение руководства пользователя для купленных продуктов, возможности покупки более дорогого продукта или покупки дополняющих продуктов, ввод в онлайн-сообщество пользователей продукта, который был куплен, рейтинг продукта или продавца или любой другой сценарий.
Распознавание квитанций и/или извлечение информации из этих квитанций может выполняться различными способами. Например, могут быть написаны программы синтаксического разбора (парсеры) для распознавания квитанций крупных розничных продавцов и/или извлечения информации из этих квитанций. Или могут использоваться общие технологии распознавания структур для идентификации сообщений электронной почты, которые содержат квитанции, и/или для извлечения информации из этих сообщений электронной почты. Кроме того, поскольку коммерческие субъекты могут найти выгодным распознавание своих квитанций и корректное извлечение информации, содержащейся в этих квитанциях, такие коммерческие субъекты могут разрабатывать программное обеспечение распознавания и/или шаблоны для квитанций, которые они выдают. Провайдеры хранилища квитанций могут использовать эти программные обеспечения и/или шаблоны для идентификации и/или извлечения информации из квитанций, выдаваемых этим учреждением.
Данный раздел "Сущность изобретения" предусмотрен для введения подборки концепций в упрощенной форме, которые дополнительно описаны ниже в разделе "Подробное описание изобретения". Данный раздел "Сущность изобретения" не предназначен для идентификации основных свойств или существенных свойств заявленного изобретения, и при этом он не предназначен для использования для ограничения объема заявленного изобретения.
Краткое описание чертежей
На фиг.1 показана блок-схема примерной системы, в которой может быть сгенерирована квитанция и помещена в хранилище квитанций.
На фиг.2 показана блок-схема примера квитанции.
На фиг.3 показана блок-схема последовательности операций примерной обработки, в которой квитанция может быть принята и может быть передана в хранилище квитанций.
На фиг.4 показана блок-схема примерных компонентов, которые можно использовать совместно с воплощением предмета изобретения, описанного здесь.
Подробное описание изобретения
Электронные квитанции традиционно доставляются в форме сообщений электронной почты. Квитанции, передаваемые по электронной почте, могут быть более удобными, чем бумажные квитанции. Однако когда квитанции посылаются по электронной почте, они, как правило, собираются во входном ящике потребителя вместе с общим потоком корреспонденции. То же самое может возникнуть, если квитанция передается, используя другие механизмы электронной доставки, например систему мгновенного обмена сообщениями (IM), службу коротких сообщений (SMS) и т.д. Вместо сбора во входном ящике квитанции могут сохраняться в хранилище квитанций, где эти квитанции могут быть сделаны доступными для потребителей или могут использоваться различными способами. Механизмы, описанные здесь, могут использоваться, например, для отправки квитанций в хранилище квитанций и/или выполнения различных действий на основе квитанций в хранилище квитанций. Примеры, представленные здесь, описывают квитанции, передаваемые по адресам электронной почты. Однако пример электронной почты, описанный ниже, также можно применять для квитанций, которые передаются в других формах (таких как IM, SMS и т.д.), и изобретение, описанное здесь, применимо к любым таким формам. Кроме того, электронные квитанции, упомянутые здесь, могут быть выполнены в любой форме, такой как текст, изображения, аудиоданные, видеоданные и т.д.
Возвращаясь снова к чертежам, на фиг.1 показана примерная система 100, в которой квитанция может быть сгенерирована и помещена в хранилище квитанций. Потребитель 102 участвует в транзакции 104 с субъектом 106 транзакции. Типично, потребитель 102 представляет собой человека, хотя потребитель 102 может быть субъектом любого типа, например коммерческим предприятием, университетом, некоммерческой организацией или субъектом любого другого типа, который может участвовать в транзакции. Кроме того, транзакция 104 может представлять собой транзакцию любого типа, такую как покупка, аренда, сдача в наем, резервирование гостиницы, благотворительное пожертвование и т.д. Субъект 106 транзакции может представлять собой субъект любого типа, такой как магазин, авиалиния, благотворительная организация, которая принимает пожертвование и т.д. Вкратце, может быть выполнен любой тип транзакции, и в транзакции могут участвовать потребители любого типа и субъект транзакции любого типа.
Как сторона, участвующая в транзакции 104, потребитель 102 может предоставлять адрес 108 электронной почты субъекту 106 транзакции. Например, потребитель 102 может предоставлять адрес 108 электронной почты в момент, когда происходит транзакция 104. В другом примере субъект 106 транзакции может извлекать адрес 108 электронной почты из базы данных 110 потребителей, которая ассоциирует идентификатор 112 потребителя для потребителя 102′ с адресом 108 электронной почты. Например, субъект 106 транзакции может содержать базу данных своих существующих клиентов. В качестве другого примера может существовать служба третьей стороны, которая ассоциирует адреса электронной почты (и, возможно, другую информацию) с идентификаторами пользователей. Идентификатор WINDOWS LIVE, имя учетной записи в Google и имя учетной записи в Yahoo представляют собой некоторые примеры идентификаторов, которые могут быть ассоциированы с адресом электронной почты и могут использоваться различными субъектами, участвующими в транзакции. База данных 110 клиента также может сохранять номер кредитной карты, балансы счета за проживание в доме, подарочные сертификаты, адрес доставки или информацию любого другого типа, которая может использоваться как часть транзакции 104.
После выполнения транзакции 104 субъект 106 транзакции может генерировать квитанцию 114. Квитанция 114 может быть передана в адрес 108 электронной почты (или по другому каналу). Адрес электронной почты (или другой канал) может представлять собой адрес, который ассоциирован с транзакцией, хотя квитанция может быть передана по любому каналу доставки. Квитанция 114 может быть принята программой 116 электронной почты, которая может принимать разные формы. Например, программа 116 электронной почты может содержать любую комбинацию следующего: программное обеспечение сервера в главном почтовом компьютере клиента 102; локальный клиент электронной почты; основывающееся на Web-почтовое приложение; мобильное серверное или клиентское программное обеспечение электронной почты; или программное обеспечение любого другого типа.
Программное обеспечение 116 электронной почты может содержать или по-другому использовать компонент 118 обработки квитанций. Компонент 118 обработки квитанций оценивает набор из одной или больше передач 126 (например, входящих сообщений электронной почты, входящих сообщений SMS и т.д.), для определения того, какие элементы среди передач 126 выглядят как представляющие собой или содержащие квитанции. Набор передач 126 может содержать элементы 128 корреспонденции и/или квитанции 130, и компонент 118 обработки квитанций может различать эти виды элементов (хотя один элемент может содержать как квитанции, так и корреспонденцию, так что различие между квитанцией/корреспонденцией не является предложением типа "либо/либо"). (В нижеследующем описании предполагается, что передачи имеют форму сообщений электронной почты, обрабатываемых программным обеспечением электронной почты, хотя следует понимать, что входящие передачи могут принимать любую форму, такую как IM, SMS и т.д., и могут быть обработаны, используя программное обеспечение, соответствующее этому типу передачи). Компонент 118 обработки квитанций может быть выполнен в форме программного обеспечения, которое представляет собой часть программного обеспечения 116 электронной почты или которое по-другому связано с программным обеспечением 116 электронной почты. Компонент обработки квитанций может работать в любом месте, в котором выполняется обработка входящей почты потребителя 102, таком как главный сервер электронной почты, почтовый клиент настольного компьютера, мобильный клиент, приложение Web-почты или любое другое место. Например, компонент 118 обработки квитанций может представлять собой подключаемую или добавляемую программу, которая работает с приложением-клиентом электронной почты в настольном компьютере, которое принимает электронную почту, просматриваемую человеком. Примеры таких приложений-клиентов электронной почты включают в себя приложение MICROSOFT OUTLOOK EXPRESS, приложение MOZILLA THUNDERBIRD и любой другой клиент электронной почты. В качестве другого примера компонент 118 обработки квитанций может представлять собой программное средство, которое работает с почтовым сервером или которое может представлять собой приложение, работающее в мобильном устройстве с поддержкой электронной почты. В качестве дополнительного примера компонент 118 обработки квитанций может представлять собой составную часть программы электронной почты (независимо от того, является ли эта программа обработки электронной почты программой-сервером, программой-клиентом, Web-приложением и т.д.). Еще в одном другом примере субъект транзакции или субъект, работающий от лица субъекта транзакции, может обрабатывать квитанцию и помещать содержимое квитанции в структурированной форме, которая должна быть доставлена потребителю через электронную почту, SMS, IM и т.д. Кроме того, такой субъект также может обрабатывать квитанцию для извлечения информации, передаваемой в хранилище квитанций, также обеспечивая возможность передачи исходной квитанции по адресу электронной почты, адресу SMS, адресу IM потребителя и т.д.
Компонент 118 обработки квитанций может содержать или может по-другому использовать хранилище 120 шаблонов квитанций и/или парсер 122 квитанций для содействия в распознавании квитанций во входящем потоке электронной почты. Например, квитанции, генерируемые крупными розничными торговцами, могут иметь хорошо известные форматы квитанции, и шаблон 132 для этого формата может быть сохранен в хранилище 120 шаблонов квитанций. Шаблон может иметь форму программного кода, который при исполнении идентифицирует электронную почту, содержащую конкретную квитанцию, и извлекает конкретные поля информации из квитанции (например, купленные товары, оплаченные цены и т.д.). В качестве другого примера, информация, используемая для распознавания квитанции, может представлять собой (некодовые) данные, которые описывают структуру квитанции. Передачу (например, сообщение электронной почты) можно сравнивать с шаблоном для определения уровня схожести между передачей и шаблоном; если уровень схожести превышает некоторое пороговое значение, тогда передача может быть идентифицирована как содержащая квитанцию. Шаблон может быть предоставлен стороной, которая выдала квитанцию, для того чтобы помочь компоненту 118 обработки квитанций в распознавании квитанции этого поставщика. Например, крупные розничные торговцы электронной аппаратуры могут иметь интерес в правильном распознавании своих квитанций в потоке электронной почты и, таким образом, могут предоставлять шаблон, который способствует правильному распознанию квитанций этих розничных торговцев (хотя шаблоны могут быть предоставлены любой стороной, включая, но без ограничений, потребителя). Также могут быть сформированы шаблоны, которые описывают стандартные форматы, используемые меньшими, менее известными розничными торговцами. Обычно шаблон квитанции может описывать класс квитанций и может использоваться для распознавания этого класса. В этом случае класс может охватывать квитанции, выдаваемые конкретным розничным торговцем, квитанции, которые удовлетворяют конкретным спецификациям формата, или любой другой тип класса.
Парсер 122 квитанций может использоваться для идентификации квитанций, на основе их содержимого. Например, даже если квитанция не имеет ассоциированного шаблона в хранилище 120 шаблонов квитанций, электронная почта, содержащая квитанцию, может содержать определенные ключевые слова, такие как "квитанция", "оплата", "товары", "количество" и т.д. Такие слова могут служить показателем того, что сообщение электронной почты, содержащее эти слова, представляет собой квитанцию. Кроме того, смысловое значение определенных данных в квитанции может быть логически выведено на основе близости этих слов к данным или из других контекстных признаков. (Например, парсер 122 квитанций может распознавать, что когда после слова "общая сумма" следует знак «доллар», следующее число, которое появляется, представляет собой общую оплаченную сумму). Парсер 122 квитанций и/или хранилище 120 шаблонов квитанций могут помогать компоненту 118 обработки квитанций в распознавании квитанций во входящем потоке электронной почты, хотя компонент 118 обработки квитанций может распознавать квитанции любым способом. Разбор может выполняться полностью с помощью машины или он может быть выполнен частично с помощью машины и может быть дополнен людьми. Например, электронная почта, разбор которой произведен, может быть представлена человеку (такому, как субъект транзакции, потребитель или другая сторона) таким образом, что результат разбора мог быть проверен или скорректирован.
Конкретные ключевые слова или другие признаки, которые парсер 122 квитанций использует для распознавания и получения информации из квитанций, могут быть выбраны любым способом. Например, ключевые слова и другие признаки, которые обозначают квитанцию, могут быть идентифицированы при анализе человеком и могут быть жестко закодированы в парсере 122 квитанций. В качестве другого примера ключевые слова и другие признаки могут быть определены, используя технологии обучения машины, такие как предоставление набора примеров квитанций в качестве входных данных для алгоритма обучения машины.
После того, как квитанция 114 идентифицирована в потоке электронной почты или в хранилище (например, используя компонент 118 обработки квитанций или некоторый другой механизм), квитанция может быть направлена в хранилище 124 квитанций. Хранилище 124 квитанций может представлять собой хранилище, которое существует на той же самой машине, что и программное обеспечение 116 электронной почты, как показано участком 125, ограниченным пунктирной линией. Например, хранилище 124 квитанций может быть воплощено как приложение, которое установлено в том же компьютере, что и клиент электронной почты. В качестве другого примера хранилище 124 квитанций может быть воплощено как служба (например, как служба "облачной" обработки данных), доступ к которой осуществляется через сеть. Такое хранилище 124 квитанций может быть предоставлено определенным субъектом, который участвует в транзакции с потребителями (например, субъектом 106 транзакции), или может быть предоставлено сторонним субъектом, который существует полностью или в основном с тем, чтобы способствовать транзакциям между другими сторонами (например, eBay). Одно хранилище квитанций показано на фиг.1, хотя может существовать множество хранилищ квитанций, в которые могут быть переданы квитанции и/или данные, извлеченные из квитанций. Потребитель 102 может подписаться на конкретное хранилище 124 квитанций, с тем чтобы это хранилище квитанций обрабатывало квитанции от имени потребителя. Выше описано несколько примеров, в которых хранилище 124 квитанций может быть предусмотрено, хотя хранилище 124 квитанций может быть предусмотрено любым способом.
Отправка квитанции 114 в хранилище 124 квитанций может быть обработана с использованием любых технологий или механизмов. Например, компонент 118 обработки квитанций может, после идентификации некоторой части электронной почты как содержащей квитанцию, извлекать информацию из квитанции и может передавать извлеченную информацию в хранилище 124 квитанций. Или, в качестве другого примера, компонент 118 обработки квитанций может перенаправлять электронную почту, которая содержит квитанцию, в хранилище 124 квитанций (или может инструктировать программное обеспечение 116 электронной почты перенаправлять квитанцию). После того, как сообщение электронной почты попадает в хранилище 124 квитанций, оно может быть сохранено в хранилище 124 квитанций в исходной форме. Или, в качестве другого примера, программное обеспечение в хранилище 124 квитанций может извлекать соответствующую информацию из сообщения электронной почты и может сохранять эту извлеченную информацию в хранилище 124 квитанций.
Как отмечено выше, квитанция 114 может быть доставлена в форме сообщения электронной почты и может быть распознана как квитанция компонентом 118 обработки квитанций. На фиг.2 показаны примерные детали квитанции 114, которые могут быть переданы по электронной почте и которые могут быть распознаны соответствующим компонентом как квитанция.
На фиг.2 показана квитанция 114, в качестве примера, как сообщение электронной почты. Квитанция 114 содержит заголовок 202 электронной почты, представляющий отправителя 204 и получателя 206 квитанции, а также дату 208. Квитанция 114 также может иметь вводное сообщение 210. Вводное сообщение 210 может содержать наименование 212 субъекта транзакции, который выдал квитанцию, что в данном случае представляет собой "store.example.com". Квитанция 114 также может содержать разделенный по наименованиям список 214 покупок. (В примере, показанном на фиг.2, квитанция 114 относится к розничным покупкам, хотя, как отмечено выше, квитанция 114 может представлять собой любой тип транзакции, такой как, например, аренда, рента, резервирование гостиницы, благотворительное удержание и т.д. Изобретение, описанное здесь, не ограничивается квитанциями любого конкретного типа транзакции). Разделенный по наименованиям список 214 может, например, содержать количество 216 наименований закупленных товаров, описания 218 закупаемых товаров и стоимость 220, за которую было приобретено каждое наименование в списке. Квитанция 114 также может содержать информацию, такую как промежуточная сумма 222 стоимостей, за которые были приобретены закупаемые товары, налог 224, транспортные расходы 226. Квитанция также может включать в себя информацию о доставке, гарантийную информацию, маркетинговую информацию, такую как реклама или купоны, или любой другой пункт, или информацию. Эти суммы могут быть сложены вместе и отображены как общая сумма 228. Квитанция 114 также может обозначать сумму/способ оплаты 230 и баланс 232, оставшийся на счету после оплаты.
Как можно видеть на фиг.2, сообщение электронной почты, в котором содержится квитанция 114, может содержать определенную информацию, по которой можно заключить, что это сообщение электронной почты содержит квитанцию. Например, отправитель 204 ("sales@store.example.com") может быть общеизвестным как отправитель квитанций. Наименование 212 субъекта транзакции, который выдал квитанцию, также может быть известно как указывающее на субъект, выдающий квитанции. Такие слова, как, например, "промежуточная сумма", "налог", "транспортные расходы", "общая сумма", "баланс" и т.д. могут либо по отдельности, либо в комбинации предполагать, что содержимое электронной почты представляет собой квитанцию. Признаки сообщения электронной почты, такие как концентрация сумм, выраженных в долларах, также могут предполагать, что данное сообщение электронной почты представляет собой квитанцию. Любые из этих слов или признаков можно использовать для идентификации сообщения электронной почты в качестве квитанции. Например, определенные функциональные возможности компонента 118 обработки квитанций (показанного на фиг.1), такие как парсер 122 квитанций (также показан на фиг.1), могут использовать эти слова или признаки для идентификации сообщения электронной почты как содержащего квитанцию и для извлечения структурированной информации из квитанции. Например, компонент 118 обработки квитанций может извлекать конкретные наименования закупленных товаров и их цены из квитанции и может представлять эту информацию в структурированной форме таким образом, что структурированная версия информации может быть сохранена в хранилище 124 квитанций (показанном на фиг.1).
Как отмечено выше, субъект, выдающий квитанции, может предоставлять код и/или данные, которые могут содействовать компоненту 118 обработки квитанций в распознавании квитанции. Например, субъект транзакции ("store.example.com") может выдавать квитанции в определенном формате и может предоставлять шаблон, который может помочь компоненту 118 обработки квитанций идентифицировать сообщения электронной почты, содержащие квитанции, от этого субъекта транзакции; и также может помочь компоненту 118 обработки квитанций извлечь структурированную информацию из квитанции. Или такой шаблон может быть предоставлен другим субъектом.
На фиг.3 показан примерный процесс 300, в котором могут быть приняты квитанции и в котором принятые квитанции могут быть переданы в хранилище квитанций. Перед переходом к описанию, показанному на фиг.3, следует отметить, что процесс, представленный на фиг.3, описан в качестве примера, со ссылкой на компоненты, показанные на фиг.1 и 2, хотя этот процесс может осуществляться в любой системе и не ограничен сценариями, представленными на фиг.1 и 2. Кроме того, блок-схема последовательности операций, показанная на фиг.3, представляет пример, в котором этапы процесса выполняются в определенном порядке, как обозначено линиями, соединяющими блоки, но различные этапы, показанные на этой схеме, могут быть выполнены в любом порядке, или в любой комбинации, или подкомбинации.
На этапе 302 принимают набор из одной или больше передач. Передачи могут быть в форме сообщений электронной почты, SMS- сообщений, IM-сообщений или в любой другой форме. На этапе 304 идентифицируют те передачи, которые содержат квитанции. Например, местоположение, в котором принимаются передачи, может представлять собой входной ящик, который потребитель использует для приема почты (например, входной ящик электронной почты, входной ящик SMS и т.д.), и передачи, поступающие во входной ящик, могут содержать как корреспонденцию, так и квитанции. Компонент 118 обработки квитанций может выполнять оценку входящих передач (например, передач, которые поступают во входной ящик электронной почты, входной ящик SMS и т.д.), для определения того, какие из входящих передач представляют собой квитанции. Компонент 118 обработки квитанций может выполнять такое определение, используя хранилище 120 шаблонов квитанций или парсер 122 квитанций, либо используя любой другой механизм. Компонент 118 обработки квитанций также может извлекать данные из квитанции (на этапе 306). Например, отдельные поля данных, такие как различные данные, показанные на фиг.2 (например, определенные наименования купленных товаров, цены, заплаченные за эти товары, общая сумма покупки, выбранный способ доставки и т.д.), могут быть извлечены из квитанции.
На основе определения того, какие передачи содержат квитанции, те передачи, что были идентифицированы как квитанции, передаются в хранилище квитанций (на этапе 308). На этапе 310 может быть предпринято действие на основе квитанций в хранилище квитанций. Действие может быть предпринято для квитанций в "реальном времени" (например, когда квитанции принимаются) или действие может быть предпринято в отношении квитанций в некоторый момент времени после их приема. Показаны некоторые примеры материальным образом реализуемых действий 312.
Среди примерных действий 312 одно из таких действий состоит в том, чтобы предоставить потребителю возможность просмотра и/или поиска квитанций (этап 314). Обычно хранилище квитанций может получать запрос на просмотр квитанций (на этапе 324), и система может затем отображать квитанции в соответствии с этим запросом (на этапе 326). Примеры 324 и 326 включают в себя: потребитель может регистрироваться в хранилище квитанций и запросить просмотр всех из квитанций потребителя. Или, в качестве другого примера, потребитель может ввести запрос на просмотр некоторого поднабора квитанций потребителя, который удовлетворяет некоторым критериям поиска (например, все квитанции из Amazon.com, все квитанции, выданные в январе 2008, все квитанции на сумму больше, чем $100, все квитанции за пожертвования на благотворительные нужды и т.д.), и потребителю должны быть представлены те квитанции, которые соответствуют запросу.
Другое примерное действие состоит в том, чтобы получать, путем анализа данных, информацию из квитанций в хранилище (этап 316). Например, квитанции в хранилище могут быть оценены для определения того, какой тип продуктов данный потребитель любит покупать, какое количество денег потребитель тратит в месяц, какие типы вариантов доставки обычно использует потребитель и т.д. Информация может быть получена, путем анализа данных, из квитанций определенного потребителя. Однако хранилище квитанций может содержать квитанции для множества потребителей, и информация может быть получена, путем анализа данных, из квитанций, ассоциированных с множеством разных других потребителей. Например, квитанции, выданные множеству потребителей определенным торговцем, могут быть оценены для определения того, происходил ли подъем или снижение продаж данного торговца в определенный месяц, является ли эффективной определенная рекламная кампания, или для оценки любого другого аспекта бизнеса, который может быть собран из квитанций. Информация, получаемая, путем анализа данных, из квитанций, может использоваться любым способом. Например, если на основе квитанции может быть определено, что потребитель часто покупает компьютерное оборудование, тогда целевая реклама или купоны, относящиеся к компьютерному оборудованию, могут быть отправлены этому потребителю. В качестве другого примера, интерес потребителя в компьютерном оборудовании (как определено из квитанций этого потребителя) можно использовать для разрешения неоднозначности информации - например, что информация может использоваться для определения того, что когда потребитель печатает слово "apple" (яблоко), оно, вероятно, означает компьютер, а не фрукт.
Другое примерное действие состоит в том, что данные из квитанций предоставляются в финансовое программное обеспечение (этап 318). Например, информация из квитанций в хранилище квитанций может быть собрана и может быть переведена в формат, который пригоден для обработки в персональном или в деловом бухгалтерском программном обеспечении. Информация в таком формате может быть предоставлена в такое программное обеспечение бухгалтерского учета для отслеживания расходов и/или благотворительных вкладов, формирования записей, используемых при подготовке к оплате налогов, и т.д.
Другое примерное действие состоит в том, чтобы сформировать поток данных, представляющий покупки потребителя или другие транзакции (этап 320). Например, потребитель может пожелать разрешить другим пользователям (например, друзьям, партнерам по бизнесу и т.д.) изучать его или ее транзакции и может сделать эту информацию доступной в форме Web-канала, такого как бесплатный Web-канал "Действительно простой синдикации" (RSS), информационная лента Atom и т.д. Хранилище квитанций может предоставлять сервис, который генерирует и публикует такие Web-каналы, на основе квитанций потребителя, содержащихся в хранилище квитанций.
Другой пример действия состоит в том, чтобы предоставить потребителю возможность просмотра и/или оценки торговцев и/или продуктов (этап 322). Например, когда потребитель получает квитанцию от определенного торговца за определенный продукт, этот факт можно использовать как стимул, который предлагает потребителю шанс оценки данного торговца (например, "Оцените возможности своих покупок в магазине XYZ по шкале от одного до десяти") или оценки продукта (например, спустя месяц после онлайн-покупки новой газонокосилки потребителю может быть передан вопрос анкетирования, такой как "Оцените равномерность работы Вашей новой газонокосилки от одной до пяти звезд").
Следует отметить, что действия 312 могут включать в себя действия, которые инициирует потребитель или любой другой субъект. Например, просмотр квитанций конкретного потребителя (на этапе 314) представляет собой действие, которое может быть инициировано потребителем, которому были выписаны эти квитанции. В отличие от этого получение информации, на основе анализа данных, из квитанций (на этапе 316) представляет собой действие, которое может быть инициировано коммерческим субъектом, который желает отслеживать привычки при покупках одного или больше потребителей. Действия 312 могут быть выполнены и/или инициированы любым субъектом.
На фиг.4 показана примерная среда, в которой могут быть развернуты аспекты предмета изобретения, описанные здесь.
Компьютер 400 включает в себя один или больше процессоров 402 и один или больше компонентов 404 хранения данных. Процессор (процессоры) 402 обычно представляют собой микропроцессоры, такие как те, что можно найти в персональном настольном компьютере или в переносном компьютере, сервере, карманном компьютере или другом типе вычислительного устройства. Компонент (компоненты) 404 хранения данных представляют собой компоненты, которые позволяют сохранять данные на короткий срок или в течение длительного времени. Примеры компонента (компонентов) 404 хранения данных включают в себя жесткие диски, съемные диски (включая оптические и магнитные диски), энергозависимое и энергонезависимое оперативное запоминающее устройство (RAM, ОЗУ), постоянное запоминающее устройство (ROM, ПЗУ), запоминающее устройство типа флэш, магнитную ленту и т.д. Компонент (компоненты) хранения данных представляют собой примеры считываемых компьютером носителей информации. Компьютер 400 может содержать или может быть ассоциирован с дисплеем 412, который может представлять собой монитор на электронно-лучевой трубке (CRT, ЭЛТ), монитор на жидкокристаллическом дисплее (LCD, ЖКД) или монитор любого другого типа.
Программное обеспечение может быть сохранено в компоненте (компонентах) 404 хранения данных и может исполняться одним или больше процессорами 402. Пример такого программного обеспечения представляет собой программное обеспечение 406 обработки квитанций и/или сохранения квитанций, которое может воплощать некоторые или все из функций, описанных выше со ссылкой на фиг.1-3, хотя любой тип программного обеспечения можно использовать. Программное обеспечение 406 может быть воплощено, например, с использованием одного или больше компонентов, которые могут представлять собой компоненты в распределенной системе, отдельные файлы, отдельные функции, отдельные объекты, отдельные строки кода и т.д. Персональный компьютер, в котором сохранена программа на жестком диске, загружена в ОЗУ и исполняется в процессоре (процессорах) компьютера, воплощает сценарий, показанный на фиг.4, хотя изобретение, описанное здесь, не ограничивается этим примером.
Изобретение, описанное здесь, может быть воплощено как программное обеспечение, которое сохранено в одном или больше компоненте (компонентах) 404 хранения данных и которое исполняется на одном или больше процессорах 402. В качестве другого примера изобретение может быть воплощено как программное обеспечение, имеющее инструкции для выполнения одного или больше действий способа, где инструкции сохранены на одном или больше считываемых компьютером носителях информации. Инструкции для выполнения действий могут быть сохранены на одном носителе или могут быть распределены по множеству носителей таким образом, что инструкции могут появляться совместно на одном или большем считываемых компьютером носителях информации независимо от того, находятся ли все эти инструкции на одном и том же носителе информации.
В одной примерной среде компьютер 400 может быть соединен с возможностью обмена данными с одним или больше другими устройствами через сеть 408. Компьютер 410, который может быть аналогичен по структуре компьютеру 400, представляет собой пример устройства, которое может быть соединено с компьютером 400, хотя другие типы устройств также могут быть подключены.
Хотя изобретение было описано с использованием терминологии, специфичной для структурных свойств и/или методологических действий, следует понимать, что объем изобретения, определяемый приложенной формулой изобретения, не обязательно ограничен конкретными свойствами или действиями, описанными выше. Скорее, специфичные свойства и действия, описанные выше, раскрыты как примерные формы воплощения формулы изобретения.