サーバ補助装置とそのプログラム
【課題】更新サーバの処理負荷を軽減して更新処理の効率向上を可能にする。
【解決手段】ユーザ端末ＴＭから補助サーバＡＳＶに向け、発信元電話番号及びソフトウエアの現在のバージョン番号をボディ部に挿入したMESSAGEリクエストメッセージをＳＩＰサーバＳＳＶを介して転送する。そして、補助サーバＡＳＶにおいて、上記MESSAGEリクエストメッセージに挿入された現在のバージョン番号を、最新バージョン番号格納レジスタ３に記憶されている最新バージョン番号と比較して更新の要否を判定し、更新が必要な場合には上記MESSAGEリクエストメッセージに挿入された発信元電話番号をキーとして更新サーバリスト格納メモリ６を検索することによりユーザ端末の現在位置に対応する更新サーバＵＳＶ１のＵＲＬを読み出し、この更新サーバＵＳＶ１のＵＲＬをMESSAGEリクエストメッセージを用いて要求元のユーザ端末ＴＭに通知する。
【解決手段】ユーザ端末ＴＭから補助サーバＡＳＶに向け、発信元電話番号及びソフトウエアの現在のバージョン番号をボディ部に挿入したMESSAGEリクエストメッセージをＳＩＰサーバＳＳＶを介して転送する。そして、補助サーバＡＳＶにおいて、上記MESSAGEリクエストメッセージに挿入された現在のバージョン番号を、最新バージョン番号格納レジスタ３に記憶されている最新バージョン番号と比較して更新の要否を判定し、更新が必要な場合には上記MESSAGEリクエストメッセージに挿入された発信元電話番号をキーとして更新サーバリスト格納メモリ６を検索することによりユーザ端末の現在位置に対応する更新サーバＵＳＶ１のＵＲＬを読み出し、この更新サーバＵＳＶ１のＵＲＬをMESSAGEリクエストメッセージを用いて要求元のユーザ端末ＴＭに通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザ端末が保持するソフトウエアやファイルを更新サーバがネットワークを介して遠隔地から更新するシステムにおいて、前記更新サーバの処理動作を補助するために設けられるサーバ補助装置とこの補助装置で使用されるプログラムに関する。
【背景技術】
【０００２】
パーソナル・コンピュータや携帯端末等の情報端末では、インストールされたソフトウエアやファイルのバージョンが古くなった場合に、そのバージョンを更新する処理が必要となる。バージョンを更新する手法には、例えばＣＤ−ＲＯＭやメモリカード等の記憶媒体から新バージョンのソフトウエアやファイルを読み込んで書き換えるものと、通信ネットワークを介して更新サーバにアクセスし、この更新サーバから新バージョンのソフトウエアやファイルをダウンロードして書き換えるものがある（例えば、特許文献１を参照。）。このうち、更新サーバを利用する手法は、バージョンの更新処理を簡単かつ迅速に効率良く行うことができるのできわめて便利である。
【０００３】
【特許文献１】特開平０７−２２５７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、更新サーバを利用する従来の手法は、一般にユーザ端末から更新サーバに対し直接更新要求を送信し、更新サーバにおいて更新の有無を判定して、更新が必要と判定した場合に要求元のユーザ端末に新バージョンのソフトウエア又はファイルをダウンロードするものとなっている。このため、限られた時間帯に多数のユーザ端末からの更新要求が集中すると、更新サーバの処理負荷が増大して、個々のユーザ端末に対する更新処理時間が長くなると云う問題があった。
この発明は上記事情に着目してなされたもので、その目的とするところは、更新サーバの処理負荷を軽減して更新処理の効率向上を可能にするサーバ補助装置とそのプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するためにこの発明の一観点は、保持するソフトウエア又はファイルの現在のバージョンを表す情報を含む更新要求を送信する機能を有するユーザ端末と、このユーザ端末から送信された更新要求をＩＰ（Internet Protocol）網を介して受信し、この受信された更新要求に応答して更新後のソフトウエア又はファイルを要求元のユーザ端末に向け上記ＩＰ網を介して送信する機能を有する更新サーバとを備えるシステムの、上記ユーザ端末との間でＳＩＰ（Session Initiation Protocol）サーバを介して通信可能なサーバ補助装置にあって、上記更新サーバが保存するソフトウエア又はファイルの最新のバージョンを表す情報を記憶する第１のメモリを備える。そして、上記ユーザ端末からＳＩＰを用いて送信されたのち上記ＳＩＰサーバを介して転送される更新要求を受信した場合に、この受信された更新要求に含まれる現在のバージョンを表す情報を、上記第１のメモリに記憶された該当するソフトウエア又はファイルの最新のバージョンを表す情報と比較して、更新の要否を判定する。そして、更新が必要と判定された場合に、予め記憶してある上記更新サーバのアドレス情報を要求元のユーザ端末に向け送信するように構成したものである。
【０００６】
したがって、ユーザ端末から送信された更新要求は先ずサーバ補助装置に送られて更新の要否が判定され、更新が必要な場合に更新サーバのアドレス情報がユーザ端末に送信される。すなわち、更新の要否の判定処理がサーバ補助装置により代行され、更新が必要な要求に対してのみ更新サーバのアドレス情報がユーザ端末に通知されることになる。このため、ユーザ端末から送信される更新要求を更新サーバに直接送信する場合に比べ、更新サーバに送信される更新要求の数が制限され、これにより更新サーバの処理負荷を軽減することができる。また、ユーザ端末から送信された更新要求はＳＩＰサーバを介してサーバ補助装置に送られる。このため、更新要求は、ＳＩＰサーバが持つ認証機能によりその正当性が確認されたもののみがサーバ補助装置に転送され、正当性が確認されないものは破棄されることになり、これによりサーバ補助装置に認証機能を設けることなく成り済まし等の不正アクセスを拒絶することができる。
【０００７】
また、この発明の一観点は以下のような特徴的構成要素を備えることも特徴とする。
第１の特徴的構成要素は、上記システムが、サービスエリア別に設置された複数の更新サーバを備え、かつ上記ユーザ端末が、保持するソフトウエア又はファイルの現在のバージョンを表す情報と自端末の現在位置を表す情報とを含む更新要求を送信する機能を有する場合に、ユーザ端末の位置を表す情報に対応付けて当該位置を含むサービスエリアに設置された上記更新サーバのアドレス情報を記憶した第２のメモリを設ける。そして、更新が必要と判定された場合に、上記受信された更新要求に含まれるユーザ端末の現在位置を表す情報をもとに、当該現在位置を含むサービスエリアに設置されている更新サーバのアドレス情報を上記第２のメモリから選択的に読み出し、この読み出されたアドレス情報を要求元のユーザ端末に向け送信するものである。
このようにすると、ユーザ端末からの更新要求の送信先を、ユーザ端末の現在位置に応じて複数の更新サーバに分散させることが可能となり、これにより更新サーバごとの処理負荷をさらに軽減することが可能となる。さらに、ユーザ端末はその現在位置を含むサービスエリアに設置されている更新サーバからソフトウエア又はファイルをダウンロードできるため、遠方の更新サーバからダウンロードする場合に比べ、ダウンロード時間の短縮及びネットワークトラフィック負荷の軽減が可能となる。
【０００８】
第２の特徴的構成要素は、ユーザ端末が、自端末の現在位置を表す情報として自端末に割り当てられた電話番号を上記更新要求に含めて送信する場合に、上記第２のメモリに、上記電話番号に対応付けて当該電話番号が割り当てられた地域を含むサービスエリアに設置された上記更新サーバのアドレス情報を記憶させておく。そして、更新が必要と判定された場合に、上記受信された更新要求に含まれるユーザ端末の電話番号をもとに、当該電話番号が割り当てられた地域を含むサービスエリアに設置されている更新サーバのアドレス情報を上記第２のメモリから読み出し、この読み出されたアドレス情報を要求元のユーザ端末に向け送信するものである。
このようにすると、ユーザ端末は自端末の位置情報を取得する手段を別途設けることなく自端末の位置を表す情報をサーバ補助装置に通知することが可能となる。
【０００９】
第３の特徴的構成要素は、更新が不要と判定された場合には、更新の必要がない旨の通知情報を要求元のユーザ端末に向け送信するものである。
このようにすると、ユーザ端末は更新が不要であることを確認することができ、これにより同一内容の更新要求が繰り返し送信される不具合を防止して通信ネットワークのトラフィックを低く抑えることができる。
【００１０】
第４の特徴的構成要素は、ユーザ端末から送信されるＳＩＰにより規定されたMESSAGEリクエストメッセージをＳＩＰサーバを介して受信し、この受信されたMESSAGEリクエストメッセージのボディ部から更新要求を抽出するものである。
このようにすると、ＳＩＰの呼接続処理により通信セッションを確立する必要がなく、これにより更新要求に対するサーバ補助装置の処理負荷を軽減し、かつ処理時間も短縮することが可能となる。
【００１１】
第５の特徴的構成要素は、ユーザ端末からの接続要求に応じて当該ユーザ端末との間でＳＩＰによる通信セッションを確立するための呼接続処理を実行し、上記通信セッションが確立された状態で上記ユーザ端末から送信されるデータを受信して、この受信されたデータのペイロード部から更新要求を抽出するものである。
このようにすると、ＳＩＰのMESSAGEリクエストメッセージを利用する場合に比べサーバ補助装置の処理負荷及び処理時間は増加するが、実際の通信サービスにおいて通信費用を安価にすることが可能となる。
【発明の効果】
【００１２】
要するにこの発明によれば、更新サーバの処理負荷を軽減して更新処理の効率向上を可能にするサーバ補助装置を提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照してこの発明に係わる実施形態を説明する。
（第１の実施形態）
図１は、この発明に係わるサーバ補助装置の一実施形態である補助サーバを備える、ネットワークを使用する更新システムの概略構成図である。
この更新システムは、異なる複数のサービスエリアに対応して配置された複数の更新サーバ（例えば３個）ＵＳＶ１〜ＵＳＶ３を備えている。そして、これらの更新サーバＵＳＶ１〜ＵＳＶ３に対し、ＩＰネットワークＩＮＷを介してユーザ端末ＴＭを接続可能としている。また、それと共に、上記ユーザ端末ＴＭを上記ＩＰネットワークＩＮＷを介してＳＩＰサーバＳＳＶに接続可能とし、さらにこのＳＩＰサーバＳＳＶから補助サーバＡＳＶに接続可能としたものである。
【００１４】
更新サーバＵＳＶ１〜ＵＳＶ３は例えばＷｅｂサーバからなり、バージョンが管理されたソフトウエア及びファイルを格納している。そして、補助サーバＡＳＶはユーザ端末ＴＭから更新要求が送られた場合に、当該更新要求に含まれるバージョン情報を上記管理されている最新のバージョン情報と比較して、更新の要否を判定する。そして、更新が必要と判定された場合に、要求元のユーザ端末に最新バージョンのソフトウエア又はファイルを格納している更新サーバのアドレス情報を要求元のユーザ端末に向け送信する機能を備える。
【００１５】
ユーザ端末ＴＭは、例えば家庭やオフィスに設置されたパーソナル・コンピュータからなり、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）又はＵＤＰ／ＩＰ（User Datagram Protocol／Internet Protocol）を用いて上記更新サーバＵＳＶ１〜ＵＳＶ３との間でパケット通信を行う通信インタフェース機能と、このＴＣＰ／ＩＰ又はＵＤＰ／ＩＰ上で、ＳＩＰ（Session Initiation Protocol）を用いて補助サーバＡＳＶとの間でメッセージ及びデータの送受信を行う通信インタフェース機能を備えている。
【００１６】
ＳＩＰサーバＳＳＶは、上記ユーザ端末ＴＭと補助サーバＡＳＶとの間でＳＩＰによるデータ転送処理を行う。この転送処理には、ユーザ端末ＴＭから送信されたＳＩＰのMESSAGEリクエストメッセージに含まれる回線ＩＤ又は発信元電話番号をもとにユーザ認証を行う機能が含まれる。
【００１７】
ところで、補助サーバＡＳＶは次のように構成される。図２はその機能構成を示すブロック図である。すなわち、補助サーバＡＳＶは、入力部１と、制御ユニットと、記憶ユニットとを備えている。制御ユニットは、入力制御部２と、ソフトウエア更新判定部４と、ソフトウエア更新サーバ検索部５と、ソフトウエア更新要求処理部７と、通信プロトコル処理部８と、ネットワークインタフェース部１０を備える。これらの機能部はいずれもアプリケーション・プログラムを図示しないＣＰＵ（Central Processing Unit）に実行させることにより実現される。記憶ユニットは、最新バージョン番号格納レジスタ３と、更新サーバリスト格納メモリ６と、現在バージョン番号格納レジスタ１１を備える。これらのうち更新サーバリスト格納メモリ６はフラッシュメモリ又はハードディスクにより構成され、また各レジスタ３，１１はＲＡＭにより構成される。
【００１８】
入力部１は、オペレータが、ソフトウエアリストに記載された各ソフトウエアの最新バージョン番号と、更新サーバＵＳＶ１〜ＵＳＶ３のリストを入力する際に使用するもので、例えばキーボードやマウス等の入力デバイスにより構成される。入力制御部２は、上記入力部１により入力されたソフトウエアの最新バージョン番号を上記最新バージョン番号格納レジスタ３に格納すると共に、入力された更新サーバＵＳＶ１〜ＵＳＶ３のリスト情報を更新サーバリスト格納メモリ６に格納する。
【００１９】
図５は、この更新サーバリスト格納メモリ６に記憶される更新サーバＵＳＶ１〜ＵＳＶ３のリスト情報の一例を示すものである。同図に示すように、更新サーバＵＳＶ１〜ＵＳＶ３のリスト情報は、エントリ番号６１に、「電話番号起点」６２、「電話番号終点」６３及び「更新サーバのＵＲＬ；Uniform Resource Locator（ドメイン名）」６４を対応付けたものから構成される。
【００２０】
ネットワークインタフェース部１０は、補助サーバＡＳＶとＩＰネットワークＩＮＷとの間でＩＰパケットを送受信する。通信プロトコル処理部８は、ネットワークインタフェース部１０により受信されたＩＰパケットに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定された通信プロトコル処理を実施し、これにより上位レイヤメッセージ（ＳＩＰのMESSAGEリクエストメッセージ）を取り出してソフトウエア更新要求処理部７へ送る処理と、ソフトウエア更新要求処理部７から出力された上位レイヤメッセージ（ＳＩＰのMESSAGEリクエストメッセージ等）に対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定された通信プロトコル処理を実施し、これによりＩＰパケットを生成してネットワークインタフェース部１０へ送る処理を実行する。
【００２１】
ソフトウエア更新要求処理部７は、通信プロトコル処理部８から送られたＳＩＰのMESSAGEリクエストメッセージのボディ部から、「発信元電話番号」と、更新を要求しようとするソフトウエアの「現在のバージョン番号」を抽出し、この抽出した情報をソフトウエア更新判定部４に送って更新の要否を判定させる処理と、ソフトウエア更新判定部４から更新不要の判定結果を表す情報を受け取るか、又はソフトウエア更新サーバ検索部５から更新サーバのＵＲＬを受け取り、この受け取った判定結果を表す情報又は更新サーバのＵＲＬをＳＩＰのMESSAGEリクエストメッセージのボディ部に挿入し、このＳＩＰのMESSAGEリクエストメッセージを通信プロトコル処理部８へ送る処理を実行する。
【００２２】
ソフトウエア更新判定部４は、上記ソフトウエア更新要求処理部７から「発信元電話番号」及び「現在のバージョン番号」を受け取ると、これらを現在バージョン番号格納レジスタ１１に格納する処理と、最新バージョン番号格納レジスタ３から更新を要求されたソフトウエアの「最新のバージョン番号」を読み出して上記「現在のバージョン番号」と比較する処理と、両バージョン番号が一致していれば「更新の必要がない」旨の情報を上記ソフトウエア更新要求処理部７に送る処理と、上記両バージョン番号が不一致であれば現在バージョン番号格納レジスタ１１に格納した上記「発信元電話番号」をソフトウエア更新サーバ検索部５に送る処理を実行する。
【００２３】
ソフトウエア更新サーバ検索部５は、上記ソフトウエア更新判定部４から受け取った「発信元電話番号」をキーにして更新サーバリスト格納メモリ６を検索し、これにより対応する「更新サーバのＵＲＬ（ドメイン名）」６４を読み出してソフトウエア更新要求処理部７に送る処理を実行する。
【００２４】
次に、以上のように構成された補助サーバＡＳＶの動作を説明する。
図３及び図４はその処理手順と処理内容を示すフローチャート、図６は補助サーバＡＳＶ、ユーザ端末ＴＭ、ＳＩＰサーバＳＳＶ及び更新サーバＵＳＶ１間における通信シーケンスを示す図である。
【００２５】
ユーザ端末ＴＭは、ソフトウエアを更新しようとする際に、自端末の電話番号（例えば03-xxxx-xxxx）と、更新を要求するソフトウエアの現在のバージョン番号（Current Version 1.1）を、ＳＩＰのMESSAGEリクエストメッセージのボディ部に挿入し、このMESSAGEリクエストメッセージを含むＩＰパケットを、更新要求として補助サーバＡＳＶ宛てに送信する。このＩＰパケットは、ＩＰネットワークＩＮＷを介してＳＩＰサーバＳＳＶに伝送される（図１の(1) 及び図６の(1) ）。
【００２６】
ＳＩＰサーバＳＳＶは、ユーザ端末ＴＭからＩＰパケットが伝送されると、このＩＰパケットに挿入されたＳＩＰのMESSAGEリクエストメッセージから回線ＩＤ又は発信元電話番号を抽出し、この回線ＩＤ又は発信元電話番号をもとにユーザ認証を行う。そして、このユーザ認証により送信元のユーザの正当性が確認されると、上記ＩＰパケットを補助サーバＡＳＶに向け転送する（図１の(2) 及び図６の(2) ）。なお、上記ユーザ認証により発信元のユーザの正当性が確認されなかった場合には、当該ＩＰパケットを破棄する。すなわち、ＳＩＰサーバＳＳＶにおいてユーザ端末ＴＭの正当性が確認された場合にのみ、上記ユーザ端末ＴＭから送信されたＩＰパケットは補助サーバＡＳＶに転送される。
【００２７】
補助サーバＡＳＶは、ＩＰパケットの受信待ち状態において、通信プロトコル処理部８によりＩＰパケットの転送を監視している。この状態で、上記ＳＩＰサーバＳＳＶからＩＰパケットが転送されると、通信プロトコル処理部８は当該ＩＰパケットをネットワークインタフェース部１０を介して受信する（ステップＳ３１）。ＩＰパケットを受信すると通信プロトコル処理部８は、この受信されたＩＰパケットからＳＩＰのMESSAGEリクエストメッセージを取り出し、この取り出したMESSAGEリクエストメッセージをソフトウエア更新要求処理部７へ送る（ステップＳ３２）。
【００２８】
ソフトウエア更新要求処理部７は、上記送られたMESSAGEリクエストメッセージのボディ部から、「発信元電話番号」と、更新を要求するソフトウエアの「現在のバージョン番号」を抽出し、これらをソフトウエア更新判定部４に送る（ステップＳ３３）。ソフトウエア更新判定部４は、上記送られた「発信元電話番号」及び「現在のバージョン番号」を、先ず現在バージョン番号格納レジスタ１１に格納する（ステップＳ３４）。そして、最新バージョン番号格納レジスタ３から更新を要求されたソフトウエアの「最新のバージョン番号」を読み出し、この読み出した「最新のバージョン番号」を上記受信した「現在のバージョン番号」と比較する（ステップＳ３５）。
【００２９】
続いてソフトウエア更新判定部４は、上記比較の結果、上記読み出した「最新のバージョン番号」と上記受信した「現在のバージョン番号」とが一致したか否かをステップＳ４１で判定する。この判定の結果、両バージョン番号が一致しなければ、更新が必要であると判断し、ソフトウエア更新判定部４は、現在バージョン番号格納レジスタ１１に格納された上記「発信元電話番号」をソフトウエア更新サーバ検索部５に送る（ステップＳ４２）。
【００３０】
ソフトウエア更新サーバ検索部５は、上記ソフトウエア更新判定部４から受け取った「発信元電話番号」をキーにして更新サーバリスト格納メモリ６を検索し、これにより対応する「更新サーバのＵＲＬ（ドメイン名）」６４を読み出す（ステップＳ４３）。例えば、いま図１及び図６に示したように「発信元電話番号」が“03-xxxx-xxxx”であれば、更新サーバリスト格納メモリ６からは、図５に示すように「東京」に配置された更新サーバＵＳＶ１のＵＲＬ“http://www.koushin.tokyo.co.jp”が読み出される。そして、この読み出された更新サーバＵＳＶ１のＵＲＬ“http://www.koushin.tokyo.co.jp”をソフトウエア更新要求処理部７に送る（ステップＳ４４）。
【００３１】
ソフトウエア更新要求処理部７は、ソフトウエア更新サーバ検索部５から更新サーバのＵＲＬを受け取り、この受け取った更新サーバのＵＲＬをＳＩＰのMESSAGEリクエストメッセージのボディ部に挿入し、このＳＩＰのMESSAGEリクエストメッセージを通信プロトコル処理部８へ送る（ステップＳ４５）。通信プロトコル処理部８は、ソフトウエア更新要求処理部７から送られたＳＩＰのMESSAGEリクエストメッセージに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定されるヘッダを付加し、このＩＰパケットをネットワークインタフェース部１０から更新要求元のユーザ端末ＴＭに向けて送信する（ステップＳ４６）。
【００３２】
上記補助サーバＡＳＶから送信されたＩＰパケットは、先ず図１の(3) 及び図６の(3) に示すようにＳＩＰサーバＳＳＶに送られ、さらにこのＳＩＰサーバＳＳＶから図１の(4) 及び図６の(4) に示すように、ＩＰネットワークＩＮＷを介して更新要求元のユーザ端末ＴＭに転送される。
【００３３】
ユーザ端末ＴＭは、上記ＩＰパケットを受信すると、このＩＰパケットからMESSAGEリクエストメッセージを取り出す。そして、このMESSAGEリクエストメッセージから更新サーバのＵＲＬ“http://www.koushin.tokyo.co.jp”を抽出し、この抽出したＵＲＬ“http://www.koushin.tokyo.co.jp”をもとに、ＴＣＰ／ＩＰ又はＵＤＰ／ＩＰに従い「東京」の更新サーバＵＳＶ１に対し、図１の(5) 及び図６の(5) に示すように更新要求を送信する。
【００３４】
更新サーバＵＳＶ１は、上記更新要求を受信すると、先ずこの更新要求に記載された更新希望のソフトウエアのバージョン番号から更新の要否を判定し、更新が必要であれば該当する最新のソフトウエアをデータベースから読み出して、要求元のユーザ端末ＴＭに向け図１の(6) 及び図６の(6) に示すようにダウンロードする。なお、本実施形態では補助サーバＡＳＶにより事前に更新の要否が判定され、更新が必要な更新要求のみがユーザ端末ＴＭから更新サーバＵＳＶ１に送信される。このため、更新サーバＵＳＶ１による上記更新の要否判定は実質的には不要であるが、何らかの事情により補助サーバＡＳＶによる更新の要否判定が行えなかった場合に備え、更新サーバＵＳＶ１にも更新の要否判定機能を残してある。
【００３５】
一方、上記ステップＳ４１による判定の結果、最新バージヨン番号格納レジスタ３から読み出した「最新のバージョン番号」と、上記受信した「現在のバージョン番号」とが一致したとする。この場合ソフトウエア更新判定部４は、更新の必要がないと判断し、「更新の必要がない」旨の通知情報を生成し、この生成された通知情報をソフトウエア更新要求処理部７に送る（ステップＳ４７）。ソフトウエア更新要求処理部７は、上記ソフトウエア更新判定部４から「更新の必要がない」旨の通知情報を受け取り、この受け取った「更新の必要がない」旨の通知情報をＳＩＰのMESSAGEリクエストメッセージのボディ部に挿入し、このＳＩＰのMESSAGEリクエストメッセージを通信プロトコル処理部８へ送る（ステップＳ４８）。通信プロトコル処理部８は、ソフトウエア更新要求処理部７から送られたＳＩＰのMESSAGEリクエストメッセージに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定されるヘッダを付加し、このＩＰパケットをネットワークインタフェース部１０から更新要求元のユーザ端末ＴＭに向けて送信する（ステップＳ４９）。
【００３６】
上記補助サーバＡＳＶから送信されたＩＰパケットは、先に述べた更新サーバのＵＲＬをMESSAGEリクエストメッセージにより通知する場合と同様に、図１の(3) 及び図６の(3) に示すようにＳＩＰサーバＳＳＶに送られ、さらにこのＳＩＰサーバＳＳＶから図１の(4) 及び図６の(4) に示すように、ＩＰネットワークＩＮＷを介して更新要求元のユーザ端末ＴＭに転送される。このＩＰパケットにより送られた「更新の必要がない」旨の通知情報はユーザ端末ＴＭにおいて表示部に表示される。したがって、ユーザ端末ＴＭにおいて、上記更新要求を再送信する動作は行われない。
【００３７】
以上述べたように第１の実施形態では、ユーザ端末ＴＭから補助サーバＡＳＶに向け、「発信元電話番号」及びソフトウエアの「現在のバージョン番号」をボディ部に挿入したＳＩＰのMESSAGEリクエストメッセージをＳＩＰサーバＳＳＶを介して転送する。そして、補助サーバＡＳＶにおいて、上記MESSAGEリクエストメッセージに挿入された「現在のバージョン番号」を、最新バージョン番号格納レジスタ３に記憶されている「最新バージョン番号」と比較して更新の要否を判定し、更新が必要な場合には上記MESSAGEリクエストメッセージに挿入された「発信元電話番号」をキーとして更新サーバリスト格納メモリ６を検索することによりユーザ端末の現在位置に対応する更新サーバＵＳＶ１のＵＲＬを読み出し、この更新サーバＵＳＶ１のＵＲＬをMESSAGEリクエストメッセージを用いて要求元のユーザ端末ＴＭに通知するようにしている。
【００３８】
したがって、更新の要否の判定処理が補助サーバＡＳＶにより代行され、更新が必要な場合にのみ更新サーバＵＳＶ１のＵＲＬがユーザ端末ＴＭに通知されることになる。このため、ユーザ端末ＴＭから更新サーバＵＳＶ１へ更新要求を直接送信する場合に比べ、更新サーバＵＳＶ１に送信される更新要求の数が制限され、これにより更新サーバＵＳＶ１の処理負荷を軽減することができる。
【００３９】
また、ユーザ端末ＴＭからMESSAGEリクエストメッセージを用いて送信された更新要求はＳＩＰサーバＳＳＶを介して補助サーバＡＳＶに転送される。このため、更新要求は、ＳＩＰサーバＳＳＶが持つ認証機能によりその正当性が確認されたもののみが補助サーバＡＳＶに転送され、正当性が確認されないものは破棄されることになり、これにより補助サーバＡＳＶに認証機能を設けることなく成り済まし等の不正アクセスを排除することができる。
【００４０】
さらに、MESSAGEリクエストメッセージに挿入された「発信元電話番号」をキーとして、更新サーバリスト格納メモリ６からユーザ端末の現在位置に対応する更新サーバＵＳＶ１のＵＲＬを検索してユーザ端末ＴＭに通知するようにしたので、ユーザ端末ＴＭからの更新要求の送信先を、ユーザ端末ＴＭの現在位置に応じて複数の更新サーバＵＳＶ１〜ＵＳＶ３に分散させることが可能となり、これにより更新サーバＵＳＶ１〜ＵＳＶ３ごとの処理負荷をさらに軽減することが可能となる。しかも、ユーザ端末の現在位置を表す情報として、ユーザ端末ＴＭに予め割り当てられている電話番号を使用したので、ユーザ端末ＴＭには位置情報を取得する手段を別途設ける必要がなくなる。さらに、ユーザ端末ＴＭはその現在位置を含むサービスエリアに設置されている更新サーバＵＳＶ１からソフトウエア又はファイルをダウンロードできるため、遠方の更新サーバからダウンロードする場合に比べ、ダウンロード時間の短縮及びネットワークトラフィック負荷の軽減が可能となる。
【００４１】
さらに、ユーザ端末ＴＭから補助サーバＡＳＶへ、ＳＩＰのMESSAGEリクエストメッセージを利用して更新要求を送るようにしたので、通信セッションを確立する呼接続処理を行う必要がなくなり、これにより更新要求に対する補助サーバＡＳＶの処理負荷を軽減し、かつ処理時間も短縮することができる。
【００４２】
（第２の実施形態）
この発明の第２の実施形態は、ユーザ端末から補助サーバへＳＩＰサーバを介して更新要求を送信する際に、ユーザ端末と補助サーバとの間でＳＩＰによる呼接続制御を実行してＳＩＰセッションを確立し、この状態でユーザ端末から補助サーバへ更新要求を挿入したデータを送信するようにしたものである。
【００４３】
図７及び図８はこの発明の第２の実施形態に係わる補助サーバＡＳＶの処理手順及び処理内容を説明するためのフローチャート、図９は補助サーバＡＳＶ、ユーザ端末ＴＭ、ＳＩＰサーバＳＳＶ及び更新サーバＵＳＶ１間における通信シーケンスを示す図である。なお、これらの図において、前記図３、図４及び図６と同一部分には同一符号を付して詳しい説明は省略する。また、更新システムの構成及び補助サーバＡＳＶの構成についても、前記図１及び図２と基本構成が同一なので、図１及び図２を延用して説明を行う。
【００４４】
ユーザ端末ＴＭは、ソフトウエアを更新しようとする際に、図９に示すように先ずＳＩＰセッションの確立を要求するINVITEリクエストメッセージを含むＩＰパケットを補助サーバＡＳＶに向け送信する。ＳＩＰサーバＳＳＶは、ユーザ端末ＴＭから補助サーバＡＳＶ宛てのＩＰパケットが伝送されると、このＩＰパケットを補助サーバＡＳＶへ転送する。
【００４５】
補助サーバＡＳＶは、ＩＰパケットの受信待ち状態において、通信プロトコル処理部８によりＩＰパケットの転送を監視している。この状態で、上記ＳＩＰサーバＳＳＶからＩＰパケットが転送されると、通信プロトコル処理部８は当該ＩＰパケットをネットワークインタフェース部１０を介して受信する（ステップＳ３１）。ＩＰパケットを受信すると通信プロトコル処理部８は、この受信されたＩＰパケットからＳＩＰのINVITEリクエストメッセージを取り出し、この取り出したINVITEリクエストメッセージをソフトウエア更新要求処理部７へ送る（ステップＳ７１）。
【００４６】
ソフトウエア更新要求処理部７は、上記送られたINVITEリクエストメッセージに従い、発呼元のユーザ端末ＴＭとの間でＳＩＰセッションを確立するための処理を以下のように実行する。すなわち、先ずINVITEリクエストメッセージに記載されているユーザ端末ＴＭの「発信元電話番号」（例えば、03-xxxx-xxxx）をもとに電話番号認証を行う。そして、発信元電話番号の正当性が確認されると、続いて発信元のユーザ端末ＴＭに向けて200 OKメッセージを返送する。この200 OKメッセージはＳＩＰサーバＳＳＶを介してユーザ端末ＴＭへ転送される。かくして、ユーザ端末ＴＭと補助サーバＡＳＶとの間にはＳＩＰセッションが確立される。この動作により補助サーバＡＳＶは、以降ユーザ端末ＴＭからの更新要求を受け付けることが可能となる。
【００４７】
ＳＩＰセッションが確立されると、ユーザ端末ＴＭは自端末の電話番号（03-xxxx-xxxx）と、更新を要求するソフトウエアの現在のバージョン番号（Current Version 1.1）を挿入したデータを生成し、この生成したデータを更新要求として補助サーバＡＳＶに向け送信する。このデータ（更新要求）は、図９に示すようにＳＩＰサーバＳＳＶを介さずに直接補助サーバＡＳＶに転送される。
【００４８】
補助サーバＡＳＶのソフトウエア更新要求処理部７は、上記ＳＩＰセッションの確立後に、上記ユーザ端末ＴＭから送信されたデータをネットワークインタフェース部１０及び通信プロトコル処理部８を介して受け取ると、この受け取ったデータから「発信元電話番号」と、更新を要求するソフトウエアの「現在のバージョン番号」を抽出し、これらをソフトウエア更新判定部４に送る（ステップＳ７２）。なお、上記データ内に「発信元電話番号」が格納されていない場合には、ＳＩＰの呼接続制御においてユーザ端末ＴＭから受信したINVITEリクエストメッセージのメッセージヘッダから「発信元電話番号」を取り出して、ソフトウエア更新判定部４に送るようにしてもよい。また、ＳＩＰセッションを確立していないユーザ端末からのデータは受け付けない。
【００４９】
ソフトウエア更新判定部４は、上記送られた「発信元電話番号」及び「現在のバージョン番号」を、先ず現在バージョン番号格納レジスタ１１に格納する（ステップＳ３４）。そして、最新バージョン番号格納レジスタ３から更新を要求されたソフトウエアの「最新のバージョン番号」を読み出し、この読み出した「最新のバージョン番号」を上記受信した「現在のバージョン番号」と比較する（ステップＳ３５）。
【００５０】
続いてソフトウエア更新判定部４は、上記比較の結果、上記読み出した「最新のバージョン番号」と上記受信した「現在のバージョン番号」とが一致したか否かをステップＳ４１で判定する。この判定の結果、両バージョン番号が一致しなければ、ソフトウエア更新判定部４は、更新が必要と判断し、現在バージョン番号格納レジスタ１１に格納された上記「発信元電話番号」をソフトウエア更新サーバ検索部５に送る（ステップＳ４２）。
【００５１】
ソフトウエア更新サーバ検索部５は、上記ソフトウエア更新判定部４から受け取った「発信元電話番号」をキーにして更新サーバリスト格納メモリ６を検索し、これにより対応する「更新サーバのＵＲＬ（ドメイン名）」６４を読み出す（ステップＳ４３）。例えば、いま図１及び図６に示したように「発信元電話番号」が“03-xxxx-xxxx”であれば、更新サーバリスト格納メモリ６からは、図５に示すように「東京」に配置された更新サーバＵＳＶ１のＵＲＬ“http://www.koushin.tokyo.co.jp”が読み出される。そして、この読み出された更新サーバＵＳＶ１のＵＲＬ“http://www.koushin.tokyo.co.jp”をソフトウエア更新要求処理部７に送る（ステップＳ４４）。
【００５２】
ソフトウエア更新要求処理部７は、ソフトウエア更新サーバ検索部５から更新サーバのＵＲＬを受け取り、この受け取った更新サーバのＵＲＬを記載したデータを生成し、この生成されたデータを通信プロトコル処理部８へ送る（ステップＳ８１）。通信プロトコル処理部８は、ソフトウエア更新要求処理部７から送られたデータに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定されるヘッダを付加し、このＩＰパケットをネットワークインタフェース部１０から更新要求元のユーザ端末ＴＭに向けて送信する（ステップＳ８２）。
上記補助サーバＡＳＶから送信されたＩＰパケットは、図９に示すようにＳＩＰサーバＳＳＶを介さずにＩＰネットワークＩＮＷを介して更新要求元のユーザ端末ＴＭに転送される。
【００５３】
ユーザ端末ＴＭは、上記ＩＰパケットを受信すると、このＩＰパケットからデータを取り出す。そして、このデータから更新サーバのＵＲＬ“http://www.koushin.tokyo.co.jp”を抽出する。続いて、この抽出したＵＲＬ“http://www.koushin.tokyo.co.jp”をもとに、ＴＣＰ／ＩＰ又はＵＤＰ／ＩＰに従い「東京」の更新サーバＵＳＶ１に対し、図１の(5) に示すように更新要求を送信する。
【００５４】
更新サーバＵＳＶ１は、上記更新要求を受信すると、先ずこの更新要求に記載された更新希望のソフトウエアのバージョン番号から更新の要否を判定し、更新が必要であれば該当する最新のソフトウエアをデータベースから読み出して、要求元のユーザ端末ＴＭに向け図１の(6) に示すようにダウンロードする。
【００５５】
一方、上記ステップＳ４１による判定の結果、最新バージヨン番号格納レジスタ３から読み出した「最新のバージョン番号」と、上記受信した「現在のバージョン番号」とが一致したとする。この場合ソフトウエア更新判定部４は、更新の必要がないと判断し、「更新の必要がない」旨の通知情報を生成し、この生成された通知情報をソフトウエア更新要求処理部７に送る（ステップＳ４７）。ソフトウエア更新要求処理部７は、上記ソフトウエア更新判定部４から「更新の必要がない」旨の通知情報を受け取り、この受け取った「更新の必要がない」旨の通知情報を記載したデータを生成し、この生成されたデータを通信プロトコル処理部８へ送る（ステップＳ８３）。通信プロトコル処理部８は、ソフトウエア更新要求処理部７から送られたデータに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定されるヘッダを付加し、このＩＰパケットをネットワークインタフェース部１０から更新要求元のユーザ端末ＴＭに向けて送信する（ステップＳ８４）。
【００５６】
上記補助サーバＡＳＶから送信されたＩＰパケットは、先に述べた更新サーバのＵＲＬをデータにより通知する場合と同様に、ＳＩＰサーバＳＳＶを介さずにＩＰネットワークＩＮＷを介して更新要求元のユーザ端末ＴＭに転送される。このＩＰパケットにより送られた「更新の必要がない」旨の通知情報はユーザ端末ＴＭにおいて表示部に表示される。したがって、ユーザ端末ＴＭにおいて、上記更新要求を再送信する動作は行われない。
【００５７】
以上述べたように第２の実施形態では、ユーザ端末ＴＭから補助サーバＡＳＶへ更新要求を送信する際に、先ずユーザ端末ＴＭと補助サーバＡＳＶとの間でＳＩＰによる呼接続制御を実行してＳＩＰセッションを確立し、この状態でユーザ端末ＴＭから補助サーバＡＳＶへ更新要求を挿入したデータを送信するようにしている。
したがって、ＳＩＰのMESSAGEリクエストメッセージを利用する場合に比べ、補助サーバＡＳＶの処理負荷及び処理時間は増加するが、実際の通信サービスにおいて通信費用を安価にすることが可能となる。
【００５８】
（その他の実施形態）
前記第１及び第２の実施形態では、ユーザ端末の現在位置を表す情報として、ユーザ端末ＴＭに予め割り当てられている電話番号を使用した。しかし、それに限定されるものではなく、例えばユーザ端末にＧＰＳ（Global Positioning System）測位機能が設けられている場合や、携帯端末のように基地局から位置情報を取得する機能を備える場合には、これらの機能により取得した位置情報を補助サーバへ送信するようにしてもよい。
【００５９】
また、更新サーバリスト格納メモリ６として連想メモリを使用してもよい。連想メモリを使用すると更新サーバのＵＲＬ（ドメイン名）の検索に要する時間を短縮することが可能となる。その他、サーバ補助装置の構成や処理手順及び処理内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００６０】
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００６１】
【図１】この発明に係わるサーバ補助装置の第１の実施形態である補助サーバを備える、ネットワークを使用する更新システムの概略構成図である。
【図２】図１に示したシステムで使用される補助サーバの機能構成を示すブロック図である。
【図３】図２に示した補助サーバによる処理手順と処理内容の前半部分を示すフローチャートである。
【図４】図２に示した補助サーバによる処理手順と処理内容の後半部分を示すフローチャートである。
【図５】図２に示した補助サーバに設けられる更新サーバリスト格納メモリに記憶される情報の一例を示す図である。
【図６】図１に示した補助サーバ、ユーザ端末、ＳＩＰサーバ及び更新サーバ間における通信シーケンスを示す図である。
【図７】この発明の第２の実施形態に係わる補助サーバによる処理手順と処理内容の前半部分を示すフローチャートである。
【図８】この発明の第２の実施形態に係わる補助サーバによる処理手順と処理内容の後半部分を示すフローチャートである。
【図９】この発明の第２の実施形態に係わる補助サーバ、ユーザ端末、ＳＩＰサーバ及び更新サーバ間における通信シーケンスを示す図である。
【符号の説明】
【００６２】
ＵＳＶ１〜ＵＳＶ３…更新サーバ、ＴＭ…ユーザ端末、ＳＳＶ…ＳＩＰサーバ、ＡＳＶ…補助サーバ、ＩＮＷ…ＩＰネットワーク、１…入力部、２…入力制御部、３…最新バージョン番号格納レジスタ、４…ソフトウエア更新判定部、５…ソフトウエア更新サーバ検索部、６…更新サーバリスト格納メモリ、７…ソフトウエア更新要求処理部、８…通信プロトコル処理部、１０…ネットワークインタフェース部、１１…現在バージョン番号格納レジスタ。
【技術分野】
【０００１】
この発明は、ユーザ端末が保持するソフトウエアやファイルを更新サーバがネットワークを介して遠隔地から更新するシステムにおいて、前記更新サーバの処理動作を補助するために設けられるサーバ補助装置とこの補助装置で使用されるプログラムに関する。
【背景技術】
【０００２】
パーソナル・コンピュータや携帯端末等の情報端末では、インストールされたソフトウエアやファイルのバージョンが古くなった場合に、そのバージョンを更新する処理が必要となる。バージョンを更新する手法には、例えばＣＤ−ＲＯＭやメモリカード等の記憶媒体から新バージョンのソフトウエアやファイルを読み込んで書き換えるものと、通信ネットワークを介して更新サーバにアクセスし、この更新サーバから新バージョンのソフトウエアやファイルをダウンロードして書き換えるものがある（例えば、特許文献１を参照。）。このうち、更新サーバを利用する手法は、バージョンの更新処理を簡単かつ迅速に効率良く行うことができるのできわめて便利である。
【０００３】
【特許文献１】特開平０７−２２５７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、更新サーバを利用する従来の手法は、一般にユーザ端末から更新サーバに対し直接更新要求を送信し、更新サーバにおいて更新の有無を判定して、更新が必要と判定した場合に要求元のユーザ端末に新バージョンのソフトウエア又はファイルをダウンロードするものとなっている。このため、限られた時間帯に多数のユーザ端末からの更新要求が集中すると、更新サーバの処理負荷が増大して、個々のユーザ端末に対する更新処理時間が長くなると云う問題があった。
この発明は上記事情に着目してなされたもので、その目的とするところは、更新サーバの処理負荷を軽減して更新処理の効率向上を可能にするサーバ補助装置とそのプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するためにこの発明の一観点は、保持するソフトウエア又はファイルの現在のバージョンを表す情報を含む更新要求を送信する機能を有するユーザ端末と、このユーザ端末から送信された更新要求をＩＰ（Internet Protocol）網を介して受信し、この受信された更新要求に応答して更新後のソフトウエア又はファイルを要求元のユーザ端末に向け上記ＩＰ網を介して送信する機能を有する更新サーバとを備えるシステムの、上記ユーザ端末との間でＳＩＰ（Session Initiation Protocol）サーバを介して通信可能なサーバ補助装置にあって、上記更新サーバが保存するソフトウエア又はファイルの最新のバージョンを表す情報を記憶する第１のメモリを備える。そして、上記ユーザ端末からＳＩＰを用いて送信されたのち上記ＳＩＰサーバを介して転送される更新要求を受信した場合に、この受信された更新要求に含まれる現在のバージョンを表す情報を、上記第１のメモリに記憶された該当するソフトウエア又はファイルの最新のバージョンを表す情報と比較して、更新の要否を判定する。そして、更新が必要と判定された場合に、予め記憶してある上記更新サーバのアドレス情報を要求元のユーザ端末に向け送信するように構成したものである。
【０００６】
したがって、ユーザ端末から送信された更新要求は先ずサーバ補助装置に送られて更新の要否が判定され、更新が必要な場合に更新サーバのアドレス情報がユーザ端末に送信される。すなわち、更新の要否の判定処理がサーバ補助装置により代行され、更新が必要な要求に対してのみ更新サーバのアドレス情報がユーザ端末に通知されることになる。このため、ユーザ端末から送信される更新要求を更新サーバに直接送信する場合に比べ、更新サーバに送信される更新要求の数が制限され、これにより更新サーバの処理負荷を軽減することができる。また、ユーザ端末から送信された更新要求はＳＩＰサーバを介してサーバ補助装置に送られる。このため、更新要求は、ＳＩＰサーバが持つ認証機能によりその正当性が確認されたもののみがサーバ補助装置に転送され、正当性が確認されないものは破棄されることになり、これによりサーバ補助装置に認証機能を設けることなく成り済まし等の不正アクセスを拒絶することができる。
【０００７】
また、この発明の一観点は以下のような特徴的構成要素を備えることも特徴とする。
第１の特徴的構成要素は、上記システムが、サービスエリア別に設置された複数の更新サーバを備え、かつ上記ユーザ端末が、保持するソフトウエア又はファイルの現在のバージョンを表す情報と自端末の現在位置を表す情報とを含む更新要求を送信する機能を有する場合に、ユーザ端末の位置を表す情報に対応付けて当該位置を含むサービスエリアに設置された上記更新サーバのアドレス情報を記憶した第２のメモリを設ける。そして、更新が必要と判定された場合に、上記受信された更新要求に含まれるユーザ端末の現在位置を表す情報をもとに、当該現在位置を含むサービスエリアに設置されている更新サーバのアドレス情報を上記第２のメモリから選択的に読み出し、この読み出されたアドレス情報を要求元のユーザ端末に向け送信するものである。
このようにすると、ユーザ端末からの更新要求の送信先を、ユーザ端末の現在位置に応じて複数の更新サーバに分散させることが可能となり、これにより更新サーバごとの処理負荷をさらに軽減することが可能となる。さらに、ユーザ端末はその現在位置を含むサービスエリアに設置されている更新サーバからソフトウエア又はファイルをダウンロードできるため、遠方の更新サーバからダウンロードする場合に比べ、ダウンロード時間の短縮及びネットワークトラフィック負荷の軽減が可能となる。
【０００８】
第２の特徴的構成要素は、ユーザ端末が、自端末の現在位置を表す情報として自端末に割り当てられた電話番号を上記更新要求に含めて送信する場合に、上記第２のメモリに、上記電話番号に対応付けて当該電話番号が割り当てられた地域を含むサービスエリアに設置された上記更新サーバのアドレス情報を記憶させておく。そして、更新が必要と判定された場合に、上記受信された更新要求に含まれるユーザ端末の電話番号をもとに、当該電話番号が割り当てられた地域を含むサービスエリアに設置されている更新サーバのアドレス情報を上記第２のメモリから読み出し、この読み出されたアドレス情報を要求元のユーザ端末に向け送信するものである。
このようにすると、ユーザ端末は自端末の位置情報を取得する手段を別途設けることなく自端末の位置を表す情報をサーバ補助装置に通知することが可能となる。
【０００９】
第３の特徴的構成要素は、更新が不要と判定された場合には、更新の必要がない旨の通知情報を要求元のユーザ端末に向け送信するものである。
このようにすると、ユーザ端末は更新が不要であることを確認することができ、これにより同一内容の更新要求が繰り返し送信される不具合を防止して通信ネットワークのトラフィックを低く抑えることができる。
【００１０】
第４の特徴的構成要素は、ユーザ端末から送信されるＳＩＰにより規定されたMESSAGEリクエストメッセージをＳＩＰサーバを介して受信し、この受信されたMESSAGEリクエストメッセージのボディ部から更新要求を抽出するものである。
このようにすると、ＳＩＰの呼接続処理により通信セッションを確立する必要がなく、これにより更新要求に対するサーバ補助装置の処理負荷を軽減し、かつ処理時間も短縮することが可能となる。
【００１１】
第５の特徴的構成要素は、ユーザ端末からの接続要求に応じて当該ユーザ端末との間でＳＩＰによる通信セッションを確立するための呼接続処理を実行し、上記通信セッションが確立された状態で上記ユーザ端末から送信されるデータを受信して、この受信されたデータのペイロード部から更新要求を抽出するものである。
このようにすると、ＳＩＰのMESSAGEリクエストメッセージを利用する場合に比べサーバ補助装置の処理負荷及び処理時間は増加するが、実際の通信サービスにおいて通信費用を安価にすることが可能となる。
【発明の効果】
【００１２】
要するにこの発明によれば、更新サーバの処理負荷を軽減して更新処理の効率向上を可能にするサーバ補助装置を提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照してこの発明に係わる実施形態を説明する。
（第１の実施形態）
図１は、この発明に係わるサーバ補助装置の一実施形態である補助サーバを備える、ネットワークを使用する更新システムの概略構成図である。
この更新システムは、異なる複数のサービスエリアに対応して配置された複数の更新サーバ（例えば３個）ＵＳＶ１〜ＵＳＶ３を備えている。そして、これらの更新サーバＵＳＶ１〜ＵＳＶ３に対し、ＩＰネットワークＩＮＷを介してユーザ端末ＴＭを接続可能としている。また、それと共に、上記ユーザ端末ＴＭを上記ＩＰネットワークＩＮＷを介してＳＩＰサーバＳＳＶに接続可能とし、さらにこのＳＩＰサーバＳＳＶから補助サーバＡＳＶに接続可能としたものである。
【００１４】
更新サーバＵＳＶ１〜ＵＳＶ３は例えばＷｅｂサーバからなり、バージョンが管理されたソフトウエア及びファイルを格納している。そして、補助サーバＡＳＶはユーザ端末ＴＭから更新要求が送られた場合に、当該更新要求に含まれるバージョン情報を上記管理されている最新のバージョン情報と比較して、更新の要否を判定する。そして、更新が必要と判定された場合に、要求元のユーザ端末に最新バージョンのソフトウエア又はファイルを格納している更新サーバのアドレス情報を要求元のユーザ端末に向け送信する機能を備える。
【００１５】
ユーザ端末ＴＭは、例えば家庭やオフィスに設置されたパーソナル・コンピュータからなり、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）又はＵＤＰ／ＩＰ（User Datagram Protocol／Internet Protocol）を用いて上記更新サーバＵＳＶ１〜ＵＳＶ３との間でパケット通信を行う通信インタフェース機能と、このＴＣＰ／ＩＰ又はＵＤＰ／ＩＰ上で、ＳＩＰ（Session Initiation Protocol）を用いて補助サーバＡＳＶとの間でメッセージ及びデータの送受信を行う通信インタフェース機能を備えている。
【００１６】
ＳＩＰサーバＳＳＶは、上記ユーザ端末ＴＭと補助サーバＡＳＶとの間でＳＩＰによるデータ転送処理を行う。この転送処理には、ユーザ端末ＴＭから送信されたＳＩＰのMESSAGEリクエストメッセージに含まれる回線ＩＤ又は発信元電話番号をもとにユーザ認証を行う機能が含まれる。
【００１７】
ところで、補助サーバＡＳＶは次のように構成される。図２はその機能構成を示すブロック図である。すなわち、補助サーバＡＳＶは、入力部１と、制御ユニットと、記憶ユニットとを備えている。制御ユニットは、入力制御部２と、ソフトウエア更新判定部４と、ソフトウエア更新サーバ検索部５と、ソフトウエア更新要求処理部７と、通信プロトコル処理部８と、ネットワークインタフェース部１０を備える。これらの機能部はいずれもアプリケーション・プログラムを図示しないＣＰＵ（Central Processing Unit）に実行させることにより実現される。記憶ユニットは、最新バージョン番号格納レジスタ３と、更新サーバリスト格納メモリ６と、現在バージョン番号格納レジスタ１１を備える。これらのうち更新サーバリスト格納メモリ６はフラッシュメモリ又はハードディスクにより構成され、また各レジスタ３，１１はＲＡＭにより構成される。
【００１８】
入力部１は、オペレータが、ソフトウエアリストに記載された各ソフトウエアの最新バージョン番号と、更新サーバＵＳＶ１〜ＵＳＶ３のリストを入力する際に使用するもので、例えばキーボードやマウス等の入力デバイスにより構成される。入力制御部２は、上記入力部１により入力されたソフトウエアの最新バージョン番号を上記最新バージョン番号格納レジスタ３に格納すると共に、入力された更新サーバＵＳＶ１〜ＵＳＶ３のリスト情報を更新サーバリスト格納メモリ６に格納する。
【００１９】
図５は、この更新サーバリスト格納メモリ６に記憶される更新サーバＵＳＶ１〜ＵＳＶ３のリスト情報の一例を示すものである。同図に示すように、更新サーバＵＳＶ１〜ＵＳＶ３のリスト情報は、エントリ番号６１に、「電話番号起点」６２、「電話番号終点」６３及び「更新サーバのＵＲＬ；Uniform Resource Locator（ドメイン名）」６４を対応付けたものから構成される。
【００２０】
ネットワークインタフェース部１０は、補助サーバＡＳＶとＩＰネットワークＩＮＷとの間でＩＰパケットを送受信する。通信プロトコル処理部８は、ネットワークインタフェース部１０により受信されたＩＰパケットに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定された通信プロトコル処理を実施し、これにより上位レイヤメッセージ（ＳＩＰのMESSAGEリクエストメッセージ）を取り出してソフトウエア更新要求処理部７へ送る処理と、ソフトウエア更新要求処理部７から出力された上位レイヤメッセージ（ＳＩＰのMESSAGEリクエストメッセージ等）に対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定された通信プロトコル処理を実施し、これによりＩＰパケットを生成してネットワークインタフェース部１０へ送る処理を実行する。
【００２１】
ソフトウエア更新要求処理部７は、通信プロトコル処理部８から送られたＳＩＰのMESSAGEリクエストメッセージのボディ部から、「発信元電話番号」と、更新を要求しようとするソフトウエアの「現在のバージョン番号」を抽出し、この抽出した情報をソフトウエア更新判定部４に送って更新の要否を判定させる処理と、ソフトウエア更新判定部４から更新不要の判定結果を表す情報を受け取るか、又はソフトウエア更新サーバ検索部５から更新サーバのＵＲＬを受け取り、この受け取った判定結果を表す情報又は更新サーバのＵＲＬをＳＩＰのMESSAGEリクエストメッセージのボディ部に挿入し、このＳＩＰのMESSAGEリクエストメッセージを通信プロトコル処理部８へ送る処理を実行する。
【００２２】
ソフトウエア更新判定部４は、上記ソフトウエア更新要求処理部７から「発信元電話番号」及び「現在のバージョン番号」を受け取ると、これらを現在バージョン番号格納レジスタ１１に格納する処理と、最新バージョン番号格納レジスタ３から更新を要求されたソフトウエアの「最新のバージョン番号」を読み出して上記「現在のバージョン番号」と比較する処理と、両バージョン番号が一致していれば「更新の必要がない」旨の情報を上記ソフトウエア更新要求処理部７に送る処理と、上記両バージョン番号が不一致であれば現在バージョン番号格納レジスタ１１に格納した上記「発信元電話番号」をソフトウエア更新サーバ検索部５に送る処理を実行する。
【００２３】
ソフトウエア更新サーバ検索部５は、上記ソフトウエア更新判定部４から受け取った「発信元電話番号」をキーにして更新サーバリスト格納メモリ６を検索し、これにより対応する「更新サーバのＵＲＬ（ドメイン名）」６４を読み出してソフトウエア更新要求処理部７に送る処理を実行する。
【００２４】
次に、以上のように構成された補助サーバＡＳＶの動作を説明する。
図３及び図４はその処理手順と処理内容を示すフローチャート、図６は補助サーバＡＳＶ、ユーザ端末ＴＭ、ＳＩＰサーバＳＳＶ及び更新サーバＵＳＶ１間における通信シーケンスを示す図である。
【００２５】
ユーザ端末ＴＭは、ソフトウエアを更新しようとする際に、自端末の電話番号（例えば03-xxxx-xxxx）と、更新を要求するソフトウエアの現在のバージョン番号（Current Version 1.1）を、ＳＩＰのMESSAGEリクエストメッセージのボディ部に挿入し、このMESSAGEリクエストメッセージを含むＩＰパケットを、更新要求として補助サーバＡＳＶ宛てに送信する。このＩＰパケットは、ＩＰネットワークＩＮＷを介してＳＩＰサーバＳＳＶに伝送される（図１の(1) 及び図６の(1) ）。
【００２６】
ＳＩＰサーバＳＳＶは、ユーザ端末ＴＭからＩＰパケットが伝送されると、このＩＰパケットに挿入されたＳＩＰのMESSAGEリクエストメッセージから回線ＩＤ又は発信元電話番号を抽出し、この回線ＩＤ又は発信元電話番号をもとにユーザ認証を行う。そして、このユーザ認証により送信元のユーザの正当性が確認されると、上記ＩＰパケットを補助サーバＡＳＶに向け転送する（図１の(2) 及び図６の(2) ）。なお、上記ユーザ認証により発信元のユーザの正当性が確認されなかった場合には、当該ＩＰパケットを破棄する。すなわち、ＳＩＰサーバＳＳＶにおいてユーザ端末ＴＭの正当性が確認された場合にのみ、上記ユーザ端末ＴＭから送信されたＩＰパケットは補助サーバＡＳＶに転送される。
【００２７】
補助サーバＡＳＶは、ＩＰパケットの受信待ち状態において、通信プロトコル処理部８によりＩＰパケットの転送を監視している。この状態で、上記ＳＩＰサーバＳＳＶからＩＰパケットが転送されると、通信プロトコル処理部８は当該ＩＰパケットをネットワークインタフェース部１０を介して受信する（ステップＳ３１）。ＩＰパケットを受信すると通信プロトコル処理部８は、この受信されたＩＰパケットからＳＩＰのMESSAGEリクエストメッセージを取り出し、この取り出したMESSAGEリクエストメッセージをソフトウエア更新要求処理部７へ送る（ステップＳ３２）。
【００２８】
ソフトウエア更新要求処理部７は、上記送られたMESSAGEリクエストメッセージのボディ部から、「発信元電話番号」と、更新を要求するソフトウエアの「現在のバージョン番号」を抽出し、これらをソフトウエア更新判定部４に送る（ステップＳ３３）。ソフトウエア更新判定部４は、上記送られた「発信元電話番号」及び「現在のバージョン番号」を、先ず現在バージョン番号格納レジスタ１１に格納する（ステップＳ３４）。そして、最新バージョン番号格納レジスタ３から更新を要求されたソフトウエアの「最新のバージョン番号」を読み出し、この読み出した「最新のバージョン番号」を上記受信した「現在のバージョン番号」と比較する（ステップＳ３５）。
【００２９】
続いてソフトウエア更新判定部４は、上記比較の結果、上記読み出した「最新のバージョン番号」と上記受信した「現在のバージョン番号」とが一致したか否かをステップＳ４１で判定する。この判定の結果、両バージョン番号が一致しなければ、更新が必要であると判断し、ソフトウエア更新判定部４は、現在バージョン番号格納レジスタ１１に格納された上記「発信元電話番号」をソフトウエア更新サーバ検索部５に送る（ステップＳ４２）。
【００３０】
ソフトウエア更新サーバ検索部５は、上記ソフトウエア更新判定部４から受け取った「発信元電話番号」をキーにして更新サーバリスト格納メモリ６を検索し、これにより対応する「更新サーバのＵＲＬ（ドメイン名）」６４を読み出す（ステップＳ４３）。例えば、いま図１及び図６に示したように「発信元電話番号」が“03-xxxx-xxxx”であれば、更新サーバリスト格納メモリ６からは、図５に示すように「東京」に配置された更新サーバＵＳＶ１のＵＲＬ“http://www.koushin.tokyo.co.jp”が読み出される。そして、この読み出された更新サーバＵＳＶ１のＵＲＬ“http://www.koushin.tokyo.co.jp”をソフトウエア更新要求処理部７に送る（ステップＳ４４）。
【００３１】
ソフトウエア更新要求処理部７は、ソフトウエア更新サーバ検索部５から更新サーバのＵＲＬを受け取り、この受け取った更新サーバのＵＲＬをＳＩＰのMESSAGEリクエストメッセージのボディ部に挿入し、このＳＩＰのMESSAGEリクエストメッセージを通信プロトコル処理部８へ送る（ステップＳ４５）。通信プロトコル処理部８は、ソフトウエア更新要求処理部７から送られたＳＩＰのMESSAGEリクエストメッセージに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定されるヘッダを付加し、このＩＰパケットをネットワークインタフェース部１０から更新要求元のユーザ端末ＴＭに向けて送信する（ステップＳ４６）。
【００３２】
上記補助サーバＡＳＶから送信されたＩＰパケットは、先ず図１の(3) 及び図６の(3) に示すようにＳＩＰサーバＳＳＶに送られ、さらにこのＳＩＰサーバＳＳＶから図１の(4) 及び図６の(4) に示すように、ＩＰネットワークＩＮＷを介して更新要求元のユーザ端末ＴＭに転送される。
【００３３】
ユーザ端末ＴＭは、上記ＩＰパケットを受信すると、このＩＰパケットからMESSAGEリクエストメッセージを取り出す。そして、このMESSAGEリクエストメッセージから更新サーバのＵＲＬ“http://www.koushin.tokyo.co.jp”を抽出し、この抽出したＵＲＬ“http://www.koushin.tokyo.co.jp”をもとに、ＴＣＰ／ＩＰ又はＵＤＰ／ＩＰに従い「東京」の更新サーバＵＳＶ１に対し、図１の(5) 及び図６の(5) に示すように更新要求を送信する。
【００３４】
更新サーバＵＳＶ１は、上記更新要求を受信すると、先ずこの更新要求に記載された更新希望のソフトウエアのバージョン番号から更新の要否を判定し、更新が必要であれば該当する最新のソフトウエアをデータベースから読み出して、要求元のユーザ端末ＴＭに向け図１の(6) 及び図６の(6) に示すようにダウンロードする。なお、本実施形態では補助サーバＡＳＶにより事前に更新の要否が判定され、更新が必要な更新要求のみがユーザ端末ＴＭから更新サーバＵＳＶ１に送信される。このため、更新サーバＵＳＶ１による上記更新の要否判定は実質的には不要であるが、何らかの事情により補助サーバＡＳＶによる更新の要否判定が行えなかった場合に備え、更新サーバＵＳＶ１にも更新の要否判定機能を残してある。
【００３５】
一方、上記ステップＳ４１による判定の結果、最新バージヨン番号格納レジスタ３から読み出した「最新のバージョン番号」と、上記受信した「現在のバージョン番号」とが一致したとする。この場合ソフトウエア更新判定部４は、更新の必要がないと判断し、「更新の必要がない」旨の通知情報を生成し、この生成された通知情報をソフトウエア更新要求処理部７に送る（ステップＳ４７）。ソフトウエア更新要求処理部７は、上記ソフトウエア更新判定部４から「更新の必要がない」旨の通知情報を受け取り、この受け取った「更新の必要がない」旨の通知情報をＳＩＰのMESSAGEリクエストメッセージのボディ部に挿入し、このＳＩＰのMESSAGEリクエストメッセージを通信プロトコル処理部８へ送る（ステップＳ４８）。通信プロトコル処理部８は、ソフトウエア更新要求処理部７から送られたＳＩＰのMESSAGEリクエストメッセージに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定されるヘッダを付加し、このＩＰパケットをネットワークインタフェース部１０から更新要求元のユーザ端末ＴＭに向けて送信する（ステップＳ４９）。
【００３６】
上記補助サーバＡＳＶから送信されたＩＰパケットは、先に述べた更新サーバのＵＲＬをMESSAGEリクエストメッセージにより通知する場合と同様に、図１の(3) 及び図６の(3) に示すようにＳＩＰサーバＳＳＶに送られ、さらにこのＳＩＰサーバＳＳＶから図１の(4) 及び図６の(4) に示すように、ＩＰネットワークＩＮＷを介して更新要求元のユーザ端末ＴＭに転送される。このＩＰパケットにより送られた「更新の必要がない」旨の通知情報はユーザ端末ＴＭにおいて表示部に表示される。したがって、ユーザ端末ＴＭにおいて、上記更新要求を再送信する動作は行われない。
【００３７】
以上述べたように第１の実施形態では、ユーザ端末ＴＭから補助サーバＡＳＶに向け、「発信元電話番号」及びソフトウエアの「現在のバージョン番号」をボディ部に挿入したＳＩＰのMESSAGEリクエストメッセージをＳＩＰサーバＳＳＶを介して転送する。そして、補助サーバＡＳＶにおいて、上記MESSAGEリクエストメッセージに挿入された「現在のバージョン番号」を、最新バージョン番号格納レジスタ３に記憶されている「最新バージョン番号」と比較して更新の要否を判定し、更新が必要な場合には上記MESSAGEリクエストメッセージに挿入された「発信元電話番号」をキーとして更新サーバリスト格納メモリ６を検索することによりユーザ端末の現在位置に対応する更新サーバＵＳＶ１のＵＲＬを読み出し、この更新サーバＵＳＶ１のＵＲＬをMESSAGEリクエストメッセージを用いて要求元のユーザ端末ＴＭに通知するようにしている。
【００３８】
したがって、更新の要否の判定処理が補助サーバＡＳＶにより代行され、更新が必要な場合にのみ更新サーバＵＳＶ１のＵＲＬがユーザ端末ＴＭに通知されることになる。このため、ユーザ端末ＴＭから更新サーバＵＳＶ１へ更新要求を直接送信する場合に比べ、更新サーバＵＳＶ１に送信される更新要求の数が制限され、これにより更新サーバＵＳＶ１の処理負荷を軽減することができる。
【００３９】
また、ユーザ端末ＴＭからMESSAGEリクエストメッセージを用いて送信された更新要求はＳＩＰサーバＳＳＶを介して補助サーバＡＳＶに転送される。このため、更新要求は、ＳＩＰサーバＳＳＶが持つ認証機能によりその正当性が確認されたもののみが補助サーバＡＳＶに転送され、正当性が確認されないものは破棄されることになり、これにより補助サーバＡＳＶに認証機能を設けることなく成り済まし等の不正アクセスを排除することができる。
【００４０】
さらに、MESSAGEリクエストメッセージに挿入された「発信元電話番号」をキーとして、更新サーバリスト格納メモリ６からユーザ端末の現在位置に対応する更新サーバＵＳＶ１のＵＲＬを検索してユーザ端末ＴＭに通知するようにしたので、ユーザ端末ＴＭからの更新要求の送信先を、ユーザ端末ＴＭの現在位置に応じて複数の更新サーバＵＳＶ１〜ＵＳＶ３に分散させることが可能となり、これにより更新サーバＵＳＶ１〜ＵＳＶ３ごとの処理負荷をさらに軽減することが可能となる。しかも、ユーザ端末の現在位置を表す情報として、ユーザ端末ＴＭに予め割り当てられている電話番号を使用したので、ユーザ端末ＴＭには位置情報を取得する手段を別途設ける必要がなくなる。さらに、ユーザ端末ＴＭはその現在位置を含むサービスエリアに設置されている更新サーバＵＳＶ１からソフトウエア又はファイルをダウンロードできるため、遠方の更新サーバからダウンロードする場合に比べ、ダウンロード時間の短縮及びネットワークトラフィック負荷の軽減が可能となる。
【００４１】
さらに、ユーザ端末ＴＭから補助サーバＡＳＶへ、ＳＩＰのMESSAGEリクエストメッセージを利用して更新要求を送るようにしたので、通信セッションを確立する呼接続処理を行う必要がなくなり、これにより更新要求に対する補助サーバＡＳＶの処理負荷を軽減し、かつ処理時間も短縮することができる。
【００４２】
（第２の実施形態）
この発明の第２の実施形態は、ユーザ端末から補助サーバへＳＩＰサーバを介して更新要求を送信する際に、ユーザ端末と補助サーバとの間でＳＩＰによる呼接続制御を実行してＳＩＰセッションを確立し、この状態でユーザ端末から補助サーバへ更新要求を挿入したデータを送信するようにしたものである。
【００４３】
図７及び図８はこの発明の第２の実施形態に係わる補助サーバＡＳＶの処理手順及び処理内容を説明するためのフローチャート、図９は補助サーバＡＳＶ、ユーザ端末ＴＭ、ＳＩＰサーバＳＳＶ及び更新サーバＵＳＶ１間における通信シーケンスを示す図である。なお、これらの図において、前記図３、図４及び図６と同一部分には同一符号を付して詳しい説明は省略する。また、更新システムの構成及び補助サーバＡＳＶの構成についても、前記図１及び図２と基本構成が同一なので、図１及び図２を延用して説明を行う。
【００４４】
ユーザ端末ＴＭは、ソフトウエアを更新しようとする際に、図９に示すように先ずＳＩＰセッションの確立を要求するINVITEリクエストメッセージを含むＩＰパケットを補助サーバＡＳＶに向け送信する。ＳＩＰサーバＳＳＶは、ユーザ端末ＴＭから補助サーバＡＳＶ宛てのＩＰパケットが伝送されると、このＩＰパケットを補助サーバＡＳＶへ転送する。
【００４５】
補助サーバＡＳＶは、ＩＰパケットの受信待ち状態において、通信プロトコル処理部８によりＩＰパケットの転送を監視している。この状態で、上記ＳＩＰサーバＳＳＶからＩＰパケットが転送されると、通信プロトコル処理部８は当該ＩＰパケットをネットワークインタフェース部１０を介して受信する（ステップＳ３１）。ＩＰパケットを受信すると通信プロトコル処理部８は、この受信されたＩＰパケットからＳＩＰのINVITEリクエストメッセージを取り出し、この取り出したINVITEリクエストメッセージをソフトウエア更新要求処理部７へ送る（ステップＳ７１）。
【００４６】
ソフトウエア更新要求処理部７は、上記送られたINVITEリクエストメッセージに従い、発呼元のユーザ端末ＴＭとの間でＳＩＰセッションを確立するための処理を以下のように実行する。すなわち、先ずINVITEリクエストメッセージに記載されているユーザ端末ＴＭの「発信元電話番号」（例えば、03-xxxx-xxxx）をもとに電話番号認証を行う。そして、発信元電話番号の正当性が確認されると、続いて発信元のユーザ端末ＴＭに向けて200 OKメッセージを返送する。この200 OKメッセージはＳＩＰサーバＳＳＶを介してユーザ端末ＴＭへ転送される。かくして、ユーザ端末ＴＭと補助サーバＡＳＶとの間にはＳＩＰセッションが確立される。この動作により補助サーバＡＳＶは、以降ユーザ端末ＴＭからの更新要求を受け付けることが可能となる。
【００４７】
ＳＩＰセッションが確立されると、ユーザ端末ＴＭは自端末の電話番号（03-xxxx-xxxx）と、更新を要求するソフトウエアの現在のバージョン番号（Current Version 1.1）を挿入したデータを生成し、この生成したデータを更新要求として補助サーバＡＳＶに向け送信する。このデータ（更新要求）は、図９に示すようにＳＩＰサーバＳＳＶを介さずに直接補助サーバＡＳＶに転送される。
【００４８】
補助サーバＡＳＶのソフトウエア更新要求処理部７は、上記ＳＩＰセッションの確立後に、上記ユーザ端末ＴＭから送信されたデータをネットワークインタフェース部１０及び通信プロトコル処理部８を介して受け取ると、この受け取ったデータから「発信元電話番号」と、更新を要求するソフトウエアの「現在のバージョン番号」を抽出し、これらをソフトウエア更新判定部４に送る（ステップＳ７２）。なお、上記データ内に「発信元電話番号」が格納されていない場合には、ＳＩＰの呼接続制御においてユーザ端末ＴＭから受信したINVITEリクエストメッセージのメッセージヘッダから「発信元電話番号」を取り出して、ソフトウエア更新判定部４に送るようにしてもよい。また、ＳＩＰセッションを確立していないユーザ端末からのデータは受け付けない。
【００４９】
ソフトウエア更新判定部４は、上記送られた「発信元電話番号」及び「現在のバージョン番号」を、先ず現在バージョン番号格納レジスタ１１に格納する（ステップＳ３４）。そして、最新バージョン番号格納レジスタ３から更新を要求されたソフトウエアの「最新のバージョン番号」を読み出し、この読み出した「最新のバージョン番号」を上記受信した「現在のバージョン番号」と比較する（ステップＳ３５）。
【００５０】
続いてソフトウエア更新判定部４は、上記比較の結果、上記読み出した「最新のバージョン番号」と上記受信した「現在のバージョン番号」とが一致したか否かをステップＳ４１で判定する。この判定の結果、両バージョン番号が一致しなければ、ソフトウエア更新判定部４は、更新が必要と判断し、現在バージョン番号格納レジスタ１１に格納された上記「発信元電話番号」をソフトウエア更新サーバ検索部５に送る（ステップＳ４２）。
【００５１】
ソフトウエア更新サーバ検索部５は、上記ソフトウエア更新判定部４から受け取った「発信元電話番号」をキーにして更新サーバリスト格納メモリ６を検索し、これにより対応する「更新サーバのＵＲＬ（ドメイン名）」６４を読み出す（ステップＳ４３）。例えば、いま図１及び図６に示したように「発信元電話番号」が“03-xxxx-xxxx”であれば、更新サーバリスト格納メモリ６からは、図５に示すように「東京」に配置された更新サーバＵＳＶ１のＵＲＬ“http://www.koushin.tokyo.co.jp”が読み出される。そして、この読み出された更新サーバＵＳＶ１のＵＲＬ“http://www.koushin.tokyo.co.jp”をソフトウエア更新要求処理部７に送る（ステップＳ４４）。
【００５２】
ソフトウエア更新要求処理部７は、ソフトウエア更新サーバ検索部５から更新サーバのＵＲＬを受け取り、この受け取った更新サーバのＵＲＬを記載したデータを生成し、この生成されたデータを通信プロトコル処理部８へ送る（ステップＳ８１）。通信プロトコル処理部８は、ソフトウエア更新要求処理部７から送られたデータに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定されるヘッダを付加し、このＩＰパケットをネットワークインタフェース部１０から更新要求元のユーザ端末ＴＭに向けて送信する（ステップＳ８２）。
上記補助サーバＡＳＶから送信されたＩＰパケットは、図９に示すようにＳＩＰサーバＳＳＶを介さずにＩＰネットワークＩＮＷを介して更新要求元のユーザ端末ＴＭに転送される。
【００５３】
ユーザ端末ＴＭは、上記ＩＰパケットを受信すると、このＩＰパケットからデータを取り出す。そして、このデータから更新サーバのＵＲＬ“http://www.koushin.tokyo.co.jp”を抽出する。続いて、この抽出したＵＲＬ“http://www.koushin.tokyo.co.jp”をもとに、ＴＣＰ／ＩＰ又はＵＤＰ／ＩＰに従い「東京」の更新サーバＵＳＶ１に対し、図１の(5) に示すように更新要求を送信する。
【００５４】
更新サーバＵＳＶ１は、上記更新要求を受信すると、先ずこの更新要求に記載された更新希望のソフトウエアのバージョン番号から更新の要否を判定し、更新が必要であれば該当する最新のソフトウエアをデータベースから読み出して、要求元のユーザ端末ＴＭに向け図１の(6) に示すようにダウンロードする。
【００５５】
一方、上記ステップＳ４１による判定の結果、最新バージヨン番号格納レジスタ３から読み出した「最新のバージョン番号」と、上記受信した「現在のバージョン番号」とが一致したとする。この場合ソフトウエア更新判定部４は、更新の必要がないと判断し、「更新の必要がない」旨の通知情報を生成し、この生成された通知情報をソフトウエア更新要求処理部７に送る（ステップＳ４７）。ソフトウエア更新要求処理部７は、上記ソフトウエア更新判定部４から「更新の必要がない」旨の通知情報を受け取り、この受け取った「更新の必要がない」旨の通知情報を記載したデータを生成し、この生成されたデータを通信プロトコル処理部８へ送る（ステップＳ８３）。通信プロトコル処理部８は、ソフトウエア更新要求処理部７から送られたデータに対しＴＣＰ／ＩＰ又はＵＤＰ／ＩＰで規定されるヘッダを付加し、このＩＰパケットをネットワークインタフェース部１０から更新要求元のユーザ端末ＴＭに向けて送信する（ステップＳ８４）。
【００５６】
上記補助サーバＡＳＶから送信されたＩＰパケットは、先に述べた更新サーバのＵＲＬをデータにより通知する場合と同様に、ＳＩＰサーバＳＳＶを介さずにＩＰネットワークＩＮＷを介して更新要求元のユーザ端末ＴＭに転送される。このＩＰパケットにより送られた「更新の必要がない」旨の通知情報はユーザ端末ＴＭにおいて表示部に表示される。したがって、ユーザ端末ＴＭにおいて、上記更新要求を再送信する動作は行われない。
【００５７】
以上述べたように第２の実施形態では、ユーザ端末ＴＭから補助サーバＡＳＶへ更新要求を送信する際に、先ずユーザ端末ＴＭと補助サーバＡＳＶとの間でＳＩＰによる呼接続制御を実行してＳＩＰセッションを確立し、この状態でユーザ端末ＴＭから補助サーバＡＳＶへ更新要求を挿入したデータを送信するようにしている。
したがって、ＳＩＰのMESSAGEリクエストメッセージを利用する場合に比べ、補助サーバＡＳＶの処理負荷及び処理時間は増加するが、実際の通信サービスにおいて通信費用を安価にすることが可能となる。
【００５８】
（その他の実施形態）
前記第１及び第２の実施形態では、ユーザ端末の現在位置を表す情報として、ユーザ端末ＴＭに予め割り当てられている電話番号を使用した。しかし、それに限定されるものではなく、例えばユーザ端末にＧＰＳ（Global Positioning System）測位機能が設けられている場合や、携帯端末のように基地局から位置情報を取得する機能を備える場合には、これらの機能により取得した位置情報を補助サーバへ送信するようにしてもよい。
【００５９】
また、更新サーバリスト格納メモリ６として連想メモリを使用してもよい。連想メモリを使用すると更新サーバのＵＲＬ（ドメイン名）の検索に要する時間を短縮することが可能となる。その他、サーバ補助装置の構成や処理手順及び処理内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００６０】
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００６１】
【図１】この発明に係わるサーバ補助装置の第１の実施形態である補助サーバを備える、ネットワークを使用する更新システムの概略構成図である。
【図２】図１に示したシステムで使用される補助サーバの機能構成を示すブロック図である。
【図３】図２に示した補助サーバによる処理手順と処理内容の前半部分を示すフローチャートである。
【図４】図２に示した補助サーバによる処理手順と処理内容の後半部分を示すフローチャートである。
【図５】図２に示した補助サーバに設けられる更新サーバリスト格納メモリに記憶される情報の一例を示す図である。
【図６】図１に示した補助サーバ、ユーザ端末、ＳＩＰサーバ及び更新サーバ間における通信シーケンスを示す図である。
【図７】この発明の第２の実施形態に係わる補助サーバによる処理手順と処理内容の前半部分を示すフローチャートである。
【図８】この発明の第２の実施形態に係わる補助サーバによる処理手順と処理内容の後半部分を示すフローチャートである。
【図９】この発明の第２の実施形態に係わる補助サーバ、ユーザ端末、ＳＩＰサーバ及び更新サーバ間における通信シーケンスを示す図である。
【符号の説明】
【００６２】
ＵＳＶ１〜ＵＳＶ３…更新サーバ、ＴＭ…ユーザ端末、ＳＳＶ…ＳＩＰサーバ、ＡＳＶ…補助サーバ、ＩＮＷ…ＩＰネットワーク、１…入力部、２…入力制御部、３…最新バージョン番号格納レジスタ、４…ソフトウエア更新判定部、５…ソフトウエア更新サーバ検索部、６…更新サーバリスト格納メモリ、７…ソフトウエア更新要求処理部、８…通信プロトコル処理部、１０…ネットワークインタフェース部、１１…現在バージョン番号格納レジスタ。
【特許請求の範囲】
【請求項１】
保持するソフトウエア又はファイルの現在のバージョンを表す情報を含む更新要求を送信する機能を有するユーザ端末と、このユーザ端末から送信された更新要求をＩＰ（Internet Protocol）網を介して受信し、この受信された更新要求に応答して更新後のソフトウエア又はファイルを要求元のユーザ端末に向け前記ＩＰ網を介して送信する機能を有する更新サーバとを備えるシステムの、前記ユーザ端末との間でＳＩＰ（Session Initiation Protocol）サーバを介して通信を行うサーバ補助装置であって、
前記更新サーバが保存するソフトウエア又はファイルの最新のバージョンを表す情報を記憶する第１のメモリと、
前記ユーザ端末からＳＩＰを用いて送信されたのち前記ＳＩＰサーバを介して転送される更新要求を受信する受信手段と、
前記受信された更新要求に含まれる現在のバージョンを表す情報を、前記第１のメモリに記憶された該当するソフトウエア又はファイルの最新のバージョンを表す情報と比較して、更新の要否を判定する判定手段と、
前記判定手段により更新が必要と判定された場合に、予め記憶してある前記更新サーバのアドレス情報を要求元のユーザ端末に向け送信する送信手段と
を具備することを特徴とするサーバ補助装置。
【請求項２】
前記システムが、サービスエリア別に設置された複数の更新サーバを備え、かつ前記ユーザ端末が、保持するソフトウエア又はファイルの現在のバージョンを表す情報と、自端末の現在位置を表す情報とを含む更新要求を送信する場合に、
前記送信手段は、
前記ユーザ端末の位置を表す情報に対応付けて、当該位置を含むサービスエリアに設置された前記更新サーバのアドレス情報を記憶した第２のメモリと、
前記判定手段により更新が必要と判定された場合に、前記受信された更新要求に含まれるユーザ端末の現在位置を表す情報をもとに、当該現在位置を含むサービスエリアに設置されている更新サーバのアドレス情報を前記第２のメモリから読み出し、この読み出されたアドレス情報を要求元のユーザ端末に向け送信するアドレス情報送信手段と
を備えることを特徴とする請求項１記載のサーバ補助装置。
【請求項３】
前記ユーザ端末が、自端末の現在位置を表す情報として自端末に割り当てられた電話番号を前記更新要求に含めて送信する場合に、
前記第２のメモリは、前記電話番号に対応付けて、当該電話番号が割り当てられた地域を含むサービスエリアに設置された前記更新サーバのアドレス情報を記憶し、
前記アドレス情報送信手段は、前記判定手段により更新が必要と判定された場合に、前記受信された更新要求に含まれるユーザ端末の電話番号をもとに、当該電話番号が割り当てられた地域を含むサービスエリアに設置されている更新サーバのアドレス情報を前記第２のメモリから読み出し、この読み出されたアドレス情報を要求元のユーザ端末に向け送信することを特徴とする請求項２記載のサーバ補助装置。
【請求項４】
前記送信手段は、
前記判定手段により更新が不要と判定された場合には、更新の必要がない旨の通知情報を要求元のユーザ端末に向け送信する手段を
さらに備えることを特徴とする請求項１記載のサーバ補助装置。
【請求項５】
前記受信手段は、前記ユーザ端末から送信されるＳＩＰにより規定されたMESSAGEリクエストメッセージを前記ＳＩＰサーバを介して受信して、この受信されたMESSAGEリクエストメッセージのボディ部から更新要求を抽出することを特徴とする請求項１記載のサーバ補助装置。
【請求項６】
前記受信手段は、前記ユーザ端末からの接続要求に応じて当該ユーザ端末との間でＳＩＰによる通信セッションを確立するための呼接続処理を実行し、前記通信セッションが確立された状態で前記ユーザ端末から送信されるデータを受信して、この受信されたデータのペイロード部から更新要求を抽出することを特徴とする請求項１記載のサーバ補助装置。
【請求項７】
保持するソフトウエア又はファイルの現在のバージョンを表す情報を含む更新要求を送信する機能を有するユーザ端末と、このユーザ端末から送信された更新要求をＩＰ（Internet Protocol）網を介して受信し、この受信された更新要求に応答して更新後のソフトウエア又はファイルを要求元のユーザ端末に向けＩＰ網を介して送信する機能を有する更新サーバとを備えるシステムの、前記ユーザ端末との間でプロセッサの制御の下でＳＩＰ（Session Initiation Protocol）サーバを介して通信を行うサーバ補助装置で使用されるプログラムであって、
前記ユーザ端末からＳＩＰを用いて送信されたのち前記ＳＩＰサーバを介して転送される更新要求を、通信インタフェース部により受信させる受信制御処理と、
前記受信された更新要求に含まれる現在のバージョンを表す情報を、第１のメモリに予め記憶された対応するソフトウエア又はファイルの最新のバージョンを表す情報と比較して、更新の要否を判定する判定処理と、
前記判定処理により更新が必要と判定された場合に、予め記憶してある前記更新サーバのアドレス情報を要求元のユーザ端末に向け通信インタフェース部から送信させる送信制御処理と
を、前記プロセッサに実行させることを特徴とするプログラム。
【請求項８】
前記システムが、サービスエリアを分けて設置された複数の更新サーバを備え、かつ前記ユーザ端末が、保持するソフトウエア又はファイルの現在のバージョンを表す情報と、自端末の現在位置を表す情報とを含む更新要求を送信する場合に、
前記送信制御処理は、
前記判定処理により更新が必要と判定された場合に、前記ユーザ端末の位置を表す情報に対応付けて当該位置を含むサービスエリアに設置された前記更新サーバのアドレス情報を記憶した第２のメモリから、前記受信された更新要求に含まれるユーザ端末の現在位置を表す情報をもとに、当該現在位置を含むサービスエリアに設置されている更新サーバのアドレス情報を読み出す処理と、
前記読み出されたアドレス情報を要求元のユーザ端末に向け前記通信インタフェース部から送信させる処理と
を備えることを特徴とする請求項７記載のプログラム。
【請求項９】
前記ユーザ端末が、自端末の現在位置を表す情報として自端末に割り当てられた電話番号を前記更新要求に含めて送信する場合に、
前記アドレス情報を読み出す処理は、前記判定処理により更新が必要と判定された場合に、前記電話番号に対応付けて当該電話番号が割り当てられた地域を含むサービスエリアに設置された前記更新サーバのアドレス情報を記憶した第２のメモリから、前記受信された更新要求に含まれるユーザ端末の電話番号が割り当てられた地域を含むサービスエリアに設置されている更新サーバのアドレス情報を読み出すことを特徴とする請求項８記載のプログラム。
【請求項１０】
前記送信制御処理は、前記判定処理により更新が不要と判定された場合には、更新の必要がない旨の通知情報を要求元のユーザ端末に向け前記通信インタフェース部から送信させることを特徴とする請求項７記載のプログラム。
【請求項１】
保持するソフトウエア又はファイルの現在のバージョンを表す情報を含む更新要求を送信する機能を有するユーザ端末と、このユーザ端末から送信された更新要求をＩＰ（Internet Protocol）網を介して受信し、この受信された更新要求に応答して更新後のソフトウエア又はファイルを要求元のユーザ端末に向け前記ＩＰ網を介して送信する機能を有する更新サーバとを備えるシステムの、前記ユーザ端末との間でＳＩＰ（Session Initiation Protocol）サーバを介して通信を行うサーバ補助装置であって、
前記更新サーバが保存するソフトウエア又はファイルの最新のバージョンを表す情報を記憶する第１のメモリと、
前記ユーザ端末からＳＩＰを用いて送信されたのち前記ＳＩＰサーバを介して転送される更新要求を受信する受信手段と、
前記受信された更新要求に含まれる現在のバージョンを表す情報を、前記第１のメモリに記憶された該当するソフトウエア又はファイルの最新のバージョンを表す情報と比較して、更新の要否を判定する判定手段と、
前記判定手段により更新が必要と判定された場合に、予め記憶してある前記更新サーバのアドレス情報を要求元のユーザ端末に向け送信する送信手段と
を具備することを特徴とするサーバ補助装置。
【請求項２】
前記システムが、サービスエリア別に設置された複数の更新サーバを備え、かつ前記ユーザ端末が、保持するソフトウエア又はファイルの現在のバージョンを表す情報と、自端末の現在位置を表す情報とを含む更新要求を送信する場合に、
前記送信手段は、
前記ユーザ端末の位置を表す情報に対応付けて、当該位置を含むサービスエリアに設置された前記更新サーバのアドレス情報を記憶した第２のメモリと、
前記判定手段により更新が必要と判定された場合に、前記受信された更新要求に含まれるユーザ端末の現在位置を表す情報をもとに、当該現在位置を含むサービスエリアに設置されている更新サーバのアドレス情報を前記第２のメモリから読み出し、この読み出されたアドレス情報を要求元のユーザ端末に向け送信するアドレス情報送信手段と
を備えることを特徴とする請求項１記載のサーバ補助装置。
【請求項３】
前記ユーザ端末が、自端末の現在位置を表す情報として自端末に割り当てられた電話番号を前記更新要求に含めて送信する場合に、
前記第２のメモリは、前記電話番号に対応付けて、当該電話番号が割り当てられた地域を含むサービスエリアに設置された前記更新サーバのアドレス情報を記憶し、
前記アドレス情報送信手段は、前記判定手段により更新が必要と判定された場合に、前記受信された更新要求に含まれるユーザ端末の電話番号をもとに、当該電話番号が割り当てられた地域を含むサービスエリアに設置されている更新サーバのアドレス情報を前記第２のメモリから読み出し、この読み出されたアドレス情報を要求元のユーザ端末に向け送信することを特徴とする請求項２記載のサーバ補助装置。
【請求項４】
前記送信手段は、
前記判定手段により更新が不要と判定された場合には、更新の必要がない旨の通知情報を要求元のユーザ端末に向け送信する手段を
さらに備えることを特徴とする請求項１記載のサーバ補助装置。
【請求項５】
前記受信手段は、前記ユーザ端末から送信されるＳＩＰにより規定されたMESSAGEリクエストメッセージを前記ＳＩＰサーバを介して受信して、この受信されたMESSAGEリクエストメッセージのボディ部から更新要求を抽出することを特徴とする請求項１記載のサーバ補助装置。
【請求項６】
前記受信手段は、前記ユーザ端末からの接続要求に応じて当該ユーザ端末との間でＳＩＰによる通信セッションを確立するための呼接続処理を実行し、前記通信セッションが確立された状態で前記ユーザ端末から送信されるデータを受信して、この受信されたデータのペイロード部から更新要求を抽出することを特徴とする請求項１記載のサーバ補助装置。
【請求項７】
保持するソフトウエア又はファイルの現在のバージョンを表す情報を含む更新要求を送信する機能を有するユーザ端末と、このユーザ端末から送信された更新要求をＩＰ（Internet Protocol）網を介して受信し、この受信された更新要求に応答して更新後のソフトウエア又はファイルを要求元のユーザ端末に向けＩＰ網を介して送信する機能を有する更新サーバとを備えるシステムの、前記ユーザ端末との間でプロセッサの制御の下でＳＩＰ（Session Initiation Protocol）サーバを介して通信を行うサーバ補助装置で使用されるプログラムであって、
前記ユーザ端末からＳＩＰを用いて送信されたのち前記ＳＩＰサーバを介して転送される更新要求を、通信インタフェース部により受信させる受信制御処理と、
前記受信された更新要求に含まれる現在のバージョンを表す情報を、第１のメモリに予め記憶された対応するソフトウエア又はファイルの最新のバージョンを表す情報と比較して、更新の要否を判定する判定処理と、
前記判定処理により更新が必要と判定された場合に、予め記憶してある前記更新サーバのアドレス情報を要求元のユーザ端末に向け通信インタフェース部から送信させる送信制御処理と
を、前記プロセッサに実行させることを特徴とするプログラム。
【請求項８】
前記システムが、サービスエリアを分けて設置された複数の更新サーバを備え、かつ前記ユーザ端末が、保持するソフトウエア又はファイルの現在のバージョンを表す情報と、自端末の現在位置を表す情報とを含む更新要求を送信する場合に、
前記送信制御処理は、
前記判定処理により更新が必要と判定された場合に、前記ユーザ端末の位置を表す情報に対応付けて当該位置を含むサービスエリアに設置された前記更新サーバのアドレス情報を記憶した第２のメモリから、前記受信された更新要求に含まれるユーザ端末の現在位置を表す情報をもとに、当該現在位置を含むサービスエリアに設置されている更新サーバのアドレス情報を読み出す処理と、
前記読み出されたアドレス情報を要求元のユーザ端末に向け前記通信インタフェース部から送信させる処理と
を備えることを特徴とする請求項７記載のプログラム。
【請求項９】
前記ユーザ端末が、自端末の現在位置を表す情報として自端末に割り当てられた電話番号を前記更新要求に含めて送信する場合に、
前記アドレス情報を読み出す処理は、前記判定処理により更新が必要と判定された場合に、前記電話番号に対応付けて当該電話番号が割り当てられた地域を含むサービスエリアに設置された前記更新サーバのアドレス情報を記憶した第２のメモリから、前記受信された更新要求に含まれるユーザ端末の電話番号が割り当てられた地域を含むサービスエリアに設置されている更新サーバのアドレス情報を読み出すことを特徴とする請求項８記載のプログラム。
【請求項１０】
前記送信制御処理は、前記判定処理により更新が不要と判定された場合には、更新の必要がない旨の通知情報を要求元のユーザ端末に向け前記通信インタフェース部から送信させることを特徴とする請求項７記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００９−２４５３９７（Ｐ２００９−２４５３９７Ａ）
【公開日】平成２１年１０月２２日（２００９．１０．２２）
【国際特許分類】
【出願番号】特願２００８−９４３６８（Ｐ２００８−９４３６８）
【出願日】平成２０年３月３１日（２００８．３．３１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２１年１０月２２日（２００９．１０．２２）
【国際特許分類】
【出願日】平成２０年３月３１日（２００８．３．３１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]