Система управления лицензиями, устройство управления лицензиями и компьютерно-читаемый носитель записи, на котором имеется программа управления лицензиями

Авторы патента:

ИТО Тацуо (JP)

G06F21/10 - Обработка цифровых данных с помощью электрических устройств (вычислительные машины, в которых часть вычислений осуществляется гидравлическими или пневматическими устройствами G06D; оптическими средствами G06E; автономные внешние вводные и выводные устройства G06K; компьютерные системы, основанные на специфических вычислительных моделях G06N; цепи полного /активного и реактивного/ сопротивления H03H)

Владельцы патента RU 2507577:

РИКОХ КОМПАНИ, ЛТД. (JP)

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

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

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

Например, Публикация Патентной Заявки Японии № 2008-016013 раскрывает технологию управления лицензиями, выполненную с возможностью предоставления пользователю разрешения на установку или использование прикладной программы только в заранее определенной аппаратуре формирования изображения. В раскрытой технологии, с пользователя взимается плата за прикладную программу, на основании количества заранее определенной аппаратуры формирования изображения, в которую пользователь устанавливает или в которой использует прикладную программу. Дополнительно, при помощи данной технологии, соответствующим образом может быть предотвращено неавторизованное использование прикладной программы посредством неавторизованного копирования.

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

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

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

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

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

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

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

ПЕРЕЧЕНЬ ЧЕРТЕЖЕЙ

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

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

Фиг. 2 является схемой, иллюстрирующей пример конфигурации пакета распространения;

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

Фиг. 4 является схемой, иллюстрирующей пример конфигурации информации о пакете функций;

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 17 является циклограммой, иллюстрирующей процесс регистрации группы;

Фиг. 18 является циклограммой, иллюстрирующей процесс распространения коммерческого продукта;

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

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

Фиг. 21 является схемой, иллюстрирующей пример конфигурации ключа продукта;

Фиг. 22 является циклограммой, иллюстрирующей процесс установки пакета распространения;

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

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

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

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

Фиг. 27 является схемой, иллюстрирующей пример отображения экрана списка установки;

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

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

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

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

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

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

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

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

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

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

Фиг. 38 является циклограммой, иллюстрирующей процесс обновления лицензии;

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

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

Фиг. 41 является циклограммой, иллюстрирующей процесс обновления пакета распространения;

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

Фиг. 43 является циклограммой, иллюстрирующей процесс деактивации;

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

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

Фиг. 46 является схемой, иллюстрирующей процесс изменения группы;

Фиг. 47 является схемой, иллюстрирующий процесс удаления группы;

Фиг. 48 является схемой, иллюстрирующей пример конфигурации системы управления аппаратурой в соответствии со вторым вариантом осуществления;

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

Фиг. 50 является циклограммой, иллюстрирующей процесс установки и процесс активации установленного пакета, в соответствии со вторым вариантом осуществления;

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

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

Фиг. 53 является схемой, иллюстрирующей пример функциональной конфигурации системы управления аппаратурой в соответствии с третьим вариантом осуществления.

НАИЛУЧШИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

В нижеследующем, со ссылкой на сопроводительные чертежи описываются предпочтительные варианты осуществления настоящего изобретения. Фиг. 1 является схемой, иллюстрирующей пример конфигурации системы управления аппаратурой в соответствии с первым вариантом осуществления. Иллюстрируемая на Фиг. 1 система управления аппаратурой включает в себя две системные среды, состоящих из среды E1 пользователя и среды E2 производителя. Среда E1 пользователя соединена со средой E2 производителя через глобальную сеть 80, такую как Интернет.

Среда E1 пользователя является системной средой пользователя (клиента) аппаратуры 40 формирования изображения, в которой установлены прикладные программы собственно программного обеспечения (прикладные программы). Например, средой E1 пользователя может быть корпорация или офис, то есть пользователь аппаратуры 40 формирования изображения. Среда E1 пользователя, как правило, включает в себя одну или более аппаратуры 40 формирования изображения и один или более PC 50 пользователя. Аппаратурой 40 формирования изображения является многофункциональное периферийное оборудование (MFP), выполненное с возможностью реализации в одной аппаратуре нескольких функций, таких как печать, копирование и факсимильная передача и прием. Отметим, что аппаратура 40 формирования изображения может быть выполнена с возможностью выполнения только одной из таких функций. Аппаратура 40 формирования изображения может быть выполнена с возможностью в любой момент расширения своих функций посредством добавления или обновления/модернизации компонента программного обеспечения (здесь и далее просто именуемого «компонент»). PC 50 пользователя используется для покупки компонента, который пользователь желает добавить в аппаратуру 40 формирования изображения. Отметим, что количество сред E1 пользователя может меняться на основании количества пользователей на единицу корпорации или офиса (количества пользователей в корпорации или офисе).

Между тем, среда E2 производителя является системной средой распространителя, который продает компоненты, которые добавляются в аппаратуру 40 формирования изображения. Например, среда E2 производителя может управляться производителем аппаратуры 40 формирования изображения. Среда E2 производителя, как правило, включает в себя сервер 10 управления лицензиями, сервер 20 распространения и сервер 30 загрузки. Сервер 20 распространения является компьютером, который принимает заявление о покупке компонента от среды E1 пользователя. Сервер 20 распространения размещается в каждой зоне распространения (например, Соединенных Штатах Америки, Европейских странах, Японии, или Азиатских странах, исключая Японию) для продажи аппаратуры 40 формирования изображения, и каждый из серверов 20 распространения может принимать заявление о покупке компонента от среды E1 пользователя в зоне распространения, покрываемой соответствующим сервером 20 распространения.

Сервер 30 загрузки является компьютером, который управляет объектом компонента (фактическим компонентом программного обеспечения). Среда E1 пользователя выполнена с возможностью загрузки объекта компонента, покупка которого была запрошена у сервера 30 загрузки. Сервер 10 управления лицензиями является компьютером, который управляет лицензией купленного компонента (т.е. авторизацией на использование компонента).

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

Фиг. 2 является схемой, иллюстрирующей пример конфигурации пакета распространения. Как проиллюстрировано на Фиг. 2, пакетом распространения является архивный файл, который включает в себя файл информации о пакете распространения и один или более пакетов функций.

Файл информации о пакете распространения включает в себя привязанную информацию о пакете распространения (т.е. информацию о пакете распространения).

Фиг. 3 является схемой, иллюстрирующей пример конфигурации информации о пакете распространения. Как проиллюстрировано на Фиг. 3, информация о пакете распространения включает в себя ID продукта, версию, имя, описание, имя поставщика и тип распространения.

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

Вновь обращаясь к Фиг. 2, пакет функций является пакетом программного обеспечения, сформированного из расчета на функцию. Пакет функций является архивным файлом, который включает в себя файл информации о пакете функций и объект компонента (например, файл JAR (архив JAVA (зарегистрированная торговая марка))).

Файл информации о пакете функций включает в себя привязанную информацию о пакете функций (т.е. информацию о пакете функций).

Фиг. 4 является схемой, иллюстрирующей пример конфигурации информации о пакете функций. Как проиллюстрировано на Фиг. 4, информация о пакете функций включает в себя ID продукта, версию, имя, описание, имя поставщика, тип распространения и информацию о зависимости пакетов.

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

Также отметим, что, как проиллюстрировано на Фиг. 2, группа включает в себя три пакета распространения. Тем не менее, привязанные к группе пакеты распространения могут продаваться и по отдельности.

Фиг. 5 является схемой, иллюстрирующей пример функциональной конфигурации системы управления аппаратурой в соответствии с первым вариантом осуществления. Как проиллюстрировано на Фиг. 5, сервер 20 распространения включает в себя секцию 21 регистрации коммерческих продуктов, секцию 22 управления распространением, сводную таблицу 23 коммерческих продуктов и секцию 24 предоставления ключа продукта.

Секция 21 регистрации коммерческих продуктов загружает список информации о пакетах распространения, управление которым осуществляется совместно с сервером 10 управления лицензиями, и регистрирует информацию конфигурации и подобное коммерческих продуктов, вносимую оператором в сводную таблицу 23 коммерческих продуктов, на основе списка информации о пакете распространения. Секция 22 управления распространением принимает от PC 50 пользователя заявление о покупке одного из коммерческих продуктов, зарегистрированных в сводной таблице 23 коммерческих продуктов. Секция 22 управления распространением запрашивает сервер 10 управления лицензиями о выпуске ключа продукта, связанного с принятым заявлением о покупке. Секция 24 предоставления ключа продукта, по приему от сервера 10 управления лицензиями выпущенного ключа продукта, отправляет PC 50 пользователя в качестве ответа на принятое заявление о покупке, выпущенный ключ продукта.

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

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

Аппаратура 40 формирования изображения включает в себя секцию 421 установки, секцию 422 обновления лицензии, секцию 423 модернизации пакетов, секцию 424 проверки лицензии, секцию 425 деактивации (здесь и далее именуемую как «аппаратурная секция 425 деактивации»), секцию 426 управления UI и таблицу 427 управления информацией об установке.

Секция 421 установки при приеме ключа продукта управляет последовательностью процесса для установки пакета распространения, соответствующего ключу продукта. Например, секция 421 установки запрашивает сервер 10 управления лицензиями проверку того, имеет ли пакет функций, содержащийся в устанавливаемом пакете распространения, действительные отношения зависимости пакетов с прочими пакетами функций, уже установленными в аппаратуре 40 формирования изображения, и загружает с сервера 30 загрузки устанавливаемый пакет распространения, или секция 421 установки получает от сервера 10 управления лицензиями файл 90 лицензии, связанный с устанавливаемым пакетом распространения.

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

Секция 422 обновления лицензии управляет процессом обновления для обновления (т.е. продления) периода действия лицензии (т.е. процесс обновления лицензии) пакета распространения, установленного в аппаратуре 40 формирования изображения. Секция 423 модернизации пакетов управляет процессом модернизации для модернизации пакета обновления (т.е. процесс модернизации пакета распространения) установленного в аппаратуре 40 формирования изображения. Секция 424 проверки лицензии определяет, необходимо ли авторизовать работу пакета распространения, когда пакет распространения фактически используется. Аппаратурная секция 425 деактивации выполняет деактивацию пакета распространения, установленного в аппаратуре 40 формирования изображения. В частности, аппаратурная секция 425 деактивации удаляет деактивируемый пакет распространения и связанный с ним файл 90 лицензии. Секция 426 управления UI управляет отображением панели операций аппаратуры 40 формирования изображения. Таблица 427 управления информацией об установке является таблицей, используемой для управления информацией, связанной с пакетом распространения, установленным в аппаратуре 40 формирования изображения, и хранится в запоминающем устройстве аппаратуры 40 формирования изображения.

Сервер 10 управления лицензиями включает в себя серверную секцию 11 активации и серверную секцию 15 компонентов. Серверная секция 11 активации включает в себя секцию 111 взаимодействия с сервером распространения, секцию 112 выпуска ключа продукта, секцию 113 проверки ключа продукта, секцию 115 выпуска лицензии, серверную секцию 116 деактивации, секцию 117 аутентификации сервера распространения, сводную таблицу 118 сайтов распространения, сводную таблицу 119 пакетов распространения, сводную таблицу 120 ID групп, таблицу 121 управления лицензиями и сводную таблицу 122 имен групп.

Секция 111 взаимодействия с сервером распространения выполняет процесс, запрошенный сервером 20 распространения, или процесс в ответ на информацию, переданную сервером 20 распространения. Секция 112 выпуска ключа продукта формирует ключ продукта в ответ на запрос, принятый от секции 22 управления распространением. Секция 112 выпуска ключа продукта регистрирует сформированный ключ продукта и связанную с ним информацию о лицензии, идентифицируемую посредством сформированного ключа продукта, в таблице 121 управления лицензиями. Секция 113 проверки ключа продукта проверяет действительность ключа продукта, который вводится в аппаратуру 40 формирования изображения во время загрузки пакета распространения или подобного, на основании таблицы 121 управления лицензиями или подобного.

Секция 115 выпуска лицензии выпускает лицензию, связанную с пакетом распространения. При выпуске лицензии, связанной с пакетом распространения, обновляется таблица 121 управления лицензиями, а затем формируется файл 90 лицензии. Серверная секция 116 деактивации отзывает деактивируемую лицензию в ответ на запрос деактивации, принятый от аппаратурной секции 425 деактивации аппаратуры 40 формирования изображения. Секция 117 аутентификации сервера аутентифицирует сервер 20 распространения, на основании сводной таблицы 118 сайтов распространения. Сводная таблица 119 пакетов распространения включает в себя список информации о зарегистрированных пакетах распространения. Сводная таблица 120 ID групп регистрирует информацию о группах и связанных с ними пакетах распространения (т.е. информацию о конфигурации группы). Сводная таблица 122 имен групп регистрирует соответствующие имена групп (т.е. имена групп). Отметим, что сводная таблица 118 сайтов распространения, сводная таблица 119 пакетов распространения, сводная таблица 120 ID групп, таблица 121 управления лицензиями и сводная таблица 122 имен групп хранятся в запоминающем устройстве сервера 10 управления лицензиями.

Серверная секция 15 компонентов включает в себя секцию 151 определения отношений зависимости пакетов, секцию 152 обеспечения установки, секцию 153 обеспечения модернизации пакета, секцию 154 управления компонентами, таблицу 155 управления компонентами, и таблицу 156 управления отношениями зависимостей пакетов. Секция 151 определения отношений зависимости пакетов определяет, были ли уже установлены в аппаратуре 40 формирования изображения прочие пакеты функций, от которых зависит пакет функций, который содержится в устанавливаемом или модернизированном пакете распространения. В частности, секция 151 определения отношений зависимости пакетов, в ответ на запрос от секции 421 установки аппаратуры 40 формирования изображения, определяет, подтвердить ли действительность отношений зависимости пакетов собственно пакета функций, содержащегося в устанавливаемом пакете распространения, с прочими, уже установленными в аппаратуре 40 формирования изображения, пакетами функций, путем обращения к таблице 155 управления компонентами и таблице 156 управления отношениями зависимостей пакетов. Секция 152 обеспечения установки обеспечивает установку пакета распространения в аппаратуре 40 формирования изображения. Например, выбирается секция 152 обеспечения установки, которая формирует данные HTML (данные экрана списка установки) для отображения экрана для выбора устанавливаемого пакета распространения и подает секции 421 установки аппаратуры 40 формирования изображения данные экрана списка установки. Секция 153 обеспечения модернизации пакета обеспечивает модернизацию пакета распространения (модернизацию версии пакета распространения) в аппаратуре 40 формирования изображения. Например, секция 153 обеспечения модернизации пакета формирует данные HTML (данные экрана списка модернизации) для отображения экрана для выбора модернизируемого пакета распространения и подает секции 423 модернизации пакетов аппаратуры 40 формирования изображения данные экрана списка модернизации. Секция 154 управления компонентами периодически получает пакет распространения, хранящийся в секции 32 управления пакетами распространения сервера 30 загрузки, и регистрирует информацию о конфигурации пакета распространения или информацию зависимости пакетов функций, которые содержатся в пакете распространения, в таблице 155 управления компонентами или таблице 156 управления отношениями зависимостей пакетов. Отметим, что таблица 155 управления компонентами или таблица 156 управления отношениями зависимостей пакетов хранится в запоминающем устройстве сервера 10 управления лицензиями.

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

Фиг. 6 является схемой, иллюстрирующей пример конфигурации аппаратного обеспечения сервера 10 управления лицензиями в соответствии с первым вариантом осуществления. Как проиллюстрировано на Фиг. 6, сервер 10 управления лицензиями включает в себя приводное устройство 100, вспомогательное запоминающее устройство 102, устройство 103 памяти, CPU 104, интерфейсное устройство 105, которые соединены через шину B.

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

По приему инструкции, активирующей компьютерную программу, устройство 103 памяти считывает компьютерную программу из вспомогательного запоминающего устройства 102 и загружает считанную компьютерную программу. CPU 104 реализует функции сервера 10 управления лицензиями (управляемые различными секциями проиллюстрированного на Фиг. 5 сервера 10 управления лицензиями) на основании компьютерной программы, загруженной в устройство 103 памяти. Интерфейсное устройство 105 используется в качестве интерфейса для соединения сервера 10 управления лицензиями с сетью.

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

Сервер 20 распространения, сервер 30 загрузки и PC 50 пользователя также могут включать в себя конфигурацию аппаратного обеспечения, аналогичную конфигурации аппаратного обеспечения, проиллюстрированной на Фиг. 6.

