JP2006171899A - 情報処理装置、情報処理方法、情報処理プログラム、及びピアツーピアシステム - Google Patents

Abstract

【課題】 フォントがない場合でも、画像形成要求時の処理時間を短縮すると共にデータ転送時間を短縮することを目的とする。
【解決手段】 Ｐ２Ｐネットワークに接続して（４００）、Ｐ２Ｐネットワークを介して他のピアが保持するフォント保持情報を取得する（４０２）。そして、自装置の保持しないフォントがある場合には、Ｐ２Ｐネットワークを介して他のピアから自装置が保持しないフォントを探索して取得し（４０４、４０６）、取得したフォントをディスプレイフォントやプリンタフォント等に変換して保存し（４０８）、フォント保持情報を更新する（４１０）。
【選択図】 図１３

Description

本発明は、情報処理装置、情報処理方法、情報処理プログラム、及びピアツーピアシステムにかかり、特に、ネットワークを介し互いに接続された複数の装置の少なくとも一部が、専用のサーバを介することなく直接通信するピアツーピアシステムに接続可能な情報処理装置、当該情報処理装置で適用可能な情報処理方法、情報処理プログラム、及び当該ピアツーピアシステムに関する。

従来より、コンピュータ等の装置をネットワークを介して互いに接続するネットワークシステムの形態として、クライアント・サーバシステムと、ピアツーピア（以下、Ｐ２Ｐという）システムとがある。

クライアント・サーバシステムは、サーバが各種情報資源を管理したり各種アプリケーションを提供するサービスを実行し、これをクライアントが利用するシステムであり、主従関係が固定的なシステムある。

これに対し、Ｐ２Ｐシステムでは、基本的には専用のサーバを設けず、ネットワークに接続されたピア（例えばパーソナルコンピュータ等）の各々が、あるときは他のピアに対して所定のサービスを提供してサーバのように動作し、あるときは他のピアが提供するサービスを利用してクライアントのように動作するシステムであり、各ピアが対等なシステムである。このようなＰ２Ｐシステムに関して、従来より様々な技術が提案されている（例えば特許文献１及び特許文献２参照）。
特開２００２−３３５２６９号公報 特開２００３−２５６３６３号公報

ところで、上述のようなシステムを利用して、クライアントコンピュータからプリンタ等に対してプリント要求を行い、アプリケーションデータをプリントする場合には、アプリケーションデータをＰＤＬ（Page Description Language）に変換してプリンタに送信する。そして、アプリケーションデータが使用しているフォントがプリンタにない場合には、フォントをＰＤＬに埋め込むことにより、ＷＹＳＷＩＧ（What you see is what you get）を保っている。

しかしながら、従来の技術では、ＰＤＬにフォントを埋め込むため、データ量が大きくなってしまい、プリンタへのデータ転送時間を長くなってしまう、という問題がある。

また、ＰＤＬ作成毎にフォントを埋め込む必要があるため、処理に時間がかかってしまう、という問題がある。

さらに、クライアントのフォントのヒント情報がＰＤＬに埋め込む際に削除されてしまうため、プリント品質が低下してしまう、という問題がある。

本発明は、上記問題を解決すべく成されたもので、フォントがない場合でも、画像形成要求時の処理時間を短縮すると共にデータ転送時間を短縮することを目的とする。

上記目的を達成するために請求項１に記載の情報処理装置は、複数の装置が接続され、各装置毎に保持された情報を互いに共有可能なネットワークシステムに接続可能な情報処理装置であって、自装置が保持するフォントを表すフォント保持情報を記憶する記憶手段と、前記ネットワークシステムに接続された他の装置から前記フォント保持情報を含む共有情報を取得する取得手段と、前記取得手段によって取得した前記共有情報と、前記記憶手段に記憶された前記フォント保持情報とから、自装置が保持していないフォントを他の装置から探索して取得する探索取得手段と、を備えることを特徴としている。

請求項１に記載の発明によれば、記憶手段には自装置が保持するフォントを表すフォント保持情報が記憶され、取得手段ではネットワークシステムに接続された他の装置からフォント保持情報を含む共有情報が取得される。

そして、探索取得手段では、取得手段によって取得した共有情報と、記憶手段に記憶されたフォント保持情報から、自装置が保持していないフォント保持情報が他の装置から探索されて取得される。すなわち、フォントが自装置にない場合でも、ネットワークシステムで共有しているフォントを他の装置から取得して自装置で使用することができる。従って、請求項２に記載の発明のように、ネットワークシステム接続された他の装置からの画像形成要求を受け付ける受付手段と、受付手段によって受け付けた画像形成要求に応じて画像形成を行う画像形成手段と、を更に備える情報処理装置のように、画像形成を行う装置に上述の構成を設けることで、画像形成要求時に他の装置から取得したフォントを使用することができ、画像形成要求を行う情報処理装置での処理時間を短縮することができる。

また、画像形成要求を行う情報処理装置側でＰＤＬにフォント埋め込む必要がなくなるので、データ量の増加を抑制することができ、データ転送時間を短縮することができる。

更には、記憶手段、取得手段、及び探索取得手段を備えることで、他の装置からデータを取得した際に、当該データに自装置が保持していないフォントを有する場合でも、取得したデータに対応するフォントを他の装置から取得することができるので、画像形成要求に拘わらず、データ処理時間及びデータ転送時間の短縮が可能となる。

なお、画像形成手段は、請求項３に記載の発明のように、画像形成要求に含まれる画像形成するための画像データを自装置で処理可能なデータ形式に変換する変換手段と、変換手段によって変換された変換後の画像データを一時保持する保持手段と、を含み保持手段によって保持された変換後の画像データをネットワークシステムに接続された複数の装置で共有し、他の装置からの要求に応じて保持手段に保持された変換後の画像データを要求元に送信するようにしてもよい。このように構成することで、変換後の画像データを他の装置で使用することが可能となり、他の装置が自装置で処理可能なデータ形式に変換する際の処理時間を短縮することが可能となる。

また、ネットワークは、請求項４に記載の発明のように、ピアツーピアシステムを適用するようにしてもよい。

請求項５に記載の情報処理方法は、複数の装置が接続され、各装置毎に保持された情報を互いに共有可能なネットワークシステムに接続可能な情報処理装置における情報処理方法であって、自装置が保持するフォントを表すフォント保持情報を記憶する記憶ステップと、前記ネットワークシステムに接続された他の装置から前記フォント保持情報を含む共有情報を取得する取得ステップと、前記取得ステップで取得した前記共有情報と、前記記憶ステップで記憶した前記フォント保持情報とから、自装置が保持していないフォントを他の装置から探索して取得する探索取得ステップと、を含むことを特徴としている。

請求項５に記載の発明によれば、記憶ステップでは自装置が保持するフォントを表すフォント保持情報を記憶し、取得ステップではネットワークシステムに接続された他の装置からフォント保持情報を含む供給情報を取得する。

