情報処理装置、方法、及びプログラム
【課題】 簡単かつ低コストで文書等を再利用することができると共に利便性を向上させることができる情報処理装置、方法、及びプログラムを提供する。
【解決手段】 ＰＣ１２Ａ〜１２Ｄ、プリンタ１２ＥでＰ２Ｐネットワークが構成されている場合において、ＰＣ１２Ａが自ピアの共有フォルダにファイルをストアすると、これが他のピアに通知される。他ピア、例えばＰＣ１２Ｄは、そのファイルをＰＣ１２Ａから取得し、必要に応じてファイルを所定のフォーマット、例えばパスワード付きのファイルに変換して記憶する。
【解決手段】 ＰＣ１２Ａ〜１２Ｄ、プリンタ１２ＥでＰ２Ｐネットワークが構成されている場合において、ＰＣ１２Ａが自ピアの共有フォルダにファイルをストアすると、これが他のピアに通知される。他ピア、例えばＰＣ１２Ｄは、そのファイルをＰＣ１２Ａから取得し、必要に応じてファイルを所定のフォーマット、例えばパスワード付きのファイルに変換して記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、方法、及びプログラムに係り、より詳しくは、ネットワークを介して互いに接続された複数の装置の少なくとも一部が、専用のサーバを介することなく直接通信するピアツーピアシステムに接続可能な情報処理装置、方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、コンピュータ等の装置をネットワークを介して互いに接続するネットワークシステムの形態として、クライアント・サーバシステムと、ピアツーピア（以下、Ｐ２Ｐという）システムとがある。
【０００３】
クライアント・サーバシステムは、サーバが各種情報資源を管理したり各種アプリケーションを提供するサービスを実行し、これをクライアントが利用するシステムであり、主従関係が固定的なシステムある。
【０００４】
これに対し、Ｐ２Ｐシステムでは、基本的には専用のサーバを設けず、ネットワークに接続されたピア（例えばパーソナルコンピュータ等）の各々が、あるときは他のピアに対して所定のサービスを提供してサーバのように動作し、あるときは他のピアが提供するサービスを利用してクライアントのように動作するシステムであり、各ピアが対等なシステムである。このようなＰ２Ｐシステムに関して、従来から様々な技術が提案されている（例えば特許文献１及び特許文献２参照）。このようなＰ２Ｐシステムでは、各ピアでファイルを共有したりすることができる。
【０００５】
ところで、一般的に、オフィス等において文書等を印刷するシチュエーションとしては、ユーザーが自分自身で作成した文書を印刷したり、受信メールに添付された文書を印刷したり、受信メールに表示されたＵＲＬ（Uniform Resource Locator）や口頭等で指定されたファイルサーバーに存在する文書を印刷したりする場合等が考えられる。
【０００６】
上記のようなＰ２Ｐシステムにおいて、ユーザーが自分自身で作成した文書を印刷する場合は、大抵の場合はその文書を共有する必要性は低いが、例えば、ユーザーが覚書として印刷しておきたい「組織図」、「レイアウト図」、「電話番号一覧」、「提案書」等は共有する必要性が高い場合がある。これらの文書は自分自身が印刷しようとすると、既に他の人も印刷しているようなケースが多々あるが、従来では、自分自身が必要とする文書等は、他人が既に同じ文書を印刷しているか否かに拘らず、各自が自分の責任で印刷していたためり、各ピアにおいて無駄な処理が行われている場合があった。
【０００７】
この問題を解決するため、既に他人が印刷した文書等を再印刷するために、ジョブを保持しておくシステムが提案されている。
【特許文献１】特開２００２−３３５２６９号公報
【特許文献２】特開２００３−２５６３６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、一般的にはプリントサービスのような設備投資と運用投資としてコストを掛ける必要があるだけでなく、ユーザーは自分が印刷したい文書等を自分以外のユーザーが既に印刷していることを明示的に認識し、そのジョブを実行して印刷する操作を行わなければならず煩雑である、という問題があった。
【０００９】
また、Ｐ２Ｐシステムにおいてファイルを共有する場合、ユーザーやピアの機能等に応じて共有されるファイルの種類や属性等を異ならせたい場合があるが、従来では元のファイルの種類や属性を変更することは考慮されておらず、利便性がよいとはいえなかった。
【００１０】
本発明は、上記問題を解決すべく成されたものであり、簡単かつ低コストで文書等のデータを再利用することができると共に利便性を向上させることができる情報処理装置、方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、請求項１記載の発明は、複数の情報処理装置が接続されたネットワークに接続される情報処理装置であって、前記他の情報処理装置が公開した共有データを取得する取得手段と、前記共有データを、所定条件を設定した設定情報に基づいて変換する変換手段と、変換後のデータを記憶する記憶手段と、を備えたことを特徴とする。
【００１２】
この発明によれば、情報処理装置はネットワークに接続される。例えば請求項６に記載したように、前記ネットワークは、複数の情報処理装置の少なくとも一部が特定のサーバを介さずに通信するピアツーピアネットワークとすることができる。
【００１３】
取得手段は、他の情報処理装置が公開した共有データを取得し、変換手段は、取得した共有データを、所定条件を設定した設定情報に基づいて変換する。そして、変換後のデータは記憶手段に記憶される。
【００１４】
例えば請求項２に記載したように、前記設定情報は、パスワード付きのデータに変換する条件を含むことができる。これにより、パスワードを入力しなければ共有データを参照できないので、安全性を高めることができる。
【００１５】
また、請求項３に記載したように、前記設定情報は、アクセス権限を変更する条件を含むことができる。例えば、共有データへのアクセス権限を読み込みのみ可に変更する。これにより、共有データが改ざんされるのを防ぐことができる。
【００１６】
また、請求項４に記載したように、前記変換条件は、前記共有データのバージョンを所定のバージョンに変換する条件を含むことができる。例えば、共有データのバージョンよりも古いバージョンで共有データを利用する場合には、取得した共有データを古いバージョンに変換して記憶する。これにより、取得した共有データのバージョン等を特に意識することなく共有データを利用することができる。
【００１７】
また、請求項５に記載したように、前記情報処理装置はプリンタであり、前記変換手段は、前記共有データを前記プリンタで解釈可能なフォーマットに変換することができる。
【００１８】
請求項７記載の発明は、複数の情報処理装置が接続されたネットワークに接続される情報処理装置により実行される情報処理方法であって、前記他の情報処理装置が公開した共有データを取得し、前記共有データを、変換条件を設定した設定情報に基づいて変換し、変換後のデータを記憶手段に記憶させる、ことを特徴とする。
【００１９】
請求項８記載の発明は、複数の情報処理装置が接続されたネットワークに接続される情報処理装置により実行される情報処理プログラムであって、前記他の情報処理装置が公開した共有データを取得するステップと、前記共有データを、変換条件を設定した設定情報に基づいて変換するステップと、変換後のデータを記憶手段に記憶させるステップと、を含むことを特徴とする。
【発明の効果】
【００２０】
以上説明したように、本発明によれば、簡単かつ低コストで文書等を再利用することができると共に利便性を向上させることができる、という効果を有する。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施形態について説明する。
【００２２】
図１には、Ｐ２Ｐネットワーク１０のネットワーク構成について概念的に示した。図１に示すように、Ｐ２Ｐネットワーク１０は、仮想的には各ピア１２Ａ〜１２Ｇが相互に接続された構成であり、実際には、例えばピア１２Ａ〜１２Ｃはファイアウォール１４によるアクセス制限下にあるピアであったり、ピア１２Ｃ〜１２Ｅはインターネットに接続されたピアであったり、ピア１２Ｅ〜１２ＧはＮＡＴ（Network Address Translation）によってアドレス変換されるピアであったりする。
【００２３】
また、各ピア同士の接続方法は様々であり、ＩＰｖ４（Internet Protocol version 4）やＩＰｖ６（Internet Protocol version 6）の機能を用いるＴＣＰ（Transmission Control Protocol）接続を用いたり、ＨＴＴＰ（Hyper Text Transfer Protocol）を用いたり、ＳＭＴＰ（Simple Mail Transfer Protocol）を用いたりすることができる。
【００２４】
ここで、ピアとは、例えばパーソナルコンピュータ等のコンピュータの他、ＰＤＡ（Personal Digital Assistance）、携帯電話、プリンタ、コピー機、これらの機能を複数備えた複合機等のハードウェア又はこれらの機能を実現するソフトウェアをいう。また、各ピアは、同じ種類のものであるか異なる種類のものであるかにかかわらずＰ２Ｐネットワークに参加することができる。
【００２５】
Ｐ２Ｐネットワークの形態としては、図２に示すように、各ピア１４Ａ〜１４Ｋの全てが対等な関係にあるピュアＰ２Ｐと、図３に示すように、サーバ１４Ｓを設け、一部のサービスの提供をサーバ１４Ｓに委ね、その他のサービスについては各ピア１４Ａ〜１４Ｈが対等な関係において実現されるハイブリッドＰ２Ｐの形態があり、何れの形態でも本発明を適用可能である。
【００２６】
また、Ｐ２Ｐネットワークに参加する各ピアにログオンするユーザー又はピアは、図４に示すように、目的に応じたグループを構成することができる。図４では、ピア１２Ａ〜１２Ｇ全てがグループ１に属し、さらに、ピア１２Ａ、１２Ｃ、１２Ｅ、１２Ｆはグループ２に属しており、ピア１２Ｂ、１２Ｅ、１２Ｆ、１２Ｇはグループ３に属している。なお、各ユーザー又はピアは、単一のグループに属してもよいし、複数のグループに属していてもよい。また、ユーザー又はピアは必ずしもグループに属する必要はない。
【００２７】
図５には、Ｐ２Ｐネットワーク１０に参加する各ピアの基本構成を示した。図５に示すように、ピア１２は、Ｐ２Ｐ基盤構成部１６、Ｐ２Ｐ基盤管理データ記憶部１８、アプリケーション実行部２０、及びアプリケーションメモリ２２を含んで構成される。
【００２８】
Ｐ２Ｐ基盤構成部１６は、メッセージ制御部２４、データ管理部２６、送信部２８、及び受信部３０を含んで構成される。
【００２９】
送信部２８は、メッセージ制御部２４から受け取ったメッセージをネットワーク３２へ向けて送信する。
【００３０】
受信部３０は、Ｐ２Ｐネットワーク１０内で送受信されるデータのうち、自ピアにとって必要なデータを受信する。常に受信待機状態となっており、Ｐ２Ｐネットワーク１０の他ピアからの各種要求やデータを受信し、メッセージ制御部２４に受け渡す。なお、送信部２８とは独立かつ並列に動作する。
【００３１】
図６には、メッセージ制御部２４の概略構成を示した。メッセージ制御部２４は、図６に示すように、サービス実行部３４及びメッセージディスパッチ部３６を含んで構成されている。
【００３２】
サービス実行部３４は、ピア探索サービス部３８、告知情報公開サービス部４０、告知情報取得サービス部４２、グループ管理サービス部４４、ユーザー管理サービス部４６、及びピア管理サービス部４８を含んで構成されており、各サービス部は相互に情報を授受しながら各サービスを実行する。
【００３３】
ピア探索サービス部３８は、Ｐ２Ｐネットワークに参加しているピアを探索する機能及び自ピアが必要とするサービス（機能）を提供可能なピアを探索する機能を有する。なお、探索の範囲は、必要とするサービスの名称や属性、ホップ数の閾値等を指定することにより制御することができる。ここで、ホップ数とは、メッセージを送信する際に経由するピアの数である。
【００３４】
告知情報公開サービス部４０は、自ピアが提供可能なサービス等の情報を告知情報としてＰ２Ｐネットワーク上に公開する機能を有する。ここで、提供可能なサービスには、例えばアプリケーション実行部２０により実行されるアプリケーションの他、後述するグループ管理サービスやユーザー管理サービス等も含まれる。なお、告知情報の公開は、例えば他ピアから問い合わせがあった場合や自ピアの起動時に実行してもよいし、定期的に実行するようにしてもよい。
【００３５】
このように各ピアの告知情報公開サービス部４０によって告知情報がＰ２Ｐネットワーク上に公開されることにより、Ｐ２Ｐネットワークに参加している各ピアは、Ｐ２Ｐネットワーク上でどのようなサービスを利用できるかを把握することができる。
【００３６】
告知情報取得サービス部４２は、ピア探索サービス部３８によって探索されたピアから送信された告知情報又は他ピアから自発的に送信された告知情報を取得し、データ管理部２６へ受け渡す。データ管理部２６では、取得した告知情報をピア情報としてＰ２Ｐ基盤管理データ記憶部１８に記憶させる。これにより、ピアは、Ｐ２Ｐネットワークに参加している他ピアがどのようなサービスを提供しているのかを把握することができる。
【００３７】
グループ管理サービス部４４は、同じ目的を有するピア同士で構成されたグループへの参加や脱退、新たなグループの作成等をグループ情報に基づいて管理する機能を有する。グループ情報は、例えば少なくともグループＩＤとユーザーＩＤとの対応関係を表す情報であり、Ｐ２Ｐ基盤管理データ記憶部１８に記憶される。このグループ情報を参照することにより、どのグループにどのユーザーが属しているかを把握することができる。
【００３８】
ユーザー管理サービス部４６は、ユーザー情報を管理する機能を有する。ユーザー情報は、例えばピアＩＤとそのピアにログオンしているユーザーＩＤとの対応関係を表すログオン情報や、ユーザーの名前、メールアドレス等のユーザー自身に関する情報、そのユーザーが属するグループのグループＩＤ等の情報を含み、Ｐ２Ｐ基盤管理データ記憶部１８に記憶される。
【００３９】
ピア管理サービス部４８は、Ｐ２Ｐネットワークに参加しているピアのピア情報を管理する機能を有する。
【００４０】
メッセージディスパッチ部３６は、アプリケーション実行部２０からのメッセージや他ピアとの間で送受信されるメッセージを解析し、サービス実行部３４のうち解析したメッセージに関する処理を行うべきサービス部へ制御を渡す。
【００４１】
Ｐ２Ｐ基盤管理データ記憶部１８は、経路情報１８Ａ、グループ情報１８Ｂ、隣接情報１８Ｃ、ピア情報１８Ｄ、及びユーザー情報１８Ｅを記憶する。
【００４２】
経路情報１８Ａは、Ｐ２Ｐネットワークにおける経路の情報、例えば後述するスパニングツリーに関する情報を含む。
【００４３】
グループ情報１８Ｂは、前述したように例えば少なくともグループＩＤとユーザーＩＤとの対応関係を表す情報である。
【００４４】
隣接情報１８Ｃは、自ピアに隣接するピアに関する情報、例えばピアＩＤ等の情報を含む。ここで、隣接するピアとは、例えば自ピアから送信したパケットに対する応答時間が予め定めた所定時間内のピアとすることができる。隣接情報は、例えば他ピアと通信する課程において得られる応答時間に基づいて生成することができるが、オペレータの操作等により手動的に設定するようにしてもよい。
【００４５】
ピア情報１８Ｄは、ピア探索サービス部３８によって探索されたピアに関する情報、例えばピアＩＤ等の情報や、告知情報取得サービス部４２によって取得したＰ２Ｐネットワーク上の各ピアが提供しているサービスに関する情報等を含む。ここで、ピアＩＤには、例えばＩＰアドレスやＵＲＩ（Uniform Resource Identifier）等を用いることができる。
【００４６】
ユーザー情報１８Ｅは、前述したようにユーザーのログオン情報やユーザー自身に関する情報等を含む。
【００４７】
アプリケーション実行部２０は、各種アプリケーションを実行するものであり、メッセージ制御部２４を介して他ピアとメッセージの送受信を行う。また、アプリケーションメモリ２２は、アプリケーション実行部２０の実行に関連する各種の情報を記憶するためのメモリである。
【００４８】
次に、Ｐ２Ｐネットワークにおいて、目的のサービスを検索し実行する場合の具体例について説明する。
【００４９】
まず、他ピアへメッセージを転送する機能を有する転送機能付きピアと、転送機能を備えず、転送機能付きピアを介して他ピアとメッセージの送受信を行うエンドピアと、からなるＰ２Ｐネットワークにおいて、転送機能付きピア及びエンドピアのＰ２Ｐ基盤構成部１６で実行される処理について説明する。なお、転送機能付きピアは、図示しない転送機能サービス部をサービス実行部３４に備えた構成である。
【００５０】
図７にはエンドピアで実行される処理のフローチャートを、図８には転送機能付きピアで実行される処理のフローチャートを示した。
【００５１】
図７に示すように、エンドピアは、ステップ１００において、転送機能付きピアの探索要求を、例えば自ピアに予め記憶された設定情報に設定された他の転送機能付きピアに対して、又はマルチキャストやブロードキャストにより他の転送機能付きピアに対してＰ２Ｐネットワークに送信する。これは、ピア探索サービス部３８により実行される。
【００５２】
そして、ステップ１０２において、転送機能付きピアが存在するか否かを判断し、転送付きピアが存在する場合には、ステップ１０４へ移行し、転送機能付きピアが存在しない場合には、ステップ１０２へ戻り、例えば所定時間経過後に再度転送機能付きピアを探索する。
【００５３】
ステップ１０４では、自ピアにログオンしているユーザー又は自ピアが属するグループに属している他ユーザーがログオンしている他ピアの告知情報を取得するよう転送機能付きピアに要求する。これは、告知情報取得サービス部４２により実行される。
【００５４】
ステップ１０６では、転送機能付きピアから告知情報を受信したか否かを判断し、受信していない場合には、ステップ１１０へ移行し、受信した場合には、ステップ１０８において、受信した告知情報をＰ２Ｐ基盤管理データ記憶部１８にピア情報１８Ｄとして記憶させる。
【００５５】
ステップ１１０では、サービス要求が発生したか否かを判断する。例えば自ピアにログオンしているユーザーの操作等によってアプリケーション実行部２０によりアプリケーションが実行され、サービス要求が発生した場合には、アプリケーション実行部２０からメッセージ制御部２４へサービス要求が通知される。この場合、ステップ１１２へ移行し、サービス要求が発生していない場合には、ステップ１１６へ移行する。
【００５６】
ステップ１１２では、発生したサービス要求に対応したメッセージを作成して転送機能付きピアに送信する。例えば、アプリケーション実行部２０からのサービス要求が、所望のファイルを取得する要求だった場合には、アプリケーション実行部２０から通知されたファイル名等の所望のファイルを特定するための情報を含むファイル探索要求メッセージを転送機能付きピアに送信する。
【００５７】
ステップ１１４では、送信したメッセージに対する応答処理を行う。すなわち、送信したメッセージに対する応答メッセージを受信し、受信した応答メッセージの内容に応じた処理を行う。例えば、サービス要求が所定のファイルを取得する要求であった場合には、そのファイルを所有しているピアがあれば、そのピア情報が応答メッセージとして受信されるので、これをアプリケーション実行部２０に通知する。この場合、アプリケーション実行部２０では、受信したピア情報に基づいて、所望のファイルを所有しているピアにファイル送信要求を送信するようメッセージ制御部２４に依頼する。これにより、所望のファイルを取得することができる。
【００５８】
そして、ステップ１１６では、転送機能付きピアから、他ピアから何らかのサービス提供又は情報提供を要求する要求メッセージを受信したか否かを判断し、要求メッセージを受信していた場合には、ステップ１１８へ移行し、要求メッセージを受信していない場合には、ステップ１０６へ戻って上記と同様の処理を繰り返す。
【００５９】
ステップ１１８では、要求に対する処理を実行する。そして、ステップ１２０において、処理結果に対応したメッセージを転送機能付きピアに送信する。例えば、他ピアからファイル探索の要求メッセージを受信した場合には、その要求メッセージをファイル検索を実行するアプリケーション実行部２０へ渡す。これによりアプリケーション実行部２０においてファイル検索が実行され、検索結果がメッセージ制御部２４に通知される。メッセージ制御部２４では、アプリケーション実行部２０から通知された検索結果に基づいて応答メッセージを作成し、ファイル探索要求メッセージの送信元のピアに送信する。例えばファイルが検索できた場合には、自ピアのピアＩＤ等の情報を含めた応答メッセージを作成して、ファイル探索要求メッセージの送信元のピアに送信する。これにより、送信元のピアでは、所望のファイルが検索できたか否かを確認することができる。
【００６０】
次に、転送機能付きピアで実行される処理について説明する。
【００６１】
転送機能付きピアは、まず図８に示すステップ２００において、例えば自ピアに予め記憶された設定情報に設定された他の転送機能付きピアに対して、又はマルチキャストやブロードキャストにより他の転送機能付きピアに対して、グループ情報やユーザー情報等の各種情報を送信するよう要求し、これらの情報を取得する。取得した情報は、Ｐ２Ｐ基盤管理データ記憶部１８に記憶される。これにより、Ｐ２Ｐネットワークを構成しているピアの情報やログオンしているユーザーの情報を得ることができる。
【００６２】
ステップ２０２では、Ｐ２Ｐ基盤管理データ記憶部１８に記憶された隣接情報１８Ｃを、自ピアの隣の転送機能付きピア全てに告知する。隣接情報１８Ｃには、自ピアの隣の転送機能付きピアの情報が少なくとも含まれ、さらに、他のピアが有している隣接情報を既に取得している場合には、その隣接情報も含まれる。
【００６３】
ステップ２０４では、隣の転送機能付きピアに隣接情報を送信するよう要求し、取得する。このように、自ピアの隣の転送機能付きピアと隣接情報を交換する。
【００６４】
そして、ステップ２０６では、交換した隣接情報に基づき、スパニングツリーの構成情報を生成し、Ｐ２Ｐ基盤管理データ記憶部１８に経路情報として記憶する。ここで、スパニングツリーとは、メッセージの転送経路が、ループのない木構造となるような経路を表す。例えばＰ２Ｐネットワークが、図９（Ａ）に示すように、グループ１にのみ属する転送機能付きピア５０1、グループ２にのみ属する転送機能付きピア５０2、グループ１、２の何れにも属する転送機能付きピア５０12、何れのグループにも属さない転送機能付きピア５０n、これらの各転送機能付きピアの背後に存在するエンドピア（図９では図示省略）で構成されていたとする。この場合、スパニングツリーは、図９（Ｂ）に示すようなループのない木構造の経路となる。
【００６５】
次のステップ２０８では、エンドピアからのメッセージ送信要求を受信したか否かを判断し、受信している場合にはステップ２１０へ移行し、受信していない場合には、ステップ２１２へ移行する。
【００６６】
ステップ２１０では、スパニングツリーの構成情報としての経路情報に基づいて、メッセージを転送する。例えば、図９（Ａ）に示すようなネットワークが構築されている場合において、エンドピアが例えばグループ１に属しており、グループ１向けの要求メッセージを転送機能付きピアに送信した場合について説明する。この場合、転送機能付きピアは、グループ１に属しているエンドピアに対してのメッセージ転送を担う転送機能付きピアを全て含み、この転送機能付きピア全てにメッセージが転送されるようなスパニングツリー、例えば図９（Ｃ）に示すようなスパニングツリーを経路情報に基づいて計算する。そして、転送機能付きピアは、計算されたスパニングツリーに基づいて、隣の転送機能付きピア全てにエンドピアからの要求メッセージを転送する。これにより、図９（Ｃ）に示すスパニングツリー上の転送機能付きピアにメッセージが転送され、グループ１のエンドピア全てにメッセージが転送される。なお、グループ２向けのメッセージ送信要求を転送機能付きピアに送信した場合は、図９（Ｄ）に示すようなスパニングツリーが計算される。
【００６７】
次のステップ２１２では、隣の転送機能付きピアからメッセージを受信したか否かを判断し、受信した場合にはステップ２１４へ移行し、受信していない場合には、ステップ２０８へ戻って上記と同様の処理を繰り返す。なお、定期的にステップ２００へ戻ってスパニングツリーを定期的に計算するようにしてもよい。
【００６８】
ステップ２１４では、計算したスパニングツリーに基づき、メッセージを転送する必要がある場合、すなわちスパニングツリー上における隣の転送機能付きピアのうちメッセージを転送していない転送機能付きピアが存在する場合には、その転送機能付きピアにメッセージを転送する。また、受信したメッセージが、自ピアがメッセージの転送を担うエンドピアと同一のグループ宛であった場合には、そのメッセージをエンドピアへ転送する。
【００６９】
このように、スパニングツリーを各転送機能付きピアが計算し、このスパニングツリー計算に従ってメッセージを転送することにより、同じグループ内のエンドピア間においてメッセージの送受信が可能となる。
【００７０】
上記のような転送機能付きピアによってメッセージを転送する構成は、主にＬＡＮ（Local Area Network）等の比較的小規模のネットワークでＰ２Ｐネットワークを構築する場合に適しているが、大規模のネットワークでＰ２Ｐネットワークを構成する場合には、ファイアウォールやゲートウェイ等を介して、異なるネットワークに接続されたピア間でメッセージの送受信が行われる。以下では、このような比較的大規模なネットワークでＰ２Ｐネットワークを構築する場合に適した形態について説明する。
【００７１】
図１０に示すＰ２Ｐネットワーク１１は、複数のネットワーク５２〜５８を含み、ネットワーク５２は、ルータ６０、６２を介してネットワーク５４と接続されると共に、ルータ６４を介してネットワーク５８と接続される。また、ネットワーク５６は、ルータ６６を介してネットワーク５８と接続される。
【００７２】
ネットワーク５２は、エンドピア５２Ａ、５２Ｂ、及び待ち合わせ機能付きピア５２Ｃを含んで構成され、ネットワーク５４はエンドピア５４Ａを含んで構成され、ネットワーク５６はエンドピア５６Ａを含んで構成され、ネットワーク５８は中継機能付きピア５８Ａを含んで構成されている。なお、待ち合わせ機能付きピアは、図示しない待ち合わせ機能サービス部をサービス実行部３４に備えた構成であり、中継機能付きピア５８Ａは、図示しない中継機能サービス部をサービス実行部３４に備えた構成である。
【００７３】
このように構成されたＰ２Ｐネットワーク１１において、エンドピアは、図７のフローチャートの示す処理とほぼ同様の処理を実行する。すなわち、Ｐ２Ｐネットワーク１１におけるエンドピアで実行される処理は、図７のフローチャートの説明において、転送機能付きピアを待ち合わせ機能付きピアに言い換えた処理を実行すると考えることができる。
【００７４】
また、中継機能付きピアは、基本的には所謂ゲートウェイとしての動作をするピアである。中継機能付きピアは、まず、例えば自ピアに記憶された設定情報に予め設定された他のピアに対して、又はマルチキャストやブロードキャストにより他のピアに対して、グループ情報やユーザー情報等の各種情報を送信するよう要求し、これらの情報を取得しておく。そして、他ピアからメッセージを受信した場合には、送信先として指定されたピアにメッセージを転送する。
【００７５】
次に、待ち合わせ機能付きピアで実行される処理について、図１１に示すフローチャートを参照して説明する。
【００７６】
まず、ステップ３００において、例えば自ピアに記憶された設定情報に予め設定された他の転送機能付きピアに対して、又はマルチキャストやブロードキャストによって、他のピアに対してグループ情報やユーザー情報等の各種情報を送信するよう要求する。
【００７７】
ステップ３０２では、他ピアから何らかの情報、例えばステップ３００で要求したグループやユーザー情報等の情報や、他ピアからの告知情報等を受信したか否かを判断し、受信した場合には、ステップ３０４へ移行し、受信していない場合には、ステップ３０６へ移行する。
【００７８】
ステップ３０４では、他ピアから受信した情報をＰ２Ｐ基盤管理データ記憶部１８に記憶させる。例えば受信した情報がグループ情報であればグループ情報１８ＢとしてＰ２Ｐ基盤管理データ記憶部１８に記憶させ、受信した情報がユーザー情報であればユーザー情報１８ＥとしてＰ２Ｐ基盤管理データ記憶部１８に記憶させる。
【００７９】
ステップ３０６では、エンドピアから何らかのサービス提供又は情報提供を要求する要求メッセージを受信したか否かを判断し、受信している場合には、ステップ３０８へ移行し、受信していない場合には、ステップ３０２へ戻って上記と同様の処理を繰り返す。
【００８０】
ステップ３０８では、要求メッセージに対応した情報が自ピアのＰ２Ｐ基盤管理データ記憶部１８に記憶されているか否かを判断し、記憶されている場合には、ステップ３１０へ移行し、記憶されていない場合には、ステップ３１２へ移行する。
【００８１】
ステップ３１０では、要求メッセージに対応した情報をＰ２Ｐ基盤管理データ記憶部１８から読み出して要求元のピアに送信する。
【００８２】
一方、ステップ３１２では、要求メッセージを隣接のピアに転送する。これにより、要求メッセージが他ピアに伝搬される。これにより、要求メッセージに対応した処理を実行可能なピアから応答メッセージが送信される。
【００８３】
ステップ３１４では、要求メッセージに対応した処理を実行可能なピアから送信された応答メッセージを受信し、これを要求元のエンドピアに送信する。
【００８４】
ここで、ネットワーク５４のピア５４Ａが告知情報の探索要求を行う場合について説明する。この場合、ピア５４Ａは、待ち合わせ機能付きピアを検索し、検索された待ち合わせ機能付きピア５２Ｃに告知情報の探索要求メッセージを送信する。これにより待ち合わせ機能付きピア５２Ｃは、自ピアに他ピアの告知情報が蓄積されていれば、これをピア５４Ａに送信し、蓄積されていない場合には、例えば隣のピア５２Ａ、５２Ｂ等に告知情報を送信するよう要求する。このとき、ピア５２Ａは、自ピアの告知情報と、自ピアに記憶されている他ピアの告知情報、例えばピア５６Ａの告知情報がすでに記憶されている場合には、その告知情報とを待ち合わせ機能付きピア５２Ｃに送信する。ピア５２Ｃについても同様である。待ち合わせ機能付きピア５４Ｃは、他ピアから送信された告知情報を蓄積すると共に、ピア５４Ａに送信する。
【００８５】
以上のように、待ち合わせ機能付きピアは、他ピアから送信された告知情報等の各種情報を自ピアに蓄積しておき、エンドピアからの要求に対応した情報が自ピアに記憶されている場合には、その情報をエンドピアに送信する。従って、Ｐ２Ｐネットワーク１１のように大規模なネットワークにおけるメッセージの送受信の効率を向上させることができる。
【００８６】
次に、アプリケーション実行の具体例として、アプリケーションがファイル共有サービスの場合におけるアプリケーション実行部２０の処理について説明する。
【００８７】
この場合、アプリケーション実行部２０は、ファイル名等の所望のファイルを特定するための情報を少なくとも含んだファイル探索要求をメッセージ制御部２４のメッセージディスパッチ部３６に通知する。メッセージディスパッチ部３６では、このファイルを所有するピアを探索するようピア探索サービス部３８に対して要求する。これにより、ピア探索サービス部３８によって所望のファイルを所有するピアが探索され、アプリケーション実行部２０に通知される。そして、アプリケーション実行部２０では、探索されたピアに対してファイルを送信するよう要求し、取得する。なお、所望のファイルを所有しているピアの情報を既に取得しており、自ピアに記憶されていた場合には、ピア探索を実行せずに、直接そのピアにファイル送信要求を送信してファイルを取得すればよい。
【００８８】
このように、アプリケーション実行部２０は、メッセージ制御部２４を介して他ピアとメッセージの送受信を行い、サービスを提供する。
【００８９】
なお、Ｐ２Ｐネットワークの構築について上記は一例であり、例えば上記特許文献１に記載されたプロトコルや、ＪＸＴＡプロトコルのＰＤＰ（Peer Discovery Protocol：ピア発見プロトコル）、ＰＲＰ（Peer Resolver Protocol：ピア解決プロトコル）、ＰＩＰ（Peer Information Protocol：ピア情報プロトコル）、ＰＭＰ（Peer Membership Protocol：ピアメンバーシッププロトコル）、ＰＢＰ（Peer Binding Protocol：ピアバインディングプロトコル）、ＰＥＰ（Peer Endpoint Protocol：ピアエンドポイントプロトコル）等の公知のプロトコルを用いてＰ２Ｐネットワークを構築してもよい。
【００９０】
次に、本実施形態に係るＰ２Ｐネットワークの具体的な形態として、図１２に示すように、ピアとしてのパーソナルコンピュータ（以下、ＰＣ）１２Ａ〜１２Ｄ、プリンタ１２Ｅを含むＰ２Ｐネットワークが構築されている場合を例に説明する。
【００９１】
ＰＣ１２Ａ〜１２Ｄは、基本的に上記で説明した図５、６に示したピア１２の機能を有しており、その他は、汎用的なパーソナルコンピュータと同様の構成である。また、プリンタ１２Ｅも基本的に上記で説明した図５、６に示したピア１２の機能を有しており、その他は、汎用的なプリンタと同様の構成である。
【００９２】
また、ＰＣ１２Ａ〜１２Ｄ、プリンタ１２Ｅは、それぞれのアプリケーション実行部２０においてファイル共有アプリケーションを実行可能であり、各ＰＣ、プリンタで作成されたファイルはアプリケーションメモリ２２に記憶される。
【００９３】
ファイル共有アプリケーションは、共有モードとしてダウンロードモードとコピーモードとを有し、これらの各モードは例えばユーザーの設定により選択することができる。ここで、ダウンロードモードとは、ファイル名、ファイルの作成日時（更新日時）、ファイルサイズ等、ファイルの特徴を表すデータであるインデックスデータのみをＰ２Ｐネットワーク上で共有し、必要になった時点でそのファイルの実体データを保存しているピアに要求して取得するモードである。
【００９４】
一方、コピーモードとは、ファイルの実体データをＰ２Ｐネットワーク上で共有するモード、すなわちＰ２Ｐネットワーク上の全てのピア又は特定のグループに属するピア全てでファイルのインデックスデータだけでなく実体データも共有するモードである。
【００９５】
次に、ＰＣ１２Ａが作成した共有ファイルを、他のＰＣ１２Ｂ〜１２Ｄ、プリンタ１２Ｅがそのピアの設定に従って変換して保存する場合における各ＰＣで実行される処理を、図１３及び図１４に示すフローチャートを参照して説明する。
【００９６】
なお、Ｐ２Ｐネットワーク上の各ＰＣは、実際には図１３及び図１４に示す処理を両方行うが、ここでは説明を簡単にするため、ファイルを共有ファイルとして提供するＰＣと、そのファイルを取得するＰＣやプリンタとを分けて説明する。
【００９７】
まず、ＰＣ１２Ａのアプリケーション実行部２０で実行されるファイル共有アプリケーションの処理について、図１３に示すフローチャートを参照して説明する。この処理は、例えばＰＣ１２Ａの立ち上げ時に実行される。
【００９８】
まず、ステップ４００において、アプリケーションメモリ２２に設定された共有フォルダにファイルがストアされたか否かを判断し、ストアされた場合にはステップ４０２へ移行し、ストアされていない場合には、ステップ４０４へ移行する。
【００９９】
ステップ４０２では、自ピアが属するピアグループの他ピア、すなわちＰＣ１２Ｂ〜１２Ｄ、プリンタ１２Ｅに対してファイルがストアされたことを通知する。
【０１００】
ステップ４０４では、他ピアからファイルのインデックスデータや実体データの取得を要求されたか否かを判断し、取得を要求された場合には、ステップ４０６へ移行し、要求されていない場合には、ステップ４００へ戻って上記と同様の処理を繰り返す。
【０１０１】
ステップ４０６では、要求されたデータを共有フォルダから読み出して要求元の他のＰＣに送信する。これにより、ＰＣ１２Ａの共有フォルダにストアされたファイルがＰＣ１２Ａ〜１２Ｄ、プリンタ１２Ｅにおいて共有される。
【０１０２】
次に、ＰＣ１２Ｂ〜１２Ｄ、プリンタ１２Ｅのアプリケーション実行部２０で実行されるファイル共有アプリケーションの処理について、図１４に示すフローチャートを参照して説明する。
【０１０３】
なお、ＰＣ１２Ｂ〜１２Ｄ、プリンタ１２Ｅでは、他ピアから取得したファイルを予め定めたフォーマットに変換したり、そのファイルの属性（例えばアクセス権限等）を変更したりすることをファイル取得時に自動的に行うための設定を、例えばユーザーの操作等により行うことができ、この設定情報は、アプリケーションメモリ２２に記憶される。
【０１０４】
まず、ステップ５００では、他のピア（ここでは、ＰＣ１２Ａ）から、そのピアにファイルがストアされたことを通知するメッセージを受信したか否かを判断し、メッセージを受信した場合にはステップ５０２へ移行し、メッセージを受信していない場合には、ファイルがストアされたことを通知されるまで待機する。
【０１０５】
ステップ５０２では、自ピアに設定されている共有モードがダウンロードモードであるか否かを判断し、ダウンロードモードが設定されている場合にはステップ５０４へ移行し、コピーモードが設定されている場合にはステップ５０６へ移行する。
【０１０６】
ステップ５０４では、共有ファイルの作成元のピアの共有フォルダにストアされたファイルのインデックスデータを送信するようにそのピアに要求し、インデックスデータを取得する。
【０１０７】
一方、ステップ５０６では、共有ファイルの作成元のピアの共有フォルダにストアされたファイルのインデックスデータだけでなく実体データも含めて送信するようにそのピアに要求し、取得する。
【０１０８】
ステップ５０８では、取得したファイルを変換する必要があるか否かを判断する。具体的には、アプリケーションメモリ２２に設定情報が存在し、その設定情報に変換すべフォーマットが指定されているか否かを判断する。
【０１０９】
そして、取得したファイルを変換する必要がある場合には、ステップ５１０へ移行し、取得したファイルを変換する必要がない場合には、ステップ５００へ戻り、上記と同様の処理を繰り返す。
【０１１０】
ステップ５１０では、取得したファイルを設定情報で指定されたフォーマットに変換する。
【０１１１】
ここで、変換処理の具体例について説明する。例えばＰＣ１２Ａ〜１２Ｃ、プリンタ１２Ｅが社内ネットワークに接続されたピアであり、ＰＣ１２Ｄが社外のネットワークに接続されたピアである場合、ＰＣ１２Ｄにログオンしているユーザーに対しては、安全性を考慮して、ＰＣ１２Ａから送信された共有対象のファイルをそのまま参照したり、ファイルに書き込んだりするのを禁止したい場合がある。
【０１１２】
この場合、ＰＣ１２Ｄでは、設定情報を、パスワード付きのフォーマット、すなわちパスワードを入力しなければファイルを参照できないファイルフォーマットに変換するように設定したり、アクセス権限を読み込みのみ可に変更するよう設定しておく。
【０１１３】
これにより、ＰＣ１２Ｄでは、ＰＣ１２Ａから送信された共有対象のファイルは、設定情報に従ってパスワード付きのファイルフォーマットに変換されたり、アクセス権限が読み込みのみ可に変更されて記憶される。そして、ＰＣ１２Ｄにログオンしたユーザーは、そのファイルを参照するにはパスワードを入力しなければ参照できなかったり、書き込みができなかったりする。これにより、安全にファイルを共有することができる。
【０１１４】
また、インデックスデータのみを取得した場合、実体データが文書データや画像データのような場合、そのデータの内容を確認できるサムネイル画像を生成して記憶しておくようにしてもよい。これにより、ファイルの内容を視覚的に容易に確認することが可能となる。
【０１１５】
また、例えばＰＣ１２Ａで使用しているアプリケーションのバージョンよりもＰＣ１２Ｂが使用しているアプリケーションのバージョンが古い場合、ＰＣ１２Ｂにおいて、バーションを古いバーションに変換して記憶するようにしてもよい。この場合、ＰＣ１２Ｂにファイルのバージョンを変換するアプリケーションが必要となる。これにより、ＰＣ１２Ｂのユーザーはバージョンを意識することなく、古いバージョンのファイルを使用することができる。逆に、ＰＣ１２Ａで使用しているアプリケーションのバージョンよりもＰＣ１２Ｂが使用しているアプリケーションのバージョンが新しい場合、ＰＣ１２Ｂにおいて、バーションを新しいバーションに変換して記憶するようにしてもよい。
【０１１６】
また、例えばプリンタ１２Ｅがページ記述言語（PDL：Page Description Language）を解釈可能なプリンタ、例えばポストスクリプト対応のプリンタである場合、ＰＣ１２Ａが作成した文書ファイルを共有する場合、この文書ファイルをプリンタ１２Ｅがポストスクリプトデータに変換して記憶しておく。または、ＰＣ１２Ａで文書ファイルをポストスクリプトデータに変換して、これを共有する場合に、プリンタ１２ＥでＲＩＰ（Raster Image Processor）処理によりラスタイメージデータに変換し、これを記憶しておく。なお、ページ毎に別ファイルにして記憶するようにしてもよい。
【０１１７】
この場合、ＰＣ１２Ａが文書ファイルの印刷を印刷属性（両面印刷、印刷部数、用紙サイズ等）と共にプリンタ１２Ｅに指示すると、すでにプリンタ１２Ｅにはその文書ファイルのポストスクリプトデータ又はラスタイメージデータで記憶されているので、速やかに印刷属性に従って印刷が開始される。その他のＰＣ１２Ｂ等が再印刷する場合も同様である。
【０１１８】
このように、プリンタ１２Ｅでは、ＰＣ１２Ａの共有フォルダに文書ファイルがストアされた時点で文書ファイルを取得して変換して記憶しておくので、ＰＣ１２Ａ等から印刷指示された場合に速やかに印刷を実行することができる。また、他のＰＣ１２Ｂから再印刷する場合でも、誰が同じファイルを印刷したのか等を確認する必要がなく、利便性を大幅に向上させることができる。
【０１１９】
なお、ファイルを共有する場合には、そのファイルが使用されるか否かは不明であるので、メモリの無駄な使用を避けるべく共有モードをダウンロードモードとし、ファイルを変換して共有する場合には、印刷指示後の処理を速やかにするためにコピーモードとするようにしてもよい。
【０１２０】
また、図１４の処理の開始時に、自ピアでは取得したファイルを変換して共有することを他ピアに通知するようにしてもよい。また、取得したファイルを変換してアプリケーションメモリ２２に記憶した後に、そのファイルを共有する処理が終了したことを他ピアに通知するようにしてもよい。
【０１２１】
また、本実施形態では、ピアがＰＣ及びプリンタの場合について説明したが、これに限らず、記憶装置を備えた装置であればファクシミリ、スキャナ等の他の装置にも本発明を適用可能であることはいうまでもない。
【図面の簡単な説明】
【０１２２】
【図１】Ｐ２Ｐネットワークのネットワーク構成図である。
【図２】ピュアＰ２Ｐのネットワーク構成図である。
【図３】ハイブリッドＰ２Ｐのネットワーク構成図である。
【図４】Ｐ２Ｐネットワークのグループについて説明するための概念図である。
【図５】ピアの基本的構成のブロック図である。
【図６】メッセージ制御部のブロック図である。
【図７】エンドピアで実行される処理のフローチャートである。
【図８】転送機能付きピアで実行される処理のフローチャートである。
【図９】スパニングツリーのイメージ図である。
【図１０】Ｐ２Ｐネットワークの他の形態のネットワーク構成図である。
【図１１】待ち合わせ機能付きピアで実行される処理のフローチャートである。
【図１２】Ｐ２Ｐネットワークの具体例を示すネットワーク構成図である。
【図１３】ピアで実行されるファイル共有処理のフローチャートである。
【図１４】ピアで実行されるファイル共有処理のフローチャートである。
【符号の説明】
【０１２３】
１０、１１ Ｐ２Ｐネットワーク
１２ ピア
１６ Ｐ２Ｐ基盤構成部
１８ Ｐ２Ｐ基盤管理データ記憶部
２０ アプリケーション実行部
２２ アプリケーションメモリ
２４ メッセージ制御部
２６ データ管理部
２８ 送信部
３０ 受信部
３２ ネットワーク
３４ サービス実行部
３６ メッセージディスパッチ部
３８ ピア探索サービス部
４０ 告知情報公開サービス部
４２ 告知情報取得サービス部
４４ グループ管理サービス部
４６ ユーザー管理サービス部
４８ ピア管理サービス部
【技術分野】
【０００１】
本発明は、情報処理装置、方法、及びプログラムに係り、より詳しくは、ネットワークを介して互いに接続された複数の装置の少なくとも一部が、専用のサーバを介することなく直接通信するピアツーピアシステムに接続可能な情報処理装置、方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、コンピュータ等の装置をネットワークを介して互いに接続するネットワークシステムの形態として、クライアント・サーバシステムと、ピアツーピア（以下、Ｐ２Ｐという）システムとがある。
【０００３】
クライアント・サーバシステムは、サーバが各種情報資源を管理したり各種アプリケーションを提供するサービスを実行し、これをクライアントが利用するシステムであり、主従関係が固定的なシステムある。
【０００４】
これに対し、Ｐ２Ｐシステムでは、基本的には専用のサーバを設けず、ネットワークに接続されたピア（例えばパーソナルコンピュータ等）の各々が、あるときは他のピアに対して所定のサービスを提供してサーバのように動作し、あるときは他のピアが提供するサービスを利用してクライアントのように動作するシステムであり、各ピアが対等なシステムである。このようなＰ２Ｐシステムに関して、従来から様々な技術が提案されている（例えば特許文献１及び特許文献２参照）。このようなＰ２Ｐシステムでは、各ピアでファイルを共有したりすることができる。
【０００５】
ところで、一般的に、オフィス等において文書等を印刷するシチュエーションとしては、ユーザーが自分自身で作成した文書を印刷したり、受信メールに添付された文書を印刷したり、受信メールに表示されたＵＲＬ（Uniform Resource Locator）や口頭等で指定されたファイルサーバーに存在する文書を印刷したりする場合等が考えられる。
【０００６】
上記のようなＰ２Ｐシステムにおいて、ユーザーが自分自身で作成した文書を印刷する場合は、大抵の場合はその文書を共有する必要性は低いが、例えば、ユーザーが覚書として印刷しておきたい「組織図」、「レイアウト図」、「電話番号一覧」、「提案書」等は共有する必要性が高い場合がある。これらの文書は自分自身が印刷しようとすると、既に他の人も印刷しているようなケースが多々あるが、従来では、自分自身が必要とする文書等は、他人が既に同じ文書を印刷しているか否かに拘らず、各自が自分の責任で印刷していたためり、各ピアにおいて無駄な処理が行われている場合があった。
【０００７】
この問題を解決するため、既に他人が印刷した文書等を再印刷するために、ジョブを保持しておくシステムが提案されている。
【特許文献１】特開２００２−３３５２６９号公報
【特許文献２】特開２００３−２５６３６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、一般的にはプリントサービスのような設備投資と運用投資としてコストを掛ける必要があるだけでなく、ユーザーは自分が印刷したい文書等を自分以外のユーザーが既に印刷していることを明示的に認識し、そのジョブを実行して印刷する操作を行わなければならず煩雑である、という問題があった。
【０００９】
また、Ｐ２Ｐシステムにおいてファイルを共有する場合、ユーザーやピアの機能等に応じて共有されるファイルの種類や属性等を異ならせたい場合があるが、従来では元のファイルの種類や属性を変更することは考慮されておらず、利便性がよいとはいえなかった。
【００１０】
本発明は、上記問題を解決すべく成されたものであり、簡単かつ低コストで文書等のデータを再利用することができると共に利便性を向上させることができる情報処理装置、方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、請求項１記載の発明は、複数の情報処理装置が接続されたネットワークに接続される情報処理装置であって、前記他の情報処理装置が公開した共有データを取得する取得手段と、前記共有データを、所定条件を設定した設定情報に基づいて変換する変換手段と、変換後のデータを記憶する記憶手段と、を備えたことを特徴とする。
【００１２】
この発明によれば、情報処理装置はネットワークに接続される。例えば請求項６に記載したように、前記ネットワークは、複数の情報処理装置の少なくとも一部が特定のサーバを介さずに通信するピアツーピアネットワークとすることができる。
【００１３】
取得手段は、他の情報処理装置が公開した共有データを取得し、変換手段は、取得した共有データを、所定条件を設定した設定情報に基づいて変換する。そして、変換後のデータは記憶手段に記憶される。
【００１４】
例えば請求項２に記載したように、前記設定情報は、パスワード付きのデータに変換する条件を含むことができる。これにより、パスワードを入力しなければ共有データを参照できないので、安全性を高めることができる。
【００１５】
また、請求項３に記載したように、前記設定情報は、アクセス権限を変更する条件を含むことができる。例えば、共有データへのアクセス権限を読み込みのみ可に変更する。これにより、共有データが改ざんされるのを防ぐことができる。
【００１６】
また、請求項４に記載したように、前記変換条件は、前記共有データのバージョンを所定のバージョンに変換する条件を含むことができる。例えば、共有データのバージョンよりも古いバージョンで共有データを利用する場合には、取得した共有データを古いバージョンに変換して記憶する。これにより、取得した共有データのバージョン等を特に意識することなく共有データを利用することができる。
【００１７】
また、請求項５に記載したように、前記情報処理装置はプリンタであり、前記変換手段は、前記共有データを前記プリンタで解釈可能なフォーマットに変換することができる。
【００１８】
請求項７記載の発明は、複数の情報処理装置が接続されたネットワークに接続される情報処理装置により実行される情報処理方法であって、前記他の情報処理装置が公開した共有データを取得し、前記共有データを、変換条件を設定した設定情報に基づいて変換し、変換後のデータを記憶手段に記憶させる、ことを特徴とする。
【００１９】
請求項８記載の発明は、複数の情報処理装置が接続されたネットワークに接続される情報処理装置により実行される情報処理プログラムであって、前記他の情報処理装置が公開した共有データを取得するステップと、前記共有データを、変換条件を設定した設定情報に基づいて変換するステップと、変換後のデータを記憶手段に記憶させるステップと、を含むことを特徴とする。
【発明の効果】
【００２０】
以上説明したように、本発明によれば、簡単かつ低コストで文書等を再利用することができると共に利便性を向上させることができる、という効果を有する。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施形態について説明する。
【００２２】
図１には、Ｐ２Ｐネットワーク１０のネットワーク構成について概念的に示した。図１に示すように、Ｐ２Ｐネットワーク１０は、仮想的には各ピア１２Ａ〜１２Ｇが相互に接続された構成であり、実際には、例えばピア１２Ａ〜１２Ｃはファイアウォール１４によるアクセス制限下にあるピアであったり、ピア１２Ｃ〜１２Ｅはインターネットに接続されたピアであったり、ピア１２Ｅ〜１２ＧはＮＡＴ（Network Address Translation）によってアドレス変換されるピアであったりする。
【００２３】
また、各ピア同士の接続方法は様々であり、ＩＰｖ４（Internet Protocol version 4）やＩＰｖ６（Internet Protocol version 6）の機能を用いるＴＣＰ（Transmission Control Protocol）接続を用いたり、ＨＴＴＰ（Hyper Text Transfer Protocol）を用いたり、ＳＭＴＰ（Simple Mail Transfer Protocol）を用いたりすることができる。
【００２４】
ここで、ピアとは、例えばパーソナルコンピュータ等のコンピュータの他、ＰＤＡ（Personal Digital Assistance）、携帯電話、プリンタ、コピー機、これらの機能を複数備えた複合機等のハードウェア又はこれらの機能を実現するソフトウェアをいう。また、各ピアは、同じ種類のものであるか異なる種類のものであるかにかかわらずＰ２Ｐネットワークに参加することができる。
【００２５】
Ｐ２Ｐネットワークの形態としては、図２に示すように、各ピア１４Ａ〜１４Ｋの全てが対等な関係にあるピュアＰ２Ｐと、図３に示すように、サーバ１４Ｓを設け、一部のサービスの提供をサーバ１４Ｓに委ね、その他のサービスについては各ピア１４Ａ〜１４Ｈが対等な関係において実現されるハイブリッドＰ２Ｐの形態があり、何れの形態でも本発明を適用可能である。
【００２６】
また、Ｐ２Ｐネットワークに参加する各ピアにログオンするユーザー又はピアは、図４に示すように、目的に応じたグループを構成することができる。図４では、ピア１２Ａ〜１２Ｇ全てがグループ１に属し、さらに、ピア１２Ａ、１２Ｃ、１２Ｅ、１２Ｆはグループ２に属しており、ピア１２Ｂ、１２Ｅ、１２Ｆ、１２Ｇはグループ３に属している。なお、各ユーザー又はピアは、単一のグループに属してもよいし、複数のグループに属していてもよい。また、ユーザー又はピアは必ずしもグループに属する必要はない。
【００２７】
図５には、Ｐ２Ｐネットワーク１０に参加する各ピアの基本構成を示した。図５に示すように、ピア１２は、Ｐ２Ｐ基盤構成部１６、Ｐ２Ｐ基盤管理データ記憶部１８、アプリケーション実行部２０、及びアプリケーションメモリ２２を含んで構成される。
【００２８】
Ｐ２Ｐ基盤構成部１６は、メッセージ制御部２４、データ管理部２６、送信部２８、及び受信部３０を含んで構成される。
【００２９】
送信部２８は、メッセージ制御部２４から受け取ったメッセージをネットワーク３２へ向けて送信する。
【００３０】
受信部３０は、Ｐ２Ｐネットワーク１０内で送受信されるデータのうち、自ピアにとって必要なデータを受信する。常に受信待機状態となっており、Ｐ２Ｐネットワーク１０の他ピアからの各種要求やデータを受信し、メッセージ制御部２４に受け渡す。なお、送信部２８とは独立かつ並列に動作する。
【００３１】
図６には、メッセージ制御部２４の概略構成を示した。メッセージ制御部２４は、図６に示すように、サービス実行部３４及びメッセージディスパッチ部３６を含んで構成されている。
【００３２】
サービス実行部３４は、ピア探索サービス部３８、告知情報公開サービス部４０、告知情報取得サービス部４２、グループ管理サービス部４４、ユーザー管理サービス部４６、及びピア管理サービス部４８を含んで構成されており、各サービス部は相互に情報を授受しながら各サービスを実行する。
【００３３】
ピア探索サービス部３８は、Ｐ２Ｐネットワークに参加しているピアを探索する機能及び自ピアが必要とするサービス（機能）を提供可能なピアを探索する機能を有する。なお、探索の範囲は、必要とするサービスの名称や属性、ホップ数の閾値等を指定することにより制御することができる。ここで、ホップ数とは、メッセージを送信する際に経由するピアの数である。
【００３４】
告知情報公開サービス部４０は、自ピアが提供可能なサービス等の情報を告知情報としてＰ２Ｐネットワーク上に公開する機能を有する。ここで、提供可能なサービスには、例えばアプリケーション実行部２０により実行されるアプリケーションの他、後述するグループ管理サービスやユーザー管理サービス等も含まれる。なお、告知情報の公開は、例えば他ピアから問い合わせがあった場合や自ピアの起動時に実行してもよいし、定期的に実行するようにしてもよい。
【００３５】
このように各ピアの告知情報公開サービス部４０によって告知情報がＰ２Ｐネットワーク上に公開されることにより、Ｐ２Ｐネットワークに参加している各ピアは、Ｐ２Ｐネットワーク上でどのようなサービスを利用できるかを把握することができる。
【００３６】
告知情報取得サービス部４２は、ピア探索サービス部３８によって探索されたピアから送信された告知情報又は他ピアから自発的に送信された告知情報を取得し、データ管理部２６へ受け渡す。データ管理部２６では、取得した告知情報をピア情報としてＰ２Ｐ基盤管理データ記憶部１８に記憶させる。これにより、ピアは、Ｐ２Ｐネットワークに参加している他ピアがどのようなサービスを提供しているのかを把握することができる。
【００３７】
グループ管理サービス部４４は、同じ目的を有するピア同士で構成されたグループへの参加や脱退、新たなグループの作成等をグループ情報に基づいて管理する機能を有する。グループ情報は、例えば少なくともグループＩＤとユーザーＩＤとの対応関係を表す情報であり、Ｐ２Ｐ基盤管理データ記憶部１８に記憶される。このグループ情報を参照することにより、どのグループにどのユーザーが属しているかを把握することができる。
【００３８】
ユーザー管理サービス部４６は、ユーザー情報を管理する機能を有する。ユーザー情報は、例えばピアＩＤとそのピアにログオンしているユーザーＩＤとの対応関係を表すログオン情報や、ユーザーの名前、メールアドレス等のユーザー自身に関する情報、そのユーザーが属するグループのグループＩＤ等の情報を含み、Ｐ２Ｐ基盤管理データ記憶部１８に記憶される。
【００３９】
ピア管理サービス部４８は、Ｐ２Ｐネットワークに参加しているピアのピア情報を管理する機能を有する。
【００４０】
メッセージディスパッチ部３６は、アプリケーション実行部２０からのメッセージや他ピアとの間で送受信されるメッセージを解析し、サービス実行部３４のうち解析したメッセージに関する処理を行うべきサービス部へ制御を渡す。
【００４１】
Ｐ２Ｐ基盤管理データ記憶部１８は、経路情報１８Ａ、グループ情報１８Ｂ、隣接情報１８Ｃ、ピア情報１８Ｄ、及びユーザー情報１８Ｅを記憶する。
【００４２】
経路情報１８Ａは、Ｐ２Ｐネットワークにおける経路の情報、例えば後述するスパニングツリーに関する情報を含む。
【００４３】
グループ情報１８Ｂは、前述したように例えば少なくともグループＩＤとユーザーＩＤとの対応関係を表す情報である。
【００４４】
隣接情報１８Ｃは、自ピアに隣接するピアに関する情報、例えばピアＩＤ等の情報を含む。ここで、隣接するピアとは、例えば自ピアから送信したパケットに対する応答時間が予め定めた所定時間内のピアとすることができる。隣接情報は、例えば他ピアと通信する課程において得られる応答時間に基づいて生成することができるが、オペレータの操作等により手動的に設定するようにしてもよい。
【００４５】
ピア情報１８Ｄは、ピア探索サービス部３８によって探索されたピアに関する情報、例えばピアＩＤ等の情報や、告知情報取得サービス部４２によって取得したＰ２Ｐネットワーク上の各ピアが提供しているサービスに関する情報等を含む。ここで、ピアＩＤには、例えばＩＰアドレスやＵＲＩ（Uniform Resource Identifier）等を用いることができる。
【００４６】
ユーザー情報１８Ｅは、前述したようにユーザーのログオン情報やユーザー自身に関する情報等を含む。
【００４７】
アプリケーション実行部２０は、各種アプリケーションを実行するものであり、メッセージ制御部２４を介して他ピアとメッセージの送受信を行う。また、アプリケーションメモリ２２は、アプリケーション実行部２０の実行に関連する各種の情報を記憶するためのメモリである。
【００４８】
次に、Ｐ２Ｐネットワークにおいて、目的のサービスを検索し実行する場合の具体例について説明する。
【００４９】
まず、他ピアへメッセージを転送する機能を有する転送機能付きピアと、転送機能を備えず、転送機能付きピアを介して他ピアとメッセージの送受信を行うエンドピアと、からなるＰ２Ｐネットワークにおいて、転送機能付きピア及びエンドピアのＰ２Ｐ基盤構成部１６で実行される処理について説明する。なお、転送機能付きピアは、図示しない転送機能サービス部をサービス実行部３４に備えた構成である。
【００５０】
図７にはエンドピアで実行される処理のフローチャートを、図８には転送機能付きピアで実行される処理のフローチャートを示した。
【００５１】
図７に示すように、エンドピアは、ステップ１００において、転送機能付きピアの探索要求を、例えば自ピアに予め記憶された設定情報に設定された他の転送機能付きピアに対して、又はマルチキャストやブロードキャストにより他の転送機能付きピアに対してＰ２Ｐネットワークに送信する。これは、ピア探索サービス部３８により実行される。
【００５２】
そして、ステップ１０２において、転送機能付きピアが存在するか否かを判断し、転送付きピアが存在する場合には、ステップ１０４へ移行し、転送機能付きピアが存在しない場合には、ステップ１０２へ戻り、例えば所定時間経過後に再度転送機能付きピアを探索する。
【００５３】
ステップ１０４では、自ピアにログオンしているユーザー又は自ピアが属するグループに属している他ユーザーがログオンしている他ピアの告知情報を取得するよう転送機能付きピアに要求する。これは、告知情報取得サービス部４２により実行される。
【００５４】
ステップ１０６では、転送機能付きピアから告知情報を受信したか否かを判断し、受信していない場合には、ステップ１１０へ移行し、受信した場合には、ステップ１０８において、受信した告知情報をＰ２Ｐ基盤管理データ記憶部１８にピア情報１８Ｄとして記憶させる。
【００５５】
ステップ１１０では、サービス要求が発生したか否かを判断する。例えば自ピアにログオンしているユーザーの操作等によってアプリケーション実行部２０によりアプリケーションが実行され、サービス要求が発生した場合には、アプリケーション実行部２０からメッセージ制御部２４へサービス要求が通知される。この場合、ステップ１１２へ移行し、サービス要求が発生していない場合には、ステップ１１６へ移行する。
【００５６】
ステップ１１２では、発生したサービス要求に対応したメッセージを作成して転送機能付きピアに送信する。例えば、アプリケーション実行部２０からのサービス要求が、所望のファイルを取得する要求だった場合には、アプリケーション実行部２０から通知されたファイル名等の所望のファイルを特定するための情報を含むファイル探索要求メッセージを転送機能付きピアに送信する。
【００５７】
ステップ１１４では、送信したメッセージに対する応答処理を行う。すなわち、送信したメッセージに対する応答メッセージを受信し、受信した応答メッセージの内容に応じた処理を行う。例えば、サービス要求が所定のファイルを取得する要求であった場合には、そのファイルを所有しているピアがあれば、そのピア情報が応答メッセージとして受信されるので、これをアプリケーション実行部２０に通知する。この場合、アプリケーション実行部２０では、受信したピア情報に基づいて、所望のファイルを所有しているピアにファイル送信要求を送信するようメッセージ制御部２４に依頼する。これにより、所望のファイルを取得することができる。
【００５８】
そして、ステップ１１６では、転送機能付きピアから、他ピアから何らかのサービス提供又は情報提供を要求する要求メッセージを受信したか否かを判断し、要求メッセージを受信していた場合には、ステップ１１８へ移行し、要求メッセージを受信していない場合には、ステップ１０６へ戻って上記と同様の処理を繰り返す。
【００５９】
ステップ１１８では、要求に対する処理を実行する。そして、ステップ１２０において、処理結果に対応したメッセージを転送機能付きピアに送信する。例えば、他ピアからファイル探索の要求メッセージを受信した場合には、その要求メッセージをファイル検索を実行するアプリケーション実行部２０へ渡す。これによりアプリケーション実行部２０においてファイル検索が実行され、検索結果がメッセージ制御部２４に通知される。メッセージ制御部２４では、アプリケーション実行部２０から通知された検索結果に基づいて応答メッセージを作成し、ファイル探索要求メッセージの送信元のピアに送信する。例えばファイルが検索できた場合には、自ピアのピアＩＤ等の情報を含めた応答メッセージを作成して、ファイル探索要求メッセージの送信元のピアに送信する。これにより、送信元のピアでは、所望のファイルが検索できたか否かを確認することができる。
【００６０】
次に、転送機能付きピアで実行される処理について説明する。
【００６１】
転送機能付きピアは、まず図８に示すステップ２００において、例えば自ピアに予め記憶された設定情報に設定された他の転送機能付きピアに対して、又はマルチキャストやブロードキャストにより他の転送機能付きピアに対して、グループ情報やユーザー情報等の各種情報を送信するよう要求し、これらの情報を取得する。取得した情報は、Ｐ２Ｐ基盤管理データ記憶部１８に記憶される。これにより、Ｐ２Ｐネットワークを構成しているピアの情報やログオンしているユーザーの情報を得ることができる。
【００６２】
ステップ２０２では、Ｐ２Ｐ基盤管理データ記憶部１８に記憶された隣接情報１８Ｃを、自ピアの隣の転送機能付きピア全てに告知する。隣接情報１８Ｃには、自ピアの隣の転送機能付きピアの情報が少なくとも含まれ、さらに、他のピアが有している隣接情報を既に取得している場合には、その隣接情報も含まれる。
【００６３】
ステップ２０４では、隣の転送機能付きピアに隣接情報を送信するよう要求し、取得する。このように、自ピアの隣の転送機能付きピアと隣接情報を交換する。
【００６４】
そして、ステップ２０６では、交換した隣接情報に基づき、スパニングツリーの構成情報を生成し、Ｐ２Ｐ基盤管理データ記憶部１８に経路情報として記憶する。ここで、スパニングツリーとは、メッセージの転送経路が、ループのない木構造となるような経路を表す。例えばＰ２Ｐネットワークが、図９（Ａ）に示すように、グループ１にのみ属する転送機能付きピア５０1、グループ２にのみ属する転送機能付きピア５０2、グループ１、２の何れにも属する転送機能付きピア５０12、何れのグループにも属さない転送機能付きピア５０n、これらの各転送機能付きピアの背後に存在するエンドピア（図９では図示省略）で構成されていたとする。この場合、スパニングツリーは、図９（Ｂ）に示すようなループのない木構造の経路となる。
【００６５】
次のステップ２０８では、エンドピアからのメッセージ送信要求を受信したか否かを判断し、受信している場合にはステップ２１０へ移行し、受信していない場合には、ステップ２１２へ移行する。
【００６６】
ステップ２１０では、スパニングツリーの構成情報としての経路情報に基づいて、メッセージを転送する。例えば、図９（Ａ）に示すようなネットワークが構築されている場合において、エンドピアが例えばグループ１に属しており、グループ１向けの要求メッセージを転送機能付きピアに送信した場合について説明する。この場合、転送機能付きピアは、グループ１に属しているエンドピアに対してのメッセージ転送を担う転送機能付きピアを全て含み、この転送機能付きピア全てにメッセージが転送されるようなスパニングツリー、例えば図９（Ｃ）に示すようなスパニングツリーを経路情報に基づいて計算する。そして、転送機能付きピアは、計算されたスパニングツリーに基づいて、隣の転送機能付きピア全てにエンドピアからの要求メッセージを転送する。これにより、図９（Ｃ）に示すスパニングツリー上の転送機能付きピアにメッセージが転送され、グループ１のエンドピア全てにメッセージが転送される。なお、グループ２向けのメッセージ送信要求を転送機能付きピアに送信した場合は、図９（Ｄ）に示すようなスパニングツリーが計算される。
【００６７】
次のステップ２１２では、隣の転送機能付きピアからメッセージを受信したか否かを判断し、受信した場合にはステップ２１４へ移行し、受信していない場合には、ステップ２０８へ戻って上記と同様の処理を繰り返す。なお、定期的にステップ２００へ戻ってスパニングツリーを定期的に計算するようにしてもよい。
【００６８】
ステップ２１４では、計算したスパニングツリーに基づき、メッセージを転送する必要がある場合、すなわちスパニングツリー上における隣の転送機能付きピアのうちメッセージを転送していない転送機能付きピアが存在する場合には、その転送機能付きピアにメッセージを転送する。また、受信したメッセージが、自ピアがメッセージの転送を担うエンドピアと同一のグループ宛であった場合には、そのメッセージをエンドピアへ転送する。
【００６９】
このように、スパニングツリーを各転送機能付きピアが計算し、このスパニングツリー計算に従ってメッセージを転送することにより、同じグループ内のエンドピア間においてメッセージの送受信が可能となる。
【００７０】
上記のような転送機能付きピアによってメッセージを転送する構成は、主にＬＡＮ（Local Area Network）等の比較的小規模のネットワークでＰ２Ｐネットワークを構築する場合に適しているが、大規模のネットワークでＰ２Ｐネットワークを構成する場合には、ファイアウォールやゲートウェイ等を介して、異なるネットワークに接続されたピア間でメッセージの送受信が行われる。以下では、このような比較的大規模なネットワークでＰ２Ｐネットワークを構築する場合に適した形態について説明する。
【００７１】
図１０に示すＰ２Ｐネットワーク１１は、複数のネットワーク５２〜５８を含み、ネットワーク５２は、ルータ６０、６２を介してネットワーク５４と接続されると共に、ルータ６４を介してネットワーク５８と接続される。また、ネットワーク５６は、ルータ６６を介してネットワーク５８と接続される。
【００７２】
ネットワーク５２は、エンドピア５２Ａ、５２Ｂ、及び待ち合わせ機能付きピア５２Ｃを含んで構成され、ネットワーク５４はエンドピア５４Ａを含んで構成され、ネットワーク５６はエンドピア５６Ａを含んで構成され、ネットワーク５８は中継機能付きピア５８Ａを含んで構成されている。なお、待ち合わせ機能付きピアは、図示しない待ち合わせ機能サービス部をサービス実行部３４に備えた構成であり、中継機能付きピア５８Ａは、図示しない中継機能サービス部をサービス実行部３４に備えた構成である。
【００７３】
このように構成されたＰ２Ｐネットワーク１１において、エンドピアは、図７のフローチャートの示す処理とほぼ同様の処理を実行する。すなわち、Ｐ２Ｐネットワーク１１におけるエンドピアで実行される処理は、図７のフローチャートの説明において、転送機能付きピアを待ち合わせ機能付きピアに言い換えた処理を実行すると考えることができる。
【００７４】
また、中継機能付きピアは、基本的には所謂ゲートウェイとしての動作をするピアである。中継機能付きピアは、まず、例えば自ピアに記憶された設定情報に予め設定された他のピアに対して、又はマルチキャストやブロードキャストにより他のピアに対して、グループ情報やユーザー情報等の各種情報を送信するよう要求し、これらの情報を取得しておく。そして、他ピアからメッセージを受信した場合には、送信先として指定されたピアにメッセージを転送する。
【００７５】
次に、待ち合わせ機能付きピアで実行される処理について、図１１に示すフローチャートを参照して説明する。
【００７６】
まず、ステップ３００において、例えば自ピアに記憶された設定情報に予め設定された他の転送機能付きピアに対して、又はマルチキャストやブロードキャストによって、他のピアに対してグループ情報やユーザー情報等の各種情報を送信するよう要求する。
【００７７】
ステップ３０２では、他ピアから何らかの情報、例えばステップ３００で要求したグループやユーザー情報等の情報や、他ピアからの告知情報等を受信したか否かを判断し、受信した場合には、ステップ３０４へ移行し、受信していない場合には、ステップ３０６へ移行する。
【００７８】
ステップ３０４では、他ピアから受信した情報をＰ２Ｐ基盤管理データ記憶部１８に記憶させる。例えば受信した情報がグループ情報であればグループ情報１８ＢとしてＰ２Ｐ基盤管理データ記憶部１８に記憶させ、受信した情報がユーザー情報であればユーザー情報１８ＥとしてＰ２Ｐ基盤管理データ記憶部１８に記憶させる。
【００７９】
ステップ３０６では、エンドピアから何らかのサービス提供又は情報提供を要求する要求メッセージを受信したか否かを判断し、受信している場合には、ステップ３０８へ移行し、受信していない場合には、ステップ３０２へ戻って上記と同様の処理を繰り返す。
【００８０】
ステップ３０８では、要求メッセージに対応した情報が自ピアのＰ２Ｐ基盤管理データ記憶部１８に記憶されているか否かを判断し、記憶されている場合には、ステップ３１０へ移行し、記憶されていない場合には、ステップ３１２へ移行する。
【００８１】
ステップ３１０では、要求メッセージに対応した情報をＰ２Ｐ基盤管理データ記憶部１８から読み出して要求元のピアに送信する。
【００８２】
一方、ステップ３１２では、要求メッセージを隣接のピアに転送する。これにより、要求メッセージが他ピアに伝搬される。これにより、要求メッセージに対応した処理を実行可能なピアから応答メッセージが送信される。
【００８３】
ステップ３１４では、要求メッセージに対応した処理を実行可能なピアから送信された応答メッセージを受信し、これを要求元のエンドピアに送信する。
【００８４】
ここで、ネットワーク５４のピア５４Ａが告知情報の探索要求を行う場合について説明する。この場合、ピア５４Ａは、待ち合わせ機能付きピアを検索し、検索された待ち合わせ機能付きピア５２Ｃに告知情報の探索要求メッセージを送信する。これにより待ち合わせ機能付きピア５２Ｃは、自ピアに他ピアの告知情報が蓄積されていれば、これをピア５４Ａに送信し、蓄積されていない場合には、例えば隣のピア５２Ａ、５２Ｂ等に告知情報を送信するよう要求する。このとき、ピア５２Ａは、自ピアの告知情報と、自ピアに記憶されている他ピアの告知情報、例えばピア５６Ａの告知情報がすでに記憶されている場合には、その告知情報とを待ち合わせ機能付きピア５２Ｃに送信する。ピア５２Ｃについても同様である。待ち合わせ機能付きピア５４Ｃは、他ピアから送信された告知情報を蓄積すると共に、ピア５４Ａに送信する。
【００８５】
以上のように、待ち合わせ機能付きピアは、他ピアから送信された告知情報等の各種情報を自ピアに蓄積しておき、エンドピアからの要求に対応した情報が自ピアに記憶されている場合には、その情報をエンドピアに送信する。従って、Ｐ２Ｐネットワーク１１のように大規模なネットワークにおけるメッセージの送受信の効率を向上させることができる。
【００８６】
次に、アプリケーション実行の具体例として、アプリケーションがファイル共有サービスの場合におけるアプリケーション実行部２０の処理について説明する。
【００８７】
この場合、アプリケーション実行部２０は、ファイル名等の所望のファイルを特定するための情報を少なくとも含んだファイル探索要求をメッセージ制御部２４のメッセージディスパッチ部３６に通知する。メッセージディスパッチ部３６では、このファイルを所有するピアを探索するようピア探索サービス部３８に対して要求する。これにより、ピア探索サービス部３８によって所望のファイルを所有するピアが探索され、アプリケーション実行部２０に通知される。そして、アプリケーション実行部２０では、探索されたピアに対してファイルを送信するよう要求し、取得する。なお、所望のファイルを所有しているピアの情報を既に取得しており、自ピアに記憶されていた場合には、ピア探索を実行せずに、直接そのピアにファイル送信要求を送信してファイルを取得すればよい。
【００８８】
このように、アプリケーション実行部２０は、メッセージ制御部２４を介して他ピアとメッセージの送受信を行い、サービスを提供する。
【００８９】
なお、Ｐ２Ｐネットワークの構築について上記は一例であり、例えば上記特許文献１に記載されたプロトコルや、ＪＸＴＡプロトコルのＰＤＰ（Peer Discovery Protocol：ピア発見プロトコル）、ＰＲＰ（Peer Resolver Protocol：ピア解決プロトコル）、ＰＩＰ（Peer Information Protocol：ピア情報プロトコル）、ＰＭＰ（Peer Membership Protocol：ピアメンバーシッププロトコル）、ＰＢＰ（Peer Binding Protocol：ピアバインディングプロトコル）、ＰＥＰ（Peer Endpoint Protocol：ピアエンドポイントプロトコル）等の公知のプロトコルを用いてＰ２Ｐネットワークを構築してもよい。
【００９０】
次に、本実施形態に係るＰ２Ｐネットワークの具体的な形態として、図１２に示すように、ピアとしてのパーソナルコンピュータ（以下、ＰＣ）１２Ａ〜１２Ｄ、プリンタ１２Ｅを含むＰ２Ｐネットワークが構築されている場合を例に説明する。
【００９１】
ＰＣ１２Ａ〜１２Ｄは、基本的に上記で説明した図５、６に示したピア１２の機能を有しており、その他は、汎用的なパーソナルコンピュータと同様の構成である。また、プリンタ１２Ｅも基本的に上記で説明した図５、６に示したピア１２の機能を有しており、その他は、汎用的なプリンタと同様の構成である。
【００９２】
また、ＰＣ１２Ａ〜１２Ｄ、プリンタ１２Ｅは、それぞれのアプリケーション実行部２０においてファイル共有アプリケーションを実行可能であり、各ＰＣ、プリンタで作成されたファイルはアプリケーションメモリ２２に記憶される。
【００９３】
ファイル共有アプリケーションは、共有モードとしてダウンロードモードとコピーモードとを有し、これらの各モードは例えばユーザーの設定により選択することができる。ここで、ダウンロードモードとは、ファイル名、ファイルの作成日時（更新日時）、ファイルサイズ等、ファイルの特徴を表すデータであるインデックスデータのみをＰ２Ｐネットワーク上で共有し、必要になった時点でそのファイルの実体データを保存しているピアに要求して取得するモードである。
【００９４】
一方、コピーモードとは、ファイルの実体データをＰ２Ｐネットワーク上で共有するモード、すなわちＰ２Ｐネットワーク上の全てのピア又は特定のグループに属するピア全てでファイルのインデックスデータだけでなく実体データも共有するモードである。
【００９５】
次に、ＰＣ１２Ａが作成した共有ファイルを、他のＰＣ１２Ｂ〜１２Ｄ、プリンタ１２Ｅがそのピアの設定に従って変換して保存する場合における各ＰＣで実行される処理を、図１３及び図１４に示すフローチャートを参照して説明する。
【００９６】
なお、Ｐ２Ｐネットワーク上の各ＰＣは、実際には図１３及び図１４に示す処理を両方行うが、ここでは説明を簡単にするため、ファイルを共有ファイルとして提供するＰＣと、そのファイルを取得するＰＣやプリンタとを分けて説明する。
【００９７】
まず、ＰＣ１２Ａのアプリケーション実行部２０で実行されるファイル共有アプリケーションの処理について、図１３に示すフローチャートを参照して説明する。この処理は、例えばＰＣ１２Ａの立ち上げ時に実行される。
【００９８】
まず、ステップ４００において、アプリケーションメモリ２２に設定された共有フォルダにファイルがストアされたか否かを判断し、ストアされた場合にはステップ４０２へ移行し、ストアされていない場合には、ステップ４０４へ移行する。
【００９９】
ステップ４０２では、自ピアが属するピアグループの他ピア、すなわちＰＣ１２Ｂ〜１２Ｄ、プリンタ１２Ｅに対してファイルがストアされたことを通知する。
【０１００】
ステップ４０４では、他ピアからファイルのインデックスデータや実体データの取得を要求されたか否かを判断し、取得を要求された場合には、ステップ４０６へ移行し、要求されていない場合には、ステップ４００へ戻って上記と同様の処理を繰り返す。
【０１０１】
ステップ４０６では、要求されたデータを共有フォルダから読み出して要求元の他のＰＣに送信する。これにより、ＰＣ１２Ａの共有フォルダにストアされたファイルがＰＣ１２Ａ〜１２Ｄ、プリンタ１２Ｅにおいて共有される。
【０１０２】
次に、ＰＣ１２Ｂ〜１２Ｄ、プリンタ１２Ｅのアプリケーション実行部２０で実行されるファイル共有アプリケーションの処理について、図１４に示すフローチャートを参照して説明する。
【０１０３】
なお、ＰＣ１２Ｂ〜１２Ｄ、プリンタ１２Ｅでは、他ピアから取得したファイルを予め定めたフォーマットに変換したり、そのファイルの属性（例えばアクセス権限等）を変更したりすることをファイル取得時に自動的に行うための設定を、例えばユーザーの操作等により行うことができ、この設定情報は、アプリケーションメモリ２２に記憶される。
【０１０４】
まず、ステップ５００では、他のピア（ここでは、ＰＣ１２Ａ）から、そのピアにファイルがストアされたことを通知するメッセージを受信したか否かを判断し、メッセージを受信した場合にはステップ５０２へ移行し、メッセージを受信していない場合には、ファイルがストアされたことを通知されるまで待機する。
【０１０５】
ステップ５０２では、自ピアに設定されている共有モードがダウンロードモードであるか否かを判断し、ダウンロードモードが設定されている場合にはステップ５０４へ移行し、コピーモードが設定されている場合にはステップ５０６へ移行する。
【０１０６】
ステップ５０４では、共有ファイルの作成元のピアの共有フォルダにストアされたファイルのインデックスデータを送信するようにそのピアに要求し、インデックスデータを取得する。
【０１０７】
一方、ステップ５０６では、共有ファイルの作成元のピアの共有フォルダにストアされたファイルのインデックスデータだけでなく実体データも含めて送信するようにそのピアに要求し、取得する。
【０１０８】
ステップ５０８では、取得したファイルを変換する必要があるか否かを判断する。具体的には、アプリケーションメモリ２２に設定情報が存在し、その設定情報に変換すべフォーマットが指定されているか否かを判断する。
【０１０９】
そして、取得したファイルを変換する必要がある場合には、ステップ５１０へ移行し、取得したファイルを変換する必要がない場合には、ステップ５００へ戻り、上記と同様の処理を繰り返す。
【０１１０】
ステップ５１０では、取得したファイルを設定情報で指定されたフォーマットに変換する。
【０１１１】
ここで、変換処理の具体例について説明する。例えばＰＣ１２Ａ〜１２Ｃ、プリンタ１２Ｅが社内ネットワークに接続されたピアであり、ＰＣ１２Ｄが社外のネットワークに接続されたピアである場合、ＰＣ１２Ｄにログオンしているユーザーに対しては、安全性を考慮して、ＰＣ１２Ａから送信された共有対象のファイルをそのまま参照したり、ファイルに書き込んだりするのを禁止したい場合がある。
【０１１２】
この場合、ＰＣ１２Ｄでは、設定情報を、パスワード付きのフォーマット、すなわちパスワードを入力しなければファイルを参照できないファイルフォーマットに変換するように設定したり、アクセス権限を読み込みのみ可に変更するよう設定しておく。
【０１１３】
これにより、ＰＣ１２Ｄでは、ＰＣ１２Ａから送信された共有対象のファイルは、設定情報に従ってパスワード付きのファイルフォーマットに変換されたり、アクセス権限が読み込みのみ可に変更されて記憶される。そして、ＰＣ１２Ｄにログオンしたユーザーは、そのファイルを参照するにはパスワードを入力しなければ参照できなかったり、書き込みができなかったりする。これにより、安全にファイルを共有することができる。
【０１１４】
また、インデックスデータのみを取得した場合、実体データが文書データや画像データのような場合、そのデータの内容を確認できるサムネイル画像を生成して記憶しておくようにしてもよい。これにより、ファイルの内容を視覚的に容易に確認することが可能となる。
【０１１５】
また、例えばＰＣ１２Ａで使用しているアプリケーションのバージョンよりもＰＣ１２Ｂが使用しているアプリケーションのバージョンが古い場合、ＰＣ１２Ｂにおいて、バーションを古いバーションに変換して記憶するようにしてもよい。この場合、ＰＣ１２Ｂにファイルのバージョンを変換するアプリケーションが必要となる。これにより、ＰＣ１２Ｂのユーザーはバージョンを意識することなく、古いバージョンのファイルを使用することができる。逆に、ＰＣ１２Ａで使用しているアプリケーションのバージョンよりもＰＣ１２Ｂが使用しているアプリケーションのバージョンが新しい場合、ＰＣ１２Ｂにおいて、バーションを新しいバーションに変換して記憶するようにしてもよい。
【０１１６】
また、例えばプリンタ１２Ｅがページ記述言語（PDL：Page Description Language）を解釈可能なプリンタ、例えばポストスクリプト対応のプリンタである場合、ＰＣ１２Ａが作成した文書ファイルを共有する場合、この文書ファイルをプリンタ１２Ｅがポストスクリプトデータに変換して記憶しておく。または、ＰＣ１２Ａで文書ファイルをポストスクリプトデータに変換して、これを共有する場合に、プリンタ１２ＥでＲＩＰ（Raster Image Processor）処理によりラスタイメージデータに変換し、これを記憶しておく。なお、ページ毎に別ファイルにして記憶するようにしてもよい。
【０１１７】
この場合、ＰＣ１２Ａが文書ファイルの印刷を印刷属性（両面印刷、印刷部数、用紙サイズ等）と共にプリンタ１２Ｅに指示すると、すでにプリンタ１２Ｅにはその文書ファイルのポストスクリプトデータ又はラスタイメージデータで記憶されているので、速やかに印刷属性に従って印刷が開始される。その他のＰＣ１２Ｂ等が再印刷する場合も同様である。
【０１１８】
このように、プリンタ１２Ｅでは、ＰＣ１２Ａの共有フォルダに文書ファイルがストアされた時点で文書ファイルを取得して変換して記憶しておくので、ＰＣ１２Ａ等から印刷指示された場合に速やかに印刷を実行することができる。また、他のＰＣ１２Ｂから再印刷する場合でも、誰が同じファイルを印刷したのか等を確認する必要がなく、利便性を大幅に向上させることができる。
【０１１９】
なお、ファイルを共有する場合には、そのファイルが使用されるか否かは不明であるので、メモリの無駄な使用を避けるべく共有モードをダウンロードモードとし、ファイルを変換して共有する場合には、印刷指示後の処理を速やかにするためにコピーモードとするようにしてもよい。
【０１２０】
また、図１４の処理の開始時に、自ピアでは取得したファイルを変換して共有することを他ピアに通知するようにしてもよい。また、取得したファイルを変換してアプリケーションメモリ２２に記憶した後に、そのファイルを共有する処理が終了したことを他ピアに通知するようにしてもよい。
【０１２１】
また、本実施形態では、ピアがＰＣ及びプリンタの場合について説明したが、これに限らず、記憶装置を備えた装置であればファクシミリ、スキャナ等の他の装置にも本発明を適用可能であることはいうまでもない。
【図面の簡単な説明】
【０１２２】
【図１】Ｐ２Ｐネットワークのネットワーク構成図である。
【図２】ピュアＰ２Ｐのネットワーク構成図である。
【図３】ハイブリッドＰ２Ｐのネットワーク構成図である。
【図４】Ｐ２Ｐネットワークのグループについて説明するための概念図である。
【図５】ピアの基本的構成のブロック図である。
【図６】メッセージ制御部のブロック図である。
【図７】エンドピアで実行される処理のフローチャートである。
【図８】転送機能付きピアで実行される処理のフローチャートである。
【図９】スパニングツリーのイメージ図である。
【図１０】Ｐ２Ｐネットワークの他の形態のネットワーク構成図である。
【図１１】待ち合わせ機能付きピアで実行される処理のフローチャートである。
【図１２】Ｐ２Ｐネットワークの具体例を示すネットワーク構成図である。
【図１３】ピアで実行されるファイル共有処理のフローチャートである。
【図１４】ピアで実行されるファイル共有処理のフローチャートである。
【符号の説明】
【０１２３】
１０、１１ Ｐ２Ｐネットワーク
１２ ピア
１６ Ｐ２Ｐ基盤構成部
１８ Ｐ２Ｐ基盤管理データ記憶部
２０ アプリケーション実行部
２２ アプリケーションメモリ
２４ メッセージ制御部
２６ データ管理部
２８ 送信部
３０ 受信部
３２ ネットワーク
３４ サービス実行部
３６ メッセージディスパッチ部
３８ ピア探索サービス部
４０ 告知情報公開サービス部
４２ 告知情報取得サービス部
４４ グループ管理サービス部
４６ ユーザー管理サービス部
４８ ピア管理サービス部
【特許請求の範囲】
【請求項１】
複数の情報処理装置が接続されたネットワークに接続される情報処理装置であって、
前記他の情報処理装置が公開した共有データを取得する取得手段と、
前記共有データを、所定条件を設定した設定情報に基づいて変換する変換手段と、
変換後のデータを記憶する記憶手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記設定情報は、パスワード付きのデータに変換する条件を含むことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記設定情報は、アクセス権限を変更する条件を含むことを特徴とする請求項１又は請求項２記載の情報処理装置。
【請求項４】
前記変換条件は、前記共有データを処理するアプリケーションのバージョンを他のバージョンに変換する条件であることを特徴とする請求項１乃至請求項３の何れか１項に記載の情報処理装置。
【請求項５】
前記情報処理装置はプリンタであり、前記変換手段は、前記共有データを前記プリンタで解釈可能なフォーマットに変換することを特徴とする請求項１記載の情報処理装置。
【請求項６】
前記ネットワークは、複数の情報処理装置の少なくとも一部が特定のサーバを介さずに通信するピアツーピアネットワークであることを特徴とする請求項１乃至請求項５の何れか１項に記載の情報処理装置。
【請求項７】
複数の情報処理装置が接続されたネットワークに接続される情報処理装置により実行される情報処理方法であって、
前記他の情報処理装置が公開した共有データを取得し、
前記共有データを、変換条件を設定した設定情報に基づいて変換し、
変換後のデータを記憶手段に記憶させる、
ことを特徴とする情報処理方法。
【請求項８】
複数の情報処理装置が接続されたネットワークに接続される情報処理装置により実行される情報処理プログラムであって、
前記他の情報処理装置が公開した共有データを取得するステップと、
前記共有データを、変換条件を設定した設定情報に基づいて変換するステップと、
変換後のデータを記憶手段に記憶させるステップと、
を含むことを特徴とする情報処理プログラム。
【請求項１】
複数の情報処理装置が接続されたネットワークに接続される情報処理装置であって、
前記他の情報処理装置が公開した共有データを取得する取得手段と、
前記共有データを、所定条件を設定した設定情報に基づいて変換する変換手段と、
変換後のデータを記憶する記憶手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記設定情報は、パスワード付きのデータに変換する条件を含むことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記設定情報は、アクセス権限を変更する条件を含むことを特徴とする請求項１又は請求項２記載の情報処理装置。
【請求項４】
前記変換条件は、前記共有データを処理するアプリケーションのバージョンを他のバージョンに変換する条件であることを特徴とする請求項１乃至請求項３の何れか１項に記載の情報処理装置。
【請求項５】
前記情報処理装置はプリンタであり、前記変換手段は、前記共有データを前記プリンタで解釈可能なフォーマットに変換することを特徴とする請求項１記載の情報処理装置。
【請求項６】
前記ネットワークは、複数の情報処理装置の少なくとも一部が特定のサーバを介さずに通信するピアツーピアネットワークであることを特徴とする請求項１乃至請求項５の何れか１項に記載の情報処理装置。
【請求項７】
複数の情報処理装置が接続されたネットワークに接続される情報処理装置により実行される情報処理方法であって、
前記他の情報処理装置が公開した共有データを取得し、
前記共有データを、変換条件を設定した設定情報に基づいて変換し、
変換後のデータを記憶手段に記憶させる、
ことを特徴とする情報処理方法。
【請求項８】
複数の情報処理装置が接続されたネットワークに接続される情報処理装置により実行される情報処理プログラムであって、
前記他の情報処理装置が公開した共有データを取得するステップと、
前記共有データを、変換条件を設定した設定情報に基づいて変換するステップと、
変換後のデータを記憶手段に記憶させるステップと、
を含むことを特徴とする情報処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００６−１９５５４７（Ｐ２００６−１９５５４７Ａ）
【公開日】平成１８年７月２７日（２００６．７．２７）
【国際特許分類】
【出願番号】特願２００５−３９７７（Ｐ２００５−３９７７）
【出願日】平成１７年１月１１日（２００５．１．１１）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成１８年７月２７日（２００６．７．２７）
【国際特許分類】
【出願日】平成１７年１月１１日（２００５．１．１１）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]