特許 7467934 画像形成装置、画面描画方法及び画面描画システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-08

(45)【発行日】2024-04-16

(54)【発明の名称】画像形成装置、画面描画方法及び画面描画システム

(51)【国際特許分類】

   H04L 67/02 20220101AFI20240409BHJP

   G06F 3/14 20060101ALI20240409BHJP

【ＦＩ】

H04L67/02

G06F3/14 310E

【請求項の数】 9

(21)【出願番号】P 2020009711

(22)【出願日】2020-01-24

(65)【公開番号】P2021117638

(43)【公開日】2021-08-10

【審査請求日】2022-12-28

(73)【特許権者】

【識別番号】000006150

【氏名又は名称】京セラドキュメントソリューションズ株式会社

(74)【代理人】

【識別番号】110003339

【氏名又は名称】弁理士法人南青山国際特許事務所

(74)【代理人】

【識別番号】100104215

【弁理士】

【氏名又は名称】大森 純一

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100168181

【弁理士】

【氏名又は名称】中村 哲平

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100160989

【弁理士】

【氏名又は名称】関根 正好

(74)【代理人】

【識別番号】100168745

【弁理士】

【氏名又は名称】金子 彩子

(74)【代理人】

【識別番号】100176131

【弁理士】

【氏名又は名称】金山 慎太郎

(74)【代理人】

【識別番号】100197398

【弁理士】

【氏名又は名称】千葉 絢子

(74)【代理人】

【識別番号】100197619

【弁理士】

【氏名又は名称】白鹿 智久

(72)【発明者】

【氏名】佐々木 秀行

【審査官】前田 健人

(56)【参考文献】

【文献】特開２０１０－１９１５７９（ＪＰ，Ａ）

【文献】特開２０１６－１４３３７０（ＪＰ，Ａ）

【文献】特開２０１５－２１５７６０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／０２

Ｇ０６Ｆ ３／１４

(57)【特許請求の範囲】

【請求項1】

第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する情報処理装置と通信可能に接続される通信インターフェースと、
メモリーとを有し、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記スクリプトを記憶したことを示すイベントを、前記第１のウェブブラウザーに送信し、
前記第１のウェブブラウザーは、
前記イベントを、前記第１のウェブサーバーから受信し、
前記スクリプトを、前記メモリーから取得し、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記画面データを前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
受信した前記画面データを描画して前記表示装置に表示する
画像形成装置。

【請求項2】

請求項１に記載の画像形成装置であって、
前記スクリプトに含まれる前記ＵＲＬは、子フレームを有する画面データの位置を示し、
前記第１のウェブブラウザーは、
前記スクリプトを実行することにより、前記子フレームを有する前記画面データを、前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
前記子フレームを有する前記画面データを描画して前記表示装置に表示する
画像形成装置。

【請求項3】

請求項２に記載の画像形成装置であって、
前記第１のウェブブラウザーは、
前記第１のウェブサーバーに、前記スクリプトを新たに記憶したか否かをポーリングにより定期的に問い合わせ、
前記スクリプトを新たに記憶したことを示す応答を、前記第１のウェブサーバーから受信すると、前記スクリプトを実行する
画像形成装置。

【請求項4】

第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、子フレームを有する画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する情報処理装置と通信可能に接続される通信インターフェースと、
メモリーとを有し、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記第１のウェブブラウザーは、
前記第１のウェブサーバーに、前記スクリプトを新たに記憶したか否かをポーリングにより問い合わせ、
前記スクリプトを新たに記憶したことを示す応答を、前記第１のウェブサーバーから受信すると、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記子フレームを有する前記画面データを、前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
前記子フレームを有する前記画面データを描画して前記表示装置に表示する
画像形成装置。

【請求項5】

請求項１乃至４の何れか一項に記載の画像形成装置であって、
前記情報処理装置の前記第２のウェブブラウザーは、前記画面データを前記第２のウェブサーバーから受信し、受信した前記画面データを描画して前記情報処理装置の表示装置に描画する
画像形成装置。

【請求項6】

第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する情報処理装置と通信可能に接続される通信インターフェースと、
メモリーと
を有する画像形成装置の前記制御回路が実行する画面描画方法であって、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記スクリプトを記憶したことを示すイベントを、前記第１のウェブブラウザーに送信し、
前記第１のウェブブラウザーは、
前記イベントを、前記第１のウェブサーバーから受信し、
前記スクリプトを、前記メモリーから取得し、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記画面データを前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
受信した前記画面データを描画して前記表示装置に表示する
画面描画方法。

【請求項7】

第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、子フレームを有する画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する情報処理装置と通信可能に接続される通信インターフェースと、
メモリーと
を有する画像形成装置の前記制御回路が実行する画面描画方法であって、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記第１のウェブブラウザーは、
前記第１のウェブサーバーに、前記スクリプトを記憶したか否かをポーリングにより問い合わせ、
前記スクリプトを記憶したことを示す応答を、前記第１のウェブサーバーから受信すると、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記子フレームを有する前記画面データを、前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
前記子フレームを有する前記画面データを描画して前記表示装置に表示する
画面描画方法。

