JP2004355389A - リモートアップデートシステム - Google Patents

Abstract

【課題】複数の端末を同時にネットワークに新たに設置した場合に、個々の端末へのプログラムのダウンロードを行うシステムの管理者の手間を軽減することが可能なリモートアップデートシステムを得ること。
【解決手段】プログラムを格納するサーバ１と、前回の起動状態と終了状態を保存する状態格納部２５、サーバ１のネットワーク５上の位置を含むサーバ情報を格納するサーバ情報格納部２７、自端末のプログラムを用いた起動手順を含むダウンロード情報を格納するダウンロード情報格納部２８、起動時にサーバ情報、ダウンロード情報、前回の起動状態と終了状態に基づいてサーバ１からプログラムをダウンロードして実行するプログラム処理部２２、ダウンロードしたプログラムを格納するダウンロードプログラム格納部２９、プログラムの起動時と終了時の状態を状態格納部２５に格納する状態管理部２６を有する端末２と、がネットワーク５を介して接続される。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
この発明は、ネットワークに接続されている端末にサーバからプログラムをダウンロードする際に、端末がダウンロードするプログラムを自律的に決定し、ダウンロードしたプログラムに障害が発生した場合には自律的に復旧するリモートアップデートシステムに関するものである。
【０００２】
【従来の技術】
最近のネットワークに接続された端末では、システムの修正やバージョンアップ、特性変更など、プログラムの更新をネットワーク経由で適時実施する方法が一般的に使用されている。たとえば、ある端末はリモート操作によってサーバからプログラムをダウンロードし、自端末のプログラムの更新を行う。しかし、サーバからダウンロードしたプログラムに障害が含まれている場合には、プログラムを起動しても正常に動作しないだけでなく、プログラム自体の起動さえもできない状態になり、リモート操作が不可能になってしまうという事態になることも考えられる。
【０００３】
このような事態を回避するために、プログラムの障害から自律的に復旧するプログラム障害自律復旧システムが提案されている。このプログラム障害自律復旧システムでは、端末が、現在使用しているプログラムをバックアップメモリに保存した後に、プログラムをダウンロードし、このダウンロードしたプログラムを自動的に実行する。そして、そのプログラムにより障害が発生した場合には、バックアップメモリに保存したプログラムで自立的に再起動するようにしている（たとえば、特許文献１参照）。
【０００４】
【特許文献１】
特開平１０−１０５４０７号公報（第３頁、第１図）
【０００５】
【発明が解決しようとする課題】
上記特許文献１に記載されるプログラム障害自律復旧システムでは、システムの管理者がリモートからの操作によって端末にダウンロードするプログラムを指定するようにしている。そのため、複数台の端末を同時にネットワークに新たに設置した場合や新たなプログラムに変更する場合には、個々の端末に対して、システムの管理者がリモートで操作して、ダウンロードを指示しなければならないので、それらの運用準備に手間がかかってしまうという問題点があった。
【０００６】
また、ダウンロードしたプログラムに障害が発生した場合に、端末はバックアップメモリから正常に動作していたプログラムをロードして再起動するが、サーバ側では端末がプログラムの実行で障害が発生したことを知ることができないという問題点もあった。
【０００７】
この発明は、上記に鑑みてなされたもので、複数台の端末を同時にネットワークに新たに設置した場合に、個々の端末へのプログラムのダウンロードを行うシステムの管理者の手間を軽減することが可能なリモートアップデートシステムを得ることを目的とする。また、端末がダウンロードしたプログラムに障害が発生した場合に、サーバ側で端末がプログラムの実行で障害が発生したことを知ることが可能なリモートアップデートシステムを得ることも目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、この発明にかかるリモートアップデートシステムは、サーバと、前記サーバに格納されるプログラムをダウンロードして実行する１〜複数の端末とが、ネットワークを介して接続されたリモートアップデートシステムであって、前記端末は、前回起動した際の起動状態と終了状態を保存する状態格納手段と、前記サーバのネットワーク上の位置を含むサーバ情報を格納するサーバ情報格納手段と、自端末におけるプログラムを用いた起動手順を含むダウンロード情報を格納するダウンロード情報格納手段と、起動時に前記サーバ情報、前記ダウンロード情報、前記前回起動した際の起動状態と終了状態に基づいて前記サーバからプログラムをダウンロードして実行するプログラム処理手段と、前記プログラム処理手段によってダウンロードされたプログラムを格納するダウンロードプログラム格納手段と、前記プログラムの起動時と終了時の状態を前記状態格納手段に格納する状態管理手段と、を備えることを特徴とする。
【０００９】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかるがリモートアップデートシステムの好適な実施の形態を詳細に説明する。
【００１０】
実施の形態１．
図１は、この発明にかかるリモートアップデートシステムの実施の形態１の概略構成を示すブロック図である。このリモートアップデートシステムは、サーバ１と端末２とが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク５を介して接続されて構成されている。なお、この図１では、端末２はネットワーク５に１台しか接続されていないが、端末２が複数存在しても、それぞれの端末２が以下に説明する同一の動作を行うので、ここでは端末２が１台の場合を例に挙げて説明する。
【００１１】
サーバ１は、ネットワーク５に接続された端末２がダウンロードするプログラムを保存するハードウェアであり、端末２のプログラムをアップデートするためのソフトウェアであるプログラムを格納するプログラム格納部１１と、このリモートアップデートシステムに属し、ネットワーク５に接続される端末２からのその端末２の状態を示す通知を格納する端末管理データベース１２と、端末２から受信した端末２の状態を端末管理データベース１２に登録し、管理する端末管理部１３と、ネットワーク５に接続して他の端末２などと通信を行う通信部１４と、サーバ１全体を制御する制御部１５と、を備えて構成される。
【００１２】
端末管理部１３には、端末のネットワークアドレス、起動日時、起動するプログラム名、起動するプログラムをダウンロードした日時を含む起動状態と、端末のネットワークアドレス、正常終了または異常終了、異常発生プログラム名、異常発生日時を含む終了状態が格納される。
【００１３】
端末２は、サーバ１からプログラムをダウンロードし、そのプログラムを実行するハードウェアであり、通信部２１、プログラム処理部２２、ダウンロードプログラム格納部２３、障害監視部２４、状態格納部２５、状態管理部２６、サーバ情報格納部２７、ダウンロード情報格納部２８、プログラム格納部２９および制御部３０を備えて構成される。
【００１４】
通信部２１は、端末２をネットワーク５と接続し、ネットワーク５に接続されたサーバ１などの他のハードウェアと情報の通信を行う機能を有する。プログラム処理部２２は、ダウンロード情報格納部２８に格納されるダウンロード情報と状態格納部２５に格納される自端末２の前回起動時および終了時の状態に応じてサーバ１からプログラムをダウンロードする機能、プログラムのダウンロードが正常に行なわれたかのチェックを行なうチェックサム機能、および、ダウンロードしたプログラムを実行する機能を有する。ダウンロードプログラム格納部２３は、プログラム処理部２２によってダウンロードされたプログラムを保存する機能を有する。障害監視部２４は、プログラム実行中に障害が発生していないかを常に監視し、障害の発生を検出した場合には端末２を再起動する機能を有する。
【００１５】
状態格納部２５は、前回の終了状態と、前回の起動状態を保存する。前回の終了状態は、端末２が前回どのように終了したか、たとえば正常に終了したか、異常終了したか、を表す情報であり、前回の起動状態は、端末２が前回どのプログラムを使って、どのように起動したかを表す情報である。たとえば、正常に終了した場合には、正常に終了したことを示す項目、終了日時を含む項目からなる情報が前回の終了状態となり、異常終了した場合には、異常発生プログラム名、異常発生日時を含む項目からなる情報が前回の終了状態となる。また、起動するプログラム名、起動日時、起動するプログラムをダウンロードした日時を含む項目からなる情報が前回の起動状態となる。
【００１６】
状態管理部２６は、プログラムの起動時における端末２の起動状態と、プログラム終了時における端末２の終了状態を状態格納部２５に格納するとともに、その内容をサーバ１に通知する機能を有する。
【００１７】
サーバ情報格納部２７は、プログラムをダウンロードするために使用するサーバ１のネットワーク５上の位置を表すサーバ情報を格納する。ダウンロード情報格納部２８は、端末２がどのように起動するべきかを表すダウンロード情報を格納する。たとえば、ダウンロード情報には、サーバからダウンロードするべきプログラムについて、最初にダウンロードするべきプログラム、プログラムを正常にダウンロードできなかった場合にダウンロードするべきプログラム、このプログラムを正常にダウンロードできなかった場合にダウンロードするべきプログラム、・・・というように優先順位付けされたものが格納されるようにしてもよい。このようにダウンロード情報にダウンロードの優先順位情報を追加することによって、端末２が最適なプログラムを自律的に選択してダウンロードし、実行することが可能になる。
【００１８】
プログラム格納部２９は、ネットワーク５やサーバ１の異常でサーバ１からプログラムをダウンロードすることができない場合に実行されるプログラムを格納する。制御部３０は、これらの構成要素を制御する機能を有する。
【００１９】
つぎに、このリモートアップデートシステムの動作について説明する。図２は、この発明のリモートアップデートシステムにおける端末のプログラム起動準備の処理手順を示すフローチャートであり、図３は、この発明のリモートアップデートシステムにおけるプログラム起動時の端末の処理手順を示すフローチャートあり、図４は、この発明のリモートアップデートシステムにおける端末のプログラム異常監視の処理手順を示すフローチャートである。
【００２０】
最初に、端末２の起動からプログラム起動前までの動作手順について図２のフローチャートを参照して説明する。端末２を起動して、ハードウェアが初期化され、プログラム起動の準備が開始されると、まず、プログラム処理部２２は、状態格納部２５に保存されている前回の終了状態を読み込み、前回正常に終了したか否かを判定する（ステップＳ１０１）。判定の結果、前回正常に終了していた場合（ステップＳ１０１でＹｅｓの場合）には、プログラム処理部２２は、状態格納部２５に保存されている前回の起動状態を読み込み、前回と同じプログラムをサーバ１からダウンロードする（ステップＳ１０２）。
【００２１】
一方、判定の結果、前回正常に終了していなかった場合（ステップＳ１０１でＮｏの場合）には、状態格納部２５に保存されている前回の起動状態と、ダウンロード情報格納部２８に保存されているダウンロード情報を読み込み、前回の終了時に実行していたプログラムとは異なるプログラムがダウンロード情報に存在するか否かを判定する（ステップＳ１０３）。判定の結果、前回の終了時に実行していたプログラムとは異なるプログラムがダウンロード情報に存在しない場合（ステップＳ１０３でＮｏの場合）には、プログラム格納部２９に格納されているプログラムを実行するために、サーバ１からプログラムのダウンロードなしで、後述する図３のプログラム起動処理に進み（ステップＳ１０８）、プログラム起動準備処理が終了する。また、判定の結果、前回の終了時に実行していたプログラムとは異なるプログラムが存在する場合（ステップＳ１０３でＹｅｓの場合）には、前回の終了時に実行していたプログラムとは異なるプログラムをサーバ１からダウンロードする（ステップＳ１０４）。
【００２２】
ステップＳ１０２での前回と同じプログラムのダウンロード後、またはステップＳ１０４での前回とは異なるプログラムのダウンロード後、プログラム処理部２２は、プログラムの保持するチェックサムの確認、および、ネットワーク５の異常の有無を確認し、ダウンロードが正常に完了したか否かを調べる（ステップＳ１０５）。ダウンロードが正常に完了した場合（ステップＳ１０５でＹｅｓの場合）には、プログラム処理部２２は、図３に示される正常にダウンロードが終了したプログラムの起動処理を実行し（ステップＳ１０８）、プログラム起動準備の処理は完了する。
【００２３】
一方、ダウンロードが正常に完了しなかった場合（ステップＳ１０５でＮｏの場合）には、プログラム処理部２２は、ダウンロード情報格納部２８に保存されているダウンロード情報を読み込み、前回の終了時に実行していたプログラムまたは今回ダウンロードしたプログラムとは異なるプログラムがダウンロード情報に存在するか否かを調べる（ステップＳ１０６）。ダウンロード情報に異なるプログラムが存在しない場合（ステップＳ１０６でＮｏの場合）には、プログラムのダウンロードを行わずに、プログラム格納部２９に格納されているプログラムについて、図３に示す起動処理が行われ（ステップＳ１０８）、プログラム起動準備処理が完了する。また、ダウンロード情報に異なるプログラムが存在する場合（ステップＳ１０６でＹｅｓの場合）には、その異なるプログラムをダウンロードし（ステップＳ１０７）、再びステップＳ１０５に戻って、上述した処理を行う。以上の工程によって、プログラム起動の準備処理が終了する。
【００２４】
つぎに、プログラム起動時の端末２の動作手順について図３のフローチャートを参照しながら説明する。プログラム起動準備処理が完了したプログラムの起動が開始されると、まず、障害監視部２４は、プログラム異常監視の処理を開始する（ステップＳ２０１）。これ以降、プログラムが実行されている間、後述する図４の処理によってプログラムの異常が監視される状態となる。
【００２５】
つぎに、状態管理部２６は、起動日時、起動プログラムなどの起動状態を状態格納部２５に前回の起動状態として保存する（ステップＳ２０２）。また、状態管理部２６は、通信部２１を介して、ネットワーク５経由でプログラムをダウンロードしたサーバ１に状態格納部２５に格納された起動状態を通知する（ステップＳ２０３）。この起動状態の通知には、端末２のネットワークアドレス、起動日時、起動するプログラム名、および起動するプログラムをダウンロードした日時が含まれる。そして、サーバ１の端末管理部１３は、受信した起動状態の通知に基づいて端末管理データベース１２を更新する。その後、端末２のプログラム処理部２２は、上記図２のプログラム起動準備処理で準備したプログラムを起動して実行し（ステップＳ２０４）、プログラム起動処理を終了する。
【００２６】
つぎに、端末２の起動後におけるプログラムの異常状態を監視する処理手順について、図４のフローチャートを参照しながら説明する。図３のステップＳ２０１で示したようにプログラムの実行前にプログラム異常監視処理が開始されると、最初に、障害監視部２４が起動され（ステップＳ３０１）、障害監視部２４はプログラムが正常に実行されているかどうか周期的に監視を行なう（ステップＳ３０２およびステップＳ３０２でＹｅｓの場合）。
【００２７】
プログラムの実行に異常がある場合（ステップＳ３０２でＮｏの場合）には、障害監視部２４によって端末２が再起動され一度終了した状態となるので、再起動の前に、状態管理部２６によって、異常発生プログラム名、異常発生日時など異常終了の状態が、前回の終了状態として、状態格納部２５に保存される（ステップＳ３０３）。また、状態管理部２６は、通信部２１を介して、ネットワーク５経由で、プログラムをダウンロードしたサーバ１にプログラムの異常を通知する（ステップＳ３０４）。その後、障害監視部２４は、端末２を再起動し（ステップＳ３０５）、プログラムの異常監視処理が終了する。そして、端末２が再起動されると、図２に示したプログラム起動準備処理から再び実行される。
【００２８】
なお、ステップＳ３０４でのプログラムの異常の通知には、端末２のネットワークアドレス、起動日時、異常が発生プログラム名（ダウンロードしたファイル名）、ダウンロードした日時、異常発生日時、その他のプログラム異常の詳細が含まれる。そして、サーバ１の端末管理部１３は、受信したプログラムの異常通知の内容を端末管理データベース１２に保存し、端末管理データベース１２の内容を更新する。これによってサーバ１は、端末２のプログラム起動時の起動状態通知と合わせて、常に正確に端末２の状態を把握することができる。
【００２９】
なお、上述した説明におけるプログラムに関しては、特に言語や形式に依存するものではなく、直接実行可能なバイナリ形式、仮想マシン上で実行する中間言語形式、コード部分やデータ部分が圧縮されている圧縮バイナリ形式など、どのような形式でも利用可能である。
【００３０】
つぎに、図１に示される構成を有するサーバ１と端末２の具体的な構成について説明する。図５は、図１に示されるこの発明のリモートアップデートシステムの具体的構成を示す図である。この端末２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２３と、不揮発性ＲＡＭ１２４と、ウォッチドッグタイマ（以下、ＷＤＴという）１２５と、ＬＡＮに接続するＬＡＮインタフェース１２６とを備える装置によって構成される。
【００３１】
ここで、ＣＰＵ１２１は制御部３０、状態管理部２６およびプログラム処理部２２に対応し、ＲＯＭ１２２はサーバ情報格納部２７、ダウンロード情報格納部２８およびプログラム格納部２９に対応し、ＲＡＭ１２３はダウンロードプログラム格納部２３に対応し、不揮発性ＲＡＭ１２４は状態格納部２５に対応し、ＷＤＴ１２５は障害監視部２４に対応し、ＬＡＮインタフェース１２６は通信部２１に対応している。
【００３２】
また、サーバ１は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ＬＡＮに接続するＬＡＮインタフェース１０４と、ハードディスクドライブ１０５と、を備えた構成を有している。ここで、ＣＰＵ１０１は制御部１５と端末管理部１３に対応し、ハードディスクドライブ１０５は、プログラム格納部１１と端末管理データベース１２に対応している。また、サーバ１は、表示部、入力部を備えていてもよい。これによって、リモートアップデートシステムの管理者は、端末管理データベース１２の内容を表示部に表示させて確認し、入力部を用いてその内容を編集することが可能となる。
【００３３】
この実施の形態１によれば、前回起動時にどのプログラムが使用されたかなど前回の起動状態と、正常に終了したかまたは異常に終了したかなどの前回の終了状態を格納する状態格納部２５と、プログラムが起動されると常時プログラムの異常を監視する障害監視部２４と、プログラムの終了時に状態格納部２５に自動的にその終了状態を書き込む状態管理部２６を、端末２に備えるように構成したので、端末２は起動時に前回の起動状態と終了状態とダウンロード情報に基づいて起動するプログラムを選択し、サーバ１からダウンロードする場合には、自律的に起動するプログラムをダウンロードすることができる。具体的には、管理者によることなく、前回起動に失敗したり異常終了したりしたプログラムを使用せずに、別のプログラムをダウンロードしたり実行したりして、端末２が長期間に渡って停止することを防ぐことができる。
【００３４】
また、端末２が、プログラム起動時に起動日時、起動プログラム名、起動プログラムをダウンロードした日時などをサーバ１に通知する状態管理部２６を備えるように構成したので、サーバ１は端末２の最新状態を常に把握できる。さらに、起動状態に加えて状態管理部２６は、障害監視部２４のプログラムの異常検出によってプログラムが終了される際に、異常の発生日時、異常が発生した端末、異常が発生したプログラムを含む端末２の状態を、サーバ１に通知するように構成したので、サーバ１はプログラムに関するエラー情報を逐次取得することができる。これによって、システムの管理者が、従来のようにリモートから各端末２を個別に操作して異常状態を取得しなければならないという手間を省くことができる。さらにまた、ダウンロードするプログラムにチェックサム機能を備えることによって、異常の原因がプログラムなのかダウンロードの失敗によるものかを容易に区別することもできる。
【００３５】
実施の形態２．
図６は、この発明にかかるリモートアップデートシステムの実施の形態２の概略構成を示すブロック図である。このリモートアップデートシステムは、実施の形態１の図１のサーバ１に、ダウンロード情報格納部１６を設け、端末２のダウンロード情報格納部２８を削除した構成を有している。また、プログラム処理部２２は、端末２が起動されると最初にサーバ１のダウンロード情報格納部１６に格納されているダウンロード情報をダウンロードする機能を有する。なお、図１と同一の構成要素には同一の符号を付して、その説明を省略している。また、この図６では、端末２はネットワーク５に１台しか接続されていないが、端末２が複数存在してもよい。
【００３６】
このように、サーバ１が、端末２が起動すべきプログラムについてのダウンロード情報を保持し、端末２が起動時に毎回サーバ１からダウンロード情報をダウンロードすることによって、たとえば、プログラムの変更が生じた場合でも、各端末２は最新のダウンロード情報に基づいて、新たなプログラムをダウンロードすることが可能となる。これにより、システムの管理者は、それぞれの端末の場所に出向いて、新たなプログラムをダウンロードするように設定する必要がなくなる。その他の動作については、実施の形態１と同様であるので、その説明を省略する。
【００３７】
つぎに、図６に示される構成を有するサーバ１と端末２の具体的な構成について説明する。図７は、図６に示されるこの発明のリモートアップデートシステムの具体的構成を示す図である。この端末２は、ＣＰＵ１２１と、ＲＯＭ１２２と、ＲＡＭ１２３と、不揮発性ＲＡＭ１２４と、ＷＤＴ１２５と、ＬＡＮインタフェース１２６とを備える装置によって構成される。
【００３８】
ここで、ＣＰＵ１２１は制御部３０、状態管理部２６およびプログラム処理部２２に対応し、ＲＯＭ１２２はサーバ情報格納部２７およびプログラム格納部２９に対応し、ＲＡＭ１２３はダウンロードプログラム格納部２３に対応し、不揮発性ＲＡＭ１２４は状態格納部２５に対応し、ＷＤＴ１２５は障害監視部２４に対応し、ＬＡＮインタフェース１２６は通信部２１に対応している。
【００３９】
また、サーバ１は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ＬＡＮインタフェース１０４と、ハードディスクドライブ１０５と、を備えた構成を有している。ここで、ＣＰＵ１０１は、制御部１５および端末管理部１３に対応し、ハードディスクドライブ１０５は、プログラム格納部１１、端末管理データベース１２およびダウンロード情報格納部１６に対応している。さらに、サーバ１は、表示部と入力部を備えていてもよい。これによって、リモートアップデートシステムの管理者は、表示部で端末管理データベース１２の内容を確認し、入力部を用いてその内容を編集することが可能となる。
【００４０】
この実施の形態２によれば、サーバ１がダウンロード情報格納部１６を保持し、端末２が起動時に毎回サーバ１からダウンロード情報をダウンロードするように構成したので、端末２の管理を行う管理者が実際に端末２を設置した場所に出向くことなく、端末２に最新のプログラムをダウンロードするように設定することが可能になる。
【００４１】
実施の形態３．
この実施の形態３では、端末２が、端末２に着脱可能な記憶媒体を備え、この記憶媒体にサーバ１からダウンロードしたプログラムを格納して実行する場合について説明する。図８は、この発明にかかるリモートアップデートシステムの実施の形態３の概略構成を示す図である。このリモートアップデートシステムは、実施の形態２の図６の端末２のダウンロードプログラム格納部２３、サーバ情報格納部２７およびダウンロード情報格納部２８ａが、持ち運び可能な記憶媒体３１によって構成される点が、実施の形態２と異なっている。なお、ダウンロード情報格納部２８ａは、サーバ１からダウンロードしたダウンロード情報を格納している。
【００４２】
端末２のダウンロードプログラム格納部２３には、サーバ１のプログラム格納部１１からダウンロードされるプログラムが保存され、ダウンロード情報格納部２８ａには、同じくサーバ１のダウンロード情報格納部１６からダウンロードされるダウンロード情報が保存される。このダウンロード情報には、端末２が起動されたときに、ダウンロードプログラム格納部２３内のプログラムの存否に関わらず、サーバ１からプログラムをダウンロードするか否かを示す強制フラグが含まれている。より具体的には、強制フラグがオンのときには、ダウンロードプログラム格納部２３内のプログラムの有無に関わらずサーバ１からプログラムをダウンロードし、強制フラグがオフのときには、通常の手順に従う。なお、実施の形態２の図６または実施の形態１の図１と同一の構成要素については同一の符号を付して、その説明を省略している。また、この図８では、端末２はネットワーク５に１台しか接続されていないが、端末２が複数存在しても、それぞれの端末２が以下に説明する同一の動作を行うので、ここでは端末２が１台の場合を例に挙げて説明する。
【００４３】
つぎに、このリモートアップデートシステムの動作について説明する。図９は、この発明のリモートアップデートシステムにおける端末の起動からダウンロード情報を取得するまでの動作手順を示すフローチャートであり、図１０は、この発明のリモートアップデートシステムにおけるプログラム起動準備時の端末の動作手順を示すフローチャートである。
【００４４】
最初に、端末２の起動からダウンロード情報を取得するまでの動作手順について説明する。まず、端末２のプログラム処理部２２は、サーバ１のダウンロード情報格納部１６からダウンロード情報をダウンロードし（ステップＳ４０１）、ダウンロード情報のダウンロードが正常に完了したか否かを判定する（ステップＳ４０２）。ダウンロード情報のダウンロードが正常に終了した場合（ステップＳ４０２でＹｅｓの場合）には、ダウンロード情報を持ち運び可能な記憶媒体３１中のダウンロード情報格納部２８ａに保存する（ステップＳ４０３）。一方、ダウンロード情報のダウンロードが正常に終了しなかった場合（ステップＳ４０２でＮｏの場合）には、持ち運び可能な記憶媒体３１中のダウンロード情報格納部２８ａにダウンロード情報が存在するか否かを調べる（ステップＳ４０４）。
持ち運び可能な記憶媒体３１中のダウンロード情報格納部２８ａにダウンロード情報が存在しない場合（ステップＳ４０４でＮｏの場合）には、プログラム格納部２９に格納されているプログラムの起動準備を図１０に示す手順にしたがって開始する処理を行い（ステップＳ４０５）、ダウンロード情報の取得処理を完了する。
【００４５】
ステップＳ４０３でサーバ１からのダウンロードが正常に終了した場合、またはステップＳ４０４で持ち運び可能な記憶媒体３１のダウンロード情報格納部２８ａにダウンロード情報が存在する場合（ステップＳ４０４でＹｅｓの場合）には、持ち運び可能な記憶媒体３１のダウンロード情報格納部２８ａに格納されているダウンロード情報を使用して（ステップＳ４０６）、図１０に示すプログラムの起動準備を開始する処理を行い（ステップＳ４０７）、ダウンロード情報の取得処理を完了する。
【００４６】
つぎに、プログラム起動準備時の端末２の動作手順について図１０のフローチャートを参照しながら説明する。ダウンロード情報の取得処理が終了すると、端末２のプログラム処理部２２は、持ち運び可能な記憶媒体３１のダウンロード情報格納部２８ａに保存されているダウンロード情報をロードする（ステップＳ５０１）。つぎに、ダウンロード情報に含まれるプログラムの優先順位情報と、状態格納部２５に格納されている現在の起動状況から起動するべきプログラムがあるか否かを調べる（ステップＳ５０２）。起動するべきプログラムがない場合（ステップＳ５０２でＮｏの場合）には、プログラム格納部２９上のプログラムの起動を開始し（ステップＳ５０９）、この後、実施の形態１の図３に示したプログラムの起動処理が実行される。
【００４７】
一方、起動するべきプログラムである場合（ステップＳ５０２でＹｅｓの場合）には、プログラム処理部２２は、ダウンロード情報に含まれる強制ダウンロードフラグを調べる（ステップＳ５０３）。強制ダウンロードフラグがオンの場合（ステップＳ５０３でＹｅｓの場合）には、持ち運び可能な記憶媒体３１のダウンロードプログラム格納部２３に保存されているプログラムの有無に関わらず、プログラム処理部２２は、サーバ１からプログラムをダウンロードする（ステップＳ５０７）。その後、プログラムのダウンロードが正常に完了したか否かを調べる（ステップＳ５０８）。正常終了した場合（ステップＳ５０８でＹｅｓの場合）には、そのプログラムについて、実施の形態１の図３に示したプログラムの起動処理が開始される（ステップＳ５０９）。また、正常終了していない場合（ステップＳ５０８でＮｏの場合）には、ステップＳ５０２に戻る。
【００４８】
また、ステップＳ５０３で、強制ダウンロードフラグがオフの場合（ステップＳ５０３でＮｏの場合）には、起動するべきプログラムが前回起動時と同じプログラムか否かを調べる（ステップＳ５０４）。起動するべきプログラムと前回起動時のプログラムが同じ場合（ステップＳ５０４でＹｅｓの場合）には、プログラム処理部２２は、前回そのプログラムは正常終了しかた否かを状態格納部２５に格納されている前回の終了状態を用いて調べる（ステップＳ５０５）。前回正常に終了している場合（ステップＳ５０５でＹｅｓの場合）には、持ち運び可能な記憶媒体３１からプログラムをロードして（ステップＳ５０６）、そのプログラムについて、実施の形態１の図３に示したプログラムの起動処理が実行される（ステップＳ５０９）。
【００４９】
ステップＳ５０５で、前回正常に終了していない場合（ステップＳ５０５でＮｏの場合）には、ステップＳ５０２に戻り、再度起動するべきプログラムの選択からの処理が行なわれる。また、ステップＳ５０４で、起動するべきプログラムと前回起動時のプログラムが異なる場合（ステップＳ５０４でＮｏの場合）には、上述したステップＳ５０７以降の処理が実行される。
【００５０】
上記のステップＳ５０９におけるプログラムの起動開始の処理は、上述した実施の形態１の図３と同様であり、また、プログラムの異常監視の処理は、同じく図４と同様であるので、その説明を省略している。
【００５１】
つぎに、図８に示される構成を有するサーバ１と端末２の具体的な構成について説明する。図１１は、図８に示されるこの発明のリモートアップデートシステムの具体的構成を示す図である。この端末２は、ＣＰＵ１２１と、ＲＯＭ１２２と、不揮発性ＲＡＭ１２４と、ＷＤＴ１２５と、ＬＡＮインタフェース１２６と、持ち運び可能な記憶媒体１２７と、を備える装置によって構成される。
【００５２】
ここで、ＣＰＵ１２１はプログラム処理部２２、状態管理部２６および制御部３０に対応し、ＲＯＭ１２２はプログラム格納部２９に対応し、不揮発性ＲＡＭ１２４は状態格納部２５に対応し、ＷＤＴ１２５は障害監視部２４に対応し、ＬＡＮインタフェース１２６は通信部２１に対応し、持ち運び可能な記憶媒体１２７はダウンロードプログラム格納部２３、サーバ情報格納部２７およびダウンロード情報格納部２８ａに対応している。なお、持ち運び可能な記憶媒体１２７として、電源を切っても内容が保持される記憶媒体ならばよく、たとえば、コンパクトフラッシュ（登録商標）メモリやスマートメディアなどのメモリや、書き換え可能なコンパクトディスク、フレキシブルディスク、光磁気ディスクなどを使用することができる。
【００５３】
これによって、たとえば、サーバ情報に変更があった場合には、実施の形態１のようにＲＯＭ１２２にサーバ情報が格納される構成の端末２では、ＲＯＭ１２２内のサーバ情報を編集するための専用の機器などが必要となるが、この実施の形態３のように持ち運び可能な記憶媒体１２７にサーバ情報を格納することによって、ＲＯＭ１２２内のサーバ情報を編集するための専用の機器などが不要になり、パーソナルコンピュータなどの汎用の機器を用いてサーバ情報を編集することが可能になる。
【００５４】
また、サーバ１は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ＬＡＮインタフェース１０４と、ハードディスクドライブ１０５と、を備えた構成を有している。ここで、ＣＰＵ１０１は端末管理部１３と制御部１５に対応し、ハードディスクドライブ１０５は、プログラム格納部１１、端末管理データベース１２およびダウンロード情報格納部１６に対応している。また、サーバ１は、表示部と入力部を備えていてもよい。これによって、リモートアップデートシステムの管理者は、端末管理データベース１２の内容を表示部で確認し、入力部を用いてその内容を編集することが可能となる。
【００５５】
この実施の形態３によれば、端末２の持ち運び可能な記憶媒体３１に、サーバ情報、ダウンロードされたプログラム、ダウンロードされたダウンロード情報を保持させるように構成したので、端末２にサーバ情報を編集するための専用の機器などが不要になり、パーソナルコンピュータなど汎用の機器を用いて編集することが可能になる。
【００５６】
また、サーバ１からダウンロードされたプログラムとダウンロード情報を、持ち運び可能な記憶媒体３１に格納するようにしたので、端末２の電源を切った場合でもダウンロード情報とプログラムは消去されなくなる。その結果、もし、ネットワーク５またはサーバ１に異常が発生し、起動時にサーバ１に接続できない場合でも、前回起動した時と同じ状態で起動することが可能になる。さらに、一般的に端末２が保持しているＲＯＭ１２２と比較して、コンパクトフラッシュ（登録商標）メモリやスマートメディアなどの持ち運び可能な記憶媒体１２７は大容量であるため、複数のプログラムをダウンロードして格納することも可能になる。
【００５７】
さらにまた、ダウンロード情報にダウンロードの優先順位情報を追加することによって端末２が、起動時の状態に応じた最適なプログラムを自動的に選択してダウンロードし、そのプログラムを実行することが可能になる。
【００５８】
さらにまた、ダウンロード情報にプログラムの強制的なダウンロードを行なうか否かを示すフラグを追加することによって、端末２のプログラムの開発を行なっている開発者は、作成したプログラムの確認をするたびに、作成したプログラムをダウンロードするようにダウンロード情報を変更することなく、端末２が起動されるたびに開発したプログラムの試験を行なうことができる。また、強制ダウンロードのフラグがオフであって、持ち運び可能な記憶媒体３１上に必要なプログラムが存在する場合には、プログラムのダウンロードを行わずにプログラムを起動することができるため、端末２の起動時間が短縮される。
【００５９】
実施の形態４．
図１２は、この発明にかかるリモートアップデートシステムの実施の形態４の概略構成を示すブロック図である。このリモートアップデートシステムは、上述した実施の形態３の図８において、プログラム格納部２９が、ネットワーク５やサーバ１の異常でサーバ１からプログラムをダウンロードすることができない場合に実行されるプログラムを格納する実行プログラム格納部２９ａと、実行プログラム格納部２９ａに格納されているプログラムをバックアップするためのバックアッププログラム格納部２９ｂと、を備えて構成され、プログラム格納部２９への書き込みを制御する書き込み許可スイッチ３２が備えられた構成を有している。
【００６０】
バックアッププログラム格納部２９ｂに格納されるプログラムは、実行プログラム格納部２９ａのプログラムの書き換えを行なう前に、それまで実行プログラム格納部２９ａに格納されていたプログラムである。
【００６１】
書き込み許可スイッチ３２は、プログラム格納部２９への書き込みを制御するハードウェアスイッチである。実行プログラム格納部２９ａ内のプログラムは、最後の起動手段となるため、誰にでも実行プログラム格納部２９ａ内のプログラムを書き換えるようにするのは非常に危険であるので、鍵が必要なスイッチなどで書き込み許可スイッチを設けるようにしている。これによって、通常は書き込みが行なえないようにし、端末２の存在する場所に所定の鍵を持ったシステムの管理者が行かなければ実行プログラム格納部２９ａの内容を書き換えられないようにしている。その結果、ネットワーク５の異常やサーバ１の故障が発生した最悪の場合でも、端末２が起動できなくなる状態に陥ることを防ぐことができる。
【００６２】
なお、実施の形態３の図８と同一の構成要素には同一の符号を付して、その説明を省略している。また、この図１２では、端末２はネットワーク５に１台しか接続されていないが、端末２が複数存在しても、それぞれの端末２が以下に説明する同一の動作を行うので、ここでは端末２が１台の場合を例に挙げて説明する。
【００６３】
つぎに、このリモートアップデートシステムにおけるプログラム起動の動作処理について説明する。なお、ダウンロード情報の取得処理は、実施の形態３の図９と同様であり、プログラム起動の準備処理は、同じく図１０と同様であるので、その説明を省略している。図１３は、リモートアップデートシステムのプログラム起動時の動作処理を示すフローチャートである。
【００６４】
図１０に示したようにプログラム起動準備処理が完了すると、障害監視部２４によってプログラム異常監視処理が開始される（ステップＳ６０１）。このプログラム異常監視処理は、上述した実施の形態１の図４と同様であるので、その説明は省略する。つぎに、状態管理部２６は、起動状態を前回の起動状態として状態格納部２５に保存し（ステップＳ６０２）、プログラム格納部２９への書き込みが許可されているか否か調べる（ステップＳ６０３）。書き込み許可がある場合（ステップＳ６０３でＹｅｓの場合）には、実行プログラム格納部２９ａのプログラムを別名でバックアッププログラム格納部２９ｂにバックアップして保存する（ステップＳ６０４）。その後、サーバ１から持ち運び可能な記憶媒体３１上にダウンロードされたプログラムを実行プログラム格納部２９ａに書き込む（ステップＳ６０５）。一方、ステップＳ６０３で、書き込み許可がない場合（ステップＳ６０３でＮｏの場合）には、プログラムバックアップ部への書き込みは行わない。その後、またはステップＳ６０５での実行プログラム格納部２９ａへのプログラムの書きこみ後、状態管理部２６は、サーバ１に起動状態を通知し（ステップＳ６０６）、プログラムを起動して（ステップＳ６０７）、プログラムの内容に沿った処理が以降行われる。以上で、プログラム起動処理が終了する。
【００６５】
つぎに、図１２に示される構成を有するサーバ１と端末２の具体的な構成について説明する。図１４は、図１２に示されるこの発明のリモートアップデートシステムの具体的構成を示す図である。この端末２は、ＣＰＵ１２１と、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）などの書き換え可能なＲＯＭ１２２と、不揮発性ＲＡＭ１２４と、ＷＤＴ１２５と、ＬＡＮインタフェース１２６と、持ち運び可能な記憶媒体１２７と、を備えた装置によって構成される。
【００６６】
ここで、ＣＰＵ１２１は制御部３０、状態管理部２６およびプログラム処理部２２に対応し、書き換え可能なＲＯＭ１２２はプログラム格納部２９に対応し、不揮発性ＲＡＭ１２４は状態格納部２５に対応し、ＷＤＴ１２５は障害監視部２４に対応し、ＬＡＮインタフェース１２６は通信部２１に対応し、持ち運び可能な記憶媒体１２７はダウンロードプログラム格納部２３、サーバ情報格納部２７およびダウンロード情報格納部２８に対応している。なお、書き込み許可スイッチ３２は、書き換え可能なＲＯＭ１２２に設けられるテストピンなどを用いることができる。
【００６７】
また、サーバ１は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ＬＡＮインタフェース１０４と、ハードディスクドライブ１０５と、を備えた構成を有している。ここで、ＣＰＵ１０１は端末管理部１３と制御部１５に対応し、ハードディスクドライブ１０５は、プログラム格納部１１、端末管理データベース１２およびダウンロード情報格納部１６に対応している。また、サーバ１は、表示部と入力部を備えていてもよい。これによって、リモートアップデートシステムの管理者は、表示部で端末管理データベース１２の内容を確認し、入力部を用いてその内容を編集することが可能となる。
【００６８】
この実施の形態４によれば、ダウンロードしたプログラムを実行プログラム格納部２９ａに書き込む前に、それまで実行プログラム格納部２９ａに書き込まれていたプログラムをバックアッププログラム格納部２９ｂにバックアップすることによって、次回起動時にネットワーク５やサーバ１に異常があってプログラムをダウンロードできない場合や、持ち運び可能な記憶媒体３１が挿入されていない場合でも端末２を起動することが可能になる。
【００６９】
また、実行プログラム格納部２９ａに格納されたプログラムが正常に動作しない場合、または、システムの管理者が間違えて、実行プログラム格納部２９ａに格納されているプログラムを書き換えてしまった場合には、バックアッププログラム格納部２９ｂに格納されているプログラムを実行プログラム格納部２９ａに戻すことによって、元の正常に動作するプログラムに変更することができるので、端末２が動作しなくなってしまうという状況を回避することができる。
【００７０】
さらに、一般的に端末が保持しているＲＯＭ１２２と比較して、コンパクトフラッシュ（登録商標）メモリやスマートメディアなどの持ち運び可能な記憶媒体は大容量であるため、複数のプログラムをダウンロードして格納することも可能になる。
【００７１】
【発明の効果】
以上説明したように、この発明によれば、前回起動時にどのプログラムが使用されたかなど前回の起動状態と、正常に終了したかまたは異常に終了したかなどの前回の終了状態を格納する状態格納部と、プログラムが起動されると常時プログラムの異常を監視する障害監視部と、異常発生時に状態格納部に自動的にその終了状態を書き込む状態管理部を、端末に備えるように構成したので、端末は起動時に前回の起動状態と終了状態を判断して自律的に起動するプログラムを選択することができる。また、プログラム起動の端末の状態と、プログラムの終了時の端末の状態とを、サーバに通知する状態管理部を端末が備えるように構成したので、サーバは端末の最新状態を常に把握できるとともに、プログラムに関するエラー情報を逐次取得することができる。これによって、システムの管理者が、従来のようにリモートから各端末を個別に操作して異常状態を取得しなければならないという手間を省くことができる。
【図面の簡単な説明】
【図１】この発明によるリモートアップデートシステムの実施の形態１の概略構成を示すブロック図である。
【図２】この発明のリモートアップデートシステムにおける端末の起動からプログラム起動前までの動作手順を示すフローチャートである。
【図３】この発明のリモートアップデートシステムにおけるプログラム起動時の端末の動作手順を示すフローチャートである。
【図４】この発明のリモートアップデートシステムにおける端末の起動後からプログラムの異常状態を監視する処理手順を示すフローチャートである。
【図５】図１に示されるこの発明のリモートアップデートシステムの具体的構成を示す図である。
【図６】この発明によるリモートアップデートシステムの実施の形態２の概略構成を示すブロック図である。
【図７】図６に示されるこの発明のリモートアップデートシステムの具体的構成を示す図である。
【図８】この発明によるリモートアップデートシステムの実施の形態３の概略構成を示す図である。
【図９】この発明のリモートアップデートシステムにおける端末の起動からダウンロード情報を取得するまでの動作手順を示すフローチャートである。
【図１０】この発明のリモートアップデートシステムにおけるプログラム起動準備時の端末の動作手順を示すフローチャートである。
【図１１】図８に示されるこの発明のリモートアップデートシステムの具体的構成を示す図である。
【図１２】この発明によるリモートアップデートシステムの実施の形態４の概略構成を示すブロック図である。
【図１３】リモートアップデートシステムのプログラム起動時の動作処理を示すフローチャートである。
【図１４】図１２に示されるこの発明のリモートアップデートシステムの具体的構成を示す図である。
【符号の説明】
１ サーバ、２ 端末、５ ネットワーク、１１ プログラム格納部、１２ 端末管理データベース、１３ 端末管理部、１４ 通信部、１５ 制御部、１６ダウンロード情報格納部、２１ 通信部、２２ プログラム処理部、２３ ダウンロードプログラム格納部、２４ 障害監視部、２５ 状態格納部、２６ 状態管理部、２７ サーバ情報格納部、２８，２８ａ ダウンロード情報格納部、２９ プログラム格納部、２９ａ 実行プログラム格納部、２９ｂ バックアッププログラム格納部、３０ 制御部、３１，１２７ 持ち運び可能な記憶媒体、３２ 書き込み許可スイッチ、１０１，１２１ ＣＰＵ、１０２，１２２ ＲＯＭ、１０３，１２３ ＲＡＭ、１０４，１２６ ＬＡＮインタフェース、１０５ハードディスクドライブ、１２４ 不揮発性ＲＡＭ、１２５ ＷＤＴ。

