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

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

Иллюстрации

Показать все

Реферат

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

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

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

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

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

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

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

Краткое описание существа изобретения

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

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

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

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

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

Краткое описание чертежей

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

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

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

фиг.3 изображает схему формата DHCP-сообщения;

фиг.4 изображает блок-схему аппаратных средств аппарата формирования изображения;

фиг.5 изображает блок-схему программного обеспечения DHCP-сервера, DP (прокси-сервера обнаружения), клиентского PC и аппарата для формирования изображения;

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

фиг.7 изображает схему примера сообщения Hello (Привет) согласно первому варианту осуществления;

фиг.8 изображает схему примера сообщения Get (Получить) согласно первому варианту осуществления;

фиг.9 изображает схему примера сообщения Get Response (Получить ответ) согласно первому варианту осуществления;

фиг.10 изображает схему примера сообщения Bye (До свидания) согласно первому варианту осуществления;

фиг.11 изображает схему примера сообщения Probe (Образец) согласно первому варианту осуществления;

фиг.12 изображает схему примера сообщения Probe Match (Совпадение с образцом) согласно первому варианту осуществления;

фиг.13 изображает схему примера UI (пользовательского интерфейса) в случае, когда клиентский PC ищет аппарат для формирования изображения;

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

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

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

фиг.17 изображает блок-схему состава программного обеспечения DHCP-сервера, DP, клиентского PC и аппарата для формирования изображения согласно второму варианту осуществления;

фиг.18 изображает схему формата данных уведомления, которое должно передаваться от DHCP-сервера в DP;

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

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

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

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

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

фиг.24 изображает схему примера опциональных полей сообщения DHCP REQUEST;

фиг.25 изображает схему примера опциональных полей сообщения DHCP ACK;

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

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

фиг.28 изображает блок-схему состава программного обеспечения DP согласно второму варианту осуществления;

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

фиг.30 изображает блок-схему составов аппаратных средств DHCP-сервера, DP и клиента PC.

Описание предпочтительных вариантов осуществления изобретения

Первый вариант осуществления

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

Система поиска сетевого устройства включает в себя подсеть 1, в которую подключены DHCP-сервер 101 и DP (прокси-сервер обнаружения) 102, действующий в качестве поискового сервера, подсеть 2, в которую подключены клиентский PC 103 и аппарат 104 формирования изображения, и подсеть 3, в которую подключен аппарат 105 формирования изображения. Дополнительно, подсеть 1 и подсеть 2 взаимно соединяются друг с другом через маршрутизатор 106, подсеть 1 и подсеть 3 взаимно соединяются друг с другом через маршрутизатор 107, и одна LAN (локальная вычислительная сеть) составляется из подсетей 1, 2 и 3. Таким образом, все терминалы, подключенные к подсетям 1, 2 и 3, могут в результате быть взаимно связаны. Однако каждый из маршрутизаторов 106 и 107 не пропускает широковещательную и многоадресную передачу из одной подсети в другую подсеть. Следовательно, связь с помощью широковещательной и/или многоадресной передачи может выполняться только в пределах каждой подсети. Здесь следует отметить, что каждый из аппаратов 104 и 105 формирования изображения, который является примером устройства в настоящем изобретении, является принтером, копировальной машиной, сканером, многофункциональной машиной, факсимильной машиной или т.п. Также следует отметить, что, как описано ниже, PC общего назначения может использоваться в качестве любого из DHCP-сервера 101, DP 102 и клиентского PC 103, который является примером аппаратуры обработки информации в настоящем изобретении. В системе поиска сетевого устройства, иллюстрированной на фиг.1, пакет поискового запроса передается от клиентского PC 103 в DP 102, так что пользователь, который управляет клиентским PC 103, ищет требуемый аппарат (устройство) формирования изображения. Затем устройство находится посредством DP 102, и найденный результат возвращается клиентскому PC 103.

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

