JP2009271723A - 情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】ネットワーク上に存在する画像処理装置に対して有効なグループ属性データを提供する。
【解決手段】ネットワークを介して通信可能な複数の能力を有する画像処理装置から、能力の組み合わせに係る組み合わせ情報を含むグループ属性データの送信要求を受信したか否かを判定する受信判定手段と、受信判定手段で送信要求を受信したと判定された場合、画像処理装置が有する能力と、ネットワークを介して通信可能な複数の画像処理装置が有する能力と、を比較して、画像処理装置が有する能力が所定の割合以上を占めるか否かを判定する能力判定手段と、能力判定手段で画像処理装置が有する能力が所定の割合以上を占めないと判定された場合、画像処理装置が有する能力の構成に関係する組み合わせ情報を含む複数のグループ属性データの中で、使用頻度が所定数以上のグループ属性データを送信要求元の画像処理装置に送信する送信手段と、を有する。
【選択図】図９

Description

本発明は、情報処理装置及び情報処理方法に関する。

従来、印刷装置毎にグループ属性テーブルを登録する仕組みが提供されていた（特許文献１参照。）。

特開平１１−１７０６６７号公報

しかしながら、上述した従来の技術では、グループ属性テーブルは登録された機器のみで使用されており、同じ機器構成の機器を新規導入する場合、新規に導入される機器に再度設定する必要があり、ユーザーの負担となっていた。
また、グループ属性テーブルの登録はユーザー任せで機器に個別に設定されていたので、その部署で有用なグループ属性テーブルの見極めが難しく、部門で有効な設定を、根拠を持って共有することが難しかった。

本発明はこのような問題点に鑑みなされたもので、ネットワーク上に存在する画像処理装置に対して有効なグループ属性データを提供することを目的とする。

そこで、本発明は、ネットワークを介して通信可能な複数の能力を有する画像処理装置から、前記能力の組み合わせに係る組み合わせ情報を含むグループ属性データの送信要求を受信したか否かを判定する受信判定手段と、前記受信判定手段で前記送信要求を受信したと判定された場合、前記画像処理装置が有する能力と、ネットワークを介して通信可能な複数の画像処理装置が有する能力と、を比較して、前記画像処理装置が有する能力が所定の割合以上を占めるか否かを判定する能力判定手段と、前記能力判定手段で前記画像処理装置が有する能力が所定の割合以上を占めないと判定された場合、前記画像処理装置が有する能力の構成に関係する前記組み合わせ情報を含む複数のグループ属性データの中で、使用頻度が所定数以上のグループ属性データを送信要求元の画像処理装置に送信する送信手段と、を有することを特徴とする。

また、本発明は、情報処理装置における情報処理方法であって、ネットワークを介して通信可能な複数の能力を有する画像処理装置から、前記能力の組み合わせに係る組み合わせ情報を含むグループ属性データの送信要求を受信したか否かを判定する受信判定ステップと、前記受信判定ステップで前記送信要求を受信したと判定された場合、前記画像処理装置が有する能力と、ネットワークを介して通信可能な複数の画像処理装置が有する能力と、を比較して、前記画像処理装置が有する能力が所定の割合以上を占めるか否かを判定する能力判定ステップと、前記能力判定ステップで前記画像処理装置が有する能力が所定の割合以上を占めないと判定された場合、前記画像処理装置が有する能力の構成に関係する前記組み合わせ情報を含む複数のグループ属性データの中で、使用頻度が所定数以上のグループ属性データを送信要求元の画像処理装置に送信する送信ステップと、を有することを特徴とする。

また、本発明は、プログラム及び記憶媒体としてもよい。

本発明によれば、ネットワーク上に存在する画像処理装置に対して有効なグループ属性データを提供することができる。

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

