(57)【要約】      （修正有）【課題】複数のコンポーネントのためのファームウェアを保存するコンポーネントメモリ部を不要にする。【解決手段】電子装置２００の機能実行のために設けられた複数のコンポーネント２４０と、複数のコンポーネント２４０の各々のファームウェアが保存された一つの共用メモリ部２３０と、複数のコンポーネント２４０と共用メモリ部２３０とを接続するためのシステムバス２１０と、電子装置２００がブートされると複数のコンポーネント２４０の各々に対応するファームウェアを共用メモリ部２３０から複数のコンポーネント２４０に伝送する制御部２２０とを含み、複数のコンポーネント２４０は、電子装置２００がブートされると、ブートコードを用いてシステムバス２１０に接続される。【選択図】図２
2012234537.tif 000002
【特許請求の範囲】
【請求項１】
電子装置において、
前記電子装置の機能実行のために設けられた複数のコンポーネントと、
前記複数のコンポーネントの各々のファームウェアが保存された一つの共用メモリ部と、
前記複数のコンポーネントと前記共用メモリ部とを接続するためのシステムバスと、
前記電子装置がブートされると、前記複数のコンポーネントの各々に対応するファームウェアを前記共用メモリ部から前記複数のコンポーネントに伝送する制御部と
を含み、
前記複数のコンポーネントは、前記電子装置がブートされると、ブートコードを用いて前記システムバスに接続されることを特徴とする電子装置。
【請求項２】
前記複数のコンポーネントは、
前記電子装置がブートされると、前記ブートコードを用いて前記システムバスを初期化し、前記システムバスの接続を試みることを特徴とする請求項１に記載の電子装置。
【請求項３】
前記ブートコードは、
前記コンポーネントの初期化のための情報及び前記システムバスの初期化情報を含むことを特徴とする請求項１に記載の電子装置。
【請求項４】
前記ブートコードは、
前記コンポーネント内のマスクＲＯＭに保存されているコードとして、前記コンポーネントの製造時に設定されることを特徴とする請求項１に記載の電子装置。
【請求項５】
前記システムバスは、
ＰＣＩバス、ＵＳＢバス、ＩＤＥバス、ＳＡＴＡバス及びＩＥＥＥ  １３９４バスのうち、少なくともいずれか一つを含むことを特徴とする請求項１に記載の電子装置。
【請求項６】
前記複数のコンポーネントのファームフェアは、前記共用メモリ部の指定された領域に保存され、
前記メイン制御部は、
前記システムバスで前記コンポーネントの接続が確認されると、前記共用メモリ部の指定された領域に保存された前記接続されたコンポーネントのファームウェアを伝送することを特徴とする請求項１に記載の電子装置。
【請求項７】
前記複数のコンポーネントは、
前記伝送されたファームウェアを前記複数のコンポーネント内のフラッシュメモリの各々に保存することを特徴とする請求項１に記載の電子装置。
【請求項８】
電子装置のファームウェア提供方法において、
前記電子装置がブートされると、前記電子装置の機能実行のために設けられた複数のコンポーネントをシステムバスに接続するステップと、
前記複数のコンポーネントが前記システムバスに接続された一つの共用メモリ部から前記複数のコンポーネントの各々に対応するファームウェアを受信するステップと、
前記複数のコンポーネントが受信された各ファームウェアを駆動させるステップとを含み、
前記共用メモリ部は、前記複数のコンポーネントの各々のファームウェアをすべて保存してサポートすることを特徴とする電子装置のファームウェア提供方法。
【請求項９】
前記接続するステップは、
前記電子装置がブートされると、前記複数のコンポーネントがブートコードを用いて前記システムバスを初期化し、前記システムバスの接続を試みることを特徴とする請求項８に記載の電子装置のファームウェア提供方法。
【請求項１０】
前記ブートコードは、
前記コンポーネントの初期化のための情報及び前記システムバスの初期化情報を含むことを特徴とする請求項８に記載の電子装置のファームウェア提供方法。
【請求項１１】
前記ブートコードは、
前記コンポーネント内のマスクＲＯＭに保存されているコードとして、前記コンポーネントの製造時に設定されることを特徴とする請求項８に記載の電子装置のファームウェア提供方法。
【請求項１２】
前記システムバスは、
ＰＣＩバス、ＵＳＢバス、ＩＤＥバス、ＳＡＴＡバス及びＩＥＥＥ  １３９４バスのうち、少なくともいずれか一つを含むことを特徴とする請求項８に記載の電子装置のファームウェア提供方法。
【請求項１３】
前記コンポーネントのファームフェアは、前記共用メモリ部の指定された領域に保存され、
前記受信するステップは、
前記システムバスで前記コンポーネントの接続が確認されると、前記コンポーネントが前記共用メモリ部の指定された領域に保存された前記コンポーネントのファームウェアを受信することを特徴とする請求項８に記載の電子装置のファームウェア提供方法。
【請求項１４】
前記伝送されたファームウェアを前記複数のコンポーネント内のフラッシュメモリの各々に保存するステップを更に含むことを特徴とする請求項８に記載の電子装置のファームウェア提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子装置及びそのファームウェア提供方法に関し、より詳細には、電子装置の各種機能を有するコンポーネントにファームウェアを提供する電子装置及びファームウェア提供方法に関する。
【背景技術】
【０００２】
電子装置が発展するにつれて、電子装置が更に多様な機能を備えるために、一つのボードに多くのコンポーネントが含まれなければならない。このとき、多くのコンポーネントが一つのボードに含まれることにより、ボードに必要な保存空間も増えるようになった。従って、電子装置に含まれた一つのボードに多くのメモリ領域が必要となるため、電子装置の複雑性が増している。
【０００３】
このような従来の電子装置については、図１を参照しながら説明する。図１に示すように、従来の電子装置１００は、システムバス１１０と、メイン制御部１２０と、メインメモリ部１３０と、複数のコンポーネント１４０−１、…、１４０−ｎ及び複数のコンポーネントメモリ部１５０−１、…、１５０−ｎを含む。
【０００４】
このとき、メインメモリ部１３０は、電子装置１００で実行される主要プログラムが保存されており、複数のコンポーネントメモリ部１５０−１、…、１５０−ｎは、複数のコンポーネント１４０−１、…、１４０−ｎのファームウェアを保存する。
【０００５】
即ち、従来の電子装置１００に含まれたメイン制御部１２０と複数のコンポーネント１４０−１、…、１４０−ｎは自己だけのメインメモリ部１３０及び複数のコンポーネントメモリ部１５０−１、…、１５０−ｎを各々有し、各々に保存されているプログラム及びファームウェアを実行しつつ、全体的にシステムバス１１０を介してデータのやり取りを行いながら有機的に作動するようになる。
【０００６】
しかし、複数のコンポーネント１４０−１、…、１４０−ｎのためのファームウェアを保存する別途のコンポーネントメモリ部１５０−１、…、１５０−ｎを置かなければならないということは、ボードの複雑性を増してしまい、生産過程とソフトウェアのアップデート時点ですべてのメモリ部に対する処理を行わなければならないという問題点が生じるようになる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】日本特開第２００７−２４１５２６号公報
【特許文献２】韓国特開第２００８−０１０００７９号公報
【特許文献３】韓国特開第２００８−０１０３１８３号公報
【特許文献４】韓国特開第２００５−０１０７３６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、電子装置がブートされると、複数のコンポーネントがブートコードを用いてシステムバスに接続され、制御部が複数のコンポーネントの各々に対応するファームウェアをシステムバスを通じて共用メモリ部から複数のコンポーネントに伝送する電子装置及びそのファームウェア提供方法を提供することにある。
【課題を解決するための手段】
【０００９】
前記目的を達成するための本発明の一実施形態に係る電子装置は、前記電子装置の機能実行のために設けられた複数のコンポーネントと、前記複数のコンポーネントの各々のファームウェアが保存された一つの共用メモリ部と、前記複数のコンポーネントと前記共用メモリ部とを接続するためのシステムバスと、前記電子装置がブートされると、前記複数のコンポーネントの各々に対応するファームウェアを前記共用メモリ部から前記複数のコンポーネントに伝送する制御部とを含み、前記複数のコンポーネントは、前記電子装置がブートされると、ブートコードを用いて前記システムバスに接続される。
【００１０】
そして、前記複数のコンポーネントは、前記電子装置がブートされると、前記ブートコードを用いて前記システムバスを初期化し、前記システムバスの接続を試みてよい。
【００１１】
なお、前記ブートコードは、前記コンポーネントの初期化のための情報及び前記システムバスの初期化情報を含んでよい。
【００１２】
そして、前記ブートコードは、前記コンポーネント内のマスクＲＯＭに保存されているコードとして、前記コンポーネントの製造時に設定されてよい。
【００１３】
なお、前記システムバスは、ＰＣＩバス、ＵＳＢバス、ＩＤＥバス、ＳＡＴＡバス及びＩＥＥＥ  １３９４バスのうち、少なくともいずれか一つを含んでよい。
【００１４】
そして、前記複数のコンポーネントのファームフェアは、前記共用メモリ部の指定された領域に保存され、前記メイン制御部は、前記システムバスで前記コンポーネントの接続が確認されると、前記共用メモリ部の指定された領域に保存された前記接続されたコンポーネントのファームウェアを伝送してよい。
【００１５】
なお、前記複数のコンポーネントは、前記伝送されたファームウェアを前記複数のコンポーネント内のフラッシュメモリの各々に保存してよい。
【００１６】
一方、前記目的を達成するための本発明の一実施形態に係る電子装置のファームウェア提供方法は、前記電子装置がブートされると、前記電子装置の機能実行のために設けられた複数のコンポーネントをシステムバスに接続するステップと、前記複数のコンポーネントが前記システムバスに接続された一つの共用メモリ部から前記複数のコンポーネントの各々に対応するファームウェアを受信するステップと、前記複数のコンポーネントが受信された各ファームウェアを駆動させるステップとを含み、前記共用メモリ部は、前記複数のコンポーネントの各々のファームウェアをすべて保存してサポートする。
【００１７】
そして、前記接続するステップは、前記電子装置がブートされると、前記複数のコンポーネントがブートコードを用いて前記システムバスを初期化し、前記システムバスの接続を試みてよい。
【００１８】
なお、前記ブートコードは、前記コンポーネントの初期化のための情報及び前記システムバスの初期化情報を含んでよい。
【００１９】
そして、前記ブートコードは、前記コンポーネント内のマスクＲＯＭに保存されているコードとして、前記コンポーネントの製造時に設定されてよい。
【００２０】
なお、前記システムバスは、ＰＣＩバス、ＵＳＢバス、ＩＤＥバス、ＳＡＴＡバス及びＩＥＥＥ  １３９４バスのうち、少なくともいずれか一つを含んでよい。
【００２１】
そして、前記コンポーネントのファームフェアは、前記共用メモリ部の指定された領域に保存され、前記受信するステップは、前記システムバスで前記コンポーネントの接続が確認されると、前記コンポーネントが前記共用メモリ部の指定された領域に保存された前記コンポーネントのファームウェアを受信してよい。
【００２２】
なお、前記伝送されたファームウェアを前記複数のコンポーネント内のフラッシュメモリの各々に保存するステップを更に含んでよい。
【発明の効果】
【００２３】
以上説明したように本発明によれば、コンポーネントが別途のメモリからファームウェアを受信せずに、ブートコードを用いてシステムバスに接続されて共用メモリ部からブートコードを受信できるようになる。これにより、各コンポーネントの保存空間を減らして原価を下げることができ、全ソフトウェア及びファームウェアが一つの共用メモリによって保存されるため生産性が向上し、メンテナンスが容易になる。なお、生産工程における複雑な装置への実現の必要性がなくなり、生産にかかる時間が短縮でき、高速のシステムバスを用いる場合、デバイスプログラムの伝送時間を短縮することができる。
【図面の簡単な説明】
【００２４】
【図１】従来の電子装置のブロック図を示す図である。
【図２】本発明の一実施形態に係る電子装置のブロック図を示す図である。
【図３】本発明の一実施形態に係る電子装置のファームウェア提供方法を説明するための図である。
【図４】本発明の一実施形態に係る電子装置のファームウェア提供方法を説明するためのフローチャートである。
【図５】本発明の一実施形態に係るコンポーネントがファームウェアを受信する方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００２５】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。
【００２６】
図２は、本発明の一実施形態に係る電子装置２００のブロック図を示す図である。図２に示すように、本発明の一実施形態に係る電子装置２００は、システムバス２１０と、メイン制御部２２０と、共用メモリ部２３０及び複数のコンポーネント２４０−１、…、２４０−ｎを含む。このとき、本発明の一実施形態に係る電子装置２００は、コンピュータやタブレットパソコンやスマートテレビ、スマートフォンなどのような電子装置で実現してよい。
【００２７】
システムバス２１０は、メイン制御部２２０と、共用メモリ部２３０及び複数のコンポーネント２４０−１、…、２４０−ｎを相互接続する。ここで、接続とは、メイン制御部２２０と、共用メモリ部２３０及び複数のコンポーネント２４０−１、…、２４０−ｎが通信可能な電気的な経路を提供するシステムバス２１０のことを意味する。具体的に、システムバス２１０は、電子装置２００のメイン制御部２２０の制御により、共用メモリ部２３０及び複数のコンポーネント２４０−１、…、２４０−ｎを接続し、共用メモリ部２３０の指定された領域に保存された複数のコンポーネント２４０−１、…、２４０−ｎのファームウェアを対応する複数のコンポーネント２４０−１、…、２４０−ｎに伝送するルートの役割を果たす。
【００２８】
このとき、システムバス２１０としては、ＰＣＩバス、ＵＳＢバス、ＩＤＥバス、ＡＧＰバス、ＳＡＴＡバス及びＩＥＥＥ  １３９４バスのうち、いずれか一つを用いてよい。例えば、コンポーネント２４０がグラフィックカードである場合、システムバス２１０としては、ＰＣＩバス、ＳＡＴＡバスなどを用いることができ、コンポーネント２４０がＷｉ−Ｆｉモジュールである場合、システムバス２１０としては、ＵＳＢバスを用いることができ、コンポーネント２４０がスキャナやプリンタである場合、ＩＥＥＥ  １３９４バスなどを用いることができる。
【００２９】
しかし、システムバス２１０は、上述のようなシステムバスに限られず、多様なシステムバスが本発明の技術的な思想に適用されてよい。例えば、ＩＳＡ（Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＭＣＡ（Ｍｉｃｒｏ  Ｃｈａｎｎｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＥＩＳＡ（Ｅｘｔｅｎｄｅｄ  Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）バスなどが用いられてよい。
【００３０】
更に、図示の部分で通信経路を提供する構造は、実際のバス又は相互接続が可能な別の方式内のハードウェアで実行されてよい。なお、多様な階層のバスがシステムバス領域内で実行されてよい。
【００３１】
メイン制御部２２０は、ユーザ入力部（図示せず）を介して入力されたユーザ命令に従って電子装置２００を制御する。具体的に、メイン制御部２２０は、共用メモリ部２３０に保存された主要プログラムをユーザの命令によって制御する。
【００３２】
なお、電子装置２００がブートされると、メイン制御部２２０に電源が印加され、メイン制御部２２０に電源が印加されると、メイン制御部２２０は共用メモリ部２３０を初期化し、共用メモリ部２３０を確認する。即ち、メイン制御部２２０は、システムバス２１０を介して共用メモリ部２３０と接続される。
【００３３】
そして、コンポーネント２４０がブートコードを用いてシステムバス２１０に接続されると、メイン制御部２２０はコンポーネント２４０を確認し、複数のコンポーネント２４０−１、…、２４０−ｎのうち少なくとも一つのコンポーネントに対応するファームウェア（Ｆｉｒｍｗａｒｅ）を伝送するように共用メモリ部２３０を制御する。このとき、ファームウェアとは、保存装置に記録されてハードウェアを制御するプログラムのことをいう。
【００３４】
そして、メイン制御部２２０は、各コンポーネントにファームウェアを伝送することにより、コンポーネントのリセットタイミングを調節することができる。
【００３５】
このとき、メイン制御部２２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）又はＡＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）で実現されてよい。
【００３６】
共用メモリ部２３０は、各種プログラム及びデータが保存される。特に、共用メモリ部２３０は、メイン制御部２２０によって実行される主要プログラム以外にも複数のコンポーネント２４０−１、…、２４０−ｎのファームウェアも指定された領域に保存することができる。ファームウェアを共用メモリ部２３０の指定された領域に保存することにより、早いファームウェア伝送が可能となる。
【００３７】
このとき、共用メモリ部２３０は、フラッシュメモリ又はハードディスクで実現されてよい。
【００３８】
コンポーネント２４０は、電子装置２００の各種役割を果たす構成となっている。本発明の一実施形態に係るコンポーネント２４０としては、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭのような光学機器だけでなく、グラフィックカードやオーディオコデック、Ｗｉ−Ｆｉモジュール、スキャナ、プリンタ、キーボード、マウスなどのような構成が含まれてよい。
【００３９】
特に、コンポーネント２４０は、外部にファームウェアを保存するための別途のメモリを含めず、共用メモリ部２３０に保存されたファームウェアを受信し、受信されたファームウェアを駆動させる。
【００４０】
具体的に、電子装置２００がブートされると、コンポーネント２４０に電源が印加される。コンポーネント２４０に電源が印加されると、コンポーネント２４０はマスクＲＯＭに保存されたブートコードを用いて、システムバスに接続される。このとき、ブートコードは、製造時からコンポーネント２４０のマスクＲＯＭに保存されているコードとして、基本的なシステムプログラムアクセスの役割を果たす。具体的に、ブートコードは、コンポーネント２４０の初期化情報及びシステムバス２１０の初期化情報を保存しており、コンポーネント２４０の初期化情報及びシステムバス２１０の初期化情報を用いてシステムバス２１０への接続を行う。
【００４１】
コンポーネント２４０がシステムバス２１０に接続されると、コンポーネント２４０はメイン制御部２２０の制御によって共用メモリ部２３０の指定された領域に保存されたファームウェアを受信する。複数のコンポーネント２４０−１、…、２４０−ｎがファームウェアを受信する方法については、図３を参照しながら説明する。図３は、本発明の一実施形態に係るコンポーネントがファームウェアを受信する方法を説明するための図である。
【００４２】
図３に示すように、複数のコンポーネント２４０−１、…、２４０−ｎのファームウェアは、共用メモリ部２３０の指定された領域に保存される。そして、第１コンポーネント２４０−１がシステムバス２１０に接続されると、第１コンポーネント２４０−１はそれに対応する第１コンポーネントファームウェア（Ｆ／Ｗ  １）を共用メモリ部２３０から受信し、第２コンポーネント２４０−２がシステムバス２１０に接続されると、第２コンポーネント２４０−２はそれに対応する第２コンポーネントファームウェア（Ｆ／Ｗ  ２）を共用メモリ部２３０から受信する。このような方式で、
第ｎコンポーネント２４０−ｎがシステムバス２１０に接続されると、第ｎコンポーネント２４０−ｎはそれに対応する第ｎコンポーネントファームウェア（Ｆ／Ｗ  ｎ）を共用メモリ部２３０から受信する。
【００４３】
そして、コンポーネント２４０がファームウェアを受信すると、コンポーネント２４０は受信されたファームウェアを実行させる。なお、コンポーネント２４０はコンポーネント内部にフラッシュメモリを含んでよく、受信されたファームウェアをフラッシュメモリに保存してよい。
【００４４】
上述のように、コンポーネント２４０が別途のコンポーネントメモリ部を具備せずに、共用メモリ部２３０に保存されたファームウェアを受信して駆動させる。
【００４５】
従って、製品生産の過程において、すべてのファームウェア又はプログラムが統合した形で保存メモリに保存されるため、ファームウェアを保存するための別途の入力装置や入力方法が必要でなくなり、電源さえ印加すれば、コンポーネント２４０は直ちに実行が可能となる。なお、必要に応じて、コンポーネント２４０は受信されるファームウェアを自己のフラッシュメモリに保存することができるようになる。
【００４６】
なお、ファームウェアアップデートの際にも、すべてのファームウェアやプログラムが一つの共用メモリ部２３０に保存されているため、ファームウェアを個別的にアップデートする必要がなく、共用メモリ部２３０のみをアップデートすることにより、すべてのファームウェアをアップデートすることができるようになる。
【００４７】
以下では、図４を参照しながら、電子装置２００のファームウェア提供方法について説明する。
【００４８】
図４は、本発明の一実施形態に係る電子装置のファームウェア提供方法を説明するためのフローチャートである。
【００４９】
まず、電子装置１００がブートされると、メイン制御部２２０及びコンポーネント２４０の各々に電源が印加される（Ｓ４１０）。
【００５０】
メイン制御部２２０に電源が印加されると、メイン制御部２２０はシステムバス２１０を介して接続された共用メモリ部２３０を確認する（Ｓ４２０）。即ち、メイン制御部２２０は、システムバス２１０に接続されて共用メモリ部２３０を制御する。
【００５１】
なお、コンポーネント２４０に電源が印加されると、コンポーネント２４０はブートコードを駆動させ（Ｓ４３０）、システムバス２１０との接続を試みる。このとき、ブートコードとは、製造時からコンポーネント２４０のマスクＲＯＭに保存されているコードとして、基本的なシステムプログラムアクセスの役割を果たす。具体的に、ブートコードは、コンポーネント２４０の初期化情報及びシステムバス２１０の初期化情報を保存しており、コンポーネント２４０の初期化情報及びシステムバス２１０の初期化情報を用いて、システムバス２１０を初期化した後、システムバス２１０に接続を行う。
【００５２】
コンポーネント２４０がブートコードを用いてシステムバス２１０に接続されると（Ｓ４４０）、メイン制御部２２０はコンポーネントを確認し（Ｓ４５０）、コンポーネント２４０はメイン制御部２２０を確認する（Ｓ４５５）。即ち、メイン制御部２２０とコンポーネント２４０とは相互システムバス２１０に接続されることにより、相互を認識するようになる。
【００５３】
メイン制御部２２０がコンポーネント２４０を確認すると、メイン制御部２２０は共用メモリ部２３０の指定された領域に保存されたファームウェアを対応するコンポーネント２４０に伝送する（Ｓ４６０）。例えば、コンポーネント２４０がグラフィックカードである場合、メイン制御部２２０は、ＰＣＩバス又はＡＧＰバスを通じてグラフィックカードのファームウェアをグラフィックカードに伝送することができる。なお、コンポーネント２４０がＷｉ−Ｆｉモジュールである場合、メイン制御部２２０はＵＳＢバスを通じてＷｉ−ＦｉモジュールのファームウェアをＷｉ−Ｆｉモジュールに伝送することができる。このように、メイン制御部２２０は、システムバス２１０を用いて多様なコンポーネントのファームウェアを当該コンポーネントに伝送することができる。
【００５４】
メイン制御部２２０が対応するファームウェアを伝送すると、コンポーネント２４０はリセットを行い、ファームウェアを駆動させるようになる（Ｓ４７０）。このとき、コンポーネント２４０は自己のフラッシュメモリに伝送されたファームウェアを保存することもできる。
【００５５】
上述のように、コンポーネント２４０のファームウェアを提供することにより、コンポーネント２４０に別途のメモリが必要でなくなり、ボードの製造工程が単純化するだけでなく、ファームウェアのアップデートをより迅速かつ容易に行うことができるようになる。
【００５６】
以下では、図５を参照しながら、コンポーネント２４０がファームウェアを受信する方法について説明する。図５は、本発明の一実施形態に係るコンポーネント２４０がファームウェアを受信する方法を説明するためのフローチャートである。
【００５７】
まず、コンポーネント２４０は、電子装置２００がブートされているか否かを判断する（Ｓ５１０）。電子装置２００がブートされている場合（Ｓ５１０−Ｙ）、コンポーネント２４０に電源が印加される（Ｓ５２０）。
【００５８】
コンポーネント２４０に電源が印加されると、コンポーネント２４０はブートコードを用いてシステムバス２１０に接続する（Ｓ５３０）。具体的に、コンポーネント２４０はコンポーネント２４０の初期化情報及びシステムバス２１０の初期化情報を用いて、システムバス２１０を初期化した後、システムバス２１０に接続を行う。
【００５９】
コンポーネント２４０がシステムバス２１０に接続されると、コンポーネント２４０はメイン制御部２２０の制御によってファームウェアを受信する（Ｓ５４０）。
【００６０】
コンポーネント２４０がファームウェアを受信すると、コンポーネント２４０は受信されたファームウェアを駆動させる（Ｓ５５０）。
【００６１】
上述のようなファームウェア提供方法により、コンポーネント２４０が別途のメモリからファームウェアを受信せずに、ブートコードを用いてシステムバス２１０に接続されて共用メモリ部２３０からブートコードを受信できるようになる。これにより、各コンポーネントの保存空間を減らして原価を下げることができ、全ソフトウェア及びファームウェアが一つの共用メモリによって保存されるため生産性が向上し、メンテナンスが容易になる。なお、生産工程における複雑な装置への実現の必要性がなくなり、生産にかかる時間が短縮でき、高速のシステムバスを用いる場合、デバイスプログラムの伝送時間を短縮することができる。
【００６２】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明は以上の実施形態に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的趣旨の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【図１】
2012234537.tif 000003
【図２】
2012234537.tif 000004
【図３】
2012234537.tif 000005
【図４】
2012234537.tif 000006
【図５】
2012234537.tif 000007