УСТРОЙСТВО ДЛЯ ОБРАБОТКИ ИЗОБРАЖЕНИЙ И СПОСОБ УПРАВЛЕНИЯ ИМ Российский патент 2014 года по МПК H04N1/00 G06F3/14 

Область техники, к которой относится изобретение

Данное изобретение относится к устройству для обработки изображений и способу управления им.

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

В последние годы даже некоторые периферийные устройства, такие, как многофункциональные периферийные устройства (МФПУ), включая сканеры и принтеры, предусматривают наличие Web-браузера.

В выложенном патенте Японии № 2006-127503 описан экран, обеспечиваемый Web-сервером, отображаемый на Web-браузере МФПУ и принимающий различные команды, получаемые от пользователя, как операционный экран. В соответствии с выложенным патентом Японии № 2006-127503, Web-сервер обеспечивает операционный экран, используемый для ввода команд, необходимых для использования соответствующих функций, которыми наделено МФПУ. То есть, пользователь МФПУ вводит команду в МФПУ посредством операционного экрана, отображаемого на Web-браузере. Затем Web-браузер МФПУ уведомляет Web-сервер о вводимой команде. Web-сервер, который принял уведомление, запрашивает МФПУ на предмет выполнения различных процессов в соответствии с содержанием команды, вводимой пользователем. Потом, в ответ на запрос, МФПУ выполняет запрашиваемый процесс. Таким образом, нужно поддерживать в МФПУ не все данные меню, необходимые для работы МФПУ, а лишь те данные меню, которые нужно изменить на Web-сервере.

С другой стороны, в качестве средств взаимосвязи между устройством для обработки информации и Web-сервером, обычно к одному Web-серверу подсоединено множество устройств для обработки информации. По этой причине, когда множество устройств для обработки информации одновременно пытаются установить соединение, нагрузка на Web-сервере становится большой. В таком случае, применим способ замены обслуживания, описанный в выложенном патенте Японии № 2003-288285. В соответствии с выложенным патентом Японии № 2003-288285, осуществляется оперативный контроль состояния Web-сервера, и когда определяют, что Web-сервер не может обработать запросы из-за большой нагрузки, заменяющий сервер только получает запросы. Затем, после восстановления работоспособности Web-сервера, заменяющий сервер посылает запросы на Web-сервер.

Вместе с тем, систему, описанную в выложенном патенте Японии № 2006-127503, можно использовать не только для простого управления меню, но и для обеспечения соответствия экрана требованиям заказчика. При рассмотрении такой системы, всеми операционными экранами МФПУ можно манипулировать посредством экранов, отображаемых Web-браузером. Однако в этом случае возникает следующая проблема.

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

В соответствии с выложенным патентом Японии № 2006-127503, когда МФПУ не может установить соединение с Web-сервером, отображается сообщение об ошибке. В альтернативном варианте, поскольку МФПУ повторно повторяет попытки соединения до тех пор, пока оно не будет установлено, такую проблему решить не удается. С другой стороны, в соответствии с выложенным патентом Японии № 2003-288285, когда МФПУ не может установить соединение с Web-сервером, оно не может передать никакой запрос даже на заменяющий сервер. Поэтому выложенный патент Японии № 2003-288285 тоже не позволяет решить эту проблему.

Сущность изобретения

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

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

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

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

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

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

на фиг. 2А и 2В представлены блок-схемы, иллюстрирующие компоновку аппаратных средств и программных средств МФПУ в соответствии с вариантом осуществления;

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

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

на фиг. 5А представлен вид, иллюстрирующий пример данных, записанных на языке разметки гипертекстовых документов (HTML-данных), в случае состояния занятости сервера, а на фиг. 5B представлен вид, иллюстрирующий пример HTML-данных, объединяемых с кнопкой графического пользовательского интерфейса (ГПИ);

на фиг. 6А представлен вид, иллюстрирующий пример отображения Web-браузера в случае состояния занятости сервера, на фиг. 6B представлен вид, иллюстрирующий пример отображения Web-браузера при объединении с кнопкой ГПИ, а на фиг. 6C представлен вид, иллюстрирующий пример отображения меню на Web-браузере;

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

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

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

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

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

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

Применительно к первому варианту осуществления будет пояснен пример, в котором МФПУ - в качестве примера устройства для обработки изображений согласно данному изобретению - запрашивает Web-сервер о посылке меню ПИ устройства для обработки изображения. В этом примере будет пояснен пример обработки для отображения пользовательского интерфейса (ПИ), выполняемой, когда связь с Web-сервером не осуществляется нормально.

Компоновка системы

На фиг. 1А и 1В представлены схемы, иллюстрирующие примеры общих компоновок систем, к которым применимо данное изобретение, и на фиг. 1А показан первый вариант осуществления. Как показано на фиг. 1A, МФПУ 110 и Web-сервер 120 соединены с локальной вычислительной сетью (ЛВС) 100, такой, как Ethernet™.

МФПУ 110 имеет функцию копирования. Кроме того, МФПУ 110 имеет функцию посылки данных, согласно которой сканируют изображение документа и посылают сканированные данные изображения (также называемые в нижеследующем тексте данными документа) в назначенное устройство по ЛВС 100 с использованием протокола передачи файлов (FTP) или протокола блока сообщений сервера (SMB). Кроме того, МФПУ 110 может создавать сообщение электронной почты, включающее в себя изображение в качестве присоединенного файла, и может посылать это сообщение электронной почты с помощью сервера электронной почты (не показан).

Сервер 120 представляет собой Web-сервер. Web-приложение на Web-сервере посылает страницу, написанную на языке HTML (HTML-страницу), подлежащую отображению на МФПУ 110, в ответ на запрос из МФПУ 110. В системе согласно этому варианту осуществления нет конкретных ограничений на количество устройств. Кроме того, в этом варианте осуществления в качестве средства реализации способа соединения принята ЛВС. Однако данное изобретение не ограничивается таким конкретным способом соединения. Например, можно применить произвольную сеть, такую, как глобальная вычислительная сеть (ГВС) (представляющая собой сеть общего пользования), способ последовательной передачи, такой, как с помощью универсальной последовательной шины (USB), или способ параллельной передачи, такой, как с помощью интерфейса Centronics или интерфейса малых компьютерных систем (SCSI).

Компоновка аппаратных средств МФПУ

Как показано на фиг. 2A, конфигурация МФПУ 110 образована следующими компонентами. То есть, конфигурация МФПУ 110 образована блоком 112 сканера в качестве МФПУ для ввода, блоком 113 принтера в качестве МФПУ для выдачи изображения и контроллером 200, который управляет МФПУ 110 и операционным блоком 111.

Блок 112 сканера преобразует информацию изображения в электрический сигнал за счет ввода отраженного света, получаемого путем экспонирующего сканирования изображения на документе, в прибор с зарядовой связью (ПЗС). Кроме того, блок 112 сканера преобразует электрический сигнал в сигналы яркости, включающие в себя цвета красный (R), зеленый (G) и синий (B), и выдает эти сигналы яркости в контроллер 200 как цифровые данные изображения. Отметим, что листы документа уложены на самонакладе для подачи документа, и когда пользователь вводит команду начала сканирования из операционного блока 111, контроллер 200 подает команду сканирования документа в блок 112 сканирования. По получении этой команды, блок 112 сканирования подает листы документа из самонаклада для подачи документа один за другим и проводит операции сканирования листов документа. Отметим, что способ сканирования документа не ограничивается способом автоматической подачи с помощью самонаклада для подачи документа, а может быть способом сканирования документа, размещенного на поверхности стекла (не показана) посредством перемещения блока экспонирования.

Блок 113 принтера представляет собой МФПУ для формирования изображения, формирующее данные изображения, принимаемые из контроллера 200, на листе бумаги как изображение. Отметим, что в качестве способа формирования изображения согласно этому варианту осуществления принят электрофотографический способ с использованием светочувствительного барабана или светочувствительной ленты. Однако данное изобретение не ограничивается таким конкретным способом. Например, в данном изобретении можно позаимствовать способ струйной печати, при котором изображение печатают на листе бумаги за счет выбрасывания чернил из матриц малых сопел.

Контроллер 200 электрически соединен с операционным блоком 111, блоком 112 сканера и блоком 113 принтера, а также с ЛВС 100 посредством сетевого интерфейса (СИ) 206. То есть, контроллер 200 соединен с другими устройствами посредством ЛВС 100. Тогда обеспечивается связь на основе протокола HTTP.

Центральный процессор (ЦП) 201 систематически управляет различными подсоединенными функциональными периферийными устройствами (ФПУ), а также ФПУ из других МФПУ, на основе, например, программ управления, хранимых в постоянном запоминающем устройстве (ПЗУ) 202. Кроме того, ЦП 201 систематически управляет различными процессами, исполняемыми внутри контроллера 200. Это управление включает в себя исполнение программ, необходимых для воплощения процессов в соответствии с блок-схемами последовательностей операций, описываемыми ниже.

ПЗУ 202 хранит, например, программу начальной загрузки устройства и постоянные данные. Оперативное запоминающее устройство (ОЗУ) 203 представляет собой оперативную память системы, необходимую для работы ЦП 201, а также используется в качестве запоминающего устройства для временного хранения данных изображения. ОЗУ 203 включает в себя область, в которой хранимые содержания остаются даже после отключения питания основного корпуса устройства, например, аварийного батарейного питания, и область, в которой хранимое содержание стирается после отключения питания. НЖМД 204 представляет собой накопитель на жестком магнитном диске и может хранить программные средства системы и данные изображения.

Интерфейс (ИФ) 205 операционного блока представляет собой средство сопряжения, необходимое для соединения системной шины 211 с операционным блоком 111. ИФ 205 операционного блока принимает данные изображения, подлежащие отображению на операционном блоке 111, из системной шины 211 и выдает эти данные изображения в операционный блок 111. Кроме того, ИФ 205 операционного блока выдает информацию, вводимую из операционного блока 111, в системную шину 211. Сетевой ИФ 206 соединен с ЛВС 100 и системной шиной 211, а также вводит и выдает информацию. ИФ 207 сканера корректирует, модифицирует и редактирует данные изображения, принимаемые из блока 112 сканера. Отметим, что ИФ 207 сканера имеет функцию определения того, являются ли принимаемые данные изображения данными цветного или одноцветного документа, либо текстового или фотодокумента.

Процессор 208 изображений осуществляет преобразование направления, сжатие и расширение изображений, а также аналогичные операции над данными изображения. Процессор 208 изображений сможет объединять изображения, хранимые в НЖМД 204, для формирования единственного изображения. ИФ 209 принтера принимает данные изображения, посылаемые из процессора 208 изображений, и применяет обработку для формирования изображений к изображению, обращаясь к атрибутным данным, прилагаемым к данным этого изображения. Данные изображения после обработки для формирования изображений выдаются в блок 113 принтера.

В этом варианте осуществления, МФПУ представляет собой сетевое МФПУ, которое выполняет обработку для отображения ПИ. В альтернативном варианте, данное изобретение можно применить к другим устройствам для обработки изображений, таким, как компьютер общего назначения, с которым соединены сканер общего назначения и принтер общего назначения.

Компоновка аппаратных средств Web-сервера

На фиг. 3A представлена блок-схема, иллюстрирующая компоновку аппаратных средств Web-сервера 120, показанного на фиг. 1A. Обращаясь к фиг. 3A, отмечаем, что ЦП 301, ОЗУ 302, ПЗУ 303, сетевой ИФ 305 и накопитель на жестком магнитном диске (НЖМД), обозначенный позицией 306, соединены посредством системной шины 309, оказываясь способными осуществлять связь друг с другом. Кроме того, устройство 307 отображения, такое, как электронно-лучевая трубка (ЭЛТ), устройство 304 ввода, такое, как клавиатура, и указывающее устройство 308, такое, как мышь, соединены посредством системной шины 309, оказываясь способными осуществлять связь друг с другом.

ПЗУ 303 или НЖМД 306 хранит программы управления, такие, как операционная система или Web-приложение. ЦП 301 воплощает функции компьютера, считывая программы управления из ПЗУ 303 или НЖМД 306 в ОЗУ 302 и выполняя эти программы, когда потребуется. ЦП 301 отображает информацию различных типов посредством устройства 307 отображения и принимает команды пользователя из устройства 304 ввода и указывающего устройства 308. Кроме того, ЦП 301 осуществляет связь с другими устройствами по ЛВС 100 посредством сетевого ИФ 305.

Компоновка программных средств МФПУ

На фиг. 2В представлена блок-схема, иллюстрирующая компоновку модулей программных средств МФПУ 110, связанных с обработкой для отображения ПИ МФПУ в соответствии с этим вариантом осуществления. На практике, эти модули программных средств хранятся в качестве программ 204а управления в НЖМД 204 МФПУ 110, загружаются в ОЗУ 203 и выполняются посредством ЦП 201.

Модуль 401 управления экранами выполняет управление отображениями для переключения отображений модулей, имеющих экраны ПИ, таких, как модуль 402 аутентификации, модуль 403 ПИ функций и Web-браузер 405. Модуль 401 управления экранами отображает ПИ каждого модуля на операционном блоке 111 посредством ИФ 205 операционного блока в соответствии с командой из другого модуля программных средств. Модуль 402 аутентификации представляет собой модуль, который аутентифицирует пользователя, работающего с устройством. В этом варианте осуществления, модуль 402 аутентификации аутентифицирует пользователя путем приема информации об аутентификации из операционного блока 111 через ИФ 205 операционного блока. В этом примере, части информации пользователя хранятся в ОЗУ 203 или НЖМД 204, а пользователи подразделяются на «администратора» и «генерального пользователя».

Модуль 403 ПИ функций представляет собой модуль программных средств, который отображает пользовательские интерфейсы, дающие пользователю возможность использовать внутренние функции МФПУ 110, такие, как ПИ меню, который приглашает пользователя выбрать функцию, ПИ функции копирования, ПИ функции посылки данных, ПИ функции установочных параметров, который дает пользователю возможность устанавливать МФПУ 110. Модуль 403 ПИ функций уведомляет модуль 407 управления заданиями о команде выполнения каждой функции, принимаемой от пользователя, и предписывает этому модулю выполнить задание согласно этой функции. Этот модуль программных средств используется, когда МФПУ 110 само обеспечивает функции без отображения какого-либо ПИ с помощью Web-приложения и Web-браузера. Чтобы отличить их от пользовательских интерфейсов, обеспечиваемых Web-сервером, ПИ меню, ПИ функции копирования и ПИ функции посылки, которые отображаются модулем 403 ПИ функций, в нижеследующем тексте будут именоваться, соответственно, «внедренным ПИ меню», «внедренным ПИ копирования» и «внедренным ПИ посылки». Кроме того, ПИ установочных параметров, отображаемый посредством модуля 403 ПИ функций, будет именоваться «внедренным ПИ установочных параметров».

Модуль 404 HTTP-связи представляет собой модуль программных средств, который осуществляет связь на основе протокола HTTP за счет работы сетевого ИФ 206. Web-браузер 405 представляет собой браузер, который обеспечивает связь с Web-сервером 120 через модуль 404 HTTP-связи. Web-браузер 405 выдает запрос на получение операционного экрана, описанного на языке HTML, в Web-сервер 120. Кроме того, Web-браузер 405 визуализирует HTML-данные операционного экрана, принимаемые из Web-сервера 120 через модуль 404 HTTP-связи, и отображает тот экран на операционном блоке 111. Помимо этого, Web-браузер 405 уведомляет Web-сервер 120 о входных воздействиях на операционный экран, отображаемый на операционном блоке 111.

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

