(57)【要約】【課題】ユーザの要望に応じて、文書データに対して所定の処理を行うサービスをネットワーク上から容易に探し出す。【解決手段】連携処理サーバ５０は、文書配信サーバ６３がサービス処理依頼を受け付けなくなると指示書を解析し、文書配信サーバ６３を代替するサービスを検索するための検索条件を生成し、この検索条件をサービス検索サーバ２０に送信する。サービス検索サーバ２０は、検索条件に基づいて代替可能なサービス処理装置を検索し、検索結果を連携処理サーバ５０に送信する。連携処理サーバ５０は、文書配信サーバ６３に代えて、代替された他の文書配信サーバにアクセスして、そして文書配信処理を実行させる。【選択図】        図２
2004288066.tif 000002
【特許請求の範囲】
【請求項１】
文書データに関して所定の処理を行うサービスを検索するための検索条件を受信する受信手段と、
文書データに関して各々所定の処理を行う複数のサービス処理装置が接続されたネットワークから、前記受信手段により受信された検索条件に対応するサービスを提供するサービス処理装置を検索する検索手段と、
前記検索手段の検索結果を送信する送信手段と、
を備えたサービス検索装置。
【請求項２】
前記検索手段は、前記各サービス処理装置に対してそれぞれ問い合わせて、前記検索条件に対応するサービスを提供するサービス処理装置を検索すること
を特徴とする請求項１に記載のサービス検索装置。
【請求項３】
前記各サービス処理装置が提供するサービスを表すサービス情報をそれぞれ記憶したサービス情報記憶手段を更に備え、
前記検索手段は、前記サービス情報記憶手段に記憶されたサービス情報の中から、前記検索条件に対応するサービスを提供するサービス処理装置を検索すること
を特徴とする請求項１に記載のサービス検索装置。
【請求項４】
前記送信手段は、前記検索手段によって検索された１つ以上のサービス処理装置の一覧を送信すること
を特徴とする請求項１から３のいずれか１項に記載のサービス検索装置。
【請求項５】
前記受信手段は、前記検索条件として、サービス機能、サービスを提供するプロバイダ、サービス実行のための要件、サービスの料金、サービスの時間、サービスに対するアクセス権の少なくとも１つを受信すること
を特徴とする請求項１から４のいずれか１項に記載のサービス検索装置。
【請求項６】
文書データに関して所定の処理を行うサービスを検索するための検索条件を受信する受信工程と、
文書データに関して各々所定の処理を行う複数のサービス処理装置が接続されたネットワークから、前記受信工程により受信された検索条件に対応するサービスを提供するサービス処理装置を検索する検索工程と、
前記検索工程の検索結果を送信する送信工程と、
を備えたサービス検索方法。
【請求項７】
前記検索工程では、前記各サービス処理装置に対してそれぞれ問い合わせて、前記検索条件に対応するサービスを提供するサービス処理装置を検索すること
を特徴とする請求項６に記載のサービス検索方法。
【請求項８】
前記検索工程では、前記各サービス処理装置が提供するサービスを表すサービス情報をそれぞれ参照して、前記検索条件に対応するサービスを提供するサービス処理装置を検索すること
を特徴とする請求項６に記載のサービス検索方法。
【請求項９】
前記送信工程では、前記検索工程によって検索された１つ以上のサービス処理装置の一覧を送信すること
を特徴とする請求項６から８のいずれか１項に記載のサービス検索方法。
【請求項１０】
前記受信工程では、前記検索条件として、サービス機能、サービスを提供するプロバイダ、サービス実行のための要件、サービスの料金、サービスの時間、サービスに対するアクセス権の少なくとも１つを受信すること
を特徴とする請求項６から９のいずれか１項に記載のサービス検索方法。
【請求項１１】
コンピュータを、
文書データに関して所定の処理を行うサービスを検索するための検索条件を受信する受信手段と、
文書データに関して各々所定の処理を行う複数のサービス処理装置が接続されたネットワークから、前記受信手段により受信された検索条件に対応するサービスを提供するサービス処理装置を検索する検索手段と、
前記検索手段の検索結果を送信する送信手段と、
して機能させるサービス検索制御プログラム。
【請求項１２】
前記検索手段は、前記各サービス処理装置に対してそれぞれ問い合わせて、前記検索条件に対応するサービスを提供するサービス処理装置を検索すること
を特徴とする請求項１１に記載のサービス検索制御プログラム。
【請求項１３】
前記コンピュータを、
前記各サービス処理装置が提供するサービスを表すサービス情報をそれぞれ記憶したサービス情報記憶手段として更に機能させ、
前記検索手段は、前記サービス情報記憶手段に記憶されたサービス情報の中から、前記検索条件に対応するサービスを提供するサービス処理装置を検索すること
を特徴とする請求項１１に記載のサービス検索制御プログラム。
【請求項１４】
前記送信手段は、前記検索手段によって検索された１つ以上のサービス処理装置の一覧を送信すること
を特徴とする請求項１１から１３のいずれか１項に記載のサービス検索制御プログラム。
【請求項１５】
前記受信手段は、前記検索条件として、サービス機能、サービスを提供するプロバイダ、サービス実行のための要件、サービスの料金、サービスの時間、サービスに対するアクセス権の少なくとも１つを受信すること
を特徴とする請求項１１から１４のいずれか１項に記載のサービス検索制御プログラム。
【請求項１６】
請求項１から５のいずれか１項に記載のサービス検索装置と、
複数のサービスを前記ネットワーク上で連携させて処理をすることを指示した連携指示情報に基づいて、複数のサービスの連携処理を実行する連携処理装置と、を有し、
前記連携処理装置は、前記連携指示情報が示す所定のサービス処理装置が実行可能でないときに、前記所定のサービス処理装置に対応する他のサービス処理装置を前記ネットワーク上から検索するための検索条件を、前記サービス検索装置に対して送信し、前記サービス検索装置からの検索結果を受信し、前記所定のサービス処理装置の代わりに、前記受信された検索結果が示す他のサービス処理装置に処理を実行させること
を特徴とする文書処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービス検索装置、サービス検索方法及びプログラム、並びに文書処理システムに係り、特にネットワークを介して接続された様々なサービスの中から所望のサービスを検索するサービス検索装置、サービス検索方法及びプログラム、並びに文書処理システムに関する。
【０００２】
【従来の技術】
従来、ファクシミリデータの伝送状態を監視し、伝送障害発生時に迅速に対応できるようにしたネットワークシステムが提案されている（例えば、特許文献１参照。）。
【０００３】
特許文献１に記載されたネットワークシステムは、登録されたユーザーにインターネット４を介してデータを配信サービスするセンター装置１と、インターネット４を介して供給されるデータを公衆回線に選択伝送する複数アクセスポイント２１〜２ｎと、を備えている。
【０００４】
センター装置１は、ファイル転送プロトコルによりデータをファックスデータの形式で配信し、ファックスデータ伝送路における伝送障害の発生を監視し、伝送障害発生の検出時に、伝送障害を検出した伝送路に代え、代替アクセスポイントを含む他の代替伝送路を割り出し、割り出した伝送路を通してファックスデータを配信する。
【０００５】
これにより、上記ネットワークシステムは、伝送障害が発生したアクセスポイントを含む伝送路途上にファクシミリデータが停滞してしまってユーザ側のファクシミリ装置のファクシミリデータが伝送されない、という事態を回避することができる。
【０００６】
【特許文献１】
特開２０００−９９４２２号公報（図１）
【０００７】
【発明が解決しようとする課題】
特許文献１に記載されたネットワークシステムは、伝送障害を検出して、代替伝送路を探し出すものである。
【０００８】
ユーザによっては、文書データに対して所定の処理を行うサービスをネットワーク上から探し出したり、料金や時間制限のないサービスを探し出したいという要望がある。しかし、特許文献１に記載されたネットワークシステムは、ユーザの上述したような要望に対応することができないという問題があった。
【０００９】
本発明は、上述した課題を解決するために提案されたものであり、ユーザの要望に応じて、文書データに対して所定の処理を行うサービスをネットワーク上から容易に探し出すことができるサービス検索装置、サービス検索方法及びプログラム、並びに文書処理システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
請求項１に記載の発明であるサービス検索装置は、文書データに関して所定の処理を行うサービスを検索するための検索条件を受信する受信手段と、文書データに関して各々所定の処理を行う複数のサービス処理装置が接続されたネットワークから、前記受信手段により受信された検索条件に対応するサービスを提供するサービス処理装置を検索する検索手段と、前記検索手段の検索結果を送信する送信手段と、を備えている。
【００１１】
請求項６に記載の発明であるサービス検索方法は、文書データに関して所定の処理を行うサービスを検索するための検索条件を受信する受信工程と、文書データに関して各々所定の処理を行う複数のサービス処理装置が接続されたネットワークから、前記受信工程により受信された検索条件に対応するサービスを提供するサービス処理装置を検索する検索工程と、前記検索工程の検索結果を送信する送信工程と、を備えている。
【００１２】
請求項１１に記載の発明であるサービス検索制御プログラムは、コンピュータを、文書データに関して所定の処理を行うサービスを検索するための検索条件を受信する受信手段と、文書データに関して各々所定の処理を行う複数のサービス処理装置が接続されたネットワークから、前記受信手段により受信された検索条件に対応するサービスを提供するサービス処理装置を検索する検索手段と、前記検索手段の検索結果を送信する送信手段と、して機能させるプログラムである。
【００１３】
受信手段は、文書データに関して所定の処理を行うサービスを検索するための検索条件を受信する。ここで、サービスとは、文書データに関して所定の処理を行うことをいい、例えば、プリント、スキャン、メール配信、画像処理等、特に限定されるものではない。
【００１４】
検索手段は、複数のサービス処理装置が接続されたネットワークから、受信手段により受信された検索条件に対応するサービスを提供するサービス処理装置を検索する。つまり、検索手段は、ネットワークに接続された現在使用可能なサービス処理装置の中から、ユーザの要望にそって、検索条件に対応するサービス処理装置を検索する。そして、送信手段は、検索手段の検索結果を送信する。
【００１５】
したがって、上記発明によれば、文書データに関して各々所定の処理を行う複数のサービス処理装置が接続されたネットワークから、検索条件に対応するサービスを提供するサービス処理装置を検索し、その検索結果を送信することにより、現在使用できる代替可能なサービス処理装置を容易に検索することができる。
【００１６】
請求項２に記載の発明であるサービス検索装置は、請求項１に記載の発明において、前記検索手段は、前記各サービス処理装置に対してそれぞれ問い合わせて、前記検索条件に対応するサービスを提供するサービス処理装置を検索することを特徴とする。
【００１７】
請求項７に記載の発明であるサービス検索方法は、請求項６に記載の発明において、前記検索工程では、前記各サービス処理装置に対してそれぞれ問い合わせて、前記検索条件に対応するサービスを提供するサービス処理装置を検索することを特徴とする。
【００１８】
請求項１２に記載の発明であるサービス検索制御プログラムは、請求項１１に記載の発明において、前記検索手段は、前記各サービス処理装置に対してそれぞれ問い合わせて、前記検索条件に対応するサービスを提供するサービス処理装置を検索することを特徴とする。
【００１９】
したがって、上記発明によれば、ネットワークに接続された各サービス処理装置に対してそれぞれ問い合わせを行うことにより、検索のための所定の準備を行うことなく、検索条件に対応するサービスを提供するサービス処理装置を検索することができる。
【００２０】
請求項３に記載の発明であるサービス検索装置は、請求項１に記載の発明において、前記各サービス処理装置が提供するサービスを表すサービス情報をそれぞれ記憶したサービス情報記憶手段を更に備え、前記検索手段は、前記サービス情報記憶手段に記憶されたサービス情報の中から、前記検索条件に対応するサービスを提供するサービス処理装置を検索することを特徴とする。
【００２１】
請求項８に記載の発明であるサービス検索方法は、請求項６に記載の発明において、前記検索工程では、前記各サービス処理装置が提供するサービスを表すサービス情報をそれぞれ参照して、前記検索条件に対応するサービスを提供するサービス処理装置を検索することを特徴とする。
【００２２】
請求項１３に記載の発明であるサービス検索制御プログラムは、請求項１１に記載の発明において、前記コンピュータを、前記各サービス処理装置が提供するサービスを表すサービス情報をそれぞれ記憶したサービス情報記憶手段として更に機能させ、前記検索手段は、前記サービス情報記憶手段に記憶されたサービス情報の中から、前記検索条件に対応するサービスを提供するサービス処理装置を検索することを特徴とする。
【００２３】
サービス情報記憶手段は、各サービス処理装置が提供するサービスを表すサービス情報をそれぞれ記憶している。サービス情報は、複数のサービスの中からユーザの所望するサービスを絞り込むことができれば限定されるものではなく、例えば、サービス機能、サービスを提供するプロバイダ、サービス実行のための要件、サービスの料金、サービスの時間、サービスに対するアクセス権の少なくとも１つが好ましい。検索手段は、サービス情報記憶手段に記憶されたサービス情報の中から、検索条件に対応するサービスを提供するサービス処理装置を検索する。
【００２４】
したがって、上記発明によれば、各サービス処理装置が提供するサービスを表すサービス情報をそれぞれ記憶しておくことにより、各々のサービス処理装置に対して直接問い合わせを行うことなく、検索条件に対応するサービスを提供するサービス処理装置を容易に検索することができる。
【００２５】
請求項４に記載の発明であるサービス検索装置は、請求項１から３のいずれか１項に記載の発明において、前記送信手段は、前記検索手段によって検索された１つ以上のサービス処理装置の一覧を送信することを特徴とする。
【００２６】
請求項９に記載の発明であるサービス検索方法は、請求項６から８のいずれか１項に記載の発明において、前記送信工程では、前記検索工程によって検索された１つ以上のサービス処理装置の一覧を送信することを特徴とする。
【００２７】
請求項１４に記載の発明であるサービス検索制御プログラムは、請求項１１から１３のいずれか１項に記載の発明において、前記送信手段は、前記検索手段によって検索された１つ以上のサービス処理装置の一覧を送信することを特徴とする。
【００２８】
したがって、上記発明によれば、検索された１つ以上のサービス処理装置の一覧を送信することにより、ユーザに対して所望のサービス処理装置を選択する機会を与えることができる。
【００２９】
請求項５に記載の発明であるサービス検索装置は、請求項１から４のいずれか１項に記載の発明において、前記受信手段は、前記検索条件として、サービス機能、サービスを提供するプロバイダ、サービス実行のための要件、サービスの料金、サービスの時間、サービスに対するアクセス権の少なくとも１つを受信することを特徴とする。
【００３０】
請求項１０に記載の発明であるサービス検索方法は、請求項６から９のいずれか１項に記載の発明において、前記受信工程では、前記検索条件として、サービス機能、サービスを提供するプロバイダ、サービス実行のための要件、サービスの料金、サービスの時間、サービスに対するアクセス権の少なくとも１つを受信することを特徴とする。
【００３１】
請求項１５に記載の発明であるサービス検索制御プログラムは、請求項１１から１４のいずれか１項に記載の発明において、前記受信手段は、前記検索条件として、サービス機能、サービスを提供するプロバイダ、サービス実行のための要件、サービスの料金、サービスの時間、サービスに対するアクセス権の少なくとも１つを受信することを特徴とする。
【００３２】
検索条件は、サービス機能、サービスを提供するプロバイダ、サービス実行のための要件、サービスの料金、サービスの時間、サービスに対するアクセス権の少なくとも１つを有していればよい。また、検索条件は、これらの中の優先順位を含めてもよい。優先順位は、順位の高いものから順に、サービス機能、サービスの料金又は時間であるのが好ましい。
【００３３】
したがって、上記発明によれば、検索条件として、サービス機能、サービスを提供するプロバイダ、サービス実行のための要件、サービスの料金、サービスの時間、サービスに対するアクセス権の少なくとも１つを受信して検索を実行することにより、詳細な検索を実行することができる。
【００３４】
請求項１６に記載の発明である文書処理システムは、請求項１から５のいずれか１項に記載のサービス検索装置と、複数のサービスを前記ネットワーク上で連携させて処理をすることを指示した連携指示情報に基づいて、複数のサービスの連携処理を実行する連携処理装置と、を有し、前記連携処理装置は、前記連携指示情報が示す所定のサービス処理装置が実行可能でないときに、前記所定のサービス処理装置に対応する他のサービス処理装置を前記ネットワーク上から検索するための検索条件を、前記サービス検索装置に対して送信し、前記サービス検索装置からの検索結果を受信し、前記所定のサービス処理装置の代わりに、前記受信された検索結果が示す他のサービス処理装置に処理を実行させることを特徴とする。
【００３５】
連携処理装置は、連携指示情報に基づいて複数のサービスの連携処理を実行するものである。ここで、連携処理装置は、連携指示情報が示す所定のサービス処理装置が実行可能でない場合、代替可能なサービス処理装置をネットワーク上から検索するための検索条件をサービス検索装置に送信する。
【００３６】
サービス検索装置は、連携処理装置から検索条件を受信すると、請求項１から５のいずれかに記載されているように検索を実行し、検索結果を連携処理装置に送信する。
【００３７】
そして、連携処理装置は、サービス検索装置からの検索結果を受信すると、実行可能でないサービス処理装置の代わりに、検索結果が示す他のサービス処理装置に前記連携処理を実行させる。
【００３８】
したがって、上記発明によれば、複数のサービスの連携処理実行中に所定のサービス検索装置が実行可能でないことが判明した場合でも、代替可能なサービス処理装置を検索することで、連携処理を確実に実行することができる。
【００３９】
【発明の実施の形態】
以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。
【００４０】
［第１の実施形態］
（システム構成）
図１は、本発明の第１の実施形態に係る文書処理システム１の構成を示すブロック図である。
【００４１】
文書処理システム１は、様々なサービスやアプリケーションがネットワーク５を介して接続されたものである。ここで、サービスとは、外部からの要求に応じて文書に関する利用可能な機能をいう。サービスは、例えば、コピー、プリント、スキャン、ファクシミリ送受信、メール配信、レポジトリへの格納やレポジトリからの読込、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理、ノイズ除去処理等が該当し、特に限定されるものではない。
【００４２】
文書処理システム１は、具体的は、複数のサービスを連携させてユーザの所望の処理を指示するユーザインタフェースを備えたクライアント端末１０と、ユーザの所望のサービスを検索するサービス検索サーバ２０と、クライアント端末１０で指示されたサービス連携に関する情報から指示書を作成する指示書生成サーバ３０と、指示書を管理する指示書管理サーバ４０と、指示書に従って各サービスの連携処理を実行する連携処理サーバ５０と、を備えている。
【００４３】
さらに、文書処理システム１は、画像文書のノイズ除去処理や画像回転処理やＯＣＲ処理や画像をバインドする等の画像処理を行う画像処理装置６１と、文書を管理する文書管理サーバ６２と、文書を配信する文書配信サーバ６３と、第１のサービス処理を行う第１のサービス処理装置６４と、第２のサービス処理を行う第２のサービス処理装置６５と、を備えている。
【００４４】
なお、文書処理システム１は、本実施形態では所定のサービス処理を行う複数のサーバがネットワーク５を介して接続された構成となっているが、複数のサービスがネットワーク５を介して接続されていれば特に限定されるものではない。
【００４５】
ここで、指示書とは、一連の処理を複数の機能的な処理に分解した場合において、各機能の関係を表す情報と、各機能を呼び出すためのインタフェース（Ｉ／Ｆ）情報と、一連の処理に関するグラフィカルユーザインタフェース（ＧＵＩ）を構成するための情報と、を含んだデータをいう。
【００４６】
図２は、文書処理システム１を構成する各サービス処理装置の相互関係を説明するためのブロック図である。各サービス処理装置は、自身が提供するサービスの内容を表すＩ／Ｆ情報を記憶している。
【００４７】
図３は、Ｉ／Ｆ情報の構成を示す図である。Ｉ／Ｆ情報は、＜サービス種類（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ）＞、＜サービス名（Ｓｅｒｖｉｃｅ  Ｎａｍｅ）＞、＜サービス・アイコン（Ｓｅｒｖｉｃｅ  Ｉｃｏｎ）＞、＜サービスロケーション情報（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）＞、＜入力（Ｉｎｐｕｔ）＞、＜出力（Ｏｕｔｐｕｔ）＞、＜パラメータ制限ルール（Ｐａｒａｍｅｔｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｒｕｌｅｓ）＞、＜サービス・ロケーション（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ）＞、＜メソッド名（Ｍｅｔｈｏｄ  Ｎａｍｅ）＞、＜起動方法（Ｉｎｖｏｃａｔｉｏｎ  Ｓｃｈｅｍｅ）＞、＜黙示要素（Ｉｎｐｌｉｃｉｔ  Ｅｌｅｍｅｎｔｓ）＞で構成されている。
【００４８】
＜サービス種類＞は、サービス処理装置が提供するサービスの種類である。なお、＜サービス種類＞は、予め定義されているものが使用され、例えば、スキャン、プリント、レポジトリ、フロー等が該当する。＜サービス名＞は、サービス処理装置が提供するサービスの名前である。＜サービス・アイコン＞は、クライアント端末１０のＧＵＩに表示するアイコンの位置情報である。
【００４９】
＜サービスロケーション情報＞は、指示書生成サーバ３０がＩ／Ｆ情報を取得するために用いるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）である。＜入力＞は、サービスへの入力である。＜出力＞は、サービスからの出力である。＜パラメータ制限ルール＞は、＜入力＞や＜出力＞に適用される制限ルールである。＜サービスロケーション＞は、サービスを実際に使用するときの位置情報である。＜メソッド名＞は、サービス処理の提供手法やサービスを指し示す名称が記述されている。
【００５０】
＜起動方法＞は、サービス処理を呼び出し起動する方法である。なお、＜起動方法＞としては、例えばメッセージ交換のプロトコルであるＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等を用いることができる。＜黙示要素＞は、出力として明示的に後段の処理に渡されるデータでないが、後段の処理で参照可能なデータである。
【００５１】
クライアント端末１０は、指示書の作成を指示したり、起動すべき指示書を選択するために、画面表示したり所定の操作を行うためのグラフィカルユーザインタフェース（ＧＵＩ）の機能を備えている。
【００５２】
サービス検索サーバ２０は、ネットワーク５に接続された複数のサービスの中から、検索条件に対応するサービスを検索する。サービス検索サーバ２０は、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３、第１のサービス処理装置６４、第２のサービス処理装置６５等の様々なサービス処理装置のＩ／Ｆ情報の一部（以下「部分Ｉ／Ｆ情報」という。）を予め記憶している。ここで、部分Ｉ／Ｆ情報は、Ｉ／Ｆ情報の要素中の＜サービス種類＞、＜サービス名＞、＜サービスロケーション情報＞、＜入力＞情報、＜出力＞情報をいう。
【００５３】
サービス検索サーバ２０は、指示書生成サーバ３０や連携処理サーバ５０から検索条件が送信されたときは、各サービス処理装置の部分Ｉ／Ｆ情報を用いてサービスを検索する。例えば、サービス検索サーバ２０は、所定のサービスと同様のサービスを検索するときは、＜サービス種類＞が一致するサービスを検索したり、＜入力＞及び＜出力＞が一致するサービスを検索したり、これらすべてが一致するサービスを検索すればよい。
【００５４】
指示書生成サーバ３０は、指示書作成時には各サービス処理装置からＩ／Ｆ情報を取得して、各サービス処理装置が提供するサービスを連携させるための指示書を生成する。指示書生成サーバ３０は、指示書を作成すべく、具体的には次の処理を実行する。
【００５５】
指示書生成サーバ３０は、＜サービスロケーション情報＞に基づいて、ネットワーク５上に分散した所定のサービス処理装置から、各サービスに関するＩ／Ｆ情報を送信するように要求する。なお、指示書生成サーバ３０は、所定のサービス処理装置がない場合は、サービス検索サーバ２０に対して、所定のサービス処理装置と同一のサービスを行う他のサービス処理装置を検索するように指示を出す。そして、指示書生成サーバ３０は、サービス検索サーバ２０から、他のサービス処理装置の＜サービスロケーション情報＞を取得すればよい。
【００５６】
指示書生成サーバ３０は、サービス検索サーバ２０からの検索結果や各サービス処理装置から受信したＩ／Ｆ情報を管理する。指示書生成サーバ３０は、各サービス処理装置から取得したＩ／Ｆ情報に基づいて、ジョブフローを定義するためのＧＵＩ画面となるＨＴＭＬファイルを生成する。そして、指示書生成サーバ３０は、クライアント端末１０からのサービスの閲覧要求があると、ＧＵＩ画面となるＨＴＭＬファイルを前記クライアント端末１０へ送信する。
【００５７】
図４は、ジョブフローを定義するためのＧＵＩ画面である指示書作成画面１００を示す図である。指示書作成画面１００は、サービスウインドウ１０１、フローウインドウ１０２、ロジックウインドウ１０３、プロパティーウインドウ１０４で構成されている。
【００５８】
サービスウインドウ１０１は、使用可能な様々なサービス処理装置を表示する。ロジックウインドウ１０３は、サービス間の連携のパターンを示すジョブフローを表示する。プロパティーウインドウ１０４は、サービスウインドウ１０１とロジックウインドウ１０３に表示された各アイコンの詳細な設定パラメータを表示する。
【００５９】
ユーザは、サービスウインドウ１０１のアイコンとロジックウインドウ１０３のアイコンをフローウインドウ１０２にドラッグ・アンド・ドロップすることで、フローウインドウ１０２にジョブフローを定義することができる。ユーザは、さらに、プロパティーウインドウ１０４に表示された内容を編集することによって、サービスやロジックなどのサービス間の関係を詳細に設定することができる。
【００６０】
クライアント端末１０は、ユーザの操作によって定義されたジョブフロー情報を指示書生成サーバ３０に送信する。
【００６１】
指示書生成サーバ３０は、ユーザからのサービス連携の指示に関するジョブフロー情報と、各サービスのＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方（ジョブフロー）、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する。指示書は、本実施例ではＸＭＬ形式のファイルで構成されている。
【００６２】
図５は、ＸＭＬ形式で構成された指示書を示す概念図である。複数のサービスの連携処理自体も１つのサービスとみなされるので、指示書は、図３に示したＩ／Ｆ情報に加えて＜フロー（Ｆｌｏｗ）＞を追加した構成になっている。
【００６３】
＜フロー＞は、サービス間の連携を記述する要素であり、＜起動（Ｉｎｖｏｋｅ）＞、制御構造や論理演算、条件判断をするための＜ｉｆ＞等の要素、サービス間の連携を調整するためのＸＭＬ構造の操作指示、さらに処理対象の文書を特定するための情報を含んでいる。
【００６４】
＜起動＞は、サービス処理装置の特定のメソッドを表し、サービスの呼び出しを実行する。＜起動＞の要素として、パラメータの位置情報を示す＜マップ＞と、呼び出すメソッド名＜メソッド＞を有している。制御構造や論理演算等を示す＜ｉｆ＞、＜ａｎｄ＞、＜ｅｑ＞、＜ｇｔ＞は、連携処理時に条件分岐を行ったり、サービス間で受け渡されるパラメータの調整を実施する。
【００６５】
指示書は、サービスの連携処理の制御に関するすべての情報を＜フロー＞の要素に記述している。これにより、指示書によって表される連携処理自体も１つのサービスとみなされる。なお、指示書は、図５に示す構成に限定されるものではなく、各サービスを連携させることができればよい。指示書に記述されたこれらの情報は、詳しくは後述するが、代替サービス処理装置の検索時にも使用される。
【００６６】
指示書生成サーバ３０は、以上のようなＸＭＬ形式の指示書を指示書管理サーバ４０に送信する。また、指示書生成サーバ３０は、ユーザによりサービス連携処理の実行が指示されている場合は、指示書を直接連携処理サーバ５０に送信してもよい。
【００６７】
指示書管理サーバ４０は、指示書生成サーバ３０から送信された指示書を保持し、クライアント端末１０からの要求に応じて指示書を連携処理サーバ５０へ送信する。
【００６８】
連携処理サーバ５０は、指定された指示書を解釈・実行するサーバである。連携処理サーバ５０は、指示書が送信されると、その指示書を解釈し、指示書に記述されている順番と利用方法に従い、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３などの各サービス処理装置を順に呼び出し、連携処理を実行する。また、連携処理サーバ５０は、実行中の連携処理の状況や終了した連携処理の結果の情報を保存し、外部からの要求に応じて、連携処理の状況や結果を通知する。
【００６９】
連携処理サーバ５０は、指示書を解釈して各サービス処理装置へ依頼する際には、処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等を有する個別指示情報を生成する。なお、連携処理サーバ５０は、各サービス処理装置で行う処理の連携処理における前後のサービス処理との関連情報を抽出して指示書に記述してもよいし、指示書の形式ではなく各サービス処理装置毎の固有の情報交換形式で処理依頼を行うようにしてもよい。
【００７０】
画像処理装置６１は、画像処理機能を行うソフトウェアプログラムがインストールされたコンピュータである。画像処理装置６１は、連携処理サーバ５０からの処理要求依頼に含まれるサービス処理依頼内容、入力パラメータ、処理対象文書の情報に基づいて、文書の処理を行う。また、画像処理装置６１は、起動時にサービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、画像処理装置６１は、指示書生成サーバ３０からの要求により、画像処理サービスの利用方法を示すＩ／Ｆ情報を送信する。このＩ／Ｆ情報は、指示書作成時に利用される。
【００７１】
文書管理サーバ６２は、文書格納機能を有している。文書管理サーバ６２は、連携処理サーバ５０からの要求に含まれる情報に基づき、文書の格納や検索や読み出し、文書に関する属性の変更や各種処理を実行する。また、文書管理サーバ６２は、起動時にサービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書管理サーバ６２は、指示書生成サーバ３０からの要求により文書管理サービスの利用方法を示すＩ／Ｆ情報を送信する。
【００７２】
文書配信サーバ６３は、取得した文書を、指示された文書管理サーバへ格納したり、指示された送信先へメール送信やＦＡＸ送信を行ったり、指示されたプリンタへプリント出力処理を行う機能を備えている。文書配信サーバ６３は、連携処理サーバ５０からの要求により、クライアント端末１０で指示された文書とその配信先の情報に基づき、文書の配信処理を行う。また、文書配信サーバ６３は、起動時に、サービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書配信サーバ６３は、指示書生成サーバ３０からの要求により配信処理サービスの利用方法を示すＩ／Ｆ情報を送信する。
【００７３】
第１のサービス処理装置６４は、外部からの指示に従って文書に関する所定のサービス処理を行う装置である。ここで、第１のサービス処理装置６４は、連携処理サーバ５０からの処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等の情報に基づき、自身で実行すべきサービス処理を実行する。また、第１のサービス処理装置６４は、起動時に、サービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、第１のサービス処理装置６４は、指示書生成サーバ３０からの要求によりサービス処理の利用方法を示すＩ／Ｆ情報を送信する。なお、第２のサービス処理装置６５は、サービス処理の内容を除いて、第１のサービス処理装置６４と同様に動作する。
【００７４】
以上のように構成された文書処理システム１において、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等の各サービス処理装置は、それぞれ所定のサービスを実行するためのアプリケーションプログラムがインストールされると、以下のように動作する。
【００７５】
画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等のサービス処理装置は、起動処理において、それぞれのサービス概要とアドレスを示す情報を含んだ部分Ｉ／Ｆ情報をサービス検索サーバ２０に通知する。
【００７６】
サービス検索サーバ２０は、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等の各サービス処理装置から送信された部分Ｉ／Ｆ情報を保存する。これにより、サービス検索サーバ２０は、例えば指示書生成サーバ３０や連携処理サーバ５０から所定のサービス検索要求があったときに、部分Ｉ／Ｆ情報を用いて検索を実行することができる。
【００７７】
サービス検索サーバ２０は、上述した例に限らず、部分Ｉ／Ｆ情報を含んだサービス情報を用いて検索することもできる。
【００７８】
図６は、サービス検索サーバ２０の詳細な構成を示すブロック図である。サービス検索サーバ２０は、例えば、サービス検索制御プログラムがインストールされたコンピュータによって構成されている。サービス検索サーバ２０は、サービス情報を記憶するサービスデータベース２１と、各サービスの部分Ｉ／Ｆ情報及びサービス情報を登録するサービス登録部２２と、サービスを検索するサービス検索部２３と、検索条件が入力される検索条件入力部２４と、検索条件と合致するサービスを検索する条件合致判定部２５と、ユーザに通知するユーザ通知部２６と、検索結果を出力する検索結果出力部２７と、を備えている。
【００７９】
ここで、サービス情報とは、サービスを検索するために用いられる情報であればよく、上述した部分Ｉ／Ｆ情報の他に、Ｉ／Ｆ情報、その他の情報も含まれる。サービス情報としては、例えば、「サービス機能」、「サービスに必要な要件」、「プロバイダ」、「サービスロケーション」、「連携可能性（Ｃｏｎｎｅｃｔｉｖｉｔｙ）」、「コスト」、「アクセス権」がある。
【００８０】
図７は、サービス情報の一例を説明する図である。「サービス機能」は、サービスの機能を分類するためのものであり、所定のサービスＩＤ、部分Ｉ／Ｆ情報の＜サービス種類＞、＜入力＞及び＜出力＞などによって特定される。「サービス機能」としては、例えば、フォーマット変換サービス、印刷（プリント）サービス、スキャンサービス、メール送信サービスなどが該当する。
【００８１】
「サービスに必要な要件」は、サービス毎に必要とする要件を指定するものである。例えば、印刷サービスではフィニッシング、解像度、カラーなどが該当し、スキャンサービスではカラー、解像度などが該当する。また、フォーマット変換サービスでは対応するファイルのフォーマットが該当し、メール送信サービスでは最大ファイル容量などが該当する。
【００８２】
「プロバイダ」は、サービスを提供するプロバイダ（運営会社、部門など）を指定するものであり、例えば、運営会社としてはＡ社、部門としては総務部などが該当する。
【００８３】
「サービスロケーション」は、サービスが実行される物理的又は論理的な位置を指定するものであり、図３に示したＩ／Ｆ情報の要素の１つである。「サービスロケーション」は、例えば、ＩＰアドレスのような“１２９．ｘｘｘ．ｘｘｘ．ｘｘｘ”に限らず、“ネット上で実行されている”、“８Ｆで実行されている”などであってもよい。
【００８４】
「連携可能性」は、指示書に記述された一連のジョブフローにおいて、次のサービス処理に対して連係する機能を提供するか否かを表している。「連携可能性」は、例えば、“次のサービス処理（ｈｔｔｐ：／／．．．／）と通信可能か否か”、“次のサービス処理が要求する情報を提供できるか否か”を表している。
【００８５】
「コスト」は、料金、時間（時間期限）を表し、サービス処理を行うにあたり、どの程度の料金で課金するか、どの程度の処理時間が必要であるかを表している。具体的には、指定されたサービス処理を“ｘｘｘｘ円で実行可能”、“ｘｘ時間で実行可能”  などを表す。
【００８６】
「アクセス権」は、サービスのアクセスを許可するかどうかの条件であり、アクセスを許可するユーザ名や権限の情報である。
【００８７】
サービスデータベース２１は、サービス毎に上述したようなサービス情報を記憶している。なお、サービスデータベース２１に記憶されたサービス情報は、予め登録されたサービス情報、検索されたサービス情報の一方でもよいし、両方であってもよい。
【００８８】
サービス登録部２２は、各サービス処理装置から送信されたサービス情報をサービスデータベース２１に登録する。なお、サービス登録部２２は、所定のサービス処理装置が故障等によりサービスを実行できなくなったときは、そのサービス処理装置に対応するサービス情報を削除することもできる。サービス検索部２３は、検索対象となるサービス（サービス処理装置）をネットワーク５上から検索し、検索結果をサービスデータベース２１に記憶させる。
【００８９】
検索条件入力部２４は、ネットワーク５を介して、様々なサービス処理装置の検索条件を入力する。検索条件としては、上述したサービス情報に関するものであればよい。条件合致判定部２５は、検索条件入力部２４に入力された検索条件と、サービスデータベース２１に記憶されているサービスとを照合し、検索条件に合致するサービス処理装置を検索する。
【００９０】
ユーザ通知部２６は、ユーザであるクライアント端末１０に通知することを指定されている場合に、検索された代替サービスをクライアント端末１０に通知する。検索結果出力部２７は、検索要求を行ったサービス処理装置に対して、検索結果を出力する。
【００９１】
（指示書の作成）
図８は、指示書作成時のクライアント端末１０及び指示書生成サーバ３０の処理手順を示すフローチャートである。
【００９２】
クライアント端末１０は、ユーザの操作に従って、インストールされたブラウザを通して、指示書生成サーバ３０が提供するユーザインタフェース画面用に生成されたＨＴＭＬファイルのＵＲＬにアクセスする（ステップＳＴ１）。
【００９３】
指示書生成サーバ３０は、クライアント端末１０からの閲覧要求に応じて、ユーザインタフェース画面のＨＴＭＬファイルをクライアント端末１０に送信する（ステップＳＴ２）。
【００９４】
クライアント端末１０は、指示書生成サーバ３０から送信された例えばＨＴＭＬファイルに含まれる画面を構成する情報に基づいて、ユーザインタフェース画面を表示する（ステップＳＴ３）。このとき、ユーザは、クライアント端末１０に表示されたユーザインタフェース画面を用いて、所望のサービス連携のジョブフローを定義することができる。
【００９５】
クライアント端末１０は、ユーザインタフェース画面を介してジョブフローが定義されたか否かを判定し、ジョブフローが定義されるまで待機する（ステップＳＴ４）。クライアント端末１０は、ジョブフローが作成されたと判定すると、ユーザによって定義されたサービス連携に関するジョブフロー情報を指示書生成サーバ３０に送信する。
【００９６】
指示書生成サーバ３０は、クライアント端末１０より送信されたサービス連携のジョブフローに関する情報と、各サービス処理装置から取得したＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する（ステップＳＴ５）。そして、指示書生成サーバ３０は、ＸＭＬ形式の指示書を指示書管理サーバ４０に送信する。
【００９７】
指示書管理サーバ４０は、指示書生成サーバ３０で生成された指示書を保存する。指示書管理サーバ４０は、指示書生成サーバ３０で作成された複数の指示書を保存しており、クライアント端末１０から指示書の選択指示があった時は選択された指示書を読み出す。
【００９８】
（連携処理の起動・実行）
ユーザは、指示書管理サーバ４０に保存されている複数の指示書の中から所望の指示書を選択して、連携処理を起動させることができる。具体的には、以下の通りである。
【００９９】
図９は、クライアント端末１０、指示書管理サーバ４０及び連携処理サーバ５０の処理を示すフローチャートである。
【０１００】
クライアント端末１０は、指示書管理サーバ４０へアクセスし、指示書管理サーバ４０で管理される指示書リストを取得する（ステップＳＴ１１）。
【０１０１】
図１０は、指示書リストを表すサービス連携処理選択画面１１０の一例を示す図である。サービス連携処理選択画面１１０は、指示書毎に指示書を選択するためのボタン１１１〜１１６を有している。ユーザは、サービス連携処理選択画面１１０から所望のボタンをクリックすることで、指示書を選択することができる。
【０１０２】
クライアント端末１０は、サービス連携処理選択画面１１０から、ユーザの操作指示に基づいて、所定のサービス連携処理を表す指示書を選択し、このとき必要に応じてユーザへのパラメータ入力画面を表示し、ジョブフローの実行に必要なパラメータの入力を受け取る。そして、その指示書の起動を指示する。
【０１０３】
指示書管理サーバ４０は、クライアント端末１０によって指示された指示書を連携処理サーバ５０へ送信する（ステップＳＴ１２）。この結果、連携処理サーバ５０は、連携処理の実行を開始する。
【０１０４】
連携処理サーバ５０は、指示書管理サーバ４０より送信された指示書を解釈し、指示書に記述された第１番目の処理である画像処理装置６１に対して、第１のサービス処理を実行することを依頼する（ステップＳＴ１３）。連携処理サーバ５０は、具体的には、指示書に記載された情報をもとに、処理依頼するサービス処理装置のロケーションや処理依頼に必要な入力パラメータと出力パラメータ形式、処理依頼のためのメソッド名、起動方法、処理対象文書を特定する情報を抽出し、個別指示情報を作成する。連携処理サーバ５０は、個別指示情報を第１の処理依頼先である画像処理装置６１へ送信する。
【０１０５】
画像処理装置６１は、送信された指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象文書をコピーし文書を取得する。画像処理装置６１は、取得した文書画像に対し、サービス処理依頼内容を解釈し、ノイズ除去、ＯＣＲ処理といった画像処理を行い、抽出されたテキスト文書とバインドする処理を行う。画像処理装置６１は、画像処理によって得られた画像文書とテキスト文書がバインドされた文書を元の格納先へ再格納する。画像処理装置６１は、このような処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。
【０１０６】
連携処理サーバ５０は、画像処理装置６１からの処理結果を受信すると、第１の処理依頼結果をログとして管理する。そして、連携処理サーバ５０は、指示書に基づき第２の処理依頼先を特定し、第２のサービス処理を実行することを文書管理サーバ６２に依頼する（ステップＳＴ１４）。連携処理サーバ５０は、第１のサービス処理依頼と同様に、個別指示情報（処理依頼に関する情報である文書を格納する旨の情報、文書の格納先の情報、処理対象文書を特定する情報）を文書管理サーバ６２へ送信する。
【０１０７】
文書管理サーバ６２は、連携処理サーバ５０の依頼内容に基づき、前の処理（第１のサービス処理）で処理され格納された文書を、依頼内容に記述された格納先情報に基づき格納処理を行う。文書管理サーバ６２は、このような処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。
【０１０８】
連携処理サーバ５０は、第２のサービス処理（文書格納処理）からの処理結果を受信すると、第２の処理依頼結果をログとして管理する。連携処理サーバ５０は、指示書に基づき第３の処理依頼先を特定し、第３のサービス処理を実行することを文書配信サーバ６３に依頼する（ステップＳＴ１５）。連携処理サーバ５０は、第２のサービス処理依頼と同様に、個別指示情報（処理依頼に関する情報である文書を格納する旨の情報、文書の格納先の情報、処理対象文書を特定する情報）を文書配信サーバ６３へ送信する。
【０１０９】
文書配信サーバ６３は、連携処理サーバ５０の依頼内容に基づき、前の処理（第２のサービス処理）で処理され格納された文書を、文書を特定する情報（格納先情報）に基づき文書ファイルを読み出し、依頼内容に記述された処理を行う。ここでは、文書配信サーバ６３は、テキスト文書と画像文書がバインドされた文書のうち、テキスト文書のみを配信先として指定されたメールアドレスへメール送信し、画像文書のみを指定されたＦＡＸ番号へＦＡＸ送信を行う。文書配信サーバ６３は、処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。
【０１１０】
この処理において、文書配信サーバ６３は、例えばＦＡＸ送信処理において相手先が話し中でありかつ所定回数リトライを行っても相手先と接続できなかった場合、ステータス情報として「メール送信：完了、ＦＡＸ送信：未送信」を連携処理サーバ５０に送信する。
【０１１１】
連携処理サーバ５０は、第３のサービス処理からの処理結果を受信し、指示書には次の処理が記述されていないと判断すると、クライアント端末１０に対してすべての処理が完了した旨の通知を行い、連携処理を終了する（ステップＳＴ１６）。
【０１１２】
（連携処理時のサービス検索）
文書処理システム１は、連携処理の実行中にサービス処理装置が所定のサービスを実行することできない場合には、代替可能な他のサービス処理装置に所定のサービスを実行させることができる。本実施形態では、文書配信サーバ６３が連携処理サーバ５０の処理依頼を受け付けなくなった場合を例に挙げて説明する。
【０１１３】
連携処理サーバ５０は、文書配信サーバ６３がサービス処理依頼を受け付けなくなった場合、サービス検索サーバ２０に対して、文書配信サーバ６３と同等のサービスを実行することが可能なサービス処理装置を検索するように要求する。具体的には、連携処理サーバ５０は、文書配信サーバ６３がサービス処理依頼を受け付けなくなると指示書を解析し、文書配信サーバ６３を代替するサービスを検索するための検索条件を生成し、この検索条件をサービス検索サーバ２０に送信する。
【０１１４】
なお、検索条件としては、「サービス機能」、「サービスに必要な要件」、「プロバイダ」、「サービスロケーション」、「連携可能性」、「コスト」、「アクセス権」などの図７に示したサービス情報が好ましい。
【０１１５】
図１１は、サービスを検索するときのサービス検索サーバ２０の処理手順を示すフローチャートである。サービス検索サーバ２０は、連携処理サーバ５０からの検索要求を受けると、次のステップＳＴ２１以下の処理を実行する。
【０１１６】
検索条件入力部２４は、連携処理サーバ５０が送信した検索条件を入力したか否かを判定し、検索条件を入力するまで待機する（ステップＳＴ２１）。そして、検索条件入力部２４は、検索条件を入力すると、その検索条件を条件合致判定部２５に供給する。
【０１１７】
サービス検索部２３は、ネットワーク５上からサービス情報を検索して、検索したサービス情報をサービスデータベース２１に登録する（ステップＳＴ２２）。
【０１１８】
条件合致判定部２５は、検索条件入力部２４に入力された検索条件と、サービスデータベース２１に記憶されているサービス情報とを照合し、検索条件の合致判定を行い、検索条件に合致するサービス処理装置を検索する（ステップＳＴ２３）。例えば、条件合致判定部２５は、検索条件の中に図７に示したサービス情報の複数の項目が含まれている場合、「サービス機能」が一致するサービスを最優先に検索し、その次に「コスト」が一致するサービスを検索するのが好ましい。なお、条件合致判定部２５は、検索条件とサービスとが完全に一致しない場合は、優先順位の高い検索条件と一致するサービスを検索してもよい。
【０１１９】
ユーザ通知部２６は、ユーザが使用しているクライアント端末１０への通知が指定されている場合に、検索された代替サービス処理装置（他の文書配信サーバ）をクライアント端末１０に通知する（ステップＳＴ２４）。なお、ユーザ通知部２６は、複数のサービス処理装置が検索された場合、各サービス処理装置を示したサービスリストをクライアント端末１０に通知する。このとき、ユーザは、クライアント端末１０に表示されたサービスリストの中から実際に使用するサービスを選択することができる。
【０１２０】
検索結果出力部２７は、連携処理サーバ５０に対して、代替サービス処理装置を表した検索結果を出力する（ステップＳＴ２５）。例えば、検索結果出力部２７は、検索結果として代替となるサービス処理装置の＜サービスロケーション情報＞（ＵＲＬ）を出力する。これにより、連携処理サーバ５０は、文書配信サーバ６３に代えて、代替された他の文書配信サーバにアクセスすることができ、そして文書配信処理を実行させることができる。
【０１２１】
以上のように、第１の実施形態に係る文書処理システム１は、連携処理の実行中に所定のサービスを実行することできない場合には、サービス検索サーバ２０に代替サービス処理装置を検索させることにより、代替サービス処理装置に所定のサービスを実行させることができる。
【０１２２】
また、文書処理システム１は、予め用意された代替サービス処理装置ではなく、検索実行時において使用可能な代替サービス処理装置を検索するので、ネットワークの構成が動的に変化するような場合であっても、連携処理を確実に実行することができる。
【０１２３】
なお、本発明は、上述した実施形態に限定されるものではなく、例えば、以下のような場合でも適用可能である。
【０１２４】
ユーザは、検索条件として、検索範囲（サービスロケーション、時間など）を指定してもよい。例えば、サービス検索サーバ２０は、検索条件として１日間の検索時間が与えられた場合、適合するサービスが現れるまでネットワーク５上を１日間検索することができる。
【０１２５】
また、サービス検索サーバ２０は、各サービス処理装置のサービス情報を取得することなくサービスを検索してもよい。このとき、サービス検索サーバ２０は、各サービス処理装置に対して、所定の検索条件に対応するか否かを直接問い合わせればよい。
【０１２６】
また、サービス検索サーバ２０は、各サービス処理装置からサービス情報Ｉ／Ｆ情報の一部（部分Ｉ／Ｆ情報）を取得していたが、Ｉ／Ｆ情報の全部を取得するようにしてもよい。
【０１２７】
［第２の実施形態］
つぎに、本発明の第２の実施形態について説明する。なお、第１の実施形態と同一の部位には同一の符号を付し、詳細な説明は省略する。
【０１２８】
図１２は、第２の実施形態に係る文書処理システム１００を構成する各サービス処理装置の相互関係を説明するためのブロック図である。第２の実施形態に係る文書処理システム１００は、図１及び図２に示した連携処理サーバ５０を使用することなく、複数のサービスの連携処理を実行することができる。
【０１２９】
なお、文書処理システム１００は図１に示した各サービス処理装置（連携処理サーバ５０を除く。）を備えているが、図１２には連携処理に関連するサービス処理装置のみを図示した。
【０１３０】
（連携処理の起動・実行）
ユーザは、指示書管理サーバ４０に保存されている複数の指示書の中から所望の指示書を選択して、連携処理を起動させることができる。具体的には、以下の通りである。
【０１３１】
クライアント端末１０は、ユーザの操作に応じて、サービス連携処理選択画面から所望のサービス連携処理を表す指示書を選択し、その指示書の起動を指示する。指示書管理サーバ４０は、クライアント端末１０によって指示された指示書を画像処理装置６１へ送信する。
【０１３２】
画像処理装置６１は、送信された指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象の文書を取得する。画像処理装置６１は、取得した文書画像に対し、サービス処理依頼内容を解釈し、ノイズ除去、ＯＣＲ処理といった画像処理を行い、抽出されたテキスト文書とバインドする処理を行う。画像処理装置６１は、所定の画像処理終了後、指示書に記述されたサービス処理依頼を削除する。そして、画像処理装置６１は、画像処理によって得られた画像文書とテキスト文書とがバインドされた文書と、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など処理結果を有する指示書とを、次のサービス処理を提供する文書管理サーバ６２に送信する。
【０１３３】
また、画像処理装置６１は、所定の画像処理終了後、指示書中に記載された自身のサービス依頼に関する部分を修正又は削除して文書管理サーバ６２に送信してもよい。さらに、画像処理装置６１は、所定の画像処理終了後、指示書を次のサービス処理装置へ送信するようにしてもよい。
【０１３４】
文書管理サーバ６２は、画像処理装置６１から送信された文書を、指示書に記述された格納先に一時格納する。そして、文書管理サーバ６２は、指示書に記述されたサービス処理依頼を削除して、文書及び指示書を次のサービス処理を行う文書配信サーバ６３に送信する。
【０１３５】
文書配信サーバ６３は、指示書に基づいて、テキスト文書と画像文書がバインドされた文書のうち、テキスト文書のみを配信先として指定されたメールアドレスへメール送信し、画像文書のみを指定されたＦＡＸ番号へＦＡＸ送信を行う。そして、文書配信サーバ６３は、指示書に次の処理が記述されていないと判断すると、クライアント端末１０に対してすべての処理が完了した旨の通知を行い、連携処理を終了する。
【０１３６】
（連携処理時のサービス検索）
文書処理システム１００は、連携処理の実行中にサービス処理装置が所定のサービスを実行することできない場合には、代替可能な他のサービス処理装置に所定のサービスを実行させることができる。本実施形態では、文書配信サーバ６３が文書管理サーバ６２の処理依頼を受け付けなくなった場合を例に挙げて説明する。
【０１３７】
図１３は、文書処理システム１００を構成する各サービス処理装置の検索実行時の相互関係を説明するためのブロック図である。文書管理サーバ６２は、文書配信サーバ６３がサービス処理依頼を受け付けなくなった場合、指示書の内容を解析し、サービス検索サーバ２０に対して、文書配信サーバ６３と同様のサービスを検索するための検索条件を送信する。
【０１３８】
サービス検索サーバ２０は、文書管理サーバ６２からの検索条件を受けると、第１の実施形態と同様に、図１１に示したステップＳＴ２１からステップＳＴ２５までの処理を実行する。ここでは、サービス検索サーバ２０は、連携処理サーバ５０の代わりに文書管理サーバ６２との間で、検索条件及び検索結果の送受信を行う。
【０１３９】
そして、文書管理サーバ６２は、文書配信サーバ６３に代えて、代替された他の文書配信サーバ６３Ａにアクセスして、文書及び指示書を送信することができる。
【０１４０】
以上のように、第２の実施形態に係る文書処理システム１００は、連携処理の実行中に所定のサービスを実行することできない場合には、サービス検索サーバ２０に代替サービス処理装置を検索させることにより、代替サービス処理装置に所定のサービスを実行させることができる。
【０１４１】
また、文書処理システム１は、予め用意された代替サービス処理装置ではなく、検索実行時において使用可能な代替サービス処理装置を検索するので、ネットワークの構成が動的に変化するような場合であっても、連携処理を確実に実行することができる。
【０１４２】
なお、本発明は、上述した実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内で設計変更されたものにも適用することができる。例えば、第１の実施形態で変更可能な部分については、本実施形態でも同様に変更可能であるのは勿論である。
【０１４３】
【発明の効果】
本発明に係るサービス検索装置、サービス検索方法及びプログラムは、文書データに関して各々所定の処理を行う複数のサービス処理装置が接続されたネットワークから、検索条件に対応するサービスを提供するサービス処理装置を検索し、その検索結果を送信することにより、現在使用できる代替可能なサービス処理装置を容易に検索することができる。
【０１４４】
本発明に係る文書処理システムは、複数のサービスの連携処理実行中に所定のサービス検索装置が実行可能でないことが判明した場合でも、代替可能なサービス処理装置を検索することで、連携処理を確実に実行することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る文書処理システムの構成を示すブロック図である。
【図２】文書処理システムを構成する各サービス処理装置の相互関係を説明するためのブロック図である。
【図３】Ｉ／Ｆ情報の構成を示す図である。
【図４】ジョブフローを定義するためのＧＵＩ画面である指示書作成画面を示す図である。
【図５】ＸＭＬ形式で構成された指示書を示す図である。
【図６】サービス検索サーバの詳細な構成を示すブロック図である。
【図７】サービス情報の一例を説明する図である。
【図８】指示書作成時のクライアント端末及び指示書生成サーバの処理手順を示すフローチャートである。
【図９】クライアント端末、指示書管理サーバ及び連携処理サーバの処理を示すフローチャートである。
【図１０】指示書リストを表すサービス連携処理選択画面の一例を示す図である。
【図１１】サービスを検索するときのサービス検索サーバの処理手順を示すフローチャートである。
【図１２】第２の実施形態に係る文書処理システムを構成する各サービス処理装置の相互関係を説明するためのブロック図である。
【図１３】文書処理システムを構成する各サービス処理装置の検索実行時の相互関係を説明するためのブロック図である。
【符号の説明】
１０  クライアント端末
２０  サービス検索サーバ
２１  サービスデータベース
２２  サービス登録部
２３  サービス検索部
２４  検索条件入力部
２５  条件合致判定部
２６  ユーザ通知部
２７  検索結果出力部
３０  指示書生成サーバ
４０  指示書管理サーバ
５０  連携処理サーバ
６１  画像処理装置
６２  文書管理サーバ
６３  文書配信サーバ
６４  第１のサービス処理装置
６５  第２のサービス処理装置
【図１】
2004288066.tif 000003
【図２】
2004288066.tif 000004
【図３】
2004288066.tif 000005
【図４】
2004288066.tif 000006
【図５】
2004288066.tif 000007
【図６】
2004288066.tif 000008
【図７】
2004288066.tif 000009
【図８】
2004288066.tif 000010
【図９】
2004288066.tif 000011
【図１０】
2004288066.tif 000012
【図１１】
2004288066.tif 000013
【図１２】
2004288066.tif 000014
【図１３】
2004288066.tif 000015