СПОСОБ УСТАНОВКИ ПРОГРАММ, НЕ ТРЕБУЮЩИЙ МНОГОКРАТНОГО ЗАПРОСА РАЗРЕШЕНИЯ, ЭЛЕКТРОННОЕ УСТРОЙСТВО И МАШИНОЧИТАЕМЫЙ НОСИТЕЛЬ ДАННЫХ Российский патент 2024 года по МПК G06F8/61 

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

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

Предпосылки создания изобретения

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

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

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

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

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

В необязательном порядке, способ установки используется в системе MacOS.

В необязательном порядке, первая и вторая команды являютсякомандами API (интерфейса прикладного программирования, Application Programming Interface) или скриптов в стандартной библиотеке.

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

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

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

В необязательном порядке, способ установки используется для системы MacOS.

В необязательном порядке, третья команда является командами API или скриптов в стандартной библиотеке.

Согласно третьему аспекту настоящего изобретения обеспечивается электронное устройство, которое включает в себя:

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

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

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

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

Краткое описание графических материалов

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

Фиг.1 - схема, демонстрирующая всплывающее окно, когда

запрашивается разрешение;

Фиг.2 - логическая блок-схема, демонстрирующая вариант

осуществления настоящего изобретения;

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

Фиг.4 – схематическое изображение, демонстрирующее сигнальную взаимосвязь между модулями согласно варианту осуществления настоящего изобретения;

Фиг.5 - логическая блок-схема иллюстративного применения варианта осуществления настоящего изобретения;

Фиг.6 - логическая блок-схема, демонстрирующая другой

вариант осуществления настоящего изобретения;

Фиг.7 – схематическое изображение, демонстрирующая сигнальную взаимосвязь между модулями согласно другому варианту осуществления изобретения;

Фиг.8 - логическая блок-схема иллюстративного применения другого варианта осуществления изобретения.

Подробное описание вариантов осуществления

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

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

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

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

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

Целью вариантов осуществления настоящего изобретения является предоставление способа установки программ, который не требует от пользователя многократного ввода пароля для логического входа в систему. Например, при использовании некоторых типичных операционных систем Unix (таких как система Ubuntu или MacOS), когда прикладная программа устанавливается, окно будет всплывать, если прикладной программе потребуется модифицировать системные файлы. Интерфейс всплывающего окна показан на Фиг.1. Когда в устанавливаемой программе имеется несколько функциональных модулей, которым требуется модифицировать системные файлы, то перед установкой каждого модуля в системе будет всплывать интерактивный интерфейс, запрашивающий пользователя ввести пароль; в противном случае установка не может быть продолжена. Например, при установке сервисной программы для принтеров, модуль драйвера, сетевой модуль и модуль добавления устройства все могут запрашивать

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

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

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

<Вариант осуществления I>

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

Этап S101: первая команда исполняется после запуска

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

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

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

Этап S102: вторая команда запускает по меньшей мере один установочный модуль после запуска второй запускающей программы.

Поскольку первая запускающая программа запускается с правами администратора в этот раз, то вторая запускающая программа может не выполнять многократный запрос разрешений при использовании команд с привилегией root опять. Схема одного примера варианта осуществления показана Фиг.3, где процесс с идентификатором процесса (PID) 59439 представляет собой первую запускающую программу. Как видно, первая запускающая программа запускается без прав администратора (имя пользователя соответствует имени пользователя с обычными правами), и процесс с PID 44007 — это вторая запускающая программа. Как видно, вторая запускающая программа имеет права с привилегией root после её запуска посредством первой команды, и вторая запускающая программа всегда имеет права с привилегией root на протяжении всего процесса установки, то есть для второй запускающей программы не требуется многократно вводить пароль, независимо от того, сколько команд с привилегией root будет введено впоследствии. Для разных типов установочных модулей конкретные инструкции исполнения могут отличаться. Например, могут отличаться имена установочных модулей или выполняемые операции по модификации. В некоторых вариантах осуществления, когда количество установочных модулей составляет не менее 2, то удовлетворяется то, что каждому установочному модулю требуется запрашивать разрешение, и разрешение, которое требуется запрашивать каждому установочному модулю, отличается от других.

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

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

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

Блока-схема иллюстративного применения согласно данному варианту осуществления представлена на Фиг.5. На этапе S501 запускается первая запускающая программа. В этом время первая команда исполняется незамедлительно. На этапе S502 система обеспечивает всплытие окна для ввода имени пользователя/пароля, чтобы пользователь осуществил ввод. На этапе S503 запускается вторая запускающая программа. На этапе S504 исполняется команда 1 с привилегией root (т.е. оператор во второй команде). На последующих этапах S505-S507 несколько команд с привилегией root исполняются посредством второй запускающей программы. Во время процессов выполнения этапов S504-S507 окно, представленное на Фиг.1, может не всплывать, то есть в данном примерном варианте осуществления на протяжении всего процесса требуется только однократный запрос разрешения.