Модуль 406 анализа информации о заданиях анализирует информацию об определении заданий, принимаемую из Web-браузера 405, уведомляет модуль 407 управления заданиями о результате анализа и выполняет каждое задание. Модуль 407 управления заданиями управляет информацией о заданиях, принимая команды из модуля 403 ПИ функций и модуля 406 анализа информации о заданиях, и выдает команду последовательного выполнения в модуль 408 выполнения заданий. Модуль 408 выполнения заданий представляет собой модуль, который выполняет обработку на основе установления задания. Например, когда задание является заданием копирования, модуль 408 выполнения заданий выполняет следующее задание. То есть, модуль 408 выполнения заданий приводит в действие блок 112 сканирования, чтобы отсканировать бумажные документы, и временно сохраняет данные изображения в НЖМД 204. Затем модуль 408 выполнения заданий приводит в действие блок 113 принтера, чтобы распечатать данные изображения, временно хранимые в НЖМД 204.

Модуль 409 генерирования содержания ошибок представляет собой модуль программных средств, который генерирует содержание, отображаемое на Web-браузере 405, когда возникла ошибка HTTP-связи. Модуль 409 генерирования содержания ошибок генерирует содержание, отображаемое на Web-браузере 405, на основе информации модуля 410 управления списком заменяющих функций, когда возникла ошибка HTTP-связи. Эта последовательность обработки будет описана ниже.

Модуль 410 управления списком заменяющих функций представляет собой модуль, который управляет списком заменяющих функций, описываемым ниже. Список заменяющих функций можно задавать в модуле 410 управления списком заменяющих функций посредством операционного блока 111 ФПУ 110, или получать из внешнего устройства посредством сетевого ИФ 206.

Компоновка программных средств Web-сервера

На фиг. 3B представлена компоновка программных средств Web-сервера 120 в соответствии с этим вариантом осуществления. Web-сервер 120 включает в себя Web-приложение 501 и модуль 504 HTTP-связи. Web-приложение 501 включает в себя модуль 502 представления и логический модуль 503. Эти части программных средств хранятся, например, в НЖМД 306 Web-сервера 120, загружаются в ОЗУ 302, а затем выполняются посредством ЦП 301.

Модуль 502 представления посылает - через модуль 504 HTTP-связи - данные операционного экрана, отображаемые на Web-браузере 405 МФПУ 110, в МФПУ 110 в ответ на запрос из МФПУ 110. Кроме того, модуль 502 представления принимает вводимую информацию от пользователя, которая вводится посредством операционного экрана, отображаемого на Web-браузере 405 МФПУ 110, из МФПУ 110 через модуль 504 HTTP-связи.

Логический модуль 503 выполняет обработку для вводимой информации из МФПУ 110, которая пропускается из модуля 502 представления. Например, логический модуль 503 изменяет отображаемый экран и создает информацию об определении заданий, необходимую для выполнения функций устройств МФПУ в соответствии с входными воздействиями пользователя. Модуль 504 HTTP-связи представляет собой модуль программных средств, который приводит в действие сетевой ИФ 305 для осуществления связи посредством протокола HTTP.

Структура списка заменяющих функций

На фиг. 4 представлена таблица списка заменяющих функций, управляемого модулем 410 управления списком заменяющих функций МФПУ 110. Предположим, что в этом варианте осуществления список заменяющих функций хранится в НЖМД 204 МФПУ 110.

Обращаясь к фиг. 4, отмечаем, что в столбце 601 указаны пользовательские интерфейсы МФПУ 110, которые доступны в режиме замены. В примере, показанном на фиг. 4, внедренный ПИ меню, внедренный ПИ копирования, внедренный ПИ посылки и внедренный ПИ установочных параметров МФПУ 110 соответственно выражены надписями «Меню», «Копирование», «Посылка» и «Установочные параметры». Конечно, могут быть определены и другие функции МФПУ. В столбце 602 указаны образцы унифицированных указателей информационных ресурсов (URL) Web-сайтов, запрашиваемых Web-браузером, в качестве условий разрешения замены. Пример, изображенный на фиг. 4, показывает, что функции столбца 601 доступны только тогда, когда в запросе, поступающем в URL, который сопоставляют с каждым образцом URL за счет поиска префикса, возникло исключение или ошибка. В столбце 603 указано, необходима ли аутентификация, когда разрешается операция замены. Когда в столбце «Аутентификация» стоит «требуется», это указывает, что для отображения ПИ этой функции требуется аутентификация пользователя. Когда в столбце «Аутентификация» стоит «не требуется», это указывает, что аутентификация пользователя не требуется. В столбце 604 указано разрешение пользователя, необходимое для осуществления операции замены. В примере, изображенном на фиг. 4, когда в столбце «Разрешение» стоит «администратор», отображение ПИ разрешено только тогда, когда аутентифицированный пользователь является пользователем-администратором.

Последовательность отображения ПИ

