特許 6140902 アップグレード方法、装置、デバイス、プログラム及び記録媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6140902

(24)【登録日】2017年5月12日

(45)【発行日】2017年6月7日

(54)【発明の名称】アップグレード方法、装置、デバイス、プログラム及び記録媒体

(51)【国際特許分類】

   G06F 11/00 20060101AFI20170529BHJP

   G06F 9/445 20060101ALI20170529BHJP

【ＦＩ】

   G06F9/06 630A

   G06F9/06 650A

【請求項の数】19

【全頁数】28

(21)【出願番号】特願2016-546137(P2016-546137)

(86)(22)【出願日】2015年3月18日

(65)【公表番号】特表2016-532986(P2016-532986A)

(43)【公表日】2016年10月20日

(86)【国際出願番号】CN2015074441

(87)【国際公開番号】WO2016033955

(87)【国際公開日】20160310

【審査請求日】2015年5月15日

(31)【優先権主張番号】201410452434.5

(32)【優先日】2014年9月5日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】513309030

【氏名又は名称】シャオミ・インコーポレイテッド

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ファン ジアリン

(72)【発明者】

【氏名】チュー ヘン

(72)【発明者】

【氏名】ジャン ポンフェイ

【審査官】 多賀 実

(56)【参考文献】

【文献】 特開２０１２−０８４１１８（ＪＰ，Ａ）

【文献】 特開２０１０−１４０２２０（ＪＰ，Ａ）

【文献】 特開２００３−２５６２１２（ＪＰ，Ａ）

【文献】 中国特許出願公開第１０２２８９３８２（ＣＮ，Ａ）

【文献】 特開２０１１−１７０４６６（ＪＰ，Ａ）

【文献】 特開２００４−１９４２９８（ＪＰ，Ａ）

【文献】 特開２００３−３３０７１９（ＪＰ，Ａ）

【文献】 特開２００２−０９９４１８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ１１／００

Ｇ０６Ｆ ９／４４

Ｇ０６Ｆ ９／４４５

(57)【特許請求の範囲】

【請求項1】

現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するステップと、
前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードするステップと、
前記基準バージョンを基に、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択し、前記基準バージョンを次の基準バージョンにアップグレードすることを、複数の前記アップグレード待ちのバージョンの中で最高バージョンである目標バージョンにアップグレードするまで繰り返して行うステップと、
取得した複数の前記アップグレード待ちのバージョンに対応するアップグレード・ファイルに基づいて、アップグレード起動通知を生成するステップと、
前記アップグレード起動通知に基づいて入力したアップグレード操作を受け付けたか否かを判断するステップと、
前記アップグレード操作を受け付けたとき、前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードするステップを実行するステップとを含み、
前記アップグレード起動通知は、ユーザに選択されるための、前記アップグレード待ちのバージョンそれぞれのバージョン名称を含み、
ユーザが前記アップグレード起動通知におけるバージョン名称を選択しなかった場合、最高バージョンを目標バージョンと認定し、
ユーザが前記アップグレード起動通知における前記バージョン名称のうち、一つの前記バージョン名称を選択する操作を入力した場合、該操作を受け付け、該操作における、ユーザが選択した前記バージョン名称に対応するバージョンを取得し、該バージョンを目標バージョンとして確定することを特徴とするアップグレード方法。

【請求項2】

更に、
前記現バージョンを前記目標バージョンにアップグレードしたとき、アップグレード完成通知を生成するステップと、
前記アップグレード完成通知を表示するステップとを含むことを特徴とする請求項１に記載のアップグレード方法。

【請求項3】

前記アップグレード完成通知を表示するステップは、
前記アップグレード完成通知をローカルの表示インタフェースに表示するステップ、又は、前記アップグレード完成通知が、予め設定された移動端末上に表示されるように、前記予め設定された移動端末に前記アップグレード完成通知をプッシュ通知するステップを含むことを特徴とする請求項２に記載のアップグレード方法。

【請求項4】

前記現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するステップは、
前記現バージョンをアップデートする必要があるか否かを検出するステップと、
前記現バージョンをアップデートする必要があるときに限り、バージョンアップデート通知を生成するステップと、
前記バージョンアップデート通知に基づいて入力したアップデート操作を受け付けたか否かを判断するステップと、
前記アップデート操作を受け付けたとき、アップグレード・ファイル取得要求を生成してサーバに送信するステップと、
前記サーバが前記アップグレード・ファイル取得要求に基づいて送信する、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを受信するステップとを含むことを特徴とする請求項１に記載のアップグレード方法。

【請求項5】

前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択するステップは、
前記現バージョンとそれぞれの前記アップグレード待ちのバージョンの、バージョン番号及び／又はバージョン生成時間を含むバージョン情報を取得するステップと、
前記現バージョンのバージョン情報と、それぞれの前記アップグレード待ちのバージョンのバージョン情報を比較するステップと、
前記現バージョンのバージョン情報と隣接し、かつ前記現バージョンより上の一つのアップグレード待ちのバージョンを基準バージョンとして確定するステップとを含むことを特徴とする請求項１に記載のアップグレード方法。

【請求項6】

前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択するステップは、
予め設定されたバージョンアップグレードリストが含まれる前記アップグレード・ファイルの中から、複数の前記アップグレード待ちのバージョンのアップグレード順序が含まれている前記予め設定されたバージョンアップグレードリストを取得するステップと、
前記予め設定されたバージョンアップグレードリストに基づいて、アップグレード順序の下から上の順のとおり、前記現バージョンの次のアップグレード待ちのバージョンを基準バージョンとして確定するステップとを含むことを特徴とする請求項１に記載のアップグレード方法。

【請求項7】

前記基準バージョンを基に、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するステップは、
前記基準バージョンへのアップグレードが完成したか否かを検出するステップと、
前記基準バージョンへのアップグレードが完成したとき、前記現バージョンを再起動して前記基準バージョンに入るように制御するステップと、
前記再起動が完成したか否かを検出するステップと、
前記再起動が完成したとき、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するステップとを含むことを特徴とする請求項１に記載のアップグレード方法。

【請求項8】

前記基準バージョンを次の基準バージョンにアップグレードすることを、前記目標バージョンにアップグレードするまで繰り返して行うステップは、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するステップと、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するとき、前記次の基準パージョンより上のアップグレード待ちのバージョンに逐次アップグレードし、かつ、前記複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するステップと、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在しないとき、前記次の基準バージョンを前記目標バージョンとして確定し、アップグレードを終了するステップとを含むことを特徴とする請求項１に記載のアップグレード方法。

【請求項9】

現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するための取得ユニットと、
前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードするための第１アップグレードユニットと、
前記基準バージョンを基に、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するための第２アップグレードユニットと、
前記基準バージョンを次の基準バージョンにアップグレードすることを、複数の前記アップグレード待ちのバージョンの中で最高バージョンである目標バージョンにアップグレードするまで繰り返して行うための第３アップグレードユニットと、
取得した複数の前記アップグレード待ちのバージョンに対応するアップグレード・ファイルに基づいて、アップグレード起動通知を生成するための第１生成ユニットと、
前記アップグレード起動通知に基づいて入力したアップグレード操作を受け付けたか否かを判断するための判断ユニットと、
前記アップグレード操作を受け付けたとき、前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードするステップを実行するための第４アップグレードユニットとを備え、
前記アップグレード起動通知は、ユーザに選択されるための、前記アップグレード待ちのバージョンそれぞれのバージョン名称を含み、
ユーザが前記アップグレード起動通知におけるバージョン名称を選択しなかった場合、最高バージョンを目標バージョンと認定し、
ユーザが前記アップグレード起動通知における前記バージョン名称のうち、一つの前記バージョン名称を選択する操作を入力した場合、該操作を受け付け、該操作における、ユーザが選択した前記バージョン名称に対応するバージョンを取得し、該バージョンを目標バージョンとして確定することを特徴とするアップグレード装置。

【請求項10】

更に、
前記現バージョンを前記目標バージョンにアップグレードしたとき、アップグレード完成通知を生成するための第２生成ユニットと、
前記アップグレード完成通知を表示するための表示ユニットとを備えることを特徴とする請求項９に記載のアップグレード装置。

【請求項11】

前記表示ユニットは、
前記アップグレード完成通知をローカルの表示インタフェースに表示するための第１表示サブユニットと、
前記アップグレード完成通知が、予め設定された移動端末上に表示されるように、前記予め設定された移動端末に前記アップグレード完成通知をプッシュ通知するための第２表示サブユニットとを有することを特徴とする請求項１０に記載のアップグレード装置。

【請求項12】

