特開 2024-172485 情報処理装置及び表示方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024172485

(43)【公開日】2024-12-12

(54)【発明の名称】情報処理装置及び表示方法

(51)【国際特許分類】

   G06F 3/0481 20220101AFI20241205BHJP

   B41J 29/38 20060101ALI20241205BHJP

   B41J 29/42 20060101ALI20241205BHJP

   H04N 1/00 20060101ALI20241205BHJP

【ＦＩ】

G06F3/0481

B41J29/38 501

B41J29/42 F

H04N1/00 350

【審査請求】未請求

【請求項の数】16

【出願形態】ＯＬ

(21)【出願番号】P 2023090237

(22)【出願日】2023-05-31

(71)【出願人】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】100112335

【弁理士】

【氏名又は名称】藤本 英介

(74)【代理人】

【識別番号】100101144

【弁理士】

【氏名又は名称】神田 正義

(74)【代理人】

【識別番号】100101694

【弁理士】

【氏名又は名称】宮尾 明茂

(74)【代理人】

【識別番号】100124774

【弁理士】

【氏名又は名称】馬場 信幸

(72)【発明者】

【氏名】長尾 剛士

【テーマコード（参考）】

2C061

5C062

5E555

【Ｆターム（参考）】

2C061AP01

2C061AP07

2C061AQ06

2C061CQ04

2C061CQ05

2C061CQ23

2C061CQ24

2C061HJ07

2C061HK11

2C061HN15

5C062AA02

5C062AA05

5C062AB23

5C062AC05

5C062AC68

5C062AE07

5C062AE15

5C062AF00

5E555AA21

5E555AA22

5E555BA01

5E555BA09

5E555BA10

5E555BA12

5E555BA27

5E555BB09

5E555BB10

5E555BB12

5E555BB27

5E555BC01

5E555BC04

5E555BE12

5E555CA12

5E555CA17

5E555CB01

5E555CC01

5E555CC03

5E555DA01

5E555DB03

5E555DC09

5E555DC19

5E555DC25

5E555DD02

5E555DD08

5E555EA07

5E555EA09

5E555EA11

5E555EA14

5E555FA00

(57)【要約】

【課題】例えば、情報をウィンドウ表示するときに、視認性の高いウィンドウを表示可能な情報処理装置等を提供すること。
【解決手段】情報処理装置の基本機能を動作させる標準アプリケーションと、情報処理装置に基本機能以外の機能を追加する動作をさせる追加アプリケーションを実行し、追加アプリケーションは、処理に応じて所定の情報を第１のウィンドウとして表示デバイスに表示し、標準アプリケーションは、情報処理装置から所定の通知を取得したときは、通知に基づくメッセージを第２のウィンドウとして優先的に前記表示デバイスに表示し、追加アプリケーションは、表示デバイスの能力に関する表示情報を取得し、表示情報に基づいて、第１のウィンドウの形状を決定する。
【選択図】図９

【特許請求の範囲】

【請求項1】

情報を表示する表示デバイスと、制御部と有する情報処理装置であって、
前記制御部は、前記情報処理装置の基本機能を動作させる標準アプリケーションと、前記情報処理装置に前記基本機能以外の機能を追加する動作をさせる追加アプリケーションを実行し、
前記標準アプリケーションは、前記情報処理装置から所定の通知を取得したときは、前記通知に基づくメッセージを第１のウィンドウとして優先的に前記表示デバイスに表示し、
前記追加アプリケーションは、処理に応じて所定の情報を第２のウィンドウとして前記表示デバイスに表示し、
前記追加アプリケーションは、
前記第１のウィンドウに関する表示情報を取得し、
前記表示情報に基づいて、前記第２のウィンドウのデザインを決定する
情報処理装置。

【請求項2】

前記第２のウィンドウは、前記第１のウィンドウが重なる位置に表示される
請求項１に記載の情報処理装置。

【請求項3】

前記追加アプリケーションが前記第２のウィンドウを表示しているとき、前記標準アプリケーションが前記第１のウィンドウを前記表示デバイスに表示すると、前記第１のウィンドウが前記第２のウィンドウの前面に表示されることで、前記第２のウィンドウは視認できない状態となる請求項２に記載の情報処理装置。

【請求項4】

前記表示情報として、表示デバイスの大きさが含まれており、
前記追加アプリケーションは、前記表示デバイスの大きさに対応して、前記第２のウィンドウの大きさを決定する
請求項１に記載の情報処理装置。

【請求項5】

前記追加アプリケーションは、前記表示デバイスの大きさに対応して前記第２のウィンドウの縦のサイズ又は横のサイズを記憶している
請求項４に記載の情報処理装置。

【請求項6】

前記追加アプリケーションは、前記表示情報が取得できないときは、既定の大きさで前記第２のウィンドウを前記表示デバイスに表示する
請求項４に記載の情報処理装置。

【請求項7】

前記追加アプリケーションは、前記表示情報に基づいて、前記第２のウィンドウの大きさが、前記第１のウィンドウの大きさ以下となるように決定する
請求項１に記載の情報処理装置。

【請求項8】

前記標準アプリケーションが取得する通知は、前記情報処理装置のハードウェアに関する動作に基づく当該情報処理装置からの通知である
請求項１に記載の情報処理装置。

【請求項9】

前記標準アプリケーションが取得する通知は、前記情報処理装置の消耗品に関する当該情報処理装置からの通知である
請求項１に記載の情報処理装置。

【請求項10】

前記表示情報として、前記第１のウィンドウに関するウィンドウ情報を取得し、
前記追加アプリケーションは、
前記第１のウィンドウに関するウィンドウ情報を取得し、
前記ウィンドウ情報に基づいて、前記第２のウィンドウの大きさが、前記第１のウィンドウの大きさ以下となるように決定する
請求項１に記載の情報処理装置。

【請求項11】

前記追加アプリケーションは、前記ウィンドウ情報として、前記第１のウィンドウの高さ、幅に関する情報を取得する
請求項１０に記載の情報処理装置。

【請求項12】

前記追加アプリケーションは、前記ウィンドウ情報として、前記第１のウィンドウの隅部の形状に関する情報を取得する
請求項１０に記載の情報処理装置。

【請求項13】

前記追加アプリケーションは、前記表示情報を取得できないときは、前記ウィンドウ情報のみに基づいて、前記第２のウィンドウの大きさが、前記第１のウィンドウの大きさ以下となるように決定する請求項１０に記載の情報処理装置。

【請求項14】

前記第１のウィンドウには、１又は複数の項目が所定のレイアウトで配置されており、
前記追加アプリケーションは、前記第１のウィンドウの大きさが所定の大きさ以下となったときは、前記レイアウトを調整する請求項１又は１０に記載の情報処理装置。