Ниже будет описана последовательность обработки для отображения ПИ применительно к МФПУ 110. Когда происходит запуск МФПУ 110 после включения питания, ЦП 201 загружает программы, хранящиеся в ПЗУ 202 или в НЖМД 204, в ОЗУ 203 и исполняет загружаемые программы. Отметим, что нижеследующая последовательность обработки применительно к МФПУ 110 воплощается, когда ЦП 201 исполняет программы соответствующих модулей программных средств.

Когда ЦП 201 исполняет модуль 401 управления экранами, этот модуль 401 управления экранами отображает некоторый ПИ. Кода установочные параметры МФПУ 110, которыми управляет модуль 401 управления экранами, таковы, что надлежит использовать внедренные пользовательские интерфейсы МФПУ 110, отображение модуля 403 ПИ функций используется в качестве первоначального отображения. С другой стороны, когда эти установочные параметры таковы, что надлежит использовать пользовательские интерфейсы внешнего Web-сервера, отображение Web-браузера 405 используется в качестве первоначального отображения. Применительно к этому варианту осуществления, пояснение обработки будет приведено в предположении, что надлежит использовать пользовательские интерфейсы внешнего Web-сервера. Предположим, что Web-браузер 405 задает URL меню Web-приложения 501 на Web-сервере 120 в качестве указателя первоначально отображаемого Web-сайта.

Таким образом, когда ЦП 201 исполняет Web-браузер 405, этот Web-браузер 405 выдает запрос на получение HTML-страницы в модуль 404 HTTP-связи, назначая URL первоначально отображаемого Web-сайта в соответствии с этим запросом, а модуль 404 HTTP-связи посылает запрос на получение HTML-страницы на Web-сервер 120. При этом, когда Web-сервер 120 работает нормально, Web-приложение 501 возвращает HTML-данные запрашиваемого меню (именуемого далее Web-меню), поддерживаемого Web-приложением, как ответное сообщение. С другой стороны, когда Web-сервер 120 не активен, запрос из Web-браузера 405 достигает таймаута, потому что нет отвечающего Web-сервера. Кроме того, даже когда Web-сервер 120 работает, если Web-приложение занято или если нет HTML-данных, соответствующих запрашиваемому URL, модуль 504 HTTP-связи возвращает HTML-данные страницы «ошибка» в качестве ответного сообщения.

Ниже будет описана обработка для замены МФПУ на основе ответа из Web-сервера. На фиг. 7 представлена блок-схема последовательности операций обработки HTTP-ответа из Web-сервера 120 посредством МФПУ 110. На этапе S701, модуль 404 HTTP-связи проверяет, достигает ли таймаута запрос на получение. Если ответ из Web-сервера 120, на который был послан запрос, не возвращается в пределах заранее определенного периода времени, то определяется таймаут, а процесс продвигается к этапу S706. Если ответ из Web-сервера 120 получен, процесс продвигается к этапу S702.

На этапе S702, модуль 404 HTTP-связи проверяет, является ли ответ из Web-сервера 120 нормальным ответом. Если принимаемый HTTP-ответ является нормальным ответом, процесс переходит к этапу S705. С другой стороны, если принимаемый HTTP-ответ является ошибочным ответом, процесс переходит к этапу S703. На этапе S703, модуль 404 HTTP-связи проверяет, соответствует ли URL, включенный в запрос на получение, списку заменяющих функций. Если URL соответствует списку заменяющих функций, модуль 404 HTTP-связи пропускает HTML-данные, включенные в HTTP-ответ, в модуль 409 генерирования содержания ошибок, а процесс продвигается к этапу S704. В противном случае, процесс продвигается к этапу S705.

На этапе S704, модуль 409 генерирования содержания ошибок генерирует содержание ошибки на основе информации, управляемой модулем 410 управления списком заменяющих функций. Первоначально, модуль 409 генерирования содержания ошибок получает доступную функцию, указание о том, требуется или не требуется аутентификация, и разрешение, соответствующее Web-сайту, сопоставление с которым осуществлялось на этапе S703. Если аутентификация не требуется, модуль 409 генерирования содержания ошибок создает сценарий, необходимый для Web-браузера 405, чтобы выполнить доступную функцию, и содержание HTML-кнопки, необходимое для осуществления этого сценария, и объединяет их с HTML-данными, принимаемыми из модуля 404 HTTP-связи. С другой стороны, если аутентификация требуется, модуль 409 генерирования содержания ошибок генерирует сценарий, необходимый для Web-браузера 405, чтобы осуществить аутентификацию в ответ на нажатие HTML-кнопки, и объединяет этот сценарий с HTML-данными. Помимо этого, если требуется разрешение администратора, модуль 409 генерирования содержания ошибок генерирует сценарий, который приводит к отображению ПИ функции в результате аутентификации только тогда, когда пользователь является администратором, и объединяет этот сценарий с HTML-данными.

На этапе S705, модуль 404 HTTP-связи пропускает HTML-данные в Web-браузер 405 для обновления отображения. Этап S706 выполняется, когда на этапе 701 обнаруживается таймаут. Модуль 404 HTTP-связи получает HTML-данные, которые поддерживаются модулем 409 генерирования содержания ошибок и должны отображаться во время таймаута. Затем процесс продвигается к этапу S703, чтобы проверить, отображается ли заменяющий ПИ.

