特許 6221317 電子機器、及び、通信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6221317

(24)【登録日】2017年10月13日

(45)【発行日】2017年11月1日

(54)【発明の名称】電子機器、及び、通信システム

(51)【国際特許分類】

   G06F 11/00 20060101AFI20171023BHJP

【ＦＩ】

   G06F9/06 630A

【請求項の数】3

【全頁数】17

(21)【出願番号】特願2013-84617(P2013-84617)

(22)【出願日】2013年4月15日

(65)【公開番号】特開2014-206889(P2014-206889A)

(43)【公開日】2014年10月30日

【審査請求日】2016年3月23日

(73)【特許権者】

【識別番号】000002369

【氏名又は名称】セイコーエプソン株式会社

(74)【代理人】

【識別番号】100116665

【弁理士】

【氏名又は名称】渡辺 和昭

(74)【代理人】

【識別番号】100164633

【弁理士】

【氏名又は名称】西田 圭介

(74)【代理人】

【識別番号】100179475

【弁理士】

【氏名又は名称】仲井 智至

(72)【発明者】

【氏名】河西 永治

【審査官】 杉浦 孝光

(56)【参考文献】

【文献】 特開２００８−１２３４１２（ＪＰ，Ａ）

【文献】 特開２００７−０５８４７８（ＪＰ，Ａ）

【文献】 国際公開第２０１２／１４４４６２（ＷＯ，Ａ１）

【文献】 特開２０１２−００６１７６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １１／００

(57)【特許請求の範囲】

【請求項1】

端末装置と、通信回線を介し前記端末装置からのアクセスに応答する複数のサーバーを搭載した電子機器とを有する通信システムであって、
前記電子機器は、
前記通信回線により第１通信ポートを使用してアクセス可能な第１サーバーと、第２通信ポートを使用してアクセス可能であり、ファイルの格納処理を実行可能な第２サーバーと、を有し、
前記第１サーバー及び前記第２サーバーが動作している状態、及び、前記第２サーバーのみが動作している状態のいずれかの状態をとることが可能であり、前記第２サーバーのみが動作している状態の場合は、前記第２サーバーには前記第１通信ポートを使用してアクセス可能な構成とされ、
前記端末装置は、
前記第２通信ポートを指定して前記電子機器にアクセスし、肯定応答があった場合、前記第２通信ポートを介して前記第２サーバーに対して前記特定のファイルの格納要求を行なう一方、否定応答があった場合、前記第１通信ポートを介して前記第２サーバーに対して前記特定のファイルの格納要求を行い、
前記電子機器は、
前記第２通信ポートを介して前記端末装置から前記特定のファイルの格納要求があった場合、前記第１サーバーを停止させた後、前記第２サーバーによって前記特定のファイルを受信することを特徴とする通信システム。

【請求項2】

前記電子機器は、
前記第２サーバーは、ファームウェアに係るファイルに基づいて、前記ファームウェアのアップデートを行なう機能が実装されており、前記端末装置からの前記特定のファイルの格納要求は、前記ファームウェアに係るファイルに基づくアップデートの要求であることを特徴とする請求項１に記載の通信システム。

【請求項3】

前記電子機器は、
前記第１サーバーの停止後、前記第２サーバーによる前記第２通信ポートを介した前記特定のファイルの受信中に、受信が中断した場合、停止した前記第１サーバーを起動することを特徴とする請求項１に記載の通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバーが搭載された電子機器、及び、当該電子機器と端末装置とを備える通信システムに関する。

【背景技術】

【0002】

従来、サーバーが搭載された電子機器（サーバー装置）が知られている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１１−２２７６６２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上述した電子機器において、複数のサーバーソフトウェアがインストールされることにより、複数のサーバーが搭載されることを想定する。このような構成により、事後的に、電子機器に、サーバーに係る機能を追加することが可能となる。そして、上記構成に係る電子機器が、外部機器たる端末装置の要求に応じて、ファイルの格納を行なう場合、複数のサーバーが搭載されていることを踏まえた適切な処理を行なう必要がある。
本発明は、上述した事情に鑑みてなされたものであり、複数のサーバーを搭載した電子機器、及び、当該電子機器を有する通信システムについて、複数のサーバーが搭載されていることを踏まえて適切にファイルの格納処理を行えるようにすることを目的とする。

【課題を解決するための手段】

【0005】

上記目的を達成するために、本発明は、通信回線を介した端末装置からのアクセスに応答する複数のサーバーを搭載した電子機器であって、前記通信回線により第１通信ポートを使用してアクセス可能な第１サーバーと、第２通信ポートを使用してアクセス可能であり、ファイルの格納処理を実行可能な第２サーバーと、を有し、前記第２通信ポートを介して前記端末装置から特定のファイルの格納要求を受信した場合、前記第１サーバーを停止させて、前記第２サーバーによって前記第２通信ポートを介して前記特定のファイルを受信すること、を特徴とする。
この構成によれば、第２サーバーによる特定のファイルの格納に伴う当該特定のファイルの受信に際し、第１サーバーが停止される。これにより、例えば、第１サーバーが動作していることに起因して、特定のファイルの格納に使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。すなわち、電子機器は、複数のサーバーが搭載されることを踏まえて、適切にファイルの格納処理を行うことができる。

【0006】

また、本発明は、前記第１サーバーは、前記特定のファイルの格納に使用するメモリー領域を使用して動作すること、を特徴とする。
この構成によれば、第１サーバーが動作していることに起因して、特定のファイルの格納に使用するメモリー領域の不足が発生することが防止される。

【0007】

また、本発明は、前記第２サーバーは、ファームウェアに係るファイルに基づいて、ファームウェアのアップデートを行なう機能が実装されており、前記端末装置からの前記特定のファイルの格納要求は、前記ファームウェアに係るファイルに基づくアップデートの要求であることを特徴とする。
この構成によれば、電子機器は、複数のサーバーが搭載されることを踏まえて、適切に、ファームウェアのアップデートを実行することができる。

【0008】

