Аппарат связи и способ управления таким аппаратом

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


Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом
Аппарат связи и способ управления таким аппаратом

 


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

КЭНОН КАБУСИКИ КАЙСЯ (JP)

Настоящее изобретение относится к аппарату связи, который может упростить установление соединения с устройством в сети посредством использования протокола обнаружения для обнаружения устройства в сети. После выбора устройства на основе частей информации об устройстве, передаваемой от устройств в сети в ответ на команду поиска для поиска устройств в сети, аппарат связи передает уведомляющий сигнал для уведомления устройств в сети о присутствии аппарата связи. Если запрос соединения, принятый от устройства, которое приняло уведомляющий сигнал, является переданным от выбранного устройства, то аппарат связи передает ответ, отображающий, что соединение одобрено для запроса соединения. Таким образом обеспечивается возможность непосредственной передачи данных, в частности файла изображения, на ПК сразу после выполнения съемки или смены ПК-адресата, посредством выполнения действий в устройстве. 3 н. и 9 з.п. ф-лы, 30 ил.

 

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

[0001] Настоящее изобретение относится к аппарату связи и, более конкретно, к аппарату связи, который устанавливает соединение с устройством в сети.

[0002] Настоящее изобретение также относится к способу управления аппаратом связи.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

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

[0004] Однако для установления соединения с конкретным ПК по сети, при наличии беспроводного соединения с ПК, в цифровой камере должна быть записана информация для определения ПК-адресата. Для решения этой проблемы была предложена нижеупомянутая цифровая камера (опубликованный патент Японии № 2006-67231). В частности, при наличии беспроводного соединения цифровой камеры с ПК, цифровая камера соединяется с целевым ПК через кабель USB, и в цифровую камеру заблаговременно вводится информация о сопряжении для указания ПК-партнера. В момент побуждения к началу беспроводного соединения цифровая камера выполняет оповещение в сеть и устанавливает беспроводное соединение с конкретным ПК на основе введенной информации о сопряжении.

[0005] Перед установлением беспроводного соединения цифровая камера, раскрытая в опубликованном патенте Японии № 2006-67231, должна быть соединена с ПК-партнером через кабель USB, при этом в нее должна быть заблаговременно введена информация о сопряжении для указания ПК-партнера, результатом чего является неудовлетворительное удобство использования.

[0006] В зависимости от установленной операционной системы OS, в процессе установления соединения между устройствами ПК использует различные протоколы обнаружения. Типичными протоколами обнаружения являются протокол UPnP (универсальный протокол автоматического конфигурирования аппаратных средств (Plug and Play)) и протокол Bonjour.

[0007] Протокол UPnP является техническим стандартом, служащим для соединения устройств, таких как ПК, периферийное устройство, аудио/видео система, телефон и домашняя бытовая техника, через сеть, а также он служит для предоставления их функций друг другу. Протокол UPnP был предложен компанией Microsoft в 1999 году, и был поддержан более чем двадцатью компаниями, включая компанию Intel. Протокол UPnP основывается на стандартной технологии для сети Интернет и нацелен на управление устройством исключительно посредством его соединения с сетью без каких-либо сложных операций или работ по настройке.

[0008] Протокол Bonjour является технологией автоматического обнаружения и соединения устройства по IP-сети, такой как сеть Ethernet или беспроводная сеть LAN (локальная сеть). Протокол Bonjour был разработан в качестве технологии без конфигураций, которая основывается на стандартном протоколе, определенном посредством рабочей группы Zeroconf IETF (рабочей группы инженеров по стандартам для сети Интернет), и имеет удобство использования, аналогичное удобству использования Apple Talk. Рабочая группа Zeroconf запрашивает три функции: функцию IP-адресации, функцию присваивания имен и функцию обнаружения сервисов. Эти функции реализовываются следующим образом. В процессе адресации связь без использования маршрутизатора осуществляется в пределах локальной сети, при этом IP-адрес получают автоматически. Функция присваивания имен использует многоканальный сервер DNS, в котором локальное имя хоста не должно задаваться на постоянной основе. В процессе обнаружения сервисов выполняется поиск устройства, оснащенного функцией, которую пользователь желает использовать. В основном протокол Bonjour используется в операционной системе Mac OS, представленной компанией Apple.

[0009] Другим протоколом обнаружения является протокол Jini, представленный компанией Sun Microsystems. В цифровую камеру, раскрытую в опубликованном патенте Японии № 2006-67231, требуется заблаговременно вводить информацию о сопряжении, наряду с информированием о типе протокола обнаружения для каждого ПК. Исходя из вышесказанного, пользователю, который имеет недостаточный багаж знаний о сети, будет трудно выполнить корректный ввод информации о сопряжении.

[0010] Цифровая камера и ПК имеют так называемую взаимосвязь устройства с точкой управления, при использовании которой, цифровая камера обеспечивает файл изображения ПК в соответствии с командой от ПК для получения файла изображения. В целом, ПК, служащий в качестве точки управления, управляет рядом операций, включающих в себя начало соединения с цифровой камерой, передачу изображения и завершение соединения. Однако пользователь может пожелать передать файл изображения на ПК сразу после выполнения съемки или сменить ПК-адресат в зависимости от типа файла изображения. В таком случае удобство использования было бы улучшено, если бы пользователь мог пролистывать список ПК в сети посредством выполнения действий с цифровой камерой, и отдавать команду для установления соединения с желаемым ПК, держа цифровую камеру в руке.

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

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

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

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

[0014] Кроме того, признаки настоящего изобретения станут очевидными после прочтения нижеизложенного описания примерных вариантов осуществления, представленного со ссылкой на прилагаемые чертежи.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0015] Фиг. 1 изображает блок-схему, иллюстрирующую структуру цифровой камеры;

[0016] Фиг. 2 изображает блок-схему, иллюстрирующую структуру ПК;

[0017] Фиг. 3 изображает концептуальное графическое представление, иллюстрирующее конфигурацию соединения цифровой камеры с ПК;

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

[0019] Фиг. 5А-5E изображают графические представления, каждое из которых иллюстрирует интерфейс GUI, отображаемый в процессе передачи изображения, выполняемом посредством цифровой камеры;

[0020] Фиг. 6 изображает схему последовательности операций, иллюстрирующую процесс передачи изображения, выполняемый посредством ПК;

[0021] Фиг. 7А и 7B изображают схемы последовательности операций, иллюстрирующие процесс обнаружения, выполняемый посредством цифровой камеры;

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

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

[0024] Фиг. 10А-10С изображают графические представления, иллюстрирующие сообщения SSDP для приема/передачи между цифровой камерой и ПК;

[0025] Фиг. 11А и 11B изображают графические представления, иллюстрирующие дескрипторы для приема/передачи между цифровой камерой и ПК;

[0026] Фиг. 12А и 12B изображают графические представления, иллюстрирующие записи TXT для приема/передачи между цифровой камерой и ПК;

[0027] Фиг. 13А-13F изображают графические представления, каждое из которых иллюстрирует интерфейс GUI, отображаемый в процессе обнаружения, выполняемом посредством цифровой камеры;

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

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

[0030] Фиг. 16 изображает схему последовательности операций, иллюстрирующую процесс обнаружения, выполняемый посредством ПК.

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

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

[0031] Далее будут подробно описаны примерные варианты осуществления настоящего изобретения, в соответствии с прилагаемыми чертежами. В то же время настоящее изобретение не ограничивается нижеизложенными вариантами осуществления. Кроме того, различные варианты осуществления могут быть объединены соответствующим образом.

СТРУКТУРА ЦИФРОВОЙ КАМЕРЫ

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

[0033] Фиг. 1 изображает блок-схему, иллюстрирующую структуру цифровой камеры 100, в соответствии с данным вариантом осуществления.

[0034] Блок 101 управления формируется, например, из центрального процессора CPU (MPU) и памяти (DRAM и SRAM). Блок 101 управления управляет соответствующими блоками цифровой камеры 100 посредством выполнения различных процессов (программ), а также управляет передачей данных между соответствующими блоками. Блок 101 управления управляет соответствующими блоками цифровой камеры 100, в соответствии с операционным сигналом от операционного блока 102, который принимает действие от пользователя.

[0035] Операционный блок 102 формируется из переключателей для ввода различных действий, касающихся съемки, таких как кнопка питания, кнопка регулирования масштаба изображения и кнопка автоматической фокусировки. Операционный блок 102 также может быть сформирован из кнопки отображения меню, кнопки SET, манипулятора управления курсором, указательного устройства и сенсорной панели. Когда пользователь производит действия с этими манипуляторами и кнопками, операционный блок 102 передает операционный сигнал на блок 101 управления. Операционный блок 102 также включает в себя кнопку спуска. Кнопка спуска формируется из кнопки SW1, которая нажимается в так называемое положение половинного нажатия, и кнопки SW2, которая нажимается в так называемое положение полного нажатия. Команда подготовки к выполнению съемки выдается вследствие нажатия кнопки SW1, а команда выполнения съемки выдается вследствие нажатия кнопки SW2. Следует отметить, что кнопка спуска для съемки неподвижного изображения и кнопка спуска для съемки движущегося изображения формируются в виде одной кнопки в данном варианте осуществления, но при этом не исключается возможность их формирования в виде отдельных кнопок.

[0036] Шина 103 является универсальной шиной для отправки различных данных, сигналов управления, командных сигналов и т.п., на соответствующие блоки цифровой камеры 100.

[0037] Блок 110 восприятия изображения управляет количеством света посредством фиксации и преобразовывает оптическое изображение объекта, захваченного через объектив, в сигнал изображения посредством светочувствительной матрицы, такой как матрица CCD или матрица CMOS.

