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

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

 

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

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

Уровень техники

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

В противоположность этому в последнее время разработаны цифровые печатные системы, которые позволяют цифровой камере непосредственно переносить данные цифрового изображения на цветной принтер без вмешательства какого-либо ПК и могут распечатывать их (что именуется здесь далее как процесс прямой печати) - так называемые принтеры прямой фотопечати (ПФ, PD), которые могут принимать «карту памяти», которая устанавливается в цифровой камере и сохраняет воспринятые изображения, и могут печатать воспринятые изображения (см. выложенную заявку Японии № 2003-061034).

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

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

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

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

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

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

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

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

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

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

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

Фиг.1 изображает условный перспективный вид принтера ПФ согласно варианту осуществления настоящего изобретения.

Фиг.2 изображает условный вид панели управления принтера ПФ согласно варианту осуществления настоящего изобретения.

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

Фиг.4 является блок-схемой, показывающей размещение специализированной ИС (ASIC) принтера ПФ согласно варианту осуществления настоящего изобретения.

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

Фиг.6 изображает вид для пояснения программной конфигурации принтера ПФ и цифровой камеры, которая включает в себя НППК (NCDP) согласно варианту осуществления настоящего изобретения.

Фиг.7 изображает схему для пояснения обзора процедуры связи НППК согласно варианту осуществления настоящего изобретения.

Фиг.8 изображает вид для пояснения команд в НППК согласно варианту осуществления настоящего изобретения.

Фиг.9 является схемой для пояснения процедур печати на основании «основных процедур» в НППК согласно варианту осуществления настоящего изобретения.

Фиг.10 является схемой для пояснения процедур печати на основании «рекомендуемых процедур» в НППК согласно варианту осуществления настоящего изобретения.

Фиг.11 является схемой для пояснения процедур печати при появлении ошибки в «рекомендуемых процедурах» в НППК согласно варианту осуществления настоящего изобретения.

Фиг.12 изображает вид для пояснения примера данных Capability, передаваемых в НППК согласно варианту осуществления настоящего изобретения.

Фиг.13 является схемой последовательности операций алгоритма для пояснения обзора процедур связи НППК согласно варианту осуществления настоящего изобретения.

Фиг.14 изображает вид для пояснения примера воплощения команды (NCDPStart), которая назначается для запуска процедур НППК с помощью архитектуры РТР.

Фиг.15 изображает вид для пояснения примера воплощения процедуры (ProcedureStart), которая принимает команду сдвига для соответствующих процедур из камеры с помощью архитектуры РТР.

Фиг.16 изображает вид для пояснения примера воплощения команды (NCDPEnd), которая назначается для окончания процедур НППК с помощью архитектуры РТР.

Фиг.17 изображает вид для пояснения примера воплощения команды (Capability), которая передает данные Capability из принтера ПФ к камере в процедурах НППК с помощью архитектуры РТР.

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

Фиг.19 изображает вид для пояснения примера воплощения процедуры команды (StatusSend), которая передает статус ошибки из принтера ПФ в камеру в процедурах НППК с помощью архитектуры РТР.

Фиг.20 изображает вид для пояснения примера воплощения процедуры, которая передает команду окончания (PageEnd) процесса печати для одной страницы из принтера ПФ в камеру в процедурах НППК с помощью архитектуры РТР.

Фиг.21 изображает вид для пояснения примера воплощения процедуры, которая выдает команду окончания (JobEnd) задания на печать из принтера ПФ в камеру в процедурах НППК с помощью архитектуры РТР.

Фиг.22 изображает вид для пояснения примера воплощения процедуры, которая выдает команду печати (JobStart) из камеры в принтер ПФ в процедурах НППК с помощью архитектуры РТР.

Фиг.23 изображает вид для пояснения примера воплощения процедуры, которая выдает команду прекращения (JobAbort) из камеры в принтер ПФ в процедурах НППК с помощью архитектуры РТР.

Фиг.24 изображает вид для пояснения примера воплощения процедуры, которая выдает команду перезапуска (JobRestart) из камеры в принтер ПФ в процедурах НППК с помощью архитектуры РТР.

Фиг.25 является схемой для пояснения обмена данными на основании «рекомендуемых процедур» между DSC и принтером ПФ согласно варианту осуществления настоящего изобретения.

Фиг.26 является схемой последовательности операций алгоритма для пояснения инструкции печати на основании «рекомендуемых процедур» в DSC согласно варианту осуществления настоящего изобретения.

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

Фиг.28 является схемой для пояснения способа копирования при появлении коллизии в НППК согласно варианту осуществления настоящего изобретения.

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

Фиг.30 является схемой последовательности операций алгоритма для пояснения процесса, соответствующего наличию/отсутствию предпочтительного запроса в DSC согласно третьему варианту осуществления настоящего изобретения.

Наилучший режим осуществления изобретения

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

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

На фиг.1 основная часть, которая образует корпус принтера 1000 ПФ, согласно данному варианту осуществления имеет нижний кожух 1001, верхний кожух 1002, крышку 1003 доступа и выпускной лоток 1004 в качестве внешних элементов. Нижний кожух 1001 образует непосредственно нижнюю половину принтера 1000 ПФ, а верхний кожух 1002 образует непосредственно верхнюю половину основной части. При объединении этих кожухов образуется полая конструкция, которая имеет место для хранения, где хранятся механизмы, которые будут описаны позже. На верхней и передней поверхностях основной части соответственно формируются отверстия. Одна конечная часть выпускного лотка 1004 удерживается с возможностью поворота нижним кожухом 1001, и поворот лотка 1004 открывает/закрывает отверстие, сформированное на передней поверхности нижнего кожуха 1001. Следовательно, при выполнении операции печати выпускной лоток 1004 поворачивается к стороне передней поверхности, чтобы открыть отверстие, так что отпечатанные листы (в том числе обыкновенная бумага, специальная бумага, полимерный лист и тому подобное, которые дальше именуются здесь просто как лист) могут выгружаться из отверстия. Выгруженные листы складываются по очереди в стопку на выпускном лотке 1004. Выпускной лоток 1004 вмещает два вспомогательных лотка 1004а и 1004b. Когда эти вспомогательные лотки вытягиваются при необходимости, площадь загрузки листов может быть увеличена/уменьшена в три стадии.

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

Клавиша 1005 питания размещается на верхней поверхности верхнего кожуха 1002. На правой стороне верхнего кожуха 1002 предусматривается панель 1010 управления, которая содержит жидкокристаллический дисплей 1006, различные клавишные выключатели и тому подобное. Структура панели 1010 управления будет подробно описываться ниже со ссылкой на фиг.2. Ссылочная позиция 1007 обозначает автоматический подающий механизм, который автоматически подает лист в основную часть устройства. Ссылочная позиция 1008 обозначает рычаг выбора зазора бумаги, который используется для регулировки зазора между печатным механизмом и листом. Ссылочная позиция 1009 обозначает разъем для карты, который принимает адаптер, который может принимать карту памяти. Через этот адаптер данные изображений, хранящиеся на карте памяти, могут непосредственно извлекаться и печататься. В качестве этой карта памяти (ПК), например, доступны карты памяти стандартов Compact Flash®, Smart Media Card memory stick и тому подобное. Ссылочная позиция 1011 обозначает визуализатор (блок жидкокристаллического дисплея), который имеет возможность отделения от основной части данного принтера 1000 ПФ и используется для отображения изображения для одного кадра, индексных изображений и тому подобного, когда пользователь хочет найти изображения, хранящиеся в РС-карте для подлежащего печати изображения. Ссылочная позиция 1012 обозначает терминал USB, используемый для соединения с цифровой камерой (будет описана позднее). Кроме того, другой соединитель USB, используемый для подключения персонального компьютера (ПК) предусматривается на задней поверхности данного принтера 1000 ПФ.