＜実施形態１＞
図１は、システムのハードウェア構成の一例を示す図である。
１０１は、情報処理装置（コンピュータ）の一例であるサーバーである。１０２は、ＣＰＵであり、図２以降で説明するサーバー１０１のソフトウェアは全てＣＰＵ１０２上で動作する。１０３は、ＲＡＭであり、ＣＰＵ１０２で動作するソフトウェア（プログラム）がデータ保存や自分自身の動作のために使用する。１０４は、ＨＤＤであり、ソフトウェア等を保存する。１０５は、通信インターフェイス（Ｉ／Ｆ）である。１１６は、ＵＩであり、サーバー１０１は、ＵＩ１１６を通してユーザーが操作を行う／ソフトウェアの操作結果を表示する。

１１１は、画像処理装置の一例である印刷装置である。１１２は、ＣＰＵであり、図２以降で説明する印刷装置１１１のソフトウェアは全てこのＣＰＵ１１２上で動作する。１１３は、ＲＡＭであり、ＣＰＵ１１２で動作するソフトウェア（プログラム）がデータ保存や自分自身の動作のために使用する。１１４は、ＨＤＤであり、ソフトウェア等を保存する。１１５は、通信インターフェイス（Ｉ／Ｆ）である。１１６は、ＵＩであり、印刷装置１１１は、ＵＩ１１６を通してユーザーが操作を行う／ソフトウェアの操作結果を表示する。１１７は、スキャナーである。１１８は、プリンタエンジンである。１１９は、フィニッシャである。

１２１は、画像処理装置の一例である印刷装置（他の印刷装置）である。本実施形態に関係のある基本的なＨ／Ｗ構成は、印刷装置１１１と同じである。１２９は、フィニッシャである。
図１に示されるように、サーバー１０１と、印刷装置１１１及び印刷装置１２１と、は、互いに通信可能に接続されている。

図２は、システムのソフトウェアモジュール構成等の一例を示す図である。
２０１は、メモリであり、ＲＡＭ１０３又はＨＤＤ１０４等である。
２０２は、Ｉ／Ｆ１０５が受信したデータを、本実施形態のプロトコルであるか、既存のプロトコルであるかを切り分けるサーバーデータ処理部である。２０３は、既存のモジュール（既存モジュール）である。２０４は、印刷装置に設定されているＵＩの設定と、グループ属性データの一例であるグループ属性テーブル（後述する図３の３１１、３１２）及びグループ属性テーブルの使用頻度（後述する図３の３１３）と、を取得する装置ＵＩ設定取得部である。２０５は１１１、１２１の様なネットワーク上に存在する印刷装置から２０４が取得したＵＩ設定とグループ属性テーブル（後述する図３の３１１、３１２）及びグループ属性テーブルの使用頻度（後述する図３の３１３）を集計する装置ＵＩ設定集計部である。装置ＵＩ設定集計部２０５が集計した結果は、後述の図４の様なフォーマットでメモリ２０１に保存される。２０６は、後述の図４から適切なＵＩの設定を印刷装置に配信するサーバーＵＩ設定配信部である。２０２〜２０６は、ＣＰＵ１０２で動作するプログラムである。

２１１は、メモリであり、ＲＡＭ１１３又はＨＤＤ１１４等である。
２１２は、Ｉ／Ｆ１１５が受信したデータを、本実施形態のプロトコルであるか、既存のプロトコルであるかを切り分ける装置データ処理部である。２１３は、既存のモジュール（既存モジュール）である。２１４は、印刷装置に設定されているＵＩの設定と、グループ属性テーブル（後述する図３の３１１、３１２）及びグループ属性テーブルの使用頻度（後述する図３の３１３）と、を配信する装置ＵＩ設定配信部である。２１５は、印刷装置に設定されているＵＩの設定と、グループ属性テーブル（後述する図３の３１１、３１２）及びグループ属性テーブルの使用頻度（後述する図３の３１３）と、を集計する装置ＵＩ設定集計部である。２１６は、サーバー１０１から適切なＵＩの設定を取得するサーバーＵＩ設定取得部である。２１２〜２１６は、ＣＰＵ１１２で動作するプログラムである。

