СИСТЕМА И СПОСОБ ПОДБОРА ФУНКЦИЙ УПРАВЛЕНИЯ МОБИЛЬНЫМИ УСТРОЙСТВАМИ

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

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

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

В последнее время использование мобильных устройств, таких как, например, смартфоны, коммуникаторы и планшетные компьютеры, достигло очень высокого уровня. Столь широкое распространение мобильных устройств привело к появлению новых, специализированных для работы в мобильных операционных системах, вредоносных программ. Целью указанных программ чаще всего являются кража денег путем несанкционированной отправки платных сообщений или выполнения звонков на зарегистрированные злоумышленниками номера, получение контроля над устройством (зачастую при помощи использования эксплойтов, направленных на получение привилегий суперпользователя и предоставление возможности удаленного доступа к устройству), а также кража конфиденциальной информации. Так, по данным аналитиков Лаборатории Касперского, число вредоносных программ, ориентированных на мобильные платформы, только за 2011 год увеличилось более чем в шесть раз¹. (¹Источник: http://www.securelist.com/en/analysis/204792222/Mobile_Malware_Evolution_Part_5)

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

При этом в последнее время наблюдается тенденция роста использования мобильных устройств среди сотрудников компаний для доступа к корпоративной информации. Так, например, во многих компаниях используется концепция, известная под названием «Bring Your Own Device» (BYOD), когда сотрудники для работы в корпоративной сети имеют возможность использовать собственные мобильные устройства. Очевидно, что увеличение уровня использования мобильных устройств для доступа к корпоративной информации в совокупности с ростом количества мобильных угроз создают дополнительные риски для компаний в области информационной безопасности.

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

Список поддерживаемых протоколов управления, как правило, зависит от используемого мобильного устройства и от установленной на нем операционной системы. Так, например, в смартфонах iPhone под управлением операционной системы iOS, начиная с версии 4.0, реализована поддержка протоколов Exchange ActiveSync (EAS) и Mobile Device Management (iOS MDM). При этом наборы функций управления, реализованные в каждом из протоколов, различаются. Так, например, в протоколе EAS реализована функция установки длительности хранения сообщений электронной почты для синхронизации и функция требования шифрования устройства, которые не предусмотрены в протоколе iOS MDM. В свою очередь, в протоколе iOS MDM существуют, например, функции удаленного блокирования устройства и сброса пароля, которые не реализованы в протоколе EAS. Сравнительный список функций, реализованных в каждом из указанных протоколов, представлен в Таблице 1.

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

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

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

Раскрытие изобретения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.3 показывает пример построения базы данных устройств.

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

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

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

Фиг.7 показывает пример компьютерной системы общего назначения.

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

Описание вариантов осуществления изобретения

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

На Фиг.1 представлен пример схемы взаимодействия мобильных устройств с сервером управления в корпоративной сети. Каждое из мобильных устройств 110 поддерживает один или несколько протоколов управления «Protocol 1», «Protocol 2» или «Protocol 3». Мобильные устройства 110 могут быть соединены с сервером управления 100 с использованием различных известных из области техники технологий связи, таких как, например, Wi-Fi, Bluetooth, GSM и т.д. Из указанной схемы видно, что сервер управления 100 не имеет возможности управлять всеми мобильными устройствами 110 с использованием какого-либо одного определенного протокола, так как нет единого протокола, поддерживаемого всеми устройствами 110. По этой причине существует необходимость в применении решения, при котором управление устройствами производилось бы вне зависимости от поддерживаемых данными устройствами протоколов.

На Фиг.2 представлена структурная схема системы подбора функций управления мобильными устройствами. Каждое из подключенных к серверу управления 100 устройств 110 поддерживает различное количество протоколов управления 250. Необходимо отметить, что возможное количество протоколов управления, поддерживаемых устройством 110, не ограничивается количеством, изображенным на Фиг.2. Каждый из протоколов управления 250 может быть реализован при помощи агента управления 240. Агент 240 осуществляет связь с сервером управления 100 с целью передачи информации о протоколе, который данный агент реализует, а также о реализованных в протоколе функциях управления 260. Примерами таких функций управления могут быть, например, задание ограничения на установку приложений или задание ограничения на создание снимков экрана, реализованные в протоколе iOS MDM. Другие возможные примеры функций управления, реализованных в протоколах управления iOS MDM и EAS, приведены выше в Таблице 1 (при этом стоит отметить, что возможные функции и протоколы управления не ограничены примерами, приведенными в Таблице 1). Передача информации от агента 240 на сервер 100 может осуществляться различными способами. Например, агент 240 может передавать на сервер 100 информацию о версии протокола управления 250 и информацию о версии операционной системы устройства 110. Так как в общем случае наборы реализованных функций управления в рамках различных протоколов управления общеизвестны, перечень функций управления, поддерживаемых протоколом 250, может быть установлен на основе указанной информации. Кроме передачи информации на сервер 100 агент 240 также предназначен для выполнения поступающих с сервера 100 команд по управлению устройством 110, которые реализуются через соответствующие функции управления.

Помимо функций управления, реализованных в рамках протоколов управления 250, на устройстве также могут быть реализованы самостоятельные функции управления 260. Например, в приложении «TouchDown» для операционной системы Android реализованы функции настройки доступа к корпоративной электронной почте. Возможность управления данными функциями может быть передана стороннему приложению. Также на устройстве 110 могут быть реализованы и другие функции управления, такие как, например, запрет на использование модулей Wi-Fi или Bluetooth, выборочное шифрование или удаление данных, ограничение доступа к данным в зависимости от местоположения устройства, конфигурирование сети VPN, установка сертификатов и другие. Один из агентов 240 предназначен для сбора информации о таких функциях управления, передачи данной информации на сервер 100, а также для выполнения поступающих с сервера 100 команд по управлению устройством 110.

Информацию о поддерживаемых устройством 110 функциях управления вместе с информацией, идентифицирующей устройство 110, агенты 240 передают на хранение в базу данных устройств 230 системы подбора функций управления мобильными устройствами 200, установленной на сервере управления 100.

В качестве информации, идентифицирующей устройство 110, может использоваться информация, уникальная для каждого конкретного устройства 110, такая как, например, международный идентификатор мобильного оборудования (IMEI), серийный номер устройства, МАС-адрес, идентификационный номер SIM-карты (ICCID, англ. Integrated Circuit Card ID). Пример построения базы данных устройств 230 будет рассмотрен ниже.

Кроме базы данных устройств 230 система подбора функций управления мобильными устройствами 200 содержит также базу данных правил применения функций 220. Указанная база данных содержит правила, в соответствии с которыми для той или иной задачи управления выполняется конкретная функция управления. Например, если обратиться к приведенной выше в качестве примера Таблице 1, то для решения задачи управления «Требование шифрования устройства» в качестве правила должна будет выполняться соответствующая функция протокола EAS, так как в протоколе iOS MDM указанная функция отсутствует. В качестве другого примера можно рассмотреть задачу управления «Удаленное блокирование устройства», для решения которой в качестве правила должна будет выполняться соответствующая функция протокола iOS MDM, так как в протоколе EAS указанная функция отсутствует. Кроме того, как видно из Таблицы 1, различные протоколы могут поддерживать схожие функции управления, которые решают одну и ту же задачу. Так, например, оба протокола iOS MDM и EAS содержат функцию удаленной очистки устройства. При этом, так как различные протоколы используют различные механизмы управления, эффективность выполнения одной и той же функции для различных протоколов может быть разной. Поэтому база данных правил применения функций 220 для каждой задачи управления может также содержать правила, определяющие приоритет в выполнении функций управления, в случае если функции, направленные на решение указанной задачи, реализованы в нескольких протоколах управления.

Так, в случае кражи устройства количество времени, прошедшее с момента отправки сервером команды на выполнение функции удаленной очистки до выполнения указанной функции на устройстве, является критичным. Если при этом функция удаленной очистки устройства, например, протокола iOS MDM выполняется быстрее, чем аналогичная функция протокола EAS, то для задачи управления «Удаленная очистка устройства» указанная функция протокола iOS MDM должна иметь первоочередной приоритет в выполнении. Таким образом, одним из критериев эффективности выполнения функции управления является количество времени, прошедшее с момента отправки сервером команды на выполнение функции до выполнения указанной функции на устройстве (скорость выполнения функции).

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

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

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

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

Средство управления 210 системы подбора функций управления мобильными устройствами 200 предназначено для передачи команд на выполнение функций управления агентам 240 на устройстве 110. При необходимости выполнения определенной задачи управления на конкретном устройстве 110 средство управления 210 обращается в базу данных правил применения функций 220. В ходе обращения к базе данных средство управления 210 определяет, какая функция управления соответствует указанной задаче. После этого средство управления 210 путем обращения к базе данных устройств 230 определяет, поддерживается ли указанная функция на данном устройстве. Если функция поддерживается, средство управления 210 передает команду на выполнение указанной функции соответствующему агенту из числа агентов 240 на устройстве 110.

Если для выполнения необходимой задачи в базе данных правил выполнения функций 220 определены несколько функций, для каждой из которых задан приоритет в выполнении, средство управления 210 отправляет команду на выполнение функции с первоочередным приоритетом из поддерживаемых устройством. Агент 240 при получении команды на выполнение определенной функции производит ее выполнение на устройстве 110.

Например, если предположить, что в базе данных 220 для задачи «Удаленная очистка устройства» определены две соответствующие функции из протоколов iOS MDM и EAS, причем функция протокола iOS MDM имеет первоочередной приоритет, а в базе данных устройств 230 содержится информация, что оба протокола устройством 110 поддерживаются, то на данном устройстве будет выполнена функция протокола iOS MDM. Если при тех же условиях в базе данных устройств 230 содержится информация, что устройством поддерживается только протокол EAS, то на данном устройстве будет выполнена функция указанного протокола.

На Фиг.3 представлен пример построения базы данных устройств 230. База данных устройств 230 содержит идентификаторы каждого из устройств 110, находящихся под управлением сервера управления 100. В качестве идентификатора устройства, как было указано выше, может выступать международный идентификатор мобильного оборудования (IMEI), серийный номер устройства, МАС-адрес, идентификационный номер SIM-карты (ICCID, англ. Integrated Circuit Card ID), а также любая другая информация, однозначно идентифицирующая устройство 110. Для каждого из устройств 110 в базе данных 230 содержится информация о поддерживаемых протоколах и реализованных в них функциях управления, а также о самостоятельных функциях управления, реализованных вне рамок какого-либо протокола.

На Фиг.4 представлен пример построения базы данных правил применения функций 220. Для каждой задачи управления определена функция управления и соответствующий данной функции протокол (если функция реализована в рамках протокола управления). В случае если функция, направленная на решение определенной задачи (например, «Задача 1» или «Задача 2»), реализована в рамках разных протоколов, то для данных протоколов установлен приоритет в выполнении.

На Фиг.5 представлен пример работы системы подбора функций управления мобильными устройствами. Устройство 110 с уникальным идентификатором «Device ID 1» поддерживает протоколы управления «Protocol 2» и «Protocol 3». В рамках протокола управления «Protocol 2» реализованы функции управления «Function 1» и «Function 2». В рамках протокола управления «Protocol 3» реализованы функции управления «Function 2» и «Function 3». Кроме того, каждый из протоколов «Protocol 1» и «Protocol 2» реализован с помощью соответствующего агента управления 240. На начальном этапе работы агенты указанных протоколов управления передают в базу данных устройств 230 информацию о поддерживаемых устройством 110 протоколах «Protocol 2», «Protocol 3» и реализованных в них функциях «Function 1», «Function 2» и «Function 3» (при этом функция «Function 2» реализована в обоих протоколах). В базе данных правил применения функций 220 для задачи «Удаленная очистка устройства» определена функция «Function 2», реализованная в протоколах управления «Protocol 1», «Protocol 2» и «Protocol 3». При этом для реализации данной функции в протоколе «Protocol 1» установлен первоочередной приоритет, а далее в приоритетном порядке идут протоколы «Protocol 3» и «Protocol 2». При необходимости выполнения задачи удаленной очистки устройства 110 средство 210 путем обращения в базу данных 220 устанавливает, что первоочередной приоритет для данной задачи имеет функция «Function 2» протокола «Protocol 1». Однако согласно информации, хранящейся в базе данных устройств 230, указанный протокол не поддерживается устройством 110, поэтому средство управления 210 передает команду на выполнение функции «Function 2» агенту протокола управления «Protocol 3» - наиболее приоритетного из поддерживаемых устройством.

На Фиг.6 представлен алгоритм работы системы подбора функций управления устройствами. На этапе 610 средство управления 210 получает запрос на выполнение определенной задачи на устройстве 110. На этапе 620 средство управления 210 путем обращения в базу данных правил применения функций 220 определяет, какая функция направлена на решение указанной задачи. После этого на этапе 630 средство управления проверяет в базе данных устройств 230, поддерживается ли данная функция на устройстве 110. Если функция поддерживается, средство управления 210 на этапе 640 передает команду на выполнение данной функции на устройстве 110 соответствующему агенту из числа агентов управления 240, после чего система 200 на этапе 650 завершает свою работу. Если функция не поддерживается на устройстве 210, система 200 завершает свою работу на этапе 650, не производя никаких действий. Стоит отметить, что представленный алгоритм рассмотрен для случая, когда в базе данных правил применения функций 220 не содержатся правила, определяющие приоритет в выполнении функций управления. Если база данных 220 содержит указанные правила, то проверка поддержки устройством 110 функции на этапе 630 первоначально будет производиться для функции с первоочередным приоритетом. Проверка поддержки устройством функций с меньшим приоритетом будет производиться только в случае, если функция с большим приоритетом не поддерживается данным устройством.

На Фиг.7 представлен пример компьютерной системы общего назначения, персональный компьютер или сервер 110, содержащий центральный процессор 21, системную память 22 и системную шину 23, которая содержит разные системные компоненты, в том числе память, связанную с центральным процессором 21. Системная шина 23 реализована, как любая известная из уровня техники шинная структура, содержащая в свою очередь память шины или контроллер памяти шины, периферийную шину и локальную шину, которая способна взаимодействовать с любой другой шинной архитектурой. Системная память содержит постоянное запоминающее устройство (ПЗУ) 24, память с произвольным доступом (ОЗУ) 25. Основная система ввода/вывода (BIOS) 26, содержит основные процедуры, которые обеспечивают передачу информации между элементами персонального компьютера 110, например, в момент загрузки операционной системы с использованием ПЗУ 24.

Персональный компьютер 110 в свою очередь содержит жесткий диск 27 для чтения и записи данных, привод магнитных дисков 28 для чтения и записи на сменные магнитные диски 29 и оптический привод 30 для чтения и записи на сменные оптические диски 31, такие как CD-ROM, DVD-ROM и иные оптические носители информации. Жесткий диск 27, привод магнитных дисков 28, оптический привод 30 соединены с системной шиной 23 через интерфейс жесткого диска 32, интерфейс магнитных дисков 33 и интерфейс оптического привода 34 соответственно. Приводы и соответствующие компьютерные носители информации представляют собой энергонезависимые средства хранения компьютерных инструкций, структур данных, программных модулей и прочих данных персонального компьютера 110.

Настоящее описание раскрывает реализацию системы, которая использует жесткий диск 27, сменный магнитный диск 29 и сменный оптический диск 31, но следует понимать, что возможно применение иных типов компьютерных носителей информации 56, которые способны хранить данные в доступной для чтения компьютером форме (твердотельные накопители, флеш карты памяти, цифровые диски, память с произвольным доступом (ОЗУ) и т.п.), которые подключены к системной шине 23 через контроллер 55.

Компьютер 110 имеет файловую систему 36, где хранится записанная операционная система 35, а также дополнительные программные приложения 37, другие программные модули 38 и данные программ 39. Пользователь имеет возможность вводить команды и информацию в персональный компьютер 110 посредством устройств ввода (клавиатуры 40, манипулятора «мышь» 42). Могут использоваться другие устройства ввода (не отображены): микрофон, джойстик, игровая консоль, сканнер и т.п. Подобные устройства ввода по своему обычаю подключают к компьютерной системе 110 через последовательный порт 46, который в свою очередь подсоединен к системной шине, но могут быть подключены иным способом, например, при помощи параллельного порта, игрового порта или универсальной последовательной шины (USB). Монитор 47 или иной тип устройства отображения также подсоединен к системной шине 23 через интерфейс, такой как видеоадаптер 48. В дополнение к монитору 47, персональный компьютер может быть оснащен другими периферийными устройствами вывода (не отображены), например, колонками, принтером и т.п.

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

Сетевые соединения могут образовывать локальную вычислительную сеть (LAN) 50 и глобальную вычислительную сеть (WAN). Такие сети применяются в корпоративных компьютерных сетях, внутренних сетях компаний и, как правило, имеют доступ к сети Интернет. В LAN- или WAN-сетях персональный компьютер 110 подключен к локальной сети 50 через сетевой адаптер или сетевой интерфейс 51. При использовании сетей персональный компьютер 110 может использовать модем 54 или иные средства обеспечения связи с глобальной вычислительной сетью, такой как Интернет. Модем 54, который является внутренним или внешним устройством, подключен к системной шине 23 посредством последовательного порта 46. Следует уточнить, что сетевые соединения являются лишь примерными и не обязаны отображать точную конфигурацию сети, т.е. в действительности существуют иные способы установления соединения техническими средствами связи одного компьютера с другим.

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