(57)【要約】【課題】現行の規格と矛盾しないＸＨＴＭＬドキュメントの特定の記述を検出し、縦書きに変換して出力することができる印刷装置を提供することを目的とする。【解決手段】マークアップ言語で記述されているドキュメントを解析し、印刷出力する印刷装置において、ドキュメントにおける特定の記述を検出する特定の記述検出手段と、上記特定の記述検出手段が特定の記述を検出した場合、上記ドキュメントを縦書きするかどうかを判定する縦書き判定手段と、上記縦書き判定手段が縦書きすると判定した場合、上記ドキュメントを縦書きに変換する縦書きへの変換手段と、縦書きに変換したドキュメントを印刷出力する印刷出力手段とを有する印刷装置である。【選択図】図１
2010083088.tif 000002
【特許請求の範囲】
【請求項１】
マークアップ言語で記述されているドキュメントを解析し、印刷出力する印刷装置において、
ドキュメントにおける特定の記述を検出する特定の記述検出手段と；
上記特定の記述検出手段が特定の記述を検出した場合、上記ドキュメントを縦書きするかどうかを判定する縦書き判定手段と；
上記縦書き判定手段が縦書きすると判定した場合、上記ドキュメントを縦書きに変換する縦書きへの変換手段と；
縦書きに変換したドキュメントを印刷出力する印刷出力手段と；
を有することを特徴とする印刷装置。
【請求項２】
請求項１において、
上記特定の記述は、マークアップ言語で使用されている情報データ、または注釈で記述されているデータであることを特徴とする印刷装置。
【請求項３】
請求項１または請求項２において、
縦書き指定された画像オブジェクトが正方形であるかどうかを判定する画像形状判定手段を有し、
上記縦書き判定手段は、画像形状判定手段が正方形であると判定した場合に、縦書きに適切であると判定をする手段であることを特徴とする印刷装置。
【請求項４】
請求項３において、
画像オブジェクトが正方形ではないと、上記画像形状判定手段が判定した場合、画像オブジェクトに接して配置されているテキストデータが、ｆｌｏａｔ指定されているかどうかを判定するｆｌｏａｔ判定手段を有し、
上記縦書き判定手段は、テキストがｆｌｏａｔ指定されていることを、上記ｆｌｏａｔ判定手段が判定すれば、縦書きが適切であると判定する手段であることを特徴とする印刷装置。
【請求項５】
請求項１〜請求項４のいずれか１項において、
ドキュメント全体に、縦書きフォントを適用することを特徴とする印刷装置。
【請求項６】
請求項１〜請求項４のいずれか１項において、
ドキュメントの指定範囲に、縦書きフォントを適用することを特徴とする印刷装置。
【請求項７】
請求項１〜請求項４のいずれか１項において、
オブジェクトにおいて、縦書きフォントを適用することを特徴とする印刷装置。
【請求項８】
請求項１〜請求項７のいずれか１項において、
必要な文字について、回転、反転を適用することを特徴とする印刷装置。
【請求項９】
請求項１〜請求項８のいずれか１項において、
画像オブジェクトを回転することを特徴とする印刷装置。
【請求項１０】
マークアップ言語で記述されているドキュメントを解析し、印刷出力する印刷装置の制御方法において、
ドキュメントにおける特定の記述を検出する特定の記述検出工程と；
上記特定の記述検出工程で特定の記述が検出された場合、上記ドキュメントを縦書きするかどうかを判定する縦書き判定工程と；
上記縦書き判定工程で縦書きすると判定された場合、上記ドキュメントを縦書きに変換する縦書きへの変換工程と；
縦書きに変換したドキュメントを印刷出力する印刷出力工程と；
を有することを特徴とする印刷装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷制御装置に係り、特に、インターネットのＷｅｂページに表示されている日本語を読みやすく印刷する印刷装置に関する。
【０００２】
本発明は、マークアップ言語ドキュメントの特定の記述を検出し、縦書きへの変換処理を行う印刷装置であり、特にＸＨＴＭＬ−Ｐｒｉｎｔにおいて、特定の記述を検出し、縦書きフォントを使用した縦書きレイアウト、または縦書きフォントを適用する。
【背景技術】
【０００３】
近年、ネットワークの普及に伴って、デジタルＴＶ（ＤＴＶ）、印刷装置等がネットワーク接続される。通常行われているパーソナルコンピュータ（ＰＣ）を介した印刷が、ＰＣを使用せずに、ネットワークを経由してＤＴＶから直接印刷装置へ印刷命令を送出することによって、簡単に印刷ができる環境が整ってきた。
【０００４】
中でも、ＵｐｎＰの印刷サービスであるＰＥ：１をベースにしたネットＴＶ端末仕様書の印刷機能に準拠した環境が実現されている（たとえば、非特許文献１、非特許文献２、非特許文献３参照）。なお、上記ＵｐｎＰは、Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙであり、上記ＰＥ：１は、Ｐｒｉｎｔ  Ｅｎｈａｎｃｅｄ：１である。
【０００５】
ネットＴＶ端末仕様書の印刷機能は、デジタルテレビ情報化研究会で策定されたものである。
【０００６】
ネットＴＶ端末仕様書の印刷機能を使用すれば、ＤＴＶからインターネット上の印刷コンテンツ、デジタル放送の印刷コンテンツを、簡単な操作で印刷することができる。
【０００７】
印刷コンテンツには、インターネットウェブページに標準的に使用されているＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を拡張したＸＨＴＭＬに、印刷機能を追加したＸＨＴＭＬ−Ｐｒｉｎｔで規定されたマークアップ言語が使用される。
【０００８】
また、標準化組織であるＷ３Ｃでは、ＨＴＭＬ等のマークアップ言語のデザインに関することを、ＣＳＳに記述して規定している（たとえば、非特許文献４参照）。なお、上記Ｗ３Ｃは、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍであり、上記ＣＳＳは、Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓである。
【０００９】
このＣＳＳを、印刷コンテンツに使用すれば、印刷に関する様々な仕様が盛り込まれているので、表現力豊な印刷結果を得ることができる。
【００１０】
この状況下において、縦書き印刷について、従来から様々な提案がされている。
【００１１】
縦書き指定がある場合、オペレーションシステムから送られた描画データを構成する文字描画コマンドに含まれている文字を抽出する。そして、２バイト文字であれば、９０度回転させる。この描画データを印刷データに変換し、印刷することによって、日本語を縦書きで印刷することができることが知られている（たとえば、特許文献１参照）。
【００１２】
また、文書表示エリアの縦横比に応じて、電子文書データを固定表示させるか、またはたとえばテロップ表示のように、部分毎に切換表示させるか、または移動表示させるかを設定し、表示を実行することが知られている（たとえば、特許文献２参照）。
【００１３】
特許文献２記載の発明は、第１の閲覧処理プログラムによって閲覧可能な電子文書の中に、第２の閲覧処理プログラムによって閲覧可能な電子文書を埋め込んだ状態で、提供する電子文書の提供方法である。
【００１４】
閲覧ページに埋め込みを行う内側領域を定義し、第２の閲覧処理によって縦書き表示対応をすることが知られている（たとえば、特許文献３参照）。
【００１５】
上記のように、文書を回転または移動等をし、縦書きの提案がなされている。
【特許文献１】特開２００２−２７３９４３号公報
【特許文献２】特開２００１−０３４３８４号公報
【特許文献３】特開２００１−１８８７７４号公報
【非特許文献１】Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｖｅｒｓｉｏｎ  １．０  ｗｗｗ．ｕｐｎｐ．ｏｒｇ
【非特許文献２】Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｓｅｒｖｉｃｅ  Ｔｅｍｐｌａｔｅ  Ｖｅｒｓｉｏｎ  １．０１  ＰＥ：１  ｗｗｗ．ｕｐｎｐ．ｏｒｇ
【非特許文献３】ネットＴＶ端末仕様書  ２．０版  デジタルテレビ情報化研究会
【非特許文献４】ＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）  Ｗ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかし、ＵＰｎＰの印刷サービスであるＰＥ：１では、ＸＨＴＭＬ−ＰＲＩＮＴに関してＣＳＳ  Ｐｒｉｎｔ  Ｐｒｏｆｉｌｅを規定し、その中で使用されるＣＳＳは、ＣＳＳ２．１である。
【００１７】
ＣＳＳの縦書き印刷に関しては、ＣＳＳ３において、“Ｗｒｉｔｉｎｇ−ｍｏｄｅ：ｔｂ−ｌｒ”が規定され、縦書き印刷ができるが、この“Ｗｒｉｔｉｎｇ−ｍｏｄｅ：ｔｂ−ｌｒ”を使用することができない。
【００１８】
日本語コンテンツにおいて、縦書きで出力したい要求が多いが、上記理由で、一般的にＣＳＳ２．１が使用されるので、縦書きの印刷を行うことができないという問題がある。
【００１９】
本発明は、現行の規格と矛盾しないＸＨＴＭＬドキュメントの特定の記述を検出し、縦書きに変換して出力することができる印刷装置を提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明は、マークアップ言語で記述されているドキュメントを解析し、印刷出力する印刷装置において、ドキュメントにおける特定の記述を検出する特定の記述検出手段と、上記特定の記述検出手段が特定の記述を検出した場合、上記ドキュメントを縦書きするかどうかを判定する縦書き判定手段と、上記縦書き判定手段が縦書きすると判定した場合、上記ドキュメントを縦書きに変換する縦書きへの変換手段と、縦書きに変換したドキュメントを印刷出力する印刷出力手段とを有する印刷装置である。
【発明の効果】
【００２１】
本発明によれば、特定キーワードを追加記載するだけで、簡便に縦書き印刷が可能になるという効果を奏する。
【発明を実施するための最良の形態】
【００２２】
発明を実施するための最良の形態は、次の実施例である。
【実施例１】
【００２３】
図１は、本発明の実施例１である印刷装置ＰＲ１が接続されているホームネットワーク環境を示す図である。
【００２４】
ホスト１０６として動作する機器として、ＤＴＶ１０１等がある。ＤＴＶ１０１は、デジタル放送用ＴＶである。
【００２５】
印刷装置ＰＲ１として動作するネットワークプリンタ１０４と、イーサネット１１０を介して、互いに通信可能である。なお、イーサネットは、登録商標である。
【００２６】
また、このイーサネット１１０に繋がっている各機器は、ルータ１０５を介して、インターネット１０８へ接続することもできるので、ＷＷＷサーバ１０９上のコンテンツデータを任意にブラウジングすることができる。
【００２７】
図２は、実施例１である印刷装置ＰＲ１を使用した印刷処理システムＰＳ１を示す図である。
【００２８】
印刷処理システムＰＳ１は、ホスト機器として、処理パフォーマンスの高いＰＣを使用せずに、ＤＴＶ１０１と印刷装置ＰＲ１とを、１対１に接続したシステムである。また、印刷処理システムＰＳ１では、一般的なホスト１０６側でのプリンタドライバを用いた印刷データ生成を行わずに、ホスト１０６側では、印刷用コンテンツデータをＸＨＴＭＬ形式で生成し、このコンテンツデータを印刷装置ＰＲ１が解釈し、印刷する。
【００２９】
次に、印刷処理システムＰＳ１の動作について説明する。
【００３０】
イーサネット（登録商標）を経由して、ＸＨＴＭＬ形式のコンテンツデータ２０４が、ＤＴＶ１０１から印刷装置ＰＲ１に送られる。
【００３１】
印刷装置ＰＲ１内部では、入力されたコンテンツデータ２０４を解釈し、ネットワークコントローラ２０１で、印刷用のイメージデータ２０５が生成される。
【００３２】
そして、上記印刷用のイメージデータ２０５に基づいて、プリンタメディア２０３に、画像を出力するプリンタコントローラ２０２によって、印刷処理が実行される。
【００３３】
次に、ネットワークコントローラ２０１を構成している各機能モジュールについて説明する。
【００３４】
図３は、ネットワークコントローラ２０１のソフトウエア処理の概略を示す図である。
【００３５】
インタフェース３０１は、ホスト１０６から送られたコンテンツデータを取り込み、パース処理３０２に引き渡すモジュールである。なお、上記パースは、構文解析である。
【００３６】
さらに、プリンタエンジンから、用紙切れ、インク切れ等の印刷状況を取得し、プリンタステータス２０７として、ホスト１０６側に通知する機能も持つ。
【００３７】
パース処理３０２は、ＸＨＴＭＬ系言語で記述されたコンテンツデータの構文を解析するモジュールである。上記コンテンツデータは、“個別のファイル形式”またはパッケージングした“一括モジュール形式”として入力される。
【００３８】
レイアウト処理３０３は、パース処理３０２で解析された構文情報を、印刷オブジェクトの配置情報データとして作成するモジュールである。
【００３９】
フォント処理３０４は、コンテンツデータによって指定されたフォントデータを作成管理するモジュールである。レイアウト処理における配置情報データの生成時に、フォント情報を取得する場合にも呼び出される。
【００４０】
イメージング処理３０５は、印刷オブジェクトにおける画像データ（たとえばＪＰＥＧ形式データ）を、ＲＧＢビットマップデータにデコードし、また、サイズ調整のために解像度変換を行うモジュールである。
【００４１】
バンディング処理３０６は、描画領域を複数のバンドに分割し、次のレンダリング処理に、バンド単位での描画処理を行わせるモジュールである。
【００４２】
レンダリング処理３０７は、レイアウト処理による配置情報データに基づいて、描画処理を行い、その結果として、カラー画像の各色成分画素を、多値データで構成した印刷用のイメージデータ２０５を出力するモジュールである。
【００４３】
次に、プリンタコントローラ２０２を構成する各機能モジュールについて説明する。
【００４４】
図４は、プリンタコントローラ２０２のソフトウエア処理の概略を示す図である。
【００４５】
実施例１である印刷装置ＰＲ１として、インクジェット方式の印刷装置ＰＲ１を用いるが、印刷装置ＰＲ１側では、高度な画像処理は行わない。この処理系側で確保したメモリ空間上に、印刷イメージを展開し、この展開した印刷イメージを、印刷装置ＰＲ１で直接印刷する形態に変換し、プリンタエンジン４０４に送り、印刷する。
【００４６】
プリンタ制御実行部４０１は、印刷装置ＰＲ１の主制御を司るモジュールであり、画像処理部や出力制御部の動作を管理し、印刷実行状況を監視し、印刷装置ＰＲ１のステータス情報としてネットワークコントローラに出力する。
【００４７】
画像処理部４０２は、入力されたイメージデータ２０５を、プリンタエンジン４０４への出力形式に合わせて、多値ＲＧＢから２値ＹＭＣＫに画像変換するモジュールである。この変換処理とプリンタエンジン４０４への出力とは、上記バンディング処理３０６によって、メモリ空間を最適に利用する。一方、十分なメモリが実装されている場合、１ページ分が展開可能な領域を確保するようにしてもよい。
【００４８】
出力制御部４０３は、画像処理部４０２から出力され、ＹＭＣＫ変換された画像データを、プリンタエンジン４０４に実装されているインクジェット用ヘッドの駆動パターンに合わせて、各色データを順次出力するモジュールである。
【００４９】
プリンタエンジン４０４は、画像データに合わせてインクを吐出するヘッドと、ヘッドが装着されているキャリア部とを走査するキャリッジ機構と、メディアの搬送に用いるペーパーフィード機構とによって構成されている印刷装置ＰＲ１可動部である。
【００５０】
＜＜Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ（ＵＰｎＰ）について＞＞
ＵＰｎＰネットワークは、従来、ネットワーク機器を接続するために必要であるＩＰアドレスの設定やデバイスドライバのインストール等の煩雑な設定を不要にしたピアツーピアネットワークである。この詳細については、それぞれの規格のドキュメントを参照されたい。
【００５１】
ＵＰｎＰネットワークの基本構成として、デバイス、サービス、コントロールポイントが定義されている。上記デバイスは、ＵＰｎＰに対応している機器であり、Ｐｒｉｎｔｅｒ、Ｂｒｏａｄｂａｎｄルータ（インターネット・ゲートウェイ・デバイス）等である。上記サービスは、デバイスが提供する機能を示す最小単位であり、たとえば、デバイスがＵＰｎＰ  Ｆｏｒｕｍが定義したＰｒｉｎｔｅｒデバイスであれば、ＰｒｉｎｔＢａｓｉｃサービスが提供される。上記コントロールポイントは、上記デバイスが持っているサービスを制御し、利用するものであり、ＤＴＶ１０１等である。
【００５２】
実施例１は、ＵＰｎＰ  ＰｒｉｎｔＢａｓｉｃサービスであるＰＥ：１を基本としたネットＴＶ情報化研究会で策定されたネットＴＶ端末仕様（印刷機能）に準拠した仕様で構成される。ネットＴＶ端末仕様（印刷機能）について、仕様書に詳細が記載されているので、詳細説明を省略する。
【００５３】
≪ＤＴＶ１０１（デジタルテレビジョン）装置からの印刷の概略説明≫
ＤＴＶ１０１から印刷する場合、上記ネットＴＶ端末仕様（印刷機能）に則って実行される。基本的には、ＵＰｎＰ機能で、ＤＴＶ１０１と印刷装置ＰＲ１とによってディスカバリが行われ、プリンタデバイス情報とプリンタ印刷サービス情報とが、ＤＴＶ１０１へ送られる。ＤＴＶアプリケーションでは、それらを保存し、印刷処理の際に利用できる準備をしている。
【００５４】
ネットＴＶ端末仕様に規定されている印刷機能のうちで、使用頻度の高い次の２つの印刷方式について説明する。
１．ＡＲＩＢ印刷コンテンツの印刷
２．ネットＴＶコンテンツの印刷
＜ＡＲＩＢ印刷コンテンツの印刷＞
ＤＴＶ１０１が、印刷用ドキュメントを作成して印刷装置ＰＲ１に渡すいわゆるプッシュ型直接印刷方式が、ＡＲＩＢ印刷コンテンツである。
【００５５】
この手順は、次の手順である。
１．ＤＴＶ１０１は、印刷ドキュメントを準備，ＪＯＢ要求発行
２．印刷装置ＰＲ１は、決定したデータシンク情報をレスポンス
３．ＤＴＶ１０１は、“ＨＴＴＰ  ＰＯＳＴ”で印刷ドキュメントを送出
この印刷方式は、特に、放送からのＸＨＴＭＬ−Ｐｒｉｎｔ文書で構成される印刷コンテンツを印刷する場合に使用される。
【００５６】
＜ネットＴＶコンテンツの印刷＞
ＤＴＶ１０１が、印刷用ドキュメントのリンク情報であるＵＲＩを、印刷装置ＰＲ１に渡し、印刷装置ＰＲ１がＵＲＩ先の印刷情報を取得し、印刷するいわゆるプル型間接印刷方法が、ネットＴＶコンテンツの印刷である。
【００５７】
この手順は、次の手順である。
１．コントロールポイントは、印刷対象ＵＲＬを決定、そのＵＲＩとともにＪＯＢを発行
２．印刷装置ＰＲ１は、受信したＵＲＩを基に“ＨＴＴＰ  ＧＥＴ”で印刷対象ファイルを取得
この印刷方式は、インターネットを介したＸＨＴＭＬ−Ｐｒｉｎｔ文書で構成される印刷コンテンツを印刷する場合に使用される。
【００５８】
いずれの方法にしても、印刷装置ＰＲ１が、ＸＨＴＭＬ−Ｐｒｉｎｔ文書を解析し、印刷することに変わりがない。
【００５９】
印刷装置ＰＲ１は、マークアップ言語で記述されているドキュメントを解析し、印刷出力する印刷装置の例である。ネットワークコントローラ２０１は、ドキュメントにおける特定の記述を検出する特定の記述検出手段の例であり、上記特定の記述検出手段が特定の記述を検出した場合、上記ドキュメントを縦書きするかどうかを判定する縦書き判定手段の例である。
【００６０】
ネットワークコントローラ２０１は、縦書き判定手段が縦書きすると判定した場合、上記ドキュメントを縦書きに変換する縦書きへの変換手段の例である。プリンタエンジン４０４は、縦書きに変換したドキュメントを印刷出力する印刷出力手段の例である。
【００６１】
この場合、上記特定の記述は、マークアップ言語で使用されている情報データ、または注釈で記述されているデータである。また、プリンタコントローラ２０２は、縦書き指定された画像オブジェクトが正方形であるかどうかを判定する画像形状判定手段の例である。さらに、上記縦書き判定手段は、画像形状判定手段が正方形であると判定した場合に、縦書きに適切であると判定する。
【００６２】
また、画像オブジェクトが正方形ではないと、上記画像形状判定手段が判定した場合、画像オブジェクトに接して配置されているテキストデータが、ｆｌｏａｔ指定されているかどうかを判定するｆｌｏａｔ判定手段が設けられている。上記縦書き判定手段は、テキストがｆｌｏａｔ指定されていることを、上記ｆｌｏａｔ判定手段が判定すれば、縦書きが適切であると判定する手段である。
【００６３】
なお、上記ｆｌｏａｔ指定は、文書を適宜折り返すことが可能になる指定である。ここでは、縦書きに配置した際に、ｆｌｏａｔ指定されると、画像等の配置に応じて適宜文書を折り返す。
【００６４】
さらに、ドキュメント全体に、縦書きフォントを適用する。ドキュメントの指定範囲に、縦書きフォントを適用する。オブジェクトにおいて、縦書きフォントを適用する。そして、必要な文字について、回転、反転を適用し、画像オブジェクトを回転する。
【００６５】
次に、実施例１の特徴であるＸＨＴＭＬ−Ｐｒｉｎｔにおける縦書き印刷を行う処理について説明する。
【００６６】
図３におけるパース処理３０２、レイアウト処理３０３の各モジュールが、縦書き印刷に伴う処理を実行する。
【００６７】
図５は、パース（構文解析）処理の概略動作を示すフローチャートである。
【００６８】
Ｓ５０１で、パース処理３０２が開始され、Ｓ５０２で、タグ解析によって、ＸＨＴＭＬ−Ｐｒｉｎｔ文書内のタグを解析し、Ｓ５０３で、同じく読み込んであるスタイルシートを用いて、スタイルシート解析を実行する。Ｓ５０４では、Ｓ５０３で解析したスタイルシート中のインラインのスタイルを解析する。このインラインのスタイルにより、各要素に対するスタイルが指定され、たとえば文章中の１文字だけ色を変更させる、または文章の一部にだけ下線を引くように指定することができる。
【００６９】
次に、Ｓ５０５では、イメージの展開情報を取得し、Ｓ５０６では、解析要素の関連を示す構造体を作成し、最後に、Ｓ５０７で、実施例１の特徴である縦書き処理を行い、終了する。
【００７０】
解析要素関係構造体構築（Ｓ５０６）で、レイアウトするために、ＸＨＴＭＬ文書を解析した要素毎に、タグ構造体に格納し、要素ツリーを構築する。また、スタイルシートを解析したスタイル構造体に格納し、要素ツリーのノードであるタグ構造体と結びつける。
【００７１】
図１８は、要素ツリーの一例を示す図である。
【００７２】
タグ毎にスタイル情報が結びつき、さらに、独自の特徴を示す属性が結びつけられる。
【００７３】
図１９は、実施例１における横書きの配置を示す文書である。
【００７４】
たとえば、図１９（ａ）に示すＸＨＴＭＬ文書は、“横書き１”、“横書き２”の印刷を示している。このＸＨＴＭＬ文書を、要素ツリーで示すと、図１９（ｂ）に示す構成になる。
【００７５】
図１９（ｂ）は、実施例１における縦書きの配置を示す要素ツリー図である。図１９（ｂ）において、ｄｉｖタグには、スタイル（例では無し）と属性として、横書きを示す“ＴＡＴＥ＿ＦＬＡＧ”が“０”で登録され、ｐタグについても、スタイル（例では無し）と属性として横書きを示す“ＴＡＴＥ＿ＦＬＡＧ”が“０”で登録される。
【００７６】
図６は、縦書き検出の処理を示すフローチャートである。
【００７７】
Ｓ６０１で、縦書き検出処理が開始され、Ｓ６０２で、要素を表す＜＞内のそれぞれ要素名、属性、値を取得し、それらの情報を一時保存する。Ｓ６０３で、＜＞と＜／＞とで囲まれている要素内容を取得し、その情報を一時保存する。Ｓ６０４で、一時保存した情報に基づいて、縦書き検出処理１を行い、Ｓ６０５で、さらに縦書き検出処理２を行い、Ｓ６０６で、解析要素関係構造体の補正処理を行い、処理を終了する。
【００７８】
＜縦書き検出処理１＞
図７は、実施例１において、“ｍｅｔａ”タグを使った縦書き検出処理１の動作を示すフローチャートである。
【００７９】
Ｓ７０１で、縦書き検出処理１が開始されると、Ｓ７０２で、一時保存した要素名の中に、“ｍｅｔａ”タグがあるか動作を調べ、あれば、Ｓ７０３へ進む。無ければ、終了する。
【００８０】
Ｓ７０３で、上記一時保存されている属性及び値が、“ｎａｍｅ＝“ｔａｔｅ”“であるものがあるかどうかを調べ、あれば、Ｓ７０４へ進み、無ければ、処理を終了する。
【００８１】
Ｓ７０４で、ＸＨＴＭＬ−Ｐｒｉｎｔ文書内に“＜ｍｅｔａ  ｎａｍｅ＝“ｔａｔｅ”“なる記載があることが検出される。この記載があれば、文書を縦書き処理するために、文書内のタグ要素の属性に、縦書き処理するための“ＴＡＴＥ＿ＦＬＡＧ”を、“１”にセットし、処理を終了する。これは、このフラグに基づいて、後述するレイアウト処理内で縦書きレイアウトがされ、印刷出力処理が縦書き印刷する。
【００８２】
図２０は、実施例１におけるｍｅｔａタグを使用した縦書き指定を説明するための図である。
【００８３】
図２０（ａ）は、実施例１におけるｍｅｔａタグを使用した縦書き指定の文書例を示す図である。また図２０（ｂ）は、図２０（ａ）で示した文書の要素ツリー図である。
【００８４】
図２０（ａ）に示すＸＨＴＭＬ文書は、“＜ｍｅｔａ  ｎａｍｅ＝“ｔａｔｅ”＞”で、縦書きを指定し、“縦書き１”、“縦書き２”の印刷を示す。このときのＸＨＴＭＬ文書を、要素ツリーで示すと、図２０（ｂ）に示す構成になる。
【００８５】
図２０（ｂ）では、ｄｉｖタグには、スタイル（例では無し）と、属性として縦書きを示す“ＴＡＴＥ＿ＦＬＡＧ”とが、“１”で登録されている。また、ｐタグについても、スタイル（例では無し）と、属性として縦書きを示す“ＴＡＴＥ＿ＦＬＡＧ”とが、“１”で登録される。
【００８６】
これらの処理は、不図示の解析要素関係構造体補正の中の処理（Ｓ６０６）で、要素ツリーが補正処理される。
【００８７】
＜縦書き検出処理２＞
図８は、“＜！−−”タグを使った縦書き検出処理２の動作を示すフローチャートである。
【００８８】
図８において、Ｓ８０１で、縦書き検出処理２が開始されると、Ｓ８０２で、一時保存した要素名の中に、“＜！−−”タグがあるかどうかを調べ、あれば、Ｓ８０３へ進む。無ければ、終了する。Ｓ８０３で、“＜！−−”タグ内のコメントに、“ｔａｔｅ−ｓｔａｒｔ”があるかどうかを調べ、あれば、Ｓ８０４へ進み、無ければ、終了する。Ｓ８０４で、上記コメントタグの後に、他のタグ要素があるかどうかを調べ、あれば、Ｓ８０５へ進み、無ければ、Ｓ８０６へ進む。Ｓ８０５で、見つかったタグ要素の属性に、文書を縦書き処理するための“ＴＡＴＥ＿ＦＬＡＧ”を、“１”にセットし、Ｓ８０６へ進む。
【００８９】
Ｓ８０６で、“ｔａｔｅ−ｅｎｄ”が現われたかどうかを調べ、“ｔａｔｅ−ｅｎｄ”が現われなくなれば、タグ要素を検索するために、Ｓ８０４に戻る。“ｔａｔｅ−ｅｎｄ”が現われれば、縦書き要求のタグ要素の取り込みが終了したことを示し、処理を終了する。
【００９０】
これは、上記縦書き検出処理１と同様に、このフラグに基づいて、後述するレイアウト処理内で、縦書きレイアウトがされ、印刷出力処理で、縦書き印刷される。
【００９１】
図２１は、実施例１において、コメントタグを使用した縦書き指定を説明するための図である。
【００９２】
図２１（ａ）は、実施例１において、コメントタグを使用した縦書き指定の文書を示す図である。
【００９３】
図２１（ａ）に示すＸＨＴＭＬ文書は、“＜！−−ｔａｔｅ−ｓｔａｒｔ−−＞”と、“＜！−−ｔａｔｅ−ｅｎｄ−−＞”とで囲まれたタグ要素を縦書き指定し、“縦書き１”、“縦書き２”の印刷を示す。このときのＸＨＴＭＬ文書を、要素ツリーで示すと、図２１（ｂ）に示す構成になる。
【００９４】
図２１（ｂ）は、実施例１におけるコメントタグを使用した縦書き指定の配置を示す要素ツリー図である。
【００９５】
図２１（ｂ）では、最初のｄｉｖタグは、スタイル（例では無し）と属性とは、“ＴＡＴＥ＿ＦＬＡＧ”が、“０”で登録され、２つ目のｄｉｖタグには、スタイル（例では無し）と属性として縦書きを示す“ＴＡＴＥ＿ＦＬＡＧ”とが、“１”で登録される。
【００９６】
同じく、１つ目のｐタグについても、スタイル（例では無し）と属性として、縦書きを示す“ＴＡＴＥ＿ＦＬＡＧ”が、“１”で登録され、２つ目のｐタグは、スタイル（例では無し）と属性とは、“ＴＡＴＥ＿ＦＬＡＧ”が、“０”である。
【００９７】
これらの処理は不図示であるが、解析要素関係構造体補正の中の処理（Ｓ６０６）で、要素ツリーが補正処理される。
【００９８】
また、別の例を、図２２に示す。
【００９９】
図２２は、実施例１におけるｍｅｔａタグとコメントタグとを使用した縦書き指定を説明するための図である。
【０１００】
図２２（ａ）は、実施例１におけるｍｅｔａタグとコメントタグとを使用した縦書き指定の文書を示す図である。一方、図２２（ｂ）は、図２２（ａ）に示す文書の要素ツリー図である。
【０１０１】
図２２（ａ）に示すＸＨＴＭＬ文書は、“＜ｍｅｔａ  ｎａｍｅ＝“ｔａｔｅ”＞”が指定されているときに、“＜！−−ｔａｔｅ−ｓｔａｒｔ−−＞”と“＜！−−ｔａｔｅ−ｅｎｄ−−＞”とで囲まれているタグ要素を、横書きに指定する。そして、それ以外の要素を、縦書きに指定する。
【０１０２】
このときのＸＨＴＭＬ文書を、要素ツリーで示すと、図２２（ｂ）に示す構成になる。
【０１０３】
図２２（ｂ）中、最初のｄｉｖタグにおいて、スタイル（例では無し）と属性とは、縦書きを示す“ＴＡＴＥ＿ＦＬＡＧ”が、“１”に登録され、２つ目のｄｉｖタグは、スタイル（例では無し）と属性として、“ＴＡＴＥ＿ＦＬＡＧ”が、“０”に登録される。同じく、図２２（ｂ）における１つ目のｐタグについても、スタイル（例では無し）と属性として、“ＴＡＴＥ＿ＦＬＡＧ”が“０”に登録される。また、図２２（ｂ）における２つ目のｐタグは、スタイル（例では無し）と属性とは、縦書きを示す“ＴＡＴＥ＿ＦＬＡＧ”が、“１”に登録される。
【０１０４】
図９は、レイアウト処理３０３のモジュールの中で行われるレイアウト処理の動作を示すフローチャートである。
【０１０５】
Ｓ９０１で、レイアウト処理が開始される。次に、Ｓ９０２で、パース処理３０２内で構造化され、保存された要素の要素付帯情報に基づいて、要素類のレイアウト処理の順番を作成する。
【０１０６】
Ｓ９０３で、Ｓ９０２で作成された上記レイアウト処理順に基づいて、ページごとに、文字類、画像類の暫定配置処理を行う。次に、Ｓ９０４で、上記要素ツリーのタグ属性情報に基づいて、縦書き配置処理がされ、この結果、縦書き処理があれば、縦書きレイアウトを含めたページごとのレイアウトが決定され、処理を終了する。
【０１０７】
＜縦書き配置処理＞
図１０は、縦書き配置処理の動作を示すフローチャートである。
【０１０８】
Ｓ１００１で、縦書き配置処理が開始されると、Ｓ１００２で、上記要素ツリーの情報から、タグ要素の属性である“ＴＡＴＥ＿ＦＬＡＧ”が、“１”にセットされているかどうかを調べ、セットされていなければ、Ｓ１００８へ進む。セットされていれば、そのタグ要素は、縦書き指定されていると判定し、Ｓ１００３へ進む。
【０１０９】
Ｓ１００３で、上記縦書き指定のタグ要素が、画像データであるかどうかを調べ、画像で無ければ、Ｓ１００４へ進み、画像データであれば、Ｓ１００５へ進む。
【０１１０】
Ｓ１００５で、上記画像データが正方形かどうかを判定し、正方形であれば、Ｓ１００４へ進み、正方形でなければ、Ｓ１００６へ進む。この処理は、暫定レイアウト処理において配置されている画像の配置が、縦処理するために９０度回転したときに、正方形であれば配置に変更がないが、正方形以外であれば配置が変更されるので、他の配置への影響を避けるための処置である。
【０１１１】
図１１は、実施例１における縦書きの配置判定において、不可の場合を説明する図である。
【０１１２】
図１１（ａ）は、実施例１における横書きの配置図１である。また、図１１（ｂ）は、実施例１における縦書きの配置判定において、不可を示す縦書き判定不可図である。
【０１１３】
具体的な例を示すと、図１１（ａ）に示す画像が正方形ではなく、この正方形ではないコンテンツが縦書き要求された場合、これに縦書き配置処理を行うと、図１１（ｂ）に示すように、画像とテキストとが重なる。
【０１１４】
図１２は、実施例１における縦書きの配置判定において、可の場合を説明する図である。
【０１１５】
図１２（ａ）は、実施例１における横書きの配置図である。また図１２（ｂ）は、実施例１における縦書きの配置判定で可を示す縦書き判定可図である。
【０１１６】
一方、図１２（ａ）に示す画像が正方形のコンテンツであり、このコンテンツが縦書き要求された場合、これに縦書き配置処理を行うと、図１２（ｂ）に示すように、画像とテキストとの重なり合いが無く、配置される。すなわち、画像があっても、正方形であれば、問題がなく縦書き配置ができる。
【０１１７】
図１０に戻り、Ｓ１００６で、上記暫定配置処理における配置において、上記画像データの配置に隣接して、テキストデータのタグ要素があり、このスタイルシートセレクタの属性が“ｆｌｏａｔ”があるかどうかを調べる。“ｆｌｏａｔ”であれば、Ｓ１００４へ進み、“ｆｌｏａｔ”でなければ、上記画像データの縦書き配置は、不適格であると判定され、Ｓ１００７へ進む。この処理は、上記画像が正方形以外であっても、テキストの配置を、画像形状に合わせて流し込みで補正できるので、この“ｆｌｏａｔ”があれば、縦書き配置することができると判定する。
【０１１８】
図１３は、画像データの隣接して配置されたテキストのスタイルシートセレクタの属性が“ｆｌｏａｔ”である場合の縦書き配置を示す図である。
【０１１９】
図１３（ａ）は、実施例１における横書きのフロート配置図である。また、図１３（ｂ）は、実施例１における縦書きの配置判定で可能であることを示すフロート縦書き図である。
【０１２０】
具体的な例を示すと、図１３（ａ）に示す画像が正方形でないコンテンツが縦書き要求された場合、これに縦書き配置処理を行うと、“ｆｌｏａｔ”が無ければ、図１１（ｂ）に示すように、画像とテキストとが重なる。しかし、“ｆｌｏａｔ”が設定されていれば、図１３（ｂ）に示すように、画像を避けて、テキストの流し込みによって配置される。
【０１２１】
すなわち、“ｆｌｏａｔ”が設定されていれば、画像が正方形でなくても、縦書き配置することができる。
【０１２２】
図１０に戻り、Ｓ１００７で、画像データが縦書き配置不適格であると判定されているので、縦書き配置を実行せずに、処理を終了する。
【０１２３】
一方、Ｓ１００４で、縦書き配置処理が有効であると判定されているので、画像データであれば、９０度回転し、配置補正し、また、テキストデータであれば、縦書きフォントを使用し、縦書きの配置処理を実行し、処理を終了する。
【０１２４】
Ｓ１００８で、次のタグ要素が有るか無いかを調べ、あれば、Ｓ１００２へ戻り、無ければ、処理を終了する。
【０１２５】
図１４は、実施例１における縦書き例を示す図である。
【０１２６】
図１４（ａ）は、縦書き例を示す縦書き文書１を示す。また、図１４（ｂ）は、文書１の配置を示す図である。
【０１２７】
テキストデータを縦書き指定した場合における具体的な例を示す。つまり、図１４（ａ）に示す文書で、縦書きを指定すれば、その配置は、図１４（ｂ）に示すように、“横書き”文章に続き、コメント内に記載されている“縦書き”文章を、縦書きフォントを使用して、縦書きに配置する。
【０１２８】
以上によって、縦書き配置処理が終了する。
【０１２９】
もちろん、実施例１の中で説明した特定のキーワードを別の名称に変更してもよい。すなわち、“ｍｅｔａ”タグ内で指定された“ｎａｍｅ”の値”、“ｔａｔｅ”“またはコメント内の“ｔａｔｅ−ｓｔａｒｔ”、“ｔａｔｅ−ｅｎｄ”は、印刷装置ＰＲ１内で照合する際の取り決めに合っているものであれば、別の名称であってもよい。
【０１３０】
さらに、実施例１について、“ｔａｔｅ−ｓｔａｒｔ”、“ｔａｔｅ−ｅｎｄ”間にテキストを想定し、処理を説明した。もちろん、ここでも、画像を指定することができ、この場合、上記の正方形であるか、または、“ｆｌｏａｔ”が指定されているかの判定を追加するようにしてもよい。
【０１３１】
また、縦書きに変換する場合、対象文字の回転、反転、等の処理を適用するようにしてもよい。また、縦書きへの変換には、画像オブジェクトとして回転処理、移動処理を行うことによって、縦書きに変換するようにしてもよい。
【実施例２】
【０１３２】
実施例１は、縦書き用のキーワードを見つけると、該当文書が縦書きできるかどうかを調べ、縦書きできると判定すると、縦書き配置処理を行う実施例である。
【０１３３】
実施例２は、実際は、横書きで文書が作成され、それが配置されると、見た目、縦書きのごとく見える文書、すなわち、縦一列に配置した文書が用意されと、“「”、“」”等の記号類を対応処理することによって、縦書き印刷する実施例である。
【０１３４】
図９のレイアウト処理において、Ｓ９０４の縦書き配置処理で、特別な制御を行う。
【０１３５】
図１５は、縦書き配置処理２の動作を示すフローチャートである。
【０１３６】
Ｓ１９０１で、縦書き配置処理２が開始されると、Ｓ１９０２で、“ｗｉｄｔｈ”指定があるかどうかを調べ、無ければ、処理を終了し、あれば、Ｓ１９０３へ進む。
【０１３７】
Ｓ１９０３で、“ｗｉｄｔｈ”で指定された内容領域に配置されるテキストの“フォント処理３０４”のサイズを取り込む。
【０１３８】
Ｓ１９０４で、“ｗｉｄｔｈ”幅の値と文字の幅とを比較し、一行に２文字以上配置できるかどうかを調べる。この結果、配置できれば、処理を終了し、配置できなければ、すなわち１文字しか配置できない場合、Ｓ１９０５へ進む。
【０１３９】
Ｓ１９０５で、上記までの判定によって横書き印刷ではあるが、見かけ上一列の縦書き印刷であるように判定され、この場合に“「”、“」”等がテキスト内にあるかどうかを調べる。無ければ、処理を終了し、あれば、Ｓ１９０６へ進む。
【０１４０】
Ｓ１９０６で、上記“「”、“」”等の絵文字を、縦書き用に変換する処理を実行し、配置し、処理を終了する。
【０１４１】
以上によって、テキストが一列の配列である場合、“「”、“」”等があれば、縦書き用に変換して配置する。
【０１４２】
図１６は、従来における縦一列の配置の例を示す図である。
【０１４３】
図１６（ａ）は、従来における縦一列の配列となる文書１を示す図である。図１６（ｂ）は、上記文書１の配置を示す図である。
【０１４４】
具体的な例を示すと、図１６（ａ）に示す文書の配置は、実施例２で示される縦書き配置処理２を行わない場合、図１６（ｂ）に示すように配置される。
【０１４５】
図１７は、実施例２において、縦一列の配列への縦書き対応配置を示す図である。
【０１４６】
縦書き配置処理２を行うと、“「”と“」”とが、縦書き用に変換され、適切に移動も行われ、図１７（ａ）に示すように配置される。そのための文書を図１７（ｂ）で示す。
【０１４７】
また、実施例２では、“「”と“」”とに特化して説明したが、“「”と“」”との代わりに、下記のものを使用することができる。
【０１４８】
括弧：≪≫＜＞『』「」〈〉｛｝［］（）“”‘’墨付括弧、二重引用符等；
句読点等：。、，．：；…〜−等；
拗音、促音、長音：ゃゅょぁぃぅぇぉっー
欧文、数字：ＡＢＣＤ１２３４等
また縦一列に配置する場合、図１６（ａ）の文書に示した方法の代わりに、様々考えられる。たとえば、図１７（ｂ）の文書で示される方法、縦長のボックス指定（ＤＩＶ）、テーブル指定（ＴＤ，ＴＨ）等、様々考えられる。それら全てについて、上記実施例は適応できる。
【０１４９】
図１７（ｂ）は、実施例２における縦一列の配列の例である文書２を示す図である。上記実施例は、文書内に画像が含まれている場合、画像が正方形であるかどうか、または、フロートタグがあるかどうかに応じて、画像を縦書き用に回転したときに文字と重ならないことを、自動的に検出する。これによって、見栄えの良い縦書き印刷を提供することができるので、上記実施例は、ユーザのＤＴＶ１０１印刷における利便性が向上する。
【０１５０】
つまり、上記実施例は、特定のキーワードを印刷用文書内に記載することによって、印刷装置ＰＲ１が、それを判定する手段と、印刷文書全体の縦書き配置処理を行う縦書き配置処理手段とを持つ。縦書き配置手段は、文章があれば、文章に用いられるフォントが縦書き用のフォントに置き換えられる。また、上記実施例は、画像があれば、正方形であるかどうかを判定する画像外形判定手段と、画像が長方形であってもフロートタグがあるかどうかを判定する画像判定救済判定手段とを有する。
【０１５１】
また、上記実施例は、特定のキーワード対を判定するキーワード対判定手段と、キーワード１と、対であるキーワード２とで囲まれた縦書き要求文章を取り込む縦書き要求文章取り込み手段を有する。取り込まれた縦書き要求文章を、縦書き処理手段が、縦書きに配置する。縦書き処理手段は、縦書き用フォントに置き換える。
【０１５２】
また、上記実施例は、縦書きのように縦一列に配列されているかどうかを、幅情報とフォントの大きさとから判定する縦置き判定手段と、縦一列であることを判定すると、“「”、“」”等を検出する特殊文字特定の記述検出手段とを有する。さらに、上記実施例は、特殊文字を検出すると、自動変換する特書文字変換手段を有し、縦書き用に変換する。特書文字変換手段が変換する場合、回転、反転、移動等の処理を行う。
【０１５３】
上記実施例によれば、特定キーワード対を追加記載するだけで、特定キーワード対で囲まれた文章を、簡便に縦書き印刷できるので、ユーザによるＤＴＶの印刷における利便性が向上する。
【０１５４】
また、上記実施例では、縦書き用に縦一列に配列する印刷文書を作成すると、印刷装置では、縦一列であることを判定し、“「”、“」”等の特殊文字を自動的に検出し、縦書き用に自動変換する。
【０１５５】
上記実施例によれば、簡易な方法で縦書きを実現することができ、また、見栄えの良い縦書き印刷を提供することができ、ユーザによるＤＴＶ印刷における利便性が向上する。
【０１５６】
なお、上記実施例における手段を工程に置き換えれば、上記実施例を、印刷装置の制御方法の発明として把握することができる。
【産業上の利用可能性】
【０１５７】
多くのリソースを必要とせず、また容易に実装でき、簡易な方法で縦書き印刷が実現できるので、本発明は、産業上の利用可能性が高い。
【図面の簡単な説明】
【０１５８】
【図１】本発明の実施例１である印刷装置ＰＲ１が接続されているホームネットワーク環境を示す図である。
【図２】実施例１である印刷装置ＰＲ１を使用した印刷処理システムＰＳ１を示す図である。
【図３】ネットワークコントローラ２０１のソフトウエア処理の概略を示す図である。
【図４】プリンタコントローラ２０２のソフトウエア処理の概略を示す図である。
【図５】パース（構文解析）処理の概略動作を示すフローチャートである。
【図６】縦書き検出の処理を示すフローチャートである。
【図７】実施例１において、“ｍｅｔａ”タグを使った縦書き検出処理１の動作を示すフローチャートである。
【図８】“＜！−−”タグを使った縦書き検出処理２の動作を示すフローチャートである。
【図９】レイアウト処理３０３のモジュールの中で行われるレイアウト処理の動作を示すフローチャートである。
【図１０】縦書き配置処理の動作を示すフローチャートである。
【図１１】実施例１における縦書きの配置判定において、不可の場合を説明する図である。
【図１２】実施例１における縦書きの配置判定において、可の場合を説明する図である。
【図１３】画像データの隣接して配置されたテキストのスタイルシートセレクタの属性が“ｆｌｏａｔ”である場合の縦書き配置を示す図である。
【図１４】実施例１における縦書き例を示す図である。
【図１５】縦書き配置処理２の動作を示すフローチャートである。
【図１６】従来における縦一列の配置の例を示す図である。
【図１７】実施例２における、縦一列の配列への縦書き対応配置を示す図である。
【図１８】要素ツリーの一例を示す図である。
【図１９】実施例１における横書きの配置を示す文書である。
【図２０】実施例１におけるｍｅｔａタグを使用した縦書き指定を説明するための図である。
【図２１】実施例１において、コメントタグを使用した縦書き指定を説明するための図である。
【図２２】実施例１におけるｍｅｔａタグとコメントタグとを使用した縦書き指定を説明するための図である。
【符号の説明】
【０１５９】
ＰＳ１…印刷処理システム、
ＰＲ１…印刷装置、
１０１…デジタル放送用テレビ（ＤＴＶ）、
１０４…ネットワークプリンタ、
１０５…ルータ、
１０６…ホスト、
１０８…インターネット、
１０９…ＷＷＷサーバ、
２０１…ネットワークコントローラ、
２０２…プリンタコントローラ、
２０４…コンテンツデータ、
３０２…パース処理、
３０３…レイアウト処理、
３０４…フォント処理、
３０５…イメージ処理、
３０６…バンディング処理、
３０７…レンダリング処理。
【図１】
2010083088.tif 000003
【図２】
2010083088.tif 000004
【図３】
2010083088.tif 000005
【図４】
2010083088.tif 000006
【図５】
2010083088.tif 000007
【図６】
2010083088.tif 000008
【図７】
2010083088.tif 000009
【図８】
2010083088.tif 000010
【図９】
2010083088.tif 000011
【図１０】
2010083088.tif 000012
【図１１】
2010083088.tif 000013
【図１２】
2010083088.tif 000014
【図１３】
2010083088.tif 000015
【図１４】
2010083088.tif 000016
【図１５】
2010083088.tif 000017
【図１６】
2010083088.tif 000018
【図１７】
2010083088.tif 000019
【図１８】
2010083088.tif 000020
【図１９】
2010083088.tif 000021
【図２０】
2010083088.tif 000022
【図２１】
2010083088.tif 000023
【図２２】
2010083088.tif 000024