Фиг. 7 является схемой, иллюстрирующей пример конфигурации аппаратного обеспечения аппаратуры 40 формирования изображения в соответствии с первым вариантом осуществления. Как проиллюстрировано на Фиг. 7, аппаратура 40 формирования изображения включает в себя такие компоненты аппаратного обеспечения, как контроллер 41, сканер 42, принтер 43, модем 44, панель 45 операций, сетевой интерфейс 46 и гнездо 47 карты SD.

Как проиллюстрировано на Фиг. 7, контроллер 41 включает в себя CPU 411, RAM 412, ROM 413, и HDD 414. ROM 413 включает в себя различные компьютерные программы и данные или подобное, которые используются различными компьютерными программами. RAM 415 используется в качестве рабочего пространства, такого как область хранения для загрузки компьютерных программ или рабочая область для загруженных компьютерных программ. CPU 411 реализует различные функции аппаратуры 40 формирования изображения (управляемые различными секциями аппаратуры 40 формирования изображения на Фиг. 5) посредством обработки загруженных в RAM 412 компьютерных программ. HDD 414 записывает компьютерные программы или различные данные или подобное, используемые различными компьютерными программами.

Сканер 42 является компонентом аппаратного обеспечения для считывания данных изображения документа. Принтер 43 является компонентом аппаратного обеспечения для печати данных изображения на печатной бумаге. Модем 44 является компонентом аппаратного обеспечения для соединения аппаратуры 40 формирования изображения с телефонной линией, и используется для отправки и приема данных изображения через факсимильную связь. Панель 45 операций является компонентом аппаратного обеспечения, включающим в себя модуль ввода, такой как кнопки, посредством которых принимается производимый пользователем ввод информации, и модуль отображения, такой как жидкокристаллическая панель. Сетевой интерфейс 46 является компонентом аппаратного обеспечения для соединения аппаратуры 40 формирования изображения с сетью (независимо от того, является ли соединение проводным или беспроводным). Гнездо 47 карты SD используется для извлечения компьютерных программ, записанных на карте 80 SD. То есть в аппаратуре 40 формирования изображения, в дополнение к компьютерным программам, хранящимся в ROM 413, в RAM 412 для исполнения также могут загружаться компьютерные программы, записанные на карте 80 SD.

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

Например, когда администратор сайта распространения вводит на сервере 20 распространения инструкцию запуска регистрации для регистрации информации о коммерческом продукте, то секция 21 регистрации коммерческих продуктов сервера 20 распространения указывает имя домена, ID сайта распространения, и пароль, хранящийся в запоминающем устройстве сервера 20 распространения, и отправляет запрос аутентификации серверной секции 11 активации сервера 10 управления лицензиями (этап S11).

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

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

Секция 117 аутентификации сервера распространения сопоставляет имя домена, ID сайта распространения и пароль, содержащиеся в запросе аутентификации, с именем домена, ID сайта распространения и паролем, которые содержатся в сводной таблице 118 сайтов распространения, и производит аутентификацию сервера 20 распространения в случае, когда они совпадают. Когда аутентификация в отношении сервера 20 распространения выполнена успешно, секция 117 аутентификации создает сеанс и в качестве ответа отправляет секции 22 управления распространением ID сеанса (этап S12). В дальнейшем связь между секцией 22 управления распространением и серверной секцией 11 активации выполняется на основе ID сеанса. Когда в отношении сервера 20 распространения аутентификация выполнена успешно (т.е. когда в качестве ответа отправлен сеанс), секция 21 регистрации коммерческих продуктов отображает на устройстве отображения сервера 20 распространения экран редактирования информации о коммерческом продукте (этап S13).

Фиг. 10 является схемой, иллюстрирующей пример экрана редактирования информации о коммерческом продукте. Через экран 210 редактирования информации о коммерческом продукте могут вводиться: имя домена, ID продукта, классификация ID единицы продукта, лицензионное соглашение, период действия лицензии, количество корпоративных лицензий, код класса и имя коммерческого продукта.

Например, при щелчке по кнопке 2112 «выбрать» в окне 21 редактирования информации о коммерческом продукте, секция 21 регистрации коммерческих продуктов отправляет секции 111 взаимодействия с сервером распространения серверной секции 11 активации запрос получения списка сайтов распространения (этап S14). Секция 111 взаимодействия с сервером распространения, по приему запроса получения списка сайтов распространения от секции 21 регистрации коммерческих продуктов, получает список сайтов распространения и список имен доменов от сводной таблицы 118 сайтов распространения и в качестве ответа отправляет секции 21 регистрации коммерческих продуктов полученный список сайтов распространения и список имен доменов (этап S15).

Секция 21 регистрации коммерческих продуктов отображает принятый список имен доменов на устройстве отображения сервера 20 распространения (этап S16). Когда из списка имен доменов выбрано одно имя домена, секция 21 регистрации коммерческих продуктов отображает выбранное имя домена в текстовом окне 2111 экрана 210 редактирования информации о коммерческом продукте (этап S17).

Затем при щелчке администратором по кнопке 2114 «выбрать», секция 21 регистрации коммерческих продуктов отправляет секции 111 взаимодействия с сервером распространения серверной секции 11 активации запрос получения информации о списке групп и пакетах распространения (этап S18). Секция 11 взаимодействия с сервером распространения, по приему запроса получения информации о списке групп и пакетах распространения от секции 21 регистрации коммерческих продуктов, получает список пакетов распространения от сводной таблицы 119 пакетов распространения и список групп от сводной таблицы 120 ID групп и сводной таблицы 122 имен групп.

Фиг. 11 является схемой, иллюстрирующей пример конфигурации сводной таблицы 119 пакетов распространения. Как проиллюстрировано на Фиг. 11, сводная таблица 119 пакетов распространения включает в себя ID продукта, имя пакета распространения и имя поставщика, зарегистрированные для каждого пакета распространения. Имя пакета распространения и имя поставщика регистрируются на нескольких языках (например, японском и английском). Вышеприведенная информация содержится для каждого пакета распространения в списке сайтов распространения и списке имен доменов, отправленных секции 21 регистрации коммерческих продуктов на этапе S15. Отметим, что языки имени пакета распространения и имени поставщика, содержащиеся в ответе, могут быть теми, что совместимы с языковой средой сервера 20 распространения. Языковая среда сервера 20 распространения может быть указана секцией 21 регистрации коммерческих продуктов при отправке на этапе S14 запроса получения списка сайтов распространения. В качестве альтернативы, языковая среда сервера 20 распространения может определяться на основании функций, содержащихся в протоколах связи. Например, при связи по протоколу HTTP, Web серверу посредством Web браузера сообщается параметр, относящийся к языковой среде. Если используется такой протокол связи, то языковая среда сервера 20 распространения может быть определена на основании параметра. Отметим, что информация, зарегистрированная в сводной таблице 119 пакетов распространения, может вноситься заранее администратором сервера 10 управления лицензиями.

Фиг. 12 является схемой, иллюстрирующей пример конфигурации сводной таблицы ID групп. Как проиллюстрировано на Фиг. 12, сводная таблица 120 ID групп включает в себя информацию о конфигурации групп по ID групп и связанный с ней флаг удаления, регистрируемый для каждого сочетания ID группы и ID сайта распространения, связанного с ID группы. Информация о конфигурации группы регистрируется для каждого сочетания ID группы и связанного ID сайта распространения, так как ID группы является уникальным для каждого сайта распространения. Информация о конфигурации группы включает в себя ID продукта пакета распространения, привязанного к группе, зарегистрированной применительно к соответствующему группе ID группы. Флаг удаления является данными, указывающими на то, необходимо ли удалить ID группы, зарегистрированный в сводной таблице 120 ID групп (т.е. удаление группы), и флаг удаления включает в себя значение «ВКЛЮЧЕНО» или «ВЫКЛЮЧЕНО». Значение «ВКЛЮЧЕНО» указывает на то, что ID группы (т.е. группа) может быть удалена или ее удаление разрешено. Значение «ВЫКЛЮЧЕНО» указывает на то, что удаление ID группы (т.е. группы) невозможно или удаление не разрешено (запрещено). Когда купленный коммерческий продукт связан с группой, тогда удаление ID группы (или группы), связанной с купленным коммерческим продуктом, невозможно. Таким образом, значением флага удаления по умолчанию является значение «ВКЛЮЧЕНО». То есть когда группа зарегистрирована в сводной таблице 120 групп, связанный с группой коммерческий продукт не куплен.

Отметим, что Фиг. 12 иллюстрирует пример, где в сводной таблице 120 ID групп зарегистрировано несколько идентичных ID групп (например, ID группы 001). В сводной таблице 120 ID групп одна запись включает в себя ID продукта пакета распространения. То есть в примере, проиллюстрированном на Фиг. 12, присутствует три зарегистрированных пакета распространения, привязанных к группе с ID группы «001».

Фиг. 13 является схемой, иллюстрирующей пример конфигурации сводной таблицы имен групп. Как проиллюстрировано на Фиг. 13, сводная таблица 122 имен групп включает в себя зарегистрированное для каждого ID группы собственно имя группы (т.е. имя группы) на каждом языке. То есть сводная таблица 122 имен групп включает в себя имя группы на каждом языке, зарегистрированном для соответствующей группы.

Секция 111 взаимодействия с сервером распространения выбирает разные ID групп, связанные с ID сайтов распространения, принятых на этапе запроса аутентификации (этап S11), получает имена групп, связанные с выбранным ID группы из сводной таблицы 122 имен групп, и формирует список групп, связанных с выбранными ID групп (т.е. списком групп). Отметим, что имена групп, содержащиеся в сформированном списке групп, могут ограничиваться теми, у которых язык совместим с языковой средой сервера 20 распространения.

Затем секция 111 взаимодействия с сервером распространения отправляет в качестве ответа серверу 21 распространения полученную информацию о списке групп и пакетов распространения (этап S19). Секция 21 управления распространением отображает экран списка групп и пакетов распространения (например, экран, включающий в себя списки имен пакетов распространения и имен групп) на устройстве отображения сервера 20 распространения на основании принятой информации о списке групп и пакетов распространения (этап S20). Когда на экране списка групп и пакетов распространения выбран один из пакетов распространения, секция 21 регистрации продукта отображает в текстовых окнах 2113 и 2115 соответственно ID продукта и имя пакета распространения выбранного пакета распространения. Секция 21 регистрации коммерческих продуктов также отображает в текстовом окне 2116 элемент «ID продукта» (этап S21). Отметим, что строка знаков, отображаемая в текстовом окне 2116, определяет классификацию ID единицы продукта собственно ID продукта, отображаемого в текстовом окне 2113. Классификация ID единицы продукта используется для указания ID продукта пакета распространения и ID группы собственно группы. То есть экран 210 редактирования информации о коммерческом продукте также используется для редактирования информации о коммерческом продукте, связанном с группой. В данном случае ID группы отображается в текстовом окне 2113, а имя группы отображается в текстовом окне 2115.

Затем администратором вводится оставшаяся информация о коммерческом продукте через экран 210 редактирования информации о коммерческом продукте (этап S22). В частности, оставшаяся информация о коммерческом продукте включает в себя лицензионное соглашение, период действия лицензии, количество корпоративных лицензий, код класса и имя коммерческого продукта, которые вводятся администратором через экран 210 редактирования информации о коммерческом продукте. Лицензионное соглашение указывает на тип лицензии, связанный с коммерческим продуктом, и может включать в себя полную лицензию, ограниченную по времени лицензию и пробную лицензию. При полной лицензии пользователю разрешено использовать продукт непосредственно после покупки коммерческого продукта. При ограниченной по времени лицензии, пользователю разрешено использовать коммерческий продукт в течение заранее определенного периода (периода действия). Пробная лицензия разрешает пользователю использовать коммерческий продукт для того, чтобы попробовать. Лицензионное соглашение вводится посредством выбора одного из пунктов в окне 2117 списков. Период действия лицензии является атрибутом, влияющим на ограниченную по времени лицензию и пробную лицензию, и определяет период, в течение которого эффективна лицензия (действительна). Период действия лицензии вводится в текстовое окно 2118. Количество корпоративных лицензий определяет количество корпоративных лицензий. Корпоративная лицензия предоставляется пользователю, который купил коммерческий продукт, обладающий двумя или более корпоративными лицензиями, так что пользователю разрешено одновременно использовать идентичные пакеты распространения на нескольких компьютерах в рамках заданного количества корпоративных лицензий. Количество корпоративных лицензий вводится в текстовом окне 2119.

Код класса является идентификатором, который уникальным образом идентифицирует каждый из коммерческих продуктов. Код класса вводится в текстовое окно 2120. Отметим, что несколько коммерческих продуктов, обладающих разными содержаниями лицензии (информацией о лицензии), могут определяться пакетом распространения или группой из пакетов распространения. Соответственно, присутствуют многозначные отношения между ID продукта пакета распространения (может быть включен один пакет распространения или группа из пакетов распространения) или ID группы и кодом класса (т.е. один ID продукта или ID группы может быть связан с несколькими кодами классов). Именем коммерческого продукта является имя, данное коммерческому продукту. Имя коммерческого продукта вводится в текстовое окно 2122. В качестве альтернативы, при щелчке по кнопке 2121, секция 21 регистрации коммерческих продуктов автоматически формирует соответствующее имя продукта, основанное на имени пакета распространения или имени группы, лицензионном соглашении, и периоде действия лицензии, и отображает сформированное имя продукта в текстовом окне 2122. Отметим, что на экране 210 редактирования информации о коммерческом продукте, имя коммерческого продукта может быть введено в текстовое окно 2123 на японском языке. Отметим, что имя коммерческого продукта на других языках может регистрироваться через другой экран.

Когда информация о коммерческом продукте введена и щелкается кнопка «ОК» на экране 210 редактирования информации о коммерческом продукте, то секция 21 регистрации коммерческих продуктов регистрирует введенную информацию о коммерческом продукте в сводной таблице 23 коммерческого продукта (этап S23).

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

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

Далее, ниже описывается процесс создания группы (т.е. процесс регистрации группы в сводной таблице 120 ID групп и сводной таблице 122 имен групп). Фиг. 15 является циклограммой, иллюстрирующей процесс создания группы. Процесс создания группы указывает процесс определения (выбора) пакетов распространения, которые составят новую группу.

Например, когда администратор сайта распространения вводит на сервере 20 распространения инструкцию запуска создания группы, то секция 21 регистрации коммерческих продуктов сервера 20 распространения отображает экран редактирования группы на устройстве отображения сервера 20 распространения (этап S31).

Фиг. 16 является схемой, иллюстрирующей пример экрана редактирования группы. Как проиллюстрировано на Фиг. 16, через экран 220 редактирования группы могут быть введены ID группы и имя группы собственно новой группы. ID группы для новой группы вводится в области 221. Имя группы для новой группы вводится в области 222.

Дополнительно, в таблице 223 экрана 220 редактирования группы могут быть указаны желаемые пакеты распространения для создания новой группы (т.е. указывая сочетание(я) пакетов распространения, составляющих новую группу). В частности, при щелчке по кнопке 224 «добавить одну строку к списку» в таблице 223, в таблицу 223 добавляется новая строка. Отметим, что на Фиг. 16, уже присутствует две добавленные в таблицу 223 строки, тем не менее, таблица 223 в состоянии по умолчанию включает в себя ноль строк (отсутствую). Далее, когда щелкают по кнопкам 225 «выбрать» добавленных строк (этап S32), секция 21 регистрации коммерческих продуктов отправляет секции 111 взаимодействия с сервером распространения серверной секции 11 активации запрос получения информации о списке пакетов распространения (этап S33). Секция 111 взаимодействия с сервером распространения, по приему запроса получения информации о списке пакетов распространения от секции 21 регистрации коммерческих продуктов, получает информацию о списке пакетов распространения от сводной таблицы 119 пакетов распространения. Секция 111 взаимодействия с сервером распространения отправляет в качестве ответа секции 21 регистрации коммерческих продуктов полученную информацию о списке пакетов распространения (этап S34).

