JP2014206889A - 電子機器、及び、通信システム - Google Patents
電子機器、及び、通信システム Download PDFInfo
- Publication number
- JP2014206889A JP2014206889A JP2013084617A JP2013084617A JP2014206889A JP 2014206889 A JP2014206889 A JP 2014206889A JP 2013084617 A JP2013084617 A JP 2013084617A JP 2013084617 A JP2013084617 A JP 2013084617A JP 2014206889 A JP2014206889 A JP 2014206889A
- Authority
- JP
- Japan
- Prior art keywords
- server
- terminal device
- file
- firmware
- printer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
【課題】複数のサーバーが搭載されていることを踏まえて適切にファイルの格納処理を行えるようにする。【解決手段】プリンター１０は、通信回線Ｎにより８０ポートを使用してアクセス可能な拡張サーバーと、８０８０ポートを使用してアクセス可能な基本サーバーと、を有しおり、８０８０ポートを介して端末装置３０からファームウェア１７ｃのアップデートの要求を受信した場合、拡張サーバーを停止させて、基本サーバーによって８０８０ポートを介してアップデートファイルを受信する。【選択図】図１
Description
本発明は、サーバーが搭載された電子機器、及び、当該電子機器と端末装置とを備える通信システムに関する。
従来、サーバーが搭載された電子機器（サーバー装置）が知られている（例えば、特許文献１参照）。
上述した電子機器において、複数のサーバーソフトウェアがインストールされることにより、複数のサーバーが搭載されることを想定する。このような構成により、事後的に、電子機器に、サーバーに係る機能を追加することが可能となる。そして、上記構成に係る電子機器が、外部機器たる端末装置の要求に応じて、ファイルの格納を行なう場合、複数のサーバーが搭載されていることを踏まえた適切な処理を行なう必要がある。
本発明は、上述した事情に鑑みてなされたものであり、複数のサーバーを搭載した電子機器、及び、当該電子機器を有する通信システムについて、複数のサーバーが搭載されていることを踏まえて適切にファイルの格納処理を行えるようにすることを目的とする。
本発明は、上述した事情に鑑みてなされたものであり、複数のサーバーを搭載した電子機器、及び、当該電子機器を有する通信システムについて、複数のサーバーが搭載されていることを踏まえて適切にファイルの格納処理を行えるようにすることを目的とする。
上記目的を達成するために、本発明は、通信回線を介した端末装置からのアクセスに応答する複数のサーバーを搭載した電子機器であって、前記通信回線により第１通信ポートを使用してアクセス可能な第１サーバーと、第２通信ポートを使用してアクセス可能であり、ファイルの格納処理を実行可能な第２サーバーと、を有し、前記第２通信ポートを介して前記端末装置から特定のファイルの格納要求を受信した場合、前記第１サーバーを停止させて、前記第２サーバーによって前記第２通信ポートを介して前記特定のファイルを受信すること、を特徴とする。
この構成によれば、第２サーバーによる特定のファイルの格納に伴う当該特定のファイルの受信に際し、第１サーバーが停止される。これにより、例えば、第１サーバーが動作していることに起因して、特定のファイルの格納に使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。すなわち、電子機器は、複数のサーバーが搭載されることを踏まえて、適切にファイルの格納処理を行うことができる。
この構成によれば、第２サーバーによる特定のファイルの格納に伴う当該特定のファイルの受信に際し、第１サーバーが停止される。これにより、例えば、第１サーバーが動作していることに起因して、特定のファイルの格納に使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。すなわち、電子機器は、複数のサーバーが搭載されることを踏まえて、適切にファイルの格納処理を行うことができる。
また、本発明は、前記第１サーバーは、前記特定のファイルの格納に使用するメモリー領域を使用して動作すること、を特徴とする。
この構成によれば、第１サーバーが動作していることに起因して、特定のファイルの格納に使用するメモリー領域の不足が発生することが防止される。
この構成によれば、第１サーバーが動作していることに起因して、特定のファイルの格納に使用するメモリー領域の不足が発生することが防止される。
また、本発明は、前記第２サーバーは、ファームウェアに係るファイルに基づいて、ファームウェアのアップデートを行なう機能が実装されており、前記端末装置からの前記特定のファイルの格納要求は、前記ファームウェアに係るファイルに基づくアップデートの要求であることを特徴とする。
この構成によれば、電子機器は、複数のサーバーが搭載されることを踏まえて、適切に、ファームウェアのアップデートを実行することができる。
この構成によれば、電子機器は、複数のサーバーが搭載されることを踏まえて、適切に、ファームウェアのアップデートを実行することができる。
また、本発明は、前記第１サーバーの停止後、前記第２サーバーによる前記第２通信ポートを介した前記特定のファイルの受信中に、受信が中断した場合、停止した前記第１サーバーを起動することを特徴とする。
この構成によれば、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、特定のファイルの格納が失敗した場合であっても、速やかに第１サーバーが立ち上がり、第１サーバーの機能による処理を実行可能となる。
この構成によれば、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、特定のファイルの格納が失敗した場合であっても、速やかに第１サーバーが立ち上がり、第１サーバーの機能による処理を実行可能となる。
また、本発明は、端末装置と、通信回線を介した前記端末装置からのアクセスに応答する複数のサーバーを搭載した電子機器とを有し、前記電子機器は、前記通信回線により第１通信ポートを使用してアクセス可能な第１サーバーと、第２通信ポートを使用してアクセス可能であり、ファイルの格納処理を実行可能な第２サーバーと、を有し、前記端末装置は、前記第２通信ポートを介して前記第２サーバーに対して、特定のファイルの格納要求を行い、前記電子機器は、前記第２通信ポートを介して前記端末装置から前記特定のファイルの格納要求を受信した場合、前記第１サーバーを停止させて、前記第２サーバーによって前記特定のファイルを受信すること、を特徴とする。
この構成によれば、第２サーバーによる特定のファイルの格納に伴う当該特定のファイルの受信に際し、第１サーバーが停止される。これにより、例えば、第１サーバーが動作していることに起因して、特定のファイルの格納に使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。すなわち、通信システムは、複数のサーバーが搭載されることを踏まえて、適切にファイルの格納処理を行うことができる。
この構成によれば、第２サーバーによる特定のファイルの格納に伴う当該特定のファイルの受信に際し、第１サーバーが停止される。これにより、例えば、第１サーバーが動作していることに起因して、特定のファイルの格納に使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。すなわち、通信システムは、複数のサーバーが搭載されることを踏まえて、適切にファイルの格納処理を行うことができる。
また、本発明は、前記電子機器は、前記第１サーバー及び前記第２サーバーが動作している状態、及び、前記第２サーバーのみが動作している状態のいずれかの状態をとることが可能であり、前記第２サーバーのみが動作している状態の場合は、前記第２サーバーには前記第１通信ポートを使用してアクセス可能な構成とされ、前記端末装置は、前記第２通信ポートを指定して前記電子機器にアクセスし、肯定応答があった場合、前記第２通信ポートを介して前記第２サーバーに対して前記特定のファイルの格納要求を行なう一方、否定応答があった場合、第１通信ポートを介して前記第２サーバーに対して特定のファイルの格納要求を行い、前記電子機器は、前記第２通信ポートを介して前記端末装置から前記特定のファイルの格納要求があった場合、前記第１サーバーを停止させて、前記第２サーバーによって前記特定のファイルを受信することを特徴とする。
この構成によれば、第１サーバー及び第２サーバーが動作している状態、及び、第２サーバーのみが動作している状態のいずれであっても、複数のサーバーが搭載されることを踏まえて、ファイルの格納処理を行うことができる。
この構成によれば、第１サーバー及び第２サーバーが動作している状態、及び、第２サーバーのみが動作している状態のいずれであっても、複数のサーバーが搭載されることを踏まえて、ファイルの格納処理を行うことができる。
また、本発明は、前記第２サーバーは、ファームウェアに係るファイルに基づいて、ファームウェアのアップデートを行なう機能が実装されており、前記端末装置からの前記特定のファイルの格納要求は、前記ファームウェアに係るファイルに基づくアップデートの要求であることを特徴とする。
この構成によれば、通信システムは、電子機器は、複数のサーバーが搭載されることを踏まえて、適切に、ファームウェアのアップデートを実行することができる。
この構成によれば、通信システムは、電子機器は、複数のサーバーが搭載されることを踏まえて、適切に、ファームウェアのアップデートを実行することができる。
本発明によれば、複数のサーバーが搭載されていることを踏まえて適切にファイルの格納処理を実行できる、という効果を奏する。
以下、図面を参照して本発明の実施形態について説明する。
＜第１実施形態＞
図１は、本実施形態に係る通信システム１の機能的構成を示すブロック図である。
図１に示すように、通信システム１は、プリンター１０（電子機器）と、端末装置３０とを備え、これらがインターネットや、ＬＡＮ等のネットワークを含んで構成される通信回線Ｎを介して通信可能に接続されている。
プリンター１０は、少なくとも、記録媒体に画像を印刷する機能、及び、通信回線Ｎを介して端末装置３０と通信する機能を有する印刷装置である。
また、端末装置３０は、少なくとも、ブラウザー（不図示）、及び、専用ツール３４ａ（ソフトウェアツール、詳細は後述。）の機能により、通信回線Ｎを介してプリンター１０と通信し、プリンター１０に関する各種設定、各種メンテナンスを実行する機能を有する端末である。端末装置３０は、上記ソフトウェアがインストールされていれば何でもよく、デスクトップ型や、携帯型、タブレット型のＰＣや、携帯電話等を、端末装置３０として使用できる。また、後述するようにプリンター１０は、ホストコンピューターから入力された制御コマンドに基づいて印刷に係る各種処理を実行するが、このホストコンピューターが端末装置３０であってもよい。
＜第１実施形態＞
図１は、本実施形態に係る通信システム１の機能的構成を示すブロック図である。
図１に示すように、通信システム１は、プリンター１０（電子機器）と、端末装置３０とを備え、これらがインターネットや、ＬＡＮ等のネットワークを含んで構成される通信回線Ｎを介して通信可能に接続されている。
プリンター１０は、少なくとも、記録媒体に画像を印刷する機能、及び、通信回線Ｎを介して端末装置３０と通信する機能を有する印刷装置である。
また、端末装置３０は、少なくとも、ブラウザー（不図示）、及び、専用ツール３４ａ（ソフトウェアツール、詳細は後述。）の機能により、通信回線Ｎを介してプリンター１０と通信し、プリンター１０に関する各種設定、各種メンテナンスを実行する機能を有する端末である。端末装置３０は、上記ソフトウェアがインストールされていれば何でもよく、デスクトップ型や、携帯型、タブレット型のＰＣや、携帯電話等を、端末装置３０として使用できる。また、後述するようにプリンター１０は、ホストコンピューターから入力された制御コマンドに基づいて印刷に係る各種処理を実行するが、このホストコンピューターが端末装置３０であってもよい。
図１に示すように、プリンター１０は、プリンター制御部１１と、プリンター記憶部１２と、印刷機構１３と、インターフェースボード１４と、を備えている。
プリンター制御部１１は、プリンター１０の各部を中枢的に制御するものであり、ＣＰＵや、ＲＯＭ、ＲＡＭ、その他の周辺回路等を備えている。プリンター記憶部１２は、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを書き換え可能に不揮発的に記憶する。プリンター記憶部１２には、プリンター１０の制御に係るプログラムであるプリンターファームウェア１２ａが記憶されている。印刷機構１３は、印刷ヘッドや、記録媒体を搬送する搬送機構等を備え、プリンター制御部１１の制御の下、印刷に係る各種処理を実行して、記録媒体に画像を印刷する。
インターフェースボード１４は、制御部１６と、不揮発性メモリー１７と、ＲＡＭ１８と、通信モジュール１９と、コネクター２０とが実装されている。
制御部１６は、ＣＰＵや、周辺回路等が実装され、インターフェースボード１４の各部を中枢的に制御する。不揮発性メモリー１７は、ＥＥＰＲＯＭ等の不揮発性メモリーを含んで構成され、各種データを不揮発的に書き換え可能に記憶する。不揮発性メモリー１７には、拡張サーバーソフトウェア１７ａ、基本サーバーソフトウェア１７ｂ、及び、ファームウェア１７ｃが記憶されている。これらプログラムについては後述する。
ＲＡＭは、制御部１６のワークエリアとして機能し、各種データを一時記憶する。
通信モジュール１９は、所定の通信規格に準拠して、通信回線Ｎを介して端末装置３０と通信するための信号処理回路や、その他の回路等を備え、制御部１６の制御の下、端末装置３０との間でのデータの送受信を制御する。コネクター２０には、所定の通信規格に準拠したケーブルが接続される。本実施形態では、通信は、有線を想定しているが、無線であってもよい。
プリンター制御部１１は、プリンター１０の各部を中枢的に制御するものであり、ＣＰＵや、ＲＯＭ、ＲＡＭ、その他の周辺回路等を備えている。プリンター記憶部１２は、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを書き換え可能に不揮発的に記憶する。プリンター記憶部１２には、プリンター１０の制御に係るプログラムであるプリンターファームウェア１２ａが記憶されている。印刷機構１３は、印刷ヘッドや、記録媒体を搬送する搬送機構等を備え、プリンター制御部１１の制御の下、印刷に係る各種処理を実行して、記録媒体に画像を印刷する。
インターフェースボード１４は、制御部１６と、不揮発性メモリー１７と、ＲＡＭ１８と、通信モジュール１９と、コネクター２０とが実装されている。
制御部１６は、ＣＰＵや、周辺回路等が実装され、インターフェースボード１４の各部を中枢的に制御する。不揮発性メモリー１７は、ＥＥＰＲＯＭ等の不揮発性メモリーを含んで構成され、各種データを不揮発的に書き換え可能に記憶する。不揮発性メモリー１７には、拡張サーバーソフトウェア１７ａ、基本サーバーソフトウェア１７ｂ、及び、ファームウェア１７ｃが記憶されている。これらプログラムについては後述する。
ＲＡＭは、制御部１６のワークエリアとして機能し、各種データを一時記憶する。
通信モジュール１９は、所定の通信規格に準拠して、通信回線Ｎを介して端末装置３０と通信するための信号処理回路や、その他の回路等を備え、制御部１６の制御の下、端末装置３０との間でのデータの送受信を制御する。コネクター２０には、所定の通信規格に準拠したケーブルが接続される。本実施形態では、通信は、有線を想定しているが、無線であってもよい。
一方、図１に示すように、端末装置３０は、端末制御部３１と、端末表示部３２と、端末入力部３３と、端末記憶部３４と、インターフェース部３５（Ｉ／Ｆ）と、を備えている。
端末制御部３１は、ＣＰＵや、ＲＯＭ、ＲＡＭ、その他の周辺回路等を備え、端末装置３０の各部を中枢的に制御する。端末表示部３２は、端末制御部３１の制御の下、表示パネル３２ａに各種画像を表示する。端末入力部３３は、キーボードや、マウス、その他の入力デバイスに接続され、入力デバイスに対する入力を検出して端末制御部３１に出力する。端末記憶部３４は、ＥＥＰＲＯＭや、ハードディスク等の不揮発性メモリーを備え、各種データを書き換え可能に、不揮発的に記憶する。端末記憶部３４には、専用ツール３４ａが記憶されている。専用ツール３４ａは、プリンター１０に関する各種設定、各種メンテナンスを実行する機能が実装されたプログラムであり、少なくとも、プリンター１０にファームウェア１７ｃのアップデートを実行させる機能が実装されている。インターフェース部３５は、端末制御部３１の制御の下、プリンター１０と所定の通信規格に準拠して通信する。
端末制御部３１は、ＣＰＵや、ＲＯＭ、ＲＡＭ、その他の周辺回路等を備え、端末装置３０の各部を中枢的に制御する。端末表示部３２は、端末制御部３１の制御の下、表示パネル３２ａに各種画像を表示する。端末入力部３３は、キーボードや、マウス、その他の入力デバイスに接続され、入力デバイスに対する入力を検出して端末制御部３１に出力する。端末記憶部３４は、ＥＥＰＲＯＭや、ハードディスク等の不揮発性メモリーを備え、各種データを書き換え可能に、不揮発的に記憶する。端末記憶部３４には、専用ツール３４ａが記憶されている。専用ツール３４ａは、プリンター１０に関する各種設定、各種メンテナンスを実行する機能が実装されたプログラムであり、少なくとも、プリンター１０にファームウェア１７ｃのアップデートを実行させる機能が実装されている。インターフェース部３５は、端末制御部３１の制御の下、プリンター１０と所定の通信規格に準拠して通信する。
次に、プリンター１０が記録媒体に画像を印刷する際の基本的な動作について説明する。
記録媒体への画像の記録に際し、プリンター１０に接続されたホストコンピューター（不図示）から画像の記録に係る各種処理を実行させる制御コマンドが入力される。ホストコンピューターにはプリンタードライバーがインストールされており、ホストコンピューターは、当該プリンタードライバーの機能により、制御コマンドを生成し、出力する。プリンター１０のプリンター制御部１１は、入力された制御コマンドに基づいて、印刷機構１３を制御して、記録媒体を搬送しつつ、印刷ヘッドによって記録媒体に画像を印刷する。
記録媒体への画像の記録に際し、プリンター１０に接続されたホストコンピューター（不図示）から画像の記録に係る各種処理を実行させる制御コマンドが入力される。ホストコンピューターにはプリンタードライバーがインストールされており、ホストコンピューターは、当該プリンタードライバーの機能により、制御コマンドを生成し、出力する。プリンター１０のプリンター制御部１１は、入力された制御コマンドに基づいて、印刷機構１３を制御して、記録媒体を搬送しつつ、印刷ヘッドによって記録媒体に画像を印刷する。
次に、拡張サーバーソフトウェア１７ａに係る拡張サーバーＳＶ１（第１サーバー）、及び、基本サーバーソフトウェア１７ｂに係る基本サーバーＳＶ２（第２サーバー）について説明する。
上述したように、インターフェースボード１４の不揮発性メモリー１７には、拡張サーバーソフトウェア１７ａ、及び、基本サーバーソフトウェア１７ｂが記憶（インストール）されている。これらソフトウェアは、いわゆるＷｅｂサーバーソフトウェアであり、クライアントとして端末装置３０のリクエストに応じて、ＨＴＴＰに準拠して、サービスを提供する機能が実装されている。
拡張サーバーＳＶ１とは、拡張サーバーソフトウェア１７ａの起動（ロード）後、このソフトウェアにより実現されるサーバーとしての機能を概念的に表わしたものである。同様に、基本サーバーＳＶ２とは、基本サーバーソフトウェア１７ｂの起動（ロード）後、このソフトウェアにより実現されるサーバーとしての機能を概念的に表わしたものである。
基本サーバーＳＶ２（第２サーバー）は、基本的な機能を有するサーバーである。本実施形態では、基本サーバーＳＶ２は、少なくとも、インターフェースボード１４に関する各種設定を実行する機能、及び、後述するようにファームウェア１７ｃをアップデートする機能（ファイルの格納処理を実行する機能）を有している。
拡張サーバーＳＶ１は、基本サーバーＳＶ２の機能に加えて、さらに機能を追加することを目的としたサーバーである。本実施形態では、拡張サーバーＳＶ１は、ｐｅｒｌや、ｐｈｐ、ＪａｖａＳｃｒｉｐｔ（登録商標）等のプログラム言語に対応して各種処理を実行する機能を有している。
プリンター１０は、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２に関連して、２つの動作モードをとり得る構成となっている。
上述したように、インターフェースボード１４の不揮発性メモリー１７には、拡張サーバーソフトウェア１７ａ、及び、基本サーバーソフトウェア１７ｂが記憶（インストール）されている。これらソフトウェアは、いわゆるＷｅｂサーバーソフトウェアであり、クライアントとして端末装置３０のリクエストに応じて、ＨＴＴＰに準拠して、サービスを提供する機能が実装されている。
拡張サーバーＳＶ１とは、拡張サーバーソフトウェア１７ａの起動（ロード）後、このソフトウェアにより実現されるサーバーとしての機能を概念的に表わしたものである。同様に、基本サーバーＳＶ２とは、基本サーバーソフトウェア１７ｂの起動（ロード）後、このソフトウェアにより実現されるサーバーとしての機能を概念的に表わしたものである。
基本サーバーＳＶ２（第２サーバー）は、基本的な機能を有するサーバーである。本実施形態では、基本サーバーＳＶ２は、少なくとも、インターフェースボード１４に関する各種設定を実行する機能、及び、後述するようにファームウェア１７ｃをアップデートする機能（ファイルの格納処理を実行する機能）を有している。
拡張サーバーＳＶ１は、基本サーバーＳＶ２の機能に加えて、さらに機能を追加することを目的としたサーバーである。本実施形態では、拡張サーバーＳＶ１は、ｐｅｒｌや、ｐｈｐ、ＪａｖａＳｃｒｉｐｔ（登録商標）等のプログラム言語に対応して各種処理を実行する機能を有している。
プリンター１０は、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２に関連して、２つの動作モードをとり得る構成となっている。
１つ目の動作モードは、拡張−基本動作モードである。この動作モードでは、図２（Ａ）に示すように、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２が共に動作している状態とされる。換言すれば、拡張サーバーソフトウェア１７ａ、及び、基本サーバーソフトウェア１７ｂのいずれもがロードされた状態とされる。
そして、拡張−基本動作モードでは、拡張サーバーＳＶ１には、ＴＣＰ（ＵＤＰでもよいが、本実施形態ではＴＣＰであるものとする。）に係るポート番号として、「８０」が割り当てられる。以下、ポート番号が「８０」の通信ポートを、「８０ポート」という。８０ポートが、第１通信ポートに該当する。
また、基本サーバーＳＶ２には、ポート番号として、「８０８０」が割り当てられる。以下、ポート番号が「８０８０」の通信ポートを「８０８０ポート」という。８０８０ポートが、第２通信ポートに該当する。
２つ目の動作モードは、基本動作モードである。この動作モードでは、図２（Ｂ）に示すように、基本サーバーＳＶ２のみが動作している状態とされる。換言すれば、基本サーバーソフトウェア１７ｂのみがロードされた状態とされる。
そして、基本動作モードでは、基本サーバーＳＶ２には、ポート番号として「８０」が割り当てられる。
そして、拡張−基本動作モードでは、拡張サーバーＳＶ１には、ＴＣＰ（ＵＤＰでもよいが、本実施形態ではＴＣＰであるものとする。）に係るポート番号として、「８０」が割り当てられる。以下、ポート番号が「８０」の通信ポートを、「８０ポート」という。８０ポートが、第１通信ポートに該当する。
また、基本サーバーＳＶ２には、ポート番号として、「８０８０」が割り当てられる。以下、ポート番号が「８０８０」の通信ポートを「８０８０ポート」という。８０８０ポートが、第２通信ポートに該当する。
２つ目の動作モードは、基本動作モードである。この動作モードでは、図２（Ｂ）に示すように、基本サーバーＳＶ２のみが動作している状態とされる。換言すれば、基本サーバーソフトウェア１７ｂのみがロードされた状態とされる。
そして、基本動作モードでは、基本サーバーＳＶ２には、ポート番号として「８０」が割り当てられる。
次に、ファームウェア１７ｃのアップデートを実行するときのプリンター１０、及び、端末装置３０の動作について説明する。
以下に説明するとおり、本実施形態では、プリンター１０に、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２が搭載されている点、及び、ファームウェア１７ｃのアップデートに特有の課題、を踏まえて、各装置は、適切な処理を実行する。
図３は、動作モードが「拡張−基本動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
ファームウェア１７ｃのアップデートに際し、まず、ユーザーからその旨の指示が行なわれる（ステップＳＸ１）。ユーザーは、端末装置３０にインストールされている専用ツール３４ａを起動し、この専用ツール３４ａの機能によって提供される専用のユーザーインターフェースを利用して、ファームウェアのアップデートの指示を行なう。なお、アップデートファイルは、ユーザーによって、事前に、端末記憶部３４の所定の記憶領域に記憶される。
以下に説明するとおり、本実施形態では、プリンター１０に、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２が搭載されている点、及び、ファームウェア１７ｃのアップデートに特有の課題、を踏まえて、各装置は、適切な処理を実行する。
図３は、動作モードが「拡張−基本動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
ファームウェア１７ｃのアップデートに際し、まず、ユーザーからその旨の指示が行なわれる（ステップＳＸ１）。ユーザーは、端末装置３０にインストールされている専用ツール３４ａを起動し、この専用ツール３４ａの機能によって提供される専用のユーザーインターフェースを利用して、ファームウェアのアップデートの指示を行なう。なお、アップデートファイルは、ユーザーによって、事前に、端末記憶部３４の所定の記憶領域に記憶される。
ステップＳＸ１におけるユーザーの指示に応じて、端末装置３０の端末制御部３１は、専用ツール３４ａの機能により、８０８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＡ１）。具体的には、端末制御部３１は、８０８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。
ここで、本実施形態では、端末制御部３１は、プリンター１０の動作モードが、拡張−基本動作モードであるのか、基本動作モードであるのかを事前に認識できない。そして、ファームウェア１７ｃのアップデートが指示された場合、端末制御部３１は、専用ツール３４ａの機能により、まず、８０８０ポートを使用してＴＣＰコネクションの確立の要求を行なう構成となっている。そして、後述するように、端末制御部３１は、８０８０ポートに係るＴＣＰコネクションの確立に失敗した場合、８０ポートに係るＴＣＰコネクションの確立の要求を行なう構成となっている。
図３のフローチャートでは、プリンター１０の動作モードは、拡張−基本動作モードである。従って、８０８０ポートの基本サーバーＳＶ２が動作している。このため、ステップＳＡ１における、８０８０ポートについてのＴＣＰコネクションの確立の要求に対して、基本サーバーＳＶ２は、肯定応答を行なう（ステップＳＢ１）。具体的には、基本サーバーＳＶ２は、ＳＹＮ／ＡＣＫフラグがセットされたパケットを端末装置３０に送信する。ステップＳＢ１の肯定応答に対応して、端末制御部３１は、肯定応答を行なう（ステップＳＡ２）。具体的には、ＡＣＫフラグがセットされたパケットをプリンター１０に送信する。これにより、プリンター１０と、端末装置３０との間で、ＴＣＰコネクションが確立する。
ここで、本実施形態では、端末制御部３１は、プリンター１０の動作モードが、拡張−基本動作モードであるのか、基本動作モードであるのかを事前に認識できない。そして、ファームウェア１７ｃのアップデートが指示された場合、端末制御部３１は、専用ツール３４ａの機能により、まず、８０８０ポートを使用してＴＣＰコネクションの確立の要求を行なう構成となっている。そして、後述するように、端末制御部３１は、８０８０ポートに係るＴＣＰコネクションの確立に失敗した場合、８０ポートに係るＴＣＰコネクションの確立の要求を行なう構成となっている。
図３のフローチャートでは、プリンター１０の動作モードは、拡張−基本動作モードである。従って、８０８０ポートの基本サーバーＳＶ２が動作している。このため、ステップＳＡ１における、８０８０ポートについてのＴＣＰコネクションの確立の要求に対して、基本サーバーＳＶ２は、肯定応答を行なう（ステップＳＢ１）。具体的には、基本サーバーＳＶ２は、ＳＹＮ／ＡＣＫフラグがセットされたパケットを端末装置３０に送信する。ステップＳＢ１の肯定応答に対応して、端末制御部３１は、肯定応答を行なう（ステップＳＡ２）。具体的には、ＡＣＫフラグがセットされたパケットをプリンター１０に送信する。これにより、プリンター１０と、端末装置３０との間で、ＴＣＰコネクションが確立する。
次いで、端末制御部３１は、専用ツール３４ａの機能により、８０８０ポート（第２通信ポート）を介して、基本サーバーＳＶ２に対して、ファームウェア１７ｃのアップデートの要求（特定のファイルの格納の要求）を行なう（ステップＳＡ３）。当該要求は、予め定められたプロトコルに準拠して行なわれる。
当該要求を受信すると、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを終了することにより、拡張サーバーＳＶ１を停止する（ステップＳＢ２）。
ここで、ステップＳＢ２の処理が行なわれる理由について説明する。
ファームウェア１７ｃのアップデートは、以下の手順で行なわれる。まず、端末装置３０からプリンター１０に対して、アップデートファイル（特定のファイル）が送信される。ここで、送信されたアップデートファイルは、順次、ＲＡＭ１８に一時記憶される。基本サーバーＳＶ２は、アップデートファイルの全てについて、ＲＡＭ１８への記憶が完了したか否かを監視する。アップデートファイルの全てについてＲＡＭ１８への記憶が完了すると、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを、不揮発性メモリー１７の適切な記憶領域に適切な態様で記憶（格納）する。不揮発性メモリー１７へのアップデートファイルの記憶（格納）が完了すると、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを消去する。
当該要求を受信すると、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを終了することにより、拡張サーバーＳＶ１を停止する（ステップＳＢ２）。
ここで、ステップＳＢ２の処理が行なわれる理由について説明する。
ファームウェア１７ｃのアップデートは、以下の手順で行なわれる。まず、端末装置３０からプリンター１０に対して、アップデートファイル（特定のファイル）が送信される。ここで、送信されたアップデートファイルは、順次、ＲＡＭ１８に一時記憶される。基本サーバーＳＶ２は、アップデートファイルの全てについて、ＲＡＭ１８への記憶が完了したか否かを監視する。アップデートファイルの全てについてＲＡＭ１８への記憶が完了すると、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを、不揮発性メモリー１７の適切な記憶領域に適切な態様で記憶（格納）する。不揮発性メモリー１７へのアップデートファイルの記憶（格納）が完了すると、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを消去する。
このように、一旦、アップデートファイルの全てをＲＡＭ１８に記憶した後、ＲＡＭ１８に記憶したアップデートファイルを不揮発性メモリー１７に記憶する理由は以下である。すなわち、ファームウェア１７ｃは、インターフェースボード１４の制御に係るプログラムであり、アップデートに失敗した場合、悪影響が非常に大きい。これを踏まえ、上記処理を行なうことにより、通信エラー、その他のエラーに起因して、アップデートファイルの送信が正常に完了しなかった場合であっても、既に不揮発性メモリー１７に記憶されているファームウェア１７ｃに対して何らかの影響が与えられることを防止するためである。
一方で、アップデートファイルの全てをＲＡＭ１８に記憶した後、ＲＡＭ１８に記憶したアップデートファイルを不揮発性メモリー１７に記憶するという処理を行なっているため、以下の問題がある。
すなわち、アップデートの実行中、ＲＡＭ１８の記憶領域の使用量が大きい、という問題である。一例として、ＲＡＭ１８の記憶容量が６４ＭＢであるのに対して、アップデートの実行中に使用するＲＡＭ１８の記憶領域の容量が３０ＭＢである。
このように、アップデートの実行中におけるＲＡＭ１８の記憶領域の使用量が大きいという問題を踏まえて、ステップＳＢ２において、基本サーバーＳＶ２は、拡張サーバーＳＶ１を停止する。すなわち、拡張サーバーＳＶ１は、複数のプログラム言語に対応して各種処理を実行する機能を有しており、ワークエリアとしてＲＡＭ１８を使用する頻度が高く、その動作中におけるＲＡＭ１８の記憶領域の使用量が大きい。一例として、ＲＡＭ１８の記憶容量が６４ＭＢであるのに対して、拡張サーバーＳＶ１が使用するＲＡＭ１８の記憶領域の容量が３０ＭＢである。そして、ファームウェア１７ｃのアップデートの要求が合ったことをトリガーとして、拡張サーバーＳＶ１が停止されることにより、ＲＡＭ１８において、拡張サーバーＳＶ１に関する各種データがアンロードされ、記憶領域が開放される。これにより、ＲＡＭ１８において、ファームウェア１７ｃのアップデートに使用する記憶領域が確保され、例えば、ＲＡＭ１８の容量不足に起因して、ファームウェア１７ｃのアップデートが完了しないといった事態が発生することが防止される。
一方で、アップデートファイルの全てをＲＡＭ１８に記憶した後、ＲＡＭ１８に記憶したアップデートファイルを不揮発性メモリー１７に記憶するという処理を行なっているため、以下の問題がある。
すなわち、アップデートの実行中、ＲＡＭ１８の記憶領域の使用量が大きい、という問題である。一例として、ＲＡＭ１８の記憶容量が６４ＭＢであるのに対して、アップデートの実行中に使用するＲＡＭ１８の記憶領域の容量が３０ＭＢである。
このように、アップデートの実行中におけるＲＡＭ１８の記憶領域の使用量が大きいという問題を踏まえて、ステップＳＢ２において、基本サーバーＳＶ２は、拡張サーバーＳＶ１を停止する。すなわち、拡張サーバーＳＶ１は、複数のプログラム言語に対応して各種処理を実行する機能を有しており、ワークエリアとしてＲＡＭ１８を使用する頻度が高く、その動作中におけるＲＡＭ１８の記憶領域の使用量が大きい。一例として、ＲＡＭ１８の記憶容量が６４ＭＢであるのに対して、拡張サーバーＳＶ１が使用するＲＡＭ１８の記憶領域の容量が３０ＭＢである。そして、ファームウェア１７ｃのアップデートの要求が合ったことをトリガーとして、拡張サーバーＳＶ１が停止されることにより、ＲＡＭ１８において、拡張サーバーＳＶ１に関する各種データがアンロードされ、記憶領域が開放される。これにより、ＲＡＭ１８において、ファームウェア１７ｃのアップデートに使用する記憶領域が確保され、例えば、ＲＡＭ１８の容量不足に起因して、ファームウェア１７ｃのアップデートが完了しないといった事態が発生することが防止される。
ステップＳＢ２において拡張サーバーＳＶ１を停止した後、基本サーバーＳＶ２は、端末装置３０に対して、アップデートファイルの送信要求を行なう（ステップＳＢ３）。この送信要求に応答して、端末制御部３１は、アップデートファイルの送信を開始する（ステップＳＡ４）。
基本サーバーＳＶ２は、アップデートファイルを受信し、順次、ＲＡＭ１８に記憶していく（ステップＳＢ４）。上述したように、ステップＳＢ４の処理の時点では、拡張サーバーＳＶ１が停止されているため、拡張サーバーＳＶ１に係るデータがＲＡＭ１８から消去されている。従って、ＲＡＭ１８上で、アップデートファイルを展開するだけの記憶領域が確保されており、ＲＡＭ１８のメモリー不足に起因して何らかのエラーが発生することが防止されている。
アップデートファイルの受信中、基本サーバーＳＶ２は、アップデートファイルの全てについてＲＡＭ１８への記憶が完了したか否かを監視しつつ（ステップＳＢ６）、アップデートファイルの受信が中断したか否かを監視する（ステップＳＢ５）。受信が中断する場合としては、通信に関する何らかのエラーや、端末装置３０のソフト的なエラー等が想定される。
アップデートファイルの全てのＲＡＭ１８への記憶が完了する前に、アップデートファイルの受信が中断した場合（ステップＳＢ５：ＹＥＳ）、基本サーバーＳＶ２は、その旨、端末装置３０に通知する（ステップＳＢ７）。当該通知により、プリンター１０は、対応する処理、例えば、ファームウェア１７ｃのアップデートが正常に完了しなかった旨の報知等を実行することが可能となる。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＢ８）。このような構成のため、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、ファームウェア１７ｃのアップデート（特定のファイルの格納）が失敗した場合であっても、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。
基本サーバーＳＶ２は、アップデートファイルを受信し、順次、ＲＡＭ１８に記憶していく（ステップＳＢ４）。上述したように、ステップＳＢ４の処理の時点では、拡張サーバーＳＶ１が停止されているため、拡張サーバーＳＶ１に係るデータがＲＡＭ１８から消去されている。従って、ＲＡＭ１８上で、アップデートファイルを展開するだけの記憶領域が確保されており、ＲＡＭ１８のメモリー不足に起因して何らかのエラーが発生することが防止されている。
アップデートファイルの受信中、基本サーバーＳＶ２は、アップデートファイルの全てについてＲＡＭ１８への記憶が完了したか否かを監視しつつ（ステップＳＢ６）、アップデートファイルの受信が中断したか否かを監視する（ステップＳＢ５）。受信が中断する場合としては、通信に関する何らかのエラーや、端末装置３０のソフト的なエラー等が想定される。
アップデートファイルの全てのＲＡＭ１８への記憶が完了する前に、アップデートファイルの受信が中断した場合（ステップＳＢ５：ＹＥＳ）、基本サーバーＳＶ２は、その旨、端末装置３０に通知する（ステップＳＢ７）。当該通知により、プリンター１０は、対応する処理、例えば、ファームウェア１７ｃのアップデートが正常に完了しなかった旨の報知等を実行することが可能となる。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＢ８）。このような構成のため、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、ファームウェア１７ｃのアップデート（特定のファイルの格納）が失敗した場合であっても、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。
一方で、アップデートファイルの受信が中断することなく、アップデートファイルの全てについて、ＲＡＭ１８への記憶が完了した場合（ステップＳＢ６：ＹＥＳ）、基本サーバーＳＶ２は、以下の処理を実行する。すなわち、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを、不揮発性メモリー１７の適切な記憶領域に適切な態様で記憶（格納）する（ステップＳＢ９）。次いで、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを消去する（ステップＳＢ１０）。これにより、ファームウェア１７ｃのアップデートが完了する。次いで、基本サーバーＳＶ２は、ファームウェア１７ｃのアップデートが正常に完了した旨、端末装置３０に通知する（ステップＳＢ１１）。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＢ１２）。これにより、ファームウェア１７ｃのアップデート完了後、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。
次に、動作モードが「基本動作モード」の場合におけるファームウェア１７ｃのアップデートを実行するときのプリンター１０、及び、端末装置３０の動作について説明する。
図４は、動作モードが「基本動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
ファームウェア１７ｃのアップデートに際し、まず、ユーザーからその旨の指示が行なわれる（ステップＳＹ１）。ステップＳＹ１におけるユーザーの指示に応じて、端末装置３０の端末制御部３１は、専用ツール３４ａの機能により、８０８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＣ１）。具体的には、端末制御部３１は、８０８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。上述したとおり、端末制御部３１は、プリンター１０の動作モードが、拡張−基本動作モードであるのか、基本動作モードであるのかを事前に認識できない。そして、ファームウェア１７ｃのアップデートが指示された場合、端末制御部３１は、専用ツール３４ａの機能により、まず、８０８０ポートを使用してＴＣＰコネクションの確立の要求を行なう構成となっている。
図４のフローチャートでは、プリンター１０の動作モードは、基本動作モードである。従って、８０ポートの基本サーバーＳＶ２が動作している。換言すれば、８０８０ポートのサーバーは動作していない。このため、ステップＳＣ１における、８０８０ポートについてのＴＣＰコネクションの確立の要求に対して、プリンター１０は、否定応答を行なう（ステップＳＤ１）。具体的には、プリンター１０は、ＲＳＴフラグがセットされたパケットを端末装置３０に送信する。
否定応答を受けた、端末制御部３１は、専用ツール３４ａの機能により、８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＣ２）。具体的には、端末制御部３１は、８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。上述したように、本実施形態では、端末制御部３１は、プリンター１０の動作モードが、拡張−基本動作モードであるのか、基本動作モードであるのかを事前に認識できない。そして、端末制御部３１は、８０８０ポートに係るＴＣＰコネクションの確立に失敗した場合、８０ポートに係るＴＣＰコネクションの確立の要求を行なう構成となっている。
図４のフローチャートでは、プリンター１０の動作モードは、基本動作モードである。従って、８０ポートの基本サーバーＳＶ２が動作している。このため、ステップＳＣ２における、８０ポートについてのＴＣＰコネクションの確立の要求に対して、基本サーバーＳＶ２は、肯定応答を行なう（ステップＳＤ２）。具体的には、基本サーバーＳＶ２は、ＳＹＮ／ＡＣＫフラグがセットされたパケットを端末装置３０に送信する。ステップＳＤ２の肯定応答に対応して、端末制御部３１は、肯定応答を行なう（ステップＳＣ３）。具体的には、ＡＣＫフラグがセットされたパケットをプリンター１０に送信する。これにより、プリンター１０と、端末装置３０との間で、ＴＣＰコネクションが確立する。
図４は、動作モードが「基本動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
ファームウェア１７ｃのアップデートに際し、まず、ユーザーからその旨の指示が行なわれる（ステップＳＹ１）。ステップＳＹ１におけるユーザーの指示に応じて、端末装置３０の端末制御部３１は、専用ツール３４ａの機能により、８０８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＣ１）。具体的には、端末制御部３１は、８０８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。上述したとおり、端末制御部３１は、プリンター１０の動作モードが、拡張−基本動作モードであるのか、基本動作モードであるのかを事前に認識できない。そして、ファームウェア１７ｃのアップデートが指示された場合、端末制御部３１は、専用ツール３４ａの機能により、まず、８０８０ポートを使用してＴＣＰコネクションの確立の要求を行なう構成となっている。
図４のフローチャートでは、プリンター１０の動作モードは、基本動作モードである。従って、８０ポートの基本サーバーＳＶ２が動作している。換言すれば、８０８０ポートのサーバーは動作していない。このため、ステップＳＣ１における、８０８０ポートについてのＴＣＰコネクションの確立の要求に対して、プリンター１０は、否定応答を行なう（ステップＳＤ１）。具体的には、プリンター１０は、ＲＳＴフラグがセットされたパケットを端末装置３０に送信する。
否定応答を受けた、端末制御部３１は、専用ツール３４ａの機能により、８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＣ２）。具体的には、端末制御部３１は、８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。上述したように、本実施形態では、端末制御部３１は、プリンター１０の動作モードが、拡張−基本動作モードであるのか、基本動作モードであるのかを事前に認識できない。そして、端末制御部３１は、８０８０ポートに係るＴＣＰコネクションの確立に失敗した場合、８０ポートに係るＴＣＰコネクションの確立の要求を行なう構成となっている。
図４のフローチャートでは、プリンター１０の動作モードは、基本動作モードである。従って、８０ポートの基本サーバーＳＶ２が動作している。このため、ステップＳＣ２における、８０ポートについてのＴＣＰコネクションの確立の要求に対して、基本サーバーＳＶ２は、肯定応答を行なう（ステップＳＤ２）。具体的には、基本サーバーＳＶ２は、ＳＹＮ／ＡＣＫフラグがセットされたパケットを端末装置３０に送信する。ステップＳＤ２の肯定応答に対応して、端末制御部３１は、肯定応答を行なう（ステップＳＣ３）。具体的には、ＡＣＫフラグがセットされたパケットをプリンター１０に送信する。これにより、プリンター１０と、端末装置３０との間で、ＴＣＰコネクションが確立する。
以下、プリンター１０と、端末装置３０とが協働して、ファームウェア１７ｃのアップデートを行なう（ステップＳＣ４、ステップＳＤ３）。当該処理は、図３のフローチャートを用いて説明した処理に対応する処理であるため、詳細な説明を省略する。なお、当該処理において、端末装置３０の端末制御部３１は、８０８０ポートを介して基本サーバーＳＶ２にアクセスするのではなく、８０ポートを介して基本サーバーＳＶ２にアクセスする。また、当該処理では、拡張サーバーＳＶ１は動作していないため、拡張サーバーＳＶ１を停止する処理は行なわれない。
このように、本字視形態では、動作モードが基本モードの場合であっても、プリンター１０と端末装置３０とが協働して、基本サーバーＳＶ２の機能により、ファームウェア１７ｃのアップデートを実行できる。
このように、本字視形態では、動作モードが基本モードの場合であっても、プリンター１０と端末装置３０とが協働して、基本サーバーＳＶ２の機能により、ファームウェア１７ｃのアップデートを実行できる。
以上説明したように、本実施形態では、プリンター１０（電子機器）は、通信回線Ｎにより８０ポート（第１通信ポート）を使用してアクセス可能な拡張サーバーＳＶ１（第１サーバー）と、８０８０ポート（第２通信ポート）を使用してアクセス可能な基本サーバーＳＶ２（第２サーバー）と、を有している。そして、プリンター１０は、８０８０ポートを介して端末装置３０からファームウェア１７ｃのアップデートの要求（特定のファイルの格納要求）を受信した場合、拡張サーバーＳＶ１（第１サーバー）を停止させて、基本サーバーＳＶ２（第２サーバー）によって８０８０ポートを介してアップデートファイル（特定のファイル）を受信する。
この構成によれば、拡張サーバーＳＶ１が動作していることに起因して、アップデートファイルの格納に使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。すなわち、プリンター１０は、複数のサーバーが搭載されることを踏まえて、適切にファイルの格納処理を行うことができる。
この構成によれば、拡張サーバーＳＶ１が動作していることに起因して、アップデートファイルの格納に使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。すなわち、プリンター１０は、複数のサーバーが搭載されることを踏まえて、適切にファイルの格納処理を行うことができる。
また、本実施形態では、拡張サーバーＳＶ１は、アップデートファイルの格納に使用するＲＡＭ１８のメモリー領域を使用して動作する。
この構成によれば、拡張サーバーＳＶ１が動作していることに起因して、アップデートファイルの格納に使用するメモリー領域の不足が発生することが防止される。
この構成によれば、拡張サーバーＳＶ１が動作していることに起因して、アップデートファイルの格納に使用するメモリー領域の不足が発生することが防止される。
また、本実施形態では、基本サーバーＳＶ２は、アップデートファイル（ファームウェア１７ｃに係るファイル）に基づいて、ファームウェア１７ｃのアップデートを行なう機能が実装されており、端末装置３０からの要求に基づいて、ファームウェア１７ｃのアップデートを実行可能である。
この構成によれば、プリンター１０は、複数のサーバーが搭載されることを踏まえて、適切に、ファームウェア１７ｃのアップデートを実行することができる。
この構成によれば、プリンター１０は、複数のサーバーが搭載されることを踏まえて、適切に、ファームウェア１７ｃのアップデートを実行することができる。
また、本実施形態では、拡張サーバーＳＶ１の停止後、基本サーバーＳＶ２による８０８０ポートを介したアップデートファイルの受信中に、受信が中断した場合、停止した拡張サーバーＳＶ１を起動する。
この構成によれば、通信エラー等の何らかの原因で、アップデートファイルの受信が中断し、アップデートファイルの格納が失敗した場合であっても、速やかに拡張サーバーＳＶ１が立ち上がり、拡張サーバーＳＶ１の機能による処理を実行可能となる。
この構成によれば、通信エラー等の何らかの原因で、アップデートファイルの受信が中断し、アップデートファイルの格納が失敗した場合であっても、速やかに拡張サーバーＳＶ１が立ち上がり、拡張サーバーＳＶ１の機能による処理を実行可能となる。
また、本実施形態では、プリンター１０は、拡張−基本動作モード（第１サーバー及び第２サーバーが動作している状態）、及び、基本動作モード（第２サーバーのみが動作している状態）のいずれかのモードもとり得る。そして、基本動作モードでは、基本サーバーＳＶ２には８０ポートを使用してアクセス可能な構成とされる。その上で、端末装置３０は、８０８０ポートを指定してプリンター１０にアクセスし、肯定応答があった場合、８０８０ポートを介して基本サーバーＳＶ２に対してファームウェア１７ｃのアップデートの要求を行なう一方、否定応答があった場合、８０ポートを介して基本サーバーＳＶ２に対してファームウェア１７ｃのアップデートの要求を行なう。プリンター１０は、８０８０ポートを介して端末装置３０からファームウェア１７ｃのアップデートの要求があった場合、拡張サーバーＳＶ１を停止させて、基本サーバーＳＶ２によってアップデートファイルを受信する。
この構成によれば、動作モードが、拡張−基本動作モード、及び、基本動作モードのいずれであっても、複数のサーバーが搭載されることを踏まえて、適切に、ファイルの格納処理を行うことができる。
この構成によれば、動作モードが、拡張−基本動作モード、及び、基本動作モードのいずれであっても、複数のサーバーが搭載されることを踏まえて、適切に、ファイルの格納処理を行うことができる。
＜第２実施形態＞
次に、第２実施形態について説明する。
本実施形態に係る通信システム１の機能ブロックは、第１実施形態に係る通信システム１の機能ブロックと同様であるため、図１を援用し、その詳細な説明を省略する。
本実施形態に係るプリンター１０は、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２に関連して、２つの動作モードをとり得る構成となっている。
次に、第２実施形態について説明する。
本実施形態に係る通信システム１の機能ブロックは、第１実施形態に係る通信システム１の機能ブロックと同様であるため、図１を援用し、その詳細な説明を省略する。
本実施形態に係るプリンター１０は、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２に関連して、２つの動作モードをとり得る構成となっている。
１つ目の動作モードは、拡張−基本動作モード（図５（Ａ）参照）である。この動作モードは、第１実施形態で説明したように、拡張サーバーＳＶ１、及び、基本サーバーＳＶ２が共に動作している状態とされる。換言すれば、拡張サーバーソフトウェア１７ａ、及び、基本サーバーソフトウェア１７ｂのいずれもがロードされた状態とされる。拡張サーバーＳＶ１の通信ポートは、８０ポート（第１通信ポート）であり、基本サーバーＳＶ２の通信ポートは、８０８０ポート（第２通信ポート）である。
２つ目の動作モードは、拡張動作モードである。この動作モードでは、図５（Ｂ）に示すように、拡張サーバーＳＶ１のみが動作している状態とされる。換言すれば、拡張サーバーソフトウェア１７ａのみがロードされた状態とされる。
そして、拡張動作モードでは、拡張サーバーＳＶ１の通信ポートは、８０ポートである。
２つ目の動作モードは、拡張動作モードである。この動作モードでは、図５（Ｂ）に示すように、拡張サーバーＳＶ１のみが動作している状態とされる。換言すれば、拡張サーバーソフトウェア１７ａのみがロードされた状態とされる。
そして、拡張動作モードでは、拡張サーバーＳＶ１の通信ポートは、８０ポートである。
次に、ファームウェア１７ｃのアップデートを実行するときのプリンター１０、及び、端末装置３０の動作について説明する。
図６は、動作モードが「拡張−基本動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
ファームウェア１７ｃのアップデートに際し、まず、ユーザーからその旨の指示が行なわれる（ステップＳＺ１）。ステップＳＺ１におけるユーザーの指示に応じて、端末装置３０の端末制御部３１は、専用ツール３４ａの機能により、８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＥ１）。具体的には、端末制御部３１は、８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。
ここで、本実施形態では、端末制御部３１は、ファームウェア１７ｃのアップデートが指示された場合、専用ツール３４ａの機能により、８０ポートを使用してＴＣＰコネクションの確立の要求を行なう構成となっている。この点、第１実施形態と相違している。
図６のフローチャートでは、プリンター１０の動作モードは、拡張−基本動作モードである。従って、８０ポートの拡張サーバーＳＶ１が動作している。このため、ステップＳＥ１における、８０ポートについてのＴＣＰコネクションの確立の要求に対して、拡張サーバーＳＶ１は、肯定応答を行なう（ステップＳＦ１）。具体的には、拡張サーバーＳＶ１は、ＳＹＮ／ＡＣＫフラグがセットされたパケットを端末装置３０に送信する。ステップＳＢ１の肯定応答に対応して、端末制御部３１は、肯定応答を行なう（ステップＳＥ２）。具体的には、ＡＣＫフラグがセットされたパケットをプリンター１０に送信する。これにより、プリンター１０と、端末装置３０との間で、ＴＣＰコネクションが確立する。
図６は、動作モードが「拡張−基本動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
ファームウェア１７ｃのアップデートに際し、まず、ユーザーからその旨の指示が行なわれる（ステップＳＺ１）。ステップＳＺ１におけるユーザーの指示に応じて、端末装置３０の端末制御部３１は、専用ツール３４ａの機能により、８０ポートを使用して、ＴＣＰコネクションの確立の要求を行なう（ステップＳＥ１）。具体的には、端末制御部３１は、８０ポートを使用して、ＳＹＮフラグがセットされたパケットをプリンター１０に送信する。
ここで、本実施形態では、端末制御部３１は、ファームウェア１７ｃのアップデートが指示された場合、専用ツール３４ａの機能により、８０ポートを使用してＴＣＰコネクションの確立の要求を行なう構成となっている。この点、第１実施形態と相違している。
図６のフローチャートでは、プリンター１０の動作モードは、拡張−基本動作モードである。従って、８０ポートの拡張サーバーＳＶ１が動作している。このため、ステップＳＥ１における、８０ポートについてのＴＣＰコネクションの確立の要求に対して、拡張サーバーＳＶ１は、肯定応答を行なう（ステップＳＦ１）。具体的には、拡張サーバーＳＶ１は、ＳＹＮ／ＡＣＫフラグがセットされたパケットを端末装置３０に送信する。ステップＳＢ１の肯定応答に対応して、端末制御部３１は、肯定応答を行なう（ステップＳＥ２）。具体的には、ＡＣＫフラグがセットされたパケットをプリンター１０に送信する。これにより、プリンター１０と、端末装置３０との間で、ＴＣＰコネクションが確立する。
次いで、端末制御部３１は、専用ツール３４ａの機能により、８０ポート（第１通信ポート）を介して、拡張サーバーＳＶ１に対して、ファームウェア１７ｃのアップデートの要求（特定のファイルの格納の要求）を行なう（ステップＳＥ３）。当該要求は、予め定められたプロトコルに準拠して行なわれる。
なお、後に明らかとなるとおり、ステップＳＥ３の要求に応じて、プリンター１０から端末装置３０に対して、ユーザーインターフェースＵＩ１（図７）を表示させるための表示用データＤ１が送信される。端末装置３０は、受信した表示用データＤ１に基づいて、ユーザーインターフェースＵＩ１を表示する。これを踏まえ、ステップＳＥ３における「アップデートの要求」は、「表示用データＤ１の送信の要求」を含む概念である。
さて、ステップＳＥ３の要求を受けた拡張サーバーＳＶ１は、ユーザーインターフェースＵＩ１（図７）を表示させるための表示用データＤ１を生成し、端末装置３０に送信する（ステップＳＦ２）。表示用データＤ１は、Ｈｔｍｌ等で記述された描画データである。
表示用データＤ１を受信すると、端末制御部３１は、表示用データＤ１に基づいて、表示パネル３２ａにユーザーインターフェースＵＩ１（図７）を表示する（ステップＳＥ４）。
なお、後に明らかとなるとおり、ステップＳＥ３の要求に応じて、プリンター１０から端末装置３０に対して、ユーザーインターフェースＵＩ１（図７）を表示させるための表示用データＤ１が送信される。端末装置３０は、受信した表示用データＤ１に基づいて、ユーザーインターフェースＵＩ１を表示する。これを踏まえ、ステップＳＥ３における「アップデートの要求」は、「表示用データＤ１の送信の要求」を含む概念である。
さて、ステップＳＥ３の要求を受けた拡張サーバーＳＶ１は、ユーザーインターフェースＵＩ１（図７）を表示させるための表示用データＤ１を生成し、端末装置３０に送信する（ステップＳＦ２）。表示用データＤ１は、Ｈｔｍｌ等で記述された描画データである。
表示用データＤ１を受信すると、端末制御部３１は、表示用データＤ１に基づいて、表示パネル３２ａにユーザーインターフェースＵＩ１（図７）を表示する（ステップＳＥ４）。
図７は、ユーザーインターフェースＵＩ１の一例を示す図である。
このユーザーインターフェースＵＩ１は、８０８０ポート（第２通信ポート）を指定して、基本サーバーＳＶ２に対して、アップデートファイルを送信するためのユーザーインターフェースである。ユーザーは、ユーザーインターフェースＵＩ１を利用して、アップデートファイルの格納場所を指定して、送信ボタンＢ１を選択する（ステップＳＰ１）。これにより、端末制御部３１は、表示用データＤ１に実装されたスクリプトの機能等により、８０８０ポートを使用した基本サーバーＳＶ２との間でのＴＣＰコネクションを確立した上で、アップデートファイルの送信要求を行なう（ステップＳＥ５）。
当該要求を受信すると、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを終了することにより、拡張サーバーＳＶ１を停止する（ステップＳＦ３）。このステップＳＦ３の処理が行なわれる理由は、第１実施形態で説明したとおりである。
このユーザーインターフェースＵＩ１は、８０８０ポート（第２通信ポート）を指定して、基本サーバーＳＶ２に対して、アップデートファイルを送信するためのユーザーインターフェースである。ユーザーは、ユーザーインターフェースＵＩ１を利用して、アップデートファイルの格納場所を指定して、送信ボタンＢ１を選択する（ステップＳＰ１）。これにより、端末制御部３１は、表示用データＤ１に実装されたスクリプトの機能等により、８０８０ポートを使用した基本サーバーＳＶ２との間でのＴＣＰコネクションを確立した上で、アップデートファイルの送信要求を行なう（ステップＳＥ５）。
当該要求を受信すると、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを終了することにより、拡張サーバーＳＶ１を停止する（ステップＳＦ３）。このステップＳＦ３の処理が行なわれる理由は、第１実施形態で説明したとおりである。
ステップＳＦ３において拡張サーバーＳＶ１を停止した後、基本サーバーＳＶ２は、端末装置３０に対して、アップデートファイルの送信要求を行なう（ステップＳＦ４）。この送信要求に応答して、端末制御部３１は、アップデートファイルの送信を開始する（ステップＳＥ６）。
基本サーバーＳＶ２は、アップデートファイルを受信し、順次、ＲＡＭ１８に記憶していく（ステップＳＦ５）。このステップＳＦ５の処理の時点では、拡張サーバーＳＶ１が停止されているため、拡張サーバーＳＶ１に係るデータがＲＡＭ１８から消去されている。従って、ＲＡＭ１８上で、アップデートファイルを展開するだけの記憶領域が確保されており、ＲＡＭ１８のメモリー不足に起因して何らかのエラーが発生することが防止されている。
アップデートファイルの受信中、基本サーバーＳＶ２は、アップデートファイルの全てについてＲＡＭ１８への記憶が完了したか否かを監視しつつ（ステップＳＦ７）、アップデートファイルの受信が中断したか否かを監視する（ステップＳＦ６）。
アップデートファイルの全てのＲＡＭ１８への記憶が完了する前に、アップデートファイルの受信が中断した場合（ステップＳＦ６：ＹＥＳ）、基本サーバーＳＶ２は、その旨、端末装置３０に通知する（ステップＳＦ８）。当該通知により、プリンター１０は、対応する処理、例えば、ファームウェア１７ｃのアップデートが正常に完了しなかった旨の報知等を実行することが可能となる。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＦ９）。このような構成のため、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、ファームウェア１７ｃのアップデート（特定のファイルの格納）が失敗した場合であっても、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。
基本サーバーＳＶ２は、アップデートファイルを受信し、順次、ＲＡＭ１８に記憶していく（ステップＳＦ５）。このステップＳＦ５の処理の時点では、拡張サーバーＳＶ１が停止されているため、拡張サーバーＳＶ１に係るデータがＲＡＭ１８から消去されている。従って、ＲＡＭ１８上で、アップデートファイルを展開するだけの記憶領域が確保されており、ＲＡＭ１８のメモリー不足に起因して何らかのエラーが発生することが防止されている。
アップデートファイルの受信中、基本サーバーＳＶ２は、アップデートファイルの全てについてＲＡＭ１８への記憶が完了したか否かを監視しつつ（ステップＳＦ７）、アップデートファイルの受信が中断したか否かを監視する（ステップＳＦ６）。
アップデートファイルの全てのＲＡＭ１８への記憶が完了する前に、アップデートファイルの受信が中断した場合（ステップＳＦ６：ＹＥＳ）、基本サーバーＳＶ２は、その旨、端末装置３０に通知する（ステップＳＦ８）。当該通知により、プリンター１０は、対応する処理、例えば、ファームウェア１７ｃのアップデートが正常に完了しなかった旨の報知等を実行することが可能となる。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＦ９）。このような構成のため、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、ファームウェア１７ｃのアップデート（特定のファイルの格納）が失敗した場合であっても、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。
一方で、アップデートファイルの受信が中断することなく、アップデートファイルの全てについて、ＲＡＭ１８への記憶が完了した場合（ステップＳＦ７：ＹＥＳ）、基本サーバーＳＶ２は、以下の処理を実行する。すなわち、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを、不揮発性メモリー１７の適切な記憶領域に適切な態様で記憶（格納）する（ステップＳＦ１０）。次いで、基本サーバーＳＶ２は、ＲＡＭ１８に記憶されたアップデートファイルを消去する（ステップＳＦ１１）。これにより、ファームウェア１７ｃのアップデートが完了する。次いで、基本サーバーＳＶ２は、ファームウェア１７ｃのアップデートが正常に完了した旨、端末装置３０に通知する（ステップＳＦ１２）。次いで、基本サーバーＳＶ２は、拡張サーバーソフトウェア１７ａを起動することにより、拡張サーバーＳＶ１を起動する（ステップＳＦ１３）。これにより、ファームウェア１７ｃのアップデート完了後、速やかに拡張サーバーＳＶ１が起動され、拡張サーバーＳＶ１の機能による処理を実行可能となる。
このように、本実施形態では、端末制御部３１からプリンター１０に対して、８０ポート（第１通信ポート）を介してファームウェア１７ｃのアップデートの要求（特定のファイルの格納要求）があった場合に、８０８０ポート（第２通信ポート）を指定してアップデートファイルを送信するためのユーザーインターフェースＵＩ１を表示させる表示用データＤ１が送信される。これにより、ユーザーは、当該表示用データに基づいて端末装置３０の表示パネル３２ａに表示されたユーザーインターフェースＵＩ１を利用して、８０８０ポートを介してアップデートファイルの送信を指示することができ、さらに、基本サーバーＳＶ２にアップデートに係る処理を実行させることができる。
次に、動作モードが「拡張動作モード」の場合におけるファームウェア１７ｃのアップデートを実行するときのプリンター１０、及び、端末装置３０の動作について説明する。
図８は、動作モードが「拡張動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
図６と、図８との比較において明らかなとおり、拡張動作モードの場合、プリンター１０が、ステップＳＦ１の処理と、ステップＳＦ２の処理との間で、ステップＳＱ１の処理を実行する点で、拡張−基本動作モードの場合と異なっている。
詳述すると、ステップＳＥ３において、端末制御部３１は、専用ツール３４ａの機能により、８０ポート（第１通信ポート）を介して、拡張サーバーＳＶ１に対して、ファームウェア１７ｃのアップデートの要求（特定のファイルの格納の要求）を行なう。当該要求に応じて、拡張サーバーＳＶ１は、基本サーバーＳＶ２が動作していない状態であるため、基本サーバーソフトウェア１７ｂを起動することにより、基本サーバーＳＶ２を起動する（動作させる）（ステップＳＱ１）。その後、拡張サーバーＳＶ１は、表示用データＤ１を生成し、端末装置３０に送信する。
このような処理が実行されるため、動作モードが拡張モードである場合であっても、アップデートの要求に応じて、ファームウェア１７ｃのアップデートに係る処理を実行する機能が実装された基本サーバーＳＶ２が起動され、当該サーバーの機能により、ファームウェア１７ｃのアップデートが適切に実行される。
なお、図８では、ステップＳＦ９における拡張サーバーＳＶ１の起動後、基本サーバーＳＶ２が停止される。これにより、アップデートファイルの受信が中断した場合は、拡張サーバーＳＶ１のみが動作している状態に速やかに移行する。
図８は、動作モードが「拡張動作モード」の場合のファームウェア１７ｃのアップデート時におけるプリンター１０、及び、端末装置３０の動作を示すフローチャートである。（Ａ）は端末装置３０の動作を、（Ｂ）はプリンター１０の動作をそれぞれ示している。
図６と、図８との比較において明らかなとおり、拡張動作モードの場合、プリンター１０が、ステップＳＦ１の処理と、ステップＳＦ２の処理との間で、ステップＳＱ１の処理を実行する点で、拡張−基本動作モードの場合と異なっている。
詳述すると、ステップＳＥ３において、端末制御部３１は、専用ツール３４ａの機能により、８０ポート（第１通信ポート）を介して、拡張サーバーＳＶ１に対して、ファームウェア１７ｃのアップデートの要求（特定のファイルの格納の要求）を行なう。当該要求に応じて、拡張サーバーＳＶ１は、基本サーバーＳＶ２が動作していない状態であるため、基本サーバーソフトウェア１７ｂを起動することにより、基本サーバーＳＶ２を起動する（動作させる）（ステップＳＱ１）。その後、拡張サーバーＳＶ１は、表示用データＤ１を生成し、端末装置３０に送信する。
このような処理が実行されるため、動作モードが拡張モードである場合であっても、アップデートの要求に応じて、ファームウェア１７ｃのアップデートに係る処理を実行する機能が実装された基本サーバーＳＶ２が起動され、当該サーバーの機能により、ファームウェア１７ｃのアップデートが適切に実行される。
なお、図８では、ステップＳＦ９における拡張サーバーＳＶ１の起動後、基本サーバーＳＶ２が停止される。これにより、アップデートファイルの受信が中断した場合は、拡張サーバーＳＶ１のみが動作している状態に速やかに移行する。
以上説明したように、本実施形態に係るプリンター１０（電子機器）は、端末装置３０から８０ポート（第１通信ポート）を介してファームウェア１７ｃのアップデートの要求（特定のファイルの格納要求）を受信した場合に、８０８０ポート（第２通信ポート）を指定してアップデートファイル（特定のファイル）を送信するためのユーザーインターフェースＵＩ１を表示させる表示用データＤ１を端末装置３０に送信する。
この構成によれば、ユーザーは、表示用データＤ１に基づいて端末装置３０の表示パネル３２ａに表示されたユーザーインターフェースＵＩ１を利用して、８０８０ポートを介してアップデートファイルの送信を指示することができ、さらに、基本サーバーＳＶ２にアップデートに係る処理を実行させることができる。つまり、プリンター１０は、複数のサーバーが搭載されることを踏まえて、適切にファームウェア１７ｃのアップデート（ファイルの格納処理）を行うことができる。
この構成によれば、ユーザーは、表示用データＤ１に基づいて端末装置３０の表示パネル３２ａに表示されたユーザーインターフェースＵＩ１を利用して、８０８０ポートを介してアップデートファイルの送信を指示することができ、さらに、基本サーバーＳＶ２にアップデートに係る処理を実行させることができる。つまり、プリンター１０は、複数のサーバーが搭載されることを踏まえて、適切にファームウェア１７ｃのアップデート（ファイルの格納処理）を行うことができる。
また、本実施形態では、表示用データＤ１を受信した端末装置３０から、８０８０ポートを介してアップデートファイルを受信した場合、拡張サーバーＳＶ１を停止させて、基本サーバーＳＶ２によりアップデートファイルを受信する。
この構成によれば、拡張サーバーＳＶ１が動作していることに起因して、ファームウェア１７ｃのアップデートに使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。
この構成によれば、拡張サーバーＳＶ１が動作していることに起因して、ファームウェア１７ｃのアップデートに使用するメモリー領域の不足が発生する等のエラーが発生することが防止される。
また、本実施形態では、拡張サーバーＳＶ１の停止後、基本サーバーＳＶ２による８０８０ポートを介したアップデートファイルの受信中に、受信が中断した場合、停止した拡張サーバーＳＶ１を起動する。
この構成によれば、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、特定のファイルの格納が失敗した場合であっても、速やかに拡張サーバーＳＶ１が立ち上がり、拡張サーバーＳＶ１の機能による処理を実行可能となる。
この構成によれば、通信エラー等の何らかの原因で、特定のファイルの受信が中断し、特定のファイルの格納が失敗した場合であっても、速やかに拡張サーバーＳＶ１が立ち上がり、拡張サーバーＳＶ１の機能による処理を実行可能となる。
また、本実施形態では、拡張サーバーＳＶ１は、ファームウェア１７ｃのアップデートに使用するメモリー領域を使用して動作する。
この構成によれば、ファームウェア１７ｃのアップデートの際に、拡張サーバーＳＶ１が動作していることに起因して、メモリー領域の不足が発生することが防止される。
この構成によれば、ファームウェア１７ｃのアップデートの際に、拡張サーバーＳＶ１が動作していることに起因して、メモリー領域の不足が発生することが防止される。
また、本実施形態に係るプリンター１０は、拡張サーバーＳＶ１及び基本サーバーＳＶ２が動作している状態（拡張−基本動作モード）、及び、拡張サーバーＳＶ１のみが動作している状態（拡張モード）のいずれかの状態をとることが可能である。そして、端末装置３０は、８０ポートを介してファームウェア１７ｃのアップデートの要求を行ない、プリンター１０は、拡張サーバーＳＶ１のみが動作している状態の場合、表示用データＤ１を端末装置３０に送信する一方、基本サーバーＳＶ２を起動する。
この構成によれば、拡張サーバーＳＶ１のみが動作している状態のときに、ファームウェア１７ｃのアップデートの要求があった場合であっても、基本サーバーＳＶ２の機能によりファイルの格納を実行できる。
この構成によれば、拡張サーバーＳＶ１のみが動作している状態のときに、ファームウェア１７ｃのアップデートの要求があった場合であっても、基本サーバーＳＶ２の機能によりファイルの格納を実行できる。
なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。
例えば、上述した実施形態では、電子機器が印刷機能を有するプリンター１０である場合を例にして発明を説明したが、電子機器は、必ずしも印刷機能を有している必要はない。また例えば、ファイルの格納処理として、ファームウェア１７ｃのアップデートを行なう場合を例にして発明を説明したが、ファイルの格納処理はこれに限らず、例えば、ファームウェア１７ｃ自体の格納処理、その他のファイル（データ）の格納処理であってもよい。特に、ファームウェア１７ｃは、プリンターファームウェア１２ａであってもよい。
また例えば、図１に示す各機能ブロックはハードウェアとソフトウェアの協働により任意に実現可能であり、特定のハードウェア構成を示唆するものではない。また、プリンター１０や、端末装置３０の各機能を、これら装置に外部接続される別の装置に持たせるようにしてもよい。また、プリンター１０や、端末装置３０は、外部接続される記憶媒体に記憶させたプログラムを実行することにより、各種動作を実行してもよい。
例えば、上述した実施形態では、電子機器が印刷機能を有するプリンター１０である場合を例にして発明を説明したが、電子機器は、必ずしも印刷機能を有している必要はない。また例えば、ファイルの格納処理として、ファームウェア１７ｃのアップデートを行なう場合を例にして発明を説明したが、ファイルの格納処理はこれに限らず、例えば、ファームウェア１７ｃ自体の格納処理、その他のファイル（データ）の格納処理であってもよい。特に、ファームウェア１７ｃは、プリンターファームウェア１２ａであってもよい。
また例えば、図１に示す各機能ブロックはハードウェアとソフトウェアの協働により任意に実現可能であり、特定のハードウェア構成を示唆するものではない。また、プリンター１０や、端末装置３０の各機能を、これら装置に外部接続される別の装置に持たせるようにしてもよい。また、プリンター１０や、端末装置３０は、外部接続される記憶媒体に記憶させたプログラムを実行することにより、各種動作を実行してもよい。
１…通信システム、１０…プリンター（電子機器）、１１…プリンター制御部、１４…インターフェースボード、１６…制御部、１７…不揮発性メモリー、１７ｃ…ファームウェア、３０…端末装置、３１…端末制御部、３５…インターフェース部、Ｎ…通信回線、ＳＶ１…拡張サーバー（第１サーバー）、ＳＶ２…基本サーバー（第２サーバー）、ＵＩ１…ユーザーインターフェース。
Claims (7)
- 通信回線を介した端末装置からのアクセスに応答する複数のサーバーを搭載した電子機器であって、
前記通信回線により第１通信ポートを使用してアクセス可能な第１サーバーと、第２通信ポートを使用してアクセス可能であり、ファイルの格納処理を実行可能な第２サーバーと、を有し、
前記第２通信ポートを介して前記端末装置から特定のファイルの格納要求を受信した場合、前記第１サーバーを停止させて、前記第２サーバーによって前記第２通信ポートを介して前記特定のファイルを受信すること、
を特徴とする電子機器。 - 前記第１サーバーは、前記特定のファイルの格納に使用するメモリー領域を使用して動作すること、を特徴とする請求項１に記載の電子機器。
- 前記第２サーバーは、ファームウェアに係るファイルに基づいて、ファームウェアのアップデートを行なう機能が実装されており、前記端末装置からの前記特定のファイルの格納要求は、前記ファームウェアに係るファイルに基づくアップデートの要求であることを特徴とする請求項１又は２に記載の電子機器。
- 前記第１サーバーの停止後、前記第２サーバーによる前記第２通信ポートを介した前記特定のファイルの受信中に、受信が中断した場合、停止した前記第１サーバーを起動することを特徴とする請求項１ないし３のいずれかに記載の電子機器。
- 端末装置と、通信回線を介した前記端末装置からのアクセスに応答する複数のサーバーを搭載した電子機器とを有し、
前記電子機器は、
前記通信回線により第１通信ポートを使用してアクセス可能な第１サーバーと、第２通信ポートを使用してアクセス可能であり、ファイルの格納処理を実行可能な第２サーバーと、を有し、
前記端末装置は、
前記第２通信ポートを介して前記第２サーバーに対して、特定のファイルの格納要求を行い、
前記電子機器は、
前記第２通信ポートを介して前記端末装置から前記特定のファイルの格納要求を受信した場合、前記第１サーバーを停止させて、前記第２サーバーによって前記特定のファイルを受信すること、
を特徴とする通信システム。 - 前記電子機器は、
前記第１サーバー及び前記第２サーバーが動作している状態、及び、前記第２サーバーのみが動作している状態のいずれかの状態をとることが可能であり、前記第２サーバーのみが動作している状態の場合は、前記第２サーバーには前記第１通信ポートを使用してアクセス可能な構成とされ、
前記端末装置は、
前記第２通信ポートを指定して前記電子機器にアクセスし、肯定応答があった場合、前記第２通信ポートを介して前記第２サーバーに対して前記特定のファイルの格納要求を行なう一方、否定応答があった場合、第１通信ポートを介して前記第２サーバーに対して特定のファイルの格納要求を行い、
前記電子機器は、
前記第２通信ポートを介して前記端末装置から前記特定のファイルの格納要求があった場合、前記第１サーバーを停止させて、前記第２サーバーによって前記特定のファイルを受信することを特徴とする請求項５に記載の通信システム。 - 前記第２サーバーは、ファームウェアに係るファイルに基づいて、ファームウェアのアップデートを行なう機能が実装されており、前記端末装置からの前記特定のファイルの格納要求は、前記ファームウェアに係るファイルに基づくアップデートの要求であることを特徴とする請求項５又は６に記載の通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013084617A JP6221317B2 (ja) | 2013-04-15 | 2013-04-15 | 電子機器、及び、通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013084617A JP6221317B2 (ja) | 2013-04-15 | 2013-04-15 | 電子機器、及び、通信システム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2014206889A true JP2014206889A (ja) | 2014-10-30 |
| JP2014206889A5 JP2014206889A5 (ja) | 2016-05-19 |
| JP6221317B2 JP6221317B2 (ja) | 2017-11-01 |
Family
ID=52120384
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013084617A Expired - Fee Related JP6221317B2 (ja) | 2013-04-15 | 2013-04-15 | 電子機器、及び、通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6221317B2 (ja) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007058478A (ja) * | 2005-08-24 | 2007-03-08 | Hitachi Kokusai Electric Inc | 制御内容更新装置 |
| JP2008123412A (ja) * | 2006-11-15 | 2008-05-29 | Hitachi Ltd | 計算機システム、システムソフトウェア更新方法及び第１サーバ装置 |
| JP2012006176A (ja) * | 2010-06-22 | 2012-01-12 | Konica Minolta Business Technologies Inc | 情報処理装置および画像形成装置 |
| WO2012144462A1 (ja) * | 2011-04-22 | 2012-10-26 | 日本電気株式会社 | ポート番号特定システム、ポート番号特定システム制御方法およびその制御用プログラム |
-
2013
- 2013-04-15 JP JP2013084617A patent/JP6221317B2/ja not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007058478A (ja) * | 2005-08-24 | 2007-03-08 | Hitachi Kokusai Electric Inc | 制御内容更新装置 |
| JP2008123412A (ja) * | 2006-11-15 | 2008-05-29 | Hitachi Ltd | 計算機システム、システムソフトウェア更新方法及び第１サーバ装置 |
| JP2012006176A (ja) * | 2010-06-22 | 2012-01-12 | Konica Minolta Business Technologies Inc | 情報処理装置および画像形成装置 |
| WO2012144462A1 (ja) * | 2011-04-22 | 2012-10-26 | 日本電気株式会社 | ポート番号特定システム、ポート番号特定システム制御方法およびその制御用プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6221317B2 (ja) | 2017-11-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7886025B2 (en) | Information processing unit, system, remote control method, and storage medium | |
| US11132151B2 (en) | Communication device and non-transitory computer-readable medium for communication device | |
| US20150341441A1 (en) | Information processing system and information processing apparatus | |
| KR20200119862A (ko) | 표시 시스템 및 프로그램 | |
| JP6221317B2 (ja) | 電子機器、及び、通信システム | |
| JP2014206890A (ja) | 電子機器、及び、通信システム | |
| JP2013012038A (ja) | デバッグシステム及びデバッグ方法 | |
| WO2019188531A1 (ja) | 表示システム及びプログラム | |
| JP6938234B2 (ja) | 表示システム | |
| JP5035487B1 (ja) | 印刷制御装置、印刷システムおよびプログラム | |
| JP2011053769A (ja) | サーバ装置及び画面データの送信方法 | |
| JP2007307779A (ja) | 組込機器、電子機器、組込機器の制御方法、プログラム及び記録媒体 | |
| JP2019114249A (ja) | 情報処理装置、記録媒体及び情報処理方法 | |
| JP2019142095A (ja) | 画像形成装置 | |
| US8477353B2 (en) | Information processing apparatus, printing method, printing system, and non-transitory computer-readable storage medium | |
| JP2014146216A (ja) | Ｆ／ｗアップデート方法 | |
| JP2016179621A (ja) | 情報処理装置及び情報処理プログラム | |
| JP5573365B2 (ja) | 電子機器および電子機器の制御装置 | |
| JP2022131859A (ja) | 印刷制御装置、印刷制御方法および印刷用プログラム | |
| JP2021125008A (ja) | サイクリック通信システムおよびその通信方法 | |
| JP2014194709A (ja) | 情報処理装置、情報処理システム、情報処理装置の制御方法、及び、プログラム | |
| JP5800934B2 (ja) | 情報処理装置、情報処理装置の制御方法、及びプログラム | |
| JP6171639B2 (ja) | 印刷装置、印刷装置の制御方法、および、プログラム | |
| JP2015129993A (ja) | 情報処理システム、操作装置、情報表示方法及びプログラム | |
| JP2007328437A (ja) | ディジタル制御装置のブート方法及びディジタル制御 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20150113 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160323 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20160323 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20160617 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20160624 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20170125 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170131 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170324 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170620 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170808 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170905 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170918 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6221317 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |