JP6285733B2 - 情報処理装置、情報処理装置の制御方法、プログラム - Google Patents

Description

本発明は、構造化言語データを処理する情報処理技術に関するものである。

近年、印刷装置は様々な通信Ｉ／Ｆを備え、様々な種類のホスト機器からの直接印刷が可能となっている。それら通信Ｉ／Ｆには、ＵＳＢ Ｉ／Ｆ、Ｎｅｔｗｏｒｋ Ｉ／Ｆ、赤外線Ｉ／ＦあるいはＢｌｕｅｔｏｏｔｈ（登録商標） Ｉ／Ｆがある。また、ホスト機器として、携帯電話、デジタルカメラ、デジタルＴＶがある。

ＸＨＴＭＬ−Ｐｒｉｎｔデータを送受信し印刷することのできる（規格の定められている）通信Ｉ／Ｆとして、Ｎｅｔｗｏｒｋ Ｉ／ＦやＢｌｕｅｔｏｏｔｈ Ｉ／Ｆが存在している。それぞれにＵＰｎＰ、Ｂａｓｉｃ Ｐｒｉｎｔｉｎｇ Ｐｒｏｆｉｌｅ（以下、ＢＰＰ）という規格が存在し、各々に定められた方式に従い通信を行い、定められた方式でＸＨＴＭＬ−Ｐｒｉｎｔデータのレンダリングを行って印刷を行うよう規定されている。それらの規格の中では、採用しているＸＨＴＭＬ−Ｐｒｉｎｔの仕様や、そこで用いられるスタイルシートやデフォルトスタイルシートの仕様に関しても定められている。

ところで、ＸＨＴＭＬ−Ｐｒｉｎｔのような構造化言語を表示あるいは印刷するに際してのスタイルシートを異ならせる方法として、以下の処理方式が存在している。

特許文献１では、スタイルシートと関連付けられた構造化文書を結合して表示する場合に、ユーザの選択に基づいて各々のスタイルシートの処理方法を決定し、表示する構成を開示している。

特許文献２は、ウェブページを、適切な変更情報を適用したスタイルシートの作成及び適用によってその表示形式を変更することで、様々なユーザが容易に認識できるウェブページを提供する構成を開示している。

特開２００１−２０９６３９号公報 特開２００５−３１９８３号公報

ＸＨＴＭＬ−Ｐｒｉｎｔデータを送受信し印刷することのできるＮｅｔｗｏｒｋ Ｉ／ＦあるいはＢｌｕｅｔｏｏｔｈ Ｉ／Ｆを備える印刷装置では、それぞれＵＰｎＰ、ＢＰＰ規格に定められる方式に従って印刷を行う。そのように各規格に適合した印刷を行うためには、各規格において規定されている処理方法で印刷データの作成を行う必要がある。

しかしながら、特許文献１に示された技術は、ユーザの選択によりスタイルシートの処理方法を決定する必要がある。そのため、ユーザが選択操作を行わなくてはならず、また、Ｉ／Ｆの規格に応じたスタイルシートをユーザが選択しない場合もある。

特許文献２に示された技術は、変更情報を適用したスタイルシートを適用することでその表示形式を変更する技術である。しかし、データが受信されたときのＩ／Ｆについては考慮されずに、そのデータに付随するスタイルシートを上書きあるいは変更してしまうことになる。従って、Ｉ／Ｆの規格に応じたスタイルシートを適用することができない場合がある。

本発明は上記の課題を解決するためになされたものであり、データの取得に用いられる通信経路に応じて、処理対象のデータを適切に処理することができる画像処理技術を提供することを目的とする。

