JP2019515386A - パッチアップグレードに基づくファイル処理方法及び機器、端末、並びに記憶媒体 - Google Patents

Abstract

本開示は、パッチアップグレードに基づくファイル処理方法及び機器、端末、並びに記憶媒体を提供する。当該方法は、ファイルアクセス要求を受信するステップであって、前記ファイルアクセス要求は、記憶パス情報を含む、ステップと、前記記憶パス情報が第１パーティションを示すとき、前記記憶パス情報が元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内にある関連付け関係の中に存在するか否かを決定するステップと、前記記憶パス情報が前記関連付け関係の中に存在する場合、前記記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得するために、前記元のファイルのパス情報と前記パッチアップグレードファイルのパス情報との間の且つ前記事前設定システム内にある前記関連付け関係をクエリするステップと、前記対応するパッチアップグレードファイルのパス情報により示される目標パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップと、を含む。本開示において提供される技術的ソリューションによると、スモールパッチを用いて迅速なアップグレードが実施でき、負荷が軽減される。

Description

本開示は、通信技術の分野に関し、特にパッチアップグレードに基づくファイル処理方法及び機器、端末、並びに記憶媒体に関する。

携帯電話機及びタブレットコンピュータのような端末のソフトウェアは、端末の機能を追加し及び展開するために絶えずアップグレードされる必要がある。現在、一般的に２つのソフトウェアアップグレードモード：フルイメージ転換アップグレード及び差分パッケージアップグレードがある。フルイメージ転換アップグレードモードでは、アップグレードパッケージは全システムファイルを含む。アップグレード処理中、端末内の全ての元のシステムファイルは消去され、元のシステムファイルは、新しいファイル（つまり、アップグレードパッケージ内のシステムファイル）で置き換えられて、アップグレードが完了する。差分パッケージアップグレードモードでは、アップグレードパッケージは２つのバージョンの間で異なるデータを含む。差分データは、指定バージョンＡを指定バージョンＢにアップグレードするために使用されて良い。２つのアップグレードモードでは、フルイメージ転換アップグレードにおけるアップグレードパッケージは、通常大きく、無線アップグレードに適さない。したがって、現在、差分パッケージアップグレードモードが通常使用される。

さらに、既存の差分パッケージアップグレードモードでは、端末のソフトウェアバージョンがリリースされた後に、幾つかのパラメータを変更することにより修正可能な緊急bugがある場合が多い。したがって、既存の差分パッケージアップグレードモードでは、bugは以下の２つのモードで修正され得る。１つ目では、図１に示すように、現在リリースされている前のバージョンはＢ１０１、Ｂ１０２、及びＢ１０３である。これらのバージョンの各々は前述の緊急bugを有する。現在リリースされている最新バージョン（Ｂ１０３）に基づき、サーバは、スモールパッチを含むパッチパッケージをリリースする。ユーザがbugを修正したいとき、ユーザは、先ず現行バージョン（例えばＢ１０１又はＢ１０２）を最新バージョン（Ｂ１０３）にアップグレードする必要があり、次にbugを修正するためにパッチパッケージをダウンロードして良い。例えば、ユーザにより現在使用されているバージョンがＢ１０１であるとき、ユーザは、先ずアップグレードパッケージＢ１０１→Ｂ１０２をダウンロードして、バージョンＢ１０２にアップグレードし、次にアップグレードパッケージＢ１０２→Ｂ１０３をダウンロードして、バージョンＢ１０３にアップグレードし、最後にスモールパッチを含むパッチパッケージをダウンロードして、緊急bugが修正されるバージョンＢ１０４にバージョンをアップグレードする。２つ目では、図２に示すように、全ての前のバージョン（Ｂ１０１、Ｂ１０２、及びＢ１０３）に基づき、サーバは、前のバージョンをパッチを含む最新バージョンにアップグレードするために使用できるアップグレードパッケージ（アップグレードパッケージＢ１０１→Ｂ１０４、アップグレードパッケージＢ１０２→Ｂ１０４、及びスモールパッチを含むパッチパッケージ）をリリースし、ユーザは、現行バージョンに特化したアップグレードパッケージを直接ダウンロードし、バージョンを緊急bugの修正されるバージョンに一度にアップグレードして良い。引き続き、ユーザがバージョンＢ１０１を現在使用している例では、ユーザは、アップグレードパッケージＢ１０１→Ｂ１０４をダウンロードして、現行バージョンＢ１０１を緊急bugの修正されるバージョンＢ１０４に直接アップグレードして良い。

しかしながら、第１アップグレードモードでは、パッチパッケージは最新バージョンに基づきリリースされ、ユーザが現行バージョンを最新バージョンにアップグレードするとき、ユーザはパッチパッケージを用いてbugを修正できる。前述の例では、バージョンＢ１０１を現在使用しているユーザは、アップグレードを２回連続して実行する必要があり、バージョンをＢ１０３にアップグレードした後に、ユーザはパッチパッケージを用いてbugを修正できる。したがって、スモールパッチを用いる迅速なアップグレードの要件を満たすことができない。第２アップグレードモードでは、bugは各々の前のバージョンについて一度に修正できる。しかしながら、遙かに前のバージョンをパッチを含む最新バージョンにアップグレードするためには比較的大きなアップグレードパッチパッケージである。前述の例では、バージョンＢ１０１を現在使用しているユーザにより使用されるアップグレードパッケージＢ１０１→Ｂ１０４は、前述の緊急bugを修正するパッチを含むだけでなく、アップグレードパッケージＢ１０１→Ｂ１０２及びＢ１０２→Ｂ１０３に含まれるパッチ情報も含む。したがって、アップグレードパッケージは、非常に大きく、その結果、アップグレードは比較的低速である。さらに、スモールパッチを用いる迅速なアップグレードの要件は満たされず、サーバは、前のバージョンのために複数のアップグレードパッケージをリリースする必要があり、これは膨大な作業負荷を生じる。

本開示は、スモールパッチを用いて迅速なアップグレードを実施し及び作業負荷を軽減するために、パッチアップグレードに基づくファイル処理方法及び機器、端末、並びに記憶媒体を提供する。

第１の態様によると、本開示の一実施形態は、パッチアップグレードに基づくファイル処理方法であって、ファイルアクセス要求を受信するステップであって、前記ファイルアクセス要求は、記憶パス情報を含む、ステップと、前記記憶パス情報が第１パーティションを示すとき、前記記憶パス情報が元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の関連付け関係の中に存在するか否かを決定するステップであって、前記パッチアップグレードファイルのパス情報は事前設定システム内にある、ステップと、前記記憶パス情報が、前記元のファイルのパス情報と前記パッチアップグレードファイルのパス情報との間の前記関連付け関係の中に存在するとき、前記記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得するために、前記関連付け関係をクエリするステップと、前記パッチアップグレードファイルのパス情報により示される目標パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップと、を含む方法を提供する。