Обзор приборной панели принтера

Фиг.2 показывает условный вид панели 1010 управления принтера 1000 ПФ согласно данному варианту осуществления.

На фиг.2 блок 1006 жидкокристаллического дисплея отображает пункты меню, используемые для выполнения различных установок данных, связанных с названиями пунктов, напечатанными на правой и левой сторонах блока 1006. Отображенные здесь пункты включают в себя, например, номер начальной фотографии подлежащего печати фотографического изображения из множества файлов фотографических изображений или номер назначенного кадра (назначение начального кадра/назначение кадра печати), номер конечного кадра фотографического изображения, подлежащего печати в конце процесса печати (конечный), число отпечатков (число копий), тип листа, используемого в процессе печати (тип бумаги), установка числа фотографий, подлежащих печати на лист (компоновка), назначение качества печати (качество), назначение того, печатать ли дату фотографирования (печать даты), назначение того, печатать ли фотографию после коррекции (коррекция изображения), отображение числа листов, требуемых для процесса печати (число листов) и тому подобное. Эти пункты выбираются или назначаются с помощью курсорных клавиш 2001. Ссылочная позиция 2002 обозначает клавишу режима. Каждый раз, как эта клавиша нажимается, может переключаться режим печати (индексная печать, печать всех кадров, печать одного кадра, печать назначенных кадров и тому подобное), и в соответствии с выбранным режимом печати включается соответствующий из светодиодов (СД, LED) 2003. Ссылочная позиция 2004 обозначает клавишу обслуживания, которая используется для обслуживания принтера (к примеру, чистка печатного механизма и тому подобное). Ссылочная позиция 2005 обозначает клавишу запуска печати, которую нажимают, когда командуется начало процесса печати или когда принимается решение об обслуживании. Ссылочная позиция 2006 обозначает клавишу прекращения печати, которую нажимают, когда процесс печати или обслуживания отменяется.

Обзор электрического описания принтера

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

На фиг.3 ссылочная позиция 3000 обозначает контроллер (управляющую плату). Ссылочная позиция 3001 обозначает ASIC (специализированную большую интегральную схему, СБИС (LSI)). Ссылочная позиция 3002 обозначает DSP (цифровой сигнальный процессор), который включает в себя ЦП (CPU) (центральный процессор) и выполняет различные процессы управления, которые описываются далее, и процессы обработки изображений, такие как преобразование из сигнала яркости (RGB) в сигнал плотности (CMYK), масштабирование, гамма-преобразование, диффузия ошибок и тому подобное. Ссылочная позиция 3003 обозначает запоминающее устройство, которое имеет запоминающее устройство 3003а программ для хранения управляющей программы, подлежащей исполнению центральным процессором CPU в DSP 3002, область ОЗУ для хранения исполняемых программ и область запоминающего устройства, которая служит в качестве рабочей области для хранения данных изображений и тому подобного. Ссылочная позиция 3004 обозначает печатающий механизм. В данном варианте осуществления принтер снабжен печатающим механизмом струйного принтера, который печатает цветное изображение с помощью множества цветных красок. Ссылочная позиция 3005 обозначает соединитель USB в качестве порта для подключения цифровой фотокамеры (ЦФК, DSC) 3012. Ссылочная позиция 3006 обозначает соединитель для подключения визуализатора 1011. Ссылочная позиция 3008 обозначает концентратор USB (USB HUB). Когда принтер 1000 ПФ выполняет процесс печати на основании данных изображений из ПК 3010, концентратор 3008 USB разрешает принятым из ПК 3010 данным проходить через него и выдает данные на печатающий механизм 3004 через USB 3021. При этом ПК 3010, подключенный к принтеру, может выполнять процесс печати путем непосредственного обмена данными, сигналами и тому подобным с печатающим механизмом 3004 (принтер служит в качестве обычного принтера ПК). Ссылочная позиция 3009 обозначает соединитель источника питания, который вводит напряжение постоянного тока, которое преобразуется из промышленного переменного тока источником 3019 питания. ПК 3010 является универсальным персональным компьютером. Ссылочная позиция 3011 обозначает упомянутую выше карту памяти (РС- карта); а 3012 - цифровую камеру (ЦФК - цифровая фотокамера, DSC).

Отметим, что обмен сигналами происходит между этим контроллером 3000 и печатающим механизмом 3004 через вышеупомянутую USB 3021 или шину 3022 IEEE 1284.

Фиг.4 является блок-схемой, показывающей компоновку СБИС (ASIC) 3001. На фиг.4 также одинаковые ссылочные позиции обозначают части, общие с частями вышеприведенных чертежей, и их описание будет опущено.

Ссылочная позиция 4001 обозначает интерфейс РС-карты, который считывает данные изображений, хранящиеся во вставленной РС-карте 3011, или записывает данные на эту РС-карту 3011. Ссылочная позиция 4002 обозначает интерфейс IEEE 1284, который осуществляет обмен данными с печатающим механизмом 3004. Этот интерфейс 4002 IEEE 1284 представляет собой шину, используемую, когда подлежат печати данные изображений, хранящиеся в цифровой камере 3012 или РС-карте 3011. Ссылочная позиция 4003 обозначает интерфейс USB, который осуществляет обмен данными с ПК 3010. Ссылочная позиция 4004 обозначает главный интерфейс USB, который осуществляет обмен данными с цифровой камерой 3012. Ссылочная позиция 4005 обозначает интерфейс панели управления, который принимает различные операционные сигналы от панели 1010 управления и выдает данные отображений на блок 1006 дисплея. Ссылочная позиция 4006 обозначает интерфейс визуализатора, который управляет отображением данных изображений на визуализаторе 1011. Ссылочная позиция 4007 обозначает интерфейс, который управляет интерфейсами с различными выключателями, светодиодами 4009 и тому подобным. Ссылочная позиция 4008 обозначает интерфейс ЦП (CPU), который управляет обменом данными с DSP 3002. Ссылочная позиция 4010 обозначает внутреннюю шину (шину ASIC), которая соединяет между собой эти интерфейсы.

Ниже будет дан обзор работы на основании вышеприведенной принципиальной части.

Стандартный режим принтера ПК

Этот режим представляет собой режим печати для распечатывания изображения на основе данных печати, посланных от ПК 3010.

В этом режиме, когда данные от ПК 3010 вводятся через соединитель 1013 USB (фиг.3), они посылаются непосредственно на печатающий механизм 3004 через концентратор 3008 USB и USB 3021, и процесс печати выполняется на основании данных от ПК 3010.

Режим прямой печати с РС-карты

Когда РС-карта 3011 присоединяется к разъему 1009 или отсоединяется от разъема 1009, генерируется прерывание, и DSP 3002 может на основании этого прерывания обнаружить, присоединена или отсоединена (удалена) РС-карта 3011. Когда РС-карта 3011 присоединена, сжатые данные изображений (например, сжатые в формате JPEG), хранящиеся в этой РС-карте 3011, считываются и сохраняются в запоминающем устройстве 3003. Если пользователь выдает команду печати сохраненных данных изображений с помощью панели 1010 управления, эти сжатые данные изображений подвергаются декомпрессии и сохраняются в запоминающем устройстве 3003. Данные изображений преобразуются в данные печати, которые могут быть напечатаны печатающим механизмом 3004 путем выполнения преобразования из сигналов RGB в сигналы YMCK, гамма-коррекции, диффузии ошибок и тому подобного, и эти данные печати выводятся на печатающий механизм 3004 через интерфейс 4002 IEEE 1284, печатая тем самым изображение.