Секция 21 регистрации коммерческих продуктов отображает экран списка пакетов распространения (например, экран, включающий в себя списки ID продуктов и имена пакетов распространения) на устройстве отображения сервера 20 распространения на основании принятой информации о списке пакетов распространения (этап S35). Когда на экране списка пакетов распространения выбран один из пакетов распространения (этап S36), секция 21 регистрации коммерческих продуктов отображает, в соответствующей строке (где произведен щелчок по кнопки 225 «выбрать») таблицы 223, ID продукта и имя пакета распространения выбранного пакета распространения. Таким образом, пакет распространения добавляется в качестве члена (элемента) новой группы на экране отображения. Отметим, что этапы (с S32 по S37) цикла 1 повторно выполняются на основании количества пакетов распространения, которые должны быть добавлены в новую группу. В дополнение, когда отмечена (выставлена галка) кнопка-флажок 226 строки, добавленной в таблицу 223, и затем щелкают по кнопке 227 «удалить», то пакет распространения, отображаемый в строке с отмеченной (выставленной галкой) кнопкой-флажком, удаляется из новой группы на экране отображения.

Далее, когда закончено добавление в таблице 223 пакета(ов) распространения для создания новой группы и затем щелкают по кнопке 228 «завершить редактирование» (этап S38), секция 21 регистрации коммерческих продуктов отправляет запрос регистрации группы секции 111 взаимодействия с сервером распространения серверной секции 11 активации (этап S39). Запрос регистрации группы содержит параметры информации о конфигурации группы, введенной через экран 220 редактирования группы (информацию, включающую в себя ID групп и ID продуктов пакетов распространения, привязанных к группе), имя домена, ID сайта распространения и пароль, которые хранятся в запоминающем устройстве сервера 20 распространения. Секция 111 взаимодействия с сервером распространения выполняет процесс регистрации группы на основании принятого запроса регистрации группы (этап S40). В частности, в сводной таблице 120 ID групп регистрируется информация о конфигурации группы собственно новой группы, а в сводной таблице 122 имен групп регистрируется имя группы собственно новой группы. После выполнения процесса регистрации группы секция 111 взаимодействия с сервером распространения отправляет секции 21 регистрации коммерческих продуктов ответ, указывающий на то, успешно ли завершен процесс регистрации группы (этап S41).

Далее описываются подробности этапа S40. Фиг. 17 является циклограммой, иллюстрирующей процесс регистрации группы.

На этапе S40a секция 111 взаимодействия с сервером распространения проверяет, содержит ли принятый запрос регистрации группы необходимые параметры. Если принятый запрос регистрации группы содержит необходимые параметры, то секция 111 взаимодействия с сервером распространения предписывает секции 117 аутентификации сервера распространения отправить аутентификацию серверу 20 распространения (т.е. сайту распространения) (этап S40b). Секция 117 аутентификации сервера распространения сопоставляет имя домена, ID сайта распространения и пароль, которые содержатся в запросе аутентификации, с именем домена, ID сайта распространения и паролем, которые содержатся в сводной таблице 118 сайта распространения, и в случае, когда они совпадают, отправляет серверу 20 распространения аутентификацию.

Когда сервер 20 распространения принимает аутентификацию, секция 111 взаимодействия с сервером распространения проверяет, было ли уже зарегистрировано сочетание ID группы и ID сайта распространения (здесь и далее также именуемые как «сочетание ID группы и ID сайта распространения»), которые содержатся в запросе регистрации, в сводной таблице 20 ID групп (этап S40c). Если сочетание ID группы и ID сайта распространения, которое содержится в запросе регистрации группы, не зарегистрировано, то секция 111 взаимодействия с сервером распространения регистрирует в сводной таблице 120 ID групп запись, включающую в себя ID группы, ID сайта распространения и ID продукта пакета распространения, который содержится в запросе регистрации группы (этап S40d). Секция 111 взаимодействия с сервером распространения устанавливает для зарегистрированной записи флаг удаления в статус «ВКЛЮЧЕНО».

Секция 111 взаимодействия с сервером распространения также регистрирует запись, включающую в себя ID группы и имя группы в сводной таблице 122 имен групп. Отметим, что в данном варианте осуществления имя группы, зарегистрированное для создания группы, является именем группы на японском языке (т.е. японским именем группы). Таким образом, поле «язык» данной записи заполняется как «японский».

Далее, секция 111 взаимодействия с сервером распространения отправляет секции 21 регистрации коммерческих продуктов ответ, указывающий на то, что регистрация группы была успешной (этап S40e). С другой стороны, если секция 111 взаимодействия с сервером распространения на этапе S40a определяет, что принятый запрос регистрации группы не содержит необходимые параметры, если секции 117 аутентификации сервера распространения не удается на этапе S40b отправить аутентификацию серверу 20 распространения или если сочетание ID группы и ID сайта распространения, которые содержатся в запросе регистрации группы, уже были зарегистрированы, то секция 111 взаимодействия с сервером распространения отправляет секции 21 регистрации коммерческих продуктов ответ об ошибке, указывающий на то, что не удалось зарегистрировать группу (этап S40f).

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

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

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

Фиг. 18 является циклограммой, иллюстрирующей процесс распространения коммерческого продукта. Как проиллюстрировано на Фиг. 18, сервер 20 распространения установлен в зоне распространения, к которой принадлежит PC 50 пользователя.

Когда пользователь в конкретной среде E1 пользователя вводит URL, направляющий к Web странице для отображения в Web браузере 51 на PC 50 пользователя списка доступных коммерческих продуктов, которые может купить пользователь (т.е. странице списка коммерческих продуктов), то Web браузер 51 отправляет секции 22 управления распространением сервера 20 распространения запрос получения списка коммерческих продуктов (этап S121).

Затем секция 22 управления распространением формирует страницу списка коммерческих продуктов, на основании сводной таблицы 23 коммерческих продуктов (этап S122). В частности, секция 22 управления распространением формирует данные HTML для отображения имени коммерческого продукта, лицензионного соглашения, периода действия лицензии, количества корпоративных лицензий и кнопки-флажка для каждого коммерческого продукта, зарегистрированного в сводной таблице 23 коммерческих продуктов, в качестве страницы списка коммерческих продуктов. Таким образом, через экран 210 редактирования информации о коммерческом продукте создаются коммерческие продукты, связанные с лицензией группы. Если информация о коммерческом продукте была зарегистрирована в сводной таблице 23 коммерческих продуктов, то на странице списка коммерческих продуктов в качестве выбираемых коммерческих продуктов также отображаются коммерческие продукты, связанные с лицензией группы. Отметим, что кнопка-флажок используется пользователем для покупки коммерческих продуктов посредством выбора желаемого одного или более коммерческих продуктов на странице списка коммерческих продуктов. Затем секция 22 управления распространением отправляет Web браузеру 51 в качестве ответа сформированную страницу списка коммерческих продуктов (этап S123). Web браузер 51 отображает на устройстве отображения PC 50 пользователя принятую страницу списка коммерческих продуктов.

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

Затем секция 22 управления распространением указывает имя домена, ID распространения и пароль, в запоминающем устройстве сервера 20 распространения, и отправляет серверу 10 управления лицензиями серверной секции 11 активации запрос аутентификации совместно с указанными именем домена, ID сайта распространения и паролем (этап S125). Секция 117 аутентификации сервера распространения серверной секции 11 активации сопоставляет имя домена, ID сайта распространения и пароль, которые содержатся в запросе аутентификации, с именем домена, ID сайта распространения и паролем, которые содержатся в сводной таблице 118 сайта распространения, и в том случае, когда они совпадают, отправляет аутентификацию серверу 20 распространения. Когда аутентификация, отправленная серверу 20 распространения, успешна, секция 117 аутентификации создает сеанс и отправляет ID сеанса собственно созданного сеанса секции 22 управления распространением (этап S126). Связь между секцией 22 управления и серверной секцией 11 активации в дальнейшем осуществляется на основании ID сеанса собственно созданного сеанса.

Далее, секция 22 управления распространением получает ID единицы продукта (ID продукта или ID группы), лицензионное соглашение, период действия лицензии и количество корпоративных лицензий, зарегистрированные для кода класса, который содержится в запросе покупки, от сводной таблицы 23 коммерческих продуктов, указывает полученный ID единицы продукта (ID продукта или ID группы), лицензионное соглашение, период действия лицензии и количество корпоративных лицензий, и отправляет секции 112 выпуска ключа продукта серверной секции 11 активации запрос выпуска ключа продукта совместно с указанным ID единицы продукта (ID продукта или ID группы), лицензионным соглашением, периодом действия лицензии и количеством корпоративных лицензий (этап S127). Отметим, что запрос выпуска ключа продукта соответствует отчету распространения коммерческого продукта.

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

По приему ключа продукта секция 24 предоставления ключа продукта сервера 20 распространения отправляет Web браузеру 51 в качестве ответа данные HTML, содержащие принятый ключ продукта (этап S130). Web браузер 51 отображает принятые данные HTML на устройстве отображения PC 50 пользователя. Пользователь визуально подтверждает ключ продукта, выпущенный для купленного коммерческого продукта. Отметим, что секция 24 предоставления ключа продукта может доставлять ключ продукта посредством отправки PC 50 пользователя сообщения электронной почты, содержащего ключ продукта.

Далее, описываются подробности этапа S218. Фиг. 19 является блок-схемой, иллюстрирующей процесс формирования ключа продукта, выполняемый секцией 112 выпуска ключа продукта.

На этапе S141 секция 112 выпуска ключа продукта принимает ID единицы продукта (ID продукта или ID группы), лицензионное соглашение, период действия лицензии и количество корпоративных лицензий для соответствующего коммерческого продукта. Затем секция 112 выпуска ключа продукта определяет, является ли принятый ID единицы продукта ID продукта или ID группы (этап S142). В частности, секция 112 выпуска ключа продукта выполняет поиск по сводной таблице 120 ID групп в отношении ID группы, который совпадает с принятым ID единицы продукта. Если секция 112 выпуска ключа продукта находит ID группы, который совпадает с ID единицы продукта (ДА на этапе S142), то секция 112 выпуска ключа продукта получает все ID продуктов, привязанные к ID группы (т.е. ID пакетов распространения, привязанных к группе) из сводной таблицы 120 ID групп (этап S143). Далее, секция 112 выпуска ключа продукта устанавливает флаг удаления ID группы в статус «ВЫКЛЮЧЕНО» (этап S144). Соответственно, ID группы, связанный с этими ID продуктов, не может быть удален.

Если секция 112 выпуска ключа продукта не находит ID группы, совпадающий с ID единицы продукта (НЕТ на этапе S142), то в таблице 121 управления лицензиями формируется запись для регистрации принятого ID продукта или ID продукта, полученного из сводной таблицы 120 ID группы. Таким образом, если из сводной таблицы 120 ID групп получено несколько ID продуктов, то в таблице 121 управления лицензиями может формироваться несколько записей для регистрации ID продуктов. Дополнительно, секция 112 выпуска ключа продукта формирует количество записей, соответствующее количеству корпоративных лицензий, связанных с одним и тем же ID продукта. Таким образом, если количество корпоративных лицензий равно двум или более, то секция 122 выпуска ключа продукта формирует в таблице 121 управления лицензиями две или более записи, связанные с одним и тем же ID продукта.

Фиг. 20 является схемой, иллюстрирующей пример конфигурации таблицы управления лицензиями. Как проиллюстрировано на Фиг. 20, таблица 121 управления лицензиями включает в себя позиции номера управления, выпущенного для пакета распространения из расчета на лицензию, ключ продукта, ID продукта, номер аппаратуры, статус, лицензионное соглашение, период действия лицензии, дату окончания лицензии и дату выпуска лицензии.

Среди перечисленных выше позиций, поле ID продукта, поле лицензионного соглашения и поле периода действия лицензии включают в себя значения, принятые на этапе S145 от секции 22 управления распространением. Если формируется несколько записей, то все сформированные записи содержат одно и тоже значение. Тем не менее, если ID продукта пакета распространения получают на основании ID группы (т.е. лицензии группы), то формируемая запись включает в себя полученный ID продукта.

Номер управления является идентификатором (номером), уникальным образом присвоенным каждой записи, формируемой в таблице 121 управления лицензиями. Ключ продукта, формируемый на следующем этапе, регистрируется в качестве ключа продукта. Номер аппаратуры собственно аппаратуры 40 формирования изображения, указываемой в качестве аппаратуры, использующей пакет распространения, регистрируется при выпуске файла 90 лицензии. Номер аппаратуры является информацией об идентификаторе (идентификатор аппаратуры), который уникальным образом идентифицирует каждую из аппаратур 40 формирования изображения. Статусом является информация о статусе лицензии. Лицензия в данном варианте осуществления включает в себя три статуса лицензии, состоящие из: «лицензия отсутствует», «проверено», и «зарегистрировано». Статус «лицензия отсутствует» является статусом, при котором лицензия не выпущена. Статус «проверено» является статусом, при котором лицензия используется в настоящий момент. Статус «зарегистрировано» является статусом, при котором лицензия не используется (готова к использованию). На этапе S145, значение в поле статуса не регистрируется. Дата окончания лицензии является датой окончания лицензии собственно лицензии (файла 90 лицензии), которая вычисляется на основании периода действия лицензии при выпуске файла 90 лицензии. Дата выпуска лицензии является датой выпуска лицензии собственно лицензии (файла 90 лицензии), регистрируемой, когда выпускается файл 90 лицензии.

Затем секция 112 выпуска ключа продукта формирует ключ продукта (этап S416). Количество ключей продуктов, которое должно быть создано, равно одному, даже если принятым на этапе S141 ID единицы продукта является ID группы или количество корпоративных лицензий равно двум или более.

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

Уникальный ID формируется уникальным образом всякий раз, когда формируется ключ продукта. Уникальность ключа продукта получается при помощи уникального ID. ID единицы продукта является одно из: ID продукта или ID группы, принятые на этапе S141. То есть ID продукта собственно купленного коммерческого продукта или ID группы собственно группы купленных коммерческих продуктов. Лицензионное соглашение является принятым на этапе S141 лицензионным соглашением. Флаг лицензии группы является параметром, определяющим, является ли ID единицы продукта соответственно ID группы (истина) или нет (ложь). Секция 112 выпуска ключа продукта устанавливает значение флага лицензии группы в значение «истина», когда принятый ID единицы продукта является ID группы.

Далее, секция 112 выпуска ключа продукта регистрирует сформированный ключ продукта в записи, сформированной на этапе S145, и обновляет таблицу 121 управления лицензиями посредством изменения статуса записи на статус «зарегистрировано» (этап S147). Количество ключей продукта, которое должно быть сформировано, равно одному, даже если принятым на этапе S141 ID единицы продукта является ID группы или количество корпоративных лицензий равно двум или более.

Отметим, что на Фиг. 20 записи, соответствующие номерам с 1 по 3 управления в таблице 121 лицензий, являются записями с корпоративной лицензией. Записи с корпоративной лицензией имеют одинаковые ключи продукта и ID продукта. Дополнительно, записи, соответствующие номерам 4 и 5 управления в таблице 5 лицензий, являются записями с лицензией группы (имеющие лицензию как группа). Записи с лицензией группы имеют одинаковые ключи продукта. Тем не менее, поскольку записи с лицензией группы соответствуют разным пакетам распространения, несмотря на тот факт, что они находятся в одной и той же группе, то записи с лицензией группы имеют разные ID продукта.

Сформированные таким образом ключи продукта отправляются на этапе S129 на Фиг. 18 секции 22 управления распространением сервера 20 распространения, и затем передаются от секции 22 управления распространением Web браузеру 51 PC 50 пользователя.

Далее, устанавливаются пакеты распространения, содержащиеся в коммерческом продукте с выпущенным ключом продукта.

Фиг. 22 является циклограммой, иллюстрирующей процесс установки пакета распространения.

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

Фиг. 23 является схемой, иллюстрирующей пример отображения экрана меню настройки расширенных функций. Экран 510 меню настройки расширенных функций отображает различные меню применительно к расширенным функциям аппаратуры 40 формирования изображения. На основании заранее определенных операций ввода секцией 426 управления UI на панели 45 операций отображаются различные меню экрана 510 меню настройки расширенных функций. В меню 510 настройки расширенных функций, когда выбирается меню 511 «добавить новую», то секция 426 управления UI отображает экран ввода ключа продукта на панели 45 операций.

Фиг. 24 является схемой, иллюстрирующей пример отображения экрана ввода ключа продукта. Экран 520 ввода ключа продукта включает в себя поле 521 ввода ключа продукта. На этапе S151, в поле 521 ввода ключа продукта вводится ключ продукта.

Когда в поле 521 ввода ключа продукта введен ключ продукта и выбрана кнопка 522 «далее», секция 421 установки указывает введенный ключ продукта и отправляет запрос формирования экрана списка установки пакетов распространения, связанных с ключом продукта, секции 152 обеспечения установки серверной секции 15 компонентов (этап S152).

Затем по приему запроса формирования экрана списка установки, секция 152 обеспечения установки отправляет секции 113 проверки ключа продукта серверной секции 11 активации запрос проверки ключа продукта для проверки указанного ключа продукта (этап S153). Секция 113 проверки ключа продукта определяет действительность указанного ключа продукта, обращаясь к таблице 121 управления лицензиями (этап S154). В частности, секция 113 проверки ключа продукта производит поиск по таблице 121 управления лицензиями записей, имеющих указанный ключ продукта и имеющих значение статуса, который не является статусом «проверено». Если найдены соответствующие записи, имеющие указанный ключ продукта и имеющие значение статуса, которое не является статусом «проверено», то секция 113 проверки ключа продукта определяет указанный ключ продукта как действительный. С другой стороны, если соответствующие записи не найдены, то секция 113 проверки ключа продукта определяет указанный ключ продукта как недействительный. С помощью данного способа определения указанный ключ продукта определяется как действительный до тех пор, пока, по меньшей мере, одна из лицензий пакетов распространения, привязанных к группе, не используется (доступна).

Когда указанный ключ продукта является действительным, секция 113 проверки ключа продукта отправляет секции 152 обеспечения установки в качестве ответа ID продуктов, связанные с указанным ключом продукта в таблице 121 управления лицензиями (т.е. ID продуктов пакетов распространения) (этап S155). Таким образом, в качестве ответа секции 152 обеспечения установки может быть отправлено несколько ID продуктов, соответствующих лицензии группы или соответствующих корпоративной лицензии. Отметим, что в случае лицензии группы, в качестве ответа секции 152 обеспечения установки информация о доступности лицензии отправляется для каждого ID продукта (т.е. каждого пакета распространения привязанного к группе). В случае лицензии группы, по меньшей мере, одна из лицензий пакетов распространения, привязанных к группе, может уже использоваться, так что необходимо идентифицировать, какая лицензия (пакет распространения) доступна или недоступна из числа привязанных к одной и той же группе пакетов распространения.

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

Фиг. 25 является схемой, иллюстрирующей пример отображения экрана ошибки, когда указанный ключ продукта является недействительным. На экране 530 ошибки отображаются сообщения, указывающие ошибку ключа продукта (т.е. то, что ключ продукта является недействительным) или поля 531 ввода ключа продукта. В поле 531 ввода ключа продукта пользователь может ввести правильный ключ продукта. Когда пользователь вводит правильный ключ продукта в поля 531 ввода ключа продукта и нажимает кнопку «ОК», вновь исполняется процесс этапа S152. С другой стороны, если пользователь нажимает кнопку 533 «отмена», установка пакета распространения отменяется.

Если секция 152 обеспечения установки принимает на этапе S155 результат, указывающий на то, что указанный ключ продукта является действительным, то секция 152 обеспечения установки формирует данные экрана списка установки пакетов распространения соответствующих ID продуктов, принятых от секции 113 проверки ключа продукта, посредством обращения к таблице 155 управления компонентами (этап S156).

Фиг. 26 является схемой, иллюстрирующей пример конфигурации таблицы управления компонентами. Как проиллюстрировано на Фиг. 26, таблица 155 управления компонентами включает в себя ID продукта, версию, имя, описание, имя поставщика, тип распространения, путь загрузки, и ID продукта пакета функций, зарегистрированные для каждого пакета распространения. Версией является номер версии пакета распространения. Именем является имя пакета распространения. Описанием является описание, связанное с пакетом распространения. Именем поставщика является имя поставщика пакета распространения. Типом распространения является тип распространения для пакета распространения. Путем загрузки является информация о местоположении пакета распространения внутри секции 32 управления пакетами распространения сервера 30 загрузки. В данном варианте осуществления, в качестве информации о местоположении используется универсальный указатель информационного ресурса (URL). ID продукта пакета функций является список ID продуктов соответствующих пакетов функций, привязанных к соответствующим пакетам распространения.

Отметим, что секция 154 управления компонентами регулярно получает пакеты распространения от сервера 30 загрузки, анализирует содержимое полученных пакетов распространения и регистрирует проанализированное содержимое в таблице 155 управления компонентами. В частности, в поле ID продукта, поле версии, поле имени, поле описания, поле имени поставщика и поле типа распространения таблицы 155 управления компонентами регистрируются записанные в файле информации о пакете распространения, хранящемся в каждом из пакетов распространения: ID продукта, версия, имя, описание, имя поставщика и тип распространения. Таким образом, имя, описание и имя поставщика регистрируются на разных языках. Поле ID продукта пакета функций таблицы 155 управления компонентами регистрирует ID продукта, записанный в файле информации о пакете функций, хранящемся в пакете функций, которые содержатся в каждом из пакетов распространения. Отметим, что путь загрузки сообщается сервером 30 загрузки при получении пакета распространения.

Затем секция 152 обеспечения установки отправляет сформированные данные экрана списка установки секции 421 установки аппаратуры 40 формирования изображения (этап S157). Секция 421 установки вводит принятые данные экрана списка установки в секцию 426 управления UI. Секция 426 управления UI отображает экран списка установки на панели 45 операций на основании данных экрана списка установки (этап S158).

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

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

Дополнительно, на экране 540 установки имена пакетов распространения отображаются на основании языковой среды аппаратуры 40 формирования изображения. То есть при формировании данных экрана установки, секция 152 обеспечения установки использует зарегистрированные языки, совместимые с языковой средой аппаратуры 40 формирования изображения. Языковая среда аппаратуры 40 формирования изображения определяется на основании информации, указывающей языковую среду аппаратуры 40 формирования изображения, содержащейся в запросе формирования экрана списка установки, отправляемого от аппаратуры формирования изображения на этапе S152. Отметим, что на различных описываемых позже экранах имена пакетов распространения также могут отображаться на соответствующем языке на основании языковой среды аппаратуры 40 формирования изображения.

На экране 540 списка установки, когда выбраны (отмечены) кнопки-флажки пакетов распространения, которые пользователь желает установить, и нажимается кнопка 541 «установить» (этап S159), секция 421 установки указывает ID продуктов пакетов распространения с отмеченными (выбранными) кнопками-флажками (выбранными для установки) и информацию о конфигурации по всем пакетам распространения, установленным в аппаратуре 40 формирования изображения, и отправляет секции 152 обеспечения установки серверной секции 15 компонентов запрос установки для установки выбранных пакетов распространения (этап S160).

Отметим, что ID продуктов, отмеченных пакетов распространения на экране 540 списка установки, получены из данных экрана списка установки. Также отметим, что информацию о конфигурации всех пакетов распространения, установленных в аппаратуре 40 формирования изображения, получают из таблицы 427 управления информацией об установке.

Фиг. 28 является схемой, иллюстрирующей пример конфигурации таблицы управления информацией об установке. Как проиллюстрировано на Фиг. 28, таблица 427 управления информацией об установке включает в себя ID продукта, версию, ID продукта пакета функций, флаг активации и дату окончания лицензии для каждого пакета распространения.

ID продукта пакета функций является список ID продуктов пакетов функций, связанных с пакетом распространения. Флаг активации указывает на то, активирован ли требуемый пакет распространения (активирован или не активирован). Датой окончания лицензии является дата окончания, выпущенная для пакета распространения (дата окончания файла 90 лицензии). Отметим, что флаг активации и дата окончания лицензии каждого пакета распространения согласуются с флагом активации и датой окончания лицензии пакета распространения, к которому привязан пакет функций. Также отметим, что содержимое таблицы 427 управления информацией об установке регистрируется во время установки описываемых позже пакетов распространения.

Информация конфигурации, отправляемая секции 152 обеспечения установки серверной секции 15 компонентов на этапе S160, включает в себя всю информацию, зарегистрированную в таблице 427 управления информацией об установке.

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

Далее, секция 152 обеспечения установки формирует данные HTML (т.е. данные экрана подтверждения) для отображения экрана подтверждения, указывающего результат проверки отношений зависимости (этап S162), и отправляет секции 421 установки в качестве ответа данные экрана подтверждения (этап S163). Отметим, что подробности этапов S161 и S162 описываются позже.

Затем секция 421 установки вводит принятые данные экрана подтверждения в секцию 426 управления UI. Секция 426 управления UI отображает экран подтверждения на панели 45 операция на основании данных экрана подтверждения (этап S164).

Фиг. 29 является схемой, иллюстрирующей пример отображения экрана подтверждения, когда присутствуют действительные отношения зависимостей пакетов между пакетами распространения. На экране 550a подтверждения выбранный для установки пакет распространения (пакет 1) имеет действительные отношения зависимости с прочими пакетами распространения (отсутствует конфликт отношений зависимости пакетов). В частности, как проиллюстрировано в области 552a экрана 550a подтверждения, пакет 2 распространения, от которого зависит пакет 1 (зависимый пакет), может быть установлен одновременно с пакетом 1, а пакет 3 распространения, от которого зависит пакет 1, уже установлен в аппаратуре формирования изображения.

Когда на экране 550a подтверждения нажимается кнопка 551a «ОК» (этап S165), секция 421 установки указывает URL, соответствующие устанавливаемым пакетам распространения, и отправляет секции 31 обработки загрузки сервера 30 загрузки запрос загрузки для загрузки пакетов распространения (этап S166). То есть кнопка 551a «ОК» создает связь с URL каждого из пакетов распространения и отправляет инструкцию в отношении запроса загрузки.

Фиг. 30 является схемой, иллюстрирующей пример отображения экрана подтверждения, когда одновременно устанавливаются зависимые пакеты. Как проиллюстрировано на Фиг. 30, область 552b экрана 550b подтверждения иллюстрирует, что зависимый пакет (встроенное программное обеспечение), который не установлен в аппаратуре 40 формирования изображения и не подлежал установке, может устанавливаться одновременно с пакетом 1, и запрашивает о том, установить ли зависимый пакет. Отметим, что определение того, может ли одновременно с устанавливаемым пакетом распространения устанавливаться зависимый пакет, может выполняться исходя из типа распространения собственно пакета распространения.

Когда на экране 550a нажимается кнопка «ОК» (этап S165), секция 421 установки указывает URL, соответствующие устанавливаемым пакетам распространения, и URL пакета распространения (зависимого пакета) для одновременной установки, и отправляет секции 31 обработки загрузки сервера 30 загрузки запрос загрузки для загрузки пакетов распространения и зависимого пакета (этап S166). То есть кнопка 551a «ОК» создает связь с URL пакетов распространения, URL зависимого пакета, который должен устанавливаться одновременно с пакетом распространения, и отправляет инструкцию в отношении запроса загрузки.

Фиг. 31 является схемой, иллюстрирующей пример отображения экрана подтверждения, когда запрещена одновременная установка зависимых пакетов. Как проиллюстрировано в области 552c экрана 550c подтверждения, присутствует три пакета 3, 4, и 5 распространения, установка которых запрещена. Области 553c, 554c, и 555c экрана 550c подтверждения иллюстрируют подробности в отношении трех пакетов распространения, установка которых запрещена. Область 553c определяет, что пакет 3 не может снять зависимость (зависимый пакет не может быть установлен одновременно с устанавливаемым пакетом распространения). Область 551c определяет, что лицензия пакета 4 уже приобретена (уже используется). Область 555c определяет, что пакет 5 не может быть установлен одновременно с прочими пакетами (пакетом 1 и пакетом 2 в примере на Фиг. 31). Отметим, что Фиг. 31 иллюстрирует пример, где для установки выбраны пакеты с 1 по 5.

Когда на экране 550c подтверждения нажимается кнопка 551с «ОК» (этап S165), секция 421 установки указывает URL, соответствующие пакетам распространения, установка которых разрешена, и отправляет секции 31 обработки загрузки сервера 30 загрузки запрос загрузки для загрузки пакетов распространения (этап S166). То есть кнопка 551c «ОК» создает связь с URL каждого из пакетов распространения, установка которого разрешена, и отправляет инструкцию в отношении запроса загрузки.

По приему на этапе S166 запроса загрузки секция 31 обработки загрузки получает пакеты распространения, идентифицируемые при помощи URL, указанных в запросе загрузки от секции 32 управления пакетами распространения, и передает полученные пакеты распространения секции 421 установки (этап S167). Секция 421 установки хранит принятые пакеты распространения во временной области хранения в HDD 414 (например, временной папке).

Когда завершена загрузка пакетов распространения, секция 421 установки указывает ключи продукта, введенные на этапе S151, ID продуктов устанавливаемых пакетов распространения и номер аппаратуры собственно аппаратуры 40 формирования изображения, записанный в ROM 413 или HDD 414, и отправляет запрос формирования файла лицензии (запрос использования лицензии) секции 115 выпуска лицензии серверной секции 11 активации (этап S168). Далее, секция 115 выпуска лицензии формирует файл 90 лицензии на основании ключей продуктов и таблицы 121 управления лицензиями (этап S169).

Фиг. 32 является схемой, иллюстрирующей пример конфигурации файла лицензии. Как проиллюстрировано на Фиг. 32, файл 90 лицензии включает в себя ID продукта, номер аппаратуры и дату окончания. ID продукта является ID продукта пакета распространения, которому файлом 90 лицензии присваивается лицензия (разрешается использование пакета распространения). Номером аппаратуры является номер аппаратуры собственно аппаратуры 40 формирования изображения, в которой использование пакета распространения, связанного с ID продукта, разрешается файлом 90 лицензии. Датой окончания является дата окончания действия файла 90 лицензии; то есть датой окончания лицензии, присвоенной файлом 90 лицензии.

ID продукта, связанный с соответствующим ключом продукта, который содержится в запросе формирования файла лицензии для формирования файла 90 лицензии, регистрируется в качестве ID продукта файла 90 лицензии. Отметим, что если ключ продукта связан с лицензией группы; то есть если несколько разных ID продуктов зарегистрированы соответствующими ключу продукта в таблице 121 управления лицензиями, то секция 115 выпуска лицензии формирует файл 90 лицензии для каждого из пакетов распространения. Соответственно, ID продукта, соответствующего одного из сформированных файлов 90 лицензии, является ID продукта, соответствующий одному из пакетов распространения, имеющих лицензию группы.

Номер аппаратуры, содержащийся в запросе формирования файла лицензии для формирования файла 90 лицензии регистрируется в качестве номера аппаратуры файла 90 лицензии. Датой окончания файла 90 лицензии является дата (например, месяц/день/год), вычисленная путем сложения, зарегистрированного в таблице 121 управления лицензиями, периода действия, соответствующего ключу продукта и соответствующего ID продукта, который содержится в запросе формирования файла лицензии для формирования файла 90 лицензии, с текущей датой.

Затем секция 115 выпуска лицензии отправляет секции 421 установки в качестве ответа сформированный файл 90 лицензии (этап S170). Секция 421 установки хранит принятый файл 90 лицензии во временной области хранения в HDD 414 (например, временной папке).

По приему файла 90 лицензии секция 421 установки выполняет процесс установки пакета распространения (этап S171). Подробности процесса установки описываются позже.

Отметим, что в вышеприведенном примере инструкция получения пакета распространения (инструкция получения пакета распространения) отправляется аппаратуре 40 формирования изображения через данные экрана списка установки на этапе S157 или данные экрана подтверждения на этапе S163. Тем не менее, вместо вышеприведенного примера, аппаратуре 40 формирования изображения может непосредственно отправляться сам пакет распространения (т.е. не инструкция получения, а сама прикладная программа), когда секция 421 установки выполняет процесс установки пакета распространения. В данном случае, серверная секция 15 компонентов (т.е. второй модуль отправки) может загружать устанавливаемый пакет распространения с сервера 30 загрузки и передавать загруженный пакет распространения аппаратуре 40 формирования изображения.

В дополнение, если устанавливаются некоторые из пакетов распространения, привязанные к группе (т.е. если некоторые из пакетов распространения, привязанные к группе, выбраны на экране 540 списка установки на Фиг. 27), то оставшиеся пакеты распространения, привязанные к той же самой группе, могут устанавливаться отдельно. Если устанавливаются оставшиеся пакеты распространения, привязанные к группе, то пользователь вновь отображает экран 520 ввода ключа продукта и вводит соответствующие ключи продуктов, связанные с группой. В данном случае, секция 152 обеспечения установки формирует данные экрана списка установки для отображения экрана списка установки, не предоставляя кнопки-флажки, соответствующие пакетам распространения, лицензия которых уже была использована. Таким образом, отображается экран 540 списка установки, в котором не могут быть выбраны пакеты распространения, уже имеющие использованные лицензии. Включает ли в себя пакет распространения уже используемую лицензию, определяется на основании информации, указывающей доступность (применимость) лицензии для каждого ID продукта, привязанного к группе, которая отправляется от секции 113 проверки ключа продукта в качестве ответа на этапе S155.

