(57)【要約】【課題】複数の書体を使用した文書を、ネットワークに接続可能な場所であればどこででも意図した書体で処理可能とする。【解決手段】ネットワークに接続され、文書ファイルを処理するコンピュータが文書ファイルを表示する際、文書ファイル中に、文書ファイル内で使用している書体に対する書体データのネットワーク上の場所を記憶しておき、ネットワーク上の場所から書体データを受信して使用することにより、ネットワークに接続可能な場所であるならばどこででも意図した書体で表示可能にする。【選択図】　　　図１
2004013391.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された文書処理装置において、
文書ファイル内で使用している書体に対応する書体データが存在するネットワーク上の場所を文書ファイル中に記憶する記憶手段と、
文書ファイル内で使用している書体が装置に登録されているか否かを判定する登録判定手段と、
前記登録判定手段によって装置に前記書体が登録されていないと判定された場合に、前記文書ファイル中に記憶されているネットワーク上の場所から書体データを受信する受信手段と、
前記受信手段で受信した書体データを使用可能な書体として装置に登録する登録手段とを備えたことを特徴とする文書処理装置。
【請求項２】
前記記憶手段は、前記書体データが存在するネットワーク上の場所を文書ファイル中に複数記憶する手段であり、
前記文書ファイル中に記憶された各ネットワーク上の場所に接続可能か否かを判定する接続判定手段と、前記接続判定手段で判定された接続可能なネットワーク上の場所のうち最新の書体データが存在する場所を検索する検索手段とを設け、
前記受信手段は、前記登録判定手段によって前記書体が装置に登録されていないと判定された場合に、前記検索手段で検索されたネットワーク上の場所から最新の書体データを受信することを特徴とする請求項１記載の文書処理装置。
【請求項３】
文書ファイル内で使用している書体に対応する書体データを文書ファイル中に記憶する書体データ記憶手段と、
処理しようとしている書体に対応する書体データが文書ファイル中に記憶されているか否かを判定する書体データ存否判定手段とを有し、
前記書体データ存否判定手段によって文書ファイル中に書体データが記憶されていると判定された書体は該文書ファイル中の書体データを使用して処理することを特徴とする請求項１又は２記載の文書処理装置。
【請求項４】
前記登録手段によって装置に登録された書体を記憶する書体記憶手段と、前記書体記憶手段によって記憶された書体の登録を文書処理終了時に解除する登録解除手段とを備えたことを特徴とする請求項１乃至３記載の文書処理装置。
【請求項５】
無条件にネットワーク上の場所から書体データを受信するか否かを指定する指定手段を有し、
前記登録判定手段によって前記書体が装置に登録されていないと判定され、且つ前記指定手段により無条件に受信することが指定された場合には、前記受信手段により、文書ファイル中に書体データが記憶されているか否かにかかわらず、該文書ファイル中に記憶されているネットワーク上の場所から書体データを受信することを特徴とする請求項３記載の文書処理装置。
【請求項６】
ネットワークに接続された文書処理装置の制御方法において、
文書ファイル内で使用している書体に対応する書体データが存在するネットワーク上の場所を文書ファイル中に記憶する記憶行程と、
文書ファイル内で使用している書体が装置に登録されているか否かを判定する登録判定行程と、
前記登録判定行程によって装置に前記書体が登録されていないと判定された場合に、前記文書ファイル中に記憶されているネットワーク上の場所から書体データを受信する受信行程と、
前記受信行程で受信した書体データを使用可能な書体として装置に登録する登録行程とを有することを特徴とする文書処理装置の制御方法。
【請求項７】
前記記憶行程は、前記書体データが存在するネットワーク上の場所を文書ファイル中に複数記憶し、
前記文書ファイル中に記憶された各ネットワーク上の場所に接続可能か否かを判定する接続判定行程と、前記接続判定行程で判定された接続可能なネットワーク上の場所のうち最新の書体データが存在する場所を検索する検索行程とを行い、
前記登録判定行程によって前記書体が装置に登録されていないと判定された場合に、前記検索行程で検索されたネットワーク上の場所から最新の書体データを受信することを特徴とする請求項６記載の文書処理装置の制御方法。
【請求項８】
文書ファイル内で使用している書体に対応する書体データを文書ファイル中に記憶する書体データ記憶行程と、処理しようとしている書体に対応する書体データが文書ファイル中に記憶されているか否かを判定する書体データ存否判定行程とを実行し、
前記書体データ存否判定行程によって文書ファイル中に書体データが記憶されていると判定された書体は該文書ファイル中の書体データを使用して処理することを特徴とする請求項６又は７記載の文書処理装置の制御方法。
【請求項９】
前記登録行程によって装置に登録された書体を記憶する書体記憶行程と、前記書体記憶行程によって記憶された書体の登録を文書処理終了時に解除する登録解除行程とを有することを特徴とする請求項６乃至８記載の文書処理装置の制御方法。
【請求項１０】
無条件にネットワーク上の場所から書体データを受信するか否かを指定する指定行程を実行し、
前記登録判定行程によって前記書体が装置に登録されていないと判定され、且つ前記指定行程により無条件に受信することが指定された場合には、文書ファイル中に書体データが記憶されているか否かにかかわらず、該文書ファイル中に記憶されているネットワーク上の場所から書体データを受信することを特徴とする請求項８記載の文書処理装置の制御方法。
【請求項１１】
ネットワークに接続された文書処理装置の制御方法を実行するための制御プログラムであって、
文書ファイル内で使用している書体に対応する書体データが存在するネットワーク上の場所を文書ファイル中に記憶する記憶ステップと、
文書ファイル内で使用している書体が装置に登録されているか否かを判定する登録判定ステップと、
前記登録判定ステップによって装置に前記書体が登録されていないと判定された場合に、前記文書ファイル中に記憶されているネットワーク上の場所から書体データを受信する受信ステップと、
前記受信ステップで受信した書体データを使用可能な書体として装置に登録する登録ステップとを備えたことを特徴とする制御プログラム。
【請求項１２】
前記記憶ステップは、前記書体データが存在するネットワーク上の場所を文書ファイル中に複数記憶するステップであり、
さらに、前記文書ファイル中に記憶された各ネットワーク上の場所に接続可能か否かを判定する接続判定ステップと、前記接続判定ステップで判定された接続可能なネットワーク上の場所のうち最新の書体データが存在する場所を検索する検索ステップとを設け、
前記受信ステップは、前記登録判定ステップによって前記書体が装置に登録されていないと判定された場合に、前記検索ステップで検索されたネットワーク上の場所から最新の書体データを受信する内容であることを特徴とする請求項１１記載の制御プログラム。
【請求項１３】
文書ファイル内で使用している書体に対応する書体データを文書ファイル中に記憶する書体データ記憶ステップと、処理しようとしている書体に対応する書体データが文書ファイル中に記憶されているか否かを判定する書体データ存否判定ステップとを有し、
前記書体データ存否判定ステップによって文書ファイル中に書体データが記憶されていると判定された書体は該文書ファイル中の書体データを使用して処理することを特徴とする請求項１１又は１２記載の制御プログラム。
【請求項１４】
前記登録ステップによって装置に登録された書体を記憶する書体記憶ステップと、前記書体記憶ステップによって記憶された書体の登録を文書処理終了時に解除する登録解除ステップとを備えたことを特徴とする請求項１１乃至１３記載の制御プログラム。
【請求項１５】
無条件にネットワーク上の場所から書体データを受信するか否かを指定する指定ステップを有し、
前記登録判定ステップによって前記書体が装置に登録されていないと判定され、且つ前記指定ステップにより無条件に受信することが指定された場合には、前記受信ステップにより、文書ファイル中に書体データが記憶されているか否かにかかわらず、該文書ファイル中に記憶されているネットワーク上の場所から書体データを受信することを特徴とする請求項１３記載の制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して書体データを受信して処理することができる文書処理装置等に関する。
【０００２】
【従来の技術】
従来の文書処理装置では、使用されている書体に対応する書体名を文書ファイルに記憶させていた。そして、文書ファイルを作成した装置以外の別の装置上で同じ文書ファイルを処理する際、その装置上に文書ファイルに記憶されている書体と同じ書体が登録されていない場合は別の書体で代替して処理するか、又は特開平０５−１２１５０号公報に示されるように、ネットワークに接続されている他の装置から書体データを受信して処理する方法が一般的であった。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来の文書処理装置において、文書ファイル内で使用されている書体が装置上に登録されていない場合に別の書体で代替して処理する方法では、文書ファイルを作成した装置上での処理と完全に一致した処理結果を得られないという問題があった。
【０００４】
また、ネットワークに接続されている他の装置から書体データを受信して処理する方法では、ネットワーク上の各装置の有する書体データを管理するための管理テーブルや管理テーブルを検索するための検索手段を備える必要があり、さらにネットワークから書体を受信して使用するための特別な管理機構や書体データを格納する専用のファイルサーバを用意しなければならない結果、システムを構築するためのコストがかかり、複雑な管理を行わなければならないという問題があった。
【０００５】
本発明は上記従来の問題点に鑑み、ネットワークに接続可能な環境であれば、どこででも意図した書体を受信して使用することが可能となり、さらに特別な管理機構や書体データを格納する専用のファイルサーバを用意することなく、ネットワーク上の書体ファイルを利用することが可能な文書処理装置等を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明の文書処理装置では、ネットワークに接続された文書処理装置において、文書ファイル内で使用している書体に対応する書体データが存在するネットワーク上の場所を文書ファイル中に記憶する記憶手段と、文書ファイル内で使用している書体が装置に登録されているか否かを判定する登録判定手段と、前記登録判定手段によって装置に前記書体が登録されていないと判定された場合に、前記文書ファイル中に記憶されているネットワーク上の場所から書体データを受信する受信手段と、前記受信手段で受信した書体データを使用可能な書体として装置に登録する登録手段とを備えたことを特徴とする。
【０００７】
本発明の文書処理装置の制御方法では、ネットワークに接続された文書処理装置の制御方法において、文書ファイル内で使用している書体に対応する書体データが存在するネットワーク上の場所を文書ファイル中に記憶する記憶行程と、文書ファイル内で使用している書体が装置に登録されているか否かを判定する登録判定行程と、前記登録判定行程によって装置に前記書体が登録されていないと判定された場合に、前記文書ファイル中に記憶されているネットワーク上の場所から書体データを受信する受信行程と、前記受信行程で受信した書体データを使用可能な書体として装置に登録する登録行程とを有することを特徴とする。
【０００８】
本発明の制御プログラムでは、ネットワークに接続された文書処理装置の制御方法を実行するための制御プログラムであって、文書ファイル内で使用している書体に対応する書体データが存在するネットワーク上の場所を文書ファイル中に記憶する記憶ステップと、文書ファイル内で使用している書体が装置に登録されているか否かを判定する登録判定ステップと、前記登録判定ステップによって装置に前記書体が登録されていないと判定された場合に、前記文書ファイル中に記憶されているネットワーク上の場所から書体データを受信する受信ステップと、前記受信ステップで受信した書体データを使用可能な書体として装置に登録する登録ステップとを備えたことを特徴とする。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１０】
［第一実施形態］
＜装置の概略構成＞
図１は、本発明の第一実施形態に係る文書処理装置の概略構成を示す図である。
【００１１】
同図において、１はＣＲＴ（表示装置）であり、その表示画面には、例えば編集中の文書、図形、画像その他の編集情報、アイコン、メッセージ、メニューその他のユーザインターフェース情報が表示される。２はＶＲＡＭであり、ＣＲＴ１の表示画面に表示するための画像が描画される。このＶＲＡＭ２に生成された画像データは、所定の規定に従ってＣＲＴ１に転送され、これによりＣＲＴ１に画像が表示される。
【００１２】
３はビットムーブユニット（ＢＭＵ）であり、例えば、メモリ間（例えば、ＶＲＡＭ２と他のメモリ）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えば、ネットワーク・インターフェース１１）との間のデータ転送を制御する。４はキーボードであり、文書等を入力するための各種キーを有する。５はポインティングデバイスであり、例えばＣＲＴ１の表示画面上に表示されたアイコンやメニュー、その他のオブジェクトを指示するために使用される。
【００１３】
６はＣＰＵであり、ＲＯＭ７、ハードディスク又はフロッピー（登録商標）ディスクに格納された制御プログラムに基づいてＣＰＵデバイスに接続された各デバイスを制御する。７はＲＯＭであり、各種の制御プログラムやデータを保持する。８はＲＡＭであり、ＣＰＵ６のワーク領域、エラー処理時のデータの退避領域、あるいは制御プログラムのロード領域等を有する。
【００１４】
９はハードディスクドライブ（ＨＤＤ）であり、ハードディスクに対するアクセスを制御する。１０はフロッピー（登録商標）ディスクドライブ（ＦＤＤ）であり、フロッピー（登録商標）ディスクに対するアクセスを制御する。１１はネットワーク・インターフェースであり、他の情報処理装置やプリンタ等とネットワーク１３を介して通信を行うことができる。１２はＣＰＵバスであり、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ６に対する制御プログラムの提供は、ＲＯＭ７、ハードディスク、あるいはフロッピー（登録商標）ディスクから行うこともできるし、ネットワーク１３を介して他の情報処理装置等から行うこともできる。
【００１５】
＜フロッピー（登録商標）ディスクのメモリマップ＞
図２は、制御プログラムを格納したフロッピー（登録商標）ディスクのメモリマップの一例を示す図である。なお、制御プログラムを格納したフロッピー（登録商標）ディスク、その他のメモリ媒体が本発明を構成することは言うまでもない。
【００１６】
図２において、２０００は、ディレクトリ情報を格納する領域であり、モジュール２００１〜２００３及び４００１〜４００２の記憶領域を示す情報を保持している。２００１は、アプリケーションプログラムであり、この例では、アプリケーションプログラム２００１は文書処理アプリケーションである。２００２は、アプリケーションプログラム２００１の実行の際に参照するアプリケーション制御データである。２００３はネットワーク上から受信し装置に登録した書体の情報を格納している。
【００１７】
フロッピー（登録商標）ディスクに格納されたプログラムやデータは、例えば、ハードディスクドライバ９によりハードディスクに転送することにより、図１に示す文書処理装置に格納することもできる。
【００１８】
４００１から４００２はアプリケーションプログラム２００１で作成された文書ファイルであり、４０１０は文書ファイル中に使用されている書体に対応する書体データのネットワーク上の場所を格納する領域である。また、４０２０は文書ファイル中に使用されている書体に対応する書体データを格納する領域である。
【００１９】
＜システムの構成＞
図３は、本実施形態に係る文書処理装置とネットワークを介して接続されるサーバ装置とのシステム構成の一例を示す図である。
【００２０】
このシステムは、サーバ装置と本発明に係る文書処理装置と両者をつなぐネットワークとで構成されている。
【００２１】
図３において、１００は本実施形態に係る文書処理装置であり、ネットワーク２００を介してサーバ装置３００と接続されている。文書処理装置１００は例えば所定のオペレーティングシステム（以下、ＯＳという）によりデータ処理を管理し、ＨＤＤ９に接続されたハードディスク等に記憶されるアプリケーションプログラムを実行して文書処理を行う。また、サーバ装置３００は、例えば所定のＯＳによりデータを処理し、ネットワーク２００を介して所定のプロトコルに応答する。
【００２２】
このプロトコルには、例えばＨｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ（以下、ｈｔｔｐという）やＦｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ（以下、ｆｔｐという）などが考えられる。また、サーバ装置３００の図示しないハードディスク等には書体データファイルが記憶されており、文書処理装置１００からのファイル転送要求に基づいて、ネットワーク２００を介して書体データの転送が行われる。サーバ装置３００は、ｈｔｔｐプロトコルに応答可能なｈｔｔｐサーバや、ｆｔｐプロトコルに応答可能なｆｔｐサーバ、ローカルエリアネットワーク（以下、ＬＡＮという）上でのファイルサーバなどその形態を問わないことは言うまでもなく、文書処理装置からの要求に応じてファイル転送を行うことが可能なものであれば良い。
【００２３】
＜第一実施形態の処理手順＞
次に、本実施形態の処理手順について図４を参照しながら説明する。図４は、第一実施形態における文書表示処理の一部を示すフローチャートであり、アプリケーションプログラム２００１によって実現される。このアプリケーションプログラム２００１は、例えば、フロッピー（登録商標）ディスクドライブ１０を介してＲＡＭ８のロード領域に転送されＣＰＵ６に提供される。
【００２４】
図４に示す処理は、アプリケーションプログラム２００１による文書処理のうち文書表示時に起動され、ネットワークを介した書体データの受信・登録を伴う文書表示処理を示したものである。
【００２５】
まず、ステップＳ３０１では、文書中のこれから表示しようとしている文書データで使用されている書体が既に装置に登録されているかどうかを判定する処理であり、既に登録されている場合はステップＳ３０４にて文書の表示処理を行う。使用されている書体がまだ登録されていない場合は、ステップＳ３０２にて、文書ファイル中に記憶されているネットワーク上の場所（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒと称する。以下ＵＲＬという）から書体データを受信する。ＵＲＬとは、ネットワーク上のリソースの位置を規定する書式で広く一般に使用されているものである。例えば、ｈｔｔｐプロトコルを使用してｈｔｔｐサーバ上のファイルの位置を表す場合は、
ｈｔｔｐ：／／＜ｈｏｓｔ＞：＜ｐｏｒｔ＞／＜ｐａｔｈ＞
ｈｏｓｔ：　ＨＴＴＰサーバのドメイン名
ｐｏｒｔ：　ポート番号（省略すると「８０」が使用される）
ｐａｔｈ：　参照するファイルのパス名
記述例：　ｈｔｔｐ：／／ｗｗｗ．ａａａ．ｂｂｂ．ｃｃｃ／ｄｄｄ．ｔｔｆ
というように記述する。
【００２６】
同様にｆｔｐプロトコルを使用してｆｔｐサーバ上のファイルの位置を表す場合は、
ｆｔｐ：／／＜ｈｏｓｔ＞：＜ｐｏｒｔ＞／＜ｐａｔｈ＞
ｈｏｓｔ：　ＦＴＰサーバのドメイン名
ｐｏｒｔ：　ポート番号（省略すると「２１」が使用される）
ｐａｔｈ：　ファイル転送を行うパス名
記述例：　ｆｔｐ：／／ｆｔｐ．ａａａ．ｂｂｂ．ｃｃｃ／ｄｄｄ．ｔｔｆ
となる。
【００２７】
また、ローカルエリアネットワークにおいて、ネットワークで接続された他の装置内におけるハードディスク等の記憶装置上のファイルの位置を規定する場合は、
ｆｉｌｅ：／／＜ｈｏｓｔ＞／＜ｐａｔｈ＞
ｈｏｓｔ：　ドメイン名
ｐａｔｈ：　階層構造を持つパス名
記述例：　ｆｉｌｅ：／／／／ｈｏｓｔｎａｍｅ／ａａａ／ｂｂｂ／ｃｃｃ／ｄｄｄ．ｔｔｆ
となる。
【００２８】
ステップＳ３０２にて書体データを受信した後、ステップＳ３０３にて受信した書体データを装置に登録して、テキスト描画処理にて使用可能にし、ステップＳ３０４にて文章表示処理を行う。次に、ステップＳ３０５にて全ての表示すべき文書の処理が終了したかどうかを判定し、全て表示したならば終了し、全て表示していなければステップＳ３０１に戻って、同様の処理を繰り返す。
【００２９】
このように、文書ファイル中で使用されている書体データをネットワークを介して受信し、装置に登録して文書表示処理を行うことにより、文書ファイルを作成した装置上での表示と完全に一致した表示結果を得ることが可能となる。
【００３０】
なお、以上の説明では文書処理装置における表示処理を一例として説明したが、これに限られるものではなく、印刷処理や描画結果をイメージとして保存する処理、他のファイル形式にコンバートする処理など書体データを使用してレンダリング等を行う全ての処理に適用し得ることは言うまでもない。
【００３１】
また、書体データが格納されているネットワーク上のサーバ３００は所定のｈｔｔｐ、ｆｔｐ、その他のプロトコルに応答可能なものであり、接続するネットワークの形態はインターネットをはじめとしてローカルエリアネットワーク（ＬＡＮ）などその形態を問わないことは言うまでもない。
【００３２】
上述したように本実施形態によれば、文書ファイル中にネットワーク上の書体データの場所を記憶し、文書ファイルを処理する際にネットワーク上の場所から書体データを受信して装置に登録することにより、ネットワークに接続可能な環境であれば世界中のどこででも該書体を受信して使用することが可能となり、ある文書ファイルを、作成した装置以外の別の装置で処理した際、その装置上に書体が登録されていない場合に別の書体に代替されてしまうという従来技術の問題を回避することが可能となる。
【００３３】
さらには、特開平０５−１２１５０号公報に示される従来技術では、書体データを管理するための専用ファイルサーバや書体管理テーブル、書体管理テーブルの検索装置など種々の装置が必要であったが、本発明で使用するサーバはｆｔｐやｈｔｔｐなどの一般に広く利用されているプロトコルを介してファイル転送が可能なｆｔｐサーバやｈｔｔｐサーバであり、書体データファイルを管理するための特別な装置を用意することなくネットワーク上の書体ファイルを利用することが可能となる。
【００３４】
［第二実施形態］
第二実施形態では、上記第一実施形態の形態において、文書ファイル中に記憶するネットワーク上の書体データの場所情報を複数記憶可能とし、各ネットワーク上の場所に接続可能か否かを判定する判定手段を加え、さらに接続可能な場所のうち最新の書体データが存在する場所を探して、そこから書体データを受信することにより、接続可能な最新の書体データを使用して文書処理を行うことを可能にしたものである。
【００３５】
図５は、第二実施形態に係る処理手順を示すフローチャートである。
【００３６】
この図５に示す処理は、アプリケーションプログラム２００１による文書処理のうち文書表示時に起動され、ネットワークを介した書体データの受信・登録を伴う文書表示処理を示したものである。
【００３７】
まずステップＳ４０１は、文書中のこれから表示しようとしている文書データで使用されている書体が既に装置に登録されているかどうかを判定する処理であり、既に登録されている場合はステップＳ４０７にて文書の表示処理を行う。使用されている書体がまだ登録されていない場合は、ステップＳ４０２にて、文書ファイル中に記憶されているネットワーク上の場所（ＵＲＬ）に接続可能かどうかを調べる。接続可能ならばステップＳ４０３にて書体データのバージョン情報を受信してＵＲＬと共に記憶し、ステップＳ４０４に進む。接続可能でなければステップＳ４０４に進む。
【００３８】
ステップＳ４０４では、現在処理対象となっている書体データに対して文書ファイル中に記憶されている全てのＵＲＬの接続チェックを行ったか否かを調べる。全て行っていなければステップＳ４０２に戻り処理を繰り返す。全て行った場合は、ステップＳ４０５にて記憶されている書体データのバージョン情報から最新の書体データを求め、対応するＵＲＬから書体データを受信する。
【００３９】
次にステップＳ４０６にて受信した書体データを装置に登録してテキスト描画処理にて使用可能にし、ステップＳ４０７にて文書表示処理を行う。続いて、ステップＳ４０８にて全ての表示すべき文書の処理が終了したかどうかを判定し、全て表示したならば終了し、全て表示していなければステップＳ４０１に戻って、同様の処理を繰り返す。
【００４０】
［第三実施形態］
第三実施形態では、上記第一実施形態の形態にさらに、文書ファイルで使用している書体に対応する書体データを文書ファイル中に記憶する書体データ記憶手段を加え、処理しようとしている書体に対応する書体データが文書ファイル中にある場合は文書ファイル中の書体データを使用して処理することにより、ネットワークに接続できない装置又は環境でも、文書ファイルを作成した装置上と完全に一致した処理を行うことを可能にしたものである。
【００４１】
図６は、第三実施形態の処理手順を示すフローチャートである。
【００４２】
この図６に示す処理は、アプリケーションプログラム２００１による文書処理のうち文書表示時に起動され、ネットワークを介した書体データの受信・登録を伴う文書表示処理を示したものである。
【００４３】
ステップＳ５０１は、文書中のこれから表示しようとしている文書データで使用されている書体が既に装置に登録されているかどうかを判定する処理であり、既に登録されている場合はステップＳ５０６にて文書の表示処理を行う。使用されている書体がまだ登録されていない場合は、ステップＳ５０２にて、書体データが文書ファイル中に記憶されているかどうかを調べる。
【００４４】
記憶されている場合は、ステップＳ５０３にて文書ファイル中に記憶されている書体データを装置に登録してテキスト描画処理にて使用可能にし、ステップＳ５０６にて文書の表示処理を行う。書体データが文書ファイル中に記憶されていない場合は、ステップＳ５０４にて文書ファイル中に記憶されている書体データのネットワーク上の場所（ＵＲＬ）から書体データを受信し、ステップＳ５０５にて受信した書体データを装置に登録してテキスト描画処理にて使用可能とし、ステップＳ５０６にて文書の表示処理を行う。
【００４５】
次にステップＳ５０７にて全ての表示すべき文書の処理が終了したかどうかを判定し、全て表示したならば終了し、全て表示していなければステップＳ５０１に戻って、同様の処理を繰り返す。
【００４６】
［第四実施形態］
第四実施形態では、上記第一実施形態の形態にさらに、ネットワーク上の場所から受信して装置に登録した書体を記憶する記憶手段と、文書処理アプリケーションの終了時に、該記憶手段によって記憶された書体の登録を解除する書体登録解除手段とを加え、文書処理アプリケーションの終了時に、ネットワーク上から受信・登録した書体の登録を解除することにより、ネットワーク上の場所から受信した書体を該文書処理アプリケーション上でのみ利用することを可能にしたものである。
【００４７】
図７（ａ），（ｂ）は、第四実施形態の処理手順を示すフローチャートである。
【００４８】
この図７（ａ），（ｂ）に示す処理は、アプリケーションプログラム２００１による文書処理のうち文書表示時に起動され、ネットワークを介した書体データの受信・登録を伴う文書表示処理とアプリケーションプログラム２００１のアプリケーション終了処理の一部を示したものである。
【００４９】
まず図７（ａ）のステップＳ６０１では、文書中のこれから表示しようとしている文書データで使用されている書体が既に装置に登録されているかどうかを判定する処理であり、既に登録されている場合はステップＳ６０５にて文書の表示処理を行う。使用されている書体がまだ登録されていない場合は、ステップＳ６０２にて、文書ファイル中に記憶されているネットワーク上の場所（ＵＲＬ）から書体データを受信する。
【００５０】
次にステップＳ６０３にて受信した書体データを装置に登録してテキスト描画処理にて使用可能にし、ステップＳ６０４にて登録した書体を記憶した後、ステップＳ６０５にて文書表示処理を行う。続いて、ステップＳ６０６にて全ての表示すべき文書の処理が終了したかどうかを判定し、全て表示したならば終了し、全て表示していなければステップＳ６０１に戻って、同様の処理を繰り返す。
【００５１】
一方、操作者がアプリケーションプログラム２００１の終了を指示した場合は、図７（ｂ）のアプリケーション終了処理が起動される。ステップＳ６０７で前記ステップＳ６０４にて記憶した書体を装置から登録解除する。次にステップＳ６０８にて書体登録解除処理が全て終了したかどうかを調べ、全て終了していなければステップＳ６０７に戻り処理を繰り返す、終了したならばアプリケーション終了処理を終了する。
【００５２】
［第五実施形態］
第五実施形態では、上記第三実施形態の形態にさらに、書体データを無条件にネットワーク上の場所から受信して利用するか否かを指定する指定手段を有し、無条件に受信することが指定された場合には、書体データが文書ファイル中にあるか否かにかかわらず文書ファイル中に記憶されているネットワーク上の場所から書体データを受信することにより、ネットワーク上に存在する最新の書体データを使用して文書処理を行うことを可能にしたものである。
【００５３】
図８は、第五実施形態の処理手順を示すフローチャートである。
【００５４】
図８に示す処理は、アプリケーションプログラム２００１による文書処理のうち文書表示時に起動され、ネットワークを介した書体データの受信・登録を伴う文書表示処理を示したものである。
【００５５】
まずステップＳ７０１は、文書中のこれから表示しようとしている文書データで使用されている書体が既に装置に登録されているかどうかを判定する処理であり、既に登録されている場合はステップＳ７０７にて文書の表示処理を行う。使用されている書体がまだ登録されていない場合は、ステップＳ７０２にて、書体データを無条件にネットワーク上の場所（ＵＲＬ）から受信する指定がされているかどうかを調べる。
【００５６】
指定がされていない場合は、ステップＳ７０３にて書体データが文書ファイル中に記憶されているかどうかを調べ、記憶されている場合はステップＳ７０４で文書ファイル中の書体データを装置に登録してステップＳ７０７で文書表示処理を行う。書体データが文書ファイル中に記憶されていなければステップＳ７０５に進む。ステップＳ７０２にて書体データを無条件にネットワーク上の場所から受信する指定がされている場合は、ステップＳ７０５にて文書ファイル中に記憶されている書体データのネットワーク上の場所（ＵＲＬ）から書体データを受信し、ステップＳ７０６にて受信した書体データを装置に登録してテキスト描画処理にて使用可能とし、ステップＳ７０７にて文書の表示処理を行う。
【００５７】
次にステップＳ７０８にて全ての表示すべき文書の処理が終了したかどうかを判定し、全て表示したならば終了し、全て表示していなければステップＳ７０１に戻って、同様の処理を繰り返す。
【００５８】
なお、本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用しても良い。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【００５９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６１】
【発明の効果】
以上説明したように、請求項１，６，１１の発明によれば、ネットワークに接続可能な環境であれば、どこででも意図した書体を受信して使用することが可能となり、文書ファイルを作成した装置上での処理と完全に一致した処理結果を得ることが可能になる。さらに、特別な管理機構や書体データを格納する専用のファイルサーバを用意することなく、ネットワーク上の書体ファイルを利用することが可能となるので、低コストで複雑な管理を要しないといった効果がある。
【００６２】
請求項２，７，１２の発明によれば、書体データが存在するネットワーク上の場所を文書ファイル中に複数記憶するようにしたので、ネットワークの障害や書体データが格納されているネットワーク上の装置の障害などが発生した場合でも、別の接続可能な場所から書体データを受信することが可能となり、さらに、複数の接続可能な場所の書体データのうち最新のデータを検索することにより、常に最新の書体データを利用することが可能となる。
【００６３】
請求項３，８，１３の発明によれば、文書ファイル中に書体データが記憶されていると判定された書体は該文書ファイル中の書体データを使用して処理するようにしたので、ネットワークに接続できない装置又は環境においても、該書体を利用することが可能となる。
【００６４】
請求項４，９，１４の発明によれば、記憶された書体の登録を文書処理終了時に解除するようにしたので、受信した書体を該文書処理アプリケーション上でのみ利用可能とすることができるとともに、書体データが不正に複製・使用されることを防止することが可能となる。
【００６５】
請求項５，１０，１５の発明によれば、無条件に受信することが指定された場合には、文書ファイル中に書体データが記憶されているか否かにかかわらず、該文書ファイル中に記憶されているネットワーク上の場所から書体データを受信するようにしたので、書体データが文書ファイル中に存在するか否かにかかわらず、ネットワーク上の場所から最新の書体データを受信して利用することが可能となる。
【図面の簡単な説明】
【図１】本発明の第一実施形態に係る文書処理装置の概略構成を示す図である。
【図２】制御プログラムを格納したフロッピー（登録商標）ディスクのメモリマップの一例を示す図である。
【図３】実施形態に係る文書処理装置とネットワークを介して接続されるサーバ装置とのシステム構成の一例を示す図である。
【図４】第一実施形態における文書表示処理の一部を示すフローチャートである。
【図５】第二実施形態に係る処理手順を示すフローチャートである。
【図６】第三実施形態の処理手順を示すフローチャートである。
【図７】第四実施形態の処理手順を示すフローチャートである。
【図８】第五実施形態の処理手順を示すフローチャートである。
【符号の説明】
１　ＣＲＴ（表示装置）
２　ＶＲＡＭ
３　ビットムーブユニット（ＢＭＵ）
４　キーボード
５　ポインティングデバイス
６　ＣＰＵ
７　ＲＯＭ
８　ＲＡＭ
９　ハードディスクドライブ（ＨＤＤ）
１０　フロッピー（登録商標）ディスクドライブ（ＦＤＤ）
１１　ネットワーク・インターフェース
１２　ＣＰＵバス
１３　ネットワーク
【図１】
2004013391.tif 000003
【図２】
2004013391.tif 000004
【図３】
2004013391.tif 000005
【図４】
2004013391.tif 000006
【図５】
2004013391.tif 000007
【図６】
2004013391.tif 000008
【図７】
2004013391.tif 000009
【図８】
2004013391.tif 000010