Обзор подключения камеры/принтера

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

На фиг.5 кабель 5000 содержит соединитель 5001, который подключается к соединителю 1012 принтера 1000 ПФ, и соединитель 5002, который подключается к соединителю 5003 цифровой камеры 3012. Цифровая камера 3012 может выводить данные изображений сохранения в своем внутреннем запоминающем устройстве через соединитель 5003. Отметим, что цифровая камера 3012 может иметь разнообразные выполнения, например выполнение, которое содержит внутреннее запоминающее устройство в качестве средства хранения, или выполнение, которое содержит разъем для приема отсоединяемого запоминающего устройства, и т.д. Когда принтер 1000 ПФ и цифровая камера 3012 соединяются через кабель 5000, показанный на фиг.5, данные изображений, выводимые из цифровой камеры 3012, могут непосредственно распечатываться принтером 1000 ПФ.

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

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

Фиг.6 показывает пример конфигурации этой НППК.

На фиг.6 ссылочная позиция 600 обозначает интерфейс USB, а ссылочная позиция 601 обозначает интерфейс Bluetooth. Ссылочная позиция 602 обозначает прикладной уровень, который встраивается при формировании системы НППК. Ссылочная позиция 603 обозначает уровень, который воплощает существующие протоколы и интерфейсы. На фиг.6 инсталлированы РТР (протокол переноса изображений), SCSI, BIP (базовый профиль изображения) в Bluetooth и тому подобные. НППК согласно данному варианту осуществления исходит из того, что принята архитектура, такая как протокольный уровень и тому подобное, и НППК поддерживается как приложение в этой архитектуре. В этом случае принтер 1000 ПФ и цифровая камера 3012 определяются, соответственно, как главная USB и ведомая USB; они имеют одинаковые конфигурации НППК, как показано на фиг.6.

Фиг.7 показывает вид для пояснения последовательности процедур связи между принтером 1000 ПФ и ЦФК (DSC) 3012 на основе НППК согласно данному варианту осуществления.

В данном случае, когда обнаружено, что принтер 1000 ПФ и ЦФК 3012 соединены через кабель 5000 USB, как показано на фиг.5, эти устройства могут связываться друг с другом. В результате приложения, установленные в этих устройствах, выполняются для запуска перехода к процедуре 701 НППК. Ссылочная позиция 702 обозначает начальное состояние НППК. В этом состоянии определяется, может ли каждая из остальных моделей воплощать НППК. Если НППК может быть воплощена, алгоритм переходит к процедуре 701 НППК. Если ЦФК 3012 не поддерживает НППК, управление связью НППК не выполняется. Если ЦФК 3012 выдает команду переноса/печати данных изображений на основании «основных процедур» после перехода к НППК, как указано ссылочной позицией 703, алгоритм переходит к режиму простой печати, в котором файл изображения переносится из ЦФК 3012 в принтер 1000 ПФ и печатается. С другой стороны, если ЦФК 3012 выдает команду переноса/печати данных изображений на основании «рекомендуемых процедур», как указано ссылочной позицией 704, алгоритм переходит к режиму печати, соответствующему диверсифицированным функциям, в котором ЦФК 3012 и принтер 1000 ПФ осуществляют различные согласования для определения условий печати и тому подобного, файл изображения переносится из ЦФК 3012 в принтер 1000 ПФ, и перенесенный файл изображения печатается. Далее, ссылочная позиция 705 обозначает «расширенные процедуры». Если ЦФК 3012 выдает команду этих «расширенных процедур», устанавливается режим, который выполняет процесс печати с помощью усовершенствованной функции разметки, такой как DPOF, печать XHTML, SVG и тому подобной, и спецификации, уникальные для каждого поставщика. Отметим, что подробные спецификации на основании «расширенных процедур» конкретизируются в спецификациях каждого отдельного поставщика ЦФК, и их описание будет опущено. Отметим, что процессы печати изображения на основании этих «основных процедур» и «рекомендуемых процедур» будут описаны позже со ссылкой на фиг.9-11.

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

На фиг.8 «соответствующий режим» соответствует вышеуказанным «основным процедурам», «рекомендуемым процедурам» и «расширенным процедурам», назначенным цифровой фотокамерой 3012. В «рекомендуемых процедурах» можно использовать все команды. Однако поскольку «основные процедуры» соответствуют режиму простой печати, можно использовать только команду перехода к НППК и команду окончания НППК, команды перехода к режимам «основные процедуры», «рекомендуемые процедуры» и «расширенные процедуры», команду получения данных изображений от камеры 3012 и команду печати от камеры 3012. В «расширенных процедурах» только команда перехода к НППК и команда окончания НППК и команды перехода к режимам «основных процедур», «рекомендуемых процедур» и «расширенных процедур» разрешаются для использования на фиг.8. Однако, как описано выше, остальные команды могут использоваться в соответствии со спецификациями соответствующих поставщиков.

Ниже будут пояснены процессы печати изображения в вышеуказанных «основных процедурах» и «расширенных процедурах».

Фиг.9 является картой для пояснения процедур связи НППК, когда процесс печати изображения выполняется на основании «основных процедур». «Основные процедуры» соответствуют режиму простой печати, в котором один файл изображения переносится из ЦФК 3012 в принтер 1000 ПФ и печатается. Совместимые форматы изображения включают в себя изображение RGB размера VGA (640×480 пикселей) и изображение JPEG размера VGA (640×480 пикселей). Размер файла изображения составляет около 1 МБ или меньше. ЦФК 3012 передает файл изображения в формате изображения, поддерживаемом принтером 1000 ПФ. В этом случае не выполняется обработка ошибок.

Принтер 1000 ПФ посылает команду (NCDPStart), указывающую переход к НППК, в ЦФК 3012 (900). Если ЦФК 3012 поддерживает НППК, она отвечает «ОК» (901). Отметим, что практический пример процедур подтверждения НППК с помощью РТР будет подробно пояснен позже со ссылкой на фиг.14.

Если принтер 1000 ПФ и ЦФК 3012 подтверждают друг другу, что они поддерживают НППК, принтер 1000 ПФ передает в ЦФК 3012 команду (ProcedureStart) для перехода в режим НППК (902). В ответ на эту команду, когда ЦФК 3012 передает «основные процедуры» в качестве режима простой печати (903), управление переходит к режиму печати на основании «основных процедур». В этом случае, когда выбирается подлежащее печати изображение и выдается команда его печати при работе на ЦФК 3012, из ЦФК 3012 на принтер 1000 ПФ посылается команда (JobStart), указывающая начало выполнения печати (904). В ответ на эту команду принтер 1000 ПФ устанавливает режим простой печати и посылает команду (GetImage) на ЦФК 3012, чтобы запросить ее послать изображение JPEG (905). Затем ЦФК 3012 посылает изображение JPEG на принтер 1000 ПФ (906), и начинается процесс печати в принтере 1000 ПФ. По завершении процесса печати назначенного изображения принтер 1000 ПФ посылает на ЦФК 3012 команду (SendStatus), указывающую окончание задания на печать (907). Когда ЦФК 3012 возвращает подтверждение (ОК) в ответ на эту команду (908), процесс печати на основании этих «основных процедур» заканчивается. Отметим, что он определяется на основе данных о том, способны ли как ЦФК, так и принтер к обмену в «основных процедурах».