上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
構造化言語データに対するレンダリングを行う情報処理装置であって、
第１の通信経路または第２の通信経路を介して処理対象の構造化言語データを取得する取得手段と、
前記第１の通信経路と前記第２の通信経路のそれぞれに対応する、前記構造化言語データに含まれる要素に対する処理方法が設定されている第１のスタイルシートと第２のスタイルシートから、前記取得手段による前記取得に用いられる通信経路に対応するスタイルシートを選択する選択手段と、
前記選択手段により選択されたスタイルシートにおいて設定されている処理方法に従って前記取得手段により取得された処理対象の構造化言語データに含まれる要素に対する処理を行うことで、前記構造化言語データをレンダリングする処理手段と、を備え、
前記構造化言語データにおいて、前記第１のスタイルシートと前記第２のスタイルシートと共通の設定項目について、前記第１のスタイルシートにおける第１の処理方法と前記第２のスタイルシートにおける第２の処理方法と異なる、第３の処理方法を設定することが可能であり、
前記処理手段は、前記構造化言語データにおいて前記第３の処理方法が設定されている場合、前記第１の処理方法と前記第２の処理方法より前記第３の処理方法を優先して前記要素の処理を行い、前記構造化言語データにおいて前記共通の設定項目について処理方法が設定されていない場合、前記第１の処理方法と前記第２の処理方法のうちの、前記選択手段により選択されたスタイルシートにおいて設定されている処理方法を用いて前記要素の処理を行う。

本発明によれば、データの取得に用いられる通信経路に応じて、処理対象のデータを適切に処理することができる。

印刷装置のハードウェア構成を示すブロック図である。 印刷装置のソフトウェア構成を示すブロック図である。 印刷装置が印刷を行う際の処理を示すフローチャートである。 印刷装置が印刷データを受信したＩ／Ｆを識別する際の処理を示すフローチャートである。 印刷装置がＩ／Ｆの種別に応じたデフォルトスタイルシートを取得する際の処理を示すフローチャートである。 デフォルトスタイルシートテーブルの詳細構成を示す図である。 印刷装置でＩ／Ｆの種別毎に予め定めているデフォルトスタイルシートの例を示す図である。 印刷装置がＢｌｕｅｔｏｏｔｈ Ｉ／Ｆで印刷する際の処理の例を示す図である。 印刷装置がＮｅｔｗｏｒｋ Ｉ／Ｆで印刷する際の処理の例を示す図である。 印刷装置がＢｌｕｅｔｏｏｔｈ Ｉ／Ｆで印刷する際の処理の例を示す図である。

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

図１は、印刷装置のハードウェア（Ｈ／Ｗ）構成の概略を示す図である。

図１に示すように、印刷装置２０１は、印刷機構制御部２０５、ＣＰＵ２０４、ＲＯＭ２０２、ＲＡＭ２０３、Ｉ／Ｆ制御部２０６、Ｎｅｔｗｏｒｋ通信部２０７及びＢｌｕｅｔｏｏｔｈ通信部２０８を備えている。データ送受信の際には、まず、印刷装置と各送信装置との間で、Ｎｅｔｗｏｒｋ（有線ＬＡＮ、例えば、Ｅｔｈｅｒｎｅｔ（登録商標））及びＢｌｕｅｔｏｏｔｈの各規格で定められている方式に従って物理層及びデータリンク層の接続が行われる。次に、それぞれの規格で定められている上位層のプロトコルであるＵＰｎＰ及びＢＰＰ規格に従って、印刷装置２０１と各通信機器との間でＸＨＴＭＬ−Ｐｒｉｎｔデータの送受信が行われる。

図２は、印刷装置のソフトウェア（Ｓ／Ｗ）構成の概略を示す図である。図３は印刷装置の処理を示すフローチャートである。図２及び図３を用いて、本実施形態における印刷装置の処理の概要を説明する。尚、図２に示すソフトウェアの機能に対応するプログラムが印刷装置２０１のＲＯＭ２０２に格納されており、印刷装置２０１のＣＰＵ２０４がＲＡＭ２０３上でこのプログラムを実行することで、図２に示す処理が実現される。同様に、上記プログラムをＣＰＵ２０４が実行して、ＣＰＵ２０４が図２に示す機能として動作することにより、図３に示すフローチャートの処理が実現される。

図２に示すように、印刷装置２０１は、送信装置１０１あるいは送信装置１０２とデータの送受信を行うためのＢｌｕｅｔｏｏｔｈ通信制御部１０４及びＮｅｔｗｏｒｋ通信制御部１０５を備えている。Ｂｌｕｅｔｏｏｔｈ通信部１０４はＢｌｕｅｔｏｏｔｈ Ｉ／ＦとしてのＢｌｕｅｔｏｏｔｈ通信部２０８を制御するモジュールである。同様にＮｅｔｗｏｒｋ通信制御部１０５はＮｅｔｗｏｒｋ Ｉ／ＦとしてのＮｅｔｗｏｒｋ通信部２０７を制御するモジュールである。また、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ及びＮｅｔｗｏｒｋ Ｉ／Ｆ用にそれぞれ定めたデフォルトスタイルシートを予め保存してあるデフォルトスタイルシートテーブル１０９が例えばＲＯＭ２０２に格納されている。

