СИСТЕМА И СПОСОБ ИНТЕГРИРОВАНИЯ ПЕЧАТНЫХ ДЕЛОВЫХ ДОКУМЕНТОВ С КОМПЬЮТЕРНО-СЧИТЫВАЕМЫМИ ДАННЫМИ, ВВЕДЕННЫМИ ПО КОМПЬЮТЕРНОЙ СЕТИ Российский патент 2005 года по МПК G06F17/30 

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

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

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

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

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

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

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

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

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

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

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

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

Описание чертежей

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

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

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

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

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

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

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

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

Описание предпочтительного выполнения

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

Компьютерная сетевая система 10 содержит базовую сеть 12 (интернет), сетевой сайт 14 бизнес-клиента, сетевой транзакционный веб-сайт 16, созданный бизнес-клиентом для приема документов, и сетевой сайт 18 (компьютер) конечного пользователя, используемый конечным пользователем для доступа к транзакционному веб-сайту 16 и заполнения интерактивного документа.

Базовая сеть 12 компьютерной сети 10 содержит, для целей настоящего изобретения, Интернет, несмотря на то, что вся система и способ, описанные здесь, могут использоваться в качестве полностью внутренней системы в рамках организации, при этом критичным аспектом является то, чтобы все сетевые сайты 14, 16 и 18 были связаны через общую базу или концентратор. Следует дополнительно понимать, что базовая сеть 12 может содержать все типы компьютерных и коммуникационных сетей, таких, как спутниковые сети, кабельные сети, телефонные сети общего пользования или любая другая форма компьютерной или коммуникационной сети, которая может переносить данные.

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

Транзакционный сетевой сайт 16 предпочтительно содержит веб-сайт, идентифицируемый по уникальному унифицированному указателю ресурсов (URL). На фиг.1 транзакционный сетевой сайт 16 проиллюстрирован, как содержащий отдельную компьютерную систему и/или сайт. Тем не менее, следует понимать, что бизнес-клиент может просто запускать веб-сайт 16 внутренне из своей собственной компьютерной системы 14. Транзакционный сетевой сайт 16 запускает программную прикладную платформу, которая собирает данные 19, необходимые для заполнения электронного документа 20, такого, как закладная заявка, и для выработки электронного представления 22 заполненной закладной заявки для распечатывания конечным пользователем (см. фиг.2). Обычно такие интерактивные документы заполняются путем ввода конечным пользователем данных 19 посредством системы, основанной на вопросах и ответах, или заполняемых полей (не показана). Данные 19, введенные путем ответов на вопросы, затем комбинируются с электронным представлением 22 текущего документа, и собранные данные 19 вставляются в нужные поля 24 в документе 20. Затем конечный пользователь может распечатать составленный документ 20 с помощью своего собственного компьютерного принтера 26. В качестве программного обеспечения вопросника и программного обеспечения составления документа подразумеваются здесь того типа, который общеизвестен из уровня техники и доступен в настоящий момент у нескольких различных продавцов программного обеспечения.

Конкретнее, бизнес-клиент использует программное обеспечение для создания форм при построении перечня вопросов, который может быть идентичным или эквивалентным перечням вопросов, представленных в печатной форме, и отправляет эти вопросы на транзакционный веб-сайт 16. Альтернативно эти вопросы могут быть закодированы с помощью любого стандартного языка программирования и отправлены на транзакционный веб-сайт 16. Когда конечный пользователь осуществляет доступ к транзакционному веб-сайту 16, вопросы могут комплектоваться с помощью стандартного веб-браузера и клавиатуры. Бизнес-клиент (закладной кредитор) также делает доступной библиотеку представлений 22 оригинальных печатных форм заявок в формате, который может быть в электронным виде загружен в стандартные сетевые сайты 18 и воспроизведен на стандартных принтерах 26. Эти представления 22 также сохраняются на транзакционном веб-сайте 16. Если существует множество документов, вопросники и формы связываются с каждым, так, чтобы для избранного документа представлялось правильное множество вопросов.