Далее, даны описания подробностей процессов, выполняемых серверной секцией 15 компонентов сервера 10 управления лицензиями, на проиллюстрированных на Фиг. 22 этапах S161 и S162.

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

На этапе S175 секция 151 определения отношений зависимости выбирает один из ID продуктов, принятый в запросе проверки отношений зависимости на этапе S161 на Фиг. 22, для выполнения процесса проверки отношений зависимости применительно к выбранному ID продукта (т.е. выбранному пакету распространения). Далее, секция 151 определения отношений зависимости определяет, был ли уже активирован проверяемый на отношение зависимости пакет распространения (здесь и далее просто именуемый «текущим пакетом распространения») на основании информации о конфигурации текущего пакета распространения, содержащейся в информации о конфигурации, принятой для каждого пакета распространения на этапе S160 (этап S176). Если текущий пакет распространения не был активирован (НЕТ на этапе S176), то секция 151 определения отношений зависимости определяет, существует ли зависимый пакет распространения (т.е. зависимый пакет), от которого зависит текущий пакет распространения, на основании таблицы 155 управления компонентами (см. Фиг. 28) и таблицы 156 управления отношениями зависимостей (этап S177).

Фиг. 34 является схемой, иллюстрирующей пример конфигурации таблицы управления отношениями зависимости. Как проиллюстрировано на Фиг. 34, таблица 156 управления отношениями зависимости включает в себя зарегистрированные для каждого пакета функций ID продукта пакета функций и ID продукта (текущего) пакета функций, от которого зависит пакет функций. Может быть зарегистрировано несколько ID продуктов пакетов функций, от которых зависит текущий пакет функций. Отметим, что на Фиг. 34, «0» указывает на то, что не существует пакета функций, от которого зависит текущий пакет функций.

Отметим, что аналогично таблице 155 управления компонентами секция 154 управления отношениями зависимости регулярно получает пакеты распространения от сервера 30 загрузки, анализирует содержимое полученных пакетов распространения и регистрирует проанализированное содержимое в таблице 156 управления отношениями зависимости. В частности, в таблице 156 управления отношениями зависимости содержимое информации о зависимости пакетов, записанной в файле информации о пакете собственно пакета функций, который содержится в пакете распространения, регистрируется как ID продукта пакета функций, от которого зависит текущий пакет функций.

На этапе S177 секция 151 определения отношений зависимости получает список ID продуктов пакетов функций, зарегистрированных в соответствии с ID продукта текущего пакета распространения в таблице 155 управления компонентами. Далее, секция 151 определения отношений зависимости указывает пакет функций (здесь и далее именуемый «зависимый пакет функций»), от которого зависит текущий пакет функций, на основании ID продуктов полученных пакетов функций и таблицы 156 управления отношениями зависимости. Если найден зависимый пакет функций, то таблица 156 управления отношениями зависимости указывает пакет распространения, к которому привязан зависимый пакет функций, посредством обратной ссылки на таблицу 155 управления компонентами. Указанный пакет распространения определяется как зависимый пакет для текущего пакета распространения. Отметим, что может существовать несколько зависимых пакетов. Дополнительно, поиск отношений зависимости между пакетами функций может выполняться рекурсивно.

Если зависимый пакет не найден (НЕТ на этапе S177), то секция 151 определения отношений зависимости записывает, что текущий пакет распространения не имеет конфликта отношений зависимости в устройство 103 памяти посредством создания связи с ID продукта текущего пакета распространения (этап S178). Если зависимый пакет найден (Да на этапе S177), то секция 151 определения отношений зависимости определяет, был ли уже установлен зависимый пакет в аппаратуру 40 формирования изображения или устанавливается ли зависимый пакет, на основании информации о конфигурации, принятой для каждого пакета распространения на этапе S160, или ID продуктов устанавливаемых пакетов распространения, принятых на этапе S160 (этап S179). То есть если была принята информация о конфигурации, соответствующая зависимому пакету, то секция 151 определения отношений зависимости определяет, что зависимый пакет уже был установлен в аппаратуру 40 формирования изображения. Дополнительно, если ID продукта зависимого пакета включен в ID продуктов, устанавливаемых пакетов распространения, то секция 151 определения отношений зависимости определяет, что зависимый пакет будет установлен.

Если зависимый пакет уже был установлен в аппаратуру 40 формирования изображения (Да на этапе S179), то секция 151 определения отношений зависимости определяет, был ли уже активирован зависимый пакет (т.е. является ли доступным зависимый пакет), на основании информации о конфигурации, принятой из расчета на пакет распространения (этап S180). То есть секция 151 определения отношений зависимости определяет, был ли уже активирован зависимый пакет, на основании флага активации, который содержится в информации о конфигурации зависимого пакета.

Если зависимый пакет уже был активирован или зависимый пакет является устанавливаемым (ДА на этапе S180), то секция 151 определения отношений зависимости записывает в устройство 103 памяти, путем создания связи с ID продукта текущего пакета распространения, что текущий пакет распространения не имеет конфликта отношений зависимостей (этап S178). Если существует зависимый пакет, который не был активирован (Нет на этапе S180), секция 151 определения отношений зависимости записывает в устройство 103 памяти, путем создания связи с ID продукта текущего пакета распространения, что текущий пакет распространения имеет зависимый пакет, необходимый для активации (этап S181).

Дополнительно, если зависимый пакет не был установлен (Нет на этапе S179), то секция 151 определения отношений зависимости, на основании таблицы 155 управления компонентами, определяет, может ли быть установлен зависимый пакет одновременно с текущим пакетом распространения (этап S182). То есть в таблице 155 управления компонентами, если тип распространения, соответствующий ID продукта зависимого пакета, указывает на то, что активация не требуется, то секция 151 определения отношений зависимости определяет, что зависимый пакет может быть установлен одновременно с текущим пакетом распространения. С другой стороны, в таблице 155 управления компонентами, если тип распространения зависимого пакета указывает на то, что требуется активация, то секция 151 определения отношений зависимости определяет, что невозможно установить зависимый пакет одновременно с текущим пакетом распространения.

Если зависимый пакет может быть установлен одновременно с текущим пакетом распространения (Да на этапе S182), то секция 151 определения отношений зависимости записывает в устройство 103 памяти, путем создания связи с ID продукта текущего пакета распространения, ID продукта одновременно устанавливаемого зависимого пакета (этап S183). Если невозможно установить зависимый пакет одновременно с текущим пакетом распространения (Нет на этапе S182), то секция 151 определения отношений зависимости записывает в устройство 103 памяти, путем создания связи с ID продукта текущего пакета распространения, ID продукта одновременно деинсталлируемого (непригодного) зависимого пакета (этап S184).

Дополнительно, если текущий пакет распространения уже был активирован (Да на этапе S176), то секция 151 определения отношений зависимости записывает в устройство 103 памяти, путем создания связи с ID продукта текущего пакета распространения, что лицензия текущего пакета распространения уже была получена (этап S185).

Когда процессы на этапах с S175 по S185 выполнены для всех ID продуктов, принятых в запросе проверки отношений зависимости на этапе S161 на Фиг. 22 (Да на этапе S186), тогда секция 152 обеспечения установки формирует данные экрана подтверждения на основании информации, записанной в устройстве 103 памяти (этап S187). Если, например, все пакеты распространения не имеют конфликта отношений зависимости, то секция 152 обеспечения установки формирует данные экрана подтверждения для отображения, проиллюстрированного на Фиг. 29 экрана 550a подтверждения. Дополнительно, если записана информация, относящаяся к этапу S183, то секция 152 обеспечения установки формирует данные экрана подтверждения для отображения, проиллюстрированного на Фиг. 30 экрана 550b подтверждения. Дополнительно, если записана информация, относящаяся к этапам S183, S184 и S185, то секция 152 обеспечения установки формирует данные экрана подтверждения для отображения, проиллюстрированного на Фиг. 31 экрана 550c подтверждения.

Отметим, что каждые из данных экрана подтверждения для отображения экранов 550a, 550b и 550c подтверждения включают в себя соответствующую кнопку «ОК», связанную с URL каждого устанавливаемого пакета распространения. URL устанавливаемых пакетов распространения получают через путь загрузки в таблице 155 управления компонентами.

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

Далее даны описания подробностей процессов, выполняемых серверной секцией 11 компонентов собственно сервера 10 управления лицензиями на проиллюстрированных на Фиг. 22 этапах с S168 по S170. Фиг. 35 является блок-схемой, иллюстрирующей процесс формирования файла лицензии, выполняемый серверной секцией 11 активации. Отметим, что Фиг. 35 иллюстрирует процесс формирования файла лицензии, когда принят один ключ продукта. Таким образом, если принято несколько ключей продуктов, то процессы этапов с S192 по S198 выполняются для каждого ключа продукта.

На этапе S191 секция 115 выпуска лицензии принимает запрос использования лицензии совместно с ключом продукта, ID продукта, и номером аппаратуры собственно аппаратуры 40 формирования изображения от секции 421 установки аппаратуры 40 формирования изображения. Далее, секция 115 выпуска лицензии определяет, может ли быть разрешена лицензия, соответствующая принятому ключу продукта. В частности, секция 115 выпуска лицензии определяет, был ли зарегистрирован в таблице 121 управления лицензиями принятый ключ продукта (этап S192). Если ключ продукта был зарегистрирован (найден) в таблице 121 управления лицензиями (Да на этапе S192), то секция 115 выпуска лицензии определяет, был ли зарегистрирован в таблице 121 управления лицензиями номер аппаратуры, идентичный принятому номеру аппаратуры в соответствии с зарегистрированным ключом продукта (этап S193). Если идентичный номер аппаратуры не был зарегистрирован (не найден) в таблице 121 управления лицензиями (Нет на этапе S193), то секция 115 выпуска лицензии определяет, есть ли в таблице 121 управления лицензиями запись со статусом «зарегистрировано» среди записей, соответствующих зарегистрированному (найденному) ключу продукта и принятому ID продукта (S194). Если в таблице 121 управления лицензиями найдена запись со статусом «зарегистрировано» (здесь и далее просто именуемая как «целевая запись») (Да на этапе S194), то секция 115 выпуска лицензии записывает принятый номер аппаратуры в целевую запись и меняет статус «зарегистрировано» целевой записи на статус «проверено» (этап S196). То есть секция 115 выпуска лицензии записывает, что лицензия, соответствующая зарегистрированному ключу продукта, используется. Дополнительно, если уже был записан период действия лицензии целевой записи (т.е. если целевая запись была присвоена ограниченной по времени лицензии), то секция 115 выпуска лицензии вычисляет дату окончания лицензии, путем сложения записанного периода действия лицензии с текущей датой, и записывает в таблицу 121 управления лицензиями для целевой записи вычисленную дату окончания.

Далее, секция 115 выпуска лицензии формирует файл 90 лицензии (см. Фиг. 32), содержащий ID продукта, номер аппаратуры и дату окончания лицензии, соответствующие целевой записи (этап S197). Отметим, что файл 90 лицензии формируется для каждой записи таблицы 121 управления лицензиями; то есть файл 90 лицензии формируется для каждой лицензии, соответствующей пакету распространения. Далее секция 115 выпуска лицензии в качестве ответа отправляет сформированный файл 90 лицензии секции 421 установки аппаратуры 40 формирования изображения (этап S198).

С другой стороны, если номер аппаратуры, идентичный принятому номеру аппаратуры, был зарегистрирован в соответствии с зарегистрированным ключом продукта в таблице 121 управления лицензиями (Да на этапе S193), то секция 115 выпуска лицензии, определяет, имеет ли найденная запись, с идентичным номером аппаратуры, статус «зарегистрировано» (этап S195). Если запись с идентичным номером аппаратуры имеет статус «зарегистрировано» (Да на этапе S195), то выполняются процессы этапов с S196 по S198.

Дополнительно, если ключ продукта не был зарегистрирован (не найден) в таблице 121 управления лицензиями (Нет на этапе S192), если в таблице 121 управления лицензиями не найдена целевая запись со статусом «зарегистрировано» (Нет на этапе S194) или если запись с идентичным номером аппаратуры имеет статус «проверено» (Нет на этапе S195), то секция 115 выпуска лицензии обнаруживает ошибки, в связи с чем секция 115 выпуска лицензии не формирует файл 90 лицензии и не выпускает лицензию.

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

На этапе S196a секция 115 выпуска лицензии определяет, является ли лицензионное соглашение целевой записи ограниченной по времени лицензией или пробной лицензией. То есть секция 115 выпуска лицензии определяет, имеет ли лицензионное соглашение целевой записи дату окончания. Если лицензионное соглашение целевой записи не является ограниченной по времени лицензией или пробной лицензией (Нет на этапе S196a), то секция 115 выпуска лицензии не выполняет вычисление даты окончания лицензии.

Если лицензионное соглашение целевой записи является ограниченной по времени лицензией или пробной лицензией (Да на этапе S196a), то секция 115 выпуска лицензии определяет, является ли лицензионное соглашение целевой записи лицензией группы (этап S196b). В частности, секция 115 выпуска лицензии производит поиск записей, отличных от целевой записи, которые включают в себя ID продукта, отличающийся от того, что указан в целевой записи, и ключ продукта, идентичный тому, что указан в целевой записи. Если секция 115 выпуска лицензии находит такие записи с ID продукта отличным от того, что указан в целевой записи, и ключом продукта, идентичным тому, что указан в целевой записи, то секция 115 выпуска лицензии определяет, что целевая запись имеет лицензию группы. С другой стороны, если секция 115 выпуска лицензии не находит таких записей, то секция 115 выпуска лицензии определяет, что целевая запись не связана с лицензией группы.

Если секция 115 выпуска лицензии определяет, что целевая запись связана с лицензией группы; то есть если целевая запись имеет лицензию группы (Да на этапе S196b), то секция 115 выпуска лицензии определяет, используются ли уже лицензии найденных записей (прочих членов группы), связанных с лицензией группы (этап S196c). В частности, секция 115 выпуска лицензии определяет, есть ли среди тех записей, что найдены на этапе S196b (т.е. прочих членов, связанных с лицензией группы), запись со статусом «проверено». Если среди тех записей, что найдены на этапе S196b, есть запись со статусом «проверено» (Да на этапе S196c), то секция 115 выпуска лицензии записывает в поле «дата выпуска лицензии», целевой записи дату окончания, вычисленную путем сложения периода действия лицензии целевой записи с датой выпуска лицензии найденной записи (этап S196d). То есть пакеты распространения, привязанные к одной и той же группе, имеют одинаковую дату окончания лицензии.

Если, с другой стороны, секция 115 выпуска лицензии определяет, что целевая запись не связана с лицензией группы (Нет на этапе S196b), то секция 115 выпуска лицензии определяет, связана ли целевая запись с корпоративной лицензией (этап S196e). В частности, секция 115 выпуска лицензии производит поиск другой записи с ID продукта идентичным ID продукта, указанному в целевой записи, и ключом продукта идентичным ключу продукта, указанному в целевой записи. Если секция 115 выпуска лицензии находит такую запись с ID продукта идентичным тому, что указан в целевой записи, и ключом продукта идентичным тому, что указан в целевой записи, то секция 115 выпуска лицензии определяет, что целевая запись связана с корпоративной лицензией (Да на этапе S196e); тогда как, если секция 115 выпуска лицензии не находит такой записи, то секция 115 выпуска лицензии определяет, что целевая запись не связана с корпоративной лицензией (Нет на этапе S196e).

Если секция 115 выпуска лицензии определяет, что целевая запись связана с корпоративной лицензией (Да на этапе S196e), то секция 115 выпуска лицензии определяет, используется ли уже корпоративная лицензия найденной записи (имеющей ID продукта идентичный тому, что указан в целевой записи, и ключ продукта идентичный тому, что указан в целевой записи) (этап S196f). В частности, секция 115 выпуска лицензии определяет, есть ли среди записей, найденных на этапе S196e, запись со статусом «проверено». Если среди записей, что найдены на этапе S196e, есть запись со статусом «проверено» (Да на этапе S196e), то секция 115 выпуска лицензии записывает в поле «дата выпуска лицензии», целевой записи дату окончания, вычисленную путем сложения периода действия лицензии целевой записи с датой выпуска лицензии найденной записи (этап S196g). То есть пакеты распространения, привязанные к корпоративной лицензии, имеют одинаковую дату окончания лицензии.