また、本発明は、前記第１サーバーの停止後、前記第２サーバーによる前記第２通信ポートを介した前記特定のファイルの受信中に、受信が中断した場合、停止した前記第１サーバーを起動することを特徴とする。
この構成によれば、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、特定のファイルの格納が失敗した場合であっても、速やかに第１サーバーが立ち上がり、第１サーバーの機能による処理を実行可能となる。

【0009】

また、本発明は、端末装置と、通信回線を介した前記端末装置からのアクセスに応答する複数のサーバーを搭載した電子機器とを有し、前記電子機器は、前記通信回線により第１通信ポートを使用してアクセス可能な第１サーバーと、第２通信ポートを使用してアクセス可能であり、ファイルの格納処理を実行可能な第２サーバーと、を有し、前記端末装置は、前記第２通信ポートを介して前記第２サーバーに対して、特定のファイルの格納要求を行い、前記電子機器は、前記第２通信ポートを介して前記端末装置から前記特定のファイルの格納要求を受信した場合、前記第１サーバーを停止させて、前記第２サーバーによって前記特定のファイルを受信すること、を特徴とする。
この構成によれば、第２サーバーによる特定のファイルの格納に伴う当該特定のファイルの受信に際し、第１サーバーが停止される。これにより、例えば、第１サーバーが動作していることに起因して、特定のファイルの格納に使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。すなわち、通信システムは、複数のサーバーが搭載されることを踏まえて、適切にファイルの格納処理を行うことができる。

【0010】

また、本発明は、前記電子機器は、前記第１サーバー及び前記第２サーバーが動作している状態、及び、前記第２サーバーのみが動作している状態のいずれかの状態をとることが可能であり、前記第２サーバーのみが動作している状態の場合は、前記第２サーバーには前記第１通信ポートを使用してアクセス可能な構成とされ、前記端末装置は、前記第２通信ポートを指定して前記電子機器にアクセスし、肯定応答があった場合、前記第２通信ポートを介して前記第２サーバーに対して前記特定のファイルの格納要求を行なう一方、否定応答があった場合、第１通信ポートを介して前記第２サーバーに対して特定のファイルの格納要求を行い、前記電子機器は、前記第２通信ポートを介して前記端末装置から前記特定のファイルの格納要求があった場合、前記第１サーバーを停止させて、前記第２サーバーによって前記特定のファイルを受信することを特徴とする。
この構成によれば、第１サーバー及び第２サーバーが動作している状態、及び、第２サーバーのみが動作している状態のいずれであっても、複数のサーバーが搭載されることを踏まえて、ファイルの格納処理を行うことができる。

【0011】

また、本発明は、前記第２サーバーは、ファームウェアに係るファイルに基づいて、ファームウェアのアップデートを行なう機能が実装されており、前記端末装置からの前記特定のファイルの格納要求は、前記ファームウェアに係るファイルに基づくアップデートの要求であることを特徴とする。
この構成によれば、通信システムは、電子機器は、複数のサーバーが搭載されることを踏まえて、適切に、ファームウェアのアップデートを実行することができる。

【発明の効果】

【0012】

本発明によれば、複数のサーバーが搭載されていることを踏まえて適切にファイルの格納処理を実行できる、という効果を奏する。

【図面の簡単な説明】

【0013】

【図1】第１実施形態に係る通信システムの機能的構成を示すブロック図である。

【図2】動作モードを説明するための図である。

【図3】プリンター、及び、端末装置の動作を示すフローチャートである。

【図4】プリンター、及び、端末装置の動作を示すフローチャートである。

【図5】第２実施形態に係る動作モードを説明するための図である。

【図6】プリンター、及び、端末装置の動作を示すフローチャートである。

【図7】ユーザーインターフェースを示す図である。

【図8】プリンター、及び、端末装置の動作を示すフローチャートである。

【発明を実施するための形態】

【0014】

以下、図面を参照して本発明の実施形態について説明する。
＜第１実施形態＞
図１は、本実施形態に係る通信システム１の機能的構成を示すブロック図である。
図１に示すように、通信システム１は、プリンター１０（電子機器）と、端末装置３０とを備え、これらがインターネットや、ＬＡＮ等のネットワークを含んで構成される通信回線Ｎを介して通信可能に接続されている。
プリンター１０は、少なくとも、記録媒体に画像を印刷する機能、及び、通信回線Ｎを介して端末装置３０と通信する機能を有する印刷装置である。
また、端末装置３０は、少なくとも、ブラウザー（不図示）、及び、専用ツール３４ａ（ソフトウェアツール、詳細は後述。）の機能により、通信回線Ｎを介してプリンター１０と通信し、プリンター１０に関する各種設定、各種メンテナンスを実行する機能を有する端末である。端末装置３０は、上記ソフトウェアがインストールされていれば何でもよく、デスクトップ型や、携帯型、タブレット型のＰＣや、携帯電話等を、端末装置３０として使用できる。また、後述するようにプリンター１０は、ホストコンピューターから入力された制御コマンドに基づいて印刷に係る各種処理を実行するが、このホストコンピューターが端末装置３０であってもよい。

【0015】

図１に示すように、プリンター１０は、プリンター制御部１１と、プリンター記憶部１２と、印刷機構１３と、インターフェースボード１４と、を備えている。
プリンター制御部１１は、プリンター１０の各部を中枢的に制御するものであり、ＣＰＵや、ＲＯＭ、ＲＡＭ、その他の周辺回路等を備えている。プリンター記憶部１２は、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを書き換え可能に不揮発的に記憶する。プリンター記憶部１２には、プリンター１０の制御に係るプログラムであるプリンターファームウェア１２ａが記憶されている。印刷機構１３は、印刷ヘッドや、記録媒体を搬送する搬送機構等を備え、プリンター制御部１１の制御の下、印刷に係る各種処理を実行して、記録媒体に画像を印刷する。
インターフェースボード１４は、制御部１６と、不揮発性メモリー１７と、ＲＡＭ１８と、通信モジュール１９と、コネクター２０とが実装されている。
制御部１６は、ＣＰＵや、周辺回路等が実装され、インターフェースボード１４の各部を中枢的に制御する。不揮発性メモリー１７は、ＥＥＰＲＯＭ等の不揮発性メモリーを含んで構成され、各種データを不揮発的に書き換え可能に記憶する。不揮発性メモリー１７には、拡張サーバーソフトウェア１７ａ、基本サーバーソフトウェア１７ｂ、及び、ファームウェア１７ｃが記憶されている。これらプログラムについては後述する。
ＲＡＭは、制御部１６のワークエリアとして機能し、各種データを一時記憶する。
通信モジュール１９は、所定の通信規格に準拠して、通信回線Ｎを介して端末装置３０と通信するための信号処理回路や、その他の回路等を備え、制御部１６の制御の下、端末装置３０との間でのデータの送受信を制御する。コネクター２０には、所定の通信規格に準拠したケーブルが接続される。本実施形態では、通信は、有線を想定しているが、無線であってもよい。

