JP2018045629A - 情報処理装置、情報処理システム、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】情報処理装置の操作部として機能する情報処理端末の操作性の低下を回避可能とすること。【解決手段】通信回線を介して接続される情報処理端末を操作部として有する情報処理装置は、前記情報処理端末に対する要求をネットワークを介して受信する第１の受信部と、前記要求に含まれている第１のデータが所定の条件を満たす場合には、当該要求を前記情報処理端末に転送し、当該第１のデータが前記所定の条件を満たさない場合には、当該第１のデータを当該情報処理装置に記憶し、当該第１のデータの記憶先の識別情報を前記情報処理端末に送信する送信部と、を有する。【選択図】図４

Description

本発明は、情報処理装置、情報処理システム、情報処理方法、及びプログラムに関する。

近年、スマートフォン等のスマート端末の人気に鑑みて、家電やオフィス機器等の電子機器の中には、スマート端末のような情報処理端末との連携が可能なものが提供されている。例えば、情報処理端末が操作部（操作パネル）として設置されている機器も有る。

このような機器では、操作部に対してアプリケーションプログラム（以下、「アプリケーション」という。）のインストールが可能である。したがって、アプリケーションが処理対象とするデータや、アプリケーションのインストール用のデータ等の大容量のデータが、機器本体から操作部に対して転送される。

しかしながら、この場合、操作部と機器本体との間の通信回線（例えば、ＵＳＢ（Universal Serial Bus）ケーブル）等の通信帯域が、大容量のデータの転送によって圧迫されてしまう。その結果、当該通信回線を介して操作部と機器本体との間でやりとりされる各種の制御情報の転送に遅延が生じ、当該遅延が操作部の操作性を低下させてしまう可能性が有る。

本発明は、上記の点に鑑みてなされたものであって、情報処理装置の操作部として機能する情報処理端末の操作性の低下を回避可能とすることを目的とする。

そこで上記課題を解決するため、通信回線を介して接続される情報処理端末を操作部として有する情報処理装置は、前記情報処理端末に対する要求をネットワークを介して受信する第１の受信部と、前記要求に含まれている第１のデータが所定の条件を満たす場合には、当該要求を前記情報処理端末に転送し、当該第１のデータが前記所定の条件を満たさない場合には、当該第１のデータを当該情報処理装置に記憶し、当該第１のデータの記憶先の識別情報を前記情報処理端末に送信する送信部と、を有する。

情報処理装置の操作部として機能する情報処理端末の操作性の低下を回避可能とすることができる。

本発明の実施の形態におけるシステム構成例を示す図である。 本発明の実施の形態における画像形成装置１０のハードウェア構成例を示す図である。 本発明の実施の形態における情報処理端末２０のハードウェア構成例を示す図である。 本発明の実施の形態における画像形成装置１０の機能構成例を示す図である。 画像形成装置１０が実行する処理手順の第１の例を説明するためのシーケンス図である。 リクエスト処理情報記憶部１３１の構成例を示す図である。 画像形成装置１０が実行する処理手順の第２の例を説明するためのシーケンス図である。 画像形成装置１０が実行する処理手順の第３の例を説明するためのシーケンス図である。 代理応答情報が設定されたリクエスト処理情報の一例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。図１において、画像形成装置１０とクライアント装置３０とは、例えば、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して接続されている。

画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等のうちの二以上の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を単体で有する機器が画像形成装置１０として用いられてもよい。

クライアント装置３０は、例えば、ＰＣ（Personal Computer）、スマートフォン、又はタブレット端末等である。クライアント装置３０は、画像形成装置１０に対して何らかの要求を送信する装置である。本実施の形態において、クライアント装置３０は、プログラムのインストール要求を画像形成装置１０に対して送信する。

図２は、本発明の実施の形態における画像形成装置１０のハードウェア構成例を示す図である。図２において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。

コントローラ１１は、画像形成装置１０の本体におけるコンピュータ（情報処理装置）である。図２において、コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。

スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。

