JP2010186228A - 通信制御装置及び通信制御システム - Google Patents

Abstract

【課題】出来る限り、装置を再起動せずにサービスの提供を継続することができるようにする。
【解決手段】遠隔制御装置１からサービスの提供中にシステムデータがダウンロードされた場合、そのシステムデータが、システムデータメモリ１７に反映させると再起動を必要とするシステムデータであるか否かを判定する再起動判定部２０と、再起動判定部２０の判定結果が再起動を必要としないシステムデータである旨を示していれば、サービスの提供中に上記システムデータをシステムデータメモリ１７に反映して、装置を再起動せずにサービスの提供を継続させるシステムデータ変更部２１とを設ける。
【選択図】図１

Description

この発明は、遠隔制御装置から提供されるシステムデータを受信し、そのシステムデータを読み込んでアプリケーションを実行する通信制御装置と、その遠隔制御装置と通信制御装置からなる通信制御システムとに関するものである。

遠隔制御装置から提供されるシステムデータを受信すると、そのシステムデータをハードディスクに記録し、装置の起動時に、そのシステムデータに記録されているシステムデータをシステムデータメモリに展開し、そのシステムデータメモリからシステムデータを読み込んでアプリケーションを実行する通信制御装置が、例えば、以下の特許文献１に開示されている。
この通信制御装置の場合、遠隔制御装置から提供されるシステムデータをサービスの提供中に受信すると、そのシステムデータをハードディスクに記録し、装置を再起動することで、そのシステムデータが反映されるようにしている。

特開２００４−３２６３２３号公報（段落番号［００２８］から［００３１］、図３）

従来の通信制御装置は以上のように構成されているので、遠隔制御装置から提供されるシステムデータをサービスの提供中に受信すると、そのシステムデータをハードディスクに記録し、そのシステムデータが、装置を再起動することなく反映可能なシステムデータであっても、常に、装置を再起動するようにしている。このため、高い頻度でサービスの提供が中断されてしまうなどの課題があった。

この発明は上記のような課題を解決するためになされたもので、遠隔制御装置からサービスの提供中にシステムデータを受信しても、出来る限り、装置を再起動せずにサービスの提供を継続することができる通信制御装置及び通信制御システムを得ることを目的とする。

この発明に係る通信制御装置は、システムデータ受信手段によりサービスの提供中にシステムデータが受信された場合、そのシステムデータが、システムデータメモリに反映させると再起動を必要とするシステムデータであるか否かを判定する判定手段と、判定手段の判定結果が再起動を必要としないシステムデータである旨を示していれば、サービスの提供中に上記システムデータをシステムデータメモリに反映して、装置を再起動せずにサービスの提供を継続させるシステムデータ変更手段とを設けたものである。

この発明によれば、システムデータ受信手段によりサービスの提供中にシステムデータが受信された場合、そのシステムデータが、システムデータメモリに反映させると再起動を必要とするシステムデータであるか否かを判定する判定手段と、判定手段の判定結果が再起動を必要としないシステムデータである旨を示していれば、サービスの提供中に上記システムデータをシステムデータメモリに反映して、装置を再起動せずにサービスの提供を継続させるシステムデータ変更手段とを設けるように構成したので、遠隔制御装置からサービスの提供中にシステムデータを受信しても、出来る限り、装置を再起動せずにサービスの提供を継続することができる効果がある。

この発明の実施の形態１による通信制御システムを示す構成図である。 通信制御システムにおけるシステムデータファイルのダウンロードを示すシーケンス図である。 システムデータメモリ１７のメモリ構成を示す説明図である。 ハードディスク１５の格納領域を示す説明図である。 通信制御システムにおけるシステムデータの変更処理を示すシーケンス図である。 通信制御装置２における再起動判定部２０及びシステムデータ変更部２１のシステムデータ変更処理を示すフローチャートである。 再起動せずに変更することが可能なデータ（システムデータの差分）を示す説明図である。 システムデータメモリ１７におけるシステムデータの変更処理を示す説明図である。

実施の形態１．
図１はこの発明の実施の形態１による通信制御システムを示す構成図である。
図１において、遠隔制御装置１はシステムデータを含むシステムデータファイルを通信制御装置２にダウンロードする装置である。
なお、システムデータファイルのダウンロードは、例えば、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によって実施し、通信制御装置２のＦＴＰディレクトリ１２にファイルを転送する形式を適用する。
通信制御装置２は遠隔制御装置１からシステムデータファイルをダウンロードし、そのシステムデータファイルに含まれているシステムデータを読み込んでアプリケーションを実行する装置である。

ダウンロード処理部１１は遠隔制御装置１からシステムデータファイルのダウンロード準備制御要求を受信すると、システムデータファイルのダウンロードに必要なリソースの確保や、他のＦＴＰ処理の受付を禁止するなどのダウンロード準備処理を実施し、また、通信制御装置２との間にＦＴＰの接続を確立する処理などを実施する。
ＦＴＰディレクトリ１２は遠隔制御装置１からＦＴＰによってシステムデータファイルのダウンロードを受けて、そのシステムデータファイルを一時的に格納する処理を実施する。
なお、ダウンロード処理部１１及びＦＴＰディレクトリ１２からシステムデータ受信手段が構成されている。

ファイルチェック部１３はＦＴＰディレクトリ１２に一時的に格納されているシステムデータファイルが正常であるか否かをチェックする処理を実施する。
ファイル格納部１４はファイルチェック部１３によるファイルチェックの結果が正常である旨を示す場合、そのＦＴＰディレクトリ１２に一時的に格納されているシステムデータファイルをハードディスク１５に移動する処理を実施する。
ハードディスク１５はシステムデータファイルを記録する記憶装置である。

システムデータ展開部１６は装置の起動時に、ハードディスク１５からシステムデータファイルに含まれているシステムデータを読み込み、そのシステムデータをシステムデータメモリ１７に展開する処理を実施する。なお、システムデータ展開部１６はシステムデータ展開手段を構成している。
システムデータメモリ１７はアプリケーション実行部１８がアクセス可能な内部メモリである。
アプリケーション実行部１８はシステムデータメモリ１７に展開されているシステムデータを読み込んでアプリケーションを実行する処理を実施する。なお、アプリケーション実行部１８はアプリ実行手段を構成している。

テーブル保持部１９は再起動せずに変更することが可能なシステムデータが定義されているテーブルを保持している。
再起動判定部２０はサービスの提供中に、遠隔制御装置１から新たなシステムデータファイルがＦＴＰディレクトリ１２に転送された場合、テーブル保持部１９に保持されているテーブルを参照して、そのシステムデータファイルに含まれているシステムデータが、システムデータメモリ１７に反映させると再起動を必要とするシステムデータであるか否かを判定する処理を実施する。
なお、テーブル保持部１９及び再起動判定部２０から判定手段が構成されている。

システムデータ変更部２１は再起動判定部２０の判定結果が再起動を必要としないシステムデータである旨を示していれば、サービスの提供中に、そのシステムデータファイルに含まれているシステムデータをシステムデータメモリ１７に反映して、装置を再起動せずにサービスの提供を継続させる処理を実施する。なお、システムデータ変更部２１はシステムデータ変更手段を構成している。

図１の例では、通信制御装置２の構成要素であるダウンロード処理部１１、ＦＴＰディレクトリ１２、ファイルチェック部１３、ファイル格納部１４、システムデータ展開部１６、アプリケーション実行部１８、テーブル保持部１９、再起動判定部２０及びシステムデータ変更部２１のそれぞれが専用のハードウェア（例えば、ＣＰＵを実装している半導体集積回路）で構成されているものを想定しているが、通信制御装置２がコンピュータで構成される場合、ファイルチェック部１３、ファイル格納部１４、システムデータ展開部１６、アプリケーション実行部１８、テーブル保持部１９、再起動判定部２０及びシステムデータ変更部２１の処理内容を記述しているプログラムを当該コンピュータのメモリに格納し、当該コンピュータのＣＰＵが当該メモリに格納されているプログラムを実行するようにしてもよい。

次に動作について説明する。
最初に、遠隔制御装置１からシステムデータファイルがダウンロードされる際の処理を説明する
図２は通信制御システムにおけるシステムデータファイルのダウンロードを示すシーケンス図である。