前記取得ユニットは、
前記現バージョンをアップデートする必要があるか否かを検出するための第１検出サブユニットと、
前記現バージョンをアップデートする必要があるときに限り、バージョンアップデート通知を生成するための第１生成サブユニットと、
前記バージョンアップデート通知に基づいて入力したアップデート操作を受け付けたか否かを判断するための第１判断サブユニットと、
前記アップデート操作を受け付けたとき、アップグレード・ファイル取得要求を生成するための第２生成サブユニットと、
前記アップグレード・ファイル取得要求をサーバに送信するための送信サブユニットと、
前記サーバが前記アップグレード・ファイル取得要求に基づいて送信する、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを受信するための受信サブユニットとを有することを特徴とする請求項９に記載のアップグレード装置。

【請求項13】

前記第１アップグレードユニットは、
前記現バージョンとそれぞれの前記アップグレード待ちのバージョンの、バージョン番号及び／又はバージョン生成時間を含むバージョン情報を取得するための第１取得サブユニットと、
前記現バージョンのバージョン情報と、それぞれの前記アップグレード待ちのバージョンのバージョン情報を比較するための比較サブユニットと、
前記現バージョンのバージョン情報と隣接し、かつ前記現バージョンより上の一つのアップグレード待ちのバージョンを基準バージョンとして確定するための第１確定サブユニットとを有することを特徴とする請求項９に記載のアップグレード装置。

【請求項14】

前記第１アップグレードユニットは、
予め設定されたバージョンアップグレードリストが含まれる前記アップグレード・ファイルの中から、複数の前記アップグレード待ちのバージョンのアップグレード順序が含まれている前記予め設定されたバージョンアップグレードリストを取得するための第２取得サブユニットと、
前記予め設定されたバージョンアップグレードリストに基づいて、アップグレード順序の下から上の順のとおり、前記現バージョンの次のアップグレード待ちのバージョンを基準バージョンとして確定するための第２確定サブユニットとを有することを特徴とする請求項９に記載のアップグレード装置。

【請求項15】

前記第２アップグレードユニットは、
前記基準バージョンへのアップグレードが完成したか否かを検出するための第２検出サブユニットと、
前記基準バージョンへのアップグレードが完成したとき、前記現バージョンを再起動して前記基準バージョンに入るように制御するための制御サブユニットと、
前記再起動が完成したか否かを検出するための第３検出サブユニットと、
前記再起動が完成したとき、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するための選択サブユニットとを有することを特徴とする請求項９に記載のアップグレード装置。

【請求項16】

前記第３アップグレードユニットは、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するための第２判断サブユニットと、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するとき、前記次の基準パージョンより上のアップグレード待ちのバージョンに逐次アップグレードし、かつ、前記複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するステップを実行するためのアップグレードサブユニットと、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在しないとき、前記次の基準バージョンを前記目標バージョンとして確定し、アップグレードを終了するための第３確定サブユニットとを有することを特徴とする請求項９に記載のアップグレード装置。

【請求項17】

プロセッサと、
前記プロセッサが実行可能な指令を記憶するためのメモリとを備え、
前記プロセッサは、
現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得し、
前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードし、
前記基準バージョンを基に、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択し、前記基準バージョンを次の基準バージョンにアップグレードすることを、複数の前記アップグレード待ちのバージョンの中で最高バージョンである目標バージョンにアップグレードするまで繰り返して行い、
取得した複数の前記アップグレード待ちのバージョンに対応するアップグレード・ファイルに基づいて、アップグレード起動通知を生成し、
前記アップグレード起動通知に基づいて入力したアップグレード操作を受け付けたか否かを判断し、
前記アップグレード操作を受け付けたとき、前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードする処理を実行し、
前記アップグレード起動通知は、ユーザに選択されるための、前記アップグレード待ちのバージョンそれぞれのバージョン名称を含み、
ユーザが前記アップグレード起動通知におけるバージョン名称を選択しなかった場合、最高バージョンを目標バージョンと認定し、
ユーザが前記アップグレード起動通知における前記バージョン名称のうち、一つの前記バージョン名称を選択する操作を入力した場合、該操作を受け付け、該操作における、ユーザが選択した前記バージョン名称に対応するバージョンを取得し、該バージョンを目標バージョンとして確定するように構成されることを特徴とするアップグレードデバイス。

【請求項18】

プロセッサに実行されることにより、請求項１から請求項８のいずれかに記載のアップグレード方法を実現する記録媒体に記録されたプログラム。

【請求項19】

請求項１８に記載のプログラムが記録された記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンピュータ技術分野に関わり、特にアップグレード方法、装置、デバイス、プログラム及び記録媒体に関わる。

【背景技術】

【0002】

現在、ルータは、人間の生活と仕事に欠かせない一部分となっている。しかしながら、ルータはオペレーティングシステムを配備しないと動作できない。ところが、技術の発展に伴い、ルータのオペレーティングシステムを最適化するために、デバイス業界は徐々に、新たな機能を含む新しいバージョンのオペレーティングシステムを作り出している。そのため、ルータのオペレーティングシステムはアップグレードする必要がある。

【0003】

関連技術において、現バージョンのオペレーティングシステムと最新バージョンのオペレーティングシステムの間に中間バージョンであるオペレーティングシステムが存在するとき、まず現バージョンのオペレーティングシステムを中間バージョンのオペレーティングシステムにアップグレードしてから、中間バージョンのオペレーティングシステムを最新バージョンのオペレーティングシステムにアップグレードしなければならない。このように、現バージョンのオペレーティングシステムから最新バージョンのオペレーティングシステムへのアップグレードが完成させることができる。

【0004】

このように、あるバージョンから該バージョンより上の最も近いバージョンにアップグレードするごとに、ユーザの確認が必要になり、特に現バージョンと最終バージョンの間に多くのバージョンが存在するとき、全体のアップグレードプロセスにおいて、ユーザが複数回確認する必要があり、アップグレードのステップが煩雑なため、オペレーティングシステムをアップグレードする効率を低下させている。

【発明の概要】

【発明が解決しようとする課題】

【0005】

関連技術に存在する問題を解決するために、本発明はアップグレード方法、装置、デバイス、プログラム及び記録媒体を提供する。

【課題を解決するための手段】

【0006】

本発明の実施例の第１の態様によれば、アップグレード方法であって、
現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するステップと、
前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードするステップと、
前記基準バージョンを基に、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択し、前記基準バージョンを次の基準バージョンにアップグレードすることを、複数の前記アップグレード待ちのバージョンの中で最高バージョンである目標バージョンにアップグレードするまで繰り返して行うステップとを含むアップグレード方法を提供する。

【0007】

第１の態様と組み合わせ、第１の態様の第１の可能な実現形態においては、
前記方法は更に、
取得した複数の前記アップグレード待ちのバージョンに対応するアップグレード・ファイルに基づいて、アップグレード起動通知を生成するステップと、
前記アップグレード起動通知に基づいて入力したアップグレード操作を受け付けたか否かを判断するステップと、
前記アップグレード操作を受け付けたとき、前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードするステップとを含んでいる。

【0008】

第１の態様と組み合わせ、第１の態様の第２の可能な実現形態においては、
前記方法は更に、
前記現バージョンを前記目標バージョンにアップグレードしたとき、アップグレード完成通知を生成するステップと、
前記アップグレード完成通知を表示するステップとを含んでいる。

【0009】

第１の態様の第２の可能な実現形態と組み合わせ、第１の態様の第３の可能な実現形態においては、
前記アップグレード完成通知を表示するステップは、
前記アップグレード完成通知をローカルの表示インタフェースに表示するステップ、又は、前記アップグレード完成通知が、予め設定された移動端末上に表示されるように、前記予め設定された移動端末に前記アップグレード完成通知をプッシュ通知するステップを含んでいる。

【0010】

第１の態様と組み合わせ、第１の態様の第４の可能な実現形態においては、
前記端末の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するステップは、
前記現バージョンをアップデートする必要があるか否かを検出するステップと、
前記現バージョンをアップデートする必要があるとき、バージョンアップデート通知を生成するステップと、
前記バージョンアップデート通知に基づいて入力したアップデート操作を受け付けたか否かを判断するステップと、
前記アップデート操作を受け付けたとき、アップグレード・ファイル取得要求を生成してサーバに送信するステップと、
前記サーバが前記アップグレード・ファイル取得要求に基づいて送信する、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを受信するステップとを含んでいる。

【0011】

第１の態様と組み合わせ、第１の態様の第５の可能な実現形態においては、
前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択するステップは、
前記現バージョンとそれぞれの前記アップグレード待ちのバージョンの、バージョン番号及び／又はバージョン生成時間を含むバージョン情報を取得するステップと、
前記現バージョンのバージョン情報と、それぞれの前記アップグレード待ちのバージョンのバージョン情報を比較するステップと、
前記現バージョンのバージョン情報と隣接し、かつ前記現バージョンより上の一つのアップグレード待ちのバージョンを基準バージョンとして確定するステップとを含んでいる。

