(57)【特許請求の範囲】
【請求項１】
サーバ装置から取得する構造化文書データを処理する情報処理装置であって、
前記構造化文書データを解析して特定の識別情報が埋め込まれているかどうかを判断する判断手段と、
前記判断手段が前記特定の識別情報が埋め込まれていないと判断した場合、前記構造化文書データに埋め込まれているフォントを取り出して、前記構造化文書データの文字コードに従う描画処理を行い、
前記判断手段が前記特定の識別情報が埋め込まれていると判断した場合、前記特定の識
別情報に基づき前記構造化文書データに埋め込まれている前記構造化文書データに埋め込まれているフォントから特定の文字コードがランダムコードに変換された変換フォントを取り出して、前記構造化文書データの文字コードに従う描画処理を行う描画手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記描画手段により描画された文字を表示する表示手段を備えることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記描画手段により描画された文字を印刷する印刷手段を備えることを特徴とする請求項１記載の情報処理装置。
【請求項４】
サーバ装置から取得する構造化文書データを処理する情報処理装置におけるデータ処理方法であって、
前記構造化文書データを解析して特定の識別情報が埋め込まれているかどうかを判断する判断ステップと、
前記判断ステップが前記特定の識別情報が埋め込まれていないと判断した場合、前記構造化文書データに埋め込まれているフォントを取り出して、前記構造化文書データの文字コードに従う描画処理を行い、
前記判断ステップが前記特定の識別情報が埋め込まれていると判断した場合、前記特定の識別情報に基づき前記構造化文書データに埋め込まれている前記構造化文書データに埋め込まれているフォントから特定の文字コードがランダムコードに変換された変換フォントを取り出して、前記構造化文書データの文字コードに従う描画処理を行う描画ステップと、
を備えることを特徴とするデータ処理方法。
【請求項５】
前記描画ステップにより描画された文字を表示する表示ステップを備えることを特徴とする請求項４記載のデータ処理方法。
【請求項６】
前記描画ステップにより描画された文字を印刷する印刷ステップを備えることを特徴とする請求項４記載のデータ処理方法。
【請求項７】
請求項４〜６のいずれか１項に記載のデータ処理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、情報処理装置を含む情報処理システムにおけるデータ処理に関するものである。
【背景技術】
【０００２】
従来、下記特許文献１に記載される情報処理システムにおいて、電送処理される電子文書中の文字情報を本来の文字情報とは異なる文字情報に変換して、情報の秘匿性を保持できるように構成されている。
【０００３】
この場合において、文字情報の変換処理には、あらかじめ用意された複数の変換テーブルを使って変換フォントを作成しており、フォントを変換テーブルから作成するので、テーブルに対応した同じフォントが毎回作成される。
【０００４】
また、上記情報処理システムは、電子文書と変換フォントが異なるファイルのため、サーバでの電子文書に対応するフォントファイルの管理、クライアントへのフォントのダウンロードのための専用の通信プロトコル、クライアントでの対応するフォントの埋め込みと使用のための登録などの手順により実現している。
【特許文献１】特開２００２−１６９８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
また、サーバ、クライアント、印刷端末によって構成されるデータ処理システムでは、ユーザがクライアントで指示した印刷データを一旦サーバに蓄積し、そのユーザが印刷端末で認証を行いサーバに蓄積された印刷データを印刷端末で印刷するシステムが提案されている。
【０００６】
このようなシステムにおいては、従来、印刷データは独自に開発したフォーマットを使用していたため、サーバのデータを参照できる権限を持つオペレータであっても印刷内容を簡単に見ることはできなかった。
【０００７】
しかし、印刷データがマークアップ言語であるＸＭＬ（Extensible Markup Language）に変わった場合、サーバに蓄積されたＸＭＬデータはＸＭＬ Ｖｉｅｗｅｒ（ビューア）やテキストエディタで内容を容易に確認することができる様になる。このため個人情報や、守秘性の高いデータを印刷する際にセキュリティ上の問題がある。
【０００８】
さらに、印刷データを一時的にサーバに蓄積するシステムでは、印刷回数や期間が指定されている場合、より長期間サーバに印刷データが保存された状態となり、その間に印刷データの内容を見られる可能性が高くなってしまう課題があった。
【０００９】
図２２は、データ処理システムの構成を説明する図である。本例は、サーバ装置、端末装置、印刷端末によって構成されるデータ処理システムの例である。
【００１０】
図２２において、ネットワークに接続されたＰＣ１０４でネットワークＮＥＴに接続されたプリンタ１０７に文書１０５（この時点では電子文書の文字は“こすぎ”である。）を印刷すると、ＰＣ１０４にインストールされているプリンタドライバによってＸＭＬ文書１０６に変換される（この時点でＸＭＬ文書の文字は“こすぎ”のままである）。
【００１１】
なお、一般的にＸＭＬ文書は、米国マイクロソフト社が開発したＸＰＳ文書も含まれる。
【００１２】
そして、変換が終わったＸＭＬ文書１０６は、一旦プリントサーバとして機能するサーバ１０１に論理的に接続された記憶装置１０２にＸＭＬ文書１０３として格納される。
【００１３】
通常、この種のサーバ１０１は管理者のみが記憶装置１０２等の資源を参照できる様な権限の構成になっており、不特定多数のアクセス者の不適切な文書の参照は防げる。しかし、管理者本人による不適切な参照は防ぐことができないため“こすぎ”は参照されてしまう。
【００１４】
次に、ＸＭＬ文書１０３はサーバ１０１を介してプリンタ１０７に送られ、印刷される。
【００１５】
さらに、プリンタ１０７での印刷の開始が、プリンタ１０７を操作したオペレータの要求である様なシステムの場合、オペレータの要求までに時間がかかる程、サーバ１０１の記憶装置１０２に置かれる時間が長くなり、適切でない参照により記憶されたＸＭＬ文書１０３が参照される可能性が高くなる。
【００１６】
この様に、印刷データにＸＭＬデータが使われた場合、電子文書から変換しただけの文書では、一般的なＸＭＬＶｉｅｗｅｒやテキストエディタによって容易に文書が参照できてしまうため、セキュリティ上の課題があった。
【００１７】
図２３を用いて、秘匿性が求められる文書、データについて説明する。
【００１８】
図２３は、図２２に示したデータ処理システムで管理される印刷データの一例を示す図である。本例は、顧客データ２３０１の管理テーブルの例である。
【００１９】
図２３に示すように、通常、顧客データ２３０１を管理するテーブルには、顧客番号、顧客名、住所、電話番号、生年月日などが必要に応じて記載される。この様な表のデータのなかでは住所、電話番号、生年月日などは個人情報２３０２としての重要度が高く、可能な限り秘匿に努める必要がある。
このような個人情報がＸＰＳ形式で構成されている場合、当該個人情報２３０２が図２２に示した記憶装置１０２に一定期間保持された状態で管理されると、権限者が容易に参照して印刷することで、個人情報が流出してしまうという課題があった。
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、構造化文書データ中の文字列が参照されても、通常の描画機能では意味のない文字列を描画させ、特定の描画機能では正しい文字列を描画できる仕組みを提供することである。
【課題を解決するための手段】
【００２０】
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
【００２１】
サーバ装置から取得する構造化文書データを処理する情報処理装置であって、前記構造化文書データを解析して特定の識別情報が埋め込まれているかどうかを判断する判断手段と、前記判断手段が前記特定の識別情報が埋め込まれていないと判断した場合、前記構造化文書データに埋め込まれているフォントを取り出して、前記構造化文書データの文字コードに従う描画処理を行い、前記判断手段が前記特定の識別情報が埋め込まれていると判断した場合、前記特定の識別情報に基づき前記構造化文書データに埋め込まれている前記構造化文書データに埋め込まれているフォントから特定の文字コードがランダムコードに変換された変換フォントを取り出して、前記構造化文書データの文字コードに従う描画処理を行う描画手段と、を備えることを特徴とする。
【発明の効果】
【００２２】
本発明によれば、構造化文書データ中の文字列が参照されても、通常の描画機能では意味のない文字列を描画させ、特定の描画機能では正しい文字列を描画できる。
【発明を実施するための最良の形態】
【００２３】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２４】
＜システム構成の説明＞
〔第１実施形態〕
図１Ａは、本実施形態を示すデータ処理システムの一例を示す図である。なお、データ処理システムを構成するサーバ装置３００１、端末装置３００２は、図１Ｂに示すハードウエア資源を備え、ＣＰＵがモジュールをＲＡＭにロードして実行することで、本実施形態に示す文字処理を実現可能に構成されている。なお、サーバ装置３００１、端末装置３００２、印刷装置３００４は、ネットワーク３００３を介して、相互に通信可能に構成されている。これにより、サーバ装置３００１は、作成したＸＭＬデータを端末装置３００２に送信可能に構成されている。この場合、送信処理は、専用のドライバを起動することで作成されるが、詳細は後述する。
図１Ａに示すようにデータ処理システムは、サーバ装置において、ＸＭＬ作成手段３０１をモジュールとして備え、端末装置、印刷端末側にＸＭＬ解析手段３０８をモジュールとして備える。ここで、データ処理装置は、後述するハードウエア資源と、ソフトウエア資源を備え、インストールされているオペレーティングシステム（ＯＳ）上で、後述するモジュールを実行して文字処理を行う。なお、ＸＭＬ作成手段３０１とＸＭＬ解析手段３０８を同じデータ処理装置に備える場合と、ＸＭＬ作成手段３０１とＸＭＬ解析手段３０８とをそれぞれ異なるデータ処理装置に備える場合とがある。
【００２５】
ＸＭＬ作成手段３０１は、アプリケーションで作成される電子文書を解析し、文書を構成するすべての描画情報を、ＸＭＬデータを構成する描画情報群に変換するＸＭＬデータ作成手段３０２を備える。さらに、ＸＭＬ作成手段３０１は、変換されたＸＭＬデータの中で文字を構成する描画情報（テキスト）を取り出して一覧表を作成するランダムコード作成手段３０４を備える。
【００２６】
さらに、ＸＭＬ作成手段３０１は、このテキストすべてに対応するランダムな文字コードを対応させた対応表を生成し、ランダムな文字コードを指定すると、元のフォント（グリフ）を選択できる様に内部のテーブルを変換したフォントを作成する変換フォント作成手段３０３を備える。
【００２７】
また、ＸＭＬ作成手段３０１は、変換テーブルに対応させてＸＭＬ描画データの変換を行うＸＭＬデータ変換手段３０５を備える。また、ＸＭＬ作成手段３０１は、作成した変換フォントを、独自タグ、または、フォント名を変更してＸＭＬの中に埋め込む変換フォント埋め込み手段３０６を備える。さらに、ＸＭＬ作成手段３０１は、変換テーブルに対応させてＸＭＬの文字コードの変換を行う文字コード変換手段３０７を備えている。
【００２８】
ＸＭＬ解析手段３０８は、標準のＸＭＬデータの解析が可能なＸＭＬデータ解析手段３０９と、変換フォントがＸＭＬに格納されている場合、独自タグを解析して変換フォントを確認する独自タグ解析手段３１０とを備える。
【００２９】
さらにＸＭＬ解析手段３０８は、取り出した独自タグから変換フォントを作成する変換フォント取り出し手段３１１と、解析したＸＭＬデータと変換フォントを使って描画を行うＸＭＬ描画手段３１２を備える。
【００３０】
図１Ｂは、図１Ａに示したサーバ装置、端末装置の構成を説明するブロック図である。本例では、サーバ装置、端末装置がネットワークを介して、相互に通信可能なシステム例である。
【００３１】
図１Ｂにおいて、３００１はデータ処理部で、ＲＯＭ２０２あるいは例えばハードディスクなどの大規模な記憶装置２１０に記憶されたソフトウエアを実行するＣＰＵ２０１を備える。そして、ＣＰＵ２０１はシステムバス２１３に接続される各デバイスを総括的に制御する。
【００３２】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５は外部入力コントローラ（ＰＡＮＥＬＣ）で、複合機に備えられた各種ボタンあるいはタッチパネル（ＰＡＮＥＬ）２０６等からの指示入力を制御する。
【００３３】
２０７はディスプレイコントローラ（ＤＩＳＰＣ）で、例えば液晶ディスプレイなどで構成される表示モジュール（ＤＩＳＰＬＡＹ）２０８の表示を制御する。
【００３４】
２０４はネットワークインタフェースコントローラ（ＮＩＣ）で、ＬＡＮ３００３を介して、他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやりとりする。なお、大規模の記憶装置２１０（ＨＤ）は、ディスクコントローラ２０９（ＤＫＣ）によって読み書きの制御が行われる。大規模の記憶装置２１０は、画像の一時記憶場所（スプーラ部）としても使われる。なお、ＲＯＭ２０２又はＨＤ２１０には、図１Ａに示したモジュールが格納されており、ＣＰＵ２０１が各モジュールを実行することで、後述する各種のＸＭＬに対する文字処理を行う。
図２は、図１Ａに示したＸＭＬ作成手段３０１のデータ処理を説明する図である。以下、ＸＭＬドライバが電子文書としてＷＯＲＤ文書を例に取り、ＸＭＬデータに変換する処理について説明する。
【００３５】
図２において、ＷＯＲＤ文書４０１には「なまえ  こすぎ」と記載されており、文書内には（８２Ｃ８、８２ＤＣ、８２Ａ６、８２Ｂ１、８２Ｂ７、８２ＡＣ）の文字コードとして格納される。
【００３６】
ここで、データ処理装置にインストールされているＷｉｎｄｏｗｓ（登録商標）ＯＳでは、この文字コードを描画するにあたり、ＯＳに登録されているフォント４０２（例えばＭＳゴシック）を文字コードと共にＧＤＩ（Graphic Device Interface）に指定して描画処理を行う。ここで、描画処理とは、画面表示のための描画処理と、印刷データを生成するための描画処理が含まれる。
【００３７】
アプリケーションによって作成された、例えば文書データがＧＤＩに描画されると、ＯＳを経由してＸＭＬドライバ４０３に描画情報が渡される。ここで、ＯＳの下で管理されるＸＭＬドライバ４０３は、データ処理装置の記憶装置にインストールされており、ＣＰＵが実行することで、以下の文字処理を行う。
【００３８】
ＸＭＬドライバ４０３内ではＯＳから受け取った描画情報を解析し、対応するＸＭＬ４０４の描画情報に変換する。この中で、ＸＭＬ４０４に変換されたテキストコードはアプリケーションと同じ文字コードで、一般的なテキストエディタで判読可能な形式となっている。ここで、アプリケーションとは、ビジネスソフトウエアとしてＰＣにインストールされているマイクロソフト社のＷｏｒｄが含まれる。
フォントについては、ＸＭＬドライバ４０３がＯＳから受け取ったフォント情報を使って、ＸＭＬで使用している文字（グリフ）のみのデータをＯＳから収集してＸＭＬデータに埋め込むことが可能である。埋め込まれたフォント４０５はＸＭＬの標準のＶｉｅｗｅｒ等によって取り出し、描画時にＯＳに登録して描画させることができる。
【００３９】
ここで、フォント４０５のフォント構造４０６は、文字コード（８２Ｃ８、８２ＤＣ、８２Ａ６等）、グリフコード（０００１、０００２、０００３等）、グリフ（文字そのものの描画情報（な、ま、え等））で構成されている。図２において、４０６Ａは文字コードを示し、４０６Ｂはグリフコードを示し、４０６Ｃはグリフを示す。
図３〜図９は、本実施形態を示すデータ処理装置における文字処理を説明する図である。
【００４０】
以下、図３を参照して、図２に示したＸＭＬについて変換フォントの作成方法を説明する。なお、処理される文字コード等は、図２と同じである場合を説明する。
【００４１】
図３において、ＸＭＬドライバ４０３によって作成されたＸＭＬデータ５０２のうち、「こすぎ」に対応する文字列５０１について部分的に隠蔽するケースについて説明する。
【００４２】
まず、「こすぎ」に対応する８２Ｂ１、８２Ｂ７、８２ＡＣを含む文字コード５０３を抜き出し、ランダムコード対応表５０５の「変換前」の列に８２Ｂ１、８２Ｂ７、８２ＡＣを登録する。この作業をすべての隠蔽が必要な文字について行う。なお、隠蔽したい文字は、ユーザの指定した文字、或いは、隠蔽すべき入力エリアに指定されているエリアに対して入力された文字とするが、他の方法で隠蔽した文字を指定するように構成してもよい。なお、ランダムコード対応表５０５は、構造化文書データの一例であるＸＭＬデータに使用されている文字コードをランダムコードに変換する対応テーブルとして機能する。
【００４３】
なお、本実施形態に示すデータ処理装置において、ランダムコード対応表の作成はページ単位、複数ページ単位、全ページ単位のいずれでも行うことができるように構成されている。この際、重複した文字コードは登録しない。なお、本実施形態において、ランダムコード対応表５０５は、ＸＭＬデータの中に埋め込まれておらず、サーバ側の記憶装置で管理されている。
図３に示すようにして、「変換前」の文字コードの登録の処理が終了すると、ランダムコード対応表５０５の「変換後」の列にランダムにコードを設定する。ここで、設定するコードの範囲は、変換前のコード、使用しているフォントの文字コードがサポートしている範囲、または、文字コードがサポートしない範囲のいずれも選択することができる。
【００４４】
このようにして、ランダムコード対応表５０５の作成が終了すると、変換前のフォント４０５をランダムコード対応表５０５に従って変換する変換フォント作成処理を開始する。
本実施形態では、サーバ側にインストールされているＸＭドライバ４０３がランダムコード対応表５０５に従う規則で８２Ｂ１を８２ＡＣに、８２Ｂ７を８２Ｂ１に、８２ＡＣを８２Ｂ７に変換する。そして、変換が終了したフォントを使ってＸＭＬを描画した場合、図３において隠蔽指定されたテキスト「こすぎ」は、「すぎこ」に対応する文字列５０６の表示に変わる。
【００４５】
以下、図４を参照して、図３に示した変換フォントを作成したＸＭＬの文字コードを変換する処理を説明する。
まず、変換フォントをＸＭＬデータ６０１の中から見つけ、各文字コードについてランダムコード対応表５０５に従い変換を行う。ここでは、図３に示した変換フォント作成処理により作成された変換フォント「ぎこす」が見つかる。
本実施形態では、ランダムコード対応表５０５の規則に従い８２Ｂ１→８２ＡＣ、８２Ｂ７→８２Ｂ１、→８２ＡＣ→８２Ｂ７と変換される。文字コード６０２が含まれるＸＭＬデータ６０１は、上記変換処理により、文字コード６０６が含まれるＸＭＬデータ６０４に変更された状態でサーバ側の記憶装置に保存する。
【００４６】
この変換によって、専用のＸＭＬＶｉｅｗｅｒを用いると、変換後の文字コード６０６と、変換フォント５０８との組み合わせで描画した場合、変換前文書に対応する元の文字６０５である「こすぎ」と描画することが可能となる。
【００４７】
以下、図５を参照して、サーバ側において、変換後のＸＭＬデータ７０１に変換前のフォント４０５と変換後の変換フォント７０２を埋め込む方法について説明する。
【００４８】
通常のＸＭＬでは、文字に対応するフォントは１つのみ埋め込むことができる。そのため、標準のＶｉｅｗｅｒでの部分文字の隠蔽を行うため、変換後のＸＭＬデータ７０１と変換前のフォント４０５を対応する様にＸＭＬに埋め込む。
【００４９】
さらに、専用Ｖｉｅｗでのみ正しく文書が表示できる様に独自タグで変換後の変換フォント７０２をＸＭＬデータに追加する。
【００５０】
標準のＶｉｅｗｅｒを備える端末装置側では、変換後の変換フォント７０２は独自のタグ（特定の識別情報として機能する）であるので、使用されず、変換前のフォント４０５によって「ぎこす」として描画される。なお、独自のタグ（特定の識別情報として機能する）７０２は、標準のビューアでは処理されず、専用のビューアでは識別可能なタグとして機能する。
【００５１】
以下、図６を参照して、端末装置側で通常のＸＭＬＶｉｅｗｅｒやＴｅｘｔエディタを用いて、サーバ側に登録されたＸＭＬ形式の電子文書を第三者が参照する場合の文字描画処理を説明する。
【００５２】
文字コードが変換され、変換フォント７０２が埋め込まれたＸＭＬデータ７０１がサーバ側から取得され、端末装置側の通常のＸＭＬ  Ｖｉｅｗｅｒにより解析される。この場合は、文字コード列８０２と、変換前のフォント４０５とが取り出され、取り出したフォントを使用可能にするためにＯＳに登録し、テキスト描画命令としてＯＳに渡され描画される。ここで、端末装置側の通常のＸＭＬ  Ｖｉｅｗｅｒは、独自タグで組み込まれている変換フォント７０２については解析できずに無視する。
【００５３】
ここで、文字コード列８０２のコードは、“８２ＡＣ”、“８２Ｂ１”、“８２Ｂ７”で、このコードに対応する変換前のフォントは“８２ＡＣ→ぎ”、“８２Ｂ１→こ”、“８２Ｂ７→す”となる。
【００５４】
このとき、データ処理装置の端末装置８０３が備える表示装置の表示画面８０４では「ぎすこ」と描画される。
【００５５】
以下、図７を参照して、本実施形態に示す専用のＸＭＬＶｉｅｗを用いる端末装置で描画する場合、あるいはプリンタ等で印刷するケースを説明する。
端末装置により文字コードが変換され、フォンと４０５と変換フォント７０２とが埋め込まれたＸＭＬデータ７０１をサーバ側から取得する。次に、端末装置では、本実施形態に示す専用のＸＭＬ  ＶｉｅｗｅｒによりＸＭＬデータ７０１を解析する。これにより、専用のＸＭＬ  Ｖｉｅｗｅｒには、文字コード列８０２と、変換フォント６０３とを取り出し、それをＯＳに登録し、テキスト描画命令としてＯＳに渡され描画される。本例では、独自タグによって変換フォントがＸＭＬデータ７０１に組み込まれているので、変換前のフォント４０５は取り出さずに無視される。
【００５６】
これにより、文字コード列８０２のコードは、“８２ＡＣ”、“８２Ｂ１”、“８２Ｂ７”で、このコードに対応する変換フォントは“８２ＡＣ→こ”、“８２Ｂ１→す”、“８２Ｂ７→ぎ”となる。
【００５７】
このとき、端末装置９０３の表示装置の表示画面９０１では「こすぎ」と文字列９０４が描画される。なお、これをプリンタドライバで印刷すると、「こすぎ」と印刷される。
図８は、本実施形態を示すサーバ装置におけるデータ処理手順の一例を示すフローチャートである。本例は、サーバ装置にインストールされているＸＭＬドライバ４０３によるＸＭＬ作成処理例である。なお、Ｓ１００１〜Ｓ１００６は各ステップを示す。また、各ステップは、サーバ装置のＣＰＵがＲＡＭにＸＭＬドライバ４０３をロードして実行することで実現される。
【００５８】
以下、アプリ文書からＸＭＬドライバ４０３へ印刷（変換）要求があると、ＸＭＬデータ５０２と埋め込まれたフォント４０５が作成される。ＸＭＬドライバ４０３は、ＸＭＬデータ５０２のうち、「こすぎ」に対応する文字列５０１について部分的に隠蔽するケースについて説明する。
【００５９】
まず、Ｓ１００１で、サーバ装置にインストールされているＸＭＬドライバ４０３は、「こすぎ」に対応する文字列５０１の文字コードを抜き出し、ランダムコード対応表５０５の「変換前」の列に登録する。なお、本処理は、サーバ装置が備えるＲＡＭ上で実行される。
この作業をすべての隠蔽が必要な文字（本実施形態では、文字列５０１に対応する「こすぎ」）について行う。
【００６０】
なお、テーブルの作成はページ単位、複数ページ単位、全ページ単位のいずれでも行うことができる。
【００６１】
この際、重複した文字コードは登録しない。このようにして、登録が終了すると、Ｓ１００２で、ＸＭＬドライバ４０３は、ランダムコード対応表５０５の「変換後」の列にランダムにコードを設定する（図３に示すランダムコード対応表５０５参照）。
【００６２】
ここで、設定するコードの範囲は、変換前のコード、使用しているフォントの文字コードがサポートしている範囲、または、文字コードがサポートしない範囲のいずれも選択することができる。
【００６３】
このようにして、ランダムコード対応表の作成が終了すると、Ｓ１００３で、ＸＭＬドライバ４０３は、変換前のフォント４０５に対する変換対象の文字のコード５０９をランダムコード対応表に従って変換する。
【００６４】
本例では、図３に示すように、ＸＭＬドライバ４０３は、８２Ｂ１→８２ＡＣ、８２Ｂ７→８２Ｂ１、→８２ＡＣ→８２Ｂ７の規則で変換する。
次に、Ｓ１００４で、ＸＭＬドライバ４０３は、変換する文字をＸＭＬデータ６０２の中から見つけ、各文字コードについてランダムコード対応表に従い変換を行う。
【００６５】
本例では、図３に示すように、フォントと同様に、ＸＭＬドライバ４０３は、８２Ｂ１→８２ＡＣ、８２Ｂ７→８２Ｂ１、→８２ＡＣ→８２Ｂ７の規則で変換する。
【００６６】
そして、Ｓ１００５で、図４に示すように、変換の結果を示す文字コード６０６に従いＸＭＬデータ６０４を変更して、サーバ装置が備える記憶装置に保存する。
【００６７】
そして、Ｓ１００６で、ＸＭＬドライバ４０３は、変換後のＸＭＬ７０１と変換前のフォント４０５を対応する様にＸＭＬに設定する。さらに、専用Ｖｉｅｗｅｒでのみ正しく文書が表示できる様に独自タグで変換後のフォント７０２をＸＭＬデータに追加して、本処理を終了する。
【００６８】
図９は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、端末装置がサーバ装置からＸＭＬデータを取得して、インストールされている専用のＶｉｅｗｅｒで変換されたＸＭＬを描画する例である。なお、Ｓ１１０１〜Ｓ１１０６は各ステップを示す。また、各ステップは、データ処理装置のＣＰＵがＯＳ上で専用のＶｉｅｗｅｒをロードして実行することで実現される。
【００６９】
文字コードが変換され、フォント４０５、変換フォント７０２が埋め込まれたＸＭＬデータ７０１を取得すると、Ｓ１１０１で、専用のＸＭＬ  ＶｉｅｗｅｒによりＸＭＬデータ７０１を解析して、ＸＭＬ文字コードを抽出する。
【００７０】
次に、Ｓ１１０２で、ＸＭＬデータ７０１に変換フォントを格納した独自タグがあるかどうかを専用のＶｉｅｗｅｒが判断する。ここで、変換フォントが組み込まれていると専用のＶｉｅｗｅｒが判断した場合、Ｓ１１０３で、ＸＭＬデータ７０１から変換フォントが抽出され、対応する変換前のフォント４０５は取り出さずに無視される。次に、Ｓ１１０５で、Ｓ１１０３で取り出された文字コード列１１０１と、変換フォント６０３を、ＯＳに登録し、Ｓ１１０６で、テキスト描画命令としてＯＳに渡され描画され、本処理が終了する。
【００７１】
一方、Ｓ１１０２で、独自のタグがないと専用のＶｉｅｗｅｒが判断した場合は、フォント４０５が抽出され、フォント４０５を、ＯＳに登録し、Ｓ１１０６で、テキスト描画命令としてＯＳに渡され描画され、本処理が終了する。
【００７２】
ここで、図７に示すように、文字コード列８０２のコードは、“８２ＡＣ”、“８２Ｂ１”、“８２Ｂ７”で、このコードに対応する変換フォントは“８２ＡＣ→こ”、“８２Ｂ１→す”、“８２Ｂ７→ぎ”となる。
【００７３】
このとき、端末装置９０１の表示画面９０３では、文字列９０４が「こすぎ」と描画される。
【００７４】
図１０は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、端末装置がサーバ装置から変換されたＸＭＬデータを取得して、インストールされている標準のＶｉｅｗｅｒで変換されたＸＭＬを描画する例である。なお、Ｓ１２０１〜Ｓ１２０４は各ステップを示す。また、各ステップは、データ処理装置のＣＰＵがＯＳ上で専用のＶｉｅｗｅｒをロードして実行することで実現される。
【００７５】
文字コードが変換され、フォント４０５、変換フォント７０２が埋め込まれたＸＭＬデータ７０１は、通常のＸＭＬ  Ｖｉｅｗｅｒにより解析される。そして、Ｓ１２０１で、通常のＸＭＬ  Ｖｉｅｗｅｒにより文字コード列が抽出され、Ｓ１２０２で、通常のＸＭＬ  Ｖｉｅｗｅｒにより変換前のフォント４０５が抽出される。
【００７６】
そして、Ｓ１２０３で、取り出したフォントを使用可能にするためにＯＳに登録し、テキスト描画命令としてＯＳに渡され、Ｓ１２０４で、描画される。この場合、通常のＸＭＬ  Ｖｉｅｗｅｒは、独自タグで組み込まれている変換フォント７０２は解析できずに無視する。
【００７７】
これにより、図６に示したように、文字コード列８０２のコードは、“８２ＡＣ”、“８２Ｂ１”、“８２Ｂ７”で、このコードに対応する変換前のフォントは“８２ＡＣ→ぎ”、“８２Ｂ１→こ”、“８２Ｂ７→す”となる。このとき、端末装置８０３の表示画面８０４には、「ぎこす」と描画される。
【００７８】
図１１は、本実施形態を示すサーバ装置で生成されるランダムコードの一例を示す図である。本例は、隠蔽したい元の文字１３０３に対して、フォント変換する毎にランダムな文字コードに変換される例である。
【００７９】
本実施形態では、サーバ装置が用いる図３に示したランダムコード対応表５０５の作成は、作成毎に異なる変換後のコードを生成することができる。このため、ＸＭＬ作成回数１３０１と変換文字コードの対応表では、元の文字列に対して一般のＶｉｅｗｅｒで表示されるランダムコード１３０２を毎回変更することができ、悪意のある第三者の解析が事実上不可能となる。
【００８０】
この様に、文字コードが毎回の生成で異なっていても、生成の度にコードに対応した専用のフォントを作成し、専用Ｖｉｅｗｅｒで取り出して使用できる構成としているので、常に元の文書の文字列１３０４の表示が可能である。
【００８１】
図１２は、本実施形態を示すサーバ装置における文字処理を説明する図である。以下、文字列の部分隠蔽のための文書の分割描画とフォントの分割する処理について説明する。
【００８２】
例えばマイクロソフト社のＷｉｎｄｏｗｓ（登録商標）のＯＳではＥｘｔＴｅｘｔＯｕｔというテキスト（フォント）描画関数を持っており、テキスト描画には一般的に使用される。以下、このテキスト（フォント）描画関数を用いて「なまえ  こすぎ」の描画について説明する。
【００８３】
アプリケーション文書から最初にＸＭＬに変換された場合、「なまえ  こすぎ」の描画は連続した文字コード１４０１として作成されており、これを描画する場合、ＥｘｔＴｅｘｔＯｕｔ（ＭＳゴシック８２…）の形式で使用される。この文書すべてを隠蔽する場合はすべてのコードを一括してランダムコードに変換する。
【００８４】
しかし、部分的に隠蔽するためには、変換しない文字コードとのコードの重複の制御を避けるために描画を切り離し、ＥｘｔＴｅｘｔＯｕｔ（ＭＳゴシック８２Ｃ…）１４０２と、ＥｘｔＴｅｘｔＯｕｔ（ＭＳゴシックＡ８２Ａ…）１４０３とする。切り離した描画の描画開始位置を切り離す前の描画位置に合わせて変更し、フォント名を変更しフォントファイルも分割する必要がある。
【００８５】
図１３は、本実施形態を示すサーバ装置におけるフォントの分割方法を説明する図である。
【００８６】
これまでの説明では、変換フォントの作成は１つのフォントファイル内コードの変換で行っていた。しかし、この方法では、変換しない文字１５０２と変換する変換フォント６０３が重複しない様に制御する必要があり、ランダムコードの使用が制限されてしまう。
【００８７】
さらに、この二つのフォントには同じ文字１５０１，１５０２が含まれているため、文字数が多いＸＭＬデータではファイルサイズが無駄に大きくなってしまう課題がある。
【００８８】
これらの課題には、図１２で説明した描画の分割に対応したフォントファイルの分割を適用する事が効果的である。
【００８９】
この場合には、元の描画は「なまえ  こすぎ」１５０３であるが、これを「なまえ」１５０４と「こすぎ」１５０５に分解し、それぞれが異なるフォントを使用できる様に「なまえ」は元と同じ“ＭＳゴシック”のままで、「こすぎ」は“ＭＳゴシックＡ”の様に異なるフォント名とする。フォント名の変更については特に制限は無く、ＯＳやＸＭＬフォーマットの制限に従う。
【００９０】
また、元のフォント４０６は、重複しない文字１５０１のみを残して隠蔽するフォント１５０６を削除する。隠蔽する文字に対応するフォント１５０７については、逆に重複する文字部分をそれぞれ削除したフォント１５０８、１５０９を作成する。
【００９１】
〔第２実施形態〕
第１実施形態では、ＸＭＬに埋め込む変換フォントを独自のタグで埋め込む方法について説明したが、第２実施形態では、ＸＭＬが通常使用するフォントとして埋め込む方法について説明する。
【００９２】
図１３に示したフォント分割後のＸＭＬでは、重複する文字（ＭＳゴシック）のフォント１５０６と隠蔽する文字（共にＭＳゴシックＡ）１５０７のフォント１５０８、１５０９がありフォント名が重なっている。このため、ＸＭＬ標準フォントとして３つのフォントを一緒に埋め込むことができない。
【００９３】
そのため、図１４に示すように変換フォントのフォント名を他の２つのフォント名と重ならない様に「ＭＳゴシックＡ−Ｈｅｎｋａｎ」に変更する。フォント名の変更については特に制限は無く、ＯＳやＸＭＬフォーマットの制限に従う。図１４では、“ＭＳゴシックＡ”で指定された文字描画を“ＭＳゴシックＡ−Ｈｅｎｋａｎ”に変更した場合のフォント描画の例を説明している。
【００９４】
図１５は、本実施形態を示すサーバ装置における文字処理状態を説明する図である。本例は、変換後のＸＭＬに、変換前のフォントと変換後のフォントをＸＭＬ標準フォントで埋め込む例である。
【００９５】
通常のＸＭＬデータ７０１では、文字に対応するフォントは１つのフォント４０５のみ埋め込むことができる。そのため、標準のＶｉｅｗｅｒでの部分文字の隠蔽を行うため、変換後のＸＭＬデータ７０１と変換前のフォント４０５を対応する様にＸＭＬに埋め込む。
【００９６】
さらに、専用Ｖｉｅｗでのみ正しく文書が表示できる様にフォント名に専用拡張子“−Ｈｅｎｋａｎを追加した”変換後の変換フォント１７０１をＸＭＬデータに追加する。これにより、標準のＶｉｅｗｅｒでは変換後の変換フォント１７０１は使用されず、変換前のフォント４０５によって「ぎこす」と描画される。
【００９７】
図１６は、本実施形態を示すサーバ装置における文字処理状態を説明する図である。以下、専用拡張子“−Ｈｅｎｋａｎを付加した場合の”フォントの分割方法を説明する。
【００９８】
図１６において、フォント１５０６、フォント１５０８、変換フォント１５０９は、図１３に示したフォント分割後のフォントファイルである。この中で、変換フォント１５０９のフォント名１８０１を“ＭＳゴシックＡ”から“ＭＳゴシックＡ−Ｈｅｎｋａｎ”に変更し、他のフォント１５０６のフォント名と重ならないフォント１５０８として、ＸＭＬ標準フォントとしてＸＭＬ１８０２に埋め込む。
【００９９】
図１７は、本実施形態を示す端末装置における文字描画処理を説明する図である。本例は、通常のＸＭＬ  ＶｉｅｗｅｒやＴｅｘｔエディタを用いる端末装置で、第三者がＸＭＬを参照する場合の描画処理例である。
【０１００】
図１７において、文字コードが変換され、フォント４０５、変換フォント１７０１が埋め込まれたＸＭＬデータ７０１は、通常のＸＭＬ  Ｖｉｅｗｅｒにより解析されると、文字コード列８０２と、変換前のフォント４０５が取り出され、取り出したフォントを使用可能にするためにＯＳに登録し、テキスト描画命令としてＯＳに渡され描画される。
【０１０１】
変換フォント１７０１は標準フォントとして埋め込まれているので、通常のＸＭＬ  Ｖｉｅｗｅｒで解析可能だが、ＸＭＬの中のテキスト描画で使用していないフォント名（専用拡張子“−Ｈｅｎｋａｎ”が追加されたフォント名）のため、ＯＳに登録されることは無い。
【０１０２】
文字コード列８０２のコードは、“８２ＡＣ”、“８２Ｂ１”、“８２Ｂ７”で、このコードに対応する変換前のフォントは“８２ＡＣ→ぎ”、“８２Ｂ１→こ”、“８２Ｂ７→す”となる。
【０１０３】
このとき、端末装置８０３の表示画面１９０１で「ぎこす」と描画される。
【０１０４】
図１８は、本実施形態を示す端末装置における文字描画処理を説明する図である。本例は、専用のＸＭＬＶｉｅｗやプリンタ等でＸＭＬを描画する例である。
【０１０５】
図１８に示すように、文字コードが変換され、フォント４０５、変換フォント１７０１が埋め込まれたＸＭＬデータ７０１は、専用のＸＭＬ  Ｖｉｅｗｅｒにより解析される。この場合、専用のＸＭＬ  Ｖｉｅｗｅｒは、文字コード列８０２と、変換フォント６０３が取り出され、それをＯＳに登録し、テキスト描画命令としてＯＳに渡され描画される。
【０１０６】
ここで、変換前のフォント４０５は、フォント名“ＭＳゴシックＡ”で、対応する変換フォントのフォント名“ＭＳゴシックＡ−Ｈｅｎｋａｎ”がＸＭＬ内に格納されているため取り出されない。
【０１０７】
一方、文字コード列８０２のコードは、“８２ＡＣ”、“８２Ｂ１”、“８２Ｂ７”で、このコードに対応する変換フォント（“ＭＳゴシックＡ−Ｈｅｎｋａｎ”）は“８２ＡＣ→こ”、“８２Ｂ１→す”、“８２Ｂ７→ぎ”となる。
【０１０８】
これにより、端末装置８０３の表示画面２００１には、「こすぎ」と描画される。
【０１０９】
〔第３実施形態〕
本実施形態では、標準のＶｉｅｗｅｒでの表示は隠蔽したいが、テキスト検索では正しい文書を検索させたい場合の文字処理例を説明する。
【０１１０】
図１９は、本実施形態を示す端末装置における文字描画処理を説明する図である。本例は、端末装置において、通常のＸＭＬＶｉｅｗｅｒやＴｅｘｔエディタを用いて第三者がＸＭＬを参照する場合に、テキスト検索のみ可能とする例である。
【０１１１】
本例は、図２に示したＸＭＬ４０４にＸＭＬ標準フォントとして変換フォント７０２を埋め込み、独自タグで変換前のフォント４０５を埋め込む例である。
【０１１２】
文字コードが変換され、フォント４０５，変換フォント７０２が埋め込まれたＸＭＬ４０４は、通常のＸＭＬ  Ｖｉｅｗｅｒにより解析されると、文字コード列２２０２と、変換フォント６０３が取り出される。そして、通常のＸＭＬ  Ｖｉｅｗｅｒにより取り出したフォントを使用可能にするためにＯＳに登録し、テキスト描画命令としてＯＳに渡され描画される。独自タグで組み込まれているフォント４０５は解析できずに無視される。
【０１１３】
また、文字コード列２２０２のコードは、“８２Ｂ１”、“８２Ｂ７”、“８２ＡＣ”で元のＸＭＬの文字コードと同一である。しかし、変換フォントがＸＭＬ標準フォントとして埋め込まれているため、このコードに対応するフォントは“８２Ｂ１→す”、“８２Ｂ７→ぎ”、“８２ＡＣ→こ”となる。
【０１１４】
このとき、端末装置８０３の画面表示２２０１では「すぎこ」と描画される。このＸＭＬを専用のＸＭＬＶｉｅｗやプリンタ等で描画、印刷する場合、独自タグ内の元のフォントが使用されるため、元の文書「こすぎ」が表示される。
【０１１５】
以下、図２０、図２１に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１１６】
図２０は、本発明に係るサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１１７】
図２１は、本発明に係る端末装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１１８】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１１９】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１２０】
本実施形態における図８、図９、図１０に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１２１】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１２２】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２３】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１２４】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１２５】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１２７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１２８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３０】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１３１】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１３２】
【図１Ａ】本実施形態を示すデータ処理システムの一例を示す図である。
【図１Ｂ】図１Ａに示したサーバ装置、端末装置の構成を説明するブロック図である。
【図２】図１Ａに示したＸＭＬ作成手段３０１のデータ処理を説明する図である。
【図３】本実施形態を示すデータ処理装置における文字処理を説明する図である。
【図４】本実施形態を示すデータ処理装置における文字処理を説明する図である。
【図５】本実施形態を示すデータ処理装置における文字処理を説明する図である。
【図６】本実施形態を示すデータ処理装置における文字処理を説明する図である。
【図７】本実施形態を示すデータ処理装置における文字処理を説明する図である。
【図８】本実施形態を示すサーバ装置におけるデータ処理手順の一例を示すフローチャートである。
【図９】本実施形態を示すサーバ装置におけるデータ処理手順の一例を示すフローチャートである。
【図１０】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図１１】本実施形態を示すサーバ装置で生成されるランダムコードの一例を示す図である。
【図１２】本実施形態を示すサーバ装置における文字処理を説明する図である。
【図１３】本実施形態を示すサーバ装置におけるフォントの分割方法を説明する図である。
【図１４】本実施形態を示すサーバ装置における文字処理状態を説明する図である。
【図１５】本実施形態を示すサーバ装置における文字処理状態を説明する図である。
【図１６】本実施形態を示すサーバ装置における文字処理状態を説明する図である。
【図１７】本実施形態を示す端末装置における文字描画処理を説明する図である。
【図１８】本実施形態を示す端末装置における文字描画処理を説明する図である。
【図１９】本実施形態を示す端末装置における文字描画処理を説明する図である。
【図２０】本発明に係るサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図２１】本発明に係る端末装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１３３】
図である。
【図２２】データ処理システムの構成を説明する図である。
【図２３】図２２に示したデータ処理システムで管理される印刷データの一例を示す図である。
【符号の説明】
【０１３４】
３０１  ＸＬＭ作成手段
３０２  ＸＬＭデータ作成手段
３０３  変換フォント作成手段
３０４  ランダムコード対応表作成手段
３０５  ＸＬＭデータ変換手段
３０６  変換フォント埋め込み手段
３０８  ＸＬＭ解析手段
３０９  ＸＬＭデータ解析手段
３１０  独自タグ解析手段
３１１  変換フォント取り出し手段
３１２  ＸＬＭ描画手段
【図１Ａ】
0005371289.tif 000002
【図１Ｂ】
0005371289.tif 000003
【図２】
0005371289.tif 000004
【図３】
0005371289.tif 000005
【図４】
0005371289.tif 000006
【図５】
0005371289.tif 000007
【図６】
0005371289.tif 000008
【図７】
0005371289.tif 000009
【図８】
0005371289.tif 000010
【図９】
0005371289.tif 000011
【図１０】
0005371289.tif 000012
【図１１】
0005371289.tif 000013
【図１２】
0005371289.tif 000014
【図１３】
0005371289.tif 000015
【図１４】
0005371289.tif 000016
【図１５】
0005371289.tif 000017
【図１６】
0005371289.tif 000018
【図１７】
0005371289.tif 000019
【図１８】
0005371289.tif 000020
【図１９】
0005371289.tif 000021
【図２０】
0005371289.tif 000022
【図２１】
0005371289.tif 000023
【図２２】
0005371289.tif 000024
【図２３】
0005371289.tif 000025