JP2010233027A - 端末ソフトウェア更新装置、端末ソフトウェア更新システム、及び端末ソフトウェア更新方法 - Google Patents

Abstract

【課題】ソフトウェアの即時のアップデートが必要な状態において、より確実に即時のアップデートを可能にする端末ソフトウェア更新装置、端末ソフトウェア更新システム、及び端末ソフトウェア更新方法を提供する。
【解決手段】更新管理サーバ１は、移動端末に格納されているソフトウェアの更新を行なう端末ソフトウェア更新装置であって、移動端末に関する端末情報を取得する同期処理部１１と、同期処理部１１により取得された端末情報に基づいて、ソフトウェアの更新が必要な移動端末を選択する要更新端末選択部１２と、要更新端末選択部１２により選択された移動端末に格納されているソフトウェアを更新する更新指示部１３と、を備える。
【選択図】図２

Description

本発明は、移動端末に格納されているソフトウェアの更新を行なう端末ソフトウェア更新装置と、当該移動端末及び当該端末ソフトウェア更新装置を有する端末ソフトウェア更新システムと、当該端末ソフトウェア更新装置において行われる端末ソフトウェア更新方法とに関する。

従来、移動端末に格納されているプログラムといったソフトウェアのアップデートを、各種ソフトウェアを格納するサーバから当該移動端末に新たなソフトウェアをダウンロードさせることによって行なうことが提案されている。例えば、特許文献１には、このようなダウンロードを行なう移動通信システムが開示されている。

この移動通信システムでは、移動電話端末のプログラムのバージョンアップの必要性が発生した場合、まず、ダウンロード制御装置が、ダウンロードの対象となる移動電話端末を抽出し、それらに対するダウンロード開始を交換局装置に指示する。次に、交換局装置が、移動電話端末に対するダウンロードを実行する。そして、移動電話端末は、送られてくるプログラムを順次蓄えておき、必要なデータの受信が終了すると、現在のメインプログラムを消去し、新しいプログラムを書込む。

近年、移動端末に格納されているプログラムといったソフトウェアのアップデートの実施回数は、当該移動端末の高機能化や多機能化に伴い、年々増加傾向にある。特に、移動端末が有するクレジットカード機能や電子マネー機能を用いた決済時に発生し得る不具合が判明した場合、ソフトウェアの早急なアップデートが、比較的高い優先度で行なうべき処理として必要となる。

特開２００１−５３８８２号公報

多くの加入者を有する移動通信サービスであるＦＯＭＡ（登録商標）において現在行なわれているソフトウェアのアップデートの詳細な方法について、図１を用いて説明する。まず、加入者情報保持ノード１０が、Ｐｕｓｈサーバ２０に対して、一日に一度、アップデートの対象となる移動端末（以下、更新対象端末Ｍという）を利用する加入者に関する加入者情報（Ｖｅｒｓｉｏｎ情報は無し）の差分としての更新情報を送信し、Ｐｕｓｈサーバ２０がこれをＴＩＳＣＰから受信して取得する（ステップＴ１）。

次に、Ｐｕｓｈサーバ２０が、この更新情報に基づいて、ＳＭＳゲートウェイ３０に対して、アップデートが必要な更新対象端末Ｍにおけるアップデート処理を開始させるための指示としてのＰｕｓｈ発動（即ち、指示信号のＰｕｓｈ送信）を行なう（ステップＴ２）。そして、ＳＭＳゲートウェイ３０が、通信網としてのＮＷ４０に対して、ＳＭＳ（即ち、ショートメッセージサービス）を用いて、アップデート処理を開始させるための指示としてのショートメッセージを作成して送信する（ステップＴ３）。

次に、更新対象端末Ｍが、このショートメッセージをＮＷ４０経由で受信すると（ステップＴ４）、ダウンロードサーバ５０との無線通信による通信接続を行って、ソフトウェアのアップデートを行なう（ステップＴ５）。

なお、ステップＴ２で示されるＰｕｓｈ発動以後に上記の加入者情報において更なる更新が行なわれて更なる差分が生じた場合、Ｐｕｓｈサーバ２０が、加入者情報の更なる差分としての更なる更新情報を加入者情報保持ノード１０から受信して取得して、更新対象端末Ｍに対して更にＰｕｓｈ発動を行なう。また、Ｐｕｓｈ発動が行われても更新対象端末Ｍから応答が無い場合にも、Ｐｕｓｈサーバ２０は、再度、Ｐｕｓｈ発動を行なう。