Следует отметить, что данный вариант осуществления нелегко составить, основываясь на имеющихся на сегодняшний день технических руководствах или спецификациях применения операторов команд. Напротив, в технических руководствах могут быть представлены совершенно противоположные указания. На странице «Technical Note TN2065 do shell script in AppleScript» сайта developer.apple.com упоминается, что многократные запросы разрешений не требуются и не дают каких- либо дополнительных преимуществ, и разработчикам рекомендуется избегать подобного способа применения. До некоторой степени, данная страница может служить только для обеспечения общего понимания для специалистов в данной области техники; то есть, только требуется выбрать одну из этих команд, чтобы запросить разрешение, и их совместное использование будет иметь аналогичный результат без каких-либо дополнительных эффектов. Следовательно, у специалистов в данной области техники отсутствует стимул к многократному использованию команд. В настоящей заявке обнаружено, что комбинация первой команды и второй команды может сделать так, что вторая запускающая программа всегда будет иметь права с привилегией root, и не требуется многократно запрашивать разрешение. Первая и вторая запускающие программы, а также первая и вторая команды рационально разработаны в настоящей заявке таким образом, чтобы вторая запускающая программа, будучи запущенной, имела права с привилегией root, с тем чтобы при запуске нескольких установочных пакетов второй запускающей программой не потребовалось вводить пароль, что значительно упрощает рабочий процесс.

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

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

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

<Вариант осуществления II>

Согласно другому варианту осуществления, предоставлен способ установки программ, не требующий многократных запросов разрешений. Как показано на Фиг.6, данный способ включает в себя этапы S201 и S202.

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

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

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

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

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

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

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

Логическая блок-схема иллюстративного применения данного варианта осуществления представлена на Фиг.8. На этапе S601 запускается первая запускающая программа, а затем незамедлительно исполняется третья команда. На этапе S602 создается пустой файл скрипта. На этапе S603 в файл скрипта записывается команда 1. На этапе S604 файл скрипта исполняется с привилегией root. На этапе S605 всплывает окно для ввода имени пользователя/пароля, и после осуществления пользователем ввода исполняется команда 1. На этапе S606 выполняется очистка файла скрипта и команда 2 записывается в файл скрипта. На этапе S607 файла скрипт исполняется с привилегией root. Этот процесс повторяется до тех пор, пока процесс записи по этапу S608 и процесс исполнения по этапу S609, соответствующие последней команде, не будут завершены. На этапах S606-S609 окно, представленное на Фиг.1, может повторно не всплывать, то есть на протяжении всего процесса согласно данному варианту осуществления требуется только однократный запрос разрешения.

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

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

В некоторых вариантах осуществления настоящей заявки также предусмотрен машиночитаемый носитель данных, который может хранить программу, при исполнении которой могут выполняться некоторые или все из этапов в способе согласно настоящему раскрытию. В качестве вышеуказанного машиночитаемого носителя данных могут использоваться магнитный диск, оптический диск, постоянное запоминающее устройство (read-only memory, ROM), оперативное запоминающее устройство (random access memory, RAM) и т.д.

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

В вариантах осуществления настоящей заявки «по меньшей мере один» указывает на один или более, а «несколько» указывает на два или более. Выражение «и/или» описывает отношение ассоциации, указывая, что может быть три типа взаимосвязей. Например, A и/или B может выражать следующие ситуации: отдельно существует A, одновременно существуют A и B, отдельно существует B, при этом А и В могут быть как в единственном, так и во множественном числе. Символ «/» обычно указывает на то, что связываемые им объекты имеют отношение «или». Такие выражения как «по меньшей мере одно из следующего» соответствуют любой комбинации элементов, включая любую комбинацию одиночных элементов или множественных элементов. Например, по меньшей мере один из a, b и c может представлять: a, b, c, a-b, a-c, b-c или a-b-c, где a, b и c могут быть как одиночными, так и множественными.

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

Изобретение относится к средствам установки программ. Технический результат – осуществление процесса установки разных модулей программ с помощью только однократного запроса разрешения. Исполняют первую команду после запуска первой запускающей программы без прав администратора, при этом первая команда сконфигурирована для запуска второй запускающей программы с правами администратора. Запускают по меньшей мере один установочный модуль посредством второй команды после запуска второй запускающей программы, причем вторая команда сконфигурирована для исполнения запускающих программ с правами администратора. При этом интерфейс первой запускающей программы скрывается после запуска второй запускающей программы, и/или интерфейс второй запускающей программы скрывается после запуска установочного модуля. 4 н. и 5 з.п. ф-лы, 8 ил.

1. Способ установки программы, содержащий этапы, на которых:

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

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

при этом интерфейс первой запускающей программы скрывается после запуска второй запускающей программы, и/или

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

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

3. Способ по п.1, при этом способ установки используется в системе MacOS.

4. Способ по п.3, в котором первая команда и вторая команда являются командами API (интерфейса прикладного программирования) или скриптов в стандартной библиотеке.

5. Способ установки программы, содержащий этапы, на которых:

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

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

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

7. Способ по п.5, при этом способ установки используется в системе MacOS, причем первая команда и вторая команда являются командами API или скриптов в стандартной библиотеке.

8. Электронное устройство для установки программы, содержащее:

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

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

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