ここで、スタイルシートとは、データを処理するための処理方法（出力形式（表示形式、印刷形式等）、レイアウト、色、フォント、サイズ、修飾等）を規定する規則である。

本実施形態では、このようなスタイルシートが通信経路それぞれに対して用意されており、ＣＰＵ２０４が、レンダリングの際に通信経路に対応するスタイルシートを選択する。そして、その選択されたスタイルシートを用いてレンダリングが行われることで、印刷対象の画像が作成される。

このように通信経路に応じたスタイルシートを選択する理由について、以下に説明する。

ＵＰｎＰ及びＢＰＰ規格の定められた時期の違いから、それぞれの規格が参照しているＸＨＴＭＬ−Ｐｒｉｎｔ仕様に対応するスタイルシートの仕様が異なっていることがある。従って、同一のＸＨＴＭＬ−Ｐｒｉｎｔデータであっても、ＵＰｎＰ規格に従って印刷装置がデータを受信した場合の印刷結果と、ＢＰＰ規格に従って印刷装置がデータを受信した場合の印刷結果に違いがあることがある。

そのため、ＸＨＴＭＬ−Ｐｒｉｎｔデータを受信したＩ／Ｆに応じた方法でレンダリングを行う必要がある。例えば、図１に示したように、Ｎｅｔｗｏｒｋ Ｉ／Ｆ及びＢｌｕｅｔｏｏｔｈ Ｉ／Ｆの双方を同時に備える印刷装置において、Ｎｅｔｗｏｒｋ Ｉ／ＦのＵＰｎＰでＸＨＴＭＬ−Ｐｒｉｎｔデータを受信した場合はＵＰｎＰ規格に定められる方式でレンダリングして印刷を行う必要がある。また、Ｂｌｕｅｔｏｏｔｈ Ｉ／ＦのＢＰＰでＸＨＴＭＬ−Ｐｒｉｎｔデータを受信した場合はＢＰＰ規格に定められる方式でレンダリングして印刷を行う必要がある。

よって、本実施形態では、ＸＨＴＭＬ−Ｐｒｉｎｔデータの受信に用いられたＩ／Ｆに応じてスタイルシートを選択する。これにより、通信規格毎（通信経路毎）に応じた異なる形式の印刷データをレンダリングエンジン１０８でレンダリングすることができる。つまり、印刷装置２０１は、レンダリング用のソフトウェアであるレンダリングエンジン１０８のために通信経路に応じたスタイルシートを選択することによって、通信規格に応じた異なる形式の印刷データそれぞれレンダリングすることができる。

また、例えば、Ｎｅｔｗｏｒｋ Ｉ／Ｆ及びＢｌｕｅｔｏｏｔｈ Ｉ／Ｆのそれぞれに応じた方法でレンダリングを行うために、２つのＩ／Ｆのそれぞれに応じたレンダリングエンジンを実装することが考えられる。しかし、それぞれの規格に従うレンダリングを行う方式はＲＯＭ等のメモリにおいてレンダリングエンジンのための記憶領域が大きくなってしまうことがある。また、Ｎｅｔｗｏｒｋ Ｉ／ＦやＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ以外に同様のＸＨＴＭＬ−Ｐｒｉｎｔデータの印刷が可能な第３の通信Ｉ／Ｆが出てくる場合も考えられる。その場合、さらにレンダリングエンジンを増やさなくてはならず、レンダリングエンジンのための記憶領域が益々大きくなってしまうことがある。

そこで、本実施形態では、ＸＨＴＭＬ−Ｐｒｉｎｔデータの受信に上記２つの通信経路のどちらが用いられた場合であっても、２つの通信経路に対して共通のレンダリングエンジンによりレンダリングを行う。これにより、通信経路のそれぞれに対応するレンダリングエンジンを実装しなくても、通信経路に応じたレンダリングが可能となる。これにより、印刷装置２０１は、各通信規格に対する印刷データをレンダリングするためのレンダリングエンジンを用意する必要がなくなる。

