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

Формула изобретения

1. Аппаратура обработки информации, содержащая:

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

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

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

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

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

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

3. Аппаратура по п.2, дополнительно содержащая:

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

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

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

5. Аппаратура по п.1, включающая в себя сервер протокола динамической конфигурации сетевого узла (DHCP-сервер), а сетевой адрес включает в себя адрес протокола Интернета (IP-адрес).

6. Аппаратура по п.1, включающая в себя либо клиентский компьютер, либо устройство, используемое клиентским компьютером.

7. Устройство, которое подключено к сети, содержащее:

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

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

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

8. Устройство по п.7, в котором информация устройства, переданная вторым блоком передачи, содержит сетевой адрес устройства.

9. Устройство по п.7 или 8, в котором информация устройства, переданная вторым блоком передачи, содержит URL для доступа к устройству.

10. Устройство по п.9, дополнительно содержащее

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

11. Аппаратура обработки информации, которая подключена к сети, содержащая:

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

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

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

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

13. Аппаратура по п.11, в которой тип устройства включает в себя принтер.

14. Способ управления аппаратурой обработки информации, содержащий этапы, на которых:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Описание изобретения к патенту

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

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

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

Традиционно устройство, такое как принтер или т.п., которое подключено к сети, может использоваться клиентским 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 поле 301 опций включает в себя идентификатор 2501 сервера, время 2502 аренды, маску 2503 подсети, адрес 2504 шлюза, адрес 2505 DNS-сервера и адрес 2506 DP. Более конкретно, IP-адрес DHCP-сервера устанавливается в идентификатор 2501 сервера, время аренды устанавливается во время 2502 аренды, маска подсети устанавливается в маску 2503 подсети, адрес шлюза устанавливается в адрес 2504 шлюза, адрес DNS-сервера устанавливается в адрес 2505 DNS-сервера, а адрес DP устанавливается в адрес 2506 DP.

Далее будет описан процесс регистрации информации устройства аппарата 104 формирования изображения в DP 102. Аппарат 104 формирования изображения работает как DHCP-клиент, а DHCP-сервер 101 выполняет процессы блок-схем, иллюстрированных на фиг.22 и 23. Следовательно, IP-адрес DP 102 принимается в дополнение к IP-адресу самого аппарата 104 формирования изображения.

В случае когда аппарат 104 формирования изображения начинает свою работу или информация устройства изменяется, аппарат 104 формирования изображения уведомляет DP 102 о своем существовании, передавая в одноадресной передаче сообщение Hello в формате XML (расширяемый язык разметки), как иллюстрировано на фиг.7, в DP 102.

Сообщение Hello, проиллюстрированное на фиг.7, включает в себя секцию 701 заголовка, ограниченную тэгом <Header> (<Заголовок>), и секцию 702 основной части, ограниченную тэгом <Body> (<Основная часть>), а все сообщение Hello ограничивается тэгом <Envelope> (<Конверт>). Такая структура является общей для всех сообщений, которые должны использоваться в настоящем варианте осуществления.

Секция 701 заголовка, которая действует как общий заголовок, который не зависит от содержимого сообщения, включает в себя тэг <Action> (<Действие>), тэг <MessageID> (<ID сообщения>) и тэг <To> (<Кому>). Здесь следует отметить, что тэг <Action> присутствует, чтобы идентифицировать вид сообщения, тэг <MessageID> присутствует, чтобы уникально идентифицировать сообщение, а тэг <To> присутствует, чтобы идентифицировать адресата при передаче сообщения. С другой стороны, структура секции 702 основной части изменяется согласно содержимому сообщения. На фиг.7 тэг <Hello> присутствует непосредственно ниже тэга <Body>, и сообщение тэга <Hello> является сообщением Hello. Дополнительно, тэг <Hello> включает в себя тэг <EndpointReference> (<Ссылка на конечную точку>), тэг <Types> (<Типы>), тэг <XAddrs> и тэг <MetadataVersion> (<Версия метаданных>). Кроме того, тэг <EndpointReference> включает в себя тэг <Address> (<Адрес>), который имеет адресную информацию для идентификации устройства, тэг <Types> имеет информацию о типе устройства, тэг <XAddrs> имеет URL для получения информации устройства, а тэг <MetadataVersion> имеет версию информации устройства.

DP 102 извлекает, из сообщения Hello, значение тэга <Address> в тэге <EndpointReference> в качестве UUID для глобальной идентификации устройства, извлекает значение тэга <Types> в качестве типа устройства, извлекает значение тэга <MetadataVersion> в качестве версии информации устройства и дополнительно извлекает значение тэга <XAddrs> в качестве URL для получения информации устройства. Затем DP 102 сохраняет извлеченную информацию в блоке 514 хранения информации устройства. В то же время DP 102 хранит IP-адрес источника передачи сообщения Hello в блоке 514 хранения информации устройства.

После чего DP 102 передает в одноадресной передаче сообщение Get XML-формата, которое проиллюстрировано на фиг.8, по URL, описанному в тэге <XAddrs>. Здесь следует отметить, что сообщение Get, иллюстрированное на фиг.8, является сообщением, которое включает в себя только секцию заголовка. Более конкретно, тэг <Action> в секции заголовка указывает, что это сообщение является сообщением Get.

Если сообщение Get принимается, блок 535 передачи информации устройства аппарата 104 формирования изображения передает сообщение Get Response, которое проиллюстрировано на фиг.9.

В сообщении Get Response, иллюстрированном на фиг.9, секция основной части имеет информацию устройства, указанную тэгом <Metadata>. Тэг <Metadata> включает в себя секции 901, 902 и 903 метаданных, каждая из которых ограничивается тэгом <MetadataSection> (<Секция метаданных>). В данном случае вид информации каждой секции метаданных назначается тэгом непосредственно ниже тэга <MetadataSection>. Более конкретно, секция 901 метаданных включает в себя тэг <ThisDevice> (<Это устройство>), в котором хранится информация, разная для каждого устройства. Дополнительно, тэг <FriendlyName> (<Дружественное название>) указывает название устройства, тэг <FirmwareVersion> (<Версия микропрограммы>) указывает версию микропрограммы устройства, а тэг <SerialNumber> (<Серийный номер>) указывает серийный номер устройства. Секция 902 метаданных включает в себя тэг <ThisModel> (<Эта модель>), в котором хранится информация, разная для каждой модели устройства. Дополнительно, тэг <Manufacturer> (<Производитель>) указывает производителя устройства, тэг <ManufacturerUrl> указывает URL производителя устройства, тэг <PresentationUrl> указывает URL информации об устройстве, а тэг <ModelName> (<Название модели>) указывает название модели устройства. Секция 903 метаданных включает в себя тэг <Relationship> (<Свойство>), в котором хранится информация, касающаяся внутренней службы устройства. В настоящем варианте осуществления внутренняя служба подразумевает службу печати, которая предоставляется аппаратом формирования изображения. Тэг <Relationship> включает в себя тэг <Hosted> (<Размещенный>) непосредственно ниже, а тэг <Hosted> дополнительно включает в себя тэг <EndpointReference>, тэг <Types> и тэг <ServiceId> (<ID службы>). Дополнительно, тэг <EndpointReference> включает в себя тэг <Address>, имеющий адресную информацию для использования службы. Тэг <Types> имеет информацию о типе службы, а тэг <ServiceId> имеет идентификатор для идентификации службы.

Значение тэга <FriendlyName> и значение тэга <ModelName> извлекаются из принятой информации устройства посредством DP 102 соответственно как название устройства и название модели, и извлеченные значения сохраняются в блоке 514 хранения информации устройства.

На фиг.14 показана блок-схема последовательности операций, иллюстрирующая процесс, который должен быть выполнен в случае, когда DP 102 регистрирует информацию устройства в блоке 514 хранения информации устройства. Т.е. фиг.14 указывает последовательность операций по регистрации вышеупомянутой информации устройства. Здесь следует отметить, что соответствующие этапы блок-схемы, иллюстрированной на фиг.14, выполняются, если CPU 3001 в DP 102 обрабатывает программу, сохраненную в ROM 3002.

На этапе S1401 сообщение Hello, переданное от аппарата формирования изображения, принимается DP 102 через NIC 3008. Далее, на этапе S1402, UUID извлекается из принятого сообщения Hello посредством CPU 3001. Затем, на этапе S1403, CPU 3001 оценивает, существует или нет запись, имеющая такой же UUID, что и извлеченный UUID, в блоке 514 хранения информации устройства. Если делается вывод, что запись не существует, последовательность операций переходит к этапу S1404. На этапе S1404 запись вновь добавляется к информации устройства на фиг.6, хранящейся в блоке 514 хранения информации устройства. Далее, на этапе S1405, сообщение Get передается от DP 102 аппарату формирования изображения, чтобы получать информацию устройства. Затем, на этапе S1406, запись, добавленная в блок 514 хранения информации устройства, обновляется посредством CPU 3001. С другой стороны, если на этапе S1403 делается вывод, что запись существует, последовательность операций переходит к этапу S1407. На этапе S1407 информация о версии извлекается из принятого сообщения Hello посредством CPU 3001. Далее, на этапе S1408, CPU 3001 оценивает, является или нет информация о версии в записи, UUID которой совпадает, такой же, что и информация о версии, извлеченная на этапе S1407. Если делается вывод, что информация о версии отличается от извлеченной информации о версии, последовательность операций переходит к этапам S1405 и S1406, чтобы обновлять информацию устройства. С другой стороны, если делается вывод, что информация о версии является такой же, что и извлеченная информация о версии, процесс немедленно заканчивается.

Далее будет описан процесс, в котором информация устройства, зарегистрированная в DP 102, удаляется аппаратом 104 формирования изображения.

Если работа аппарата 104 формирования изображения останавливается (например, если аппарат 104 формирования изображения выключается), аппарат 104 формирования изображения передает в однонаправленной передаче сообщение Bye, которое иллюстрировано на фиг.10, в DP 102.

В сообщении Bye на фиг.10 тэг <Bye> включен в секцию основной части, так что это сообщение указывает сообщение Bye. Дополнительно, тэг <Bye> включает в себя тэг <EndpointReference>, а тэг <EndpointReference> дополнительно включает в себя тэг <Address>, имеющий адресную информацию для идентификации устройства.

Информация об UUID извлекается из сообщения Bye посредством DP 102, и, таким образом, соответствующая информация устройства удаляется из блока 514 хранения информации устройства.

На фиг.15 показана блок-схема последовательности операций, иллюстрирующая процесс, который должен быть выполнен в случае, когда DP 102 удаляет информацию устройства из блока 514 хранения информации устройства. Т.е. фиг.15 указывает последовательность операций по удалению вышеупомянутой информации устройства. Здесь следует отметить, что соответствующие этапы блок-схемы на фиг.15 выполняются, если CPU 3001 в DP 102 обрабатывает программу, сохраненную в ROM 3002.

На этапе S1501 сообщение Bye, переданное от аппарата формирования изображения, принимается посредством DP 102 через NIC 3008. Далее, на этапе S1502, UUID извлекается из принятого сообщения Bye посредством CPU 3001. Затем, на этапе S1503, CPU 3001 оценивает, существует или нет запись, имеющая такой же UUID, что и извлеченный UUID, в блоке 514 хранения информации устройства. Если делается вывод, что запись существует, последовательность операций переходит к этапу S1504. На этапе S1504 запись удаляется из блока 514 хранения информации устройства посредством CPU 3001. С другой стороны, если на этапе S1503 делается вывод, что запись не существует, процесс заканчивается немедленно.

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

Клиентский PC 103 передает в одноадресной передаче сообщение Probe XML-формата, которое иллюстрировано на фиг.11, в DP 102. В сообщении Probe на фиг.11 тэг <Probe> (<Образец>) включен в секцию основной части, так что это сообщение указывает сообщение Probe. Дополнительно, тэг <Probe> включает в себя тэг <Types>, который используется, чтобы обозначать тип устройства, которое пользователь желает найти. На фиг.11 иллюстрируется сообщение Probe для поиска устройства, типом которого является принтер.