Claims (13)

1. サーバと、前記サーバに格納されるプログラムをダウンロードして実行する１〜複数の端末とが、ネットワークを介して接続されたリモートアップデートシステムであって、
   前記端末は、
   前回起動した際の起動状態と終了状態を保存する状態格納手段と、
   前記サーバのネットワーク上の位置を含むサーバ情報を格納するサーバ情報格納手段と、
   自端末におけるプログラムを用いた起動手順を含むダウンロード情報を格納するダウンロード情報格納手段と、
   起動時に前記サーバ情報、前記ダウンロード情報、前記前回起動した際の起動状態と終了状態に基づいて前記サーバからプログラムをダウンロードして実行するプログラム処理手段と、
   前記プログラム処理手段によってダウンロードされたプログラムを格納するダウンロードプログラム格納手段と、
   前記プログラムの起動時と終了時の状態を前記状態格納手段に格納する状態管理手段と、を備えることを特徴とするリモートアップデートシステム。
2. サーバと、前記サーバに格納されるプログラムをダウンロードして実行する１〜複数の端末とが、ネットワークを介して接続されたリモートアップデートシステムであって、
   前記サーバは、前記端末におけるプログラムを用いた起動手順を含むダウンロード情報を格納するダウンロード情報格納手段を備え、
   前記端末は、
   前回起動した際の起動状態と終了状態を保存する状態格納手段と、
   前記サーバのネットワーク上の位置を含むサーバ情報を格納するサーバ情報格納手段と、
   起動時に前記サーバ情報に基づいて前記サーバから前記ダウンロード情報をダウンロードし、このダウンロード情報、前記前回起動した際の起動状態と終了状態に基づいて前記サーバからプログラムをダウンロードして実行するプログラム処理手段と、
   前記プログラム処理手段によってダウンロードされたダウンロード情報を格納するダウンロード情報格納手段と、
   前記プログラム処理手段によってダウンロードされたプログラムを格納するダウンロードプログラム格納手段と、
   起動時の状態と終了時の状態を前記状態格納手段に格納する状態管理手段と、を備えることを特徴とするリモートアップデートシステム。