また、レンダリングエンジンは、ＣＰＵ２０４により実行されるソフトウェアに限らず、ＣＰＵ２０４とは別の、回路等のハードウェアであってもよい。その場合でも、本実施形態によれば、複数の通信経路それぞれに対応するハードウェアを設けなくても、１つのハードウェアが通信経路に応じて選択されたスタイルシートに従ってレンダリングを行うことができる。

尚、このようにレンダリングエンジンがハードウェアの場合、スタイルシートの選択はＣＰＵ２０４が行ってもよいし、レンダリングエンジンがスタイルシートを選択してもよい。

印刷装置２０１は、ステップＳ７０１で、Ｂｌｕｅｔｏｏｔｈ通信制御部１０４あるいはＮｅｔｗｏｒｋ通信制御部１０５によって印刷データ（例えば、ＸＨＴＭＬ−Ｐｒｉｎｔデータ）を受信する。印刷装置２０１は、ステップＳ７０２で、受信した印刷データをワークバッファ（不図示）等の記憶媒体に保存する。ここで、通信Ｉ／Ｆ識別部１０６は、Ｂｌｕｅｔｏｏｔｈ Ｉ／ＦあるいはＮｅｔｗｏｒｋ Ｉ／ＦのどちらのＩ／Ｆから印刷データを受信したかを識別する。Ｓ７０２における処理の詳細については図４を用いて後述する。

印刷装置２０１は、ステップＳ７０３で、ステップＳ７０２における通信Ｉ／Ｆ識別部１０６での識別結果に基づいて、スタイルシート取得部１０７によって、識別結果が示すＩ／Ｆ用のデフォルトスタイルシートをデフォルトスタイルシートテーブル１０９から選択し、選択されたスタイルシートを取得する。ステップＳ７０３における処理の詳細については図５を用いて後述する。

そして、印刷装置２０１は、ステップＳ７０４で、レンダリングエンジン１０８によって、スタイルシート取得部１０７によって取得したデフォルトスタイルシートを用いて印刷データのレンダリングを行う。尚、Ｓ７０３において当該印刷データの受信に用いられたＩ／Ｆ用のスタイルシートが選択されるが、Ｓ７０４においては、上記Ｉ／ＦがＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ、Ｎｅｔｗｏｒｋ Ｉ／Ｆのどちらであっても、レンダリングエンジン１０８がレンダリングを行う。

印刷装置２０１は、ステップＳ７０５で、印刷部１１０に対応するプログラムを実行することで印刷機構１１１を制御して、レンダリングされた印刷データの印刷を行う。

次に、図３のＳ７０２における通信Ｉ／Ｆ識別部１０６が印刷データを受信したＩ／Ｆを識別する際の処理を、図４のフローチャートを用いて説明する。尚、図４に示すフローチャートに示す処理に対応するプログラムが印刷装置２０１のＲＯＭ２０２に格納されており、印刷装置２０１のＣＰＵ２０４がＲＡＭ２０３上でこのプログラムを実行することで、図４に示す処理が実現される。

Ｂｌｕｅｔｏｏｔｈ通信部１０４あるいはＮｅｔｗｏｒｋ通信制御部１０５は、送信装置１０１あるいは送信装置１０２から印刷リクエストを受信すると、通信Ｉ／Ｆ識別部１０６に対して印刷可能かどうかの可否を問い合わせる。

通信Ｉ／Ｆ識別部１０６は、ステップＳ８０１で、Ｉ／Ｆからの印刷リクエストの問い合わせを受け付ける。通信Ｉ／Ｆ識別部１０６は、問い合わせを受け付けると、ステップＳ８０２で、他のＩ／Ｆで既に印刷データを受信中であるか否かを判断する。他のＩ／Ｆで印刷データを受信中でない場合（ステップＳ８０２でＮＯ）、続けて、通信Ｉ／Ｆ識別部１０６は、ステップＳ８０３で、印刷装置２０１がエラー状態であるか否かを確認する。

エラー状態にない場合（ステップＳ８０３でＮＯ）、通信Ｉ／Ｆ識別部１０６は、ステップＳ８０４で、問い合わせを受け付けたＩ／Ｆの種別を示すＩＦ種別情報をＲＡＭ２０３に保存する。そして、通信Ｉ／Ｆ識別部１０６は、ステップＳ８０５で、問い合わせを受け付けたＩ／Ｆに対して印刷データの受信を許可することを示す応答を行い、データ受信開始を指示する。

