(57)【特許請求の範囲】
【請求項１】
複数の画像処理装置によって構成される連携処理網を管理する情報処理装置であって、
前記画像処理装置が提供するサービスの入出力要件を取得するサービス入出力要件取得手段と、
前記連携処理網内で連携対象として登録するサービスへの要求性能情報を保持するサービス要求性能管理手段と、
前記連携処理網に新たに登録する機器のサービスの入出力要件に対し、既に前記連携処理網に登録されているサービスの入出力要件のマッチング処理を行い、登録するサービスの入出力のうち利用する組み合わせだけを評価対象として抽出するサービス評価対象決定手段と、
前記サービス要求性能管理手段から登録するサービスの要求性能情報を取得して前記評価対象に加えることで、サービスに対して実施する評価内容を生成するサービス評価内容生成手段と、
前記サービス評価内容生成手段によって定義された要求に従ってサービスを評価するサービス評価手段と、
前記サービス評価手段によって評価をパスしたサービスを連携対象として登録しておく連携対象管理手段と、
を備えた情報処理装置であって、
前記サービス評価内容生成手段は、登録するサービスに対応する要求性能情報が取得できない場合、要求性能情報を加えることなく評価内容として生成することを特徴とする情報処理装置。
【請求項２】
請求項１記載の情報処理装置において、
前記サービス評価対象決定手段は、入出力要件として、サービスが取り扱える画像フォーマットを項目として列挙することを特徴とする情報処理装置。
【請求項３】
請求項１記載の情報処理装置において、
前記サービス評価対象決定手段は、入出力要件として、サービスが取り扱える画像サイズを項目として列挙することを特徴とする情報処理装置。
【請求項４】
請求項１記載の情報処理装置において、
前記サービス評価対象決定手段は、入出力要件として入力・出力にそれぞれ複数の要件を指定することができ、入力・出力において要件の組み合わせのパターンを評価対象として決定することを特徴とする情報処理装置。
【請求項５】
請求項１記載の情報処理装置において、
前記サービス評価手段は、サービスごとに対応したテストプログラムを保有し、サービス評価内容生成手段によって生成された評価内容をパラメータとしてテストプログラムに渡し、実行することでサービスの評価を実施することを特徴とする情報処理装置。
【請求項６】
請求項５記載の情報処理装置において、
前記サービス評価手段は、テストプログラムにおいて利用するためのテストデータ群をテストプログラムと併せて保有しており、要求性能情報においてサービスの要求値ごとに条件として使用するテストデータを記載することで、サービス評価実施時にテストプログラムへ該当のテストデータを読み込んで実行することを特徴とする情報処理装置。
【請求項７】
請求項１記載の情報処理装置において、
前記連携対象管理手段は、登録されているサービスそれぞれに対し有効期限を設定しており、有効期限が切れた際は再度新規サービス登録と同様にサービス評価内容を生成し、サービス評価を実施することを特徴とする情報処理装置。
【請求項８】
複数の画像処理装置によって構成される連携処理網を管理する情報処理方法であって、
前記画像処理装置が提供するサービスの入出力要件を取得するサービス入出力要件取得工程と、
前記連携処理網内で連携対象として登録するサービスへの要求性能情報を保持するサービス要求性能管理工程と、
前記連携処理網に新たに登録する機器のサービスの入出力要件に対し、既に前記連携処理網に登録されているサービスの入出力要件のマッチング処理を行い、登録するサービスの入出力のうち利用する組み合わせだけを評価対象として抽出するサービス評価対象決定工程と、
前記サービス要求性能管理工程から登録するサービスの要求性能情報を取得して前記評価対象に加えることで、サービスに対して実施する評価内容を生成するサービス評価内容生成工程と、
前記サービス評価内容生成工程によって定義された要求に従ってサービスを評価するサービス評価工程と、
前記サービス評価工程によって評価をパスしたサービスを連携対象として登録しておく連携対象管理工程と、
を備えた情報処理方法であって、
前記サービス評価内容生成工程は、登録するサービスに対応する要求性能情報が取得できない場合、要求性能情報を加えることなく評価内容として生成することを特徴とする情報処理方法。
【請求項９】
複数の画像処理装置によって構成される連携処理網を管理する情報処理装置の制御用のプログラムであって、
前記情報処理装置のコンピュータに、
サービス入出力要件取得手段が、前記画像処理装置の提供するサービスの入出力要件を取得する手順、
サービス要求性能管理手段が、前記連携処理網内で連携対象として登録するサービスへの要求性能情報を保持する手順、
サービス評価対象決定手段が、前記連携処理網に新たに登録する機器のサービスの入出力要件に対し、既に前記連携処理網に登録されているサービスの入出力要件のマッチング処理を行い、登録するサービスの入出力のうち利用する組み合わせだけを評価対象として抽出する手順、
サービス評価内容生成手段が、前記サービス要求性能管理手段から登録するサービスの要求性能情報を取得して前記評価対象に加えることで、サービスに対して実施する評価内容を生成する手順、
サービス評価手段が、前記サービス評価内容生成手段によって定義された要求に従ってサービスを評価する手順、
連携対象管理手段が、前記サービス評価手段によって評価をパスしたサービスを連携対象として登録する手順、
前記サービス評価内容生成手段が、登録するサービスに対応する要求性能情報が取得できない場合、要求性能情報を加えることなく評価内容として生成する手順、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
ネットワークを介して接続された機器において、各機器が提供するサービスを組み合わせることで、連携機能を実現することができる。例えば、機器Ａが保持する“ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）”サービスを、機器Ａだけが利用するのではなく、ネットワークを介して接続された他の機器も利用できるように提供することができる。そして、機器Aの“ＯＣＲ”サービスを、“スキャン”サービスを保持する機器Ｂが利用することで、「紙をスキャンしてＯＣＲ処理を実行する」という連携機能を実現することができる。このような連携機能において、提供されるサービスを利用する側が評価する技術が既に知られている。
【０００３】
しかし、通常のサービス評価技術では、サービスの入出力要件を考慮して評価していなかった。入出力要件とは、サービスにおける入力や出力に求められる条件のことで、例えば「“ＯＣＲ”サービスではＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）、ＴＩＦＦ（Ｔａｇｇｅｄ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ）、ＪＰＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）を入力として受け付ける」が考えられる。このとき“ＯＣＲ”サービスを利用する側がＰＤＦ、ＴＩＦＦ、ＪＰＧの入力をすべて利用するとは限らない。サービスの入出力要件を考慮せずに評価すると、利用されないサービスまで評価される可能性があり、その結果、不必要な評価処理を行ってしまうという問題があった。
【０００４】
そこで、この種の問題を解決するため、種々の提案がなされた（例えば、特許文献１参照）。
特許文献１に記載の発明は、連携対象となる画像処理装置を登録する際に、ユーザの負荷を軽減し、且つ、連携対象として不要な装置が次々に登録されてしまうことを抑制する目的で、ネットワークを介して画像処理装置と連携する対象となる他の画像処理装置を記憶する記憶手段と、ネットワーク上の第一の画像処理装置の機能を示す機能情報を取得する取得手段と、前記画像処理装置の機能を示す機能情報と前記取得手段によって取得した機能情報とを比較する比較手段と、前記比較手段による比較の結果、前記第一の画像処理装置が前記画像処理装置と比較して新規な機能を備えていない場合には、当該第一の画像処理装置を前記記憶手段に記憶せず、前記第一の画像処理装置が前記画像処理装置と比較して新規な機能を備えている場合には、当該第一の画像処理装置を前記記憶手段に記憶する制御手段とを有する画像形成装置が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の発明では、利用されるサービスのみを評価し、評価処理を必要最小限にするという問題は解消できていない。
【０００６】
そこで、本発明の目的は、新たな連携対象機器をネットワークに追加する際、評価処理を必要最小限にすることができる情報処理装置、情報処理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１記載の発明は、複数の画像処理装置によって構成される連携処理網を管理する情報処理装置であって、前記画像処理装置が提供するサービスの入出力要件を取得するサービス入出力要件取得手段と、前記連携処理網内で連携対象として登録するサービスへの要求性能情報を保持するサービス要求性能管理手段と、前記連携処理網に新たに登録する機器のサービスの入出力要件に対し、既に前記連携処理網に登録されているサービスの入出力要件のマッチング処理を行い、登録するサービスの入出力のうち利用する組み合わせだけを評価対象として抽出するサービス評価対象決定手段と、前記サービス要求性能管理手段から登録するサービスの要求性能情報を取得して前記評価対象に加えることで、サービスに対して実施する評価内容を生成するサービス評価内容生成手段と、前記サービス評価内容生成手段によって定義された要求に従ってサービスを評価するサービス評価手段と、前記サービス評価手段によって評価をパスしたサービスを連携対象として登録しておく連携対象管理手段と、を備えた情報処理装置であって、前記サービス評価内容生成手段は、登録するサービスに対応する要求性能情報が取得できない場合、要求性能情報を加えることなく評価内容として生成することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、新たな連携対象機器をネットワークに追加する際、評価処理を必要最小限にすることができる情報処理装置、情報処理方法、及びプログラムの提供を実現することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明に係る情報処理装置としての、連携管理サーバによって管理される連携処理網の構成の一例を示す図である。
【図２】、連携処理網１−１においてサービスの連携を実施する様子を説明するための説明図である。
【図３】連携処理網１−２に新たな画像処理装置３−３を追加する様子を説明するための説明図である。
【図４】連携管理サーバ２の構成要素を示す構成図の一例である。
【図５】（ａ）〜（ｃ）は、画像処理装置の構成要素の一例について説明するための説明図である。
【図６】（ａ）〜（ｃ）は、サービス入出力要件の一例を示す図である。
【図７】サービス要求性能情報の一例を示す図である。
【図８】サービス評価内容の作成処理を示すフローチャートの一例である。
【図９】（ａ）、（ｂ）は、図８で示したフローチャートのうち、「入力（ＩＮ）マッチング処理」「出力（ＯＵＴ）マッチング処理」の処理内容をそれぞれ示したフローチャートの一例である。
【図１０】入力・出力マッチング処理のイメージを説明するための説明図である。
【図１１】図８で示したフローチャートのうち、「要求性能情報適用」の処理内容を示したフローチャートの一例である。
【図１２】要求性能情報適用処理のイメージを説明するための説明図である。
【図１３】サービス評価手段が保有する、評価プログラム管理表を示す図である。
【図１４】サービス評価内容を元に使用する評価プログラムを決定する様子を表した図である。
【図１５】登録済みサービス表の一例を示す図である。
【図１６】（ａ）〜（ｃ）は、サービス入出力要件として画像サイズを採用した場合の一例である。
【図１７】複数の要件を指定したサービス入出力要件の一例を示した図である。
【図１８】（ａ）、（ｂ）は、サービス入出力要件が複数指定されている場合の入力・出力マッチング処理のフローチャートの一例を示す図である。
【図１９】サービス入出力要件が複数指定されている場合の入力・出力マッチング処理のイメージを説明するための説明図である。
【発明を実施するための形態】
【００１９】
＜発明の概要＞
ネットワークを介して複数の機器がサービスの連携を行う環境で、連携を行う際は同じネットワークにある連携管理サーバへ連携できるサービスを問い合わせるようになっている。連携管理サーバに機器のサービスを登録するには、サーバによってサービスの評価を行い、合格する必要がある。
そこで、本発明は、新しく機器を追加する際、既に連携管理サーバに登録されているサービスの入力・出力形式と、追加する機器が持つサービスの入力・出力形式のマッチングを行い、連携する可能性のある組み合わせのみ評価するようにするものである。
本発明によれば、新たな連携対象機器をネットワークに追加する際、利用されるサービスのみを評価し、評価処理を必要最小限にすることができる。
【００２０】
本発明の実施の形態を説明する。
本発明は、連携処理網に新しく連携対象機器を加える際のサービス評価処理に際して、以下の特徴を有する。
【００２１】
要するに、本発明は、連携処理網（図１参照）に新たに登録する機器のサービスの入出力要件（図６参照）に対し、既に連携処理網に登録されているサービスの入出力要件のマッチング処理（図９、１０）を行い、登録するサービスの入出力のうち連携に組み込まれる組み合わせだけをサービス評価対象として抽出することを特徴とする。
本発明の特徴について、以下の図面を用いて詳細に解説する。
【００２２】
＜実施の形態１＞
以下、第１の実施の形態について述べる。
図１は、本発明に係る情報処理装置としての、連携管理サーバによって管理される連携処理網の構成の一例を示す図である。
【００２３】
同図に示す連携処理網１は、１台の連携管理サーバ（後述する図４参照）２と、１台以上の画像処理装置（後述する図５参照）３−１、３−２がネットワーク４に接続されたものである。画像処理装置３−１は、他の画像処理装置３−２と連携を行う場合、連携管理サーバ２に問い合わせを行って他の画像処理装置４が提供する連携対象のサービスを発見する。連携対象のサービスは連携管理サーバ２に登録済みでなければならず、登録の際にはサービスが連携処理網１において連携対象として要求される性能を備えているか否かの評価をパスする必要がある。
【００２４】
図２は、連携処理網１−１においてサービスの連携を実施する様子を説明するための説明図である。
図２において、連携管理サーバであるサーバＳ（２−１）によって管理される連携処理網１−１で、画像処理装置である機器Ａ（３−１）と機器Ｂ（３−２）とが登録されている。連携対象のサービスとして、機器Ａ（３−１）は“スキャン”サービスを保有し、機器Ｂ（３−２）は“ファクス送信”サービスを保有し、サーバＳ（２−１）に登録済みとなっている。
【００２５】
図２では機器利用者Ｕが機器Ａ（３−１）を操作し、機器Ａ（３−１）の“スキャン”サービスの実施結果を、機器Ｂ（３−２）の“ファクス送信"サービスに入力させる連携の流れを図示している。以下にその流れを説明する（番号は図中のものと対応している）。
【００２６】
１．機器利用者Ｕは機器Ａ（３−１）を操作し、機器Ａ（３−１）の“スキャン"サービスにサービスの連携を要求する。
【００２７】
２．機器Ａ（３−１）は自身が持つ“スキャン"サービスと連携可能なサービスをサーバＳ（２−１）に問い合わせる。
【００２８】
３．サーバＳ（２−１）は登録されている連携対象サービスの中から、機器Ａ（３−１）の“スキャン"サービスと連携可能なサービスとを発見して回答する。ここでは、機器Ｂ（３−２）の“ファクス送信"サービスが回答される。
【００２９】
４．機器Ａ（３−１）はサーバＳ（２−１）の回答結果を機器利用者Ｕに提示する。機器利用者Ｕは、提示された中から機器Ａ（３−１）の“スキャン"サービスと連携させるサービスとを決定し、サービスの実行を指示する。ここでは、機器Ｂ（３−２）の“ファクス送信"サービスとの連携が決定され、実行が指示される。
【００３０】
５．機器Ａ（３−１）は自身の“スキャン"サービスを実行し、その結果を機器Ｂ（３−２）の“ファクス送信"サービスに渡すようにサーバＳ（２−１）に依頼する。
【００３１】
６．サーバＳ（２−１）は受け取った機器Ａ（３−１）の“スキャン"サービスの結果を機器Ｂの“ファクス送信"サービスに渡す。
【００３２】
７．機器Ｂ（３−１）は渡された結果を入力として、自身の“ファクス送信"サービスを実行する。
【００３３】
８．機器Ｂ（３−１）は自身のサービスの実行結果をサーバＳ（２−１）に返し、サーバＳ（２−１）は機器Ａ（３−１）にそれを渡し、機器Ａ（３−１）は自身のサービスの実行結果と機器Ｂ（３−２）の実行結果とを合わせて機器利用者Ｕに通知する。
【００３４】
図３は、連携処理網１−２に新たな画像処理装置３−３を追加する様子を説明するための説明図である。
連携処理網１−２に新たに画像処理装置３−３を追加する場合、連携管理サーバＳ（２−２）は追加する画像処理装置３−３の保有するサービスの性能を評価する。評価は連携管理サーバＳ（２−２）が生成したサービス評価内容に基づいて行う。サービス評価内容は、連携処理網１−２内の画像処理装置３−１〜３−３が保有するサービスのサービス入出力要件（後述する図６参照）に基づいて生成する。この連携管理サーバＳ（２−２）によるサービス評価内容の生成が、本発明の特徴となっている。
【００３５】
図３では、図２に示したサーバＳ（２−１）と機器Ａ（２−１）、機器Ｂ（２−２）による連携処理網１−１に、“ＯＣＲ"サービスを備える機器Ｃ（３−３）を追加する様子を一例として示している。サーバＳ（２−２）は、機器Ａ（３−１）と機器Ｂ（３−２）とがそれぞれ備えるサービスのサービス入出力要件からサービス評価内容を生成し、それに基づいて機器Ｃ（３−３）のサービスを評価する。
以降、サービス評価内容の生成について、図を用いて詳しく説明していく。
【００３６】
図４は、連携管理サーバ２の構成要素を示す構成図の一例である。
連携管理サーバ２は、連携対象管理手段１１、サービス評価対象決定手段１２、サービス入出力要件取得手段１３、通信手段１４、サービス評価内容生成手段１５、サービス要求性能管理手段１６、サービス評価手段１７を構成要素として備える。
【００３７】
サービス入出力要件取得手段１３は、通信手段１４を介して各画像処理装置からサービス入出力要件を取得する役割を持つ。サービス入出力要件については図６を参照して後述する。
【００３８】
サービス要求性能管理手段１６は、連携管理サーバＳ（２）が管理する連携処理網に参加する画像処理装置のサービスが要求される性能を定義したサービス要求性能情報を管理する役割を持つ。サービス要求性能情報については図７を参照して後述する。
【００３９】
サービス評価対象決定手段１２は、既に登録されたサービスの入出力要件と、連携処理網に新たに登録する機器のサービスの入出力要件とを照らし合わせ、登録するサービスの入出力のうち利用される組み合わせだけを評価対象として決定する役割を持つ。
【００４０】
サービス評価内容生成手段１５は、評価対象として決定された組み合わせに対し、各サービスが要求される要求性能情報を加え、具体的に各サービスに対して実施される評価内容を生成する役割を持つ。
【００４１】
サービス評価手段１７は、サービス評価内容生成手段１５が生成した評価内容に従って、サービスの評価を実施する役割を持つ。
【００４２】
連携対象管理手段１１は、既に評価をパスし、登録されたサービスの一覧を管理する役割を持つ。
【００４３】
通信手段１４は、連携管理サーバ２１をネットワークに接続し、画像処理装置と通信を行う役割を持つ。
【００４４】
図５（ａ）〜（ｃ）は、画像処理装置の構成要素の一例について説明するための説明図である。
画像処理装置としての機器Ａ（３−１）〜機器Ｃ（３−３）は、通信手段１４及びサービス入出力要件情報管理手段に加え、自身の提供するサービスを実現する手段をそれぞれ備える。本実施形態ではサービスの例として、機器Ａ（３−１）にスキャン手段２１、機器Ｂ（３−２）にファクス送信手段２３、機器Ｃ（３−３）にＯＣＲ手段２４を持たせることとした。
通信手段２０は、画像処理装置をネットワークに接続し、連携管理サーバと通信を行う役割を持つ。
サービス入出力要件管理手段２２は、装置自身が提供するサービス入出力要件を保持している。サービス入出力要件については図６を参照して後述する。
スキャン手段２１、ファクス送信手段２３、ＯＣＲ手段２４は、各装置が提供するサービスを実現する役割を持つ。
【００４５】
図６（ａ）〜（ｃ）は、サービス入出力要件の一例を示す図である。
サービス入出力要件は、各サービスが受付可能なデータの形式（ＩＮ）と、出力可能なデータの形式（ＯＵＴ）をそれぞれ列挙したものである。
本実施形態ではＩＮ／ＯＵＴとして画像データのフォーマットを規定している。この他にも利用可能な画像サイズ（Ａ３、Ａ４、Ｂ５等）などを要件として用いることも可能であり（後述する図１６にて例示）、それらの組み合わせを用いてもよい（後述する図１７にて例示）。
【００４６】
図６（ａ）には機器Ａが提供する“スキャン"サービスの入出力要件が示され、図６（ｂ）には機器Ｂが提供する“ファクス送信"サービスの入出力要件が示され、図６（ｃ）には機器Ｃが提供する“ＯＣＲ"サービスの入出力要件が一例として示されている。
“スキャン"サービスは、連携処理においては他サービスからの入力を受け付けないのでＩＮは設定されておらず、サービスの処理結果としてはＰＤＦまたはＴＩＦＦを出力する、という定義がなされている。“ファクス送信"サービスは、処理対象としてＰＤＦまたはＴＩＦＦを入力として受け取り、連携処理においては他サービスに出力を渡さないのでＯＵＴは設定されていない、という定義がなされている。“ＯＣＲ"サービスは、ＰＤＦ、ＴＩＦＦ、ＪＰＧのいずれかを入力として受け取り、ＰＤＦまたはＤＯＣを出力することができる、という定義がなされている。
これらのサービス入出力要件は、通信手段を介して連携管理サーバに送信され、サービス評価対象決定手段によって用いられる（図８、図９、図１０を参照）。
【００４７】
図７は、サービス要求性能情報の一例を示す図である。
サービス要求性能情報は、サービス要求性能管理手段によって保有され、連携管理サーバが各画像処理装置のサービスに要求する性能の要求値を定義するものである。
サービスごとに一つ以上の項目が設けられ、項目ごとに要求値と条件が定義される。
【００４８】
図７に示した一例では、“ＯＣＲ"サービスは、テストデータ１を使用して処理を行った結果、精度が９５％、処理にかかる時間が３０秒以下であることが求められることになる。また“ファクス送信"サービスは、２ＭＢ以上のデータをメモリに格納できなければならないことになる。
サービス要求性能情報は、連携処理網内に存在しないサービスの情報も持つことができる。例えば、図３ではまだ“ＯＣＲ"サービスは存在していない（追加しようとしているところ）が、その時点でも図７のように“ＯＣＲ"サービスのサービス要求性能情報を持っていることができる。このように存在しないサービスの情報は、あらかじめ連携管理サーバに持たせておくか、サービスを追加する前に人手で入力するかなどして用意する必要がある。
このサービス要求性能情報は、サービス評価内容生成手段によって読み込まれ、サービス評価内容の一部として用いられる（図１１、図１２を参照）。
【００４９】
図８は、サービス評価内容の作成処理を示すフローチャートの一例である。
動作の主体は、連携管理サーバに用いられる、図示しないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。
このフローチャートはサービス評価対象決定手段およびサービス評価内容生成手段で行われる処理の流れを示したものである。この処理は連携処理網に新規に機器が参加する際に実施される。
【００５０】
ステップＳ１：登録済みサービスの入出力条件を読み込む。登録済みサービスの入出力要件は連携対象管理手段に格納されており、そこに格納されている全てのサービスの入出力要件を読み込む。
【００５１】
ステップＳ２：新規に登録するサービスの入出力条件を取得する。これは新規に連携処理網に参加しようとする機器からサービス入出力要件取得手段が取得してくる。
【００５２】
ステップＳ３、Ｓ４：取得した入出力要件に対し、登録済みサービスの入出力要件のマッチングを行い、入力・出力それぞれの評価対象を抽出していく。この処理については後述する図９で説明する。
【００５３】
ステップＳ５：入力の評価対象と出力の評価対象の全組み合わせを生成する。組み合わせの一つ一つを評価内容エントリと呼ぶ。
【００５４】
ステップＳ６：ステップＳ２〜Ｓ５の処理を機器が提供する全てのサービスについて実施する。すなわち、他に未処理のサービスがないか否かを判断し、他に未処理のサービスがある場合（ステップＳ６／Ｙｅｓ）、ステップＳ７に進み、他に未処理のサービスがない場合（ステップＳ６／Ｎｏ）、ステップＳ２に戻る。
【００５５】
ステップＳ７：評価内容エントリに対し、サービス要求性能情報を適用し、最終的なサービス評価内容を生成する。この処理は後述する図１１で説明する。
以上の処理により、サービス評価内容が生成される。
【００５６】
図９（ａ）、（ｂ）は、図８で示したフローチャートのうち、「入力（ＩＮ）マッチング処理」「出力（ＯＵＴ）マッチング処理」の処理内容をそれぞれ示したフローチャートの一例である。
図９（ａ）において、入力マッチング処理は以下の通りである。
ステップＳ３１：新規追加するサービスの入力（ＩＮ）の項目を一つ取得する。
【００５７】
ステップＳ３２、Ｓ３３：取得した入力（ＩＮ）項目が、登録済みサービスの出力（ＯＵＴ）項目に含まれているか否かを判断する。取得した入力（ＩＮ）項目が含まれている場合（ステップＳ３２／Ｙｅｓ）、ステップＳ３３で入力の評価対象として記憶しておく。取得した入力（ＩＮ）項目が含まれていない場合（ステップＳ３２／Ｎｏ）、無視する。
【００５８】
ステップＳ３４：ステップＳ３１〜Ｓ３３の処理を新規追加するサービスの入力（ＩＮ）の項目全てに実施する。すなわち、他に未処理の入力項目（ＩＮ）がある場合（ステップＳ３４／Ｙｅｓ）、終了し、他に未処理の入力項目（ＩＮ）がない場合（ステップＳ３４／Ｎｏ）、ステップＳ３１に戻る。
【００５９】
図９（ｂ）における出力マッチング処理は、以下の通りである。
ステップＳ３５：新規追加するサービスの出力（ＯＵＴ）の項目を一つ取得する。
【００６０】
ステップＳ３６：取得した出力（ＯＵＴ）項目が、登録済みサービスの入力（ＩＮ）項目に含まれているか否かを判断する。取得した出力（ＯＵＴ）項目が含まれている場合（ステップＳ３６／Ｙｅｓ）、出力の評価対象として記憶しておく。取得した出力（ＯＵＴ）項目が含まれていない場合（ステップＳ３６／Ｎｏ）、無視する。
【００６１】
ステップＳ３７：ステップＳ３５〜Ｓ３６の処理を新規追加するサービスの出力（ＯＵＴ）の項目全てに実施する。すなわち、他に未処理の出力項目（ＯＵＴ）がない場合（ステップＳ３８／Ｙｅｓ）、終了し、他に未処理の出力項目（ＯＵＴ）がある場合（ステップＳ３８／Ｎｏ）、ステップＳ３５に戻る。
【００６２】
図１０は、入力・出力マッチング処理のイメージを説明するための説明図である。
図１０は、図３において機器Ｃ（３−３）を追加する際の入力・出力マッチング処理の様子を示している。
新たに登録しようとしている機器Ｃ（３−３）の“ＯＣＲ"サービスは、ＩＮとしてはＰＤＦ、ＴＩＦＦ、ＪＰＧを扱うことができ（破線Ｒ３）、ＯＵＴとしてはＰＤＦ、ＤＯＣを扱うことができる（破線Ｒ４）。
これに対し、登録済みサービスの中では、ＯＵＴとしてＰＤＦ、ＴＩＦＦを扱うことができるが（機器Ａ（３−１）の“スキャン"サービス：破線Ｒ２）、ＪＰＧを扱うものは無く、またＩＮとしてはＰＤＦを扱うことができるが（機器Ｂの“ファクス送信"サービス：破線Ｒ１）、ＤＯＣを扱うものは無い。
【００６３】
つまり、この連携処理網の中では、“ＯＣＲ"サービスのＩＮではＪＰＧを扱う機会は無く、ＯＵＴではＤＯＣを扱う機会は無いということになる。
【００６４】
そこで、機器Ｃの“ＯＣＲ"サービスに対するサービス評価内容としては、ＩＮが２通りでＯＵＴが１通りなので、計２＊１＝１→二つとなる。
具体的には、評価エントリＮｏ．１のＰＤＦ→ＰＤＦの組み合わせと、評価エントリＮｏ．２のＴＩＦＦ→ＰＤＦの組み合わせを生成することになる。
【００６５】
図１１は、図８で示したフローチャートのうち、「要求性能情報適用」の処理内容を示したフローチャートの一例である。
要求性能情報適用は、サービス評価内容生成手段で行われる処理である。
ステップＳ６１：要求性能情報をサービス要求性能管理手段から取得する。
【００６６】
ステップＳ６２：サービス評価対象決定手段で生成された評価内容エントリを一つ取得する。
【００６７】
ステップＳ６３：評価内容エントリの示すサービスに対応する要求性能情報が存在するか否かを確認する。要求性能情報が存在する場合（ステップＳ６３／Ｙｅｓ）、ステップＳ６４で評価内容エントリに要求性能情報を要求値として追加し、その評価内容エントリを確定する。要求性能情報が無い場合（ステップＳ６３／Ｎｏ）、特に要求値の追加は行わず、単純に入出力の組み合わせが実行可能であるか否かだけを確認する評価内容エントリとして確定する。
【００６８】
ステップＳ６５：ステップＳ６２〜Ｓ６４の処理を全評価内容エントリに対して実施する。すなわち、他に未処理の評価エントリが無いか否かを判断し、他に未処理の評価エントリがある場合（ステップＳ６５／Ｙｅｓ）、終了し、他に未処理の評価エントリが無い場合（ステップＳ６５／Ｎｏ）、ステップＳ６２に戻る。
【００６９】
図１２は、要求性能情報適用処理のイメージを説明するための説明図である。
図１２は、図３において機器Ｃ（３−３）を追加する際の要求性能情報適用処理の様子を示している。
図１２の要求性能情報において、“ＯＣＲ"サービスには精度と処理時間という二つの項目が要求値として設定されている。評価エントリＮｏ．１、Ｎｏ．２共に“ＯＣＲ"サービスの評価なので、これらの評価を実施する際に二つの要求値を満たしているか否かを確認するようにする。このステップにより、例えば評価エントリＮｏ．１では「機器Ｃの“ＯＣＲ"サービスにＰＤＦを入力してＰＤＦで結果を出力する際、精度が９５％以上であり、処理時間が３０秒以下であること」を確認する評価内容として決定された（破線Ｒ５）。
【００７０】
＜実施形態２＞
以下、第２の実施形態について述べる。
（請求項６、７に対応）
図１３は、サービス評価手段が保有する、評価プログラム管理表を示す図である。
評価プログラム管理表は、サービスごとに評価に使用する評価プログラムと、評価に用いるテストデータを対応付けて管理する。サービス評価手段は、この表に基づき評価するサービスに対応した評価プログラムとテストデータを取り出す。サービス評価手段が評価プログラムを実行し、結果を見ることでサービスの評価が実施される。
【００７１】
図１４は、サービス評価内容を元に使用する評価プログラムを決定する様子を表した図である。
サービス評価内容の評価内容エントリごとに、評価するサービスが示されているので、サービス評価手段は対応した評価プログラムを評価プログラム管理表から取得する。
評価内容エントリごとに条件（ＩＮ、ＯＵＴ、要求値）が示されているので、これらを評価プログラムの実行パラメータとして入力する。テストデータが指定されている場合、評価プログラム管理表のテストデータ定義から該当のものを選択し、評価プログラムの実行時に使用する（破線Ｒ６、Ｒ７）。
評価プログラムを実行し、結果が評価内容エントリに示された条件を満たしていれば、そのサービスは連携対象サービスとして連携対象管理手段に登録される。
【００７２】
＜実施形態３＞
以下、第３の実施形態について述べる。
（請求項８に対応）
図１５は、登録済みサービス表の一例を示す図である。
登録済みサービス表は、連携対象管理手段によって保有される、評価をパスし連携対象として登録されたサービスの一覧であり、各サービスの入出力要件をまとめたものに相当する。図９、図１０で示す通り、新規にサービスを登録する際の入力・出力マッチング処理における比較情報として利用される。
【００７３】
図１５においては、入出力要件としての情報の他に有効期限が設定されている。これは、そのサービスが登録済みであることのできる期限を示すものである。連携対象管理手段は有効期限をチェックし、切れているものがあれば、新規にサービスを登録する際と同様に、サービス評価内容を生成し、サービスの評価を行うようにする。このようにすることによって、連携処理網に参加している画像処理装置の増加や、サービスを提供する装置自身の変化（設定変更、サービスのアップグレードなど）によってサービスが連携対象としての性能を維持できているか否かを確認することができる。
【００７４】
＜実施形態４＞
以下、第４の実施形態について述べる。
（請求項３に対応）
図１６（ａ）〜（ｃ）は、サービス入出力要件として画像サイズを採用した場合の一例である。
図６（ａ）〜（ｃ）で示した入出力要件は、入出力可能な画像フォーマットを採用していたが、画像フォーマット以外にも、図１６（ａ）〜（ｃ）に示すように、画像サイズを入出力要件として採用することが可能である。
図１６（ａ）では、例えば機器Ａの“スキャン"サービスは、画像サイズがＡ３、Ａ４、Ｂ５の出力を行うことができることを表している。また、図１６（ｂ）では、例えば機器Ｂの“ファクス送信”サービスは、サイズがＡ４の入力を行うことができることを表している。また、図１６（ｃ）では、例えば機器Ｃの“ＯＣＲ”サービスは、サイズがＡ４、Ｂ５の入力を行い、画像サイズがＡ４、Ｂ５の出力を行うことができることを表している。
このように画像フォーマット以外の入出力要件を採用した場合でも、図８、図９のフローチャートに従って入力・出力マッチング処理を行う。
【００７５】
＜実施形態５＞
以下、第５の実施形態について述べる。
（請求項４に対応）
図１７は、複数の要件を指定したサービス入出力要件の一例を示した図である。
図６で示した入出力要件は、ＩＮとＯＵＴとで一つずつの要件（画像フォーマット）だけを指定していたが、ＩＮとＯＵＴとに複数の要件（ここでは画像フォーマットと画像サイズ）を指定したものが図１７である。要件はそれぞれ独立して組み合わせることが可能であり、例えば図１７で示す内容としては、機器Ｃの“ＯＣＲ"サービスは、入力としては「ＰＤＦ：Ａ４」、「ＰＤＦ：Ｂ５」、「ＴＩＦＦ：Ａ４」、「ＴＩＦＦ：Ｂ５」、「ＪＰＧ：Ａ４」、「ＪＰＧ：Ｂ５」を扱うことが可能であり、出力としては「ＰＤＦ：Ａ４」、「ＰＤＦ：Ｂ５」、「ＤＯＣ：Ａ４」、「ＤＯＣ：Ｂ５」を扱うことが可能である、ということである。
【００７６】
図１８（ａ）、（ｂ）は、サービス入出力要件が複数指定されている場合の入力・出力マッチング処理のフローチャートの一例を示す図である。
【００７７】
図１８（ａ）、（ｂ）は、図９で示した入力・出力マッチング処理を、図１７で示したような複数の入出力要件が指定されている場合に対応させたものである。
複数指定の場合の入力マッチング処理は、以下の通りである（図１８（ａ））。
ステップＳ３０１：サービスの入力（ＩＮ）要件（例：フォーマット）を一つ取得する。
【００７８】
ステップＳ３０２：取得した入力（ＩＮ）要件に含まれる入力（ＩＮ）項目（例：ＴＩＦＦ）を一つ取得する。
【００７９】
ステップＳ３０３、Ｓ３０４：取得した入力（ＩＮ）要件について、対応する登録済みサービスの出力（ＯＵＴ）要件に対し、各項目が含まれているか否かを判断する。各項目が含まれている場合（ステップＳ３０３／Ｙｅｓ）、ステップＳ３０４にてその要件での評価対象として記憶しておき、各項目が含まれていない場合（ステップＳ３０３／Ｎｏ）、無視する。
【００８０】
ステップＳ３０５：ステップＳ３０２〜Ｓ３０４の処理を入力（ＩＮ）要件に含まれる全ての入力（ＩＮ）項目について実施する。すなわち、他に未処理の入力（ＩＮ）項目が無いか否かを判断し、未処理の入力（ＩＮ）項目がある場合（ステップＳ３０５／Ｙｅｓ）、ステップＳ３０６に進み、未処理の入力（ＩＮ）項目が無い場合（ステップＳ３０５／Ｎｏ）、ステップＳ３０２に戻る。
【００８１】
ステップＳ３０６：ステップＳ３０１〜Ｓ３０５の処理を全ての入力（ＩＮ）要件について実施する。すなわち、他に未処理の入力（ＩＮ）要件が無いか否かを判断し、未処理の入力（ＩＮ）要件が無い場合（ステップＳ３０６／Ｙｅｓ）、ステップＳ３０７に進み、未処理の入力（ＩＮ）要件がある場合（ステップＳ３０６／Ｎｏ）、ステップＳ３０１に戻る。
【００８２】
ステップＳ３０７：各要件で評価対象として記憶した項目の全組み合わせを生成する。
【００８３】
ステップＳ３０８：ステップＳ３０７で生成した組み合わせを入力（ＩＮ）の評価対象として扱うようにする。
【００８４】
複数指定の場合の出力マッチング処理は以下の通りである（図１８（ｂ））。
ステップＳ３０９：サービスの出力（ＯＵＴ）要件（例：フォーマット）を一つ取得する。
【００８５】
ステップＳ３１０：取得した出力（ＯＵＴ）要件に含まれる出力（ＯＵＴ）項目（例：ＴＩＦＦ）を一つ取得する。
【００８６】
ステップＳ３１１、Ｓ３１２：取得した出力（ＯＵＴ）要件について、対応する登録済みサービスの入力（ＩＮ）要件に対し、各項目が含まれているか否かを判断する。各項目が含まれている場合（ステップＳ３１１／Ｙｅｓ）、ステップＳ３１２にてその要件での評価対象として記憶しておく。各項目が含まれていない場合（ステップＳ３１１／Ｎｏ）、無視する。
【００８７】
ステップＳ３１３：ステップＳ３０２〜Ｓ３１２の処理を出力（ＯＵＴ）要件に含まれる全ての出力（ＯＵＴ）項目について実施する。すなわち、他に未処理の出力（ＯＵＴ）項目がないか否かを判断し、未処理の出力（ＯＵＴ）項目が無い場合（ステップＳ３１３／Ｙｅｓ）、次のステップＳ３１４に進み、未処理の出力（ＯＵＴ）項目がある場合（ステップＳ３１３／Ｎｏ）、ステップＳ３１０に戻る。
【００８８】
ステップＳ３１４：ステップＳ３０９〜Ｓ３１３の処理を全ての出力（ＯＵＴ）要件について実施する。すなわち、他に未処理の出力（ＯＵＴ）要件が無いか否かを判断し、未処理の出力（ＯＵＴ）要件が無いと判断した場合（ステップＳ３１４／Ｙｅｓ）、ステップＳ３１５に進み、未処理の出力（ＯＵＴ）要件があると判断した場合（ステップＳ３１４／Ｎｏ）、ステップＳ３０９に戻る。
【００８９】
ステップＳ３１５：各要件で評価対象として記憶した項目の全組み合わせを生成する。
【００９０】
ステップＳ３１６：ステップＳ３１５で生成した組み合わせを出力（ＯＵＴ）の評価対象として扱うようにする。
【００９１】
サービス評価内容生成の処理全体と、要求性能情報の適用は、複数指定でない場合と同様である。
【００９２】
図１９は、サービス入出力要件が複数指定されている場合の入力・出力マッチング処理のイメージを説明するための説明図である。
図１９は、図１０で示した入力・出力マッチング処理のイメージを、図１７で示したような複数の入出力要件が指定されている場合に対応させたものである。
機器Ｃの“ＯＣＲ"サービスは、まずＩＮのフォーマットとしてはＰＤＦ、ＴＩＦＦ、ＪＰＧを受け取れるのに対し、登録済みサービスの中ではＰＤＦ、ＴＩＦＦがＯＵＴのフォーマットとして列挙されているため、ＩＮのフォーマットとしてＰＤＦ、ＴＩＦＦを評価対象とする（破線Ｒ８、Ｒ１２の部分）。
【００９３】
ＩＮのサイズとしてはＡ４とＢ５とを受け取れるが、登録済みサービスの中ではＡ４もＢ５もＯＵＴのサイズとして列挙されているため、ＩＮのサイズとしてＡ４、Ｂ５を評価対象とする（破線Ｒ９、Ｒ１３の部分）。
【００９４】
ＯＵＴのフォーマットとしてはＰＤＦ、ＤＯＣを出力できるのに対し、登録済みサービスの中ではＰＤＦがＯＵＴのフォーマットとして列挙されているため、ＯＵＴのフォーマットとしてＰＤＦを評価対象とする（破線Ｒ１０、Ｒ１４の部分）。
【００９５】
ＯＵＴのサイズとしてはＡ４、Ｂ５を出力できるが、登録済みサービスの中ではＡ４だけしかＯＵＴのサイズとして列挙されていないため、ＯＵＴのサイズとしてＡ４だけを評価対象とする（破線Ｒ１１、Ｒ１５の部分）。
【００９６】
以上の処理で評価対象となった要件の全組み合わせを生成すると、ＩＮのフォーマットが２通り、ＩＮのサイズが２通り、ＯＵＴのフォーマットが１通り、ＯＵＴのサイズが１通りなので、機器Ｃの“ＯＣＲ"サービスの評価内容エントリは、２＊２＊１＊１＝４つ生成される（ＰＤＦ：Ａ４→ＰＤＦ：Ａ４、ＰＤＦ：Ｂ５→ＰＤＦ：Ａ４、ＴＩＦＦ：Ａ４→ＰＤＦ：Ａ４、ＴＩＦＦ：Ｂ５→ＰＤＦ：Ａ４）。
【００９７】
＜プログラム＞
以上で説明した本発明にかかる情報処理装置は、コンピュータで処理を実行させるプログラムによって実現されている。コンピュータとしては、例えばパーソナルコンピュータやワークステーションなどの汎用的なものが挙げられるが、本発明はこれに限定されるものではない。よって、一例として、プログラムにより本発明を実現する場合の説明を以下で行う。
【００９８】
例えば、
複数の画像処理装置によって構成される連携処理網を管理する情報処理装置の制御用のプログラムであって、
情報処理装置のコンピュータに、
サービス入出力要件取得手段が、画像処理装置の提供するサービスの入出力要件を取得する手順、
サービス要求性能管理手段が、連携処理網内で連携対象として登録するサービスへの要求性能情報を保持する手順、
サービス評価対象決定手段が、連携処理網に新たに登録する機器のサービスの入出力要件に対し、既に連携処理網に登録されているサービスの入出力要件のマッチング処理を行い、登録するサービスの入出力のうち利用する組み合わせだけを評価対象として抽出する手順、
サービス評価内容生成手段が、サービス要求性能管理手段から登録するサービスの要求性能情報を取得して評価対象に加えることで、サービスに対して実施する評価内容を生成する手順、
サービス評価手段が、サービス評価内容生成手段によって定義された要求に従ってサービスを評価する手順、
連携対象管理手段が、サービス評価手段によって評価をパスしたサービスを連携対象として登録する手順、
を実行させるプログラムが挙げられる。
【００９９】
これにより、プログラムが実行可能なコンピュータ環境さえあれば、どこにおいても本発明にかかる情報処理装置を実現することができる。
このようなプログラムは、コンピュータに読み取り可能な記憶媒体に記憶されていてもよい。
【０１００】
＜記憶媒体＞
ここで、記憶媒体としては、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（ＣＤ−Ｒｅｃｏｒｄａｂｌｅ）などのコンピュータで読み取り可能な記憶媒体、フラッシュメモリ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ、ＦｅＲＡＭ（強誘電体メモリ）等の半導体メモリやＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）が挙げられる。
【０１０１】
＜作用効果＞
連携処理網（図１）に新たに登録する機器のサービスの入出力要件（図６）に対し、既に連携処理網に登録されているサービスの入出力要件のマッチング処理（図９、図 １０）を行い、登録するサービスの入出力のうち連携に組み込まれる組み合わせだけをサービス評価対象として抽出するので、新たな連携対象機器をネットワークに追加する際、評価処理を必要最小限にすることができる情報処理装置、情報処理方法、及びプログラムの提供を実現することができる。
【０１０２】
なお、上述した実施の形態は、本発明の好適な実施の形態の一例を示すものであり、本発明はそれに限定されることなく、その要旨を逸脱しない範囲内において、種々変形実施が可能である。
【符号の説明】
【０１０３】
１    連携処理網
２、２−１、２−２    連携管理サーバ（Ｓ）
３−１    機器Ａ（画像処理装置）
３−２    機器Ｂ（画像処理装置）
３−３    機器Ｃ（画像処理装置）
４    ネットワーク
１１    連携対象管理手段
１２    サービス評価対象決定手段
１３    サービス入出力要件取得手段
１４    通信手段
１５    サービス評価内容生成手段
１６    サービス要求性能管理手段
１７    サービス評価手段
２０    通信手段
２１ａ    スキャン手段
２１ｂ    ファクス手段
２１ｃ    ＯＣＲ手段
２２    サービス入出力要件管理手段
【先行技術文献】
【特許文献】
【０１０４】
【特許文献１】特開２００８−１４８１０９号公報
【図１】
0005747485.tif 000002
【図２】
0005747485.tif 000003
【図３】
0005747485.tif 000004
【図４】
0005747485.tif 000005
【図５】
0005747485.tif 000006
【図６】
0005747485.tif 000007
【図７】
0005747485.tif 000008
【図８】
0005747485.tif 000009
【図９】
0005747485.tif 000010
【図１０】
0005747485.tif 000011
【図１１】
0005747485.tif 000012
【図１２】
0005747485.tif 000013
【図１３】
0005747485.tif 000014
【図１４】
0005747485.tif 000015
【図１５】
0005747485.tif 000016
【図１６】
0005747485.tif 000017
【図１７】
0005747485.tif 000018
【図１８】
0005747485.tif 000019
【図１９】
0005747485.tif 000020