【請求項15】

前記追加アプリケーションは、前記項目の大きさが所定の大きさ以下とならないようにレイアウトを調整する請求項１４に記載の情報処理装置。

【請求項16】

表示デバイスを有する情報処理装置において実行するアプリケーションが出力する情報を第１のウィンドウとして表示する情報処理装置における表示方法であって、
前記情報処理装置がハードウェアに関する通知を行うときに表示する第２のウィンドウの大きさに関する情報を取得するステップと、
前記第２のウィンドウの大きさに関する情報に基づいて、前記情報処理装置が表示する第２のウィンドウ以下となるように、第１のウィンドウの大きさを決定するステップと、
前記情報処理装置のハードウェアに関連する通知に応じた第２のウィンドウを、第１のウィンドウに重なるように表示するステップと、
を含む情報処理装置における表示方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置等に関する。

【背景技術】

【0002】

例えば、画像形成装置等を含めた情報処理装置において、表示方法においてさまざまな工夫がされている（例えば、特許文献１、特許文献２参照）。

【先行技術文献】

【特許文献】

【0003】

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

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

【発明の概要】

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

【0004】

本開示は、例えば、情報をウィンドウ表示するときに、視認性の高いウィンドウを表示可能な情報処理装置等を提供することを目的の一つとする。

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

【0005】

本開示の情報処理装置は、情報を表示する表示デバイスと、制御部と有する情報処理装置であって、前記制御部は、前記情報処理装置の基本機能を動作させる標準アプリケーションと、前記情報処理装置に前記基本機能以外の機能を追加する動作をさせる追加アプリケーションを実行し、前記追加アプリケーションは、処理に応じて所定の情報を第１のウィンドウとして前記表示デバイスに表示し、前記標準アプリケーションは、前記情報処理装置から所定の通知を取得したときは、前記通知に基づくメッセージを第２のウィンドウとして優先的に前記表示デバイスに表示し、前記追加アプリケーションは、前記表示デバイスの能力に関する表示情報を取得し、前記表示情報に基づいて、前記第１のウィンドウの形状を決定する。

【発明の効果】

【0006】

本開示によれば、例えば、情報をウィンドウ表示するときに、視認性の高いウィンドウを表示可能な情報処理装置等を提供することができる。

【図面の簡単な説明】

【0007】

【図1】第１実施形態におけるシステムの概要を説明するための図である。

【図2】第１実施形態における画像形成装置のハードウェアの構成を説明する図である。

【図3】第１実施形態におけるソフトウェアの構成を説明する図である。

【図4】第１実施形態における（ａ）デバイス情報の一例、（ｂ）デザイン情報の一例を説明する図である。

【図5】第１実施形態におけるデバイス情報の取得方法について説明する図である。

【図6】第１実施形態におけるデバイスの表示領域に関する説明をする図である。

【図7】第１実施形態におけるデザイン情報の取得方法について説明する図である。

【図8】第１実施形態におけるデザイン情報の取得方法について説明する図である。

【図9】第１実施形態の処理を説明するフロー図である。

【図10】第１実施形態におけるサイズの決定を説明する図である。

【図11】第１実施形態における動作例を説明する図である。

【図12】第１実施形態における動作例を説明する図である。

【図13】第２実施形態の処理を説明するフロー図である。

【図14】第２実施形態の処理を説明するフロー図である。

【図15】第３実施形態の処理を説明するフロー図である。

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

【0008】

以下、図面を参照して本発明を実施するための形態について説明する。なお、以下に示す実施形態は、本発明を提供した一つの実施形態であり、以下の記載に基づいて本願発明の内容が限定して解釈されるものではない。

【0009】

情報処理装置において、予めインストールされている第１のアプリケーションがある。第１のアプリケーションは、プレインストールされているソフトのみならず、例えば、オペレーティングシステムと一体となっているアプリケーション等がある。

【0010】

第１のアプリケーションは、例えば、情報処理装置からの通知や、割り込みに応じて、特別なウィンドウであるダイアログを表示することができる。この通知や、アラートを表示するダイアログは、ポップアップウィンドウや、アラートウィンドウと呼ばれることもある。以下、通知や、アラートに使われるダイアログ等を含めて、単にウィンドウという。

【0011】

また、ウィンドウとして表示されるダイアログは、追加したアプリケーションにより表示される場合がある。例えば、追加アプリケーションが処理中であることを示し足り、追加アプリケーションがユーザに通知を行う場合に、第２のウィンドウを表示することができる。

【0012】

ここで、一般的に情報処理装置が単体で表示する第１のウィンドウ（例えば、情報処理装置の機能自体が表示するウィンドウ）と、追加したアプリケーションが表示する第２のウィンドウとでは、デザインが統一されていないことが一般的である。

【0013】

これは、追加アプリケーションはどのような情報処理装置で実行されるかが想定できず、また、情報処理装置の標準アプリケーションも、どのような追加アプリケーションがインストールされるか解らないためである。

【0014】

そうすると、第１のウィンドウと、第２のウィンドウとでは統一したデザインが提供でないことから、ユーザにとって解りやすい表示とはいえなかった。このような課題を１又は複数解決するための情報処理装置を、以下説明する。

【0015】

［１．第１実施形態］
［１．１ システム全体］
図１は、システム１の概要を説明する図である。システム１は、情報処理装置の一例として、画像形成装置１０がネットワークＮＷに接続されている。画像形成装置１０は、例えば、アプリケーションを配布するサーバ装置２０から、追加するアプリケーションをインストールし、新たな機能を提供することが可能である。

【0016】

画像形成装置１０は、例えば、複合機や、ＭＦＰ（Multifunction Peripheral/Printer/Product）と呼ばれる装置である。例えば、画像形成装置１０は、ジョブ（印刷ジョブ）を実行すると、記録媒体である紙に画像を形成することができる。画像形成装置１０は、コピー機能、ＦＡＸ機能、スキャン機能、プリンタ機能といった複数の機能を実行することができる。本実施形態では、画像形成装置１０は、通信可能な装置（例えば、コンピュータ、スマートフォン、タブレット等）から投入された印刷ジョブを実行することで、プリンタとして機能する。また、画像形成装置１０は、利用者から選択されたコンテンツに基づく印刷ジョブを実行することで、コンテンツを出力（印刷）することができる。

【0017】

ここで、本実施形態では、情報処理装置の一例として画像形成装置１０を例に説明するが、他の装置であってもよい。例えば、テレビ、家電といった装置であってもよいし、タブレット型の端末装置やカーナビゲーション等の車載型の装置であってもよい。