[0038] Блок 120 входа звукового сигнала воспринимает звук вокруг цифровой камеры 100 посредством внутреннего всенаправленного микрофона, внешнего микрофона, соединенного через разъем входа звукового сигнала, и т.п.

[0039] Запоминающее устройство 104 включает в себя, например, память RAM (оперативную память) и флэш-память, а также включает в себя как энергонезависимую память, так и энергозависимую память для временной записи сигналов изображения, звуковых сигналов, информации об установочных параметрах цифровой камеры 100 и т.п.

[0040] Носитель 141 записи является носителем записи, который можно соединить с цифровой камерой 100. Носитель 141 записи может выполнять запись различных данных и т.п., сгенерированных посредством цифровой камеры 100. Примерами носителей 141 записи является жесткий диск, оптический диск и флэш-память. Вариант осуществления будет иллюстрировать устройство флэш-памяти, которое называется картой памяти и может быть вставлено в цифровую камеру 100.

[0041] Блок 151 выхода звукового сигнала формируется, например, из разъема выхода звукового сигнала, и передает звуковой сигнал для вывода звукового сигнала из подсоединенного наушника, громкоговорителя и т.п. Блок 151 выхода звукового сигнала может быть включен в состав цифровой камеры 100.

[0042] Блок 150 выхода видеосигнала формируется, например, из разъема выхода видеосигнала, и передает сигнал изображения для отображения видеосигнала на подсоединенном внешнем устройстве отображения и т.п. Блок 151 выхода звукового сигнала и блок 150 выхода видеосигнала могут быть сформированы в виде одного интегрированного разъема, такого как разъем HDMI®.

[0043] Цифровая камера 100, в соответствии с данным вариантом осуществления, может осуществлять связь с другим устройством через блок 152 связи и сеть. Блок 152 связи принимает/передает данные с/на внешнее устройство посредством последовательной или параллельной передачи данных через проводное или беспроводное соединение с использованием интерфейса связи, такого как интерфейс RS232C, USB, IEEE1394, P1284, SCSI, модем, LAN или IEEE802.11. Посредством обработки протокола связи, соответствующего интерфейсу связи, блок 152 связи может принимать/передавать данные от/на внешнее устройство. Примерами протокола связи являются протокол HTTP (протокол передачи гипертекста) и протокол РТР-IP (протокол передачи изображения по IP-сети).

[0044] Блок 130 отображения отображает данные изображения, записанные на носителе 141 записи, и интерфейсы GUI, такие как различные меню. Блок 130 отображения может являться, например, жидкокристаллическим устройством отображения или органическим электролюминесцентным устройством отображения.

СТРУКТУРА ПЕРСОНАЛЬНОГО КОМПЬЮТЕРА (PC)

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

[0046] Фиг. 2 изображает блок-схему, иллюстрирующую структуру ПК 200, в соответствии с данным вариантом осуществления.

[0047] ПК 200 включает в себя блок 201 отображения, операционный блок 202, центральный процессор 203 CPU, основное устройство 204 хранения данных, вспомогательное устройство 205 хранения данных и устройство 206 связи. Основные функции соответствующих блоков являются аналогичными по отношению к функциям блоков в цифровой камере 100, поэтому их подробное описание повторяться не будет. Следует отметить, что в качестве блока 201 отображения используется устройство отображения, такое как жидкокристаллическое устройство отображения. ПК 200 не должен включать в себя блок 201 отображения, для него достаточно иметь функцию управления для управления отображением на блоке 201 отображения. Вспомогательное устройство 205 хранения данных может являться устройством, которое считывает и записывает данные с и на жесткий диск или внешний носитель данных. Примерами внешнего носителя данных являются оптический диск (например, DVD-RW, CD-ROM, CD-R или DVD-RAM), магнитный диск (например, гибкий диск или магнитооптический диск), и энергонезависимая память (например, флэш-память). В качестве операционного блока 202 может быть использована клавиатура, мышь или сенсорная панель.

[0048] Интерфейс и протокол связи, используемые в устройстве 206 связи, совпадают с интерфейсом и протоколом связи цифровой камеры 100, поэтому их описание повторяться не будет. ПК 200 может принимать/передавать данные с/на внешнее устройство с использованием устройства 206 связи.

КОНФИГУРАЦИЯ СОЕДИНЕНИЯ ЦИФРОВОЙ КАМЕРЫ С ПК

[0049] В качестве примера формы участия в сети цифровой камеры и ПК будет разъясняться конфигурация соединения в инфраструктуре. В случае, когда непосредственное соединение цифровой камеры с ПК является достаточным, они могут быть соединены, например, посредством беспроводной самоорганизующейся (ad-hoc) сети или Wi-Fi Direct. Wi-Fi Direct является стандартом, сформулированным Альянсом Wi-Fi, который является ассоциацией, занимающейся развитием беспроводных сетей LAN. В соответствии с этим стандартом, устройства, такие как мобильный телефон, планшет, ПК, цифровая камера, принтер и портативное игровое устройство, которые оснащены функцией связи по беспроводной сети, могут быть соединены по беспроводному соединению даже без наличия точки доступа.

[0050] Фиг. 3 изображает концептуальное графическое представление, иллюстрирующее конфигурацию сети, в которой участвует цифровая камера 100 и множество ПК 200.

[0051] Ссылочной позицией 301 обозначается маршрутизатор. Маршрутизатор обеспечивает функцию маршрутизации построения сети и перенаправляет передачу данных между подключенными к сети устройствами, такими как портативное устройство и ПК. Маршрутизатор работает в соответствии со стеком межсетевых протоколов и строит сеть LAN с использованием IP-адреса, присвоенного ему в качестве шлюза. Маршрутизатор 301 включает в себя интерфейс для проводного или беспроводного соединения. В качестве примера проводного соединения, маршрутизатор и устройство физически соединяются посредством кабеля LAN. Примером беспроводного соединения является соединение, соответствующее стандарту IEEE802.11x (x является a, b, g, n и т.п.). Идентификатор SSID (идентификатор беспроводной сети) и ключ шифрования задаются в маршрутизаторе. В случае, когда устройство, которое предназначается для соединения, задает идентификатор SSID и ключ шифрования, и они утверждаются, оно устанавливает соединение с маршрутизатором.

[0052] В случае, когда устройство, такое как портативное устройство или ПК, соединяется с сетью LAN через проводное или беспроводное соединение, IP-адрес присваивается подключенному устройству автоматически или вручную. Типичным протоколом при автоматическом присваивании является протокол DHCP (протокол динамической конфигурации хоста). Протоколы передачи данных и IP-адреса, проходящие через сеть в связи между устройствами, анализируются для определения пути, по которому должны быть переданы данные.

[0053] В данном варианте осуществления маршрутизатор 301 строит сеть LAN, в которой шлюз обозначается посредством адреса 192.168.0.1. Цифровой камере 100, которая соединяется с сетью LAN с помощью беспроводного соединения, присваивается IP-адрес 192.168.0.10. ПК 200 «ComputerA», который соединяется с помощью беспроводного соединения, присваивается IP-адрес 192.168.0.20. ПК 200 «ComputerB», который соединяется с помощью беспроводного соединения, присваивается IP-адрес 192.168.0.21. ПК 200 «ComputerC», который соединяется с помощью проводного соединения, присваивается IP-адрес 192.168.0.22. На примере сети, имеющей такую инфраструктуру, вариант осуществления будет разъяснять способ соединения цифровой камеры 100 с ПК 200, с которым пользователь желает установить соединение.

[0054] В цифровой камере 100, в соответствии с данным вариантом осуществления, вспомогательное устройство 105 хранения данных записывает программу, которая может взаимодействовать с ПК 200 в соответствии со стандартами UPnP и Bonjour, служащими в качестве протоколов обнаружения для поиска устройства по сети. Программа записывает команды для выполнения передачи данных с использованием протоколов UPnP и Bonjour, а также информацию об устройстве, являющуюся специфичной для цифровой камеры 100, которая является необходимой для передачи данных с использованием протоколов UPnP и Bonjour.

[0055] В каждом из ПК 200a и 200c, в соответствии с данным вариантом осуществления, программа, которая может взаимодействовать с цифровой камерой 100, в соответствии со стандартом UPnP, служащим в качестве одного протокола обнаружения, устанавливается на вспомогательном устройстве 205 хранения данных. Программа записывает команды для выполнения передачи данных с использованием протокола UPnP, и информацию о конкретном ПК, необходимую для передачи данных с использованием протокола UPnP.

[0056] В ПК 200b, в соответствии с данным вариантом осуществления, программа, которая может взаимодействовать с цифровой камерой 100, в соответствии со стандартом Bonjour, служащим в качестве одного протокола обнаружения, устанавливается на вспомогательном устройстве 205 хранения данных. Программа записывает команды для выполнения передачи данных с использованием протокола Bonjour, и информацию о конкретном ПК, необходимую для передачи данных с использованием протокола Bonjour.

[0057] В цифровой камере 100, в соответствии с данным вариантом осуществления, программа, которая может принимать/передавать файл изображения от/на ПК 200 в соответствии со стандартом РТР-IP, служащим в качестве протокола для передачи изображения, записывается на вспомогательном устройстве 105 хранения данных. Программа записывает команды для выполнения передачи данных с использованием протокола РТР-IP, код формата объекта, который определяет файл, передаваемый посредством передачи данных с использованием протокола PTP-IP, и свойства устройства, служащие в качестве информации для идентификации параметров настройки или состояний цифровой камеры.