一方、他のＩ／Ｆで印刷データを受信中である場合（ステップＳ８０２でＹＥＳ）、あるいは印刷装置２０１がエラー状態である場合（ステップＳ８０３でＹＥＳ）、通信Ｉ／Ｆ識別部１０６は、ステップＳ８０６で、問い合わせを受け付けたＩ／Ｆに対して印刷リクエストの拒否を指示する。

次に、図３のＳ７０３におけるスタイルシート取得部１０７がＩ／Ｆの種別に応じたデフォルトスタイルシートを取得する処理を、図５のフローチャート及び図６を用いて説明する。尚、図５に示すフローチャートに示す処理に対応するプログラムが印刷装置２０１のＲＯＭ２０２に格納されており、印刷装置２０１のＣＰＵ２０４がＲＡＭ２０３上でこのプログラムを実行することで、図５に示す処理が実現される。

ここで、図６は、デフォルトスタイルシートテーブル１０９の詳細構成であり、Ｉ／Ｆ種別毎のデフォルトスタイルシートを固有に識別するＩＤと、Ｉ／Ｆ種別とを対応付けて管理するＩ／Ｆ別デフォルトスタイルシート管理テーブルを保持している。それに加えて、デフォルトスタイルシートテーブル１０９は、各ＩＤに対応するデフォルトスタイルシートを保存するＩＦ別デフォルトスタイルシート保存領域を有している。

スタイルシート取得部１０７は、ステップＳ９０１で、通信Ｉ／Ｆ識別部１０６によってＲＡＭ２０３に予め保存されているＩ／Ｆ種別情報を取得する。続けて、スタイルシート取得部１０７は、ステップＳ９０２で、デフォルトスタイルシートテーブル１０９で管理するＩ／Ｆ別デフォルトスタイルシート管理テーブルを検索し、取得したＩ／Ｆ種別情報が示すＩ／Ｆに割当てられているデフォルトスタイルシートのＩＤを取得する。そして、スタイルシート取得部１０７は、ステップＳ９０３で、デフォルトスタイルシートのＩＤをレンダリングエンジン１０８に受け渡す。

これにより、レンダリングエンジン１０８は、デフォルトスタイルシートテーブル１０９で管理するＩ／Ｆ別デフォルトシート保存領域から当該ＩＤに対応するデフォルトスタイルシートを取得する。そして、レンダリングエンジン１０８は、取得したデフォルトスタイルシートを用いて、印刷データのレンダリングを行う。

次に、印刷装置１０３が、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ及びＮｅｔｗｏｒｋ Ｉ／Ｆ用にそれぞれ予め定めているデフォルトスタイルシートの例を図７に示す。Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ用のデフォルトスタイルシートでは、“ｂｏｄｙ”要素の“ｐａｄｄｉｎｇ”プロパティの値を“０”として指定している。一方で、Ｎｅｔｗｏｒｋ Ｉ／Ｆ用のデフォルトスタイルシートでは、“ｂｏｄｙ”要素の“ｐａｄｄｉｎｇ”プロパティの値を“８ｐｘ”として指定している。この２つのデフォルトスタイルシートがデフォルトスタイルシートテーブル１０９に予め保存してある。

尚、“ｐａｄｄｉｎｇ”プロパティは、要素のパディング（詰め物的な余白）として、要素に付加されるボーダーの内側の余白を定義するものである。また、余白部分は、そのまま要素の背景色が適用される。

次に、印刷装置１０３が、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆで印刷データとしてＸＨＴＭＬ−Ｐｒｉｎｔデータを受信した場合の処理及び印刷の例を図８に示す。ＸＨＴＭＬ−Ｐｒｉｎｔデータには、テキスト文字列と、“ｐａｄｄｉｎｇ”プロパティの値の影響度合いを明らかにするためのテキストの背景を灰色に指定したプロパティの指定が含まれている。