【請求項8】

画像形成装置と、
情報処理装置とを具備し、
前記画像形成装置は、
第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する前記情報処理装置と通信可能に接続される通信インターフェースと、
メモリーとを有し、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記スクリプトを記憶したことを示すイベントを、前記第１のウェブブラウザーに送信し、
前記第１のウェブブラウザーは、
前記イベントを、前記第１のウェブサーバーから受信し、
前記スクリプトを、前記メモリーから取得し、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記画面データを前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
受信した前記画面データを描画して前記表示装置に表示する
画面描画システム。

【請求項9】

画像形成装置と、
情報処理装置とを具備し、
前記画像形成装置は、
第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、子フレームを有する画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する情報処理装置と通信可能に接続される通信インターフェースと、
メモリーとを有し、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記第１のウェブブラウザーは、
前記第１のウェブサーバーに、前記スクリプトを記憶したか否かをポーリングにより問い合わせ、
前記スクリプトを記憶したことを示す応答を、前記第１のウェブサーバーから受信すると、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記子フレームを有する前記画面データを、前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
前記子フレームを有する前記画面データを描画して前記表示装置に表示する
画面描画システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置と通信可能に接続される画像形成装置と、画像形成装置が情報処理装置と通信することにより実行する画面描画方法と、画像形成装置及び情報処理装置を有する画面描画システムとに関する。

【背景技術】

【0002】

ウェブサーバー及びウェブラウザーとして動作し、ウェブアプリケーションを実行する画像形成装置が知られている。開発者は、情報処理装置（典型的に、パーソナルコンピューター）を用いて、画像形成装置用のウェブアプリケーションを開発する。ウェブアプリケーションをリリースする前に、開発用の情報処理装置又は画像形成装置を用いて、ウェブアプリケーションの動作確認をする（例えば、開発者の意図通りに適切に、画面が表示されるか等）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００２－３６６４７６号公報

【文献】特開２００３－２８３７３６号公報

【文献】特開２０１２－７８９１７号公報

【文献】特開２０１２－１０３９９０号公報

【文献】特開２０１５－２３１１５９号公報

【文献】特開２０１９－８７１９号公報

【文献】特開２０１８－６７３４４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ウェブアプリケーションをリリースする前に、より適切且つ確実に、ウェブアプリケーションの動作確認をすることが望ましい。

【課題を解決するための手段】

【0005】

本開示の一形態に係る画像形成装置は、
第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する前記情報処理装置と通信可能に接続される通信インターフェースと、
メモリーとを有し、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記スクリプトを記憶したことを示すイベントを、前記第１のウェブブラウザーに送信し、
前記第１のウェブブラウザーは、
前記イベントを、前記第１のウェブサーバーから受信し、
前記スクリプトを、前記メモリーから取得し、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記画面データを前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
受信した前記画面データを描画して前記表示装置に表示する。

【0006】

本開示の一形態に係る画像形成装置は、
第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、子フレームを有する画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する情報処理装置と通信可能に接続される通信インターフェースと、
メモリーとを有し、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記第１のウェブブラウザーは、
前記第１のウェブサーバーに、前記スクリプトを新たに記憶したか否かをポーリングにより問い合わせ、
前記スクリプトを新たに記憶したことを示す応答を、前記第１のウェブサーバーから受信すると、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記子フレームを有する前記画面データを、前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
前記子フレームを有する前記画面データを描画して前記表示装置に表示する。

【0007】

本開示の一形態に係る画面描画方法は、
第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する前記情報処理装置と通信可能に接続される通信インターフェースと、
メモリーと
を有する画像形成装置の前記制御回路が実行する画面描画方法であって、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記スクリプトを記憶したことを示すイベントを、前記第１のウェブブラウザーに送信し、
前記第１のウェブブラウザーは、
前記イベントを、前記第１のウェブサーバーから受信し、
前記スクリプトを、前記メモリーから取得し、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記画面データを前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
受信した前記画面データを描画して前記表示装置に表示する。

【0008】

本開示の一形態に係る画面描画方法は、
第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、子フレームを有する画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する情報処理装置と通信可能に接続される通信インターフェースと、
メモリーと
を有する画像形成装置の前記制御回路が実行する画面描画方法であって、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記第１のウェブブラウザーは、
前記第１のウェブサーバーに、前記スクリプトを記憶したか否かをポーリングにより問い合わせ、
前記スクリプトを記憶したことを示す応答を、前記第１のウェブサーバーから受信すると、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記子フレームを有する前記画面データを、前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
前記子フレームを有する前記画面データを描画して前記表示装置に表示する。

【0009】

本開示の一形態に係る画面描画システムは、
画像形成装置と、
情報処理装置とを具備し、
前記画像形成装置は、
第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する前記情報処理装置と通信可能に接続される通信インターフェースと、
メモリーとを有し、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記スクリプトを記憶したことを示すイベントを、前記第１のウェブブラウザーに送信し、
前記第１のウェブブラウザーは、
前記イベントを、前記第１のウェブサーバーから受信し、
前記スクリプトを、前記メモリーから取得し、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記画面データを前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
受信した前記画面データを描画して前記表示装置に表示する。

【0010】

本開示の一形態に係る画面描画システムは、
画像形成装置と、
情報処理装置とを具備し、
前記画像形成装置は、
第１のウェブサーバーと、前記第１のウェブサーバーと通信可能な第１のウェブブラウザーとして動作する制御回路と、
表示装置と、
第２のウェブサーバーと、前記第２のウェブサーバーと通信可能であり、子フレームを有する画面データの前記第２のウェブサーバー内での位置を示すＵＲＬと、前記ＵＲＬにアクセスして前記画面データを取得して表示することをリクエストするコマンドとを含むスクリプトを有する第２のウェブブラウザーとして動作する情報処理装置と通信可能に接続される通信インターフェースと、
メモリーとを有し、
前記第１のウェブサーバーは、
前記スクリプトを、前記情報処理装置から前記通信インターフェースを介して受信し、
前記スクリプトを、前記メモリーに記憶し、
前記第１のウェブブラウザーは、
前記第１のウェブサーバーに、前記スクリプトを記憶したか否かをポーリングにより問い合わせ、
前記スクリプトを記憶したことを示す応答を、前記第１のウェブサーバーから受信すると、
前記スクリプトを実行することにより、前記スクリプトに含まれる前記第２のウェブサーバー内の前記ＵＲＬにアクセスして、前記子フレームを有する前記画面データを、前記第２のウェブサーバーから前記通信インターフェースを介して受信し、
前記子フレームを有する前記画面データを描画して前記表示装置に表示する。

【発明の効果】

【0011】

ウェブアプリケーションをリリースする前に、より適切且つ確実に、ウェブアプリケーションの動作確認をすることを図れる。

【0012】

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

【図面の簡単な説明】

【0013】

【図1】本開示の第１の実施形態に係る画面描画システムを示す。

【図2】画像形成装置のハードウェア構成を示す。

【図3】情報処理装置のハードウェア構成を示す。

【図4】第1の実施形態に係る画面描画システムの機能的構成を示す。

【図5】情報処理装置の第２のウェブブラウザーの動作フローを示す。

【図6】画像形成装置の第１のウェブサーバーのイベント受信時の動作フローを示す。

【図7】画像形成装置の第１のウェブブラウザーのスクリプト取得部の動作フローを示す。

【図8】画像形成装置の第１のウェブブラウザーのスクリプト実行部の動作フローを示す。

【図9】情報処理装置の第２のウェブサーバーの動作フローを示す。

【図10】画像形成装置の第１のウェブサーバーのポーリング受信時の動作フローを示す。

【図11】第２の実施形態に係る画面描画システムの機能的構成を示す。

【図12】画像形成装置の第１のウェブブラウザーのスクリプト取得部の動作フローを示す。

【図13】第３の実施形態に係る画面描画システムの機能的構成を示す。

【図14】画像形成装置の第１のウェブサーバーの動作フローを示す。

【図15】画像形成装置の第１のウェブブラウザーのスクリプト実行部の動作フローを示す。

【発明を実施するための形態】

【0014】

以下、図面を参照しながら、本開示の実施形態を説明する。

【0015】

Ｉ．第１の実施形態

【0016】

１．画面描画システム

【0017】

図１は、本開示の第１の実施形態に係る画面描画システムを示す。

【0018】

画面描画システム１は、画像形成装置１０と、情報処理装置２０とを有する。画像形成装置１０と、情報処理装置２０とは、ネットワーク通信インターフェースを用いて、ＬＡＮ（Local Area Network）等のネットワークＮを介してＨＴＴＰ通信可能に接続される。

【0019】

画像形成装置１０は、典型的には、ＭＦＰ（Multifunction Peripheral）である。画像形成装置１０は、ウェブサーバー及びウェブラウザーとして動作する。画像形成装置１０には、出荷時又は出荷後にウェブアプリケーションがインストールされて実行される。画像形成装置１０は、この様なウェブアプリケーションの動作確認をする（例えば、開発者の意図通りに適切に、画面が表示されるか等）ための所謂テスト機である。

【0020】

情報処理装置２０は、典型的には、パーソナルコンピューターである。情報処理装置２０のユーザーは、典型的には、ウェブアプリケーションを開発中の開発者である。開発者は、情報処理装置２０を用いて、画像形成装置１０用のウェブアプリケーションを開発中である。

【0021】

画像形成装置用のウェブアプリケーションの開発工程のひとつに、画面（画像形成装置の表示装置に表示すべき画面）の作成がある。ウェブアプリケーションの画面は、ＨＴＭＬで記述される。ウェブアプリケーションの開発中（リリース前）に、ＨＴＭＬで記述された画面を表示装置に表示し、開発者の意図通りに適切に表示されるかを確認する必要がある。

【0022】