しかしながら、更新対象端末ＭにおいてＦＯＭＡ通信が行われている場合や、更新対象端末ＭがＦＯＭＡ通信の圏外エリアに存在する場合や、更新対象端末Ｍにおけるその他通信機能が起動されている場合、この更新対象端末Ｍに対するＰｕｓｈ発動は不可能となる。このため、この更新対象端末Ｍにおけるソフトウェアの即時のアップデートが必要な状態にも関わらず即時のアップデートが不可能となってしまう。更に、この更新対象端末Ｍにおけるソフトウェアのアップデートが可能な状態に遷移しても、改めてＰｕｓｈ発動を行なうような手段が設けられた構成にはなっていないため、ソフトウェアの即時のアップデートが必要な状態にも関わらず即時のアップデートが不可能となってしまう。

そこで本発明は、上記問題点を解消する為になされたものであり、ソフトウェアの即時のアップデートが必要な状態において、より確実に即時のアップデートを可能にする端末ソフトウェア更新装置、端末ソフトウェア更新システム、及び端末ソフトウェア更新方法を提供することを目的とする。

発明者は、上記した目的を達成するため鋭意検討し、ソフトウェアの即時のアップデートが必要な状態において、より確実に即時のアップデートを可能にする端末ソフトウェア更新装置、端末ソフトウェア更新システム、及び端末ソフトウェア更新方法を発明した。

即ち、本発明に係る端末ソフトウェア更新装置は、移動端末に格納されているソフトウェアの更新を行なう端末ソフトウェア更新装置であって、移動端末に関する端末情報を取得する取得手段と、取得手段により取得された端末情報に基づいて、ソフトウェアの更新が必要な移動端末を選択する選択手段と、選択手段により選択された移動端末に格納されているソフトウェアを更新する更新手段と、を備えることを特徴とする。

本発明に係る端末ソフトウェア更新装置は、まず、移動端末に関する端末情報を取得し、取得された端末情報に基づいて、ソフトウェアの更新が必要な移動端末を選択する。そして、選択された移動端末に格納されているソフトウェアを更新する。このように、取得された端末情報に基づいて、ソフトウェアの更新が必要な移動端末を選択して更新するため、ソフトウェアの即時のアップデートが必要な状態の移動端末を適切に選択して、即時のアップデートをより確実に行なうことが可能になる。

また、取得手段は、移動端末の利用が開始される際に、端末情報を取得するのも好ましい。これにより、移動端末の利用の開始当初からの端末情報が取得されるため、移動端末の利用が開始されているにも関わらず必要なアップデートが行なわれていない状態のままになってしまうことを防ぐことが可能になる。

また、選択手段は、通信中状態の移動端末を、ソフトウェアの更新が必要な移動端末として選択するのも好ましい。これにより、現時点で通信中状態であるためにソフトウェアの更新が不可能な移動端末が存在する場合であっても、ソフトウェアの更新が必要な移動端末として選択しておくことが可能になる。

また、選択手段は、通信圏外エリアに存在している状態の移動端末を、ソフトウェアの更新が必要な移動端末として選択するのも好ましい。これにより、現時点で通信圏外エリアに存在している状態であるためにソフトウェアの更新が不可能な移動端末が存在する場合であっても、ソフトウェアの更新が必要な移動端末として選択しておくことが可能になる。

本発明に係る端末ソフトウェア更新方法は、移動端末に格納されているソフトウェアの更新を行なう端末ソフトウェア更新装置において行われる端末ソフトウェア更新方法であって、移動端末に関する端末情報を端末ソフトウェア更新装置が取得する取得ステップと、取得手段により取得された端末情報に基づいて、ソフトウェアの更新が必要な移動端末を端末ソフトウェア更新装置が選択する選択ステップと、選択手段により選択された移動端末に格納されているソフトウェアを端末ソフトウェア更新装置が更新する更新ステップと、を有することを特徴とする。

本発明に係る端末ソフトウェア更新方法では、まず、移動端末に関する端末情報を取得し、取得された端末情報に基づいて、ソフトウェアの更新が必要な移動端末を選択する。そして、選択された移動端末に格納されているソフトウェアを更新する。このように、取得された端末情報に基づいて、ソフトウェアの更新が必要な移動端末を選択して更新するため、ソフトウェアの即時のアップデートが必要な状態の移動端末を適切に選択して、即時のアップデートをより確実に行なうことが可能になる。