На фиг.2 показана схема последовательности операций для описания потока DHCP-сообщений, которыми необходимо обменяться между DHCP-сервером и DHCP-клиентом. Сначала DHCP-клиент осуществляет широковещательную передачу сообщения DHCP DISCOVER (S2001). DHCP-сервер, который принял сообщение DHCP DISCOVER, назначает IP-адрес DHCP-клиенту, который передал сообщение DHCP DISCOVER, и затем передает сообщение DHCP OFFER DHCP-клиенту (S2002). Здесь следует отметить, что сообщение DHCP OFFER включает в себя IP-адрес, назначенный DHCP-клиенту, который передал сообщение DHCP DISCOVER, и другую информацию о настройках.

DHCP-клиент, который принял сообщение DHCP OFFER, осуществляет широковещательную передачу сообщения DHCP REQUEST для использования IP-адреса, включенного в сообщение DHCP OFFER (S2003). Затем DHCP-сервер, который принял сообщение DHCP REQUEST, передает сообщение DHCP ACK (S2004). Далее, DHCP-клиент, который принял сообщение DHCP ACK, выполняет сетевое соединение с помощью распределенного IP-адреса и распространенной информации о настройках.

Кроме того, доступный период (время аренды) был установлен IP-адресу, распределяемому DHCP-сервером. Следовательно, если DHCP-клиент желает непрерывно использовать полученный IP-адрес после окончания времени аренды, DHCP-клиент передает сообщение DHCP REQUEST DHCP-серверу прежде, чем время аренды истечет (S2005). DHCP-сервер, который принял DHCP REQUEST от DHCP-клиента с уже назначенным IP-адресом, обновляет время аренды для соответствующего IP-адреса и опять передает сообщение DHCP ACK соответствующему DHCP-клиенту (S2006).

Если DHCP-клиент останавливает использование IP-адреса, DHCP-клиент передает сообщение DHCP RELEASE DHCP-серверу (S2007). DHCP-сервер, который принял сообщение DHCP RELEASE, освобождает назначение соответствующего IP-адреса и разрешает назначение соответствующего IP-адреса другому DHCP-клиенту.

Дополнительно, если DHCP-сервер не принимает сообщение DHCP REQUEST от DHCP-клиента с уже назначенным IP-адресом и затем время аренды истекает, DHCP-сервер освобождает назначение соответствующего IP-адреса. Затем DHCP-сервер допускает назначение соответствующего IP-адреса другому DHCP-клиенту.

В связи с этим в потоке сообщений, показанном на фиг.2, сообщения S2001-S2004 передаются посредством широковещательной передачи. Причина состоит в том, что в этот момент IP-адрес для DHCP-клиента не определен.

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

Сначала маршрутизатор 106, имеющий функцию агента ретрансляции, заранее сохраняет IP-адрес DHCP-сервера 101. Затем клиентский PC 103, действующий в качестве DHCP-клиента, осуществляет широковещательную передачу сообщения DHCP DISCOVER и сообщения DHCP REQUEST в подсеть 2. Если маршрутизатор 106 принимает сообщение DHCP DISCOVER и сообщение DHCP REQUEST, маршрутизатор 106 передает эти сообщения в одноадресной передаче, DHCP сервер 101 которого заранее сохраняет IP-адрес. Если DHCP-сервер 101 принимает сообщение DHCP DISCOVER и сообщение DHCP REQUEST в одноадресной передаче от маршрутизатора 106, DHCP-сервер 101 передает сообщение DHCP OFFER и сообщение DHCP ACK в одноадресной передаче маршрутизатору 106. Затем если маршрутизатор 106 принимает сообщение DHCP OFFER и сообщение DHCP ACK от DHCP-сервера 101, маршрутизатор 106 осуществляет широковещательную передачу этих сообщений в подсеть 2.

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