コントローラ１１には、また、情報処理端末２０が接続される。情報処理端末２０は、例えば、画像形成装置１０に対して上述の近距離無線通信を介して通信可能な携帯通信端末としてのスマートフォン、タブレット端末等のスマート端末である。スマートフォンとは、携帯電話としての通話機能のほかカメラによる撮像機能、ＰＣのようなＷｅｂ情報表示機能など多機能を備える端末、タブレット端末とは、スマートフォンと同様に多機能端末として機能するタブレット型の端末というのが、いわゆるスマート端末と呼ばれるデバイスの典型であるが、これらに限られるものではない。本実施の形態において、情報処理端末２０は、画像形成装置１０の操作部として機能する。より詳しくは、情報処理端末２０は、従来、画像形成装置１０の専用の操作部として設置されていた操作パネルの代わりに、コントローラ１１に接続される。なお、コントローラ１１と情報処理端末２０とは、例えば、ＵＳＢケーブル、近距離無線通信、又はＬＡＮ等の通信回線を介して接続される。

図３は、本発明の実施の形態における情報処理端末２０のハードウェア構成例を示す図である。図３において、情報処理端末２０は、ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、タッチパネル２０４、及び無線通信装置２０５等を有する。

補助記憶装置２０３は、例えば、フラッシュメモリ等であり、情報処理端末２０にインストールされたプログラム等を記憶する。メモリ２０２は、プログラムの起動指示があった場合に、補助記憶装置２０３からプログラムを読み出して記憶する。ＣＰＵ２０１は、メモリ２０２に記憶されたプログラムに従って情報処理端末２０に係る機能を実現する。

タッチパネル２０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル２０４は、表示装置２１１及び入力装置２１２等を含む。

表示装置２１１は、液晶ディスプレイ等であり、タッチパネル２０４の表示機能を担う。入力装置２１２は、表示装置２１１に対する接触物の接触を検出するセンサを含む電子部品である。接触物の接触の検出方式は、静電方式、抵抗膜方式、又は光学方式等、公知の方式のいずれであってもよい。なお、接触物とは、タッチパネル２０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。

無線通信装置２０５は、無線ＬＡＮ（Local Area Network）又は移動体通信網等における通信を行うために必要とされるアンテナ等の電子部品である。但し、本実施の形態において、情報処理端末２０は、無線通信装置２０５を有していなくてもよい。

図４は、本発明の実施の形態における画像形成装置１０の機能構成例を示す図である。図４において、コントローラ１１は、ＣＴＬシステム部１２１、外部接続部１２２、ＣＴＬ状態管理部１２３、Ｗｅｂサービス部１２４、Ｗｅｂアプリ１２５、及びリクエスト処理部１２６等を有する。これら各部は、コントローラ１１にインストールされた１以上のプログラムが、ＣＰＵ１１１に実行させる処理により実現される。コントローラ１１は、また、リクエスト処理情報記憶部１３１を利用する。リクエスト処理情報記憶部１３１は、例えば、ＨＤＤ１１４、又はコントローラ１１にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

ＣＴＬシステム部１２１は、ＯＳ（Operating System）や、コントローラ１１にインストールされる各プログラムのプラットフォームとして機能する。

外部接続部１２２は、特定のポート（例えば、の場合８０／４４３や８０８０／８４４３）を開放し、当該ポートを介してクライアント装置３０からの要求（ＨＴＴＰリクエスト）を受信すると共に、当該リクエストに対する応答（ＨＴＴＰレスポンス）をクライアント装置３０へ送信する。

ＣＴＬ状態管理部１２３は、コントローラ１１の状態に関する情報をリアルタイムに管理する。コントローラ１１の状態に関する情報とは、例えば、ＨＤＤ１１４及びＲＡＭ１１２の使用量又は空き容量や、ＣＰＵ１１１、ＤＭＡ（Direct Memory Access）、及びＩ／Ｏデバイスの負荷状態や、システムやリブートの更新中の状態、オンライン／オフライン状態等を示す情報である。

Ｗｅｂサービス部１２４は、Ｗｅｂアプリ１２５が動作するためのプラットフォームである。Ｗｅｂサービス部１２４は、外部接続部１２２によって受信されたリクエストが示すＵＲＬ（Uniform Resource Locator）に対応するＷｅｂアプリ１２５を起動する。

