(57)【要約】【課題】ＰＤＦをＳＶＧに変換し、ＳＶＧで編集した後に再度ＰＤＦに変換する処理において、ＳＶＧはリフロー型データであり、表示デバイスによって表示が変わる特徴がある。表示デバイスにより表示が異なるために編集によって最終的にＰＤＦに変換した際の全体レイアウトを確認することができず、全体レイアウトに対して修正ができないために意図通りの出力がされないことがある。【解決手段】元ドキュメントの構成情報と編集後のドキュメントの構成情報を用いることで、元ドキュメントのレイアウトに沿うようにドキュメントおよび編集情報を修正して意図通りのレイアウトを崩さないページ出力を得る。【選択図】  図３
2016034073.tif 000002
【特許請求の範囲】
【請求項１】
第一形式の文書データを第二形式の文書データに変換する手段（３−２）と、
上記編集の際に描画データ配置情報を作成する手段（３−３）と、
編集された上記第二形式の文書データと編集前の第二形式の文書データから差分情報を生成する差分情報生成手段（３−４）と、
差分情報と配置情報を用い差分情報から上記第一形式の文書データを作成する手段（３−５、３−６）と、
作成された上記第一形式の文書データと元の第一形式の文書データをマージする手段（３−７）を備えることを特徴とするデータ変換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、あるフォーマットから別のフォーマットに変換して、その別のフォーマットで編集をした後に再度元のフォーマットに戻す際の変換方法に関する。
【背景技術】
【０００２】
ＰＣ，  Ｓｅｒｖｅｒ，  ＣｌｏｕｄではＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）が標準ドキュメントフォーマットとして使用されている。一方携帯電話やモバイル端末ではＰＤＦを処理できないことも多く、標準的なブラウザで表示できるＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）が標準ドキュメントフォーマットとして使用されることが多い。
【０００３】
あるフォーマットを別のフォーマットに変換して、その別のフォーマットで編集した後に再度元のフォーマットに戻す際の変換に関する先行技術として特許文献１が挙げられる。特許文献１では、元ＰＤＦを保持し、変換したＳＶＧでの変更箇所をＰＤＦコマンドに変換してその変換部分のみ元ＰＤＦにマージしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１０８４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１では元ドキュメントに再変換する際に単純に元ドキュメントに編集部分を追加している。ＳＶＧはリフロー型データであり、表示デバイスによって表示が変わるという特徴がある。表示デバイスにより表示されるレイアウトが異なるために編集によって最終的にＰＤＦに変換した際のページ全体のレイアウトを確認することができず、ページ全体のレイアウトに対して修正ができないために意図通りのページ出力が得られないことがある。意図通りのページ出力が得られない例としては描画オブジェクト同士が重なってしまうことである。
【課題を解決するための手段】
【０００６】
本発明は、フォーマット変換処理装置であって、
第一形式の文書データを第二形式の文書データに変換する手段と、
上記変換の際に描画データ配置情報を作成する手段と、
編集された上記第二形式の文書データと編集前の第二形式の文書データから差分情報を生成する差分情報生成手段と、
差分情報と配置情報を用い差分情報から上記第一形式の文書データを作成する手段と、
作成された上記第一形式の文書データと元の第一形式の文書データをマージする手段を備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、元ドキュメントの構成情報と編集後のドキュメントの構成情報を用いることで、元ドキュメントのレイアウトに沿うようにドキュメントおよび編集情報を修正して意図通りのレイアウトを崩さないページ出力を得ることができる。
【図面の簡単な説明】
【０００８】
【図１】構成情報を用いたドキュメント変換システムの構成図を示す図である。
【図２】構成情報を用いたドキュメント変換システムの構成を示すブロック図である。
【図３】Ｗｅｂアプリケーションサーバ群と印刷装置の特徴を表す図である。
【図４】元データと構成情報の一例を示す図である。
【図５】ドキュメント変換処理のフローチャートを示す図である。
【図６】修正の優先順位に従いＳＶＧを修正するフローチャートを示す図である。
【図７】修正の優先順位リストを示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
フォーマット変換システムにおいて特にＷｅｂサービスのサーバに本発明であるフォーマット変換機能を適合させた場合の実施例である。しかしこのフォーマット変換は、Ｗｅｂサービスのサーバではなく、クラウドコンピューティングでのアプリケーションやモバイル端末で行っても同様に成立する。
【００１１】
図１はドキュメント編集システムの構成図である。ドキュメント編集システム１−０は、クライアントコンピュータ１−２、携帯電話、タブレット等の携帯端末１−４の装置を含む。これらの装置は、ネットワーク１−１を介して互いに接続されており、ネットワーク１−１はインターネットに接続されている。また、ドキュメント編集システム１−０はＷｅｂアプリケーションサーバ群１−５を含む。これらのサーバ群は１台のサーバから構成されてもよいし、複数台のサーバから構成されてもよい。またドキュメント編集システム１−０はアプリケーションサービス１−６を含んでも良い。アプリケーションサービスの例としてはＳＶＧ編集アプリケーションがありＷｅｂアプリケーションサーバ群１−５にＰＤＦを入力してＳＶＧを取得し、そのＳＶＧを編集した後に再びＷｅｂアプリケーションサーバ群１−５にＳＶＧを入力してＰＤＦを取得するといった処理を行うことができる。
【００１２】
またドキュメント編集システム１−０は印刷装置１−３を含んでも良い。印刷装置１−３にドキュメントを送付することで出力を得ることができる。
【００１３】
図２は本発明であるドキュメント編集が適用されるＷｅｂアプリケーションサーバ群（１−５）の構成の一例を示すブロック図である。１はＣＰＵで、各種データ処理を行う。２はメモリであり、ＣＰＵが読み書きするデータを格納する。３はＨＤＤであり、各種データが格納されている。４は媒体読み取り装置でありＣＤ−ＲＯＭ、メモリカード等のシステムに接続された記憶媒体５からデータを読み取る。またそれぞれの装置がネットワークを介して接続されていようとも、本発明を制約するものではない。
【００１４】
図３は、Ｗｅｂアプリケーションサーバ群（１−５）の特徴を表す図である。３−１はデータ読み込み部であり、ドキュメントの入力を受け付ける。ドキュメントはＰＤＦおよびＳＶＧを例としているが他のフォーマットでも同様の処理が可能である。
【００１５】
３−２はＰＤＦｔｏＳＶＧ変換部であり、データ読み込み部（３−１）で読み込んだＰＤＦをＳＶＧに変換する。３−３は構成情報作成部であり、読み込んだＰＤＦから構成情報を作成する。構成情報はＰＤＦを構成する描画オブジェクトの種類と描画位置（開始位置、幅、高）からなる。構成情報の例を図４に示す。図４（ａ）がＰＤＦデータで図４（ｂ）がその構成情報を表している。
【００１６】
３−４はＳＶＧ差分情報抽出部であり、編集前後のＳＶＧから差分情報を抽出して、構成情報を加味して編集後の構成情報を作成する。３−５は修正個所特定部であり、編集前後の構成情報から修正個所を決定する。３−６はＳＶＧｔｏＰＤＦ変換部であり、３−５の修正個所特定部にて決定された箇所に対応するＳＶＧをＰＤＦに変換する。
【００１７】
３−７はデータマージ部であり、３−６のＳＶＧｔｏＰＤＦ変換部で変換されたＰＤＦを元ＰＤＦにマージする。３−８はデータ送受信を行うデータ送受信部である。３−９は印刷装置のデータ受信部であり、Ｗｅｂアプリケーションサーバ群で作成した描画コマンドの受信を行う。３−１０はコントローラ部であり、描画コマンドを解釈して２値画像に変換し、プリントエンジンに出力する。
【００１８】
３−９から３−１０の部分は、印刷装置内部のＣＰＵ、メモリ、ＨＤＤ、ＲＯＭの連携によりソフトウェアで実現されるが、これに限られるものではなく、各々の部分がハードウェアロジックとなっていても良い。
【００１９】
図５を用いて、構成情報を用いたドキュメント変換を行う本発明の基本となるフローチャートについて説明する。データ読み込み部（３−１）により読み込まれたＰＤＦをＰＤＦｔｏＳＶＧ変換部（３−２）でＰＤＦｔｏＳＶＧ変換する（５−１）。その際に構成情報作成部（３−３）により描画オブジェクトの種類と描画位置（開始位置、幅、高）からなる図４（ｂ）に示す様な構成情報を作成する（５−２）。以上でＰＤＦからＳＶＧへの変換は完了する。
【００２０】
この変換されたＳＶＧがアプリケーションサービス１−６であるＳＶＧ編集アプリケーション等で編集された後にデータ読み込み部（３−１）により再度読み込まれる。ＳＶＧ差分情報抽出部（３−４）で編集前後のＳＶＧから差分情報を抽出して、これに構成情報も加味して編集後の構成情報を作成する（５−３）。
【００２１】
以下、ＳＶＧ差分情報分繰り返す（５−４）。修正個所特定部（３−５）により差分箇所によって構成情報に新たな重なりが見られれば、後述する修正の優先順位に従いＳＶＧを修正し（５−５）、その後ＳＶＧｔｏＰＤＦ変換部（３−６）によりＳＶＧｔｏＰＤＦ変換が実施される（５−６）。構成情報に新たな重なりがみられない場合は修正された差分ＳＶＧをそのままＳＶＧｔｏＰＤＦ変換する（５−６）。データマージ部（３−７）により元ＰＤＦに５−６で作成されたＰＤＦをマージする（５−７）。
【００２２】
続いて修正の優先順位について図６のフローチャートを用いて説明する。修正個所特定部（３−５）により特定された差分箇所の修正が許容範囲の文字サイズの変更によって可能であれば（６−１）、文字サイズを変更する（６−２）。文字サイズの許容範囲とは例えば１１ｐｏｉｎｔまで縮小することが可能とする。元々１６ｐｏｉｎｔの文字列に文字の追加があり他の描画オブジェクトと重なりが生じてしまう場合にこれを１４ｐｏｉｎｔにすると他の描画オブジェクトとの重なりが生じなくなる場合、１４ｐｏｉｎｔへの修正は限界サイズの１１ｐｏｉｎｔ以内の修正のため許容範囲内と判断する。その結果文字オブジェクトの描画領域が小さくなり、構成情報の新たな重なりが解消される。結果描画に重なりが無くページレイアウトが崩れない。
【００２３】
同様に許容範囲内のイメージサイズの変更によって特定箇所の修正が可能であれば（６−３）、イメージサイズを変更する（６−４）。イメージサイズの許容範囲としては例えば、８０％から１２０％までの拡大、縮小とする。この拡大、縮小範囲では出力結果に違和感が無いと判断し、この許容範囲を設定している。もちろんこれらの許容範囲は状況、目的によって変更することができる。
【００２４】
文字余白の変更によって特定箇所の修正が可能であれば（６−５）、余白サイズを変更する（６−６）。例えば文字余白の許容範囲の例は７０％から１３０％とする。またＯｂｊｅｃｔ間隔の変更によって特定箇所の修正が可能であれば（６−７）、Ｏｂｊｅｃｔ間隔を変更する（６−８）。Ｏｂｊｅｃｔ間隔の変更の許容範囲例としてはＯｂｊｅｃｔ同士が重ならない等が条件となる。以上の条件で特定箇所の修正が可能でなければ特定箇所の周辺の描画オブジェクトを同じ許容範囲で修正することで構成情報の重なりが解消する（６−９）。
【００２５】
修正の優先順位は図７の様なテーブルを用いて管理することができる。優先順位は状況、目的に応じて任意に変えることができる。
【００２６】
以上で構成情報を用いたドキュメント変換に関する処理が終了する。この処理はＷｅｂサービスのサーバではなく、クラウドコンピューティングでのアプリケーションやモバイル端末で行っても同様に成立する。
【符号の説明】
【００２７】
１−１  ネットワーク、１−２  クライアントコンピュータ、１−３  印刷装置、
１−４  携帯端末、１−５  Ｗｅｂアプリケーションサーバ群、
１−６  アプリケーションサービス
【図１】
2016034073.tif 000003
【図２】
2016034073.tif 000004
【図３】
2016034073.tif 000005
【図４】
2016034073.tif 000006
【図５】
2016034073.tif 000007
【図６】
2016034073.tif 000008
【図７】
2016034073.tif 000009