(57)【要約】【課題】利用者の手によるソフトウェアアップデートの仕組みを提供する。【解決手段】本発明の携帯端末は、ソフトウェアプログラムを２面格納するＲＯＭ構造を有する。利用者は携帯電話に使用したいソフトウェアを携帯端末のブラウザを用いてサーバからダウンロードする。ダウンロードしたソフトウェアプログラムは非運用面のＲＯＭ領域に書き込まれ、かつ、優先立上げ面判定フラグを運用面から非運用面に書き換える。リブート時は、優先立上げ面判定フラグで示される面のプログラムを優先的に起動する。【選択図】        図１
2004234511.tif 000002
【特許請求の範囲】
【請求項１】
サーバ、論理回線及び携帯端末を有するシステムであって、
前記サーバは、
複数のソフトウェアを保持する手段を有し、
前記論理回線は、
通信を中継する手段と、
ネットワークと通信する手段とを有し、
前記携帯端末は、
制御プログラム等を保持する記憶手段と、
通信を行うための無線通信手段と、
音声をデジタル化して圧縮する信号処理手段と、
通信を成立させるための情報交換をつかさどる制御手段とを有することを特徴とするソフトウェアアップデートシステム。
【請求項２】
前記記憶手段は、
複数のプログラムを格納するプログラム格納手段を更に有する請求項１に記載のソフトウェアアップデートシステム。
【請求項３】
前記プログラム格納手段は、
プログラム情報を格納する手段と、
プログラムのＨｅｘファイルを格納する手段と、
運用する領域を指示する値を格納する手段とを更に有することを特徴とする請求項２記載のソフトウェアアップデートシステム。
【請求項４】
制御プログラム等を保持する記憶手段と、
通信を行うための無線通信手段と、
音声をデジタル化して圧縮する信号処理手段と、
通信を成立させるための情報交換をつかさどる制御手段とを有し、
前記記憶手段は、
プログラム情報を格納する手段と、
プログラムのＨｅｘファイルを格納する手段とを有することを特徴とする携帯端末。
【請求項５】
前記記憶手段は、
複数のプログラムを格納するプログラム格納手段を更に有する請求項４に記載の携帯端末。
【請求項６】
前記プログラム格納手段は、
プログラム情報を格納する手段と、
プログラムのＨｅｘファイルを格納する手段と、
運用する領域を指示する値を格納する手段とを更に有することを特徴とする請求項５記載の携帯端末。
【請求項７】
優先立上げ面の判定フラグを読み出す工程と、
優先立上げ面の有効性を確認する工程と、
優先立上げ面の有効性が確認されれば、プログラムの開始アドレスを優先立上げ面のＰＲＧ先頭アドレスとし、ジャンプする工程と、
有効性に問題があれば、非優先立上げ面の有効性を確認する工程と、
非優先立上げ面の有効性が確認されれば、プログラムの開始アドレスを非優先立上げ面のＰＲＧ先頭アドレスとし、ジャンプする工程とを有するソフトウェアアップデート方法。
【請求項８】
携帯端末のサービスメニューからダウンロード用メニューを選ぶ工程と、
非運用面のデータを消去する工程と、
Ｗｅｂページを表示する工程と、
ダウンロードするプログラムを選ぶ工程と、
前記プログラムの情報を確認する工程と、
前記プログラムが使用可能か確認する工程と、
前記プログラムの情報を書き込む工程と、
前記プログラムを書き込む工程と、
前記プログラムの情報及びプログラムの書き込みに失敗した場合に、失敗した旨を携帯端末の画面に表示する工程とを有するソフトウェアアップデート方法。
【請求項９】
ダウンロードが終了すると携帯端末の画面に終了メッセージを表示し、ダウンロードしたソフトウェアに切り替えるかを確認する工程と、
利用者が切り替えを希望した場合に、利用する領域を指定するフラグを変更する工程と、
前記携帯端末がリブートする工程とを有するソフトウェアアップデート方法。
【請求項１０】
優先立上げ面の判定フラグを読み出す処理と、
優先立上げ面の有効性を確認する処理と、
優先立上げ面の有効性が確認されれば、プログラムの開始アドレスを優先立上げ面のＰＲＧ先頭アドレスとし、ジャンプする処理と、
有効性に問題があれば、非優先立上げ面の有効性を確認する処理と、
非優先立上げ面の有効性が確認されれば、プログラムの開始アドレスを非優先立上げ面のＰＲＧ先頭アドレスとし、ジャンプする処理とをコンピュータに実行させる為のソフトウェアアップデートプログラム。
【請求項１１】
携帯端末のサービスメニューからダウンロード用メニューを選ぶ処理と、
非運用面のデータを消去する処理と、
Ｗｅｂページを表示する処理と、
ダウンロードするプログラムを選ぶ処理と、
前記プログラムの情報を確認する処理と、
前記プログラムが使用可能か確認する処理と、
前記プログラムの情報を書き込む処理と、
前記プログラムを書き込む処理と、
前記プログラムの情報及びプログラムの書き込みに失敗した場合に、失敗した旨を携帯端末の画面に表示する処理とをコンピュータに実行させる為のソフトウェアアップデートプログラム。
【請求項１２】
ダウンロードが終了すると携帯端末の画面に終了メッセージを表示し、ダウンロードしたソフトウェアに切り替えるかを確認する処理と、
利用者が切り替えを希望した場合に、利用する領域を指定するフラグを変更する処理と、
前記携帯端末がリブートする処理とをコンピュータに実行させる為のソフトウェアアップデードプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯端末におけるソフトウェアのアップデートを行うソフトウェアアップデートシステム、携帯端末、ソフトウェアアップデート方法及びプログラムに関する。
【０００２】
【従来の技術】
第３世代携帯端末では、通信速度の高速化が進められ、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）で定義される３８４Ｋｂｐｓでの高速通信が可能である。携帯端末におけるソフトウェアデータのダウンロード時間は短縮され、利用者にとって許容できる範囲であると言える。
【０００３】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のパケット交換のネットワークは、ＧＰＲＳのネットワーク技術を基本とし、ＳＧＳＮとＧＧＳＮと呼ばれる機能から構成される。
【０００４】
ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）は、ＵＭＴＳのパケット転送プロトコルによって、ＩＰパケットをルーティング、転送するルータの一種であると共にパケット転送を制御する制御機能を有する。
【０００５】
ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）とは、ユーザからの接続要求にしたがって、ＵＭＴＳと外部ＩＰネットワークとの接続を制御する機能のことである。ＳＧＳＮとの間でＵＭＴＳ独自のパケット転送プロトコルを用いてユーザＩＰパケットを送受信する。
【０００６】
ＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）Ｃｏｎｔｅｘｔ  とは、ＵＭＴＳ網でユーザのＩＰパケットを転送する場合に、論理パスを構成するための設定情報、又はそのような設定情報によりパケット転送が可能な状態のことである。
【０００７】
２つの書き込み領域を有し、ダウンロード及びプログラム実行時において領域の使い分けを行う例を以下に示す。
特許文献１は、プログラムデータのダウンロードにおいて、ダウンロードが正常に行われなかった場合でも、以前のデータによるサービスを継続させると共に、サービスの実行中にもダウンロードを可能とする方法を提示する。
【０００８】
特許文献２は、伝送装置システムの監視／制御機能を停止することなく、バージョンアップし、バージョンアップが失敗しても、現バージョンに戻す作業を不要にできる方法を提供する。
【０００９】
【特許文献１】
特開平７−２００３０６号公報
【特許文献２】
特開平１１−７３８２号公報
【００１０】
【発明が解決しようとする課題】
モバイル携帯端末のソフトウェア障害による端末回収が各メーカで頻繁に発生している。携帯端末の高機能化の流れから、ソフトウェア障害のない携帯端末を出荷することはますます困難となってきており、パソコンのＯＳ同様、メーカによる回収ではなく、利用者の手を借りた無償アップデートの仕組みが必要になってきている。
【００１１】
本発明のソフトウェアアップデート方式は、ソフトウェアのバグ修正、機能アップグレード、ソフトウェアのカスタマイズ等の種々の目的から、端末の持つ通信機能を用いてサーバから別のソフトウェアをダウンロードして、利用者の携帯端末のソフトウェアアップデートを実施する手法を提供するものである。
【００１２】
【課題を解決するための手段】
上記課題を解決する為に、請求項１に記載の発明であるソフトウェアアップデートシステムは、サーバ、論理回線及び携帯端末を有するシステムであって、上記サーバは、複数のソフトウェアを保持する手段を有し、上記論理回線は、通信を中継する手段と、ネットワークと通信する手段とを有し、上記携帯端末は、制御プログラム等を保持する記憶手段と、通信を行うための無線通信手段と、音声をデジタル化して圧縮する信号処理手段と、通信を成立させるための情報交換をつかさどる制御手段とを有することを特徴とする。
【００１３】
請求項２に記載の発明は、請求項１に記載のソフトウェアアップデートシステムであって、上記記憶手段は、複数のプログラムを格納するプログラム格納手段を更に有することを特徴とする。
【００１４】
請求項３に記載の発明は、請求項２記載のソフトウェアアップデートシステムであって、上記プログラム格納手段は、プログラム情報を格納する手段と、プログラムのＨｅｘファイルを格納する手段と、運用する領域を指示する値を格納する手段とを更に有することを特徴とする。
【００１５】
請求項４に記載の発明である携帯端末は、制御プログラム等を保持する記憶手段と、通信を行うための無線通信手段と、音声をデジタル化して圧縮する信号処理手段と、通信を成立させるための情報交換をつかさどる制御手段とを有し、上記記憶手段は、プログラム情報を格納する手段と、プログラムのＨｅｘファイルを格納する手段とを有することを特徴とする。
【００１６】
請求項５に記載の発明は、請求項４に記載の携帯端末であって、上記記憶手段は、複数のプログラムを格納するプログラム格納手段を更に有することを特徴とする。
【００１７】
請求項６に記載の発明は、請求項５記載の携帯端末であって、上記プログラム格納手段は、プログラム情報を格納する手段と、プログラムのＨｅｘファイルを格納する手段と、運用する領域を指示する値を格納する手段とを有することを特徴とする。
【００１８】
請求項７に記載の発明であるソフトウェアアップデート方法は、優先立上げ面の判定フラグを読み出す工程と、優先立上げ面の有効性を確認する工程と、優先立上げ面の有効性が確認されれば、プログラムの開始アドレスを優先立上げ面のＰＲＧ先頭アドレスとし、ジャンプする工程と、有効性に問題があれば、非優先立上げ面の有効性を確認する工程と、非優先立上げ面の有効性が確認されれば、プログラムの開始アドレスを非優先立上げ面のＰＲＧ先頭アドレスとし、ジャンプする工程とを有することを特徴とする。
【００１９】
請求項８に記載の発明であるソフトウェアアップデート方法は、携帯端末のサービスメニューからダウンロード用メニューを選ぶ工程と、非運用面のデータを消去する工程と、Ｗｅｂページを表示する工程と、ダウンロードするプログラムを選ぶ工程と、上記プログラムの情報を確認する工程と、上記プログラムが使用可能か確認する工程と、上記プログラムの情報を書き込む工程と、上記プログラムを書き込む工程と、上記プログラムの情報及びプログラムの書き込みに失敗した場合に、失敗した旨を携帯端末の画面に表示する工程とを有することを特徴とする。
【００２０】
請求項９に記載の発明であるソフトウェアアップデート方法は、ダウンロードが終了すると携帯端末の画面に終了メッセージを表示し、ダウンロードしたソフトウェアに切り替えるかを確認する工程と、利用者が切り替えを希望した場合に、利用する領域を指定するフラグを変更する工程と、上記携帯端末がリブートする工程とを有することを特徴とする。
【００２１】
請求項１０に記載の発明であるソフトウェアアップデートプログラムは、優先立上げ面の判定フラグを読み出す処理と、優先立上げ面の有効性を確認する処理と、優先立上げ面の有効性が確認されれば、プログラムの開始アドレスを優先立上げ面のＰＲＧ先頭アドレスとし、ジャンプする処理と、有効性に問題があれば、非優先立上げ面の有効性を確認する処理と、非優先立上げ面の有効性が確認されれば、プログラムの開始アドレスを非優先立上げ面のＰＲＧ先頭アドレスとし、ジャンプする処理とをコンピュータに実行させることを特徴とする。
【００２２】
請求項１１に記載の発明であるソフトウェアアップデートプログラムは、携帯端末のサービスメニューからダウンロード用メニューを選ぶ処理と、非運用面のデータを消去する処理と、Ｗｅｂページを表示する処理と、ダウンロードするプログラムを選ぶ処理と、上記プログラムの情報を確認する処理と、上記プログラムが使用可能か確認する処理と、上記プログラムの情報を書き込む処理と、上記プログラムを書き込む処理と、上記プログラムの情報及びプログラムの書き込みに失敗した場合に、失敗した旨を携帯端末の画面に表示する処理とをコンピュータに実行させることを特徴とする。
【００２３】
請求項１２に記載の発明であるソフトウェアアップデートプログラムは、ダウンロードが終了すると携帯端末の画面に終了メッセージを表示し、ダウンロードしたソフトウェアに切り替えるかを確認する処理と、利用者が切り替えを希望した場合に、利用する領域を指定するフラグを変更する処理と、上記携帯端末がリブートする処理とをコンピュータに実行させることを特徴とする。
【００２４】
【発明の実施の形態】
＜ＲＯＭの構成＞
図１は、本発明のＲＯＭ構成を示す。
ＲＯＭは２面のプログラム用ＲＯＭ領域を有し、１面１０４にはＦＬＧ１０１、ＰＲＧ−ＩＮＦ１０２、ＰＲＧ１０３が割り当てられ、もう１面１０５にはＰＲＧ−ＩＮＦ１０２とＰＲＧ１０３が割り当てられる。
ＦＬＧ１０１は優先立ち上げ面判定フラグを格納する。
ＰＲＧ−ＩＮＦ１０２はプログラム情報を格納する。具体的には、ソフトウェアの情報として少なくともチェックサム、ソフトウェアバージョン、サイズ、日付等が書き込まれてプログラムデータの有効性チェック項目として利用される。
ＰＲＧ１０３はプログラムのＨｅｘファイルを格納する。
【００２５】
＜Ｂｏｏｔ処理＞
図２は、本発明のＢｏｏｔ処理フローを示す。まず優先立ち上げ面判定フラグを読み出し（ステップ２０１）、優先立ち上げ面の有効性チェックを実施する（ステップ２０２）。ソフトウェアバージョンが許容範囲外であったり、チェックサムのミスマッチがあったりした場合は（ステップ２０３／ＮＯ）、優先立ち上げ面のプログラムを諦め、非優先立ち上げ面の有効性チェックを実施する（ステップ２０４）。非優先立ち上げ面が有効であれば（ステップ２０５／ＹＥＳ）、プログラムの開始アドレスを非優先立ち上げ面のプログラム先頭アドレスとしてジャンプする（ステップ２０６）。一方、優先立ち上げ面が有効であった場合には（ステップ２０３／ＹＥＳ）、プログラムの開始アドレスを優先立ち上げ面のプログラム先頭アドレスとしてジャンプする（ステップ２０７）。
【００２６】
＜ネットワーク構成例＞
図３は、本発明を適用するモバイルネットワーク及びサービス網の一例である。携帯端末３０１は、ＳＧＳＮ３０２を中継ノードとしてＧＧＳＮ３０３で終端される論理回線であるＰＤＰ    Ｃｏｎｔｅｘｔ  ３０４を使用して、Ｅｘｔｅｒｎａｌ  Ｎｅｔｗｏｒｋ（Ｉｎｔｅｒｎｅｔ−Ｘ）に置かれたＷｅｂサーバ３０５にアクセス可能である。
【００２７】
Ｗｅｂサーバには、プロバイダが利用者に提供するソフトウェアがアップされ、利用者は携帯端末のブラウザからこのサービスページにアクセス可能である。サービスページには、バグ修正版へのアップデートや、機能のグレードアップや、カスタマイズ等の目的に応じたソフトウェアプログラムがアップされているため、利用者は目的に合ったソフトウェアをＷｅｂページから選択してダウンロードを実施する。機能アップグレードや、カスタマイズを目的としたソフトウェアのダウンロードは有償になるかもしれない。
【００２８】
＜実施例の動作＞
次に本発明の実施例の動作について説明する。
（１）初期状態
利用者は旧ソフトウェアで携帯端末を利用している。このとき、ＦＬＧ１０１には、“１”が設定されており、１面１０４が運用面であるとする。電源Ｏｆｆ→ＯｎによるＢｏｏｔ処理では、１面に格納されているソフトウェアプログラムが優先的に起動される。
【００２９】
（２）ソフトウェアダウンロード
・利用者は、端末のサービスメニューから“ＳＷ  Ｕｐｄａｔｅ”を選択する。
・端末のＳＷ  Ｕｐｄａｔｅタスクは、非運用面のＲＯＭ領域にあるＰＲＧ−ＩＮＦ１０２とＰＲＧ１０３が未消去であった場合に、これを消去する。
・端末のＳＷ  Ｕｐｄａｔｅタスクは、図１に示すＲＯＭに格納されたアプリケーションであるブラウザ機能部を起動してＳＷ  Ｕｐｄａｔｅ用のＷｅｂページを表示する。
・利用者は、ソフトウェアアップデート用サービスページに表示されたソフトウェアリストから、ダウンロードしたいソフトウェアをクリックする。
・ブラウザはまずダウンロード対象のソフトウェアの情報ファイルをダウンロードしてそのバージョンやサイズをチェックし、自己のＨＷ（ハードウェア）での利用がＯＫならば、ソフトウェア情報ファイルを非運用面のＰＲＧ−ＩＮＦ１０２に書き込むと共に、プログラムをダウンロードして非運用面のＰＲＧ１０３に書き込む。一方、ＮＧならばエラーメッセージを端末の画面に表示して処理を終了する。
【００３０】
（３）優先立ち上げ面の変更
・ダウンロードが終了すると、端末の画面に終了メッセージを表示し、ダウンロードしたソフトウェアに切り替えるか確認するポップアップ表示を出す。
・利用者が“切り替える”を選択した場合に、ＦＬＧ１０１を逆転させる。つまり“１”を消去して“２”を書き込む。
・端末は、自動リブートする。
【００３１】
（４）新ソフトウェアの起動
ＦＬＧ１０１には、“２”が設定されているため、Ｂｏｏｔ処理では、２面に格納されている新ソフトウェアプログラムが優先的に起動される。しかし、もしＲＯＭチェックのステップ２０２でＮＧならば、非優先面の旧プログラムが起動される。
【００３２】
以上のようなロジックを使用すれば、１面と２面に格納されたプログラムを利用者が選択できるようなメニューを端末に設けることで、利用者は２種のソフトウェアの利用分けが可能になる。
【００３３】
【発明の効果】
以上説明したように、本発明によれば、利用者の手を借りた携帯端末のソフトウェアアップデートが可能になることから、以下の効果がある。
第１に、バグによって頻繁に発生する端末の回収が免除され、メーカの費用的負担が軽減される。
【００３４】
第２に、本発明によるソフトウェアアップデートは、ソフトウェアのバグ修正だけでなく、ソフトウェアの機能アップグレードや利用目的に応じたソフトウェア品揃えの目的にも利用できる。
「利用目的に応じた品揃え」とは、オーディオやビデオの再生に利用目的を置いているユーザ向けのソフトウェアや、Ｊａｖａ（登録商標）ゲームの起動に利用目的を置いているユーザ向けのソフトウェアや、メールの利用を主目的としているユーザ向けのソフトウェア等が考えられる。このようなソフトウェアへのアップデートが利用者の手で容易にできれば、メーカやプロバイダは短期間のサービスアップが実現可能であり、利益増加という効果もある。
【００３５】
第３に、携帯端末の利用中断時間を最小に抑えたソフトウェアアップデートが可能となり、メーカだけでなく利用者にとっても有益な仕組みであると言える。
【図面の簡単な説明】
【図１】本発明の携帯端末が有するＲＯＭに対する割り当てマップの例を示す図である。
【図２】Ｂｏｏｔ処理の手順を示すフローチャートである。
【図３】本発明を適用するモバイルネットワーク及びサービス網の一例である。
【符号の説明】
３０１  携帯端末
３０２  ＳＧＳＮ
３０３  ＧＧＳＮ
３０５  Ｗｅｂ  Ｓｅｒｖｅｒ
【図１】
2004234511.tif 000003
【図２】
2004234511.tif 000004
【図３】
2004234511.tif 000005