Ｗｅｂアプリ１２５は、外部接続部１２２によって受信されたリクエストに応じた処理を実行するＷｅｂアプリケーションである。すなわち、Ｗｅｂアプリ１２５は、ＵＲＬ等の、リモートから呼び出し可能なＩ／Ｆ（インタフェース）を公開している。なお、リクエストの種別ごとに、Ｗｅｂアプリ１２５が存在してもよい。図４では、アプリＡが、Ｗｅｂアプリ１２５の一例として示されている。

リクエスト処理部１２６は、外部接続部１２２によって受信されたリクエストを、Ｗｅｂサービス部１２４、又は情報処理端末２０へ振り分ける。

リクエスト処理情報記憶部１３１には、リクエストを振り分けるための基準となる情報が記憶されている。例えば、リクエスト処理情報記憶部１３１には、リクエストの種別ごとに、振り分け先を示す情報（以下、「リクエスト処理情報」とういう。）が記憶されている。

一方、情報処理端末２０は、端末システム部２１、Ｗｅｂサービス部２２、Ｗｅｂアプリ２３、端末状態管理部２４、及び端末アプリ２５等を有する。これら各部は、情報処理端末２０にインストールされた１以上のプログラムが、ＣＰＵ２０１に実行させる処理により実現される。

Ｗｅｂサービス部２２は、Ｗｅｂアプリ２３が動作するためのプラットフォームである。Ｗｅｂサービス部２２は、リクエスト処理部１２６から転送されたリクエストが示すＵＲＬに対応するＷｅｂアプリ２３を起動する。

Ｗｅｂアプリ２３は、リクエスト処理部１２６から転送されたリクエストに応じた処理を実行するＷｅｂアプリケーションである。すなわち、Ｗｅｂアプリ２３は、ＵＲＬ等の、リモートから呼び出し可能なＩ／Ｆ（インタフェース）を公開している。Ｗｅｂアプリ２３は、当該インタフェースに対応するリクエストを情報処理端末２０へ転送させるためのリクエスト処理情報を、リクエスト処理部１２６に対して登録する。なお、リクエストの種別ごとに、Ｗｅｂアプリ２３が存在してもよい。

図４では、Ｗｅｂアプリ２３の一例として、インストール管理アプリ２３１が示されている。インストール管理アプリ２３１は、端末システム部２１や端末アプリ２５のインストール又は更新（アップデート）に関するリクエストに応じた処理（以下、「インストール処理」という）。を実行するＷｅｂアプリ２３である。当該リクエストには、インストール又は更新用のデータが含まれている場合も有るし、当該データの記憶先の識別情報が含まれている場合も有る。例えば、当該データが、リクエスト処理部１２６によってコントローラ１１のＲＡＭ１１２又はＨＤＤ１１４に記憶された場合、当該リクエストには、当該データの記憶先の識別情報が含まれる。データの記憶先の識別情報の一例として、当該データを格納したファイルのパス名が挙げられる。なお、データの記憶先としては、情報処理端末２０から参照可能な記憶領域が利用される。情報処理端末２０から参照可能な記憶領域とは、例えば、ＲＡＭ１１２又はＨＤＤＤ１１４の記憶領域のうち、情報処理端末２０の補助記憶装置２０３からＮＦＳ（Network File System）を利用してマウントされた記憶領域である。

端末状態管理部２４は、情報処理端末２０の状態を示す情報を管理する。情報処理端末２０の状態とは、例えば、システム更新中、リブート中、Ｗｅｂサービス部２２が高負荷状態、オフライン、又はオンライン中等の状態である。

端末アプリ２５は、画像形成装置１０を操作するユーザに対して画像形成装置１０が有する機能を提供するアプリケーションプログラムである。例えば、コピー機能を提供するアプリ、スキャナ機能を提供するアプリ等が有る。本実施の形態において、端末アプリ２５は、クライアント装置３０からのインストール対象とされる。なお、図４では、端末アプリ２５が一つのブロックで示されているが、複数種類の端末アプリ２５が情報処理端末２０にインストールされてもよい。

以下、画像形成装置１０が実行する処理手順について説明する。図５は、画像形成装置１０が実行する処理手順の第１の例を説明するためのシーケンス図である。

例えば、情報処理端末２０の起動時等の所定のタイミングで、インストール管理アプリ２３１は、リクエスト処理部１２６に対して、インストール管理アプリ２３１に対するリクエストを情報処理端末２０へ転送（リダイレクト）させるためのリクエスト処理情報を通知する（Ｓ１０１）。