[0058] В каждом из ПК 200a, 200b и 200c, в соответствии с данным вариантом осуществления, программа, которая может взаимодействовать с ПК 200 в соответствии со стандартом РТР-IP, служащим в качестве протокола для передачи файла изображения, устанавливается на вспомогательном устройстве 205 хранения данных.

[0059] Файлы изображений заблаговременно сохраняются в носителе 141 записи цифровой камеры 100 и на вспомогательном устройстве 205 хранения данных ПК 200, в соответствии с данным вариантом осуществления. Обработка передачи изображения в данном варианте осуществления реализовывается посредством соединения цифровой камеры 100 с ПК 200 через сеть, а также посредством сохранения файла изображения, передаваемого от цифровой камеры 100, в некоторой директории на вспомогательном устройстве 205 хранения данных ПК 200.

[0060] Вариант осуществления будет подробно иллюстрировать форму, в которой цифровая камера 100 соединяется с ПК 200 с использованием протоколов обнаружения UPnP и Bonjour, и передает файл изображения на ПК 200 с использованием протокола РТР-IP. Следует отметить, что настоящее изобретение не ограничивается конфигурацией сети, способом сетевого соединения, типом протокола обнаружения или протоколом передачи, которые описываются в данном варианте осуществления.

ОБРАБОТКА ПЕРЕДАЧИ ИЗОБРАЖЕНИЯ В ЦИФРОВОЙ КАМЕРЕ

[0061] Сначала в следующей последовательности процессов будет разъясняться принцип работы цифровой камеры 100.

(1) Цифровая камера 100 соединяется с ПК 200 через сеть, построенную посредством маршрутизатора 301.

(2) Файл изображения, передаваемый от цифровой камеры 100, сохраняется в некоторой директории на вспомогательном устройстве 205 хранения данных ПК 200.

(3) ЦИФРОВАЯ КАМЕРА 100 ПОКИДАЕТ СЕТЬ.

[0062] Фиг. 4 изображает схему последовательности операций, иллюстрирующую основной принцип работы цифровой камеры 100. Эта последовательность начинается в момент, когда блок 101 управления обнаруживает, что пользователь нажал кнопку питания или кнопку воспроизведения, включенную в состав операционного блока 102. Следует отметить, что обработка, представленная посредством схемы последовательности операций, реализовывается посредством управления соответствующими блоками цифровой камеры 100 при помощи блока 101 управления в соответствии с входными сигналами от соответствующих блоков и программы. Это также относится к обработке, представленной посредством другой схемы последовательности операций, если не указано иное.

[0063] Сначала на этапе S401 блок 101 управления выполняет обработку инициализации для цифровой камеры 100. При обработке инициализации блок 101 управления проверяет, был ли установлен носитель 141 записи, управляет оправой объектива для подготовки к выполнению съемки, и осуществляет переключение в режим, который предназначается для активации, посредством определения того, какая из кнопок питания и воспроизведения была нажата. Режим включает в себя режим съемки, в котором файл изображения получают посредством съемки, режим воспроизведения, в котором файл изображения отображается и просматривается на блоке 130 отображения, режим меню, в котором изменяются параметры съемки, и режим установления беспроводного соединения, в котором устанавливается беспроводное соединение. В данном варианте осуществления, когда пользователь нажимает кнопку воспроизведения, включенную в состав операционного блока 102, для активации камеры, камера начинает работать в режиме воспроизведения и отображает на блоке 130 отображения интерфейс GUI (Фиг. 5А) режима воспроизведения, согласно варианту осуществления.

[0064] На этапе S402 блок 101 управления определяет, был ли выбран режим установления беспроводного соединения. Пиктограмма 501 кнопки для перехода в режим установления беспроводного соединения располагается на интерфейсе GUI, изображенном на Фиг. 5А. Когда пользователь производит действия с операционным блоком 102 и нажимает на пиктограмму 501 кнопки, блок 101 управления определяет, что был выбран режим установления беспроводного соединения, активирует режим установления беспроводного соединения, отображает на блоке 130 отображения интерфейс GUI, изображенный на Фиг. 5B, и переходит на этап S403. Если на этапе S402 получено «НЕТ», то блок 101 управления ожидает нажатия на пиктограмму 501 кнопки.

[0065] На этапе S403 блок 101 управления определяет, было ли выбрано устройство, которое предназначается для соединения. На интерфейсе GUI, изображенном на Фиг. 5B, в виде пиктограмм кнопок отображается список устройств, доступных для соединения с цифровой камерой 100. Когда пользователь нажимает на пиктограмму кнопки, блок 101 управления приступает к обработке соединения цифровой камеры 100 с каждым устройством. Пиктограмма 502 кнопки является пиктограммой кнопки для перехода к обработке соединения с ПК 200, служащим в качестве устройства, доступного для соединения. Вариант осуществления нацелен на соединение цифровой камеры 100 с ПК 200. Поэтому, когда пользователь производит действия с операционным блоком 102 и нажимает на пиктограмму 502 кнопки, блок 101 управления определяет то, что было выбрано устройство, которое предназначается для соединения, отображает на блоке 130 отображения интерфейс GUI, изображенный на Фиг. 5C, и переходит на этап S404. Если на этапе S403 получено «НЕТ», то блок 101 управления ожидает до тех пор, пока пользователь не нажмет на пиктограмму кнопки устройства, которое предназначается для соединения.

[0066] На этапе S404 блок 101 управления определяет, является ли текущее соединение новым соединением. Интерфейс GUI, изображенный на Фиг. 5C, отображает пиктограмму 503 кнопки для соединения с ПК 200, соединение с которым ранее не устанавливалось, и пиктограмму 504 кнопки для повторного соединения с ПК 200, соединение с которым устанавливалось ранее. Когда пользователь производит действия с операционным блоком 102 и нажимает на пиктограмму 503 кнопки, блок 101 управления определяет то, что цифровая камера 100 должна быть соединена с ПК 200, соединение с которым ранее не устанавливалось, отображает на блоке 130 отображения интерфейс GUI, изображенный на Фиг. 5D, и переходит на этап S405. Когда пользователь нажимает на пиктограмму 504 кнопки, блок 101 управления определяет то, что цифровая камера 100 должна быть соединена с ПК 200, соединение с которым устанавливалось ранее, и переходит на этап S406.

[0067] На этапе S405 блок 101 управления принимает ввод элемента настройки для установления сетевого соединения. На интерфейсе GUI, изображенном на Фиг. 5D, располагаются текстовые поля для ввода идентификатора SSID (идентификатора беспроводной сети) и ключа шифрования, которые являются элементами настройки, необходимыми для установления беспроводного соединения с маршрутизатором 301. Следует отметить, что идентификатор SSID является идентификатором точки доступа в беспроводной сети LAN IEEE802.11 LAN, а также является именем, присваиваемым для предотвращения помех. Ключ шифрования является ключом для выполнения шифрования беспроводной сети LAN для предотвращения несанкционированного доступа. Пользователь отображает на блоке 130 отображения экранную клавиатуру (не изображена) и производит действия с операционным блоком 102 для ввода знаков. Блок 101 управления временно записывает все выбранные знаки в запоминающем устройстве 104.

[0068] На этапе S406 блок 101 управления выполняет процесс установления сетевого соединения. Пиктограмма 505 кнопки, отображаемая на интерфейсе GUI, изображенном на Фиг. 5D, является пиктограммой кнопки для подтверждения начала установления беспроводного соединения. В процессе соединения цифровой камеры 100 с ПК 200, соединение с которым ранее не устанавливалось, пользователь производит действия с операционным блоком 102 и нажимает на пиктограмму 505 кнопки. Затем блок 101 управления начинает устанавливать соединение с маршрутизатором 301 на основе идентификатора SSID и ключа шифрования, временно записанных в запоминающем устройстве 104 на этапе S405. Идентификатор SSID и ключ шифрования, используемые для повторного соединения цифровой камеры 100 с ПК 200, соединение с которым устанавливалось ранее, сохраняются в качестве информации о сопряжении в энергонезависимой памяти запоминающего устройства 104 совместно с другой частью информации после успешного установления соединения с ПК 200. Элементы информации о сопряжении будут описаны позже. В процессе соединения цифровой камеры 100 с ПК 200, соединение с которым устанавливалось ранее, блок 101 управления загружает в память RAM запоминающего устройства 104 идентификатор SSID и ключ шифрования информации о сопряжении, записанной в энергонезависимой памяти запоминающего устройства 104, и начинает устанавливать соединение с маршрутизатором 301. Если соединение с маршрутизатором 301 устанавливается успешно, то маршрутизатор 301 присваивает цифровой камере 100 IP-адрес. Блок 101 управления записывает присвоенный IP-адрес в память RAM запоминающего устройства 104.

[0069] На этапе S407 блок 101 управления выполняет процесс обнаружения (поиска устройства) для установления соединения с ПК 200. Подробности процесса обнаружения будут описаны позже.

[0070] На этапе S408 блок 101 управления запускает сервис передачи изображения. Сервис передачи изображения в данном варианте осуществления означает обработку передачи файла изображения с использованием протокола РТР-IP. Если на этапе S407 был выбран ПК 200, который предназначается для соединения, то ПК 200 передает на цифровую камеру 100 пакет команд для установления сеанса связи. Когда цифровая камера 100 принимает пакет команд через блок 152 связи, блок 101 управления анализирует пакет и выполняет обработку для установления сеанса связи. В случае использования протокола РТР-IP в данном варианте осуществления, эта команда является командой «OpenSession». После установления сеанса связи, цифровая камера 100 передает ответную команду на ПК 200, отображает на блоке 130 отображения интерфейс GUI, изображенный на Фиг. 5E, и запускает сервис передачи изображения. Интерфейс GUI, изображенный на Фиг. 5E, является интерфейсом GUI иллюстрирующим случай, в котором установление соединения с ПК 200а, изображенным на Фиг. 3, было завершено. В другом примере на блоке 130 отображения интерфейс GUI может не отображаться.