確認のために画面を表示する方法は、２種類が考えられる。１つ目の方法は、ウェブアプリケーションを開発するのに使用している情報処理装置をウェブサーバー及びウェブブラウザーとして動作させ、情報処理装置のウェブブラウザーが情報処理装置の表示装置（ディスプレイ）に画面を表示する方法である。２つ目の方法は、ウェブアプリケーションを情報処理装置から画像形成装置にインストールし、画像形成装置をウェブサーバー及びウェブブラウザーとして動作させ、画像形成装置のウェブブラウザーが画像形成装置の表示装置（タッチパネル）に画面を表示する方法である。

【0023】

１つ目の方法では、ウェブアプリケーションを開発中の情報処理装置のウェブブラウザーがウェブアプリケーションを表示するため、ウェブアプリケーションを別の装置にインストール等する手間と時間が掛からない。しかしながら、情報処理装置のウェブブラウザーは画像形成装置のウェブブラウザーと異なるので、情報処理装置のウェブブラウザーが表示する画面が、画像形成装置のウェブブラウザーが表示する画面と同一でない可能性がある。言い換えれば、画像形成装置のウェブブラウザーが表示する画面を再現できず、あくまで模擬的なシミュレーションに過ぎず、正確性に欠ける。

【0024】

２つ目の方法では、画像形成装置のウェブブラウザーが画面を表示するため、正確性に欠けることが無い。しかしながら、情報処理装置から画像形成装置にウェブアプリケーションをリモート又は有線でインストールし、画像形成装置がウェブアプリケーションを起動する必要があり、手間と時間が掛かる。ウェブアプリケーションの開発中には、例えば、ＨＴＭＬの１行又は１文字を追記又は変更したり、画面デザインを１ピクセル変更したりする度に、確認するための画面を表示する場合もある。そうすると、小規模のウェブアプリケーションであっても数百回程度の画面を表示する必要があるため、その度にウェブアプリケーションをインストール、起動及び実行すると、夥しい手間と時間が掛かる。手間と時間を抑えるため、例えば、開発工程の区切りや開発最終段階のみ、画像形成装置のウェブブラウザーが画面を表示することが考えられる。しかしながら、この場合、そのときエラーが見つかった場合、同様のエラーが複数の画面のＨＴＭＬに埋め込まれている場合があり、手戻りが大きくなる可能性が有る。

【0025】

以上のような事情に鑑み、本開示の各実施形態では、画像形成装置のウェブブラウザーが画面を表示することによる正確性を担保しつつ、情報処理装置から画像形成装置にウェブアプリケーションをインストール等するのに掛かる手間と時間を排除することを図る。

【0026】

２．画像形成装置のハードウェア構成

【0027】

図２は、画像形成装置のハードウェア構成を示す。

【0028】

画像形成装置１０は、制御回路１００を備える。制御回路１００は、プロセッサーであるＣＰＵ１１ａ（Central Processing Unit）、ＲＡＭ１１ｂ（Random Access Memory）、メモリーであるＲＯＭ１１ｃ（Read Only Memory）及び専用のハードウェア回路等から構成され、画像形成装置１０の全体的な動作制御を司る。ＣＰＵ１１ａは、ＲＯＭ１１ｃが記憶する情報処理プログラムをＲＡＭ１１ｂにロードして実行する。ＲＯＭ１１ｃは、ＣＰＵ１１ａが実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ１１ｃは、非一過性のコンピューター読み取り可能な記録媒体の一例である。

【0029】

制御回路１００は、画像読取部１２（イメージスキャナー）、画像処理部１４（ＧＰＵ（Graphics Processing Unit）を含む）、画像メモリー１５、画像形成部１６（プリンター）、表示部１７ａを備える操作部１７（タッチパネル）、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の大容量の不揮発性の記憶装置１８、ファクシミリ通信部１９及びネットワーク通信インターフェース１３等と接続されている。制御回路１００は、接続されている上記各部の動作制御や、各部との間での信号又はデータの送受信を行う。操作部１７（タッチパネル）は、入力装置の一形態であり、入力装置として、マイクロフォンを含む音声入力装置が設けられてもよい。ネットワーク通信インターフェース１３は、情報処理装置２０とＨＴＴＰ通信可能に接続するためのインターフェースである。

【0030】

３．情報処理装置のハードウェア構成

【0031】

図３は、情報処理装置のハードウェア構成を示す。

【0032】

情報処理装置２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、記憶装置２４、ネットワーク通信インターフェース２５、操作装置２６及び表示装置２７と、これらを相互に接続するバス２８とを有する。

【0033】

ＣＰＵ２１、ＲＯＭ２２、及びＲＡＭ２３は、制御回路２００を構成する。ＣＰＵ２１は、ＲＯＭ２２が記憶する情報処理プログラムをＲＡＭ２３にロードして実行する。ＲＯＭ２２は、ＣＰＵ２１が実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ２２は、非一過性のコンピューター読み取り可能な記録媒体の一例である。ネットワーク通信インターフェース２５は、画像形成装置１０とＨＴＴＰ通信可能に接続するためのインターフェースである。

【0034】