リクエスト処理部１２６は、当該リクエスト処理情報をリクエスト処理情報記憶部１３１に記憶する（Ｓ１０２）。

図６は、リクエスト処理情報記憶部１３１の構成例を示す図である。図６において、１つの行は、１つのリクエスト処理情報に対応する。各リクエスト処理情報は、ＵＲＬ、転送先、転送条件、加工処理、及び代理応答情報等を含む。

ＵＲＬは、リクエストの内容又は種別を示す識別情報である。転送先は、リクエストの転送先（振り分け先）である。転送先の値は、「ＣＴＬ」又は「端末」である。「ＣＴＬ」は、コントローラ１１のＷｅｂサービス部１２４を示す。「端末」は、情報処理端末２０のＷｅｂサービス部２２を示す。転送条件は、リクエストを加工せずに、そのまま転送先へ転送する条件を示す。図６では、３番目及び４番目のリクエスト処理情報について、「ｄａｔａＳｉｚｅ≦５ＭＢ」という転送条件が設定されている。これは、リクエストに含まれている（アップロードされる）データのサイズが５ＭＢ以下である場合に、当該リクエストはそのまま転送先に転送されることを示す。なお、転送条件が設定されていない状態は、リクエストが無条件に転送先に転送されることを示す。

加工処理は、転送条件が満たされない場合にコントローラ１１側で実行すべき、リクエストに応じて実行される処理の一部の処理をいう。したがって、加工処理は、転送条件が設定されているリクエスト処理情報について有効である。図６では、３番目及び４番目のリクエスト処理情報について、「解凍・保存」という加工処理が設定されている。「解凍・保存」は、リクエストに含まれている圧縮データを解凍し、解凍結果のデータをコントローラ１１内に保存することを示す。

代理応答情報は、リクエストを処理するＷｅｂアプリ１２５又はＷｅｂアプリ２３がリクエストに応じた処理を実行できない場合に動的に設定される情報である。代理応答情報は、リクエストに応じた処理を実行するＷｅｂアプリ１２５又はＷｅｂアプリ２３に代わって、リクエスト処理部１２６が自動的に返信する応答の内容を示す情報である。すなわち、代理応答情報が設定されたリクエスト処理情報に係るリクエストについては、転送先に転送されずに、リクエスト処理部１２６によって自動的に応答が行われる。

なお、他のＷｅｂアプリ２３や、各Ｗｅｂアプリ１２５から、それぞれに対応するリクエスト処理情報が、リクエスト処理部１２６に対して登録されてもよい。また、デフォルトとなるリクエスト処理情報が予めリクエスト処理情報記憶部１３１に記憶されていてもよい。

ステップＳ１０１では、例えば、図６における４番目のリクエスト処理情報が設定されたとする。すなわち、インストール管理アプリ２３１は、「８０：／ｐａｎｅｌ／ａｐｐＡ／ｕｐｄａｔｅ」のリクエストに対応し、アップロードされるデータのデータサイズが５ＭＢ以下の場合にはインストール管理アプリ２３１への転送を要求し、５ＭＢを超える場合には、当該データをコントローラ１１側で解凍及び保存することを要求している。

その後、任意のタイミングで、クライアント装置３０から、端末アプリ２５の更新要求を示すリクエストが外部接続部１２２によって受信されると（Ｓ１０３）、リクエスト処理部１２６は、当該リクエスト（以下、「受信リクエスト」という。）に対応するリクエスト処理情報をリクエスト処理情報記憶部１３１から取得し、受信リクエストが、当該リクエスト処理情報の転送条件を満たすか否かを判定する（Ｓ１０４）。ここでは、受信リクエストのＵＲＬが、「８０：／ｐａｎｅｌ／ａｐｐＡ／ｕｐｄａｔｅ」であったとする。したがって、図６において４番目のリクエスト処理情報（以下、「対象リクエスト処理情報」という。）が取得される。また、受信リクエストに含まれている端末アプリ２５の更新データのデータサイズは、５ＭＢを超えることとする。したがって、受信リクエストは、対象リクエスト処理情報の転送条件を満たす。なお、更新データのデータサイズは、例えば、受信リクエストのｃｏｎｔｅｘｔ−ｌｅｎｇｔｈ等のヘッダ情報に基づいて特定されてもよい。