Фиг.10 является схемой для пояснения процедур связи НППК, когда процесс печати изображения выполняется на основании «рекомендуемых процедур». Одинаковые ссылочные позиции на фиг.10 обозначают процедуры, общие с процедурами фиг.9, и их описание будет опущено. В «рекомендуемых процедурах» можно установить режим «более диверсифицированной печати», основанный на согласовании между принтером 1000 ПФ и ЦФК 3012, и могут выполняться процессы фотопечати и печати компоновки множества изображений. Кроме того, может выполняться обработка ошибок.

На фиг.10, после того как принтер 1000 ПФ и ЦФК 3012 подтверждают друг другу, как и на фиг.9, что они поддерживают НППК, ЦФК 3012 назначает «рекомендуемые процедуры» (910) в этом случае. После этого выполняются процедуры на основе «рекомендуемых процедур». В ответ на запрос возможностей от ЦФК 3012 к принтеру 1000 ПФ этот принтер 1000 ПФ извещает ЦФК 3012 обо всех своих функциях, в том числе установка бумаги и тому подобное (911). Эта информация о возможностях передается в ЦФК 3012 в формате сценария (текст).

Фиг.12 показывает пример этой информации о возможностях.

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

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

Пользователь ЦФК 3012, которая приняла такую информацию о возможностях, определяет, какие из функций принтера 1000 ПФ подлежат использованию в процессе печати, выбирает подлежащее печати изображение и выбирает и определяет условия печати этого изображения из функций принтера 1000 ПФ. После того как пользователь определяет подлежащее печати изображение, условия его печати и тому подобное и назначает начало процесса печати, команда печати (JobStart) посылается в принтер 1000 ПФ. Принтер 1000 ПФ затем выдает команду (GetImage xn), которая запрашивает данные изображений (912), и ЦФК 3012 передает соответствующие данные изображений в формате изображения (Tiff, JPEG, RGB или тому подобное), который может быть принят принтером 1000 ПФ (913), в ответ на эту команду. Причина, по которой множество данных изображений может передаваться для процесса печати изображения на лист бумаги, состоит в том, что когда, к примеру, назначается режим печати компоновки 2×2, должны передаваться данные четырех изображений на лист. По завершении процесса печати назначенного изображения принтер 1000 ПФ передает информацию состояния (SendStatus), указывающую окончание задания на печать в ЦФК 3012 (907). В этом случае передается «endednormaly» («оконченонормально»), указывающее нормальное окончание. Когда ЦФК 3012 возвращает уведомление (ОК) в ответ на эту информацию (908), управление опять начинает процесс выбора и печати следующего изображения на основании этих «рекомендуемых процедур».

Фиг.11 является схемой для пояснения процедур связи, когда в принтере 1000 ПФ происходит ошибка в процедурах связи НППК после выполнения процесса печати изображения на основании вышеприведенных «рекомендуемых процедур». Одинаковые ссылочные позиции на фиг.11 обозначают процедуры, общие с процедурами фиг.10, и их описание будет опущено.

Фиг.11 иллюстрирует пример случая, в котором произошла ошибка подачи бумаги в принтере 1000 ПФ в процессе печати на основании «рекомендуемых процедур». В этом случае принтер 1000 ПФ посылает в ЦФК 3012 информацию состояния (SendStatus («Предупреждение»)), указывающую на ошибку подачи бумаги (914). В ответ на эту информацию в принтер 1000 ПФ передается команда, указывающая, должен ли процесс печати продолжаться (JobContinue) или же прекращаться (JobAbort), на основании решения, принимаемого пользователем ЦФК 3012 (915). Если назначается «прекратить», принтер 1000 ПФ прекращает процесс печати и передает сообщение окончания задания печати (JobEnd). С другой стороны, если назначается «продолжить», устройство продолжает процесс печати после того, как ошибка подачи бумаги исправлена.

Вышеприведенные процедуры обработки будут пояснены ниже со ссылкой на блок-схему алгоритма по фиг.13.

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

На этапе S1 устанавливается связь между цифровой камерой (ЦФК) 3012 и принтером 1000 ПФ (700). На этапе S2 определяется, поддерживают ли эти устройства НППК. Если эти устройства поддерживают НППК, начинается режим НППК. Алгоритм затем переходит к этапу S3 для приема назначения процедур из ЦФК 3012 и для начала назначенных процедур. Если назначаются «основные процедуры», алгоритм переходит от этапа S4 к этапу S5 для выполнения процесса печати на основании «основных процедур». С другой стороны, если назначаются «рекомендуемые процедуры», алгоритм переходит от этапа S6 к этапу S7 для выполнения процесса печати на основании «рекомендуемых процедур». Далее, если назначаются «расширенные процедуры», алгоритм переходит от этапа S8 к этапу S9 для выполнения процесса печати на основании «расширенных процедур», соответствующих каждому поставщику. Если назначаются иные процедуры, алгоритм переходит к этапу S10 для выполнения процесса печати в режиме, уникальном для принтера 1000 ПФ и ЦФК 3012.

Ниже будет описан пример (РТР оболочка), в котором различные упомянутые выше команды НППК (фиг.8) воплощаются с помощью универсальной РТР. В этом варианте осуществления будет иллюстрироваться НППК с помощью РТР. Однако услуга прямой печати API может воплощаться на другом интерфейсе или другом классе (Класс).

[NCDPStart]

Фиг.14 показывает вид для пояснения примера воплощения команды (NCDPStart), которая назначает начало процедур НППК с помощью архитектуры РТР.

После того как принтер 1000 ПФ и ЦФК 3012 соединены физически, принтер 1000 ПФ передает GetDeviceInfo на ЦФК 3012 (1400), чтобы запросить ее послать информацию, связанную с объектами, хранящимися в ЦФК. В ответ на этот запрос ЦФК 3012 передает информацию об объектах, хранящихся ею, в принтер 1000 ПФ, с помощью набора данных DeviceInfo Dataset. Посредством открытия сеанса OpenSession (1402) выдается запрос начала процедур, который назначает ЦФК 3012 в качестве источника, назначает при необходимости описатели объектов данных и выполняет специальный процесс инициализации. По получении уведомления (ОК) от ЦФК 3012 начинается связь РТР. Принтер 1000 ПФ запрашивает ЦФК 3012 послать все описатели сценариев (Идентификатор хранения: FFFFFF, Тип объекта: Сценарий) (1403). В ответ на этот запрос ЦФК 3012 возвращает перечень всех хранящихся ею описателей (1404). Информация описателя i-го объекта получается от принтера 1000 ПФ (1405, 1406). Если этот объект включает в себя ключевое слово (к примеру «Макро»), указывающее идентификацию ЦФК 3012, принтер 1000 ПФ командует послать информацию объекта (SendObjectInfo) (1407). По получении подтверждения (ОК) в ответ на эту команду принтер 1000 ПФ передает информацию объекта в ЦФК 3012 посредством SendObject. Отметим, что этот объект включает в себя, например, «Поло» в качестве ключевого слова, соответствующего вышеупомянутому ключевому слову.

Таким образом, принтер 1000 ПФ и ЦФК 3012 могут распознать друг друга в качестве соединенных партнеров. После этого управление может перейти к процедурам НППК (701 на фиг.7). Транспортные уровни, которые могут обмениваться файлами, могут надежно обмениваться ключевыми словами. То есть ключевые слова могут обмениваться без добавления каких-либо уникальных команд к НППК в данном варианте осуществления. Отметим, что ключевые слова не ограничиваются вышеприведенным примером, и принтер ПФ и ЦФК могут использовать одно и то же ключевое слово. Для того чтобы сократить время, требуемое для согласования с помощью ключевых слов, каждое ключевое слово может быть установлено в заголовке описателя сценария. В результате время, требуемое для подтверждения партнерских устройств, может быть сокращено.