【0016】

一方、図１に示すように、端末装置３０は、端末制御部３１と、端末表示部３２と、端末入力部３３と、端末記憶部３４と、インターフェース部３５（Ｉ／Ｆ）と、を備えている。
端末制御部３１は、ＣＰＵや、ＲＯＭ、ＲＡＭ、その他の周辺回路等を備え、端末装置３０の各部を中枢的に制御する。端末表示部３２は、端末制御部３１の制御の下、表示パネル３２ａに各種画像を表示する。端末入力部３３は、キーボードや、マウス、その他の入力デバイスに接続され、入力デバイスに対する入力を検出して端末制御部３１に出力する。端末記憶部３４は、ＥＥＰＲＯＭや、ハードディスク等の不揮発性メモリーを備え、各種データを書き換え可能に、不揮発的に記憶する。端末記憶部３４には、専用ツール３４ａが記憶されている。専用ツール３４ａは、プリンター１０に関する各種設定、各種メンテナンスを実行する機能が実装されたプログラムであり、少なくとも、プリンター１０にファームウェア１７ｃのアップデートを実行させる機能が実装されている。インターフェース部３５は、端末制御部３１の制御の下、プリンター１０と所定の通信規格に準拠して通信する。

【0017】

次に、プリンター１０が記録媒体に画像を印刷する際の基本的な動作について説明する。
記録媒体への画像の記録に際し、プリンター１０に接続されたホストコンピューター（不図示）から画像の記録に係る各種処理を実行させる制御コマンドが入力される。ホストコンピューターにはプリンタードライバーがインストールされており、ホストコンピューターは、当該プリンタードライバーの機能により、制御コマンドを生成し、出力する。プリンター１０のプリンター制御部１１は、入力された制御コマンドに基づいて、印刷機構１３を制御して、記録媒体を搬送しつつ、印刷ヘッドによって記録媒体に画像を印刷する。

【0018】

次に、拡張サーバーソフトウェア１７ａに係る拡張サーバーＳＶ１（第１サーバー）、及び、基本サーバーソフトウェア１７ｂに係る基本サーバーＳＶ２（第２サーバー）について説明する。
上述したように、インターフェースボード１４の不揮発性メモリー１７には、拡張サーバーソフトウェア１７ａ、及び、基本サーバーソフトウェア１７ｂが記憶（インストール）されている。これらソフトウェアは、いわゆるＷｅｂサーバーソフトウェアであり、クライアントとして端末装置３０のリクエストに応じて、ＨＴＴＰに準拠して、サービスを提供する機能が実装されている。
拡張サーバーＳＶ１とは、拡張サーバーソフトウェア１７ａの起動（ロード）後、このソフトウェアにより実現されるサーバーとしての機能を概念的に表わしたものである。同様に、基本サーバーＳＶ２とは、基本サーバーソフトウェア１７ｂの起動（ロード）後、このソフトウェアにより実現されるサーバーとしての機能を概念的に表わしたものである。
基本サーバーＳＶ２（第２サーバー）は、基本的な機能を有するサーバーである。本実施形態では、基本サーバーＳＶ２は、少なくとも、インターフェースボード１４に関する各種設定を実行する機能、及び、後述するようにファームウェア１７ｃをアップデートする機能（ファイルの格納処理を実行する機能）を有している。
拡張サーバーＳＶ１は、基本サーバーＳＶ２の機能に加えて、さらに機能を追加することを目的としたサーバーである。本実施形態では、拡張サーバーＳＶ１は、ｐｅｒｌや、ｐｈｐ、ＪａｖａＳｃｒｉｐｔ（登録商標）等のプログラム言語に対応して各種処理を実行する機能を有している。
プリンター１０は、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２に関連して、２つの動作モードをとり得る構成となっている。

【0019】

１つ目の動作モードは、拡張−基本動作モードである。この動作モードでは、図２（Ａ）に示すように、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２が共に動作している状態とされる。換言すれば、拡張サーバーソフトウェア１７ａ、及び、基本サーバーソフトウェア１７ｂのいずれもがロードされた状態とされる。
そして、拡張−基本動作モードでは、拡張サーバーＳＶ１には、ＴＣＰ（ＵＤＰでもよいが、本実施形態ではＴＣＰであるものとする。）に係るポート番号として、「８０」が割り当てられる。以下、ポート番号が「８０」の通信ポートを、「８０ポート」という。８０ポートが、第１通信ポートに該当する。
また、基本サーバーＳＶ２には、ポート番号として、「８０８０」が割り当てられる。以下、ポート番号が「８０８０」の通信ポートを「８０８０ポート」という。８０８０ポートが、第２通信ポートに該当する。
２つ目の動作モードは、基本動作モードである。この動作モードでは、図２（Ｂ）に示すように、基本サーバーＳＶ２のみが動作している状態とされる。換言すれば、基本サーバーソフトウェア１７ｂのみがロードされた状態とされる。
そして、基本動作モードでは、基本サーバーＳＶ２には、ポート番号として「８０」が割り当てられる。

【0020】