そこで、リクエスト処理部１２６は、対象リクエスト処理情報の加工処理を参照する。当該加工処理は、「解凍・保存」であるため、リクエスト処理部１２６は、ＣＴＬ状態管理部１２３からＲＡＭ１１２に形成されているＲＡＭディスク及びＨＤＤ１１４のそれぞれの空き容量を取得する（Ｓ１０５、Ｓ１０６）。ここでは、ＲＡＭディスクの空き容量が５ＭＢ以上であるが、更新データの解凍後のデータサイズ以上の空き容量が無く、ＨＤＤ１１４には、更新データの解凍後のデータサイズ以上の空き容量が有るとする。なお、更新データの解凍後のデータサイズは、公知の方法によって算出可能な推定値でよい。

この場合、リクエスト処理部１２６は、ＲＡＭディスクに更新データを保存し、更新データをＨＤＤ１１４を展開先として解凍する（Ｓ１０７）。ここでは、ＨＤＤ１１４において、「／ｈｄｄ／ｐａｎｅｌ／ｄａｔａ／ａｐｐ」で識別されるパスに、展開された更新データが生成されたとする。すなわち、ＲＡＭディスクはＨＤＤ１１４に比べてアクセス速度が高速であるため優先的に利用される。

続いて、リクエスト処理部１２６は、受信リクエストから更新データが削除され、更新データの代わりに、更新データの記憶先のパス名（「／ｈｄｄ／ｐａｎｅｌ／ｄａｔａ／ａｐｐ」）が付加されたリクエストを、対象リクエスト処理情報の転送先（「端末」）に従って、情報処理端末２０のＷｅｂサービス部２２へ転送する（Ｓ１０８）。

Ｗｅｂサービス部２２は、当該リクエストを受信すると、当該リクエストのＵＲＬに対応するインストール管理アプリ２３１を起動する（Ｓ１０９）。インストール管理アプリ２３１は、起動されると、当該リクエストに従ったインストール処理を実行する（Ｓ１１０）。具体的には、当該リクエストに含まれているパス名に基づいて、展開された更新データを取得し、当該更新データに基づいて、補助記憶装置２０３に記憶されている端末アプリ２５を更新する。当該パス名に係る記憶領域は、例えば、補助記憶装置２０３からマウントされており、インストール管理アプリ２３１から参照可能な記憶領域である。

なお、インストール管理アプリ２３１は、例えば、情報処理端末２０とコントローラ１１との間の通信負荷情報を端末状態管理部２４から定期的に取得し、当該通信負荷情報が示す通信負荷（例えば、単位時間あたりの通信量）が閾値以下となった際にインストール処理を開始してもよい。又は、インストール管理アプリ２３１は、展開されている更新データを複数回に分けて少しずつ（例えば、一定サイズずつ）取得してもよい。又は、インストール管理アプリ２３１は、夜間等、予め設定された時間帯において、インストール処理を開始してもよい。そうすることで、展開された更新データによって、情報処理端末２０とコントローラ１１との間における他の通信が影響を受ける可能性を低下させることができる。

続いて、インストール管理アプリ２３１は、インストール処理の結果をＷｅｂサービス部２２に返却する（Ｓ１１１）。当該結果は、リクエスト処理部１２６を経由して、クライアント装置３０へ返信される（Ｓ１１２、Ｓ１１３）。なお、リクエスト処理部１２６は、この際に、ＲＡＭディスクに記憶した更新データや、ＨＤＤ１１４に展開した更新データ等を削除してもよい。

図５の処理手順によれば、リクエストの受信に応じて、更新データが直ちには情報処理端末２０には転送されず、更新データの記憶先の識別情報が情報処理端末２０に転送される。その結果、情報処理端末２０とコントローラ１１との間の通信回線の負荷を平準化することができ、情報処理端末２０の操作性の低下を回避可能とすることができる。

また、更新データの解凍といった、リクエストに応じて更新データに対して実行される一部の処理が、コントローラ１１によって実行される。斯かる点においても、情報処理端末２０の負荷を軽減することができ、情報処理端末２０の操作性の低下を回避可能とすることができる。