まず、遠隔制御装置１は、システムデータファイルをダウンロードするに際して、システムデータファイルのダウンロード準備制御要求を通信制御装置２に送信する（ステップＳＴ１）。
通信制御装置２のダウンロード処理部１１は、遠隔制御装置１からシステムデータファイルのダウンロード準備制御要求を受信すると、システムデータファイルのダウンロードに必要なリソースの確保や、他のＦＴＰ処理の受付を禁止するなどのダウンロード準備処理を実施する（ステップＳＴ２）。
ダウンロード処理部１１は、ダウンロード準備処理が完了すると、システムデータファイルのダウンロード準備制御応答を遠隔制御装置１に送信する（ステップＳＴ３）。

遠隔制御装置１は、通信制御装置２からシステムデータファイルのダウンロード準備制御応答を受信すると、例えば、通信制御装置２のダウンロード処理部１１と所定の情報を交換するなどの処理を実施して、通信制御装置２との間にＦＴＰの接続を確立する（ステップＳＴ４）。
遠隔制御装置１は、ＦＴＰの接続を確立すると、システムデータファイルのダウンロードを開始して、そのシステムデータファイルを通信制御装置２のＦＴＰディレクトリ１２に転送する（ステップＳＴ５）。

遠隔制御装置１は、システムデータファイルのダウンロードが完了すると、通信制御装置２との間のＦＴＰを切断し（ステップＳＴ６）、そのシステムデータファイルのファイル名とチェックサム値を含むシステムデータファイルのダウンロード終了制御要求を通信制御装置２に送信する（ステップＳＴ７）。
通信制御装置２のダウンロード処理部１１は、遠隔制御装置１からシステムデータファイルのダウンロード終了制御要求を受信すると、そのダウンロード終了制御要求に含まれているシステムデータファイルのファイル名とチェックサム値をファイルチェック部１３に出力する。

ファイルチェック部１３は、ダウンロード処理部１１からシステムデータファイルのファイル名とチェックサム値を受けると、そのファイル名とチェックサム値を参照して、遠隔制御装置１からＦＴＰディレクトリ１２に転送されているシステムデータファイルが正常であるか否かをチェックする（ステップＳＴ９）。
ファイル格納部１４は、ファイルチェック部１３によるファイルチェックの結果が正常である旨を示す場合、そのＦＴＰディレクトリ１２に格納されているシステムデータファイルをハードディスク１５に移動する（ステップＳＴ１０）。
ダウンロード処理部１１は、ファイルチェック部１３によるファイルチェックの結果が正常である旨を示す場合、システムデータファイルのダウンロード完了通知を遠隔制御装置１に送信して（ステップＳＴ１１）、システムデータファイルのダウンロード処理を完了とする。

通信制御装置２のシステムデータ展開部１６は、システムデータファイルのダウンロード処理が完了したのち、装置を起動して、サービスの提供を開始する際、ハードディスク１５からシステムデータファイルに含まれているシステムデータを読み込み、そのシステムデータをシステムデータメモリ１７に展開する。
アプリケーション実行部１８は、システムデータ展開部１６がシステムデータをシステムデータメモリ１７に展開すると、そのシステムデータメモリ１７に展開されているシステムデータを読み込んでアプリケーションを実行して、サービスを提供する。

ここで、図３はシステムデータメモリ１７のメモリ構成を示す説明図である。
システムデータメモリ１７は２面構成であり、一方が運用面で、他方が待機面である。
アプリケーション実行部１８は、システムデータメモリ１７の運用面に展開されているシステムデータ読み込んでアプリケーションを実行する。
図３の例では、Ａ面１７ａが運用面で、Ｂ面１７ｂが待機面であり、起動面の切替が実行された場合、Ｂ面１７ｂが運用面になり、Ａ面１７ａが待機面になる。

また、図４はハードディスク１５の格納領域を示す説明図である。
ハードディスク１５もシステムデータメモリ１７と同様に２面構成であり、一方が運用面で、他方が待機面である。
遠隔制御装置１からＦＴＰディレクトリ１２にダウンロードされたシステムデータファイルは、ハードディスク１５の待機面に格納される。
図４の例では、Ａ面１５ａが運用面で、Ｂ面１５ｂが待機面であり、起動面の切替が実行された場合、Ｂ面１５ｂが運用面になり、Ａ面１５ａが待機面になる。