На фиг.3 показана схема, иллюстрирующая формат DHCP-сообщения. На фиг.3 поле 301 опций - это область, в которой могут быть заданы различные данные переменной длины. Здесь данные множества опций, каждые из которых состоят из одного байта тэга, одного байта размера данных и данных переменной длины, могут быть заданы в этой области. Дополнительно, значение тэга может быть заранее стандартизированным значением или значением, которое может расширяться разработчиком. Например, значение тэга, такое как маска подсети, IP-адрес DNS (службы доменных имен) сервера или т.п., широко используется в качестве стандартизированного значения.

В настоящем варианте осуществления поле 301 опций расширяется и используется. Если тэг, представляющий IP-адрес DP определяется и IP-адрес DP устанавливается в качестве данных, информация об IP-адресе DP может распространяться DHCP-клиентам, таким как клиентский PC, устройство и т.п., с помощью DHCP. Дополнительно, в случае, когда множество DP существуют в сети, если IP-адреса множества DP устанавливаются в поле 301 опций, информация об IP-адресах этих DP может распространяться.

Дополнительно, в случае, когда агент ретрансляции передает DHCP-сообщение DHCP-серверу, IP-адрес самого агента ретрансляции устанавливается в поле 302 giaddr. Таким образом, в случае, когда DHCP-сервер принимает DHCP-сообщение, если принятое DHCP-сообщение является сообщением, переданным от агента ретрансляции, DHCP-сервер может идентифицировать подсеть, которой принадлежит DHCP-клиент, подтверждая поле 302 giaddr. Кроме того, IP-адрес, который должен быть назначен DHCP-сервером DHCP-клиенту, устанавливается в поле 303 yiaddr.

Далее, в конфигурации системы поиска сетевого устройства, иллюстрированной на фиг.1, будут описаны состав аппаратных средств и программного обеспечения DHCP-сервера 101, DP 102, клиентского PC 103 и аппаратов 104 и 105 формирования изображений, которые относятся к настоящему изобретению. В данном случае следует отметить, что в последующем описании номер 104 используется как представляющий аппарат формирования изображения, пока не отмечено иное.

На фиг.30 показана блок-схема, иллюстрирующая состав аппаратных средств DHCP-сервера 101, DP 102 и клиентского PC 103. В этой связи следует отметить, что PC (персональные компьютеры) общего назначения могут использоваться в качестве DHCP-сервера 101, DP 102 и клиентского PC 103, и последующее описание будет общим для этих PC.

На фиг.30 CPU (центральный процессор) 3001 управляет различными устройствами, которые подключены к системной шине 3004. ROM (постоянное запоминающее устройство) 3002 хранит в себе BIOS (базовую систему ввода/вывода) и программу начальной загрузки, а RAM (оперативное запоминающее устройство) 3003 используется в качестве основной памяти для CPU 3001. KBC (контроллер клавиатуры) 3005 выполняет процессы, касающиеся ввода информации и т.п. от PD (указывающего устройства) 3009a, такого как мышь или т.п., и KB (клавиатуры) 3009b. CRTC (контроллер катодной лучевой трубки: блок управления отображением) 3006, который содержит в себе видеопамять, выполняет обрисовку в видеопамяти согласно инструкции от CPU 3001 и выводит данные изображения, отрисованного в видеопамяти, на CRT (катодную лучевую трубку: блок отображения) 3010 в качестве видеосигнала. В данном случае хотя CRT используется в качестве примера блока отображения на фиг.30, другие виды блока отображения, такие как LCD-блок (жидкокристаллический дисплей) и т.п., могут быть использованы. DKC (контроллер диска) 3007 осуществляет доступ к HD (жесткому диску) 3011 и FD (гибкому диску) 3012. NIC (карта сетевого интерфейса) 3008, которая подключена к сети, выполняет передачу информации через сеть. В данном случае следует отметить, что OS (операционная система), различные прикладные программы, работающие в OS, и т.п. хранятся на HD 3011. В упомянутой выше структуре, если подача электропитания самой структуры аппаратных средств включается, CPU 3001 считывает OS с HD 3011 в RAM 3003 согласно программе первоначальной загрузки, сохраненной в ROM 3002, таким образом, структура аппаратных средств в результате функционирует как аппаратура обработки информации.

