通信装置におけるソフトウェアのバージョンアップ処理装置及び通信装置におけるソフトウェアのバージョンアップ処理方法
【課題】 多数の通信装置のソフトウェアをバージョンアップする必要時に新バージョンのソフトウェアを上位局装置から全通信装置へダウンロードする所要時間を極力短くすることができ、上位局装置の処理量を極力減らすことができ、複数の通信装置が協調動作を行う必要時にソフトウェアのバージョンアップタイミングを可能な限り揃えること。
【解決手段】 指示受信手段１１２で上位局装置からのダウンロード指示受信時に、データ受信手段１１３で上位局装置から新規ソフトウェア管理情報を受信してダウンロード領域１１１に格納し、バージョン比較手段１１４でダウンロード領域１１１の新旧ソフトウェア管理情報の同一ソフトウェアでバージョンが異なるソフトウェアのリストを作成し、リスト上のソフトウェアを上位局装置からデータ受信手段１１３で受信してダウンロード領域１１１に格納する。
【解決手段】 指示受信手段１１２で上位局装置からのダウンロード指示受信時に、データ受信手段１１３で上位局装置から新規ソフトウェア管理情報を受信してダウンロード領域１１１に格納し、バージョン比較手段１１４でダウンロード領域１１１の新旧ソフトウェア管理情報の同一ソフトウェアでバージョンが異なるソフトウェアのリストを作成し、リスト上のソフトウェアを上位局装置からデータ受信手段１１３で受信してダウンロード領域１１１に格納する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、上位装置からネットワークを介してダウンロードされたソフトウェア（プログラム）で動作する複数の下位装置のソフトウェアをバージョンアップするものであり、例えば、移動体通信システムにおいて、上位局装置である例えばオペレーション装置からダウンロードされたソフトウェアで動作する基地局装置のソフトウェアをバージョンアップする通信装置におけるソフトウェアのバージョンアップ処理装置及び通信装置におけるソフトウェアのバージョンアップ処理方法に関する。
【０００２】
【従来の技術】従来、この種の通信装置におけるソフトウェアのバージョンアップ処理装置及び通信装置におけるソフトウェアのバージョンアップ処理方法としては、特開平２０００−３５８８９号公報に記載されているものがある。
【０００３】ＣＰＵやＤＳＰを搭載した複数のカードを備えて構成される基地局装置のソフトウェアをバージョンアップする場合、まず、上位局装置から各基地局装置に必要なソフトウェアをダウンロードする必要がある。
【０００４】このダウンロードを行う１つの方法としては、基地局装置で使用する全ソフトウェアを上位局装置から各基地局装置に順番にダウンロードする方法がある。
【０００５】この他の方法としては、基地局装置内のバージョンアップが必要なソフトウェア・モジュールのみを上位局装置から各基地局装置にダウンロードする方法がある。
【０００６】また、ダウンロードしたソフトウェアで各カードを動作させるには、ダウンロード後にカードのリセット（再起動）を行なうなど、新しいバージョンのソフトウェアを有効化するための処理が必要となる。
【０００７】このソフトウェアの有効化処理を行う１つの方法としては、上位局装置からソフトウェアをダウンロードした場合に、即時リセット処理を行なう方法がある。
【０００８】この他の方法としては、ソフトウェアをダウンロードした後、何らかの要因によってリセットされた場合に、新しいソフトウェアを必然的に有効とする方法がある。
【０００９】
【発明が解決しようとする課題】しかしながら、従来の装置においては、基地局装置で使用する全ソフトウェアを上位局装置から各基地局装置に順番にダウンロードする場合、多数の基地局装置全てにダウンロードする必要があるので多大な時間がかかるという問題がある。
【００１０】また、基地局装置内のバージョンアップが必要なソフトウェア・モジュールのみを上位局装置から各基地局装置にダウンロードする場合、転送量が減るためダウンロードに要する時間は短くなるが、基地局装置に多様なハードウェア構成の装置が混在していると、上位局装置は、個別の基地局装置毎にダウンロードが必要なソフトウェア・モジュールを割り出していかなければならず、上位局装置の処理量が大きくなるという問題がある。
【００１１】また、上位局装置からソフトウェアをダウンロードした場合に、即時リセット処理を行なう場合、複数の基地局装置間でダウンロードのタイミングが異なるので、バージョンアップの時期がずれるという問題がある。
【００１２】この場合、特に複数の基地局装置が協調して動作する必要がある場合、例えばハンドオーバーを行う場合、ソフトウェアのバージョンアップの時期を可能な限りそろえる必要がある。
【００１３】また、ソフトウェアをダウンロードした後、何らかの要因によってリセットされた場合に、新しいソフトウェアを必然的に有効とする場合、例えばカード障害からの自動回復機能によりリセットされた場合は、上位局装置の指示に依らず自律的にリセットがかかるので、必要時以外にバージョンアップしてしまうという問題がある。
【００１４】本発明はかかる点に鑑みてなされたものであり、多数の通信装置（例えば基地局装置）のソフトウェアをバージョンアップする必要時に新バージョンのソフトウェアを上位局装置から全通信装置へダウンロードする所要時間を極力短くすることができ、上位局装置の処理量を極力減らすことができ、また、複数の通信装置が協調動作を行う必要時にソフトウェアのバージョンアップタイミングを可能な限り揃えることができ、更に必要時以外にバージョンアップされないようにすることができる通信装置におけるソフトウェアのバージョンアップ処理装置及び通信装置におけるソフトウェアのバージョンアップ処理方法を提供することを目的とする。
【００１５】
【課題を解決するための手段】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上位局装置から転送されるソフトウェア及びソフトウェア管理情報を格納するダウンロード領域と、このダウンロード領域に格納された既存ソフトウェア管理情報と今後格納される新規ソフトウェア管理情報に示される同一ソフトウェアのバージョンを比較し、バージョンが異なるソフトウェアのリストを作成するバージョン比較手段と、上位局装置からダウンロードの指示があった場合、上位局装置から新規ソフトウェア管理情報を受信して前記ダウンロード領域へ格納すると共に、前記リストで示されるソフトウェアを上位局装置から受信して格納するデータ受信手段と、を具備する構成を採る。
【００１６】この構成によれば、通信装置で使用するソフトウェアのうち、バージョンが異なるソフトウェアのみをダウンロードすれば済むので、通信装置の全ソフトウェアをダウンロードするのに比べて、短時間でダウンロードすることが可能となる。更に、ソフトウェアのバージョン比較は各通信装置自体が行なうので、多数の通信装置を対象とする場合でも上位局装置の処理負担が少なく、対象とする通信装置に多様なハードウェア構成の装置が混在していても上位局装置は区別する必要が無くなる。
【００１７】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、上位局装置から転送されるソフトウェアは、各々にバージョンが付与された複数のソフトウェア・モジュールから構成され、ソフトウェア管理情報は、前記複数のソフトウェア・モジュールの識別名とそのバージョンから構成される構成を採る。
【００１８】この構成によれば、通信装置で使用するソフトウェアのうち、バージョンが異なるソフトウェア・モジュールのみをダウンロードすれば済むので、通信装置の全ソフトウェアをダウンロードするのに比べて、短時間でダウンロードすることが可能となる。更に、ソフトウェア・モジュールのバージョン比較は各通信装置自体が行なうので、多数の通信装置を対象とする場合でも上位局装置の処理負担が少なく、対象とする通信装置に多様なハードウェア構成の装置が混在していても上位局装置は区別する必要が無くなる。
【００１９】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、使用中のバージョンのソフトウェアを格納する現動作バージョン格納領域を通信処理用の複数のカードに具備し、上位局装置からカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアをダウンロード領域から前記指定されたカードの前記現動作バージョン格納領域へ転送したのち活性化を指示する活性化制御手段とを具備する構成を採る。
【００２０】この構成によれば、ダウンロード領域に格納された新バージョンのソフトウェアに対して、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新ソフトウェアで動作させることが可能となり、複数の通信装置でのソフトウェアのバージョンアップの反映時期をそろえることが可能となる。
【００２１】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、使用中のバージョンのソフトウェアを格納する現動作バージョン格納領域と、上位局装置から通信処理用のカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアをダウンロード領域から前記現動作バージョン格納領域へ転送したのち前記指定されたカードへ活性化を指示する活性化制御手段とを具備し、前記カードが、前記活性化の指示を受けた際に前記現動作バージョン格納領域から自カードを動作させるためのソフトウェアを読み込むソフトウェアロード手段を具備する構成を採る。
【００２２】この構成によれば、ダウンロード領域に格納された新しいバージョンのソフトウェアに対し、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新しいソフトウェアで動作させることが可能である。複数の通信装置でのソフトウェアのバージョンアップの反映時期をそろえることが可能となる。更に、通信装置に同じタイプのカードが複数枚ある場合、各カードごとにソフトウェアを保持する必要はなく、共通の領域である、現動作バージョン格納領域にのみ保持すれば良いので、通信装置全体での格納領域サイズを抑えることが可能になる。
【００２３】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、カードは、現用／待機系の冗長構成である場合に、自カードの基本機能が正常であることを確認する基本動作チェック手段を具備し、前記基本動作チェック手段による確認の結果が正常で有れば、前記冗長構成カードの運用系と待機系を切替える冗長カード切替え手段を具備することを特徴とする請求項３記載の通信装置における構成を採る。
【００２４】この構成によれば、まず、待機系カードに活性化指示をして、バージョンアップを行ない、基本機能を確認してから、運用系カードと待機系カードの切替えを行ない、新待機系カードのバージョンアップを行なうことができるので、通信装置のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが可能である。
【００２５】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、カードは、複数枚から成る冗長構成を取り各カードに負荷分散させている場合に、自カードの基本機能が正常であることを確認する基本動作チェック手段を具備し、前記基本動作チェック手段による確認の結果が正常で有れば、上位局装置で指示されたカードで実施中のサービスを同じ種類の他のカードで実施させ、この際に元のカードではサービスを停止させる資源割当手段を具備する構成を採る。
【００２６】この構成によれば、まず、指定された種類のカードの１枚について、実施中のサービスを他のカードで実施させて元のカードのサービスを停止させる。このカードに対して、活性化指示をして、バージョンアップを行ない、基本機能が確認されてから、順次、他の同種カードのバージョンアップを行なって行く。このように、基地局装置のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが可能である。
【００２７】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、ダウンロード領域を複数具備し、活性化制御手段は、上位局装置からの何れのバージョンで活性化するかの指示に応じた前記ダウンロード領域を活性化制御の対象とする構成を採る。
【００２８】この構成によれば、ダウンロード領域の何れかの領域に、現在使用中であるバージョンのソフトウェアをバックアップしておけるので、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。
【００２９】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、２つのダウンロード領域について、一方を新バージョン用、他方を旧バージョン用に固定した構成を採る。
【００３０】この構成によれば、ダウンロード領域の何れかの領域に、現在使用中であるバージョンのソフトウェアをバックアップしておけるので、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。更に、バックアップ用の旧バージョンを上位局装置から指定して予めダウンロードしておくことが可能である。
【００３１】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、新バージョンソフトウェア管理情報の格納領域と、旧バージョンソフトウェア管理情報の格納領域と、ソフトウェアの識別名とバージョンの組からなる情報により、該当するバージョンの該当ソフトウェアを、ダウンロード領域から検索するモジュールバージョン指定手段を具備する構成を採る。
【００３２】この構成によれば、ダウンロード領域に、現在使用中であるバージョンのソフトウェアをバックアップしておけるので、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。更に、バックアップ用の旧バージョンを上位局装置から予めダウンロードしておくことが可能である。更には、新旧の両統括バージョンを構成するソフトウェアで同一バージョンのものを重複して持つ必要がないので、基地局装置のソフトウェア格納領域を減らすことが可能である。
【００３３】本発明の基地局装置は、上記いずれかと同構成の通信装置におけるソフトウェアのバージョンアップ処理装置を具備する構成を採る。
【００３４】この構成によれば、基地局装置において、上記いずれかと同様の作用効果を得ることができる。
【００３５】本発明の通信装置におけるソフトウェアのバージョンアップ処理方法は、上位局装置からダウンロードの指示を受信した際に、上位局装置から新規ソフトウェア管理情報を受信して格納し、この格納された新規ソフトウェア管理情報と既に格納された既存ソフトウェア管理情報の同一ソフトウェアのバージョンを比較して、バージョンが異なるソフトウェアのリストを作成し、このリストで示されるソフトウェアを上位局装置から受信して格納するようにした。
【００３６】この方法によれば、通信装置で使用するソフトウェアのうち、バージョンが異なるソフトウェアのみをダウンロードすれば済むので、通信装置の全ソフトウェアをダウンロードするのに比べて、短時間でダウンロードすることが可能となる。更に、ソフトウェアのバージョン比較は各通信装置自体が行なうので、多数の通信装置を対象とする場合でも上位局装置の処理負担が少なく、対象とする通信装置に多様なハードウェア構成の装置が混在していても上位局装置は区別する必要が無くなる。
【００３７】本発明の通信装置におけるソフトウェアのバージョンアップ処理方法は、上記方法において、上位局装置から新バージョンのソフトウェアを活性化する指示を行い、この指示に応じて前記新バージョンのソフトウェアを活性化するようにした。
【００３８】この方法によれば、ダウンロード領域に格納された新バージョンのソフトウェアを、上位局装置からの指示によって活性化を行ない、新ソフトウェアで動作させることが可能となるので、複数の通信装置でのソフトウェアのバージョンアップの反映時期を揃えることが可能となる。
【００３９】本発明の通信装置におけるソフトウェアのバージョンアップ処理方法は、上記方法において、使用中のバージョンのソフトウェアを格納する格納領域を通信処理用の複数のカードに具備し、上位局装置からカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアを前記指定されたカードの格納領域へ転送したのち活性化を行うようにした。
【００４０】この方法によれば、既に格納された新バージョンのソフトウェアに対して、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新ソフトウェアで動作させることが可能となり、複数の通信装置でのソフトウェアのバージョンアップの反映時期をそろえることが可能となる。
【００４１】本発明の通信装置におけるソフトウェアのバージョンアップ処理方法は、上記方法において、カードが現用／待機系の冗長構成である場合に、一方のカードの基本機能が正常であることを確認し、正常で有れば前記冗長構成カードの運用系と待機系を切替えるようにした。
【００４２】この方法によれば、まず、待機系カードに活性化指示をして、バージョンアップを行ない、基本機能を確認してから、運用系カードと待機系カードの切替えを行ない、新待機系カードのバージョンアップを行なうことができるので、通信装置のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが可能である。
【００４３】
【発明の実施の形態】以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００４４】（実施の形態１）図１は、本発明の実施の形態１に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。
【００４５】この図１に示す基地局装置１００は、ＣＰＵやＤＳＰを搭載し、無線送受信やベースバンド信号処理等の機能を実現する各種カード１０１〜１０４及び、各カード１０１〜１０４間で制御信号やデータを伝送するためのバス１０５を備え、第１カード１０１に本発明の特徴要素であるソフトウェアのバージョンアップ処理装置１１０を備えて構成されている。
【００４６】バージョンアップ処理装置１１０は、ダウンロード領域１１１と、指示受信手段１１２と、データ受信手段１１３と、バージョン比較手段１１４を備えて構成されている。
【００４７】但し、第１カード１０１にバージョンアップ処理装置１１０を備えたが、他のカード１０２〜１０４に備えてもよい。更に、バージョンアップ処理装置１１０の各構成要素１１１〜１１４を同一カード１０１に備える構成としたが、複数カードで実現してもよい。
【００４８】また、基地局装置１００で使用するソフトウェアは、複数のソフトウェア・モジュールから構成される。
【００４９】図２は、ソフトウェア管理情報の例であり、基地局装置１００で使用するソフトウェア全体のバージョンを表す統括バージョン、各ソフトウェア・モジュール１，２，３…の識別名とそのバージョンから構成される。
【００５０】ソフトウェア・モジュールの例は、各カードを動作させるためのソフトウェアである。この場合、各ソフトウェア・モジュールの識別名の例は、カードの種別を特定する文字列である。
【００５１】次に、バージョンアップ処理装置１１０の各構成要素１１１〜１１４の役割を述べる。
【００５２】指示受信手段１１２は、図示せぬ上位局装置（例えば交換局装置）からダウンロードの指示を受け付けるものである。その指示には、ダウンロード対象の基地局装置ソフトウェアの統括バージョン情報を含む。
【００５３】ダウンロード領域１１１は、上位局装置から転送されたソフトウェアとソフトウェア管理情報を格納するものである。
【００５４】データ受信手段１１３は、上位局装置から転送されたデータを受信してダウンロード領域１１１へ格納するものである。
【００５５】バージョン比較手段１１４は、新たにダウンロード領域１１１に格納したソフトウェア管理情報と既にダウンロード領域に格納されていたソフトウェア管理情報の同一ソフトウェア・モジュールのバージョンを比較し、バージョンが異なるソフトウェア・モジュールのリストを作成するものである。
【００５６】但し、新ソフトウェア管理情報に含まれるバージョンと、実際にダウンロード領域に格納されているソフトウェア・モジュール内のバージョンとを比較してもよい。
【００５７】なお、上位局装置も、ソフトウェア管理情報やソフトウェア・モジュールを格納する領域、データ送信手段、指示送信手段など、基地局装置１００のバージョンアップ処理装置１１０に対向する手段を備えているものとする。
【００５８】次に、上位局装置から基地局装置１００へソフトウェアがダウンロードされる場合の処理動作を、図３に示すシーケンス図を参照して説明する。
【００５９】まず、ステップＳＴ３０１において、上位局装置が、統括バージョンを指定してバージョンアップ対象の基地局装置１００にソフトウェア管理情報の取得指示を出す。
【００６０】基地局装置１００の指示受信手段１１２がその指示を受け取ると、データ受信手段１１３は、上位局装置とのデータ転送経路を確立する。これは、転送対象データの指定を含む。
【００６１】この確立後、データ受信手段１１３は、ステップＳＴ３０２において、上位局装置から転送された上記指示の統括バージョンのソフトウエア管理情報を受信し、ステップＳＴ３０３において、ダウンロード領域に格納する。
【００６２】次に、ステップＳＴ３０４において、バージョン比較手段１１４が、ダウンロード領域１１１に格納された既存ソフトウェア管理情報と今回新たにダウンロード領域１１１に格納されたソフトウェア管理情報の同一ソフトウェア・モジュールのバージョンとを比較し、バージョンが異なるソフトウェア・モジュールのリストを作成する。
【００６３】次に、データ受信手段１１３は、上位局装置とのデータ転送経路を確立し、上記リストの全ソフトウェア・モジュールについて、上位局装置と転送対象データの指定を行い、この指定に応じステップＳＴ３０５において、上位局装置から新バージョンのソフトウェア・モジュール・データの転送が行われると、ステップＳＴ３０６において、それをダウンロード領域１１１へ格納する。これらが順次行われる。
【００６４】このとき、ステップＳＴ３０７〜ＳＴ３０８において、ダウンロード領域１１１に格納されている旧バージョンのソフトウェア・モジュールをダウンロード領域から削除してもよい。
【００６５】但し、全モジュールのダウンロードが終わった後に旧統括バージョンのソフトウェア管理情報をダウンロード領域１１１から削除してもよい。
【００６６】最後に、ステップＳＴ３０９において、一連のダウンロード処理が終了したことを基地局装置１００から上位局装置に通知する。この通知は、例えばデータ受信手段１１３が行なう。
【００６７】このように、実施の形態１の基地局装置におけるソフトウェアのバージョンアップ処理装置１１０によれば、基地局装置１００で使用するソフトウェアのうち、バージョンが異なるソフトウェア・モジュールのみをダウンロードすれば済むので、基地局装置１００の全ソフトウェアをダウンロードするのに比べて、短時間でダウンロードすることが可能となる。
【００６８】また、ソフトウェア・モジュールのバージョン比較を各基地局装置１００が行なうので、多数の基地局装置１００を対象とする場合でも上位局装置の処理負担が少ない。
【００６９】また、ダウンロードされた新ソフトウェア管理情報に、当該基地局装置１００に存在しないモジュールが記載されていても、バージョン比較の結果に生成されるリストには含まれない。
【００７０】このため、対象とする基地局装置１００に多様なハードウェア構成の装置が混在していても上位局装置は区別する必要が無い。つまり、１つの統括バージョンについて、全基地局装置１００で使用されるモジュールに関する情報を含むソフトウェア管理情報を１つ用意すれば済む。
【００７１】（実施の形態２）図４は、本発明の実施の形態２に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図４に示す実施の形態２において図１の実施の形態１の各部に対応する部分には同一符号を付し、その説明を省略する。
【００７２】この図４に示す基地局装置４００が、実施の形態１の基地局装置１００と異なる点は、バージョンアップ処理装置４１０に活性化制御手段４１５を追加して構成し、更に各カード１０１〜１０４が現動作バージョン格納領域４１６を備えたことにある。但し、第１カード１０１には現動作バージョン格納領域４１６を図示していない。
【００７３】また、指示受信手段１１２は、ダウンロードの指示の他に、活性化の指示を上位局装置から受け付けるように成されている。
【００７４】活性化制御手段４１５は、指定されたカードのソフトウェアをダウンロード領域１１１から該当カードの現動作バージョン格納領域４１６へ転送し、該当カードに活性化指示を出すものである。
【００７５】但し、活性化のためには、例えば該当するカードのリセットを行なう。各カードは、リセット後、自カードの現動作バージョン格納領域４１６から、自カードを動作させるためのソフトウェアを読み込み、図示せぬ主記憶手段上に展開するようになっている。
【００７６】次に、基地局装置４００にダウンロードされたソフトウェアの活性化を行う場合の処理動作を、図５R>５に示すシーケンス図を参照して説明する。
【００７７】但し、図５に符号５００で示すように、実施の形態１で説明したダウンロード処理が終了した状態であるとする。
【００７８】ステップＳＴ５０１において、上位局装置が、バージョンアップ対象のカードを指定して活性化指示を出す。
【００７９】この指示をバージョンアップ処理装置４１０の指示受信手段１１２が受け取ると、活性化制御手段４１５は、ステップＳＴ５０２において、ダウンロード領域１１１に格納されたソフトウェアを該当のカード（例えば１０２）の現動作バージョン格納領域４１６へ転送し、ステップＳＴ５０３において、そのカード１０２に活性化指示を出す。
【００８０】但し、ステップＳＴ５０２及びＳＴ５０３では、上位局装置からの活性化指示の際に対象カードを指定したが、特に指定せず、活性化が必要な全てのカードについて、その処理を繰り返しても良い。
【００８１】これによって、ステップＳＴ５０４において、該当カードが新バージョンのソフトウェアで動作を開始する。この開始後、ステップＳＴ５０５において、データ受信手段１１３から上位局装置へ活性化の終了通知を転送する。
【００８２】このように、実施の形態２の基地局装置４００におけるソフトウェアのバージョンアップ処理装置４１０によれば、ダウンロード領域１１１に格納された新しいバージョンのソフトウェアに対し、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新しいソフトウェアで動作させることが可能である。
【００８３】また、上位局装置からダウンロードされても、活性化指示が出されていない時は、旧バージョンで動作する。例えば、新バージョンがダウンロード領域１１１にダウンロードされている状態で、活性化指示が出されていない時に、リセットされたとしても、現動作バージョン格納領域４１６に格納された旧バージョンのソフトウェアで起動する。
【００８４】これにより、全基地局装置４００をできるだけ一斉にバージョンアップさせることで、ソフトウェアのバージョンの違いによりサービスが不均一になることを防ぐことを可能にする。
【００８５】まず、実施の形態１のような方法で、全基地局装置４００に新バージョンのソフトウェアをダウンロードする。基地局装置４００が多数の場合は、上位局装置の処理能力とネットワークの帯域の制限から、一斉にダウンロードすることは困難である。しかし、活性化指示は全基地局装置４００に対して短時間で行なうことが可能なため、新しいバージョンの反映時期をそろえることが可能である。
【００８６】特に、複数の基地局装置４００が協調して動作する必要がある場合、例えばハンドオーバーを行う場合、ソフトウェアのバージョンアップの時期を可能な限り揃えることが望ましく、本実施の形態２の方法が有効である。
【００８７】（実施の形態３）図６は、本発明の実施の形態３に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図６に示す実施の形態３において図１の実施の形態１の各部に対応する部分には同一符号を付し、その説明を省略する。
【００８８】この図６に示す基地局装置６００が、実施の形態１の基地局装置１００と異なる点は、バージョンアップ処理装置６１０に、実施の形態２で説明済みの図２R>２に示した活性化制御手段４１５及び現動作バージョン格納領域４１６を備え、バージョンアップ処理装置６１０が搭載されていない他のカード１０２〜１０４に、ソフトウェアロード手段６１７を備えたことにある。
【００８９】ソフトウェアロード手段６１７は、活性化制御手段４１５から活性化指示を受けると、バージョンアップ処理装置６１０の現動作バージョン格納領域４１６からバス１０５を介して、自カードを動作させるためのソフトウェアを読み込み、主記憶上に展開するものである。
【００９０】次に、基地局装置６００にダウンロードされたソフトウェアの活性化を行う場合の処理動作を、図７R>７に示すシーケンス図を参照して説明する。
【００９１】但し、図７に符号７００で示すように、実施の形態１で説明したダウンロード処理が終了した状態であるとする。
【００９２】ステップＳＴ７０１において、上位局装置が、バージョンアップ対象のカードを指定して活性化指示を出す。
【００９３】この指示をバージョンアップ処理装置６１０の指示受信手段１１２が受け取ると、活性化制御手段４１５は、ステップＳＴ７０２において、ダウンロード領域１１１に格納されたソフトウェアを現動作バージョン格納領域４１６へ転送し、ステップＳＴ７０３において、指定カード（例えば１０２）に活性化指示を出す。
【００９４】ステップＳＴ７０４において、該当カード１０２のソフトウェアロード手段６１７は、現動作バージョン格納領域４１６からバス１０５を介して、自カードを動作させるためのソフトウェアを読み込み起動する。
【００９５】これによって、ステップＳＴ７０５において、該当カードが新バージョンのソフトウェアで動作を開始する。この開始後、ステップＳＴ７０６において、データ受信手段１１３から上位局装置へ活性化の終了通知を転送する。
【００９６】このように、実施の形態３の基地局装置６００におけるソフトウェアのバージョンアップ処理装置６１０によれば、ダウンロード領域１１１に格納された新しいバージョンのソフトウェアに対し、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新しいプログラムで動作させることが可能である。上位局装置からダウンロードされても、活性化指示が出されていない時は、リセットされたとしても、旧バージョンで動作する。
【００９７】これにより、実施の形態２で述べたことと同様の効果を得ることが可能である。それに加えて、基地局装置６００に同じタイプのカード１０２〜１０４が複数枚ある場合、実施の形態２では、各カード１０２〜１０４の現動作バージョン格納領域４１６にそれぞれソフトウェアを持つ必要があったが、本実施の形態３では、１つの現動作バージョン格納領域４１６にのみ持てば済むので、基地局装置６００のトータルの記憶領域を削減することが可能である。
【００９８】（実施の形態４）図８は、本発明の実施の形態４に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図８に示す実施の形態４において図４の実施の形態２の各部に対応する部分には同一符号を付し、その説明を省略する。
【００９９】この図８に示す基地局装置８００が、実施の形態２の基地局装置４００と異なる点は、バージョンアップ処理装置８１０に、冗長カード切替手段８１８を備え、また、各カード１０１〜１０４が、第２カード１０２−１，１０２−２を代表して示すように、運用／待機系の冗長構成となっており、基本動作チェック手段８１９を備えて構成されていることにある。
【０１００】以下、第２カード１０２−１を運用系カード１０２−１、第２カード１０２−２を待機系カード１０２−２とよぶ。また、運用系カード１０２−１は、通常有効な動作を行ない、待機系カード１０２−２は、障害発生時などに切り替えて運用する代替カードである。
【０１０１】冗長カード切替手段８１８は、指示されたカードの運用系と待機系の切替えを行なうためのものである。
【０１０２】基本動作チェック手段８１９は、現動作バージョン格納領域４１６に格納されたソフトウェアで起動後、そのソフトウェアとカードとで実現される基本機能が正常であることを確認するためのものである。
【０１０３】例えば、この手段８１９を、新バージョンのソフトウェア自身が実現する、或いは、正常に動作していた旧バージョンのソフトウェアのチェック機能を残しておくことで実現する。更に、基本動作チェック手段８１９は、基本動作チェックの結果を、活性化制御手段へ伝えるようになっている。
【０１０４】次に、基地局装置８００にダウンロードされたソフトウェアの活性化を行う場合の処理動作を、図９R>９に示すシーケンス図を参照して説明する。
【０１０５】但し、図９に符号９００で示すように、実施の形態１で説明したダウンロード処理が終了した状態であるとする。
【０１０６】ステップＳＴ９０１において、上位局装置が、バージョンアップ対象のカードを指定して活性化指示を出す。
【０１０７】この指示をバージョンアップ処理装置８１０の指示受信手段１１２が受け取ると、活性化制御手段４１５は、ステップＳＴ９０２において、ダウンロード領域１１１に格納されたソフトウェアを、該当の待機系カード１０２−２の現動作バージョン格納領域４１６へ転送し、ステップＳＴ９０３において、その待機系カード１０２−２に活性化指示を出す。
【０１０８】これによって、ステップＳＴ９０４において、待機系カード１０２−２が新バージョンのソフトウェアで起動する。この起動後、ステップＳＴ９０５において、基本動作チェック手段８１９によるチェックを行い、この結果を活性化制御手段４１５に伝える。
【０１０９】その結果がＯＫの時は、ステップＳＴ９０６において、活性化制御手段４１５は、冗長カード切替手段８１８に指示して、カードの運用系と待機系を切り替える。
【０１１０】続いて、ステップＳＴ９０７において、活性化制御手段４１５は、ダウンロード領域１１１に格納されたソフトウェアを、該当の新待機系カード（旧運用系カード１０２−１）へ転送し、ステップＳＴ９０８において、同カード１０２−１へ活性化指示を出す。
【０１１１】これによって、ステップＳＴ９０９において、該当カードが新バージョンのソフトウェアで動作を開始する。この開始後、ステップＳＴ９１０において、データ受信手段１１３から上位局装置へ活性化の終了通知を転送する。
【０１１２】一方、上記結果がＮＧの場合は、活性化制御手段４１５は、冗長カード１０２−１，１０２−２の切替えを指示せず、上位局装置に活性化処理に失敗したことを通知する。
【０１１３】このように、実施の形態４の基地局装置８００におけるソフトウェアのバージョンアップ処理装置８１０によれば、基地局装置８００のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが出来る。更に、新バージョンのソフトウェアの基本動作チェックを行なってからサービスを開始できるので、新バージョンソフトウェアに障害があったとしてもそれでサービスを開始してしまうことを防ぐことができる。
【０１１４】（実施の形態５）図１０は、本発明の実施の形態５に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図１０に示す実施の形態５において図４の実施の形態２の各部に対応する部分には同一符号を付し、その説明を省略する。
【０１１５】この図１０に示す基地局装置１０００が、実施の形態２の基地局装置４００と異なる点は、バージョンアップ処理装置１０１０に、資源割当手段１０１９を備え、また、各カード１０１〜１０４，１０６，１０７の内、第１〜第３カード１０１〜１０３が、同機能のカードで冗長構成が取られている場合に、実施の形態４で説明済みの図８に示した基本動作チェック手段８１９を備えて構成されていることにある。
【０１１６】資源割当手段１０１９は、指示されたカードで実施しているサービスを同じ種類の他のカードで実施させ、元のカードではサービスを停止させるものである。
【０１１７】次に、基地局装置１０００にダウンロードされたソフトウェアの活性化を行う場合の処理動作を説明する。但し、複数の冗長構成カード１０１〜１０３で負荷分散している場合である。
【０１１８】上位局装置が、バージョンアップ対象のカード（の種類）を指定して活性化指示を出す。基地局装置１０００の指示受信手段１１２が、その指示を受け取ると、資源割当手段１０１９は、指定された種類のカード１０２の１枚のサービスを他のカード１０３で実施させ、元のカード１０２のサービスを停止させる。
【０１１９】活性化制御手段４１５は、ダウンロード領域１１１に格納されたソフトウェアをサービス停止中のカード１０２の現動作バージョン格納領域４１６へ転送し、活性化する。
【０１２０】サービス停止中のカード１０２が新ソフトウェアで起動後、基本動作チェック手段８１９によるチェックを行い、この結果を活性化制御手段４１５に伝える。上記結果がＯＫの場合、活性化制御手段４１５は、資源割当手段１０１９に指示して、別のカード１０３のサービスをそれ以外のカード（例えば、バージョンアップが済んだカード）１０４に実施させる。
【０１２１】活性化制御手段４１５は、新たにサービスが停止中となったカード１０３の現動作バージョン格納領域４１６へ、ダウンロード領域１１１からソフトウェアを転送し、活性化する。
【０１２２】以後、該当する種類の全カードに対してダウンロードと活性化を行なって行く。もしも、１枚目のカード１０２で基本動作機能チェックを行なった結果がＮＧだった場合は、活性化制御手段４１５は、以降の資源割当手段１０１９への指示は行わず、上位局装置に活性化処理に失敗したことを通知する。
【０１２３】このように、実施の形態５の基地局装置１０００におけるソフトウェアのバージョンアップ処理装置１０１０によれば、基地局装置１０００のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが出来る。更に、新バージョンのソフトウェアの基本動作チェックを行なってからサービスを開始できるので、新バージョンソフトウェアに障害があったとしてもそれでサービスを開始してしまうことを防ぐことができる。
【０１２４】（実施の形態６）図１１は、本発明の実施の形態６に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図１１に示す実施の形態６において図６の実施の形態３の各部に対応する部分には同一符号を付し、その説明を省略する。
【０１２５】この図１１に示す基地局装置１１００が、実施の形態３の基地局装置６００と異なる点は、バージョンアップ処理装置１１１０に、２つのダウンロード領域１１１１，１１１２を備え、２種類の統括バージョンを格納できるようにしたことにある。但し、各ダウンロード領域１１１１，１１１２は、ソフトウェア管理情報とソフトウェア・モジュールの一式が格納できるようになっている。
【０１２６】また、本実施の形態６の場合、指示受信手段１１２は、上位局装置から活性化指示を受ける時、どの統括バージョンで活性化させるかの指示も受けられる。活性化制御手段４１５は、どの統括バージョンで活性化するかの指示に応じて、何れのダウンロード領域１１１１，１１１２を対象にするかを決定できるようになっている。
【０１２７】このような構成におけるダウンロード処理は、基本的には実施の形態１と同じである。
【０１２８】但し、転送開始前に、現動作バージョン格納領域４１６に格納されている統括バージョンと同じ物（管理情報およびソフトウェア）を、ダウンロード領域１１１１，１１１２の何れかの領域に確保する。この確保された領域を、ここでは、バックアップ領域と呼ぶ。
【０１２９】現動作バージョンと同じ統括バージョンを格納している領域があればそちらをバックアップ領域とする。なければ、現動作バージョン格納領域４１６から何れかのダウンロード領域１１１１，１１１２にコピーする。
【０１３０】もしも、ダウンロード指定したバージョンと同じバージョンが何れか一方のダウンロード領域１１１１又は１１１２にあれば、その領域でない方の領域にコピーする。これは、上位局装置からのダウンロード指示の統括バージョンが既に何れか一方のダウンロード領域１１１１又は１１１２に存在していればダウンロードは不要であるため。
【０１３１】活性化処理は、基本的に実施の形態３と同じである。但し、本実施の形態６では、新バージョンで動作を開始後に、問題があればバックアップ領域のバージョンのソフトウェアで再度、活性化をやりなおせば、容易にもとのバージョンに戻すことが可能である。
【０１３２】このように、実施の形態６の基地局装置１１００におけるソフトウェアのバージョンアップ処理装置１１１０によれば、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。
【０１３３】なお、活性化制御手段４１５を設け、新バージョンで活性化後、問題が発生した場合、例えば、カードの再起動が出来なくなった等の場合、活性化制御手段４１５がそれを検出し、活性化制御手段に旧バージョンで再活性化させる指示を出し、元のバージョンの戻してもよい。この場合、問題が生じた場合でも、上位局装置から指示しなくても元の状態に自動的に復旧する。
【０１３４】（実施の形態７）図１２は、本発明の実施の形態７に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図１２に示す実施の形態７において図１１の実施の形態６の各部に対応する部分には同一符号を付し、その説明を省略する。
【０１３５】この図１２に示す基地局装置１２００が、実施の形態６の基地局装置１０００と異なる点は、実施の形態６の構成の２つのダウンロード領域１１１１，１１１２について、一方を新バージョン用ダウンロード領域１２１１、他方を旧バージョン用ダウンロード領域１２１２に固定したものである。
【０１３６】また、本実施の形態７の場合、指示受信手段１１２は、ダウンロードの指示を上位局装置から受け付ける時、ダウンロード先の領域を、新バージョン用ダウンロード領域１２１１にするか、旧バージョン用ダウンロード領域１２１２にするかを指定できる。
【０１３７】データ受信手段１１３は、その指定に従ったダウンロード先へ格納する。また、指示受信手段１１２は、上位局装置から活性化指示を受ける時、新旧どちらの領域のバージョンで活性化させるかの指示も受けられる。活性化制御手段４１５は、その指示に従ってどちらのダウンロード領域を対象にするかを決定できるようになっている。
【０１３８】このような構成におけるダウンロード処理は、基本的には実施の形態１と同じである。
【０１３９】但し、本処理と並行して、現動作バージョン格納領域４１６に格納されている統括バージョンと同じ物（管理情報およびソフトウェア）を、旧バージョン用ダウンロード領域１２１２に確保する。この際、必要に応じてコピーする。
【０１４０】或いは、上位局装置から、新バージョン用ダウンロード領域１２１１と旧バージョン用ダウンロード領域１２１２の双方に異なるバージョンのソフトウェアをダウンロードしてもよい。例えば、前者は、バージョンアップしたい新バージョン、後者は、確実に動作した実績のある旧バージョンなど。
【０１４１】活性化処理は、基本的に実施の形態３と同じである。但し、本実施の形態７では、新バージョンで動作を開始後に、問題があれば旧バージョン用ダウンロード領域１２１２のバージョンのソフトウェアで再度、活性化をやりなおせば、容易にもとのバージョンに戻すことが可能である。
【０１４２】このように、実施の形態７の基地局装置１２００におけるソフトウェアのバージョンアップ処理装置１２１０によれば、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。更に、バックアップ用の旧バージョンを上位局装置から指定してあらかじめダウンロードしておくことが可能である。
【０１４３】（実施の形態８）図１３は、本発明の実施の形態８に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図１３に示す実施の形態８において図６の実施の形態３の各部に対応する部分には同一符号を付し、その説明を省略する。
【０１４４】この図１３に示す基地局装置１３００が、実施の形態３の基地局装置６００と異なる点は、バージョンアップ処理装置１３１０に、実施の形態３の構成に加え、新バージョンソフトウェア管理情報格納領域１３１１と、旧バージョンソフトウェア管理情報格納領域１３１２と、モジュールバージョン指定手段１３１３とを備えたことにある。
【０１４５】モジュールバージョン指定手段１３１３は、ソフトウェア・モジュールの識別名とバージョンの組からなる情報により、該当するバージョンの該当ソフトウェア・モジュールを、ダウンロード領域から検索するものである。
【０１４６】指示受信手段１１２の機能は、実施の形態３と同様であるが、次の機能を追加したものである。ダウンロードの指示を上位局装置から受け付ける時、ソフトウェア管理情報の格納先の領域を、新バージョンソフトウェア管理情報格納領域１３１１にするか、旧バージョンソフトウェア管理情報格納領域１３１２にするかを指定できる。
【０１４７】更に、指示受信手段１１２は、上位局装置から活性化指示を受ける時、新旧何れのバージョンのソフトウェア管理情報に基づいて活性化させるかの指示も受けられるようになっている。
【０１４８】また、活性化制御手段４１５は、指示受信手段１１２から伝えられる、新旧何れのバージョンで活性化するかの指示に従って、該当するバージョンのソフトウェア管理情報をもとに、モジュールバージョン指定手段１３１３を利用してダウンロード領域１１１から現動作バージョン格納領域４１６へ、指定されたカードのソフトウェアを転送する。その後、該当カードに活性化指示を出すようになっている。
【０１４９】バージョン比較手段１１４は、何れかの格納領域１３１１，１３１２に格納された転送ソフトウェア管理情報に記載のバージョン（各ソフトウェア・モジュール）と、実際にダウンロード領域１１１に格納されているソフトウェア・モジュール内のバージョン情報を参照してバージョンを比較し、バージョンが異なるソフトウェア・モジュールのリストを作成するようになっている。
【０１５０】次に、上位局装置から基地局装置１３００へソフトウェアがダウンロードされる場合の処理動作を、図１４に示すシーケンス図を参照して説明する。
【０１５１】まず、ステップＳＴ１４０１において、上位局装置が、新旧何れかの格納領域１３１１，１３１２を指定してバージョンアップ対象の基地局装置１３００にソフトウェア管理情報の取得指示を出す。
【０１５２】基地局装置１３００の指示受信手段１１２がその指示を受け取ると、データ受信手段１１３は、上位局装置とのデータ転送経路を確立する。これは、転送対象データの指定を含む。
【０１５３】この確立後、データ受信手段１１３は、ステップＳＴ１４０２において、上位局装置から転送された上記指示の統括バージョンのソフトウエア管理情報を受信し、ステップＳＴ１４０３において、ダウンロード領域に格納する。
【０１５４】即ち、現動作バージョン格納領域４１６に格納されている統括バージョンのソフトウェア管理情報を、旧バージョンソフトウェア管理情報格納領域１３１２にコピーするとともに、現動作バージョン格納領域４１６に格納されているバージョンの各ソフトウェア・バージョンをダウンロード領域１１１に確保する。又は必要に応じてコピーする。
【０１５５】或いは、上位局装置から、新バージョンと旧バージョンの両方の統括バージョンのソフトウェアをダウンロードしてもよい。たとえば、前者は、バージョンアップしたい新バージョン、後者は、確実に動作した実績のある旧バージョンなど。
【０１５６】次に、ステップＳＴ１４０４において、バージョン比較手段１１４が、ダウンロード領域１１１に格納された既存ソフトウェア管理情報と今回新たにダウンロード領域１１１に格納されたソフトウェア管理情報の同一ソフトウェア・モジュールのバージョンとを比較し、バージョンが異なるソフトウェア・モジュールのリストを作成する。
【０１５７】次に、データ受信手段１１３は、上位局装置とのデータ転送経路を確立し、上記リストの全ソフトウェア・モジュールについて、上位局装置と転送対象データの指定を行い、この指定に応じステップＳＴ１４０５において、上位局装置から新バージョンのソフトウェア・モジュール・データの転送が行われると、ステップＳＴ１４０６において、それをダウンロード領域１１１へ格納する。これらが順次行われる。
【０１５８】最後に、ステップＳＴ１４０７において、一連のダウンロード処理が終了したことを基地局装置１３００から上位局装置に通知する。この通知は、例えばデータ受信手段１１３が行なう。
【０１５９】活性化処理は、基本的に実施の形態３と同じである。但し、本実施の形態８では、新バージョンで動作を開始後に、問題があれば旧バージョンのバージョンのソフトウェアで再度、活性化をやりなおせば、容易にもとのバージョンに戻すことが可能である。
【０１６０】このように、実施の形態８の基地局装置１３００におけるソフトウェアのバージョンアップ処理装置１３１０によれば、バージョンアップしたソフトウェアに問題があった場合でも容易に元のバージョンのソフトウェアでの運用に戻すことが可能となる。
【０１６１】更に、バックアップ用の旧バージョンを上位局装置からあらかじめダウンロードしておくことが可能である。また、実施の形態６又は７と異なり、新旧の両統括バージョンを構成するソフトウェア・モジュールで同一バージョンのものを重複して持つ必要がないので、基地局装置１３００のソフトウェア格納領域を減らすことが可能である。
【０１６２】
【発明の効果】以上説明したように、本発明によれば、多数の通信装置（例えば基地局装置）のソフトウェアをバージョンアップする必要時に新バージョンのソフトウェアを上位局装置から全通信装置へダウンロードする所要時間を極力短くすることができ、上位局装置の処理量を極力減らすことができ、また、複数の通信装置が協調動作を行う必要時にソフトウェアのバージョンアップタイミングを可能な限り揃えることができ、更に必要時以外にバージョンアップされないようにすることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図２】実施の形態１に係る基地局装置におけるソフトウェアのバージョンアップ処理装置のダウンロード領域に格納されるソフトウェア管理情報の構成図
【図３】実施の形態１に係る通信装置におけるソフトウェアのバージョンアップ処理装置によるダウンロード処理の動作を説明するためのシーケンス図
【図４】本発明の実施の形態２に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図５】実施の形態２に係る通信装置におけるソフトウェアのバージョンアップ処理装置による活性化処理の動作を説明するためのシーケンス図
【図６】本発明の実施の形態３に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図７】実施の形態３に係る通信装置におけるソフトウェアのバージョンアップ処理装置による活性化処理の動作を説明するためのシーケンス図
【図８】本発明の実施の形態４に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図９】実施の形態４に係る通信装置におけるソフトウェアのバージョンアップ処理装置による活性化処理の動作を説明するためのシーケンス図
【図１０】本発明の実施の形態５に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図１１】本発明の実施の形態６に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図１２】本発明の実施の形態７に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図１３】本発明の実施の形態８に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図１４】実施の形態８に係る通信装置におけるソフトウェアのバージョンアップ処理装置によるダウンロード処理の動作を説明するためのシーケンス図
【符号の説明】
１００，４００，６００，８００，１０００，１１００，１２００，１３００基地局装置
１０１〜１０４，１０６，１０７ カード
１０２−１ 運用系カード
１０２−２ 待機系カード
１０５ バス
１１０，４１０，６１０，８１０，１０１０，１１１０，１２１０，１３１０バージョンアップ処理装置
１１１ ダウンロード領域
１１２ 指示受信手段
１１３ データ受信手段
１１４ バージョン比較手段
４１５ 活性化制御手段
４１６ 現動作バージョン格納領域
６１７ ソフトウェアロード手段
８１８ 冗長カード切替手段
８１９ 基本動作チェック手段
１０１９ 資源割当手段
１１１１ 第１ダウンロード領域
１１１２ 第２ダウンロード領域
１２１１ 新バージョン用ダウンロード領域
１２１２ 旧バージョン用ダウンロード領域
１３１１ 新バージョンソフトウェア管理情報格納領域
１３１２ 旧バージョンソフトウェア管理情報格納領域
１３１３ モジュールバージョン指定手段
【０００１】
【発明の属する技術分野】本発明は、上位装置からネットワークを介してダウンロードされたソフトウェア（プログラム）で動作する複数の下位装置のソフトウェアをバージョンアップするものであり、例えば、移動体通信システムにおいて、上位局装置である例えばオペレーション装置からダウンロードされたソフトウェアで動作する基地局装置のソフトウェアをバージョンアップする通信装置におけるソフトウェアのバージョンアップ処理装置及び通信装置におけるソフトウェアのバージョンアップ処理方法に関する。
【０００２】
【従来の技術】従来、この種の通信装置におけるソフトウェアのバージョンアップ処理装置及び通信装置におけるソフトウェアのバージョンアップ処理方法としては、特開平２０００−３５８８９号公報に記載されているものがある。
【０００３】ＣＰＵやＤＳＰを搭載した複数のカードを備えて構成される基地局装置のソフトウェアをバージョンアップする場合、まず、上位局装置から各基地局装置に必要なソフトウェアをダウンロードする必要がある。
【０００４】このダウンロードを行う１つの方法としては、基地局装置で使用する全ソフトウェアを上位局装置から各基地局装置に順番にダウンロードする方法がある。
【０００５】この他の方法としては、基地局装置内のバージョンアップが必要なソフトウェア・モジュールのみを上位局装置から各基地局装置にダウンロードする方法がある。
【０００６】また、ダウンロードしたソフトウェアで各カードを動作させるには、ダウンロード後にカードのリセット（再起動）を行なうなど、新しいバージョンのソフトウェアを有効化するための処理が必要となる。
【０００７】このソフトウェアの有効化処理を行う１つの方法としては、上位局装置からソフトウェアをダウンロードした場合に、即時リセット処理を行なう方法がある。
【０００８】この他の方法としては、ソフトウェアをダウンロードした後、何らかの要因によってリセットされた場合に、新しいソフトウェアを必然的に有効とする方法がある。
【０００９】
【発明が解決しようとする課題】しかしながら、従来の装置においては、基地局装置で使用する全ソフトウェアを上位局装置から各基地局装置に順番にダウンロードする場合、多数の基地局装置全てにダウンロードする必要があるので多大な時間がかかるという問題がある。
【００１０】また、基地局装置内のバージョンアップが必要なソフトウェア・モジュールのみを上位局装置から各基地局装置にダウンロードする場合、転送量が減るためダウンロードに要する時間は短くなるが、基地局装置に多様なハードウェア構成の装置が混在していると、上位局装置は、個別の基地局装置毎にダウンロードが必要なソフトウェア・モジュールを割り出していかなければならず、上位局装置の処理量が大きくなるという問題がある。
【００１１】また、上位局装置からソフトウェアをダウンロードした場合に、即時リセット処理を行なう場合、複数の基地局装置間でダウンロードのタイミングが異なるので、バージョンアップの時期がずれるという問題がある。
【００１２】この場合、特に複数の基地局装置が協調して動作する必要がある場合、例えばハンドオーバーを行う場合、ソフトウェアのバージョンアップの時期を可能な限りそろえる必要がある。
【００１３】また、ソフトウェアをダウンロードした後、何らかの要因によってリセットされた場合に、新しいソフトウェアを必然的に有効とする場合、例えばカード障害からの自動回復機能によりリセットされた場合は、上位局装置の指示に依らず自律的にリセットがかかるので、必要時以外にバージョンアップしてしまうという問題がある。
【００１４】本発明はかかる点に鑑みてなされたものであり、多数の通信装置（例えば基地局装置）のソフトウェアをバージョンアップする必要時に新バージョンのソフトウェアを上位局装置から全通信装置へダウンロードする所要時間を極力短くすることができ、上位局装置の処理量を極力減らすことができ、また、複数の通信装置が協調動作を行う必要時にソフトウェアのバージョンアップタイミングを可能な限り揃えることができ、更に必要時以外にバージョンアップされないようにすることができる通信装置におけるソフトウェアのバージョンアップ処理装置及び通信装置におけるソフトウェアのバージョンアップ処理方法を提供することを目的とする。
【００１５】
【課題を解決するための手段】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上位局装置から転送されるソフトウェア及びソフトウェア管理情報を格納するダウンロード領域と、このダウンロード領域に格納された既存ソフトウェア管理情報と今後格納される新規ソフトウェア管理情報に示される同一ソフトウェアのバージョンを比較し、バージョンが異なるソフトウェアのリストを作成するバージョン比較手段と、上位局装置からダウンロードの指示があった場合、上位局装置から新規ソフトウェア管理情報を受信して前記ダウンロード領域へ格納すると共に、前記リストで示されるソフトウェアを上位局装置から受信して格納するデータ受信手段と、を具備する構成を採る。
【００１６】この構成によれば、通信装置で使用するソフトウェアのうち、バージョンが異なるソフトウェアのみをダウンロードすれば済むので、通信装置の全ソフトウェアをダウンロードするのに比べて、短時間でダウンロードすることが可能となる。更に、ソフトウェアのバージョン比較は各通信装置自体が行なうので、多数の通信装置を対象とする場合でも上位局装置の処理負担が少なく、対象とする通信装置に多様なハードウェア構成の装置が混在していても上位局装置は区別する必要が無くなる。
【００１７】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、上位局装置から転送されるソフトウェアは、各々にバージョンが付与された複数のソフトウェア・モジュールから構成され、ソフトウェア管理情報は、前記複数のソフトウェア・モジュールの識別名とそのバージョンから構成される構成を採る。
【００１８】この構成によれば、通信装置で使用するソフトウェアのうち、バージョンが異なるソフトウェア・モジュールのみをダウンロードすれば済むので、通信装置の全ソフトウェアをダウンロードするのに比べて、短時間でダウンロードすることが可能となる。更に、ソフトウェア・モジュールのバージョン比較は各通信装置自体が行なうので、多数の通信装置を対象とする場合でも上位局装置の処理負担が少なく、対象とする通信装置に多様なハードウェア構成の装置が混在していても上位局装置は区別する必要が無くなる。
【００１９】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、使用中のバージョンのソフトウェアを格納する現動作バージョン格納領域を通信処理用の複数のカードに具備し、上位局装置からカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアをダウンロード領域から前記指定されたカードの前記現動作バージョン格納領域へ転送したのち活性化を指示する活性化制御手段とを具備する構成を採る。
【００２０】この構成によれば、ダウンロード領域に格納された新バージョンのソフトウェアに対して、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新ソフトウェアで動作させることが可能となり、複数の通信装置でのソフトウェアのバージョンアップの反映時期をそろえることが可能となる。
【００２１】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、使用中のバージョンのソフトウェアを格納する現動作バージョン格納領域と、上位局装置から通信処理用のカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアをダウンロード領域から前記現動作バージョン格納領域へ転送したのち前記指定されたカードへ活性化を指示する活性化制御手段とを具備し、前記カードが、前記活性化の指示を受けた際に前記現動作バージョン格納領域から自カードを動作させるためのソフトウェアを読み込むソフトウェアロード手段を具備する構成を採る。
【００２２】この構成によれば、ダウンロード領域に格納された新しいバージョンのソフトウェアに対し、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新しいソフトウェアで動作させることが可能である。複数の通信装置でのソフトウェアのバージョンアップの反映時期をそろえることが可能となる。更に、通信装置に同じタイプのカードが複数枚ある場合、各カードごとにソフトウェアを保持する必要はなく、共通の領域である、現動作バージョン格納領域にのみ保持すれば良いので、通信装置全体での格納領域サイズを抑えることが可能になる。
【００２３】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、カードは、現用／待機系の冗長構成である場合に、自カードの基本機能が正常であることを確認する基本動作チェック手段を具備し、前記基本動作チェック手段による確認の結果が正常で有れば、前記冗長構成カードの運用系と待機系を切替える冗長カード切替え手段を具備することを特徴とする請求項３記載の通信装置における構成を採る。
【００２４】この構成によれば、まず、待機系カードに活性化指示をして、バージョンアップを行ない、基本機能を確認してから、運用系カードと待機系カードの切替えを行ない、新待機系カードのバージョンアップを行なうことができるので、通信装置のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが可能である。
【００２５】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、カードは、複数枚から成る冗長構成を取り各カードに負荷分散させている場合に、自カードの基本機能が正常であることを確認する基本動作チェック手段を具備し、前記基本動作チェック手段による確認の結果が正常で有れば、上位局装置で指示されたカードで実施中のサービスを同じ種類の他のカードで実施させ、この際に元のカードではサービスを停止させる資源割当手段を具備する構成を採る。
【００２６】この構成によれば、まず、指定された種類のカードの１枚について、実施中のサービスを他のカードで実施させて元のカードのサービスを停止させる。このカードに対して、活性化指示をして、バージョンアップを行ない、基本機能が確認されてから、順次、他の同種カードのバージョンアップを行なって行く。このように、基地局装置のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが可能である。
【００２７】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、ダウンロード領域を複数具備し、活性化制御手段は、上位局装置からの何れのバージョンで活性化するかの指示に応じた前記ダウンロード領域を活性化制御の対象とする構成を採る。
【００２８】この構成によれば、ダウンロード領域の何れかの領域に、現在使用中であるバージョンのソフトウェアをバックアップしておけるので、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。
【００２９】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、２つのダウンロード領域について、一方を新バージョン用、他方を旧バージョン用に固定した構成を採る。
【００３０】この構成によれば、ダウンロード領域の何れかの領域に、現在使用中であるバージョンのソフトウェアをバックアップしておけるので、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。更に、バックアップ用の旧バージョンを上位局装置から指定して予めダウンロードしておくことが可能である。
【００３１】本発明の通信装置におけるソフトウェアのバージョンアップ処理装置は、上記構成において、新バージョンソフトウェア管理情報の格納領域と、旧バージョンソフトウェア管理情報の格納領域と、ソフトウェアの識別名とバージョンの組からなる情報により、該当するバージョンの該当ソフトウェアを、ダウンロード領域から検索するモジュールバージョン指定手段を具備する構成を採る。
【００３２】この構成によれば、ダウンロード領域に、現在使用中であるバージョンのソフトウェアをバックアップしておけるので、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。更に、バックアップ用の旧バージョンを上位局装置から予めダウンロードしておくことが可能である。更には、新旧の両統括バージョンを構成するソフトウェアで同一バージョンのものを重複して持つ必要がないので、基地局装置のソフトウェア格納領域を減らすことが可能である。
【００３３】本発明の基地局装置は、上記いずれかと同構成の通信装置におけるソフトウェアのバージョンアップ処理装置を具備する構成を採る。
【００３４】この構成によれば、基地局装置において、上記いずれかと同様の作用効果を得ることができる。
【００３５】本発明の通信装置におけるソフトウェアのバージョンアップ処理方法は、上位局装置からダウンロードの指示を受信した際に、上位局装置から新規ソフトウェア管理情報を受信して格納し、この格納された新規ソフトウェア管理情報と既に格納された既存ソフトウェア管理情報の同一ソフトウェアのバージョンを比較して、バージョンが異なるソフトウェアのリストを作成し、このリストで示されるソフトウェアを上位局装置から受信して格納するようにした。
【００３６】この方法によれば、通信装置で使用するソフトウェアのうち、バージョンが異なるソフトウェアのみをダウンロードすれば済むので、通信装置の全ソフトウェアをダウンロードするのに比べて、短時間でダウンロードすることが可能となる。更に、ソフトウェアのバージョン比較は各通信装置自体が行なうので、多数の通信装置を対象とする場合でも上位局装置の処理負担が少なく、対象とする通信装置に多様なハードウェア構成の装置が混在していても上位局装置は区別する必要が無くなる。
【００３７】本発明の通信装置におけるソフトウェアのバージョンアップ処理方法は、上記方法において、上位局装置から新バージョンのソフトウェアを活性化する指示を行い、この指示に応じて前記新バージョンのソフトウェアを活性化するようにした。
【００３８】この方法によれば、ダウンロード領域に格納された新バージョンのソフトウェアを、上位局装置からの指示によって活性化を行ない、新ソフトウェアで動作させることが可能となるので、複数の通信装置でのソフトウェアのバージョンアップの反映時期を揃えることが可能となる。
【００３９】本発明の通信装置におけるソフトウェアのバージョンアップ処理方法は、上記方法において、使用中のバージョンのソフトウェアを格納する格納領域を通信処理用の複数のカードに具備し、上位局装置からカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアを前記指定されたカードの格納領域へ転送したのち活性化を行うようにした。
【００４０】この方法によれば、既に格納された新バージョンのソフトウェアに対して、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新ソフトウェアで動作させることが可能となり、複数の通信装置でのソフトウェアのバージョンアップの反映時期をそろえることが可能となる。
【００４１】本発明の通信装置におけるソフトウェアのバージョンアップ処理方法は、上記方法において、カードが現用／待機系の冗長構成である場合に、一方のカードの基本機能が正常であることを確認し、正常で有れば前記冗長構成カードの運用系と待機系を切替えるようにした。
【００４２】この方法によれば、まず、待機系カードに活性化指示をして、バージョンアップを行ない、基本機能を確認してから、運用系カードと待機系カードの切替えを行ない、新待機系カードのバージョンアップを行なうことができるので、通信装置のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが可能である。
【００４３】
【発明の実施の形態】以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００４４】（実施の形態１）図１は、本発明の実施の形態１に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。
【００４５】この図１に示す基地局装置１００は、ＣＰＵやＤＳＰを搭載し、無線送受信やベースバンド信号処理等の機能を実現する各種カード１０１〜１０４及び、各カード１０１〜１０４間で制御信号やデータを伝送するためのバス１０５を備え、第１カード１０１に本発明の特徴要素であるソフトウェアのバージョンアップ処理装置１１０を備えて構成されている。
【００４６】バージョンアップ処理装置１１０は、ダウンロード領域１１１と、指示受信手段１１２と、データ受信手段１１３と、バージョン比較手段１１４を備えて構成されている。
【００４７】但し、第１カード１０１にバージョンアップ処理装置１１０を備えたが、他のカード１０２〜１０４に備えてもよい。更に、バージョンアップ処理装置１１０の各構成要素１１１〜１１４を同一カード１０１に備える構成としたが、複数カードで実現してもよい。
【００４８】また、基地局装置１００で使用するソフトウェアは、複数のソフトウェア・モジュールから構成される。
【００４９】図２は、ソフトウェア管理情報の例であり、基地局装置１００で使用するソフトウェア全体のバージョンを表す統括バージョン、各ソフトウェア・モジュール１，２，３…の識別名とそのバージョンから構成される。
【００５０】ソフトウェア・モジュールの例は、各カードを動作させるためのソフトウェアである。この場合、各ソフトウェア・モジュールの識別名の例は、カードの種別を特定する文字列である。
【００５１】次に、バージョンアップ処理装置１１０の各構成要素１１１〜１１４の役割を述べる。
【００５２】指示受信手段１１２は、図示せぬ上位局装置（例えば交換局装置）からダウンロードの指示を受け付けるものである。その指示には、ダウンロード対象の基地局装置ソフトウェアの統括バージョン情報を含む。
【００５３】ダウンロード領域１１１は、上位局装置から転送されたソフトウェアとソフトウェア管理情報を格納するものである。
【００５４】データ受信手段１１３は、上位局装置から転送されたデータを受信してダウンロード領域１１１へ格納するものである。
【００５５】バージョン比較手段１１４は、新たにダウンロード領域１１１に格納したソフトウェア管理情報と既にダウンロード領域に格納されていたソフトウェア管理情報の同一ソフトウェア・モジュールのバージョンを比較し、バージョンが異なるソフトウェア・モジュールのリストを作成するものである。
【００５６】但し、新ソフトウェア管理情報に含まれるバージョンと、実際にダウンロード領域に格納されているソフトウェア・モジュール内のバージョンとを比較してもよい。
【００５７】なお、上位局装置も、ソフトウェア管理情報やソフトウェア・モジュールを格納する領域、データ送信手段、指示送信手段など、基地局装置１００のバージョンアップ処理装置１１０に対向する手段を備えているものとする。
【００５８】次に、上位局装置から基地局装置１００へソフトウェアがダウンロードされる場合の処理動作を、図３に示すシーケンス図を参照して説明する。
【００５９】まず、ステップＳＴ３０１において、上位局装置が、統括バージョンを指定してバージョンアップ対象の基地局装置１００にソフトウェア管理情報の取得指示を出す。
【００６０】基地局装置１００の指示受信手段１１２がその指示を受け取ると、データ受信手段１１３は、上位局装置とのデータ転送経路を確立する。これは、転送対象データの指定を含む。
【００６１】この確立後、データ受信手段１１３は、ステップＳＴ３０２において、上位局装置から転送された上記指示の統括バージョンのソフトウエア管理情報を受信し、ステップＳＴ３０３において、ダウンロード領域に格納する。
【００６２】次に、ステップＳＴ３０４において、バージョン比較手段１１４が、ダウンロード領域１１１に格納された既存ソフトウェア管理情報と今回新たにダウンロード領域１１１に格納されたソフトウェア管理情報の同一ソフトウェア・モジュールのバージョンとを比較し、バージョンが異なるソフトウェア・モジュールのリストを作成する。
【００６３】次に、データ受信手段１１３は、上位局装置とのデータ転送経路を確立し、上記リストの全ソフトウェア・モジュールについて、上位局装置と転送対象データの指定を行い、この指定に応じステップＳＴ３０５において、上位局装置から新バージョンのソフトウェア・モジュール・データの転送が行われると、ステップＳＴ３０６において、それをダウンロード領域１１１へ格納する。これらが順次行われる。
【００６４】このとき、ステップＳＴ３０７〜ＳＴ３０８において、ダウンロード領域１１１に格納されている旧バージョンのソフトウェア・モジュールをダウンロード領域から削除してもよい。
【００６５】但し、全モジュールのダウンロードが終わった後に旧統括バージョンのソフトウェア管理情報をダウンロード領域１１１から削除してもよい。
【００６６】最後に、ステップＳＴ３０９において、一連のダウンロード処理が終了したことを基地局装置１００から上位局装置に通知する。この通知は、例えばデータ受信手段１１３が行なう。
【００６７】このように、実施の形態１の基地局装置におけるソフトウェアのバージョンアップ処理装置１１０によれば、基地局装置１００で使用するソフトウェアのうち、バージョンが異なるソフトウェア・モジュールのみをダウンロードすれば済むので、基地局装置１００の全ソフトウェアをダウンロードするのに比べて、短時間でダウンロードすることが可能となる。
【００６８】また、ソフトウェア・モジュールのバージョン比較を各基地局装置１００が行なうので、多数の基地局装置１００を対象とする場合でも上位局装置の処理負担が少ない。
【００６９】また、ダウンロードされた新ソフトウェア管理情報に、当該基地局装置１００に存在しないモジュールが記載されていても、バージョン比較の結果に生成されるリストには含まれない。
【００７０】このため、対象とする基地局装置１００に多様なハードウェア構成の装置が混在していても上位局装置は区別する必要が無い。つまり、１つの統括バージョンについて、全基地局装置１００で使用されるモジュールに関する情報を含むソフトウェア管理情報を１つ用意すれば済む。
【００７１】（実施の形態２）図４は、本発明の実施の形態２に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図４に示す実施の形態２において図１の実施の形態１の各部に対応する部分には同一符号を付し、その説明を省略する。
【００７２】この図４に示す基地局装置４００が、実施の形態１の基地局装置１００と異なる点は、バージョンアップ処理装置４１０に活性化制御手段４１５を追加して構成し、更に各カード１０１〜１０４が現動作バージョン格納領域４１６を備えたことにある。但し、第１カード１０１には現動作バージョン格納領域４１６を図示していない。
【００７３】また、指示受信手段１１２は、ダウンロードの指示の他に、活性化の指示を上位局装置から受け付けるように成されている。
【００７４】活性化制御手段４１５は、指定されたカードのソフトウェアをダウンロード領域１１１から該当カードの現動作バージョン格納領域４１６へ転送し、該当カードに活性化指示を出すものである。
【００７５】但し、活性化のためには、例えば該当するカードのリセットを行なう。各カードは、リセット後、自カードの現動作バージョン格納領域４１６から、自カードを動作させるためのソフトウェアを読み込み、図示せぬ主記憶手段上に展開するようになっている。
【００７６】次に、基地局装置４００にダウンロードされたソフトウェアの活性化を行う場合の処理動作を、図５R>５に示すシーケンス図を参照して説明する。
【００７７】但し、図５に符号５００で示すように、実施の形態１で説明したダウンロード処理が終了した状態であるとする。
【００７８】ステップＳＴ５０１において、上位局装置が、バージョンアップ対象のカードを指定して活性化指示を出す。
【００７９】この指示をバージョンアップ処理装置４１０の指示受信手段１１２が受け取ると、活性化制御手段４１５は、ステップＳＴ５０２において、ダウンロード領域１１１に格納されたソフトウェアを該当のカード（例えば１０２）の現動作バージョン格納領域４１６へ転送し、ステップＳＴ５０３において、そのカード１０２に活性化指示を出す。
【００８０】但し、ステップＳＴ５０２及びＳＴ５０３では、上位局装置からの活性化指示の際に対象カードを指定したが、特に指定せず、活性化が必要な全てのカードについて、その処理を繰り返しても良い。
【００８１】これによって、ステップＳＴ５０４において、該当カードが新バージョンのソフトウェアで動作を開始する。この開始後、ステップＳＴ５０５において、データ受信手段１１３から上位局装置へ活性化の終了通知を転送する。
【００８２】このように、実施の形態２の基地局装置４００におけるソフトウェアのバージョンアップ処理装置４１０によれば、ダウンロード領域１１１に格納された新しいバージョンのソフトウェアに対し、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新しいソフトウェアで動作させることが可能である。
【００８３】また、上位局装置からダウンロードされても、活性化指示が出されていない時は、旧バージョンで動作する。例えば、新バージョンがダウンロード領域１１１にダウンロードされている状態で、活性化指示が出されていない時に、リセットされたとしても、現動作バージョン格納領域４１６に格納された旧バージョンのソフトウェアで起動する。
【００８４】これにより、全基地局装置４００をできるだけ一斉にバージョンアップさせることで、ソフトウェアのバージョンの違いによりサービスが不均一になることを防ぐことを可能にする。
【００８５】まず、実施の形態１のような方法で、全基地局装置４００に新バージョンのソフトウェアをダウンロードする。基地局装置４００が多数の場合は、上位局装置の処理能力とネットワークの帯域の制限から、一斉にダウンロードすることは困難である。しかし、活性化指示は全基地局装置４００に対して短時間で行なうことが可能なため、新しいバージョンの反映時期をそろえることが可能である。
【００８６】特に、複数の基地局装置４００が協調して動作する必要がある場合、例えばハンドオーバーを行う場合、ソフトウェアのバージョンアップの時期を可能な限り揃えることが望ましく、本実施の形態２の方法が有効である。
【００８７】（実施の形態３）図６は、本発明の実施の形態３に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図６に示す実施の形態３において図１の実施の形態１の各部に対応する部分には同一符号を付し、その説明を省略する。
【００８８】この図６に示す基地局装置６００が、実施の形態１の基地局装置１００と異なる点は、バージョンアップ処理装置６１０に、実施の形態２で説明済みの図２R>２に示した活性化制御手段４１５及び現動作バージョン格納領域４１６を備え、バージョンアップ処理装置６１０が搭載されていない他のカード１０２〜１０４に、ソフトウェアロード手段６１７を備えたことにある。
【００８９】ソフトウェアロード手段６１７は、活性化制御手段４１５から活性化指示を受けると、バージョンアップ処理装置６１０の現動作バージョン格納領域４１６からバス１０５を介して、自カードを動作させるためのソフトウェアを読み込み、主記憶上に展開するものである。
【００９０】次に、基地局装置６００にダウンロードされたソフトウェアの活性化を行う場合の処理動作を、図７R>７に示すシーケンス図を参照して説明する。
【００９１】但し、図７に符号７００で示すように、実施の形態１で説明したダウンロード処理が終了した状態であるとする。
【００９２】ステップＳＴ７０１において、上位局装置が、バージョンアップ対象のカードを指定して活性化指示を出す。
【００９３】この指示をバージョンアップ処理装置６１０の指示受信手段１１２が受け取ると、活性化制御手段４１５は、ステップＳＴ７０２において、ダウンロード領域１１１に格納されたソフトウェアを現動作バージョン格納領域４１６へ転送し、ステップＳＴ７０３において、指定カード（例えば１０２）に活性化指示を出す。
【００９４】ステップＳＴ７０４において、該当カード１０２のソフトウェアロード手段６１７は、現動作バージョン格納領域４１６からバス１０５を介して、自カードを動作させるためのソフトウェアを読み込み起動する。
【００９５】これによって、ステップＳＴ７０５において、該当カードが新バージョンのソフトウェアで動作を開始する。この開始後、ステップＳＴ７０６において、データ受信手段１１３から上位局装置へ活性化の終了通知を転送する。
【００９６】このように、実施の形態３の基地局装置６００におけるソフトウェアのバージョンアップ処理装置６１０によれば、ダウンロード領域１１１に格納された新しいバージョンのソフトウェアに対し、適切なタイミングで上位局装置から指示を出すことで活性化を行ない、該当カードを新しいプログラムで動作させることが可能である。上位局装置からダウンロードされても、活性化指示が出されていない時は、リセットされたとしても、旧バージョンで動作する。
【００９７】これにより、実施の形態２で述べたことと同様の効果を得ることが可能である。それに加えて、基地局装置６００に同じタイプのカード１０２〜１０４が複数枚ある場合、実施の形態２では、各カード１０２〜１０４の現動作バージョン格納領域４１６にそれぞれソフトウェアを持つ必要があったが、本実施の形態３では、１つの現動作バージョン格納領域４１６にのみ持てば済むので、基地局装置６００のトータルの記憶領域を削減することが可能である。
【００９８】（実施の形態４）図８は、本発明の実施の形態４に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図８に示す実施の形態４において図４の実施の形態２の各部に対応する部分には同一符号を付し、その説明を省略する。
【００９９】この図８に示す基地局装置８００が、実施の形態２の基地局装置４００と異なる点は、バージョンアップ処理装置８１０に、冗長カード切替手段８１８を備え、また、各カード１０１〜１０４が、第２カード１０２−１，１０２−２を代表して示すように、運用／待機系の冗長構成となっており、基本動作チェック手段８１９を備えて構成されていることにある。
【０１００】以下、第２カード１０２−１を運用系カード１０２−１、第２カード１０２−２を待機系カード１０２−２とよぶ。また、運用系カード１０２−１は、通常有効な動作を行ない、待機系カード１０２−２は、障害発生時などに切り替えて運用する代替カードである。
【０１０１】冗長カード切替手段８１８は、指示されたカードの運用系と待機系の切替えを行なうためのものである。
【０１０２】基本動作チェック手段８１９は、現動作バージョン格納領域４１６に格納されたソフトウェアで起動後、そのソフトウェアとカードとで実現される基本機能が正常であることを確認するためのものである。
【０１０３】例えば、この手段８１９を、新バージョンのソフトウェア自身が実現する、或いは、正常に動作していた旧バージョンのソフトウェアのチェック機能を残しておくことで実現する。更に、基本動作チェック手段８１９は、基本動作チェックの結果を、活性化制御手段へ伝えるようになっている。
【０１０４】次に、基地局装置８００にダウンロードされたソフトウェアの活性化を行う場合の処理動作を、図９R>９に示すシーケンス図を参照して説明する。
【０１０５】但し、図９に符号９００で示すように、実施の形態１で説明したダウンロード処理が終了した状態であるとする。
【０１０６】ステップＳＴ９０１において、上位局装置が、バージョンアップ対象のカードを指定して活性化指示を出す。
【０１０７】この指示をバージョンアップ処理装置８１０の指示受信手段１１２が受け取ると、活性化制御手段４１５は、ステップＳＴ９０２において、ダウンロード領域１１１に格納されたソフトウェアを、該当の待機系カード１０２−２の現動作バージョン格納領域４１６へ転送し、ステップＳＴ９０３において、その待機系カード１０２−２に活性化指示を出す。
【０１０８】これによって、ステップＳＴ９０４において、待機系カード１０２−２が新バージョンのソフトウェアで起動する。この起動後、ステップＳＴ９０５において、基本動作チェック手段８１９によるチェックを行い、この結果を活性化制御手段４１５に伝える。
【０１０９】その結果がＯＫの時は、ステップＳＴ９０６において、活性化制御手段４１５は、冗長カード切替手段８１８に指示して、カードの運用系と待機系を切り替える。
【０１１０】続いて、ステップＳＴ９０７において、活性化制御手段４１５は、ダウンロード領域１１１に格納されたソフトウェアを、該当の新待機系カード（旧運用系カード１０２−１）へ転送し、ステップＳＴ９０８において、同カード１０２−１へ活性化指示を出す。
【０１１１】これによって、ステップＳＴ９０９において、該当カードが新バージョンのソフトウェアで動作を開始する。この開始後、ステップＳＴ９１０において、データ受信手段１１３から上位局装置へ活性化の終了通知を転送する。
【０１１２】一方、上記結果がＮＧの場合は、活性化制御手段４１５は、冗長カード１０２−１，１０２−２の切替えを指示せず、上位局装置に活性化処理に失敗したことを通知する。
【０１１３】このように、実施の形態４の基地局装置８００におけるソフトウェアのバージョンアップ処理装置８１０によれば、基地局装置８００のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが出来る。更に、新バージョンのソフトウェアの基本動作チェックを行なってからサービスを開始できるので、新バージョンソフトウェアに障害があったとしてもそれでサービスを開始してしまうことを防ぐことができる。
【０１１４】（実施の形態５）図１０は、本発明の実施の形態５に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図１０に示す実施の形態５において図４の実施の形態２の各部に対応する部分には同一符号を付し、その説明を省略する。
【０１１５】この図１０に示す基地局装置１０００が、実施の形態２の基地局装置４００と異なる点は、バージョンアップ処理装置１０１０に、資源割当手段１０１９を備え、また、各カード１０１〜１０４，１０６，１０７の内、第１〜第３カード１０１〜１０３が、同機能のカードで冗長構成が取られている場合に、実施の形態４で説明済みの図８に示した基本動作チェック手段８１９を備えて構成されていることにある。
【０１１６】資源割当手段１０１９は、指示されたカードで実施しているサービスを同じ種類の他のカードで実施させ、元のカードではサービスを停止させるものである。
【０１１７】次に、基地局装置１０００にダウンロードされたソフトウェアの活性化を行う場合の処理動作を説明する。但し、複数の冗長構成カード１０１〜１０３で負荷分散している場合である。
【０１１８】上位局装置が、バージョンアップ対象のカード（の種類）を指定して活性化指示を出す。基地局装置１０００の指示受信手段１１２が、その指示を受け取ると、資源割当手段１０１９は、指定された種類のカード１０２の１枚のサービスを他のカード１０３で実施させ、元のカード１０２のサービスを停止させる。
【０１１９】活性化制御手段４１５は、ダウンロード領域１１１に格納されたソフトウェアをサービス停止中のカード１０２の現動作バージョン格納領域４１６へ転送し、活性化する。
【０１２０】サービス停止中のカード１０２が新ソフトウェアで起動後、基本動作チェック手段８１９によるチェックを行い、この結果を活性化制御手段４１５に伝える。上記結果がＯＫの場合、活性化制御手段４１５は、資源割当手段１０１９に指示して、別のカード１０３のサービスをそれ以外のカード（例えば、バージョンアップが済んだカード）１０４に実施させる。
【０１２１】活性化制御手段４１５は、新たにサービスが停止中となったカード１０３の現動作バージョン格納領域４１６へ、ダウンロード領域１１１からソフトウェアを転送し、活性化する。
【０１２２】以後、該当する種類の全カードに対してダウンロードと活性化を行なって行く。もしも、１枚目のカード１０２で基本動作機能チェックを行なった結果がＮＧだった場合は、活性化制御手段４１５は、以降の資源割当手段１０１９への指示は行わず、上位局装置に活性化処理に失敗したことを通知する。
【０１２３】このように、実施の形態５の基地局装置１０００におけるソフトウェアのバージョンアップ処理装置１０１０によれば、基地局装置１０００のサービスを停止させること無く、ソフトウェアのバージョンアップを行なうことが出来る。更に、新バージョンのソフトウェアの基本動作チェックを行なってからサービスを開始できるので、新バージョンソフトウェアに障害があったとしてもそれでサービスを開始してしまうことを防ぐことができる。
【０１２４】（実施の形態６）図１１は、本発明の実施の形態６に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図１１に示す実施の形態６において図６の実施の形態３の各部に対応する部分には同一符号を付し、その説明を省略する。
【０１２５】この図１１に示す基地局装置１１００が、実施の形態３の基地局装置６００と異なる点は、バージョンアップ処理装置１１１０に、２つのダウンロード領域１１１１，１１１２を備え、２種類の統括バージョンを格納できるようにしたことにある。但し、各ダウンロード領域１１１１，１１１２は、ソフトウェア管理情報とソフトウェア・モジュールの一式が格納できるようになっている。
【０１２６】また、本実施の形態６の場合、指示受信手段１１２は、上位局装置から活性化指示を受ける時、どの統括バージョンで活性化させるかの指示も受けられる。活性化制御手段４１５は、どの統括バージョンで活性化するかの指示に応じて、何れのダウンロード領域１１１１，１１１２を対象にするかを決定できるようになっている。
【０１２７】このような構成におけるダウンロード処理は、基本的には実施の形態１と同じである。
【０１２８】但し、転送開始前に、現動作バージョン格納領域４１６に格納されている統括バージョンと同じ物（管理情報およびソフトウェア）を、ダウンロード領域１１１１，１１１２の何れかの領域に確保する。この確保された領域を、ここでは、バックアップ領域と呼ぶ。
【０１２９】現動作バージョンと同じ統括バージョンを格納している領域があればそちらをバックアップ領域とする。なければ、現動作バージョン格納領域４１６から何れかのダウンロード領域１１１１，１１１２にコピーする。
【０１３０】もしも、ダウンロード指定したバージョンと同じバージョンが何れか一方のダウンロード領域１１１１又は１１１２にあれば、その領域でない方の領域にコピーする。これは、上位局装置からのダウンロード指示の統括バージョンが既に何れか一方のダウンロード領域１１１１又は１１１２に存在していればダウンロードは不要であるため。
【０１３１】活性化処理は、基本的に実施の形態３と同じである。但し、本実施の形態６では、新バージョンで動作を開始後に、問題があればバックアップ領域のバージョンのソフトウェアで再度、活性化をやりなおせば、容易にもとのバージョンに戻すことが可能である。
【０１３２】このように、実施の形態６の基地局装置１１００におけるソフトウェアのバージョンアップ処理装置１１１０によれば、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。
【０１３３】なお、活性化制御手段４１５を設け、新バージョンで活性化後、問題が発生した場合、例えば、カードの再起動が出来なくなった等の場合、活性化制御手段４１５がそれを検出し、活性化制御手段に旧バージョンで再活性化させる指示を出し、元のバージョンの戻してもよい。この場合、問題が生じた場合でも、上位局装置から指示しなくても元の状態に自動的に復旧する。
【０１３４】（実施の形態７）図１２は、本発明の実施の形態７に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図１２に示す実施の形態７において図１１の実施の形態６の各部に対応する部分には同一符号を付し、その説明を省略する。
【０１３５】この図１２に示す基地局装置１２００が、実施の形態６の基地局装置１０００と異なる点は、実施の形態６の構成の２つのダウンロード領域１１１１，１１１２について、一方を新バージョン用ダウンロード領域１２１１、他方を旧バージョン用ダウンロード領域１２１２に固定したものである。
【０１３６】また、本実施の形態７の場合、指示受信手段１１２は、ダウンロードの指示を上位局装置から受け付ける時、ダウンロード先の領域を、新バージョン用ダウンロード領域１２１１にするか、旧バージョン用ダウンロード領域１２１２にするかを指定できる。
【０１３７】データ受信手段１１３は、その指定に従ったダウンロード先へ格納する。また、指示受信手段１１２は、上位局装置から活性化指示を受ける時、新旧どちらの領域のバージョンで活性化させるかの指示も受けられる。活性化制御手段４１５は、その指示に従ってどちらのダウンロード領域を対象にするかを決定できるようになっている。
【０１３８】このような構成におけるダウンロード処理は、基本的には実施の形態１と同じである。
【０１３９】但し、本処理と並行して、現動作バージョン格納領域４１６に格納されている統括バージョンと同じ物（管理情報およびソフトウェア）を、旧バージョン用ダウンロード領域１２１２に確保する。この際、必要に応じてコピーする。
【０１４０】或いは、上位局装置から、新バージョン用ダウンロード領域１２１１と旧バージョン用ダウンロード領域１２１２の双方に異なるバージョンのソフトウェアをダウンロードしてもよい。例えば、前者は、バージョンアップしたい新バージョン、後者は、確実に動作した実績のある旧バージョンなど。
【０１４１】活性化処理は、基本的に実施の形態３と同じである。但し、本実施の形態７では、新バージョンで動作を開始後に、問題があれば旧バージョン用ダウンロード領域１２１２のバージョンのソフトウェアで再度、活性化をやりなおせば、容易にもとのバージョンに戻すことが可能である。
【０１４２】このように、実施の形態７の基地局装置１２００におけるソフトウェアのバージョンアップ処理装置１２１０によれば、バージョンアップしたソフトウェアに問題があった場合でも、容易に元のバージョンのソフトウェアでの運用に戻すことが可能である。更に、バックアップ用の旧バージョンを上位局装置から指定してあらかじめダウンロードしておくことが可能である。
【０１４３】（実施の形態８）図１３は、本発明の実施の形態８に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図である。但し、この図１３に示す実施の形態８において図６の実施の形態３の各部に対応する部分には同一符号を付し、その説明を省略する。
【０１４４】この図１３に示す基地局装置１３００が、実施の形態３の基地局装置６００と異なる点は、バージョンアップ処理装置１３１０に、実施の形態３の構成に加え、新バージョンソフトウェア管理情報格納領域１３１１と、旧バージョンソフトウェア管理情報格納領域１３１２と、モジュールバージョン指定手段１３１３とを備えたことにある。
【０１４５】モジュールバージョン指定手段１３１３は、ソフトウェア・モジュールの識別名とバージョンの組からなる情報により、該当するバージョンの該当ソフトウェア・モジュールを、ダウンロード領域から検索するものである。
【０１４６】指示受信手段１１２の機能は、実施の形態３と同様であるが、次の機能を追加したものである。ダウンロードの指示を上位局装置から受け付ける時、ソフトウェア管理情報の格納先の領域を、新バージョンソフトウェア管理情報格納領域１３１１にするか、旧バージョンソフトウェア管理情報格納領域１３１２にするかを指定できる。
【０１４７】更に、指示受信手段１１２は、上位局装置から活性化指示を受ける時、新旧何れのバージョンのソフトウェア管理情報に基づいて活性化させるかの指示も受けられるようになっている。
【０１４８】また、活性化制御手段４１５は、指示受信手段１１２から伝えられる、新旧何れのバージョンで活性化するかの指示に従って、該当するバージョンのソフトウェア管理情報をもとに、モジュールバージョン指定手段１３１３を利用してダウンロード領域１１１から現動作バージョン格納領域４１６へ、指定されたカードのソフトウェアを転送する。その後、該当カードに活性化指示を出すようになっている。
【０１４９】バージョン比較手段１１４は、何れかの格納領域１３１１，１３１２に格納された転送ソフトウェア管理情報に記載のバージョン（各ソフトウェア・モジュール）と、実際にダウンロード領域１１１に格納されているソフトウェア・モジュール内のバージョン情報を参照してバージョンを比較し、バージョンが異なるソフトウェア・モジュールのリストを作成するようになっている。
【０１５０】次に、上位局装置から基地局装置１３００へソフトウェアがダウンロードされる場合の処理動作を、図１４に示すシーケンス図を参照して説明する。
【０１５１】まず、ステップＳＴ１４０１において、上位局装置が、新旧何れかの格納領域１３１１，１３１２を指定してバージョンアップ対象の基地局装置１３００にソフトウェア管理情報の取得指示を出す。
【０１５２】基地局装置１３００の指示受信手段１１２がその指示を受け取ると、データ受信手段１１３は、上位局装置とのデータ転送経路を確立する。これは、転送対象データの指定を含む。
【０１５３】この確立後、データ受信手段１１３は、ステップＳＴ１４０２において、上位局装置から転送された上記指示の統括バージョンのソフトウエア管理情報を受信し、ステップＳＴ１４０３において、ダウンロード領域に格納する。
【０１５４】即ち、現動作バージョン格納領域４１６に格納されている統括バージョンのソフトウェア管理情報を、旧バージョンソフトウェア管理情報格納領域１３１２にコピーするとともに、現動作バージョン格納領域４１６に格納されているバージョンの各ソフトウェア・バージョンをダウンロード領域１１１に確保する。又は必要に応じてコピーする。
【０１５５】或いは、上位局装置から、新バージョンと旧バージョンの両方の統括バージョンのソフトウェアをダウンロードしてもよい。たとえば、前者は、バージョンアップしたい新バージョン、後者は、確実に動作した実績のある旧バージョンなど。
【０１５６】次に、ステップＳＴ１４０４において、バージョン比較手段１１４が、ダウンロード領域１１１に格納された既存ソフトウェア管理情報と今回新たにダウンロード領域１１１に格納されたソフトウェア管理情報の同一ソフトウェア・モジュールのバージョンとを比較し、バージョンが異なるソフトウェア・モジュールのリストを作成する。
【０１５７】次に、データ受信手段１１３は、上位局装置とのデータ転送経路を確立し、上記リストの全ソフトウェア・モジュールについて、上位局装置と転送対象データの指定を行い、この指定に応じステップＳＴ１４０５において、上位局装置から新バージョンのソフトウェア・モジュール・データの転送が行われると、ステップＳＴ１４０６において、それをダウンロード領域１１１へ格納する。これらが順次行われる。
【０１５８】最後に、ステップＳＴ１４０７において、一連のダウンロード処理が終了したことを基地局装置１３００から上位局装置に通知する。この通知は、例えばデータ受信手段１１３が行なう。
【０１５９】活性化処理は、基本的に実施の形態３と同じである。但し、本実施の形態８では、新バージョンで動作を開始後に、問題があれば旧バージョンのバージョンのソフトウェアで再度、活性化をやりなおせば、容易にもとのバージョンに戻すことが可能である。
【０１６０】このように、実施の形態８の基地局装置１３００におけるソフトウェアのバージョンアップ処理装置１３１０によれば、バージョンアップしたソフトウェアに問題があった場合でも容易に元のバージョンのソフトウェアでの運用に戻すことが可能となる。
【０１６１】更に、バックアップ用の旧バージョンを上位局装置からあらかじめダウンロードしておくことが可能である。また、実施の形態６又は７と異なり、新旧の両統括バージョンを構成するソフトウェア・モジュールで同一バージョンのものを重複して持つ必要がないので、基地局装置１３００のソフトウェア格納領域を減らすことが可能である。
【０１６２】
【発明の効果】以上説明したように、本発明によれば、多数の通信装置（例えば基地局装置）のソフトウェアをバージョンアップする必要時に新バージョンのソフトウェアを上位局装置から全通信装置へダウンロードする所要時間を極力短くすることができ、上位局装置の処理量を極力減らすことができ、また、複数の通信装置が協調動作を行う必要時にソフトウェアのバージョンアップタイミングを可能な限り揃えることができ、更に必要時以外にバージョンアップされないようにすることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図２】実施の形態１に係る基地局装置におけるソフトウェアのバージョンアップ処理装置のダウンロード領域に格納されるソフトウェア管理情報の構成図
【図３】実施の形態１に係る通信装置におけるソフトウェアのバージョンアップ処理装置によるダウンロード処理の動作を説明するためのシーケンス図
【図４】本発明の実施の形態２に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図５】実施の形態２に係る通信装置におけるソフトウェアのバージョンアップ処理装置による活性化処理の動作を説明するためのシーケンス図
【図６】本発明の実施の形態３に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図７】実施の形態３に係る通信装置におけるソフトウェアのバージョンアップ処理装置による活性化処理の動作を説明するためのシーケンス図
【図８】本発明の実施の形態４に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図９】実施の形態４に係る通信装置におけるソフトウェアのバージョンアップ処理装置による活性化処理の動作を説明するためのシーケンス図
【図１０】本発明の実施の形態５に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図１１】本発明の実施の形態６に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図１２】本発明の実施の形態７に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図１３】本発明の実施の形態８に係る基地局装置におけるソフトウェアのバージョンアップ処理装置の構成を示すブロック図
【図１４】実施の形態８に係る通信装置におけるソフトウェアのバージョンアップ処理装置によるダウンロード処理の動作を説明するためのシーケンス図
【符号の説明】
１００，４００，６００，８００，１０００，１１００，１２００，１３００基地局装置
１０１〜１０４，１０６，１０７ カード
１０２−１ 運用系カード
１０２−２ 待機系カード
１０５ バス
１１０，４１０，６１０，８１０，１０１０，１１１０，１２１０，１３１０バージョンアップ処理装置
１１１ ダウンロード領域
１１２ 指示受信手段
１１３ データ受信手段
１１４ バージョン比較手段
４１５ 活性化制御手段
４１６ 現動作バージョン格納領域
６１７ ソフトウェアロード手段
８１８ 冗長カード切替手段
８１９ 基本動作チェック手段
１０１９ 資源割当手段
１１１１ 第１ダウンロード領域
１１１２ 第２ダウンロード領域
１２１１ 新バージョン用ダウンロード領域
１２１２ 旧バージョン用ダウンロード領域
１３１１ 新バージョンソフトウェア管理情報格納領域
１３１２ 旧バージョンソフトウェア管理情報格納領域
１３１３ モジュールバージョン指定手段
【特許請求の範囲】
【請求項１】 上位局装置から転送されるソフトウェア及びソフトウェア管理情報を格納するダウンロード領域と、このダウンロード領域に格納された既存ソフトウェア管理情報と今後格納される新規ソフトウェア管理情報に示される同一ソフトウェアのバージョンを比較し、バージョンが異なるソフトウェアのリストを作成するバージョン比較手段と、上位局装置からダウンロードの指示があった場合、上位局装置から新規ソフトウェア管理情報を受信して前記ダウンロード領域へ格納すると共に、前記リストで示されるソフトウェアを上位局装置から受信して格納するデータ受信手段と、を具備することを特徴とする通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項２】 上位局装置から転送されるソフトウェアは、各々にバージョンが付与された複数のソフトウェア・モジュールから構成され、ソフトウェア管理情報は、前記複数のソフトウェア・モジュールの識別名とそのバージョンから構成されることを特徴とする請求項１記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項３】 使用中のバージョンのソフトウェアを格納する現動作バージョン格納領域を通信処理用の複数のカードに具備し、上位局装置からカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアをダウンロード領域から前記指定されたカードの前記現動作バージョン格納領域へ転送したのち活性化を指示する活性化制御手段とを具備することを特徴とする請求項１又は請求項２記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項４】 使用中のバージョンのソフトウェアを格納する現動作バージョン格納領域と、上位局装置から通信処理用のカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアをダウンロード領域から前記現動作バージョン格納領域へ転送したのち前記指定されたカードへ活性化を指示する活性化制御手段とを具備し、前記カードが、前記活性化の指示を受けた際に前記現動作バージョン格納領域から自カードを動作させるためのソフトウェアを読み込むソフトウェアロード手段を具備することを特徴とする請求項１又は請求項２記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項５】 カードは、現用／待機系の冗長構成である場合に、自カードの基本機能が正常であることを確認する基本動作チェック手段を具備し、前記基本動作チェック手段による確認の結果が正常で有れば、前記冗長構成カードの運用系と待機系を切替える冗長カード切替え手段を具備することを特徴とする請求項３記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項６】 カードは、複数枚から成る冗長構成を取り各カードに負荷分散させている場合に、自カードの基本機能が正常であることを確認する基本動作チェック手段を具備し、前記基本動作チェック手段による確認の結果が正常で有れば、上位局装置で指示されたカードで実施中のサービスを同じ種類の他のカードで実施させ、この際に元のカードではサービスを停止させる資源割当手段を具備することを特徴とする請求項３記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項７】 ダウンロード領域を複数具備し、活性化制御手段は、上位局装置からの何れのバージョンで活性化するかの指示に応じた前記ダウンロード領域を活性化制御の対象とすることを特徴とする請求項４記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項８】 ２つのダウンロード領域について、一方を新バージョン用、他方を旧バージョン用に固定したことを特徴とする請求項７記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項９】 新バージョンソフトウェア管理情報の格納領域と、旧バージョンソフトウェア管理情報の格納領域と、ソフトウェアの識別名とバージョンの組からなる情報により、該当するバージョンの該当ソフトウェアを、ダウンロード領域から検索するモジュールバージョン指定手段を具備することを特徴とする請求項４記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項１０】 請求項１から請求項９いずれかに記載の通信装置におけるソフトウェアのバージョンアップ処理装置を具備することを特徴とする基地局装置。
【請求項１１】 上位局装置からダウンロードの指示を受信した際に、上位局装置から新規ソフトウェア管理情報を受信して格納し、この格納された新規ソフトウェア管理情報と既に格納された既存ソフトウェア管理情報の同一ソフトウェアのバージョンを比較して、バージョンが異なるソフトウェアのリストを作成し、このリストで示されるソフトウェアを上位局装置から受信して格納することを特徴とする通信装置におけるソフトウェアのバージョンアップ処理方法。
【請求項１２】 上位局装置から新バージョンのソフトウェアを活性化する指示を行い、この指示に応じて前記新バージョンのソフトウェアを活性化することを特徴とする請求項１１記載の通信装置におけるソフトウェアのバージョンアップ処理方法。
【請求項１３】 使用中のバージョンのソフトウェアを格納する格納領域を通信処理用の複数のカードに具備し、上位局装置からカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアを前記指定されたカードの格納領域へ転送したのち活性化を行うことを特徴とする請求項１１記載の通信装置におけるソフトウェアのバージョンアップ処理方法。
【請求項１４】 カードが現用／待機系の冗長構成である場合に、一方のカードの基本機能が正常であることを確認し、正常で有れば前記冗長構成カードの運用系と待機系を切替えることを特徴とする請求項１３記載の通信装置におけるソフトウェアのバージョンアップ処理方法。
【請求項１】 上位局装置から転送されるソフトウェア及びソフトウェア管理情報を格納するダウンロード領域と、このダウンロード領域に格納された既存ソフトウェア管理情報と今後格納される新規ソフトウェア管理情報に示される同一ソフトウェアのバージョンを比較し、バージョンが異なるソフトウェアのリストを作成するバージョン比較手段と、上位局装置からダウンロードの指示があった場合、上位局装置から新規ソフトウェア管理情報を受信して前記ダウンロード領域へ格納すると共に、前記リストで示されるソフトウェアを上位局装置から受信して格納するデータ受信手段と、を具備することを特徴とする通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項２】 上位局装置から転送されるソフトウェアは、各々にバージョンが付与された複数のソフトウェア・モジュールから構成され、ソフトウェア管理情報は、前記複数のソフトウェア・モジュールの識別名とそのバージョンから構成されることを特徴とする請求項１記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項３】 使用中のバージョンのソフトウェアを格納する現動作バージョン格納領域を通信処理用の複数のカードに具備し、上位局装置からカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアをダウンロード領域から前記指定されたカードの前記現動作バージョン格納領域へ転送したのち活性化を指示する活性化制御手段とを具備することを特徴とする請求項１又は請求項２記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項４】 使用中のバージョンのソフトウェアを格納する現動作バージョン格納領域と、上位局装置から通信処理用のカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアをダウンロード領域から前記現動作バージョン格納領域へ転送したのち前記指定されたカードへ活性化を指示する活性化制御手段とを具備し、前記カードが、前記活性化の指示を受けた際に前記現動作バージョン格納領域から自カードを動作させるためのソフトウェアを読み込むソフトウェアロード手段を具備することを特徴とする請求項１又は請求項２記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項５】 カードは、現用／待機系の冗長構成である場合に、自カードの基本機能が正常であることを確認する基本動作チェック手段を具備し、前記基本動作チェック手段による確認の結果が正常で有れば、前記冗長構成カードの運用系と待機系を切替える冗長カード切替え手段を具備することを特徴とする請求項３記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項６】 カードは、複数枚から成る冗長構成を取り各カードに負荷分散させている場合に、自カードの基本機能が正常であることを確認する基本動作チェック手段を具備し、前記基本動作チェック手段による確認の結果が正常で有れば、上位局装置で指示されたカードで実施中のサービスを同じ種類の他のカードで実施させ、この際に元のカードではサービスを停止させる資源割当手段を具備することを特徴とする請求項３記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項７】 ダウンロード領域を複数具備し、活性化制御手段は、上位局装置からの何れのバージョンで活性化するかの指示に応じた前記ダウンロード領域を活性化制御の対象とすることを特徴とする請求項４記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項８】 ２つのダウンロード領域について、一方を新バージョン用、他方を旧バージョン用に固定したことを特徴とする請求項７記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項９】 新バージョンソフトウェア管理情報の格納領域と、旧バージョンソフトウェア管理情報の格納領域と、ソフトウェアの識別名とバージョンの組からなる情報により、該当するバージョンの該当ソフトウェアを、ダウンロード領域から検索するモジュールバージョン指定手段を具備することを特徴とする請求項４記載の通信装置におけるソフトウェアのバージョンアップ処理装置。
【請求項１０】 請求項１から請求項９いずれかに記載の通信装置におけるソフトウェアのバージョンアップ処理装置を具備することを特徴とする基地局装置。
【請求項１１】 上位局装置からダウンロードの指示を受信した際に、上位局装置から新規ソフトウェア管理情報を受信して格納し、この格納された新規ソフトウェア管理情報と既に格納された既存ソフトウェア管理情報の同一ソフトウェアのバージョンを比較して、バージョンが異なるソフトウェアのリストを作成し、このリストで示されるソフトウェアを上位局装置から受信して格納することを特徴とする通信装置におけるソフトウェアのバージョンアップ処理方法。
【請求項１２】 上位局装置から新バージョンのソフトウェアを活性化する指示を行い、この指示に応じて前記新バージョンのソフトウェアを活性化することを特徴とする請求項１１記載の通信装置におけるソフトウェアのバージョンアップ処理方法。
【請求項１３】 使用中のバージョンのソフトウェアを格納する格納領域を通信処理用の複数のカードに具備し、上位局装置からカードを指定して新バージョンのソフトウェアを活性化する指示があった場合に、該当ソフトウェアを前記指定されたカードの格納領域へ転送したのち活性化を行うことを特徴とする請求項１１記載の通信装置におけるソフトウェアのバージョンアップ処理方法。
【請求項１４】 カードが現用／待機系の冗長構成である場合に、一方のカードの基本機能が正常であることを確認し、正常で有れば前記冗長構成カードの運用系と待機系を切替えることを特徴とする請求項１３記載の通信装置におけるソフトウェアのバージョンアップ処理方法。
【図１】
【図２】
【図３】
【図６】
【図４】
【図５】
【図１０】
【図７】
【図８】
【図９】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図６】
【図４】
【図５】
【図１０】
【図７】
【図８】
【図９】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００２−１２３３９８（Ｐ２００２−１２３３９８Ａ）
【公開日】平成１４年４月２６日（２００２．４．２６）
【国際特許分類】
【出願番号】特願２０００−３１６３２３（Ｐ２０００−３１６３２３）
【出願日】平成１２年１０月１７日（２０００．１０．１７）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成１４年４月２６日（２００２．４．２６）
【国際特許分類】
【出願日】平成１２年１０月１７日（２０００．１０．１７）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]