【0018】

詳細は後述するが、情報処理装置は、標準でインストールされているアプリケーション（標準アプリケーション）が実行可能であって、外部から取得した追加のアプリケーション（追加アプリケーション）をインストールし、実行可能な装置であればよい。標準アプリケーションは、基本機能を実行可能はアプリケーション（プログラム）であり、追加アプリケーションは基本機能以外を実行可能なアプリケーション（プログラム）である。

【0019】

［１．２ ハードウェア構成］
ここで、画像形成装置１０のハードウェア構成について、以下、図を参照して説明する。図２に示すように、画像形成装置１０は、制御部１００と、記憶装置としてストレージ１１０、ＲＯＭ１２０及びＲＡＭ１３０と、表示部１４０と、操作部１５０と、画像形成部１６０と、画像読取部１６５と、通信部１７０とを有している。

【0020】

制御部１００は、画像形成装置１０の全体を制御するための機能部である。制御部１００は、ストレージ１１０や、ＲＯＭ１２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、単数又は複数の制御装置／演算装置（ＣＰＵ（Central Processing Unit）、ＳｏＣ（System on a Chip））により実現されてもよい。

【0021】

ストレージ１１０は、プログラムや、データを記憶可能な不揮発性の記憶装置である。例えば、ＨＤＤ（Hard Disk Drive）や、ＳＳＤ（Solid State Drive）といった記憶装置で構成されてもよい。また、ストレージ１１０は、外部に接続可能なＵＳＢメモリや、ＣＤ－ＲＯＭドライブ、ＢＤ－ドライブといった構成でもよい。また、ストレージ１１０は、例えばクラウド上にある記憶領域であってもよい。

【0022】

ＲＯＭ１２０は、電源を切ってもプログラムやデータを保持することが可能な不揮発性のメモリである。

【0023】

ＲＡＭ１３０は、主に制御部１００が処理を実行時に利用するメインメモリである。ＲＡＭ１３０は、ストレージ１１０や、ＲＯＭ１２０から読み出したプログラムや、実行時の結果を含むデータを一時的に保持する書換え可能なメモリである。

【0024】

表示部１４０は、各種情報や、実行画面を表示可能な表示装置である。表示部１４０は、例えば、液晶ディスプレイ（ＬＣＤ；Liquid Crystal Display）や、有機ＥＬ（Organic Electro Luminescence）ディスプレイ、電気泳動型ディスプレイ等の表示装置であってもよい。また、表示部１４０は、表示装置が接続可能なインタフェースを含む。例えば、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）や、ＤＶＩ（Digital Visual Interface）、Ｄｉｓｐｌａｙ Ｐｏｒｔを介して接続される外部の表示装置で構成されてもよい。

【0025】

操作部１５０は、ユーザからの操作入力が可能な操作装置である。例えば、表示部１４０と一体となったタッチパネルや、操作ボタン等の操作装置であってもよい。また、操作部１５０は、例えばキーボードや、マウスと行った操作装置であってもよい。また、操作部１５０は、操作装置が接続可能なインタフェース（例えば、ＵＳＢ（Universal Serial Bus））を含んでもよい。例えば、画像形成装置１０は、異なる操作装置（タッチパネルを有した操作装置）を接続してもよい。

【0026】

画像形成部１６０は、画像を例えば記録紙に形成する。画像形成部１６０は、例えば、像担持体を含み、当該像担持体上にトナー画像を形成し、当該像担持体上の画像を記録紙上に転写することによって画像を形成する。画像形成部１６０は、プリンタ等の画像形成装置として構成されてもよい。また、画像形成部１６０は、電子的に画像ファイルとして画像を形成してもよい。

【0027】

画像読取部１６５は、原稿（画像）を読取り、画像データとして出力する。画像読取部１６５は、例えばスキャナであり、ＣＣＤ（Charge Coupled Device）やＣＩＳ（Contact Image Sensor）を利用した読取装置であってもよい。

【0028】

通信部１７０は、他の装置と通信をする通信インタフェースである。例えば、有線接続や無線接続が提供可能なネットワークインタフェースであってもよい。本実施形態においては、ネットワークＮＷを介して他の装置と通信可能となっている。

【0029】

なお、図２で説明した装置の機能構成は、一例であり、必要に応じて機能部を更に有していたり、省略したりしてもよい。また、例えば、表示部１４０及び操作部１５０は、タッチパネルとして一体に実現してもよい。

【0030】

［１．３ ソフトウェア構成］
画像形成装置１０におけるソフトウェアの構成について、図３を参照して説明する。

【0031】

画像形成装置１０の制御部１００は、ストレージ１１０又はＲＯＭ１２０に記憶されたプログラム（アプリケーション）を実行することで、種々の機能を実現する。

【0032】

制御部１００は、ストレージ１１０に記憶されているアプリケーションを読み出して実行することで各種処理を実現できる。本実施形態では、アプリケーションの一例として、標準アプリケーション１１６と、追加アプリケーション１１８とを例に説明する。なお、以下の説明において、単にアプリケーションとしたときは、何れのアプリケーションであってもよい。

【0033】

ここで、標準アプリケーション１１６は、画像形成装置１０の基本機能を動作させるアプリケーションであり、画像形成装置１０に予めインストールされているものである。また、追加アプリケーションとは、基本機能以外の機能を追加する動作を行うアプリケーションであり、追加してインストールされるアプリケーションである。

【0034】

ここで、基本機能とは、画像形成装置１０が実行するときに、予め備えられている機能である、例えば、画像形成装置１０がコピー機能を実装するとき、コピー機能として提供されるアプリケーションであり、電源を投入しただけで実行することができる機能である。同様に、ファクシミリ機能を実装するときは、ファクシミリ通信を実行するのに必要な基本的な機能、スキャナ機能を実装するときは、スキャン処理を実行するのに必要な基本的な機能をいう。

【0035】

このように、標準アプリケーション１１６と、追加アプリケーション１１８とは、例えば、画像形成装置１０にインストールするタイミングに応じて分けていてもよい。また、それぞれのアプリケーションは、それぞれ複数のアプリケーションがインストールされていてもよい。

【0036】

制御部１００は、ストレージ１１０に記憶されている標準アプリケーション１１６を実行することで、画像形成装置１０の特有の処理を実行する。例えば、標準アプリケーション１１６は、画像形成装置１０が実行するオペレーティングシステム（ＯＳ）に組み込まれているアプリケーションであってもよい。また、標準アプリケーション１１６は、画像形成装置１０が実行するプレインストールされているアプリケーションである。

【0037】

