(57)【要約】【課題】  フェールセーフ装置を有する鉄道保安システムのリモートローディングによるソフトウェア更新作業において、ソフトウェア更新時にフェールセーフ装置を含む各装置のソフトウェアバージョン整合性を確保する。【解決手段】  ローディング指示装置は、各ローディング対象装置から受信するソフトウェアバージョン情報と、自身に予め登録された更新前ソフトウェアバージョン情報との比較を行い、更に、自身の補助記憶装置に予め格納されたローディング用データと自身に予め登録された更新後ソフトウェアバージョン情報との比較を行い、それらが一致する場合にのみ、整合性確認正常である旨のデータを付加したローディング用データを送信する。ローディング対象装置は、整合性確認正常である旨のデータが付加されたローディング用データを受信すると、自身の補助記憶装置へ書き込みを行う。【選択図】  図１
2018036975.tif 000002
【特許請求の範囲】
【請求項１】
他の装置へソフトウェアをロードするローディング指示装置と、前記ローディング指示装置からソフトウェアをロードされるローディング対象装置とを備え、
前記ローディング指示装置は、前記ローディング対象装置の更新後のソフトウェアであるローディング用データ及び前記ローディング対象装置の更新前のソフトウェアのバージョン情報である更新前ソフトウェアバージョン情報を記憶する指示装置記憶部と、
前記ローディング対象装置より通知されるバージョン情報と前記指示装置記憶部に記憶されている前記更新前ソフトウェアバージョン情報の整合性の確認結果である整合性確認結果情報を生成し、前記整合性確認結果情報により整合性が正常であると確認できた場合に、前記整合性確認結果情報と前記ローディング用データとを前記ローディング対象装置へ送信する指示装置制御部とを備え、
前記ローディング対象装置は、前記ローディング指示装置に自装置のソフトウェアのバージョン情報である前記バージョン情報を通知するバージョン情報通知部と、
前記ローディング指示装置から前記整合性確認結果情報と前記ローディング用データを受信する受信部と、
前記ローディング用データを記憶する対象装置記憶部と、
前記整合性確認結果情報により整合性が正常であると確認できた場合、前記ローディング用データを前記対象装置記憶部へ記憶させてソフトウェアを更新させる対象装置制御部とを備えることを特徴とする鉄道保安システム。
【請求項２】
請求項１に記載の鉄道保安システムにおいて、
前記指示装置制御部は、前記整合性確認結果情報により整合性が正常であると確認できた場合、かつ、前記ローディング用データのバージョン情報と前記ローディング対象装置より通知されるバージョン情報が異なる場合に、前記整合性確認結果情報と前記ローディング用データとを前記ローディング対象装置へ送信することを特徴とする鉄道保安システム。
【請求項３】
請求項１乃至請求項２のいずれか一つに記載の鉄道保安システムにおいて、
前記指示装置記憶部は、前記ローディング対象装置の更新後のソフトウェアのバージョン情報である更新後ソフトウェアバージョン情報を記憶し、
前記指示装置制御部は、前記整合性確認結果情報を、前記ローディング対象装置より通知されるバージョン情報と前記指示装置記憶部に記憶されている前記更新前ソフトウェアバージョン情報の整合性の確認結果に、前記ローディング用データのバージョン情報と前記更新後ソフトウェアバージョン情報の整合性の確認結果を加えて生成することを特徴とする鉄道保安システム。
【請求項４】
請求項３に記載の鉄道保安システムにおいて、
前記指示装置制御部は、前記ローディング対象装置よりローディング後に通知されるバージョン情報と前記更新後ソフトウェアバージョン情報の整合性の確認結果であるローディング後整合性確認結果情報を生成し前記ローディング対象装置へ送信し、
前記バージョン情報通知部は、前記ローディング用データが前記対象装置記憶部に記憶された後に、前記ローディング指示装置へ前記対象装置記憶部に記憶された前記ローディング用データの前記バージョン情報を送信し、
前記受信部は、前記ローディング指示装置から前記ローディング後整合性確認結果情報を受信し、
前記対象装置制御部は、前記ローディング後整合性確認結果情報により整合性が正常であると確認できなかった場合、前記対象装置記憶部へ記憶された前記ローディング用データを破損させることを特徴とする鉄道保安システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、フェールセーフ装置を有する鉄道保安システムにおける、ソフトウェアリモートローディングに関する。
【背景技術】
【０００２】
鉄道保安システムにおいては、フェールセーフ性が最も重要視される。通常の列車制御に関して危険側制御しない様にする事はもちろん、システムや装置に異常や故障が発生した場合にも危険側制御とならない様にしなければならない。
【０００３】
システムの安全性、フェールセーフ性に関わる機能に関しては、試験容易性の観点や、想定外の危険側制御要因を残さないために、システムの構成や動作を極力単純にすることが望ましいが、近年の計算機高性能化、ネットワーク高速化に伴い、鉄道保安システムに実装される機能も増加傾向にある。
【０００４】
鉄道保安システムは複数の装置で構成されており、それぞれの装置に要求される機能も多様化している。例えば、フェールセーフ装置同士が互いの出力を参照し合って動作する、列車制御を直接行わない非フェールセーフ装置からフェールセーフ装置の制御動作モード変更指示を送信するなど、複数装置のソフトウェアバージョンの組合せが最適で無いと所望の動作ができず、システム全体のフェールセーフ性を損なう可能性がある。
【０００５】
一方で、鉄道保安システムの更新を行う場合、列車運行が終了してから次の日の列車運行が開始するまでの夜間に更新作業を行う必要があり、限られた時間で正確に作業を終えなければならない。もし時間内にシステム更新を行う事ができなかった場合、次の日の列車運行が開始できず、特に首都圏等の列車運行密度が高い箇所においては、列車運行に大きな影響を及ぼす可能性がある。
【０００６】
限られた時間でシステム全体の更新を行うため、従来の鉄道保安システムの更新に関しては、そのソフトウェアをリモートでローディングする手法が採られてきた。ソフトウェアリモートローディングでは、保守員がリモートローディング用の保守端末よりローディング対象装置へのリモートローディング指示を行い、ソフトウェアのローディングを行う。
【０００７】
リモートローディングによるソフトウェア更新では、ローディングの際にソフトウェアの書き換えを行うため、ハードウェア故障等により書き換え不良が発生することで、ローディングしたソフトが起動しなくなる可能性がある。また、ローディング作業自体はシステム化されているが、ローディング指示は保守員が行うため、ヒューマンエラーにより誤ったバージョンのソフトウェアをローディングしてしまう可能性もある。
【０００８】
これに対し、ローディングソフトの保存先を複数設けることで書き換え不良が発生した際に速やかに元のソフトウェアでの起動を可能とする方法や、最適なバージョンのソフトウェアがローディングされるまでの間は機能縮退した状態でソフトウェアを起動する方法が試みられてきた。
【０００９】
特許文献１にはソフトウェア書き換えに異常が生じた場合の動作について、「運用面には最新バージョン、待機面には旧バージョンのアプリケーションが存在する。このバックアップ機能によって、改修ファイルに異常があった場合には、待機面ファイルを再び運用面に切り替えて改修前のバージョンに復帰させ、即時再起動することが可能となり、使用停止期間を短縮できる。」と記載されている。
【００１０】
特許文献２には、ソフトウェアがローディングされている補助記憶装置に故障が発生した場合の動作について、「稼動側の補助記憶装置が故障した場合に、補助記憶装置の稼動面切替を行い、オンライン機能を縮退した運転状態で再起動される機能を実現する。オンライン機能を縮退した運転状態では、補助記憶装置内のソフトウェア更新に関する機能のみを有効とし、システム運転に適したソフトウェアをリモート保守装置から転送することができる。」と記載されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００４−２７２６５２
【特許文献２】特開２００６−２４８４８４
【発明の概要】
【発明が解決しようとする課題】
【００１２】
従来、システム更新時に保守員が各装置のソフトウェアバージョン組合せが最適であることを確認することでソフトウェアバージョンの整合性を確保しているが、ヒューマンエラーにより各装置のソフトウェアバージョンの整合性が確保されない状態でシステムが動作してしまう可能性があった。
【００１３】
そこで、フェールセーフ装置を有する鉄道保安システムのリモートローディングによるソフトウェア更新作業において、ソフトウェア更新時にフェールセーフ装置を含む各装置のソフトウェアバージョン整合性を確保する、という点で課題がある。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、代表的な本発明の鉄道保安システムの一つは、他の装置へソフトウェアをロードするローディング指示装置と、ローディング指示装置からソフトウェアをロードされるローディング対象装置とを備え、ローディング指示装置は、ローディング対象装置のローディング用データ及びローディング対象装置の更新前のソフトウェアのバージョン情報である更新前ソフトウェアバージョン情報を記憶する指示装置記憶部と、ローディング対象装置より通知されるバージョン情報と指示装置記憶部に記憶されている更新前ソフトウェアバージョン情報の整合性の確認結果である整合性確認結果情報を生成し、整合性確認結果情報により整合性が正常であると確認できた場合に、整合性確認結果情報とローディング用データとをローディング対象装置へ送信する指示装置制御部とを備え、ローディング対象装置は、ローディング指示装置に自装置のソフトウェアのバージョン情報であるバージョン情報を通知するバージョン情報通知部と、ローディング指示装置から整合性確認結果情報とローディング用データを受信する受信部と、ローディング用データを記憶する対象装置記憶部と、整合性確認結果情報により整合性が正常であると確認できた場合、ローディング用データを対象装置記憶部へ記憶させる対象装置制御部とを備えることにより達成される。
【発明の効果】
【００１５】
本発明に依れば、ローディング指示装置が更新前後システムのソフトウェアバージョン整合性をローディング対象装置からのバージョン情報及び自身の補助記憶装置に保存されているローディング用データのバージョン情報を基に確認する事により、整合性の確認が取れていないソフトウェアバージョンの組合せでシステムが動作する事を確実に防ぐ事が可能となる。このように、本発明によって、整合性を確保した状態での鉄道保安システムにおけるソフトウェアリモートローディングを実現できる。
【図面の簡単な説明】
【００１６】
【図１】実施例１の鉄道保安システムの装置構成の例を示した図である。
【図２】実施例１の各装置の機能ブロックの例を示した図である。
【図３】実施例１のローディング指示装置のソフトウェアバージョン整合性確認及びローディングに係る処理の例を示すフローチャートである。
【図４】実施例１のローディング対象装置のソフトウェアバージョン整合性確認及びローディングに係る処理の例を示すフローチャートである。
【図５】実施例２のローディング指示装置のソフトウェアバージョン整合性確認及びローディングに係る処理の例を示すフローチャートである。
【図６】実施例４のローディング指示装置のソフトウェアバージョン整合性確認及びローディングに係る処理を示すフローチャートである。
【図７】実施例４のローディング対象装置のソフトウェアバージョン整合性確認及びローディングに係る処理の例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本実施例による鉄道保安システムの実施の形態を、図面を用いて説明する。
【実施例１】
【００１８】
図１は、本実施例の鉄道保安システムの装置構成の例を示した図である。ローディング指示装置１１０とローディング対象装置１２０、１３０、１４０、１５０は、同一通信路上に接続され、ローディング用データの送受信やバージョン情報の送受信を行う事ができる。
【００１９】
図２は、本実施例の各装置の機能ブロックの例を示した図である。
【００２０】
指示装置記憶部１１１には、ローディング対象装置１２０、１３０、１４０、１５０の更新前後のソフトウェアバージョン情報を事前に登録しておく。更に、ローディング対象装置１２０、１３０、１４０、１５０の更新前後のソフトウェアについては、事前に指示装置記憶部１１１へ格納しておく。
【００２１】
指示装置制御部１１２は、ローディング対象装置１２０、１３０、１４０、１５０のソフトウェアの整合性を確認し、それぞれ装置へ更新後のソフトウェアを送信する。
【００２２】
バージョン情報通知部１２１は、自装置のソフトウェアのバージョン情報をローディング指示装置１１０へ通知する。
【００２３】
受信部１２２は、ローディング指示装置１１０からソフトウェアの整合性の情報や更新後のソフトウェアを受信する。
【００２４】
対象装置記憶部１２３は、ソフトウェアを記憶する。
【００２５】
対象装置制御部１２４は、ソフトウェアの整合性を確認し、ローディング指示装置１１０から受信したソフトウェアを対象装置記憶部１２３へ記憶させる。また、対象装置記憶部１２３に記憶しているソフトウェアにより自装置を起動させ動作させる。
【００２６】
なお、ローディング対象装置１３０、１４０、１５０の機能ブロックはローディング対象装置１２０と同様である。
【００２７】
図３は、ローディング指示装置１１０のソフトウェアバージョン整合性確認及びローディングに係る処理を示すフローチャートである。本処理は保守員がローディング指示装置１１０に明示的に指示したときに実施するが、ローディング指示装置１１０に実施日時を指定して実施させてもよいし、ローディング指示装置１１０に一定周期で実施させてもよい。
【００２８】
ステップＳ３０１にて、指示装置制御部 １１２は、本処理を開始する。その後、ステップＳ３０２へ遷移する。
【００２９】
ステップＳ３０２にて、指示装置制御部 １１２は、各ローディング対象装置１２０、１３０、１４０、１５０からソフトウェアバージョン情報を受信する。その後、ステップＳ３０３へ遷移する。
【００３０】
ステップＳ３０３にて、指示装置制御部 １１２は、各ローディング対象装置１２０、１３０、１４０、１５０から受信したソフトウェアバージョン情報と、指示装置記憶部１１１に予め登録された各ローディング対象装置１２０、１３０、１４０、１５０の更新前ソフトウェアバージョン情報との比較を行い、同じバージョンであれば整合性は正常、同じバージョンでなければ整合性は異常であるとする整合性確認結果情報を生成する。その後、ステップＳ３０４へ遷移する。
【００３１】
ステップＳ３０４にて、指示装置制御部 １１２は、整合性確認結果情報より整合性を確認する。整合性が正常であれば、ステップＳ３０５へ遷移し、整合性が異常であれば、ステップＳ３０６へ遷移する。ローディング対象装置１２０、１３０、１４０、１５０からバージョン情報が受信できない場合も、整合性が異常として扱う。整合性が正常でないとき、バージョン情報が不一致であった旨をメッセージ等で保守員へ通知してもよい。さらに、再ローディングもしくは更新前システムへのロールバックを行うようにメッセージ等で保守員へ通知し指示を促してもよい。
【００３２】
ステップＳ３０５にて、指示装置制御部 １１２は、指示装置記憶部１１１からローディング対象装置１２０、１３０、１４０、１５０の更新後のソフトウェアを取得し、それぞれを整合性確認結果情報とともにローディング対象装置１２０、１３０、１４０、１５０へ送信する。その後ステップＳ３０６へ遷移する。
【００３３】
ステップＳ３０６では、指示装置制御部 １１２は、本処理を終了する。
【００３４】
図４は、ローディング対象装置１２０、１３０、１４０、１５０のソフトウェアバージョン整合性確認及びローディングに係る処理を示すフローチャートである。本処理は、ローディング対象装置１２０、１３０、１４０、１５０のそれぞれで一定周期で実施させる。なお、本処理は、ローディング対象装置１２０、１３０、１４０、１５０で同じなので、ローディング対象装置１２０についてのみ説明する。
【００３５】
ステップＳ４０１にて、対象装置制御部１２４は、本処理を開始する。その後、ステップＳ４０２へ遷移する。
【００３６】
ステップＳ４０２にて、対象装置制御部１２４は、対象装置記憶部１２３に記憶しているソフトウェアのソフトウェアバージョン情報を取得し、それをローディング指示装置１１０へ送信する。その後、ステップＳ４０３へ遷移する。
【００３７】
ステップＳ４０３にて、対象装置制御部１２４は、受信部１２２に、ローディング指示装置１１０からローディング用データ等（ローディング用データ（すなわち、更新後のソフトウェア）及び整合性確認結果情報、以下同じ）を受信させる。その後、ステップＳ４０４へ遷移する。
【００３８】
ステップＳ４０４にて、対象装置制御部１２４は、受信部１２２が正常にローディング用データ等を受信できたか確認する。正常に受信できたときは、ステップＳ４０５へ遷移し、正常に受信できなかったときは、ステップＳ４０７へ遷移する。
【００３９】
ステップＳ４０５にて、対象装置制御部１２４は、整合性確認結果情報より整合性を確認する。整合性が正常であれば、ステップＳ４０６へ遷移し、整合性が正常でなければ、ステップＳ４０７へ遷移する。整合性が正常でないとき、バージョン情報が不一致であった旨をメッセージ等で保守員へ通知してもよい。
【００４０】
ステップＳ４０６にて、対象装置制御部１２４は、ローディング用データを対象装置記憶部１２３へ記憶させる。このとき、ローディングが正常に完了した旨をメッセージ等で保守員へ通知してもよい。また、ローディング指示装置１１０に登録された更新後バージョン情報を、更新前バージョン情報として再登録する事もできるが、システム更新後に不具合が発覚してシステムを更新前の状態に戻す可能性もあるため、ローディング指示装置１１０に登録された更新前後のバージョン情報再登録は実施しないとしてもよい。その後、ステップＳ４０７へ遷移する。
【００４１】
ステップＳ４０７にて、対象装置制御部１２４は、本処理を終了する。
【００４２】
本実施例により、ローディング指示装置１１０は、各ローディング対象装置１２０、１３０、１４０、１５０の更新前ソフトウェアのバージョンを確認することができ、更新対象のソフトウェアが正しいものであることを確認することができる。
【実施例２】
【００４３】
実施例２は、実施例１を基本としているが、ローディング指示装置１１０が各ローディング対象装置１２０、１３０、１４０、１５０へローディング用データ等を送信する条件が異なる。すなわち、実施例１とは図３のステップＳ３０４が異なる。
【００４４】
図５は、実施例２のローディング指示装置１１０のソフトウェアバージョン整合性確認及びローディングに係る処理を示すフローチャートである。図３とはＳ３０４が異なり、Ｓ５０１としている。他は同じである。
【００４５】
ステップＳ５０１にて、指示装置制御部 １１２は、整合性確認結果情報より整合性を確認する。また、指示装置制御部 １１２は、各ローディング対象装置１２０、１３０、１４０、１５０それぞれについて、指示装置記憶部１１１に記憶している更新後のソフトウェアのバージョン情報と、各ローディング対象装置１２０、１３０、１４０、１５０それぞれから受信したソフトウェアバージョン情報より、更新前後でバージョン情報が異なるか確認する。整合性が正常かつ、更新前後でバージョン情報が異なれば、ステップＳ３０５へ遷移し、そうでなければ、ステップＳ３０６へ遷移する。
【００４６】
本実施例により、ローディング指示装置１１０は、更新前後のソフトウェアが異なる場合にローディング用データ等を送信することができるので、通信路の通信負荷、及び、ローディング指示装置１１０と各ローディング対象装置１２０、１３０、１４０、１５０の処理負荷を抑制することができる。
【実施例３】
【００４７】
実施例３は、実施例２を基本としているが、図５のステップＳ３０３の処理内容が異なる。
【００４８】
本実施例における図５のステップＳ３０３にて、指示装置制御部１１２は、各ローディング対象装置１２０、１３０、１４０、１５０から受信したソフトウェアバージョン情報と、指示装置記憶部１１１に予め登録された各ローディング対象装置１２０、１３０、１４０、１５０の更新前ソフトウェアバージョン情報との比較を行い、同じバージョンであれば整合性は正常、同じバージョンでなければ整合性は異常であるとする更新前整合性確認結果情報を生成する。
【００４９】
また、指示装置制御部１１２は、各ローディング対象装置１２０、１３０、１４０、１５０それぞれについて、指示装置記憶部１１１に記憶している更新後のソフトウェアからバージョン情報を取得し、指示装置記憶部１１１に登録している更新後のソフトウェアバージョン情報を取得し、これらのバージョン情報の比較を行い、同じバージョンであれば整合性は正常、同じバージョンでなければ整合性は異常であるとする更新後整合性確認結果情報を生成する。
【００５０】
さらに、指示装置制御部１１２は、更新前整合性確認結果情報より整合性が正常、かつ、更新後整合性確認結果情報より整合性が正常のとき、整合性が正常であるとして整合性確認結果情報を生成する。それ以外のとき、整合性が異常であるとして整合性確認結果情報を生成する。その後、ステップＳ５０１へ遷移する。
【００５１】
本実施例により、更新後のソフトウェアのバージョンを確認することができ、誤ったソフトウェアで各ローディング対象装置１２０、１３０、１４０、１５０を動作させることを避けることができる。
【実施例４】
【００５２】
実施例４は、実施例３を元にしているが、ローディング指示装置１１０がローディング用データ等を送信した後にも、ソフトウェアのバージョン情報を確認することが異なる。
【００５３】
すなわち、ローディング指示装置１１０については、図５のステップＳ３０５の後の処理が異なる。各ローディング対象装置１２０、１３０、１４０、１５０については、図４のステップＳ４０６の後の処理が異なる。
【００５４】
図６は、実施例４のローディング指示装置１１０のソフトウェアバージョン整合性確認及びローディングに係る処理を示すフローチャートである。
【００５５】
ステップＳ３０５の処理は実施例３と同じであるが、遷移先がステップＳ６０１になることが異なる。
【００５６】
ステップＳ６０１にて、指示装置制御部 １１２は、各ローディング対象装置１２０、１３０、１４０、１５０からソフトウェアバージョン情報を受信する。その後、ステップＳ６０２へ遷移する。
【００５７】
ステップＳ６０２にて、指示装置制御部 １１２は、各ローディング対象装置１２０、１３０、１４０、１５０から受信したソフトウェアバージョン情報と、指示装置記憶部１１１に予め登録された各ローディング対象装置１２０、１３０、１４０、１５０の更新後ソフトウェアバージョン情報との比較を行い、同じバージョンであれば整合性は正常、同じバージョンでなければ整合性は異常であるとするローディング後整合性確認結果情報を生成する。その後、ステップＳ６０３へ遷移する。
【００５８】
ステップＳ６０３にて、指示装置制御部 １１２は、ローディング後整合性確認結果情報をローディング対象装置１２０、１３０、１４０、１５０へ送信する。その後ステップＳ３０６へ遷移する。
【００５９】
図７は、実施例４の各ローディング対象装置１２０、１３０、１４０、１５０のソフトウェアバージョン整合性確認及びローディングに係る処理の例を示すフローチャートである。
【００６０】
ステップＳ４０６の処理は実施例３と同じであるが、遷移先がステップＳ７０１になることが異なる。
【００６１】
ステップＳ７０１にて、対象装置制御部１２４は、対象装置記憶部１２３に記憶しているソフトウェアのソフトウェアバージョン情報を取得し、それをローディング指示装置１１０へ送信する。その後、ステップＳ７０２へ遷移する。
【００６２】
ステップＳ７０２にて、対象装置制御部１２４は、受信部１２２に、ローディング指示装置１１０からローディング後整合性確認結果情報を受信させる。その後、ステップＳ７０３へ遷移する。
【００６３】
ステップＳ７０３にて、対象装置制御部１２４は、ローディング後整合性確認結果情報より整合性を確認する。整合性が正常であれば、ステップＳ４０７へ遷移し、整合性が正常でなければ、ステップＳ７０４へ遷移する。
【００６４】
ステップＳ７０４にて、対象装置制御部１２４は、対象装置記憶部１２３に記憶したローディング用データ（すなわち、更新後のソフトウェア）を意図的に破損させ、当該ソフトウェアにて起動できないようにする。その後、ステップＳ４０７へ遷移する。
【００６５】
システム更新の作業時間が限られている事から、ローディング対象装置１２０、１３０、１４０、１５０の対象装置記憶部１２３には、ソフトウェアをローディングするための領域を複数領域確保する事が望ましいが、ソフトウェアローディング領域が複数領域存在するか否かは、本発明の効果に影響を及ぼすものではない。
【００６６】
本実施例により、対象装置記憶部１２３に記憶したローディング用データ（すなわち、更新後のソフトウェア）のバージョンが異常であると認められるとき、それを意図的に破損させ、ローディング対象装置１２０が当該ソフトウェアにて起動できないようにできるので、想定外のソフトウェアで動作することにより危険事象が発生することを抑制することができる。
【００６７】
本発明では、ローディングの際に使用する通信路や、ローディング指示装置及びローディング対象装置の補助記憶装置における信頼性確保のための方法については触れていないが、データ再送機能を持つ通信プロトコルの採用や、ＣＲＣやＥＣＣメモリの使用により、信頼性を確保するための手段を別途講ずる事ができる。
【００６８】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【符号の説明】
【００６９】
１１０…ローディング指示装置
１１１…指示装置記憶部 
１１２…指示装置制御部 
１２０、１３０、１４０、１５０…ローディング対象装置
１２１…バージョン情報通知部 
１２２…受信部 
１２３…対象装置記憶部
１２４…対象装置制御部
【図１】
2018036975.tif 000003
【図２】
2018036975.tif 000004
【図３】
2018036975.tif 000005
【図４】
2018036975.tif 000006
【図５】
2018036975.tif 000007
【図６】
2018036975.tif 000008
【図７】
2018036975.tif 000009