Дополнительно, если целевая запись связана с лицензией группы (т.е. если секция 115 выпуска лицензии находит запись с ID продукта отличающимся от того, что указан в целевой записи, и с ключом продукта, идентичным тому, что указан в целевой записи), но лицензия найденной записи не используется (Нет на этапе S196c), если целевая запись не связана с лицензией группы (Нет на этапе S196b) или корпоративной лицензией (нет на этапе S196e), или если целевая запись связана с корпоративной лицензией, но корпоративная лицензия найденной записи не используется (Нет на этапе S196), то секция 115 выпуска лицензии записывает в поле «дата окончания лицензии» целевой записи дату окончания, вычисленную путем сложения периода действия лицензии целевой записи с текущей датой (сегодняшним днем) (этап S196h).

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

Как проиллюстрировано на Фиг. 36, на этапе S211, секция 421 установки регистрирует в таблице 427 управления информацией об установке информацию, которая содержится в пакетах распространения, хранящихся во временной области хранения, и информацию, которая содержится в файле 90 лицензии. То есть соответствующие ID продуктов и версии пакетов распространения, записанные в файлах информации о пакете распространения, регистрируются в соответствующих полях ID продукта и полях версии таблицы 427 управления информацией об установке. ID продукта пакета функций таблицы 427 управления информацией об установке регистрирует ID продукта, записанный в файле информации о пакете функций, хранящемся в пакете функций, содержащемся в каждом из пакетов распространения. Дополнительно, поле флага активации таблицы 427 управления информацией об установке включает в себя значение, указывающее на то, что пакет распространения уже был активирован. Поле даты окончания лицензии таблицы 427 управления информацией об установке включает в себя дату окончания, записанную в файле 90 лицензии.

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

Отметим, что файл 90 лицензии используется для проверки лицензии, выполняемой секцией 424 проверки лицензии, когда активируется пакет функций, содержащийся в пакете распространения. То есть секция 424 проверки лицензии активирует пакет функций, если есть файл 90 лицензии, соответствующий пакету распространения, к которому привязан активируемый пакет функций, если номер аппаратуры файла лицензии совпадает с номером аппаратуры собственно аппаратуры 40 формирования изображения и если период действия файла 90 лицензии не закончился. В противном случае, секция 424 проверки лицензии не разрешает активировать пакет функций. Тем не менее, проверка лицензии, выполняемая секцией 424 проверки лицензии, может альтернативно выполняться на основе таблице 155 управления компонентами.

Отметим, что с пользователя может требоваться плата за пакет распространения, установленный в аппаратуре 40 формирования изображения, на основании информации, которая содержится в таблице 121 управления лицензиями, которую регулярно получают от серверной секции 11 активации посредством секции 22 управления распространением сервера 20 распространения. В частности, в таблице 121 управления лицензиями, если имеется запись с датой выпуска лицензии позже, чем предыдущая оплата, то с пользователя требуется оплата за лицензию применительно к записи с датой выпуска лицензии позже, чем предыдущая оплата.

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

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

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

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

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

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

Фиг. 38 является циклограммой, иллюстрирующей процесс обновления лицензии.

Когда обновляется лицензия, пользователь выбирает меню 513 управления расширенными функциями на экране 510 меню настройки расширенных функций (см. Фиг. 23), отображаемом на панели 45 операций. Секция 426 управления UI отображает экран управления расширенными функциями на панели 45 операций, когда пользователь выбирает меню 513 управления расширенными функциями.

Фиг. 39 является схемой, иллюстрирующей пример отображения экрана управления расширенными функциями. Как проиллюстрировано на Фиг. 39, экран 560 управления расширенными функциями включает в себя область 561 отображения списка пакетов распространения. Область 561 отображения списка пакетов распространения отображает список пакетов распространения (т.е. пакеты с 1 по 4), установленных в аппаратуре 40 формирования изображения. Каждый из пакетов распространения (т.е. пакеты с 1 по 4) предоставлены вместе с кнопкой-флажком. Когда пользователь выбирает (отмечает) кнопки-флажки пакетов распространения, лицензии которых пользователь желает обновить, и нажимает кнопку «получить/обновить лицензию», секция 426 управления UI отображает экран получения/обновления лицензии на панели 45 операций.

Фиг. 40 является схемой, иллюстрирующей пример отображения экрана получения/обновления лицензии. Экран 570 получения/обновления лицензии включает в себя поле 572 ввода ключа продукта для ввода ключа продукта, соответствующего отмеченному на экране 560 управления расширенными функциями пакету распространения. Когда пользователь вводит ключ продукта в поле 572 ввода ключа продукта и нажимает кнопку 571 «ОК» (этап S301), то секция 422 обновления лицензии указывает ключ продукта, ID продукта обновляемого пакета распространения и номер аппаратуры собственно аппаратуры 40 формирования изображения, записанные в ROM 413 или HDD 414, и отправляет запрос обновления лицензии (т.е. запрос формирования нового файла лицензии) секции 115 выпуска лицензии серверной секции 11 активации (этап S302).

По приему запроса обновления лицензии секция 115 выпуска лицензии обновляет таблицу 121 управления лицензиями (этап S303). В частности, если лицензионное соглашение записи, соответствующей указанному ключу продукта, ID продукта и номеру аппаратуры имеет ограниченную по времени лицензию, то секция 115 выпуска лицензии обновляет дату окончания лицензии и дату выпуска лицензии записи в таблице 121 управления лицензиями. Дополнительно, если запись в таблице 121 управления лицензиями имеет статус «зарегистрировано», секция 115 выпуска лицензии обновляет статус «зарегистрировано» записи на статус «проверено». В данном процессе, новая дата окончания лицензии вычисляется путем сложения периода действия лицензии с одним из того, что имеет самую позднюю дату: зарегистрированной датой окончания лицензии (т.е. старой датой окончания лицензии, зарегистрированной в таблице 121 управления лицензиями) или текущей датой. В дополнение, новая дата выпуска лицензии записи определяется как текущая дата (Дата/Год). Отметим, что если указано несколько ID продуктов, то обновляются записи, соответствующие нескольким ID продуктов в таблице 121 управления лицензиями.

Затем секция 115 выпуска лицензии формирует новый файл лицензии (см. Фиг. 32), содержащий ID продукта, номер аппаратуры и дату окончания лицензии, соответствующий каждой из обновленных записей (т.е. каждому из обновляемых пакетов распространения) в таблице 121 управления лицензиями.

Затем секция 115 выпуска лицензии отправляет в качестве ответа секции 422 обновления сформированный новый файл лицензии (этап S305). Секция 422 обновления удаляет существующий файл 90 лицензии, соответствующий обновляемому пакету распространения, и сохраняет принятый новый файл лицензии в заранее определенной области хранения HDD 414. Секция 422 обновления лицензии обновляет таблицу 427 управления информацией об установке на основании принятого нового файла лицензии (этап S306). В частности, секция 422 обновления лицензии обновляет дату окончания лицензии, соответствующую ID продукта, записанного в существующем (старом) файле 90 лицензии на новую (вычисленную) дату окончания лицензии, записанную в новом файле 90 лицензии. Дополнительно, секция 422 обновления лицензии меняет флаг активации записи на значение, указывающее на то, что пакет распространения уже был активирован.

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

Отметим, что обновление лицензии может оплачиваться таким же образом, как и оплата установки. То есть с пользователя может быть взята оплата за обновление установленного в аппаратуре 40 формирования изображения пакета распространения на основании информации, которая содержится в таблице 121 управления лицензиями, которую регулярно получают от серверной секции 11 активации посредством секции 22 управления распространением сервера 20 распространения. В частности, если в таблице 121 управления лицензиями присутствует запись с датой выпуска лицензии позже, чем предыдущая оплата, то с пользователя берут плату за лицензию записи с датой выпуска лицензии позже, чем предыдущая оплата.

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

Фиг. 41 является циклограммой, иллюстрирующей процесс модернизации пакета распространения. Когда пользователь выбирает меню 512 «модернизировать» на экране 510 меню настройки расширенных функций, отображаемом на панели 45 операций (этап S401), то секция 423 модернизации пакетов указывает ID продукта и версию установленного в аппаратуре 40 формирования изображения пакета распространения и отправляет секции 153 обеспечения модернизации пакета серверной секции 15 компонентов запрос модернизации пакета распространения (этап S402). Отметим, что указанный ID продукта и версия пакета распространения получены из таблицы 427 управления информацией об установке.

Секция 153 обеспечения модернизации пакета определяет пакеты распространения кандидаты на модернизацию на основании указанного ID продукта и версии пакета распространения в принятом запросе модернизации пакета распространения и таблицы 155 управления компонентами (этап S403). В частности, секция 153 обеспечения модернизации пакета определяет, присутствуют ли в таблице 155 управления компонентами зарегистрированные пакеты распространения (ID продуктов) с версией новее, чем принятая версия пакета распространения, содержащаяся в принятом запросе модернизации пакета распространения. Если в таблице 155 управления компонентами найдены пакеты распространения с версией новее, чем принятая версия, то секция 153 обеспечения модернизации пакета подтверждает найденные пакеты распространения в качестве пакетов распространения кандидатов на модернизацию.

Затем секция 153 обеспечения модернизации пакета предписывает секции 151 определения отношений зависимости проверить отношение зависимости пакетов распространения кандидатов на модернизацию (этап S404). Отметим, что, несмотря на то что отношение зависимости пакетов распространения кандидатов на модернизацию уже было проверено во время установки тех же пакетов распространения, проверка отношений зависимости выполняется вновь при модернизации. Это происходит потому, что отношение зависимости между пакетами распространения может быть изменено из-за модернизации пакетов распространения. Отметим, что проверка отношений зависимости на этапе S404 может выполняться таким же образом, как она выполняется во время установки (см. Фиг. 33).

Если отсутствует конфликт отношений зависимости пакета-кандидата распространения, то секция 153 обеспечения модернизации пакета формирует данные экрана списка модернизации для отображения экрана списка модернизации для выбора одного или более пакетов распространения из списка пакетов распространения кандидатов на модернизацию для модернизации на экране списка модернизации (S405). Затем секция 153 обеспечения модернизации пакета отправляет в качестве ответа секции 423 модернизации пакетов данные экрана списка модернизации (этап S406). Отметим, если в отношении пакетов-кандидатов распространения присутствует конфликт отношений зависимости, то применительно к пакетам распространения кандидатам на модернизацию могут формироваться данные экрана подтверждения, аналогичные тем, что формируются при установке, и сформированные данные экрана подтверждения отправляются в качестве ответа секции 423 модернизации пакета.

Затем секция 423 модернизации пакетов вводит принятые данные экрана списка модернизации в секции 426 управления UI. Секция 426 управления UI отображает экран списка модернизации на панели 45 операций на основании данных экрана списка модернизации (этап S407).

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

Когда пользователь выбирает (отмечает) кнопки-флажки пакетов распространения кандидатов на модернизацию и нажимает кнопку 582 «модернизировать» (этап S408), то секция 423 модернизации пакетов указывает URL, соответствующие пакетам распространения кандидатам на модернизацию, и отправляет секции 31 обработки загрузки сервера 30 загрузки запрос загрузки для загрузки модернизированных версий пакетов распространения (этап S409). В частности, данные экрана списка модернизации включают в себя URL соответствующих пакетов распространения кандидатов на модернизацию. Дополнительно, кнопка 572 «модернизировать» связана с отправкой инструкции запроса загрузки, который указывает URL выбранных (отмеченных) пакетов распространения кандидатов на модернизацию в области 581 отображения списка модернизируемых пакетов.

Затем секция 31 обработки загрузки получает пакеты распространения, идентифицируемые URL, указанными в принятом запросе загрузки от секции 32 управления пакетами распространения, и передает полученные пакеты распространения секции 423 модернизации пакетов (этап S410). Секция 423 модернизации пакетов модернизирует старые версии пакетов распространения на новые версии соответствующих пакетов распространения посредством сохранения принятых пакетов распространения в заранее определенной области хранения в HDD 414. Дополнительно, секция 423 модернизации пакетов обновляет таблицу 427 управления информацией об установке на основании ID продуктов и версий, записанных в файлах информации о пакете распространения, хранящихся в принятых пакетах распространения. В частности, секция 423 модернизации пакетов обновляет значения версий, соответствующие ID продуктов, в таблице 427 управления информацией об установке.

Далее описывается процесс деактивации. Фиг. 43 является циклограммой, иллюстрирующей процесс деактивации.

На этапе S501 аппаратурная секция 425 деактивации принимает введенную пользователем инструкцию деактивации (этап S501). Инструкция деактивации вводится пользователем через экран 560 управления расширенными функциями (см. Фиг. 39). То есть когда пользователь выбирает (отмечает) один или более деактивируемых пакетов распространения в области отображения списка пакетов распространения экрана 560 управления расширенными функциями и нажимает кнопку 563 «отмена лицензии», то аппаратурная секция 425 деактивации подтверждает выбранные пакеты распространения как объекты деактивации.

Затем аппаратурная секция 425 деактивации указывает ID продуктов, выбранных деактивируемых пакетов распространения и номер аппаратуры собственно аппаратуры 40 формирования изображения и отправляет запрос деактивации (т.е. запрос отмены лицензии) серверной секции 116 деактивации серверной секции 11 активации (этап S502). Серверная секция 116 деактивации меняет статусы «проверено» записей, соответствующих указанным ID продуктов и номерам аппаратуры на статусы «зарегистрировано», то есть информацию, указывающую на то, что лицензии пакетов распространения, соответствующих указанным ID продуктов и номерам аппаратуры, не используются. Отметим, что деактивация выполняется над лицензиями записей со статусами «проверено». Таким образом, если статус деактивируемой записи не является статусом «проверено», то серверная секция 116 деактивации определяет, что деактивация не удалась.

Затем серверная секция 116 деактивации в качестве ответа отправляет аппаратурной секции 425 деактивации аппаратуры 40 формирования изображения результат процесса деактивации (была ли выполнена деактивация) (этап S504). Если процесс деактивации был успешен, то аппаратурная секция 425 деактивации удаляет деактивируемый пакет распространения и связанный с ним файл 90 лицензии из HDD 414 (этап S505). Дополнительно, аппаратурная секция 425 деактивации также удаляет запись, соответствующую пакету распространения, который был деактивирован, из таблицы 427 управления информацией об установке.

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

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

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

Например, при включении аппаратуры 40 формирования изображения или когда она подходит к определенному заданному времени (Да на этапе S511), аппаратурная секция 425 деактивации проверяет даты окончания всех файлов 90 лицензий, хранящихся в HDD 414 аппаратуры 40 формирования изображения (этап S512). В частности, аппаратурная секция 425 деактивации сравнивает дату окончания каждого из файлов 90 лицензии с текущим временем для определения того, имеются ли файлы 90 лицензии с истекшими датами лицензии. Если имеются файлы 90 лицензий с истекшими датами лицензий (Да на этапе S512), то аппаратурная секция 425 деактивации исполняет проиллюстрированный на Фиг. 43 процесс деактивации в отношении пакетов распространения, соответствующих ID продуктов, записанных в файлах 90 лицензий (этап S513).

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

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

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

Например, когда администратор сайта распространения вводит в сервер 20 распространения инструкцию запуска модификации конфигурации группы, секция 21 регистрации коммерческих продуктов сервера 20 распространения отправляет запрос получения информации о списке групп секции 111 взаимодействия с сервером распространения сервера 11 распространения (этап S51). Секция 111 взаимодействия с сервером распространения получает, по приему запроса получения информации о списке групп от секции 21 регистрации коммерческих продуктов, информацию о списке групп от сводной таблицы 120 ID групп и сводной таблицы 122 имен групп. Затем секция 111 взаимодействия с сервером распространения в качестве ответа отправляет секции 21 регистрации коммерческих продуктов полученную информацию о списке групп (этап S52).

Секция 21 регистрации коммерческих продуктов отображает экран списка групп в устройстве отображения сервера 20 распространения на основании принятой информации о списке групп (этап S53). Когда на экране списка групп выбрана одна или более группы, для того чтобы выдать указание по редактированию групп (этап S54), секция 21 регистрации коммерческих продуктов отображает выбранные группы на экране 220 редактирования групп (Фиг. 16) в качестве редактируемых групп (этап S55). В частности, в областях 221 и 222 отображаемого экрана 220 редактирования групп отображаются ID групп и имена групп выбранных групп.