次に、ファームウェア１７ｃのアップデートを実行するときのプリンター１０、及び、端末装置３０の動作について説明する。
以下に説明するとおり、本実施形態では、プリンター１０に、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２が搭載されている点、及び、ファームウェア１７ｃのアップデートに特有の課題、を踏まえて、各装置は、適切な処理を実行する。
図３は、動作モードが「拡張−基本動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
ファームウェア１７ｃのアップデートに際し、まず、ユーザーからその旨の指示が行なわれる（ステップＳＸ１）。ユーザーは、端末装置３０にインストールされている専用ツール３４ａを起動し、この専用ツール３４ａの機能によって提供される専用のユーザーインターフェースを利用して、ファームウェアのアップデートの指示を行なう。なお、アップデートファイルは、ユーザーによって、事前に、端末記憶部３４の所定の記憶領域に記憶される。

【0021】

ステップＳＸ１におけるユーザーの指示に応じて、端末装置３０の端末制御部３１は、専用ツール３４ａの機能により、８０８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＡ１）。具体的には、端末制御部３１は、８０８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。
ここで、本実施形態では、端末制御部３１は、プリンター１０の動作モードが、拡張−基本動作モードであるのか、基本動作モードであるのかを事前に認識できない。そして、ファームウェア１７ｃのアップデートが指示された場合、端末制御部３１は、専用ツール３４ａの機能により、まず、８０８０ポートを使用してＴＣＰコネクションの確立の要求を行なう構成となっている。そして、後述するように、端末制御部３１は、８０８０ポートに係るＴＣＰコネクションの確立に失敗した場合、８０ポートに係るＴＣＰコネクションの確立の要求を行なう構成となっている。
図３のフローチャートでは、プリンター１０の動作モードは、拡張−基本動作モードである。従って、８０８０ポートの基本サーバーＳＶ２が動作している。このため、ステップＳＡ１における、８０８０ポートについてのＴＣＰコネクションの確立の要求に対して、基本サーバーＳＶ２は、肯定応答を行なう（ステップＳＢ１）。具体的には、基本サーバーＳＶ２は、ＳＹＮ／ＡＣＫフラグがセットされたパケットを端末装置３０に送信する。ステップＳＢ１の肯定応答に対応して、端末制御部３１は、肯定応答を行なう（ステップＳＡ２）。具体的には、ＡＣＫフラグがセットされたパケットをプリンター１０に送信する。これにより、プリンター１０と、端末装置３０との間で、ＴＣＰコネクションが確立する。

【0022】

次いで、端末制御部３１は、専用ツール３４ａの機能により、８０８０ポート（第２通信ポート）を介して、基本サーバーＳＶ２に対して、ファームウェア１７ｃのアップデートの要求（特定のファイルの格納の要求）を行なう（ステップＳＡ３）。当該要求は、予め定められたプロトコルに準拠して行なわれる。
当該要求を受信すると、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを終了することにより、拡張サーバーＳＶ１を停止する（ステップＳＢ２）。
ここで、ステップＳＢ２の処理が行なわれる理由について説明する。
ファームウェア１７ｃのアップデートは、以下の手順で行なわれる。まず、端末装置３０からプリンター１０に対して、アップデートファイル（特定のファイル）が送信される。ここで、送信されたアップデートファイルは、順次、ＲＡＭ１８に一時記憶される。基本サーバーＳＶ２は、アップデートファイルの全てについて、ＲＡＭ１８への記憶が完了したか否かを監視する。アップデートファイルの全てについてＲＡＭ１８への記憶が完了すると、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを、不揮発性メモリー１７の適切な記憶領域に適切な態様で記憶（格納）する。不揮発性メモリー１７へのアップデートファイルの記憶（格納）が完了すると、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを消去する。

【0023】

このように、一旦、アップデートファイルの全てをＲＡＭ１８に記憶した後、ＲＡＭ１８に記憶したアップデートファイルを不揮発性メモリー１７に記憶する理由は以下である。すなわち、ファームウェア１７ｃは、インターフェースボード１４の制御に係るプログラムであり、アップデートに失敗した場合、悪影響が非常に大きい。これを踏まえ、上記処理を行なうことにより、通信エラー、その他のエラーに起因して、アップデートファイルの送信が正常に完了しなかった場合であっても、既に不揮発性メモリー１７に記憶されているファームウェア１７ｃに対して何らかの影響が与えられることを防止するためである。
一方で、アップデートファイルの全てをＲＡＭ１８に記憶した後、ＲＡＭ１８に記憶したアップデートファイルを不揮発性メモリー１７に記憶するという処理を行なっているため、以下の問題がある。
すなわち、アップデートの実行中、ＲＡＭ１８の記憶領域の使用量が大きい、という問題である。一例として、ＲＡＭ１８の記憶容量が６４ＭＢであるのに対して、アップデートの実行中に使用するＲＡＭ１８の記憶領域の容量が３０ＭＢである。
このように、アップデートの実行中におけるＲＡＭ１８の記憶領域の使用量が大きいという問題を踏まえて、ステップＳＢ２において、基本サーバーＳＶ２は、拡張サーバーＳＶ１を停止する。すなわち、拡張サーバーＳＶ１は、複数のプログラム言語に対応して各種処理を実行する機能を有しており、ワークエリアとしてＲＡＭ１８を使用する頻度が高く、その動作中におけるＲＡＭ１８の記憶領域の使用量が大きい。一例として、ＲＡＭ１８の記憶容量が６４ＭＢであるのに対して、拡張サーバーＳＶ１が使用するＲＡＭ１８の記憶領域の容量が３０ＭＢである。そして、ファームウェア１７ｃのアップデートの要求が合ったことをトリガーとして、拡張サーバーＳＶ１が停止されることにより、ＲＡＭ１８において、拡張サーバーＳＶ１に関する各種データがアンロードされ、記憶領域が開放される。これにより、ＲＡＭ１８において、ファームウェア１７ｃのアップデートに使用する記憶領域が確保され、例えば、ＲＡＭ１８の容量不足に起因して、ファームウェア１７ｃのアップデートが完了しないといった事態が発生することが防止される。