そして、探索取得ステップでは、取得ステップで取得した共有情報と、記憶ステップで記憶したフォント保持情報から、自装置が保持していないフォント保持情報を他の装置から探索して取得する。すなわち、フォントが自装置にない場合でも、ネットワークシステムで共有しているフォントを他の装置から取得して自装置で使用することができる。従って、請求項６に記載の発明のように、ネットワークシステム接続された他の装置からの画像形成要求を受け付ける受付ステップと、受付ステップで受け付けた画像形成要求に応じて画像形成を行う画像形成ステップと、を更に備える情報処理方法を適用した画像形成を行う装置で上述の方法で処理を行うことで、画像形成要求時に他の装置から取得したフォントを使用することができ、画像形成要求を行う情報処理装置での処理時間を短縮することができる。

また、画像形成要求を行う情報処理装置側でＰＤＬにフォント埋め込む必要がなくなるので、データ量の増加を抑制することができ、データ転送時間を短縮することができる。

更には、記憶ステップ、取得ステップ、及び探索取得ステップを備えることで、他の装置からデータを取得した際に、当該データに自装置が保持していないフォントを有する場合でも、取得したデータに対応するフォントを他の装置から取得することができるので、画像形成要求に拘わらず、データ処理時間及びデータ転送時間の短縮が可能となる。

なお、画像形成ステップは、請求項７に記載の発明のように、画像形成要求に含まれる画像形成するための画像データを自装置で処理可能なデータ形式に変換する変換ステップと、変換ステップで変換した変換後の画像データを一時保持する保持ステップと、を含み保持ステップで保持した変換後の画像データをネットワークシステムに接続された複数の装置で共有し、他の装置からの要求に応じて保持ステップで保持した変換後の画像データを要求元に送信するようにしてもよい。このように構成することで、変換後の画像データを他の装置で使用することが可能となり、他の装置が自装置で処理可能なデータ形式に変換する際の処理時間を短縮することが可能となる。

また、ネットワークは、請求項８に記載の発明のように、ピアツーピアシステムを適用するようにしてもよい。

請求項９に記載の情報処理プログラムは、複数の装置が接続され、各装置毎に保持された情報を互いに共有可能なネットワークシステムに接続可能なコンピュータに以下の情報処理を実行させる情報処理プログラムであって、前記処理は、自装置が保持するフォントを表すフォント保持情報を記憶する記憶ステップと、前記ネットワークシステムに接続された他の装置から前記フォント保持情報を含む共有情報を取得する取得ステップと、前記取得ステップで取得した前記共有情報と、前記記憶ステップで記憶した前記フォント保持情報とから、自装置が保持していないフォントを他の装置から探索して取得する探索取得ステップと、を含むことを特徴としている。

請求項９に記載の発明によれば、請求項４に記載の情報処理方法を情報処理プログラムとして適用したものである。すなわち、フォントが自装置にない場合でも、ネットワークシステムで共有しているフォントを他の装置から取得して自装置で使用することができる。従って、請求項１０に記載の発明のように、ネットワークシステム接続された他の装置からの画像形成要求を受け付ける受付ステップと、受付ステップで受け付けた画像形成要求に応じて画像形成を行う画像形成ステップと、を更に備える情報処理プログラムを適用した、画像形成を行う装置に上述の情報処理プログラムで処理を行うことで、画像形成要求時に他の装置から取得したフォントを使用することができ、画像形成要求を行う情報処理装置での処理時間を短縮することができる。

また、画像形成要求を行う情報処理装置側でＰＤＬにフォント埋め込む必要がなくなるので、データ量の増加を抑制することができ、データ転送時間を短縮することができる。

更には、記憶ステップ、取得ステップ、及び探索取得ステップを備えることで、他の装置からデータを取得した際に、当該データに自装置が保持していないフォントを有する場合でも、取得したデータに対応するフォントを他の装置から取得することができるので、画像形成要求に拘わらず、データ処理時間及びデータ転送時間の短縮が可能となる。

なお、画像形成ステップは、請求項１１に記載の発明のように、画像形成要求に含まれる画像形成するための画像データを自装置で処理可能なデータ形式に変換する変換ステップと、変換ステップで変換した変換後の画像データを一時保持する保持ステップと、を含み保持ステップで保持した変換後の画像データをネットワークシステムに接続された複数の装置で共有し、他の装置からの要求に応じて保持ステップで保持した変換後の画像データを要求元に送信するようにしてもよい。このように構成することで、変換後の画像データを他の装置で使用することが可能となり、他の装置が自装置で処理可能なデータ形式に変換する際の処理時間を短縮することが可能となる。

また、ネットワークは、請求項１２に記載の発明のように、ピアツーピアシステムを適用するようにしてもよい。

請求項１３に記載のピアツーピアシステムは、複数のピアが接続されて構成されたピアツーピアシステムであって、請求項１乃至請求項４の何れか１項に記載の情報処理装置をピアとして含むことを特徴としている。

請求項１３に記載の発明によれば、複数のピアが接続されて構成されたピアツーピアシステムに、請求項１乃至請求項４の何れか１項に記載の情報処理装置をピアとして含んでいるので、上述したように、フォントがない場合でも、画像形成要求時の処理時間を短縮すると共にデータ転送時間を短縮することができる。

以上説明したように本発明によれば、自装置が保持するフォントを表すフォント保持情報を記憶し、ネットワークシステムに接続された他の装置からフォント保持情報を含む共有情報を取得して、取得した共有情報と、記憶したフォント保持情報から、自装置が保持していないフォントを他の装置から探索して取得することによって、他の装置から画像形成等に必要なフォントを取得することができるので、フォントがない場合でも、画像形成要求時の処理時間を短縮すると共にデータ転送時間を短縮することができる、という効果がある。

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

図１には、Ｐ２Ｐネットワーク１０のネットワーク構成について概念的に示した。図１に示すように、Ｐ２Ｐネットワーク１０は、仮想的には各ピア１２Ａ〜１２Ｇが相互に接続された構成であり、実際には、例えばピア１２Ａ〜１２Ｃはファイアウォール１４によるアクセス制限下にあるピアであったり、ピア１２Ｃ〜１２Ｅはインターネットに接続されたピアであったり、ピア１２Ｅ〜１２ＧはＮＡＴ（Network Address Translation）によってアドレス変換されるピアであったりする。

また、各ピア同士の接続方法は様々であり、ＩＰｖ４（Internet Protocol version 4）やＩＰｖ６（Internet Protocol version 6）の機能を用いるＴＣＰ（Transmission Control Protocol）接続を用いたり、ＨＴＴＰ（HyperText Transfer Protocol）を用いたり、ＳＭＴＰ（Simple Mail Transfer Protocol）を用いたりすることができる。

ここで、ピアとは、例えばパーソナルコンピュータ等のコンピュータの他、ＰＤＡ（Personal Digital Assistance）、携帯電話、プリンタ、コピー機、これらの機能を複数備えた複合機等のハードウェア又はこれらの機能を実現するソフトウェアをいう。また、各ピアは、同じ種類のものであるか異なる種類のものであるかにかかわらずＰ２Ｐネットワークに参加することができる。

Ｐ２Ｐネットワークの形態としては、図２に示すように、各ピア１４Ａ〜１４Ｋの全てが対等な関係にあるピュアＰ２Ｐと、図３に示すように、サーバ１４Ｓを設け、一部のサービスの提供をサーバ１４Ｓに委ね、その他のサービスについては各ピア１４Ａ〜１４Ｈが対等な関係において実現されるハイブリッドＰ２Ｐの形態があり、何れの形態でも本発明を適用可能である。

また、Ｐ２Ｐネットワークに参加する各ピアにログオンするユーザ又はピアは、図４に示すように、目的に応じたグループを構成することができる。図４では、ピア１２Ａ〜１２Ｇ全てがグループ１に属し、さらに、ピア１２Ａ、１２Ｃ、１２Ｅ、１２Ｆはグループ２に属しており、ピア１２Ｂ、１２Ｅ、１２Ｆ、１２Ｇはグループ３に属している。なお、各ユーザ又はピアは、単一のグループに属してもよいし、複数のグループに属していてもよい。また、ユーザ又はピアは必ずしもグループに属する必要はない。

図５には、Ｐ２Ｐネットワーク１０に参加する各ピアの基本構成を示した。図５に示すように、ピア１２は、Ｐ２Ｐ基盤構成部１６、Ｐ２Ｐ基盤管理データ記憶部１８、アプリケーション実行部２０、及びアプリケーションメモリ２２を含んで構成される。

Ｐ２Ｐ基盤構成部１６は、メッセージ制御部２４、データ管理部２６、送信部２８、及び受信部３０を含んで構成される。

送信部２８は、メッセージ制御部２４から受け取ったメッセージをネットワーク３２へ向けて送信する。

受信部３０は、Ｐ２Ｐネットワーク１０内で送受信されるデータのうち、自ピアにとって必要なデータを受信する。常に受信待機状態となっており、Ｐ２Ｐネットワーク１０の他ピアからの各種要求やデータを受信し、メッセージ制御部２４に受け渡す。なお、送信部２８とは独立かつ並列に動作する。

図６には、メッセージ制御部２４の概略構成を示した。メッセージ制御部２４は、図６に示すように、サービス実行部３４及びメッセージディスパッチ部３６を含んで構成されている。

サービス実行部３４は、ピア探索サービス部３８、告知情報公開サービス部４０、告知情報取得サービス部４２、グループ管理サービス部４４、ユーザ管理サービス部４６、及びピア管理サービス部４８を含んで構成されており、各サービス部は相互に情報を授受しながら各サービスを実行する。

ピア探索サービス部３８は、Ｐ２Ｐネットワークに参加しているピアを探索する機能及び自ピアが必要とするサービス（機能）を提供可能なピアを探索する機能を有する。なお、探索の範囲は、必要とするサービスの名称や属性、ホップ数の閾値等を指定することにより制御することができる。ここで、ホップ数とは、メッセージを送信する際に経由するピアの数である。

告知情報公開サービス部４０は、自ピアが提供可能なサービス等の情報を告知情報としてＰ２Ｐネットワーク上に公開する機能を有する。ここで、提供可能なサービスには、例えばアプリケーション実行部２０により実行されるアプリケーションの他、後述するグループ管理サービスやユーザ管理サービス等も含まれる。なお、告知情報の公開は、例えば他ピアから問い合わせがあった場合や自ピアの起動時に実行してもよいし、定期的に実行するようにしてもよい。

このように各ピアの告知情報公開サービス部４０によって告知情報がＰ２Ｐネットワーク上に公開されることにより、Ｐ２Ｐネットワークに参加している各ピアは、Ｐ２Ｐネットワーク上でどのようなサービスを利用できるかを把握することができる。

告知情報取得サービス部４２は、ピア探索サービス部３８によって探索されたピアから送信された告知情報又は他ピアから自発的に送信された告知情報を取得し、データ管理部２６へ受け渡す。データ管理部２６では、取得した告知情報をピア情報としてＰ２Ｐ基盤管理データ記憶部１８に記憶させる。これにより、ピアは、Ｐ２Ｐネットワークに参加している他ピアがどのようなサービスを提供しているのかを把握することができる。

グループ管理サービス部４４は、同じ目的を有するピア同士で構成されたグループへの参加や脱退、新たなグループの作成等をグループ情報に基づいて管理する機能を有する。グループ情報は、例えば少なくともグループＩＤとユーザＩＤとの対応関係を表す情報であり、Ｐ２Ｐ基盤管理データ記憶部１８に記憶される。このグループ情報を参照することにより、どのグループにどのユーザが属しているかを把握することができる。

ユーザ管理サービス部４６は、ユーザ情報を管理する機能を有する。ユーザ情報は、例えばピアＩＤとそのピアにログオンしているユーザＩＤとの対応関係を表すログオン情報や、ユーザの名前、メールアドレス等のユーザ自身に関する情報、そのユーザが属するグループのグループＩＤ等の情報を含み、Ｐ２Ｐ基盤管理データ記憶部１８に記憶される。

ピア管理サービス部４８は、Ｐ２Ｐネットワークに参加しているピアのピア情報を管理する機能を有する。

メッセージディスパッチ部３６は、アプリケーション実行部２０からのメッセージや他ピアとの間で送受信されるメッセージを解析し、サービス実行部３４のうち解析したメッセージに関する処理を行うべきサービス部へ制御を渡す。

Ｐ２Ｐ基盤管理データ記憶部１８は、経路情報１８Ａ、グループ情報１８Ｂ、隣接情報１８Ｃ、ピア情報１８Ｄ、及びユーザ情報１８Ｅを記憶する。

経路情報１８Ａは、Ｐ２Ｐネットワークにおける経路の情報、例えば後述するスパニングツリーに関する情報を含む。

グループ情報１８Ｂは、前述したように例えば少なくともグループＩＤとユーザＩＤとの対応関係を表す情報である。

隣接情報１８Ｃは、自ピアに隣接するピアに関する情報、例えばピアＩＤ等の情報を含む。ここで、隣接するピアとは、例えば自ピアから送信したパケットに対する応答時間が予め定めた所定時間内のピアとすることができる。隣接情報は、例えば他ピアと通信する課程において得られる応答時間に基づいて生成することができるが、オペレータの操作等により手動的に設定するようにしてもよい。

ピア情報１８Ｄは、ピア探索サービス部３８によって探索されたピアに関する情報、例えばピアＩＤ等の情報や、告知情報取得サービス部４２によって取得したＰ２Ｐネットワーク上の各ピアが提供しているサービスに関する情報等を含む。ここで、ピアＩＤには、例えばＩＰアドレスやＵＲＩ（Uniform Resource Identifier）等を用いることができる。

ユーザ情報１８Ｅは、前述したようにユーザのログオン情報やユーザ自身に関する情報等を含む。

アプリケーション実行部２０は、各種アプリケーションを実行するものであり、メッセージ制御部２４を介して他ピアとメッセージの送受信を行う。また、アプリケーションメモリ２２は、アプリケーション実行部２０の実行に関連する各種の情報を記憶するためのメモリである。

次に、Ｐ２Ｐネットワークにおいて、目的のサービスを検索し実行する場合の具体例について説明する。