ここで、標準アプリケーション１１６は、アラート取得部１０６からアラートを取得すると、表示部１４０に情報を通知するウィンドウ（例えば、ダイアログや、ポップアップ）を表示する。

【0038】

アラート取得部１０６は、例えば、画像形成装置１０のハードウェアの動作に関するアラートを取得し、所定のアプリケーションにアラートを送信する。例えば、標準アプリケーション１１６は、アラート取得部１０６からアラートを受信すると、表示部１４０にアラートに基づく通知として第１のウィンドウを表示する。第１のウィンドウは、優先順位が高いために、優先的に表示される。例えば、標準アプリケーション１１６は、現在表示部１４０の表示されている情報のトップレイヤ（最前面）に表示される。これにより、標準アプリケーションが表示する第１のウィンドウは、他のウィンドウや、他の情報等と比べて優先的に表示される。

【0039】

ここで、アラート取得部１０６が取得するアラートは、以下のようなものが考えられる。
（１）画像形成装置１０において、物理的な操作があれたアラート。例えば、前扉をユーザが開いた、後扉をユーザが開いた、給紙トレーをユーザが開いた等。

【0040】

（２）画像形成装置１０において、エラーを検知したアラート。例えば、紙詰まりが発生した、廃トナーボックスが一杯になった等。

【0041】

（３）画像形成装置１０において、消耗品に関するアラート。例えば、用紙切れとなっている。トナーが切れている、トナーがニアエンドになっている、ステープルの刃が切れている等。

【0042】

なお、アラート取得部１０６は、画像形成装置１０からの割り込みに基づくアラートを取得することができる。アラート取得部１０６は、例えば、ハードウェアの動作に関するアラートのみならず、ソフトウェアの動作に基づくアラートを取得してもよい。例えば、アラート取得部１０６は、ソフトウェアのアップデート通知、セキュリティ通知等のアラートを取得してもよい。

【0043】

制御部１００は、ストレージ１１０に記憶されている追加アプリケーション１１８を実行することができる。追加アプリケーション１１８は、画像形成装置１０の出荷時や、初期状態ではインストールされていないアプリケーションである。追加アプリケーション１１８は、標準アプリケーション１１６で実行する基本機能以外の機能を実行可能である。例えば、ユーザによりサーバ装置２０から追加アプリケーションをダウンロードしてインストールしてもよい。また、追加アプリケーション１１８は、サービスマンが画像形成装置１０セットアップ時にインストールしてもよい。

【0044】

制御部１００は、追加アプリケーションの実行中、追加アプリケーションにおいて必要な情報は、第２のウィンドウを表示することで通知する。ここで、第２のウィンドウは、デザイン決定部１０８により、デザインが決定される。デザイン決定部１０８の動作については後述する。

【0045】

また、制御部１００は、デザイン決定部１０８がウィンドウのデザインを決定するときに、参照する情報として、表示情報を取得する。ここで、ウィンドウのデザイン（design）とは、ウィンドウの形状（shape）、大きさ（size）、色（color）などを含む。また、表示情報は、アプリケーションがウィンドウを表示するときに参照可能な情報であり、例えば、表示デバイスに関するデバイス情報、ウィンドウのデザインを決定するときの属性に関するデザイン情報を含んでもよい。

【0046】

まず、デバイス情報取得部１０２は、表示情報の一つとしてデバイス情報を取得する。また、デザイン情報取得部１０４は、表示情報の一つとしてデザイン情報を取得する。

【0047】

デバイス情報取得部１０２及びデザイン情報取得部１０４は、制御部１００がアプリケーション（例えば、追加アプリケーション１１８）を実行するとき、当該アプリケーションの起動時に実行されてもよい。また、デバイス情報取得部１０２及びデザイン情報取得部１０４は、制御部１００がアプリケーションを実行中に、必要に応じて表示情報を取得してもよい。

【0048】

ここで、デバイス情報は、例えば画像形成装置１０が予め記憶している情報である。デバイス情報は、デバイス情報記憶領域１１２に記憶されている。

【0049】

図４（ａ）は、デバイス情報の一例を示す図である。デバイス情報としては、表示デバイス（例えば、表示部１４０）の解像度（Ｒｅｓｏｌｕｔｉｏｎ）を記憶してもよい。解像度としては、ＶＧＡ、ＳＶＧＡ、ＸＧＡ、Ｗｉｄｅ－ＶＧＡ、Ｗｉｄｅ－ＳＶＧＡ、Ｗｉｄｅ－ＸＧＡ等を記憶してもよい。表示デバイス（表示部１４０）は、操作パネルであってもよい。

【0050】

また、デバイス情報は、例えば表示デバイス（表示部１４０）のサイズをインチ表示で記憶してもよい。例えば、デバイス情報は、表示デバイスの対角線のサイズに基づき７インチ、９インチ、１０インチ、１５インチといった数値を記憶してもよい。

【0051】

また、デバイス情報は、これ以外にも、表示デバイスの型番を記憶してもよいし、表示可能なドット数を記憶してもよい。

【0052】

また、図４（ａ）で示したデバイス情報は、解像度と、表示デバイスのサイズとを含めて記憶しているが、何れか一つだけ記憶してもよいし、更に情報を記憶してもよい。

【0053】

デバイス情報取得部１０２は、例えば、アプリケーションの起動時に実行されることで、画像形成装置１０がアプリケーションに通知する値からデバイス情報を取得してもよい。

【0054】

例えば、図５は、デバイス情報取得部１０２がデバイス情報を取得する一例を示した図である。図５（ａ）では、画像形成装置１０が、実行するアプリケーションに情報を通知している。例えば、追加アプリケーション１１８は、図５（ａ）に示すように、デバイス情報を取得することができる。

【0055】

また、アプリケーションは、起動時の初期化処理中に、画像形成装置１０にデバイス情報を問い合わせてもよい。

【0056】

例えば、追加アプリケーション１１８は、起動時に、図５（ｂ）に示すように、ＧＥＴコマンドを利用して、デバイス情報を取得する。画像形成装置１０は、追加アプリケーション１１８に対して、デバイス情報を戻り値として返すことができる。

【0057】

デザイン情報は、例えば、画像形成装置１０が予め記憶している情報であり、ウィンドウのデザインに関する属性が含まれている。デザイン情報は、デザイン情報記憶領域１１４に記憶されている。

【0058】

デザイン情報記憶領域１１４は、予め標準アプリケーション１１６が表示する第１のウィンドウに関するデザイン情報を記憶していてもよい。また、デザイン情報記憶領域１１４は、追加アプリケーション１１８が表示するウィンドウに関するデザイン情報を記憶してもよい。また、デザイン情報は、アプリケーションが表示するウィンドウの種類毎にデザイン情報を記憶してもよい。

