JP6138088B2 - 情報処理装置、制御方法、及びソフトウェアプログラム - Google Patents

Description

本発明は、情報処理技術に関するものである。

モバイルコンピュータは、基本的には３つの要素で成り立っている。即ち、コンピュータ自身であるハードウェアと、該ハードウェア上で動作するオペレーティングシステム（以下、ＯＳ）と、該ＯＳ上で動作するアプリケーションである。ユーザは、該アプリケーションを用いて、地図やメール、インターネット上のウェブサイトの閲覧等の機能を使用することが可能である。

このようなモバイルコンピュータ上で動作するアプリケーションの形態としては、主に二つのものが存在する。即ち、ネイティブアプリケーションとウェブアプリケーションである。以下、それぞれの特徴を説明する。

まず、ネイティブアプリケーションとは、通常、ＯＳ毎に用意される開発環境、及び開発言語を用いて開発される。例えば、Ａ社が提供するＯＳ上ではＣ／Ｃ＋＋言語、Ｂ社が提供するＯＳ上ではＪａｖａ（登録商標）言語、Ｃ社が提供するＯＳ上では更に異なる開発言語を用いる、という具合である。通常、ネイティブアプリケーションは、各開発環境において予めコンパイルされ、人間が理解可能ないわゆる高水準言語から、コンピュータのＣＰＵが解釈可能なアセンブラ等の命令セット群に変換される。このように、通常のネイティブアプリケーションでは、命令をＣＰＵが直接解釈するために、高速動作が可能である、というメリットが存在する。

一方、ウェブアプリケーションとは、近年では、各コンピュータ上のＯＳに標準的に組み込まれているウェブブラウザ上で動作するアプリケーションのことである。アプリケーションはウェブブラウザが解釈できるよう、一般的には、ＨＴＭＬ５及びＣＳＳ、さらにＪａｖａＳｃｒｉｐｔ（登録商標）等の言語を用いて開発される。これらはウェブ標準言語であるため、これらのウェブ標準言語でウェブアプリケーションを一旦記述すれば、ウェブブラウザが動作する環境であれば、どこでも動作可能というメリットが存在する。

近年では、このようなモバイルコンピュータの普及とともに、ＯＳの種類も多種多様なものとなっている。そのため、それらの上で動作するアプリケーションを如何に短期間で開発して、ユーザにスピーディに提供できるかがソフトウェア開発において重要になってきている。

このようなソフトウェア開発においては、クロス開発と呼ばれる手法が存在する。クロス開発とは、アプリケーションの大部分を、各種ＯＳに横断的に利用できる共通プログラム言語を用いて開発を行うことである。共通であるため、各ＯＳで個別に開発するための工数が不要となり、有効な開発手法として知られている。

ウェブアプリケーションは、このような各種ＯＳに横断的に利用できる共通プログラム言語を用いて開発されるソフトウェアの１つである。しかし、ウェブアプリケーションは、ブラウザ上で動作するため、ネイティブアプリケーションとして各ベンダーが運営するアプリケーションストア等のウェブサイトから配布することができない。多くの開発者は、ウェブサイトから配布可能なネイティブアプリケーション形式におけるクロス開発手法を求めている。

そして、このような配布可能なソフトウェアにおけるクロス開発手法の一つとして、特許文献１に記載されるハイブリッドアプリケーションが注目されている。ハイブリッドアプリケーションとは、アプリケーション自身は、ネイティブアプリケーションとしてユーザに配布される。しかし、そのユーザインターフェース（ＵＩ）の全て、あるいは大部分は、ＨＴＭＬ５、ＣＳＳ３、ＪａｖａＳｃｒｉｐｔ等のウェブ標準言語で記述されていることが特徴となっている。即ち、一つのアプリケーション内部に、ウェブ標準言語によるスクリプト層とネイティブ層の双方を包含する構成となっている。このような構成を取ることにより、ネイティブアプリケーションとウェブアプリケーションの利点を双方保持したソフトウェア構成とすることができる。

特開２０１３−８０４７０号公報

ウェブアプリケーションでは、全ての処理をスクリプト層で実行するため、処理負荷の大きい画像処理等の処理を実行する場合、処理時間がかかってしまう。そのため、ハイブリッドアプリケーションの構成において、画像処理を高速動作可能なネイティブ層に切り分けて実行させることにより、処理時間を短縮することができる。

しかしながら、スクリプト層とネイティブ層では利用している記述言語が異なるため、スクリプト層とネイティブ層の画像処理に関するやり取りを直接通信することができない。そのため、ネイティブ層における処理状況等の状態がスクリプト層に通知されないため、ユーザに処理の進捗状況を通知できないおそれがあった。

本発明は上記の課題を解決するためになされたものであり、より柔軟かつ利便性の高い装置の使用環境を提供することを目的とする。

上記の目的を達成するための本発明による装置の構成は以下の構成を備える。即ち、プロセッサで翻訳され実行されるための命令セットを含む第１のプログラム層と、前記プロセッサ以外で予め翻訳された命令セットを含み且つ印刷装置と通信可能な第２のプログラム層と、を包含するアプリケーションソフトウェアプログラムを実行可能なコンピュータに、
画像処理の対象となる対象画像の選択指示を受け付けたことに応じて、前記第２のプログラム層が記憶装置から前記対象画像を読み取って記憶保持する画像読み取り工程と、
前記第１のプログラム層が前記画像処理を行うためのパラメータ情報を前記第２のプログラム層へ送信する第１送信工程と、
前記第２のプログラム層が、前記第１のプログラム層から受信したパラメータ情報に応じた画像処理を、前記第２のプログラム層が記憶保持している対象画像に対して行う画像処理工程と、
前記第１のプログラム層が、前記パラメータ情報に応じた画像処理中であることを利用者に認知させるためのインジケータの表示を開始する表示制御工程と、
前記第２のプログラム層が、前記画像処理の経過を示すデータを、前記第１のプログラム層が解釈できるデータに変換して前記第１のプログラム層へ送信するデータ送信工程と
を実行させ、
前記第２のプログラム層は、前記第１のプログラム層から受信したパラメータ情報に応じた画像処理を、前記第２のプログラム層が記憶保持している対象画像に対して行った後で、前記インジケータの停止を、定義されている関数を用いて前記第１のプログラム層に対して要求し、
前記表示制御工程において、前記第１のプログラム層は、前記データ送信工程で送信されたデータに基づく前記画像処理の経過に関する表示処理および前記停止の要求に応じた処理を実行し、
さらに前記コンピュータに、
前記第１のプログラム層において所定の指示がなされたことを検知した場合、前記第２のプログラム層が、前記印刷装置から印刷機能に関する情報を取得する取得工程と、
前記第２のプログラム層が、前記印刷機能に関する情報を前記第１のプログラム層が解釈できるデータに変換して前記第１のプログラム層に送信する情報送信工程と、
前記第１のプログラム層が、前記情報送信工程で送信したデータに従って印刷設定画面を表示する設定画面表示工程と、
前記第２のプログラム層が、描画情報が前記印刷設定画面において設定された用紙サイズ情報に基づくサイズとなるようにレンダリング処理を実行するレンダリング工程とを実行させ、
前記表示制御工程では、前記レンダリング工程によるレンダリング処理に対応するインジケータの表示処理を実行する
ことを特徴とする。

本発明によれば、より柔軟かつ利便性の高い装置の使用環境を提供できる。

情報処理装置の構成を示すブロック図である。 情報処理装置のソフトウェアの構成を示すブロック図である。 ユーザ操作に伴う処理を示すフローチャートである。 写真画像選択の詳細を示すフローチャートである。 画像処理の詳細を示すフローチャートである。 スタンプ追加の詳細を示すフローチャートである。 スタンプ特定の詳細を示すフローチャートである。 スタンプ操作の詳細を示すフローチャートである。 プリンタ設定の詳細を示すフローチャートである。 レンダリングの詳細を示すフローチャートである。 プリントの詳細を示すフローチャートである。 アプリケーション画面の一例を示す図である。 設定画面の一例を示す図である。 機能選択画面の一例を示す図である。 機能選択画面の一例を示す図である。 画像処理の詳細を示すフローチャートである。 インジケータの一例を示す図である。 画像処理の詳細を示すフローチャートである。 インジケータの一例を示す図である。 画像処理の詳細を示すフローチャートである。 インジケータの一例を示す図である。

以下、本発明の実施の形態について図面を用いて詳細に説明する。

＜実施形態１＞
本実施形態では、情報処理装置上で、後述するハイブリッド型アプリケーションを動作させ、ユーザが選択した画像に対して、様々な画像処理を適用した後に、その画像を印刷する構成について説明する。

＜ハードウェア構成の説明＞
図１は情報処理装置１１５として、例えば、スマートフォンや携帯電話等の携帯型情報端末の構成例を説明するブロック図である。同図において、１００はＣＰＵ（中央演算装置／プロセッサ）であり、以下で説明する各種処理をプログラムに従って実行する。図中のＣＰＵ１００は１つであるが、複数のＣＰＵあるいはＣＰＵコアによって構成されていても良い。１０１はＲＯＭであり、ＣＰＵ１００により実行されるプログラムが記憶されている。１０２はＲＡＭであり、ＣＰＵ１００によるプログラムの実行時に、各種情報を一時的に記憶するためのメモリである。

１０３はハードディスクやフラッシュメモリ等の２次記憶装置であり、ファイルや画像解析等の処理結果を保持するデータベース等のデータや、各種プログラムを記憶するための記憶媒体である。１０４はディスプレイであり、各種処理を実現するための操作を受け付けるためのＵＩ（ユーザインタフェース）や、実行された処理による処理結果等の各種情報を表示する。ディスプレイ１０４は、タッチセンサ１０５を備えても良い。

情報処理装置１１５は、内部撮像デバイス１１０を備えてもよい。内部撮像デバイス１１０による撮像によって得られた画像データは、所定の画像処理を経た後、２次記憶装置１０３に保存される。また、画像データは、外部Ｉ／Ｆ１０８を介して接続された外部撮像デバイス１１１から読み込むこともできる。

情報処理装置１１５は、外部Ｉ／Ｆ１０９を備え、インターネット等のネットワーク１１３を介して通信を行うことができる。情報処理装置１１５は、この通信Ｉ／Ｆ１０９を介して、ネットワーク１１３に接続されたサーバ１１４より画像データを取得することもできる。

情報処理装置１１５は、加速度センサ１０６を備え、情報処理装置１１５自身の位置姿勢に関する加速度情報を取得することができる。情報処理装置１１５は、外部Ｉ／Ｆ１０７を介し、プリンタ１１２と接続されており、画像データ等のデータを出力することができる。プリンタ１１２は、ネットワーク１１３にも接続されており、通信Ｉ／Ｆ１０９経由で、画像データを送受信することができる。

外部Ｉ／Ｆ１０７〜１０９は、有線通信と無線通信の内、少なくともいずれかの通信形態を有するインタフェースであり、利用する通信形態に応じて外部デバイス（プリンタ１１２あるいはサーバ１１４）との通信を行う。有線通信には、例えば、ＵＳＢ、イーサネット（登録商標）等があり、無線通信には、無線ＬＡＮ、ＮＦＣ、ブルートゥース、赤外線通信等がある。また、無線通信として、無線ＬＡＮを利用する場合には、装置同士が直接接続する形態もあれば、無線ＬＡＮルータ等の中継装置を介して接続する形態もある。また、外部Ｉ／Ｆ１０７〜１０９は、図では別々に構成されているが、一体となって構成されていても良い。

情報処理装置１１５の動作に必要な電源は、バッテリ１１７によって供給される。情報処理装置１１５が備える各種構成要素は、制御バス／データバス１１６を介して相互に接続され、ＣＰＵ１００は、この制御バス／データバス１１６を介して、各種構成要素を制御する。

尚、本実施形態では、情報処理装置１１５が、その情報処理装置１１５が備える制御部（ＣＰＵ１００）によって実行されるプログラム等のソフトウェアの実行場所（ソフトウェア実行環境）となる。

＜ソフトウェアのブロック図＞
図２は情報処理装置１１５で動作するソフトウェア構成のブロック図である。

情報処理装置１１５は、スクリプト層２１７、ネイティブ層２１８、及びＯＳ層２１９のプログラムを実行する。これらの各層は、ＣＰＵ１００がＲＯＭ１０１あるいは２次記憶装置１０３に記憶されている対応するプログラムを読み出し実行することにより実現される。

スクリプト層２１７は、ＨＴＭＬ５やＣＳＳ３、及びＪａｖａＳｃｒｉｐｔ等のウェブ標準言語を使って、テキストデータで命令セット（コンテンツの描画や画像の表示、動画の再生等）が記述されているプログラム層である。このスクリプト層２１７では、アプリケーション実行環境上で、そのアプリケーション実行環境に存在するプロセッサ（例えば、ＣＰＵ１００）を用いて、テキストデータの各種命令セットを翻訳して実行することになる。形態としては、実行の度に命令文を一行ずつ動的に翻訳する場合や、アプリケーションを起動したときに翻訳する場合、アプリケーションを情報処理装置１１５にインストールしたときに翻訳する場合等が考えられる。

以後、スクリプト層２１７で処理することや内容をスクリプトと呼ぶ。スクリプトの命令を情報処理装置１１５内で翻訳する形態の例として、ネイティブ層２１８やＯＳ層２１９が備えるインタプリタの機能を使用することが挙げられる。尚、本実施形態においては、アプリケーションのＵＩの大部分が、このスクリプト層２１７で記述されていることを想定している。