【0024】

ステップＳＢ２において拡張サーバーＳＶ１を停止した後、基本サーバーＳＶ２は、端末装置３０に対して、アップデートファイルの送信要求を行なう（ステップＳＢ３）。この送信要求に応答して、端末制御部３１は、アップデートファイルの送信を開始する（ステップＳＡ４）。
基本サーバーＳＶ２は、アップデートファイルを受信し、順次、ＲＡＭ１８に記憶していく（ステップＳＢ４）。上述したように、ステップＳＢ４の処理の時点では、拡張サーバーＳＶ１が停止されているため、拡張サーバーＳＶ１に係るデータがＲＡＭ１８から消去されている。従って、ＲＡＭ１８上で、アップデートファイルを展開するだけの記憶領域が確保されており、ＲＡＭ１８のメモリー不足に起因して何らかのエラーが発生することが防止されている。
アップデートファイルの受信中、基本サーバーＳＶ２は、アップデートファイルの全てについてＲＡＭ１８への記憶が完了したか否かを監視しつつ（ステップＳＢ６）、アップデートファイルの受信が中断したか否かを監視する（ステップＳＢ５）。受信が中断する場合としては、通信に関する何らかのエラーや、端末装置３０のソフト的なエラー等が想定される。
アップデートファイルの全てのＲＡＭ１８への記憶が完了する前に、アップデートファイルの受信が中断した場合（ステップＳＢ５：ＹＥＳ）、基本サーバーＳＶ２は、その旨、端末装置３０に通知する（ステップＳＢ７）。当該通知により、プリンター１０は、対応する処理、例えば、ファームウェア１７ｃのアップデートが正常に完了しなかった旨の報知等を実行することが可能となる。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＢ８）。このような構成のため、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、ファームウェア１７ｃのアップデート（特定のファイルの格納）が失敗した場合であっても、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。

【0025】

一方で、アップデートファイルの受信が中断することなく、アップデートファイルの全てについて、ＲＡＭ１８への記憶が完了した場合（ステップＳＢ６：ＹＥＳ）、基本サーバーＳＶ２は、以下の処理を実行する。すなわち、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを、不揮発性メモリー１７の適切な記憶領域に適切な態様で記憶（格納）する（ステップＳＢ９）。次いで、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを消去する（ステップＳＢ１０）。これにより、ファームウェア１７ｃのアップデートが完了する。次いで、基本サーバーＳＶ２は、ファームウェア１７ｃのアップデートが正常に完了した旨、端末装置３０に通知する（ステップＳＢ１１）。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＢ１２）。これにより、ファームウェア１７ｃのアップデート完了後、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。

【0026】

次に、動作モードが「基本動作モード」の場合におけるファームウェア１７ｃのアップデートを実行するときのプリンター１０、及び、端末装置３０の動作について説明する。
図４は、動作モードが「基本動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
ファームウェア１７ｃのアップデートに際し、まず、ユーザーからその旨の指示が行なわれる（ステップＳＹ１）。ステップＳＹ１におけるユーザーの指示に応じて、端末装置３０の端末制御部３１は、専用ツール３４ａの機能により、８０８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＣ１）。具体的には、端末制御部３１は、８０８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。上述したとおり、端末制御部３１は、プリンター１０の動作モードが、拡張−基本動作モードであるのか、基本動作モードであるのかを事前に認識できない。そして、ファームウェア１７ｃのアップデートが指示された場合、端末制御部３１は、専用ツール３４ａの機能により、まず、８０８０ポートを使用してＴＣＰコネクションの確立の要求を行なう構成となっている。
図４のフローチャートでは、プリンター１０の動作モードは、基本動作モードである。従って、８０ポートの基本サーバーＳＶ２が動作している。換言すれば、８０８０ポートのサーバーは動作していない。このため、ステップＳＣ１における、８０８０ポートについてのＴＣＰコネクションの確立の要求に対して、プリンター１０は、否定応答を行なう（ステップＳＤ１）。具体的には、プリンター１０は、ＲＳＴフラグがセットされたパケットを端末装置３０に送信する。
否定応答を受けた、端末制御部３１は、専用ツール３４ａの機能により、８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＣ２）。具体的には、端末制御部３１は、８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。上述したように、本実施形態では、端末制御部３１は、プリンター１０の動作モードが、拡張−基本動作モードであるのか、基本動作モードであるのかを事前に認識できない。そして、端末制御部３１は、８０８０ポートに係るＴＣＰコネクションの確立に失敗した場合、８０ポートに係るＴＣＰコネクションの確立の要求を行なう構成となっている。
図４のフローチャートでは、プリンター１０の動作モードは、基本動作モードである。従って、８０ポートの基本サーバーＳＶ２が動作している。このため、ステップＳＣ２における、８０ポートについてのＴＣＰコネクションの確立の要求に対して、基本サーバーＳＶ２は、肯定応答を行なう（ステップＳＤ２）。具体的には、基本サーバーＳＶ２は、ＳＹＮ／ＡＣＫフラグがセットされたパケットを端末装置３０に送信する。ステップＳＤ２の肯定応答に対応して、端末制御部３１は、肯定応答を行なう（ステップＳＣ３）。具体的には、ＡＣＫフラグがセットされたパケットをプリンター１０に送信する。これにより、プリンター１０と、端末装置３０との間で、ＴＣＰコネクションが確立する。

【0027】

以下、プリンター１０と、端末装置３０とが協働して、ファームウェア１７ｃのアップデートを行なう（ステップＳＣ４、ステップＳＤ３）。当該処理は、図３のフローチャートを用いて説明した処理に対応する処理であるため、詳細な説明を省略する。なお、当該処理において、端末装置３０の端末制御部３１は、８０８０ポートを介して基本サーバーＳＶ２にアクセスするのではなく、８０ポートを介して基本サーバーＳＶ２にアクセスする。また、当該処理では、拡張サーバーＳＶ１は動作していないため、拡張サーバーＳＶ１を停止する処理は行なわれない。
このように、本字視形態では、動作モードが基本モードの場合であっても、プリンター１０と端末装置３０とが協働して、基本サーバーＳＶ２の機能により、ファームウェア１７ｃのアップデートを実行できる。