本発明によれば、ソフトウェアの即時のアップデートが必要な状態において、より確実に即時のアップデートを可能にする端末ソフトウェア更新装置、端末ソフトウェア更新システム、及び端末ソフトウェア更新方法を提供することができる。

多くの加入者を有する移動通信サービスにおいて現在行なわれているソフトウェアのアップデートの詳細な方法を説明するための説明図である。 更新管理サーバの主な機能構成の概略を説明するための機能構成図である。 更新管理サーバの主な物理構成の概略を説明するための物理構成図である。 更新管理サーバの更新指示部によって行なわれる更新処理の概略を説明するための処理説明図である。 更新管理サーバが行う更新処理の流れの第一例を説明するためのフローチャートである。 更新管理サーバを含む更新システムの全体における更新処理の流れを説明するためのシーケンス図である。 更新管理サーバが行う更新処理の流れの第二例を説明するためのフローチャートである。

以下、添付図面を参照しながら本発明の好適な実施形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明を省略する。

（１）更新管理サーバの構成
まず、本実施形態に係る端末ソフトウェア更新装置としての更新管理サーバの構成について、図２及び図３を用いて説明する。図２は、更新管理サーバ１の主な機能構成の概略を説明するための機能構成図であり、図３は、更新管理サーバ１の主な物理構成の概略を説明するための物理構成図である。更新管理サーバ１は、携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）といった移動端末との無線通信を行うことによって、この移動端末に格納されているソフトウェアの更新（即ち、アップデート）を行なう通信装置である。特に、更新管理サーバ１は、ソフトウェアの更新に失敗した移動端末や未更新状態の移動端末に格納されているソフトウェアを、より確実に自動的に更新（場合によっては再更新）する。

更新管理サーバ１は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、主記憶装置であるＲＡＭ１０２（Random Access Memory）及びＲＯＭ１０３（Read Only Memory）、通信を行うための通信モジュール１０４、並びにハードディスクなどの補助記憶装置１０５などのハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、更新管理サーバ１の機能が発揮される。また、更新管理サーバ１は、図２に示されるように、主な機能的な構成要素として、同期処理部１１（取得手段）、要更新端末選択部１２（選択手段）、及び更新指示部１３（更新手段）を備えて構成されている。

同期処理部１１は、移動端末の利用が開始される際や、移動端末に格納されているソフトウェアにおける不具合が検知された際に、この移動端末とデータ同期処理を行って、この移動端末に関する端末情報を取得する部分である。端末情報には、例えば、移動端末に格納されているソフトウェアのバージョン情報や、ＳＩＭカードの挿入などによって移動端末に割り当てられた電話番号や、移動端末が端末メーカにより製造された際に割り振られたメーカ製造番号や、移動端末のモデル名及びサブモデル名や、移動端末の位置情報などが含まれる。取得された端末情報は、更新管理サーバ１が有するデータベースに格納される。

要更新端末選択部１２は、同期処理部１１により取得された端末情報（例えば、上記したソフトウェアのバージョン情報）に基づいて、ソフトウェアの更新が必要な移動端末を選択抽出して認識把握する部分である。例えば、要更新端末選択部１２は、外部と通信中状態の移動端末を、ソフトウェアの更新が必要な移動端末として選択してもよく、また、通信圏外エリアに存在している状態の移動端末を、ソフトウェアの更新が必要な移動端末として選択してもよい。

更新指示部１３は、要更新端末選択部１２により選択された移動端末に格納されているソフトウェアを更新するための更新処理を行う部分である。更新指示部１３によって行なわれる更新処理は、後述のＰｕｓｈサーバ２、ＳＭＳゲートウェイ３、ＮＷ４、及びダウンロードサーバ５が、更新指示部１３からの指示信号に基づいて、互いに連携することによって行なわれる。この更新処理の詳細については、後述する。

（２）更新処理
引き続き、更新指示部１３によって行なわれる更新処理について、図４を用いて説明する。図４は、更新指示部１３によって行なわれる更新処理の概略を説明するための処理説明図である。この更新処理は、更新管理サーバ１を含む端末ソフトウェア更新システム１００において行なわれる。端末ソフトウェア更新システム１００は、更新管理サーバ１、Ｐｕｓｈサーバ２、ＳＭＳゲートウェイ３、ＮＷ４、ダウンロードサーバ５、及び移動端末としての更新対象端末Ｍを有して構成される。まず、更新管理サーバ１の更新指示部１３が、Ｐｕｓｈサーバ２に対して、アップデートの対象となる移動端末（以下、更新対象端末Ｍという）を利用する加入者に関する加入者情報（Ｖｅｒｓｉｏｎ情報は無し）の差分としての更新情報を送信し、Ｐｕｓｈサーバ２がこれを受信して取得する（ステップＳ１）。