На фиг.4 показана блок-схема, иллюстрирующая структуру аппаратных средств аппарата 104 формирования изображения. Отметим, что в настоящем варианте осуществления предполагается, что аппарат 104 формирования изображений эквивалентен MFP (многофункциональному периферийному устройству) 104. В MFP 104 CPU 401 унитарно управляет доступом к различным устройствам, подключенным к системной шине 404, на основе управляющих программ, сохраненных в программной ROM в ROM 403. Дополнительно, CPU 401 выводит сигнал изображения, действующий в качестве выходной информации, на печатающий механизм (блок печати) 410, подключенный через I/F (интерфейс) 407 печати, и управляет сигналом изображения, введенным со сканера (считывающего блока) 413, подключенного через считывающий I/F 412. В данном случае следует отметить, что управляющие программы и т.п., способные выполняться посредством CPU 401, хранятся в программной ROM в ROM 403, данные о шрифтах (включающие в себя данные о контурных шрифтах) и т.п., которые должны использоваться в случае формирования выходной информации, хранятся в ROM шрифтов в ROM 403, а различная информация и т.п., которая должна использоваться на хост-компьютере, хранится в ROM данных в ROM 403. CPU 401 может выполнять процесс связи с хост-компьютером и аппаратом формирования изображения по сети через LAN-контроллер 406. Дополнительно, RAM 402 функционирует главным образом как основная память, рабочая область и т.п. для CPU 401, и объем RAM 402 может быть расширен посредством дополнительной RAM, подключенной к неиллюстрированному порту расширения. В данном случае RAM 402 используется как область извлечения выходной информации, область хранения данных об условиях эксплуатации и т.п. В действительности доступ к внешней памяти 411, такой как HD (жесткий диск), IC-карта (интегральная схема) или т.п., управляется посредством DKC (контроллера диска) 408. Дополнительно, HD используется в качестве области хранения задания для хранения данных шрифтов, программ эмуляции, данных форм и т.п., временной буферизации задания печати и внешнего управления буферизованным заданием. Также HD используется в качестве области хранения BOX-данных для хранения данных изображения, считанных со сканера 413, данных изображения задания печати и т.п. в качестве BOX-данных с тем, чтобы ссылаться на них и печатать из сети. На панели 405 управления пользователь может вводить различную информацию через программные кнопки. Здесь следует отметить, что число внешних запоминающих устройств не ограничивается одним. Т.е., по меньшей мере, одно или более внешние запоминающие устройства могут быть предусмотрены в настоящем варианте осуществления. Более конкретно, если пользователь намеревается использовать дополнительный шрифт к встроенному шрифту, он/она может подключать карту с дополнительными шрифтами, хранящую в себе дополнительный шрифт. Дополнительно, если пользователь намеревается использовать программы для интерпретации языков управления принтером разных языковых систем, он/она может подключать внешние запоминающие устройства, соответственно хранящие эти программы. В данном случае энергонезависимая память 409 хранит в себе различную информацию об установках, установленную с панели 405 управления. Хотя это не иллюстрировано на фиг.4, различные расширительные устройства, такие как финишер для выполнения функции сшивания скобками, функции сортировки и т.п., устройство двухсторонней печати для выполнения функции двухсторонней печати и т.п., могут опционально быть установлены в MFP 104. В таком случае CPU управляет работой этих устройств.