第１の態様で提供されるファイル処理方法によると、元のファイルがアクセスされると、ソフトウェアパッチアップグレードを実施するために、パス情報に従い、パッチファイルがアクセスされる。このアップグレード方法に基づくパッチパッケージは、パッチパッケージが比較的小さくなるように、緊急bugを修正するために使用されるパッチファイルを含んで良い。端末はパッチパッケージ内のパス情報を迅速に取得し、元のファイルがアクセスされると、パス情報に従いパッチファイルに直接アクセスできる。したがって、アップグレード速度が速い。さらに、前のバージョンのために複数のアップグレードパッケージを準備する必要がないので、作業負荷が少ない。

第１の態様の可能な実装では、前記ファイルアクセス要求を受信するステップの前に、前記方法は、パッチパッケージを取得するステップと、前記パッチパッケージが緊急パッチパッケージ識別子を含むとき、前記パッチパッケージを第２パーティションに保存するステップと、を更に含み、前記取得するステップは、前記第２パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップを含む。

本実施形態で提供されるファイル処理方法によると、パッチパッケージが取得された後に、パッチパッケージが緊急パッチパッケージ識別子を含む場合、第２パーティションを用いて既存のフルイメージ転換又は差分アップグレード方法と異なる緊急パッチアップグレード方法を実施するために、パッチパッケージは第２パーティションに保存される。さらに、システムセキュリティを向上するために、チェックプロテクションが第１パーティションに対して実行されて良い。

第１の態様の可能な実装では、パッチパッケージを第２パーティションに保存するステップの後に、前記方法は、パッチパッケージがパラメータ変更スクリプトを含む場合、第１パーティションから、処理のために元のファイルを取得し、第２パーティションにパッチアップグレードファイルを生成するステップを更に含む。

本実施形態において提供されるファイル処理方法によると、パッチパッケージが第２パーティションに保存された後に、bugを修正するためにパース可能なファイルのパラメータがパラメータ変更スクリプトを用いて変更できるように、パッチパッケージがパラメータ変更スクリプトを含むか否かが決定され、本実施形態はより広い範囲に適用可能である。

第１の態様の可能な実装では、第２パーティションの中にパッチアップグレードファイルを生成するステップの後に、前記方法は、前記生成したパッチアップグレードファイルを第３パーティションに保存するステップを更に含み、前記取得するステップは、第３パーティションから、パッチアップグレードファイルのパス情報と一致するパッチアップグレードファイルを取得するステップを含む。

本実施形態において提供されるファイル処理方法によると、チェックプロテクションが第２パーティションに対して実行されるように、パッチパッケージが第３パーティションに保存され、システムセキュリティが更に向上される。

第１の態様の可能な実装では、第２パーティションに前記パッチパッケージを保存する前記ステップの後に、前記方法は、前記事前設定システムに、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ前記第２パーティション内の前記パッチパッケージの中にある関連付け関係を保存するステップ、を更に含む。

第１の態様の可能な実装では、処理のために前記第１パーティションから元のファイルを取得し、前記第２パーティションの中に前記パッチアップグレードファイルを生成する前記ステップは、具体的に、前記元のファイルが置かれた前記第１パーティションをマウントし、前記第１パーティション内の前記元のファイルを読み出すステップと、前記元のファイルのパラメータ情報を取得するために前記元のファイルをパースするステップと、前記パッチアップグレードファイルを生成するために前記パラメータ情報の中の変更されるべきパラメータを変更するステップと、を含む。

第１の態様の可能な実装では、前記事前設定システムは中間仮想ファイルシステムである。

本実施形態において提供されるファイル処理方法によると、第１パーティション内のファイルが変更されないとき、緊急パッチをアップグレードするために、仮想ファイルシステムを用いてファイルジャンプアクセスを実施することはシステムにとって都合が良い。

第２の態様によると、本開示の一実施形態は、パッチアップグレードに基づくファイル処理機器であって、ファイルアクセス要求を受信するよう構成される受信モジュールであって、前記ファイルアクセス要求は、記憶パス情報を含む、受信モジュールと、前記記憶パス情報が第１パーティションを示すとき、前記記憶パス情報が元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の関連付け関係の中に存在するか否かを決定するよう構成される決定モジュールであって、前記パッチアップグレードファイルのパス情報は事前設定システム内にある、決定モジュールと、前記記憶パス情報が、前記元のファイルのパス情報と前記パッチアップグレードファイルのパス情報との間の前記関連付け関係の中に存在するとき、前記記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得するために、前記関連付け関係をクエリするよう構成される第１取得モジュールと、前記パッチアップグレードファイルのパス情報により示される目標パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するよう構成される第２取得モジュールと、を含むパッチアップグレードに基づくファイル処理機器を提供する。

同じ開示概念に基づき、機器の問題解決原理及び有利な効果については、第１の態様、第１の態様の可能な実装、並びに第１の態様及び第１の態様の可能な実装によりもたらされる有利な効果を参照する。さらに、機器の実装については、方法の実装を参照する。詳細事項は、ここで再び記載されない。

第３の態様によると、本開示の一実施形態は、端末であって、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含み、前記少なくとも１つのメモリは、前記少なくとも１つのプロセッサにより実行されると機器に少なくとも、ファイルアクセス要求を受信するステップであって、前記ファイルアクセス要求は、記憶パス情報を含む、ステップと、前記記憶パス情報が第１パーティションを示すとき、前記記憶パス情報が元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の関連付け関係の中に存在するか否かを決定するステップであって、前記パッチアップグレードファイルのパス情報は事前設定システム内にある、ステップと、前記記憶パス情報が、前記元のファイルのパス情報と前記パッチアップグレードファイルのパス情報との間の前記関連付け関係の中に存在するとき、前記記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得するために、前記関連付け関係をクエリするステップと、前記パッチアップグレードファイルのパス情報により示される目標パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップと、を実行させる命令を含む、端末を提供する。

プロセッサは、第１の態様の方法において設計されたソリューションを実施するために、メモリに保存された命令を呼び出す。端末の問題を解決する実装及び有利な効果については、第１の態様、第１の態様の可能な実装、並びに第１の態様及び第１の態様の可能な実装によりもたらされる有利な効果を参照する。さらに、端末の実装については、方法の実装を参照する。詳細事項は、ここで再び記載されない。

第４の態様によると、本開示の一実施形態は、コンピュータ実行可能命令を含む不揮発性コンピュータ可読記憶媒体を提供する。ここで、コンピュータ実行可能命令は、端末に第１の態様による方法を実行させるために使用される。詳細事項は、ここで記載されない。

