JP2023142628A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】実際にページに印刷されたときの状態で保存される文書形式にデータ変換することによって変換前の文書に含まれるオブジェクトがページをまたいで表示されるようになる場合、変換前の文書全体を再度データ変換することなく、ページをまたがないオブジェクトを提供可能とする。【解決手段】クラウドシステム１０は、ユーザ端末２０から取得した元文書と、ＰＤＦ変換処理部１２により元文書をＰＤＦ変換して作成されたＰＤＦファイルを紐付けて管理する文書管理部１３と、ＰＤＦファイルをユーザ端末２０に提供するＰＤＦ文書提供部１４と、を有する。ユーザ端末２０において、元文書ではページをまたいでいないもののＰＤＦファイルではまたぐオブジェクトがユーザにより選択されると、ＰＤＦ変換処理部１２は、当該オブジェクトをＰＤＦファイルに紐付く元文書から抽出してＰＤＦ変換することでページをまたいでいないオブジェクトを作成する。【選択図】図１

Description

本発明は、情報処理装置及びプログラムに関する。

複数のユーザが１つの文書を共有する場合がある。ある文書アプリケーションを使用して共有対象の文書を作成すると、その文書アプリケーションを使用可能なシステム環境にいないユーザは、共有文書を閲覧することができない。これを回避するために、例えば特別なソフトウェアがなくても文書を同じように扱えるファイルフォーマット、例えばＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）ファイル等に変換して共有する場合がある。ＰＤＦファイルは、文書が実際にページに印刷されるときの状態で表示される文書形式の文書である。

特開２０１３－１６１３７５号公報

文書が実際にページに印刷されるときの状態で表示される文書形式の文書に変換された場合、変換前の文書では、図や表等のオブジェクトがページをまたいでいないけれども、変換後の文書では、ページをまたいでしまう場合がある。ページをまたいだ状態では、オブジェクトが参照しづらい場合がある。そのため、ページをまたいでいない状態のオブジェクトを得るために、変換前の文書を探し出して、変換前の文書からページをまたいでいない状態のオブジェクトを作成し直すのは面倒である。

本発明は、実際にページに印刷されたときの状態で保存される文書形式に変換することによって変換前の文書に含まれるオブジェクトがページをまたいで表示されるようになる場合、変換前の文書全体を再度変換することなく、ページをまたがないオブジェクトを提供可能とすることを目的とする。

本発明に係る情報処理装置は、プロセッサを備え、前記プロセッサは、文書が実際にページに印刷されるときの状態で表示される文書形式の文書に変換された場合、変換前後の文書を紐付けて管理し、 変換後の文書においてページにまたいで表示されるようになるオブジェクトを、前記変換後の文書に紐付く変換前の文書から抽出し、抽出したオブジェクトを前記文書形式に変換する、ことを特徴とする。

また、前記プロセッサは、前記文書形式に変換したオブジェクトを前記変換後の文書内に結合させて保存することを特徴とする。

また、前記プロセッサは、前記文書形式に変換したオブジェクトを前記変換後の文書に添付させて保存することを特徴とする。

また、前記プロセッサは、前記変換後の文書における前記オブジェクトの位置と前記文書形式に変換したオブジェクトとの間に文書内リンクを設定することを特徴とする。

本発明に係るプログラムは、コンピュータに、文書が実際にページに印刷されるときの状態で表示される文書形式の文書に変換された場合、変換前後の文書を紐付けて管理する機能、 変換後の文書においてページにまたいで表示されるようになるオブジェクトを、前記変換後の文書に紐付く変換前の文書から抽出する機能、抽出したオブジェクトを前記文書形式に変換する機能、を実現させる。

請求項１に記載の発明によれば、実際にページに印刷されたときの状態で保存される文書形式にデータ変換することによって変換前の文書に含まれるオブジェクトがページをまたいで表示されるようになる場合、変換前の文書全体を再度データ変換することなく、ページをまたがないオブジェクトを提供することができる。

請求項２に記載の発明によれば、変換後の文書とオブジェクトを一体にして管理することができる。

請求項３に記載の発明によれば、外部情報を文書と別のファイルにて保存することができる。

請求項４に記載の発明によれば、変換後の文書においてページをまたいでいるオブジェクトの位置と、ページをまたいでいないオブジェクトとの行き来を容易に行うことができる。