Как описано выше, когда с Web-сервером 120 устанавливается нормальная связь, ответ из Web-сервера пропускается в Web-браузер 405 нетронутым - без обработки.

Ниже будет описан случай, в котором с Web-сервером 120 не устанавливается нормальная связь. На фиг. 5A показан пример ответа из Web-сервера 120. На фиг. 5A показаны HTML-данные в случае состояния занятости сервера. Когда место назначения запроса при выдаче этого запроса не включается в список заменяющих функций, показанный на фиг. 4, модуль 404 HTTP-связи «проскакивает» объединение содержания. В результате, Web-браузер 405 отображает экран, показанный на фиг. 6A.

С другой стороны, когда принимается ответ, показанный на фиг. 5A, и когда местом назначения при выдаче запроса является «www.xxx.com/webappl/menu/index.html», и эта запись включается в список заменяющих функций, показанный на фиг. 4, осуществляется следующая обработка. Когда процесс находится на этапе S704, HTML-кнопка 1001 и сценарий 1002 объединяются, как показано на фиг. 5B. Затем Web-браузер 405 отображает экран, показанный на фиг. 6B. Отметим, сценарий 1002 является сценарием, написанным на особым образом расширенном языке Java™ Script, в первом аргументе обозначено имя ПИ вызываемой функции МФПУ, а во втором аргументе обозначено разрешение. В примере согласно фиг. 5B, запись «Меню» в первом аргументе означает «внедренное меню», а запись «Каждый» во втором аргументе означает «все пользователи, аутентификация которых не требуется». Отметим, что сценарий 1002 не обязательно должен быть сценарием, написанным на языке Java™ Script, и в той мере, в какой Web-браузер может его интерпретировать, на формат сценария конкретных ограничений нет.

Ниже будет описана обработка, выполняемая, когда осуществляемое пользователем нажатие на кнопку принимается Web-браузером 405 в этом случае. На фиг. 8 представлена блок-схема, иллюстрирующая обработку для управления Web-браузером 405. На этапе S1201, Web-браузер 405 визуализирует и отображает HTML-данные, принимаемые из модуля 404 HTTP-связи. При осуществлении этого процесса отображается экран, показанный на фиг. 6A или 6B. На этапе S1202, Web-браузер 405 проверяет, произошло ли событие, вызванное операцией пользователя или истечением времени. Событие, вызванное операцией пользователя, указывает, например, нажатие кнопки ГПИ, отображаемой на Web-браузере. Если это событие произошло, процесс продвигается к этапу S1203; в противном случае, Web-браузер 405 снова ожидает, когда произойдет событие.

На этапе S1203, Web-браузер 405 определяет, является ли процесс, соответствующий событию, командой перехода к ПИ функции МФПУ. В примере согласно фиг. 5B, в качестве процесса, соответствующего событию нажатия кнопки, вызывается «Показать функцию ('Меню' 'Каждый')» сценария, написанного на языке Java™ Script. Поскольку конфигурация этого сценария, написанного на языке Java™ Script, обеспечивает отображение «внедренного меню», Web-браузер 405 определяет, что процессом является вызов ПИ функции МФПУ. Если определяется, что упомянутым процессом является команда перехода к ПИ функции МФПУ, то процесс продвигается к этапу S1204. В противном случае, процесс продвигается к этапу S1208 для осуществления процесса, соответствующего событию так, как это делается в обычном Web-браузере.

На этапе S1204 Web-браузер 405 проверяет, требуется ли аутентификация при переходе к ПИ функции МФПУ. В этом примере, чтобы определить, требуется ли аутентификация, проверяют второй аргумент функции сценария, написанного на языке Java™ Script. В примере согласно фиг. 5B, поскольку вторым аргументом является «Каждый», указывающий всех пользователей, Web-браузер 405 определяет, что аутентификация не требуется. Если аутентификация требуется, процесс продвигается к этапу S1205; в противном случае, процесс переходит к этапу S1207. На этапе S1205, Web-браузер 405 управляет модулем 401 управления экранами, выдавая команду аутентификации в модуль 402 аутентификации. Модуль 402 аутентификации отображает экран (не показан), который приглашает пользователя ввести информацию об аутентификации, касающуюся операционного блока 111. В этом примере, в качестве информации об аутентификации, поступающей от пользователя, принимаются имя пользователя и пароль. Чтобы аутентифицировать пользователя, модуль 402 аутентификации сравнивает принимаемую информацию об аутентификации с информацией, которая в этом модуле поддерживается заранее. После этого, модуль 402 аутентификации уведомляет Web-браузер 405 о результате аутентификации пользователя. Отметим, что аутентификации можно достичь другими способами, такими, как аутентификация с помощью карточки с интегральной схемой или биометрическая аутентификация.

На этапе S1206, Web-браузер 405 проверяет результат аутентификации. Если аутентификация оказалась успешной и определено, что пользователь имеет разрешение на вызов ПИ функции МФПУ, процесс продвигается к этапу S1207; в противном случае, Web-браузер 405 управляет модулем 401 управления экраном, чтобы снова изменить отображение ПИ, а процесс возвращается к этапу S1202. На этапе S1207, Web-браузер 405 управляет модулем 401 управления экраном, чтобы изменить экран с целью вызова ПИ назначенной функции МФПУ.