図３は、メモリ２１１上に保持されているデータ構造の一例を示す図である。
３０１は、印刷装置の持つ能力保持する領域であり、接続されているＦｉｎｉｓｈｅｒ等に応じて印刷装置の持つ機能を３０２に保持する。図３では、「両面」「綴じ」の能力を持っていることを表している。
３１１は、グループ属性テーブルである（図３では「Ｔｂｌ１」と「Ｔｂｌ２」との２つのテーブルを持っている事を表している）。３１２は、グループ属性テーブルに設定されている情報（使用された能力の組み合わせに係る組み合わせ情報）である。図３では「Ｔｂｌ１」には「両面」と「中綴じ」とが、「Ｔｂｌ２」には「左綴」が設定されている。３１３は、グループ属性テーブルが使用された頻度（使用頻度）を保持する領域である。図３では「Ｔｂｌ１」が「２０」回、「Ｔｂｌ２」が「３４」回使用されたことを表している。

図４は、メモリ２０１上に保持されているデータ構造の一例を示す図（その１）である。
４０１は、ネットワーク上に存在する印刷装置が持っている能力を識別するＩＤである。４０２は、ＩＤ４０１に割り当てられた能力の詳細を表している。４０３は、同じ能力を持つ印刷装置がネットワーク上に何台存在するかを表している。４０４は、印刷装置を識別するＩＤである。

図４では、
「両面」「綴じ」の機能が能力ＩＤ「１」として割り当てられていて、この能力を持つ印刷装置がネットワーク上に「２」台存在し、印刷装置のＩＤはＡ、Ｂである。
「両面」「綴じ」「Ｖ折」の機能が能力ＩＤ「２」として割り当てられていて、この能力を持つ印刷装置がネットワーク上に「１」台存在し、印刷装置のＩＤはＣである
ことを表している。

４１１は、ネットワーク上に存在する印刷装置で設定されているグループ属性テーブル（能力の組み合わせに係る組み合わせ情報）を表している。４１２は、グループ属性テーブルの使用頻度である。４１３は、４０１の能力ＩＤ毎での使用頻度を表している。
図４では、ネットワーク上の印刷装置上に、
グループ属性テーブルに「両面」「中綴」が設定されていて、このグループ属性は「５３」回使用されている。その内訳は、能力ＩＤ「１」の印刷装置で「２０」回、能力ＩＤ「２」の印刷装置で「３３」回、
グループ属性テーブルに「左綴」が設定されていて、このグループ属性は「５２」回使用されている。その内訳は、能力ＩＤ「１」の印刷装置で「５２」回、
グループ属性テーブルに「左綴」「Ｖ折」が設定されていて、このグループ属性は「７７」回使用されている。その内訳は、能力ＩＤ「２」の印刷装置で「７７」回、
グループ属性テーブルに「中綴」が設定されていて、このグループ属性は「５１」回使用されている。その内訳は、能力ＩＤ「１」の印刷装置で「５１」回、
であることを表している。

図５は、印刷装置１１１又は印刷装置１２１がサーバー１０１からグループ属性テーブル３１２を取得する処理の一例を示すフローチャートである。
印刷装置１１１又は印刷装置１２１のサーバーＵＩ設定取得部２１６は、メモリ２１１上に存在する印刷装置の機能３０２を取得して、装置データ処理部２１２にグループ属性テーブルの取得を依頼する（ステップ５０２）。なお、サーバーＵＩ設定取得部２１６は、ＵＩ１１６上に設けられたボタンの押下に基づいて、ステップ５０２の処理を開始してもよいし、予め定められた一定時間間隔毎にステップ５０２の処理を開始してもよい。