ネイティブ層２１８は、アプリケーション実行環境以外で予め翻訳（コンパイル）された命令セットが記述されているプログラム層である。形態としては、ＣもしくはＣ＋＋といった高水準言語で記述されたコードが、予めアプリケーションの開発者のＰＣやサーバ上でコンパイルされ、ＣＰＵ１００が解釈できる命令の集合体となっている。以後、ネイティブ層２１８で処理することや内容、後述するＯＳ層２１９の機能をネイティブ層２１８から呼び出すことを含め、ネイティブと呼ぶこととする。尚、ネイティブ層２１８の別の実装系として、Ｊａｖａが挙げられる。Ｊａｖａは、Ｃ／Ｃ＋＋と類似の高水準言語であり、予めアプリケーション開発時の開発環境上で中間コードに翻訳される。翻訳された中間コードは、各ＯＳが備えるＪａｖａ仮想環境上で動作する。本実施形態においては、このようなプログラム形態も、ネイティブ層２１８の一種に含める。

ＯＳ層２１９は、情報処理装置１１５のオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ：ＯＳ）に対応する。ＯＳ層２１９は、ハードウェア機能の使用をアプリケーションに提供する役割及び固有の機能を有する。ＯＳ層２１９は、ＡＰＩを備え、スクリプト層２１７やネイティブ層２１８から機能を使用することができる。

本実施形態では、スクリプト層２１７からネイティブ層２１８の呼び出しを可能にすることをバインディング、もしくはバインドと呼ぶ。各種ネイティブの機能は、ＡＰＩを備え、該ＡＰＩをスクリプトが呼び出すことでネイティブの機能を使用することができる。このようなバインディング機能は、通常、各種ＯＳが標準的に備えている機能である。

尚、本実施形態では、スクリプト層２１７とネイティブ層２１８を含むアプリケーションのことをハイブリッド型アプリケーションと呼ぶ。

スクリプト層２１７の画像取得部２０１は、ネイティブ層２１８に対し画像データの取得を依頼する。取得依頼時に、画像取得部２０１は、一意なＩＤを生成し、ネイティブ層２１８に送信する。このＩＤと、ネイティブ層２１８の画像読込部２０２で読み込まれた画像データは、対となって、ネイティブ層２１８のデータ保持部２０４に記憶される。これ以外にも、例えば、絶対パスを指定する方法や、ダイアログ表示を促す方法等が挙げられる。

ネイティブ層２１８の画像読込部２０２は、画像データ群２１５から画像データを取得する。画像データ群２１５からの画像データの取得方法は、スクリプト層２１７の画像取得部２０１の依頼に依存する。依頼方法は、ＵＩ上に提供されているダイアログボックスから選択する、ファイルのパスから直接画像を選択する等が挙げられる。

ネイティブ層２１８のデータ変換部２０３は、ネイティブ層２１８のデータ（例：バイナリ形式の画像データ）をスクリプト層２１７で利用できる形式のデータ（例：テキスト形式（ＢＡＳＥ６４）の画像データ）に変換する。一方で、データ変換部２０３は、スクリプト層２１７から送られてきたデータ（例：テキスト形式（ＢＡＳＥ６４）の画像データ）をネイティブ層２１８で利用できる形式（例：バイナリ形式の画像データ）に変換する。

スクリプト層２１７のデータ変換部２０７は、スクリプト層２１７のデータ（例：テキスト形式の処理パラメータ）をネイティブ層２１８で利用できる形式のデータ（例：テキスト形式（ＪＳＯＮ形式）の処理パラメータ）に変換する。一方で、データ変換部２０７は、ネイティブ層２１８から送られてきたデータをスクリプト層２１７で利用できる形式にする変換も行う。

ネイティブ層２１８のデータ保持部２０４は、画像読込部２０２で読み込んだ画像データ、画像処理部２０８で画像処理が施された画像データを保持する。保持される画像データは、例えば、ＲＧＢ画像信号に展開されており、すぐに画像処理が実行できる形式になっている。また、保持されている画像データは、スクリプト層２１７の画像取得部２０１で生成されたＩＤと対になっており、このＩＤを指定することで、データ保持部２０４から対応する画像データを取得することができる。

スクリプト層２１７のコンテンツ描画部２０５は、ネイティブ層２１８のデータ変換部２０３を経由して取得した画像データをディスプレイ１０４に表示する。また、コンテンツ描画部２０５は、コンテンツ操作部２１０で操作された画像データの再描画も行う。コンテンツ操作部２１０は、スクリプト層２１７で画像データを操作する。この操作には、画像データの拡大、移動、回転等が挙げられる。また、コンテンツ描画部２０５は、プリントのためのコンテンツをウェブ標準言語を利用して記述する。この記述には、コンテンツ操作部２１０で操作されたスクリプトも反映される。コンテンツ描画部２０５で記述されたコンテンツのスクリプトは、ＯＳ層２１９の第１のインタプリタ２１４で解釈され、ディスプレイ１０４に表示される。

画像処理制御部２０６は、画像処理に用いる補正パラメータを決定し、ネイティブ層２１８の画像処理部２０８に画像処理を依頼する。まず、画像処理制御部２０６は、スクリプト層２１７で補正パラメータを設定する。設定された補正パラメータは、データ変換部２０７でネイティブ層２１８へ送信できる形式へ変換される。その後、変換された補正パラメータは、処理対象となる画像データのＩＤと共にネイティブ層２１８へ送信される。

スクリプト層２１７の画像処理部２０８は、画像処理制御部２０６で指定されたＩＤと対応する画像をネイティブ層２１８のデータ保持部２０４から取得し、画像処理を施す。その際、どのような画像処理を施すかは、画像処理制御部２０６で設定された補正パラメータにより決定される。

ＯＳ層２１９のタッチイベント２０９は、ディスプレイ１０４のタッチに関する情報を取得する。タッチに関する情報とは、ディスプレイ１０４のタッチ検知、タッチされた位置情報等が挙げられる。取得したタッチに関する情報は、ネイティブ層２１８経由でスクリプト層２１７のコンテンツ操作部２１０に送信される。

スクリプト層２１７のプリンタ制御部２１１は、レンダリング部２１６へのレンダリング開始依頼、プリンタ検知の依頼、プリンタ設定画面の表示、プリント情報の生成と送信を制御する。プリンタ設定画面では、用紙のサイズ、用紙の種類、カラー・モノクロ等のプリンタ設定がなされる。ここで設定された項目を基に、プリンタデータ生成部２１２でプリンタデータが生成される。

プリンタデータ生成部２１２は、プリンタ制御部２１１からの依頼を基に、プリンタ通信に必要なデータ、コマンドを生成する。プリンタ通信に必要なデータとは、通信プロトコルに則ったデータであり、コマンドとは、印刷やスキャン等、プリンタの動作を決定するためのデータである。

ＯＳ層２１９のプリンタ通信部２１３は、プリンタデータ生成部２１２から受信したプリンタデータを接続しているプリンタ１１２に送信したり、プリンタ１１２からプリンタ１１２に関する情報を受信する。ＯＳ層２１９の第１のインタプリタ２１４は、スクリプト層２１７で生成された命令を解釈・実行する。例えば、画像の描画等の命令は、インタプリタ２１４を通して実行され、ディスプレイ１０４に表示される。

また、ネイティブ層２１８の中にも、第２のインタプリタ２２１が存在する。第２のインタプリタ２２１は、詳細は後述するが、スクリプト層２１７で描画されたコンテンツを翻訳し、プリント解像度にレンダリングし、画像データをＲＧＢ画素値で出力する。

画像データ群２１５は、画像データを保持している領域である。画像保存部２２０は、必要に応じて、データ保持部２０４が保持する画像データを画像データ群２１５に保存する。

レンダリング部２１６は、コンテンツ描画部２０５、画像処理制御部２０６、及びコンテンツ操作部２１０を制御して、処理対象の画像データのレンダリングを行う。このレンダリングには、例えば、スクリプト層２１７で出力解像度の画像を生成することが含まれる。また、スクリプト層におけるレンダリング結果、及び、スクリプト層が生成途中の画像はディスプレイ１０４に表示しない。レンダリング結果は、ネイティブ層２１８のデータ変換部２０３に送信され、プリンタ１１２が利用できる形式の画像データに変換される。

＜ユーザ操作に伴う処理＞
図３はユーザ操作を含む処理を示すフローチャートである。まず、図３を用いて、Ｓ２１からＳ２８の各処理の概要を説明し、詳細は後述する。尚、フローチャートの各ステップの処理は、情報処理装置１１５のＣＰＵ１００が、ＲＯＭ１０１あるいは２次記憶装置１０３に記憶されているプログラムを実行することにより実現される。また、図３に示す各ステップは、ＵＩの１つである図１２に示すアプリケーション画面１２００に対するユーザ操作に従って遷移する。このアプリケーション画面１２００は、スクリプト層２１７によって生成される。このアプリケーション画面１２００の操作は、例えば、タッチセンサ１０５を介して実現される。

Ｓ２１で、ＣＰＵ１００は、アプリケーション画面１２００の写真画像選択ボタン１２０１に対するユーザ操作（タッチ操作も含む。以後も同様）を検知すると、その操作に応じて、任意の画像を選択する。画像を選択すると、ＣＰＵ１００は、アプリケーション画面１２００の描画領域１２０６の全体に選択された画像を表示する。

Ｓ２２では、ＣＰＵ１００は、表示されている画像の輝度を調整するためのスライドバー１２０２に対するユーザ操作を検知すると、そのユーザ操作に応じて、画像処理時に利用する補正パラメータを設定する。そして、ＣＰＵ１００は、設定した補正パラメータに従って、表示されている画像に画像処理を施し、その処理内容及び処理結果を描画領域１２０６に表示する。

Ｓ２３は、ＣＰＵ１００は、スタンプ追加ボタン１２０３に対するユーザ操作を検知すると、スタンプ一覧１２０７を表示する。スタンプ一覧１２０７に対するユーザ操作によってスタンプの選択を検知すると、ＣＰＵ１００は、描画領域１２０６に選択されたスタンプを追加・表示する。

Ｓ２４で、ＣＰＵ１００は、アプリケーション画面１２００に対するユーザ操作に応じて、スタンプを特定する。スタンプの特定とは、ディスプレイ１０４にユーザ操作によってタッチされた座標とスタンプの座標より、スタンプがタッチされたか否かを判断するものである。スタンプがタッチされた場合、そのスタンプは操作受付状態となる。ここでは、ユーザ操作に応じて、スタンプが操作受付状態になっているものとする。操作受付状態については後述する。

Ｓ２５で、ＣＰＵ１００は、操作受付状態になっているスタンプを回転するためのスライドバー１２０４に対するユーザ操作を検知すると、そのユーザ操作に応じて、スタンプ操作として、操作受付状態にあるスタンプを回転する。

Ｓ２６で、ＣＰＵ１００は、プリントボタン１２０５に対するユーザ操作を検知すると、プリントに必要な情報を設定するための設定画面１３０１（図１３）を表示する。プリントに必要な情報とは、例えば、図１３の設定画面１３０１に示されるように、用紙サイズ、用紙種類、印刷品位、縁あり／なしの設定項目がある。これ以外にも、両面／片面、モノクロ・カラー等、使用するプリンタが有する機能に応じて、設定可能な設定項目が構成される。

Ｓ２７で、ＣＰＵ１００は、設定画面１３０１の設定完了ボタン１３０２に対するユーザ操作を検知すると、描画領域に表示されている画像を、プリンタ１１２に出力するためのプリント解像度に変換するためのレンダリングを実行する。

Ｓ２８で、ＣＰＵ１００は、プリント解像度に変換された画像を、プリンタ制御のコマンドと共にプリンタ１１２に送信する。以上の処理により、ユーザにより選択された画像がプリンタ１１２でプリントされる。

尚、図３に示す処理は、一例であり、処理内容はこれに限定されず、ステップ群の処理順序もこれに限定されるものではない。また、本実施形態において、プロセッサで翻訳され実行されるための命令セットを含む第１のプログラム層をスクリプト層２１７、プロセッサ以外で予め翻訳された命令セットを含む第２のプログラム層をネイティブ層２１８と定義する。そして、これらの第１のプログラム層と第２のプログラム層とを包含するプログラムがハイブリッド型アプリケーションを実現する。文字列データを第１の形式、バイナリデータを第２の形式と定義する。尚、スクリプト層２１７は、テキスト形式のデータを保持することが可能であり、ネイティブ層２１８は、バイナリ形式のデータを保持することが可能である。

＜プリンタの選択＞
最初に、ユーザ操作によって、図３に示す処理を実現するアプリケーションが起動される際には、アプリケーションは、まず、接続可能な外部デバイス（プリンタ１１２）のディスカバリ処理（不図示）を行う。ディスカバリ処理とは、情報処理装置１１５が存在するネットワーク１１３内において、接続可能なプリンタ１１２のＩＰアドレスを特定する処理のことである。

情報処理装置１１５は、ディスカバリ処理によって取得したＩＰアドレス（場合によっては、複数個）に対して、各種プリンタの属性情報取得の命令を送信して、その返信を取得することができる。

より具体的には、ネイティブ層２１８において、各プリンタの情報を取得するためのコマンドを生成する。コマンドとは、プリンタの動作を指定する命令であり、下記のようなＸＭＬで表現される。

