(57)【特許請求の範囲】
【請求項１】
情報処理端末と、前記情報処理端末に第１のネットワークを介して接続される機器とを含む情報処理システムであって、
前記機器は、
第２のネットワークを介して当該機器において受信される前記情報処理端末宛の要求の転送先として、前記情報処理端末又は前記情報処理端末以外を示す情報を、前記第１のネットワークを介して前記情報処理端末から受信する受信部と、
前記第２のネットワークを介して前記要求が受信されると、前記受信部が受信した情報が示す転送先へ、当該要求を転送する転送部と、
を有することを特徴とする情報処理システム。
【請求項２】
前記情報処理端末は、前記機器の操作部として機能し、
前記第２のネットワークは、前記機器の状態に応じた表示を前記情報処理端末において実行するための通信に利用される、
ことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記第２のネットワークを介して受信される要求は、画像データを含む要求であり、
前記転送部は、前記要求を、前記受信部が受信した情報に従って、前記情報処理端末以外の転送先に転送する、
ことを特徴とする請求項１又は２記載の情報処理システム。
【請求項４】
前記受信部は、前記情報処理端末宛の要求の種別ごとに、転送先を示す情報を受信し、
前記転送部は、前記第２のネットワークを介して受信された要求の種別に対応する転送先へ、当該要求を転送する、
ことを特徴とする請求項１乃至３いずれか一項記載の情報処理システム。
【請求項５】
前記受信部は、前記情報処理端末宛の要求の転送先を示す情報と、当該要求に対する応答について、前記情報処理端末への通知の要否を示す情報とを受信し、
前記転送部は、前記第２のネットワークを介して受信された要求に関して、前記通知が必要である情報が前記受信部によって受信されている場合には、当該要求の転送先からの応答を、前記情報処理端末に通知する、
ことを特徴とする請求項１乃至４いずれか一項記載の情報処理システム。
【請求項６】
前記機器は、当該機器が有する機能を、前記第１のネットワークを介して前記情報処理端末から呼び出し可能とするためのインタフェースを有し、
前記情報処理端末は、前記第２のネットワークを介して前記機器において受信される当該情報処理端末宛の要求に応じ、前記インタフェースを介して前記機能の呼び出しを当該情報処理端末に実行させるプログラムを有し、
前記受信部は、前記第２のネットワークを介して受信される、前記プログラム宛の要求のうちの一部の要求について、転送先として当該プログラム以外を示す情報を受信する、
ことを特徴とする請求項１乃至５いずれか一項記載の情報処理システム。
【請求項７】
情報処理端末に第１のネットワークを介して接続される機器であって、
前記機器は、
第２のネットワークを介して当該機器において受信される前記情報処理端末宛の要求の転送先として、前記情報処理端末又は前記情報処理端末以外を示す情報を、前記第１のネットワークを介して前記情報処理端末から受信する受信部と、
前記第２のネットワークを介して前記要求が受信されると、前記受信部が受信した情報が示す転送先へ、当該要求を転送する転送部と、
を有することを特徴とする機器。
【請求項８】
前記情報処理端末は、前記機器の操作部として機能し、
前記第２のネットワークは、前記機器の状態に応じた表示を前記情報処理端末において実行するための通信に利用される、
ことを特徴とする請求項７記載の機器。
【請求項９】
前記第２のネットワークを介して受信される要求は、画像データを含む要求であり、
前記転送部は、前記要求を、前記受信部が受信した情報に従って、前記情報処理端末以外の転送先に転送する、
ことを特徴とする請求項７又は８記載の機器。
【請求項１０】
前記受信部は、前記情報処理端末宛の要求の種別ごとに、転送先を示す情報を受信し、
前記転送部は、前記第２のネットワークを介して受信された要求の種別に対応する転送先へ、当該要求を転送する、
ことを特徴とする請求項７乃至９いずれか一項記載の機器。
【請求項１１】
前記受信部は、前記情報処理端末宛の要求の転送先を示す情報と、当該要求に対する応答について、前記情報処理端末への通知の要否を示す情報とを受信し、
前記転送部は、前記第２のネットワークを介して受信された要求に関して、前記通知が必要である情報が前記受信部によって受信されている場合には、当該要求の転送先からの応答を、前記情報処理端末に通知する、
ことを特徴とする請求項７乃至１０いずれか一項記載の機器。
【請求項１２】
当該機器が有する機能を、前記第１のネットワークを介して前記情報処理端末から呼び出し可能とするためのインタフェースを有し、
前記情報処理端末は、前記第２のネットワークを介して前記機器において受信される当該情報処理端末宛の要求に応じ、前記インタフェースを介して前記機能の呼び出しを当該情報処理端末に実行させるプログラムを有し、
前記受信部は、前記第２のネットワークを介して受信される、前記プログラム宛の要求のうちの一部の要求について、転送先として当該プログラム以外を示す情報を受信する、
ことを特徴とする請求項７乃至１１いずれか一項記載の機器。
【請求項１３】
情報処理端末に第１のネットワークを介して接続される機器が、
第２のネットワークを介して当該機器において受信される前記情報処理端末宛の要求の転送先として、前記情報処理端末又は前記情報処理端末以外を示す情報を、前記第１のネットワークを介して前記情報処理端末から受信する受信手順と、
前記第２のネットワークを介して前記要求が受信されると、前記受信手順において受信された情報が示す転送先へ、当該要求を転送する転送手順と、
を実行することを特徴とする情報処理方法。
【請求項１４】
前記情報処理端末は、前記機器の操作部として機能し、
前記第２のネットワークは、前記機器の状態に応じた表示を前記情報処理端末において実行するための通信に利用される、
ことを特徴とする請求項１３記載の情報処理方法。
【請求項１５】
前記第２のネットワークを介して受信される要求は、画像データを含む要求であり、
前記転送手順は、前記要求を、前記受信手順において受信された情報に従って、前記情報処理端末以外の転送先に転送する、
ことを特徴とする請求項１３又は１４記載の情報処理方法。
【請求項１６】
前記受信手順は、前記情報処理端末宛の要求の種別ごとに、転送先を示す情報を受信し、
前記転送手順は、前記第２のネットワークを介して受信された要求の種別に対応する転送先へ、当該要求を転送する、
ことを特徴とする請求項１３乃至１５いずれか一項記載の情報処理方法。
【請求項１７】
前記受信手順は、前記情報処理端末宛の要求の転送先を示す情報と、当該要求に対する応答について、前記情報処理端末への通知の要否を示す情報とを受信し、
前記転送手順は、前記第２のネットワークを介して受信された要求に関して、前記通知が必要である情報が前記受信手順において受信されている場合には、当該要求の転送先からの応答を、前記情報処理端末に通知する、
ことを特徴とする請求項１３乃至１６いずれか一項記載の情報処理方法。
【請求項１８】
前記機器は、当該機器が有する機能を、前記第１のネットワークを介して前記情報処理端末から呼び出し可能とするためのインタフェースを有し、
前記情報処理端末は、前記第２のネットワークを介して前記機器において受信される当該情報処理端末宛の要求に応じ、前記インタフェースを介して前記機能の呼び出しを当該情報処理端末に実行させるプログラムを有し、
前記受信手順は、前記第２のネットワークを介して受信される、前記プログラム宛の要求のうちの一部の要求について、転送先として当該プログラム以外を示す情報を受信する、
ことを特徴とする請求項１３乃至１７いずれか一項記載の情報処理方法。
【請求項１９】
情報処理端末に第１のネットワークを介して接続される機器に、
第２のネットワークを介して当該機器において受信される前記情報処理端末宛の要求の転送先として、前記情報処理端末又は前記情報処理端末以外を示す情報を、前記第１のネットワークを介して前記情報処理端末から受信する受信手順と、
前記第２のネットワークを介して前記要求が受信されると、前記受信手順において受信された情報が示す転送先へ、当該要求を転送する転送手順と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、機器、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
画像形成装置の操作部（操作パネル）として、タブレット端末又はスマートフォン等のスマート端末が利用されるようになっている。例えば、スマート端末にインストールされたアプリケーションから、画像形成装置の各種の資源の利用や、画像形成装置の制御等を行うことができる。
【０００３】
一方、画像形成装置の操作部としてのスマート端末と、ＰＣ（Personal Computer）等の外部装置との通信は、基本的に画像形成装置に接続されるネットワークを介して行われる。したがって、スマート端末上のアプリケーションに対する外部装置からの要求は、画像形成装置によって受信され、画像形成装置と操作部（スマート端末）との間の専用のネットワーク（例えば、ＵＳＢ（Universal Serial Bus）ケーブル）を介して操作部に通知される。
【０００４】
図１は、外部装置からの操作部のアプリケーション宛の要求の流通経路の一例を示す図である。
【０００５】
ＰＣから、操作部のアプリケーション宛の要求が送信されると（Ｓ１）、当該要求は、ＬＡＮ（Local Area Network）等のネットワークを介して画像形成装置によって受信される。当該要求は、操作部のアプリケーション宛の要求であるため、画像形成装置は、当該要求を操作部に転送する（Ｓ２）。操作部のアプリケーションは、当該要求に応じた処理を実行する。当該処理の過程において、当該アプリケーションは、必要に応じて画像形成装置のＡＰＩを呼び出し、画像形成装置の資源を利用する（Ｓ３）。なお、ＰＣからの要求に対する応答は、ステップＳ１、Ｓ２、及びＳ３の経路を逆に辿って、ＰＣに返信される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、画像形成装置とスマート端末との間の通信帯域が狭い場合、ＰＣへの応答が大きく遅延する可能性が有る。例えば、ＰＣからの要求が、印刷データのアップロード要求である場合（すなわち、ＰＣからの要求に印刷データが含まれる場合）、ステップＳ２及びＳ３において、当該印刷データが、操作部と画像形成装置との間を往復することになる。例えば、印刷データのサイズが１００ＭＢｙｔｅである場合であって、操作部と画像形成装置との間のネットワークの通信速度が４ＭＢｙｔｅである場合、ステップＳ２及びＳ３に要される通信時間は、以下の程度に見積もられる。
【０００７】
１００［ＭＢｂｙｔｅ］／４［Ｍｂｙｔｅ］×２＝５０（秒）
実際には、通信バッファ等の制約で、通信時間は更に長くなることが予測される。なお、ステップＳ３において、印刷データが画像形成装置側に転送されるのは、画像形成装置の資源であるＨＤＤを利用して、印刷データを保持するためのである。すなわち、画像形成装置は、ＨＤＤ（Hard Disk Drive）等の大容量な補助記憶装置を備えるのに対し、操作部は、小型なフラッシュメモリを備えるに過ぎないため、操作部に印刷データを蓄積するのは困難なためである。
【０００８】
このような状況は、ＰＣのユーザにストレスを与えるだけでなく、画像形成装置の操作者にもストレスを与える可能性が有る。操作部と画像形成装置との間のネットワークの帯域が、印刷データの通信によって圧迫され、ユーザの入力に応じて操作部が行う画像形成装置のＡＰＩの呼び出しや、当該呼び出しに対する画像形成装置からの応答等が遅延してしまうからである。すなわち、操作者による操作に対する応答性が劣化してしまうからである。
【０００９】
なお、近年では、画像形成装置以外の様々な機器に関して、スマート端末によって操作を行うことが検討されていることに鑑みれば、上記のような課題は、画像形成装置以外の機器に関しても共通の課題であると考えられる。
【００１０】
本発明は、上記の点に鑑みてなされたものであって、操作部と機器との間の通信負荷を低減することを目的とする。
【課題を解決するための手段】
【００１１】
そこで上記課題を解決するため、情報処理端末と、前記情報処理端末に第１のネットワークを介して接続される機器とを含む情報処理システムにおける前記機器は、第２のネットワークを介して当該機器において受信される前記情報処理端末宛の要求の転送先として、前記情報処理端末又は前記情報処理端末以外を示す情報を、前記第１のネットワークを介して前記情報処理端末から受信する受信部と、前記第２のネットワークを介して前記要求が受信されると、前記受信部が受信した情報が示す転送先へ、当該要求を転送する転送部と、を有する。
【発明の効果】
【００１２】
操作部と機器との間の通信負荷を低減することができる。
【図面の簡単な説明】
【００１３】
【図１】外部装置からの操作部のアプリケーション宛の要求の流通経路の一例を示す図である。
【図２】第一の実施の形態のシステム構成例を示す図である。
【図３】第一の実施の形態における情報処理システムの構成例を示す図である。
【図４】第一の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図５】第一の実施の形態における情報処理端末のハードウェア構成例を示す図である。
【図６】第一の実施の形態における各装置の機能構成例を示す図である。
【図７】第一の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。
【図８】第一の実施の形態における登録情報の一例を示す図である。
【図９】第二の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。
【図１０】第二の実施の形態における登録情報の一例を示す図である。
【図１１】第三の実施の形態における各装置の機能構成例を示す図である。
【図１２】第三の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて第一の実施の形態を説明する。図２は、第一の実施の形態のシステム構成例を示す図である。図２において、１以上のクライアント装置３０と、情報処理システム２ａ及び２ｂ等の１以上の情報処理システム２は、ＬＡＮ（Local Area Network）又はインターネット等のネットワークＮ１を介して通信可能に接続される。なお、情報処理システム２ａ及び２ｂ等のそれぞれを区別しない場合、「情報処理システム２」という。
【００１５】
クライアント装置３０は、情報処理システム２に対して処理要求を送信するコンピュータである。例えば、ＰＣ（Personal Computer）、タブレット型端末、スマートフォン、又は携帯電話等が、クライアント装置３０として利用されてもよい。
【００１６】
情報処理システム２は、相互に連携して処理を実行する２以上の情報処理装置の集合である。
【００１７】
図３は、第一の実施の形態における情報処理システムの構成例を示す図である。図３に示される情報処理システム２において、画像形成装置１０は、ネットワークＮ２を介して情報処理端末２０と通信可能に接続される。ネットワークＮ２は、例えば、ＵＳＢ（Universal Serial Bus）ケーブル、近距離無線、又はＬＡＮ（有線又は無線の別は問わない）等である。ネットワークＮ２は、画像形成装置１０と情報処理端末２０との間の専用のネットワークであり、ネットワークＮ１とは異なる。例えば、ネットワークＮ２は、画像形成装置１０の状態等に応じた表示を、情報処理端末２０において適時的に実行するための通信に利用される。
【００１８】
画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等のうちの２以上の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を有する機器が画像形成装置１０として用いられてもよい。また、プロジェクタ、テレビ会議システム、又はデジタルカメラ等の機器が、画像形成装置１０の代わりに用いられてもよい。なお、情報処理システム２において、ネットワークＮ１に接続されるのは、画像形成装置１０である。
【００１９】
情報処理端末２０は、例えば、スマートフォンやタブレット型端末等のスマート端末である。本実施の形態において、情報処理端末２０は、画像形成装置１０の操作部として機能する。より詳しくは、情報処理端末２０は、従来、画像形成装置１０の専用の操作部として設置されていた操作パネルの代わりに、画像形成装置１０に接続される。情報処理端末２０には、画像形成装置１０が有するＡＰＩを利用したアプリケーションプログラムが実装される。
【００２０】
情報処理端末２０は、例えば、画像形成装置１０の所定の位置（例えば、操作パネルが配置される位置）に固定されて設置される。したがって、情報処理端末２０及び画像形成装置１０とは、一台の装置として把握されてもよい。または、情報処理端末２０は、画像形成装置１０から取り外し可能（分離可能）であってもよい。
【００２１】
図４は、第一の実施の形態における画像形成装置のハードウェア構成例を示す図である。図４において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、端末インタフェース１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。
【００２２】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。
【００２３】
スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。端末インタフェース１５は、情報処理端末２０と通信（接続）するためのインタフェースである。例えば、端末インタフェース１５は、例えば、ＵＳＢインタフェースでもよいし、近距離無線通信のためのハードウェアでもよい。または、端末インタフェース１５は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアでもよい。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。
【００２４】
なお、本実施の形態において、ネットワークインタフェース１６は、ネットワークＮ１に接続される。また、端末インタフェース１５は、ネットワークＮ２に接続される。
【００２５】
図５は、第一の実施の形態における情報処理端末のハードウェア構成例を示す図である。図５において、情報処理端末２０は、ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、タッチパネル２０４、無線通信装置２０５、及び機器インタフェース２０６等を有する。
【００２６】
補助記憶装置２０３は、情報処理端末２０にインストールされたプログラム等を記憶する。メモリ２０２は、プログラムの起動指示があった場合に、補助記憶装置２０３からプログラムを読み出して記憶する。ＣＰＵ２０１は、メモリ２０２に記憶されたプログラムに従って情報処理端末２０に係る機能を実現する。
【００２７】
タッチパネル２０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル２０４は、表示装置２１１及び入力装置２１２等を含む。
【００２８】
表示装置２１１は、液晶ディスプレイ等であり、タッチパネル２０４の表示機能を担う。入力装置２１２は、表示装置２１１に対する接触物の接触を検出するセンサを含む電子部品である。接触物の接触の検出方式は、静電方式、抵抗膜方式、又は光学方式等、公知の方式のいずれであってもよい。なお、接触物とは、タッチパネル２０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。
【００２９】
無線通信装置２０５は、無線ＬＡＮ（Local Area Network）又は移動体通信網等における通信を行うために必要とされるアンテナ等の電子部品である。機器インタフェース２０６は、画像形成装置１０と通信するためのインタフェースである。すなわち、機器インタフェース２０６は、端末インタフェース１５に対応した形態によって、画像形成装置１０との通信を行う。なお、本実施の形態において、端末インタフェース１５は、ネットワークＮ２に接続される。
【００３０】
図６は、第一の実施の形態における各装置の機能構成例を示す図である。図６において、情報処理端末２０は、Ｗｅｂサーバ部２１、印刷Ｗｅｂアプリ２２、及び印刷ＵＩアプリ２３等を有する。これら各部は、情報処理端末２０にインストールされた１以上のプログラムが、ＣＰＵ２０１に実行させる処理により実現される。
【００３１】
Ｗｅｂサーバ部２１は、Ｗｅｂサーバである。例えば、Ｗｅｂサーバ部２１は、ネットワークＮ１を介してクライアント装置３０から送信される、情報処理端末２０宛の要求（ＨＴＴＰ（HyperText Transfer Protocol）リクエスト）を、画像形成装置１０経由で受信する。Ｗｅｂサーバ部２１は、受信された要求（ＵＲＬ（Uniform Resource Locator））に応じたＷｅｂアプリケーションプログラム（以下、単に「Ｗｅｂアプリ」という。）を呼び出す。すなわち、各Ｗｅｂアプリには、それぞれ相互に異なるＵＲＬが割り当てられている。なお、Ｗｅｂアプリは、例えば、サーブレット（Ｓｅｒｖｌｅｔ）であってもよい。
【００３２】
印刷Ｗｅｂアプリ２２は、Ｗｅｂサーバ部２１によって呼び出されるＷｅｂアプリの一例である。印刷Ｗｅｂアプリ２２は、クライアント装置３０からの印刷データのアップロード要求に対応するＷｅｂアプリである。
【００３３】
印刷ＵＩアプリ２３は、ユーザによる情報処理端末２０の操作に応じて、画像形成装置１０に事前にアップロードされている印刷データに係る印刷ジョブを画像形成装置１０に実行させるアプリケーションプログラムである。
【００３４】
画像形成装置１０は、プロキシサーバ部１２１及び印刷サービス部１２２等を有する。これら各部は、画像形成装置１０にインストールされたプログラムが、ＣＰＵ１１１に実行させる処理により実現される。画像形成装置１０は、また、登録情報記憶部１３１及び印刷データ記憶部１３２を利用する。登録情報記憶部１３１は、ＲＡＭ１１２又はＨＤＤ１１４等を用いて実現可能である。印刷データ記憶部１３２は、ＨＤＤ１１４、又は画像形成装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００３５】
印刷サービス部１２２は、印刷に関する要求等を受け付けるためのＡＰＩを有し、当該ＡＰＩを介した要求に応じた処理を実行する。本実施の形態において、印刷サービス部１２２は、印刷ＵＩアプリ２３からの要求に応じた処理を実行する。なお、画像形成装置１０は、印刷以外の他の機能に関するサービス部を有していてもよい。サービス部が提供するＡＰＩは、ＲＥＳＴ（Representational State Transfer）形式のＷｅｂＡＰＩであってもよい。
【００３６】
プロキシサーバ部１２１は、Ｗｅｂサーバ部２１に対するプロキシサーバとして機能する。プロキシサーバ部１２１は、要求受信部１４１、転送先受信部１４２、及び転送部１４３等を含む。
【００３７】
要求受信部１４１は、印刷Ｗｅｂアプリ２２等のＷｅｂアプリ宛の要求を、ネットワークＮ１を介して受信する。転送先受信部１４２は、Ｗｅｂアプリ宛の要求の転送先を示す情報を、当該Ｗｅｂアプリから受信する。転送先を示す情報は、要求の種別ごと（ＵＲＬごと）に受信される。すなわち、要求の種別ごとに、転送先を異ならせることができる。転送先受信部１４２によって受信された情報は、登録情報記憶部１３１に記憶される。
【００３８】
転送部１４３は、要求受信部１４１によって受信された要求について、登録情報記憶部１３１に記憶されている情報が示す転送先への転送を行う。なお、本実施の形態において、転送先は、情報処理端末２０又は情報処理端末２０以外（例えば、画像形成装置１０）である。厳密には、転送先は、情報処理端末２０のいずれかのＷｅｂアプリ、又は画像形成装置１０のいずれかのサービス部（例えば、印刷サービス部１２２）である。
【００３９】
以下、情報処理システム２が実行する処理手順について説明する。図７は、第一の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。なお、以下の説明において、情報処理システム２ａの構成要素の符号の末尾には、「ａ」が付加される。
【００４０】
ステップＳ１０１において、印刷Ｗｅｂアプリ２２ａは、印刷Ｗｅｂアプリ２２ａ宛の印刷データのアップロード要求の転送先の登録要求を、ネットワークＮ２ａを介してプロキシサーバ部１２１ａの転送先受信部１４２ａに送信する。当該登録要求には、転送対象の要求を示す情報（以下、「転送対象情報」という。）、転送先を示すＵＲＬ（以下、「転送先ＵＲＬ」という。）、及び転送対象の要求に対する応答を、当該要求の宛先のＷｅｂアプリに通知するか否かを示す情報（以下、「応答通知要否」という。）等が含まれる。
【００４１】
転送先受信部１４２ａは、当該登録要求を受信すると、当該登録要求に含まれている情報（以下、「登録情報」という。）を、登録情報記憶部１３１ａに記憶する。なお、ステップＳ１０１は、例えば、画像形成装置１０ａの起動時等に実行されてもよい。
【００４２】
図８は、第一の実施の形態における登録情報の一例を示す図である。図８において、登録情報は、転送対象情報、転送先ＵＲＬ、及び応答通知要否等を含む。なお、図８において、１番目の登録情報が、ステップＳ１０１において登録された登録情報の一例である。すなわち、本実施の形態では、転送対象情報として「ＰＯＳＴ／ＰＵＴ  http://x.x.x.x/printApp/print/data」を含み、転送先ＵＲＬとして「http://x.x.x.x/printService/print/data」を含み、応答通知要否として「要」を含む登録情報が登録されたこととする。
【００４３】
転送先情報において、「ＰＯＳＴ／ＰＵＴ」は、ＰＯＳＴメッセージ又はＰＵＴメッセージを示す。また、転送先情報に含まれるＵＲＬ若しくは転送先ＵＲＬにおいて、「x.x.x.x」は、画像形成装置１０ａのＩＰアドレスを示す。また、「printApp」は、印刷Ｗｅｂアプリ２２ａの識別情報を示す。「print/data」は、印刷データの保存先を示す。「printService」は、印刷サービス部１２２ａの識別情報を示す。したがって、図８に示される登録情報は、印刷Ｗｅｂアプリ２２ａ宛の印刷データのアップロード要求（ＰＵＴメッセージ又はＰＯＳＴメッセージ）を、印刷サービス部１２２ａにリダイレクトすることを示す。
【００４４】
その後、任意のタイミングで、クライアント装置３０は、ユーザによる操作に応じて、印刷データのアップロード要求を示すＨＴＴＰリクエストを画像形成装置１０ａに送信する（Ｓ１０２）。当該ＨＴＴＰリクエストは、宛先を「http://x.x.x.x/printApp/print/data」とするＰＯＳＴメッセージ又はＰＵＴメッセージであるである。また、当該ＨＴＴＰリクエストには、印刷データが含まれている。当該印刷データは、セキュリティを確保するために、ユーザごとの暗号鍵によって暗号化されていてもよい。
【００４５】
クライアント装置３０からのアップロード要求は、プロキシサーバ部１２１ａの要求受信部１４１ａによって受信される。続いて、プロキシサーバ部１２１ａの転送部１４３ａは、当該アップロード要求に合致する転送対象情報を含む登録情報を、登録情報記憶部１３１ａから検索する（Ｓ１０３）。本実施の形態では、図８の１番目の登録情報が検索される。そこで、転送部１４３ａは、アップロード要求を、当該登録情報の転送先ＵＲＬ宛にリダイレクトする（Ｓ１０４）。したがって、当該アップロード要求は、本来の宛先である印刷Ｗｅｂアプリ２２ａではなく印刷サービス部１２２ａに転送される。印刷サービス部１２２ａは、当該アップロード要求に含まれている印刷データを、印刷データ記憶部１３２ａに保存する（Ｓ１０５）。この際、印刷サービス部１２２ａは当該アップロード要求に含まれている、クライアント装置３０のログインユーザのユーザＩＤと印刷データとを関連付けて印刷データ記憶部１３２ａに保存する。例えば、当該印刷データは、「/hdd/print/data/user_A」のように、ユーザＩＤをディレクトリ名又はフォルダ名に含むディレクトリ又はフォルダの下に保存されてもよい。
【００４６】
続いて、印刷サービス部１２２ａは、アップロード要求に対する応答を転送部１４３ａに対して返信する（Ｓ１０６）。当該応答には、例えば、印刷データの保存の成否を示す情報が含まれてもよい。転送部１４３ａは、当該応答を受信すると、アップロード要求に対応する登録情報の応答通知要否に基づいて、当該応答の通知の要否を判定する（Ｓ１０７）。本実施の形態において、当該応答通知要否の値は、「要」である。そこで、転送部１４３ａは、当該応答を、ネットワークＮ２ａを介して、アップロード要求の宛先のＵＲＬに対応する印刷Ｗｅｂアプリ２２ａに通知する（Ｓ１０８）。当該通知には、アップロード要求に含まれているユーザＩＤが指定される。
【００４７】
印刷Ｗｅｂアプリ２２ａは、当該応答の通知に応じ、アップロード要求に応じてクライアント装置３０に返信する必要の有る情報を生成する。例えば、アップロードされた印刷データの印刷時に必要とされるワンタイムパスワードが生成されてもよい。この場合、印刷Ｗｅｂアプリ２２ａは、生成されたワンタイムパスワードを、転送部１４３ａからの通知に含まれているユーザＩＤに関連付けて、例えば、メモリ２０２ａに記憶する。なお、印刷データごとにワンタイムパスワードが異なるのはユーザにとって負担となるため、最後に生成されたワンタイムパスワードが、当該ユーザによってアップロードされた全ての印刷データに関して有効なパスワードとされてもよい。
【００４８】
続いて、印刷Ｗｅｂアプリ２２ａは、生成された情報を含む応答を、ネットワークＮ２ａを介して転送部１４３ａに返信する（Ｓ１０９）。
【００４９】
このように、本実施の形態では、Ｗｅｂアプリ宛の要求がリダイレクトされた場合であっても、当該要求に対する応答を当該Ｗｅｂアプリに生成させることができる。その結果、例えば、当該Ｗｅｂアプリに固有の情報を応答に含めることができる。
【００５０】
続いて、転送部１４３ａは、印刷サービス部１２２ａからの応答と、印刷Ｗｅｂアプリ２２ａからの応答とがマージされた応答を生成し（Ｓ１１０）、生成された応答を、クライアント装置３０に返信する（Ｓ１１１）。
【００５１】
その後、クライアント装置３０のユーザは、アップロードした印刷データの出力を画像形成装置１０ａに実行させるべく、画像形成装置１０ａの設置場所に移動する。
【００５２】
ステップＳ１２０において、ユーザは、情報処理システム２ａにログインする。ログインは、ＩＣカード等の個人認証用のデバイスが使用されて行われてもよいし、ユーザＩＤ及びパスワード等が手入力されることにより行われてもよい。
【００５３】
ユーザのログイン後、印刷ＵＩアプリ２３ａが利用対象として選択されると、印刷ＵＩアプリ２３ａは、ログインユーザに関して印刷データ記憶部１３２ａに記憶されている印刷データの一覧情報（以下、「印刷ジョブリスト」という。）の取得要求を示す、印刷サービス部１２２ａのＡＰＩを、ネットワークＮ２ａを介して呼び出す（Ｓ１２１）。当該ＡＰＩの引数には、ログインユーザのユーザＩＤが指定される。ログインユーザのユーザＩＤは、ログイン時の認証処理によって特定されている。
【００５４】
印刷サービス部１２２ａは、当該ＡＰＩの引数に指定されているユーザＩＤに関連付けられて印刷データ記憶部１３２ａに記憶されている印刷データに関して、印刷ジョブリストを生成し、当該印刷ジョブリストを、ネットワークＮ２ａを介して印刷ＵＩアプリ２３ａに返信する（Ｓ１２２）。続いて、印刷ＵＩアプリ２３ａは、当該印刷ジョブリストを、情報処理端末２０ａの表示装置１１１ａに表示させる（Ｓ１２３）。
【００５５】
なお、印刷ジョブリストは、テキスト情報であるため、印刷ジョブリストの通信がネットワークＮ２に対して与える負荷は、実運用上、問題の無い程度である。
【００５６】
ユーザによって、印刷ジョブリストの中から印刷対象とする印刷ジョブが選択され、印刷の実行が指示されると（Ｓ１２４）、印刷ＵＩアプリ２３ａは、印刷要求を示す、印刷サービス部１２２ａのＡＰＩを、ネットワークＮ２ａを介して呼び出す（Ｓ１２５）。なお、ステップＳ１０８に応じてワンタイムパスワードが生成される場合、印刷ＵＩアプリ２３ａは、印刷の実行指示をユーザから受けた際に、ワンタイムパスワードの入力をユーザに要求してもよい。印刷ＵＩアプリ２３ａは、ユーザによって入力されたワンタイムパスワードが、ログインユーザのユーザＩＤに関連付けられて記憶されているワンタイムパスワードに一致する場合に、印刷要求を示すＡＰＩを呼び出してもよい。
【００５７】
印刷要求を示すＡＰＩの引数には、選択された印刷ジョブに係る印刷データのデータＩＤが指定される。また、印刷データが暗号化されている場合には、印刷データを復号するための暗号鍵が当該ＡＰＩの引数に指定されてもよい。当該暗号鍵は、ログインに使用されたＩＣカードから取得されてもよいし、ユーザＩＤに基づいて自動生成されてもよい。
【００５８】
続いて、印刷サービス部１２２ａは、印刷要求を示すＡＰＩの引数に指定されているデータＩＤに対応する印刷データを印刷データ記憶部１３２ａから取得する（Ｓ１２６、Ｓ１２７）。続いて、印刷サービス部１２２ａは、取得された印刷データを、当該ＡＰＩの引数に指定されている暗号鍵で復号する（Ｓ１２８）。続いて、印刷サービス部１２２ａは、復号された印刷データをプリンタ１３ａに送信する（Ｓ１２９）。その結果、当該印刷データに基づいて印刷が実行される。なお、ステップＳ１２８において復号された印刷データが、ＰＤＬ（Page Description Language）に変換されていない場合、復号されたデータについて、印刷サービス部１２２ａがＰＤＬへの変換を実行してもよい。
【００５９】
なお、ステップＳ１０３において、該当する登録情報が検索されない場合は、受信された要求は、当該要求の宛先通りに転送されればよい。
【００６０】
また、Ｗｅｂサーバ部２１ａは、情報処理端末２０ａの無線通信装置２０５ａを利用した無線通信によって、外部からの要求の受信が可能であってもよい。但し、印刷データのアップロード要求が無線通信によって受信されると、印刷データ記憶部１３２ａに印刷データを保存するために、印刷データがネットワークＮ２ａ介して画像形成装置１０ａに転送される必要が有る。その結果、ネットワークＮ２ａの負荷が高くなる可能性が有る。そこで、Ｗｅｂサーバ部２１ａは、無線通信によって受信された要求については、レスポンスコード３０１（Moved Permanently）又は３０２（Moved Temporarily）等を含む応答を要求の送信元に返信し、当該要求が、プロキシサーバ部１２１ａにリダイレクトされるようにしてもよい。
【００６１】
上述したように、第一の実施の形態によれば、情報処理端末２０宛（情報処理端末２０のＷｅｂアプリ宛）の要求の一部又は全部を、画像形成装置１０（画像形成装置１０のサービス部）にリダイレクトすることができる。ここで、要求の一部又は全部とは、情報処理端末２０のＷｅｂアプリが受け付け可能な要求のうち、その登録情報が登録情報記憶部１３１に登録されている要求である。その結果、印刷データ等の画像データを含む要求の転送先を、画像形成装置１０のサービス部とする登録情報を登録情報記憶部１３１に登録しておくことで、画像データのようなサイズの大きい電子デーがネットワークＮ２上を流通する頻度を低減することができる。したがって、情報処理端末２０と画像形成装置１０との間の通信負荷を低減することができる。
【００６２】
次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。第二の実施の形態では、画像形成装置１０ａにアップロードされた印刷データの印刷を、画像形成装置１０ｂにおいて行う例について説明する。なお、以下の説明において、情報処理システム２ａの構成要素の符号の末尾には、「ａ」が付加され、情報処理システム２ｂの構成要素の符号の末尾には、「ｂ」が付加される。
【００６３】
図９は、第二の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。図９では、情報処理システム２ａに関して、図７のステップＳ１０１〜Ｓ１１１が実行されていることを前提とする。すなわち、画像形成装置１０ａには、既に印刷データがアップロードされている。
【００６４】
但し、ステップＳ１０１では、図１０に示されるような登録情報が登録情報記憶部１３１に登録されていることとする。図１０は、第二の実施の形態における登録情報の一例を示す図である。図１０において、２番目の登録情報が、第二の実施の形態において更に登録される登録情報である。
【００６５】
２番目の登録情報の転送対象情報は、ＧＥＴメッセージを対象とする点において、１番目の登録情報の転送対象情報と異なる。また、２番目の登録情報の応答通知要否は、「否」とされている。その他の点については、２番目の登録情報と１番目の登録情報とは同じである。すなわち、２番目の登録情報は、印刷Ｗｅｂアプリ２２ａ宛の印刷データの取得要求を、印刷サービス部１２２ａにリダイレクトすることを示す。
【００６６】
ステップＳ２０１において、ユーザは、情報処理システム２ｂにログインする。ユーザのログイン後、印刷ＵＩアプリ２３ｂが利用対象として選択されると、印刷ＵＩアプリ２３ｂは、印刷ジョブリストの取得要求を示す、印刷サービス部１２２ｂのＡＰＩを、ネットワークＮ２ｂを介して呼び出す（Ｓ２０２）。なお、ステップＳ２０１及びＳ２０２は、情報処理システム２ｂにおいて実行される点を除いて、図７のステップＳ１２０及びＳ１２１と同様の処理である。
【００６７】
印刷サービス部１２２ｂは、印刷ジョブリストの取得要求に対して、印刷データ記憶部１３２からではなく、画像形成装置１０ａから印刷ジョブリストを取得するように設定されている。そこで、印刷サービス部１２２ｂは、印刷ジョブリストの取得要求を、ネットワークＮ１を介して画像形成装置１０ａに送信する（Ｓ２０３）。当該取得要求は、例えば、「http://x.x.x.x/appA/print/joblist」宛のＧＥＴメッセージである。
【００６８】
当該取得要求は、プロキシサーバ部１２１ａの要求受信部１４１ａによって受信される。続いて、転送部１４３ａは、印刷ジョブリストの取得要求に合致する転送対象情報を含む登録情報を、登録情報記憶部１３１ａから検索する（Ｓ２０４）。ここでは、該当する登録情報は検索されないため、転送部１４３ａは、当該取得要求をその宛先通りにネットワークＮ２ａを介して印刷Ｗｅｂアプリ２２ａに宛に転送する（Ｓ２０５）。印刷Ｗｅｂアプリ２２ａは、ネットワークＮ２を介して印刷サービス部１２２ａのＡＰＩを呼び出して、印刷ジョブリストを取得し、当該印刷ジョブリストを含む応答を、転送部１４３ａに返信する（Ｓ２０６）。転送部１４３ａは、当該応答を、画像形成装置１０ｂの印刷サービス部１２２ｂに返信する（Ｓ２０７）。
【００６９】
なお、印刷ジョブリストの取得要求が転送対象として登録されないのは、印刷ジョブリストが、データサイズの小さいテキストデータであるからである。すなわち、印刷ジョブリストがネットワークＮ２ａを流通しても、ネットワークＮ２ａの帯域を圧迫しないからである。但し、印刷ジョブリストの取得要求についても、印刷サービス部１２２ａへの転送対象として、登録情報記憶部１３１に登録されてもよい。
【００７０】
続いて、印刷サービス部１２２ｂは、返信された印刷ジョブリストを、ネットワークＮ２ｂを介して印刷ＵＩアプリ２３ｂに返信する（Ｓ２０８）。続いて、印刷ＵＩアプリ２３ｂは、当該印刷ジョブリストを、情報処理端末２０ｂの表示装置１１１ｂに表示させる（Ｓ２０９）。
【００７１】
印刷ジョブリストの中から印刷対象とする印刷ジョブがユーザによって選択され、印刷の実行が指示されると（Ｓ２１０）、印刷ＵＩアプリ２３ｂは、印刷要求を示す、印刷サービス部１２２ｂのＡＰＩをネットワークＮ２ｂを介して呼び出す（Ｓ２１１）。印刷サービス部１２２ｂは、印刷要求に対して、印刷データを画像形成装置１０ａから取得するように設定されている。そこで、印刷サービス部１２２ｂは、印刷データの取得要求を、画像形成装置１０ａに送信する（Ｓ２１２）。当該取得要求は、「http://x.x.x.x/appA/print/data」宛のＧＥＴメッセージである。
【００７２】
当該取得要求は、プロキシサーバ部１２１ａの要求受信部１４１ａによって受信される。続いて、転送部１４３ａは、印刷データの取得要求に合致する転送対象情報を含む登録情報を、登録情報記憶部１３１ａから検索する（Ｓ２１３）。本実施の形態では、図１０の２番目の登録情報が検索される。そこで、転送部１４３ａは、当該取得要求を、当該登録情報の転送先ＵＲＬ宛にリダイレクトする（Ｓ２１４）。したがって、当該取得要求は、印刷サービス部１２２ａに転送される。
【００７３】
印刷サービス部１２２ａは、印刷データの取得要求を受信すると、当該取得要求に含まれているデータＩＤに対応する印刷データを印刷データ記憶部１３２ａから取得する（Ｓ２１５、Ｓ２１６）。続いて、印刷サービス部１２２ａは、取得された印刷データを含む応答を転送部１４３ａに返信する（Ｓ２１７）。続いて、転送部１４３ａは、印刷データの取得要求に対応する登録情報の応答通知要否に基づいて、返信された応答の通知の要否を判定する（Ｓ２１８）。本実施の形態において、当該応答通知要否の値は、「否」である。そこで、転送部１４３ａは、当該応答を印刷Ｗｅｂアプリ２２ａには通知せずに、印刷サービス部１２２ｂに返信する（Ｓ２１９）。
【００７４】
続くステップＳ２２０及びＳ２２１は、画像形成装置１０ｂにおいて実行される点を除いて、図７のステップＳ１２８及びＳ１２９と同様の処理である。
【００７５】
上述したように、第二の実施の形態によれば、情報処理端末２０の印刷Ｗｅｂアプリ２２ａ宛の印刷データの取得要求を、印刷サービス部１２２ｂにリダイレクトすることができる。その結果、当該取得要求に応じて取得される印刷データを含む応答がネットワークＮ２上を流通する可能性を低減することができる。したがって、情報処理端末２０と画像形成装置１０との間の通信負荷を低減することができる。
【００７６】
次に、第三の実施の形態について説明する。第三の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。
【００７７】
図１１は、第三の実施の形態における各装置の機能構成例を示す図である。図１１中、図６と同一部分には同一符号を付し、その説明は省略する。
【００７８】
図６において、画像形成装置１０は、更に、サービス部の一例であるログサービス部１２３を有する。画像形成装置１０は、また、ログ記憶部１３３を利用する。ログ記憶部１３３は、ＨＤＤ１１４、又は画像形成装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００７９】
ログサービス部１２３は、ログ情報の記録及び読み出し等に関する要求等を受け付けるためのＡＰＩを有し、当該ＡＰＩを介した要求に応じた処理を実行する。本実施の形態において、ログサービス部１２３は、例えば、印刷ＵＩアプリ２３からの要求に応じてログ情報をログ記憶部１３３に記録する。
【００８０】
一方、情報処理端末２０は、更に、ログＷｅｂアプリ２４を有する。ログＷｅｂアプリ２４は、クライアント装置３０からのログ情報の取得要求に対応するＷｅｂアプリである。
【００８１】
図１２は、第三の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。なお、以下の説明において、情報処理システム２ａの構成要素の符号の末尾には、「ａ」が付加される。
【００８２】
例えば、印刷ＵＩアプリ２３ａは、図７のステップＳ１２１や、ステップＳ１２５等の実行後において、当該ステップ係る処理に関するログ情報の書き込み要求を示す、ログサービスａのＡＰＩをネットワークＮ２ａを介して呼び出す（Ｓ３０１）。続いて、ログサービス部１２３ａは、当該書き込み要求に係るログ情報をログ記憶部１３３に書き込む（Ｓ３０２）。続いて、ログサービス部１２３ａは、ログ情報の書き込み結果を含む応答を、ネットワークＮ２ａを介して印刷Ｗｅｂアプリ２２ａに返信する（Ｓ３０３）。
【００８３】
その後、任意のタイミングで、クライアント装置３０は、ログ情報の取得要求を示すＨＴＴＰリクエストを、画像形成装置１０ａに送信する（Ｓ３１１）。当該取得要求には、ユーザＩＤ及びパスワード等が含まれる。なお、当該取得要求は、例えば、ログ情報の閲覧を所望するユーザによるクライアント装置３０の操作に応じて送信される。
【００８４】
プロキシサーバ部１２１ａの要求受信部１４１ａによって当該取得要求が受信されると、プロキシサーバ部１２１ａの転送部１４３ａは、当該取得要求に合致する転送対象情報を含む登録情報を、登録情報記憶部１３１ａから検索する（Ｓ３１２）。本実施の形態では、該当する登録情報は登録情報記憶部１３１ａに記憶されていない。そこで、転送部１４３ａは、当該取得要求を、その宛先通りにネットワークＮ２ａを介してログＷｅｂアプリ２４ａに宛に転送する（Ｓ３１３）。
【００８５】
なお、ログ情報の取得要求に関する登録情報が、登録情報記憶部１３１ａに登録されていてもよい。この場合、当該登録情報の転送先ＵＲＬは、ログＷｅｂアプリ２４ａのＵＲＬとされればよい。
【００８６】
ログＷｅｂアプリ２４ａは、ログ情報の取得要求を受信すると、当該取得要求に含まれているユーザＩＤ及びパスワードに関して認証処理を実行する（Ｓ３１４）。認証に失敗した場合、ログＷｅｂアプリ２４ａは、エラーを示す応答を返信する。したがって、この場合、ログ情報の取得は実行されない。認証に成功した場合、ログＷｅｂアプリ２４ａは、認証の成功を示し、ログサービス部１２３ａへのリダイレクト命令を含む応答を返信する（Ｓ３１５）。
【００８７】
転送部１４３ａは、当該リダイレクト命令に従って、ログ情報の取得要求を、ログサービス部１２３ａにリダイレクトする（Ｓ３１６）。ログサービス部１２３ａは、例えば、当該取得要求に含まれているユーザＩＤに係るログ情報を、ログ記憶部１３３から取得する（Ｓ３１７、Ｓ３１８）。続いて、ログサービス部１２３ａは、取得されたログ情報を含む応答を、転送部１４３ａに返信する（Ｓ３１９）。
【００８８】
続いて、転送部１４３ａは、当該ログ情報を含む応答を生成する（Ｓ３２０）。続いて、転送部１４３ａは、当該応答をクライアント装置３０に返信する（Ｓ３２１）。
【００８９】
上述したように、第三の実施の形態によれば、外部からの要求に対する応答が、ログ情報のようにデータサイズが大きくなる場合であっても、当該応答がネットワークＮ２を流通する可能性を低減することができる。その結果、情報処理端末２０と画像形成装置１０との間の通信負荷を低減することができる。
【００９０】
なお、第一〜第三の実施の形態は、組み合わされて実施されてもよい。
【００９１】
なお、上記各実施の形態において、画像形成装置１０は、機器の一例である。ネットワークＮ１は、第２のネットワークの一例である。ネットワークＮ２は、第１のネットワークの一例である。転送先受信部１４２は、受信部の一例である。
【００９２】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００９３】
２            情報処理システム
１０          画像形成装置
１１          コントローラ
１２          スキャナ
１３          プリンタ
１４          モデム
１５          端末インタフェース
１６          ネットワークインタフェース
１７          ＳＤカードスロット
２０          情報処理端末
２１          Ｗｅｂサーバ部
２２          印刷Ｗｅｂアプリ
２３          印刷ＵＩアプリ
２４          ログＷｅｂアプリ
３０          クライアント装置
８０          ＳＤカード
１１１        ＣＰＵ
１１２        ＲＡＭ
１１３        ＲＯＭ
１１４        ＨＤＤ
１１５        ＮＶＲＡＭ
１２１        プロキシサーバ部
１２２        印刷サービス部
１２３        ログサービス部
１３１        登録情報記憶部
１３２        印刷データ記憶部
１３３        ログ記憶部
１４１        要求受信部
１４２        転送先受信部
１４３        転送部
２０１        ＣＰＵ
２０２        メモリ
２０３        補助記憶装置
２０４        タッチパネル
２０５        無線通信装置
２０６        機器インタフェース
２１１        表示装置
２１２        入力装置
【先行技術文献】
【特許文献】
【００９４】
【特許文献１】特開２０１４−１０２５７７号公報
【図１】
0006369318.tif 000002
【図２】
0006369318.tif 000003
【図３】
0006369318.tif 000004
【図４】
0006369318.tif 000005
【図５】
0006369318.tif 000006
【図６】
0006369318.tif 000007
【図７】
0006369318.tif 000008
【図８】
0006369318.tif 000009
【図９】
0006369318.tif 000010
【図１０】
0006369318.tif 000011
【図１１】
0006369318.tif 000012
【図１２】
0006369318.tif 000013