Первым шагом в процессе для конечного пользователя является доступ к транзакционному веб-сайту 16 через компьютерную сеть 12 и заполнение желательных электронных вопросников, то есть форм. Здесь отмечается, что конечный пользователь отвечает за весь ввод данных для бизнес-клиента. Заставляя конечного пользователя быть оператором ввода данных, можно достигнуть значительного улучшения эффективности. Как обозначено выше, ввод данных конечным пользователем предпочтительно выполняется с помощью стандартных Интернет-браузера и клавиатуры. Программная платформа транзакционного веб-сайта также позволит конечному пользователю заполнить вопросник (вопросники) или форму (формы) за несколько сеансов связи. Это свойство будет полезно, когда конечный пользователь может не иметь достаточного количества времени для ввода всей необходимой информации за один сеанс связи, или когда в текущий момент доступна не вся информация. В этом отношении программная платформа обеспечивает способность сохранять частично заполненные формы, извлекать их в ходе другого сеанса связи, а затем заполнять до конца и отправлять. Введенные данные 19 затем передаются в считываемом компьютером формате из транзакционного веб-сайта 16 на сетевой сайт 14 бизнес-клиента. Затем бизнес-клиент может проверить данные 19 и может в реальном времени запросить обновления и/или разрешить любые несоответствия между отправленными данными и записями, поддерживаемыми бизнес-клиентом. Это важный шаг, поскольку множество ошибок или пропусков при вводе могут вылиться в подготовку сложных деловых документов. В существующих системах, использующих печатные документы, эти типы ошибок данных потребовали бы последующего контактирования с конечным пользователем для исправления и, таким образом, задержали бы обработку документа. Интерактивное в реальном времени подтверждение данных с помощью таблиц соответствия и/или тесной интеграции с существующими компьютерными системами бизнес-клиента предотвращает или по меньшей мере значительно уменьшает данные типы ошибок. Бизнес-клиент передает назад на транзакционный веб-сайт 16 любые изменения в данных. В альтернативном способе проверка данных и запросы обновлений могут выполняться транзакционным веб-сайтом 16 с помощью проверок на редактирование, двойного ввода, доступа к таблицам или базам данных, загруженным от бизнес-клиента, или запроса по базе данных бизнес-клиента.

В предпочтительном способе данным, собранным 19 транзакционным веб-сайтом 16, присваивается уникальный идентификационный код 32. Данные 19 и идентификационный код 32 затем сохраняются в считываемом компьютером формате в базе данных 28 на транзакционном веб-сайте 16. В альтернативном способе бизнес-клиент присваивает уникальный идентификационный код 32 данным и передает обратно на транзакционный веб-сайт 16 идентификационный код 32 и любые изменения данных. Затем база данных 28 транзакционного веб-сайта 16 сохраняет данные 19 и идентификационный код 32. В еще одном альтернативном способе бизнес-клиент присваивает идентификационный код 32, сохраняет и данные 19, и идентификационный код 32 в своей собственной базе данных 30 и передает идентификационный код 32 и любые изменения данных 19 обратно на транзакционный веб-сайт 16, который также сохраняет данные и идентификационный код в своей базе данных 28. Отметим, однако, что неотъемлемое преимущество обеспечения идентификационного кода транзакционным веб-сайтом 16 состоит в том, что бизнес-клиент не будет присваивать свой собственный идентификационный код до тех пор, пока все печатные документы и электронные данные не будут физически присутствовать на сайте 14 бизнес-клиента. Это позволяет избежать фантомных идентификаторов, присвоенных бизнес-клиентом для печатных документов, которые никогда не будут отправлены или приняты.

Затем транзакционный веб-сайт 16 вырабатывает печатное представление идентификационного кода 32 для впечатывания в законченный документ 20. Печатное представление идентификационного кода 32 предпочтительно содержит буквенно-цифровую строку символов, которая преобразуется в формат штрихового кода 34 (см. фиг.2). Альтернативно, буквенно-цифровая строка может непосредственно печататься на форме.

Транзакционный веб-сайт 16 совмещает проверенные данные 19, идентификационный код 32, штриховой код 34 и точное представление 22 незаконченного документа для создания представления 22 завершенного документа, который должен быть подписан. Интегрирование выполняется так, что данные 19 появляются в качестве печатного текста в подходящих полях 24 документа 20. В предпочтительной форме изобретения идентификационный код 32 появляется и в качестве буквенно-цифровой строки, и в качестве штрихового кода 34 на воспроизведенном документе 20. Если документ 20 состоит более чем из одной страницы, к штриховому коду 34 добавляется номер страницы в определенной позиции, либо обеспечивается в виде отдельного штрихового кода.

Предпочтительный способ по изобретению дополнительно содержит добавление к воспроизводимому документу 20 элементов защиты от подлога. Данные элементы защиты от подлога содержат зашифрованный штриховой код 36, напечатанный на документе, содержащий некоторые ключевые части данных 19. Конкретнее, выбранные части данных 19 будут скопированы, зашифрованы, а затем преобразованы в формат штрихового кода. Некоторые части данных 19 могут подвергаться манипуляциям с помощью такого алгоритма, как контрольная сумма. Данный зашифрованный штриховой код 36 создается либо транзакционным веб-сайтом 16, либо сайтом 14 бизнес-клиента, и вырабатывается в печатном представлении для впечатывания в документ 20. Штриховой код 36 позднее будет просканирован бизнес-клиентом после получения документа, расшифрован и сравнен с текущими данными 19, которые были использованы для создания документа 20, и также присутствуют в документе.

Совмещенные данные 19 и воспроизведенный документ 20 (с идентификационным кодом 32 и зашифрованными антиподлоговыми штриховыми кодами 36) затем загружаются, то есть передаются, в сетевой сайт 18 конечного пользователя. Перед распечатыванием воспроизводимый завершенный документ 20 отображается для конечного пользователя в режиме просмотра. Конечный пользователь может просматривать весь документ 20 и делать любые необходимые изменения данных. Когда конечный пользователь удовлетворен правильностью информации, конечному пользователю необходимо на заранее определенной основе (по полям, постранично и т.д.) уведомить, что корректные данные 19 размещены в правильных полях 24 воспроизведенного документа 20. Эта сертификация передается обратно на транзакционный веб-сайт 16, где ей присваивается временная отметка, и записывается до распечатки подписанных копий документа 20. Преимущество требования подтверждения информации пользователем состоит в том, что создается запись о том, что конечный пользователь просмотрел информацию и сертифицировал документ 20 перед распечаткой. В случае, если конечный пользователь отправляет измененный или поддельный документ, транзакционный веб-сайт 16 будет способен снабдить бизнес-клиента фактами относительно точности информации, которая была изначально введена и совмещена с воспроизводимым документом.

По меньшей мере одна, а предпочтительно две копии воспроизводимого документа 20 печатаются на принтере 26 конечного пользователя. Документ 20 распечатывается в формате, который в последующем будет поддерживать и упрощать сканирование штрихового кода для получения данных 19 и/или прочего сканирования или считывания данных 19 с помощью технологии оптического распознавания символов (ОРС) в случае, если данные не могут быть извлечены из системы 10.

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

На сайте 14 бизнес-клиента печатный документ обрабатывается, как любой другой печатный общий деловой документ, за исключением указанного ниже. В соответствии с изобретением, идентификационный код 32 сканируется с помощью программного обеспечения для получения изображений, то есть сканируется с помощью сканера штриховых кодов, считывается в электронном виде с помощью буквенно-цифровой технологии ОРС, либо вводится с клавиатуры вручную в компьютерную систему 14 бизнес-клиента. Когда идентификационный код 32 введен в систему 14, все соответствующие данные 19, использованные для создания документа 20, доступны в считываемом компьютером формате без необходимости в процессе ввода данных вручную. В предпочтительном способе компьютерная система 14 бизнес-клиента использует идентификационный код 32 для автоматического извлечения считываемых компьютером данных 19 из доступной по сети базы 28, 30 данных, в которых хранятся данные. Бизнес-клиент дополнительно сканирует штриховой код 36 выявления подлога, расшифровывает данные, закодированные в штриховом коде 36, и сравнивает эти данные с данными 19, полученными из баз 28, 30 данных, и с данными, напечатанными в документе. Этот шаг выполняется в качестве способа предотвращения продолжения обработки измененных или поддельных документов 20 на следующем шаге в процессе просмотра бизнес-клиентом.

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

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

ускорить завершение ввода данных и окончательное получение бизнес-клиентом подписанного документа, поскольку агенты лучше знакомы с программным обеспечением для создания документа, и знают, какая информация требуется в каких условиях. В данном случае компьютер 18 конечного пользователя на фиг.1 заменяется компьютером 18а агента (см. фиг.4). Агент соберет необходимые данные у конечного пользователя, введет данные через транзакционный веб-сайт 16, сохранит информацию в базе данных 28 транзакционного веб-сайта, распечатает документ 20 с уникальным идентификатором 32 (принтер 26а агента) и отправит по почте или другим образом перешлет документ конечному пользователю для подписи. Термин "почта" направлен на обозначение, не в порядке ограничения, обычной почтовой службы США, курьерской доставки, факсимильной передачи и электронной почты. Затем конечный пользователь подпишет документ, приложит соответствующие сопроводительные бумаги, если необходимо, и "перешлет" документ 20 непосредственно бизнес-клиенту. "Пересылка", как определено выше, содержит, не в порядке ограничения, почту, курьерские услуги, факсимильную передачу или электронную почту. Затем бизнес-клиент сканирует идентификатор 32, извлекает информацию из базы данных 28 транзакционного веб-сайта и наполняет свою собственную базу данных 30 данными из базы данных 28 транзакционного веб-сайта. Альтернативно, транзакционный веб-сайт 16 может непосредственно сохранять данные в базе данных 30 бизнес-клиента вдобавок к своей собственной базе данных 28. Старые записи данных из документов, которые не были получены, могут периодически выводиться из базы данных 30 бизнес-клиента.

Далее предполагается, что настоящая система интегрирования документов может быть использована в "оффлайновом" (автономном) сценарии, когда программное обеспечение для сбора данных и выработки печатного представления документа 20 локально размещается в компьютере 18b бизнес-агента (см. фиг.5). В этом случае агент бизнес-клиента будет собирать данные для документа 20, не инициируя сетевого соединения в реальном времени с транзакционным веб-сайтом 16, и позже загрузит информацию в базу данных 28 транзакционного веб-сайта или непосредственно в базу данных 30 бизнес-клиента.

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

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

Первый способ содержит предварительное присвоение множества идентификационных кодов 32 отдельному бизнес-агенту. Это позволит бизнес-агенту присваивать один из кодов 32 отдельному документу 20 в ходе процесса сбора данных. Таким образом, идентификационный код 32 может быть непосредственно напечатан на документе 20 у конечного пользователя (принтер 26b), и конечный пользователь может непосредственно подписать документ и отдать обратно агенту для обработки. Агент может закончить несколько документов в течение одного дня или в течение недели, а затем загрузить все данные в сеть в ходе одного сеанса связи. Имея предварительно присвоенные идентификационные коды 32, система 16а базы данных не будет включать в себя дублированные идентификационные коды, и бизнес-клиент будет иметь гарантии точного отслеживания данных. Предварительное присваивание идентификационных кодов позволит немедленно подписывать документ, но потенциально задержит проверку данных до тех пор, пока данные не будут загружены в соответствующие базы данных. Если требуется проверять данные до подписания, агент может задержать подписание документа конечным пользователем до тех пор, пока данные не будут загружены и проверены.

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

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

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

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

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

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

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

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