本開示の実施形態において提供されるパッチアップグレードに基づくファイル処理方法及び機器、端末、並びに記憶媒体によると、端末がファイルアクセス要求を受信した後に、ファイルアクセス要求内の記憶パス情報が第１パーティションを示すとき、端末は、先ず、記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内の関連付け関係の中に存在するか否かを決定する。記憶パス情報が関連付け関係の中に存在する場合、端末は、関連付け関係に従い、記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得し、次に、パッチアップグレードファイルのパス情報に従い対応するパッチアップグレードファイルを取得する。このファイル処理方法に基づき、元のファイルがアクセスされると、端末は、ソフトウェアパッチアップグレードを実施するために、パス情報に従い、パッチファイルにアクセスする。実施形態におけるパッチパッケージは、緊急bugを修正するために使用されるパッチファイルを含んで良い。したがって、パッチパッケージは比較的小さく、端末はパッチパッケージ内のパッチ情報を迅速に取得し、元のファイルがアクセスされると、パッチ情報に従いパッチファイルに直接アクセスできる。したがって、アップグレード速度が速い。さらに、前のバージョンのために複数のアップグレードパッケージを準備する必要がないので、作業負荷が少ない。

本開示の実施形態の技術的解決策をより明確に記載するために、実施形態を説明するのに必要な添付の図面を以下に簡単に説明する。明らかなことに、以下の説明中の添付の図面は、本開示の一部の実施形態であり、これらの図面に従って当業者により創造的労力を有しないで他の図面も得られる。

既存の差分パッケージアップグレードモードの概略モード図である。

既存の差分パッケージアップグレードモードの別の概略モード図である。

本開示による端末のシステムアーキテクチャの概略図である。

本開示によるパッチアップグレードに基づくファイル処理方法の実施形態１の概略フローチャートである。

本開示のファイルパッチアップグレードのためのシステムの概略構造図である。

本開示によるパッチアップグレードに基づくファイル処理方法の実施形態２の概略フローチャートである。

本開示によるパッチアップグレードに基づくファイル処理機器の実施形態１の概略構造図である。

本開示によるパッチアップグレードに基づくファイル処理機器の実施形態２の概略構造図である。

本開示による端末の概略的構造図である。

本開示の目的、技術的ソリューション、及び利点を明確にするために、以下に、本開示の実施形態における技術的ソリューションを本開示の実施形態における添付の図面を参照して明確且つ完全に記載する。明らかに、記載される実施形態は、本開示の実施形態の一部であり、全てではない。本開示の実施形態に基づき創造的労力を有しないで当業者により得られる全ての他の実施形態は、本開示の保護範囲に包含される。

理解されるべきことに、本開示の実施形態では、端末は、ユーザ機器（User Equipment、略してＵＥ）、移動局（Mobile Station、略してＭＳ）、モバイル端末（Mobile Terminal）、コンピュータ、マイクロコンピュータ、電子装置、等として参照されて良い。端末は、無線アクセスネットワーク（Radio Access Network、略してＲＡＮ）を用いて１又は複数のコアネットワークと通信して良い。例えば、端末は、無線アクセスネットワークと音声及び／又はデータを交換する、移動電話機（”セルラ”フォンとしても参照される）、モバイル端末と備えるコンピュータであって良く、又は、ポータブルなポケットサイズのハンドヘルド型の内蔵コンピュータ若しくは車載モバイル機器であって良い。これは、本開示において限定されない。例えば、端末は、マルチキャリア機能を備える無線アクセス端末を更に含んで良い。

図３は、本開示による端末のシステムアーキテクチャの概略図である。図３に示すように、端末は、アプリケーションレイヤにあるアプリケーションモジュール、kernelにある仮想ファイルシステム（Virtual File System、略してＶＦＳ）、中間仮想ファイルシステム（例えばsdcardfs又はpatchfs）、及びハードディスク内の種々の記憶パーティションを含む。種々の記憶パーティション（例えば、データdataパーティション、パッチpatchパーティション、及びシステムsystemパーティション）は、第４拡張ファイルシステム（Fourth extended filesystem、略してＥＸＴ４）又は別のファイルシステムを用いて、システムを実行するための種々のファイルを保存する。アプリケーションレイヤにあるアプリケーションモジュールがファイルにアクセスするとき、ＶＦＳは、ファイルに直接アクセスするか、又は中間仮想ファイルシステムを用いてファイルにアクセスし、ファイルをアプリケーションモジュールにフィードバックして良い。

図４は、本開示によるパッチアップグレードに基づくファイル処理方法の実施形態１の概略フローチャートである。本実施形態は、パッチアップグレードに基づくファイル処理機器又は端末により実行されて良い。図４に示すように、本実施形態で提供される方法は以下のステップを含む。

ステップＳ１０１。ファイルアクセス要求を受信する。ファイルアクセス要求は、記憶パス情報を含む。

具体的に、ファイルにアクセスするとき、アプリケーションレイヤにあるアプリケーションプログラムは、ファイルアクセス要求を、端末内の共通ファイルアクセスインタフェースＶＦＳへ送信する。ファイルアクセス要求は、記憶パス情報、つまりアプリケーションプログラムがアクセスしようと意図するファイルが保存されているパスを含む。記憶パス情報を受信した後に、ＶＦＳは、アプリケーションプログラムに、アプリケーションプログラムがアクセスしようと意図するファイルを提供して良い。

ステップＳ１０２。記憶パス情報が第１パーティションを示す場合、記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システムの中にある関連付け関係内に存在するか否かを決定する。

具体的に、本実施形態では、パッチアップグレードファイルを取得した後に、端末は、パッチアップグレードファイルをパーティションに保存し、次に、事前設定システムのパッチテーブルに元のファイルのパス情報（つまり、元のファイルが保存されているパス）とパッチアップグレードファイルのパス情報（つまり、パッチアップグレードファイルが保存されているパス）との間の関連付け関係を保存して良い。事前設定システムは、中間仮想ファイルシステム、例えばoverleyfs、sdcardfs、又はpatchfsのようなファイルシステムであって良い。

記憶パス情報を受信した後に、ＶＦＳは、記憶パス情報により示されるパーティションを学習して良い。記憶パス情報が第１パーティション（bugを有する元のファイルが位置するパーティション）を示す場合、これは、記憶パス情報に対応するアクセスされるべきファイルが、bugを有する元のファイルであり得ることを意味する。この場合、ＶＦＳは、先ず事前設定システムにアクセスし、パステーブルをクエリし、記憶パス情報に対応するアクセスされるべきファイルがbugを有する元のファイルであるか否かを決定するために、記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内にある関連付け関係の中に存在するか否かを決定する。

ステップＳ１０３。記憶パス情報が関連付け関係の中に存在する場合、記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得するために、元のパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内の関連付け関係をクエリする。

