JP4265525B2 - 画像処理システム、画像処理装置、サーバ及びプログラム - Google Patents

画像処理システム、画像処理装置、サーバ及びプログラム Download PDF

Info

Publication number
JP4265525B2
JP4265525B2 JP2004322945A JP2004322945A JP4265525B2 JP 4265525 B2 JP4265525 B2 JP 4265525B2 JP 2004322945 A JP2004322945 A JP 2004322945A JP 2004322945 A JP2004322945 A JP 2004322945A JP 4265525 B2 JP4265525 B2 JP 4265525B2
Authority
JP
Japan
Prior art keywords
service
information
image processing
data
list
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2004322945A
Other languages
English (en)
Other versions
JP2006135697A (ja
Inventor
雅史 宮澤
誠 松田
清孝 大原
一磨 青木
哲 柳
雅俊 小久保
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brother Industries Ltd
Original Assignee
Brother Industries Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Brother Industries Ltd filed Critical Brother Industries Ltd
Priority to JP2004322945A priority Critical patent/JP4265525B2/ja
Priority to US11/265,554 priority patent/US7406270B2/en
Priority to EP05256873.0A priority patent/EP1657905B1/en
Priority to CNB2005101176238A priority patent/CN100394756C/zh
Publication of JP2006135697A publication Critical patent/JP2006135697A/ja
Application granted granted Critical
Publication of JP4265525B2 publication Critical patent/JP4265525B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00832—Recording use, e.g. counting number of pages copied
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • H04N1/00244—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server with a server, e.g. an internet server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00281—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a telecommunication apparatus, e.g. a switched network of teleprinters for the distribution of text-based information, a selective call terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/001—Sharing resources, e.g. processing power or memory, with a connected apparatus or enhancing the capability of the still picture apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077—Types of the still picture apparatus
    • H04N2201/0094—Multifunctional device, i.e. a device capable of all of reading, reproducing, copying, facsimile transception, file transception
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N2201/3212—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a job, e.g. communication, capture or filing of an image
    • H04N2201/3222—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a job, e.g. communication, capture or filing of an image of processing required or performed, e.g. forwarding, urgent or confidential handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N2201/3212—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a job, e.g. communication, capture or filing of an image
    • H04N2201/3223—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a job, e.g. communication, capture or filing of an image of type information, e.g. reception or copy job

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Human Computer Interaction (AREA)
  • Facsimiles In General (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、画像に関する処理を行うための画像処理システムと、この画像処理システムを構成する画像処理装置およびサーバと、このサーバの処理を実現するプログラムに関する。
従来、デジタル複写機が備えていない機能を、ネットワークを介して接続されたホストコンピュータに備えるようにしたシステムが提案されている（下記特許文献１参照）。
下記特許文献１に記載のシステムでは、デジタル複写機からホストコンピュータへ、制御用のコマンドコードや画像の濃度データなどのビットデータを送信し、ホストコンピュータが、受信した制御用コマンドコードの内容を解析して、画像データに対して指定されている画像編集機能により画像処理を行う。こうしてホストコンピュータにより処理された画像データはデジタル複写機に返送され、デジタル複写機で印刷される。
また、このシステムでは、ホストコンピュータに新規機能が追加されると、ホストコンピュータからデジタル複写機へ新規機能の内容が送信され、デジタル複写機では、本デジタル複写機に登録したい新規機能を利用者に選択させる。つまり、このシステムでは、新規機能のうち利用者が使用したいものをデジタル複写機へ登録することにより、その機能が利用可能となる。
特開平９−２３８２１５号公報
しかしながら、上述したシステムは、インターネット上の一般サーバのように日々サービスが無秩序に増減する環境には適さないという問題がある。
すなわち、上記システムでは、ホストコンピュータに新規機能が追加された場合に、その機能をデジタル複写機へ登録することにより利用可能となるが、例えば、インターネット上の一般サーバのように多種多様なサービスが頻繁に増減する環境においては、デジタル複写機への登録作業も頻繁に行う作業が生じ、また、登録する情報量も膨大となる。
特に、多種多様なサービスが頻繁に増減する環境において、それらのサービスの中から利用者が必要とするサービスを選び出す作業は、サービスの種類や数が増大するほど大変な作業となるおそれがあり、利用者が必要とするサービスを効率よく検索できるような仕組みが求められていた。
本発明は、上記問題を解決するためになされたものであり、その目的は、利用者が必要とするサービスを効率よく検索できる画像処理システムを提供することにある。
以下、本発明において採用した特徴的構成について説明する。
本発明の画像処理システムは、画像を読み取りその画像を表す画像データを生成する画像読取手段および画像データの表す画像を印刷する画像印刷手段のうち少なくとも一方の手段を備えた画像処理装置と、前記画像処理装置からの要求に応じて、前記画像読取手段により生成された画像データおよび前記画像印刷手段により印刷される画像を表す画像データのうち少なくとも一方の画像データに関するサービスを実行可能なサービス提供手段と、前記サービス提供手段が実行可能なサービスについての情報を前記画像処理装置へ提供する情報提供手段とを備えた画像処理システムであって、前記画像処理装置は、前記画像処理装置が記憶している前記画像処理装置の設定に関する１以上の情報、前記画像処理装置各部から検出した前記画像処理装置の状態を示す１以上の情報、前記画像処理装置が利用者から受けた操作を示す１以上の情報、および前記画像処理装置から送信されて前記サービスの実行時には前記サービス提供手段へ渡されることになる１以上の情報のうち、少なくとも１以上の情報をサービス検索データとして、該サービス検索データを前記情報提供手段へと送信するサービス検索データ送信手段と、前記情報提供手段から送信されてきた前記サービスについての情報を利用者に提示するとともに、提示した情報の中から利用者がサービスを選択したら、そのサービスを前記サービス提供手段に要求するサービスとして決定するサービス決定手段と、前記サービス決定手段により決定されたサービスを前記サービス提供手段に要求するサービス要求手段とを備えており、前記情報提供手段は、前記画像処理装置から送信されてくるサービス検索データを受信するサービス検索データ受信手段と、前記サービス検索データ受信手段によって受信された前記サービス検索データに基づき、あらかじめ定められた類推規則に従って、前記サービス提供手段が実行可能なサービスそれぞれについて、前記画像処理装置が前記サービス提供手段に要求する可能性を類推する類推手段と、前記類推手段による類推結果に基づいて、前記サービス提供手段が実行可能なサービスの中から、前記画像処理装置が前記サービス提供手段に要求する可能性の高いサービスを抜粋したリストか、前記サービス提供手段が実行可能なサービスを、前記画像処理装置が前記サービス提供手段に要求する可能性の高さに応じて並べ替えたリストのいずれかを、前記サービス提供手段が実行可能なサービスについての情報として、前記画像処理装置へ提供するリスト提供手段とを備えていることを特徴とする。
この画像処理システムにおいて、「画像処理装置」としては、例えば、画像印刷装置（プリンタ装置）、画像読取装置（スキャナ装置）、ファクシミリ装置、これらの機能を有した複合機などが挙げられる。また、「画像読取手段により生成された画像データに関するサービス」としては、例えば、画像データが表す画像の加工処理（拡大／縮小、白黒反転、翻訳等）、画像データが表す画像に含まれるテキストを音声に変換する処理、画像データを画像処理装置とは別に設けられた記憶手段（例えばサーバ）に保存する処理などが挙げられる。さらに、「画像印刷手段により印刷される画像を表す画像データに関するサービス」としては、例えば、画像データが表す画像の加工処理（拡大／縮小、白黒反転、翻訳等）、音声をその音声が表すテキストの画像に変換する処理、指定した条件に適合したインターネット上の情報を印刷画像に変換する処理などが挙げられる。一方、「サービス提供手段」は、例えば、ネットワーク上のサーバとして構成することができる。この場合、サービス提供手段は、単一のサーバにより構成されていてもよく、複数のサーバにより構成されていてもよい。同様に、「情報提供手段」も、例えば、ネットワーク上のサーバとして構成することができる。この場合、情報提供手段は、単一のサーバにより構成されていてもよく、複数のサーバにより構成されていてもよい。情報提供手段が画像処理装置に提供する「サービス提供手段が実行可能なサービスについての情報」としては、サービスの項目、内容、要求先（例えばＵＲＬ（Uniform Resource Locator））を組み合わせた情報などを採用できる。
このように構成された画像処理システムの画像処理装置において、サービス検索データ送信手段は、画像処理装置が記憶している画像処理装置の設定に関する１以上の情報（例えば、画像処理装置で使用する言語の設定、画像処理装置の設置地域の設定など）、画像処理装置各部から検出した画像処理装置の状態を示す１以上の情報（セットされた用紙サイズ、自動紙送り装置の使用／不使用など）、画像処理装置が利用者から受けた操作を示す１以上の情報（ボタン操作など）、および画像処理装置から送信されてサービスの実行時にはサービス提供手段へ渡されることになる１以上の情報（例えば、スキャンした画像データ、音声データ、写真データなど）のうち、少なくとも１以上の情報をサービス検索データとして、そのサービス検索データを情報提供手段へと送信する。
一方、情報提供手段においては、サービス検索データ受信手段が、画像処理装置から送信されてくるサービス検索データを受信し、類推手段がサービス検索データ受信手段によって受信されたサービス検索データに基づき、あらかじめ定められた類推規則に従って、サービス提供手段が実行可能なサービスそれぞれについて、画像処理装置がサービス提供手段に要求する可能性を類推する。そして、リスト提供手段は、類推手段による類推結果に基づいて、サービス提供手段が実行可能なサービスの中から、画像処理装置がサービス提供手段に要求する可能性の高いサービスを抜粋したリストか、サービス提供手段が実行可能なサービスを、画像処理装置がサービス提供手段に要求する可能性の高さに応じて並べ替えたリストのいずれかを、サービス提供手段が実行可能なサービスについての情報として、画像処理装置へ提供する。
画像処理装置においては、サービス決定手段が、情報提供手段から送信されてきたサービスについての情報を利用者に提示するとともに、提示した情報の中から利用者がサービスを選択したら、そのサービスをサービス提供手段に要求するサービスとして決定する。そして、サービス要求手段は、サービス決定手段により決定されたサービスをサービス提供手段に要求する。
その結果、サービス提供手段は、画像処理装置からの要求に応じて、画像読取手段により生成された画像データおよび前記画像印刷手段により印刷される画像を表す画像データのうち少なくとも一方の画像データに関するサービスを実行する。
このような画像処理システムによれば、画像処理装置において提示されるリストに基づいて利用者がサービスの決定を行うに当たって、上述した「画像処理装置がサービス提供手段に要求する可能性の高いサービスを抜粋したリスト」か、「サービス提供手段が実行可能なサービスを、画像処理装置がサービス提供手段に要求する可能性の高さに応じて並べ替えたリスト」のいずれかを利用者に提示するので、例えば「サービス提供手段が実行可能なすべてのサービスを網羅したリスト」を利用者に提示する場合に比べ、提示されるサービスの数が削減される。また、ツリー型構造を持つリストであれば、サービスの数が削減される分だけリストの階層が浅くなる。
したがって、利用者は容易に目的とするサービスを探し出すことができるようになる。また、単にサービスの数を削減して表示するだけでは、利用者が選択する可能性の高いサービスがリストから削除される一方、利用者が選択する可能性の低いサービスがリストに残されてしまうおそれがあるが、本発明の画像処理システムの場合は、サービス検索データを情報提供手段に渡すことにより、利用者が選択する可能性の高いサービスを類推しているので、利用者が選択する可能性の高いサービスがリストに残される可能性を高くすることができる。
なお、本発明の画像処理システムは、さらに次のように構成されていると、より望ましいものとなる。
まず、本発明の画像処理システムは、前記サービス提供手段が実行可能なｎ種のサービス（ただし、ｎはｎ≧１を満たす整数）と、少なくとも１種以上のサービスとの関連性があるｍ種の属性（ただし、ｍはｍ≧１を満たす整数）との関連度を示す関連度情報を、（ｎ×ｍ）組の組み合わせすべてについて記憶する関連度情報記憶手段が設けられていると望ましく、この場合、前記類推手段は、前記サービス検索データ受信手段によって受信された前記サービス検索データが有する少なくとも１種の前記属性に基づき、前記関連度情報記憶手段に記憶された関連度情報を参照して、前記サービス検索データとの関連度が高いサービスを抽出し、抽出されたサービスを、前記画像処理装置が前記サービス提供手段に要求する可能性が高いサービスであると類推するように構成されていると望ましい。
この画像処理システムにおいては、（ｎ×ｍ）組の関連度情報を記憶する関連度情報記憶手段が設けられている。この関連度情報記憶手段は、類推手段によって参照されるものであるが、実装上は、例えば、類推手段として機能するサーバが備えるメモリ内に、（ｎ×ｍ）の配列データを記憶可能な記憶領域として確保されていてもよいし、類推手段として機能するサーバとは別のサーバが備えるメモリ内に、（ｎ×ｍ）の配列データを記憶可能な記憶領域として確保されていて、その別のサーバに対して類推手段として機能するサーバが配列要素を指定した問い合わせを送信することにより、その内容（関連度情報）を取得・参照できるようになっていてもよい。
また、関連度情報は、サービス提供手段が実行可能なサービスの数ｎと、少なくとも１種以上のサービスとの関連性がある属性の数ｍとを、網羅的に組み合わせた数に相当する（ｎ×ｍ）組が記憶されている。属性の具体的な事例については、後述する実施形態で詳述するが、理解を促すために一例を挙げれば、例えば「多くの場合、日本語圏でしか使われないであろうと想定されるサービスＡ」であれば、「日本語圏用」という属性との関連度が高く、「音声データを使うことが必須のサービスＢ」であれば、「音声用」という属性との関連度が高くなると考えられる。こうした「日本語圏用」、「音声用」、…といった属性がｍ種あり、「サービスＡ」、「サービスＢ」、…といったサービスがｎ種あり、関連度情報としては、「サービスＡと日本語圏用との関連度情報」、「サービスＢと日本語圏用との関連度情報」、…、「サービスＡと音声用との関連度情報」、「サービスＢと音声用との関連度情報」…といった具合に、（ｎ×ｍ）組の関連度情報が記憶されるのである。
一方、個々のサービス検索データは、常にｍ種の属性を有する訳ではなく、ｍ種の属性のうち、１種以上の属性を有するものとなる。何種類の属性を有するかは、画像処理装置側の設定、状態、操作状況、機能サーバに渡すデータ等によって変わるので不定である。
以上のような構成を備えることにより、類推手段は、サービス検索データ受信手段によって受信されたサービス検索データが有する少なくとも１種の属性に基づき、関連度情報記憶手段に記憶された関連度情報を参照して、サービス検索データとの関連度が高いサービスを抽出することができ、抽出されたサービスを、画像処理装置がサービス提供手段に要求する可能性が高いサービスであると類推することができる。
したがって、その類推結果に基づいて作成されたリストを画像処理装置へ提供することができ、画像処理装置においては、そのようなリストを利用者に提示することで、利用者が容易にサービスを選択できるようにすることが可能となる。
また、本発明の画像処理システムにおいて、前記関連度情報記憶手段に記憶された前記関連度情報は、関連有りを表す情報、関連無しを表す情報、または関連不明を表す情報のいずれかとなっていると好ましく、前記類推手段は、前記関連度情報記憶手段に記憶された（ｎ×ｍ）組の関連度情報のうち、前記サービス検索データ受信手段によって受信された前記サービス検索データが有するｋ種の属性（ただし、ｋは１≦ｋ≦ｍを満たす整数）に対応する（ｎ×ｋ）組の関連度情報を参照して、ｎ種のサービスの中から、「関連度情報が関連有りとなっている属性が少なくとも１種あり、且つ、関連度情報が関連無しとなっている属性が１種もないサービス」を抽出し、抽出されたサービスを、前記画像処理装置が前記サービス提供手段に要求する可能性が高いサービスであると類推すると望ましい。
このような画像処理システムによれば、関連度情報記憶手段に記憶された関連度情報は、関連有りを表す情報、関連無しを表す情報、または関連不明を表す情報のいずれかとなっているので、類推手段は、ｎ種のサービスの中から、「関連度情報が関連有りとなっている属性が少なくとも１種あり、且つ、関連度情報が関連無しとなっている属性が１種もないサービス」を抽出することができ、抽出されたサービスを、画像処理装置がサービス提供手段に要求する可能性が高いサービスであると類推することができる。このような類推手法を用いれば、関連度情報が関連無しとなっている属性が含まれるサービスについては、確実にリストから排除することができるので、画像処理装置がサービス提供手段に要求する可能性が低いサービスをリストから排除することができる。
また、本発明の画像処理システムにおいて、前記関連度情報記憶手段に記憶された前記関連度情報は、関連する程度を表す数値情報または関連無しを表す情報のいずれかとなっていてもよく、この場合、前記類推手段は、前記関連度情報記憶手段に記憶された（ｎ×ｍ）組の関連度情報のうち、前記サービス検索データ受信手段によって受信された前記サービス検索データが有するｋ種の属性（ただし、ｋは１≦ｋ≦ｍを満たす整数）に対応する（ｎ×ｋ）組の関連度情報を参照して、ｎ種のサービスの中から、「関連度情報が関連無しとなっている属性が１種もないサービス」を抽出し、そのサービスについて前記数値情報の加算値ないし乗算値を求め、その加算値ないし乗算値に基づいて、前記画像処理装置が前記サービス提供手段に要求する可能性が高いサービスを類推すると望ましい。
このような画像処理システムでも、関連度情報記憶手段に記憶された関連度情報は、関連する程度を表す数値情報または関連無しを表す情報のいずれかとなっているので、類推手段は、ｎ種のサービスの中から、「関連度情報が関連無しとなっている属性が１種もないサービス」を抽出することができ、関連度情報が関連無しとなっている属性が含まれるサービスについては、確実にリストから排除することができる。しかも、リストに残るサービスについては、数値情報の加算値ないし乗算値を求め、その加算値ないし乗算値に基づいて、画像処理装置がサービス提供手段に要求する可能性が高いサービスを類推するので、画像処理装置がサービス提供手段に要求する可能性の高さについて重み付けをすることができる。
なお、加算値と乗算値はいずれを用いても構わない。また、数値情報の大小と優先度の高低との対応関係については、優先度が高い場合に数値情報が大となるようにしてあっても、優先度が高い場合に数値情報が小となるようにしてあっても構わないが、前者の場合は加算値ないし乗算値が大きくなるほど総合的な優先度が高いものとして扱われ、後者の場合は加算値ないし乗算値が小さくなるほど総合的な優先度が高いものとして扱われることになる。
また、本発明の画像処理システムにおいて、前記情報提供手段は、前記サービス検索データ受信手段が受信した前記サービス検索データに含まれている、前記サービスの実行時に前記サービス提供手段において必要となるデータの一部を、転送データとして前記サービス提供手段へ送信する転送データ送信手段を備える構成とし、前記画像処理装置は、前記サービスの実行時に前記サービス提供手段において必要となるデータから、前記サービス検索データとして前記情報提供手段へ送信した一部のデータを除いた残部のデータを、差分データとして前記サービス提供手段へ送信する差分データ送信手段を備える構成とし、前記サービス提供手段は、前記転送データ送信手段によって前記情報提供手段から送信されてくる前記転送データを受信する転送データ受信手段と、前記差分データ送信手段によって前記画像処理装置から送信されてくる前記差分データを受信する差分データ受信手段とを備える構成としてあってもよい。
この画像処理システムにおいて、情報提供手段が備える転送データ送信手段は、サービス検索データ受信手段が受信したサービス検索データに含まれている「サービスの実行時にサービス提供手段において必要となるデータの一部」を、転送データとしてサービス提供手段へ送信する。また、画像処理装置が備える差分データ送信手段は、サービスの実行時にサービス提供手段において必要となるデータから、サービス検索データとして情報提供手段へ送信した一部のデータを除いた残部のデータを、差分データとしてサービス提供手段へ送信する。したがって、この画像処理システムであれば、サービス検索データに含まれている「サービスの実行時にサービス提供手段において必要となるデータの一部」については、あらためて画像処理装置からサービス提供手段へ送り直さなくてもよくなり、その分だけ画像処理装置にかかる負荷を軽減することができる。また、情報提供手段としての機能とサービス提供手段としての機能を同一サーバによって実現している場合には、情報提供手段からサービス提供手段へのデータ転送もサーバ内部でのデータ転送となるので、この場合、サーバ外のネットワークにかかる負荷も軽減できる。
なお、情報提供手段としての機能とサービス提供手段としての機能を別サーバによって実現している場合には、ネットワーク経由で情報提供手段からサービス提供手段へデータ転送を行うことになるが、そのようなデータ転送が必要となったことは、画像処理装置側からのアクセスに伴い、情報提供手段およびサービス提供手段の双方で認識できるので、データ転送を開始するに当たっては、情報提供手段およびサービス提供手段のどちらからどちらへデータ転送要求を出しても構わない。
また、前記画像処理装置において、前記サービス検索データ送信手段は、前記サービス検索データを前記情報提供手段へ複数回にわたって送信するように構成されていてもよく、この場合、前記情報提供手段において、前記サービス検索データ受信手段は、前記画像処理装置からサービス検索データが送信されてくる毎に、該サービス検索データを受信し、前記類推手段は、前記サービス検索データ受信手段が前記サービス検索データを受信する毎に、新たに受信した分を追加した前記サービス検索データまたは新たに受信した分で更新した前記サービス検索データに基づき、前記類推規則に従って、前記サービス提供手段が実行可能なサービスそれぞれについて、前記画像処理装置が前記サービス提供手段に要求する可能性を類推し、前記リスト提供手段は、前記類推手段による新たな類推結果が出る毎に、その新たな類推結果に基づいて、前記サービス提供手段が実行可能なサービスの中から、前記画像処理装置が前記サービス提供手段に要求する可能性の高いサービスを抜粋したリストか、前記サービス提供手段が実行可能なサービスを、前記画像処理装置が前記サービス提供手段に要求する可能性の高さに応じて並べ替えたリストのいずれかを、前記サービス提供手段が実行可能なサービスについての情報として、前記画像処理装置へ提供するように構成されていると望ましい。
この画像処理システムでは、サービス検索データは、複数回にわたって画像処理装置から情報提供手段へ送信され、類推手段は、サービス検索データ受信手段がサービス検索データを受信する毎に、新たに受信した分を追加したサービス検索データまたは新たに受信した分で更新したサービス検索データに基づき、前記類推規則に従って、サービス提供手段が実行可能なサービスそれぞれについて、画像処理装置がサービス提供手段に要求する可能性を類推する。
したがって、この画像処理システムによれば、類推手段は、時間経過に伴って、新たに受信した分を追加したサービス検索データまたは新たに受信した分で更新したサービス検索データに基づき、より確度の高い類推を行うことができるようになり、例えば、画像処理装置がサービス提供手段に要求する可能性の高いサービスを、段階的により可能性が高いサービスが残されるように絞り込んでゆくことも可能となる。
このように段階的にサービスを絞り込む場合、絞り込まれたサービスを利用者に提示することになるが、実際にサービスを絞り込むための処理と、絞り込んだサービスを利用者に提示するための処理については、同期した処理としてもよいし非同期の処理としてもよい。サービスを絞り込むための処理が短期間に進行する場合は、あえて非同期の処理として、絞り込んだサービスを利用者に提示するための処理については、適宜遅延させたり、利用者の操作を受けたときに初めて提示をするようにする方が、利用者の意志に反して過剰な絞り込みが行われてしまうことがないので望ましい。
より具体的な構成としては、例えば、前記画像処理装置において、前記サービス決定手段は、所定以上の時間が経過したときに、前記リスト提供手段から新たに提供されたリストに基づいて、前記サービスについての情報を利用者に提示するようになっているとよい。この場合は、所定以上の時間が経過する毎に、特に操作を行わなくても、更新されたサービスについての情報が利用者に提示されるようになる。
また、前記画像処理装置において、前記サービス決定手段は、利用者が所定の操作を行ったときに、前記リスト提供手段から新たに提供されたリストに基づいて、前記サービスについての情報を利用者に提示するようになっていてもよい。この場合は、利用者が何らかの操作（例えば、情報の更新を指示するための特定の操作）を行うと、更新されたサービスについての情報が利用者に提示されるようになる。
あるいは、前記画像処理装置において、前記サービス決定手段は、利用者が操作を行わない状態になってから所定以上の時間が経過したときに、前記リスト提供手段から新たに提供されたリストに基づいて、前記サービスについての情報を利用者に提示するようになっていてもよい。この場合は、利用者が何ら操作を行わない状態が続くと、更新されたサービスについての情報が利用者に提示されるようになる。
加えて、前記画像処理装置において、前記サービス検索データ送信手段は、前記リスト提供手段から新たに提供されたリストに含まれるサービスの数が所定数以下となった場合に、前記サービス検索データを前記情報提供手段へ送信するのを停止するように構成されていてもよい。このように構成すれば、リストに含まれるサービスの数が所定数以下となった場合には、それ以上サービス検索データが送信されなくなり、それに伴ってリストの提供も行われなくなるので、ネットワークや情報提供手段にかかる負荷を軽減できる。
なお、以上説明したことから明らかなように、本発明の画像処理システムを構成する際には、次のような画像処理装置を利用すると好ましい。
すなわち、画像を読み取りその画像を表す画像データを生成する画像読取手段および画像データの表す画像を印刷する画像印刷手段のうち少なくとも一方の手段を備えた画像処理装置であり、前記画像処理装置からの要求に応じて、前記画像読取手段により生成された画像データおよび前記画像印刷手段により印刷される画像を表す画像データのうち少なくとも一方の画像データに関するサービスを実行可能なサービス提供手段と、前記サービス提供手段が実行可能なサービスについての情報を前記画像処理装置へ提供する情報提供手段とともに画像処理システムを構成可能な画像処理装置であって、前記画像処理装置が記憶している前記画像処理装置の設定に関する１以上の情報、前記画像処理装置各部から検出した前記画像処理装置の状態を示す１以上の情報、前記画像処理装置が利用者から受けた操作を示す１以上の情報、および前記画像処理装置から送信されて前記サービスの実行時には前記サービス提供手段へ渡されることになる１以上の情報のうち、少なくとも１以上の情報をサービス検索データとして、該サービス検索データを前記情報提供手段へと送信するサービス検索データ送信手段と、前記情報提供手段から送信されてきた前記サービスについての情報に基づき、前記サービス提供手段に要求するサービスを決定するサービス決定手段と、前記サービス決定手段により決定されたサービスを前記サービス提供手段に要求するサービス要求手段とを備えていることを特徴とする。
このような画像処理装置であれば、本発明の画像処理システムの一部を構成することができるので、残りの部分を構成する手段とともに、本発明の画像処理システムを構成することにより、既に述べたとおりの効果を奏する画像処理システムを構築することができる。
また、本発明の画像処理システムを構成する際には、次のようなサーバを用いると好ましい。
すなわち、画像を読み取りその画像を表す画像データを生成する画像読取手段および画像データの表す画像を印刷する画像印刷手段のうち少なくとも一方の手段を備えた画像処理装置と、前記画像処理装置からの要求に応じて、前記画像読取手段により生成された画像データおよび前記画像印刷手段により印刷される画像を表す画像データのうち少なくとも一方の画像データに関するサービスを実行可能なサービス提供手段とともに画像処理システムを構成可能なサーバであり、前記サービス提供手段が実行可能なサービスについての情報を前記画像処理装置へ提供する情報提供手段を備えたサーバであって、前記情報提供手段は、前記画像処理装置が記憶している前記画像処理装置の設定に関する１以上の情報、前記画像処理装置各部から検出した前記画像処理装置の状態を示す１以上の情報、前記画像処理装置が利用者から受けた操作を示す１以上の情報、および前記画像処理装置から送信されて前記サービスの実行時には前記サービス提供手段へ渡されることになる１以上の情報のうち、少なくとも１以上の情報をサービス検索データとして、前記画像処理装置から送信されてくる前記サービス検索データを受信するサービス検索データ受信手段と、前記サービス検索データ受信手段によって受信された前記サービス検索データに基づき、あらかじめ定められた類推規則に従って、前記サービス提供手段が実行可能なサービスそれぞれについて、前記画像処理装置が前記サービス提供手段に要求する可能性を類推する類推手段と、前記類推手段による類推結果に基づいて、前記サービス提供手段が実行可能なサービスの中から、前記画像処理装置が前記サービス提供手段に要求する可能性の高いサービスを抜粋したリストか、前記サービス提供手段が実行可能なサービスを、前記画像処理装置が前記サービス提供手段に要求する可能性の高さに応じて並べ替えたリストのいずれかを、前記サービス提供手段が実行可能なサービスについての情報として、前記画像処理装置へ提供するリスト提供手段とを備えていることを特徴とする。
このようなサーバであれば、本発明の画像処理システムの一部を構成することができるので、残りの部分を構成する装置ないし手段とともに、本発明の画像処理システムを構成することにより、既に述べたとおりの効果を奏する画像処理システムを構築することができる。
また、コンピュータを、前記サーバとして機能させるためのプログラムがあれば、コンピュータを、本発明の画像処理システムの一部を構成するサーバとして機能させることができるので、そのサーバを利用して、本発明の画像処理システムの一部を構成することができ、残りの部分を構成する手段とともに、本発明の画像処理システムを構成することにより、既に述べたとおりの効果を奏する画像処理システムを構築することができる。
次に、本発明の実施形態について、いくつかの具体的な例を挙げて説明する。
［第１実施形態］
以下の説明においては、まず、本発明の一実施形態として例示する画像処理システムの概要について説明し、その後で、本発明の要部に関連する機能について説明する。
図１は、実施形態の画像処理システムの概略構成を表すブロック図である。
同図に示すように、この画像処理システムは、複合機１０と、ディレクトリサーバ２０と、機能サーバ３０とを備えており、これらはネットワーク（本実施形態ではインターネット等の広域ネットワーク（ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ））１を介して双方向通信可能に接続されている。具体的には、複合機１０、ディレクトリサーバ２０および機能サーバ３０は、それぞれルータ２，３，４を介してネットワーク１と接続されている。ここで、複合機１０とネットワーク１とを中継するルータ２としては、周知のブロードバンドルータが用いられている。このルータ２は、通常設定（デフォルト設定）の状態においては、すべてのポートが閉じられた状態となっており、内部から外部（複合機１０側からネットワーク１側）への接続要求が出されると、その要求に対する返答として整合性のとれたパケットのみを通すようになっている。つまり、ルータ２は、通常設定の状態においては、外部から内部へ送信されてくるデータのうち、内部から外部への要求（リクエスト）に対する返答（レスポンス）については通過させ、それ以外については遮断する。このように、ルータ２は、ネットワーク１から複合機１０に対する不正なアクセスを防ぐためのファイアウォールとして機能する。
複合機１０は、電話（音声通信）機能、スキャナ機能、プリンタ機能、コピー機能、ファクシミリ機能等を有している。そして、本画像処理システムにおいて、複合機１０は、上記機能に関連する複数種類のサービスをネットワーク１を介して利用することが可能となっている。具体的には、ネットワーク１上に設けられた機能サーバ３０が、複合機１０からの要求に応じて、複合機１０が有する上記機能に関連する複数種類のサービスを実行可能に構成されている。さらに、本画像処理システムでは、ネットワーク１上に設けられたディレクトリサーバ２０が、複合機１０がネットワーク１を介して利用可能なサービス（機能サーバ３０が実行可能なサービス）についての情報を、複合機１０へ提供可能に構成されている。
以下、複合機１０、ディレクトリサーバ２０および機能サーバ３０の各構成について説明する。
複合機１０は、制御部１０１、操作部１０２、読取部１０３、記録部１０４、通信部１０５、記憶部１０６、音入力部１０７、音出力部１０８、ＡＤＦセンサー１０９、および受話器フックセンサー１１０を備えている。
制御部１０１は、図示しない周知のＣＰＵ、ＲＯＭ、ＲＡＭ等を備えており、複合機１０を構成する各部を統括制御する。なお、ＲＯＭには、後述する各種処理（図２０，図２２〜図２６）をＣＰＵに実行させるためのプログラムが記憶されている。
操作部１０２は、図２に示す操作パネル１０２ａを介して、複合機１０の利用者（ユーザ）による入力操作の受け付けおよび利用者に対する情報の表示を行う。具体的には、操作パネル１０２ａは、利用者による入力操作を受け付けるためのキー群として、メディアキー４０、コピーキー４１、スキャナキー４２、ＦＡＸキー４３、サービスキー４４、設定キー４５、上下左右の方向キー４６，４７，４８，４９、ＯＫキー５０、キャンセルキー５１、およびリフレッシュキー５５を備えている。また、操作パネル１０２ａは、利用者に対する情報の表示を行うための表示部としてディスプレイ５２を備えている。
読取部（スキャナ）１０３は、自動原稿送り装置（Automatic Document Feeder；以下、ＡＤＦと略称する。）にセットされた原稿またはフラットベッドのコンタクトガラス上に置かれた原稿から画像を読み取り、その画像を表す画像データを生成する。
記録部（プリンタ）１０４は、画像データの表す画像を用紙等のシート状記録媒体に印刷する。
通信部１０５は、ネットワーク１を介してデータを送受信するための処理を行う。
記憶部１０６は、図示しない不揮発性ＲＡＭを備えており、この不揮発性ＲＡＭにデータを記憶する。
音入力部１０７は、複合機１０が備える図示しないハンドセット（受話器）に設けられたマイクから音を入力し、その音を表す音データ（ＰＣＭデータ）を生成する。
音出力部１０８は、音データ（ＰＣＭデータ）の表す音を、図示しないハンドセットに設けられたスピーカ、または、複合機本体に設けられた図示しないスピーカから出力する。
ＡＤＦセンサー１０９は、読取部１０３が備えるＡＤＦに原稿がセットされたことを検出可能なセンサーである。
受話器フックセンサー１１０は、例えば電話（音声通信）機能を利用するため、利用者がハンドセット（受話器）を持ち上げる操作を行った際に、そのような操作がなされたことを検出可能なセンサーである。
次に、ディレクトリサーバ２０の構成について説明する。
ディレクトリサーバ２０は、制御部２１、通信部２２、および、記憶部２３を備えている。
制御部２１は、図示しない周知のＣＰＵ、ＲＯＭ、ＲＡＭ等を備えている。この制御部２１において、ＲＡＭにはＯＳやその他のソフトウェアが記憶部２３から読み込まれ、これらのソフトウェアに基づいてＣＰＵが各種処理を実行することにより、ディレクトリサーバ２０の各部が制御されるようになっている。
通信部２２は、ネットワーク１を介してデータを送受信するための処理を行う。
記憶部２３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。具体的には、記憶部２３には、サービス定義情報２５を記憶するためのサービス定義情報記憶部２４が設けられている。
サービス定義情報２５は、機能サーバ３０が実行可能なサービスについての情報（サービスの種類および要求先）を複合機１０へ提供するためのものである。具体的には、サービス定義情報２５は、複合機１０で受信され、複合機１０が、ディスプレイ５２にサービスの種類を示すサービス選択用画面（図６に例示）を表示する際に利用され、これにより、複合機１０は、利用者にサービスの選択を促すようになっている。ディレクトリサーバ２０は、機能サーバ３０が実行可能なサービスを、「データ保存サービス」、「印刷サービス」および「コピー応用サービス」の３つのカテゴリに分類して管理しており、サービス選択用画面において、まず、上記３つのカテゴリを提示していずれか一つのカテゴリの選択を促し、次に、選択されたカテゴリに含まれるサービスを提示していずれか一つのサービスの選択を促すようにしている。そして、サービス定義情報記憶部２４には、カテゴリの選択を促すサービス選択用画面に対応するサービス定義情報２５（以下「トップのサービス定義情報２５」という。）と、各カテゴリに含まれるサービスの選択を促すサービス選択用画面に対応する複数のサービス定義情報２５とが記憶されている。
ここで、サービス定義情報２５の具体例について説明する。
図３および図４は、サービス定義情報２５のデータ構成の一例を表す説明図である。具体的には、図３は、トップのサービス定義情報２５のデータ構成を表しており、図４は、上記３つのカテゴリのうちの一つである「コピー応用サービス」についてのサービス定義情報２５のデータ構成を表している。これらの図に示すように、サービス定義情報２５は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）により記述されており、図３および図４で用いられている各タグの定義は図５に示すとおりである。
そして、トップのサービス定義情報２５（図３）が複合機１０で受信されると、複合機１０が備える操作パネル１０２ａのディスプレイ５２には、図６（ａ）に示すサービス選択用画面が表示される。具体的には、表示用タイトル（Ｔｉｔｌｅ）として「ディレクトリサービス」の文字がディスプレイ５２における上部位置に表示され、その下には、選択可能なカテゴリを表す項目（Ｌｉｎｋ＿Ｔｉｔｌｅ）として、「データ保存サービス」、「印刷サービス」および「コピー応用サービス」の文字が表示される。この状態で、操作パネル１０２ａにおける上下方向の方向キー４６，４７が操作されることにより、項目を選択するためのカーソル（図６に示す破線の四角形）が上下に移動し、操作パネル１０２ａのＯＫキー５０が押されることにより、その時点でカーソルによって指定されている項目の選択が確定される。ここで、各項目には、各カテゴリに対応するサービス定義情報２５のＩＤがそれぞれ対応づけられており（Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎ）、項目の選択が確定されると、その項目に対応するＩＤのサービス定義情報２５が複合機１０で受信される。
例えば、図６（ａ）に示すサービス選択用画面で「コピー応用サービス」が選択されると、図４のサービス定義情報２５が複合機１０で受信され、図６（ｂ）に示すサービス選択用画面がディスプレイ５２に表示される。具体的には、表示用タイトル（Ｔｉｔｌｅ）として「コピー応用サービス」の文字がディスプレイ５２における上部位置に表示され、その下には、選択可能なサービスを表す項目（Ｌｉｎｋ＿Ｔｉｔｌｅ）として、「すかし入りコピー」、「翻訳コピー」、「原稿読み上げ」および「音声テキスト変換」の文字が表示される。
ただし、ディスプレイ５２の大きさの都合上、すべての項目を一度に表示することができないため、複合機１０では、ディスプレイ５２に表示されていない項目が存在する場合には、ディスプレイ５２における項目表示位置の右側に上下の矢印（三角印）を表示し、矢印が示す方向に項目が存在する場合にはその矢印を黒く表し、項目が存在しない場合にはその矢印を白く表すことで、表示されていない項目の存在の有無を利用者が判断できるようにしている。例えば、図６（ｂ）では下向きの矢印が黒くなっており、「原稿読み上げ」の下にも別の項目が存在することを示している。このため、図６（ｂ）の状態で操作パネル１０２ａにおける下向きの方向キー４７によりカーソルが下へ移動されると、項目が全体的にスクロールして、図６（ｃ）に示すように、「原稿読み上げ」の下に「音声テキスト変換」の文字が表示される。
そして、図６（ｂ），（ｃ）に示すサービス選択用画面においても、上述した操作により項目の選択が確定される。ここで、各項目には、各サービスを呼び出すためのＵＲＬがそれぞれ対応づけられており（Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎ）、項目の選択が確定されると、その項目に対応するＵＲＬのサービスが呼び出される。
以上説明した通り、ディレクトリサーバ２０が提供するサービス定義情報２５は、トップのサービス定義情報２５を最上位として、上位側のサービス定義情報２５から下位側のサービス定義情報２５に対してリンクが張られたツリー型のデータ構造を持っており、また、複合機１０には、サービスの検索を行うためのＵＩ（ユーザーインターフェース）として、複合機１０からの要求に応じてディレクトリサーバ２０から提供されたサービス定義情報２５に基づく表示を行うとともに、利用者によるリンクを選択する操作を受け付けて、選択されたリンク先へ次の情報提供ないしサービスの実行を要求する機能が設けられており、これらにより、この画像処理システムにおけるサービス検索機能の一つが実現されている。以下、このサービス検索機能のことを「ツリー型サービス検索機能」と呼ぶ。このような「ツリー型サービス検索機能」を利用すれば、利用者は、複合機１０においてディスプレイ５２に表示される情報を見ながら、リンクを選択する操作を何度か行うことにより、例えば「トップ」→「コピー応用サービス」→「すかし入りコピー」といった具合に、トップからツリーをたどり、機能サーバ３０に実行させたいサービスを探し出すことができるのである。
次に、機能サーバ３０の構成について説明する。
機能サーバ３０は、制御部３１、通信部３２、および、記憶部３３を備えている。
制御部３１は、図示しない周知のＣＰＵ、ＲＯＭ、ＲＡＭ等を備えている。この制御部３１において、ＲＡＭにはＯＳやその他のソフトウェアが記憶部３３から読み込まれ、これらのソフトウェアに基づいてＣＰＵが各種処理を実行することにより、機能サーバ３０の各部が制御されるようになっている。また、制御部３１は、複合機１０の制御部１０１に比べてはるかに高性能なものであり、複合機１０の制御部１０１では実行困難な処理についても行うことができる。
通信部３２は、ネットワーク１を介してデータを送受信するための処理を行う。
記憶部３３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。具体的には、記憶部３３には、サービスＩ／Ｆ情報３６（パラメータ設定用情報に相当）を記憶するためのサービスＩ／Ｆ情報記憶部３４と、サービスソフトウェア３７を記憶するためのサービスソフト記憶部３５とが設けられている。
サービスソフトウェア３７は、複数種類のサービスを実行するためのものである。具体的には、サービスソフト記憶部３５には、複数種類のサービスソフトウェア３７が記憶されており、各サービスソフトウェア３７ごとに異なるサービスを実行する。ここで、サービスとしては、例えば、複合機１０の読取部１０３により生成された画像データに関するサービス、複合機１０の音入力部１０７により生成された音データに関するサービス、複合機１０の記録部１０４により印刷される画像を表す画像データに関するサービス、複合機１０の音出力部１０８により出力される音を表す音データに関するサービス等が挙げられる。なお、後述する処理（図３６〜図４０）は、サービスソフトウェア３７に基づき実行される。
また、サービスＩ／Ｆ情報３６は、サービスを実行するために設定することが必要なパラメータを複合機１０へ要求するためのものである。具体的には、サービスＩ／Ｆ情報３６は、複合機１０で受信されることにより、複合機１０が備える操作パネル１０２ａのディスプレイ５２に設定すべきパラメータを示すパラメータ入力用画面（図１１に例示）を表示させ、複合機１０の利用者にパラメータの設定を促す。そして、サービスＩ／Ｆ情報記憶部３４には、機能サーバ３０が実行可能な複数種類のサービスのそれぞれに対応する複数種類のサービスＩ／Ｆ情報３６が記憶されている。
ここで、サービスＩ／Ｆ情報３６の具体例について説明する。
図７〜図９は、サービスＩ／Ｆ情報３６のデータ構成の一例を表す説明図である。具体的には、複合機１０の読取部１０３で読み取られた画像にＯＣＲ処理を施してその画像の内容であるテキストを認識し、そのテキストを翻訳した内容の画像を表す画像データを生成して複合機１０の記録部１０４に印刷させるというサービス（翻訳コピーサービス）に対応するサービスＩ／Ｆ情報３６のデータ構成を表している。これらの図に示すように、サービスＩ／Ｆ情報３６は、上述したサービス定義情報２５と同じマークアップ言語により記述されており、図７〜図９で用いられている各タグの定義は図１０に示すとおりである。なお、図１０における基本データは、上述したサービス定義情報２５の基本データ（図５）と同じである。
そして、図７〜図９に示すサービスＩ／Ｆ情報３６が複合機１０で受信されると、複合機１０が備える操作パネル１０２ａのディスプレイ５２には、図１１（ａ）に示すパラメータ入力用画面が表示される。具体的には、表示用タイトル（Ｔｉｔｌｅ）として「翻訳コピー」の文字がディスプレイ５２における上部位置に表示され、その下には、入力項目（Ｄｉｓｐ＿Ｎａｍｅ）として「言語選択」の文字が表示され、さらにその下には、入力項目「言語選択」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）として、「英語→日本語」および「日本語→英語」の文字が表示される。この状態で、操作パネル１０２ａにおける上下方向の方向キー４６，４７が操作されることにより、上述のサービス選択用画面と同様、項目を選択するためのカーソルが上下に移動する。
ここで、「翻訳コピー」に関する入力項目（Ｄｉｓｐ＿Ｎａｍｅ）としては、上記表示されている「言語選択」に加え、「スキャナ設定」、「印刷設定」および「コメント」があるが（図８および図９参照）、ディスプレイ５２の大きさの都合上、すべての入力項目を一度に表示することができない。そこで、複合機１０では、ディスプレイ５２に表示されていない入力項目が存在する場合には、ディスプレイ５２における入力項目表示位置の左右両側に左右の矢印（三角印）を表示し、矢印が示す方向に入力項目が存在する場合にはその矢印を黒く表し、入力項目が存在しない場合にはその矢印を白く表すことで、表示されていない入力項目の存在の有無を利用者が判断できるようにしている。例えば、図１１（ａ）では右向きの矢印が黒くなっており、「言語選択」の右側にも別の入力項目が存在することを示している。このため、図１１（ａ）の状態で操作パネル１０２ａにおける右向きの方向キー４９が押されると、図１１（ｂ）に示すように、「スキャナ設定」を入力項目としたパラメータ入力用画面に切り替わる。
図１１（ｂ）に示すパラメータ入力用画面では、表示用タイトル（Ｔｉｔｌｅ）としての「翻訳コピー」の文字の下に、入力項目（Ｄｉｓｐ＿Ｎａｍｅ）として「スキャナ設定」の文字が表示され、さらにその下には、入力項目「スキャナ設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）として、「普通の文字」および「細かい文字」の文字が表示される。
ここで、「普通の文字」とは、読取部（スキャナ）１０３のパラメータである解像度（読取解像度）を３００×３００ｄｐｉに設定することを意味し、「細かい文字」とは、解像度を６００×６００ｄｐｉに設定することを意味する。そして、この例では、「スキャナ設定」で設定可能な解像度が、複合機１０で通常設定することが可能な解像度の一部に限定されている。すなわち、複合機１０において、通常、用紙に印刷された画像を読み取る操作を行った場合には、図１２（ａ）に示すように、操作パネル１０２ａのディスプレイ５２に表示される設定画面において、読取部（スキャナ）１０３の解像度を、２００×２００ｄｐｉ、３００×３００ｄｐｉおよび６００×６００ｄｐｉの３種類から選択することができる。これに対し、翻訳コピーサービスにおいては、画像の解像度が粗いとＯＣＲ処理の精度が下がるという理由から、低解像度のパラメータである２００×２００ｄｐｉを設定不能としているのである。なお、この例では、ＯＣＲの精度を上げるためにモノクロでの読み取りに限定している。
一方、図１１（ｂ）の状態で操作パネル１０２ａにおける右向きの方向キー４９が押されると、図１１（ｃ）に示すように、「印刷設定」を入力項目としたパラメータ入力用画面に切り替わる。
図１１（ｃ）に示すパラメータ入力用画面では、表示タイトル（Ｔｉｔｌｅ）としての「翻訳コピー」の文字の下に、入力項目（Ｄｉｓｐ＿Ｎａｍｅ）として「印刷設定」の文字が表示され、さらにその下には、入力項目「印刷設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）として、「印刷速度優先」、「普通」および「高精細」の文字が表示される。
ただし、ディスプレイ５２の大きさの都合上、すべての項目を一度に表示することができないため、上述のサービス選択用画面（図６（ｂ），（ｃ））と同様、ディスプレイ５２における項目表示位置の右側に上下の矢印（三角印）を表示し、矢印が示す方向に項目が存在する場合にはその矢印を黒く表し、項目が存在しない場合にはその矢印を白く表すことで、表示されていない項目の存在の有無を利用者が判断できるようにしている。例えば、図１１（ｃ）の状態で操作パネル１０２ａにおける下向きの方向キー４７によりカーソルが下へ移動されると、項目が全体的にスクロールして、図１１（ｄ）に示すように、「普通」の下に「高精細」の文字が表示される。
ここで、「印刷速度優先」とは、記録部（プリンタ）１０４のパラメータである解像度（印刷解像度）を２００×２００ｄｐｉに設定することを意味し、「普通」とは、解像度を３００×３００ｄｐｉに設定することを意味し、「高精細」とは、解像度を６００×６００ｄｐｉに設定することを意味する。そして、この例では、「印刷設定」で設定可能な解像度が、複合機１０で通常設定することが可能な解像度の一部に限定されている。すなわち、図示しないパーソナルコンピュータにおいて、通常、複合機１０に対し画像の印刷を指示する操作を行った場合には、図１２（ｂ）に示すように、パーソナルコンピュータのディスプレイに表示される設定画面において、記録部（プリンタ）１０４の解像度を、２００×２００ｄｐｉ、３００×３００ｄｐｉ、６００×６００ｄｐｉおよび１２００×１２００ｄｐｉの４種類から選択することができる。これに対し、翻訳コピーサービスにおいては、読取部（スキャナ）１０３で設定可能な読取解像度よりも高い印刷解像度を設定しても意味がないという理由から、高解像度のパラメータである１２００×１２００ｄｐｉを設定不能としているのである。なお、低解像度を設定可能としているのは、解像度を落としてでも早く印刷したいというニーズに応えるためである。また、この例では、スキャン画像がモノクロに限定されるため、これに合わせてモノクロ印刷に限定している。
一方、図１１（ｃ）または図１１（ｄ）の状態で操作パネル１０２ａにおける右向きの方向キー４９が押されると、図１１（ｅ）に示すように、「コメント」を入力項目としたパラメータ入力用画面に切り替わる。
図１１（ｅ）に示すパラメータ入力用画面では、表示タイトル（Ｔｉｔｌｅ）としての「翻訳コピー」の文字の下に、入力項目（Ｄｉｓｐ＿Ｎａｍｅ）として「コメント」の文字が表示され、さらにその下には、コメントの入力欄が表示される。なお、入力欄中の黒い正方形は文字入力のためのカーソルを表す。また、コメントとして入力された内容は、例えば、印刷画像のヘッダやフッタに記載されるという形で利用される。
このように、翻訳コピーサービスのパラメータ入力用画面（図１１（ａ）〜（ｅ））では、「言語選択」、「スキャナ設定」、「印刷設定」の各入力項目についてパラメータを選択し、さらに、コメントを入力する。そして、操作パネル１０２ａのＯＫキー５０が押されることにより、その時点でカーソルによって指定されている項目（ディスプレイ５２に表示されていない入力項目については、最後に指定されていた項目）の選択が確定され、また、コメントの入力が確定する。そして、これらのパラメータは、入力データを受けて処理するプログラムのＵＲＬ（Ａｃｔｉｏｎ）へ送信される。
なお、ある入力項目について選択されたパラメータに基づき、別の入力項目について選択可能なパラメータを変更するようにしてもよい。例えば、スキャナ設定についてのパラメータとして「普通の文字」が選択された場合には、印刷設定についてのパラメータとして「高精細」を選択不能とするようにすれば、読取解像度が３００×３００ｄｐｉに設定されているにもかかわらず、印刷解像度が６００×６００ｄｐｉに設定されてしまうことを防ぐことができる。
次に、本画像処理システムで行われる通信について説明する。
本画像処理システムでは、複合機１０、ディレクトリサーバ２０および機能サーバ３０が互いにデータを送受信するための通信プロトコルとして、ＨＴＴＰ１．１（ＨＴＴＰ：ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が用いられており、ＨＴＴＰリクエストおよびレスポンスに伴わせたメッセージにより、互いに指令および指令に対する返答を送り合う。
ここで、通信し合う指令には、複合機１０側からディレクトリサーバ２０ないし機能サーバ３０に対する指令（サーバ制御指令）と、ディレクトリサーバ２０ないし機能サーバ３０側から複合機１０に対する指令（複合機制御指令）とがあるが、いずれの通信も複合機１０が常にＨＴＴＰ通信のクライアント（ＨＴＴＰリクエストを発信する側）となるようにしている。これにより、ルータ２が通常設定のまま用いられても、ディレクトリサーバ２０ないし機能サーバ３０から複合機１０への指令が遮断されてしまうことを防ぐことができる。
具体的には、複合機１０は、ＨＴＴＰリクエストのＰＯＳＴコマンドに伴わせたメッセージによりディレクトリサーバ２０または機能サーバ３０に対する指令を送信する。一方、ディレクトリサーバ２０ないし機能サーバ３０は、複合機１０からのＨＴＴＰリクエストのＰＯＳＴコマンドに伴わせたメッセージによる複合機制御指令の問い合わせに対し、複合機制御指令があれば、上記問い合わせに対するＨＴＴＰレスポンスのメッセージに複合機制御指令を伴わせて送信する。
ここで、複合機１０と機能サーバ３０との間で行われる通信の一例について、図１３のラダーチャートを用いて説明する。
複合機１０と機能サーバ３０とは、サービス起動からサービス終了までの間、一連の通信処理（セッション）を行う。このセッションにおいて、まず、複合機１０は、機能サーバ３０に対し、サービス起動を要求する。すると、機能サーバ３０は、複合機１０に対しセッションＩＤを送信する。ここで、セッションＩＤとは、機能サーバ３０においてセッションを特定するための識別子であり、以降の通信において、複合機１０はリクエストに伴いセッションＩＤを送信し、機能サーバ３０はそのセッションＩＤに基づきセッションを特定する。これにより、機能サーバ３０は、複数のセッションを同時に処理することが可能となる。
複合機１０は、セッションＩＤを受信すると、以降は、複合機１０に対する指令の問い合わせである複合機指令問合せを定期的に行い、これに対する機能サーバ３０からの返答という形で指令を受ける。なお、機能サーバ３０は、複合機指令問合せに対して送信すべき指令がない場合には、指令がない旨の送信（複合機指令無し）を行う。
この例において、機能サーバ３０は、まず、ＵＩ（ユーザインターフェイス）ジョブ起動指令を複合機１０へ送信する。ここで、ＵＩジョブ起動指令とは、複合機１０に設けられるＵＩデバイス（操作パネル１０２ａ）の利用開始を通知するものである。これにより、複合機１０と機能サーバ３０との間で、ＵＩジョブの通信処理が開始される。このＵＩジョブの通信処理は、セッションと並行して行われる。また、機能サーバ３０から複合機１０へは、ＵＩジョブ起動指令に伴い、機能サーバ３０においてジョブを特定するためのジョブＩＤ（セッションにおいて固有の識別子）が送信される。そして、複合機１０は、ＵＩジョブの通信処理において、リクエストに伴いセッションＩＤおよびジョブＩＤを送信し、機能サーバ３０は、そのセッションＩＤおよびジョブＩＤに基づきジョブを特定する。これにより、機能サーバ３０は、複数のジョブを同時に処理することが可能となる。なお、ＵＩジョブの通信処理の内容については後述する。
続いて、機能サーバ３０は、所定のタイミングで、入力ジョブ起動指令を複合機１０へ送信する。ここで、入力ジョブ起動指令とは、複合機１０に設けられる入力デバイス（読取部１０３または音入力部１０７）の利用開始を通知するものである。これにより、複合機１０と機能サーバ３０との間で、入力ジョブの通信処理が開始される。そして、この入力ジョブの通信処理も、ＵＩジョブと同様、セッションと並行して行われる。また、機能サーバ３０から複合機１０へは、入力ジョブ起動指令に伴いジョブＩＤが送信される。そして、複合機１０は、入力ジョブの通信処理において、リクエストに伴いセッションＩＤおよびジョブＩＤを送信し、機能サーバ３０は、そのセッションＩＤおよびジョブＩＤに基づきジョブを特定する。なお、入力ジョブの通信処理の内容については後述する。
続いて、機能サーバ３０は、所定のタイミングで、出力ジョブ起動指令を複合機１０へ送信する。ここで、出力ジョブ起動指令とは、複合機１０に設けられる出力デバイス（記録部１０４または音出力部１０８）の利用開始を通知するものである。これにより、複合機１０と機能サーバ３０との間で、出力ジョブの通信処理が開始される。そして、この出力ジョブの通信処理も、ＵＩジョブや入力ジョブと同様、セッションと並行して行われる。また、機能サーバ３０から複合機１０へは、出力ジョブ起動指令に伴いジョブＩＤが送信される。そして、複合機１０は、出力ジョブの通信処理において、リクエストに伴いセッションＩＤおよびジョブＩＤを送信し、機能サーバ３０は、そのセッションＩＤおよびジョブＩＤに基づきジョブを特定する。なお、出力ジョブの通信処理の内容については後述する。
続いて、機能サーバ３０は、所定のタイミングで、出力ジョブを終了することの通知である出力ジョブ終了指令を複合機１０へ送信する。
続いて、機能サーバ３０は、所定のタイミングで、入力ジョブを終了することの通知である入力ジョブ終了指令を複合機１０へ送信する。
続いて、機能サーバ３０は、所定のタイミングで、ＵＩジョブを終了することの通知であるＵＩジョブ終了指令を複合機１０へ送信する。
続いて、機能サーバ３０は、所定のタイミングで、サービスを終了することの通知であるサービス終了指令を複合機１０へ送信する。
以上が、セッションの内容である。
次に、ＵＩジョブの通信処理について、同じく図１３を用いて説明する。
ＵＩジョブの通信処理において、まず、複合機１０は、機能サーバ３０に対し、複合機１０に対する指令の問い合わせである複合機ジョブ指令問合せを行う。すると、機能サーバ３０は、複合機１０に対しパラメータ要求を送信する。ここで、パラメータ要求とは、サービスの実行に必要なパラメータを複合機１０の利用者に設定させるためのものであり、機能サーバ３０から複合機１０へは、パラメータ要求に伴いサービスＩ／Ｆ情報３６が送信される。
複合機１０は、機能サーバ３０からパラメータ要求を受信すると、サービスＩ／Ｆ情報３６に基づくパラメータ入力用画面を操作パネル１０２ａのディスプレイ５２に表示させる（例えば図１１）。そして、利用者により設定されたパラメータを、機能サーバ３０へ送信する。
機能サーバ３０は、複合機１０からパラメータを受信すると、機能サーバ３０が複合機１０からの情報を正常に受け取ることができたか否かを表す通知であるサーバ受取状況を送信する。
そして、複合機１０は、機能サーバ３０から受信したサーバ受取状況により機能サーバ３０がパラメータを正常に受信したことを確認すると、機能サーバ３０に対し、サービスの状態に関する情報の要求であるサービス状態情報要求を行う。
機能サーバ３０は、複合機１０からサービス状態情報要求を受信すると、機能サーバ３０の状態およびサービスの状態についての通知であるサービス状態情報を複合機１０へ送信する。
以降は、サービス状態情報要求と、これに対するサービス状態情報の送信が繰り返される。
次に、入力ジョブの通信処理について、同じく図１３を用いて説明する。
入力ジョブの通信処理において、まず、複合機１０は、機能サーバ３０に対し、複合機１０の状態に関する情報である複合機状態情報を送信する。すると、機能サーバ３０は、複合機１０に対し複合機パラメータを送信する。ここで、複合機パラメータとは、ＵＩジョブの通信処理で複合機１０の利用者に設定させた入力デバイスのパラメータである。
複合機１０は、機能サーバ３０から複合機パラメータを受信すると、複合機１０が機能サーバ３０からの情報を正常に受け取ることができたか否かを表す通知である複合機受取状況を送信する。
そして、機能サーバ３０は、複合機１０からの複合機受取状況により複合機１０が情報を正常に受信したことを確認すると、複合機１０に対し、ジョブに対応した入力データの要求である入力データ要求を送信する。ここで、ジョブに対応した入力データとは、スキャンジョブ（読取部１０３で生成された画像データに関するサービスで実行されるジョブ）であれば読取部１０３で生成された画像データ、音声入力ジョブ（音入力部１０７で生成された音データに関するサービスで実行されるジョブ）であればＰＣＭデータである。
複合機１０は、機能サーバ３０から入力データ要求を受信すると、入力操作（画像の読み取り操作や音声入力操作）を利用者に促す表示等を行い、その結果生成した入力データを機能サーバ３０へ送信する。
機能サーバ３０は、複合機１０から入力データを受信すると、機能サーバ３０の状態およびサービスの状態についての通知であるサービス状態情報を複合機１０へ送信する。
次に、出力ジョブの通信処理について、同じく図１３を用いて説明する。
出力ジョブの通信処理において、まず、複合機１０は、機能サーバ３０に対し、複合機１０の状態に関する情報である複合機状態情報を送信する。すると、機能サーバ３０は、複合機１０に対し複合機パラメータを送信する。ここで、複合機パラメータとは、ＵＩジョブの通信処理で複合機１０の利用者に設定させた出力デバイスのパラメータである。
複合機１０は、機能サーバ３０から複合機パラメータを受信すると、複合機１０が機能サーバ３０からの情報を正常に受け取ることができたか否かを表す通知である複合機受取状況を送信する。
そして、機能サーバ３０は、複合機１０からの複合機受取状況により複合機１０が情報を正常に受信したことを確認すると、複合機１０に対し、出力データを送信する。ここで、出力データとは、印刷ジョブ（記録部１０４で印刷する画像を表す画像データに関するサービスで実行されるジョブ）であれば画像データ、音声出力ジョブ（音出力部１０８で出力する音声を表すＰＣＭデータに関するサービスで実行されるジョブ）であればＰＣＭデータである。
複合機１０は、機能サーバ３０から出力データを受信すると、出力データに基づく出力処理（画像の印刷や音声の出力）を行う。そして、複合機１０は、複合機１０の状態に関する情報である複合機状態情報を機能サーバ３０へ送信する。
機能サーバ３０は、複合機１０から複合機状態情報を受信すると、機能サーバ３０の状態およびサービスの状態についての通知であるサービス状態情報を複合機１０へ送信する。
次に、本発明の要部に関連する機能について説明する。
この画像処理システムは、既に説明した通り、サービス検索機能の一つとして「ツリー型サービス検索機能」を備えているが、この「ツリー型サービス検索機能」とは別のサービス検索機能も備えている。
より詳しく説明すると、複合機１０には、自機の設定に関する情報、自機の状態を示す情報、利用者から受けた操作を示す情報、およびサービスの実行時に機能サーバ３０へ渡されることになる情報のうち、少なくとも１つの情報を、サービス検索データとしてディレクトリサーバ２０に提供する機能が設けられている。また、ディレクトリサーバ２０には、複合機１０から提供されたサービス検索データに基づいて、それに適したサービスを選抜してリスト化し、そのリスト（以下、サービスリストと称す。）を複合機１０に提供する機能が設けられている。そして、複合機１０には、サービスの検索を行うためのＵＩとして、上記サービスリストに基づく表示を行うとともに、利用者によるリンクを選択する操作を受け付けて、選択されたリンク先へ次の情報提供ないしサービスの実行を要求する機能が設けられており、これらにより、複合機１０で利用される可能性が高いと類推されるサービスの中から、利用者が必要とするサービスを検索できるようになっている。以下、このサービス検索機能のことを「適したサービス検索機能」と呼ぶ。
図１４は、複合機１０がディレクトリサーバ２０からサービスリストを取得する際の通信手順を示すシーケンス図である。「適したサービス検索機能」を利用する場合、まず、複合機１０が、適したサービス検索要求をディレクトリサーバ２０へ送信するとともに、その要求を送信する際に上記サービス検索データも併せて送信する。これを受けたディレクトリサーバ２０は、サービス検索データに基づいて、それに適したサービスを選抜してサービスリストを作成し、そのサービスリストを複合機１０へ送信する。
この「適したサービス検索機能」を利用する場合も、利用者は、複合機１０においてディスプレイ５２に表示される情報を見ながら、リンクを選択する操作を行うことになるので、この点は「ツリー型サービス検索機能」と同様である。
しかし、「ツリー型サービス検索機能」の場合は、ディレクトリサーバ２０が管理しているすべてのカテゴリ、すべてのサービスについて情報を表示可能であるため、サービスの数が膨大になった場合、カテゴリの数が過剰に多くなったり、カテゴリの階層が過剰に深くなったりする可能性があり、その場合、利用者が望む処理をするサービスが存在するかどうか簡単に判断できなくなり、サービスを効率よく検索することができなくなるおそれがある。
これに対し、「適したサービス検索機能」の場合は、ディレクトリサーバ２０が管理しているすべてのカテゴリ、すべてのサービスについて情報が表示対象となる訳ではなく、サービス検索データに基づいて、それに適したサービスが選抜されてサービスリストが構成され、その選抜された一部のサービスだけが表示対象となる。そのため、仮にディレクトリサーバ２０が管理している全サービスの数が膨大であったとしても、サービスリストに含まれるサービスの数は少なくなり、その結果、利用者が望む処理をするサービスが存在するかどうかを簡単に判断できるようになり、サービスを効率よく検索できるようになるのである。
以下、この「適したサービス検索機能」を実現するための具体的構成について詳述する。
図１５は、サービス検索データで使用するデータ形式を示す図、図１６（ａ）および同図（ｂ）は、それぞれサービス検索データの具体的な例を示す図である。これらの図に示すように、サービス検索データは、ＸＭＬにより記述されるものである。
より具体的には、図１５に示す通り、サービス検索データを構成する記述（タグ名、データ、value）は、複合機１０の設定に関する情報(Config,Language,Area)、複合機１０の状態ないし利用者から受けた操作を示す情報(Condition,ADF,MPTray,MPTraySize,DefaultTraySize,PhoneHook)、サービスの実行時に機能サーバ３０へ渡されることになる情報(TargetData,TargetDataType,Binary,TargetNum,Data)などを表すために用意されたもので、複合機１０において「適したサービス検索機能」を利用する旨の操作がなされた際、複合機１０は、これらの記述を組み合わせることにより、図１６（ａ）および同図（ｂ）に例示したようなサービス検索データを生成し、ディレクトリサーバ２０へ送信することになる。
図１７は、ディレクトリサーバ２０の記憶部２３に記憶されているサービス定義情報テーブルを示す図である。このサービス定義情報テーブルは、機能サーバ３０（本発明でいうサービス提供手段に相当）が実行可能なｎ種のサービス（ただし、ｎはｎ≧１を満たす整数；図１７では、「英日原稿翻訳サービス」から「デジカメ写真逆光補正サービス」までの１４種のサービスを例示）のいずれかと、サービス検索データが持ち得るｍ種のサービス機能属性（ただし、ｍはｍ≧１を満たす整数；図１７では、「スキャン画像用サービス」から「フランス語圏用」までの１２種のサービス機能属性を例示；本発明でいう属性に相当）のいずれかとの組み合わせを１組とする（ｎ×ｍ）組の組み合わせすべてについて、各組のサービスとサービス機能属性との関連度を示す関連度情報を、各組毎に記憶する手段（本発明でいう関連度情報記憶手段に相当）である。サービス定義情報テーブル中に含まれる（ｎ×ｍ）組の関連度情報は、「○：該当サービス（本発明でいう“関連有り”）」、「□：該当しない（本発明でいう“関連無し”；□は図中の空白を示す。）」、「−：どちらでもない（本発明でいう“関連不明”）」、以上３通りのいずれかに該当する情報となっている。
ディレクトリサーバ２０は、このサービス定義情報テーブルに記憶された（ｎ×ｍ）組の関連度情報のうち、サービス検索データが持っているｋ種のサービス機能属性（ただし、ｋは１≦ｋ≦ｍを満たす整数）に対応する（ｎ×ｋ）組の関連度情報を参照して、ｎ種のサービスの中から、関連度情報が「○：該当サービス」となっているサービス機能属性が少なくとも１種あり、且つ、関連度情報が「□：該当しない」となっているサービス機能属性が１種もないサービスを抽出することにより、この抽出されたサービスを、複合機１０がサービスの実行を機能サーバ３０に要求する可能性が高いサービスであると類推する。
一例を挙げると、例えば、図１６（ａ）に示したサービス検索データの場合、“<Language>jpn</Language>”、“<Area>jp</Area>”などの情報は、上述したｍ種のサービス機能属性の一つに当たる“日本語圏用”という属性を持っている情報として扱われる。また、“<ADF>ON</ADF>”は“複数枚原稿用”という属性を持っている情報として扱われ、“<TargetDataType>image</TargetDataType>”は“スキャン画像用サービス”という属性を持っている情報として扱われる。さらに、“<Data>4fJ:LKHF:hw8;;haa.....</Data>”は、さらに処理が加えられることにより、“英文原稿用”、“日本語原稿用”、“フランス語原稿用”いずれかの属性を持つ情報として扱われる。
より詳しくは、“<Data>4fJ:LKHF:hw8;;haa.....</Data>”は、スキャン画像そのものの一部に相当するバイナリデータを表すデータであるが、ディレクトリサーバ２０は、このスキャン画像の一部に対してＯＣＲ処理を施すことにより、英文テキスト化、日本語テキスト化、およびフランス語テキスト化を順に試行する。そして、各テキスト化処理の試行毎に、各言語で用いる単語として識別できる割合が所定の閾値以上であるか否かを判定し、その判定結果に応じて、英単語として識別できる割合が高い場合は“英文原稿用”という属性を持っている情報、日本単語として識別できる割合が高い場合は“日本語原稿用”という属性を持っている情報、フランス単語として識別できる割合が高い場合は“フランス語原稿用”という属性を持っている情報として扱われる。
つまり、サービス検索データに含まれる情報には、“<Language>jpn</Language>”、“<Area>jp</Area>”のように、２組の情報が含まれていてもこれらが同じ１種のサービス機能属性を持つ情報として扱われる場合があるし、また、“<Data>4fJ:LKHF:hw8;;haa.....</Data>”のように、１組の情報が変換結果によって異なる３種のサービス機能属性のいずれかを持つ情報として扱われる場合もあるが、いずれにしても、これらの扱いを受けた結果として、サービス検索データは、上述したｋ種のサービス機能属性を持っているデータと認識されるのである。図１６（ａ）に示したサービス検索データの場合で言えば、“日本語圏用”、“複数枚原稿用”、“スキャン画像用サービス”、以上３種のサービス機能属性を少なくとも持っていることになり、さらに、上記ＯＣＲ処理の結果によっては、“英文原稿用”、“日本語原稿用”、または“フランス語原稿用”、以上３種のサービス機能属性のいずれかを加えた４種のサービス機能属性を持っていることになる。ここで、一例として、“英文原稿用”という属性を持っている（すなわち、“日本語圏用”、“複数枚原稿用”、“スキャン画像用サービス”を含め、４種のサービス機能属性を持っている）場合を想定して説明すると、この場合、上記サービス定義情報テーブル（図１７参照）において、『関連度情報が「○：該当サービス」となっているサービス機能属性が少なくとも１種あり、且つ、関連度情報が「□：該当しない」となっているサービス機能属性が１種もないサービス』は、「英日原稿翻訳サービス（関連度情報が「○：該当サービス」となっているサービス機能属性が“日本語圏用”、“英文原稿用”の２種）」、「英仏原稿翻訳サービス（関連度情報が「○：該当サービス」となっているサービス機能属性が“英文原稿用”の１種）」、「英文原稿スペルチェックサービス（関連度情報が「○：該当サービス」となっているサービス機能属性が“英文原稿用”の１種）」、および「サムネイル化サービス（関連度情報が「○：該当サービス」となっているサービス機能属性が“複数枚原稿用”の１種）」、以上４種のサービスが、後述する処理により、複合機１０がサービスの実行を機能サーバ３０に要求する可能性が高いサービスであると類推されることになる。
ディレクトリサーバ２０は、このサービス定義情報テーブルに記憶された（ｎ×ｍ）組の関連度情報のうち、サービス検索データが持っているｋ種のサービス機能属性（ただし、ｋは１≦ｋ≦ｍを満たす整数）に対応する（ｎ×ｋ）組の関連度情報を参照して、ｎ種のサービスのそれぞれについて、ｋ種のサービス機能属性に対応するｋ組の関連度情報をサーチし、図１８に示すサービス提示リストを作成する。
サービス提示リストは、ディレクトリサーバ２０において、サービスを検索するため、サービスの状態を一時的に記憶するリストであり、サービス検索データに含まれるｋ種の情報ついて順に関連度を調べてゆく際に、その判定の途中経過を記憶するために用意されている。具体的には、サービス提示リストは、上述したｎ種のサービスそれぞれについてステータスを記憶できるようになっており、このステータスには、サービス定義情報テーブルから読み出された関連度情報が記憶される。図１８に例示したサービス提示リストの場合、「英日原稿翻訳サービス」、「日英原稿翻訳サービス」、「英文原稿スペルチェックサービス」、および「日本語原稿要約サービス」、以上４種のサービスについて、『関連度情報が「○：該当サービス」となっているサービス機能属性が少なくとも１種あり、且つ、関連度情報が「□：該当しない」となっているサービス機能属性が１種もないサービス』である旨が記憶されていることになる。
なお、具体的な処理については後述するが、サービス検索データに含まれるｋ種のサービス機能属性に対応するｋ組の関連度情報をサーチする際には、サービス定義情報テーブルから読み出された関連度情報が、１度でも「□：該当しない」となれば、ステータスには「□：該当しない」が記憶されることになる。また、サービス定義情報テーブルから読み出された関連度情報に、１度も「□：該当しない」がなかった場合、少なくとも１度は「○：該当サービス」となれば、ステータスには「○：該当サービス」が記憶されることになる。そして、サービス定義情報テーブルから読み出された関連度情報に、１度も「□：該当しない」がなく、且つ、１度も「○：該当サービス」がなかった場合に、ステータスには「−：どちらでもない」が記憶されることになる。また、（ｎ×ｋ）組の関連度情報を順にサーチするための具体的な方法としては、１種のサービスをターゲットにしてｋ種のサービス機能属性に対応するｋ組の関連度情報をサーチする処理をｎ回繰り返す方法、１種のサービス機能属性をターゲットにしてｎ種のサービスに対応するｎ組の関連度情報をサーチする処理をｋ回繰り返す方法などがあるが、いずれの方法を採用するかは任意であり、実装上は、他の関連する処理手順をも考慮して利便性の高い方を選べばよい。
以上のような類推方法により、上記サービス提示リストが完成するので、その後、ディレクトリサーバ２０は、完成したサービス提示リストに基づいて、複合機１０に提供するサービスリストを作成する。図１９（ａ）は、サービスリストで使用するデータ形式を示す図、図１９（ｂ）は、サービスリストの具体的な例を示す図である。これらの図に示すように、サービスリストは、ＸＭＬにより記述されるものである。このサービスリストには、上述のサービス提示リスト（図１８参照）中、ステータスが「○：該当サービス」となっているサービスだけが抜粋されて列挙される（あるいは、ステータスが「○：該当サービス」となっているサービスが先に列挙され、その後にステータスが「−：どちらでもない」となっているサービスが列挙されるなど、優先度を付けた順序で列挙してもよい。）。
このようなサービスリストを複合機１０へと送信することにより、複合機１０では、サービスリストに列挙された順序に従って、利用者が選択可能なサービスの一覧を表示する。したがって、複合機１０は、単にサービスリストに記述された順序通りの表示を行うだけで、ディレクトリサーバ２０において「○：該当サービス」と判定されたサービスのみを抜粋して（もしくは、優先的に）表示することができる。そして、この表示を見てサービスの選択を行う利用者は、機能サーバ３０で実行可能なサービス全ての中から必要とするサービスを探し出さなくても、利用される可能性が高いとディレクトリサーバ２０において類推されたいくつかのサービスの中から必要とするサービスを探し出せばよいことになる。
次に、以上説明したような「適したサービス検索機能」を実現するために、複合機１０、ディレクトリサーバ２０および機能サーバ３０の各制御部１０１，２１，３１が実行する処理について説明する。
まず、複合機１０の制御部１０１が行う複合機処理について、図２０および図２１のフローチャートを用いて説明する。なお、本複合機処理は、複合機１０の電源が投入されることにより開始される。
この複合機処理が開始されると、まず、Ｓ１０１で、複合機１０の初期化処理を行う。
続いて、Ｓ１０２では、複合機１０への入力を受ける。ここで、複合機１０への入力とは、複合機１０に何らかの処理を開始させるための入力であり、例えば、操作パネル１０２ａでのキー入力や、図示しないパーソナルコンピュータ等からの指令の入力などが挙げられる。
続いて、Ｓ１０３では、Ｓ１０２で受けた入力が、機能サーバ３０にサービスを要求する動作モードであるサービスモードへ移行するための入力であるか否かを判定する。具体的には、Ｓ１０２で受けた入力が、操作パネル１０２ａにおけるサービスキー４４の押し操作であるか否かを判定する。
このＳ１０３で、サービスモードへ移行するための入力でないと判定した場合には、Ｓ１０４へ移行し、Ｓ１０２で受けた入力に応じたその他のモードの処理（例えば、画像の印刷処理）を行い、Ｓ１０２へ戻る。
一方、Ｓ１０３で、サービスモードへ移行するための入力であると判定した場合には、Ｓ１０５へ移行し、機能サーバ３０に要求するサービスをリストから選択するか否かを判定する。具体的には、複合機１０は、機能サーバ３０に要求するサービスを決定する方法として、“適したサービス検索”、“サービス一覧”、および“Location入力”の３種の方法を、操作パネル１０２ａのディスプレイ５２に表示し（図４５（ａ）参照）、利用者にいずれか１種の方法を選択させる。
Ｓ１０５で、利用者が“Location入力”以外を選択した場合には、図２１に示すＳ１３１へ移行し、適したサービス検索を行うか否かを判定する。具体的には、複合機１０は、機能サーバ３０に要求するサービスを決定する方法として、“適したサービス検索”、“サービス一覧”、および“Location入力”の３種の方法を、操作パネル１０２ａのディスプレイ５２に表示し（図４５（ａ）参照）、利用者にいずれか１種の方法を選択させる。
Ｓ１３１で、利用者が“適したサービス検索”を選択するとＳ１３３へ移行することになる。Ｓ１３３では、複合機１０は、自機の設定情報を読み出す。この設定情報は、複合機１０の記憶部１０６が備える不揮発性メモリに記憶されている情報であり、その中には、例えば、複合機１０において使用する言語（日本語、英語、フランス語）、複合機１０の設置地域（日本、アメリカ、フランス）といった情報が含まれている。
続いて、Ｓ１３５では、ＵＩの表示を行う。この表示は“適したサービス検索”において判定条件として利用される操作を利用者に促すための表示で、操作パネル１０２ａのディスプレイ５２には、例えば図４５（ｂ）に示すような内容が表示される。この図４５（ｂ）に示す表示内容は、図４５（ｃ）に示す表示内容の一部であり、利用者は図４５（ｂ）の状態で操作パネル１０２ａにおける下向きの方向キー４７を操作してカーソルを下へ移動させることにより、表示内容を全体的にスクロールさせて、図４５（ｃ）に示す表示内容全体を見ることができる。
続いて、Ｓ１３７では、ボタンやセンサーの情報を読み出す。具体的には、例えば、メディアキー４０、スキャナキー４２などに対するボタン操作に関する情報、受話器フックセンサー１１０による検出状態に関する情報などを読み出す。そして、Ｓ１３９，Ｓ１４１，Ｓ１４３では、スキャンボタンが押されたか否か、受話器が上がっているか否か、メディアボタンが押されたか否かを順に判断し、いずれにも該当しない場合は、Ｓ１３７へと戻り、Ｓ１３７〜Ｓ１４３を繰り返す。
一方、Ｓ１３９の判断において、スキャンボタンが押されたと判断された場合は、Ｓ１４５において原稿をスキャンし、Ｓ１４７においてスキャンドフラグを立て、Ｓ１５１へ移行する。また、Ｓ１４１において、受話器が上がっていると判断された場合は、そのままＳ１５１へ移行する。なお、Ｓ１４１においては、受話器フックセンサー１１０によって「受話器が上がっている」ことを検出していれば、「受話器が上がっている」と判断されるが、この他、操作パネル１０２ａに設けられた「オンフックキー（図示略）」に対する操作がなされた結果、受話器を持ち上げた場合と同等の機能が利用できる状態になっていれば、実際には受話器を持ち上げていなくても、「受話器が上がっている」と判断される。また、Ｓ１４３において、メディアボタンが押されたと判断された場合は、Ｓ１４９においてファイル選択画面を表示し、ファイル選択を待つ。このＳ１４９により、操作パネル１０２ａのディスプレイ５２には、例えば図４５（ｅ）に示すような内容が表示される。この図４５（ｅ）に示す表示内容は、図４５（ｆ）に示す表示内容の一部であり、利用者は図４５（ｅ）の状態で操作パネル１０２ａにおける下向きの方向キー４７を操作してカーソルを下へ移動させることにより、表示内容を全体的にスクロールさせて、図４５（ｆ）に示す表示内容全体を見ることができる。そして、利用者が所望のファイルを選んでから、図４５（ｆ）に示す表示内容の最下段にある“選択終了”を選ぶと、Ｓ１４９を抜けてＳ１５１へ移行する。
こうしてＳ１５１へ移行すると、複合機１０は、センサー情報を読み出す。ここでは、Ｓ１３７では読み出していないセンサ情報、例えば、ＡＤＦセンサー１０９による検出状態に関する情報などが読み出される。そして、以上のＳ１３３〜Ｓ１５１により、サービス検索データを作成する上で必要な情報が揃うので、Ｓ１５３では、これらの情報に基づいてサービス検索データを作成し、適したサービス検索の要求をサービス検索データとともにディレクトリサーバ２０に送信する。なお、この例において、複合機１０には、適したサービス検索の要求を送信するための通信先アドレス（ＵＲＬ）が記憶部１０６にあらかじめ記憶されている。
この適したサービス検索の要求を受信したディレクトリサーバ２０からは、先に説明したサービスリストが送信されてくるので、Ｓ１５５では、サービスリストを受信し、その後、図２０に示したＳ１０８へと移行する。
さて一方、図２１に示したＳ１３１で、利用者が“適したサービス検索”を選択しなかった場合は、図２０に示したＳ１０６へと移行し、ディレクトリサーバ２０にサービス一覧の照会を要求する。具体的には、ディレクトリサーバ２０に対しトップのサービス定義情報２５（図３）の送信を要求する。なお、この例において、複合機１０には、トップのサービス定義情報２５を要求するための通信先アドレス（ＵＲＬ）が記憶部１０６にあらかじめ記憶されている。そして、Ｓ１０７では、Ｓ１０６での要求に対してディレクトリサーバ２０から送信されたトップのサービス定義情報２５を受信し、その後、Ｓ１０８へと移行する。
こうしてＳ１０８へ移行したら、Ｓ１５５で受信したサービスリストに基づくサービス選択用画面（図４５（ｄ）参照）を操作パネル１０２ａのディスプレイ５２に表示するか、Ｓ１０７で受信したサービス定義情報２５に基づくサービス選択用画面（図６（ａ）参照）を操作パネル１０２ａのディスプレイ５２に表示し、Ｓ１１０へ移行する。
一方、Ｓ１０５で、機能サーバ３０に要求するサービスをリストから選択しないと判定した場合（利用者が“Location入力”を選択した場合）には、Ｓ１０９へ移行し、ＵＲＬを直接入力するためのアドレス入力画面（図示せず）を操作パネル１０２ａのディスプレイ５２に表示させ、Ｓ１１０へ移行する。
Ｓ１１０では、機能サーバ３０に要求するサービスを決定するための利用者による入力操作を操作パネル１０２ａで受ける。
続いて、Ｓ１１１では、Ｓ１１０で受けた入力操作がリンク選択のための操作であるか否かを判定する。具体的には、Ｓ１０８で表示した情報に基づき選択操作が正常に行われた場合、または、Ｓ１０９で表示したアドレス入力画面にＵＲＬの入力が正常に行われた場合に、リンク選択のための操作であると判定する。
このＳ１１１で、リンク選択のための操作でないと判定した場合には、Ｓ１１２へ移行し、Ｓ１１０で受けた入力操作が、サービスモードを終了するための停止操作であるか否かを判定する。
そして、Ｓ１１２で、サービスモードを終了するための停止操作であると判定した場合には、Ｓ１０２へ戻る。つまり、サービスモードとしての処理を終了する。
一方、Ｓ１１２で、サービスモードを終了するための停止操作でないと判定した場合には、Ｓ１１３へ移行し、拒否音（ブザー音等）を鳴動した後、Ｓ１１０へ戻る。つまり、Ｓ１１０で受けた入力操作が、リンク選択のための操作でなく、停止操作でもない場合に、拒否音によって利用者に報知するようにしている。
また、上記Ｓ１１１で、リンク選択のための操作であると判定した場合には、Ｓ１１４へ移行し、選択されたＵＲＬがサービスのＵＲＬであるか否かを判定する。
このＳ１１４で、サービスのＵＲＬでない（サービス定義情報２５のＵＲＬである）と判定した場合には、Ｓ１１５へ移行し、Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎが示す情報（ＵＲＬを直接入力した場合には、そのＵＲＬが示す情報）に基づき、ディレクトリサーバ２０へサービスの照会を要求（サービス定義情報２５の送信を要求）し、要求したサービス定義情報２５をディレクトリサーバ２０から受信する。その後、Ｓ１０８へ戻る。これにより、新たなサービス選択用画面を操作パネル１０２ａのディスプレイ５２に表示させる。
一方、Ｓ１１４で、サービスのＵＲＬであると判定した場合には、Ｓ１１６へ移行し、後述するセッション処理（図２２）を実施した後、Ｓ１０２へ戻る。
次に、複合機処理（図２０）におけるＳ１１６で実行されるセッション処理について、図２２のフローチャートを用いて説明する。
このセッション処理が開始されると、まず、Ｓ２０１で、利用するサービスを選択し、サービス定義情報２５のＬｉｎｋ＿Ｌｏｃａｔｉｏｎ（ＵＲＬを直接入力した場合には、そのＵＲＬ）に基づきサービスを起動する。つまり、サービスのＵＲＬへサービス起動指令を送信することにより、利用者により選択されたサービスを起動させる。
続いて、Ｓ２０２では、機能サーバ３０からセッションＩＤを受信する。なお、セッションＩＤは、機能サーバ３０の制御部３１により実行される後述の機能サーバ処理（図３４）におけるＳ１３０５の処理で生成され、Ｓ１３０９の処理で送信される。
続いて、Ｓ２０３では、複合機に対する指令の問い合わせである「複合機指令問合せ」を機能サーバ３０へ送信する。なお、複合機指令問合せに伴い、Ｓ２０２の処理で受信したセッションＩＤが送信される。
続いて、Ｓ２０４では、Ｓ２０３で送信した「複合機指令問合せ」に対して返信される指令を受信する。
続いて、Ｓ２０５では、Ｓ２０４で受信した指令がジョブ起動指令であるか否かを判定する。なお、ジョブ起動指令は、機能サーバ３０の制御部３１により実行される後述のセッション処理（図３６）におけるＳ１５０３，Ｓ１５０７，Ｓ１５１１の各処理で出力される。また、ジョブ起動指令に伴い、ジョブＩＤとジョブの通信先ＵＲＬとが送信されてくる。
このＳ２０５で、ジョブ起動指令であると判定した場合には、Ｓ２０６へ移行して、ジョブの起動に必要なリソースを確保し、さらにＳ２０７へ移行して、指定ジョブの起動処理を開始する。その後、Ｓ２０８へ移行し、所定インターバル待機した後、Ｓ２０３へ戻る。
一方、Ｓ２０５で、ジョブ起動指令でないと判定した場合には、Ｓ２０９へ移行し、Ｓ２０４で受信した指令がジョブ終了指令であるか否かを判定する。なお、ジョブ終了指令は、機能サーバ３０の制御部３１により実行される後述のセッション処理（図３７）におけるＳ１５１９，Ｓ１５２１，Ｓ１５２３の各処理で出力される。また、ジョブ終了指令に伴い、終了するジョブに対応するジョブＩＤが送信されてくる。
このＳ２０９で、ジョブ終了指令であると判定した場合には、Ｓ２１０へ移行して、ジョブＩＤに対応するジョブを停止し、リソースを解放する。その後、Ｓ２０８へ移行し、所定インターバル待機した後、Ｓ２０３へ戻る。
一方、Ｓ２０９で、ジョブ終了指令でないと判定した場合には、Ｓ２１１へ移行し、Ｓ２０４で受信した指令が「指令なし」を表すものであるか否かを判定する。つまり、Ｓ２０３で送信した「複合機指令問合せ」に対する返信が、指令がないことを表す送信であるか否かを判定するのである。
このＳ２１１で、Ｓ２０４で受信した指令が「指令なし」を表すものであると判定した場合には、Ｓ２０８へ移行し、所定インターバル待機した後、Ｓ２０３へ戻る。
一方、Ｓ２１１で、Ｓ２０４で受信した指令が「指令なし」を表すものでないと判定した場合には、Ｓ２１２へ移行し、Ｓ２０４で受信した指令がセッションの終了指令であるか否かを判定する。なお、セッションの終了指令は、機能サーバ３０の制御部３１により実行される後述のセッション処理（図３７）におけるＳ１５２６の処理で送信される。
このＳ２１２で、終了指令であると判定した場合には、本セッション処理を終了する。
一方、Ｓ２１２で、終了指令でないと判定した場合、つまり、Ｓ２０４で受信した指令が、ジョブ起動の指令、ジョブ終了の指令、「指令なし」を表すもの、および、セッションの終了指令のうちのいずれでもない場合には、Ｓ２１３へ移行し、指令エラーの処理（例えば、エラーである旨のメッセージを操作パネル１０２ａのディスプレイ５２に表示させる処理）を行う。その後、本セッション処理を終了する。
次に、セッション処理（図２２）におけるＳ２０７の処理により開始される指定ジョブの起動処理について、図２３のフローチャートを用いて説明する。
この指定ジョブの起動処理が開始されると、まず、Ｓ３０１で、ジョブ起動指令で指定されたジョブがＵＩジョブであるか否かを判定する。
そして、Ｓ３０１で、ジョブ起動指令で指定されたジョブがＵＩジョブであると判定した場合には、Ｓ３０２へ移行し、ジョブＩＤ、ジョブの通信先ＵＲＬを渡してＵＩジョブを起動した後、本指定ジョブの起動処理を終了する。
一方、Ｓ３０１で、ジョブ起動指令で指定されたジョブがＵＩジョブでないと判定した場合には、Ｓ３０３へ移行し、ジョブ起動指令で指定されたジョブがスキャンジョブ（Ｓｃａｎジョブ）であるか否かを判定する。
このＳ３０３で、ジョブ起動指令で指定されたジョブがスキャンジョブでないと判定した場合には、Ｓ３０４へ移行し、ジョブ起動指令で指定されたジョブがボイスジョブ（Ｖｏｉｃｅジョブ）であるか否かを判定する。
そして、Ｓ３０４で、ジョブ起動指令で指定されたジョブがボイスジョブでないと判定した場合には、Ｓ３０６へ移行する。
一方、Ｓ３０３で、ジョブ起動指令で指定されたジョブがスキャンジョブであると判定した場合、または、Ｓ３０４で、ジョブ起動指令で指定されたジョブがボイスジョブであると判定した場合には、Ｓ３０５へ移行し、ジョブＩＤ、ジョブの通信先ＵＲＬを渡して入力ジョブを起動した後、本指定ジョブの起動処理を終了する。
Ｓ３０６では、ジョブ起動指令で指定されたジョブがプリントジョブ（Ｐｒｉｎｔジョブ）であるか否かを判定する。
このＳ３０６で、ジョブ起動指令で指定されたジョブがプリントジョブでないと判定した場合には、Ｓ３０７へ移行し、ジョブ起動指令で指定されたジョブがスピーカジョブ（Ｓｐｅａｋｅｒジョブ）であるか否かを判定する。
そして、Ｓ３０７で、ジョブ起動指令で指定されたジョブがスピーカジョブでないと判定した場合、つまり、ジョブ起動指令で指定されたジョブがＵＩジョブ、スキャンジョブ、ボイスジョブ、プリントジョブおよびスピーカジョブのうちのいずれでもないと判定した場合には、そのまま本指定ジョブの起動処理を終了する。
一方、Ｓ３０６で、ジョブ起動指令で指定されたジョブがプリントジョブであると判定した場合、または、Ｓ３０７で、ジョブ起動指令で指定されたジョブがスピーカジョブであると判定した場合には、Ｓ３０８へ移行し、ジョブＩＤ、ジョブの通信先ＵＲＬを渡して出力ジョブを起動した後、本指定ジョブの起動処理を終了する。
次に、指定ジョブの起動処理（図２３）におけるＳ３０２でセッション処理と並列に動作するように起動されるＵＩジョブについて、図２４のフローチャートを用いて説明する。
このＵＩジョブが開始されると、まず、Ｓ４００で、送信用データとして、複合機１０に対する指令の問合せである複合機ジョブ指令問合せを所定領域へ書き込む。この送信用データは、後述するＳ４０６の処理で利用される情報であり、このデータとして書き込まれている情報がセッションＩＤ及びジョブＩＤとともに機能サーバ３０へ送信される。なお、送信用データの格納領域は、複合機１０の制御部１０１内に備えられた図示しないＲＡＭの所定領域に設けられている。
次に、Ｓ４０１で、セッションからの終了指示があったか否かを判定する。なお、セッションからの終了指示は、複合機１０の制御部１０１により実行されるセッション処理（図２２）におけるＳ２１０の処理により出力される。
このＳ４０１で、セッションからの終了指示があったと判定した場合には、Ｓ４０２へ移行し、セッションへ終了を通知した後、本ＵＩジョブを終了する。
一方、Ｓ４０１で、セッションからの終了指示がないと判定した場合には、Ｓ４０３へ移行し、操作パネル１０２ａがビジー状態であるか否かを判定する。具体的には、操作パネル１０２ａがビジー状態であるか否かを表すビジーフラグＦｕに基づき、ビジーフラグＦｕが立っている場合にはビジー状態であると判定し、ビジーフラグＦｕが下りている場合にはビジー状態でないと判定する。
そして、Ｓ４０３で、操作パネル１０２ａがビジー状態であると判定した場合には、Ｓ４０４へ移行し、操作パネル１０２ａのビジー状態が解除されるまで待機した後、Ｓ４０３へ戻る。
一方、Ｓ４０３で、ビジー状態でないと判定した場合には、Ｓ４０５へ移行し、ビジーフラグＦｕを立てる。
続いて、Ｓ４０６では、上述した送信用データとして書き込まれている情報をセッションＩＤ及びジョブＩＤを伴わせて機能サーバ３０へ送信する。
続いて、Ｓ４０７では、Ｓ４０６で送信した情報に対して返信される複合機指令を受信する。
続いて、Ｓ４０８では、Ｓ４０７で受信した複合機指令がパラメータ要求であるか否かを判定する。なお、パラメータ要求は、機能サーバ３０の制御部３１により実行される後述のＵＩジョブ処理（図３８）におけるＳ１１０２の処理で送信される。また、パラメータ要求に伴い、サービスＩ／Ｆ情報３６が送信されてくる。
このＳ４０８で、パラメータ要求であると判定した場合には、Ｓ４０９へ移行し、サービスＩ／Ｆ情報３６に基づきパラメータ入力用画面を操作パネル１０２ａのディスプレイ５２に表示させ、パラメータを設定するための入力操作を利用者に促す。そして、Ｓ４１０へ移行し、入力されたパラメータを機能サーバ３０へ送信するために、そのパラメータを送信用データとして送信用データの格納領域へ書き込む。さらに、Ｓ４１１へ移行し、ビジーフラグＦｕを下げた後、Ｓ４０１へ戻る。なお、送信用データとして書き込まれたパラメータは、その後、セッションからの終了指示がなく（Ｓ４０１：ＮＯ）、操作パネルがビジーではない（Ｓ４０３：ＮＯ）状態になると、Ｓ４０６の処理にて機能サーバ３０へ送信される。
一方、Ｓ４０８で、パラメータ要求でないと判定した場合には、Ｓ４１２へ移行し、Ｓ４０７で受信した複合機指令がサービス状態情報であるか否かを判定する。なお、サービス状態情報は、機能サーバ３０の制御部３１により実行される後述のＵＩジョブ処理（図３８）におけるＳ１１１３の処理で送信される。また、サービス状態情報に伴い、エラーコードとサービスＩ／Ｆ情報３６とが送信されてくる。
このＳ４１２で、サービス状態情報であると判定した場合には、Ｓ４１３へ移行し、このサービス状態情報に基づく情報を、操作パネル１０２ａのディスプレイ５２に表示させる。そして、Ｓ４２１へ移行し、機能サーバ３０で稼動するサービスの稼動状態の情報を要求する指令であるサービス状態情報要求を機能サーバ３０へ送信するために、そのサービス状態情報要求を送信用データとして送信用データの格納領域へ書き込む。そして、Ｓ４１１へ移行し、ビジーフラグＦｕを下げた後、Ｓ４０１へ戻る。なお、送信用データとして書き込まれたサービス状態情報要求は、その後、セッションからの終了指示がなく（Ｓ４０１：ＮＯ）、操作パネルがビジーではない（Ｓ４０３：ＮＯ）状態になると、Ｓ４０６の処理にて機能サーバ３０へ送信される。
一方、Ｓ４１２で、サービス状態情報でないと判定した場合には、Ｓ４１４へ移行し、Ｓ４０７で受信した複合機指令が状態情報要求であるか否かを判定する。
このＳ４１４で、状態情報要求であると判定した場合には、Ｓ４１５へ移行し、複合機１０の状態に関する情報である複合機状態情報を機能サーバ３０へ送信するために、その複合機状態情報を送信用データとして送信用データの格納領域へ書き込む。そして、Ｓ４１１へ移行し、ビジーフラグＦｕを下げた後、Ｓ４０１へ戻る。なお、送信用データとして書き込まれた複合機状態情報は、その後、セッションからの終了指示がなく（Ｓ４０１：ＮＯ）、操作パネルがビジーではない（Ｓ４０３：ＮＯ）状態になると、Ｓ４０６の処理にて機能サーバ３０へ送信される。
一方、Ｓ４１４で、状態情報要求でないと判定した場合には、Ｓ４１６へ移行し、Ｓ４０７で受信した複合機指令が、機能サーバ３０が複合機１０からの情報を正常に受け取ることができたか否かを表す通知であるサーバ受取状況であるか否かを判定する。
このＳ４１６で、サーバ受取状況であると判定した場合には、Ｓ４１７へ移行し、このサーバ受取状況の内容が異常受取（ＮＧ）を表すものであるか否かを判定する。
そして、Ｓ４１７で、異常受取（ＮＧ）を表すものであると判定した場合には、Ｓ４１８へ移行し、機能サーバ３０に対し、前回送信した情報を再送信するために、その再送信する情報を送信用データとして送信用データの格納領域へ書き込む。その後、Ｓ４１１へ移行し、ビジーフラグＦｕを下げた後、Ｓ４０１へ戻る。
一方、Ｓ４１７で、異常受取（ＮＧ）を表すものでないと判定した場合には、Ｓ４２２で、サービスの稼動状態の情報を要求する指令であるサービス状態情報要求を機能サーバ３０へ送信するために、そのサービス状態情報要求を送信用データとして送信用データの格納領域へ書き込んだ後、Ｓ４１１へ移行し、ビジーフラグＦｕを下げた後、Ｓ４０１へ戻る。
なお、Ｓ４１８、Ｓ４２２にて送信用データとして書き込まれた再送信する情報、サービス状態情報要求は、その後、セッションからの終了指示がなく（Ｓ４０１：ＮＯ）、操作パネルがビジーではない（Ｓ４０３：ＮＯ）状態になると、Ｓ４０６の処理にて機能サーバ３０へ送信される。
また、Ｓ４１６で、サーバ受取状況でないと判定した場合には、Ｓ４１９へ移行し、Ｓ４０７で受信した複合機指令が「指令なし」を表すものであるか否かを判定する。つまり、Ｓ４０６で送信した「複合機ジョブ指令問合せ」に対する返信が、指令がないことを表す送信であるか否かを判定するのである。
このＳ４１９で、Ｓ４０７で受信した複合機指令が「指令なし」を表すものであると判定した場合には、Ｓ４２３で、複合機１０に対する指令の問合せである複合機ジョブ指令問合せを機能サーバ３０へ送信するために、その複合機ジョブ指令問合せを送信用データとして送信用データの格納領域へ書き込んだ後、Ｓ４１１へ移行し、ビジーフラグＦｕを下げた後、Ｓ４０１へ戻る。なお、送信用データとして書き込まれた複合機ジョブ指令問合せは、その後、セッションからの終了指示がなく（Ｓ４０１：ＮＯ）、操作パネルがビジーではない（Ｓ４０３：ＮＯ）状態になると、Ｓ４０６の処理にて機能サーバ３０へ送信される。
一方、Ｓ４１９で、Ｓ４０７で受信した複合機指令が「指令なし」を表すものでないと判定した場合には、Ｓ４２０へ移行し、指定エラーの処理を行う。その後、Ｓ４１１へ移行し、ビジーフラグＦｕを下げた後、Ｓ４０１へ戻る。
次に、指定ジョブの起動処理（図２３）におけるＳ３０５でセッション処理およびＵＩジョブ処理と並列動作するように起動される入力ジョブについて、図２５のフローチャートを用いて説明する。
この入力ジョブが開始されると、まずＳ５０１で、入力装置（読取部１０３で生成された画像データに関するサービスであれば読取部１０３、音入力部１０７で生成された音データに関するサービスであれば音入力部１０７）がビジー状態であるか否かを判定する。具体的には、入力装置がビジー状態であるか否かを表すビジーフラグＦｉに基づき、ビジーフラグＦｉが立っている場合にはビジー状態であると判定し、ビジーフラグＦｉが下りている場合にはビジー状態でないと判定する。
そして、Ｓ５０１で、入力装置がビジー状態であると判定した場合には、Ｓ５０２へ移行し、入力装置のビジー状態が解除されるまで待機した後、Ｓ５０１へ戻る。
一方、Ｓ５０１で、ビジー状態でないと判定した場合には、Ｓ５０３へ移行し、ビジーフラグＦｉを立てる。
続いて、Ｓ５０４では、複合機状態情報を機能サーバ３０へ送信する。なお、複合機状態情報に伴い、セッションＩＤ、ジョブＩＤおよびエラーコードが送信される。
続いて、Ｓ５０５では、Ｓ５０４で送信した「複合機状態情報」に対して返信される複合機パラメータを機能サーバ３０から受信する。なお、複合機パラメータは、機能サーバ３０の制御部３１により実行される後述のスキャンジョブ処理（図３９）におけるＳ１７０３の処理により送信される。
続いて、Ｓ５０６では、セッションからの終了指示があったか否かを判定する。なお、セッションからの終了指示は、複合機１０の制御部１０１により実行されるセッション処理（図２２）におけるＳ２１０の処理により出力される。
このＳ５０６で、セッションからの終了指示がないと判定した場合には、Ｓ５０７へ移行し、Ｓ５０５で複合機パラメータを正常に受信できたか否かを判定する。
そして、Ｓ５０７で、正常に受信できなかったと判定した場合には、Ｓ５０８へ移行し、複合機１０が機能サーバ３０からの情報を正常に受け取ることができたか否かの通知である複合機受取状況として異常受取（ＮＧ）である旨を機能サーバ３０へ通知し、Ｓ５０５へ戻る。なお、複合機受取状況に伴い、セッションＩＤおよびジョブＩＤが送信される。
一方、Ｓ５０７で、正常に受信できたと判定した場合には、Ｓ５０９へ移行し、複合機受取状況として正常受取（ＯＫ）である旨を機能サーバ３０へ通知する。
続いて、Ｓ５１０では、入力データ要求を機能サーバ３０から受信する。なお、入力データ要求は、機能サーバ３０の制御部３１により実行される後述のスキャンジョブ処理（図３９）におけるＳ１７０９の処理で送信される。
続いて、Ｓ５１１では、Ｓ５０６と同様、セッションからの終了指示があったか否かを判定する。
このＳ５１１で、セッションからの終了指示がないと判定した場合には、Ｓ５１２へ移行し、Ｓ５１０で入力データ要求を正常に受信できたか否かを判定する。
そして、Ｓ５１２で、正常に受信できなかったと判定した場合には、Ｓ５１３へ移行し、異常受取（ＮＧ）である旨を機能サーバ３０へ通知し、Ｓ５１０へ戻る。
一方、Ｓ５１２で、正常に受信できたと判定した場合には、Ｓ５２１へと移行し、既にスキャンされているか否かを判断する。ここで、既にスキャンされている場合とは、先に説明したＳ１４５においてスキャンを実行した場合であり、これはＳ１４７において立てたスキャンドフラグを参照して判断することができる。Ｓ５２１において既にスキャンされていると判断された場合、機能サーバ３０へ送信すべきデータ（スキャンデータ）は、既に複合機１０において読み取り済みなので、この場合はＳ５２３へ移行し、Ｓ１４５においてスキャンした入力データを機能サーバ３０へ送信し、Ｓ５２５においてスキャンドフラグを下ろす。
また、Ｓ５２１で否定判断がなされた場合は、機能サーバ３０へ送信すべきデータがまだ複合機１０側で用意されていない状態にあるので、この場合は、Ｓ５３４へ移行し、パラメータをセットし、入力操作を利用者に促す出力（例えば、「原稿をセットしてＯＫキーを押してください」、「受話器をとって音声を入力してください」等のメッセージを操作パネル１０２ａのディスプレイ５２に表示）を行い、これにより入力される入力データを機能サーバ３０へ順次送信する処理を行う。なお、入力データとしては、メモリカード等の半導体製メモリに記憶された画像データを読み込むことによる入力や、記憶部１０６に記憶されている画像データの入力等も挙げられる。また、入力データに伴い、セッションＩＤおよびジョブＩＤが送信される。
続いて、Ｓ５３５では、Ｓ５３４でセットしたパラメータを元に戻す。
続いて、Ｓ５３６では、サービス状態情報を機能サーバ３０から受信した後、Ｓ５３７へ移行する。なお、サービス状態情報は、機能サーバ３０の制御部３１により実行される後述のスキャンジョブ処理（図３９）におけるＳ１７０８，Ｓ１７１２の各処理で送信される。
一方、Ｓ５０６またはＳ５１１で、セッションからの終了指示があったと判定した場合には、そのままＳ５３７へ移行する。
Ｓ５３７では、Ｓ５０３で立てたビジーフラグＦｉを下ろす。
そして、Ｓ５３８で、セッションへ終了を通知した後、本入力ジョブを終了する。
次に、指定ジョブの起動処理（図２３）におけるＳ３０８でセッション処理、ＵＩジョブ処理および入力ジョブ処理と並列動作するように起動される出力ジョブについて、図２６のフローチャートを用いて説明する。
この出力ジョブが開始されると、まずＳ６０１で、出力装置（記録部１０４で印刷する画像を表す画像データに関するサービスであれば記録部１０４，音出力部１０８から出力する音データに関するサービスであれば音出力部１０８）がビジー状態であるか否かを判定する。具体的には、出力装置がビジー状態であるか否かを表すビジーフラグＦｏに基づき、ビジーフラグＦｏが立っている場合にはビジー状態であると判定し、ビジーフラグＦｏが下りている場合にはビジー状態でないと判定する。
そして、Ｓ６０１で、出力装置がビジー状態であると判定した場合には、Ｓ６０２へ移行し、出力装置のビジー状態が解除されるまで待機した後、Ｓ６０１へ戻る。
一方、Ｓ６０１で、ビジー状態でないと判定した場合には、Ｓ６０３へ移行し、ビジーフラグＦｏを立てる。
続いて、Ｓ６０４では、複合機状態情報を機能サーバ３０へ送信する。なお、複合機状態情報に伴い、セッションＩＤ、ジョブＩＤおよびエラーコードが送信される。
続いて、Ｓ６０５では、Ｓ６０４で送信した「複合機状態情報」に対して返信される複合機パラメータを機能サーバ３０から受信する。なお、複合機パラメータは、機能サーバ３０の制御部３１により実行される後述の印刷ジョブ処理（図４０）におけるＳ１８０３の処理で送信される。
続いて、Ｓ６０６では、セッションからの終了指示があったか否かを判定する。なお、セッションからの終了指示は、複合機１０の制御部１０１により実行されるセッション処理（図２２）におけるＳ２１０の処理により出力される。
このＳ６０６で、セッションからの終了指示がないと判定した場合には、Ｓ６０７へ移行し、Ｓ６０５で複合機パラメータを正常に受信できたか否かを判定する。
そして、Ｓ６０７で、正常に受信できなかったと判定した場合には、Ｓ６０８へ移行し、複合機１０が機能サーバ３０からの情報を正常に受け取ることができたか否かの通知である複合機受取状況として異常受取（ＮＧ）である旨を機能サーバ３０へ通知し、Ｓ６０５へ戻る。なお、複合機受取状況に伴い、セッションＩＤおよびジョブＩＤが送信される。
一方、Ｓ６０７で、正常に受信できたと判定した場合には、Ｓ６０９へ移行し、複合機受取状況として正常受取（ＯＫ）である旨を機能サーバ３０へ通知する。
続いて、Ｓ６１０では、出力データ（例えば画像データや音データ）を機能サーバ３０から受信する。なお、出力データは、機能サーバ３０の制御部３１により実行される後述の印刷ジョブ処理（図４０）におけるＳ１８０９の処理で送信される。
続いて、Ｓ６１１では、Ｓ６０６と同様、セッションからの終了指示があったか否かを判定する。
このＳ６１１で、セッションからの終了指示がないと判定した場合には、Ｓ６１２へ移行し、Ｓ６１０で出力データを正常に受信できたか否かを判定する。
そして、Ｓ６１２で、正常に受信できなかったと判定した場合には、Ｓ６１３へ移行し、異常受取（ＮＧ）である旨を機能サーバ３０へ通知し、Ｓ６１０へ戻る。
一方、Ｓ６１２で、正常に受信できたと判定した場合には、Ｓ６１４へ移行し、パラメータをセットし、出力データを出力する処理（例えば、画像データが表す画像の印刷や、音データが表す音声の出力）を行う。
続いて、Ｓ６１５では、Ｓ６１４でセットしたパラメータを元に戻す。
続いて、Ｓ６１６では、複合機状態情報を機能サーバ３０へ送信する。なお、複合機状態情報に伴い、セッションＩＤ、ジョブＩＤおよびエラーコードが送信される。
続いて、Ｓ６１７では、サービス状態情報を機能サーバ３０から受信した後、Ｓ６１８へ移行する。なお、サービス状態情報は、機能サーバ３０の制御部３１により実行される後述の印刷ジョブ処理（図４０）におけるＳ１８０８，Ｓ１８１２の各処理で送信される。
一方、Ｓ６０６またはＳ６１１で、セッションからの終了指示があったと判定した場合には、そのままＳ６１８へ移行する。
Ｓ６１８では、Ｓ６０３で立てたビジーフラグＦｏを下ろす。
そして、Ｓ６１９で、セッションへ終了を通知した後、本出力ジョブを終了する。
次に、ディレクトリサーバ２０の制御部２１が行うディレクトリサーバ処理について、図２７〜図３３のフローチャートを用いて説明する。なお、本ディレクトリサーバ処理は、ディレクトリサーバ２０がＨＴＴＰリクエストを受信することにより開始される。
このディレクトリサーバ処理が開始されると、まず、Ｓ７０１で、ＨＴＴＰリクエストを受信する。
続いて、Ｓ７０２では、Ｓ７０１で受信したＨＴＴＰリクエストがサービス登録の指令であるか否かを判定する。なお、サービス登録の指令は、機能サーバ３０の制御部３１により実行される後述のサービス追加処理（図４１）におけるＳ１９０６の処理で送信される。
このＳ７０２で、サービス登録の指令であると判定した場合には、Ｓ７０３へ移行し、サービス定義情報２５の内容を受信して、サービスを登録する。具体的には、記憶部２３のサービス定義情報記憶部２４に記憶されているサービス定義情報２５に新規サービスについての情報が登録される。そして、Ｓ７０４へ移行し、ＨＴＴＰレスポンスを送信した後、本ディレクトリサーバ処理を終了する。
一方、Ｓ７０２で、サービス登録の指令でないと判定した場合には、Ｓ７０５へ移行し、Ｓ７０１で受信したＨＴＴＰリクエストがサービス更新（例えば、サービス要求先ＵＲＬの変更）の指令であるか否かを判定する。なお、サービス更新の指令は、機能サーバ３０の制御部３１により実行される後述のサービス変更処理（図４２）におけるＳ２００３の処理で送信される。
このＳ７０５で、サービス更新の指令であると判定した場合には、Ｓ７０６へ移行し、サービス定義情報２５の内容を受信して、サービスを更新する。具体的には、記憶部２３のサービス定義情報記憶部２４に記憶されているサービス定義情報２５における該当するサービスについての情報が更新される。そして、Ｓ７０４へ移行し、ＨＴＴＰレスポンスを送信した後、本ディレクトリサーバ処理を終了する。
一方、Ｓ７０５で、サービス更新の指令でないと判定した場合には、Ｓ７０７へ移行し、Ｓ７０１で受信したＨＴＴＰリクエストがサービス削除の指令であるか否かを判定する。なお、サービス削除の指令は、機能サーバ３０の制御部３１により実行される後述のサービス削除処理（図４３）におけるＳ２１０２の処理で送信される。
このＳ７０７で、サービス削除の指令であると判定した場合には、Ｓ７０８へ移行し、指定したサービス定義情報２５を削除する。具体的には、記憶部２３のサービス定義情報記憶部２４に記憶されているサービス定義情報２５における該当するサービスについての情報が削除される。そして、Ｓ７０４へ移行し、ＨＴＴＰレスポンスを送信した後、本ディレクトリサーバ処理を終了する。
一方、Ｓ７０７で、サービス削除の指令でないと判定した場合には、Ｓ７０９へ移行し、Ｓ７０１で受信したＨＴＴＰリクエストがサービス一覧照会の要求であるか否かを判定する。なお、サービス一覧照会の要求は、複合機１０の制御部１０１により実行される上述の複合機処理（図２０）におけるＳ１０６の処理で送信される。
このＳ７０９で、サービス一覧照会の要求であると判定した場合には、Ｓ７１０へ移行し、記憶部２３のサービス定義情報記憶部２４からトップのサービス定義情報２５を読み出す。そして、Ｓ７０４へ移行し、読み出したサービス定義情報２５を含むＨＴＴＰレスポンスを送信した後、本ディレクトリサーバ処理を終了する。
一方、Ｓ７０９で、サービス一覧照会の要求でないと判定した場合には、Ｓ７１１へ移行し、Ｓ７０１で受信したＨＴＴＰリクエストがサービス照会の要求であるか否かを判定する。なお、サービス照会の要求は、複合機１０の制御部１０１により実行される上述の複合機処理（図２０）におけるＳ１１５の処理で送信される。
このＳ７１１で、サービス照会の要求であると判定した場合には、Ｓ７１２へ移行し、記憶部２３のサービス定義情報記憶部２４からＩＤまたはＵＲＬで指定されたサービス定義情報２５を読み出す。そして、Ｓ７０４へ移行し、読み出したサービス定義情報２５を含むＨＴＴＰレスポンスを送信した後、本ディレクトリサーバ処理を終了する。
一方、Ｓ７１１で、サービス照会の要求でないと判定した場合には、Ｓ７２１へ移行し、Ｓ７０１で受信したＨＴＴＰリクエストが適したサービス検索の要求であるか否かを判定する。なお、適したサービス検索の要求は、複合機１０の制御部１０１により実行される上述の複合機処理（図２１）におけるＳ１５３の処理で送信される。
このＳ７２１で、適したサービス検索の要求であると判定した場合には、図２８に示したＳ７４１へ移行し、サービス提示リスト（図１８参照）を初期化する。具体的には、サービス提示リスト中のステータスをすべて「−：どちらでもない」にする。続いて、Ｓ７４３では、サービス検索データを受信して、Ｓ７４５において、地域情報を解析する処理をまとめたサブルーチンである“サブルーチン３”を実行する。
このサブルーチン３は、詳しくは図２９に示すような処理となる。サブルーチン３を開始すると、まず、Ｓ８０１において、サービス検索データ中の項目languageがjpnか否かを判断する。ここで、languageがjpnである場合は、Ｓ８０３へ移行して、日本語圏用のサービスの抽出サブルーチンを実行する。
この日本語圏用のサービスの抽出サブルーチンは、詳しくは図３１に示すような処理である。すなわち、Ｓ１００１において、サービス機能属性に関して、該当するサービスとどちらでもないサービスをデータベース（＝サービス定義情報テーブル（図１７参照））から検索する。ここで、図３１では、同種の処理を包括的に図示する都合上、サービス機能属性と記述しているが、上記Ｓ８０３では、サービス定義情報テーブル中のｍ種のサービス機能属性のうち、“日本語圏用”をターゲットとする処理を行うようにしてあるので、ここでは、サービス定義情報テーブル中の“日本語圏用”に該当する列がサーチされることになる。そして、ｎ種のサービスそれぞれについて、サービス定義情報テーブル（図１７参照）と、サービス提示リスト（図１８参照）とから情報を取り出し、以下の（条件１）〜（条件３）に従って、サービス提示リスト中の各サービスのステータスを変更する。
（条件１）：サービス機能属性が□ → □にする（すなわち、サービス定義情報テーブルから取り出した関連度情報が“□”である場合、サービス提示リスト中のステータスを“□”に変更する。）。
（条件２）：サービス機能属性が○で、かつ、もともとのステータスが− → ○にする（すなわち、サービス定義情報テーブルから取り出した関連度情報が“○”で、かつ、サービス提示リストから取り出したステータスが“−”である場合、 サービス提示リスト中のステータスを“○”に変更する。）。
（条件３）：それ以外 → もともとのステータス（すなわち、上記条件１，２以外の場合、サービス提示リスト中のステータスを変更しない。）。
以上のようなＳ１００１の処理により、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ８０３では“日本語圏用”）との関連度を加味したものに更新され、その結果、ここでは図２９に示したＳ８０３を終えたことになる。
こうしてＳ８０３の処理を終えるか、Ｓ８０１で否定判断がなされた場合は、Ｓ８０５へ移行し、サービス検索データ中の項目areaがjpか否かを判断する。ここで、areaがjpである場合は、Ｓ８０７へ移行して、日本語圏用のサービスの抽出サブルーチンを実行する。この日本語圏用のサービスの抽出サブルーチンは、先に説明したＳ８０３と同一処理になるので、ここでの詳細な説明は省略する。
Ｓ８０７の処理を終えるか、Ｓ８０５で否定判断がなされた場合は、Ｓ８０９へ移行して、サービス検索データ中の項目languageがengか否かを判断する。ここで、languageがengである場合は、Ｓ８１１へ移行して、英語圏用のサービスの抽出サブルーチンを実行する。
この英語圏用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理である。すなわち、Ｓ１００１において、サービス機能属性に関して、該当するサービスとどちらでもないサービスをデータベース（＝サービス定義情報テーブル（図１７参照））から検索する。先にも説明した通り、図３１では、同種の処理を包括的に図示する都合上、サービス機能属性と記述しているが、上記Ｓ８１１では、サービス定義情報テーブル中のｍ種のサービス機能属性のうち、“英語圏用”をターゲットとする処理を行うようにしてあるので、ここでは、サービス定義情報テーブル中の“英語圏用”に該当する列がサーチされることになり、この点のみ上記Ｓ８０３の処理とは相違することになる。なお、ｎ種のサービスそれぞれについて、サービス定義情報テーブル（図１７参照）と、サービス提示リスト（図１８参照）とから情報を取り出し、上述の（条件１）〜（条件３）に従って、サービス提示リスト中の各サービスのステータスを変更する点は、既に説明した通りなので、ここでの説明は省略するが、この処理により、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ８１１では“英語圏用”）との関連度を加味したものに更新され、その結果、ここでは図２９に示したＳ８１１を終えたことになる。
こうしてＳ８１１の処理を終えるか、Ｓ８０９で否定判断がなされた場合は、Ｓ８１３へ移行し、サービス検索データ中の項目areaがusか否かを判断する。ここで、areaがusである場合は、Ｓ８１５へ移行して、英語圏用のサービスの抽出サブルーチンを実行する。この英語圏用のサービスの抽出サブルーチンは、先に説明したＳ８１１と同一処理になるので、ここでの詳細な説明は省略する。
Ｓ８１５の処理を終えるか、Ｓ８１３で否定判断がなされた場合は、Ｓ８１７へ移行して、サービス検索データ中の項目languageがfrnか否かを判断する。ここで、languageがfrnである場合は、Ｓ８１９へ移行して、フランス語圏用のサービスの抽出サブルーチンを実行する。
このフランス語圏用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理である。すなわち、Ｓ１００１において、サービス機能属性に関して、該当するサービスとどちらでもないサービスをデータベース（＝サービス定義情報テーブル（図１７参照））から検索する。先にも説明した通り、図３１では、同種の処理を包括的に図示する都合上、サービス機能属性と記述しているが、上記Ｓ８１９では、サービス定義情報テーブル中のｍ種のサービス機能属性のうち、“フランス語圏用”をターゲットとする処理を行うようにしてあるので、ここでは、サービス定義情報テーブル中の“フランス語圏用”に該当する列がサーチされることになり、この点のみ上記Ｓ８０３やＳ８１１の処理とは相違することになる。このように、図３１に示すサービス抽出サブルーチンについては、ターゲットとなるサービス機能属性のみ変えて何度も呼び出されるのである。以下に説明する処理においても、図３１に示すサービス抽出サブルーチンについては何度も呼び出されることになるが、その都度同種の説明を繰り返すと説明が煩雑になるので、以降の説明では、図３１に示すサービス抽出サブルーチンを実行することのみ説明し、その処理の詳細についての説明は省略する。
さて、以上のようにしてＳ８１９の処理を終えるか、Ｓ８１７で否定判断がなされた場合は、Ｓ８２１へ移行し、サービス検索データ中の項目areaがfrか否かを判断する。ここで、areaがfrである場合は、Ｓ８２３へ移行して、フランス語圏用のサービスの抽出サブルーチンを実行する。このフランス語圏用のサービスの抽出サブルーチンは、先に説明したＳ８１９と同一処理になるので、ここでの詳細な説明は省略する。そして、Ｓ８２３の処理を終えるか、Ｓ８２１で否定判断がなされた場合は、このサブルーチン３を終了する。
サブルーチン３を終了すると、図２８に示したＳ７４５を終えたことになるので、続いて、Ｓ７４７へ移行して、サービス検索データ中の項目MPTraySizeがhagakiか否かを判断する。ここで、MPTraySizeがhagakiである場合は、Ｓ７４９へ移行して、はがき印刷用のサービスの抽出サブルーチンを実行する。このはがき印刷用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“はがき印刷用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ７４９では“はがき印刷用”）との関連度を加味したものに更新される。
Ｓ７４９の処理を終えるか、Ｓ７４７で否定判断がなされた場合は、Ｓ７５１へ移行し、サービス検索データ中の項目MPTraySizeがhagakiか否かを判断する。ここで、MPTraySizeがhagakiである場合は、Ｓ７５３へ移行して、はがき印刷用のサービスの抽出サブルーチンを実行する。このはがき印刷用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“はがき印刷用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ７５３では“はがき印刷用”）との関連度を加味したものに更新される。
Ｓ７５３の処理を終えるか、Ｓ７５１で否定判断がなされた場合は、Ｓ７５５へ移行し、サービス検索データ中の項目TargetDataTypeがimageか否かを判断する。ここで、TargetDataTypeがimageである場合は、Ｓ７５７へ移行して、スキャン画像用のサービスの抽出サブルーチンを実行する。このスキャン画像用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“スキャン画像用サービス”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ７５７では“スキャン画像用サービス”）との関連度を加味したものに更新される。Ｓ７５７の後は、Ｓ７５９へ移行し、サブルーチン２を実行する。
このサブルーチン２は、詳しくは図３２に示すような処理となる。サブルーチン２を開始すると、まず、Ｓ１１０１において、サービス検索データ中の項目ADFがONか否かを判断する。ここで、ADFがONである場合は、Ｓ１１０３へ移行して、複数枚原稿用のサービスの抽出サブルーチンを実行する。この複数枚原稿用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“複数枚原稿用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ１１０３では“複数枚原稿用”）との関連度を加味したものに更新される。
Ｓ１１０３の処理を終えるか、Ｓ１１０１で否定判断がなされた場合は、Ｓ１１０５へ移行し、サービス検索データ中の項目ADFがOFFか否かを判断する。ここで、ADFがOFFである場合は、Ｓ１１０７へ移行して、単数枚原稿用のサービスの抽出サブルーチンを実行する。この単数枚原稿用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“単数枚原稿用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ１１０７では“単数枚原稿用”）との関連度を加味したものに更新される。
Ｓ１１０７の処理を終えるか、Ｓ１１０５で否定判断がなされた場合は、Ｓ１１０９に移行し、Dataタグ間（<Data>と</Data>の間）に挟まれて渡された画像データを、英語ＯＣＲにかけることにより、英文テキスト化を試行する。そして、この試行結果を対象にＳ１１１１では、５０％以上の単語が英単語か否かを判断する。ここで、５０％以上の単語が英単語であった場合は、Ｓ１１１３へ移行して、英文原稿用のサービスの抽出サブルーチンを実行する。この英文原稿用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“英文原稿用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ１１１３では“英文原稿用”）との関連度を加味したものに更新される。
一方、Ｓ１１１１で否定判断がなされた場合は、Ｓ１１１５に移行し、Dataタグ間（<Data>と</Data>の間）に挟まれて渡された画像データを、日本語ＯＣＲにかけることにより、日本語文テキスト化を試行する。そして、この試行結果を対象にＳ１１１７では、５０％以上の単語が日本単語か否かを判断する。ここで、５０％以上の単語が日本単語であった場合は、Ｓ１１１９へ移行して、日本語原稿用のサービスの抽出サブルーチンを実行する。この日本語原稿用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“日本語原稿用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ１１１９では“日本語原稿用”）との関連度を加味したものに更新される。
一方、Ｓ１１１７で否定判断がなされた場合は、Ｓ１１２１に移行し、Dataタグ間（<Data>と</Data>の間）に挟まれて渡された画像データを、フランス語ＯＣＲにかけることにより、フランス語文テキスト化を試行する。そして、この試行結果を対象にＳ１１２３では、５０％以上の単語がフランス単語か否かを判断する。ここで、５０％以上の単語がフランス単語であった場合は、Ｓ１１２５へ移行して、フランス語原稿用のサービスの抽出サブルーチンを実行する。このフランス語原稿用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“フランス語原稿用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ１１２５では“フランス語原稿用”）との関連度を加味したものに更新される。
そして、Ｓ１１１３，Ｓ１１１９，Ｓ１１２５のいずれかを終えるか、Ｓ１１２３で否定判断がなされた場合は、図３２に示したサブルーチン２を終了する。これにより、図２８に示したＳ７５９を終えたことになる。
なお、上記Ｓ１１１１，Ｓ１１１７，Ｓ１１２３では、各試行結果（テキスト化されたデータ）に５０％以上の各言語が含まれるか否かを判断しているが、この判断手順は、より詳しくは図３３に示すような手順となる。すなわち、Ｓ１２０１において、ＯＣＲで得られたテキストの文字数を数え、Ｓ１２０３では、テキストからすべての単語を抜き出す。ここで、英語／フランス語の場合であれば、スペースで区切られたものを単語とみなせばよい。また、日本語の場合、日本語形態素解析システムにかけることにより、単語に切り分ける。こうして抜き出した単語各々について、Ｓ１２０５では、用意された辞書に登録されているかどうかを調べる。そして、Ｓ１２０７において、辞書に登録されていた単語の出現回数×語長（単語を構成する文字の数）をすべて足し、その値をテキスト文字数（Ｓ１２０１で数えた文字数）で割る。Ｓ１２０９では、上記計算結果が０．５以上か否かを判断し、この判断結果が、そのまま上記Ｓ１１１１，Ｓ１１１７，Ｓ１１２３における判断結果となる。
さて、図２８のＳ７５５で否定判断がなされた場合について説明を続ける。この場合は、Ｓ７６１へ移行し、サービス検索データ中の項目TargetDataTypeがphotoか否かを判断する。ここで、TargetDataTypeがphotoである場合は、Ｓ７６３へ移行して、デジカメ写真用のサービスの抽出サブルーチンを実行する。このデジカメ写真用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“デジカメ画像用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ７６３では“デジカメ画像用”）との関連度を加味したものに更新される。Ｓ７６３の後は、Ｓ７６５へ移行し、サブルーチン１を実行する。
このサブルーチン１は、詳しくは図３０に示すような処理となる。サブルーチン１を開始すると、まず、Ｓ９０１において、サービス検索データ中の項目TargetNumが2以上か否かを判断する。ここで、TargetNumが2以上である場合は、Ｓ９０３へ移行して、複数枚原稿用のサービスの抽出サブルーチンを実行する。この複数枚原稿用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“複数枚原稿用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ９０３では“複数枚原稿用”）との関連度を加味したものに更新される。
そして、Ｓ９０３を終えるか、Ｓ９０１で否定判断がなされた場合は、図３０に示したサブルーチン１を終了する。これにより、図２８に示したＳ７６５を終えたことになる。
また、図２８のＳ７６１で否定判断がなされた場合は、Ｓ７６７へ移行し、サービス検索データ中の項目TargetDataTypeがvoiceか否かを判断する。ここで、TargetDataTypeがvoiceである場合は、Ｓ７６９へ移行して、音声用のサービスの抽出サブルーチンを実行する。この音声用のサービスの抽出サブルーチンも、詳しくは図３１に示すような処理であり、ここでは、サービス定義情報テーブル中の“音声用”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ７６９では“音声用”）との関連度を加味したものに更新される。
そして、Ｓ７５９，Ｓ７６５，Ｓ７６９のいずれかを終えるか、Ｓ７６７で否定判断がなされた場合は、これにてサービス提示リストが完成することになり、引き続いてＳ７７１へ移行し、サービス提示リストに○がついたサービスが１つもないかどうかを判断する。ここで、サービス提示リストに○がついたサービスが１つもない場合は、複合機１０が機能サーバ３０に要求する可能性が高いと類推されるサービスが見つからなかった場合に該当するので、この場合は、Ｓ７７３へ移行し、ディレクトリサーバ２０のサービス一覧のＵＲＬをサービスとしてサービスリストを作成する。また、サービス提示リストに○がついたサービスが１つでもある場合は、複合機１０が機能サーバ３０に要求する可能性が高いと類推されるサービスが見つかった場合に該当するので、この場合は、Ｓ７７５へ移行し、サービス提示リストの○のついたサービスでサービスリストを作成する。
つまり、複合機１０が機能サーバ３０に要求する可能性が高いと類推されるサービスが見つかれば、そのサービスを含むサービスリストを作成する一方、複合機１０が機能サーバ３０に要求する可能性が高いと類推されるサービスが見つからなければ、ツリー型検索機能で用いるサービス一覧に載っている一般的なサービスを含むサービスリストを作成するのである。
こうしてＳ７７３またはＳ７７５を終えたら、Ｓ７０４へ移行し、作成したサービスリストを含むＨＴＴＰレスポンスを送信した後、本ディレクトリサーバ処理を終了する。
一方、Ｓ７２１で、適したサービス検索の要求でないと判定した場合には、Ｓ７３３へ移行し、Ｓ７０１で受信したＨＴＴＰリクエストが、ディレクトリサーバ２０を管理するためのサーバ管理の指令であるか否かを判定する。なお、サーバ管理の指令を送信する処理については、本発明とは直接関係ないため説明を省略している。
このＳ７３３で、サーバ管理の指令であると判定した場合には、Ｓ７３４へ移行し、サーバ管理機能を起動する。そして、Ｓ７０４へ移行し、ＨＴＴＰレスポンスを送信した後、本ディレクトリサーバ処理を終了する。
一方、Ｓ７３３で、サーバ管理の指令でないと判定した場合には、そのままＳ７０４へ移行し、ＨＴＴＰレスポンスを送信した後、本ディレクトリサーバ処理を終了する。
次に、機能サーバ３０の制御部３１が行う機能サーバ処理について、図３４のフローチャートを用いて説明する。なお、本機能サーバ処理は、機能サーバ３０がＨＴＴＰリクエストを受信することにより開始される。
この機能サーバ処理が開始されると、まず、Ｓ１３０１で、ＨＴＴＰリクエストを受信する。
続いて、Ｓ１３０２では、Ｓ１３０１で受信したＨＴＴＰリクエストがサービス起動の指令であるか否かを判定する。なお、サービス起動の指令は、複合機１０の制御部１０１により実行される上述のセッション処理（図２２）におけるＳ２０１の処理で送信される。
このＳ１３０２で、サービス起動の指令であると判定した場合には、Ｓ１３０５へ移行し、セッションＩＤを生成して送信データを生成する。また、サービスを実行するプロセスを起動する（具体的には、後述するセッション処理（図３６）を開始させる）。そして、Ｓ１３０９へ移行する。
一方、Ｓ１３０２で、サービス起動の指令でないと判定した場合には、Ｓ１３０６へ移行し、Ｓ１３０１で受信したＨＴＴＰリクエストがサービス終了の指令であるか否かを判定する。なお、サービス終了の指令は、複合機１０が利用者からの停止指令（例えば、サービス実行中のキャンセルキー５１押下など）を割り込み処理により受け、その指令に応じて複合機１０より送信される。
このＳ１３０６で、サービス終了の指令であると判定した場合には、Ｓ１３０７へ移行し、セッションＩＤおよび確保したリソースを解放し、Ｓ１３０９へ移行する。
一方、Ｓ１３０６で、サービス終了の指令でないと判定した場合には、Ｓ１３０８へ移行し、サービス制御情報処理を実行した後、Ｓ１３０９へ移行する。なお、サービス制御情報処理の具体的内容については後述する（図３５）。
Ｓ１３０９では、生成した情報を含むＨＴＴＰレスポンスの送信処理を行う。
続いて、Ｓ１３１０では、Ｓ１３０８のサービス制御情報処理を実施したか否かを判定する。
このＳ１３１０で、サービス制御情報処理を実施したと判定した場合には、Ｓ１３１１へ移行し、セッションＩＤまたはジョブＩＤに対応するメモリアドレスに「送信済み」をセットした後、本機能サーバ処理を終了する。
一方、Ｓ１３１０で、サービス制御情報処理を実施していないと判定した場合には、そのまま本機能サーバ処理を終了する。
次に、機能サーバ処理（図３４）におけるＳ１３０８で実行されるサービス制御情報処理の具体的内容について、図３５のフローチャートを用いて説明する。
このサービス制御情報処理が開始されると、まず、Ｓ１４０１で、サービスに送信する情報が存在するか否かを判定する。具体的には、機能サーバ処理（図３４）のＳ１３０１で受信したＨＴＴＰリクエストに、サービス（セッションまたはジョブ）に対する情報が含まれているか否かを判定する。
このＳ１４０１で、サービスに送信する情報が存在すると判定した場合には、Ｓ１４０２へ移行し、セッションＩＤまたはジョブＩＤに対応する送信するプロセスを特定する。つまり、受信したＨＴＴＰリクエストに含まれている情報の送信先となるプロセスを特定するのである。
続いて、Ｓ１４０３では、プロセスが特定できないか否かを判定する。
このＳ１４０３で、何らかの異常によりプロセスが特定できないと判定した場合には、Ｓ１４０４へ移行し、エラー通知情報を生成した後、本サービス制御情報処理を終了する。
一方、Ｓ１４０３で、プロセスが特定できると判定した場合には、Ｓ１４０５へ移行し、特定したプロセスに情報を送信した後、Ｓ１４０６へ移行する。
また、Ｓ１４０１で、サービスに送信する情報が存在しないと判定した場合には、そのままＳ１４０６へ移行する。
Ｓ１４０６では、セッションＩＤまたはジョブＩＤに対応する返信情報の格納メモリを特定する。
続いて、Ｓ１４０７では、格納メモリが特定できないか否かを判定する。
このＳ１４０７で、格納メモリが特定できないと判定した場合には、Ｓ１４０４へ移行し、エラー通知情報を生成した後、本サービス制御情報処理を終了する。
一方、Ｓ１４０７で、格納メモリが特定できると判定した場合には、Ｓ１４０８へ移行し、複合機１０に送信する情報が存在するか否かを判定する。
このＳ１４０８で、複合機１０に送信する情報が存在すると判定した場合には、Ｓ１４０９へ移行し、返信情報に基づき、複合機制御指令を生成した後、本サービス制御情報処理を終了する。
一方、Ｓ１４０８で、複合機１０に送信する情報が存在しないと判定した場合には、Ｓ１４１０へ移行し、複合機指令無しの情報を生成した後、本サービス制御情報処理を終了する。
次に、機能サーバ３０の制御部３１が行うセッション処理について、図３６および図３７のフローチャートを用いて説明する。なお、セッション処理の内容はサービスの種類によって異なるため、ここでは、翻訳コピーのサービスについてのセッション処理を例にとって説明する。また、本セッション処理は、上記機能サーバ処理（図３４）におけるＳ１３０５の処理により機能サーバ処理と並列動作するように開始される。
このセッション処理が開始されると、まず、Ｓ１５０１で、初期化処理を行う。
続いて、Ｓ１５０２では、サービス側ＵＩジョブを起動する。なお、サービス側ＵＩジョブの具体的内容については後述する（図３８）。
続いて、Ｓ１５０３では、ＵＩジョブ起動指令を複合機指令として出力する。具体的には、返信情報を格納するメモリに対してその複合機指令を書き込む処理を行い、その後、上述の機能サーバ処理（図３４）におけるＳ１３１１の処理により「送信済み」がセットされることで出力を確認する。なお、このＵＩジョブ起動指令に伴い、ジョブＩＤとジョブの通信先ＵＲＬとが出力される。
続いて、Ｓ１５０４では、パラメータの入力が完了したか否かを判定する。なお、パラメータの入力が完了したか否かは、後述のＵＩジョブ処理（図３８）におけるＳ１６１１の処理によってパラメータ入力済みの通知がされたか否かにより判定する。
このＳ１５０４で、パラメータの入力が完了していないと判定した場合には、Ｓ１５０５へ移行し、停止が通知されたか否かを判定する。なお、停止の通知は、後述のＵＩジョブ処理（図３８）におけるＳ１６０９の処理で行われる。
そして、Ｓ１５０５で、停止が通知されていないと判定した場合には、Ｓ１５０４へ戻る。
一方、Ｓ１５０５で、停止が通知されたと判定した場合には、後述するＳ１５２４の処理へ移行する。
また、Ｓ１５０４で、パラメータの入力が完了したと判定した場合には、Ｓ１５０６へ移行し、サービス側スキャンジョブを起動する。なお、サービス側スキャンジョブの具体的内容については後述する（図３９）。
続いて、Ｓ１５０７では、スキャンジョブ（入力ジョブ）起動指令を複合機指令として出力する。なお、このスキャンジョブ起動指令に伴い、ジョブＩＤとジョブの通信先ＵＲＬとが出力される。
続いて、Ｓ１５０８では、スキャナの準備が完了したか否かを判定する。なお、スキャナの準備が完了したか否かは、後述のスキャンジョブ処理（図３９）におけるＳ１７１３の処理による通知を受けることにより判定する。
このＳ１５０８で、スキャナの準備が完了していないと判定した場合には、Ｓ１５０９へ移行し、停止が通知されたか否かを判定する。なお、停止の通知は、後述のスキャンジョブ処理（図３９）におけるＳ１７０７の処理で行われる。
そして、Ｓ１５０９で、停止が通知されていないと判定した場合には、Ｓ１５０８へ戻る。
一方、Ｓ１５０９で、停止が通知されたと判定した場合には、後述するＳ１５２２の処理へ移行する。
また、Ｓ１５０８で、スキャナの準備が完了したと判定した場合には、Ｓ１５１０へ移行し、サービス側印刷ジョブを起動する。なお、サービス側印刷ジョブの具体的内容については後述する（図４０）。
続いて、Ｓ１５１１では、印刷ジョブ（出力ジョブ）起動指令を複合機指令として出力する。なお、この印刷ジョブ起動指令に伴い、ジョブＩＤとジョブの通信先ＵＲＬとが出力される。
続いて、Ｓ１５１２では、印刷の準備が完了したか否かを判定する。なお、印刷の準備が完了したか否かは、後述の印刷ジョブ処理（図４０）におけるＳ１８１３の処理による通知を受けることにより判定する。
このＳ１５１２で、印刷の準備が完了していないと判定した場合には、Ｓ１５１３へ移行し、停止が通知されたか否かを判定する。なお、停止の通知は、後述の印刷ジョブ処理（図４０）におけるＳ１８０７の処理で行われる。
そして、Ｓ１５１３で、停止が通知されていないと判定した場合には、Ｓ１５１２へ戻る。
一方、Ｓ１５１３で、停止が通知されたと判定した場合には、後述するＳ１５２０の処理へ移行する。
また、Ｓ１５１２で、印刷の準備が完了したと判定した場合には、Ｓ１５１４へ移行し、入力データ（読取部１０３で生成した画像データ）を読み出す。
続いて、Ｓ１５１５では、Ｓ１５１４で読み出した画像データについてＯＣＲ処理を施すことにより画像に含まれるテキストを認識し、その認識したテキストに対して翻訳処理を行い、さらに翻訳後のテキストについて印刷レイアウトを設定することにより、印刷用の画像データを生成する。
続いて、Ｓ１５１６では、Ｓ１５１５で生成した印刷用の画像データを出力する。
続いて、Ｓ１５１７では、全データの入力が完了したか否かを判定する。
このＳ１５１７で、入力が完了していないと判定した場合には、Ｓ１５１４へ戻る。
一方、Ｓ１５１７で、入力が完了したと判定した場合には、Ｓ１５１８へ移行し、全データの出力が完了したか否かを判定する。
そして、Ｓ１５１８で、出力が完了していないと判定した場合には、Ｓ１５１４へ戻る。
一方、Ｓ１５１８で、出力が完了したと判定した場合には、Ｓ１５１９へ移行し、印刷ジョブ終了指令を複合機指令として出力する。なお、印刷ジョブ終了指令に伴い、終了する印刷ジョブに対応するジョブＩＤが出力される。
続いて、Ｓ１５２０では、サービス側印刷ジョブを終了する。
続いて、Ｓ１５２１では、スキャンジョブ終了指令を複合機指令として出力する。なお、スキャンジョブ終了指令に伴い、終了するスキャンジョブに対応するジョブＩＤが出力される。
続いて、Ｓ１５２２では、サービス側スキャンジョブを終了する。
続いて、Ｓ１５２３では、ＵＩジョブ終了指令を複合機指令として出力する。なお、ＵＩジョブ終了指令に伴い、終了するＵＩジョブに対応するジョブＩＤが出力される。
続いて、Ｓ１５２４では、サービス側ＵＩジョブを終了する。
続いて、Ｓ１５２５で、終了処理（メモリの解放等）を行い、Ｓ１５２６で、サービスの終了を複合機指令として出力した後、本セッション処理を終了する。
次に、セッション処理（図３６）におけるＳ１５０２の処理で機能サーバ処理およびセッション処理と並列動作するように起動されるＵＩジョブ処理について、図３８のフローチャートを用いて説明する。
このＵＩジョブ処理が開始されると、まずＳ１６０１で、複合機１０から複合機ジョブ指令問合せを受信する。なお、複合機ジョブ指令問合せは、複合機１０の制御部１０１により実行される上述のＵＩジョブ（図２４）におけるＳ４００又はＳ４２３の処理で送信用データとしてセットされ、Ｓ４０６の処理で送信される。
続いて、Ｓ１６０２では、サービスの実行に必要なパラメータを設定させるためのパラメータ要求指令を複合機指令として複合機１０へ送信する。なお、パラメータ要求に伴い、記憶部３３のサービスＩ／Ｆ情報記憶部３４に記憶されているサービスＩ／Ｆ情報３６（この例では、翻訳コピーのサービスに対応するサービスＩ／Ｆ情報３６）が送信される。
続いて、Ｓ１６０３では、エラーカウントを初期化する。
続いて、Ｓ１６０４では、複合機１０からパラメータを受信する。なお、パラメータは、複合機１０の制御部１０１により実行される上述のＵＩジョブ（図２４）におけるＳ４１０の処理で送信用データとしてセットされ、Ｓ４０６の処理で送信される。
続いて、Ｓ１６０５では、Ｓ１６０４で受信されたパラメータが正常であるか否かを判定する。
このＳ１６０５で、パラメータが正常でないと判定した場合には、Ｓ１６０６へ移行し、正常でないと判定された回数が２回目であるか否かを判定する。具体的には、Ｓ１６０３で初期化したエラーカウントに基づき判定する。
そして、Ｓ１６０６で、２回目でない（１回目である）と判定した場合には、Ｓ１６０７へ移行し、機能サーバ３０が複合機１０からの情報を正常に受け取ることができたか否かの通知であるサーバ受取状況としてサーバ受取ＮＧ（異常受取）を出力する。さらに、Ｓ１６０８へ移行し、エラーカウントをカウントアップした後、Ｓ１６０４へ戻る。
一方、Ｓ１６０６で、２回目であると判定した場合には、Ｓ１６０９へ移行し、セッションへ停止を通知した後、本ＵＩジョブ処理を終了する。
また、Ｓ１６０５で、パラメータが正常であると判定した場合には、Ｓ１６１０へ移行し、サーバ受取状況としてサーバ受取ＯＫ（正常受取）を出力する。
続いて、Ｓ１６１１では、セッションへパラメータ入力済みを出力する。
続いて、Ｓ１６１２では、複合機１０からサービス状態情報要求を受信する。なお、サービス状態情報要求は、上述のように、ＵＩジョブ（図２４）におけるＳ４２１又はＳ４２２の処理で送信用データとしてセットされ、Ｓ４０６の処理で送信される。
続いて、Ｓ１６１３では、サービス状態情報を複合機１０へ送信する。その後、Ｓ１６１２へ戻る。つまり、他の処理によって停止されるまで、複合機１０から複合機ジョブ指令問合せを受信し、サービス状態情報を返信するという処理を繰り返すようになっている。なお、サービス状態情報に伴い、エラーコードと、サービスＩ／Ｆ情報３６とが送信される。
次に、セッション処理（図３６）におけるＳ１５０６の処理で機能サーバ処理、セッション処理およびＵＩジョブ処理と並列動作するように起動されるスキャンジョブ処理について、図３９のフローチャートを用いて説明する。
このスキャンジョブ処理が開始されると、まずＳ１７０１で、複合機１０から複合機状態情報を受信する。なお、複合機状態情報は、複合機１０の制御部１０１により実行される上述の入力ジョブ（図２５）におけるＳ５０４の処理で送信される。
続いて、Ｓ１７０２では、エラーカウントを初期化する。
続いて、Ｓ１７０３では、ＵＩジョブ処理（図３８）におけるＳ１６０４の処理で受信したパラメータに基づき、読取部（スキャナ）１０３のパラメータを複合機パラメータとして複合機１０へ送信する。
続いて、Ｓ１７０４では、複合機１０において複合機パラメータが正常に受信されたか否かを判定する。具体的には、複合機１０の制御部１０１により実行される上述の入力ジョブ（図２５）におけるＳ５０９の処理により、複合機受取状況として正常受取である旨が通知された場合に正常に受信されたと判定し、Ｓ５０８の処理により、複合機受取状況として異常受取である旨が通知された場合に正常に受信されなかったと判定する。
このＳ１７０４で、複合機パラメータが正常に受信されなかったと判定した場合には、Ｓ１７０５へ移行し、正常に受信されなかったと判定された回数が２回目であるか否かを判定する。具体的には、Ｓ１７０２で初期化したエラーカウントに基づき判定する。
そして、Ｓ１７０５で、２回目でない（１回目である）と判定した場合には、Ｓ１７０６へ移行し、エラーカウントをカウントアップした後、Ｓ１７０３へ戻る。
一方、Ｓ１７０５で、２回目であると判定した場合には、Ｓ１７０７へ移行し、セッションへ停止を通知する。さらに、Ｓ１７０８へ移行し、異常終了をサービス状態情報として複合機１０へ送信した後、本スキャンジョブ処理を終了する。
また、Ｓ１７０４で、複合機パラメータが正常に受信されたと判定した場合には、Ｓ１７１３へ移行し、セッションへスキャナ準備の完了を通知した後、Ｓ１７０９へ移行し、ジョブに対応したデータ種の入力要求である入力データ要求を複合機１０へ送信する。
続いて、Ｓ１７１０では、複合機１０からの入力データを受信する。なお、入力データは、複合機１０の制御部１０１により実行される上述の入力ジョブ（図２５）におけるＳ５３４の処理で送信される。
続いて、Ｓ１７１１では、正常終了であるか否かを判定する。
このＳ１７１１で、正常終了でないと判定した場合には、Ｓ１７０８へ移行し、異常終了をサービス状態情報として複合機１０へ送信した後、本スキャンジョブ処理を終了する。
一方、Ｓ１７１１で、正常終了であると判定した場合には、Ｓ１７１２へ移行し、正常終了をサービス状態情報として複合機１０へ送信した後、本スキャンジョブ処理を終了する。
次に、セッション処理（図３６）におけるＳ１５１０の処理で機能サーバ処理、セッション処理、ＵＩジョブ処理およびスキャン処理と並列動作するように起動される印刷ジョブ処理について、図４０のフローチャートを用いて説明する。
この印刷ジョブ処理が開始されると、まずＳ１８０１で、複合機１０から複合機状態情報を受信する。なお、複合機状態情報は、複合機１０の制御部１０１により実行される上述の出力ジョブ（図２６）におけるＳ６０４の処理で送信される。
続いて、Ｓ１８０２では、エラーカウントを初期化する。
続いて、Ｓ１８０３では、ＵＩジョブ処理（図３８）におけるＳ１６０４の処理で受信したパラメータに基づき、印刷のパラメータを複合機パラメータとして複合機１０へ送信する。
続いて、Ｓ１８０４では、複合機１０において複合機パラメータが正常に受信されたか否かを判定する。具体的には、複合機１０の制御部１０１により実行される上述の出力ジョブ（図２６）におけるＳ６０９の処理により、複合機受取状況として正常受取である旨が通知された場合に正常に受信されたと判定し、Ｓ６０８の処理により、複合機受取状況として異常受取である旨が通知された場合に正常に受信されなかったと判定する。
このＳ１８０４で、複合機パラメータが正常に受信されなかったと判定した場合には、Ｓ１８０５へ移行し、正常に受信されなかったと判定された回数が２回目であるか否かを判定する。具体的には、Ｓ１８０２で初期化したエラーカウントに基づき判定する。
そして、Ｓ１８０５で、２回目でない（１回目である）と判定した場合には、Ｓ１８０６へ移行し、エラーカウントをカウントアップした後、Ｓ１８０３へ戻る。
一方、Ｓ１８０５で、２回目であると判定した場合には、Ｓ１８０７へ移行し、セッションへ停止を通知する。さらに、Ｓ１８０８へ移行し、異常終了をサービス状態情報として複合機１０へ送信した後、本印刷ジョブ処理を終了する。
また、Ｓ１８０４で、複合機パラメータが正常に受信されたと判定した場合には、Ｓ１８１３へ移行し、セッションへ印刷準備の完了を通知した後、Ｓ１８０９へ移行し、生成された印刷データを順次複合機１０へ送信する。
続いて、Ｓ１８１０では、複合機１０からの複合機状態情報を受信する。なお、複合機状態情報は、複合機１０の制御部１０１により実行される上述の出力ジョブ（図２６）におけるＳ６１６の処理で送信される。
続いて、Ｓ１８１１では、正常終了であるか否かを判定する。
このＳ１８１１で、正常終了でないと判定した場合には、Ｓ１８０８へ移行し、異常終了をサービス状態情報として複合機１０へ送信した後、本印刷ジョブ処理を終了する。
一方、Ｓ１８１１で、正常終了であると判定した場合には、Ｓ１８１２へ移行し、正常終了をサービス状態情報として複合機１０へ送信した後、本印刷ジョブ処理を終了する。
次に、機能サーバ３０の制御部３１が行うサービス追加処理について、図４１のフローチャートを用いて説明する。なお、本サービス追加処理は、機能サーバ３０の管理者により所定の操作が行われることにより開始される。
このサービス追加処理が開始されると、まずＳ１９０１で、追加するサービスのプログラム（サービスソフトウェア３７）を所定のディレクトリにコピーする操作を、機能サーバ３０の管理者に行わせる。
続いて、Ｓ１９０２では、Ｓ１９０１でコピーしたプログラムのアドレスをＵＲＬに変換する処理を行う。
続いて、Ｓ１９０３では、追加したサービスのタイトル（サービス名）を機能サーバ３０の管理者に入力させる。
続いて、Ｓ１９０４では、追加したサービスのカテゴリを機能サーバ３０の管理者に入力させる。なお、ここで入力させるカテゴリは、上述した「データ保存サービス」、「印刷サービス」および「コピー応用サービス」の３つのカテゴリのうちのいずれかである。
続いて、Ｓ１９０５では、Ｓ１９０３で入力されたタイトルとＳ１９０４で入力されたカテゴリを、Ｓ１９０２でアドレスを変換して生成されたＵＲＬと対応づけて記憶する。
続いて、Ｓ１９０５で記憶したタイトル、カテゴリ、ＵＲＬを伴い、ディレクトリサーバ２０にサービスの登録を通知する。その後、本サービス追加処理を終了する。
次に、機能サーバ３０の制御部３１が行うサービス変更処理について、図４２のフローチャートを用いて説明する。なお、本サービス追加処理は、機能サーバ３０の管理者により所定の操作が行われることにより開始される。
このサービス変更処理が開始されると、まずＳ２００１で、サービスに関する属性データを変更する操作を機能サーバ３０の管理者に行わせる。
続いて、Ｓ２００２では、変更後のサービスのタイトルとカテゴリを、ＵＲＬと対応づけて記憶する。
続いて、Ｓ２００３では、タイトル、カテゴリ、ＵＲＬを伴い、ディレクトリサーバ２０にサービスの変更を通知する。その後、本サービス変更処理を終了する。
次に、機能サーバ３０の制御部３１が行うサービス削除処理について、図４３のフローチャートを用いて説明する。なお、本サービス追加処理は、機能サーバ３０の管理者により所定の操作が行われることにより開始される。
このサービス削除処理が開始されると、まず、Ｓ２１０１で、属性データを選択することによる削除の指示を機能サーバ３０の管理者に行わせる。
続いて、Ｓ２１０２では、タイトル、カテゴリ、ＵＲＬを伴い、ディレクトリサーバ２０にサービスの削除を通知する。
続いて、Ｓ２１０３では、属性データからレコードを削除する。
続いて、Ｓ２１０４では、ＵＲＬに対応したプログラム（サービスソフトウェア３７）を削除する。その後、本サービス削除処理を終了する。
以上が、複合機１０、ディレクトリサーバ２０および機能サーバ３０の各制御部１０１，２１，３１が実行する処理である。そして、図４４は、英文原稿翻訳サービスの場合を例にして、複合機１０、ディレクトリサーバ２０および機能サーバ３０が実行する通信および処理の流れ（１）〜（９）を表したものである。以下、この流れ（１）〜（９）に従って通信ないし処理の内容を説明する。
まず、利用者は、複合機１０で「適したサービス検索」を選び、英文原稿をスキャンする（図４４中の（１））。より具体的には、利用者は、複合機１０のサービスキー４４を押し、続いて、複合機１０のパネル操作を行って「適したサービス検索」を選択する。（図４５（ａ）参照）。これにより、ディスプレイ５２には、図４５（ｂ）ないし同図（ｃ）に示す案内が表示されるので、利用者は、複合機１０のＡＤＦに複数枚の英文原稿（例えば４枚）をセットし、スキャナキー４２を押す。これにより、複合機１０はＡＤＦの原稿を読み込み、そのうち１枚目だけをサービス検索データの一部として採用し、サービス検索データ（図４６（ａ）参照）を作成する。なお、本実施形態では、１枚目のスキャンデータをサービス検索データの一部として採用するが、スキャンデータの量は任意に決めることができ、例えば、さらに２枚目や３枚目をサービス検索データとして採用しても構わないし、逆に、１枚目の１／２、１／３をサービス検索データとして採用しても構わないし、さらに言えば、１枚目か２枚目かといった区切りは意識せず、スキャンデータの先頭から所定バイト数分のデータをサービス検索データとして採用しても構わない。
次に、複合機１０はサービス検索データ（図４６（ａ）参照）をディレクトリサーバ２０に送信する（図４４中の（２））。
次に、ディレクトリサーバ２０は、適したサービスを検索し、サービスリストを作成する（図４４中の（３））。より具体的には、まず、ディレクトリサーバ２０は、サービス検索データ（図４６（ａ）参照）を受信する。そして、受信したサービス検索データを解析して、サービス提示リストのステータス（図４７参照）を更新することにより、利用される可能性が高いサービス／低いサービスについての情報（「○：該当サービス」／「□：該当しない」）を記憶する。そして、サービス提示リストに記憶した情報に基づいて、サービスリスト（図４６（ｂ）参照）を作成する。
こうしてディレクトリサーバ２０において作成されたサービスリストを、ディレクトリサーバ２０は複合機１０に送信する（図４４中の（４））。
次に、複合機１０は、サービスリストに基づく表示（図４５（ｄ）参照））を行い、それを見た利用者は、複合機１０でサービスを選択する（図４４中の（５））。ここでは、上述の通り、英日原稿翻訳サービスを選択した場合を想定して説明を続ける。
複合機１０は、利用者の選択を受けて、上記処理手順（１）でスキャンしたデータを機能サーバ３０（より詳しくは、翻訳サービスに該当するＵＲＬ宛）に送信する（図４４中の（６））。
次に、機能サーバ３０は、原稿を翻訳する処理（翻訳サービス）を実行する（図４４中の（７））。そして、機能サーバ３０（翻訳サービス）は、翻訳データを複合機１０に送信する（図４４中の（８））。
この翻訳データを受信した複合機１０は、翻訳データを印刷する（図４４中の（９））。その結果、英文原稿の翻訳結果が、複合機１０の記録部１０４において媒体に記録されることになる。
以上説明した通り、上記複合機１０（本発明でいう画像処理装置）は、Ｓ１５３の処理を実行することにより、本発明でいうサービス検索データ送信手段として機能し、複合機１０が記憶している複合機１０の設定に関する１以上の情報（例えば、複合機１０で使用する言語の設定、複合機１０の設置地域の設定）、複合機１０から検出した複合機１０の状態を示す１以上の情報（例えば、はがきサイズの用紙をセットしたこと、ＡＤＦの使用／不使用）、複合機１０が利用者から受けた操作を示す１以上の情報（例えば、受話器を持ち上げる操作）、および複合機１０から送信されてサービスの実行時には機能サーバ３０（本発明でいうサービス提供手段）へ渡されることになる１以上の情報（例えば、スキャンした画像データ、音声データ、写真データなど）のうち、少なくとも１以上の情報を組み合わせてサービス検索データとし、そのサービス検索データをディレクトリサーバ２０（本発明でいう情報提供手段）へと送信する。
一方、ディレクトリサーバ２０は、Ｓ７４３の処理を実行することにより、本発明でいうサービス検索データ受信手段として機能し、複合機１０から送信されてくるサービス検索データを受信し、図２８〜図３３に示した各処理を実行することにより、本発明でいう類推手段として機能し、サービス検索データに基づき、あらかじめ定められた類推規則に従って、機能サーバ３０が実行可能なサービスそれぞれについて、複合機１０が機能サーバ３０に要求する可能性を類推する。
そして、Ｓ７７５の処理を実行することにより、本発明でいうリスト提供手段として機能し、サービス提示リスト（本発明でいう類推手段による類推結果）に基づいて、機能サーバ３０が実行可能なサービスの中から、複合機１０が機能サーバ３０に要求する可能性の高いサービスを抜粋したリスト（もしくは、機能サーバ３０が実行可能なサービスを、複合機１０が機能サーバ３０に要求する可能性の高さ“○”／“−”に応じて並べ替えたリスト）を、サービスリスト（本発明でいう「サービス提供手段が実行可能なサービスについての情報」）として、複合機１０へ提供する。
複合機１０においては、Ｓ１０８ないしＳ１１０の処理を実行することにより、本発明でいうサービス決定手段として機能し、ディレクトリサーバ２０から送信されてきたサービスリストに基づく表示を行い、表示したサービスの中から利用者が１つを選択したら、そのサービスを機能サーバ３０に要求するサービスとして決定する。そして、Ｓ１１６の処理を実行することにより、本発明でいうサービス要求手段として機能し、Ｓ１１０で受け付けた入力により決定されたサービスを、機能サーバ３０に要求する。
その結果、機能サーバ３０は、複合機１０からの要求に応じてサービスを実行する。
このような画像処理システムによれば、複合機１０において提示されるリストに基づいて利用者がサービスの決定を行うに当たって、複合機１０が機能サーバ３０に要求する可能性の高いサービスを抜粋したリスト（もしくは、機能サーバ３０が実行可能なサービスを、複合機１０が機能サーバ３０に要求する可能性の高さ“○”／“−”に応じて並べ替えたリスト）を利用者に提示するので、例えば「機能サーバ３０が実行可能なすべてのサービスを網羅したリスト」を利用者に提示する場合（すなわち、先に説明したツリー型検索機能を利用する場合など）に比べ、提示されるサービスの数が削減され、あるいは、サービスの数が削減される分だけツリー型構造を持つリストの階層が浅くなる。
したがって、利用者は容易に目的とするサービスを探し出すことができるようになる。また、単にサービスの数を削減して表示するだけでは、利用者が選択する可能性の高いサービスがリストから削除される一方、利用者が選択する可能性の低いサービスがリストに残されてしまうおそれがあるが、サービス検索データをディレクトリサーバ２０に渡すことにより、利用者が選択する可能性の高いサービスを類推しているので、利用者が選択する可能性の高いサービスがリストに残される可能性を高くすることができる。
［第２実施形態］
次に、第２実施形態について説明する。ただし、この第２実施形態は、上述した第１実施形態とは一部の構成が相違するものの、同一構成となる部分も多いので、第１実施形態と相違する部分についてのみ詳述し、第１実施形態と同一構成となる部分に関しては、第１実施形態で説明した構成に付した符号を援用することで、その詳細な説明については省略する。
以下に説明する第２実施形態においては、まず、サービス定義情報テーブルおよびサービス提示リストが、第１実施形態とは相違するものとなる。
図４８は、第２実施形態において、ディレクトリサーバ２０の記憶部２３に記憶されているサービス定義情報テーブルを示す図である。このサービス定義情報テーブルは、（ｎ×ｍ）組の関連度情報を記憶するテーブルであり、この点は第１実施形態と同様であるが、第１実施形態では、「○：該当サービス」、「□：該当しない」、「−：どちらでもない」、以上３通りの情報を記憶していたのに対し、第２実施形態では、関連する程度を表す数値情報（１〜５のいずれか）または関連無しを示す情報（−１；図中の空白。）」を記憶している。
図４９は、サービス提示リストを示す図である。第１実施形態においては、類推を行う際の途中経過を記憶するため、サービス提示リスト中のステータスとして、“□”／“○”／“−”のいずれかが記憶されるようになっていたが、第２実施形態では、上述した数値情報（１〜５のいずれか）を加算することで優先度を算出するようになっており、サービス提示リストには、優先度に相当する加算値が記憶されるようになっている。
次に、第１実施形態とは相違する処理について、具体的に説明する。
図５０に示す処理は、ディレクトリサーバ２０が実行する処理のうち、第１実施形態において図２８に示した処理を代替する処理であり、図２８に示した処理ステップと相違するのは、Ｓ７７１に代えてＳ３００１を設けた点、Ｓ７７５に代えてＳ３００３を設けた点となる。また、図５１に示す処理は、ディレクトリサーバ２０が実行する処理のうち、第１実施形態において図３１に示した処理を代替する処理であり、図３１に示した処理ステップと相違するのは、Ｓ１００１に代えてＳ３１０１を設けた点にある。
以上のように構成した場合、図５１に示す処理（サービス抽出サブルーチン）は、図３１に示した処理を代替する処理なので、図５０に示すＳ７４９，Ｓ７５３，Ｓ７５７，Ｓ７６３，Ｓ７６９の各処理ステップで呼び出されることになる。また、図２９に示したＳ８０３，Ｓ８０７，Ｓ８１１，Ｓ８１５，Ｓ８１９，Ｓ８２３の各処理ステップ、図３０に示したＳ９０３の処理ステップ、図３２に示したＳ１１０３，Ｓ１１０７，Ｓ１１１３，Ｓ１１１９，Ｓ１１２５の各処理ステップでも、図５１に示す処理が呼び出されることになる。
図５１に示すサービス抽出サブルーチンを呼び出した場合、ディレクトリサーバ２０は、Ｓ３１０１において、サービス機能属性に関して、優先度をデータベース（＝サービス定義情報テーブル（図４８参照））から検索する。ここで、図５１では、同種の処理を包括的に図示する都合上、サービス機能属性と記述しているが、このサービス抽出サブルーチンを呼び出す処理ステップ（上記Ｓ７４９，Ｓ７５３，Ｓ７５７，Ｓ７６３，Ｓ７６９，Ｓ８０３，Ｓ８０７，Ｓ８１１，Ｓ８１５，Ｓ８１９，Ｓ８２３，Ｓ９０３，Ｓ１１０３，Ｓ１１０７，Ｓ１１１３，Ｓ１１１９，Ｓ１１２５）毎に、サービス定義情報テーブル中のｍ種のサービス機能属性のうち、どのサービス機能属性をターゲットとしたサーチを行うかがあらかじめ決まっている点は、既に説明した図３１に示したサブルーチンと同様である。そして、ｎ種のサービスそれぞれについて、サービス定義情報テーブル（図４８参照）と、サービス提示リスト（図４９参照）とから情報を取り出し、以下の（条件４）〜（条件６）に従って、サービス提示リスト中の各サービスのステータスを変更する。
（条件４）：サービス提示リストの優先度を加算する。
（条件５）：ただし、サービス提示リストのもともとの優先度が−１のときは加算しない（すなわち、サービス提示リストから取り出したステータスが−１のときは、サービス定義情報テーブルから取り出した関連度情報（数値情報）がいくつであっても、サービス提示リスト中のステータス（＝−１）を変更しない。）
（条件６）：検索した優先度が−１のときはサービス提示リストの優先度を−１にする（すなわち、サービス定義情報テーブルから取り出した関連度情報（数値情報）が−１のときは、サービス提示リストから取り出したステータスがいくつであっても、サービス提示リスト中のステータスを−１にする。）
以上のようなＳ３１０１の処理により、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性との関連度を加味したものに更新される。
こうして上記Ｓ７４９，Ｓ７５３，Ｓ７５７，Ｓ７６３，Ｓ７６９，Ｓ８０３，Ｓ８０７，Ｓ８１１，Ｓ８１５，Ｓ８１９，Ｓ８２３，Ｓ９０３，Ｓ１１０３，Ｓ１１０７，Ｓ１１１３，Ｓ１１１９，Ｓ１１２５のうち、いくつかの処理ステップが実行された後、図５０に示したＳ７５９，Ｓ７６５，Ｓ７６９のいずれかを終えるか、Ｓ７６７で否定判断がなされた場合は、これにてサービス提示リストが完成することになり、引き続いてＳ３００１へ移行し、サービス提示リストに優先度が１以上のサービスが１つもないかどうかを判断する。ここで、サービス提示リストに優先度が１以上のサービスが１つもない場合は、複合機１０が機能サーバ３０に要求する可能性が高いと類推されるサービスが見つからなかった場合に該当するので、この場合は、Ｓ７７３へ移行し、ディレクトリサーバ２０のサービス一覧のＵＲＬをサービスとしてサービスリストを作成する（このＳ７７３は、第１実施形態と同様）。また、サービス提示リストに優先度が１以上のサービスが１つでもある場合は、複合機１０が機能サーバ３０に要求する可能性が高いと類推されるサービスが見つかった場合に該当するので、この場合は、Ｓ３００３へ移行し、サービス提示リストの１以上のついたサービスを優先度の高い順（この第２実施形態では、サービス提示リスト中のステータス（優先度）の値の大きい順）に並べ、トップ１０のサービスリストを作成する。
つまり、複合機１０が機能サーバ３０に要求する可能性が高いと類推されるサービスが見つからなければ、ツリー型検索機能で用いるサービス一覧に載っている一般的なサービスを含むサービスリストを作成する点は、第１実施形態と同じであるが、複合機１０が機能サーバ３０に要求する可能性が高いと類推されるサービスが見つかった場合に、単にそのサービスを含むサービスリストを作成するだけではなく、それらのサービスの優先度を算出し、優先度の高さに従ってサービスをソートし、そのトップ１０のサービスリストを作成する点が第１実施形態とは相違する。
なお、こうしてＳ７７３またはＳ３００３を終えたら、Ｓ７０４へ移行し、これ以降の処理は第１実施形態と同様となる。
次に、先に例示した図４４を援用し、第２実施形態においても、英文原稿翻訳サービスの場合を例にして、複合機１０、ディレクトリサーバ２０および機能サーバ３０が実行する通信および処理の流れ（１）〜（９）に従って通信ないし処理の内容を説明する。
まず、利用者は、複合機１０で「適したサービス検索」を選び、英文原稿をスキャンする（図４４中の（１））。より具体的には、利用者は、複合機１０のサービスキー４４を押し、続いて、複合機１０のパネル操作を行って「適したサービス検索」を選択する。（図４５（ａ）参照）。これにより、ディスプレイ５２には、図４５（ｂ）ないし同図（ｃ）に示す案内が表示されるので、利用者は、複合機１０のＡＤＦに複数枚の英文原稿（例えば４枚）をセットし、スキャナキー４２を押す。これにより、複合機１０はＡＤＦの原稿を読み込み、そのうち１枚目だけをサービス検索データの一部として採用し、サービス検索データ（図４６（ａ）参照）を作成する。
次に、複合機１０はサービス検索データ（図４６（ａ）参照）をディレクトリサーバ２０に送信する（図４４中の（２））。
次に、ディレクトリサーバ２０は、適したサービスを検索し、サービスリストを作成する（図４４中の（３））。より具体的には、まず、ディレクトリサーバ２０は、サービス検索データ（図４６（ａ）参照）を受信する。そして、受信したサービス検索データを解析して、サービス提示リストのステータス（図５２（ａ）参照）を、数値情報の加算値または−１で更新する。そして、最終的にサービス提示リストに記憶されている数値情報（加算値または−１）に基づいて、サービスリスト（図５２（ｂ）参照）を作成する。
ここで作成されるサービスリストは、図５２（ｂ）に示すように、サービス提示リストのステータス（図５２（ａ）参照）の大きい順にソートされたものとなる。この点が第１実施形態において例示したサービスリスト（図４６（ｂ）参照）とは相違する。
こうしてディレクトリサーバ２０において作成されたサービスリストを、ディレクトリサーバ２０は複合機１０に送信する（図４４中の（４））。
次に、複合機１０は、サービスリストに基づく表示を行うが、このとき、上記サービスリスト（図５２（ｂ）参照）においてソートされた順序を反映した表示がなされる。そして、それを見た利用者は、複合機１０でサービスを選択する（図４４中の（５））。
以下は、上述の通り、英日原稿翻訳サービスを選択した場合を想定すると、第１実施形態と同様の処理がなされることになり、複合機１０は、利用者の選択を受けて、上記処理手順（１）でスキャンしたデータを機能サーバ３０（より詳しくは、翻訳サービスに該当するＵＲＬ宛）に送信する（図４４中の（６））。そして、機能サーバ３０は、原稿を翻訳する処理（翻訳サービス）を実行し（図４４中の（７））、翻訳データを複合機１０に送信する（図４４中の（８））。この翻訳データを受信した複合機１０は、翻訳データを印刷する（図４４中の（９））。その結果、英文原稿の翻訳結果が、複合機１０の記録部１０４において媒体に記録されることになる。
以上説明した通り、第２実施形態の画像処理システムにおいても、ディレクトリサーバ２０は、サービス検索データに基づき、あらかじめ定められた類推規則に従って、機能サーバ３０が実行可能なサービスそれぞれについて、複合機１０が機能サーバ３０に要求する可能性を類推する。しかも、第２実施形態において、ディレクトリサーバ２０は、複合機１０が機能サーバ３０に要求する可能性として多段階の値をとり得る優先度を算出して、機能サーバ３０が実行可能なサービスを、複合機１０が機能サーバ３０に要求する可能性の高さに応じてソートし、そのソートされたリストを複合機１０へ提供する。したがって、複合機１０では、単にリストに基づく表示を行うだけで、機能サーバ３０に要求する可能性が高いと類推されるサービスを優先的に利用者に提示することができ、利用者は、第１実施形態の場合以上に、目的とするサービスを見つけやすくなる。
［第３実施形態］
次に、第３実施形態について説明する。この第３実施形態も、上記第２実施形態の場合と同様、第１実施形態とは一部の構成が相違するものの、同一構成となる部分も多いので、第１実施形態と相違する部分についてのみ詳述し、第１実施形態と同一構成となる部分に関しては、第１実施形態で説明した構成に付した符号を援用することで、その詳細な説明については省略する。第３実施形態においては、以下に説明する処理が、第１実施形態とは相違するものとなる。
図５３に示す処理は、複合機１０が実行する処理のうち、第１実施形態において図２５に示した処理を代替する処理であり、図２５に示した処理ステップと相違するのは、Ｓ５２１とＳ５２３との間に、新たにＳ３２０１を設けた点となる。また、図５４に示す処理は、ディレクトリサーバ２０が実行する処理のうち、第１実施形態において図２７に示した処理を代替する処理であり、図２７に示した処理ステップと相違するのは、Ｓ７２１とＳ７３３との間に、新たにＳ３３０１を設けた点、そのＳ３３０１とＳ７０４との間に、新たにＳ３３０３を設けた点にある。さらに、図５５に示す処理は、機能サーバ３０が実行する処理のうち、第１実施形態において図３９に示した処理を代替する処理であり、図３９に示した処理ステップと相違するのは、Ｓ１７１０とＳ１７１１との間に、新たにＳ３４０１を設けた点となる。
以上のように構成した場合、まず、複合機１０では、図５３に示したＳ５２１に移行した際、第１実施形態と同様に、既にスキャンされているか否かを判断する。Ｓ５２１において既にスキャンされていると判断された場合、機能サーバ３０へ送信すべきデータ（スキャンデータ）は、既に複合機１０において読み取り済みであり、その一部はディレクトリサーバ２０へサービス検索データとして送信済みとなっている。そこで、この場合はＳ３２０１へ移行し、ディレクトリサーバ２０にＵＲＬ、セッションＩＤ、ジョブＩＤを送ることにより、ディレクトリサーバ２０へ送信済みの一部のデータ（スキャンデータの一部）について、ディレクトリサーバ２０から機能サーバ３０へのデータ転送依頼をする。そして、既に説明した第１実施形態と同様、Ｓ５２３へ移行し、Ｓ１４５においてスキャンした入力データを機能サーバ３０へ送信するが、第３実施形態において、このＳ５２３では、サービスの実行時に機能サーバ３０において必要となる全データから、サービス検索データとしてディレクトリサーバ２０へ送信した一部のデータを除いた残部のデータを、差分データとして送信する（すなわち、本発明でいう差分データ送信手段として機能する）。以降は、Ｓ５２５においてスキャンドフラグを下ろすなど、第１実施形態とまったく同様の処理を実行する。
また、ディレクトリサーバ２０では、図５４に示したＳ７２１で、適したサービス検索の要求でないと判定した場合には、Ｓ３３０１へ移行し、Ｓ７０１で受信したＨＴＴＰリクエストがデータ転送依頼の要求であるか否かを判定する。なお、データ転送依頼の要求は、複合機１０の制御部１０１により実行される上述の入力ジョブ処理（図５３）におけるＳ３２０１の処理で送信される。
このＳ３３０１で、データ転送依頼の要求であると判定した場合には、Ｓ３３０３へ移行し、データ転送依頼に含まれるＵＲＬ、セッションＩＤ、ジョブＩＤをもとに、機能サーバ３０にサービス検索用データのデータ本体の部分（スキャンデータの一部）を送信する（すなわち、本発明でいう転送データ送信手段として機能する。）。この送信を終えたら、Ｓ７０４へ移行し、これ以降の処理は第１実施形態と同様となる。
さらに、機能サーバ３０では、図５５に示したＳ１７１０で、第１実施形態と同様に、複合機１０からの入力データを受信するが、上述の通り、複合機１０からは差分データが送信されてくるので、このＳ１７１０では、その差分データを受信することになる（すなわち、本発明でいう差分データ受信手段として機能する。）。そして、Ｓ３４０１に移行して、ディレクトリサーバ２０からも入力データを受信する。ここで受信する入力データは、上述したＳ３３０３の処理で送信される転送データである（すなわち、本発明でいう転送データ受信手段として機能する）。この受信を終えたら、Ｓ１７１１へ移行し、これ以降の処理は第１実施形態と同様となる。
以上が、第３実施形態において、複合機１０、ディレクトリサーバ２０および機能サーバ３０の各制御部１０１，２１，３１が実行する処理のうち、第１実施形態とは相違する処理となる。そして、図５６は、英文原稿翻訳サービスの場合を例にして、複合機１０、ディレクトリサーバ２０および機能サーバ３０が実行する通信および処理の流れ（１）〜（１０）を表したものである。以下、この流れ（１）〜（１０）に従って通信ないし処理の内容を説明する。
まず、利用者は、複合機１０で「適したサービス検索」を選び、英文原稿をスキャンする（図５６中の（１））。より具体的には、利用者は、複合機１０のサービスキー４４を押し、続いて、複合機１０のパネル操作を行って「適したサービス検索」を選択する。（図４５（ａ）参照）。これにより、ディスプレイ５２には、図４５（ｂ）ないし同図（ｃ）に示す案内が表示されるので、利用者は、複合機１０のＡＤＦに複数枚の英文原稿（例えば４枚）をセットし、スキャナキー４２を押す。これにより、複合機１０はＡＤＦの原稿を読み込み、そのうち１枚目だけをサービス検索データの一部として採用し、サービス検索データ（図４６（ａ）参照）を作成する。
次に、複合機１０はサービス検索データ（図４６（ａ）参照）をディレクトリサーバ２０に送信する（図５６中の（２））。
次に、ディレクトリサーバ２０は、適したサービスを検索し、サービスリストを作成する（図５６中の（３））。より具体的には、まず、ディレクトリサーバ２０は、サービス検索データ（図４６（ａ）参照）を受信する。そして、受信したサービス検索データを解析して、サービス提示リストのステータス（図４７参照）を更新することにより、利用される可能性が高いサービス／低いサービスについての情報（「○：該当サービス」／「□：該当しない」）を記憶する。そして、サービス提示リストに記憶した情報に基づいて、サービスリスト（図４６（ｂ）参照）を作成する。
こうしてディレクトリサーバ２０において作成されたサービスリストを、ディレクトリサーバ２０は複合機１０に送信する（図５６中の（４））。
次に、複合機１０は、サービスリストに基づく表示（図４５（ｄ）参照））を行い、それを見た利用者は、複合機１０でサービスを選択する（図５６中の（５））。ここでは、上述の通り、英日原稿翻訳サービスを選択した場合を想定して説明を続ける。
複合機１０は、利用者の選択を受けて、ディレクトリサーバ２０に、受け取ったスキャンデータ（１枚目のスキャンデータ）を機能サーバ３０（翻訳サービス）へ送信するよう要求する（図５６中の（６））。
この要求を受けたディレクトリサーバ２０は、既に受け取っているスキャンデータ（１枚目のスキャンデータ）を機能サーバ３０（より詳しくは、翻訳サービスに該当するＵＲＬ宛）に送信し、それと並行して、複合機１０は、上記処理手順（１）でスキャンしたデータの残り（２〜４枚目のスキャンデータ）を機能サーバ３０（より詳しくは、翻訳サービスに該当するＵＲＬ宛）に送信する（図５６中の（７））。なお、本実施形態では、複合機１０とディレクトリサーバ２０は、特に同期をとることなく、それぞれが機能サーバ３０へのデータ送信を行うように構成してあるが、必要があれば、複合機１０とディレクトリサーバ２０が同期をとって各データを順に送信してもよく、例えば、ディレクトリサーバ２０が、既に受け取っているスキャンデータ（１枚目のスキャンデータ）を機能サーバ３０（翻訳サービス）に送信し、送信を完了したらその旨を複合機１０に通知し、この通知を受けた複合機１０が、引き続いて、上記処理手順（１）でスキャンしたデータの残り（２〜４枚目のスキャンデータ）を機能サーバ３０（翻訳サービス）に送信する、といった手順を採用することもできる。
次に、機能サーバ３０は、原稿を翻訳する処理（翻訳サービス）を実行する（図５６中の（８））。そして、機能サーバ３０（翻訳サービス）は、翻訳データを複合機１０に送信する（図５６中の（９））。
この翻訳データを受信した複合機１０は、翻訳データを印刷する（図５６中の（１０））。その結果、英文原稿の翻訳結果が、複合機１０の記録部１０４において媒体に記録されることになる。
なお、上記第１実施形態と同様、第３実施形態でも、１枚目のスキャンデータをサービス検索データの一部として採用するが、第１実施形態においても言及した通り、スキャンデータの量は任意に決めることができる。この場合、ディレクトリサーバ２０が機能サーバ３０へ転送するデータは、複合機１０から受け取ったデータすべてとすればよく、その残りのデータを複合機１０から機能サーバ３０へ差分データとして送信すればよい。また、必要があれば、ディレクトリサーバ２０が機能サーバ３０へ転送するデータは、複合機１０から受け取ったデータの一部としてもよく、その一部のデータを除く残りのデータを複合機１０から機能サーバ３０へ差分データとして送信してもよい。ただし、この場合は、ディレクトリサーバ２０が機能サーバ３０へ転送するデータが、データ全体の中のどの部分に相当するのかを、事前に取り決めておくか複合機１０−ディレクトリサーバ２０間でいずれか一方から他方へ通知するなどしておくことが必要となる。
以上説明した通り、第３実施形態の画像処理システムにおいても、複合機１０において提示されるリストに基づいて利用者がサービスの決定を行うに当たって、第１実施形態と同様に、複合機１０が機能サーバ３０に要求する可能性の高いサービスを抜粋したリスト（もしくは、機能サーバ３０が実行可能なサービスを、複合機１０が機能サーバ３０に要求する可能性の高さ“○”／“−”に応じて並べ替えたリスト）を利用者に提示できるので、利用者は容易に目的とするサービスを探し出すことができるようになる。
しかも、第３実施形態においては、ディレクトリサーバ２０は、サービス検索データに含まれているデータのうち、機能サーバ３０によるサービスの実行時に必要となるデータ（スキャンデータ）の一部を、転送データとして機能サーバ３０へ転送するので、その転送データに相当するデータについては、あらためて複合機１０から機能サーバ３０へ送り直さなくてもよくなり、その分だけ複合機１０にかかる負荷を軽減することができる。また、ディレクトリサーバ２０と機能サーバ３０とが同一のサーバコンピュータとして構成されている場合には、転送データについてもサーバコンピュータ内部でのデータ転送処理（例えば、共有メモリを介したデータの受け渡し等）が行われるだけとなるので、この場合、サーバコンピュータ外のネットワークにかかる負荷も軽減できる。
［第４実施形態］
次に、第４実施形態について説明する。ただし、この第４実施形態は、上述した第３実施形態とは一部の構成が相違するものの、同一構成となる部分も多いので、第３実施形態と相違する部分についてのみ詳述し、第３実施形態と同一構成となる部分に関しては、第３実施形態（もしくは第３実施形態で援用する第１実施形態；以下同様）で説明した構成に付した符号を援用することで、その詳細な説明については省略する。
以下に説明する第４実施形態においては、まず、複合機１０がディレクトリサーバ２０からサービスリストを取得する際の通信手順が、第３実施形態とは相違する手順となる。
図５７は、複合機１０がディレクトリサーバ２０からサービスリストを取得する際の通信手順を示すシーケンス図である。第４実施形態において、「適したサービス検索機能」を利用する場合、まず、複合機１０が、適したサービス検索要求をディレクトリサーバ２０へ送信するとともに、その要求を送信する際に上記サービス検索データも併せて送信する。これを受けたディレクトリサーバ２０は、サービス検索データに基づいて、それに適したサービスを選抜してサービスリストを作成し、そのサービスリストを複合機１０へ送信する。ここまでの通信手順は、第３実施形態と同様である。しかし、ここからが第３実施形態とは相違し、複合機１０はさらにサービス検索データを送信し、これを受けたディレクトリサーバ２０は、新たにサービスリストを作成して複合機１０へ送信し、このやり取りが定期的に繰り返されることになる。そして、この繰り返し処理により、順次、より適したサービスを選ぶことができるように、サービスリストが絞り込まれて行くことになる。
以下、第４実施形態において採用した具体的構成について詳述する。
図５８は、第４実施形態において、サービス検索データで使用するデータ形式を示す図である。第３実施形態において、サービス検索データで使用するデータ形式（図１５参照）と相違する点は、データの種類（TargetDataType）を示す値（value）として「不明（unknown）が追加されている点である。
図５９は、第４実施形態において、ディレクトリサーバ２０の記憶部２３に記憶されているサービス定義情報テーブルを示す図である。このサービス定義情報テーブルは、（ｎ×ｍ）組の関連度情報を記憶する手段で、各関連度情報が「○：該当サービス」、「□：該当しない」、「−：どちらでもない」のいずれかとなっている点は、第３実施形態と同様であるが、ｍ種のサービス機能属性のうちの一つとして、「すべて」という属性が追加されている点が、第３実施形態とは相違する。この「すべて」という属性は、サービス検索データ中に、データの種類（TargetDataType）を示す値（value）として、上述した「不明（unknown）が記述されていた場合に対応するサービス機能属性である。
次に、第３実施形態とは相違する処理について、具体的に説明する。
図６０および図６１に示す処理は、複合機１０が実行する処理のうち、第３実施形態における図２０および図２１に示した処理を代替する処理であり、図２０および図２１に示した処理ステップと相違するのは、Ｓ１０８に代えてＳ３４３１を設けた点、Ｓ１４５に代えてＳ３４５１を設けた点、Ｓ１４３で否定判断がなされた場合に「Ｓ１３７へ戻っていた」のに代えて「新たに設けたＳ３５００を実行してから、Ｓ１５１へ移行するようにした」点、Ｓ１５５を終えた場合に「Ｓ１０８へ移行していた」のに代えて「新たに設けたＳ３５０１〜Ｓ３５０７を実行するとともに、その中での判断結果により、Ｓ１３７またはＳ１１６へ移行するようにした」点となる。また、図６２に示す処理は、ディレクトリサーバ２０が実行する処理のうち、第３実施形態における図２８に示した処理を代替する処理であり、図２８に示した処理ステップと相違するのは、Ｓ７４３とＳ７４５との間に、新たにＳ３６０１を設けた点、Ｓ３６０１で肯定判断された場合に、新たに設けたＳ３６０６へ移行して、その後、Ｓ７７１へ移行する点となる。
以上のように構成した場合、まず、複合機１０では、図６１に示したＳ１３９で、スキャンボタンが押されたと判断された場合、Ｓ３４５１において原稿をスキャンし始める。具体的には、実際にスキャンに関する各種制御を実行するジョブを起動して、そのジョブがスキャンに関する各種制御を並列に実行する状態のまま、スキャンの完了を待つことなくＳ１４７へ移行する。また、Ｓ１４３において、メディアボタンが押されていないと判断した場合、第３実施形態のようにＳ１３７へは戻らず、Ｓ１５１〜Ｓ１５５を実行する。これら第４実施形態特有の処理は、Ｓ３４５１により原稿のスキャンを開始した後、まだ原稿のスキャンが完了していなくても、Ｓ１５３においてディレクトリサーバ２０に送信するサービス検索データが作成されることを意味する。また、Ｓ１３９，Ｓ１４１，Ｓ１４３すべてで否定判断がなされた結果、データの種類（TargetDataType）を示す値（value）について、voice,image,photoのいずれであるかが確定しないにもかかわらず、その場合はTargetDataTypeがunknownであるとし、Ｓ１５３においてディレクトリサーバ２０に送信するサービス検索データが作成されることを意味する。
つまり、検索データを作成する上で必要な情報が、必ずしも十分には揃っていないものの、Ｓ１５３では、その時点で用意できている情報に基づいてサービス検索データを作成し、適したサービス検索の要求をサービス検索データとともにディレクトリサーバ２０に送信するのである。
この適したサービス検索の要求を受信したディレクトリサーバ２０からは、サービスリスト（サービスリストの内容については後述するディレクトリサーバ２０の処理とともに説明）が送信されてくるので、Ｓ１５５では、サービスリストを受信し、その後、Ｓ３５０１に移行し、Ｓ１５５で受信したサービスリストに基づくパネルの表示を行う。
続いて、Ｓ３５０３においては、ボタン操作を受け付ける状態になり、Ｓ３５０５では「ユーザーがサービスを選択したか否か」を判断し、「ユーザーがサービスを選択していない」と判断した場合には、Ｓ３５０７では「サービスリストを受信してから５秒間以上待ったか否か」を判断し、まだ５秒間が経過していなければ、Ｓ３５０５へ戻ることにより、Ｓ３５０３〜Ｓ３５０７を繰り返す。これにより、５秒間はボタン操作を受け付ける状態を継続することになる。
そして、その５秒間にユーザーがサービス選択のボタン操作を行った場合は、Ｓ３５０５では「ユーザーがサービスを選択した」と判断し、その場合、図６０に示すＳ１１６へ移行し、以降は第３実施形態と同様に、セッション処理（図２２）等を実施する。
一方、Ｓ３５０７において、「サービスリストを受信してから５秒間以上待った」と判断した場合は、Ｓ１３７へ戻り、既に説明したＳ１３７〜Ｓ３５０７を繰り返す。この繰り返しにより、再びＳ１３７〜Ｓ１５１では、あらためて各種情報（ボタンやセンサの情報など）が収集され、あらためて収集された情報に基づいて、Ｓ１５３では新たにサービス検索データが作成されてディレクトリサーバ２０へと送信される。また、Ｓ１５５では、新たに送信したサービス検索データに基づいて作成された新たなサービスリストを受信し、Ｓ３５０３では新たなサービスリストに基づくパネル表示を行う。その結果、パネル表示の内容が更新されることになる。そして、Ｓ３５０３〜Ｓ３５０７の繰り返しにより、再び５秒間はボタン操作を受け付ける状態となる。
以上のような複合機１０の処理に対応して、ディレクトリサーバ２０では、次のような処理を実行する。すなわち、ディレクトリサーバ２０では、Ｓ７４３でサービス検索データを受信した後、Ｓ７４５において既に説明した“サブルーチン３”を実行する前に、Ｓ３６０１において、サービス検索データ中の項目TargetDataTypeがunknownか否かを判断する。ここで、TargetDataTypeがunknownである場合は、Ｓ３６０３へ移行して、すべてのサービスの抽出サブルーチンを実行する。このすべてのサービスの抽出サブルーチンは、詳しくは既に説明した図３１に示すような処理であり、ここでは、サービス定義情報テーブル（図５９参照）の中に含まれる“すべて”に該当する列がサーチされ、サービス提示リスト中の各サービスのステータスは、ターゲットとなったサービス機能属性（Ｓ３６０３では“すべて”）との関連度を加味したものに更新される。すなわち、このＳ３６０１，Ｓ３６０３は、先に説明したＳ３５００の処理ステップを複合機１０側の処理に設けたことに対応するものである。
なお、図６１のＳ１３１において、適したサービス検索ではない場合（すなわち、図６１のＳ１３１：ＮＯの場合）、図６０に示すＳ１０６へ移行するので、以降は第３実施形態とほぼ同様の処理が行われることになるが、第３実施形態では、Ｓ１０８においてサービスリストまたはサービス定義情報に基づく情報表示を行っていたのに対し、第４実施形態では、Ｓ１０８に代えてＳ３４３１を実行することにより、サービス定義情報に基づく情報表示を行う。これは、適したサービス検索の場合（すなわち、図６１のＳ１３１：ＹＥＳの場合）、上述の通り、Ｓ３５０１において、Ｓ１５５で受信したサービスリストに基づくパネルの表示を行うことになるので、Ｓ３４３１では、サービス定義情報に基づく情報表示のみを行えばよくなるからである。
以上が、第４実施形態において、複合機１０、ディレクトリサーバ２０および機能サーバ３０の各制御部１０１，２１，３１が実行する処理のうち、第３実施形態とは相違する処理となる。そして、図６３は、英文原稿翻訳サービスの場合を例にして、複合機１０、ディレクトリサーバ２０および機能サーバ３０が実行する通信および処理の流れ（１）〜（７）を表したものである。以下、この流れ（１）〜（７）に従って通信ないし処理の内容を説明する。
まず、利用者が操作を開始してから、複合機１０で選択されるサービスが確定するまでの期間内は、複合機１０では、英文原稿のスキャンが行われ、また、概ね５秒に１回程度の頻度で、複合機１０からディレクトリサーバ２０へのサービス検索データの送信、ディレクトリサーバ２０から複合機１０へのサービスリストの送信、そのサービスリストに基づく複合機１０での表示などが繰り返される。（図６３中の（１））。
この繰り返し処理の中で、複合機１０からディレクトリサーバ２０へ送信されるサービス検索データは、複合機１０における操作状況やスキャンの進行具合によって刻々と変化することになる。具体的には、例えば、利用者がサービスボタンを押した直後、特に何も操作しなかった場合、その時点では機能サーバ３０へ送信されることになるデータが特定できないため、複合機１０が作成するサービス検索データは、TargetDataTypeがunknownになっている（図６４（ａ）参照）。このようなサービス検索データをディレクトリサーバ２０が受け取ると、ディレクトリサーバ２０では、上記Ｓ３６０３へ移行して、すべてのサービスの抽出サブルーチンを実行し、その結果、全てのサービスが提示されたサービス提示リスト（図６４（ｃ）参照）が作成される。そして、このようなサービス提示リストに基づいて作成されるサービスリストが複合機１０へ送信されて、複合機１０においてディスプレイ５２に表示される（図６４（ｂ）参照）。図６４（ｂ）に例示したパネル表示の場合、全サービスに当たる１４件のサービスが表示されている。
また、以上のような第１回目の繰り返し処理の後、次の５秒間で第２回目の繰り返し処理がなされるが、その５秒間の間にスキャナキー４２を押してスキャンを開始し、原稿の１枚目がスキャンされた場合、複合機１０が作成するサービス検索データは、TargetDataTypeがimageになり、スキャンデータも加えられる（図６５（ａ）参照）。このようなサービス検索データをディレクトリサーバ２０が受け取ると、ディレクトリサーバ２０では、第３実施形態（第１実施形態）において説明した各国語のＯＣＲ処理を施し、スキャンデータの解析が行われる。このＯＣＲ処理により、どの言語の原稿であるのかが判明するかどうかは、スキャンデータによっても変わるが、ここでは１枚目のスキャンデータからは、どの言語の原稿なのかを判断できなかった場合を想定して説明を続ける。どの言語の原稿なのかを判断できなかった場合、ディレクトリサーバ２０では、地域情報とスキャン用サービスの抽出サブルーチンを実行し、その結果、地域情報とスキャン用サービスでフィルタリングしたサービス提示リスト（図６５（ｃ）参照）が作成される。そして、このようなサービス提示リストに基づいて作成されるサービスリストが複合機１０へ送信されて、複合機１０においてディスプレイ５２に表示される（図６５（ｂ）参照）。図６５（ｂ）に例示したパネル表示の場合、サービス提示リストにおいてステータスが“○”となった６件のサービスが表示されている。
さらに、以上のような第２回目の繰り返し処理の後、次の５秒間で第３回目の繰り返し処理がなされるが、その５秒間の間に原稿の２枚目がスキャンされた場合、複合機１０が作成するサービス検索データには、２枚目のスキャンデータが加えられる（図６６（ａ）参照）。このようなサービス検索データをディレクトリサーバ２０が受け取ると、ディレクトリサーバ２０では、２枚目のスキャンデータに対しても、第３実施形態（第１実施形態）において説明した各国語のＯＣＲ処理を施し、スキャンデータの解析が行われる。先に述べたとおり、このＯＣＲ処理により、どの言語の原稿であるのかが判明するかどうかは、スキャンデータによっても変わるが、ここでは２枚目のスキャンデータから、英文原稿であることが判断できた場合を想定して説明を続ける。英文原稿であることを判断できた場合、ディレクトリサーバ２０では、さらに英文原稿用の抽出サブルーチンを実行し、その結果、英文原稿用でフィルタリングしたサービス提示リスト（図６６（ｃ）参照）が作成される。そして、このようなサービス提示リストに基づいて作成されるサービスリストが複合機１０へ送信されて、複合機１０においてディスプレイ５２に表示される（図６６（ｂ）参照）。図６６（ｂ）に例示したパネル表示の場合、サービス提示リストにおいてステータスが“○”となった４件のサービスが表示されている。
つまり、以上の３回の繰り返し処理により、複合機１０における表示は、図６７に示すように、サービスキー４４を押してから３段階にわたって遷移することになる。なお、何段階まで絞り込みが行われるかは、サービスの総数や、サービス検索データに新たに追加される情報によっても変わるので、一概には特定できないが、ここでは、３回目の画面表示の後、さらに絞り込みをかけるような情報が取得できず、その後も３回目の画面表示が継続するものとして説明を続ける。
こうして刻々と変化する画面を表示する複合機１０において、その画面を見た利用者は、複合機１０でサービスを選択する（図６３中の（２））。ここでは、英日原稿翻訳サービスを選択した場合を想定して説明を続ける。
複合機１０は、利用者の選択を受けて、ディレクトリサーバ２０に、受け取ったスキャンデータを機能サーバ３０（翻訳サービス）へ送信するよう要求する（図６３中の（３））。
この要求を受けたディレクトリサーバ２０は、既に受け取っているスキャンデータを機能サーバ３０（より詳しくは、翻訳サービスに該当するＵＲＬ宛）に送信し、それと並行して、複合機１０は、上記処理手順（１）でスキャンしたデータの残りを機能サーバ３０（より詳しくは、翻訳サービスに該当するＵＲＬ宛）に送信する（図６３中の（４））。なお、本実施形態では、複合機１０とディレクトリサーバ２０は、特に同期をとることなく、それぞれが機能サーバ３０へのデータ送信を行うように構成してあるが、必要があれば、同期をとるようにしてもよいのは、第３実施形態と同様である。
次に、機能サーバ３０は、原稿を翻訳する処理（翻訳サービス）を実行する（図６３中の（５））。そして、機能サーバ３０（翻訳サービス）は、翻訳データを複合機１０に送信する（図６３中の（６））。
この翻訳データを受信した複合機１０は、翻訳データを印刷する（図６３中の（７））。その結果、英文原稿の翻訳結果が、複合機１０の記録部１０４において媒体に記録されることになる。
以上説明した通り、第４実施形態の画像処理システムにおいても、複合機１０において提示されるリストに基づいて利用者がサービスの決定を行うに当たって、第１実施形態と同様に、複合機１０が機能サーバ３０に要求する可能性の高いサービスを抜粋したリスト（もしくは、機能サーバ３０が実行可能なサービスを、複合機１０が機能サーバ３０に要求する可能性の高さ“○”／“−”に応じて並べ替えたリスト）を利用者に提示できるので、利用者は容易に目的とするサービスを探し出すことができるようになる。
しかも、第４実施形態においては、サービス検索データは、複数回にわたって複合機１０からディレクトリサーバ２０へ送信され、ディレクトリサーバ２０での類推処理は、新たなサービス検索データを受信する毎に、新たに受信した分を追加したサービス検索データまたは新たに受信した分で更新したサービス検索データに基づき、類推規則に従って、機能サーバ３０が実行可能なサービスそれぞれについて、複合機１０が機能サーバ３０に要求する可能性を類推する。
したがって、この画像処理システムによれば、時間経過に伴って、より確度の高い類推を行うことができるようになり、例えば、複合機１０が機能サーバ３０に要求する可能性の高いサービスを、段階的により可能性が高いサービスが残されるように絞り込んでゆき、その絞り込まれたリストを複合機１０において順次表示してゆくことができる。
なお、以上説明した第４実施形態においては、５秒ごとにリストが絞り込まれる例を説明したが、リストの絞り込みを繰り返す周期が５秒ごとに限定されないのはもちろんである。また、リストの絞り込みを繰り返す周期を何秒ごととするかを、利用者が任意に設定できるようにしてもよい。さらに、厳密に同じ周期で繰り返さなくても、他の処理の都合等により、ばらつきのあるタイミングで絞り込みが行われても何ら問題はない。
［第５実施形態］
次に、第５実施形態について説明する。ただし、この第５実施形態は、上述した第４実施形態とは一部の構成が相違するものの、同一構成となる部分も多いので、第４実施形態と相違する部分についてのみ詳述し、第４実施形態と同一構成となる部分に関しては、第４実施形態（もしくは第４実施形態で援用する他の実施形態；以下同様）で説明した構成に付した符号を援用することで、その詳細な説明については省略する。
以下に説明する第５実施形態においては、複数回にわたってサービス検索データが複合機１０からディレクトリサーバ２０へ送信されるので、この点は第４実施形態と類似しているが、サービス検索データを送信することになる契機が第４実施形態とは相違する。
図６８は、複合機１０がディレクトリサーバ２０からサービスリストを取得する際の通信手順を示すシーケンス図である。第５実施形態において、「適したサービス検索機能」を利用する場合、まず、複合機１０が、適したサービス検索要求をディレクトリサーバ２０へ送信するとともに、その要求を送信する際に上記サービス検索データも併せて送信する。これを受けたディレクトリサーバ２０は、サービス検索データに基づいて、それに適したサービスを選抜してサービスリストを作成し、そのサービスリストを複合機１０へ送信する。ここまでの通信手順は、第４実施形態と同様である。しかし、ここからが第４実施形態とは相違し、複合機１０は、利用者がリフレッシュキー５５を操作すると、さらにサービス検索データを送信し、これを受けたディレクトリサーバ２０は、新たにサービスリストを作成して複合機１０へ送信し、このやり取りがリフレッシュキー５５が操作されるたびに繰り返されることになる。そして、この繰り返し処理により、順次、より適したサービスを選ぶことができるように、サービスリストが絞り込まれて行くことになる。
以下、第４実施形態とは相違する処理について、具体的に説明する。
図６９に示す処理は、複合機１０が実行する処理のうち、第４実施形態における図６１に示した処理を代替する処理であり、図６１に示した処理ステップと相違するのは、Ｓ３５０７に代えてＳ３７０１を設けた点となる。
以上のように構成した場合、第４実施形態においては、サービスリストを受信してから５秒間以上が経過すると、Ｓ１３７へ戻っていたのに対し、第５実施形態においては、利用者がリフレッシュキー５５を操作すると、Ｓ１３７へ戻るようになる。その結果、複合機１０における表示は、図７０に示すように、サービスキー４４を押してから、利用者がリフレッシュキー５５を操作するたびに遷移することになる。なお、何段階まで絞り込みが行われるかは、サービスの総数や、サービス検索データに新たに追加される情報によっても変わるので、一概には特定できないが、３回目の画面表示の後、さらに絞り込みをかけるような情報が取得できなければ、その後リフレッシュキー５５を操作しても３回目の画面表示が継続する。
以上説明した第５実施形態の画像処理システムにおいても、複合機１０において提示されるリストに基づいて利用者がサービスの決定を行うに当たって、第１実施形態と同様に、複合機１０が機能サーバ３０に要求する可能性の高いサービスを抜粋したリスト（もしくは、機能サーバ３０が実行可能なサービスを、複合機１０が機能サーバ３０に要求する可能性の高さ“○”／“−”に応じて並べ替えたリスト）を利用者に提示できるので、利用者は容易に目的とするサービスを探し出すことができるようになる。
しかも、第５実施形態においても、第４実施形態と同様に、複合機１０が機能サーバ３０に要求する可能性の高いサービスを、段階的により可能性が高いサービスが残されるように絞り込んでゆき、その絞り込まれたリストを複合機１０において順次表示してゆくことができる。
さらに、第４実施形態では、時間経過に伴って自動的にリストが絞り込まれるようになっていたが、第５実施形態では、利用者がリフレッシュキー５５を操作した場合にのみ絞り込みが行われる。どちらの利便性が高いかは、使用状況や利用者の慣れによっても変わるので一概には断定できないが、リフレッシュキー５５を操作するのが面倒な利用者であれば第４実施形態の方が好適であり、何も操作をしていないのに利用者の意に反して絞り込みが行われることを嫌う利用者であれば第５実施形態の方が好適であると考えられる。
［第６実施形態］
次に、第６実施形態について説明する。ただし、この第６実施形態は、上述した第４実施形態とは一部の構成が相違するものの、同一構成となる部分も多いので、第４実施形態と相違する部分についてのみ詳述し、第４実施形態と同一構成となる部分に関しては、第４実施形態（もしくは第４実施形態で援用する他の実施形態；以下同様）で説明した構成に付した符号を援用することで、その詳細な説明については省略する。
以下に説明する第６実施形態においては、複数回にわたってサービス検索データが複合機１０からディレクトリサーバ２０へ送信されるので、この点は第４実施形態と類似しているが、サービス検索データを送信することになる契機が第４実施形態とは相違する。
図７１は、複合機１０がディレクトリサーバ２０からサービスリストを取得する際の通信手順を示すシーケンス図である。第６実施形態において、「適したサービス検索機能」を利用する場合、まず、複合機１０が、適したサービス検索要求をディレクトリサーバ２０へ送信するとともに、その要求を送信する際に上記サービス検索データも併せて送信する。これを受けたディレクトリサーバ２０は、サービス検索データに基づいて、それに適したサービスを選抜してサービスリストを作成し、そのサービスリストを複合機１０へ送信する。ここまでの通信手順は、第４実施形態と同様である。しかし、ここからが第４実施形態とは相違し、複合機１０は、利用者が何も操作を行わない状態が５秒間継続すると、さらにサービス検索データを送信し、これを受けたディレクトリサーバ２０は、新たにサービスリストを作成して複合機１０へ送信し、利用者が何も操作を行わない状態が５秒間継続するたびに、このやり取りが繰り返されることになる。そして、この繰り返し処理により、順次、より適したサービスを選ぶことができるように、サービスリストが絞り込まれて行くことになる。
以下、第４実施形態とは相違する処理について、具体的に説明する。
図７２に示す処理は、複合機１０が実行する処理のうち、第４実施形態における図６１に示した処理を代替する処理であり、図６１に示した処理ステップと相違するのは、Ｓ３５０３〜Ｓ３５０７に代えてＳ３８０１〜Ｓ３８０５を設けた点となる。
以上のように構成した場合、第４実施形態においては、サービスリストを受信してから５秒間以上が経過すると、Ｓ１３７へ戻っていたのに対し、第６実施形態においては、Ｓ３８０１で利用者が何も操作を行わない状態が５秒間継続すると、Ｓ３８０５で肯定判断され、Ｓ１３７へ戻るようになる。その結果、複合機１０における表示は、図７３に示すように、サービスキー４４を押してから、利用者が何も操作を行わない状態が５秒間継続するたびに遷移することになる。なお、何段階まで絞り込みが行われるかは、サービスの総数や、サービス検索データに新たに追加される情報によっても変わるので、一概には特定できないが、３回目の画面表示の後、さらに絞り込みをかけるような情報が取得できなければ、その後は、利用者が何も操作を行わない状態が５秒間継続しても３回目の画面表示が継続する。
以上説明した第６実施形態の画像処理システムにおいても、複合機１０において提示されるリストに基づいて利用者がサービスの決定を行うに当たって、第１実施形態と同様に、複合機１０が機能サーバ３０に要求する可能性の高いサービスを抜粋したリスト（もしくは、機能サーバ３０が実行可能なサービスを、複合機１０が機能サーバ３０に要求する可能性の高さ“○”／“−”に応じて並べ替えたリスト）を利用者に提示できるので、利用者は容易に目的とするサービスを探し出すことができるようになる。
しかも、第６実施形態においても、第４実施形態と同様に、複合機１０が機能サーバ３０に要求する可能性の高いサービスを、段階的により可能性が高いサービスが残されるように絞り込んでゆき、その絞り込まれたリストを複合機１０において順次表示してゆくことができる。
さらに、第４実施形態では、５秒間が経過するたびに自動的にリストが絞り込まれるようになっていたが、第６実施形態では、利用者が何も操作を行わない状態が５秒間継続した場合にのみ絞り込みが行われる。どちらの利便性が高いかは、使用状況や利用者の慣れによっても変わるので一概には断定できないが、操作中であっても随時リストが絞り込まれる方がよいと考える利用者であれば第４実施形態の方が好適であり、操作中にリストが絞り込まれることを嫌う利用者であれば第６実施形態の方が好適であると考えられる。
なお、以上説明した第６実施形態においては、利用者が何も操作を行わない状態が５秒間継続したときにリストの絞り込みが行われるようになっていたが、利用者が何も操作を行わない状態の継続時間を５秒間より長くしてもよいし短くしてもよい。また、この時間を利用者が任意に設定できるようにしてもよい。
［第７実施形態］
次に、第７実施形態について説明する。ただし、この第７実施形態は、上述した第４実施形態とは一部の構成が相違するものの、同一構成となる部分も多いので、第４実施形態と相違する部分についてのみ詳述し、第４実施形態と同一構成となる部分に関しては、第４実施形態（もしくは第４実施形態で援用する他の実施形態；以下同様）で説明した構成に付した符号を援用することで、その詳細な説明については省略する。
以下に説明する第７実施形態においては、複数回にわたってサービス検索データが複合機１０からディレクトリサーバ２０へ送信されるので、この点は第４実施形態と類似しているが、後述する条件を満たした段階でサービス検索データの送信を停止する点が第４実施形態とは相違する。
以下、第４実施形態とは相違する処理について、具体的に説明する。
図７４に示す処理は、複合機１０が実行する処理のうち、第４実施形態における図６１に示した処理を代替する処理であり、図６１に示した処理ステップと相違するのは、Ｓ３５０５とＳ３５０７との間に、新たにＳ３９０１を設けた点となる。
以上のように構成した場合、第４実施形態においては、サービスリストを受信してから５秒間以上が経過すると、Ｓ３５０７で肯定判断がなされ、必ずＳ１３７へ戻っていたのに対し、第７実施形態においては、Ｓ３９０１で、サービスリストのサービス数が５以下であるか否かが判断され、サービスリストのサービス数が５以下でなければ、第４実施形態と同様にＳ３５０７へ移行するものの、サービスリストのサービス数が５以下であれば、Ｓ３５０７へは移行せず、Ｓ３５０３へと戻る。このような処理の結果、サービスリストを受信してから５秒間以上が経過したとしても、サービスリストのサービス数が５以下まで絞り込まれれば、それ以降はＳ３５０７へ移行しなくなり、サービス検索データの送信はなされないことになる。その結果、複合機１０における表示は、図７５に示すように、サービスキー４４を押してから、第４実施形態と同様に遷移することになるが、その遷移の結果、サービスリストのサービス数が５以下まで絞り込まれれば、以降は、サービス検索データの送信が停止され、サービスリストも更新されなくなる。
以上説明した第７実施形態の画像処理システムにおいても、複合機１０において提示されるリストに基づいて利用者がサービスの決定を行うに当たって、第１実施形態と同様に、複合機１０が機能サーバ３０に要求する可能性の高いサービスを抜粋したリスト（もしくは、機能サーバ３０が実行可能なサービスを、複合機１０が機能サーバ３０に要求する可能性の高さ“○”／“−”に応じて並べ替えたリスト）を利用者に提示できるので、利用者は容易に目的とするサービスを探し出すことができるようになる。
しかも、第７実施形態においても、第４実施形態と同様に、複合機１０が機能サーバ３０に要求する可能性の高いサービスを、段階的により可能性が高いサービスが残されるように絞り込んでゆき、その絞り込まれたリストを複合機１０において順次表示してゆくことができる。
さらに、第４実施形態では、時間経過に伴って何度でもサービス検索データが送信されるようになっていたが、第７実施形態では、サービスリストのサービス数が５以下になると、サービス検索データの送信が停止されるので、ネットワークやディレクトリサーバ２０にかかる負荷を軽減することができる。なお、この第７実施形態では、サービス数が５以下になるとサービス検索データの送信が停止されるが、サービス数がいくつ以下になったらサービス検索データの送信を停止すべきかは任意であり、例えば、サービス数が１０以下になるとサービス検索データの送信が停止されるようになっていてもよいし、サービス数がいくつ以下になるとサービス検索データの送信が停止されるようになるのかを、利用者が任意に設定できるようになっていてもよい。
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。
例えば、上記各実施形態では、画像処理システムを構成するサーバとして、ディレクトリサーバ２０と機能サーバ３０とを例示したが、このような構成はあくまでも説明を容易にするための構成例にすぎず、本発明の画像処理システムは、これ以外にも様々な構成をとることが可能である。
例えば、ディレクトリサーバ２０は複数設けられていてもよい。具体的には、例えば、トップのサービス定義情報２５を送信するディレクトリサーバ２０と、各カテゴリのサービス定義情報２５を送信するディレクトリサーバ２０とを、別々のサーバで構成することも可能である。
また、機能サーバ３０は複数設けられていてもよい。具体的には、例えば、サービスＩ／Ｆ情報３６を送信する機能サーバ３０と、サービスを実行する機能サーバ３０とを、別々のサーバで構成することも可能である。また、サービスを実行する機能サーバ３０についても、例えば、セッション処理を実行する機能サーバ３０と、ジョブ処理を実行する機能サーバ３０とを、別々のサーバで構成することも可能である。一方、例えば、複数種類のサービスについて、サービスＡを実行する機能サーバ３０、サービスＢ〜Ｄを実行する機能サーバ３０、サービスＥ，Ｆを実行する機能サーバ３０、というように、複数の機能サーバ３０が各自のサービスを実行するというように構成することもできる。この場合、サービスＩ／Ｆ情報３６は、例えば、サービスを実行する機能サーバ３０がそのサービスに対応するサービスＩ／Ｆ情報３６を送信するようにしてもよく、サービスを実行する機能サーバ３０とは別の機能サーバ３０が送信するようにしてもよい。
また、ディレクトリサーバ２０と機能サーバ３０とが共通のコンピュータにより構成されていてもよい。また、ディレクトリサーバ２０や機能サーバ３０が、画像システムを構成する複数の複合機１０のうちの一部に内蔵されていてもよい。
実施形態の画像処理システムの概略構成を表すブロック図である。 操作パネルの説明図である。 トップのサービス定義情報のデータ構成を表す説明図である。 コピー応用サービスのサービス定義情報のデータ構成を表す説明図である。 サービス定義情報で利用されるタグの定義を示す一覧表である。 サービス選択用画面の説明図である。 翻訳コピーサービスに対応するサービスＩ／Ｆ情報のデータ構成を表す説明図（その１）である。 翻訳コピーサービスに対応するサービスＩ／Ｆ情報のデータ構成を表す説明図（その２）である。 翻訳コピーサービスに対応するサービスＩ／Ｆ情報のデータ構成を表す説明図（その３）である。 サービスＩ／Ｆ情報で利用されるタグの定義を示す一覧表である。 パラメータ入力用画面の説明図である。 複合機で通常設定することが可能な解像度を説明するための説明図である。 複合機と機能サーバとの間で行われる通信の流れを説明するためのラダーチャートである。 複合機がディレクトリサーバからサービスリストを取得する際の通信手順を示すシーケンス図である。 サービス検索データで使用するデータ形式を示す説明図である。 サービス検索データの具体的な例を示す説明図である。 サービス定義情報テーブルを示す説明図である。 サービス提示リストを示す説明図である。 （ａ）は、サービスリストで使用するデータ形式を示す説明図、（ｂ）は、サービスリストの具体的な例を示す説明図である。 複合機の制御部が行う複合機処理のフローチャート（その１）である。 複合機の制御部が行う複合機処理のフローチャート（その２）である。 複合機の制御部が行うセッション処理のフローチャートである。 複合機の制御部が行う指定ジョブの起動処理のフローチャートである。 複合機の制御部が行うＵＩジョブのフローチャートである。 複合機の制御部が行う入力ジョブのフローチャートである。 複合機の制御部が行う出力ジョブのフローチャートである。 ディレクトリサーバの制御部が行うディレクトリサーバ処理のフローチャート（その１）である。 ディレクトリサーバの制御部が行うディレクトリサーバ処理のフローチャート（その２）である。 地域情報を解析する処理をまとめたサブルーチンのフローチャートである。 複数枚原稿用情報を解析するサブルーチンのフローチャートである。 サービス抽出サブルーチンのフローチャートである。 各国語の原稿の解析等を行うサブルーチンのフローチャートである。 各言語の単語率計算ルーチンのフローチャートである。 機能サーバの制御部が行う機能サーバ処理のフローチャートである。 機能サーバの制御部が行うサービス制御情報処理のフローチャートである。 機能サーバの制御部が行うセッション処理のフローチャート（その１）である。 機能サーバの制御部が行うセッション処理のフローチャート（その２）である。 機能サーバの制御部が行うＵＩジョブ処理のフローチャートである。 機能サーバの制御部が行うスキャンジョブ処理のフローチャートである。 機能サーバの制御部が行う印刷ジョブ処理のフローチャートである。 機能サーバの制御部が行うサービス追加処理のフローチャートである。 機能サーバの制御部が行うサービス変更処理のフローチャートである。 機能サーバの制御部が行うサービス削除処理のフローチャートである。 第１実施形態における通信と処理の流れを例示する説明図である。 第１実施形態におけるパネル表示を例示する説明図である。 第１実施形態におけるサービス検索データを例示する説明図である。 第１実施形態におけるサービス提示リストを例示する説明図である。 第２実施形態におけるサービス定義情報テーブルを例示する説明図である。 第２実施形態におけるサービス提示リストを例示する説明図である。 図２８に示した処理を代替する処理のフローチャートである。 図３１に示した処理を代替する処理のフローチャートである。 （ａ）は、第２実施形態におけるサービス提示リストを例示する説明図、（ｂ）は第２実施形態におけるサービスリストを例示する説明図である。 図２５に示した処理を代替する処理のフローチャートである。 図２７に示した処理を代替する処理のフローチャートである。 図３９に示した処理を代替する処理のフローチャートである。 第３実施形態における通信と処理の流れを例示する説明図である。 第４実施形態において複合機がディレクトリサーバからサービスリストを取得する際の通信手順を示すシーケンス図である。 第４実施形態におけるサービス検索データで使用するデータ形式を示す説明図である。 第４実施形態におけるサービス定義情報テーブルを例示する説明図である。 図２０および図２１に示した処理を代替する処理のフローチャート（その１）である。 図２０および図２１に示した処理を代替する処理のフローチャート（その２）である。 図２８に示した処理を代替する処理のフローチャートである。 第４実施形態における通信と処理の流れを例示する説明図である。 （ａ）は、第４実施形態におけるサービス検索データ（その１）を例示する説明図、（ｂ）は第４実施形態におけるパネル表示（その１）を例示する説明図、（ｃ）は第４実施形態におけるサービス提示リスト（その１）を例示する説明図である。 （ａ）は、第４実施形態におけるサービス検索データ（その２）を例示する説明図、（ｂ）は第４実施形態におけるパネル表示（その２）を例示する説明図、（ｃ）は第４実施形態におけるサービス提示リスト（その２）を例示する説明図である。 （ａ）は、第４実施形態におけるサービス検索データ（その３）を例示する説明図、（ｂ）は第４実施形態におけるパネル表示（その３）を例示する説明図、（ｃ）は第４実施形態におけるサービス提示リスト（その３）を例示する説明図である。 第４実施形態におけるパネル表示の遷移を示す説明図である。 第５実施形態における通信と処理の流れを例示する説明図である。 図６１に示した処理を代替する処理（第５実施形態）のフローチャートである。 第５実施形態におけるパネル表示の遷移を示す説明図である。 第６実施形態における通信と処理の流れを例示する説明図である。 図６１に示した処理を代替する処理（第６実施形態）のフローチャートである。 第６実施形態におけるパネル表示の遷移を示す説明図である。 図６１に示した処理を代替する処理（第７実施形態）のフローチャートである。 第７実施形態におけるパネル表示の遷移を示す説明図である。
符号の説明
１・・・ネットワーク、２，３，４・・・ルータ、１０・・・複合機、１０１・・・制御部、１０２・・・操作部、１０２ａ・・・操作パネル、１０３・・・読取部、１０４・・・記録部、１０５・・・通信部、１０６・・・記憶部、１０７・・・音入力部、１０８・・・音出力部、１０９・・・ＡＤＦセンサー、１１０・・・受話器フックセンサー、２０・・・ディレクトリサーバ、２１・・・制御部、２２・・・通信部、２３・・・記憶部、２４・・・サービス定義情報記憶部、２５・・・サービス定義情報、３０・・・機能サーバ、３１・・・制御部、３２・・・通信部、３３・・・記憶部、３４・・・サービスＩ／Ｆ情報記憶部、３５・・・サービスソフト記憶部、３６・・・サービスＩ／Ｆ情報、３７・・・サービスソフトウェア、４０・・・メディアキー、４１・・・コピーキー、４２・・・スキャナキー、４３・・・ＦＡＸキー、４４・・・サービスキー、４５・・・設定キー、４６，４７，４８，４９・・・方向キー、５０・・・ＯＫキー、５１・・・キャンセルキー、５２・・・ディスプレイ、５５・・・リフレッシュキー。

Claims (13)

  1. 画像を読み取りその画像を表す画像データを生成する画像読取手段および画像データの表す画像を印刷する画像印刷手段のうち少なくとも一方の手段を備えた画像処理装置と、
    前記画像処理装置からの要求に応じて、前記画像読取手段により生成された画像データおよび前記画像印刷手段により印刷される画像を表す画像データのうち少なくとも一方の画像データに関するサービスを実行可能なサービス提供手段が備えられた装置と、
    前記サービス提供手段が実行可能なサービスについての情報を前記画像処理装置へ提供する情報提供手段が備えられた装置と
    を備えた画像処理システムであって、
    前記画像処理装置は、
    前記画像処理装置が記憶している前記画像処理装置の設定に関する情報、前記画像処理装置各部から検出した前記画像処理装置の状態を示す情報、前記画像処理装置が利用者から受けた操作を示す情報、および前記画像処理装置から送信されて前記サービスの実行時には前記サービス提供手段へ渡されることになる情報のうち、少なくとも１以上の情報からなり、少なくとも１種以上のサービスそれぞれとの関連度を特定可能なデータをサービス検索データとして、該サービス検索データを前記情報提供手段へと送信するサービス検索データ送信手段と、
    前記情報提供手段から送信されてきた前記サービスについての情報を利用者に提示するとともに、提示した情報の中から利用者がサービスを選択したら、そのサービスを前記サービス提供手段に要求するサービスとして決定するサービス決定手段と、
    前記サービス決定手段により決定されたサービスを前記サービス提供手段に要求するサービス要求手段と
    を備えており、
    前記情報提供手段が備えられた装置は、
    前記画像処理装置から送信されてくるサービス検索データを受信するサービス検索データ受信手段と、
    前記サービス検索データ受信手段によって受信された前記サービス検索データと該サービス検索データから特定される１種以上のサービスそれぞれとの関連度に基づいて、前記サービス提供手段が実行可能なサービスの中から前記関連度が高いサービスを所定数抜粋したリスト、または、前記サービス提供手段が実行可能なサービスを前記関連度が高い順に並べたリストを、前記画像処理装置が前記サービス提供手段に要求する可能性の高いサービスのリストとして生成するリスト生成手段と、
    該リスト生成手段により生成されたリストを、前記サービス提供手段が実行可能なサービスについての情報として、前記画像処理装置へ提供するリスト提供手段と
    を備えている
    ことを特徴とする画像処理システム。
  2. 前記サービス提供手段が実行可能なｎ種のサービス（ただし、ｎはｎ≧１を満たす整数）と、前記ｎ種のサービスの中に含まれる少なくとも１種以上のサービスとの関連性があるｍ種の属性（ただし、ｍはｍ≧１を満たす整数）との関連性について、関連性の有無および関連度を示す関連度情報が、（ｎ×ｍ）組の組み合わせすべてについてあらかじめ定義されていて、その定義された関連度情報を記憶する関連度情報記憶手段が設けられ、さらに、サービス検索データが該サービス検索データから少なくとも１種の前記属性を特定可能なデータである場合において、
    前記リスト生成手段は、前記サービス検索データ受信手段によって受信された前記サービス検索データから特定される少なくとも前記属性に基づいて、前記関連度情報記憶手段に記憶された関連度情報を参照して１種以上のサービスそれぞれとの関連性を特定したうえで、前記サービス提供手段が実行可能なサービスの中から前記関連度が高いサービスを所定数抜粋したリスト、または、前記サービス提供手段が実行可能なサービスを前記関連度が高い順に並べたリストを、前記画像処理装置が前記サービス提供手段に要求する可能性の高いサービスのリストとして生成する
    ことを特徴とする請求項１に記載の画像処理システム。
  3. 前記関連度情報記憶手段に記憶された前記関連度情報は、関連有りを表す情報、関連無しを表す情報、または関連不明を表す情報のいずれかとなっており、
    前記リスト生成手段は、前記関連度情報記憶手段に記憶された（ｎ×ｍ）組の関連度情報のうち、前記サービス検索データ受信手段によって受信された前記サービス検索データが有するｋ種の属性（ただし、ｋは１≦ｋ≦ｍを満たす整数）に対応する（ｎ×ｋ）組の関連度情報を参照して、ｎ種のサービスの中から、「関連度情報が関連有りとなっている属性が少なくとも１種あり、且つ、関連度情報が関連無しとなっている属性が１種もないサービス」を抽出し、抽出されたサービスが、抽出対象とならなかったサービスよりも上位に並べられたリストを生成する
    ことを特徴とする請求項２に記載の画像処理システム。
  4. 前記関連度情報記憶手段に記憶された前記関連度情報は、関連度の高さに応じて高くまたは低くなる数値を示す数値情報，または，関連無しを表す情報のいずれかとなっており、
    前記リスト生成手段は、前記関連度情報記憶手段に記憶された（ｎ×ｍ）組の関連度情報のうち、前記サービス検索データ受信手段によって受信された前記サービス検索データが有するｋ種の属性（ただし、ｋは１≦ｋ≦ｍを満たす整数）に対応する（ｎ×ｋ）組の関連度情報を参照して、ｎ種のサービスの中から、「関連度情報が関連無しとなっている属性が１種もないサービス」を抽出し、抽出されたサービスのうち、前記ｋ種の属性に対応する前記数値情報で示される数値それぞれで規定される関連度の加算値または乗算値が高いサービスほど上位に並べられるリストを生成する
    ことを特徴とする請求項２に記載の画像処理システム。
  5. 前記情報提供手段が備えられた装置は、
    前記サービス検索データ受信手段が受信した前記サービス検索データに含まれている、前記サービスの実行時に前記サービス提供手段において必要となるデータの一部を、転送データとして前記サービス提供手段へ送信する転送データ送信手段
    を備え、
    前記画像処理装置は、
    前記サービスの実行時に前記サービス提供手段において必要となるデータから、前記サービス検索データとして前記情報提供手段へ送信した一部のデータを除いた残部のデータを、差分データとして前記サービス提供手段へ送信する差分データ送信手段
    を備え、
    前記サービス提供手段が備えられた装置は、
    前記転送データ送信手段によって前記情報提供手段から送信されてくる前記転送データを受信する転送データ受信手段と、
    前記差分データ送信手段によって前記画像処理装置から送信されてくる前記差分データを受信する差分データ受信手段と
    を備える
    ことを特徴とする請求項１〜請求項４のいずれかに記載の画像処理システム。
  6. 前記画像処理装置において、
    前記サービス検索データ送信手段は、前記サービス検索データを前記情報提供手段へ複数回にわたって送信するように構成されており、
    前記情報提供手段において、
    前記サービス検索データ受信手段は、前記画像処理装置からサービス検索データが送信されてくる毎に、該サービス検索データを受信し、
    前記リスト生成手段は、前記サービス検索データ受信手段が前記サービス検索データを受信する毎に、新たに受信した分を追加した前記サービス検索データまたは新たに受信した分で更新した前記サービス検索データと該サービス検索データから特定される１種以上のサービスそれぞれとの関連度に基づいて、前記画像処理装置が前記サービス提供手段に要求する可能性の高いサービスのリストを生成する
    ことを特徴とする請求項１〜請求項５のいずれかに記載の画像処理システム。
  7. 前記画像処理装置において、
    前記サービス決定手段は、所定以上の時間が経過したときに、前記リスト提供手段から新たに提供されたリストに基づいて、前記サービスについての情報を利用者に提示する
    ことを特徴とする請求項６に記載の画像処理システム。
  8. 前記画像処理装置において、
    前記サービス決定手段は、利用者が所定の操作を行ったときに、前記リスト提供手段から新たに提供されたリストに基づいて、前記サービスについての情報を利用者に提示する
    ことを特徴とする請求項６に記載の画像処理システム。
  9. 前記画像処理装置において、
    前記サービス決定手段は、利用者が操作を行わない状態になってから所定以上の時間が経過したときに、前記リスト提供手段から新たに提供されたリストに基づいて、前記サービスについての情報を利用者に提示する
    ことを特徴とする請求項６に記載の画像処理システム。
  10. 前記画像処理装置において、
    前記サービス検索データ送信手段は、前記リスト提供手段から新たに提供されたリストに含まれるサービスの数が所定数以下となった場合に、前記サービス検索データを前記情報提供手段へ送信するのを停止するように構成されている
    ことを特徴とする請求項６〜請求項９のいずれかに記載の画像処理システム。
  11. 画像を読み取りその画像を表す画像データを生成する画像読取手段および画像データの表す画像を印刷する画像印刷手段のうち少なくとも一方の手段を備えた画像処理装置であり、
    前記画像処理装置からの要求に応じて、前記画像読取手段により生成された画像データおよび前記画像印刷手段により印刷される画像を表す画像データのうち少なくとも一方の画像データに関するサービスを実行可能なサービス提供手段が備えられた装置と、前記サービス提供手段が実行可能なサービスについての情報を前記画像処理装置へ提供する情報提供手段が備えられた装置とともに画像処理システムを構成可能な画像処理装置であって、
    前記情報提供手段の備えられた装置が、
    前記画像処理装置から送信されてくるサービス検索データを受信するサービス検索データ受信手段と、
    前記サービス検索データ受信手段によって受信された前記サービス検索データと該サービス検索データから特定される１種以上のサービスそれぞれとの関連度に基づいて、前記サービス提供手段が実行可能なサービスの中から前記関連度が高いサービスを所定数抜粋したリスト、または、前記サービス提供手段が実行可能なサービスを前記関連度が高い順に並べたリストを、前記画像処理装置が前記サービス提供手段に要求する可能性の高いサービスのリストとして生成するリスト生成手段と、
    該リスト生成手段により生成されたリストを、前記サービス提供手段が実行可能なサービスについての情報として、前記画像処理装置へ提供するリスト提供手段と、を備えている場合において、
    前記画像処理装置が記憶している前記画像処理装置の設定に関する情報、前記画像処理装置各部から検出した前記画像処理装置の状態を示す情報、前記画像処理装置が利用者から受けた操作を示す情報、および前記画像処理装置から送信されて前記サービスの実行時には前記サービス提供手段へ渡されることになる情報のうち、少なくとも１以上の情報からなり、少なくとも１種以上のサービスそれぞれとの関連度を特定可能なデータを前記サービス検索データとして、該サービス検索データを前記情報提供手段へと送信するサービス検索データ送信手段と、
    前記情報提供手段から送信されてきた前記サービスについての情報に基づき、前記サービス提供手段に要求するサービスを決定するサービス決定手段と、
    前記サービス決定手段により決定されたサービスを前記サービス提供手段に要求するサービス要求手段と
    を備えている
    ことを特徴とする画像処理装置。
  12. 画像を読み取りその画像を表す画像データを生成する画像読取手段および画像データの表す画像を印刷する画像印刷手段のうち少なくとも一方の手段を備えた画像処理装置と、前記画像処理装置からの要求に応じて、前記画像読取手段により生成された画像データおよび前記画像印刷手段により印刷される画像を表す画像データのうち少なくとも一方の画像データに関するサービスを実行可能なサービス提供手段が備えられた装置とともに画像処理システムを構成可能なサーバであり、
    前記画像処理装置が記憶している前記画像処理装置の設定に関する情報、前記画像処理装置各部から検出した前記画像処理装置の状態を示す情報、前記画像処理装置が利用者から受けた操作を示す情報、および前記画像処理装置から送信されて前記サービスの実行時には前記サービス提供手段へ渡されることになる情報のうち、少なくとも１以上の情報からなり、少なくとも１種以上のサービスそれぞれとの関連度を特定可能なデータをサービス検索データとして、前記画像処理装置から送信されてくる前記サービス検索データを受信するサービス検索データ受信手段と、
    前記サービス検索データ受信手段によって受信された前記サービス検索データと該サービス検索データから特定される１種以上のサービスそれぞれとの関連度に基づいて、前記サービス提供手段が実行可能なサービスの中から前記関連度が高いサービスを所定数抜粋したリスト、または、前記サービス提供手段が実行可能なサービスを前記関連度が高い順に並べたリストを、前記画像処理装置が前記サービス提供手段に要求する可能性の高いサービスのリストとして生成するリスト生成手段と、
    該リスト生成手段により生成されたリストを、前記サービス提供手段が実行可能なサービスについての情報として、前記画像処理装置へ提供するリスト提供手段と
    を備えていることを特徴とするサーバ。
  13. 画像を読み取りその画像を表す画像データを生成する画像読取手段および画像データの表す画像を印刷する画像印刷手段のうち少なくとも一方の手段を備えた画像処理装置と、前記画像処理装置からの要求に応じて、前記画像読取手段により生成された画像データおよび前記画像印刷手段により印刷される画像を表す画像データのうち少なくとも一方の画像データに関するサービスを実行可能なサービス提供手段が備えられた装置とともに画像処理システムを構成可能なサーバを、前記サービス提供手段が実行可能なサービスについての情報を前記画像処理装置へ提供するように機能させるためのプログラムであって、
    前記画像処理装置が記憶している前記画像処理装置の設定に関する情報、前記画像処理装置各部から検出した前記画像処理装置の状態を示す情報、前記画像処理装置が利用者から受けた操作を示す情報、および前記画像処理装置から送信されて前記サービスの実行時には前記サービス提供手段へ渡されることになる情報のうち、少なくとも１以上の情報からなり、少なくとも１種以上のサービスそれぞれとの関連度を特定可能なデータをサービス検索データとして、前記画像処理装置から送信されてくる前記サービス検索データを受信するサービス検索データ受信手順と、
    前記サービス検索データ受信手順によって受信された前記サービス検索データと該サービス検索データから特定される１種以上のサービスそれぞれとの関連度に基づいて、前記サービス提供手段が実行可能なサービスの中から前記関連度が高いサービスを所定数抜粋したリスト、または、前記サービス提供手段が実行可能なサービスを前記関連度が高い順に並べたリストを、前記画像処理装置が前記サービス提供手段に要求する可能性の高いサービスのリストとして生成するリスト生成手順と、
    該リスト生成手順により生成されたリストを、前記サービス提供手段が実行可能なサービスについての情報として、前記画像処理装置へ提供するリスト提供手順と
    をサーバに実行させるためのプログラム。
JP2004322945A 2004-11-05 2004-11-05 画像処理システム、画像処理装置、サーバ及びプログラム Expired - Fee Related JP4265525B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2004322945A JP4265525B2 (ja) 2004-11-05 2004-11-05 画像処理システム、画像処理装置、サーバ及びプログラム
US11/265,554 US7406270B2 (en) 2004-11-05 2005-11-03 Image processing system, image processing device, server and program
EP05256873.0A EP1657905B1 (en) 2004-11-05 2005-11-07 Image processing system, image processing device, server and program
CNB2005101176238A CN100394756C (zh) 2004-11-05 2005-11-07 图像处理系统、图像处理设备以及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004322945A JP4265525B2 (ja) 2004-11-05 2004-11-05 画像処理システム、画像処理装置、サーバ及びプログラム

Publications (2)

Publication Number Publication Date
JP2006135697A JP2006135697A (ja) 2006-05-25
JP4265525B2 true JP4265525B2 (ja) 2009-05-20

Family

ID=35788513

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004322945A Expired - Fee Related JP4265525B2 (ja) 2004-11-05 2004-11-05 画像処理システム、画像処理装置、サーバ及びプログラム

Country Status (4)

Country Link
US (1) US7406270B2 (ja)
EP (1) EP1657905B1 (ja)
JP (1) JP4265525B2 (ja)
CN (1) CN100394756C (ja)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050122537A1 (en) * 2003-12-05 2005-06-09 Shin Dong-Hyup Combination machine having an image data conversion function and image data conversion method therefor
EP1655943A3 (en) 2004-11-05 2006-07-19 Brother Kogyo Kabushiki Kaisha Communication system
US7593911B1 (en) * 2005-10-12 2009-09-22 At&T Corp. System and method for applying rule sets and rule interactions
WO2007094482A2 (en) * 2006-02-14 2007-08-23 Casio Computer Co., Ltd. Server apparatus, server control program and client apparatus
JP4848801B2 (ja) * 2006-03-09 2011-12-28 カシオ計算機株式会社 画面表示制御装置および画面表示制御処理プログラム
WO2007114456A1 (en) * 2006-03-29 2007-10-11 Casio Computer Co., Ltd. Server apparatus of computer system
US8196052B2 (en) * 2006-06-30 2012-06-05 International Business Machines Corporation System and method to display a web page as scheduled by a user
JP4957126B2 (ja) * 2006-08-31 2012-06-20 カシオ計算機株式会社 クライアント装置およびプログラム
JP4900931B2 (ja) * 2006-10-04 2012-03-21 キヤノン株式会社 情報処理装置及び画像処理システムとその制御方法
JP2008123298A (ja) * 2006-11-13 2008-05-29 Canon Inc 情報処理方法及びシステム
JP2008146181A (ja) * 2006-12-06 2008-06-26 Canon Inc 情報処理方法及び情報処理システム
US8854652B2 (en) * 2007-01-26 2014-10-07 Samsung Electronics Co., Ltd. Host device and printing control method thereof
JP4895864B2 (ja) * 2007-02-28 2012-03-14 株式会社リコー 画像入力装置、画像入力装置の情報登録方法、プログラム及びその記憶媒体
CN101378432B (zh) * 2007-08-31 2012-05-30 鹏智科技(深圳)有限公司 信息显示装置及方法
JP2009059152A (ja) * 2007-08-31 2009-03-19 Konica Minolta Business Technologies Inc データ処理システム、データ処理装置、データ処理方法およびデータ処理プログラム
JP4725587B2 (ja) * 2008-03-18 2011-07-13 カシオ計算機株式会社 サーバ装置及びサーバ制御プログラム
JP4645723B2 (ja) * 2008-10-08 2011-03-09 ブラザー工業株式会社 通信装置
JP5197287B2 (ja) * 2008-10-08 2013-05-15 キヤノン株式会社 管理装置、画像形成装置、サービス処理方法及びプログラム
WO2010103877A1 (en) * 2009-03-13 2010-09-16 Ricoh Company, Ltd. Information processing apparatus, information processing method, and image forming apparatus
JP4766135B2 (ja) * 2009-03-17 2011-09-07 コニカミノルタビジネステクノロジーズ株式会社 情報提供装置、情報提供方法および情報提供プログラム
JP4697321B2 (ja) * 2009-03-24 2011-06-08 カシオ計算機株式会社 コンピュータシステム、クライアント装置及びプログラム
JP4890605B2 (ja) * 2009-12-08 2012-03-07 シャープ株式会社 複合機、複合機制御システム、プログラムおよび記録媒体
JP5251963B2 (ja) 2010-11-16 2013-07-31 コニカミノルタビジネステクノロジーズ株式会社 画像処理システム、画像処理サーバ、画像形成装置、画像処理方法及び画像処理プログラム
JP5673453B2 (ja) * 2011-09-07 2015-02-18 ブラザー工業株式会社 通信システム
JP5652428B2 (ja) * 2012-05-15 2015-01-14 コニカミノルタ株式会社 画像出力装置、画像出力方法、及び、プログラム
EP2797061A1 (fr) * 2013-04-24 2014-10-29 The Swatch Group Research and Development Ltd. Système à multiples appareils à communication simplifiée
JP6001008B2 (ja) 2014-06-06 2016-10-05 キヤノン株式会社 画像読取装置、画像読取装置の制御方法、プログラム、及び記憶媒体
FR3025380B1 (fr) * 2014-08-29 2016-12-09 Sagemcom Documents Sas Procede de determination d'instants de communication dans un mode de communication synchrone
JP2016091196A (ja) * 2014-10-31 2016-05-23 株式会社リコー 画像形成装置、画像形成方法、プログラム、および翻訳システム
US20160265274A1 (en) * 2015-03-13 2016-09-15 James Rapp Flexible Window Screen
JP6282322B2 (ja) * 2016-08-30 2018-02-21 キヤノン株式会社 画像読取装置、画像読取装置の制御方法、プログラム、及び記憶媒体
JP2018054703A (ja) * 2016-09-26 2018-04-05 キヤノン株式会社 装置、印刷制御方法およびプログラム
CN106534716B (zh) * 2016-11-17 2019-10-08 三星电子（中国）研发中心 一种全景视频的传输和显示方法
JP7067095B2 (ja) * 2018-02-07 2022-05-16 京セラドキュメントソリューションズ株式会社 画像形成装置及び画像形成プログラム
JP7270387B2 (ja) * 2019-01-15 2023-05-10 キヤノン株式会社 画像処理装置、画像処理装置の制御方法、およびプログラム
JP7375427B2 (ja) 2019-09-27 2023-11-08 コニカミノルタ株式会社 音声設定システム、音声設定支援プログラムおよび音声設定支援装置

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6122005A (en) * 1995-04-14 2000-09-19 Canon Kabushiki Kaisha Camera control system having list of camera names updated in accordance with frequency of use and other ease of use features
EP0782326B1 (en) 1995-12-25 2001-10-10 Sharp Kabushiki Kaisha Image-forming system
JP3441038B2 (ja) 1995-12-25 2003-08-25 シャープ株式会社 画像形成システム
US5909602A (en) 1996-09-30 1999-06-01 Sharp Kabushiki Kaisha Image forming apparatus having a specimen image judging section and an image information suitability judging section
US7268897B1 (en) * 1999-06-28 2007-09-11 Canon Kabushiki Kaisha Print control apparatus and method
US6484164B1 (en) 2000-03-29 2002-11-19 Koninklijke Philips Electronics N.V. Data search user interface with ergonomic mechanism for user profile definition and manipulation
US6499029B1 (en) 2000-03-29 2002-12-24 Koninklijke Philips Electronics N.V. User interface providing automatic organization and filtering of search criteria
US7117519B1 (en) 2000-07-26 2006-10-03 Fotomedia Technologies Llc Method and system for selecting actions to be taken by a server when uploading images
JP2002229901A (ja) 2001-01-31 2002-08-16 Fuji Photo Film Co Ltd 画像送信方法及び画像送信システム
JP2002344684A (ja) 2001-05-14 2002-11-29 Canon Inc 課金管理装置、周辺機器利用装置、課金管理システム、課金管理方法、課金表示方法、記憶媒体、及びプログラム
US7102777B2 (en) 2001-12-20 2006-09-05 Kabushiki Kaisha Toshiba Image processing service system
US7426048B2 (en) 2002-01-21 2008-09-16 Canon Kabushiki Kaisha Image forming apparatus, controlling method, and control program
US7801943B2 (en) 2002-05-09 2010-09-21 Gateway, Inc. Cataloging audio content
JP2004151893A (ja) * 2002-10-29 2004-05-27 Fuji Xerox Co Ltd 連携情報生成装置及びプログラム
US7631033B2 (en) * 2003-01-15 2009-12-08 Xerox Corporation Hosted method and system for automated proxy creation of device resident services
JP4019319B2 (ja) * 2003-02-28 2007-12-12 コニカミノルタホールディングス株式会社 画像処理装置
JP2004288025A (ja) 2003-03-24 2004-10-14 Fuji Xerox Co Ltd サービス処理装置、サービス処理システム、サービス処理システムの元データ保管方法、及びサービス処理プログラム
JP4402362B2 (ja) 2003-04-04 2010-01-20 キヤノン株式会社 画像読取装置、その制御方法、プログラムおよび記憶媒体

Also Published As

Publication number Publication date
US20060110171A1 (en) 2006-05-25
US7406270B2 (en) 2008-07-29
EP1657905A1 (en) 2006-05-17
JP2006135697A (ja) 2006-05-25
CN100394756C (zh) 2008-06-11
CN1770811A (zh) 2006-05-10
EP1657905B1 (en) 2018-05-02

Similar Documents

Publication Publication Date Title
JP4265525B2 (ja) 画像処理システム、画像処理装置、サーバ及びプログラム
JP7391672B2 (ja) 文書を電子化するための画像処理システム、その制御方法及びプログラム
CN112804407B (zh) 图像处理装置、图像处理装置的控制方法、以及存储介质
JP7383460B2 (ja) 画像処理装置、その制御方法及びプログラム
JP5534666B2 (ja) ドキュメント処理装置およびその制御方法、ドキュメント管理システムおよび該システムにおけるデータ処理方法並びにコンピュータプログラム
EP1667419B1 (en) System, device and program for image processing
JP3998012B2 (ja) 画像出力装置およびその制御方法ならびにコンピュータプログラム
JP2021099644A (ja) 画像処理装置、その制御方法及びプログラム
JP4683885B2 (ja) ファイル管理装置および方法、画像出力装置、およびコンピュータプログラム
JP2009094598A (ja) 文書管理装置、文書管理プログラム、しおり画像付原稿生成装置、しおり画像付原稿生成プログラム
CN101888464A (zh) 信息处理设备和信息处理设备的控制方法
JP4558009B2 (ja) 画像出力装置およびその制御方法ならびにコンピュータプログラム
JP4168997B2 (ja) 画像処理システム、画像処理装置、サーバ及びプログラム
JP6824944B2 (ja) 画像処理装置、画像処理方法及びプログラム
JP6135360B2 (ja) 情報機器およびコンピュータープログラム
JP2021164132A (ja) 画像処理システム、及びプログラム
JP2024003321A (ja) 画像処理装置及び画像処理システム、プログラム
JP4086877B2 (ja) 通信装置及び通信方法
JP2007011910A (ja) アンケート装置及びプログラム
US10445375B2 (en) Retrieval information generation device, image processing device, and non-transitory computer readable medium
JP2006134108A (ja) 通信システム、情報処理装置及びサーバ
JP2022040132A (ja) 画像処理装置、画像処理方法及びプログラム
KR20210122130A (ko) 서버, 정보 처리 방법, 및 저장 매체
JP2024072113A (ja) 情報処理装置、情報処理装置の処理方法およびプログラム
JP2024033712A (ja) スキャン装置、画像処理方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070510

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080808

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080924

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081120

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090127

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090209

R150 Certificate of patent or registration of utility model

Ref document number: 4265525

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120227

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120227

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130227

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140227

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees