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

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

Иллюстрации

Показать все

Реферат

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

Данная непредварительная заявка на патент США является частичным продолжением непредварительной заявки на патент США за номером 10/262,487 (Номер дела поверенного №57084-00532USPT), поданной 30 сентября 2002, по которой заявлен приоритет по дате подачи предварительной заявки на патент США за номером 60/371,488 (Номер дела поверенного №57084-00532USPL), поданной 10 апреля 2002. По данной непредварительной заявке на патент США дополнительно заявлен приоритет по дате подачи предварительной заявки на патент США за номером 60/371,488 (Номер дела поверенного № 57084-00532USPL). Предварительная заявка на патент США за номером 60/371,488 и непредварительная заявка на патент США за номером 10/262,487 полностью включены в настоящий документ посредством ссылки.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

Область техники

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

Предшествующий уровень техники

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

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

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

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

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

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

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

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

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

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

Фиг.2 - схема сети для вычислительной системы согласно настоящему изобретению;

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

Фиг.3А и 3B - физическая архитектура сети вычислительной системы согласно настоящему изобретению;

Фиг.4A-4D - примерные домашние web-страницы, связанные с каждым из пользовательских модулей, показанных на фиг.2A и 2B;

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

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

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

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

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

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

Фиг.11 - примерное экранное представление распределения ресурсов на пользовательские функции;

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

Фиг.13А и 13B - блок-схемы, иллюстрирующие примерные этапы для управления на основе пользовательских функций последовательностью действий (документооборотом), имеющим отношение к транзакциям по предложению или проекту в соответствии с вариантами осуществления настоящего изобретения;

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

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

Фиг.16A-16D - блок-схемы, иллюстрирующие примерные этапы создания шаблона предложения, запроса предложения на основе шаблона предложения и ответа на запрос предложения на основе запроса предложения;

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

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

Фиг.19 - экранное представление, иллюстрирующее создание шаблона предложения;

Фиг.20 - схема последовательности, иллюстрирующая примерные этапы для формирования запроса предложения с использованием шаблона предложения в соответствии с вариантами осуществления настоящего изобретения;

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

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

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

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

Фиг.26-28 - экранные представления, иллюстрирующие процесс ответа продавца на запрос предложения;

Фиг.29 - таблицы базы данных, иллюстрирующие взаимосвязь между запросом предложения и данными ответа продавца на запрос предложения в соответствии с вариантами осуществления настоящего изобретения;

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

Фиг.31 - схема потоков данных, иллюстрирующая электронное обеспечение оценки (ранжирования) ответа продавца на запрос предложения в соответствии с вариантами осуществления настоящего изобретения;

Фиг.32 и 33 - блок-схемы, иллюстрирующие примерные этапы ранжирования ответов продавца на запрос предложения в соответствии с вариантами осуществления настоящего изобретения;

Фиг.34A-34E - экранные представления, иллюстрирующие примерный процесс ранжирования ответа на запрос предложения;

Фиг.35 - таблицы базы данных, иллюстрирующие взаимосвязь между запросом предложения, ответами продавца на запрос предложения и ранжированием ответов продавца на запрос предложения, в соответствии с вариантами осуществления настоящего изобретения;

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

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

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

Фиг.39A - экранное представление, иллюстрирующее примерные функциональные возможности управления проектом для покупателя;

Фиг.39B - экранное представление, иллюстрирующее примерные функциональные возможности управления проектом для продавца;

Фиг.40A - экранное представление, иллюстрирующее интерфейс для ввода примерной информации о налогообложении для проекту;

Фиг.40B - экранное представление, иллюстрирующее примерную информацию о представлении заявок, включая введенную информацию о налогообложении для проекта;

Фиг.40C - блок-схема, иллюстрирующая примерные этапы для ввода и обработки информации о налогообложении для проекта;

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

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

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

Фиг.44-46 - экранные представления, иллюстрирующие примерный процесс отслеживания времени;

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

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

Фиг.49 - блок-схема, иллюстрирующая процесс платежа с ваучером (гарантией платежа) в соответствии с вариантами осуществления настоящего изобретения;

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

Фиг.51 - экранное представление, иллюстрирующее финансовые данные проекта;

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

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

Фиг.54-56 - блок-схемы, иллюстрирующие примерные этапы для ввода данных о выполнении проекта;

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

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

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

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

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

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

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

Фиг.70 - экранное представление, иллюстрирующее примерные типы отчетов проекта для формирования и отображения аналитических данных; и

Фиг.71-88 - экранные представления, иллюстрирующие примерные представления отчетов проекта, содержащие аналитические данные.

ПОДРОБНОЕ ОПИСАНИЕ ПРИМЕРНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

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

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

На Фиг.1 показано высокоуровневое функциональное изображение процесса предложения, включенного в настоящее изобретение. Данные 210 запроса предложения, связанные с конкретным запросом 200 предложения, поставляют от покупателя 50 в систему 30 управления проектным предложением. Покупатель 50 может быть отдельным лицом, объектом торгово-промышленной деятельности (или предприятием) или любого другого вида покупателем 50, который требует выполнения проекта. Данные 210 запроса предложения, принятые на системе 30 управления проектным предложением, находятся в форме, заранее определенной покупателем 50. Например, форма может включать один или несколько элементов предложения, выбранных из конфигурируемого заранее установленного перечня элементов предложения для конкретного типа проекта, и данные 210 запроса предложения могут относиться к одному или нескольким из этих выбранных элементов предложения.

Данные 210 запроса предложения система 30 управления проектным предложением (СУПП) форматирует и передает в качестве запроса 200 предложения одному или нескольким продавцам 10a... 10n для запрашивания соответствующих ответов на запросы 220 о предложении. Например, продавец 10 может быть отдельным лицом 10a, предприятием 10b или любым другим продавцом 10n, способным выполнять запрошенный проект. Ответы 220 на запрос предложения представляют от продавцов 10 в систему 30 управления проектным предложением для рассмотрения прежде, чем пересылать покупателю 50 надлежащие ответы 220₁ на запрос предложения. Например, система 30 управления проектным предложением может быть предварительно конфигурирована, чтобы побудить заполнение продавцом требуемых элементов ответа на запрос предложения в конкретном формате данных, чтобы дать возможность системе 30 выполнить некоторое фильтрование ответов 220 на запрос предложения. Таким образом, система 30 может гарантировать, что покупатель 50 принимает только те ответы 220 на запрос предложения, которые имеют необходимые данные для оценки предложения.

В соответствии с вариантами осуществления настоящего изобретения система 30 управления проектным предложением может быть осуществлена на основе вычислительной системы 100, как показано на Фиг.2A. Пользователь 5 входит в вычислительную систему 100 через сеть 40 передачи данных с помощью web-браузера 20. Пользователь 5 может представлять собой любое лицо, ассоциируемое с продавцом 10, покупателем 50, администратором 80 (например, сторонним или нанятым покупателем администратором) или подрядчиком 15, назначенным на проект. В качестве примера, а не ограничения сеть 40 передачи данных может быть сетью Интернет (Internet) или Интранет (Intranet), и web-браузер 20 может быть любым доступным web-браузером или любым типом соединения с поставщиком услуг Интернет (ISP), которое обеспечивает доступ к сети 40 передачи данных. Пользователи-продавцы 5 осуществляют доступ к вычислительной системе посредством браузера 20b продавца, пользователи-покупатели 5 осуществляют доступ к вычислительной системе посредством браузера 20a покупателя, пользователи 5 подрядчика осуществляют доступ к вычислительной системе посредством браузера 20c подрядчика, и административные пользователи 5 осуществляют доступ к вычислительной системе через административный браузер 20d. Пользователи 5 осуществляют доступ к вычислительной системе 100 через web-сервер 120 или 125, который способен рассылать web-страницы на браузер 20a продавца, браузер 20b покупателя, браузер 20c подрядчика и административный браузер 20d соответственно.