次に、Ｐｕｓｈサーバ２が、この更新情報に基づいて、ＳＭＳゲートウェイ３に対して、アップデートが必要な更新対象端末Ｍにおけるアップデート処理を開始させるための指示としてのＰｕｓｈ発動（即ち、指示信号のＰｕｓｈ送信）を行なう（ステップＳ２）。そして、ＳＭＳゲートウェイ３が、通信網としてのＮＷ４に対して、ＳＭＳ（即ち、ショートメッセージサービス）を用いて、アップデート処理を開始させるための指示としてのショートメッセージを作成して送信する（ステップＳ３）。

次に、更新対象端末Ｍが、このショートメッセージをＮＷ４経由で受信すると（ステップＳ４）、ダウンロードサーバ５との無線通信による通信接続を行って、ソフトウェアのアップデートを行なう（ステップＳ５）。そして、ダウンロードサーバ５は、アップデートに成功した更新対象端末Ｍや、アップデートに失敗した更新対象端末Ｍに関する情報を、更新管理サーバ１に対して送信する（ステップＳ６）。

（３）更新管理サーバ１が行う更新処理の流れの第一例
引き続き、更新管理サーバ１が行う更新処理の流れ（端末ソフトウェア更新方法）の第一例について、図５を用いて説明する。図５は、更新管理サーバ１が行う更新処理の流れの第一例を説明するためのフローチャートである。まず、同期処理部１１が、一部の移動端末に格納されているソフトウェアプログラムにおける不具合を検知して、比較的高い優先度のアップデートが必要であることを認識する（ステップＳ０１）。同期処理部１１における不具合の検知は、例えば、端末メーカからの不具合がある旨の連絡を受けた通信事業者による不具合発生情報の入力設定によって行われる。

次に、同期処理部１１が、移動端末の購入時など利用が開始される際に、利用が開始される全ての移動端末とデータ同期処理を行って、これら移動端末に関する端末情報を取得する（ステップＳ０２、取得ステップ）。そして、要更新端末選択部１２が、同期処理部１１により取得された端末情報に基づいて、上記のソフトウェアプログラムの更新が必要な不具合端末としての更新対象端末Ｍを絞り込んで選択する（ステップＳ０３、選択ステップ）。

次に、更新指示部１３が、要更新端末選択部１２により選択された更新対象端末Ｍに格納されているソフトウェアを更新するための上記した更新処理の実行を開始する。上記したように、この更新処理において、Ｐｕｓｈサーバ２が、上記した更新情報に基づいて、ＳＭＳゲートウェイ３に対して、アップデートが必要な更新対象端末Ｍにおけるアップデート処理を開始させるための指示としてのＳＭＳ Ｐｕｓｈ発動（即ち、指示信号のＰｕｓｈ送信）を行なう（ステップＳ０４、更新ステップ）。そして、ＳＭＳゲートウェイ３が、通信網としてのＮＷ４に対して、ＳＭＳ（即ち、ショートメッセージサービス）を用いて、アップデート処理を開始させるための指示としてのショートメッセージを作成して送信する。このショートメッセージは、ＮＷ４から更新対象端末Ｍに向けて送信される。

ここで、要更新端末選択部１２が、この更新対象端末Ｍは外部と通信中状態または通信圏外エリアに存在している状態であるか否かを判定する（ステップＳ０５）。外部と通信中状態または通信圏外エリアに存在している状態であると判定された場合は、後述のステップＳ０６に移行する。一方、外部と通信中状態でもなく、通信圏外エリアに存在している状態でもないと判定された場合は、後述のステップＳ１１に移行する。

ステップＳ１１では、更新対象端末Ｍが、上記のショートメッセージをＮＷ４経由で受信し、これを契機に、ダウンロードサーバ５との無線通信による通信接続を行って、ソフトウェアのアップデートの試行を実施する。そして、ダウンロードサーバ５が、アップデートに成功した更新対象端末Ｍに関する情報を、更新管理サーバ１に対して送信する。そして、更新管理サーバ１の要更新端末選択部１２が、アップデートは正常に完了したか否かを判定する（ステップＳ１２）。アップデートは正常に完了したと判定された場合は、一連の処理が終了する。一方、アップデートは正常に完了したと判定されなかった（即ち、アップデートは失敗したと判定された）場合は、後述のステップＳ０７に移行する。