まず、他ピアへメッセージを転送する機能を有する転送機能付きピアと、転送機能を備えず、転送機能付きピアを介して他ピアとメッセージの送受信を行うエンドピアと、からなるＰ２Ｐネットワークにおいて、転送機能付きピア及びエンドピアのＰ２Ｐ基盤構成部１６で実行される処理について説明する。なお、転送機能付きピアは、図示しない転送機能サービス部をサービス実行部３４に備えた構成である。

図７にはエンドピアで実行される処理のフローチャートを、図８には転送機能付きピアで実行される処理のフローチャートを示した。

図７に示すように、エンドピアは、ステップ１００において、転送機能付きピアの探索要求を、例えば自ピアに予め記憶された設定情報に設定された他の転送機能付きピアに対して、又はマルチキャストやブロードキャストにより他の転送機能付きピアに対してＰ２Ｐネットワークに送信する。これは、ピア探索サービス部３８により実行される。

そして、ステップ１０２において、転送機能付きピアが存在するか否かを判断し、転送付きピアが存在する場合には、ステップ１０４へ移行し、転送機能付きピアが存在しない場合には、ステップ１０２へ戻り、例えば所定時間経過後に再度転送機能付きピアを探索する。

ステップ１０４では、自ピアにログオンしているユーザ又は自ピアが属するグループに属している他ユーザがログオンしている他ピアの告知情報を取得するよう転送機能付きピアに要求する。これは、告知情報取得サービス部４２により実行される。

ステップ１０６では、転送機能付きピアから告知情報を受信したか否かを判断し、受信していない場合には、ステップ１１０へ移行し、受信した場合には、ステップ１０８において、受信した告知情報をＰ２Ｐ基盤管理データ記憶部１８にピア情報１８Ｄとして記憶させる。

ステップ１１０では、サービス要求が発生したか否かを判断する。例えば自ピアにログオンしているユーザの操作等によってアプリケーション実行部２０によりアプリケーションが実行され、サービス要求が発生した場合には、アプリケーション実行部２０からメッセージ制御部２４へサービス要求が通知される。この場合、ステップ１１２へ移行し、サービス要求が発生していない場合には、ステップ１１６へ移行する。

ステップ１１２では、発生したサービス要求に対応したメッセージを作成して転送機能付きピアに送信する。例えば、アプリケーション実行部２０からのサービス要求が、所望のファイルを取得する要求だった場合には、アプリケーション実行部２０から通知されたファイル名等の所望のファイルを特定するための情報を含むファイル探索要求メッセージを転送機能付きピアに送信する。

ステップ１１４では、送信したメッセージに対する応答処理を行う。すなわち、送信したメッセージに対する応答メッセージを受信し、受信した応答メッセージの内容に応じた処理を行う。例えば、サービス要求が所定のファイルを取得する要求であった場合には、そのファイルを所有しているピアがあれば、そのピア情報が応答メッセージとして受信されるので、これをアプリケーション実行部２０に通知する。この場合、アプリケーション実行部２０では、受信したピア情報に基づいて、所望のファイルを所有しているピアにファイル送信要求を送信するようメッセージ制御部２４に依頼する。これにより、所望のファイルを取得することができる。

そして、ステップ１１６では、転送機能付きピアから、他ピアから何らかのサービス提供又は情報提供を要求する要求メッセージを受信したか否かを判断し、要求メッセージを受信していた場合には、ステップ１１８へ移行し、要求メッセージを受信していない場合には、ステップ１０６へ戻って上記と同様の処理を繰り返す。

ステップ１１８では、要求に対する処理を実行する。そして、ステップ１２０において、処理結果に対応したメッセージを転送機能付きピアに送信する。例えば、他ピアからファイル探索の要求メッセージを受信した場合には、その要求メッセージをファイル検索を実行するアプリケーション実行部２０へ渡す。これによりアプリケーション実行部２０においてファイル検索が実行され、検索結果がメッセージ制御部２４に通知される。メッセージ制御部２４では、アプリケーション実行部２０から通知された検索結果に基づいて応答メッセージを作成し、ファイル探索要求メッセージの送信元のピアに送信する。例えばファイルが検索できた場合には、自ピアのピアＩＤ等の情報を含めた応答メッセージを作成して、ファイル探索要求メッセージの送信元のピアに送信する。これにより、送信元のピアでは、所望のファイルが検索できたか否かを確認することができる。

次に、転送機能付きピアで実行される処理について説明する。

転送機能付きピアは、まず図８に示すステップ２００において、例えば自ピアに予め記憶された設定情報に設定された他の転送機能付きピアに対して、又はマルチキャストやブロードキャストにより他の転送機能付きピアに対して、グループ情報やユーザ情報等の各種情報を送信するよう要求し、これらの情報を取得する。取得した情報は、Ｐ２Ｐ基盤管理データ記憶部１８に記憶される。これにより、Ｐ２Ｐネットワークを構成しているピアの情報やログオンしているユーザの情報を得ることができる。

ステップ２０２では、Ｐ２Ｐ基盤管理データ記憶部１８に記憶された隣接情報１８Ｃを、自ピアの隣の転送機能付きピア全てに告知する。隣接情報１８Ｃには、自ピアの隣の転送機能付きピアの情報が少なくとも含まれ、さらに、他のピアが有している隣接情報を既に取得している場合には、その隣接情報も含まれる。

ステップ２０４では、隣の転送機能付きピアに隣接情報を送信するよう要求し、取得する。このように、自ピアの隣の転送機能付きピアと隣接情報を交換する。

そして、ステップ２０６では、交換した隣接情報に基づき、スパニングツリーの構成情報を生成し、Ｐ２Ｐ基盤管理データ記憶部１８に経路情報として記憶する。ここで、スパニングツリーとは、メッセージの転送経路が、ループのない木構造となるような経路を表す。例えばＰ２Ｐネットワークが、図９（Ａ）に示すように、グループ１にのみ属する転送機能付きピア５０₁、グループ２にのみ属する転送機能付きピア５０₂、グループ１、２の何れにも属する転送機能付きピア５０₁₂、何れのグループにも属さない転送機能付きピア５０_n、これらの各転送機能付きピアの背後に存在するエンドピア（図９では図示省略）で構成されていたとする。この場合、スパニングツリーは、図９（Ｂ）に示すようなループのない木構造の経路となる。

次のステップ２０８では、エンドピアからのメッセージ送信要求を受信したか否かを判断し、受信している場合にはステップ２１０へ移行し、受信していない場合には、ステップ２１２へ移行する。

ステップ２１０では、スパニングツリーの構成情報としての経路情報に基づいて、メッセージを転送する。例えば、図９（Ａ）に示すようなネットワークが構築されている場合において、エンドピアが例えばグループ１に属しており、グループ１向けの要求メッセージを転送機能付きピアに送信した場合について説明する。この場合、転送機能付きピアは、グループ１に属しているエンドピアに対してのメッセージ転送を担う転送機能付きピアを全て含み、この転送機能付きピア全てにメッセージが転送されるようなスパニングツリー、例えば図９（Ｃ）に示すようなスパニングツリーを経路情報に基づいて計算する。そして、転送機能付きピアは、計算されたスパニングツリーに基づいて、隣の転送機能付きピア全てにエンドピアからの要求メッセージを転送する。これにより、図９（Ｃ）に示すスパニングツリー上の転送機能付きピアにメッセージが転送され、グループ１のエンドピア全てにメッセージが転送される。なお、グループ２向けのメッセージ送信要求を転送機能付きピアに送信した場合は、図９（Ｄ）に示すようなスパニングツリーが計算される。

