電子メールを用いた携帯端末のソフトウェア更新システムおよび方法、並びにサーバ装置
【課題】携帯端末からサーバ側に対して更新用プログラムの差分データの配信を要求することなく、自動的に携帯端末のプログラムの更新を行うことで相互のメールのやり取りによるトラフィックを減少させることにある。
【解決手段】差分管理サーバ２２は、版数の差分ごとにプログラム差分データを作成して差分情報データベース２２１に保存し、携帯端末１に対して作成した１つまたは複数のプログラム差分データを含む電子メールを、メールサーバ２１を介して配信する。すると、携帯端末１は、その電子メールを受信すると、受信した電子メールから自端末の現在のプログラムの版数に対応したプログラム差分データを抽出し、その抽出したプログラム差分データを基に自端末のプログラムの更新を行う。
【解決手段】差分管理サーバ２２は、版数の差分ごとにプログラム差分データを作成して差分情報データベース２２１に保存し、携帯端末１に対して作成した１つまたは複数のプログラム差分データを含む電子メールを、メールサーバ２１を介して配信する。すると、携帯端末１は、その電子メールを受信すると、受信した電子メールから自端末の現在のプログラムの版数に対応したプログラム差分データを抽出し、その抽出したプログラム差分データを基に自端末のプログラムの更新を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールの送受信な可能な携帯端末におけるソフトウェア更新システムおよび方法、並びにサーバ装置に関する。特に、本発明は、電子メール送受信機能を用いて携帯端末に内蔵されているソフトウェアを更新するソフトウェア更新システムおよび方法、並びにサーバ装置に関する。
【背景技術】
【０００２】
従来、クライアント側の携帯電話を用いて更新用のプログラムを管理するサーバから電子メールによるクライアント側のプログラムの書き換え方式として、例えば、特開２００３−６７２８３号公報が開示されている。この特開２００３―６７２８３号公報におけるクライアント側のソフトウェアを更新する場合の動作を説明する。Ｗｅｂサーバには、あらかじめ更新プログラムが生成・保存されている。利用者が携帯電話から機器の更新用プログラムの要求を行うと、管理サーバは、更新用プログラムを文字形式に変換したメール本文を、メールサーバを介して送信する。メール本文を受信した携帯電話は、メール本文を更新用プログラムに逆変換し、機器に渡す。すると、機器は、格納されている機器制御ソフトウェアを更新用プログラムで書き換える。機器は、書き換えた後、受信した文字形式メール本文を自動的に削除する。
【０００３】
また、ソフトウェアの差分ファイルを電子メールで送信する方法として、例えば、特開２００１−３５０６８４号公報に開示されている。この特開２００１−３５０６８４号公報によれば、プロバイダは、既にクライアント装置に提供しているソフトウェアとバージョンアップ版のソフトウェアとの差分ファイルを作成し、改版通知をクライアント装置に電子メールで通知する。通知することにより、クライアント装置からバージョンアップ版のソフトウェアの送信要求を受けると、プロバイダは、作成した差分ファイルを電子メールでクライアント装置に送信する。電子メールを受信したクライアント装置は、差分ファイルを用いてソフトウェアをバージョンアップする。
【０００４】
【特許文献１】特開２００３−６７２８３号公報
【特許文献２】特開２００１−３５０６８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の特開２００３−６７２８３号公報では、必ず、携帯電話からＷｅｂサーバに対してソフトウェア更新要求メールを送出する必要があるため、トラフィックが増加するという問題点がある。
【０００６】
また、上記の特開２００１−３５０６８４号公報では、プロバイダが差分ファイルをクライアント装置に送る前にプロバイダとクライアント装置との間で電子メールによる送達の確認を行うため、トラフィックが増加するという問題がある。
【０００７】
一方、通常、市場においては、同一の携帯電話ではあるが不具合修正等のために、その都度バージョンアップされて出荷している場合が考えられる。従って、市場においては同一の携帯電話ではあるが、内部に保存されたプログラムのバージョンが異なった携帯電話が存在する場合が当然あり得る。ところが、特開２００３−６７２８３号公報では、Ｗｅｂサーバは、プロバイダから携帯電話に送出される電子メールには、電子メール単一のバージョンに対応したプログラムの更新プログラムしか送出することができない。そのため、特開２００３−６７２８３号公報では、最適な更新プログラムを判断して、携帯端末に対して送信することができないという問題点がある。
【０００８】
また、上記の特開２００１−３５０６８４号公報では、プロバイダから携帯電話に送出される電子メールには、電子メール単一のバージョンに対応したプログラムの差分ファイルしか送出することができない。そのため、特開２００１−３５０６８４号公報では、最適な差分データを判断して、携帯端末に対して送信することができないという問題点がある。
【０００９】
本発明の目的は、上記の問題点の内少なくとも１つ以上に鑑みなされたもので、携帯端末からサーバ側に対して更新用プログラムの差分データの配信を要求することなく、自動的に携帯端末のプログラムの更新を行うことで、相互のメールのやり取りによるトラフィックを減少させることにある。
【００１０】
また、本発明の別の目的は、上記の問題点の内少なくとも１つ以上に鑑みなされたもので、更新用プログラムの差分データの送信を行う前に送信先に確認することなく、送信する差分データにより携帯端末のプログラムの更新を行うことで、手順を簡略化することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の第１のソフトウェア更新システムは、複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新システムであって、前記サーバは、版数の差分ごとにプログラム差分データを作成し保存する保存手段（差分管理サーバ２２および差分情報データベース２２１に該当）と、前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを配信する配信手段（メールサーバ２１およびユーザ情報データベース２１１に該当）と、を有し、前記携帯端末は、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出する抽出手段（制御部１２に該当）と、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行う更新手段（制御部１２とＲＯＭ部１７に該当）と、を有することを特徴としている。
【００１２】
また、本発明の第２のソフトウェア更新システムは、複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新システムであって、前記サーバは、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存する保存手段（差分管理サーバ２２および差分情報データベース２２１に該当）と、前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信する配信手段（メールサーバ２１およびユーザ情報データベース２１１に該当）と、を有し、前記携帯端末は、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記受信した第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出する抽出手段（制御部１２に該当）と、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行う更新手段（制御部１２およびＲＯＭ部１７に該当）と、を有することを特徴としている。
【００１３】
更に、上記の第１または第２のソフトウェア更新システムにおいて、インターネット網と無線網とを中継する接続サーバを備え、前記接続サーバは、前記携帯端末から自接続サーバへのセッション確立時に前記サーバに対して前記端末へのプログラムの更新の指示を行う指示手段（無線網９０１に該当）を有することを特徴としている。
【００１４】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記サーバは、版数アップを行わせる機種名の選定を入力させることにより、前記端末へのプログラムの更新の指示の入力を行う指示入力手段（差分管理サーバ２２および表示部２２５に該当）を有することを特徴としている。
【００１５】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記サーバは、版数アップを行わせる機種名とその機種名に対応した前記端末の選定とを入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせる指示入力手段（差分管理サーバ２２および表示部２２５に該当）を有することを特徴としている。
【００１６】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記携帯端末は、前記第１の電子メールにより自端末のプログラムの更新を行うと更新完了を示す第２の電子メールで通知する完了通知手段（制御部１２に該当）を有し、前記サーバは、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数として保存することによりプログラムの版数を管理する管理手段（メールサーバ２１およびユーザ情報データベース２１１に該当）を有することを特徴としている。
【００１７】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記サーバは、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送する再送手段（差分管理サーバ２２、メールサーバ２１、ユーザ情報データベース２２１に該当）を有することを特徴としている。
【００１８】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記配信手段は、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、前記保存手段により保存された複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信すること（メールサーバ２１，差分管理サーバ２２，ユーザ情報データベース２１１，差分情報データベース２２１に該当）を特徴としている。
【００１９】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記配信手段は、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信すること（差分管理サーバ２２、メールサーバ２１に該当）を特徴としている。
【００２０】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記配信手段は、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信すること（差分管理サーバ２２、メールサーバ２１、ユーザ情報データベース２２１に該当）を特徴としている。
【００２１】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴としている。
【００２２】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴としている。
【００２３】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴としている。
【００２４】
また、本発明の第１のサーバ装置は、複数の携帯端末のプログラムの更新を管理するサーバ装置であって、版数の差分ごとにプログラム差分データを作成し保存する保存手段と、前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを配信する配信手段と、前記第１の電子メールを送信することにより現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出させ、その抽出させたプログラム差分データを基に自端末のプログラムの更新を行わせる更新手段と、を有することを特徴としている。
【００２５】
また、本発明の第２のサーバ装置は、複数の携帯端末のプログラムの更新を管理するサーバ装置であって、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存する保存手段と、前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信する配信手段と、前期携帯端末に対して前記第１の電子メールを送信することにより現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出させ、その抽出させたプログラム差分データを基に自端末のプログラムの更新を行わせる更新手段と、を有することを特徴としている。
【００２６】
更に、上記の第１または第２のサーバ装置において、前記携帯端末が前記第１の電子メールにより自端末のプログラムの更新後に更新完了を示す第２の電子メールを受信する受信手段と、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数としてプログラムの版数を管理する管理手段とを有することを特徴としている。
【００２７】
更に、上記の第１または第２のサーバ装置において、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送する再送手段を有することを特徴としている。
【００２８】
更に、上記の第１または第２のサーバ装置において、前記配信手段は、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、前記保存手段により保存された複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信することを特徴としている。
【００２９】
更に、上記の第１または第２のサーバ装置において、前記配信手段は、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信することを特徴としている。
【００３０】
更に、上記の第１または第２のサーバ装置において、前記配信手段は、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信することを特徴としている。
【００３１】
更に、上記の第１または第２のサーバ装置において、前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴としている。
【００３２】
更に、上記の第１または第２のサーバ装置において、前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴としている。
【００３３】
更に、上記の第１または第２のサーバ装置において、前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴としている。
【００３４】
また、本発明の第１のソフトウェア更新方法は、複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新方法であって、前記サーバが、版数の差分ごとにプログラム差分データを作成し保存するステップと、前記サーバが、前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを複数の携帯端末に配信するステップと、前記携帯端末が、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出するステップと、前記携帯端末が、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行うステップと、を含むことを特徴とするソフトウェア更新方法。
【００３５】
また、本発明の第２のソフトウェア更新方法は、複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新方法であって、前記サーバが、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存するステップと、前記サーバが、前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信するステップと、前記携帯端末が、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記受信した第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出するステップと、前記携帯端末が、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行うステップと、を含むことを特徴としている。
【００３６】
更に、上記の第１または第２のソフトウェア更新方法において、インターネット網と無線網とを中継する接続サーバを備え、前記接続サーバが、前記携帯端末から自接続サーバへのセッション確立時に前記サーバに対して前記端末へのプログラムの更新の指示を行うステップを含むことを特徴としている。
【００３７】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、版数アップを行わせる機種名の選定を入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせるステップを含むことを特徴としている。
【００３８】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、版数アップを行わせる機種名とその機種名に対応した前記端末の選定とを入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせるステップを含むことを特徴としている。
【００３９】
更に、上記の第１または第２のソフトウェア更新方法において、前記携帯端末が、前記第１の電子メールにより自端末のプログラムの更新を行うと更新完了を示す第２の電子メールで通知するステップと、前記サーバが、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数として保存することによりプログラムの版数を管理するステップと、を含むことを特徴としている。
【００４０】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送するステップを含むことを特徴としている。
【００４１】
更に、前記サーバが、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、保存されている複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信するステップを含むことを特徴としている。
【００４２】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信するステップを含むことを特徴としている。
【００４３】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信するステップを含むことを特徴としている。
【００４４】
更に、上記の第１または第２のソフトウェア更新方法において、前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴としている。
【００４５】
更に、上記の第１または第２のソフトウェア更新方法において、前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴としている。
【００４６】
更に、上記の第１または第２のソフトウェア更新方法において、前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴としている。
【発明の効果】
【００４７】
以上、説明したように本発明では、サーバが、版数の差分ごとにプログラム差分データを作成し、その作成した複数のプログラム差分データを含む電子メールを携帯端末に送信するようにしている。更に、携帯端末が電子メール受信すると、現在の自端末のプログラムの版数を基に受信した電子メールから版数に対応したプログラム差分データを抽出し、その抽出したプログラム差分データを基に自端末のプログラムの更新を管理するようにしている。そのため、本発明は、ユーザが操作することなく、かつ携帯端末からサーバに対してプログラム差分データを含む電子メールの要求を行うことなく、自動的にプログラムのバージョンアップすることができるという効果がある。従って、相互のメールのやり取りによるトラフィックを減少させることができる。
【００４８】
また、本発明では、サーバが、版数の差分ごとにプログラム差分データを作成し、その作成した複数のプログラム差分データを含む電子メールを携帯端末に送信するようにしている。更に、携帯端末が電子メール受信すると、現在の自端末のプログラムの版数を基に受信した電子メールから版数に対応したプログラム差分データを抽出し、その抽出したプログラム差分データを基に自端末のプログラムの更新を管理するようにしている。そのため、本発明は、サーバが前記電子メールを配信時に配信先の携帯端末のプログラムの版数を意識する必要がなく、手順を簡略化するという効果がある。
【発明を実施するための最良の形態】
【００４９】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００５０】
図２は、図１の携帯端末１内の構成の一例を示すブロック図である。
【００５１】
図２の携帯端末１は、無線部１１と、制御部１２と、音声信号処理部１３と、ＬＣＤ部１４と、キー入力部１５と、レシーバ／マイク部１６と、ＲＯＭ部１７と、ＲＡＭ１８部とから構成される。
【００５２】
無線部１１は、無線網を介して相手先と送受信する。
【００５３】
制御部１２は、図示していないＣＰＵによりプログラム制御で動作する。すなわち、制御部１２は、予めＲＯＭ部１７に書き込まれた各種プログラムにより本端末を動作させる。
【００５４】
音声信号処理部１３は、レシーバ／マイク部１６のマイクより吹き込まれた音声信号をデジタル信号に変換、または受信したデジタル信号をレシーバ／マイク部１６へ送出される音声信号に変換する。
【００５５】
ＬＣＤ部１４は、制御部１２の制御の下で、利用者に対して各種メッセージ等の情報を表示する。
【００５６】
キー入力部１５は、利用者により入力される各種情報の入力または通話時における各種指示を制御部１２に対して行う。
【００５７】
レシーバ／マイク部１６は、音声信号処理部１３にてデジタル信号から変換された音声信号を出力するまたは音声信号を入力する。
【００５８】
ＲＯＭ部１７は、通常の利用者の操作では書き換えが不可能であり、ＥＥＰＲＯＭ、フラッシュメモリ等の再書き込みのできる不揮発性メモリである。このＲＯＭ部１７には、制御部１２が動作するために必要な本携帯端末１自身の各種プログラムが予め書き込まれている。このＲＯＭ部１７に出荷時に格納されている各種プログラムは、１つのプログラムとして管理されており、差分管理サーバ２２（図１を参照）によるプログラムの更新の対象となる。なお、ＲＯＭ部１７には、例えば、統一されたバージョンがＶｅｒ１．０であるようなプログラムが予めバージョンと共に保存されている。
【００５９】
ＲＡＭ部１８は、読み出し書き込みのできるＲＡＭ等も揮発性メモリである。このＲＡＭ部１８には、制御部１２が各種動作を行う際の作業用データの一時格納を行うためのエリアと、利用者からの設定情報を一時的に保存するためのエリアと、がそれぞれ割り付けられている。
【００６０】
次に、電子メール送受信機能を用いて携帯端末に内蔵のソフトウェアを更新する場合のシステム構成の一例について、図１を用いて説明する。
【００６１】
図１は、本発明の実施の形態であるシステムの構成の一例を示すブロック図である。このシステムは、携帯電話、ＰＨＳ等の携帯端末１と、携帯電話網等の無線網９０１と、携帯端末１のソフトウェアの更新のサービスを行う専用サーバ２とから構成される。この場合の無線網９０１は、携帯電話システムにおける基地局および交換局を含み、更に、携帯電話システムとインターネットとの中継を行う接続サーバを含む。従って、携帯端末１は、無線網９０１を介して直接の通信相手となる専用サーバ２と接続することができる。
【００６２】
図１の専用サーバ２は、複数のサーバから構成されており、メールサーバ２１と、差分管理サーバ２２とを含んでいる。実際には、メールサーバ２１とメールサーバ２２とは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続され、メールサーバ２１は、差分管理サーバ２２の制御の下で動作する。
【００６３】
図１のメールサーバ２１は、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作するサーバ装置、ワークステーション、パソコン等の情報処理装置である。メールサーバ２１は、差分管理サーバ２２からの指示により、電子メールのヘッダを作成し、この作成したヘッダに差分管理サーバ２で作成された電子メール本文（プログラム差分データを含む）を付加し、携帯端末１に配信する。メールサーバ２１は、プログラム差分データの送信先のメールアドレスを管理するユーザ情報データベース２１１を有している。
【００６４】
図４は、ユーザ情報データベース２１１の構成概要を示す。このユーザ情報データベース２１１には、無線通信業者と契約しているユーザごとに、ユーザＩＤ、メールアドレス、機種識別情報、固定識別情報、プログラム版数等の各エリアが割り当てられている。ユーザＩＤのエリアには、無線通信業者と契約しているユーザ識別情報が格納されている。メールアドレスのエリアには、携帯端末１に対応したユーザのメールアドレスが格納されている。機種識別情報のエリアには、携帯端末１の製造メーカ名と携帯端末１の機種名とが格納されている。固定識別情報のエリアには、それぞれの携帯端末１を識別する識別番号（例えば、製造番号）が格納されている。プログラム版数のエリアには、ユーザが所有している機種名の携帯端末１の現在のプログラムの版数が格納されているが、版数が不明の場合にはプログラム版数のエリアが空白になっている。
【００６５】
図１の差分管理サーバ２２は、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作するサーバ装置、ワークステーション、パソコン等の情報処理装置である。差分管理サーバ２２は、機種識別情報ごとの差分情報データベース２２１と、プログラム格納部２２２と、タイマ部２２３と、ＲＡＭ部２２４と、表示部２２５とを有している。この差分情報データベース２１１には、版数差分識別情報ごとに、市場で販売されている携帯端末１のＲＯＭ部１７に書き込まれているプログラムと更新しようとする最新版のプログラムとの差分情報が保存されている。また、プログラム格納部２２２には、機種識別情報ごとに各版数のプログラムが格納されている。すなわち、プログラム格納部２２２には、機種識別情報ごとに各世代のプログラムが格納されていることになる。なお、この場合のプログラムとは、携帯端末１のＲＯＭ部１７に格納されている各種プログラムを１つにまとめたものであり、差分管理サーバ２２は、携帯端末１の各種プログラムを１つにまとめたプログラムのバージョンアップの管理を、差分情報データベース２１１を使って行っている。
【００６６】
差分情報データベース２２１およびプログラム格納部２２２は、図示していない不揮発性の記録媒体装置（例えば、磁気ディスク）内のあるエリアに割り当てられている。
【００６７】
図３（ａ）は、差分情報データベース２２１の構成例を示す。この差分情報データベース２２１は、機種識別情報（製造メーカ名、機種名）ごとに存在し、それぞれの差分情報データベース２２１には、版数差分識別情報ごとに、版数差分識別情報のエリアと、更新前版数のエリアと、更新後版数のエリアと、プログラム差分データのエリアとが割り当てられている。版数差分識別情報のエリアには、携帯端末１のプログラムの版数の差分の識別を示す情報が格納されている。更新前版数のエリアには、携帯端末１のプログラムの更新前の版数が格納されている。更新後版数のエリアには、携帯端末１のプログラムの更新後の版数が格納されている。プログラム差分データのエリアには、携帯端末１のプログラムの差分データが格納されている。なお、プログラム差分データのエリアには、格納先のアドレスを設定し、その設定したアドレス先のエリアにプログラム差分データを格納するようにしても良い。
【００６８】
図３（ｂ）は、差分管理サーバ２２の差分情報データベース２２１で管理されたプログラムの差分データ管理の一例である。図３（ｂ）に示すように、差分情報データベース２２１においては、ある機種識別情報（製造メーカ名、機種名）における携帯端末１の複数のプログラム差分データが存在する。例えば、携帯端末１の品質向上の為に、数回のランニングチェンジによりプログラムがバージョンアップされる場合が考えられる。本発明における具体的な例では、これまで携帯端末１のＲＯＭ部１７に書き込まれたプログラムのバージョンがＶｅｒ１．０、Ｖｅｒ１．１、またはＶｅｒ１．２であり、携帯端末１は、それぞれのプログラムのバージョンで変更されながら販売されているものとする。つまり、市場に販売されている携帯端末１においては、ＲＯＭ部１７に書き込まれているプログラムの種類が、前記の３つのバージョンだけ存在することになる。一方、携帯端末１のプログラムの改造が発生し、今回は、ＲＯＭ部１７のプログラムをＶｅｒ２．０にバージョンアップしなければならないとする。すると、この場合、差分管理サーバ２２で管理されるプログラムの差分データは、市場に販売されている携帯端末１のプログラムの３つのバージョンと今回のバージョンアップを行うプログラムのバージョンとの組み合わせだけ、存在する。すなわち、プログラムの改造によるプログラムの差分データは、Ｖｅｒ１．０からＶｅｒ２．０への差分データ、Ｖｅｒ１．１からＶｅｒ２．０への差分データ、およびＶｅｒ１．２からＶｅｒ２．０への差分データの３種類が存在する。この場合、差分管理サーバ２は、プログラム差分データの作成時に、各世代の版数の差分が識別できるように、版数差分識別情報として、例えば、図３（ｂ）に示すように３種類の識別番号をそれぞれ自動発生し、差分情報データベース２２１内の版数差分識別情報のエリアに格納する。更に、差分管理サーバ２２は、差分データ作成時に、上記の３種類のプログラム差分データを抽出し、差分情報データベース２２１内で版数差分識別情報に該当するプログラム差分データのエリアに格納すると共に、更新前版数のエリアと更新後版数のエリアにも該当する版数を登録する。
【００６９】
次に、本携帯端末１上において本発明を実現するための電子メール本文のフォーマット例について説明する。図５は、専用サーバ２の差分管理サーバ２２が携帯端末１のＲＯＭ部１７に書き込まれたプログラムのバージョンアップを行う場合の、専用サーバ２の差分管理サーバ２２から携帯端末１に送出される電子メール本文のフォーマットの一例を示す。電子メール本文は、複数項目により構成され、ヘッダ部、複数の差分データ部から構成される。例としては、上記で説明した３種類の差分データが存在する場合について説明する。
【００７０】
電子メール本文内のヘッダ部は、“ProgramVerUP”と固定であり、必ず当該電子メール本文の最初（ヘッダ）に付加される。携帯端末１は、電子メール本文内のヘッダ情報である“ProgramVerUP”を検知し、本電子メールがプログラムのバージョンアップ用のメールである事を識別する。差分データ部１〜３は、実際のバージョンアップを行う為の、実際のプログラム差分データである。差分データ部１はＶｅｒ１．０→Ｖｅｒ２．０の差分データを示しており、固定文字列である“[Ver1.0→Ver2.0]”と可変文字列である“21ewweiiewqojjjwqwqhjdjkjdkwwwdjkhjdahjdadjjeiiewqewo・・“より構成される。前者の括弧内の文字列は、本携帯端末１が当該差分データ部のデータがＶｅｒ１．０→Ｖｅｒ２．０である事を識別する為の文字列（Ｖｅｒ差分識別情報）である。後者は実際にプログラムをＶｅｒ１．０→Ｖｅｒ２．０へする為のプログラム差分データであり、バイナリ形式のプログラム差分データがＢＡＳＥ６４形式にエンコードされ電子メール本文に貼り付けられている。前記差分データが不正にエンコードされていた場合は、当該差分データ部１全体は無効とし、処理を無視する。差分データ部２および３も、前記差分データ部１と同様の構成であり、それぞれＶｅｒ１．１→Ｖｅｒ２．０、Ｖｅｒ１．２→Ｖｅｒ２．０への差分データ（版数差分識別情報、プログラム差分データ）を示す。
【００７１】
また、本携帯端末１が提供する通信機能は、無線通信回線である無線網９０１経由で他の携帯端末１との音声通話機能、インターネットと相互接続された無線回線経由でＷｅｂサーバへのアクセスが可能な機能、およびインターネットと相互接続された無線回線経由で電子メールの送受信が可能な機能、の３種類の機能を有する。また、電子メールは、電子メールヘッダ部と電子メール本文とで構成されるが、電子メール本文以外の電子メールヘッダ部および電子メールの通信手順（プロトコル）については特に言及せず、既知の技術が用いられるものとする。
【００７２】
次に、本発明を実施するための最良の形態の動作について図面を参照して説明する。以下には、説明をわかり易くするためにある製造メーカのある機種名の携帯端末１−１のプログラムの更新を行うという前提のもとで、本発明の動作例を説明する。
【００７３】
携帯端末１−１のＲＯＭ部１７に保存されているプログラムは、Ｖｅｒ１．０であるとする。但し、携帯端末１−１と同じ機種名の全ての携帯端末１のプログラムがＶｅｒ１．０ではなく、Ｖｅｒ１．１あるいはＶｅｒ１．２も存在するものとする。この場合、Ｖｅｒ１．０、Ｖｅｒ１．１、およびＶｅｒ１．２のそれぞれのプログラムが差分管理サーバ２２内のプログラム格納部２２２に既に格納されている。
【００７４】
また、今回バージョンアップ後のＶｅｒ２．０のプログラムが準備され、差分管理サーバ２２内のプログラム格納部２２２に格納されているものとする。
【００７５】
前記プログラムＶｅｒ２．０が完成しプログラム格納部２２２に格納された後に、専用サーバ２の管理者がプログラムをＶｅｒ２．０へバージョンアップによる差分情報の抽出を行う。そのため、管理者は、例えば、差分管理サーバ２２の表示部２２５に表示されたメニュー画面に従って、図示していない差分管理サーバ２２に接続されているキーボードまたはマウス等を使って画面操作する。すなわち、管理者は、メニュー画面に従ってキーバードまたはマウスを使って「差分情報の抽出」を選択し、更に、管理者が「差分情報の抽出」を実行させるために、画面上から機種名と最新版のＶｅｒ２．０を入力する。すると、差分管理サーバ２２は、まず、プログラム格納部２２２から読み出したＶｅｒ２．０のプログラムとプログラム格納部２２２から読み出したＶｅｒ１．０のプログラムとの差分を抽出する。この場合、抽出されるプログラム差分情報は、一致しなかった箇所を抽出したものであって、例えば、アドレス情報（アドレスに追加または置き換えの識別できる情報も入っている）とそのアドレスに対応したプログラムのステップ情報とで構成されている。また、このとき、差分管理サーバ２２は、差分版数の識別ができるように、例えば、版数差分識別情報であるＶｅｒ１．０→Ｖｅｒ２．０を自動発生する。差分管理サーバ２２は、該当する機種識別情報の差分情報データベース２２１の版数差分識別情報エリアに自動発生したＶｅｒ１．０→Ｖｅｒ２．０を、更新前版数エリアにＶｅｒ１．０を、更新後版数エリアにＶｅｒ２．０を、それぞれ登録（格納）する。更に、差分管理サーバ２２は、抽出したプログラム差分データを差分情報データベース２２１のプログラム差分データエリアに格納する。
【００７６】
次に差分管理サーバ２２は、Ｖｅｒ１．１およびＶｅｒ１．２に関してもＶｅｒ１．０の場合と同様に、Ｖｅｒ２．０との差分データを抽出し、差分情報データベース２２１の各エリアに登録（格納）する。
【００７７】
次に専用サーバ２の管理者がバージョンアップする機種の全ての携帯端末１に対して、プログラムをＶｅｒ２．０（最新版数）へバージョンアップを行うとする。そのため、例えば、管理者は、ある機種名の携帯端末１のプログラムの更新指示を差分管理サーバ２２の表示部２２５に表示されたメニュー画面に従って、図示していない差分管理サーバ２２に接続されているキーボードまたはマウス等を使って画面操作する。すなわち、差分管理サーバ２２は、メニュー画面上の「プログラム更新指示」が選択されると、バージョンアップする製造メーカ名の一覧および機種名の一覧を表示し、それぞれの一覧の中からメーカ名と機種名を選択させる。製造メーカ名および機種名が選択されると、差分管理サーバ２２は、「機種全て」または「機種個別」を表示部２２５に表示し選択させる。ここで、管理者が表示された画面上からバージョンアップ対象として「機種全て」の項目を選択する。このようにして、専用管理サーバ２の差分管理サーバ２２は、画面操作に従って、機種識別情報（メーカ名、機種名）を選択入力させことにより、メーカ名、機種名に対応した携帯端末１へのプログラムの更新の指示を入力させることになる。
【００７８】
なお、この場合の差分管理サーバ２２は、画面上で入力された機種識別情報（製造メーカ名、機種名）と個別対応の有無情報（この場合、「機種全て」が選択されたので「無」となる）とを、ＲＡＭ部２２４に一時的に格納する。差分管理サーバ２２が機種識別情報（製造メーカ名、機種名）と個別対応の有無情報を使用する場合は、ＲＡＭ部２２４内に格納された情報を読み出して利用することになる。（図７のステップＳ１１１）。
【００７９】
この後、差分管理サーバ２２は、該当する機種の差分情報データベース２２１からＶｅｒ１．０→Ｖｅｒ２．０、Ｖｅｒ１．１→Ｖｅｒ２．０、およびＶｅｒ１．２→Ｖｅｒ２．０の各差分データ（版数差分識別情報とプログラム差分データ）を読み出す。更に、差分管理サーバ２２は、読み出したプログラム差分データをバイナリ形式からＢＡＳＥ６４形式のテキスト形式に変換する。（ステップＳ１１２）。
【００８０】
プログラム差分データの変換後、差分管理サーバ２２は、版数差分識別情報ごとに、変換したプログラム差分データにバージョンを識別する為の固定文字列である版数差分識別情報（差分情報データベース２２１から読み出した３つのもの）を付加する。このようにして図５に示す差分データ１〜３が生成される。その後、差分管理サーバ２２は、電子メール本文の先頭（ヘッダ）にヘッダ部を付加し、図５で示すような電子メール本文を作成する。（ステップＳ１１３）。
【００８１】
電子メール本文作成後、差分管理サーバ２２は、作成した図５の電子メール本文と指示のあった機種識別情報と最新版数と個別対応の有無情報とをメールサーバ２１へ送出する。すると、メールサーバ２１は、個別対応の有無情報を基に個別対応かどうかを判断する。（ステップＳ１１４）。
【００８２】
ステップＳ１１４において、個別対応でないため、メールサーバ２１は、指示のあった機種識別情報をキーにしてユーザ情報データベース２１１を検索する。一致した機種識別情報があると、メールサーバ２１は、ユーザ情報データベース２１１内の機種識別情報に対応する全てのメールアドレスを送信先としてユーザ情報データベース２１１から抽出する。すなわち、メールサーバ２１は、指示のあった携帯端末１の機種に対応するメールアドレスを送信先としてユーザ情報データベース２１１から抽出することになる。（ステップＳ１１５）。
【００８３】
更に、メールサーバ２１は、送信先のメールアドレスごとに抽出したメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定する。メールサーバ２１は、設定したそれぞれのヘッダ部に作成された電子メール本文を付加し、電子メールを作成（生成）する。この場合のヘッダ部とは、電子メール本文内のヘッダ部ではなくて、電子メールのヘッダ部である。このようにして、携帯端末１−１を含む対象となる機種の全ての携帯端末１に対しての配信準備が行われる。更に、メールサーバ２１は、生成した電子メールを無線網９０１に送出することにより、ユーザ情報データベース２１１から抽出した全てのメールアドレス宛に電子メール送信することになる。すなわち、メールサーバ２１は、指示のあった機種名に対応する全ての携帯端末１に対して電子メールでプログラムのバージョンアップを指示することになる。なお、メールサーバ２１のメールアドレスは、あらかじめ、図示していない記憶部（例えば、磁気ディスク）に設定されており、使用される場合には、この記憶部から読み出される。（ステップＳ１１６）。
【００８４】
更に、メールサーバ２１は、全てのメールの送信を終えると、送信の終えたことを差分管理サーバ２２に通知する。通知を受けた差分管理サーバ２２は、タイマ割込が発生した場合に備えてタイマ部２２４による割込要因がわかるように、割込要因レジスタに機種識別情報とプログラムの最新版数を設定する。なお、この場合の割込要因レジスタは、ＲＡＭ部２２４内のあるエリアに割り付けられている。更に、通知を受けた差分管理サーバ２２は、あらかじめ決められた時間後に割込処理ができるように、タイマ部２２３に閾値を設定し、タイマ部２２３を起動し、プログラム更新指示処理を終了する。この場合のタイマをかける意味は、携帯端末１が、受信メールボックスの空き容量がなくて受信できない等の理由により電子メールの着信ができないことを考慮して行う。そのため、メールサーバ２１は、着信できなかったプログラム更新対象の携帯端末１にだけ送信を繰り返すことにより確実に通信することができる。（ステップＳ１１７）。
【００８５】
次に、上記の電子メールが携帯端末１−１を含む対象となる機種の全ての携帯端末１に対して配信処理が行われた後の、携帯端末１−１におけるバージョンアップ処理を説明する。
【００８６】
ここでは説明の簡略化の為、携帯端末１−１のみを例に取りバージョンアップ処理の説明をする。本携帯端末１−１においては、冒頭でも説明したが、ＲＯＭ部１７に保存されたプログラムがＶｅｒ１．０であるとする。
【００８７】
メールサーバ２１から図５の電子メール本文を含む電子メールが、携帯端末１に対して送出されたとする。すると、携帯端末１−１の制御部１２は、無線部１１を介して図５の電子メールを受信すると、図５の電子メール本文内のヘッダ部を検出し、当該電子メールが自端末内のＲＯＭ部１７に保存されたプログラムのバージョンアップ用データである事を識別する。この場合、制御部１２は、当該電子メールのみでなく他の電子メール受信時においても、電子メール本文より特定の固定文字列を検出する。但し、他にも電子メールの本文でなく題名に特定の固定文字列を設定し、電子メール受信時に題名より特定の固定文字列を検出する処理でも特に問題は無い。（図１０のステップＳ２０１，Ｓ２０２）。
【００８８】
受信した電子メール本文よりヘッダ部“ProgramVerUP”を検出したならば、携帯端末１−１の制御部１２は、次に自端末宛のバージョンアップ用データを探す処理を行う。すなわち、制御部１２は、ＲＯＭ部１７に保存されている自装置のバージョンを読み出し、その読み出したバージョンと受信した電子メール本文内の版数差分識別情報内に記載されている更新後のバージョンとが一致しているかどうかを確認することで、最新版のバージョンになっているかどうかの確認を行う。（ステップＳ２０３，Ｓ２０４）。
【００８９】
ステップＳ２０４において、ＲＯＭ部１７に保存されたプログラムがＶｅｒ１．０である為、制御部２１は、不一致を検出する。この後、制御部１２は、最新版になっていないため（バージョンが不一致の場合）、Ｖｅｒ１．０をキーにして、図３の電子メール本文の差分データ部１〜３より、自端末宛のバージョンアップ用データを検索する。この場合、制御部１２は、固定文字列である“[Ver1.0→Ver2.0]”を検出し、差分データ部１が自端末宛のバージョンアップ用差分データである事を識別する。更に、制御部１２は、差分データ部１より、実際のプログラム差分データである可変文字列“21ewweiiewqojjjwqwqhjdjkjdkwwwdjkhjdahjdadjjeiiewqewo・・“を抽出する。（ステップＳ２０５）。
【００９０】
次に、抽出したプログラム差分データの文字列は先にも説明したがＢＡＳＥ６４形式のテキストデータにエンコードされているため、携帯端末１−１の制御部１２は、デコードすることによりバイナリデータに変換し、デコードしたバイナリデータを一時的にＲＡＭ部１８に格納する。（ステップＳ２０６）。
【００９１】
その後、携帯端末１−１の制御部１２は、デコードしたバイナリデータをＲＡＭ部１８から読み出し、その読み出したバイナリデータを使って、ＲＯＭ部１７に保存されたプログラムをバージョンアップする。このバイナリデータはＶｅｒ１．０からＶｅｒ２．０へのプログラム差分データあり、一方、ＲＯＭ部１７に保存されているプログラムはＶｅｒ１．０である為、制御部１２は、これらのデータを合成する。すなわち、合成されたプログラムは、Ｖｅｒ１．０からＶｅｒ２．０へバージョンアップされたプログラムとなる。更に、制御部１２は、合成したプログラムをＲＯＭ部１７に再書き込みする。すなわち、携帯端末１−１のＲＯＭ部１７のプログラムは、Ｖｅｒ２．０にバージョンアップされたことになる。（ステップＳ２０７）。
【００９２】
更に、再書き込み後、携帯端末１−１の制御部１２は、最新のバージョンに更新したことを示す電子メールを返信する。この場合、制御部１２は、例えば、電子メール本文内のヘッダ部に“ProgramVer2.0”（プログラムをＶｅｒ２．０にしたことを示す）を設定する。（ステップＳ２０９）。
【００９３】
上記のステップＳ２０４において、最新版になっていれば、制御部２１は、受信したメールを廃棄する。（ステップＳ２０８）。
【００９４】
また、これまでの説明では、携帯端末１−１のＲＯＭ部１７のプログラムがＶｅｒ１．０である前提で説明した。しかし、残りの携帯端末１がＶｅｒ１．１あるいはＶｅｒ１．２であっても、携帯端末１は、Ｖｅｒ１．１あるいはＶｅｒ１．２に対応できるように、上記のＶｅｒ１．０からＶｅｒ２．０へのプログラムの更新と同じ動作を行う。すなわち、携帯端末１の制御部１２は、対象携帯端末１のプログラムのバージョンを意識することなく、図５で示されるような同一の電子メール本文でプログラムの更新を行うことが可能となる。
【００９５】
一方、更新終了の電子メールを受信したメールサーバ２１は、受信した電子メールプログラム更新終了通知であるかを電子メール本文のヘッダ部を確認する。（図９のステップＳ１４１，Ｓ１４２）。
【００９６】
更新終了を示す“ProgramVer2.0”になっていれば、メールサーバ２１は、受信した送信先のメールアドレスをキーにして、ユーザ情報データベース２１１を検索する。検索した結果、メールサーバ２１は、一致したメールアドレスに対応するプログラム版数エリアをＶｅｒ２．０に置き換え（設定し）、受信メール処理を終了する。（ステップＳ１４３）。
【００９７】
すなわち、携帯端末１−１からの更新終了通知の電子メールを受信した差分管理サーバ２２は、携帯端末１−１のプログラム更新後の版数としてユーザ情報データベース２１１に保存することにより、プログラムの版数を管理することになる。
【００９８】
一方、差分管理サーバ２２のタイマ部２２３が規定の時間すぎると、差分管理サーバ２２内のＣＰＵにタイマ割込を発生する。すると、差分管理サーバ２２は、割込要因に対応した機種識別情報とプログラム最新版とをＲＡＭ部２２４の割込要因レジスタから読み出し、その読み出した機種識別情報とプログラム最新版とを基に、メールサーバ２１に検索させる。メールサーバ２１は、機種識別情報とプログラム最新版数とをキーにして、ユーザ情報データベース２１１を検索し、全て最新Ｖｅｒになっているかどうかを確認する。（図８のステップＳ１２１，Ｓ１２２）。
【００９９】
ステップＳ１２２において、全て最新版になっていれば、メールサーバ２１は、その結果（この場合は全て最新版になっていること）を差分管理サーバ２１に通知する。通知を受けた差分管理サーバ２２は、更新の対象となる機種に対応する携帯端末１の全てが最新版になったと判断し、そのままタイマ割込処理を終了する。
【０１００】
ステップＳ１２２において、全て最新版になっていなければ、メールサーバ２１は、その結果（この場合は全て最新版になっていないこと）を差分管理サーバ２１に通知する。通知を受けた差分管理サーバ２１は、該当する機種の差分情報データベース２２１からＶｅｒ１．０→Ｖｅｒ２．０、Ｖｅｒ１．１→Ｖｅｒ２．０、およびＶｅｒ１．２→Ｖｅｒ２．０の各差分データ（版数差分識別情報とプログラム差分データ）を読み出す。更に、差分管理サーバ２２は、読み出したプログラム差分データをバイナリ形式からＢＡＳＥ６４形式のテキスト形式に変換する。（ステップＳ１２３）。
【０１０１】
プログラム差分データの変換後、差分管理サーバ２２は、版数差分識別情報ごとに、変換したプログラム差分データにバージョンを識別する為の固定文字列である版数差分識別情報（差分情報データベース２２１から読み出した３つのもの）を付加する。このようにして図３に示す差分データ１〜３が生成される。その後、差分管理サーバ２２は、電子メール本文の先頭（ヘッダ）にヘッダ部を付加し、図５で示すような電子メール本文を作成する。（ステップＳ１２４）。
【０１０２】
この後、メールサーバ２１は、指示のあった機種識別情報をキーにしてユーザ情報データベース２１１を検索する。一致した機種識別情報があると、メールサーバ２１は、ユーザ情報データベース２１１内の機種識別情報に対応するプログラム版数エリアの内容が指示のあった最新版数になっていなければ、それに対応するメールアドレスを送信先としてユーザ情報データベース２１１から抽出する。すなわち、メールサーバ２１は、指示のあった携帯端末１の機種で最新版になっていなければ、それに対応するメールアドレスを送信先としてユーザ情報データベース２１１から抽出することになる。（ステップＳ１２５）。
【０１０３】
更に、メールサーバ２１は、送信先のメールアドレスごとに抽出したメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定し、それぞれのヘッダ部に作成された電子メール本文を付加し、電子メールを生成する。この場合のヘッダ部とは、電子メール本文内のヘッダ部ではなくて、電子メールのヘッダ部である。このようにして、携帯端末１−１を含む対象となる機種で最新版になっている全ての携帯端末１に対しての配信準備が行われる。更に、メールサーバ２１は、生成した電子メールを無線網９０１に送出することにより、ユーザ情報データベース２１１から抽出した最新版になっていない全てのメールアドレス宛に電子メール送信する（この場合、再送となる）。すなわち、メールサーバ２１は、指示のあった機種名に対応し最新版になっていない全てのメールアドレス宛の携帯端末１に対して電子メールでプログラムのバージョンアップを指示することになる。なお、メールサーバ２１のメールアドレスは、あらかじめ、図示していない記憶部（例えば、磁気ディスク）に設定されており、使用される場合には、この記憶部から読み出される。（ステップＳ１２６）。
【０１０４】
更に、メールサーバ２１は、全てのメールの送信を終えると、送信の終えたことを差分管理サーバ２２に通知する。タイマ割込が発生した場合に備えてタイマ部２２４による割込要因がわかるように、割込要因レジスタに機種識別情報とプログラムの最新版数を設定する。なお、この場合の割込要因レジスタは、ＲＡＭ部２２４内のあるエリアに割り付けられている。更に、通知を受けた差分管理サーバ２２は、あらかじめ決められた時間後に割込処理ができるように、タイマ部２２３に閾値を設定し、タイマ部２２３を起動し、プログラム更新指示処理を終了する。（ステップＳ１２７）。
【０１０５】
以上タイマ機能を利用することにより、差分管理サーバ２２がメールサーバ２１を介してユーザ情報データベース２１１のプログラム版数のエリアの情報が最新版になっていない携帯端末１にだけプログラム更新用の電子メールを再送するようにしている。そのため、専用サーバ２は、携帯端末１が一時的に更新用の電子メールを受信でなかったとしても何時かは携帯端末１のプログラムの更新を行うことができる。
【０１０６】
上記の差分管理サーバ２２の表示部２２５からのプログラム更新指示の説明において、プログラム更新指示後に差分管理サーバ２２がステップＳ１１１から処理するように説明した。しかし、表示部２２５からのプログラム更新指示後に、差分管理サーバ２２が図６のステップＳ１０１を処理してから図７のステップＳ１１１以降の処理を行うようにしても良い。従って、この場合、プログラム更新指示があった場合、プログラム更新指示には差分データの作成指示を含むことにもなることは言うまでもない。また、プログラム更新指示があった場合、差分管理サーバ２２が差分データの作成指示の有効性の有無を画面上に表示し、管理者により有効に設定された場合にだけ差分データの作成処理を行うようにしても良い。
【０１０７】
上記説明においては、バージョンアップする全ての携帯端末１に対して、プログラムを最新版に更新する場合の動作について説明した。次は、個別の携帯端末１にだけバージョンアップする場合の動作について説明する。
【０１０８】
今、専用サーバ２の管理者は、ある機種名の携帯端末１のプログラムの更新指示を差分管理サーバ２２の表示部２２５に表示されたメニュー画面に従って、図示していない差分管理サーバ２２に接続されているキーボードまたはマウス等を使って画面操作する。すなわち、差分管理サーバ２２は、メニュー画面上の「プログラム更新指示」が選択されると、バージョンアップする製造メーカ名の一覧および機種名の一覧を表示し、それぞれの一覧の中からメーカ名と機種名を選択させる。メーカ名および機種名が選択されると、差分管理サーバ２２は、「機種全て」または「機種個別」を表示部２２５に表示し選択させる。バージョンアップ対象として「機種個別」の項目が選択されると、差分管理サーバ２２は、表示部２２５にバージョンアップさせたい携帯端末１に対応するメールアドレスの入力を促す画面を表示する。画面に従って、管理者がメールアドレス（複数でも可）の入力を行う。このようにして、専用管理サーバ２の差分管理サーバ２２は、画面操作に従って、版数アップを行わせる機種識別情報（製造メーカ名および機種名）を選定入力させ、更にその機種識別情報に対応したメールアドレスを選定入力させることにより、版数アップを行わせるメーカ名、機種名、その機種名に対応した携帯端末１へのプログラムの更新の指示を入力させることになる。
【０１０９】
なお、差分管理サーバ２２は、画面上で入力された機種識別情報（製造メーカ名、機種名）と個別対応の有無情報（この場合、「機種個別」が選択されたので「有」となる）とメールアドレス一覧とを、ＲＡＭ部２２４に一時的に格納する。差分管理サーバ２２が機種識別情報（製造メーカ名、機種名）と個別対応の有無情報とメールアドレス一覧を使用する場合は、ＲＡＭ部２２４内に格納された情報を読み出して利用することになる。（図７のステップＳ１１１）。
【０１１０】
この後、差分管理サーバ２２は、図７のステップＳ１１２とＳ１１３の処理を行うことで電子メール本文を作成する。この場合のステップＳ１１２とＳ１１３の処理は、上記で説明したステップＳ１１１とＳ１１２の処理と同じなので説明を省略する。
【０１１１】
電子メール本文作成後、差分管理サーバ２２は、作成した図５の電子メール本文と指示のあった機種識別情報と最新版数と個別対応の有無情報とメールアドレス一覧をメールサーバ２１へ送出する。すると、メールサーバ２１は、受信した個別対応の有無情報を基に個別対応かどうかを判断する。（ステップＳ１１４）。
【０１１２】
ステップＳ１１４において、個別対応のため、メールサーバ２１は、送信先のメールアドレスとなるメールアドレス一覧内の全てのメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定し、それぞれのヘッダ部に作成された電子メール本文を付加し、電子メールを生成する。この場合のヘッダ部とは、電子メール本文内のヘッダ部ではなくて、電子メールのヘッダ部である。このようにして、携帯端末１−１を含む対象となる機種で個別指定された全ての携帯端末１に対しての配信準備が行われる。更に、メールサーバ２１は、生成した電子メールを無線網９０１に送出することにより、メールアドレス一覧にある全てのメールアドレス宛に電子メール送信することになる。すなわち、メールサーバ２１は、指示のあった個別の携帯端末１に対して電子メールでプログラムのバージョンアップを指示することになる。なお、メールサーバ２１のメールアドレスは、あらかじめ、図示していない記憶部（例えば、磁気ディスク）に設定されており、使用される場合には、この記憶部から読み出される。（ステップＳ１１８）。
【０１１３】
更に、メールサーバ２１は、指示のあった全ての個別のメールの送信を終えると、送信の終えたことを差分管理サーバ２２に通知する。すると、差分管理サーバ２２は、プログラム更新指示処理を終了する。
【０１１４】
一方、メールサーバ２１が発信した電子メールを受信する携帯端末１の動作は、図１０のステップＳ２０１〜Ｓ２１０となるが、機種全てのプログラム更新処理における携帯端末１の動作と同じなので説明を省略する。
【０１１５】
上記説明のうち個別携帯端末１にだけバージョンアップする動作に関しては、専用サーバ２の管理者がある機種名の携帯端末１のプログラムの更新指示によるプログラムの更新についての説明である。次は、携帯端末１からインターネットへのアクセス等による通信網９０１内の接続サーバ接続時に、その接続した携帯端末１に対して個別にプログラムのバージョンアップを行う場合の動作について説明する。
【０１１６】
今、ユーザが携帯端末１を使って、ユーザがＬＣＤ部１４に表示されたメニュー画面からの画面操作によりＵＲＬを入力し、インターネットに接続するために、起動をかける。すると、携帯端末１は、無線網９０１内の接続サーバにコネクション確立要求（インターネットの接続要求）を送信することにより、先ず携帯端末１と接続サーバとの間でセッションを確立（通信パスを確立）することで接続する。更に、その接続された接続サーバは、ＵＲＬに指定されたインターネットに接続する。この場合、ＵＲＬに指定されたインターネットと要求した携帯端末１との間に通信パスが張られ、携帯端末１の画面に表示された内容に従って、ユーザが一連の画面操作を行うことでインターネットのやり取りを行う。一方、上記の動作と並行してこの無線網９０１内の接続サーバが端末１からの接続要求時に、無線網９０１内の接続サーバは、携帯端末１から受信したコネクション確立要求パケットから固定識別番号（製造番号）を抽出する。更に、無線網９０１内の接続サーバは、専用サーバ２内のメールサーバ２１に対して固定識別番号をもった携帯端末１のプログラム更新指示を行う（この場合、固定識別番号を添付）。すなわち、無線網９０１内の接続サーバは、携帯端末１から自接続サーバへのセッション確立時に、専用サーバ２に対してセッションの確立を行った携帯端末１へのプログラムの更新の指示を行うことになる。
【０１１７】
すると、更新指示を受信したメールサーバ２１は、受信した更新指示から固定識別番号を抽出し、その抽出した固定識別番号を基にユーザ情報データベース２１１を検索することにより固定識別番号に対応したメールアドレスと機種識別情報とを抽出する。更に、メールサーバ２１は、差分管理サーバ２２に対して、抽出したメールアドレスと機種識別情報とを添付してプログラムの更新指示を行う。
【０１１８】
すると、更新指示を受けた差分管理サーバ２２は、受信した機種識別情報（製造メーカ名、機種名）と個別対応の有無情報とメールアドレス（メールアドレス一覧として）を、ＲＡＭ部２２４に一時的に格納する。この場合、個別対応の有無情報は、「機種個別」が選択されたので「有」となっている。また、差分管理サーバ２２が機種識別情報（製造メーカ名、機種名）と個別対応の有無情報とメールアドレス一覧を使用する場合は、ＲＡＭ部２２４内に格納された情報を読み出して利用することになる。（図７のステップＳ１１１）。
【０１１９】
この後の処理は、上記の専用サーバ２の管理者がある機種名の携帯端末１のプログラムの更新指示によるプログラムの更新について説明したステップＳ１１２〜Ｓ１１８の動作と同じなので説明を省略する。
【０１２０】
上記説明の図７のステップＳ１１５〜Ｓ１１６の処理（すなわち、図７のステップＳ３００の電子メール送信処理）の代わりに、専用サーバ２が図１１のステップＳ３００の処理を行っても良い。また、図８のステップＳ１２５〜Ｓ１２６の処理（すなわち、図８のステップＳ４００の電子メール送信処理）の代わりに、専用サーバ２が図１１のステップＳ４００の処理を行っても良い。このときの専用サーバ２のステップＳ３００またはＳ４００（Ｓ３０１〜Ｓ３０６）の動作を以下に示す。
【０１２１】
すなわち、専用サーバ２のメールサーバ２１は、指示のあった機種識別情報をキーにしてユーザ情報データベース２１１の送信先となるメールアドレスと版数とを頭から順に抽出する。この場合、抽出しなければ、メールサーバ２１は、ステップＳ３０７の動作に移る。（図１１のステップＳ３０１，Ｓ３０２）。
【０１２２】
メールサーバ２１は、抽出した版数が最新版（指示のあったプログラムの版数）かどうかを確認する。（ステップＳ３０３）。
【０１２３】
ステップＳ３０２において、最新版でない場合、メールサーバ２１は、抽出した版数が不明かどうかを確認する。この場合、ユーザ情報データベース２１１の版数欄は、例えば、空白になっている。（ステップＳ３０４）。
【０１２４】
ステップＳ３０３において、不明であれば、メールサーバ２１は、抽出したメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定し、そのヘッダ部にステップＳ１１３で作成された電子メール本文を付加し、電子メールを生成する。更に、メールサーバ２１は、抽出したメールアドレス宛に作成した電子メールを送信する。なお、メールサーバ２１のメールアドレスは、あらかじめ、図示していない記憶部（例えば、磁気ディスク）に設定されており、使用される場合には、この記憶部から読み出される。（ステップＳ３０５）。
【０１２５】
更に、メールサーバ２１は、全て終了したかどうかを確認し、終了していなければ次の送信先と版数とを抽出する処理に移るため、ステップＳ３０１に戻る。このようにして、メールサーバ２１は、ユーザ情報データベース２１１の検索が終了するまで、ステップＳ３０１〜Ｓ３０６の中の動作を繰り返す。（ステップＳ３０７）。
【０１２６】
ステップＳ３０３において、版数が最新版であれば、メールサーバ２１は、ステップＳ３０７の動作に移る。
【０１２７】
ステップＳ３０４において、版数が最新版でない版数になっていれば、メールサーバ２１は、抽出したメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定し、そのヘッダ部にステップＳ１１３で作成された電子メール本文を付加し、電子メールを生成する。この場合の電子メール本文には、メールサーバ２１により抽出された版数に対応する差分データだけが残り、他の差分データが削除される。更に、メールサーバ２１は、抽出したメールアドレス宛に作成した電子メールを送信する。（ステップＳ３０６）。
【０１２８】
このようにステップＳ３００で説明したように、専用サーバ２は、携帯端末１−１を含む対象となる機種の全ての携帯端末１に対して版数のチェックを行う。さらに、専用サーバ２は、最新版になっていない版数を持つ携帯端末１に対して版数に対応する差分データ（現時点の旧版数に対応した版数差分識別情報、そのプログラム差分データ）を電子メールで送信する。従って、専用サーバ２は、携帯端末１のプログラムの更新を行うことができる。
【０１２９】
上記で説明した本実施の形態では、図６〜図１０のフローチャートを中心にメール本文にテキストデータに変換したプログラム差分データを載せ、更にそのメール本文にヘッダを付加した電子メールを携帯端末１に送信するようにした。しかし、電子メールにプログラム差分データを版数識別情報ごとにファイルとして添付するようにしたとしても、結果的には、送出側（専用サーバ２）でテキスト形式に変換して送り、受信側（携帯端末１）で逆変換する処理が入ることは言うまでもない。
【０１３０】
また、上記で説明した専用サーバ２において、専用サーバ２内にメールサーバ２１と差分管理サーバ２２とがある前提で説明した。しかし、専用サーバ２をプロセッサ（ＣＰＵ）によりプログラム制御で動作するサーバ装置、ワークステーション、パソコン等の情報処理装置とし、メールサーバ２１および差分管理サーバ２２の動作を専用サーバ２自身が行うようにしても良い。
【０１３１】
また、上記説明において、機種識別情報は、１種類のメーカ名と機種名として説明をしたが、複数設定しても良い。この場合の指定方法としては、例えば、Ａ社のａａ機種、ａｂ機種、Ｂ社のｂａ機種、ｂｂ機種、ｂｃ機種であれば、機種識別情報は、（Ａ，ａａ）、（Ａ，ａｂ）、（Ｂ，ｂａ）、（Ｂ，ｂｂ）、（Ｂ，ｂｃ）の５つ存在する。従って、このような場合は、この５つの識別情報に対応する機器にプログラム差分データを電子メールで送信することでプログラムの更新を行うことになる。また、機種識別情報には、メーカ名を入れないで、機種名だけにしても良い。
【０１３２】
以上説明したように、本実施の形態では、専用サーバ２が携帯端末１で使用可能な電子メール本文にＲＯＭ部１７に保存されたプログラムのバージョンアップ用差分データを版数の差分ごとに記述している。更に、携帯端末１がその電子メール受信後に自端末のプログラムの版数を基に電子メール本文から複数ある更新用プログラム差分データのうち必要なプログラム差分データを抽出するようにしている。そのため、本実施の形態は、ユーザが操作する事無く自動的にプログラムの更新が可能となる。更に、本実施の形態は、携帯端末の更新前の版数が同じでなくても自動的にプログラムの更新が可能になる。
【０１３３】
また、本実施の形態は、プログラム更新の対象となる携帯端末１のプログラムのバージョンが複数あることに注目し、専用サーバ２が複数の差分データを一つの電子メールに乗せて配信するようにしている。そのため、本実施の形態は、事前に配信先の携帯端末のプログラムのバージョンが不特定であっても、配信先の携帯電話のプログラムのバージョンを意識することなく、同一の電子メール本文で効率的にプログラムのバージョンアップが可能である。従って、本実施の形態は、利便性の向上に繋がる。
【図面の簡単な説明】
【０１３４】
【図１】本発明の実施の形態におけるシステムの構成を示すブロック図である。
【図２】図２は、図２の携帯端末内の構成を示すブロック図である。
【図３】図１の専用サーバの差分管理サーバ内の差分情報データベースの構成の概要および差分管理データのイメージを示す構成図である。
【図４】専用サーバのメールサーバ内のユーザ情報データベースの構成の概要を示す構成図である。
【図５】プログラムバージョンアップ時における電子メール本文内の構成の概要を示す図である。
【図６】専用サーバの差分管理サーバが差分情報の抽出指示を受けた場合の動作を示すフローチャートである。
【図７】専用サーバの差分管理サーバがプログラム更新指示を受けた場合の動作を示すフローチャートである。
【図８】専用サーバの差分管理サーバがプログラム更新に伴うタイマ割込み発生時の動作を示すフローチャートである。
【図９】専用サーバのメールサーバが電子メールを受信した場合の動作を示すフローチャートである。
【図１０】携帯端末が電子メールを受信した場合の動作を示すフローチャートである。
【図１１】専用サーバの差分管理サーバがプログラム更新指示を受けた場合の動作（図７のステップＳ３００または図８のステップ４００の別処理）を示すフローチャートである。
【符号の説明】
【０１３５】
１ 携帯端末
２ 専用サーバ
１１ 無線部
１２ 制御部
１３ 音声信号処理部
１４ ＬＣＤ部
１５ キー入力部
１６ レシーバ／マイク部
１７ ＲＯＭ部
１８ ＲＡＭ部
２１ メールサーバ
２２ 差分管理サーバ
２１１ ユーザ情報データベース
２２１ 差分情報データベース
２２２ プログラム格納部
２２３ タイマ部
２２４ ＲＡＭ部
２２５ 表示部
９０１ 無線網
【技術分野】
【０００１】
本発明は、電子メールの送受信な可能な携帯端末におけるソフトウェア更新システムおよび方法、並びにサーバ装置に関する。特に、本発明は、電子メール送受信機能を用いて携帯端末に内蔵されているソフトウェアを更新するソフトウェア更新システムおよび方法、並びにサーバ装置に関する。
【背景技術】
【０００２】
従来、クライアント側の携帯電話を用いて更新用のプログラムを管理するサーバから電子メールによるクライアント側のプログラムの書き換え方式として、例えば、特開２００３−６７２８３号公報が開示されている。この特開２００３―６７２８３号公報におけるクライアント側のソフトウェアを更新する場合の動作を説明する。Ｗｅｂサーバには、あらかじめ更新プログラムが生成・保存されている。利用者が携帯電話から機器の更新用プログラムの要求を行うと、管理サーバは、更新用プログラムを文字形式に変換したメール本文を、メールサーバを介して送信する。メール本文を受信した携帯電話は、メール本文を更新用プログラムに逆変換し、機器に渡す。すると、機器は、格納されている機器制御ソフトウェアを更新用プログラムで書き換える。機器は、書き換えた後、受信した文字形式メール本文を自動的に削除する。
【０００３】
また、ソフトウェアの差分ファイルを電子メールで送信する方法として、例えば、特開２００１−３５０６８４号公報に開示されている。この特開２００１−３５０６８４号公報によれば、プロバイダは、既にクライアント装置に提供しているソフトウェアとバージョンアップ版のソフトウェアとの差分ファイルを作成し、改版通知をクライアント装置に電子メールで通知する。通知することにより、クライアント装置からバージョンアップ版のソフトウェアの送信要求を受けると、プロバイダは、作成した差分ファイルを電子メールでクライアント装置に送信する。電子メールを受信したクライアント装置は、差分ファイルを用いてソフトウェアをバージョンアップする。
【０００４】
【特許文献１】特開２００３−６７２８３号公報
【特許文献２】特開２００１−３５０６８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の特開２００３−６７２８３号公報では、必ず、携帯電話からＷｅｂサーバに対してソフトウェア更新要求メールを送出する必要があるため、トラフィックが増加するという問題点がある。
【０００６】
また、上記の特開２００１−３５０６８４号公報では、プロバイダが差分ファイルをクライアント装置に送る前にプロバイダとクライアント装置との間で電子メールによる送達の確認を行うため、トラフィックが増加するという問題がある。
【０００７】
一方、通常、市場においては、同一の携帯電話ではあるが不具合修正等のために、その都度バージョンアップされて出荷している場合が考えられる。従って、市場においては同一の携帯電話ではあるが、内部に保存されたプログラムのバージョンが異なった携帯電話が存在する場合が当然あり得る。ところが、特開２００３−６７２８３号公報では、Ｗｅｂサーバは、プロバイダから携帯電話に送出される電子メールには、電子メール単一のバージョンに対応したプログラムの更新プログラムしか送出することができない。そのため、特開２００３−６７２８３号公報では、最適な更新プログラムを判断して、携帯端末に対して送信することができないという問題点がある。
【０００８】
また、上記の特開２００１−３５０６８４号公報では、プロバイダから携帯電話に送出される電子メールには、電子メール単一のバージョンに対応したプログラムの差分ファイルしか送出することができない。そのため、特開２００１−３５０６８４号公報では、最適な差分データを判断して、携帯端末に対して送信することができないという問題点がある。
【０００９】
本発明の目的は、上記の問題点の内少なくとも１つ以上に鑑みなされたもので、携帯端末からサーバ側に対して更新用プログラムの差分データの配信を要求することなく、自動的に携帯端末のプログラムの更新を行うことで、相互のメールのやり取りによるトラフィックを減少させることにある。
【００１０】
また、本発明の別の目的は、上記の問題点の内少なくとも１つ以上に鑑みなされたもので、更新用プログラムの差分データの送信を行う前に送信先に確認することなく、送信する差分データにより携帯端末のプログラムの更新を行うことで、手順を簡略化することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の第１のソフトウェア更新システムは、複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新システムであって、前記サーバは、版数の差分ごとにプログラム差分データを作成し保存する保存手段（差分管理サーバ２２および差分情報データベース２２１に該当）と、前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを配信する配信手段（メールサーバ２１およびユーザ情報データベース２１１に該当）と、を有し、前記携帯端末は、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出する抽出手段（制御部１２に該当）と、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行う更新手段（制御部１２とＲＯＭ部１７に該当）と、を有することを特徴としている。
【００１２】
また、本発明の第２のソフトウェア更新システムは、複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新システムであって、前記サーバは、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存する保存手段（差分管理サーバ２２および差分情報データベース２２１に該当）と、前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信する配信手段（メールサーバ２１およびユーザ情報データベース２１１に該当）と、を有し、前記携帯端末は、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記受信した第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出する抽出手段（制御部１２に該当）と、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行う更新手段（制御部１２およびＲＯＭ部１７に該当）と、を有することを特徴としている。
【００１３】
更に、上記の第１または第２のソフトウェア更新システムにおいて、インターネット網と無線網とを中継する接続サーバを備え、前記接続サーバは、前記携帯端末から自接続サーバへのセッション確立時に前記サーバに対して前記端末へのプログラムの更新の指示を行う指示手段（無線網９０１に該当）を有することを特徴としている。
【００１４】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記サーバは、版数アップを行わせる機種名の選定を入力させることにより、前記端末へのプログラムの更新の指示の入力を行う指示入力手段（差分管理サーバ２２および表示部２２５に該当）を有することを特徴としている。
【００１５】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記サーバは、版数アップを行わせる機種名とその機種名に対応した前記端末の選定とを入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせる指示入力手段（差分管理サーバ２２および表示部２２５に該当）を有することを特徴としている。
【００１６】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記携帯端末は、前記第１の電子メールにより自端末のプログラムの更新を行うと更新完了を示す第２の電子メールで通知する完了通知手段（制御部１２に該当）を有し、前記サーバは、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数として保存することによりプログラムの版数を管理する管理手段（メールサーバ２１およびユーザ情報データベース２１１に該当）を有することを特徴としている。
【００１７】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記サーバは、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送する再送手段（差分管理サーバ２２、メールサーバ２１、ユーザ情報データベース２２１に該当）を有することを特徴としている。
【００１８】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記配信手段は、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、前記保存手段により保存された複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信すること（メールサーバ２１，差分管理サーバ２２，ユーザ情報データベース２１１，差分情報データベース２２１に該当）を特徴としている。
【００１９】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記配信手段は、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信すること（差分管理サーバ２２、メールサーバ２１に該当）を特徴としている。
【００２０】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記配信手段は、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信すること（差分管理サーバ２２、メールサーバ２１、ユーザ情報データベース２２１に該当）を特徴としている。
【００２１】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴としている。
【００２２】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴としている。
【００２３】
更に、上記の第１または第２のソフトウェア更新システムにおいて、前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴としている。
【００２４】
また、本発明の第１のサーバ装置は、複数の携帯端末のプログラムの更新を管理するサーバ装置であって、版数の差分ごとにプログラム差分データを作成し保存する保存手段と、前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを配信する配信手段と、前記第１の電子メールを送信することにより現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出させ、その抽出させたプログラム差分データを基に自端末のプログラムの更新を行わせる更新手段と、を有することを特徴としている。
【００２５】
また、本発明の第２のサーバ装置は、複数の携帯端末のプログラムの更新を管理するサーバ装置であって、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存する保存手段と、前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信する配信手段と、前期携帯端末に対して前記第１の電子メールを送信することにより現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出させ、その抽出させたプログラム差分データを基に自端末のプログラムの更新を行わせる更新手段と、を有することを特徴としている。
【００２６】
更に、上記の第１または第２のサーバ装置において、前記携帯端末が前記第１の電子メールにより自端末のプログラムの更新後に更新完了を示す第２の電子メールを受信する受信手段と、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数としてプログラムの版数を管理する管理手段とを有することを特徴としている。
【００２７】
更に、上記の第１または第２のサーバ装置において、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送する再送手段を有することを特徴としている。
【００２８】
更に、上記の第１または第２のサーバ装置において、前記配信手段は、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、前記保存手段により保存された複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信することを特徴としている。
【００２９】
更に、上記の第１または第２のサーバ装置において、前記配信手段は、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信することを特徴としている。
【００３０】
更に、上記の第１または第２のサーバ装置において、前記配信手段は、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信することを特徴としている。
【００３１】
更に、上記の第１または第２のサーバ装置において、前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴としている。
【００３２】
更に、上記の第１または第２のサーバ装置において、前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴としている。
【００３３】
更に、上記の第１または第２のサーバ装置において、前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴としている。
【００３４】
また、本発明の第１のソフトウェア更新方法は、複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新方法であって、前記サーバが、版数の差分ごとにプログラム差分データを作成し保存するステップと、前記サーバが、前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを複数の携帯端末に配信するステップと、前記携帯端末が、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出するステップと、前記携帯端末が、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行うステップと、を含むことを特徴とするソフトウェア更新方法。
【００３５】
また、本発明の第２のソフトウェア更新方法は、複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新方法であって、前記サーバが、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存するステップと、前記サーバが、前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信するステップと、前記携帯端末が、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記受信した第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出するステップと、前記携帯端末が、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行うステップと、を含むことを特徴としている。
【００３６】
更に、上記の第１または第２のソフトウェア更新方法において、インターネット網と無線網とを中継する接続サーバを備え、前記接続サーバが、前記携帯端末から自接続サーバへのセッション確立時に前記サーバに対して前記端末へのプログラムの更新の指示を行うステップを含むことを特徴としている。
【００３７】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、版数アップを行わせる機種名の選定を入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせるステップを含むことを特徴としている。
【００３８】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、版数アップを行わせる機種名とその機種名に対応した前記端末の選定とを入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせるステップを含むことを特徴としている。
【００３９】
更に、上記の第１または第２のソフトウェア更新方法において、前記携帯端末が、前記第１の電子メールにより自端末のプログラムの更新を行うと更新完了を示す第２の電子メールで通知するステップと、前記サーバが、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数として保存することによりプログラムの版数を管理するステップと、を含むことを特徴としている。
【００４０】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送するステップを含むことを特徴としている。
【００４１】
更に、前記サーバが、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、保存されている複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信するステップを含むことを特徴としている。
【００４２】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信するステップを含むことを特徴としている。
【００４３】
更に、上記の第１または第２のソフトウェア更新方法において、前記サーバが、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信するステップを含むことを特徴としている。
【００４４】
更に、上記の第１または第２のソフトウェア更新方法において、前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴としている。
【００４５】
更に、上記の第１または第２のソフトウェア更新方法において、前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴としている。
【００４６】
更に、上記の第１または第２のソフトウェア更新方法において、前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴としている。
【発明の効果】
【００４７】
以上、説明したように本発明では、サーバが、版数の差分ごとにプログラム差分データを作成し、その作成した複数のプログラム差分データを含む電子メールを携帯端末に送信するようにしている。更に、携帯端末が電子メール受信すると、現在の自端末のプログラムの版数を基に受信した電子メールから版数に対応したプログラム差分データを抽出し、その抽出したプログラム差分データを基に自端末のプログラムの更新を管理するようにしている。そのため、本発明は、ユーザが操作することなく、かつ携帯端末からサーバに対してプログラム差分データを含む電子メールの要求を行うことなく、自動的にプログラムのバージョンアップすることができるという効果がある。従って、相互のメールのやり取りによるトラフィックを減少させることができる。
【００４８】
また、本発明では、サーバが、版数の差分ごとにプログラム差分データを作成し、その作成した複数のプログラム差分データを含む電子メールを携帯端末に送信するようにしている。更に、携帯端末が電子メール受信すると、現在の自端末のプログラムの版数を基に受信した電子メールから版数に対応したプログラム差分データを抽出し、その抽出したプログラム差分データを基に自端末のプログラムの更新を管理するようにしている。そのため、本発明は、サーバが前記電子メールを配信時に配信先の携帯端末のプログラムの版数を意識する必要がなく、手順を簡略化するという効果がある。
【発明を実施するための最良の形態】
【００４９】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００５０】
図２は、図１の携帯端末１内の構成の一例を示すブロック図である。
【００５１】
図２の携帯端末１は、無線部１１と、制御部１２と、音声信号処理部１３と、ＬＣＤ部１４と、キー入力部１５と、レシーバ／マイク部１６と、ＲＯＭ部１７と、ＲＡＭ１８部とから構成される。
【００５２】
無線部１１は、無線網を介して相手先と送受信する。
【００５３】
制御部１２は、図示していないＣＰＵによりプログラム制御で動作する。すなわち、制御部１２は、予めＲＯＭ部１７に書き込まれた各種プログラムにより本端末を動作させる。
【００５４】
音声信号処理部１３は、レシーバ／マイク部１６のマイクより吹き込まれた音声信号をデジタル信号に変換、または受信したデジタル信号をレシーバ／マイク部１６へ送出される音声信号に変換する。
【００５５】
ＬＣＤ部１４は、制御部１２の制御の下で、利用者に対して各種メッセージ等の情報を表示する。
【００５６】
キー入力部１５は、利用者により入力される各種情報の入力または通話時における各種指示を制御部１２に対して行う。
【００５７】
レシーバ／マイク部１６は、音声信号処理部１３にてデジタル信号から変換された音声信号を出力するまたは音声信号を入力する。
【００５８】
ＲＯＭ部１７は、通常の利用者の操作では書き換えが不可能であり、ＥＥＰＲＯＭ、フラッシュメモリ等の再書き込みのできる不揮発性メモリである。このＲＯＭ部１７には、制御部１２が動作するために必要な本携帯端末１自身の各種プログラムが予め書き込まれている。このＲＯＭ部１７に出荷時に格納されている各種プログラムは、１つのプログラムとして管理されており、差分管理サーバ２２（図１を参照）によるプログラムの更新の対象となる。なお、ＲＯＭ部１７には、例えば、統一されたバージョンがＶｅｒ１．０であるようなプログラムが予めバージョンと共に保存されている。
【００５９】
ＲＡＭ部１８は、読み出し書き込みのできるＲＡＭ等も揮発性メモリである。このＲＡＭ部１８には、制御部１２が各種動作を行う際の作業用データの一時格納を行うためのエリアと、利用者からの設定情報を一時的に保存するためのエリアと、がそれぞれ割り付けられている。
【００６０】
次に、電子メール送受信機能を用いて携帯端末に内蔵のソフトウェアを更新する場合のシステム構成の一例について、図１を用いて説明する。
【００６１】
図１は、本発明の実施の形態であるシステムの構成の一例を示すブロック図である。このシステムは、携帯電話、ＰＨＳ等の携帯端末１と、携帯電話網等の無線網９０１と、携帯端末１のソフトウェアの更新のサービスを行う専用サーバ２とから構成される。この場合の無線網９０１は、携帯電話システムにおける基地局および交換局を含み、更に、携帯電話システムとインターネットとの中継を行う接続サーバを含む。従って、携帯端末１は、無線網９０１を介して直接の通信相手となる専用サーバ２と接続することができる。
【００６２】
図１の専用サーバ２は、複数のサーバから構成されており、メールサーバ２１と、差分管理サーバ２２とを含んでいる。実際には、メールサーバ２１とメールサーバ２２とは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続され、メールサーバ２１は、差分管理サーバ２２の制御の下で動作する。
【００６３】
図１のメールサーバ２１は、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作するサーバ装置、ワークステーション、パソコン等の情報処理装置である。メールサーバ２１は、差分管理サーバ２２からの指示により、電子メールのヘッダを作成し、この作成したヘッダに差分管理サーバ２で作成された電子メール本文（プログラム差分データを含む）を付加し、携帯端末１に配信する。メールサーバ２１は、プログラム差分データの送信先のメールアドレスを管理するユーザ情報データベース２１１を有している。
【００６４】
図４は、ユーザ情報データベース２１１の構成概要を示す。このユーザ情報データベース２１１には、無線通信業者と契約しているユーザごとに、ユーザＩＤ、メールアドレス、機種識別情報、固定識別情報、プログラム版数等の各エリアが割り当てられている。ユーザＩＤのエリアには、無線通信業者と契約しているユーザ識別情報が格納されている。メールアドレスのエリアには、携帯端末１に対応したユーザのメールアドレスが格納されている。機種識別情報のエリアには、携帯端末１の製造メーカ名と携帯端末１の機種名とが格納されている。固定識別情報のエリアには、それぞれの携帯端末１を識別する識別番号（例えば、製造番号）が格納されている。プログラム版数のエリアには、ユーザが所有している機種名の携帯端末１の現在のプログラムの版数が格納されているが、版数が不明の場合にはプログラム版数のエリアが空白になっている。
【００６５】
図１の差分管理サーバ２２は、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作するサーバ装置、ワークステーション、パソコン等の情報処理装置である。差分管理サーバ２２は、機種識別情報ごとの差分情報データベース２２１と、プログラム格納部２２２と、タイマ部２２３と、ＲＡＭ部２２４と、表示部２２５とを有している。この差分情報データベース２１１には、版数差分識別情報ごとに、市場で販売されている携帯端末１のＲＯＭ部１７に書き込まれているプログラムと更新しようとする最新版のプログラムとの差分情報が保存されている。また、プログラム格納部２２２には、機種識別情報ごとに各版数のプログラムが格納されている。すなわち、プログラム格納部２２２には、機種識別情報ごとに各世代のプログラムが格納されていることになる。なお、この場合のプログラムとは、携帯端末１のＲＯＭ部１７に格納されている各種プログラムを１つにまとめたものであり、差分管理サーバ２２は、携帯端末１の各種プログラムを１つにまとめたプログラムのバージョンアップの管理を、差分情報データベース２１１を使って行っている。
【００６６】
差分情報データベース２２１およびプログラム格納部２２２は、図示していない不揮発性の記録媒体装置（例えば、磁気ディスク）内のあるエリアに割り当てられている。
【００６７】
図３（ａ）は、差分情報データベース２２１の構成例を示す。この差分情報データベース２２１は、機種識別情報（製造メーカ名、機種名）ごとに存在し、それぞれの差分情報データベース２２１には、版数差分識別情報ごとに、版数差分識別情報のエリアと、更新前版数のエリアと、更新後版数のエリアと、プログラム差分データのエリアとが割り当てられている。版数差分識別情報のエリアには、携帯端末１のプログラムの版数の差分の識別を示す情報が格納されている。更新前版数のエリアには、携帯端末１のプログラムの更新前の版数が格納されている。更新後版数のエリアには、携帯端末１のプログラムの更新後の版数が格納されている。プログラム差分データのエリアには、携帯端末１のプログラムの差分データが格納されている。なお、プログラム差分データのエリアには、格納先のアドレスを設定し、その設定したアドレス先のエリアにプログラム差分データを格納するようにしても良い。
【００６８】
図３（ｂ）は、差分管理サーバ２２の差分情報データベース２２１で管理されたプログラムの差分データ管理の一例である。図３（ｂ）に示すように、差分情報データベース２２１においては、ある機種識別情報（製造メーカ名、機種名）における携帯端末１の複数のプログラム差分データが存在する。例えば、携帯端末１の品質向上の為に、数回のランニングチェンジによりプログラムがバージョンアップされる場合が考えられる。本発明における具体的な例では、これまで携帯端末１のＲＯＭ部１７に書き込まれたプログラムのバージョンがＶｅｒ１．０、Ｖｅｒ１．１、またはＶｅｒ１．２であり、携帯端末１は、それぞれのプログラムのバージョンで変更されながら販売されているものとする。つまり、市場に販売されている携帯端末１においては、ＲＯＭ部１７に書き込まれているプログラムの種類が、前記の３つのバージョンだけ存在することになる。一方、携帯端末１のプログラムの改造が発生し、今回は、ＲＯＭ部１７のプログラムをＶｅｒ２．０にバージョンアップしなければならないとする。すると、この場合、差分管理サーバ２２で管理されるプログラムの差分データは、市場に販売されている携帯端末１のプログラムの３つのバージョンと今回のバージョンアップを行うプログラムのバージョンとの組み合わせだけ、存在する。すなわち、プログラムの改造によるプログラムの差分データは、Ｖｅｒ１．０からＶｅｒ２．０への差分データ、Ｖｅｒ１．１からＶｅｒ２．０への差分データ、およびＶｅｒ１．２からＶｅｒ２．０への差分データの３種類が存在する。この場合、差分管理サーバ２は、プログラム差分データの作成時に、各世代の版数の差分が識別できるように、版数差分識別情報として、例えば、図３（ｂ）に示すように３種類の識別番号をそれぞれ自動発生し、差分情報データベース２２１内の版数差分識別情報のエリアに格納する。更に、差分管理サーバ２２は、差分データ作成時に、上記の３種類のプログラム差分データを抽出し、差分情報データベース２２１内で版数差分識別情報に該当するプログラム差分データのエリアに格納すると共に、更新前版数のエリアと更新後版数のエリアにも該当する版数を登録する。
【００６９】
次に、本携帯端末１上において本発明を実現するための電子メール本文のフォーマット例について説明する。図５は、専用サーバ２の差分管理サーバ２２が携帯端末１のＲＯＭ部１７に書き込まれたプログラムのバージョンアップを行う場合の、専用サーバ２の差分管理サーバ２２から携帯端末１に送出される電子メール本文のフォーマットの一例を示す。電子メール本文は、複数項目により構成され、ヘッダ部、複数の差分データ部から構成される。例としては、上記で説明した３種類の差分データが存在する場合について説明する。
【００７０】
電子メール本文内のヘッダ部は、“ProgramVerUP”と固定であり、必ず当該電子メール本文の最初（ヘッダ）に付加される。携帯端末１は、電子メール本文内のヘッダ情報である“ProgramVerUP”を検知し、本電子メールがプログラムのバージョンアップ用のメールである事を識別する。差分データ部１〜３は、実際のバージョンアップを行う為の、実際のプログラム差分データである。差分データ部１はＶｅｒ１．０→Ｖｅｒ２．０の差分データを示しており、固定文字列である“[Ver1.0→Ver2.0]”と可変文字列である“21ewweiiewqojjjwqwqhjdjkjdkwwwdjkhjdahjdadjjeiiewqewo・・“より構成される。前者の括弧内の文字列は、本携帯端末１が当該差分データ部のデータがＶｅｒ１．０→Ｖｅｒ２．０である事を識別する為の文字列（Ｖｅｒ差分識別情報）である。後者は実際にプログラムをＶｅｒ１．０→Ｖｅｒ２．０へする為のプログラム差分データであり、バイナリ形式のプログラム差分データがＢＡＳＥ６４形式にエンコードされ電子メール本文に貼り付けられている。前記差分データが不正にエンコードされていた場合は、当該差分データ部１全体は無効とし、処理を無視する。差分データ部２および３も、前記差分データ部１と同様の構成であり、それぞれＶｅｒ１．１→Ｖｅｒ２．０、Ｖｅｒ１．２→Ｖｅｒ２．０への差分データ（版数差分識別情報、プログラム差分データ）を示す。
【００７１】
また、本携帯端末１が提供する通信機能は、無線通信回線である無線網９０１経由で他の携帯端末１との音声通話機能、インターネットと相互接続された無線回線経由でＷｅｂサーバへのアクセスが可能な機能、およびインターネットと相互接続された無線回線経由で電子メールの送受信が可能な機能、の３種類の機能を有する。また、電子メールは、電子メールヘッダ部と電子メール本文とで構成されるが、電子メール本文以外の電子メールヘッダ部および電子メールの通信手順（プロトコル）については特に言及せず、既知の技術が用いられるものとする。
【００７２】
次に、本発明を実施するための最良の形態の動作について図面を参照して説明する。以下には、説明をわかり易くするためにある製造メーカのある機種名の携帯端末１−１のプログラムの更新を行うという前提のもとで、本発明の動作例を説明する。
【００７３】
携帯端末１−１のＲＯＭ部１７に保存されているプログラムは、Ｖｅｒ１．０であるとする。但し、携帯端末１−１と同じ機種名の全ての携帯端末１のプログラムがＶｅｒ１．０ではなく、Ｖｅｒ１．１あるいはＶｅｒ１．２も存在するものとする。この場合、Ｖｅｒ１．０、Ｖｅｒ１．１、およびＶｅｒ１．２のそれぞれのプログラムが差分管理サーバ２２内のプログラム格納部２２２に既に格納されている。
【００７４】
また、今回バージョンアップ後のＶｅｒ２．０のプログラムが準備され、差分管理サーバ２２内のプログラム格納部２２２に格納されているものとする。
【００７５】
前記プログラムＶｅｒ２．０が完成しプログラム格納部２２２に格納された後に、専用サーバ２の管理者がプログラムをＶｅｒ２．０へバージョンアップによる差分情報の抽出を行う。そのため、管理者は、例えば、差分管理サーバ２２の表示部２２５に表示されたメニュー画面に従って、図示していない差分管理サーバ２２に接続されているキーボードまたはマウス等を使って画面操作する。すなわち、管理者は、メニュー画面に従ってキーバードまたはマウスを使って「差分情報の抽出」を選択し、更に、管理者が「差分情報の抽出」を実行させるために、画面上から機種名と最新版のＶｅｒ２．０を入力する。すると、差分管理サーバ２２は、まず、プログラム格納部２２２から読み出したＶｅｒ２．０のプログラムとプログラム格納部２２２から読み出したＶｅｒ１．０のプログラムとの差分を抽出する。この場合、抽出されるプログラム差分情報は、一致しなかった箇所を抽出したものであって、例えば、アドレス情報（アドレスに追加または置き換えの識別できる情報も入っている）とそのアドレスに対応したプログラムのステップ情報とで構成されている。また、このとき、差分管理サーバ２２は、差分版数の識別ができるように、例えば、版数差分識別情報であるＶｅｒ１．０→Ｖｅｒ２．０を自動発生する。差分管理サーバ２２は、該当する機種識別情報の差分情報データベース２２１の版数差分識別情報エリアに自動発生したＶｅｒ１．０→Ｖｅｒ２．０を、更新前版数エリアにＶｅｒ１．０を、更新後版数エリアにＶｅｒ２．０を、それぞれ登録（格納）する。更に、差分管理サーバ２２は、抽出したプログラム差分データを差分情報データベース２２１のプログラム差分データエリアに格納する。
【００７６】
次に差分管理サーバ２２は、Ｖｅｒ１．１およびＶｅｒ１．２に関してもＶｅｒ１．０の場合と同様に、Ｖｅｒ２．０との差分データを抽出し、差分情報データベース２２１の各エリアに登録（格納）する。
【００７７】
次に専用サーバ２の管理者がバージョンアップする機種の全ての携帯端末１に対して、プログラムをＶｅｒ２．０（最新版数）へバージョンアップを行うとする。そのため、例えば、管理者は、ある機種名の携帯端末１のプログラムの更新指示を差分管理サーバ２２の表示部２２５に表示されたメニュー画面に従って、図示していない差分管理サーバ２２に接続されているキーボードまたはマウス等を使って画面操作する。すなわち、差分管理サーバ２２は、メニュー画面上の「プログラム更新指示」が選択されると、バージョンアップする製造メーカ名の一覧および機種名の一覧を表示し、それぞれの一覧の中からメーカ名と機種名を選択させる。製造メーカ名および機種名が選択されると、差分管理サーバ２２は、「機種全て」または「機種個別」を表示部２２５に表示し選択させる。ここで、管理者が表示された画面上からバージョンアップ対象として「機種全て」の項目を選択する。このようにして、専用管理サーバ２の差分管理サーバ２２は、画面操作に従って、機種識別情報（メーカ名、機種名）を選択入力させことにより、メーカ名、機種名に対応した携帯端末１へのプログラムの更新の指示を入力させることになる。
【００７８】
なお、この場合の差分管理サーバ２２は、画面上で入力された機種識別情報（製造メーカ名、機種名）と個別対応の有無情報（この場合、「機種全て」が選択されたので「無」となる）とを、ＲＡＭ部２２４に一時的に格納する。差分管理サーバ２２が機種識別情報（製造メーカ名、機種名）と個別対応の有無情報を使用する場合は、ＲＡＭ部２２４内に格納された情報を読み出して利用することになる。（図７のステップＳ１１１）。
【００７９】
この後、差分管理サーバ２２は、該当する機種の差分情報データベース２２１からＶｅｒ１．０→Ｖｅｒ２．０、Ｖｅｒ１．１→Ｖｅｒ２．０、およびＶｅｒ１．２→Ｖｅｒ２．０の各差分データ（版数差分識別情報とプログラム差分データ）を読み出す。更に、差分管理サーバ２２は、読み出したプログラム差分データをバイナリ形式からＢＡＳＥ６４形式のテキスト形式に変換する。（ステップＳ１１２）。
【００８０】
プログラム差分データの変換後、差分管理サーバ２２は、版数差分識別情報ごとに、変換したプログラム差分データにバージョンを識別する為の固定文字列である版数差分識別情報（差分情報データベース２２１から読み出した３つのもの）を付加する。このようにして図５に示す差分データ１〜３が生成される。その後、差分管理サーバ２２は、電子メール本文の先頭（ヘッダ）にヘッダ部を付加し、図５で示すような電子メール本文を作成する。（ステップＳ１１３）。
【００８１】
電子メール本文作成後、差分管理サーバ２２は、作成した図５の電子メール本文と指示のあった機種識別情報と最新版数と個別対応の有無情報とをメールサーバ２１へ送出する。すると、メールサーバ２１は、個別対応の有無情報を基に個別対応かどうかを判断する。（ステップＳ１１４）。
【００８２】
ステップＳ１１４において、個別対応でないため、メールサーバ２１は、指示のあった機種識別情報をキーにしてユーザ情報データベース２１１を検索する。一致した機種識別情報があると、メールサーバ２１は、ユーザ情報データベース２１１内の機種識別情報に対応する全てのメールアドレスを送信先としてユーザ情報データベース２１１から抽出する。すなわち、メールサーバ２１は、指示のあった携帯端末１の機種に対応するメールアドレスを送信先としてユーザ情報データベース２１１から抽出することになる。（ステップＳ１１５）。
【００８３】
更に、メールサーバ２１は、送信先のメールアドレスごとに抽出したメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定する。メールサーバ２１は、設定したそれぞれのヘッダ部に作成された電子メール本文を付加し、電子メールを作成（生成）する。この場合のヘッダ部とは、電子メール本文内のヘッダ部ではなくて、電子メールのヘッダ部である。このようにして、携帯端末１−１を含む対象となる機種の全ての携帯端末１に対しての配信準備が行われる。更に、メールサーバ２１は、生成した電子メールを無線網９０１に送出することにより、ユーザ情報データベース２１１から抽出した全てのメールアドレス宛に電子メール送信することになる。すなわち、メールサーバ２１は、指示のあった機種名に対応する全ての携帯端末１に対して電子メールでプログラムのバージョンアップを指示することになる。なお、メールサーバ２１のメールアドレスは、あらかじめ、図示していない記憶部（例えば、磁気ディスク）に設定されており、使用される場合には、この記憶部から読み出される。（ステップＳ１１６）。
【００８４】
更に、メールサーバ２１は、全てのメールの送信を終えると、送信の終えたことを差分管理サーバ２２に通知する。通知を受けた差分管理サーバ２２は、タイマ割込が発生した場合に備えてタイマ部２２４による割込要因がわかるように、割込要因レジスタに機種識別情報とプログラムの最新版数を設定する。なお、この場合の割込要因レジスタは、ＲＡＭ部２２４内のあるエリアに割り付けられている。更に、通知を受けた差分管理サーバ２２は、あらかじめ決められた時間後に割込処理ができるように、タイマ部２２３に閾値を設定し、タイマ部２２３を起動し、プログラム更新指示処理を終了する。この場合のタイマをかける意味は、携帯端末１が、受信メールボックスの空き容量がなくて受信できない等の理由により電子メールの着信ができないことを考慮して行う。そのため、メールサーバ２１は、着信できなかったプログラム更新対象の携帯端末１にだけ送信を繰り返すことにより確実に通信することができる。（ステップＳ１１７）。
【００８５】
次に、上記の電子メールが携帯端末１−１を含む対象となる機種の全ての携帯端末１に対して配信処理が行われた後の、携帯端末１−１におけるバージョンアップ処理を説明する。
【００８６】
ここでは説明の簡略化の為、携帯端末１−１のみを例に取りバージョンアップ処理の説明をする。本携帯端末１−１においては、冒頭でも説明したが、ＲＯＭ部１７に保存されたプログラムがＶｅｒ１．０であるとする。
【００８７】
メールサーバ２１から図５の電子メール本文を含む電子メールが、携帯端末１に対して送出されたとする。すると、携帯端末１−１の制御部１２は、無線部１１を介して図５の電子メールを受信すると、図５の電子メール本文内のヘッダ部を検出し、当該電子メールが自端末内のＲＯＭ部１７に保存されたプログラムのバージョンアップ用データである事を識別する。この場合、制御部１２は、当該電子メールのみでなく他の電子メール受信時においても、電子メール本文より特定の固定文字列を検出する。但し、他にも電子メールの本文でなく題名に特定の固定文字列を設定し、電子メール受信時に題名より特定の固定文字列を検出する処理でも特に問題は無い。（図１０のステップＳ２０１，Ｓ２０２）。
【００８８】
受信した電子メール本文よりヘッダ部“ProgramVerUP”を検出したならば、携帯端末１−１の制御部１２は、次に自端末宛のバージョンアップ用データを探す処理を行う。すなわち、制御部１２は、ＲＯＭ部１７に保存されている自装置のバージョンを読み出し、その読み出したバージョンと受信した電子メール本文内の版数差分識別情報内に記載されている更新後のバージョンとが一致しているかどうかを確認することで、最新版のバージョンになっているかどうかの確認を行う。（ステップＳ２０３，Ｓ２０４）。
【００８９】
ステップＳ２０４において、ＲＯＭ部１７に保存されたプログラムがＶｅｒ１．０である為、制御部２１は、不一致を検出する。この後、制御部１２は、最新版になっていないため（バージョンが不一致の場合）、Ｖｅｒ１．０をキーにして、図３の電子メール本文の差分データ部１〜３より、自端末宛のバージョンアップ用データを検索する。この場合、制御部１２は、固定文字列である“[Ver1.0→Ver2.0]”を検出し、差分データ部１が自端末宛のバージョンアップ用差分データである事を識別する。更に、制御部１２は、差分データ部１より、実際のプログラム差分データである可変文字列“21ewweiiewqojjjwqwqhjdjkjdkwwwdjkhjdahjdadjjeiiewqewo・・“を抽出する。（ステップＳ２０５）。
【００９０】
次に、抽出したプログラム差分データの文字列は先にも説明したがＢＡＳＥ６４形式のテキストデータにエンコードされているため、携帯端末１−１の制御部１２は、デコードすることによりバイナリデータに変換し、デコードしたバイナリデータを一時的にＲＡＭ部１８に格納する。（ステップＳ２０６）。
【００９１】
その後、携帯端末１−１の制御部１２は、デコードしたバイナリデータをＲＡＭ部１８から読み出し、その読み出したバイナリデータを使って、ＲＯＭ部１７に保存されたプログラムをバージョンアップする。このバイナリデータはＶｅｒ１．０からＶｅｒ２．０へのプログラム差分データあり、一方、ＲＯＭ部１７に保存されているプログラムはＶｅｒ１．０である為、制御部１２は、これらのデータを合成する。すなわち、合成されたプログラムは、Ｖｅｒ１．０からＶｅｒ２．０へバージョンアップされたプログラムとなる。更に、制御部１２は、合成したプログラムをＲＯＭ部１７に再書き込みする。すなわち、携帯端末１−１のＲＯＭ部１７のプログラムは、Ｖｅｒ２．０にバージョンアップされたことになる。（ステップＳ２０７）。
【００９２】
更に、再書き込み後、携帯端末１−１の制御部１２は、最新のバージョンに更新したことを示す電子メールを返信する。この場合、制御部１２は、例えば、電子メール本文内のヘッダ部に“ProgramVer2.0”（プログラムをＶｅｒ２．０にしたことを示す）を設定する。（ステップＳ２０９）。
【００９３】
上記のステップＳ２０４において、最新版になっていれば、制御部２１は、受信したメールを廃棄する。（ステップＳ２０８）。
【００９４】
また、これまでの説明では、携帯端末１−１のＲＯＭ部１７のプログラムがＶｅｒ１．０である前提で説明した。しかし、残りの携帯端末１がＶｅｒ１．１あるいはＶｅｒ１．２であっても、携帯端末１は、Ｖｅｒ１．１あるいはＶｅｒ１．２に対応できるように、上記のＶｅｒ１．０からＶｅｒ２．０へのプログラムの更新と同じ動作を行う。すなわち、携帯端末１の制御部１２は、対象携帯端末１のプログラムのバージョンを意識することなく、図５で示されるような同一の電子メール本文でプログラムの更新を行うことが可能となる。
【００９５】
一方、更新終了の電子メールを受信したメールサーバ２１は、受信した電子メールプログラム更新終了通知であるかを電子メール本文のヘッダ部を確認する。（図９のステップＳ１４１，Ｓ１４２）。
【００９６】
更新終了を示す“ProgramVer2.0”になっていれば、メールサーバ２１は、受信した送信先のメールアドレスをキーにして、ユーザ情報データベース２１１を検索する。検索した結果、メールサーバ２１は、一致したメールアドレスに対応するプログラム版数エリアをＶｅｒ２．０に置き換え（設定し）、受信メール処理を終了する。（ステップＳ１４３）。
【００９７】
すなわち、携帯端末１−１からの更新終了通知の電子メールを受信した差分管理サーバ２２は、携帯端末１−１のプログラム更新後の版数としてユーザ情報データベース２１１に保存することにより、プログラムの版数を管理することになる。
【００９８】
一方、差分管理サーバ２２のタイマ部２２３が規定の時間すぎると、差分管理サーバ２２内のＣＰＵにタイマ割込を発生する。すると、差分管理サーバ２２は、割込要因に対応した機種識別情報とプログラム最新版とをＲＡＭ部２２４の割込要因レジスタから読み出し、その読み出した機種識別情報とプログラム最新版とを基に、メールサーバ２１に検索させる。メールサーバ２１は、機種識別情報とプログラム最新版数とをキーにして、ユーザ情報データベース２１１を検索し、全て最新Ｖｅｒになっているかどうかを確認する。（図８のステップＳ１２１，Ｓ１２２）。
【００９９】
ステップＳ１２２において、全て最新版になっていれば、メールサーバ２１は、その結果（この場合は全て最新版になっていること）を差分管理サーバ２１に通知する。通知を受けた差分管理サーバ２２は、更新の対象となる機種に対応する携帯端末１の全てが最新版になったと判断し、そのままタイマ割込処理を終了する。
【０１００】
ステップＳ１２２において、全て最新版になっていなければ、メールサーバ２１は、その結果（この場合は全て最新版になっていないこと）を差分管理サーバ２１に通知する。通知を受けた差分管理サーバ２１は、該当する機種の差分情報データベース２２１からＶｅｒ１．０→Ｖｅｒ２．０、Ｖｅｒ１．１→Ｖｅｒ２．０、およびＶｅｒ１．２→Ｖｅｒ２．０の各差分データ（版数差分識別情報とプログラム差分データ）を読み出す。更に、差分管理サーバ２２は、読み出したプログラム差分データをバイナリ形式からＢＡＳＥ６４形式のテキスト形式に変換する。（ステップＳ１２３）。
【０１０１】
プログラム差分データの変換後、差分管理サーバ２２は、版数差分識別情報ごとに、変換したプログラム差分データにバージョンを識別する為の固定文字列である版数差分識別情報（差分情報データベース２２１から読み出した３つのもの）を付加する。このようにして図３に示す差分データ１〜３が生成される。その後、差分管理サーバ２２は、電子メール本文の先頭（ヘッダ）にヘッダ部を付加し、図５で示すような電子メール本文を作成する。（ステップＳ１２４）。
【０１０２】
この後、メールサーバ２１は、指示のあった機種識別情報をキーにしてユーザ情報データベース２１１を検索する。一致した機種識別情報があると、メールサーバ２１は、ユーザ情報データベース２１１内の機種識別情報に対応するプログラム版数エリアの内容が指示のあった最新版数になっていなければ、それに対応するメールアドレスを送信先としてユーザ情報データベース２１１から抽出する。すなわち、メールサーバ２１は、指示のあった携帯端末１の機種で最新版になっていなければ、それに対応するメールアドレスを送信先としてユーザ情報データベース２１１から抽出することになる。（ステップＳ１２５）。
【０１０３】
更に、メールサーバ２１は、送信先のメールアドレスごとに抽出したメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定し、それぞれのヘッダ部に作成された電子メール本文を付加し、電子メールを生成する。この場合のヘッダ部とは、電子メール本文内のヘッダ部ではなくて、電子メールのヘッダ部である。このようにして、携帯端末１−１を含む対象となる機種で最新版になっている全ての携帯端末１に対しての配信準備が行われる。更に、メールサーバ２１は、生成した電子メールを無線網９０１に送出することにより、ユーザ情報データベース２１１から抽出した最新版になっていない全てのメールアドレス宛に電子メール送信する（この場合、再送となる）。すなわち、メールサーバ２１は、指示のあった機種名に対応し最新版になっていない全てのメールアドレス宛の携帯端末１に対して電子メールでプログラムのバージョンアップを指示することになる。なお、メールサーバ２１のメールアドレスは、あらかじめ、図示していない記憶部（例えば、磁気ディスク）に設定されており、使用される場合には、この記憶部から読み出される。（ステップＳ１２６）。
【０１０４】
更に、メールサーバ２１は、全てのメールの送信を終えると、送信の終えたことを差分管理サーバ２２に通知する。タイマ割込が発生した場合に備えてタイマ部２２４による割込要因がわかるように、割込要因レジスタに機種識別情報とプログラムの最新版数を設定する。なお、この場合の割込要因レジスタは、ＲＡＭ部２２４内のあるエリアに割り付けられている。更に、通知を受けた差分管理サーバ２２は、あらかじめ決められた時間後に割込処理ができるように、タイマ部２２３に閾値を設定し、タイマ部２２３を起動し、プログラム更新指示処理を終了する。（ステップＳ１２７）。
【０１０５】
以上タイマ機能を利用することにより、差分管理サーバ２２がメールサーバ２１を介してユーザ情報データベース２１１のプログラム版数のエリアの情報が最新版になっていない携帯端末１にだけプログラム更新用の電子メールを再送するようにしている。そのため、専用サーバ２は、携帯端末１が一時的に更新用の電子メールを受信でなかったとしても何時かは携帯端末１のプログラムの更新を行うことができる。
【０１０６】
上記の差分管理サーバ２２の表示部２２５からのプログラム更新指示の説明において、プログラム更新指示後に差分管理サーバ２２がステップＳ１１１から処理するように説明した。しかし、表示部２２５からのプログラム更新指示後に、差分管理サーバ２２が図６のステップＳ１０１を処理してから図７のステップＳ１１１以降の処理を行うようにしても良い。従って、この場合、プログラム更新指示があった場合、プログラム更新指示には差分データの作成指示を含むことにもなることは言うまでもない。また、プログラム更新指示があった場合、差分管理サーバ２２が差分データの作成指示の有効性の有無を画面上に表示し、管理者により有効に設定された場合にだけ差分データの作成処理を行うようにしても良い。
【０１０７】
上記説明においては、バージョンアップする全ての携帯端末１に対して、プログラムを最新版に更新する場合の動作について説明した。次は、個別の携帯端末１にだけバージョンアップする場合の動作について説明する。
【０１０８】
今、専用サーバ２の管理者は、ある機種名の携帯端末１のプログラムの更新指示を差分管理サーバ２２の表示部２２５に表示されたメニュー画面に従って、図示していない差分管理サーバ２２に接続されているキーボードまたはマウス等を使って画面操作する。すなわち、差分管理サーバ２２は、メニュー画面上の「プログラム更新指示」が選択されると、バージョンアップする製造メーカ名の一覧および機種名の一覧を表示し、それぞれの一覧の中からメーカ名と機種名を選択させる。メーカ名および機種名が選択されると、差分管理サーバ２２は、「機種全て」または「機種個別」を表示部２２５に表示し選択させる。バージョンアップ対象として「機種個別」の項目が選択されると、差分管理サーバ２２は、表示部２２５にバージョンアップさせたい携帯端末１に対応するメールアドレスの入力を促す画面を表示する。画面に従って、管理者がメールアドレス（複数でも可）の入力を行う。このようにして、専用管理サーバ２の差分管理サーバ２２は、画面操作に従って、版数アップを行わせる機種識別情報（製造メーカ名および機種名）を選定入力させ、更にその機種識別情報に対応したメールアドレスを選定入力させることにより、版数アップを行わせるメーカ名、機種名、その機種名に対応した携帯端末１へのプログラムの更新の指示を入力させることになる。
【０１０９】
なお、差分管理サーバ２２は、画面上で入力された機種識別情報（製造メーカ名、機種名）と個別対応の有無情報（この場合、「機種個別」が選択されたので「有」となる）とメールアドレス一覧とを、ＲＡＭ部２２４に一時的に格納する。差分管理サーバ２２が機種識別情報（製造メーカ名、機種名）と個別対応の有無情報とメールアドレス一覧を使用する場合は、ＲＡＭ部２２４内に格納された情報を読み出して利用することになる。（図７のステップＳ１１１）。
【０１１０】
この後、差分管理サーバ２２は、図７のステップＳ１１２とＳ１１３の処理を行うことで電子メール本文を作成する。この場合のステップＳ１１２とＳ１１３の処理は、上記で説明したステップＳ１１１とＳ１１２の処理と同じなので説明を省略する。
【０１１１】
電子メール本文作成後、差分管理サーバ２２は、作成した図５の電子メール本文と指示のあった機種識別情報と最新版数と個別対応の有無情報とメールアドレス一覧をメールサーバ２１へ送出する。すると、メールサーバ２１は、受信した個別対応の有無情報を基に個別対応かどうかを判断する。（ステップＳ１１４）。
【０１１２】
ステップＳ１１４において、個別対応のため、メールサーバ２１は、送信先のメールアドレスとなるメールアドレス一覧内の全てのメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定し、それぞれのヘッダ部に作成された電子メール本文を付加し、電子メールを生成する。この場合のヘッダ部とは、電子メール本文内のヘッダ部ではなくて、電子メールのヘッダ部である。このようにして、携帯端末１−１を含む対象となる機種で個別指定された全ての携帯端末１に対しての配信準備が行われる。更に、メールサーバ２１は、生成した電子メールを無線網９０１に送出することにより、メールアドレス一覧にある全てのメールアドレス宛に電子メール送信することになる。すなわち、メールサーバ２１は、指示のあった個別の携帯端末１に対して電子メールでプログラムのバージョンアップを指示することになる。なお、メールサーバ２１のメールアドレスは、あらかじめ、図示していない記憶部（例えば、磁気ディスク）に設定されており、使用される場合には、この記憶部から読み出される。（ステップＳ１１８）。
【０１１３】
更に、メールサーバ２１は、指示のあった全ての個別のメールの送信を終えると、送信の終えたことを差分管理サーバ２２に通知する。すると、差分管理サーバ２２は、プログラム更新指示処理を終了する。
【０１１４】
一方、メールサーバ２１が発信した電子メールを受信する携帯端末１の動作は、図１０のステップＳ２０１〜Ｓ２１０となるが、機種全てのプログラム更新処理における携帯端末１の動作と同じなので説明を省略する。
【０１１５】
上記説明のうち個別携帯端末１にだけバージョンアップする動作に関しては、専用サーバ２の管理者がある機種名の携帯端末１のプログラムの更新指示によるプログラムの更新についての説明である。次は、携帯端末１からインターネットへのアクセス等による通信網９０１内の接続サーバ接続時に、その接続した携帯端末１に対して個別にプログラムのバージョンアップを行う場合の動作について説明する。
【０１１６】
今、ユーザが携帯端末１を使って、ユーザがＬＣＤ部１４に表示されたメニュー画面からの画面操作によりＵＲＬを入力し、インターネットに接続するために、起動をかける。すると、携帯端末１は、無線網９０１内の接続サーバにコネクション確立要求（インターネットの接続要求）を送信することにより、先ず携帯端末１と接続サーバとの間でセッションを確立（通信パスを確立）することで接続する。更に、その接続された接続サーバは、ＵＲＬに指定されたインターネットに接続する。この場合、ＵＲＬに指定されたインターネットと要求した携帯端末１との間に通信パスが張られ、携帯端末１の画面に表示された内容に従って、ユーザが一連の画面操作を行うことでインターネットのやり取りを行う。一方、上記の動作と並行してこの無線網９０１内の接続サーバが端末１からの接続要求時に、無線網９０１内の接続サーバは、携帯端末１から受信したコネクション確立要求パケットから固定識別番号（製造番号）を抽出する。更に、無線網９０１内の接続サーバは、専用サーバ２内のメールサーバ２１に対して固定識別番号をもった携帯端末１のプログラム更新指示を行う（この場合、固定識別番号を添付）。すなわち、無線網９０１内の接続サーバは、携帯端末１から自接続サーバへのセッション確立時に、専用サーバ２に対してセッションの確立を行った携帯端末１へのプログラムの更新の指示を行うことになる。
【０１１７】
すると、更新指示を受信したメールサーバ２１は、受信した更新指示から固定識別番号を抽出し、その抽出した固定識別番号を基にユーザ情報データベース２１１を検索することにより固定識別番号に対応したメールアドレスと機種識別情報とを抽出する。更に、メールサーバ２１は、差分管理サーバ２２に対して、抽出したメールアドレスと機種識別情報とを添付してプログラムの更新指示を行う。
【０１１８】
すると、更新指示を受けた差分管理サーバ２２は、受信した機種識別情報（製造メーカ名、機種名）と個別対応の有無情報とメールアドレス（メールアドレス一覧として）を、ＲＡＭ部２２４に一時的に格納する。この場合、個別対応の有無情報は、「機種個別」が選択されたので「有」となっている。また、差分管理サーバ２２が機種識別情報（製造メーカ名、機種名）と個別対応の有無情報とメールアドレス一覧を使用する場合は、ＲＡＭ部２２４内に格納された情報を読み出して利用することになる。（図７のステップＳ１１１）。
【０１１９】
この後の処理は、上記の専用サーバ２の管理者がある機種名の携帯端末１のプログラムの更新指示によるプログラムの更新について説明したステップＳ１１２〜Ｓ１１８の動作と同じなので説明を省略する。
【０１２０】
上記説明の図７のステップＳ１１５〜Ｓ１１６の処理（すなわち、図７のステップＳ３００の電子メール送信処理）の代わりに、専用サーバ２が図１１のステップＳ３００の処理を行っても良い。また、図８のステップＳ１２５〜Ｓ１２６の処理（すなわち、図８のステップＳ４００の電子メール送信処理）の代わりに、専用サーバ２が図１１のステップＳ４００の処理を行っても良い。このときの専用サーバ２のステップＳ３００またはＳ４００（Ｓ３０１〜Ｓ３０６）の動作を以下に示す。
【０１２１】
すなわち、専用サーバ２のメールサーバ２１は、指示のあった機種識別情報をキーにしてユーザ情報データベース２１１の送信先となるメールアドレスと版数とを頭から順に抽出する。この場合、抽出しなければ、メールサーバ２１は、ステップＳ３０７の動作に移る。（図１１のステップＳ３０１，Ｓ３０２）。
【０１２２】
メールサーバ２１は、抽出した版数が最新版（指示のあったプログラムの版数）かどうかを確認する。（ステップＳ３０３）。
【０１２３】
ステップＳ３０２において、最新版でない場合、メールサーバ２１は、抽出した版数が不明かどうかを確認する。この場合、ユーザ情報データベース２１１の版数欄は、例えば、空白になっている。（ステップＳ３０４）。
【０１２４】
ステップＳ３０３において、不明であれば、メールサーバ２１は、抽出したメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定し、そのヘッダ部にステップＳ１１３で作成された電子メール本文を付加し、電子メールを生成する。更に、メールサーバ２１は、抽出したメールアドレス宛に作成した電子メールを送信する。なお、メールサーバ２１のメールアドレスは、あらかじめ、図示していない記憶部（例えば、磁気ディスク）に設定されており、使用される場合には、この記憶部から読み出される。（ステップＳ３０５）。
【０１２５】
更に、メールサーバ２１は、全て終了したかどうかを確認し、終了していなければ次の送信先と版数とを抽出する処理に移るため、ステップＳ３０１に戻る。このようにして、メールサーバ２１は、ユーザ情報データベース２１１の検索が終了するまで、ステップＳ３０１〜Ｓ３０６の中の動作を繰り返す。（ステップＳ３０７）。
【０１２６】
ステップＳ３０３において、版数が最新版であれば、メールサーバ２１は、ステップＳ３０７の動作に移る。
【０１２７】
ステップＳ３０４において、版数が最新版でない版数になっていれば、メールサーバ２１は、抽出したメールアドレスおよび送信元となるメールサーバ２１のメールアドレスを含むヘッダ情報を電子メールのヘッダ部に設定し、そのヘッダ部にステップＳ１１３で作成された電子メール本文を付加し、電子メールを生成する。この場合の電子メール本文には、メールサーバ２１により抽出された版数に対応する差分データだけが残り、他の差分データが削除される。更に、メールサーバ２１は、抽出したメールアドレス宛に作成した電子メールを送信する。（ステップＳ３０６）。
【０１２８】
このようにステップＳ３００で説明したように、専用サーバ２は、携帯端末１−１を含む対象となる機種の全ての携帯端末１に対して版数のチェックを行う。さらに、専用サーバ２は、最新版になっていない版数を持つ携帯端末１に対して版数に対応する差分データ（現時点の旧版数に対応した版数差分識別情報、そのプログラム差分データ）を電子メールで送信する。従って、専用サーバ２は、携帯端末１のプログラムの更新を行うことができる。
【０１２９】
上記で説明した本実施の形態では、図６〜図１０のフローチャートを中心にメール本文にテキストデータに変換したプログラム差分データを載せ、更にそのメール本文にヘッダを付加した電子メールを携帯端末１に送信するようにした。しかし、電子メールにプログラム差分データを版数識別情報ごとにファイルとして添付するようにしたとしても、結果的には、送出側（専用サーバ２）でテキスト形式に変換して送り、受信側（携帯端末１）で逆変換する処理が入ることは言うまでもない。
【０１３０】
また、上記で説明した専用サーバ２において、専用サーバ２内にメールサーバ２１と差分管理サーバ２２とがある前提で説明した。しかし、専用サーバ２をプロセッサ（ＣＰＵ）によりプログラム制御で動作するサーバ装置、ワークステーション、パソコン等の情報処理装置とし、メールサーバ２１および差分管理サーバ２２の動作を専用サーバ２自身が行うようにしても良い。
【０１３１】
また、上記説明において、機種識別情報は、１種類のメーカ名と機種名として説明をしたが、複数設定しても良い。この場合の指定方法としては、例えば、Ａ社のａａ機種、ａｂ機種、Ｂ社のｂａ機種、ｂｂ機種、ｂｃ機種であれば、機種識別情報は、（Ａ，ａａ）、（Ａ，ａｂ）、（Ｂ，ｂａ）、（Ｂ，ｂｂ）、（Ｂ，ｂｃ）の５つ存在する。従って、このような場合は、この５つの識別情報に対応する機器にプログラム差分データを電子メールで送信することでプログラムの更新を行うことになる。また、機種識別情報には、メーカ名を入れないで、機種名だけにしても良い。
【０１３２】
以上説明したように、本実施の形態では、専用サーバ２が携帯端末１で使用可能な電子メール本文にＲＯＭ部１７に保存されたプログラムのバージョンアップ用差分データを版数の差分ごとに記述している。更に、携帯端末１がその電子メール受信後に自端末のプログラムの版数を基に電子メール本文から複数ある更新用プログラム差分データのうち必要なプログラム差分データを抽出するようにしている。そのため、本実施の形態は、ユーザが操作する事無く自動的にプログラムの更新が可能となる。更に、本実施の形態は、携帯端末の更新前の版数が同じでなくても自動的にプログラムの更新が可能になる。
【０１３３】
また、本実施の形態は、プログラム更新の対象となる携帯端末１のプログラムのバージョンが複数あることに注目し、専用サーバ２が複数の差分データを一つの電子メールに乗せて配信するようにしている。そのため、本実施の形態は、事前に配信先の携帯端末のプログラムのバージョンが不特定であっても、配信先の携帯電話のプログラムのバージョンを意識することなく、同一の電子メール本文で効率的にプログラムのバージョンアップが可能である。従って、本実施の形態は、利便性の向上に繋がる。
【図面の簡単な説明】
【０１３４】
【図１】本発明の実施の形態におけるシステムの構成を示すブロック図である。
【図２】図２は、図２の携帯端末内の構成を示すブロック図である。
【図３】図１の専用サーバの差分管理サーバ内の差分情報データベースの構成の概要および差分管理データのイメージを示す構成図である。
【図４】専用サーバのメールサーバ内のユーザ情報データベースの構成の概要を示す構成図である。
【図５】プログラムバージョンアップ時における電子メール本文内の構成の概要を示す図である。
【図６】専用サーバの差分管理サーバが差分情報の抽出指示を受けた場合の動作を示すフローチャートである。
【図７】専用サーバの差分管理サーバがプログラム更新指示を受けた場合の動作を示すフローチャートである。
【図８】専用サーバの差分管理サーバがプログラム更新に伴うタイマ割込み発生時の動作を示すフローチャートである。
【図９】専用サーバのメールサーバが電子メールを受信した場合の動作を示すフローチャートである。
【図１０】携帯端末が電子メールを受信した場合の動作を示すフローチャートである。
【図１１】専用サーバの差分管理サーバがプログラム更新指示を受けた場合の動作（図７のステップＳ３００または図８のステップ４００の別処理）を示すフローチャートである。
【符号の説明】
【０１３５】
１ 携帯端末
２ 専用サーバ
１１ 無線部
１２ 制御部
１３ 音声信号処理部
１４ ＬＣＤ部
１５ キー入力部
１６ レシーバ／マイク部
１７ ＲＯＭ部
１８ ＲＡＭ部
２１ メールサーバ
２２ 差分管理サーバ
２１１ ユーザ情報データベース
２２１ 差分情報データベース
２２２ プログラム格納部
２２３ タイマ部
２２４ ＲＡＭ部
２２５ 表示部
９０１ 無線網
【特許請求の範囲】
【請求項１】
複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新システムであって、
前記サーバは、版数の差分ごとにプログラム差分データを作成し保存する保存手段と、
前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを配信する配信手段と、を有し、
前記携帯端末は、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出する抽出手段と、
前記抽出したプログラム差分データを基に自端末のプログラムの更新を行う更新手段と、を有することを特徴とするソフトウェア更新システム。
【請求項２】
複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新システムであって、
前記サーバは、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存する保存手段と、
前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信する配信手段と、を有し、
前記携帯端末は、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記受信した第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出する抽出手段と、
前記抽出したプログラム差分データを基に自端末のプログラムの更新を行う更新手段と、を有することを特徴とするソフトウェア更新システム。
【請求項３】
インターネット網と無線網とを中継する接続サーバを備え、
前記接続サーバは、前記携帯端末から自接続サーバへのセッション確立時に前記サーバに対して前記端末へのプログラムの更新の指示を行う指示手段を有することを特徴とする請求項１または２記載のソフトウェア更新システム。
【請求項４】
前記サーバは、版数アップを行わせる機種名の選定を入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせる指示入力手段を有することを特徴とする請求項１，２，または３記載のソフトウェア更新システム。
【請求項５】
前記サーバは、版数アップを行わせる機種名とその機種名に対応した前記端末の選定とを入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせる指示入力手段と、を有することを特徴とする請求項１，２，または３記載のソフトウェア更新システム。
【請求項６】
前記携帯端末は、前記第１の電子メールにより自端末のプログラムの更新を行うと更新完了を示す第２の電子メールで通知する完了通知手段を有し、
前記サーバは、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数として自サーバ内に保存することによりプログラムの版数を管理する管理手段を有することを特徴とする請求項１または２記載のソフトウェア更新システム。
【請求項７】
前記サーバは、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送する再送手段を有することを特徴とする請求項６記載のソフトウェア更新システム。
【請求項８】
前記配信手段は、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として自サーバ内に保存していれば、前記保存手段により保存された複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信することを特徴とする請求項１または２記載のソフトウェア更新システム。
【請求項９】
前記配信手段は、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信することを特徴とする請求項１，２，または８記載のソフトウェア更新システム。
【請求項１０】
前記配信手段は、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信することを特徴とする請求項１，２，８，または９記載のソフトウェア更新システム。
【請求項１１】
前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴とする請求項１，２，または６記載のソフトウェア更新システム。
【請求項１２】
前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴とする請求項１，２，または６記載のソフトウェア更新システム。
【請求項１３】
前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴とする請求項１または２記載のソフトウェア更新システム。
【請求項１４】
複数の携帯端末のプログラムの更新を管理するサーバ装置であって、
版数の差分ごとにプログラム差分データを作成し保存する保存手段と、
前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを配信する配信手段と、
前記第１の電子メールを送信することにより現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出させ、その抽出させたプログラム差分データを基に自端末のプログラムの更新を行わせる更新手段と、を有することを特徴とするサーバ装置。
【請求項１５】
複数の携帯端末のプログラムの更新を管理するサーバ装置であって、
前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存する保存手段と、
前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信する配信手段と、
前期携帯端末に対して前記第１の電子メールを送信することにより現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出させ、その抽出させたプログラム差分データを基に自端末のプログラムの更新を行わせる更新手段と、を有することを特徴とするサーバ装置。
【請求項１６】
前記携帯端末が前記第１の電子メールにより自端末のプログラムの更新後に更新完了を示す第２の電子メールを受信する受信手段と、
前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数としてプログラムの版数を管理する管理手段とを有することを特徴とする請求項１４または１５記載のサーバ装置。
【請求項１７】
前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送する再送手段を有することを特徴とする請求項１６記載のサーバ装置。
【請求項１８】
前記配信手段は、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、前記保存手段により保存された複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信することを特徴とする請求項１４または１５記載のサーバ装置。
【請求項１９】
前記配信手段は、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信することを特徴とする請求項１４，１５，または１８記載のサーバ装置。
【請求項２０】
前記配信手段は、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信することを特徴とする請求項１４，１５，１８，または１９記載のソフトウェア更新システム。
【請求項２１】
前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴とする請求項１４，１５，または１６記載のソフトウェア更新システム。
【請求項２２】
前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴とする請求項１４，１５，または１６記載のソフトウェア更新システム。
【請求項２３】
前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴とする請求項１４または１５記載のソフトウェア更新システム。
【請求項２４】
複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新方法であって、
前記サーバが、版数の差分ごとにプログラム差分データを作成し保存するステップと、
前記サーバが、前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを複数の携帯端末に配信するステップと、
前記携帯端末が、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出するステップと、
前記携帯端末が、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行うステップと、を含むことを特徴とするソフトウェア更新方法。
【請求項２５】
複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新方法であって、
前記サーバが、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存するステップと、
前記サーバが、前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信するステップと、
前記携帯端末が、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記受信した第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出するステップと、
前記携帯端末が、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行うステップと、を含むことを特徴とするソフトウェア更新方法。
【請求項２６】
インターネット網と無線網とを中継する接続サーバを備え、
前記接続サーバが、前記携帯端末から自接続サーバへのセッション確立時に前記サーバに対して前記端末へのプログラムの更新の指示を行うステップを含むことを特徴とする請求項２４または２５記載のソフトウェア更新方法。
【請求項２７】
前記サーバが、版数アップを行わせる機種名の選定を入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせるステップを含むことを特徴とする請求項２４，２５，または２６記載のソフトウェア更新方法。
【請求項２８】
前記サーバが、版数アップを行わせる機種名とその機種名に対応した前記端末の選定とを入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせるステップを含むことを特徴とする請求項２４，２５，または２６記載のソフトウェア更新方法。
【請求項２９】
前記携帯端末が、前記第１の電子メールにより自端末のプログラムの更新を行うと更新完了を示す第２の電子メールで通知するステップと、
前記サーバが、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数として保存することによりプログラムの版数を管理するステップと、を含むことを特徴とする請求項２４または２５記載のソフトウェア更新方法。
【請求項３０】
前記サーバが、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送するステップを含むことを特徴とする請求項２９記載のソフトウェア更新方法。
【請求項３１】
前記サーバが、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、保存されている複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信するステップを含むことを特徴とする請求項２４または２５記載のソフトウェア更新方法。
【請求項３２】
前記サーバが、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信するステップを含むことを特徴とする請求項２４，２５，または３１記載のソフトウェア更新方法。
【請求項３３】
前記サーバが、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信するステップを含むことを特徴とする請求項２４，２５，３１，または３２記載のソフトウェア更新方法。
【請求項３４】
前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴とする請求項２４，２５，または３１記載のソフトウェア更新方法。
【請求項３５】
前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴とする請求項２４，２５，または３１記載のソフトウェア更新方法。
【請求項３６】
前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴とする請求項２４または２５記載のソフトウェア更新方法。
【請求項１】
複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新システムであって、
前記サーバは、版数の差分ごとにプログラム差分データを作成し保存する保存手段と、
前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを配信する配信手段と、を有し、
前記携帯端末は、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出する抽出手段と、
前記抽出したプログラム差分データを基に自端末のプログラムの更新を行う更新手段と、を有することを特徴とするソフトウェア更新システム。
【請求項２】
複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新システムであって、
前記サーバは、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存する保存手段と、
前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信する配信手段と、を有し、
前記携帯端末は、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記受信した第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出する抽出手段と、
前記抽出したプログラム差分データを基に自端末のプログラムの更新を行う更新手段と、を有することを特徴とするソフトウェア更新システム。
【請求項３】
インターネット網と無線網とを中継する接続サーバを備え、
前記接続サーバは、前記携帯端末から自接続サーバへのセッション確立時に前記サーバに対して前記端末へのプログラムの更新の指示を行う指示手段を有することを特徴とする請求項１または２記載のソフトウェア更新システム。
【請求項４】
前記サーバは、版数アップを行わせる機種名の選定を入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせる指示入力手段を有することを特徴とする請求項１，２，または３記載のソフトウェア更新システム。
【請求項５】
前記サーバは、版数アップを行わせる機種名とその機種名に対応した前記端末の選定とを入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせる指示入力手段と、を有することを特徴とする請求項１，２，または３記載のソフトウェア更新システム。
【請求項６】
前記携帯端末は、前記第１の電子メールにより自端末のプログラムの更新を行うと更新完了を示す第２の電子メールで通知する完了通知手段を有し、
前記サーバは、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数として自サーバ内に保存することによりプログラムの版数を管理する管理手段を有することを特徴とする請求項１または２記載のソフトウェア更新システム。
【請求項７】
前記サーバは、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送する再送手段を有することを特徴とする請求項６記載のソフトウェア更新システム。
【請求項８】
前記配信手段は、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として自サーバ内に保存していれば、前記保存手段により保存された複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信することを特徴とする請求項１または２記載のソフトウェア更新システム。
【請求項９】
前記配信手段は、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信することを特徴とする請求項１，２，または８記載のソフトウェア更新システム。
【請求項１０】
前記配信手段は、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信することを特徴とする請求項１，２，８，または９記載のソフトウェア更新システム。
【請求項１１】
前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴とする請求項１，２，または６記載のソフトウェア更新システム。
【請求項１２】
前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴とする請求項１，２，または６記載のソフトウェア更新システム。
【請求項１３】
前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴とする請求項１または２記載のソフトウェア更新システム。
【請求項１４】
複数の携帯端末のプログラムの更新を管理するサーバ装置であって、
版数の差分ごとにプログラム差分データを作成し保存する保存手段と、
前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを配信する配信手段と、
前記第１の電子メールを送信することにより現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出させ、その抽出させたプログラム差分データを基に自端末のプログラムの更新を行わせる更新手段と、を有することを特徴とするサーバ装置。
【請求項１５】
複数の携帯端末のプログラムの更新を管理するサーバ装置であって、
前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存する保存手段と、
前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信する配信手段と、
前期携帯端末に対して前記第１の電子メールを送信することにより現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出させ、その抽出させたプログラム差分データを基に自端末のプログラムの更新を行わせる更新手段と、を有することを特徴とするサーバ装置。
【請求項１６】
前記携帯端末が前記第１の電子メールにより自端末のプログラムの更新後に更新完了を示す第２の電子メールを受信する受信手段と、
前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数としてプログラムの版数を管理する管理手段とを有することを特徴とする請求項１４または１５記載のサーバ装置。
【請求項１７】
前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送する再送手段を有することを特徴とする請求項１６記載のサーバ装置。
【請求項１８】
前記配信手段は、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、前記保存手段により保存された複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信することを特徴とする請求項１４または１５記載のサーバ装置。
【請求項１９】
前記配信手段は、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信することを特徴とする請求項１４，１５，または１８記載のサーバ装置。
【請求項２０】
前記配信手段は、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信することを特徴とする請求項１４，１５，１８，または１９記載のソフトウェア更新システム。
【請求項２１】
前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴とする請求項１４，１５，または１６記載のソフトウェア更新システム。
【請求項２２】
前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴とする請求項１４，１５，または１６記載のソフトウェア更新システム。
【請求項２３】
前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴とする請求項１４または１５記載のソフトウェア更新システム。
【請求項２４】
複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新方法であって、
前記サーバが、版数の差分ごとにプログラム差分データを作成し保存するステップと、
前記サーバが、前記携帯端末に対して前記作成した１つまたは複数の前記プログラム差分データを含む第１の電子メールを複数の携帯端末に配信するステップと、
前記携帯端末が、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記第１の電子メールから前記版数に対応した前記プログラム差分データを抽出するステップと、
前記携帯端末が、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行うステップと、を含むことを特徴とするソフトウェア更新方法。
【請求項２５】
複数の携帯端末のプログラムの更新を管理するサーバを備えたソフトウェア更新方法であって、
前記サーバが、前記携帯端末の差分データ作成指示があると、版数の差分ごとにその版数の差分を識別する版数差分識別情報とプログラム差分データとを含む差分データを作成し保存するステップと、
前記サーバが、前記携帯端末のプログラムの更新の指示があると、前記携帯端末に対して前記作成した１つまたは複数の前記差分データを含む第１の電子メールを配信するステップと、
前記携帯端末が、前記第１の電子メールを受信すると、現在の自端末のプログラムの版数を基に前記受信した第１の電子メールから前記版数に対応した前記版数差分識別情報を識別しその識別した版数差分識別情報に対応する前記プログラム差分データを抽出するステップと、
前記携帯端末が、前記抽出したプログラム差分データを基に自端末のプログラムの更新を行うステップと、を含むことを特徴とするソフトウェア更新方法。
【請求項２６】
インターネット網と無線網とを中継する接続サーバを備え、
前記接続サーバが、前記携帯端末から自接続サーバへのセッション確立時に前記サーバに対して前記端末へのプログラムの更新の指示を行うステップを含むことを特徴とする請求項２４または２５記載のソフトウェア更新方法。
【請求項２７】
前記サーバが、版数アップを行わせる機種名の選定を入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせるステップを含むことを特徴とする請求項２４，２５，または２６記載のソフトウェア更新方法。
【請求項２８】
前記サーバが、版数アップを行わせる機種名とその機種名に対応した前記端末の選定とを入力させることにより、前記端末へのプログラムの更新の指示の入力を行わせるステップを含むことを特徴とする請求項２４，２５，または２６記載のソフトウェア更新方法。
【請求項２９】
前記携帯端末が、前記第１の電子メールにより自端末のプログラムの更新を行うと更新完了を示す第２の電子メールで通知するステップと、
前記サーバが、前記第２の電子メールを受信すると前記通知を受けた携帯端末のプログラム更新後の版数として保存することによりプログラムの版数を管理するステップと、を含むことを特徴とする請求項２４または２５記載のソフトウェア更新方法。
【請求項３０】
前記サーバが、前記第２の電子メールを受信しない場合には更新完了通知のない携帯端末に前記第１の電子メールを再送するステップを含むことを特徴とする請求項２９記載のソフトウェア更新方法。
【請求項３１】
前記サーバが、過去に更新完了を示す第２の電子メールを受信しその受信した更新完了を現在のプログラムの版数として保存していれば、保存されている複数のプログラム差分データの内更新すべきプログラムの版数と現在のプログラム版数との差分に該当するプログラム差分データを電子メールで配信するステップを含むことを特徴とする請求項２４または２５記載のソフトウェア更新方法。
【請求項３２】
前記サーバが、プログラムの更新指示の対象が前記携帯端末の個別であれば、指示のあった個別の前記携帯端末に対応するメールアドレス宛に配信するステップを含むことを特徴とする請求項２４，２５，または３１記載のソフトウェア更新方法。
【請求項３３】
前記サーバが、プログラムの更新指示の対象が前記携帯端末の機種の全てであれば、指示のあった前記携帯端末の機種に対応する全ての前記携帯端末に対応する全てのメールアドレス宛に配信するステップを含むことを特徴とする請求項２４，２５，３１，または３２記載のソフトウェア更新方法。
【請求項３４】
前記プログラム差分データは、前記電子メールにバイナリの差分更新ファイルとして添付されることを特徴とする請求項２４，２５，または３１記載のソフトウェア更新方法。
【請求項３５】
前記プログラム差分データは、前記電子メールの本文にテキストデータとして含まれることを特徴とする請求項２４，２５，または３１記載のソフトウェア更新方法。
【請求項３６】
前記版数の差分は、前記携帯端末の機種ごとに管理されその機種のプログラムの最新の版数とその以前の各世代のプログラムの版数との差分であることを特徴とする請求項２４または２５記載のソフトウェア更新方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００６−３１４５５（Ｐ２００６−３１４５５Ａ）
【公開日】平成１８年２月２日（２００６．２．２）
【国際特許分類】
【出願番号】特願２００４−２１０１１９（Ｐ２００４−２１０１１９）
【出願日】平成１６年７月１６日（２００４．７．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成１８年２月２日（２００６．２．２）
【国際特許分類】
【出願日】平成１６年７月１６日（２００４．７．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]