ステップＳ０６では、要更新端末選択部１２が、ソフトウェアのアップデートは失敗して不可能であったと判定する。そして、後述のステップＳ０７に移行する。

ステップＳ０７では、同期処理部１１が、ソフトウェアのアップデートは失敗したと判定された更新対象端末Ｍとデータ同期処理を行って、これら更新対象端末Ｍに関する端末情報を取得する（取得ステップ）。そして、要更新端末選択部１２が、同期処理部１１により取得されたこの端末情報に基づいて、上記のソフトウェアプログラムのアップデートが未完了な不具合端末としての更新対象端末Ｍを絞り込んで選択する（ステップＳ０８、選択ステップ）。そして、上記したステップＳ０４に移行する。このように再度、更新処理が成功するまで無限回数繰り返されるため、ソフトウェアプログラムの即時のアップデートが可能な状態になった場合に、即時のアップデートが最短時間で可能になる。

（４）更新管理サーバ１を含む端末ソフトウェア更新システム１００の全体における更新処理の流れ
引き続き、更新管理サーバ１を含む端末ソフトウェア更新システム１００の全体における更新処理の流れについて、図６を用いて説明する。図６は、更新管理サーバ１を含む端末ソフトウェア更新システム１００の全体における更新処理の流れを説明するためのシーケンス図である。まず、更新管理サーバ１の同期処理部１１が、一部の移動端末に格納されているソフトウェアプログラムにおける不具合を検知して、アップデートが必要であることを認識する。同期処理部１１における不具合の検知は、例えば、端末メーカからの不具合がある旨の連絡を受けた通信事業者による不具合発生情報の入力設定によって行われる。

次に、更新管理サーバ１の同期処理部１１が、移動端末の購入時など利用が開始される際に、利用が開始される全ての移動端末とデータ同期処理を行って、これら移動端末に関する端末情報を取得する（ステップＳ２１、取得ステップ）。そして、更新管理サーバ１の要更新端末選択部１２が、同期処理部１１により取得された端末情報に基づいて、上記のソフトウェアプログラムの更新が必要な不具合端末としての更新対象端末Ｍを絞り込んで選択する。また、更新管理サーバ１の更新指示部１３が、ダウンロードサーバ５に対して、ソフトウェアを更新するために更新対象端末ＭがダウンロードするＤＬ用パッチプログラムを設定する（ステップＳ２２）。

次に、更新管理サーバ１の更新指示部１３が、要更新端末選択部１２により選択された更新対象端末Ｍに格納されているソフトウェアを更新するための上記した更新処理の実行を開始する。上記したように、この更新処理において、更新管理サーバ１の更新指示部１３が、Ｐｕｓｈサーバ２に対して、アップデートの対象となる更新対象端末Ｍを利用する加入者に関する加入者情報（Ｖｅｒｓｉｏｎ情報は無し）の差分としての更新情報を送信し、Ｐｕｓｈサーバ２がこれを受信して取得する（ステップＳ２３）。

次に、Ｐｕｓｈサーバ２が、上記した更新情報に基づいて、ＳＭＳゲートウェイ３に対して、アップデートが必要な更新対象端末Ｍにおけるアップデート処理を開始させるための指示としてのＳＭＳ Ｐｕｓｈ発動（即ち、ＳＭＳ Ｐｕｓｈ ｒｅｑｕｅｓｔ）を行なう（ステップＳ２４、更新ステップ）。そして、ＳＭＳゲートウェイ３が、通信網としてのＮＷ４に対して、ＳＭＳ（即ち、ショートメッセージサービス）を用いて、アップデート処理を開始させるための指示としてのショートメッセージを作成して送信する。このショートメッセージは、ＮＷ４から更新対象端末Ｍに向けて送信される（即ち、ＳＭＳ Ｐｕｓｈ。ステップＳ２５）。

ここで、更新管理サーバ１の要更新端末選択部１２が、この更新対象端末Ｍは外部と通信中状態でもなく、通信圏外エリアに存在している状態でもないと判定したとする。このとき、更新対象端末Ｍが、上記のショートメッセージをＮＷ４経由で受信し、これを契機に、ダウンロードサーバ５との無線通信による通信接続を行って、ソフトウェア（即ち、上記したパッチ）をダウンロードすることによってアップデートを行なう（ステップＳ２６）。

そして、ダウンロードサーバ５が、アップデートに成功した更新対象端末Ｍや、アップデートに失敗した更新対象端末Ｍに関する情報を、更新管理サーバ１に対して送信する。そして、更新管理サーバ１の要更新端末選択部１２が、アップデートは正常に完了したか否かを判定する。ここで、一部の更新対象端末Ｍは、上記したパッチをダウンロードできず、アップデートに失敗したとする。

このとき、更新管理サーバ１の同期処理部１１が、ソフトウェアのアップデートは失敗したと判定された更新対象端末Ｍとデータ同期処理を行って、これら更新対象端末Ｍに関する端末情報を取得する（ステップＳ２７、取得ステップ）。そして、更新管理サーバ１の要更新端末選択部１２が、同期処理部１１により取得されたこの端末情報に基づいて、上記のソフトウェアプログラムのアップデートが未完了な不具合端末としての更新対象端末Ｍを絞り込んで選択する。

次に、更新管理サーバ１の更新指示部１３が、要更新端末選択部１２により選択された更新対象端末Ｍに格納されているソフトウェアを更新するための上記した更新処理の実行を開始する。上記したように、この更新処理において、更新管理サーバ１の更新指示部１３が、Ｐｕｓｈサーバ２に対して、アップデートの対象となる更新対象端末Ｍを利用する加入者に関する加入者情報（Ｖｅｒｓｉｏｎ情報は無し）の差分としての更新情報を送信し、Ｐｕｓｈサーバ２がこれを受信して取得する（ステップＳ２８）。

次に、Ｐｕｓｈサーバ２が、上記した更新情報に基づいて、ＳＭＳゲートウェイ３に対して、アップデートが必要な更新対象端末Ｍにおけるアップデート処理を開始させるための指示としてのＳＭＳ Ｐｕｓｈ発動（即ち、ＳＭＳ Ｐｕｓｈ ｒｅｑｕｅｓｔ）を行なう（ステップＳ２９、更新ステップ）。そして、ＳＭＳゲートウェイ３が、通信網としてのＮＷ４に対して、ＳＭＳ（即ち、ショートメッセージサービス）を用いて、アップデート処理を開始させるための指示としてのショートメッセージを作成して送信する。このショートメッセージは、ＮＷ４から更新対象端末Ｍに向けて送信される（即ち、ＳＭＳ Ｐｕｓｈ。ステップＳ３０）。

ここで、更新管理サーバ１の要更新端末選択部１２が、この更新対象端末Ｍは外部と通信中状態でもなく、通信圏外エリアに存在している状態でもないと判定したとする。このとき、更新対象端末Ｍが、上記のショートメッセージをＮＷ４経由で受信し、これを契機に、ダウンロードサーバ５との無線通信による通信接続を行って、ソフトウェア（即ち、上記したパッチ）をダウンロードすることによってアップデートを行なう（ステップＳ３１）。なお、枠線で囲まれたステップＳ２７〜ステップＳ３１で示されるステップ群は、自動再更新を行なうためのステップ群である。

（５）更新管理サーバ１が行う更新処理の流れの第二例
引き続き、更新管理サーバ１が行う更新処理の流れ（端末ソフトウェア更新方法）の第二例について、図７を用いて説明する。図７は、更新管理サーバ１が行う更新処理の流れの第二例を説明するためのフローチャートである。まず、同期処理部１１が、一部の移動端末に格納されているソフトウェアプログラムにおける不具合を検知して、アップデートが必要であることを認識する（ステップＳ４１）。同期処理部１１における不具合の検知は、例えば、端末メーカからの不具合がある旨の連絡を受けた通信事業者による不具合発生情報の入力設定によって行われる。

次に、更新指示部１３が、従前行なわれてきたソフトウェアのアップデート処理を実施する（ステップＳ４２）。そして、更新指示部１３が、ステップＳ４２でアップデートに失敗した移動端末に対して、従前行なわれてきたソフトウェアの再アップデート処理を実施する（ステップＳ４３）。このように、事前に従前のアップデートを行なっておくことにより、図５に示されたデータ同期処理の回数を減らすことができる。この結果、ネットワークにおけるトラフィックの負荷を抑えることが可能になる。

次に、同期処理部１１が、特に移動端末の購入時など利用が開始される際に、利用が開始される全ての移動端末とデータ同期処理を行って、これら移動端末に関する端末情報を取得する（ステップＳ４４、取得ステップ）。そして、要更新端末選択部１２が、同期処理部１１により取得された端末情報に基づいて、上記のソフトウェアプログラムのアップデートが未完了な不具合端末としての更新対象端末Ｍを絞り込んで選択する（ステップＳ４５、選択ステップ）。