Как описано выше, последовательность обработки для управления, показанная на фиг. 8, может обеспечить управление переходом к ПИ функции МФПУ лишь в конкретной ситуации.

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

Применительно к этому варианту осуществления пояснен случай первоначального отображения Web-браузера в момент запуска. Однако эту обработку можно выполнять всегда. Например, операцию замены можно воплотить посредством той же обработки даже когда соединение с Web-сервером 120 разрывается после запуска МФПУ 110. В качестве примера, предположим следующую ситуацию. То есть, URL меню на Web-сервере 120 (именуемого далее «Web-меню») представляет собой «www.xxx.com/webappl/menu/index.html». Далее, предположим, что URL для ПИ копирования на Web-сервере 120 (именуемого далее «ПИ Web-копирования»), который можно вызвать путем переадресации с этой Web-страницы, представляет собой «www.xxx.com/webappl/copy/index.html». Предположим, что когда пользователь хочет вызвать ПИ Web-копирования из Web-меню на Web-браузере 405 в этот момент, соединение с Web-сервером блокируется. В этом случае, поскольку запрос на получение URL ПИ Web-копирования от Web-браузера 405 приводит к ошибке, на этапе S703 происходит объединение с HTML-кнопкой, необходимой для отображения «внедренного ПИ копирования».

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

Отметим, что для вызова ПИ в МФПУ из Web-браузера в вышеупомянутом варианте осуществления используется сценарий, написанный на языке Java™ Script. Однако способ вызова ПИ в МФПУ из Web-браузера может предусматривать использование других средств. В вышеупомянутом варианте осуществления в качестве средства для вызова ПИ в МФПУ из Web-браузера используется HTML-кнопка, но можно использовать и другие способы. Например, можно использовать другое управление ПИ, или можно создавать HTML-данные для того, чтобы обусловить переход экрана после того, как истекает заранее определенный период времени. В альтернативном варианте, можно создавать HTML-данные для отображения ПИ функции в МФПУ во время загрузки HTML-данных. Кроме того, в таблицу, показанную на фиг. 4, можно добавить элемент команды объединяемых HTML-данных, чтобы обеспечить пользователю обозначение положения, цвета, размера, и т.п., отображения на Web-браузере.

В вышеупомянутом варианте осуществления, ПИ функции МФПУ вызывается нетронутым. В альтернативном варианте, в таблицу, показанную на фиг. 4, можно добавить ограничение выполняемой функции. Например, в таблице, показанной на фиг. 4, можно задать столбец ограничений функций, чтобы конфигурировать сценарий таким образом, что при использовании «внедренного ПИ копирования» будет использоваться только одноцветная копия, а Web-браузер 405 будет вызывать модуль 403 ПИ функций.

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

Ниже будет описан второй вариант осуществления. В отличие от первого варианта осуществления, вместо управления отображением заменяющих ПИ посредством МФПУ, во втором варианте осуществления Web-сервер выполняет управление заменяющими ПИ.

Компоновка системы

На фиг. 1B представлена блок-схема, иллюстрирующая общую компоновку системы для обработки информации в соответствии с этим вариантом осуществления. На фиг. 1B показано, что МФПУ 1310 и Web-серверы 1320 и 1330 соединены с ЛВС 1300. Компоновки аппаратных средств и программных средств МФПУ 1310 являются такими же, как компоновки аппаратных средств и программных средств МФПУ 110, показанного на фиг. 1A. Кроме того, компоновка аппаратных средств Web-серверов 1320 и 1330 является такой же, как компоновка аппаратных средств Web-сервера 120, показанного на фиг. 1A.

Компоновка программных средств Web-сервера

На фиг. 3С представлена блок-схема, иллюстрирующая компоновку модулей программных средств Web-сервера 1320 в соответствии с этим вариантом осуществления. Web-сервер 1320 включает в себя Web-приложение 1401, модуль 1404 HTTP-связи, модуль 1405 генерирования содержания ошибок и модуль 1406 управления списком URL. Web-приложение 1401 включает в себя модуль 1402 представления и логический модуль 1403. Эти части программных средств хранятся, например, в НЖМД (не показан) Web-сервера 1320 и выполняются посредством ЦП.

Модуль 1402 представления является таким же, как модуль 502 представления, показанный на фиг. 3В. Логический модуль 1403 является таким же, как логический модуль 503, показанный на фиг. 3В. Модуль 1404 HTTP-связи является таким же, как модуль 504 HTTP-связи, показанный на фиг. 3В. Модуль 1405 генерирования содержания ошибок является таким же, как модуль 409 генерирования содержания ошибок согласно первому варианту осуществления. Модуль 1406 управления списком URL является таким же, как модуль 410 управления списком заменяющих функций согласно первому варианту осуществления и поддерживает список заменяющих функций, который является таким же, как показанный на фиг. 4. В этом варианте осуществления предполагается, что Web-сервер 1320 обеспечивает услугу Web-меню, а Web-сервер 1330 обеспечивает ПИ Web-копирования.

