(57)【要約】【課題】  遠隔制御されるネットワークに繋がった機器に対して、機器の電力消費を抑えつつ、ユーザの使用の邪魔にならないようにシステムのアップデートを行なう。【解決手段】  機器の構成を、ネットワーク通信サブシステムとその他のシステム部を独立して電源管理を行う。ネットワーク通信サブシステム自身がＴＣＰやＵＤＰヘッダを解釈し、通信サブシステムのみで処理できるプロトコルとシステム部が処理を行うプロトコルの判別を行なう。その上で、通信サブシステム自身がシステム部の動作状態を確認し、適切なタイミングでアップデートプログラムを含むデータを取得し、システム部のアップデートを行なう。【選択図】  図１
2008146250.tif 000002
【特許請求の範囲】
【請求項１】
システムを構成する主たる部分とは独立に電源管理されたネットワーク通信機能をもつアップデートシステムにおいて、
ＴＣＰ又はＵＤＰのポート番号を検出する手段と、
前記ポート番号によりサブシステムで処理を行うか、システム部で処理を行うかを決定する手段とを有し、
前記サブシステムは、
ネットワークを通じて外部機器からのシステムアップデート要求を判別する手段と、
ネットワークを通じてアップデートするためのプログラムを含むデータを取得する手段とを有することを特徴とするシステムのアップデートシステム。
【請求項２】
前記システムアップデート要求を判別する手段は、外部からのネットワーク接続を受信したポート番号により、システムアップデート要求を判別することを特徴とする請求項１に記載のアップデートシステム。
【請求項３】
前記サブシステムは、ネットワークを通じてアップデートするためのプログラムを含むデータをアップデート要求元から送信されたものを蓄積することにより取得することを特徴とする請求項１に記載のアップデートシステム。
【請求項４】
前記サブシステムは、ネットワークを通じてアップデートするためのプログラムを含むデータが格納された場所をアップデート要求元から取得し、アップデートするためのプログラムを含むデータを格納された場所からアップデートするためのデータを取得することを特徴とする請求項１に記載のアップデートシステム。
【請求項５】
前記サブシステムは、サブシステムの通信負荷を検出する手段を有し、前記サブシステムの通信負荷の低いときにアップデートするためのプログラムを含むデータを取得することを特徴とする請求項１に記載のアップデートシステム。
【請求項６】
前記サブシステムは、システムに対してリセット信号を送る手段を有することを特徴とする請求項１に記載のアップデートシステム。
【請求項７】
システムを構成する主たる部分とは独立に電源管理されたネットワーク通信機能をもつアップデート方法において、
ＴＣＰ又はＵＤＰのポート番号を検出する工程と、
前記ポート番号によりサブシステムで処理を行うか、システム部で処理を行うかを決定する工程とを含み、
前記サブシステムは、
ネットワークを通じて外部機器からのシステムアップデート要求を判別する工程と、
ネットワークを通じてアップデートするためのプログラムを含むデータを取得する工程とを含むことを特徴とするアップデート方法。
【請求項８】
請求項７に記載のアップデート方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムを構成する主たる部分とは独立に動作するネットワーク通信機能を持つサブシステムを用いてシステムをアップデートする技術に関するものである。
【背景技術】
【０００２】
近年の機器のネットワーク対応に伴い、操作者が遠隔地に置かれた機器に対して操作を行い、機器の制御を行うケースが増えてきた。
【０００３】
例えば監視用途のネットワークカメラの場合、屋内、屋外、公共スペースなど、電源が確保でき、ネットワークに接続できる環境であれば、どこでも設置することが可能である。これらの多くはＷＡＮまたはＬＡＮに接続することで、ＴＣＰ／ＩＰ通信を行い、別の場所で接続されたＴＣＰ／ＩＰ機器からの操作要求を受け付け、動作する。
【０００４】
このような機器については、悪意のあるネットワークを通じた攻撃に対処したり、その他の機能の追加を行うためにも、システムソフトウェアのアップデートする機能が要求され、その方法についても多くの提案がされている。
【０００５】
例えば、ダウンロードしたプログラムをＲＡＭに展開しておく。そして、この展開したＲＡＭからプログラムを起動し、アップデートしたプログラムが正常に動作することを確認した後に機器内部のフラッシュメモリに書き込む方法（例えば、特許文献１参照）が提案されている。
【０００６】
【特許文献１】特開平１１−２９８５５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ネットワークに接続された機器においても、動作する必要がない場合には電力消費を抑えるために動作を停止させることが望ましく、一方で、動作が停止している場合には外部からのソフトウェアアップデート要求に応えることができない。
【０００８】
そこで、本発明の目的は、このようにネットワークに接続された機器に対して、無駄な電力消費を抑えつつも、時間的に余裕のある時にシステムのソフトウェアアップデートを行うことにある。
【課題を解決するための手段】
【０００９】
本発明のアップデートシステムは、システムを構成する主たる部分とは独立に電源管理されたネットワーク通信機能をもつアップデートシステムにおいて、ＴＣＰ又はＵＤＰのポート番号を検出する手段と、前記ポート番号によりサブシステムで処理を行うか、システム部で処理を行うかを決定する手段とを有し、前記サブシステムは、ネットワークを通じて外部機器からのシステムアップデート要求を判別する手段と、ネットワークを通じてアップデートするためのプログラムを含むデータを取得する手段とを有することを特徴とする。
本発明のアップデート方法は、システムを構成する主たる部分とは独立に電源管理されたネットワーク通信機能をもつアップデート方法において、ＴＣＰ又はＵＤＰのポート番号を検出する工程と、前記ポート番号によりサブシステムで処理を行うか、システム部で処理を行うかを決定する工程とを含み、前記サブシステムは、ネットワークを通じて外部機器からのシステムアップデート要求を判別する工程と、ネットワークを通じてアップデートするためのプログラムを含むデータを取得する工程とを含むことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、１つのシステムを通信サブシステム部とその他のシステム部に分離し、独立して電源管理することで、電力消費の大きなシステム部は稼動させる必要がなければ電源を切断する。サブシステム部だけ稼動させてネットワークからの稼動要求を常時監視することで、無駄な電力消費を抑えることができる。また、システム部の処理負荷が大きな場合においても、通信処理に関しては，定常的に性能を確保することができる。
【００１１】
また、ＴＣＰまたはＵＤＰのポート番号を検出、判別し、通信システム部のみで処理が可能な通信内容については、システム部を介在する必要性がなく、システム部の電源や負荷の状態によらずに、処理を完遂することができる。
【００１２】
また、通信サブシステム部が外部機器からのアップデート要求を判別し、通信サブシステム部は、外部機器から直接アップデートするためのデータを受信したり、アップデートデータの格納されている位置のみを通信により取得し、保持しておく。これにより、システムの稼動状況により、アップデートを行なうタイミングを制御することができ、稼動中のシステムに対しては影響を及ぼさないタイミングでシステムのアップデートを行なうことができる。
【発明を実施するための最良の形態】
【００１３】
（第１の実施形態）
以下、図１〜６に基づき、本発明の実施形態に係るシステムのアップデートシステム及びアップデート方法について説明する。
【００１４】
本実施形態においては、システムのアップデート手段および方法の適用例として、ネットワークに接続される動画カメラ（以下、ネットワークカメラ）を用いて説明する。
【００１５】
図１は本実施形態のネットワークカメラのハードウェア構成を表すブロック図である。本実施形態のネットワークカメラは大きく分けて、破線１００と破線１１０で囲まれた領域により構成され、それぞれ、カメラシステム部（１００）と通信サブシステム（１１０）であり、それぞれを個別に電源の投入、切断を制御できる。
【００１６】
カメラシステム部（１００）は、ＣＰＵ１０１、読み込み専用メモリ１０２（フラッシュＲＯＭ）、ランダムアクセスメモリ１０３（ＲＡＭ）及びレンズを含む。ＣＰＵ１０１は、システム全体を制御する。読み込み専用メモリ１０２は、プログラムや頻繁には書き換えないデータを保持する。ランダムアクセスメモリ１０３は、プログラムや実行時のデータを読み書きする。
【００１７】
これは、撮像部１０４、画像処理部１０５、ペリフェラル１０６及びシステムバス１０７から成る。撮像部１０４は、光を電気信号に変換し、更に電気信号をデジタルデータに変換する。画像処理部１０５は、撮像部１０４において取得したデジタルデータからノイズを除去したり色味の調整を行い、画像圧縮を行う。ペリフェラル１０６は、取得した画像を保存しておくための二次記憶装置等を含む。システムバス１０７は、これらのデータの送受信や制御を行う。
【００１８】
プログラムの起動は通常、一度フラッシュＲＯＭ１０２からＲＡＭ１０３にコピーし、実行プログラムはＲＡＭ１０３上で実行される。
【００１９】
通信サブシステム１１０は、通信制御部１１１、ランダムアクセスメモリ（ローカルＲＡＭ）１１２、プロトコル処理部１１３、通信サブシステム内部バス１１４及びバスブリッジ１１５により構成される。通信制御部１１１は、ＴＣＰ／ＩＰヘッダの中身を解釈し、ＴＣＰのハンドシェイクを行う等、通信パケットの送受信を制御する。ランダムアクセスメモリ（ローカルＲＡＭ）１１２は、通信サブシステムで専用に使うことのできるメモリである。プロトコル処理部１１３は、通信制御部１１１で受信したパケットを解釈し、その後の内部処理を行う。通信サブシステム内部バス１１４は、これらのデータの送受信を行う。バスブリッジ１１５は、システムバス１０７と通信サブシステム内部バス１１４を接続する。
【００２０】
図には示していないが，本実施形態においては、通信サブシステム１１０からカメラシステム部１００のＣＰＵ１０１のリセットを解除する手段を有するものとする。
【００２１】
プロトコル処理部１１３は、ハードウェアにより構成しても良いし、プログラムの一部をローカルＲＡＭ１１２においてこれを逐次読みながら実行を行うＣＰＵで構成しても良い。
【００２２】
一般的なネットワークカメラにおいては、通信処理は、カメラシステム部１００のＣＰＵにおいて行う場合が多い。本実施形態のように、通信制御に特化した構成を追加することで、カメラシステムの動作や通信動作それぞれが高速化される効果がある。近年の通信インフラの通信速度向上に伴い、複数の動画ストリームの処理を行うために、このような構成をとるネットワークカメラは今後増えると思われる。
【００２３】
本実施形態においては、通信サブシステムにおいて図２に示した階層で処理を行う。
通信パケットのうち、ＩＰ層に該当する処理をＩＰ処理部２０１で行い、ＴＣＰ層に該当する処理をＴＣＰ処理部２０２において行う。
【００２４】
これらＩＰ処理部２０１、ＴＣＰ処理部２０２は、図１の通信制御部１１１に該当する。また、プロトコル処理部１１３においては、本実施形態のネットワークカメラの通信サブシステムのみで処理できる通信内容であるかどうかを判別する。通信サブシステムのみで処理ができないものに関しては、ソケット処理部２０３（ａ）からシステム部にデータを転送し、通信サブシステムのみで処理できる内容についてはプロトコル処理部２０３で処理を行う。
【００２５】
本実施形態において，ソフトウェアのアップデート処理については、ソフトウェア更新処理部２０３（ｂ）において行う。
【００２６】
図３にソフトウェアのアップデート処理の流れを示す。
まず、通信サブシステムがネットワークを通じて外部からＴＣＰまたはＵＤＰのコネクション要求を受信すると（ｓ３０１）、ヘッダを解析して接続を要求されたポート番号を検出する（ｓ３０２）。
【００２７】
このポート番号がソフトウェア更新処理を行うためのポート番号でなければ（ｓ３０３）、受信処理を行ったのち、システム側へソケットを通じてデータを転送し（ｓ３０６）、システム側で処理を行う。
【００２８】
一方、ｓ３０３において、ソフトウェア更新処理を行うポート番号と判定した場合は、システムアップデート処理を行う（ｓ３０４）。
【００２９】
次に、システムアップデート処理（ｓ３０４）の流れについて図４を用いて説明する。
【００３０】
まず、通信コネクションが張られた状態で、アップデートするためのプログラムを含むアップデートデータを格納した位置（ＵＲＬ）を、外部機器であるアップデート要求側から受信する（ｓ４０１）。そして、アップデートデータを格納した位置を通信サブシステムが保持する（ｓ４０２）。
【００３１】
次に、ｓ４０３で、アップデート可能になるまで待つ。アップデートが可能であるか否かは、通信サブシステムがシステム部と通信を行って決定する。システム部は、実際に撮影中である場合はアップデート不可能であり、撮影が停止した時点で、システムアップデートを許可する。
【００３２】
この時点で、システム部の動作は停止する。通信サブシステムは、システムアップデートが可能になったら、ｓ４０２で保持したアップデートデータ位置のアップデートデータの受信要求を行い（ｓ４０４）、アップデートデータの受信を行う（ｓ４０５）。
【００３３】
アップデートデータの受信が終了したら、データ（プログラム）をＲＡＭ１０３に展開し、蓄積する（ｓ４０６）。
【００３４】
次に、通信サブシステムは、システムのＣＰＵをリセットし（ｓ４０７）、ｓ４０６でＲＡＭに展開したプログラムを実行し（ｓ４０８）、実行が正常かどうかをプログラムが自己判定する（ｓ４０９）。正常であれば、プログラムｆｌａｓｈＲＯＭ１０２に書き込んで（ｓ４１０）、アップデートを終了する。
【００３５】
ｓ４０９において、プログラムによる動作チェックが失敗した場合には、アップデート失敗とし、従来から用いているフラッシュＲＯＭに書き込まれているプログラムを用いてシステムを起動する（ｓ４１１）。
【００３６】
次に、図５を用いて、本実施形態のネットワークカメラのアップデートを行うための通信シーケンスについて説明する。これは、図４で説明したｓ４０１からｓ４０５に相当する。
【００３７】
本実施形態のネットワークカメラ５２０の繋がったネットワーク上に、アップデートの要求を行う操作機５２１とファイルサーバ５２２が存在しているものとする。
【００３８】
まず、操作機５２１からネットワークカメラ５２０に対して、予め決められたシステムアップデートに該当するポート番号を指定して接続要求を行う（ｓ５０１）。
【００３９】
ネットワークカメラ５２０は接続応答をし（ｓ５０２）、操作機５２１はネットワークカメラ５２０が現在動作しているソフトウェアのバージョンの要求を行う（ｓ５０３）。ネットワークカメラ５２０がバージョン番号を操作機５２１に送信する（ｓ５０４）。操作機はこれからアップデートしようとするソフトウェアのバージョンとｓ５０４で取得したネットワークカメラの現在のバージョンが異なれば、新しいアップデートデータ（プログラムを含む）の位置を示すＵＲＬと共に、アップデートの要求を行う（ｓ５０５）。
【００４０】
ネットワークカメラはこのアップデート要求を受信し、応答を返し（ｓ５０６）、操作機５２１とのコネクションを切断する。
【００４１】
次に、ネットワークカメラはアップデートを行うタイミングで、ｓ５０５で取得したアップデートデータの格納されているファイルサーバ５２２に対し、接続要求を行う（ｓ５０７）。
【００４２】
このときは、実際にデータを受け取るためにＦＴＰやＨＴＴＰのような標準的なデータ転送を行うプロトコルでの接続を行う。標準的なプロトコルで接続した後は，ファイルサーバ５２２とネットワークカメラ５２０の通信内容は、接続した通信プロトコルに従ってデータを受信する（ｓ５０８〜ｓ５１３）。
【００４３】
次に、システム部がリセットされた後（ｓ４０７）の起動の動作について図６を用いて説明する。
【００４４】
システム部はリセットがかかると、ＲＯＭ上のローダプログラムを起動し（ｓ６０１）、通信サブシステムは既に動作しているかどうかチェックする（ｓ６０２）。
【００４５】
通信サブシステムが動作していなければ、通常のコールドブートと認識し、ＲＯＭ上のプログラムをＲＡＭに配置しなおし（ｓ６０３）、ＲＡＭ上のプログラムに制御を移し、実行する（ｓ６０４）。
【００４６】
コールドブートの場合は、通信サブシステムを初期化して（ｓ６０６）、起動シーケンスを終了する。
【００４７】
ｓ６０２で通信サブシステムが既に動作していた場合には、通信サブシステムにアップデートプログラムが存在するかどうかを問い合わせる。アップデートプログラムがなければ、ｓ６０３を実行し、通常のコールドブートと同様にＲＯＭのプログラムをＲＡＭに配置して起動を行なう。
【００４８】
ただし、ｓ６０５に示されるように、通信サブシステムの初期化を行なう必要はない。
【００４９】
ｓ６０７においてアップデートプログラムが存在していた場合、アップデートプログラムの配置場所を通信サブシステムに確認する（ｓ６０８）。そして、ローダプログラムからアップデートプログラムに制御を移し、アップデートプログラムを実行する（ｓ６０９）。
【００５０】
アップデートプログラムには、プログラムの動作の有効性を判定する機能（ｓ６１０）をもち、有効であると判定した場合には、アップデートプログラムをフラッシュＲＯＭに書き込んで（ｓ６１１）、起動シーケンスを終了する。
【００５１】
以上により、個別に電源管理されたメインシステム部と通信サブシステムを持つシステムにおいて、メインシステムの状態がいかなる状態でもサブシステム部が独立して、システムアップデートの要求を外部から受け付ける。そして、システムの都合の良いときにシステムのアップデートを行うことができる。
【００５２】
本実施形態においては、システムがアップデート可能な状態になってからアップデートプログラムを含むアップデートデータを受信する方式について説明した。但し、システム側のＲＡＭまたはサブシステムのＲＡＭに余裕があれば、システムがアップデート可能な状態になる前に予めアップデートデータをダウンロードして保持しておいても良い。
【００５３】
この場合、システムのアップデート可能な状態になった時点でアップデートデータが既にダウンロードされていることになるため、アップデートにかかる時間が短縮され、システムのダウンタイムを減らすことができる。
【００５４】
また、アップデートするプログラムをフラッシュＲＯＭに書き込む前に一度ＲＡＭに展開しておき、ここからシステムを立ち上げる。これにより、アップデートプログラムが正しく動作することを確認した後にフラッシュＲＯＭにアップデートデータを書き込むことができ、安全なシステムプログラムのアップデートを実現することができる。
【００５５】
（第２の実施形態）
以下、図７に基づき、本発明によるシステムのアップデート手段および方法の好適な第２の実施形態を説明する。
【００５６】
本実施形態においては、システムのアップデート手段および方法の適用例として、第１の実施形態と同様にネットワークに接続される動画カメラ（以下、ネットワークカメラ）を用いて説明する。
【００５７】
第１の実施形態においては、ネットワークカメラのアップデートを行う命令をリモートで行う。そして、ネットワークカメラ自身が既存のプロトコルを用いて指定された場所（ＵＲＬ）からアップデートプログラムを含むアップデートデータを取得し、システムプログラムとしてインストールする手順について述べた。本実施形態においては、リモートからアップデート要求とともに直接アップデートデータを送信する実施形態について述べる。
【００５８】
システムのハードウェア構成については、第１の実施形態で説明した通り、図１で示したハードウェア構成である。また、リモートから通信コネクションを張ってシステムアップデートを行うおおまかな流れについても第１の実施形態で説明したように図３に示した流れとなる。
【００５９】
本実施形態においては、アップデートを行うデータを受け取る仕組みが異なる。この流れを図７に示す。
【００６０】
本実施形態においては、アップデートを行うためのポートに対する接続要求が行われたら、ソフトウェアアップデートが必要かどうかをネゴシエーションした後に、リモートからアップデートデータが送信されてくるためにデータを受信する（ｓ７０１）。そして、ＲＡＭに保持する（ｓ７０２）。
【００６１】
データの送受信は図８に示すようになる。操作機８２１は、ネットワークカメラ８２０に対し、ある特定のポート番号に対して接続要求を行い（ｓ８０１）、ネットワークカメラ８２０は操作機８２１に対して接続に対する応答をする（ｓ８０２）。
【００６２】
次に、操作機はネットワークカメラの保持するソフトウェアのバージョンを確認するためにバージョン要求を行い（ｓ８０３）、ネットワークカメラ８２０はソフトウェアのバージョン番号を返す（ｓ８０４）。
【００６３】
操作機８２１は、ｓ８０４で得られたバージョンから、アップデートが必要かどうかを判定する。必要であれば、アップデートデータの送信開始メッセージをネットワークカメラ８２０に送信する（ｓ８０５）。ネットワークカメラからの応答（ｓ８０６）があれば、データの送信を開始し、複数のパケットに分けて送信する（ｓ８０７、ｓ８０８）。送信すべきデータを全て送信したら、終了メッセージを送信してデータ送信を終了する（ｓ８０９）。
【００６４】
ネットワークカメラの通信サブシステムは、プログラムの受信が終了したら（ｓ７０３）、システムのアップデートが可能になるまで待機する（ｓ７０４）。
【００６５】
以後は、第１の実施形態で説明した方法と同様の方法により、取得したアップデートプログラムが正常に動作することを確認して、システムのフラッシュＲＯＭに書き込む。
【００６６】
図８に図７のフローチャートのｓ７０１からｓ７０３迄の通信内容を示す。
ネットワークカメラ８２０をリモートで操作するための操作機８２１から、アップデートするためのポート番号を指定して、ネットワークカメラ８２０に対して接続要求を行う（ｓ８０１）。
【００６７】
ネットワークカメラ８２０はこれに対して応答する（ｓ８０２）。次に操作機８２１は、ネットワークカメラ８２０が現在動作しているのソフトウェアバージョンの問い合わせ要求を行い（ｓ８０３）、ネットワークカメラ８２０は、これに対してソフトウェアバージョンを操作機に返す（ｓ８０４）。
【００６８】
操作機側は応答されたソフトウェアバージョンに対して更新が必要かどうかを判定し、更新が必要であれば、ネットワークカメラ８２０に対してアップデートデータの送信を開始する（ｓ８０５、ｓ８０６）。全てのデータの転送を終了するまで送信し（ｓ８０７、ｓ８０８）、終了してコネクションを切断する（ｓ８０９）。
【００６９】
ネットワークカメラ８２０は、受信したデータを通信サブシステムのＲＡＭに保持しても良いし、システム側のＲＡＭの一部に保持しても良い。
【００７０】
ただし、いずれにしても保持したアップデートデータのうち、システムのプログラム部分は少なくとも、システム側のＣＰＵ１０１からの読み込みが可能な構成でなければならない。
【００７１】
以上説明したように、本実施形態においては、第１の実施形態とは異なり，操作者側からリモートでアップデートデータをアップロードされる場合のシステムのアップデート手段および方法について説明した。
【００７２】
この場合においては、ＦＴＰサーバのようなアップデートデータをダウンロードする用途のサーバを立てる必要がなくなる。また、システムをアップデートするターゲット個別に対して個別のアップデートデータを配布することも容易となる。また、ＦＴＰのような汎用的なサーバを用いず独自のアップデートデータ転送プロトコルを用いることで、セキュリティの高いアップデートシステムを構築しやすいという利点もある。
【００７３】
また、操作者側とネットワークカメラ間の通信コネクションを確立した後に、双方で通信を行う。そして、操作者側からアップデートデータをネットワークカメラにアップロードするか、ネットワークカメラが任意の時間にアップデートデータを指定された位置（ＵＲＬ）に対してダウンロードを行うことでアップデートデータを取得する。これらを選択できるようなプロトコルを用いることでアップデートデータの取得する方法を切り替えることができるような実装を行っても良い。また、通信サブシステムは、自らの通信負荷を検出し、通信負荷の低いときにアップデートするためのプログラムを含むデータを取得するようにしてもよい。
【００７４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或いは装置に供給し、そのシステム等のコンピュータが記憶媒体からプログラムコードを読み出し実行することによっても達成される。
【００７５】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７６】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００７７】
また、コンピュータが読み出したプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００７８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに接続された機能拡張ユニット等に備わるメモリに書込まれた後、そのプログラムコードの指示に基づきＣＰＵ等が実際の処理を行い、前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【００７９】
【図１】本発明の実施形態のネットワークカメラのハードウェア構成を表すブロック図である。
【図２】本発明の実施形態に係る通信サブシステムの論理的なソフトウェア構成図である。
【図３】本発明の第１の実施形態のシステムソフトウェアのアップデートを行うおおまかなフローチャートである。
【図４】本発明の第１の実施形態のシステムソフトウェアのアップデートを行う詳細をあらわしたフローチャートである。
【図５】本発明の第１の実施形態のシステムソフトウェアのアップデートを行うために、操作側とネットワークカメラ、ファイルサーバの通信内容をあらわすシーケンス図である。
【図６】アップデートデータを取得後のシステムの起動シーケンスをあらわすフローチャートである。
【図７】本発明の第２の実施形態のシステムソフトウェアのアップデートを行うおおまかなフローチャートである。
【図８】本発明の第２の実施形態のシステムソフトウェアのアップデートを行うために、操作側とネットワークカメラ、ファイルサーバの通信内容をあらわすシーケンス図である。
【符号の説明】
【００８０】
１００  システム部
１１０  通信サブシステム部
１０１  メインＣＰＵ
１０２  フラッシュＲＯＭ
１０３  ＲＡＭ
１０７  バス
１１２  ローカルＲＯＭ
１１３  プロトコル処理部
１１４  通信サブシステム内部バス
１１５  バスブリッジ
１１１  通信制御部
１１２  通信サブシステムＲＡＭ
１２１  電源制御部
【図１】
2008146250.tif 000003
【図２】
2008146250.tif 000004
【図３】
2008146250.tif 000005
【図４】
2008146250.tif 000006
【図５】
2008146250.tif 000007
【図６】
2008146250.tif 000008
【図７】
2008146250.tif 000009
【図８】
2008146250.tif 000010