(57)【要約】【課題】本発明は、ソフトウェアの更新が実行される側の端末装置の回路規模が増大することなく、かつ簡便な処理により、たとえ大規模なソフトウェアの更新をも行うことができる、ソフトウェア更新システムを提供する。【解決手段】本発明に係るソフトウェア更新システム１００は、記録装置１とソフトウェア更新装置７とを有する。記録装置１は、ソフトウェアに従う所定の制御を担う第一のＣＰＵ２と、第一のインターフェース回路５とを有する。他方、ソフトウェア更新装置７は、更新ソフトウェアを記憶するＳ／Ｗ記憶部９と、第二のインターフェース回路１０と、ソフトウェアを更新ソフトウェアに更新する更新処理の際に、記録装置１の動作の制御を担う第二のＣＰＵ８とを、有する。【選択図】図１
2011227797.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアに従う所定の制御を担う第一のＣＰＵ（中央演算装置）と、
外部装置との通信を担う第一のインターフェース回路とを、
有する端末装置と、
前記ソフトウェアの更新後のソフトウェアである更新ソフトウェアを記憶するＳ／Ｗ記憶部と、
前記第一のインターフェース回路との通信が可能な第二のインターフェース回路と、
前記ソフトウェアを前記更新ソフトウェアに更新する更新処理の際に、前記第一のインターフェース回路および前記第二のインターフェース回路を介した、前記端末装置の動作の制御を担う、第二のＣＰＵとを、
有するソフトウェア更新装置とを、
備えることを特徴とするソフトウェア更新システム。
【請求項２】
前記ソフトウェア更新装置は、
前記更新処理中に、前記端末装置において記憶すべきデータを記憶しておくデータ補助記憶部を、さらに有する、
ことを特徴とする請求項１に記載のソフトウェア更新システム。
【請求項３】
前記端末装置は、
前記第一のインターフェース回路と接続された、第一の無線回路を、さらに有しており、
前記ソフトウェア更新装置は、
前記第一の無線回線との無線通信が可能で、前記第二のインターフェース回路に接続された、第二の無線回路を、さらに有する、
ことを特徴とする請求項１に記載のソフトウェア更新システム。
【請求項４】
前記端末装置は、
前記第一のインターフェース回路と接続された、第一のＬＡＮ回路を、さらに有しており、
前記ソフトウェア更新装置は、
前記第一のＬＡＮ回線とのＬＡＮ通信が可能で、前記第二のインターフェース回路に接続された、第二のＬＡＮ回路を、さらに有する、
ことを特徴とする請求項１に記載のソフトウェア更新システム。
【請求項５】
ソフトウェアを有し、当該ソフトウェアに従う動作を行う端末装置と、更新ソフトウェアを記憶するソフトウェア更新装置とを、備えるソフトウェア更新システムにおける、前記端末装置が有する前記ソフトウェアを前記更新ソフトウェアに更新するソフトウェア更新方法であって、
（Ａ）前記更新ソフトウェアを、前記ソフトウェア更新装置から前記端末装置に送信するステップと、
（Ｂ）前記ソフトウェアを前記更新ソフトウェアに更新している際における、前記端末装置の動作を、前記ソフトウェア更新装置が制御するステップと、
（Ｃ）前記ソフトウェアを前記更新ソフトウェアに更新した後における、前記端末装置の動作を、前記ソフトウェア更新装置による制御から、前記端末装置自身による制御へと移行するステップとを、備える、
ことを特徴とするソフトウェア更新方法。
【請求項６】
（Ｄ）前記ソフトウェアを前記更新ソフトウェアに更新している際における、前記端末装置が記憶すべきデータを、前記ソフトウェア更新装置が記憶するステップと、
（Ｅ）前記ソフトウェアを前記更新ソフトウェアに更新した後に、前記ステップ（Ｄ）で記憶したデータを、前記ソフトウェア更新装置から前記端末装置へと送信するステップとを、さらに備える、
ことを特徴とする請求項５に記載のソフトウェア更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置が有するソフトウェアの更新を行う際に利用されるソフトウェア更新システム、および当該ソフトウェア更新システムにおけるソフトウェア更新方法に関するものである。
【背景技術】
【０００２】
ソフトウェアの更新処理に関する先行技術として、たとえば特許文献１および特許文献２などが存在する。
【０００３】
特許文献１に係る技術では、動作中のソフトウェアと、新しく更新するソフトウェアのとを、更新する機器のメモリ上に置く。そして、両方のソフトウェアにおいて、プログラムを構成する変数について変更のないものは、演算結果をコピーし、変更のあるものおよび新規追加のものについては、初期化演算を実施する。これにより、特許文献１に係る技術では、制御を実行しながらソフトウェアの更新を実現していた。
【０００４】
また、特許文献２に係る技術では、ソフトウェアを更新する機器には、２つのソフトウェア実行領域が備えられている。そして、動作中のソフトウェアと新しく更新するソフトウェアとを交互に、異なる実行領域に書き込んで、実行する領域を切り換える。これにより、特許文献２に係る技術では、機器を停止することなくソフトウェアの更新を実現していた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−６３０４５号公報
【特許文献２】特開２００４−１５７７６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に係る技術では、更新するソフトウェアは、制御ロジック、タスクまたはサブルーチンが対象となっており、処理の流れ自体が変化するような大規模なソフトウェアの変更は対象とされていなかった。
【０００７】
また、特許文献２に係る技術では、２つのソフトウェア実行領域を備えるために２倍のメモリが必要となり、ソフトウェアの更新が実行される側の機器の回路規模が増大していた。また、特許文献２に係る技術では、実行領域を切り換える時に、再起動が必要となる可能性があった。つまり、ソフトウェア更新処理が複雑化していた。
【０００８】
そこで、本発明は、ソフトウェアの更新が実行される側の端末装置の回路規模が増大することなく、かつ簡便な処理により、たとえ大規模なソフトウェアの更新をも行うことができる、ソフトウェア更新システムを提供することを目的とする。また、当該ソフトウェア更新システムにおける、ソフトウェア更新方法を提供することも目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明に係るソフトウェア更新システムは、ソフトウェアに従う所定の制御を担う第一のＣＰＵ（中央演算装置）と、外部装置との通信を担う第一のインターフェース回路とを有する端末装置と、前記ソフトウェアの更新後のソフトウェアである更新ソフトウェアを記憶するＳ／Ｗ記憶部と、前記第一のインターフェース回路との通信が可能な第二のインターフェース回路と、前記ソフトウェアを前記更新ソフトウェアに更新する更新処理の際に、前記第一のインターフェース回路および前記第二のインターフェース回路を介した、前記端末装置の動作の制御を担う、第二のＣＰＵとを、有するソフトウェア更新装置とを、備える。
【００１０】
また、本発明に係るソフトウェア更新方法は、ソフトウェアを有し、当該ソフトウェアに従う動作を行う端末装置と、更新ソフトウェアを記憶するソフトウェア更新装置とを、備えるソフトウェア更新システムにおける、前記端末装置が有する前記ソフトウェアを前記更新ソフトウェアに更新するソフトウェア更新方法であって、（Ａ）前記更新ソフトウェアを、前記ソフトウェア更新装置から前記端末装置に送信するステップと、（Ｂ）前記ソフトウェアを前記更新ソフトウェアに更新している際における、前記端末装置の動作を、前記ソフトウェア更新装置が制御するステップと、（Ｃ）前記ソフトウェアを前記更新ソフトウェアに更新した後における、前記端末装置の動作を、前記ソフトウェア更新装置による制御から、前記端末装置自身による制御へと移行するステップとを、備える。
【発明の効果】
【００１１】
本発明では、端末装置におけるソフトウェア更新処理の際には、ソフトウェア更新装置が有する第二のＣＰＵにより、端末装置の動作が制御される。
【００１２】
したがって、更新ソフトウェアの変更規模に関わりなく、端末装置の動作を継続しながらソフトウェアを更新することができる。また、端末装置内部に、ソフトウェア更新専用の大規模な処理系を持つ必要がなくなる。また、ソフトウェア更新中の端末装置の動作制御を、外部に接続したソフトウェア更新装置により行なうことで、端末装置内部での複雑な動作の受け渡しなしに（つまり、簡便に）、ソフトウェアの更新を行なうことができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１に係るソフトウェア更新システム１００の構成を示す、ブロック図である。
【図２】実施の形態１に係るソフトウェア更新方法を説明するための、フローチャートである。
【図３】実施の形態２に係るソフトウェア更新システム２００の構成を示す、ブロック図である。
【図４】実施の形態２に係るソフトウェア更新方法を説明するための、フローチャートである。
【図５】実施の形態３に係るソフトウェア更新システム３００の構成を示す、ブロック図である。
【図６】実施の形態４に係るソフトウェア更新システム４００の構成を示す、ブロック図である。
【発明を実施するための形態】
【００１４】
以下、この発明をその実施の形態を示す図面に基づいて具体的に説明する。
【００１５】
＜実施の形態１＞
図１は、この発明の実施の形態１に係るソフトウェア更新システム１００の構成を示す、ブロック図である。
【００１６】
図１に示すように、ソフトウェア更新システム１００は、記録装置（端末装置と把握できる）１と、ソフトウェア更新装置７とから構成されている。
【００１７】
記録装置１は、第一のＣＰＵ（中央演算装置）２、信号処理回路３、データ記憶部４および第一のインターフェース回路５を備える。ここで、各ブロック２，３，４，５は、信号バスＳＢ１により接続されている。
【００１８】
第一のＣＰＵ２は、記録装置１が有するソフトウェアに従い、当該記録装置１の所定の制御を担う。第一のＣＰＵ２による制御の下、信号処理回路３は、映像信号、音声信号および外部機器からの信号に対する処理を実施する。また、信号処理回路３は、第一のＣＰＵ２の制御の下、信号の加工や変換によるデータの作成などの、各種信号に対する処理も実施する。データ記憶部４は、信号処理回路３で処理されるデータや処理後のデータの蓄積を行なう。第一のインターフェース回路５は、外部装置（具体的に、ソフトウェア更新装置７）と信号の送受信を行う。また、第一のインターフェース回路５は、ソフトウェア更新装置７からの信号により、記録装置１の制御を補助することができる。
【００１９】
ソフトウェア更新装置７は、第二のＣＰＵ（中央演算装置）８、Ｓ／Ｗ記憶部９および第二のインターフェース回路１０を備える。ここで、各ブロック８，９，１０は、信号バスＳＢ２により接続されている。
【００２０】
第二のＣＰＵ８は、ソフトウェア更新装置７の制御を行なう。また、第二のＣＰＵ８は、記録装置１のソフトウェアを更新する更新処理の際に、第一のインターフェース回路５および第二のインターフェース回路１０を介した当該記録装置１の動作の制御を、第一のＣＰＵ２の代わりに担う。Ｓ／Ｗ記憶部９は、着脱可能なメモリを有しており、記録装置１が有するソフトウェアを更新する際に使用される、更新ソフトウェアを記憶する。つまり、Ｓ／Ｗ記録部９には、第一のＣＰＵ２が有することとなる更新後の更新ソフトウェアが記憶されている。第二のインターフェース回路１０は、ケーブル６により、第一のインターフェース回路５と接続されている。したがって、第二のインターフェース回路１０は、記録装置１の第一のインターフェース回路５との間で、信号の送受信を行なうことができる。
【００２１】
次に、図２のフローチャートを用いて、ソフトウェア更新システム１００における、ソフトウェア更新動作について説明する。
【００２２】
まず、ソフトウェア更新装置７は、Ｓ／Ｗ記憶装置９に記憶されている新しいソフトウェア（更新ソフトウェア）を、第二のインターフェース回路１０およびケーブル６を介して、記録装置１の第一のインターフェース回路５へ送信する（ステップＳ１）。
【００２３】
ステップＳ１において受信した更新ソフトウェアを、第一のインターフェース回路５は、第一のＣＰＵ２に送る。
【００２４】
ところで、記録装置１は、第一のＣＰＵ２の制御により動作しているが、ソフトウェア更新中は、第一のＣＰＵ２による記録装置１の制御ができなくなる。そこで、本実施の形態では、ソフトウェア更新中は、第二のインターフェース回路１０、ケーブル５および第一のインターフェース回路５を介して、ソフトウェア更新装置７の第二のＣＰＵ８から、記録装置１の動作を制御する（ステップＳ２）。
【００２５】
ここで、第二のＣＰＵ８による記録装置１の動作制御を可能とするためのソフトウェアが、事前に（少なくともステップＳ１より前の段階において）、ソフトウェア更新装置７に設定されていることが要される。
【００２６】
ステップＳ２後、第二のＣＰＵ８の制御により記録装置１の動作を継続したまま、当該記録装置１では、第一のＣＰＵ２が有するソフトウェアを、ステップＳ１で受信した更新ソフトウェアに更新する更新処理が実施される（ステップＳ３）。
【００２７】
当該更新処理が終了し、第一のＣＰＵ２が更新ソフトウェアに従った制御動作を開始した後、記録装置１の動作制御が、第二のＣＰＵ８から第一のＣＰＵ２に切り替わり、第一のＣＰＵ２による記録装置１の動作制御が再開される（ステップＳ４）。
【００２８】
以上のように、本実施の形態では、記録装置１におけるソフトウェア更新処理の際には、ソフトウェア更新装置７が有する第二のＣＰＵ８により、記録装置１の動作が制御される。
【００２９】
したがって、更新ソフトウェアの変更規模に関わりなく、記録装置１の動作を継続しながらソフトウェアを更新することができる。また、上記のように、ソフトウェア更新に必要な処理系をソフトウェア更新装置７が備える。これにより、記録装置１内部に、ソフトウェア更新専用の大規模な処理系を持つ必要がなくなる。また、ソフトウェア更新中の記録装置１の動作制御を、外部に接続したソフトウェア更新装置７により行なうことで、記録装置１内部での複雑な動作の受け渡しなしに（つまり、簡便に）、ソフトウェアの更新を行なうことができる。
【００３０】
＜実施の形態２＞
図３は、この発明の実施の形態２に係るソフトウェア更新システム２００の構成を示す、ブロック図である。
【００３１】
図１と図３との比較から分かるように、実施の形態１の構成に加えて、本実施の形態に係るソフトウェア更新装置７では、データ補助記憶部１１を備える。
【００３２】
当該データ補助記憶部１１には、ソフトウェアの更新処理中において、記録装置１のデータ記憶部４に記憶するものと同等のデータが、記憶される。つまり、データ補助記憶部１１は、ソフトウェアの更新処理中に、記録装置１において記憶すべきデータを記憶しておくことができる。当該データ補助記憶部１１も、信号バスＳＢ２に接続されている。
【００３３】
なお、データ補助記憶部１１が追加された以外は、実施の形態１に係るソフトウェア更新システム１００と、本実施の形態に係るソフトウェア更新システム２００とは、同じ構成である。
【００３４】
次に、図４のフローチャートを用いて、ソフトウェア更新システム２００における、ソフトウェア更新動作について説明する。
【００３５】
図４に示すように、実施の形態１で説明したステップＳ１およびステップＳ２を実施する。
【００３６】
ところで、記録装置１のソフトウェアを更新する時は、第一のＣＰＵ２以外の記録装置１内の各ブロック３，４，５は、ソフトウェア更新装置７の第二のＣＰＵ８から制御される（ステップＳ２）。ここで、例として、データ記憶部４がＨＤＤ（ハードディスクドライブ）のようなストレージデバイスで、第一のＣＰＵ２のソフトウェアにＬｉｎｕｘ（登録商標）のようなＯＳ（オペレーティングシステム）を使用した場合を想定する。
【００３７】
当該場合には、第一のＣＰＵ２のソフトウェアを更新する時に、新しいソフトウェアからデータ記憶部４を認識および制御するために、データ記憶部４の記憶動作を中断して再起動を行なう必要が生ずる場合がある。
【００３８】
そこで、本実施の形態では、ソフトウェア更新中は、データ記憶部４に記憶すべきデータが、ソフトウェア更新装置７のデータ補助記憶部１１に記憶される処理を開始する（ステップＳ１１）。つまり、ソフトウェア更新処理の際には、記録装置１は、当該データを、第一のインターフェース回路５、ケーブル６および第二のインターフェース回路１０を介して、データ補助記憶部１１に送信する。当該データ補助記憶部１１では、受信したデータを記憶する。
【００３９】
ステップＳ１１で説明したデータ補助記憶部１１によるデータ記憶が開始された後、実施の形態１で説明したステップＳ３およびステップＳ４が実施される。
【００４０】
そして、第一のＣＰＵ２が新しいソフトウェア（更新ソフトウェア）により動作を開始した後、ソフトウェア更新装置７は、ソフトウェア更新処理の間にデータ補助記憶装置１１に記憶されていたデータを、第一のインターフェース回路５、ケーブル６および第二のインターフェース回路１０を介して、記録装置１のデータ記憶部４へ送信する（ステップＳ１２）。そして、データ記憶部４では、前記ステップＳ１２で受信したデータを記憶する。
【００４１】
以上のように、本実施の形態では、ソフトウェア更新中は、データ記憶部４に記憶すべきデータが、ソフトウェア更新装置７のデータ補助記憶部１１に記憶される。そして、ソフトウェア更新処理完了後、ソフトウェア更新処理の間にデータ補助記憶装置１１に記憶されていたデータは、記録装置１のデータ記憶部４へ送信される。
【００４２】
これにより、記録装置１が記憶すべきデータの記録が途切れることなく、ソフトウェアを更新することができる。
【００４３】
＜実施の形態３＞
図５は、この発明の実施の形態３に係るソフトウェア更新システム３００の構成を示す、ブロック図である。
【００４４】
図１と図５との比較から分かるように、実施の形態１の構成に加えて、本実施の形態に係る記録装置１では、第一の無線回路１２を備え、本実施の形態に係るソフトウェア更新装置７では、第二の無線回路１３を備える。
【００４５】
ここで、第一の無線回路１２は、第一のインターフェース回路５に接続され、第二の無線回路１３は、第二のインターフェース回路１０に接続される。また、第一の無線回路１２は、信号バスＳＢ１に接続されており、固有の識別子を持つ。また、記録装置１とソフトウェア更新装置７との間の通信は、無線通信により実現されるので、本実施の形態に係るソフトウェア更新システム３００では、ケーブル６は必要でない。
【００４６】
なお、上記以外は、実施の形態１に係るソフトウェア更新システム１００と、本実施の形態に係るソフトウェア更新システム３００とは、同じ構成である。
【００４７】
本実施の形態では、第一の無線回路１２と第二の無線回路１３とにより、記録装置１とソフトウェア更新装置７との間の信号送受信が無線により行なわれる。当該無線による信号送受信の際には、ソフトウェア更新装置７の第二の無線回路１３は、所定の記録装置１の第一の無線回路１２が持つ固有の識別子を用いて、当該所定の記録装置１と信号の送受信を行なう。
【００４８】
以上のように、本実施の形態に係るソフトウェア更新システム３００は、第一の無線回路１２および第二の無線回路１３を備える。したがって、記録装置１とソフトウェア更新装置７とが有線で接続できない環境においても、記録装置１の動作を継続しながらソフトウェアを更新することができる。
【００４９】
また、ソフトウェア更新装置７と信号の送受信が可能な複数の記録装置１が存在する場合、記録装置１とソフトウェア更新装置７との接続を順次切り換えることにより、各々の記録装置１のソフトウェアを続けて更新することもできる。つまり、第二の無線回路１３は、各第一の無線回路１２が持つ固有の識別子を順次切り替えて用いることにより、各々の記録装置１のソフトウェアを続けて更新することもできる。
【００５０】
＜実施の形態４＞
図６は、この発明の実施の形態４に係るソフトウェア更新システム４００の構成を示す、ブロック図である。
【００５１】
図１と図６との比較から分かるように、実施の形態１の構成に加えて、本実施の形態に係る記録装置１では、第一のＬＡＮ回路１４を備え、本実施の形態に係るソフトウェア更新装置７では、第二のＬＡＮ回路１５を備える。
【００５２】
ここで、第一のＬＡＮ回路１４は、第一のインターフェース回路５に接続され、第二のＬＡＮ回路１５は、第二のインターフェース回路１０に接続される。また、第一のＬＡＮ回路１４は、信号バスＳＢ１に接続されている。また、各ＬＡＮ回路１４，１５は各々、固有のＩＰアドレスを持つ。なお、図６に示すように、記録装置１は複数であるので、各記録装置１が備える第一のＬＡＮ回路１４においても各々、固有のＩＰアドレスが設定されている。また、図６に示すように、複数の記録装置１とソフトウェア更新装置７との間のＬＡＮ通信は、ＨＵＢ１６を介して実現される。
【００５３】
なお、上記以外は、実施の形態１に係るソフトウェア更新システム１００と、本実施の形態に係るソフトウェア更新システム４００とは、同じ構成である。
【００５４】
本実施の形態では、ＨＵＢ１６を介して、第一のＬＡＮ回路１４と第二のＬＡＮ回路１５とにより、記録装置１とソフトウェア更新装置７との間の信号送受信がＬＡＮ通信により行なわれる。この時、ソフトウェア更新装置７は、各記録装置１が備える各第一のＬＡＮ回路１４に対して設定されている固有のＩＰアドレスを用いて、所望の記録装置１との信号の送受信を行なう。
【００５５】
以上のように、本実施の形態に係るソフトウェア更新システム４００は、第一のＬＡＮ回路１４および第二のＬＡＮ回路１５を備える。これにより、同一ＬＡＮ内に存在する複数の記録装置１のソフトウェアを、続けて更新することができる。
【００５６】
また、記録装置１がＬＡＮの仕様を有する機器においては、第一のインターフェース回路５と第一のＬＡＮ回路１２とに対応する機能を既に有している。したがって、当該機器では、ソフトウェア更新専用のインターフェース回路を持つ必要がないため、より低コストでの構成が可能となる。
【符号の説明】
【００５７】
１  記録装置、２  第一のＣＰＵ、３  信号処理回路、４  データ記憶部、５  第一のインターフェース回路、６  ケーブル、７  ソフトウェア更新装置、８  第二のＣＰＵ、９  Ｓ／Ｗ記憶部、１０  第二のインターフェース回路、１１  データ補助記憶部、１２  第一の無線回路、１３  第二の無線回路、１４  第一のＬＡＮ回路、１５  第二のＬＡＮ回路、１６  ＨＵＢ、１００，２００，３００，４００  ソフトウェア更新システム。
【図１】
2011227797.tif 000003
【図２】
2011227797.tif 000004
【図３】
2011227797.tif 000005
【図４】
2011227797.tif 000006
【図５】
2011227797.tif 000007
【図６】
2011227797.tif 000008