次のステップ２１２では、隣の転送機能付きピアからメッセージを受信したか否かを判断し、受信した場合にはステップ２１４へ移行し、受信していない場合には、ステップ２０８へ戻って上記と同様の処理を繰り返す。なお、定期的にステップ２００へ戻ってスパニングツリーを定期的に計算するようにしてもよい。

ステップ２１４では、計算したスパニングツリーに基づき、メッセージを転送する必要がある場合、すなわちスパニングツリー上における隣の転送機能付きピアのうちメッセージを転送していない転送機能付きピアが存在する場合には、その転送機能付きピアにメッセージを転送する。また、受信したメッセージが、自ピアがメッセージの転送を担うエンドピアと同一のグループ宛であった場合には、そのメッセージをエンドピアへ転送する。

このように、スパニングツリーを各転送機能付きピアが計算し、このスパニングツリー計算に従ってメッセージを転送することにより、同じグループ内のエンドピア間においてメッセージの送受信が可能となる。

上記のような転送機能付きピアによってメッセージを転送する構成は、主にＬＡＮ（Local Area Network）等の比較的小規模のネットワークでＰ２Ｐネットワークを構築する場合に適しているが、大規模のネットワークでＰ２Ｐネットワークを構成する場合には、ファイアウォールやゲートウェイ等を介して、異なるネットワークに接続されたピア間でメッセージの送受信が行われる。以下では、このような比較的大規模なネットワークでＰ２Ｐネットワークを構築する場合に適した形態について説明する。

図１０に示すＰ２Ｐネットワーク１１は、複数のネットワーク５２〜５８を含み、ネットワーク５２は、ルータ６０、６２を介してネットワーク５４と接続されると共に、ルータ６４を介してネットワーク５８と接続される。また、ネットワーク５６は、ルータ６６を介してネットワーク５８と接続される。

ネットワーク５２は、エンドピア５２Ａ、５２Ｂ、及び待ち合わせ機能付きピア５２Ｃを含んで構成され、ネットワーク５４はエンドピア５４Ａを含んで構成され、ネットワーク５６はエンドピア５６Ａを含んで構成され、ネットワーク５８は中継機能付きピア５８Ａを含んで構成されている。なお、待ち合わせ機能付きピアは、図示しない待ち合わせ機能サービス部をサービス実行部３４に備えた構成であり、中継機能付きピア５８Ａは、図示しない中継機能サービス部をサービス実行部３４に備えた構成である。

このように構成されたＰ２Ｐネットワーク１１において、エンドピアは、図７のフローチャートの示す処理とほぼ同様の処理を実行する。すなわち、Ｐ２Ｐネットワーク１１におけるエンドピアで実行される処理は、図７のフローチャートの説明において、転送機能付きピアを待ち合わせ機能付きピアに言い換えた処理を実行すると考えることができる。

また、中継機能付きピアは、基本的には所謂ゲートウェイとしての動作をするピアである。中継機能付きピアは、まず、例えば自ピアに記憶された設定情報に予め設定された他のピアに対して、又はマルチキャストやブロードキャストにより他のピアに対して、グループ情報やユーザ情報等の各種情報を送信するよう要求し、これらの情報を取得しておく。そして、他ピアからメッセージを受信した場合には、送信先として指定されたピアにメッセージを転送する。

次に、待ち合わせ機能付きピアで実行される処理について、図１１に示すフローチャートを参照して説明する。

まず、ステップ３００において、例えば自ピアに記憶された設定情報に予め設定された他の転送機能付きピアに対して、又はマルチキャストやブロードキャストによって、他のピアに対してグループ情報やユーザ情報等の各種情報を送信するよう要求する。

ステップ３０２では、他ピアから何らかの情報、例えばステップ３００で要求したグループやユーザ情報等の情報や、他ピアからの告知情報等を受信したか否かを判断し、受信した場合には、ステップ３０４へ移行し、受信していない場合には、ステップ３０６へ移行する。

ステップ３０４では、他ピアから受信した情報をＰ２Ｐ基盤管理データ記憶部１８に記憶させる。例えば受信した情報がグループ情報であればグループ情報１８ＢとしてＰ２Ｐ基盤管理データ記憶部１８に記憶させ、受信した情報がユーザ情報であればユーザ情報１８ＥとしてＰ２Ｐ基盤管理データ記憶部１８に記憶させる。

ステップ３０６では、エンドピアから何らかのサービス提供又は情報提供を要求する要求メッセージを受信したか否かを判断し、受信している場合には、ステップ３０８へ移行し、受信していない場合には、ステップ３０２へ戻って上記と同様の処理を繰り返す。

ステップ３０８では、要求メッセージに対応した情報が自ピアのＰ２Ｐ基盤管理データ記憶部１８に記憶されているか否かを判断し、記憶されている場合には、ステップ３１０へ移行し、記憶されていない場合には、ステップ３１２へ移行する。

ステップ３１０では、要求メッセージに対応した情報をＰ２Ｐ基盤管理データ記憶部１８から読み出して要求元のピアに送信する。

一方、ステップ３１２では、要求メッセージを隣接のピアに転送する。これにより、要求メッセージが他ピアに伝搬される。これにより、要求メッセージに対応した処理を実行可能なピアから応答メッセージが送信される。

ステップ３１４では、要求メッセージに対応した処理を実行可能なピアから送信された応答メッセージを受信し、これを要求元のエンドピアに送信する。

ここで、ネットワーク５４のピア５４Ａが告知情報の探索要求を行う場合について説明する。この場合、ピア５４Ａは、待ち合わせ機能付きピアを検索し、検索された待ち合わせ機能付きピア５２Ｃに告知情報の探索要求メッセージを送信する。これにより待ち合わせ機能付きピア５２Ｃは、自ピアに他ピアの告知情報が蓄積されていれば、これをピア５４Ａに送信し、蓄積されていない場合には、例えば隣のピア５２Ａ、５２Ｂ等に告知情報を送信するよう要求する。このとき、ピア５２Ａは、自ピアの告知情報と、自ピアに記憶されている他ピアの告知情報、例えばピア５６Ａの告知情報がすでに記憶されている場合には、その告知情報とを待ち合わせ機能付きピア５２Ｃに送信する。ピア５２Ｃについても同様である。待ち合わせ機能付きピア５４Ｃは、他ピアから送信された告知情報を蓄積すると共に、ピア５４Ａに送信する。

以上のように、待ち合わせ機能付きピアは、他ピアから送信された告知情報等の各種情報を自ピアに蓄積しておき、エンドピアからの要求に対応した情報が自ピアに記憶されている場合には、その情報をエンドピアに送信する。従って、Ｐ２Ｐネットワーク１１のように大規模なネットワークにおけるメッセージの送受信の効率を向上させることができる。

次に、アプリケーション実行の具体例として、アプリケーションがファイル共有サービスの場合におけるアプリケーション実行部２０の処理について説明する。