装置データ処理部２１２は、Ｉ／Ｆ１１５を通じて、印刷装置の機能３０２を含むグループ属性テーブル取得要求をサーバー１０１に送付して、グループ属性テーブルを受信する（ステップ５０３）。装置データ処理部２１２は、ステップ５０３で受信したグループ属性テーブル３１２をサーバーＵＩ設定取得部２１６に転送する。サーバーＵＩ設定取得部２１６は、受信結果をメモリ２１１の３１２に上書きする（ステップ５０４）。このとき、サーバーＵＩ設定取得部２１６は、３１３の頻度を０にする（ステップ５０５）。

図６は、印刷装置側にグループ属性テーブル（３１１、３１２）及びグループ属性テーブルの使用頻度３１３を作成する処理の一例を示すフローチャートである。
装置ＵＩ設定集計部２１５は、ＵＩ１１６の操作がグループ属性テーブルに関係するものであるか判断し（ステップ６０２）、関係ない場合は既存の処理をする（ステップ６０３）。ステップ６０２でグループ属性テーブルに関係するものであると判断した場合、装置ＵＩ設定集計部２１５は、操作はグループ属性テーブルの書換えであるか否かを判断する（ステップ６０５）。

書換えでない（＝グループ属性テーブルを使用する）場合、装置ＵＩ設定集計部２１５は、該当する３１３の使用頻度を１プラスする（ステップ６０６）。ステップ６０５でグループ属性テーブルの書換えであると判断した場合、装置ＵＩ設定集計部２１５は、３１２の該当する領域を書き換え（ステップ６０７）、３１３の該当する領域を０にする（ステップ６０８）。

図７は、印刷装置１１１又は印刷装置１２１がサーバー１０１から送信されてくるグループ属性テーブル（３１１、３１２）及びグループ属性テーブルの使用頻度３１３の取得要求を処理する処理の一例を示すフローチャートである。
サーバー１０１が印刷装置１１１又は印刷装置１２１に送信してきたデータを、装置データ処理部２１２が判断する（ステップ７０２）。ステップ７０２で受信データがグループ属性テーブル及びグループ属性テーブルの使用頻度の取得要求でないと判断した場合、装置データ処理部２１２は、既存処理（ステップ７０３）を行う。ステップ７０２で受信データがグループ属性テーブル及びグループ属性テーブルの使用頻度の取得要求と判断した場合、装置データ処理部２１２は、装置ＵＩ設定配信部２１４を通じてメモリ２１１上の３１１、３１２、３１３を取得する。そして、装置データ処理部２１２は、取得した３１１、３１２、３１３に印刷機器のＩＤを添付してサーバー１０１に送付する（ステップ７０５）。

図８は、サーバー１０１が印刷装置１１１又は印刷装置１２１のグループ属性テーブル（３１１、３１２）及びグループ属性テーブルの使用頻度３１３を取得するフローチャートである。
装置ＵＩ設定取得部２０４は、例えば予め定められた時間か否かに基づいて、グループ属性テーブル及びグループ属性テーブルの使用頻度を取得するか否かを判定する（ステップ８０２）。装置ＵＩ設定取得部２０４は、グループ属性テーブル及びグループ属性テーブルの使用頻度を取得すると判定すると、ステップ８０５に進み、グループ属性テーブル及びグループ属性テーブルの使用頻度を取得しないと判定すると、ステップ８０３に進む。
なお、装置ＵＩ設定取得部２０４は、ＵＩ１０６上に設けられたボタンの押下に基づいて、ステップ８０２の処理を開始してもよいし、予め定められた一定時間間隔毎にステップ８０２の処理を開始してもよい。