На фиг.5 показана блок-схема, иллюстрирующая структуру программного обеспечения DHCP-сервера 101, DP 102, клиентского PC 103 и аппарата 104 формирования изображения. В DHCP-сервере 101 блок 501 процессора DHCP-сервера выполняет обработку как вышеописанный DHCP-сервер. Более конкретно, в ответ на запрос от DHCP-клиента блок 501 процессора DHCP-сервера выполняет процесс назначения IP-адреса DHCP-клиенту и процесс распределения назначенного IP-адреса DHCP-клиенту. Здесь список IP-адресов, которые должны быть распределены DHCP-клиенту, и информация о настройках хранятся в DB 503 информации о распределении. В данном случае, хотя клиентский PC 103 или аппарат 104 формирования изображения действует в качестве DHCP-клиента в настоящем варианте осуществления, DP 102 может действовать как DHCP-клиент. В ответ на запрос от DHCP-клиента блок 501 процессора DHCP-сервера распространяет различную информацию, которая ссылается на DB 503 информации о распределении. Блок 502 установки информации о распределении устанавливает информацию, которая должна храниться в DB 503 информации о распределении. Здесь следует отметить, что блок 502 установки информации о распределении может задавать информацию, которая должна распространяться в каждую подсеть, которой принадлежит DHCP-клиент, или каждому клиенту.

На фиг.21 показана схема, иллюстрирующая пример информации о настройках, которая должна храниться в DB 503 информации о распределении. Более конкретно, фиг.21 иллюстрирует настройку 2101 для подсети 1 (также называемую настройкой 2101 подсети 1), настройку 2102 для подсети 2 (также называемую настройкой 2102 подсети 2) и настройку 2103 для подсети 3 (также называемую настройкой подсети 3), так что возможно распространять различную информацию о настройках в каждую подсеть. Здесь каждая из информации о настройках включает в себя область действия, диапазон IP-адресов, назначенный IP-адрес, время аренды, адрес DNS-сервера, маску подсети, адрес шлюза и адрес DP. В настоящем варианте осуществления адреса DP из соответствующих настроек все устанавливаются в IP-адрес DP 102.

В DP 102 блок 511 приема уведомления информации устройства принимает уведомление о запросе регистрации, запросе обновления или запросе удаления информации устройства от аппарата 104 формирования изображения и выполняет обработку информации устройства, сохраняемой в блоке 514 хранения информации устройства, на основе вида принятого уведомления. Затем, если в результате обработки сделан вывод, что необходимо получить информацию устройства, блок 512 получения информации устройства передает запрос на получение информации устройства аппарату 104 формирования изображения и сохраняет возвращенную информацию устройства в блоке 514 хранения информации устройства. Далее, блок 513 обработки поиска информации устройства принимает запрос для поиска информации устройства от клиентского PC 103, ищет информацию устройства в блоке 514 хранения информации устройства на основе указанного условия поиска. Затем блок 513 обработки поиска информации устройства передает найденный результат клиентскому PC 103. Здесь следует отметить, что информация устройства, хранимая блоком 514 хранения информации устройства, описана ниже.

В клиентском PC 103 блок 521 обработки DHCP-клиента выполняет вышеописанный процесс как DHCP-клиент. Поскольку IP-адрес и различная информация о настройках, доставленная из DHCP-сервера, удерживаются и сохраняются в блоке 522 хранения информации о настройках, пользователь может соответственно ссылаться и использовать их. Блок 523 обработки запроса поиска устройства передает запрос поиска устройства в DP 102, и блок 524 отображения поисковой информации отображает его результат.

В аппарате 104 формирования изображения блок 531 обработки DHCP-клиента выполняет вышеописанный процесс как DHCP-клиент. Поскольку IP-адрес и различная информация о настройках, доставленная из DHCP-сервера, удерживаются и сохраняются в блоке 532 хранения информации о настройках, пользователь может соответственно ссылаться и использовать их. Блок 534 управления информацией устройства управляет информацией устройства самого аппарата 104 формирования изображения. Блок 533 уведомления информации устройства передает запрос регистрации, запрос обновления или запрос удаления информации устройства в DP 102, если уведомление информации устройства необходимо. Затем, если запрос получения информации устройства принимается через сеть, блок 535 передачи информации устройства передает источнику запроса информацию устройства, управляемую блоком 534 управления информацией устройства.