[ProcedureStart]

Фиг.15 показывает вид для пояснения примера воплощения команды (ProcedureStart), используемой для запуска заданного режима по получении команды, которая назначает процедуру перехода к этому режиму из ЦФК 3012 с помощью архитектуры РТР.

Чтобы известить ЦФК 3012 о процедурах «основные процедуры», «рекомендуемые процедуры» и «расширенные процедуры», поддерживаемых принтером 1000 ПФ, этот принтер 1000 ПФ извещает ЦФК 3012 о наличии подлежащей отправке к ней информации объектов с помощью SendObjectInfo (1501). По получении подтверждения (ОК) от ЦФК 3012 в ответ на эту команду принтер ПФ посылает сообщение, указывающее, что он готов передавать объект на ЦФК 3012, с помощью SendObject (1502), а затем передает информацию, связанную с процедурами, поддерживаемыми принтером 1000 ПФ, с помощью ObjectData (1503). ЦФК 3012 извещает принтер 1000 ПФ, что она хочет запустить операцию GetObject (переход к режиму запуска) (1504). Если принтер 1000 ПФ посылает сообщение, указывающее, что он готов принимать информацию, связанную с информацией объекта (GetObjectInfo) (1505), эта информация возвращается с помощью набора данных ObjectInfo Dataset (1506). Если запрашивается сама информация объекта путем назначения этой информации объекта (1507), ЦФК 3012 сообщает принтеру 1000 ПФ о процедурах («основные», «рекомендуемые», «расширенные» и тому подобное), которые ЦФК 3012 использует, посредством набора данных Object Dataset (1508).

Таким образом, ЦФК 3012 может назначать режим печати изображения в принтере 1000 ПФ.

[NCDPEnd]

Фиг.16 показывает вид для пояснения примера воплощения команды (NCDPEnd), используемой для окончания процедур управления связью НППК согласно данному варианту осуществления с помощью архитектуры РТР.

В этой процедуре принтер 1000 ПФ сообщает ЦФК 3012 о наличии подлежащей отправке к ней информации объектов (1600) и извещает ЦФК 3012, что он оставляет режим НППК, с помощью ObjectData. По получении подтверждения (ОК) для окончания этой связи передается CloseSession (1601). При этом процедура связи НППК заканчивается.

[getCapability]

Фиг.17 показывает вид для пояснения примера воплощения процедур связи в команде Capability (Возможности), используемой для извещения ЦФК 3012 о функциях принтера 1000 ПФ в НППК данного варианта осуществления с помощью архитектуры РТР.

В этой процедуре ЦФК 3012 сообщает принтеру 1000 ПФ о наличии подлежащего отправке к нему объекта с помощью (RequestObjectTransfer) (1701). Если принтер 1000 ПФ запрашивает информацию об этом объекте (1702), ЦФК 3012 извещает принтер 1000 о наборе данных подлежащего пересылке объекта (1703). Если принтер 1000 выдает команду получения (GetObject) этого объекта в ЦФК 3012 (1704), объект передается из ЦФК 3012 к принтеру 1000 в ответ на эту команду. В результате передачи этого объекта определяется, что ЦФК 3012 запрашивает принтер 1000 послать данные Возможностей (1705).

Принтер 1000 затем передает информацию, связанную с хранящимся в нем запрашиваемым объектом к ЦФК 3012. Информация Возможностей, указывающая функции принтера 1000, передается из принтера 1000 к ЦФК 3012 в формате сценария с помощью SendObject и ObjectData (1707). Таким образом, принтер 1000 ПФ и ЦФК 3012 могут обмениваться информацией о своих функциях.

[GetImage]

Фиг.18 показывает вид для пояснения примера воплощения процедур связи, выполняемых, когда принтер 1000 ПФ получает данные изображений (изображение JPEG), хранящиеся в ЦФК 3012 (GetImage), в НППК данного варианта осуществления с помощью архитектуры РТР.

После отправки запроса информации, связанной с хранящимся в ЦФК 3012 объектом (1800), ЦФК 3012 посылает информацию (Object Dataset), связанную с этим объектом, к принтеру 1000 ПФ (1801). Если запрос на получение (GetObject) выдается путем назначения этого объекта (1802), ЦФК 3012 передает запрошенный файл изображения (Object Dataset) к принтеру 1000 ПФ (1803). При этом принтер 1000 ПФ может получать желаемый файл изображения из ЦФК 3012.

[SendStatus]

Фиг.19 показывает вид для пояснения примера воплощения процедур связи, выполняемых, когда принтер 1000 ПФ извещает ЦФК 3012 о состоянии ошибки или тому подобном (SendStatus) в НППК данного варианта осуществления с помощью архитектуры РТР.

Принтер 1000 ПФ извещает ЦФК 3012 о наличии подлежащей отправке к ней информации объекта с помощью SendObjectInfo (1900). Затем принтер 1000 ПФ передает набор информации (Object Dataset), связанный с информацией объекта, к ЦФК 3012 (1901). В ответ на подтверждение (ОК) от ЦФК 3012 информация состояния ошибок или тому подобное в принтере 1000 ПФ передается с помощью SendObject и Object Dataset.

[PageEnd]

Фиг.20 показывает вид для пояснения примера воплощения процедур связи, выполняемых когда принтер 1000 ПФ извещает ЦФК 3012 об окончании процесса печати для одной страницы (PageEnd) в НППК данного варианта осуществления с помощью архитектуры РТР.

Фиг.21 показывает вид для пояснения примера воплощения процедур связи, выполняемых когда принтер 1000 ПФ извещает ЦФК 3012 об окончании задания печати (JobEnd) в НППК данного варианта осуществления с помощью архитектуры РТР.

На фиг.20 и 21 после выполнения процедур 1900 и 1901 на фиг.19 принтер 1000 ПФ извещает ЦФК 3012 об окончании процесса печати для одной страницы (1910 на фиг.20) и принтер 1000 ПФ извещает ЦФК 3012 об окончании задания печати (1911 на фиг.21).

[JobStart]

Фиг.22 показывает вид для пояснения примера воплощения процедур связи, выполняемых когда ЦФК 3012 извещает принтер 1000 ПФ о начале задания печати (JobStart) в НППК данного варианта осуществления с помощью архитектуры РТР.

ЦФК 3012 посылает запрос на пересылку объекта RequestObjectTransfer к принтеру 1000 ПФ (2200), чтобы побудить принтер 1000 ПФ выдать команду GetObject. В результате, если принтер 1000 ПФ выдает GetObjectInfo (2201), ЦФК 3012 передает информацию, связанную с подлежащей передаче информацией объекта. В ответ на эту информацию, если принтер 1000 ПФ запрашивает информацию объекта (GetObject: 2203), набор данных объекта Object Dataset передается для выдачи команды печати из ЦФК 3012 в принтер 1000 ПФ (2204).

[JobAbort]

Фиг.23 показывает вид для пояснения примера воплощения процедур связи, выполняемых когда ЦФК 3012 извещает принтер 1000 ПФ о команде прекращения печати (JobAbort) в НППК данного варианта осуществления с помощью архитектуры РТР.

[JobContinue]