この場合、アプリケーション実行部２０は、ファイル名等の所望のファイルを特定するための情報を少なくとも含んだファイル探索要求をメッセージ制御部２４のメッセージディスパッチ部３６に通知する。メッセージディスパッチ部３６では、このファイルを所有するピアを探索するようピア探索サービス部３８に対して要求する。これにより、ピア探索サービス部３８によって所望のファイルを所有するピアが探索され、アプリケーション実行部２０に通知される。そして、アプリケーション実行部２０では、探索されたピアに対してファイルを送信するよう要求し、取得する。なお、所望のファイルを所有しているピアの情報を既に取得しており、自ピアに記憶されていた場合には、ピア探索を実行せずに、直接そのピアにファイル送信要求を送信してファイルを取得すればよい。

このように、アプリケーション実行部２０は、メッセージ制御部２４を介して他ピアとメッセージの送受信を行い、サービスを提供する。

なお、Ｐ２Ｐネットワークの構築について上記は一例であり、例えば上記特許文献１に記載されたプロトコルや、ＪＸＴＡプロトコルのＰＤＰ（Peer Discovery Protocol：ピア発見プロトコル）、ＰＲＰ（Peer Resolver Protocol：ピア解決プロトコル）、ＰＩＰ（Peer Information Protocol：ピア情報プロトコル）、ＰＭＰ（Peer Membership Protocol：ピアメンバーシッププロトコル）、ＰＢＰ（Peer Binding Protocol：ピアバインディングプロトコル）、ＰＥＰ（Peer Endpoint Protocol：ピアエンドポイントプロトコル）等の公知のプロトコルを用いてＰ２Ｐネットワークを構築してもよい。

ここで、上述したピア１２の構成をクライアントコンピュータ及びプリンタやファクシミリ等のデバイスに組み込んだ場合の一例について詳細に説明する。

図１２は、本発明の実施の形態に係わるピアの構成を組み込んだクライアントコンピュータ及びデバイスが接続されたＰ２Ｐネットワークの一例を示す図である。

図１２に示すように、Ｐ２Ｐネットワーク１０に上述のピア１２の構成を組み込んだ複数のクライアントコンピュータ７０及びデバイス７２が接続されている。なお、Ｐ２Ｐネットワーク１０は、上述の何れの構成を適用するようにしてもよい。

クライアントコンピュータ７０及びデバイス７２に組み込まれたピア１２のアプリケーション実行部２０は、ファイル共有サービスを行うようになっており、詳細には、各ピアが保持するフォントを共有する。

クライアントコンピュータ７０とデバイス７２とは、Ｐ２Ｐネットワーク１０に接続されている他にＬＰＲ（Line PRinter daemon protocol）やＩＰＰ（Internet Printing Protocol）プロトコルを用いてＰＤＬデータのやり取りを行うための通信部７０Ａ、７２Ａを介してそれぞれ接続されており、プリント要求やプリントするためのデータの送受信を通信部７０Ａ、７０Ｂを介して行う。なお、Ｐ２Ｐネットワーク１０を介してプリント要求やプリントするためのデータの送受信等を行うようにしてもよい。

また、クライアントコンピュータ７０には、デバイス７２に対してプリント要求するためのプリンタドライバ７０Ｂが組み込まれており、アプリケーションデータ７０Ｃをプリンタドライバ７０ＢによってＰＤＬのデータ形式に変換して、通信部７０Ａを介してデバイス７２に送信することでプリント要求を行う。

また、クライアントコンピュータ７０は、フォント管理部７０Ｄ及びフォント変換部７０Ｅを備えている。フォント管理部７０Ｄは、クライアントコンピュータ７０のディスプレイにアプリケーションデータ等を表示するためのフォントを管理しており、プリンタドライバ７０Ｂの要求に応じてフォントデータを渡す。フォント変換部７０Ｅは、各ピア１２で共有しているフォントをプリンタドライバ７０Ｂが処理できる形式に変換する。

一方、デバイス７２は、クライアントコンピュータ７０からプリント要求を通信部７２Ａで受け付ける。そして、クライアントコンピュータ７０から送信されるＰＤＬデータをＰＤＬインタプリタ７２Ｂによってビットマップデータ等のデバイス７２が処理できるデータ形式に変換して、出力部７２Ｃによって用紙等にプリントを行う。

また、デバイス７２にもフォント管理部７２Ｄ及びフォント変換部７２Ｅを備えている。フォント管理部７０Ｄは、デバイス７２の出力部７０Ａで出力するためのフォントを管理しており、ＰＤＬインタプリタ７２Ｂの要求に応じてフォントデータを渡する。フォント変換部７２Ｅは、各ピア１２で共有しているフォントをＰＤＬインタプリタ７２Ｂが処理できる形式に変換する。

続いて、クライアントコンピュータ７０に組み込まれたピア１２によってフォントを共有する際の処理について説明する。

図１３は、本発明の実施の形態に係わるクライアントコンピュータ７０に組み込まれたピア１２によってフォントを共有する際の処理の流れの一例を示すフローチャートである。

まず、ステップ４００では、Ｐ２Ｐネットワーク１０への接続を行う。これによって、告知情報公開サービス部４０によって自ピア１２が提供可能なサービス等の情報が告知情報としてＰ２Ｐネットワーク１０上に公開される。

続いて、ステップ４０２では、Ｐ２Ｐネットワーク１０を介して他のピア１２が保持しているフォント保持情報を取得し、ステップ４０４へ移行して、取得したフォント保持情報に基づいて自ピア１２が保持していないフォントがあるか否か判定し、判定が否定された場合には、当該処理を終了し、ステップ４０４の判定が肯定された場合、すなわち、自ピア１２が保持していないフォントがＰ２Ｐネットワーク１０に参加しているピア１２にある場合には、ステップ４０６へ移行する。

詳細には、ピア探索サービス部３８によってＰ２Ｐネットワーク１０に参加しているピア１２が探索され、自ピア１２が必要とするサービス（機能）として自ピア１２が保持していないフォント保持情報が探索され、ピア探索サービス部３８によって探索されたピア１２から送信された告知情報（フォント保持情報）又は他ピア１２から自発的に送信された告知情報（フォント保持情報）が告知情報取得サービス部４２によって取得され、取得された告知情報（フォント保持情報）がデータ管理部２６によってＰ２Ｐ基盤管理データ記憶部１８に記憶され、記憶されたフォント保持情報に基づいてアプリケーション実行部２０によってステップ４０４の判定が行われる。

ステップ４０６では、自装置が保持していないフォントをＰ２Ｐネットワーク１０を介して他のピア１２から取得する。すなわち、アプリケーション実行部２０によって自ピア１２が保持していないフォントを保持するピア１２に対してフォントの送信要求が行われて取得される。

続いて、ステップ４０８では、取得したフォントがフォント変換部７０Ｅによってディスプレイフォントに変換してフォント管理部７０Ｄに記憶させ、ステップ４１０へ移行して、告知情報公開サービス部４０で公開された告知情報としてのフォント保持情報を更新して、一連の処理を終了する。

次に、デバイス７２に組み込まれたピア１２によってフォントを共有する際の処理について説明する。