＜?xml version="1.0" encoding="utf-8" ?＞
＜cmd xmlns:trans="http://www.trans/example/"＞
＜contents＞
＜operation＞GetInformation＜/operation＞
＜/contents＞
＜/cmd＞

生成されたプリンタ情報を取得するためのコマンドは、プリンタの通信プロトコルに従った形式で、ネットワーク上のネットワーク機器（例えば、Ｗｉ−Ｆｉ（登録商標）接続されたルータ）に対しブロードキャストされる。尚、プリンタ情報を取得するためのコマンドは、ディスカバリで見つかったプリンタのみに送信されても良い。ここで、通信方法は、Ｗｉ−Ｆｉダイレクトや電話回線を利用する形態が考えられるが、これに限定されるものではない。コマンドの送信の結果、ネイティブ層２１８は、プリンタからの応答を受信する。受信する応答の例としては、下記のようなＸＭＬで表現される。

＜?xml version="1.0" encoding="utf-8" ?＞
＜cmd xmlns:trans="http://www.trans/example/"＞
＜contents＞
＜PrinterName＞PrinterA＜/PrinterName＞
＜ImageProcGrp＞A＜/ImageProcGrp＞
＜ResolutionX＞400＜/ResolutionX＞
＜ResolutionY＞400＜/ResolutionY＞
＜/contents＞
＜/cmd＞

上記は、簡単な例であるが、ＰｒｉｎｔｅｒＮａｍｅタグによって、それぞれのプリンタ名称を取得することができる。また、ＩｍａｇｅＰｒｏｃＧｒｐタグによって、それぞれのプリンタが利用可能な画像処理グループを取得することもできる。この画像処理グループの内容によって、図１５の画像処理のプルダウンメニュー１５０１の選択肢が決定される。尚、後述するように図１５の画像処理のプルダウンメニュー１５０１の選択肢は別の方法を用いて決定されても良い。また、ＲｅｓｏｌｕｔｉｏｎＸ及びＲｅｓｏｌｕｔｉｏｎＹは、このプリンタのエンジンが必要とする画像の解像度であり、例えば、単位はｄｐｉである。

ネイティブ層２１８で取得された機種名は、スクリプト層２１７に伝達されて、以下の仮想コードにより、プリンタのリストを表示することができる。

＜form name=”frmPrinter”＞
＜select name=”selPrinter”＞
＜/select＞
＜/form＞
＜script type=”text/javascript”＞
Function fAddPrinter(PrinterName, count){
var sObj=document.forms[“frmPrinter”].elements[“selPrinter”];
for (var i=0;i＜count;i++){
var idx=sObj.length;
sObj.options[idx]=new Option(PrinterName[i]);
}
}
＜/script＞

上記において、ｓｅｌｅｃｔタグは、リストを表示するための記述であり、ｓｃｒｉｐｔタグ内に記載したＪａｖａＳｃｒｉｐｔコードによって、リストに取得したプリンタの名称（ＰｒｉｎｔｅｒＮａｍｅに配列として格納）を追加することができる。

図１４は、スクリプト層２１７において生成した仮想コードがインタプリタ２１４で解釈され、ディスプレイ１０４で表示されたプリンタのリストを含むプルダウンメニュー１４０１を示している。ユーザが所望のプリンタを選択すると、何番目のリストを選択したかというＩＤを取得することができる。プリンタを選択すると、次に、ユーザは、写真画像の選択操作に遷移する。

＜写真画像選択の詳細＞
図３のＳ２１の写真画像選択の詳細について、図４を用いて説明する。尚、Ｓ３０１−Ｓ３０２、Ｓ３０９−Ｓ３１１は、ＣＰＵ１００がスクリプト層２１７のプログラムを用いて実行する処理であり、Ｓ３０３−Ｓ３０８は、ＣＰＵ１００がネイティブ層２１８のプログラムを用いて実行する処理である。

Ｓ３０１で、ＣＰＵ１００は、一意なＩＤを生成する。このＩＤは、数値、文字列等、スクリプト層２１７からネイティブ層２１８へ送信できる形式であればどのような形でも良い。Ｓ３０２で、ＣＰＵ１００は、生成したＩＤとともに、ネイティブ層２１８に、写真画像選択ボタン１２０１に対するユーザ操作に応じて画像選択を依頼する。依頼方法は、バインディング機能によりスクリプト層２１７からネイティブ層２１８固有の画像選択ＡＰＩを呼び出す。ネイティブ層２１８には、スクリプト層２１７から直接呼び出せる関数もしくはその関数を間接的に呼び出す、いわゆる、ラッパーが予め用意してある。

Ｓ３０３で、ＣＰＵ１００は、デバイス固有の画像選択ＵＩをディスプレイ１０４に表示する。表示された画像選択ＵＩに対するユーザ操作に基づいて、任意の画像を１枚選択する。画像の選択は、例えば、情報処理装置１１５内で管理されるフォルダから画像を１枚選択するものとするが、これに限定されるものではない。例えば、インターネット上の画像や、脱着可能な記憶媒体内の画像を選択しても良いし、情報処理装置１１５の内部撮像デバイス１１０を利用して撮影した画像を取得しても良い。

Ｓ３０４で、ＣＰＵ１００は、選択された画像を取得する。例えば、選択した画像が画像ファイルの状態であれば、ＣＰＵ１００は、ファイルを開き、その内容を読み取る。Ｓ３０５で、ＣＰＵ１００は、取得した画像をＲＧＢ展開する。Ｓ３０６で、ＣＰＵ１００は、展開したＲＧＢ画像を、スクリプト層２１７から取得したＩＤと関連付けてデータ保持部２０４に保持する。関連付け方法は、例えば、ＩＤとＲＧＢ画像を有するオブジェクトを作成することで、ＩＤによりＲＧＢ画像の特定を可能にするという方法が考えられる。ここで、関連付け方法は、これに限らず、ＩＤと選択された画像のアクセス先であるパスや、ＩＤとＲＧＢ展開に応じて実行される関数やクラス等も考えられる。

Ｓ３０７で、ＣＰＵ１００は、展開したＲＧＢ画像をスクリプト層２１７でサポート可能な形式のデータに変換する。本実施形態では、Ｓ３０７において、ＲＧＢ画像がＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｙ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）形式のデータに変換される。Ｓ３０８で、ＣＰＵ１００は、ＪＰＥＧ形式のデータをＢＡＳＥ６４データに変換し、スクリプト層２１７へ送信する。これは、スクリプト層２１７では、ＲＧＢ画像のデータ配列をそのまま利用できないため、ネイティブ層２１８において、スクリプト層２１７で利用できる形式に変換する必要があるためである。ＪａｖａＳｃｒｉｐｔ（登録商標）では、文字列しか扱えないため、本実施形態では、文字列としてデータを表現するＢＡＳＥ６４の形式を利用する。

Ｓ３０９で、ＣＰＵ１００は、ネイティブ層２１８で変換されたＢＡＳＥ６４データを受信するとともに、そのＢＡＳＥ６４データを表示するための描画領域をＲＡＭ１０２に確保する。本実施形態では、描画領域の確保の一例としてＨＴＭＬのＣａｎｖａｓ機能を利用し、画像の描画は、Ｃａｎｖａｓの有するＣｏｎｔｅｘｔオブジェクトのＡＰＩを利用する。

Ｓ３１０で、ＣＰＵ１００は、補正パラメータを生成し、初期化する。ここで、補正パラメータとは、Ｓ２２の画像処理の内容を決定するパラメータ群を保持するオブジェクトである。ＪａｖａＳｃｒｉｐｔ（登録商標）で保持する補正パラメータの一例として、下記のような形態が考えられる。

var CorrectionParam = function(){
this.brightness = 0;
}

この補正パラメータは、ＣｏｒｒｅｃｔｉｏｎＰａｒａｍオブジェクトの中に、明るさ補正用にｂｒｉｇｈｔｎｅｓｓという名前の変数が設けられており、０という値を格納するということを表している。

本実施形態では、説明の簡略化のために、補正パラメータは明るさ（輝度）補正用のみであるが、その他の補正処理用のパラメータ（ぼかしフィルタの強度、セピア変換のオン・オフ等）を追加しても良い。

Ｓ３１１で、ＣＰＵ１００は、描画領域で描画するデータにＢＡＳＥ６４データを指定し、それに従って、その描画領域に画像を描画する。具体的には、インタプリタ２１４がＢＡＳＥ６４データのスクリプトを解釈し、描画領域に画像として表示する。ここで、描画領域に、ＢＡＳＥ６４データを反映させるサンプルコードの一例を示す。

