(57)【要約】【課題】ＷｅｂＶｉｅｗにてＷｅｂフォントを利用する場合は、ＷｅｂＶｉｅｗのＨＴＭＬデータに基づく領域とそれ以外の領域とで利用できるフォントが異なることがある。【解決手段】描画方法の異なる複数の画面構成要素と、複数の画面構成要素が共通で利用するフォントデータによってアプリケーション全体の画面を表現可能な画像形成装置であって、第一の画面構成要素は、自身が利用するフォントデータを拡張し、第一の画面構成要素は利用するフォントデータを拡張した際に第二の画面構成要素に対して、フォントデータを拡張した旨を通知し、第二の画面構成要素は第一の画面構成要素からフォントデータが拡張された旨の通知を受信すると、フォントデータを再取得するとともに自身の画面を再描画する【選択図】図３
2018014603.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションに対して描画機能を提供する、描画方法が互いに異なる第１の描画手段および第２の描画手段と、
前記第１の描画手段および前記第２の描画手段により描画された画像を表示する表示手段とを有し、
前記第１の描画手段は、該第１の描画手段により第１のデータを描画するために取得された拡張フォントデータが新たに登録された場合に、前記第２の描画手段に対して拡張フォント登録通知を通知し、
前記第２の描画手段は、前記拡張フォント登録通知に応じて、登録された前記拡張フォントデータを取得し、前記第２の描画手段により描画する第２のデータを、前記拡張フォントデータを用いて描画することを特徴とする情報処理装置。
【請求項２】
前記第１の描画手段は、前記第１のデータと共に前記拡張フォントデータを取得し、前記第１のデータを、前記拡張フォントデータを用いて描画することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１のデータ及び前記第２のデータは、前記情報処理装置と接続された他の装置から取得されることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記第２の描画手段は、アプリケーションがアンインストールされた場合、アンインストールされたアプリケーションと関連付けられた前記拡張フォントデータを削除することを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
前記第２の描画手段は、該第２の描画手段により描画するアプリケーションが描画されている場合に、前記第２のデータを、前記拡張フォントデータを用いて描画することを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
前記拡張フォントデータは、拡張フォントの名称と、前記拡張フォントデータのファイル名と、前記拡張フォントデータを用いるアプリケーション識別情報とともに登録されることを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
【請求項７】
前記第１の描画手段は、前記第１のデータとしてＨＴＭＬデータを描画し、前記第２の描画手段は、前記第２のデータとして、前記アプリケーションで指定されたデータを描画することを特徴とする請求項１乃至６のいずれか一項に記載の情報処理装置。
【請求項８】
前記第１の描画手段は、前記第１のデータとしてＨＴＭＬデータを描画するＷｅｂエンジンであり、前記第２の描画手段は、前記第２のデータとして前記アプリケーションに記述されたデータを描画するアプリケーションプラットホームであることを特徴とする請求項７に記載の情報処理装置。
【請求項９】
画像読取手段と画像形成手段とをさらに有することを特徴とする請求項１乃至８のいずれか一項に記載の情報処理装置。
【請求項１０】
請求項１乃至８のいずれか一項に記載の情報処理装置としてコンピューターを機能させるためのプログラム。
【請求項１１】
アプリケーションに対して描画を提供する、描画方法が互いに異なる第１の描画手段および第２の描画手段と、前記第１の描画手段および前記第２の描画手段により描画された画像を表示する表示手段とを有する情報処理装置の制御方法であって、
前記第１の描画手段が、該第１の描画手段により第１のデータを描画するために取得された拡張フォントデータが新たに登録された場合に、前記第２の描画手段に対して拡張フォント登録通知を通知し、
前記第２の描画手段が、前記拡張フォント登録通知に応じて、登録された前記拡張フォントデータを取得し、前記第２の描画手段により描画する第２のデータを、前記拡張フォントデータを用いて描画することを特徴とする情報処理装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＷｅｂサーバーに接続され当該Ｗｅｂサーバーにより提供される操作画面を表示するＷｅｂブラウザー等を備えた情報処理装置および情報処理装置の制御方法、プログラムに関する。
【背景技術】
【０００２】
ＰＣや携帯電話などの情報処理装置がネットワーク上のＷｅｂサーバーに接続し、Ｗｅｂサーバー上のＷｅｂアプリケーションにより提供される操作画面を情報処理装置が備えるＷｅｂブラウザー上に表示することが知られている。この場合、まず情報処理装置のＷｅｂブラウザーがＷｅｂサーバー上のＷｅｂアプリケーションに対して操作画面を要求する。そしてＷｅｂアプリケーションが情報処理装置からの要求に応えて、Ｗｅｂブラウザーに操作画面を表示させるためのＷｅｂコンテンツ（ＨＴＭＬデータやＪａｖａＳｃｒｉｐｔ（登録商標）、Ｗｅｂコンテンツ内で利用する拡張フォントデータを含む）を情報処理装置に応答する。情報処理装置のＷｅｂブラウザーは受信したＷｅｂコンテンツを解析し、その記述に基づいた画面を表示する。ユーザーがＷｅｂブラウザーに表示された操作画面を介して指示を入力すると、入力された指示をＷｅｂブラウザーがＷｅｂサーバーに対して通知する。そして、この通知を受けたＷｅｂサーバー上のＷｅｂアプリケーションは入力された指示に従って処理を実行する。
【０００３】
さらに、上述したＷｅｂブラウザー機能と同等の機能を持ち、情報処理装置上のアプリケーションを構成する要素として利用可能なＷｅｂＶｉｅｗと呼ばれるＧＵＩコンポーネントがある。情報処理装置上のアプリケーションは、このＷｅｂＶｉｅｗを利用してアプリケーション画面上でＷｅｂブラウザーと同等の表現や機能を実現できる。
【０００４】
ところで、ＷｅｂブラウザーやＷｅｂｖｉｅｗには、表示するＷｅｂコンテンツで利用するフォントを動的に拡張できる機能を備えているものがある。Ｗｅｂアプリケーションはこのフォント拡張機能を利用することで画面の表現力を拡張し、ユーザーの操作性を向上させることができる。また、例えばアプリケーション画面を構成する複数の領域におけるフォント利用方法として、それぞれの領域で利用するフォントをユーザー設定に基づき決定し表現するといったものがある（特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−４００９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来の方法のように、Ｗｅｂブラウザー上に表示するＨＴＭＬデータに基づく画面自体が複数の領域に分割されている場合に、それぞれの領域にて表現する内容に応じたフォントを選択し利用することはできる。
【０００７】
しかし、アプリケーションの画面が、ＷｅｂＶｉｅｗとそれ以外のＧＵＩコンポーネントとを併用して構成された場合を考えると、ＷｅｂＶｉｅｗの領域上でしかフォント拡張機能を利用できないといった課題がある。このため、アプリケーション画面において、ＷｅｂＶｉｅｗ以外の画面領域でもフォント拡張機能を利用できる方法が望まれている。
【０００８】
本発明は上記従来例に鑑みて成されたもので、アプリケーションが利用するＧＵＩコンポーネントの種類にかかわらずフォント拡張機能を利用できる情報処理装置及び方法とプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明は以下の構成を有する。
【００１０】
アプリケーションに対して描画機能を提供する、描画方法が互いに異なる第１の描画手段および第２の描画手段と、
前記第１の描画手段および前記第２の描画手段により描画された画像を表示する表示手段とを有し、
前記第１の描画手段は、該第１の描画手段により第１のデータを描画するために取得された拡張フォントデータが新たに登録された場合に、前記第２の描画手段に対して拡張フォント登録通知を通知し、
前記第２の描画手段は、前記拡張フォント登録通知に応じて、登録された前記拡張フォントデータを取得し、前記第２の描画手段により描画する第２のデータを、前記拡張フォントデータを用いて描画することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、アプリケーションが利用するＧＵＩコンポーネントの種類にかかわらずフォント拡張機能を利用できる。これによりアプリケーション画面の表現力を拡張すると共に、アプリケーションの操作性を向上させることが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における画像処理装置を用いたシステムの構成例を示す図である。
【図２】本発明の実施形態における画像処理装置のハード構成例を示す図である。
【図３】本発明の実施形態における画像処理装置のソフト構成例を示す図である。
【図４】本発明の実施形態におけるフォントデータの情報管理テーブル例を示す図である。
【図５】本発明の実施形態における画面例を示す図である。
【図６】本発明の実施形態における利用フォントを指定するＪａｖａソースコード例を示す図である。
【図７】本発明の実施形態における利用フォントを指定するＨＴＭＬソースコード例を示す図である。
【図８】本発明の実施形態における図１０のフローチャート実行後の画面例を示す図である。
【図９】本発明の実施形態における図８で表示するフォントを指定するＪａｖａソースコード例を示す図である。
【図１０】本発明の実施形態における拡張フォントデータを取得し、アプリケーションを再描画するまでのフローチャートである。
【図１１】本発明の実施形態におけるアプリケーションのアンインストール処理に伴いアプリケーションが利用する拡張フォントデータを削除するまでのフローチャートである。
【図１２】本発明の実施形態における図１０中のステップＳ１００７を拡張したフォローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面を用いて説明する。
【００１４】
［実施形態１］
＜システム構成＞
図１は本実施形態に係る発明の画像処理装置を用いたシステムの構成例である。本システムはネットワーク１０１とインターネット１０２を介して接続されるＭＦＰ１００と、Ｗｅｂサーバー１０３とを有する。ネットワーク１０１は各装置間で通信を行うための基盤であって、インターネット１０２に接続されている。画像処理装置である多機能周辺機器（ＭＦＰ）１００はＷｅｂブラウザーおよびＷｅｂｖｉｅｗ機能を有する。なおＷｅｂＶｉｅｗ機能は、オペレーティングシステムによって提供され、アプリケーションがその機能を利用するものなので、ＷｅｂブラウザーやＷｅｂｖｉｅｗ機能を有する機器あればＭＦＰに代えて利用でき、ＭＦＰに限定されるものではない。さらに、ＭＦＰ１００はローカルなＩＰアドレスで管理されていても良い。その場合ネットワーク１０１とＭＦＰ１００との間にゲートウェイ（不図示）が存在し、ゲートウェイはアドレス変換を行う。例えばゲートウェイにはルーターが含まれる。また前記ゲートウェイや、ＭＦＰ１００がファイアウォール機能を備えていても良い。Ｗｅｂサーバー１０３は、Ｗｅｂコンテンツをネットワーク経由で配信する機能を持っており、ＭＦＰ１００からのリクエストに応じてＷｅｂコンテンツを返す。各装置及びネットワークはインターネットに必ずしも接続されている必要はなく、ローカルネットワーク上に存在してもよい。
【００１５】
＜装置のハードウェア構成＞
図２は本実施例のＭＦＰ１００、Ｗｅｂサーバー１０３内のハードウェア構成の一例である。これら装置を構成する構成要素には、プログラムを実行してＭＦＰ１００やＷｅｂサーバー１０３を制御するＣＰＵ２０１、ＣＰＵ２０１へワークエリアを提供するＲＡＭ２０２、本実施形態に係るプログラムや様々な設定を記憶する記憶装置２０３（ＨＤＤ、ＳＳＤ、ＮＶＲＡＭ等でもよい）が含まれる。さらに、ユーザーがコマンドの入力を行うためのユーザー入力装置２０４、画面表示を行うＵＩ表示装置２０５、他機器とネットワークによる通信を行うネットワーク装置２０６、メインバス２００により構成されている。
【００１６】
尚、本実施例は特に断らない限りＭＦＰ１００やＷｅｂサーバー１０３ではＣＰＵ２０１がメインバス２００を介してＲＡＭ２０２、記憶装置２０３、ユーザー入力装置２０４、ＵＩ表示装置２０５、ネットワーク装置２０６を制御する。また、タッチパネルディスプレイのようにＵＩ表示装置２０５がユーザー入力装置２０４を兼ねても良い。ただし、Ｗｅｂサーバー１０３は、ユーザー入力装置２０４やＵＩ表示装置２０５を有していなくても良い。また、ＭＦＰ１００は図示の構成要素以外として画像読取装置や画像印刷装置がメインバス２００に接続されていても良い。
【００１７】
＜ソフトウェア構成＞
図３は本実施例におけるＭＦＰ１００に搭載されるソフトウェアのモジュール群の一例である。図３に示すモジュール群は、ＭＦＰ１００内のＣＰＵ２０１がプログラムとして実行する。
【００１８】
実際にユーザーが操作するモジュールとしては、アプリケーションプラットホーム３０３上で動作するアプリケーション３００や、アプリケーションプラットホーム３０３からは独立したＷｅｂブラウザー３０７などがある。これらアプリケーション３００やＷｅｂブラウザー３０７はＵＩ表示装置２０５上へ画面を表示することが可能である。また、ユーザーの操作に応じて、アプリケーションプラットホーム３０３がアプリケーション３００をインストール／アンインストールすることができる。なお、アプリケーションプラットホーム３０３上で動作するアプリケーションは複数であってもよい。この場合アプリケーション３００はアプリケーションを識別するためにアプリケーション識別情報などを持ってもよい。これらのソフトウェアモジュールは、不図示のオペレーティングシステムによりその資源を管理される。また、ＷｅｂＶｉｅｗ機能もそのオペレーティングシステムにより提供される。
【００１９】
アプリケーション３００が画面を構築する際に利用する構成要素としては、ＧＵＩコントロール３０１やＷｅｂＶｉｅｗ３０２などがある。ＷｅｂＶｉｅｗ３０２や前述のＷｅｂブラウザー３０７は、前述したように表示するためのｗｅｂコンテンツを、ネットワーク装置２０６を介してＷｅｂサーバー１０３から取得し表示することができる。表示するＷｅｂコンテンツの内容は、例えばＭＦＰ１００の画面で表示する操作画面などである。また、操作画面を介して入力されたユーザーからの入力情報を基にＭＦＰのデバイス機能（不図示）を実行することも可能である。ＧＵＩコントロール３０１はＷｅｂエンジン３０４により、ＷｅｂＶｉｅｗ３０２はアプリケーションプラットホーム３０３により実行されて描画が行われるので、Ｗｅｂエンジン３０４およびアプリケーションプラットホーム３０３は、描画機能を提供するものということもできる。
【００２０】
Ｗｅｂコンテンツを扱う際、ＷｅｂＶｉｅｗ３０２やＷｅｂブラウザー３０７はＭＦＰ１００内の共通モジュールであるＷｅｂエンジン３０４やフォントエンジン３０５を利用してＷｅｂコンテンツに含まれるＨＴＭＬをレンダリングし、ＪａｖａＳｃｒｉｐｔ（登録商標）を実行することができる。なお、Ｗｅｂエンジン３０４はＷｅｂサーバー１０３から取得したＷｅｂコンテンツに拡張フォントデータが含まれていた場合、その拡張フォントデータを、フォントエンジン３０５を利用してフォントデータ３０６に追加で格納することができる。フォントデータ３０６には、図５に示す管理テーブルや、フォントデータを収めたフォントファイルなどが含まれる。なお、本例ではＷｅｂＶｉｅｗ３０２はＨＴＭＬの表記法に従って表記されたデータをレンダリングし、表示するが、他のマークアップ言語で記述されたデータをレンダリングの対象にしてもよい。
【００２１】
このフォントデータ３０６に保存されているデータは、フォントエンジン３０５とアプリケーションプラットホーム３０３を経由してアプリケーション３００のＧＵＩコントロール３０１でも利用可能である。このため、Ｗｅｂサーバー１０３から取得したＷｅｂコンテンツ中に拡張フォントデータが存在した場合には、フォントデータ３０６に拡張フォントデータを登録すると共に、Ｗｅｂエンジン３０４がアプリケーションプラットホーム３０３に対してその旨を通知する。この通知のことをここではフォント拡張通知と呼ぶことにする。
【００２２】
また、アプリケーションプラットホーム３０３は、前述のフォント拡張通知をＷｅｂエンジン３０４から受けた場合には、フォント拡張通知受信後にアプリケーション３００のＧＵＩコントロール３０１を再度描画する。さらにアプリケーションプラットホーム３０３は、アプリケーション３００がアプリケーションプラットホーム３０３上からアンインストールされた際、必要に応じてフォントデータ３０６内の拡張フォントデータを削除する。
【００２３】
なお、上述したＷｅｂコンテンツはＷｅｂサーバー１０３が提供するものに限定しない。同様に、Ｗｅｂサーバー１０３の形態もＨＴＴＰプロトコルに従ってリクエスト／レスポンスを送受信するＷｅｂサーバーに限定するものではない。また、各ソフト・モジュール群を実装するための言語は、ＪａｖａやＣなど特定の言語に限定するものではない。
【００２４】
＜フォントデータの情報管理テーブル＞
図４は本発明の実施形態におけるフォントデータの情報管理テーブルの例である。情報管理テーブルには少なくとも、フォントの名称と、フォントのファイルが配置されているパスの情報と、フォントを利用するアプリケーションの識別情報とが含まれる。扱うフォントの種類としてはＭＦＰ１００内に必ず存在するデフォルトフォントデータ４００と、Ｗｅｂコンテンツの取得に基づき合わせて取得する拡張フォントデータ４０１とがある。拡張フォントデータ４０１は、前述したように、Ｗｅｂサーバー１０３から取得したＷｅｂコンテンツ中に含まれており、Ｗｅｂエンジン３０４がフォントエンジン３０５を経由してアプリケーション識別情報と共にフォントデータ３０６に追加登録することができる。またアプリケーション３００がアンインストールされる際には、アプリケーション識別情報を利用することで、削除されるアプリケーションに紐づけられた拡張フォントデータ４０１を削除することもできる。なお、ここで示したフォント管理テーブルの要素群は一例であり、たとえば他の構成要素を含めてもよいし、あるいはアプリケーションとの紐づけをしなのであればアプリケーション識別情報を含まなくともよい。
【００２５】
＜表示画面例およびフォント指定（別々のフォント利用）＞
図５は本発明の実施形態におけるアプリケーション３００がＵＩ表示装置２０５に表示する画面の一例である。このアプリケーション３００の画面例は、ＧＵＩコントロール３０１が表示する領域５００と、ＷｅｂＶｉｅｗ３０２が表示する領域５０１から構成されている。領域５００と領域５０１では文字を表現するにあたって利用しているフォントが異なる。それぞれの領域でフォントを利用するための実装方法例について、図６および図７に後述する。
【００２６】
図６は図５中のＧＵＩコントロール３０１が表示する領域５００で表示するフォントを指定するＪａｖａ（登録商標）ソースコード例である。ソースコード６００の記述内容としては、ＧＵＩコントロール３０１がフォントデータ３０６に含まれるデフォルトフォント４００中のＳｅｒｉｆフォントを指定する形となっている。図６においては、その第３行目で文字列「あいうえお」を指定し、最終行でＳｅｒｉｆフォントを指定している、図５の領域５００に表示されている文字のフォントが、図６で指定されたＳｅｒｉｆである。なお、ここで示したソースコードは一例でありアプリケーション３００やＧＵＩコントロール３０１を実装するための言語としてＪａｖａ（登録商標）に限定するものではない。
【００２７】
図７は図５中のＷｅｂＶｉｅｗ３０２が表示する領域５０１で表示するフォントを指定するＨＴＭＬソースコード例である。ソースコード７００の記述内容としては、図４のＷｅｂＶｉｅｗ３０２がフォントデータ３０６に含まれる拡張フォントデータ４０１中のＣａｎＰｏｐフォントを指定する形となっている（図７のソースコード３行目）。表示する文字列の記述は省略したが、図５に例示したように「たちつてと」などが指定されている。拡張フォントデータ４０１は、ＨＴＭＬコード共にＷｅｂコンテンツとしてダウンロードされており、ＷｅｂＶｉｅｗ３０２は、ＨＴＭＬで指定された拡張フォントを図５の領域５０１のように表示することができる。なお、後述する図１０の手順のうち、拡張フォントデータの追加登録が行わないとすると、例えば図６のＪａｖａ（登録商標）ソースコード末行のフォント名"Serif"を図７のＨＴＭＬソースコードで指定されたフォントファイル名"CanPop"と書き換えたとしても、やはり図５のように表示される。それというのは、例えばＪａｖａ(登録商標)で記述されたアプリケーション３００を実行するアプリケーションプラットホーム３０３は、拡張フォントデータを取得していないと、拡張フォントが指定されても、例えばデフォルトとして指定されたフォントを用いて描画を行うためである。
【００２８】
＜表示画面例およびフォント指定（フォント拡張通知あり）＞
図８は本実施形態における図１０のフローチャート実行後のアプリケーション３
００がＵＩ表示装置２０５に表示する画面の一例である。本例におけるフォントデータ３０６は、図４に示す管理テーブルおよびフォントファイルを含んでおり、図５の表示例と同様のフォントデータを利用している。この画面例は、図５と同様にＧＵＩコントロール３０１が表示する領域８００と、ＷｅｂＶｉｅｗ３０２が表示する領域５０１から構成されている。図中の領域８００と領域５０１では、文字を表現するにあたって利用しているフォントが同じであることがわかる。これを実現するため領域８００の実装方法例について、図９に後述する。なお本画面の構成はあくまでも一例であり、複数のＷｅｂＶｉｅ３０２を利用した領域８０２や領域８０３を持つアプリケーション８０１のようか形でもよい。この場合に全ての領域で同じフォントを利用するためには、それぞれの領域にて同じフォントを指定する必要がある。
【００２９】
図９は本実施形態における図８中の領域８００で表示するフォントを指定するＪａｖａソースコード例である。本実施形態におけるアプリケーション画面上のフォントを表現するにあたりＪａｖａでフォントを指定するソースコード例である。ソースコード６００とは異なり、ソースコード９００ではソースコード７００と同様に利用するフォントとしてデータ３０６に含まれる拡張フォントデータ４０１中のＣａｎＰｏｐフォントを指定する例を示している。前述した領域８００と領域５０１で同じ拡張フォントデータを利用するためには、その前提として本例のように同じフォントを利用する実装にする必要がある。すなわちＷｅｂＶｉｅｗで読み込むＨＴＭＬデータとアプリケーションプログラムとで同じフォントを用いるようそれぞれに記述しておく必要がある。なお、複数のフォントデータが存在する場合にはフォントデータのロードに対して優先順位を設けてもよい。また、拡張フォントデータがデフォルトフォントよりも優先的にロードされるのが好ましい。この場合、ソースコード９００で指定した拡張フォントデータがフォントデータ３０６に存在しないとデフォルトフォント４００が適応される。
【００３０】
＜拡張フォント登録処理＞
図１０は、本発明の実施形態におけるＷｅｂエンジン３０４が拡張フォントデータ４０１を取得し、アプリケーションプラットホーム３０３がＧＵＩコントロール３０１を再描画（及び再表示）するまでのフローチャートである。ＭＦＰ１００上のアプリケーション３００で利用されているＷｅｂｖｉｅｗ３０２が、Ｗｅｂエンジン３０４を経由してＷｅｂサーバー１０３からＷｅｂコンテンツをダウンロードすると本フローチャートがスタートする。なおここでは、ＷｅｂＶｉｅｗ３０２の利用以前に、アプリケーションプラットホーム３０３がＧＵＩコントロール３０１による描画を行っているものとする。
【００３１】
ステップＳ１０００にて、Ｗｅｂエンジン３０４はダウロードしたＷｅｂコンテンツに拡張フォントデータが含まれているか否かを確認すなわち判定する。含まれていると判定した場合はステップＳ１００１へ、含まれていないと判定した場合はステップＳ１００７へ進む。
ステップＳ１００１にて、Ｗｅｂエンジン３０４はフォントエンジン３０５に対して取得した拡張フォントデータの登録を命令しステップＳ１００２へ進む。
【００３２】
ステップＳ１００２にて、フォントエンジン３０５は拡張フォントデータをフォントデータ３０６に登録・保存処理しステップＳ１００３へ進む。
【００３３】
ステップＳ１００３にて、Ｗｅｂエンジン３０４は登録された拡張フォントデータを利用してＷｅｂＶｉｅｗ３０２上にＨＴＭＬコンテンツを描画し、ステップＳ１００４へ進む。なお、ＷｅｂＶｉｅｗ領域が複数ある場合は全てのＷｅｂＶｉｅｗ領域にて同処理を行ってもよい。
ステップＳ１００４にて、Ｗｅｂエンジン３０４は拡張フォントデータを登録した旨（拡張フォント登録通知）をアプリケーションプラットホーム３０３へ通知し、ステップＳ１００５へ進む。
【００３４】
ステップＳ１００５にて、拡張フォント登録通知に応じて、アプリケーションプラットホーム３０３はフォントエンジン３０５に対して登録された拡張フォントデータの取得を命令し、ステップＳ１００６へ進む。
【００３５】
ステップＳ１００６にて、フォントエンジン３０５は、取得命令に応じた拡張フォントデータをアプリケーションプラットホーム３０３へ返信しステップＳ１００７へ進む。
【００３６】
ステップＳ１００７にて、アプリケーションプラットホーム３０３は取得した拡張フォントデータを利用してＧＵＩコントロール３０１を描画し終了となる。ＧＵＩコントロール３０１はたとえばＧＵＩ（グラフィカルユーザインタフェース）を描画するためのひとまとまりのプログラムモジュールであってよく、ステップＳ１００７では、それを再実行することで拡張フォントを含むＧＵＩを描画する。ステップＳ１００７の実行前にアプリケーションプラットホーム３０３によりＧＵＩコントロール３０１が既に実行されている場合には、ＧＵＩは描画済みであるが、たとえばＧＵＩで拡張フォントが指定されていてもその描画内容には拡張フォントは使用できず、デフォルトフォントで描画されている。Ｓ１００７ではそれが再描画される。
【００３７】
本フローチャート実行後、画面表示は図５の状態から図８の状態となり、領域８００と領域５０１にて同じフォントを利用した表現が可能となる。
【００３８】
なお、図１０のＳ１０００で拡張フォントデータをダウンロードしていないと判定された場合にＳ１００７に分岐しているが、これはアプリケーションプラットホーム３０３による描画および表示が行われることを示すための便宜であり、Ｗｅｂエンジン３０４による処理は終了してよい。アプリケーションプラットホーム３０３による描画は、Ｗｅｂエンジン３０４とは独立に行われる。
【００３９】
また、ステップＳ１００５、Ｓ１００６でアプリケーションプラットホーム３０３がいったん取得したフォントデータは、その後はＷｅｂエンジンからの拡張フォントデータの追加登録通知がなくとも、アプリケーションプラットホーム３０３により描画可能となる。このため、たとえばアプリケーション３００が呼び出したＷｅｂＶｉｅｗ３０２によりダウンロードされるＨＴＭＬデータが変更されて拡張フォントのダウンロードを伴わなくなったとしても、既に登録済みの拡張フォントを用いてＧＵＩコントロール３０１による描画および表示は可能となる。
【００４０】
＜アプリケーションのアンインストール処理＞
図１１は本発明の実施形態におけるアプリケーションプラットホーム３０３上で動作するアプリケーション３００をアンインストールした場合に、アプリケーション３００が利用する拡張フォントデータを併せて削除するまでのフローチャートである。ＭＦＰ１００を利用するユーザーの要求によって、アプリケーションプラットホーム３０３がアプリケーション３００をアンインストールすると本フローチャートがスタートする。
【００４１】
ステップＳ１１００にて、アプリケーションプラットホーム３０３はフォントデータ３０６内にアンインストール対象のアプリケーション識別情報に紐づく拡張フォントデータがあるか否かを確認（すなわち判定）する。あると判定した場合はステップＳ１１０１へ、ないと判定した場合は終了となる。
ステップＳ１１０１にて、アプリケーションプラットホーム３０３はフォントエンジン３０４へ、該当する拡張フォントデータの削除を命令しステップＳ１１０２へ進む。
【００４２】
ステップＳ１１０２にて、フォントエンジン３０４は命令に基づき、指定された拡張フォントデータを削除して終了となる。なお、ひとつの拡張フォントを、複数のアプリケーションプログラムに関連づけることができる場合には、ステップＳ１１００では、アンインストール対象のアプリケーション識別子のみが紐づけられた拡張フォントデータを削除対象の拡張フォントデータであると判定してよい。
【００４３】
以上に示す構成によりアプリケーションの画面全体が複数の領域で構成され、各領域を表示するために利用するＧＵＩコンポーネントとしてＷｅｂＶｉｅｗとそれ以外のＧＵＩコンポーネントを併用する場合でも、相互のＧＵＩコンポーネント上で同じフォントを利用できるようになる。これによりアプリケーション画面を表現する上での制限を緩和し表現力を拡張すると共に、アプリケーションの操作性を向上させることが可能となる。
【００４４】
［第２の実施形態］
＜拡張フォント登録処理の変形例＞
図１２は本発明の実施形態における図１０中のステップＳ１００７を拡張したフォローチャートである。たとえばＭＦＰのような画像形成装置には、ディスプレイ上にはマルチウィンドウをサポートせず、アクティブな状態のアプリケーションのみが表示されるものがある。このため、表示されていないアプリケーションについて拡張フォントを再表示しても実際に表示されることはない。そこで本実施形態では表示されているアプリケーションに限って拡張フォントを再表示する。
【００４５】
ステップＳ１００６までは図１０と同一であり、ＭＦＰ１００上にＷｅｂＶｉｅｗ３０２を利用したアプリケーションが複数存在する場合には、本フローチャートをスタートする。なおＳ１００７に代えて、Ｓ１２００およびＳ１２０１を実行してもよい。
【００４６】
ステップＳ１２００にて、アプリケーションプラットホーム３０３は現在ＭＦＰ１００のＵＩ表示装置２０５上に表示されているアプリケーションのアプリケーション識別情報に紐づくすなわち関連付けられた拡張フォントがフォントデータ３０６内に格納されているか否か、すなわち存在するか否かを確認（判定）する。存在すると判定した場合はステップＳ１２０１へ、存在しないと判定した場合は終了となる。
ステップ１２０１にて、アプリケーションプラットホーム３０３は取得した拡張フォントデータを利用してＧＵＩコントロール３０１を描画し終了となる。これによりその拡張フォントを利用するアプリケーションが複数ある場合には、現在表示されているアプリケーションについて拡張フォントが表示される。
【００４７】
本実施形態によれば、第１実施形態に係る効果に加えて、現在表示されているアプリケーションについて拡張フォントを描画することで、処理負荷を軽減できる。
【００４８】
［その他の実施例］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2018014603.tif 000003
【図２】
2018014603.tif 000004
【図３】
2018014603.tif 000005
【図４】
2018014603.tif 000006
【図５】
2018014603.tif 000007
【図６】
2018014603.tif 000008
【図７】
2018014603.tif 000009
【図８】
2018014603.tif 000010
【図９】
2018014603.tif 000011
【図１０】
2018014603.tif 000012
【図１１】
2018014603.tif 000013
【図１２】
2018014603.tif 000014