図１４は、本発明の実施の形態に係わるデバイスに組み込まれたピア１２によってフォントを共有する際の処理の流れの一例を示すフローチャートである。

まず、ステップ５００では、Ｐ２Ｐネットワーク１０への接続を行う。これによって、告知情報公開サービス部４０によって自ピア１２が提供可能なサービス等の情報が告知情報としてＰ２Ｐネットワーク１０上に公開される。

続いて、ステップ５０２では、Ｐ２Ｐネットワーク１０を介して他のピア１２が保持しているフォント保持情報を取得し、ステップ５０４へ移行して、取得したフォント保持情報に基づいて自ピア１２が保持していないフォントがあるか否か判定し、判定が否定された場合には、当該処理を終了し、ステップ５０４の判定が肯定された場合、すなわち、自ピア１２が保持していないフォントがＰ２Ｐネットワーク１０に参加しているピア１２にある場合には、ステップ５０６へ移行する。

詳細には、ピア探索サービス部３８によってＰ２Ｐネットワーク１０に参加しているピア１２が探索され、自ピア１２が必要とするサービス（機能）として自ピア１２が保持してないフォント保持情報が探索され、ピア探索サービス部によって探索されたピアから送信された告知情報（フォント保持情報）又はピア１２から自発的に送信された告知情報（フォント保持情報）が告知情報取得サービス部４２によってＰ２Ｐ基盤管理データ記憶部１８に記憶され、記憶されたフォント保持情報に基づいてアプリケーション実行部２０によってステップ５０４の判定が行われる。

ステップ５０６では、自装置が保持していないフォントをＰ２Ｐネットワーク１０を介して他のピア１２から取得する。すなわち、アプリケーション実行部２０によって自ピア１２が保持していないフォントを保持するピア１２に対してフォントの送信要求が行われて取得される。

続いて、ステップ５０８では、取得したフォントをフォント変換部７２Ｅによってプリンタフォントに変換してフォント管理部８２Ｄに記憶させ、ステップ５１０へ移行して、告知情報公開サービス部４０で公開された告知情報としてのフォント保持情報を更新して、一連の処理を終了する。

続いて、上述のように各ピア１２によってフォントが共有された後に、クライアントコンピュータ７０で行われるプリント要求受付時の処理について説明する。

図１５は、本発明の実施の形態に係わるクライアントコンピュータ７０で行われるプリント要求時の処理の流れの一例を示すフローチャートである。

まず、ステップ６００では、プリンタドライバ７０Ｂによってアプリケーションデータ７０ＣをＰＤＬデータに変換する。

次にステップ６０２では、アプリケーションデータ７０Ｃに含まれるフォントが印刷可能か否かＰ２Ｐネットワーク１０を介して問い合わせを行う。すなわち、アプリケーション実行部２０によって、デバイス７２を特定するための情報とフォント保持情報を特定するための情報を含んだファイル探索要求がメッセージ制御部２４のメッセージディスパッチ部３６に通知され、メッセージディスパッチ部３６によって、このファイルを探索するようにピア探索サービス部３８に対して要求が行われる。これによって、ピア探索サービス部３８によりアプリケーションデータ７０Ｃに含まれるフォントを印刷要求を行うデバイス７２が保持しているか否か探索されて、アプリケーション実行部２０に通知される。

そして、ステップ６０４では、アプリケーション実行部２０に通知された情報を元に、アプリケーションデータ７０Ｃに含まれるフォントを印刷要求を行うデバイス７２で処理可能か否か判定し、該判定が否定された場合には、ステップ６０６へ移行し、肯定された場合には、ステップ６０８へ移行する。

ステップ６０６では、デバイス７２でアプリケーションデータ７０Ｃに含まれるフォントを処理できるように、ＰＤＬデータにフォントを埋め込んだ後、ステップ６０８へ移行する。

ステップ６０８では、ＰＤＬデータをデバイス７２に通信部７０Ａ、７２Ａを介して送信して、クライアントコンピュータ７０による印刷要求時の処理を終了する。

一方、上述のようにクライアントコンピュータ７０からプリント要求が行われるとデバイス７２ではプリント受付処理が行われる。

図１６は、本発明の実施の形態に係わるデバイス７２で行われるプリント受付時の処理の流れの一例を示すフローチャートである。

ステップ７００では、ＰＤＬデータにフォントが埋め込まれているか否か判定する。すなわち、上述のクライアントコンピュータ７０のプリント要求時の処理においてステップ６０６でＰＤＬデータにフォントが埋め込まれたＰＤＬデータが送信されてきたか否か判定される、該判定が否定された場合にはステップ７０２へ移行し、肯定された場合にはステップ７０８へ移行する。

ステップ７０２では、クライアントコンピュータ７０から送信されてきたＰＤＬデータに使われているフォントをＰＤＬインタプリタ７２Ｂによって識別して、ステップ７０４へ移行して、識別したフォントをフォント管理部７２Ｄに通知して、ステップ７０６へ移行する。

ステップ７０６では、フォント管理部７２Ｄで管理しているフォントをＰＤＬインタプリタ７２Ｂに読み取り、ステップ７０８へ移行する。すなわち、Ｐ２Ｐネットワーク１０を介して取得されたフォントや自ピア１２が保持していたフォントがフォント管理部７２ＤからＰＤＬインタプリタ７２Ｂに読み取られる。

ステップ７０８では、ＰＤＬインタプリタ７２ＢによってＰＤＬデータをデバイス７２で処理可能なデータ形式（例えば、ビットマップデータ等）に変換して、ステップ７１０へ移行する。

ステップ７１０では、デバイス７２でプリント可能なデータ形式に変換されたデータを一時キャッシュ（例えば、フォント名、文字コード、サイズがそれぞれ対応するように一時記憶）して、ステップ７１２へ移行して、一時記憶されたプリント可能なデータ形式のデータに関する情報をピア１２に通知して、ステップ７１４へ移行し、Ｐ２Ｐネットワーク１０の共有情報を更新する。これによって、告知情報公開サービス部４０によってＰ２Ｐネットワーク１０に展開後のデータについても告知され、他のクライアントコンピュータ７０やデバイス７２等で当該データが必要な場合には、Ｐ２Ｐネットワーク１０を介して取得して使用することが可能となる。なお、一時キャッシュのメモリ容量は、予め定められているので、キャッシュ時にメモリ容量を超える場合には、使用頻度の少ないデータや最も古いデータ等を削除してから一時キャッシュして、データが更新される毎に、告知情報公開サービス部４０によってＰ２Ｐネットワーク１０上に公開されたデータについても更新する。

そして、ステップ７１６では、デバイス７２が処理可能なデータ形式に変換されたデータに基づいてプリント出力して、デバイス７２で行われるプリント受付時の処理を終了する。

このように、本実施の形態では、フォントをＰ２Ｐネットワーク１０上で共有することによって、Ｐ２Ｐネットワーク１０上に存在するフォントであれば、ＰＤＬデータにフォントを埋め込まずにプリント要求を行うことが可能となり、ＰＤＬデータのサイズを小さくすることができる。また、これによって、プリントデータの転送時間を短縮することができると共に、ＰＤＬデータにフォントを埋め込まないで済むので、処理時間を短縮することができる。