--------------------------------------------------
var base64Data = ネイティブ層からのＢＡＳＥ６４データ
var canvas = document.createElement("canvas"); //画像の描画領域確保
canvas.setAttribute("width", 100); //描画領域の大きさ設定
canvas.setAttribute("height", 100);
var context = canvas.getContext("2d"); //描画領域に描画するＡＰＩを持つオブジェクトの生成
var img = new Image(); //Imageオブジェクトの生成
img.src = base64Data; //画像のＵＲＩを受け取ったＢＡＳＥ６４データとする
img.onload = function(){ //画像のロードが終わってから処理を開始する
context.drawImage(img, 0, 0, img.width, img.height, 0, 0, canvas.width, canvas.height); //contextオブジェクトのメソッドを用いて画像を描画領域に描画
document.getElementById("div").appendChild(canvas);
//本フローチャートではＣａｎｖａｓが何層にもなるレイヤー構造を想定している。これらのＣａｎｖａｓは至る所好き勝手に存在するわけではなく、描画、移動、拡大等の操作は、特定の領域内（図１２の描画領域１２０６）で完結する。その領域を指定しているものが「ｄｉｖ」であり、Ｃａｎｖａｓはそのｄｉｖに追加されてゆく形態をとる。
｝
--------------------------------------------------

＜画像処理の詳細＞
図３のＳ２２の画像処理の詳細について、図５を用いて説明する。尚、Ｓ４０１−Ｓ４０３、Ｓ４０９、Ｓ４１１は、ＣＰＵ１００がスクリプト層２１７のプログラムを用いて実行する処理であり、Ｓ４０４−Ｓ４０８、Ｓ４１０はＣＰＵ１００がネイティブ層２１８のプログラムを用いて実行する処理である。

Ｓ４０１で、ＣＰＵ１００は、補正パラメータを設定する。ここでは、図３のＳ３１０で生成した補正パラメータのｂｒｉｇｈｔｎｅｓｓの値が、スライドバー１２０２に対するユーザ操作に応じて設定される値に更新される。Ｓ４０２で、ＣＰＵ１００は、スクリプト層２１７で、インジケータを起動し、ディスプレイ１０４に表示する。つまり、ユーザが画像処理の実行を指示することでインジケータが起動される。ここで、インジケータとは、ユーザに処理中である旨を伝える表示であり、一般には、プログレスバーや、時計マーク、図形の点滅や回転等の指標画像で表現する。その一例を図２１に示す。

本実施形態におけるインジケータは、例えば、以下に示すスクリプトにより、画像処理中の作業状態を表す画像アイコンとしてディスプレイ１０４に表示される。尚、インジケータは、ＯＳに搭載されているアニメーション等の所定の画像を利用してもよい。以下に、処理中の画像アイコン表示用スクリプトの一例を記述する。

＜html＞
＜header＞
＜h2＞ImageProcess＜/h2＞
＜img src = "path/sunadokei.jpg" id="sunadokei"＞
＜script＞
function removeSunadokei(){
var sunadokei = document.getElementById("sunadokei");
var parent = sunakei.parentNode;
parent.removeChild("sunadokei");
}
＜/script＞
＜/header＞
＜/html＞

ＪａｖｅＳｃｒｉｐｔにより画像処理が終了した時点で、処理中の画像アイコンを消去することで、画像処理実行中に処理中のアイコンの表示を制御することができる。

Ｓ４０３で、ＣＰＵ１００は、設定した補正パラメータをネイティブ層２１８で利用できる形式に変換する。ここで、補正パラメータはオブジェクトの形態を取っており、そのままではネイティブ層２１８で利用できないため、設定した補正パラメータをＪＳＯＮ文字列に変換する。そして、ＣＰＵ１００は、ＪＳＯＮ文字列に変換された補正パラメータを、図３のＳ３０１で生成したＩＤと共にネイティブ層２１８へ送信する。

Ｓ４０４で、ＣＰＵ１００は、ＪＳＯＮ文字列に変換された補正パラメータをデコードし、補正パラメータを取得する。より具体的には、補正パラメータをＯＳ層２１９に備えられているパーサを利用してパースする。パース後に、上記の例の場合、補正パラメータ内のｂｒｉｇｈｔｎｅｓｓが取得される。

Ｓ４０５で、ＣＰＵ１００は、スクリプト層２１７から取得したＩＤを基に、図３のＳ３０５で展開されたＲＧＢ画像を特定する。尚、上述のように、ＩＤと画像の対応付けは、ＩＤとＲＧＢ画像と対にすることに限定されるわけではなく、例えば、ＩＤと画像のパスを関連付ける方法を用いてもよい。その他にＩＤと関連付ける例として、ネイティブ層２１８のオブジェクト、画像データの先頭アドレス、画像を呼び出す関数等、様々なものが考えられる。

Ｓ４０６で、ＣＰＵ１００は、取得した補正パラメータから施すべき画像処理を判断し、Ｓ４０５において特定されたＲＧＢ画像に対して画像処理を行う。本実施形態では、明るさ補正のパラメータにより、全ての画素のＲＧＢの値に１０が加算される。

Ｓ４０７で、ＣＰＵ１００は、画像処理が施されたＲＧＢ画像をスクリプト層２１７でサポート可能な形式のデータに変換する。ここでは、図３のＳ３０７と同様に、ＪＰＥＧ形式のデータに変換する。Ｓ４０８で、ＣＰＵ１００は、スクリプト層２１７にインジケータの停止を依頼する。これは、ネイティブ層２１８が、スクリプト層２１７で定義されているインジケータ停止の関数を呼び出すことで実現する。

Ｓ４０９で、ＣＰＵ１００は、インジケータを停止して、ディスプレイ１０４からインジケータを消去する。

一方、Ｓ４１０で、ＣＰＵ１００は、変換されたＪＰＥＧ形式のデータをＢＡＳＥ６４データに変換し、スクリプト層２１７へ送信する。

Ｓ４１１で、ＣＰＵ１００は、ネイティブ層２１８で変換されたＢＡＳＥ６４データを受信し、それに従って、図３のＳ３０９で確保した描画領域に画像を描画する。この画像がＯＳ層２１９で解釈されることで、指定した表示領域内に画像として表示される。

画像処理機能の選択においては、本実施形態では、図１５に示すように、プルダウンメニュー１５０１を含む機能選択画面１５００によって、利用できる画像処理機能の一覧を表示し、ユーザが所望の処理を選択することができる。

ここで、プルダウンメニュー１４０１中の「ＩｍａｇｅＦｉｘ」とは、写真画像を、人物顔検出やシーン解析部を用いて自動で解析し、適切な明るさ・ホワイトバランス調整を行う機能（顔検出機能）である（特開２０１０−２７８７０８号公報参照）。また、「ＲｅｄｅｙｅＦｉｘ」とは、画像中から自動で赤目画像を検出して補正する機能（赤目検出機能）である（特開２００６−３５０５５７号公報参照）。また、「ＳｍａｒｔＳｋｉｎ」とは、写真画像から人物の顔を検出して、該顔の肌領域を好適に加工する機能である（特開２０１０−１０９３８号公報参照）。また、「Ｍｏｎｏ」は、公知のモノクロ変換を行うモノクロ化処理機能である。「Ｓｅｐｉａ」は公知のセピア色変換を行うセピア化処理機能である。尚、画像処理機能の種類には、図１５に示すものに限定されるものではなく、用途や目的に応じて、様々な画像処理を利用することができる。

この時に、本実施形態では、ＪａｖａＳｃｒｉｐｔからバインド機能によってＯＳ層２１９が通常備えているシステム関数を呼び出し、このシステム関数から、情報処理装置１１５の属性情報であるデバイス属性情報を取得する。ここで、このデバイス属性情報は、アプリケーションが動作する様々な異なる性能の端末機器（情報処理装置１１５）や、その動作状況に関する情報である。

そして、本実施形態では、このデバイス属性情報として、情報処理装置１１５は、自身が備えるＣＰＵ１００のクロック速度Ｃｌｋ［ＭＨｚ］を取得する。そして、このクロック速度Ｃｌｋから、予め定められた閾値Ｔｈ１を用いて、利用できる画像処理機能を含む画像処理グループを特定する。画像処理グループの特定のための仮想コードは、以下のようになる。

If ( Clk ＞ Th1 ) ImageProcGrp = “A”;
Else ImageProcGrp = “B”

尚、この判定は、通常、アプリケーションが起動した際に、スクリプト層２１７において行われる。画像処理グループを特定できたら、スクリプト層２１７において、以下のコードによって利用可能な画像処理の表示用スクリプトを制御する。

＜form name=”frmIProc”＞
＜select name=”selIProc”＞
＜/select＞
＜/form＞

＜script type=”text/javascript”＞
Function fAddImageProc(Grp){
var sObj=document.forms[“frmIProc”].elements[“selIProc”];
if( Grp =”A” ){
var idx=sObj.length;
sObj.options[idx]=new Option(“ImageFix”);
var idx=sObj.length;
sObj.options[idx]=new Option(“RedEyeFix”);
var idx=sObj.length;
sObj.options[idx]=new Option(“SmartSkin”);
var idx=sObj.length;
sObj.options[idx]=new Option(“Mono”);
var idx=sObj.length;
sObj.options[idx]=new Option(“Sepia”);
}
Else if (Grp=”B”){
var idx=sObj.length;
sObj.options[idx]=new Option(“Mono”);
var idx=sObj.length;
sObj.options[idx]=new Option(“Sepia”);
}
}
＜/script＞

上記スクリプト操作においては、情報処理装置１１５のＣＰＵ１００のクロック数が所定値（閾値）より大きく、複雑な画像処理を実行可能と判断した場合には（Ｇｒｐ＝Ａ）、より多くの画像処理機能を選択可能なものとしている。一方、情報処理装置１１５のＣＰＵ１００のクロック数が所定値以下の場合には、処理としては負荷の軽いモノクロ変換、セピア変換という処理しか選択できないようになる。

上記スクリプトは、図２の第１のインタプリタ２１４で翻訳され、ディスプレイ１０４上に描画される。

ユーザが所望の画像処理機能を選択すると、ＨＴＭＬの機能によって、選択された画像処理機能を識別する画像処理ＩＤが判別できる。この画像処理ＩＤは、ネイティブ層２１８に伝達され、画像処理部２０８において、選択した画像処理機能に相当する画像処理が適用される。尚、ここでは各画像処理の詳細に関する説明は割愛する。

尚、上記スクリプトでは、情報処理装置１１５の性能に適さない画像処理を除外し、ユーザが選択可能な画像処理を絞り込んで表示する例を示している。但し、表示方法はこれに限らず、例えば、情報処理装置１１５の性能に適さない画像処理を選択可能に表示するものの、警告マーク等の表示アイテムや警告文書を表示させ、ユーザに処理が遅くなる可能性があることを警告してもよい。上記の表示アイテムや警告文書は、ユーザが当該画像処理を選択する前に表示されてもよいし、ユーザによる選択に応じて表示されてもよい。

また、例えば、特定の画像処理に必要なプログラムがインストールされていない場合等、情報処理装置１１５が実行できない画像処理についてはユーザによる選択肢から除外し、情報処理装置１１５に適さない画像処理については警告を行ってもよい。

また、上記のように情報処理装置１１５の性能ではなく、情報処理装置１１５の状態に応じて画像処理の選択画面が制御されてもよい。あるいは、情報処理装置１１５の性能と状態の両方に基づいて選択画面が制御されてもよい。情報処理装置１１５の状態については実施形態５で後述する。

尚、情報処理装置１１５の性能や状態は、ユーザが画像処理機能の選択開始を指示した場合に取得される。情報処理装置１１５の性能であれば当該指示の前に予め取得されてもよい。但し、「状態」であれば新しい情報である方が適切な表示制御を行えるため、画像処理機能の選択が開始されるときに情報処理装置１１５の状態が取得される。

＜スタンプ追加の詳細＞
図３のＳ２３のスタンプ追加の詳細について、図６を用いて説明する。ここでは、ユーザ操作によって、図１２のアプリケーション画面１２００のスタンプ追加ボタン１２０３が押下されてスタンプ一覧が表示された後、ハートスタンプ１２０８が選択された場合を例に挙げて説明する。尚、Ｓ５０１−Ｓ５０２、Ｓ５０８−Ｓ５１０は、ＣＰＵ１００がスクリプト層２１７のプログラムを用いて実行する処理であり、Ｓ５０３−Ｓ５０７はＣＰＵ１００がネイティブ層２１８のプログラムを用いて実行する処理である。

Ｓ５０１で、ＣＰＵ１００は、一意なＩＤを生成する。このＩＤは、図３のＳ３０１で生成するＩＤと同等の性質を有する。Ｓ５０２で、ＣＰＵ１００は、Ｓ５０１で生成されたＩＤととともに、スタンプとして利用される画像のアクセス先（絶対パス）をネイティブ層２１８に送信することで、スタンプに対応するスタンプ画像の画像選択を依頼する。

Ｓ５０３で、ＣＰＵ１００は、スクリプト層２１７から受信したスタンプ画像の絶対パスとデバイス固有の画像選択ＡＰＩを利用して、スタンプ画像を取得する。Ｓ５０４で、ＣＰＵ１００は、取得したスタンプ画像をＲＧＢ展開する。Ｓ５０５で、ＣＰＵ１００は、展開したＲＧＢ画像を、スクリプト層２１７から取得したＩＤと関連付けてデータ保持部２０４に保持する。関連付け方法は、図３のＳ３０６と同様である。Ｓ５０６で、ＣＰＵ１００は、展開したＲＧＢ画像をスクリプト層２１７でサポート可能な形式のデータに変換する。ここでの変換は、図３のＳ３０７と同様に、ＪＰＥＧ形式のデータに変換する。Ｓ５０７で、ＣＰＵ１００は、ＪＰＥＧ形式のデータをＢＡＳＥ６４データに変換し、スクリプト層２１７へ送信する。

Ｓ５０８で、ＣＰＵ１００は、ネイティブ層２１８で変換されたＢＡＳＥ６４データを受信するとともに、そのＢＡＳＥ６４データを表示するための描画領域をＲＡＭ１０２に確保する。Ｓ５０９で、ＣＰＵ１００は、オブジェクトパラメータを生成し、初期化する。ここで、オブジェクトパラメータとは、図３のＳ２７のレンダリングの際、レンダリング後のスタンプの回転角度を決定するために用いられるパラメータを保持するオブジェクトである。ＪａｖａＳｃｒｉｐｔ（登録商標）で保持するオブジェクトパラメータの一例としては、下記のような形態が考えられる。

var ObjectParam = function(){
this.theta = 0;
this.posX = 0;
this.posY = 0;
this.width = 100;
this.height = 100;
}

このオブジェクトパラメータは、ＯｂｊｅｃｔＰａｒａｍオブジェクトの中に、回転角度を示すｔｈｅｔａという変数名と、ｔｈｅｔａには０という値が格納されているということを表している。同様に、ｐｏｓＸは描画領域の左上を基準点とした時のｘ座標、ｐｏｓＹは描画領域の左上を基準点とした時のｙ座標、ｗｉｄｔｈは描画領域の横幅、ｈｅｉｇｈｔは描画領域の縦幅を表している。尚、本実施形態では、説明を簡単にするため、オブジェクトパラメータは必要最小限であるが、その他のパラメータ（平行移動量、拡大倍率等）を追加し、描画時やレンダリング時に利用できることは明らかである。

Ｓ５１０で、ＣＰＵ１００は、ＢＡＳＥ６４データを、生成したオブジェクトパラメータを基に、描画領域１２０６に画像として表示する。具体的には、ＣＰＵ１００は、選択されたスタンプに対応するＢＡＳＥ６４データをＯＳ層２１９のインタプリタ２１４に送信する。そして、インタプリタ２１４がＢＡＳＥ６４データのスクリプトを解釈し、描画領域にスタンプ画像として表示する。尚、本実施形態では、説明を簡単にするために、スタンプを１つ選択した場合を例に挙げているが、複数個のスタンプを選択できる。また、本実施形態では、スタンプに予め用意した画像を利用しているが、Ｃｏｎｔｅｘｔオブジェクトを利用して描画物をスクリプト層で生成する方法を用いても良い。

＜スタンプ特定の詳細＞
図３のＳ２４のスタンプ特定の詳細について、図７を用いて説明する。尚、Ｓ６０２−６０３は、ＣＰＵ１００がスクリプト層２１７のプログラムを用いて実行する処理であり、Ｓ６０１はＣＰＵ１００がネイティブ層２１８のプログラムを用いて実行する処理である。

Ｓ６０１で、ＣＰＵ１００は、ディスプレイ１０４上でタッチされた座標を取得し、スクリプト層２１７に送信する。

Ｓ６０２で、ＣＰＵ１００は、ネイティブ層２１８から受信した座標と、図５のＳ５０９で生成したオブジェクトパラメータの情報より、図３のＳ２３で追加したスタンプがタッチされたかどうかを判断する。追加したスタンプにおいて、オブジェクトパラメータは初期値のままである。そのため、上記のオブジェクトパラメータの一例に従えば、スタンプは、描画領域１２０６の左上を（０，０）とし、そこからｘ方向に１００、ｙ方向に１００の領域に描画されていることになる。これより、受信した座標の座標（ｘ，ｙ）の内、」ｘ座標から描画領域１２０６のｘ座標分を差し引いた値が０〜１００の範囲、かつ、ｙ座標から描画領域１２０６のｙ座標分を差し引いた値が０〜１００の範囲であれば、スタンプはタッチされたと判断できる。スタンプがタッチされたと判断された場合、そのスタンプは、操作受付状態となる。以降の説明では、Ｓ２３で追加したスタンプがタッチされたものとして説明する。

Ｓ６０３で、ＣＰＵ１００は、判断結果に応じて、スタンプを操作受付状態に設定する。ここで、操作受付状態に設定することは、タッチされたスタンプのＩＤを注目スタンプＩＤとして、一時的にスクリプト層２１７に記録しておくことである。これは、データ保持部２０４には、画像とＩＤが対となって記憶されているため、ＩＤさえ把握しておけば一意な画像を特定できるためである。

＜スタンプ操作の詳細＞
図３のＳ２５のスタンプ操作の詳細について、図８を用いて説明する。尚、図８の各ステップは、ＣＰＵ１００がスクリプト層２１７のプログラムを用いて実行する処理である。

Ｓ７０１で、ＣＰＵ１００は、スタンプのオブジェクトパラメータのｒｏｔａｔｅの値を更新する。例えば、図１２のスライドバー１２０４で設定した値に更新する。Ｓ７０２で、ＣＰＵ１００は、オブジェクトパラメータを用いて、図７のＳ６０３で操作受付状態に設定されたスタンプを描画領域１２０６に再描画する。例えば、スタンプ画像の描画をＨＴＭＬのＣａｎｖａｓで行っている場合、ＣａｎｖａｓのＣｏｎｔｅｘｔオブジェクトのｒｏｔａｔｅメソッドを利用することで、Ｃａｎｖａｓ内の画像を回転することが可能である。

尚、本実施形態では、スタンプの操作は回転のみであるが、拡大・縮小、平行移動等の他の操作も考えられる。また、写真画像に対してオブジェクトパラメータを持たせれば、スタンプ操作と同様の操作が可能となることも、明らかである。

＜プリンタ設定の詳細＞
図３のＳ２６のプリンタ設定の詳細について、図９を用いて説明する。尚、Ｓ８０１、Ｓ８０７−Ｓ８０９は、ＣＰＵ１００がスクリプト層２１７のプログラムを用いて実行する処理であり、Ｓ８０２−Ｓ８０６、Ｓ８１０はＣＰＵ１００がネイティブ層２１８のプログラムを用いて実行する処理である。

Ｓ８０１で、ＣＰＵ１００は、スクリプト層２１７からネイティブ層２１８へデバイス情報としてのプリンタ情報取得を依頼する。これは、プリンタ１１２と通信を行うためのスクリプト層２１７からの要求にあたる。依頼の方法は、画像選択時と同様に、バインディング機能によりスクリプトからネイティブ固有のＡＰＩを呼び出す。ネイティブ層２１８には、スクリプト層２１７から直接呼び出せる関数もしくはその関数を間接的に呼び出す、いわゆる、ラッパーが予め用意してある。例えば、ＧｅｔＰｒｉｎｔｅｒＩｎｆｏというネイティブ関数を用意しておき、スクリプト側からその関数を呼び出す。このように、ネイティブ層はスクリプトからの外部デバイスとの通信の要求を取得する。

通常、スクリプト層２１７からはセキュリティ上の制限で外部デバイスと直接通信することはできない。そのため、上記のように、スクリプト層２１７から、一旦、ネイティブ層２１８へ外部デバイス情報の取得を依頼し、ネイティブ層２１８を介して外部デバイスと通信を行う。ここで、ネイティブ層２１８は、ＯＳ層２１９を介して、外部デバイス（例えば、プリンタ１１２）と通信する機能を備えている。

Ｓ８０２で、ＣＰＵ１００は、スクリプト層２１７からの依頼に従って、プリンタ情報取得のための関数を呼び出し、プリンタの検知、いわゆる、ディスカバリを行う。この検知には、例として、同一の無線ＬＡＮルータで接続しているプリンタを検知するという方法がある。ここでは、通信可能なプリンタの検知を行うため、例えば、Ｂｏｎｊｏｕｒ等のプロトコルにより、ブロードキャストやマルチキャスト等の方法で応答の要求を行い、プリンタからの応答を待機することでプリンタを検知する。

Ｓ８０３で、ＣＰＵ１００は、プリンタ１１２からの応答に含まれるＩＰアドレスを記憶する。Ｓ８０４で、ＣＰＵ１００は、記憶したＩＰアドレスに対応するプリンタ１１２へ、デバイス情報取得コマンドとしてプリンタ情報取得コマンドを送信する。ここで、応答したプリンタ１１２が複数である場合、ＣＰＵ１００は、全てのプリンタ１１２に対して、プリンタ情報取得コマンドを送信する。プリンタ情報取得コマンドとは、プリンタの動作を指定する命令であり、その一例としては、以下のようなＸＭＬで表現される。

----------------------------------------------
01: ＜?xml version="1.0" encoding="utf-8" ?＞
02: ＜cmd xmlns:trans="http://www.xxxx/yyyyy/"＞
03: ＜contents＞
04: ＜operation＞GetInformation＜/operation＞
05: ＜/contents＞
06: ＜/cmd＞
----------------------------------------------

上記各行の左側に書かれている「０１：」等の数値は説明を行うために付加した行番号であり、本来のＸＭＬ形式のテキストには記載されない。

１行目はヘッダであり、ＸＭＬ形式で記述していることを表している。

２行目のｃｍｄはコマンドの開始を意味する。ｘｍｌｎｓで名前空間を指定し、コマンドの解釈の定義を指定している。尚、６行目の＜／ｃｍｄ＞でコマンドの終了を示している。

３行目は以後に内容を記載する宣言であり、５行目でその終了を示している。

４行目には要求する命令が記載されており、＜ｏｐｅｒａｔｉｏｎ＞と＜／ｏｐｅｒａｔｉｏｎ＞の間に実際の命令文言が存在する。命令文言であるＧｅｔＩｎｆｏｒｍａｔｉｏｎは、外部デバイスであるプリンタの情報を取得する命令である。例えば、プリンタが対応している用紙種類、サイズ、縁なし印刷機能の有無、印刷品位、等のケーパビリティ情報を提供するよう要求する。

尚、プリンタ情報取得コマンドの生成は、例えば、ＲＯＭ１０１に予め記憶した固定のテキストを読み込んでも構わない。また、ＸＭＬ等のテキスト形式に限らず、バイナリ形式で記述し、それに沿ったプロトコルで通信しても良い。また、生成したプリンタ情報取得コマンドは、ＨＴＴＰ、ＩＰＰ等のプリンタが対応している通信プロトコルに従った形式で、プリンタ通信部２１３を介してプリンタ１１２へ送信される。

また、通信方法はこれに限定されるものではない。Ｗｉ−Ｆｉ（登録商標）ダイレクトやＢｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信、電話回線、有線ＬＡＮ、ＵＳＢを用いた接続でも良く、その方法に沿ったプロトコルで通信を行えば同様の効果を得ることができる。

図９では、ネイティブ層２１８で、プリンタ情報取得コマンドを生成する構成としているが、スクリプト層２１７で、プリンタ情報取得コマンドを生成する構成でも、同様の効果が得られる。その場合、スクリプト層２１７で、例えば、上記のＸＭＬ形式の命令文を含むプリンタ情報取得コマンドを作成し、ネイティブ層２１８へ渡す。それを受けて、ネイティブ層２１８は、通信プロトコルに従った形式でプリンタ１１２へプリンタ情報取得コマンドを送信する。

プリンタ１１２は、情報処理装置１１５からプリンタ情報取得コマンドを受信すると、デバイス情報であるプリンタ情報をＸＭＬ形式で通信プロトコルに沿って、情報処理装置１１５へ送信する。以下に、プリンタの情報の一例を示す。

----------------------------------------------
01: ＜?xml version="1.0" encoding="utf-8" ?＞
02: ＜cmd xmlns:trans="http://www.xxxx/yyyyy/"＞
03: ＜contents＞
04: ＜device id=”Printer001” /＞
05: ＜mode = 1＞
06: ＜media＞GlossyPaper＜/media＞
07: ＜size＞A4＜/size＞
08: ＜quality＞1＜/quality＞
09: ＜border＞no＜/border＞
10: ＜/mode＞
11: ＜mode = 2＞
〜中略〜
＜/mode＞
＜mode = 3＞
〜中略〜
＜/mode＞

〜中略〜

＜/contents＞
＜/cmd＞
----------------------------------------------

１行目はヘッダであり、ＸＭＬ形式で記述していることを表している。

２行目のｃｍｄはコマンドの開始を意味する。ｘｍｌｎｓで名前空間を指定し、コマンドの解釈の定義を指定している。尚、最下行の＜／ｃｍｄ＞でコマンドの終了を示している。

３行目は以後に内容を記載する宣言であり、下の＜／ｃｏｎｔｅｎｔｓ＞までその内容は継続する。

４行目でデバイスＩＤを示している。ここでは、プリンタ１１２の機種名が「Ｐｒｉｎｔｅｒ００１」であることを表している。

５行目以降はプリンタ１１２が有する各モードについての記述である。＜ｍｏｄｅ＞から＜／ｍｏｄｅ＞までで、１つのモードにおける情報が記述されている。５行目では、モードの番号が１である。以降の＜ｍｅｄｉａ＞は印刷用紙の種類、＜ｓｉｚｅ＞は用紙サイズ、＜ｑｕａｌｉｔｙ＞は印刷品位、＜ｂｏｒｄｅｒ＞は縁あり／なしの情報をそれぞれ記述している。

１１行目以降は他のモードであるモード２についての情報が記述されている。このように、プリンタ１１２の機種名と、そのプリンタが対応している全てのモードがこのＸＭＬに記述されている。

尚、プリンタ情報の記述方法はこれに限定されることはなく、タグ形式でないテキストや、バイナリ形式等の他の形式であっても構わない。また、上記では、プリンタの印刷機能の情報を受け渡しているが、それに限定されるものではない。例えば、プリンタが処理可能な画像処理や解析処理、サイレントモードの有無、メモリカードの利用有無、インク残量等のステータス情報でも良い。また、画像処理の例としては、モノクロやセピア、彩度強調等の色変換、複数画像のレイアウト、ホワイトバランス補正、ノイズ除去、その他自動で写真を適切な色や輝度に補正する処理が挙げられる。

Ｓ８０５で、ＣＰＵ１００は、プリンタ１１２からプリンタ情報を受信し、そのプリンタ情報からプリンタ１１２の機能一覧を取得する。例えば、プリンタ１１２が有する全てのモードにおける印刷用紙の種類、サイズ、印刷品位、縁あり／なしの項目と項目数等を含むプリンタ機能一覧が取得される。

Ｓ８０６で、ＣＰＵ１００は、取得したプリンタ機能の一覧に関するプリンタ情報をスクリプト層２１７が解釈できる形式に変換して、スクリプト層２１７へ送信する。つまり、プリンタ１１２との通信によって得られた情報をスクリプト層２１７へ渡す。具体的には、バインディング機能を用いてネイティブ層２１８からスクリプト層２１７にプリンタ機能の一覧に関するプリント情報が送信される。スクリプト層２１７からそのネイティブ関数を呼び出し、戻り値として情報を受け渡す。取得するモード等を引数とし、スクリプト層２１７はそのモードの戻り値を受け取るようにしても良い。その他の例として、受け取ったＸＭＬ形式のプリンタ情報で送信したり、タグなしのテキスト形式に変えて送信する等の方法がある。加えて、上述のＪＳＯＮ文字列を用いた受け渡しや、データ変換部２０７及び２０３を用いてＢＡＳＥ６４等の文字列で受け渡しを行ってもよい。

Ｓ８０７で、ＣＰＵ１００は、ネイティブ層２１８から受信したプリンタ情報に基づいて、プリンタ１１２で利用できる機能を含む設定画面（図１３）を形成し、表示する。これを、本実施形態では、表示制御と呼ぶ。本実施形態では、最初に、プリンタを選択している。しかし、接続可能なプリンタが複数ある場合は、ＣＰＵ１００が、このタイミングでプリンタ名を表示し、ユーザに印刷するプリンタを選択させるための表示画面を生成する（表示内容を制御する）。尚、プリンタの選択は、上記に限定されず、一番早く応答してきたプリンタや、より機能が多いプリンタ、印刷ジョブが混んでいないプリンタを選択する、等の方法も考えられる。

このように、ＣＰＵ１００は、印刷用紙の種類・サイズ、印刷品位、縁あり／なし等のプリンタで利用できる機能を選択させる設定画面１３０１（図１３）を表示する。設定画面の形成方法の一例として、以下に、ＨＴＭＬ記述のサンプルを示す。

------------------------------------------------
＜!DOCTYPE html＞
＜head＞
＜title＞印刷設定 ＜/title＞
＜script＞
＜!-- 用紙サイズ --＞
var PaperSizeNum = GetPaperSizeNum();
var p = document.getElementById("PaperList");
var i;
for(i=0; i＜PaperSizeNum; i++){
p.options[i] = new Option(GetPaperSizeT(i), GetPaperSizeV(i));
}

＜!-- 用紙種類--＞
var MediaTypeNum = GetMediaTypeNum();
var m = document.getElementById("MediaList");
var j;
for(j=0; j＜MediaTypeNum; j++){
m.options[i] = new Option(GetMediaTypeT(j), GetMediaTypeV(j));
}

＜!-- 印刷品位 --＞
var QualityNum = GetQualityNum();
var q = document.getElementById("QualityList");
var k;
for(k=0; k＜ QualityNum; k++){
q.options[i] = new Option(GetQualityT(k), GetQualityV(k));
}

＜!-- 縁あり/なし--＞
var BorderNum = GetBorderNum();
var b = document.getElementById("BorderList");
var l;
for(l=0; l＜BorderNum; l++){
b.options[i] = new Option(GetBorderT(l), GetBorderV(l));
}

＜!-- 印刷関数--＞
function printer() {
SetPrint(document.getElementById("PaperList").value,
document.getElementById("MediaList").value,
document.getElementById("QualityList").value,
document.getElementById("BorderList").value);
}
＜/script＞
＜/head＞

＜!-- 表示部 --＞
＜body＞
用紙サイズ ＜select id="PaperList"＞＜/select＞＜br /＞
用紙種類 ＜select id="MediaList"＞＜/select＞＜br /＞
印刷品位 ＜select id="QualityList"＞＜/select＞＜br /＞
縁あり/なし ＜select id="BorderList"＞＜/select＞＜br /＞
＜br /＞

＜button id="btn1" onclick="printer()"＞設定完了＜/button＞
＜/body＞
＜/html＞
------------------------------------------------

上記のＧｅｔＰａｐｅｒＳｉｚｅＮｕｍ（ ）、ＧｅｔＭｅｄｉａＴｙｐｅＮｕｍ（ ）、ＧｅｔＱｕａｌｉｔｙＮｕｍ（ ）、ＧｅｔＢｏｒｄｅｒＮｕｍ（ ）はネイティブ関数であり、それぞれの項目数を取得する機能を備える。例えば、プリンタが対応している用紙サイズがＡ４、Ａ５、Ｂ５、Ｌ判の４種類である場合、ＧｅｔＰａｐｅｒＳｉｚｅＮｕｍ（ ）は４を返す。

ＧｅｔＰａｐｅｒＳｉｚｅＴ（ｎ）、ＧｅｔＭｅｄｉａＴｙｐｅＴ（ｎ）、ＧｅｔＱｕａｌｉｔｙＴ（ｎ）、ＧｅｔＢｏｒｄｅｒＴ（ｎ）もネイティブ関数であり、引数ｎの値番目の文字列を返す。例えば、用紙サイズのテキストを返す関数のＧｅｔＰａｐｅｒＳｉｚｅ（０）の返り値は「Ａ４」、ＧｅｔＰａｐｅｒＳｉｚｅ（１）の返り値は「Ａ５」となる。これらの値は、プリンタから受信するプリンタ情報からネイティブ関数が取り出す。

ＧｅｔＰａｐｅｒＳｉｚｅＶ（ｎ）、ＧｅｔＭｅｄｉａＴｙｐｅＶ（ｎ）、ＧｅｔＱｕａｌｉｔｙＶ（ｎ）、ＧｅｔＢｏｒｄｅｒＶ（ｎ）もネイティブ関数であり、引数ｎの値に対応する値を返す。例えば、用紙種類のテキストを返す関数のＧｅｔＭｅｄｉａＴｙｐｅＴ（０）の返り値は「光沢紙」のように、表示してユーザに示す文言である。一方、ＧｅｔＭｅｄｉａＴｙｐｅＶ（０）の返り値は「ＧｌｏｓｓｙＰａｐｅｒ」と、プリンタが解釈できる文言となっている。これらの文言は、プリンタ情報と結び付けてネイティブ関数が決定する。例えば、プリンタ情報より取り出した値が「ＧｌｏｓｓｙＰａｐｅｒ」である場合、表示するテキストは「光沢紙」と決定する。決定方法として、ネイティブ関数はこれらの対応表を予め保持しておき、その対応表に沿ってテキストを決定すれば良い。

尚、上記では、例として、用紙サイズ、用紙種類、印刷品位、縁あり／なしの設定を行う仕様であるが、これに限定されるものではない。他の例として、両面／片面、カラー／モノクロ、画像補正のオン／オフ等の他の設定項目が挙げられる。また、印刷機能のみではなく、プリンタが処理可能な画像処理や解析処理、サイレントモードの有無、メモリカードの利用有無、インク残量等のステータス等の情報を表示しても良い。

Ｓ８０８で、ＣＰＵ１００は、設定画面１３０１に対するユーザ操作に基づいて、プリンタに設定する機能を選択する。上記の例で示したＨＴＭＬ記述を、レンダリング部２１６を用いてレンダリングしてディスプレイ１０４に表示した例が、図１３の設定画面１３０１である。ネイティブ層２１８を介してプリンタ情報を要求し、プリンタ情報から、上記のネイティブ関数を用いて取得した情報を基に設定画面１３０１が形成されている。

尚、上記では、ＨＴＭＬ記述はスクリプト層２１７で形成する構成で説明しているが、これに限定されるものではない。例えば、ネイティブ層２１８でＨＴＭＬ記述を形成し、スクリプト層２１７でそれをレンダリングしてディスプレイ１０４に表示するようにしても良い。

また、設定画面１３０１の用紙サイズ等の設定項目はそれぞれプルダウンメニューになっており、ユーザ操作によって各設定項目を選択することができる。ここで、設定画面１３０１は、プルダウンメニューによって、用紙サイズの設定項目として選択可能な項目の一覧が表示されている状態を示しており、ユーザ操作によってＡ４やＡ５等の用紙サイズを選択することができる。

Ｓ８０９で、ＣＰＵ１００は、設定完了ボタン１３０２に対するユーザ操作を検知すると、ユーザ操作によって選択された設定項目を含む設定情報を作成して、ネイティブ層２１８へ送信する。上記ＨＴＭＬ記述の例にあるＳｅｔＰｒｉｎｔ（ ）もバインディング機能を有するネイティブ関数である。上記の例では、ＳｅｔＰｒｉｎｔ（ ）を用いて、用紙サイズ、用紙種類、印刷品位、縁あり／なしの設定を文字列としてネイティブ層２１８へ渡している。

Ｓ８１０で、ＣＰＵ１００は、バインディング機能によりスクリプト層２１７から設定情報を受信する。ネイティブ層２１８では、後に、受信した設定情報、印刷対象の画像データ、さらにはスタンプの画像データを基に、プリンタ１１２の通信プロトコルに従って、プリントコマンドを生成する。そして、プリンタコマンドは、プリンタ通信部２１３を介してプリンタ１１２へ送信される。

以上のように、ＣＰＵ１００は、スクリプト層２１７からの要求によりネイティブ層２１８を介してプリンタ１１２から情報を取得する通信制御を行う。これにより、ＣＰＵ１００は、プリンタ１１２の性能を取得して、スクリプト層２１７で表示されるＵＩを制御することができる。

＜レンダリングの詳細＞
図３のＳ２７のレンダリングの詳細について、図１０を用いて説明する。尚、Ｓ２７のレンダリングは、第２のインタプリタ２２１で実行される。ここで、第２のインタプリタ２２１も、第１のインタプリタ２１４と同様、ウェブ標準言語を翻訳し、描画・実行できるプログラムモジュールである。尚、Ｓ９０１−Ｓ９０３、Ｓ９０８は、ＣＰＵ１００がスクリプト層２１７のプログラムを実行することで実現され、Ｓ９０４−Ｓ９０７は、ＣＰＵ１００がネイティブ層２１８のプログラムを実行することで実現される。

Ｓ９０１で、ＣＰＵ１００は、インジケータを起動して、ディスプレイ１０４に表示する。ここで、インジケータとは、アプリケーション内部での処理状態（例えば、所定の処理が進行中であること）を示すＵＩ表示のことである。例えば、プログレスバー等がそれに相当する。レンダリング処理には、通常、数秒から数十秒の時間がかかることが考えられるため、このようなインジケータの表示は必須となる。

Ｓ９０２で、ＣＰＵ１００は、レンダリングに必要な解像度情報（レンダリング解像度）を算出する。具体的には、Ｓ８０９で作成した設定情報で設定されている用紙種類と、ＧｅｔＩｎｆｏｒｍａｔｉｏｎで取得したＲｅｓｏｌｕｔｉｏｎＸとＲｅｓｏｌｕｔｉｏｎＹの値から、レンダリング解像度を算出する。例えば、本実施形態では、スクリプト層２１７で、以下のような対応表を保持しているものとする。

＜表１＞
用紙サイズ ＰａｐｅｒＨ［ｍｍ］ ＰａｐｅｒＷ［ｍｍ］
４ｘ６ １０１．６ １５２．４
Ａ４ ２９７ ２１０
Ｌ判 ８９ １２７

上記表１において、ＰａｐｅｒＨ、ＰａｐｅｒＷは、用紙の高さ（長さ）、幅のサイズを示している。レンダリング解像度ＲｅｓＸ及びＲｅｓＹ（単位は画素）は、以下の式によって算出することができる。

ＲｅｓＸ ＝ ＰａｐｅｒＨ ／ ２５．４ × ＲｅｓｏｌｕｔｉｏｎＸ
ＲｅｓＹ ＝ ＰａｐｅｒＷ ／ ２５．４ × ＲｅｓｏｌｕｔｉｏｎＹ

Ｓ９０３で、ＣＰＵ１００は、ネイティブ層２１８の第２のインタプリタ２２１のＡＰＩをバインド機能によって呼び出し、該ＡＰＩに必要な情報を伝達する。必要な情報とは、具体的には、算出したレンダリング解像度と、さらに、印刷コンテンツを描画したスクリプト情報（Ｃａｎｖａｓによる記述情報）を伝達する。

Ｓ９０４で、ＣＰＵ１００は、レンダリング処理に必要な画像領域のメモリを確保する。確保すべきメモリのメモリサイズＭは、例えば、以下のようにして算出する。

Ｍ ＝ ＲｅｓＸ × ＲｅｓＹ × 要素数［Ｂｙｔｅ］

上記において要素数は、１画素あたりの色成分の数であり、通常はＲＧＢ成分を保持するため３となる。また、ここで、メモリサイズとは、例えば、ＲＡＭ１０２で確保できるメモリサイズとするが、例えば、スワップ機能を利用して、２次記憶装置１０３にスワップ領域を増やすことができる場合には、そのスワップ領域で確保されるメモリサイズも加味する。

Ｓ９０５で、ＣＰＵ１００は、印刷コンテンツの描画情報を必要解像度（レンダリング解像度）に変換するための、拡大率ＥｘｐＸ，ＥｘｐＹを次式によって算出する。

ＥｘｐＸ ＝ ＲｅｓＸ ／ ＣａｎＸ
ＥｘｐＹ ＝ ＲｅｓＹ ／ ＣａｎＹ

上式において、ＣａｎＸ及びＣａｎＹは、元々、表示のために用意されたＣａｎｖａｓエリアのサイズ（単位は画素）を示している。

拡大率を算出できたら、ＣＰＵ１００は、その拡大率を用いて、描画情報のスケーリングを含むレンダリングを行う。このスケーリングは、具体的には、ＣａｎｖａｓのＣｏｎｔｅｘｔに用意されているｓｃａｌｅ関数を用いて、描画情報のスケーリングを行う。

Ｓ９０６で、ＣＰＵ１００は、ＲＧＢ情報としてレンダリングによって得られる描画情報を確保したメモリ内に描画する。レンダリングに成功したら、Ｓ９０７で、ＣＰＵ１００は、インジケータ停止依頼をスクリプト層２１７へ送信する。

Ｓ９０８で、ＣＰＵ１００は、インジケータを停止して、ディスプレイ１０４の表示から消去する。

＜プリントの詳細＞
図３のＳ２８のプリントの詳細について、図１１を用いて説明する。尚、Ｓ１００１−Ｓ１００３は、ＣＰＵ１００がネイティブ層２１８のプログラムを実行することで実現される。

Ｓ１００１で、ＣＰＵ１００は、Ｓ８０９で作成した設定情報、Ｓ９０６で変換した画像情報（ＲＧＢ画像）をプリンタ１１２で利用可能な形式に変換する。プリンタが利用可能な形式は、ＲＧＢやＪＰＥＧ、ＣＭＹＫ、ＰＤＦ等のプリンタベンダーの独自フォーマット等の画像データである。Ｓ１００２で、ＣＰＵ１００は、Ｓ１００１の変換結果を用いてプリンタ１１２へ送信するプリンタコマンドを生成する。Ｓ１００３で、ＣＰＵ１００は、プリンタの利用できる通信プロトコルに則り、Ｓ１００２で生成したコマンドを、印刷用に選択されたプリンタ１１２に対し、プリンタ通信部２１３を利用して送信する。

Ｓ１００４で、プリンタ１１２は、情報処理装置１１５から受信したコマンドに従って、プリントを実行する。

以上説明したように、本実施形態によれば、ハイブリッドアプリケーションにおいて、ネイティブ層での画像処理が処理中であることを示す指標（インジケータ）を、スクリプト層によって提示することができ、ユーザの利便性を向上させることができる。

＜実施形態２＞
実施形態１では、画像処理の実行中にインジケータを表示する構成としている。これに対して、実施形態２では、画像処理中に処理状態として、その処理経過をインジケータに表示する構成について説明する。ネイティブ層２１８の処理状況に応じた処理経過が表示される点が、実施形態１とは異なる。

画像処理中に、インジケータで処理経過を表示する処理を、図１６を用いて説明する。尚、この処理は、図５の画像処理の一部として実行され、図５の処理と同一の処理については同一のステップ番号を付加して、その詳細説明は省略する。尚、Ｓ１６０２、Ｓ１６１２は、ＣＰＵ１００がスクリプト層２１７のプログラムを実行することで実現され、Ｓ１６０６は、ＣＰＵ１００がネイティブ層２１８のプログラムを実行することで実現される。

Ｓ４０１の処理後、Ｓ１６０２で、ＣＰＵ１００は、インジケータを起動して、ディスプレイ１０４に表示する。起動するインジケータは、あらかじめ登録されており、例えば、図１７に示すようなインジケータ１７００を表示する。尚、インジケータ１７００は、ＯＳに搭載されているアニメーション等の所定の画像を利用してもよい。

図１７に示すインジケータ１７００は、画像処理部２０８での処理経過を取得し、それに基づいて表示する。１７０１は、処理経過表示部であり、画像処理部２０８から取得した処理経過を表示するステータスバーである。本例では、処理経過を画像処理部２０８から割合で取得し、それに基づいて処理経過表示部１７０１の表示を制御する。

以下に、インジケータ１７００の表示用スクリプトの一例を記述する。

＜section＞
＜h2＞ImageProcess＜/h2＞
＜p＞＜progress value="70" max="100"＞＜/progress＞＜/p＞
＜/section＞

上記例は、処理が７０％まで進行した例を示しており、Ｓ１６０２の起動直後は０％で表示する。

Ｓ４０３〜Ｓ４０５の処理後、Ｓ１６０６で、ＣＰＵ１００は、取得した補正パラメータから施すべき画像処理を判断し、ＲＧＢ画像に対して画像処理を行う。この時、ネイティブ層２１８は、画像処理の処理経過をスクリプト層２１７に送信し、インジケータ１７００に表示する処理経過を更新して表示する。

更新タイミングは、画像処理部２０８で一定量の画像処理が実行された場合に、ネイティブ層２１８からスクリプト層２１７に処理経過を送信する。

処理経過を算出する方法は、以下を例とする。

Ｒａｔｅ ＝ ｙ / Ｈ × １００

Ｓ４０５で特定されたＲＧＢ画像の高さをＨとし、処理中の高さをｙとすると、画像処理が処理対象のＲＧＢ画像の高さＨのどこまで処理したかを割合Ｒａｔｅとして算出する。もちろん、画像の面積等、他の指標によって処理経過を算出する構成としてもよい。ここでは、算出した割合Ｒａｔｅが１０％の倍数になったタイミングで、インジケータ１７００の処理経過を更新する。もちろん、他のタイミングであってもよい。

Ｓ４０７で、ＣＰＵ１００は、インジケータ１７００の表示を更新する際に、割合Ｒａｔｅ、つまり、処理経過をスクリプト層２１７で解釈できるＢＡＳＥ６４データに変換する。ここで、割合Ｒａｔｅをスクリプト層２１７で解釈できるＢＡＳＥ６４データに変換したものをＲａｔｅ’とすると、このＲａｔｅ’を、ネイティブ層２１８はスクリプト層２１７へ送信する。

Ｓ１６１２で、ＣＰＵ１００は、ネイティブ層２１８から受信した処理経過（Ｒａｔｅ’）に基づいて、インジケータの表示を更新する。スクリプト層２１７では、画像処理部２０８から送信された処理経過Ｒａｔｅ’に基づいて、インジケータ表示用のスクリプトを更新する。以下に、インジケータをＲａｔｅ’で更新したスクリプトの一例を記述する。

＜section＞
＜h2＞ImageProcess＜/h2＞
＜p＞＜progress value=Rate' max="100"＞処理中＜/progress＞＜/p＞
＜/section＞

ここでは、画像処理部２０８の処理経過のタイミングで、スクリプト層２１７に処理経過を送信する方法に関して説明しているが、これに限定されない。例えば、スクリプト層２１７から画像処理部２０８に処理経過を問合せ、その問い合わせ結果を表示するようにしても良い。

また、画像処理部２０８で処理経過を算出して、その処理経過を変換してスクリプト層２１７で表示する構成としているが、これに限定されない。例えば、スクリプト層２１７で設定されたプログレス表示用の関数を変換部を通してネイティブ層２１８から操作する構成としても良い。

以上説明したように、本実施形態によれば、ハイブリッドアプリケーションにおいて、ネイティブ層での画像処理の処理状況を示す指標を、スクリプト層によって提示することができ、ユーザの利便性を向上させることができる。

＜実施形態３＞
実施形態３では、画像処理中に、インジケータから処理の中断を指示する構成について説明する。これは、例えば、インジケータに対するユーザ指示により、スクリプト層２１７から中断指示を発行し、ネイティブ層２１８で実行している画像処理を制御する点が、実施形態１及び２とは異なる。

画像処理中に、インジケータから処理の中断を指示する処理を、図１８を用いて説明する。この処理は、図５の画像処理の一部として実行され、図５の処理と同一の処理については同一のステップ番号を付加して、その詳細説明は省略する。尚、Ｓ１８０２、Ｓ１８１２、Ｓ１８１３は、ＣＰＵ１００がスクリプト層２１７のプログラムを実行することで実現され、Ｓ１８０６は、ＣＰＵ１００がネイティブ層２１８のプログラムを実行することで実現される。

Ｓ４０１の処理後、Ｓ１８０２で、ＣＰＵ１００は、インジケータを起動して、ディスプレイ１０４に表示する。起動するインジケータは、あらかじめ登録されており、例えば、図１９に示すようなインジケータ１９０３を表示する。尚、図１９において、図１７と同一の構成要素については、同一の参照番号を付加して、その詳細説明は省略する。

図１９に示すインジケータ１９０３は、処理経過表示部１７０１に加えて、画像処理の中断を指示するための指示部として、キャンセルボタン１９０２を有している。このキャンセルボタン１９０２を押下すると、ネイティブ層２１８で実行されている画像処理を中断するための指示が発行される。

以下、インジケータ１９０３の表示用スクリプトの一例を記述する。

＜header＞
function cancel_process(){
cancel_baind();
}
＜/header＞
＜section＞
＜h2＞ImageProcess＜/h2＞
＜p＞＜progress value=Rate' max="100"＞処理中＜/progress＞＜/p＞
＜p＞＜input type="button" value="cancel" onclick="cansel_process()"＞＜/p＞
＜/section＞

ここで、ｃａｎｃｅｌ＿ｂａｉｎｄ関数は、ＪａｖａＳｃｒｉｐｔからバインドされており、ネイティブ層２１８の割込処理を実行する。この関数では、ネイティブ層２１８に送信する中断信号を変換する。

また、割込処理は、画像処理部２０８が以下のような信号受信部を備えることで実現する。信号受信部は、ｃａｎｃｅｌ＿ｂａｉｎｄ関数から送信される中断信号により、画像処理を中断する。

int imageProcess(void)
{
if (signal(SIGINT, (中断処理関数) ) == ERROR)
{
// 画像処理実行部
}
}

Ｓ４０２〜Ｓ４０５の処理後、Ｓ１８０６で、ＣＰＵ１００は、取得した補正パラメータから施すべき画像処理を判断し、ＲＧＢ画像に対して画像処理を行う。画像処理実行中は、インジケータ１９０３がディスプレイ１０４上に表示されている。

Ｓ１８１２で、ＣＰＵ１００は、インジケータ１９０３のキャンセルボタン１９０２の押下を検知する。これを受けて、スクリプト層２１７は、画像処理の中断指示を発行する。Ｓ１８１３で、ＣＰＵ１００は、発行した中断信号をネイティブ層２１８で利用できる形式に変換する。その後、スクリプト層２１７は、変換した中断信号をネイティブ層２１８へ送信する。これを受けて、ネイティブ層２１８の画像処理部２０８は、受信した中断信号に基づき画像処理を中断する。

尚、画像処理の実行と画像処理の中断の指示の監視を、マルチプロセスで行っても良い。マルチプロセスで実行する際には、実行環境の情報を取得して、それに応じてプロセス分割数を変更しても良い。また、中断した画像処理を再開するために、その再開の指示を行うための指示部を更にインジケータ１９０３上に設けても良い。

以上説明したように、本実施形態によれば、ハイブリッドアプリケーションにおいて、スクリプト層からユーザ指示によってネイティブ層の処理を制御することができ、ユーザの利便性を向上させることができる。

＜実施形態４＞
実施形態４では、画像処理中に、画像処理部２０８とは異なる処理部で問題が発生した場合に、エラーメッセージを表示する例に関して説明する。処理中のインジケータとは、別にネイティブ層２１８で発生したタイミングでエラーメッセージを表示する点が、実施形態１乃至３とは異なる。

画像処理中に発生したエラーをスクリプト層２１７で表示する処理を、図２０を用いて説明する。尚、この処理は、図５の画像処理の一部として実行され、図５の処理と同一の処理については同一のステップ番号を付加して、その詳細説明は省略する。尚、Ｓ２０１０の処理は、ＣＰＵ１００がスクリプト層２１７のプログラムを実行することで実現され、Ｓ２００６は、ＣＰＵ１００がネイティブ層２１８のプログラムを実行することで実現される。

Ｓ４０１〜Ｓ４０５の処理後、Ｓ２００６で、ＣＰＵ１００は、画像処理の実行時にエラーが発生した場合には、その旨を示すエラー情報を生成する。例として、以下のプログラムのように、ネイティブ層２１８での画像処理の実行時にメモリが不足していることがＯＳから通知された場合、ＣＰＵ１００は、メモリ不足を示すエラーメッセージをスクリプト層２１７に返す。一方、メモリ不足とは異なるエラーがＯＳから通知された場合、ＣＰＵ１００は、予期せぬエラーを示すメッセージをスクリプト層２１７に返す。

int image_process( (画像データ), (画像処理パラメータ) )
{
// 画像処理パラメータのチェック
if( 画像処理パラメータが不正？ )
{
return ERROR_PARAM;

}

// メモリ確保
// メモリ確保処理を実行しエラーチェック
if( メモリ確保失敗？ )
{
return ERROR_MEMORY;
}

// 画像処理部

if( 予期せぬエラー発生？ )
{
return ERROR_INVARID;
}
}

プログラム中に記述されているエラーは、予め定数と対応づけてある。ＥＲＲＯＲ＿ＰＡＲＡＭは、画像処理パラメータが不正な場合のエラーである。ＥＲＲＯＲ＿ＭＥＭＯＲＹは、画像処理の実行時に必要なメモリを確保する際に確保できない場合のエラーである。ＥＲＲＯＲ＿ＩＮＶＡＲＩＤは、予期せぬ問題が発生した場合のエラーである。もちろん、上記以外のエラーをハンドリングしてもよい。

ネイティブ層２１８では、発行したエラー定数に基づいて、対応するエラーメッセージに置き換える。更に、Ｓ４０７で、ＣＰＵ１００は、エラーメッセージをスクリプト層２１７で解釈できる形式のデータ（例えば、ＢＡＳＥ６４データ）に変換してスクリプト層２１７に送信する。

Ｓ２０１０で、ＣＰＵ１００は、受信したデータ（エラーメッセージ）に基づいて、ディスプレイ１０４にエラー表示を行う。以下、エラー表示のスクリプト例を記述する。

＜html＞
＜head＞
＜script type="text/javascript" language="javascript"＞
function error() {
window.alert(ERROR_MESSAGE \n);
}
＜/script＞
＜/head＞
＜/html＞

スクリプト内のＥＲＲＯＲ＿ＭＥＳＳＡＧＥは、ネイティブ層２１８から受信するエラーメッセージに応じて変更する。

ここでは、ネイティブ層２１８で、エラー定数をエラーメッセージに変換する構成としているが、これに限定されない。スクリプト層２１７で、エラーメッセージを変換する構成としても良い。その場合、ネイティブ層２１８でエラー定数がＢＡＳＥ６４データに変換されて、スクリプト層２１７に送信される。そして、スクリプト層２１７では、予め対応付けされたエラー定数と対応するＢＡＳＥ６４データに基づいて、ＢＡＳＥ６４データをエラーメッセージに変換して表示する。

以上説明したように、本実施形態によれば、ハイブリッドアプリケーションにおいて、ネイティブ層での画像処理の実行中のエラーを示す指標を、スクリプト層によって提示することができ、ユーザの利便性を向上させることができる。

＜実施形態５＞
上記実施形態のインジケータは一例に過ぎず、ユーザに対して、処理経過を通知することができる形態であれば、どのようなものでも良い。

上記実施形態においては、ネイティブ層２１８で、画像処理を実行する構成を示しているが、これに限定されない。例えば、画像処理以外の処理、またはプリンタ等のデバイスを制御するためのデバイス制御処理についても、適用することができる。

また、アプリケーションを起動した最初にプリンタを選択する構成としているが、これに限定されるものではない。例えば、印刷設定を行う過程において、プリンタを設定し、そのプリンタに情報取得コマンドを送信する構成とすることもできる。

また、上記実施形態における表示１で示す情報や閾値等のデータは、アプリケーション内部に予め保持されていてもよいし、プリンタ本体に含まれており、それをＧｅｔＩｎｆｏｒｍａｔｉｏｎコマンドで取得する構成としてもよい。また、図１のサーバ１１４に保持しておき、アプリケーションを起動した際に、ネットワーク１１３を用いて、これらのデータを取得する構成としても良い。

加えて、上記実施形態のプリンタは、インクジェットプリンタ、レーザープリンタ、昇華型プリンタ、ドットインパクトプリンタ等を利用することができる。これらには、プリンタ機能、スキャナ機能等を有する、単一機能ではない、いわゆる、複合機の場合もある。

また、上記実施形態では、スクリプト層の命令を翻訳・実行するためのインタプリタを２つ備える場合を示しているが、これに限定されるものではない。例えば、ＵＩに使用する言語や、印刷の目的に応じて、ネイティブ層２１８内部で更に複数個のインタプリタを保持し、利用する構成としてもよい。

また、上記実施形態では、情報処理装置１１５として、携帯型情報端末上でハイブリッド型アプリケーションを動作させる場合を例に挙げて説明しているが、これに限定されるものではない。例えば、ハイブリッド型アプリケーションが動作する環境は、スマートフォンやタブレットＰＣを始めとする情報端末の他に、ＰＣやサーバ、ゲーム機、デジタルカメラ等の他の電子機器とすることもできる。

加えて、上記実施形態では、外部デバイスとしてプリンタを例に挙げて説明しているが、これに限定されるものではない。例えば、外部デバイスとして、他のスマートフォンやタブレットＰＣ、ＰＣやサーバ、ゲーム機、スキャナ等の、自身に関する情報を提供可能な他の電子機器も対象となる。例えば、スクリプト層から他の携帯型情報端末のバッテリ残量、通信状態、無線ＬＡＮの接続有無、ＧＰＳや温度、湿度、加速度等、その電子機器が有する機能等の電子機器に関する情報を取得することも可能となる。

また、外部デバイスの例として、電化製品や自動車も含まれる。例えば、携帯型情報端末上のスクリプト層から外部の冷蔵庫、洗濯機、エアコン、照明、掃除機、ポット等の電化機器の情報を取得したり、その電子機器の機能のオン／オフや出力の調整等も可能となる。

加えて、上記実施形態では、コンテンツ（写真画像やスタンプ画像）の描画として、ＪａｖａＳｃｒｉｐｔのＣａｎｖａｓ機能で例に挙げて説明しているが、コンテンツの描画は、これに限定されるものではない。例えば、ＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）を利用して、コンテンツを描画することも可能である。

尚、以上の実施形態の機能は以下の構成によっても実現することができる。つまり、本実施形態の処理を行うためのプログラムコードをシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）がプログラムコードを実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することとなり、またそのプログラムコードを記憶した記憶媒体も本実施形態の機能を実現することになる。

また、本実施形態の機能を実現するためのプログラムコードを、１つのコンピュータ（ＣＰＵ、ＭＰＵ）で実行する場合であってもよいし、複数のコンピュータが協働することによって実行する場合であってもよい。さらに、プログラムコードをコンピュータが実行する場合であってもよいし、プログラムコードの機能を実現するための回路等のハードウェアを設けてもよい。またはプログラムコードの一部をハードウェアで実現し、残りの部分をコンピュータが実行する場合であってもよい。

２１７：スクリプト層、２１８：ネイティブ層、２１９：ＯＳ層

Claims (17)

1. プロセッサで翻訳され実行されるための命令セットを含む第１のプログラム層と、前記プロセッサ以外で予め翻訳された命令セットを含み且つ印刷装置と通信可能な第２のプログラム層と、を包含するアプリケーションソフトウェアプログラムを実行可能なコンピュータに、
   画像処理の対象となる対象画像の選択指示を受け付けたことに応じて、前記第２のプログラム層が記憶装置から前記対象画像を読み取って記憶保持する画像読み取り工程と、
   前記第１のプログラム層が前記画像処理を行うためのパラメータ情報を前記第２のプログラム層へ送信する第１送信工程と、
   前記第２のプログラム層が、前記第１のプログラム層から受信したパラメータ情報に応じた画像処理を、前記第２のプログラム層が記憶保持している対象画像に対して行う画像処理工程と、
   前記第１のプログラム層が、前記パラメータ情報に応じた画像処理中であることを利用者に認知させるためのインジケータの表示を開始する表示制御工程と、
   前記第２のプログラム層が、前記画像処理の経過を示すデータを、前記第１のプログラム層が解釈できるデータに変換して前記第１のプログラム層へ送信するデータ送信工程と
   を実行させ、
   前記第２のプログラム層は、前記第１のプログラム層から受信したパラメータ情報に応じた画像処理を、前記第２のプログラム層が記憶保持している対象画像に対して行った後で、前記インジケータの停止を、定義されている関数を用いて前記第１のプログラム層に対して要求し、
   前記表示制御工程において、前記第１のプログラム層は、前記データ送信工程で送信されたデータに基づく前記画像処理の経過に関する表示処理および前記停止の要求に応じた処理を実行し、
   さらに前記コンピュータに、
   前記第１のプログラム層において所定の指示がなされたことを検知した場合、前記第２のプログラム層が、前記印刷装置から印刷機能に関する情報を取得する取得工程と、
   前記第２のプログラム層が、前記印刷機能に関する情報を前記第１のプログラム層が解釈できるデータに変換して前記第１のプログラム層に送信する情報送信工程と、
   前記第１のプログラム層が、前記情報送信工程で送信したデータに従って印刷設定画面を表示する設定画面表示工程と、
   前記第２のプログラム層が、描画情報が前記印刷設定画面において設定された用紙サイズ情報に基づくサイズとなるようにレンダリング処理を実行するレンダリング工程とを実行させ、
   前記表示制御工程では、前記レンダリング工程によるレンダリング処理に対応するインジケータの表示処理を実行する
   ことを特徴とするコンピュータが読み取り可能なソフトウェアプログラム。
2. プロセッサで翻訳され実行されるための命令セットを含む第１のプログラム層と、前記プロセッサ以外で予め翻訳された命令セットを含み且つ印刷装置と通信可能な第２のプログラム層と、を包含するアプリケーションソフトウェアプログラムを実行可能な情報処理装置の制御方法であって、
   画像処理の対象となる対象画像の選択指示を受け付けたことに応じて、前記第２のプログラム層が記憶装置から前記対象画像を読み取って記憶保持する画像読み取り工程と、
   前記第１のプログラム層が前記画像処理を行うためのパラメータ情報を前記第２のプログラム層へ送信する第１送信工程と、
   前記第２のプログラム層が、前記第１のプログラム層から受信したパラメータ情報に応じた画像処理を、前記第２のプログラム層が記憶保持している対象画像に対して行う画像処理工程と、
   前記第１のプログラム層が、前記パラメータ情報に応じた画像処理中であることを利用者に認知させるためのインジケータの表示を開始する表示制御工程と、
   前記第２のプログラム層が、前記画像処理の経過を示すデータを、前記第１のプログラム層が解釈できるデータに変換して前記第１のプログラム層へ送信するデータ送信工程と
   を備え、
   前記第２のプログラム層は、前記第１のプログラム層から受信したパラメータ情報に応じた画像処理を、前記第２のプログラム層が記憶保持している対象画像に対して行った後で、前記インジケータの停止を、定義されている関数を用いて前記第１のプログラム層に対して要求し、
   前記表示制御工程において、前記第１のプログラム層は、前記データ送信工程で送信されたデータに基づく前記画像処理の経過に関する表示処理および前記停止の要求に応じた処理を実行し、
   さらに、
   前記第１のプログラム層において所定の指示がなされたことを検知した場合、前記第２のプログラム層が、前記印刷装置から印刷機能に関する情報を取得する取得工程と、
   前記第２のプログラム層が、前記印刷機能に関する情報を前記第１のプログラム層が解釈できるデータに変換して前記第１のプログラム層に送信する情報送信工程と、
   前記第１のプログラム層が、前記情報送信工程で送信したデータに従って印刷設定画面を表示する設定画面表示工程と、
   前記第２のプログラム層が、描画情報が前記印刷設定画面において設定された用紙サイズ情報に基づくサイズとなるようにレンダリング処理を実行するレンダリング工程とを備え、
   前記表示制御工程では、前記レンダリング工程によるレンダリング処理に対応するインジケータの表示処理を実行する
   ことを特徴とする制御方法。
3. プロセッサで翻訳され実行されるための命令セットを含む第１のプログラム層と、前記プロセッサ以外で予め翻訳された命令セットを含み且つ印刷装置と通信可能な第２のプログラム層と、を包含するアプリケーションソフトウェアプログラムを実行可能な情報処理装置であって、
   画像処理の対象となる対象画像の選択指示を受け付けたことに応じて、前記第２のプログラム層によって記憶装置から前記対象画像を読み取って記憶保持する画像読み取り手段と、
   前記第１のプログラム層によって、前記画像処理を行うためのパラメータ情報を前記第２のプログラム層へ送信する第１送信手段と、
   前記第２のプログラム層によって、前記第１のプログラム層から受信したパラメータ情報に応じた画像処理を、前記第２のプログラム層が記憶保持している対象画像に対して行う画像処理手段と、
   前記第１のプログラム層によって、前記パラメータ情報に応じた画像処理中であることを利用者に認知させるためのインジケータの表示を開始する表示制御手段と、
   前記第２のプログラム層によって、前記画像処理の経過を示すデータを、前記第１のプログラム層が解釈できるデータに変換して前記第１のプログラム層へ送信するデータ送信手段とを有し、
   前記第２のプログラム層は、前記第１のプログラム層から受信したパラメータ情報に応じた画像処理を、前記第２のプログラム層が記憶保持している対象画像に対して行った後で、前記インジケータの停止を、定義されている関数を用いて前記第１のプログラム層に対して要求し、
   前記表示制御手段は、前記第１のプログラム層によって、前記データ送信手段で送信されたデータに基づく前記画像処理の経過に関する表示処理および前記停止の要求に応じた処理を実行し、
   さらに、
   前記第１のプログラム層において所定の指示がなされたことを検知した場合、前記第２のプログラム層によって、前記印刷装置から印刷機能に関する情報を取得する取得手段と、
   前記第２のプログラム層によって、前記印刷機能に関する情報を前記第１のプログラム層が解釈できるデータに変換して前記第１のプログラム層に送信する情報送信手段と、
   前記第１のプログラム層によって、前記情報送信手段が送信したデータに従って印刷設定画面を表示する設定画面表示手段と、
   前記第２のプログラム層によって、描画情報が前記印刷設定画面において設定された用紙サイズ情報に基づくサイズとなるようにレンダリング処理を実行するレンダリング手段とを備え、
   前記表示制御手段は、前記レンダリング手段によるレンダリング処理に対応するインジケータの表示処理を実行する
   ことを特徴とする情報処理装置。
4. 前記表示制御手段は、前記第１のプログラム層によって、前記第２のプログラム層から送信された前記変換されたデータに基づいて前記インジケータの表示を更新する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記表示制御手段は、更に、前記第２のプログラム層が行っている画像処理の中断を指示する指示部を前記第１のプログラム層によって表示する
   ことを特徴とする請求項３又は４に記載の情報処理装置。
6. 前記表示制御手段は、前記第１のプログラム層により、前記第２のプログラム層から画像処理のエラーを示すデータを受信した場合には前記エラーに関する情報を表示する
   ことを特徴とする請求項３乃至５のいずれか１項に記載の情報処理装置。
7. 前記第１送信手段は、前記第１のプログラム層により、前記パラメータ情報を前記第２のプログラム層が解釈可能な形式に変換してから前記第２のプログラム層に対して送信する
   ことを特徴とする請求項３乃至６のいずれか１項に記載の情報処理装置。
8. 前記表示制御手段は、前記第１のプログラム層によって、前記停止の要求に応じた処理として前記インジケータを非表示にすることを特徴とする請求項３乃至７のいずれか１項に記載の情報処理装置。
9. 前記第２のプログラム層によって、前記レンダリング処理の結果に基づく印刷データを生成して前記印刷装置に送信する印刷データ送信手段を更に有し、
   前記表示制御手段は、前記第１のプログラム層によって、前記描画情報のレンダリング処理の進捗を示すためのインジケータを表示し、前記レンダリング処理の完了に応じた処理を実行することを特徴とする請求項３乃至８のいずれか１項に記載の情報処理装置。
10. 前記印刷データ送信手段は、前記第２のプログラム層によって、前記印刷設定画面において設定された設定情報と前記レンダリング処理の結果に基づく印刷データとを前記印刷装置に送信することを特徴とする請求項９に記載の情報処理装置。
11. 前記表示制御工程において、前記第１のプログラム層は、前記第２のプログラム層から送信された前記変換されたデータに基づいて前記インジケータの表示を更新する
    ことを特徴とする請求項１に記載のソフトウェアプログラム。
12. 前記表示制御工程において、更に、前記第２のプログラム層が行っている画像処理の中断を指示する指示部を前記第１のプログラム層によって表示する
    ことを特徴とする請求項１又は１１に記載のソフトウェアプログラム。
13. 前記表示制御工程において、前記第１のプログラム層は、前記第２のプログラム層から画像処理のエラーを示すデータを受信した場合には前記エラーに関する情報を表示する
    ことを特徴とする請求項１，１１，１２のいずれか１項に記載のソフトウェアプログラム。
14. 前記第１送信工程において、前記第１のプログラム層が、前記パラメータ情報を前記第２のプログラム層が解釈可能な形式に変換してから前記第２のプログラム層に対して送信する
    ことを特徴とする請求項１，１１乃至１３のいずれか１項に記載のソフトウェアプログラム。
15. 前記表示制御工程において、前記第１のプログラム層が、前記停止の要求に応じた処理として前記インジケータを非表示にすることを特徴とする請求項１，１１乃至１４のいずれか１項に記載のソフトウェアプログラム。
16. 前記第２のプログラム層が、前記レンダリング処理の結果に基づく印刷データを生成して前記印刷装置に送信する印刷データ送信工程を更に有し、
    前記表示制御工程において、前記第１のプログラム層が、前記描画情報のレンダリング処理の進捗を示すためのインジケータを表示し、前記レンダリング処理の完了に応じた処理を実行することを特徴とする請求項１，１１乃至１５のいずれか１項に記載のソフトウェアプログラム。
17. 前記印刷データ送信工程において、前記第２のプログラム層が、前記印刷設定画面において設定された設定情報と前記レンダリング処理の結果に基づく印刷データとを前記印刷装置に送信することを特徴とする請求項１６に記載のソフトウェアプログラム。

Images