Если сообщение Probe принимается в DP 102, тэг <Types> извлекается, чтобы искать, в блоке 514 хранения информации устройства, устройство, которое соответствует условию поиска, и сообщение Probe Match, которое иллюстрировано на фиг.12, передается клиентскому PC 103. В сообщении Probe Match, иллюстрированном на фиг.12, тэг <ProbeMatches> (<Совпадения с образцом>) включен в секцию основной части, так что это сообщение указывает сообщение Probe Match. Здесь секции 1201 и 1202 Probe Match, соответственно указанные тэгами <ProbeMatch> (<Совпадение с образцом>), включены в тэг <ProbeMatches>, и каждая из секций Probe Match соответствует одному найденному результату. Например, фиг.12 указывает найденный результат, что два устройства соответствуют условию поиска. Попутно следует отметить, что структура секции Probe Match является такой же, что и структура содержимого тэга <Hello> в сообщении Hello на фиг.7.

В клиентском PC 103 URL, описанный тэгом <XAddrs>, извлекается из сообщения Probe Match, и сообщение Get на фиг.8 передается в одноадресной передаче. Следует отметить, что в настоящем варианте осуществления URL создается из IP-адреса аппарата 104 формирования изображения и сообщение Get не передается в DP 102, а непосредственно передается аппарату 104 формирования изображения. Сообщение Get Response, которое иллюстрировано на фиг.9, передается от аппарата 104 формирования изображения клиентскому PC 103, и затем необходимая информация извлекается клиентским PC 103.

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

На фиг.16 показана блок-схема последовательности операций, иллюстрирующая процесс, который должен быть выполнен в случае, когда DP ищет информацию устройства. Здесь следует отметить, что соответствующие этапы блок-схемы на фиг.16 выполняются, если CPU 3001 в DP 102 обрабатывает программу, сохраненную в ROM 3002.

На этапе S1601 сообщение Probe, переданное от клиентского PC 103, принимается посредством DP 102 через NIC 3008. Далее, на этапе S1602, значение тэга <Types> в принятом сообщении Probe извлекается посредством CPU 3001. Затем, на этапе S1603, CPU 3001 оценивает, равно или нет значение тэга <Types> "нулю". Если делается вывод, что значение не равно "нулю", последовательность операций переходит к этапу S1604. На этапе S1604 записи информация устройства, хранящаяся в блоке 514 хранения информации устройства, выбирается посредством CPU 3001, чтобы оценить, существует или нет запись, имеющая тот же тип устройства (значение), что и извлеченное значение. Если делается вывод, что запись, имеющая тот же тип устройства, что и извлеченное значение, существует (т.е. если типы устройств совпадают), последовательность операций переходит к этапу S1605. На этапе S1605 ответные данные, соответствующие рассматриваемой записи, формируются посредством CPU 3001. Затем, на этапе S1606, CPU 3001 оценивает, заканчивается или нет подтверждение всех записей. Если делается вывод, что подтверждение заканчивается, последовательность операций переходит к этапу S1607. На этапе S1607 ответные данные, сформированные до этого времени, объединяются посредством CPU 3001, сообщение Probe Match, которое иллюстрировано на фиг.12, передается клиентскому PC 103, и процесс заканчивается. С другой стороны, если на этапе S1603 делается вывод о том, что значение тэга <Types> равно "нулю", последовательность операций переходит к этапу S1608. На этапе S1608 ответные данные, соответствующие всем записям, формируются посредством CPU 3001. Затем, на этапе S1607, сообщение Probe Match передается клиентскому PC 103, и процесс заканчивается. В данном случае, на фиг.16, условием поиска, включенным в сообщение Probe, является тип устройства. Однако другая информация, такая как название устройства, название модели или т.п., может использоваться в качестве условия поиска.

На фиг.13 показана схема, иллюстрирующая пример UI в случае, когда клиентский PC 103 ищет аппарат для формирования изображения, а экран, проиллюстрированный на фиг.13, отображается на CRT 3010 клиентского PC 103. На фиг.13 область 1301 - это область для обозначения типа устройства, которое должно быть найдено. Более конкретно, ключевые слова, такие как "MFP", "Принтер" и т.п., могут быть обозначены в области 1301. Если какие-либо данные не вводятся в области 1301, то в результате ищутся все аппараты формирования изображения. Дополнительно, если кнопка 1302 нажимается, поиск выполняется в DP 102, как описано выше. Затем найденный результат отображается в области 1303. Более конкретно, типы, названия моделей и названия устройств отображаются одновременно.

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

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

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

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

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

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

