RU2712130C1

RU2712130C1 - Способ и устройство обработки файла на основе обновления с патчем, конечное устройство и носитель информации

Info

Publication number: RU2712130C1
Application number: RU2018141437A
Authority: RU
Inventors: Лэй Чэнь
Original assignee: Хуавей Текнолоджиз Ко., Лтд.
Priority date: 2016-04-27
Filing date: 2016-04-27
Publication date: 2020-01-24
Also published as: US20190146776A1; US10949191B2; JP2019515386A; EP3441876B1; EP3441876A4; AU2016404863A1; EP3441876A1; CN108027741A; AU2016404863B2; KR102204115B1; CN108027741B; KR20180137554A; WO2017185253A1; JP6649510B2

Abstract

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

Description

Область техники, к которой относится изобретение

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

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

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

Кроме того, в существующем режиме обновления с помощью дифференциального пакета после выхода версии программного обеспечения для конечного устройства, иногда присутствует критическая ошибка, которая может быть исправлена путем изменения нескольких параметров. Следовательно, в существующем режиме обновления с помощью дифференциального пакета ошибка может быть исправлена с помощью следующих двух вариантов. В первом, как показано на фиг. 1, существующие в настоящий момент более ранние версии представляют собой B101, B102 и B103. Каждая из этих версий содержит упомянутую выше критическую ошибку. На основе существующей в текущий момент последней версии (В103), сервер выпускает пакет с патчем, который содержит небольшой патч. Когда пользователь хочет исправить ошибку, ему нужно сначала обновить текущую версию (например, В101 или В102) до последней версии (В103) и далее он может загрузить пакет с патчем для исправления ошибки. Например, когда используемая пользователем в текущий момент версия является версией В101, сначала пользователь загружает пакет обновления B101→B102 для обновления указанной версии до версии В102, далее загружает пакет обновления B102→B103 для обновления указанной версии до версии В103 и, наконец, загружает пакет обновления, который содержит небольшой патч, для обновления версии до версии В104, в которой исправлена критическая ошибка. Во втором, как показано на фиг. 2, на основе всех более ранних версий (B101, B102 и B103), сервер выпускает пакеты обновлений (пакет обновления B101→B104, пакет обновления B102→B104 и пакет с патчем, который содержит небольшой патч), которые могут быть использованы для обновления более ранних версий до последней версии, которая содержит патч; пользователь может непосредственно загрузить пакет обновления, приспособленный для текущей версии, и за один раз обновить версию до такой версии, в которой критическая ошибка исправлена. В этом примере, в котором пользователь в текущий момент использует версию В101, пользователь может загрузить пакет обновления B101→B104 для непосредственного обновления текущей версии В101 до версии В104, в которой критическая ошибка исправлена.

Тем не менее в первом варианте обновления, пакет с патчем выходит на основе последней версии и, когда пользователь обновляет текущую версию до последней версии, он может исправить ошибку с использованием пакета с патчем. В упомянутом выше примере, пользователю, который в текущий момент использует версию В101, нужно последовательно дважды выполнить обновление и после обновления версии до версии В103, пользователь может исправить ошибку с использованием пакета с патчем. В результате, не может быть выполнено требование о быстром обновлении с использованием небольшого патча. Во втором варианте обновления, ошибка может быть исправлена за один раз для каждой более ранней версии. Тем не менее, сравнительно большой пакет обновления предназначен для обновления гораздо более ранней версии до последней версии, которая содержит патч. В упомянутом выше примере, пакет обновления B101→B104, используемый пользователем, который в текущий момент использует версию В101, содержит не только патч для исправления упомянутой выше критической ошибки, но также содержит информацию о патче, которая содержится в пакетах обновлений B101→B102 и B102→B103. Следовательно, пакет обновления является чрезвычайно большим и, следовательно, обновление выполняется сравнительно медленно. Кроме того, не выполняется требование быстрого обновления с использованием небольшого патча, и серверу нужно выпустить несколько пакетов обновлений для более ранних версий, что приводит к большой рабочей нагрузке.

Краткое изложение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Также следует понимать, что в вариантах осуществления настоящего изобретения, конечное устройство может называться пользовательским устройством (для краткости «UE»), мобильной станцией (для краткости «MS»), мобильным конечным устройством, компьютером, микрокомпьютером, электронным устройством или подобным устройством. Конечное устройство может обмениваться данными с одной или несколькими опорными сетями с помощью сети (для краткости «RAN») радиодоступа. Например, конечное устройство может быть мобильным телефоном (также называется «сотовым» телефоном) и компьютером с мобильным конечным устройством или может быть переносным, карманного размера, портативным, встроенным в компьютер или автомобильным мобильным устройством, которое обменивается голосом и/или данными с сетью радиодоступа. Указанное не ограничено в настоящем изобретении. Например, конечное устройство может дополнительно содержать конечное устройство проводного доступа с несколькими несущими.

