(57)【要約】【課題】ＭＦＰ上のＷｅｂブラウザーへの変更を加えずに、独立したデバッグ用機能を追加する方法が望まれている。【解決手段】ＷｅｂアプリケーションとＷｅｂブラウザーとを有する画像処理装置であって、前記Ｗｅｂアプリケーションは、デバッグ機能の実行の要求を受け付ける手段と、前記デバッグ機能の実行の要求を受け付けたことに応じて、前記Ｗｅｂブラウザーに対し、前記Ｗｅｂアプリケーションから第二のスクリプトを取得するための記述がされている第一のスクリプトを送信し、当該第一のスクリプトの実行を要求する手段と、前記第一のスクリプトが実行されたことにより前記Ｗｅｂブラウザーから送信された前記第二のスクリプトの取得の要求を受信したことに応じて前記Ｗｅｂブラウザーに前記第二のスクリプトを提供する手段とを備え、前記第二のスクリプトが前記Ｗｅｂブラウザーにより実行されることで当該Ｗｅｂブラウザーにより前記デバッグ機能が提供される。【選択図】  図４
2017054459.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂアプリケーションと、Ｗｅｂブラウザーとを有する画像処理装置であって、
前記Ｗｅｂアプリケーションは、
デバッグ機能の実行の要求を受け付ける受け付け手段と、
前記受け付け手段により前記デバッグ機能の実行の要求を受け付けたことに応じて、前記Ｗｅｂブラウザーに対し、前記Ｗｅｂアプリケーションから第二のスクリプトを取得するための記述がされている第一のスクリプトを送信し、当該第一のスクリプトの実行を要求する要求手段と、
前記第一のスクリプトが実行されたことにより前記Ｗｅｂブラウザーから送信された前記第二のスクリプトの取得の要求を受信したことに応じて、前記Ｗｅｂブラウザーに前記第二のスクリプトを提供する提供手段と
を備え、
前記第二のスクリプトが前記Ｗｅｂブラウザーにより実行されることで、当該Ｗｅｂブラウザーにより前記デバッグ機能が提供されることを特徴とする画像処理装置。
【請求項２】
前記第一のスクリプトは、擬似スキームを用いて記述されることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記第一のスクリプトは、前記ＷｅｂブラウザーのＵＲＩスキームで指定が可能な文字数以内で記述されることを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記第一のスクリプトは、前記Ｗｅｂブラウザーが現在表示しているコンテンツに挿入されることにより実行されることを特徴とする請求項１乃至３のいずれか一項に記載の画像処理装置。
【請求項５】
前記第二のスクリプトが前記Ｗｅｂブラウザーにより実行されることで、前記デバッグ機能の実行結果が前記Ｗｅｂブラウザーに表示されることを特徴とする請求項１乃至４のいずれか一項に記載の画像処理装置。
【請求項６】
前記第二のスクリプトが前記Ｗｅｂブラウザーにより実行されることで、前記デバッグ機能の実行結果を前記Ｗｅｂアプリケーションへ送信し、
前記受け付け手段は、前記デバッグ機能の実行結果を前記デバッグ機能の実行の要求元へ応答として返すことを特徴とする請求項１乃至５のいずれか一項に記載の画像処理装置。
【請求項７】
前記受け付け手段は、前記Ｗｅｂブラウザーによる前記デバッグ機能の実行の要求を受け付けるための画面を外部装置へ提供することを特徴とする請求項１乃至６のいずれか一項に記載の画像処理装置。
【請求項８】
前記第一、および前記第二のスクリプトは、ＪａｖａＳｃｒｉｐｔであることを特徴とする請求項１乃至７のいずれか一項に記載の画像処理装置。
【請求項９】
Ｗｅｂアプリケーションと、Ｗｅｂブラウザーとを有する画像処理装置の制御方法であって、
前記Ｗｅｂアプリケーションにおいて、
デバッグ機能の実行の要求を受け付ける受け付け工程と、
前記受け付け工程にて前記デバッグ機能の実行の要求を受け付けたことに応じて、前記Ｗｅｂブラウザーに対し、前記Ｗｅｂアプリケーションから第二のスクリプトを取得するための記述がされている第一のスクリプトを送信し、当該第一のスクリプトの実行を要求する要求工程と、
前記第一のスクリプトが実行されたことにより前記Ｗｅｂブラウザーから送信された前記第二のスクリプトの取得の要求を受信したことに応じて、前記Ｗｅｂブラウザーに前記第二のスクリプトを提供する提供工程と
を有し、
前記第二のスクリプトが前記Ｗｅｂブラウザーにより実行されることで、当該Ｗｅｂブラウザーにより前記デバッグ機能が提供されることを特徴とする画像処理装置の制御方法。
【請求項１０】
Ｗｅｂアプリケーションと、Ｗｅｂブラウザーとを有するコンピュータに、
前記Ｗｅｂアプリケーションにおいて、
デバッグ機能の実行の要求を受け付ける受け付け工程と、
前記受け付け手段により前記デバッグ機能の実行の要求を受け付けたことに応じて、前記Ｗｅｂブラウザーに対し、前記Ｗｅｂアプリケーションから第二のスクリプトを取得するための記述がされている第一のスクリプトを送信し、当該第一のスクリプトの実行を要求する要求工程と、
前記第一のスクリプトが実行されたことにより前記Ｗｅｂブラウザーから送信された前記第二のスクリプトの取得の要求を受信したことに応じて、前記Ｗｅｂブラウザーに前記第二のスクリプトを提供する提供工程と
を実行させ、
前記第二のスクリプトが前記Ｗｅｂブラウザーにより実行されることで、当該Ｗｅｂブラウザーにより前記デバッグ機能が提供されることを特徴とするプログラム。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置およびその制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）などの画像処理装置の中に、ネットワーク上のＷｅｂサーバーが備えるＷｅｂアプリケーションと連携して処理を行うＷｅｂブラウザーを備えているものがある。Ｗｅｂブラウザーには、Ｗｅｂアプリケーションのコンテンツの開発を補助するための様々な機能が搭載されていることが知られている。例えば、表示中のコンテンツの内容を表示する機能、コンソールログを表示する機能、ＪａｖａＳｃｒｉｐｔ（登録商標）のステップ実行機能などが挙げられる。これらにより、コンテンツ開発者は効率的にＷｅｂアプリケーションの開発を行うことが可能となる。
【０００３】
一方、Ｗｅｂアプリケーションのデバッグ操作をリモートで行う方法として、特許文献１では、開示された方法を用いることで、ＰＣなどを用いてリモート環境から対象となるデバイスでのデバッグを行うことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−８５５６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＭＦＰが備えるＷｅｂブラウザーで表示・動作させるためのＷｅｂアプリケーションを開発するためには、実際にＭＦＰが備えるＷｅｂブラウザーで動作させて確認することが重要である。しかし、ＭＦＰが備えるＷｅｂブラウザー向けに、各種デバッグの機能を追加することは、開発・運用コストが大きくかかるという問題がある。これは、ＭＦＰが様々な機種が生産されており、それに搭載されるソフトウェアは機器構成の異なる複数の機種のＭＦＰに対応する必要があることに起因する。更に、Ｗｅｂブラウザーへの変更を加えることは、既存のＭＦＰに対してファームウェアアップデートを必要とする。
【０００６】
そこで、画像形成装置が備えるＷｅｂブラウザー自体に変更を加えずに、Ｗｅｂブラウザーにデバッグ機能を追加する方法が望まれている。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本願発明は以下の構成を有する。すなわち、Ｗｅｂアプリケーションと、Ｗｅｂブラウザーとを有する画像処理装置であって、前記Ｗｅｂアプリケーションは、デバッグ機能の実行の要求を受け付ける受け付け手段と、前記受け付け手段により前記デバッグ機能の実行の要求を受け付けたことに応じて、前記Ｗｅｂブラウザーに対し、前記Ｗｅｂアプリケーションから第二のスクリプトを取得するための記述がされている第一のスクリプトを送信し、当該第一のスクリプトの実行を要求する要求手段と、前記第一のスクリプトが実行されたことにより前記Ｗｅｂブラウザーから送信された前記第二のスクリプトの取得の要求を受信したことに応じて、前記Ｗｅｂブラウザーに前記第二のスクリプトを提供する提供手段とを備え、前記第二のスクリプトが前記Ｗｅｂブラウザーにより実行されることで、当該Ｗｅｂブラウザーにより前記デバッグ機能が提供される。
【発明の効果】
【０００８】
本願発明により、画像形成装置が備えるＷｅｂブラウザーのプログラム変更を行うことなく、デバッグ機能を追加することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係るシステム全体の構成例を示す図。
【図２】本実施形態に係る各装置のハードウェア構成の例を示す図。
【図３】本実施形態に係るＭＦＰのソフトウェア構成の例を示す図。
【図４】本実施形態に係るデバッグ機能動作までのシーケンス図。
【図５】本実施形態に係るＪａｖａＳｃｒｉｐｔの記述例を示す図。
【図６】本実施形態に係るデバッグツール画面の例を示す図。
【図７】本実施形態に係るデバッグ実行時のＷｅｂブラウザー画面の例を示す図。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための一実施形態について図面を用いて説明する。
【００１１】
［システム構成］
図１は、本発明に係る画像処理装置を含むシステム全体の構成例を示す。本システムは、画像処理装置としてのＭＦＰ１０１、情報処理装置１０２、およびサーバー１０３を含んで構成され、各装置はネットワーク１００を介して通信可能に接続される。ネットワーク１００は、各装置間で通信を行うための基盤であって、インターネットなどの外部ネットワークに接続されていてもよい。また、ネットワーク１００は、有線／無線は問わない。ＭＦＰ１０１は、画像処理装置であり、Ｗｅｂブラウザー機能を有する。なお、本実施形態では、画像処理装置の例としてＭＦＰを用いて説明するがこれに限定されるものではなく、Ｗｅｂブラウザー機能を有する装置であればよい。情報処理装置１０２は、ネットワーク１００経由でＭＦＰ１０１と接続され、自身が備えるＷｅｂブラウザーを介してＭＦＰ１０１にＨＴＴＰリクエストを送信することが可能である。なお、ここで用いる通信プロトコルは、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に限定するものではなく、本願発明に係る各種リクエストが可能であれば、他の通信プロトコルを用いてもよい。情報処理装置１０２は、ネットワーク１００に接続され、Ｗｅｂブラウザーが利用できればどのような装置でもよく、ＰＣや携帯電話のようなモバイル端末でもよい。
【００１２】
サーバー１０３は、Ｗｅｂコンテンツを、ネットワーク１００を介して配信する機能を備え、ＭＦＰ１０１からのリクエストに応じてＷｅｂコンテンツを返す。各装置は、ローカルネットワーク上に存在してもよいし、インターネットなどの外部ネットワークを介して接続されていてもよい。
【００１３】
図２は、本実施形態に係るＭＦＰ１０１、情報処理装置１０２、およびサーバー１０３のハードウェア構成の一例を示す。ここでは、いずれの装置も同じハードウェアを含んで構成されているものとして説明するが、それぞれが異なる部位を備える構成であってもよい。各装置は、自装置全体を制御するＣＰＵ２０１、ワークエリアとして機能するＲＡＭ２０２、各種プログラムや設定を記憶する記憶装置２０３を含む。記憶装置２０３としては、ＨＤＤやＮＶＲＡＭ等が挙げられる。さらに、各装置は、ユーザーがコマンドの入力を行うためのユーザー入力装置２０４、画面表示を行うＵＩ表示装置２０５、および、他機器とネットワーク１００による通信を行うネットワーク装置２０６を含んで構成される。各部位は、メインバス２００に接続され、各部位間で通信可能である。尚、本実施形態において、特に断らない限り、各装置は、ＣＰＵ２０１がメインバス２００を介してＲＡＭ２０２、記憶装置２０３、ユーザー入力装置２０４、ＵＩ表示装置２０５、およびネットワーク装置２０６を制御する。ＵＩ表示装置２０５は、タッチパネルディスプレイのように、ユーザー入力装置２０４を兼ねてもよい。また、サーバー１０３は、ユーザー入力装置２０４とＵＩ表示装置２０５を有していなくてもよい。また、ＭＦＰ１０１は、図２に示す構成の他にも画像読取部や印刷部がメインバス２００に接続されていてもよい。
【００１４】
図３は、本実施形態に係るＭＦＰ１０１のソフトウェア構成の例を示す。図３に示す各機能部は、ＭＦＰ１０１が有するＣＰＵ２０１が記憶装置２０３に保持された制御プログラムを読み出して実行することにより実現される。
【００１５】
ＭＦＰ１０１は、Ｗｅｂアプリケーション３１０、およびＷｅｂブラウザー３２０を有する。なお、Ｗｅｂブラウザー３２０は、サーバー１０３が提供するコンテンツを表示するものに限定しない。また、Ｗｅｂブラウザー３２０は、任意のサーバーと通信を行うことによってコンテンツを取得し、画面に表示するといった機能を有するものであればよい。
【００１６】
本実施形態に係るＷｅｂアプリケーション３１０は、デバッグ機能の操作ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を提供し、外部からの指示に従ってデバッグ機能を実行するモジュールである。Ｗｅｂアプリケーション３１０は、通信部３１１、処理部３１２、および記憶部３１３を有する。通信部３１１は、ＭＦＰ１０１のＷｅｂブラウザー３２０からのＨＴＴＰリクエストを受け付け、リクエスト内容に応じたＨＴＴＰレスポンスを返す。このとき、通信部３２１は、記憶部３１３に保存されているコンテンツデータを参照し、ＨＴＴＰレスポンスを生成する。本実施形態では、Ｗｅｂブラウザー３２０からの所定の要求に応じて、デバッグ機能を提供するＪａｖａＳｃｒｉｐｔファイルが応答として返される。なお、本実施形態では、デバッグ機能に係るスクリプトが記載されるスクリプト言語として、ＪａｖａＳｃｒｉｐｔ（登録商標）を例にとって説明している。この場合において、Ｗｅｂブラウザー３２０では、ＪａｖａＳｃｒｉｐｔ（登録商標）の実行が可能な構成であるものとする。
【００１７】
同様に、通信部３１１は、情報処理装置１０２からのＨＴＴＰリクエストを受け付け、リクエスト内容に応じたＨＴＴＰレスポンスを返す。本実施形態では、通信部３１１は、リクエストに応じて、デバッグ機能をユーザーに提供するためのＵＩや、デバッグ機能の実行結果を返す。
【００１８】
処理部３１２は、通信部３１１がＷｅｂブラウザー３２０からのデバッグ実行要求を受け付けた際に、記憶部３１３から後述する挿入ＪａｖａＳｃｒｉｐｔを読み出し、Ｗｅｂブラウザー３２０にて表示中のコンテンツに挿入する。このとき、読み出したＪａｖａＳｃｒｉｐｔを、ＪａｖａＳｃｒｉｐｔ擬似スキーム（ｊａｖａｓｃｒｉｐｔ：）を用いた形に変換してから挿入を行う。ここでの変換後の記述例については図５（ｂ）を用いて後述する。本実施形態に係る、挿入されるＪａｖａＳｃｒｉｐｔを便宜上、「挿入ＪａｖａＳｃｒｉｐｔ」もしくは「第一のスクリプト」と記載する。挿入はＷｅｂブラウザー３２０の処理部３２３に対して依頼をすることで行われる。ＪａｖａＳｃｒｉｐｔ擬似スキームを用いたＪａｖａＳｃｒｉｐｔの挿入は、ＨＴＴＰスキーム（ＵＲＩスキーム）によるＵＲＬ指定の代わりに指示することが可能であり、一般的なＷｅｂブラウザーの多くはこの機能をサポートしている。
【００１９】
記憶部３１３には、通信部３１１でレスポンスするコンテンツや、処理部３１２で挿入するＪａｖａＳｃｒｉｐｔのデータが保存されており、通信部３１１や処理部３１２からの要求に従って保存されたデータが読み出される。また、Ｗｅｂアプリケーション３１０は、ＭＦＰ１０１にプリインストールされている必要はなく、Ｊａｖａアプリケーションとして構成されており、後からインストールすることができるものであってよい。ＭＦＰ１０１には、Ｊａｖａアプリケーションを実行するためのＪａｖａ実行環境（不図示）が搭載される。
【００２０】
Ｗｅｂブラウザー３２０は、通信部３２１、解析部３２２、および処理部３２３を有する。通信部３２１は、ＨＴＴＰを用いて、Ｗｅｂアプリケーション３１０、及び、サーバー１０３と通信する。具体的には、通信部３２１は、Ｗｅｂブラウザー３２０で表示した操作画面を介して入力される情報をサーバー１０３に対するリクエストとして送信し、表示コンテンツをレスポンスとして受信する。また、通信部３２１は、挿入ＪａｖａＳｃｒｉｐｔの動作に従って、Ｗｅｂアプリケーション３１０にデバッグ機能を提供するためのＪａｖａＳｃｒｉｐｔを取得するリクエストを送信する。また、通信部３２１は、そのレスポンスをＷｅｂアプリケーション３１０から受信する。ここでデバッグ機能を提供するためのＪａｖａＳｃｒｉｐｔを便宜上、「第二のスクリプト」とも記載する。
【００２１】
解析部３２２は、サーバー１０３やＷｅｂアプリケーション３１０から受信したレスポンスを解析する。レスポンスの中にはＷｅｂブラウザー３２０に表示すべき操作画面の内容を示す記述であるＨＴＭＬデータや、ＪａｖａＳｃｒｉｐｔが記載されている。処理部３２３は、解析部３２２による解析結果に基づいて、表示コンテンツをＵＩ表示装置２０５に表示したり、ＪａｖａＳｃｒｉｐｔが表示コンテンツに含まれる場合には、そのＪａｖａＳｃｒｉｐｔを実行したりする。また、処理部３２３は、Ｗｅｂアプリケーション３１０の処理部３１２からＪａｖａＳｃｒｉｐｔ擬似スキームによるＪａｖａＳｃｒｉｐｔ実行指示を受け付けた場合、与えられたＪａｖａＳｃｒｉｐｔを実行する。
【００２２】
本実施形態では、処理部３２３は、Ｗｅｂアプリケーション３１０の処理部３１２から、挿入ＪａｖａＳｃｒｉｐｔの実行指示を受け付けて実行する。挿入ＪａｖａＳｃｒｉｐｔが実行されることにより、処理部３２３は、通信部３２１を介して、Ｗｅｂアプリケーション３１０にデバッグ機能を提供するＪａｖａＳｃｉｒｐｔ（第二のスクリプト）をリクエストする。そして、処理部３２３は、リクエストの応答として受信したＪａｖａＳｃｒｉｐｔ（第二のスクリプト）が現在表示中のコンテンツに挿入、実行されることによって、デバッグ機能を提供することが可能となる。具体的には、処理部３２３は、現在表示中のコンテンツのＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）をＪａｖａＳｃｒｉｐｔによって解析し、その詳細な内容をＨＴＭＬコンテンツ上に視覚的に描画する。また、処理部３２３は、スタイルを入力するフォームを設け、動的にコンテンツの見た目を書き換える機能を提供する。ただし、デバッグ機能は前述の機能に限るものではなく、コンソールログの表示機能など、ユーザーのＷｅｂアプリケーション開発の効率を向上させる様々な機能を有していてもよい。これらのデバッグ機能を提供するためのＪａｖａＳｃｒｉｐｔ（第二のスクリプト）が、Ｗｅｂアプリケーション３１０からＷｅｂブラウザー３２０に対して提供される。
【００２３】
［処理シーケンス］
図４は、情報処理装置１０２からのリクエストに従ってＭＦＰ１０１でデバッグ機能が呼び出される際のシーケンスを示す。前提として、Ｗｅｂブラウザー３２０では、Ｗｅｂアプリケーションの開発者がデバッグ機能を実行したいＷｅｂコンテンツの画面を表示しているものとする。ここでのＷｅｂコンテンツは、例えば、サーバー１０３から取得されているものとする。また、本処理シーケンスは、ＭＦＰ１０１および情報処理装置１０２それぞれのＣＰＵが記憶装置２０３に格納された各種プログラムを読み出して実行することにより実現される。
【００２４】
Ｓ４０１にて、ユーザーの操作に従って、情報処理装置１０２は、情報処理装置１０２のＷｅｂブラウザー（不図示）から、Ｗｅｂアプリケーション３１０に対して、デバッグツール画面６００の取得のためのＨＴＴＰリクエストを送信する。
【００２５】
Ｓ４０２にて、情報処理装置１０２からのリクエストに応じて、ＭＦＰ１０１のＷｅｂアプリケーション３１０は、デバッグツール画面６００のコンテンツを、要求元である情報処理装置１０２にレスポンスとして返す。また、レスポンスを受信した情報処理装置１０２のＷｅｂブラウザー（不図示）は、デバッグツール画面６００のコンテンツを表示する。
【００２６】
Ｓ４０３にて、ユーザーは、情報処理装置１０２のＷｅｂブラウザー（不図示）上に表示されているデバッグツール画面６００を操作し、デバッグツール画面６００の各種ボタンを操作することで、デバッグ機能実行の指示を行う。
【００２７】
Ｓ４０４にて、情報処理装置１０２は、Ｓ４０３にてユーザーにより行われたデバッグ機能実行の指示に従って、Ｗｅｂアプリケーション３１０に対してデバッグ機能実行を要求するＨＴＴＰリクエストを送信する。
【００２８】
Ｓ４０５にて、Ｗｅｂアプリケーション３１０は、Ｓ４０４にて情報処理装置１０２から送信されたＨＴＴＰリクエストに応じて、デバッグツール画面６００のコンテンツをレスポンスとして返す。このとき、デバッグ実行処理を受け付けたことを示す記述がコンテンツに含まれている。なお、Ｗｅｂアプリケーション３１０は、レスポンスを、ＭＦＰ１０１のＷｅｂブラウザー３２０によるデバッグ処理の実行が完了した後に返すようにしてもよい。例えば、Ｗｅｂアプリケーション３１０は、後述するＳ４１０の後に、処理の実行結果をＷｅｂブラウザー３２０から受信し、その結果を含めて情報処理装置１０２にレスポンスを返すようにしてもよい。これにより、ＭＦＰ１０１側のみならず、情報処理装置１０２側でもデバッグのための情報を参照することが可能となる。
【００２９】
Ｓ４０６にて、Ｗｅｂアプリケーション３１０は、Ｓ４０４にて情報処理装置１０２からデバッグ機能実行の要求を受信したことに応じて、ＭＦＰ１０１のＷｅｂブラウザー３２０に対して、ＪａｖａＳｃｒｉｐｔ擬似スキームを用いて、コンテンツに対する挿入ＪａｖａＳｃｒｉｐｔの挿入を依頼する。挿入ＪａｖａＳｃｒｉｐｔはコンテンツに挿入されることで、このコンテンツが実行された際に併せて実行されることとなる。
【００３０】
図５（ａ）は、挿入ＪａｖａＳｃｒｉｐｔの記述例を示す。挿入ＪａｖａＳｃｒｉｐｔには、デバッグ機能を提供するＪａｖａＳｃｒｉｐｔをダウンロードするための処理が記述されている。挿入ＪａｖａＳｃｒｉｐｔが実行されると、ＵＲＬ５０１が示す宛先（ここでは、Ｗｅｂアプリケーション３１０）に対してデバッグ機能を提供するＪａｖａＳｃｒｉｐｔを取得するためのリクエストを送信する。
【００３１】
なお、上述したように、ＪａｖａＳｃｒｉｐｔ擬似スキームによるＪａｖａＳｃｒｉｐｔの指定は、Ｗｅｂブラウザーに対してＨＴＴＰスキームでＵＲＬを指定する代わりに行われる。そのため、一般的にＷｅｂブラウザーで許容されるＵＲＬの文字列長の上限までのＪａｖａＳｃｒｉｐｔしか実行（記述）できない。この理由により、デバッグ機能を提供するＪａｖａＳｃｒｉｐｔ（すなわち、第二のスクリプト）を直接挿入することはできない。従って、ＪａｖａＳｃｒｉｐｔ擬似スキームで挿入するＪａｖａＳｃｒｉｐｔ（すなわち、第一のスクリプト）に、デバッグ機能を提供するＪａｖａＳｃｒｉｐｔ（すなわち、第二のスクリプト）をダウンロードするための処理が記述される。本実施形態において、このダウンロードするための処理が記述されている挿入ＪａｖａＳｃｒｉｐｔは、Ｗｅｂアプリケーション３１０の記憶部３１３に保存されている。なお、挿入ＪａｖａＳｃｒｉｐｔは、Ｗｅｂブラウザー３２０にて許容されるＵＲＬ（ＵＲＩ）の文字数以内となるように記述される。
【００３２】
図５（ｂ）は、ＪａｖａＳｃｒｉｐｔ擬似スキームを用いた例を示す。ＪａｖａＳｃｒｉｐｔ擬似スキーム５０２が付与されたワンラインのＪａｖａＳｃｒｉｐｔである。なお、デバッグ機能を提供するためのＪａｖａＳｃｒｉｐｔ（第二のスクリプト）の記述の詳細はここでは省略するが、上述したように各種デバッグ機能に応じた記述がなされるものとする。
【００３３】
Ｓ４０７にて、Ｗｅｂブラウザー３２０は、Ｓ４０６で挿入を依頼された挿入ＪａｖａＳｃｒｉｐｔを、現在表示しているＷｅｂコンテンツに挿入する。更に、Ｗｅｂブラウザー３２０は、挿入ＪａｖａＳｃｒｉｐｔを解釈し、実行する。
【００３４】
Ｓ４０８にて、Ｓ４０７で挿入された挿入ＪａｖａＳｃｒｉｐｔが実行されることにより、Ｗｅｂブラウザー３２０は、Ｗｅｂアプリケーション３１０に対して、デバッグ機能を提供するＪａｖａＳｃｒｉｐｔ（第二のスクリプト）を取得するためのＨＴＴＰリクエストを送信する。
【００３５】
Ｓ４０９にて、Ｗｅｂアプリケーション３１０は、Ｓ４０８のリクエストに応じて、デバッグ機能を提供するＪａｖａＳｃｒｉｐｔ（第二のスクリプト）を記憶部３１３から読み出し、レスポンスとしてＷｅｂブラウザー３２０に返す。
【００３６】
Ｓ４１０にて、Ｗｅｂブラウザー３２０は、Ｓ４０９でＷｅｂアプリケーション３１０から受信したデバッグ機能を提供するＪａｖａＳｃｒｉｐｔ（第二のスクリプト）を実行する。
【００３７】
図６は、デバッグツール画面６００の例を示す。デバッグツール画面６００は、ＭＦＰ１０１のＷｅｂアプリケーション３１０によってＷｅｂコンテンツとして提供され、情報処理装置１０２のＷｅｂブラウザー（不図示）上に表示さる。また、デバッグツール画面６００には１または複数のデバッグ実行指示ボタン６０１が含まれる。デバッグ実行指示ボタン６０１は、デバッグに関する様々な操作に対応している。デバッグ実行指示ボタン６０１が押下されると、Ｗｅｂブラウザー３２０はＷｅｂアプリケーション３１０に対して、デバッグ処理実行のためＨＴＴＰリクエストを送信する。
【００３８】
図７は、ＭＦＰ１０１のＷｅｂブラウザー３２０における、デバッグ機能実行時の画面の例を示す。画面７００には、オリジナルコンテンツ７０１とデバッグ機能による追加コンテンツ７０２が含まれる。オリジナルコンテンツ７０１は、ユーザーがデバッグを実行したいＷｅｂコンテンツを示す。それに対して、デバッグ機能が実行されることで、追加コンテンツ７０２の領域が画面７００上に表示される。図７に示す例では、追加コンテンツ７０２にはオリジナルコンテンツ７０１の詳細な情報（ＨＴＭＬのソースコード）が表示された例を示している。しかし、これに限定するものではなく、出力されたログや、Ｃｏｏｋｉｅの情報など、その他の情報が表示されるようにしてもよい。
【００３９】
以上、本願発明により、ＭＦＰが備えるＷｅｂブラウザーは、ＭＦＰが備えるＷｅｂアプリケーションからのＪａｖａＳｃｒｉｐｔの挿入によって、デバッグ機能を提供するＪａｖａＳｃｒｉｐｔを取得して実行する。これにより、ＭＦＰが備えるＷｅｂブラウザーに変更を加えることなく、デバッグ機能をＷｅｂブラウザー上で実現できる。
【００４０】
＜その他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００４１】
１０１：ＭＦＰ、３１０：Ｗｅｂアプリケーション、３２０：Ｗｅｂブラウザー 
【図１】
2017054459.tif 000003
【図２】
2017054459.tif 000004
【図３】
2017054459.tif 000005
【図４】
2017054459.tif 000006
【図５】
2017054459.tif 000007
【図６】
2017054459.tif 000008
【図７】
2017054459.tif 000009