(57)【要約】【課題】  センタ装置からリモート装置へのファイルのダウンロードの実行中に、リモート装置の処理が急増してリモート装置が過負荷状態となることを防止する。【解決手段】  通信回線を介してセンタ装置からリモート装置へファイルをダウンロードするにあたり、リモート装置のＣＰＵ稼働率、リモート装置のＣＰＵ稼働率の過去の所定時間の平均値、リモート装置の通信回線使用率、リモート装置の通信回線使用率の過去の所定時間の平均値等が所定のレベル以下か否かを判断する。そして、稼動状況が所定のレベル以下である場合に、リモート装置はダウンロードの開始要求を前記センタ装置へ送る。また、稼動状況が所定のレベルを超える場合に、リモート装置はダウンロードの開始の停止要求をセンタ装置へ送る。【選択図】  図４
2005242447.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介してセンタ装置からリモート装置へファイルをダウンロードする方法において、
前記ファイルのダウンロードの開始にあたり、前記リモート装置の稼動状況が所定のレベル以下か否かを判断するステップと、
前記稼動状況が前記所定のレベル以下である場合に、前記リモート装置はダウンロードの開始要求を前記センタ装置へ送るステップと、
前記開始要求を受け取った前記センタ装置は、前記リモート装置へファイルをダウンロードするステップと、
を含むことを特徴とするファイルダウンロード方法。
【請求項２】
前記稼動状況は、前記リモート装置における通信の呼処理の状況であることを特徴とする請求項１記載のファイルダウンロード方法。
【請求項３】
前記稼動状況は、前記リモート装置のＣＰＵ稼働率、前記リモート装置のＣＰＵ稼働率の過去の所定時間の平均値、前記リモート装置の通信回線使用率、前記リモート装置の通信回線使用率の過去の所定時間の平均値、前記リモート装置内の所定の機能間の信号通信率、前記リモート装置内の所定の機能間の信号通信率の過去の所定時間の平均値、の少なくとも一つであることを特徴とする請求項２記載のファイルダウンロード方法。
【請求項４】
前記過去の所定時間は、前日の同一時刻あるいは前の週の同一曜日の同一時刻における時間であることを特徴とする請求項３記載のファイルダウンロード方法。
【請求項５】
前記ファイルのダウンロードの開始は、前記リモート装置から前記センタ装置に通知された前記リモート装置のファイルのバージョン情報に基づき、前記センタ装置が新たなバージョンのファイルをダウンロードするとの判断によることを特徴とする請求項１記載のファイルダウンロード方法。
【請求項６】
前記ファイルは、前記リモート装置の運用プログラムであって、
前記ダウンロードの開始要求を受け取った前記センタ装置は、前記リモート装置へ運用プログラムをダウンロードし、
前記リモート装置は、前記運用プログラムを保存し、保存された前記運用プログラムで前記リモート装置の再立上げを行うことを特徴とする請求項１または５記載のファイルダウンロード方法。
【請求項７】
前記リモート装置は、移動通信網における無線基地局装置、基地局制御局装置、または移動通信交換局装置のいずれかであることを特徴とする請求項１記載のファイルダウンロード方法。
【請求項８】
通信回線を介してセンタ装置からファイルをダウンロードするリモート装置において、
前記ファイルのダウンロードの開始にあたり、前記リモート装置の稼動状況が所定のレベル以下か否かを判断する手段と、
前記稼動状況が前記所定のレベル以下である場合に、ダウンロードの開始要求を前記センタ装置へ送信し、前記開始要求に基づきダウンロードされる前記ファイルを受信する通信手段と、
を備えることを特徴とするリモート装置。
【請求項９】
前記稼動状況は、通信の呼処理の状況であることを特徴とする請求項８記載のリモート装置。
【請求項１０】
前記稼動状況は、前記リモート装置のＣＰＵ稼働率、前記リモート装置のＣＰＵ稼働率の過去の所定時間の平均値、前記リモート装置の通信回線使用率、前記リモート装置の通信回線使用率の過去の所定時間の平均値、前記リモート装置内の所定の機能間の信号通信率、前記リモート装置内の所定の機能間の信号通信率の過去の所定時間の平均値、の少なくとも一つであることを特徴とする請求項８記載のリモート装置。
【請求項１１】
前記過去の所定時間は、前日の同一時刻あるいは前の週の同一曜日の同一時刻における時間であることを特徴とする請求項１０記載のリモート装置。
【請求項１２】
前記ファイルは、前記リモート装置の運用プログラムであって、
前記センタ装置からダウンロードされた前記運用プログラムを不揮発性メモリに保存し、
保存された前記運用プログラムによって再立上げを行うことを特徴とする請求項８記載のリモート装置。
【請求項１３】
移動通信網における無線基地局装置、基地局制御局装置、または移動通信交換局装置のいずれかであることを特徴とする請求項８記載のリモート装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルダウンロード方法およびリモート装置に関し、特に通信回線を介してセンタ装置からリモート装置へファイルをダウンロードする方法およびそのリモート装置に関する。
【背景技術】
【０００２】
従来、通信回線を介してセンタ装置からリモート装置へファイルをダウンロードすることが極めて一般的に行われている。さらに、リモート装置が実行するプログラムをセンタ装置からリモート装置へダウンロードする技術も知られている。
【０００３】
例えば、特許文献１には、通信回線を介してセンタ装置からリモート装置へプログラムをダウンロードする方法が開示されている。この方法では、リモート装置がセンタ装置に通信データを要求する場合にデータ要求信号を生成する。センタ装置は、データ要求信号を検知した場合には、リモート装置へのプログラムのダウンロード処理を停止し、データ要求信号を検知しない場合には、リモート装置へのプログラムのダウンロード処理を行う。したがって、リモート装置からのデータ要求信号を検知したセンタ装置は、リモート装置へのプログラムのダウンロード処理を停止するため、通常のデータ通信を停止することなくプログラムのダウンロードを行うことができる。
【０００４】
また、特許文献２には、基地局を動作させるためのプログラムを基地局に転送する際のプログラム転送方法が開示されている。この方法では、ＣＰＵを非動作状態としている間に、ＣＰＵで実行させるためのプログラムを外部から転送させ、実装されているランダムアクセスメモリに強制的に書込んだ後、ＣＰＵの非動作状態を解除する。
【０００５】
しかし、特許文献２に開示された方法では、ＣＰＵを非動作状態としてプログラムをダウンロードするために、リモート装置のＣＰＵを動作状態に保つ必要がある場合には適用することが困難である。これに対し、特許文献３には、ネットワークを構成する複数の装置のソフトウェア更新時に、装置の機能停止を行わずオンライン状態でリモートからのブロードキャストによるソフトウェアダウンロード方式が開示されている。この方法では、二重化されたＥＥＰＲＯＭにプログラムを登録してＣＰＵ動作を行うように構成される。したがって、通常運用状態においてリモートからの複数の装置に対して同時にプログラムデータのダウンロードを行うことができる。
【０００６】
【特許文献１】特開２００３−２８０９１１号公報  （図１、図３）
【特許文献２】特開２００１−３２６９５５号公報  （図１、図３）
【特許文献３】特開平５−１５８７０３号公報  （図１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
リモート装置が通信回線の基地局の装置であるような場合には基地局が提供しているサービスの中断を避けるために、通常の運用状態においてプログラムのダウンロードを行う必要がある。例えば、特許文献１では、センタ装置が通常のデータ通信の通信状況を検知してダウンロードを行い、リモート装置における通常のデータ通信の停止を回避している。しかしながら、リモート装置がセンタ装置に関係しない処理を行っている場合には、センタ装置は、センタ装置において通信状況を検知しているだけで、リモート装置の処理状況を知ることはできず、ダウンロードを実行してしまう。このためリモート装置の処理がオーバフローする虞がある。また、センタ装置が通常のデータ通信の通信状況を検知してダウンロードを行うにしても、ダウンロードを実行している間に、リモート装置の処理状況が変化する可能性も高い。すなわち、リモート装置が基地局の装置であるような場合、提供しているサービスの状況は刻々変化し、ダウンロード中にリモート装置の処理が急増して処理がオーバフローする虞もある。
【０００８】
また、特許文献３に開示された方式により、リモート装置の機能停止を行わずオンライン状態でセンタからソフトウェアダウンロードすることができる。しかし、上記で説明したと同様に、ダウンロード中にリモート装置の処理が急増して処理がオーバフローする虞がやはり存在する
【０００９】
すなわち、従来の知られたファイルダウンロード方法では、リモート装置の稼動状況に対応してダウンロードを実行するか否かを適切に判定することができず、ダウンロードを実行中にリモート装置の処理が急増すると、リモート装置が過負荷状態となってリモート装置の本来の処理に滞りを生じてしまう虞があった。これを避けるためには、リモート装置における処理能力を充分に高くしておく必要があった。
【００１０】
本発明の目的は、センタ装置からリモート装置へのファイルのダウンロードの実行中に、リモート装置の処理が急増してリモート装置が過負荷状態となることを防止するリモート装置およびファイルダウンロード方法を提供することにある。
【課題を解決するための手段】
【００１１】
前記目的を達成するために、本発明に係るファイルダウンロード方法は、第１のアスペクトによれば、通信回線を介してセンタ装置からリモート装置へファイルをダウンロードする方法である。この方法において、ファイルのダウンロードの開始にあたり、リモート装置の稼動状況が所定のレベル以下か否かを判断するステップと、稼動状況が所定のレベル以下である場合に、リモート装置はダウンロードの開始要求をセンタ装置へ送るステップと、開始要求を受け取ったセンタ装置は、リモート装置へファイルをダウンロードするステップと、を含む。
【００１２】
また、本発明に係るリモート装置は、他のアスペクトによれば、通信回線を介してセンタ装置からファイルをダウンロードするリモート装置である。リモート装置は、ファイルのダウンロードの開始にあたり、リモート装置の稼動状況が所定のレベル以下か否かを判断する手段と、稼動状況が所定のレベル以下である場合に、ダウンロードの開始要求をセンタ装置へ送信し、開始要求に基づきダウンロードされるファイルを受信する通信手段と、を備える。
【００１３】
本発明において、好ましくは、稼動状況は、リモート装置における通信の呼処理の状況であってもよい。
【００１４】
また、本発明において、好ましくは、稼動状況は、リモート装置のＣＰＵ稼働率、リモート装置のＣＰＵ稼働率の過去の所定時間の平均値、リモート装置の通信回線使用率、リモート装置の通信回線使用率の過去の所定時間の平均値、リモート装置内の所定の機能間の信号通信率、リモート装置内の所定の機能間の信号通信率の過去の所定時間の平均値、の少なくとも一つであってもよい。
【００１５】
さらに、本発明において、好ましくは、過去の所定時間は、前日の同一時刻あるいは前の週の同一曜日の同一時刻における時間であってもよい。
【００１６】
なお、本発明において、リモート装置とは、センタ装置から離隔して配され、通信回線を介して接続交信可能な装置を言う。ここで、通信回線とは、有線、無線、その他任意の通信媒体からなる通信路であって、通信路の途中には、中継装置あるいは交換装置等などが配置されてもかまわない。
【発明の効果】
【００１７】
本発明によれば、センタ装置からリモート装置へのファイルのダウンロードの開始にあたり、リモート装置の稼動状況が所定のレベル以下か否かを判断し、この判断の結果に基づいてファイルのダウンロードを実行する。したがって、リモート装置の処理が急増してリモート装置の処理が過負荷状態となることを防止することができ、リモート装置の処理能力を必要以上に高める必要がなくなる。
【００１８】
また、本発明によれば、リモート装置の処理が過負荷状態となることを防止することができるので、リモート装置の本来の処理を滞りなく行うことができる。
【発明を実施するための最良の形態】
【００１９】
次に、本発明の実施形態について図面を参照して説明する。図１は、本発明の実施形態に係る移動通信網全体のブロック図である。図１において、移動通信網は、無線基地局装置１０、基地局制御局装置１１、移動通信交換局装置１２、保守監視装置１３、移動通信端末装置１４から構成される。なお、基地局制御局装置１１、および移動通信交換局装置１２は、上位局と称され、無線基地局装置１０は、上位局と離れた位置に設置されるのが一般的である。また、保守監視装置１３は、移動通信交換局装置１２に接続される移動通信保守監視卓に相当する。
【００２０】
無線基地局装置１０は、基地局制御局装置１１からの制御信号により、基地局制御局装置１１からの音声及びデータ（非音声）信号を高周波信号に変換し空間に放射する。また、移動通信端末装置１４が音声及びデータ（非音声）信号を高周波信号に変換し空間に放射した高周波信号を受信し、基地局制御局装置１１に送信する。
【００２１】
基地局制御局装置１１は、数十台の無線基地局装置１０を配下に設置し制御することが出来る。また、移動通信交換局装置１２により制御され、無線基地局装置１０の無線回線を主に制御する。
【００２２】
移動通信交換局装置１２は、数十台の基地局制御局装置１１と接続され、移動通信網の有線回線交換制御を行う。
【００２３】
保守監視装置１３は、移動通信交換局装置１２、基地局制御局装置１１、及び無線基地局装置１０の状態を常に監視し、確認することができる。また、これら装置のリセットの実行等を遠隔から制御することが出来る。さらに、無線基地局装置１０と移動通信端末装置１４との間の高周波信号（無線）の状態も監視することが出来る。また、移動通信網内の移動通信交換局装置１２、基地局制御局装置１１、及び無線基地局装置１０で実行されるプログラムを格納し、必要に応じて、各装置のプログラムを各装置へ遠隔からダウンロードすることが出来る。
【００２４】
以上のような構成の移動通信網では、保守監視装置１３がセンタ装置に該当し、移動通信交換局装置１２、基地局制御局装置１１、及び無線基地局装置１０がリモート装置に該当する。リモート装置には、通信回線を介してセンタ装置から、例えばリモート装置の運用プログラム等のファイルがダウンロードされる。このようなリモート装置は、ファイルのダウンロードの開始にあたり、リモート装置の稼動状況が所定のレベル以下か否かを判断する手段と、稼動状況が所定のレベル以下である場合に、ダウンロードの開始要求をセンタ装置へ送り、稼動状況が所定のレベルを超える場合に、ダウンロードの開始の停止要求をセンタ装置へ送る通信手段と、を備える。
【実施例】
【００２５】
次に、本発明の実施例について図面を参照して説明する。図２は、本発明の実施例に係るリモート装置およびセンタ装置の構成を示すブロック図である。図２において、リモート装置２０は、ＣＰＵ２１、ＲＡＭ２２、ＦＲＯＭ２３、ＲＯＭ２４、通信インタフェース部２５を備え、これらはバス２６で接続されている。また、通信インタフェース部２５は、通信回線２７を介してセンタ装置３０と接続される。ＦＲＯＭ２３は、電源が断たれても内容が消えない書き換え可能なメモリである。なお、リモート装置２０には、他にも移動通信網で機能するための各種の処理部が備えられるが、本発明に関係しないのでその説明を省く。
【００２６】
ＣＰＵ２１は、ＦＲＯＭ２３に蓄えられたプログラムを実行し、主としてリモート装置２０における呼処理を実行する。また、通信インタフェース部２５を動作させ、センタ装置３０と通信し、必要に応じてセンタ装置３０からプログラムをダウンロードしてＦＲＯＭ２３の内容を書き換える。また、ＲＯＭ２４にはプログラムのブートローダが格納され、リモート装置２０の立上げ時に実行される。ＲＡＭ２２は、ＣＰＵ２１のワークエリアとして働き、各種のデータを一時蓄積する。
【００２７】
一方、センタ装置３０は、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、記憶部３４、通信インタフェース部３５を備え、これらはバス３６で接続されている。なお、センタ装置３０には、他にも移動通信網で機能するための各種の処理部が備えられるが、本発明に関係しないのでその説明を省く。
【００２８】
ＣＰＵ３１は、記憶部３４に蓄えられたプログラムを実行し、主として他の装置の監視処理を実行する。さらに、記憶部３４には、センタ装置３０で実行されるプログラム以外に、リモート装置２０にダウンロードするプログラム等のファイルをバージョン毎に管理して格納する。この様子を図３に示す。
【００２９】
図３は、本発明の実施例に係るセンタ装置に格納されるダウンロード用のファイルの管理状況を説明する図である。図３において、センタ装置３０は、リモート装置として移動通信交換局装置（ＭＳＣ１、２、３・・）、基地局制御局装置（ＢＳＣ１、２、３・・）、及び無線基地局装置（ＢＴＳ１、２、３・・）を管理している。すなわち、図３に示すようなリンク情報により、移動通信交換局装置ＭＳＣ１にファイルとしてダウンロードすべきプログラムは、ＭＳＣプログラムＡであり、基地局制御局装置ＢＳＣ１にファイルとしてダウンロードすべきプログラムは、ＢＳＣプログラムＡであり、無線基地局装置ＢＴＳ１、ＢＴＳ２のそれぞれにファイルとしてダウンロードすべきプログラムは、それぞれＢＴＳプログラムＡ、ＢＴＳプログラムＢであることが示されている。
【００３０】
なお、センタ装置３０に格納されるダウンロード用のファイルは、リモート装置２０で実行されるプログラム（運用プログラム）全体である必要はなく、プログラムの一部あるいは必要とされるデータ等であってもよい。
【００３１】
一方、ＣＰＵ３１は、通信インタフェース部３５を動作させ、リモート装置２０と通信し、必要に応じて記憶部３４に格納されているプログラムをダウンロードする。また、ＲＯＭ３３にはプログラムのブートローダが格納され、センタ装置３０の立上げ時に実行される。ＲＡＭ３２は、ＣＰＵ３１のワークエリアとして働き、各種のデータを一時蓄積する。
【００３２】
次に、以上のような構成のリモート装置２０およびセンタ装置３０の動作について説明する。図４は、本発明の実施例に係るリモート装置とセンタ装置との間の通信シーケンスを表す図である。図４では、リモート装置２０が無線基地局装置１０（以下、ＢＴＳと略す）であり、センタ装置３０が保守監視装置１３（以下、ＯＭＣと略す）である場合を例にして説明する。
【００３３】
ＢＴＳは、ＢＴＳに電源が投入されると（ステップＳ１０）、ＢＴＳ内のＦＲＯＭ２３に格納されたプログラム（旧プログラム）により起動される（ステップＳ１１）。起動したＢＴＳは、ＯＭＣに対して起動に使用したプログラムのバージョン報告をＯＭＣに送信する（ステップＳ１２）。
【００３４】
ＢＴＳから送信されたバージョン報告を受信したＯＭＣは、図３に示すようにＯＭＣ内に格納されているＢＴＳのプログラムとバージョン報告によりＢＴＳから報告されたプログラムとのバージョンの比較を行う（ステップＳ１３）。
【００３５】
バージョンの比較の結果、バージョンが一致した場合には、ＯＭＣはＢＴＳに対して一致している旨の報告を行う（ステップＳ１４）。この報告を受信したＢＴＳは、通常のＢＴＳとしてのサービスを行う（ステップＳ１５）。
【００３６】
一方、バージョンの比較の結果、一致していなかった場合には、ＯＭＣは、ＢＴＳに対してダウンロード開始信号を送信する（ステップＳ１６）。ダウンロード開始信号を受信したＢＴＳは、ＢＴＳの稼動状況を判定する稼動状況判定処理を実行する（ステップＳ１７）。なお、稼動状況判定処理については後に説明する。
【００３７】
稼動状況判定処理を完了したＢＴＳは、プログラムのダウンロードをＯＭＣが実行しても受信できる場合には、ダウンロード開始応答をＯＫとしてＯＭＣへ送信する。ＢＴＳが受信できない場合には、ダウンロード開始応答をＮＧとしてＯＭＣへ送信する（ステップＳ１８）。
【００３８】
ＯＭＣは、ＢＴＳからのダウンロード開始応答を判断し、ダウンロード開始要求が開始（ダウンロード開始応答がＯＫ）であれば、ステップＳ２０に進む。ダウンロード開始要求が停止（ダウンロード開始応答がＮＧ）であれば、ステップＳ２４に進み、一連の処理を終了する。
【００３９】
ＢＴＳよりダウンロード開始応答をＯＫとして受信したＯＭＣは、ＢＴＳに対してプログラムダウンロードを実行する（ステップＳ２０）。ＢＴＳはＯＭＣよりプログラムダウンロードにより送信されたプログラムを受信しＢＴＳ内に格納し、プログラムの転送が終わるとＢＴＳはＯＭＣに対して、プログラムダウンロード終了報告をＯＭＣへ送信する（ステップＳ２１）。この後、ＢＴＳは受信したプログラムのチェック（チェックサムの確認等）を行い、正しい場合にはＦＲＯＭ２３へ受信したプログラムを格納する（ステップＳ２２）。更に、ＢＴＳは、新たなプログラムで再起動を行い（ステップＳ２３）、ＯＭＣより転送された新プログラムにて通常のＢＴＳとしてのサービスを行う。
【００４０】
また、上記ではＢＴＳへの電源投入から説明したが、ＢＴＳの通常運用中にＯＭＣよりダウンロード開始信号が送信され（ステップＳ１６）、ダウンロードをスタートする場合もある。この場合、ダウンロード開始信号以降の処理（ステップＳ１６以降）は、上記で説明した内容と同一となる。
【００４１】
次に稼動状況判定処理について説明する。図５は、稼動状況判定処理のフローチャートを表す図である。また、図６は、リモート装置のＣＰＵ使用率（稼働率）あるいは回線使用率の時間変動の例を示す図である。
【００４２】
図５において、ＯＭＣよりダウンロード開始信号を受信したＢＴＳは、まずその時点でのＣＰＵ使用率のチェックを行う（ステップＳ３１）。チェックの結果、図６に示す使用率Ａよりも使用率が高い場合は、ステップＳ３６に進み、使用率が低い場合は、ステップＳ３２に進む。
【００４３】
ステップＳ３２において、その時点での伝送路使用率のチェックを行い、チェックの結果、図６に示す使用率Ａよりも使用率が高い場合は、ステップ３６に進み、使用率が低い場合は、ステップＳ３３に進む。
【００４４】
ステップＳ３３において、過去Ｘ分間のＣＰＵ使用率のチェックを行う。このチェックは、使用率Ａと過去Ｘ分間の平均使用率とを比較するものである。チェックの結果、図４に示す使用率Ａよりも平均使用率が高い場合は、ステップ３６に進み、使用率が低い場合は、ステップＳ３４に進む。
【００４５】
最後に、ステップＳ３４において、過去Ｘ分間の伝送路使用率のチェックを行う。このチェックは、使用率Ａと過去Ｘ分間の平均使用率とを比較するものである。チェックの結果、図４に示す使用率Ａよりも平均使用率が高い場合は、ステップ３６に進み、使用率が低い場合は、ステップＳ３５に進む。
【００４６】
ステップＳ３５では、ダウンロード要求を開始（ダウンロード開始応答がＯＫ）とし、ステップＳ３７で図４に戻る。
【００４７】
また、ステップＳ３６では、ダウンロード要求を停止（ダウンロード開始応答がＮＧ）とし、ステップ３７で図４に戻る。
【００４８】
なお、以上の説明で、ＣＰＵ使用率（稼働率）あるいは回線使用率を使用率Ａと比較するに際し、説明の簡単化のために、図６において使用率Ａは、ＣＰＵ使用率、回線使用率、過去のＣＰＵ使用率、過去の回線使用率において同一であるように示したが、一般に異なる値であってもよい。
【００４９】
図６において、時刻Ｙの時に、ＣＰＵ使用率（あるいは回線使用率）のチェックはＯＫ、過去Ｘ分間のＣＰＵ使用率（あるいは回線使用率）はＯＫであり、ダウンロード要求の開始（ダウンロード開始応答がＯＫ）がなされる。一方、時刻Ｚの時には、ＣＰＵ使用率チェック（あるいは回線使用率）はＯＫであるが、過去Ｘ分間のＣＰＵ使用率（あるいは回線使用率）はＮＧであり、ダウンロード要求の停止（ダウンロード開始応答がＮＧ）がなされる。すなわち、時刻Ｚでは、瞬時的にＣＰＵ使用率（あるいは回線使用率）が下がり、直ぐにＣＰＵ使用率（あるいは回線使用率）が上昇している。もし、時刻Ｚでダウンロード開始応答をＯＫと判断すると、直後のＣＰＵ使用率（あるいは回線使用率）の上昇時に、ダウンロードが開始され、ＣＰＵが過負荷状態に陥る可能性がある。したがって、過去の平均の使用率も判断に加えることで、瞬時的なＣＰＵ使用率（あるいは回線使用率）の低下に基づくダウンロードの開始を回避することができる。
【００５０】
以上の説明では、ＣＰＵの使用率、伝送路使用率、過去Ｘ分間のＣＰＵ使用率、及び過去Ｘ分間の伝送路使用率を用い、これらの値が所定の値より大きいか否かを判断している。しかし、ＣＰＵの使用率、伝送路使用率、過去Ｘ分間のＣＰＵ使用率、及び過去Ｘ分間の伝送路使用率の全てを用いる必要がない場合には、一部を用いてもよい。また、例えば、過去Ｘ分間ではなく、前の日の同じ時刻、前の週の同一曜日の同じ時刻のＸ分間の使用率をもとに判断することも可能である。すなわち、リモート装置が移動通信網における装置であるような場合、前の日の同じ時刻および前の週の同一曜日の同じ時刻には、リモート装置の稼動状況が同じような状況を示すことが期待されるので、過去の稼動状況を参照することが有効である。
【００５１】
また、リモート装置内の過去Ｘ分間の任意の機能Ａと任意の機能Ｂ間の信号通信率など、リモート装置へのファイルのダウンロードを行うのに際して影響を与えるものも判断の対象に該当する。すなわち、リモート装置内の稼動状況には、特にリモート装置において実行される通信の呼処理の現在および過去の状況などが相当する。
【００５２】
このように、センタ装置からリモート装置へのファイルのダウンロードの開始にあたり、リモート装置の稼動状況を現在のみならず過去の状況も判断し、この判断の結果に基づいてファイルのダウンロードを実行するようにリモート装置を構成する。したがって、リモート装置の処理が急増してリモート装置の処理が過負荷状態となることを防止することができる。
【産業上の利用可能性】
【００５３】
本発明は、移動通信網に適用されるのみならず、種々の通信回線ないしシステムを介してセンタ装置からリモート装置へのファイルのダウンロードを実行するシステムにも利用できるものである。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施形態に係る移動通信網全体のブロック図である。
【図２】本発明の実施例に係るリモート装置およびセンタ装置の構成を示すブロック図である。
【図３】本発明の実施例に係るセンタ装置に格納されるダウンロード用のファイルの管理状況を説明する図である。
【図４】本発明の実施例に係るリモート装置とセンタ装置との間の通信シーケンスを表す図である。
【図５】本発明の実施例に係る稼動状況判定処理のフローチャートを表す図である。
【図６】リモート装置のＣＰＵ使用率（稼働率）あるいは回線使用率の時間変動の例を示す図である。
【符号の説明】
【００５５】
１０  無線基地局装置
１１  基地局制御局装置
１２  移動通信交換局装置
１３  保守監視装置
１４  移動通信端末装置
２０  リモート装置
２１、３１  ＣＰＵ
２２、３２  ＲＡＭ
２３  ＦＲＯＭ
２４、３３  ＲＯＭ
２５、３５  通信インタフェース部
２６、３６  バス
２７  通信回線
３０  センタ装置
３４  記憶部
【図１】
2005242447.tif 000003
【図２】
2005242447.tif 000004
【図３】
2005242447.tif 000005
【図４】
2005242447.tif 000006
【図５】
2005242447.tif 000007
【図６】
2005242447.tif 000008