На фиг. 3 схематично показана архитектура системы для конечного устройства, соответствующего настоящему изобретению. Как показано на фиг. 3, конечное устройство содержит модуль приложений на прикладном уровне, виртуальную файловую систему (для краткости «VFS») в ядре, промежуточную виртуальную файловую систему (такую, как sdcardfs или patchfs) и разные разделы для хранения в накопителе на жестких дисках. В разных разделах для хранения (таких, как раздел для данных, раздел для патчей и системный раздел) хранятся, с использованием четвертой расширенной файловой системы (для краткости «EXT4») или другой файловой системы, разные файлы для работы системы. Когда модуль приложений на прикладном уровне получает доступ к файлам, VFS может непосредственно получать доступ к файлам или получать доступ к файлам с использованием промежуточной виртуальной файловой системы и передавать файлы обратно на модуль приложений.

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

Этап S101. Принимают запрос на доступ к файлу, при этом запрос на доступ к файлу содержит информацию о пути хранения.

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

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

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

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

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

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

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

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

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

Для лучшего понимания технических решений настоящего изобретения, далее для описания используют пример обновления /system/framework/a.jar и /cust/preinstalled/public/lib/b.so.

На фиг. 5 схематично показана структурная схема системы для обновления файла с патчем, которая соответствует настоящему изобретению. Как показано на фиг. 5, файл /system/framework/a.jar в системном разделе (первый раздел) и файл /cust/preinstalled/public/lib/b.so в разделе cust (первый раздел) содержит критические ошибки, которые нужно исправить, и файлы с патчами, в которых ошибки исправлены, сохранены в разделе для патчей (целевой раздел) и являются следующими: /patch/system/framework/a.jar и /patch/cust/preinstalled/public/lib/b.so. При получении доступа к системному разделу и разделу cust, VFS сначала получает доступ к patchfs (предварительно сконфигурированная система) и определяет, в соответствии с отношением ассоциации для информации о пути в таблице путей, удовлетворяет ли информация о пути хранения файла, к которому прикладная программа стремится получить доступ, указанному пути (то есть, является ли файл, к которому прикладная программа стремится получить доступ, файлом /system/framework/a.jar or /cust/preinstalled/public/lib/b.so). Если информация о пути хранения удовлетворяет указанному пути, VFS переходит к разделу для патчей для получения доступа к соответствующему файлу с патчем, который соответствует /patch/system/framework/a.jar или /patch/cust/preinstalled/public/lib/b.so. Если информация о пути хранения не соответствует указанному пути, VFS получает доступ к файлу в системном разделе или разделе cust в соответствии с информацией о пути хранения для файла, к которому прикладная программа стремится получить доступ.

Более ранние версии большинства файлов в системном разделе и разделе cust (то есть, в первом разделе) в конечном устройстве практически никогда не изменяются. Файл в более поздней версии может эффективно работать во всех более ранних версиях, например, файл *.so. В качестве альтернативы, хотя более ранняя версия часто изменяется, файл обладает большой совместимостью устранения связи и может быть непосредственно заменен файлом более поздней версии, например, файлом *.apk. То есть, эти файлы во всех более ранних версиях могут быть заменены общим обновленным файлом. Обновление программного обеспечения, в общем, характерно для файла в системном разделе. Пример, в котором обновляют файл в системном разделе, используют для иллюстрации технических решений настоящего изобретения.

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

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

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

На фиг. 6 схематично показана блок-схема варианта 2 осуществления способа обработки файла на основе обновления с патчем в соответствии с настоящим изобретением. В этом варианте осуществления изобретения показан конкретный процесс получения и обработки пакета с патчем, к которому получили доступ, в варианте осуществления изобретения с фиг. 4. На основе варианта осуществления изобретения, показанного на фиг. 4, как показано на фиг. 6, до этапа S101, способ из этого варианта осуществления изобретения дополнительно включает в себя следующие этапы.

Этап S201. Получают пакет с патчем.

Более конкретно, пакет с патчем может быть пакетом с патчем, полученным от сервера на основе технологии «по воздуху» (для краткости «OTA»), или он может быть пакетом с патчем, полученным от другого устройства (такого, как настольный компьютер) с помощью проводной связи. Получение пакета с патчем на основе ОТА, более конкретно, может быть осуществлено следующим образом. Конечное устройство активно направляет на сервер сообщение с запросом на обновление; сервер запрашивает, в соответствии с сообщением с запросом, существует ли пакет с патчем, который соответствует текущей версии конечного устройства; и, если существует пакет с патчем, который соответствует текущей версии конечного устройства, сервер направляет на конечное устройство пакет с патчем. В качестве альтернативы, сервер может активно направить на конечное устройство сообщение с широковещательным уведомлением для запроса, нужно ли обновление конечного устройства; и, если конечное устройство выбирает необходимость обновления, сервер направляет на конечное устройство пакет с патчем.