Фиг.24 показывает вид для пояснения примера воплощения процедур связи, выполняемых когда ЦФК 3012 извещает принтер 1000 ПФ о команде повторного запуска печати (JobContinue) в НППК данного варианта осуществления с помощью архитектуры РТР.

На фиг.23 и 24 после того, как выполнены процедуры 2200 и 2203 на фиг.22, ЦФК 3012 выдает команду прекращения печати в принтер 1000 ПФ (2301 на фиг.23) и посылает команду повторного запуска печати в принтер 1000 ПФ (2401 на фиг.24).

[Capability]

Ниже будут поясняться процедуры связи между принтером 1000 ПФ и ЦФК 3012 и процессы в принтере 1000 ПФ и ЦФК 3012 в качестве характерных признаков согласно данному варианту осуществления.

В этом варианте осуществления, поскольку ЦФК 3012, подключенная к принтеру 1000 ПФ, основана на предположении, что подключаются неконкретизированные цифровые камеры, изготовленные соответствующими поставщиками, даже когда принтер 1000 ПФ передает информацию обо всех своих функциях в ЦФК 3012 в качестве информации о возможностях, эта ЦФК зачастую может не распознать все или некоторое содержание информации о Возможностях (Capability). В таком случае файл задания печати, который описывает условия печати, которые принтер 1000 ПФ не имеет в виду, посылается из ЦФК. Если принтер 1000 ПФ не может выполнить процесс печати при условиях печати, назначенных этим файлом задания печати, он извещает ЦФК, что принятое задание печати нельзя обработать.

Фиг.25 является схемой для пояснения процедур обмена информаций Возможностей в «рекомендуемых процедурах», показанных на фиг.11.

На фиг.25 принтер 1000 ПФ передает информацию о Возможностях в сценарной записи к ЦФК 3012 (2501), как описано выше. ЦФК 3012 интерпретирует эту информацию о Возможностях и игнорирует пункты, которые нельзя понять, если они есть. Пользователь ЦФК 3012 назначает файл подлежащего печати изображения и условия печати (тип бумаги, размер бумаги, качество изображения и тому подобное) с помощью пользовательского интерфейса ЦФК 3012 (2502). При этом генерируется файл задания печати, который назначает задание печати. ЦФК 3012 посылает этот файл задания печати, который назначает задание печати принтеру 1000 ПФ (2503). По получении файла задания принтер 1000 ПФ интерпретирует описанное в файле задания печати содержимое и печатает файл изображения, принятый в 2504, при условиях печати, назначенных файлом задания печати. По завершении процесса печати принтер 1000 ПФ извещает ЦФК 3012 об окончании задания печати (2505).

Когда размер бумаги, установленный в принтере 1000 ПФ, составляет «размер L», а в качестве размера бумаги в Возможностях назначен «размер А4» в файле задания печати, принятом из ЦФК 3012, принтер 1000 ПФ извещает ЦФК, что задание печати нельзя осуществить.

Фиг.26 является схемой последовательности операций алгоритма для пояснения процесса в ЦФК 3012 в вышеупомянутом алгоритме обработки на основании «рекомендуемых процедур».

Если информация о Возможностях принимается от принтера 1000 ПФ на этапе S21, алгоритм переходит к этапу S22, чтобы интерпретировать информацию о Возможностях. Если имеются пункты, которые нельзя понять, они игнорируются. Алгоритм переходит к этапу S23, чтобы отобразить окно команд печати (пользовательский интерфейс, ПИ) на блоке дисплея камеры 3012, и пользователь вводит команду печати с помощью окна ПИ на этапе S24. После того как введена команда печати, алгоритм переходит к этапу S25 для генерирования файла задания печати, который описывает подлежащий печати файл изображения, различные условия печати и тому подобное, что устанавливается с помощью ПИ. На этапе S26 файл задания печати передается в принтер 1000 ПФ. На этапе S27 в принтер 1000 ПФ передается файл изображения, описанный в файле задания печати.

Обзор цифровой камеры

Фиг.27 представляет собой блок-схему, показывающую устройство ЦФК (цифровой камеры) 3012 согласно данному варианту осуществления.

На фиг.27 ссылочная позиция 3100 обозначает ЦП, который управляет всей ЦФК 3012; а позиция 3101 обозначает ПЗУ, которое хранит последовательность обработки ЦП 3100. Ссылочная позиция 3102 обозначает ОЗУ, которое используется в качестве рабочей области ЦП 3100; а позиция 3103 обозначает группу переключателей, которая используется для выполнения различных операций и включает в себя затвор, переключатель режима, переключатель выбора, курсорные клавиши и тому подобное. Ссылочная позиция 2700 обозначает блок жидкокристаллического дисплея, который используется для отображения видеокартинки, которая снята в настоящий момент, и изображений, сфотографированных и хранящихся в карте памяти, и для отображения меню при выполнении различных установок. Ссылочная позиция 3105 обозначает оптический блок, который главным образом содержит объектив и его систему привода. Ссылочная позиция 3106 обозначает элемент ПЗС; а ссылочная позиция 3107 обозначает драйвер для управления приводом оптического блока 3105 под управлением ЦП 3100. Ссылочная позиция 3108 обозначает соединитель, используемый для подключения носителя 3109 данных (карта памяти стандарта Compact Flash®, Smart Media или тому подобное); а ссылочная позиция 3110 обозначает интерфейс USB (ведомую сторону USB), используемый для подключения ПК или принтера ПФ в данном варианте осуществления.

Фиг.28 является схемой для пояснения процедур обработки, которые иллюстрируют пример появления столкновения запроса и возврата из столкновения между ЦФК 3012 и принтером 1000 ПФ в НППК согласно первому варианту осуществления настоящего изобретения. Это столкновение появляется, когда запрос (запрос А), переданный из ЦФК 3012 в принтер 1000 ПФ, сталкивается с запросом (запрос В), переданным из принтера 1000 ПФ в ЦФК 3012. Фиг.28 показывает ту ситуацию, например, когда ЦФК 3012 передает запрос А в принтер 1000 ПФ (2801), ЦФК 3012 нормально принимает ответ А на запрос А из принтера 1000 ПФ, но запрос В выдан из принтера 1000 ПФ в практически то же самое время, что и запрос А (2806) из ЦФК 3012, и ЦФК 3012 принимает его.

Первым будет поясняться процесс в ЦФК 3012.

ЦФК 3012 передает запрос В в принтер 1000 ПФ (2801). ЦФК 3012 ожидает получения ответа В на запрос В из принтера 1000 ПФ. ЦФК 3012 проверяет, является ли команда, принятая из принтера 1000 ПФ, ответом В на запрос В (2802). Если определяется НЕТ, (ЦФК 3012 принимает запрос А, выданный принтером 1000 ПФ почти в то же самое время, что и 2801 на фиг.28), ЦФК 3012 отбрасывает принятый запрос. ЦФК 3012 ожидает приема ответа В (2803) и определяет, является ли принятая из принтера 1000 ПФ команда ответом В. Если ЦФК 3012 принимает ответ В из принтера 1000 ПФ (2803), она подтверждает, что запрос В, переданный в 2801, принят принтером 1000 ПФ.

Если ЦФК 3012 принимает запрос А, вновь выданный принтером 1000 ПФ (2804), она передает ответ А на запрос А в принтер 1000 ПФ (2805).

Как описано выше, если произошло столкновение между ЦФК 3012 и принтером 1000 ПФ, ЦФК 3012 ожидает приема ответа (ответа В) на запрос В, переданный в принтер 1000 ПФ. Если ЦФК 3012 принимает команду или ответ, иные, нежели ответ (ответ В) во время ожидания, она отбрасывает принятые команду или ответ, чтобы избежать проблем из-за столкновения.