На фиг. 6C показан пример ПИ, когда МФПУ 1310 получает Web-меню Web-сервера 1320 и отображает его с помощью Web-браузера. Кнопки 1501, 1502, 1503 и 1504 графического пользовательского интерфейса (ГПИ) представляют собой связи с Web-приложениями соответствующих функций. Предположим, что в этом варианте осуществления следует вызвать Web-приложение копирования на Web-сервере 1330. Этот вариант осуществления отличается от первого варианта осуществления следующей особенностью. Когда пользователь нажимает кнопку 1504 копирования на Web-браузере МФПУ 1310, запрос, посылаемый из Web-браузера, передается на Web-сервер 1330. Затем Web-сервер 1330 посылает HTML-данные ПИ Web-копирования. При этом, Web-браузер получает содержание Web-сервера 1330 как результат запроса, посылаемого в URL Web-сервера 1320.

Последовательность отображения ПИ

Ниже будет описана последовательность обработки применительно к Web-серверу 1320, выполняемая, когда Web-сервер 1320 выдает запрос содержания в Web-сервер 1330. Отметим, что нижеследующая последовательность обработки применительно к Web-серверу 1320 воплощается, когда ЦП 301 выполняет программы соответствующих модулей программных средств.

Логический модуль 1403 Web-приложения 1401 принимает из Web-браузера МФПУ 1310 уведомление, указывающее, что на экране, показанном на фиг. 6C, нажата кнопка копирования. В ответ на это уведомление, логический модуль 1403 выдает команду связи в модуль 1404 HTTP-связи, назначая URL ПИ Web-копирования Web-сервера 1330. Модуль 1404 HTTP-связи посылает HTTP-запрос на получение на Web-сервер 1330. При этом, когда Web-сервер 1330 работает нормально, в качестве ответного сообщения можно получить HTML-данные запрашиваемого ПИ Web-копирования. Когда Web-сервер 1330 не активен, наступает таймаут. Даже когда Web-сервер 1330 работает, если он занят либо если нет запрашиваемого URL, модуль 1404 HTTP-связи принимает в качестве ответного сообщения HTML-данные страницы «ошибка».

Ниже будет описана обработка HTML-данных в Web-сервере 1320 на основе ответа из Web-сервера 1330. На фиг. 9 показана последовательность обработки HTTP-ответа в Web-сервер 1320. На этапе S1601 модуль 1404 HTTP-связи проверяет, достигает ли таймаута запрос на получение. Если определяется таймаут, процесс продвигается к этапу S1606. Если получается ответ, процесс продвигается к этапу S1602.

На этапе S1602, модуль 1404 HTTP-связи проверяет, является ли ответ нормальным ответом. Если получаемый HTTP-ответ является нормальным ответом, процесс переходит к этапу S1605. С другой стороны, если ответ является ошибочным ответом, процесс продвигается к этапу S1603. На этапе S1603, модуль 1404 HTTP-связи проверяет, соответствует ли URL, включенный в запрос на получение, списку заменяющих функций. Если этот URL соответствует списку заменяющих функций, модуль 1404 связи согласно протоколу HTTP пропускает HTML-данные, включенные в HTTP-ответ, в модуль 1405 генерирования содержания ошибок, и процесс продвигается к этапу S1604. В противном случае, процесс переходит к этапу S1605.

На этапе S1604, модуль 1405 генерирования содержания ошибок генерирует содержание ошибки на основе информации, которой управляет модуль 1406 управления списком URL. Этот процесс является таким же, как процесс на этапе S704 в первом вариант осуществления. На этапе S1605, модуль 1404 связи согласно протоколу HTTP посылает HTML-данные в МФПУ 1310. Этап S1606 выполняется, когда на этапе S1601 определяют таймаут. То есть, модуль 1404 связи согласно протоколу HTTP получает HTML-данные, отображаемые, когда достигается таймаут, которые поддерживаются модулем 1405 генерирования содержания ошибок. Затем процесс продвигается к этапу S1603, чтобы проверить, отображается ли заменяющий ПИ.

Как описано выше, когда установлена нормальная связь с Web-сервером 1330, ответ из Web-сервера пропускается в МФПУ 1310 нетронутым - без обработки. С другой стороны, когда нормальная связь с Web-сервером 1330 не установлена, HTML-данные, которые обеспечивают вызов внедренной функции МФПУ 1310, пропускаются из Web-сервера 1320 в МФПУ 1310, как и в первом варианте осуществления.

Описана обработка для отображения ПИ. Эта обработка позволяет проводить операцию замены на стороне Web-сервера.

В вышеописанном варианте осуществления, МФПУ 1310 отображает внедренный ПИ в устройстве на основе прошедших HTML-данных. В альтернативном варианте, конфигурация МФПУ 1310 может обеспечить разрешение отображения внедренного ПИ лишь на основе HTML-данных, прошедших из конкретного сервера. В этом случае можно избежать перехода к экрану, не предусмотренного администратором и обуславливаемого содержанием, посылаемым из не уполномоченного сервера.

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

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

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

В этой заявке выдвигаются притязания на приоритет по заявке № 2009-274932 на патент Японии, которая подана 2 декабря 2009 г. и содержание которой во всей его полноте включено сюда посредством ссылки.

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

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

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

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

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