ハードディスク１５におけるＡ面１５ａとＢ面１５ｂの状態は、システムデータメモリ１７におけるＡ面１７ａとＢ面１７ｂの状態と一致しており、ハードディスク１５のＡ面１５ａが運用面で、Ｂ面１５ｂが待機面であれば、システムデータメモリ１７のＡ面１７ａが運用面で、Ｂ面１７ｂが待機面になる。
なお、装置が起動される際には、システムデータ展開部１６が、ハードディスク１５のＡ面１５ａに格納されているシステムデータファイルからシステムデータを読み込み、そのシステムデータをシステムデータメモリ１７のＡ面１７ａに展開する。また、ハードディスク１５のＢ面１５ｂに格納されているシステムデータファイルからシステムデータを読み込み、そのシステムデータをシステムデータメモリ１７のＢ面１７ｂに展開する。

次に、サービスの提供中に、遠隔制御装置から新たなシステムデータファイルを受信したとき、装置を再起動せずにサービスの提供を継続するために、そのシステムデータファイルに含まれているシステムデータをシステムデータメモリ１７に反映させる場合の処理を説明する。
図５は通信制御システムにおけるシステムデータの変更処理を示すシーケンス図であり、図６は通信制御装置２における再起動判定部２０及びシステムデータ変更部２１のシステムデータ変更処理を示すフローチャートである。

遠隔制御装置１は、通信制御装置２がサービスを提供しているときに、システムデータファイルをダウンロードする場合も、図２の処理手順と同様に、通信制御装置２との間にＦＴＰの接続を確立して、システムデータファイルを通信制御装置２のＦＴＰディレクトリにダウンロードする（図５のステップＳＴ２１）。
なお、遠隔制御装置１からＦＴＰディレクトリ１２にダウンロードされたシステムデータファイルは、図２の処理手順と同様に、ファイルチェック部１３によってファイルチェックがなされ、そのシステムデータファイルが正常であれば、ファイル格納部１４によってハードディスク１５の現在の待機面であるＢ面１５ｂに格納される。
遠隔制御装置１は、システムデータファイルのダウンロードが完了すると、システムデータの変更制御要求を通信制御装置２に送信する（ステップＳＴ２２）。

通信制御装置２は、遠隔制御装置１からシステムデータの変更制御要求を受信すると、システムデータの変更処理を実施する。
以下、通信制御装置２における再起動判定部２０及びシステムデータ変更部２１のシステムデータ変更処理を具体的に説明する。

通信制御装置２のシステムデータ変更部２１は、ファイルチェック部１３によるファイルチェックの結果が正常である旨を示す場合、そのＦＴＰディレクトリ１２にダウンロードされたシステムデータファイルに含まれている新たなシステムデータを読み込み、新たなシステムデータと、システムデータメモリ１７の現在の運用面であるＡ面１７ａに展開されているシステムデータとの差分（新たなシステムデータに設定されているデータの中で、現在展開されているシステムデータと相違しているデータ）を算出する（図６のステップＳＴ３１）。

再起動判定部２０は、システムデータ変更部２１がシステムデータの差分を算出すると、テーブル保持部１９のテーブルには、図７に示すように、再起動せずに変更することが可能なデータが定義されているので、テーブル保持部１９のテーブルを参照して、そのシステムデータの差分の全てが、再起動せずに変更することが可能なデータであるか否かを判定する（ステップＳＴ３２）。
再起動せずに変更することが可能なデータは、通信制御システム毎に異なるが、一般的には、リアルタイムに変化するデータなどが該当することが多い。
図７の例では、システムデータの差分の全てが、データＡ，データＢ，データＣ，・・・，データＦのいずれかであれば、再起動せずに変更することが可能なデータであると判定される。

システムデータ変更部２１は、再起動判定部２０の判定結果が、システムデータの差分の全てが再起動せずに変更することが可能なデータである旨を示す場合、ハードディスク１５における次回の起動面を、現在運用面であるＡ面１５ａから、現在待機面であるＢ面１５ｂに変更する（ステップＳＴ３３）。
これにより、通信制御装置２のサービスの提供が一旦終了して、次回、通信制御装置２が起動される際には、Ｂ面１５ｂが起動面となって、Ｂ面１５ｂに格納されているシステムデータファイルに含まれているシステムデータにしたがってアプリケーションが実行されることになる。