【0012】

第１の態様と組み合わせ、第１の態様の第６の可能な実現形態においては、
前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択するステップは、
予め設定されたバージョンアップグレードリストが含まれる前記アップグレード・ファイルの中から、複数の前記アップグレード待ちのバージョンのアップグレード順序が含まれている前記予め設定されたバージョンアップグレードリストを取得するステップと、
前記予め設定されたバージョンアップグレードリストに基づいて、アップグレード順序の下から上の順のとおり、前記現バージョンの次のアップグレード待ちのバージョンを基準バージョンとして確定するステップとを含んでいる。

【0013】

第１の態様と組み合わせ、第１の態様の第７の可能な実現形態においては、
前記基準バージョンを基に、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するステップは、
前記基準バージョンへのアップグレードが完成したか否かを検出するステップと、
前記基準バージョンへのアップグレードが完成したとき、前記現バージョンを再起動して前記基準バージョンに入るように制御するステップと、
前記再起動が完成したか否かを検出するステップと、
前記再起動が完成したとき、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するステップとを含んでいる。

【0014】

第１の態様と組み合わせ、第１の態様の第８の可能な実現形態においては、
前記基準バージョンを次の基準バージョンにアップグレードすることを、前記目標バージョンにアップグレードするまで繰り返して行うステップは、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するステップと、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するとき、前記次の基準パージョンより上のアップグレード待ちのバージョンに逐次アップグレードし、かつ、前記複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するステップと、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在しないとき、前記次の基準バージョンを前記目標バージョンとして確定し、アップグレードを終了するステップとを含んでいる。

【0015】

本発明の実施例の第２の態様によれば、アップグレード装置であって、
現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するための取得ユニットと、
前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードするための第１アップグレードユニットと、
前記基準バージョンを基に、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するための第２アップグレードユニットと、
前記基準バージョンを次の基準バージョンにアップグレードすることを、複数の前記アップグレード待ちのバージョンの中で最高バージョンである目標バージョンにアップグレードするまで繰り返して行うための第３アップグレードユニットとを備えるアップグレード装置を提供する。

【0016】

第２の態様と組み合わせ、第２の態様の第１の可能な実現形態においては、
前記装置は更に、
取得した複数の前記アップグレード待ちのバージョンに対応するアップグレード・ファイルに基づいて、アップグレード起動通知を生成するための第１生成ユニットと、
前記アップグレード起動通知に基づいて入力したアップグレード操作を受け付けたか否かを判断するための判断ユニットと、
前記アップグレード操作を受け付けたとき、前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードするステップを実行するための第４アップグレードユニットとを備えている。

【0017】

第２の態様と組み合わせ、第２の態様の第２の可能な実現形態においては、
前記装置は更に、
前記現バージョンを前記目標バージョンにアップグレードしたとき、アップグレード完成通知を生成するための第２生成ユニットと、
前記アップグレード完成通知を表示するための表示ユニットとを備えている。

【0018】

第２の態様の第２の可能な実現形態と組み合わせ、第２の態様の第３の可能な実現形態においては、
前記表示ユニットは、
前記アップグレード完成通知をローカルの表示インタフェースに表示するための第１表示サブユニットと、
前記アップグレード完成通知が、予め設定された移動端末上に表示されるように、前記予め設定された移動端末に前記アップグレード完成通知をプッシュ通知するための第２表示サブユニットとを有している。

【0019】

第２の態様と組み合わせ、第２の態様の第４の可能な実現形態においては、
前記取得ユニットは、
前記現バージョンをアップデートする必要があるか否かを検出するための第１検出サブユニットと、
前記現バージョンをアップデートする必要があるとき、バージョンアップデート通知を生成するための第１生成サブユニットと、
前記バージョンアップデート通知に基づいて入力したアップデート操作を受け付けたか否かを判断するための第１判断サブユニットと、
前記アップデート操作を受け付けたとき、アップグレード・ファイル取得要求を生成するための第２生成サブユニットと、
前記アップグレード・ファイル取得要求をサーバに送信するための送信サブユニットと、
前記サーバが前記アップグレード・ファイル取得要求に基づいて送信する、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを受信するための受信サブユニットとを有している。

【0020】

第２の態様と組み合わせ、第２の態様の第５の可能な実現形態においては、
前記第１アップグレードユニットは、
前記現バージョンとそれぞれの前記アップグレード待ちのバージョンの、バージョン番号及び／又はバージョン生成時間を含むバージョン情報を取得するための第１取得サブユニットと、
前記現バージョンのバージョン情報と、それぞれの前記アップグレード待ちのバージョンのバージョン情報を比較するための比較サブユニットと、
前記現バージョンのバージョン情報と隣接し、かつ前記現バージョンより上の一つのアップグレード待ちのバージョンを基準バージョンとして確定するための第１確定サブユニットとを有している。

【0021】

第２の態様と組み合わせ、第２の態様の第６の可能な実現形態においては、
前記第１アップグレードユニットは、
予め設定されたバージョンアップグレードリストが含まれる前記アップグレード・ファイルの中から、複数の前記アップグレード待ちのバージョンのアップグレード順序が含まれている前記予め設定されたバージョンアップグレードリストを取得するための第２取得サブユニットと、
前記予め設定されたバージョンアップグレードリストに基づいて、アップグレード順序の下から上の順のとおり、前記現バージョンの次のアップグレード待ちのバージョンを基準バージョンとして確定するための第２確定サブユニットとを有している。

【0022】

第２の態様と組み合わせ、第２の態様の第７の可能な実現形態においては、
前記第２アップグレードユニットは、
前記基準バージョンへのアップグレードが完成したか否かを検出するための第２検出サブユニットと、
前記基準バージョンへのアップグレードが完成したとき、前記現バージョンを再起動して前記基準バージョンに入るように制御するための制御サブユニットと、
前記再起動が完成したか否かを検出するための第３検出サブユニットと、
前記再起動が完成したとき、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するための選択サブユニットとを有している。

【0023】

第２の態様と組み合わせ、第２の態様の第８の可能な実現形態においては、
前記第３アップグレードユニットは、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するための第２判断サブユニットと、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するとき、前記次の基準パージョンより上のアップグレード待ちのバージョンに逐次アップグレードし、かつ、前記複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するステップを実行するためのアップグレードサブユニットと、
複数のアップグレード待ちのバージョンの中に前記次の基準バージョンより上のアップグレード待ちのバージョンが存在しないとき、前記次の基準バージョンを前記目標バージョンとして確定し、アップグレードを終了するための第３確定サブユニットとを有している。

【0024】

本発明の実施例の第３の態様によれば、アップグレードデバイスであって、
プロセッサと、
プロセッサが実行可能な指令を記憶するためのメモリとを備え、
前記プロセッサは、
現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得し、
前記現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、前記基準バージョンに対応するアップグレード・ファイルを利用して、前記現バージョンを前記基準バージョンにアップグレードし、
前記基準バージョンを基に、前記基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択し、前記基準バージョンを次の基準バージョンにアップグレードすることを、複数の前記アップグレード待ちのバージョンの中で最高バージョンである目標バージョンにアップグレードするまで繰り返して行うように構成されるアップグレードデバイスを提供する。
本発明の実施例の第４の態様によれば、プロセッサに実行されることにより、前記アップグレード方法を実現する記録媒体に記録されたプログラムを提供する。
本発明の実施例の第５の態様によれば、前記プログラムが記録された記録媒体を提供する。

【0025】

本発明の実施例が提供する技術方案は下記のような有益な効果を含むことができる。
本発明の実施例が提供する該方法は、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得することで、現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、基準バージョンに対応するアップグレード・ファイルを利用して、現バージョンを基準バージョンにアップグレードする。基準バージョンを基に、基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択し、目標バージョンにアップグレードするまで、基準バージョンを次の基準バージョンにアップグレードする。

【0026】

本発明の実施例が提供するアップグレード方法において、現バージョンより上の複数のアップグレード待ちのバージョンが存在するとき、直接に現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得し、取得したアップグレード・ファイルに基づいて、現バージョンから目標バージョンまで逐次アップグレードし、ユーザの確認も必要なく、アップグレードプロセスを簡略化し、アップグレードの効率を向上させる。

【0027】