請求項５に記載の発明によれば、実際にページに印刷されたときの状態で保存される文書形式にデータ変換することによって変換前の文書に含まれるオブジェクトがページをまたいで表示されるようになる場合、変換前の文書全体を再度データ変換することなく、ページをまたがないオブジェクトを提供することができる。

本実施の形態におけるネットワークシステムの全体構成及びクラウドシステムのブロック構成の一例を示す図である。 本実施の形態におけるアップロード時処理を示すフローチャートである。 本実施の形態のユーザ端末における画面表示例を示す図である。 本実施の形態における文書管理情報記憶部に記憶される文書管理情報のデータ構成の一例を示す図である。 本実施の形態において、ＰＤＦファイルが提供された後のユーザ端末における画面表示例を示す図である。 本実施の形態における文書管理処理を示すフローチャートである。 本実施の形態において、オブジェクトのみが元文書から抽出されてＰＤＦ化された後のＰＤＦファイルの構成を示す概念図である。 本実施の形態における文書管理情報記憶部に記憶される文書管理情報のデータ構成の他の例を示す図である。 本実施の形態において、表（ＰＤＦ）が提供された後のユーザ端末における画面表示例を示す図である。 本実施の形態において、表（ＰＤＦ）を文書（ＰＤＦ）に結合させた状態を示す概念図である。 本実施の形態において、表（ＰＤＦ）を文書（ＰＤＦ）に添付させた状態を示す概念図である。

以下、図面に基づいて、本発明の好適な実施の形態について説明する。

図１は、本実施の形態におけるネットワークシステムの全体構成及びクラウドシステム１０のブロック構成の一例を示す図である。図１には、クラウドシステム１０と、ユーザ端末２０とがインターネット２で接続されるネットワークシステムが示されている。

ユーザ端末２０は、文書管理等のためにクラウドシステム１０を利用するユーザが使用する情報処理装置である。ユーザ端末２０は、例えば汎用的なＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等で実現できる。すなわち、ユーザ端末２０は、ハードウェア構成として、ＣＰＵ、ＲＯＭ、記憶手段としてのＲＡＭ及びハードディスクドライブ（ＨＤＤ）、ユーザインタフェース、インターネット２に接続する通信手段としてのネットワークインタフェースを内部バスに接続して構成される。ユーザインタフェースは、マウスやキーボード等の入力手段及びディスプレイ等の表示手段を有する。あるいは、入力手段及び表示手段を兼用するタッチパネル等により形成してもよい。

ユーザ端末２０には、文書の作成、編集、閲覧等の機能を有する文書アプリケーションがインストールされており、文書処理部２１は、この文書アプリケーションの機能によって文書に対して所定の処理を施す。文書アプリケーションとしては、例えば、マイクロソフト社のｏｆｆｉｃｅアプリケーションや、アドビシステム社のＰＤＦを取り扱う各種ソフトや富士フイルムビジネスイノベーション社のＤｏｃｕＷｏｒｋｓ（登録商標）などがある。文書処理部２１は、一の文書アプリケーション又は複数の文書アプリケーションを連携されることで文書処理を実現する。また、文書の閲覧は、ウェブブラウザを利用してもよい。いずれにしても、文書処理部２１は、ユーザ端末２０において文書に関する処理を実行する。

なお、ネットワークシステムには、複数のユーザ端末が含まれているが、それぞれに以下に説明する処理機能を同等に有していればよいので、図１には、１台のユーザ端末２０のみ図示する。

クラウドシステム１０は、クラウド・コンピューティングの一部を利用して構築されるシステムであり、本発明に係る情報処理装置の一形態である１又は複数のコンピュータにより実現される。コンピュータは、ハードウェア構成として、ＣＰＵ、ＲＯＭ、記憶手段、インターネット２に接続する通信手段としてのネットワークインタフェース等を有している。クラウドシステム１０は、文書取得部１１、ＰＤＦ変換処理部１２、文書管理部１３、ＰＤＦ文書提供部１４、文書記憶部１５及び文書管理情報記憶部１６を有している。なお、本実施の形態の説明に用いない構成要素については、図から省略している。