[0071] На этапе S409 блок 101 управления определяет, был ли принят запрос на передачу изображения от ПК 200. Цифровая камера 100 принимает от ПК 200 через маршрутизатор 301 пакет команд, представляющий команду передачи файла изображения. Блок 101 управления анализирует пакет команд, и если он определяет, что данная команда представляет команду передачи файла изображения, то он переходит на этап S410. Если на этапе S409 получено «НЕТ», то блок 101 управления ожидает до тех пор, пока не будет принят пакет команд, побуждающий к передаче файла изображения.

[0072] На этапе S410 блок 101 управления передает файл изображения на ПК 200. При обработке передачи блок 101 управления считывает из носителя 141 записи файл изображения, указанный посредством пакета команд, и загружает его в память RAM запоминающего устройства 104. Затем блок 101 управления делит файл изображения на пакеты, и передает их на ПК 200. После передачи всех пакетов, в соответствии с размером файла изображения, блок 101 управления передает ответную команду на ПК 200, после чего передача изображения завершается.

[0073] На этапе S411 блок 101 управления определяет, было ли принято от ПК 200 уведомление о завершении сервиса передачи изображения. ПК 200 передает через маршрутизатор 301 пакет команд для завершения сеанса связи с цифровой камерой 100. В случае использования протокола РТР-IP в данном варианте осуществления, эта команда является командой «CloseSession». Блок 101 управления анализирует пакет команд, принятый через блок 152 связи, выполняет процесс завершения сеанса связи, и переходит на этап S412. Если на этапе S411 получено «НЕТ», то блок 101 управления ожидает приема пакета команд для завершения сеанса связи.

[0074] На этапе S412 блок 101 управления покидает сеть. В данном случае блок 101 управления выгружает программу, которая была загружена в память RAM запоминающего устройства 104, и продолжает работу в соответствии с протоколом передачи изображения. Затем блок 101 управления осуществляет групповую (многоадресную) передачу в сеть команды покидания сети на основе протокола обнаружения. В случае использования протокола UPnP в данном варианте осуществления, выполняется групповая передача сообщения «SSDP:Byebye». В случае использования протокола Bonjour, выполняется групповая передача сообщения «MulticastDNS:goodbye».

[0075] Выше был описан основной принцип работы, касающийся процесса передачи изображения, выполняемого посредством цифровой камеры 100, в соответствии с данным вариантом осуществления. Цифровая камера 100 функционирует в качестве устройства, которое работает в соответствии с командой, передаваемой от ПК 200 в ответ на команду протокола передачи изображения.

ОБРАБОТКА ПЕРЕДАЧИ ИЗОБРАЖЕНИЯ В ПК

[0076] Далее будет разъясняться принцип работы ПК 200 при выполнении вышеописанных процессов (1) - (3).

[0077] Фиг. 6 изображает схему последовательности операций, иллюстрирующую основной принцип работы ПК 200. Данная последовательность начинается после завершения обработки активации ПК 200. При обработке активации ПК 200 активируется посредством нажатия кнопки питания (не изображена), служащей в качестве одной кнопки операционного блока. ПК 200 выполняет проверку каждого аппаратного модуля и т.п. Центральный процессор 203 CPU загружает в основное устройство 204 хранения данных операционную систему (далее в настоящем документе будет называться системой OS), которая сохраняется во вспомогательном устройстве 205 хранения данных.

[0078] Сначала на этапе S601 центральный процессор 203 CPU устанавливает сетевое соединение. В процессе установления сетевого соединения центральный процессор 203 CPU соединяет ПК 200 через устройство 206 беспроводной или проводной связи с маршрутизатором 301, который выполняет построение желаемой сети. Центральный процессор 203 CPU записывает IP-адрес, который присваивается посредством маршрутизатора 301, в основном устройстве 204 хранения данных. Следует отметить, что способы беспроводного и проводного соединения являются подобными изображенным на Фиг. 3 и на этапе S406, изображенном на Фиг. 4, поэтому их описание повторяться не будет.

[0079] На этапе S602 центральный процессор 203 CPU выполняет процесс обнаружения (поиска устройства). Подробности процесса обнаружения будут описаны позже.

[0080] На этапе S603 центральный процессор 203 CPU выдает команду запуска сервиса передачи изображения. Сервис передачи изображения в данном варианте осуществления означает обработку передачи файла изображения с использованием протокола РТР-IP. В данном случае центральный процессор 203 CPU передает пакет команд для установления сеанса связи с цифровой камерой 100. В случае использования протокола РТР-IP в данном варианте осуществления, эта команда является командой «OpenSession». Если центральный процессор 203 CPU принимает ответный пакет, переданный после того, как цифровая камера 100 обработала пакет команд, и определяет, что сервис передачи изображения был запущен, то он переходит на этап S604.

[0081] На этапе S604 центральный процессор 203 CPU побуждает цифровую камеру 100 к передаче файла изображения. Центральный процессор 203 CPU генерирует пакет команд, побуждающий к передаче файла изображения посредством протокола РТР-IP, и передает его на цифровую камеру 100. В случае использования протокола РТР-IP в данном варианте осуществления, эта команда является командой «GetObject». Перед командой «GetObject» необходимо выполнить команду «GetDeviceInfo» и команду «GetObjectInfo», а также получить информацию об устройстве цифровой камеры 100 и информацию о количестве и типе файлов изображений, сохраненных в носителе 141 записи.

[0082] На этапе S605 центральный процессор 203 CPU принимает файл изображения. Центральный процессор 203 CPU сохраняет пакет данных файла изображения, переданного от цифровой камеры 100, в некоторой директории на вспомогательном устройстве 205 хранения данных. После приема всех пакетов, в соответствии с размером файла изображения, центральный процессор 203 CPU финализирует файл изображения и завершает процесс сохранения. В случае приема множества файлов изображений, центральный процессор 203 CPU повторяет вышеописанную обработку.

[0083] На этапе S606 центральный процессор 203 CPU определяет, была ли обнаружена команда завершения сервиса передачи изображения. Когда пользователь завершает передачу желаемого файла изображения и нажимает кнопку завершения, расположенную на интерфейсе GUI программы передачи изображения (не изображена), отображаемом на блоке 201 отображения, для завершения сервиса передачи изображения, центральный процессор 203 CPU обнаруживает команду завершения сервиса передачи изображения и переходит на этап S607. Если на этапе S606 получено «НЕТ», то центральный процессор 203 CPU возвращается на этап S604, и повторно побуждает цифровую камеру 100 к передаче файла изображения.

[0084] На этапе S607 центральный процессор 203 CPU выдает команду завершения сервиса передачи изображения. В данном случае центральный процессор 203 CPU передает на цифровую камеру 100 пакет команд для завершения сеанса связи с цифровой камерой 100. В случае использования протокола РТР-IP в данном варианте осуществления, эта команда является командой «CloseSession».

[0085] Если центральный процессор 203 CPU принимает ответную команду, переданную после того, как цифровая камера 100 обработала пакет команд, он завершает программу сервиса передачи изображения на ПК 200.

[0086] Выше был описан основной принцип работы, касающийся процесса передачи изображения, выполняемого посредством ПК 200, в соответствии с данным вариантом осуществления. ПК 200 функционирует в качестве точки управления, которая побуждает цифровую камеру 100 к передаче изображения в соответствии с протоколом передачи изображения.

ОБРАБОТКА ОБНАРУЖЕНИЯ (ПЕРВОЕ СОЕДИНЕНИЕ) В ЦИФРОВОЙ КАМЕРЕ

[0087] Далее будут разъясняться подробности процесса обнаружения, выполняемого на этапе S407, изображенном на Фиг. 4. Фиг. 7А и 7B изображают схемы последовательности операций, иллюстрирующие принцип процесса обнаружения в цифровой камере 100.

[0088] Сначала на этапе S701 блок 101 управления определяет, должна ли цифровая камера 100 соединяться с ПК 200, соединение с которым ранее не устанавливалось. Если, пользователь выбирает на интерфейсе GUI, который изображен на Фиг. 5C и отображается на изображенном на Фиг. 4 этапе S404, пиктограмму 503 кнопки, то блок 101 управления определяет, что цифровая камера 100 должна быть соединена с ПК 200, соединение с которым ранее не устанавливалось, и переходит на этап S702. Если на этапе S701 получено «НЕТ», то блок 101 управления приступает к обработке для соединения цифровой камеры 100 с ПК 200, соединение с которым устанавливалось ранее.

[0089] На этапе S702 блок 101 управления запускает обработку поиска ПК 200, соединенного с сетью. Подробности процесса поиска ПК 200 будут разъясняться со ссылкой на схему последовательности операций, изображенную на Фиг. 8. Как было описано со ссылкой на Фиг. 3, цифровая камера 100 в данном варианте осуществления осуществляет передачу данных посредством использования обоих протоколов обнаружения UPnP и Bonjour. Поэтому совместимые с протоколами UPnP и Bonjour ПК, обнаруженные посредством этих двух протоколов обнаружения, служат в качестве целевых объектов для соединения. На Фиг. 3 данного варианта осуществления ПК 200а и 200с являются ПК, совместимыми с протоколом UPnP, а ПК 200b является ПК, совместимым с протоколом Bonjour. Примером ПК, совместимого с протоколом UPnP, является ПК, на котором установлена операционная система Windows®, представленная компанией Microsoft. Примером ПК, совместимого с протоколом Bonjour, является ПК, на котором установлена операционная система Mac®, представленная компанией Apple. Блок 101 управления запускает процесс поиска устройства и отображает на блоке 130 отображения интерфейс GUI, изображенный на Фиг. 13А.