3. 前記端末の前記サーバ情報格納手段、前記ダウンロード情報格納手段および前記ダウンロードプログラム格納手段は、持ち運び可能な記憶媒体によって構成されることを特徴とする請求項２に記載のリモートアップデートシステム。
4. 前記サーバは、前記端末のプログラムの起動状態と終了状態を含む情報を格納する端末管理データベースを備え、
   前記端末の状態管理手段は、前記プログラムの起動時と終了時の状態を前記サーバに通知する機能をさらに備えることを特徴とする請求項１〜３のいずれか１つに記載のリモートアップデートシステム。
5. 前記端末は、前記プログラムの実行時に前記プログラムの異常を監視し、異常を検出した場合に、自端末を再起動する障害監視手段をさらに備えることを特徴とする請求項１〜４のいずれか１つに記載のリモートアップデートシステム。
6. 前記端末は、前記ダウンロード情報に基づいた前記サーバからのプログラムのダウンロードがすべて失敗した場合に実行されるプログラムを格納するプログラム格納手段をさらに備えることを特徴とする請求項１〜５のいずれか１つに記載のリモートアップデートシステム。
7. 前記サーバに格納されるプログラムは、ダウンロードの成功の可否を判定するためのチェックサム機能を有し、
   前記端末の前記プログラム処理手段は、前記プログラムのチェックサム機能を用いて前記サーバから正常にプログラムをダウンロードできたか否かを判定する機能をさらに備えることを特徴とする請求項１〜６のいずれか１つに記載のリモートアップデートシステム。