Ниже будет описан процесс в принтере 1000 ПФ в НППК.

Принтер 1000 ПФ передает запрос А в ЦФК 3012 почти в то же самое время, что и вышеуказанное 2801 (2806). Принтер 1000 ПФ затем ожидает приема ответа А на запрос А (2807). Однако принтер 1000 ПФ принимает запрос В, выданный ЦФК 3012 в 2801 (2807). В результате принтер 1000 ПФ передает ответ В на запрос В, принятый в 2807 (2808). Принтер 1000 ПФ повторно передает запрос А к ЦФК 3012, как выше в 2806 (2809). Принтер 1000 ПФ определяет, является ли принятая из ЦФК 3012 команда ответом А на запрос А (2810). Если принтер 1000 ПФ определяет, что принятая команда является ответом А, принтер 1000 ПФ выполняет обработку принятой команды.

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

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

Во втором варианте осуществления будет пояснен процесс связи между принтером 1000 ПФ, который передает запрос в ЦФК 3012, и ЦФК 3012, которая не может интерпретировать принятый от принтера 1000 ПФ запрос. Отметим, что устройства ЦФК 3012 и принтера 1000 ПФ во втором варианте осуществления те же самые, что и устройства ЦФК 3012 и принтера 1000 ПФ в первом варианте осуществления, и их описание будет опущено.

Как описано выше, средство связи согласно этому варианту осуществления соответствует спецификации связи, в которой запрос и ответ всегда парные. По этой причине как ЦФК 3012, так и принтер 1000 ПФ должны возвращать ответ на запрос, если они принимают этот запрос. Во втором варианте осуществления ответ включает в себя ответ, указывающий «подтверждение», ответ, указывающий, что «запрос нельзя обработать никогда», и ответ, указывающий, что «запрос нельзя обработать сейчас».

Конкретнее, когда каждый из ЦФК 3012 и принтера 1000 ПФ принимает запрос, он интерпретирует содержимое этого запроса. В результате интерпретации, если содержимое запроса нельзя понять или включен запрос на информацию о неподдерживаемой функции, возвращается ответ, указывающий, что «запрос нельзя обработать никогда». Этот ответ извещает ЦФК 3012 или принтер 1000 ПФ, которые приняли ответ, что запрос, явившийся причиной ответа, никогда не обрабатывается при осуществлении связи, если он запрашивается в любое заданное время.

Когда же содержимое запроса может быть понято, но его нельзя обработать в настоящий момент по некоторой причине, возвращается ответ, указывающий, что «запрос нельзя обработать сейчас». Этот ответ извещает ЦФК 3012 или принтер 1000 ПФ, которые приняли ответ, что этот запрос, явившийся причиной ответа, нельзя обработать сейчас, но может быть возможно обработать, если запрос будет выдан повторно.

Когда содержимое запроса можно понять и запрос можно обработать, возвращается ответ, указывающий «подтверждение». В этом случае ЦФК 3012 или принтер 1000 ПФ, которые приняли ответ, обрабатывает запрос и извещает партнерское устройство, что можно передавать следующий запрос.

При вышеуказанном предположении, когда ЦФК 3012 принимает запрос от принтера 1000 ПФ, она должна интерпретировать этот запрос и возвратить подходящий ответ. Например, предположим, что ЦФК 3012 не может интерпретировать принятый запрос и гипотетически возвращает ответ, указывающий, что «запрос нельзя обработать сейчас» без нормальной интерпретации запроса. В этом случае по получении ответа принтер 1000 ПФ выдаст тот же самый запрос повторно после истечения заранее заданного периода времени. В результате ЦФК 3012 принимает запрос вновь и интерпретирует его. В это время, если определено, что запрос включает в себя запрос на функцию, которая не поддерживается в ЦФК 3012, ЦФК 3012 возвращает ответ, указывающий, что «запрос нельзя обработать никогда». В этом случае принтер 1000 ПФ определяет, что запрос будет обработан рано или поздно, если он выдаст запрос повторно, поскольку он принял ответ, указывающий, что «запрос нельзя обработать сейчас», в ответ на первый запрос. Однако, если принтер 1000 ПФ принимает ответ, указывающий, что «запрос нельзя обработать никогда», в ответ на повторно отправленный запрос, этот ответ несовместим с первым ответом, и принтер 1000 ПФ, вероятно, запутается.

По этой причине, по получении запроса от принтера 1000 ПФ, если произошла ситуация, в которой этот запрос нельзя интерпретировать, ЦФК 3012 не может гипотетически возвратить подходящий ответ и не может возвратить какой-либо безответственный ответ, поскольку принтер может запутаться. В результате ЦФК 3012 «зависает», тем самым прекращая связь с принтером 1000 ПФ. Следовательно, данный вариант осуществления предотвращает появление такой проблемы.

Фиг.29 является схемой последовательности операций алгоритма для пояснения процесса в ЦФК 3012 согласно второму варианту осуществления настоящего изобретения. Программа, которая воплощает этот процесс, хранится в ПЗУ 3101.

По получении запроса от принтера 1000 ПФ на этапе S31 алгоритм переходит к этапу S32 для определения того, готова ли ЦФК 3012 интерпретировать принятый запрос. Если ЦФК 3012 готова интерпретировать принятый запрос, алгоритм переходит к этапу S33, и ЦФК 3012 интерпретирует запрос. Алгоритм затем переходит к этапу S34 для возвращения подходящего ответа.

С другой стороны, если на этапе S32 определено, что ЦФК 3012 не готова интерпретировать запрос, алгоритм переходит к этапу S35 для отбрасывания запроса, поскольку ЦФК 3012 не может возвратить никакого ответа на запрос, принятый на этапе S31. Конкретнее, ЦФК 3012 на этапе S35 передает «GetStatus» на принтер 1000 ПФ в ответ на запрос, принятый на этапе S31, чтобы запросить состояние принтера 1000 ПФ. Алгоритм переходит к этапу S36 для приема ответа на запрос на «GetStatus» от принтера 1000 ПФ. В этом случае принтер 1000 ПФ распознает, что произошло столкновение, поскольку он не принял никакого ответа на выданный запрос, и распознает, что ранее выданный запрос отброшен в ЦФК 3012. Алгоритм переходит к этапу S37, чтобы отбросить ответ, принятый на этапе S36. Это потому, что переданное на этапе S35 из ЦФК 3012 «GetStatus» является фиктивной командой, используемой для извещения принтера 1000 ПФ, о том что принятый на этапе S31 запрос отброшен, и что содержимое ее ответа не нуждается в интерпретации.

Отметим, что команда, которая посылается из ЦФК 3012 на принтер 1000 ПФ на этапе S35, чтобы известить, что принятый запрос отброшен, не является особым образом ограниченной, так как эта команда не включает в себя никакой пользовательской инструкции, или ответ на команду из принтера ПФ не включает в себя никакой рабочей команды для ЦФК 3012. Поэтому предпочтительно используется команда, которую можно передавать в произвольное время безотносительно к запросу состояния. Например, можно использовать «GetCapability» или тому подобное.

Как описано выше, когда принимается запрос и ответ на этот запрос нельзя возвратить, на принтер ПФ передается незначительный запрос в ответ на принятый запрос вместо соответствующего ответа, тем самым умышленно вызывая столкновение. При этом ЦФК 3012 может блокировать запрос, принятый от принтера 1000 ПФ. В результате, даже когда ЦФК 3012 не готова интерпретировать запрос, связь с принтером ПФ предохраняется от прерывания. Когда ЦФК 3012 снова принимает запрос от принтера 1000 ПФ, если она готова интерпретировать запрос, ЦФК 3012 может надежно возвратить ответ на этот запрос.

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

