(57)【要約】【課題】非使用状態にある端末の抽出からソフトウェアの更新までを自動的に行うことのできるソフト自動更新装置及び端末を提供する。【解決手段】端末１０３の動作状況を取得しソフトウェアの更新の可否を判定する更新条件判定部１１０と、更新条件判定部１１０により更新可能と判定された端末１０３に対してソフトウェアの更新を指示する更新制御部１０９とを備えている。このため、非使用状態にある端末の抽出からソフトウェアの更新までを自動的に行うことができる。【選択図】図１
2006318293.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された端末に組み込まれているソフトウェアのバージョンを管理し前記バージョンに応じて前記ソフトウェアを自動的に更新するソフト自動更新装置であって、
前記端末の動作状況を取得しソフトウェアの更新の可否を判定する更新条件判定手段と、
前記更新条件判定手段により更新可能と判定された端末に対して前記ソフトウェアの更新を指示する更新制御手段とを備え、
非使用状態にある端末を抽出し前記ソフトウェアの更新を自動的に行うソフト自動更新装置。
【請求項２】
前記更新制御手段は、ネットワークに接続された全端末に対して前記ソフトウェアの更新が完了するまで更新処理を繰り返して行う請求項１に記載のソフト自動更新装置。
【請求項３】
更新ソフトウェアが格納されている更新ソフト格納装置から前記端末に対するダウンロード数が前記更新ソフト格納装置への同時接続台数の最大値を超過していないことを監視し、端末の接続数を自動制御する接続数監視手段を備える請求項１又は請求項２に記載のソフト自動更新装置。
【請求項４】
前記ソフトウェアの更新の進捗状況を更新作業者に通知する更新状況通知手段を備える請求項１乃至請求項３のいずれかに記載のソフト自動更新装置。
【請求項５】
前記ソフト自動更新装置にネットワークで接続されている端末であって、
端末の動作状況から前記ソフトウェアの更新可否を判定する端末状況判定手段を備え、
前記ソフト自動更新装置に更新の可否を知らせる請求項１乃至請求項４のいずれかに記載のソフト自動更新装置に対する端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された端末に組み込まれているソフトウェアのバージョンに応じて該ソフトウェアを自動的に更新するソフト自動更新装置及び該端末に関する。
【背景技術】
【０００２】
従来のソフト自動更新装置は、端末のソフトウェアのバージョンを管理し、更新ソフトウェア（以下、更新ソフトと言う）と異なるバージョン（旧バージョン）のソフトウェアが格納されている端末に対して再起動の信号を送信するというものであった。更新対象端末は、再起動の信号を受信すると自ら再起動を行う。そして、再起動時の処理として更新ソフトの格納サーバにアクセスし、端末内のソフトウェアのバージョンと異なっていれば該サーバからダウンロードすることでソフトウェアの更新を行っていた（特許文献１参照）。
【０００３】
また、更新ソフトの格納サーバから、複数の端末が同時に更新ソフトのダウンロードを行った場合のサーバ側の負荷を軽減させるために、複数のサーバを用意して運用する例がある（特許文献２参照）。
【０００４】
また、端末側に更新前後のソフトウェアを格納するＨＤＤ領域とメモリ空間を持ち、更新ソフトのダウンロード後に使用メモリ空間を切り替えることで、端末を再起動することなく更新できる例がある（特許文献３参照）。
【０００５】
【特許文献１】特開２００３−０７６４３４号公報
【特許文献２】特開平５−２４１８４８号公報
【特許文献３】特開２００４−０７８５５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のソフト自動更新装置においては、更新の要否の判断は、端末のソフトウェアバージョンと更新対象のソフトウェアバージョンの比較で行っており、バージョンの異なる端末を自動的に抽出し更新を行うことはできるが、使用中の端末に対しては自動的に更新を行うことはできない。これは更新中は端末の再起動処理が実行されるため、使用中の端末に対して更新を行うと、その端末の使用者に対するサービスの提供が中断されることになるからである。
【０００７】
例えば、ホテルにおけるＶＯＤ（Video On Demand）システムでは、端末は客室毎に設置されているＳＴＢ（Set Top Box）であり、ＳＴＢを介してＶＯＤサービスの享受やＴＶ視聴、インターネット接続が行えるようになっている。ソフトウェアの更新中はこれらのサービスが使用できなくなるため、宿泊客が使用していないタイミングで更新処理を行う必要がある。そのため、現場では以下の手順で作業が行われている。
【０００８】
（１）更新作業者はホテルのマシンルームに設置されているソフト自動更新装置を操作しＳＴＢの状態を取得する。
【０００９】
（２）更新作業者は取得した情報の内容を確認し、ＴＶがオフされておりインターネットを使用していない状態にあるものを更新作業者自身が手作業により抽出することで使用していないＳＴＢを探し出す。
【００１０】
（３）更新作業者は該当ＳＴＢに対して再起動信号をソフト自動更新装置を操作してＳＴＢに送信する。ただし、一度に実行すると更新ソフトの格納サーバに対するＳＴＢからのアクセスが急増するため、格納サーバにアクセスできないＳＴＢが発生する。そこで、再起動信号は１０台程度ずつ時間をずらして送信する必要があり、更新作業者は時間を見ながらソフト自動更新装置を操作する。
【００１１】
（４）更新作業者はＳＴＢにおける再起動及びソフトウェアの更新処理の完了を見計らって、ソフトウェアのバージョンが更新されていることをソフト自動更新装置を操作して確認する。
【００１２】
以上の操作を、大手ホテルであれば例えばＳＴＢ１０００台分に対して実行することとなり、３名で４日間の作業量に相当する。
【００１３】
ソフトウェアの更新時に端末を再起動することによる問題点は、端末側のＨＤＤやメモリを二重化する方法で対処できるが、端末のコストが高くなることと、端末自体のサイズが大きくなるという弊害がある。ホテルのような端末数の多いＶＯＤシステムでは、システム構築にコストがかかってしまう。また、設置場所が既存の客室の場合、ＴＶと設置台のわずかなスペースに端末を納める必要があり、端末のサイズは小さい方が好ましい。
【００１４】
再起動信号を一度に送信できない問題点は、更新ソフトの格納サーバを複数台構成にすることで負荷分散し回避することもできるが、サーバ数の増加によるシステムコストの高騰と、サーバの設置スペースを確保する必要が生じる。
【００１５】
以上のように、ソフトウェアの更新が可能な状態の端末を洗い出し、更新ソフトのダウンロード状況に注意を払いながら作業を行う必要があるため、更新作業者はソフト自動更新装置に張り付いていなければならないという問題があった。
【００１６】
本発明は、このような従来の問題を解決するためになされたものであり、非使用状態（使用されていない状態）にある端末の抽出からソフトウェアの更新までを自動的に行うことのできるソフト自動更新装置及び端末を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的は下記構成により達成される。
（１）  ネットワークに接続された端末に組み込まれているソフトウェアのバージョンを管理し前記バージョンに応じて前記ソフトウェアを自動的に更新するソフト自動更新装置であって、前記端末の動作状況を取得しソフトウェアの更新の可否を判定する更新条件判定手段と、前記更新条件判定手段により更新可能と判定された端末に対して前記ソフトウェアの更新を指示する更新制御手段とを備え、非使用状態にある端末を抽出し前記ソフトウェアの更新を自動的に行う。
【００１８】
この構成により、非使用状態にある端末の抽出からソフトウェアの更新までを自動的に行うことができる。
【００１９】
（２）  上記（１）に記載のソフト自動更新装置において、前記更新制御手段は、ネットワークに接続された全端末に対して前記ソフトウェアの更新が完了するまで更新処理を繰り返して行う。
【００２０】
この構成により、全端末のソフトウェアを自動的に更新することができる。
【００２１】
（３）  上記（１）又は（２）に記載のソフト自動更新装置において、更新ソフトウェアが格納されている更新ソフト格納装置から前記端末に対するダウンロード数が前記更新ソフト格納装置への同時接続台数の最大値を超過していないことを監視し、端末の接続数を自動制御する接続数監視手段を備える。
【００２２】
この構成により、同時接続台数の超過が起因のソフトウェアのダウンロードの失敗を防止することができる。
【００２３】
（４）  上記（１）乃至（３）のいずれかに記載のソフト自動更新装置において、前記ソフトウェアの更新の進捗状況を更新作業者に通知する更新状況通知手段を備える。
【００２４】
この構成により、離れた場所に居る更新作業者に更新進捗状況を通知することができる。
【００２５】
（５）  前記ソフト自動更新装置にネットワークで接続されている端末であって、端末の動作状況から前記ソフトウェアの更新可否を判定する端末状況判定手段を備え、前記ソフト自動更新装置に更新の可否を知らせる上記（１）乃至（４）のいずれかに記載のソフト自動更新装置に対する端末。
【００２６】
この構成により、ソフト自動更新装置に更新の可否を知らせることができる。
【発明の効果】
【００２７】
本発明によれば、端末の動作状況を取得しソフトウェアの更新の可否を判定する更新条件判定手段と、更新条件判定手段により更新可能と判定された端末に対してソフトウェアの更新を指示する更新制御手段とを備えているので、非使用状態にある端末の抽出からソフトウェアの更新までを自動的に行うことができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００２９】
（実施の形態１）
図１は、本発明の実施の形態１に係るソフト自動更新装置１０１Ａ及び端末１０３の構成を示すブロック図である。図１において、ソフト自動更新装置１０１Ａは、更新ソフト格納装置１０２と単一又は複数の端末１０３（図示では、単一）がネットワークで接続されているシステムにおける構成要素の一部である。
【００３０】
ソフト自動更新装置１０１Ａは、監視対象となる端末１０３に格納されているソフトウェアのバージョンを管理しており、ネットワークを介したリモート制御により端末１０３の再起動を行う。更新ソフト格納装置１０２は、端末１０３に格納するための更新ソフト１０４を格納している。更新ソフト１０４は単一又は複数のファイルで構成されており、それぞれのファイルはバージョン番号を付与することによって管理されている。バージョン番号は、ファイル名の一部として埋め込まれている。端末１０３は、ソフト自動更新装置１０１Ａから端末１０３の動作状態や再起動の要求を受け付け、ソフト自動更新装置１０１Ａに対して動作状態を通知する。また、端末１０３は、更新ソフト格納装置１０２から更新ソフト１０４をダウンロードし、端末１０３内のソフトウェアを更新する。
【００３１】
ソフト自動更新装置１０１Ａは、従来から存在している入力受付部１０５、状態監視部１０６、再起動指示部１０７、端末管理データ格納部１０８に加えて、更新制御部１０９、更新条件判定部１１０、端末状況データ格納部１１１を備えている。また、別途マウスやキーボードといった入力装置１１２が接続されている。入力受付部１０５は、入力装置１１２からの信号を受け付け、端末管理データ格納部１０８に対するデータの格納や更新制御部１０９に対するソフト更新作業の開始を伝える。状態監視部１０６は、動作状況の通知を端末１０３に要請し結果を取得する。再起動指示部１０７は、端末１０３に対して再起動の信号を送信する。更新制御部１０９は、状態監視部１０６、更新条件判定部１１０、再起動指示部１０７を制御し、管理対象となる全端末１０３にソフトウェア更新の要否を判定の上、ソフトウェア更新の指示を再起動指示部１０７に与える。更新条件判定部１１０は、端末１０３の動作状況からソフトウェアの更新の可否を判定する。
【００３２】
端末１０３は、状態通知部１１３、再起動処理部１１４、更新判定部１１５、更新実行部１１６、ソフトのバージョン格納部１１７を備えている。状態通知部１１３は、ソフト自動更新装置１０１Ａからの要求に応じて端末１０３の動作状態を通知する。ソフトのバージョン格納部１１７は、端末１０３のソフトのバージョンをモジュール名毎に格納している。再起動処理部１１４は、ソフト自動更新装置１０１Ａからの要求に応じて端末１０３を再起動させる。更新判定部１１５は、端末１０３の再起動時に更新ソフト格納装置１０２内の更新ソフト１０４のバージョンとソフトのバージョン格納部１１７内のソフトのバージョンを比較し、異なっていれば更新実行部１１６にソフトの更新を依頼する。更新実行部１１６は、更新ソフト格納装置１０２から更新ソフト１０４をダウンロードし、端末１０３内のソフトを更新する。
【００３３】
なお、上記の構成では、更新ソフト１０４のファイル名にバージョン番号を埋め込むことで、更新ソフト１０４のバージョンの識別を行っているが、更新ソフト１０４のファイル名とバージョン番号の対照データをソフト自動更新装置１０１Ａと端末１０３にそれぞれ用意することで、更新ソフト１０４のバージョンを管理することも可能である。この場合、ソフト自動更新装置１０１Ａ及び端末１０３は対象データに記載の情報を元に、端末１０３内のソフトのバージョンとの違いを確認することになる。
【００３４】
なお、上記の構成では、更新ソフト格納装置１０２はソフト自動更新装置１０１Ａとは別に設けているが、ソフト自動更新装置１０１Ａ内に含めるようにすることも可能である。
【００３５】
図２は、実施の形態１における端末管理データ格納部１０８及び端末状況データ格納部１１１にそれぞれ格納されるデータのテーブル構成を示す図である。
【００３６】
図２（ａ）に示すように、端末管理データ格納部１０８には、端末ＩＤ２０１、ＩＰアドレス２０２、モジュールのバージョン番号２０３を格納する。端末ＩＤ２０１はソフト自動更新装置１０１Ａの管理対象となる端末１０３の識別子である。ＩＰアドレス２０２は端末１０３のＩＰアドレスでありソフト自動更新装置１０１Ａから信号を送信する際に使用する。モジュールのバージョン番号２０３は、更新対象となるソフトウェアを構成するファイル（以下、モジュールと言う）の数だけ管理項目として用意し、モジュール毎に付与したバージョン番号を格納する。
【００３７】
図２（ｂ）に示すように、端末状況データ格納部１１１には、端末ＩＤ２０４、状態２０５を格納する。端末ＩＤ２０４は端末管理データ格納部１０８における端末ＩＤ２０１と同一のデータである。状態２０５は、管理対象となる端末１０３が取りうる動作状態の数だけ管理項目として用意し、該当する状態の有無をオン／オフといった２値情報で表す。例えば、ＳＴＢの場合はＶＯＤ状態、ＴＶ状態、Internet使用状態があり、ＴＶを視聴しながらＳＴＢに接続したノートＰＣでInternetを使用している場合は、オフ，オン，オンという情報が格納される。
【００３８】
なお、状態毎に管理するのではなく、各状態を２進数のビット値で表現しそのビット値を合わせた一つの数値で状態を表す方法も可能である。この場合、上記の例では「０１１」という値で状態を表し、端末状況データ格納部１１１における状態２０５欄には上記数値を格納することになる。
【００３９】
以上のように構成された実施の形態１に係るソフト自動更新装置１０１Ａについて、図３を用いてその動作を説明する。
【００４０】
まず、ソフト更新の作業者（更新作業者）はソフト自動更新装置１０１Ａの入力装置１１２により、図示しない画面上の更新ボタンを押下するといった操作でソフトの更新を開始する。入力装置１１２からの信号は、入力受付部１０５を介して更新制御部１０９に渡される。更新制御部１０９は、図３（ａ）に示すように、更新処理開始信号を受信すると（ステップＳ３０１）、端末管理データ格納部１０８から１レコード分の情報を取得する（ステップＳ３０２）。取得したレコードのモジュールのバージョン番号２０３と、更新ソフト格納装置１０２内の更新ソフト１０４のバージョン番号を比較し（ステップＳ３０３）、異なっていれば更新が必要であると判定する（ＹＥＳ）。更新が不要な場合（ＮＯ）は、端末管理データ格納部１０８から次のレコードの有無を確認し（ステップＳ３０８）、有る場合はレコード情報を取得して（ステップＳ３０２）次の端末１０３に対する判定を行う。無い場合は処理を終了する。
【００４１】
次に更新制御部１０９は、状態監視部１０６に対し更新が必要と判定した端末１０３の動作状況の取得を要請する（ステップＳ３０４）。状態監視部１０６は、端末管理データ格納部１０８から該当端末１０３のＩＰアドレス２０２を取得し、ＩＰアドレス２０２を元に該当端末１０３に接続して動作状況の取得コマンドを送信する。送信したコマンドは端末１０３の状態通知部１１３で受信し、状態通知部１１３は端末１０３の動作状況を状態監視部１０６に返信する。状態監視部１０６は、動作状況を端末状況データ格納部１１１に格納し、処理の終了通知を更新制御部１０９に送る。更新制御部１０９は、更新条件判定部１１０に端末１０３が更新可能状態にあるか判定要請を行う（ステップＳ３０５）。更新条件判定部１１０は、図３（ｂ）に示すように、更新制御部１０９からの更新可否判定信号を受信すると（ステップＳ３２１）、端末状況データ格納部１１１から対象端末１０３の状態２０５情報（ステータス情報）を取得し（ステップＳ３２２）、更新可能な状態か判定する（ステップＳ３２３）。例えば全状態がオフであれば更新可能と判定し、一部でも状態がオンであれば更新不可と判定する。更新条件判定部１１０は判定結果を、更新制御部１０９に対して、更新可能あるいは更新不可信号として送信する（ステップＳ３２４あるいはステップＳ３２５）。更新制御部１０９は図３（ａ）に示すように、判定結果を取得し（ステップＳ３０６）、更新不可能な状態と判定した場合は、次のレコード情報の有無を判定し（ステップＳ３０８）、有る場合は端末管理データ格納部１０８からレコード情報を取得して（ステップＳ３０２）次の端末１０３に対する判定を行う。無い場合は処理を終了する。
【００４２】
更新可能な状態と判定した場合（ステップＳ３０６、可能）は、更新制御部１０９は、再起動指示部１０７に対して対象端末１０３に再起動指示のコマンド送信を要請する（ステップＳ３０７）。その際、該当端末１０３のＩＰアドレスは更新制御部１０９が端末管理データ格納部１０８から取得したレコード情報から切り出し、再起動指示部１０７へ上記要請処理時に渡す。再起動指示部１０７は、更新制御部１０９から渡されたＩＰアドレスを元に端末１０３に接続して再起動実施コマンドを送信する。送信したコマンドは端末１０３の再起動処理部１１４で受信し、端末１０３を再起動する。
【００４３】
端末１０３は再起動時に更新判定部１１５が起動し、更新ソフト格納装置１０２に接続し、更新ソフト１０４のバージョン番号とソフトのバージョン格納部１１７内のバージョン番号を比較する。更新ソフト格納装置１０２との接続は、端末１０３内に更新ソフト格納装置１０２のＩＰアドレスを設定ファイル等により管理しておくことで実現できる。バージョン番号の比較は、更新ソフト１０４を構成する各モジュール名毎に行うことで可能となる。判定の結果、同じバージョン番号のモジュールは更新せず、異なるバージョン番号のモジュールのみ取得し、更新実行部１１６に渡す。また、ソフトのバージョン格納部１１７内の該当モジュールのバージョン番号を更新する。更新実行部１１６は、更新対象のモジュールを端末１０３内のモジュールと書き換える。書き換え完了後、状態通知部１１３が状態監視部１０６へ端末１０３内のソフトのバージョン情報を送信する。状態監視部１０６は、端末１０３から送られてきたバージョン情報で、端末管理データ格納部１０８の該当端末のレコードを更新する。
【００４４】
以上の処理を、更新制御部１０９は端末管理データ格納部１０８に格納されている最終レコードに到達するまで一通り行う。
【００４５】
このような実施の形態１に係るソフト自動更新装置１０１Ａによれば、端末１０３の動作状況を元に更新の可否を判定し、更新可能な端末のみソフトウェアの更新を実行することにより、更新作業者がソフト自動更新装置１０１Ａに張り付くことなく非使用状態にある端末の抽出からソフトウェアの更新までを自動的に行うことができる。
【００４６】
なお、上記の更新条件判定部１１０における判定方法は、端末１０３からのステータス情報が全てオフといった単純なロジックを使用しているが、ＴＶ視聴状態で有っても一定時間チャンネル操作が無ければ、ＴＶをオン状態のまま外出又は就寝中であると判定し、更新可能とするといったことも可能である。その場合には、端末状況データ格納部１１１にてＴＶのチャンネルを切り替えてからの経過時間も合わせて管理することになる。ポイントは、端末１０３から取得した情報に基づき判定する点にあり、その情報の処理方法については特定しない。
【００４７】
（実施の形態２）
次に、本発明の実施の形態２に係るソフト自動更新装置１０１Ｂについて、図４を用いてその動作を説明する。なお、実施の形態２に係るソフト自動更新装置１０１Ｂ及び端末１０３の構成については、実施の形態１に係るソフト自動更新装置１０１Ａ及び端末１０３の構成と同一であり、その図示及び説明を省略する。また、図４において、上述した図３（ａ）と共通するステップには同一符号を付してその説明を省略する。
【００４８】
この実施の形態２は、実施の形態１とは処理の終了判定が異なる。図３（ａ）の処理フローでは、端末管理データ格納部１０８に格納されている端末情報を１レコードずつ処理し、最後に処理しているレコードが最終であれば処理を終了している（ステップＳ３０８）が、実施の形態２では、その後にもう一度端末管理データ格納部１０８を検索し、更新対象となる端末１０３の存在の有無を確認する（ステップＳ４０１）。存在しなければ全端末が更新されていることになるので処理を終了し、存在すれば該当するレコードから順に更新処理をやり直す。
【００４９】
このような実施の形態２に係るソフト自動更新装置１０１Ｂによれば、更新不可状態で処理を行わなかった端末１０３に対しても後から自動的に更新処理を行い、全端末の更新が完了するまで処理し続けることにより、更新作業者は１回の更新操作を行うのみで全端末の更新処理を行うことができる。
【００５０】
（実施の形態３）
図５は、本発明の実施の形態３に係るソフト自動更新装置１０１Ｃ及び端末１０３の構成を示すブロック図である。実施の形態３に係るソフト自動更新装置１０１Ｃにおいて、実施の形態１に係るソフト自動更新装置１０１Ａとの違いは、ソフト自動更新装置１０１Ｃ内に更新ソフト格納装置１０２に対する端末１０３の接続台数を監視する接続数監視部５０１を設けた点である。なお、図５において上述した図１と共通する構成部分には同一符号を付してその説明を省略する。
【００５１】
以上のように構成された実施の形態３に係るソフト自動更新装置１０１Ｃについて、図６を用いてその動作を説明する。なお、図６において、上述した図３（ａ）と共通するステップには同一符号を付してその説明を省略する。図６（ａ）に示すように、図３（ａ）の端末１０３が更新対象であるか判定する（ステップＳ３０３）までは同じ処理であり、その後に更新制御部１０９は接続数監視部５０１に対して、更新ソフト格納装置１０２における端末１０３の同時接続台数がＭＡＸ値（最大値）を越えていないか確認する要請を行う（ステップＳ６０１）。接続数監視部５０１は、図６（ｂ）に示すように、上記要請を行う信号を受信すると（ステップＳ６２１）、更新ソフト格納装置１０２にコマンドを発行することで端末の接続台数を取得する（ステップＳ６２２）。接続台数の取得は、ＯＳ付属のコマンドを使用することで行うことができ、例えばＵＮＩＸであればＮＥＴＳＴＡＴコマンドで可能となる。取得した接続台数と同時接続台数のＭＡＸ値を比較し（ステップＳ６２３）、超える場合（ＹＥＳ）は更新不可信号を、超えない場合（ＮＯ）は更新可能信号を更新制御部１０９に送信する（ステップＳ６２４あるいはステップＳ６２５）。更新制御部１０９は、図６（ａ）に示すように、接続監視部５０１からの結果通知を元に接続可否を判定し（ステップＳ６０２）、接続が可能であれば、対象端末１０３の状態取得処理へと進む（ステップＳ３０４）。接続が不可能であれば一定時間処理を中断する（ステップＳ６０３）。中断時間は例えば更新ソフト１０４のダウンロードに要する時間を設定しておく。設定時間が経過した後、もう一度、更新制御部１０９は接続数監視部５０１に対して接続可否判定を要請する（ステップＳ６０１）。
【００５２】
このような実施の形態３に係るソフト自動更新装置１０１Ｃによれば、端末１０３が更新ソフト格納装置１０２と接続できる状態にあることを確認した上で更新処理を行うことにより、更新ソフト格納装置１０２に対する接続台数の超過によりソフトウェアのダウンロードの失敗を防止することができる。
【００５３】
（実施の形態４）
図７は、本発明の実施の形態４に係るソフト自動更新装置１０１Ｄ及び端末１０３の構成を示すブロック図である。実施の形態４に係るソフト自動更新装置１０１Ｄにおいて、実施の形態１に係るソフト自動更新装置１０１Ａとの違いは、ソフト自動更新装置１０１Ｄ内に更新の進捗状況を更新作業者に通知する更新状況通知部７０１を設けた点である。なお、図７において上述した図１と共通する構成部分には同一符号を付してその説明を省略する。
【００５４】
以上のように構成された実施の形態４に係るソフト自動更新装置１０１Ｄについて、図８を用いてその動作を説明する。なお、図８において、上述した図３（ａ）と共通するステップには同一符号を付してその説明を省略する。更新状況通知部７０１は、図８（ｂ）に示すように、更新制御部１０９から更新状況通知信号を受信すると（ステップＳ８２１）、端末管理データ格納部１０８のバージョン番号情報２０３を元に、更新済み端末一覧と処理残端末一覧の集計（更新状況データの作成）を行う（ステップＳ８２２）。集計結果は、あらかじめ登録されている更新作業者のメールアドレスにｅ−Ｍａｉｌで送信する（ステップＳ８２３）。更新制御部１０９は、図８（ａ）に示すように、最終レコードまで一巡した時点で更新状況通知部７０１を起動する（ステップＳ８０１）。また、管理対象の全端末に対する更新処理が完了した時点でも更新状況通知部７０１を起動する（ステップＳ８０２）。
【００５５】
なお、更新状況通知部７０１の起動は、上記タイミングに限定されるものではなく、全端末に対する更新処理が完了した時点のみに実行することも、１端末終了する毎に実行することもでき、運用に応じたタイミングでの実行が可能である。
【００５６】
このような実施の形態４に係るソフト自動更新装置１０１Ｄによれば、更新状況をメール送信で更新作業者に通知することにより、更新作業者は更新状況を現場から離れた場所で確認することができ、ソフト自動更新装置１０１Ｄを常に監視するといった作業が不要となる。
【００５７】
（実施の形態５）
図９は、本発明の実施の形態５に係るソフト自動更新装置１０１Ｅ及び端末１０３Ｅの構成を示すブロック図である。実施の形態５に係る端末１０３Ｅにおいて、実施の形態１に係る端末１０３との違いは、端末１０３Ｅ内に更新可能状況を判定する端末状況判定部９０１を設けた点である。なお、図９において上述した図１と共通する構成部分には同一符号を付してその説明を省略する。
【００５８】
以上のように構成された実施の形態５に係るソフト自動更新装置１０１Ｅ及び更新対象端末１０３Ｅについて、図１０を用いてその動作を説明する。端末状況判定部９０１は、状態通知部１１３が状態監視部１０６からの要請により端末１０３Ｅの動作状態を返すタイミングで起動する。端末状況判定部９０１は、図１０に示すように、状態通知部１１３から状況判定要請信号を受信すると（ステップＳ１００１）、端末１０３の動作状態を取得する（ステップＳ１００２）。取得した状態に対して更新作業（ソフトウェアの更新作業）を受け入れることができる状態にあるか判定し（ステップＳ１００３）、更新が可能な状態であれば状態通知部１１３に更新可能信号を送信する（ステップＳ１００４）。不可能な場合は、状態通知部１１３に更新不可信号を送信する（ステップＳ１００５）。状態通知部１１３は端末状況判定部９０１からの信号を状態監視部１０６に通知する。状態監視部１０６は状態通知部１１３からの結果を端末状況データ格納部１１１に状態（ステータス）情報２０５として格納する。更新条件判定部１１０は、更新可能状態の判定を行う必要はなく、端末状況データ格納部１１１の状態情報２０５を更新制御部１０９に渡し、更新制御部１０９は状態情報２０５が「可能」であれば再起動指示の処理へ進み、「不可」であれば次の端末１０３に対する処理に移行する。
【００５９】
このような実施の形態５に係るソフト自動更新装置１０１Ｅ及び更新対象端末１０３Ｅによれば、端末１０３Ｅ側で更新の可否を判定してソフト自動更新装置１０１Ｅに通知するため、端末１０３Ｅの機種の違いや機能拡張による端末１０３Ｅ内のステータスの変更が行われても、ソフト自動更新装置１０１Ｅ側の構成を変更することなくソフトの自動更新が可能となる。
【産業上の利用可能性】
【００６０】
本発明は、非使用状態にある端末の抽出からソフトウェアの更新までを自動的に行うことができるという効果を有し、搭載ソフトウェアを更新することで機能の更新又は追加が可能な単一又は複数の端末に対してネットワークを介してソフトウェアを自動的に更新するソフト自動更新装置などに適用可能である。
【図面の簡単な説明】
【００６１】
【図１】本発明の実施の形態１に係るソフト自動更新装置及び端末の構成を示すブロック図
【図２】本発明の実施の形態１における端末管理データ格納部及び端末状況データ格納部にそれぞれ格納されるデータのテーブル構成を示す図
【図３】本発明の実施の形態１に係るソフト自動更新装置の動作を説明するためのフローチャート
【図４】本発明の実施の形態２に係るソフト自動更新装置の動作を説明するためのフローチャート
【図５】本発明の実施の形態３に係るソフト自動更新装置及び端末の構成を示すブロック図
【図６】本発明の実施の形態３に係るソフト自動更新装置の動作を説明するためのフローチャート
【図７】本発明の実施の形態４に係るソフト自動更新装置及び端末の構成を示すブロック図
【図８】本発明の実施の形態４に係るソフト自動更新装置の動作を説明するためのフローチャート
【図９】本発明の実施の形態５に係るソフト自動更新装置及び端末の構成を示すブロック図
【図１０】本発明の実施の形態５に係るソフト自動更新装置及び端末の動作を説明するためのフローチャート
【符号の説明】
【００６２】
１０１Ａ〜１０１Ｅ  ソフト自動更新装置
１０２  更新ソフト格納装置
１０３、１０３Ｅ  端末
１０４  更新ソフト
１０５  入力受付部
１０６  状態監視部
１０７  再起動指示部
１０８  端末管理データ格納部
１０９  更新制御部
１１０  更新条件判定部
１１１  端末状況データ格納部
１１２  入力装置
１１３  状態通知部
１１４  再起動処理部
１１５  更新判定部
１１６  更新実行部
５０１  接続数監視部
７０１  更新状況通知部
９０１  端末状況判定部
【図１】
2006318293.tif 000003
【図２】
2006318293.tif 000004
【図３】
2006318293.tif 000005
【図４】
2006318293.tif 000006
【図５】
2006318293.tif 000007
【図６】
2006318293.tif 000008
【図７】
2006318293.tif 000009
【図８】
2006318293.tif 000010
【図９】
2006318293.tif 000011
【図１０】
2006318293.tif 000012