JP5901704B2 - 情報処理装置、情報処理方法、プログラム - Google Patents

情報処理装置、情報処理方法、プログラム Download PDF

Info

Publication number
JP5901704B2
JP5901704B2 JP2014135177A JP2014135177A JP5901704B2 JP 5901704 B2 JP5901704 B2 JP 5901704B2 JP 2014135177 A JP2014135177 A JP 2014135177A JP 2014135177 A JP2014135177 A JP 2014135177A JP 5901704 B2 JP5901704 B2 JP 5901704B2
Authority
JP
Japan
Prior art keywords
layer
image
image data
data
script
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2014135177A
Other languages
English (en)
Other versions
JP2016014919A (ja
Inventor
慶範 溝口
慶範 溝口
鈴木　智博
智博 鈴木
梅田　清
清 梅田
尚紀 鷲見
尚紀 鷲見
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2014135177A priority Critical patent/JP5901704B2/ja
Priority to US14/741,958 priority patent/US9436413B2/en
Publication of JP2016014919A publication Critical patent/JP2016014919A/ja
Application granted granted Critical
Publication of JP5901704B2 publication Critical patent/JP5901704B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203—Improving or facilitating administration, e.g. print management
    • G06F3/1206—Improving or facilitating administration, e.g. print management resulting in increased flexibility in input data format or job format or job type
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1244—Job translation or job parsing, e.g. page banding
    • G06F3/1247—Job translation or job parsing, e.g. page banding by conversion to printer ready format
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1292—Mobile client, e.g. wireless printing

Description

本発明は、画像処理を行う情報処理装置、情報処理方法、プログラムに関する。
近年、カメラ機能が搭載された可搬型多機能携帯電話（以下、モバイルコンピュータ）が普及し、デジタルカメラや従来のパーソナルコンピュータ（以下、ＰＣ）の販売台数を遥かに凌ぐ勢いで拡販されている。このようなモバイルコンピュータのシステムは、基本的には３つの要素で成り立っている。即ち、コンピュータ自身であるハードウェア、ハードウェア上で動作するオペレーティングシステム（以下、ＯＳ）、ＯＳ上で動作するアプリケーションである。ユーザは、アプリケーションを用いて、地図やメール、ブラウザを起動してインターネット上のウェブサイトを閲覧するなどの操作を行うことができる。このようなモバイルコンピュータ上で動作するアプリケーションの形態として、主に２つのものが存在する。ネイティブアプリケーションとウェブアプリケーションである。以下、それぞれの特徴を説明する。
ネイティブアプリケーションは、通常、ＯＳ毎に用意される開発環境や開発言語により開発される。例えば、Ａ社が提供するＯＳ上ではＣ／Ｃ＋＋言語、Ｂ社が提供するＯＳ上ではＪａｖａ（登録商標）言語、Ｃ社が提供するＯＳ上では更に異なる開発言語を用いる、といったようにＯＳ毎に異なる開発言語で開発される。ネイティブアプリケーションは、各開発環境において予めコンパイル（翻訳）され、人間が理解可能ないわゆる高水準言語から、コンピュータのＣＰＵが解釈可能なアセンブラ等の命令セット群に変換される。このように、ネイティブアプリケーションには、命令を直接ＣＰＵが解釈することから高速動作が可能であるというメリットがある。
ウェブアプリケーションは、コンピュータ上のＯＳに標準的に組み込まれているウェブブラウザ上で動作するアプリケーションである。ウェブアプリケーションは、ウェブブラウザが解釈できるように、一般的には、ＨＴＭＬ５、ＣＳＳ、Ｊａｖａｓｃｒｉｐｔ（登録商標）といった言語を用いて開発される。これらはウェブ標準言語であるため、一度アプリケーションを記述すれば、ウェブブラウザが動作する環境であればどこでも動作可能というメリットがある。特許文献１には、ウェブアプリケーションの形態の一例が記載されている。ＨＴＭＬ５、ＣＳＳ、ＪａｖａＳｃｒｉｐｔで記述されたウェブアプリケーションの本体は、モバイルコンピュータ外部のサーバ上に存在する。ウェブアプリケーションは、利用時にサーバからモバイルコンピュータにインターネット回線を介してダウンロードされるため、ユーザは、ユーザインタフェース（ＵＩ）デザインなどを予めコンパイルすることなく動的に変更することができる。
近年では、このようなモバイルコンピュータの普及とともに、上記ＯＳの種類も多種多様なものとなっている。そのため、それらの上で動作するアプリケーションを如何に短期間で開発して、ユーザにスピーディに提供できるか、がソフトウェア開発における重要な課題となっている。このような課題を解決する方法として、クロス開発と呼ばれる手法が存在する。クロス開発とは、アプリケーションの大部分を、各種ＯＳに横断的に利用できる共通プログラム言語を用いて開発を行うことである。共通であるため、各ＯＳで個別に開発するための工数が不要となり、有効なアプリケーション開発手法として知られている。
ウェブアプリケーションは、上記課題を解決する一つの方法であるが、ウェブアプリケーションはブラウザ上で動作するため、ネイティブアプリケーションとして各ベンダが運営するアプリケーションストアから配布することができない。そこで、上記ストアから配布可能な、ネイティブアプリケーション形式におけるクロス開発手法が求められるようになってきた。
ストア配布可能なクロス開発手法の一つとして、特許文献１に記載されているようなハイブリッド型アプリケーションが注目されている。ハイブリッド型アプリケーションとは、アプリケーション自身は、前述のネイティブアプリケーションとしてユーザに配布される。しかしながら、そのユーザインタフェース（ＵＩ）の全て、あるいは大部分は、ＨＴＭＬ５、ＣＳＳ３、Ｊａｖａｓｃｒｉｐｔといったいわゆるウェブの標準言語で記述されていることが特徴である。すなわち、１つのアプリケーション内部に、ウェブ標準言語によるスクリプト層とネイティブ層を双方包含する構成となっている。このような構成を取ることにより、上記ネイティブアプリケーションとウェブアプリケーションの利点を双方保持したソフトウェア構成とすることができる。
特開２０１３−８０４７０号公報
しかしながら、上述したハイブリッド型アプリケーションを、写真や文書を印刷するといった印刷アプリケーションに適用しようとした場合、以下のような課題が存在する。
通常のハイブリッド型アプリケーションでは、ＵＩ部はウェブ標準言語で記述され、それがテキストデータとしてアプリケーション内部に保持されている。このテキストデータはスクリプトと呼ばれる。スクリプトは、アプリケーションが起動した際に、ＯＳが保持するスクリプトを翻訳して実行するためのエンジン（インタプリタ）に入力される。その結果、モバイルコンピュータの画面上にＵＩ画面が表示され、ユーザ操作が可能となる。
写真印刷アプリケーションを考えた場合、例えばＵＩ画面上で、印刷対象となる写真を描画し、そこに撮影日時などの日付情報を重畳し、絵文字などのスタンプ画像を重畳し、その結果をユーザがプリントできるよう、ソフトウェアを構築する必要がある。ハイブリッド型アプリケーションの場合、そのような印刷コンテンツの描画も、ウェブ標準言語を用いて記述することになる。ＵＩ画面上に描画された画像やスタンプ画像を印刷する場合には、それらの印刷コンテンツを印刷用のビットマップデータへ変換する必要がある。この処理をレンダリング処理と呼ぶ。
ここで、ウェブ標準言語を利用して上記のレンダリング処理を行う際には、スクリプト層側が持つ画像データに対する画面描画以外の二次利用禁止という制約が一般的に存在する。
上記の制約は、ウェブ標準言語が端末内外の画像を扱う際の制約として存在する。ＨＴＭＬでは、画像のファイルパスを指定することにより画像データをＩｍａｇｅオブジェクトという形で取得することができる。そして、ＩｍａｇｅオブジェクトはＣａｎｖａｓ機能を利用してメモリ確保を行い、Ｃａｎｖａｓの持つＡＰＩによってＵＩ画面への描画を行うことができる。
しかしながら、上記の方法で画像データを取得した場合、Ｉｍａｇｅオブジェクトからデータを取り出して変換処理を行うことができなくなるという制約がある。具体的には、ｔｏＢｌｏｂ関数やｔｏＤａｔａＵＲＬ関数などが利用できなくなるといった制約である。上記のようなＨＴＭL特有の現象は、外部のＷｅｂサイトから画像が二次利用されることを防止するために策定されたルールによって引き起こされるものである。
上記のハイブリッド型アプリケーションを写真印刷アプリケーションに適用しようとすると、上記の一般的に存在する制約のために、画像データを取得して印刷するというアプリケーション機能が実現できないことがある。
本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、スクリプト層を含むソフトウェア構成において、取得された画像データに対する画像処理の実行不可を防ぐ情報処理装置、情報処理方法、プログラムを提供することを目的とする。
上記課題を解決するため、本発明に係る情報処理装置は、プロセッサと、アプリケーションの実行の際に前記プロセッサが実行可能に翻訳されて実行されるスクリプト命令セットで構成された第１の層と、前記プロセッサが実行可能な命令セットで構成された第２の層と、を有する階層構造を成し、前記第１の層と前記第２の層との連携により前記アプリケーションを実行するためのプログラムを記憶する記憶手段と、前記アプリケーションの機能により、指定された画像に対する画像処理を行う場合、前記第２の層において、当該指定された前記画像の画像データを取得する取得手段と、前記第１の層において、前記取得手段により取得され且つ前記第２の層において前記第１の層が解釈可能なデータ形式に変換された前記画像データを含む、印刷用コンテンツの印刷スクリプトを生成する生成手段と、前記生成手段により生成された前記印刷スクリプトを解釈することにより、当該印刷スクリプトを印刷用解像度に対応する印刷用画像データにレンダリングするレンダリング手段と、を備え、前記レンダリング手段は、印刷用紙情報に基づいて出力画像サイズを取得し、前記印刷スクリプトに含まれている前記画像データを当該取得された出力画像サイズに応じて拡大または縮小することで、前記印刷用画像データを生成することを特徴とする。
本発明によれば、取得された画像データに対する画像処理の実行不可を防ぐことができる。
携帯型情報端末のハードウェア構成を示すブロック図である。 携帯型情報端末のソフトウェア構成を示すブロック図である。 写真印刷処理の全体の手順を示すフローチャートである。 Ｓ３０１の写真画像選択の処理を示すフローチャートである。 Ｓ３０２の画像処理を示すフローチャートである。 Ｓ３０３のスタンプ画像追加の処理を示すフローチャートである。 Ｓ３０４のスタンプ画像の特定の処理を示すフローチャートである。 Ｓ３０５のスタンプ画像の操作処理を示すフローチャートである。 Ｓ３０６のプリンタ設定の処理を示すフローチャートである。 Ｓ３０７のレンダリング処理を示すフローチャートである。 Ｓ３０８のプリント処理を示すフローチャートである。 写真印刷アプリケーション画面の一例を示す図である。 プリンタの設定ＵＩの一例を示す図である。 プリンタのリストの一例を示す図である。 複数の画像処理を表示するプルダウンメニューの一例を示す図である。 携帯型情報端末のソフトウェア構成の他の例を示す図である。 写真画像選択の処理の他の例を示すフローチャートである。 画像処理の他の例を示すフローチャートである。 スタンプ画像の追加処理の他の例を示すフローチャートである。 レンダリング処理の他の例を示すフローチャートである。 携帯型情報端末のソフトウェア構成の他の例を示す図である。 写真画像選択の処理の他の例を示すフローチャートである。 写真画像選択の処理の他の例を示すフローチャートである。 画像処理の他の例を示すフローチャートである。 スタンプ画像の追加の処理の他の例を示すフローチャートである。
以下、添付図面を参照して本発明の好適な実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。
［第１の実施形態］
以下、携帯型情報端末上で、ウェブアプリケーションの１つである写真印刷アプリケーションを動作させたときの動作について説明する。写真印刷アプリケーションでは、ユーザが選択した画像に対して様々な画像処理（例えば、輝度補正し、スタンプ画像を追加）を適用した後に、印刷対象のコンテンツを印刷する。なお、本実施形態においては、写真印刷アプリケーションは、後述するハイブリッド型アプリケーションとして提供されている。
［ハードウェア構成］
図１は、情報処理装置、特に、携帯型情報端末１００のハードウェア構成の一例を示すブロック図である。同図において、ＣＰＵ（中央演算装置）１０１は、各実施形態において説明する動作を、プログラムをＲＯＭ１０２からＲＡＭ１０３に読み出して実行することにより実現する。ＲＯＭ１０２は、ＣＰＵ１００により実行されるプログラム等を記憶するコンピュータ読取可能な記憶媒体である。ＲＡＭ１０３は、例えば、ＣＰＵ１００によるプログラムの実行時に、各種データを一時的に記憶するためのワーキングメモリとして用いられる。２次記憶装置１０４は、例えばハードディスクやフラッシュメモリであり、例えば、画像ファイルや画像データ、画像解析などの処理結果を保持するデータベースなどを記憶する。タッチセンサ１０５は、タッチパネル上でのユーザの接触動作を検知するためのセンサである。ディスプレイ１０６は、写真印刷アプリケーション上の印刷設定画面等のユーザインタフェース画面や、画像処理結果などを表示する。ディスプレイ１０６は、タッチセンサ１０５を含んでも良い。
加速度センサ１０７は、加速度を検出するためのセンサであり、携帯型情報端末１００の傾き等を検出する。外部インタフェース（ＩＦ）１０８は、携帯型情報端末１００をプリンタ１１４と接続する。携帯型情報端末１００は、外部ＩＦ１０８により、プリンタ１１５での印刷を行うことができる。また、携帯型情報端末１００は、外部ＩＦ１１０により、インターネット１１６を介してプリンタ１１５での印刷を行うこともできる。外部ＩＦ１０９は、携帯型情報端末１００を外部撮像デバイス（カメラ）１１４と接続する。外部撮像デバイス１１３や内部撮像デバイス１１１により撮像された画像データは、所定の画像処理後、２次記憶装置１０４に格納される。外部ＩＦ１１０は、無線ＬＡＮを備えており、携帯型情報端末１００をインターネット１１６と接続する。携帯型情報端末１００は、外部ＩＦ１１０により、インターネット１１６を介して外部の各種サーバ１１７から画像データ等を取得することができる。携帯型情報端末１００の動作に必要な電源は、バッテリ１１２から供給される。上記のＣＰＵ１０１〜バッテリ１１２は、システムバス（制御バス／データバス）１１３を介して相互に接続されており、ＣＰＵ１０１は各部を統括的に制御する。
携帯型情報端末は、ＵＳＢや、有線ＬＡＮのような有線接続を行うための外部ＩＦを含んでも良い。また、無線ＬＡＮの他に、Ｂｌｕｅｔｏｏｔｈ（登録商標）や赤外線通信のような無線接続を行うための外部ＩＦを含んでも良い。無線ＬＡＮによる接続形態においては、例えば、デバイス同士が直接接続される場合や、不図示の無線ＬＡＮルータを介して通信先のデバイスと接続される場合がある。
［ソフトウェア構成］
図２は、写真印刷アプリケーション（以下、アプリケーション）を実行するための、携帯型情報端末１００上でのソフトウェア構成の一例を示す図である。図２に示すソフトウェアの各ブロックは、ＣＰＵ１０１により実現される。本実施形態においては、携帯型情報端末１００のソフトウェアは、スクリプト層２０１、ネイティブ層２０２、ＯＳ層２０３の３つの階層構造を有する。アプリケーションの機能は、図２に示す各層の連携により実現される。スクリプト層２０１は、ＨＴＭＬ５、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）３、Ｊａｖａｓｃｒｉｐｔといったウェブ標準言語により、テキストデータで各種命令（スクリプト命令セット）が記述されている。各種命令とは、例えば、コンテンツの描画や画像の表示、動画の再生等の命令である。また、スクリプト層２０１は、それらのテキストデータを保持している。記述されたスクリプトは、アプリケーション実行環境上に存在するプロセッサ（ＣＰＵ１０１）によりテキスト命令群が翻訳されて実行される。翻訳は、実行の度に命令文を一行ずつ動的に翻訳する形態や、アプリケーションを起動したときに翻訳する形態、アプリケーションを携帯型情報端末１００にインストールしたときに翻訳する形態などで行われる。以下、スクリプト層２０１で処理することやスクリプト層２０１での内容を単にスクリプトとも呼ぶ。スクリプトの命令をデバイス（携帯型情報端末１００）内で翻訳する際には、例えば、後述するネイティブ層２０２やＯＳ層２０３のインタプリタの機能が使用される。なお、本実施形態においては、アプリケーションのＵＩの大部分がスクリプトで記述される。
ネイティブ層２０２は、アプリケーション実行環境以外で予め翻訳（コンパイル）された処理命令セットを実行する部分である。ネイティブ層２０２は、例えばＣ／Ｃ＋＋といった高水準言語で記述されたコードが予めアプリケーション開発者のＰＣやサーバ上でコンパイルされ、ＣＰＵ１０１が直接解釈できる命令の集合体となっている。以下、ネイティブ層２０２で処理することやネイティブ層２０２での内容、ＯＳ層２０３の機能をネイティブ層２０２から呼び出すことを含めて単にネイティブとも呼ぶ。なお、ネイティブ層２０２の他の実装系としてはＪａｖａがある。Ｊａｖａは、Ｃ／Ｃ＋＋と類似の高水準言語であり、予めアプリケーション開発時の開発環境上で中間コードに翻訳されている。翻訳された中間コードは、各ＯＳが備えるＪａｖａ仮想環境上で動作する。本実施形態においては、そのような形態も、ネイティブ層２０３の形態の１つである。
ＯＳ層２０３は、デバイスのオペレーティングシステム（ＯＳ）に対応する。ＯＳ層２０３は、ハードウェア機能の使用をアプリケーションに提供する役割や、ＯＳ固有の機能を有する。ＯＳ層２０３はＡＰＩを備えており、スクリプト層２０１やネイティブ層２０２からＯＳ層２０３の機能を使用することができる。
本実施形態では、上記のスクリプト層２０１からネイティブの機能の呼び出しを可能にすることをバインディング（又はバインド）と呼ぶ。各種ネイティブ機能はＡＰＩを備えており、スクリプト層２０１は、ＡＰＩを呼び出すことによりネイティブ機能を使用することができる。そのようなバインディング機能は、通常、各種ＯＳが標準的に備えている。本実施形態では、スクリプト層２０１とネイティブ層２０２を両方含むアプリケーションを特にハイブリッド型アプリケーションと呼ぶ。ハイブリッド型アプリケーションでは、ＵＩの全て若しくは大部分をＨＴＭＬ５、ＣＳＳ３、Ｊａｖａｓｃｒｉｐｔといったいわゆるウェブ標準言語で記述し、ウェブ標準言語で記述された内容から、ネイティブ言語で記述された機能を利用することができる。このようなハイブリッド型アプリケーションを携帯型情報端末１００上に実装することで、ウェブアプリケーションとネイティブアプリケーションの双方のメリットを実現するシステムを携帯型情報端末１００上で構築することができる。
以下、図２の各ブロックについて説明する。
●画像データの取得
スクリプト層２０１の画像取得部２０４は、ネイティブ層２０２に対して画像データの取得を依頼する。取得依頼方法は複数可能であり、例えば、ファイルの存在場所そのものを指定する絶対パス指定方法や、ダイアログ表示を促す方法などがある。ネイティブ層２０２の画像読込部２０５は、画像取得部２０４からの取得依頼に基づき、画像データを保持している領域であるネイティブ層２０２の画像群２０６から画像データを取得する。画像群２０６からの画像データの取得方法は、画像取得部２０４の依頼方法によって異なる。画像読込部２０５は、例えば、ファイルの絶対パスに基づき直接に画像データを取得したり、ダイアログ表示での選択に基づき画像データを取得する。
ネイティブ層２０２のデータ変換部２０７は、ネイティブ層２０２のデータをスクリプト層２０１で利用可能なデータ形式に変換する。逆に、データ変換部２０７は、スクリプト層２０１から送られてきたデータをネイティブ層２０２で利用可能なデータ形式に変換する。スクリプト層２０１のデータ変換部２０８は、スクリプト層２０１のデータをネイティブ層２０２で利用可能なデータ形式に変換する。逆に、ネイティブ層２０２から送られてきたデータをスクリプト層２０１で利用可能なデータ形式に変換する。本実施形態では、例えば、ネイティブ層２０２の画像読込部２０５により取得された画像データは、スクリプト層２０１で利用可能なＢＡＳＥ６４データ形式に変換されてスクリプト層２０１に渡される。
●画像データの読込／保存
ネイティブ層２０２のデータ保持部２０９は、画像読込部２０５により読み込まれた画像データや、画像処理部２１０により画像処理が実行された画像データを保持する。ここで、保持される画像データはＲＧＢ展開されている。従って、画像読込部２０５により読み込まれて保持された画像データに対して、直ちに画像処理が実行可能である。ネイティブ層２０２のデータ保存部２１６は、必要に応じて、データ保持部２０９に保持されている画像データを画像群２０６に格納する。また、データ保存部２１６は、アプリケーションが用意しているスタンプ画像や、テンポラリファイルの保存に用いられる場合もある。
●出力
スクリプト層２０１のレンダリング部２１９は、出力（表示／印刷）対象の画像のレンダリングについてのスクリプトを作成するためのブロックであり、コンテンツ描画部２１１、コンテンツ操作部２１２、画像処理制御部２１３を含む。本実施形態では、レンダリング部２１９でスクリプト作成途中の画像はディスプレイ１０６には表示されない。コンテンツ描画部２１１は、印刷対象のコンテンツを、ウェブ標準言語で記述する。スクリプト層２０１のコンテンツ操作部２１２は、画像の操作をスクリプトに反映する。画像の操作とは、例えば、画像の拡大、移動、回転である。コンテンツ描画部２１１による記述には、コンテンツ操作部２１２で操作された内容も反映される。ここで記述されたコンテンツのスクリプトは、後述するＯＳ層２０３のインタプリタ２１８で解釈され、ディスプレイ１０６に表示される。画像処理制御部２１３は、画像処理に用いる補正パラメータ（例えば、輝度の補正値）と、補正対象となる画像を決定する。それらのデータは、必要に応じてスクリプト層２０１のデータ変換部２０８で、ネイティブ層２０２で利用可能なデータ形式に変換されてネイティブ層２０２に渡される。
ネイティブ層２０２の画像処理部２１０は、スクリプト層２０１の画像処理制御部２１３から指定された画像データに対して画像処理（輝度補正等）を実行する。その際、どのような画像処理を実行するかは、画像処理制御部２１３で設定された補正パラメータに従って決定される。画像データの指定については、例えば、スクリプト層２０１から画像データのパスを受け取る方法がある。
ＯＳ層２０３のタッチイベント部２１６は、ディスプレイ１０６へのユーザによるタッチに関する情報を取得する。タッチに関する情報とは、ディスプレイ上のタッチの検知、タッチされた位置情報などである。取得したデータは、ネイティブ層２０２を介してスクリプト層２０１のコンテンツ操作部２１２に送信される。例えば、ユーザがディスプレイ１０６上で所望のスタンプ画像を選択した情報は、タッチイベント部２１６により、ネイティブ層２０２を介してスクリプト層２０１のコンテンツ操作部２１２に送信される。
ＯＳ層２０３のインタプリタ２１８は、スクリプト層２０１で生成されたウェブ標準言語によるスクリプト命令を解釈・実行するブロックであり、画像の描画命令等はインタプリタ２１８により解釈され、ディスプレイ１０６への表示が実行される。また、インタプリタ２１８は、スクリプト層２０１で描画された印刷コンテンツを翻訳し、印刷解像度にレンダリングし、画像データをＲＧＢ画素値で出力する。図２では、インタプリタ２１８は、ＯＳ層２０３に構成されているが、ネイティブ層２０２に構成されても良い。
●プリンタとの通信
スクリプト層２０１のプリンタ制御部２１４は、レンダリング開始依頼、プリンタ検知の依頼、プリンタ設定画面の表示、プリント情報の生成及び送信を制御する。ここでのレンダリングとは、印刷に必要なビットマップデータを作成することをいう。プリンタ設定画面では、用紙のサイズ、用紙の種類、カラー／モノクロ印刷などの設定が可能である。ここで設定された項目に基づいて、ネイティブ層２０２のプリンタデータ生成部２１５は、プリント情報を生成する。
ネイティブ層２０２のプリンタデータ生成部２１５は、スクリプト層２０１のプリンタ制御部２１４からの依頼に基づき、プリンタ通信に必要なデータやコマンドを生成する。プリンタ通信に必要なデータとは、通信プロトコルに則ったデータであり、コマンドとは、印刷やスキャンなど、プリンタの動作を決定するためのデータである。ＯＳ層２０３のプリンタ通信部２１７は、プリンタデータ生成部２１５から受け取ったデータを、接続されているプリンタ１１５に送信するためのインタフェースである。
［全体フロー］
図３は、本実施形態における写真印刷処理の全体の手順を示すフローチャートである。図３の処理は、例えば、ＣＰＵ１０１がＲＯＭ１０２からプログラムをＲＡＭ１０３に読み出して実行することにより実現される。図１０は、本実施形態におけるスクリプトで記述された写真印刷アプリケーション画面の一例を示す図である。
Ｓ３０１において、ＣＰＵ１０１は、ユーザによる写真画像選択ボタン１００１の押下（タッチ操作も含む。以下同様）を検出し、画像の選択を受け付ける。画像の選択を受け付けると、ＣＰＵ１０１は、描画領域１２０６の全体に、選択された画像を表示する。
Ｓ３０２において、ＣＰＵ１０１は、ユーザによる、スライドバー１２０２を用いた、画像処理時に利用する補正パラメータ（例えば、輝度補正値）を検出する。ＣＰＵ１０１は、検出した補正パラメータに従って、画像に対して画像処理を実行し、描画領域１２０６の全体に画像を表示する。
Ｓ３０３において、ＣＰＵ１０１は、ユーザによる、スタンプ追加ボタン１２０３の押下を検出すると、スタンプ画像一覧を表示する。そして、ＣＰＵ１０１は、ユーザによる所望のスタンプ画像の選択を受け付け、描画領域１２０６上にスタンプ画像を追加・表示する。
Ｓ３０４において、ＣＰＵ１０１は、ユーザによるスタンプ画像の特定操作を検出する。スタンプ画像の特定とは、ディスプレイ１０６上でタッチされた座標とスタンプ画像の座標とにより、スタンプ画像がタッチされたことを判断する処理である。スタンプ画像が特定されると、そのスタンプ画像は、操作受付状態となる。操作受付状態とは、スタンプ画像の操作（スワイプ等）に関する指示がされた場合、スタンプ画像がその指示で動作可能な（スワイプ可能な）状態のことをいう。操作受付状態のスタンプ画像が存在しない場合には、スタンプ画像操作に関する指示がされても何も起こらない。
Ｓ３０５において、ＣＰＵ１０１は、ユーザによるスタンプ画像の操作を受け付ける。例えば、ユーザが図１２のスライドバー１２０４を操作すると、ＣＰＵ１０１は、その操作に応じて、操作受付状態となっているスタンプ画像を回転する。
Ｓ３０６において、ＣＰＵ１０１は、ユーザによる、プリントボタン１２０５の押下を検出すると、プリントに必要な情報の設定ＵＩをディスプレイ１０６に表示する。ここで、プリントに必要な情報とは、例えば、用紙サイズ、両面、モノクロ・カラー印刷などの情報である。図１３に、プリンタの設定ＵＩの一例を示す。
Ｓ３０７において、ＣＰＵ１０１は、ユーザによる、設定完了ボタン１１０２の押下を検出すると、印刷に必要なビットマップデータを作成するレンダリングを開始する。ＣＰＵ１０１は、描画領域１２０６に表示されている画像について、プリント解像度での画像データを作成する。
Ｓ３０８において、ＣＰＵ１０１は、Ｓ３０５でプリント解像度で作成された画像データを、プリンタ制御のコマンドと共にプリンタ１１５に送信し、プリンタ１１５から印刷物を出力させる。
上記では、説明上、必要最小限のフローを記載しているが、特に上記の処理の流れに限定されるものではない。以下、各工程での詳細な動作を説明する。
［プリンタの選択］
最初に、ユーザによりアプリケーションが起動されると、アプリケーションは、接続可能なプリンタのディスカバリ処理（不図示）を行う。ディスカバリ処理とは、携帯型情報端末１００が存在するＬＡＮ内において、接続可能なプリンタのＩＰアドレスを特定する処理のことである。携帯型情報端末１００は、ディスカバリ処理で取得したＩＰアドレス（複数の場合もある）に対して、プリンタ１１５の属性情報（プリンタ情報）取得の要求コマンドを送信し、プリンタ１１５からの返信を得る。具体的には、ネイティブ層２０２において、各プリンタの情報を取得するためのコマンドが生成される。ここで、コマンドとはプリンタ１１５の動作を指定する命令であり、例えば、下記のようなＸＭＬで記述される。
＜?xml version="1.0" encoding="utf-8" ?＞
＜cmd xmlns:trans="http://www.trans/example/"＞
＜contents＞
＜operation＞GetInformation＜/operation＞
＜/contents＞
＜/cmd＞
生成されたコマンドは、プリンタ１１５の通信プロトコルに従った形式で、例えば、Ｗｉ−Ｆｉ（登録商標）接続されたルータに対してブロードキャストされる。ここで、通信の方法は、Ｗｉ−Ｆｉダイレクトや電話回線を利用するなどが考えられ、本実施形態では、プリンタ１１５の検出が無線ＬＡＮルータ接続に限定されるものではない。
コマンドを送付した結果、ネイティブ層２０２は、ＯＳ層２０３のプリンタ通信部２１７を介してプリンタ１１５からの応答を受け取る。以下は、PrinterNameタグによって、プリンタ名称を取得する一例を示す。
＜?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＞
また、ImageProcGrpタグによって、それぞれのプリンタが利用可能な画像処理グループを取得することもできる。また、ResolutionXおよびResolutionYは、このプリンタのエンジンが必要とする画像の解像度であり、例えば、ｄｐｉを単位として表される。
ネイティブ層２０２で取得された機種名は、スクリプト層２０１に渡されて、以下の仮想コードにより、プリンタのリストを表示することができる。
＜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＞
上記において、selectタグは、リストを表示するための記述であり、scriptタグ内に記述されたjavascriptコードによって、リストに取得したプリンタの名称（PrinterNameに配列として格納）を追加することができる。
図１４は、スクリプト層２０１において生成した上記仮想コードがインタプリンタで解釈されて画面に表示されたプリンタのリスト１４０１を示す図である。ユーザがリスト１４０１上で所望のプリンタを選択すると、スクリプト層２０１は、何番目のリストを選択したかというＩＤを取得し、ネイティブ層２０２に渡す。プリンタが選択されると、後述する写真選択処理に移る。
［写真画像選択］
上述のように、ユーザによる写真画像選択ボタン１２０１の押下を検出することにより、Ｓ３０１の処理が開始する。図４は、Ｓ３０１の写真画像選択の処理を示すフローチャートである。図４のＳ４０１、Ｓ４０２、Ｓ４０９〜Ｓ４１１は、スクリプト層２０１により実行される処理であり、Ｓ４０３〜Ｓ４０８は、ネイティブ層２０２により実行される処理である。他のフローチャートにおいても同様に示す。
Ｓ４０１において、スクリプト層２０１の画像取得部２０４は、取得対象の画像データを識別するための一意なＩＤを生成する。ＩＤは、数値や文字列など、スクリプト層２０１からネイティブ層２０２へ送信できる形式であればどのような形式でも良い。
Ｓ４０２において、スクリプト層２０１の画像取得部２０４は、ネイティブ層２０１にＩＤを渡すとともに画像選択を依頼する。その依頼の方法として、スクリプト層２０１からネイティブ層２０２固有の画像選択ＡＰＩを直接呼び出すようにしても良い。ここで、ネイティブ層２０２固有の画像選択ＡＰＩを直接呼び出せない場合には、ネイティブ層２０２にラッパーを用意しておいても良い。ラッパーとは、スクリプト層２０１から呼び出せる関数をネイティブ層２０２に予め用意しておき、ネイティブ関数内でネイティブ層２０２固有の関数を呼び出す方法である。また、画像選択ＡＰＩは、ＩＤを例えば引数として渡す仕組みを備えている。そのような構成により、スクリプト層２０１は、ネイティブ層２０２へＩＤを渡すことができる。
Ｓ４０３において、ネイティブ層２０２では、デバイス固有の画像選択ＵＩがディスプレイ１０６に表示されるよう表示制御が行われる。画像読込部２０５は、ユーザによる、表示された画像選択ＵＩ上での画像の選択を受け付ける。画像の選択は、脱着可能な記憶媒体内の画像の選択でも良いし、携帯型情報端末１００のカメラ機能が用いられて撮影された画像データであっても良い。
Ｓ４０４において、ネイティブ層２０２の画像読込部２０５は、選択された画像に対応する画像データを画像群２０６から取得する。画像データの取得は、例えば、画像ファイルのダウンロードやコピーによって行われる。また、ファイルオープンは、ネイティブ層２０２の使用言語に応じたものにより行われる。
Ｓ４０５において、ネイティブ層２０２のデータ保持部２０９は、取得した画像データをＲＧＢ展開して保持する。本実施形態において、ＲＧＢデータで保持されているが、これに限定されるものではない。例えば、ビットマップデータであれば、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｙ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、ＰＮＧ（Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）、ＲＧＢＡ形式などで保持するようにしても良い。ここで、ＲＧＢＡ形式とは、画像データのＲＧＢ（赤、緑、青）に、透明度としてAを組み合わせたデータ形式である。
Ｓ４０６において、ネイティブ層２０２のデータ保持部２０９は、展開されたＲＧＢデータをＳ４０３で受信したＩＤと関連付けて記憶する。関連付けの方法として、例えば、ＩＤとＲＧＢデータを持つオブジェクトを作成することにより、ＩＤによるＲＧＢデータの特定を可能にしても良い。また、ＩＤとＲＧＢデータとの対応付けは、ＩＤとＲＧＢデータと対にすることに限定されるわけではなく、例えば、ＩＤとＲＧＢデータのパスとを関連付ける方法を用いてもよい。その他にも、ＲＧＢデータの先頭アドレスや、ＲＧＢデータを呼び出す関数と関連付ける方法などが用いられても良い。
Ｓ４０７において、Ｓ４０５で取得したＲＧＢデータに基づいて、スクリプト層２０１で対応している形式に変換可能な画像データが生成される。本実施形態においては、例えばＪＰＥＧ形式の画像データが生成される。ＲＧＢデータからＪＰＥＧデータへの変換には、ＯＳが有するエンコーダが用いられる。
Ｓ４０８において、ネイティブ層２０２のデータ変換部２０７は、ＪＰＥＧデータをＢＡＳＥ６４データに変換する。これは、スクリプト層２０１では、ＲＧＢデータ配列やＪＰＥＧのバイナリデータをそのまま利用できず、スクリプト層２０１が利用可能な形式にデータを変換する必要があるためである。本実施形態では、ＪａｖａＳｃｒｉｐｔ（登録商標）が用いられている場合には、スクリプト層２０１で扱う画像データはＢＡＳＥ６４形式であるとする。ＢＡＳＥ６４とは、バイナリデータを文字列データとして扱うためのエンコード方式である。
Ｓ４０９において、スクリプト層２０１のデータ変換部２０８は、ネイティブ層２０２のデータ変換部２０７から、Ｓ４０８で変換されたＢＡＳＥ６４データを受け取る。そして、ＢＡＳＥ６４データを表示するための領域がＲＡＭ１０３に確保される。本実施形態では、メモリの確保のために、例えば、ＨＴＭＬのＣａｎｖａｓ機能が用いられ、画像の描画は、Ｃａｎｖａｓの持つＣｏｎｔｅｘｔオブジェクトのＡＰＩにより行われる。
本実施形態では、このように、スクリプト層２０１がネイティブ層２０２に画像データの取得を依頼し、ネイティブ層２０２が取得した画像データをＵＩ表示に用いる。そのような構成により、画像データがＣａｎｖａｓで取得された場合でも、アプリケーションの実行の際に、その画像データに基づく表示を行うことができる。
Ｓ４１０において、スクリプト層２０１の画像処理制御部２１３は、補正パラメータを生成し、その補正パラメータを初期化する。補正パラメータとは、Ｓ３０２の画像処理の内容を決定するパラメータ群を保持するオブジェクトである。ネイティブ層２０２でどのような画像処理が実行されるかは、補正パラメータに応じて決定される。ＪａｖａＳｃｒｉｐｔでは、例えば、下記のような補正パラメータが生成される。
var CorrectionParam = function(){
this.brightness = 10;
}
上記の補正パラメータは、CorrectionParamオブジェクトの中に、明るさ補正用にbrightnessという変数名と、brightnessには１０という値が格納されているということを表している。説明上、補正パラメータは、明るさ補正用のみとして示しているが、その他の補正処理用のパラメータを追加することにより、画像処理の種類を増やすことができる。
Ｓ４１１において、スクリプト層２０１の画像処理制御部２１３は、描画領域１２０６での描画するデータにネイティブ層２０２から受け取ったＢＡＳＥ６４データを指定する。これにより、ＯＳ層２０３のインタプリタ２１８がスクリプトを解釈し、描画領域１２０６に画像を表示することができる。下記に、描画領域１２０６にＢＡＳＥ６４データを反映させるためのコードの一例を示す。
var base64Data = ネイティブからのBASE64データ
var canvas = document.createElement("canvas");//画像の描画領域確保
canvas.setAttribute("width", 100);//描画領域の大きさ設定
canvas.setAttribute("height", 100);
canvas.setAttribute(“id”, “ImageID”);//canvasにIDをつける
var context = canvas.getContext("2d");//描画領域に描画するAPIを持つオブジェクトの生成
var img = new Image();//Imageオブジェクトの生成
img.src = base64Data;//画像のURIを受け取ったBASE64データとする
img.onload = function(){//画像のロードが終わってから処理を開始する
context.drawImage(img, 0, 0, img.width, img.height, 0, 0, canvas.width, canvas.height);//contextオブジェクトのメソッドを用いて画像を描画領域に描画
document.getElementById("div").appendChild(canvas);｝
本実施形態では、Ｃａｎｖａｓが何層にもなるレイヤ構造を用いている。それらのＣａｎｖａｓは、描画／移動／拡大などの操作が特定されると、divで指定される描画領域１２０６に対して順次追加されていく。通常、Ｃａｎｖａｓは１枚の画像として扱われるので、Ｃａｎｖａｓに写真画像を描画した後にスタンプ画像などを追加すると、スタンプ画像と合わせて１枚の画像とされる。それに対して、本実施形態では、レイヤ構造を用いてＣａｎｖａｓを重ねて表示するので、ユーザに対して１枚の画像のように表示するが、実際の描画物はそれぞれ独立したものとなっている。例えば、ＨＴＭＬのＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）のように、divの領域内にＣａｎｖａｓオブジェクトが複数存在する形態である。以下に一例を示す。
＜div width = 100 height = 100＞
＜canvas id=”ImageID” width=100 height=100 style="position:absolute;left:0px; top:0px;"＞＜/canvas＞
＜canvas id=”Stamp” width=10 height=10 style="position:absolute;left:10px; top:10px;"＞＜/canvas＞
…
＜/div＞
１つ目のＣａｎｖａｓは、縦幅１００、横幅１００のdiv領域に対して、縦幅１００、横幅１００で追加されている。つまり、表示領域全体に対してＣａｎｖａｓが重なっているということであり、写真画像は全体表示される。２つ目のＣａｎｖａｓは、縦幅１０、横幅１０の大きさ、つまり、div左上の頂点を基準とした時の（１０，１０）の座標に追加されている。それぞれのＣａｎｖａｓは独立しており、また、それぞれに一意なＩＤが指定されている。スクリプトによる操作や、特定のＣａｎｖａｓの情報を取得する際には、対応するＩＤが用いられる。例えば、２つ目のＣａｎｖａｓの縦幅は、以下の操作で取得することができる。
var width = document.getElementById(“Stamp”).width;
［画像処理］
ユーザによるスライドバー１２０２の設定を検出することにより、図３のＳ３０２の処理が開始する。図５は、Ｓ３０２の画像処理を示すフローチャートである。
Ｓ５０１において、スクリプト層２０１の画像処理制御部２１３は、Ｓ４１０で生成された補正パラメータの値（例えば、brightness。以下同様とする。）を、スライドバー１２０２で設定された値に更新する。
Ｓ５０２において、スクリプト層２０１の画像処理制御部２１３は、インジケータを起動してディスプレイ１０６に表示するよう処理する。ここで、インジケータとは、データ処理中にディスプレイ１０６に表示される、作業状態を表すアイコンである。
Ｓ５０３において、スクリプト層２０１のデータ変換部２０８は、補正パラメータをネイティブで利用可能なＪＳＯＮ文字列に変換する。これは、補正パラメータは上記のようにオブジェクト形式であり、ネイティブ層２０２では解釈することができないからである。変換されたＪＳＯＮ文字列は、Ｓ４０１で生成された画像データを識別するためのＩＤと共にネイティブ層２０２へ渡される。
Ｓ５０４において、ネイティブ層２０２の画像処理部２１０は、文字列として受け取ったＪＳＯＮデータをパース（解析）する。パースには、ＯＳに備えられているパーサーが用いられる。ネイティブ層２０２の画像処理部２１０は、パースにより、補正パラメータ内のbrightnessの値を取得する。
Ｓ５０５において、ネイティブ層２０２の画像処理部２１０は、スクリプト層２０１から送信されたＩＤに基づいて、Ｓ４０５でＲＧＢ展開された画像データ（ＲＧＢデータ）を特定する。前述のように、ＩＤと画像データとの対応付けは、ＩＤと画像データとを対にすることに限定されるわけではなく、例えば、ＩＤと画像データのパスとを関連付ける方法により行われても良い。また、ＩＤと、画像データの先頭アドレスや画像データを呼び出す関数などを関連付ける方法により行われても良い。
Ｓ５０６において、ネイティブ層２０２の画像処理部２１０は、取得した補正パラメータから実行すべき画像処理を決定し、Ｓ５０５で特定された画像データに対して補正パラメータに対応した画像処理を行う。本実施形態では、輝度補正のパラメータにより、全ての画素のＲＧＢ値に１０が加算されるとする。
ここで、補正パラメータに他の情報を追加することにより、画像処理の種類を増やすようにしても良い。例えば、公知のモノクロ変換、公知のセピア色変換、ImageFix、RedeyeFix、SmartSkinなどの画像処理を追加するようにしても良い。ImageFixとは、写真画像を、人物顔検出やシーン解析を用いて自動で解析し、適切な明るさやホワイトバランス調整を行う処理である。また、RedeyeFixとは、画像中から自動で赤目画像を検出して補正する処理である。また、SmartSkinとは、写真画像から人物の顔を検出して、その顔の肌領域を好適に加工する処理である。また、画像処理は、ＯＳ層２０３が提供する機能により実行されても良い。また、図１５に示すように、取得した補正パラメータから実行可能な複数の画像処理をプルダウンメニュー１５０１を表示し、ユーザ選択を受け付けるようにしても良い。
Ｓ５０７において、Ｓ５０６で画像処理が実行された画像データに基づいて、スクリプトで対応しているフォーマットに変換可能な画像データが生成される。本実施形態においては、例えばＪＰＥＧの画像データが生成される。
Ｓ５０８において、ネイティブ層２０２の画像処理部２１０は、スクリプト層２０１にインジケータの停止を依頼する。これは、例えば、ネイティブ層２０２から、スクリプト層２０１で定義されているインジケータ停止の関数を呼び出すことで行われる。
Ｓ５０９において、スクリプト層２０１の画像処理制御部２１３は、インジケータを停止させてディスプレイへの表示を停止する。一方、Ｓ５１０において、ネイティブ層２０２のデータ変換部２０７は、ＪＰＥＧデータをＢＡＳＥ６４データに変換し、スクリプト層２０１に送信する。
Ｓ５１１において、スクリプト層２０１のデータ変換部２０８は、ネイティブ層２０２からＳ５０８で変換されたＢＡＳＥ６４データを受け取る。その後、スクリプト層２０１の画像処理制御部２１３は、描画領域１２０６での描画するデータにネイティブ層２０２から受け取ったＢＡＳＥ６４データを指定する。これにより、ＯＳ層２０３のインタプリタ２１８がスクリプトを解釈し、描画領域１２０６に画像処理が実行された画像が表示される。
本実施形態では、スライドバー１２０２の変化によって画像処理が開始されると説明したが、その形態に限定されるものではない。例えば、画面上にプラスボタン、マイナスボタンが配置され、ユーザがそのボタンを押すごとに明るさが調整されるという形態でも良い。他にも、画像の右半分がタッチされたら明るさを増す、左半分がタッチされたら暗くするなど、ユーザのタッチイベントと連動させた形態でも良い。また、ユーザ操作で補正パラメータだけ変化させておき、画像処理の実行指示を受け付けたときに、全ての画像処理が一括して行われるという形態でも良い。
Ｓ５０６における画像処理の決定は、Ｊａｖａｓｃｒｉｐｔからバインド機能によりＯＳが通常備えているシステム関数を呼び出し、システム関数からＣＰＵ１０１のクロック速度Ｃｌｋ［ＭＨｚ］を取得することにより行われても良い。例えば、クロック速度Ｃｌｋから、予め定められた閾値Ｔｈ１を用いて画像処理グループを特定する。グループ特定のための仮想コードの一例を以下に示す。
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＞
上記のスクリプトにおいては、ＣＰＵ１０１のクロック数がある閾値より大きく、複雑な画像処理を実行可能と判断された場合には（Grp=A）、より多くの画像処理機能を選択可能としている。逆に、ＣＰＵ１０１のクロック数がある閾値以下の場合には、処理としては負荷の軽いモノクロ変換、セピア変換という処理のみが選択可能となる。上記のスクリプトは、ＯＳ層２０３のインタプリタ２１８で翻訳されて画面上に描画される。図１５は、その描画された様子を示す図である。
ユーザが所望の画像処理機能を選択すると、ＨＴＭＬ機能により、選択された画像処理ＩＤを判別することができる。画像処理ＩＤは、ネイティブ層２０２の画像処理部２１０に伝達され、選択した機能に相当する画像処理が適用される。
［スタンプ画像追加］
ユーザによるスタンプ追加ボタン１２０３の押下を検出し、ハートスタンプ画像１２０８の選択を検出することにより、Ｓ３０３の処理が開始する。図６は、Ｓ３０３のスタンプ画像追加の処理を示すフローチャートである。
Ｓ６０１において、スクリプト層２０１の画像取得部２０４は、スタンプを識別するための一意なＩＤを生成する。ＩＤは、数値や文字列など、スクリプト層２０１からネイティブ層２０２へ送信できる形式であればどのような形式でも良い。
Ｓ６０２において、スクリプト層２０１の画像取得部２０４は、Ｓ６０１で生成されたＩＤと、スタンプ画像として用いられる画像の絶対パスとをネイティブ層２０２に送信し、画像取得を依頼する。
Ｓ６０３において、ネイティブ層２０２の画像読込部２０５は、スクリプト層２０１から受け取った画像の絶対パスに基づいて、デバイス固有のＡＰＩにより画像データを取得する。
Ｓ６０４において、ネイティブ層２０２のデータ保持部２０９は、取得した画像データをＲＧＢ展開して保持する。
Ｓ６０５において、ネイティブ層２０２のデータ保持部２０９は、Ｓ４０６と同様に、ＲＧＢ展開された画像データと、Ｓ６０２で受信したＩＤとを関連付けて記憶する。
Ｓ６０６において、Ｓ６０４で取得したＲＧＢデータに基づいて、スクリプトで対応しているフォーマットに変換可能な画像データが生成される。本実施形態においては、例えばＪＰＥＧの画像データが生成される。ＲＧＢデータからＪＰＥＧデータへの変換には、ＯＳが有するエンコーダが用いられる。
Ｓ６０７において、ネイティブ層２０２のデータ変換部２０７は、ＪＰＥＧデータをＢＡＳＥ６４データに変換し、スクリプト層２０１に送信する。
Ｓ６０８において、スクリプト層２０１のデータ変換部２０８は、ネイティブ層２０２からＳ６０７で変換されたＢＡＳＥ６４データを受け取る。そして、ＢＡＳＥ６４データを表示するための領域がＲＡＭ１０３に確保される。メモリの確保のためには、例えば、ＨＴＭＬのＣａｎｖａｓ機能が用いられる。
Ｓ６０９において、スクリプト層２０１の画像処理制御部２１３は、オブジェクトパラメータを生成し、そのオブジェクトパラメータを初期化する。オブジェクトパラメータとは、描画の際に用いられるパラメータを保持するオブジェクトである。ＪａｖａＳｃｒｉｐｔでは、例えば、下記のようなオブジェクトパラメータが生成される。
var ObjectParam = function(){
this.posX = 10;
this.posY = 10;
this.width = 100;
this.height = 100;
this.ImageData = BASE64Data;
}
このオブジェクトパラメータは、ObjectParamオブジェクトの中に、基準点からのｘ座標を示すposX変数名が含まれ、posXには１０という値が格納されているということを表している。ここで、基準点とは、描画領域１２０６の左上の座標である。同様に、posYは、描画領域１２０６の左上を基準点としたときのｙ座標、widthはスタンプ画像の描画領域の横幅、heightは描画領域の縦幅を表している。また、BASE64Dataは、ネイティブ層２０２から受け取った画像データである。
つまり、本実施形態では、オブジェクトパラメータが描画物オブジェクトに対応する。本実施形態では説明上、オブジェクトパラメータとして、描画物のサイズ、位置、画像データを示している。しかしながら、その他のパラメータ（回転角度、平行移動量、拡大倍率など）を追加して、描画、レンダリング、オブジェクト操作時に利用できるようにしても良い。また、描画オブジェクトに対する情報保持の方法も、本実施形態に限定されるものではない。
Ｓ６１０において、スクリプト２０１の画像処理制御部２１３は、描画領域１２０６で描画するデータとして、ネイティブ層２０２から受け取ったＢＡＳＥ６４データを指定する。これにより、ＯＳ層２０３のインタプリタ２１８がスクリプトを解釈し、Ｓ６０９で初期化されたオブジェクトパラメータに基づいて、描画領域１２０６に画像を表示することができる。
本実施形態では説明上、スタンプ画像が１つのみであるが、スタンプ画像を複数個扱うようにしても良い。また、本実施形態では、スタンプ画像として予め用意した画像データを用いているが、ＣａｎｖａｓのＣｏｎｔｅｘｔオブジェクトを用いて描画物をスクリプトで生成する方法を用いても良い。その場合には、Ｓ６０２において、Ｃｏｎｔｅｘｔオブジェクトを用いて生成された描画物がネイティブ層２０２に送信され、データ保持部２０９は、その描画物をＲＧＢデータとして保持する。
［スタンプ画像の特定］
Ｓ３０３でスタンプ画像が追加された後、ユーザによるディスプレイ１０６上をタップ操作を検出することにより、Ｓ３０４のスタンプ画像の特定処理が開始する。ここで、タップ操作とは、ユーザがディスプレイ１０６上を指で押すタッチ操作のことをいう。これは、ＰＣで言うところの「クリック」に相当する。
図７は、スタンプ画像の特定の処理を示すフローチャートである。
Ｓ７０１において、ネイティブ層２０２の画像処理部２１０は、ＯＳ層２０３のタッチイベント部２１６を介してタップされた座標を取得し、スクリプト層２０１に送信する。
Ｓ７０２において、スクリプト層２０１のコンテンツ操作部２１２は、ネイティブ層２０２から送られてきた座標と、Ｓ６０９で生成されたオブジェクトパラメータの情報とから、スタンプ画像がタッチされたかを判定する。ここで、スタンプ画像のオブジェクトパラメータは初期値のままであるので、スタンプ画像は、左上の頂点座標を（１０，１０)、右下の頂点座標を（１１０，１１０）とする正方形の領域に描画されていることとなる。つまり、Ｓ７０１で送られてきたｘ座標及びｙ座標が、その正方形の領域の範囲内であれば、スタンプ画像はタッチされたと判定する。例えば、Ｓ７０１で送信されたｘ座標から、描画領域１２０６のｘ座標分を差し引いた値が０〜１００の範囲、かつ、送信されたｙ座標から、描画領域１２０６のｙ座標分を差し引いた値が０〜１００の範囲であれば、タッチされたと判定する。スタンプ画像が複数個ある場合には、より上層に表示されているスタンプ画像から順番に判定を行っていき、スタンプ画像の特定がなされた時点で判定処理を終了する。スタンプ画像がタッチされたと判定された場合、スタンプ画像は、スタンプ画像の操作を受け付ける状態となる。
Ｓ７０３において、スクリプト層２０１のコンテンツ操作部２１２は、スタンプ画像を操作受付状態にする。ここで、操作受付状態とは、スタンプ画像の操作（スワイプ等）に関する指示がされた場合、スタンプ画像がその指示で動作可能な（スワイプ可能な）状態のことをいう。操作受付状態のスタンプ画像が存在しない場合には、スタンプ画像操作に関する指示がされても何も起こらない。また、操作受付状態とされたスタンプ画像のＩＤは、注目スタンプ画像ＩＤとして、一時的にスクリプト層２０１で記憶しておく。そのことにより、スクリプト層２０１は、ネイティブ層２０２で記憶されているスタンプ画像を一意に特定することができる。
［スタンプ画像の操作］
ユーザによるスライドバー１２０４の操作を検出することにより、Ｓ３０５の処理が開始する。図８は、Ｓ３０５のスタンプ画像の操作処理を示すフローチャートである。
Ｓ８０１において、スクリプト層２０１のコンテンツ操作部２１２は、スタンプ画像のオブジェクトパラメータの値（例えばｒｏｔａｔｅ）を、スライドバー１２０４で設定された値に更新する。
Ｓ８０２において、スクリプト層２０１のコンテンツ操作部２１２は、オブジェクトパラメータを用いて、Ｓ７０３で操作受付状態となったスタンプ画像を描画領域１２０６に再描画する。例えば、スタンプ画像の描画を、ＨＴＭＬのＣａｎｖａｓで行う場合には、Ｃａｎｖａｓの持つＣｏｎｔｅｘｔオブジェクトのｒｏｔａｔｅメソッドを用いることで、Ｃａｎｖａｓ内の画像を回転することができる。
上記では、スタンプ画像の操作は回転を説明したが、拡大・縮小、平行移動などの操作でも良い。また、写真画像に対してオブジェクトパラメータを付加する構成とすれば、スタンプ画像の操作と同様の操作が可能となる。
［プリンタ設定］
ユーザによるプリントボタン１２０５の押下を検出することにより、Ｓ３０６の処理が開始する。図９は、Ｓ３０６のプリンタ設定の処理を示すフローチャートである。
Ｓ９０１において、スクリプト層２０１のプリンタ制御部２１４は、ネイティブ層２０２にプリンタ情報の取得を依頼する。依頼の方法として、例えば、バインディング機能によりスクリプト層２０１からネイティブ層２０２固有のＡＰＩを呼び出す。その場合、ネイティブ層２０２には、スクリプト層２０１から直接呼び出せる関数、もしくはその関数を間接的に呼び出すいわゆるラッパーを予め用意しておく。例えば、GetPrinterInfoというネイティブ関数を用意しておき、スクリプト層２０１からその関数を呼び出す。
一般的に、機密情報の保証が難しい等のセキュリティ上の制限のために、スクリプト層２０１から外部の機器と直接通信することはできない。そのため、本実施形態では、スクリプト層２０１は、一旦、ネイティブ層２０２へ依頼することにより、ネイティブ層２０２を介して外部の機器と通信を行う。
Ｓ９０２において、ネイティブ層２０２のプリンタデータ生成部２１５は、対応する関数が呼び出されると、プリンタ１１５の検出、いわゆるディスカバリを行う。ここでは、通信可能なプリンタ１１５の検出を行うために、Ｂｏｎｊｏｕｒなどのプロトコルが用いられる。プリンタ１１５の検出は、例えば、同じ無線ＬＡＮルータで接続されているプリンタにおいて行われる。
Ｓ９０３において、ネイティブ層２０２のプリンタデータ生成部２１５は、ブロードキャストやマルチキャスト等の方法で応答のあったプリンタ１１５のＩＰアドレスを記憶する。
Ｓ９０４において、ネイティブ層２０２のプリンタデータ生成部２１５は、Ｓ７０３で応答のあったプリンタ１１５のＩＰアドレスへプリンタ情報の提供を要求するためのコマンドを生成する。応答のあったプリンタが複数の場合には、プリンタデータ生成部２１５は、全てのプリンタに対して情報の提供を要求する。コマンドとは、プリンタの動作を指定する命令であり、例えば、ＸＭＬ（Ｅｘｔｅｎｄａｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）により下記のように記述される。
----------------------------------------------
01: ＜?xml version="1.0" encoding="utf-8" ?＞
02: ＜cmd xmlns:trans="http://www.xxxx/yyyyy/"＞
03: ＜contents＞
04: ＜operation＞GetPrinterInfo＜/operation＞
05: ＜/contents＞
06: ＜/cmd＞
----------------------------------------------
上記各行の左側に書かれている「01：」などの数値は説明を行うために付加した行番号であり、本来のＸＭＬ形式のテキストには記述されない。
１行目はヘッダであり、ＸＭＬ形式で記述していることを表している。
２行目のcmdは、コマンドの開始を意味する。xmlnsで名前空間を指定し、コマンドの解釈の定義を指定している。なお、６行目の＜／cmd＞は、コマンドの終了を示している。
３行目は以降に内容を記述する宣言であり、５行目はその終了を示している。
４行目には要求する命令が記述されており、＜operation＞と＜／operation＞の間に実際の命令文言が存在する。命令文言であるGetPrinterInfoは、外部デバイスであるプリンタ１１５の情報を取得する命令である。例えば、プリンタ１１５が対応している用紙種類、サイズ、縁なし印刷機能の有無、印刷品位、などのプリンタ情報を提供するよう要求する内容が記述されている。
なお、上記のコマンド生成は、予めＲＯＭ１０２などに記憶した固定のテキストを読み込むようにしても良い。また、コマンドは、ＸＭＬなどのテキスト形式に限らず、バイナリ形式で記述され、それに従ったプロトコルで通信されるようにしても良い。生成されたコマンドは、送信先のプリンタが対応しているプロトコルに従った形式で、ＯＳ層２０３のプリンタ通信部２１７を介してプリンタ１１５へ送信される。プリンタ１１５との通信の方法は、上記に限られず、例えば、Ｗｉ−ＦｉダイレクトやＢｌｕｅｔｏｏｔｈ、赤外線通信、電話回線、有線ＬＡＮ、ＵＳＢを用いた接続でも良い。
上記では、ネイティブ層２０２でコマンドの生成が行われると説明したが、スクリプト層２０１でコマンドの生成が行われるようにしても良い。その場合、スクリプト層２０１で上記のＸＭＬ形式の命令文が作成されてネイティブ層２０２へ渡される。その後、上記と同様に、通信プロトコルに従った形式でプリンタ１１５のＩＰアドレスへ送信される。
上記のコマンドを受信したプリンタ１１５は、プリンタ情報を通信プロトコルに従ってＸＭＬ形式でネイティブ層２０２へ送信する。以下、プリンタ情報の一例を示す。
----------------------------------------------
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＞
----------------------------------------------
１行目はヘッダであり、ＸＭＬ形式で記述していることを表している。
２行目のcmdは、コマンドの開始を意味する。xmlnsで名前空間を指定し、コマンドの解釈の定義を指定している。なお、最下行の＜／cmd＞はコマンドの終了を示している。
３行目は以降に内容を記述する宣言であり、下の＜／contents＞までその内容が続く。
４行目はデバイスIDを示し、そのプリンタの機種名が「Printer001」であることを表している。
５行目以降は、各モードについて記述されている。＜mode＞から＜／mode＞まで、対応するモードの情報が記述されている。５行目では、モードの番号は１である。以降の＜media＞は印刷用紙の種類、＜size＞は用紙サイズ、＜quality＞は印刷品位、＜border＞は縁あり／なしの情報がそれぞれ記述されている。
１１行目以降は、他のモードであるモード２についての情報が記述されている。このように、プリンタの機種名と、そのプリンタが対応している全ての印刷モードがＸＭＬ形式で記述されている。なお、プリンタ情報の記述方法は、これに限定されず、例えば、タグ形式でないテキストや、バイナリ形式などであっても良い。また、上記ではプリンタの印刷機能の情報を受け渡ししているが、それに限定される事ではない。例えば、プリンタが処理可能な画像処理や解析処理、静かに印刷するモードの有無、メモリカードの利用有無、インク残量などのステータスなどの情報でも良い。画像処理の例としては、モノクロやセピア、彩度強調などの色変換、複数画像のレイアウト、ホワイトバランス補正、ノイズ除去、その他自動で写真を好ましい色や輝度に補正する処理などが挙げられる。
Ｓ９０５において、ネイティブ層２０２のプリンタデータ生成部２１５は、ＯＳ層２０３のプリンタ通信部２１７を介してプリンタ１１５からプリンタ情報を受け取る。そして、プリンタデータ生成部２１５は、受け取ったプリンタ情報から、全てのモードにおける印刷用紙の種類、サイズ、印刷品位、縁あり／なしの項目と項目数を取得する。
Ｓ９０６において、ネイティブ層２０２のプリンタデータ生成部２１５は、プリンタ情報をスクリプト層２０１が解釈可能な形式でスクリプト層２０１へ送る。例えば、ネイティブ層２０２のプリンタデータ生成部２１５は、受け取ったＸＭＬ形式で送ったり、若しくは、タグなしのテキスト形式に変えて送る。また、スクリプト層２０１から特定のネイティブ関数を呼び出す毎に戻り値として情報を送信するようにしても良いし、ネイティブ関数に取得するモードなどの引数を渡しておき、戻り値として情報を送信するようにしても良い。また、ＪＳＯＮ文字列を用いた受け渡しや、データ変換部２０７及び２０８により、ＢＡＳＥ６４などの文字列で受け渡しを行っても良い。
Ｓ９０７において、スクリプト層２０１は、受け取ったプリンタ情報に基づいて、表示画面を形成してディスプレイ１６０に表示するよう処理する。ここで、接続可能なプリンタが複数ある場合には、スクリプト層２０１は、複数のプリンタ名をユーザに選択可能に表示するよう処理する。なお、プリンタの選択は、上記に限られず、例えば、一番早く応答してきたプリンタや、より機能が多いプリンタ、印刷ジョブが混んでいないプリンタ、などに基づいて選択されるようにしても良い。
Ｓ９０８において、スクリプト層２０１は、印刷用紙の種類・サイズ、印刷品位、縁あり／なし、などを選択させる印刷設定画面をディスプレイ１６０に表示するよう処理する。印刷設定画面の形成方法の一例として、以下に、ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔの記述を示す。
------------------------------------------------
＜!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(GetPaperSize(i), GetPaperSize(i));
}
＜!-- 用紙種類--＞
var MediaTypeNum = GetMediaTypeNum();
var m = document.getElementById("MediaList");
var j;
for(j=0; j＜MediaTypeNum; j++){
m.options[i] = new Option(GetMediaType(j),GetMediaType(j));
}
＜!-- 印刷品位 --＞
var QualityNum = GetQualityNum();
var q = document.getElementById("QualityList");
var k
for(k=0; k＜ QualityNum; k++){
q.options[i] = new Option(GetQuality(k), GetQuality(k));
}
＜!-- 縁あり/なし--＞
var BorderNum = GetBorderNum();
var b = document.getElementById("BorderList");
var l;
for(l=0; l＜BorderNum; l++){
b.options[i] = new Option(GetBorder(l),GetBorder(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＞
------------------------------------------------
上記のGetPaperSizeNum（）、GetMediaTypeNum（）、GetQualityNum（）、GetBorderNum（）はネイティブ関数であり、それぞれの項目がいくつあるかを取得する機能を備える。例えば、プリンタが対応している用紙サイズがＡ４、Ａ５、Ｂ５、Ｌ判の４種類の場合、GetPaperSizeNum（）は４を返す。
GetPaperSize（n）、GetMediaType（n）、GetQuality（n）、GetBorder（n）もネイティブ関数であり、引数ｎの値番目の文字列を返す。例えば、用紙サイズを返す関数のGetPaperSize（0）の返り値は「Ａ４」であり、GetPaperSize（1）の返り値は「Ａ５」である。これらの値は、ネイティブ層２０２が、プリンタ１１５からＯＳ層２０３を介して送られてきた情報から取得する。
GetPaperSizeV(n)、GetMediaTypeV(n)、GetQualityV(n)、GetBorderV(n)もネイティブ関数であり、引数ｎの値番目の値を返す。例えば、用紙種類のテキストを返す関数のGetMediaTypeT(0)の返り値は「光沢紙」のように、表示してユーザに示す文言である。対してGetMediaTypeV(0)の返り値は「GlossyPaper」と、プリンタ１１５が解釈できる文言となっている。また、これらの文言は、プリンタ１１５から送られてきた情報と結び付けてネイティブ層２０２が決定する。例えば、プリンタ１１５から送られてきた情報より取り出した値が「GlossyPaper」であった場合、表示するテキストは「光沢紙」と決定する。決定の方法として、ネイティブ層２０２は、これらの対応表を予め保持しておき、その対応表に従ってテキストを決定すれば良い。
なお、上記では例として用紙サイズ、用紙種類、印刷品位、縁あり／なしの設定を行う仕様であるが、これに限定されず、他の設定、例えば、両面／片面、カラー／モノクロ、画像補正のオン／オフ等があっても良い。また、前述のように印刷機能のみではなく、プリンタ１１５が処理可能な画像処理や解析処理、静かに印刷するモードの有無、メモリカードの利用有無、インク残量などのステータスなどの情報を表示しても良い。
上記の例のように取得した情報に基づきＷｅｂレンダリングエンジンを用いて、例えば、図１３に示す印刷設定画面１３０１のようなユーザインタフェースが実現される。つまり、本実施形態では、スクリプト層２０１は、ネイティブ層２０２を介して外部のプリンタ１１５にプリンタ情報を要求し、ネイティブ関数を用いて取得した情報に基づいて印刷設定画面をディスプレイ１０６に表示する。なお、上記ＨＴＭＬは、スクリプト層２０１とネイティブ層２０２のいずれで作成するようにしても良い。図１３に示すように、用紙サイズなどはプルダウンメニューになっており、ユーザの項目を選択するタッチ操作を受け付けることができる。
設定完了ボタン１１０２の押下を検出すると、Ｓ９０９において、スクリプト層２０１のプリンタ制御部２１４は、Ｓ７０８でユーザが選択した各プリント情報を、ネイティブ層２０２へ送信する。上記ＨＴＭＬの例にあるSetPrint（）は、取得したプリンタ設定情報を引数としてネイティブ関数を呼び出している。上記の例では用紙サイズ、用紙種類、印刷品位、縁あり／なしの各設定を文字列としてネイティブ層２０２へ渡している。
Ｓ９１０において、ネイティブ層２０２のプリンタデータ生成部２１５は、スクリプト層２０１から送信されたプリント情報を取得する。プリンタデータ生成部２１５は、取得したプリント情報に基づいて、プリンタの通信プロトコルに従って印刷コマンドを生成し、ＯＳ層２０３のプリンタ通信部２１７を介してプリンタ１１５へ送信する。
［レンダリング］
ユーザによる印刷設定画面１３０１の設定完了ボタン１３０２の押下を検出することにより、Ｓ３０７の処理が開始する。図１０は、Ｓ３０７のレンダリング処理を示すフローチャートである。
Ｓ１００１において、スクリプト層２０１のプリンタ制御部２１４は、インジケータの起動をＯＳ層２０３に依頼する。Ｓ１００２において、ＯＳ層２０３は、インジケータをディスプレイ１０６に表示する。
Ｓ１００３において、スクリプト層２０１のプリンタ制御部２１４は、Ｓ９０９で設定されたプリント情報に基づいて、印刷する用紙サイズに対応する出力サイズを決定し、その出力サイズをＯＳ層２０３に渡す。
Ｓ１００４において、ＯＳ層２０３は、受け取った出力サイズに対応する出力画像領域をＲＡＭ１０３に確保する。ここで、出力画像領域とは、例えばＣａｎｖａｓ領域である。
Ｓ１００５において、スクリプト層２０１のプリンタ制御部２１４は、ＯＳ層２０３に対して写真画像の描画を依頼する。その際、プリンタ制御部２１４は、写真画像がＳ１００４で確保された出力画像領域全体に描画されるように依頼する。画像の描画は、Ｃａｎｖａｓであれば、ＣｏｎｔｅｘｔオブジェクトのdrawImageメソッドを用いて行われる。また、写真画像データは、オブジェクトパラメータのImageDataで表される。
Ｓ１００６において、ＯＳ層２０３のインタプリタ２１８は、描画依頼されたスクリプトを解釈し、写真画像のレンダリングを行う。Ｓ１００７において、ＯＳ層２０３は、Ｓ１００４で確保された出力画像領域に対して、レンダリング後の画像データを格納する。ここで、図１０のＳ１００７の「出力画像領域に反映」とは、上記のようにＳ１００４で確保された出力画像領域（メモリ）に変更を加えることであり、ディスプレイ１０６上に画像を表示することではない。
Ｓ１００８において、スクリプト層２０１の画像処理制御部２１３は、スタンプ画像について、オブジェクトパラメータによるレンダリング条件の変更をスクリプトで記述する。レンダリング条件の変更とは、例えば、スタンプ画像の回転やリサイズである。
Ｓ１００９において、スクリプト層２０１の画像処理部２１３は、Ｓ１００８で設定されたレンダリング条件とともに、スタンプ画像の描画をＯＳ層２０３に依頼する。
Ｓ１０１０において、ＯＳ層２０３は、Ｓ１００８で設定されたレンダリング条件に従って、スタンプ画像のレンダリングを行う。つまり、本実施形態では、スタンプ画像の回転やリサイズは、ＯＳ層２０３で実行される。
Ｓ１０１１において、ＯＳ層２０３は、Ｓ１００４で確保された出力画像領域に対して、レンダリング後のスタンプ画像データを格納する。ここで、図１０のＳ１０１１の「出力画像領域に反映」とは、Ｓ１００７と同様、Ｓ１００４で確保された出力画像領域（メモリ）に変更を加えることであり、ディスプレイ１０６上に画像を表示することではない。
Ｓ１０１２において、スクリプト層２０１の画像処理部２１３は、ネイティブ層２０２に対して印刷用の画像データの取得を依頼する。
Ｓ１０１３において、ＯＳ層２０３は、出力画像領域の画像データを、ＢＡＳＥ６４のデータ形式に変換してスクリプト層２０１に送信する。
Ｓ１０１４において、スクリプト層２０１のプリンタ制御部２１４は、ネイティブ層２０２に対してＢＡＳＥ６４データを送信し、印刷を依頼する。
Ｓ１０１５において、ネイティブ層２０２のプリンタデータ生成部２１５は、スクリプト層２０１から送信されたＢＡＳＥ６４データをデコードする。Ｓ１０１６において、ネイティブ層２０２のプリンタデータ生成部２１５は、デコードされたデータからＲＧＢデータに変換し、Ｓ１０１７において、ＯＳ層２０３に対してインジケータの停止を依頼する。Ｓ１０１８において、ＯＳ層２０３は、インジケータを停止させてディスプレイへの表示を停止する。
［プリント］
Ｓ１０１８の処理が終了すると、Ｓ３０８の処理が開始する。図１１は、Ｓ３０８のプリント処理を示すフローチャートである。
Ｓ１１０１において、ネイティブ層２０２のプリンタデータ生成部２１５は、Ｓ９１０で取得されたプリント情報に基づいて、Ｓ１０１６で変換されたＲＧＢデータをプリンタ１１５が処理可能なデータ形式に変換する。プリンタ１１５が処理可能なデータ形式には標準的なフォーマット（ＪＰＥＧ等）もあれば、各社独自のフォーマットの場合もある。ここではそれらのうち、どのようなデータ形式であっても良い。
Ｓ１１０２において、ネイティブ層２０２のプリンタデータ生成部２１５は、プリント情報と、Ｓ１１０１で生成されたＲＧＢデータとに基づいて、プリンタ１１５へ送信するコマンドを生成する。
Ｓ１１０３において、ネイティブ層２０２のプリンタデータ生成部２１５は、プリンタ１１５が対応可能な通信プロトコルに従って、Ｓ１１０２で生成されたコマンドをＯＳ層２０３のプリンタ通信部２１７を介して送信する。その際、Ｓ９０３で記憶されたＩＰアドレスを送信宛先とする。
Ｓ１１０４において、プリンタ１１５において、印刷が開始されて印刷物が出力される。
以上のように、本実施形態では、ネイティブ層２０２の画像読込部２０５により、画像データの展開が行われる。画像データの展開後、ネイティブ層２０２は、データ変換部２０７を介して、スクリプト層２０１が解釈可能なＢＡＳＥ６４データ形式に変換してスクリプト層２０１へ送信する。スクリプト層２０１は、本実施形態の手順で受信したＢＡＳＥ６４データ形式の画像データを使用することによって、画像データに基づいたＵＩ画面上への描画およびレンダリング処理を行うことが可能となる。
［第２の実施形態］
第１の実施例では、ネイティブ層２０２の画像読込部２０５が画像群２０６から画像データを取得していた。そして、スクリプト層２０１では、ネイティブ層２０２から画像データを受け取ることで、画像データに基づく印刷時のレンダリングを可能にしていた。
第２の実施形態では、スクリプト層２０１では表示用の画像データを取得し、ネイティブ層２０２では処理用（印刷処理等）の画像データを保持する。
第２の実施形態では、第１の実施形態と異なり、スクリプト層２０１は、表示に用いる画像データをファイルパスによって参照する一方、ネイティブ層２０２は、第１の実施形態と同様に画像データを取得し、レンダリング処理をネイティブ層２０２側で行う。
図１６は、本実施形態における携帯型情報端末１００上でのソフトウェア構成の一例を示す図である。図２と異なる部分は、スクリプト層２０１の画像取得部２０４が、ネイティブ層２０２を介さずに画像群２０６にアクセスしている点である。そのような経路によって画像取得部２０４が取得する画像データは「表示用」に利用される。一方、ネイティブ層２０２の画像読込部２０５は、画像群２０６にアクセスして画像データを取得し、その画像データは、ＲＧＢデータとしてデータ保持部２０９に記憶される。そのような経路によって取得された画像データは「処理用」に利用される。
印刷等の画像処理イベントが発生する際、スクリプト層は、画像処理イベントの命令内容をデータ変換部２０８でＪＳＯＮデータ形式に変換してネイティブ層２０２へ送信する。ネイティブ層２０２の画像処理部２１０は、ＪＳＯＮデータ形式に変換されて送信された命令内容に基づいて、データ保持部２０９に記憶されたＲＧＢデータに対して画像処理を行う。画像処理されたＲＧＢデータはデータ保存部２１６に保存される。保存場所に関しては、ネイティブ層２０２がアクセスできる領域であれば他の場所でも良い。
スクリプト層２０１では、逐次的に表示画像の参照先ファイルパスを、画像処理された画像データのファイルパスに変更することで、ＵＩ上に表示する「表示用」画像を更新する。印刷レンダリングイベントも上記の画像処理イベントと同様の手順で行われる。
以下、第１の実施形態と異なる部分について説明する。
［写真画像選択］
図１７は、本実施形態における写真画像選択の処理を示すフローチャートである。図１７は、Ｓ１７０１及びＳ１７０２の点で図４と異なる。
Ｓ１７０１において、スクリプト層２０１の画像取得部２０４は、画像群２０６から表示用の画像データを選択し、Ｓ１７０２において、その選択した画像データをＩｍａｇｅオブジェクトとして取得する。このように、本実施形態においては、表示用の画像データは、Ｉｍａｇｅオブジェクトとして取得される。スクリプト層２０１は、「表示用」のＩｍａｇｅオブジェクトを第１の実施形態と同様の手順でＯＳ層２０３のインタプリタ２１８を介してＵＩ画面上に表示するよう処理する。
一方、ネイティブ層２０２では、第１の実施形態と同様に、「処理用」のＲＧＢデータの取得が行われる。但し、第１の実施形態と異なり、ネイティブ層２０２では、ＲＧＢデータをスクリプト層２０１が解釈できる形式に変換して送信する処理は行われない。スクリプト層２０１で表示処理するＩｍａｇｅオブジェクトと、ネイティブ層２０２で展開処理するＲＧＢデータとは、一意なＩＤによって対応付けられる。
［画像処理］
図１８は、本実施形態における画像処理を示すフローチャートである。図１８は、Ｓ１８０１〜Ｓ１８０４の点で図５と異なる。
Ｓ１８０１において、ネイティブ層２０２のデータ保存部２１６は、画像処理部２１０により画像処理が実行された「処理用」のＲＧＢデータを保存する。
Ｓ１８０２において、スクリプト層２０１の画像取得部２０４は、Ｓ１８０１で保存された画像データ（ＲＧＢデータ）のファイルパスを取得する。ファイルパスは、Ｓ５０８でインジケータ停止依頼がスクリプト層２０１に送信される際に同時に送信される。なお、ネイティブ層２０２がインジケータ停止前後のタイミングにおいて、スクリプト層２０１に送信されるようにしても良い。また、予め処理された画像データ名や保存場所がスクリプト層２０１で記憶されているのであれば、スクリプト層２０１の画像取得部２０４は、その情報を利用するようにしても良い。
Ｓ１８０３において、スクリプト層２０１では、ファイルパスで指定される画像データを表示するための領域がＲＡＭ１０３に確保される。メモリの確保のために、例えば、ＨＴＭＬのＣａｎｖａｓ機能が用いられ、画像の描画は、Ｃａｎｖａｓの持つＣｏｎｔｅｘｔオブジェクトのＡＰＩにより行われる。
Ｓ１８０４において、スクリプト層２０１の画像処理制御部２１３は、補正パラメータを生成し、その補正パラメータを初期化する。その際の初期化値は、スライドバー１２０２の位置に対応した値（例えば輝度値）を設定する。
［スタンプ画像の追加］
図１９は、本実施形態におけるスタンプ画像の追加処理を示すフローチャートである。図１９は、Ｓ１９０１及び１９０２の点で図６と異なる。
Ｓ１９０１において、スクリプト層２０１の画像取得部２０４は、画像群２０６からスタンプ画像データを選択し、Ｓ１９０２において、その選択したスタンプ画像データをＩｍａｇｅオブジェクトとして取得する。このように、本実施形態においては、表示用のスタンプ画像データは、Ｉｍａｇｅオブジェクトとして取得される。スクリプト層２０１は、「表示用」のＩｍａｇｅオブジェクトを第１の実施形態と同様の手順でＯＳ層２０３のインタプリタ２１８を介してＵＩ画面上に表示するよう処理する。
一方、ネイティブ層２０２では、第１の実施形態と同様に、「処理用」のＲＧＢデータの取得が行われる。但し、第１の実施形態と異なり、ネイティブ層２０２では、ＲＧＢデータをスクリプト層２０１が解釈できる形式に変換して送信する処理は行われない。スクリプト層２０１で表示処理するＩｍａｇｅオブジェクトと、ネイティブ層２０２で展開処理するＲＧＢデータとは、一意なＩＤによって対応付けられる。
［レンダリング］
図２０は、本実施形態におけるレンダリング処理を示すフローチャートである。ユーザによる、プリンタ設定ＵＩ１３０１の設定完了ボタン１３０２の押下を検出することにより、図２０の処理が開始する。
Ｓ２００１において、スクリプト層２０１は、インジケータを起動させてディスプレイ１０６に表示する。
Ｓ２００２において、スクリプト層２０１は、Ｓ９１０で取得されたプリント情報から、用紙サイズに対応する出力サイズを決定し、その出力サイズに応じた描画領域をＲＡＭ１０３に確保する。
Ｓ２００３において、スクリプト層２０１は、ネイティブ層２０２に写真画像データの描画を依頼する。その際、スクリプト層２０１は、写真画像データのＩＤと、依頼する画像データの横サイズ及び縦サイズの情報とをデータ変換部２０８でデータ変換し、ネイティブ層２０２に送信する。
Ｓ２００４において、ネイティブ層２０２は、スクリプト層２０１から受け取ったＩＤに基づいて、データ保持部２０９から対応する「処理用」のＲＧＢデータを特定する。
Ｓ２００５において、ネイティブ層２０２の画像処理部２１０は、Ｓ２００３で受け取った画像の横サイズ及び縦サイズに、Ｓ２００４で特定された「処理用」ＲＧＢデータをリサイズする。
Ｓ２００６において、スクリプト層２０１は、「処理用」画像のリサイズ完了をネイティブ層２０２から受けて、描画領域１２０６とＳ２００２で決定した出力領域のサイズとから拡大倍率を算出する。ここで、リサイズ完了は、Ｓ２００３の処理に対する返り値等によって受け取るようにしても良い。その後、スクリプト層２０１は、描画領域の拡大倍率、回転情報などのオブジェクトパラメータ値、スタンプ画像のＩＤをネイティブ層２０２に送信し、ネイティブ層２０２に「処理用」スタンプ画像データの描画を依頼する。
Ｓ２００７において、ネイティブ層２０２は、Ｓ２００６で受け取ったＩＤに基づいて、データ保持部２０９から対応する「処理用」のＲＧＢデータを特定する。
Ｓ２００８において、ネイティブ層２０２は、Ｓ２００６で受け取った拡大倍率や回転情報から、Ｓ２００７で特定された「処理用」ＲＧＢデータをリサイズ／回転する。
Ｓ２００９において、ネイティブ層２０２は、写真画像についての「処理用」ＲＧＢデータと、スタンプ画像についての「処理用」ＲＧＢデータとを合成する。その際、スタンプ画像の合成位置は、オブジェクトパラメータの値に基づいて写真画像との相対的な位置を算出することにより決定される。
Ｓ２０１０において、ネイティブ層２０２は、スクリプト層２０１にインジケータの停止を依頼する。Ｓ２０１１において、スクリプト層２０１は、インジケータを停止させてディスプレイへの表示を停止する。
以上のように、本実施形態では、スケーリング等の画像処理は、ネイティブ層２０２で保持された「処理用」ＲＧＢデータに対して行われる。つまり、スクリプト層２０１でパス指定により取得された「表示用」画像データに対しては、画像処理や印刷レンダリングは行われない。従って、図１６に示すようなソフトウェア構成において、画像データに基づく画像処理や印刷レンダリングを確実に実行することができる。また、本実施形態では、画像処理イベント時および印刷レンダリング時において、ネイティブ層２０２のデータ変換部２０７が「処理用」画像データをＢＡＳＥ６４データ形式に変換する処理を行わない。その結果、処理速度をより向上させることができる。
［第３の実施形態］
図２１は、本実施形態における、携帯型情報端末１００のソフトウェア構成を示す図である。図２１は、ＯＳ層２０３のＷｅｂデータ取得部２２０の点で図２と異なる。本実施形態においては、ユーザが選択可能な写真画像データは、第１及び第２の実施形態のように携帯型情報端末１００内でなく、Ｗｅｂ上画像群２２１に保存されている。
ユーザがＷｅｂサイト上の写真画像を選択すると、スクリプト層２０１の画像取得部２０４は、ネイティブ層２０２に画像取得を指示する。画像取得の指示を受けると、ネイティブ層２０２は、ＯＳ層２０３のＷｅｂデータ取得部２２０を介して、Ｗｅｂ上画像群２２１が存在するＷｅｂサイトへアクセスする。その際の通信方式は特に限定されない。
Ｗｅｂデータ取得部２２０は、Ｗｅｂ上画像群２２１から画像データを取得するとネイティブ層２０２がアクセスできる画像群２０６に、取得した画像データを保存する。以降、ネイティブ層２０２の画像読込部２０５は、第１の実施形態と同様に、Ｗｅｂサイトから取得した画像データを取得する。
［写真画像選択］
図２２は、本実施形態における、写真画像選択の処理を示すフローチャートである。図２２は、Ｓ２２０１〜Ｓ２２０３の点で図４と異なる。
Ｓ２２０１において、ネイティブ層２０２は、ＯＳ層２０３にＷｅｂサイト上の画像（Ｗｅｂ上画像群２２１）の取得を依頼する。
Ｓ２２０２において、ＯＳ層２０３のＷｅｂデータ取得部２２０は、Ｗｅｂサイト上の画像をダウンロードする。
Ｓ２２０３において、ＯＳ層２０３のＷｅｂデータ取得部２２０は、ダウンロードした画像を画像群２０６に保存する。なお、保存先は、データ保存部２１６でも良い。以降、ネイティブ層２０２は、第１の実施形態と同様に、保存された画像データを展開する。
以上のように、本実施形態では、Ｗｅｂサイト上の画像データであっても、第１の実施形態のように、ネイティブ層２０２が画像データを読み込み、ＢＡＳＥ６４データに変換してからスクリプト層２０１に渡し、表示や印刷時レンダリングを行うことができる。
また、第２の実施形態で説明した動作を適用しても良い。即ち、スクリプト層２０１の画像取得部２０４が、画像群２０６に保存された画像データを「表示用」画像データとして取得すると共に、ネイティブ層２０２の画像読込部２０５が「処理用」画像データとして取得するようにしても良い。
［第４の実施形態］
第４の実施形態では、画像データをオンメモリで保持し続けるのではなく、画像データを利用しない場合には、テンポラリファイルとして二次記憶装置１０４（データ保存部２１６）に保存しておく。スクリプト層２０１の画像処理制御部２１３から画像処理の依頼があった場合には、ネイティブ層２０２の画像読込部２０５は、データ保存部２１６中のテンポラリファイルを読み込む。そして、ネイティブ層２０２の画像処理部２１０は、テンポラリファイルに対応したＲＧＢデータに対して画像処理を行う。
［写真画像選択］
図２３は、本実施形態における、写真画像選択の処理を示すフローチャートである。図２３は、Ｓ２３０１〜Ｓ２３０３の点で図４と異なる。
Ｓ２３０１において、ネイティブ層２０２は、ＲＧＢデータをテンポラリファイルとして保存するための保存先を決定する。保存先として、ネイティブ層２０２がアクセス可能な保存場所が決定される。例えば、ネイティブ層２０２のデータ保存部２１６や画像群２０６が保存先として決定される。
Ｓ２３０２において、ネイティブ層２０２は、図２３の選択対象の画像データ（ＲＧＢデータ）についてスクリプト層２０１が生成したＩＤと、ネイティブ層２０２が取得したＲＧＢデータの保存先とを関連付ける。
Ｓ２３０３において、ネイティブ層２０２は、ＲＧＢデータをテンポラリファイルとして保存する。ここで、保存形式は、汎用的なファイル形式であれば特に限定されない。
［画像処理］
図２４は、本実施形態における、画像処理のフローチャートを示す図である。図２４は、Ｓ２４０１及びＳ２４０２の点で図５と異なる。
本実施形態では、ネイティブ層２０２が画像データをＲＡＭ１０３に保持していないので、Ｓ２４０１において、ネイティブ層２０２は、ＩＤと関連付けられたテンポラリファイルのパスを取得する。テンポラリファイルからの画像データ取得後は、第１の実施形態と同様に、画像処理部２１０により画像処理が行われ、データ変換部２０７によりＢＡＳＥ６４データ形式に変換されてスクリプト層２０１へ送信される。
Ｓ２４０２において、ネイティブ層２０２は、ＲＧＢデータをテンポラリファイルとして保存する。その際、既にデータ保存部２１６に保存されているテンポラリファイルが上書き更新されることになる。
［スタンプ画像の追加］
図２５は、本実施形態における、スタンプ画像の追加の処理を示すフローチャートである。図２５は、Ｓ２５０１〜Ｓ２５０３の点で図６と異なる。
Ｓ２５０１において、ネイティブ層２０２は、スタンプ画像についてのＲＧＢデータをテンポラリファイルとして保存するための保存先を決定する。保存先として、ネイティブ層２０２がアクセス可能な保存場所が決定される。例えば、ネイティブ層２０２のデータ保存部２１６や画像群２０６が保存先として決定される。
Ｓ２５０２において、ネイティブ層２０２は、スタンプ画像のＲＧＢデータについてスクリプト層２０１が生成したＩＤと、ネイティブ層２０２が取得したＲＧＢデータの保存先とを関連付ける。
Ｓ２５０３において、ネイティブ層２０２は、ＲＧＢデータをテンポラリファイルとして保存する。ここで、保存形式は、汎用的なファイル形式であれば特に限定されない。
以上のように、本実施形態においては、使用しない時の画像データを一旦テンポラリファイルとして保存し、必要な時のみ展開する。その結果、ネイティブ層２０２のデータ保持部２０９は画像データを保持し続けることがなくなり、ＲＡＭ１０３の使用メモリを効率的に使用することができる。
また、第２の実施形態の動作を適用しても良い。即ち、スクリプト層２０１の画像取得部２０４が、データ保存部２１６に保存されたテンポラリファイルを「表示用」画像データとして取得すると共に、ネイティブ層２０２の画像読込部２０５が「処理用」画像データとして取得するようにしても良い。
なお、以上の実施形態では、ネイティブ層２０２においてＷｅｂサイト上の画像データが取得される例を示したが、これに限らず、オフラインでアクセス可能な画像データが取得されてもよい。
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
１００ 携帯情報端末： １０１ ＣＰＵ： １０２ ＲＯＭ： １０３ ＲＡＭ

Claims (28)

  1. プロセッサと、
    アプリケーションの実行の際に前記プロセッサが実行可能に翻訳されて実行されるスクリプト命令セットで構成された第１の層と、前記プロセッサが実行可能な命令セットで構成された第２の層と、を有する階層構造を成し、前記第１の層と前記第２の層との連携により前記アプリケーションを実行するためのプログラムを記憶する記憶手段と、
    前記アプリケーションの機能により、指定された画像に対する画像処理を行う場合、前記第２の層において、当該指定された前記画像の画像データを取得する取得手段と、
    前記第１の層において、前記取得手段により取得され且つ前記第２の層において前記第１の層が解釈可能なデータ形式に変換された前記画像データを含む、印刷用コンテンツの印刷スクリプトを生成する生成手段と、
    前記生成手段により生成された前記印刷スクリプトを解釈することにより、当該印刷スクリプトを印刷用解像度に対応する印刷用画像データにレンダリングするレンダリング手段と、を備え、
    前記レンダリング手段は、印刷用紙情報に基づいて出力画像サイズを取得し、前記印刷スクリプトに含まれている前記画像データを当該取得された出力画像サイズに応じて拡大または縮小することで、前記印刷用画像データを生成することを特徴とする情報処理装置。
  2. 前記第２の層において、前記取得手段により取得された前記画像データを前記第１の層が解釈可能なデータ形式に変換する変換手段、をさらに備え、
    前記生成手段は、前記第１の層において、前記変換手段によりデータ形式が変換された前記画像データを含む前記印刷スクリプトを生成することを特徴とする請求項１に記載の情報処理装置。
  3. 前記第１の層は、ＨＴＭＬ５、ＪａｖａＳｃｒｉｐｔ（登録商標）の少なくともいずれかにより記述されていることを特徴とする請求項１又は２に記載の情報処理装置。
  4. 前記取得手段は、Ｗｅｂサイト上の画像データもしくはオフラインでアクセス可能な画像データを取得することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
  5. 前記取得手段により取得された前記画像データを保存する保存手段と、
    前記第１の層において、前記画像処理の実行の指示を受け付ける受付手段と、をさらに備え、
    前記受付手段により前記画像処理の実行の指示を受け付けると、前記生成手段は、前記保存手段から前記画像データを前記第１の層が解釈可能なデータ形式で取得し、前記印刷スクリプトを生成することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
  6. アプリケーションの実行の際にプロセッサが実行可能に翻訳されて実行されるスクリプト命令セットで構成された第１の層と、前記プロセッサが実行可能な命令セットで構成された第２の層と、を有する階層構造を成し、前記第１の層と前記第２の層との連携により前記アプリケーションを実行するためのプログラムを実行する装置において実行される情報処理方法であって、
    前記アプリケーションの機能により、指定された画像に対する画像処理を行う場合、前記第２の層において、当該指定された前記画像の画像データを取得する取得工程と、
    前記第１の層において、前記取得工程において取得され且つ前記第２の層において前記第１の層が解釈可能なデータ形式に変換された前記画像データを含む、印刷用コンテンツの印刷スクリプトを生成する生成工程と、
    前記生成工程において生成された前記印刷スクリプトを解釈することにより、当該印刷スクリプトを印刷用解像度に対応する印刷用画像データにレンダリングするレンダリング工程と、を有し、
    前記レンダリング工程では、印刷用紙情報に基づいて出力画像サイズを取得し、前記印刷スクリプトに含まれている前記画像データを当該取得された出力画像サイズに応じて拡大または縮小することで、前記印刷用画像データを生成することを特徴とする情報処理方法。
  7. アプリケーションの実行の際にプロセッサが実行可能に翻訳されて実行されるスクリプト命令セットで構成された第１の層と、前記プロセッサが実行可能な命令セットで構成された第２の層と、を有する階層構造を成し、前記第１の層と前記第２の層との連携により前記アプリケーションを実行するためのプログラムであって、
    前記アプリケーションの機能により、指定された画像に対する画像処理を行う場合、前記第２の層において、当該指定された前記画像の画像データを取得し、
    前記第１の層において、前記取得され且つ前記第２の層において前記第１の層が解釈可能なデータ形式に変換された前記画像データを含む、印刷用コンテンツの印刷スクリプトを生成し、
    前記生成された印刷スクリプトを解釈し且つ印刷用紙情報に基づいて出力画像サイズを取得し、前記印刷スクリプトに含まれている前記画像データを当該取得された出力画像サイズに応じて拡大または縮小することで、印刷用解像度に対応する印刷用画像データを生成することを特徴とするプログラム。
  8. 前記第２の層において、前記取得された画像データを前記第１の層が解釈可能なデータ形式に変換し、
    前記印刷スクリプトの生成では、前記第１の層において、前記変換によりデータ形式が変換された前記画像データを含む印刷スクリプトを生成する請求項７に記載のプログラム。
  9. 前記第１の層は、ＨＴＭＬ５、ＪａｖａＳｃｒｉｐｔ（登録商標）の少なくともいずれかにより記述されている請求項７又は８に記載のプログラム。
  10. 前記画像データの取得では、Ｗｅｂサイト上の画像データもしくはオフラインでアクセス可能な画像データを取得する請求項７乃至９のいずれか１項に記載のプログラム。
  11. 前記取得された前記画像データを保存し、
    前記第１の層において、前記画像処理の実行の指示を受け付けると、前記保存された前記画像データを前記第１の層が解釈可能なデータ形式で取得し、前記印刷スクリプトを生成する請求項７乃至１０のいずれか１項に記載のプログラム。
  12. プロセッサと、
    アプリケーションの実行の際に前記プロセッサで実行可能なように翻訳され当該プロセッサにより実行されるスクリプト命令セットで構成された第１の層と、前記プロセッサで実行可能なように予め翻訳されている命令セットで構成された第２の層と、を有する階層構造を成し、前記第１の層と前記第２の層との連携により前記アプリケーションを実行するためのプログラムを記憶する記憶手段と、
    前記アプリケーションの機能により、指定された画像に対する画像処理を行う場合、前記第２の層において、当該指定された画像に対応する画像データを取得する取得手段と、
    前記第１の層において、前記取得手段により取得された画像データに対応する、前記第１の層が解釈可能なデータ形式のデータを前記第２の層から受け取り、当該データに基づいて前記画像処理を命令する命令手段と、
    を備えることを特徴とする情報処理装置。
  13. 前記画像処理が印刷処理である場合に、
    前記命令手段により前記印刷処理が命令されると、前記第２の層において、前記取得手段により取得された前記画像データのレンダリングを行うレンダリング手段、をさらに備えることを特徴とする請求項１２に記載の情報処理装置。
  14. 前記画像処理が表示処理である場合に、
    前記命令手段により前記表示処理が命令されると、前記第２の層において、前記取得手段により取得された前記画像データの表示処理を行う表示手段、をさらに備えることを特徴とする請求項１２又は１３に記載の情報処理装置。
  15. 前記命令手段は、前記第１の層がＪａｖａＳｃｒｉｐｔ（登録商標）で記述されている場合、Ｃａｎｖａｓを用いて前記表示処理を命令することを特徴とする請求項１４に記載の情報処理装置。
  16. 前記第２の層において、前記取得手段により取得された前記画像データを前記第１の層が解釈可能なデータ形式に変換する変換手段、をさらに備え、前記命令手段は、前記第１の層において、前記変換手段によりデータ形式が変換された前記画像データを前記第２の層から受け取ることを特徴とする請求項１２乃至１５のいずれか１項に記載の情報処理装置。
  17. 前記第１の層は、ＨＴＭＬ５、ＪａｖａＳｃｒｉｐｔ（登録商標）の少なくともいずれかにより記述されていることを特徴とする請求項１２乃至１６のいずれか１項に記載の情報処理装置。
  18. 前記取得手段は、Ｗｅｂサイト上の画像データもしくはオフラインでアクセス可能な画像データを取得することを特徴とする請求項１２乃至１７のいずれか１項に記載の情報処理装置。
  19. 前記取得手段により取得された前記画像データを保存する保存手段と、
    前記第１の層において、前記画像処理の実行の指示を受け付ける受付手段と、をさらに備え、
    前記受付手段により前記画像処理の実行の指示を受け付けると、前記命令手段は、前記保存手段から前記画像データを前記第１の層が解釈可能なデータ形式で取得し、前記画像処理を命令する、ことを特徴とする請求項１２乃至１８のいずれか１項に記載の情報処理装置。
  20. プロセッサと、
    アプリケーションの実行の際に前記プロセッサで実行可能なように翻訳され当該プロセッサにより実行されるスクリプト命令セットで構成された第１の層と、前記プロセッサで実行可能なように予め翻訳されている命令セットで構成された第２の層と、を有する階層構造を成し、前記第１の層と前記第２の層との連携により前記アプリケーションを実行するためのプログラムを記憶する記憶手段とを有する情報処理装置において実行される情報処理方法であって、
    前記アプリケーションの機能により、指定された画像に対する画像処理を行う場合、前記第２の層において、当該指定された画像に対応する画像データを取得する取得工程と、
    前記第１の層において、前記取得工程において取得された画像データに対応する、前記第１の層が解釈可能なデータ形式のデータを前記第２の層から受け取り、当該データに基づいて前記画像処理を命令する命令工程と、
    を有することを特徴とする情報処理方法。
  21. アプリケーションの実行の際にプロセッサで実行可能なように翻訳され当該プロセッサにより実行されるスクリプト命令セットで構成された第１の層と、前記プロセッサで実行可能なように予め翻訳されている命令セットで構成された第２の層と、を有する階層構造を成し、前記第１の層と前記第２の層との連携により前記アプリケーションを実行するためのプログラムであって、
    前記アプリケーションの機能により、指定された画像に対する画像処理を行う場合、前記第２の層において、当該指定された画像に対応する画像データを取得し、
    前記第１の層において、当該取得された画像データに対応する、前記第１の層が解釈可能なデータ形式のデータを前記第２の層から受け取り、当該データに基づいて前記画像処理を命令する、
    ようにコンピュータを機能させるためのプログラム。
  22. 前記画像処理が印刷処理である場合に、
    前記印刷処理が命令されると、前記第２の層において、取得された前記画像データのレンダリングを行うようにコンピュータを機能させるための請求項２１に記載のプログラム。
  23. 前記画像処理が表示処理である場合に、
    前記表示処理が命令されると、前記第２の層において、取得された前記画像データの表示処理を行うようにコンピュータを機能させるための請求項２１又は２２に記載のプログラム。
  24. 前記第１の層がＪａｖａＳｃｒｉｐｔ（登録商標）で記述されている場合、Ｃａｎｖａｓを用いて前記表示処理が命令される請求項２３に記載のプログラム。
  25. 前記第２の層において、取得された前記画像データを前記第１の層が解釈可能なデータ形式に変換し、
    前記第１の層において、当該データ形式が変換された前記画像データを前記第２の層から受け取る請求項２１乃至２４のいずれか１項に記載のプログラム。
  26. 前記第１の層は、ＨＴＭＬ５、ＪａｖａＳｃｒｉｐｔ（登録商標）の少なくともいずれかにより記述されている請求項２１乃至２５のいずれか１項に記載のプログラム。
  27. 前記画像データは、Ｗｅｂサイト上の画像データもしくはオフラインでアクセス可能な画像データである請求項２１乃至２６のいずれか１項に記載のプログラム。
  28. 取得された前記画像データを保存し、
    前記第１の層において、前記画像処理の実行の指示を受け付けるようにコンピュータをさらに機能させ、
    前記画像処理の実行の指示を受け付けると、保存された前記画像データを前記第１の層が解釈可能なデータ形式で取得し、前記画像処理を命令するようにコンピュータを機能させるための請求項２１乃至２７のいずれか１項に記載のプログラム。
JP2014135177A 2014-06-30 2014-06-30 情報処理装置、情報処理方法、プログラム Active JP5901704B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2014135177A JP5901704B2 (ja) 2014-06-30 2014-06-30 情報処理装置、情報処理方法、プログラム
US14/741,958 US9436413B2 (en) 2014-06-30 2015-06-17 Information processing apparatus, information processing method, and storage medium storing program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014135177A JP5901704B2 (ja) 2014-06-30 2014-06-30 情報処理装置、情報処理方法、プログラム

Publications (2)

Publication Number Publication Date
JP2016014919A JP2016014919A (ja) 2016-01-28
JP5901704B2 true JP5901704B2 (ja) 2016-04-13

Family

ID=54930905

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014135177A Active JP5901704B2 (ja) 2014-06-30 2014-06-30 情報処理装置、情報処理方法、プログラム

Country Status (2)

Country Link
US (1) US9436413B2 (ja)
JP (1) JP5901704B2 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6378645B2 (ja) 2014-06-13 2018-08-22 キヤノン株式会社 情報処理装置、制御方法、及びプログラム
JP6525517B2 (ja) * 2014-06-30 2019-06-05 キヤノン株式会社 情報処理装置、制御方法、及びプログラム
JP6138088B2 (ja) 2014-06-30 2017-05-31 キヤノン株式会社 情報処理装置、制御方法、及びソフトウェアプログラム
JP6363888B2 (ja) 2014-06-30 2018-07-25 キヤノン株式会社 情報処理装置、およびプログラム
JP6463914B2 (ja) 2014-06-30 2019-02-06 キヤノン株式会社 情報処理装置、処理方法、及びプログラム
JP6711275B2 (ja) * 2014-09-22 2020-06-17 ソニー株式会社 画像表示制御装置、送信装置、および画像表示制御方法、並びにプログラム
JP6250013B2 (ja) 2014-11-26 2017-12-20 ネイバー コーポレーションＮＡＶＥＲ Ｃｏｒｐｏｒａｔｉｏｎ コンテンツ参加翻訳装置、及びそれを利用したコンテンツ参加翻訳方法
KR20170086891A (ko) * 2016-01-19 2017-07-27 에스프린팅솔루션 주식회사 화상형성작업의 수행을 위한 어플리케이션을 실행하는 화상형성장치 및 화상형성장치에서 화상형성작업을 수행하는 방법
JP6649832B2 (ja) 2016-03-30 2020-02-19 キヤノン株式会社 情報処理装置およびその制御方法、並びにプログラム
JP6799396B2 (ja) * 2016-07-01 2020-12-16 キヤノン株式会社 情報処理装置、情報処理方法およびプログラム
JP6786342B2 (ja) 2016-10-18 2020-11-18 キヤノン株式会社 情報処理装置、情報処理方法およびプログラム
CN106993238A (zh) * 2017-04-14 2017-07-28 网宿科技股份有限公司 基于Html5的音视频播放方法及装置、音视频直播方法及系统
JP2023020591A (ja) * 2021-07-30 2023-02-09 キヤノン株式会社 情報処理装置、その制御方法及びプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030005050A1 (en) * 2001-05-30 2003-01-02 Pineau Richard A. Method and apparatus for providing output from remotely located digital files using a remote printer
JP2005085052A (ja) * 2003-09-10 2005-03-31 Toshiba Corp 携帯情報端末、印刷方法および印刷用プログラム
JP2010218457A (ja) * 2009-03-18 2010-09-30 Ricoh Co Ltd 画像形成装置、画像形成方法およびプログラム
KR101350661B1 (ko) * 2011-09-30 2014-01-10 엔에이치엔엔터테인먼트 주식회사 웹 기술을 이용한 하이브리드 어플리케이션 구동 장치 및 방법
US9785787B2 (en) * 2013-09-30 2017-10-10 Juniper Networks, Inc. Encrypting images on a client device for secure transmission and storage on a storage device

Also Published As

Publication number Publication date
US9436413B2 (en) 2016-09-06
US20150379382A1 (en) 2015-12-31
JP2016014919A (ja) 2016-01-28

Similar Documents

Publication Publication Date Title
JP5901704B2 (ja) 情報処理装置、情報処理方法、プログラム
JP6363888B2 (ja) 情報処理装置、およびプログラム
US10296267B2 (en) Information processing apparatus, information processing method, and storage medium
JP6478487B2 (ja) 情報処理装置、情報処理方法、及びプログラム
JP6381319B2 (ja) 情報処理装置、処理方法、及びプログラム
US10620892B2 (en) Information processing apparatus that displays a print setting screen based on information of a printing apparatus in a format interpretable in a first program layer and processing method thereof
JP6138088B2 (ja) 情報処理装置、制御方法、及びソフトウェアプログラム
US10075620B2 (en) Information processing apparatus, control method for information processing apparatus, and non-transitory computer-readable storage medium
US20140368869A1 (en) Method of printing web page by using mobile terminal and mobile terminal for performing the method
JP6799396B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP6360370B2 (ja) 情報処理装置、情報処理方法、およびプログラム
JP6008897B2 (ja) 装置、方法、及びプログラム
JP6786342B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP6649832B2 (ja) 情報処理装置およびその制御方法、並びにプログラム
JP7395334B2 (ja) 情報処理装置、情報処理方法、およびプログラム
JP6757368B2 (ja) 情報処理装置、処理方法、及びプログラム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151026

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151225

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160208

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160308

R151 Written notification of patent or utility model registration

Ref document number: 5901704

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151