Затем выполняется редактирование конфигурации группы, такое как добавление пакета распространения в группу или удаление пакета распространения из группы. После того как завершено редактирование конфигурации группы и произведен щелчок по кнопке «завершить редактирование» (см. Фиг. 16) (этап S57), секция 21 регистрации коммерческих продуктов отправляет запрос модификации конфигурации группы секции 111 взаимодействия с сервером распространения серверной секции 11 активации (этап S58). Запрос модификации конфигурации группы содержит параметры ID групп и имен групп отредактированных групп, информацию о конфигурации группы после модификации (т.е. ID продуктов пакетов распространения привязанных к группе), имя домена, как впрочем, и имя домена, ID сайта распространения и пароль, хранящиеся в запоминающем устройстве сервера 20 распространения. Секция 111 взаимодействия с сервером распространения выполняет процесс модификации конфигурации группы на основании принятого запроса получения модификации конфигурации группы (этап S59). В частности, секция 111 взаимодействия с сервером распространения обновляет информацию о конфигурации группы, записанную в сводной таблице 120 ID групп, информацией о конфигурации группы, содержащейся в запросе модификации конфигурации группы. После выполнения процесса модификации конфигурации группы секция 111 взаимодействия с сервером распространения отправляет секции 21 регистрации коммерческих продуктов ответ, указывающий на то, был ли успешно завершен процесс модификации конфигурации группы (этап S60).

Далее описываются подробности этапа S59a. Фиг. 46 является циклограммой, иллюстрирующей процесс модификации конфигурации группы. Этапы S59a и S59b на Фиг. 46 аналогичны этапам S40a и S40b, проиллюстрированным на Фиг. 17.

Затем секция 111 взаимодействия с сервером распространения проверяет, были ли уже зарегистрированы в сводной таблице 120 ID групп записи, содержащие ID групп пакетов распространения и соответствующие ID сайтов распространения в запросе модификации конфигурации группы (этап S59c). Если записи зарегистрированы в сводной таблице 120 ID групп, то секция 111 взаимодействия с сервером распространения проверяет, используется ли любой из ключей продуктов (лицензии) коммерческих продуктов, связанных с группой (этап S59d). В частности, из сводной таблицы 120 ID групп получают ID продуктов пакетов распространения привязанных к группе на основании ID групп, содержащихся в запросе модификации конфигурации группы. Затем секция 111 взаимодействия с сервером распространения проверяет, используются ли уже лицензии, связанные с полученными ID продуктов пакетов распространения, на основании таблицы 121 управления лицензиями (см. Фиг. 20). То, используется ли лицензия соответствующего пакета распространения, определяется тем, является ли статус пакета распространения статусом «проверено». Если лицензия соответствующего пакета распространения не используется, то секция 111 взаимодействия с сервером распространения обновляет информацию о конфигурации группы сводной таблицы 120 ID групп на основании принятого запроса получения модификации конфигурации группы (этап S59e). Затем секция 111 взаимодействия с сервером распространения удаляет (старый/уже зарегистрированный) ID продукта, зарегистрированный в сводной таблице 120 ID групп, в соответствии с ID групп и ID сайтов распространения в запросе модификации конфигурации группы, и обновляет (старый/уже зарегистрированный) ID продукта (новым) ID продукта, который содержится в запросе модификации конфигурации группы, в соответствии с ID группы и ID сайта распространения.

Затем секция 111 взаимодействия с сервером распространения отправляет секции 21 регистрации коммерческих продуктов ответ, указывающий на то, что модификация конфигурации группы была выполнена успешно (Этап S59f). С другой стороны, если секция 111 взаимодействия с сервером распространения определяет, что на этапе S59a отсутствуют необходимые параметры, если на этапе S59b не удалось аутентифицировать сервер 20 распространения, если на этапе S59c секция 111 взаимодействия с сервером распространения определяет, что ID группы и ID сайта распространения не были зарегистрированы в сводной таблице 120 ID групп, и если на этапе S59d секция 111 взаимодействия с сервером распространения определяет, что ключ продукта, связанный с ID группы, используется, то секция 111 взаимодействия с сервером распространения отправляет секции 21 регистрации коммерческого продукта ответ ошибки, указывающий на то, что не удалось модифицировать конфигурацию группы (этап S59g).

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

Далее описывается удаление группы. Когда любая из групп, выбранных на экране списка групп, отображаемом на этапе S53 Фиг. 45, должна быть удалена, секция 21 регистрации коммерческого продукта отправляет секции 111 взаимодействия с сервером распространения сервера 10 управления лицензиями запрос удаления группы, содержащий ID группы и соответствующий ID сайта распространения выбранной группы. По приему запроса удаления группы, секция 111 взаимодействия с сервером распространения выполняет проиллюстрированный на Фиг. 47 процесс удаления группы.

Фиг. 47 является циклограммой, иллюстрирующей процесс удаления группы. Этапы с S61a по S61c на Фиг. 47 аналогичны этапам с S59a по S59c на Фиг. 46.

На этапе S61d, секция 111 взаимодействия с сервером распространения определяет, возможно ли удалить выбранную группу, на основании флага удаления, включая ID группы и соответствующий ID сайта распространения, содержащиеся в запросе удаления группы. В частности, если флаг удаления соответствует статусу «ВКЛЮЧЕНО», то сервер 111 секции взаимодействия с сервером распространения определяет, что возможно удалить группу с флагом удаления в статусе «ВКЛЮЧЕНО». Если флаг удаления соответствует статусу «ВЫКЛЮЧЕНО», то секция 111 взаимодействия с сервером распространения определяет, что невозможно удалить группу с флагом удаления в статусе «ВЫКЛЮЧЕНО».

Если секция 111 взаимодействия с сервером распространения определяет, что невозможно удалить группу, то секция 111 взаимодействия с сервером распространения обновляет сводную таблицу 120 ID групп на основании запроса удаления группы (этап S61e). В частности, секция 111 взаимодействия с сервером распространения удаляет запись с ID группы и соответствующим ID сайта распространения, которые содержатся в запросе удаления группы, из сводной таблицы 120 групп ID. Дополнительно, секция 111 взаимодействия с сервером распространения также удаляет запись с соответствующим ID группы из сводной таблицы 122 имен групп. Описания этапов S61f и S61g опущены, так как они очевидны из описаний, проиллюстрированных на Фиг. 46 этапов S59f и S59g.

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

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

На Фиг. 48, в среду E1 пользователя добавляется устройство 60 управления аппаратурой. Устройством 60 управления аппаратурой является персональный компьютер (PC), который одновременно выполняет получение и применение компонентов программного обеспечения и их соответствующих лицензий (разрешений использования) в аппаратуре 40 формирования изображения. Конфигурация аппаратного обеспечения устройства 60 управления аппаратурой может быть точно такой же, как проиллюстрированная на Фиг. 6. Тем не менее, устройство 60 управления аппаратурой включает в себя устройство отображения, такое как жидкокристаллический дисплей и устройства ввода, такие как клавиатура и манипулятор типа мышь. Устройство 60 управления аппаратурой соединено с каждой из единиц аппаратуры 40 формирования изображения через сеть 70 (независимо от того, является ли соединение проводным или беспроводным), такую как локальная сеть (LAN). Отметим, что PC 50 пользователя также может быть соединен с сетью 70. Дополнительно, PC 50 пользователя может включать в себя функции устройства 60 управления аппаратурой.

Фиг. 49 является схемой, иллюстрирующей пример функциональной конфигурации устройства управления аппаратурой в соответствии со вторым вариантом осуществления.

Как проиллюстрировано на Фиг. 49, устройство 60 управления аппаратурой включает в себя секцию 611 управления UI, секцию 612 получения информации о пакете, секцию 613 получения информации об аппаратуре, секцию 614 приема целевого объекта установки, секцию 615 определения действительности, секцию 616 получения пакета, секцию 617 получения лицензии, секцию 618 управления установкой, секцию 619 определения целевого объекта деинсталляции, секцию 620 управления деактивацией и секцию 621 управления деинсталляцией. Эти секции реализуются посредством того, что CPU устройства 60 управления аппаратурой исполняет компьютерные программы, установленные в устройстве 60 управления аппаратурой.

Секция 611 управления UI принимает заданные пользователем инструкции (например, на установку или деинсталляцию пакета распространения). Секция 612 получения информации о пакете получает информацию о конфигурации устанавливаемого или деинсталлируемого пакета распространения от сервера 10 управления лицензиями. Секция 613 получения информации об аппаратуре получает информацию об аппаратуре от аппаратуры 40 формирования изображения. Информация об аппаратуре включает в себя информацию в отношении пакетов распространения или встроенного программного обеспечения, установленных в аппаратуре 40 формирования изображения. Секция 614 приема целевого объекта установки принимает спецификации аппаратуры 40 формирования изображения как целевого объекта установки пакета распространения. Секция 615 определения действительности предписывает секции 151 определения отношений зависимости сервера 10 управления лицензиями проверить действительность установки устанавливаемого в аппаратуру 40 формирования изображения пакета распространения.

Секция 616 получения пакета загружает (получает) устанавливаемый пакет распространения с сервера 30 загрузки. Секция 617 получения лицензии получает файл 90 лицензии, связанный с устанавливаемым пакетом распространения, от сервера 10 управления лицензиями. Секция 618 управления установкой отправляет загруженный пакет распространения и полученный файл 90 лицензии, связанный с загруженным пакетом распространения, аппаратуре 40 формирования изображения.

Секция 619 определения целевого объекта деинсталляции определяет аппаратуру 40 формирования изображения, в которой установлен деинсталлируемый пакет распространения. Секция 620 управления деактивацией отправляет запрос удаления лицензии файла 90 лицензии аппаратуры 40 формирования изображения, чтобы запросить сервер 10 управления лицензиями отмену лицензии, связанной с файлом 90 лицензии. Секция 621 управления деинсталляцией запрашивает аппаратуру 40 формирования изображения деинсталлировать пакет распространения.

Отметим, что функциональные конфигурации сервера 10 управления лицензиями, сервера 30 загрузки, аппаратуры 40 формирования изображения и подобного могут быть аналогичными тем, что приведены в соответствии с первым вариантом осуществления.

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

Секция 611 управления UI устройства 60 управления аппаратурой отображает, по приему ввода инструкции запуска установки для установки пакета распространения, экран ввода ключа продукта на устройстве отображения через исходный (по умолчанию) экран, отображаемый на устройстве отображения (этап S601). Когда пользователь вводит ключ продукта устанавливаемого пакета распространения (здесь и далее просто именуемого «текущий пакет распространения») через экран ввода ключа продукта (этап S602), секция 612 получения информации о пакете указывает введенный ключ продукта и отправляет секции 152 обеспечения установки сервера 10 управления лицензиями запрос получения информации о продукте, связанный с ключом продукта (этап S603).

По приему запроса получения информации о пакете секция 152 обеспечения установки сервера 10 управления лицензиями предписывает секции 113 проверки ключа продукта выполнить проверку действительности ключа продукта посредством выполнения процессов, аналогичных проиллюстрированным на Фиг. 22 этапам с S153 по S155.

Когда проверено, что ключ продукта является действительным, секция 152 обеспечения установки получает информацию, зарегистрированную в соответствии с принятым ключом продукта, из таблицы 155 управления компонентами (см. Фиг. 26), и отправляет в качестве ответа секции 612 получения информации о пакете полученную информацию о пакете в качестве информации о пакете (этап S604). Таким образом, информация о пакете содержит, по меньшей мере, ID продукта, связанный с принятым ключом продукта (т.е. ID продукта текущего пакета распространения). Дополнительно, если принятый ключ продукта связан с лицензией группы или корпоративной лицензией, то информация о пакете содержит несколько ID продуктов (связанных с несколькими записями).

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

Когда пользователь вводит инструкцию продолжения операции установки (например, нажимает на экране подтверждения кнопку «ОК»), то секция 614 приема целевого объекта установки отображает на устройстве отображения экран выбора аппаратуры, включающий в себя список аппаратур 40 формирования изображения, чтобы пользователь выбрал одну из аппаратур 40 формирования изображения для установки текущего пакета распространения в выбранную аппаратуру 40 формирования изображения (этап S606). Пользователь может выбрать две или более аппаратуры 40 формирования изображения на экране выбора аппаратуры. Отметим, что на экране выбора аппаратуры может отображаться аппаратура формирования изображения, которая имеет соответствующие IP адреса и имена хоста, записанные на устройстве хранения. В качестве альтернативы, секция 163 получения информации об аппаратуре отправляет широковещательное сообщение или подобное по сети 70, чтобы произвести поиск соединенных с сетью 70 аппаратур 40 формирования изображения, и на экране выбора аппаратуры могут отображаться имена хостов или подобное найденных аппаратур 40 формирования изображения.

Затем секция 613 получения информации об аппаратуре отправляет запрос получения информации об аппаратуре собственно аппаратурам 40 формирования изображения, выбранным на экране выбора аппаратуры (этап S607). Секция 421 установки каждой из аппаратур 40 формирования изображения, которая приняла запрос получения информации об аппаратуре, получает информацию, записанную в таблице 427 управления информацией об установке (см. Фиг. 28), и в качестве ответа отправляет секции 613 получения информации об аппаратуре полученную информацию, включающую в себя номер аппаратуры собственно аппаратуры 40 формирования изображения в качестве информации об аппаратуре (этап S608).

На следующем этапе S609 выполняется циклический процесс для каждой из аппаратур 40 формирования изображения (выбранной на экране выбора аппаратуры), чья информация об аппаратуре получена. В циклическом процессе, участвующая в циклическом процессе аппаратура 40 формирования изображения здесь и далее именуется как «текущая аппаратура».

На этапе S609-1 секция 615 определения действительности отправляет запрос определения правильности, содержащий информацию об аппаратуре текущей аппаратуры и информацию о пакете, полученную секцией 612 получения информации о пакете, серверу 10 управления лицензиями. «Действительность» указывает действительность в отношении установки пакета функций, содержащегося в текущем пакете распространения в текущую аппаратуру. По приему запроса определения действительности секция 151 определения отношений зависимости сервера 10 управления лицензиями определяет (проверяет) отношения зависимости, связанные с текущим пакетом распространения посредством выполнения процесса, аналогичного проиллюстрированному на Фиг. 33. Если отсутствует конфликт отношений зависимости, связанный с текущим пакетом распространения, то секция 151 определения отношений зависимости определяет установку текущего пакета распространения в текущую аппаратуру как действительную. С другой стороны, если существует конфликт отношений зависимости, связанный с текущим пакетом распространения, то секция 151 определения отношений зависимости определяет установку текущего пакета распространения в текущую аппаратуру как недействительную.

Затем секция 151 определения отношений зависимости отправляет секции 615 определения действительности в качестве ответа результат проверки действительности (S609-2). Если секция 151 определения отношений зависимости определяет установку текущего пакета распространения в текущую аппаратуру как действительную, а пакет распространения в текущей аппаратуре не установлен, то результат проверки действительности содержит информацию в отношении зависимого пакета (здесь и далее так же именуемую как «не представленный зависимый пакет»), записанного в таблице 155 управления компонентами. (Наличие) информация в отношении зависимого пакета указывает инструкцию получения не представленного зависимого пакета.

По приему результата проверки действительности, указывающего установку текущего пакета распространения в текущей аппаратуре как действительную, секция 616 получения пакета отправляет запрос загрузки текущего ракета распространения серверу 30 загрузки, исходя из пути загрузки (URL), который содержится в информации о пакете текущего пакета распространения (этап S609-3). По приему запроса загрузки секция 31 обработки загрузки получает от секции 32 управления пакетами распространения пакет распространения, идентифицируемый URL, указываемым запросом загрузки, и в качестве ответа передает секции 616 получения пакета полученный пакет распространения (этап S609-4). Если имеется несколько текущих пакетов распространения, то процесс загрузки, выполняемый на этапах S609-3 и S609-4, повторяется. Дополнительно, результат проверки действительности содержит информацию о не представленном зависимом пакете, полученную на этапе S609-2, и процесс загрузки так же может выполняться в отношении не представленного зависимого пакета. Отметим, что случаи, при которых существует несколько текущих пакетов распространения, включают случай, где введенный на этапе S601 ключ продукта связан с лицензией группы, или случай, когда на этапе S601 введено несколько ключей продуктов.