ステップ８０３では、装置ＵＩ設定取得部２０４は、既存処理を実行する。一方、ステップ８０５では、装置ＵＩ設定取得部２０４は、グループ属性テーブル及びグループ属性テーブルの使用頻度の取得要求をサーバーデータ処理部２０２、Ｉ／Ｆ１０５を通じて印刷装置１１１及び／又は印刷装置１２１に送信する。
サーバーデータ処理部２０２は、グループ属性テーブルの使用頻度を取得した場合（ステップ８０６）、装置ＵＩ設定取得部２０４に送信する。装置ＵＩ設定取得部２０４は、受信したデータを装置ＵＩ設定集計部２０５に渡し、装置ＵＩ設定集計部２０５が受け取ったデータを解析する。４０４にまだ登録されていないＩＤを持つ印刷装置であった場合（ステップ８０７においてＹＥＳ）、装置ＵＩ設定集計部２０５は、４０１、４０２、４０３、４０４を更新する（ステップ８０８）。また、装置ＵＩ設定集計部２０５は、受信したグループ属性テーブル及びグループ属性テーブルの使用頻度を４１１、４１２、４１３にマージする（ステップ８０９）。

図９は、サーバー１０１が印刷装置１１１又は印刷装置１２１からグループ属性テーブル取得要求を受けた場合の処理の一例を示すフローチャートである。
ステップ９０２において装置データ処理部２１２は、受信したデータに基づいて、受信したデータがグループ属性テーブル取得要求であるか否かを判断する（受信判定）。装置データ処理部２１２は、グループ属性テーブル取得要求でなければ、既存の処理を行う（ステップ９０３）。ステップ９０２で、グループ属性テーブル取得要求であると判断した場合、装置データ処理部２１２は、受信したデータをサーバーＵＩ設定配信部２０６に送信する。すると、サーバーＵＩ設定配信部２０６は、送付されてきたデータに含まれる能力情報である印刷装置の機能３０２をキーとして、４０２を検索する。そして、ステップ９０５において、サーバーＵＩ設定配信部２０６は、４０３の台数から、ネットワーク上に一般的に存在する機器構成の印刷装置からのグループ属性テーブルの要求か、少数派の機器構成の印刷装置からのグループ属性テーブルの要求かを判断する（能力判定の一例である。）。なお、サーバーＵＩ設定配信部２０６は、一般的な機器構成の印刷装置か、少数派の機器構成の印刷装置かの判定を、「要求元の機器の機能構成はシステム内で７０％以上か否か」に基づいて行うようにしてもよい。また、前記７０％の部分は、ＵＩ１０６又はＩ／Ｆ１０５経由で設定可能としてもよい。すなわち、一般的な機器構成の印刷装置か否かは、所定のネットワーク範囲又は部門に存在する複数の印刷装置の全台数のうち、当該印刷装置の機器構成（能力の構成）が、所定の割合以上を占めるか否かで決定する。

ステップ９０５で少数派の機器構成の印刷装置と判断した場合、サーバーＵＩ設定配信部２０６は、３０２に該当する能力ＩＤ４０１を取得し、４１３の複数の同一能力ＩＤの中で使用頻度の高いグループ属性テーブルを４１１から３１１のテーブル数分取得する。なお、このテーブル数は、グループ属性テーブル取得要求に含まれていてもよい。サーバーＵＩ設定配信部２０６は、サーバーデータ処理部２０２、Ｉ／Ｆ１０５を通じて、グループ属性テーブルを送信要求元の印刷装置に送信する（ステップ９０６）。

一方、ステップ９０５で一般的な機器構成の印刷装置と判断した場合、サーバーＵＩ設定配信部２０６は、３０２に該当する能力ＩＤ４０１を取得して、４１２の複数の使用頻度の中で、使用頻度の最も高い（又は使用頻度が所定数以上の）グループ属性テーブルを４１１から選択する。そして、サーバーＵＩ設定配信部２０６は、選択した４１１の該当する４１３に４０１に該当する能力が含まれているか否かを判断して、含まれていれば該当グループ属性テーブルとして送信対象とする。一方、含まれていなければ、サーバーＵＩ設定配信部２０６は、４１２の次に使用頻度の最も高い（使用頻度が又は所定数以上の）グループ属性テーブルを４１１から検索する等の処理を繰り返す。そして、サーバーＵＩ設定配信部２０６は、３１１のテーブル数分、グループ属性テーブルを取得して、サーバーデータ処理部２０２、Ｉ／Ｆ１０５を通じて、グループ属性テーブルを送信要求元の印刷装置に送信する（ステップ９０７）。