На фиг.17 блок 1701 уведомления о состоянии распределения DHCP-сервера 101 уведомляет DP 102 о ситуации распределения IP-адреса и информации о настройках DHCP-клиенту в таком формате, как проиллюстрировано на фиг.18. Следует отметить, что блок 1701 уведомления о состоянии распределения выполняет уведомление в момент передачи сообщения DHCP ACK (S2004, S2006 на фиг.2), в момент приема сообщения DHCP RELEASE (S2007 на фиг.2) и в момент освобождения назначения IP-адреса без приема сообщения DHCP REQUEST в течение времени аренды.

Блок 1711 приема состояния распределения в DP 102, который принял уведомление от DHCP-сервера 101, выполняет, на основе вида принятого уведомления, процесс с помощью информации устройства, сохраненной в блоке 514 хранения информации устройства. Если необходимо получить информацию устройства, блок 512 получения информации устройства передает запрос на получение информации устройства аппарату 104 формирования изображения и затем сохраняет возвращенную информацию устройства в блоке 514 хранения информации устройства.

Аппарат 104 формирования изображения не имеет блока, соответствующего блоку 533 уведомления информации устройства, как в первом варианте осуществления. Следовательно, даже если IP-адрес DP 102 распределяется от DHCP-сервера 101, аппарат 104 формирования изображения непосредственно не уведомляет DP 102 о распределенном IP-адресе.

На фиг.18 показана схема, иллюстрирующая формат данных уведомления, которое должно передаваться от DHCP-сервера 101 в DP 102. На фиг.18 тип 1801 включает элементы 1, 2 и 3. В типе 1801 элемент 1 указывает, что IP-адрес был вновь назначен посредством передачи сообщения DHCP ACK (S2004), элемент 2 указывает, что использование IP-адреса было обновлено посредством передачи сообщения DHCP ACK (S2006), а элемент 3 указывает, что назначение IP-адреса было освобождено посредством приема сообщения DHCP RELEASE или без приема сообщения DHCP REQUEST в течение времени аренды. Кроме того, распределенный IP-адрес устанавливается в адрес 1802.

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

Сначала такое сообщение уведомления, как иллюстрированное на фиг.18, принимается посредством DP 102 через NIC 3008 на этапе S1901, и тип уведомляющего сообщения анализируется и оценивается на этапе S1902. Т.е., если делается вывод, что тип равен "1", последовательность операций переходит к этапу S1903. На этапе S1903 сообщение Probe передается от DP 102 по IP-адресу, включенному в уведомляющее сообщение, через NIC 3008. Затем сообщение Probe Match в качестве ответа для сообщения Probe принимается на этапе S1904, и новая запись добавляется посредством CPU 3001 в блок 514 хранения информации устройства в ответ на принятое сообщение Probe Match на этапе S1905. Далее, на этапе S1906, сообщение Get передается через NIC 3008, информация устройства в качестве ответа на сообщение Get получается на этапе S1907, и на этапе S1908 запись, добавленная в блок 514 хранения информации устройства, обновляется посредством CPU 3001, и затем процесс завершается.

Дополнительно, если на этапе S1902 делается вывод, что тип равен "2", последовательность операций переходит к этапу S1909. На этапе S1909 сообщение Probe передается от DP 102 по IP-адресу, включенному в принятое сообщение уведомления, через NIC 3008. Затем сообщение Probe Match в качестве ответа на сообщение Probe принимается на этапе S1910, и UUID извлекается посредством CPU 3001 из сообщения Probe Match на этапе S1911. Затем, на этапе S1912, CPU 3001 оценивает, существует или нет запись, имеющая тот же UUID, что и извлеченный UUID, в блоке 514 хранения информации устройства. Если делается вывод, что запись не существует, последовательность операций переходит к этапу S1913. На этапе S1913 запись вновь добавляется в блок 514 хранения информации устройства посредством CPU 3001. Затем на этапе S1914 передается сообщение Get , и на этапе S1915 в качестве ответа на сообщение Get получается информация устройства, а запись, добавленная в блок 514 хранения информации устройства, обновляется посредством CPU 3001 на этапе S1916, и затем процесс завершается. С другой стороны, если на этапе S1912 делается вывод, что запись существует, последовательность операций переходит к этапу S1917. На этапе S1917 информация о версии извлекается из сообщения Probe Match посредством CPU 3001. Далее, на этапе S1918, CPU 3001 оценивает, является или нет информация о версии, извлеченная на этапе S1917, такой же, что и информация о версии в записи, UUID которой совпадает. Если делается вывод, что информация о версии не является такой же, последовательность операций переходит к этапу S1914. На этапе S1914 информация устройства обновляется посредством CPU 3001. С другой стороны, если делается вывод, что информация о версии является такой же, процесс немедленно заканчивается.

Дополнительно, если на этапе S1902 делается вывод, что тип равен "3", последовательность операций переходит к этапу S1919. На этапе S1919 CPU 3001 оценивает, существует или нет запись, имеющая IP-адрес, включенный в уведомляющее сообщение, в информации устройства, хранимой в блоке 514 хранения информации устройства. Если делается вывод, что запись существует, последовательность операций переходит к этапу S1920. На этапе S1920 запись удаляется из блока 514 хранения информации устройства посредством CPU 3001. С другой стороны, если делается вывод, что запись не существует, процесс заканчивается немедленно.

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

На фиг.28 показана блок-схема, иллюстрирующая структуру программного обеспечения DP 102 в таком случае. На фиг.28, если сообщение уведомления, которое иллюстрировано на фиг.18, принимается блоком 2801 управления доступом, оценивается, необходимо или нет обрабатывать сообщение уведомления согласно списку контроля доступа, созданному блоком 2802 настроек списка контроля доступа. Здесь следует отметить, что, если требуемый IP-адрес вводится пользователем через KB 3009b, список контроля доступа создается на основе введенного IP-адреса. Альтернативно, список контроля доступа может быть создан посредством приема информации об IP-адресе через сеть.

На фиг.29 показана блок-схема последовательности операций, иллюстрирующая процесс, который должен выполняться в случае, когда блок 1702 приема состояния распределения в DP 102 принимает от DHCP-сервера 101 уведомление о том, что тип уведомляющего сообщения равен "3". Здесь следует отметить, что соответствующие этапы блок-схемы, иллюстрированной на фиг.29, выполняются посредством CPU 3001 в DP 102.

Уведомление, указывающее, что тип равен "3", сначала принимается посредством DP 102 на этапе S2901, и IP-адрес источника передачи из принятого уведомления получается посредством CPU 3001 на этапе S2902. Здесь следует отметить, что передача и прием уведомляющего сообщения, иллюстрированного на фиг.18, выполняются с помощью IP-передачи, и IP-адрес получается из IP-заголовка, добавленного спереди уведомляющего сообщения. Далее, на этапе S2903, CPU 3001 оценивает, существует или нет полученный IP-адрес в списке контроля доступа. Если делается вывод, что полученный IP-адрес существует в списке контроля доступа, последовательность операций переходит к этапу S2904. Затем, на этапе S2904, CPU 3001 оценивает, существует или нет запись, имеющая IP-адрес, включенный в сообщение уведомления, в информации устройства, хранимой в блоке 514 хранения информации устройства. Если делается вывод, что запись существует, последовательность операций переходит к этапу S2905. На этапе S2905 запись удаляется посредством CPU 3001, и процесс заканчивается. С другой стороны, если на этапе S2903 делается вывод, что полученный IP-адрес не существует в списке контроля доступа, и если на этапе S2904 делается вывод, что запись не существует, процесс заканчивается немедленно.

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

