(57)【要約】【課題】  ドキュメントの送信側マシン、受信側マシンに負担をかけることなく、また、複数の受信側マシンがあっても、マシンの負担無く、ドキュメントの作成者の意図どおりに出力を可能にする文書処理方法、文書処理装置、文書処理制御プログラムを記憶した媒体を提供する。【解決手段】  フォント管理機能、情報処理装置、演算装置、記憶装置、およびそれらを接続するネットワークからなることを特徴とする。【選択図】        図１
2006209412.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索するステップと、ドキュメントを受信する側のマシンである受信側マシンが有するフォントを検索するステップと、ドキュメント中に使用されているフォントで、受信側マシンが有するフォントに無いフォントである検索対象フォントがあるかどうかを判断するステップと、もし、あると判断されたら、検索対象フォントが、メモリ内に一度使用されたグリフデータもしくはフォントデータを保存しておくフォントキャッシュにあるかどうか判断するステップと、もし無いと判断されたら、ドキュメントを送信したマシンである送信側マシンに検索対象フォントがあるかどうか判断するステップと、もしあったら、送信側マシンからグリフデータもしくはフォントデータを抽出するステップと、抽出したグリフデータもしくはフォントデータをフォントキャッシュ内に保存するステップと、更に抽出したグリフデータもしくはフォントデータをドキュメント中に埋め込むステップと、受信側マシンにドキュメントデータを送信するステップを有することを特徴とする文書処理方法。
【請求項２】
ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索するステップと、受信側マシンが有するフォントを検索するステップと、ドキュメント中に使用されているフォントで、検索対象フォントがあるかどうかを判断するステップにおいて、もしないと判断されたら、受信側マシンにドキュメントを送信するステップを有することを特徴とする文書処理方法。
【請求項３】
ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索するステップと、受信側マシンが有するフォントを検索するステップと、ドキュメント中に使用されているフォントで、検索対象フォントがあるかどうかを判断するステップと、もし、あると判断されたら、検索対象フォントがフォントキャッシュにあるかどうかを判断するステップにおいて、もしあると判断されたら、フォントキャッシュ内からグリフデータもしくはフォントデータを抽出するステップと、ドキュメントデータに、抽出したグリフデータもしくはフォントデータを埋め込む処理を行うステップと、ドキュメントを受信側マシンに送信するステップを有することを特徴とする文書処理方法。
【請求項４】
ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索する手段と、受信側マシンが有するフォントを検索する手段と、ドキュメント中に使用されているフォントで、検索対象フォントがあるかどうかを判断する手段と、もし、あると判断されたら、検索対象フォントが、メモリ内に一度使用されたグリフデータもしくはフォントデータを保存しておくフォントキャッシュにあるかどうか判断する手段と、もし無いと判断されたら、送信側マシンに検索対象フォントがあるかどうか判断する手段と、もしあったら、送信側マシンからグリフデータもしくはフォントデータを抽出する手段と、抽出したグリフデータもしくはフォントデータをフォントキャッシュ内に保存する手段と、更に抽出したグリフデータもしくはフォントデータをドキュメント中に埋め込む手段と、受信側マシンにドキュメントデータを送信する手段を有することを特徴とする文書処理装置。
【請求項５】
ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索する手段と、受信側マシンが有するフォントを検索する手段と、ドキュメント中に使用されているフォントで、検索対象フォントがあるかどうかを判断する手段において、もしないと判断されたら、受信側マシンにドキュメントを送信する手段を有することを特徴とする文書処理装置。
【請求項６】
ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索する手段と、受信側マシンが有するフォントを検索する手段と、ドキュメント中に使用されているフォントで、検索対象フォントがあるかどうかを判断する手段と、もし、あると判断されたら、検索対象フォントがフォントキャッシュにあるかどうかを判断する手段において、もしあると判断されたら、フォントキャッシュ内からグリフデータもしくはフォントデータを抽出する手段と、ドキュメントデータに、抽出したグリフデータもしくはフォントデータを埋め込む処理を行う手段と、ドキュメントを受信側マシンに送信する手段を有することを特徴とする文書処理装置。
【請求項７】
ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索する工程と、受信側マシンが有するフォントを検索する工程と、ドキュメント中に使用されているフォントで、検索対象フォントがあるかどうかを判断する工程と、もし、あると判断されたら、検索対象フォントが、メモリ内に一度使用されたグリフデータもしくはフォントデータを保存しておくフォントキャッシュにあるかどうか判断する工程と、もし無いと判断されたら、送信側マシンに検索対象フォントがあるかどうか判断する工程と、もしあったら、送信側マシンからグリフデータもしくはフォントデータを抽出する工程と、抽出したグリフデータもしくはフォントデータをフォントキャッシュ内に保存する工程と、更に抽出したグリフデータもしくはフォントデータをドキュメント中に埋め込む工程と、受信側マシンにドキュメントデータを送信する工程を有することを特徴とする文書処理制御プログラムを記憶した媒体。
【請求項８】
ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索する工程と、受信側マシンが有するフォントを検索する工程と、ドキュメント中に使用されているフォントで、検索対象フォントがあるかどうかを判断する工程において、もしないと判断されたら、受信側マシンにドキュメントを送信する工程を有することを特徴とする文書処理制御プログラムを記憶した媒体。
【請求項９】
ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索する工程と、受信側マシンが有するフォントを検索する工程と、ドキュメント中に使用されているフォントで、検索対象フォントがあるかどうかを判断する工程と、もし、あると判断されたら、検索対象フォントがフォントキャッシュにあるかどうかを判断する工程において、もしあると判断されたら、フォントキャッシュ内からグリフデータもしくはフォントデータを抽出する工程と、ドキュメントデータに、抽出したグリフデータもしくはフォントデータを埋め込む処理を行う工程と、ドキュメントを受信側マシンに送信する工程を有することを特徴とする文書処理制御プログラムを記憶した媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書処理方法、文書処理装置、文書処理制御プログラムを記憶した媒体に関するものである。
【背景技術】
【０００２】
従来、ワードプロセッサなどで作成されたドキュメントデータは、作成者自身が出力を行うということが多かった。しかし、近年のネットワークの普及やＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）などに代表される電子データのフォーマットの普及に伴い、ドキュメント作成者以外の場所やマシンで出力が行われることが多くなった。
【０００３】
このように、ドキュメント作成者以外のマシンでドキュメントを出力する場合において、出力装置や出力を要求したマシンに無いフォントデータがドキュメントで使用されていた場合、文字化けを起こしたり、エラーが返されたりしてしまっていた。
【０００４】
上記の問題を解決するために、最近では、「代替フォント」を使用したり、「マルチプルマスターフォント」を使用してきた。代替フォントは、例えばドキュメント中に「Ｂｏｏｋ  Ａｎｔｉｑｕａ」というフォントが無かった場合は「Ａｒｉａｌ」に置き換えるようにすることであり、マルチプルマスターフォントとは、元のフォントの形状を元に、新しいフォントを生成するＡｄｏｂｅ社の技術である。
【０００５】
しかし、これらの技術では、ドキュメント作成者が意図したフォントとは必ずしも一致せず、ときにはドキュメント作成者が意図したフォントの形状とはかけ離れたものになってしまっている、ということもあった。
【０００６】
これらを解決するために、従来の技術として、特許文献１がある。しかし、この発明によれば、不特定多数への対応はなされているが、フォントのイメージ化ということにより、データの大きさが大きくなってしまう。これは、データを受け取る側の回線が細いものであると、受信できなくなる恐れがある。また、この発明は、ＨＴＭＬに限定されており、他の電子データに対応しているとはいえない。電子データの受け渡し全般に適しているとはいえない。
【０００７】
また、従来の技術として、特許文献２があるが、この技術はフォントデータを直接転送するものであり、ネットワーク上の各マシンが、普段あまり使わないフォントデータまでも所有することになってしまい、各マシンのデータ容量が無駄に多くなってしまう恐れがある。また、この技術では、１対多でのマシン間のデータの送受信には問題がある。何故ならば、１対多のマシン間のデータ送受信において、その中で１台のマシンしか持っていないフォントデータが使われているとしたら、フォントを持つマシンに過度の負担をかけてしまう。
【特許文献１】特開２００１−０９２８１４号公報
【特許文献２】特開平１０−２８９２２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上記の問題を解決するための文書処理システムとして、ドキュメントデータを複数のマシンに送信しても、送信マシン、受信マシン、その他マシンに過度の負担をかけることなく、また、難しい操作を行うことなく、最小限のデータ容量で、作成者の意図どおりのフォントで出力することを可能にする文書処理方法、文書処理装置、文書処理制御プログラムを記憶した媒体を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、ネットワークに繋がった文書処理システムにおいて、ドキュメント中のフォントを検索するステップと、ドキュメントを受信する側のマシンである受信側マシンが有するフォントを検索するステップと、ドキュメント中に使用されているフォントで、受信側マシンが有するフォントに無いフォントである検索対象フォントがあるかどうかを判断するステップと、もし、あると判断されたら、検索対象フォントが、メモリ内に一度使用されたグリフデータもしくはフォントデータを保存しておくフォントキャッシュにあるかどうか判断するステップと、もし無いと判断されたら、ドキュメントを送信したマシンである送信側マシンに検索対象フォントがあるかどうか判断するステップと、もしあったら、送信側マシンからグリフデータもしくはフォントデータを抽出するステップと、抽出したグリフデータもしくはフォントデータをフォントキャッシュ内に保存するステップと、更に抽出したグリフデータもしくはフォントデータをドキュメント中に埋め込むステップと、受信側マシンにドキュメントデータを送信するステップを有することを特徴とする文書処理方法である。
【発明の効果】
【００１０】
本発明によれば、ドキュメント送信側のマシンは、受信側のマシンが有するフォントのことを考慮することなく、受信側マシンはドキュメント作成者の意図どおりにドキュメントの出力を可能にするものである。
【発明を実施するための最良の形態】
【００１１】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例１】
【００１２】
以下は、本発明の実施例１について説明する。
【００１３】
図１は、実施形態におけるシステムの構成を示す図である。
【００１４】
図１において、１０１はＮＩＣ、すなわちネットワークインターフェースカードであり、１、２はそれに接続されるネットワークケーブルであり、例えばイーサネット（登録商標）などである。１０２はＣＰＵ、すなわち中央演算処理装置であり、本装置全体の制御および演算処理を行う。１０３はすなわちランダムアクセスメモリであり、処理ごとにそれぞれのプログラムおよびデータがロードされ、実施される領域である。１０４は外部記憶装置または補助記憶装置等であり、ＯＳ（オペレーティングシステム）やフォントデータ、各種プログラム、アプリケーション、フォントキャッシュ等が格納されているものである。
【００１５】
尚、本実施形態は便宜上、ネットワークケーブルに接続されている例を説明するが、このケーブルが物理的なものではなく、全てあるいは一部が無線になっていてもかまわない。また、図１には１０４はＨＤとされているが、これにかぎるものではない。詳細は後述する。
【００１６】
次に、動作手順について説明する。
【００１７】
図２は制御プログラムを示す図の一例である。
【００１８】
まず、ステップ１でドキュメントをオープンし、ステップ２でドキュメント中に使用されているフォントをデータとして保持する。ステップ３にて、ドキュメントが送信される先のマシン（以下、受信側マシンと呼ぶ）が有するフォントをデータとして保持する。このとき、受信側マシンが有するフォントの検索方法は、直接マシンのフォントフォルダを検索するものでもよいし、受信側マシンがフォントリストのようなものを持つという形でもかまわない。
【００１９】
ステップ４にて、ドキュメント中に使用されているフォントの中で、受信側マシンが有していないフォント（以下、検索対象フォントと呼ぶ）があるかどうかの判断を行う。もし、検索対象フォントが無いと判断されたら、ステップ１７へ進む。ステップ１７は後述する。もし、あると判断されたら、ステップ５に進む。ステップ５はループ端である。次にステップ６でフォントキャッシュ内に保存されているフォントデータおよびグリフデータを検索し、ステップ７で検索対象フォントがあるかどうかを判断する。もしあった場合、ステップ１２にてそこからフォントおよびグリフデータを抽出し、ドキュメントの中に埋め込み処理を行い、ステップ１３へ進む。ステップ１３は後述する。もし、無かった場合、ステップ８でドキュメントの送信を行ったマシン（以下、送信側マシンと呼ぶ）が有するフォントの検索を行う。
【００２０】
ステップ９で送信側マシンに検索対象フォントがあるかどうかの判断を行い、もしないと判断されたら、ステップ１６において、代替フォントを使用する処理を行い、ステップ１７に進む。ステップ１７は後述する。このとき、ステップ１６の処理について、これはデフォルト設定で決まってあるものでもよいし、ユーザが設定するものであってもよい。要は、フォントキャッシュ内にも送信側マシンにもフォントが無かった場合に、そのフォントが文字化けしないような設定であればよい。ステップ９において、もし、検索対象フォントがあると判断されたら、ステップ１０で送信先からグリフデータもしくはフォントデータを抽出し、ステップ１１送信側マシンから抽出したフォントデータもしくはグリフデータをフォントキャッシュ内に保存する。
【００２１】
次に、ステップ１３で、抽出されたグリフデータもしくはフォントデータをドキュメントに埋め込み処理を行う。ステップ１４で、ステップ１３にて使用したフォントデータもしくはグリフデータを、フォントキャッシュ内での優先順位をあげる。この処理は、より多く使われるフォントデータもしくはグリフデータにより早くアクセスできるようにするためのものである。ステップ１５はループ端である。ここで、検索対象フォント数が１つ以上あればステップ５のループ端にもどり、繰り返し処理を行う。検索対象フォントが０になったと確認されたら、ステップ１７で、ドキュメントを受信側マシンに送信する。
【実施例２】
【００２２】
実施例１との差異は、フォントキャッシュだけでなく、フォントデータも持っていることである。この制御プログラムを図３に示す。
【００２３】
まず、ステップ１でドキュメントをオープンし、ステップ２でドキュメント中に使用されているフォントをデータとして保持する。ステップ３にて、ドキュメントが送信される先のマシン（以下、受信側マシンと呼ぶ）が有するフォントをデータとして保持する。このとき、受信側マシンが有するフォントの検索方法は、直接マシンのフォントフォルダを検索するものでもよいし、受信側マシンがフォントリストのようなものを持つという形でもかまわない。
【００２４】
ステップ４にて、ドキュメント中に使用されているフォントの中で、受信側マシンが有していないフォント（以下、検索対象フォントと呼ぶ）があるかどうかの判断を行う。もし、検索対象フォントが無いと判断されたら、ステップ１７へ進む。ステップ１７は後述する。もし、あると判断されたら、ステップ５に進む。ステップ５はループ端である。次にステップ６でフォントキャッシュ内に保存されているフォントデータおよびグリフデータを検索し、ステップ７で検索対象フォントがあるかどうかを判断する。もしあった場合、ステップ８にてそこからフォントおよびグリフデータを抽出し、ドキュメントの中に埋め込み処理を行い、ステップ１６へ進む。ステップ１６は後述する。もし、無かった場合、ステップ９で本発明がロードされているマシンが有するフォントを検索し、ステップ１０で、検索対象フォントがあるかどうかを判断する。もしあった場合、ステップ１５でフォントデータから、フォントデータもしくはグリフデータを抽出し、ステップ１４に進む。ステップ１４は後述する。もし無いと判断された場合、ステップ１１でドキュメントの送信を行ったマシン（以下、送信側マシンと呼ぶ）が有するフォントの検索を行う。
【００２５】
ステップ１２で送信側マシンに検索対象フォントがあるかどうかの判断を行い、もしないと判断されたら、ステップ１９において、代替フォントを使用する処理を行い、ステップ２０に進む。ステップ２０は後述する。このとき、ステップ１９の処理について、これはデフォルト設定で決まってあるものでもよいし、ユーザが設定するものであってもよい。要は、フォントキャッシュ内にも送信側マシンにもフォントが無かった場合に、そのフォントが文字化けしないような設定であればよい。ステップ１２において、もし、検索対象フォントがあると判断されたら、ステップ１３で送信先からグリフデータもしくはフォントデータを抽出し、ステップ１４で送信側マシンから抽出したフォントデータもしくはグリフデータをフォントキャッシュ内に保存する。
【００２６】
次に、ステップ１６で、抽出されたグリフデータもしくはフォントデータをドキュメントに埋め込み処理を行う。ステップ１７で、ステップ１６にて使用したフォントデータもしくはグリフデータを、フォントキャッシュ内での優先順位をあげる。この処理は、より多く使われるフォントデータもしくはグリフデータにより早くアクセスできるようにするためのものである。ステップ１８はループ端である。ここで、検索対象フォント数が１つ以上あればステップ５のループ端にもどり、繰り返し処理を行う。検索対象フォントが０になったと確認されたら、ステップ２０で、ドキュメントを受信側マシンに送信する。
【００２７】
上記の埋め込み処理について、埋め込むデータフォーマットは、埋め込み処理対象となる電子データに順ずる。
【００２８】
尚、本発明の目的は、以上前述した各実施形態または、それを伴う機能を実現するソフトウェアで実現できるので、そのプログラムコードを記録した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出し、実行することによっても実現されることは言うまでもない。
【００２９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【００３０】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒなど、何らかの形でプログラム等を記憶できる媒体を用いる。
【００３１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づきコンピュータ上で稼動しているオペレーティングシステムなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現されることは言うまでもない。
【図面の簡単な説明】
【００３２】
【図１】装置の構成図
【図２】実施例１のフローチャート
【図３】実施例２のフローチャート
【図４】実施形態の例を示す図
【符号の説明】
【００３３】
１  ネットワークケーブル
２  ネットワークケーブル
１０１  ＮＩＣ
１０２  ＣＰＵ
１０３  ＲＡＭ
１０４  ＨＤ
【図１】
2006209412.tif 000003
【図２】
2006209412.tif 000004
【図３】
2006209412.tif 000005
【図４】
2006209412.tif 000006