【0059】

また、本実施形態において、デザイン情報は、デザイン情報記憶領域１１４に記憶されているとして説明するが、各アプリケーションがそれぞれ記憶してもよい。アプリケーションは、デザイン情報をアプリケーション内で記憶してもよいし、個別又は共通の設定ファイルに記憶してもよい。また、デザイン情報は、画像形成装置１０の設定情報や、情報処理装置における設定ファイル（例えばレジストリファイル）に記憶されていてもよい。

【0060】

図４（ｂ）は、デザイン情報の一例を示す図である。デザイン情報としては、例えば以下の情報（属性）が記憶されている。

【0061】

・ウィンドウを示すＩＤ（例えば、警告用のダイアログの種類を示す「dialog_alert」）
・ウィンドウの形状として横サイズ（例えば、SIZE(X)として「６２０」）
・ウィンドウの形状として縦サイズ（例えば、SIZE(Y)として「３６０」）
・ウィンドウの位置として左隅起点の横位置（例えば、Position(X)として「201」）
・ウィンドウの位置として左隅起点の縦位置（例えば、Position(Y)として「0」）
・ウィンドウにおいて表示される文字サイズ（例えば、Font Sizeとして「18」）
・ウィンドウにおいて表示される文字フォント（例えば、Font Nameとして「Noto Sans」）
・ウィンドウにおいて表示される文字の色（例えば、Font colorとして「#303331」）
・ウィンドウの横方向の整列方法（例えば、Horizontal Alignとして「center」）
・ウィンドウの縦方向の整列方法（例えば、Vertical Alignとして「top」）
・ウィンドウの透明度（例えば、Opacityとして「１」）
・ウィンドウの角の丸みの半径（例えば、Radiusとして「８」）
これらの情報が、単数又は複数記憶されている。

【0062】

図４（ｂ）で示したデザイン情報は、標準アプリケーション１１６が実行されたときに表示される第１のウィンドウを表示するときの属性となっている。制御部１００は、標準アプリケーション１１６によって第１のウィンドウを表示部１４０に表示するとき、これらのデザイン情報を取得し、デザイン情報に従った属性にて第１のウィンドウを表示する。

【0063】

制御部１００は、追加アプリケーション１１８によって第２のウィンドウを表示部１４０に表示するときは、デザイン情報記憶領域１１４に記憶されているデザイン情報に従った属性にて第２のウィンドウを表示してもよい。また、制御部１００は、追加アプリケーション１１８が、デザイン情報を記憶しているときは、当該デザイン情報にしたがって第２のウィンドウを表示してもよい。

【0064】

なお、図６は、表示されるウィンドウと、図５（ｂ）に示したデザイン情報（ウィンドウの属性）との対応を説明する図である。このように、標準アプリケーション１１６は、デザイン情報に基づいて、第１のウィンドウを表示する。また、追加アプリケーション１１８は、デザイン情報に基づいて、第２のウィンドウを表示する。

【0065】

デザイン情報取得部１０４は、アプリケーションの起動時又はアプリケーションの実行時に適宜実行される。デザイン情報取得部１０４は、アプリケーションに対し、当該アプリケーションが表示するウィンドウのデザイン情報を送信する。

【0066】

また、図６で示す、表示領域の情報をデバイス情報としてもよい。例えば、横１０２４、縦６００のサイズをデバイス情報としてもよい。

【0067】

また、ウィンドウ（ダイアログ）が表示される座標は、画像形成装置１０がメニュー等を表示可能な領域を中心に設定されてもよい。例えば、図６の場合、通知領域が上に５６ピクセル確保されており、情報を表示可能な領域はその下の５４４ピクセルの高さである。そこで、ウィンドウを表示する領域の座標は、情報を表示可能な領域の座標（例えば、高さとしてＹ座標）を初期座標の０としてもよい。また、上述したウィンドウを表示する領域を、デバイス情報のサイズとしてもよい。

【0068】

デザイン情報取得部１０４がデザイン情報を取得する方法の一例を図７、図８を参照して説明する。例えば、アプリケーションが実行されているときに、画像形成装置１０がアプリケーションに対してデザイン情報を送信する。例えば、図７（ａ）に示すように、デザイン情報取得部１０４は、デザイン情報を取得することができる。

【0069】

また、デザイン情報取得部１０４は、アプリケーション実行時に、画像形成装置１０にデザイン情報を問い合わせてもよい。例えば、図７（ｂ）は、デザイン情報取得部１０４は、画像形成装置１０にデザイン情報を取得している。

【0070】

例えば、ＧＥＴコマンドで「http://localhost/Design/v1 HTTP/1.1」とコマンドを画像形成装置１０に送信する。画像形成装置１０は、ＨＴＴＰのレスポンスとして、デザイン情報を戻り値として返している。

【0071】

なお、アプリケーションは必要に応じて、特定のウィンドウのデザインのみを取得してもよい。例えば、図８は、ＧＥＴコマンドに、引数（パラメータ）として「q=dialog_alert」を指定している。この場合、画像形成装置１０は、ＩＤが「dialog_alert」のデザイン情報を返す。

【0072】

なお、デバイス情報取得部１０２、デザイン情報取得部１０４は、アプリケーションに実装されてもよい。例えば、追加アプリケーション１１８に、デバイス情報取得部１０２や、デザイン情報取得部１０４が実装されていてもよい。また、標準アプリケーション１１６に、デバイス情報取得部１０２や、デザイン情報取得部１０４が実装されていてもよい。

【0073】

また、標準アプリケーション１１６は、デバイス情報及び／又はデザイン情報を予めアプリケーションに含まれていてもよい。標準アプリケーション１１６は、画像形成装置１０で実行されるアプリケーションであるため、デバイス情報及び／又はデザイン情報を予め記憶していてもよい。

【0074】

［１．４ 処理の流れ］
つづいて、本実施形態の処理の流れについて説明する。図９は、追加アプリケーション１１８が実行中に動作する処理フローを説明したものである。例えば、制御部１００は、追加アプリケーション１１８を実行したときに、例えば必要に応じて初期処理や、前処理を実行してもよい。

【0075】

まず、制御部１００は、デバイス情報を取得する（ステップＳ１０２）。ここで、制御部１００は、デバイス情報を取得できたときは、例えば、ストレージ１１０や、ＲＡＭ１３０に一時的にデバイス情報を記憶してもよい。また、追加アプリケーション１１８が有する記憶領域に、デバイス情報を記憶してもよい。

【0076】