印刷装置１０３がＢｌｕｅｔｏｏｔｈのＢＰＰでこのＸＨＴＭＬ−Ｐｒｉｎｔデータを受信すると、通信Ｉ／Ｆ識別部１０６がＢｌｕｅｔｏｏｔｈ Ｉ／ＦからＸＨＴＭＬ−Ｐｒｉｎｔデータを受信したと判別する。スタイルシート取得部１０７は、デフォルトスタイルシートテーブル１０９から図７に示すＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ用のデフォルトスタイルシートを取得する。レンダリングエンジン１０８は、取得したＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ用のデフォルトスタイルシートを用いてＸＨＴＭＬ−Ｐｒｉｎｔデータをレンダリングする。その結果は、図８に示す通り、図７に示すＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ用のデフォルトスタイルシートで指定してある“ｐａｄｄｉｎｇ ＝ ０”の指定が有効となっている、テキストの周囲にパディングの無い印刷結果となる。

一方で、印刷装置１０３がＮｅｔｗｏｒｋ Ｉ／ＦでＸＨＴＭＬ−Ｐｒｉｎｔデータを受信した場合の処理及び印刷の例を図９に示す。ＸＨＴＭＬ−Ｐｒｉｎｔデータは、図８に示すＢｌｕｅｔｏｏｔｈ Ｉ／Ｆで受信したデータと同一である。

印刷装置１０３がＮｅｔｗｏｒｋのＵＰｎＰでこのＸＨＴＭＬ−Ｐｒｉｎｔデータを受信すると、通信Ｉ／Ｆ識別部１０６がＮｅｔｗｏｒｋ Ｉ／ＦからＸＨＴＭＬ−Ｐｒｉｎｔデータを受信したと判別する。スタイルシート取得部１０７は、デフォルトスタイルシートテーブル１０９から図７に示すＮｅｔｗｏｒｋ Ｉ／Ｆ用のデフォルトスタイルシートを取得する。レンダリングエンジン１０８は、取得したＮｅｔｗｏｒｋ Ｉ／Ｆ用のデフォルトスタイルシートを用いてＸＨＴＭＬ−Ｐｒｉｎｔデータをレンダリングする。その結果は、図９に示す通り、図７に示すＮｅｔｗｏｒｋ Ｉ／Ｆ用のデフォルトスタイルシートで指定してある“ｐａｄｄｉｎｇ ＝ ８ｐｘ”の指定が有効となっている、テキストの周囲に８ｐｘ分のパディングが付加された印刷結果となる。

さらに、印刷装置１０３が、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆで“ｐａｄｄｉｎｇ”プロパティの値の指定が含まれているＸＨＴＭＬ−Ｐｒｉｎｔデータを受信した場合の処理及び印刷の例を図１０に示す。図１０のＸＨＴＭＬ−Ｐｒｉｎｔデータでは、“ｂｏｄｙ”要素の“ｐａｄｄｉｎｇ”プロパティの値が“１６ｐｘ”と指定してある。尚、ＸＨＴＭＬ−Ｐｒｉｎｔデータとデフォルトスタイルシートの両方において、共通の設定項目に対応するプロパティ値が設定されている場合、ＸＨＴＭＬ−Ｐｒｉｎｔデータにおけるプロパティ値が優先される。

印刷装置１０３がＢｌｕｅｔｏｏｔｈのＢＰＰでこのＸＨＴＭＬ−Ｐｒｉｎｔデータを受信すると、通信Ｉ／Ｆ識別部１０６がＢｌｕｅｔｏｏｔｈ Ｉ／ＦからＸＨＴＭＬ−Ｐｒｉｎｔデータを受信したと判別する。スタイルシート取得部１０７は、デフォルトスタイルシートテーブル１０９から図７に示すＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ用のデフォルトスタイルシートを取得する。レンダリングエンジン１０８は、取得したＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ用のデフォルトスタイルシートを用いてＸＨＴＭＬ−Ｐｒｉｎｔデータをレンダリングする。但し、図１０の場合は図８の場合と異なり、ＸＨＴＭＬ−Ｐｒｉｎｔデータ中にも“ｐａｄｄｉｎｇ”プロパティの指定があるため、デフォルトスタイルシート中の指定ではなく、ＸＨＴＭＬ−Ｐｒｉｎｔデータ中の指定が有効となる。従って、その結果は、図１０に示す通り、ＸＨＴＭＬ−Ｐｒｉｎｔデータ中で指定してある“ｐａｄｄｉｎｇ ＝ １６ｐｘ”の指定が有効となっている、テキストの周囲に１６ｐｘ分のパディングが付加された印刷結果となる。