次に、更新指示部１３が、要更新端末選択部１２により選択された更新対象端末Ｍに格納されているソフトウェアを更新するための上記した更新処理の実行を開始する。上記したように、この更新処理において、Ｐｕｓｈサーバ２が、上記した更新情報に基づいて、ＳＭＳゲートウェイ３に対して、アップデートが未完了な更新対象端末Ｍにおけるアップデート処理を開始させるための指示としてのＳＭＳ Ｐｕｓｈ発動（即ち、指示信号のＰｕｓｈ送信）を行なう（ステップＳ４６、更新ステップ）。そして、ＳＭＳゲートウェイ３が、通信網としてのＮＷ４に対して、ＳＭＳ（即ち、ショートメッセージサービス）を用いて、アップデート処理を開始させるための指示としてのショートメッセージを作成して送信する。このショートメッセージは、ＮＷ４から更新対象端末Ｍに向けて送信される。

ここで、要更新端末選択部１２が、この更新対象端末Ｍは外部と通信中状態または通信圏外エリアに存在している状態であるか否かを判定する（ステップＳ４７）。外部と通信中状態または通信圏外エリアに存在している状態であると判定された場合は、後述のステップＳ４８に移行する。一方、外部と通信中状態でもなく、通信圏外エリアに存在している状態でもないと判定された場合は、後述のステップＳ５１に移行する。

ステップＳ５１では、更新対象端末Ｍが、上記のショートメッセージをＮＷ４経由で受信し、これを契機に、ダウンロードサーバ５との無線通信による通信接続を行って、ソフトウェアのアップデートの試行を実施する。そして、ダウンロードサーバ５が、アップデートに成功した更新対象端末Ｍに関する情報を、更新管理サーバ１に対して送信する。そして、更新管理サーバ１の要更新端末選択部１２が、アップデートは正常に完了したか否かを判定する（ステップＳ５２）。アップデートは正常に完了したと判定された場合は、一連の処理が終了する。一方、アップデートは正常に完了したと判定されなかった（即ち、アップデートは失敗したと判定された）場合は、上記のステップＳ４４に移行する。このように再度、更新処理が成功するまで無限回数繰り返されるため、ソフトウェアプログラムの即時のアップデートが可能な状態になった場合に、即時のアップデートが最短時間で可能になる。

ステップＳ４８では、要更新端末選択部１２が、ソフトウェアのアップデートは失敗して不可能であったと判定する。そして、上記のステップＳ４４に移行する。このように再度、更新処理が成功するまで無限回数繰り返されるため、ソフトウェアプログラムの即時のアップデートが可能な状態になった場合に、即時のアップデートが最短時間で可能になる。

（６）本発明による作用及び効果
本実施形態に係る端末ソフトウェア更新装置としての更新管理サーバ１は、まず、移動端末に関する端末情報を取得し、取得された端末情報に基づいて、ソフトウェアの更新が必要な更新対象端末Ｍを選択抽出して認識把握する。そして、選択された更新対象端末Ｍに格納されているソフトウェアを更新する。このように、取得された端末情報に基づいて、ソフトウェアの更新が必要な更新対象端末Ｍを選択して更新するため、ソフトウェアの即時のアップデートが必要な状態の更新対象端末Ｍを適切に選択して、即時のアップデートを最短時間で早急に、更新漏れ無くより確実に行なうことが可能になる。

また、上記したように更新処理が成功するまで無限回数繰り返されるため、ソフトウェアプログラムの即時のアップデートが可能な状態になった場合に、即時のアップデートが最短時間で可能になる。このため、更新対象端末Ｍを利用する加入者に関する加入者情報に差分が生じた場合でも、上記したパッチをダウンロードできずアップデートに失敗した場合でも、Ｐｕｓｈサーバ２が行なったＰｕｓｈ発動に対する応答がＳＭＳゲートウェイ３から無かった場合でも、アップデートが可能になった時点での即時のアップデートを最短時間で行なうことができる。

また、更新対象端末Ｍの利用の開始当初からの端末情報が取得されるため、更新対象端末Ｍの利用が開始されているにも関わらず必要なアップデートが行なわれていない状態のままになってしまうことを防ぐことが可能になる。

また、現時点で通信中状態であるためにソフトウェアの更新が不可能な更新対象端末Ｍが存在する場合であっても、ソフトウェアの更新が必要な更新対象端末Ｍとして選択しておくことが可能になる。この結果、ソフトウェアの更新が可能な状態になった場合に、最短時間で、より確実に即時のアップデートが可能になる。

また、現時点で通信圏外エリアに存在している状態であるためにソフトウェアの更新が不可能な更新対象端末Ｍが存在する場合であっても、ソフトウェアの更新が必要な更新対象端末Ｍとして選択しておくことが可能になる。この結果、ソフトウェアの更新が可能な状態になった場合に、最短時間で、より確実に即時のアップデートが可能になる。

（７）変形例
上記の実施例では、図４に示されるように、更新管理サーバ１とＰｕｓｈサーバ２とは別個の構成であるとして説明したが、更新管理サーバ１の機能を有するＰｕｓｈサーバを、本実施形態に係る端末ソフトウェア更新装置として構成する態様としてもよい。

本発明によれば、ソフトウェアの即時のアップデートが必要な状態において、より確実に即時のアップデートを可能にする端末ソフトウェア更新装置、端末ソフトウェア更新システム、及び端末ソフトウェア更新方法を提供することができる。

１…更新管理サーバ、２，２０…Ｐｕｓｈサーバ、３，３０…ＳＭＳゲートウェイ、４，４０…ＮＷ、５，５０…ダウンロードサーバ、１０…加入者情報保持ノード、１１…同期処理部、１２…要更新端末選択部、１３…更新指示部、１００…端末ソフトウェア更新システム、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…通信モジュール、１０５…補助記憶装置、Ｍ…更新対象端末。

Claims (9)

1. 移動端末に格納されているソフトウェアの更新を行なう端末ソフトウェア更新装置であって、
   前記移動端末に関する端末情報を取得する取得手段と、
   前記取得手段により取得された前記端末情報に基づいて、前記ソフトウェアの更新が必要な移動端末を選択する選択手段と、
   前記選択手段により選択された移動端末に格納されている前記ソフトウェアを更新する更新手段と、
   を備えることを特徴とする端末ソフトウェア更新装置。
2. 前記取得手段は、前記移動端末の利用が開始される際に、前記端末情報を取得する、ことを特徴とする請求項１に記載の端末ソフトウェア更新装置。
3. 前記選択手段は、通信中状態の移動端末を、前記ソフトウェアの更新が必要な移動端末として選択する、ことを特徴とする請求項１又は２に記載の端末ソフトウェア更新装置。
4. 前記選択手段は、通信圏外エリアに存在している状態の移動端末を、前記ソフトウェアの更新が必要な移動端末として選択する、ことを特徴とする請求項１〜３のいずれか１項に記載の端末ソフトウェア更新装置。
5. 移動端末と、当該移動端末に格納されているソフトウェアの更新を行なう端末ソフトウェア更新装置とを有する端末ソフトウェア更新システムであって、
   前記端末ソフトウェア更新装置は、
   前記移動端末に関する端末情報を取得する取得手段と、
   前記取得手段により取得された前記端末情報に基づいて、前記ソフトウェアの更新が必要な移動端末を選択する選択手段と、
   前記選択手段により選択された移動端末に格納されている前記ソフトウェアを更新する更新手段と、
   を備えることを特徴とする端末ソフトウェア更新システム。
6. 前記取得手段は、前記移動端末の利用が開始される際に、前記端末情報を取得する、ことを特徴とする請求項５に記載の端末ソフトウェア更新システム。
7. 前記選択手段は、通信中状態の移動端末を、前記ソフトウェアの更新が必要な移動端末として選択する、ことを特徴とする請求項５又は６に記載の端末ソフトウェア更新システム。
8. 前記選択手段は、通信圏外エリアに存在している状態の移動端末を、前記ソフトウェアの更新が必要な移動端末として選択する、ことを特徴とする請求項５〜７のいずれか１項に記載の端末ソフトウェア更新システム。
9. 移動端末に格納されているソフトウェアの更新を行なう端末ソフトウェア更新装置において行われる端末ソフトウェア更新方法であって、
   前記移動端末に関する端末情報を前記端末ソフトウェア更新装置が取得する取得ステップと、
   前記取得手段により取得された前記端末情報に基づいて、前記ソフトウェアの更新が必要な移動端末を前記端末ソフトウェア更新装置が選択する選択ステップと、
   前記選択手段により選択された移動端末に格納されている前記ソフトウェアを前記端末ソフトウェア更新装置が更新する更新ステップと、
   を有することを特徴とする端末ソフトウェア更新方法。

Images