На фиг.6 показана схема, иллюстрирующая пример информации устройства, которая должна сохраняться блоком 514 хранения информации устройства в DP 102.

Информация, касающаяся каждого из соответствующих устройств, хранится как запись, которая состоит из ID (идентификатора) 601, UUID (универсального уникального идентификатора) 602, версии 603, типа 604 устройства, названия 605 модели, названия 606 устройства, URL (унифицированного указателя ресурса) 607 и IP (протокол Интернета)-адреса 608.

ID 601 указывает ID для идентификации устройства в DP, UUID 602 указывает UUID для глобальной идентификации устройства, а версия 603 указывает версию информации устройства. Тип 604 устройства указывает тип устройства, такой как "MFP", означающий многофункциональное периферийное устройство, "Принтер", означающее принтер, или т.п. Название 605 модели указывает название модели устройства, такое как "LBP XXXX" или т.п. Название 606 устройства указывает название, которое установлено для устройства менеджером устройств, URL 607 указывает URL для получения информации устройства, а IP-адрес 608 указывает IP-адрес устройства.

Далее, процесс, который должен выполняться в случае, когда DHCP-сервер 101 распространяет информацию о настройках, такую как IP-адрес и т.п., DHCP-клиенту, будет описан со ссылкой на блок-схему, иллюстрированную на фиг.22. Здесь следует отметить, что соответствующие этапы блок-схемы, иллюстрированной на фиг.22, выполняются, если CPU 3001 DHCP-сервера обрабатывает программу, сохраненную в ROM 3002.

Первоначально, на этапе S2201, сообщение DHCP DISCOVER, переданное DHCP-клиентом или агентом ретрансляции, принимается через NIC 3008. Затем, на этапе S2202, информация о настройках, которая должна быть назначена DHCP-клиенту, идентифицируется посредством CPU 3001 позже описанным способом.

На этапе S2203 CPU 3001 оценивает, идентифицирована или нет информация о настройках посредством процесса на этапе S2202. Если делается вывод, что информация о настройках не идентифицирована, процесс заканчивается. С другой стороны, если делается вывод, что информация о настройках идентифицирована, последовательность операций переходит к этапу S2204, чтобы дополнительно оценивать, остается или нет неназначенный IP-адрес (т.е. IP-адрес, который еще не назначен) в идентифицированной информации о настройках. Затем, если делается вывод, что неназначенный IP-адрес не остается, процесс заканчивается. С другой стороны, если делается вывод, что неназначенный IP-адрес остается, последовательность операций переходит к этапу S2205, чтобы формировать сообщение DHCP OFFER. В это время IP-адрес, который должен быть распределен, устанавливается в поле 303 yiaddr на фиг.3. Дополнительно, IP-адрес самого DHCP-сервера и время аренды устанавливаются в качестве другой информации в поле 301 опций. Затем, на этапе S2206, сформированное сообщение DHCP OFFER передается DHCP-клиенту через NIC 3008.

На этапе S2207 сообщение DHCP REQUEST, переданное DHCP-клиентом или агентом ретрансляции, принимается через NIC 3008. IP-адрес, установленный в поле yiaddr сообщения DHCP OFFER, включается в поле 301 опций сообщения DHCP REQUEST. Затем, на этапе S2208, посредством CPU 3001 устанавливается, что соответствующий IP-адрес в DB 503 информации о распределении был назначен. Далее, на этапе S2209, вариант запроса, дополнительно включенный в поле 301 опций сообщения DHCP REQUSET, подтверждается CPU 3001, и сообщение DHCP ACK, для которого информация о запрошенном варианте установлена, формируется посредством ссылки на DB 503 информации о распространении. Далее, сформированное сообщение DHCP ACK передается DHCP-клиенту через NIC 3008, и процесс заканчивается.

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

