JP5939180B2 - 情報処理装置、中継サーバ、情報中継方法、情報中継プログラム及び通信システム - Google Patents

情報処理装置、中継サーバ、情報中継方法、情報中継プログラム及び通信システム Download PDF

Info

Publication number
JP5939180B2
JP5939180B2 JP2013054087A JP2013054087A JP5939180B2 JP 5939180 B2 JP5939180 B2 JP 5939180B2 JP 2013054087 A JP2013054087 A JP 2013054087A JP 2013054087 A JP2013054087 A JP 2013054087A JP 5939180 B2 JP5939180 B2 JP 5939180B2
Authority
JP
Japan
Prior art keywords
firmware
information
specific
server
specific firmware
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.)
Active
Application number
JP2013054087A
Other languages
English (en)
Other versions
JP2014179021A (ja
Inventor
大原　清孝
清孝 大原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brother Industries Ltd
Original Assignee
Brother Industries Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Brother Industries Ltd filed Critical Brother Industries Ltd
Priority to JP2013054087A priority Critical patent/JP5939180B2/ja
Priority to US14/211,145 priority patent/US9146731B2/en
Priority to EP14160057.7A priority patent/EP2778912B1/en
Priority to CN201410098138.XA priority patent/CN104052735B/zh
Publication of JP2014179021A publication Critical patent/JP2014179021A/ja
Application granted granted Critical
Publication of JP5939180B2 publication Critical patent/JP5939180B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories

Description

本発明は、ファームウェアを有する情報処理装置、この情報処理装置と特定のサーバとの間の通信を中継する機能を有する中継サーバ、この中継サーバで用いられる情報中継方法と情報中継プログラム、及び通信システムに関する。
ネットワーク接続機能を備えた各種情報処理装置におけるファームウェアの更新方法が種々提案されている。
特許文献１には、情報処理装置からインターネットに接続して更新情報をサーチし、そのサーチにより得られたＵＲＬ（Uniform Resource Locator）のウェブサイトにアクセスして、更新対象のソフトウェアをダウンロードする技術が記載されている。
特開平１１−２７２４５４号公報
情報処理装置から主体的に更新情報をサーチしてファームウェア等のソフトウェアを更新する方法は、情報処理装置における処理負荷やユーザの負担の増大を招くおそれがあるし、必ずしも適切なタイミングで更新できるとは限らない。
また、近年、クラウド（インターネット上の各種リソース）を利用した顧客（情報処理装置）向けの特定サービスが各種展開されつつある。特定サービスの具体例として、特定業者が、顧客に対してその顧客が保有する複数の情報処理装置をクラウド側から一括して管理することが考えられる。
そのような特定サービスを実現するためには、顧客の情報処理装置のファームウェアについてその一部又は全てをその特定サービスに特化した特定ファームウェアに変更する必要性が生じることも予想される。このような特定サービスを提供するにあたっては、特に、特定サービス提供対象の情報処理装置のファームウェアを適切且つ効率的に所望の特定ファームウェアに更新できるようにすることが望まれる。
本発明は上記課題に鑑みなされたものであり、ネットワーク接続可能な情報処理装置のファームウェアを適切且つ効率的に所望のファームウェアに更新できるようにすることを目的とする。
上記課題を解決するためになされた本発明の情報処理装置は、ネットワークに接続可能な通信部と、制御部とを備え、ネットワークに接続された特定ファーム情報送信装置及びファームウェア提供サーバと通信部を介して通信可能に構成されたものである。制御部は、コネクション確立処理と、特定ファーム情報取得処理と、特定ファームウェア取得処理と、特定ファームウェア更新処理とを実行する。
コネクション確立処理は、特定ファーム情報送信装置からサーバプッシュを可能とするセッションを張るための通信プロトコルに従ったセッションを特定ファーム情報送信装置との間で確立させ、その確立したセッションにおいて特定ファーム情報送信装置とのコネクションを確立させる処理である。特定ファーム情報取得処理は、特定ファーム情報送信装置から当該情報処理装置宛に送信された、当該情報処理装置が有するファームウェアを所定の特定ファームウェアに更新させるための、その特定ファームウェアの所在を示す特定ファーム所在情報を少なくとも含む特定ファーム情報を、前記コネクションを介して取得する処理である。特定ファームウェア取得処理は、特定ファーム情報取得処理により取得した特定ファーム情報に含まれている特定ファーム所在情報に基づき、その特定ファーム所在情報が示すファームウェア提供サーバから特定ファームウェアを取得する処理である。特定ファームウェア更新処理は、当該情報処理装置が有する、特定ファームウェア取得処理により取得した特定ファームウェアに対応するファームウェアを、その取得した特定ファームウェアに更新する処理である。
このように構成された本発明の情報処理装置では、特定ファーム情報送信装置との間で、特定ファーム情報送信装置からサーバプッシュを可能とするセッションを張るための通信プロトコルによるコネクションが確立される。そして、特定ファーム情報送信装置から上記コネクションを介して自身宛に送信されてきた特定ファーム情報を取得すると、その特定ファーム情報に含まれている特定ファーム所在情報に基づいて特定ファームウェアを取得し、対応するファームウェアをその取得した特定ファームウェアに更新する。
したがって、本発明の情報処理装置によれば、自身に送信されてくる特定ファーム情報をもとに自身のファームウェアを適切且つ効率的に所望のファームウェア（特定ファームウェア）に更新することができる。
上記課題を解決するためになされた本発明の中継サーバは、ネットワークに接続可能な通信部と、制御部とを備え、ネットワークに接続された特定サーバ及び少なくとも１つの情報処理装置と通信部を介して通信可能に構成されたものである。制御部は、第１確立処理と、第２確立処理と、特定ファーム更新指令取得処理と、第１の特定ファーム情報送信処理とを実行する。
第１確立処理は、情報処理装置からの要求に応じて、中継サーバからサーバプッシュを可能とするセッションを張るための第１の通信プロトコルに従ったセッションの確立に応じて、情報処理装置との間で第１のコネクションを確立させる処理である。第２確立処理は、特定サーバとの間で第１の通信プロトコルとは異なる第２の通信プロトコルに従った第２のコネクションを確立させる処理である。特定ファーム更新指令取得処理は、特定サーバから、上記少なくとも１つの情報処理装置のうち所定の更新対象装置が有するファームウェアを所定の特定ファームウェアに更新させるための、その更新対象装置を示す装置情報及び特定ファームウェアの所在を示す特定ファーム所在情報を少なくとも含む特定ファーム更新指令を、第２のコネクションを介して取得する処理である。第１の特定ファーム情報送信処理は、特定ファーム更新指令取得処理により取得した特定ファーム更新指令に基づき、特定ファーム所在情報を少なくとも含む特定ファーム情報を、第１のコネクションを介して更新対象装置へ送信する処理である。
このように構成された本発明の中継サーバでは、情報処理装置との間で第１のコネクションが確立され、特定サーバとの間で第２のコネクションが確立される。そして、特定サーバから第２のコネクションを介して特定ファーム更新指令を取得すると、その特定ファーム更新指令に基づく特定ファーム情報を更新対象の情報処理装置へ第１のコネクションを介して送信する。
したがって、本発明の中継サーバによれば、特定サーバからの特定ファーム更新指令を元に、情報処理装置のファームウェアを適切且つ効率的に所望のファームウェア（特定ファームウェア）に更新させることができる。
また、本発明の中継サーバにおいて制御部が実行する各処理は、それぞれ、コンピュータにそれら各処理を実行させるための情報中継プログラムとして実現することができる。
また、本発明の中継サーバ及び情報処理装置の双方を用いて通信システムを構築することで、情報処理装置のファームウェアを適切且つ効率的に所望のファームウェア（特定ファームウェア）に更新させることが可能な通信システムを提供することができる。
実施形態の特定サービス提供システムの概略構成を表す構成図である。 ＭＦＰに記憶されるファーム状態テーブル（ＮＶＲＡＭに記憶）及び組込ファーム情報（ＲＯＭに記憶）を表す説明図である。 中間サーバに記憶されるファーム設定テーブル及びデバイス管理テーブルを表す説明図である。 実施形態の特定サービス提供システムの動作例を表すシーケンス図である。 サービスサーバが実行するサービス処理を表すフローチャートである。 中間サーバが実行する中間サーバ処理を表すフローチャートである。 中間サーバが実行する周期タイマ処理を表すフローチャートである。 ＭＦＰが実行するＭＦＰ処理を表すフローチャートである。
以下に、本発明の好適な実施形態を図面に基づいて説明する。なお、本発明は、下記の実施形態に示された具体的手段や構造等に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の形態を採り得る。また、下記の実施形態の構成の一部を、課題を解決できる限りにおいて省略した態様も本発明の実施形態であり、下記の複数の実施形態を適宜組み合わせて構成される態様も本発明の実施形態である。
（１）特定サービス提供システム１の概要
図１に示すように、本実施形態の特定サービス提供システム１は、複数のＭＦＰ（Multi Function Peripheral ；複合機）１０と、ＰＣ（パーソナルコンピュータ）１８と、ルータ２０と、中間サーバ３０と、サービスサーバ４０と、ファームウェア提供サーバ５０とを備えている。
各ＭＦＰ１０は、それぞれ、ルータ２０を介してインターネット（クラウド）５上の各種リソースに接続可能であり、本実施形態では少なくとも中間サーバ３０及びファームウェア提供サーバ５０に接続して相互にデータ通信可能である。ＰＣ１８は、ルータ２０を介してインターネット５へ接続できるほか、ルータ２０を介して各ＭＦＰ１０とデータ通信することもできる。
ルータ２０は、複数のＭＦＰ１０とＰＣ１８とのデータ通信を中継したり、複数のＭＦＰ１０やＰＣ１８とインターネット５上の各種リソースとのデータ通信を中継したりするための周知のデータ中継装置である。ルータ２０は、ファイアウォール機能やアドレス変換機能（例えばＮＡＴ）などの各種機能を備えている。
ルータ２０からみてインターネット５およびこれに接続される各種リソースはいわゆるクラウドであり、一方、ルータ２０及びこれに接続された各ＭＦＰ１０及びＰＣからなるネットワークは、いわゆるＬＡＮ（Local Area Network）である。クラウド側では、中間サーバ３０、サービスサーバ４０、及びファームウェア提供サーバ５０がインターネット５に接続されている。
ＬＡＮ内の各ＭＦＰ１０及びＰＣ１８は、ルータ２０を介してクラウド上の中間サーバ３０やサービスサーバ４０、ファームウェア提供サーバ５０に接続してデータ通信することが可能である。また、クラウド側においても、中間サーバ、サービスサーバ４０及びファームウェア提供サーバ５０はインターネット５を介して相互にデータ通信可能である。本実施形態では、サービスサーバ４０と中間サーバ３０との間の通信、中間サーバ３０と各ＭＦＰ１０との通信、及び各ＭＦＰ１０とファームウェア提供サーバ５０との通信について詳しく説明する。
ルータ２０において、ファイアウォール機能は、ルータ２０内のネットワーク（ＬＡＮ）に対する外部（インターネット５側）からの不正侵入を防止する機能である。ファイアウォール機能では、外部との境界を流れるデータを監視し、不正なアクセスを検出・遮断する。アドレス変換機能は、ルータ２０内のネットワークでのみ通用するプライベートＩＰアドレスと、インターネット５上のグローバルＩＰアドレスとを、１対１で相互変換する機能である。
ファイアウォール機能とアドレス変換機能の具体的動作について説明する。例として、何れか１つのＭＦＰ１０と中間サーバ３０又はファームウェア提供サーバ５０との間にコネクションが確立される場合にルータで行われる動作を説明する。ファイアウォール機能およびアドレス変換機能の動作は、ＭＦＰ１０と通信相手とのコネクションが、リクエスト−レスポンス型のプロトコルに従って確立されるか、それとも常時接続型のプロトコルに従って確立されるか、によって異なる。
常時接続型のプロトコルとは、接続（セッション）をできるだけ（連続的又は断続的に）維持して、双方から任意のタイミングで通信を行える形式のプロトコルである。リクエスト−レスポンス型のプロトコルとは、リクエストに対してレスポンスで返信する形式のプロトコルである。本実施形態では、一例として、常時接続型のプロトコルとしてＸＭＰＰ ｏｖｅｒ ＢＯＳＨ（eXtensible Messaging and Presence Protocol over Bidirectional-streams Over Synchronous HTTP の略）が用いられ、リクエスト−レスポンス型のプロトコルとしてＨＴＴＰ（Hypertext Transfer Protocol の略）が用いられる。
具体的には、本実施形態では、ＭＦＰ１０と中間サーバ３０との通信は主に常時接続型のＸＭＰＰ ｏｖｅｒ ＢＯＳＨによるコネクションを介して行われ、ＭＦＰ１０とファームウェア提供サーバ５０との通信は主にリクエストーレスポンス型のＨＴＴＰによるコネクションを介して行われる。なお、サービスサーバ４０と中間サーバ３０との通信も主にＨＴＴＰによるコネクションを介して行われる。
常時接続型のプロトコルであるＸＭＰＰ ｏｖｅｒ ＢＯＳＨによるＸＭＰＰセッション要求に従ったコネクション（以下「ＸＭＰＰコネクション」ともいう）が中間サーバ３０とＭＦＰ１０との間で確立される場合、ルータ２０のファイアウォール機能は、中間サーバ３０とＭＦＰ１０との通信を全て通過させる。またルータ２０のアドレス変換機能は、中間サーバ３０とＭＦＰ１０との全ての通信に対してアドレス変換を実行する。これらの動作は、ルータ２０が、ＸＭＰＰセッションを維持している通信相手を識別することによって実現される。これにより、ＸＭＰＰコネクションを用いる場合には、中間サーバ３０からＭＦＰ１０へのリクエスト情報を通過させることが可能となる。ＸＭＰＰセッションを確立するための具体的な手順については、図８のＳ６１０において説明するため、ここでの説明は省略する。
リクエスト−レスポンス型のプロトコルであるＨＴＴＰに従ったコネクション（以下「ＨＴＴＰコネクション」ともいう）がＭＦＰ１０とファームウェア提供サーバ５０との間で確立される場合、ルータ２０のファイアウォール機能は、ＭＦＰ１０からファームウェア提供サーバ５０へのリクエスト情報、及びファームウェア提供サーバ５０からＭＦＰ１０へのレスポンス情報は通過させる。しかし、ファイアウォール機能は、ファームウェア提供サーバ５０からＭＦＰ１０へのリクエスト情報は遮断する。これは、ファイアウォールの外部からのリクエスト情報には、不正アクセスや侵入のためのリクエスト情報が含まれている危険性があるためである。この機能は、ルータ２０のファイアウォール機能が、ＭＦＰ１０からファームウェア提供サーバ５０へ送信されたリクエスト情報に対するレスポンス情報を識別することによって実現される。
また、ルータ２０のアドレス変換機能は、ＭＦＰ１０からファームウェア提供サーバ５０へのリクエスト情報、及びファームウェア提供サーバ５０からＭＦＰ１０へのレスポンス情報については、アドレス変換を行う。しかし、アドレス変換機能は、ファームウェア提供サーバ５０からＭＦＰ１０へのリクエスト情報についてはアドレス変換を実行できない。従って、ファームウェア提供サーバ５０からＭＦＰ１０へのリクエスト情報は遮断される。これらの動作は、ルータ２０が、ＭＦＰ１０からファームウェア提供サーバ５０へ送信されたリクエスト情報に対するレスポンス情報を識別することによって実現される。
本実施形態の特定サービス提供システム１は、特定業者が予め契約した顧客に対して特定サービスを提供することが可能なシステムである。複数のＭＦＰ１０は顧客が使用するものであり、特定業者は、特定サービスとして、顧客が使用する複数のＭＦＰ１０をクラウド側から一括管理する。具体的には、特定業者は、主にサービスサーバ４０から、各ＭＦＰ１０の使用状態や消耗品の交換・補充時期等を管理したり、各ＭＦＰ１０に対して上記管理のために必要な特定の機能や顧客が要望する特定の機能を提供したりすることができる。
特定サービスの内容によっては、顧客の各ＭＦＰ１０が有するファームウェアの一部又は全てを、汎用の組込ファームウェアからその特定サービスに特化した顧客専用のカスタムファームウェアに変更（更新）する必要が生じる。
そこで本実施形態では、必要に応じてカスタムファームウェアをファームウェア提供サーバ５０に格納しておき、サービスサーバ４０から顧客の各ＭＦＰ１０を宛先としてそのカスタムファームウェアの所在（ＵＲＬ）や内容等を示すファーム情報を送信する。顧客の各ＭＦＰ１０は、クラウド側からファーム情報を受信すると、そのファーム情報に基づいてファームウェア提供サーバ５０の所定のＵＲＬにアクセスし、カスタムファームウェアをダウンロードすることができる。
ただし本実施形態では、サービスサーバ４０から顧客の各ＭＦＰ１０へファーム情報が直接送信されるのではなく、中間サーバ３０を介して間接的に送信される。すなわち、サービスサーバ４０からのファーム情報は、直接的には、そのファーム情報を含むカスタムファーム指定コマンドとして中間サーバ３０に送信される。中間サーバ３０は、サービスサーバ４０からカスタムファーム指定コマンドを受けると、その内容に基づいて、送信対象のＭＦＰ１０へ個別にファーム情報を送信する。
サービスサーバ４０と顧客の各ＭＦＰ１０との間に中間サーバ３０を介在させている理由はいろいろあるが、その主な理由は、サービス提供側（特定業者側）が様々なサービスを容易に提供できるようにするためである。提供すべき特定サービスの種類が多くなったり、特定サービス提供対象のＭＦＰの数が多くなったりすると、サービスサーバ４０の負担が増大し、サービス提供側の負担が増す。
また、必要なときに各ＭＦＰ１０のファームウェアを最新のカスタムファームウェアに更新させるためには、サービスサーバ４０からそのファーム情報を所望のＭＦＰ１０へすぐに送信できるようにしておくことが望ましい。しかし、各ＭＦＰ１０はルータ２０を介してインターネット５に接続されているため、ルータ２０が障壁となって、サービスサーバ４０から各ＭＦＰ１０へ直接アクセスすることは難しい。
そこで本実施形態では、中間サーバ３０と各ＭＦＰ１０との間でＸＭＰＰセッションによる常時接続状態を維持させておき、必要に応じて中間サーバ３０から各ＭＦＰ１０へデータを送信できるようにしている。このような構成により、サービスサーバ４０が中間サーバ３０に対して所定のＭＦＰ１０宛の情報を送信すると、中間サーバ３０が、常時接続中の宛先ＭＦＰ１０へＸＭＰＰコネクションを介して必要な情報を送信することができる。
つまり、中間サーバ３０を介在させることで、サービスサーバ４０は、特定サービス提供対象のＭＦＰの数にかかわらず、また各ＭＦＰ１０がどのような状態にあるのか（例えば通信可能な状態にあるのかどうか）を気にすることなく、様々な特定サービスを容易に提供することができる。
（２）特定サービス提供システム１の構成
本実施形態の特定サービス提供システム１が備える各装置等の構成や機能について具体的に説明する。
（２−１）ＭＦＰ１０の構成
ＭＦＰ１０は、印刷機能やスキャン機能、コピー機能、ネットワーク接続機能などの複数の機能を有する。ＭＦＰ１０は、図１に示すように、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＮＶＲＡＭ１４、印刷部１５、読取部１６、通信部１７などを備えている。
ＭＦＰ１０において、ＣＰＵ１１は、ＲＯＭ１２やＮＶＲＡＭ１４に記憶されている各種プログラム（後述の各ファームウェアを含む）やデータに従ってＭＦＰ１０内の各部の制御および各種演算を実行する。ＲＡＭ１３は、ＣＰＵ１１から直接アクセスされるメインメモリ等として利用される。印刷部１５は、印刷用紙等の被記録媒体に画像を形成（印刷）する。読取部１６は、イメージセンサを備え、原稿の画像を読み取ってその画像を表す画像データを生成する。
通信部１７は、ＭＦＰ１０と他の機器とを通信可能に接続するためのネットワークインタフェースである。この通信部１７により、ＭＦＰ１０は、ＰＣ１８とのデータ通信やクラウド側とのデータ通信が可能となる。
ＮＶＲＡＭ１４（Non Volatile RAM）は、記憶内容を電気的に書き換え可能な不揮発性メモリである。ＮＶＲＡＭ１４に記憶されている各種プログラム等の中には、ＭＦＰ１０の動作に必要なファームウェアが含まれている。本実施形態のＭＦＰ１０は、三種類のファームウェアを搭載し、これら三種類のファームウェアをもとに動作するよう構成されている。三種類のファームウェアにはそれぞれファーム番号Ｆ１，Ｆ２，Ｆ３が対応づけられている。
ＭＦＰ１０の製品出荷段階では、三種類のファームウェアはいずれも、汎用の組込ファームウェアとなっている。つまり、特定サービスの顧客向けに特化したカスタムファームウェアではなく、一般のユーザが標準的な機能を利用できるようにするための汎用のファームウェアがデフォルトで組み込まれている。
一方、ＭＦＰ１０は、特定サービスにおける管理対象として特定業者に登録されると、当該ＭＦＰ１０固有のデバイスＩＤが付与され、ＮＶＲＡＭ１４に設定（記憶）される。本実施形態の各ＭＦＰ１０は、いずれも特定サービスの管理対象となっているため、それぞれ、固有のデバイスＩＤが設定されている。
ＭＦＰ１０が管理対象として登録されると、ＭＦＰ１０のＮＶＲＡＭ１４には、図２（ａ）に示すようなファーム状態テーブルが生成される。このファーム状態テーブルの生成は、例えばＭＦＰ１０のユーザ自らの入力操作等により実現するようにしてもいいし、特定業者による直接操作又は遠隔操作等により実現するようにしてもよく、種々の方法で実現できる。
ＭＦＰ１０のＮＶＲＡＭ１４に生成されるファーム状態テーブルは、図２（ａ）に示すように、三種類のファームウェアそれぞれについて、カスタムファームウェアに変更されているか否か、カスタムファームウェアに変更されている場合にはそれはどのバージョン（ファームバージョン）であってどのＵＲＬから取得（ダウンロード）したものであるかを示す情報が記憶されたものである。
ファーム状態テーブルは、生成された直後は、通常、三種類のファームウェアはいずれもまだ組込ファームウェアの状態であるため、テーブル中のＵＲＬ及びファームバージョンはいずれも空欄の状態又は未設定を示すデータが書き込まれた状態である。そして、サービスサーバ４０から中間サーバ３０を介してカスタムファームウェアに変更すべき旨の要求（具体的には後述のサーバ側ファーム情報）を受けると、ＭＦＰ１０は、その要求内容に従ってファーム状態テーブルを更新する。具体的には、カスタムファームウェアに変更すべき要求を受けたファーム番号についてそのカスタムファームウェアのファームバージョンとＵＲＬを上書きする。そして、変更要求対象のファームウェアについて、要求内容に基づき、ＵＲＬにアクセスしてカスタムファームウェアを取得（ダウンロード）し、カスタムファームウェアに更新する。
また、サービスサーバ４０からは、中間サーバ３０を介して、カスタムファームウェアを組込ファームウェアに戻すべき旨の要求（後述のサーバ側ファーム情報）も受信されることがある。ＭＦＰ１０は、あるファームウェアについてカスタムファームウェアから組込ファームウェアに戻すべき旨の要求を受けたら、ファーム状態テーブルからその要求されたファームウェアのＵＲＬ及びファームバージョンを消去する。そして、組込ファームウェアに戻すべきファームウェアについて、ＲＯＭ１２に記憶されている組込ファーム情報に基づいて、その組込ファームウェアのＵＲＬにアクセスして組込ファームウェアをダウンロードし、組込ファームウェアに更新する。
ＲＯＭ１２に記憶されている組込ファーム情報は、図２（ｂ）に示すように、各ファームウェア（各ファーム番号）毎にそれぞれその組込ファームウェアの所在を示すＵＲＬが設定されたものである。この組込ファーム情報は、ＭＦＰ１０の製品出荷段階でＲＯＭ１２に記憶されている。
そのため、ＭＦＰ１０は、ファームウェアをカスタムファームウェアから組込ファームウェアに戻す必要がある場合、又は組込ファームウェアを更新させる際には、ＲＯＭ１２に記憶されている組込ファーム情報に基づいて、指定のＵＲＬから最新の組込ファームウェアをダウンロードして更新することができる。
ファーム状態テーブルの内容、即ちファーム番号毎のカスタムファームウェアのＵＲＬ及びファームバージョンは、ＭＦＰ側ファーム情報として、対応するデバイスＩＤのＭＦＰ１０へ送信される。
（２−２）ファームウェア提供サーバ５０の説明
ファームウェア提供サーバ５０には、各ＭＦＰ１０の各ファームウェアが格納される。本実施形態では、ＭＦＰ１０の各ファームウェアについて、組込ファームウェア及びカスタムファームウェアの双方が格納される。そのため、各ＭＦＰ１０は、必要に応じてこのファームウェア提供サーバ５０のＵＲＬにＨＴＴＰにてアクセスすることで、必要なファームウェアをダウンロードすることができる。
なお、各種ファームウェアを全て１つのファームウェア提供サーバ５０に格納することは必須ではない。ＭＦＰ１０からアクセスして所望のファームウェアをダウンロードできる限り、ファームウェアをどこに格納しておくかについては適宜決めることができる。
（２−３）サービスサーバ４０の説明
サービスサーバ４０からは、適宜、管理対象の各ＭＦＰ１０のうちいずれか（一又は複数）を対象としたファームウェアの変更等のコマンドが中間サーバ３０へ送信される。このコマンドには、少なくとも、ファームウェアをカスタムファームウェアに更新（変更）させるためのカスタムファーム指定コマンド、及びファームウェアをカスタムファームウェアから組込ファームウェアに戻させるためのカスタムファーム解除コマンドの２種類がある。
カスタムファーム指定コマンドは、特定業者のオペレータ等によってカスタムファームウェア指定操作がなされた場合に生成されて中間サーバ３０へ送信されるコマンドである。カスタムファームウェア指定操作とは、カスタムファームウェアに更新すべき所望のデバイス（ＭＦＰ１０）のデバイスＩＤ、更新対象のファーム番号とファームバージョン、更新対象のカスタムファームウェアが格納されているファームウェア提供サーバ５０内のＵＲＬを指定する操作である。
サービスサーバ４０は、オペレータ等によってカスタムファームウェア指定操作がなされると、その操作により指定された各種情報に基づき、カスタムファーム指定コマンドを生成する。カスタムファーム指定コマンドには、当該コマンドがファームウェアをカスタムファームウェアに更新するよう要求するコマンドであることを更新対象の各ＭＦＰ１０に認識させるためのセットコマンド、更新対象のＭＦＰ１０（一又は複数）それぞれのデバイスＩＤ、更新対象のファームウェアのファーム番号、更新すべきカスタムファームウェアのバージョンを示すファームバージョン、及び更新対象のファームウェアの所在（本実施形態ではファームウェア提供サーバ５０内）を示すＵＲＬが含まれている。つまり、サービスサーバ４０から送信されるカスタムファーム指定コマンドは、ファームウェアをカスタムファームウェアに更新すべき全てのＭＦＰに対し、更新指示及び更新に必要な情報を一括して指示するためのコマンドである。
カスタムファーム解除コマンドは、特定業者のオペレータ等によってカスタムファームウェア解除操作がなされた場合に生成されて中間サーバ３０へ送信されるコマンドである。カスタムファームウェア解除操作とは、カスタムファームウェアを組込ファームウェアに更新すべき所望のデバイス（ＭＦＰ１０）のデバイスＩＤと更新対象のファーム番号を指定する操作である。
サービスサーバ４０は、オペレータ等によってカスタムファームウェア解除操作がなされると、その操作により指定された各種情報に基づき、カスタムファーム解除コマンドを生成する。カスタムファーム解除コマンドには、当該コマンドがファームウェアをカスタムファームウェアから組込ファームウェアに更新する（戻す）べきコマンドであることを更新対象の各ＭＦＰ１０に認識させるためのセットコマンド、更新対象のＭＦＰ１０（一又は複数）それぞれのデバイスＩＤ、及び更新対象のファームウェアのファーム番号が含まれている。つまり、サービスサーバ４０から送信されるカスタムファーム指定コマンドは、ファームウェアを組込ファームウェアに更新すべき全てのＭＦＰに対し、更新指示及び更新に必要な情報を一括して指示するためのコマンドである。
（２−４）中間サーバの構成
中間サーバ３０は、サービスサーバ４０から特定サービス提供対象の各ＭＦＰ１０への各種コマンドを中継するために設けられており、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ（ハードディスクドライブ）３４、通信部３５などを備えている。
ＣＰＵ３１は、ＲＯＭ３２やＨＤＤ３４に記憶されている各種プログラムを実行することによって、上記のコマンド中継等の機能を実現する。ＲＯＭ３２には、ＣＰＵ３１によって実行される各種プログラムやデータ等が記憶されている。ＲＡＭ３３は、ＣＰＵ３１から直接アクセスされるメインメモリ等として利用される。
通信部３５は、中間サーバ３０と他の機器とを通信可能に接続するためのネットワークインタフェースである。この通信部３５により、中間サーバ３０は、各ＭＦＰ１０やサービスサーバ４０とのデータ通信が可能となる。
ＨＤＤ３４には、ＯＳを含む各種ソフトウェアがインストールされている。また、ＨＤＤ３４には、図３（ａ）に示すファーム設定テーブル及び図３（ｂ）に示すデバイス管理テーブルも記憶される。これら各テーブルは、初期状態では記憶されておらず、ＭＦＰ１０やサービスサーバ４０との通信を行うことにより生成されて記憶される。
図３（ａ）に示すファーム設定テーブルは、特定サービス提供対象の各デバイス（各ＭＦＰ１０）について、デバイス毎（ＭＦＰ毎）に個別に生成されるものである。具体的には、サービスサーバ４０から、あるＭＦＰ１０を対象とするカスタムファーム指定コマンドが初めて送信されてきたときに、そのＭＦＰ１０に対応したファーム設定テーブルが生成される。
ファーム設定テーブルは、図３（ａ）に示すように、三種類のファームウェアそれぞれについて、カスタムファームウェアに変更すべきか否か、カスタムファームウェアに更新すべき場合にはそれはどのバージョン（ファームバージョン）であってどのＵＲＬから取得（ダウンロード）すればよいのかを示す情報が、ＭＦＰ１０のデバイスＩＤと対応付けられたものである。
ファーム設定テーブルの内容は、サービスサーバ４０からそのファーム設定テーブルを対象とした上記何れかのコマンドを受信する度に、そのコマンドの内容にしたがって更新される。例えば、あるデバイスＩＤのＭＦＰ１０を対象として、ファーム番号Ｆ１のファームウェアをカスタムファームウェアに更新すべき旨のカスタムファーム指定コマンドが送信されてきた場合は、対象ＭＦＰ１０のファーム設定テーブルにおいて、ファーム番号Ｆ１に対応したＵＲＬ及びファームバージョンとして、カスタムファーム指定コマンドに含まれているＵＲＬ及びファームバージョンが書き込み（又は上書き）される。また例えば、あるデバイスＩＤのＭＦＰ１０を対象として、ファーム番号Ｆ２，Ｆ３のファームウェアをカスタムファームウェアから組込ファームウェアに戻すべき旨のカスタムファーム解除コマンドが送信されてきた場合は、対象ＭＦＰ１０のファーム設定テーブルにおいて、ファーム番号Ｆ２，Ｆ３に対応したＵＲＬ及びファームバージョンが消去される。
中間サーバ３０は、ファーム設定テーブルの内容、即ちファーム番号毎のカスタムファームウェアのＵＲＬ及びファームバージョンを、サーバ側ファーム情報として、必要に応じてＭＦＰ１０へ送信する。
図３（ｂ）に示すデバイス管理テーブルは、特定サービス提供対象の各デバイス（各ＭＦＰ１０）について、デバイス毎（ＭＦＰ毎）に個別に生成されるものである。具体的には、ＭＦＰ１０から初めてＸＭＰＰ接続されたときに、そのＭＦＰ１０に対応したデバイス管理テーブルが生成される。
デバイス管理テーブルは、図３（ｂ）に示すように、対応するＭＦＰ１０について、周期タイマのタイマ値及びステータスが、当該ＭＦＰ１０のデバイスＩＤと対応付けられたものである。
周期タイマとは、中間サーバ３０のＣＰＵ３１がプログラムに従って計時されるソフトウェアタイマであり、１５０を初期値として、一定周期（本実施形態では１秒毎）で１つずつ減算されていくものである。周期タイマのタイマ値がどのように用いられるかについては後述する。
ステータスとは、対応するＭＦＰ１０と中間サーバ３０とのＸＭＰＰ ｏｖｅｒ ＢＯＳＨによるセッション（以下「ＸＭＰＰセッション」ともいう）が維持されているか否かを示す情報であり、後述するように、対応するＭＦＰ１０からのＸＭＰＰ接続や周期タイマのタイマ値などに応じてオンライン（ＸＭＰＰ ｏｖｅｒ ＢＯＳＨによるセッション維持）又はオフライン（ＸＭＰＰ ｏｖｅｒ ＢＯＳＨによるセッション切断）が設定される。
（３）特定サービス提供システム１の概略動作例
次に、本実施形態の特定サービス提供システム１の動作例について、図４を用いて説明する。なお、図４の動作例は、システム全体の動作を概略的に説明することを目的としてその動作の一部のみを抜粋して示している。
まず、ＭＦＰ１０の起動後にサービスサーバからカスタムファーム指定コマンドが送信されるケースについて、図４（ａ）を用いて説明する。図４（ａ）に示すように、ＭＦＰ１０は、電源投入により起動すると、中間サーバ３０へＸＭＰＰ ｏｖｅｒ ＢＯＳＨによるセッション（ＸＭＰＰセッション）を確立し、ＸＭＰＰコネクションを確立させる。なお、ＸＭＰＰセッションは、中間サーバ３０からサーバプッシュを可能とするセッションである。
その後、サービスサーバ４０から中間サーバ３０へＨＴＴＰコネクションにてカスタムファーム指定コマンドが送信されると、中間サーバ３０は、カスタムファーム指定コマンドに基づき、カスタムファームウェアへ更新すべき対象ＭＦＰのファーム設定テーブルの記憶内容（サーバ側ファーム情報）を更新する。
例えば、カスタムファーム指定コマンドとして、あるＭＦＰ１０を対象ＭＦＰとして（デバイスＩＤを指定して）ファーム番号Ｆ２のファームウェアを最新バージョンのカスタムファームウェアに変更すべき旨のコマンドが送信されてきた場合は、その対象ＭＦＰのファーム設定テーブルにおけるファーム番号Ｆ２のファーム情報（ＵＲＬ及びファームバージョン）をそのコマンドに基づいて書き込む上書き（または新規書き込み）する。
中間サーバ３０は、サービスサーバ４０からのカスタムファーム指定コマンドに基づいて対象ＭＦＰのファーム設定テーブルを更新すると、その対象ＭＦＰへ、更新後のサーバ側ファーム情報をＸＭＰＰコネクションを介して送信し、サービスサーバ４０へＨＴＴＰコネクションを介して送信済レスポンスをＨＴＴＰで送信する。
ＭＦＰ１０は、中間サーバ３０からＸＭＰＰでサーバ側ファーム情報を受信すると、自身のファーム状態テーブルのＭＦＰ側ファーム情報を、サーバ側ファーム情報にしたがって更新する。そして、更新対象のファームウェアについて、更新後のＭＦＰ側ファーム情報に基づいて、ファームウェア提供サーバ５０へＨＴＴＰコネクションを介して更新対象の最新バージョンのカスタムファームウェアを要求し、ダウンロードする。ダウンロード後は、更新対象のファームウェアをそのダウンロードしたカスタムファームウェアに更新する。
例えば、中間サーバ３０からのサーバ側ファーム情報においてファーム番号Ｆ２に対するカスタムファームウェアのＵＲＬ及びファーブバージョンが更新されていた場合は、ＭＦＰ１０は、ファーム番号Ｆ２のファームウェアについて、更新後のＵＲＬにアクセスして指定ファームバージョンのカスタムファームウェアをダウンロードし、更新することになる。
次に、ＭＦＰ１０が起動するよりも先にサービスサーバ４０からカスタムファーム指定コマンドが送信され、その送信後にＭＦＰ１０が起動されるケースについて、図４（ｂ）を用いて説明する。図４（ｂ）に示すように、対象ＭＦＰ１０がまだ起動していないときにサービスサーバ４０からカスタムファーム指定コマンドがＨＴＴＰコネクションを介して送信されると、中間サーバ３０は、図４（ａ）のケースと同様に、そのカスタムファーム指定コマンドに基づき、カスタムファームウェアへ更新すべき対象ＭＦＰのファーム設定テーブルの記憶内容（サーバ側ファーム情報）を更新する。
このとき、中間サーバ３０と対象ＭＦＰ１０との間には、まだＸＭＰＰセッションが確立していないため、中間サーバ３０は更新後のサーバ側ファーム情報を対象ＭＦＰ１０へ送信できない。そのため、その場合は、中間サーバ３０は、サービスサーバ４０へＭＦＰオフラインレスポンスをＨＴＴＰコネクションを介して送信する。その後、対象ＭＦＰ１０が起動してＸＭＰＰセッションが確立され、対象ＭＦＰ１０との間でＸＭＰＰコネクションが確立すると、中間サーバ３０は、対象ＭＦＰ１０へ、サーバ側ファーム情報をＸＭＰＰコネクションを介して送信する。中間サーバ３０から対象ＭＦＰ１０へサーバ側ファーム情報が送信された後の対象ＭＦＰ１０の動作は、図４（ａ）と同様である。
（４）サービスサーバ４０によるサービス処理の説明
次に、サービスサーバ４０が実行するサービス処理について図５を用いて説明する。サービスサーバ４０は、図５のサービス処理を開始すると、Ｓ１１０で、何らかのイベントが発生したか否か判断する。イベントが発生した場合は、Ｓ１２０で、そのイベントが、オペレータ等による、デバイス（具体的には特定サービス提供対象のＭＦＰ１０）のカスタムファームウェア指定操作であるか否か判断する。
発生したイベントが、オペレータ等によるカスタムファームウェア指定操作だった場合は、Ｓ１３０で、そのカスタムファームウェア指定操作の内容が反映されたカスタムファーム指定コマンドを、ＨＴＴＰリクエストで中間サーバ３０へ送信する。その送信後、Ｓ１４０で中間サーバ３０からの応答（送信済レスポンス又はＭＦＰオフラインレスポンス）をＨＴＴＰレスポンスで受信すると、Ｓ１１０に戻る。
Ｓ１２０で、発生したイベントがカスタムファームウェア指定操作ではなかった場合は、Ｓ１５０で、発生したイベントが、オペレータ等による、デバイスのカスタムファームウェア解除操作であるか否か判断する。発生したイベントが、オペレータ等によるカスタムファームウェア解除操作だった場合は、Ｓ１６０で、そのカスタムファームウェア解除操作の内容が反映されたカスタムファーム解除コマンドを、ＨＴＴＰリクエストで中間サーバ３０へ送信する。カスタムファーム解除コマンドの送信後、Ｓ１７０で中間サーバ３０からの応答（送信済レスポンス又はＭＦＰオフラインレスポンス）をＨＴＴＰレスポンスで受信すると、Ｓ１１０に戻る。
Ｓ１５０で、発生したイベントがカスタムファームウェア解除操作ではなかった場合は、Ｓ１８０で、その他の処理（発生したイベントに応じた処理）を実行して、Ｓ１１０に戻る。
（５）中間サーバ３０による中間サーバ処理及び周期タイマ処理の説明
次に、中間サーバ３０が実行する中間サーバ処理について図６を用いて説明する。中間サーバ３０のＣＰＵ３１は、電源が投入されて動作を開始すると、ＨＤＤ３４から図６の中間サーバ処理のプログラムを読み出して実行する。
中間サーバ３０のＣＰＵ３１は、図６の中間サーバ処理を開始すると、Ｓ２１０で、周期タイマをスタートさせる。本実施形態の周期タイマはソフトウェアタイマであり、具体的には、図７の周期タイマ処理を開始させる。中間サーバ３０のＣＰＵ３１は、中間サーバ処理のＳ２１０で周期タイマをスタートさせる指示がなされると、ＨＤＤ３４から図７の周期タイマ処理のプログラムを読み出し、一定周期（本実施形態では１秒毎）で繰り返し実行する。この周期タイマ処理は、中間サーバ処理と並行して実行されるものである。
中間サーバ３０のＣＰＵ３１は、図７の周期タイマ処理を開始すると、Ｓ５１０で、生成されている全てのデバイス管理テーブルに対し、周期タイマのタイマ値を１減算する。既述の通り、デバイス管理テーブルにおける周期タイマのタイマ値は初期状態では１５０に設定される。そのため、図７の周期タイマ処理が開始されると、１秒経過ごとに、テーブル中のタイマ値が１５０から１４９，１４８，・・・と、順次減算されていく。
Ｓ５２０では、タイマ値が０になったデバイス管理テーブルについて、ステータスをオフラインとし、該当するＭＦＰとのＸＭＰＰ接続を切断する。具体的には、該当するＭＦＰとのＸＭＰＰセッション維持のために確保しているコネクションリソースを破棄する。つまり、本実施形態では、一定時間（本実施形態では１５０秒）ＭＦＰ１０からＸＭＰＰでのアクセスがなかった場合は、そのＭＦＰ１０についてはオフライン状態になったものと判断するのである。
ただし、後述するように、ＭＦＰ１０からは、定期的に（本実施形態では１２０秒毎に）ＸＭＰＰ生存通知が送信され、中間サーバ３０は、ＭＦＰ１０からＸＭＰＰ生存通知を受信する度に、後述するＳ４１０の処理で、当該ＭＦＰ１０のタイマ値を１５０にセット（初期化）する。そのため、ＭＦＰ１０から定期的にＸＭＰＰ生存通知が受信されている間は、ＸＭＰＰセッションは維持される。また、何らかの要因でタイマ値が０になってオフラインになったとしても、その後ＭＦＰ１０からＸＭＰＰ生存通知を受信した場合は再びオンラインに設定されてかつタイマ値も１５０に初期化される。
図６に戻り、中間サーバ処理の説明を続ける。Ｓ２１０で周期タイマをスタートさせたら、Ｓ２２０で、何らかのイベントが発生したか否か判断する。イベントが発生した場合は、Ｓ２３０で、そのイベントがＭＦＰ１０からのＸＭＰＰ接続（ＸＭＰＰセッション要求）であるか否か判断する。ＭＦＰ１０からのＸＭＰＰ接続である場合は、そのＭＦＰ１０とのＸＭＰＰコネクションを確立させて（コネクションリソースを確保して）、Ｓ２４０に進む。
Ｓ２４０では、ＸＭＰＰ接続された当該ＭＦＰ１０のデバイス管理テーブルがあるか否か、つまりすでにＨＤＤ３４内に生成されているか否か判断する。デバイス管理テーブルがすでにある場合はＳ２６０に進む。まだデバイス管理テーブルが生成されていない場合は、Ｓ２５０で、当該ＭＦＰ１０のデバイス管理テーブルを生成して、Ｓ２６０に進む。
Ｓ２６０では、当該ＭＦＰ１０のデバイス管理テーブルにおけるステータスをオンラインに設定する。Ｓ２７０では、当該ＭＦＰ１０のデバイス管理テーブルにおける周期タイマのタイマ値を１５０にセットする。
Ｓ２８０では、当該ＭＦＰ１０のファーム設定テーブルがあるか否か、つまりすでにＨＤＤ３４内に生成されているか否か判断する。当該ＭＦＰ１０のデバイス管理テーブルがまだ生成されていない場合はＳ２２０に戻る。当該ＭＦＰ１０のデバイス管理テーブルが生成されている場合は、Ｓ２９０で、そのデバイス管理テーブル内のサーバ側ファーム情報をＸＭＰＰで当該ＭＦＰ１０へ送信して、Ｓ２２０に戻る。なお、本明細書において、「ＸＭＰＰで」とは、ＸＭＰＰコネクションを介してという意味であり、「ＨＴＴＰで」とは、ＨＴＴＰコネクションを介してという意味である。
Ｓ２３０で、発生したイベントがＭＦＰ１０からのＸＭＰＰ接続ではないと判断した場合は、Ｓ３００で、発生したイベントがサービスサーバ４０からのＨＴＴＰコネクションを介したＨＴＴＰリクエストであるか否か判断する。発生したイベントがサービスサーバ４０からのＨＴＴＰリクエストである場合は、Ｓ３１０で、そのＨＴＴＰリクエストがカスタムファーム指定コマンド又はカスタムファーム解除コマンドであるか否か判断する。
ＨＴＴＰリクエストがこれら各コマンドの何れでもない場合は、Ｓ３２０で、その他の処理、即ちＨＴＴＰリクエストに応じた処理を実行して、Ｓ２２０に戻る。
ＨＴＴＰリクエストがこれら各コマンドの何れかである場合は、コマンドにより指定された対象ＭＦＰ１０それぞれについて、Ｓ３３０〜Ｓ３９０の一連の処理を実行する。即ち、図６では図示を省略したが、Ｓ３３０〜Ｓ３９０の一連の処理は、サービスサーバ４０からＨＴＴＰで取得したカスタムファーム指定コマンド（又はカスタムファーム解除コマンド）において指定されている一又は複数の対象ＭＦＰ１０それぞれについて個別に実行されるものである。
Ｓ３００では、コマンドで指定されたＭＦＰ１０のうち１つの対象ＭＦＰ１０について、その対象ＭＦＰ１０のファーム設定テーブルがあるか否か判断する。対象ＭＦＰ１０のファーム設定テーブルがある場合は、Ｓ３５０に進む。対象ＭＦＰ１０のファーム設定テーブルがまだない場合は、Ｓ３４０で対象ＭＦＰ１０のファーム設定テーブルを生成して、Ｓ３５０に進む。
Ｓ３５０では、対象ＭＦＰ１０のファーム設定テーブルのサーバ側ファーム情報を、サービスサーバ４０からのコマンドの内容に従って更新する。例えばファーム番号Ｆ１，Ｆ２のカスタムファームウェアのＵＲＬ及びファームバージョンがカスタムファーム指定コマンドにて通知されている場合は、ファーム設定テーブル中の各ファーム番号Ｆ１，Ｆ２のＵＲＬ及びファームバージョンを、その通知された各ＵＲＬ及びファームバージョンに書き換える。また例えば、ファーム番号Ｆ１のカスタムファームウェアを指定したカスタムファーム解除コマンドが通知されている場合は、ファーム設定テーブル中のファーム番号Ｆ１のＵＲＬ及びファームバージョンを消去する。
Ｓ３６０では、対象ＭＦＰ１０がデバイス管理テーブルにおいてオンラインに設定されているか否か判断する。対象ＭＦＰ１０がオフラインに設定されている場合は、Ｓ３９０で、サービスサーバ４０へ、その対象ＭＦＰ１０についてのＭＦＰオフラインレスポンスをＨＴＴＰで返して、Ｓ２２０に戻る。
対象ＭＦＰ１０がオンラインに設定されている場合は、Ｓ３７０で、対象ＭＦＰ１０へ、ファーム設定テーブル内のサーバ側ファーム情報をＸＭＰＰで送信する。そして、Ｓ３８０で、サービスサーバ４０へ、その対象ＭＦＰ１０についての送信済レスポンスをＨＴＴＰで返して、Ｓ２２０に戻る。
Ｓ３００で、発生したイベントがサービスサーバ４０からのＨＴＴＰリクエストではないと判断した場合は、Ｓ４００で、発生したイベントが何れかのＭＦＰ１０からのＸＭＰＰ生存通知の受信であるか否かを判断する。ＸＭＰＰ生存通知は、ＸＭＰＰで定期的に各ＭＦＰ１０から受信されるものである。発生したイベントがＭＦＰ１０からのＸＭＰＰ生存通知ではない場合は、Ｓ３２０で、その他の処理、イベントに応じた処理を実行して、Ｓ２２０に戻る。
発生したイベントがＭＦＰ１０からのＸＭＰＰ生存通知である場合は、Ｓ４１０で、当該ＭＦＰ１０のデバイス管理テーブルのタイマ値を１５０にセット（つまり初期化）して、Ｓ２２０に戻る。なお、Ｓ４１０では、当該ＭＦＰ１０のデバイス管理テーブルにおいて、ステータスがオフラインになっている場合は、ステータスをオンラインに変更する処理も行う。
（６）ＭＦＰ１０によるＭＦＰ処理の説明
次に、ＭＦＰ１０が実行するＭＦＰ処理について図８を用いて説明する。ＭＦＰ１０のＣＰＵ１１は、電源が投入されて動作を開始すると、ＲＯＭ１２又はＮＶＲＡＭ１４から図８のＭＦＰ処理のプログラムを読み出して実行する。
ＭＦＰ１０のＣＰＵ１１は、図８のＭＦＰ処理を開始すると、Ｓ６１０で、中間サーバにＸＭＰＰ接続する。具体的には、ＣＰＵ１１は、中間サーバ３０との間で、常時接続型のプロトコルであるＸＭＰＰ ｏｖｅｒ ＢＯＳＨに従ったＸＭＰＰセッションを確立し、これによりＸＭＰＰコネクションを確立させる。
ＸＭＰＰセッションを確立するための具体的な手順について説明する。ＭＦＰ１０は、当該ＭＦＰ１０の電源がＯＦＦ状態からＯＮ状態に変化する場合に、ＢＯＳＨ（Bidirectional-streams Over Synchronous HTTP の略）の第１の要求信号（即ちＨＴＴＰリクエスト）を中間サーバ３０に送信する。第１の要求信号は、ＸＭＰＰセッションで利用されるべきセッションＩＤの送信を中間サーバ３０に要求するための信号である。
中間サーバ３０は、ＭＦＰ１０から第１の要求信号を受信した場合、セッションＩＤを生成して、セッションＩＤを含む応答信号（即ちＨＴＴＰレスポンス）をＭＦＰ１０に送信する。
ＭＦＰ１０は、中間サーバ３０から応答信号を受信する場合に、ＢＯＳＨの第２の要求信号（即ちＨＴＴＰリクエスト）を中間サーバ３０に送信する。第２の要求信号は、応答信号に含まれるセッションＩＤに一致するセッションＩＤを含む。第２の要求信号は、ＸＭＰＰセッションの確立を中間サーバ３０に要求するための信号である。
中間サーバ３０は、ＭＦＰ１０からセッションＩＤを含む第２の要求信号を受信した場合、ＯＫを示す応答信号（即ちＨＴＴＰレスポンス）をＭＦＰ１０に送信する。これにより、ＭＦＰ１０及び中間サーバ３０は、ＸＭＰＰセッションを確立するための認証信号、応答信号等の様々な信号の通信を実行して、ＸＭＰＰセッションを確立する。
ＭＦＰ１０は、ＸＭＰＰセッションが確立される場合に、ＢＯＳＨの第３の要求信号（即ちＨＴＴＰリクエスト）を中間サーバ３０に送信する。第３の要求信号は、上記のセッションＩＤを含む。第３の要求信号は、中間サーバ３０からＭＦＰ１０に送信されるべきデータ（例えばセットコマンド）を含む応答信号を送信するための元になる信号である。
中間サーバ３０は、ＭＦＰ１０から第３の要求信号を受信した際、ＭＦＰ１０に送信されるべきセットコマンドが存在すれば、第３の要求信号に対する応答信号（即ちＨＴＴＰレスポンス）として、当該セットコマンドをＭＦＰ１０に送信する。ただし、中間サーバ３０は、ＭＦＰ１０から第３の要求信号を受信した際に、ＭＦＰ１０に送信されるべきセットコマンドが存在しなければ、サービスサーバ４０からセットコマンドを受信するまで、セットコマンドをＭＦＰ１０に送信しない。ＢＯＳＨの要求信号は、ＢＯＳＨではない通常のＨＴＴＰの要求信号と比べて、長いタイムアウト時間を有する。従って、中間サーバ３０は、第３の要求信号を受信してからセットコマンド（即ち応答信号）を送信するまでの時間が長くても、タイムアウトと判断せずに、セットコマンドを適切に送信することができる。また、ルータ２０も、タイムアウトと判断せずに、インターネット側（即ち中間サーバ３０）からＬＡＮ側（即ちＭＦＰ１０）へのセットコマンドの送信を許容する。
中間サーバ３０は、ＭＦＰ１０と中間サーバ３０との間にＸＭＰＰセッションが確立されていると判断した場合に、第３の要求信号に対する応答信号として、セットコマンドをＭＦＰ１０に送信する。なお、当該応答信号は、上記のセッションＩＤを含まない。ただし、当該応答信号は、上記のセッションＩＤを含む第３の要求信号（即ちＸＭＰＰセッションを利用して通信される第３の要求信号）に対する応答信号であるので、ＸＭＰＰセッションを利用して通信される信号である、と言える。
Ｓ６２０では、タイマをスタートさせる。このタイマは、一定時間（本実施形態では１２０秒）経過するごとにタイマ割込を発生させるソフトウェアタイマである。
Ｓ６３０では、何らかのイベントが発生したか否か判断する。イベントが発生した場合は、Ｓ６４０で、そのイベントがタイマ割込であるか否か判断する。イベントがタイマ割込であった場合は、Ｓ６５０で、中間サーバ３０へＸＭＰＰ生存通知をＸＭＰＰで送信して、Ｓ６３０に戻る。イベントがタイマ割込ではなかった場合は、Ｓ６６０に進む。
Ｓ６６０では、発生したイベントがＰＣ１８からのファーム更新要求であるか否か判断する。ＰＣ１８においては、ユーザ等が任意のタイミングで、何れかのＭＦＰ１０を指定して、そのＭＦＰ１０のファームウェアの何れか又は全てを最新版に更新させるためのファーム更新要求を送信することができる。Ｓ６６０では、そのＰＣ１８からのファーム更新要求があったか否かを判断する。
Ｓ６６０で、発生したイベントがＰＣ１８からのファーム更新要求であった場合は、Ｓ６７０で、更新の要求対象のファームウェアについて、ＭＦＰ側ファーム情報がファーム状態テーブルに記憶されているか否か判断する。要求対象のファームウェアについてＭＦＰ側ファーム情報が記憶されている場合は、Ｓ６８０で、その記憶されているＭＦＰ側ファーム情報（ＵＲＬ及びファームバージョン）に基づき、要求対象のファームウェアのカスタムファームウェアをＨＴＴＰでファームウェア提供サーバ５０からダウンロードし、そのカスタムファームウェアに更新する。要求対象のファームウェアについてＭＦＰ側ファーム情報が記憶されていない場合は、Ｓ６９０で、ＲＯＭ１２に記憶されている組込ファーム情報（ＵＲＬ）に基づき、要求対象のファームウェアの組込ファームウェアをＨＴＴＰでファームウェア提供サーバ５０からダウンロードし、その組込ファームウェアに更新する。Ｓ６８０又はＳ６９０によるファームウェアの更新後は、Ｓ６３０に戻る。
Ｓ６６０で、発生したイベントがＰＣ１８からのファーム更新要求ではなかった場合は、Ｓ７００で、発生したイベントが中間サーバ３０からのＸＭＰＰでのサーバ側ファーム情報の受信であるか否かを判断する。発生したイベントが中間サーバ３０からのサーバ側ファーム情報の受信でもない場合は、Ｓ７８０で、その他の処理、即ち発生したイベントに応じた処理を実行して、Ｓ６３０に戻る。
Ｓ７００で、発生したイベントが中間サーバ３０からのサーバ側ファーム情報の受信であった場合は、Ｓ７１０で、その受信したサーバ側ファーム情報を、該当するＭＦＰ１０のＮＶＲＡＭ１４に記憶されているファーム状態テーブルの内容（ＭＦＰ側ファーム情報）と照合する。
Ｓ７２０では、Ｓ７１０での照合結果に基づき、ＭＦＰ側ファーム情報中に更新（上書き）すべき項目があるか否か、即ちＭＦＰ側ファーム情報とは異なるＵＲＬ及びファームバージョンを示すサーバ側ファーム情報が受信されたか否かを判断する。異なるＵＲＬ及びファームバージョンに更新（上書き）すべき項目がある場合は、Ｓ７３０で、受信したサーバ側ファーム情報に従ってファーム状態テーブルのＭＦＰ側ファーム情報を更新する。
そしてＳ７４０で、３つのファームウェアのうちＳ７３０にてＭＦＰ側ファーム情報が更新されたファームウェアについて、その更新後のＭＦＰ側ファーム情報（更新後のＵＲＬ及びファームバージョン）に基づいて、更新対象のファームウェアのカスタムファームウェアをＨＴＴＰでファームウェア提供サーバ５０からダウンロードし、そのカスタムファームウェアに更新する。
Ｓ７２０で、ＭＦＰ側ファーム情報中に更新（上書き）すべき項目がないと判断した場合は、Ｓ７５０で、Ｓ７１０での照合結果に基づき、ＭＦＰ側ファーム情報中に消去すべき項目があるか否か、即ちＭＦＰ側ファーム情報内ではカスタムファームウェアのＵＲＬ及びファームバージョンが記憶されているものの受信したサーバ側ファーム情報内ではそのＵＲＬ及びファームバージョンが消去されているか否かを判断する。
ＭＦＰ側ファーム情報中に消去すべき項目がない場合は、ＭＦＰ側ファーム情報の内容が受信したサーバ側ファーム情報と同じということであるため、Ｓ６３０に戻る。ＭＦＰ側ファーム情報中に消去すべき項目がある場合は、Ｓ７６０で、該当する項目（該当するファーム番号のＵＲＬ及びファームバージョン）をＭＦＰ側ファーム情報から消去する。
そしてＳ７７０で、３つのファームウェアのうちＳ７６０にてＭＦＰ側ファーム情報の項目が消去されたファームウェアについて、ＲＯＭ１２に記憶されている組込ファーム情報に基づいて、組込ファームウェアをＨＴＴＰでファームウェア提供サーバ５０からダウンロードし、その組込ファームウェアに更新する。Ｓ７４０又はＳ７７０によるファームウェアの更新後は、Ｓ６３０に戻る。
（７）実施形態の効果等
以上説明したように、本実施形態の特定サービス提供システム１では、中間サーバ３０とＭＦＰ１０との間で常時接続型のＸＭＰＰコネクションが確立され、中間サーバ３０とサービスサーバ４０との間でリクエスト−レスポンス型のＨＴＴＰコネクションが確立される。そして、サービスサーバ４０から中間サーバへＨＴＴＰコネクションを介してカスタムファーム指定コマンド又はカスタムファーム解除コマンドが送信されると、中間サーバ３０は、受信したコマンドで指定されているＭＦＰ１０に対し、そのコマンドの内容が反映されたサーバ側ファーム情報をＸＭＰＰコネクションを介して送信する。ＭＦＰ１０は、中間サーバ３０から自身宛にＸＭＰＰで送信されたサーバ側ファーム情報を受信すると、その内容に応じてカスタムファームウェアの更新等を行う。
具体的には、あるファーム番号のファームウェアをカスタムファームウェアに変更すべき旨のカスタムファーム指定コマンドがサービスサーバ４０から送信されてそのコマンドが反映されたサーバ側ファーム情報が中間サーバ３０から送信された場合は、ＭＦＰ１０は、変更すべきファームウェアについて、中間サーバ３０から受信したサーバ側ファーム情報内のＵＲＬ及びファームバージョンに基づいて、カスタムファームウェアをダウンロードし、更新する。
そのため、サービスサーバ４０から必要に応じてカスタムファーム指定コマンドを送信することで、特定サービス提供対象の各ＭＦＰ１０のファームウェアを適切且つ効率的にカスタムファームウェアに更新することができる。
また、あるファーム番号のファームウェアをカスタムファームウェアから組込ファームウェアに戻すべき旨のカスタムファーム解除コマンドがサービスサーバ４０から送信されてそのコマンドが反映されたサーバ側ファーム情報が中間サーバ３０から送信された場合は、ＭＦＰ１０は、組込ファームウェアに戻すべきファームウェアについて、ＲＯＭ１２の組込ファーム情報に基づいて組込ファームウェアをダウンロードし、更新する。
そのため、サービスサーバ４０から必要に応じてカスタムファーム解除コマンドを送信することで、カスタムファームウェアが不要となったファームウェアについては適切なタイミングで効率的に組込ファームウェアに戻すことができる。
また、中間サーバ３０は、サービスサーバ４０から上記各コマンドを受信する毎に、各ＭＦＰ１０の各ファーム設定テーブルの内容（サーバ側ファーム情報）をそのコマンドの内容に基づいて書き換える。そのため、中間サーバ３０にＭＦＰ１０がＸＭＰＰ接続したとき、その時点での最新のサーバ側ファーム情報をそのＭＦＰ１０に送信して、そのＭＦＰ１０のファームウェアを最新の状態にさせることができる。
また、ＭＦＰ１０においても、中間サーバ３０からサーバ側ファーム情報を受信する度に、自身のファーム状態テーブル中のＭＦＰ側ファーム情報に、その受信したサーバ側ファーム情報の内容を反映させる。これにより、ＰＣ１８からファーム更新要求があった場合に、カスタムファームウェアについてはファーム状態テーブルの内容をもとに最新バージョンのカスタムファームウェアを取得することができる。
組込ファームウェアについても、ＲＯＭ１２に予め組込ファーム情報が記憶されているため、ＰＣ１８からファーム更新要求があった場合は、ＲＯＭ１２の組込ファーム情報をもとに最新バージョンの組込ファームウェアを取得することができる。
つまり、ＭＦＰ１０においては、ＮＶＲＡＭ１４にカスタムファームウェアに関するファーム状態テーブルが記憶されてかつ中間サーバ３０からのサーバ側ファーム情報によって適宜更新され、ＲＯＭ１２には組込ファーム情報が予め記憶されている。そのため、ファーム状態テーブル及び組込ファーム情報に基づいて、ＭＦＰ１０のファームウェアを、特定サービス向けの内容に維持させることができ、特定サービスを適切に享受することができる。
また、各ＭＦＰ１０と中間サーバ３０との間では、ＸＭＰＰセッションが維持される。そのため、各ＭＦＰ１０は、中間サーバ３０からのサーバ側ファーム情報に対してリアルタイムに対応することができ、ファームウェアを最新の所望の状態に維持させることが可能となる。
なお、本実施形態において、ＭＦＰ１０は本発明の情報処理装置の一例に相当し、中間サーバ３０は本発明の中継サーバの一例に相当し、サービスサーバ４０は本発明の特定サーバの一例に相当し、中間サーバ３０のＨＤＤ３４は本発明の記憶部の一例に相当し、ＭＦＰ１０のＮＶＲＡＭ１４は本発明の第１の記憶部の一例に相当し、ＭＦＰ１０のＲＯＭ１２は本発明の第２の記憶部の一例に相当する。また、カスタムファームウェアは本発明の特定ファームウェアの一例に相当し、カスタムファームウェアのＵＲＬは本発明の特定ファーム所在情報の一例に相当し、組込ファームウェアのＵＲＬは本発明の組込ファーム所在情報の一例に相当し、デバイスＩＤは本発明の装置情報の一例に相当し、サーバ側ファーム情報は本発明の特定ファーム情報の一例に相当し、ＭＦＰ１０によるＸＭＰＰ生存通知の送信は本発明の通信維持処理の一例に相当し、カスタムファーム指定コマンドは本発明の特定ファーム更新指令の一例に相当し、カスタムファーム解除コマンドは本発明の特定ファーム解除指令の一例に相当する。また、ファームウェアを組込ファームウェアに戻すために中間サーバ３０からＭＦＰ１０へ送信されるサーバ側ファーム情報であって、そのファームウェアに対応したＵＲＬ及びファームバージョンが消去された状態のサーバ側ファーム情報は、本発明の解除情報の一例に相当する。
［他の実施形態］
（１）中間サーバ３０は、サービスサーバ４０から各コマンドを受信した場合、そのコマンドを反映させたサーバ側ファーム情報（三種類のファームウェアの情報を全て含む情報）を送信するものとしたが、必ずしも、三種類全てのファームウェアの情報を送信しなくてもよい。
例えば、サービスサーバ４０から、ファーム番号Ｆ１のファームウェア１つについて、カスタムファームウェアを更新すべき旨のカスタムファーム指定コマンドが送信されてきた場合は、中間サーバ３０は、その更新対象のファーム番号Ｆ１のカスタムファームウェアについてのみ、そのＵＲＬ及びファームバージョンをＭＦＰ１０へ送信するようにしてもよい。
また例えば、サービスサーバ４０から、ファーム番号Ｆ１のファームウェア１つについて、カスタムファームウェアから組込ファームウェアへ戻すべき旨のカスタムファーム解除コマンドが送信されてきた場合は、中間サーバ３０は、その組込ファームウェアへ戻すべきファーム番号Ｆ１のファームウェアについてのみ、そのファーム番号Ｆ１のファームウェアを組込ファームウェアへ戻すべき旨の情報をＭＰ１０へ送信するようにしてもよい。
結果として、中間サーバ３０はカスタムファームウェアに関する最新のサービスサーバ４０の情報（つまりどのＭＦＰ１０のどのファームウェアをどのバージョンのカスタムファームにすべきなのか、逆に言えばどのＭＦＰ１０のどのファームは組込ファームウェアのままでよいのか、などの情報）を認識できて、必要に応じて各ＭＦＰ１０へその最新情報を伝えることができる限り、中間サーバ３０において具体的にどのような方法で各種情報を保持・記憶しておいてどのタイミングでＭＦＰ１０へ送信するかについては適宜決めることができる。
ＭＦＰ１０側の観点でいえば、自身が有する各ファームウェアはそれぞれどれにすべきなのか（カスタムファームウェアにすべきなのか組込ファームウェアにすべきなのか、カスタムファームウェアにすべきならどこに取得しにいけばいいのか、など）を適切に知ることができる限り、当該ＭＦＰ１０及び中間サーバ３０の具体的構成は適宜決めることができる。
（２）上記実施形態では、ＭＦＰ１０のファームウェアが三種類あるものとして説明したが、ファームウェアの種類はこれに限るものではない。一種類であっても良いし、二種類又は四種類以上であってもよい。
（３）サービスサーバ４０と各ＭＦＰ１０との間に中間サーバ３０を介在させることは必須ではない。サービスサーバ４０から各ＭＦＰ１０へ直接コマンドを送って、ファームウェアを更新させるようにしてもよい。ただしその場合、例えば各ＭＦＰ１０からサービスサーバ４０へ定期的にアクセスしてコマンドを取得したり、各ＭＦＰ１０とサービスサーバ４０との間でＸＭＰＰセッションを確立するなどして、サービスサーバ４０から各ＭＦＰ１０へ直接コマンドを送信できる状況を適宜発生させるようにする必要がある。
１…特定サービス提供システム、５…インターネット、１０…ＭＦＰ、１１，３１…ＣＰＵ、１２，３２…ＲＯＭ、１３，３３…ＲＡＭ、１４…ＮＶＲＡＭ、１５…印刷部、１６…読取部、１７，３５…通信部、１８…ＰＣ、２０…ルータ、３０…中間サーバ、３４…ＨＤＤ、４０…サービスサーバ、５０…ファームウェア提供サーバ

Claims (15)

  1. ネットワークに接続可能な通信部と、
    制御部と、
    情報を記憶することが可能な第１の記憶部と、
    当該情報処理装置が有するファームウェアに対応した所定の組込ファームウェアの所在を示す組込ファーム所在情報が予め記憶された第２の記憶部と、
    を備え、前記ネットワークに接続された特定ファーム情報送信装置及びファームウェア提供サーバと前記通信部を介して通信可能な情報処理装置であって、
    前記制御部は、
    前記特定ファーム情報送信装置からサーバプッシュを可能とするセッションを張るための通信プロトコルに従ったセッションを前記特定ファーム情報送信装置との間で確立させ、その確立したセッションにおいて前記特定ファーム情報送信装置とのコネクションを確立させるコネクション確立処理と、
    前記特定ファーム情報送信装置から当該情報処理装置宛に送信された、当該情報処理装置が有するファームウェアを所定の特定ファームウェアに更新させるための、その特定ファームウェアの所在を示す特定ファーム所在情報を少なくとも含む特定ファーム情報を、前記コネクションを介して取得する特定ファーム情報取得処理と、
    前記特定ファーム情報取得処理により前記特定ファーム情報を取得した場合にその取得した特定ファーム情報を前記第１の記憶部に記憶させる記憶処理と、
    前記ファームウェアの更新要求を受け付ける更新要求受付処理と、
    前記更新要求受付処理により前記更新要求が受け付けられた場合に、前記第１の記憶部に記憶されている前記特定ファーム情報に含まれている前記特定ファーム所在情報に基づき、その特定ファーム所在情報が示す前記ファームウェア提供サーバから前記特定ファームウェアを取得する特定ファームウェア取得処理と、
    当該情報処理装置が有する、前記特定ファームウェア取得処理により取得した前記特定ファームウェアに対応する前記ファームウェアを、その取得した特定ファームウェアに更新する特定ファームウェア更新処理と、
    前記更新要求受付処理により前記更新要求が受け付けられた場合に、その更新要求対象のファームウェアに対応した前記特定ファーム情報が前記第１の記憶部に記憶されているか否か判断する特定ファーム情報有無判断処理と、
    前記特定ファーム情報有無判断処理により前記特定ファーム情報が前記第１の記憶部に記憶されていると判断されなかった場合に、前記第２の記憶部に記憶されている前記更新要求対象のファームウェアに対応した前記組込ファーム所在情報が示す前記ファームウェア提供サーバから、前記組込ファームウェアを取得する第１の組込ファームウェア取得処理と、
    前記更新要求対象のファームウェアを前記第１の組込ファームウェア取得処理により取得した前記組込ファームウェアに更新する第１の組込ファームウェア更新処理と、
    を実行することを特徴とする情報処理装置。
  2. 請求項１に記載の情報処理装置であって、
    当該情報処理装置が有する前記ファームウェアに対応した所定の組込ファームウェアの所在を示す組込ファーム所在情報が予め記憶された第２の記憶部を備え、
    前記制御部は、
    前記特定ファーム情報送信装置から当該情報処理装置宛に送信された、当該情報処理装置が有する前記特定ファームウェアを所定の組込ファームウェアへ戻すべき旨の解除情報を前記コネクションを介して取得する解除情報取得処理と、
    前記解除情報取得処理により前記解除情報を取得した場合に、前記第２の記憶部に記憶されている前記解除情報に対応した前記組込ファーム所在情報が示す前記ファームウェア提供サーバから、前記組込ファームウェアを取得する第２の組込ファームウェア取得処理と、
    前記解除情報に対応した前記特定ファームウェアを第２の組込ファームウェア取得処理により取得した前記組込ファームウェアに更新する第２の組込ファームウェア更新処理と、
    を実行することを特徴とする情報処理装置。
  3. 請求項２に記載の情報処理装置であって、
    前記制御部は、前記解除情報取得処理により前記解除情報を取得した場合に、前記第１の記憶部に記憶されている、前記解除情報に対応した前記特定ファームウェアの前記特定ファーム情報を消去する特定ファーム情報消去処理を実行する
    ことを特徴とする情報処理装置。
  4. 請求項１〜請求項３の何れか１項に記載の情報処理装置であって、
    前記制御部は、前記特定ファーム情報送信装置との間で前記セッションを連続的又は断続的に維持させるセッション維持処理を実行する
    ことを特徴とする情報処理装置。
  5. 請求項１〜請求項４の何れか１項に記載の情報処理装置であって、
    前記通信プロトコルはＸＭＰＰ ｏｖｅｒ ＢＯＳＨ（eXtensible Messaging and Presence Protocol over Bidirectional-streams Over Synchronous HTTP ）である
    ことを特徴とする情報処理装置。
  6. ネットワークに接続可能な通信部と、
    制御部と、
    を備え、前記ネットワークに接続された特定サーバ及び少なくとも１つの情報処理装置と前記通信部を介して通信可能な中継サーバであって、
    前記制御部は、
    前記情報処理装置からの要求に応じて、前記中継サーバからサーバプッシュを可能とするセッションを張るための第１の通信プロトコルに従ったセッションの確立に応じて、前記情報処理装置との間で第１のコネクションを確立させる第１確立処理と、
    前記特定サーバとの間で前記第１の通信プロトコルとは異なる第２の通信プロトコルに従った第２のコネクションを確立させる第２確立処理と、
    前記特定サーバから、前記少なくとも１つの情報処理装置のうち所定の更新対象装置が有するファームウェアを所定の特定ファームウェアに更新させるための、その更新対象装置を示す装置情報及び前記特定ファームウェアの所在を示す特定ファーム所在情報を少なくとも含む特定ファーム更新指令を、前記第２のコネクションを介して取得する特定ファーム更新指令取得処理と、
    前記特定ファーム更新指令取得処理により取得した前記特定ファーム更新指令に基づき、前記特定ファーム所在情報を少なくとも含む特定ファーム情報を、前記第１のコネクションを介して前記更新対象装置へ送信する第１の特定ファーム情報送信処理と、
    前記特定サーバから、前記少なくとも１つの情報処理装置のうち所定の解除対象装置が有する前記特定ファームウェアを所定の組込ファームウェアに戻すための、少なくともその解除対象装置を示す装置情報を含む特定ファーム解除指令を、前記第２のコネクションを介して取得する特定ファーム解除指令取得処理と、
    前記特定ファーム解除指令取得処理により取得した前記特定ファーム解除指令に基づき、前記解除対象装置へ、前記特定ファームウェアを前記組込ファームウェアへ戻すべき旨の解除情報を、前記第１のコネクションを介して送信する解除情報送信処理と、
    を実行することを特徴とする中継サーバ。
  7. 請求項６に記載の中継サーバであって、
    情報を記憶することが可能な記憶部を備え、
    前記制御部は、
    前記特定ファーム更新指令取得処理により前記特定ファーム更新指令を取得した場合に、その取得した特定ファーム更新指令に基づき、前記特定ファーム情報を前記装置情報と対応付けて前記記憶部に記憶させる記憶処理と、
    何れかの前記情報処理装置に対する所定の送信条件が成立した場合に、その情報処理装置へ、前記記憶部に記憶されている、その情報処理装置に対応した前記特定ファーム情報を、前記第１のコネクションを介してその情報処理装置へ送信する第２の特定ファーム情報送信処理と、
    を実行することを特徴とする中継サーバ。
  8. 請求項７に記載の中継サーバであって、
    前記送信条件として、前記記憶処理が実行されたこと、及び前記情報処理装置から当該中継サーバへ前記第１の通信プロトコルによる通信の接続が行われたこと、のうち少なくとも１つが設定されている
    ことを特徴とする中継サーバ。
  9. 請求項７又は請求項８に記載の中継サーバであって、
    前記制御部は、
    前記特定ファーム解除指令取得処理により前記特定ファーム解除指令を取得した場合に、その取得した特定ファーム解除指令に基づき、前記記憶部に記憶されている、前記解除対象装置に対応した前記特定ファーム情報を消去する特定ファーム情報消去処理と、
    を実行することを特徴とする中継サーバ。
  10. 請求項６〜請求項９の何れか１項に記載の中継サーバであって、
    前記第１の通信プロトコルはＸＭＰＰ ｏｖｅｒ ＢＯＳＨ（eXtensible Messaging and Presence Protocol over Bidirectional-streams Over Synchronous HTTP ）である
    ことを特徴とする中継サーバ。
  11. 請求項６〜請求項１０の何れか１項に記載の中継サーバであって、
    前記第２の通信プロトコルはＨＴＴＰ（Hypertext Transfer Protocol ）である
    ことを特徴とする中継サーバ。
  12. 特定サーバ及び少なくとも１つの情報処理装置とネットワークを介して通信可能な中継サーバにおいて用いられる情報中継方法であって、
    前記情報処理装置からの要求に応じて、前記中継サーバからサーバプッシュを可能とするセッションを張るための第１の通信プロトコルに従ったセッションの確立に応じて、前記情報処理装置との間で第１のコネクションを確立させる第１確立ステップと、
    前記特定サーバとの間で前記第１の通信プロトコルとは異なる第２の通信プロトコルに従った第２のコネクションを確立させる第２確立ステップと、
    前記特定サーバから、前記少なくとも１つの情報処理装置のうち所定の更新対象装置が有するファームウェアを所定の特定ファームウェアに更新させるための、その更新対象装置を示す装置情報及び前記特定ファームウェアの所在を示す特定ファーム所在情報を少なくとも含む特定ファーム更新指令を、前記第２のコネクションを介して取得する特定ファーム更新指令取得ステップと、
    前記特定ファーム更新指令取得ステップにより取得した前記特定ファーム更新指令に基づき、前記特定ファーム所在情報を少なくとも含む特定ファーム情報を、前記第１のコネクションを介して前記更新対象装置へ送信する特定ファーム情報送信ステップと、
    前記特定サーバから、前記少なくとも１つの情報処理装置のうち所定の解除対象装置が有する前記特定ファームウェアを所定の組込ファームウェアに戻すための、少なくともその解除対象装置を示す装置情報を含む特定ファーム解除指令を、前記第２のコネクションを介して取得する特定ファーム解除指令取得ステップと、
    前記特定ファーム解除指令取得ステップにより取得した前記特定ファーム解除指令に基づき、前記解除対象装置へ、前記特定ファームウェアを前記組込ファームウェアへ戻すべき旨の解除情報を、前記第１のコネクションを介して送信する解除情報送信ステップと、
    を備えることを特徴とする情報中継方法。
  13. 特定サーバ及び少なくとも１つの情報処理装置とネットワークを介して通信可能な中継サーバが有するコンピュータに実行させる情報中継プログラムであって、
    前記コンピュータに、
    前記情報処理装置からの要求に応じて、前記中継サーバからサーバプッシュを可能とするセッションを張るための第１の通信プロトコルに従ったセッションの確立に応じて、前記情報処理装置との間で第１のコネクションを確立させる第１確立処理と、
    前記特定サーバとの間で前記第１の通信プロトコルとは異なる第２の通信プロトコルに従った第２のコネクションを確立させる第２確立処理と、
    前記特定サーバから、前記少なくとも１つの情報処理装置のうち所定の更新対象装置が有するファームウェアを所定の特定ファームウェアに更新させるための、その更新対象装置を示す装置情報及び前記特定ファームウェアの所在を示す特定ファーム所在情報を少なくとも含む特定ファーム更新指令を、前記第２のコネクションを介して取得する特定ファーム更新指令取得処理と、
    前記特定ファーム更新指令取得処理により取得した前記特定ファーム更新指令に基づき、前記特定ファーム所在情報を少なくとも含む特定ファーム情報を、前記第１のコネクションを介して前記更新対象装置へ送信する特定ファーム情報送信処理と、
    前記特定サーバから、前記少なくとも１つの情報処理装置のうち所定の解除対象装置が有する前記特定ファームウェアを所定の組込ファームウェアに戻すための、少なくともその解除対象装置を示す装置情報を含む特定ファーム解除指令を、前記第２のコネクションを介して取得する特定ファーム解除指令取得処理と、
    前記特定ファーム解除指令取得処理により取得した前記特定ファーム解除指令に基づき、前記解除対象装置へ、前記特定ファームウェアを前記組込ファームウェアへ戻すべき旨の解除情報を、前記第１のコネクションを介して送信する解除情報送信処理と、
    を実行させることを特徴とする情報中継プログラム。
  14. 特定サーバ及び少なくとも１つの情報処理装置とネットワークを介して通信可能な中継サーバが有するコンピュータに実行させる情報中継プログラムであって、
    前記コンピュータに、
    前記情報処理装置からの要求に応じて、前記中継サーバからサーバプッシュを可能とするセッションを張るための第１の通信プロトコルに従ったセッションの確立に応じて、前記情報処理装置との間で第１のコネクションを確立させる第１確立処理と、
    前記特定サーバとの間で前記第１の通信プロトコルとは異なる第２の通信プロトコルに従った第２のコネクションを確立させる第２確立処理と、
    前記特定サーバから、前記少なくとも１つの情報処理装置のうち所定の更新対象装置が有するファームウェアを所定の特定ファームウェアに更新させるための、その更新対象装置を示す装置情報及び前記特定ファームウェアの所在を示す特定ファーム所在情報を少なくとも含む特定ファーム更新指令を、前記第２のコネクションを介して取得する特定ファーム更新指令取得処理と、
    前記特定ファーム更新指令取得処理により取得した前記特定ファーム更新指令に基づき、前記特定ファーム所在情報を少なくとも含む特定ファーム情報を、前記第１のコネクションを介して前記更新対象装置へ送信する第１の特定ファーム情報送信処理と、
    前記特定ファーム更新指令取得処理により前記特定ファーム更新指令を取得した場合に、その取得した特定ファーム更新指令に基づき、前記特定ファーム情報を前記装置情報と対応付けて記憶部に記憶させる記憶処理と、
    何れかの前記情報処理装置に対する所定の送信条件が成立した場合に、その情報処理装置へ、前記記憶部に記憶されている、その情報処理装置に対応した前記特定ファーム情報を、前記第１のコネクションを介してその情報処理装置へ送信する第２の特定ファーム情報送信処理と、
    前記特定サーバから、前記少なくとも１つの情報処理装置のうち所定の解除対象装置が有する前記特定ファームウェアを所定の組込ファームウェアに戻すための、少なくともその解除対象装置を示す装置情報を含む特定ファーム解除指令を、前記第２のコネクションを介して取得する特定ファーム解除指令取得処理と、
    前記特定ファーム解除指令取得処理により前記特定ファーム解除指令を取得した場合に、その取得した特定ファーム解除指令に基づき、前記記憶部に記憶されている、前記解除対象装置に対応した前記特定ファーム情報を消去する特定ファーム情報消去処理と、
    を実行させることを特徴とする情報中継プログラム。
  15. 特定サーバ及び少なくとも１つの情報処理装置とネットワークを介して通信可能な中継サーバと、
    前記中継サーバ及びファームウェア提供サーバと前記ネットワークを介して通信可能な前記少なくとも１つの情報処理装置と、
    を備えた通信システムであって、
    前記中継サーバは、
    前記情報処理装置からの要求に応じて、前記中継サーバからサーバプッシュを可能とするセッションを張るための第１の通信プロトコルに従ったセッションの確立に応じて、前記情報処理装置との間で第１のコネクションを確立させる第１確立処理と、
    前記特定サーバとの間で前記第１の通信プロトコルとは異なる第２の通信プロトコルに従った第２のコネクションを確立させる第２確立処理と、
    前記特定サーバから、前記少なくとも１つの情報処理装置のうち所定の更新対象装置が有するファームウェアを所定の特定ファームウェアに更新させるための、その更新対象装置を示す装置情報及び前記特定ファームウェアの所在を示す特定ファーム所在情報を少なくとも含む特定ファーム更新指令を、前記第２のコネクションを介して取得する特定ファーム更新指令取得処理と、
    前記特定ファーム更新指令取得処理により取得した前記特定ファーム更新指令に基づき、前記特定ファーム所在情報を少なくとも含む特定ファーム情報を、前記第１のコネクションを介して前記更新対象装置へ送信する特定ファーム情報送信処理と、
    を実行し、
    前記情報処理装置は、
    情報を記憶することが可能な第１の記憶部と、
    当該情報処理装置が有するファームウェアに対応した所定の組込ファームウェアの所在を示す組込ファーム所在情報が予め記憶された第２の記憶部と、
    を有し、
    前記第１のコネクションを前記中継サーバとの間で確立させるコネクション確立処理と、
    前記中継サーバから当該情報処理装置宛に送信された前記特定ファーム情報を前記第１のコネクションを介して取得する特定ファーム情報取得処理と、
    前記特定ファーム情報取得処理により前記特定ファーム情報を取得した場合にその取得した特定ファーム情報を前記第１の記憶部に記憶させる記憶処理と、
    前記ファームウェアの更新要求を受け付ける更新要求受付処理と、
    前記更新要求受付処理により前記更新要求が受け付けられた場合に、前記第１の記憶部に記憶されている前記特定ファーム情報に含まれている前記特定ファーム所在情報に基づき、その特定ファーム所在情報が示す前記ファームウェア提供サーバから前記特定ファームウェアを取得する特定ファームウェア取得処理と、
    当該情報処理装置が有する、前記特定ファームウェア取得処理により取得した前記特定ファームウェアに対応する前記ファームウェアを、その取得した特定ファームウェアに更新する特定ファームウェア更新処理と、
    前記更新要求受付処理により前記更新要求が受け付けられた場合に、その更新要求対象のファームウェアに対応した前記特定ファーム情報が前記第１の記憶部に記憶されているか否か判断する特定ファーム情報有無判断処理と、
    前記特定ファーム情報有無判断処理により前記特定ファーム情報が前記第１の記憶部に記憶されていると判断されなかった場合に、前記第２の記憶部に記憶されている前記更新要求対象のファームウェアに対応した前記組込ファーム所在情報が示す前記ファームウェア提供サーバから、前記組込ファームウェアを取得する第１の組込ファームウェア取得処理と、
    前記更新要求対象のファームウェアを前記第１の組込ファームウェア取得処理により取得した前記組込ファームウェアに更新する第１の組込ファームウェア更新処理と、
    を実行することを特徴とする通信システム。
JP2013054087A 2013-03-15 2013-03-15 情報処理装置、中継サーバ、情報中継方法、情報中継プログラム及び通信システム Active JP5939180B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2013054087A JP5939180B2 (ja) 2013-03-15 2013-03-15 情報処理装置、中継サーバ、情報中継方法、情報中継プログラム及び通信システム
US14/211,145 US9146731B2 (en) 2013-03-15 2014-03-14 Information processing apparatus, relay server, information relay method, non-transitory computer-readable medium storing information relay program, and communication system
EP14160057.7A EP2778912B1 (en) 2013-03-15 2014-03-14 Information processing apparatus, relay server, information relay method, information relay program, and communication system
CN201410098138.XA CN104052735B (zh) 2013-03-15 2014-03-17 信息处理装置、中继服务器、信息中继方法、控制方法和通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013054087A JP5939180B2 (ja) 2013-03-15 2013-03-15 情報処理装置、中継サーバ、情報中継方法、情報中継プログラム及び通信システム

Publications (2)

Publication Number Publication Date
JP2014179021A JP2014179021A (ja) 2014-09-25
JP5939180B2 true JP5939180B2 (ja) 2016-06-22

Family

ID=50389225

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013054087A Active JP5939180B2 (ja) 2013-03-15 2013-03-15 情報処理装置、中継サーバ、情報中継方法、情報中継プログラム及び通信システム

Country Status (4)

Country Link
US (1) US9146731B2 (ja)
EP (1) EP2778912B1 (ja)
JP (1) JP5939180B2 (ja)
CN (1) CN104052735B (ja)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101992680B1 (ko) * 2013-02-05 2019-06-25 휴렛-팩커드 디벨롭먼트 컴퍼니, 엘.피. 화상형성장치, 추적장치, 관리장치 및 화상형성장치의 펌웨어 업데이트 방법
JP5870990B2 (ja) * 2013-12-04 2016-03-01 コニカミノルタ株式会社 中継装置、画像形成装置、中継方法および中継プログラム
JP6314893B2 (ja) * 2015-03-31 2018-04-25 コニカミノルタ株式会社 画像処理システム、画像処理装置、配信サーバー、管理サーバー、および、プログラム
JP6433844B2 (ja) * 2015-04-09 2018-12-05 株式会社ソニー・インタラクティブエンタテインメント 情報処理装置、中継装置、情報処理システム、およびソフトウェアアップデート方法
JP6570901B2 (ja) * 2015-07-01 2019-09-04 株式会社Ｎｔｔファシリティーズ 機器情報管理システム、機器情報管理システムの制御方法及びプログラム
US11457123B2 (en) * 2015-07-16 2022-09-27 Thinxtream Technologies PTE LID Universal secure imaging workflow comprising, based on print commands or print instruction received from a user wireless device, storing a print job in a server via a first module comprising upgradeable capability schema with custom commands for printer model numbers, wherein the upgradeable capability schema is based on a supplier model, a gateway IP address and domain name
US10546112B2 (en) 2015-08-17 2020-01-28 Ricoh Company, Ltd. Apparatus, authentication process method, and computer program product
JP6747223B2 (ja) * 2016-09-29 2020-08-26 セイコーエプソン株式会社 サーバー、及び、サーバーの制御方法
US10904069B2 (en) * 2016-11-29 2021-01-26 Brother Kogyo Kabushiki Kaisha Communication apparatus executing specific process related to security
JP2018170568A (ja) * 2017-03-29 2018-11-01 ブラザー工業株式会社 画像処理装置、制御プログラム、および通信システム
JP6963212B2 (ja) * 2017-09-28 2021-11-05 京セラドキュメントソリューションズ株式会社 管理システム、画像形成装置および画像形成装置用プログラム
JP7095256B2 (ja) * 2017-10-30 2022-07-05 セイコーエプソン株式会社 プリンター、及び、プリンターの制御方法
JP7059612B2 (ja) * 2017-12-14 2022-04-26 コニカミノルタ株式会社 画像形成装置、システム、方法およびプログラム
JP7005447B2 (ja) * 2018-07-18 2022-01-21 株式会社東芝 サーバ装置、方法及びプログラム
JP7190837B2 (ja) * 2018-07-31 2022-12-16 キヤノン株式会社 中継装置、制御方法、及び、プログラム
CN109213506A (zh) * 2018-08-24 2019-01-15 郑州云海信息技术有限公司 一种固件信息获取方法及相关装置
JP7281071B2 (ja) * 2019-02-15 2023-05-25 京セラドキュメントソリューションズ株式会社 電子機器、その制御方法及び制御プログラム
JP2021064311A (ja) * 2019-10-17 2021-04-22 富士ゼロックス株式会社 情報処理装置およびプログラム
CN114765604B (zh) * 2020-12-30 2024-03-01 技钢科技股份有限公司 通过http/https的服务器固件的数据传输方法及装置
JP7231874B2 (ja) * 2021-05-06 2023-03-02 ダイキン工業株式会社 サーバ、通信システム、及び通信方法
CN114116006A (zh) * 2021-11-30 2022-03-01 星宸科技股份有限公司 用于控制电子装置的方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2333864B (en) 1998-01-28 2003-05-07 Ibm Distribution of software updates via a computer network
US6202207B1 (en) 1998-01-28 2001-03-13 International Business Machines Corporation Method and a mechanism for synchronized updating of interoperating software
JP2001222500A (ja) * 1999-12-01 2001-08-17 Sharp Corp ネットワークゲートウェイにおけるプログラムの配布方法
JP4408033B2 (ja) * 2002-09-24 2010-02-03 株式会社リコー 遠隔管理システム
JP3906994B2 (ja) * 2003-05-07 2007-04-18 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
GB0600348D0 (en) * 2006-01-10 2006-02-15 Ibm Updating of data processing and communication devices
US20070245333A1 (en) * 2006-03-27 2007-10-18 Ferlitsch Andrew R Methods and Systems for Managing Firmware
US20090265723A1 (en) * 2006-08-31 2009-10-22 Hisayasu Mochizuki Electronic device and control method of the same
JP5089250B2 (ja) 2007-06-06 2012-12-05 株式会社リコー 情報処理装置
EP2450797A4 (en) * 2009-06-08 2013-03-13 Sharp Kk SOFTWARE UPGRADE SYSTEM, DISPLAY UNIT AND SOFTWARE UPGRADING PROCEDURE
EP2755131B1 (en) * 2009-12-22 2020-09-02 DISH Technologies L.L.C. A method and system for changing software or firmware on an electronic device
JP2011170793A (ja) * 2010-02-22 2011-09-01 Ricoh Co Ltd 情報処理装置
CN102906730A (zh) * 2010-05-28 2013-01-30 无极公司 用于被管理装置的共享心搏服务
CN103098108B (zh) * 2010-11-25 2017-09-08 松下电器（美国）知识产权公司 通信设备
US9172766B2 (en) * 2011-01-10 2015-10-27 Fiberlink Communications Corporation System and method for extending cloud services into the customer premise
JP5685971B2 (ja) * 2011-02-15 2015-03-18 セイコーエプソン株式会社 プログラム更新管理サーバーおよびプログラム更新管理方法
JP5748544B2 (ja) * 2011-04-25 2015-07-15 キヤノン株式会社 画像形成装置、及びその制御方法、並びにプログラム
JP5310824B2 (ja) * 2011-11-10 2013-10-09 株式会社リコー 伝送管理装置、プログラム、伝送管理システムおよび伝送管理方法
US20130139139A1 (en) * 2011-11-28 2013-05-30 Wyse Technology Inc. Automatic updating of an application or a driver on a client device using a deployment configuration file
JP5812840B2 (ja) * 2011-12-13 2015-11-17 キヤノン株式会社 画像形成装置、ネットワークシステム及び画像形成装置の制御方法
JP5825123B2 (ja) * 2012-02-01 2015-12-02 富士通株式会社 制御装置、制御システムおよび制御方法
WO2014100754A1 (en) * 2012-12-20 2014-06-26 Robert Hunter Methods and systems for a power firewall

Also Published As

Publication number Publication date
US20140282481A1 (en) 2014-09-18
US9146731B2 (en) 2015-09-29
CN104052735A (zh) 2014-09-17
EP2778912B1 (en) 2016-04-27
CN104052735B (zh) 2018-05-11
JP2014179021A (ja) 2014-09-25
EP2778912A1 (en) 2014-09-17

Similar Documents

Publication Publication Date Title
JP5939180B2 (ja) 情報処理装置、中継サーバ、情報中継方法、情報中継プログラム及び通信システム
JP6107261B2 (ja) 中継装置、画像処理装置および通信システム
US10866776B2 (en) Pull printing method and system using cloud server
JP6300511B2 (ja) システムおよび実行指示方法
JP4196969B2 (ja) 画像処理装置、画像処理装置におけるソフトウェアの更新方法、およびソフトウェア更新プログラム
JP2006260354A (ja) 画像形成システム、画像形成装置、端末装置及び端末装置のドライバの更新方法
US20120311452A1 (en) Server apparatus that makes it possible to effectively utilize driver function, information processing apparatus, method of controlling the apparatuses, and storage medium
US9225585B2 (en) Method and system for device management, and server
JP2016062232A (ja) 情報処理システム、情報処理装置、プログラム及び情報処理方法
JP5310445B2 (ja) 制御装置及びコンピュータプログラム
JP2009230400A (ja) 印刷システムおよびソフトウェア導入装置およびソフトウェア導入プログラム
US20120307280A1 (en) Image processing system that transfers image data to server apparatus, information processing apparatus, method of controlling the information processing apparatus, and storage medium
US10838704B2 (en) Application program setup method and download server
JP6142594B2 (ja) 中継装置、中継方法、中継プログラム及び中継システム
US9160878B2 (en) Server apparatus that enables easy use of image input apparatus, information processing apparatus, methods of controlling the apparatuses, control program, and storage medium
JP6669992B2 (ja) 画像読取装置、画像読取方法及び画像形成プログラム
JP6090187B2 (ja) 電子機器およびプログラム
JP6265257B2 (ja) 中継装置、画像処理装置および通信システム
US9009244B2 (en) Image forming apparatus, and control method thereof
JP2010198059A (ja) 設定支援システム
JP2021111846A (ja) 端末管理処理プログラム、端末管理装置及び端末管理システム
JP7031227B2 (ja) コンテンツ接続システム、情報処理装置及びプログラム
US20210099993A1 (en) Computer-readable medium, relay device, terminal management device, and system for managing terminal device not directly communicable with terminal management device
JP6939154B2 (ja) 機器設定装置、機器設定システム、機器設定方法、及びプログラム
JP6711263B2 (ja) 画像読取装置、画像読取方法及び画像形成プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150323

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20151216

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160119

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160318

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: 20160419

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160502

R150 Certificate of patent or registration of utility model

Ref document number: 5939180

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150