(57)【要約】【課題】埋め込みフォントをバイナリ比較を不要とし、さらに、必要なグリフのみを取り出すことによって冗長なフォントデータを削減することができ、その結果、電子文書のサイズを削減することができる電子文書編集方法を提供する。【解決手段】電子文書編集装置は、統合された複数の電子文書をページ単位で削除及び並び替えを行った上で統合された複数の電子文書から必要なページだけを抽出且つ結合してブックレットを形成する。このとき、抽出された電子文書の各ページを結合するときに埋め込まれたフォントを一旦ＯＳに登録し、結合された電子文書の各ページで共通で使用しているフォント情報をＯＳから収集し、当該収集されたフォント情報の中で使用されているグリフのみを収集されたフォント情報から取り出し、取り出されたグリフを結合された電子文書の各ページに埋め込む。【選択図】図２８
2007328741.tif 000002
【特許請求の範囲】
【請求項１】
複数の電子文書をページ単位で統合する統合ステップと、前記統合された複数の電子文書をページ単位で削除及び並び替えを行った上で前記統合された複数の電子文書から必要なページだけを抽出且つ結合してブックレットを形成する編集ステップとを備える電子文書編集方法において、
前記編集ステップは、前記形成されたブックレットのページと前記複数の電子文書のページとを対応付ける対応付けステップと、前記抽出された電子文書の各ページを結合するときに埋め込まれたフォントを一旦ＯＳに登録する登録ステップと、前記結合された電子文書の各ページで共通で使用しているフォント情報をＯＳから収集する収集ステップと、当該収集されたフォント情報の中で使用されているグリフを前記収集されたフォント情報から取り出す取り出しステップと、前記取り出されたグリフを前記結合された電子文書の各ページに埋め込む埋め込みステップとを備えることを特徴とする電子文書編集方法。
【請求項２】
前記収集ステップは、前記フォント情報を収集する際に、前記ＯＳの種類によって収集方法を切り替えることを特徴とする請求項１記載の電子文書編集方法。
【請求項３】
前記取り出しステップは、前記ＯＳがフォント情報全体の情報を含むときは、前記フォント情報に含まれるヘッダ情報のうち前記結合された電子文書の各ページのフォーマットが必要とするヘッダ情報を取り出すことを特徴とする請求項２記載の電子文書編集方法。
【請求項４】
前記取り出しステップは、前記ＯＳが前記フォント情報を各ヘッダ毎に収集可能に構成されているときは、前記フォント情報に含まれるヘッダ情報のうち前記結合された電子文書の各ページのフォーマットが必要とするヘッダ情報を取り出すことを特徴とする請求項２記載の電子文書編集方法。
【請求項５】
複数の電子文書をページ単位で統合する統合モジュールと、前記統合された複数の電子文書をページ単位で削除及び並び替えを行った上で前記統合された複数の電子文書から必要なページだけを抽出且つ結合してブックレットを形成する編集モジュールとをコンピュータに実行させる電子文書編集プログラムにおいて、
前記編集モジュールは、前記形成されたブックレットのページと前記複数の電子文書のページとを対応付ける対応付けモジュールと、前記抽出された電子文書の各ページを結合するときに埋め込まれたフォントを一旦ＯＳに登録する登録モジュールと、前記結合された電子文書の各ページで共通で使用しているフォント情報をＯＳから収集する収集モジュールと、当該収集されたフォント情報の中で使用されているグリフを前記収集されたフォント情報から取り出す取り出しモジュールと、前記取り出されたグリフを前記結合された電子文書の各ページに埋め込む埋め込みモジュールとを備えることを特徴とする電子文書編集プログラム。
【請求項６】
請求項５記載の電子文書編集プログラムを格納することを特徴とするコンピュータ読取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子文書編集方法、並びにプログラム及び記憶媒体に関し、特に、電子文書管理システムにおいてフォントを埋め込む電子文書編集方法、並びにプログラム及び記憶媒体に関する。
【背景技術】
【０００２】
現在、企業は電子文書管理システムを導入し、電子文書の再利用を推進しようとしている。最近では、各種アプリケーションによって作成されて登録されている複数の電子文書から任意のページを抽出してバインダーのように綴じて１つのブックレット（構造化電子文書）のようにすることもできるようになっている。この場合、電子文書の任意のページを綴じるのにPDFファイル形式が用いられる。PDFファイル形式は、様々な環境で文字を正しく描画するためにフォントの埋め込みを行うことができる（例えば、特許文献１）。
【０００３】
ブックレットはそのフォーマット内部ではPDFファイルを各ページに分割して管理しており、これらの各ページを綴じた形態の電子文書を作成するためには分割された各ページを結合することによって行う。
【０００４】
このバインダーのようにブックレットとして綴じる過程において、元々の電子文書に使用されていた埋め込みフォントは各ページに一旦持たせる必要がある。これらの各ページを綴じる時、同一の埋め込みフォントか否かを判断するため、フォント情報を一旦取り出した上でバイナリ比較を行っていた。
【特許文献１】特開２００３−１５８４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来は、複数の素材（アプリケーションファイルやスキャンイメージ）から必要なものだけを選択して、ブックレット（本）形式にしようとすると、電子文書を構造化電子文書に綴じる際に問題があった。具体的には、フォントのバイナリ比較が必要となり、埋め込みフォントが多く、ページ数が多い場合にパフォーマンスが悪くなるという問題があった。また、埋め込みフォントについてはそのまま綴じた電子文書に埋め込まれるため、ページが削除され、そのページのみで使用されていたフォントが埋め込みフォント内にある場合、これを削除することができず、フォントデータが冗長となる問題があった。
【０００６】
本発明の目的は、電子文書のサイズを削減することである。更に具体的には、埋め込みフォントのバイナリ比較を不要とし、さらに、必要なグリフのみを取り出すことによって冗長なフォントデータを削減することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１記載の電子文書編集方法は、複数の電子文書をページ単位で統合する統合ステップと、前記統合された複数の電子文書をページ単位で削除及び並び替えを行った上で前記統合された複数の電子文書から必要なページだけを抽出且つ結合してブックレットを形成する編集ステップとを備える電子文書編集方法において、前記編集ステップは、前記形成されたブックレットのページと前記複数の電子文書のページとを対応付ける対応付けステップと、前記抽出された電子文書の各ページを結合するときに埋め込まれたフォントを一旦ＯＳに登録する登録ステップと、前記結合された電子文書の各ページで共通で使用しているフォント情報をＯＳから収集する収集ステップと、当該収集されたフォント情報の中で使用されているグリフを前記収集されたフォント情報から取り出す取り出しステップと、前記取り出されたグリフを前記結合された電子文書の各ページに埋め込む埋め込みステップとを備えることを特徴とする。
【０００８】
請求項５記載の電子文書編集プログラムは、複数の電子文書をページ単位で統合する統合モジュールと、前記統合された複数の電子文書をページ単位で削除及び並び替えを行った上で前記統合された複数の電子文書から必要なページだけを抽出且つ結合してブックレットを形成する編集モジュールとをコンピュータに実行させる電子文書編集プログラムにおいて、前記編集モジュールは、前記形成されたブックレットのページと前記複数の電子文書のページとを対応付ける対応付けモジュールと、前記抽出された電子文書の各ページを結合するときに埋め込まれたフォントを一旦ＯＳに登録する登録モジュールと、前記結合された電子文書の各ページで共通で使用しているフォント情報をＯＳから収集する収集モジュールと、当該収集されたフォント情報の中で使用されているグリフを前記収集されたフォント情報から取り出す取り出しモジュールと、前記取り出されたグリフを前記結合された電子文書の各ページに埋め込む埋め込みモジュールとを備えることを特徴とする。
【０００９】
請求項６記載のコンピュータ読取り可能な記憶媒体は、請求項５記載の電子文書編集プログラムを格納することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、電子文書のサイズを削減することができる。更に具体的には、埋め込みフォントのバイナリ比較を不要とし、さらに、必要なグリフのみを取り出すことによって冗長なフォントデータを削減することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面を参照しながら詳述する。
【００１２】
図１において、異なるアプリケーションソフトで作成した電子文書１０１は、本発明のユーティリティソフトであるE-Binder Builder１０２によって後述する電子文書束ね方法（図２及び図３）によってページ単位でブックレット（構造化電子文書）に束ねられる。この「束ねる」ことを「結合する」ともいう。電子文書１０１は、例えばマイクロソフト社のWordで作成した電子文書、同社のPowerPointで作成した電子文書、又は、スキャナで読み取った画像文書、インターネットで利用されているHTML文書である。
【００１３】
以下、電子文書束ね方法を説明する。
【００１４】
図２は、束ねられる電子文書の構成を示す図であり、（Ａ）はそのブロック図、（Ｂ）は具体的記述例を示す。図３は、電子文書の保存形態の一例を示す図である。
【００１５】
図２（Ｂ）中の<?xml version="1.0" encoding="Shift_JIS"?>は先頭に行う宣言（XML宣言）の記述である。
【００１６】
本実施例で利用する電子文書の記述はXML(Extentional Markup Language)である。本電子文書の構成は、１文書複数ファイル構成の電子文書である。その基本構成は、例えば、E-Binder.xmlという名称のXML文書を構成し、その中に所定の記述を行い、関係する要素（コンテンツ）をリンクで示す。リンクで示されたファイルは、その所在がわかる位置に存在しなければならない。そのフォルダとファイル構成の例を図７に示す。この例では、ルート位置にあるE-Binder.xmlからの相対位置でそれらのリンク要素の保持の場所を知ることができる。
【００１７】
以下、図２及び図３の電子文書の構成についてXML記述を用いて説明する。
【００１８】
図２（Ａ）において、EBINDER部２０１は、本文書の先頭を示す。図２（Ｂ）において、<EBINDER>〜</EBINDER>で囲まれた部分が本文書の本体である。EBINDER_INFO部２０２は、本文書のメタ情報（管理情報）を保持する部分である。<EBINDER_INFO>〜</EBINDER_INFO>で囲まれた部分でその情報を保持する。<TITLE>〜</TITLE>,<CREATOR>〜</CREATOR>,及び<DATE>〜</DATE>はその管理情報を保持する部分である。なお、この管理情報の表現はこの限りでなく、例えば図２４の<EFILE_INFO>〜</EFILE_INFO>や<EBINDER_INFO>〜</EBINDER_INFO>の内部に示したようなW3C（World Wide Web Consortium）によって定められているRDF（Resource Data Framework）などの仕組みを利用してもよい。
【００１９】
MATERIAL部２０３は、素材電子文書の情報を保持する部分である。<MATERIAL files=”2”>〜</MATERIAL>で囲まれた部分でその情報を保持する。filesには、素材文書数を保持し、例では２つのファイルを保持している例を示す。EFILE部２０４は、１素材電子文書の情報を保持する部分、素材文書から、ページ単位の文書に変換しその情報を保持する部分である。図２（Ｂ）中の
<EFILE href=”Material\ef0001\Original\F_c01.ppt”
composedpagefile=”Material\ef0001.pdf”
type=”pdf” totalpage=”2” id=”ef0001”>
〜</EFILE>
で囲まれた部分でその情報を保持する。hrefは素材となる電子文書の保管情報を示す。composedpagefileは、素材電子文書をページ単位でまとめたファイルの保管情報を示す。次に続くtypeがそのファイル形式を示す。本例では、Adobe社のPDFファイル形式を示した。他に複数画像を保存できる形式のmulti-page TIFFなどが設定される。totalpageは、素材電子文書のページ数を記述する。idは、管理番号を記述する。
【００２０】
<EFILE>の内側のEFILE_INFO部２０５は、素材文書の管理情報を保持する。図２（Ｂ）の<EFILE_INFO datatype="PowerPoint2000">〜</EFILE_INFO>で囲まれた部分でその情報を保持する。datatypeは素材電子文書のタイプがPowerPoint2000である事を示している。<TITLE>〜</TITLE>,及び<CREATOR>〜</CREATOR>などはその管理情報を保持する部分である。
【００２１】
DOC_SUMMARY部２０６は、素材電子文書の概要情報を保持する。この部分は素材の内容の概略が分るように全文テキストから要約エンジンで簡略化した文章を保存しておく。図２（Ｂ）の例では、この部分は省略した。EPAGES部２０７は、素材文書からページ単位の情報に変更した文書を保管する。例えばMS Wordの素材文書では、ページは表示時やプリント時にのみ確定するが、その確定したページ文書を１頁ごとに保管する部分である。図２（Ｂ）の<EPAGES>〜</EPAGES>で囲まれた部分でページ単位の文書を保管する。実際には、続く
<EPAGE page="1" thumbnail="Material\ef0001\thumb1.bmp"/>
<EPAGE page="2" thumbnail="Material\ef0001\thumb2.bmp"/>
のように<EPAGE … />で囲まれた部分が、ページ単位の文書を保管する部分である。pageは、全体の何ページ目にあたるかの情報を記述する。thumbnailはそのページのサムネイル（縮小画像）を保持する情報を記述する。次の記述もページ単位の情報である。このように素材電子文書のページ展開情報を保持する。さらに、ページ単位の文書の展開文書、例えばＡ４サイズに展開した画像もここで保持する。
【００２２】
<EPAGE page="1" thumbnail="Material\ef0001\thumb1.bmp" 
pagefile ="Material\ef0001\page0001.bmp"  type=”bmp” />
このように、pagefileはこの例の場合１ページの画像を保持している。typeはその保持している形式を示す。この例ではページ文書をbmpというビットマップ画像としたが、上記PDFの形式やその他圧縮ファイルの形式でも構わない。必要な条件は１ページ単位である事である。<EPAGE … />は、素材文書のページ数により決まる。
【００２３】
図２は、素材電子文書を２つ保持した例を示しているのに対して、図３は、素材電子文書から必要なページを選んで保持している例を示している。
【００２４】
図３において、PAGEINDEX部３０１は、上記素材電子文書のページ展開されたところを指し示す情報を保持する。これは、生成文書は、素材電子文書のidとページ番号さえ管理すれば、その順番にページ画像を読み出せば連続した電子文書となる構成である。図２（Ｂ）の記述例の中で<PAGEINDEX>〜</PAGEINDEX>で囲まれた部分が、上記生成文書のページを管理保管する記述である。内部では、
<INDEX page=”1” idref=”efile0002” efilepage=”3” />
<INDEX page=”2” idref=”efile0001” efilepage=“2” />
のように記述されている。<INDEX.../>は、生成文書ページを示す。page属性は生成文書のページを記述する。idref属性は素材電子文書のidを記述する。efilepage属性は上記id属性の文書の使用ページ番号を記述する。上記例では、２つの素材電子文書から別々に指定したページを使用していることを示す。具体的には、生成文書の１ページ目が、この構造化電子文書内のファイルIDが”efile0002”の３ページのものになり、２ページ目がこの構造化電子文書内のファイルIDが”efile0001”の２ページのものとなる。ここで、ファイルIDとは、上記EFILE部におけるEFILEタグのid属性を意味する。
【００２５】
図２５のBOOKBINDING部２２０１は、上記生成文書のページを管理する記述部から実際にページ展開され各ドキュメントから必要なページを抜き出し、<INDEX>タグで定義された順序で生成文書のページ順に並べられたフォーマット保持様子である。図２９の記述例の中では、
<BOOKBINDING href=”Bookbinding\bind.pdf” type=”pdf”>
の部分のhref属性で与えられたものが、上記生成文書を一つにまとめたものである。また、type属性で上記生成文書を１つにまとめるために用いたフォーマット形式を表す。この例においては、フォーマット形式がPDFである。
【００２６】
また、図２５の<BOOKBINDING …>〜</BOOKBINDING>内の<BPAGE>２２０２においては、例えば、図２９中の
<BPAGE page=”2” thumbnail=”Bookbinding\page2.png”/>
のようにpage属性とthumbnail属性を取り、それぞれpage属性には生成ページのページ番号、thumbnail属性にはそのページのサムネイル画像の所在を与える。
【００２７】
以上がドキュメント構成についてのXML記述の例を用いた説明である。
【００２８】
次に、図４を用いて電子文書の一形態であるPDFファイルの埋め込みフォントの持ち方について説明する。このPDFのヘッダにはあらかじめ定められた“PDF-1.3・・・”という記載があり、この記載がPDFファイルであることを示している（2401）。このPDFには３つの埋め込みフォントがあり、それぞれFont001（2402）、Font002（2403）、Font003（2404）である。
【００２９】
これらの埋め込みフォントは１ページ（2405）、2ページ（2406）、3ページ（2407）で使用されており、ひとつの書体についてひとつのフォント情報としてまとめて格納される。
【００３０】
図５（Ａ）は、図４のPDFからページを削除した場合について説明している。
【００３１】
元のPDFは３ページであり、使用している埋め込みフォンはFont001(2402)、Font002(2403)、Font003（2404）である。このPDFを編集後１ページ目のみのPDFにする場合、使用されているフォントFont001(2501)、Font003（2502）、１ページの描画データ（2503）がPDFファイルとして結合（削除）して作成される。
【００３２】
図５（Ｂ）は、図４のPDFからページを削除した場合について説明している。
【００３３】
同じく、元のPDFは３ページであり、使用している埋め込みフォンはFont001(2402)、Font002(2403)、Font003（2404）である。このPDFを編集後２ページ目のみのPDFにする場合、使用されているフォントFont002(2510)、２ページの描画データ（2511）がPDFファイルとして結合（削除）して作成される。
【００３４】
図６は、図４のPDFからページを削除した場合について説明している。
【００３５】
同じく、元のPDFは３ページであり、使用している埋め込みフォンはFont001(2402),
、Font002(2403)、Font003（2404）である。このPDFを編集後３ページ目のみのPDFにする場合、使用されているフォントFont003(2601)、Font001（2602）、１ページの描画データ（2603）がPDFファイルとして結合（削除）して作成される。
【００３６】
上記ドキュメント構成は、素材電子文書、素材ページ単位文書、生成文書を同時に保管できる構成であるため、編集時にオリジナル電子文書に戻り、再びページを入れ替えるといった作業が可能である。また、ページ単位の文書は、画像化された文書、ＰＤＦ又は、ＸＭＬで記述した文書であってもよい構成であり、ページ化できるソフトウエア環境により切り替え可能である。
【００３７】
図８は、E-Binder BuilderアプリケーションソフトウエアのGUI例、プレビューGUI例を用いて、ドキュメントマネジメントシステムとの連動例、及びファイルシステムとの連動例を説明する図である。
【００３８】
図８において、５０１は、ドキュメントマネジメントソフトウエアの例であり、５０２は、コンピュータのOS上で管理されたファイル管理の例であり、５０３は、本発明の事項を処理するE-Binder Builderソフトウエアの例である。また、５０４は、素材電子文書を管理するCollection Windowであり、５０５は、生成物文書を管理するComposed Windowである。５０６は、生成文書を表示するための表示ソフトウエアである。
【００３９】
図９は、電子文書作成処理の手順を示すフローチャートである。
【００４０】
図９において、まず、素材電子文書を選択し（ステップＳ６０１）、素材電子文書をDrag &DropでE-Binder Builderに移動する（ステップＳ６０２）。この動作は、図８上に矢印で描いたようにマウスでファイルを移動する動作である。移動したファイルは、Collection Window上でサムネイル化され表示される（ステップＳ６０３）。この動作は、バックグラウンドで、素材ファイルをその作成ソフトウエアが開き、擬似印刷動作を行い、ページ単位で扱えるファイルを作成する。例えばImage Driverというソフトを用いると、ページ画像を作成する事ができる。同時にサムネイル画像も作成可能である。この作成されたサムネイルを表示させている。実際にファイル化される場合は、図２の説明で示した、<MATERIAL>〜</MATERIAL>で囲まれた、<EFILE href= …>のhrefの所に素材電子文書の所在が記述され、<EPAGE page=”1” thumbnail=”…\thumb1.bmp”/>に示すthumbnailのところにサムネイル画像が保持される。この動作は、その他複数の素材ファイルを持ってくるときも同じ動作を行う。
【００４１】
次いで、Collection Window上のサムネイルを選択して、Composed WindowにDrag & Dropで移動する（ステップＳ６０４）。素材の入力の仕方は、上記したDrag&Dropによる方法だけでなく、E-Binder Builder上からローカル、又は、ネットワーク上のファイルを指定して入力することも可能である。更に、呼び出し側のソフトウェア（この実施例においては、ドキュメントマネジメントシステム）において、例えば、必要なファイル、データを予め呼び出し側ソフトウェアで選択しておき、E-Binder Builderを起動するためのボタンを押すなどの動作によって、入力してもよい。この動作は、最終生成文書として必要なページのサムネイルを選択して、そのサムネイルを生成文書操作側に移動し、そのページを用意することになる。
【００４２】
さらに、Composed Window上に生成電子文書のサムネイルを表示する（ステップＳ６０５）。この動作は、ステップＳ６０４で移動したサムネイルをDropした指定位置に表示する動作である。この処理を完了することにより、素材電子文書から必要なページを生成電子文書側に移動することができる。
【００４３】
図１０は、生成電子文書側に選択したページのサムネイル表示まで行われている状態を示す。
【００４４】
図１０において、素材電子文書７０１の指定ページが、生成電子文書７０２の先頭ページに移された状態である。
【００４５】
ここで、図２を用いて、この状態を説明する。図２（Ｂ）中の
<EFILE … >
<EPAGES>
<EPAGE page="1" thumbnail="Material\ef0001\thumb1.bmp"/>
………
</EPAGES>
</EFILE>
………
<PAGEINDEX>
<INDEX page=”1” idref=”efile0002” efilepage=”3” />
<INDEX page=”2” idref=”efile0001” efilepage=“2” />
<INDEX page=”3” idref=”efile0002” efilepage=”2”/>
</PAGEINDEX>
なる記述において、<EPAGE … >の中で、サムネイル画像を保持している記述がある。これがCollection Window上で表示しているサムネイルである。<PAGEINDEX>〜</PAGEINDEX>で囲まれた部分は、Composed Window上で表示しているサムネイルのページ情報である。ここはサムネイルの実体を持つのではなく、素材電子文書の中のファイル名とページを指している。例えば、<INDEX page=”1” idref=”efile0002” efilepage=”3” />は、生成電子文書の１ページ目に、素材電子文書のファイルid（efile0002）を指定し、そのファイルの３ページ目を使用している、といった記述である。このように、生成電子文書は、その指示の情報を持つことになる。
【００４６】
以上説明してきたように、E-Binder Builderは、異なる形式の電子文書から必要なページの文書を選び、再編集するためのソフトウエアである。特徴として、ページを生成するための元の文書をリンクで辿ることができること、ページ単位の文書で操作できることが入力時の特徴である。
【００４７】
次に、Collection Windowに保管された素材電子文書をComposed Windowに移す動作について説明を行う。
【００４８】
図１１は、素材電子文書を２つ入力し、Collection Windowに２つの文書を保持している状態を示す。図１１において、素材電子文書１のサムネイル８０１、素材電子文書２のサムネイル８０２が選択されている。これらのファイルをComposed Windowに移動すると、選択された順にサムネイルが表示される。この場合、サムネイル８０１、８０２の順にページ選択された結果、サムネイル８０３、８０４が表示されている。
【００４９】
図１２に、さらに素材電子文書の違うページ９０１をComposed  Windowに表示されている２ページのサムネイルの間にDrag & Dropすると、２つのページの間に挿入される例（９０２）を示す。この動作により、総ページ数は一つ繰り上がる。
【００５０】
図１３は、素材電子文書の選択順が生成電子文書のページの並びとなることを説明する。１００１、１００２は、それぞれ素材側のページであるが（図１３（Ａ））、選択する順番を変えた場合、生成電子文書側はその選択された順に並び付けられる。１００３、１００４は、一括して選択した場合の例である（図１３（Ｂ））。一括選択の場合、素材電子文書のページの順に生成電子文書側は並び付けられる。１００５、１００６は、複数の素材電子文書にまたがり選択された例である（図１３（Ｃ））。複数の場合、選択された順に生成電子文書が作成される。複数素材の場合、一括選択は、禁止又は、素材管理に優先順位を設けその順に生成電子文書側に並び付けられる。
【００５１】
図１４は、Composed Window側で、順次選択したサムネイルがどの素材電子文書から作成されたかを示す処理である。1/3,2/3ページのサムネイルを選択すると、１１０１、１１０２に示した素材のページを枠表示又は半透明の表示として示すことができる。
【００５２】
これは、図２（Ｂ）中の
<INDEX page=”1” idref=”efile0002” efilepage=”3” />
………
の記述の中に、素材の文書管理番号（ID）、ページ番号が記述されているため、素材電子文書のページをたどることができるためである。
【００５３】
図１５は、Composed Window側で保管されたサムネイルを用いてページ入れ替えの処理を示す。2/4のサムネイル１２０１を隣に移動した例を示した。１２０２では、隣と入れ替わっている。これは、
<PAGEINDEX>
<INDEX page=”1” idref=”efile0001” efilepage=”3” />
<INDEX page=”2” idref=”efile0001” efilepage=“2” />
<INDEX page=”3” idref=”efile0002” efilepage=”2”/>
<INDEX page=”4” idref=”efile0001” efilepage=”4”/>
</PAGEINDEX>
の記述が、
<PAGEINDEX>
<INDEX page=”1” idref=”efile0001” efilepage=”3” />
<INDEX page=”2” idref=”efile0002” efilepage=”2”/>
<INDEX page=”3” idref=”efile0001” efilepage=“2” />
<INDEX page=”4” idref=”efile0001” efilepage=”4”/>
</PAGEINDEX>
と、太字で示したように編集される事になる。
【００５４】
図１６は、Composed Window側で保管されたサムネイルを複数別々に選択して、ページ入れ替え処理を行った所を示す。選択順に番号を記憶し、そのまま、指示された場所に移動させる。１３０１、１３０２は、選択サムネイルが移動された後を示した。移動後はページが詰められている。この移動処理は、選択された順に入れ替えるため、図１６では正順を示したが、ページの大きい方が先に選択されると、入れ替え後は、ページの並びが逆転することになる。図１６の例では、選択順１と２が逆の場合、１３０１、１３０２が逆になる。
【００５５】
図１７は、一旦使用した電子文書を再編集して、再利用する場合の処理のGUIである。図１８は、電子文書の再編集処理の手順を示すフローチャートである。
【００５６】
図１８において、図１７（Ａ）の素材電子文書のサムネイル１４０１をダブルクリックする（ステップＳ１５０１）。その結果、素材電子文書を作成したアプリケーションソフトがそのファイルを受け取り起動し（図１７の１４０２）（ステップＳ１５０２）。アプリケーション側でファイルの修正を行う（ステップＳ１５０３）。修正後、アプリケーション側でファイルの上書き保存を行い（ステップＳ１５０４）、この保存の結果、E-Binder Builderは、変更通知を受け取り、ユーザーに指示を促し、更新ファイルのサムネイル作成処理に入る（ステップＳ１５０５）。
【００５７】
次に、Composed Windowで現在使用しているページをアップデートするか、削除するかをユーザーに問い合わせる（ステップＳ１５０６）。これは、ファイル更新することにより、素材電子文書のページの内容がずれてしまうため生成電子文書側も変更する必要があるためである。削除の指示がされると（ステップＳ１５０７でＹＥＳ）、まず、Composed Windowに配置してある旧サムネイルの表示を削除し（ステップＳ１５０８）。次に、Collection Windowに配置してある旧サムネイルの表示を新しいサムネイルに置き換えて（ステップＳ１５０９）、本処理を終了する。削除しない（入れ換え）指示の場合は（ステップＳ１５０７でＮＯ）、Composed Windowに配置してある旧サムネイルの位置を記憶しておき、サムネイルは削除する（ステップＳ１５１０）。そして、Collection Windowに配置してある旧サムネイルの表示を置き換え（ステップＳ１５１１）、Composed Windowで記憶してある位置に、置き換えられた新サムネイルのページ表示に置き換えて（ステップＳ１５１２）、本処理を終了する。
【００５８】
次に、Composed Windowに保持されているページの回転を説明する。
【００５９】
図１９において、２つのサムネイル（２／４、３／４）１６０１を選択し、次に、右９０度の回転指示を行うと、１６０２で示したようにページの縦置きは変わらないが、ページに合うように中身が９０度回転する。図示は省略するが左９０度も同様に処理される。
【００６０】
図２０において、２つのサムネイル（２／４、３／４）１７０１を選択し、次に、１８０度の回転指示を行うと、１７０２で示したように指定されるようにサムネイルが逆さまの状態になる。
【００６１】
以上説明した回転動作を総合的に示すと図２１のようになる。
【００６２】
最終的に保存する電子文書は、
（１）素材電子文書、生成電子文書、を含む全情報を含んだ形式
（２）生成電子文書のみを保存する形式
（３）素材電子文書のみを保存する形式
がある。
【００６３】
（１）素材電子文書、生成電子文書、を含む全情報を含んだ形式
これは、生成電子文書から、素材電子文書の情報までたどれる形式で、図２を用いて説明した形式である。この状態は、XMLの記述では、以下の抜粋の状態である。
【００６４】
<EBINDER>
<MATERIAL files=”2”>
<EFILE … >
<EPAGES>
<EPAGE page="1" thumbnail="Material\ef0001\thumb1.bmp" 
pagefile="Material\ef0001\page1.tiff” type=”tiff” />
………
</EPAGES>
</EFILE>
<EFILE … >
………
</EFILE>
</MATERIAL>
<PAGEINDEX>
<INDEX page=”1” idref=”efile0002” efilepage=”3” />
<INDEX page=”2” idref=”efile0001” efilepage=“1” />
<INDEX page=”3” idref=”efile0002” efilepage=”2”/>
</PAGEINDEX>
</EBINDER>
この保存状態は、素材電子文書のページ毎のサムネイル、生成電子文書で使用しているページ単位の文書、この例では画像（TIFF）として持っている（但し、ページ単位で記述できる中間フォーマット、例えばPDFやXML/SVG等でもよい）。これは、生成電子文書側でそのページを指定しているため、ページを再構成できる全情報文書を持っている。逆に、生成電子文書側で指定していない素材電子文書側のページ文書は、ファイルが大きくなるため、持たない選択も可能である。このように、素材側、生成物側の複数の電子文書の集合体で保存される。
【００６５】
（２）生成電子文書のみを保存する形式
これは、生成電子文書のみ必要な場合の保存の方法である。
【００６６】
（１）の複合文書は、素材電子文書と生成電子文書が一体化している形態であるが、図２５のBOOKBINDING部２２０１にページ単位の情報を集める処理を行うと、素材からページ単位の文書を完全に抜き出して保持する形態である。この状態は、XMLの記述では、以下の抜粋の状態である。（図２（Ｂ））。
【００６７】
<EBINDER>
<MATERIAL files=”2”>
<EFILE … >
<EPAGES>
………
</EPAGES>
</EFILE>
<EFILE … >
………
</EFILE>
</MATERIAL>
<PAGEINDEX>
<INDEX page=”1” idref=”efile0002” efilepage=”3” />
<INDEX page=”2” idref=”efile0001” efilepage=“1” />
<INDEX page=”3” idref=”efile0002” efilepage=”2”/>
</PAGEINDEX>
<BOOKBINDING href=”Bookbinding\bind.tiff” type=”tiff”>
<BPAGE page=”1” thumbnail=”Bookbinding\page1.png”/>
<BPAGE page=”2” thumbnail=”Bookbinding\page2.png”/>
<BPAGE page=”3” thumbnail=”Bookbinding\page3.png”/>
</BOOKBINDING>
</EBINDER>
この保存状態は、<BOOKBINDING href=”Bookbinding\bind.tiff” type=”tiff”>〜</BOOKBINDING>で囲まれた部分が加わった形式であるが、これが各素材電子文書からページ単位の文書を持ってきて一つの形式に保存している状態である。例では、bind.tiffという複数ページの画像として束ねられた状態である（bind.pdfあるいは、bind.xmlという場合もある）。また、各ページのサムネイルは、
<BPAGE page=”1” thumbnail=”Bookbinding\page1.png”/>
という所に記述してある。これは、素材電子文書で使用していたサムネイル画像をコピーして、自分の配下に持ってくる。これらが揃った状態が、生成電子文書側で完全な状態であり、この時点では<MATERIAL>や<EFILES>で囲まれた情報は必要なくなる。そこで、上記例は、
<EBINDER>
<BOOKBINDING href=”Bookbinding\bind.tiff” type=”tiff”>
<BPAGE page=”1” thumbnail=”Bookbinding\page1.png”/>
<BPAGE page=”2” thumbnail=”Bookbinding\page2.png”/>
<BPAGE page=”3” thumbnail=”Bookbinding\page3.png”/>
</BOOKBINDING>
</EBINDER>
といったシンプルな形態で保存すればよい。
【００６８】
更に、もっとシンプルにbind.tiffファイルのみを保存する形態もある。この場合は、単に束ねられたファイルのみを入手したい場合に使用される。
【００６９】
次に、図２６を用いて電子文書の一形態であるPDFファイルの埋め込みフォントの持ち方について説明する。
【００７０】
図２６のPDFには１、３ページの描画データ２７０３，２７０４があり、それぞれFont001(2701)、Font003(2702)を使用している。このように、複数ページで共通のフォントが使用されている場合、書体ごとに1つのフォント（Font001とFont003）がPDFに埋め込まれる。
【００７１】
次に、図２７を用いて埋め込みフォントのデータの流れをページ分割時からページ結合後について説明する。
【００７２】
図２７において、電子文書がPDFの場合、まずページ分割前のPDF（2801）が作成される。このPDFは５ページから成り、P１では（あ）、P2では（い）、P3では（う）、P4では（え）、P5では（お）の文字が使用されており、これらのFONTは同一書体なので共通の埋め込みフォント２８０４として一つ埋め込まれる。このフォント２８０４は（あ、い、う、え、お）のグリフを持っている。このPDFはソフトウエア内部でまず１ページごとのPDF（P1〜P5）に分割される（２８０２）。その際、各ページのPDFには共通の埋め込みフォント（２８０４）が埋め込まれる。
【００７３】
ソフトウエア内部でPDFファイルを一つにまとめる処理では、P3を除く全てのページの描画データが結合される（２８０３）。その際、先頭のP1で共通フォント（２８０１）がOSに登録されていれば（２８０４）p2〜p5の埋め込みフォントはすでに登録済のフォントを参照すればよいので新たなOSへの登録を行わない。最後にOSから使用しているフォント情報を収集し、PDFファイルに必要な情報をフォント情報から取り出し、PDFファイルに埋め込む（２８０５）。
【００７４】
OSからフォント情報を取り出す場合、OSによって動作を変える必要がある。OSの提供している機能がフォント情報を構成しているテーブルそれぞれを別に取り出せる場合、たとえば、Windows(登録商標)ではGetFontData  APIを使用することができる。ここで、フォント情報を構成しているテーブルとは、例えば、cmap：キャラクタとglyfのマッピング、glyf：グリフデータ（フォントの描画情報）、head：フォントヘッダ等を例としてあげることができる。また、hhea：水平ヘッダ、hmtx：水平メトリクス、loca：ロケーションのインデックス、maxp：マキシマムプロファイル、name：ネーミングテーブル、post：PostScript情報、OS/2：OS/２とWindows(登録商標)のメトリクス指定を例としてあげることもできる。この様なフォント情報を構成しているテーブルを別に取り出せる機能を持っていない場合、全てのフォントテーブルを含んだデータをOSから取得し、公開されているフォントの仕様（MicroSoft社による公開仕様）に従って解析を行い必要なテーブルを抽出する。上記の方法で抽出されたフォントをPDFの仕様に従いPDFファイルに埋め込む。
【００７５】
図２８は、電子文書（PDF）のページ毎結合処理の手順を示すフローチャートである。
【００７６】
図２８において、生成電子文書作成（PDFの作成）が開始されると（ステップＳ２９０１）、ページ単位の電子文書（PDF）を収集する（ステップＳ２９０２）。
【００７７】
次いで、先頭ページのPDFをオープンし（ステップＳ２９０３）、描画データ、埋め込みフォントデータを解析し、埋め込みフォントがOSに既に登録されているか否かを判別する（ステップＳ２９０４）。ステップＳ２９０４の判別の結果、既に登録されていないときは、埋め込みフォントを取り出してファイルを作成し、OSに登録を行った（ステップＳ２９０５）後、一方、登録されているときは直ちに、次ページ（結合するページ）の電子文書（PDF）をオープンする（ステップＳ２９０６）。
【００７８】
次いで、描画データ、埋め込みフォントデータを解析し、埋め込みフォントがOSに登録されているか否かを判別する（ステップＳ２９０７）。ステップＳ２９０７の判別の結果、既に登録されていないときは、埋め込みフォントを取り出してファイルを作成し、OSに登録を行った（ステップＳ２９０８）後、一方、登録されているときは直ちに、先頭ページと次ページの電子文書（PDF）を結合する（ステップＳ２９０９）。
【００７９】
次いで、全てのページの結合が終了したか否かを判別し（ステップＳ２９１０）、終了していなければステップＳ２９０６〜Ｓ２９０９の処理を繰り返す。終了している場合は、結合したPDFページ全部で使用している全ての埋め込みフォントの情報をOSから収集する（ステップＳ２９１１）。そして、必要があればOSから収集したフォントファイルを解析してテーブル毎に情報を取り出して全ての埋め込みフォントでサブセットフォントを作成する（ステップＳ２９１２）。その中で、使用している文字のみグリフ（Glyf）テーブルから切り出し、結合するPDFファイル（生成電子文書）にPDFの仕様に従い情報を埋め込み処理を行って（ステップＳ２９１３）、本処理を終了する。
（３）素材電子文書のみを保存する形式
これは、素材電子文書のみを保存する形態であり、一旦E-Binder Builder側に持ってこられた素材電子文書は、そのオリジナル文書と共にページ単位のサムネイルを保持することになる。この状態で保存することを指す。例を挙げると
<EBINDER>
<EBINDER_INFO>
………
</EBINDER_INFO>
<MATERIAL files=”2”>
<EFILE href="Material\ef0001\Original\F_c01.ppt“
composedpagefile=”Material\ef0001.pdf”
type=”pdf” totalpage=”2” id=”ef0001”>
<EFILE_INFO datatype="PowerPoint2000">
………
</EFILE_INFO>
<EPAGES>
<EPAGE page="1" thumbnail="Material\ef0001\thumb1.bmp"/>
<EPAGE page="2" thumbnail="Material\ef0001\thumb2.bmp"/>
</EPAGES>
</EFILE>
<EFILE href="Material\ef0001\Original\HTML.doc" 
composedpagefile=”Material\efile0002.pdf”
type=”pdf” totalpage=”3” id=”ef0002”>
<EFILE_INFO datatype="Word2000">
………
</EFILE_INFO>
</EFILE>
</MATERIAL>
</EBINDER>
本例では、素材電子文書のみ保存しており、生成電子文書は保存していない状態である。このような保存は、生成電子文書の構築を一旦休止して保存させる場合によく用いる方法である。その他、E-Binder Builderでオリジナル電子文書の変更を行った場合、修正版オリジナル電子文書のみを欲しい場合、上記例では、href="Material\ef0001\Original\
F_c01.ppt“に記述してある場所の電子文書のみを取り出して、保存する。
【００８０】
以上、３種類の保存方法について説明してきたが、図２２に示すGUIを用いて、説明を加える。１９０１は、生成電子文書まで作成した状態である。この状態をそのまま保存すると、上記ドキュメントマネジメントシステムでは、１９０２で示したようにバインダーマークが付き、複合ドキュメントの形態を示す。ドキュメントマネジメントシステム側は、生成電子文書のサムネイルの表示を行い、素材電子文書は、バインダーマークが付いている事により、ユーザーにその存在を知らせている。また、通常のOS上に保存される場合は、図7で示したような複数ファイル、複数フォルダの構成でバインダー構造が保存される。通常のOS上で生成電子文書を確認するには、例えば、この構造がかかれているXML文書（この例では、E-Binder.xml ）と表示を行うためのスタイルシート（CSS：Cascading Style SheetやXSL：Extensible Stylesheet Languageなど）の２種類のファイルをブラウザで確認する方法が考えられる。また、Bookbindingフォルダ内部の束ねられた生成電子文書を直接見る方法もある。いずれにせよ関連付けされたファイル群を得ることができる。
【００８１】
上記実施例１によれば、本発明による異なる電子文書を束ねて管理することができる。
【００８２】
＜実施例２＞
本発明の他の実施例について述べる。図２３に、複数の生成電子文書を持つ構成を示す。図２３（Ａ）は、そのGUI例である。２００１、２００２はそれぞれ生成電子文書を作業するComposed Windowである。また、図２３（Ｂ）は、上記図３で示したE-Binderの構成例である。
【００８３】
本実施例では、PageIndexを複数構成した例である。図２３（Ａ）で示したように、複数のComposed Windowが配置され、複数の生成電子文書を作成する事が可能である。また、図２３（Ｂ）において、２００３、２００４は、複数の情報を保持した記述例を示す。例えば、表紙を変更して、機密事項を記載文書と非機密文書の切り分けができるような構成が可能となる。
【００８４】
＜実施例３＞
実施例１に記したものだけでなく、EPAGE部でページ単位に展開された画像を持たなくてもよい。つまり、実施例１で記した３つの最終的に保存する電子文書の形態に加えて、もう一つの保存形態がある。
（４）素材電子文書、生成電子文書を含み、EPAGE部にページ単位に展開された画像を含まない形式
これは、予めまとめられた生成文書を持っておくが、オリジナル素材ドキュメントに変更が加えられた場合に再度まとめられた生成文書を作成する場合の保存の方法である。この保存方法は、一つにまとめた生成文書とオリジナル素材ドキュメントとの関連を保持しておき、かつページ展開された画像や必要の無いサムネイルを持たないので、全体としての総ファイルサイズを小さくできる特徴がある。
【００８５】
図２５のBOOKBINDING部２２０１にページ単位の情報（どの素材ドキュメントの何ページかの情報）をPAGEINDEX部分を利用して集める処理を行い、素材ドキュメントからページ単位の文書におけるサムネイルを抜き出して保持する形態である。この状態は、XMLの記述では、以下の抜粋の状態である。（図２（Ｂ））。
【００８６】
<EBINDER>
<MATERIAL files=”2”>
<EFILE href="Material\ef0001\Original\F_c01.ppt“
type=”pdf” totalpage=”2” id=”ef0001”>
<EFILE_INFO datatype="PowerPoint2000">
………
</EFILE_INFO>
</EFILE>
<EFILE … >
………
</EFILE>
</MATERIAL>
<PAGEINDEX>
<INDEX page=”1” idref=”efile0002” efilepage=”3” />
<INDEX page=”2” idref=”efile0001” efilepage=“1” />
<INDEX page=”3” idref=”efile0002” efilepage=”2”/>
</PAGEINDEX>
<BOOKBINDING href=”Bookbinding\bind.tiff” type=”tiff”>
<BPAGE page=”1” thumbnail=”Bookbinding\page1.png”/>
<BPAGE page=”2” thumbnail=”Bookbinding\page2.png”/>
<BPAGE page=”3” thumbnail=”Bookbinding\page3.png”/>
</BOOKBINDING>
</EBINDER>
ここで、EFILEタグ以下にEPAGEタグがなく、EFILEの属性としてcomposedfile属性がない。BOOKBINDING側にサムネイルをhref属性に与えており冗長性を省くためにEPAGEタグを省いている。ただし、冗長性を認めるならばEPAGEタグを用意し、そこにサムネイルを与える属性を与えてもよい。また、composedfileは、この保存形態の特徴である、必要となった時点でオリジナルの素材ドキュメントから作成するという点から設定されていない。各々のタグや属性については、実施例１に従う。
【００８７】
なお本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８８】
また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８９】
【図１】異なる電子文書から構造化電子文書を作成することを説明する図である。
【図２】（A）はE-Binderのフォーマットブロック構成図であり、（B）はE-BinderのXML記述例を示す図である。
【図３】E-Binderの構造にPAGEINDEXの構造が付加された記述例を示す図である。
【図４】PDFファイルにおけるページの描画データと参照している埋め込みフォントの関係を説明する図である。
【図５】PDFファイルにおけるページの描画データと参照している埋め込みフォントの関係を説明する図である。
【図６】PDFファイルにおけるページの描画データと参照している埋め込みフォントの関係を説明する図である。
【図７】E-Binderのファイルシステム上でのフォルダ構成例を示す図である。
【図８】E-Binder Builder アプリケーションソフトウェアGUI例、プレビューGUI例を用いて、ドキュメントマネジメントシステムとの連動例、及び、ファイルシステムとの連動例を説明する図である。
【図９】電子文書作成処理の手順を示すフローチャートである。
【図１０】E-Binder BuilderのCollectionWindow、Composed Windowを示す図である。
【図１１】Collection Windowの素材電子文書のページが複数選択されている例を示す図である。
【図１２】Collection Windowで表示されている選択ページをComposed Windowに表示されている生成電子文書のあるページの間に挿入している例を示す図である。
【図１３】（Ａ）〜（Ｃ）は、Collection Windowで表示している素材電子文書のサムネイルの選択順を説明する図である。
【図１４】Composed Windowで選択されたサムネイルがCollection Windowでの関係を示す事を説明する図である。
【図１５】Composed Windowでのページの編集を説明する図である。
【図１６】Composed Windowで選択されたサムネイルの移動編集を説明する図である。
【図１７】（Ａ）及び（Ｂ）は、Collection Windowで保管されている素材電子文書を再編集して、再びE-Binder Builderに更新結果を反映させる事を説明する図である。
【図１８】電子文書の再編集処理の手順を示すフローチャートである。
【図１９】Collection Windowで表示している使用ページの状態を９0度回転させた場合を説明する図である。
【図２０】図１９と同様に１８０度回転させた場合を説明する図である。
【図２１】回転動作を総合的に示す図である。
【図２２】E-Binderをドキュメントマネジメントシステムに保存する例、ファイルシステムに保存する例を説明する図である。
【図２３】（Ａ）は、複数のComposed Windowを持つ場合の例を示す図であり、（Ｂ）は、（Ａ）の構造を表した記述例を示す図である。
【図２４】メタデータとしてRDFを用いている場合の記述例を示す図である。
【図２５】E-Binderの構造にBOOKBINDINGの構造が付加された記述例を示す図である。
【図２６】PDFファイルにおけるページの描画データと参照している埋め込みフォントの関係を説明した例を示す図である。
【図２７】埋め込みフォントのデータのページ分割時からページ結合後までの流れの例を示す図である。
【図２８】電子文書（PDF）のページ毎結合処理の手順を示すフローチャートである。
【図２９】図２５のBOOKBINDING構造をXMLで記述した例を示す図である。
【符号の説明】
【００９０】
１０１  アプリソフト文書
１０２  E-Binder Builder
１０３  ブックレット（本）
【図１】
2007328741.tif 000003
【図２】
2007328741.tif 000004
【図３】
2007328741.tif 000005
【図４】
2007328741.tif 000006
【図５】
2007328741.tif 000007
【図６】
2007328741.tif 000008
【図７】
2007328741.tif 000009
【図８】
2007328741.tif 000010
【図９】
2007328741.tif 000011
【図１０】
2007328741.tif 000012
【図１１】
2007328741.tif 000013
【図１２】
2007328741.tif 000014
【図１３】
2007328741.tif 000015
【図１４】
2007328741.tif 000016
【図１５】
2007328741.tif 000017
【図１６】
2007328741.tif 000018
【図１７】
2007328741.tif 000019
【図１８】
2007328741.tif 000020
【図１９】
2007328741.tif 000021
【図２０】
2007328741.tif 000022
【図２１】
2007328741.tif 000023
【図２２】
2007328741.tif 000024
【図２３】
2007328741.tif 000025
【図２４】
2007328741.tif 000026
【図２５】
2007328741.tif 000027
【図２６】
2007328741.tif 000028
【図２７】
2007328741.tif 000029
【図２８】
2007328741.tif 000030
【図２９】
2007328741.tif 000031