以上、本実施形態によれば、各印刷装置は、グループ属性テーブルの使用頻度（使用頻度情報）を集計する。サーバー１０１は、定期的に各印刷装置からグループ属性テーブルの使用頻度を収集し、各印刷装置の機能構成毎に分類し、メモリ等に保持しておく。そして、サーバー１０１は、印刷装置からの問い合わせがあった場合に、前記印刷装置の機能構成で使用頻度が最も高い（又は使用頻度が所定数以上の）グループ属性テーブルを前記印刷装置に配信する。印刷装置は、配信されたグループ属性テーブルを登録する。
ここで、比較的汎用な機能の方がどの印刷装置でも使用され、使用頻度が高くなる。よって、サーバー１０１は、印刷装置の機能（能力）が特殊な場合は、特殊な機能を優先したグループ属性テーブルを印刷装置に配信する。一方、サーバー１０１は、印刷装置の機能（能力）が特殊でない場合は、使用頻度を優先し、使用頻度の最も高い（又は使用頻度が所定数以上の）グループ属性テーブルを印刷装置に配信する。
このようにすることにより、ある部署で頻繁に使用されるグループ属性テーブルを適切に共有することが可能になる。また、グループ属性テーブルを新規に導入する印刷装置に対しても、自動的に、かつ、前記印刷装置が設置される部門で有効な設定を、根拠を持って設定することが可能となる。

＜実施形態２＞
実施形態１では、ネットワーク上に物理的に接続されたサーバー１０１と、印刷装置１１１又は印刷装置１２１と、を対象として説明を行った。しかしながら例えばユーザーがサーバー１０１のＵＩ１０６からグループ属性テーブルを交換する印刷装置を指定し、指定された印刷装置で理論的なネットワークを構成して、理論的なネットワーク上のサーバーと、印刷装置と、の間で実施形態１を実現してもよい。本実施形態の場合、情報処理装置（コンピュータ）の一例は、印刷装置である。
図１０は、ＵＩの一例を示す図である。図１１は、メモリ２０１上に保持されているデータ構造の一例を示す図（その２）である。

サーバー１０１は、ＨＤＤ１０４に論理ネットワークを構築するためのＵＩ１００１を表示する。ユーザーは、ＵＩを操作して、１００２にグループ、１００３に１００２に記載したグループに存在する印刷装置を指定（設定）する。サーバー１０１は、１００１で設定された情報に基づき、図４で説明したメモリ２０１上の情報をグループ毎に作成する（１１０１、１１０２）。
実施形態１では装置ＵＩ設定集計部２０５、サーバーＵＩ設定配信部２０６が図４に示された情報の一箇所だけ見ていたが、実施形態２では、印刷装置に応じて、１１０１又は１１０２を参照する処理が付加される。

＜その他の実施形態＞
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。

また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。

本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

以上、上述した各実施形態によれば、ネットワーク上に存在する画像処理装置に対して有効なグループ属性テーブルを提供することができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

システムのハードウェア構成の一例を示す図である。 システムのソフトウェアモジュール構成等の一例を示す図である。 メモリ２１１上に保持されているデータ構造の一例を示す図である。 メモリ２０１上に保持されているデータ構造の一例を示す図（その１）である。 印刷装置１１１又は印刷装置１２１がサーバー１０１からグループ属性テーブル３１２を取得する処理の一例を示すフローチャートである。 印刷装置側にグループ属性テーブル（３１１、３１２）及びグループ属性テーブルの使用頻度３１３を作成する処理の一例を示すフローチャートである。 印刷装置１１１又は印刷装置１２１がサーバー１０１から送信されてくるグループ属性テーブル（３１１、３１２）及びグループ属性テーブルの使用頻度３１３の取得要求を処理する処理の一例を示すフローチャートである。 サーバー１０１が印刷装置１１１又は印刷装置１２１のグループ属性テーブル（３１１、３１２）及びグループ属性テーブルの使用頻度３１３を取得するフローチャートである。 サーバー１０１が印刷装置１１１又は印刷装置１２１からグループ属性テーブル取得要求を受けた場合の処理の一例を示すフローチャートである。 ＵＩの一例を示す図である。 メモリ２０１上に保持されているデータ構造の一例を示す図（その２）である。

