(57)【要約】  ソフトウェアアップグレード管理方法、サーバ、端末、装置及び記憶媒体が提供される。方法は、アップグレードパッケージをサーバによって取得するステップと、端末のターゲットアップグレードモードをサーバによって決定するステップであって、ターゲットアップグレードモードは、サーバ決定型アップグレードモード、端末決定型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含む、ステップと、アップグレードパッケージを端末にサーバによって送って、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するステップとを含む。本解決手段によれば、アップグレードの無人自動スケジューリングが実施されることが可能である。
2021513707.tif 000002
【特許請求の範囲】
【請求項１】
アップグレードパッケージをサーバによって取得するステップと、
端末のターゲットアップグレードモードを前記サーバによって決定するステップであって、前記ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを備える、ステップと、
前記アップグレードパッケージを前記端末に前記サーバによって送って、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行するステップと
を備えるソフトウェアアップグレード管理方法。
【請求項２】
前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行するステップであって、前記サービスステータス情報はサービスステータス及びサービス優先度のうちの少なくとも一方を備える、ステップ
を備える、請求項1に記載の方法。
【請求項３】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記端末での前記サービスの前記サービスステータスを前記サービスステータス情報から前記サーバによって取得するステップと、
前記端末の前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、プリセット時間以内に前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項４】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記端末での前記サービスの前記サービスステータスを前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージタイプが既定のタイプでありかつ前記サービスステータスが非アップグレード状態である場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項５】
前記指示情報は第1の時間又は既定の識別子を備え、前記第1の時間は、前記端末が前記サービスを中止して前記ソフトウェアアップグレードプロシージャを実行する応答時間であり、前記既定の識別子は、前記端末が前記指示情報を受けるときに前記サービスを中止するように前記端末に命令するのに用いられる、請求項4に記載の方法。
【請求項６】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記端末での前記サービスの前記サービス優先度を前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高いと判断する場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項７】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くかつ前記サービスステータスがアイドル状態であると判断する場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項８】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くかつ前記アップグレードパッケージタイプが非既定のタイプでありかつ前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項９】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くなくかつ前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合、前記サービスを中止するように前記端末に命令するのに用いられる指示情報を前記端末に前記サーバによって送るステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項１０】
前記ターゲットアップグレードモードが前記端末判断型アップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
前記アップグレードパッケージ優先度を前記端末に前記サーバによって送るステップであって、前記アップグレードパッケージ優先度は、前記ソフトウェアアップグレードプロシージャを開始するか否かを前記アップグレードパッケージ優先度及び前記サービス優先度に基づいて判断するのに前記端末によって用いられる、ステップと、
アップグレード要求を前記端末から受けた後、前記アップグレード要求を前記サーバによって承認して前記端末の前記ソフトウェアアップグレードプロシージャを実行するステップと
を備える、請求項1に記載の方法。
【請求項１１】
前記ターゲットアップグレードモードが前記ネゴシエート型アップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
前記アップグレードパッケージ優先度を前記端末に前記サーバによって送るステップであって、前記アップグレードパッケージ優先度は、前記ソフトウェアアップグレードプロシージャを開始するか否かを前記アップグレードパッケージ優先度及び前記サービスステータスに基づいて判断するのに前記端末によって用いられる、ステップと、
待機持続時間を搬送する肯定応答を前記端末から前記サーバによって受けるステップと、
タイミング持続時間が前記待機持続時間を超えた後に前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項1に記載の方法。
【請求項１２】
端末によって、前記端末において設定されているアップグレードモードをサーバに送るステップであって、前記端末において設定されている前記アップグレードモードは、前記端末のターゲットアップグレードモードを決定するのに前記サーバによって用いられ、前記ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを備える、ステップと、
アップグレードパッケージを前記サーバから前記端末によって取得し、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行するステップと
を備えるソフトウェアアップグレード管理方法。
【請求項１３】
前記ターゲットアップグレードモードが前記端末判断型アップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
アップグレードパッケージ優先度を前記サーバから前記端末によって取得するステップと、
前記ソフトウェアアップグレードプロシージャを開始するために前記アップグレードパッケージ優先度及び前記端末でのサービスのサービス優先度に基づいて判断した後にアップグレード要求を前記サーバに前記端末によって送るステップと、
肯定応答を前記サーバから受けた後、前記アップグレードパッケージを前記サーバから前記端末によって取得して前記ソフトウェアアップグレードプロシージャを開始するステップと
を備える、請求項12に記載の方法。
【請求項１４】
前記ターゲットアップグレードモードがネゴシエーション判断型アップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
アップグレードパッケージ優先度を前記サーバから前記端末によって取得するステップと、
前記ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間を前記アップグレードパッケージ優先度とサービス優先度と前記端末でのサービスのサービスステータスとに基づいて決定した後、前記待機持続時間を搬送する肯定応答を前記サーバに前記端末によって送るステップと、
タイミング持続時間が前記待機持続時間を超えた後、前記アップグレードパッケージを前記サーバから前記端末によって取得して前記ソフトウェアアップグレードプロシージャを実行するステップと
を備える、請求項12に記載の方法。
【請求項１５】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
前記端末でのサービスのサービスステータス情報を前記サーバに前記端末によって送るステップであって、前記サービスステータス情報は、サービス優先度又は前記端末での前記サービスのサービスステータスのうちの少なくとも一方を判断するのに前記サーバによって用いられる、ステップと、
前記サービスを中止するように前記端末に命令するのに用いられる指示情報を前記サーバから受けた後、前記アップグレードパッケージを前記サーバから前記端末によって取得して前記端末の前記ソフトウェアアップグレードプロシージャを実行するステップと
を備える、請求項12に記載の方法。
【請求項１６】
アップグレードパッケージを取得するように構成されている送受信器モジュールと、
処理モジュールであって、端末のターゲットアップグレードモードを決定し、前記ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを備え、
前記アップグレードパッケージを前記端末に前記送受信器モジュールを用いて送って、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する、ように構成されている処理モジュールと
を備えるサーバ。
【請求項１７】
前記処理モジュールは、
アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行することであって、前記サービスステータス情報はサービスステータス及びサービス優先度のうちの少なくとも一方を備える、実行すること
を備える、請求項16に記載のサーバ。
【請求項１８】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記端末での前記サービスの前記サービスステータスを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記端末の前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、プリセット時間以内に前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記端末から前記送受信器モジュールが受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項１９】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記端末での前記サービスの前記サービスステータスを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージタイプが既定のタイプでありかつ前記サービスステータスが非アップグレード状態である場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記端末から前記送受信器モジュールが受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項２０】
前記指示情報は第1の時間又は既定の識別子を備え、前記第1の時間は、前記端末が前記サービスを中止して前記ソフトウェアアップグレードプロシージャを実行する応答時間であり、前記既定の識別子は、前記端末が前記指示情報を受けるときに前記サービスを中止するように前記端末に命令するのに用いられる、請求項19に記載のサーバ。
【請求項２１】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記端末での前記サービスの前記サービス優先度を前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高いと判断する場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記送受信器モジュールが前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項２２】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くかつ前記サービスステータスがアイドル状態であると判断する場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記送受信器モジュールが前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項２３】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くかつ前記アップグレードパッケージタイプが非既定のタイプでありかつ前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記送受信器モジュールが前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項２４】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くなくかつ前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合、前記サービスを中止するように前記端末に命令するのに用いられる指示情報を前記端末に前記送受信器モジュールを用いて送り、
肯定応答を前記端末から前記送受信器モジュールが受けた後に前記ソフトウェアアップグレードプロシージャを開始する
ように構成されている、請求項17に記載のサーバ。
【請求項２５】
前記ターゲットアップグレードモードが前記端末判断型アップグレードモードである場合、前記処理モジュールは、
前記アップグレードパッケージ優先度を前記端末に前記送受信器モジュールを用いて送り、前記アップグレードパッケージ優先度は、前記ソフトウェアアップグレードプロシージャを開始するか否かを前記アップグレードパッケージ優先度及び前記サービス優先度に基づいて判断するのに前記端末によって用いられ、
アップグレード要求を前記端末から前記送受信器モジュールが受けた後、前記アップグレード要求を承認して前記端末の前記ソフトウェアアップグレードプロシージャを実行する、
ように構成されている、請求項16に記載のサーバ。
【請求項２６】
前記ターゲットアップグレードモードが前記ネゴシエート型アップグレードモードである場合、前記処理モジュールは、
前記アップグレードパッケージ優先度を前記端末に前記送受信器モジュールを用いて送り、前記アップグレードパッケージ優先度は、前記ソフトウェアアップグレードプロシージャを開始するか否かを前記アップグレードパッケージ優先度及び前記サービスステータスに基づいて判断するのに前記端末によって用いられ、
待機持続時間を搬送する肯定応答を前記端末から前記送受信器モジュールを用いて受け、
タイミング持続時間が前記待機持続時間を超えた後に前記端末の前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項16に記載のサーバ。
【請求項２７】
端末において設定されているアップグレードモードをサーバに送り、前記端末において設定されている前記アップグレードモードは、前記端末のターゲットアップグレードモードを決定するのに前記サーバによって用いられ、前記ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを備える、ように構成されている送受信器モジュールと、
アップグレードパッケージを前記サーバから前記送受信器モジュールが取得した後に前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行するように構成されている処理モジュールと
を備える端末。
【請求項２８】
前記ターゲットアップグレードモードが前記端末判断型アップグレードモードである場合、前記処理モジュールは、
アップグレードパッケージ優先度を前記サーバから前記送受信器モジュールを用いて取得し、
前記ソフトウェアアップグレードプロシージャを開始するために前記アップグレードパッケージ優先度及び前記端末でのサービスのサービス優先度に基づいて判断した後にアップグレード要求を前記サーバに前記送受信器モジュールを用いて送り、
肯定応答を前記サーバから前記送受信器モジュールが受けた後、前記アップグレードパッケージを前記サーバから取得して前記ソフトウェアアップグレードプロシージャを開始する
ように構成されている、請求項27に記載の端末。
【請求項２９】
前記ターゲットアップグレードモードがネゴシエーション判断型アップグレードモードである場合、前記処理モジュールは、
アップグレードパッケージ優先度を前記サーバから前記送受信器モジュールを用いて取得し、
前記ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間を前記アップグレードパッケージ優先度とサービス優先度と前記端末でのサービスのサービスステータスとに基づいて決定した後、前記待機持続時間を搬送する肯定応答を前記サーバに前記送受信器モジュールを用いて送り、
タイミング持続時間が前記待機持続時間を超えた後、前記アップグレードパッケージを前記サーバから前記送受信器モジュールを用いて取得して前記ソフトウェアアップグレードプロシージャを実行する
ように構成されている、請求項27に記載の端末。
【請求項３０】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記端末でのサービスのサービスステータス情報を前記サーバに前記送受信器モジュールを用いて送り、前記サービスステータス情報は、サービス優先度又は前記端末での前記サービスのサービスステータスのうちの少なくとも一方を判断するのに前記サーバによって用いられ、
前記サービスを中止するように前記端末に命令するのに用いられる指示情報を前記サーバから前記送受信器モジュールが受けた後、前記アップグレードパッケージを前記サーバから前記送受信器モジュールを用いて取得して前記端末の前記ソフトウェアアップグレードプロシージャを実行する、
ように構成されている、請求項27に記載の端末。
【請求項３１】
少なくとも1つのプロセッサ、少なくとも1つのメモリ及び少なくとも1つの送受信器を備え、
前記メモリは、プログラムコードを記憶するように構成されており、前記プロセッサは、前記メモリ中の前記プログラムコードを呼び出して、請求項1から11のいずれか一項に記載のサーバの動作又は請求項12から15のいずれか一項に記載の端末の動作を実行するように構成されている、
コンピュータ装置。
【請求項３２】
命令を備え、前記命令がコンピュータ上で動作するとき、前記コンピュータが請求項1から11のいずれか一項に記載のサーバの動作又は請求項12から15のいずれか一項に記載の端末の動作を実行することが可能にされる、コンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2018年2月12日に中国特許庁に出願され、名称が「ソフトウェアアップグレード管理方法、サーバ、端末、装置及び記憶媒体」である中国特許出願第201810146366．8号の優先権を主張し、本中国特許出願の全体が参照により本明細書に援用される。
【０００２】
本出願は、モノのインターネット技術の分野に関し、特に、ソフトウェアアップグレード管理方法、サーバ、端末、装置及び記憶媒体に関する。
【背景技術】
【０００３】
モノのインターネットでは、モノのインターネットデバイスのソフトウェアアップグレードは、人による意思決定と手作業のアップグレードとを行なう専門要員に依存している。さらに、ソフトウェアアップグレードプロシージャが開始される前、モノのインターネットデバイスのサービスステータス情報がアップグレード条件を満たすか否かが判断されない。代わりに、ソフトウェアアップグレードプロシージャが直接開始される。現在のアップグレードパッケージが機能型や設定型であり、非アイドル状態での重要なサービス（たとえば、セキュリティサービス）がモノのインターネットデバイスでデプロイされている場合、ソフトウェアアップグレードプロシージャを直接開始すると、モノのインターネットデバイスで進行中の重要なサービスを中断させる場合がある。
【発明の概要】
【０００４】
本出願は、ソフトウェアアップグレードがモノのインターネットデバイスで実行されるときにモノのインターネットデバイスでのサービスが中断される先行技術の課題を解決することができるソフトウェアアップグレード管理方法、サーバ、端末、装置及び記憶媒体を提供する。
【課題を解決するための手段】
【０００５】
本出願の第1の態様はソフトウェアアップグレード管理方法を提供し、方法は、以下のステップを含んでもよい。
【０００６】
アップグレードパッケージをサーバが取得し、端末のターゲットアップグレードモードを決定し、ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含む。
【０００７】
アップグレードパッケージを端末にサーバが送って、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行する。
【０００８】
既存の機構と比較して、本出願では、ターゲットアップグレードモードを決定した後、決定されたターゲットアップグレードモードに基づいてソフトウェアアップグレードプロシージャをサーバが自動的に実行することにより、アップグレードの無人自動スケジューリングを実施する。
【０００９】
第1の態様に基づいて、第1の態様の第1の実現例において、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するステップは以下を含む。
【００１０】
アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバがターゲットアップグレードモードで実行し、サービスステータス情報はサービスステータス及びサービス優先度のうちの少なくとも一方を含む。
【００１１】
第1の態様の第1の実現例に基づいて、第1の態様の第2の実現例において、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバがターゲットアップグレードモードで実行することは以下のステップを含む。
【００１２】
端末でのサービスのサービスステータスをサービスステータス情報からサーバが取得する。
【００１３】
端末のサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合にサーバが端末に指示情報を送り、この指示情報は、プリセット時間以内にサービスを中止するように端末に命令するのに用いられる。たとえば、サービスステータスがアイドル状態である場合、プリセット時間は0又は比較的短い時間間隔であってもよく、指示情報をサーバが端末に直ちに送ってもよい。サービスステータスが非アップグレード状態である場合、プリセット時間は0又は比較的短い時間間隔であってもよく、この場合も指示情報をサーバが端末に送ってもよい。プリセット時間の値は本出願では限定されない。
【００１４】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【００１５】
第1の態様の第1の実現例に基づいて、第1の態様の第3の実現例において、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバがターゲットアップグレードモードで実行することは以下のステップを含む。
【００１６】
端末でのサービスのサービスステータスをサービスステータス情報からサーバが取得する。
【００１７】
アップグレードパッケージタイプが既定のタイプでありかつサービスステータスが非アップグレード状態である場合に指示情報をサーバが端末に送り、この指示情報は、サービスを中止するように端末に命令するのに用いられる。
【００１８】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【００１９】
既定のタイプはセキュリティタイプであってもよい。アップグレードパッケージタイプがセキュリティタイプでありかつサービスステータスが非アップグレード状態である場合、サーバがサービスを中止するように端末に命令してソフトウェアアップグレードプロシージャを開始してもよい。
【００２０】
いくつかの実現例では、アップグレードパッケージタイプが既定のタイプでありかつサービスステータスがアイドル状態である場合に指示情報をサーバが端末に送り、この指示情報は、プリセット時間以内にサービスを中止するように端末に命令するのに用いられる。プリセット時間については、第1の態様の第2の実現例の説明を参照する。
【００２１】
いくつかの実現例では、これの代わりに、サービスを中止するように端末デバイスに命令する情報を送るか否かをアップグレードパッケージタイプのみに基づいてサーバが決定してもよい。たとえば、アップグレードパッケージタイプがセキュリティタイプである場合、サーバが指示情報を端末に直ちに送って、端末によって返された肯定応答を受けた後にソフトウェアアップグレードプロシージャを開始してもよい。
【００２２】
第1の態様の第3の実現例に基づいて、第1の態様の第4の実現例において、指示情報は第1の時間又は既定の識別子を含んでもよい。第1の時間は、端末がサービスを中止してソフトウェアアップグレードプロシージャを実行する応答時間である。既定の識別子は、端末が指示情報を受けるときにサービスを中止するように端末に命令するのに用いられる。
【００２３】
たとえば、アップグレードパッケージタイプがセキュリティタイプでありかつサービスステータスが非アップグレード状態である場合、サーバが端末に10秒を示し、10秒以内にサービスを中止して10秒後にソフトウェアアップグレードプロシージャを開始するように端末に命令してもよい。
【００２４】
別の例では、アップグレードパッケージタイプがセキュリティタイプでありかつサービスステータスが非アップグレード状態である場合、サーバは端末に既定の識別子を示し、既定の識別子を端末が受けた直後にサービスを中止してソフトウェアアップグレードプロシージャを開始するように端末に命令してもよい。
【００２５】
指示情報を用いることでソフトウェアアップグレードプロシージャの自動スケジューリングが実行されることが可能であり、人の介在が必要とされないことが分かる。
【００２６】
第1の態様の第1の実現例に基づいて、第1の態様の第5の実現例において、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバがターゲットアップグレードモードで実行することは以下のステップを含む。
【００２７】
端末でのサービスのサービス優先度をサービスステータス情報からサーバが取得する。
【００２８】
サーバが、アップグレードパッケージ優先度がサービス優先度よりも高いと判断する場合に指示情報を端末に送り、この指示情報は、サービスを中止するように端末に命令するのに用いられる。
【００２９】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【００３０】
サービス優先度とアップグレードパッケージ優先度とを比較することによってアップグレードパッケージの重要度が考慮されることが分かる。これにより、端末のアップグレードプロシージャと端末でのサービスとのコンフリクトが避けられる。
【００３１】
第1の態様の第1の実現例に基づいて、第1の態様の第6の実現例において、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバがターゲットアップグレードモードで実行することは以下のステップを含む。
【００３２】
サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報からサーバが取得する。
【００３３】
アップグレードパッケージ優先度がサービス優先度よりも高くかつサービスステータスがアイドル状態であると判断する場合にサーバが指示情報を端末に送り、この指示情報は、サービスを中止するように端末に命令するのに用いられる。
【００３４】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【００３５】
いくつかの実現例では、サービス優先度及びサービスステータスを取得した後、アップグレードパッケージ優先度がサービス優先度よりも高くかつサービスステータスが非アップグレード状態であると判断する場合、サーバが端末に指示情報を送る。指示情報は、プリセット時間以内にサービスを中止するように端末に命令するのに用いられる。この場合、ソフトウェアアップグレードプロシージャを開始する時期がサービス優先度、アップグレードパッケージ優先度及びサービスステータスを考慮することによって決定されることが分かる。これにより、サービス優先度とアップグレードパッケージ優先度との差を考慮するだけで、アップグレードプロシージャを直ちに開始することによって起こるサービスの中断を避けることができる。
【００３６】
第1の態様の第1の実現例に基づいて、第1の態様の第7の実現例において、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバがターゲットアップグレードモードで実行することは以下のステップを含む。
【００３７】
サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報からサーバが取得する。
【００３８】
アップグレードパッケージ優先度がサービス優先度よりも高くかつアップグレードパッケージタイプが非既定のタイプであり、かつサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合にサーバが端末に指示情報を送り、この指示情報は、サービスを中止するように端末に命令するのに用いられる。
【００３９】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【００４０】
サービス優先度、アップグレードパッケージ優先度、アップグレードパッケージタイプ及びサービスステータスを考慮することによってソフトウェアアップグレードプロシージャを開始する時期が決定されることが分かる。これにより、ソフトウェアアップグレードプロシージャを開始する時期の決定をさらに向上させることができ、より細かい粒度でスケジューリングを実現することができる。
【００４１】
第1の態様の第1の実現例に基づいて、第1の態様の第8の実現例において、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバがターゲットアップグレードモードで実行することは以下のステップを含む。
【００４２】
サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報からサーバが取得する。
【００４３】
アップグレードパッケージ優先度がサービス優先度よりも高くなくかつサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合、サービスを中止するように端末に指示するのに用いられる指示情報をサーバが端末に送る。
【００４４】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【００４５】
アップグレードパッケージ優先度がサービス優先度よりも高くないときにはソフトウェアアップグレードプロシージャを開始する最適な時期になっていないことが分かる。サーバは端末のサービスステータスのアップデート版をリアルタイムで取得し、次いでその都度取得されるアップデートされたサービスステータスに基づいて、ソフトウェアアップグレードプロシージャを開始する時期になったか否かを判断してもよい。サーバによって取得されたアップデートされたサービスステータスがアイドルである場合、サーバがサービスを中止するように端末に命令してソフトウェアアップグレードプロシージャを実行してもよい。これの代わりに、サーバによって取得されたアップデートされたサービスステータスが非アップグレード状態である場合、サービスを中止したりプリセット時間以内にサービスを中止したりするようにサーバが端末に命令してもよい。動的な比較及び判断を通じて、アップグレードの自動スケジューリングをサーバが実行することができる。これにより、アップグレードパッケージ優先度がサービス優先度よりも高くないと判断される場合にソフトウェアアップグレードプロシージャが開始されないことが避けられる。
【００４６】
第1の態様に基づいて、第1の態様の第9の実現例において、ターゲットアップグレードモードが端末判断型アップグレードモードである場合、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するステップは以下のステップを含む。
【００４７】
アップグレードパッケージ優先度を端末にサーバが送り、アップグレードパッケージ優先度は、ソフトウェアアップグレードプロシージャを開始するか否かをアップグレードパッケージ優先度及びサービス優先度に基づいて判断するのに端末によって用いられる。
【００４８】
アップグレード要求を端末から受けた後、アップグレード要求をサーバが承認して端末のソフトウェアアップグレードプロシージャを実行する。
【００４９】
端末判断型アップグレードモードでは、サーバが端末にアップグレードパッケージ優先度を提供して、ソフトウェアアップグレードプロシージャを開始するか否かを端末が判断する根拠を与えることが分かる。
【００５０】
第1の態様に基づいて、第1の態様の第10の実現例において、ターゲットアップグレードモードがネゴシエート型アップグレードモードである場合、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するステップは以下のステップを含む。
【００５１】
アップグレードパッケージ優先度を端末にサーバが送り、アップグレードパッケージ優先度は、ソフトウェアアップグレードプロシージャを開始するか否かをアップグレードパッケージ優先度及びサービスステータスに基づいて判断するのに端末によって用いられる。
【００５２】
待機持続時間を搬送する肯定応答を端末からサーバが受ける。
【００５３】
タイミング持続時間が待機持続時間を超えた後に端末のソフトウェアアップグレードプロシージャをサーバが開始する。
【００５４】
端末判断型アップグレードモードでは、サーバが端末にアップグレードパッケージ優先度を提供して、ソフトウェアアップグレードプロシージャを開始するか否かを端末が判断する根拠を与えることが分かる。さらに、端末によって返される待機持続時間に基づいてソフトウェアアップグレードプロシージャをサーバが自動的に開始し、重ねてアップグレード要求を端末が開始する必要はない。本実現例は、端末での現在のサービスを終了させたり中断させたりすることが不適当であるシナリオに特に適用可能である。
【００５５】
第1の態様の第1の実現例に基づいて、第1の態様の第11の実現例において、方法は以下をさらに含む。
【００５６】
サーバはアップグレードパッケージ優先度を以下の仕方、すなわち、
アップグレードパッケージのメタデータからアップグレードパッケージ優先度をサーバが取得する、
又はアップグレードパッケージの記述ファイルからアップグレードパッケージ優先度をサーバが取得する、
又はアップグレードパッケージの提供元からアップグレードパッケージ優先度をサーバが取得する、
又はローカルポリシに従ってアップグレードパッケージ優先度をサーバが決定する、
ことのうちの少なくとも1つで取得する。
【００５７】
本出願の第2の態様はソフトウェアアップグレード管理方法を提供し、方法は以下のステップを含む。
【００５８】
端末において設定されているアップグレードモードをサーバに端末が送り、端末において設定されているアップグレードモードは、端末のターゲットアップグレードモードを決定するのにサーバによって用いられ、ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含む。
【００５９】
アップグレードパッケージをサーバから端末が取得し、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行する。
【００６０】
既存の機構と比較して、本出願の端末は、設定されているアップグレードモードをサーバに提供して、ターゲットアップグレードモードをサーバが決定する根拠を与え、これにより、サーバによって決定されたターゲットアップグレードモードに基づいてソフトウェアアップグレードプロシージャが自動的に実行されることが可能であることで、アップグレードの無人自動スケジューリングを実施する。
【００６１】
第2の態様に基づいて、第2の態様の第1の実現例において、ターゲットアップグレードモードが端末判断型アップグレードモードである場合、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するステップは以下のステップを含む。
【００６２】
端末がアップグレードパッケージ優先度をサーバから取得し、ソフトウェアアップグレードプロシージャを開始するためにアップグレードパッケージ優先度及び端末でのサービスのサービス優先度に基づいて判断した後にアップグレード要求をサーバに送る。
【００６３】
肯定応答をサーバから受けた後、アップグレードパッケージをサーバから端末が取得してソフトウェアアップグレードプロシージャを開始する。
【００６４】
第2の態様に基づいて、第2の態様の第1の実現例において、ターゲットアップグレードモードがネゴシエーション判断型アップグレードモードである場合、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するステップは以下のステップを含む。
【００６５】
端末がアップグレードパッケージ優先度をサーバから取得し、ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間をアップグレードパッケージ優先度とサービス優先度と端末でのサービスのサービスステータスとに基づいて決定した後、待機持続時間を搬送する肯定応答をサーバに送る。
【００６６】
タイミング持続時間が待機持続時間を超えた後、アップグレードパッケージをサーバから端末が取得してソフトウェアアップグレードプロシージャを実行する。
【００６７】
第2の態様に基づいて、第2の態様の第1の実現例において、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するステップは以下のステップを含む。
【００６８】
端末でのサービスのサービスステータス情報をサーバに端末が送り、サービスステータス情報は、サービス優先度又は端末でのサービスのサービスステータスのうちの少なくとも一方を判断するのにサーバによって用いられる。
【００６９】
サービスを中止するように端末に命令するのに用いられる指示情報をサーバから受けた後、アップグレードパッケージをサーバから端末が取得して端末のソフトウェアアップグレードプロシージャを実行する。
【００７０】
本出願の第3の態様は、第1の態様で提供されているソフトウェアアップグレード管理方法に対応する方法を実施する機能を持つサーバを提供する。機能はハードウェアによって実施されてもよいし、対応するソフトウェアを実行するハードウェアによって実施されてもよい。ハードウェア又はソフトウェアは上記の機能に対応する1つ以上のモジュールを含み、モジュールはソフトウェア及び／又はハードウェアであってもよい。
【００７１】
いくつかの実現例では、サーバは、
アップグレードパッケージを取得するように構成されている送受信器モジュールと、
処理モジュールであって、端末のターゲットアップグレードモードを決定し、ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含み、
アップグレードパッケージを端末に送受信器モジュールを用いて送って、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行する、ように構成されている処理モジュールと、
を含む。
【００７２】
いくつかの実現例では、処理モジュールは以下を含む。
【００７３】
アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバがターゲットアップグレードモードで実行し、サービスステータス情報はサービスステータス及びサービス優先度のうちの少なくとも一方を含む。
【００７４】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
端末でのサービスのサービスステータスをサービスステータス情報から送受信器モジュールを用いて取得し、
端末のサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、プリセット時間以内にサービスを中止するように端末に命令するのに用いられ、
肯定応答を端末から送受信器モジュールが受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【００７５】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
端末でのサービスのサービスステータスをサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージタイプが既定のタイプでありかつサービスステータスが非アップグレード状態である場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、サービスを中止するように端末に命令するのに用いられ、
肯定応答を端末から送受信器モジュールが受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【００７６】
いくつかの実現例では、指示情報は第1の時間又は既定の識別子を含む。第1の時間は、端末がサービスを中止してソフトウェアアップグレードプロシージャを実行する応答時間である。既定の識別子は、端末が指示情報を受けるときにサービスを中止するように端末に命令するのに用いられる。
【００７７】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
端末でのサービスのサービス優先度をサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージ優先度がサービス優先度よりも高いと判断する場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、サービスを中止するように端末に命令するのに用いられ、
肯定応答を送受信器モジュールが端末から受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【００７８】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージ優先度がサービス優先度よりも高くかつサービスステータスがアイドル状態であると判断する場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、サービスを中止するように端末に命令するのに用いられ、
肯定応答を送受信器モジュールが端末から受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【００７９】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージ優先度がサービス優先度よりも高くかつアップグレードパッケージタイプが非既定のタイプでありかつサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、サービスを中止するように端末に命令するのに用いられ、
肯定応答を送受信器モジュールが端末から受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【００８０】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージ優先度がサービス優先度よりも高くなくかつサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合、サービスを中止するように端末に命令するのに用いられる指示情報を端末に送受信器モジュールを用いて送り、
肯定応答を端末から送受信器モジュールが受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【００８１】
いくつかの実現例では、ターゲットアップグレードモードが端末判断型アップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度を端末に送受信器モジュールを用いて送り、アップグレードパッケージ優先度は、ソフトウェアアップグレードプロシージャを開始するか否かをアップグレードパッケージ優先度及びサービス優先度に基づいて判断するのに端末によって用いられ、
アップグレード要求を端末から送受信器モジュールが受けた後、アップグレード要求を承認して端末のソフトウェアアップグレードプロシージャを実行する、
ように構成されている。
【００８２】
いくつかの実現例では、ターゲットアップグレードモードがネゴシエート型アップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度を端末に送受信器モジュールを用いて送り、アップグレードパッケージ優先度は、ソフトウェアアップグレードプロシージャを開始するか否かをアップグレードパッケージ優先度及びサービスステータスに基づいて判断するのに端末によって用いられ、
待機持続時間を搬送する肯定応答を端末から送受信器モジュールを用いて受け、
タイミング持続時間が待機持続時間を超えた後に端末のソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【００８３】
本出願の第4の態様は、第2の態様で提供されているソフトウェアアップグレード管理方法に対応する方法を実施する機能を持つ端末を提供する。機能はハードウェアによって実施されてもよいし、対応するソフトウェアを実行するハードウェアによって実施されてもよい。ハードウェア又はソフトウェアは上記の機能に対応する1つ以上のモジュールを含み、モジュールはソフトウェア及び／又はハードウェアであってもよい。
【００８４】
いくつかの実現例では、端末は、
端末において設定されているアップグレードモードをサーバに送り、端末において設定されているアップグレードモードは、端末のターゲットアップグレードモードを決定するのにサーバによって用いられ、ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含む、ように構成されている送受信器モジュールと、
アップグレードパッケージをサーバから送受信器モジュールが取得した後にターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するように構成されている処理モジュールと、
を含む。
【００８５】
いくつかの実現例では、ターゲットアップグレードモードが端末判断型アップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度をサーバから送受信器モジュールを用いて取得し、
ソフトウェアアップグレードプロシージャを開始することをアップグレードパッケージ優先度及び端末でのサービスのサービス優先度に基づいて判断した後にアップグレード要求をサーバに送受信器モジュールを用いて送り、
肯定応答をサーバから送受信器モジュールが受けた後、アップグレードパッケージをサーバから取得してソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【００８６】
いくつかの実現例では、ターゲットアップグレードモードがネゴシエーション判断型アップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度をサーバから送受信器モジュールを用いて取得し、
ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間をアップグレードパッケージ優先度とサービス優先度と端末でのサービスのサービスステータスとに基づいて決定した後、待機持続時間を搬送する肯定応答をサーバに送受信器モジュールを用いて送り、
タイミング持続時間が待機持続時間を超えた後、アップグレードパッケージをサーバから送受信器モジュールを用いて取得してソフトウェアアップグレードプロシージャを実行する、
ように構成されている。
【００８７】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
端末でのサービスのサービスステータス情報をサーバに送受信器モジュールを用いて送り、サービスステータス情報は、サービス優先度又は端末でのサービスのサービスステータスのうちの少なくとも一方を判断するのにサーバによって用いられ、
サービスを中止するように端末に命令するのに用いられる指示情報をサーバから送受信器モジュールが受けた後、アップグレードパッケージをサーバから送受信器モジュールを用いて取得して端末のソフトウェアアップグレードプロシージャを実行する、
ように構成されている。
【００８８】
本出願のさらに別の態様は、少なくとも1つの接続されたプロセッサ、メモリ、送信器及び受信器を含むコンピュータ装置を提供し、メモリは、プログラムコードを記憶するように構成されており、プロセッサは、メモリ中のプログラムコードを呼び出して、上記の態様のサーバによって実行される動作又は上記の態様の端末によって実行される動作を実行するように構成されている。
【００８９】
本出願のさらに別の態様はコンピュータ装置を提供し、コンピュータ装置は、
少なくとも1つのプロセッサ、少なくとも1つのメモリ及び少なくとも1つの送受信器を含み、
メモリは、プログラムコードを記憶するように構成されており、プロセッサは、メモリ中のプログラムコードを呼び出して、第1の態様のサーバによって実行される動作又は第2の態様の端末によって実行される動作を実行するように構成されている。
【００９０】
送受信器が受信器及び送信器と置換されることも行なってもよく、受信器及び送信器が同じ物理的実在物であっても異なる物理的実在物であってもよい。同じ物理的実在物であるとき、受信器と送信器とがまとめて送受信器と称されてもよい。メモリがプロセッサに組み込まれてもよいし、プロセッサとは別体であってもよい。
【００９１】
本出願のさらに別の態様は、命令を含むコンピュータ記憶媒体を提供する。命令がコンピュータ上で動作するとき、コンピュータが第1の態様の動作又は第2の態様の動作を実行することが可能にされる。
【００９２】
本出願のさらに別の態様は、命令を含むコンピュータプログラムプロダクトを提供する。コンピュータプログラムプロダクトがコンピュータ上で動作するとき、コンピュータが第1の態様のサーバによって実行される動作又は第2の態様の端末によって実行される動作を実行することが可能にされる。
【図面の簡単な説明】
【００９３】
【図１】本出願の実施形態に係るモノのインターネットシステムの概略アーキテクチャ図である。
【図２】本出願の実施形態に係るソフトウェアアップグレード管理方法の概略フローチャートである。
【図３】本出願の実施形態に係る、端末のアップグレードモードの設定の概略フローチャートである。
【図４】本出願の実施形態に係る、サーバ判断型アップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図５】本出願の実施形態に係る、サーバ判断型アップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図６】本出願の実施形態に係る、サーバ判断型アップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図７】本出願の実施形態に係る、ネゴシエーション判断型アップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図８】本出願の実施形態に係る、端末判断型アップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図９】本出願の実施形態に係るサーバの概略構成図である。
【図１０】本出願の実施形態に係る端末の概略構成図である。
【図１１】本出願の実施形態に係る、ソフトウェアアップグレード管理方法を実行するデバイスの概略構成図である。
【図１２】本出願の実施形態に係るモノのインターネット端末の概略構成図である。
【図１３】本出願の実施形態に係るサーバの別の概略構成図である。
【発明を実施するための形態】
【００９４】
本出願の明細書、請求項及び添付の図面において、用語「第1」、「第2」などは、同様の物を区別することを意図しているが、特定の順序又は連続することを必ずしも示さない。このように用語を用いて記載されたデータはしかるべき状況で交換可能であり、したがって、本明細書で説明されている実施形態は本出願で図示されていたり記載されていたりする順序とは別の順序で実施されることが可能であると当然解する。これに加えて、「含む（include）」、「有する（have）」又はこれらについてのその他一切の異形は、限定を課さずに含むことをカバーすることを意図している。たとえば、一連のステップ又はモジュールを含むプロセス、方法、システム、プロダクト又はデバイスは明示的に記載されているステップ又はモジュールに必ずしも限定されないが、明示的に記載されていなかったりプロセス、方法、プロダクト又はデバイスに固有であったりする別のステップ又はモジュールを含んでもよい。本出願におけるモジュールの分割は論理的な分割にすぎず、実際の適用での実施の際には別の分割が存在してもよい。たとえば、複数のモジュールが別のシステムに組み入れられたり別のシステムに統合されたりしてもよいし、いくつかの特徴が無視されたり実行されなかったりしてもよい。さらに、表示されていたり説明されていたりする相互接続や直接接続や通信接続がいくつかのインタフェースによって実施されてもよい。モジュール間の間接接続や通信接続が電子的に実施されたり別の形態で実施されたりしてもよく、これは本出願では限定されない。さらに、別体の部分として説明されているモジュールやサブモジュールが物理的に分離されてもされなくてもよいし、物理的なモジュールであってもなくてもよいし、複数の回路モジュールに分散されてもよい。実際の要件に応じてモジュールの一部又は全部を選択することによって本出願の解決手段の目的が達成されてもよい。
【００９５】
本出願は、ソフトウェアアップグレード管理方法、サーバ、端末、装置及び記憶媒体を提供し、本出願はモノのインターネット技術の分野に適用されてもよい。以下、図1に示されているモノのインターネットシステムのアーキテクチャ図に基づいて本出願のデバイスを説明する。
【００９６】
図1中、モノのインターネットシステムはサーバと複数の端末とを含む。各端末で同じサービスがデプロイされてもよいし、各端末で異なるサービスが別々にデプロイされてもよく、各端末で少なくとも1つのサービスがデプロイされることも行なってもよい。
【００９７】
サーバは、これらの端末にクラスタ管理を実行するように構成されており、デプロイされたサービスのタイプに基づいてこれらの端末にクラスタ分割が実行されてもよい。アップグレードパケットを取得した後、サーバはアップグレードされる各端末に対するサブスクリプション要求を最初に開始してアップグレードされる端末でのサービスの中断を防止してもよい。サブスクリプション要求は端末のサービスステータス情報に登録する（subscribe）のに用いられ、サービスステータス情報はサービスのアイドル状態や非アップグレード状態を含んでもよく、サービスタイプ及びサービス優先度などのサービス関連情報をさらに含んでもよい。
【００９８】
端末のターゲットアップグレードモードを決定した後、サーバは登録されたサービスステータス情報、アップグレードパッケージ優先度（upgrade package priority）及びアップグレードパッケージタイプなどの情報に基づいて、端末のソフトウェアアップグレードプロシージャを実行する時期を決定してもよい。
【００９９】
さらに、これの代わりに、アップグレードパッケージ優先度及びアップグレードパッケージタイプなどの、サーバによって提供される情報に基づいて端末のソフトウェアアップグレードプロシージャを実行する時期を端末が決定してもよい。同じタイプのアップグレードパッケージに基づいてアップグレードされる複数の端末については、端末のソフトウェアアップグレードプロシージャがそれぞれの端末によって異なる時期に実行されてもよい。特に、選択されたターゲットアップグレードモードでソフトウェアアップグレードプロシージャが実行されるのであれば、判断はサーバで行なわれてもアップグレードされる端末で行なわれてもよい。
【０１００】
上記の技術的課題を解決するために、本出願は以下の技術的解決手段を提供する。
【０１０１】
複数の予め設定されているアップグレードモードに基づいて、異なるソフトウェアアップグレードプロシージャを異なるシナリオでサーバが用いる。たとえば、ソフトウェアアップグレードプロシージャが開始されることになっている場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度及びサービスステータス情報などの複数の諸元からソフトウェアアップグレードプロシージャを開始する時期をサーバが決定してもよい。たとえば、ソフトウェアアップグレードプロシージャ時に端末のサービス優先度とアップグレードパッケージ優先度とを比較することによってバッチでの端末の自動アップグレードが実行される。
【０１０２】
図2は本出願で提供されるソフトウェアアップグレード管理方法を説明している。方法は以下のステップを主に含む。
【０１０３】
201．アップグレードパッケージをサーバが取得する。
【０１０４】
アップグレードパッケージは、少なくとも1つのタイプのアップグレードパッケージ、たとえば、セキュリティタイプ、機能タイプ、設定タイプや汎用タイプのアップグレードパッケージを含んでもよい。アップグレードパッケージは、実行スクリプト、実行コードなどを含んでもよい。アップグレードパッケージは、端末のシステムや端末でデプロイされているサービスのアップグレードパッケージであってもよい。これは本出願において特に限定されない。本出願の本実施形態では、サーバは端末のシステム又はサービスのソフトウェアアップグレードプロシージャを別々に実行してもよいし、システム及びサービスのソフトウェアアップグレードプロシージャを同時に実行してもよい。
【０１０５】
いくつかの実現例では、サーバはアップグレードパッケージ優先度情報をさらに取得した後、優先度情報に基づいてアップグレードパッケージ優先度を決定してもよく、この優先度情報はアップグレードパッケージ優先度を明示的に示したり黙示的に示したりしてもよい。サーバはアップグレードパッケージ優先度を以下の仕方、すなわち、
アップグレードパッケージのメタデータからアップグレードパッケージ優先度をサーバが取得する、
又はアップグレードパッケージの記述ファイルからアップグレードパッケージ優先度をサーバが取得する、
又はアップグレードパッケージの提供元からアップグレードパッケージ優先度をサーバが取得する、
又はローカルポリシに従ってアップグレードパッケージ優先度をサーバが決定する、
ことのうちの少なくとも1つで取得する。
【０１０６】
いくつかの実現例では、サーバによって取得される少なくとも2つのタイプのアップグレードパッケージが存在する場合、ローカルポリシに従ってサーバがアップグレードパッケージ優先度を決定することは以下を含んでもよい。
【０１０７】
少なくとも2つのタイプのアップグレードパッケージが存在する場合、これらのタイプの優先度が比較されてもよく、少なくとも2つのタイプのアップグレードパッケージのうちの最高の優先度を持つアップグレードパッケージがアップグレードパッケージ優先度（upgrade package priority）として用いられる。たとえば、セキュリティタイプ及び設定タイプのアップグレードパッケージが含まれる場合、アップグレードパッケージ優先度がセキュリティレベルであるとサーバが判断してもよい。
【０１０８】
202．端末のターゲットアップグレードモードをサーバが決定する。
【０１０９】
ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含む。
【０１１０】
ステップ201の前で、端末で設定されているアップグレードモードをサーバが取得することがさらに必要である。図3の実施形態に示されているように、主要な取得の仕方は以下のステップを含んでもよい。
【０１１１】
1．端末が登録されることに成功した後、サーバが端末に対するリソースディスカバリ動作を開始して、アップグレードモードが端末で設定されているか否かを検出してもよい。
【０１１２】
2a．アップグレードモードが端末で設定されている場合、設定されているアップグレードモードを端末がサーバに送る。
【０１１３】
このようにして、端末で設定されているアップグレードモードに基づいてターゲットアップグレードモードをサーバが決定してもよい。
【０１１４】
2b．アップグレードモードが端末で設定されていない場合、所定の応答を端末がサーバに返す。
【０１１５】
3b．端末に対するアップグレードモードネゴシエーション要求をサーバが開始する。
【０１１６】
アップグレードモードネゴシエーション要求はアップグレードモードリストを搬送してもよく、このアップグレードモードリストは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含んでもよい。
【０１１７】
4b．アップグレードモードネゴシエーション要求を受けた後、端末が端末によってサポートされるアップグレードモードを選択し、アップグレードモード設定を完了し、選択されたアップグレードモードをサーバに返す。
【０１１８】
端末が少なくとも1つのアップグレードモードを選択して、少なくとも1つのアップグレードモードをサーバにアップグレードモードネゴシエーションを用いて送ってもよい。アップグレードモードネゴシエーション応答を受けた後、アップグレードモードネゴシエーション応答中で搬送されたアップグレードモードに基づいてターゲットアップグレードモードをサーバが決定してもよい。
【０１１９】
いくつかの実現例では、アップグレードモードが端末で設定されていない場合、サーバが端末のターゲットアップグレードモードとしてサーバ判断型アップグレードモードを直接決定して、サーバ判断型アップグレードモードで端末のソフトウェアアップグレードプロシージャを実行してもよい。
【０１２０】
いくつかの実現例では、アップグレードモードが端末で設定されていない場合、端末に対するアップグレードモードネゴシエーション要求をサーバが開始してもよく、このアップグレードモードネゴシエーション要求はアップグレードモードリストを搬送してもよく、アップグレードモードリストは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含んでもよい。所定の応答を端末からサーバが受け、この応答がアップグレードモードを搬送していない場合、サーバが端末のターゲットアップグレードモードとしてサーバ判断型アップグレードモードを直接決定して、サーバ判断型アップグレードモードで端末のソフトウェアアップグレードプロシージャを実行してもよい。
【０１２１】
203．サーバがアップグレードパッケージを端末に送って、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行する。
【０１２２】
204．端末がアップグレードパッケージをサーバから取得して、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行する。
【０１２３】
いくつかの実現例では、アップグレードパッケージタイプ、アップグレードパッケージ優先度及び端末でのサービスのサービスステータス情報をサーバがさらに取得してもよい。サービスステータス情報はサービスステータス及びサービス優先度のうちの少なくとも1つを含んでもよい。たとえば、サービスステータスはサービスのアイドル状態又は非アップグレード状態を含んでもよい。たとえば、サービスステータスは、サービスが端末で運用中であるか否かや、以前のソフトウェアアップグレードプロシージャが実行中であるか否か（たとえば、システムアップグレードやサービスアップグレードが端末に対して実行中である）を特に示してもよい。
【０１２４】
ターゲットアップグレードモードでは、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうち少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバが実行してもよい。
【０１２５】
本出願の本実施形態では、ターゲットアップグレードモードを決定した後、決定されたターゲットアップグレードモードに基づいてソフトウェアアップグレードプロシージャをサーバが自動的に実行し、したがって、アップグレードの無人自動スケジューリングが実行されることが可能であり、アップグレードパッケージタイプ、アップグレードパッケージ優先度及びサービスステータス情報などの複数の諸元からソフトウェアアップグレードプロシージャを開始する時期が決定されることが可能である。
【０１２６】
オプションとして、本出願のいくつかの実施形態では、ターゲットアップグレードモードがそれぞれサーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードである場合のサーバと端末との間で実行されるソフトウェアアップグレードプロシージャを以下説明する。
【０１２７】
I．ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、ソフトウェアアップグレードプロシージャは主に以下のシナリオをカバーする。
【０１２８】
1．ソフトウェアアップグレードプロシージャを開始する時期をサービスステータスに基づいて決定する。
【０１２９】
端末でのサービスのサービスステータスをサービスステータス情報からサーバが取得する。
【０１３０】
端末のサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合にサーバが端末に指示情報を送り、この指示情報は、プリセット時間以内にサービスを中止するように端末に命令するのに用いられる。たとえば、サービスステータスがアイドル状態である場合、プリセット時間は0又は比較的短い時間間隔であってもよく、指示情報をサーバが端末に直ちに送ってもよい。サービスステータスが非アップグレード状態である場合、プリセット時間は0又は比較的短い時間間隔であってもよく、この場合も指示情報をサーバが端末に送ってもよい。プリセット時間の値は本出願では限定されない。非アップグレード状態は、端末に一切のソフトウェアアップグレードが現在実行されていないことを意味する。たとえば、端末にシステムアップグレードもソフトウェアアップグレードも現在実行されていない。
【０１３１】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【０１３２】
本出願では、サービスステータスに基づいてアップグレード時期が決定されることが分かる。これにより、アップグレードパケットが受信された後にソフトウェアアップグレードプロシージャが直ちに実行される場合の、端末で現在実行されているサービスの中断や、以前のソフトウェアアップグレードプロシージャが現在完了していない（たとえば、端末に対してシステムアップグレードやサービスアップグレードが実行中である）ときの、端末の以前のソフトウェアアップグレードプロシージャの中断を避けることができる。
【０１３３】
2．ソフトウェアアップグレードプロシージャを開始する時期をアップグレードパッケージタイプに基づいて決定する。
【０１３４】
図4に示されているように、実施形態は以下のステップを含んでもよい。
【０１３５】
401．サーバがアップグレードパッケージを取得して、ターゲットアップグレードモードとしてサーバ判断型アップグレードモードを決定する。
【０１３６】
402．端末でのサービスのサービスステータスをサービスステータス情報からサーバが取得する。
【０１３７】
403．アップグレードパッケージタイプが既定のタイプでありかつサービスステータスが非アップグレード状態である場合に指示情報をサーバが端末に送り、この指示情報は、サービスを中止するように端末に命令するのに用いられる。
【０１３８】
404．指示情報を受けた後、端末がサービスを中止して肯定応答をサーバに送る。
【０１３９】
405．サーバが端末から肯定応答を受けた後にソフトウェアアップグレードプロシージャを開始する。
【０１４０】
既定のタイプはセキュリティタイプであってもよい。アップグレードパッケージタイプがセキュリティタイプでありかつサービスステータスが非アップグレード状態である場合、サーバがサービスを中止するように端末に命令してソフトウェアアップグレードプロシージャを開始してもよい。
【０１４１】
いくつかの実現例では、アップグレードパッケージタイプが既定のタイプでありかつサービスステータスがアイドル状態である場合に指示情報をサーバが端末に送り、この指示情報は、プリセット時間以内にサービスを中止するように端末に命令するのに用いられる。プリセット時間については上記の説明を参照する。
【０１４２】
いくつかの実現例では、指示情報は第1の時間又は既定の識別子を含んでもよい。第1の時間は、端末がサービスを中止してソフトウェアアップグレードプロシージャを実行する応答時間である。既定の識別子は、端末が指示情報を受けるときにサービスを中止するように端末に命令するのに用いられる。
【０１４３】
たとえば、アップグレードパッケージタイプがセキュリティタイプでありかつサービスステータスが非アップグレード状態である場合、サーバが端末に10秒を示し、10秒以内にサービスを中止して10秒後にソフトウェアアップグレードプロシージャを開始するように端末に命令してもよい。
【０１４４】
別の例では、アップグレードパッケージタイプがセキュリティタイプでありかつサービスステータスが非アップグレード状態である場合、サーバは端末に既定の識別子を示し、既定の識別子を端末が受けた直後にサービスを中止してソフトウェアアップグレードプロシージャを開始するように端末に命令してもよい。
【０１４５】
いくつかの実現例では、これの代わりに、サービスを中止するように端末デバイスに命令する情報を送るか否かをアップグレードパッケージタイプのみに基づいてサーバが決定してもよい。たとえば、アップグレードパッケージタイプがセキュリティタイプである場合、サーバが指示情報を端末に直ちに送って、端末によって返された肯定応答を受けた後にソフトウェアアップグレードプロシージャを開始してもよい。
【０１４６】
指示情報を用いることでソフトウェアアップグレードプロシージャの自動スケジューリングが実行されることが可能であり、人の介在が必要とされないことが分かる。さらに、アップグレードパッケージタイプ及びサービスステータスに基づいてアップグレード時期をサーバが決定する場合、アップグレードパッケージが受信された直後にソフトウェアアップグレードプロシージャを実行することによって現在のサービス又は以前のソフトウェアアップグレードプロシージャが中断されることが避けられることが可能である。
【０１４７】
3．サービス優先度とアップグレードパッケージ優先度とを比較することによってソフトウェアアップグレードプロシージャを開始する時期を決定する。
【０１４８】
（a）端末でのサービスのサービス優先度をサービスステータス情報からサーバが取得する。
【０１４９】
サーバが、アップグレードパッケージ優先度がサービス優先度よりも高いと判断する場合に指示情報を端末に送り、この指示情報は、サービスを中止するように端末に命令するのに用いられる。
【０１５０】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【０１５１】
サービス優先度とアップグレードパッケージ優先度とを比較することによってアップグレードパッケージの重要度が考慮されることが分かる。これにより、端末のアップグレードプロシージャと端末でのサービスとのコンフリクトが避けられる。
【０１５２】
（b）サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報からサーバが取得する。
【０１５３】
アップグレードパッケージ優先度がサービス優先度よりも高くかつサービスステータスがアイドル状態であると判断する場合にサーバが指示情報を端末に送り、この指示情報は、サービスを中止するように端末に命令するのに用いられる。
【０１５４】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【０１５５】
いくつかの実現例では、サービス優先度及びサービスステータスを取得した後、アップグレードパッケージ優先度がサービス優先度よりも高くかつサービスステータスが非アップグレード状態であると判断する場合、サーバが端末に指示情報を送る。指示情報は、プリセット時間以内にサービスを中止するように端末に命令するのに用いられる。この場合、ソフトウェアアップグレードプロシージャを開始する時期がサービス優先度、アップグレードパッケージ優先度及びサービスステータスを考慮することによって決定されることが分かる。これにより、サービス優先度とアップグレードパッケージ優先度との差を考慮するだけで、アップグレードプロシージャを直ちに開始することによって起こるサービスの中断を避けることができる。
【０１５６】
いくつかの実現例では、さらに、サービス優先度及びアップグレードパッケージ優先度のみに基づいてソフトウェアアップグレードプロシージャの時期をサーバが決定してもよい。図5に示されているように、実施形態は以下のステップを含んでもよい。
【０１５７】
501．サーバがアップグレードパッケージ優先度を取得して、ターゲットアップグレードモードとしてサーバ判断型アップグレードモードを決定する。
【０１５８】
502．サブスクリプション要求をサーバが端末に送り、このサブスクリプション要求は端末のサービスステータス情報に登録するのに用いられる。
【０１５９】
503．サブスクリプション応答を端末がサーバに返す。
【０１６０】
504．サービスのサービスステータス情報を端末からサーバが取得する。
【０１６１】
505．サーバがサービスステータス情報からサービス優先度を取得して、アップグレードパッケージ優先度とサービス優先度とを比較する。
【０１６２】
506．サービス優先度がアップグレードパッケージ優先度よりも低い場合に指示情報を端末に送る。
【０１６３】
507．端末が指示情報を受けた後にサービスを中止する。
【０１６４】
508．肯定応答を端末がサーバに返す。
【０１６５】
509．サーバが端末にアップグレードパッケージを送ってソフトウェアアップグレードプロシージャを開始する。
【０１６６】
4．ソフトウェアアップグレードプロシージャを開始する時期をサービス優先度及びサービスステータスに基づいて決定する。
【０１６７】
（a）サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報からサーバが取得する。
【０１６８】
アップグレードパッケージ優先度がサービス優先度よりも高くかつアップグレードパッケージタイプが既定のタイプではなくかつサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合にサーバが端末に指示情報を送り、この指示情報は、サービスを中止するように端末に命令するのに用いられる。
【０１６９】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【０１７０】
サービス優先度、アップグレードパッケージ優先度、アップグレードパッケージタイプ及びサービスステータスを考慮することによってソフトウェアアップグレードプロシージャを開始する時期が決定されることが分かる。これにより、ソフトウェアアップグレードプロシージャを開始する時期の決定をさらに向上させることができ、より細かい粒度でスケジューリングを実現することができる。
【０１７１】
いくつかの実現例では、さらに、サービス優先度及びアップグレードパッケージ優先度のみに基づいてソフトウェアアップグレードプロシージャの時期をサーバが決定してもよい。図6に示されているように、実施形態は以下のステップを含んでもよい。
【０１７２】
601．サーバがアップグレードパッケージ優先度を取得して、ターゲットアップグレードモードとしてサーバ判断型アップグレードモードを決定する。
【０１７３】
602．サブスクリプション要求をサーバが端末に送り、このサブスクリプション要求は端末のサービスステータス情報に登録するのに用いられる。
【０１７４】
603．サブスクリプション応答を端末がサーバに返す。
【０１７５】
604．サービスのサービスステータス情報を端末からサーバが取得する。
【０１７６】
605．サーバがサービスステータス情報からサービス優先度を取得して、アップグレードパッケージ優先度とサービス優先度とを比較する。
【０１７７】
607．サービス優先度がアップグレードパッケージ優先度よりも高い場合、アップデートされたサービスステータス情報を端末からサーバが取得し続ける。
【０１７８】
608．サービスステータス情報中のサービスステータスがアイドル状態又は非アップグレード状態である場合に指示情報を端末に送る。
【０１７９】
609．端末が指示情報を受けた後、プリセット時間以内にサービスを中止する。
【０１８０】
610．肯定応答を端末がサーバに返す。
【０１８１】
611．サーバが端末にアップグレードパッケージを送ってソフトウェアアップグレードプロシージャを開始する。
【０１８２】
（b）サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報からサーバが取得する。
【０１８３】
アップグレードパッケージ優先度がサービス優先度よりも高くなくかつサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合、サービスを中止するように端末に指示するのに用いられる指示情報をサーバが端末に送る。
【０１８４】
肯定応答を端末から受けた後、ソフトウェアアップグレードプロシージャをサーバが開始する。
【０１８５】
アップグレードパッケージ優先度がサービス優先度よりも高くないときにはソフトウェアアップグレードプロシージャを開始する最適な時期になっていないことが分かる。サーバは端末のサービスステータスのアップデート版をリアルタイムで取得した後、その都度取得されるアップデートされたサービスステータスに基づいて、ソフトウェアアップグレードプロシージャを開始する時期になったか否かを判断してもよい。サーバによって取得されたアップデートされたサービスステータスがアイドルである場合、サーバがサービスを中止するように端末に命令してソフトウェアアップグレードプロシージャを実行してもよい。これの代わりに、サーバによって取得されたアップデートされたサービスステータスが非アップグレード状態である場合、サービスを中止したりプリセット時間以内にサービスを中止したりするようにサーバが端末に命令してもよい。動的な比較及び判断を通じて、アップグレードの自動スケジューリングをサーバが実行することができる。これにより、アップグレードパッケージ優先度がサービス優先度よりも高くないと判断される場合にソフトウェアアップグレードプロシージャが開始されないことが避けられる。
【０１８６】
II．ターゲットアップグレードモードがネゴシエート型アップグレードモードである。
【０１８７】
図7に示されているように、実施形態は以下のステップを含んでもよい。
【０１８８】
701．アップグレードパッケージ優先度をサーバが端末に送り、このアップグレードパッケージ優先度は、アップグレードパッケージ優先度及びサービスステータスに基づいて、ソフトウェアアップグレードプロシージャを開始するか否かを判断するのに端末によって用いられる。
【０１８９】
702．アップグレードパッケージ優先度をサーバから端末が取得して、ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間をアップグレードパッケージ優先度とサービス優先度と端末でのサービスのサービスステータスとに基づいて決定した後に待機持続時間を搬送する肯定応答をサーバに送る。たとえば、待機持続時間は1時間に設定されてもよい。
【０１９０】
703．待機持続時間を搬送する肯定応答を端末からサーバが受ける。
【０１９１】
704．タイミング持続時間が待機持続時間を超えた後、端末のソフトウェアアップグレードプロシージャをサーバが開始する。
【０１９２】
705．端末がサーバからアップグレードパッケージを取得してソフトウェアアップグレードプロシージャを実行する。
【０１９３】
端末判断型アップグレードモードでは、サーバが端末にアップグレードパッケージ優先度を提供して、ソフトウェアアップグレードプロシージャを開始するか否かを端末が判断する根拠を与えることが分かる。さらに、端末によって返される待機持続時間に基づいてソフトウェアアップグレードプロシージャをサーバが自動的に開始し、重ねてアップグレード要求を端末が開始する必要はない。本実現例は、端末での現在のサービスを終了させたり中断させたりすることが不適当であるシナリオに特に適用可能である。
【０１９４】
III．ターゲットアップグレードモードが端末判断型アップグレードモードである。
【０１９５】
図8に示されているように、実施形態は以下のステップを含んでもよい。
【０１９６】
801．アップグレードパッケージ優先度をサーバが端末に送り、このアップグレードパッケージ優先度は、アップグレードパッケージ優先度及びサービス優先度に基づいて、ソフトウェアアップグレードプロシージャを開始するか否かを判断するのに端末によって用いられる。
【０１９７】
802．アップグレードパッケージ優先度をサーバから端末が取得して、ソフトウェアアップグレードプロシージャを開始するために、アップグレードパッケージ優先度と端末でのサービスのサービス優先度とに基づいて判断した後にアップグレード要求をサーバに送る。
【０１９８】
803．端末からアップグレード要求を受けてこれを承認した後、肯定応答をサーバが端末に送って端末のソフトウェアアップグレードプロシージャを実行する。
【０１９９】
804．これに対応して、肯定応答をサーバから受けた後、端末がサーバからアップグレードパッケージを取得してソフトウェアアップグレードプロシージャを開始する。
【０２００】
端末判断型アップグレードモードでは、サーバが端末にアップグレードパッケージ優先度を提供して、ソフトウェアアップグレードプロシージャを開始するか否かを端末が判断する根拠を与えることが分かる。
【０２０１】
さらに、端末判断型アップグレードモードでは、アップグレードパッケージタイプをサーバが端末にさらに送ってもよく、アップグレードパッケージタイプ（サービスステータスと組み合わされることもしてもよい）に基づいて、ソフトウェアアップグレードプロシージャを開始する時期を端末が決定してもよい。これの代わりに、端末判断型アップグレードモードでは、さらに、アップグレード要求のみをサーバが端末に送ってもよく、このアップグレード要求はアップグレードパッケージ優先度やアップグレードパッケージタイプなどの情報を搬送しなくてもよく、アップグレードされるアップグレードパッケージが存在することを端末に示すことのみに用いられてもよい。アップグレード要求を受けた後、ソフトウェアアップグレードプロシージャを開始する時期をサービスステータス又は端末のサービス優先度に基づいて端末が単独で決定してもよい。
【０２０２】
ターゲットアップグレードモード、アップグレードパッケージ優先度、アップグレードパッケージタイプ、サービスステータス情報及び待機持続時間などの、上記の実施形態で説明されている技術的特徴は、本出願の図9〜図11に対応する実施形態にも適用可能である。類似点についての詳細は以下重ねて説明されない。
【０２０３】
上記では本出願のソフトウェアアップグレード管理方法を説明している。以下、ソフトウェアアップグレード管理を実行するサーバと端末とを個別に説明する。
【０２０４】
図9はサーバの概略構成図である。本出願の本実施形態のサーバは、図2〜図8のいずれかに対応する実施形態のサーバによって実行されるソフトウェアアップグレード管理のステップを実行することができる。サーバによって実施される機能がハードウェアによって実施されてもよいし、対応するソフトウェアを実行することによってハードウェアによって実施されてもよい。ハードウェア又はソフトウェアが上記の機能に対応する1つ以上のモジュールを含む。モジュールはソフトウェア及び／又はハードウェアであってもよい。サーバは送受信器モジュール及び処理モジュールを含んでもよい。処理モジュールの機能の実施については、図2〜図8のいずれかに対応する実施形態の、ターゲットアップグレードモード、アップグレードパッケージ優先度及びアップグレードパッケージタイプをサーバによって決定すること、及びサービスステータス情報からサービス優先度及びサービスステータスを取得することなどの動作を参照する。詳細はここでは説明されない。送受信器モジュールの機能の実施については、図2〜図8のいずれか1つに対応する実施形態の、アップグレードパッケージ及びサービスステータス情報をサーバによって取得すること、並びに肯定応答及びアップグレード要求を端末から受けることなどの動作を参照する。処理モジュールは、送受信器モジュールの送受信動作を制御するように構成されてもよい。
【０２０５】
いくつかの実現例では、送受信器モジュールは、アップグレードパッケージを取得するように構成されてもよい。
【０２０６】
処理モジュールは、端末のターゲットアップグレードモードを決定するように構成されてもよい。ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含む。
【０２０７】
処理モジュールは、送受信器モジュールを用いてアップグレードパッケージを端末に送信して、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行する。
【０２０８】
ターゲットアップグレードモードを決定した後、決定されたターゲットアップグレードモードに基づいてソフトウェアアップグレードプロシージャをサーバの処理モジュールが自動的に実行することにより、アップグレードの無人自動スケジューリングを実施することが分かる。
【０２０９】
いくつかの実現例では、処理モジュールは以下を含む。
【０２１０】
ターゲットアップグレードモードでは、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて端末のソフトウェアアップグレードプロシージャをサーバが実行する。サービスステータス情報はサービスステータス及びサービス優先度のうちの少なくとも一方を含む。
【０２１１】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
端末でのサービスのサービスステータスをサービスステータス情報から送受信器モジュールを用いて取得し、
端末のサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、プリセット時間以内にサービスを中止するように端末に命令するのに用いられ、
肯定応答を端末から送受信器モジュールが受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【０２１２】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
端末でのサービスのサービスステータスをサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージタイプが既定のタイプでありかつサービスステータスが非アップグレード状態である場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、サービスを中止するように端末に命令するのに用いられ、
肯定応答を端末から送受信器モジュールが受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【０２１３】
いくつかの実現例では、指示情報は第1の時間又は既定の識別子を含む。第1の時間は、端末がサービスを中止してソフトウェアアップグレードプロシージャを実行する応答時間である。既定の識別子は、端末が指示情報を受けるときにサービスを中止するように端末に命令するのに用いられる。
【０２１４】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
端末でのサービスのサービス優先度をサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージ優先度がサービス優先度よりも高いと判断する場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、サービスを中止するように端末に命令するのに用いられ、
肯定応答を送受信器モジュールが端末から受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【０２１５】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージ優先度がサービス優先度よりも高くかつサービスステータスがアイドル状態であると判断する場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、サービスを中止するように端末に命令するのに用いられ、
肯定応答を送受信器モジュールが端末から受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【０２１６】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージ優先度がサービス優先度よりも高くかつアップグレードパッケージタイプが非既定のタイプでありかつサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を端末に送受信器モジュールを用いて送り、指示情報は、サービスを中止するように端末に命令するのに用いられ、
肯定応答を送受信器モジュールが端末から受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【０２１７】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
サービス優先度と端末でのサービスのサービスステータスとをサービスステータス情報から送受信器モジュールを用いて取得し、
アップグレードパッケージ優先度がサービス優先度よりも高くなくかつサービスステータスがアイドル状態又は非アップグレード状態であると判断する場合、サービスを中止するように端末に命令するのに用いられる指示情報を端末に送受信器モジュールを用いて送り、
肯定応答を端末から送受信器モジュールが受けた後にソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【０２１８】
いくつかの実現例では、ターゲットアップグレードモードが端末判断型アップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度を端末に送受信器モジュールを用いて送り、アップグレードパッケージ優先度は、ソフトウェアアップグレードプロシージャを開始するか否かをアップグレードパッケージ優先度及びサービス優先度に基づいて判断するのに端末によって用いられ、
アップグレード要求を端末から送受信器モジュールが受けた後、アップグレード要求を承認して端末のソフトウェアアップグレードプロシージャを実行する、
ように構成されている。
【０２１９】
いくつかの実現例では、ターゲットアップグレードモードがネゴシエート型アップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度を端末に送受信器モジュールを用いて送り、アップグレードパッケージ優先度は、ソフトウェアアップグレードプロシージャを開始するか否かをアップグレードパッケージ優先度及びサービスステータスに基づいて判断するのに端末によって用いられ、
待機持続時間を搬送する肯定応答を端末から送受信器モジュールを用いて受け、
タイミング持続時間が待機持続時間を超えた後に端末のソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【０２２０】
図10は端末の概略構成図である。本出願の端末は、ユーザに音声及び／又はデータ接続性を提供するデバイスであってもよい。たとえば、端末は、ポータブル、ポケットサイズ、ハンドヘルド、コンピュータ内蔵又は車載モバイル装置、たとえば、水量計、電気メータ、天然ガスメータ、シェアサイクル、スマートホームや、音声及び／又はデータを無線アクセスネットワークを用いてやり取りする別のスマートデバイスであってもよい。たとえば、これは、パーソナル通信サービス（英語表記：Personal Communication Service（略称：PCS））電話器、コードレス電話器、セッションイニシエーションプロトコル（SIP）電話器、ワイヤレスローカルループ（Wireless Local Loop、（略称：WLL））局又はパーソナルデジタルアシスタント（英語表記：Personal Digital Assistant（略称：PDA））などのデバイスであってもよい。無線端末は、サブスクライバユニット（Subscriber Unit）、サブスクライバ局（Subscriber Station）、モバイル局（Mobile Station）、モバイル局（Mobile）、ユーザ端末（User Terminal）、ユーザエージェント（User Agent）、ユーザデバイス（User Device）、ユーザ装置（User Equipment）、ポイントオブセールス（英語表記：Point of Sales（略称：POS））や車載コンピュータなどの任意の端末でもあってもよい。
【０２２１】
本出願の本実施形態の端末は、図2〜図8のいずれかに対応する実施形態の端末によって実行されるソフトウェアアップグレード管理のステップを実行することができる。端末によって実施される機能がハードウェアによって実施されてもよいし、対応するソフトウェアを実行することによってハードウェアによって実施されてもよい。ハードウェア又はソフトウェアが上記の機能に対応する1つ以上のモジュールを含む。モジュールはソフトウェア及び／又はハードウェアであってもよい。端末は送受信器モジュール及び処理モジュールを含んでもよい。処理モジュールの機能の実施については、図2〜図8のいずれかに対応する実施形態の、アップグレードパッケージ優先度及びアップグレードパッケージタイプを端末によって決定すること、及びソフトウェアアップグレードプロシージャを開始する時期を決定することなどの動作を参照する。詳細はここでは説明されない。送受信器モジュールの機能の実施については、図2〜図8のいずれか1つに対応する実施形態の、アップグレードパッケージ優先度、アップグレードパッケージタイプ、アップグレードパッケージ及びサービスステータス情報を端末によって取得すること、並びにアップグレードネゴシエーション要求、肯定応答及びアップグレード要求をサーバから受けることなどの動作を参照する。処理モジュールは、送受信器モジュールの送受信動作を制御するように構成されてもよい。
【０２２２】
いくつかの実現例では、送受信器モジュールは、端末において設定されているアップグレードモードをサーバに送るように構成されてもよく、端末において設定されているアップグレードモードは、端末のターゲットアップグレードモードを決定するのにサーバによって用いられる。ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含む。
【０２２３】
処理モジュールは、アップグレードパッケージをサーバから送受信器モジュールが取得した後にターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するように構成されてもよい。
【０２２４】
端末の送受信器モジュールは、設定されているアップグレードモードをサーバに提供して、ターゲットアップグレードモードをサーバが決定する根拠を与えることが分かる。アップグレードパッケージを送受信器モジュールが取得した後、サーバによって決定されたターゲットアップグレードモードに基づいてソフトウェアアップグレードプロシージャを処理モジュールが自動的に実行することにより、アップグレードの無人自動スケジューリングを実施してもよい。
【０２２５】
いくつかの実現例では、ターゲットアップグレードモードが端末判断型アップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度をサーバから送受信器モジュールを用いて取得し、
ソフトウェアアップグレードプロシージャを開始するためにアップグレードパッケージ優先度及び端末でのサービスのサービス優先度に基づいて判断した後にアップグレード要求をサーバに送受信器モジュールを用いて送り、
肯定応答をサーバから送受信器モジュールが受けた後、アップグレードパッケージをサーバから取得してソフトウェアアップグレードプロシージャを開始する、
ように構成されている。
【０２２６】
いくつかの実現例では、ターゲットアップグレードモードがネゴシエーション判断型アップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度をサーバから送受信器モジュールを用いて取得し、
ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間をアップグレードパッケージ優先度とサービス優先度と端末でのサービスのサービスステータスとに基づいて決定した後、待機持続時間を搬送する肯定応答をサーバに送受信器モジュールを用いて送り、
タイミング持続時間が待機持続時間を超えた後、アップグレードパッケージをサーバから送受信器モジュールを用いて取得してソフトウェアアップグレードプロシージャを実行する、
ように構成されている。
【０２２７】
いくつかの実現例では、ターゲットアップグレードモードがサーバ判断型アップグレードモードである場合、処理モジュールは、
端末でのサービスのサービスステータス情報をサーバに送受信器モジュールを用いて送り、サービスステータス情報は、サービス優先度又は端末でのサービスのサービスステータスのうちの少なくとも一方を判断するのにサーバによって用いられ、
サービスを中止するように端末に命令するのに用いられる指示情報をサーバから送受信器モジュールが受けた後、アップグレードパッケージをサーバから送受信器モジュールを用いて取得して端末のソフトウェアアップグレードプロシージャを実行する、
ように構成されている。
【０２２８】
図11は、本出願の実施形態に係るソフトウェアアップグレード管理を実行するために設けられるデバイスの概略構成図である。デバイスは、少なくとも1つのプロセッサ、少なくとも1つの送受信器、メモリ及び少なくとも1つのバスを含んでもよい。少なくとも1つのプロセッサ、少なくとも1つの送受信器及びメモリは、バスによって接続されたり別の仕方で接続されたりしてもよい。図11では、例としてバス接続が用いられている。
【０２２９】
メモリは読出し専用メモリ及びランダムアクセスメモリを含んでもよく、命令及びデータをプロセッサに提供してもよい。メモリの一部は、不揮発性ランダムアクセスメモリ（英語表記：Non−Volatile Random Access Memory（略称：NVRAM））をさらに含んでもよい。メモリは、オペレーティングシステム及び動作命令、実行モジュール若しくはデータ構造又はこれらのサブネット又はこれらの拡張集合を記憶する。動作命令は、様々な動作を実行するための様々な動作命令を含んでもよい。オペレーティングシステムは様々なシステムプログラムを含んで、様々な基本的なタスクを実施し、ハードウェアベースのタスクを処理してもよい。
【０２３０】
プロセッサはソフトウェアアップグレード管理に用いられるデバイスの動作を制御し、プロセッサは中央処理装置（英語表記：Central Processing Unit（略称：CPU））とも称される場合がある。特定の用途では、ソフトウェアアップグレード管理に用いられるデバイスのすべての構成要素がバスによって接続され合う。バスはデータバスに加えて、電力供給バス、制御バス、ステータス信号バスなどを含んでもよい。ただし、説明を明確にするために、様々なバスが図11ではバスと称されている。
【０２３１】
本出願（図9及び図10に示されている実施形態を含む）の実施形態のすべての送受信器モジュールに対応する物理的なデバイスが送受信器であってもよく、すべての処理モジュールに対応する物理的なデバイスがプロセッサであってもよい点に留意するべきである。図9及び図10に示されている装置は図11に示されている構成を持ってもよい。装置の1つが図11に示されている構成を持つ場合、図11のプロセッサ及び送受信器はこの装置に対応する装置の実施形態にそれぞれ設けられた処理モジュール及び送受信器モジュールの同じ機能又は類似の機能を実施し、図11のメモリは、ソフトウェアアップグレード管理方法をプロセッサが実行するときに呼び出される必要があるプログラムコードを記憶する。送受信器が受信器及び送信器と置換されることも行なってもよく、受信器及び送信器が同じ物理的実在物であっても異なる物理的実在物であってもよい。同じ物理的実在物であるとき、受信器と送信器とがまとめて送受信器と称されてもよい。たとえば、送受信器は高周波（英語表記：Radio Frequency（略称：RF））回路であってもよい。メモリがプロセッサに組み込まれてもよいし、プロセッサとは別体であってもよい。
【０２３２】
本出願の上記の実施形態に開示されている方法が図11に示されているプロセッサに適用されてもよく、すなわち、図11に示されているプロセッサによって実施されてもよい。たとえば、いくつかの実現例では、図11のプロセッサがメモリに記憶されているプログラム命令を呼び出してもよく、プロセッサは、本出願の実施形態のソフトウェアアップグレード管理方法が実行されるときに呼び出される必要があるプログラムコードを特に実行する。
【０２３３】
たとえば、サーバが図11に示されている構成を持つ場合、図11のメモリは、サーバによって実行されるソフトウェアアップグレード管理方法をプロセッサが実行するときに呼び出される必要があるプログラムコードを記憶する。特に、図11のプロセッサはメモリ中のプログラムコードを呼び出して以下の動作を実行することができる。
【０２３４】
アップグレードパッケージを送受信器を用いて取得する。
【０２３５】
端末のターゲットアップグレードモードを決定し、ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含む。
【０２３６】
アップグレードパッケージを端末に送受信器を用いて送り、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行する。
【０２３７】
別の例では、端末が図11に示されている構成を持つ場合、図11のメモリは、サーバによって実行されるソフトウェアアップグレード管理方法をプロセッサが実行するときに呼び出される必要があるプログラムコードを記憶する。特に、図11のプロセッサはメモリ中のプログラムコードを呼び出して以下の動作を実行することができる。
【０２３８】
端末において設定されているアップグレードモードをサーバに送受信器を用いて送り、端末において設定されているアップグレードモードは、端末のターゲットアップグレードモードを決定するのにサーバによって用いられ、ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを含む。
【０２３９】
アップグレードパッケージをサーバから送受信器が取得した後にターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行する。
【０２４０】
本出願の実施形態は別の端末をさらに提供する。例としてモノのインターネット端末が用いられる。図12は本出願の実施形態に係るモノのインターネット端末に関する構成部分のブロック図である。図12を参照して、モノのインターネット端末は少なくともRF回路1212、メモリ1220及びプロセッサ1280を含む。図12に示されているモノのインターネット端末の構成がモノのインターネット端末に対する限定を構成せず、図12に示されているものよりも多数であったり少数であったりする構成要素が含まれてもよいし、いくつかの構成要素が組み合わされてもよいし、異なる構成要素の配置が用いられてもよいことが当業者によって理解されるといえる。
【０２４１】
以下、図12を参照してモノのインターネット端末の各構成要素を詳述する。
【０２４２】
RF回路1212は、情報の送受信の際に信号を送受信するように構成されてもよく、特に、サーバから受けた情報を、処理のためにプロセッサ1280に送るように構成されてもよい。さらに、RF回路1212はモノのインターネット端末に関する情報をサーバに送る。大まかに言えば、RF回路1212は、アンテナ、少なくとも1つのアンプ、送受信器、カプラ、ローノイズアンプ（英語表記：low noise amplifier（LNA））、デュプレクサなどを含むが、これらに限定されない。さらに、RF回路1212は無線通信を通じてネットワーク及び別のデバイスとさらに通信してもよい。無線通信では、移動通信グローバルシステム（英語表記：global system of mobile communication（略称：GSM））、汎用パケット無線サービス（英語表記：general packet radio service（略称：GPRS））、符号分割多元接続（英語表記：code division multiple Access（略称：CDMA））、広帯域符号分割多元接続（英語表記：wideband code division multiple access（略称：WCDMA））、ロングタームエボリューション（英語表記：long term evolution（略称：LTE））、Eメールやショートメッセージサービス（英語表記：short messaging service（略称：SMS））などを含む（ただしこれらに限定されない）いかなる通信規格やプロトコルでも用いてもよい。RF回路1212は図9又は図10の送受信器モジュールや、図11に示されている送受信器に対応するものであってもよい。
【０２４３】
メモリ1220は、ソフトウェアプログラム及びモジュールを記憶するように構成されてもよい。プロセッサ1280はメモリ1220に記憶されているソフトウェアプログラム及びモジュールを実行してモノのインターネット端末の様々な機能アプリケーションとデータ処理とを実行する。メモリ1220はプログラム記憶エリア及びデータ記憶エリアを主に含んでもよい。プログラム記憶エリアは、オペレーティングシステム、少なくとも1つの機能（音声再生機能及び画像再生機能など）によって必要とされるアプリケーションプログラムなどを記憶してもよい。データ記憶エリアは、モノのインターネット端末の使用に基づいて生成されるデータ（オーディオデータ又は電話帳など）などを記憶してもよい。さらに、メモリ1220は高速ランダムアクセスメモリを含んでもよく、少なくとも1つの磁気ディスク記憶デバイス、フラッシュ記憶デバイスなどの不揮発性メモリや別の揮発性ソリッドステート記憶デバイスをさらに含んでもよい。
【０２４４】
プロセッサ1280はモノのインターネット端末の制御の中核であり、モノのインターネット端末の動作を制御するように構成されてもよい。特に、プロセッサ1280は様々なインタフェース及び配線を用いてモノのインターネット端末全体のすべての部分を接続し、メモリ1220に記憶されているソフトウェアプログラム及び／又はモジュールを動作させ、すなわち実行し、メモリ1220に記憶されているデータを呼び出すことによってモノのインターネット端末の様々な機能とデータ処理とを実行することで、モノのインターネット端末に対するモニタリング全体を行なってもよい。プロセッサ1280は図9又は図10の処理モジュールや、図11に示されているプロセッサに対応するものであってもよい。
【０２４５】
モノのインターネット端末は、入力／出力部1230、電源1290、表示部1240、オーディオ回路1260、スピーカ1261、マイク1262及びワイヤレスフィデリティ（英語表記：wireless fidelity（略称：Wi−Fi））モジュール1270をさらに含んでもよい。
【０２４６】
入力／出力部1230は、入力されたディジット情報や文字情報を受け、外部インタフェースを用いてディジット情報や文字情報を出力するように構成されてもよい。特に、入力／出力部1230はタッチパネル1231と別の入力デバイス1232とを含んでもよい。タッチ画面とも称されるタッチパネル1231は、タッチパネル1231上やその近傍でユーザによって行なわれるタッチ動作（たとえば、指やスタイラスなどの任意の適当な物体や付属品を用いてタッチパネル1231上やその近傍でユーザによって行なわれる動作）を収集してもよく、予め設定されたプログラムに基づいて対応する接続装置を駆動してもよい。
【０２４７】
電源1290は、モノのインターネット端末中の各構成要素に電力を供給するように構成されている。電源1290は、電源管理システムを用いて充電管理、放電管理及び電力消費管理などの機能を実施するように、電源管理システムを用いてプロセッサ1280に論理的に接続されてもよい。
【０２４８】
表示部1240は、ユーザによって入力された情報やユーザに提供される情報、及びモノのインターネット端末の様々なメニューを表示するように構成されてもよい。表示部1240は表示パネル1241を含んでもよい。オプションとして、表示パネル1241は、液晶ディスプレイ（英語表記：Liquid Crystal Display（略称：LCD））、有機発光ダイオード（英語表記：Organic Light−Emitting Diode（略称：OLED））などの形態で構成されてもよい。さらに、タッチパネル1231は表示パネル1241をカバーしてもよい。タッチパネル1231上やその近傍でのタッチ動作を検出した後、タッチパネル1231はタッチ動作をプロセッサ1280に渡してタッチイベントのタイプを決定する。その後、プロセッサ1280はタッチイベントのタイプに基づいて対応する視覚的出力を表示パネル1241上に提供する。図12では、タッチパネル1231と表示パネル1241とがモノのインターネット端末の入力機能と出力機能とを実施する2つの独立した構成要素として用いられている。いくつかの実施形態では、タッチパネル1231と表示パネル1241とが一体化されてモノのインターネット端末の入力機能と出力機能とを実施してもよい。
【０２４９】
オーディオ回路1260、スピーカ1261及びマイク1262がユーザとモノのインターネット端末との間のオーディオインタフェースを提供してもよい。オーディオ回路1260は、受けたオーディオデータから変換された電気信号をスピーカ1261に伝えてもよく、スピーカ1261は電気信号を、出力されるサウンド信号に変換する。さらに、マイク1262は収集したサウンド信号を電気信号に変換し、オーディオ回路1260は電気信号を受けてオーディオデータに変換してオーディオデータをプロセッサ1280に出力する。プロセッサ1280はオーディオデータを処理した後、処理されたオーディオデータをRF回路1212を通じてたとえば、別のモノのインターネット端末に送ったり、処理されたオーディオデータをさらなる処理のためにメモリ1220に出力したりする。
【０２５０】
Wi−Fiは短距離無線伝送技術である。モノのインターネット端末はWi−Fiモジュール1270を用いることで、ユーザがEメールを送信及び受信し、ウェブページを閲覧し、ストリーミング媒体にアクセスするなどを支援してもよい。Wi−Fiモジュール1270はユーザに無線ブロードバンドインターネット接続を提供する。図12はWi−Fiモジュール1270を示している。しかし、Wi−Fiモジュール1270は、モノのインターネット端末の必須の構成要素ではなく、本出願の本質を変更しない範囲で必要に応じて完全に省略されてもよいことが分かる。
【０２５１】
示されていないが、モノのインターネット端末はカメラ、Bluetoothモジュールなどをさらに含んでもよい。詳細はここでは説明されない。
【０２５２】
本出願の本実施形態では、モノのインターネット端末に含まれるプロセッサ1280は、端末によって実行される上記のソフトウェアアップグレード管理方法のプロシージャの実行をさらに制御する。
【０２５３】
本出願の実施形態は別のサーバを提供する。図13の概略構成図に示されているように、サーバ1320は構成やパフォーマンスの違いのために大幅に異なってもよく、1つ以上の中央処理装置（英語表記：central processing units（略称：CPU））1322（たとえば1つ以上のプロセッサ）、入力／出力インタフェース1358及びメモリ1332を含んでもよい。サーバは、データ1344やアプリケーションプログラム1342を記憶する1つ以上の記憶媒体1330（たとえば1つ以上の大容量記憶デバイス）をさらに含んでもよい。
【０２５４】
セントラルプロセッサ1322は記憶媒体1330と通信して記憶媒体1330中の一連の命令動作をサーバ1320上で実行するように構成されてもよい。CPU1322は図9又は図10の処理モジュールや、図11に示されているプロセッサに対応するものであってもよい。記憶媒体1330は、図11に示されているメモリに対応するものであってもよい。
【０２５５】
入力／出力インタフェース1358は図9又は図10の送受信器モジュールや、図11に示されている送受信器に対応するものであってもよい。
【０２５６】
メモリ1332及び記憶媒体1330は一時的なストレージ又は永続的なストレージであってもよい。記憶媒体1330に記憶されるプログラムは1つ以上のモジュール（図に示されていない）を含んでもよく、各モジュールはサーバのための一連の命令動作を含んでもよい。
【０２５７】
サーバ1320は、1つ以上の電源1326、1つ以上の有線若しくは無線ネットワークインタフェース1350、1つ以上の入力／出力インタフェース1358及び／又は1つ以上のオペレーティングシステム1341（Windows Server、Mac OS X、Unix、Linux及びFreeBSDなど）をさらに含んでもよい。
【０２５８】
上記の実施形態のサーバによって実行されるステップは図13に示されているサーバ構成に基づいてもよい。
【０２５９】
上記の実施形態では、実施形態の説明にそれぞれの注目点がある。実施形態で詳細に説明されていない部分については、別の実施形態の関連説明を参照する。
【０２６０】
説明を簡便にするために、説明されているシステム、装置及びモジュールの詳細な動作プロセスについては、上記の方法の実施形態の対応するプロセスを参照することが当業者によって明確に理解されるといえ、詳細はここでは重ねて説明されない。
【０２６１】
本出願で提供されているいくつかの実施形態では、開示されているシステム、装置及び方法が他の仕方で実施されてもよいと当然解する。たとえば、説明されている装置の実施形態は例にすぎない。たとえば、モジュールの分割は論理的な機能の分割にすぎず、実際の実施では他の分割であってもよい。たとえば、複数のモジュールやソフトウェアが別のシステムに組み入れられたり別のシステムに統合されたりしてもよいし、いくつかの特徴が無視されたり実行されなかったりしてもよい。さらに、表示されていたり説明されていたりする相互接続や直接接続や通信接続がいくつかのインタフェースによって実施されてもよい。装置間やモジュール間の間接接続や通信接続が電子的に実施されたり機械的に実施されたり他の形態で実施されたりしてもよい。
【０２６２】
別体の部分として説明されているモジュールが物理的に別体であってもなくてもよく、モジュールとして表示されている部分が物理的なモジュールであってもなくてもよいし、一箇所に配置されてもよいし、複数のネットワークモジュールに分散されてもよい。モジュールの一部又は全部が実施形態の解決手段の目的を達成するように実際の必要に応じて選択されてもよい。
【０２６３】
さらに、本出願の機能モジュールが1つの処理モジュールに統合されてもよいし、モジュールの各々が物理的に単独で存在してもよし、2つ以上のモジュールが1つのモジュールに統合される。統合されたモジュールがハードウェアの形態で実施されてもよいしソフトウェア機能モジュールの形態で実施されてもよい。統合されたモジュールがソフトウェア機能モジュールの形状で実施されて独立した製品として販売されたり使用されたりする場合、統合されたモジュールはコンピュータ可読記憶媒体に記憶されてもよい。
【０２６４】
上記の実施形態の全部又は一部が、ソフトウェア、ハードウェア、ソフトウェア又はこれらの任意の組合せによって実施されてもよい。実施形態を実施するのにソフトウェアが用いられる場合、実施形態がコンピュータプログラムプロダクトの形態で全体的に実施されても部分的に実施されてもよい。
【０２６５】
コンピュータプログラムプロダクトは1つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されるとき、本出願の実施形態に係るプロシージャ又は機能の一部又は全部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク又は別のプログラム可能な装置であってもよい。コンピュータ命令はコンピュータ可読記憶媒体に記憶されてもよいし、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバやデータセンタから別のウェブサイト、コンピュータ、サーバやデータセンタに有線方式（たとえば、同軸ケーブル、光ファイバやデジタル加入者回線（DSL））や無線方式（たとえば、赤外線、電波又はマイクロ波）で伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体や、1つ以上の利用可能な媒体を統合するサーバやデータセンタなどのデータ記憶デバイスであってもよい。利用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスクや磁気テープ）、光学媒体（たとえばDVD）、半導体媒体（たとえば、ソリッドステートドライブSolid State Disk（SSD））などであってもよい。
【０２６６】
本出願で提供される技術的解決手段が上記に詳細に説明されている。本出願の原理及び実現例が特定の例を通じてここで説明されている。実施形態についての説明は、本出願の方法及び中心思想を理解するのを助けるために提供されているのにすぎない。さらに、当業者は本出願の思想に係る特定の実現例及び適用範囲の点で本出願に変更及び修正を加えることができる。したがって、明細書の内容は本出願に対する限定として解釈されないものとする。
【符号の説明】
【０２６７】
1212  RF回路
1220  メモリ
1230  入力／出力部
1231  タッチパネル
1232  別の入力デバイス
1240  表示部
1241  表示パネル
1250  センサ
1260  オーディオ回路
1261  スピーカ
1262  マイク
1270  Wi−Fiモジュール
1280  プロセッサ
1290  電源
1320  サーバ
1322  中央処理装置、セントラルプロセッサ
1326  電源
1330  記憶媒体
1332  メモリ
1341  オペレーティングシステム
1342  アプリケーションプログラム
1344  データ
1350  有線又は無線ネットワークインタフェース
1358  入力／出力インタフェース
【図１】
2021513707.tif 000003
【図２】
2021513707.tif 000004
【図３】
2021513707.tif 000005
【図４】
2021513707.tif 000006
【図５】
2021513707.tif 000007
【図６】
2021513707.tif 000008
【図７】
2021513707.tif 000009
【図８】
2021513707.tif 000010
【図９】
2021513707.tif 000011
【図１０】
2021513707.tif 000012
【図１１】
2021513707.tif 000013
【図１２】
2021513707.tif 000014
【図１３】
2021513707.tif 000015
【手続補正書】
【提出日】令和2年9月18日(2020.9.18)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
ネゴシエート型アップグレードモードでは、サーバが端末にアップグレードパッケージ優先度を提供して、ソフトウェアアップグレードプロシージャを開始するか否かを端末が判断する根拠を与えることが分かる。さらに、端末によって返される待機持続時間に基づいてソフトウェアアップグレードプロシージャをサーバが自動的に開始し、重ねてアップグレード要求を端末が開始する必要はない。本実現例は、端末での現在のサービスを終了させたり中断させたりすることが不適当であるシナリオに特に適用可能である。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
第2の態様に基づいて、第2の態様の第2の実現例において、ターゲットアップグレードモードがネゴシエーションアップグレードモードである場合、ターゲットアップグレードモードに基づいて端末のソフトウェアアップグレードプロシージャを実行するステップは以下のステップを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正の内容】
【００８６】
いくつかの実現例では、ターゲットアップグレードモードがネゴシエーションアップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度をサーバから送受信器モジュールを用いて取得し、
ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間をアップグレードパッケージ優先度とサービス優先度と端末でのサービスのサービスステータスとに基づいて決定した後、待機持続時間を搬送する肯定応答をサーバに送受信器モジュールを用いて送り、
タイミング持続時間が待機持続時間を超えた後、アップグレードパッケージをサーバから送受信器モジュールを用いて取得してソフトウェアアップグレードプロシージャを実行する、
ように構成されている。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
【図１】本出願の実施形態に係るモノのインターネットシステムの概略アーキテクチャ図である。
【図２】本出願の実施形態に係るソフトウェアアップグレード管理方法の概略フローチャートである。
【図３】本出願の実施形態に係る、端末のアップグレードモードの設定の概略フローチャートである。
【図４】本出願の実施形態に係る、サーバ判断型アップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図５】本出願の実施形態に係る、サーバ判断型アップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図６】本出願の実施形態に係る、サーバ判断型アップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図７】本出願の実施形態に係る、ネゴシエーションアップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図８】本出願の実施形態に係る、端末判断型アップグレードモードでのソフトウェアアップグレードプロシージャの実行の概略フローチャートである。
【図９】本出願の実施形態に係るサーバの概略構成図である。
【図１０】本出願の実施形態に係る端末の概略構成図である。
【図１１】本出願の実施形態に係る、ソフトウェアアップグレード管理方法を実行するデバイスの概略構成図である。
【図１２】本出願の実施形態に係るモノのインターネット端末の概略構成図である。
【図１３】本出願の実施形態に係るサーバの別の概略構成図である。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１１８
【補正方法】変更
【補正の内容】
【０１１８】
端末が少なくとも1つのアップグレードモードを選択して、少なくとも1つのアップグレードモードをサーバにアップグレードモードネゴシエーション応答を用いて送ってもよい。アップグレードモードネゴシエーション応答を受けた後、アップグレードモードネゴシエーション応答中で搬送されたアップグレードモードに基づいてターゲットアップグレードモードをサーバが決定してもよい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１５６
【補正方法】変更
【補正の内容】
【０１５６】
いくつかの実現例では、さらに、サービス優先度及びアップグレードパッケージ優先度のみに基づいてソフトウェアアップグレードプロシージャを開始する時期をサーバが決定してもよい。図5に示されているように、実施形態は以下のステップを含んでもよい。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１６２
【補正方法】変更
【補正の内容】
【０１６２】
506．サーバがサービス優先度がアップグレードパッケージ優先度よりも低い場合に指示情報を端末に送る。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１９３
【補正方法】変更
【補正の内容】
【０１９３】
ネゴシエート型アップグレードモードでは、サーバが端末にアップグレードパッケージ優先度を提供して、ソフトウェアアップグレードプロシージャを開始するか否かを端末が判断する根拠を与えることが分かる。さらに、端末によって返される待機持続時間に基づいてソフトウェアアップグレードプロシージャをサーバが自動的に開始し、重ねてアップグレード要求を端末が開始する必要はない。本実現例は、端末での現在のサービスを終了させたり中断させたりすることが不適当であるシナリオに特に適用可能である。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０２２６
【補正方法】変更
【補正の内容】
【０２２６】
いくつかの実現例では、ターゲットアップグレードモードがネゴシエーションアップグレードモードである場合、処理モジュールは、
アップグレードパッケージ優先度をサーバから送受信器モジュールを用いて取得し、
ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間をアップグレードパッケージ優先度とサービス優先度と端末でのサービスのサービスステータスとに基づいて決定した後、待機持続時間を搬送する肯定応答をサーバに送受信器モジュールを用いて送り、
タイミング持続時間が待機持続時間を超えた後、アップグレードパッケージをサーバから送受信器モジュールを用いて取得してソフトウェアアップグレードプロシージャを実行する、
ように構成されている。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０２３７
【補正方法】変更
【補正の内容】
【０２３７】
別の例では、端末が図11に示されている構成を持つ場合、図11のメモリは、端末によって実行されるソフトウェアアップグレード管理方法をプロセッサが実行するときに呼び出される必要があるプログラムコードを記憶する。特に、図11のプロセッサはメモリ中のプログラムコードを呼び出して以下の動作を実行することができる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０２５３
【補正方法】変更
【補正の内容】
【０２５３】
本出願の実施形態は別のサーバを提供する。図13の概略構成図に示されているように、サーバ1300は構成やパフォーマンスの違いのために大幅に異なってもよく、1つ以上の中央処理装置（英語表記：central processing units（略称：CPU））1322（たとえば1つ以上のプロセッサ）、入力／出力インタフェース1358及びメモリ1332を含んでもよい。サーバは、データ1344やアプリケーションプログラム1342を記憶する1つ以上の記憶媒体1330（たとえば1つ以上の大容量記憶デバイス）をさらに含んでもよい。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０２５４
【補正方法】変更
【補正の内容】
【０２５４】
セントラルプロセッサ1322は記憶媒体1330と通信して記憶媒体1330中の一連の命令動作をサーバ1300上で実行するように構成されてもよい。CPU1322は図9又は図10の処理モジュールや、図11に示されているプロセッサに対応するものであってもよい。記憶媒体1330は、図11に示されているメモリに対応するものであってもよい。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０２５７
【補正方法】変更
【補正の内容】
【０２５７】
サーバ1300は、1つ以上の電源1326、1つ以上の有線若しくは無線ネットワークインタフェース1350、1つ以上の入力／出力インタフェース1358及び／又は1つ以上のオペレーティングシステム1341（Windows Server、Mac OS X、Unix、Linux及びFreeBSDなど）をさらに含んでもよい。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０２６４
【補正方法】変更
【補正の内容】
【０２６４】
上記の実施形態の全部又は一部が、ソフトウェア、ハードウェア、ファームウェア又はこれらの任意の組合せによって実施されてもよい。実施形態を実施するのにソフトウェアが用いられる場合、実施形態がコンピュータプログラムプロダクトの形態で全体的に実施されても部分的に実施されてもよい。
【手続補正１５】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アップグレードパッケージをサーバによって取得するステップと、
端末のターゲットアップグレードモードを前記サーバによって決定するステップであって、前記ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを備える、ステップと、
前記アップグレードパッケージを前記端末に前記サーバによって送って、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行するステップと
を備えるソフトウェアアップグレード管理方法。
【請求項２】
前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行するステップであって、前記サービスステータス情報はサービスステータス及びサービス優先度のうちの少なくとも一方を備える、ステップ
を備える、請求項1に記載の方法。
【請求項３】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記端末での前記サービスの前記サービスステータスを前記サービスステータス情報から前記サーバによって取得するステップと、
前記端末の前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、プリセット時間以内に前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項４】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記端末での前記サービスの前記サービスステータスを前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージタイプが既定のタイプでありかつ前記サービスステータスが非アップグレード状態である場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項５】
前記指示情報は第1の時間又は既定の識別子を備え、前記第1の時間は、前記端末が前記サービスを中止して前記ソフトウェアアップグレードプロシージャを実行する応答時間であり、前記既定の識別子は、前記端末が前記指示情報を受けるときに前記サービスを中止するように前記端末に命令するのに用いられる、請求項4に記載の方法。
【請求項６】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記端末での前記サービスの前記サービス優先度を前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高いと判断する場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項７】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くかつ前記サービスステータスがアイドル状態であると判断する場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項８】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くかつ前記アップグレードパッケージタイプが非既定のタイプでありかつ前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を前記端末に前記サーバによって送るステップであって、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられる、ステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項９】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって前記ターゲットアップグレードモードで実行する前記ステップは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記サーバによって取得するステップと、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くなくかつ前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合、前記サービスを中止するように前記端末に命令するのに用いられる指示情報を前記端末に前記サーバによって送るステップと、
肯定応答を前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項2に記載の方法。
【請求項１０】
前記ターゲットアップグレードモードが前記端末判断型アップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
アップグレードパッケージ優先度を前記端末に前記サーバによって送るステップであって、前記アップグレードパッケージ優先度は、前記ソフトウェアアップグレードプロシージャを開始するか否かを前記アップグレードパッケージ優先度及びサービス優先度に基づいて判断するのに前記端末によって用いられる、ステップと、
アップグレード要求を前記端末から受けた後、前記アップグレード要求を前記サーバによって承認して前記端末の前記ソフトウェアアップグレードプロシージャを実行するステップと
を備える、請求項1に記載の方法。
【請求項１１】
前記ターゲットアップグレードモードが前記ネゴシエート型アップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
アップグレードパッケージ優先度を前記端末に前記サーバによって送るステップであって、前記アップグレードパッケージ優先度は、前記ソフトウェアアップグレードプロシージャを開始するか否かを前記アップグレードパッケージ優先度及びサービスステータスに基づいて判断するのに前記端末によって用いられる、ステップと、
待機持続時間を搬送する肯定応答を前記端末から前記サーバによって受けるステップと、
タイミング持続時間が前記待機持続時間を超えた後に前記端末の前記ソフトウェアアップグレードプロシージャを前記サーバによって開始するステップと
を備える、請求項1に記載の方法。
【請求項１２】
端末によって、前記端末において設定されているアップグレードモードをサーバに送るステップであって、前記端末において設定されている前記アップグレードモードは、前記端末のターゲットアップグレードモードを決定するのに前記サーバによって用いられ、前記ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを備える、ステップと、
アップグレードパッケージを前記サーバから前記端末によって取得し、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行するステップと
を備えるソフトウェアアップグレード管理方法。
【請求項１３】
前記ターゲットアップグレードモードが前記端末判断型アップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
アップグレードパッケージ優先度を前記サーバから前記端末によって取得するステップと、
前記ソフトウェアアップグレードプロシージャを開始するために前記アップグレードパッケージ優先度及び前記端末でのサービスのサービス優先度に基づいて判断した後にアップグレード要求を前記サーバに前記端末によって送るステップと、
肯定応答を前記サーバから受けた後、前記アップグレードパッケージを前記サーバから前記端末によって取得して前記ソフトウェアアップグレードプロシージャを開始するステップと
を備える、請求項12に記載の方法。
【請求項１４】
前記ターゲットアップグレードモードがネゴシエーションアップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
アップグレードパッケージ優先度を前記サーバから前記端末によって取得するステップと、
前記ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間を前記アップグレードパッケージ優先度とサービス優先度と前記端末でのサービスのサービスステータスとに基づいて決定した後、前記待機持続時間を搬送する肯定応答を前記サーバに前記端末によって送るステップと、
タイミング持続時間が前記待機持続時間を超えた後、前記アップグレードパッケージを前記サーバから前記端末によって取得して前記ソフトウェアアップグレードプロシージャを実行するステップと
を備える、請求項12に記載の方法。
【請求項１５】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する前記ステップは、
前記端末でのサービスのサービスステータス情報を前記サーバに前記端末によって送るステップであって、前記サービスステータス情報は、サービス優先度又は前記端末での前記サービスのサービスステータスのうちの少なくとも一方を判断するのに前記サーバによって用いられる、ステップと、
前記サービスを中止するように前記端末に命令するのに用いられる指示情報を前記サーバから受けた後、前記アップグレードパッケージを前記サーバから前記端末によって取得して前記端末の前記ソフトウェアアップグレードプロシージャを実行するステップと
を備える、請求項12に記載の方法。
【請求項１６】
アップグレードパッケージを取得するように構成されている送受信器モジュールと、
処理モジュールであって、端末のターゲットアップグレードモードを決定し、前記ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを備え、
前記アップグレードパッケージを前記端末に前記送受信器モジュールを用いて送って、前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行する、ように構成されている処理モジュールと
を備えるサーバ。
【請求項１７】
前記処理モジュールは、
アップグレードパッケージタイプ、アップグレードパッケージ優先度又は前記端末でのサービスのサービスステータス情報のうちの少なくとも1つに基づいて前記端末の前記ソフトウェアアップグレードプロシージャを前記ターゲットアップグレードモードで実行し、前記サービスステータス情報はサービスステータス及びサービス優先度のうちの少なくとも一方を備える
ように構成されている、請求項16に記載のサーバ。
【請求項１８】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記端末での前記サービスの前記サービスステータスを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記端末の前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、プリセット時間以内に前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記端末から前記送受信器モジュールが受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項１９】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記端末での前記サービスの前記サービスステータスを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージタイプが既定のタイプでありかつ前記サービスステータスが非アップグレード状態である場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記端末から前記送受信器モジュールが受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項２０】
前記指示情報は第1の時間又は既定の識別子を備え、前記第1の時間は、前記端末が前記サービスを中止して前記ソフトウェアアップグレードプロシージャを実行する応答時間であり、前記既定の識別子は、前記端末が前記指示情報を受けるときに前記サービスを中止するように前記端末に命令するのに用いられる、請求項19に記載のサーバ。
【請求項２１】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記端末での前記サービスの前記サービス優先度を前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高いと判断する場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記送受信器モジュールが前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項２２】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くかつ前記サービスステータスがアイドル状態であると判断する場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記送受信器モジュールが前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項２３】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くかつ前記アップグレードパッケージタイプが非既定のタイプでありかつ前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合に指示情報を前記端末に前記送受信器モジュールを用いて送り、前記指示情報は、前記サービスを中止するように前記端末に命令するのに用いられ、
肯定応答を前記送受信器モジュールが前記端末から受けた後に前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項17に記載のサーバ。
【請求項２４】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記サービス優先度と前記端末での前記サービスの前記サービスステータスとを前記サービスステータス情報から前記送受信器モジュールを用いて取得し、
前記アップグレードパッケージ優先度が前記サービス優先度よりも高くなくかつ前記サービスステータスがアイドル状態又は非アップグレード状態であると判断する場合、前記サービスを中止するように前記端末に命令するのに用いられる指示情報を前記端末に前記送受信器モジュールを用いて送り、
肯定応答を前記端末から前記送受信器モジュールが受けた後に前記ソフトウェアアップグレードプロシージャを開始する
ように構成されている、請求項17に記載のサーバ。
【請求項２５】
前記ターゲットアップグレードモードが前記端末判断型アップグレードモードである場合、前記処理モジュールは、
アップグレードパッケージ優先度を前記端末に前記送受信器モジュールを用いて送り、前記アップグレードパッケージ優先度は、前記ソフトウェアアップグレードプロシージャを開始するか否かを前記アップグレードパッケージ優先度及び前記サービス優先度に基づいて判断するのに前記端末によって用いられ、
アップグレード要求を前記端末から前記送受信器モジュールが受けた後、前記アップグレード要求を承認して前記端末の前記ソフトウェアアップグレードプロシージャを実行する、
ように構成されている、請求項16に記載のサーバ。
【請求項２６】
前記ターゲットアップグレードモードが前記ネゴシエート型アップグレードモードである場合、前記処理モジュールは、
アップグレードパッケージ優先度を前記端末に前記送受信器モジュールを用いて送り、前記アップグレードパッケージ優先度は、前記ソフトウェアアップグレードプロシージャを開始するか否かを前記アップグレードパッケージ優先度及びサービスステータスに基づいて判断するのに前記端末によって用いられ、
待機持続時間を搬送する肯定応答を前記端末から前記送受信器モジュールを用いて受け、
タイミング持続時間が前記待機持続時間を超えた後に前記端末の前記ソフトウェアアップグレードプロシージャを開始する、
ように構成されている、請求項16に記載のサーバ。
【請求項２７】
端末において設定されているアップグレードモードをサーバに送り、前記端末において設定されている前記アップグレードモードは、前記端末のターゲットアップグレードモードを決定するのに前記サーバによって用いられ、前記ターゲットアップグレードモードは、サーバ判断型アップグレードモード、端末判断型アップグレードモード又はネゴシエート型アップグレードモードのうちの1つを備える、ように構成されている送受信器モジュールと、
アップグレードパッケージを前記サーバから前記送受信器モジュールが取得した後に前記ターゲットアップグレードモードに基づいて前記端末のソフトウェアアップグレードプロシージャを実行するように構成されている処理モジュールと
を備える端末。
【請求項２８】
前記ターゲットアップグレードモードが前記端末判断型アップグレードモードである場合、前記処理モジュールは、
アップグレードパッケージ優先度を前記サーバから前記送受信器モジュールを用いて取得し、
前記ソフトウェアアップグレードプロシージャを開始するために前記アップグレードパッケージ優先度及び前記端末でのサービスのサービス優先度に基づいて判断した後にアップグレード要求を前記サーバに前記送受信器モジュールを用いて送り、
肯定応答を前記サーバから前記送受信器モジュールが受けた後、前記アップグレードパッケージを前記サーバから取得して前記ソフトウェアアップグレードプロシージャを開始する
ように構成されている、請求項27に記載の端末。
【請求項２９】
前記ターゲットアップグレードモードがネゴシエーション判断型アップグレードモードである場合、前記処理モジュールは、
アップグレードパッケージ優先度を前記サーバから前記送受信器モジュールを用いて取得し、
前記ソフトウェアアップグレードプロシージャを開始するまでの待機持続時間を前記アップグレードパッケージ優先度とサービス優先度と前記端末でのサービスのサービスステータスとに基づいて決定した後、前記待機持続時間を搬送する肯定応答を前記サーバに前記送受信器モジュールを用いて送り、
タイミング持続時間が前記待機持続時間を超えた後、前記アップグレードパッケージを前記サーバから前記送受信器モジュールを用いて取得して前記ソフトウェアアップグレードプロシージャを実行する
ように構成されている、請求項27に記載の端末。
【請求項３０】
前記ターゲットアップグレードモードが前記サーバ判断型アップグレードモードである場合、前記処理モジュールは、
前記端末でのサービスのサービスステータス情報を前記サーバに前記送受信器モジュールを用いて送り、前記サービスステータス情報は、サービス優先度又は前記端末での前記サービスのサービスステータスのうちの少なくとも一方を判断するのに前記サーバによって用いられ、
前記サービスを中止するように前記端末に命令するのに用いられる指示情報を前記サーバから前記送受信器モジュールが受けた後、前記アップグレードパッケージを前記サーバから前記送受信器モジュールを用いて取得して前記端末の前記ソフトウェアアップグレードプロシージャを実行する、
ように構成されている、請求項27に記載の端末。
【請求項３１】
少なくとも1つのプロセッサ、少なくとも1つのメモリ及び少なくとも1つの送受信器を備え、
前記メモリは、プログラムコードを記憶するように構成されており、前記プロセッサは、前記メモリ中の前記プログラムコードを呼び出して、請求項1から11のいずれか一項に記載のサーバの動作又は請求項12から15のいずれか一項に記載の端末の動作を実行するように構成されている、
コンピュータ装置。
【請求項３２】
命令を備え、前記命令がコンピュータ上で動作するとき、前記コンピュータが請求項1から11のいずれか一項に記載のサーバの動作又は請求項12から15のいずれか一項に記載の端末の動作を実行することが可能にされる、コンピュータ記憶媒体。
【国際調査報告】
2021513707.tif 000016
2021513707.tif 000017
2021513707.tif 000018
2021513707.tif 000019