４．画面描画システムの機能的構成

【0035】

図４は、第1の実施形態に係る画面描画システムの機能的構成を示す。

【0036】

画像形成装置１０の制御回路１００は、第１のウェブサーバー１１０と、第１のウェブブラウザー１２０として動作する。第１のウェブサーバー１１０と、第１のウェブブラウザー１２０とは、相互に通信可能である。

【0037】

第１のウェブサーバー１１０は、スクリプト保存部１１１及び画面転送通知部１１２として動作する。

【0038】

第１のウェブブラウザー１２０は、スクリプト取得部１２１及びスクリプト実行部１２２として動作する。

【0039】

情報処理装置２０の制御回路２００は、第２のウェブサーバー２１０と、第２のウェブブラウザー２２０として動作する。第２のウェブサーバー２１０と、第２のウェブブラウザー２２０とは、相互に通信可能である。

【0040】

第２のウェブサーバー２１０は、画面データ送信部２１１を有する。さらに、第２のウェブサーバー２１０は、ウェブアプリケーション３００を有する。

【0041】

ウェブアプリケーション３００は、開発者が情報処理装置２０を用いて開発中のウェブアプリケーションである。ウェブアプリケーション３００は、ウェブアプリケーション３００は、画面データ３１０（ＨＴＭＬデータ）を含む。ウェブアプリケーション３００は、画面データ３１０を画像形成装置１０の表示部１７ａ（タッチパネル）に表示させるよう、画像形成装置１０の第１のウェブブラウザー１２０を動作させる。

【0042】

第２のウェブブラウザー２２０は、画面転送コマンド実行部２２１を有する。さらに、第２のウェブブラウザー２２０は、スクリプト４００を有する。第２のウェブブラウザー２２０は、ＨＴＭＬ又はＪａｖａＳｃｒｉｐｔ（登録商標）で記述される。

【0043】

スクリプト４００は、ＵＲＬ４０１と、コマンド４０２とを含む。ＵＲＬ４０１は、コマンド４０２の実行に用いられるパラメータであり、子フレーム（インラインフレーム）を有する画面データ３１０の第２のウェブサーバー２１０内での位置を示す。コマンド４０２は、ＵＲＬ４０１にアクセスして画面データ３１０を取得して、子フレーム（インラインフレーム）を有する画面データ３１０を表示する（画面表示を遷移する）ことをリクエストするＨＴＴＰリクエストである。

【0044】

５．画面描画システムの動作フロー

【0045】

図５は、情報処理装置の第２のウェブブラウザーの動作フローを示す。

【0046】

情報処理装置２０の第２のウェブブラウザー２２０の画面転送コマンド実行部２２１は、開発者から操作装置２６に入力された操作を検出する（ステップＳ２０１）。すると、画面転送コマンド実行部２２１は、第２のウェブサーバー２１０を介して、スクリプト４００を、ネットワークＮを介して画像形成装置１０の第１のウェブサーバー１１０に送信する（ステップＳ２０２）。

【0047】

図６は、画像形成装置の第１のウェブサーバーのイベント受信時の動作フローを示す。

【0048】

画像形成装置１０の第１のウェブサーバー１１０のスクリプト保存部１１１は、スクリプト４００を、情報処理装置２０からネットワークＮを介して受信する（ステップＳ１０１）。すると、スクリプト保存部１１１は、受信したスクリプト４００を、ＲＡＭ１１ｂ（不揮発性の記憶装置１８でもよい。以下同じ）に記憶する（ステップＳ１０２）。

【0049】

画像形成装置１０の第１のウェブサーバー１１０の画面転送通知部１１２は、スクリプト４００を記憶したことを示すイベントを、画像形成装置１０の第１のウェブブラウザー１２０に送信する（ステップＳ１０３）。イベントは、例えば、特殊な仮想キー（操作部１７が有さないキー）が押下されたことを示す仮想キー押下イベントである（ＨＴＴＰ通信ではない）。

【0050】

図７は、画像形成装置の第１のウェブブラウザーのスクリプト取得部の動作フローを示す。

【0051】

画像形成装置１０の第１のウェブブラウザー１２０のスクリプト取得部１２１は、イベントを、第１のウェブサーバー１１０から受信する（ステップＳ１１１）。すると、スクリプト取得部１２１は、スクリプト４００をＲＡＭ１１ｂから取得し（ステップＳ１１２）、スクリプト実行部１２２に供給する（ステップＳ１１３）。

【0052】

上述のように、スクリプト４００は、ＵＲＬ４０１と、コマンド４０２とを含む。ＵＲＬ４０１は、子フレーム（インラインフレーム）を有する画面データ３１０の第２のウェブサーバー２１０内での位置を示す。コマンド４０２は、ＵＲＬ４０１にアクセスして画面データ３１０を取得して、子フレーム（インラインフレーム）を有する画面データ３１０を表示する（画面表示を遷移する）ことをリクエストするＨＴＴＰリクエストである。

【0053】

図８は、画像形成装置の第１のウェブブラウザーのスクリプト実行部の動作フローを示す。