[0090] На этапе S801 блок 101 управления определяет, была ли принята групповая передача сообщения «SSDP:Alive». Протокол SSDP (простой протокол обнаружения сервисов) является протоколом, служащим для поиска и обнаружения устройства, поддерживающего протокол UPnP в сети. Сообщение «SSDP:Alive» выполняет так называемую операцию группового оповещения о присутствии устройства по отношению к устройствам в сети в момент подключения устройства к сети. Процесс оповещения, изображенный на Фиг. 10А, является примером групповой передачи данных SSDP посредством ПК 200 в целях оповещения. Заголовок HOST указывает групповой IP-адрес. Заголовок CHACHE-CONTROL указывает время в секундах, в течение которого осуществляется оповещение. Заголовок LOCATION указывает указатель URL ПК 200. Тег NT указывает тип устройства, который будет уведомлен в сети. SERVER указывает систему OS ПК 200. На Фиг. 3 данного варианта осуществления, после установления соединения ПК 200а и 200b с сетью, они выполняют групповую передачу сообщения «SSDP:Alive». Когда блок 101 управления определяет прием сообщения «SSDP:Alive» от ПК 200 по сети, он переходит на этап S802, а если на этапе S801 получено «НЕТ», то выполняется переход на этап S804.

[0091] На этапе S802 блок 101 управления выполняет команду HTTP GET для получения информации об устройстве ПК 200. ПК, совместимый с протоколом UPnP, описывает свою информацию об устройстве в формате XML (расширяемый язык разметки) и сохраняет ее в качестве дескриптора. Дескриптор, изображенный на Фиг. 11А, является примером дескриптора, сохраненного на вспомогательном устройстве 205 хранения данных посредством ПК 200. Дескриптор, изображенный на Фиг. 11А, формируется из нескольких тегов. Например, тег «UDN» указывает идентификатор GUID (глобальный уникальный идентификатор) ПК 200. Тег «friendlyName» указывает имя ПК. Тег «deviceType» указывает тип устройства. Тег «serviceType» указывает сервис, который может быть обеспечен посредством ПК 200. Команда HTTP GET является способом получения данных от адресата в соответствии с протоколом HTTP. Если на этапе S801 блок 101 управления определяет прием групповой передачи сообщения «SSDP:Alive», то он побуждает ПК 200 к групповой передаче дескриптора.

[0092] На этапе S803 блок 101 управления получает дескриптор. Если на этапе S802 ПК 200 принимает от цифровой камеры 100 команду передачи дескриптора, то он передает дескриптор на цифровую камеру 100. Блок 101 управления сохраняет в памяти RAM запоминающего устройства 104 дескриптор, полученный через блок 152 связи, и переходит на этап S815.

[0093] На этапе S804 блок 101 управления определяет, была ли принята групповая передача сообщения «MulticastDNS:Notify». В момент подключения устройства к сети в MulticastDNS, оно добавляет в уведомляющее сообщение тег «serviceType», указывающий присутствие устройства и сервисов, которые могут быть обеспечены посредством устройства, а затем выполняет групповую передачу уведомляющего сообщения на устройства в сети. На Фиг. 3 данного варианта осуществления, после подключения ПК 200b к сети, он добавляет в уведомляющее сообщение тег «serviceType» со значением «_ptp-init», отображающий то, что он может функционировать в качестве инициатора в РТР-IP, и выполняет групповую передачу уведомляющего сообщения. Если блок 101 управления определяет прием уведомляющего сообщения, то он переходит на этап S805, а если на этапе S804 получено «НЕТ», то выполняется переход на этап S807.

[0094] На этапе S805 блок 101 управления запрашивает запись TXT. ПК, совместимый с протоколом Bonjour, описывает свою информацию об устройстве в текстовом формате и сохраняет ее в виде записи TXT. Фиг. 12А иллюстрирует запись TXT, сохраненную на вспомогательном устройстве 205 хранения данных посредством ПК 200. Запись TXT связана с тегом «serviceType» и формируется из тега «Key» и его значения. В данном варианте осуществления, тег «serviceType», который подвергается групповой передаче с ПК 200, имеет значение «_ptp-init», при этом тег «Version Key» записи TXT, связанной с тегом «serviceType», указывает версию записи TXT. Тег «Model Key» указывает тип модели устройства. Тег «Product Key» указывает название продукта. Тег «Service Available Key» указывает, стал ли сервис действительным. Если сервис стал действительным, то тег «Value» обновляется значением «1». Тег «GUID Key» указывает идентификатор GUID ПК 200. Если на этапе S802 блок 101 управления определяет прием уведомляющего сообщения, то он обращается к тегу «serviceType», добавленному в сообщение. Если тег «serviceType» отображает возможность обеспечения сервиса передачи изображения, то блок 101 управления побуждает ПК к выполнению групповой передачи записи TXT. Например, ссылаясь на Фиг. 3, предположим, что тег «serviceType», который подвергается групповой передаче посредством ПК 200b, имеет значение «_ptp-init», при этом тег «serviceType» ПК, который необходимо найти цифровой камере 100, имеет значение «_ptp-init». В данном случае блок 101 управления побуждает ПК 200b к передаче записи TXT.

[0095] На этапе S806 блок 101 управления получает запись TXT. Если ПК 200 на этапе S805 принимает от цифровой камеры 100 команду передачи записи TXT, то он передает запись TXT на цифровую камеру 100. Блок 101 управления сохраняет в памяти RAM запоминающего устройства 104 запись TXT, полученную через блок 152 связи, и переходит на этап S815.

[0096] На этапе S807 блок 101 управления запускает процесс поиска «M-Search» протокола SSDP. «M-Search» является способом обнаружения в сети устройства, совместимого с протоколом UPnP. «M-Search», изображенный на Фиг. 10B, является примером данных протокола SSDP для выполнения процесса поиска «M-Search». Заголовок HOST указывает групповой IP-адрес. Заголовок ST указывает тип разыскиваемого устройства. Заголовок MX указывает время в минутах, в течение которого поиск становится действительным.

[0097] На этапе S808 блок 101 управления запускает процесс запроса «Query» MulticastDNS. «Query» является способом обнаружения в сети устройства, совместимого с протоколом Bonjour. Указывается разыскиваемый тег «serviceType» и выполняется процесс запроса «Query».

[0098] На этапе S809 блок 101 управления определяет, был ли принят ответ SSDP. После запуска процесса поиска «M-Search» на этапе S807, ПК, совместимый с протоколом UPnP, передает по сети ответ на цифровую камеру 100. Фиг. 10С иллюстрирует данные SSDP, переданные в качестве ответа «Response». Заголовок ST указывает тип разыскиваемого устройства. Заголовок LOCATION указывает IP-адрес ПК 200. Заголовок SERVER указывает систему OS ПК 200. Блок управления обращается к заголовку ST: групповая передача тега «M-Search» с ПК 200. Заголовок ST: тег указывает тип разыскиваемого устройства. Если ПК 200 имеет тип целевого устройства, то ПК 200 передает на цифровую камеру 100 ответ «Response», изображенный на Фиг. 10C. Если блок 101 управления определил ответ SSDP через блок 152 связи, то он переходит на этап S810, а если на этапе S809 получено «НЕТ», то выполняется переход на этап S812.

[0099] На этапе S810 блок 101 управления выполняет команду HTTP GET для получения дескриптора ПК 200. Эта обработка является аналогичной по отношению к обработке, выполняемой на этапе S802, поэтому ее описание повторяться не будет.

[0100] На этапе S811 блок 101 управления получает дескриптор. Этот процесс является аналогичным по отношению к процессу, выполняемому на этапе S803, поэтому его описание повторяться не будет.

[0101] На этапе S812 блок 101 управления определяет, был ли принят ответ «Query» MulticastDNS. Если на этапе S808 был запущен процесс запроса «Query», то ПК 200, соответствующий заданному тегу «serviceType», передает ответ на цифровую камеру 100. Если блок 101 управления обнаруживает ответ «Query», то он переходит на этап S813. Если на этапе S812 получено «НЕТ», то блок 101 управления определяет, то устройство обнаружено не было, и трактует это так, что ПК обнаружен не был.

[0102] На этапе S813 блок 101 управления выдает команду передачи записи TXT. Эта обработка является аналогичной по отношению обработке, выполняемой на этапе S805, поэтому ее описание повторяться не будет.

[0103] На этапе S814 блок 101 управления получает запись TXT. Эта обработка является аналогичной по отношению к обработке, выполняемой на этапе S806, поэтому ее описание повторяться не будет.

[0104] На этапе S815 блок 101 управления определяет, доступен ли ПК для соединения. В случае использования ПК, совместимого с протоколом UPnP, блок 101 управления обращается к заголовкам SERVER, изображенным на Фиг. 10А и 10C, и определяет, является ли система OS целевым объектом для соединения. Если блок 101 управления определяет, что система OS является целевым объектом для соединения, то он сохраняет тег «friendlyName» дескриптора, изображенного на Фиг. 11А, в качестве имени ПК в запоминающем устройстве 104 совместно с идентификатором GUID, описанным в теге «UDN». В случае использования ПК, совместимого с протоколом Bonjour, блок 101 управления получает запись с адресом (не изображена), получает имя хоста ПК и сохраняет имя хоста в качестве имени ПК в запоминающем устройстве 104 совместно с тегом «Key» GUID записи TXT, изображенной на Фиг. 12А. Затем блок 101 управления трактует это в качестве обнаружения ПК. Если на этапе S815 получено «НЕТ», то блок 101 управления трактует это так, что ПК обнаружен не был.