Второй вариант осуществления пояснил обработку запроса, выполняемую в ЦФК 3012, когда она не готова интерпретировать принятый запрос. В третьем варианте осуществления будет пояснен процесс в ЦФК 3012, которая не имеет свободной области в запоминающем устройстве. Отметим, что устройства ЦФК 3012 и принтера 1000 ПФ во втором варианте осуществления те же самые, что и устройства ЦФК 3012 и принтера 1000 ПФ в первом варианте осуществления, и их описание будет опущено.

Конкретнее, ЦФК 3012 не имеет свободной области в своем запоминающем устройстве (ОЗУ 3102) в случае, когда ЦФК 3012 использует запоминающее устройство для генерирования запроса, подлежащего передаче в принтер 1000 ПФ, в случае, когда запрос, который уже готов к передаче в принтер 1000 ПФ, занимает запоминающее устройство, и так далее. В последние годы снижение размеров и снижение цен ЦФК 3012 не позволяют ЦФК 3012 иметь запоминающее устройство большой емкости.

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

В таком случае, как и во втором варианте осуществления, на этапе S32 определяется, имеет ли запоминающее устройство (ОЗУ 3102) свободную область, вместо определения того, готова ли ЦФК 3012 интерпретировать принятый запрос. Если запоминающее устройство имеет свободную область, алгоритм переходит к этапу S33; в противном случае алгоритм переходит к этапу S35, тем самым разрешая вышеупомянутую проблему, как и во втором варианте осуществления.

Фиг.30 является схемой последовательности операций алгоритма для пояснения процесса в ЦФК 3012 согласно третьему варианту осуществления настоящего изобретения. Программа, которая воплощает этот процесс, хранится в ПЗУ 3101. В этом процессе определяется, генерируется ли запрос, подлежащий предпочтительной передаче, и если да, такой запрос обрабатывается.

По получении запроса из принтера 1000 ПФ на этапе S41 алгоритм переходит к этапу S42 для определения того, сохраняется ли запрос, который готов к передаче в принтер 1000 ПФ. Если сохраняется запрос, подлежащий передаче, процесс или тому подобное использует запоминающее устройство, и достаточная область запоминающего устройства, требуемая для возвращения ответа на принятый на этапе S41 запрос, вряд ли может быть гарантирована. С другой стороны, если не сохраняется никакого запроса, подлежащего передаче в принтер 1000 ПФ, принятый запрос может быть интерпретирован и подходящий ответ может быть возвращен. Следовательно, если сохраняется запрос, подлежащий передаче на принтер 1000 ПФ, алгоритм переходит к этапу S43 для отбрасывания запроса, принятого на этапе S41, и запрос, подлежащий передаче на принтер 1000 ПФ, передается на принтер 1000 ПФ. Алгоритм переходит к этапу S44 для приема ответа на запрос, переданный на этапе S43, из принтера 1000 ПФ. В этом случае принтер 1000 ПФ распознает, что произошло столкновение, а также что первоначально переданный запрос отброшен в ЦФК 3012.

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

С другой стороны, если не сохраняется никакого запроса, подлежащего передаче на принтер 1000 ПФ, алгоритм переходит к этапу S45. На этапе S45 принятый запрос интерпретируется для генерирования подходящего ответа на этот запрос. На этапе S46 сгенерированный ответ передается на принтер 1000 ПФ.

Таким образом, команда печати может выдаваться на принтер 1000 ПФ путем придания приоритета запросу от ЦФК 3012.

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

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

Данный вариант осуществления начинается с запроса информации функций в принтере от ЦФК 3012, как устройства подачи изображений, и обменивается друг с другом информацией о функциях. Альтернативно, данный вариант осуществления может также достигаться, начиная с запроса информации о функциях в ЦФК 3012, как устройства подачи изображений, из принтера 1000, как устройства печати изображений, и обмена друг с другом информацией о функциях.

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

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

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

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

Заявление приоритета

Данная заявка заявляет приоритет от заявки на патент Японии № 2003-298796, поданной 22 августа 2003 года, которая включена сюда посредством ссылки.

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

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

при этом другое устройство имеет средство передачи для передачи второго запроса на основании состояния другого устройства.

2. Система по п.1, в которой другое устройство дополнительно содержит

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

3. Система по п.1, в которой второй запрос не включает в себя какой бы то ни было рабочей команды отправителя.

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

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

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

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

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

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

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

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

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

9. Устройство по п.8, дополнительно содержащее средство определения для определения того, подлежит ли третий запрос передаче, в соответствии с рабочим состоянием устройства подачи изображения.

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

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

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

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

при этом другое устройство имеет средство передачи для передачи второго запроса на основании состояния другого устройства.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

средство для приема первого запроса от записывающего устройства;

первое передающее средство для передачи первого ответа, на записывающее устройство в ответ на первый запрос; и

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

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

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

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

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

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

принимают первый запрос из записывающего устройства;

передают первый ответ на записывающее устройство в ответ на первый запрос и

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



 

Похожие патенты:

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

Изобретение относится к архитектуре и протоколу шины. .

Изобретение относится к пассивной оптической связи. .

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

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

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

Изобретение относится к системам связи. .

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

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

Изобретение относится к устройствам ввода-вывода для процессоров и микроконтроллеров и более точно касается контроллеров последовательных интерфейсов SPI, Microwire, I2S, SPORT

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

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

Изобретение относится к системам и способам обработки данных для передачи информации по шине в системе обработки данных

Изобретение относится к системам и методикам обработки данных

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

Изобретение относится к системам приема, выполненным с возможностью поиска оптимальных коэффициентов передачи цепи обратной связи, и предназначено для синхронизации принятых сигналов. Технический результат - повышение точности синхронизации. Схема синхронизации содержит первую схему ФАПЧ, вторую схему ФАПЧ, первую выходную схему, вторую выходную схему, первую схему детектирования, вторую схему детектирования, схему регулирования и участок хранения. 6 н. и 5 з.п. ф-лы, 10 ил.

,Изобретение относится к области контроля активации подчиненных блоков сетей LIN. Техническим результатом является предотвращение активации подчиненных блоков сети типа LIN, если источником запроса на активацию являются помехи. Устройство (D) предназначено для контроля активации подчиненных блоков (ОЕ1-ОЕ5) мультиплексной сети связи типа LIN (R), управляемой задающим блоком (ОМ). Устройство (D) выполнено таким образом, чтобы, когда задающий блок (ОМ) обнаружил активность в сети (R) во время фазы ожидания, i) предписывать задающему блоку (ОМ) передавать по меньшей мере на некоторые подчиненные блоки (ОЕ1-ОЕ5) и предпочтительно на все блоки, которые могут быть источником запроса на активацию, сообщения запроса, на которые они должны соответственно ответить при помощи сообщения ответа, содержащего поле состояния, значение которого характеризует локальный или не локальный источник обнаруженной активности, затем ii) анализировать значение поля состояния каждого из сообщений ответа, принятых задающим блоком (ОМ), чтобы определить, является ли, по меньшей мере, один подчиненный блок источником активности и, в случае подтверждения, оправдана ли эта активность относительно соответствующего значения поля состояния, и iii) разрешать задающему блоку (ОМ) подтверждать активацию подчиненных блоков, только если активность оправдана. 3 н. и 10 з.п. ф-лы, 2 ил.

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