Как описано выше, согласно второму варианту осуществления для клиентского PC 103 или аппарата 104 формирования изображения становится ненужным уведомление DP 102 о собственной информации. Следовательно, даже при условии того, что клиентский PC или аппарат формирования изображения не может уведомлять DP 102 о собственной информации, DHCP-сервер вместо клиентского PC или аппарата формирования изображения может уведомлять DP 102 об информации устройства. Например, если аппарат формирования изображения не может передать сообщение Bye к DP, поскольку электропитание аппарата формирования изображения было выключено, DHCP-сервер может знать о факте, что аппарат формирования изображения не может быть использован, поскольку обновление IP-адреса не требуется. В таком случае DHCP-сервер вместо аппарата формирования изображения может передавать уведомление для запроса удаления информации о аппарате формирования изображения из информации устройства в DP 102. Следовательно, DP может более точно управлять информацией устройства даже при таких обстоятельствах.

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

Далее будет описан третий вариант осуществления настоящего изобретения.

Следует отметить, что, хотя только один DP размещается в сети в вышеописанных вариантах осуществления, DP размещается для каждой из подсетей в настоящем варианте осуществления.

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

В конфигурации системы этого типа согласно настоящему изобретению настройка распределения на фиг.26 выполняется блоком 502 настройки информации о распределении DHCP-сервера 101. На фиг.26 резервная опция 2604 существует в информации 2602 о настройках подсети 2 в дополнение к информации о настройках первого варианта осуществления, который иллюстрирован на фиг.21. Резервная опция 2604 включает в себя MAC-адрес, IP-адрес и адрес DP. Если MAC-адрес DHCP-клиента, который передал сообщение DHCP REQUEST, совпадает с любым из адресов, включенных в резервную опцию, информация, описанная в этой опции, предпочтительно распространяется.

В данном случае, хотя только одна резервная опция установлена на фиг.26, могут быть установлены множество резервных опций. В настоящем варианте осуществления для резервной опции 2604 MAC-адрес аппарата 104 формирования изображения устанавливается как MAC-адрес, IP-адрес, надежно распределенный аппарату 104 формирования изображения, устанавливается как IP-адрес, а IP-адрес DP 102 устанавливается как адрес DP. Кроме того, IP-адреса DP 102 и 108 устанавливаются в качестве адреса DP в информации 2601 о настройках подсети 1, IP-адреса DP 102 и 108 устанавливаются в качестве адреса DP в информации 2602 о настройках подсети 2, и IP-адрес DP 108 устанавливается в качестве адреса DP в информации 2603 о настройках подсети 3.

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