更に、補助記憶装置２０３がフラッシュメモリである場合、補助記憶装置２０３は低速及び低容量で、大きなデータの読み書きには不向きである。また、補助記憶装置２０３には、書き換えの回数について制限が有る。コントローラ１１によって解凍が行われることで、補助記憶装置２０３の書き換え回数を削減することができると共に、解凍処理の短縮化を期待することができる。

次に、リクエスト処理部１２６によって加工処理が実行できない場合の処理手順について説明する。図７は、画像形成装置１０が実行する処理手順の第２の例を説明するためのシーケンス図である。図７中、図５と同一ステップには同一ステップ番号を付し、その説明は省略する。図７では、図５のステップＳ１０７、Ｓ１０８、Ｓ１１０が、Ｓ１０７ａ、Ｓ１０８ａ、Ｓ１１０ａに置換されている。

ステップＳ１０７ａにおいて、リクエスト処理部１２６は、ＲＡＭディスクに記憶した更新データを解凍しようとするが、例えば、当該更新データが、インストール管理アプリ２３１が有する暗号鍵によって暗号化されているため、解凍に失敗したとする。このように、対象リクエスト処理情報に設定されている加工処理に失敗した場合、リクエスト処理部１２６は、受信リクエストをそのまま転送する（Ｓ１０８ａ）。すなわち、転送される受信リクエストには、解凍前の更新データが含まれたままである。なお、加工処理に失敗した場合、リクエスト処理部１２６は、ＲＡＭディスクに記憶した更新データを、ＲＡＭディスクよりも大容量のＨＤＤ１１４に、情報処理端末２０の初期化後のリカバリ用に保存してもよい。情報処理端末２０の初期化とは、例えば、情報処理端末２０を出荷時の状態に戻すことをいう。したがって、この場合、情報処理端末２０の端末システム部２１や端末アプリ２５は、更新データが適用されていない状態となる。ＨＤＤ１１４に対して、更新データの履歴が記憶されることで、情報処理端末２０の初期化後において、各更新データが適用された状態を復元可能とすることができる。

ステップＳ１１０において、インストール管理アプリ２３１は、転送されたリクエストに含まれている更新データを補助記憶装置２０３に展開して、インストール処理を実行する。但し、更新データを展開せず、圧縮されている状態からインストール処理が行われてもよい。

続いて、インストール管理アプリ２３１が処理を実行できない場合に実行される処理手順について説明する。図８は、画像形成装置１０が実行する処理手順の第３の例を説明するためのシーケンス図である。図８中、図５と同一ステップには同一ステップ番号を付し、その説明は省略する。

例えば、ユーザによって、情報処理端末２０の再起動指示が入力されると、端末状態管理部２４は、再起動状態の発生をインストール管理アプリ２３１に通知する（Ｓ２０１）。なお、端末状態管理部２４は、状態の変化又はイベントの発生の通知を端末状態管理部２４に対して予め要求しているＷｅｂアプリ２３又は端末アプリ２５等に対して状態の変化又はイベントの発生を通知してもよい。又は、各Ｗｅｂアプリ２３若しくは端末アプリ２５等が、定期的に端末状態管理部２４に対して状態の変化又はイベントの発生の有無を問い合わせてもよい。

再起動状態の発生の通知に応じ、インストール管理アプリ２３１は、リクエストに応じた処理（インストール処理）の実行が不可能であることを判定する。なお、どのような状態の際にインストール処理が不可能であるかについては、インストール管理アプリ２３１のプログラムロジックとして組み込まれていてもよいし、補助記憶装置２０３において定義情報として記憶されていてもよい。再起動状態以外に、例えば、ＣＰＵ２０１の負荷が閾値を超えている状態や、メモリ２０２の空き容量が閾値未満である状態等が、リクエストに応じた処理（インストール処理）の実行が不可能な状態であるとされてもよい。

続いて、インストール管理アプリ２３１は、リクエストに応じた処理が不可能であることの通知（リクエスト処理不可通知）を、リクエスト処理部１２６へ送信する（Ｓ２０２）。リクエスト処理不可通知には、インストール管理アプリ２３１が処理を実行不可能であると判定したリクエストのＵＲＬ（「８０：／ｐａｎｅｌ／ａｐｐＡ／ｕｐｄａｔｅ」）と、当該リクエストに対する代理応答情報とが含まれる。

