(57)【特許請求の範囲】
【請求項１】
複数のプロセッサ内蔵装置を管理するプロセッサ内蔵装置ソフトウェア管理装置であって、
プロセッサ内蔵装置の設置位置を示す設置位置情報と、前記設置位置情報で示される設置位置に設置されているプロセッサ内蔵装置の識別情報と、前記設置位置のプロセッサ内蔵装置が用いるべきソフトウェアのバージョンを示すバージョン情報とを対応づけた装置構成管理情報を保持する装置構成管理部と、
前記プロセッサ内蔵装置から該プロセッサ内蔵装置の識別情報と該プロセッサ内蔵装置が設置されている設置位置を示す設置位置情報とを含む通知情報を受信し、前記装置構成管理情報に含まれている識別情報と前記通知情報に含まれている識別情報とに基づき該プロセッサ内蔵装置が新規設置されたことを検知し、前記通知情報に含まれている識別情報と前記装置構成管理情報に含まれている識別情報およびバージョン情報とに基づき該プロセッサ内蔵装置が用いるべきソフトウェアのバージョンを判断し、該プロセッサ内蔵装置が用いるべきソフトウェアのバージョンと前記装置構成管理情報に含まれているバージョン情報および識別情報とに基づき該プロセッサ内蔵装置が他のどのプロセッサ内蔵装置を提供元としてソフトウェアを取得すべきかを判断し、前記新規設置されたプロセッサ内蔵装置と前記提供元となるプロセッサ内蔵装置の両方またはいずれか一方に前記ソフトウェアの転送を指示する更新管理部と、を有する管理装置。
【請求項２】
前記プロセッサ内蔵装置は起動時に通知情報を前記管理装置に送信する、
請求項１に記載のプロセッサ内蔵装置ソフトウェア管理装置。
【請求項３】
前記プロセッサ内蔵装置は他のプロセッサ内蔵装置からソフトウェアを取得して自装置に適用すると、前記ソフトウェアを正常に適用したことを前記管理装置に通知し、
前記更新管理部は、前記プロセッサ内蔵装置が前記ソフトウェアを正常に適用すると前記装置構成管理情報を更新する、
請求項１に記載のプロセッサ内蔵装置ソフトウェア管理装置。
【請求項４】
前記更新管理部は、前記新規設置されたプロセッサ内蔵装置が複数でありかつ前記提供元となりうるプロセッサ内蔵装置が複数である場合、前記複数の新規設置されたプロセッサ内蔵装置を前記複数の提供元となりうるプロセッサ内蔵装置に振り分ける、請求項３に記載のプロセッサ内蔵装置ソフトウェア管理装置。
【請求項５】
前記更新管理部は、前記新規設置されたプロセッサ内蔵装置が複数である場合、前記複数の新規設置されたプロセッサ内蔵装置がソフトウェアを取得するタイミングを分散させる、請求項３に記載のプロセッサ内蔵装置ソフトウェア管理装置。
【請求項６】
前記プロセッサ内蔵装置は鉄道車両に搭載される表示装置であり、前記表示装置には案内表示用と広告表示用があり、
前記案内表示用の表示装置となる場合と前記広告表示用の表示装置となる場合とでソフトウェアのバージョンが異なる、
請求項１に記載のプロセッサ内蔵装置ソフトウェア管理装置。
【請求項７】
複数のプロセッサ内蔵装置と、
前記複数のプロセッサ内蔵装置を管理する管理装置と、を有し、
前記管理装置は、
プロセッサ内蔵装置の設置位置を示す設置位置情報と、前記設置位置情報で示される設置位置に設置されているプロセッサ内蔵装置の識別情報と、前記設置位置のプロセッサ内蔵装置が用いるべきソフトウェアのバージョンを示すバージョン情報とを対応づけた装置構成管理情報を保持し、前記プロセッサ内蔵装置から該プロセッサ内蔵装置の識別情報と該プロセッサ内蔵装置が設置されている設置位置を示す設置位置情報とを含む通知情報を受信し、前記装置構成管理情報に含まれている識別情報と前記通知情報に含まれている識別情報とに基づき該プロセッサ内蔵装置が新規設置されたことを検知し、前記通知情報に含まれている識別情報と前記装置構成管理情報に含まれている識別情報およびバージョン情報とに基づき該プロセッサ内蔵装置が用いるべきソフトウェアのバージョンを判断し、該プロセッサ内蔵装置が用いるべきソフトウェアのバージョンと前記装置構成管理情報に含まれているバージョン情報および識別情報とに基づき該プロセッサ内蔵装置が他のどのプロセッサ内蔵装置を提供元としてソフトウェアを取得すべきかを判断し、前記新規設置されたプロセッサ内蔵装置と前記提供元となるプロセッサ内蔵装置の両方またはいずれか一方に前記ソフトウェアの転送を指示し、
前記プロセッサ内蔵装置は、
起動時に、自装置の個別の識別情報と、前記自装置が用いているソフトウェアのバージョンを示すバージョン情報と、を含む通知情報を前記管理装置に送信し、前記管理装置にて前記プロセッサ内蔵装置が新規設置されことを検知され、前記管理装置から、他のどのプロセッサ内蔵装置を提供元としてソフトウェアを取得すべきかの指示を受信し、前記提供元のプロセッサ内蔵装置からソフトウェアを取得して自装置に適用する、
プロセッサ内蔵装置ソフトウェア管理システム。
【請求項８】
前記プロセッサ内蔵装置は、
自装置がソフトウェアを取得する側になると、前記自装置のソフトウェアのバージョンを前記提供元のプロセッサ内蔵装置に通知し、
自装置がソフトウェアを提供する側になると、新規設置されたプロセッサ内蔵装置からソフトウェアのバージョンの通知を受信し、前記通知されたバージョンに基づき前記ソフトウェアの更新に必要なファイルを判断し、前記必要なファイルを前記新規設置されたプロセッサ内蔵装置に送信する、
請求項７に記載のプロセッサ内蔵装置ソフトウェア管理システム。
【請求項９】
複数のプロセッサ内蔵装置を有する情報処理システムにおける前記プロセッサ内蔵装置のソフトウェアを管理するためのプロセッサ内蔵装置ソフトウェア管理方法であって、
装置構成管理手段が、
プロセッサ内蔵装置の設置位置を示す設置位置情報と、前記設置位置情報で示される設置位置に設置されているプロセッサ内蔵装置の識別情報と、前記設置位置のプロセッサ内蔵装置が用いるべきソフトウェアのバージョンを示すバージョン情報とを対応づけた装置構成管理情報を保持し、
更新管理手段が、
前記プロセッサ内蔵装置から該プロセッサ内蔵装置の識別情報と該プロセッサ内蔵装置が設置されている設置位置を示す設置位置情報とを含む通知情報を受信し、
前記装置構成管理情報に含まれている識別情報と前記通知情報に含まれている識別情報とに基づき該プロセッサ内蔵装置が新規設置されたことを検知し、
前記通知情報に含まれている識別情報と前記装置構成管理情報に含まれている識別情報およびバージョン情報とに基づき該プロセッサ内蔵装置が用いるべきソフトウェアのバージョンを判断し、
該プロセッサ内蔵装置が用いるべきソフトウェアのバージョンと前記装置構成管理情報に含まれているバージョン情報および識別情報とに基づき該プロセッサ内蔵装置が他のどのプロセッサ内蔵装置を提供元としてソフトウェアを取得すべきかを判断し、
前記新規設置されたプロセッサ内蔵装置と前記提供元となるプロセッサ内蔵装置の両方またはいずれか一方に前記ソフトウェアの転送を指示する、
プロセッサ内蔵装置ソフトウェア管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアで動作するプロセッサ内蔵装置の保守技術に関する。
【背景技術】
【０００２】
家庭や産業分野においてソフトウェアで動作する様々なプロセッサ内蔵装置が導入されている。プロセッサ内蔵装置は、ハードウェアとしてプロセッサを内蔵し、そのプロセッサによってソフトウェアを実行することで所望の動作を行う。プロセッサ内蔵装置の例として、各種設備機器を制御する制御装置、様々な情報を画面表示する表示装置などがある。
【０００３】
そのようなプロセッサ内蔵装置の中には、ネットワークを介して管理サーバに接続され、管理サーバからの制御指示で動作するものがある。その場合、管理サーバがプロセッサ内蔵装置の状態を監視したり、プロセッサ内蔵装置への制御指示を行なったりする。
【０００４】
そのようなプロセッサ内蔵装置が故障した場合、ユーザは故障したプロセッサ内蔵装置を取り外し、その装置が接続されていた場所に、同じ構成の交換用のプロセッサ内蔵装置（以下「交換品」という）を取り付ける。交換品は予備として準備しておくか、あるいは必要に応じて取り寄せる必要がある。
【０００５】
予備の交換品あるいは取り寄せたばかりの交換品は、工場出荷時の状態であったり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が旧バージョンであったりする場合がある。交換品のＯＳの更新が必要であれば、ＯＳの更新は、例えば、交換品を取り付けた後、運用開始の前に実施される。
【０００６】
プロセッサ内蔵装置がネットワークを介して保守用計算機あるいは管理サーバに接続される構成では、通常、保守用計算機あるいは管理サーバから運用開始前のプロセッサ内蔵装置に対して最新のＯＳが配信される。
【０００７】
複数のプロセッサ内蔵装置を含む情報処理システムにおいては、複数のプロセッサ内蔵装置を同時に交換する必要がある場合がある。同時にＯＳを更新するプロセッサ内蔵装置の台数が多ければ、それらプロセッサ内蔵装置にＯＳを送信する管理サーバの負荷が大きくなる。
【０００８】
特許文献１には、ＯＳを管理サーバからロボット制御装置へ配信するのではなく、同じソフトウェアで動作している他のロボット制御装置からＯＳを取得する構成のシステムが開示されている。これにより管理サーバの負荷が軽減される。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００８−１３９９７２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
特許文献１に開示された技術では、ロボット制御装置間でＯＳのバージョンを比較し、ＯＳ更新の要否を判断している。しかし、例えば同じハードウェア構成のプロセッサ内蔵装置でもその用途が幾つかあり、それぞれの用途で用いるべきＯＳのバージョンが異なるような場合もありうる。その場合、新たに取り付けられたプロセッサ内蔵装置は自分の用途が分からないので、どの装置からＯＳ取得すればよいか決めることができない。
【００１１】
本発明の目的は、複数のプロセッサ内蔵装置が複数バージョンのソフトウェアで動作する情報処理システムにおけるプロセッサ内蔵装置の新規設置や交換を容易にする技術を提供することである。
【課題を解決するための手段】
【００１２】
本発明の一態様による管理装置は、複数のプロセッサ内蔵装置を管理するプロセッサ内蔵装置ソフトウェア管理装置であって、プロセッサ内蔵装置の設置位置を示す設置位置情報と、前記設置位置情報で示される設置位置に設置されているプロセッサ内蔵装置の識別情報と、前記設置位置のプロセッサ内蔵装置が用いるべきソフトウェアのバージョンを示すバージョン情報とを対応づけた装置構成管理情報を保持する装置構成管理部と、前記プロセッサ内蔵装置から該プロセッサ内蔵装置の識別情報と該プロセッサ内蔵装置が設置されている設置位置を示す設置位置情報とを含む通知情報を受信し、前記装置管理構成情報に含まれている識別情報と前記通知情報に含まれている識別情報とに基づき該プロセッサ内蔵装置が新規設置されたことを検知し、前記通知情報に含まれている識別情報と前記装置構成管理情報に含まれている識別情報およびバージョン情報とに基づき該プロセッサ内蔵装置が用いるべきソフトウェアのバージョンを判断し、該プロセッサ内蔵装置が用いるべきソフトウェアのバージョンと前記装置構成管理情報に含まれているバージョン情報および識別情報とに基づき該プロセッサ内蔵装置が他のどのプロセッサ内蔵装置を提供元としてソフトウェアを取得すべきかを判断し、前記新規設置されたプロセッサ内蔵装置と前記提供元となるプロセッサ内蔵装置の両方またはいずれか一方に前記ソフトウェアの転送を指示する更新管理部と、を有している。
【発明の効果】
【００１３】
本発明によれば、管理装置は新規設置されたプロセッサ内蔵装置で用いるべき適切なバージョンを判断し、ソフトウェアをプロセッサ内蔵装置間で転送させるので、管理装置が個々のプロセッサ内蔵装置にソフトウェアを送信しなくても、新規設置されたプロセッサ内蔵装置が正しいバージョンのソフトウェアで動作するように管理することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態による広告案内情報シテムのブロック図である。本例の広告案内情報システム１は鉄道の車両に設置される。
【図２】本実施形態において表示装置２１を交換した様子を示す図である。
【図３】本実施形態における管理サーバおよび表示装置の構成を示すブロック図である。
【図４】装置構成管理情報の一例を示す図である。
【図５】装置構成管理情報の他の例を示す図である。
【図６】本実施形態における表示装置２１、３１のステータスの定義を示す図である。
【図７】表示装置が交換されたときの広告案内情報システムの動作を示すシーケンス図である。
【図８】表示装置が交換されたときの広告案内情報システムの動作を示すシーケンス図である。
【図９】表示装置の状態遷移図である。
【発明を実施するための形態】
【００１５】
本発明の実施形態について図面を参照して説明する。
【００１６】
図１は、本実施形態による広告案内情報シテムのブロック図である。本例の広告案内情報システム１は鉄道の車両に設置される。
【００１７】
図１を参照すると、広告案内情報システム１は、管理サーバ１０および複数の表示装置２１ａ〜２１ｄを有している。管理サーバ１０および複数の表示装置２１ａ〜２１ｄはネットワーク４０を介して相互に接続されている。
【００１８】
ここでは表示装置２１ａ，２１ｃは広告情報を乗客に対して表示することを用途とする装置である。表示装置２１ｂ，２１ｄは、当該列車の現在位置および周辺路線の運行状況などの案内情報を乗客に対して表示することを用途とする装置である。例えば広告表示用の表示装置と案内表示用の表示装置は対をなし、１つの車両に同数ずつ設置される。
【００１９】
表示装置２１ａ，２１ｃと、表示装置２１ｂ，２１ｄは、ハードウェア構成において何ら変わることはないが、それぞれの用途に応じた互いに異なるバージョンのオペレレーティングシステム（ＯＳ）が適用されている。
【００２０】
図１には、広告表示用と案内表示用のそれぞれ２台ずつ表示装置２１が描かれているが、この台数に限定されることはなく、本実施形態ではそれぞれが複数台あればよい。また、ここでは表示装置２１の用途が２つである例を示しているが、この数に限定されることはない。本実施形態は複数の用途がある場合が好適である。
【００２１】
表示装置２１ａ〜２１ｄのいずれかが故障すると、故障した表示装置２１は交換する必要がある。
【００２２】
図２は、本実施形態において表示装置２１を交換した様子を示す図である。図１との対比で図２を参照すると、表示装置２１ｃがその交換品である表示装置３１ａに交換されている。一例として、表示装置２１ｃが故障したため、その代わりに交換品の表示装置３１ａを設置した状態が示されている。
【００２３】
表示装置３１ａは、予備として準備しておいた表示装置である。表示装置３１ａは、そのハードウェア構成において表示装置２１と何ら変わるところはない。ただし、表示装置３１ａは設置される前の状態では工場出荷時のままの状態であり、適用するＯＳによって広告表示用にも案内表示用にも利用することができる。
【００２４】
例えば、表示装置３１ａは、ＯＳ更新前は広告表示の用途で動作せず、交換後にＯＳ更新をすることで、広告表示の用途で動作するようになる。図２の例では、交換品として設置された表示装置３１ａは、広告表示用の設置位置に設置され、広告表示用のＯＳが適用されることで、広告表示用の表示装置として動作するようになっている。仮に、表示装置２１ｂが故障して表示装置３１ａに交換したとすれば、ＯＳ更新後は表示装置３１ａは案内表示の用途で動作することになる。
【００２５】
図３は、本実施形態における管理サーバおよび表示装置の構成を示すブロック図である。図３には表示装置として表示装置２１ａと表示装置３１ａが示されている。
【００２６】
図３に示すように、管理サーバ１０は、不図示のプロセッサでソフトウェアを実行することにより所望の動作をする管理装置であり、ソフトウェアの実行により実現される機能部として、装置構成管理部５１と、表示装置更新管理機構５２を備えている。
【００２７】
表示装置２１ａは不図示のプロセッサを内蔵し、プロセッサでソフトウェアを実行することにより動作する装置であり、ソフトウェアであるオペレーティングシステム６０ａと、動作するためのデータである機器ＩＤ７０ａを備えている。オペレーティングシステム（ＯＳ）６０ａは、装置情報通知機構６１ａ、更新管理機構６２ａ、共通部６３ａ、用途依存部６４ａ、および更新部６５ａを含んでいる。ＯＳには広告表示用と案内表示用とで異なるようなバージョンがある。ここでは広告表示用のバージョンのＯＳと案内表示用のバージョンのＯＳとでは用途依存部６４ａと更新部６５ａの部分が異なっているとする。
【００２８】
交換品である表示装置３１ａも表示装置２１ａと同様に、オペレーティングシステム６０ｂと機器ＩＤ７０ｂを備えている。オペレーティングシステム（ＯＳ）６０ｂは、装置情報通知機構６１ｂ、更新管理機構６２ｂ、共通部６３ｂ、用途依存部６４ｂ、および更新部６５ｂを含んでいる。なお、表示装置３１ａの用途依存部６４ｂと更新部６５ｂは、設置前の状態では、領域が確保されていればよくその領域に未だＯＳのデータが配置されていなくてもよい。
【００２９】
管理サーバ１０において、装置構成管理部５１は、表示装置２１、３１の設置位置を示す設置位置情報と、その設置位置情報で示される設置位置に設置されている表示装置２１、３１の識別情報と、その設置位置の表示装置２１、３１が用いるべきＯＳ６０のバージョンを示すバージョン情報とを対応づけた装置構成管理情報を保持する。
【００３０】
更新管理機構６２ａは、表示装置２１、３１から、その識別情報と、その設置位置を示す設置位置情報とを含む通知情報を受信する。そして、更新管理機構６２ａは、装置構成管理部５１が保持している装置管理構成情報に含まれている識別情報と通知情報に含まれている識別情報とに基づき、当該表示装置２１、３１が新規設置されたことを検知する。
【００３１】
当該表示装置２１、３１が新規設置されたことを検知すると、更新管理機構６２ａは、通知情報に含まれている識別情報と装置構成管理情報に含まれている識別情報およびバージョン情報とに基づき当該表示装置２１、３１が用いるべきＯＳ６０のバージョンを判断する。また、更新管理機構６２ａは、当該表示装置２１、３１が用いるべきＯＳ６０のバージョンと装置構成管理情報に含まれているバージョン情報および識別情報とに基づき、当該表示装置２１、３１が他のどの表示装置２１、３１を提供元としてＯＳ６０を取得すべきかを判断する。そして、更新管理機構６２ａは、当該新規設置された表示装置（例えば表示装置３１ａ）とその提供元となる表示装置（例えば表示装置２１ａ）の両方またはいずれか一方にＯＳ６０の転送を指示する。
【００３２】
これによれば、管理サーバ１０は新規設置された表示装置３１ａで用いるべき適切なＯＳ６０のバージョンを判断し、ＯＳ６０を表示装置２１、３１間で転送させるので、管理サーバ１０が個々の表示装置２１、３１にＯＳ６０を送信しなくても、新規設置された表示装置３１ａが正しいバージョンのＯＳ６０で動作するように管理することができる。
【００３３】
例えば、表示装置２１、３１は起動時に通知情報を管理サーバ１０に送信することにしてもよい。そうすることで、起動時に表示装置２１、３１が交換されたかどうかを判断することができるので、必要なときだけＯＳ６０の転送を実施することが可能となる。
【００３４】
また、表示装置２１、３１は他の表示装置２１、３１からＯＳ６０を取得して自装置に適用したときに、ＯＳ６０を正常に適用したことを管理サーバ１０に通知することにし、表示装置更新管理機構５２は、表示装置２１、３１がＯＳ６０を正常に適用すると、それに合わせて装置構成管理情報を更新することにしてもよい。これによれば、新規設置した表示装置３１ａを含め全ての表示装置２１、３１の設置位置、識別情報、およびＯＳ６０のバージョンを把握することができる。
【００３５】
なお、表示装置更新管理機構５２は、新規設置された表示装置３１が複数でありかつ提供元となりうる表示装置２１が複数である場合、複数の新規設置された表示装置３１を複数の提供元となりうる表示装置２１に振り分けることにしてもよい。これによれば、複数の提供元となりうる表示装置２１に負荷を分散させることができる。
【００３６】
また、表示装置更新管理機構５２は、新規設置された表示装置３１が複数である場合、複数の新規設置された表示装置３１がＯＳ６０を取得するタイミングを分散させることにしてもよい。これによれば、複数の新規設置された表示装置３１がひとつの提供元からソフトウェアを取得する必要があったとしても、取得処理を時間的に分散させることで、提供元に一時にかかる負荷を低減することができる。
【００３７】
なお、本実施形態では上述したように、表示装置２１、３１は鉄道車両に搭載される表示装置であり、表示装置２１、３１には案内表示用と広告表示用という２つの用途がある。案内表示用の表示装置２１、３１となる場合と広告表示用の表示装置２１、３１となる場合とでＯＳ６０のバージョンが異なる。これにより、鉄道車両の案内表示用の表示装置２１、３１と広告表示用の表示装置の２つの用途を同じプロセッサ内蔵装置で兼用し、かつ、兼用のプロセッサ内蔵装置を任意の用途に取り付けた後でソフトウェア更新をすることにより、所望の用途で動作するようにすることができ、かつ、その更新は管理装置からソフトウェアを送信することなく行うことができる。
【００３８】
本実施形態では、表示装置２１、３１は、起動時に、自装置の個別の識別情報と、自装置が用いているＯＳ６０のバージョンを示すバージョン情報と、を含む通知情報を管理サーバ１０に送信する。また表示装置２１、３１は、管理サーバ１０にて表示装置２１、３１が新規設置されことを検知され、管理サーバ１０から、他のどの表示装置２１、３１を提供元としてＯＳ６０を取得すべきかの指示を受信すると、その提供元の表示装置２１、３１からＯＳ６０を取得して自装置に適用する。
【００３９】
なお、表示装置２１、３１は、自装置がＯＳ６０を取得する側になると、自装置のＯＳ６０のバージョンを提供元の表示装置２１、３１に通知し、逆に、自装置がＯＳ６０を提供する側になると、新規設置された表示装置２１、３１からＯＳ６０のバージョンの通知を受信し、通知されたバージョンに基づきＯＳ６０の更新に必要なファイルを判断し、必要なファイルだけを新規設置された表示装置２１、３１に送信することしてもよい。これによれば、新規設置された表示装置２１、３１が現在保有しているＯＳ６０のバージョンに基づき更新に必要なファイルだけを転送するので、ＯＳ６０更新時の各装置および通信路への負荷を低減することができる。
【００４０】
表示装置２１、３１において、更新管理機構６２ａ，６２ｂは、表示装置更新管理機構５２からの指示で、ＯＳ６０ａの用途に依存する部分である用途依存部６４ａのデータを用途依存部６４ｂに配信し、またＯＳ６０ａの用途に依存する部分である更新部６５ａのデータを更新部６５ｂに配信する。
【００４１】
なお、ＯＳ６０のバージョンが異なっても用途依存部６４ａと用途依存部６４ｂに差がない場合、更新部６５ａのデータを更新部６５ｂに配信すればよく、用途依存部６４ａのデータを用途依存部６４ｂに配信する必要がない。また、ＯＳ６０のバージョンが異なっても更新部６５ａと更新部６５ｂに差がない場合、用途依存部６４ａのデータを用途依存部６４ｂに配信するだけでよい。
【００４２】
その際、用途依存部６４ａと用途依存部６４ｂに差があるか否かの確認は、例えば、用途依存部６４ａと用途依存部６４ｂのデータを比較してもよい。あるいは、用途依存部６４ａと用途依存部６４ｂに差があるか否かの確認のために、用途依存部６４ａ，６４ｂに、ＯＳ６０のバージョンではない用途依存部６４ａ，６４ｂのバージョンを付与し、そのバージョンを示すファイルを持たせてもよい。その場合、用途依存部６４ａと用途依存部６４ｂのバージョンファイルを比較することにすればよい。
【００４３】
更新部６５ａと更新部６５ｂに差があるか否かの確認も用途依存部６４ａ，６４ｂの場合と同様に、更新部６５ａと更新部６５ｂにバージョンを付与してバージョンファイルを持たせ、バージョンファイルを比較しても良いし、更新部６５ａと更新部６５ｂのデータを比較しても良い。
【００４４】
装置情報通知機構６１ａ，６１ｂは、管理サーバ１０の装置構成管理部５１に、自装置の機器ＩＤ７０ａ，７０ｂを通知する機能である。機器ＩＤ７０ａ，７０ｂは、装置ごとユニークであればＯＳ６０内に記録されてもよい。
【００４５】
装置構成管理部５１が保持する装置構成管理情報の実施例について説明する。
【００４６】
図４は、装置構成管理情報の一例を示す図である。図５は、装置構成管理情報の他の例を示す図である。図４、５を参照すると、装置構成管理情報には、設置位置リスト５１１、装置種別リスト５１２、機器ＩＤリスト５１３、およびステータスリスト５１４が互いに対応づけて記録されている。
【００４７】
設置位置リスト５１１は上述した設置位置情報に相当し、機器ＩＤリスト５１３は識別情報に相当する。広告表示用あるいは案内表示用という装置種別によってＯＳ６０のバージョンが異なるので装置種別リスト５１２はバージョン情報に相当するといえる。
【００４８】
設置位置リスト５１１には、広告案内情報システム１における表示装置の設置位置１Ｒ，１Ｌ，２Ｒ，２Ｌが定義されている。装置種別リスト５１２には、設置位置ごとに、そこに設置される表示装置の装置種別が定義されている。ここでは装置種別として、広告表示用の表示装置と、案内表示用の表示装置とがある。機器ＩＤリスト５１３には、各設置位置に設置された表示装置２１、３１の個々にユニークな識別情報（機器ＩＤ）が設定される。
【００４９】
図４には、表示装置２１ａの機器ＩＤがＤＩＳＰ００１、表示装置２１ｂの機器ＩＤがＤＩＳＰ００２、表示装置２１ｃの機器ＩＤがＤＩＳＰ００３、表示装置２１ｄの機器ＩＤがＤＩＳＰ００４である例を示している。
【００５０】
本実施形態では更にステータスリスト５１４として各表示装置２１、３１の状態（ステータス）を示す情報が格納されている。
【００５１】
図６は、本実施形態における表示装置２１、３１のステータスの定義を示す図である。表示装置２１、３１には、装置の電源がＯＦＦの状態である「ＯＦＦ」５１４ａ、電源がＯＮで運用開始できる状態である「ＯＮ」５１４ｂ、電源がＯＮでＯＳの更新待ちの状態である「ＷＡＩＴ」５１４ｃ、電源がＯＮでＯＳを更新している状態である「ＵＰＤＡＴＥ」５１４ｄ、電源がＯＮでＯＳを別の装置に配信している状態である「ＳＥＲＶＥＲ」５１４ｅの５つのステータスがあり、その何れかの状態をとる。
【００５２】
図５の例は、交換品の表示装置３１ａがＯＳ更新中である例を示している。図４に示した機器ＩＤがＤＰ０００３の表示装置２１ｃが、機器ＩＤがＤＰ００１０の表示装置３１ａに交換され、機器ＩＤがＤＰ０００１の表示装置２１ａから表示装置３１ａにＯＳを配信している。
【００５３】
図７、図８は、表示装置が交換されたときの広告案内情報システムの動作を示すシーケンス図である。図９は、表示装置の状態遷移図である。
【００５４】
図７、８には、交換品の表示装置３１ａが設置されてから初回の立ち上げ時の動作示されている。
【００５５】
管理サーバ１０が起動した直後はその装置構成管理部５１が保持している装置構成管理情報における全ての表示装置のステータス５１４がＯＦＦ５１４ａである。
【００５６】
図７を参照すると、表示装置２１ａ，２１ｂ，２１ｄと、交換品である表示装置３１ａは、起動すると、まず管理サーバ１０に対して起動済の通知を行なう（ステップＳ１０１）。
【００５７】
管理サーバ１０は、各表示装置２１、３１から起動済の通知を受信すると、通知に含まれている設置位置５１１と機器ＩＤ５１３を確認し、表示装置２１、３１のステータス５１４を設定する（ステップＳ１０２）。
【００５８】
その際、通知に含まれていた設置位置５１１と機器ＩＤ５１３が前回起動時に受信した通知における設置位置５１１と機器ＩＤ５１３と同じであれば、管理サーバ１０は、その表示装置２１のステータス５１４をＯＮ５１４ｂにする（遷移Ｓ２０１）。一方、通知に含まれていた設置位置５１１に対する機器ＩＤ５１３が前回起動時と異なっていれば、その設置位置の表示装置３１が交換されていると考えられるので、管理サーバ１０は、そのステータス５１４をＷＡＩＴ５１４ｃにする（遷移Ｓ２０２）。
【００５９】
図７の例では、表示装置２１ａ，２１ｂ，２１ｄは前回起動時と機器ＩＤ５１３が同じなのでステータスがＯＮ５１４ｂとなる。一方、設置位置２Ｒでは、前回は表示装置２１ｃであったが今回は交換品の表示装置３１ａとなっているため、機器ＩＤ５１３が変化している。そのため、設置位置２Ｒの表示装置３１ａのステータスがＷＡＩＴ５１４ｃになる。
【００６０】
次に、管理サーバ１０は、ステータスがＷＡＩＴ５１４ｃとなっている設置位置の表示装置３１ａが新たに設置された交換品であることを検出する（ステップＳ１０３）。
【００６１】
次に、管理サーバ１０は、新たに設置された表示装置３１ａへのＯＳ６０の提供元となる表示装置２１を決定する（ステップＳ１０４）。ここでは、交換品の表示装置３１ａの設置位置２Ｒは装置種別が広告表示なので、装置種別が広告表示であり、かつ、ステータスがＯＮ５１４ｂである表示装置２１ａを提供元にするものとする。管理サーバ１０は、表示装置２１ａのステータスをＳＥＲＶＥＲ５１４ｅにし（遷移Ｓ２０５）、更新対象である交換品の表示装置３１ａのステータスをＵＰＤＡＴＥ５１４ｄにする（遷移Ｓ２０７）。
【００６２】
なお、更新対象と装置種別が同じでステータスがＯＮ５１４ｂの表示装置２１が複数ある場合の提供元の選択方法としては、表示装置更新管理機構５２が装置構成管理部５１の装置構成管理情報を参照し、更新対象の表示装置３１ａと設置位置が近いものを選択することにしても良い。あるいは、管理サーバ１０が起動済の通知を受信した順番に優先的に提供元にすることにしてもよい。
【００６３】
図７の例では、装置種別が広告表示の表示装置２１は設置位置が１Ｒの表示装置２１ａだけなので、設置位置が１Ｒの表示装置２１ａのステータスをＳＥＲＶＥＲ５１４ｅにし、更新対象である設置位置が２Ｒの表示装置３１ａのステータスをＵＰＤＡＴＥ５１４ｄにする。
【００６４】
装置構成管理部５１のステータスリスト５１４を変更した後、表示装置更新管理機構５２が交換品の表示装置３１ａに対して更新要求を送信する（ステップＳ１０５）。
【００６５】
更新要求を受信した表示装置３１ａは、ＯＳ６０の用途依存部６４ｂと更新部６５ｂを更新するための準備を実施する（ステップＳ１０６）。更新の準備は、例えば、表示装置２１、３１が運用中には用途依存部６４ｂと更新部６５ｂを書き換えられない構成であれば、運用を停止して用途依存部６４ｂと更新部６５ｂを書き換え可能にする。
【００６６】
更新の準備が完了すると、交換品の表示装置３１ａから提供元の表示装置２１ａにＯＳの取得要求を送信する（ステップＳ１０７）。
【００６７】
表示装置２１ａは取得要求を受信すると（ステップＳ１０８）、交換品の表示装置３１ａに対して用途依存部６４ａと更新部６５ａを配信する（ステップＳ１０９）。交換品の表示装置３１ａは、用途依存部６４ｂと更新部６５ｂを受信し、自装置のＯＳを更新する（ステップＳ１１０）。
【００６８】
なお、交換品の表示装置３１ａは、ステップＳ１０７において取得要求を送信するとき自装置のＯＳバージョンを提供元の表示装置２１ａに送付することにしてもよい。その場合、提供元の表示装置２１ａは、受信したＯＳのバージョンから、表示装置３１ａに送信すべきＯＳの更新部分を判断し、その更新部分のファイルを表示装置３１ａに送付すればよい。
【００６９】
ＯＳのファイルの配信が終わると、管理サーバ１０は、表示装置２１ａのステータスをＯＮ５１４ｂにする（遷移Ｓ２０６）。
【００７０】
続いて、ＯＳ更新後の処理の流れを図８および図９を参照して説明する。
【００７１】
表示装置３１ａは、自装置のＯＳの更新が終了すると、管理サーバ１０に対して更新終了の通知を行なう（ステップＳ１１１）。管理サーバ１０は、更新終了の通知を受信すると、装置構成管理情報において設置位置が２Ｒの行における機器ＩＤ５１３を表示装置３１ａの機器ＩＤに書き換え、その行のステータスをＯＦＦ５１４ａに書き換える（ステップＳ１１２，遷移Ｓ２０８）。
【００７２】
更新終了の通知を送信した後、交換品の表示装置３１ａは自装置の再起動を行なう（ステップＳ１１３）。表示装置３１ａは、再起動の後、更新後の起動で実行する初期化処理が必要であれば、その初期化処理を再起動後に実施する（ステップＳ１１４）。再起動後に初期化処理が不要であれば、表示装置３１ａはステップＳ１１４の処理を実行しなくてもよい。
【００７３】
再起動後に実行する処理が終了した後、交換品の表示装置３１ａは管理サーバ１０に対して起動済の通知を行なう（ステップＳ１１５）。通知を受信した管理サーバ１０は、起動済みの通知を受信すると（ステップＳ１１６）、装置構成管理部５１では、装置構成管理情報における表示装置３１ａの機器ＩＤが更新済みであるため、その表示装置３１ａのステータスをＯＮ５１４ｂにする（遷移Ｓ２０１）。
【００７４】
その後、例えば、表示装置２１ａ，２１ｂ，２１ｄ，表示装置３１ａが停止したら、管理サーバ１０は、表示装置２１ａ，２１ｂ，２１ｄ，表示装置３１ａのステータスをＯＦＦ５１４ａにする（遷移Ｓ２０３，Ｓ２０４，Ｓ２０８，Ｓ２０９）。
【００７５】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【符号の説明】
【００７６】
１…広告案内情報システム、１０…管理サーバ、２１…表示装置、２１ａ…表示装置、２１ｂ…表示装置、２１ｃ…表示装置、２１ｄ…表示装置、２Ｒ…設置位置、３１…表示装置、３１ａ…表示装置、４０…ネットワーク、５１…装置構成管理部、５１１…設置位置リスト、５１２…装置種別リスト、５１３…機器ＩＤリスト、５１４…ステータスリスト、５１４ａ…ＯＦＦ、５１４ｂ…ＯＮ、５１４ｃ…ＷＡＩＴ、５１４ｄ…ＵＰＤＡＴＥ、５１４ｅ…ＳＥＲＶＥＲ、５２…表示装置更新管理機構、６０、６０ａ、６０ｂ…オペレーティングシステム（ＯＳ）、６１ａ、６１ｂ…装置情報通知機構、６２ａ、６２ｂ…更新管理機構、６３ａ、６３ｂ…共通部、６４ａ、６４ｂ…用途依存部、６５ａ、６５ｂ…更新部、７０ａ、７０ｂ…機器ＩＤ
【図１】
0006449103.tif 000002
【図２】
0006449103.tif 000003
【図３】
0006449103.tif 000004
【図４】
0006449103.tif 000005
【図５】
0006449103.tif 000006
【図６】
0006449103.tif 000007
【図７】
0006449103.tif 000008
【図８】
0006449103.tif 000009
【図９】
0006449103.tif 000010