Затем секция 617 получения лицензии указывает введенный на этапе S601 ключ продукта, ID продукта текущего пакета распространения и номер аппаратуры текущей аппаратуры и отправляет серверу 10 управления лицензиями запрос использования лицензии (этап S609-5).

Секция 115 выпуска лицензии сервера 10 управления лицензиями выполняет процесс, аналогичный тому, что проиллюстрирован на Фиг. 35, чтобы сформировать файл 90 лицензии, и в качестве ответа отправляет секции 617 получения лицензии сформированный файл 90 лицензии (этап S609-6).

Отметим, что если секция 616 получения пакета успешно (получает) загружает пакет распространения, то секция 617 получения лицензии выполняет этап S609-5. То есть если секции 616 получения пакета не удается получить (загрузить) пакет распространения, то секция 617 получения лицензии не принимает файл 90 лицензии. Если секции 616 получения пакета не удается получить пакет распространения, то невозможно установить пакет распространения. Это делается потому, что если секция 617 получения лицензии получает файл 90 лицензии, несмотря на тот факт, что секции 616 получения пакета не удается получить пакет распространения, может начаться использование лицензии пакета распространения, который фактически не используется, что вносит неудобство для пользователя.

Затем, если на этапе S609-4 получен не представленный зависимый пакет, то секция 618 управления установкой отправляет не представленный зависимый пакет и запрос установки не представленного зависимого пакета текущей аппаратуре для установки не представленного зависимого пакета в текущую аппаратуру (этап S609-7). Секция 421 установки текущей аппаратуры устанавливает не представленный зависимый пакет в текущую аппаратуру и записывает информацию о пакете (например, ID продукта) не представленного зависимого пакета в таблицу 427 управления информацией об установке.

Затем секция 618 управления установкой запрашивает текущую аппаратуру о результате установки не представленного зависимого пакета (этап S609-8). Запрос (т.е. опрос) повторяется до тех пор, пока не завершится установка не представленного зависимого пакета в текущую аппаратуру, а в качестве ответа отправляется результат установки.

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

Затем секция 618 управления установкой отправляет полученный на этапе S609-4 пакет распространения (т.е. текущий пакет распространения) и файл 90 лицензии, полученный на этапе S604-6, текущей аппаратуре, как впрочем, и отправляя запрос установки и запрос активации для установки и активации текущего пакета распространения текущей аппаратуре (этап S609-9). Секция 421 установки текущей аппаратуры выполняет процесс установки, проиллюстрированный на Фиг. 22, связанный с принятым пакетом распространения и файлом 90 лицензии. В результате, пакет распространения может использоваться в текущей аппаратуре.

Затем секция 618 управления установкой запрашивает текущую аппаратуру о результате установки пакета распространения (этап S609-10). Запрос (т.е. опрос) повторяется до тех пор, пока не будет завершена установка пакета распространения в текущей аппаратуре, а в качестве ответа отправляется результат установки.

Далее описываются процесс деинсталляции и деактивации (отмены лицензии) пакета распространения.

Фиг. 51 является циклограммой, иллюстрирующей процесс деинсталляции и деактивации пакета в соответствии со вторым вариантом осуществления.

На этапе S701 секция 611 управления UI устройства 60 управления аппаратурой принимает ключ продукта деинсталлируемого пакета распространения, введенный пользователем через экран деинсталляции, отображаемый на устройстве отображения. Затем секция 612 получения информации о пакете указывает введенный ключ продукта и отправляет серверу 10 управления лицензиями запрос получения информации о пакете, связанном с ключом продукта (этап S702).

Затем секция 154 управления компонентами сервера 10 управления лицензиями выполняет процесс, аналогичный процессу, выполняемому в ответ на этап S603, проиллюстрированный на Фиг. 50, и отправляет секции 612 получения информации о пакете в качестве ответа информацию о пакете собственно пакета распространения, соответствующего принятому ключу продукта (этап S703). Если ключ продукта связан с лицензией группы, то секция 154 управления компонентами сервера 10 управления лицензиями отправляет в качестве ответа информацию о пакете, связанную с несколькими пакетами распространения.

Если ключ продукта связан с лицензией группы; то есть если принимается информация о пакете, связанная с несколькими пакетами распространения, то секция 611 управления UI отображает пользователю экран выбора пакета распространения, включающий в себя информацию о списке пакетов распространения, чтобы выбрать один из деинсталлируемых пакетов распространения (этап S704). Выбранный пакет распространения здесь и далее именуется как «текущий пакет распространения».

Затем секция 613 получения информации об аппаратуре отправляет запрос получения информации об аппаратуре каждой из аппаратур 40 формирования изображения (этап S705). По приему запроса получения информации об аппаратуре аппаратурная секция 425 деактивации каждой из аппаратур 40 формирования изображения получает информацию, записанную в таблице 427 управления информацией об установке, и отправляет секции 613 получения информации об аппаратуре полученную информацию и номер аппаратуры соответствующей аппаратуры 40 формирования изображения в качестве информации об аппаратуре (этап S706).

Затем секция 619 определения целевого объекта деинсталляции сопоставляет полученную на этапе S703 информацию о пакете с полученной на этапе S706 информацией об аппаратуре собственно аппаратуры 40 формирования изображения, чтобы определить аппаратуру 40 формирования изображения (т.е. целевой объект деинсталляции), в которой установлен пакет распространения, связанный с информацией о пакете (этап S707). В частности, в качестве аппаратуры 40 формирования изображения (т.е. аппаратуры 40 формирования изображения, которая является целевым объектом деинсталляции пакета распространения), в которой установлен пакет распространения, определяется аппаратура 40 формирования изображения, связанная с информацией об аппаратуре, включающей в себя ID продукта (ID продукта пакета распространения), который содержится в информации о пакете.

Последующий этап S708 является циклическим процессом, исполняемым для каждой из аппаратур 40 формирования изображения, которая является целевым объектом деинсталляции пакета распространения. Участвующая в циклическом процессе аппаратура 40 формирования изображения здесь и далее именуется «текущей аппаратурой».

На этапе S708-1 секция 620 управления деактивацией указывает ID продукта текущего пакета распространения и отправляет текущей аппаратуре запрос деактивации (т.е. запрос удаления файла 90 лицензии). По приему запроса деактивации, аппаратурная секция 425 деактивации текущей аппаратуры удаляет файл 90 лицензии, связанный с указанным ID продукта.

Затем секция 620 управления деактивацией запрашивает текущую аппаратуру о результате удаления деактивированного файла 90 лицензии (этап S708-2). Этот запрос (опрос) повторяется до тех пор, пока не завершится удаление файла 90 лицензии из текущей аппаратуры, а в качестве ответа отправляется результат удаления.

Затем секция 621 управления деинсталляцией указывает ID продута текущего пакета распространения и отправляет текущей аппаратуре запрос деинсталляции (т.е. запрос удаления пакета распространения) (этап S708-3). По приему запроса деинсталляции секция 621 управления деинсталляцией деинсталлирует (удаляет) текущий пакет распространения, связанный с указанным ID продукта.

Затем секция 621 управления деинсталляцией запрашивает текущую аппаратуру о результате деинсталляции текущего пакета распространения (этап S708-4). Запрос (т.е. опрос) повторяется до тех пор, пока не завершится деинсталляция пакета распространения из текущей аппаратуры, а в качестве ответа отправляется результат деинсталляции.

На этапе S708 пакет распространения деинсталлируется из всех аппаратур 40 формирования изображения, являющихся объектами деинсталляции пакета распространения, и секция 620 управления деактивацией указывает ID продукта текущего пакета распространения и номера аппаратур всех аппаратур 40 формирования изображения и отправляет серверной секции 116 деактивации сервера 10 управления лицензиями запрос деактивации (т.е. запрос отмены лицензии) (этап S709). Серверная секция 116 деактивации выполняет процесс, аналогичный тому, что проиллюстрирован на этапе S503 Фиг. 43. В результате, статус лицензии, связанной с указанным ID продукта и номером аппаратуры, меняется на статус «зарегистрировано». Затем серверная секция 116 деактивации в качестве ответа отправляет секции 620 деактивации устройства 60 управления аппаратурой результат процесса деактивации (была ли выполнена деактивация) (этап S710).

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

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

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

На Фиг. 52 в среду E1 пользователя добавлен терминал 65 web-клиента. Терминалом 65 web-клиента является компьютер или электронная аппаратура с web браузером, такая как персональный компьютер (PC). Конфигурация аппаратного обеспечения терминала 65 web-клиента может быть точно такой, как та, что проиллюстрирована на Фиг. 6. Отметим, что терминал 65 web-клиента включает в себя устройство отображения, такое как жидкокристаллический дисплей, и устройства ввода, такие как клавиатура и манипулятор типа мышь. Терминал 65 web-клиента соединен с каждой из аппаратур 40 формирования изображения через сеть 75 (независимо от того, является ли соединение проводным или беспроводным), такую как локальная сеть (LAN). Отметим, что PC 50 пользователя может включать в себя функции терминала 65 web-клиента.

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

На Фиг. 53, аппаратура 40 формирования изображения дополнительно включает в себя секцию 428 web-сервера. Секция 428 web-сервера выполняет процесс отображения для отображения на терминале 65 web-клиента экрана, который в первом варианте осуществления секция 426 управления UI отображает на панели 45 операций. В частности, секция 428 web-сервера отправляет терминалу 65 web-клиента данные HTML различных экранов.

Терминал 65 web-клиента включает в себя web браузер 651. Web браузер 651 принимает данные HTML различных экранов, отправляемые от секции 428 web-сервера, и отображает различные экраны на устройстве отображения терминала 65 web-клиента на основании принятых данных HTML различных экранов.

То есть в системе 3 управления аппаратурой в соответствии с третьим вариантом осуществления пользователь имеет возможность удаленного выполнения через терминал 65 web-клиента операций, которые в первом варианте осуществления пользователь выполняет через панель 45 операций. В частности, пользователь имеет возможность ввода инструкций, выполняемых на этапах S151, S159, и S165 на циклограмме на Фиг. 22 через экраны, отображаемые web браузером 651. Таким образом, в третьем варианте осуществления секция 428 web-сервера соответствует примеру модуля ввода, который принимает ввод лицензионного ключа.

Отметим, что в вышеописанных вариантах осуществления сервер 10 управления лицензиями, сервер 20 распространения и сервер 30 загрузки проиллюстрированы как отдельные аппаратуры. Тем не менее, сервер 10 управления лицензиями может быть выполнен с возможностью включения в себя, по меньшей мере, одной из функций сервера 20 распространения и сервера 30 загрузки.

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

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

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

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

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

Настоящая заявка основана на Приоритетной Заявке Японии № 2009-253500, поданной 4 ноября 2009 г., в Патентное Бюро Японии, вся полнота которой включена в настоящую заявку посредством ссылки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Система и способ аппаратного обнаружения и лечения неизвестного вредоносного программного обеспечения, установленного на персональном компьютере // 2506638

Изобретение относится к вычислительной технике. Технический результат заключается в улучшении защиты от распространения неизвестного вредоносного ПО.

Способ и устройство верификации динамического пароля // 2506637

Изобретение относится к вычислительной технике. Технический результат заключается в повышении безопасности проверки подлинности.

Устройство хранения данных (варианты) // 2506633

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

Способы и устройства выборочного шифрования данных // 2505931

Способ шифрования с использованием ключа K шифрования с длиной k ключа по меньшей мере одного сообщения M, содержащего однородно распределенные символы, причем k битов шифруют (830) из сообщений длиной по меньшей мере k битов, в то время как более короткие сообщения удлиняются (840), например, посредством заполнения незначащей информацией или последовательного соединения для получения удлиненного сообщения длиной по меньшей мере k битов перед шифрованием.

Шифрование элементов данных на основе идентификации для безопасного доступа к ним // 2505855

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

Устройство, способ и система эффективного распределения информации условного доступа // 2505854

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

Способ итеративного криптографического преобразования данных // 2504911

Изобретение относится к вычислительной технике и электросвязи, предназначено для решения задач защиты компьютерной информации. Наиболее предпочтительной областью использования изобретения является построение генераторов псевдослучайных чисел (ГПСЧ), а также криптографических примитивов хеширования, блочного и поточного шифрования. Техническим результатом изобретения является повышение криптостойкости и увеличение быстродействия итеративного криптографического преобразования данных. Указанный технический результат при осуществлении изобретения достигается тем, что в итеративном криптографическом преобразовании данных, включающем формирование из секретного ключа с помощью процедуры разворачивания ключа последовательности раундовых ключей K1, K2,…, KR, где R - число раундов преобразования; формирование по входному блоку М блока С в соответствии с выражением С:=М; выполнение R раундов преобразования, при этом преобразование блока данных на i-м раунде записывается в виде С:=Е(С, Ki), где Е() - раундовая функция преобразования, Ki - раундовый ключ, используемый на i-м раунде, полученное значение С:=Е(С, Ki) при i<R поступает на вход следующего раунда, а результат действия последнего раунда С:=Е(С, KR) является результатом преобразования; дополнительно из каждого раундового ключа Ki формируют N раундовых подключей Ki1, Ki2,…, KiN, где N - число траекторий раундовых преобразований в каждом раунде; при выполнении каждого i-го раунда создают N копий Сi1, Ci2,…, СiN входного блока данных С, каждую копию Cij подвергают стохастическому преобразованию Eij, которое записывается в виде Cij:=Eij(Cij, Kij), преобразованные значения Cij поступают на входы комбинационной схемы F, функцией которой является параллельная композиция различных траекторий раундовых преобразований, результат действия комбинационной схемы С:=F(Ci1, Сi2,…, CiN) объявляют результатом раунда. В частном случае стохастическое преобразование Еij включает представление входного блока Cij, промежуточных результатов преобразования и раундового подключа Kij в виде квадратного массива бит размерностью 8×8; сложение по модулю два (XOR) входного блока Cij и раундового подключа Kij, разбиение результата на строки r1, r2,…, r8 и выполнение для каждой строки операции замены с использованием таблицы S размерностью 8×256; разбиение результата на столбцы с1, с2,…, с8 и выполнение для каждого столбца операции замены с использованием таблицы S размерностью 8×256. Благодаря совокупности перечисленных решений увеличивается криптостойкость преобразования за счет выполнения последовательной и параллельной композиции раундовых преобразований и повышается быстродействие за счет появления возможности сокращения числа раундов и выполнения всех раундовых преобразований Cij:=Eij(Cij, Kij) параллельно.

Система защиты информации от несанкционированного доступа к информации, содержащей сведения, составляющие государственную тайну // 2504835

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

Система защиты информации от несанкционированного доступа к информации, содержащей сведения, составляющие государственную тайну // 2504834

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

Способ приема клиента управления доступом, способ модификации операционной системы устройства, беспроводное устройство и сетевое устройство // 2507710

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

Способ и сеть для синхронизации служебного ключа мобильного мультимедийного вещания и региональной системы мобильного условного доступа // 2507711

Способ синхронизации служебного ключа мобильного мультимедийного вещания включает: генерирование каждой региональной системой мобильного условного доступа (M-CAS) соответствующего регионального служебного ключа и синхронизацию регионального служебного ключа с центральной M-CAS через интерфейс региональной платформы; генерирование центральной M-CAS центрального служебного ключа и синхронизацию центрального служебного ключа и регионального служебного ключа с рядом региональных M-CAS через интерфейс центральной платформы; и аутентификацию мобильного терминала каждой региональной M-CAS путем использования частной информации соответствующего приписанного мобильного терминала. Настоящее изобретение также предусматривает сеть для синхронизации служебного ключа мобильного мультимедийного вещания с региональной M-CAS. Настоящее изобретение уменьшает количество данных для синхронизации M-CAS и производительность и надежность системы M-CAS. 3 н. и 12 з.п. ф-лы, 8 табл., 4 ил.

Способ скрытой передачи информации // 2509423

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

Способ и устройство управления потоками данных распределенной информационной системы // 2509425

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

Система и способ проверки исполняемого кода перед его выполнением // 2510074

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

Способ обнаружения вредоносного программного обеспечения в ядре операционной системы // 2510075

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

Способ автоматического формирования эвристических алгоритмов поиска вредоносных объектов // 2510530

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

Развертывание образа микропрограммы при наличии множества собственников // 2510952

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

Способ доступа к персональным данным, таким как индивидуальный медицинский файл, с использованием локального формирующего компонента // 2510968

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

Способ эксплуатации сенсорного устройства и сенсорное устройство // 2510972

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