1. Система для электронной выработки печатного документа, отвечающего требованиям индивидуального конечного пользователя, и интегрирования этого документа с данными, используемыми для создания документа, содержащая компьютерную сеть; компьютер для ввода данных, соединенный с упомянутой компьютерной сетью; транзакционный сетевой сайт, соединенный с компьютерной сетью, при этом упомянутый транзакционный сетевой сайт доступен для упомянутого компьютера для ввода данных через компьютерную сеть и имеет программное обеспечение для создания документа, запрограммированное для запрашивания данных для создания документа у упомянутого конечного пользователя, и использования, по меньшей мере, части данных, предоставленных конечным пользователем, для создания документа, который должен быть распечатан для конечного пользователя; программное средство, размещенное на упомянутом транзакционном сетевом сайте, для выработки уникального идентификационного кода, связывания его с, по меньшей мере, частью собранных персонализированных данных, генерирования пригодного для распечатки представления идентификационного кода и введения упомянутого представления идентификационного кода в программное обеспечение для создания документа для обеспечения его печатания на указанном документе; доступную по сети базу данных, в которой упомянутый транзакционный сетевой сайт позволяет храниться, по меньшей мере, части упомянутых данных и связанного с ними упомянутого уникального идентификационного кода; печатающее устройство для печатания, по меньшей мере, части упомянутого документа, который включает в себя, по меньшей мере, часть упомянутых данных и упомянутый уникальный идентификационный код; сетевой сайт бизнес-клиента, соединенный с упомянутой компьютерной сетью, причем упомянутый сетевой сайт бизнес-клиента имеет средство для считывания упомянутого уникального идентификационного кода и использует этот код для автоматического доступа к, по меньшей мере, части упомянутых данных в доступной по сети базе данных и для автоматической обработки выбранных данных.2. Система по п.1, в которой упомянутое пригодное для распечатки представление идентификационного кода является штриховым кодом.3. Система по п.2, в которой программное средство может функционировать как средство для выработки пригодного для распечатки представления элемента выявления подлога для печатания на любом упомянутом документе.4. Система по п.1, в которой упомянутое пригодное для распечатки представление идентификационного кода содержит строку буквенно-цифровых символов.5. Система по п.4, в которой упомянутое программное средство может функционировать как средство для выработки пригодного для распечатки представления элемента выявления подлога для печатания на упомянутом документе.6. Система по п.1, в которой упомянутое программное средство может функционировать как средство для выработки пригодного для распечатки представления элемента выявления подлога для печатания на любом упомянутом документе.7. Система по п.1, в которой доступная по сети база данных содержит базу данных, соединенную с транзакционным сетевым сайтом, и в которой сетевой сайт бизнес-клиента использует уникальный идентификационный код для автоматического извлечения упомянутых данных из доступной по сети базы данных.8. Система по п.1, в которой доступная по сети база данных содержит первую базу данных, соединенную с транзакционным сетевым сайтом, и также вторую базу данных, соединенную с сетевым сайтом бизнес-клиента, и в которой упомянутые данные и уникальный идентификационный код автоматически сохраняются в первой и второй базах данных.9. Система по п.1, в которой упомянутое программное обеспечение для создания документа программируется для запроса с обеспечением запроса в текущий момент времени персонализированных данных у конечного пользователя для создания упомянутого документа.10. Система по п.1, в которой упомянутые данные для создания документа получают посредством заполняемой электронной формы.11. Система по п.1, в которой упомянутые данные для создания документа получают посредством электронной опросной анкеты.12. Система по п.9, в которой пригодное для распечатки представление идентификационного кода является штриховым кодом.13. Система по п.9, в которой пригодное для распечатки представление идентификационного кода содержит строку буквенно-цифровых символов.14. Система по п.9, в которой упомянутое программное средство действует для создания пригодного для распечатки представления элемента выявления подлога для печатания его на упомянутом документе.15. Система по п.9, в которой доступная по сети база данных содержит базу данных, соединенную с транзакционным сетевым сайтом, и в которой сетевой сайт бизнес-клиента использует упомянутый уникальный идентификационный код для автоматического извлечения упомянутых данных из доступной по сети базы данных.16. Система по п.1, в которой упомянутое печатающее устройство находится в непосредственном взаимодействии с упомянутым компьютером для ввода данных, и при этом конечный пользователь печатает, по меньшей мере, часть упомянутого документа.17. Система по п.16, в которой упомянутый конечный пользователь предоставляет упомянутый документ бизнес-клиенту.18. Система по п.17, в которой упомянутый документ содержит подпись.19. Способ электронной выработки печатного документа и интегрирования упомянутого документа с электронными данными, используемыми для создания упомянутого документа, включающий операции сбора данных для создания документа у конечного пользователя и ввода этих данных через компьютерную сеть на доступный по сети транзакционный сетевой сайт, при этом упомянутый транзакционный сетевой сайт содержит программное обеспечение, запрограммированное для запрашивания данных для создания документа у конечного пользователя и использования, по меньшей мере, части данных, предоставленных конечным пользователем, для создания документа, который должен быть отпечатан для конечного пользователя и предоставлен бизнес-клиенту; присвоения собранным данным уникального идентификационного кода; хранения, по меньшей мере, части собранных данных и уникального идентификационного кода в доступной по сети базе данных, обеспечиваемого посредством упомянутого транзакционного сетевого сайта; выработки пригодного для распечатки представления уникального идентификационного кода; электронной выработки пригодного для распечатки представления документа, предоставляемого конечным пользователем бизнес-клиенту, при этом этот документ содержит, по меньшей мере, часть собранных данных и пригодное для распечатки представление уникального идентификационного кода; распечатывания, по меньшей мере, части упомянутого документа; подписания отпечатанного документа; предоставления подписанного документа бизенс-клиенту; ввода идентификационного кода с предоставленного бизнес-клиенту документа и выборки, по меньшей мере, части собранных данных из доступной по сети базы данных, используя для этого идентификационный код.20. Способ по п.19, содержащий также операцию создания и выработки пригодного для распечатки представления элемента выявления подлога для печати его на упомянутом документе.21. Способ по п.19, содержащий также операцию подтверждения конечным пользователем достоверности собранных данных до распечатывания документа.22. Способ по п.19, в котором упомянутая операция сбора данных выполняется полностью за несколько отдельных интерактивных сеансов связи, при этом первая часть данных вводится и сохраняется в первом сеансе связи, а вторая часть данных вводится во втором сеансе связи.23. Способ по п.19, в котором упомянутая доступная по сети база данных содержит базу данных, соединенную с транзакционым сетевым сайтом, при этом операция обращения к собранным данным включает в себя выборку данных из этой доступной по сети базы данных.24. Способ по п.19, в котором доступная по сети база данных содержит первую базу данных, соединенную с транзакционным сетевым сайтом, содержит также вторую базу данных, соединенную с сетевым сайтом бизнес-клиента, при этом собранные данные и уникальный идентификационный код автоматически сохраняются в упомянутых первой и второй базах данных, а операция доступа к собранным данным включает в себя доступ к данным из второй базы данных.25. Способ по п.19, в котором программное обеспечение для создания документа запрашивает в активном режиме данные у конечного пользователя.26. Способ по п.25, в котором программное обеспечение для создания документа запрашивает в активном режиме данные у конечного пользователя посредством заполняемой электронной формы.27. Способ по п.25, в котором программное обеспечение для создания документа запрашивает в активном режиме данные у конечного пользователя посредством электронной опросной анкеты.28. Способ по п.19, в котором упомянутое печатающее устройство находится в непосредственном взаимодействии с упомянутым компьютером для ввода данных и при этом операция печати, по меньшей мере, части упомянутого документа осуществляется конечным пользователем.