Первоначально, на этапе S2701, сообщение DHCP DISCOVER, переданное DHCP-клиентом или агентом ретрансляции, принимается DHCP-сервером 101. Затем, на этапе S2702, информация о настройках, которая должна быть назначена, идентифицируется посредством CPU 3001 способом первого варианта осуществления, иллюстрированным на фиг.23. На этапе S2703 CPU 3001 оценивает, идентифицирована или нет информация о настройках посредством процесса на этапе S2702. Если делается вывод, что информация о настройках не идентифицирована, процесс заканчивается. С другой стороны, если делается вывод, что информация о настройках идентифицирована, последовательность операций переходит к этапу S2704. На этапе S2704 CPU 3001 оценивает, совпадает или нет идентификатор клиента, включенный в сообщение, с MAC-адресом резервной опции в идентифицированной информации о настройках. Если делается вывод, что идентификатор клиента совпадает с MAC-адресом, последовательность операций переходит к этапу S2705. На этапе S2705 IP-адрес, установленный в резервной опции, устанавливается в поле yiaddr в сообщении DHCP OFFER посредством CPU 3001, и затем последовательность операций переходит к этапу S2707. С другой стороны, если на этапе S2704 делается вывод, что идентификатор клиента не совпадает с MAC-адресом, последовательность операций переходит к этапу S2706. На этапе S2706 CPU 3001 оценивает, остается или нет неназначенный IP-адрес (т.е. IP-адрес, который еще не назначен) в идентифицированной информации о настройках. Затем, если делается вывод, что неназначенный IP-адрес не остается, процесс заканчивается. С другой стороны, если делается вывод, что неназначенный IP-адрес остается, последовательность операций переходит к этапу S2707. На этапе S2707 идентифицированная информация о настройках устанавливается посредством CPU 3001 в часть сообщения DHCP OFFER, по которому какая-либо настройка не выполнена, таким образом, сообщение DHCP OFFER формируется. Здесь, если IP-адрес не установлен в поле yiaddr на этапе S2705, распределенный IP-адрес устанавливается в поле yiaddr. Затем, на этапе S2708, сформированное сообщение DHCP OFFER передается DHCP-клиенту. Потом, на этапе S2709, сообщение DHCP REQUEST, переданное DHCP-клиентом или агентом ретрансляции, принимается DHCP-сервером 101. Далее, на этапе S2710, информация о настройках, которая должна быть назначена, идентифицируется посредством CPU 3001 способом первого варианта осуществления, иллюстрированным на фиг.23. На этапе S2711 CPU 3001 оценивает, идентифицирована или нет информация о настройках посредством процесса на этапе S2710. Если делается вывод, что информация о настройках не идентифицирована, процесс заканчивается. С другой стороны, если делается вывод, что информация о настройках идентифицирована, последовательность операций переходит к этапу S2712. На этапе S2712 CPU 3001 оценивает, совпадает или нет идентификатор клиента, включенный в сообщение, с MAC-адресом резервной опции в идентифицированной информации о настройках. Если делается вывод, что идентификатор клиента совпадает с MAC-адресом, последовательность операций переходит к этапу S2713. На этапе S2713 информация о настройках, установленная в резервной опции, устанавливается в сообщение DHCP ACK посредством CPU 3001. С другой стороны, если на этапе S2712 делается вывод, что идентификатор клиента не совпадает с MAC-адресом, последовательность операций переходит к этапу S2714. На этапе S2714 устанавливается, что запрашиваемый IP-адрес, включенный в сообщение DHCP REQUEST, был назначен. Далее на этапе S2715 идентифицированная информация о настройках устанавливается посредством CPU 3001 в часть сообщения DHCP REQUEST, по которому какая-либо настройка не выполнена, таким образом, формируется сообщение DHCP ACK. Затем, на этапе S2716, сформированное сообщение DHCP ACK передается DHCP-клиенту, и процесс заканчивается.

Посредством вышеописанного процесса IP-адрес DP 102 распределяется аппарату 104 формирования изображения, а IP адрес DP 108 распределяется как адрес DP аппарату 105 формирования изображения.

В результате аппарат 104 формирования изображения начинает уведомлять DP 102 о своем существовании, а аппарат 105 формирования изображения начинает уведомлять DP 108 о своем существовании. После чего, выполняя обмен сообщениями, такой же, что и в первом варианте осуществления, информация устройства аппарата 104 формирования изображения сохраняется в DP 102, а информация устройства аппарата 105 формирования изображения сохраняется в DP 108.

С другой стороны, IP-адреса DP 102 и 108 распределяются в качестве адреса DP клиентскому PC 103. Затем клиентский PC 103 неоднократно выполняет тот же процесс, что и в первом варианте осуществления, для обоих DP 102 и 108, таким образом, позволяя получать информацию устройства аппаратов 104 и 105 формирования изображения. Дополнительно, IP-адрес DP 108 распределяется в качестве адреса DP клиентскому PC 110. Таким образом, клиентский PC 110 выполняет тот же процесс, что и в первом варианте осуществления, для DP 108, таким образом, позволяя получать информацию устройства аппарата 105 формирования изображения. Однако клиентский PC 110 не может получать информацию устройства аппарата 104 формирования изображений, поскольку невозможно узнать о существовании DP 102. Следовательно, возможно управлять клиентским PC в подсети 2, чтобы получать информацию устройства аппаратов формирования изображения, существующих во всех подсетях, и управлять клиентским PC в подсети 3, чтобы получать только информацию устройства аппарата формирования изображения, существующего в подсети 3. Более того, на фиг.26 устанавливается распределение IP-адресов DP 102 и 108 DHCP-клиенту в подсети 1, в которой DP не существует. Следовательно, клиентский PC 109 может получать информацию устройства аппаратов 104 и 105 формирования изображения, так же как и клиентский PC 103.

Другие варианты осуществления

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

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

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

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