(57)【要約】【課題】クライアント装置が増加してもサーバ装置への負荷集中を防止し、スケーラビリティを確保することが可能な出力システム、情報処理装置及び管理サーバ装置を提供する。【解決手段】出力すべきデータの出力指示を行う出力指示部11、出力指示に基づいて出力すべきデータを出力用データに変換する変換部12、及び、出力指示に基づいて出力用データを出力する出力部13を備え、出力指示部11、変換部12、出力部13の内の少なくとも1以上の処理部を有する複数の情報処理装置を有する出力システム100であって、出力指示部11は、変換部12、及び、出力部13を特定する特定情報を取得する特定情報取得手段114と、特定情報取得手段114により取得された変換部12に対して、前記出力すべきデータを変換する指示及び該変換部12により変換された出力用データを前記特定情報取得手段114により取得された出力部13に出力させる指示を送信する指示送信手段116とを有する。【選択図】図４
2009037350.tif 000002
【特許請求の範囲】
【請求項１】
出力すべきデータの出力指示を行う出力指示部、出力指示に基づいて出力すべきデータを出力用データに変換する変換部、及び、出力指示に基づいて出力用データを出力する出力部を備え、前記出力指示部、前記変換部、前記出力部の内の少なくとも１以上の処理部を有する複数の情報処理装置を有する出力システムであって、
前記出力指示部は、
前記変換部、及び、前記出力部を特定する特定情報を取得する特定情報取得手段と、
前記特定情報取得手段により取得された変換部に対して、前記出力すべきデータを変換する指示及び該変換部により変換された出力用データを前記特定情報取得手段により取得された出力部に出力させる指示を送信する指示送信手段と、
を有することを特徴とする出力システム。
【請求項２】
前記複数の情報処理装置が有する前記処理部の特定情報を含む処理部情報を管理する処理部情報管理手段を備えた管理サーバ装置をさらに有し、
前記出力指示部は、
前記管理サーバ装置に対して前記特定情報の取得要求を行う特定情報要求手段を有し、
前記管理サーバ装置は、
前記特定情報要求手段からの前記特定情報の取得要求に応じて、前記処理部情報管理手段により管理された前記処理部の特定情報を前記出力指示部に送信する通信手段を有することを特徴とする請求項１に記載の出力システム。
【請求項３】
前記処理部情報管理手段により管理される前記処理部情報は、さらに、前記処理部の処理能力に係る情報を含んでおり、
前記管理サーバ装置は、
前記特定情報要求手段からの前記特定情報の取得要求に応じて、前記処理部情報管理手段により管理される各々の処理部の処理能力に係る情報に基づいて、送信すべき処理部の特定情報を決定する特定情報決定手段を有し、
前記通信手段は、前記特定情報決定手段により決定された処理部の特定情報を、前記出力指示部に対して送信することを特徴とする請求項２に記載の出力システム。
【請求項４】
前記複数の情報処理装置の内の１以上は、起動時又は自装置の処理部情報が変更された時、当該情報処理装置の処理部情報を前記管理サーバ装置に送信する処理部情報送信手段を有し、
前記処理部情報管理手段は、前記処理部情報送信手段により送信された処理部情報に基づいて、管理している処理部情報を更新することを特徴とする請求項２又は３に記載の出力システム。
【請求項５】
前記処理部情報は、当該処理部の名前、当該処理部のアドレス情報、当該処理部の処理能力に係る情報の内の少なくとも１以上を含むことを特徴とする請求項２乃至４のいずれか一項に記載の出力システム。
【請求項６】
前記出力指示部は、
前記管理サーバ装置に、前記処理部情報管理手段により管理される出力部のリストを問い合わせる出力部リスト問い合わせ手段をさらに備えることを特徴とする請求項２乃至５のいずれか一項に記載の出力システム。
【請求項７】
前記出力指示部は、
前記管理サーバ装置に、前記処理部情報管理手段により管理される処理部情報の問い合わせを行う処理部情報問い合わせ手段をさらに備えることを特徴とする請求項２乃至６のいずれか一項に記載の出力システム。
【請求項８】
前記出力すべきデータを管理するデータサーバをさらに備え、
前記出力指示部は、前記出力すべきデータをデータサーバに登録し、前記データサーバにおける前記出力すべきデータを特定する特定情報を前記変換部に送信することを特徴とする請求項１に記載の出力システム。
【請求項９】
前記変換部により変換された出力用データを管理するデータサーバをさらに備え、
前記変換部は、当該変換部により変換した出力用データをデータサーバに登録し、前記データサーバにおける前記出力用データを特定する特定情報を前記出力部に送信することを特徴とする請求項１に記載の出力システム。
【請求項１０】
前記複数の情報処理装置の内の１以上が、前記管理サーバ装置が有する各機能を有することを特徴とする請求項２乃至７に記載の出力システム。
【請求項１１】
出力すべきデータの出力指示を行う出力指示部、出力指示に基づいて出力すべきデータを出力用データに変換する変換部、及び、出力指示に基づいて出力用データを出力する出力部を備え、前記出力指示部、前記変換部、前記出力部の内の少なくとも１以上の処理部を有する複数の情報処理装置を有する出力システムにおける情報処理装置であって、
前記出力指示部は、
前記変換部、及び、前記出力部を特定する特定情報を取得する特定情報取得手段と、
前記特定情報取得手段により取得された変換部に対して、前記出力すべきデータを変換する指示及び該変換部により変換された出力用データを前記特定情報取得手段により取得された出力部に出力させる指示を送信する指示送信手段と、
を有することを特徴とする情報処理装置。
【請求項１２】
出力すべきデータの出力指示を行う出力指示部、出力指示に基づいて出力すべきデータを出力用データに変換する変換部、及び、出力指示に基づいて出力用データを出力する出力部を備え、前記出力指示部、前記変換部、前記出力部の内の少なくとも１以上の処理部を有する複数の情報処理装置と、管理サーバ装置とを有する出力システムにおける管理サーバ装置であって、
前記複数の情報処理装置が有する前記処理部を特定する特定情報を含む処理部情報を管理する処理部情報管理手段と、
前記出力指示部からの特定情報の取得要求に応じて、前記処理部情報管理手段により管理された前記処理部の特定情報を前記出力指示部に送信する通信手段と、
を有することを特徴とする管理サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出力システム、情報処理装置及び管理サーバ装置に関する。
【背景技術】
【０００２】
従来、コンピュータなどの情報処理装置を情報処理端末とし、ネットワークを介して相互に接続するネットワークシステムの形態としては、クライアントサーバシステムに加えて、Ｐ２Ｐ（Peer to Peer：ピアツーピア）システムがある。
【０００３】
クライアントサーバシステムは、サーバが各種の情報資源を管理したり各種のアプリケーションなどを提供するサービスを実行したり、クライアントがサーバから提供されるサービスを受けるシステムとなっている。
【０００４】
これに対して、Ｐ２Ｐシステムは、基本的には専用のサーバを設けず、ネットワークに接続された個々のピア（例えばパーソナルコンピュータなどであり情報処理端末と同義）が対等なシステムであり、個々のピアが所定のサービスを提供する他のピアに提供するサーバとして動作可能とするシステムとなっている。
【０００５】
すなわち、Ｐ２Ｐシステムでは、各種のサーバを設けることができるが、サーバとしての動作を個々のピアで分散して行うこともできるようになっており、このようなＰ２Ｐシステムに対する種々の技術提案がなされている。
【０００６】
また、特許文献１には、ネットワークプリンタ等の周辺機器ごとの機器設定を共有して利用するときの効率的で的確な管理を可能とする技術が開示されている。また、特許文献２には、同じファームウェアやリソースを利用可能な複数の周辺装置が設けられているときに、ファームウェアやリソースの更新が容易となる技術が開示されている。さらに、特許文献３には、アプリケーション等をダウンロードして取得することなく、該当アプリケーション等を用いたデータ処理を可能とする技術が開示されている。また、特許文献４には、プリンタドライバをクライアント装置にインストールすることなく印刷を実行できるネットワーク印刷システムに係る技術が開示されている。
【特許文献１】特開２００６―１７８７８３号公報
【特許文献２】特開２００６―１７８７５１号公報
【特許文献３】特開２００６―１８４９５６号公報
【特許文献４】特開２００１―２６５５５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来の、例えば特許文献４等に開示されるネットワーク印刷システム（出力システム）は、プリンタドライバの機能を有するプリントサーバを備えることにより実現されている。しかしながら、プリンタドライバの処理は負荷が大きく、クライアント装置が増加するとプリントサーバの負荷が大きくなるという問題があった。
【０００８】
本発明は、上記の点に鑑みて、この問題を解決するために発明されたものであり、クライアント装置が増加してもサーバ装置への負荷集中を防止し、スケーラビリティを確保することが可能な出力システム、情報処理装置及び管理サーバ装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明における出力システムは、出力すべきデータの出力指示を行う出力指示部、出力指示に基づいて出力すべきデータを出力用データに変換する変換部、及び、出力指示に基づいて出力用データを出力する出力部を備え、前記出力指示部、前記変換部、前記出力部の内の少なくとも１以上の処理部を有する複数の情報処理装置を有する出力システムであって、前記出力指示部は、前記変換部、及び、前記出力部を特定する特定情報を取得する特定情報取得手段と、前記特定情報取得手段により取得された変換部に対して、前記出力すべきデータを変換する指示及び該変換部により変換された出力用データを前記特定情報取得手段により取得された出力部に出力させる指示を送信する指示送信手段とを有するように構成することができる。
【００１０】
また、上記の目的を達成するために、本発明における出力システムは、前記複数の情報処理装置が有する前記処理部の特定情報を含む処理部情報を管理する処理部情報管理手段を備えた管理サーバ装置をさらに有し、前記出力指示部は、前記管理サーバ装置に対して前記特定情報の取得要求を行う特定情報要求手段を有し、前記管理サーバ装置は、前記特定情報要求手段からの前記特定情報の取得要求に応じて、前記処理部情報管理手段により管理された前記処理部の特定情報を前記出力指示部に送信する通信手段を有するように構成することができる。
【００１１】
また、上記の目的を達成するために、本発明における前記処理部情報管理手段により管理される前記処理部情報は、さらに、前記処理部の処理能力に係る情報を含んでおり、前記管理サーバ装置は、前記特定情報要求手段からの前記特定情報の取得要求に応じて、前記処理部情報管理手段により管理される各々の処理部の処理能力に係る情報に基づいて、送信すべき処理部の特定情報を決定する特定情報決定手段を有し、前記通信手段は、前記特定情報決定手段により決定された処理部の特定情報を、前記出力指示部に対して送信するように構成することができる。
【００１２】
また、上記の目的を達成するために、本発明における前記複数の情報処理装置の内の１以上は、起動時又は自装置の処理部情報が変更された時、当該情報処理装置の処理部情報を前記管理サーバ装置に送信する処理部情報送信手段を有し、前記処理部情報管理手段は、前記処理部情報送信手段により送信された処理部情報に基づいて、管理している処理部情報を更新するように構成することができる。
【００１３】
また、上記の目的を達成するために、本発明における前記処理部情報は、当該処理部の名前、当該処理部のアドレス情報、当該処理部の処理能力に係る情報の内の少なくとも１以上を含むように構成することができる。
【００１４】
また、上記の目的を達成するために、本発明における前記出力指示部は、前記管理サーバ装置に、前記処理部情報管理手段により管理される出力部のリストを問い合わせる出力部リスト問い合わせ手段をさらに備えるように構成することができる。
【００１５】
また、上記の目的を達成するために、本発明における前記出力指示部は、前記管理サーバ装置に、前記処理部情報管理手段により管理される処理部情報の問い合わせを行う処理部情報問い合わせ手段をさらに備えるように構成することができる。
【００１６】
また、上記の目的を達成するために、本発明における出力システムは、前記出力すべきデータを管理するデータサーバをさらに備え、前記出力指示部は、前記出力すべきデータをデータサーバに登録し、前記データサーバにおける前記出力すべきデータを特定する特定情報を前記変換部に送信するように構成することができる。
【００１７】
また、上記の目的を達成するために、本発明における出力システムは、前記変換部により変換された出力用データを管理するデータサーバをさらに備え、前記変換部は、当該変換部により変換した出力用データをデータサーバに登録し、前記データサーバにおける前記出力用データを特定する特定情報を前記出力部に送信するように構成することができる。
【００１８】
また、上記の目的を達成するために、本発明における出力システムは、前記複数の情報処理装置の内の１以上が、前記管理サーバ装置が有する各機能を有するように構成することができる。
【００１９】
また、上記の目的を達成するために、本発明における情報処理装置は、出力すべきデータの出力指示を行う出力指示部、出力指示に基づいて出力すべきデータを出力用データに変換する変換部、及び、出力指示に基づいて出力用データを出力する出力部を備え、前記出力指示部、前記変換部、前記出力部の内の少なくとも１以上の処理部を有する複数の情報処理装置を有する出力システムにおける情報処理装置であって、前記出力指示部は、前記変換部、及び、前記出力部を特定する特定情報を取得する特定情報取得手段と、前記特定情報取得手段により取得された変換部に対して、前記出力すべきデータを変換する指示及び該変換部により変換された出力用データを前記特定情報取得手段により取得された出力部に出力させる指示を送信する指示送信手段とを有するように構成することができる。
【００２０】
また、上記の目的を達成するために、本発明における管理サーバ装置は、出力すべきデータの出力指示を行う出力指示部、出力指示に基づいて出力すべきデータを出力用データに変換する変換部、及び、出力指示に基づいて出力用データを出力する出力部を備え、前記出力指示部、前記変換部、前記出力部の内の少なくとも１以上の処理部を有する複数の情報処理装置と、管理サーバ装置とを有する出力システムにおける管理サーバ装置であって、前記複数の情報処理装置が有する前記処理部を特定する特定情報を含む処理部情報を管理する処理部情報管理手段と、前記出力指示部からの特定情報の取得要求に応じて、前記処理部情報管理手段により管理された前記処理部の特定情報を前記出力指示部に送信する通信手段とを有するように構成することができる。
【発明の効果】
【００２１】
本発明によれば、クライアント装置が増加してもサーバ装置への負荷集中を防止し、スケーラビリティを確保することが可能な出力システム、情報処理装置及び管理サーバ装置を提供することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明を実施するための最良の形態について図面を参照して説明する。なお、以下の各実施の形態では、本発明に係る出力システムを印刷出力システムに適用した例を説明するが、この場合に限らないものとする。
【００２３】
［第１の実施形態］
以下、本発明の第１の実施形態について図１〜図１０を用いて説明を行う。
【００２４】
（システム構成例）
図１は、本実施形態１における出力システムの全体構成例を示す図である。図１において、出力システム１００は、複数の端末１〜７が相互にネットワーク接続され、Ｐ２Ｐのネットワークを構成している。端末１〜７は、クライアント部１１、プリントサーバ部１２、プリンタ部１３の内の少なくとも１以上の構成要素（処理部）を有する装置である。さらに、出力システム１００は、端末１〜７の構成要素情報（処理部情報）を管理する端末管理サーバ装置２０を備えている。
【００２５】
クライアント部（出力指示部）１１は、所定の出力すべきデータの出力指示を行う処理部である。即ち、プリンタドライバを含まない印刷クライアントとしての機能を有する。例えば、印刷機能を持つアプリケーションや、Ｗｅｂベースの印刷クライアントである。
【００２６】
プリントサーバ部（変換部）１２は、プリンタドライバ、又は、クライアント部１１から受信した印刷データファイル等の出力すべきデータを後述のプリンタ部１３が処理可能な印刷データ等の出力用データへと変換可能な処理部である。さらに、変換した出力用データをネットワーク経由で後述のプリンタ部１３に送信することにより、印刷出力処理を実行することができる。
【００２７】
なお、本実施形態におけるプリントサーバ部１２は、一般的なプリントサーバ、すなわち、自身に接続されたプリンタをネットワーク上の他のコンピュータと共有し、外部から利用できるようにするコンピュータとは異なり、既存のプリントサーバの機能に加えて、出力すべきデータを出力用データに変換するプリンタドライバを含むものとする。
【００２８】
プリンタ部（出力部）１３は、プリントサーバ部１２から出力用データを受け取り、印刷出力処理を実行する処理部である。例えば、一般的なプリンタである。また、プリントサーバ部１２がＰＤＦ等の文書データを出力用データとして出力するプリンタドライバを用いる場合には、ＰＤＦを受信して保存するアプリケーション等もプリンタ部１３とすることができる。
【００２９】
端末管理サーバ２０は、端末１〜７の構成要素情報（処理部情報）を管理するコンピュータ装置である。構成要素情報管理部２１は、端末１〜７の構成要素（処理部）に係る情報を管理する。ここで、構成要素情報の例について図２を用いて説明する。
【００３０】
図２は、構成要素情報管理部により管理される情報の一例を示す図である。図２示すテーブルは、端末管理サーバ２０の非図示の記憶装置に保持される。テーブルの各項目について説明を行う。
【００３１】
例えば、端末１の「構成要素」の項目には「プリントサーバ」とある。これは端末１がプリントサーバ部１２を有することを示す。このように、「構成要素」は、各々の端末が有する構成要素（処理部）の名前である。
【００３２】
また、例えば端末１の「アドレス」の項目には、「http://106.106.106.106/PrintServer」とある。これは、このアドレスにアクセスすると端末１のプリントサーバ部１２にアクセスできることを示す。このように、「アドレス」は、各々の端末が有する構成要素のネットワーク上のＩＰアドレスなど所在に係る情報、即ち構成要素のアドレス情報である。
【００３３】
また、例えば端末１の「処理能力情報」の「ＰＤＬ（入力・出力）」の項目には、入力「Ｗｏｒｄ、ＰＤＦ」、出力「ＲＰＣＳ、ＰＣＬ」とある。これは、端末１のプリントサーバ部１２がＷｏｒｄ又はＰＤＦの形式の文書データを入力してＲＰＣＳ又はＰＣＬの形式のデータに変換して出力することが可能であることを示す。このように、「ＰＤＬ（入力・出力）」は、構成要素が処理可能なページ記述言語（ＰＤＬ）情報である。
【００３４】
また、例えば端末３の「処理能力情報」の「印刷設定（割付、用紙、カラー）」の項目には、割付「片面、集約、両面」、用紙「Ａ３、Ａ４」、カラー「白黒、カラー」とある。これは、端末３のプリンタ部１３が、片面（集約、両面）印刷、Ａ３（Ａ４）の用紙サイズでの印刷、白黒（カラー）での印刷が可能であることを示す。このように、「処理能力情報」は、構成要素が印刷出力を行う際の処理能力に係る情報である。また、処理能力情報は、別の構成要素が利用可能な構成要素の能力である。
【００３５】
このように、図２で示される端末１〜７の構成要素に係る情報は、構成要素の名前、構成要素のアドレス情報、構成要素の処理能力に係る情報を含んでいる。
【００３６】
以上、図２を用いて構成要素情報管理部２１により管理される情報について説明してきたが、管理される情報は上記に示した情報に限らない。例えば、構成要素の処理能力に係る情報は、当該構成要素を利用可能な構成要素の範囲を含めるようにすることもできる。つまり、例えばＷｉｎｄｏｗｓ（登録商標）のプリンタドライバはそのままでは同一の端末内のクライアントのみ利用可能であり、外部のクライアント部は利用できないため利用可能範囲が限定された能力であるといえる。また、構成要素情報には、前記構成要素を含む端末の物理的位置情報・プレゼンス（状態）・処理速度も含まれるようにすることもできる。
【００３７】
図１に戻って、経路決定部２２は、当該出力システム１００において出力処理を適切に実現させるための印刷処理経路を決定する。例えば、所定の端末のクライアント部１２において生成された印刷指示を受信し、該印刷指示に従って印刷処理を適切に実現させるための印刷処理経路（プリントサーバ部１２とプリンタ部１３の組み合わせ）を、構成要素情報管理部２１に管理された各構成要素の情報を用いて決定する。なお、決定した印刷処理経路の情報、即ちプリントサーバ部（変換部）１２、及び、プリンタ部（出力部）１３を特定する特定情報、はクライアント部１１に送信される。クライアント部１１は送信された情報を取得し、受信した情報に従って印刷処理を行う。具体的には、取得したプリントサーバ部１２に対して、印刷すべきデータを印刷データに変換する指示及びプリントサーバ部１２により変換された印刷データをプリンタ部１３に出力させる指示を送信する。なお、経路決定部２２の機能の詳細例については、図５及び６を用いて後述する。
【００３８】
以上のシステム構成により、本実施形態に係る出力システム１００では、プリントサーバが不要であり、耐障害性とスケーラビリティを備えた出力システムを構築することが可能としている。また、端末管理サーバ２０により各端末の構成要素情報を一元管理することが可能となる。
【００３９】
（機能構成の概要例）
図３は、本実施形態１における出力システムの機能構成の概要例を示す図である。図３において、端末１は、構成要素情報保持部１１０、構成要素情報送信部１２０、情報保持期限設定部１３０、処理部１４０を有する。処理部１４０は、クライアント部１１、プリントサーバ部１２、プリンタ部１３の内の少なくとも１つにより構成されている。なお、図３では、端末１と同様の構成を有する他の端末については省略している。
【００４０】
構成要素情報保持部１１０は、自装置の処理部１４０（クライアント部１１、プリントサーバ部１２、プリンタ部１３等）の構成要素情報を保持する。構成要素情報は、図２で示されるような情報である。
【００４１】
構成要素情報送信部１２０は、構成要素情報保持部１１０により保持された構成要素情報を端末管理サーバ２０に対して送信する。なお、構成要素情報送信部１２０は、端末１の起動時、及び、端末１の構成要素情報が変更した時に、自身の構成要素情報を端末管理サーバ２０にアップロードすることにより、端末管理サーバ２０は最新の構成要素情報を管理することができる。なお、端末１は、自装置の構成要素情報が変更した時には、構成要素情報の変更箇所のみアップロードすることにより、送信データ量を減らすことができる。
【００４２】
情報保持期限設定部１３０は、構成要素情報の保持期限を設定する。保持期限設定部１３０により保持期限を設定することにより、端末１が停電や故障等の理由によりオフラインになった場合でも、端末管理サーバ２０は保持期限経過後に構成要素情報を破棄したり、無効化したりすることにより、最新の情報を反映することが可能となる。さらに、端末１は定期的に端末管理サーバ２０に対して構成要素情報をアップロードすることにより、保持期限を延長するようにすることもできる。構成要素情報に変更がない場合は、次の保持期限を示す情報のみを持つアップロードリクエストを送信することにより、送信データ量を減らすことができる。
【００４３】
処理部１４０は、前述したクライアント部１１、プリントサーバ部１２、プリンタ部１３等のように各種処理を行う処理手段である。
【００４４】
端末管理サーバ２０は、構成要素情報管理部２１、要求処理部（経路決定部）２２、構成要素情報受信部２１０、要求受信部（経路要求受信部）２２０、回答送信部（経路回答送信部）２３０を有する。
【００４５】
構成要素情報管理部２１は、図１に示したものと同様であるとしてここでは説明を省略する。
【００４６】
要求処理部（経路決定部）２２は、処理部１４０からの各種要求に応じて、構成要素情報管理部２１により管理された構成要素情報を用いて各種処理を行う。例えば、クライアント部１１からの印刷処理経路決定要求に応じて、印刷処理経路決定を行う。
【００４７】
構成要素情報受信部２１０は、構成要素情報送信部１２０により送信された構成要素情報を受信する。なお、受信した構成要素情報は構成要素情報管理部２１に送信され、構成要素情報管理部２１がこれを管理する。
【００４８】
要求受信部（経路要求受信部）２２０は、処理部１４０からの各種要求を受信する。例えば、クライアント部１１から、当該出力システム１００において出力処理を適切に実現させるための印刷処理経路決定の要求を受信する。
【００４９】
回答送信部（経路回答送信部）２３０は、処理部１４０からの各種要求に基づく回答を処理部１４０に対して送信する。例えば、クライアント部１１に対して、要求処理部２２により決定された印刷処理経路（プリントサーバ部１２とプリンタ部１３の組み合わせの情報）を送信する。
【００５０】
以上の機能構成により、本実施形態１における出力システム１００では、端末管理サーバ２０は端末１〜７の構成要素情報を管理する。これにより、端末１〜７の構成要素情報を一元管理することが可能となる。さらに、端末１〜７の処理部１４０から受信した各種要求に基づき回答を行う。
【００５１】
なお、図３では、端末１〜７が端末管理サーバ２０に対して構成要素情報を送信する構成になっているが、この場合に限らない。端末管理サーバ２０が端末１〜７に対して定期的に構成要素情報要求を送信することにより、構成要素情報を更新、管理する構成にすることもできる。ただし、この場合、出力システム１００への端末１〜７の参加を管理する非図示の認証サーバが別途必要となる。認証サーバを用いて現に出力システム１００に参加している端末を求め、求められた各端末に対して構成要素情報要求を送信する。構成要素情報要求を受信した端末は、構成要素情報が前回の内容と変更がない場合は、要求に対する返信内容に情報を記載せず、変更があった場合は変更分のみ通知することにより送信データ量を抑えることができる。
【００５２】
もちろん、端末１〜７は、構成要素情報に各構成要素の処理能力に係る情報を含めて端末管理サーバ２０に対してアップロードすることができる。また、端末１〜７は、各構成要素の処理能力に係る情報を端末管理サーバ２０にアップロードせず、もし他の端末の構成要素の処理能力に係る情報を知りたい場合は、端末管理サーバ２０に知りたい構成要素のアドレスを問い合わせ、問い合わせたアドレスを用いて前記構成要素に対して直接能力情報を問い合わせる構成要素情報問い合わせ手段を備えるようにすることもできる。これにより、端末１〜７は端末管理サーバ２０から構成要素情報を取得することが可能となる。
【００５３】
（機能構成の詳細例）
図４は、本実施形態１における出力システムの機能構成の詳細例を示す図である。図４において、クライアント部１１は、指示入力部１１１、要求生成部１１２、要求送信部１１３、回答受信部１１４、表示部１１５、印刷指示送信部１１６を有する。プリントサーバ部１２は、印刷指示受信部１２１、印刷データ生成部１２２、印刷データ送信部１２３を有する。プリンタ部１３は、印刷データ受信部１３１、印刷処理部１３２を有する。図４に示される各機能部の動作の一例については、図５及び図６のシーケンス図を参照して説明する。
【００５４】
図５は、本実施形態１における経路決定の一例を示すシーケンス図である。ここでは、所定の端末（ここでは端末２）のクライアント部１１において生成された印刷用データ（印刷すべきデータ）を、当該出力システム１００において印刷出力する処理を適切に実現させるための印刷処理経路を決定する処理について説明を行う。
【００５５】
まず、クライアント部１１は、印刷用データ選択画面を表示する（Ｓ１）。ここでは表示部１１５は、端末２のディスプレイ等の表示装置に印刷用データを選択するための画面を表示する。
【００５６】
続いて、ユーザは、ステップＳ１で表示された印刷用データ選択画面上で印刷用データを選択する（Ｓ２）。さらにステップＳ３へ移って、印刷用データ識別子を送信する（Ｓ３）。ここで、印刷用データ識別子とは、印刷用データの場所を指し示す識別子である。例えば、印刷用データがローカルＰＣにあるファイルならば、当該ファイルの絶対パス（Ｃ：￥data\print_data、/home/user/data/print_data等）やファイルＵＲＬ（Uniform Resource Locator  file:///C:/data/print_data、file:///home/user/data/print_data等）である。また、印刷用データがネットワーク上のコンピュータ上にあるならば印刷用データのＵＲＩ（Uniform Resource Identifier  http://dataserver/print_data等）が印刷用データ識別子となる。
【００５７】
ステップＳ４へ移って、クライアント部１１は、ステップＳ３で送信された印刷用データ識別子を受信する（Ｓ４）。ここでは、指示入力部１１１は、ステップＳ２でユーザにより送信された印刷データ識別子を入力する。
【００５８】
続いて、クライアント部１１は、プリンタリスト要求を端末管理サーバ２０に対して送信する（Ｓ５）。ここでは、要求生成部１１２は、印刷を行うことが可能なプリンタ部１３のリスト取得要求を生成する。続いて要求送信部１１３は、生成されたプリンタリスト要求を端末管理サーバ２０に対して送信する。
【００５９】
さらにステップＳ６へ移って、端末管理サーバ２０は、ステップＳ５で送信されたプリンタリスト要求を受信する（Ｓ６）。ここでは、要求受信部２２０は、ステップＳ５で送信されたプリンタリスト要求を受信する。
【００６０】
続いてステップＳ７へ移って、端末管理サーバ２０は、ステップＳ６で受信したプリンタリスト要求に応じて、プリンタ部１３のリストをクライアント部１１に対して送信する（Ｓ７）。ここでは、要求処理部２２は、ステップＳ６で受信したプリンタリスト要求に応じて、構成要素情報管理部２１に管理された構成要素情報から印刷を行うことが可能なプリンタ部１３のリストを取得する。回答送信部２３０は、取得したプリンタリストをクライアント部１１に対して送信する。
【００６１】
ステップＳ８へ移って、クライアント部１１は、ステップＳ７で送信されたプリンタリストを受信する（Ｓ８）。ここでは、回答受信部１１４は、ステップＳ７で送信されたプリンタリストを受信する。これにより、クライアント部１１は端末管理サーバ２０からプリンタ部１３のリストを取得することが可能となる。
【００６２】
ステップＳ９へ移って、クライアント部１１は、プリンタ選択画面を表示する（Ｓ９）。ここでは表示部１１５は、端末２のディスプレイ等の表示装置に印刷を行うプリンタ部１３を選択するための画面を表示する。
【００６３】
続いて、ユーザは、ステップＳ９で表示されたプリンタ選択画面上で出力するプリンタ部１３を選択する（Ｓ１０）。ステップＳ１０に係る処理により、クライアント部１１は印刷処理を行う際に、印刷を行うプリンタ部１３を選択することができる。これにより、クライアント部１１は出力先を指定することができる。
【００６４】
なお、プリンタ部１３の指定（選択）方法としては、ユーザが直接プリンタ部１３のＩＰアドレス等を指定する方法、プリンタ部１３のリストを提示してその中から選択する方法とがある。プリンタ部１３のリストを提示する方法としては、端末２に保存されている複数のプリンタ部１３の情報を用いる方法、端末管理サーバ２０からプリンタ部１３のリストを取得する方法、ＵＰｎＰやＲｅｎｄｅｚｖｏｕｓなどの機器発見技術を用いてプリンタ部１３を探索し、プリンタ部１３のリストを得る方法とがある。図２の例では、端末管理サーバ２０からプリンタ部１３のリストを取得する場合、端末３、端末４、端末５、端末７のプリンタ部１３がプリンタリストの要素となる。
【００６５】
さらにステップＳ１１へ移って、プリンタ識別子を送信する（Ｓ１１）。ここで、プリンタ識別子とは、ネットワーク上のプリンタの場所を指し示す識別子である。例えば、ＩＰアドレスとポート番号の組み合わせ（192.168.1.3:9100、printer.xx.co.jp:9100等）やＵＲＩ（LPD(Line Printer Daemon)の場合、lpd://hostname/printer、JetDirect(RAW)の場合、socket://printer.xx.co.jp:9100、IPP(Internet Printing Protocol)の場合、http://hostname:631/ipp/printer）等によって表現される。
【００６６】
なお、ステップＳ１１では、ユーザがプリンタ識別子を入力する形態になっているが、この場合に限らないものとする。例えばステップＳ９で表示されるプリンタ選択画面においてプルダウンメニューなどの選択用ＵＩを採用することによりステップＳ１１に係る処理は省略できる。この際、選択用ＵＩにはプリンタ部１３の名前のリストが表示されており、プリンタ部１３の名前と関連づけられたプリンタ識別子はクライアント１１に保持されている。このプリンタ識別子は、ステップＳ８においてプリンタ部１３のリストを受信した際に取得されることになる。なお、この場合のプリンタ部１３のリストは、プリンタ部１３の名前とプリンタ識別子がセットで含まれることになる。
【００６７】
ステップＳ１２へ移って、クライアント部１１は、ステップＳ１１で送信されたプリンタ識別子を受信する（Ｓ１２）。ここでは、指示入力部１１１は、ステップＳ１１でユーザにより送信されたプリンタ識別子を入力する。
【００６８】
続いて、クライアント部１１は、プリンタ印刷能力情報要求を端末管理サーバ２０に対して送信する（Ｓ１３）。ここでは、要求生成部１１２は、ステップＳ１０で選択されたプリンタ部１３の処理能力に係る情報の取得要求を生成する。続いて要求送信部１１３は、生成されたプリンタ印刷能力情報要求を端末管理サーバ２０に対して送信する。
【００６９】
ステップＳ１４へ移って、端末管理サーバ２０は、ステップＳ１３で送信されたプリンタ印刷能力情報要求を受信する（Ｓ１４）。ここでは、要求受信部２２０は、ステップＳ１３で送信されたプリンタ印刷能力情報要求を受信する。
【００７０】
続いてステップＳ１５へ移って、端末管理サーバ２０は、ステップＳ１４で受信したプリンタ印刷能力情報要求に応じて、プリンタ印刷能力情報をクライアント部１１に対して送信する（Ｓ１５）。ここでは、要求処理部２２は、ステップＳ１４で受信したプリンタ印刷能力情報要求に応じて、構成要素情報管理部２１に管理された構成要素情報からステップＳ１０で選択されたプリンタ部１３の処理能力に係る情報を取得する。図２の例では、例えばステップＳ１０で選択されたプリンタ部１３が端末３のものである場合には、該プリンタ部１３の「印刷設定」の項目に記載された情報である。回答送信部２３０は、取得したプリンタ印刷能力情報をクライアント部１１に対して送信する。
【００７１】
ステップＳ１６へ移って、クライアント部１１は、ステップＳ１５で送信されたプリンタ印刷能力情報を受信する（Ｓ１６）。ここでは、回答受信部１１４は、ステップＳ１３で送信されたプリンタ印刷能力情報を受信する。
【００７２】
ステップＳ１７へ移って、クライアント部１１は、印刷設定画面を表示する（Ｓ１７）。ここでは表示部１１５は、端末２のディスプレイ等の表示装置に印刷に係る設定（例えば、割付、用紙サイズの選択、カラー選択等）を行うための画面を表示する。
【００７３】
続いて、ユーザは、ステップＳ１７で表示された印刷設定画面上で印刷設定を行う（Ｓ１８）。ここでは、クライアント部１１では、ステップＳ１０で選択されたプリンタ部１３で印刷を行う際の印刷の設定が行われる。使用可能な印刷設定はプリンタ部１３毎に異なる。クライアント部１１はステップＳ１６でプリンタ印刷能力情報を取得することにより、印刷設定を行うことができる。Ｗｉｎｄｏｗｓ（登録商標）のようにプリンタドライバがインストールされておりプリンタ部１３の能力情報を端末が保持しているか、以前の印刷時にプリンタ部１３の能力情報を取得してキャッシュに保存しているのならば、その能力情報に基づいて印刷設定を行うことができる。プリンタ部１３を有する端末がプリンタ部１３の能力情報を端末管理サーバ２０にアップロードしているのならば、プリンタ部１３の能力情報を端末管理サーバ２０から取得できる。プリンタ部１３が能力情報を端末管理サーバ２０にアップロードしていない場合は、プリンタ部１３に直接能力情報を問い合わせることにより能力情報を取得できる。
【００７４】
さらにステップＳ１９へ移って、ユーザは、印刷設定を送信する（Ｓ１９）。続いてステップＳ２０へ移って、クライアント部１１は、ステップＳ１９で送信された印刷設定を受信する（Ｓ２０）。ここでは、指示入力部１１１は、ステップＳ１８でユーザにより設定された印刷設定を入力する。なお、このとき、当該出力システム１００において印刷処理経路を決定するに当たって、ステップＳ１〜Ｓ２０に係る処理によりクライアント部１１及びプリンタ部１３については決定された。しかしながら、プリントサーバ部１２については決定されていない。以降に示す処理によりプリントサーバ部１２を決定する動作を行う。
【００７５】
続いて、クライアント部１１は、プリントサーバ識別子要求を端末管理サーバ２０に対して送信する（Ｓ２１）。ここでは、要求生成部１１２は、ステップＳ１８でユーザにより設定された印刷設定に応じて、プリントサーバ識別子（印刷用データ種別、プリンタ識別子を含む）の取得要求を生成する。ここで、プリントサーバ識別子とは、プリントサーバ部１２の位置情報などのプリントサーバ部１２を特定する特定情報である。即ち、ネットワーク上のプリントサーバ部１２の場所を指し示す識別子であり、ＩＰアドレスとポート番号の組み合わせ（192.168.1.2:8080、printserver.xx.co.jp:8080等）、或いは、ＵＲＩ（http://server.xx.co.jp/printserver等）等によって表現される。
【００７６】
続いて要求送信部１１３は、生成されたプリントサーバ識別子要求を端末管理サーバ２０に対して送信する。
【００７７】
ステップＳ２２へ移って、端末管理サーバ２０は、ステップＳ２１で送信されたプリントサーバ識別子要求を受信する（Ｓ２２）。ここでは、要求受信部２２０は、ステップＳ２１で送信されたプリントサーバ識別子要求を受信する。
【００７８】
続いてステップＳ２３へ移って、端末管理サーバ２０は、ステップＳ２２で受信したプリントサーバ識別子要求に応じてプリントサーバ部１２を選択する（Ｓ２３）。ここでは、要求処理部２２は、プリントサーバ部１２の能力情報を基に、適切なプリントサーバ部１２の位置情報を返す。このとき、ステップＳ２で選択された印刷用データを、ステップＳ１０で選択されたプリンタ部１３の処理可能な形式の印刷データに変換する能力をもつプリントサーバ部１２を選択する。
【００７９】
ステップＳ２３の具体例を、図２を用いて説明する。例えば、ステップＳ１０で選択されたプリンタ部１３が端末３のものである場合、該プリンタ部１３の処理可能な印刷データ（ＰＣＬ）に変換することが可能なプリントサーバ部１２としては、端末１のプリントサーバ部１２が該当する。即ち、端末１のプリントサーバ部１２を選択する。
【００８０】
なお、ステップＳ２３において、Ｗｉｎｄｏｗｓ（登録商標）用プリンタドライバのように、クライアント部１１とプリントサーバ部１２が同一端末上に存在し、プリンタ選択と同時にプリンタ部１３に対応するドライバが選択される場合は、印刷用データは適切にプリンタ部１３が処理可能な形式の印刷データに変換される。
【００８１】
また、プリントサーバ部１２がクライアント部１１とは別の端末上に存在する場合、もしくは、クライアント部１１と同一端末上にあるプリントサーバ部１２が、選択したプリンタ部１３に対応したプリンタドライバを保持していない場合は、印刷用データをプリンタ部１３の処理可能な形式の印刷データに変換するために、適合するプリントサーバ部１２の位置情報を知らなければならない。図２に示すように、プリンタ部１３の処理可能なデータ形式は、該プリンタ部１３の処理能力情報の中に記載されている。クライアント部１１は、端末管理サーバ２０に対してプリンタ部１３の処理可能な形式の印刷データに変換可能なプリントサーバ部１２の位置情報を問い合わせる。
【００８２】
また、ステップＳ２３においては、プリントサーバ部１２のプレゼンス（負荷状態）・処理能力を考慮してもよい。さらには、複数のプリントサーバ部１２を選択して、いずれのプリントサーバ部１２を用いるかの判断をクライアント部１１にゆだねるようにすることもできる。また、端末管理サーバ２０が処理部１４０の処理能力に係る情報を管理していない場合、端末管理サーバ２０は、端末の能力情報を含まない構成要素情報からプリントサーバ部１２のリストを端末２に返答し、端末２のクライアント部１１がリスト内の各プリントサーバ部１２に対して、プリンタ部１３の処理可能な形式の印刷データを生成する能力を持つかどうかを問い合わせても良い。
【００８３】
また、端末２はＵＰｎＰやＲｅｎｄｅｚｖｏｕｓなどの機器発見技術を用いてプリントサーバ部１２を探索し、得られたリスト内の各プリントサーバ部１２に対して、プリンタ部１３の処理可能な形式の印刷データを生成する能力を持つかどうかを調べるようにしても良い。
【００８４】
図５に戻り、ステップＳ２４へ移って、ステップＳ２３で選択したプリントサーバ識別子をクライアント部１１に対して送信する（Ｓ２４）。ここでは、回答送信部２３０は、ステップＳ２３で選択したプリントサーバ識別子をクライアント部１１に対して送信する。
【００８５】
ステップＳ２５へ移って、クライアント部１１は、ステップＳ２４で送信されたプリントサーバ識別子を受信する（Ｓ２５）。ここでは、回答受信部１１４は、ステップＳ２４で送信されたプリントサーバ識別子を受信する。即ち、プリントサーバ部１２を特定する特定情報を取得する。以上のステップＳ２１〜Ｓ２５に係る処理により、当該出力システム１００において印刷処理経路を決定するに当たって、プリントサーバ部１２は決定される。
【００８６】
以上に示される処理により、図１の端末２のクライアント部１１において生成された出力すべきデータを当該出力システム１００において出力する処理を適切に実現させるための印刷処理経路を決定する処理を行う。これにより、当該出力システム１００において最適な印刷処理を実行することが可能となる。
【００８７】
図６は、本実施形態１における出力処理の一例を示すシーケンス図である。ここでは、図５に示す処理により印刷処理経路が決定された後、実際に出力処理を行う動作の一例について説明を行う。なお、印刷処理経路は、図７に示すように、端末２のクライアント部１１、端末１のプリントサーバ部１２、端末５のプリンタ部１３を通る経路に決定されたものとして説明する。図７は、本実施形態１における出力処理の一例を説明するための図である。
【００８８】
まず、端末２のクライアント部１１は、印刷用データ、プリンタ識別子、印刷設定をプリントサーバ部１２に対して送信する（Ｓ２６）。ここでは、図５のステップＳ２５に係る処理により端末１のプリントサーバ部１２の位置情報を得た端末２のクライアント部１１では、印刷指示送信部１１６が、端末１のプリントサーバ部１２に対して印刷指示（印刷用データのデータ形式情報、印刷用データの出力先である端末５のプリンタ部１３のプリンタ識別子、印刷設定を含む）を送信する。なお、印刷用データ（ファイル）の送信方法は、直接送信する方法と、印刷用データを管理する非図示のファイルサーバ（データサーバ）等に登録し、そのファイルのリファレンスであるＵＲＩ（ファイルサーバにおける印刷用データを特定する特定情報）を端末１のプリントサーバ部１２に送信する方法のいずれを用いてもよい。後者の方法では、送信元の処理部（ここでは端末２のクライアント部１１）は印刷用データの送信に際して送信先の処理部（ここでは端末１のプリントサーバ部１２）の状態を考慮する必要がなく、また、送信先の処理部（ここでは端末１のプリントサーバ部１２）は都合の良いときに印刷用データを取得することができるため、効率的なデータ送信が可能となる。
【００８９】
ステップＳ２７へ移って、端末１のプリントサーバ部１２は、ステップＳ２６で送信された情報を受信する（Ｓ２７）。ここでは、印刷指示受信部１２１は、ステップＳ２６で送信された情報を受信する。
【００９０】
続いてステップＳ２８へ移って、端末１のプリントサーバ部１２は、ステップＳ２７で受信した印刷用データに基づいて印刷データを生成する（Ｓ２８）。ここでは、印刷指示と印刷用データを受信した端末１のプリントサーバ部１２では、印刷データ生成部１２２は、印刷指示に従って印刷用データファイルを所定の形式の印刷データに変換する。
【００９１】
ステップＳ２８において、端末１のプリントサーバ部１２では、印刷用データを印刷設定に従って端末５のプリンタ部１３が処理可能な形式の印刷データに変換する。なお、変換後の印刷データのデータ形式は、端末５のプリンタ部１３が処理できる形式でなければならない。
【００９２】
ステップＳ２９へ移って、端末１のプリントサーバ部１２は、ステップＳ２８で生成した印刷データを端末５のプリンタ部１３に対して送信する（Ｓ２９）。ここでは、印刷データ送信部１２３は、印刷データを出力先である端末５のプリンタ部１３に出力する。なお、出力先であるプリンタ部１３は、ステップＳ２７で受信したプリンタ識別子によって決定される。また、印刷データの出力方法は、出力先に対して直接送信する方法と、印刷データを管理する非図示のファイルサーバ（データサーバ）等に登録し、そのファイルのリファレンスであるＵＲＩ（ファイルサーバにおける印刷データを特定する特定情報）を出力先に送信する方法とがある。後者の方法では、送信元の処理部（ここでは端末１のプリントサーバ部１２）は印刷データの送信に際して送信先の処理部（ここでは端末５のプリンタ部１３）の状態を考慮する必要がなく、また、送信先の処理部（ここでは端末５のプリンタ部１３）は都合の良いときに印刷データを取得することができるため、効率的なデータ送信が可能となる。
【００９３】
ステップＳ２９において、プリントサーバ部１２の印刷データ出力先がプリンタ部１３である場合は、プリンタ部１３が印刷処理を行う。但し、本実施形態におけるプリンタ部１３は、前述したように印刷処理のみならず、印刷データをファイルサーバに保存したり、別の端末に転送したりすることも可能である。
【００９４】
また、ステップＳ２９において、プリントサーバ部１２の印刷データ出力先がクライアント部１１である場合は、クライアント部１１は印刷データを適切に処理する。例えば、プリンタ部１３に送信することにより印刷を行うことも可能である。印刷データを保存した場合は、一連の処理は印刷データのデータ形式を変換する形式変換と置き換えることができる。プリンタドライバ形式のＰＤＦ生成ドライバがこの形式変換に該当する。これにより、例えば、クライアント部１１が印刷データを受信することが可能となる。
【００９５】
続いてステップＳ３０へ移って、端末５のプリンタ部１３は、ステップＳ２９で送信された印刷データを受信する（Ｓ３０）。ここでは、端末５の印刷データ受信部１３１は、ステップＳ２９で送信された印刷データを受信する。
【００９６】
さらにステップＳ３１へ移って、端末５のプリンタ部１３は、ステップＳ３０で受信した印刷データに基づいて印刷出力処理を行う（Ｓ３１）。ここでは、端末５の印刷処理部１３２は、ステップＳ３０で受信した印刷データに基づいて印刷出力を行う。
【００９７】
以上に示される処理により、出力システム１００では、図５に示す処理により印刷処理経路が決定された後、図６に示される処理により実際に出力処理を行う。具体的には、図７に示すように、端末２が、例えばＰＤＦファイルを端末５のプリンタ部１３で印刷する場合、端末管理サーバ２０を通して端末２は端末１のプリントサーバ部１２を発見する。端末２のクライアント部１１は端末１のプリントサーバ部１２に印刷指示を送信することにより印刷を行うことができる。
【００９８】
そのため、以下に掲げる利点を奏する。その利点とは、本実施形態に係る出力システム１００では、プリントサーバ部１２がＰ２Ｐネットワーク内の端末に分散しているため、プリントサーバ部１２専用の端末が必ずしも存在する必要がない点である（プリントサーバ不要）。また、端末がその構成要素を変更したり、また、ある端末がＰ２Ｐネットワークに追加されたり、削除されたりしても特別の設定変更が必要ない点である（設定不要）。さらには、端末内のある構成要素がダウンしたり、ログアウトや故障等により端末がオフライン状態になったりした場合であっても、別の端末内の構成要素が処理を代行するため、システム全体として処理不能状態になりにくい点である（耐障害性）。
【００９９】
また、端末が増加すると、クライアント部１１が使用可能な、プリントサーバ部１２、及び、プリンタ部１３もともに増加するため、従来の専用のプリントサーバを備えたクライアントサーバ型の出力システムと異なり、端末の増加に伴う負荷分散のためのシステム構成の変更が必要ない点である（スケーラビリティ）。
【０１００】
［第１の実施形態の変形例１］
以下、本発明の第１の実施形態の第１の変形例について図８を用いて説明を行う。図８は、本実施形態１における出力処理の第２の変形例を説明するための図である。図８に示される出力システム１００は、端末１が故障等によりオフラインとなっている点が図７に示される出力システム１００と異なっている。
【０１０１】
なお、前述した実施形態１と同様に、予め印刷処理経路は、図７に示すように、端末２のクライアント部１１、端末１のプリントサーバ部１２、端末５のプリンタ部１３を通る経路に決定されたものとする。
【０１０２】
ここで、変形例１に係るクライアント部１１は、前述した実施形態１（図４参照）に示す機能に加えて、端末管理サーバ２０から代替となるプリントサーバ部１２の情報を取得する代替経路情報取得手段を備えた構成にする。
【０１０３】
このとき、端末２のクライアント部１１は、予め決定された経路に従って端末１のプリントサーバ部１２に対して印刷指示を行おうとするが端末１がオフラインとなっているため失敗する。この場合、代替経路情報取得手段は、端末管理サーバ２０との通信により、代替となるプリントサーバ部１２（ここでは端末１の代わりに端末４のプリントサーバ部１２）の情報を取得する。代替となるプリントサーバ部１２の情報を取得した端末２のクライアント部１１は、代替となるプリントサーバ部１２に対して印刷指示を送信するようにすることができる。このように、端末が使用できない状態であってもユーザに意識させずに印刷処理を実行することができる（耐障害性）。
【０１０４】
［第１の実施形態の変形例２］
以下、本発明の第１の実施形態の第２の変形例について図９を用いて説明を行う。図９は、本実施形態１における出力処理の第２の変形例を説明するための図である。図９に示される出力システム１００は、端末８が追加された点が図７に示される出力システム１００と異なっている。
【０１０５】
図１０は図９に示す出力システム１００が有する各端末の構成要素情報である。ここで、端末２のクライアント部１１が端末１のプリントサーバ部１２を用いて端末５のプリンタ部１３に印刷しているときに、端末３のクライアント部１１は端末７のプリンタ部１３に所定の印刷用データ（ここではＷｏｒｄファイル）の印刷を行う。
【０１０６】
このとき、端末３のクライアント部１１が端末管理サーバ２０に対してプリントサーバ部１２の位置情報を問い合わせたとき、端末管理サーバ２０は、端末１のプリントサーバ部１２と端末８のプリントサーバ部１２が前記Ｗｏｒｄファイルを印刷可能であると判断する。端末管理サーバ２０が各端末のプリントサーバ部１２の負荷状態を管理している場合、端末管理サーバ２０は、両プリントサーバ部１２の負荷状態を見て、端末８のプリントサーバ部１２を最適なプリントサーバ部１２として通知することができる。従って、端末３のクライアント部１１は端末８のプリントサーバ部１２を用いて印刷を行うことにより、端末１のプリントサーバ部１２に対して負荷をかけることなく、印刷を行うことができる（スケーラビリティ）。
【０１０７】
このように、各端末のクライアント部１１は、印刷用データの送信先となる端末の状態に応じて、該印刷用データを送信先端末に送信することが可能となる。
【０１０８】
［第２の実施形態］
以下、本発明の第２の実施形態について図１１を用いて説明を行う。
【０１０９】
前述した実施形態１では、当該出力システム１００が端末管理サーバ２０を有する構成について説明を行ってきた。ここでは、図１１のように、複数の端末１〜７の内の１以上が、端末管理サーバ２０が有する各機能を有する構成について説明を行う。
【０１１０】
図１１は、本実施形態２における出力システムの全体構成例を示す図である。図１１において、出力システム１００は、複数の端末１〜７が相互にネットワーク接続され、Ｐ２Ｐのネットワークを構成している。端末１〜７は、クライアント部１１、プリントサーバ部１２、プリンタ部１３の内の少なくとも１以上の構成要素（処理部）を有する装置である。ここでは、さらに端末１及び端末５は、それぞれ端末１〜４、５〜７の構成要素（処理部）情報を管理する構成要素情報管理部２１Ａ、２１Ｂを備えている。以降、このような端末管理サーバ２０が有する各機能を有する端末を、管理端末とする。
【０１１１】
端末管理サーバ２０への負荷はプリントサーバ部１２への負荷に比べて小さいため、端末数が多少増加しても大きな影響はないが、端末数が大きくなると端末管理サーバ２０への負荷も無視できなくなる。そこで、スーパーノードと呼ばれる、Ｐ２Ｐネットワークのノード（＝ピア）を管理する特別なノードを用いて、端末管理サーバ２０の機能をスーパーノードに分散して持たせるシステムである。スーパーノードにはＰ２Ｐネットワークを構成するノードの全部または一部がなり、Ｐ２Ｐネットワーク内に１つ以上存在しなければならない。
【０１１２】
管理端末は、複数で１つの大きな端末管理サーバ２０群を構成する。各管理端末は、全てまたは一部の別の管理端末のアドレス情報を保持している。管理端末がネットワークからログアウトするときは前記管理端末が保持する別の管理端末の情報、及び、自身の管理する端末の情報を別の端末に譲渡することにより、常に一定数の管理端末数を確保する。前記情報を譲渡された端末は新たな管理端末となる。管理端末が故障等でオフラインとなり、その管理端末が管理していた端末の情報が紛失することを避けるため、管理端末群は、情報を重複して持つ（冗長性）。また、Ｐ２Ｐネットワークの端末数が増えた場合は、管理端末数を増やし、管理端末数が端末数に対して一定の割合となるよう調整する。
【０１１３】
管理端末は、端末の構成要素を管理する。図１２は、本実施形態２において構成要素情報管理部により管理される情報の一例を示す図である。構成要素管理の手法は、例えば分散ハッシュテーブル（ＤＨＴ）を用いる。各管理端末は管理する構成要素の範囲がＤＨＴにより規定される。例えば、構成要素ＩＤのハッシュ値を計算し、そのハッシュ値と最も近い端末ＩＤを持つ管理端末がその構成要素を管理するように規定する。また、例えば、管理端末を端末ＩＤで降順にソートし、自身の端末ＩＤから次の管理端末の端末ＩＤまでの範囲のハッシュ値を持つ構成要素を管理するように規定する。図１１、図１２の例では、簡単のため、構成要素ＩＤのハッシュ値＝構成要素ＩＤとして、後者の手法を採用している。管理端末１は、0100≦構成要素ＩＤのハッシュ値（＝構成要素ＩＤ）＜0500、を満たす構成要素を管理し、管理端末５は、0500≦構成要素ＩＤのハッシュ値（＝構成要素ＩＤ）、を満たす構成要素を管理する。
【０１１４】
Ｐ２Ｐネットワークではピアがネットワークに参加したりログアウトしたりするため、管理端末は固定的でない。そこで、端末は、サービスを利用する時点で管理端末を発見しなければならない。管理端末の発見は、端末がＰ２Ｐネットワークに参加するためにも必要である。最初に接続する管理端末を第一管理端末と呼ぶことにする。第一管理端末を検知することにより、端末はＰ２Ｐネットワークに参加することができる。第一管理端末の検知方法は、ＵＰｎＰやＲｅｎｄｅｚｖｏｕｓなどの機器発見技術を用いて探索し、見つからない場合は、固定的なサーバに管理端末の位置情報を問い合わせる方法がある。また、Ｐ２Ｐネットワークに参加するための認証サーバを備えたシステムでは、認証サーバが第一管理端末を端末に対して通知する方法がある。また、以前Ｐ２Ｐネットワークに参加したときに接続した管理端末の情報を保持しておき、それを利用する方法もある。
【０１１５】
第一管理端末に接続した端末は、プリンタ部１３のリストやプリンタ部１３の能力情報、プリントサーバ部１２の位置情報を第一管理端末に問い合わせる。問い合わせ要求を受信した第一管理端末は、自身の管理する端末情報から適切な情報を端末に対して返信する。もし、適当な情報を保持していない場合は、別の管理端末の位置情報を返すか、問い合わせ要求を別の管理端末に転送する。端末は、別の管理端末の位置情報を受信した場合、前記位置情報の示す管理端末に対して同様の問い合わせ要求を送信する。また、第一管理端末が別の管理端末に問い合わせ要求を転送した場合、要件を満たす情報を保持する各管理端末が端末に対して個別に情報を返信するか、一旦第一管理端末に要件を満たす情報が返信され、前記第一管理端末が前記情報を集積して端末に返信する。なお、問い合わせ要求は、要件を満たす情報を保持する管理端末まで転送されるが、転送回数に制限を設けることもできる。
【０１１６】
管理端末と接続した端末は、前述した実施形態１と同様に構成要素情報の更新、構成要素能力情報の更新を行う。印刷時にはプリンタリストを取得し、プリンタ部１３の選択と印刷設定を行った後、適切なプリントサーバ部１２に対して印刷指示を送信する。
【０１１７】
本実施形態２における出力システムによれば、Ｐ２Ｐネットワークにおいて端末管理サーバ２０が不要となるため、サーバの管理、及び、サーバへの負荷集中が避けられ、システムのスケーラビリティを確保できる点にある。これにより、端末管理サーバ２０が不要になり、耐障害性とスケーラビリティを確保することが可能となる。
【０１１８】
［第３の実施形態］
以下、本発明の第３の実施形態について図１３、１４を用いて説明を行う。
【０１１９】
前述した実施形態１及び実施形態２では、印刷指示を行うクライアント部１１はＰ２Ｐネットワーク内の端末管理サーバ２０によって管理された端末内にあった。本実施形態では、図１３、図１４のように、クライアント部１１を持つ端末（以下、クライアント端末）、及び、プリンタ部１３を持つ端末（以下、プリンタ端末）が端末管理サーバ２０によって管理されていない場合を考える。
【０１２０】
クライアント端末は、端末管理サーバ２０の位置情報を知っている。前述した実施形態２のように端末管理サーバ２０が有する機能が端末に分散している場合は、第一管理端末の位置を知っている。クライアント端末は、印刷時にプリンタリストを取得する。プリンタリスト取得方法は端末管理サーバ２０から取得する方法、機器発見技術を用いる方法、クライアント端末が保持する情報を使う方法、クライアント端末が属するネットワーク内のプリンタを管理する別のプリンタ管理サーバから取得する方法などがある。プリンタの選択と印刷設定を行った後、端末管理サーバ２０から適切なプリントサーバ部１２の位置情報を取得し、プリントサーバ部１２に印刷処理を指示することで印刷を行うことができる。
【０１２１】
本実施形態によれば、Ｐ２Ｐネットワークに属さないクライアント端末からの印刷を許可することで、Ｐ２Ｐネットワークをプリントサーバ部１２群として扱うことができる。例えば、Ｐ２Ｐメッセージングを許可しないファイアウォールやプロキシ経由でＰ２Ｐネットワークに接続された社内ネットワーク内の端末から、ＨＴＴＰ経由でシステムを利用することができる。また、クライアント端末はプリントサーバ部１２を必要としないため、プリンタドライバを持たない携帯電話やＰＤＡなどのモバイル端末からの印刷にも適用可能である。
【０１２２】
以上、実施形態に基づき本発明の説明を行ってきたが、上記実施形態にあげたその他の要素との組み合わせなど、ここで示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【図面の簡単な説明】
【０１２３】
【図１】本実施形態１における出力システムの全体構成例を示す図である。
【図２】構成要素情報管理部により管理される情報の一例を示す図である。
【図３】本実施形態１における出力システムの機能構成の概要例を示す図である。
【図４】本実施形態１における出力システムの機能構成の詳細例を示す図である。
【図５】本実施形態１における経路決定の一例を示すシーケンス図である。
【図６】本実施形態１における出力処理の一例を示すシーケンス図である。
【図７】本実施形態１における出力処理の一例を説明するための図である。
【図８】本実施形態１における出力処理の第一の変形例を説明するための図である。
【図９】本実施形態１における出力処理の第二の変形例を説明するための図である。
【図１０】第二の変形例において構成要素情報管理部により管理される情報の一例を示す図である。
【図１１】本実施形態２における出力システムの全体構成例を示す図である。
【図１２】本実施形態２において構成要素情報管理部により管理される情報の一例を示す図である。
【図１３】本実施形態３における出力システムの全体構成例を示す図である。
【図１４】本実施形態３において構成要素情報管理部により管理される情報の一例を示す図である。
【符号の説明】
【０１２４】
１〜７    端末
１１    クライアント部
１２    プリントサーバ部
１３    プリンタ部
２０    端末管理サーバ
２１    構成要素情報管理部
２２    要求処理部（経路決定部）
１１０    構成要素情報保持部
１２０    構成要素情報送信部
１３０    情報保持期限設定部
１４０    処理部
２１０    構成要素情報受信部
２２０    要求受信部（経路要求受信部）
２３０    回答送信部（経路回答送信部）
１１１    指示入力部
１１２    要求生成部
１１３    要求送信部
１１４    回答受信部
１１５    表示部
１１６    印刷指示送信部
１２１    印刷指示受信部
１２２    印刷データ生成部
１２３    印刷データ送信部
１３１    印刷データ受信部
１３２    印刷処理部
【図１】
2009037350.tif 000003
【図２】
2009037350.tif 000004
【図３】
2009037350.tif 000005
【図４】
2009037350.tif 000006
【図５】
2009037350.tif 000007
【図６】
2009037350.tif 000008
【図７】
2009037350.tif 000009
【図８】
2009037350.tif 000010
【図９】
2009037350.tif 000011
【図１０】
2009037350.tif 000012
【図１１】
2009037350.tif 000013
【図１２】
2009037350.tif 000014
【図１３】
2009037350.tif 000015
【図１４】
2009037350.tif 000016