リクエスト処理部１２６は、リクエスト処理不可通知を受信すると、当該リクエスト処理不可通知に含まれているＵＲＬに係るリクエスト処理情報に対して、当該リクエスト処理不可通知に含まれている代理応答情報を設定する（Ｓ２０３）。

図９は、代理応答情報が設定されたリクエスト処理情報の一例を示す図である。図９において、４番目のリクエスト処理情報には、代理応答情報として「レスポンスコード５０３：再起動状態のため」が設定されている。「：」より前は、レスポンスとして返信するエラーコードを示す。「：」より後は、エラーである理由を示す。

その後、ステップＳ１０３におけるリクエストが受信され、ステップＳ１０４が実行されると、リクエスト処理部１２６は、対象リクエスト処理情報に代理応答情報が設定されているため、当該代理応答情報に基づいて、クライアント装置３０に対してレスポンスを返信する（Ｓ２０４）。すなわち、この場合、受信リクエストは、情報処理端末２０へ転送されない。

このように、リクエストに関して代理応答情報が予め設定され、当該リクエストの受信に応じて当該代理応答情報に基づいてレスポンスが返信されることで、クライアント装置３０へのレスポンスの遅延を回避することができる。すなわち、リクエストが情報処理端末２０へ転送された場合、タイムアウトが検知されるまで、クライアント装置３０へのレスポンスが遅延してしまうが、図８の処理手順によれば、このような遅延の発生を回避することができる。また、クライアント装置３０に対して、リクエストに対応することのできない理由を伝達することもできる。

なお、上記では、情報処理端末２０の状態が原因で代理応答が実行される例について説明したが、コントローラ１１の状態が原因で代理応答がされるようにしてもよい。例えば、転送条件が、ｄａｔａＳｉｚｅ≦５ＭＢである場合に、リクエスト処理部１２６が加工処理を実行しようとした場合、ＨＤＤ１１４及びＲＡＭディスクの空き容量が５ＭＢに満たなければ、リクエスト処理部１２６は、代理応答情報が設定されていなくても、エラーコードを返信するようにしてもよい。この場合、コントローラ１１の再起動後に、ＲＡＭディスクやＨＤＤ１１４の空き容量を確保可能であることが判定した場合には、エラーコードと共に、再起動後にインストール処理を行うよう促すメッセージが返信されてもよい。

又は、この場合には、図７において説明したように、リクエストがそのままの状態で情報処理端末２０へ転送されてもよい。

なお、本実施の形態では、リクエストに含まれているデータが更新データである例について説明したが、例えば、画像データや印刷データ等、他の種類のデータを含むリクエストについて本実施の形態が適用されてもよい。

また、本実施の形態は、画像形成装置１０以外の各種の情報処理装置に対して適用されてもよい。例えば、スマート端末等の情報処理端末２０を操作部として有するプロジェクタ、電子黒板、テレビ会議システム等に対して本実施の形態が適用されてもよい。

なお、本実施の形態において、コントローラ１１は、情報処理装置の一例である。外部接続部１２２は、第１の受信部の一例である。リクエスト処理部１２６は、送信部及び第２の受信部の一例である。画像形成装置１０は、情報処理システムの一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ 情報処理端末
２１ 端末システム部
２２ Ｗｅｂサービス部
２３ Ｗｅｂアプリ
２４ 端末状態管理部
２５ 端末アプリ
３０ クライアント装置
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１１５ ＮＶＲＡＭ
１２１ ＣＴＬシステム部
１２２ 外部接続部
１２３ ＣＴＬ状態管理部
１２４ Ｗｅｂサービス部
１２５ Ｗｅｂアプリ
１２６ リクエスト処理部
１３１ リクエスト処理情報記憶部
２０１ ＣＰＵ
２０２ メモリ
２０３ 補助記憶装置
２０４ タッチパネル
２０５ 無線通信装置
２１１ 表示装置
２１２ 入力装置
２３１ インストール管理アプリ

特開２０１４−１０２７４５号公報

Claims (10)