文書取得部１１は、ユーザ端末２０からアップロードされてくる文書を取得する。本実施の形態で取り扱う文書は、ファイル形式の電子文書である。本実施の形態で用いる「文書」と「文書ファイル」は、同じファイル形式の電子文書を指している。なお、文書ファイルは、テキスト文字のみならず図や表などのオブジェクトを含む場合がある。本実施の形態で取り扱う文書ファイルは、オブジェクトを含むことができ、またハイパーリンクが設定可能な文書であり、例えばマイクロソフト社のｏｆｆｉｃｅアプリケーションを用いて作成された文書である。

「ハイパーリンク」は、単に「リンク」とも称され、文書などの情報資源の中に埋め込まれた、他の情報資源に対する参照情報、またそのような参照が設定された文字や画像など文書内の要素などと定義される。一般に文書内にリンクを挿入することを「リンクを設定する」や「リンクを張る」などと表現する場合もある。以下の説明においてもリンクを挿入する、あるいは設定すると記載するが、これは同じことを指している。

ＰＤＦ変換処理部１２は、文書取得部１１が取得した文書ファイルをＰＤＦ形式の文書ファイルに変換する。本実施の形態では、ＰＤＦ形式の文書とそうでない形式の文書ファイルを混同しないように、「ＰＤＦ形式の文書」や「ＰＤＦ文書」のことを「ＰＤＦファイル」と称することにする。また、本実施の形態では、「ＰＤＦファイルに変換する」ことを、「ＰＤＦ化」ともいう。ＰＤＦファイルは、ソフトウェア環境に依存することなく閲覧可能な文書形式の文書であり、また文書が実際にページに印刷されるときの状態で表示される文書形式の文書の一例である。

文書管理部１３は、クラウドシステム１０が取り扱う文書ファイルを文書記憶部１５に保存して管理する。また、文書管理部１３は、ＰＤＦ変換前後の文書、すなわち文書取得部１１が取得した文書ファイル、及びＰＤＦ変換処理部１２によるＰＤＦ変換により作成されたＰＤＦファイルを紐付けて管理する。このファイルの紐付けの関係を示す文書管理情報は、文書管理情報記憶部１６に登録することにより管理する。

ＰＤＦ文書提供部１４は、ＰＤＦ変換処理部１２による変換により作成されたＰＤＦファイルを元文書、すなわち文書取得部１１が取得した文書ファイルのアップロード元となるユーザ端末２０に提供する。

クラウドシステム１０における各構成要素１１～１４は、クラウドシステム１０を形成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。また、各記憶部１５，１６は、クラウドシステム１０に含まれる記憶手段にて実現される。

また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ－ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。

ユーザは、文書アプリケーションを用いて、図や表などのオブジェクトを挿入して文書を作成する場合がある。この文書を複数ユーザで共有する場合、作成した文書アプリケーションを使用していないユーザでも参照できるように、文書ファイルをＰＤＦファイルに変換してから電子メールに添付するなどして送信する場合がある。ＰＤＦファイルを取得したユーザは、ＰＤＦ化された文書を画面に表示して閲覧したり、ページプリンタから印刷したりする。

ただ、文書を作成した文書アプリケーションでその作成した文書（上記「元文書」）を閲覧する場合、文書内のオブジェクトがページをまたいだ状態で表示されなくても、ＰＤＦファイルに変換するとページをまたいだ状態で表示される場合がある。このように、１つのオブジェクトがページをまたいで表示されると参照しづらくなる。これを解消するために、元文書のレイアウトを変更したりするなどの作業が発生しうる。

そこで、本実施の形態においては、元文書ではページをまたがない状態で表示される場合でもＰＤＦファイルに変換するとページをまたいだ状態で表示されるようになる場合、元文書全体を再度変換することなく、ページをまたがないオブジェクトを提供できるようにすることを特徴としている。

以下、本実施の形態の動作について説明する。

本実施の形態では、ユーザは、文書ファイルをクラウドシステム１０にアップロードすることで共有化する。クラウドシステム１０は、アップロードされてきた文書ファイルをＰＤＦ化して管理する。このアップロードの際に本実施の形態において実施される処理について、図２に示すフローチャートを用いて説明する。

ユーザは、例えば所定のアプリケーションを起動して、図３に示すようにアップロード対象の文書ファイルを識別するアイコン（説明の便宜上、以下、単に「文書ファイル」ともいう）３１を画面表示させ、所定の操作を行うことで文書ファイル３１のアップロードを指示する。所定のアプリケーションは、ユーザからの指示に応じて文書ファイル３１をアップロードする。

クラウドシステム１０において、文書取得部１１がユーザ端末２０からアップロードされてくる文書ファイルを取得すると（ステップ１１１）、ＰＤＦ変換処理部１２は、文書ファイルに対してＰＤＦ変換処理を施すことでＰＤＦファイルを作成する（ステップ１１２）。ＰＤＦ変換処理自体は、従前からある処理機能を利用すればよい。

文書管理部１３は、変換前の文書ファイルと変換後のＰＤＦファイルを紐付け、その紐付けた情報を文書管理情報として文書管理情報記憶部１６に登録する（ステップ１１３）。

図４は、本実施の形態における文書管理情報記憶部１６に記憶される文書管理情報のデータ構成の一例を示す図である。図４に示すように、文書管理情報には、元文書ファイルとＰＤＦファイルとが対応付けて登録される。厳密には、文書管理情報には、ファイルの実体ではなくファイルの識別情報（本実施の形態では、「ファイル名」）が設定される。元文書ファイルは、ＰＤＦへの変換対象となる文書ファイルである。ＰＤＦファイルは、元文書ファイルをＰＤＦ変換することによって作成される文書ファイルである。

元文書ファイルとＰＤＦファイルが紐付けられると、文書管理部１３は、各ファイルを文書記憶部１５の所定の格納場所に保存する（ステップ１１４）。格納場所に関しては、特に限定する必要はなく、例えば文書ファイルを共有する複数のユーザがアクセス可能なフォルダ等でよい。

続いて、ＰＤＦ文書提供部１４は、作成されたＰＤＦファイルを、元文書のアップロード元のユーザ端末２０に提供する（ステップ１１５）。提供する情報や方法は、ユーザ端末２０のソフトウェア環境に合わせてもよい。例えば、この時点でＰＤＦファイルの実体を送信してもよいし、送信せずにユーザ端末２０での表示に必要な情報、例えば元文書とＰＤＦファイルとを紐付ける情報やＰＤＦファイルのアイコン画像又はサムネイル画像（以下、「アイコン」と総称する）等を送信することに留めてもよい。例えば、ユーザ端末２０がブラウザを利用して画面表示させている場合、ＰＤＦ文書提供部１４は、画面表示するためのページ（ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル）を提供することになる。ＰＤＦ文書提供部１４は、文書管理情報を参照することで、文書ファイルのアイコンとＰＤＦファイルのアイコンの各表示位置を設定する。

図５は、ＰＤＦファイルが提供された後のユーザ端末２０における画面表示例を示す図である。図５に示すように、文書処理部２３１は、アップロードされた文書ファイルに関連付けるように、アイコン３１に隣接させてＰＤＦファイルのアイコン３２を表示させる。換言すると、文書処理部２３１は、アップロードされた文書ファイルの位置に基づく位置にＰＤＦファイルのアイコン３２を表示させる。文書ファイルのアイコン３１が選択されると、所定の文書アプリケーションで文書ファイルが開かれる。また、ＰＤＦファイルのアイコン３２が選択されると、所定の文書アプリケーション又はＰＤＦファイル閲覧用のアプリケーションでＰＤＦファイルが開かれる。

ところで、前述したように、所定の文書アプリケーションで作成された文書ファイル（上記「元文書」）をその文書アプリケーションを用いて表示させるとページをまたいで表示されないオブジェクトでも、ＰＤＦ化されるとページをまたいだ状態で表示される場合がある。この場合、ユーザは、次のようにしてこのような不都合な表示を解消することができる。アイコン３１，３２を表示している文書アプリケーションは、後述するユーザ操作に応じて以下のように表示を制御する。

例えば、ユーザは、ＰＤＦファイルのアイコン３２の右上の位置しているアイコンにマウスオーバーすると、ＰＤＦファイルが拡大表示される。この操作により表示される拡大表示用画像は、例えばクラウドシステム１０に用意させておいてもよい。ユーザは、この拡大表示用画像上にマウスオーバーしている状態でクリックすると、拡大表示をロックできる。