以上説明したように、本実施形態によれば、複数のＩ／Ｆを備える印刷装置において、それぞれのＩ／Ｆ毎に定められた規格に従ってＸＨＴＭＬ−Ｐｒｉｎｔデータをレンダリングし印刷することができるようになる。また、レンダリングエンジンは複数のＩ／Ｆに対して共通に用いられ、デフォルトスタイルシートがＩ／Ｆに応じて切り替わる。そのため、Ｉ／Ｆのそれぞれに応じた個別のレンダリングエンジンを設ける必要が無く、資源の限られた印刷装置にも採用可能で、将来のＩ／Ｆの増加にも柔軟に対応できる。さらに、デフォルトスタイルシートによる実現なので、受信したＸＨＴＭＬ−Ｐｒｉｎｔデータに含まれるスタイルシートによる上書きを妨げず、印刷データ作成者の意志を無視することなく印刷することが可能である。

尚、本実施形態では、デフォルトスタイルシートの設定として“ｐａｄｄｉｎｇ”プロパティの設定を例に説明している。しかし、本発明は、このプロパティに限定されるものではなく、様々なプロパティあるいはその他の設定においても同様に実施可能であることは言うまでもない。例えば、プロパティとして、要素に付加されるボーダー、マージン、また要素の色が、Ｉ／Ｆに応じて切り替わる場合であってもよい。例えばボーダーに関する設定がＩ／Ｆに応じて切り替わる場合に、そのボーダーの要素に対して配置される位置が切り替わるようにしてもよいし、或いはボーダーの太さが切り替わるようにしてもよい。

また、本実施形態では、構造化言語データとしてＸＨＴＭＬ−Ｐｒｉｎｔデータを例に挙げて説明しているが、これに限定されるものではなく、デフォルトスタイルシートを使用するその他の構造化言語データにおいても同様に実施可能であることは言うまでもない。

更に、本実施形態では、通信Ｉ／Ｆとして、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ及びＮｅｔｗｏｒｋ Ｉ／Ｆを例に挙げて説明しているが、これに限定されるものではない。例えば、無線ＬＡＮ、赤外線通信、携帯電話回線、ＮＦＣ等の様々な異なる種類の通信Ｉ／Ｆ（複数種類の通信経路）に応用可能であることは言うまでもない。また、通信Ｉ／Ｆは必ずしも物理的な通信Ｉ／Ｆを指し示すものではなく、プロトコル種別等の論理的な通信Ｉ／Ｆ種別に対しても応用可能である。また、同一プロトコルであってもチャネル等による通信Ｉ／Ｆの使い分けに対しても本実施形態は応用可能である。換言すれば、複数種類の通信経路は、物理的に異なる通信Ｉ／Ｆ及び論理的に異なる通信Ｉ／Ｆの２つ以上の任意の組み合わせからなり、これらの組み合わせに対しても本実施形態は応用可能である。

また、本実施形態では、印刷装置を例に挙げて説明しているが、これに限定されず、この印刷装置と画像読取装置、通信装置等を搭載する画像形成装置（複合機）や、出力装置、表示装置等の画像処理装置においても適用可能である。この場合の画像処理装置とは、複数種類の通信Ｉ／Ｆあるいは複数種類の通信形態（通信経路）を備え、処理対象の構造化言語データを受信して、その受信に使用した通信Ｉ／Ｆ（あるいは通信形態）の種類に応じて、対応する処理（レンダリング等）を実行できる装置であることを意味する。

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

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

Claims (13)

1. 構造化言語データに対するレンダリングを行う情報処理装置であって、
   第１の通信経路または第２の通信経路を介して処理対象の構造化言語データを取得する取得手段と、
   前記第１の通信経路と前記第２の通信経路のそれぞれに対応する、前記構造化言語データに含まれる要素に対する処理方法が設定されている第１のスタイルシートと第２のスタイルシートから、前記取得手段による前記取得に用いられる通信経路に対応するスタイルシートを選択する選択手段と、
   前記選択手段により選択されたスタイルシートにおいて設定されている処理方法に従って前記取得手段により取得された処理対象の構造化言語データに含まれる要素に対する処理を行うことで、前記構造化言語データをレンダリングする処理手段と、を備え、
   前記構造化言語データにおいて、前記第１のスタイルシートと前記第２のスタイルシートと共通の設定項目について、前記第１のスタイルシートにおける第１の処理方法と前記第２のスタイルシートにおける第２の処理方法と異なる、第３の処理方法を設定することが可能であり、
   前記処理手段は、前記構造化言語データにおいて前記第３の処理方法が設定されている場合、前記第１の処理方法と前記第２の処理方法より前記第３の処理方法を優先して前記要素の処理を行い、前記構造化言語データにおいて前記共通の設定項目について処理方法が設定されていない場合、前記第１の処理方法と前記第２の処理方法のうちの、前記選択手段により選択されたスタイルシートにおいて設定されている処理方法を用いて前記要素の処理を行う
   ことを特徴とする情報処理装置。