【0054】

画像形成装置１０の第１のウェブブラウザー１２０のスクリプト実行部１２２は、スクリプト４００を、スクリプト取得部１２１から取得する（ステップＳ１２１）。スクリプト実行部１２２は、取得したスクリプト４００を実行する。具体的には、スクリプト実行部１２２は、スクリプト４００に含まれるコマンド４０２に従って、ネットワークＮを介してＵＲＬ４０１にアクセスする（ステップＳ１２２）。言い換えれば、スクリプト実行部１２２は、ＵＲＬ４０１に記述された子フレームを有する画面データ３１０（ＨＴＭＬデータ）を取得するためのＨＴＴＰリクエスト（ＧＥＴ又はＰＯＳＴ）を、ネットワークＮを介して情報処理装置２０の第２のウェブサーバー２１０に送信する。

【0055】

図９は、情報処理装置の第２のウェブサーバーの動作フローを示す。

【0056】

情報処理装置２０の第２のウェブサーバー２１０の画面データ送信部２１１は、コマンド４０２を、画像形成装置１０の第１のウェブブラウザー１２０からネットワークＮを介して受信する（ステップＳ２１１）。画面データ送信部２１１は、ＵＲＬ４０１に記述された子フレームを有する画面データ３１０（ＨＴＭＬデータ）を、画像形成装置１０の第１のウェブブラウザー１２０にネットワークＮを介して送信する（ステップＳ２１２）。

【0057】

画像形成装置１０の第１のウェブブラウザー１２０のスクリプト実行部１２２は、子フレームを有する画面データ３１０を、情報処理装置２０の第２のウェブサーバー２１０からネットワークＮを介して受信する（ステップＳ１２３）。スクリプト実行部１２２は、受信した、子フレーム１２３を有する画面データ３１０を描画して、表示部１７ａ（タッチパネル）に表示する（ステップＳ１２４）。

【0058】

ところで、画像形成装置１０の第１のウェブサーバー１１０は、スクリプト４００を受信（ステップＳ１０１）及び記憶（ステップＳ１０２）するたびに、イベントを第１のウェブブラウザー１２０に送信する（ステップＳ１０３）（ループ）。しかしながら、第１のウェブブラウザー１２０のスクリプト実行部１２２が子フレーム１２３を有する画面データ３１０を描画及び表示した後は（ステップＳ１２４）、第１のウェブブラウザー１２０のスクリプト実行部１２２（子フレーム１２３）がイベントを受信することになる。その結果、スクリプト取得部１２１は、新たに記憶されたスクリプト４００を取得できず、結果的に、スクリプト実行部１２２（子フレーム１２３）は新たなスクリプト４００を実行できない。

【0059】

以上のような事情に鑑み、画像形成装置１０の第１のウェブブラウザー１２０のスクリプト実行部１２２が子フレーム１２３を表示すると（ステップＳ１２４）、スクリプト取得部１２１は、第１のウェブサーバー１１０にポーリングを開始する（ステップＳ１１４）。具体的には、スクリプト取得部１２１は、第１のウェブサーバー１１０に、スクリプト４００を新たに受信及び記憶したか否かを定期的に問い合わせる（ポーリング）。

【0060】

図１０は、画像形成装置の第１のウェブサーバーのポーリング受信時の動作フローを示す。

【0061】

画像形成装置１０の第１のウェブサーバー１１０は、第１のウェブブラウザー１２０から問い合わせ（ポーリング）を受信する（ステップＳ１３１）。すると、第１のウェブサーバー１１０のスクリプト保存部１１１は、新たにスクリプト４００を情報処理装置２０の第２のウェブブラウザー２２０から受信（ステップＳ１０１）及びＲＡＭ１１ｂに記憶（ステップＳ１０２）したかを判断する（ステップＳ１３２）。スクリプト保存部１１１は、新たにスクリプト４００を受信及び記憶したと判断すると（ステップＳ１３２、ＹＥＳ）、新たにスクリプト４００を受信及び記憶したことを示す応答を、第１のウェブブラウザー１２０に送信する（ステップＳ１３３）。

【0062】

画像形成装置１０の第１のウェブブラウザー１２０のスクリプト取得部１２１は、第１のウェブブラウザー１２０から新たにスクリプト４００を受信及び記憶したことを示す応答（ステップＳ１３３）を受信する（ステップＳ１１５、ＹＥＳ）。すると、スクリプト取得部１２１は、スクリプト４００をＲＡＭ１１ｂから取得し（ステップＳ１１２）、スクリプト実行部１２２に供給する（ステップＳ１１３）。

【0063】

ところで、情報処理装置２０の第２のウェブブラウザー２２０は、画面データ３１０を第２のウェブサーバー２１０から受信し、受信した画面データ３１０を描画して情報処理装置２０の表示装置２７に描画することもできる（上述の、１つ目の方法）。

【0064】

ＩＩ．第２の実施形態

【0065】