また、システムデータ変更部２１は、再起動判定部２０の判定結果が、システムデータの差分の全てが再起動せずに変更することが可能なデータである旨を示す場合、現在提供しているサービスを継続して提供するため、システムデータメモリ１７の現在の運用面であるＡ面１７ａに展開されているシステムデータの値を、上記のシステムデータの差分の値に変更することで、システムデータメモリ１７のＡ面１７ａに展開されているシステムデータを新たにダウンロードされたシステムデータに置き換えるようにする（ステップＳＴ３４）。
これにより、アプリケーション実行部１８は、システムデータメモリ１７のＡ面１７ａに展開されている新たなシステムデータを読み込んでアプリケーションを実行して、サービスの提供を継続する。

システムデータ変更部２１は、再起動判定部２０の判定結果が、システムデータの差分の全てが再起動せずに変更することが可能なデータではない旨を示す場合、即ち、システムデータの差分のいずれか１つでも、再起動せずに変更することが可能なデータではない場合、システムデータメモリ１７の現在の運用面であるＡ面１７ａに展開されているシステムデータの値を、上記のシステムデータの差分の値に変更する処理を実施しない。
したがって、この場合は、通信制御装置２のサービスの提供を一旦終了して、通信制御装置２を再起動する必要がある。
なお、通信制御装置２が起動される際には、新たなシステムデータファイルが格納されているハードディスク１５のＢ面１５ｂ及びシステムデータメモリ１７のＢ面１７ｂが起動面となって、ハードディスクのＢ面１５ｂに格納されている新たなシステムデータファイルに含まれているシステムデータがシステムデータメモリ１７のＢ面１７ｂに展開され、そのシステムデータにしたがってアプリケーションが実行されることになる。

通信制御装置２は、システムデータの変更処理が完了すると、システムデータの変更制御応答を遠隔制御装置１に送信する（図５のステップＳＴ２４）。

以上で明らかなように、この実施の形態１によれば、遠隔制御装置１からサービスの提供中にシステムデータがダウンロードされた場合、そのシステムデータが、システムデータメモリ１７に反映させると再起動を必要とするシステムデータであるか否かを判定する再起動判定部２０と、再起動判定部２０の判定結果が再起動を必要としないシステムデータである旨を示していれば、サービスの提供中に上記システムデータをシステムデータメモリ１７に反映して、装置を再起動せずにサービスの提供を継続させるシステムデータ変更部２１とを設けるように構成したので、遠隔制御装置１からサービスの提供中にシステムデータをダウンロードしても、そのシステムデータの種類によっては、装置を再起動せずにサービスの提供を継続することができる効果を奏する。

実施の形態２．
上記実施の形態１では、テーブル保持部１９のテーブルに、再起動せずに変更することが可能なデータが定義されているものについて示したが、再起動せずに変更することが可能なデータが設定されているシステムデータ中のアドレスが定義されているようにしてもよい。

図８はシステムデータメモリ１７におけるシステムデータの変更処理を示す説明図である。
現在の運用面であるＡ面１７ａにおいて、斜線が施されている領域１７ｃ１，１７ｃ２，１７ｃ３は、システムデータのうち、再起動せずに変更することが可能なデータが設定されている領域を表しており、領域１７ｃ１，１７ｃ２，１７ｃ３のアドレスがテーブル保持部１９のテーブルに定義されている。
また、現在の待機面であるＢ面１７ｂにおいて、斜線が施されている領域１７ｄ１，１７ｄ２，１７ｄ３は、システムデータのうち、再起動せずに変更することが可能なデータが設定されている領域を表しており、領域１７ｄ１，１７ｄ２，１７ｄ３のアドレスがテーブル保持部１９のテーブルに定義されている。
なお、通信制御装置２を再起動せずとも変更可能なシステムデータは自明であるため、システムデータメモリ１７において、変更対象のシステムデータのアドレスも予め特定することができる。