8. 前記ダウンロード情報は、ダウンロードするプログラムの優先順位情報を含むことを特徴とする請求項１〜７のいずれか１つに記載のリモートアップデートシステム。
9. 前記端末の前記プログラム処理手段は、前記プログラムが前記サーバから正常にダウンロードされなかった場合に、前記ダウンロード情報に格納されているつぎに優先順位の高いプログラムをダウンロードする機能をさらに備えることを特徴とする請求項８に記載のリモートアップデートシステム。
10. 前記ダウンロード情報は、毎回強制的に前記サーバからプログラムをダウンロードするか否かを示す強制ダウンロードフラグを含み、
    前記プログラム処理手段は、前記ダウンロード情報の前記強制ダウンロードフラグがオンの場合には、前記サーバからプログラムをダウンロードして実行する機能をさらに備えることを特徴とする請求項１〜９のいずれか１つに記載のリモートアップデートシステム。
11. 前記ダウンロードプログラム格納手段に格納されたプログラムを、前記プログラム格納部に書き込む手段をさらに備えることを特徴とする請求項６に記載のリモートアップデートシステム。
12. 前記ダウンロードプログラム格納手段に格納されたプログラムを、前記プログラム格納手段へ書き込む場合に、その可否を行う書き込み許可手段をさらに備えることを特徴とする請求項１１に記載のリモートアップデートシステム。
13. 前記プログラム格納手段に既に格納されているプログラムをバックアップした後に、前記ダウンロードプログラム格納手段に格納されたプログラムを、前記プログラム格納手段への書き込みを行う請求項１１または１２に記載のリモートアップデートシステム。

Images