記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の関連付け関係の中に存在する場合、これは、記憶パス情報に対応するアクセスされるべきファイルがbugを有する元のファイルであることを示す。この場合、パッチアップグレードファイルにアクセスするために、記憶パス情報に対応するパッチアップグレードファイルのパス情報は、関連付け関係に従い取得される。代替として、記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の関連付け関係の中に存在しない場合、これは、記憶パス情報に対応するアクセスされるべきファイルがbugを有する元のファイルではないことを示す。この場合、第１パーティション内の対応するファイルは、記憶パス情報に従い直接アクセスされて良い。

ステップＳ１０４。記憶パス情報に対応するパッチアップグレードファイルのパス情報により示される目標パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得する。

記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得した後に、ＶＦＳは、パッチアップグレードファイルのパス情報に従い、パッチアップグレードファイルのパス情報により示される目標パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得し、アプリケーションプログラムにパッチアップグレードファイルを提供して良い。

目標パーティションは、具体的に第１パーティションであって良く、又は第１パーティションと異なる別のパーティションであって良い。第１パーティションは、具体的にsystemパーティション又はcustパーティションであって良い。目標パーティションは、具体的にsystemパーティション、custパーティション、dataパーティション、patchパーティション、RAMFS、等であって良い。

本開示の技術的ソリューションを更に理解するために、アップグレード/system/framework/a.jar及び/cust/preinstalled/public/lib/b.soの一例が、以下の説明で使用される。

図５は、本開示のファイルパッチアップグレードのためのシステムの概略構造図である。図５に示すように、systemパーティション（第１パーティション）内の/system/framework/a.jarファイル及びcustパーティション（第１パーティション）内の/cust/preinstalled/public/lib/b.soファイルは、修正される必要のある緊急bugを有し、bugの修正されたパッチファイルは、patchパーティション（目標パーティション）内に保存され、/patch/system/framework/a.jar及び/patch/cust/preinstalled/public/lib/b.soである。systemパーティション及びcustパーティションがアクセスされると、ＶＦＳは、先ずpatchfs（事前設定システム）にアクセスし、パステーブル内のパス情報関連付け関係に従い、アプリケーションプログラムがアクセスしようと意図するファイルの記憶パス情報が指定パスに適合するか否か（つまり、アプリケーションプログラムがアクセスしようと意図するファイルが/system/framework/a.jar又は/cust/preinstalled/public/lib/b.soであるか）を決定する。記憶パス情報が指定パスに適合する場合、ＶＦＳは、patchパーティションにジャンプして、/patch/system/framework/a.jar又は/patch/cust/preinstalled/public/lib/b.soに従い対応するパッチファイルにアクセスする。記憶パス情報が指定パスに適合しない場合、ＶＦＳは、アプリケーションプログラムがアクセスしようと意図するファイルの記憶パス情報に従い、systemパーティション又はcustパーティション内のファイルにアクセスする。

systemパーティション及びcustパーティション（つまり、第１パーティション）内の大部分のファイルの前のバージョンは、殆ど変化しない。後のバージョンのファイルは、全ての前のバージョン、例えば*.soファイルにおいて有効に動作できる。代替として、前のバージョンのファイルは頻繁に変更されるが、該ファイルは、グレートデカップリング互換性を有し、後のバージョンのファイル、例えば*.apkファイルにより直接置換されて良い。つまり、全ての前のバージョンのこれらのファイルは、共通の更新ファイルにより置き換えられて良い。ソフトウェアアップグレードは、通常、systemパーティション内のファイルに特有である。systemパーティション内のファイルがアップグレードされる一例が、本開示の技術的ソリューションを説明するために用いられる。

systemパーティション内のファイルが緊急bugを有するとき、従来技術では、ファイルは差分パッケージアップグレードモードでアップグレードされる。差分パッケージアップグレードモードの第１方法では、パッチを含むパッチパッケージは、最新バージョンに基づきリリースされる。この方法では、ユーザが現行バージョンを最新バージョンにアップグレードすると、パッチパッケージを用いてbugが修正できる。したがって、アップグレード速度は極めて遅い。差分パッケージアップグレードモードの第２の方法では、全ての前のバージョンに基づき、前のバージョンをパッチを含む最新バージョンにアップグレードするために使用可能なアップグレードパッケージがリリースされる。この方法では、systemパーティション内の元のファイルは、差分パッケージアップグレードモードでアップグレードするために直接変更されるので、systemパーティション内の元のファイルがパッチアップグレードのせいで変更されるという理由で、リリースされたアップグレードパッケージを用いて前のバージョンが最新バージョンにアップグレードできないという状況を回避するために、遙かに前のバージョンのために、パッチを含む差分パッケージを準備する代わりに、パッチを含む最新バージョンに前のバージョンをアップグレードするために使用可能な差分パッケージ（つまり、アップグレードパーティション）を準備する必要がある。したがって、差分パッケージは比較的大きく、これは比較的遅いアップグレード速度をもたらす。さらに、前のバージョンは、異なる差分パッケージに対応し、全ての前のバージョンが共通差分ファイルにより直接カバーされる訳ではない。したがって、複数のアップグレードパッケージが、前のバージョンのためにリリースされる必要があり、これは重大な作業負荷をもたらす。

本実施形態では、端末内のＶＦＳがファイルアクセス要求を受信した後に、ファイルアクセス要求内の記憶パス情報が第１パーティション、つまりsystemパーティションを示すとき、端末は、先ず、記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内の関連付け関係の中に存在するか否かを決定する。記憶パス情報が関連付け関係の中に存在する場合、端末は、関連付け関係に従い、記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得し、次に、パッチアップグレードファイルのパス情報に従い対応するパッチアップグレードファイルを取得する。つまり、bugを有する元のファイルがアクセスされると、端末は、パッチアップグレードファイルにアクセスするために、パッチアップグレードファイルの位置するパーティションにジャンプして良い。このファイル処理方法に基づき、パッチパッケージに含まれるパッチアップグレードファイルは、直接的にアップグレードされた元のファイルであって良く、元のファイルのパスと異なるパスに保存されて良い。元のファイルがアクセスされると、端末は、ソフトウェアパッチアップグレードを実施するために、得られたパス情報に従い、パッチアップグレードファイルに直接アクセスする。端末は、systemパーティション内の元のファイルを変更する必要がない。したがって、ユーザが前のバージョンを最新バージョンにアップグレードする必要のあるとき、ユーザは、パッチアップグレードのためにリリースされたアップグレードパッケージを用いて前のバージョンが最新バージョンにアップグレードできないという状況を回避するために、前のバージョンがアップグレードパッチパッケージを直接削除し、リリースされた差分パッケージを用いて現行バージョンをアップグレードして良い。つまり、本実施形態では、パッチパッケージは、緊急bugを修正するために使用されるパッチファイルを含んで良い。さらに、全ての前のバージョンは、同じパッチパッケージを使用して良い。パッチパッケージの中のパッチファイルは、全ての前のバージョンをカバーして良く、前のバージョンのために複数のアップグレードパッケージを準備する必要がない。したがって、パッチパッケージは比較的小さく、端末はパッチパッケージ内のパス情報を迅速に取得し、元のファイルがアクセスされると、取得したパス情報に従いパッチファイルに直接アクセスできる。したがって、アップグレード速度は速く、作業負荷は少ない。