ユーザは、拡大表示用画像をページめくりすることができる。そして、拡大表示用画像を参照することでページをまたいでいることで見づらいオブジェクトを見つけたとする。この場合、ユーザは、所定の操作によりメニュー画面を表示させ、そのメニュー画面の中から部分出力機能を選択し、その後、部分出力対象とするオブジェクトを指定するために、ページをまたいでいるオブジェクトを選択する。文書アプリケーションは、このユーザ操作に応じて、ＰＤＦファイル及び選択されたオブジェクトの各識別情報をクラウドシステム１０へ送信することで、オブジェクトのＰＤＦ化を指示する。なお、処理対象とするＰＤＦファイルとオブジェクトを特定しうる情報を含む指示情報をクラウドシステム１０に送ることができれば、オブジェクトを選択するまでのユーザ操作は、上記操作に限る必要はない。

以下、本実施の形態における文書管理処理について、図６に示すフローチャートを用いて説明する。ここでは、オブジェクトとして表を例にして説明する。

ユーザ端末２０から送信されてくる指示情報を受信することによってＰＤＦファイル及び表を特定すると（ステップ１２１）、文書管理部１３は、ＰＤＦファイルにおいてページにまたいで表示されるようになる表を、ＰＤＦファイルに紐付く元文書ファイルから抽出する。そのために、文書管理部１３は、文書管理情報を参照することで、ＰＤＦファイルに対応する元文書ファイルを特定し、その特定した元文書ファイルを文書記憶部１５から読み出し取得する（ステップ１２２）。図４に示す文書管理情報の設定例によると、ＰＤＦファイルが“文書Ａ．ｐｄｆ”の場合、元文書は“文書Ａ．ｘｌｓｘ”と特定できる。続いて、ＰＤＦ変換処理部１２は、取得した元文書の中からユーザにより選択された表を抽出し（ステップ１２３）、その表のみをＰＤＦ変換する（ステップ１２４）。本実施の形態では、このように元文書全体ではなく、ユーザにより選択された表のみを再度ＰＤＦ変換の対象とする。

図７は、前述した処理によって作成されるＰＤＦファイルの構成を示す概念図である。文書Ａ．ｐｄｆは、アップロード時処理におけるステップ１１２で作成されたＰＤＦファイルである。文書Ａ．ｐｄｆには表１が含まれているが、図７に例示すように、表１は、複数のページ、つまり２ページ目と３ページ目にまたがった状態でＰＤＦファイルに含まれている。前述したように、ユーザは、拡大表示用画像の中から部分出力機能を利用して表１をページがまたがらない状態で表示させることを指示している。これにより、ＰＤＦ変換処理部１２は、ステップ１２４においてＰＤＦファイル“表１．ｐｄｆ”を作成している。表１は、文書Ａ．ｐｄｆでは２ページにまたがっているが、表１．ｐｄｆではページにまたがっていない。なお、本実施の形態において、元文書から作成されるＰＤＦファイルは、元文書と同じファイル名とし、オブジェクトのＰＤＦファイルは、オブジェクト名としているが、ＰＤＦファイルの命名は、所定の規則に従ってすればよい。また、以降の説明では、元文書をＰＤＦ変換して作成されたＰＤＦファイルを「文書（ＰＤＦ）」、元文書から表を抽出してＰＤＦ変換して作成されたＰＤＦファイルを「表（ＰＤＦ）」、文書（ＰＤＦ）及び表（ＰＤＦ）を総称する場合に「ＰＤＦファイル」とする。

以上のようにして、ページをまたがない状態で表（ＰＤＦ）を作成すると、文書管理部１３は、次のようにして表（ＰＤＦ）を管理する。いずれの方法で管理するかは、ユーザに選択させてもよいし、例えば、オブジェクトのサイズ等の属性を選択条件として自動的に選択するようにしてもよい。

まず、表（ＰＤＦ）を文書（ＰＤＦ）に関連付けて管理しない場合（ステップ１２５でＮ）、文書管理部１３は、文書ファイル３１と表（ＰＤＦ）を紐付け、その紐付けた情報を文書管理情報として文書管理情報記憶部１６に登録する（ステップ１２６）。

図８は、本実施の形態における文書管理情報記憶部１６に記憶される文書管理情報のデータ構成の他の例を示す図であり、表（ＰＤＦ）を文書（ＰＤＦ）に関連付けて管理しない場合において表（ＰＤＦ）が作成された後のデータ構成を示す図である。図４と比較すれば明らかなように、表（ＰＤＦ）が作成されると、文書管理情報には、図８に示すように元文書ファイルと表（ＰＤＦ）とが対応付けて登録される。厳密には、文書管理情報には、ファイルの実体ではなくファイルの識別情報（本実施の形態では、「ファイル名」）が設定される。このように、表（ＰＤＦ）は、文書（ＰＤＦ）に直接関連付けられていない。