第２及び第３の実施形態において、第１の実施形態と同一又は同様の構成及び動作は、同一又は同様の参照符号を付して説明及び図示を省略し、異なる構成及び動作を中心に説明する。特に、第２及び第３の実施形態の情報処理装置２０の動作は、第１の実施形態の情報処理装置２０の動作と同一のため、画像形成装置１０の動作を中心に説明する。

【0066】

図１１は、第２の実施形態に係る画面描画システムの機能的構成を示す。

【0067】

第２の実施形態では、画像形成装置１０の第１のウェブブラウザー１２０は、第１のウェブサーバー１１０にポーリングをしない。しかしながら、画像形成装置１０の第１のウェブサーバー１１０は、スクリプト４００を新たに記憶する度に、イベントを第１のウェブブラウザー１２０に送信するため、ポーリング無しで問題は生じない。この仕組みにより、第１のウェブブラウザー１２０は、常に、イベントの受信をトリガとして、スクリプト４００を取得する。この仕組み（常にイベントの受信をトリガとし、ポーリングしない）は、画面データ３１０が子フレーム（インラインフレーム）を有しない場合に、実現可能である。

【0068】

図１２は、画像形成装置の第１のウェブブラウザーのスクリプト取得部の動作フローを示す。

【0069】

画像形成装置１０の第１のウェブブラウザー１２０のスクリプト取得部１２１は、イベント（ステップＳ１０３）を、第１のウェブサーバー１１０から受信する（ステップＳ１１１）。すると、スクリプト取得部１２１は、スクリプト４００をＲＡＭ１１ｂから取得し（ステップＳ１１２）、スクリプト実行部１２２に供給する（ステップＳ１１３）。スクリプト実行部１２２は、スクリプト４００を実行する（ステップＳ１２１－ステップＳ１２４）（図８）。

【0070】

ＩＩＩ．第３の実施形態

【0071】

図１３は、第３の実施形態に係る画面描画システムの機能的構成を示す。

【0072】

第３の実施形態では、画像形成装置１０の第１のウェブサーバー１１０は、イベントを第１のウェブブラウザー１２０に送信しない。これに対して、画像形成装置１０の第１のウェブブラウザー１２０は、常に、第１のウェブサーバー１１０にポーリングをする。この仕組みにより、第１のウェブブラウザー１２０は、常に、ポーリングに対する応答をトリガとして、スクリプト４００を取得する。この仕組み（イベントを送信せず、常にポーリングする）は、子フレーム（インラインフレーム）が初めから表示されている場合に、実現可能である。

【0073】

図１４は、画像形成装置の第１のウェブサーバーの動作フローを示す。

【0074】

画像形成装置１０の第１のウェブサーバー１１０のスクリプト保存部１１１は、スクリプト４００を、情報処理装置２０の第２のウェブブラウザー２２０からネットワークＮを介して受信する（ステップＳ１０１）。すると、スクリプト保存部１１１は、受信したスクリプト４００を、ＲＡＭ１１ｂに記憶する（ステップＳ１０２）。第１のウェブサーバー１１０は、イベントを送信しない。

【0075】

図１５は、画像形成装置の第１のウェブブラウザーのスクリプト実行部の動作フローを示す。

【0076】

画像形成装置１０の第１のウェブブラウザー１２０のスクリプト取得部１２１は、第１のウェブサーバー１１０にポーリングをする（ステップＳ１１４）。具体的には、スクリプト取得部１２１は、第１のウェブサーバー１１０に、スクリプト４００を新たに受信及び記憶したか否かを定期的に問い合わせる（ポーリング）。第１のウェブサーバー１１０は、ポーリングに対して応答する（ステップＳ１３１－ステップＳ１３３）（図１０）。

【0077】

画像形成装置１０の第１のウェブブラウザー１２０のスクリプト取得部１２１は、第１のウェブブラウザー１２０から新たにスクリプト４００を受信及び記憶したことを示す応答（ステップＳ１３３）を受信する（ステップＳ１１５、ＹＥＳ）。すると、スクリプト取得部１２１は、スクリプト４００をＲＡＭ１１ｂから取得し（ステップＳ１１２）、スクリプト実行部１２２に供給する（ステップＳ１１３）。スクリプト実行部１２２は、スクリプト４００を実行する（ステップＳ１２１－ステップＳ１２４）（図８）。

【0078】

ＩＶ．結語

【0079】

（１）第１及び第２の実施形態によれば、画像形成装置１０の第１のウェブサーバー１１０は、スクリプト４００を情報処理装置２０の第２のウェブブラウザー２２０から受信し、スクリプト４００を記憶したことを示すイベントを第１のウェブブラウザー１２０に送信する。画像形成装置１０の第１のウェブブラウザー１２０は、イベントを第１のウェブサーバー１１０から受信し、スクリプト４００を実行することにより、スクリプト４００に含まれる第２のウェブサーバー２１０内のＵＲＬ４０１にアクセスして、画面データ３１０を第２のウェブサーバー２１０から受信し、画像形成装置１０の表示部１７ａ（タッチパネル）に表示する。

【0080】