つづいて、デバイス情報を取得できたときは、制御部１００は、追加アプリケーション１１８が表示するウィンドウのデザインを変更する（ステップＳ１０６）。ここで、変更される追加アプリケーション１１８の第２のウィンドウのデザインは、例えば、追加アプリケーション１１８が記憶しているデザイン情報でもよいし、所定の設定情報（例えば、レジストリ）に記憶していてもよい。

【0077】

ここで、デザイン決定部１０８は、追加アプリケーション１１８が表示する第２のウィンドウが、標準アプリケーション１１６が表示する第１のウィンドウ以下になるようにデザインを決定する。

【0078】

これにより、第１のウィンドウは、表示されるときは、第２のウィンドウより優先的に（前面に）表示される。そこで、優先的に表示される第１のウィンドウのサイズが、第２のウィンドウのサイズ以上になることで、第１のウィンドウに既に表示されている第２のウィンドウが隠れることになり、デザインとして一体感を持たせることが可能となる。

【0079】

ここで、本実施形態では、制御部１００は、デバイス情報に対応して第２のウィンドウサイズを決定する処理を実行する。例えば、制御部１００は、図１０に示すように、デバイス情報の一例として表示デバイスである表示部１４０の大きさに対応して、ウィンドウサイズ（第２のウィンドウサイズ）を決定してもよい。また、例えば、制御部１００は、デバイス情報取得部１０２が取得したデバイス情報から、表示部１４０の大きさが「９インチ」と取得したとき、第２のウィンドウのサイズを「横５５８」ドット、縦「３２４」ドットと決定してもよい。

【0080】

この第２のウィンドウのサイズは、画像形成装置１０が、第１のウィンドウサイズより、第２のウィンドウサイズが小さくなるサイズとして記憶していてもよい。また、追加アプリケーションが、図１０で示した対応が可能なデータや、プログラムを記憶してもよい。

【0081】

また、図１０は、デバイス情報として表示部１４０の大きさを利用しているが、解像度を利用してもよい。また、図１０は一例としてテーブルとして説明したが、基準となる大きさからの割合（例えば、基準となる大きさを０．９倍にする等）に基づいて第２のウィンドウの大きさを算出してもよい。

【0082】

また、制御部１００は、図１０で説明したように、第２のウィンドウの属性として、横サイズ、縦サイズを変更しているが、他にウィンドウのデザインに関する属性を変更してもよい。例えば、制御部１００は、ウィンドウデザインの属性として、ウィンドウの隅部の丸みを示すＲａｄｉｕｓの値を合わせて変更してもよい。

【0083】

制御部１００は、追加アプリケーションステップＳ１１８を実行するときに、ステップＳ１０６で変更したウィンドウのデザインを利用することを決定する（ステップＳ１０８）。これにより、追加アプリケーション１１８は、その後処理の実行を継続するが、実行時に表示する第２のウィンドウは、ステップＳ１０８で決定したウィンドウのデザインが利用される。

【0084】

なお、制御部１００は、デバイス情報を取得できなかったときは、既定となるウィンドウのデザインをそのまま利用するように決定する（ステップＳ１０４；Ｎｏ→ステップＳ１１０）。

【0085】

［１．５ 動作例］
以下、表示画面を示す図を参照して動作例について説明する。図１１（ａ）は、追加アプリケーション１１８が実行されているときの表示画面Ｗ１００の一例である。

【0086】

追加アプリケーション１１８は、必要に応じて第２のウィンドウが表示画面Ｗ１００に表示される。例えば、図１１（ａ）は、メインの表示画面Ｗ１００上に、ジョブリストを取得中である情報をユーザに提示する第２のウィンドウＲ１００が重畳して表示されている。

【0087】

このとき、ユーザにより画像形成装置１０の本体前カバーが開かれると、カバーが開いたアラートをアラート取得部１０６が取得する。このアラートは、標準アプリケーション１１６が取得し、ユーザにアラートを示す第１のウィンドウを表示する。

【0088】

図１１（ｂ）は、第１のウィンドウＲ１１０が重畳表示した状態を示す表示画面Ｗ１１１０である。図１１（ｂ）では、第１のウィンドウだけが表示されている。そして、ユーザが本体前カバーを閉じると、第１のウィンドウは非表示となる（表示が消える）。すなわち、図１１（ａ）の状態に戻る。

【0089】

そして、図１１（ａ）で示した、ジョブリストの取得が完了すると、追加アプリケーション１１８は第２のウィンドウを非表示とする（表示を消す）。すなわち、図１２（ａ）の表示画面Ｗ１２０の状態に遷移する。

【0090】

図１１（ｂ）の表示画面Ｗ１１０は、一見すると単に第１のウィンドウだけが表示されている状態を示しているが、本実施形態を適用することで、ユーザにとって視認性が高い状態となっている。また、本実施形態を適用しない状態と比較して、デザイン性が向上している。すなわち、第２のウィンドウが表示画面に表示されたまま、第１のウィンドウを表示したとしても、ユーザが第２のウィンドウを視認することができず、一体感を有するデザインと感じることが可能となる。

【0091】

例えば、図１２（ｂ）は、本実施形態を適用しない場合の表示画面Ｗ１３０を示した図である。ウィンドウサイズが考慮されていないと、第２のウィンドウＲ１３２が表示されているときに制御部１００が、第１のウィンドウＲ１３４を表示すると、ウィンドウの上に重ねてウィンドウが表示された状態として表示される。また、ウィンドウの隅部のデザイン（丸み）が異なっている。

【0092】

このように、標準アプリケーション１１６が表示した第１のウィンドウと、追加アプリケーション１１８が表示した第２のウィンドウとでは、ウィンドウの上下左右幅や、角の丸みが異なることから、ウィンドウのデザインが統一されていない状態で表示される。これにより、ユーザは別々の機能が、それぞれのウィンドウを表示しているように見えてしまう。

【0093】

しかし、図１１（ｂ）では、標準アプリケーション１１６が表示した第１のウィンドウと、追加アプリケーション１１８が表示した第２のウィンドウとのデザインが統一され、一体として表示されているように視認される。

【0094】

第２のウィンドウは、追加アプリケーション１１８が表示するウィンドウであることから、実行される環境によってウィンドウのデザインの大きさが変わってしまう。また、追加アプリケーション１１８が実行される環境（表示デバイスの大きさ、解像度等）により、従来は本来画像形成装置１０が実行するウィンドウとのデザインの統一性は考慮されていなかった。

【0095】

このように、本実施形態によれば、画像形成装置１０の表示情報（例えば、表示デバイスのデバイス情報）に基づいて、第２のウィンドウデザインを変更することが可能となる。これにより、追加アプリケーション１１８が表示するウィンドウのデザインとしてレスポンシブデザインを提供することができる。