続いて、元文書と表（ＰＤＦ）が紐付けられると、文書管理部１３は、表（ＰＤＦ）を所定の格納場所に保存する（ステップ１２７）。格納場所に関しては、特に限定する必要はなく、文書（ＰＤＦ）を共有する複数のユーザがアクセス可能なフォルダであればよい。例えば、文書（ＰＤＦ）と同じフォルダとする。

続いて、ＰＤＦ文書提供部１４は、作成された表（ＰＤＦ）を、元文書のアップロード元のユーザ端末２０に提供する（ステップ１２８）。「提供」については、図５において説明したが、ユーザ端末２０がブラウザで画面表示する場合、ＰＤＦ文書提供部１４は、画面表示するためのページを提供する。ＰＤＦ文書提供部１４は、文書管理情報を参照することで、文書ファイルと文書（ＰＤＦ）と表（ＰＤＦ）の各表示位置を設定する。

図９は、表（ＰＤＦ）が提供された後のユーザ端末２０における画面表示例を示す図である。図９に示すように、文書処理部２１は、アップロードされた文書ファイル及び文書（ＰＤＦ）の各アイコン３１，３２に関連付けるように、表（ＰＤＦ）のアイコン３３を、アイコン３２に隣接させて表示させる。表（ＰＤＦ）のアイコン３３が選択されると、所定の文書アプリケーション又はＰＤＦファイル閲覧用のアプリケーションで表（ＰＤＦ）が開かれる。すなわち、ページをまたいでいない状態で表１が表示される。

一方、表（ＰＤＦ）を文書（ＰＤＦ）に関連付けて管理する場合（ステップ１２５でＹ）、文書管理部１３は、結合又は添付により関連付けるかを判断する。いずれの方法で関連付けるかは、ユーザに選択させてもよし、添付条件若しくは結合条件を予め設定しておき、添付条件に合致する場合若しくは結合条件に合致しない場合に添付を自動的に選択し、あるいは添付条件に合致しない場合若しくは結合条件に合致する場合に結合を自動的に選択するように処理してもよい。

ここで、結合することを選択する場合（ステップ１２９で「結合」）、文書管理部１３は、表（ＰＤＦ）を、Ａｐｐｅｎｄｉｘとして文書（ＰＤＦ）に結合させて保存する（ステップ１３０）。本実施の形態でいう「結合」というのは、複数のファイルを一体に形成する、すなわち一ファイルとすることをいう。この状態の文書（ＰＤＦ）を図１０に示す。

図１０に例示するように、表（ＰＤＦ）は、文書（ＰＤＦ）に組み込まれることで、文書（ＰＤＦ）の一部となる。なお、本実施の形態では、表（ＰＤＦ）を、Ａｐｐｅｎｄｉｘ、つまり付録として文書（ＰＤＦ）の末尾に追加して結合するようにしたが、結合する文書（ＰＤＦ）内における結合位置は、これに限る必要はない。

本実施の形態によれば、文書（ＰＤＦ）ではページをまたいで表示されることになる表１を、元文書からＰＤＦ化して元の文書（ＰＤＦ）に結合するようにした。ただ、図１０に示す文書（ＰＤＦ）によると、ページをまたいでいない表１は、文書（ＰＤＦ）における表１の位置ではなく、文末に移動されていることになる。文書（ＰＤＦ）のページ数が膨大であれば、ページの移動が面倒である。

そこで、本実施の形態においては、元文書の変換後の文書、すなわち文書（ＰＤＦ）における表１の位置と、ＰＤＦ化した表１の位置、すなわち表（ＰＤＦ）の結合位置との間に文書内リンク（「相互リンク」ともいう）を設定するようにした（ステップ１３１）。この相互リンクについて、図１０を用いて説明する。

文書管理部１３は、図１０に示す結合後の文書（ＰＤＦ）内の表１の位置に文字列（“リンク表１”）３４を挿入してハイパーリンクを設定する。文字列３４はこの例に限る必要はない。図１０では、表１の直前に挿入しているが、挿入位置は、これに限らず、例えば、表１の直後や表中に挿入してもよい。文字列３４に設定するハイパーリンクは、表（ＰＤＦ）への文書内リンクである。従って、ユーザが文字列３４をクリックすると、表（ＰＤＦ）が画面表示されることになる。

