(57)【要約】      （修正有）【課題】製本アプリケーションと文書編集アプリケーションのように異なるアプリケーション間で原稿データを引き渡す際に、無駄となる情報を削減し、アプリケーション間での負荷を軽減する情報処理装置を提供する。【解決手段】文字編集アプリケーションを起動させる際に、編集に必要となるページだけで構成されたファイルを作成する。元の原稿ページとの対応ページを保持しておき、編集アプリケーションが編集を終えたあとは必要なページのみを文字編集アプリケーションのページにマージする。【選択図】図１３
2013130989.tif 000002
【特許請求の範囲】
【請求項１】
印刷データを表示することができる製本アプリケーションと、製本アプリケーションから呼び出される電子ファイルを編集することができる文書編集アプリケーションをもつ構成において、製本アプリケーションが参照している原稿データのページをＵＩに表示する際に、ページごとに表示／非表示を選択できる機能と、ＵＩに表示するページ順序を対応付けて管理するテーブルを有し、
製本アプリケーションが表示しているページ群を編集するための文書編集アプリケーションと、電子データを用いて編集ページを受け渡す機能と、文書編集アプリケーションに渡す電子データに、ＵＩに表示されていないページを含む場合は、表示されていないページを除いた、編集用データを作成する機能と、文書編集アプリケーションで編集された編集用データを、前記のＵＩに表示するページ順序を対応付けて管理するテーブルを参照し、製本アプリケーションが参照している原稿データのページにマージする機能と、マージされた原稿データを参照し製本アプリケーションのＵＩに表示する機能を有する情報処理装置。
【請求項２】
編集用データを作成する前に、製本アプリケーションから編集対象として指示された電子ファイルのファイルサイズによって、編集用データを作成するかどうかを判断する手段と、
編集対象として指示された電子ファイルのファイルサイズと、作成する編集用データのファイルサイズを比較する手段と、比較した結果が編集対象として指示された電子ファイルの規定の割合に応じて、編集用データを作成するかどうかを判断する手段を有する機能を有する請求項１に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は製本アプリケーションと、電子ファイルを用いて原稿の編集を行う第二のアプリケーションに関するものである。
【背景技術】
【０００２】
従来、顧客からの印刷物（雑誌、新聞、カタログ、広告等）のオーダーを受注し、デジタル複写機等の印刷装置を利用して電子データから印刷物を生成するＰＯＤ（Ｐｒｉｎｔ  Ｏｎ  Ｄｅｍａｎｄ）市場がある。ＰＯＤ市場の印刷物には製本や断裁、折りといった処理が適用された出力物が要求されることが多い。そのためプリンタドライバだけでなく、製本アプリケーションをつかい電子データのレイアウトを行っている。ときには電子データ内の誤字がみつかり、そのままでは印刷できないことが起こる。そのような際に文字の修正が行えるように、製本アプリケーションに文字編集の機能を持つものもある。
【０００３】
しかしながら、印刷用の電子データのレイアウトを行う機能と、文字の編集や移動を行う機能は、別のプログラミング技術を使った機能である。そのためＰＯＤ向けの製本アプリケーションには文字編集の機能をもたずに、別の文字編集アプリケーションと連携する方法がある。
【０００４】
製本アプリケーションで表示している印刷用の原稿データから所望とする１つ以上のページを選択して画像編集を指示することができる。その際に選択した中に文字編集などができないページが存在する場合には、その画像を編集対象外として画像編集へと移行することを可能にする。技術が特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−３０９５１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
製本アプリケーションが文字編集を行える文字編集アプリケーションと連携をする場合、編集対象となる原稿データを、製本アプリケーションが文字編集アプリケーションに引き渡さなければならない。その際に引き渡す原稿データの量が多く（大量ページや高解像度の画像など）なると、文字編集アプリケーションの動作が軽快でなくなってしまうという課題があった。また製本アプリケーションでは、印刷ページの面付けや並び替えができることから、不要となったページを削除する機能もある。削除されたページは、とうぜん文字編集アプリケーションで編集することはできないが、原稿データとしては残っていることが多い。そのようなページのデータを文字編集アプリケーションに引き渡すと無駄となる課題があった。
【課題を解決するための手段】
【０００７】
上記課題を解決するため本願発明は、文書編集アプリケーションに受け渡しする原稿データに、ＰＯＤアプリケーションで削除され、編集対象とならないページが含まれている場合、不要ページを除いた新規の電子データを作成し、その電子データを文書編集アプリケーションに受け渡すようにする。また、文書編集アプリケーションから電子データを受け取った場合は、編集されたページを製本アプリケーションでの元の原稿データにマージしる機能を持たせる。
【発明の効果】
【０００８】
本発明によれば、製本アプリケーションと文書編集アプリケーションのように異なるアプリケーション間で原稿データを引き渡す際に、無駄となる情報を削減しアプリケーション間での負荷を軽減することが可能になる。
【図面の簡単な説明】
【０００９】
【図１】パソコンの構成を示すブロック図の一例である。
【図２】パソコンのソフトウェア構成を示した図の一例である。
【図３】より詳細なソフトウェア構成図の一例である。
【図４】製本アプリケーションのＵＩの一例である。
【図５】文書編集アプリケーションのＵＩの一例である。
【図６】製本アプリケーションで扱う原稿データの一例である。
【図７】本実施例１に適応可能な原稿データの一例である。
【図８】本実施例１に適応可能な原稿表示制御用のデータテーブルの一例である。
【図９】本実施例１に適応可能な製本アプリケーションのＵＩの一例である。
【図１０】本実施例１に適応可能な製本アプリケーションのＵＩの一例である。
【図１１】本実施例１に適応可能な文書編集アプリケーションのＵＩの一例である。
【図１２】本実施例１に適応可能な文書編集アプリケーション起動フローチャートである。
【図１３】本実施例１に適応可能な文書編集アプリケーション起動フローチャートである。
【図１４】本実施例１に適応可能な編集用データの一例である。
【図１５】本実施例１に適応可能な原稿データと編集用データの対応テーブルの一例である。
【図１６】本実施例１に適応可能な製本アプリケーションのデータマージフローチャートである。
【図１７】本実施例２に適応可能なデータ容量に応じた文書編集アプリケーション起動フローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１１】
本発明の実施例は、実施例記載の機能を実現するソフトウェアのプログラムコードを記記憶媒体に記憶する。システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）によって、記憶媒体に格納されたプログラムコードを読み出し実行することによって達成される場合を含む。
【００１２】
まず前提となる技術について説明する。本発明の情報処理装置は、一般のアプリケーションによって作成されたデータを電子原稿ファイルに変換する電子原稿ライタと、その電子原稿ファイルのレイアウトを行う製本アプリケーションとを含む。
【００１３】
図１は本実施例に適応可能な情報処理装置の構成を示すブロック図である。
【００１４】
図１において、ＣＰＵ１０１は、ＲＯＭ１０３またはハードディスク１１１からＲＡＭ１０２にロードされたＯＳや一般アプリケーション、製本アプリケーションなどのプログラムを実行し、後述するフローチャートを実現する。
【００１５】
ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）１０５は、キーボード１０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）１０６は、ＣＲＴディスプレイ１１０の表示を制御する。ディスクコントローラ（ＤＫＣ）１０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）１１１やフロッピー（登録商標）ディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ１０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ１１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１６】
図２は本実施例に適応可能なパソコンのソフトウェア構成を機能モジュール毎に示した構成図である。
【００１７】
２０１は図１で説明した情報処理装置である。２０２はアプリケーションファイルである。テキスト文書や画像であり印刷をすることが可能な電子ファイルである。印刷することができない動画ファイルや音楽ファイルは本発明では扱わない。
【００１８】
２０３は製本アプリケーションである。製本アプリケーション２０３はアプリケーションファイル２０２を読み込み印刷用の設定を行い印刷を行うことが可能である。製本アプリケーション２０３は文書編集アプリケーション２０４と連携していて、原稿データ格納部２０９で管理している原稿データを受け渡すことが可能である。
【００１９】
製本アプリケーション２０２は２０８−２１３のモジュールを有している。２０８−２１３は製本アプリケーション２０３内で連携しておりデータ通信や制御指示などをお互いが自由に行うことができる。
【００２０】
２０５はジョブ送信部である。ジョブ送信部２０５はオペレーションシステムからの印刷ジョブを行う部位であり、一般的なプリンタドライバやプリンタスプーラが当てはまる。
【００２１】
２０６はネットワーク回線である。画像形成装置２０７と通信できるのであればＬＡＮやＷＡＮなど、どのような形態でもよい。
【００２２】
２０７は画像形成装置である。画像形成装置２０７はネットワーク２０６を介しジョブ送信部２０５からの指示を受け印刷を行うことが可能である。
【００２３】
２０８は製本アプリケーションＵＩ制御部である。製本アプリケーション２０３のＵＩを制御する。ユーザからの印刷指示や、ページ設定、文書編集アプリケーション２０４の呼び出しなどの指示を受け取ることができる。
【００２４】
２０９は原稿データ格納部である。原稿データ作成部２１２で作成された原稿データを格納している。
【００２５】
２１０は原稿表示制御部である。製本アプリケーション２０３が原稿データをどのようにディスプレイに表示するかを制御する。すなわちユーザに見せるサムネイルやページレイアウトを反映したサムネイルの表示制御である。
【００２６】
２１１は文書編集機能の起動制御部である。製本アプリケーション２０３は文書編集機能起動部２１１によって、文書編集アプリケーション２０４を起動させ連携することが可能である。
【００２７】
２１２は原稿データ作成部である。原稿データ作成部２１２はアプリケーションファイル２０２を製本アプリケーション２０３で扱うフォーマットに変換し原稿データとして格納する。原稿データの例は図６で説明する。
【００２８】
２１３は印刷指示部である。印刷指示部２１３で印刷指示がなされるとジョブ送信部２０５を介し画像形成装置２０７で印刷がおこなわれる。
【００２９】
図３は本実施例に文書編集アプリケーションの構成図である。
【００３０】
文書編集アプリケーション３０１は図２の文書編集アプリケーション２０４と同じである。
【００３１】
製本アプリケーション３０２は図２の製本アプリケーション２０３と同じである。
【００３２】
３０３はアプリケーションＵＩ制御部である。文書編集アプリケーション３０１のＵＩを制御する。
【００３３】
アプリケーションＵＩはユーザが編集を行うためのアイコンやマウスの制御を行う。
【００３４】
３０４は編集データ格納部である。画像編集部３０６で作成された編集データを格納している。
【００３５】
３０５は編集データ表示制御部である。文書編集アプリケーション３０１が編集データをどのようにディスプレイに表示するかを制御する。すなわちユーザに見せるサムネイルやユーザの編集指示の表示制御である。
【００３６】
３０６は画像編集部である。画像編集部３０６はアプリケーションＵＩ制御部３０３からユーザの編集要求を反映した画像を作成する。すなわちユーザが文字列を追加するような指示があった場合、その文字列を反映させた編集データを作成することが可能である。
【００３７】
図４は製本アプリケーションのＵＩ例である。
【００３８】
４０１は製本アプリケーション２０３の全体ＵＩである。
【００３９】
４０２は原稿データをツリー上に表示するＵＩ部位である。原稿データのページ構成がわかるようになっている。
【００４０】
４０３は原稿データのサムネイルを表示するＵＩ部位である。原稿データの各ページの内容をサムネイルで表示することで、ユーザは原稿ページの内容がわかるようになっている。
【００４１】
図５は文書編集アプリケーションのＵＩ例である。
【００４２】
５０１は文書編集アプリケーション２０４の全体ＵＩである。
【００４３】
５０２、５０３、５０４は文書を編集する際に使用する編集機能のＵＩ例である。ユーザはこのＵＩを使用し表示されている文書に編集をすることができる。
【００４４】
５０５は編集データをツリー上に表示するＵＩ部位である。編集データのページ構成がわかるようになっている。
【００４５】
５０６は編集データのサムネイルを表示するＵＩ部位である。編集データの内容をサムネイルで表示することで、ユーザは編集ページの内容がわかるようになっている。またマウスなどを用い、テキストの編集や移動、オブジェクトの整列などを指示することができる。複数のページを同時に編集することは困難なので、５０６に表示されるページは常に１ページ分であることを想定している。
【００４６】
図６は製本アプリケーションが扱う原稿データの構成である。
【００４７】
原稿データ６０１は原稿データ作成部２１２で作成された電子データである。原稿データ６０１はアプリケーションファイル２０２を元に作成されている。原稿データ６０１は製本アプリケーション２０３で制御するために、製本アプリケーション２０３用のヘッダ部と、アプリケーションファイル２０２のページデータであるページ情報を持つ。
【００４８】
６０２はヘッダ情報部である。ヘッダ情報部６０１は製本アプリケーション２０３用の情報が記述されている。たとえばファイル管理を行うためのバージョン情報や、印刷時に使用する印刷設定などである。
【００４９】
６０３、６０４、６０５、６０６はページ情報である。ページ情報６０３ー６０６は製本アプリケーション２０３が扱うアプリケーションファイル２０２の持っていたページ情報である。ページ情報のフォーマットは特に限定しないが、ＰＤＦやビットマップイメージのような画像ページとして扱えるものを想定している。ページ情報６０３ー６０６はアプリケーションファイル２０２のページ数に応じて作られる。
【００５０】
図７は原稿データのひとつの具体例である。
【００５１】
７０１は製本アプリケーション２０３が扱う原稿データを表す。本実施例ではサンプル１（７０１）と表記する。
【００５２】
７０２はサンプル１（７０１）のヘッダ部である。
【００５３】
７０３はサンプル１（７０１）の１ページ目のページ情報部であり、「あ」という文字が記述されたページである。
【００５４】
７０４はサンプル１（７０１）の２ページ目のページ情報部であり、「い」という文字が記述されたページである。
【００５５】
７０５はサンプル１（７０１）の３ページ目のページ情報部であり、「う」という文字が記述されたページである。
【００５６】
７０６はサンプル１（７０１）の４ページ目のページ情報部であり、「え」という文字が記述されたページである。
【００５７】
このようにサンプル１（７０１）は「あ」「い」「う」「え」と書かれた４ページの原稿データである。
【００５８】
図８は原稿表示制御用のデータテーブルの具体例である。
【００５９】
８０１は原稿データサンプル１（７０１）用の表示制御用のデータテーブルである。データテーブル８０１は原稿表示制御部２１０で作成され管理される。原稿表示制御部２１０はデータテーブル８０１を参照し、原稿データのサムネイルを表示するＵＩ部４０３にどのページを表示するかを決定し伝える。
【００６０】
データテーブル８０１はページ情報８０２、表示フラグ８０３、表示順序８０４の情報を持つ。
【００６１】
ページ情報８０２はサンプル１（７０１）のページ情報部のいずれかである。表示フラグ８０３はページ情報８０２のデータをサムネイルを表示ＵＩ部４０３および、ツリー表示ＵＩ部４０２に表示するかどうかを判断する値を格納している。表示順序８０４はサムネイルを表示ＵＩ部４０３およびツリー表示ＵＩ部４０２でどのような順序で表示するかを示す値を格納している。８０５、８０６、８０７、８０８はサンプル１（７０１）の７０２−７０６のページ情報部に対応している。すなわち８０５はページ情報部７０２を表示し、表示する順番は１番である。８０６はページ情報部７０２を表示し、表示する順番は２番である。８０７はページ情報部７０３を表示しない。よって表示する順番はない。８０８はページ情報部７０４を表示し、表示する順番は３番である。
【００６２】
サンプル１（７０１）とデータテーブル８０１を組み合わせると図９のようになる。
【００６３】
図９は製本アプリケーションのＵＩ例である。
【００６４】
９０１は製本アプリケーション２０３にサンプル１（７０１）とデータテーブル８０１を適応した際のＵＩ例である。９０２−９０４はサムネイル表示ＵＩ部４０３に表示されるサムネイルである。
【００６５】
原稿表示制御部２１０はテーブル８０５と原稿７０３から、サムネイル表示ＵＩ部４０３に９０２のように表示するよう指示する。同様にテーブル８０６と原稿７０４から、サムネイル表示ＵＩ部４０３に９０３のように表示するよう指示する。同様にテーブル８０８と原稿７０６から、サムネイル表示ＵＩ部４０３に９０４のように表示するよう指示する。原稿７０５はテーブル８０７の表示フラグが表示しないと設定されているためサムネイル表示ＵＩ部４０３には表示されない。
【００６６】
図１０は製本アプリケーションの文書編集アプリケーション起動の例である。
【００６７】
１００１は９０１のＵＩ例から文書編集アプリケーション２０４を起動させる例である。１００１では９０１に加えて、ユーザが１００２、１００３の２ページを選択した状態である。１００２はサムネイル９０２を選択した状態である。１００４はサムネイル９０２を選択した状態である。１００３はサムネイル９０３が選択されていない状態である。
【００６８】
この１００２、１００４の２つが選択された状態で、文書編集アプリケーション２０４を起動することができる。文書編集アプリケーション２０４の起動は１００５の文書編集アプリケーション起動ＵＩからユーザが指示することができる。１００５は文書編集アプリケーション起動ＵＩであり、製本アプリケーション２０３の機能である。ユーザがクリックすることで文書編集機能起動部２１１に指示が行われ、文書編集アプリケーション２０４を起動する。
【００６９】
図１１は文書編集アプリケーションのＵＩ例である。
【００７０】
１１０１は図１０の選択状態にあるサムネイル１００２と、同じく選択状態にあるサムネイル１００３を編集対象として起動した文書編集アプリケーション５０１をあらわしている。
【００７１】
１１０２はサムネイルである。サムネイル１１０２はサムネイル１００２と同じ原稿ページのサムネイルである。すなわちサンプル１（７０１）の３ページ目のページ情報である７０３である。
【００７２】
１１０３はサムネイルである。サムネイル１１０３はサムネイル１００３と同じ原稿ページのサムネイルである。すなわちサンプル１（７０１）の４ページ目のページ情報である７０６である。
【００７３】
サムネイル１１０２、サムネイル１１０３はツリー表示ＵＩ部位５０５に表示されている。
【００７４】
１１０４はサムネイルである。サムネイル１１０４は編集データのサムネイを表示ＵＩ部５０６に表示されている。サムネイル１１０４はサムネイル１１０２を拡大したものであり、もとのデータはサンプル１（７０１）の３ページ目のページ情報である７０３である。
【００７５】
図９、図１０、図１１が本発明を実施した場合のＵＩである。次に処理フローの説明をする。
【００７６】
図１２は製本アプリケーションから文書編集アプリケーションを起動する処理フローである。
【００７７】
まずＳ１２０１において、製本アプリケーション２０３の原稿表示制御部２１０は、原稿データ格納部２０９に格納されている原稿データサンプル１（７０１）を参照し表示するサムネイルを選定する。
【００７８】
次にＳ１２０２において、製本アプリケーション２０３にサムネイルを表示する。これがサンプル１（７０１）とデータテーブル８０１を適応した際のＵＩ例９０１である。
【００７９】
その後、Ｓ１２０３において製本アプリケーションＵＩ制御部２０８はユーザからの指示を待つ。ユーザはページの削除や、ページ順序の入れ替えをＵＩから行うことができる。ここでユーザによってページ構成の変更があった場合はＳ１２０３に進む。なかった場合はＳ１２０６に進む。
【００８０】
Ｓ１２０４はユーザによるページ変更が行われた場合の処理である。Ｓ１２０４においてユーザによってページ構成が変更される前のページ情報と、変更された後のページ情報を取得する。
【００８１】
次にＳ１２０５において、Ｓ１２０４で取得してページ構成情報を原稿表示制御用データテーブル８０１に記録する。Ｓ１２０４とＳ１２０４の処理は原稿表示制御部２１０によって実行される。
【００８２】
次にＳ１２０６において文書編集アプリケーション２０４を起動する。文書編集アプリケーション２０４の起動は１００５の文書編集アプリケーション起動ＵＩから、アプリケーションＵＩ制御部２０８が指示を受け、文書編集機能起動部２１１によって実行される。
【００８３】
図１３は文書編集機アプリケーションの起動詳細処理フローである。
【００８４】
Ｓ１３０１において、文書編集アプリケーション２０４の起動指示を受けた文書編集機能起動部２１１は原稿表示制御用データテーブル８０１を参照する。
【００８５】
次にＳ１３０２において、原稿表示制御用データテーブル８０１から表示ありの情報を選別する。これには表示フラグ８０３に該当するデータが「あり」のものを探せばよい。そして表示ありのページを表示順序通りに編集用データの候補とする。原稿表示制御用データテーブル８０１であれば、８０５、８０６、８０７が該当する。
【００８６】
次にＳ１３０３において、製本アプリケーションで選択されたページがあるかを判断する。もし選択されているページがある場合はＳ１３０４に進む。どれも選択されていない場合はＳ１３０５に進む。
【００８７】
図１０の場合はサムネイル１００２とサムネイル１００４が選択されていることになる。
【００８８】
Ｓ１３０４において、Ｓ１３０２で候補とした編集用データから選択されているページのみを編集用データの候補とするように再選定する。図１０の場合はサムネイル１００２とサムネイル１００４が選択されているので、選択されていなかったサムネイル１００３＝８０６は編集用データの候補から除外されたことになる。
【００８９】
次にＳ１３０５において編集用データを作成する。編集用データは図１４で説明する。編集用データは用途が文書編集アプリケーション用というだけで、基本的なデータ構造は原稿データと同じである。よって編集用データの作成は原稿データ作成部２１２が行うことができる。
【００９０】
次にＳ１３０６において、原稿データと編集用データのページ情報を対応つけた情報を保持する。原稿データと編集用データのページ情報を対応つけた情報の構造については図１５で説明する。
【００９１】
そしてＳ１３０７において、文書編集アプリケーション２０４は編集用データ１４０１を参照し文書編集アプリケーションの起動を行う。この際に文書編集アプリケーション２０４は編集データ格納部３０４に編集用データ１４０１を格納する。
【００９２】
次にＳ１３０８において、文書編集アプリケーション２０４の編集データ表示制御部３０５が文書編集アプリケーションに表示するサムネイルを選定しアプリケーションＵＩ制御部３０３によって表示を行う。
【００９３】
これで文書編集アプリケーションの起動が完了し図１１のように表示される。
【００９４】
図１４は編集用データの例である。
【００９５】
１４０１はＳ１３０５において作成された編集用データである。編集用データ１４０１は、原稿データサンプル１（７０１）に、Ｓ１３０２−Ｓ１３０４の処理フローを適応させ作成されたデータである。図１０の製本アプリケーションにおいて、文書編集アプリケーション起動時に選択されていたのは、サムネイル１００２、サムネイル１００４であるからその２ページ分の情報だけで構成されていることがわかる。
【００９６】
１４０２はヘッダ部である。編集用データ１４０１は基本的に原稿データ６０１と同じ構造をもつ。すなわちヘッダ部１４０２は、原稿データ６０１のヘッダ部６０２と同じようにファイル管理を行うためのバージョン情報などが書かれている。文書編集アプリケーションでは印刷時の設定は使用しないので、印刷設定などの情報はヘッダ部に含む必要はない。ただしデータ量としては微量であるので、使用しないデータとして含んでいてもなんら問題はない。
【００９７】
１４０３、１４０４はページ情報である。Ｓ１３０４によって製本アプリケーション１００１において選択されているものだけが選定されたため、「あ」という文字が記述されたページと、「え」という文字が記述されたページのみで構成されていることになる。
【００９８】
図１５は原稿データと編集用データの対応付け情報である。
【００９９】
１５０１はＳ１３０６において作成されたデータテーブルであり、文書編集機能起動部２１１に保持される。１５０１は原稿データと編集用データを対になる形で表現する。すなわち１５０２が原稿データであり、１５０３が編集用データである。１５０１は原稿データサンプル１（７０１）と編集用データサンプル２（１４０１）を扱ったテーブル例である。１５０４、１５０５にページ情報を記録する。
【０１００】
ページ情報１５０４は、原稿データサンプル１（７０１）の１ページと、編集用データサンプル２（１４０１）の１ページが対になっているということである。
【０１０１】
ページ情報１５０５は、原稿データサンプル１（７０１）の４ページと、編集用データサンプル２（１４０１）の２ページが対になっているということである。
【０１０２】
このように編集用データは原稿データの差分のような形で作成されることが特徴である。
【０１０３】
図１６は製本アプリケーションの編集用データマージ処理フローである。
【０１０４】
Ｓ１６０１において製本アプリケーション２０３は、文章編集アプリケーションの製本アプリケーション連携部より、編集を終えた編集データを習得する。この編集データは編集用データサンプル２（１４０１）と同じファイルであるが、文章編集アプリケーション１１０１によって編集が行われ上書きされている。ユーザによって編集が行われデータが書き変わるのはページ内の情報であるので、編集用データサンプル２（１４０１）の構造には影響を与えない。よって編集用データサンプル２（１４０１）を受け取ったものとして説明を行う。
【０１０５】
Ｓ１６０２において、文書編集機能起動部２１１は原稿データと編集用データの対応付け情報テーブル１５０１を参照する。
【０１０６】
次にＳ１６０３において、原稿データに編集用のページをマージする。すなわち編集データサンプル２（１４０１）の１ページ目を原稿データサンプル１（７０１）の１ページ目に置き換えと、編集データサンプル２（１４０１）の２ページ目を原稿データサンプル１（７０１）の４ページ目に置き換えることを行う。これで原稿データサンプル１（７０１）は編集されたデータをマージされたことになる。
【０１０７】
次にＳ１６０４において、原稿表示制御部２１０はサムネイルの更新が必要であることを検知し該当するサムネイルをアプリケーションＵＩ制御部２０８に伝える。アプリケーションＵＩ制御部２０８はサムネイルの表示を更新する。文書編集アプリケーションから製本アプリケーションへのデータのマージが完了する。
【０１０８】
［実施例１の効果］
以上のように本実施例では、製本アプリケーションから文書編集アプリケーションを起動する際に、必要なデータだけを作成する例を説明をした。これにより従来より無駄となっていたデータの削減を行うことができる。
【０１０９】
［実施例２］
実施例１では、製本アプリケーション２０３が文書編集アプリケーション２０４を起動する際に、原稿データ７０１から編集用データ１４０１を作成する方法を説明した。実施例１によって文書編集アプリケーション２０４に渡すデータ量の削減が行え効率を向上させる効果がある。しかしながら、編集用データ１４０１を作成するということは、従来よりも編集用データ１４０１を作成する時間が増えることになる。そのため原稿データによっては必ずしも文書編集アプリケーション２０４を起動の効率が向上するわけではないという課題がある。実施例２では原稿データの状態によって編集用データの作成方法を変化させるという方法を説明する。
【０１１０】
本実施例は、図１−図１２、図１４−図１６に関しては実施例１と同様であるので説明を割愛する。
【０１１１】
図１７は本実施例に適応可能なデータ容量に応じた文書編集アプリケーション起動フローチャートである。図１７の処理フローは実施例１の図１３の処理フローの改編である。図１３と同様に図１２のＳ１２０６の文書編集アプリケーションの起動に関する処理フローである。
【０１１２】
Ｓ１７０１において、文書編集機能起動部２１１は原稿データのページ構成に変更があるかどうかを判断する。製本アプリケーション起動後にユーザがページ構成を変更した場合は、図８の原稿表示制御用データテーブル８０１の値が書き変わる。よって原稿表示制御用データテーブル８０１を参照すれば、文書編集機能起動部２１１は現在の原稿データのページ構成を知ることができる。ページ構成に変更があった場合はＳ１７０２に進む。変更がない場合は１７０７に進む。
【０１１３】
次にＳ１７０２において、文書編集機能起動部２１１は原稿データのファイルサイズを取得する。
【０１１４】
そしてＳ１７０３において、プログラムに設定されている規定サイズより大きいかどうかを判断する。規定サイズは特別な値ではなく任意の数値でよい。規定サイズより小さい場合はＳ１７０７に進む。この判断処理は、原稿データのファイル容量があまりに小さい場合、編集用データを作成し文書編集アプリケーションを起動した場合より、編集用データを新規に作成する処理の方に時間がかかってしまい、
文書編集アプリケーションを起動するトータルの時間でみると効率が向上しないことがあるためである。よって実施例２のＳ１７０３は規定値よりファイルサイズが多い場合のみ有用な処理となる。
【０１１５】
次にＳ１７０４において、原稿データのページ構成の変更前と変更後のファイルサイズを算出する。そしてＳ１７０５において、変更後のファイルサイズが変更前のファイルサイズとの割合を判断する。変更後のファイルサイズとは実施例１における編集用データのファイルサイズのことである。原稿データサンプル１（７０１）と編集用データサンプル２（１４０１）のファイルサイズ比較である。変更後のファイルサイズが変更前のファイルサイズの規定の割合以内の場合はＳ１７０６に進む。そうでない場合は１７０７に進む。このＳ１７０５の処理はＳ１７０３と同様にファイルサイズに応じて処理を変えることが目的である。変更後のファイルサイズが変更前のファイルサイズと大差がない場合は、編集用データを作成し文書編集アプリケーションを起動した場合より、編集用データを新規に作成する処理の方に時間がかかってしまい、文書編集アプリケーションを起動するトータルの時間でみると効率が向上しないことがある。よってファイルサイズによって編集用データの作成を判断することになる。
【０１１６】
例えば、１ページあたりのファイルサイズが１メガバイトで１００ページの原稿データがあるとする。このときユーザが１０ページを削除し文書編集アプリケーションで扱うデータが９０ページになったとする。この例だと、変更前データは１００メガバイト、変更後データは９０メガバイトとなる。変更後データは変更前データの９割となる。このとき実施例１を適応し編集用データを作成すると９０メガバイトになる。たかが１０メガバイトの差で、再度９０メガバイトのファイルを作成するのは効率が悪い。Ｓ１７０５はこのような削減率を考慮し編集データの作成を行う。
【０１１７】
変更前の規定の割合以下になる場合は、Ｓ１７０６に進み編集用データを作成する。その後はＳ１７０７、Ｓ１７０８、Ｓ１７０９に進む。Ｓ１７０７はＳ１３０６、Ｓ１７０８はＳ１３０７、Ｓ１７０９はＳ１３０８と同様の処理なので説明を割愛する。
【０１１８】
［実施例２の効果］
以上のように実施例２では、製本アプリケーションから文書編集アプリケーションを起動する際の編集用データ作成において、編集用データが元の原稿データとのファイルサイズに応じ、編集用データを作成するかどうかの判断を加えた。これにより編集用データは文書編集アプリケーションの起動に効率のよいデータを使うことができ、アプリケーション全体のパフォーマンスが向上する。
【符号の説明】
【０１１９】
１０１  ＣＰＵ
１０２  ＲＡＭ
１０３  ＲＯＭ
【図１】
2013130989.tif 000003
【図２】
2013130989.tif 000004
【図３】
2013130989.tif 000005
【図４】
2013130989.tif 000006
【図５】
2013130989.tif 000007
【図６】
2013130989.tif 000008
【図７】
2013130989.tif 000009
【図８】
2013130989.tif 000010
【図９】
2013130989.tif 000011
【図１０】
2013130989.tif 000012
【図１１】
2013130989.tif 000013
【図１２】
2013130989.tif 000014
【図１３】
2013130989.tif 000015
【図１４】
2013130989.tif 000016
【図１５】
2013130989.tif 000017
【図１６】
2013130989.tif 000018
【図１７】
2013130989.tif 000019