符号の説明

１０１ サーバー
１１１ 印刷装置
１２１ 印刷装置

Claims (6)

1. ネットワークを介して通信可能な複数の能力を有する画像処理装置から、前記能力の組み合わせに係る組み合わせ情報を含むグループ属性データの送信要求を受信したか否かを判定する受信判定手段と、
   前記受信判定手段で前記送信要求を受信したと判定された場合、前記画像処理装置が有する能力と、ネットワークを介して通信可能な複数の画像処理装置が有する能力と、を比較して、前記画像処理装置が有する能力が所定の割合以上を占めるか否かを判定する能力判定手段と、
   前記能力判定手段で前記画像処理装置が有する能力が所定の割合以上を占めないと判定された場合、前記画像処理装置が有する能力の構成に関係する前記組み合わせ情報を含む複数のグループ属性データの中で、使用頻度が所定数以上のグループ属性データを送信要求元の画像処理装置に送信する送信手段と、
   を有することを特徴とする情報処理装置。
2. 前記送信手段は、前記能力判定手段で前記画像処理装置が有する能力が所定の割合以上を占めると判定された場合、複数のグループ属性データの中で使用頻度が高いグループ属性データを送信要求元の画像処理装置に送信することを特徴とする請求項１に記載の情報処理装置。
3. 情報処理装置における情報処理方法であって、
   ネットワークを介して通信可能な複数の能力を有する画像処理装置から、前記能力の組み合わせに係る組み合わせ情報を含むグループ属性データの送信要求を受信したか否かを判定する受信判定ステップと、
   前記受信判定ステップで前記送信要求を受信したと判定された場合、前記画像処理装置が有する能力と、ネットワークを介して通信可能な複数の画像処理装置が有する能力と、を比較して、前記画像処理装置が有する能力が所定の割合以上を占めるか否かを判定する能力判定ステップと、
   前記能力判定ステップで前記画像処理装置が有する能力が所定の割合以上を占めないと判定された場合、前記画像処理装置が有する能力の構成に関係する前記組み合わせ情報を含む複数のグループ属性データの中で、使用頻度が所定数以上のグループ属性データを送信要求元の画像処理装置に送信する送信ステップと、
   を有することを特徴とする情報処理方法。
4. 前記送信ステップでは、前記能力判定ステップで前記画像処理装置が有する能力が所定の割合以上を占めると判定された場合、複数のグループ属性データの中で使用頻度が高いグループ属性データを送信要求元の画像処理装置に送信することを特徴とする請求項３に記載の情報処理方法。
5. コンピュータを、
   ネットワークを介して通信可能な複数の能力を有する画像処理装置から、前記能力の組み合わせに係る組み合わせ情報を含むグループ属性データの送信要求を受信したか否かを判定する受信判定手段と、
   前記受信判定手段で前記送信要求を受信したと判定された場合、前記画像処理装置が有する能力と、ネットワークを介して通信可能な複数の画像処理装置が有する能力と、を比較して、前記画像処理装置が有する能力が所定の割合以上を占めるか否かを判定する能力判定手段と、
   前記能力判定手段で前記画像処理装置が有する能力が所定の割合以上を占めないと判定された場合、前記画像処理装置が有する能力の構成に関係する前記組み合わせ情報を含む複数のグループ属性データの中で、使用頻度が所定数以上のグループ属性データを送信要求元の画像処理装置に送信する送信手段と、
   して機能させることを特徴とするプログラム。
6. 請求項５に記載のプログラムを記憶したコンピュータにより読み取り可能な記憶媒体。

Images