一方、文書管理部１３は、表（ＰＤＦ）のページ内に文字列（“戻る”）３５を挿入してハイパーリンクを設定する。文字列３５はこの例に限る必要はない。文字列３５の挿入位置は、図１０に示す位置に限定する必要はない。文字列３５に設定するハイパーリンクは、文書（ＰＤＦ）内の表１の位置への文書内リンクである。

一方、添付することを選択する場合（ステップ１２９で「添付」）、文書管理部１３は、表（ＰＤＦ）を、文書（ＰＤＦ）の添付ファイル３６として保存する（ステップ１３２）。なお、添付ファイル３６の格納先は、文書記憶部１５における所定のフォルダと予め決めているが、保存する際にユーザに問い合わせてもよい。

「添付」の方法としては、文書（ＰＤＦ）の添付ファイルとしてもよいし、アドビシステム社のアプリケーションが提供するポートフォリオ機能を利用してもよい。ここでは、添付する表（ＰＤＦ）を「添付ファイル」と総称する。表（ＰＤＦ）を文書（ＰＤＦ）の添付ファイル３６として保存する場合の概念図を図１１に示す。

ところで、表１を文書（ＰＤＦ）と一体に形成する「結合」の場合、クラウドシステム１０は、表１をＰＤＦ化して表（ＰＤＦ）を作成する必要はある。ただ、表１を文書（ＰＤＦ）に「添付」する場合、クラウドシステム１０は、表（ＰＤＦ）を文書（ＰＤＦ）と別ファイルとして管理する。従って、文書（ＰＤＦ）を共通するユーザが元文書を作成した文書アプリケーションを使用している場合、クラウドシステム１０は、表１を必ずしもＰＤＦ化する必要はない。従って、クラウドシステム１０は、元文書から表１を抽出して、表１のみを含む文書ファイルを作成し、添付ファイル３６として文書（ＰＤＦ）に関連付けるようにしてもよい。

表（ＰＤＦ）を添付ファイル３６とした後、文書管理部１３は、文書（ＰＤＦ）と表（ＰＤＦ）との間に相互リンクを設定するが（ステップ１３１）、この設定処理は、すでに説明しているので、ここでは説明を省略する。

なお、本実施の形態では、ページをまたぐオブジェクトを対象に説明したが、例えば、ページをまたいでいないオブジェクトを本文（つまり、文書（ＰＤＦ））と別個に取り扱いたいような場合にも、本実施の形態を適用することは可能である。

上記実施の形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス等）を含むものである。

また上記実施の形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施の形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

２ インターネット、１０ クラウドシステム、１１ 文書取得部、１２ ＰＤＦ変換処理部、１３ 文書管理部、１４ ＰＤＦ文書提供部、１５ 文書記憶部、１６ 文書管理情報記憶部、２０ ユーザ端末、２１ 文書処理部。

Claims (5)

1. プロセッサを備え、
   前記プロセッサは、
   文書が実際にページに印刷されるときの状態で表示される文書形式の文書に変換された場合、変換前後の文書を紐付けて管理し、
   変換後の文書においてページにまたいで表示されるようになるオブジェクトを、前記変換後の文書に紐付く変換前の文書から抽出し、
   抽出したオブジェクトを前記文書形式に変換する、
   ことを特徴とする情報処理装置。
2. 前記プロセッサは、前記文書形式に変換したオブジェクトを前記変換後の文書内に結合させて保存することを特徴とする請求項１に記載の情報処理装置。
3. 前記プロセッサは、前記文書形式に変換したオブジェクトを前記変換後の文書に添付させて保存することを特徴とする請求項１に記載の情報処理装置。
4. 前記プロセッサは、前記変換後の文書における前記オブジェクトの位置と前記文書形式に変換したオブジェクトとの間に文書内リンクを設定することを特徴とする請求項１に記載の情報処理装置。
5. コンピュータに、
   文書が実際にページに印刷されるときの状態で表示される文書形式の文書に変換された場合、変換前後の文書を紐付けて管理する機能、
   変換後の文書においてページにまたいで表示されるようになるオブジェクトを、前記変換後の文書に紐付く変換前の文書から抽出する機能、
   抽出したオブジェクトを前記文書形式に変換する機能、
   を実現させるためのプログラム。
   

Images