[0105] ВЫШЕ БЫЛИ ОПИСАНЫ ПОДРОБНОСТИ ОБРАБОТКИ ПОИСКА.

[0106] На этапе S703 блок 101 управления определяет, был ли обнаружен ПК 200. Если блок 101 управления определяет, что ПК 200 был обнаружен в обработке поиска устройства, изображенном на Фиг. 8, то он переходит на этап S704, а если на этапе S703 получено «НЕТ», то выполняется переход на этап S706.

[0107] На этапе S704 блок 101 управления отображает на интерфейсе GUI имя обнаруженного ПК 200. Имя ПК, сохраненное в запоминающем устройстве 104 на этапе S815, изображенном на Фиг. 8, отображается на блоке 130 отображения в виде интерфейса GUI. При каждом обнаружении ПК, блок 101 управления добавляет отображение имени ПК на интерфейсе GUI. Интерфейсы GUI, изображенные на Фиг. 13B и 13C, являются примерами этого. На интерфейсе GUI, изображенном на Фиг. 13B, имена ПК отображаются на интерфейсе GUI независимо от протокола обнаружения. В другом способе отображения ПК 200 могут быть распределены по категориям соответствующих протоколов обнаружения, как демонстрируется на интерфейсе GUI, изображенном на Фиг. 13C. Еще в одном способе, несмотря на то, что это не изображено, результаты поиска могут быть отображены сразу после истечения времени поиска устройства на этапе S706.

[0108] На этапе S705 блок 101 управления определяет, был ли выбран ПК 200. Имена ПК, отображаемые на этапе S704 на интерфейсе GUI, изображенном на Фиг. 13B, могут быть выбраны посредством использования операционного блока 102. Когда пользователь выбирает одно из отображенных имен ПК, блок 101 управления переходит на этап S712, а если на этапе S705 получено «нет», то выполняется переход на этап S706.

[0109] На этапе S706 блок 101 управления определяет, истекло ли время поиска устройства (N минут). Время поиска устройства заблаговременно определяется посредством программы или задается посредством пользователя в режиме меню (не изображен) и записывается в энергонезависимой памяти запоминающего устройства 104. Если блок 101 управления определяет, что определенное/заданное время истекло, то он переходит на этап S707, а если на этапе S706 получено «НЕТ», то выполняется переход на этап S709.

[0110] На этапе S707 блок 101 управления определяет, было ли отображено имя ПК. При обнаружении одного и более ПК, на этапе S704 на интерфейсе GUI отображаются имена доступных для соединения ПК. Если блок управления определяет, что интерфейс GUI был отображен, то он переходит на этап S708, а если на этапе S707 получено «НЕТ», то выполняется переход на этап S710.

[0111] На этапе S708 блок 101 управления определяет, был ли выбран ПК 200. Эта обработка является аналогичной по отношению к обработке, выполняемой на этапе S705, поэтому его описание повторяться не будет. Если блок 101 управления определяет, что ПК 200 был выбран, то он переходит на этап S712, а если на этапе S708 получено «НЕТ», то выполняется переход на этап S711.

[0112] На этапе S709 блок 101 управления определяет, был ли прерван процесс поиска устройства. На интерфейсах, изображенных на Фиг. 13А и 13B, располагается пиктограмма 1301 кнопки прерывания. Когда пользователь нажимает на пиктограмму 1301 кнопки прерывания, блок 101 управления определяет команду прерывания, прерывает процесс поиска устройства и переходит на этап S707. Если на этапе S709 получено «НЕТ», то блок 101 управления возвращается на этап S702 и продолжает выполнять процесс поиска устройства.

[0113] На этапе S710 блок 101 управления отображает на блоке 130 отображения интерфейс GUI, информирующий о том, что ПК 200 обнаружен не был. Интерфейс GUI, изображенный на Фиг. 13D, является примером этого.

[0114] На этапе S711 блок 101 управления определяет, выбрал ли пользователь повторный поиск. На интерфейсе GUI, изображенном на Фиг. 13D, пиктограмма 1302 кнопки служит для выполнения процесса повторного поиска. Когда пользователь производит действия с операционным блоком 102 и нажимает не на пиктограмму кнопки повторного поиска, а на кнопку 1303 возврата, блок 101 управления завершает обработку обнаружения и переходит на этап S723. Если на этапе S711, является положительным, то блок 101 управления сбрасывает счетчик времени поиска устройства, возвращается на этап S702 и повторно выполняет процесс поиска устройства.

[0115] На этапе S712 блок 101 управления временно сохраняет информацию о сопряжении выбранного ПК 200 в памяти RAM запоминающего устройства 104. В случае использования протокола UPnP, из дескриптора (Фиг. 11А), полученного от выбранного ПК 200, сохраняется следующая информация:

- Имя ПК, описанное в заголовке «friendlyName»,

- Обнаруженный тип протокола обнаружения,

- IP-адрес, описанный в заголовке «LOCATION» сообщения «Advertisement» (Фиг. 10А) или «Response» (Фиг. 10C), и

- Идентификатор GUID (глобальный уникальный идентификатор), описанный в теге UDN.

[0116] В случае использования протокола Bonjour, сохраняется имя хоста и IP-адрес ПК, которые были получены из записи адреса (не изображена), обнаруженный тип х протокола обнаружения, а также идентификатор GUID тега Ключа GUID в записи TXT (Фиг. 12А).

[0117] На этапе S713 блок 101 управления запускает оповещение. Подробности обработки оповещения будут разъясняться со ссылкой на схему последовательности операций, изображенную на Фиг. 9. После запуска обработки оповещения блок 101 управления отображает на блоке 130 отображения интерфейс GUI, изображенный на Фиг. 13E.

[0118] На этапе S901 блок 101 управления определяет, является ли протокол обнаружения, с помощью которого ПК 200 был выбран на этапе S705 или S708, протоколом UPnP. Блок 101 управления обращается к информации о сопряжении, временно сохраненной на этапе S712 в памяти RAM запоминающего устройства 104, и если он определяет, что протокол обнаружения является протоколом UPnP, то он переходит на этап S902. Если на этапе S901 получено «НЕТ», то блок 101 управления переходит на этап S903.

[0119] На этапе S902 блок 101 управления выполняет групповую передачу сообщения «SSDP:Alive».

[0120] На этапе S903 блок 101 управления выполняет групповую передачу сообщения «Multicast DNS Notify» совместно с тегом «serviceType».

[0121] На этапе S904 блок 101 управления определяет, была ли принята команда передачи дескриптора от ПК 200. Если блок 101 управления определяет прием команды передачи от ПК 200, то он переходит на этап S905. Если на этапе S904 получено «НЕТ», то блок 101 управления ожидает приема запроса. Фиг. 11B иллюстрирует дескриптор, хранящийся в цифровой камере 100. Дескриптор, изображенный на Фиг. 11B, формируется из нескольких тегов. Например, тег «URLBase» указывает IP-адрес цифровой камеры 100. Тег «deviceType» указывает тип устройства. Тег «friendlyName» указывает имя цифровой камеры 100. Тег «UDN» указывает идентификатор GUID цифровой камеры 100. Тег «serviceType» указывает сервис, который может быть обеспечен посредством цифровой камеры 100. Команда HTTP GET является способом получения данных от адресата в соответствии с протоколом HTTP. Когда пользователь нажимает на пиктограмму 1304 кнопки прерывания, отображаемую на интерфейсе GUI, изображенном на Фиг. 13E, блок 101 управления прерывает процесс оповещения.

[0122] На этапе S905 блок 101 управления передает дескриптор на запрашивающий ПК 200.

[0123] На этапе S906 блок 101 управления определяет, была ли принята команда передачи записи TXT. Если блок 101 управления определяет прием команды передачи от ПК 200, то он переходит на этап S907. Если на этапе S906 получено «НЕТ», то блок 101 управления ожидает приема запроса. Фиг. 12B иллюстрирует запись TXT, хранящуюся в цифровой камере 100. Запись TXT связана с тегом «serviceType» и формируется из тега «Key» и его значения. В данном варианте осуществления тег «serviceType», который подвергается групповой передаче с цифровой камеры 100, имеет значение «_ptp», а тег «Version Key» записи TXT, связанной с тегом «serviceType», указывает версию записи TXT. Тег «Model Key» указывает тип модели устройства. Тег «Product Key» указывает название продукта. Тег «Service Available Key» указывает, является ли сервис действительным. Если сервис является действительным, то тег «Value» обновляется значением «1». Тег «GUID Key» указывает идентификатор GUID цифровой камеры 100. Тег «Target GUID Key» указывает идентификатор GUID ПК 200, выбранного на этапе S705. Когда пользователь нажимает на пиктограмму 1304 кнопки прерывания, отображаемую на интерфейсе GUI, изображенном на Фиг. 13E, блок 101 управления прерывает процесс оповещения.

[0124] На этапе S907 блок 101 управления передает запись TXT на запрашивающий ПК 200.

[0125] Выше были описаны подробности обработки оповещения, выполняемой на этапе S713 посредством цифровой камеры 100.

[0126] На этапе S714 блок 101 управления определяет, был ли обнаружен прием пакета «InitCommandRequest», передаваемого от ПК 200. Пакет «InitCommandRequest» является одним типом пакета, определенным посредством протокола РТР-IP, и используется для обмена информацией об устройстве между ПК и цифровой камерой, а также для утверждения номера порта TCP для приема/передачи команд и данных. Если блок 101 управления определяет прием пакета «InitCommandRequest» через блок 152 связи, то он переходит на этап S715, а если на этапе S714 получено «НЕТ», то выполняется переход на этап S716.

