УСТРОЙСТВО СВЯЗИ И СПОСОБ ОПРЕДЕЛЕНИЯ РОЛИ УРОВНЯ СВЯЗИ
COMMUNICATION DEVICE AND METHOD FOR DETERMINATION OF COMMUNICATION LEVEL ROLE

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к устройству связи и способу определения роли уровня связи, например устройству связи и способу определения роли, которые определяют роли на множестве уровней связи при выполнении связи между устройствами связи.
УРОВЕНЬ ТЕХНИКИ
Чтобы передавать данные, такие как изображение, между устройствами связи необходимо устанавливать физический уровень, определять IP-адрес, который должен использоваться на уровне IP (протокола межсетевого взаимодействия), и устанавливать транспортный уровень между устройствами связи (USP6754200 (выложенная заявка № 11-243419 на выдачу патента Японии)).
Стандарты IEEE802.11 определяют ad hoc (специальную) связь, не требующую никакой функции точки доступа. При выполнении беспроводной связи по ad hoc сети с использованием такой ad hoc связи необходимо устанавливать отдельные уровни связи, описанные выше.
Для установления этих уровней связи в ad hoc сети каждое устройство должно выполнять некоторую роль на каждом уровне связи.
Ролями отдельных уровней связи в ad hoc сети, например ролями физического уровня, являются вступающий в связь и создатель в качестве функциональных ролей в ad hoc режиме беспроводной LAN (локальной сети). К тому же ролями уровня IP, как верхнего уровня, являются сервер RARP (протокола определения адреса по местоположению) и клиент RARP в качестве функциональных ролей, которые разрешают IP-адрес из MAC-адреса (протокола доступа к среде передачи).
В дополнение, ролями транспортного уровня, как еще более высокого уровня, являются инициатор и ответчик связи PTP (протокола передачи изображений)/IP. Кроме того, прикладной уровень, как еще более высокий уровень, имеет роль определения, какому устройству должно быть дано управление приоритетами, если операции управления этих устройств вступают в конфликт друг с другом на прикладном уровне.
В ad hoc сети, описанной выше, взаимоотношения между отдельными устройствами равноправны. Поэтому каждое устройство не может определять роль для исполнения на каждом уровне связи, а отсюда, должно выполнять обе роли. То есть, в качестве ролей физического уровня, каждое устройство выполняет роли как вступающего в связь, так и создателя, как функциональные роли в ad hoc режиме. Также, в качестве ролей уровня IP, каждое устройство выполняет роли как сервера RARP, так и клиента RARP. Дополнительно, в качестве ролей транспортного уровня, каждое устройство выполняет роли как инициатора, так и ответчика связи PTP/IP. Более того, в качестве роли прикладного уровня, каждое устройство должно выполнять передачу для выбора управления приоритетами.
Это повышает нагрузку обработки на каждое устройство. Нагрузка обработки особенно возрастает во встроенном устройстве, имеющем ограниченные ресурсы, такие как ЦП (центральный процессор, CPU) и память, и создает помехи другим процессам.
Если роль каждого уровня связи устанавливается пользовательской операцией, для того чтобы снижать нагрузку обработки пользователь вынужден выполнять расширенные сложные настройки.
К тому же, чтобы выполнять связь между множеством устройств, придавая функциональную роль каждого уровня связи одному устройству, например, пользователь вынужден выполнять выбор меню для ограничения ролей, таких как отправитель изображения и получатель изображения, во время активации связи. Пользователь также вынужден выполнять выбор меню для ограничения ролей, таких как сервер связи и клиент связи. Это делает пользователя неспособным удовлетворять потребности выполнения связи в равных взаимоотношениях с точки зрения пользователя.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Настоящее изобретение было создано, принимая во внимание вышеприведенную ситуацию, и имеет своей целью достичь одной из следующих целей.
Легко определять роль каждого уровня связи по отношению к партнеру по связи.
Быстро определять роль каждого уровня связи без вынуждения пользователя выполнять какие бы то ни было сложные операции.
Предоставить пользователю возможность просто поддерживать связь с партнером без необходимости учитывать роль каждого уровня связи.
Снизить нагрузку обработки на устройство.
Другие цели настоящего изобретения станут очевидными из следующего пояснения.
Настоящее изобретение отличается выбором роли при настройке параметров связи с другими устройствами, а также определением и настройкой роли по меньшей мере одного уровня связи в соответствии с выбранной ролью.
Дополнительные признаки настоящего изобретения станут очевидными из последующего описания примерных вариантов осуществления (со ссылкой на прилагаемые чертежи).
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 - вид, показывающий случай, в котором камеры поддерживают связь друг с другом;
фиг.2A - вид, показывающий случай, в котором две камеры и принтер поддерживают связь друг с другом;
фиг.2B - вид, показывающий случай, в котором две камеры и накопитель на жестком диске (НЖД) поддерживают связь друг с другом;
фиг.3 - структурная схема цифровой камеры;
фиг.4 - структурная схема принтера;
фиг.5 - схема последовательности, показывающая операции, когда камеры поддерживают связь друг с другом;
фиг.6 - схема последовательности, показывающая операции, когда две камеры и принтер поддерживают связь друг с другом;
фиг.7 - схема последовательности, показывающая операции, когда две камеры и НЖД поддерживают связь друг с другом;
фиг.8A - блок-схема, показывающая работу камеры в качестве поставщика параметров, когда камеры поддерживают связь друг с другом;
фиг.8B - блок-схема, показывающая работу камеры в качестве поставщика параметров, когда камеры поддерживают связь друг с другом;
фиг.9A - блок-схема, показывающая работу камеры в качестве получателя параметров, когда камеры поддерживают связь друг с другом;
фиг.9B - блок-схема, показывающая работу камеры в качестве получателя параметров, когда камеры поддерживают связь друг с другом;
фиг.10A - блок-схема, показывающая работу принтера в качестве поставщика параметров, когда камера и принтер поддерживают связь друг с другом;
фиг.10B - блок-схема, показывающая работу принтера в качестве поставщика параметров, когда камера и принтер поддерживают связь друг с другом;
фиг.11A - блок-схема, показывающая работу камеры в качестве получателя параметров, когда камера и принтер поддерживают связь друг с другом;
фиг.11B - блок-схема, показывающая работу камеры в качестве получателя параметров, когда камера и принтер поддерживают связь друг с другом;
фиг.12 - вид, показывающий роли уровней связи, которые должны быть назначены поставщику параметров и получателю параметров, когда камеры поддерживают связь друг с другом;
фиг.13 - вид, показывающий роли уровней связи, которые должны быть назначены поставщику параметров и получателю параметров, когда камера и принтер поддерживают связь друг с другом;
фиг.14 - вид, показывающий роли уровней связи, которые должны быть назначены поставщику параметров и получателю параметров, когда камера и устройство хранения данных поддерживают связь друг с другом; и
фиг.15 - блок-схема, показывающая основные принципы процессов, выполняемых каждым устройством.
НАИЛУЧШИЙ ВАРИАНТ ДЛЯ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Предпочтительный вариант осуществления настоящего изобретения будет подробно описан далее со ссылкой на чертежи.
Каждое устройство, которое будет пояснено ниже, выполняет беспроводную связь, соблюдающую стандарты IEEE802.11. Беспроводная связь, соблюдающая стандарты IEEE802.11, в дальнейшем будет упоминаться как связь беспроводной LAN.
К тому же каждое устройство образует установочную сеть для установки параметров беспроводной сети. Параметры беспроводной связи, такие как идентификатор сети (SSID (идентификатор набора служб), схема шифрования, ключ шифрования, схема аутентификации и ключ аутентификации, для формирования установочной сети предварительно сохраняются в памяти, такой как ПЗУ (постоянное запоминающее устройство, ROM). Первое устройство передает параметры беспроводной связи для формирования сети передачи изображений в одно или множество устройств по установочной сети. Когда устройство, сформировавшее установочную сеть, совместно использует параметры беспроводной связи для передачи изображений, первое устройство завершает передачу по установочной сети, формирует новую сеть передачи изображений и передает изображение.
В последующем пояснении устройство, которое передает и предоставляет параметры беспроводной связи сети передачи изображений на другое устройство, будет называться поставщиком параметров. Устройство, которое принимает параметры беспроводной связи сети передачи изображений, будет называться получателем параметров. К тому же последовательность операций предоставления и приема параметров беспроводной связи будет называться процессом обмена параметрами или процессом обмена.
Более того, этот вариант осуществления будет использовать идентификатор сети (SSID), схему шифрования, ключ шифрования, схему аутентификации и ключ аутентификации, в качестве примеров параметров беспроводной LAN. Однако другие параметры для формирования сети передачи изображений также могут использоваться. Также можно использовать параметры или другую информацию, необходимые для передачи изображения после того, как сформирована сеть.
На фиг.1 ссылочные позиции 100 и 101 обозначают устройства беспроводной связи согласно этому варианту осуществления, и они являются камерой 1-100 и камерой 2-101. Камера 1-100 (в дальнейшем упоминается как камера 1) содержит функциональный блок 102 беспроводной связи, а камера 2-101 (в дальнейшем упоминается как камера 2) содержит функциональный блок 103 беспроводной связи. Функциональные блоки 102 и 103 беспроводной связи непосредственно поддерживают связь друг с другом в ad hoc режиме, соблюдая стандарты IEEE802.11. Отметим, что беспроводная связь, подчиняющаяся стандартам IEEE802.11, в дальнейшем упоминается как связь беспроводной LAN.
Фиг.3 - функциональная структурная схема камер 1-100 и 2-101. Ссылочная позиция 300 обозначает корпус камеры; 301 - контроллер, который управляет камерой 300; 302 - процессор изображений, который выполняет преобразование данных, обработку изображений, и тому подобное над считанным изображением; и 303 - ПЗУ, хранящее управляющие команды, то есть программы, и также хранящее программы для выполнения обработки камер 1 и 2, которая будет описана позже. ПЗУ 303 также хранит таблицы (фиг.12, 13 и 14) для определения ролей уровней связи, соответствующих партнеру процесса обмена параметрами беспроводной сети, как описано ниже. Более того, это ПЗУ 303 предварительно сохраняет параметры беспроводной связи, такие как идентификатор сети (SSID), схему шифрования, ключ шифрования, схему аутентификации и ключ аутентификации, для формирования установочной сети.
Ссылочная позиция 304 обозначает ОЗУ (оперативное запоминающее устройство, RAM), используемое в качестве рабочей области контроллера 301; 305 - процессор беспроводной связи, который управляет связью беспроводной LAN; 306 - антенна; 307 - контроллер антенны; 308 - блок считывания изображений, который принимает входной пиксельный сигнал из ПЗС 309 (CCD, прибора с зарядовой связью); 310 - интерфейс карты, который управляет записью карты носителя для сохранения считанных изображений и информации о настройках; 311 - блок отображения, который отображает различные данные; 312 - операционный блок, например, включающий в себя операционные кнопки для выполнения различных настроек, таких как активация процесса установки параметров беспроводной связи, указание фотографирования и воспроизведение; 313 - блок источника питания; и 314 - блок интерфейса проводной связи, например, USB или IEEE1394.
Фиг.12 - вид, показывающий роли отдельных уровней связи, применяемые, когда устройства одного и того же типа выполняют последовательность операций обмена параметрами беспроводной сети. Прежде всего, в качестве ролей физического уровня, каждая камера играет роль вступающего в связь и создателя в качестве функциональных ролей в ad hoc режиме ad hoc беспроводной LAN. Создатель формирует ad hoc сеть, а вступающий в связь присоединяется к этой сети. Ролями уровня IP, как верхнего уровня, являются сервер RARP и клиент RARP в качестве функциональных ролей, которые разрешают IP-адрес (межсетевого протокола) из MAC-адреса (протокола доступа к среде передачи). RARP является аббревиатурой протокола определения адреса по местоположению (Reverse Address Resolution Protocol), и клиент RARP передает запрос RARP на сервер RARP. Требуемый MAC-адрес и IP-адрес, а также MAC-адрес клиента описаны в запросе RARP. Сервер RARP возвращает, в качестве ответа RARP, IP-адрес, соответствующий MAC-адресу, сообщенному запросом RARP, тем самым получая IP-адрес из MAC-адреса. Сервер RARP также может выявить взаимосвязь между IP-адресом и MAC-адресом контрагента, из IP-адреса и MAC-адреса партнера, описанных в запросе RARP.
Ролями транспортного уровня, как еще более высокого уровня, являются инициатор и ответчик связи PTP (протокола передачи изображений)/IP. Инициатор передает запрос соединения PTP/IP ответчику, и ответчик возвращает ответ соединения, тем самым выполняя соединение PTP/IP. К тому же инициатор и ответчик передают изображения на транспортном уровне, передавая команды между ними. Например, при передаче данных, таких как изображение, от инициатора ответчику, инициатор передает SendObject (отправить объект) ответчику. Если ответчик возвращает OK (подтверждение) инициатору, инициатор передает данные. С другой стороны, при передаче данных от ответчика инициатору ответчик уведомляет инициатора об Event (событии). Инициатор, получивший Event, передает GetObject (получить объект) для приема данных от ответчика. Ответчик, принявший GetObject, передает данные инициатору. Прикладной уровень, как еще более высокий уровень, имеет роль определения, какому одному из устройств должно быть дано управление приоритетами, если операции управления этих устройств вступают в конфликт друг с другом на прикладном уровне.
Далее будет пояснен случай, в котором камера 2 является получателем параметров беспроводной сети, а камера 1 является поставщиком параметров беспроводной сети, как показано на фиг.12. Роли отдельных уровней связи поставщика параметров определяются так, что ролью физического уровня является создатель, ролью уровня IP - сервер RARP, ролью транспортного уровня - ответчик PTP/IP, а управление приоритетами прикладного уровня отсутствует. К тому же роли отдельных уровней связи получателя параметров определяются так, что ролью физического уровня является вступающий в связь, ролью уровня IP - клиент RARP, ролью транспортного уровня - инициатор PTP/IP, и присутствует управление приоритетами прикладного уровня.
Фиг.5 - схема последовательности, показывающая операции из процесса обмена параметрами беспроводной сети для передачи изображений, когда камера выполняет передачу изображения.
Прежде всего, до связи, камеры 1 и 2 обмениваются параметрами беспроводной сети по установочной сети, для того чтобы зарегистрировать информацию о пункте назначения соединения друг друга (S501). В этом процессе обмена определяется, выполняется ли процесс обмена параметрами между устройствами одного и того же типа. Если определено, что процесс обмена параметрами выполняется между устройствами одного и того же типа, то устанавливаются роли, показанные на фиг.2. В этом случае, определяется, что камера 1 является поставщиком параметров, камера 2 является получателем параметров, значит камера 1 передает параметры беспроводной связи в камеру 2 (S502). Когда процесс обмена завершен (S503), камеры 1 и 2 останавливают беспроводную связь (S504) и возобновляют беспроводную связь, выбирая пункты назначения соединения друг друга, зарегистрированные во время упомянутого процесса. На этой стадии камеры 1 и 2 формируют новую сеть, используя параметры беспроводной связи, обмен которыми производился в процессе обмена.
Камера 1 приводится в действие в качестве создателя беспроводного физического уровня и отправляет маяковый сигнал (S505). Камера 2 приводится в действие в качестве вступающего в связь на беспроводном физическом уровне, передает пробный запрос для выполнения операции сканирования (S506) и ожидает пробного ответа от камеры 1 (S507). Чтобы определить свой собственный IP-адрес, камера 1 активирует функцию AUTOIP и выбирает IP-адрес (S508). Подобным образом, камера 2 активирует функцию AUTOIP и выбирает IP-адрес (S509). Эта функция AUTOIP передает запрос ARP, чтобы определить, есть ли другое устройство, использующее IP-адрес, требуемый устройством, активировавшим функцию AUTOIP, и проверяет наличие/отсутствие дублирования IP-адреса на основании ответа. Каждое устройство передает запрос ARP до тех пор, пока больше не будет никакого дублирования IP-адреса, и выбирает свой собственный IP-адрес.
Камера 1 активирует сервер RARP в качестве роли уровня IP, а камера 2 активирует клиента RARP в качестве роли уровня IP. Камера 2 назначает MAC-адрес 00:11:22:33:44:55 камеры 1 и передает запрос RARP (S510). Камера 1, приняв этот запрос RARP, уведомляет камеру 2 о своем собственном IP-адресе (○∆.ЧЧЧ.∆Ч.○○) в качестве ответа RARP (S511). Камера 1 также извлекает IP-адрес камеры 2 из содержимого принятого запроса RARP.
Затем камера 1 активирует ответчик PTP/IP в качестве роли транспортного уровня, а камера 2 активирует инициатор PTP/IP в качестве роли транспортного уровня. Для выполнения соединения PTP/IP транспортного уровня с камерой 1 камера 2 передает запрос соединения PTP/IP в камеру 1 (S512). При приеме этого запроса соединения PTP/IP камера 1 передает ответ соединения PTP/IP (S513).
Управление для одновременной передачи изображений камерами 1 и 2 является следующим. Для передачи изображения камера 1 уведомляет камеру 2 об Event по PTP/IP (S515). Для передачи изображения камера 2 передает запрос на SendObject в камеру 1 по PTP/IP (S514). Поскольку камера 2 имеет в распоряжении управление приоритетами прикладного уровня, камера 1 переводит процесс передачи на камеру 2 и передает OK, чтобы уведомить камеру 2 о разрешении передачи (S516). Камера 2, приняв этот OK, передает изображение в камеру 1 (S517). Камера 1 отображает принятое изображение и передает OK, чтобы уведомить камеру 2, что изображение было принято (S518). В этом случае камера 1 не отображает никакой ошибки передачи в блоке отображения, но отображает информацию, указывающую, что продолжает выполняться процесс приема изображения. Это дает возможность уведомлять пользователя о продвижении процесса без замешательства.
Фиг.8A и 8B - блок-схемы, показывающие работу камеры 1 в качестве поставщика параметров, когда камеры обмениваются изображениями друг с другом. При выполнении соединения связи с камерой 2 камера 1, в качестве поставщика параметров, устанавливает роли отдельных уровней связи, как показано на фиг.12.
При завершении связи по установочной сети камера 1 сначала устанавливает физический уровень в качестве создателя (S801). Камера 1 затем устанавливает уровень IP в качестве сервера RARP (S802). Камера 1 также устанавливает транспортный уровень в качестве ответчика PTP/IP (S803) и устанавливает отсутствие управления приоритетами прикладного уровня (S804). После выбора ролей этих уровней камера 1 начинает работу создателя в качестве роли беспроводного физического уровня (S805). При формировании сети, в качестве создателя, камера 1 активирует адресацию AUTOIP независимо от того, присоединено ли другое устройство (S806). Если свой собственный IP-адрес определен посредством AUTOIP (S807), камера 1 активирует сервер RARP в качестве роли уровня IP (S808).
После этого камера 1 может отвечать на запрос адреса от другого клиента RARP. Затем камера 1 активирует ответчик PTP/IP в качестве роли транспортного уровня (S809). В этот момент камера 1 может отвечать на запрос соединения от инициатора PTP/IP. Если запрос RARP принимается после этого (S810), камера 1 передает ответ RARP, чтобы уведомить источник запроса о своем собственном IP-адресе (S811). Как следствие, два устройства распознают MAC-адреса и IP-адреса друг друга.
Если запрос соединения PTP/IP принимается после этого (S812), камера 1 передает ответ соединения PTP/IP (S813) и присоединяется к камере 2 на транспортном уровне. Затем камера 1 проверяет прием SendObject, для того чтобы определить, запросила ли камера 2, как партнер соединения, передачу изображения (S814). Если принят SendObject, камера 1 передает OK в камеру 2 (S815), устанавливает состояние приема изображения (S816), сохраняет принятое изображение и отображает его в блоке отображения (S817), и передает OK партнеру (S818). Если никакой SendObject не принят, последовательность операций продвигается на этап S819.
Если пользователь камеры 1 запрашивает передачу изображения, задействуя операционный блок 312 (S819), камера 1 определяет, установлено ли уже состояние приема изображения (S820). Если состояние приема изображения уже установлено, камера 1 уведомляет пользователя о состоянии приема (S821), и процесс возвращается на этап S814. Если никакое состояние приема изображения не установлено (Нет на S820), камера 1 активирует процесс передачи и уведомляет камеру 2 об EVENT (S822). Если GetObject принят из камеры 2, принявшей уведомление об EVENT (S823), камера 1 устанавливает состояние передачи изображения (S824) и передает изображение (S825). Если OK, указывающее завершение приема, принято из камеры 2, принявшей изображение (S826), камера 1 определяет, есть ли запрос на отсоединение из камеры 2 (S827). Если OK, указывающее завершение приема, не принято, камера 1 повторно передает изображение (S825). Если есть запрос отсоединения, камера 1 отсоединяется от камеры 2 и завершает процесс (S827). Если нет никакого запроса отсоединения, процесс возвращается на этап S814.
Фиг.9A и 9B - блок-схемы, показывающие работу камеры 2 в качестве получателя параметров, когда камеры обмениваются изображениями друг с другом. При выполнении соединения связи с камерой 1 камера 2, в качестве получателя параметров, устанавливает роли отдельных уровней связи, как показано на фиг.12.
При завершении связи по установочной сети камера 2 сначала устанавливает физический уровень в качестве вступающего в связь (S901). Камера 2 затем устанавливает уровень IP в качестве клиента RARP (S902). Камера 2 также устанавливает транспортный уровень в качестве инициатора PTP/IP (S903) и устанавливает управление прикладного уровня как «управление приоритетами = присутствует» (S904). После выбора ролей этих уровней камера 2 начинает работу вступающего в связь в качестве роли беспроводного физического уровня (S905). При присоединении к сети в качестве вступающего в связь камера 2 передает пробный запрос и повторяет операцию сканирования. Камера 2 определяет, посредством этой операции сканировании, есть ли другой терминал в сети. При приеме пробного ответа из камеры 1 в качестве создателя камера 2 подтверждает камеру 1 в качестве партнера связи. Если пробный запрос принят из устройства, иного чем камера 1, зарегистрированной в качестве пункта назначения соединения, это означает, что существует ad hoc сеть, отличная от сети, созданной камерой 1, или устройство, отличное от зарегистрированных в качестве пунктов назначения соединения, существует в сети, сформированной камерой 1. В этом случае камера 2 может предотвращать ошибочную связь с устройством, иным чем требуемый партнер связи, посредством уведомления пользователя об этой информации. Отметим, что, если камера 2 подтверждает другую ad hoc сеть или устройство, иное чем зарегистрированные в качестве пунктов назначения соединения, камера 2 также автоматически завершает беспроводную связь и уведомляет пользователя об этой информации.
Затем камера 2 активирует адресацию AUTOIP (S906). Если свой собственный адрес определен посредством AUTOIP (S907), камера 2 активирует клиент RARP в качестве роли уровня IP (S908). Чтобы получить IP-адрес камеры 1 в качестве партнера связи, камера 2 передает запрос RARP на основании MAC-адреса камеры 1 (S909) и ожидает приема ответа RARP (S910). Камера 2 получает IP-адрес камеры 1, принимая ответ RARP от камеры 1 в качестве сервера RARP (S911). Камера 2 затем активирует инициатор PTP/IP (S912) и передает запрос соединения PTP/IP в камеру 1 в качестве ответчика PTP/IP (S913). Если ответ соединения PTP/IP принимается из камеры 1 (S914), камера 2 присоединяется к камере 1 на транспортном уровне. Затем камера 2 определяет, запрашивает ли пользователь передачу изображения, задействуя операционный блок 312 камеры 2 (S915). Если есть запрос передачи изображения, камера 2 определяет, установлено ли состояние приема изображения (S916). Если состояние приема установлено, камера 2 уведомляет пользователя о состоянии приема (S917). Если состояние приема не установлено, камера 2 передает SendObject, чтобы уведомить камеру 1 о передаче изображения (S918). Если OK принято из камеры 1 (S919), камера 2 передает изображение в камеру 1 (S920) и ожидает OK, указывающее завершение передачи (S921). Если OK, указывающее завершение передачи, не принято, камера 2 повторно передает изображение. Если OK принято, процесс продвигается на этап S922. Если EVENT, в качестве запроса передачи, принято из камеры 1 (S922), камера 2 устанавливает состояние приема изображения (S923) и передает GetObject в камеру 1 (S924). Камера 2 ожидает изображение из камеры 1, принявшей GetObject. Если изображение принято, камера 2 сохраняет или отображает принятое изображение (S925) и передает OK, указывающее завершение приема (S926). Если есть запрос на отсоединение от камеры 1, камера 2 завершает процесс.
Когда устройства одного и того же типа поддерживают связь друг с другом, как описано выше, каждая роль на отдельных уровнях связи заблаговременно соотносится с операциями ролей во время обмена параметрами беспроводной связи. Поэтому, когда начинается фактическая передача, пользователи этих устройств одного и того же типа не нуждаются в выборе ролей и операций на отдельных уровнях и могут обмениваться данными друг с другом между устройствами без каких бы то ни было обременительных операций. Ниже будет пояснен случай, в котором процесс обмена параметрами беспроводной сети выполняется между камерами и принтером.
Фиг.2A показывает пример конфигурации системы. На фиг.2A ссылочные позиции 100, 101 и 102 обозначают устройства беспроводной связи согласно этому варианту осуществления, и они являются камерой 1-100, камерой 2-101 и принтером 202. Камеры 1-100 и 2-101 являются камерами 1 и 2, показанными на фиг.1. Принтер 202 содержит функциональный блок 205 беспроводной связи. Функциональный блок 205 беспроводной связи также содержит функцию связи беспроводной LAN и предоставляет трем устройствам возможность непосредственно поддерживать связь друг с другом в режиме ad hoc беспроводной LAN.
Фиг.4 - структурная схема принтера 202. Ссылочная позиция 400 обозначает основной корпус принтера; 401 - контроллер, который управляет принтером 400; 402 - процессор изображений, который обрабатывает изображение, которое должно быть напечатано; и 403 - ПЗУ, хранящее управляющие команды, то есть, программы, и также хранящее программы для выполнения обработки принтера 202, которая будет описана позже. ПЗУ 403 также хранит таблицы (фиг.12, 13 и 14) для определения ролей уровней связи, соответствующих партнеру процесса обмена параметрами беспроводной сети. Кроме того, ПЗУ 403 предварительно сохраняет параметры беспроводной связи, такие как идентификатор сети (SSID (идентификатор набора служб)), схему шифрования, ключ шифрования, схему аутентификации и ключ аутентификации, для формирования сети окружения. Ссылочная позиция 404 обозначает ОЗУ, используемое в качестве рабочей области контроллера 401; 405 - блок источника питания; 406 - блок интерфейса проводной связи, например, USB (универсальной последовательной шины) или IEEE1394; 407 - блок подачи/выгрузки листов, который подает и выгружает листы принтера; 408 - машина принтера, которая управляет печатью принтера; 409 - интерфейс карты, который управляет записью карты носителя, сохраняющей изображения; 410 - блок отображения, который отображает различные данные; 411 - операционный блок, например, включающий в себя кнопку приведения в действие установки параметров беспроводной связи; 412 - процессор беспроводной связи, который управляет связью беспроводной LAN; 413 - антенна; и 414 - контроллер антенны.
Фиг.13 - вид, показывающий роли отдельных уровней связи, применяемые при выполнении процесса обмена параметрами беспроводной сети между камерами и принтером.
Допустим, что, при выполнении процесса обмена параметрами беспроводной сети между камерами и принтером, принтер является поставщиком параметров, а камеры являются получателями параметров. Поэтому, как показано на фиг.13, поставщик параметров выполняет роль создателя физического уровня, сервер RARP - роль уровня IP, и инициатор PTP/IP - роль транспортного уровня. Получатель параметров выполняет роль вступающего в связь физического уровня, клиент RARP - роль уровня IP и ответчик PTP/IP - роль транспортного уровня. Отметим, что никакое управление приоритетами не установлено на прикладном уровне, так как камера передает изображение на принтер в этой системе.
Фиг.6 - схема последовательности, показывающая операции процесса обмена параметрами беспроводной сети для передачи изображений, когда камеры 1 и 2 используют принтер 202 для печати изображений. Перед осуществлением связи камеры 1 и 2 и принтер обмениваются параметрами беспроводной связи по установочной сети, для того чтобы зарегистрировать информацию о пункте назначения соединения друг друга (S601 и S602). В этом процессе обмена определяется, выполняется ли процесс обмена параметрами между камерами и принтером. Если определено, что процесс обмена параметрами выполняется между камерами и принтером, устанавливаются роли, показанные на фиг.13.
При этой обработке определяется, что принтер является поставщиком параметров, а камеры 1 и 2 являются получателями параметров. Принтер пересылает параметры беспроводной связи в камеру 1 (S603), и камера 1 уведомляет принтер о завершении процесса обмена (S604). Затем принтер пересылает параметры беспроводной сети в камеру 2 (S605). Когда процесс обмена завершен (S606), эти устройства останавливают беспроводную связь (S607 и S608) и возобновляют беспроводную связь, выбирая пункты назначения соединения друг друга, зарегистрированные во время упомянутого процесса. На этой стадии устройства формируют новую сеть, используя параметры беспроводной связи, обмен которыми осуществляется в процессе обмена.
Принтер активируется в качестве создателя беспроводного физического уровня и отправляет маяковый сигнал (S609). Камера 2 активируется в качестве вступающего в связь на беспроводном физическом уровне, передает пробный запрос для выполнения операции сканирования (S610) и ожидает пробного ответа от принтера (S611). Подобным образом, камера 1 активируется в качестве вступающего в связь на беспроводном физическом уровне, передает пробный запрос для выполнения операции сканирования (S612) и ожидает пробного ответа (S613). Затем принтер и камеры 1 и 2 выбирают IP-адреса посредством функции AUTOIP.
Затем принтер активирует сервер RARP, а камеры 1 и 2 активируют клиенты RARP, в качестве ролей уровня IP. Камеры 1 и 2 в качестве клиентов RARP передают запросы RARP в принтер (S614 и S616). Принтер передает ответы RARP в камеры 1 и 2 (S615 и S617), чтобы уведомить их об IP-адресе принтера. В качестве ролей транспортного уровня принтер активирует инициатор PTP/IP, а камеры 1 и 2 активируют ответчики PTP/IP.
Если камера 1 формирует запрос передачи изображения после этого, камера 1 выполняет соединение TCP (протокола управления передачей) с принтером (S618). Принтер, принявший запрос, передает запрос соединения PTP/IP в камеру 1 (S619). Камера 1 передает ответ соединения PTP/IP в принтер (S620), тем самым выполняя соединение PTP/IP. К тому же камера 1 уведомляет принтер об EVENT, представляющем запрос получения изображения (S621), и принтер, принявший это уведомление, передает GetObject в качестве запроса получения изображения в камеру 1 (S622). Камера 1, принявшая GetObject, передает изображение в принтер (S623), и принтер начинает печать принятого изображения. Такая же обработка применяется к случаю, в котором камера 2 запрашивает принтер для печати изображения, поэтому его пояснение будет опущено (с S624 по S629).
На фиг.10A и 10B показаны блок-схемы, показывающие работу принтера при выполнении передачи и печати изображения между принтером и камерами. При выполнении соединения связи с камерами 1 и 2 принтер, в качестве поставщика параметров сети, устанавливает роли отдельных уровней связи, как показано на фиг.13.
При завершении связи по сети окружения принтер устанавливает физический уровень в качестве создателя (S1001). Принтер затем устанавливает уровень IP в качестве сервера RARP (S1002). Принтер также устанавливает транспортный уровень в качестве ответчика PTP/IP (S1003). После выбора ролей этих уровней принтер начинает работу создателя в качестве роли беспроводного физического уровня (S1004). При формировании сети как создатель принтер выбирает свой собственный IP-адрес посредством AUTOIP (S105 и S1006) и активирует сервер RARP в роли уровня IP (S1007). После этого принтер может отвечать на запрос адреса от другого клиента RARP и ожидает запроса RARP (S1008). Этот запрос RARP может приниматься с любым хронированием после того, как сервер RARP активирован. При приеме запроса RARP после этого принтер передает ответ RARP, чтобы уведомить устройство-партнер о своем собственном IP-адресе (S1009). Принтер затем ожидает запроса соединения TCP от камеры (S1010). При приеме запроса соединения TCP принтер активирует инициатор PTP/IP в роли транспортного уровня (S1011) и передает запрос соединения PTP/IP в камеру, запросившую соединение (S1012). Затем принтер ожидает ответа соединения от ответчика PTP/IP (S1013). При приеме ответа соединения принтер ожидает EVENT, которое выдается, когда камера-партнер формирует запрос передачи данных изображения по связи PTP/IP (S1014). При приеме EVENT принтер передает GetObject, чтобы извлечь изображение из камеры (S1015). Затем принтер ожидает изображение из камеры, принявшей GetObject (S1016). При приеме изображения принтер печатает принятое изображение (S1017). Если есть запрос завершения печати (S1018), принтер выполняет процесс завершения.
На фиг.11A и 11B показаны блок-схемы, показывающие работу камер при выполнении передачи и печати изображения между принтером и камерами. При выполнении соединения связи с принтером 202 каждая из камер 1 и 2, в качестве получателей параметров сети, устанавливают роли отдельных уровней связи, как показано на фиг.13.
При завершении связи по установочной сети каждая камера устанавливает физический уровень в качестве вступающего в связь (S1101). Камера затем устанавливает уровень IP в качестве клиента RARP (S1102). Камера также настраивает транспортный уровень в качестве ответчика PTP/IP (S1103). После выбора ролей этих уровней камера начинает работу вступающего в связь в роли беспроводного физического уровня (S1104). При присоединении к сети в качестве вступающего в соединение камера активирует адресацию AUTOIP (S1105). Если свой собственный IP-адрес определен посредством AUTOIP (S1106), камера активирует сервер RARP в роли уровня IP (S1107) и передает запрос RARP (S1108). Если принят ответ RARP из принтера в качестве сервера RARP (S1109), камера может получить IP-адрес принтера (S1110). Камера затем активирует ответчик PTP/IP (S1111) и передает запрос соединения TCP в принтер (S1112). Этот запрос соединения дает принтеру запускающий сигнал для активирования операции инициатора PTP/IP. Если запрос соединения PTP/IP передается из инициатора PTP/IP (S1113), камера передает ответ соединения PTP/IP (S1114). Затем камера определяет, передал ли пользователь запрос передачи изображения, задействуя операционный блок 312 (S1115). Если есть запрос передачи изображения, камера уведомляет принтер, как инициатора PTP/IP, об EVENT в качестве запускающего сигнала запроса получения изображения (S1116). Если GetObject принят из принтера (S1117), камера передает изображение в принтер (S1118). Если есть запрос завершения процесс печати (S1119), камера выполняет процесс завершения. Отметим, что в вышеприведенном пояснении запрос передачи изображения от пользователя определяется после соединения TCP и соединения PTP/IP. Однако соединение TCP и соединение PTP/IP также могут выполняться, если запрошена передача изображения. Конечно можно обнаруживать запрос передачи изображения детектированием запроса печати, так как контрагентом является принтер.
Когда множество разных типов устройств, таких как принтер и камеры, поддерживают связь друг с другом, как описано выше, роль на отдельных уровнях связи каждого другого заблаговременно соотносится с операциями ролей во время обмена параметрами беспроводной связи. Соответственно, даже при поддержании связи с устройством, не имеющим пользовательского операционного блока, или устройством, таким как принтер, содержащий операционный блок, не пригодный для сложных операций, пользователю не нужно выбирать роли и операции на отдельных уровнях. К тому же услуга может предоставляться посредством той же операции, что и способ передачи данных между устройствами одного и того же типа. В дополнение, пользователь может управлять каналами связи, с тем чтобы не выполнять связь между нежелательными устройствами (в этом случае, камерами) без каких бы то ни было сложных операций.
Ниже будет пояснен случай, в котором процесс обмена параметрами беспроводной сети выполняется между камерами и устройством хранения данных, таким как жесткий диск.
Фиг.2B показывает пример конфигурации системы. На фиг.2B ссылочные позиции 100, 101 и 212 обозначают устройства беспроводной связи согласно этому варианту осуществления, и они являются камерами 1-100 и 2-101 и устройством 212 хранения данных (в дальнейшем упоминаются как НЖД (накопитель на жестком диске, HDD)), таким как устройство жесткого диска. Камеры 1-100 и 2-101 являются камерами 1 и 2, показанными на фиг.1. НЖД 212 содержит функциональный блок 215 беспроводной связи и блок 216 отображения. Функциональный блок 215 беспроводной связи также содержит функцию связи беспроводной LAN и предоставляет трем устройствам возможность непосредственно поддерживать связь друг с другом в режиме ad hoc беспроводной LAN. НЖД 212 хранит и распределяет изображения, переданные из камер 1 и 2. НЖД 212 также передает сохраненные изображения в камеры 1 и 2 в соответствии с запросами из этих камер. Отметим, что память НЖД 403 хранит таблицы (фиг.12, 13 и 14) для определения ролей уровней связи, соответствующих партнеру процесса обмена параметрами беспроводной сети. Память также заранее запоминает параметры беспроводной связи для формирования установочной сети.
На фиг.14 представлен вид, показывающий роли отдельных уровней связи, применяемые при выполнении процесса обмена параметрами беспроводной сети между камерами и НЖД.
Допустим, что, при выполнении процесса обмена параметрами беспроводной сети между камерами и НЖД, НЖД является поставщиком параметров, а камеры являются получателями параметров.
Когда камеры и НЖД поддерживают связь друг с другом, ролями физического уровня являются вступающий в соединение и создатель в качестве функциональных ролей в режиме ad hoc беспроводной LAN. Ролями уровня IP, как верхнего уровня, являются сервер RARP и клиент RARP. Ролями уровня транспортного уровня, как еще более высокого уровня, являются инициатор (клиент) и ответчик (сервер). Транспортный уровень использует два типа протоколов, то есть HTTP (протокол передачи гипертекста) и PTP/IP. В этом случае, как показано на фиг.14, камеры 1 и 2 являются получателями параметров беспроводной связи, а НЖД 212 является поставщиком параметров беспроводной связи. Камеры 1 и 2 настроены в виде информации о зарегистрированных партнерах в НЖД 212 в качестве поставщика параметров. То есть роли отдельных уровней связи выбираются так, что ролью физического уровня является создатель, ролью уровня IP - сервер RARP, ролью транспортного уровня - сервер (ответчик), а протоколом транспортного уровня - HTTP. К тому же НЖД установлен в виде информации о зарегистрированных партнерах в камерах 1 и 2 в качестве получателей параметров. Роли выбираются так, что ролью физического уровня является вступающий в связь, ролью уровня IP - клиент RARP, а ролью транспортного уровня - клиент (инициатор). Также определяется, что протоколом транспортного уровня является HTTP, так как информацией о зарегистрированных партнерах является НЖД.
На фиг.7 - показана последовательность, показывающая операции из процесса обмена параметрами беспроводной сети для передачи изображений, когда камеры 1 и 2 передают изображения в НЖД 212. Перед осуществлением связи камеры 1 и 2 и НЖД обмениваются параметрами беспроводной связи, для того чтобы зарегистрировать информацию о пункте назначения соединения друг друга (S701 и S702). В этом процессе обмена определяется, выполняется ли процесс обмена параметрами между камерами и НЖД. Если определено, что процесс обмена параметрами выполняется между камерами и НЖД, устанавливаются роли, показанные на фиг.14.
При этой обработке определяется, что НЖД является поставщиком параметров, а камеры 1 и 2 являются получателями параметров. НЖД пересылает параметры связи беспроводной сети в камеру 1 (S703), и камера 1 уведомляет НЖД о завершении процесса обмена (S704). Затем НЖД пересылает параметры беспроводной сети в камеру 2 (S705). Когда процесс обмена завершен (S706), эти устройства останавливают беспроводную связь (S707 и S708) и возобновляют беспроводную связь, выбирая пункты назначения соединения друг друга, зарегистрированные во время указанного процесса. На этой стадии эти устройства формируют новую сеть, используя параметры беспроводной связи, обмен которыми осуществлялся в процессе обмена.
НЖД 212 активируется в качестве создателя беспроводного физического уровня и отправляет маяковый сигнал (S709). Камера 2 активируется в качестве вступающего в связь на беспроводном физическом уровне, передает пробный запрос для выполнения операции сканирования (S710) и ожидает пробного ответа из НЖД 212 (S711). Подобным образом, камера 1 активируется в качестве вступающего в связь на беспроводном физическом уровне, передает пробный запрос для выполнения операции сканирования (S712) и ожидает пробного ответа (S713). Затем НЖД и камеры 1 и 2 выбирают IP-адреса посредством функции AUTOIP. Затем НЖД 212 активирует сервер RARP, а камеры 1 и 2 активируют клиенты RARP, в качестве ролей уровня IP. Камеры 1 и 2 в качестве клиентов RARP передают запросы RARP, для того чтобы получить IP-адрес НЖД 212 (S714 и S716). НЖД 212, принявший запросы RARP, передает ответы RARP в камеры 1 и 2 (S715 и S717), чтобы уведомить их о своем собственном IP-адресе. В качестве ролей транспортного уровня НЖД активирует сервер HTTP, а камеры 1 и 2 активируют клиенты HTTP.
Если камера 1 формирует запрос передачи изображения, камера 1 выполняет соединение TCP с НЖД 212 (S718), а НЖД 212, принявший соединение, передает ответ соединения TCP в камеру 1 (S719). Камера 1 передает запрос передачи данных в НЖД 212 по HTTP (S720). НЖД 212, принявший запрос, уведомляет камеру 1 об OK приема (S721), и камера 1 передает изображение посредством обработки PUT с использованием HTTP. НЖД 212 сохраняет изображение, переданное из камеры, и одновременно отображает изображение на блоке 216 отображения. Когда камера 2 запрашивает НЖД 212 для передачи сохраненного изображения, камера 2 выполняет соединение TCP с НЖД 212 (S722). НЖД 212, принявший соединение TCP, передает ответ соединения TCP в камеру 2 (S723). Камера 2 передает запрос получения данных в НЖД 212 по HTTP (S724). НЖД 212, принявший запрос, уведомляет камеру 2 об OK передачи (S725), и камера 2 получает изображение посредством обработки GET с использованием HTTP. Камера 2 сохраняет изображение, переданное из НЖД 212, и одновременно отображает изображение на блоке (311) отображения.
Когда множество разных типов устройств, таких как устройство хранения данных и камеры, поддерживают связь друг с другом, как описано выше, роль на отдельных уровнях связи каждого другого ранее соотносится с операциями ролей во время обмена параметрами беспроводной связи. Роли этих уровней, соответствующие ролям во время обмена параметрами, выбираются автоматически. К тому же протоколы уровня передачи данных (транспортного уровня) избирательно переключаются в соответствии с партнером обмена параметрами. Это предоставляет пользователю возможность надежно управлять выбором канала связи и выбором протокола в соответствии с требуемым партнером, не вынуждая его выполнять какие бы то ни было сложные операции.
Фиг.15 показывает основные принципы вышеприведенного варианта осуществления, выполняемые каждым устройством.
Как показано на фиг.15, каждое устройство начинает обмен параметрами беспроводной сети по установочной сети (S1501). В этом процессе обмена каждое устройство определяет тип устройства контрагента (S1502) и выбирает роли во время процесса обмена (S1503). После этого каждое устройство выполняет обмен параметрами для формирования и присоединения к сети связи (S1504). Затем каждое устройство выбирает роли отдельных уровней, соответствующие ролям во время обмена параметрами (S1505). Эти роли выбираются в соответствии с типом партнера процесса обмена и ролями во время процесса обмена. После выбора ролей каждое устройство формирует сеть связи, используя параметры обмена, присоединяется к сети и передает изображение, или тому подобное (S1506).
Отметим, что роль уровня IP пояснена, принимая в качестве примера функцию сервера/клиента RARP, которая разрешает IP-адрес партнера. Однако такой же результат может быть получен даже при назначении роли точки управления/устройства SSDP UPnP (протокола универсального подключения и работы). SSDP является аббревиатурой простого протокола поиска и обнаружения (Simple Service Discover Protocol) и является функцией нахождения терминала-партнера и разрешения IP-адреса.
Отметим также, что роль уровня IP пояснена на примере рассмотрения функции разрешения IP-адреса партнера. Однако такой же результат может быть получен даже посредством добавления к этому варианту осуществления роли функции клиента DHCP (протокола динамической конфигурации хост-узла)/сервера DHCP по разрешению собственного IP-адреса.
Такой же результат также может быть получен даже посредством добавления к этому варианту осуществления роли установки безопасности беспроводной связи через уровень управления передачей данных. Например, управление безопасностью, определенное IEEE802.11i, имеет роли функции просителя (клиента) и функции аутентификатора (сервера). Сторона просителя запрашивает аутентификатор для аутентификации соединения и определения, следует ли разрешить соединение. При приеме этого запроса аутентификации от просителя сторона аутентификатора аутентифицирует просителя, определяет, следует ли разрешить или отклонить соединение просителя, и уведомляет просителя о результате. Эти роли также могут выбираться автоматически, в соответствии с ролями во время обмена параметрами.
Другие роли, соответствующие ролям во время обмена параметрами, также могут автоматически определяться на других уровнях.
Тип устройства партнера может определяться посредством обмена типами устройств друг друга в процессе обмена параметрами, или назначаться пользователем, посредством задействования операционного блока.
Более того, этот вариант осуществления принимает в качестве примера беспроводную LAN. Однако настоящее изобретение также применимо к другим сетям, таким как UWB (сверхширокополосная), беспроводная USB (универсальная последовательная шина), Bluetooth (товарный знак) и ZigBee. Настоящее изобретение также применимо к проводной сети, как и к беспроводной сети.
В вышеприведенном пояснении роли отдельных уровней активируются, в свою очередь, в процессе формирования сети. Это снижает нагрузку на устройство.
Как описано выше, роли отдельных уровней связи, посредством которых множество устройств связи поддерживают связь друг с другом, выбираются и активируются, когда они соотносятся друг с другом, используя роли, определенные функцией обмена параметрами связи. Соответственно, роли этих уровней связи могут быстро выбираться без каких бы то ни было сложных операций. К тому же пользователь может соединяться и поддерживать связь с устройством партнера посредством выбора параметров, обмен которыми производится функцией обмена параметрами связи, не заботясь о ролях при связи или конфигурировании сети. Более того, разные типы устройств отличаются различными факторами, такими как роли, и типы устройств могут ясно распознавать роли друг друга при связи на отдельных уровнях связи до установления соединения. Поэтому связь может начинаться без активации какой бы то ни было добавочной функции связи.
Более того, каждому устройству не требуется выполнять все роли на отдельных уровнях, так как роли на этих уровнях были выбраны. Это снижает нагрузку обработки на устройство.
Как описано выше, настоящее изобретение может выбирать роль на по меньшей мере одном уровне связи, не требуя от пользователя выполнять какую бы то ни было сложную операцию.
Хотя настоящее изобретение было описано со ссылкой на примерные варианты осуществления, должно быть понятно, что изобретение не ограничено раскрытыми примерными вариантами осуществления. Объем последующей формулы изобретения должен соответствовать самому широкому толкованию, чтобы охватывать все такие модификации, а также эквивалентные структуры и функции.
Эта заявка испрашивает приоритет заявок на выдачу патента Японии № 2006-040959, поданного 17 февраля 2006 года, и № 2006-354429, поданного 28 декабря 2006 года, которые настоящим включены в материалы настоящей заявки посредством ссылки во всей своей полноте.