【0028】

以上説明したように、本実施形態では、プリンター１０（電子機器）は、通信回線Ｎにより８０ポート（第１通信ポート）を使用してアクセス可能な拡張サーバーＳＶ１（第１サーバー）と、８０８０ポート（第２通信ポート）を使用してアクセス可能な基本サーバーＳＶ２（第２サーバー）と、を有している。そして、プリンター１０は、８０８０ポートを介して端末装置３０からファームウェア１７ｃのアップデートの要求（特定のファイルの格納要求）を受信した場合、拡張サーバーＳＶ１（第１サーバー）を停止させて、基本サーバーＳＶ２（第２サーバー）によって８０８０ポートを介してアップデートファイル（特定のファイル）を受信する。
この構成によれば、拡張サーバーＳＶ１が動作していることに起因して、アップデートファイルの格納に使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。すなわち、プリンター１０は、複数のサーバーが搭載されることを踏まえて、適切にファイルの格納処理を行うことができる。

【0029】

また、本実施形態では、拡張サーバーＳＶ１は、アップデートファイルの格納に使用するＲＡＭ１８のメモリー領域を使用して動作する。
この構成によれば、拡張サーバーＳＶ１が動作していることに起因して、アップデートファイルの格納に使用するメモリー領域の不足が発生することが防止される。

【0030】

また、本実施形態では、基本サーバーＳＶ２は、アップデートファイル（ファームウェア１７ｃに係るファイル）に基づいて、ファームウェア１７ｃのアップデートを行なう機能が実装されており、端末装置３０からの要求に基づいて、ファームウェア１７ｃのアップデートを実行可能である。
この構成によれば、プリンター１０は、複数のサーバーが搭載されることを踏まえて、適切に、ファームウェア１７ｃのアップデートを実行することができる。

【0031】

また、本実施形態では、拡張サーバーＳＶ１の停止後、基本サーバーＳＶ２による８０８０ポートを介したアップデートファイルの受信中に、受信が中断した場合、停止した拡張サーバーＳＶ１を起動する。
この構成によれば、通信エラー等の何らかの原因で、アップデートファイルの受信が中断し、アップデートファイルの格納が失敗した場合であっても、速やかに拡張サーバーＳＶ１が立ち上がり、拡張サーバーＳＶ１の機能による処理を実行可能となる。

【0032】

また、本実施形態では、プリンター１０は、拡張−基本動作モード（第１サーバー及び第２サーバーが動作している状態）、及び、基本動作モード（第２サーバーのみが動作している状態）のいずれかのモードもとり得る。そして、基本動作モードでは、基本サーバーＳＶ２には８０ポートを使用してアクセス可能な構成とされる。その上で、端末装置３０は、８０８０ポートを指定してプリンター１０にアクセスし、肯定応答があった場合、８０８０ポートを介して基本サーバーＳＶ２に対してファームウェア１７ｃのアップデートの要求を行なう一方、否定応答があった場合、８０ポートを介して基本サーバーＳＶ２に対してファームウェア１７ｃのアップデートの要求を行なう。プリンター１０は、８０８０ポートを介して端末装置３０からファームウェア１７ｃのアップデートの要求があった場合、拡張サーバーＳＶ１を停止させて、基本サーバーＳＶ２によってアップデートファイルを受信する。
この構成によれば、動作モードが、拡張−基本動作モード、及び、基本動作モードのいずれであっても、複数のサーバーが搭載されることを踏まえて、適切に、ファイルの格納処理を行うことができる。

【0033】

＜第２実施形態＞
次に、第２実施形態について説明する。
本実施形態に係る通信システム１の機能ブロックは、第１実施形態に係る通信システム１の機能ブロックと同様であるため、図１を援用し、その詳細な説明を省略する。
本実施形態に係るプリンター１０は、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２に関連して、２つの動作モードをとり得る構成となっている。

【0034】

１つ目の動作モードは、拡張−基本動作モード（図５（Ａ）参照）である。この動作モードは、第１実施形態で説明したように、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２が共に動作している状態とされる。換言すれば、拡張サーバーソフトウェア１７ａ、及び、基本サーバーソフトウェア１７ｂのいずれもがロードされた状態とされる。拡張サーバーＳＶ１の通信ポートは、８０ポート（第１通信ポート）であり、基本サーバーＳＶ２の通信ポートは、８０８０ポート（第２通信ポート）である。
２つ目の動作モードは、拡張動作モードである。この動作モードでは、図５（Ｂ）に示すように、拡張サーバーＳＶ１のみが動作している状態とされる。換言すれば、拡張サーバーソフトウェア１７ａのみがロードされた状態とされる。
そして、拡張動作モードでは、拡張サーバーＳＶ１の通信ポートは、８０ポートである。

【0035】

次に、ファームウェア１７ｃのアップデートを実行するときのプリンター１０、及び、端末装置３０の動作について説明する。
図６は、動作モードが「拡張−基本動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
ファームウェア１７ｃのアップデートに際し、まず、ユーザーからその旨の指示が行なわれる（ステップＳＺ１）。ステップＳＺ１におけるユーザーの指示に応じて、端末装置３０の端末制御部３１は、専用ツール３４ａの機能により、８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＥ１）。具体的には、端末制御部３１は、８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。
ここで、本実施形態では、端末制御部３１は、ファームウェア１７ｃのアップデートが指示された場合、専用ツール３４ａの機能により、８０ポートを使用してＴＣＰコネクションの確立の要求を行なう構成となっている。この点、第１実施形態と相違している。
図６のフローチャートでは、プリンター１０の動作モードは、拡張−基本動作モードである。従って、８０ポートの拡張サーバーＳＶ１が動作している。このため、ステップＳＥ１における、８０ポートについてのＴＣＰコネクションの確立の要求に対して、拡張サーバーＳＶ１は、肯定応答を行なう（ステップＳＦ１）。具体的には、拡張サーバーＳＶ１は、ＳＹＮ／ＡＣＫフラグがセットされたパケットを端末装置３０に送信する。ステップＳＢ１の肯定応答に対応して、端末制御部３１は、肯定応答を行なう（ステップＳＥ２）。具体的には、ＡＣＫフラグがセットされたパケットをプリンター１０に送信する。これにより、プリンター１０と、端末装置３０との間で、ＴＣＰコネクションが確立する。