[0127] На этапе S715 блок 101 управления определяет, соответствуют ли идентификаторы друг другу. В течение этой обработки блок 101 управления определяет, соответствует ли ПК 200, выбранный на этапе S705 или S708, ПК 200, который передал пакет «InitCommandRequest». Идентификатор GUID ПК 200 сохраняется в пакете «InitCommandRequest», принятом на этапе S714. Этот идентификатор GUID сравнивается с идентификатором GUID, сохраненным на этапе S712 в виде информации о сопряжении. Если эти идентификаторы GUID соответствуют друг другу, то блок 101 управления определяет, что ПК 200 являются одним ПК, и переходит на этап S717, а если на этапе S715 получено «НЕТ», то выполняется переход на этап S718. Вместо сравнения идентификаторов GUID может быть выполнено сравнение IP-адреса, выбранного ПК, и с IP-адресом ПК, который передал пакет «InitCommandRequest», и если эти IP-адреса соответствуют друг другу, может быть определено, что эти ПК являются одним ПК. Идентификатор является произвольным до тех пор, пока он может подтвердить то, что ПК 200, выбранный в процессе обнаружения, и ПК 200, который передал пакет «InitCommandRequest», соответствуют друг другу.

[0128] На этапе S716 блок 101 управления определяет, истекло ли М минут, служащих в качестве периода действия обработки оповещения. Период, в течение которого принимается пакет «InitCommandRequest», заблаговременно определяется посредством программы или задается посредством пользовательской команды. Блок 101 управления определяет, истек ли этот период. Если этот период не истек, то блок 101 управления повторяет этап S714, а если на этапе S716 получено «НЕТ», то выполняется переход на этап S723.

[0129] На этапе S717 блок 101 управления передает пакет «InitAct» на ПК. Если на этапе S715 блок 101 управления определяет, что идентификаторы соответствуют друг другу, то блок 101 управления передает пакет «InitAct» для уведомления ПК о разрешении приема пакета «InitCommandRequest».

[0130] На этапе S718 блок 101 управления передает пакет «InitFail» на ПК. Если на этапе S715 блок 101 управления определяет, что идентификаторы не соответствуют друг другу, то блок 101 управления передает пакет «InitFail» для уведомления ПК об отказе от приема пакета «InitCommandRequest».

[0131] На этапе S719 блок 101 управления определяет, был ли принят пакет «InitEventRequest». Пакет «InitEventRequest» является одним типом пакета, определенным посредством протокола РТР-IP, и утверждает номер порта TCP для приема/передачи события. Если блок 101 управления обнаруживает прием пакета «InitEventRequest» через блок 152 связи, то он переходит на этап S720, а если на этапе S719 получено «НЕТ», то выполняется переход на этап S721.

[0132] На этапе S720 блок 101 управления передает пакет «InitAct» на ПК.

[0133] На этапе S721 блок 101 управления определяет, истекло ли М минут, служащих в качестве периода действия обработки оповещения. Задается период, аналогичный периоду, заданному на этапе S716, и если М минут истекло, то блок 101 управления переходит на этап S723, а если на этапе S721 получено «НЕТ», то этап S719 повторяется.

[0134] На этапе S722 блок 101 управления записывает информацию о сопряжении. Информация, сохраняемая на этапах S405 и S712 в запоминающем устройстве 104, сохраняется в энергонезависимой памяти. Фиг. 14 изображает концептуальное графическое представление, иллюстрирующее информацию о сопряжении, которая предназначается для сохранения. Тег «PC Name» указывает имя соединенного ПК 200. Тег «PC GUID» указывает идентификатор GUID соединенного ПК 200. Тег «Discovery Protocol» указывает протокол обнаружения, используемый в процессе поиска устройства. Тег «IP-address» указывает IP-адрес соединенного ПК 200. Тег «SSID» указывает идентификатор SSID сети, с которой соединен ПК 200. Тег «Security Key» указывает ключ шифрования сети, с которой соединен ПК 200.

[0135] На этапе S723, блок 101 управления отображает на блоке 130 отображения экранное изображение ошибки установления соединения. Интерфейс GUI, изображенный на Фиг. 13F, является примером этого.

[0136] Выше были описаны подробности обработки обнаружения, выполняемой посредством цифровой камеры, которая осуществляет первое соединение.

ОБРАБОТКА ОБНАРУЖЕНИЯ (СОЕДИНЕНИЕ ВО ВТОРОЙ И ПОСЛЕДУЮЩИЙ РАЗЫ) В ЦИФРОВОЙ КАМЕРЕ

[0137] Далее будут разъясняться подробности процесса обнаружения, выполняемого на этапе S407, который изображен на Фиг. 4. Фиг. 15 изображает схему последовательности операций, иллюстрирующую процесс обнаружения при подключении цифровой камеры 100 к ПК, соединение с которым устанавливалось ранее. Данная схема последовательности операций иллюстрирует обработку, пока процесс возврата не вернется к началу обработки оповещения, выполняемой на этапе S713, после того, как на этапе S701, изображенном на Фиг. 7А, при обработке обнаружения было определено, что цифровая камера 100 должна быть подключена к ПК 200 повторно.

[0138] Сначала на этапе S1501 блок 101 управления обращается к информации о сопряжении. Выполняется обращение к информации о сопряжении, которая была записана в энергонезависимой памяти запоминающего устройства 104 в ходе предшествующего соединения.

[0139] На этапе S1502 блок 101 управления определяет, является ли протокол обнаружения ПК 200, соединение с которым устанавливалось ранее, протоколом UPnP. Блок 101 управления обращается к протоколу обнаружения в информации о сопряжении на этапе S1501, и если протокол обнаружения является протоколом UPnP, он переходит на этап S1503. Если на этапе S1502 получено «НЕТ», то блок 101 управления переходит на этап S1504.

[0140] На этапе S1503 блок 101 управления выполняет поиск устройств, совместимых с протоколом UPnP. В данном случае осуществляется последовательное выполнение процессов, аналогичных процессам, выполняемым на этапах S807, S809, S810, S811 и S815, которые изображены на Фиг. 8, поэтому их описание повторяться не будет.

[0141] На этапе S1504 блок 101 управления выполняет поиск устройств, совместимых с протоколом Bonjour. В данном случае осуществляется последовательное выполнение процессов, аналогичных процессам, выполняемым на этапах S808, S812, S813, S814 и S815, которые изображены на Фиг. 8, поэтому их описание повторяться не будет.

[0142] На этапе S1505 блок 101 управления определяет, был ли обнаружен ПК 200. Блок 101 управления сравнивает идентификатор GUID, полученный из дескриптора или записи TXT, полученной на этапе S1503 или S1504, с идентификатором GUID, находящимся в информации о сопряжении. Если эти идентификаторы GUID соответствуют друг другу, то блок 101 управления определяет факт обнаружения ПК 200, соединение с которым устанавливалось ранее. Если на этапе S1505 получено «НЕТ», то блок 101 управления переходит на этап S1506.

[0143] На этапе S1506 блок 101 управления определяет, истекло ли L минут. То есть, если ПК 200, соединение с которым устанавливалось ранее, обнаружен не был, то блок 101 управления повторяет этап S1505 до тех пор, пока не истечет период времени, который заблаговременно определяется посредством программы или задается посредством пользователя. Если блок 101 управления определяет, что L минут истекло, то процесс переходит на этап S1507.

[0144] На этапе S1507 блок 101 управления отображает на блоке 130 отображения интерфейс GUI, информирующий о том, что ПК 200 обнаружен не был. Интерфейс GUI, изображенный на Фиг. 13D, является примером этого.

[0145] Если на этапе S1505 блок 101 управления обнаруживает ПК, то он переходит на этап S713, изображенный на Фиг. 7B, и запускает обработку оповещения. Последующие этапы обработки совпадают с вышеописанными.

[0146] Выше были описаны подробности процесса обнаружения для подключения цифровой камеры 100 к ПК, соединение с которым устанавливалось ранее.

ОБРАБОТКА ОБНАРУЖЕНИЯ В ПК

[0147] Далее будут разъясняться подробности процесса обнаружения, выполняемого на этапе S602, изображенном на Фиг. 6, посредством ПК 200. Фиг. 16 изображает схему последовательности операций, иллюстрирующую процесс обнаружения, выполняемый посредством ПК 200.

[0148] Сначала на этапе S1601 центральный процессор 203 CPU запускает обработку оповещения. Обработка оповещения обеспечивается в качестве основной функции посредством системы OS ПК 200 или в качестве функции приложения, установленного на вспомогательном устройстве 205 хранения данных. ПК 200 запускает обработку оповещения в соответствии с совместимым протоколом обнаружения. ПК, совместимый с протоколом UPnP, выполняет групповую передачу сообщения «SSDP:Alive». ПК, совместимый с протоколом Bonjour, выполняет групповую передачу сообщения «Multicast DNS Notify».

[0149] На этапе S1602 центральный процессор 203 CPU определяет, была ли принята групповая передача поиска устройства. Цифровая камера 100 применительно к устройствам в сети выполняет групповую передачу сообщений «M-Search» или «Multicast DNS Query» для поиска устройства. Если центральный процессор 203 CPU определяет прием групповой передачи через устройство 206 связи, то он переходит на этап S1603. Если на этапе S1602 получено «НЕТ», то центральный процессор 203 CPU продолжает выполнять обработку до тех пор, пока он не примет групповую передачу.