ユーザがアップグレードのタイムリーな状況を把握し、かつアップグレードの開始時刻を制御すべきであることを考慮すると、該方法は更に、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得した後、アップグレード起動通知を生成することができ、該アップグレード起動通知を通じて、ユーザは直ちにアップグレードするか又はその後の適切な時間にアップグレードするかを選択することができる。例えば、アップグレードプロセスは更に大量のメモリ資源を占有しなければならず、ユーザは端末のメモリ資源占有量が比較的に低い状況において端末がアップグレードを開始するように選択することができる。このように、ユーザの端末の正常な使用に影響しない。また、アップグレードプロセスにおいてアップグレードを開始するときのみユーザの確認が必要になり、即ち全体のアップグレードプロセスにおいてユーザの確認が一回のみ必要になり、従ってアップグレード効率が高い。
また、一般的な説明及び以下の詳細な説明は単なる例示及び解釈に過ぎず、本発明を限定するものではないことを理解すべきである。

【図面の簡単な説明】

【0028】

本願の図面は明細書に取り込まれて明細書の一部を構成し、本発明に合致する実施例を示し、また、明細書と共に本発明の原理の解釈に用いられる。

【0029】

【図1】図１は一つの例示的な実施例にかかるアップグレード方法のフローチャートである。

【図2】図２は一つの例示的な実施例にかかる一つの場面の模式図である。

【図3】図３は他の一つの例示的な実施例にかかるアップグレード方法のフローチャートである。

【図4】図４は他の一つの例示的な実施例にかかるアップグレード装置の構成模式図である。

【図5】図５は他の一つの例示的な実施例にかかるアップグレードデバイスの構成模式図である。

【発明を実施するための形態】

【0030】

ここで例示的な実施例について詳細に説明を行うが、その例示は図面において示されている。以下の説明が図面に関する場合、特に示さない限り、異なる図面の中の同一の数字は同一又は類似の要素を表す。また、以下の例示的な実施例で説明する実施形態は、本発明と一致する全ての実施形態を代表するものではなく、これらは特許請求の範囲において詳述した、本発明の一部の態様と一致する装置及び方法の例に過ぎない。

【0031】

図１は一つの例示的な実施例にかかるアップグレード方法のフローチャートである。図１に示すように、前記アップグレード方法は、例えばルータ、携帯電話及びタブレットＰＣなどのような端末に使うことが可能である。本発明が提供するアップグレード方法はアップグレード効率を向上させることができ、該方法は以下のようなステップを含む。

【0032】

ステップＳ１１において、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得する。
該ステップにおいて、端末は能動的にサーバをアクセスすることができ、アップデートする必要があることを確定したとき、サーバから、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルの取得を要求する。また、サーバは能動的に端末にアップデート通知をプッシュ通知することも可能であり、端末は該アップデート通知に基づいて、サーバから、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルの取得を要求する。

【0033】

本発明の実施例において、ルータのオペレーティングシステムをアップデートすることを例として、ルータのオペレーティングシステムに四つのバージョンがある場合、現バージョンをバージョン１とし、現バージョンより上の複数のアップグレード待ちのバージョンをバージョン２、バージョン３及びバージョン４とし、また、バージョン３はバージョン２より上で、バージョン４はバージョン３より上であると仮定する。このように、該ステップにおいて、アップグレード・ファイル１２、アップグレード・ファイル２３及びアップグレード・ファイル３４を取得することができる。ここで、アップグレード・ファイル１２は、バージョン１を基にバージョン２へアップグレードするために使われ、アップグレード・ファイル２３は、バージョン２を基にバージョン３へアップグレードするために使われ、アップグレード・ファイル３４は、バージョン３を基にバージョン４へアップグレードするために使われる。

【0034】

現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得する際、一つの方法としては、それぞれのバージョンに対応するアップグレード・ファイルを単独で取得することができる。例えば、それぞれのアップグレード・ファイルはいずれも一つのキャビネットファイルであり、該ステップにおいては三つのキャビネットファイルをそれぞれ取得する。もう一つの方法としては、サーバは全てのアップグレード・ファイルを一つのキャビネットファイルに圧縮することができ、このように、該ステップにおいて一つのキャビネットファイルを利用して、現バージョンより上の複数のアップグレードバージョンに対応するアップグレード・ファイル全てを同時に取得することができる。

【0035】

ステップＳ１２において、現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、基準バージョンに対応するアップグレード・ファイルを利用して、現バージョンを基準バージョンにアップグレードする。
バージョンがアップデートされるとき、通常、新しいバージョンは直前のバージョンの続きであるため、ソフトウェア又はオペレーティングシステムにおいて、通常、新しいバージョンは、新しいバージョンより一つ下のバージョンを基にアップグレードすることで得る。従って、実際のアップグレードプロセスにおいて、あるバージョンをアップグレードしようとする場合、通常は該バージョンを基に該バージョンより一つ上のバージョンにアップグレードし、かつ逐次にアップグレードすることで最高バージョンまで至ることができ、現バージョンと最高バージョンとの間の複数バージョンを通り越して直接最高バージョンにアップグレードすることはできない。

【0036】

本発明の実施例において、現バージョンに最も近い一つのアップグレード待ちのバージョンは、通常、現バージョンの次のバージョンのことを指し、バージョン番号を識別情報とする複数のバージョンにとって、最も近い一つのアップグレード待ちのバージョンは、現バージョンのバージョン番号の次のバージョン番号に対応するバージョンのことを指す。例えば、現バージョンのバージョン番号がｖ１．１である場合、ｖ１．２、ｖ１．３及びｖ１．４がそれぞれ対応するバージョンの中から、ｖ１．２に対応するバージョンを最も近い一つのアップグレード待ちのバージョンとして確定しなければならない。

【0037】

また、バージョンの生成時間を識別情報とする複数のバージョンにとって、最も近い一つのアップグレード待ちのバージョンは、現バージョンの生成時間の後の、間隔が最も短い生成時間に対応するバージョンのことを指す。例えば、現バージョンのバージョン生成時間が２０１３０３０３である場合、バージョン生成時間２０１３０５０４、バージョン生成時間２０１３０６０７及びバージョン生成時間２０１３０９１０がそれぞれ対応するバージョンの中から、バージョン生成時間２０１３０５０４に対応するバージョンを最も近い一つのアップグレード待ちのバージョンとして確定しなければならない。

【0038】

上記ルータのオペレーティングシステムを例として、バージョン１からバージョン４にアップグレードしようとする場合、バージョン１とバージョン４の間にバージョン２及びバージョン３が介在しているため、アップグレードするとき、バージョン２及びバージョン３を利用してバージョン１から逐次にバージョン４までアップグレードしなければならない。即ち、バージョン１を基にバージョン２にアップグレードし、またバージョン２を基にバージョン３にアップグレードし、最後にバージョン３を基にバージョン４にアップグレードする。

【0039】

バージョン２をバージョン１に最も近い一つのアップグレード待ちのバージョンとして選択し、バージョン２を基準バージョンにして、バージョン２に対応するアップグレード・ファイル１２を利用して、バージョン１をバージョン２にアップグレードする。

【0040】

ステップＳ１３において、基準バージョンを基に、基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択し、基準バージョンを次の基準バージョンにアップグレードすることを、目標バージョンにアップグレードするまで繰り返して行う。

【0041】

目標バージョンは複数のアップグレード待ちのバージョンの中で最高バージョンである。
上記ルータのオペレーティングシステムを例として、バージョン３はバージョン２より一つ上であり、バージョン４はバージョン２より二つ上であり、バージョン４はバージョン３より一つ上である。

【0042】

バージョン２へのアップグレードが完成した後、バージョン２をアップグレードしようとする場合、バージョン２を基にバージョン２より一つ上のバージョンであるバージョン３にアップグレードするしかない。従って、バージョン２より一つ上のバージョンであるバージョン３を次の基準バージョンとして選択し、アップグレード・ファイル２３を利用して、バージョン２を次の基準バージョンであるバージョン３にアップグレードする。

【0043】

バージョン３へのアップグレードが完成した後、バージョン３より一つ上のバージョンであるバージョン４を選択し、アップグレード・ファイル３４を利用して、バージョン３をバージョン４にアップグレードする。このように、バージョン１からバージョン４へのアップグレードを実現する。

【0044】

図１に示す実施例において、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得することで、現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、基準バージョンに対応するアップグレード・ファイルを利用して、現バージョンを基準バージョンにアップグレードする。基準バージョンを基に、基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択し、基準バージョンを次の基準バージョンにアップグレードすることを、目標バージョンにアップグレードするまで繰り返して行う。

【0045】

本発明の実施例が提供するアップグレード方法において、現バージョンより上の複数のアップグレード待ちのバージョンが存在するとき、直接に現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得し、取得したアップグレード・ファイルに基づいて、現バージョンから目標バージョンに逐次アップグレードし、ユーザの確認が必要なく、アップグレードプロセスを簡略化し、アップグレードの効率を向上させる。

【0046】

ユーザがアップグレードのタイムリーな状況を把握し、かつアップグレードの開始時刻を制御すべきであることを考慮すると、該方法は更に、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得した後、アップグレード起動通知を生成することができ、該アップグレード起動通知を通じて、ユーザは直ちにアップグレードするか又はその後の適切な時間にアップグレードするかを選択することができる。例えば、アップグレードプロセスは更に大量のメモリ資源を占有しなければならず、ユーザは端末のメモリ資源占有量が比較的に低い状況において端末がアップグレードを開始するように選択することができる。このように、ユーザの端末の正常な使用に影響しない。また、アップグレードプロセスにおいてアップグレードを開始するときのみユーザの確認が必要になり、即ち全体のアップグレードプロセスにおいてユーザの確認が一回のみ必要になり、従ってアップグレード効率が高い。

【0047】

本発明の一つの好ましい実施例において、ステップＳ１１の後、ステップＳ１２の前に、本発明が提供する方法は更に以下のようなステップを含むことができる。
ステップ１１）、取得した複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルに基づいて、アップグレード起動通知を生成する。
ステップ１２）、該アップグレード起動通知に基づいて入力したアップグレード操作を受け付けたか否かを判断する。
ステップ１３）、該アップグレード操作を受け付けたとき、ステップＳ１２を実行する。

【0048】

図２に示すように、図面には端末１及び表示インタフェース２が含まれており、表示インタフェース２においてアップグレード起動通知はメッセージボックス３の形成でユーザに表示される。またその他の実施例において、ユーザの操作の便宜性のために、図２に示すように、メッセージボックス３の中に更に「はい」と「いいえ」、及び「後で再通知」などの操作ウィジェットを追加することができ、ユーザが該アップグレード起動通知に基づいて対応する操作を素早く入力できるようにした。

【0049】

アップグレード起動通知はユーザにアップグレードが可能であることを通知するために使われ、ユーザが該アップグレード起動通知に基づいて直ちにアップグレードするか又はその後の適切な時間にアップグレードするかを選択することができるようにした。例えば、ユーザは端末のメモリ資源占有量が比較的に低い状況において端末がアップグレードを開始するように選択することができる。

【0050】

例えば、ユーザがゲーム中である場合、該ゲームは端末の大量のメモリ資源を占有しており、このとき直ちに自動アップグレードする場合、アップグレードプロセスもメモリ資源のかなり一部を占有するため、ユーザのゲームのスムーズ性に影響する。しかし、該アップグレード起動通知を利用すると、ユーザがゲームを終了したときに端末をアップグレードするようにすることができ、このようにユーザのゲームのスムーズ性を保証する。即ち、アップグレードプロセスによるメモリ資源の過度に占有することで、ユーザのゲームに影響することはない。

【0051】

また、メッセージボックス３は更に、現バージョンより上のアップグレード待ちのバージョンそれぞれのバージョン名称を含むことができ、ユーザがメッセージボックス３の中からアップグレード待ちのバージョンを選択しなかった場合、端末は最高バージョンを目標バージョンと認定する。ユーザがメッセージボックス３において、一つのアップグレード待ちのバージョンを選択する操作を実行した場合、端末は該操作を受け付け、該操作における、ユーザが選択したバージョンを取得し、該バージョンを目標バージョンとして確定する。

【0052】

本発明の他の一つの好ましい実施例において、ステップＳ１３の後、本発明が提供する方法は更に以下のようなステップを含むことができる。
ステップ２１）、目標バージョンまでアップグレードしたか否かを判断する。
通常、目標バージョンはサーバに記憶されている最高バージョンである。このとき、アップグレードが完成したバージョンのバージョン情報（Ｒｅｖｉｓｉｏｎ ＩＤ）が最高バージョンのバージョン情報と一致するか否かを判断し、一致する場合、目標バージョンまでアップグレードしたと確定し、一致しない場合、まだ目標バージョンまでアップグレードしていないと確定する。

【0053】

また、目標バージョンはユーザがメッセージボックス３において選択した、現バージョンより高く、かつ最高バージョンより低いあるバージョンであってもよい。上述したルータのオペレーティングシステムを例として、ネットワークトラフィックに限界があるなどの問題で、ユーザがバージョン１をバージョン３にアップグレードし、バージョン４までアップグレードしたくないと仮定する場合、メッセージボックス３においてバージョン３を選択する操作を実行することができ、端末はユーザの操作を受け付け、該操作における、ユーザが選択したバージョン３を取得し、バージョン３を目標バージョンとして確定する。

【0054】

ステップ２２）、目標バージョンにアップグレードしたとき、アップグレード完成通知を生成する。
ステップ２３）、該アップグレード完成通知を表示する。
ここで、アップグレード完成通知を表示するとき、以下のような方法を採用することができる。該アップグレード完成通知をローカルの表示インタフェースに表示し、又は、該アップグレード完成通知が、予め設定された移動端末の表示インタフェースに表示されるように、該アップグレード完成通知を予め設定された移動端末にプッシュ通知する。表示インタフェースはディスプレイなどであってもよい。また、ローカルの表示インタフェースにおいてアップグレード完成通知を表示するとき、図２に示すように、メッセージボックスの形式を採用して表示することができる。

【0055】

実際に応用する際、例えば携帯電話又はタブレットＰＣなどのように、端末に表示インタフェースが配備されている場合、直接、該アップグレード完成通知を該ローカルの表示インタフェースに表示することができる。例えばルータ又は交換機などのように、端末に表示インタフェースが配備されていない場合は、該アップグレード完成通知が、予め設定された移動端末の表示インタフェースに表示されるように、該アップグレード完成通知を、表示インタフェースが配備されている予め設定された移動端末にプッシュ通知することができる。

【0056】

本発明の他の一つの好ましい実施例において、図３に示すように、ステップＳ１１は以下のようなステップＳ１１１〜Ｓ１１５を通じて実現することができる。
ステップＳ１１１において、現バージョンをアップデートする必要があるか否かを検出し、必要がある場合、ステップＳ１１２を実行し、必要がない場合は、プロセスを終了する。

【0057】

ここで、端末はサーバに検出要求を送信し、該検出要求は現バージョンのバージョン情報を携帯しており、バージョン情報はバージョン番号であってもよく、又はバージョンの生成時間であってもよい。
サーバは該検出要求を受信して、該検出要求から現バージョンのバージョン情報を抽出し、現バージョンのバージョン情報と、サーバのローカルに記憶された最高バージョンのバージョン情報を比較する。

【0058】

最高バージョンのバージョン番号が現バージョンのバージョン番号より大きい場合、又は、最高バージョンのバージョン生成時間が現バージョンのバージョン生成時間より遅い場合、現バージョンをアップグレードする必要があることを確定し、第１指示情報を生成して端末に送信し、第１指示情報は端末に現バージョンをアップデートする必要があることを指示するために使われる。最高バージョンのバージョン番号が現バージョンのバージョン番号以下である場合、又は、最高バージョンのバージョン生成時間が現バージョンのバージョン生成時間以前である場合、現バージョンをアップグレードする必要がないことを確定し、第２指示情報を生成して端末に送信し、第２指示情報は端末に現バージョンをアップデートする必要がないことを指示するために使われる。

【0059】

端末はサーバから送信される指示情報を受信し、該指示情報が第１指示情報である場合、現バージョンをアップデートする必要があることを確定し、該指示情報が第２指示情報である場合、現バージョンをアップデートする必要がないことを確定して操作を終了する。
例えば、バージョン１のバージョン番号をＶ１．１とし、バージョン生成時間を２０１３０３０３とし、バージョン２のバージョン番号をＶ１．２とし、バージョン生成時間を２０１３０５０４とし、バージョン３のバージョン番号をＶ１．３とし、バージョン生成時間を２０１３０６０７とし、バージョン４のバージョン番号をＶ１．４とし、バージョン生成時間を２０１３０９１０と仮定する。

【0060】

端末はサーバに検出要求を送信し、該検出要求はバージョン１のバージョン情報を伝搬する。
バージョン情報がバージョン番号であることを例として説明する。即ち、バージョン１のバージョン情報はバージョン番号Ｖ１．１である。

【0061】

サーバは該検出要求を受信し、該検出要求からバージョン１のバージョン番号Ｖ１．１を抽出し、ローカルに記憶された最高バージョンであるバージョン４のバージョン番号Ｖ１．４を取得して、バージョン１のバージョン番号Ｖ１．１とバージョン４のバージョン番号Ｖ１．４を比較する。ここで、バージョン１のバージョン番号Ｖ１．１はバージョン４のバージョン番号Ｖ１．４より小さく、バージョン１をアップグレードする必要があることを確定し、第１指示情報を生成して端末に送信する。第１指示情報は端末にバージョン１をアップグレードする必要があることを指示するために使われる。

【0062】

バージョン情報がバージョン生成時間であることを例として説明する。即ち、バージョン１のバージョン情報はバージョン生成時間２０１３０３０３である。
サーバは該検出要求を受信し、該検出要求からバージョン１のバージョン生成時間２０１３０３０３を抽出し、ローカルに記憶された最高バージョンであるバージョン４のバージョン生成時間２０１３０９１０を取得して、バージョン１のバージョン生成時間２０１３０３０３とバージョン４のバージョン生成時間２０１３０９１０を比較する。ここで、バージョン１のバージョン生成時間２０１３０３０３はバージョン４のバージョン生成時間２０１３０９１０より早く、バージョン１をアップグレードする必要があることを確定し、第１指示情報を生成して端末に送信する。第１指示情報は端末にバージョン１をアップグレードする必要があることを指示するために使われる。

【0063】

端末はサーバから送信される第１指示情報を受信し、バージョン１をアップデートする必要があることを確定する。
ステップＳ１１２において、バージョンアップデート通知を生成する。
現バージョンをアップデートする必要があるとき、図２に示すようなバージョンアップデート通知を生成することができ、該バージョンアップデート通知を端末のローカルの表示インタフェースに表示する。または、該バージョンアップデート通知を予め設定された移動端末にプッシュ通知し、予め設定された移動端末は該バージョンアップデート通知を受信して、該バージョンアップデート通知を予め設定された移動端末のローカルの表示インタフェースに表示する。

【0064】

ステップＳ１１３において、バージョンアップデート通知に基づいて入力したアップデート操作を受け付けたか否かを判断し、受け付けた場合、ステップＳ１１４を実行して、受け付けなかった場合は、プロセスを終了する。
例えば、ユーザは図２に示すバージョンアップデート通知において、「はい」ボタンをトリガーすることでアップデート操作を入力することができる。

【0065】

ステップＳ１１４において、アップグレード・ファイル取得要求を生成してサーバに送信する。
端末がアップデート操作を受信したとき、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するための取得要求を生成して、該取得要求をサーバに送信し、該取得要求は現バージョンのバージョン情報を伝搬する。

【0066】

サーバは該取得要求を受信して、該取得要求から現バージョンのバージョン情報を抽出し、ローカルから現バージョンより上の複数のアップグレード待ちのバージョンのバージョン情報を取得して、現バージョンのバージョン情報と現バージョンより上の複数のアップグレード待ちのバージョンのバージョン情報に基づいて、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得して、取得したアップグレード・ファイルを端末に送信する。

【0067】

上述したルータのオペレーティングシステムを例として、端末は、バージョン１より上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するための取得要求を生成して、該取得要求をサーバに送信する。該取得要求はバージョン１のバージョン情報を伝搬する。

【0068】

サーバは該取得要求を受信して、該取得要求からバージョン１のバージョン情報を抽出し、バージョン１のバージョン情報に基づいて、バージョン１より上のアップグレード待ちのバージョンであるバージョン２、バージョン３及びバージョン４のバージョン情報を取得し、またバージョン３はバージョン２より上で、バージョン４はバージョン３より上である。

【0069】

バージョン１のバージョン情報、バージョン２のバージョン情報、バージョン３のバージョン情報及びバージョン４のバージョン情報に基づいて、バージョン１を基にバージョン２にアップグレードするアップグレード・ファイル１２、バージョン２を基にバージョン３にアップグレードするアップグレード・ファイル２３、及びバージョン３を基にバージョン４にアップグレードするアップグレード・ファイル３４を取得する。かつ、アップグレード・ファイル１２、アップグレード・ファイル２３及びアップグレード・ファイル３４を端末に送信する。

【0070】

ステップＳ１１５において、サーバがアップグレード・ファイル取得要求に基づいて送信する、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを受信する。
例えば、端末はサーバから送信されるアップグレード・ファイル１２、アップグレード・ファイル２３及びアップグレード・ファイル３４を受信する。

【0071】

本発明の実施例において、現バージョンをアップグレードする必要があることが検出されるごとに、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得して、取得したアップグレード・ファイルに基づいてアップグレードを行う。即ち、現バージョンより上のアップグレード待ちのバージョンが存在する限り、対応するアップグレード・ファイルを取得して、アップグレード・ファイルに基づいて現バージョンを最高バージョンにアップグレードする。このように、バージョンがほとんどの時間で最高バージョンであることを保証し、ユーザのニーズを更に満たすことができる。

【0072】

本発明の他の一つの好ましい実施例において、ステップＳ１２は以下のような二つの方法を通じて実現することができる。

【0073】

ここで、一つの方法は、以下のようなステップ３１〜３３を通じて実現することができる。
ステップ３１）、現バージョンとそれぞれのアップグレード待ちのバージョンのバージョン情報を取得し、バージョン情報はバージョン番号及び／又はバージョン生成時間である。
例えば、バージョン１のバージョン番号をＶ１．１と、バージョン生成時間を２０１３０３０３と、バージョン２のバージョン番号をＶ１．２と、バージョン生成時間を２０１３０５０４と、バージョン３のバージョン番号をＶ１．３と、バージョン生成時間を２０１３０６０７と、バージョン４のバージョン番号をＶ１．４と、バージョン生成時間を２０１３０９１０と仮定する。

【0074】

ステップ３２）、現バージョンのバージョン情報と、それぞれのアップグレード待ちのバージョンのバージョン情報を比較する。
例えば、バージョン情報がバージョン生成時間である場合、バージョン１のバージョン生成時間２０１３０３０３を、バージョン２の生成時間２０１３０５０４、バージョン３の生成時間２０１３０６０７及びバージョン４の生成時間２０１３０９１０のそれぞれと比較する。バージョン１の生成時間２０１３０３０３とバージョン２の生成時間２０１３０５０４の時間間隔が最も短いという結論を得ることができる。

【0075】

ステップ３３）、現バージョンのバージョン情報と隣接し、かつ現バージョンより上の一つのアップグレード待ちのバージョンを基準バージョンとして確定する。
例えば、バージョン１の生成時間２０１３０３０３とバージョン２の生成時間２０１３０５０４の時間間隔が最も短いため、バージョン２を基準バージョンとして確定する。

【0076】

ここで、他の一つの方法は、以下のようなステップ４１及び４２を通じて実現することができる。
ステップ４１）、アップグレード・ファイルの中から予め設定されたバージョンアップグレードリストを取得し、アップグレード・ファイルは、予め設定されたバージョンアップグレードリストを含み、予め設定されたバージョンアップグレードリストには複数の前記アップグレード待ちのバージョンのアップグレード順序が含まれている。

【0077】

ここで、予め設定されたバージョンアップグレードリストは以下の表１に示すようなものであってもよい。該バージョンアップグレードリストはバージョン２、バージョン３及びバージョン４のバージョン名称を含む。また、バージョン２、バージョン３及びバージョン４のアップグレード順序は、バージョン２、バージョン３及びバージョン４のとおりである。

【0078】

【表1】

【0079】

ステップ４２）、予め設定されたバージョンアップグレードリストに基づいて、アップグレード順序の下から上の順のとおり、現バージョンの次のアップグレード待ちのバージョンを基準バージョンとして確定する。
例えば、現バージョンであるバージョン１の次のアップグレード待ちのバージョンであるバージョン２を基準バージョンとして確定する。

【0080】

該方法において、それぞれのアップグレード待ちのバージョンのバージョン情報を取得する必要がなく、それぞれのアップグレード待ちのバージョンのバージョン情報に基づいてアップグレード順序を確定する必要がない。直接に予め設定されたバージョンアップグレードリストに基づいてアップグレード順序を確定することができるため、アップグレードのステップを簡略化し、アップグレードの効率を向上させた。

【0081】

本発明の他の一つの好ましい実施例において、ステップＳ１３において、基準バージョンを基に、基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するステップは以下のようなステップ５１〜５４で実現することができる。
ステップ５１）、基準バージョンへのアップグレードが完成したか否かを検出する。
上述した図１に示す実施例におけるルータのオペレーティングシステムを例として、該ステップにおいて、基準バージョンへのアップグレードが完成したか否かを検出することは、バージョン２へのアップグレードが完成したか否かを検出することであってもよい。

【0082】

ステップ５２）、基準バージョンへのアップグレードが完成したとき、現バージョンを再起動して基準バージョンに入るように制御する。
バージョン２へのアップグレードが完成したとき、ルータがバージョン２のオペレーティングシステムを運行するように、バージョン１を制御して再起動することができる。

【0083】

ステップ５３）、再起動が完成したか否かを検出する。
ステップ５４）、再起動が完成したとき、基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択する。
例えば、再起動が完成したとき、基準バージョンであるバージョン２に最も近い一つのアップグレード待ちのバージョンであるバージョン３を次の基準バージョンとして選択する。

【0084】

本発明の他の一つの好ましい実施例において、ステップＳ１３において、基準バージョンを次の基準バージョンにアップグレードすることを、目標バージョンにアップグレードするまで繰り返して行うステップは以下のようなステップで実現することができる。
ステップ６１）、複数のアップグレード待ちのバージョンの中に次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断し、存在する場合、ステップ６２）を実行し、存在しない場合は、ステップ６３）を実行する。

【0085】

上述した図１に示す実施例におけるルータのオペレーティングシステムを例として、該ステップにおいて、基準バージョンであるバージョン２を次の基準バージョンであるバージョン３にアップグレードする。具体的なアップグレードステップについては繰り返し説明しない。予め設定されたバージョンアップグレードリストに基づいて、次の基準バージョンであるバージョン３より上のアップグレード待ちのバージョンであるバージョン４がまだ存在するという結論を得ることができる場合、Ｓ１３２を実行する。

【0086】

ステップ６２）、次の基準バージョンより上のアップグレード待ちのバージョンに逐次アップグレードし、ステップ６１）に戻る。
例えば、次の基準バージョンであるバージョン３をアップグレード待ちのバージョンであるバージョン４にアップグレードし、ステップ６１）に戻る。

【0087】

ステップ６３）、次の基準バージョンを目標バージョンとして確定して、アップグレードを終了する。
例えば、バージョン４を目標バージョンとして確定して、アップグレードを終了する。

【0088】

図４は一つの例示的な実施例にかかる一つのアップグレード装置の構成模式図である。本発明の提供するアップグレード装置はアップグレード効率を向上させることができる。図４に示すように、該装置は、取得ユニット２１、第１アップグレードユニット２２、第２アップグレードユニット２３及び第３アップグレードユニット２４を備える。
取得ユニット２１は、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するように構成される。

【0089】

第１アップグレードユニット２２は、現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、基準バージョンに対応するアップグレード・ファイルを利用して、現バージョンを基準バージョンにアップグレードするように構成される。

【0090】

第２アップグレードユニット２３は、基準バージョンを基に、基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するように構成される。
第３アップグレードユニット２４は、基準バージョンを次の基準バージョンにアップグレードすることを、複数のアップグレード待ちのバージョンの中で最高バージョンである目標バージョンにアップグレードするまで繰り返して行うように構成される。

【0091】

図４に示す実施例において、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得することで、現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、基準バージョンに対応するアップグレード・ファイルを利用して、現バージョンを基準バージョンにアップグレードする。基準バージョンを基に、基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択し、基準バージョンを次の基準バージョンにアップグレードすることを、目標バージョンにアップグレードするまで繰り返して行う。

【0092】

本発明の実施例が提供するアップグレード方法において、現バージョンより上の複数のアップグレード待ちのバージョンが存在するとき、直接に現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得して、取得したアップグレード・ファイルに基づいて、現バージョンから目標バージョンに逐次アップグレードし、ユーザの確認も必要なく、アップグレードプロセスを簡略化し、アップグレードの効率を向上させる。

【0093】

ユーザがアップグレードのタイムリーな状況を把握し、かつアップグレードの開始時刻を制御すべきであることを考慮すると、該方法は更に、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得した後、アップグレード起動通知を生成することができ、該アップグレード起動通知を通じて、ユーザは直ちにアップグレードするか又はその後の適切な時間にアップグレードするかを選択することができる。例えば、アップグレードプロセスは更に大量のメモリ資源を占有しなければならず、ユーザは端末のメモリ資源占有量が比較的に低い状況において端末がアップグレードを開始するように選択することができる。このように、ユーザの端末の正常な使用に影響しない。また、アップグレードプロセスにおいてアップグレードを開始するときのみユーザの確認が必要になり、即ち全体のアップグレードプロセスにおいてユーザの確認が一回のみ必要になり、従ってアップグレード効率が高い。

【0094】

本発明の他の一つの好ましい実施例において、該装置は更に、第１生成ユニット、判断ユニット及び第４アップグレードユニットを備える。
第１生成ユニットは、取得した複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルに基づいて、アップグレード起動通知を生成するように構成される。
判断ユニットは、アップグレード起動通知に基づいて入力したアップグレード操作を受け付けたか否かを判断するように構成される。
第４アップグレードユニットは、アップグレード操作を受け付けたとき、現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、基準バージョンに対応するアップグレード・ファイルを利用して、現バージョンを基準バージョンにアップグレードするステップを実行するように構成される。

【0095】

本発明の他の一つ好ましい実施例において、装置は更に、第２生成ユニッ及び表示ユニットを備える。
第２生成ユニットは、現バージョンを目標バージョンにアップグレードしたとき、アップグレード完成通知を生成するように構成される。
表示ユニットは、アップグレード完成通知を表示するように構成される。

【0096】

本発明の他の一つの好ましい実施例において、表示ユニットは第１表示サブユニット及び第２表示サブユニットを有する。
第１表示サブユニットは、アップグレード完成通知をローカルの表示インタフェースに表示するように構成される。
第２表示サブユニットは、アップグレード完成通知が、予め設定された移動端末上に表示されるように、予め設定された移動端末にアップグレード完成通知をプッシュ通知するように構成される。

【0097】

本発明の他の一つ好ましい実施例において、取得ユニット２１は第１検出サブユニット、第１生成サブユニット、第１判断サブユニット、第２生成サブユニット、送信サブユニット及び受信サブユニットを有する。
第１検出サブユニットは、現バージョンをアップデートする必要があるか否かを検出するように構成される。
第１生成サブユニットは、現バージョンをアップデートする必要があるとき、バージョンアップデート通知を生成するように構成される。
第１判断サブユニットは、バージョンアップデート通知に基づいて入力したアップデート操作を受け付けたか否かを判断するように構成される。
第２生成サブユニットは、アップデート操作を受け付けたとき、アップグレード・ファイル取得要求を生成するように構成される。
送信サブユニットは、アップグレード・ファイル取得要求をサーバに送信するように構成される。
受信サブユニットは、サーバがアップグレード・ファイル取得要求に基づいて送信する、現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを受信するように構成される。

【0098】

本発明の他の一つの好ましい実施例において、第１アップグレードユニット２２は、第１取得サブユニット、比較サブユニット及び第１確定サブユニットを有する。
第１取得サブユニットは、現バージョンとそれぞれのアップグレード待ちのバージョンのバージョン情報を取得するように構成され、バージョン情報はバージョン番号及び／又はバージョン生成時間を含む。
比較サブユニットは、現バージョンのバージョン情報と、それぞれのアップグレード待ちのバージョンのバージョン情報を比較するように構成される。
第１確定サブユニットは、現バージョンのバージョン情報と隣接し、かつ現バージョンより上の一つのアップグレード待ちのバージョンを基準バージョンとして確定するように構成される。

【0099】

本発明の他の一つの好ましい実施例において、第１アップグレードユニット２２は、第２取得サブユニット及び第２確定サブユニットを有する。
第２取得サブユニットは、アップグレード・ファイルの中から予め設定されたバージョンアップグレードリストを取得するように構成され、アップグレード・ファイルは、予め設定されたバージョンアップグレードリストを含み、予め設定されたバージョンアップグレードリストには複数の前記アップグレード待ちバージョンのアップグレード順序が含まれている。
第２確定サブユニットは、予め設定されたバージョンアップグレードリストに基づいて、アップグレード順序の下から上の順のとおり、現バージョンの次のアップグレード待ちのバージョンを基準バージョンとして確定するように構成される。

【0100】

本発明の他の一つの好ましい実施例において、第２アップグレードユニット２３は、第２検出サブユニット、制御サブユニット、第３検出サブユニット及び選択サブユニットを有する。
第２検出サブユニットは、基準バージョンへのアップグレードが完成したか否かを検出するように構成される。
制御サブユニットは、基準バージョンへのアップグレードが完成したとき、現バージョンを再起動して基準バージョンに入るように制御するように構成される。
第３検出サブユニットは、再起動が完成したか否かを検出するように構成される。
選択サブユニットは、再起動が完成したとき、基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択するように構成される。

【0101】

本発明の他の一つの好ましい実施例において、第３アップグレードユニット２４は、第２判断サブユニット、アップグレードサブユニット及び第３確定サブユニットを有する。
第２判断サブユニットは、複数のアップグレード待ちのバージョンの中に次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するように構成される。
アップグレードサブユニットは、複数のアップグレード待ちのバージョンの中に次の基準バージョンより上のアップグレード待ちのバージョンが存在するとき、次の基準パージョンより上のアップグレード待ちのバージョンに逐次アップグレードし、かつ、複数のアップグレード待ちのバージョンの中に次の基準バージョンより上のアップグレード待ちのバージョンが存在するか否かを判断するステップを実行するように構成される。
第３確定サブユニットは、複数のアップグレード待ちのバージョンの中に次の基準バージョンより上のアップグレード待ちのバージョンが存在しないとき、次の基準バージョンを目標バージョンとして確定し、アップグレードを終了するように構成される。

【0102】

上述した実施例における装置に関しては、それぞれのモジュールが操作を実行する具体的な方法は既に関連する実施例において詳細な説明を行っており、ここでは繰り返し説明しない。
図５は一つの例示的な実施例にかかるアップグレードデバイス８００のブロック図である。例えば、デバイス８００は、携帯電話、コンピューター、デジタル放送端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療デバイス、健康デバイス、パーソナルデジタルアシスタント等であってもよい。

【0103】

図５を参照して、デバイス８００は、プロセス部材８０２、メモリ８０４、電源部材８０６、マルチメディア部材８０８、オーディオ部材８１０、入出力（Ｉ／Ｏ）インターフェイス８１２、センサ部材８１４、及び通信部材８１６のような一つ以上の部材を含んでよい。
プロセス部材８０２は、一般的にはデバイス８００の全体の操作を制御するものであり、例えば、表示、電話呼び出し、データ通信、カメラ操作、及び記録操作と関連する操作を制御する。プロセス部材８０２は、一つ以上のプロセッサ８２０を含み、これらによって命令を実行することにより、上記の方法の全部、或いは一部のステップを実現するようにしてもよい。なお、プロセス部材８０２は、一つ以上のモジュールを含み、これらによってプロセス部材８０２と他の部材の間のインタラクションを容易にするようにしてもよい。例えば、プロセス部材８０２は、マルチメディアモジュールを含み、これらによってマルチメディア部材８０８とプロセス部材８０２の間のインタラクションを容易にするようにしてもよい。

【0104】

メモリ８０４は、各種類のデータを記憶することによりデバイス８００の操作を支援するように構成される。これらのデータの例は、デバイス８００において操作されるいずれのアプリケーションプログラム又は方法の命令、連絡対象データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ８０４は、いずれの種類の揮発性、不揮発性記憶デバイスまたはそれらの組み合わせによって実現されてもよく、例えば、ＳＲＡＭ（Static Random Access Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＰＲＯＭ（Programmable ROM）、ＲＯＭ、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクである。
電源部材８０６は、デバイス８００の多様な部材に電力を供給する。電源部材８０６は、電源管理システム、一つ以上の電源、及びデバイス８００のための電力の生成、管理及び割り当てに関連する他の部材を含んでもよい。

【0105】

マルチメディア部材８０８は、前記デバイス８００とユーザの間に一つの出力インターフェイスを提供するスクリーンを含む。上記の実施例において、スクリーンは液晶モニター（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。スクリーンがタッチパネルを含むことにより、スクリーンはタッチスクリーンを実現することができ、ユーザからの入力信号を受信することができる。タッチパネルは一つ以上のタッチセンサを含んでおり、タッチ、スライド、及びタッチパネル上のジェスチャを検出することができる。前記タッチセンサは、タッチ、或いはスライドの動作の境界だけでなく、前記のタッチ、或いはスライド操作に係る継続時間及び圧力も検出できる。上記の実施例において、マルチメディア部材８０８は、一つのフロントカメラ、及び／又はリアカメラを含む。デバイス８００が、例えば撮影モード、或いはビデオモード等の操作モードにある場合、フロントカメラ、及び／又はリアカメラは外部からマルチメディアデータを受信できる。フロントカメラとリアカメラのそれぞれは、一つの固定型の光レンズ系、或いは可変焦点距離と光学ズーム機能を有するものであってもよい。

【0106】

オーディオ部材８１０は、オーディオ信号を入出力するように構成されてもよい。例えば、オーディオ部材８１０は、一つのマイク（ＭＩＣ）を含み、デバイス８００が、例えば呼出しモード、記録モード、及び音声認識モード等の操作モードにある場合、マイクは外部のオーディオ信号を受信することができる。受信されたオーディオ信号は、さらにメモリ８０４に記憶されたり、通信部材８１６を介して送信されたりされる。上記の実施例において、オーディオ部材８１０は、オーディオ信号を出力するための一つのスピーカーをさらに含む。

【0107】

Ｉ／Ｏインターフェイス８１２は、プロセス部材８０２と周辺インターフェイスモジュールの間にインターフェイスを提供するものであり、上記周辺インターフェイスモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームページボタン、ボリュームボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。

【0108】

センサ部材８１４は、デバイス８００に各方面の状態に対する評価を提供するための一つ以上のセンサを含む。例えば、センサ部材８１４は、デバイス８００のＯＮ／ＯＦＦ状態、デバイス８００のディスプレイと小さなキーパッドのような部材の相対的な位置決めを検出できる。また、例えば、センサ部材８１４は、デバイス８００、或いはデバイス８００の一つの部材の位置変更、ユーザとデバイス８００とが接触しているか否か、デバイス８００の方位、又は加速／減速、デバイス８００の温度の変化を検出できる。センサ部材８１４は、何れの物理的接触がない状態にて付近の物体の存在を検出するための近接センサを含んでもよい。センサ部材８１４は、撮影アプリケーションに適用するため、ＣＭＯＳ、又はＣＣＤイメージセンサのような光センサを含んでもよい。上記の実施例において、当該センサ部材８１４は、加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサをさらに含んでもよい。

【0109】

通信部材８１６は、デバイス８００と他の機器の間に有線、又は無線形態の通信を提供する。デバイス８００は、例えばＷｉＦｉ（登録商標）、２Ｇ、３Ｇ、或いはこれらの組み合わせのような、通信規格に基づいた無線ネットワークに接続されてもよい。一つの例示的な実施例において、通信部材８１６は、放送チャンネルを介して外部の放送管理システムからの放送信号、又は放送に関連する情報を受信する。一つの例示的な実施例において、前記通信部材８１６は、近距離無線通信（ＮＦＣ）モジュールをさらに含むことにより、近距離通信を推進するようにする。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Radio Frequency Identification）技術、ＩｒＤＡ（Infrared Data Association）技術、ＵＷＢ（Ultra WideBand）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））技術、他の技術に基づいて実現できる。

【0110】

例示的な実施例において、デバイス８００は、一つ以上のＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（Digital Signal Processor）、ＤＳＰＤ（Digital Signal Processing Device）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field-Programmable Gate Array）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。

【0111】

例示的な実施例において、さらに、命令を含むコンピュータ読取り可能な非一時的な記録媒体、例えば命令を含むメモリ８０４を提供しており、デバイス８００のプロセッサ８２０により上記命令を実行して上記方法を実現する。例えば、前記コンピュータ読取り可能な非一時的な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶デバイス等である。

【0112】

コンピュータ読み取り可能な非一時的な記憶媒体は、前記記憶媒体の指令がデバイス８００のプロセッサによって実行されるとき、デバイス８００がアップグレード方法を実行できるようにする。前記方法は、
現バージョンより上の複数のアップグレード待ちのバージョンに対応するアップグレード・ファイルを取得するステップと、
現バージョンに最も近い一つのアップグレード待ちのバージョンを基準バージョンとして選択し、基準バージョンに対応するアップグレード・ファイルを利用して、現バージョンを基準バージョンにアップグレードするステップと、
基準バージョンを基に、基準バージョンに最も近い一つのアップグレード待ちのバージョンを次の基準バージョンとして選択し、基準バージョンを次の基準バージョンにアップグレードすることを、複数の前記アップグレード待ちのバージョンの中で最高バージョンである目標バージョンにアップグレードするまで繰り返して行うステップとを含む。

【0113】

当業者は明細書を検討し、ここで開示した発明を実践した後、本発明のその他の実施方案を容易に思いつくことができる。本願は本発明の全ての変更、用途又は適応性の変化を含む。これらの変更、用途又は適応性の変化は本発明の一般的な原理に従っており、本発明に未開示の本技術分野における周知技術又は慣用技術手段を含む。明細書及び実施例は例示的なものに過ぎず、本発明の真の範囲及び主旨は以下の特許請求の範囲によって示される。

【0114】

本発明は、上記で説明した、また図面において示した寸分違わぬ構成に限定されず、その範囲を逸脱しない前提のもとで種々の変更及び修正を行うことができることを理解すべきである。本発明の範囲は付された特許請求の範囲によってのみ限定される。

【0115】

本願は、出願番号が２０１４１０４５２４３４．５であり、出願日が２０１４年９月５日である中国特許出願に基づき、優先権を主張し、当該中国特許出願の全ての内容を本願に援用する。

【図1】

【図2】

【図3】

【図4】

【図5】