Web-сервер 120 предложения дает возможность продавцам 10, покупателям 50, подрядчикам 15 и администраторам 80 взаимодействовать с системой 150 баз данных, поддерживающей данные, относящиеся к продавцам 10, покупателям 50, подрядчикам 15 и администраторам 80. Данные, относящиеся к каждому из продавцов 10, покупателей 50, подрядчиков 15 и администраторов 80, могут быть сохранены в одной базе данных 155, во многих общедоступных базах данных 155 или в отдельных базах данных 155 на сервере 150 базы данных с целями защиты и удобства, что показано на чертеже. Например, система баз данных 150 может быть распределенной в одном или нескольких местонахождениях в зависимости от местонахождения и предпочтения покупателей 50, продавцов 10, администраторов 80 и подрядчиков 15.

Пользовательский интерфейс для пользователей-продавцов 5 обеспечивает web-сервер 120 предложения посредством модуля 115 продавца. Например, модуль 115 продавца может заполнять web-страницы, помещенные в браузер продавца 20b, используя данные, сохраняемые в конкретной базе данных 155b продавца. Пользовательский интерфейс для пользователей-покупателей 5 обеспечивает web-сервер предложения 120 посредством модуля 110 покупателя. Например, модуль 110 покупателя может заполнять web-страницы, помещенные в браузер 20a покупателя, используя данные, сохраняемые в конкретной базе данных 155a покупателя. Пользовательский интерфейс для пользователей-подрядчиков 5 обеспечивает web-сервер 120 посредством модуля 130 подрядчика. Например, модуль 130 подрядчика может заполнять web-страницы, помещенные в браузер 20c подрядчика, используя данные, сохраняемые в базе данных 155c подрядчика. Пользовательский интерфейс для административных пользователей 5 обеспечивает web-сервер предложения 120 посредством административного модуля 135. Например, административный модуль 135 может заполнять web-страницы, помещенные в административный браузер 20d, используя данные, сохраняемые в базе данных 155d администратора. Следует отметить, что каждый модуль 115 продавца, модуль 110 покупателя, модуль 130 подрядчика и административный модуль 135 может включать в себя любые аппаратные средства, программное обеспечение и/или программно-аппаратные средства, которые необходимы, чтобы исполнять функции модуля 115 продавца, модуля 110 покупателя, модуля 130 подрядчика и административного модуля 135, и может быть осуществлен в качестве части web-сервера 120 предложения или внутри дополнительного сервера (не показан).

Вычислительная система 100 также обеспечивает дополнительный пользовательский интерфейс для административных пользователей 5 посредством административного web-сервера 125. Административный web-сервер 125 дает возможность администраторам 80 взаимодействовать с базой данных 160 верхнего уровня, поддерживающей данные, относящиеся к продавцам 10, покупателям 50 и подрядчикам 15, зарегистрированным с помощью вычислительной системы 100. Например, база данных 160 верхнего уровня может поддерживать данные об оценке продавца или квалификационные данные продавца 162, определенные покупателем данные о критериях оценки продавца 164 и данные о повторном распределении подрядчика 166.

Для осуществления доступа к информации, относящейся к продавцам 10, административный web-сервер 125 использует модуль 145 продавца для помещения в административный браузер 20d web-страниц, относящихся к продавцам 10. Например, модуль 145 продавца может осуществлять доступ к квалификационной информации 162 продавца, чтобы определить подходящих продавцов 10 для конкретного покупателя 50 или для конкретной отрасли промышленности. Подобным образом административный web-сервер 125 может помещать в административный браузер 20d web-страницы, относящиеся к определенной покупателем информации о критериях оценки продавца 164, посредством модуля 140 покупателя, чтобы определить подходящих продавцов 10 для конкретного покупателя 50. Модуль 148 подрядчика дает возможность администраторам 80 осуществлять доступ к данным 166 о повторном распределении подрядчика, введенным подрядчиками 15 посредством сервера 120 предложения и извлеченным в базу данных 160 верхнего уровня из базы данных 155 подрядчика. Данные 166 о повторном распределении могут включать в себя, например, признак подвижности подрядчика, требуемые географические зоны, навыки подрядчика, желательную оплату и другую информацию о подрядчике, которая может быть использована для помощи администраторам 80 в определении подходящих продавцов 10 для покупателей 50.

В другом варианте осуществления, как показано на Фиг.2B, вычислительная система 100 может быть реализована только на сети покупателя. На Фиг.2B показано, что пользователи-продавцы 5 входят в вычислительную систему 100 через сеть 40 передачи данных посредством браузера 20b продавца, как на Фиг.2A. Однако web-сервер 120 по Фиг.2B является web-сервером покупателя, управляемым и используемым отдельным покупателем. Система 150 баз данных хранит только данные о покупателе, связанные с этим конкретным покупателем, и только данные о продавце, подрядчике и администраторе, имеющие отношение к этому конкретному покупателю. Например, в системе 150 баз данных хранятся квалификационные данные продавца только для тех продавцов, которые определены покупателем.

На Фиг.3A показано примерное оборудование физической сети для осуществления вычислительной системы 100. Пользователь-продавец, пользователь-покупатель, пользователь-подрядчик или административный пользователь осуществляют доступ к web-серверу 120 вычислительной системы 100 посредством соединения соответственно компьютера 60a, 60b, 60c или 60d с сетью передачи данных 40. Каждый компьютер 60a-60d может быть, например, персональным компьютером, портативной ЭВМ, компьютером, соединенным с беспроводным устройством для удаленного доступа к сети передачи данных, переносным беспроводным устройством, обеспечивающим web-браузер, который способен осуществлять доступ к сети передачи данных, или другого типа устройства, в котором осуществлен web-браузер. Web-сервер 120 может быть, например, сервером информационной службы Интернет (IIS) компании Microsoft. Web-сервер 120 соединяется с соответствующей системой 150 баз данных в зависимости от типа пользователя. Система 150 баз данных может быть осуществлена, например, одним или несколькими SQL-серверами.

На Фиг.3B показаны примерные функциональные возможности, осуществленные в оборудовании физической сети для вычислительной системы 100. Пользовательский компьютер 60 может осуществлять доступ к сети 40 передачи данных, используя web-браузер 66, который постоянно находится в запоминающей среде 64 компьютера. Например, запоминающей средой может быть накопитель на дисках, оперативное запоминающее устройство (ОЗУ, RAM), постоянное запоминающее устройство (ПЗУ, ROM), компакт-диск, гибкий диск, накопитель на (магнитной) ленте или запоминающая среда любого другого типа. Процессор 62 (например, микропроцессор или микроконтроллер) компьютера 60 загружает и исполняет web-браузер 66 для осуществления доступа к сети передачи данных 40.

После ввода в компьютер унифицированного указателя информационного ресурса (URL) web-сервера 120 создается соединение между компьютером 60 и web-сервером 120. Web-сервер 120 помещает web-страницы 61 в компьютер 60 для просмотра пользователем на устройстве 65 пользовательского интерфейса. В одном варианте осуществления устройством 65 пользовательского интерфейса является экран 15 компьютера, соединенный с компьютером 60. Например, как только правомочность пользователя подтверждена (например, посредством ввода имени и пароля пользователя), пользователь может осуществлять просмотр одной или нескольких web-страниц 61 на экране 65 компьютера, причем каждая содержит подсказки пользователю для ввода различной информации в вычислительную систему 100. Для передачи через сеть 40 передачи данных на web-сервер 120 пользователь может вводить информацию в компьютер 60 с помощью интерфейса 68 ввода/вывода (I/O) и любого типа устройства 70 ввода данных такого, как "мышь", клавиатура, световое перо, сенсорный экран (не показан) или с помощью программного обеспечения распознавания речи (не показано).

На web-сервере 120 процессор (например, микропроцессор или микроконтроллер) загружает и исполняет компьютерные команды, постоянно находящиеся (резидентные) в программных модулях 128, сохраняемых в запоминающей среде 124, которая может быть запоминающей средой любого типа, как описано выше в связи с запоминающей средой 64. Компьютерные команды могут быть созданы с использованием методов программирования произвольного типа, включая объектно-ориентированное программирование. Например, программные модули 128 могут содержать компьютерные команды для модулей продавца, модулей покупателя, модулей подрядчика и административных модулей (показанные на Фиг.2A и 2B) для заполнения web-страниц 61 для пользователей-продавцов, пользователей-покупателей, пользователей-подрядчиков и административных пользователей соответственно. На основании регистрации пользователя компьютера при входе в web-сервер 120 процессор 122 осуществляет доступ к соответствующему программному модулю 128, чтобы определить систему 150 баз данных, связанную с пользователем компьютера, и извлекает данные, связанные с пользователем компьютера, для заполнения web-страниц 61, предназначенных для отображения на экране 65 компьютера (для компьютера) 60. Кроме того, программные модули 128 могут быть дополнительно настроены для сохранения данных, принятых от пользователя компьютера, в системе 150 баз данных.

Примеры web-страниц 61, отображаемых пользователям-покупателям, пользователям-продавцам, пользователям-подрядчикам и административным пользователям, показаны на Фиг.4A-4D соответственно. На Фиг.4A проиллюстрирована примерная домашняя страница 61a покупателя, отображаемая пользователю-покупателю после входа в систему и аутентификации (например, аутентификации с запросом и подтверждением) пользователя-покупателя. Как видно на Фиг.4A, имеется ряд системных возможностей, доступных пользователю-покупателю на домашней странице 6la покупателя. Например, пользователю-покупателю могут быть предоставлены гипертекстовые ссылки, чтобы обновлять их личный профиль в системе, создавать RFP/RFQ (запрос предложений/запрос на использование ресурсов) (упоминаемый здесь как запрос предложения), управлять текущими запросами предложений, утверждать ответ продавца на запрос предложения, чтобы выдавать предложение (проект) конкретному продавцу, обрабатывать текущий проект, рассматривать запросы предложения за прошлое время или осуществлять доступ к системе обработки ваучера (обязательства по платежам), чтобы просмотреть различные относящиеся к проекту запросы отслеживания событий, например хронометражные карты (карты контроля времени) подрядчика. Пользователь-покупатель может дополнительно через домашнюю страницу 6la покупателя осуществлять обновление данных, что касается системных модификаций, получать команды относительно переходов (навигации) в системе и входить в связь с системным администратором (например, сторонним администратором или администратором, нанятым покупателем) для помощи.

На Фиг.4A показано, что пользователю-покупателю на домашней странице 61a дополнительно предоставляют текущее состояние ожидающих рассмотрения предложений и проектов. Однако, должно быть понятно, что текущие действия могут быть отображены на последующих web-страницах, а не на домашней странице 61а. Например, пользователю-покупателю можно предоставить количество открытых запросов предложения (представленных на рассмотрение запросов предложения) и количество временно сохраняемых запросов предложения (созданных, но еще не представленных на рассмотрение запросов предложения). Посредством щелчка по кнопке открытого запроса предложения пользователь-покупатель может быть связан с другой web-страницей, отображающей перечень открытых запросов предложения с последующими ссылками на web-страницы, которые содержат фактические открытые запросы предложения. Следовательно, из домашней страницы 6la покупателя пользователь-покупатель может связаться с любой информацией, имеющей отношение к предложениям или проектам, к которым пользователь-покупатель имеет доступ.

На Фиг.4B проиллюстрирована примерная домашняя страница 61b продавца, содержащая ряд системных возможностей, доступных пользователю-продавцу. Например, домашняя страница 61b продавца может предоставлять ссылки, чтобы обновлять профиль продавца (например, типы товаров и/или услуг, которые поставляет продавец), отвечать на принятые запросы предложений, обрабатывать текущие проекты или осуществлять доступ к системе обработки ваучера, чтобы просматривать имеющиеся запросы о событиях завершения проекта или обрабатывать новые запросы о событиях завершения проекта. На Фиг.4B показано, что пользователю-продавцу также предоставляется текущее состояние ожидающих предложений и проектов. Например, пользователь-продавец может определить количество запросов предложений, на которые продавец должен отвечать, и количество временно сохраняемых ответов на запрос предложения, которые продавец еще не завершил. Из домашней страницы 61b продавца пользователь-продавец может осуществить ссылку на дополнительные web-страницы, чтобы завершить ответы продавца на запрос предложения или осуществлять доступ к заново принятому запросу предложения, чтобы начать ответ продавца на запрос предложения.

На Фиг.4C проиллюстрирована примерная домашняя страница 61c подрядчика, содержащая ряд системных возможностей, доступных подрядчику. Например, первый