知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024043624
(43)【公開日】2024-04-02
(54)【発明の名称】情報処理装置及びプログラム
(51)【国際特許分類】
H04L 67/02 20220101AFI20240326BHJP
G06F 15/00 20060101ALI20240326BHJP
【ＦＩ】
H04L67/02
G06F15/00 410A
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022148711
(22)【出願日】2022-09-20
(71)【出願人】
【識別番号】000005496
【氏名又は名称】富士フイルムビジネスイノベーション株式会社
(74)【代理人】
【識別番号】110001210
【氏名又は名称】弁理士法人ＹＫＩ国際特許事務所
(72)【発明者】
【氏名】水崎 裕太郎
(57)【要約】
【課題】情報処理装置からのＨＴＴＰリクエストに対するＨＴＴＰレスポンスのすべてを変換装置が変換した上で情報処理装置に提供する方式と比べて、変換装置を介することによる情報処理装置の処理効率の低下を抑制する。
【解決手段】切り分け機能１９は、基本機能１７からの要求に応じてクラウドサービス２０にＨＴＴＰリクエストを送り、これに対するＨＴＴＰレスポンスを受け取る。切り分け機能１９は、そのＨＴＴＰレスポンスが含むデータの種別等を解析し、その解析の結果に基づき、基本機能１７がそのＨＴＴＰレスポンスを処理できるかを判定する。そして切り分け機能１９は、その判定の結果に応じて、そのＨＴＴＰレスポンスをそのまま基本機能１７に渡すか、基本機能１７が処理可能なデータ内容にＲＢＩシステム３０で変換した上で基本機能１７に渡すかを制御する。
【選択図】図１
【解決手段】切り分け機能１９は、基本機能１７からの要求に応じてクラウドサービス２０にＨＴＴＰリクエストを送り、これに対するＨＴＴＰレスポンスを受け取る。切り分け機能１９は、そのＨＴＴＰレスポンスが含むデータの種別等を解析し、その解析の結果に基づき、基本機能１７がそのＨＴＴＰレスポンスを処理できるかを判定する。そして切り分け機能１９は、その判定の結果に応じて、そのＨＴＴＰレスポンスをそのまま基本機能１７に渡すか、基本機能１７が処理可能なデータ内容にＲＢＩシステム３０で変換した上で基本機能１７に渡すかを制御する。
【選択図】図１
【特許請求の範囲】
【請求項1】
プロセッサを備え、
前記プロセッサは、
要求元からの要求に応じたＨＴＴＰリクエストを第１の外部サービスに送信し、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、
前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、
情報処理装置。
前記プロセッサは、
要求元からの要求に応じたＨＴＴＰリクエストを第１の外部サービスに送信し、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、
前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、
情報処理装置。
【請求項2】
前記プロセッサは、
前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、
請求項１に記載の情報処理装置。
前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、
請求項１に記載の情報処理装置。
【請求項3】
前記プロセッサは、
前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれない場合、前記ＨＴＴＰレスポンスを前記要求元に渡す、
請求項１に記載の情報処理装置。
前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれない場合、前記ＨＴＴＰレスポンスを前記要求元に渡す、
請求項１に記載の情報処理装置。
【請求項4】
前記プロセッサは、
前記第１の外部サービスとは異なる第２の外部サービスとの通信を行うことを表す記述が前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、
請求項１に記載の情報処理装置。
前記第１の外部サービスとは異なる第２の外部サービスとの通信を行うことを表す記述が前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、
請求項１に記載の情報処理装置。
【請求項5】
前記プロセッサは、
前記ＨＴＴＰレスポンスを前記要求元に渡した場合において、前記要求元における前記ＨＴＴＰレスポンスに関する処理にエラーが生じた場合に、前記ＨＴＴＰレスポンスを前記変換装置に変換させ、この結果得られたデータを前記要求元に渡す、
請求項１に記載の情報処理装置。
前記ＨＴＴＰレスポンスを前記要求元に渡した場合において、前記要求元における前記ＨＴＴＰレスポンスに関する処理にエラーが生じた場合に、前記ＨＴＴＰレスポンスを前記変換装置に変換させ、この結果得られたデータを前記要求元に渡す、
請求項１に記載の情報処理装置。
【請求項6】
要求元からの要求に応じたＨＴＴＰリクエストを第１の外部サービスに送信し、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、
前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、
処理をコンピュータに実行させるためのプログラム。
前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、
処理をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【0002】
ＲＢＩ（Ｒｅｍｏｔｅ Ｂｒｏｗｓｅｒ Ｉｓｏｌａｔｉｏｎ）というシステムがある。ＲＢＩシステムは、クライアント端末とウェブサイトとの間に設けられ、ウェブサイトが提供するウェブページを解析してセキュリティ上の脅威を取り除き、ウェブページを画像にしてクライアント端末に提供する。クライアント端末上のウェブブラウザ（以下単にブラウザと呼ぶ）は、その画像を表示し、その画像上でユーザがクリックした座標やユーザが入力した文字の情報をＲＢＩシステムに送る。ＲＢＩシステムは、ブラウザから送られてきた情報を、そのウェブページに対する入力の形式に変更してウェブサイトに送る。
【0003】
また特許文献１には、ウェブサイトからのレスポンスに含まれるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ソースをプロキシサーバが修正してウェブブラウザに返すシステムが開示されている。このシステムでは、プロキシサーバが、ウェブアプリケーションの誤操作が起こりにくいように、ＨＴＭＬソースを修正している。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１１－１４５９１８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
近年、複合機等の情報処理装置において、情報処理装置外にあるクラウドサービス等のウェブサービスを使用する例が増えている。例えば、情報処理装置に対するログイン認証を、外部のシングルサインオン認証サービスを利用して行うことがその一例である。
【0006】
一方、情報処理装置に搭載されているブラウザ等のＨＴＭＬを処理するソフトウェアは、アップデートが不可能であったり、可能であってもアップデートが行われなかったりすることが多い。このため、情報処理装置が最新のウェブ技術を用いたウェブサービスに対応できない場合がある。
【0007】
このような問題に対してＲＢＩ技術を応用することが考えられる。すなわち、情報処理装置とウェブサイトとの間に設けたＲＢＩ等の変換装置が、ウェブサイトからのＨＴＴＰレスポンスを情報処理装置が取り扱い可能な形に変換した上で、情報処理装置に提供するのである。
【0008】
ＲＢＩそのものは、クライアント端末をセキュリティ上の脅威から保護するための技術なので、ウェブサイトからクライアント端末へのＨＴＴＰレスポンスはすべてＲＢＩシステムを経由する。
【0009】
これに対して、１つの情報処理装置が複数のウェブサービスを利用することもあり、ウェブサービスからのＨＴＴＰレスポンスの中には、その情報処理装置のソフトウェアが対応可能なものもあれば対応不可能なものもある。ソフトウェアが対応可能なＨＴＴＰレスポンスをも変換装置を経由すると、変換装置での処理の分だけ情報処理装置が実行する情報処理が遅れてしまい、情報処理装置の処理効率が低下する。
【0010】
本発明は、情報処理装置からのＨＴＴＰリクエストに対するＨＴＴＰレスポンスのすべてを変換装置が変換した上で情報処理装置に提供する方式と比べて、変換装置を介することによる情報処理装置の処理効率の低下を抑制することを目的とする。
【課題を解決するための手段】
【0011】
請求項１に係る発明は、プロセッサを備え、前記プロセッサは、要求元からの要求に応じたＨＴＴＰリクエストを第１の外部サービスに送信し、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、情報処理装置である。
【0012】
請求項２に係る発明は、前記プロセッサは、前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、請求項１に記載の情報処理装置である。
【0013】
請求項３に係る発明は、前記プロセッサは、前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれない場合、前記ＨＴＴＰレスポンスを前記要求元に渡す、請求項１に記載の情報処理装置である。
【0014】
請求項４に係る発明は、前記プロセッサは、前記第１の外部サービスとは異なる第２の外部サービスとの通信を行うことを表す記述が前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、請求項１に記載の情報処理装置である。
【0015】
請求項５に係る発明は、前記プロセッサは、前記ＨＴＴＰレスポンスを前記要求元に渡した場合において、前記要求元における前記ＨＴＴＰレスポンスに関する処理にエラーが生じた場合に、前記ＨＴＴＰレスポンスを前記変換装置に変換させ、この結果得られたデータを前記要求元に渡す、請求項１に記載の情報処理装置である。
【0016】
請求項６に係る発明は、要求元からの要求に応じたＨＴＴＰリクエストを第１の外部サービスに送信し、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、処理をコンピュータに実行させるためのプログラムである。
【発明の効果】
【0017】
請求項１－４又は６に係る発明によれば、情報処理装置からのＨＴＴＰリクエストに対するＨＴＴＰレスポンスのすべてを変換装置が変換した上で情報処理装置に提供する方式と比べて、変換装置を介することによる情報処理装置の処理効率の低下を抑制することができる。
【0018】
請求項５に係る発明によれば、ＨＴＴＰレスポンスに含まれるデータに基づく判定に応じてそのＨＴＴＰレスポンスを要求元に渡した場合に、その判定に反して要求元がそのＨＴＴＰレスポンスを正しく処理できない場合にも対処することができる。
【図面の簡単な説明】
【0019】
【図1】画像処理装置の機能的な構成と、この画像処理装置を含む情報処理システムの構成を例示する図である。
【図2】Ｗｅｂクライアントの切り分け機能が実行する処理手順の一例を示す図である。
【図4】ＨＴＴＰレスポンスの具体例を示す図である。
【図5】ＨＴＴＰレスポンスの別の具体例を示す図である。
【図6】ＨＴＴＰレスポンスの更に別の具体例を示す図である。
【図8】コンピュータのハードウエア構成を例示する図である。
【発明を実施するための形態】
【0020】
以下、図面を参照して本発明を実施するための形態（以下、実施形態と呼ぶ）を説明する。
【0021】
図１に、本発明に係る情報処理装置の一実施形態である画像処理装置１０の機能的な構成と、その画像処理装置１０を含む情報処理システムの構成を例示する。
【0022】
このシステムでは、画像処理装置１０は、ローカルエリアネットワークやインターネット等のデータ通信ネットワークを介して、クラウドサービス２０やＲＢＩシステム３０に接続されている。
【0023】
画像処理装置１０は、例えば、プリント機能、スキャン機能及びコピー機能の中の少なくとも１つの機能を有し、ユーザに対してそれら機能を提供する装置である。画像処理装置１０は、プリンタ、スキャナ、コピー機、又は、複合機（例えば、プリント機能、スキャン機能及びコピー機能等を有する装置）等である。
【0024】
画像処理装置１０は、機能的な構成要素として、画像処理部１２と情報処理部１４とを備える。
【0025】
画像処理部１２は、プリント、スキャン、コピー等といった、媒体への画像の印刷や媒体上の画像の読み取り等の処理を実行する機能モジュールである。画像処理部１２は、プリンタ又はスキャナ等の、画像処理用のハードウエアを備えている。
【0026】
情報処理部１４は、画像処理部１２の制御、画像処理部１２の画像処理機能に関連する情報処理、ＵＩ（ユーザインタフェース）処理、等の各種の情報処理を実行する機能モジュールである。画像処理部１２の画像処理機能に関連する情報処理の中には、例えば、ユーザから指示されたプリントやスキャン等のジョブの管理、スキャンにより得られたスキャン画像に対する情報処理、プリント対象の文書や画像に対する加工や編集等の処理、等がある。スキャン画像に対する情報処理には、例えば、文字認識処理や、文字認識結果に対する翻訳、帳票へのデータエントリ処理等がある。
【0027】
情報処理部１４は、情報処理の実行のために、クラウドサービス２０等の外部サービスを利用する場合がある。例えば、情報処理部１４は、文字認識サービスを提供するクラウドサービス２０にスキャン画像を送信し、そのクラウドサービスから文字認識結果を受け取り、文字認識結果を含んだ文書ファイルを生成する。また、別の例では、情報処理部１４は、画像処理装置１０を利用しようとするユーザを認証するために、ユーザ認証サービスを提供するクラウドサービス２０にそのユーザの認証を依頼する。これらはあくまで一例であり、情報処理部１４は、様々な異なるクラウドサービス２０を利用することができる。
【0028】
情報処理部１４は、Ｗｅｂクライアント１５を備えている。Ｗｅｂクライアント１５は、ＷＷＷ（ワールドワイドウェブ）上のサービスを利用するクライアントソフトウェアである。Ｗｅｂクライアント１５は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やよりセキュアなプロトコルであるＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）を用いてクラウドサービス２０等の外部サービスと通信を行う。Ｗｅｂクライアント１５は、ＨＴＴＰリクエストをクラウドサービス２０に送信し、これに対するクラウドサービス２０からのＨＴＴＰレスポンスを受信し、そのレスポンスに応じた処理を実行する。Ｗｅｂクライアント１５には、例えば、Ｗｅｂブラウザや、Ｗｅｂベースのクラウドサービス２０と連携して情報処理を実行するアプリケーション等が含まれる。前者のＷｅｂブラウザは、例えば、画像処理装置１０のＵＩ画面を生成する。後者のアプリケーションとしては、例えば、ユーザ認証サービスを提供するクラウドサービス２０との認証連携によりユーザ認証を行うものがある。また、別の例として、クラウドプリントサービスを提供するクラウドサービス２０に登録された印刷ジョブをダウンロードして印刷するアプリケーション等もある。
【0029】
Ｗｅｂクライアント１５は、基本機能１７と切り分け機能１９を備えている。このうち基本機能１７は、Ｗｅｂクライアント１５がユーザに対して提供する機能のことであり、例えば上述したＷｅｂブラウザ機能、クラウドサービス２０と連携する各種の処理機能（例えばユーザ認証やクラウドプリント）がその一例である。基本機能１７は、クラウドサービス２０等の外部サービスへの要求を発する要求元の一例である。
【0030】
切り分け機能１９は、基本機能１７がクラウドサービス２０と連携して処理を実行する際に、ＲＢＩシステム３０を利用するか否かの制御を行う。切り分け機能１９は、内蔵するＨＴＴＰパーサにより、クラウドサービス２０から返されてきたＨＴＴＰレスポンスを解析し、その解析の結果に基づいてその制御を実行する。切り分け機能１９については、後で詳しく説明する。
【0031】
クラウドサービス２０は、インターネット等のネットワークを介して、画像処理装置１０に対してＷｅｂベースでサービスを提供するサーバである。クラウドサービス２０は、Ｗｅｂクライアント１５からのＨＴＴＰリクエストを処理し、ＨＴＴＰレスポンスを返す外部サービスの一例である。
【0032】
図では、クラウドサービス２０を１つのみ示したが、認証サービスを提供するもの、クラウドプリントサービスを提供するもの等、異なる複数のクラウドサービス２０が存在していてもよい。また、単にウェブページ群を提供するＷｅｂサーバも、クラウドサービス２０の一例である。
【0033】
ＲＢＩシステム３０は、変換装置の一例であり、クラウドサービス２０が返したＨＴＴＰレスポンスを、Ｗｅｂクライアント１５が取扱可能な形に変換する。画像処理装置１０が搭載するＷｅｂクライアント１５は、必ずしも最新のＷｅｂ技術に対応した状態にアップデートされているとは限らないので、クラウドサービス２０が返したＨＴＴＰレスポンスを適切に処理できない場合があり得る。ＲＢＩシステム３０は、Ｗｅｂクライアント１５が適切に処理できないＨＴＴＰレスポンスを、例えばイメージデータ等といった、Ｗｅｂクライアント１５が処理可能なデータ形式のデータに変換する。このようなＲＢＩシステム３０のデータ変換の機能は、公知のＲＢＩシステムと同様のものでよい。
【0034】
次に、図２を参照して、切り分け機能１９が実行する処理の例を説明する。
【0035】
基本機能１７は、あるクラウドサービス２０を利用して処理を実行する場合、その処理のためのＨＴＴＰリクエストのボディの部分を生成し、これを切り分け機能１９に渡す。切り分け機能１９は、そのリクエストボディを受け取り（Ｓ１０）、そのリクエストボディを含んだＧＥＴ又はＰＯＳＴ等のＨＴＴＰリクエストを、リクエスト先のクラウドサービス２０へと送信する（Ｓ１２）。
【0036】
クラウドサービス２０は、そのＨＴＴＰリクエストを受信して処理し、その処理結果のデータを含んだＨＴＴＰレスポンスを切り分け機能１９に返す。
【0037】
切り分け機能１９は、クラウドサービス２０から返されてきたＨＴＴＰレスポンスを受信する（Ｓ１４）。そして、切り分け機能１９は、そのＨＴＴＰレスポンスに含まれるデータを解析し（Ｓ１６）、その解析の結果に基づいて、そのＨＴＴＰレスポンスをＲＢＩシステム３０に処理させるか否かを判定する（Ｓ１８）。すなわち、切り分け機能１９は、そのＨＴＴＰレスポンス内のデータの内容から、そのＨＴＴＰレスポンスを基本機能１７が正しく処理できるか否かを判定し、正しく処理できないと判定される場合には、そのＨＴＴＰレスポンスをＲＢＩシステム３０に渡して、基本機能１７が取扱可能な形式のデータへと変換させるのである。ここでの解析及び判定の処理については後で詳しく説明する。
【0038】
Ｓ１８で、ＨＴＴＰレスポンスをＲＢＩシステム３０に処理させないと判定した場合（すなわちＳ１８の判定結果がＮｏの場合）、そのＨＴＴＰレスポンスは、そのままでも基本機能１７が正しく処理可能である。この場合、切り分け機能１９は、そのＨＴＴＰレスポンスを基本機能１７に渡す（Ｓ２０）。基本機能１７は、受け取ったそのＨＴＴＰレスポンスを用いて、所期の処理（例えばＵＩ画面の表示、プリントの実行等）を実行する。
【0039】
Ｓ１８で、ＨＴＴＰレスポンスをＲＢＩシステム３０に処理させると判定した場合（すなわちＳ１８の判定結果がＹｅｓの場合）、切り分け機能１９は、そのＨＴＴＰレスポンスをＲＢＩシステム３０に送信する（Ｓ２２）。この送信は、例えばＰＯＳＴリクエストにより行えばよい。ＲＢＩシステム３０は、受信したそのＨＴＴＰレスポンスを、基本機能１７で取扱可能なデータへと変換し、変換結果のデータを含んだレスポンスを切り分け機能１９に返す。このレスポンスは、ＨＴＴＰ以外のプロトコル（例えばＩＰ、ＴＣＰ）のためのヘッダ、ＨＴＴＰヘッダ、ＥｎｔｉｔｙＢｏｄｙから構成される。このＥｎｔｉｔｙＢｏｄｙに、ＲＢＩシステム３０の変換結果（すなわちＳ２２で切り分け機能１９が送ったＨＴＴＰレスポンスをＲＢＩシステム３０が変換したもの）が含まれる。
【0040】
切り分け機能１９は、ＲＢＩシステム３０からのレスポンスを受信し（Ｓ２４）、そのレスポンスに含まれるデータを解析する（Ｓ２６）。この解析では、レスポンス中のＥｎｔｉｔｙＢｏｄｙが抽出される。切り分け機能１９は、サービス名、ユーザ名等の基本機能１７の利用に必要な情報と、Ｓ２６で抽出したＥｎｔｉｔｙＢｏｄｙのデータとを、基本機能１７に渡す（Ｓ２８）。渡されるデータは基本機能１７が取り扱い可能なデータである。基本機能１７は、受け取ったそれらのデータを用いて、所期の処理を実行する。
【0041】
Ｓ２８で基本機能１７が、ＲＢＩシステム３０からのレスポンスを用いてＵＩ画面を生成し、画像処理装置１０に付属する表示装置に表示し、ユーザからそのＵＩ画面に対する入力を受け付ける場合がある。この場合、その入力の情報は、ＲＢＩシステム３０によりクラウドサービス２０が要求する形式のデータに変換された上で、クラウドサービス２０に送信される。
【0042】
次に、図３を参照して、Ｓ１６の処理の詳細な例を説明する。
【0043】
概略的に言えば、この例では、切り分け機能１９は、Ｓ１４でクラウドサービス２０から受信したＨＴＴＰレスポンスが次の２つのケースの少なくとも一方に該当する場合に、そのＨＴＴＰレスポンスをＲＢＩシステム３０に変換させるべきと判定する。
【0044】
第１のケースは、そのＨＴＴＰレスポンスに含まれるデータが、基本機能１７で適切に処理できない種類のデータである場合である。例えば、基本機能１７がｊａｖａｓｃｒｉｐｔ（登録商標）をサポートしていない、またはサポートしているｊａｖａｓｃｒｉｐｔのバージョンが古い場合を考える。この場合、ＨＴＴＰレスポンスがｊａｖａｓｃｒｉｐｔの記述を含んでいると、基本機能１７はそのレスポンスを正しく処理できないか、又はその可能性が極めて高い。そこで、このような場合には、ＲＢＩシステム３０が、そのＨＴＴＰレスポンスを、基本機能１７が取扱可能なデータ内容に変換することとする。
【0045】
第２のケースは、そのＨＴＴＰレスポンスの処理のためにそのクラウドサービス２０以外の他のサーバへのアクセスが必要な場合である。例えば、そのＨＴＴＰレスポンス内にインターネット上の特定の認証連携サービスでのユーザ認証を求める命令が含まれている場合があるが、基本機能１７がそのような命令に対応していない、又は、その認証連携サービスを利用することができない、等という場合がある。このような場合、ＲＢＩシステム３０が、基本機能１７と認証連携サービスとの仲介を行う。このように、ＨＴＴＰレスポンスが、他のサーバへのアクセスを要する記述を含んでいる場合には、ＲＢＩシステム３０の介入が必要となる。
【0046】
図３は、このような切り分け機能１９による場合分けの処理の具体例を示す。
【0047】
この手順では、切り分け機能１９は、Ｓ１４でクラウドサービス２０から受信したＨＴＴＰレスポンスのうちの、コンテンツネゴシエーションの記述を解析し、その記述が示すデータの種類を調べる(Ｓ３０)。このとき切り分け機能１９は、例えば、そのＨＴＴＰレスポンスのヘッダ内のＣｏｎｔｅｎｔ－Ｔｙｐｅの値を調べる。その値が、ＲＢＩシステム３０の利用が必要な所定のいくつかのデータ種類のいずれかに該当するか否かを判定する(Ｓ３２)。この判定の結果がＹｅｓの場合、切り分け機能１９は、ＲＢＩシステム３０を利用すると判定する(Ｓ５０)。なお、コンテンツネゴシエーションの記述内に、複数のデータ種類が列挙されている場合、それら複数の中に１つでもＲＢＩシステム３０の利用が必要なデータ種類に該当するものがあれば、Ｓ３２の判定結果はＹｅｓとなる。逆に、それら複数のデータ種類のすべてが、ＲＢＩシステム３０の利用が必要なデータ種類のいずれにも該当しない場合には、Ｓ３２の判定結果はＮｏとなる。
【0048】
Ｓ３２の判定の結果がＮｏの場合、切り分け機能１９は、そのＨＴＴＰレスポンスのＥｎｔｉｔｙＢｏｄｙの内容を解析する(Ｓ３４)。
【0049】
Ｓ３４の解析では、切り分け機能１９は、例えばＥｎｔｉｔｙＢｏｄｙ内の各要素のタグに記述されたデータ種類を調べる。例えば、基本機能１７が、ｊａｖａｓｃｒｉｐｔ等のスクリプト言語を適切に処理できないものである場合、スクリプト言語で記述されたデータは、ＲＢＩシステム３０の利用が必要なデータ種類に該当する。ＨＴＭＬでは、スクリプト言語のデータはｓｃｒｉｐｔタグで示されるので、ＥｎｔｉｔｙＢｏｄｙ内にｓｃｒｉｐｔタグがあれば、スクリプト言語データが含まれると言うことになる。
【0050】
また、Ｓ３４の解析では、ＥｎｔｉｔｙＢｏｄｙ内に、画像処理装置１０の外にある外部サービスと通信することを求める命令が記述されているか否かを調べる。例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスする命令が、そのような命令の例である。
【0051】
切り分け機能１９は、Ｓ３４の解析により、ＥｎｔｉｔｙＢｏｄｙ内に、ＲＢＩシステム３０の利用が必要な所定のいくつかのデータ種類のいずれかに該当するデータが含まれるか否かを判定する（Ｓ３６）。Ｓ３６の判定結果がＮｏとなるのはＲＢＩシステム３０の利用が必要なデータ種類のデータがＥｎｔｉｔｙＢｏｄｙ内に１つもない場合であり、それ以外の場合はＳ３６の判定結果はＹｅｓとなる。Ｓ３６の判定の結果がＹｅｓの場合、切り分け機能１９は、ＲＢＩシステム３０を利用すると判定する(Ｓ５０)。
【0052】
また、切り分け機能１９は、Ｓ３４での解析の結果に基づき、ＥｎｔｉｔｙＢｏｄｙ内に外部サービスとの通信の命令が含まれているかどうかを判定する（Ｓ３８）。この判定の結果がＹｅｓの場合、切り分け機能１９は、ＲＢＩシステム３０を利用すると判定する(Ｓ５０)。この判定の結果は、図２の手順のＳ１８の判定に反映される。
【0053】
Ｓ３６及びＳ３８の判定結果が共にＮｏの場合、切り分け機能１９は、ＲＢＩを利用しないと判定する（Ｓ４０）。この判定の結果は、図２の手順のＳ１８の判定に反映される。
【0054】
このように、図３の処理手順では、切り分け機能１９が、クラウドサービス２０からのＨＴＴＰレスポンス内のヘッダやＥｎｔｉｔｙＢｏｄｙの記述から、そのＨＴＴＰレスポンスをＲＢＩシステム３０に処理させるか否かを判定する。
【0055】
図３の手順のＳ３２及びＳ３６では、ＲＢＩシステム３０に変換させることが必要なデータ種類に該当するデータがＨＴＴＰレスポンスに含まれるか否かを判定したが、これは一例に過ぎない。この代わりに、Ｓ３２及びＳ３６で、ＨＴＴＰレスポンスに含まれるデータがすべて、基本機能１７の処理可能な（すなわちＲＢＩシステム３０に変換させる必要がない）データ種類に該当するか否かを判定してもよい。この場合、それらの判定の結果のうちの１つでもＮｏ（すなわち、ＨＴＴＰレスポンスの中に、基本機能１７の処理可能なデータ種類に該当しないデータが１以上ある）の場合は、切り分け機能１９は、Ｓ５０に進み、ＲＢＩシステム３０を利用すると判定する。
【0056】
図３の手順での判定について、ＨＴＴＰレスポンスの具体例を参照して更に説明する。
【0057】
図４に例示するＨＴＴＰレスポンス１００は、コンテンツネゴシエーションを示すＣｏｎｔｅｎｔ－Ｔｙｐｅが「ｉｍａｇｅ／ｊｐｅｇ」であることを示す記述１０２を含む。ＨＴＴＰレスポンス１００のコンテンツネゴシエーション記述には、これ以外のデータ種別を示すものはない。そのデータ種別「ｉｍａｇｅ／ｊｐｅｇ」は基本機能１７がそのまま受け取って処理することが可能なものである。逆に言えば、このＨＴＴＰレスポンス１００に記述されたＣｏｎｔｅｎｔ－Ｔｙｐｅには、基本機能１７が取り扱うに当たってＲＢＩシステム３０での変換を要するデータ種類は含まれない。したがって、このＨＴＴＰレスポンス１００についてのＳ３２の判定結果はＮｏとなる。また、このＨＴＴＰレスポンス１００のＥｎｔｉｔｙＢｏｄｙには、そのデータ種別「ｉｍａｇｅ／ｊｐｅｇ」のデータの実体であるバイナリデータが含まれるのみである。したがって、Ｓ３６及びＳ３８の判定結果もＮｏとなり、このＨＴＴＰレスポンス１００についてはＳ４０で「ＲＢＩシステム３０を利用しない」ものと判定される。したがって、切り分け機能１９は、図２の手順のＳ２０にて、このＨＴＴＰレスポンス１００を基本機能１７に渡す。
【0058】
図５に例示するＨＴＴＰレスポンス１１０は、ＥｎｔｉｔｙＢｏｄｙ内に、ｓｃｒｉｐｔタグで示される要素１１２を含んでいる。スクリプト言語で記述されたデータが、ＲＢＩシステム３０での変換を要するデータ種類と規定されている場合、ＨＴＴＰレスポンス１１０についてのＳ３６の判定結果はＹｅｓとなる。したがって、切り分け機能１９は、Ｓ５０でこのＨＴＴＰレスポンス１１０は「ＲＢＩシステム３０を利用する」ものであると判定し、図２の手順のＳ２２～Ｓ２８の処理を実行する。
【0059】
図６に例示するＨＴＴＰレスポンス１２０は、ＥｎｔｉｔｙＢｏｄｙ内に、"https://example.com/devicelogin"という検証ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）でエンドユーザ検証を受けることを指示する記述１２２を含んでいる。したがって、ＨＴＴＰレスポンス１２０については、Ｓ３８の判定結果がＹｅｓとなる。したがって、切り分け機能１９は、Ｓ５０でこのＨＴＴＰレスポンス１１０は「ＲＢＩシステム３０を利用する」ものであると判定し、図２の手順のＳ２２～Ｓ２８の処理を実行する。
【0060】
次に、図７を参照して、切り分け機能１９の処理手順の変形例を説明する。図３に示す手順ではＳ２０の後で処理は終了していたが、図７に示す手順では、Ｓ２０の後に、Ｓ６０からＳ６８のステップが実行される。この変形例における切り分け機能１９の処理手順のうち、図７に示したＳ２０以降の部分以外は、図２に示した手順と同様である。
【0061】
すなわち、図７に示す手順では、切り分け機能１９は、クラウドサービス２０から返信されたＨＴＴＰレスポンスをＳ２０で基本機能１７に渡した後、そのＨＴＴＰレスポンスの処理の際に基本機能１７でエラーが起こったか否かを判定する（Ｓ６０）。例えば、そのＨＴＴＰレスポンスの処理においてエラーが起こった場合に、基本機能１７が切り分け機能１９に対してエラー発生の旨を通知し、この通知に従い、切り分け機能１９がエラー発生の判定を行えばよい。
【0062】
Ｓ６０の判定の結果がＹｅｓの場合、切り分け機能１９は、そのＨＴＴＰレスポンスをＲＢＩシステム３０に送信し（Ｓ６２）、この送信に応じてＲＢＩシステム３０から返されるレスポンスを受信する（Ｓ６４）。そして、切り分け機能１９は、受信したレスポンスに含まれるデータを解析し（Ｓ６６）、解析の結果得られたデータ（例えばＥｎｔｉｔｙＢｏｄｙのデータ）を、基本機能１７に渡す（Ｓ６８）。基本機能１７は、受け取ったそれらのデータを用いて、所期の処理を実行する。
【0063】
図２の手順は、Ｓ１６の解析及びＳ１８の判定に誤りはないという前提に基づくものである。これに対し、図７の手順は、それら解析及び判定に万が一誤りがある場合にも対応可能である。すなわち、基本機能１７がクラウドサービス２０からのＨＴＴＰレスポンスを正しく処理できず、エラーとなった場合に、切り分け機能１９は、そのＨＴＴＰレスポンスをＲＢＩシステム３０に変換させることで、基本機能１７が処理可能なデータ内容にする。
【0064】
（実施例）
以下、具体的な事例に沿った実施例を示す。
以下、具体的な事例に沿った実施例を示す。
【0065】
この例では、画像処理装置１０（例えば複合機）の利用状況をクラウドサービス２０で管理しており、その利用状況を示すログ解析結果のグラフを画像処理装置１０の画面上に表示するシーンを考える。クラウドサービス２０は、そのグラフをデータ種別「ＨＴＭＬ／ｊａｖａｓｃｒｉｐｔ」のデータとして画像処理装置１０に提供するが、画像処理装置１０の基本機能１７は、ｊａｖａｓｃｒｉｐｔを処理できないものとする。この例での一連の処理の流れを以下に示す。
【0066】
（１）ログ解析結果の表示の権限を持つユーザが、画像処理装置１０の操作パネルからその権限を持つユーザ名でログインする。
（２）そのユーザが、操作パネルに表示される操作メニューから「ログ解析結果表示サービス」というサービスを選び、そのサービスの実行を指示する。
この指示に応じて、基本機能１７が、切り分け機能１９に対して、「ログ解析結果表示サービス」を提供するクラウドサービス２０に対するアクセス要求起動通知を行う。
（３－１）切り分け機能１９は、「ログ解析結果表示サービス」を要求するＨＴＴＰリクエストをそのクラウドサービス２０に送信する。このとき、そのＨＴＴＰリクエストに含めるべき情報は、画像処理装置１０内の情報を管理する機能から切り分け機能１９に提供される。そのような情報としては、そのクラウドサービス２０を特定する情報（例えばＵＲＬ又はＵＲＩ）やそのクラウドサービス２０に提示すべきそのユーザのクレデンシャル情報等がある。
（３－２）切り分け機能１９は、このＨＴＴＰリクエストに対するクラウドサービス２０からのＨＴＴＰレスポンスを受信する。このＨＴＴＰレスポンスのヘッダには、そのレスポンスに含まれるデータの種別を示すコンテンツネゴシエーションの情報が含まれる。またそのＨＴＴＰレスポンスのＥｎｔｉｔｙＢｏｄｙには、ログ解析結果のグラフを「ＨＴＭＬ／ｊａｖａｓｃｒｉｐｔ」の形式で表現したデータが含まれる。
（３－３）切り分け機能１９は、内蔵するＨＴＴＰパーサにより、そのＨＴＴＰレスポンスを解析し、サービス名やデータ種別等の必要な情報を抽出する。そして、抽出した情報を用いて、そのＨＴＴＰレスポンスをそのまま基本機能１７に渡すか、そのＨＴＴＰレスポンスをＲＢＩシステム３０に変換させ、その変換の結果を基本機能１７に渡すかを判定する（例えば図３の処理手順）。
（４－１）判定の結果、ＲＢＩシステム３０に変換させることとなった場合、切り分け機能１９は、上述のＨＴＴＰレスポンスと、そこから抽出したサービス名をＲＢＩシステム３０に送信する。
（４－２）ＲＢＩシステム３０は、受け取ったＨＴＴＰレスポンス内の「ＨＴＭＬ／ｊａｖａｓｃｒｉｐｔ」で表現されていたグラフを、基本機能１７が取扱可能な画像の形式のデータへと変換する。そして、この変換の結果の画像データを、上述のサービス名と対応付けて、切り分け機能１９に返す。
（４－３）切り分け機能１９は、ＲＢＩシステム３０からその画像データ及びサービス名を受け取り、基本機能１７に渡す。
（５）基本機能１７の一部であるブラウザは、ウェブページのそのサービス名に対応する部分に、その画像データを表示する。これにより、ログ解析結果のグラフが画面表示されることとなる。
（２）そのユーザが、操作パネルに表示される操作メニューから「ログ解析結果表示サービス」というサービスを選び、そのサービスの実行を指示する。
この指示に応じて、基本機能１７が、切り分け機能１９に対して、「ログ解析結果表示サービス」を提供するクラウドサービス２０に対するアクセス要求起動通知を行う。
（３－１）切り分け機能１９は、「ログ解析結果表示サービス」を要求するＨＴＴＰリクエストをそのクラウドサービス２０に送信する。このとき、そのＨＴＴＰリクエストに含めるべき情報は、画像処理装置１０内の情報を管理する機能から切り分け機能１９に提供される。そのような情報としては、そのクラウドサービス２０を特定する情報（例えばＵＲＬ又はＵＲＩ）やそのクラウドサービス２０に提示すべきそのユーザのクレデンシャル情報等がある。
（３－２）切り分け機能１９は、このＨＴＴＰリクエストに対するクラウドサービス２０からのＨＴＴＰレスポンスを受信する。このＨＴＴＰレスポンスのヘッダには、そのレスポンスに含まれるデータの種別を示すコンテンツネゴシエーションの情報が含まれる。またそのＨＴＴＰレスポンスのＥｎｔｉｔｙＢｏｄｙには、ログ解析結果のグラフを「ＨＴＭＬ／ｊａｖａｓｃｒｉｐｔ」の形式で表現したデータが含まれる。
（３－３）切り分け機能１９は、内蔵するＨＴＴＰパーサにより、そのＨＴＴＰレスポンスを解析し、サービス名やデータ種別等の必要な情報を抽出する。そして、抽出した情報を用いて、そのＨＴＴＰレスポンスをそのまま基本機能１７に渡すか、そのＨＴＴＰレスポンスをＲＢＩシステム３０に変換させ、その変換の結果を基本機能１７に渡すかを判定する（例えば図３の処理手順）。
（４－１）判定の結果、ＲＢＩシステム３０に変換させることとなった場合、切り分け機能１９は、上述のＨＴＴＰレスポンスと、そこから抽出したサービス名をＲＢＩシステム３０に送信する。
（４－２）ＲＢＩシステム３０は、受け取ったＨＴＴＰレスポンス内の「ＨＴＭＬ／ｊａｖａｓｃｒｉｐｔ」で表現されていたグラフを、基本機能１７が取扱可能な画像の形式のデータへと変換する。そして、この変換の結果の画像データを、上述のサービス名と対応付けて、切り分け機能１９に返す。
（４－３）切り分け機能１９は、ＲＢＩシステム３０からその画像データ及びサービス名を受け取り、基本機能１７に渡す。
（５）基本機能１７の一部であるブラウザは、ウェブページのそのサービス名に対応する部分に、その画像データを表示する。これにより、ログ解析結果のグラフが画面表示されることとなる。
【0067】
以上に説明した実施形態における画像処理装置１０の情報処理部１４は、例えば、汎用のコンピュータを用いて構成される。このコンピュータは、例えば、図８に例示するように、プロセッサ１００２、ランダムアクセスメモリ（ＲＡＭ）等のメモリ（主記憶装置）１００４、フラッシュメモリやＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）等の不揮発性記憶装置である補助記憶装置１００６を制御するコントローラ、各種の入出力装置１００８とのインターフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインターフェース１０１０等が、例えばバス１０１２等のデータ伝送路を介して接続された回路構成を有する。上記実施形態の処理の内容が記述されたプログラムが、ネットワーク等を経由してそのコンピュータにインストールされ、補助記憶装置１００６に記憶される。補助記憶装置１００６に記憶されたプログラムが、プロセッサ１００２によりメモリ１００４を用いて実行されることにより、本実施形態の情報処理部１４が構成される。
【0068】
上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。
【0069】
また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜に変更してもよい。
【0070】
（付記）
（（（１）））
プロセッサを備え、
前記プロセッサは、
要求元からの要求に応じたＨＴＴＰリクエストを第１の外部サービスに送信し、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、
前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、
情報処理装置。
（（（２）））
前記プロセッサは、
前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、
（（（１）））に記載の情報処理装置。
（（（３）））
前記プロセッサは、
前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれない場合、前記ＨＴＴＰレスポンスを前記要求元に渡す、
（（（１）））に記載の情報処理装置。
（（（４）））
前記プロセッサは、
前記第１の外部サービスとは異なる第２の外部サービスとの通信を行うことを表す記述が前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、
（（（１）））～（（（３）））のいずれか１項に記載の情報処理装置。
（（（５）））
前記プロセッサは、
前記ＨＴＴＰレスポンスを前記要求元に渡した場合において、前記要求元における前記ＨＴＴＰレスポンスに関する処理にエラーが生じた場合に、前記ＨＴＴＰレスポンスを前記変換装置に変換させ、この結果得られたデータを前記要求元に渡す、
（（（１）））～（（（４）））に記載の情報処理装置。
（（（６）））
要求元からの要求に応じたＨＴＴＰリクエストを第１の外部サービスに送信し、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、
前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、
処理をコンピュータに実行させるためのプログラム。
（（（１）））
プロセッサを備え、
前記プロセッサは、
要求元からの要求に応じたＨＴＴＰリクエストを第１の外部サービスに送信し、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、
前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、
情報処理装置。
（（（２）））
前記プロセッサは、
前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、
（（（１）））に記載の情報処理装置。
（（（３）））
前記プロセッサは、
前記要求元が処理できない種類のデータが前記ＨＴＴＰレスポンスに含まれない場合、前記ＨＴＴＰレスポンスを前記要求元に渡す、
（（（１）））に記載の情報処理装置。
（（（４）））
前記プロセッサは、
前記第１の外部サービスとは異なる第２の外部サービスとの通信を行うことを表す記述が前記ＨＴＴＰレスポンスに含まれる場合、前記ＨＴＴＰレスポンスを前記変換装置で変換することにより得られたデータを前記要求元に渡す、
（（（１）））～（（（３）））のいずれか１項に記載の情報処理装置。
（（（５）））
前記プロセッサは、
前記ＨＴＴＰレスポンスを前記要求元に渡した場合において、前記要求元における前記ＨＴＴＰレスポンスに関する処理にエラーが生じた場合に、前記ＨＴＴＰレスポンスを前記変換装置に変換させ、この結果得られたデータを前記要求元に渡す、
（（（１）））～（（（４）））に記載の情報処理装置。
（（（６）））
要求元からの要求に応じたＨＴＴＰリクエストを第１の外部サービスに送信し、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信し、
前記ＨＴＴＰレスポンスを前記要求元に渡すか、前記ＨＴＴＰレスポンスを外部の変換装置で変換することにより得られたデータを前記要求元に渡すかを、前記ＨＴＴＰレスポンスに含まれるデータに基づいて切り替える、
処理をコンピュータに実行させるためのプログラム。
【0071】
（（（１）））～（（（４）））にかかる情報処理装置、又は（（（６）））にかかるプログラムによれば、情報処理装置からのＨＴＴＰリクエストに対するＨＴＴＰレスポンスのすべてを変換装置が変換した上で情報処理装置に提供する方式と比べて、変換装置を介することによる情報処理装置の処理効率の低下を抑制することができる。
（（（５）））に係る情報処理装置によれば、ＨＴＴＰレスポンスに含まれるデータに基づく判定に応じてそのＨＴＴＰレスポンスを要求元に渡した場合に、その判定に反して要求元がそのＨＴＴＰレスポンスを正しく処理できない場合にも対処することができる。
（（（５）））に係る情報処理装置によれば、ＨＴＴＰレスポンスに含まれるデータに基づく判定に応じてそのＨＴＴＰレスポンスを要求元に渡した場合に、その判定に反して要求元がそのＨＴＴＰレスポンスを正しく処理できない場合にも対処することができる。
【符号の説明】
【0072】
１０ 画像処理装置、１２ 画像処理部、１４ 情報処理部、１５ Ｗｅｂクライアント、１７ 基本機能、１９ 切り分け機能、２０ クラウドサービス、３０ ＲＢＩシステム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】