(57)【要約】【課題】  セキュリティ保護およびダウンロードチェック機構を提供するソフトウェアアップデートの方法、ソフトウェアアップデートシステム及びモバイル機器を提供する。【解決手段】  ソフトウェアアップデート方法は、元のパッケージを暗号化して圧縮し、公開パッケージを得るステップS３０１、モバイル機器１１０からのダウンロード要求に応じて、公開パッケージをサービスサーバー１００からモバイル機器１１０に送信するステップS３０２、モバイル機器１１０の構成が要求に適うかどうかをチェックするステップS３０３、およびモバイル機器１１０の構成が要求に適う場合、公開パッケージを解凍するステップを含む。【選択図】  図３
2015176601.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアアップデート方法であって、
ソフトウェアアップデート方法は、元のパッケージを暗号化して圧縮し、公開パッケージを得るステップ、
前記モバイル機器からのダウンロード要求に応じて、前記公開パッケージをサービスサーバーからモバイル機器に送信するステップ、
前記モバイル機器の前記構成が要求に適うかどうかをチェックするステップ、および
前記モバイル機器の前記構成が前記要求に適う場合、公開パッケージを解凍するステップを含むソフトウェアアップデート方法。
【請求項２】
第１の鍵を準備して前記元のパッケージを暗号化するステップ、
前記暗号化された元のパッケージに応じてチェックサムを計算するステップ、および
前記暗号化された元のパッケージ、前記チェックサム、および前記元のパッケージのバージョン番号を前記公開パッケージに圧縮するステップを更に含む請求項１に記載のソフトウェアアップデート方法。
【請求項３】
前記公開パッケージを解凍して、前記暗号化された元のパッケージ、前記チェックサム、および前記元のパッケージのバージョン番号を得た後、前記方法は、
前記チェックサムおよび前記元のパッケージのバージョン番号が合うか否かをチェックするステップ、および
前記チェックサムおよび前記元のパッケージのバージョン番号が合う場合、前記モバイル機器を再起動し、ソフトウェアアップデートをするステップを更に含む請求項２に記載のソフトウェアアップデート方法。
【請求項４】
前記モバイル機器を再起動した後、前記方法は、
前記第１の鍵によって前記暗号化された元のパッケージを復号化し、前記元のパッケージを得るステップ、および
前記元のパッケージによって前記モバイル機器のオペレーティングシステムをアップデートするステップを更に含む請求項３に記載のソフトウェアアップデート方法。
【請求項５】
前記モバイル機器の構成が前記要求に適うか否かをチェックするステップは、
前記モバイル機器の電力容量が第１の電力容量より大きいか否かをチェックするステップ、および
前記モバイル機器が充電されているか否かをチェックするステップを更に含む請求項１に記載のソフトウェアアップデート方法。
【請求項６】
前記モバイル機器の構成が前記要求に適うか否かをチェックするステップは、
前記モバイル機器のメモリユニットの容量が前記公開パッケージの容量より大きいか否かをチェックするステップを更に含む請求項５に記載のソフトウェアアップデート方法。
【請求項７】
サービスサーバーとモバイル機器とを含むソフトウェアアップデートシステムであって、前記サービスサーバーは、
元のパッケージを暗号化して圧縮し、公開パッケージを得る第１の処理ユニット、および
前記モバイル機器からのダウンロード要求に応じて、前記公開パッケージを前記サービスサーバーから前記モバイル機器に送信する通信ユニットを更に含み、
前記モバイル機器は、
前記公開パッケージを受信する受信ユニット、および
前記モバイル機器の構成が前記要求に適うかどうかをチェックし、前記モバイル機器の構成が前記要求に適う場合、前記公開パッケージを解凍する第２の処理ユニットを更に含むソフトウェアアップデートシステム。
【請求項８】
元のパッケージを暗号化して圧縮し、公開パッケージを得る前記第１の処理ユニットは、
第１の鍵を準備して前記元のパッケージを暗号化し、
前記暗号化された元のパッケージに応じてチェックサムを計算し、
前記暗号化された元のパッケージ、前記チェックサム、および前記元のパッケージのバージョン番号を前記公開パッケージに圧縮するように構成されている請求項７に記載のソフトウェアアップデートシステム。
【請求項９】
前記第２の処理ユニットが、前記公開パッケージを解凍して、前記暗号化された元のパッケージ、前記チェックサム、および前記元のパッケージのバージョン番号を得ることと、
前記チェックサムおよび前記元のパッケージのバージョン番号が合うか否かをチェックすることと、
前記チェックサムおよび前記元のパッケージのバージョン番号が合う場合、前記モバイル機器を再起動し、ソフトウェアアップデートをすることとを特徴とする請求項８に記載のソフトウェアアップデートシステム。
【請求項１０】
前記モバイル機器を再起動した後、前記第２の処理ユニットは、
前記第１の鍵によって前記暗号化された元のパッケージを復号化し、前記元のパッケージを得て、且つ
前記第２の処理ユニットは、前記元のパッケージによって前記モバイル機器のオペレーティングシステムをアップデートする請求項９に記載のソフトウェアアップデートシステム。
【請求項１１】
前記モバイル機器の構成が前記要求に適うか否かをチェックする前記第２の処理ユニットは、
前記モバイル機器の電力容量が第１の電力容量より大きいか否かをチェックすることと、
前記モバイル機器が充電されているか否かをチェックすることとを更に含む請求項７に記載のソフトウェアアップデートシステム。
【請求項１２】
前記モバイル機器の構成が前記要求に適うか否かをチェックする前記第２の処理ユニットは、
前記モバイル機器のメモリユニットの容量が前記公開パッケージの容量より大きいか否かをチェックすることを更に含む請求項１１に記載のソフトウェアアップデートシステム。
【請求項１３】
サービスサーバーから暗号化されて圧縮された公開パッケージを受信する受信ユニット、および
前記モバイル機器の構成が要求に適うかどうかをチェックし、前記モバイル機器の構成が前記要求に適う場合、前記公開パッケージを解凍する処理ユニットを含むモバイル機器。
【請求項１４】
前記モバイル機器の構成が前記要求に適うかどうかをチェックする前記処理ユニットは
前記モバイル機器の電力容量が第１の電力容量より大きいか否かをチェックすることと、
前記モバイル機器が充電されているか否かをチェックすることとを更に含む請求項１３に記載のモバイル機器。
【請求項１５】
前記モバイル機器の構成が前記要求に適うかどうかをチェックする前記処理ユニットは、
前記モバイル機器のメモリユニットの容量が前記公開パッケージの容量より大きいか否かをチェックすることを更に含む請求項１３に記載のモバイル機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアアップデート方法、ソフトウェアアップデートシステム及びモバイル機器に関し、特に、セキュリティ保護およびダウンロードチェック機構を提供するソフトウェアアップデートの方法、ソフトウェアアップデートシステム及びモバイル機器に関するものである。
【背景技術】
【０００２】
無線配信（Ｏｖｅｒ−ｔｈｅ−Ａｉｒ；ＯＴＡ）のアップデートは、スマートフォン、タブレット型コンピュータなどのモバイル機器のソフトウェアをアップグレードするように用いられる。ＯＴＡは、ソフトウェアアップデート、ファームウェアアップデート、およびデバイス管理を含む。このアップデート方法は、ユーザーに電話ネットワークまたはＷｉ−Ｆｉネットワークを介して新しいバージョンのソフトウェアをダウンロードさせ、アンドロイドオペレーティングシステムを用いてモバイル機器に広く用いられるようさせる。このため、モバイル機器がＯＴＡ中にアップデートをうまく完了できるようにするために、本発明は、対応するセキュリティ保護方法およびそのダウンロードチェック機構を提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
セキュリティ保護およびダウンロードチェック機構を提供するソフトウェアアップデートの方法、ソフトウェアアップデートシステム及びモバイル機器を提供する。
【課題を解決するための手段】
【０００４】
本発明の一実施形態は、ソフトウェアアップデート方法を提供する。ソフトウェアアップデート方法は、元のパッケージを暗号化して圧縮し、公開パッケージを得るステップ、モバイル機器からのダウンロード要求に応じて、公開パッケージをサービスサーバーからモバイル機器に送信するステップ、モバイル機器の構成が要求に適うかどうかをチェックするステップ、およびモバイル機器の全ての構成が要求に適う場合、公開パッケージを解凍するステップを含む。
【０００５】
本発明の一実施形態は、ソフトウェアアップデートシステムを提供する。ソフトウェアアップデートシステムは、サービスサーバーとモバイル機器を含む。サービスサーバーは、第１の処理ユニットと通信ユニットを含む。第１の処理ユニットは、元のパッケージを暗号化して圧縮し、公開パッケージを得る。通信ユニットは、モバイル機器からのダウンロード要求に応じて、公開パッケージをサービスサーバーからモバイル機器に送信する。モバイル機器は、受信ユニットおよび第２の処理ユニットを含む。受信ユニットは、公開パッケージを受信する。第２の処理ユニットは、モバイル機器の構成が要求に適うかどうかをチェックし、モバイル機器の構成が要求に適う場合、公開パッケージを解凍する。
【０００６】
本発明の一実施形態は、モバイル機器を提供する。モバイル機器は、受信ユニットおよび処理ユニットを含む。受信ユニットは、サービスサーバーから復号化されて圧縮されている公開パッケージを受信する。処理ユニットは、モバイル機器の構成が要求に適うかどうかをチェックし、モバイル機器の構成が要求に適う場合、公開パッケージを解凍する。
【図面の簡単な説明】
【０００７】
添付の図面とともに以下の本発明の様々な実施形態の詳細な説明を検討することで、本発明はより完全に理解できる。
【図１】本発明の一実施形態に係る、ソフトウェアアップデートシステム１０を示すブロック図である。
【図２】本発明の一実施形態に係る、モバイル機器２０のブロック図である。
【図３】本発明の一実施形態に係る、ソフトウェアアップデート方法を示すフローチャートである。
【図４】本発明の一実施形態に係る、第２の処理ユニット１１２がモバイル機器の構成をチェックする手順を説明するフローチャートである。
【発明を実施するための形態】
【０００８】
以下の説明は、本発明を実施するベストモードが開示されている。この説明は、本発明の一般原理を例示する目的のためのもので本発明を限定するものではない。本発明の範囲は、添付の請求の範囲を参考にして決定される。
【０００９】
図１に示される実施形態のように、本発明のソフトウェアアップデートシステム１０は、サーバー１００とモバイル機器１１０を含むが、本発明はこれに限定されるものではない。この実施形態では、サーバー１００は、通信ユニット１０１と第１の処理ユニット１０２を含む。モバイル機器１１０は、受信ユニット１１１、第２の処理ユニット１１２、およびメモリユニット１１３を含む。
【００１０】
サーバー１００の第１の処理ユニット１０２は、元のパッケージを暗号化および圧縮して公開（ｐｕｂｌｉｃａｔｉｏｎ）パッケージを得る。この場合、元のパッケージは、モバイル機器１１０にローディングされた操作システムをアップデートするのに用いられる。例えば、元のパッケージは、アンドロイドの操作システムをアップデートするのに用いられるソフトウェアパッケージであるが、本実施形態はこれに限定されるものではない。通信ユニット１０１がインターネットを通じてモバイル機器１１０からのダウンロード要求を受けた後、通信ユニット１０１は、公開パッケージをモバイル機器１１０に送信する。また、通信ユニット１０１は、モバイル機器１１０の供給者が新しい公開パッケージを公開した時、新しい公開パッケージを特定のモバイル機器１１０に送信する。この場合、インターネットとはＷｉ−Ｆｉ無線ネットワークの移動無線ネットワークを指し、モバイル機器１１０とはアンドロイドオペレーティングシステムを備えたスマートフォンを指しているが、本発明はこれに限定されるものではない。受信ユニット１１１は、公開パッケージを受信する。最後に、第２の処理ユニット１１２は、モバイル機器の構成が要求（即ち、特定の仕様または操作条件）に適うか否かをチェックする。次いで第２の処理ユニット１１２は、モバイル機器１１０の構成が要求に適う場合、公開パッケージを圧縮する。
【００１１】
この実施形態では、第１の処理ユニット１０２は、第１の鍵を準備して元のパッケージを暗号化し、暗号化の方法は、オープンセキュアソケットレイヤープロトコル（Ｏｐｅｎ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ ｐｒｏｔｏｃｏｌ；ＯｐｅｎＳＳＬプロトコル）の対称暗号化方式を用いているが、本発明はこれに限定されるものではない。次いで、第１の処理ユニット１０２は、暗号化された元のパッケージに応じてチェックサムを計算する。チェックサムは、元のパッケージに含まれたファイルに応じてメッセージダイジェストアルゴリズム５（ＭＤ５）によって計算されたＭＤ５値である。メッセージダイジェストアルゴリズム５は、電子ファイルをデジタル値に符号化する任意のアルゴリズムによって置き換えることができる。第１の処理ユニット１０２は、暗号化された元のパッケージ、チェックサム、および元のパッケージのバージョン番号（即ち、アンドロイドバージョン４.３）を圧縮し、対応の公開パッケージを得る。通信ユニット１０１は、インターネットによって公開パッケージをモバイル機器１１０に送信する。モバイル機器１１０が受信ユニット１１１によって公開パッケージを受信した後、第２の処理ユニット１１２は、モバイル機器１１０の構成をチェックする。
【００１２】
この実施形態では、チェックされる上述のモバイル機器１１０の構成の項目には、記憶容量、バッテリーの電力容量、およびモバイル機器１１０の機器状態（充電状態）を含む。構成のチェックを行う目的は、モバイル機器１１０のアップデートの失敗を招く、予想外の状態が発生するのを防ぐことにある。まず、第２の処理ユニット１１２は、メモリユニット１１３の記憶容量が公開パッケージをローディングするのに十分であるか否かをチェックする。メモリユニット１１３は、モバイル機器１１０のメモリキャッシュであることができる。次いで、第２の処理ユニット１１２は、モバイル機器１１０のバッテリーの電力容量が第１の電力容量より大きいか否かをチェックし、第１の電力容量は、ソフトウェアアップデートを行うのに必要な電力容量である。例えば、第２の処理ユニット１１２は、モバイル機器１１０のバッテリーの電力容量が１０％より大きいか否かをチェックする。最後に、第２の処理ユニット１１２は、モバイル機器１１０の機器状態をチェックする。例えば、モバイル機器１１０は、モバイル機器１１０が充電されている場合、構成チェックをパスすることができない。モバイル機器１１０の機器状態は、モバイル機器１１０が重要なアプリケーションを実行しているかどうか、例えば、モバイル機器１１０によって、ユーザーが人と通信を行っているか、または駆動ナビゲーションアプリを用いているかなどを含む。注意すべきは、上述のモバイル機器１１０の構成のチェックは、プログラム（即ち、スマートフォンのアプリ）によって実行されることができる。モバイル機器１１０の全ての構成が要求に適う場合、第２の処理ユニット１１２は、公開パッケージを解凍して、暗号化された元のパッケージ、チェックサム、および元のパッケージのバージョン番号を得る。さもなければ、第２の処理ユニット１１２は、ソフトウェアアップデートが失敗したことを示す。
【００１３】
第２の処理ユニット１１２は、チェックサムおよび元のパッケージのバージョン番号が合うか否かをチェックする。チェックサムおよび元のパッケージのバージョン番号が合う場合、第２の処理ユニット１１２は、モバイル機器１１０を再起動し、回復モードに入る。さもなければ、第２の処理ユニット１１２は、ソフトウェアアップデートが失敗したことを示す。モバイル機器１１０が回復モードに入った後、第２の処理ユニット１１２は、第１の鍵によって暗号化された元のパッケージを復号化し、元のパッケージを得る。次いで、第２の処理ユニット１１２は、元のパッケージを用いて、モバイル機器１１０にローディングされたアンドロイドオペレーティングシステムをアップデートする。
【００１４】
図２は、本発明の実施形態に係る、モバイル機器２０のブロック図である。図２に示されるように、モバイル機器２０は、受信ユニット２１、処理ユニット２２、およびメモリユニット２３を含む。この場合、モバイル機器２０は、アンドロイドオペレーティングシステムを備えたスマートフォンであるが、本発明はこれに限定されるものではない。受信ユニット２１は、サービスサーバーから圧縮された公開パッケージを受信する。この場合、公開パッケージは、モバイル機器２０にローディングされたアンドロイドオペレーションシステムをアップデートするのに用いられる、アンドロイドバージョン４.３をアップデートするソフトウェアパッケージなどであるが、本発明はこれに限定されるものではない。
【００１５】
処理ユニット２２は、モバイル機器２０の構成が要求に適うかどうかをチェックする。まず、処理ユニット２２は、メモリユニット２３の記憶容量が公開パッケージをローディングするのに十分であるか否かをチェックする。この場合、メモリユニット２３は、モバイル機器２０のメモリキャッシュであることができる。次いで、処理ユニット２２は、モバイル機器２０のバッテリーの電力容量が第１の電力容量より大きいか否かをチェックし、第１の電力容量は、ソフトウェアアップデートを行うのに必要な電力容量である。処理ユニット２２は、モバイル機器２０の機器状態をチェックする。例えば、モバイル機器２０は、モバイル機器１１０が充電されている場合、構成チェックをパスすることができない。モバイル機器２０の全ての構成が要求に適う時、処理ユニット２２は、公開パッケージを解凍する。さもなければ、処理ユニット２２は、ソフトウェアアップデートが失敗したことを示す。処理ユニット２２が公開パッケージを解凍した後、処理ユニット２２は、モバイル機器２０を再起動し、回復モードに入る。モバイル機器２０が回復モードに入った後、処理ユニット２２は、暗号化された公開パッケージを復号化し、元のパッケージを得る。次いで、処理ユニット２２は、元のパッケージを用いて、モバイル機器２０にローディングされたアンドロイドオペレーティングシステムをアップデートする。
【００１６】
図３は、本発明の実施形態に係る、ソフトウェアアップデート方法を示すフローチャートである。図３に示されたソフトウェアアップデート方法は、モバイル機器１１０のシステムソフトウェアをアップデートするのに用いられる。ステップＳ３０１では、サーバー１００は、元のパッケージを暗号化して圧縮し、公開パッケージを得て、ステップＳ３０２に進む。ステップＳ３０２では、サーバー１００は、インターネットによってモバイル機器１１０から受信したダウンロード要求に応じて公開パッケージをモバイル機器１１０に送信し、ステップＳ３０３に進む。ステップＳ３０３では、第２の処理ユニット１１２は、モバイル機器１１０の構成が要求に適うかどうかをチェックする。モバイル機器１１０の全ての構成が要求に適う場合、第２の処理ユニット１１２は、公開パッケージを解凍し、暗号化された元のパッケージ、チェックサム、および元のパッケージのバージョン番号を得て、ステップＳ３０４に進む。さもなければ、第２の処理ユニット１１２は、ソフトウェアアップデートが失敗したことを示す。
【００１７】
ステップＳ３０４では、第２の処理ユニット１１２は、チェックサムおよび元のパッケージのバージョン番号が合うか否かをチェックする。チェックサムおよび元のパッケージのバージョン番号が合う場合、方法は、ステップＳ３０５に進む。さもなければ、第２の処理ユニット１１２は、ソフトウェアアップデートが失敗したことを示す。ステップＳ３０５では、第２の処理ユニット１１２は、モバイル機器１１０を再起動し、回復モードに入り、ステップＳ３０６に進む。ステップＳ３０６では、第２の処理ユニット１１２は、第１の鍵によって暗号化された元のパッケージを復号化し、元のパッケージを得る。次いで、第２の処理ユニット１１２は、元のパッケージを用いて、モバイル機器１１０にローディングされたアンドロイドオペレーティングシステムをアップデートする。
【００１８】
図４は、本発明の実施形態に係る、第２の処理ユニット１１２がモバイル機器の構成をチェックする手順を説明するフローチャートを示している。ステップＳ４０１では、第２の処理ユニット１１２は、メモリユニット１１３の記憶容量が公開パッケージをローディングするのに十分であるか否かをチェックする。メモリユニット１１３の記憶容量が十分である場合、ステップＳ４０２に進む。さもなければ、第２の処理ユニット１１２は、ソフトウェアアップデートが失敗したことを示す。ステップＳ４０２では、第２の処理ユニット１１２は、モバイル機器１１０のバッテリーの電力容量が第１の電力容量より大きいか否かをチェックし、第１の電力容量は、ソフトウェアアップデートを行うのに必要な電力容量である。電力容量が十分である場合、ステップＳ４０３に進む。さもなければ、第２の処理ユニット１１２は、ソフトウェアアップデートが失敗したことを示す。ステップＳ４０３では、第２の処理ユニット１１２は、モバイル機器１１０が充電されているか否かをチェックする。モバイル機器１１０は、モバイル機器１１０が充電されていない場合、構成チェックをパスする。さもなければ、第２の処理ユニット１１２は、ソフトウェアアップデートが失敗したことを示す。従って、モバイル機器１１０は、本実施形態のダウンロードチェック機構に応じてアップデートの失敗の発生を予測することができる。次いでモバイル機器１１０は、モバイル機器１１０のアップデートの失敗を招く予想外の状態が発生するのを防ぐことができる。
【００１９】
本発明は、実施例の方法及び望ましい実施の形態によって記述されているが、本発明は開示された実施形態に限定されるものではない。逆に、当業者には自明の種々の変更及び同様の配置をカバーするものである。よって、添付の請求の範囲は、最も広義な解釈が与えられ、全てのこのような変更及び同様の配置を含むべきである。
【符号の説明】
【００２０】
１０  ソフトウェアアップデートシステム
１００  サーバー
１１０，２０  モバイル機器
１０１  通信ユニット
１０２  第１の処理ユニット
１１１，２１  受信ユニット
１１２  第２の処理ユニット
１１３，２３  メモリユニット
２２  処理ユニット
【図１】
2015176601.tif 000003
【図２】
2015176601.tif 000004
【図３】
2015176601.tif 000005
【図４】
2015176601.tif 000006