Первоначально, на этапе S2301, значение поля giaddr, включенного в сообщение DHCP DISCOVER, принятое на этапе S2201, получается посредством CPU 3001. Далее, на этапе S2302, CPU 3001 оценивает, равно ли "0" или нет значение поля giaddr. Затем если сделан вывод, что значение поля giaddr равно "0", это означает, что сообщение DHCP DISCOVER непосредственно передано от DHCP-клиента, который существует в той же подсети, в которой существует DHCP-сервер. Следовательно, на этапе S2303 настройка 2101 подсети 1 идентифицируется посредством CPU 3001 в качестве информации о настройках, которая должна распространяться. С другой стороны, если на этапе S2302 делается вывод о том, что значение поля giaddr отлично от "0", последовательность операций переходит к этапу S2304. На этапе S2304 CPU 3001 оценивает, находится или нет значение поля giaddr в области действия информации о настройках подсети 2. Более конкретно, на этом этапе оценивается, совпадает или нет сетевой адрес из поля giaddr с сетевым адресом соответствующей области действия. Если на этапе S2304 делается вывод о том, что сетевой адрес из поля giaddr совпадает с сетевым адресом соответствующей области действия (т.е. "Да" на этапе S2304), последовательность операций переходит к этапу S2305. На этапе S2303 информация 2102 о настройках подсети 2 идентифицируется посредством CPU 3001 в качестве информации о настройках, которая должна распространяться. С другой стороны, если на этапе S2304 делается вывод о том, что сетевой адрес из поля giaddr не совпадает с сетевым адресом соответствующей области действия (т.е. "Нет" на этапе S2304), последовательность операций переходит к этапу S2306. На этапе S2306 CPU 3001 дополнительно оценивает, находится или нет значение поля giaddr в области действия информации о настройках подсети 3. Затем, если делается вывод о том, что значение поля giaddr находится в области действия информации о настройках подсети 3 (т.е. "Да" на этапе S2306), последовательность операций переходит к этапу S2307. На этапе S2307 информация 2103 о настройках подсети 3 идентифицируется в качестве информации о настройках, которая должна распространяться. С другой стороны, если на этапе S2306 делается вывод о том, что значение поля giaddr не находится в области действия информации о настройках подсети 3 (т.е. "Нет" на этапе S2306), последовательность операций переходит к этапу S2308, чтобы заканчивать процесс без идентификации информации о настройках.

На фиг.24 показана схема, иллюстрирующая пример поля 301 опций сообщения DHCP REQUEST, которое принимается DHCP-сервером на этапе S2207 блок-схемы, иллюстрированной на фиг.22. На фиг.24 запрашиваемый IP-адрес 2401, идентификатор 2402 сервера, идентификатор 2403 клиента и запрашиваемый список 2404 опций описываются в поле 301 опций. Более конкретно, IP-адрес, назначенный в поле yiaddr сообщения DHCP OFFER, устанавливается в запрашиваемый IP-адрес 2401, IP-адрес DHCP-сервера устанавливается в идентификатор 2402 сервера, MAC-адрес (управление доступом к среде) DHCP-клиента устанавливается в идентификатор 2403 клиента, а список информации о настройках, запрашиваемой DHCP-клиентом, устанавливается в запрашиваемый список 2404 опций. В настоящем варианте осуществления, иллюстрированном на фиг.24, запрашиваемый список 2404 опций включает в себя маску подсети, адрес шлюза, адрес DNS-сервера и адрес DP.

На фиг.25 показана схема, иллюстрирующая пример поля 301 опций сообщения DHCP ACK, которое передается DHCP-сервером на этапе S2210 блок-схемы, иллюстрированной на фиг.22. На фиг.25