領域１７ｃ１，１７ｃ２，１７ｃ３及び領域１７ｄ１，１７ｄ２，１７ｄ３のアドレスは、Ａ面１７ａ又はＢ面１７ｂの先頭アドレスからのオフセットと、当該領域のサイズとの組によって定義することが可能である。
なお、領域１７ｃ１におけるＡ面１７ａの先頭アドレスからのオフセット及びサイズは、領域１７ｄ１におけるＢ面１７ｂの先頭アドレスからのオフセット及びサイズと等しく、領域１７ｃ２におけるＡ面１７ａの先頭アドレスからのオフセット及びサイズは、領域１７ｄ２におけるＢ面１７ｂの先頭アドレスからのオフセット及びサイズと等しく、領域１７ｃ３におけるＡ面１７ａの先頭アドレスからのオフセット及びサイズは、領域１７ｄ３におけるＢ面１７ｂの先頭アドレスからのオフセット及びサイズと等しい。

システムデータの変更時には、待機面の変更対象のアドレスに設定されている値（領域１７ｄ１，１７ｄ２，１７ｄ３に格納されているデータ）のすべてを、運用面の変更対象のアドレスに設定されている値（領域１７ｃ１，１７ｃ２，１７ｃ３に格納されているデータ）に上書きすることで行う。
なお、領域１７ｃ１，１７ｃ２，１７ｃ３に格納されているデータと、領域１７ｄ１，１７ｄ２，１７ｄ３に格納されているデータとが等しい場合も変更処理を行う。

この実施の形態２によれば、システムデータメモリ１７において、通信制御装置２を再起動せずとも変更可能なシステムデータのみを全て上書きするため、上記実施の形態１で実施している図６のステップＳＴ３１，ＳＴ３２の処理を省略することができる。

１ 遠隔制御装置、２ 通信制御装置、１１ ダウンロード処理部（システムデータ受信手段）、１２ ＦＴＰディレクトリ（システムデータ受信手段）、１３ ファイルチェック部、１４ ファイル格納部、１５ ハードディスク、１５ａ Ａ面、１５ｂ Ｂ面、１６ システムデータ展開部（システムデータ展開手段）、１７ システムデータメモリ、１７ａ Ａ面、１７ｂ Ｂ面、１７ｃ１，１７ｃ２，１７ｃ３，１７ｄ１，１７ｄ２，１７ｄ３ 再起動せずに変更することが可能なデータが設定されている領域、１８ アプリケーション実行部（アプリ実行手段）、１９ テーブル保持部（判定手段）、２０ 再起動判定部（判定手段）、２１ システムデータ変更部（システムデータ変更手段）。

Claims (2)

1. 遠隔制御装置からシステムデータを受信するシステムデータ受信手段と、装置の起動時に、上記システムデータ受信手段により受信されたシステムデータをシステムデータメモリに展開するシステムデータ展開手段と、上記システムデータメモリに展開されているシステムデータを読み込んでアプリケーションを実行するアプリ実行手段とを備えた通信制御装置において、上記システムデータ受信手段によりサービスの提供中にシステムデータが受信された場合、上記システムデータが、上記システムデータメモリに反映させると再起動を必要とするシステムデータであるか否かを判定する判定手段と、上記判定手段の判定結果が再起動を必要としないシステムデータである旨を示していれば、サービスの提供中に上記システムデータを上記システムデータメモリに反映して、装置を再起動せずにサービスの提供を継続させるシステムデータ変更手段とを設けたことを特徴とする通信制御装置。
2. システムデータを提供する遠隔制御装置と、上記遠隔制御装置から提供されるシステムデータを受信し、上記システムデータを読み込んでアプリケーションを実行する通信制御装置とから構成されている通信制御システムにおいて、
   上記通信制御装置が、上記遠隔制御装置からシステムデータを受信するシステムデータ受信手段と、装置の起動時に、上記システムデータ受信手段により受信されたシステムデータをシステムデータメモリに展開するシステムデータ展開手段と、上記システムデータメモリに展開されているシステムデータを読み込んでアプリケーションを実行するアプリ実行手段とを備え、
   さらに、上記システムデータ受信手段によりサービスの提供中にシステムデータが受信された場合、上記システムデータが、上記システムデータメモリに反映させると再起動を必要とするシステムデータであるか否かを判定する判定手段と、上記判定手段の判定結果が再起動を必要としないシステムデータである旨を示していれば、サービスの提供中に上記システムデータを上記システムデータメモリに反映して、装置を再起動せずにサービスの提供を継続させるシステムデータ変更手段とを備えていることを特徴とする通信制御システム。

Images