(57)【要約】【課題】サーバーからの指示で外部機器の内部データを更新可能な画像形成システムを提供する。【解決手段】  アプリ導入部１００は、カードリーダー３の内部データ４００を更新するためのアプリ３００を、画像形成装置２に導入する。内部データ更新部１１０は、アプリ導入部１００により導入されたアプリ３００を画像形成装置２に実行させる。アプリ取得部２００は、サーバー１の指示により、サーバー１からアプリ３００を取得する。アプリ実行部２１０は、アプリ取得部２００により取得されたアプリ３００を実行して、外部機器を内部データ４００に更新する。これにより、カードリーダー３の内部データ４００が更新される。【選択図】図２
2019134285.tif 000002
【特許請求の範囲】
【請求項１】
外部機器を直接接続可能な画像形成装置と、該画像形成装置を遠隔接続により保守管理するサーバーとを含む画像形成システムであって、
前記サーバーは、
前記外部機器の内部データを更新するためのアプリケーションを、前記画像形成装置に導入するアプリ導入部と、
前記アプリ導入部により導入された前記アプリケーションを前記画像形成装置に実行させる内部データ更新部とを備え、
前記画像形成装置は、
前記サーバーの指示により、前記サーバーから前記アプリケーションを取得するアプリ取得部と、
前記アプリ取得部により取得された前記アプリケーションを実行して、前記外部機器を前記内部データに更新するアプリ実行部とを備える
ことを特徴とする画像形成システム。
【請求項２】
前記サーバーは、
前記外部機器が前記内部データに更新された後で、前記アプリケーションを前記画像形成装置から削除するアプリ削除部を更に備える
ことを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記外部機器は、ユーザー認証用のカードを読み取るカードリーダーであり、
前記内部データは、前記カードリーダーのファームウェア及び／又はスクリプトデータである
ことを特徴とする請求項１又は２に記載の画像形成システム。
【請求項４】
外部機器を直接接続可能な画像形成装置を遠隔接続により保守管理するサーバーであって、
前記外部機器の内部データを更新するためのアプリケーションを、前記画像形成装置に導入するアプリ導入部と、
前記アプリ導入部により導入された前記アプリケーションを前記画像形成装置に実行させ、前記内部データに更新させる内部データ更新部とを備える
ことを特徴とするサーバー。
【請求項５】
外部機器を直接接続可能な画像形成装置であって、
自装置を遠隔接続により保守管理するサーバーからの指示により、前記外部機器の内部データを更新するためのアプリケーションを取得するアプリ取得部と、
前記アプリ取得部により取得された前記アプリケーションを実行して、前記外部機器を前記内部データに更新するアプリ実行部とを備える
ことを特徴とする画像形成装置。
【請求項６】
外部機器を直接接続可能な画像形成装置と、該画像形成装置を遠隔接続により保守管理するサーバーとを含む画像形成システムにより実行される前記外部機器の内部データ更新方法であって、
前記サーバーにより、前記外部機器の内部データを更新するためのアプリケーションを、前記画像形成装置に導入し、
前記画像形成装置により、前記サーバーから前記アプリケーションを取得し、
前記サーバーにより、導入された前記アプリケーションを前記画像形成装置に実行させ、
前記画像形成装置により、取得された前記アプリケーションを実行して、前記外部機器を前記内部データに更新する
ことを特徴とする内部データ更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成システム、サーバー、画像形成装置、及び内部データ更新方法に係り、特に画像形成装置に直接接続された外部機器の内部データ更新する画像形成システム、サーバー、画像形成装置、及び内部データ更新方法に関する。
【背景技術】
【０００２】
従来から、文書や画像を印刷可能な複合機（Multifunctional Peripheral, MFP）等の画像形成装置が存在する。
このような画像形成装置には、ユーザー認証を行うためのＲＦＩＤ（Radio Frequency Identifier）カード、ＩＣカード、磁気カードカード等のカード媒体（以下、単に「カード」という。）を読み取るカード読み取り装置（以下、「カードリーダー」という。）がＵＳＢ（Universal Serial Bus）等で直接接続されているものがある。また、このような画像形成装置と、カードの情報を取得して課金や保守管理等を行うサーバーとを含む画像形成システムも存在する。
【０００３】
特許文献１を参照すると、省エネ状態に関わらず、カードリーダーの内部データの一種であるファームウェアの更新を手間なく確実に行う画像形成装置が記載されている。特許文献１の装置は、第１の電力管理部及び第２の電力管理部（電力管理部）が、本体（第１のユニット）及び操作部（第２のユニット）の電力使用状態を、少なくともファームウェア更新制御部がファームウェアの更新処理を実行可能な状態に変更する。そして、操作部の通信制御部（通信部）が、ファームウェア配信サーバー装置（ファームウェア配信手段）と、操作部との間の通信を確立する。さらに、ファームウェア更新制御部は、ファームウェア配信サーバー装置からカードリーダ（取得部）に対するファームウェアの更新要求を受信したときに、受信したファームウェアの更新処理を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−１６７８４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、カードリーダー等の外部機器は、顧客の環境に合わせて提供される。このため、画像形成装置は、通常、外部機器のファームウェア等を更新するためのアプリケーション等は含んでいなかった。
しかしながら、特許文献１の技術は、このように、外部機器のファームウェア等を更新するためのアプリケーション等が導入されていないような画像形成装置には、適用できなかった。
【０００６】
本発明は、このような状況に鑑みてなされたものであって、上述の問題点を解消する画像形成システムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
本発明の画像形成システムは、外部機器を直接接続可能な画像形成装置と、該画像形成装置を遠隔接続により保守管理するサーバーとを含む画像形成システムであって、前記サーバーは、前記外部機器の内部データを更新するためのアプリケーションを、前記画像形成装置に導入するアプリ導入部と、前記アプリ導入部により導入された前記アプリケーションを前記画像形成装置に実行させる内部データ更新部とを備え、前記画像形成装置は、前記サーバーの指示により、前記サーバーから前記アプリケーションを取得するアプリ取得部と、前記アプリ取得部により取得された前記アプリケーションを実行して、前記外部機器を前記内部データに更新するアプリ実行部とを備えることを特徴とする。
本発明の画像形成システムは、前記サーバーは、前記外部機器が前記内部データに更新された後で、前記アプリケーションを前記画像形成装置から削除するアプリ削除部を更に備えることを特徴とする。
本発明の画像形成システムは、前記外部機器は、ユーザー認証用のカードを読み取るカードリーダーであり、前記内部データは、前記カードリーダーのファームウェア及び／又はスクリプトデータであることを特徴とする。
本発明のサーバーは、外部機器を直接接続可能な画像形成装置を遠隔接続により保守管理するサーバーであって、前記外部機器の内部データを更新するためのアプリケーションを、前記画像形成装置に導入するアプリ導入部と、前記アプリ導入部により導入された前記アプリケーションを前記画像形成装置に実行させ、前記内部データに更新させる内部データ更新部とを備えることを特徴とする。
本発明の画像形成装置は、外部機器を直接接続可能な画像形成装置であって、自装置を遠隔接続により保守管理するサーバーからの指示により、前記外部機器の内部データを更新するためのアプリケーションを取得するアプリ取得部と、前記アプリ取得部により取得された前記アプリケーションを実行して、前記外部機器を前記内部データに更新するアプリ実行部とを備えることを特徴とする。
本発明の内部データ更新方法は、外部機器を直接接続可能な画像形成装置と、該画像形成装置を遠隔接続により保守管理するサーバーとを含む画像形成システムにより実行される前記外部機器の内部データ更新方法であって、前記サーバーにより、前記外部機器の内部データを更新するためのアプリケーションを、前記画像形成装置に導入し、前記画像形成装置により、前記サーバーから前記アプリケーションを取得し、前記サーバーにより、導入された前記アプリケーションを前記画像形成装置に実行させ、前記画像形成装置により、取得された前記アプリケーションを実行して、前記外部機器を前記内部データに更新することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像形成装置を遠隔接続により保守管理するサーバーにより、外部機器の内部データを更新するためのアプリケーションを画像形成装置に導入して実行させ、画像形成装置がアプリケーションを実行して、外部機器の内部データを更新することで、画像形成装置に外部機器のファームウェア等を更新するためのアプリケーション等が導入されていない状態であっても、内部データを更新させることが可能な画像形成システムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の画像形成装置の実施の形態に係るシステム構成図である。
【図２】図１に示す画像形成システムの制御構成を示すブロック図である。
【図３】本発明の実施の形態に係る内部データ更新処理のフローチャートである。
【図４】図４に示す内部データ更新処理の概念図である。
【発明を実施するための形態】
【００１０】
＜実施の形態＞
〔画像形成システムＸのシステム構成〕
まず、図１を参照して、本発明の実施の形態に係る画像形成システムＸのシステム構成について説明する。
本実施形態の画像形成システムＸは、サーバー１と、画像形成装置２とが、ネットワーク５を介して接続されて構成される。また、本実施形態の画像形成装置２には、外部機器であるカードリーダー３が直接接続されている。
【００１１】
サーバー１は、ＰＣ（Personal Computer）や汎用機等の情報処理装置である。サーバー１は、画像形成装置２を遠隔接続により保守管理し、画像形成装置２を使用するユーザーの課金、保守、サービス対応等を行う。サーバー１は、この課金については、画像形成装置２に接続されたカードリーダー３で読み取られたカードの情報により、ユーザー毎に行うことが可能である。このため、サーバー１は、汎用のサーバーＯＳ（Operating System）上で、管理用プログラムを実行している。また、サーバー１は、保守として、指定した画像形成装置２に特定のアプリケーション（Application Software、以下、単に「アプリ」という。）を導入（install）し、これを画像形成装置２に実行させ、更に、画像形成装置２上から削除（uninstall）することが可能である。
また、サーバー１は、顧客の画像形成装置２の環境を把握し、ユーザーの情報も把握していてもよい。また、サーバー１は、イントラネット上で「プルプリント」等を実行したり、印刷等のジョブを管理したりするサーバーであってもよい。
また、サーバー１は、画像処理、ＯＣＲ（Optical Character Recognition）処理、分類処理、及び、電子メールや共有フォルダー（文書ボックス、保存フォルダー）や業務若しくは事務用のＤＭＳ（Document Management System）等への送信処理を実行してもよい。
【００１２】
画像形成装置２は、顧客環境に設置されたＭＦＰ、ネットワークスキャナー、ドキュメントスキャナー、ネットワークＦＡＸ、スキャナー機能付きのプリンター、単機能プリンター等のドキュメント機器である。また、画像形成装置２は、サーバー１からの指示でアプリを導入、実行、削除することが可能である。画像形成装置２は、例えば、カードリーダー３の内部データ４００（図２）を更新するアプリ３００、認証許可用のクライアントアプリ、保守管理用のアプリ等を実行することが可能であってもよい。
また、画像形成装置２は、ネットワーク５を介してサーバー１と接続される。また、画像形成装置２は、ＵＳＢやシリアル接続やパラレル接続等により、カードリーダー３と直接接続される。
【００１３】
カードリーダー３は、画像形成装置２に直接接続される外部機器の一例である。すなわち、本実施形態のカードリーダー３は、ネットワーク５には接続されていない。また、本実施形態においては、カードリーダー３が、ユーザー認証用のカードを読み込ませるカードリーダーである例について説明する。また、本実施形態のカードリーダー３は、例えば、ヨーロッパ諸国でよく使用されるＴＷＮ４規格のＲＦＩＤリーダーであってもよい。また、カードリーダー３は、カードを読み取るためのマイクロプロセッサー、ＦＰＧＡ（Field-Programmable Gate Array）、ＥＥＰＲＯＭ、フラッシュメモリー等が含まれていてもよい。ここで、カードリーダー３は、顧客毎に異なるカードを読み込ませねばならないことがある。その場合、顧客の環境に合わせて内部データ４００（図２）を標準のものから更新（アップデート、カスタマイズ）する必要がある。
【００１４】
ネットワーク５は、ＬＡＮ（Local Area Network）等のイントラネット（Intranet）、インターネットや携帯電話網等のＷＡＮ（Wide Area Network）等のネットワークである。
サーバー１及び各画像形成装置２は、ルーター（Router）やゲートウェイ（Gateway）等を介して、ネットワーク５に接続されていてもよい。また、ネットワーク５は、ＶＰＮ（Virtual Private Network）を構成していてもよい。
【００１５】
また、サーバー１は、制御部１０、ネットワーク送受信部１５、及び記憶部１９を含んでいる。サーバー１の各部は、制御部１０に接続され、制御部１０によって動作制御される。
【００１６】
制御部１０は、ＧＰＰ（General Purpose Processor）、ＣＰＵ（Central Processing Unit、中央処理装置）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Processor、特定用途向けプロセッサー）等の情報処理部である。
制御部１０は、記憶部１９のＲＯＭやＳＳＤやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各手段として動作させられる。
なお、制御部１０は、ＲＡＭやＲＯＭやフラッシュメモリー等を内蔵していてもよい。
【００１７】
ネットワーク送受信部１５は、ネットワーク５に接続するためのＬＡＮボードや無線送受信機等を含むネットワーク接続手段である。
【００１８】
記憶部１９は、一時的でない記録媒体である。記憶部１９は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ｅＭＭＣ（embedded Multi Media Card）、ＳＳＤ（Solid State Drive）等の半導体記録媒体、及びＨＤＤ（Hard Disk Drive）等を含んでいてもよい。また、記憶部１９にはサーバー１の動作制御を行うための制御プログラムが記憶されている。
また、記憶部１９には、ユーザー毎の文書ボックス（保存フォルダー、共有フォルダー）の領域が含まれていてもよい。
【００１９】
また、画像形成装置２は、制御部２０、画像処理部２１、原稿読取部２２、原稿給送部２３、給紙部２４、ネットワーク送受信部２５、操作パネル部２６、画像形成部２７（画像形成手段）、ＦＡＸ送受信部２８、及び記憶部２９等を含む。画像形成装置２の各部は、制御部２０に接続され、制御部２０によって動作制御される。
【００２０】
制御部２０は、ＧＰＰ、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ等の情報処理部である。
制御部２０は、記憶部２９のＲＯＭやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各手段として動作させられる。また、制御部２０は、図示しない外部の端末や操作パネル部２６から入力された所定の指示に応じて、装置全体の制御を行う。
【００２１】
画像処理部２１は、ＤＳＰやＧＰＵ等の情報処理部である。画像処理部２１は、画像データに対して所定の画像処理を行う。画像処理部２１は、例えば、拡大縮小、濃度調整、階調調整、画像改善等の各種画像処理を行う。
画像処理部２１は、原稿読取部２２で読み取られた画像を、記憶部２９に文書データとして記憶する。この際、画像処理部２１は、印刷データをＰＤＦやＴＩＦＦ等のフォーマットのファイル単位に変換することも可能である。
【００２２】
原稿読取部２２は、セットされた原稿を読み取る（スキャン）。また、原稿読取部２２は、画像形成装置２の本体部の上部に配設される。
原稿読取部２２は、スキャナーと、プラテンガラスと、原稿読取スリットとを備えている。原稿読取部２２は、プラテンガラスに載置された原稿を読み取る場合には、スキャナーをプラテンガラスに対向する位置に移動させ、プラテンガラスに載置された原稿を走査しながら読み取って画像データを取得し、取得した画像データを記憶部２９に格納する。
【００２３】
また、原稿読取部２２は、原稿給送部２３から給送された原稿を読み取る場合には、スキャナーを、原稿読取スリットと対向する位置に移動させる。そして、原稿読取部２２は、原稿読取スリットを介し、原稿給送部２３による原稿の搬送動作と同期して原稿を読み取って、画像データを取得する。原稿読取部２２は、取得した画像データを記憶部２９に格納する。
【００２４】
原稿給送部２３は、原稿読取部２２で読み取られる原稿を搬送する。原稿給送部２３は、原稿読取部２２の上部に配設されている。
原稿給送部２３は、原稿載置部と、原稿搬送機構とを備えている。原稿給送部２３は、原稿載置部に載置された原稿を、原稿搬送機構によって１枚ずつ順に繰り出して、原稿読取部２２に給送する。
【００２５】
給紙部２４は、記録紙を１枚ずつ画像形成部２７に向けて繰り出す手段である。給紙部２４は、本体部に備えられている。
【００２６】
ネットワーク送受信部２５は、ネットワーク５に接続するためのＬＡＮボードや無線送受信機等を含むネットワーク接続部である。
ネットワーク送受信部２５は、データ通信用の回線ではデータを送受信し、音声電話回線では音声信号を送受信する。
【００２７】
操作パネル部２６は、画像形成装置２のフロント側に配設されている。操作パネル部２６は、ボタンやタッチパネル等の入力部と、ＬＣＤ(Liquid Crystal Display)や有機ＥＬディスプレイ等の表示部とを備えている。このうち、入力部のボタンは、テンキー、スタート、キャンセル、動作モードの切り換え、ジョブの実行に係る指示を行うボタン等である。この動作モードは、複写、ＦＡＸ送信、スキャナー、ネットワークスキャナー等の種類のモードを備えていてもよい。また、入力部は、ユーザーによる画像形成装置２の各種ジョブの出力設定の指示を取得する。また、入力部から取得したユーザーの指示により、各ユーザーの情報を入力、変更することも可能である。
また、操作パネル部２６は、ＵＳＢ端子等を備えており、ＵＳＢメモリーやカードリーダー３等を接続可能であってもよい。
【００２８】
画像形成部２７は、記憶部２９に格納され、原稿読取部２２で読み取られ、又は外部の端末から取得された文書データ等の記録紙への画像形成を行わせる。
画像形成部２７は、感光体ドラム、露光部、現像部、転写部、及び定着部等を備えている。画像形成部２７は、帯電、露光、現像、転写、定着からなる画像形成プロセスを実行することで記録紙にトナー像を記録する。
【００２９】
ＦＡＸ送受信部２８は、ファクシミリの送受信を行う。ＦＡＸ送受信部２８は、音声回線により、他のＦＡＸ装置（図示せず）からファクシミリ受信して、記憶部２９に保存し、画像形成部２７で画像形成させることが可能である。
また、ＦＡＸ送受信部２８は、サーバー１から取得された文書データ、原稿読取部２２で読み取られた原稿や外部の端末から送信されたネットワークＦＡＸのデータを画像データに変換して、他のＦＡＸ装置へ音声回線でファクシミリ送信することが可能である。
【００３０】
記憶部２９は、ＲＡＭ、ＲＯＭ、フラッシュメモリー等の半導体記録媒体やＨＤＤ等の一時的でない記録媒体を用いた記憶手段である。
記憶部２９のＲＯＭ、フラッシュメモリー、ＨＤＤ等には画像形成装置２の動作制御を行うための制御プログラムが記憶されている。この制御プログラムは、ＯＳや各種アプリを含む。このうち、各種アプリは、サーバー１により、導入、実行、削除が管理されていてもよい。つまり、画像形成装置２は、デフォルト（初期状態）では、各種アプリは導入されていなくてもよい。
これに加えて、記憶部２９は、ユーザーのアカウント設定も記憶していてもよい。また、記憶部２９にも、ユーザー毎の文書ボックスの領域が含まれていてもよい。
【００３１】
なお、画像形成装置２は、ネットワーク５上で複数接続されていてもよい。
また、画像形成装置２において、制御部２０及び画像処理部２１は、ＧＰＵ内蔵ＣＰＵ等やチップ・オン・モジュールパッケージのように、一体的に形成されていてもよい。
また、制御部２０及び画像処理部２１は、ＲＡＭやＲＯＭやフラッシュメモリー等を内蔵していてもよい。
【００３２】
〔画像形成システムＸの機能構成〕
ここで、図２を参照し、画像形成システムＸの機能構成について説明する。
サーバー１の制御部１０は、アプリ導入部１００、内部データ更新部１１０、及びアプリ削除部１２０を備えている。
サーバー１の記憶部１９は、アプリ３００を格納している。
画像形成装置２の制御部２０は、アプリ取得部、及びアプリ実行部を備えている。
画像形成装置２の記憶部２９は、アプリ３００を一時的に格納する。
【００３３】
アプリ導入部１００は、カードリーダー３の内部データ４００を更新するためのアプリ３００を、画像形成装置２に導入する。アプリ導入部１００は、画像形成装置２において各種のアプリ３００の制御を行う共通のプラットフォームやミドルウェアやライブラリーやＤＬＬ（Dynamic Link Library）等（以下、「共通ライブラリー等」という。）の機能により、このアプリ３００の導入の指示を行ってもよい。
【００３４】
内部データ更新部１１０は、アプリ導入部１００により導入されたアプリ３００を画像形成装置２に実行させる。内部データ更新部１１０は、上述の共通ライブラリー等により、この実行を画像形成装置２へ指示してもよい。
【００３５】
アプリ削除部１２０は、カードリーダー３の更新前内部データ（図示せず）が内部データ４００に更新された後で、アプリ３００を画像形成装置２から削除する。アプリ削除部１２０は、上述の共通ライブラリー等により、この削除を画像形成装置２に指示してもよい。
【００３６】
アプリ取得部２００は、サーバー１の指示により、サーバー１からアプリ３００を取得する。アプリ取得部２００は、アプリ３００をサーバー１からダウンロードして取得してもよい。
【００３７】
アプリ実行部２１０は、アプリ取得部２００により取得されたアプリ３００を実行して、カードリーダー３の更新前内部データを、アプリ３００に含まれる内部データ４００に更新する。
【００３８】
アプリ３００は、カードリーダー３の更新前内部データを更新するための専用のアプリである。このアプリ３００は、画像形成装置２により導入、実行可能なバイナリーデータやスクリプトデータであってもよい。また、本実施形態において、このアプリ３００は、更新用の内部データ４００を含んでいる。また、アプリ３００は圧縮されたり、暗号化されたりした状態で画像形成装置２へ送信されてもよい。
【００３９】
内部データ４００は、カードリーダー３のＥＥＰＲＯＭやフラッシュメモリー等の記録媒体に格納される更新用の内部データである。内部データ４００は、例えば、カードリーダー３のファームウェア及び／又はスクリプトデータであってもよい。このファームウェアは、カードリーダー３がカードの読み込みを行うためのマイクロプロセッサーの制御プログラム、マイクロコード、ＦＰＧＡのコード等とデータとを含んでいてもよい。また、スクリプトデータは、カードを認証するための文字データ（スクリプト）を含んでいてもよい。また、内部データ４００は、暗号鍵等のデータを含んでいてもよい。
【００４０】
ここで、サーバー１の制御部１０は、記憶部１９に記憶された制御プログラムを実行することで、アプリ導入部１００、内部データ更新部１１０、及びアプリ削除部１２０として機能させられる。
また、画像形成装置２の制御部２０は、記憶部２９に記憶された制御プログラムを実行することで、アプリ取得部２００、及びアプリ実行部２１０として機能させられる。
また、上述のサーバー１及び画像形成装置２の各部は、本発明の画像形成方法を実行するハードウェア資源となる。
なお、上述の機能構成の一部又は任意の組み合わせをＩＣやプログラマブルロジックやＦＰＧＡ等でハードウェア的に構成してもよい。
【００４１】
〔画像形成システムＸによる内部データ更新処理〕
次に、図３〜図４を参照して、本発明の実施の形態に係る画像形成システムＸによる内部データ更新処理の説明を行う。
本実施形態の内部データ更新処理では、まず、サーバー１の指示により、アプリ３００を、画像形成装置２に導入する。この際、画像形成装置２は、サーバー１からアプリ３００を取得する。次に、サーバー１により、導入されたアプリ３００を画像形成装置２に実行させる。これにより、画像形成装置２により、取得されたアプリ３００が実行される。そして、カードリーダー３が内部データ４００に更新される。
本実施形態の内部データ更新処理は、主にサーバー１の制御部１０が記憶部１９に記憶されたプログラムを、画像形成装置２の制御部２０が記憶部２９に記憶されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図３のフローチャートを参照して、内部データ更新処理の詳細をステップ毎に説明する。
【００４２】
（ステップＳ１０１）
まず、サーバー１のアプリ導入部１００が、アプリ導入処理を行う。
図４（ａ）によると、図示しない端末を操作する管理者の指示等により、アプリ導入部１００は、カードリーダー３の内部データ４００の更新を行う必要がある画像形成装置２を選択する。
そして、アプリ導入部１００は、当該画像形成装置２にログインして、アプリ３００を導入するためのコマンドをＷＳＤＬプロトコル等で送信する。
これにより、画像形成装置２において、アプリ３００の導入が開始される。
【００４３】
（ステップＳ２０１）
次に、画像形成装置２のアプリ取得部２００が、アプリ取得処理を行う。
図４（ｂ）によると、アプリ取得部２００は、サーバー１のアプリ３００を導入するためのコマンドを取得すると、これを指示として、サーバー１からアプリ３００をダウンロード等で取得して、記憶部２９のＨＤＤやフラッシュメモリー等に格納する。
この際、アプリ取得部２００は、カードリーダー３の現在の情報を取得してサーバー１へ送信して、サーバー１に適切な内部データ４００を選択させてもよい。このカードリーダー３の現在の情報は、カードリーダー３の製造ベンダー、製品ＩＤ、製品名、カードリーダーの種類、ベンダー名、更新前内部データに含まれる情報等であってもよい。
また、アプリ取得部２００は、アプリ３００の格納後に、このアプリ３００の各種設定を行ってもよい。
【００４４】
（ステップＳ１０２）
次に、サーバー１の内部データ更新部１１０が、内部データ更新指示処理を行う。
内部データ更新部１１０は、画像形成装置２にアプリ３００が導入されたことを確認して、このアプリ３００を画像形成装置２で実行させる指示を行う。これにより、下記のように画像形成装置２にてアプリ３００が実行される。
【００４５】
（ステップＳ２０２）
次に、画像形成装置２のアプリ実行部２１０が、アプリ実行処理を行う。
図４（ｃ）によると、アプリ実行部２１０は、記憶部２９のＨＤＤやフラッシュメモリー等に格納されたアプリ３００をＲＡＭに展開して実行する。
これにより、アプリ実行部２１０は、カードリーダー３に内部データ４００の更新を行うコマンドを送信し、更に、内部データ４００を送信して更新させる。
【００４６】
（ステップＳ１０３）
次に、サーバー１のアプリ削除部１２０が、アプリ削除処理を行う。
図４（ｄ）によると、アプリ削除部１２０は、カードリーダー３の内部データ４００が更新されたことを確認すると、アプリ３００を画像形成装置２から削除するよう指示する。この指示を受けた画像形成装置２は、記憶部２９に格納されたアプリ３００を削除する。
以上により、本発明の実施の形態に係る内部データ更新処理を終了する。
【００４７】
以上のように構成することで、以下のような効果を得ることができる。
従来、顧客環境に画像形成システムを出荷等する際に、課金や保守管理等を行うサーバーの指示によりカードリーダーのファームウェアやスクリプト等を更新させることはできなかった。このため、特定の顧客向けにカードリーダーの内部データを更新するためには、サービスパースンが、画像形成装置を直接操作する必要があった。この場合、画像形成装置にＵＳＢメモリー等を接続し、更新用のアプリ等を導入し、格納された内部データを用いてカードリーダーの内部データを更新する、といった作業を、サービスパースンが手動で行う必要があった。このため、購入規模が大きな顧客の場合、多数の画像形成装置に接続されたカードリーダーの内部データを更新する必要が生じ、手間と作業コストがかかっていた。よって、保守管理を行うサーバーの指示で、カードリーダーの内部データを更新する技術が望まれていた。しかしながら、特許文献１の技術のように、最初からファームウェアの更新プログラムが導入され、単にファームウェアをダウンロードするような技術では、このように、顧客環境毎に異なる内部データの更新が必要な事例には、対応できなかった。
これに対して、本発明の実施の形態に係る画像形成システムＸは、部機器を直接接続可能な画像形成装置２と、画像形成装置２を遠隔接続により保守管理するサーバー１とを含む画像形成システムである。サーバー１は、外部機器の内部データ４００を更新するためのアプリ３００を、画像形成装置２に導入するアプリ導入部１００と、アプリ導入部１００により導入されたアプリ３００を画像形成装置２に実行させる内部データ更新部１１０とを備える。画像形成装置２は、サーバー１の指示により、サーバー１からアプリ３００を取得するアプリ取得部２００と、アプリ取得部２００により取得されたアプリ３００を実行して、外部機器を内部データ４００に更新するアプリ実行部２１０とを備える。
このように構成することで、サーバー１からの指示で、顧客環境に合わせて、多数の画像形成装置２に直接接続されたカードリーダー３等の内部データ４００を一律に、半自動的に更新することが可能となる。また、顧客環境において特殊なカードリーダー３を使用しても、これに合わせたアプリ３００を導入して、内部データ４００を更新させることが可能となる。また、顧客環境に設置された後、カードリーダー３自体が更新、変更されたような場合であっても、画像形成装置２の機能を更新することなく、サーバー１の指示で内部データ４００を更新させることも可能となる。よって、サービスパースンによる作業を少なくして手間を減少させ、サポートのコストを削減することができる。
【００４８】
また、本発明の実施の形態に係る画像形成システムＸにおいて、サーバー１は、外部機器が内部データ４００に更新された後で、アプリ３００を画像形成装置２から削除するアプリ削除部１２０を更に備えることを特徴とする。
このように構成することで、内部データ４００を更新し終えた後で、画像形成装置２の記憶部２９にアプリ３００を残さなくすることができる。これにより、画像形成装置２の記憶部２９の記憶領域を無駄に使用することがなくなる。また、アプリ３００を悪意あるユーザー等に解析されて、カードリーダー３等がハッキング等をされるリスク等を少なくすることができる。また、サーバー１からの指示でアプリ３００を削除するため、サービスパースンの手間も少なくすることができる。
【００４９】
また、本発明の実施の形態に係る画像形成システムＸにおいて、外部機器は、ユーザー認証用のカードを読み取るカードリーダー３であり、内部データ４００は、カードリーダー３のファームウェア及び／又はスクリプトデータであることを特徴とする。
このように構成することで、顧客環境に合わせて、画像形成装置２に接続されたカードリーダーのファームウェア及び／又はスクリプトデータを、ほぼ自動で更新することができる。
【００５０】
〔他の実施の形態〕
なお、上述の実施の形態では、アプリ３００に含まれる内部データ４００が一つである例について記載した。
しかしながら、アプリ３００に複数の外部機器に対応する複数の内部データ４００を含ませておき、接続された外部機器の種類に対応して適切な内部データ４００に更新するように構成してもよい。また、アプリ３００に画像形成装置２自体のファームウェアや外部機器のデバイスドライバー等を含ませておき、顧客環境に合わせて更新させてもよい。
このように構成することで、いくつか異なる外部機器が接続されるような顧客環境であっても、対応した内部データ４００に更新させることができる。また、画像形成装置２の設定を、ほぼ同時に自動的に行うことも可能となる。よって、更新の手間を削減し、サポートコストを削減できる。
【００５１】
また、上述の実施の形態では、内部データ４００がファームウェア及び／又はスクリプトである例について記載した。しかしながら、これら以外の内部のデータ、例えば暗号鍵や時計データやファームウェア以外の外部機器のアプリ等を更新することも可能である。また、内部データ４００として、ファームウェアのみを含んでいてもよい。また、内部データ４００として、スクリプトのみを更新するような構成も可能である。
また、カードリーダー３以外の外部機器の内部データ４００を更新するような構成も可能である。たとえば、外部機器は、コインベンダー、ＮＦＣ（Near Field Communication）等によりカード課金する機器等（以下、「課金装置等」という。）、各種電子マネーやクレジットカードの接続機器等であってもよい。また、この他にも、外部機器は、生体認証機器、ネットワークカメラ、入退管理機器等であってもよい。
このように構成することで、画像形成装置２に接続された外部機器の内部データ４００を、サーバー１からの指示で柔軟に変更することが可能となる。よって、サポートコストを削減することができる。
【００５２】
また、本発明は、画像形成装置以外の情報処理装置にも適用できる。たとえば、ネットワークスキャナー、スキャナーをＵＳＢ等で別途接続したサーバー等を用いる構成であってもよい。
【００５３】
また、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【符号の説明】
【００５４】
１  サーバー
２  画像形成装置
３  カードリーダー
５  ネットワーク
１０、２０  制御部
１５、２５  ネットワーク送受信部
１９、２９  記憶部
２１  画像処理部
２２  原稿読取部
２３  原稿給送部
２４  給紙部
２６  操作パネル部
２７  画像形成部
２８  ＦＡＸ送受信部
１００  アプリ導入部
１１０  内部データ更新部
１２０  アプリ削除部
２００  アプリ取得部
２１０  アプリ実行部
３００  アプリ
４００  内部データ
【図１】
2019134285.tif 000003
【図２】
2019134285.tif 000004
【図３】
2019134285.tif 000005
【図４】
2019134285.tif 000006