また、ＰＤＬデータをビットマップデータ等に変換後のデータについても一時キャッシュして、Ｐ２Ｐネットワーク上に公開するようにしたので、他のクライアントコンピュータ７０やデバイス７２等で当該データが必要な場合に使用することが可能となり、ＰＤＬデータからビットマップデータ等への変換処理の時間についても短縮することが可能となる。

Ｐ２Ｐネットワークのネットワーク構成図である。 ピュアＰ２Ｐのネットワーク構成図である。 ハイブリッドＰ２Ｐのネットワーク構成図である。 Ｐ２Ｐネットワークのグループについて説明するための概念図である。 ピアの基本的構成のブロック図である。 メッセージ制御部のブロック図である。 エンドピアで実行される処理のフローチャートである。 転送機能付きピアで実行される処理のフローチャートである。 スパニングツリーのイメージ図である。 Ｐ２Ｐネットワークの他の形態のネットワーク構成図である。 待ち合わせ機能付きピアで実行される処理のフローチャートである。 本発明の実施の形態に係わるピアの構成を組み込んだクライアントコンピュータ及びデバイスが接続されたＰ２Ｐネットワークの一例を示す図である。 本発明の実施の形態に係わるクライアントコンピュータに組み込まれたピアによってフォントを共有する際の処理の流れの一例を示すフローチャートである。 本発明の実施の形態に係わるデバイスに組み込まれたピアによってフォントを共有する際の処理の流れの一例を示すフローチャートである。 本発明の実施の形態に係わるクライアントコンピュータで行われるプリント要求時の処理の流れの一例を示すフローチャートである。 本発明の実施の形態に係わるデバイスで行われるプリント受付時の処理の流れの一例を示すフローチャートである。

符号の説明

１０、１１ Ｐ２Ｐネットワーク
１２ ピア
１８ Ｐ２Ｐ基盤管理データ記憶部
２０ アプリケーション実行部
７０ クライアントコンピュータ
７０Ａ 通信部
７０Ｂ プリンタドライバ
７０Ｃ アプリケーションデータ
７０Ｄ フォント管理部
７０Ｅ フォント変換部
７２ デバイス
７２Ａ 通信部
７２Ｂ ＰＤＬインタプリタ
７２Ｃ 出力部
７２Ｄ フォント管理部
７２Ｅ フォント変換部

Claims (13)

1. 複数の装置が接続され、各装置毎に保持された情報を互いに共有可能なネットワークシステムに接続可能な情報処理装置であって、
   自装置が保持するフォントを表すフォント保持情報を記憶する記憶手段と、
   前記ネットワークシステムに接続された他の装置から前記フォント保持情報を含む共有情報を取得する取得手段と、
   前記取得手段によって取得した前記共有情報と、前記記憶手段に記憶された前記フォント保持情報とから、自装置が保持していないフォントを他の装置から探索して取得する探索取得手段と、
   を備えた情報処理装置。
2. 前記ネットワークシステムに接続された他の装置からの画像形成要求を受け付ける受付手段と、
   前記受付手段によって受け付けた前記画像形成要求に応じて画像形成を行う画像形成手段と、
   を更に備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記画像形成手段は、前記画像形成要求に含まれる画像形成するための画像データを自装置で処理可能なデータ形式に変換する変換手段と、前記変換手段によって変換された変換後の画像データを一時保持する保持手段と、を含み、前記保持手段によって保持された変換後の画像データを前記ネットワークシステムに接続された複数の装置で共有し、他の装置からの要求に応じて前記保持手段に保持された変換後の画像データを要求元に送信することを特徴とする請求項２に記載の情報処理装置。
4. 前記ネットワークシステムは、ピアツーピアシステムであることを特徴とする請求項１乃至請求項３に記載の情報処理装置。
5. 複数の装置が接続され、各装置毎に保持された情報を互いに共有可能なネットワークシステムに接続可能な情報処理装置における情報処理方法であって、
   自装置が保持するフォントを表すフォント保持情報を記憶する記憶ステップと、
   前記ネットワークシステムに接続された他の装置から前記フォント保持情報を含む共有情報を取得する取得ステップと、
   前記取得ステップで取得した前記共有情報と、前記記憶ステップで記憶した前記フォント保持情報とから、自装置が保持していないフォントを他の装置から探索して取得する探索取得ステップと、
   を含む情報処理方法。
6. 前記ネットワークシステムに接続された他の装置からの画像形成要求を受け付ける受付ステップと、
   前記受付ステップで受け付けた前記画像形成要求に応じて画像形成を行う画像形成ステップと、
   を更に含むことを特徴とする請求項５に記載の情報処理方法。
7. 前記画像形成ステップは、前記画像形成要求に含まれる画像形成するための画像データを自装置で処理可能なデータ形式に変換する変換ステップと、前記変換ステップで変換した変換後の画像データを一時保持する保持ステップと、を含み、前記保持ステップで保持した変換後の画像データを前記ネットワークに接続された複数の装置で共有し、他の装置からの要求に応じて前記保持ステップで保持した変換後の画像データを要求元に送信することを特徴とする請求項６に記載の情報処理方法。
8. 前記ネットワークシステムは、ピアツーピアシステムであることを特徴とする請求項５乃至請求項７に記載の情報処理方法。
9. 複数の装置が接続され、各装置毎に保持された情報を互いに共有可能なネットワークシステムに接続可能なコンピュータに以下の情報処理を実行させる情報処理プログラムであって、
   前記処理は、
   自装置が保持するフォントを表すフォント保持情報を記憶する記憶ステップと、
   前記ネットワークシステムに接続された他の装置から前記フォント保持情報を含む共有情報を取得する取得ステップと、
   前記取得ステップで取得した前記共有情報と、前記記憶ステップで記憶した前記フォント保持情報とから、自装置が保持していないフォントを他の装置から探索して取得する探索取得ステップと、
   を含んだ情報処理プログラム。
10. 前記処理は、前記ネットワークシステムに接続された他の装置からの画像形成要求を受け付ける受付ステップと、
    前記受付ステップで受け付けた前記画像形成要求に応じて画像形成を行う画像形成ステップと、
    を更に含むことを特徴とする請求項９に記載の情報処理プログラム。
11. 前記画像形成ステップは、前記画像形成要求に含まれる画像形成するための画像データを自装置で処理可能なデータ形式に変換する変換ステップと、前記変換ステップで変換した変換後の画像データを一時保持する保持ステップと、を含み、前記保持ステップで保持した変換後の画像データを前記ネットワークに接続された複数の装置で共有し、他の装置からの要求に応じて前記保持ステップで保持した変換後の画像データを要求元に送信することを特徴とする請求項１０に記載の情報処理プログラム。
12. 前記ネットワークシステムは、ピアツーピアシステムであることを特徴とする請求項９乃至請求項１１に記載の情報処理プログラム。
13. 複数のピアが接続されて構成されたピアツーピアシステムであって、
    請求項１乃至請求項４の何れか１項に記載の情報処理装置をピアとして含むことを特徴とするピアツーピアシステム。

Images