2. 前記処理手段でレンダリングが行われた構造化言語データを出力する出力手段を更に備える
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記出力手段は、前記処理手段でレンダリングが行われた構造化言語データを印刷装置に印刷させる印刷する印刷制御手段であり、
   前記処理手段は、前記印刷制御手段により印刷される前記処理対象の構造化言語データに基づく画像を作成するためのレンダリングを行う
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記出力手段は、前記処理手段でレンダリングが行われた構造化言語データを表示装置に表示させる表示制御手段であり、
   前記処理手段は、前記表示制御手段により表示される前記処理対象の構造化言語データに基づく画像を作成するためのレンダリングを行う
   ことを特徴とする請求項２に記載の情報処理装置。
5. 前記第１の通信経路と第２の通信経路は、物理的に異なる通信Ｉ／Ｆ、または論理的に異なる通信Ｉ／Ｆの組み合わせである
   ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記第１の通信経路と前記第２の通信経路は、Ｎｅｔｗｏｒｋ Ｉ／Ｆ及びＢｌｕｅｔｏｏｔｈ Ｉ／Ｆを含んでいる
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記処理手段は、前記第１の処理方法と前記第２の処理方法と前記第３の処理方法のいずれにも共通で使用される物理的に１つのハードウェアで構成されるレンダリングエンジンである
   ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記構造化言語データは、ＸＨＴＭＬ−Ｐｒｉｎｔデータである
   ことを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記処理手段は、前記構造化言語データにおいて前記第３の処理方法が設定されている場合、前記第１の処理方法と前記第２の処理方法を用いずに、前記第３の処理方法を用いて前記要素の処理を行うことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記共通の設定項目は、前記要素に対して設けられる余白、前記要素に付加されるボーダー、前記要素の色の少なくとも１つに関する設定項目を含むことを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 前記要素はテキストであることを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
12. 処理対象の構造化言語データに対するレンダリングを行う処理手段を有する情報処理装置の制御方法であって、
    第１の通信経路または第２の通信経路を介して処理対象の構造化言語データを取得する取得工程と、
    前記第１の通信経路と前記第２の通信経路のそれぞれに対応する、前記構造化言語データに含まれる要素に対する処理方法が設定されている第１のスタイルシートと第２のスタイルシートから、前記取得工程における前記取得に用いられる通信経路に対応するスタイルシートを選択する選択工程と、を有し、
    前記処理手段は、前記選択工程において選択されたスタイルシートにおいて設定されている処理方法に従って前記取得工程において取得された処理対象の構造化言語データに含まれる要素に対する処理を行うことで、前記構造化言語データをレンダリングし、
    前記構造化言語データにおいて、前記第１のスタイルシートと前記第２のスタイルシートと共通の設定項目について、前記第１のスタイルシートにおける第１の処理方法と前記第２のスタイルシートにおける第２の処理方法と異なる、第３の処理方法を設定することが可能であり、
    前記処理手段は、前記構造化言語データにおいて前記第３の処理方法が設定されている場合、前記第１の処理方法と前記第２の処理方法より前記第３の処理方法を優先して前記要素の処理を行い、前記構造化言語データにおいて前記共通の設定項目について処理方法が設定されていない場合、前記第１の処理方法と前記第２の処理方法のうちの、前記選択工程において選択されたスタイルシートにおいて設定されている処理方法を用いて前記要素の処理を行う
    ことを特徴とする情報処理装置の制御方法。
13. コンピュータを、請求項１乃至１１のいずれか１項に記載の情報処理装置の各手段として機能させるための、または請求項１２に記載の制御方法をコンピュータに実行させるためのプログラム。

Images