1. 通信回線を介して接続される情報処理端末を操作部として有する情報処理装置であって、
   前記情報処理端末に対する要求をネットワークを介して受信する第１の受信部と、
   前記要求に含まれている第１のデータが所定の条件を満たす場合には、当該要求を前記情報処理端末に転送し、当該第１のデータが前記所定の条件を満たさない場合には、当該第１のデータを当該情報処理装置に記憶し、当該第１のデータの記憶先の識別情報を前記情報処理端末に送信する送信部と、
   を有することを特徴とする情報処理装置。
2. 前記送信部は、前記要求に含まれている第１のデータが所定の条件を満たさない場合には、当該第１のデータに前記要求に応じた処理の一部を実行することで生成される第２のデータを当該情報処理装置に記憶し、当該第２のデータの記憶先の識別情報を前記情報処理端末に送信する、
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記要求に応じた処理を実行できないことを示す情報を、前記情報処理端末から受信する第２の受信部を有し、
   前記送信部は、前記情報が受信されている場合には、前記要求を前記情報処理端末に転送しない、
   ことを特徴とする請求項１又は２記載の情報処理装置。
4. 情報処理端末と、前記情報処理端末に通信回線を介して接続され、前記情報処理端末を操作部として有する情報処理装置とを含む情報処理システムであって、
   前記情報処理装置は、
   前記情報処理端末に対する要求をネットワークを介して受信する第１の受信部と、
   前記要求に含まれている第１のデータが所定の条件を満たす場合には、当該要求を前記情報処理端末に転送し、当該第１のデータが前記所定の条件を満たさない場合には、当該第１のデータを当該情報処理装置に記憶し、当該第１のデータの記憶先の識別情報を前記情報処理端末に送信する送信部と、
   を有することを特徴とする情報処理システム。
5. 通信回線を介して接続される情報処理端末を操作部として有する情報処理装置が、
   前記情報処理端末に対する要求をネットワークを介して受信する第１の受信手順と、
   前記要求に含まれている第１のデータが所定の条件を満たす場合には、当該要求を前記情報処理端末に転送し、当該第１のデータが前記所定の条件を満たさない場合には、当該第１のデータを当該情報処理装置に記憶し、当該第１のデータの記憶先の識別情報を前記情報処理端末に送信する送信手順と、
   を実行することを特徴とする情報処理方法。
6. 前記送信手順は、前記要求に含まれている第１のデータが所定の条件を満たさない場合には、当該第１のデータに前記要求に応じた処理の一部を実行することで生成される第２のデータを当該情報処理装置に記憶し、当該第２のデータの記憶先の識別情報を前記情報処理端末に送信する、
   ことを特徴とする請求項５記載の情報処理方法。
7. 前記要求に応じた処理を実行できないことを示す情報を、前記情報処理端末から受信する第２の受信手順を前記情報処理装置が実行し、
   前記送信手順は、前記情報が受信されている場合には、前記要求を前記情報処理端末に転送しない、
   ことを特徴とする請求項５又は６記載の情報処理方法。
8. 通信回線を介して接続される情報処理端末を操作部として有する情報処理装置に、
   前記情報処理端末に対する要求をネットワークを介して受信する第１の受信手順と、
   前記要求に含まれている第１のデータが所定の条件を満たす場合には、当該要求を前記情報処理端末に転送し、当該第１のデータが前記所定の条件を満たさない場合には、当該第１のデータを当該情報処理装置に記憶し、当該第１のデータの記憶先の識別情報を前記情報処理端末に送信する送信手順と、
   を実行させることを特徴とするプログラム。
9. 前記送信手順は、前記要求に含まれている第１のデータが所定の条件を満たさない場合には、当該第１のデータに前記要求に応じた処理の一部を実行することで生成される第２のデータを当該情報処理装置に記憶し、当該第２のデータの記憶先の識別情報を前記情報処理端末に送信する、
   ことを特徴とする請求項８記載のプログラム。
10. 前記要求に応じた処理を実行できないことを示す情報を、前記情報処理端末から受信する第２の受信手順を前記情報処理装置に実行させ、
    前記送信手順は、前記情報が受信されている場合には、前記要求を前記情報処理端末に転送しない、
    ことを特徴とする請求項８又は９記載のプログラム。

Images