これにより、ウェブアプリケーションを開発中の情報処理装置２０から、ウェブアプリケーションを画像形成装置１０にインストール等する手間と時間が掛からない。同時に、画像形成装置１０の第１のウェブブラウザー１２０が画面を表示するため、正確性に欠けることが無い。これにより、ウェブアプリケーションをリリースする前に、より適切且つ確実に、ウェブアプリケーションの動作確認をすることを図れる。また、画像形成装置１０の第１のウェブブラウザー１２０は、イベントの受信をトリガとしてスクリプト４００を取得する（逆に言えば、イベントを受信しなければスクリプト４００を取得しない）ため、画像形成装置１０の制御回路１００に係る負荷が小さい。

【0081】

（２）第１の実施形態によれば、画像形成装置１０の第１のウェブブラウザー１２０は、スクリプト４００を実行することにより、スクリプト４００に含まれる第２のウェブサーバー２１０内のＵＲＬ４０１にアクセスして、子フレーム１２３を有する画面データ３１０を第２のウェブサーバー２１０から受信し、子フレーム１２３を有する画面データ３１０を描画して画像形成装置１０の表示部１７ａ（タッチパネル）に表示する。

【0082】

これにより、画像形成装置１０の第１のウェブブラウザー１２０は、１回目はイベントの受信をトリガとして、２回目以降は、イベントの受信以外の方法をトリガとして、スクリプト４００を取得することができる。

【0083】

（３）第１の実施形態によれば、子フレーム１２３を作成した後、画像形成装置１０の第１のウェブブラウザー１２０は、第１のウェブサーバー１１０に、スクリプト４００を記憶したか否かをポーリングにより定期的に問い合わせる。

【0084】

これにより、画像形成装置１０の第１のウェブブラウザー１２０は、１回目はイベントの受信をトリガとして、子フレーム１２３を表示した後は、ポーリングに対する応答をトリガとして、スクリプト４００を取得することができる。言い換えれば、画像形成装置１０の第１のウェブブラウザー１２０は、子フレーム１２３を表示した後は、ポーリングを開始する。これにより、画像形成装置１０の第１のウェブサーバー１１０がスクリプト４００を記憶したとき（要するに、開発者が画面データ３１０を表示させたいとき）のみ、第１のウェブブラウザー１２０がポーリングするので、常時（子フレーム１２３を表示する前から）ポーリングする場合に比べて、画像形成装置１０の制御回路１００に係る負荷が小さい。また、第１のウェブブラウザー１２０が子フレーム１２３を表示した後は、クロスドメインの制約により、子フレーム１２３がイベントを受信することになる。その結果、スクリプト取得部１２１は、新たに記憶されたスクリプト４００を取得できず、結果的に、子フレーム１２３は新たなスクリプト４００を実行できない。この状況であるにも拘らず、子フレーム１２３を表示した後は、ポーリングに対する応答をトリガとすれば、新たに記憶されたスクリプト４００を取得することができる。

【0085】

（４）第３の実施形態によれば、画像形成装置１０の第１のウェブブラウザー１２０は、第１のウェブサーバー１１０に、スクリプト４００を記憶したか否かをポーリングにより定期的に問い合わせる。

【0086】

このように、ポーリングを用いることにより、クロスドメインの制約により子フレーム１２３がイベントを受信することになり、その結果、スクリプト取得部１２１は、新たに記憶されたスクリプト４００を取得できず、結果的に、子フレーム１２３は新たなスクリプト４００を実行できない状況であるにも拘らず、第１のウェブブラウザー１２０は、新たに記憶されたスクリプト４００を取得することができる。

【0087】

（５）第１、第２及び第３の実施形態によれば、情報処理装置２０の第２のウェブブラウザー２２０は、画面データ３１０を情報処理装置２０の第２のウェブサーバー２１０から受信し、受信した画面データ３１０を描画して情報処理装置２０の表示装置２７に描画することもできる。

【0088】

このように、従来の様に情報処理装置２０の第２のウェブブラウザー２２０が画面データ３１０を表示することもできるし、画像形成装置１０の第１のウェブブラウザー１２０が画面データ３１０を表示することもできる。これにより、ウェブアプリケーションを開発中の情報処理装置２０から、ウェブアプリケーションを画像形成装置１０にインストール等する手間と時間が掛からない。同時に、画像形成装置１０の第１のウェブブラウザー１２０が画面を表示するため、
正確性に欠けることが無い。

【0089】

本技術の各実施形態及び各変形例について上に説明したが、本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

【符号の説明】

【0090】

画面描画システム１
画像形成装置１０
情報処理装置２０
第１のウェブサーバー１１０
スクリプト保存部１１１
画面転送通知部１１２
第１のウェブブラウザー１２０
スクリプト取得部１２１
スクリプト実行部１２２
第２のウェブサーバー２１０
画面データ送信部２１１
第２のウェブブラウザー２２０
画面転送コマンド実行部２２１
ウェブアプリケーション３００
画面データ３１０
スクリプト４００
ＵＲＬ４０１
コマンド４０２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】