(57)【要約】【課題】最終出力におけるピクセル座標位置がずれないよう、変換されたドキュメントファイルの座標値を決定することを目的とする。【解決手段】印刷解像度を示す情報を取得する第１の取得手段と、第１のフォーマットのデータの元の座標値に対応する前記印刷解像度における第１の座標値を取得する第２の取得手段と、前記第１の座標値と、前記第１のフォーマットとは異なる第２のフォーマットに変換されて更に前記第１のフォーマットに戻された場合の前記データの前記元の座標値に対応する前記印刷解像度における第２の座標値と、が一致するように、前記第１のフォーマットから前記第２のフォーマットに変換される際に用いられる前記データの変換座標値を、前記データの前記元の座標値に基づいて決定する決定手段と、を有する。【選択図】図７
2016181811.tif 000002
【特許請求の範囲】
【請求項１】
印刷解像度を示す情報を取得する第１の取得手段と、
第１のフォーマットのデータの元の座標値に対応する前記印刷解像度における第１の座標値を取得する第２の取得手段と、
前記第１の座標値と、前記第１のフォーマットとは異なる第２のフォーマットに変換されて更に前記第１のフォーマットに戻された場合の前記データの前記元の座標値に対応する前記印刷解像度における第２の座標値と、が一致するように、前記第１のフォーマットから前記第２のフォーマットに変換される際に用いられる前記データの変換座標値を、前記データの前記元の座標値に基づいて決定する決定手段と、
を有する情報処理装置。
【請求項２】
前記第２の取得手段は、前記データが前記印刷解像度に変換される際の座標値の整数値である前記第１の座標値を取得し、
前記決定手段は、前記第１の座標値と、前記第２のフォーマットに変換されて更に前記第１のフォーマットに戻された場合の前記データが前記印刷解像度に変換される際の座標値の整数値である前記第２の座標値と、が一致するように、前記変換座標値を決定する請求項１記載の情報処理装置。
【請求項３】
前記決定手段は、前記第１の座標値と、前記第２の座標値と、が一致するように、前記変換座標値を、前記変換座標値の小数以下の有効桁数とともに決定する請求項１又は２記載の情報処理装置。
【請求項４】
前記第１の取得手段は、端末装置からの変換指示に応じて、前記端末装置から前記印刷解像度を示す情報を取得する請求項１乃至３何れか１項記載の情報処理装置。
【請求項５】
前記データを、座標値が前記決定手段により決定された前記変換座標値となるように、前記第２のフォーマットに変換する変換手段を更に有する請求項１乃至４何れか１項記載の情報処理装置。
【請求項６】
前記変換手段は、前記決定手段により決定された前記変換座標値の小数以下の桁数が設定された閾値以上である場合、前記データを前記第２のフォーマットに変換し、更に、変換された前記データに変換前の前記データの座標値を付加する制御を行う請求項５記載の情報処理装置。
【請求項７】
前記変換手段は、端末装置からの変換指示に応じて、前記データを、座標値が前記決定手段により決定された前記変換座標値となるように、前記第２のフォーマットに変換する請求項５又は６記載の情報処理装置。
【請求項８】
前記第１のフォーマットと前記第２のフォーマットとは、座標系が異なる請求項１乃至７何れか１項記載の情報処理装置。
【請求項９】
端末装置と、情報処理装置と、を含む情報処理システムであって、
前記端末装置は、
前記情報処理装置に対して、第１のフォーマットのデータを前記第１のフォーマットとは異なる第２のフォーマットに変換するよう指示する指示手段を有し、
前記情報処理装置は、
前記指示手段による指示に応じて、印刷解像度を示す情報を取得する第１の取得手段と、
前記第１のフォーマットの前記データの元の座標値に対応する前記印刷解像度における第１の座標値を取得する第２の取得手段と、
前記第１の座標値と、前記第２のフォーマットに変換されて更に前記第１のフォーマットに戻された場合の前記データの前記元の座標値に対応する前記印刷解像度における第２の座標値と、が一致するように、前記第１のフォーマットから前記第２のフォーマットに変換される際に用いられる前記データの変換座標値を、前記データの前記元の座標値に基づいて決定する決定手段と、
前記データを、座標値が前記決定手段により決定された前記変換座標値となるように、前記第２のフォーマットに変換する変換手段と、
を有する情報処理システム。
【請求項１０】
情報処理装置が実行する情報処理方法であって、
印刷解像度を示す情報を取得する第１の取得ステップと、
第１のフォーマットのデータの元の座標値に対応する前記印刷解像度における第１の座標値を取得する第２の取得ステップと、
前記第１の座標値と、前記第１のフォーマットとは異なる第２のフォーマットに変換されて更に前記第１のフォーマットに戻された場合の前記データの前記元の座標値に対応する前記印刷解像度における第２の座標値と、が一致するように、前記第１のフォーマットから前記第２のフォーマットに変換される際に用いられる前記データの変換座標値を、前記データの前記元の座標値に基づいて決定する決定ステップと、
を含む情報処理方法。
【請求項１１】
コンピュータを、請求項１乃至８何れか１項記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
ＰＤＡの急速な普及により、これまで紙媒体（以下、書類）で管理していたドキュメントを電子ドキュメントファイル（以下ドキュメントファイル）で取り扱う機会が増えている。例えば、これまでは保険会社の営業マンが顧客の元を訪れる際には、様々なプランを想定して多くの書類を持参する必要があった。しかし、書類を電子化することで、ドキュメントファイルで簡単に、かつ大量にドキュメントを持ち運ぶことが可能となった。一般にそのドキュメントファイルにはＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）形式が用いられていることが多い。ところが、ＰＤＦ形式ではサインを記入したり表示を動的に切り替える等の編集を行ったりすることが困難であり、編集を行うには専用のアプリケーションが必要となる。サインができない場合、後日、印刷したものを持参してサインを顧客の元へ再訪問する手間がかかるというデメリットがある。
そこで近年、ＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）形式が注目されている。ＳＶＧは、ＪａｖａＳｃｒｉｐｔ（登録商標）とも相性がよく、標準のブラウザ上で、ＪａｖａＳｃｒｉｐｔを利用して容易に編集を行うことができる。昨今、保存用にはＰＤＦ形式、閲覧／編集用にはＳＶＧ形式を利用する場面が増えており、ＰＤＦからＳＶＧ変換、ＳＶＧからＰＤＦ変換が広く行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平５−１３５１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＰＤＦからＳＶＧ変換、ＳＶＧからＰＤＦ変換等の座標系の異なる座標値の変換において、座標値が割り切れない値となる場合、座標値の丸めが発生する。以後、座標値の丸めを単に丸めとする。その結果、変換を繰り返した場合、変換前と変換後とでは、最終的な出力先の解像度におけるレンダリング結果が異なる可能性がある。
具体的な例として、最終的な想定されている出力先を紙への印刷とし、ＰＤＦのドキュメントファイルをＳＶＧに変換後、更にＳＶＧをＰＤＦに再変換した後に印刷する場合を考える。まず、ＰＤＦからＳＶＧ変換にて丸めが発生し、更にＳＶＧからＰＤＦ変換でも丸めが発生する。その２つの丸めが原因で、元のＰＤＦの印刷解像度でのレンダリングされるピクセル座標位置と、ＳＶＧを経由したＰＤＦの印刷解像度でのレンダリングされるピクセル座標位置が異なることがある。
【０００５】
図１は、最終出力におけるピクセル座標位置のずれの一例を示す図である。図１（Ａ）は、元のＰＤＦのドキュメントファイルを印刷解像度で描画した結果である。図１（Ｂ）は、元のＰＤＦのドキュメントファイルをＳＶＧ変換した後にＰＤＦに変換し、その後、印刷解像度で描画した結果である。そして、図１（Ｃ）は、図１の（Ａ）と（Ｂ）との差分を示す図であり、描画の一部がずれていることを示す。
図２は、最終出力におけるピクセル座標位置のずれの原因を説明する図である。ここでは、具体例を用いて説明する。元のＰＤＦのドキュメントファイルを解像度が７２ｄｐｉである座標系のＰＤＦとし、Ｘ座標が２０の点が印刷解像度の６００ｄｐｉ座標系へ変換される場合、解像度が９６ｄｐｉである座標系のＳＶＧを経由する場合としない場合の差を考える（図２（Ａ））。まず、元のＰＤＦのドキュメントファイルを印刷解像度の座標系に変換すると、図２（Ｂ）に示すように、Ｘ＝１６６．６…．という値が算出される。最終出力におけるピクセル座標位置は、図２（Ｄ）の中の（Ｂ）の位置に示すように、Ｘ＝１６６から１６７の間に位置するピクセル座標位置となる。
【０００６】
次に、ドキュメントファイルが一度ＳＶＧに変換された後に再度ＰＤＦに変換された場合を考える（図２（Ｃ））。まず、元のＰＤＦを解像度が９６ｄｐｉの座標系に変換するＸ＝２０の点は、Ｘ＝２６．６６６…に変換される。ここで、小数点以下を切り捨てて２６をＳＶＧの座標として持っておくとすると、再度ＰＤＦに変換した場合の座標値は１９．５０となる。座標値１９．５０を印刷解像度の座標系に変換すると、Ｘ＝１６２．５という値が算出される。最終出力におけるピクセル座標位置は、図２（Ｄ）の中の（Ｃ）の位置に示すように、Ｘ＝１６２から１６３の間に位置するピクセル座標位置となる。
一度ＳＶＧに変換して再度ＰＤＦに変換した場合とＳＶＧに変換しない場合とでは、最終出力におけるピクセル座標位置に４ピクセル分のずれが生じることが分かる。今回の例では、ＳＶＧの座標系の変換の際に小数点以下すべてを切り捨てたため、切り捨てた小数以下の値の分誤差が生じたが、座標の位置と変換前後の座標系の値によっては、小数点以下数桁の値を保持していても、ずれが発生する場合がある。
【０００７】
また、ドキュメントファイルに対する変換は、何度も繰り返し行われる場合があり、複数回変換をすることで最終出力におけるピクセル座標位置が回数に応じて大きくずれてしまう可能性がある。
特許文献１の方法では、座標系の変換の際に図形の長さや位置の誤差を少なくするものであり、図形中の２つの座標から、あるべき図形の長さを推定し、その長さになるように座標を調整するものである。特許文献１の方法では、図形の形状が優先されており、位置がずれることがある程度許容されてしまっている。
そこで、本発明は、最終出力におけるピクセル座標位置がずれないよう、変換されたドキュメントファイルの座標値を決定することを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明の情報処理装置は、請求項１に記載の各手段を有する。
【発明の効果】
【０００９】
本発明によれば、最終出力におけるピクセル座標位置がずれないよう、変換されたドキュメントファイルの座標値を決定することができる。
【図面の簡単な説明】
【００１０】
【図１】最終出力におけるピクセル座標位置のずれの一例を示す図である。
【図２】最終出力におけるピクセル座標位置のずれの原因を説明する図である。
【図３】ドキュメントファイル変換システムの各構成要素のハードウェア構成等の一例を示す図である。
【図４】ドキュメントファイル変換システムの各構成要素の機能構成等の一例を示す図である。
【図５】ドキュメントファイル変換システムの処理の一例を示すシーケンス図である。
【図６】ドキュメントファイル変換処理の一例を示すフローチャートである。
【図７】座標値変換処理の一例を示すフローチャートである。
【図８】座標値がドキュメントファイル内に保持されている一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
＜実施形態１＞
本実施形態では、携帯端末は、ドキュメントファイル変換サーバーへドキュメントファイル変換を指示する。そして、ドキュメントファイル変換サーバーは、変換前のドキュメントファイルと変換後のドキュメントファイルとで、最終出力におけるピクセル座標位置が一致するように、ドキュメントファイルを変換する。
【００１３】
図３は、ドキュメントファイル変換システムの各構成要素のハードウェア構成等の一例を示す図である。
本実施形態では、ドキュメントファイル変換システムは、ドキュメントファイル変換サーバー３１０、携帯端末３２０、ネットワーク３３０等を含む。ドキュメントファイル変換システムは、情報処理システムの一例である。
ドキュメントファイル変換サーバー３１０は、少なくとも１つのプロセッサーユニットで構成されるＣＰＵ３１１、半導体のランダムアクセスメモリ（ＲＡＭ）やリードオンリーメモリ（ＲＯＭ）等から構成される主記憶装置３１２を含む。また、ドキュメントファイル変換サーバー３１０は、ハードディスクドライブやフラッシュメモリから構成される補助記憶装置３１６を含む。補助記憶装置３１６は、ＯＳやプログラム、ドキュメントファイル等を格納する。また、補助記憶装置３２６は、設定された閾値等が記録されタ設定ファイル等も格納する。
【００１４】
更に、ドキュメントファイル変換サーバー３１０は、キーボードやマウスといった入力装置３１３、表示を行うためのディスプレイ装置３１４、ネットワーク３３０を介した外部の装置との接続に利用されるネットワークインターフェース３１５等を含む。
ＣＰＵ３１１、主記憶装置３１２、入力装置３１３、ディスプレイ装置３１４、ネットワークインターフェース３１５、補助記憶装置３１６は、相互接続バス３１７を介して相互に接続され、相互に通信可能となっている。
ＣＰＵ３１１は、入力装置３１３等を介したユーザーの操作に基づいて、補助記憶装置３２６に格納された設定された閾値等が記録されタ設定ファイルの内容を変更することができる。
ＣＰＵ３１１が、補助記憶装置３１６等に記憶されたプログラムに基づき処理を実行することによって、後述するドキュメントファイル変換サーバー３１０の機能及び後述するシーケンス図やフローチャートの処理が実現される。
【００１５】
携帯端末３２０は、少なくとも１つのプロセッサーユニットで構成されるＣＰＵ３２１、半導体のランダムアクセスメモリ（ＲＡＭ）やリードオンリーメモリ（ＲＯＭ）から構成される主記憶装置３２２を含む。また、携帯端末３２０は、ハードディスクドライブやフラッシュメモリ等から構成される補助記憶装置３２６を含む。補助記憶装置３２６は、ＯＳやプログラム、ドキュメントファイル等を格納する。更に、携帯端末３２０は、タッチパネルやボタンといった入力装置３２３、表示を行うためのディスプレイ装置３２４、ネットワーク３３０を介した外部の装置との接続に利用されるネットワークインターフェース３２５等を含む。
ＣＰＵ３２１、主記憶装置３２２、入力装置３２３、ディスプレイ装置３２４、ネットワークインターフェース３２５、補助記憶装置３２６は、相互接続バス３２７を介して相互に接続され、互いに通信可能となっている。
ＣＰＵ３２１が、補助記憶装置３２６等に記憶されたプログラムに基づき処理を実行することによって、後述する携帯端末３２０の機能及び後述するシーケンス図の処理が実現される。
ネットワーク３３０は、ワイドエリアネットワーク（ＷＡＮ）である。また、ネットワーク３３０は、ローカルエリアネットワーク（ＬＡＮ）等であってもよい。
【００１６】
図４は、ドキュメントファイル変換システムの各構成要素の機能構成等の一例を示す図である。なお、ドキュメントファイル変換サーバー３１０に図６で後述する処理を実行させるためのドキュメントファイル変換プログラムは、補助記憶装置３１６に記憶され、ＣＰＵ３１１により主記憶装置３１２にロードされ実行される。ドキュメントファイル変換プログラムは、ドキュメントファイルを格納した携帯端末３２０から送られるドキュメントファイルを受け取り、ドキュメントファイルに変換処理を施し、携帯端末３２０へ出力する処理を実行させるためのプログラムである。
【００１７】
ドキュメントファイル変換サーバー３１０は、インターネットやイントラネット等のネットワーク３３０に接続し他の機器とネットワーク通信を行う通信部４１３を含む。また、ドキュメントファイル変換サーバー３１０は、外部からドキュメントファイルの入力を受け付けるデータ取得部４１１、外部へのドキュメントファイルの出力を行うデータ送信部４１２を含む。更に、ドキュメントファイル変換サーバー３１０は、取得したドキュメントファイルの変換処理を行うデータ変換部４１４等を含む。
【００１８】
ドキュメントファイル表示を行う携帯端末３２０とドキュメントファイルを変換するドキュメントファイル変換サーバー３１０とは、ネットワーク３３０を介して、相互に接続されている。
携帯端末３２０は、端末表示を行うための表示部４２１、インターネットやイントラネット等のネットワーク３３０に接続し他の危機とネットワーク通信を行う処理を行う通信部４２５を含む。また、携帯端末３２０は、ユーザーがドキュメントファイル入力や指示操作等を行うための入力部４２２、ドキュメントファイルの送信処理を行うデータ送信部４２４を含む。更に、携帯端末３２０は、ドキュメントファイル変換サーバー４１０からドキュメントファイルを取得するデータ取得部４２３等を含む。
【００１９】
図５は、ドキュメントファイル変換システムの処理の一例を示すシーケンス図である。Ｓ５１１〜Ｓ５１７の処理を行う携帯端末３２０と、Ｓ５２１〜Ｓ５２６の処理を行うドキュメントファイル変換サーバー３１０と、は、ネットワーク３３０を介して接続されており、相互に連携している。
Ｓ５１１において、ＣＰＵ３２１は、入力装置３２３を介してユーザーにより選択されたドキュメントファイル（Ａ）をディスプレイ装置３２４等に表示する。ＣＰＵ３２１は、表示するドキュメントファイル（Ａ）を、補助記憶装置３２６から取得してもよいし、外部のストレージサーバー等からダウンロードして取得してもよい。
【００２０】
Ｓ５１２において、ＣＰＵ３２１は、入力装置３２３を介してユーザーによりドキュメントファイル（Ａ）の変換指示がなされると、以下の処理を行う。即ち、ＣＰＵ３２１は、ドキュメントファイル（Ａ）と最終想定出力解像度とをネットワーク３３０を介してドキュメントファイル変換サーバー３１０へ送信する処理を行う。
最終想定出力解像度とは、Ｓ５１１でユーザーにより選択されたドキュメントファイル（Ａ）の最終的な出力先の解像度である。例えば、６００（ｄｐｉ）で印刷可能な印刷器による紙への印刷処理が最終的な出力である場合、最終想定出力解像度は、６００（ｄｐｉ）となる。また、最終的な出力先が２６４（ｄｐｉ）で表示可能な端末装置への表示処理である場合、最終想定出力解像度は、２６４（ｄｐｉ）となる。なお、最終想定出力解像度は、ドキュメントファイル（Ａ）内にメタデータとして記載されていてもよいし、Ｓ５１２でユーザーによる入力装置３２３を介した操作に基づいて取得されてもよい。最終想定出力解像度は、印刷解像度の一例である。
【００２１】
Ｓ５２１において、ＣＰＵ３１１は、Ｓ５１２で携帯端末３２０から送信されたドキュメントファイル（Ａ）及び最終想定出力解像度を取得する。ドキュメントファイル（Ａ）は、入力されるデータの一例である。
Ｓ５２２において、ＣＰＵ３１１は、Ｓ５２１にて受信したドキュメントファイル（Ａ）を別のファイル形式のドキュメントファイル（Ｂ）へ変換する。Ｓ５２２の変換処理の詳細については、図６にて後述する。
Ｓ５２３において、ＣＰＵ３１１は、Ｓ５２２で変換したドキュメントファイル（Ｂ）を携帯端末３２０へ送信する。
Ｓ５１３において、ＣＰＵ３２１は、ドキュメントファイル変換サーバー３１０からＳ５２３で送信されたドキュメントファイル（Ｂ）を取得する。
【００２２】
Ｓ５１４において、ＣＰＵ３２１は、ユーザーによる入力装置３２３を介した操作等に基づいて、Ｓ５１３で受信したドキュメントファイル（Ｂ）に対して、何らかの記載を追加する等の編集を行う。編集が行われたドキュメントファイル（Ｂ）を、以下ではドキュメントファイル（ＢＴ）とする。
Ｓ５１５において、ＣＰＵ３２１は、ネットワーク３３０を介して、ドキュメントファイル（ＢＴ）をドキュメントファイル変換サーバー３１０へ送信する。
Ｓ５２４において、ＣＰＵ３１１は、Ｓ５１５で携帯端末３２０から送信されたドキュメントファイル（ＢＴ）を取得する。
Ｓ５２５において、ＣＰＵ３１１は、ドキュメントファイル（ＢＴ）を元のドキュメントファイル（Ａ）と同じファイル形式に変換し、ドキュメントファイル（ＡＴ）を生成する。
【００２３】
Ｓ５２６において、ＣＰＵ３１１は、ネットワークを介して、Ｓ５２５で生成したドキュメントファイル（ＡＴ）を携帯端末３２０へ送信する。
Ｓ５１６において、ＣＰＵ３２１は、Ｓ５２６でドキュメントファイル変換サーバー３１０から送信されたドキュメントファイル（ＡＴ）を取得する。
Ｓ５１７において、ＣＰＵ３２１は、Ｓ５１６で取得したドキュメントファイル（ＡＴ）を保存したり、出力したりする。ＣＰＵ３２１は、ドキュメントファイル（ＡＴ）に対して紙への印刷処理を行うことで出力してもよい。また、ＣＰＵ３２１は、Ｓ５１１の処理へ戻り、Ｓ５１７で保存したドキュメントファイル（ＡＴ）をドキュメントファイル（Ａ）として選択して、図５の処理を繰り返してもよい。
【００２４】
図６は、ドキュメントファイル変換処理の一例を示すフローチャートである。図６の処理は、図５のＳ５２２の処理の詳細を示す。ＣＰＵ３１１は、補助記憶装置３１６に記憶されたドキュメントファイル変換処理プログラムを、主記憶装置３１２にロードし、実行することで、主記憶装置３１２、補助記憶装置３１６、を制御し、図６のフローチャートの処理を行う。
Ｓ６０１において、ＣＰＵ３１１は、ドキュメントファイル（Ａ）の解釈処理を行う。なお、ＣＰＵ３１１は、Ｓ６０１で、ドキュメントファイル（Ａ）を中間ドキュメントファイルに変換して、以降の処理を行ってもよい。
Ｓ６０２において、ＣＰＵ３１１は、ドキュメントファイル（Ａ）の描画命令をドキュメントファイル（Ｂ）の描画命令に変換する。
【００２５】
Ｓ６０３において、ＣＰＵ３１１は、ドキュメントファイル（Ａ）の座標系における座標値をドキュメントファイル（Ｂ）の座標系における座標値に変換する。座標値変換において、変換された座標値は、割り切れない値となる場合がある。例えば、ドキュメントファイル（Ａ）を解像度が７２ｄｐｉのＰＤＦ、ドキュメントファイル（Ｂ）を解像度が９６ｄｐｉのＳＶＧと仮定して、ＰＤＦ上の座標点ａ（２０  ，  ３６）をＳＶＧ上の座標点ｂへ変換することを考える。解像度が７２ｄｐｉのＰＤＦは、第１のフォーマットの一例である。解像度が９６ｄｐｉのＳＶＧは、第２のフォーマットの一例である。
点ｂのｘ座標は、２０  ＊  （９６  ／  ７２）  ＝  ２６．６６６６…、となる。また、点ｂのｙ座標は、３６  ＊  （９６  ／  ７２）  ＝  ４８、となる。点ｂのｘ座標は割り切れない値となっている。ドキュメントファイル変換サーバー３１０は、ＳＶＧ変換の誤差をなるべく少なくし、精度を高めるには、無限に（実際には有限だが、なるべく多くの）桁を保持する必要があるが、ファイルサイズも無駄に増大してしまい現実的ではない。また、保持される桁数が少ない程、精度は、低くなり、誤差が発生する可能性も上がる。また、Ｎ桁以上保持していればずれないという保証はできず、保持する桁数をどんなに増加させたとしても座標の位置によっては１ピクセルずれる場合は、存在する。そこで、ドキュメントファイル変換サーバー３１０は、Ｓ６０３で、適当な座標変換を行う。Ｓ６０３の詳細な処理は、図７で後述する。保持される座標値の小数部分の桁数は、座標値の小数以下の有効桁数の一例である。
以上の処理が、ドキュメントファイル（Ａ）をドキュメントファイル（Ｂ）に変換する処理である。
【００２６】
図７は、座標値変換処理の一例を示すフローチャートである。図７の処理は、図６のＳ６０３の処理の詳細である。なお、以下、ドキュメントファイル（Ａ）の座標系をＡ座標系、ドキュメントファイル（Ｂ）の座標系をＢ座標系とする。また、Ａ座標系の解像度を７２ｄｐｉ、Ｂ座標系の解像度を９６ｄｐｉ、最終想定出力解像度を６００ｄｐｉとする。
Ｓ７０１において、ＣＰＵ３１１は、Ａ座標系の座標値（元の座標値）を取得し、取得した座標値をＸ（Ａ）とする。座標値Ｘ（Ａ）は、２０とする。
【００２７】
Ｓ７０２において、ＣＰＵ３１１は、最終想定出力解像度（例えば印刷解像度）に変換した際の座標値の整数値を以下の式で算出し、｜Ｘ（Ｅ）｜とする。
｜Ｘ（Ｅ）｜  ＝  ｜２０  ＊  （６００  ／  ７２）｜  ＝  ｜１６６．６６６…｜  ＝  １６６
算出された結果から、Ａ座標系での座標値２０は、最終的に想定されている出力先の解像度では、Ｘ＝１６６から１６７の間に位置するピクセル座標位置にプロットされることが分かる。
【００２８】
Ｓ７０３において、ＣＰＵ３１１は、Ｘ（Ａ）をＢ座標系に変換した際の座標値を以下の式で算出し、Ｘ（Ｂ）とする。
Ｘ（Ｂ）  ＝  ２０  ＊  （９６  ／  ７２）  ＝  ２６．６６６…
Ｘ（Ｂ）が割り切れない、または桁数が設定された閾値よりも多い場合、ＣＰＵ３１１は、以下の処理において、最適な桁数を決定する。
Ｓ７０４において、ＣＰＵ３１１は、Ｎ＝１を設定する。Ｎは、座標値の小数以下Ｎ桁以降を切り捨てるか決めるために利用される変数である。
【００２９】
Ｓ７０５において、ＣＰＵ３１１は、Ｓ７０３で算出したＸ（Ｂ）から、小数点第Ｎ桁以降を切り捨て、Ｘ（ＢＮ）を取得する。
例えば、Ｎ＝１の場合、Ｘ（ＢＮ）は、以下のようになる。
Ｘ（ＢＮ）  ＝  Ｘ（Ｂ１）  ＝  ２６
また、Ｎ＝２の場合、Ｘ（ＢＮ）は、以下のようになる。
Ｘ  （ＢＮ）  ＝  Ｘ（Ｂ２）  ＝  ２６．６
更に、Ｎ＝３の場合、Ｘ（ＢＮ）は、以下のようになる。
Ｘ（ＢＮ）  ＝  Ｘ（Ｂ３）  ＝  ２６．６６
【００３０】
Ｓ７０６において、ＣＰＵ３１１は、Ｓ７０５で算出したＸ（ＢＮ）をＡ座標系へ変換し、変換した座標値Ｘ（ＢＮ）を座標値Ｘ（ＡＮ）とする。そして、ＣＰＵ３１１は、座標値Ｘ（ＡＮ）を最終想定出力解像度に変換し、変換した座標値の整数値を取得し、取得した整数値を｜Ｘ（ＥＮ）｜とする。なお、Ａ座標系へ変換した際に保持する桁数は、図５のＳ５２５で行われる変換の際の桁数であるとする。ここでは、小数点以下第３位を四捨五入すると仮定する。
例えば、Ｎ＝１の場合、Ｘ（ＡＮ）、｜Ｘ（ＥＮ）｜は、以下の式のようになる。
Ｘ（ＡＮ）  ＝  Ｘ（Ａ１）  ＝  ２６  ＊  （７２  ／  ９６）  ＝  １９．５
｜Ｘ（ＥＮ）｜  ＝  ｜Ｘ（Ｅ１）｜  ＝  ｜１９．５  ＊  （６００  ／  ７２）｜  ＝  ｜１６２．５｜  ＝  １６２
【００３１】
Ｓ７０７において、ＣＰＵ３１１は、｜Ｘ（Ｅ）｜と｜Ｘ（ＥＮ）｜とを比較して一致する場合はＳ７０８の処理へ、一致しない場合はＳ７０９処理へ進む。
Ｓ７０８において、ＣＰＵ３１１は、Ａ座標系における座標値Ｘ（Ａ）に対応するＢ座標系における座標値を、座標値Ｘ（ＢＮ）に決定する。Ａ座標系における元の座標値Ｘ（Ａ）に対応するＢ座標系における座標値は、変換座標値（変換用の座標値）の一例である。元のドキュメントファイル（Ａ）を出力した場合の出力先のピクセル座標位置と、ドキュメントファイル（Ｂ）をドキュメントファイル（Ａ）の形式に変換後に出力した場合の出力先のピクセル座標位置と、は一致することとなる。ＣＰＵ３１１は、Ｓ７０８の処理で、座標変換処理を終了する。
【００３２】
Ｓ７０９において、ＣＰＵ３１１は、Ｓ７０３で算出したＸ（Ｂ）から、小数点第Ｎ桁以降を切り捨て、Ｎ−１桁の値を１増やし、Ｘ（ＢＮ＋）とする。
例えば、Ｎ＝１の場合、Ｘ（ＢＮ＋）は、以下の式のようになる。
Ｘ（ＢＮ＋）  ＝  Ｘ（Ｂ１＋）  ＝  ２７
また、Ｎ＝２の場合、Ｘ（ＢＮ＋）は、以下の式のようになる。
Ｘ  （ＢＮ＋）  ＝  Ｘ（Ｂ２＋）  ＝  ２６．７
更に、Ｎ＝３の場合、Ｘ（ＢＮ＋）は、以下の式のようになる。
Ｘ（ＢＮ）  ＝  Ｘ（Ｂ３＋）  ＝  ２６．６７
Ｓ７１０において、ＣＰＵ３１１は、Ｓ７０９で算出したＸ（ＢＮ＋）をＡ座標系へ変換し、Ｘ（ＡＮ＋）とする。そして、ＣＰＵ３１１は、Ｘ（ＡＮ＋）を最終想定出力解像度に変換し、変換した座標値の整数値を取得し、｜Ｘ（ＥＮ＋）｜とする。
例えば、Ｎ＝１の場合、Ｘ（ＡＮ＋）、｜Ｘ（ＥＮ＋）｜は、以下の式のようになる。
Ｘ（ＡＮ＋）  ＝  Ｘ（Ａ１＋）  ＝  ２７  ＊  （７２  ／  ９６）  ＝  ２０．２５
｜Ｘ（ＥＮ＋）｜  ＝  ｜Ｘ（Ｅ１＋）｜  ＝  ｜２０．２５  ＊  （６００  ／  ７２）｜  ＝  ｜１６８．７５｜  ＝  １６８
【００３３】
Ｓ７１１において、ＣＰＵ３１１は、｜Ｘ（Ｅ）｜と｜Ｘ（ＥＮ＋）｜とを比較して一致する場合はＳ７１２の処理へ、一致しない場合はＳ７１３の処理へ進む。
Ｓ７１２において、ＣＰＵ３１１は、Ａ座標系における座標値Ｘ（Ａ）に対応するＢ座標系における座標値を、座標値Ｘ（ＢＮ＋）に決定する。元のドキュメントファイル（Ａ）を出力する場合の出力先のピクセル座標位置と、ドキュメントファイル（Ｂ）をドキュメントファイル（Ａ）の形式に変換後に出力する場合の出力先のピクセル座標位置と、は、一致することとなる。ＣＰＵ３１１は、Ｓ７１２の処理で、座標変換処理を終了する。
Ｓ７１３において、ＣＰＵ３１１は、Ｎの値を１増やす。そして、ＣＰＵ３１１は、Ｓ７０５以降の処理を再度行う。なお、座標の値や変換前後の座標系によってはＮの値は、想定されるよりも非常に大きくなることがあり得る。その場合、ＣＰＵ３１１は、ファイルサイズの増大を防ぐため、以下の処理を行うこととしてもよい。即ち、ＣＰＵ３１１は、Ｎの値が設定された閾値（例えば６等）に達した場合には、座標値の小数以下の桁数が閾値以上であるとして、元のＡ座標系の座標値をドキュメントファイル（Ｂ）にコメント行として付加する。そして、ＣＰＵ３１１は、図５のＳ５２５の変換処理の際に、記録したコメント行を利用してドキュメントファイル（ＡＴ）を生成する。より具体的な例については、図８で後述する。
【００３４】
図８は、座標値がドキュメントファイル内に保持されている一例を示す図である。座標値は、ドキュメントファイル（Ｂ）内のコメント行として保持されている。コード８１０には、解像度が７２ｄｐｉのＰＤＦであるドキュメントファイル（Ａ）の表示に関する命令が示されている。コード８２０には、解像度９６ｄｐｉのＳＶＧであるドキュメントファイル（Ｂ）の表示に関する命令が示されている。
コード８１０の中の描画命令８１１は、原点から幅２０、高さ３６の長方形を描く描画命令である。描画命令８１１をドキュメントファイル（Ｂ）に変換する場合、座標系の変換が発生し描画命令８２１のような描画命令、座標値となる。ｗｉｄｔｈ＝"２６．６６６６６"としているのは、図７のＳ７１３の説明の際に述べた、小数以下の桁数Ｎがある閾値（＝６）に達した場合を想定している。つまり、ドキュメントファイル（Ｂ）は、座標値の少数以下５桁保持しているが、次のようになる。即ち、元のドキュメントファイル（Ａ）を出力する場合の出力先のピクセル座標位置と、ドキュメントファイル（Ｂ）をドキュメントファイル（Ａ）に変換後に出力する場合の出力先のピクセル座標位置と、は、一致していない。ここで、ＣＰＵ３１１は、描画命令８１１で指定される座標値（以下では、元座標値とする）をコメント８２２のようにドキュメントファイル（Ｂ）にコメント文として記述する。なお、ＣＰＵ３１１は、元座標値をコメント文以外にも、ドキュメントファイル（Ｂ）の描画の属性として持たせたり、ドキュメントファイル（Ｂ）のメタデータとして持たせたりすることもできる。
そして、ＣＰＵ３１１は、図５のＳ５２５の変換処理の際には、ドキュメントファイル（Ｂ）の保持する元座標値を利用してＡ座標系での座標値を決定する。
以上が、本実施形態の処理の説明である。
【００３５】
以上、本実施形態の処理により、ドキュメントファイル変換サーバー３１０は、最終出力におけるピクセル座標位置がずれないよう、ドキュメントファイル（Ａ）から変換されるドキュメントファイル（Ｂ）の座標値を決定することができる。ドキュメントファイル変換サーバー３１０は、携帯端末に保持されたドキュメントファイル（Ａ）を、最終的に想定している出力先の解像度とともに、携帯端末から取得する。そして、ドキュメントファイル変換サーバー３１０は、取得したドキュメントファイル（Ａ）をドキュメントファイル（Ｂ）に変換し、ドキュメントファイル（Ｂ）を携帯端末に送信する。送信されたドキュメントファイル（Ｂ）は、再度ドキュメントファイル変換サーバーで元のドキュメントファイル（Ａ）と同様の形式に変換されても、元のドキュメントファイル（Ａ）と最終的な出力先でのレンダリング結果が一致する。なお、本実施形態では、最終的に想定された出力先は、紙への印刷であるとしたが、別の携帯端末等の表示装置への表示等でもよい。
【００３６】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００３７】
３１０  ドキュメントファイル変換サーバー、３１１  ＣＰＵ、３２０  携帯端末
【図１】
2016181811.tif 000003
【図２】
2016181811.tif 000004
【図３】
2016181811.tif 000005
【図４】
2016181811.tif 000006
【図５】
2016181811.tif 000007
【図６】
2016181811.tif 000008
【図７】
2016181811.tif 000009
【図８】
2016181811.tif 000010