Этап S202. Если пакет с патчем содержит идентификатор пакета с критическим патчем, сохраняют пакет с патчем во втором разделе.

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

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

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

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

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

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

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

Небольшое количество файлов во всех версиях в системном разделе не может быть заменено общим файлом с патчем, но конкретное содержимое в файлах может быть непосредственно изменено с использованием оператора разбора, например, файла *.xml, файла *.prop и файла *.txt. В качестве примера использован файл build.prop. Этот файл содержит информацию о номере версии для всех версий. Следовательно, build.prop во всех более ранних версиях не может быть заменен новым build.prop, но файл может быть непосредственно разобран, чтобы изменить один элемент prop этого файла.

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

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

После выработки файла обновления с патчем, файл обновления с патчем может быть сохранен в разделе данных, разделе для патчей или RAMFS. Данные в разделе для данных легко исказить. Следовательно, для обеспечения безопасности системы, файл обновления с патчем может быть сохранен в разделе для патчей или RAMFS. Вариант сохранения файла обновления с патчем в RAMFS применим в такой версии, как Google M, в которой осуществляют проверку защиты для раздела системы, предназначенного только для считывания (то есть, раздела для патчей). Файл в RAMFS исчезает при загрузке системы и, таким образом, каждый раз при запуске конечного устройства, автоматически вырабатывают новый файл и сохраняют его в RAMFS. Если конечное устройство не использует версию Google M, то конечное устройство может непосредственно сохранить файл обновления с патчем в разделе для патчей и загружать раздел для патчей каждый раз при запуске конечного устройства.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На фиг. 9 схематично показана структурная схема конечного устройства, соответствующего настоящему изобретению. Как показано на фиг. 9, конечное устройство в этом варианте осуществления изобретения содержит по меньшей мере один процессор 210, память 220, по меньшей мере один сетевой интерфейс 230 или другой пользовательский интерфейс 240, по меньшей мере одну шину 250 связи и аппаратное устройство 260, выполненное с возможностью показа экрана конечного устройства.

Шина 250 связи выполнена с возможностью реализации соединения и связи между компонентами. Конечное устройство, при желании, содержит пользовательский интерфейс 240, который содержит дисплей (например, сенсорный экран, LCD, CRT, устройство голографического формирования изображений или проектор), клавиатуру или нажимное устройство (например, мышь, шаровой указатель, сенсорную панель или сенсорный экран).

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

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

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

модуль 222 прикладных программ, который содержит разные прикладные программы, например, CA и TA, показанные на фиг. 1, и выполненные с возможностью реализации разных прикладных сервисов.

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

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

В этом варианте осуществления настоящего изобретения процессор 210 вызывает программу или инструкцию, сохраненную в памяти 220, чтобы:

принять запрос на доступ к файлу, при этом запрос на доступ к файлу содержит информацию о пути хранения;

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

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

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

На основе той же идеи изобретения, принцип решения задачи для конечного устройства аналогичен способу связи из варианта осуществления способа в соответствии с настоящим изобретением. Следовательно, при рассмотрении реализаций конечного устройства ссылаемся на реализации способа, например: получение пакета с патчем, выработка файла обновления с патчем во втором разделе и/или другой процесс из технологии, описанной в варианте осуществления способа в соответствии с настоящим изобретением. Например, процессор 210 выполнен с возможностью осуществления S101 - S104 в процессе с фиг. 4, и S201 - S204 в процессе с фиг. 6. Память 220 выполнена с возможностью хранения программного кода и данных для конечного устройства. Здесь подробности описаны не будут.

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

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

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

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

Claims

1. Способ обработки файла на основе обновления с патчем, содержащий:

принимают запрос на доступ к файлу, при этом запрос на доступ к файлу содержит информацию о пути хранения;

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

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

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

получают пакет с патчем; и

сохраняют пакет с патчем во втором разделе, когда пакет с патчем содержит идентификатор пакета с критическим патчем; при этом

операция получения включает в себя следующее:

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

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

3. Способ по п. 2, который после операции выработки, дополнительно включает в себя следующее:

сохраняют выработанный файл обновления с патчем в третьем разделе; и

4. Способ по любому из пп. 1-3, который после сохранения пакета с патчем во втором разделе, дополнительно включает в себя следующее:

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

5. Устройство обработки файла на основе обновления с патчем, содержащее:

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

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

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

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

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

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

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

6. Устройство обработки файла на основе обновления с патчем по п. 5, дополнительно содержащее:

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

7. Устройство обработки файла на основе обновления с патчем по п. 6, дополнительно содержащее:

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

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

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

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