【0036】

次いで、端末制御部３１は、専用ツール３４ａの機能により、８０ポート（第１通信ポート）を介して、拡張サーバーＳＶ１に対して、ファームウェア１７ｃのアップデートの要求（特定のファイルの格納の要求）を行なう（ステップＳＥ３）。当該要求は、予め定められたプロトコルに準拠して行なわれる。
なお、後に明らかとなるとおり、ステップＳＥ３の要求に応じて、プリンター１０から端末装置３０に対して、ユーザーインターフェースＵＩ１（図７）を表示させるための表示用データＤ１が送信される。端末装置３０は、受信した表示用データＤ１に基づいて、ユーザーインターフェースＵＩ１を表示する。これを踏まえ、ステップＳＥ３における「アップデートの要求」は、「表示用データＤ１の送信の要求」を含む概念である。
さて、ステップＳＥ３の要求を受けた拡張サーバーＳＶ１は、ユーザーインターフェースＵＩ１（図７）を表示させるための表示用データＤ１を生成し、端末装置３０に送信する（ステップＳＦ２）。表示用データＤ１は、Ｈｔｍｌ等で記述された描画データである。
表示用データＤ１を受信すると、端末制御部３１は、表示用データＤ１に基づいて、表示パネル３２ａにユーザーインターフェースＵＩ１（図７）を表示する（ステップＳＥ４）。

【0037】

図７は、ユーザーインターフェースＵＩ１の一例を示す図である。
このユーザーインターフェースＵＩ１は、８０８０ポート（第２通信ポート）を指定して、基本サーバーＳＶ２に対して、アップデートファイルを送信するためのユーザーインターフェースである。ユーザーは、ユーザーインターフェースＵＩ１を利用して、アップデートファイルの格納場所を指定して、送信ボタンＢ１を選択する（ステップＳＰ１）。これにより、端末制御部３１は、表示用データＤ１に実装されたスクリプトの機能等により、８０８０ポートを使用した基本サーバーＳＶ２との間でのＴＣＰコネクションを確立した上で、アップデートファイルの送信要求を行なう（ステップＳＥ５）。
当該要求を受信すると、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを終了することにより、拡張サーバーＳＶ１を停止する（ステップＳＦ３）。このステップＳＦ３の処理が行なわれる理由は、第１実施形態で説明したとおりである。

【0038】

ステップＳＦ３において拡張サーバーＳＶ１を停止した後、基本サーバーＳＶ２は、端末装置３０に対して、アップデートファイルの送信要求を行なう（ステップＳＦ４）。この送信要求に応答して、端末制御部３１は、アップデートファイルの送信を開始する（ステップＳＥ６）。
基本サーバーＳＶ２は、アップデートファイルを受信し、順次、ＲＡＭ１８に記憶していく（ステップＳＦ５）。このステップＳＦ５の処理の時点では、拡張サーバーＳＶ１が停止されているため、拡張サーバーＳＶ１に係るデータがＲＡＭ１８から消去されている。従って、ＲＡＭ１８上で、アップデートファイルを展開するだけの記憶領域が確保されており、ＲＡＭ１８のメモリー不足に起因して何らかのエラーが発生することが防止されている。
アップデートファイルの受信中、基本サーバーＳＶ２は、アップデートファイルの全てについてＲＡＭ１８への記憶が完了したか否かを監視しつつ（ステップＳＦ７）、アップデートファイルの受信が中断したか否かを監視する（ステップＳＦ６）。
アップデートファイルの全てのＲＡＭ１８への記憶が完了する前に、アップデートファイルの受信が中断した場合（ステップＳＦ６：ＹＥＳ）、基本サーバーＳＶ２は、その旨、端末装置３０に通知する（ステップＳＦ８）。当該通知により、プリンター１０は、対応する処理、例えば、ファームウェア１７ｃのアップデートが正常に完了しなかった旨の報知等を実行することが可能となる。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＦ９）。このような構成のため、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、ファームウェア１７ｃのアップデート（特定のファイルの格納）が失敗した場合であっても、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。

【0039】

一方で、アップデートファイルの受信が中断することなく、アップデートファイルの全てについて、ＲＡＭ１８への記憶が完了した場合（ステップＳＦ７：ＹＥＳ）、基本サーバーＳＶ２は、以下の処理を実行する。すなわち、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを、不揮発性メモリー１７の適切な記憶領域に適切な態様で記憶（格納）する（ステップＳＦ１０）。次いで、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを消去する（ステップＳＦ１１）。これにより、ファームウェア１７ｃのアップデートが完了する。次いで、基本サーバーＳＶ２は、ファームウェア１７ｃのアップデートが正常に完了した旨、端末装置３０に通知する（ステップＳＦ１２）。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＦ１３）。これにより、ファームウェア１７ｃのアップデート完了後、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。

【0040】

このように、本実施形態では、端末制御部３１からプリンター１０に対して、８０ポート（第１通信ポート）を介してファームウェア１７ｃのアップデートの要求（特定のファイルの格納要求）があった場合に、８０８０ポート（第２通信ポート）を指定してアップデートファイルを送信するためのユーザーインターフェースＵＩ１を表示させる表示用データＤ１が送信される。これにより、ユーザーは、当該表示用データに基づいて端末装置３０の表示パネル３２ａに表示されたユーザーインターフェースＵＩ１を利用して、８０８０ポートを介してアップデートファイルの送信を指示することができ、さらに、基本サーバーＳＶ２にアップデートに係る処理を実行させることができる。

【0041】