[0150] На этапе S1603 центральный процессор 203 CPU передает ответ. В случае использования сообщения «M-Search», центральный процессор 203 CPU передает сообщение «Response», изображенное на Фиг. 10C. В случае использования сообщения «Query», центральный процессор 203 обращается к добавленному тегу «serviceType», и если он определяет, что тег «serviceType» указывает сервис передачи изображения, хранящийся на ПК 200, то он передает ответ на цифровую камеру 100 и переходит на этап S1604.

[0151] На этапе S1604 центральный процессор 203 CPU определяет, был ли принят запрос дескриптора от цифровой камеры 100. Если на этапе S1603 цифровая камера 100 принимает ответ, то она передает запрос обнаружения дескриптора на ПК 200. В случае использования протокола UPnP, цифровая камера 100 выполняет команду HTTP GET и запускает процесс обнаружение дескриптора. В случае использования протокола Bonjour, цифровая камера 100 запускает процесс обнаружения записи TXT. Если центральный процессор 203 CPU определяет факт приема команды передачи дескриптора через устройство 206 связи, то он переходит на этап S1605. Если на этапе S1604 получено «НЕТ», то центральный процессор 203 CPU ожидает обнаружения команды передачи дескриптора.

[0152] На этапе S1605 центральный процессор 203 CPU передает дескриптор на цифровую камеру 100. В случае использования протокола UPnP, центральный процессор 203 CPU передает дескриптор, изображенный на Фиг. 11А. В случае использования протокола Bonjour, центральный процессор 203 CPU передает запись TXT, изображенную на Фиг. 12А.

[0153] На этапе S1606 центральный процессор 203 CPU определяет, была ли принята групповая передача оповещения от цифровой камеры 100. Если центральный процессор 203 CPU определяет обработку оповещения, выполняемую на этапе S902 или S903, которые изображены на Фиг. 9, то он переходит на этап S1607. Если на этапе S1606 получено «НЕТ», то центральный процессор 203 CPU продолжает выполнять обработку до тех пор, пока он не примет групповую передачу оповещения.

[0154] На этапе S1607 центральный процессор 203 CPU запрашивает цифровую камеру о передаче дескриптора.

[0155] На этапе S1608 центральный процессор 203 CPU принимает дескриптор. В случае использования протокола UPnP, центральный процессор 203 CPU принимает от цифровой камеры 100 дескриптор, изображенный на Фиг. 11B. В случае использования протокола Bonjour, центральный процессор 203 CPU принимает от цифровой камеры 100 запись TXT, изображенную на Фиг. 12B.

[0156] На этапе S1609 центральный процессор 203 CPU определяет, поддерживает ли цифровая камера сервис передачи изображения. Дескриптор описывает информацию, отображающую то, поддерживает ли цифровая камера сервис передачи изображения.

[0157] Центральный процессор 203 CPU обращается к тегу, и если он определяет, что цифровая камера поддерживает сервис передачи изображения, то он переходит на этап S1610. Если на этапе S1609 получено «НЕТ», то центральный процессор 203 CPU возвращается на этап S1606 и ожидает до тех пор, пока он не примет групповую передачу оповещения от другого ПК. Как было описано выше, протокол, используемый в сервисе передачи изображения в данном варианте осуществления, является протоколом PTP-IP, поэтому процесс будет разъясняться на основе способа соединения PTP-IP.

[0158] На этапе S1610 центральный процессор 203 CPU передает на цифровую камеру 100 пакет «InitCommandRequest» протокола PTP-IP.

[0159] На этапе S1611 центральный процессор 203 CPU определяет, был ли принят пакет «InitAct», который был передан от цифровой камеры 100, и отображает, что пакет «InitCommandRequest» был принят. Если центральный процессор 203 CPU определяет факт приема пакета «InitAct» через устройство 206 связи, то он переходит на этап S1612, а если на этапе S1611 получено «НЕТ», то выполняется переход на этап S1614.

[0160] На этапе S1612 центральный процессор 203 CPU передает на цифровую камеру 100 пакет «InitEventRequest» протокола PTP-IP.

[0161] На этапе S1613 центральный процессор 203 CPU принимает пакет «InitAct», уведомляющий о том, что цифровая камера 100 обработала пакет «InitEventRequest» обычно.

[0162] После приема пакета «InitAct» центральный процессор 203 CPU определяет, что соединение с цифровой камерой 100 установлено успешно, переходит на этап S603, изображенный на Фиг. 6, и активирует приложение, которое обеспечивает сервис передачи изображения.

[0163] На этапе S1614 центральный процессор 203 CPU определяет, был ли принят пакет «InitFail», который был передан от цифровой камеры 100, и отображает, что прием пакета «InitCommandRequest» был отклонен. Если центральный процессор 203 CPU определяет факт приема пакета «InitFail», то он переходит на этап S1615. Если на этапе S1614 получено «НЕТ», то центральный процессор 203 CPU возвращается на этап S1611 и ожидает от цифровой камеры 100 ответа на пакет «InitCommandRequest».

[0164] На этапе S1615, в случае, если на этапе S1614 центральный процессор 203 CPU принял пакет «InitFail», он определяет, что соединение с цифровой камерой 100 установлено не было, и отображает на блоке 201 отображения ПК 200 интерфейс GUI, информирующий о неудачном установлении соединения.

[0165] На этапе S1616 центральный процессор 203 CPU определяет, следует ли завершить соединение с цифровой камерой. Если пользователь производит действия с ПК и прерывает запуск сервиса передачи изображения на интерфейсе GUI (не изображен), то центральный процессор 203 CPU обрабатывает это в качестве отказа от установления соединения, и завершает сервис передачи изображения. Если центральный процессор 203 CPU ожидает установления соединения с другой цифровой камерой, то он возвращается на этап S1602 и продолжает обработку.

[0166] Выше были описаны подробности обработки обнаружения, выполняемой на этапе S602, изображенном на Фиг. 6, посредством ПК.

ДРУГИЕ ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ

[0167] Несмотря на то, что вышеупомянутый вариант осуществления иллюстрировал беспроводное соединение в режиме воспроизведения, настоящее изобретение не ограничивается этим режимом. Например, кнопка установления беспроводного соединения может быть подготовлена (создана) в режиме съемки или режиме меню, при этом обработка соединения может продолжиться после того, как пользователь нажмет на кнопку.

[0168] В вышеупомянутом варианте осуществления в качестве примера аппарата связи разъяснялась цифровая камера 100, которая является аппаратом, включающим в себя функцию беспроводной связи. Однако настоящее изобретение также может быть применено к устройству, которое может быть смонтировано в другое устройство и обеспечивает функцию беспроводной связи. Например, если носитель 141 записи является носителем записи, оснащенным функцией беспроводной связи, то он может управлять беспроводной связью. В этом случае, для схемы беспроводной связи (не изображена) носителя 141 записи, оснащенного функцией беспроводной связи, выполняется процесс управления, подобный описанному в вышеупомянутом варианте осуществления.

[0169] Кроме того, настоящее изобретение также может быть применено к системе, в которой управление цифровой камерой 100 с ПК осуществляется дистанционно и т.п. В этом случае дистанционное управление может быть реализовано посредством выполнения опросов и запросов управления с блока управления ПК на блок 101 управления цифровой камеры 100.

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

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

[0172] Настоящая заявка испрашивает приоритет в соответствии с заявкой на патент Японии № 2011-265312, поданной 2 декабря 2011 года, которая полностью включена в настоящий документ посредством ссылки.

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

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

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

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

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

6. Аппарат по п. 5, в котором протокол передачи данных включает в себя протокол PTP/IP.

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

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

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

10. Аппарат по п. 1, в котором протокол обнаружения включает в себя один из протоколов UPnP и Bonjour.

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

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



 

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

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

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

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

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

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

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

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

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

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

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

Группа изобретений относится к области связи и может быть использована для сообщения отчета о статусе буфера (BSR) терминала. Техническим результатом является расширение таблицы BSR для адаптации к максимальному объему данных буфера. Терминал содержит первую таблицу, которая представляет диапазон объема данных в буфере терминала; по меньшей мере одну вторую таблицу, которая также представляет диапазон объема данных в буфере терминала и имеет максимальный объем данных, который больше, чем в первой таблице; модуль селектора таблиц, выполненный с возможностью выбирать таблицу из первой таблицы и по меньшей мере одной второй таблицы; модуль определения индекса, выполненный с возможностью получать индекс из таблицы, выбранной и о которой проинформировал модуль селектора таблиц, в соответствии с объемом данных в буфере терминала; и отправитель индекса, выполненный с возможностью отправлять индекс, о котором проинформировал модуль определения индекса, к базовой станции, при этом модуль селектора таблиц выполнен с возможностью выбирать таблицу в соответствии с указанием в сигнализации установления соединения RRC (управления радиоресурсами), принятой от базовой станции, и индекс указывает размер буфера, который представляет объем данных в буфере терминала, и выбран из первой таблицы и по меньшей мере одной второй таблицы. 6 н. и 4 з.п. ф-лы, 14 ил.

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

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

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

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

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

Изобретение относится к области сетевых элементов. Технический результат изобретения заключается в увеличении быстродействия сети для конечного пользователя за счет разгрузки трафика данных. Способ идентификации возможности выборочной разгрузки трафика по протоколу Интернет (SIPTO) объектом управления мобильностью (MME) содержит этапы, на которых получают профиль абонента, указывающий, обеспечена ли или запрещена возможность SIPTO для пользователя от домашнего сервера абонента (HSS), и идентифицируют, обеспечена ли или запрещена возможность SIPTO для пользователя на основе профиля абонента. 4 н. и 6 з.п. ф-лы, 18 ил.

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

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

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