本実施形態において提供されるパッチアップグレードに基づくファイル処理方法によると、端末がファイルアクセス要求を受信した後に、ファイルアクセス要求内の記憶パス情報が第１パーティションを示すとき、端末は、先ず、記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内の関連付け関係の中に存在するか否かを決定する。記憶パス情報が関連付け関係の中に存在する場合、端末は、関連付け関係に従い、記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得し、次に、パッチアップグレードファイルのパス情報に従い対応するパッチアップグレードファイルを取得する。このファイル処理方法に基づき、元のファイルがアクセスされると、端末は、ソフトウェアパッチアップグレードを実施するために、パス情報に従い、パッチファイルにアクセスする。パッチパッケージは、緊急bugを修正するために使用されるパッチファイルを含んで良い。したがって、パッチパッケージは比較的小さく、端末はパッチパッケージ内のパス情報を迅速に取得し、元のファイルがアクセスされると、パス情報に従いパッチファイルに直接アクセスできる。したがって、アップグレード速度が速い。さらに、前のバージョンのために複数のアップグレードパッケージを準備する必要がないので、作業負荷が少ない。

図６は、本開示によるパッチアップグレードに基づくファイル処理方法の実施形態２の概略フローチャートである。本実施形態は、図４に示す実施形態でアクセスされたパッチパッケージを取得し及び処理する特定の処理を示す。図４に示す実施形態に基づき、図６に示すように、ステップＳ１０１の前に、本実施形態の方法は更に以下のステップを含む。

ステップＳ２０１。パッチパッケージを取得する。

具体的に、パッチパッケージは、無線（、略してＯＴＡ）技術に基づくサーバから取得されたパッチパッケージであって良く、又は有線の方法で別の装置（例えば、デスクトップコンピュータ）から取得されたパッチパッケージであって良い。ＯＴＡに基づくパッチパッケージを取得するステップは、具体的に以下の通りであって良い。端末は、アップグレードクエリ要求メッセージをサーバへ積極的に送信する。サーバは、要求メッセージに従い、端末の現行バージョンに適合するパッチパッケージが存在するか否かをクエリする。端末の現行バージョンに適合するパッチパッケージが存在する場合、サーバはパッチパッケージを端末へ送信する。代替として、サーバは、アップグレードされるべきか否かを端末に促すために、端末へブロードキャスト通知を積極的に送信して良い。端末がアップグレードされることを選択した場合、サーバは、端末へパッチパッケージを送信する。

ステップＳ２０２。パッチパッケージが緊急パッチパッケージ識別子を含む場合、パッチパッケージを第２パーティションに保存する。

具体的に、パッチパッケージは、パッチパッケージを別のアップグレードパッケージと区別するために、緊急パッチパッケージ識別子を含んで良い。例えば、緊急パッチパッケージ識別子はpatchであって良い。端末がアップグレードパッケージを取得した後に、パッチパッケージの識別子がpatchである場合、端末は、所定セキュリティパーティションにパッチパッケージを保存する。

所定セキュリティパーティションは、第１パーティションであって良く、又は第１パーティションと異なる第２パーティションであって良い。システムセキュリティを保証するために、Ｇｏｏｇｌｅのセキュアブート（verified boot）機能を用いてsystemパーティション及びcustパーティション（つまり、第１パーティション）内のファイルに対してチェックプロテクションが実行されて良い。したがって、systemパーティション及びcustパーティションはファイルによりアップグレードできない。端末は、更に、安全なpatchパーティションを追加し、安全なpatchパーティションを第２パーティションとして使用して良い。パッチパッケージを取得した後に、端末は、システムセキュリティを向上するために、取得したパッチパッケージを更に追加したpatchパーティションに保存する。

具体的に、パッチパッケージを取得した後に、端末はcacheパーティションにパッチパッケージを保存して良い。次に、端末は、recoveryモードに入るために再起動し、パッチパッケージを第２パーティションに保存する。端末は、第２パーティションにパッチパッケージを直接保存しても良い。幾つかの実施形態では、端末は、先ずパッチパッケージをcacheパーティションに保存し、次に、recoveryモードに入り、システムセキュリティを向上するためにパッチパッケージを第２パーティションに保存する。

さらに、パッチパッケージは、パッチアップグレードファイルを含んで良い。パッチパッケージが第２パーティションに保存された後に、パッチアップグレードファイルのパス情報により示される目標パーティションは、第２パーティションである。したがって、対応するパッチアップグレードファイルのパス情報により示される目標パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得する前述のステップ１０４を実施する可能な方法は次の通りである：
第２パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得する。

留意すべきことに、本実施形態におけるパッチパッケージ内のパッチアップグレードファイルは、既存のフルイメージ転換アップグレードパッケージ又は差分パッケージ内のパッチアップグレードファイルと異なる。本実施形態におけるパッチアップグレードファイルは、アップグレードされた元のファイル、つまりbugの修正された元のファイルである。パッチパッケージ内のパッチアップグレードファイルは、既存の署名メカニズムを用いて処理されて良い。つまり、パッチパッケージが安全なパーティションに書き込まれるとき、パッチパッケージに対して署名チェックが実行される。もちろん、パッチパッケージは、別の既存のパッケージ技術を用いて処理されても良い。これはここで限定されない。

ステップＳ２０３。パッチパッケージがパラメータ変更スクリプトを含む場合、処理のために第１パーティションから元のファイルを取得し、第２パーティションの中にパッチアップグレードファイルを生成する。

systemパーティション内の全てのバージョンの少数のファイルは、共通パッチファイルで置き換えることができない。しかし、ファイル内の指定コンテンツは、構文解析文、例えば*.xmlファイル、*.propファイル、及び*.txtファイルを用いて直接変更されて良い。build.propファイルが一例として用いられる。ファイルは、全てのバージョンのバージョン番号情報を含む。したがって、全ての前のバージョンのbuild.propは、新しいbuild.propで置き換えることができない。しかし、ファイルは、ファイルの１つのpropアイテムを変更するために、直接パースされて良い。

この場合、本実施形態では、パッチパッケージは、パラメータ変更スクリプトを含んで良い。元のファイルの中の非変更パラメータは、新しいファイル（つまり、パッチアップグレードファイル）を生成するために、パラメータ変更スクリプトを用いて変更される。

具体的に、端末が第２パーティションにパッチパッケージを保存した後に、端末が起動する度に、第２パーティションは、第２パーティション内のファイルを検証するために、mountコマンドを用いてinitプロセスの中でマウントされて良い。次に、端末は、パッチパッケージ内のファイルを読み出して良い。パッチパッケージがパラメータ変更スクリプトを含むことが分かると、端末は、処理のために第１パーティションから元のファイルを取得し、第２パーティションの中にパッチアップグレードファイルを生成する。より具体的に、端末がパラメータ変更スクリプトを実行し及びパッチアップグレードファイルを生成する処理は、以下の通りである：端末は、先ず、元のファイルが位置する第１パーティションをマウントし、第１パーティション内の元のファイルを読み出し、次に、元のファイルをパースし、元のファイルのパラメータ情報を取得する。パラメータ情報の中の変更されるべきパラメータを見付けた後に、端末は、パラメータ情報の中の変更されるべきパラメータを変更し、次にパッチアップグレードファイルを生成する。

パッチアップグレードファイルが生成された後に、パッチアップグレードファイルは、dataパーティション、patchパーティション、又はRAMFSに保存されて良い。dataパーティション内のデータは改竄が容易である。したがって、システムセキュリティを保証するために、パッチアップグレードファイルは、patchパーティション又はRAMFSに保存されて良い。パッチアップグレードファイルをRAMFSに保存する方法は、チェックプロテクションがシステムの読み出し専用パーティション（つまり、patchパーティション）に対して実行されるＧｏｏｇｌｅ Ｍのようなバージョンに適用可能である。RAMFS内のファイルはシステム起動中に、本方法では端末が起動される度に、消失し、新しいファイルが自動的に生成されてRAMFSに保存される。端末がＧｏｏｇｌｅ Ｍのバージョンを使用しない場合、端末は、patchパーティションにパッチアップグレードファイルを直接保存し、端末が起動される度にpatchパーティションをロードして良い。

幾つかの実施形態では、生成されたパッチアップグレードファイルは、システムセキュリティを更に向上するために、第３パーティション（つまり、RAMFS）に保存される。この場合、対応するパッチアップグレードファイルのパス情報により示される目標パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得する前述のステップＳ１０４を実施する別の可能な方法は次の通りである：
第３パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得する。

本実施形態では、パッチパッケージは、パッチアップグレードファイル又はパラメータ変更スクリプトを含んで良く、又はパラメータ変更スクリプト及びパッチアップグレードファイルの両方を含んで良い。パッチパッケージは、具体的に、実際の要件に従い準備される。

ステップＳ２０４。事前設定システムに、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ第２パーティション内のパッチパッケージの中にある、関連付け関係を保存する。

パッチパッケージは、パッチアップグレードファイルに対応する元のファイルのパス情報（つまり、元のファイルが保存されたパス）を含んで良い。パッチパッケージを第２パーティションに保存した後に、端末は、パッチパッケージ内のパッチアップグレードファイルに対応する元のファイルのパス情報を読み出し、パッチアップグレードファイルの保存された位置に従いパッチアップグレードファイルのパス情報（つまり、パッチアップグレードファイルが保存されたパス）を取得して良い。もちろん、パッチアップグレードファイルのパス情報は、パッチパッケージに直接カプセル化されて良い。パッチパッケージを取得した後に、端末は、対応する位置にパッチパッケージを保存し、次に全てのパス情報を取得するためにパッチパッケージを読み出す。

元のファイルのパス情報及びパッチアップグレードファイルのパス情報を取得した後に、端末は、事前設定システムに、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の関連付け関係を保存して良い。事前設定システムは、後のファイルジャンプアクセスのために使用される中間仮想ファイルシステムである。

overleyfs技術又はsdcardfs技術を用いて実装される中間仮想ファイルシステムのような既存の中間仮想ファイルシステムは、対応するパーティション関連付け関係を有する。システム設計及びファイルジャンプアクセスを実現するために、端末は、中間仮想ファイルシステムpatchfsをシステムに直接更に追加し、中間仮想ファイルシステムpatchfsを本実施形態において事前設定システムとして使用し、次にpatchfsをsystemパーティションに関連付ける。元のファイルのパス情報及びパッチアップグレードファイルのパス情報を取得した後に、端末は、patchfsをマウントし、patchfsに対応するメモリ内のパステーブルにパス情報を保存する。元のファイルがアクセスされると、端末は、パステーブルを用いて、目標パーティション内のファイルにアクセスするよう誘導されて良い。patchfsは、既存のoverleyfs技術又はsdcardfs技術を用いて実装されて良い。

留意すべきことに、ステップＳ２０４とステップＳ２０３との間には厳格な時系列は存在しない。ステップＳ２０４は、ステップＳ２０４の前に実行されて良い。ステップＳ２０３及びステップＳ２０４を実行する特定の順序は、本実施形態において限定されない。

本実施形態で提供されるパッチアップグレードに基づくファイル処理方法によると、端末がパッチパッケージを取得した後に、パッチパッケージが緊急パッチパッケージ識別子を含む場合、端末は、パッチパッケージを第２パーティションに保存し、次に、第２パーティション及び事前設定システムを用いて緊急bugを修正するために使用されるパッチパッケージを検証するために、事前設定システムに、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ第２パーティション内のパッチパッケージの中にある関連付け関係を格納する。本実施形態の技術的ソリューションでは、パッチパッケージは第２パーティションに保存されて、システムセキュリティを向上するようにする。さらに、パッチパッケージが第２パーティションに保存された後に、bugを修正するためにパース可能なファイルのパラメータがパラメータ変更スクリプトを用いて変更できるように、パッチパッケージがパラメータ変更スクリプトを含むか否かが決定され、本実施形態はより広い範囲に適用可能である。

図７は、本開示によるパッチアップグレードに基づくファイル処理機器の実施形態１の概略構造図である。本実施形態で提供される機器は、端末に統合されて良い。図７に示されるように、本実施形態による方法は以下を含む：
ファイルアクセス要求を受信するよう構成される受信モジュール１１０であって、ファイルアクセス要求は記憶パス情報を含む、受信モジュール１１０；
記憶パス情報が第１パーティションを示す場合、記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システムの中にある関連付け関係内に存在するか否かを決定するよう構成される決定モジュール１２０；
記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内の関連付け関係の中に存在する場合、記憶パスに対応するパッチアップグレードファイルのパス情報を取得するために、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内の関連付け関係をクエリするよう構成される第１取得モジュール１３０；及び、
記憶パス情報に対応するパッチアップグレードファイルのパス情報により示される目標パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するよう構成される第２取得モジュール１４０。

本実施形態で提供される機器は、前述の方法の実施形態を実行でき、機器の実装原理及び技術的効果は同様であり、ここで再び記載されない。

図８は、本開示によるパッチアップグレードに基づくファイル処理機器の実施形態２の概略構造図である。本実施形態は、図７に示した実施形態の機器の機能を更に説明する。図７に示した実施形態に基づき、図８に示すように、本実施形態の機器は更に以下を含む：
パッチパッケージを取得するよう構成される第３取得モジュール１５０；及び、
パッチパッケージが緊急パッチパッケージ識別子を含む場合、パッチパッケージを第２パーティションに保存するよう構成される第１記憶モジュール１６０；
ここで、第２取得モジュール１４０は、具体的に、第２パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するよう構成される。

任意で、本実施形態の機器は、パッチパッケージがパラメータ変更スクリプトを含む場合、パラメータ変更スクリプトを実行し、元のファイルが第１パーティションから取得され処理された後に、第２パーティションの中にパッチアップグレードファイルを生成するよう構成される生成モジュール１７０、を更に含む。

本開示の可能な実装では、本実施形態の機器は、生成したパッチアップグレードファイルを第３パーティションに保存するよう構成される第２記憶モジュール１８０を更に含む。第２取得モジュール１４０は、具体的に、第３パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するよう構成される。

任意で、本実施形態の機器は、事前設定システムに、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ第２パーティション内のパッチパッケージの中にある関連付け関係を保存するよう更に構成される第３記憶モジュール１９０を更に含む。

本実施形態で提供される機器は、前述の方法の実施形態を実行でき、機器の実装原理及び技術的効果は同様であり、ここで再び記載されない。

図９は、本開示による端末の概略的構造図である。図９に示すように、本実施形態の端末は、少なくとも１つのプロセッサ２１０、メモリ２２０、少なくとも１つのネットワークインタフェース２３０又は別のユーザインタフェース２４０、少なくとも１つの通信バス２５０、及び端末の画面を表示するよう構成されるハードウェア装置２６０を含む。

通信バス２５０は、コンポーネントの間の接続及び通信を実施するよう構成される。端末は、任意で、ディスプレイ（例えば、タッチスクリーン、ＬＣＤ、ＣＲＴ、ホログラフィック画像（Holographic Imaging）、又はプロジェクタ（Projector））、キーボード、又はクリック装置（例えば、マウス、トラックボール（trackball）、タッチパッド、又はタッチスクリーン）を含むユーザインタフェース２４０を含む。

メモリ２２０は、読み出し専用メモリ及びランダムアクセスメモリを含み、プロセッサ２１０に命令及びデータを提供して良い。

幾つかの実施形態では、メモリ２２０は、以下の要素、実行モジュール又はデータ構造、又はそれらのサブセット、又はそれらの拡張セットを保存する：
種々の基本サービスを実施し及びハードウェアに基づくタスクを処理するために使用される種々のシステムプログラムを含むオペレーティングシステム２２１；及び、
種々のアプリケーションプログラム、例えば図１に示すＣＡ及びＴＡを含み、種々のアプリケーションサービスを実施するよう構成される、アプリケーションプログラムモジュール２２２。

端末の画面を表示するよう構成されるハードウェア装置２６０は、ディスプレイメモリ、ディスプレイ装置、タッチスクリーン、等を含んで良い。

図７に示される機器の全てのモジュールが、本実施形態のプロセッサ２１０のコンポーネントであって良いことが理解できる。プロセッサ２１０は、図７に示される機器の全てのモジュールの機能を実施するために、メモリ２２０内のプログラム又は命令を実行する。

本開示の本実施形態では、プロセッサ２１０は、以下のために、メモリ２２０内に保存されたプログラム又は命令を呼び出す：
ファイルアクセス要求を受信し、ファイルアクセス要求は、記憶パス情報を含む；
記憶パス情報が第１パーティションを示す場合、記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システムの中にある関連付け関係内に存在するか否かを決定する；
記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内の関連付け関係の中に存在する場合、記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得するために、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内の関連付け関係をクエリする；及び、
対応するパッチアップグレードファイルのパス情報により示される目標パーティションから、パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得する。

同じ開示概念に基づき、端末の問題解決原理は、本開示の方法の実施形態における通信方法と同様である。したがって、端末の実装のために、方法の実装、例えば、パッチパッケージを取得するステップ、パッチアップグレードファイルを第２パーティションの中に生成するステップ、及び／又は本開示の方法の実施形態で記載された技術の別のプロセスを参照する。例えば、プロセッサ１１０３は、図４のＳ１０１乃至Ｓ１０４、及び図６のＳ２０１乃至Ｓ２０４を実行するよう構成される。メモリ１１０４は、端末のためのプログラムコード及びデータを格納するよう構成される。詳細事項は、ここで記載されない。

本実施形態において提供される端末によると、端末がファイルアクセス要求を受信した後に、ファイルアクセス要求内の記憶パス情報が第１パーティションを示すとき、端末は、先ず、記憶パス情報が、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ事前設定システム内の関連付け関係の中に存在するか否かを決定する。記憶パス情報が関連付け関係の中に存在する場合、端末は、関連付け関係に従い、記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得し、次に、アクセス手段により、パッチアップグレードファイルのパス情報に従い対応するパッチアップグレードファイルを取得する。このファイル処理方法に基づき、元のファイルがアクセスされると、端末は、ソフトウェアパッチアップグレードを実施するために、パス情報に従い、パッチファイルにアクセスする。本実施形態のパッチパッケージは、パッチパッケージが比較的小さくなるように、緊急bugを修正するために使用されるパッチファイルを含んで良い。端末はパッチパッケージ内のパス情報を迅速に取得し、元のファイルがアクセスされると、パス情報に従いパッチファイルに直接アクセスできる。したがって、アップグレード速度が速い。さらに、前のバージョンのために複数のアップグレードパッケージを準備する必要がないので、作業負荷が少ない。

本開示の一実施形態は、１又は複数のプログラムを格納する不揮発性コンピュータ可読記憶媒体を提供する。ここで、１又は複数のプログラムは命令を含み、該命令が端末により実行されると、該端末は前述の方法を実行する。

当業者は、方法の実施形態のステップの全部又は一部が関連するハードウェアに指示するプログラムにより実装されて良いことを理解する。プログラムは、不揮発性コンピュータ可読記憶媒体に保存されて良い。プログラムが実行するとき、方法の実施形態のステップが実行される。前述の記憶媒体は、ROM、RAM、磁気ディスク又は光ディスクのようなプログラムコードを格納可能な任意の媒体を含む。

最後に、留意すべきことに、前述の実施形態は、単に本開示の技術的ソリューションを説明するためであり、本開示の範囲を限定するためではない。本開示は、前述の実施形態を参照して詳細に説明されたが、当業者は、本開示の実施形態の技術的ソリューションの範囲から逸脱することなく、彼らが前述の実施形態で説明した技術的ソリューションに変更を行い、又はそれら実施形態の一部又は全部の技術的特徴を等価に置換できることを理解する。

Claims (16)

1. パッチアップグレードに基づくファイル処理方法であって、
   ファイルアクセス要求を受信するステップであって、前記ファイルアクセス要求は、記憶パス情報を含む、ステップと、
   前記記憶パス情報が第１パーティションを示すとき、前記記憶パス情報が元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の関連付け関係の中に存在するか否かを決定するステップであって、前記パッチアップグレードファイルのパス情報は事前設定システム内にある、ステップと、
   前記記憶パス情報が、前記元のファイルのパス情報と前記パッチアップグレードファイルのパス情報との間の前記関連付け関係の中に存在するとき、前記記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得するために、前記関連付け関係をクエリするステップと、
   前記パッチアップグレードファイルのパス情報により示される目標パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップと、
   を含む方法。
2. ファイルアクセス要求を受信する前記ステップの前に、前記方法は、
   パッチパッケージを取得するステップと、
   前記パッチパッケージが緊急パッチパッケージ識別子を含むとき、前記パッチパッケージを第２パーティションに保存するステップと、
   を更に含み、
   前記取得するステップは、
   前記第２パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップを含む、請求項１に記載の方法。
3. 前記保存するステップの後に、前記方法は、
   前記パッチパッケージがパラメータ変更スクリプトを含む場合、処理のために前記第１パーティションから元のファイルを取得し、前記第２パーティションの中に前記パッチアップグレードファイルを生成するステップ、
   を更に含む請求項２に記載の方法。
4. 前記生成するステップの後に、前記方法は、
   前記生成したパッチアップグレードファイルを第３パーティションに保存するステップ、
   を更に含み、
   前記取得するステップは、
   前記第３パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップを含む、請求項３に記載の方法。
5. 第２パーティションに前記パッチパッケージを保存する前記ステップの後に、前記方法は、
   前記事前設定システムに、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ前記第２パーティション内の前記パッチパッケージの中にある関連付け関係を保存するステップ、
   を更に含む請求項２乃至４のいずれか一項に記載の方法。
6. パッチアップグレードに基づくファイル処理機器であって、
   ファイルアクセス要求を受信するよう構成される受信モジュールであって、前記ファイルアクセス要求は、記憶パス情報を含む、受信モジュールと、
   前記記憶パス情報が第１パーティションを示すとき、前記記憶パス情報が元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の関連付け関係の中に存在するか否かを決定するよう構成される決定モジュールであって、前記パッチアップグレードファイルのパス情報は事前設定システム内にある、決定モジュールと、
   前記記憶パス情報が、前記元のファイルのパス情報と前記パッチアップグレードファイルのパス情報との間の前記関連付け関係の中に存在するとき、前記記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得するために、前記関連付け関係をクエリするよう構成される第１取得モジュールと、
   前記パッチアップグレードファイルのパス情報により示される目標パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するよう構成される第２取得モジュールと、
   を含むパッチアップグレードに基づくファイル処理機器。
7. 前記パッチアップグレードに基づくファイル処理機器は、
   パッチパッケージを取得するよう構成される第３取得モジュールと、
   前記パッチパッケージが緊急パッチパッケージ識別子を含むとき、前記パッチパッケージを第２パーティションに保存するよう構成される第１記憶モジュールと、
   を更に含み、
   前記第２取得モジュールは、具体的に、前記第２パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するよう構成される、請求項６に記載のパッチアップグレードに基づくファイル処理機器。
8. 前記パッチアップグレードに基づくファイル処理機器は、
   前記パッチパッケージがパラメータ変更スクリプトを含む場合、前記パラメータ変更スクリプトを実行し、元のファイルが前記第１パーティションから取得され処理された後に、前記第２パーティションの中に前記パッチアップグレードファイルを生成するよう構成される生成モジュール、
   を更に含む請求項７に記載のパッチアップグレードに基づくファイル処理機器。
9. 前記パッチアップグレードに基づくファイル処理機器は、
   第３パーティションに前記生成されたパッチアップグレードファイルを保存するよう構成される第２記憶モジュール、
   を更に含み、
   前記第２取得モジュールは、具体的に、前記第３パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するよう構成される、請求項８に記載のパッチアップグレードに基づくファイル処理機器。
10. 前記パッチアップグレードに基づくファイル処理機器は、
    前記事前設定システムに、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ前記第２パーティション内の前記パッチパッケージの中にある関連付け関係を保存するよう構成される第３記憶モジュール、
    を更に含む請求項７乃至９のいずれか一項に記載のパッチアップグレードに基づくファイル処理機器。
11. 端末であって、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含み、前記少なくとも１つのメモリは、前記少なくとも１つのプロセッサにより実行されると前記機器に少なくとも、
    ファイルアクセス要求を受信するステップであって、前記ファイルアクセス要求は、記憶パス情報を含む、ステップと、
    前記記憶パス情報が第１パーティションを示すとき、前記記憶パス情報が元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の関連付け関係の中に存在するか否かを決定するステップであって、前記パッチアップグレードファイルのパス情報は事前設定システム内にある、ステップと、
    前記記憶パス情報が、前記元のファイルのパス情報と前記パッチアップグレードファイルのパス情報との間の前記関連付け関係の中に存在するとき、前記記憶パス情報に対応するパッチアップグレードファイルのパス情報を取得するために、前記関連付け関係をクエリするステップと、
    前記パッチアップグレードファイルのパス情報により示される目標パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップと、
    を実行させる命令を含む、端末。
12. 前記プロセッサは、
    パッチパッケージを取得し、
    前記パッチパッケージが緊急パッチパッケージ識別子を含むとき、前記パッチパッケージを第２パーティションに保存する、よう更に構成され、
    前記取得するステップは、
    前記第２パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップを含む、請求項１１に記載の端末。
13. 前記プロセッサは、
    前記パッチパッケージがパラメータ変更スクリプトを含む場合、処理のために前記第１パーティションから元のファイルを取得し、前記第２パーティションの中に前記パッチアップグレードファイルを生成する、よう更に構成される、請求項１２に記載の端末。
14. 前記プロセッサは、
    前記生成したパッチアップグレードファイルを第３パーティションに保存するよう更に構成され、
    前記取得するステップは、
    前記第３パーティションから、前記パッチアップグレードファイルのパス情報に一致するパッチアップグレードファイルを取得するステップを含む、請求項１３に記載の端末。
15. 前記プロセッサは、
    前記事前設定システムに、元のファイルのパス情報とパッチアップグレードファイルのパス情報との間の且つ前記第２パーティション内の前記パッチパッケージの中にある関連付け関係を保存するよう更に構成される、請求項１２乃至１４のいずれか一項に記載の端末。
16. １又は複数のプログラムを格納する不揮発性コンピュータ可読記憶媒体であって、前記１又は複数のプログラムは命令を含み、前記命令が端末により実行されると、前記端末は請求項１乃至５のいずれか一項に記載の方法を実行する、不揮発性コンピュータ可読記憶媒体。
    

Images