【0096】

［２．第２実施形態］
つづいて、第２実施形態について説明する。本実施形態では、表示情報として、デバイス情報に加えて、デザイン情報を利用してアプリケーションが表示するウィンドウのデザインを変更する実施形態について説明する。

【0097】

なお、本実施形態は、第１実施形態と構成、処理については異なる点を中心に説明し、第１実施形態と共通する図面及び説明については省略する。

【0098】

図１３は、第１実施形態の図９で示した処理フローを置き換えた図である。同一の処理には同一の符号を付して説明を省略する。

【0099】

追加アプリケーション１１８が実行されると、制御部１００（デバイス情報取得部１０２）は、デバイス情報を取得する（ステップＳ１０２）。また、制御部１００（デザイン情報取得部１０４）は、標準アプリケーション１１６が表示する第１のウィンドウのデザイン情報を取得する（ステップＳ２０２）。ここで、デザイン情報取得部１０４が取得するデザイン情報は、例えば、図４（ｂ）で示したデザイン情報のうち、必要な属性を取得すればよい。

【0100】

ここで、制御部１００（デザイン決定部１０８）は、デバイス情報、デザイン情報が取得できたときは、それぞれの情報に基づいて、第２のウィンドウのウィンドウデザインを変更する（ステップＳ２０６）。

【0101】

ここで、制御部１００は、取得した情報に基づいて、それぞれの組み合わせでウィンドウのデザインを変更する。

【0102】

（１）デバイス情報と、デザイン情報との両方が取得できたとき、制御部１００は、２つの情報を参照して、第２のウィンドウのデザインを変更する
（２）デバイス情報のみ取得できたとき、制御部１００は、デバイス情報を参照して、第２のウィンドウのデザインを変更する（第１実施形態）
（３）デザイン情報のみ取得できたとき、制御部１００は、デザイン情報を参照して、第２のウィンドウのデザインを変更する
ここで、制御部１００（デザイン決定部１０８）が、デザイン情報に基づいて、第２のウィンドウのデザインを変更する処理について、図１４を参照して説明する。

【0103】

図１４は、第２のウィンドウの大きさが、第１のウィンドウの大きさ以下となるような処理について説明する動作フローである。

【0104】

まず、制御部１００（デザイン決定部１０８）は、標準アプリケーション１１６が表示する第１のウィンドウの属性を取得する（ステップＳ２５２）。また、制御部１００は、
追加アプリケーション１１８が表示する第２のウィンドウの属性を取得する（ステップＳ２５４）。

【0105】

２つのウィンドウの属性を取得した後、制御部１００は、第２のウィンドウの縦横の幅が第１のウィンドウの大きさを超えているかを判定する。例えば、制御部１００は、第２のウィンドウの縦の幅が、第１のウィンドウの縦の幅を超えているかを判定する（ステップＳ２５６）。また、制御部１００は、第２のウィンドウの横の幅が、第１のウィンドウの横の幅を超えているかを判定する（ステップＳ２５６）。

【0106】

ここで、制御部１００は、第２のウィンドウの縦横幅が、第１のウィンドウの大きさを超えているときは、第２のウィンドウの縦横の幅（サイズ）を変更する（ステップＳ２５８）。

【0107】

例えば、制御部１００は、第１のウィンドウの横サイズを示す属性であるＳｉｚｅ＿１（Ｘ）と、第２のウィンドウの縦サイズを示す属性であるＳｉｚｅ＿２（Ｘ）とを比較し、Ｓｉｚｅ＿１（Ｘ）≧Ｓｉｚｅ＿２（Ｘ）となるようにＳｉｚｅ＿２（Ｘ）を変更する。

【0108】

同様に、制御部１００は、第１のウィンドウの縦サイズを示す属性であるＳｉｚｅ＿１（Ｙ）と、第２のウィンドウの縦サイズを示す属性であるＳｉｚｅ＿２（Ｙ）とを比較し、Ｓｉｚｅ＿１（Ｙ）≧Ｓｉｚｅ＿２（Ｙ）となるようにＳｉｚｅ＿２（Ｙ）を変更する。

【0109】

つづいて、制御部１００は、第２のウィンドウの属性の隅部と、第１のウィンドウの属性の隅部とが異なるかを判定する（ステップＳ２６０）。

【0110】

ここで、制御部１００は、第２のウィンドウの属性の隅部と、第１のウィンドウの属性の隅部とが異なるときは、第２のウィンドウの隅部が第１のウィンドウに隠れるように変更する（ステップＳ２６０；Ｙｅｓ→ステップＳ２６２）。

【0111】

例えば、制御部１００は、第１のウィンドウの角の丸みの半径を示す属性であるＲａｄｉｕｓ＿１と、第２のウィンドウの角の丸みの半径を示す属性であるＲａｄｉｕｓ＿２とが異なるとき、Ｒａｄｉｕｓ＿２を、Ｒａｄｉｕｓ＿１と同じにするように変更する。ここで、第２のウィンドウが第１のウィンドウに隠れればよい。例えば、制御部１００は、Ｒａｄｉｕｓ＿１≦Ｒａｄｉｕｓ＿２となるように変更すればよい。

【0112】

つづいて、制御部１００は、第２のウィンドウの表示位置が、第１のウィンドウの表示領域外となっているかを判定する（ステップＳ２６４）。

【0113】

制御部１００は、第２のウィンドウの表示位置が、第１のウィンドウの表示領域外となっているときは、第１のウィンドウの表示領域内となるように、第２のウィンドウの表示位置を変更する（ステップＳ２６４；Ｙｅｓ→ステップＳ２６６）。

【0114】

例えば、制御部１００は、第１のウィンドウの左隅起点の横位置を示す属性Ｐｏｓｉｔｉｏｎ＿１（Ｘ）と、第２のウィンドウの左隅起点の横位置を示す属性Ｐｏｓｉｔｉｏｎ＿２（Ｘ）とを比較し、Ｐｏｓｉｔｉｏｎ＿１（Ｘ）≦Ｐｏｓｉｔｉｏｎ＿２（Ｘ）となるように変更する。また、第１のウィンドウの左隅起点の縦位置を示す属性Ｐｏｓｉｔｉｏｎ＿１（Ｙ）と、第２のウィンドウの左隅起点の縦位置を示す属性Ｐｏｓｉｔｉｏｎ＿２（Ｙ）とを比較し、Ｐｏｓｉｔｉｏｎ＿１（Ｙ）≦Ｐｏｓｉｔｉｏｎ＿２（Ｙ）となるように変更する。

【0115】

なお、制御部１００は、ウィンドウの左上となる左隅起点座標にウィンドウの横サイズ、縦サイズを加算し、ウィンドウの右下の右隅終点座標を算出してもよい。そして、制御部１００は、第２のウィンドウの表示位置が、第１のウィンドウの表領域に含まれるように調整してもよい。このとき、制御部１００は、単に表示位置を調整するだけでなく、再度縦横幅を変更する処理を実行してもよい。

【0116】

また、制御部１００は、デバイス情報を取得できているときは、デバイス情報と併せて第２のウィンドウのデザインを変更してもよい。例えば、第１実施形態の図９の処理を実行してウィンドウのデザインを変更し、その後、図１３の処理を実行してもよい。

【0117】

このように、本実施形態によれば、第２のウィンドウの大きさが、第１のウィンドウの大きさに隠れるように変更することができる。

【0118】

また、第２のウィンドウのデザインを、第１のウィンドウのデザイン情報を利用して変更することから、より正確に第２のウィンドウのデザインを変更することが可能となる。

【0119】

なお、変更された第２のウィンドウの大きさ等の属性は、追加アプリケーション１１８が、新たな第２のウィンドウサイズとして記憶すればよい。それにより、制御部１００が追加アプリケーション１１８を実行し、追加アプリケーション１１８が第２のウィンドウを表示したときに、適切な大きさで表示することになる。

【0120】

［３．第３実施形態］
つづいて、第３実施形態について説明する。本実施形態では、ウィンドウを表示の度に、ウィンドウのデザインを変更する処理を実行するプログラムについて説明する。

【0121】

なお、本実施形態は、第１実施形態と構成、処理については異なる点を中心に説明し、第１実施形態と共通する図面及び説明については省略する。

【0122】

例えば、図１５で示す処理を実行するウィンドウのデザイン変更プログラムが画像形成装置１０において実行されている。

【0123】

ここで、制御部１００は、アプリケーションがウィンドウを表示することを検知すると（ステップＳ３０２；Ｙｅｓ）、当該アプリケーションにおいて変更されたウィンドウのデザインがあるか否かを判定する（ステップＳ３０４）。

【0124】

ここで、変更されたウィンドウのデザインは、定義ファイルとして別に記憶してもよいし、設定情報（例えば、レジストリ等）に記憶してもよい。また、上述した実施形態が実行されたことにより、追加アプリケーション１１８において表示される第２のウィンドウの変更されたデザインを取得してもよい。

【0125】

制御部１００は、変更されたウィンドウのデザインがあるときは、当該ウィンドウのデザインを変更し（ステップＳ３０４；Ｙｅｓ→ステップＳ３０６）、追加アプリケーション１１８において表示する第２のウィンドウを表示する（ステップＳ３０８）。

【0126】

制御部１００は、標準アプリケーション１１６が第１のウィンドウを表示することを検知すると（ステップＳ３１０；Ｙｅｓ）、現在の表示画面に重畳して標準アプリケーション１１６による第１のウィンドウを表示する（ステップＳ３１２）。

【0127】

なお、第１のウィンドウを表示した状態を解除する処理が完了すると（ステップＳ３１４；Ｙｅｓ）、第１のウィンドウの表示を終了する（ステップＳ３１６）。ここで、ステップＳ３１４における処理の完了は、第１のウィンドウを表示したときの状態が解消したこととしてもよい。例えば、制御部１００は、トナー切れの通知であればトナーが補充される、前カバーが開いた通知であれば前カバーが閉じられる、紙づまり等のトラブルに関する通知であれば、トラブルが解消する等により、処理が完了したと判定する。

【0128】

また、第２のウィンドウを表示する状態が完了したときは、制御部１００は、追加アプリケーション１１８が表示した第２のウィンドウの表示を終了する（ステップＳ３１８＋Ｙｅｓ→ステップＳ３２０）。また、第２のウィンドウを表示する必要があるときは、ステップＳ３１０から処理を繰り返し実行する（ステップＳ３１８；Ｎｏ→ステップＳ３１０）。

【0129】

このように、本実施形態によれば、アプリケーションが複数あったり、例えば、サードパーティが作成したアプリケーションであったりしても、画像形成装置１０が表示するウィンドウとの関係からアプリケーションで表示するウィンドウのデザインを適切に変更することが可能となる。

【0130】

［４．変形例］
本開示は上述した各実施の形態に限定されるものではなく、種々の変更が可能である。
すなわち、本開示の要旨を逸脱しない範囲内において適宜変更した技術的手段を組み合わせて得られる実施の形態についても技術的範囲に含まれる。

【0131】

また、上述した実施形態は、説明の都合上、各実施形態を分けて説明しているが、可能な範囲で組み合わせて実行することが可能である。また、明細書に記載したいずれの技術についても、補正又は分割出願等において権利取得する意思を有する。

【0132】

また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。

【0133】

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＣＤ（Compact Disc）、ＢＤ（Blu-ray（登録商標） Disc）等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。

【0134】

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバ装置の記憶装置も本発明に含まれるのは勿論である。

【0135】

また、上述したデータは、装置内に記憶されるものではなく、外部の装置に記憶されて、適宜呼び出されてもよい。例えば、データをＮＡＳ（Network Attached Storage）に記憶したり、クラウド上に記憶したりしてもよい。

【0136】

なお、本開示の範囲は、明細書に明示的に説明された構成や限定されるものではなく、本明細書に開示される技術の組み合わせも、その範囲に含むものである。本開示のうち、特許を受けようとする構成を、添付の特許請求の範囲に記載しているが、特許請求の範囲に記載されていないことを理由として技術的範囲から排除する意思ではない。

【0137】

また、上述した明細書において、「～の場合」「～のとき」という記載については、一つの例として説明しているものであり、記載した内容に限られる構成としているものではない。これらの場合やときでない構成についても、当業者であれば自明である範囲についても開示しているものであり、権利取得する意思を有する。

【0138】

また、明細書に記載した処理や、データの流れについて順番を伴った記載について、記載している順番に限られない。例えば、処理の一部の箇所を削除したり、順番を入れ替えたりした構成についても開示しているものであり、権利取得する意思を有している。

【0139】

また、実施形態において説明した機能は、それぞれの装置で実行することを説明しているが、１つの装置で実現したり、更に外部サーバを利用したりしてもよい。

【0140】

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、例えば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本開示の一以上の態様は当該技術による新たな集積回路を用いることも可能である。

【符号の説明】

【0141】

１ システム
１０ 画像形成装置
１００ 制御部
１１０ ストレージ
１２０ ＲＯＭ
１３０ ＲＡＭ
１４０ 表示部
１５０ 操作部
１６０ 画像形成部
１６５ 画像読取部
１７０ 通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】