次に、動作モードが「拡張動作モード」の場合におけるファームウェア１７ｃのアップデートを実行するときのプリンター１０、及び、端末装置３０の動作について説明する。
図８は、動作モードが「拡張動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
図６と、図８との比較において明らかなとおり、拡張動作モードの場合、プリンター１０が、ステップＳＦ１の処理と、ステップＳＦ２の処理との間で、ステップＳＱ１の処理を実行する点で、拡張−基本動作モードの場合と異なっている。
詳述すると、ステップＳＥ３において、端末制御部３１は、専用ツール３４ａの機能により、８０ポート（第１通信ポート）を介して、拡張サーバーＳＶ１に対して、ファームウェア１７ｃのアップデートの要求（特定のファイルの格納の要求）を行なう。当該要求に応じて、拡張サーバーＳＶ１は、基本サーバーＳＶ２が動作していない状態であるため、基本サーバーソフトウェア１７ｂを起動することにより、基本サーバーＳＶ２を起動する（動作させる）（ステップＳＱ１）。その後、拡張サーバーＳＶ１は、表示用データＤ１を生成し、端末装置３０に送信する。
このような処理が実行されるため、動作モードが拡張モードである場合であっても、アップデートの要求に応じて、ファームウェア１７ｃのアップデートに係る処理を実行する機能が実装された基本サーバーＳＶ２が起動され、当該サーバーの機能により、ファームウェア１７ｃのアップデートが適切に実行される。
なお、図８では、ステップＳＦ９における拡張サーバーＳＶ１の起動後、基本サーバーＳＶ２が停止される。これにより、アップデートファイルの受信が中断した場合は、拡張サーバーＳＶ１のみが動作している状態に速やかに移行する。

【0042】

以上説明したように、本実施形態に係るプリンター１０（電子機器）は、端末装置３０から８０ポート（第１通信ポート）を介してファームウェア１７ｃのアップデートの要求（特定のファイルの格納要求）を受信した場合に、８０８０ポート（第２通信ポート）を指定してアップデートファイル（特定のファイル）を送信するためのユーザーインターフェースＵＩ１を表示させる表示用データＤ１を端末装置３０に送信する。
この構成によれば、ユーザーは、表示用データＤ１に基づいて端末装置３０の表示パネル３２ａに表示されたユーザーインターフェースＵＩ１を利用して、８０８０ポートを介してアップデートファイルの送信を指示することができ、さらに、基本サーバーＳＶ２にアップデートに係る処理を実行させることができる。つまり、プリンター１０は、複数のサーバーが搭載されることを踏まえて、適切にファームウェア１７ｃのアップデート（ファイルの格納処理）を行うことができる。

【0043】

また、本実施形態では、表示用データＤ１を受信した端末装置３０から、８０８０ポートを介してアップデートファイルを受信した場合、拡張サーバーＳＶ１を停止させて、基本サーバーＳＶ２によりアップデートファイルを受信する。
この構成によれば、拡張サーバーＳＶ１が動作していることに起因して、ファームウェア１７ｃのアップデートに使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。

【0044】

また、本実施形態では、拡張サーバーＳＶ１の停止後、基本サーバーＳＶ２による８０８０ポートを介したアップデートファイルの受信中に、受信が中断した場合、停止した拡張サーバーＳＶ１を起動する。
この構成によれば、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、特定のファイルの格納が失敗した場合であっても、速やかに拡張サーバーＳＶ１が立ち上がり、拡張サーバーＳＶ１の機能による処理を実行可能となる。

【0045】

また、本実施形態では、拡張サーバーＳＶ１は、ファームウェア１７ｃのアップデートに使用するメモリー領域を使用して動作する。
この構成によれば、ファームウェア１７ｃのアップデートの際に、拡張サーバーＳＶ１が動作していることに起因して、メモリー領域の不足が発生することが防止される。

【0046】

また、本実施形態に係るプリンター１０は、拡張サーバーＳＶ１及び基本サーバーＳＶ２が動作している状態（拡張−基本動作モード）、及び、拡張サーバーＳＶ１のみが動作している状態（拡張モード）のいずれかの状態をとることが可能である。そして、端末装置３０は、８０ポートを介してファームウェア１７ｃのアップデートの要求を行ない、プリンター１０は、拡張サーバーＳＶ１のみが動作している状態の場合、表示用データＤ１を端末装置３０に送信する一方、基本サーバーＳＶ２を起動する。
この構成によれば、拡張サーバーＳＶ１のみが動作している状態のときに、ファームウェア１７ｃのアップデートの要求があった場合であっても、基本サーバーＳＶ２の機能によりファイルの格納を実行できる。

【0047】

なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。
例えば、上述した実施形態では、電子機器が印刷機能を有するプリンター１０である場合を例にして発明を説明したが、電子機器は、必ずしも印刷機能を有している必要はない。また例えば、ファイルの格納処理として、ファームウェア１７ｃのアップデートを行なう場合を例にして発明を説明したが、ファイルの格納処理はこれに限らず、例えば、ファームウェア１７ｃ自体の格納処理、その他のファイル（データ）の格納処理であってもよい。特に、ファームウェア１７ｃは、プリンターファームウェア１２ａであってもよい。
また例えば、図１に示す各機能ブロックはハードウェアとソフトウェアの協働により任意に実現可能であり、特定のハードウェア構成を示唆するものではない。また、プリンター１０や、端末装置３０の各機能を、これら装置に外部接続される別の装置に持たせるようにしてもよい。また、プリンター１０や、端末装置３０は、外部接続される記憶媒体に記憶させたプログラムを実行することにより、各種動作を実行してもよい。

【符号の説明】

【0048】

１…通信システム、１０…プリンター（電子機器）、１１…プリンター制御部、１４…インターフェースボード、１６…制御部、１７…不揮発性メモリー、１７ｃ…ファームウェア、３０…端末装置、３１…端末制御部、３５…インターフェース部、Ｎ…通信回線、ＳＶ１…拡張サーバー（第１サーバー）、ＳＶ２…基本サーバー（第２サーバー）、ＵＩ１…ユーザーインターフェース。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】