(57)【要約】  【課題】サービスが無秩序に増減する環境に適応させることのできるサービス提供システムを提供する。  【解決手段】複合機は、ディレクトリサーバ２０からサービス定義情報を通知されることで（ｓ１１４，ｓ１３０）、機能サーバが提供可能なサービスを複合機側で把握できるため、サービスが無秩序に増減する環境でも複合機の負担を抑えられる。さらに、ディレクトリサーバにより通知されたサービス定義情報は、ディレクトリサーバが複合機の有する機能に適したサービスを特定可能なものとして生成したものであるため、これに基づいて提供を受けるサービスをユーザに指定させれば、複合機の有する機能に適していないサービスが指定さる虞はない。そして、複合機側では、こうして指定されたサービスの提供を機能サーバに要求することにより、間違いなく複合機の有する機能に適したサービスの提供を受けることができる。【選択図】図５
2006135694.tif 000002
【特許請求の範囲】
【請求項１】
データを入出力するための少なくとも１つの機能を有するデバイスと、
該デバイスからの要求に応じて、該デバイスの有する機能により生成または出力されるデータに関するサービスを提供するサービス提供手段と、
該サービス提供手段が提供可能なサービスを特定可能なサービス特定情報を前記デバイスに通知する特定情報通知手段と、
を備えたサービス提供システムであって、
前記デバイスにおいて、
前記特定情報通知手段により通知されたサービス特定情報に基づき、前記サービス提供手段に提供を要求するサービスを決定するサービス決定手段と、
該サービス決定手段により決定されたサービスの提供を前記サービス提供手段に対して要求する提供要求手段と、
当該デバイスの有する機能を、前記提供要求手段による要求を受けた前記サービス提供手段によりサービスの提供を受けて実現する機能実現手段と、が備えられており、
前記サービス提供手段において、
前記デバイスの備える提供要求手段による要求を受けた際に、該デバイスに対してサービスを提供するための処理を実行する提供実行手段が備えられており、
前記特定情報通知手段において、
前記サービス提供手段が提供可能な複数種類のサービスの中から、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを選択する環境選択手段と、
該環境選択手段により選択されたサービスについて、該サービスを特定可能なサービス特定情報を前記デバイスに通知する情報通知手段と、が備えられている
ことを特徴とするサービス提供システム。
【請求項２】
前記デバイスの使用環境とは、少なくとも該デバイスの有する機能を実現する際の性能を示すものである
ことを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
前記デバイスにおいて、
当該デバイスの使用環境を前記特定情報通知手段に通知する環境通知手段が備えられており、
前記特定情報通知手段において、
前記環境選択手段は、前記環境通知手段により通知された使用環境に適したサービスを、前記サービス提供手段が提供可能な複数種類のサービスの中から選択する、ように構成されている
ことを特徴とする請求項１または請求項２に記載のサービス提供システム。
【請求項４】
前記デバイスにおいて、
前記特定情報通知手段に対してサービス特定情報の通知を要求する通知要求手段が備えられており、
前記環境通知手段は、前記通知要求手段による要求と共に当該デバイスの使用環境を前記特定情報通知手段に通知する
ことを特徴とする請求項３に記載のサービス提供システム。
【請求項５】
前記デバイスにおいて、
当該デバイスを使用するユーザを識別するユーザ識別手段と、
前記サービス提供手段による提供を許可すべきサービスを示す許可情報がユーザそれぞれに対応づけて登録されたデータベースから、前記ユーザ識別手段により識別されたユーザに対応する許可情報を抽出する情報抽出手段と、
該情報抽出手段により抽出された許可情報を前記特定情報通知手段に通知する許可通知手段と、が備えられており、
前記特定情報通知手段において、
前記環境選択手段は、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを、前記サービス提供手段が提供可能な複数種類のサービスであって、かつ、前記デバイスの備える許可通知手段により通知された許可情報で示されるサービスの中から選択する
ことを特徴とする請求項１から４に記載のサービス提供システム。
【請求項６】
前記データベースには、前記許可情報として、ユーザ毎に時間帯が割り当てられた複数種類の許可情報が対応づけられており、
前記デバイスにおいて、
前記情報抽出手段は、前記データベースから、前記ユーザ識別手段により識別されたユーザに対応する許可情報であって、該識別された時間を含む時間帯に対応する許可情報を抽出する
ことを特徴とする請求項５に記載のサービス提供システム。
【請求項７】
前記データベースには、前記許可情報として、ユーザ毎に地域が割り当てられた複数種類の許可情報が対応づけられており、
前記デバイスにおいて、
前記情報抽出手段は、前記データベースから、前記ユーザ識別手段により識別されたユーザに対応する許可情報であって、当該デバイスにおいて該デバイスを使用する地域として設定されている地域に対応する許可情報を抽出する
ことを特徴とする請求項５または請求項６に記載のサービス提供システム。
【請求項８】
前記デバイスにおいて、
当該デバイスを使用するユーザを識別するユーザ識別手段と、
前記ユーザ識別情報により識別されたユーザを前記特定情報通知手段に通知する識別通知手段と、が備えられており、
前記特定情報通知手段において、
前記サービス提供手段による提供を許可すべきサービスを示す情報がユーザそれぞれに対応づけて登録されたデータベースから、前記デバイスの備える識別通知手段により通知されたユーザに対応する情報を抽出し、該抽出した情報で示されるサービスを、該ユーザに提供を許可すべきサービスとして特定する許可特定手段が備えられており、
前記環境選択手段は、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを、前記許可特定手段により特定されたサービスの中から選択する
ことを特徴とする請求項１から４のいずれかに記載のサービス提供システム。
【請求項９】
前記データベースには、前記サービス提供手段による提供を許可すべきサービスを示す情報として、ユーザ毎に時間帯が割り当てられた複数種類の情報が対応づけられており、
前記特定情報通知手段において、
前記許可特定手段は、前記データベースから、前記デバイスの備える識別通知手段により通知されたユーザに対応する情報であって、該通知を受けた時間を含む時間帯に対応する情報を抽出し、該抽出した情報で示されるサービスを、該ユーザに提供を許可すべきサービスとして特定する
ことを特徴とする請求項８に記載のサービス提供システム。
【請求項１０】
前記データベースには、前記サービス提供手段による提供を許可すべきサービスを示す情報として、ユーザ毎に地域が割り当てられた複数種類の情報が対応づけられており、
前記デバイスにおいて、
前記通知要求手段による要求と共に、当該デバイスにおいて該デバイスを使用する地域として設定されている地域を通知する地域通知手段が備えられており、
前記特定情報通知手段において、
前記許可特定手段は、前記データベースから、前記デバイスの備える識別通知手段により通知されたユーザに対応する情報であって、前記地域通知手段により通知された地域に対応する情報を抽出し、該抽出した情報で示されるサービスを、該ユーザに提供を許可すべきサービスとして特定する
ことを特徴とする請求項８または請求項９に記載のサービス提供システム。
【請求項１１】
前記特定情報通知手段において、
前記情報通知手段は、前記サービス特定情報を通知すべき前記デバイスが該デバイスにて使用する言語として設定されている言語について、該言語によりサービスが示されたサービス特定情報を前記デバイスに通知する
ことを特徴とする請求項１から１０のいずれかに記載のサービス提供システム。
【請求項１２】
前記デバイスにおいて、
当該デバイスにて使用する言語として設定されている言語を、前記特定情報通知手段に通知する言語通知手段が備えられており、
前記特定情報通知手段において、
前記情報通知手段は、前記デバイスの備える通知要求手段による要求を受けた際に、該要求と共に前記言語通知手段により通知された言語によりサービスが示されたサービス特定情報を前記デバイスに通知する
ことを特徴とする請求項１１に記載のサービス提供システム。
【請求項１３】
データを入出力するための少なくとも１つの機能を有し、該機能により生成または出力されるデータに関するサービスを提供するサービス提供手段が提供可能なサービスを特定可能なサービス特定情報の通知を特定情報通知手段から受けることによって、サービス提供手段からサービスの提供を受けるデバイスであって、
当該デバイスの使用環境を前記特定情報通知手段に通知する環境通知手段と、
該環境通知手段により通知した使用環境に適したサービスとして前記特定情報通知手段により通知されたサービス特定情報に基づき、前記サービス提供手段に提供を要求すべきサービスを決定するサービス決定手段と、
該サービス決定手段により決定されたサービスの提供を前記サービス提供手段に対して要求する提供要求手段と、
当該デバイスの有する機能を、前記提供要求手段による要求を受けた前記サービス提供手段によりサービスの提供を受けて実現する機能実現手段と、を備えている
ことを特徴とするデバイス。
【請求項１４】
データを入出力するための少なくとも１つの機能を有するデバイスからの要求に応じて、該デバイスの有する機能により生成または出力されるデータに関するサービスを提供するサービス提供サーバについて、該サービス提供サーバが提供可能なサービスを特定可能なサービス特定情報を前記画像処理装置に通知する特定情報通知サーバであって、
前記サービス提供サーバが提供可能な複数種類のサービスの中から、前記サービス特定情報を通知すべき前記画像処理装置の使用環境に適したサービスを選択する環境選択手段と、
該環境選択手段により選択されたサービスについて、該サービスを特定可能なサービス特定情報を前記画像処理装置に通知する情報通知手段と、が備えられている
ことを特徴とする特定情報通知サーバ。
【請求項１５】
請求項１から１２のいずれかに記載のサービス提供システムとして機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラム。
【請求項１６】
請求項１から１２のいずれかに記載のデバイスとして機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラム。
【請求項１７】
請求項１から１２のいずれかに記載のサービス提供手段として機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラム。
【請求項１８】
請求項１から１２のいずれかに記載の特定情報通知手段として機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスを提供するサービス提供システム，このシステムを構成するデバイスおよびサーバに関するものである。
【背景技術】
【０００２】
従来、デジタル複写機が備えていない機能を、ネットワークを介して接続されたホストコンピュータに備えるようにしたシステムが提案されている（特許文献１参照。）。
すなわち、このシステムでは、デジタル複写機からホストコンピュータへ、制御用のコマンドコードや画像の濃度データなどのビットデータを送信し、ホストコンピュータが、受信した制御用コマンドコードの内容を解析して、画像データに対して指定されている画像編集機能により画像処理を行う。こうしてホストコンピュータにより処理された画像データはデジタル複写機に返送され、デジタル複写機で印刷される。
【０００３】
また、このシステムでは、ホストコンピュータに新規機能が追加されると、ホストコンピュータからデジタル複写機へ新規機能の内容が送信され、デジタル複写機では、本デジタル複写機に登録したい新規機能をユーザに選択させる。つまり、このシステムでは、新規機能のうちユーザが使用したいものをデジタル複写機へ登録することにより、その機能が利用可能となる。
【特許文献１】特開平９−２３８２１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述したシステムは、インターネット上の一般サーバのように日々サービスが無秩序に増減する環境には適さないという問題がある。
すなわち、上記システムでは、ホストコンピュータに新規機能が追加された場合に、その機能をデジタル複写機へ登録することにより利用可能となるが、例えば、インターネット上の一般サーバのように多種多様なサービスが頻繁に増減する環境においては、デジタル複写機への登録作業も頻繁に行う作業が生じ、また、登録する情報量も膨大となる。
【０００５】
本発明は、こうした問題にかんがみてなされたものであり、インターネット上の一般サーバのように日々サービスが無秩序に増減する環境に適応させることのできるサービス提供システムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記課題を解決するため請求項１に記載のサービス提供システムは、データを入出力するための少なくとも１つの機能を有するデバイスと、該デバイスからの要求に応じて、該デバイスの有する機能により生成または出力されるデータに関するサービスを提供するサービス提供手段と、該サービス提供手段が提供可能なサービスを特定可能なサービス特定情報を前記デバイスに通知する特定情報通知手段と、を備えたサービス提供システムである。このシステムは、前記デバイスにおいて、前記特定情報通知手段により通知されたサービス特定情報に基づき、前記サービス提供手段に提供を要求するサービスを決定するサービス決定手段と、該サービス決定手段により決定されたサービスの提供を前記サービス提供手段に対して要求する提供要求手段と、当該デバイスの有する機能を、前記提供要求手段による要求を受けた前記サービス提供手段によりサービスの提供を受けて実現する機能実現手段と、が備えられている。また、前記サービス提供手段において、前記デバイスの備える提供要求手段による要求を受けた際に、該デバイスに対してサービスを提供するための処理を実行する提供実行手段が備えられている。そして、前記特定情報通知手段において、前記サービス提供手段が提供可能な複数種類のサービスの中から、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを選択する環境選択手段と、該環境選択手段により選択されたサービスについて、該サービスを特定可能なサービス特定情報を前記デバイスに通知する情報通知手段と、が備えられている。
【０００７】
このように構成されたサービス提供システムにおいて、デバイスは、特定情報通知手段が備える情報通知手段により通知されたサービス特定情報（サービス提供手段が提供可能なサービスを特定可能な情報）に基づき、サービス提供手段に要求するサービスを決定することができるため、インターネット上の一般サーバのように日々サービスが無秩序に増減する環境にも適応させることができる。
【０００８】
仮に、従来の構成のように、サービス特定情報に相当する情報を画像処理装置に登録しておく構成とした場合、サービスが無秩序に増減する環境においては、その都度、情報を登録しなければならず、デバイス側の負担が大きくなってしまうため、望ましいことではない。これに対し、本サービス提供システムでは、サービス特定情報が特定情報通知手段から通知され、これにより、デバイス側でサービス提供手段が提供可能なサービスを把握することができるため、サービスが無秩序に増減する環境においても、デバイスの負担を抑えることができる。
【０００９】
さらに、デバイス側では、特定情報通知手段により通知されたサービス特定情報に基づき、サービス提供手段に提供を要求するサービスが決定されるが、このサービス特定情報は、特定情報通知手段がデバイスの使用環境に適したサービスを特定可能なものとしてデバイス通知するものであるため、このサービス特定情報に基づいてサービスを決定すれば、デバイス自身の使用環境に適していないサービスが決定されてしまう虞はない。そして、デバイス側では、こうして決定されたサービスの提供をサービス提供手段に要求することにより、間違いなくデバイスの使用環境に適したサービスの提供を受けることができる。
【００１０】
なお、上述した「デバイスの使用環境」とは、デバイスを使用する際の環境として考えられるパラメータであれば、どのようなものであってもよい。例えば、請求項２に記載のように、少なくとも該デバイスの有する機能を実現する際の性能を示すものとすればよい。
【００１１】
このように構成すれば、サービス提供手段に提供を要求するサービスを決定する際に参照されるサービス特定情報は、特定情報通知手段がデバイスの有する機能を実現する際の性能に適したサービスを特定可能なものとしてデバイスに通知するものとなるため、このサービス特定情報に基づいてサービスを決定すれば、デバイス自身の有する機能を実現する際の性能に適したサービスが決定されてしまう虞はない。そして、デバイス側では、こうして決定されたサービスの提供をサービス提供手段に要求することにより、間違いなくデバイスの有する機能を実現する際の性能に適したサービスの提供を受けることができる。
【００１２】
なお、この構成における「機能を実現する際の性能に適したサービス」とは、例えば、サービス提供手段によるサービスの提供を受けるのに特定の機能（または、機能およびこの機能における一定以上の性能）がそれぞれ必要である場合において、デバイスが有している機能（または、機能およびこの機能の性能水準）で提供を受けることのできるサービスなどのことである。
【００１３】
また、上述した特定情報通知手段によって、デバイスの使用環境に適したサービスを選択する際には、あらかじめ特定情報通知手段側にデバイスの使用環境に関する情報を記憶しておき、この情報に基づいてサービスを選択するように構成すればよいが、サービス提供システムが複数のデバイスにより構成されるような場合は、デバイスの数が多くなるほど、特定情報通知手段の情報管理の負担が増大してしまう。
【００１４】
そこで、請求項３に記載のように、前記デバイスにおいて、当該デバイスの使用環境を前記特定情報通知手段に通知する環境通知手段が備えられており、前記特定情報通知手段において、前記環境選択手段は、前記環境通知手段により通知された使用環境に適したサービスを、前記サービス提供手段が提供可能な複数種類のサービスの中から選択する、ように構成するとよい。
【００１５】
このように構成すれば、特定情報通知手段側では、デバイスから通知される使用環境に基づいてサービスを選択することができるため、あらかじめデバイスの使用環境を記憶しておく必要がない。これにより、サービス提供システムが複数のデバイスにより構成されるような場合であっても、特定情報通知手段側で情報を管理する構成と比べて特定情報通知手段側における情報管理の負担が抑えられる。
【００１６】
また、この構成において、デバイスが使用環境を特定情報通知手段に通知するタイミングについては特に限定されないが、例えば、一定周期や決められた時間など、あらかじめ定められたタイミングとすることが考えられる。また、デバイスは、特定情報通知手段からサービス特定情報の通知を受けるため、この通知をデバイス側から要求すると共に、併せて使用環境を特定情報通知手段側に通知するように構成することも考えられる。
【００１７】
この後者のための具体的な構成としては、例えば、請求項４に記載のように、前記デバイスにおいて、前記特定情報通知手段に対してサービス特定情報の通知を要求する通知要求手段が備えられており、前記環境通知手段は、前記通知要求手段による要求と共に当該デバイスの使用環境を前記特定情報通知手段に通知する、ように構成すればよい。
【００１８】
このように構成すれば、デバイス側からサービス特定情報が要求されるタイミングで、このデバイスの使用環境を特定情報通知手段側へ通知することができる。
ところで、上述した構成において、特定情報通知手段は、デバイスの使用環境に適したサービス全てを特定可能なサービス特定情報としてデバイス側に通知するように構成すればよいが、サービス提供手段の管理者側からすると、サービス特定情報として特定可能とするサービス，つまりサービス提供手段により提供可能とするサービスをデバイスのユーザなどに応じて制限できることが望ましい。
【００１９】
そこで、デバイスのユーザに応じてサービス特定情報で特定可能とするサービスを制限するための構成として、例えば、請求項５に記載のような構成が考えられる。
請求項５に記載のサービス特定システムは、前記デバイスにおいて、当該デバイスを使用するユーザを識別するユーザ識別手段と、前記サービス提供手段による提供を許可すべきサービスを示す許可情報がユーザそれぞれに対応づけて登録されたデータベースから、前記ユーザ識別手段により識別されたユーザに対応する許可情報を抽出する情報抽出手段と、該情報抽出手段により抽出された許可情報を前記特定情報通知手段に通知する許可通知手段と、が備えられており、前記特定情報通知手段において、前記環境選択手段は、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを、前記サービス提供手段が提供可能な複数種類のサービスであって、かつ、前記デバイスの備える許可通知手段により通知された許可情報で示されるサービスの中から選択する、ことを特徴とする。
【００２０】
このような構成において、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、このデバイスのユーザに応じて抽出された許可情報で示されるサービスとなる。この許可情報は、識別されたユーザに対して提供を許可すべきサービスを示す情報であるため、この構成であれば、サービス提供手段によりデバイスに提供可能とするサービスを、ユーザに応じて制限することができる。
【００２１】
なお、この構成におけるデータベースは、デバイスの備える記憶部に記憶させておく構成とすればよいが、デバイスとデータ通信可能な他の装置に備えられた記憶部に記憶させておき、この装置とのデータ通信を経て許可情報の抽出を行う構成としてもよい。
【００２２】
また、この構成におけるデータベースに登録された許可情報としては、ユーザに対して一意に決められるものであってもよいが、他の条件によりその情報で示される内容が変化するように構成してもよい。具体的な例としては、例えば、サービス提供手段によるサービスの提供を許可する時間帯などを上述した「他の条件」とすることが考えられ、このためには、例えば、請求項６に記載のように構成するとよい。
【００２３】
請求項６に記載のサービス提供システムは、前記データベースには、前記許可情報として、ユーザ毎に時間帯が割り当てられた複数種類の許可情報が対応づけられており、前記デバイスにおいて、前記情報抽出手段は、前記データベースから、前記ユーザ識別手段により識別されたユーザに対応する許可情報であって、該識別された時間を含む時間帯に対応する許可情報を抽出する、ことを特徴とする。
【００２４】
このように構成すれば、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、ユーザの識別が行われた時間帯においてユーザに対して許可されているサービスとなる。これにより、サービス提供手段により提供するサービスを、デバイスのユーザに応じて制限するだけでなく、サービスを提供する時間帯に応じても制限することができる。
【００２５】
なお、この構成における情報抽出手段は、データベースを許可情報それぞれがユーザではなく時間帯に対応づけられたものとした場合において、このデータベースからサービスを提供する時間に対応する許可情報を抽出するだけの構成としてもよい。
【００２６】
具体的には、前記デバイスにおいて、前記サービス提供手段による提供を許可すべきサービスを示す許可情報が時間帯に対応づけて登録されたデータベースから、前記提供要求手段によりサービスの提供を要求する時間に対応する許可情報を抽出する第２情報抽出手段と、該第２情報抽出手段により抽出された許可情報を前記特定情報通知手段に通知する許可通知手段と、が備えられており、前記特定情報通知手段において、前記環境選択手段は、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを、前記サービス提供手段が提供可能な複数種類のサービスであって、かつ、前記デバイスの備える許可通知手段により通知された許可情報で示されるサービスの中から選択する、といった構成が考えられる。
【００２７】
このような構成において、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、このデバイスがサービスの提供を要求した時間帯に応じて抽出された許可情報で示されるサービスとなる。この許可情報は、デバイスにサービスを提供する時間において許可すべきサービスを示す情報であるため、この構成であれば、サービス提供手段によりデバイスに提供可能とするサービスを、時間帯に応じて制限することができる。
【００２８】
また、上述した「他の条件」としては、デバイスを使用する地域を採用することも考えられ、このためには、例えば、請求項７に記載のように構成するとよい。
請求項７に記載のサービス提供システムは、前記データベースには、前記許可情報として、ユーザ毎に地域が割り当てられた複数種類の許可情報が対応づけられており、前記デバイスにおいて、前記情報抽出手段は、前記データベースから、前記ユーザ識別手段により識別されたユーザに対応する許可情報であって、当該デバイスにおいて該デバイスを使用する地域として設定されている地域に対応する許可情報を抽出する、ことを特徴とする。
【００２９】
このように構成すれば、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、このデバイスの使用されている地域においてユーザに対して許可されているサービスとなる。これにより、サービス提供手段により提供するサービスを、デバイスのユーザに応じて制限するだけでなく、デバイスの使用されている地域に応じても制限することができる。
【００３０】
なお、この構成における情報抽出手段は、データベースを許可情報それぞれがユーザではなく地域に対応づけられたものとした場合において、このデータベースからデバイスの使用地域に対応する許可情報を抽出するだけの構成としてもよい。
【００３１】
具体的には、前記デバイスにおいて、前記サービス提供手段による提供を許可すべきサービスを示す許可情報が地域に対応づけて登録されたデータベースから、デバイスの使用地域に対応する許可情報を抽出する第３情報抽出手段と、該第３情報抽出手段により抽出された許可情報を前記特定情報通知手段に通知する許可通知手段と、が備えられており、前記特定情報通知手段において、前記環境選択手段は、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを、前記サービス提供手段が提供可能な複数種類のサービスであって、かつ、前記デバイスの備える許可通知手段により通知された許可情報で示されるサービスの中から選択する、といった構成が考えられる。
【００３２】
このような構成において、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、このデバイスの使用地域に応じて抽出された許可情報で示されるサービスとなる。この許可情報は、デバイスの使用地域において許可すべきサービスを示す情報であるため、この構成であれば、サービス提供手段によりデバイスに提供可能とするサービスを、デバイスの使用地域に応じて制限することができる。
【００３３】
また、上述したように、デバイスのユーザに応じてサービス特定情報で特定可能とするサービスを制限するための構成として、例えば、請求項８に記載のような構成を考えることもできる。
【００３４】
請求項８に記載のサービス提供システムは、前記デバイスにおいて、当該デバイスを使用するユーザを識別するユーザ識別手段と、前記ユーザ識別情報により識別されたユーザを前記特定情報通知手段に通知する識別通知手段と、が備えられており、前記特定情報通知手段において、前記サービス提供手段による提供を許可すべきサービスを示す情報がユーザそれぞれに対応づけて登録されたデータベースから、前記デバイスの備える識別通知手段により通知されたユーザに対応する情報を抽出し、該抽出した情報で示されるサービスを、該ユーザに提供を許可すべきサービスとして特定する許可特定手段が備えられており、前記環境選択手段は、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを、前記許可特定手段により特定されたサービスの中から選択する、ことを特徴とする。
【００３５】
このような構成において、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、このデバイスに対して識別されたユーザに対応して抽出された情報で示されるサービスとなる。この抽出された情報は、識別されたユーザに対して提供を許可すべきサービスを示す情報であるため、この構成であれば、サービス提供手段により提供するサービスを、デバイスのユーザに応じて制限することができる。
【００３６】
なお、この構成におけるデータベースは、特定情報通知手段の備える記憶部に記憶させておく構成とすればよいが、特定情報通知手段とデータ通信可能な他の装置に備えられた記憶部に記憶させておき、この装置とのデータ通信を経て許可情報の抽出を行う構成としてもよい。
【００３７】
また、この構成におけるデータベースに登録された許可情報としては、ユーザに対して一意に決められるものであってもよいが、他の条件によりその情報で示される内容が変化するように構成してもよい。具体的な例としては、例えば、サービス提供手段によるサービスの提供を許可する時間帯などを上述した「他の条件」とすることが考えられ、このためには、例えば、請求項９に記載のように構成するとよい。
【００３８】
請求項９に記載のサービス提供システムは、前記データベースには、前記サービス提供手段による提供を許可すべきサービスを示す情報として、ユーザ毎に時間帯が割り当てられた複数種類の情報が対応づけられており、前記特定情報通知手段において、前記許可特定手段は、前記データベースから、前記デバイスの備える識別通知手段により通知されたユーザに対応する情報であって、該通知を受けた時間を含む時間帯に対応する情報を抽出し、該抽出した情報で示されるサービスを、該ユーザに提供を許可すべきサービスとして特定する、ことを特徴とする。
【００３９】
このように構成すれば、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、ユーザの識別が行われた時間帯においてユーザに対して許可されているサービスとなる。これにより、サービス提供手段により提供するサービスを、デバイスのユーザに応じて制限するだけでなく、サービスを提供する時間帯に応じても制限することができる。
【００４０】
なお、この構成における許可特定手段は、データベースを許可情報それぞれがユーザではなく時間帯に対応づけられたものとした場合において、このデータベースからサービスを提供する時間に対応する許可情報を抽出する構成としてもよい。
【００４１】
具体的には、前記特定情報通知手段において、前記サービス提供手段による提供を許可すべきサービスを示す情報が時間帯に対応づけて登録されたデータベースから、前記デバイスにサービスを提供する時間に対応する許可情報を抽出し、該抽出した情報で示されるサービスを、前記デバイスに提供を許可すべきサービスとして特定する第２許可特定手段が備えられており、前記環境選択手段は、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを、前記第２許可特定手段により特定されたサービスの中から選択する、といった構成が考えられる。
【００４２】
このような構成において、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、このデバイスにサービスを提供する時間帯に応じて抽出された許可情報で示されるサービスとなる。この許可情報は、デバイスにサービスを提供する時間において許可すべきサービスを示す情報であるため、この構成であれば、サービス提供手段によりデバイスに提供可能とするサービスを、時間帯に応じて制限することができる。
【００４３】
また、上述した「他の条件」としては、デバイスを使用する地域を採用することも考えられ、このためには、例えば、請求項１０に記載のように構成するとよい。
請求項１０に記載のサービス提供システムは、前記データベースには、前記サービス提供手段による提供を許可すべきサービスを示す情報として、ユーザ毎に地域が割り当てられた複数種類の情報が対応づけられており、前記デバイスにおいて、前記通知要求手段による要求と共に、当該デバイスにおいて該デバイスを使用する地域として設定されている地域を通知する地域通知手段が備えられており、前記特定情報通知手段において、  前記許可特定手段は、前記データベースから、前記デバイスの備える識別通知手段により通知されたユーザに対応する情報であって、前記地域通知手段により通知された地域に対応する情報を抽出し、該抽出した情報で示されるサービスを、該ユーザに提供を許可すべきサービスとして特定する、ことを特徴とする。
【００４４】
このように構成すれば、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、このデバイスの使用されている地域においてユーザに対して許可されているサービスとなる。これにより、サービス提供手段により提供するサービスを、デバイスのユーザに応じて制限するだけでなく、デバイスの使用されている地域に応じても制限することができる。
【００４５】
なお、この構成における許可特定手段は、データベースを許可情報それぞれがユーザではなく地域に対応づけられたものとした場合において、このデータベースからデバイスの使用地域に対応する許可情報を抽出するだけの構成としてもよい。
【００４６】
具体的には、前記デバイスにおいて、前記サービス提供手段による提供を許可すべきサービスを示す情報が時間帯に対応づけて登録されたデータベースから、デバイスの使用地域に対応する許可情報を抽出する第４情報抽出手段と、該第４情報抽出手段により抽出された許可情報を前記特定情報通知手段に通知する許可通知手段と、が備えられており、前記特定情報通知手段において、前記環境選択手段は、前記サービス特定情報を通知すべき前記デバイスの使用環境に適したサービスを、前記サービス提供手段が提供可能な複数種類のサービスであって、かつ、前記デバイスの備える許可通知手段により通知された許可情報で示されるサービスの中から選択する、といった構成が考えられる。
【００４７】
このような構成において、特定情報通知手段からデバイスに通知されるサービス特定情報で特定可能なサービスは、デバイスの使用環境に適しており、かつ、このデバイスの使用地域に応じて抽出された許可情報で示されるサービスとなる。この許可情報は、デバイスの使用地域において許可すべきサービスを示す情報であるため、この構成であれば、サービス提供手段によりデバイスに提供可能とするサービスを、デバイスの使用地域に応じて制限することができる。
【００４８】
また、請求項１１に記載のサービス提供システムは、前記特定情報通知手段において、前記情報通知手段は、前記サービス特定情報を通知すべき前記デバイスが該デバイスにて使用する言語として設定されている言語について、該言語によりサービスが示されたサービス特定情報を前記デバイスに通知する、ことを特徴とする。
【００４９】
このように構成すれば、特定情報通知手段からデバイス側に通知されるサービス特定情報は、デバイスにて使用する言語として設定されている言語によりサービスが示されたものとなるため、ユーザ自身が理解できる言語をデバイスにて使用する言語として設定しておくことにより、ユーザが理解可能な言語によりサービスが示されてなるサービス特定情報の通知を受けることができる。
【００５０】
この構成は、サービス決定手段が、サービス特定情報で示される各サービスをデバイスの表示部に表示させ、これらサービスからサービス提供手段に提供を要求するサービスを指定させるような構成とした場合に特に有効であり、この場合であれば、ユーザが理解可能な言語でサービスの指定を行わせることができる。
【００５１】
また、この構成における特定情報通知手段が情報通知手段によりサービス特定情報を選定する際には、あらかじめ特定情報通知手段にデバイスにて設定されている言語に関する情報を記憶しておき、この情報に基づいて選定するように構成すればよいが、サービス提供システムが複数のデバイスにより構成されるような場合は、デバイスの数が多くなるほど、特定情報通知手段の情報管理の負担が増大してしまう。
【００５２】
そこで、請求項１２に記載のように、前記デバイスにおいて、当該デバイスにて使用する言語として設定されている言語を、前記特定情報通知手段に通知する言語通知手段が備えられており、前記特定情報通知手段において、前記情報通知手段は、前記デバイスの備える通知要求手段による要求を受けた際に、該要求と共に前記言語通知手段により通知された言語によりサービスが示されたサービス特定情報を前記デバイスに通知する、ように構成するとよい。
【００５３】
このように構成すれば、特定情報通知手段側では、デバイスから通知される言語に基づいてサービス特定情報を選定することができるため、あらかじめデバイスにて設定されている言語を記憶しておく必要がない。これにより、サービス提供システムが複数のデバイスにより構成されるような場合であっても、あらかじめ特定情報通知手段側で情報を管理する構成と比べて、特定情報通知手段側における情報管理の負担が抑えられる。
【００５４】
また、請求項１３に記載のデバイスは、データを入出力するための少なくとも１つの機能を有し、該機能により生成または出力されるデータに関するサービスを提供するサービス提供手段が提供可能なサービスを特定可能なサービス特定情報の通知を特定情報通知手段から受けることによって、サービス提供手段からサービスの提供を受けるデバイスである。このデバイスは、当該デバイスの使用環境を前記特定情報通知手段に通知する環境通知手段と、該環境通知手段により通知した使用環境に適したサービスとして前記特定情報通知手段により通知されたサービス特定情報に基づき、前記サービス提供手段に提供を要求すべきサービスを決定するサービス決定手段と、該サービス決定手段により決定されたサービスの提供を前記サービス提供手段に対して要求する提供要求手段と、当該デバイスの有する機能を、前記提供要求手段による要求を受けた前記サービス提供手段によりサービスの提供を受けて実現する機能実現手段と、が備えられている。
【００５５】
このように構成されたデバイスによれば、請求項３（および請求項３のみを引用する請求項）に記載のサービス提供システムの一部（デバイス）を構成することができる。
なお、このデバイスにおいては、請求項４〜１２（請求項３を引用する請求項に限る）のいずれかに備えられた全ての手段を備えた構成とすることもでき、この場合、請求項４〜１２（請求項３を引用する請求項に限る）のいずれかに記載のサービス提供システムの一部を構成することができる。
【００５６】
また、請求項１４に記載のプログラムは、請求項１から１２のいずれかに記載のサービス提供システムとして機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラムである。このようなプログラムを実行するコンピュータシステムであれば、請求項１から１２のいずれかに記載のサービス提供システムの一部を構成することができる。
【００５７】
また、請求項１５に記載のプログラムは、請求項１から１２のいずれかに記載のデバイスとして機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラムである。このようなプログラムを実行するコンピュータシステムであれば、請求項１から１２のいずれかに記載のサービス提供システムの一部（デバイス）を構成することができる。
【００５８】
また、請求項１６に記載のプログラムは、請求項１から１２のいずれかに記載のサービス提供手段として機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラムである。このようなプログラムを実行するコンピュータシステムであれば、請求項１から１２のいずれかに記載のサービス提供システムの一部（サービス提供手段）を構成することができる。
【００５９】
また、請求項１７に記載のプログラムは、請求項１から１２のいずれかに記載の特定情報通知手段として機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラムである。このようなプログラムを実行するコンピュータシステムであれば、請求項１から１２のいずれかに記載のサービス提供システムの一部（特定情報通知手段）を構成することができる。
【００６０】
なお、上述した各プログラムは、コンピュータによる処理に適した命令の順番付けられた列からなるものであって、例えば、ＦＤ，ＣＤ−ＲＯＭ，メモリーカードなどの記録媒体やインターネットなどの通信回線網を介して、各構成要素（デバイス，サービス提供手段，特定情報通知手段），または，各装置を利用するユーザに提供されるものである。また、これらプログラムをユーザに提供する形態としては、各装置のハードディスクやメモリにプレインストールされた状態で提供する形態であってもよい。
【発明を実施するための最良の形態】
【００６１】
以下、本発明が適用された実施形態について、図面を用いて説明する。
［第１実施形態］
（１）全体構成
サービス提供システムは、図１に示すように、複合機１０，ディレクトリサーバ２０，機能サーバ３０などからなり、これらがネットワーク（本実施形態ではインターネット等の広域ネットワーク（ＷＡＮ：Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ））１を介してデータ通信可能に接続されている。具体的にいうと、複合機１０，ディレクトリサーバ２０および機能サーバ３０は、それぞれルータ（Ｒ；周知のブロードバンドルータ）２〜４を介してネットワーク１と接続されている。なお、図１においては、１つのディレクトリサーバ２０のみが示されているが、ネットワーク１には、他のネットワークを介して複数のディレクトリサーバ２０が接続されているものとする。
【００６２】
複合機１０には、制御部１１，操作部１２，読取部１３，記録部１４，通信部１５，記憶部１６，音入力部１７および音出力部１８などを備える複合機Ａと、制御部１１，操作部１２，読取部１３，記録部１４，通信部１５，記憶部１６などを備える複合機Ｂとがある（以降、特に明示しない限り、複合機１０は複合機Ａを指すものとする）。
【００６３】
これらのうち、制御部１１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って複合機１０全体を統括制御する。
また、操作部１２は、図２に示すように、ユーザキー４０，コピーキー４１，スキャナキー４２，ＦＡＸキー４３，サービスキー４４，設定キー４５，上下左右の方向キー４６〜４９，ＯＫキー５０およびキャンセルキー５１，ディスプレイ５２などからなるユーザインタフェースとして構成されている。
【００６４】
また、読取部１３は、スキャナとしての機能を実現するための入力デバイスであり、用紙等のシート状記録媒体に記録（例えば印刷）された画像を読み取り、その画像を表す画像データを生成する。
【００６５】
また、記録部１４は、プリンタとしての機能を実現するための出力デバイスであり、画像データの表す画像を用紙等のシート状記録媒体に印刷する。
また、通信部１５は、複合機１０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
【００６６】
また、記憶部１６は、図示しない不揮発性ＲＡＭを備えており、この不揮発性ＲＡＭにデータを記憶可能に構成されている。
また、音入力部１７は、本複合機１０が備える図示しないハンドセット（受話器）に設けられたマイクから音を入力し、その音を表す音データ（ＰＣＭデータ）を生成する。
【００６７】
そして、音出力部１８は、音データ（ＰＣＭデータ）の表す音を、図示しないハンドセットに設けられたスピーカ、又は、複合機本体に設けられた図示しないスピーカから出力する。
【００６８】
ディレクトリサーバ２０は、制御部２１，通信部２２および記憶部２３を備えている。
これらのうち、制御部２１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭまたはＲＡＭに記憶されているプログラムに従ってディレクトリサーバ２０全体を統括制御する。
【００６９】
また、通信部２２は、ディレクトリサーバ２０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部２３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部２３には、後述するサービス定義情報２５を記憶するためのサービス定義情報記憶部２４が設けられている。このサービス定義情報２５は、ＸＭＬ（eXtensible Markup Language）により記述されたＸＭＬデータであり、この記述内容に従って後述するサービス選択用画面を表示することで（図８（ａ）参照）、機能サーバ３０が提供可能なサービス一覧（各サービスの種類及び要求先アドレス（ＵＲＬ；Uniform Resource Locator）を提供することができる。なお、このサービス定義情報２５における各タグの定義付けを図３に示す。
【００７０】
機能サーバ３０は、制御部３１，通信部３２および記憶部３３などを備えている。
これらのうち、制御部３１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭまたはＲＡＭに記憶されているプログラムに従って機能サーバ３０全体を統括制御する。なお、この制御部３１は、複合機１０の制御部１１に比べて充分に高性能な構成とされており、複合機１０の制御部１１では実行困難な処理についてもその処理を行うことができる。
【００７１】
また、通信部３２は、機能サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部３３は、後述するサービスＩ／Ｆ情報３６を記憶するためのサービスＩ／Ｆ情報記憶部３４と、それぞれ異なるサービスを提供するための処理を実行するサービスソフトウェア３７を記憶するためのサービスソフト記憶部３５と、からなる。このサービスＩ／Ｆ情報３６は、ＸＭＬにより記述されたＸＭＬデータであり、この記述内容に従って後述するパラメータ入力用画面を表示することで（図１３参照）、機能サーバ３０に対してサービスの提供を要求するための情報（サービスの内容及び要求先アドレス）を提供することができる。なお、このサービスＩ／Ｆ情報３６における各タグの定義付けを図４に示す。
（２）複合機１０による処理
以下に、複合機１０の制御部１１により実行される各種処理について説明する。
（２−１）複合機処理
はじめに、複合機１０が起動された以降、繰り返し実行される処理である複合機処理を図５に基づいて説明する。
【００７２】
この複合機処理が起動されたら、まず、初期化処理を行う（ｓ１０２）。
この初期化処理を終えた後、外部からの指令，例えば、操作部１２への入力操作やネットワーク１を介した指令信号の入力などが発生したら（ｓ１０４）、入力が動作モードをサービスモードへ移行させるための内容であるか否かをチェックする（ｓ１０６）。ここでは、ｓ１０４による入力が操作部１２のサービスキー４４を押下する操作であれば、サービスモードへ移行させるための内容であると判定する。なお、この「サービスモード」とは、以下の処理で示すように、機能サーバ３０に対してサービスの提供を要求するための処理を実行するための動作モードである。
【００７３】
このｓ１０６で、サービスモードへ移行させるための内容でないと判定されたら（ｓ１０６：ＮＯ）、その入力内容に応じて他の動作モードに対する処理（その他のモードの処理）を行った後（ｓ１０８）、ｓ１０４へ戻る。
【００７４】
一方、ｓ１０６で、サービスモードへ移行させるための内容であると判定されたら（ｓ１０６：ＹＥＳ）、機能サーバ３０に要求すべきサービスを指定する方法をユーザに指定させる（ｓ１１０）。ここでは、図６に示す方法選択画面をディスプレイ５２に表示させ、サービスをリストから指定するか（図６における「リストから選択」）、要求先アドレスを直接入力により指定するか（図６における「直接入力」）の選択を促す。この選択画面が表示された後、ユーザは、操作部１２により、いずれにより指定するかの選択を行うことができる。
【００７５】
このｓ１１０で、リストから指定する旨が選択されたら（ｓ１１０：ＹＥＳ）、ディレクトリサーバ２０にサービス一覧の照会を要求する（ｓ１１２）。ここでは、ディレクトリサーバ２０に対してサービス定義情報２５の送信を要求するためのアドレスとして、あらかじめ記憶部１６に記憶されたアドレス宛に、ＨＴＴＰ１．１（ＨＴＴＰ：ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に基づくＨＴＴＰリクエスト（以降、単に「ＨＴＴＰリクエスト」という）を送信することにより、サービス一覧の照会を要求する。このアドレスに基づいてアクセスを受けたディレクトリサーバ２０は、後述のように、ＨＴＴＰ１．１に基づくＨＴＴＰレスポンス（以降、単に「ＨＴＴＰレスポンス」という）により機能情報要求を返信してくる。この「機能情報要求」とは、複合機１０の有する機能に関する情報の通知を要求するための指令である。
【００７６】
こうして、サービス一覧の照会を要求した後、ディレクトリサーバ２０から返信された機能情報要求を受信したら、複合機１０の機能に関する機能情報をディレクトリサーバ２０へ送信する（ｓ１１３）。本実施形態においては、読取部１３により実現されるスキャナとしての機能（ＳＣＡＮ），記録部１４により実現されるプリンタとしての機能（ＰＲＩＮＴ），音入力部１７および音出力部１８により実現される音声入出力の機能（ＶＯＩＣＥ）などを示す情報と、複合機１０においてディスプレイ５２にメッセージを表示させる言語として設定されている言語に関する情報とからなる機能情報を、ＨＴＴＰリクエストとしてディレクトリサーバ２０へ送信することになる。この機能情報を受信したディレクトリサーバ２０は、後述するトップのサービス定義情報２５を生成してＨＴＴＰレスポンスにより返信してくる。
【００７７】
このトップのサービス定義情報２５としては、後述のように機能情報を構成する言語に関する情報により、ディスプレイ５２に表示させるためのメッセージ部分が日本語で記述されたものと、外国語（例えば英語）で記述されたものと、のいずれかが送信されてくるが、以下の記載では日本語で記述されたものに基づいて説明する。なお、この「サービス定義情報２５」には、「データ保存サービス」，「印刷サービス」，「コピー応用サービス」といったカテゴリそれぞれにおけるサービスの選択を促すサービス選択画面を表示させるためのものと、カテゴリの選択を促すサービス選択画面を表示させるためのものと、があり、このｓ１１２においては、カテゴリの選択を促すサービス選択画面を表示させるためのサービス定義情報（以降、「トップのサービス定義情報」という）２５にアクセスするためのアドレス宛にＨＴＴＰリクエストを送信する。
【００７８】
こうして、サービス一覧の照会を要求した後、ディレクトリサーバ２０から返信されたサービス定義情報２５を受信したら（ｓ１１４）、このサービス定義情報２５に基づいてサービス選択用画面をディスプレイ５２に表示させた後（ｓ１１６）、次の処理（ｓ１２０）へ移行する。このｓ１１６の処理がトップのサービス定義情報２５を受信した後に行われる場合には、図７（ａ）に示すようなトップのサービス定義情報２５（ＸＭＬの記述）に従って、図８（ａ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「ディレクトリサービス」の文字がディスプレイ５２の表示領域上部に配置され、選択可能なカテゴリを表す項目（Ｌｉｎｋ＿Ｔｉｔｌｅ）である「データ保存サービス」，「印刷サービス」および「コピー応用サービス」の文字が表示領域下部に配置されてなるサービス選択画面の表示を行う。なお、この場合のサービス選択画面には、カテゴリに対応する別のサービス定義情報２５のＩＤがリンク先として割り当てられており（図７（ａ）における「Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎ」参照）、いずれかの項目が選択された際に、その項目に対応するＩＤのサービス定義情報２５がディレクトリサーバ２０に要求されることになる。
【００７９】
また、ｓ１１６の処理がトップ以外のサービス定義情報２５を受信した後に行われる場合，具体的な例として、「コピー応用サービス」に関するサービス定義情報２５を受信した場合には、図７（ｂ）に示すようなサービス定義情報２５（ＸＭＬの記述）に従って、図８（ｂ），図８（ｃ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「コピー応用サービス」の文字が表示領域上部に配置され、選択可能なサービスを表す項目（Ｌｉｎｋ＿Ｔｉｔｌｅ）である「すかし入りコピー」，「翻訳コピー」，「原稿読み上げ」および「音声テキスト変換」の文字が表示領域下部に配置されてなるサービス選択画面の表示を行う。なお、本実施形態において、表示領域の制約上、すべての項目を一度に表示することができない場合には、画面をスクロールさせることで各項目の配置が上下に移動するように構成されており、図８（ｂ），図８（ｃ）では、そのようなスクロール前後の状態を示している。また、この場合のサービス選択画面には、サービスに対応する別のサービス定義情報２５のＩＤがリンク先として割り当てられており（図７（ａ）における「Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎ」参照）、いずれかの項目が選択された際に、その項目に対応するＩＤのサービスの提供が機能サーバ３０に要求されることになる。
【００８０】
次に、ユーザによる操作部１２への入力操作を受け付け（ｓ１２０）、こうして行われた入力操作がリンクを選択する操作であるか否かをチェックする（ｓ１２２）。ここでは、ｓ１１６にて表示されたサービス選択用画面における項目を選択する操作，または，ｓ１１８にて表示されたアドレス入力画面にアドレスを入力する操作が入力操作として行われた場合に、リンクを選択する操作であると判定する。
【００８１】
このｓ１２２で、リンクを選択する操作でないと判定された場合（ｓ１２２：ＮＯ）、その入力操作が停止操作であれば（ｓ１２４：ＹＥＳ）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する一方、入力操作が停止操作でなければ（ｓ１２４：ＮＯ）、拒否音（ブザー音など）を鳴動させた後（ｓ１２６）、ｓ１２０へ戻る。
【００８２】
また、ｓ１２２で、入力操作がリンクを選択する操作であると判定された場合（ｓ１２２：ＹＥＳ）、その選択されたリンクがサービスへのリンク，つまり機能サーバ３０にサービスの提供を要求するためのＩＤであるか否かをチェックする（ｓ１２８）。
【００８３】
このｓ１２８で、サービスへのリンクでないと判定された場合，つまり別のサービス定義情報２５のＩＤである場合には（ｓ１２８：ＮＯ）、このＩＤに基づいてサービス一覧の照会を要求した後、ディレクトリサーバ２０から返信された機能情報要求を受信したら、複合機１０の機能に関する機能情報をディレクトリサーバ２０へ送信する（ｓ１２９）。
【００８４】
次に、サービス一覧の照会を要求した後、ディレクトリサーバ２０から返信されたサービス定義情報２５を受信したら（ｓ１３０）、ｓ１１６へ戻ってサービス選択用画面をディスプレイ５２に表示させる。このｓ１２９により送信した機能情報を受信したディレクトリサーバ２０は、後述するようにサービス定義情報２５を生成したうえでＨＴＴＰレスポンスにより返信してくる。
【００８５】
そして、ｓ１２８で、サービスへのリンクであると判定された場合には（ｓ１２８：ＹＥＳ）、後述するセッション処理（図９，図１０）を行った後（ｓ１３２）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する。
（２−２）セッション処理
続いて、図５におけるｓ１３２であるセッション処理の詳細な処理手順を図９，図１０に基づいて説明する。
【００８６】
このセッション処理では、まず、利用するサービスを選択し、サービス定義情報２５のＬｉｎｋ＿Ｌｏｃａｔｉｏｎ（アドレスを直接入力した場合には、そのアドレス）に基づきサービスを起動する（ｓ２０２）。つまり、サービスのアドレス宛にサービス起動指令をＨＴＴＰリクエストにより送信することで、ユーザに選択されたサービスを機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、セッションＩＤがＨＴＴＰレスポンスにより返信されてくる。
【００８７】
次に、ｓ２０４によるサービス起動指令に応じて機能サーバ３０から返信されてくるセッションＩＤを受信する（ｓ２０４）。なお、以降の処理で送信するＨＴＴＰリクエストおよびＨＴＴＰレスポンスには、特に明示しない限り、全てセッションＩＤが含まれた状態で送信されることとし、このＨＴＴＰリクエストを受信した機能サーバ３０側では、このセッションＩＤに基づいて通信中のデバイスを管理（周知のセッション管理）するように構成されている。
【００８８】
次に、複合機１０に対する指令の有無を問い合わせるための「複合機指令問合せ」をＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ２０６）。この「複合機指令問合せ」を受信した機能サーバ３０は、複合機１０に対する指令が発生していれば、その内容を示す指令（指令が発生していない場合には「指令なし」を示す指令）をＨＴＴＰレスポンスにより返信してくる。
【００８９】
次に、ｓ２０６による問い合わせにより返信されてくる指令（複合機指令）を受信したら（ｓ２０８）、その指令がジョブ起動指令であるか否かを判定する（ｓ２１０）。この「ジョブ起動指令」とは、後述のように、ｓ２０２にてサービス起動指令を送信した以降、機能サーバ３０側で発生する指令であり、そのタイミングやサービスの内容に応じて「ＵＩジョブ」，「入力ジョブ（スキャンジョブまたはボイスジョブ）」，「出力ジョブ（プリントジョブまたはスピーカジョブ）」のいずれかの起動を指令する内容となっている。なお、このジョブ起動指令には起動すべきジョブのジョブＩＤ，ジョブの種類（ＵＩジョブ，入力ジョブ（スキャンジョブまたはボイスジョブ）または出力ジョブ（プリントジョブまたはスピーカジョブ））およびジョブの通信先アドレスが付加されている。
【００９０】
このｓ２１０で、ジョブ起動指令であると判定された場合（ｓ２１０：ＹＥＳ）、ジョブの起動に必要なリソースを確保した後（ｓ２１２）、以下に示すｓ２５２〜ｓ２６６によりジョブ起動指令で指令されたジョブの起動を行う。
【００９１】
以下に、このｓ２５２〜ｓ２６６について図１０に基づいて説明する。
ここでは、まず、ジョブ起動指令で指令されたジョブがＵＩジョブであるか否かをチェックし（ｓ２５２）、ＵＩジョブであると判定された場合には（ｓ２５２：ＹＥＳ）、ジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスに基づいてＵＩジョブを起動した後（ｓ２５４）、次の処理（図９におけるｓ２１４）へ移行する。このＵＩジョブは、このｓ２５４の処理で起動された以降、他の処理と並行して実行されるものであり、これについては、後述する「ＵＩジョブ」（図１１）において詳述する。
【００９２】
また、ジョブ起動指令で指令されたジョブがＵＩジョブでないと判定された場合（ｓ２５２：ＮＯ）、その指令されたジョブが入力ジョブの一種であるスキャンジョブ（ｓ２５６：ＹＥＳ）またはボイスジョブ（ｓ２５６：ＮＯ，ｓ２５８：ＹＥＳ）であれば、ジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスに基づいて入力ジョブを起動した後（ｓ２６０）、次の処理（図９におけるｓ２１４）へ移行する。この入力ジョブは、このｓ２６０の処理で起動された以降、他の処理と並行して実行されるものであり、これについては、後述する「入力ジョブ」（図１４）において詳述する。
【００９３】
また、ジョブ起動指令で指令されたジョブが上述したいずれのジョブでないと判定された場合（ｓ２５８：ＮＯ）、その指令されたジョブが出力ジョブの一種であるプリントジョブ（ｓ２６２：ＹＥＳ）またはスピーカジョブ（ｓ２６２：ＮＯ，ｓ２６４：ＹＥＳ）であれば、ジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスに基づいて出力ジョブを起動した後（ｓ２６６）、次の処理（図９におけるｓ２１４）へ移行する。この出力ジョブは、このｓ２６６の処理で起動された以降、他の処理と並行して実行されるものであり、これについては、後述する「出力ジョブ」（図１５）において詳述する。
【００９４】
なお、ジョブ起動指令で指令されたジョブが上述したいずれのジョブでもないと判定された場合（ｓ２６４：ＮＯ）、ジョブの起動を行うことなく、次の処理（図９におけるｓ２１４）へ移行する。
【００９５】
こうして、ジョブの起動を行った後、図９へ戻り、所定インターバル待機した後（ｓ２１４）、ｓ２０６へ戻る。
また、上述したｓ２１０で、ジョブ起動指令でないと判定された場合（ｓ２１０：ＮＯ）、ｓ２０８で受信した指令がジョブ終了指令であるか否かをチェックする（ｓ２１６）。この「ジョブ終了指令」とは、後述のように、図１０における各処理でジョブを起動した以降、このジョブが終了した際に機能サーバ３０側で発生する指令である。なお、このジョブ終了指令には、その終了したジョブのジョブＩＤが付加されている。
【００９６】
このｓ２１６で、ジョブ終了指令であると判定された場合（ｓ２１６：ＹＥＳ）、このジョブ終了指令に付加されたジョブＩＤのジョブを停止させる（該当するジョブに対して終了指示を渡す）と共に、このジョブを起動する前にＳ２１２にて確保したリソースを解放した後（ｓ２１８）、ｓ２１４へ移行する。
【００９７】
また、上述したｓ２１６で、ジョブ終了指令でないと判定された場合（ｓ２１６：ＮＯ）、「指令なし」を示すものであるか否かをチェックし（ｓ２２０）、「指令なし」を示すものであれば（ｓ２２０：ＹＥＳ）、ｓ２１４へ移行する一方、「指令なし」を示すものでなければ（ｓ２２０：ＮＯ）、セッション終了指令であるか否かを判定する（ｓ２２２）。この「セッション終了指令」とは、この複合機１０に対するサービスの提供が終了した際に機能サーバ３０側で発生する処理である。
【００９８】
そして、このｓ２２２で、セッション終了指令であると判定された場合（ｓ２２２：ＹＥＳ）、本セッション処理を終了する一方、ｓ２０８で受信した指令が上述したいずれの指令でもない場合（ｓ２２２：ＮＯ）、エラーを報知するための処理（指令エラーの処理）を行った後（ｓ２２４）、本セッション処理を終了する。このｓ２２４では、エラーである旨のメッセージをディスプレイ５２に表示させることによりエラーを報知する。
（２−３）ＵＩジョブ
続いて、図１０におけるｓ２５４にて起動されるＵＩジョブの処理手順を図１１に基づいて説明する。
【００９９】
このＵＩジョブが開始されると、まず、複合機１０に対する指令の問合せである複合機ジョブ指令問合せを送信用データ格納領域にセットする（ｓ３００）。ここでは、複合機指令問合せを、制御部１１の備えるＲＡＭに確保された送信用データの格納領域に書き込むことにより、複合機ジョブ指令問合せを送信用データ格納領域にセットする。こうしてセットされた情報は、後述する処理（ｓ３１２）でセッションＩＤ及びジョブＩＤとともに機能サーバ３０へ送信されることとなる。なお、こうして「複合機ジョブ指令問合せ」が送信されると、この送信用データを受信した機能サーバ３０は、後述のように、本ＵＩジョブに対する指令が発生していれば、その内容を示す複合機指令（指令が発生していない場合には「指令なし」を示す複合機指令）をＨＴＴＰレスポンスにより返信してくる。
【０１００】
次に、上述したセッション処理からの終了指示があったか否かを判定する（ｓ３０２）。この終了指示は、上述したｓ２１８にてセッション処理から渡される指令である。
このｓ３０２で、セッション処理からの終了指示があったと判定された場合には（ｓ３０２：ＹＥＳ）、セッション処理に対してセッション終了指令を渡すことにより、ＵＩジョブの終了を通知した後（ｓ３０４）、本ＵＩジョブを終了する。なお、このセッション終了指令は、上述したｓ２１８における処理の中で受信される。ｓ２１８の内部では、この指令を受信することによりジョブが完全に停止したと判断し、以降の手順を実施するのである。
【０１０１】
一方、セッション処理からの終了指示がないと判定された場合には（ｓ３０２：ＮＯ）、操作部１２がビジー状態であるか否かを判定する（ｓ３０６）。ここでは、各ジョブの起動中に立つ（「１」がセットされる）ように設定されたビジーフラグＦｕに基づき、ビジーフラグＦｕが立っていればビジー状態であると判定し、ビジーフラグＦｕが下りて（「０」がセットされて）いればビジー状態でないと判定する。
【０１０２】
このｓ３０６で、ビジー状態であると判定された場合には（ｓ３０６：ＹＥＳ）、操作部１２のビジー状態が解除されるまで，つまりビジーフラグＦｕが下りるまで待機した後（ｓ３０８）、ｓ３０６へ戻る一方、ビジー状態でないと判定した場合には（ｓ３０６：ＮＯ）、ビジーフラグＦｕを立てて（ｓ３１０）、本ＵＩジョブにより操作部１２がビジー状態になっているものとする。
【０１０３】
次に、送信用データ格納領域に格納されている情報を、セッションＩＤおよびジョブＩＤと共にＨＴＴＰリクエストとして機能サーバ３０へ送信する（ｓ３１２）。
次に、ｓ３１２による問い合わせにより返信されてくる複合機指令を受信したら（ｓ３１４）、その指令がパラメータ要求であるか否かを判定する（ｓ３１６）。この「パラメータ要求」とは、後述のように、複合機ジョブ指令問合せを受信した機能サーバ３０側で発生する指令であり、このパラメータ要求に付加されたサービスＩ／Ｆ情報３６（図１２参照；翻訳コピーの場合）に基づき、パラメータの指定を複合機１０に対して要求するための指令である。
【０１０４】
このｓ３１６で、パラメータ要求であると判定された場合（ｓ３１６：ＹＥＳ）、このパラメータ要求に付加されたサービスＩ／Ｆ情報３６に基づき、パラメータ入力用画面をディスプレイ５２に表示させ、パラメータの設定をするための入力操作をユーザに促す（ｓ３１８）。
【０１０５】
ここで、サービスＩ／Ｆ情報３６のうち、翻訳コピーサービスに対応するサービスＩ／Ｆ情報３６を例示してパラメータ入力画面が表示される様子について説明する。なお、翻訳コピーサービスとは、複合機１０における読取部１３で読み取られた画像データに基づき、機能サーバ３０が、この画像データで表される画像に対してＯＣＲ（Optical Character Recognition ）処理でテキストを認識し、そのテキストを所定の言語に翻訳した内容の画像を表す画像データを生成して提供することにより、この画像データで表される画像を複合機１０における記録部１４に印刷させるサービスである。
【０１０６】
まず、図１２に示すようなサービスＩ／Ｆ情報３６（ＸＭＬの記述）に従って、図１３（ａ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「翻訳コピー」の文字が表示領域上部に配置され、その下に入力項目（Ｄｉｓｐ＿Ｎａｍｅ）として「言語選択」の文字が配置され、さらにその下に入力項目「言語選択」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）である「英語→日本語」及び「日本語→英語」の文字が配置されたパラメータ入力用画面を表示させる。ここで、「翻訳コピー」に関する入力項目（Ｄｉｓｐ＿Ｎａｍｅ）としては、上記表示されている「言語選択」に加え、「スキャナ設定」，「印刷設定」及び「コメント」があるが、この時点では、「言語選択」についての入力項目のみが表示される。これは、単にディスプレイ５２の大きさの制限によるものであり、この状態から左右の方向キー４８，４９を押下（後述の切替操作）することで、表示領域下部に表示される入力項目を「スキャナ設定」，「印刷設定」及び「コメント」を含む４種類の中から切り替えることができる。
【０１０７】
これら入力項目について選択可能なパラメータについて説明すると、「スキャナ設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）としては、「普通の文字」及び「細かい文字」の文字が表示されることとなる（図１３（ｂ）参照）。ここでいう「普通の文字」とは、読取部１３のパラメータである解像度（読取解像度）を３００×３００ｄｐｉに設定することを意味し、「細かい文字」とは、解像度を６００×６００ｄｐｉに設定することを意味する。
【０１０８】
また、「印刷設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）としては、「印刷速度優先」，「普通」及び「高精細」の文字が表示されることとなる。なお、ディスプレイ５２の大きさの制限により、「高精細」については、初めは表示されていないが（図１３（ｃ）参照）、画面をスクロールさせることで表示される（図１３（ｄ）参照）。ここでいう「印刷速度優先」とは、記録部１４のパラメータである解像度（印刷解像度）を２００×２００ｄｐｉに設定することを意味し、「普通」とは、解像度を３００×３００ｄｐｉに設定することを意味し、「高精細」とは、解像度を６００×６００ｄｐｉに設定することを意味する。
【０１０９】
そして、「コメント」については、「コメント」の文字の下に、コメントの入力欄が表示され、設定されている文字列（Ｄｅｆａｕｌｔ＿Ｓｔｒｉｎｇ）が入力された状態となる（図１３（ｅ）参照）。こうして、コメントとして入力欄に入力された文字列は、例えば、印刷画像のヘッダやフッタに記載されるという形で利用されるものである。
【０１１０】
こうして、ディスプレイ５２にパラメータ入力画面が表示された以降、ユーザは、ディスプレイ５２における表示領域の制限から表示しきれていない別の項目に表示内容を切り替える切替操作（左右の方向キー４８，４９の押下により第ｎ−１，第ｎ＋１番目の項目に切り替える），パラメータを指定する指定操作（上下の方向キー４６，４７の押下により指定されたパラメータ（図１３における破線の四角参照）を指定する），ディスプレイ５２に表示しきれていない他のパラメータを表示させるためのスクロール操作（指定操作を続けることで表示されていないパラメータを表示させると共に、そのパラメータを指定する），パラメータの設定を完了するための完了操作（ＯＫキー５０の押下）などを行うことにより、各項目それぞれのパラメータを指定することができる。
【０１１１】
このｓ３１８にてパラメータ入力画面を表示した以降、ユーザによりパラメータの設定を完了するための完了操作が行われたら、全ての項目のパラメータを送信用データ格納領域にセットした後（ｓ３２０）、ｓ３１０にて立てたビジーフラグＦｕを下げて（ｓ３２２）、ｓ３０２へ戻る。これらのパラメータは、その後、セッションからの終了指示がなく（ｓ３０２：ＮＯ）、操作パネルがビジーではない（ｓ３０６：ＮＯ）状態になると、ｓ３１２の処理にて機能サーバ３０へ送信される。なお、本実施形態においては、後述する処理で複合機１０の有する入出力デバイスに応じた内容のサービスＩ／Ｆ情報３６がパラメータ要求と共に送信されてくることになるが、このとき、複合機１０の有する入出力デバイスだけで機能サーバ３０によるサービスの提供を受けられない場合には、図１３（ｆ）に示すようなエラーメッセージをディスプレイ５２に表示させた後、ｓ３２０を行うことなく、ｓ３２２へ戻る。
【０１１２】
また、上述したｓ３１２による問い合わせにより返信されてくる複合機指令が、パラメータ要求でないと判定された場合には（ｓ３１６：ＮＯ）、ｓ３１４にて受信した複合機指令がサービス状態情報であるか否かを判定する（ｓ３２４）。この「サービス状態情報」とは、後述のように、複合機ジョブ指令問合せ，または，以降の処理（ｓ３３０）で送信される複合機状態情報を受信した機能サーバ３０側で発生する指令であり、問題なくサービスに関わる処理が実行されていること，問題がありサービスを停止することなどを報知するための指令である。
【０１１３】
このｓ３２４で、サービス状態情報であると判定されたら（ｓ３２４：ＹＥＳ）、このサービス状態情報に基づく表示をディスプレイ５２に行わせ（ｓ３２６）、サービスの稼働状態の情報を要求するサービス状態情報要求を送信用データ格納領域にセットした後（ｓ３２７）、Ｓ３２２へ移行する。
【０１１４】
また、ｓ３２４で、サービス状態情報でないと判定されたら（ｓ３２４：ＮＯ）、ｓ３１４にて受信した複合機指令が状態情報要求であるか否かをチェックする（ｓ３２８）。この「状態情報要求」とは、後述のように複合機１０の状態に関する情報の送信を要求するための指令である。
【０１１５】
このｓ３２８で、状態情報要求であると判定されたら（ｓ３２８：ＹＥＳ）、複合機１０の状態に関する情報である複合機状態情報を送信用データ格納領域にセットした後（ｓ３３０）、ｓ３２２へ移行する。ここでは、用紙なし，カバーオープンなどを示す情報を複合機状態情報として機能サーバ３０へ送信する。
【０１１６】
また、ｓ３２８で、状態情報要求でないと判定されたら（ｓ３２８：ＮＯ）、Ｓ３１４にて受信した複合機指令がサーバ受取状況であるか否かをチェックする（ｓ３３２）。この「サーバ受取状況」とは、後述のように、機能サーバ３０が複合機１０からの情報を正常に受け取ることができたか否かを通知するために送信する指令である。
【０１１７】
このｓ３３２で、サーバ受取状況であると判定されたら（ｓ３３２：ＹＥＳ）、このサーバ受取状況の内容が異常受取（ＮＧ）を表すものである場合（ｓ３３４：ＹＥＳ）、このサーバ受取状況を送信する契機となった情報を送信用データ格納領域に再度セットした後（ｓ３３６）、ｓ３２２へ移行する一方、異常受取（ＮＧ）を表すものでない場合（ｓ３３４：ＮＯ）、サービスの稼動状態の情報を要求する指令であるサービス状態情報要求を送信用データ格納領域にセットした後（ｓ３３７）、ｓ３２２へ移行する。
【０１１８】
そして、ｓ３３２で、サーバ受取状況でないと判定されたら（ｓ３３２：ＮＯ）、Ｓ３１４にて受信した複合機指令が「指令なし」を示すものか否かをチェックし（ｓ３３８）、「指令なし」を示すものであれば（ｓ３３８：ＹＥＳ）、ｓ３００と同様、複合機ジョブ指令問合せを送信用データ格納領域にセットした後（ｓ３３９）、ｓ３２２へ移行する。一方、「指令なし」を示すものでなければ（ｓ３３８：ＮＯ）、エラー処理（指定エラーの処理）を行い（ｓ３４０）、ｓ３００と同様、複合機ジョブ指令問合せを送信用データ格納領域にセットした後（ｓ３４５）、ｓ３２２へ移行する。
（２−４）入力ジョブ
続いて、図１０におけるｓ２６０にて起動される入力ジョブの処理手順を図１４に基づいて説明する。この入力ジョブは、上述したセッション処理およびＵＩジョブと並列動作する処理である。
【０１１９】
この入力ジョブが開始されると、まず、入力デバイスがビジー状態であるか否かを判定する（ｓ４０２）。ここでは、入力デバイスがビジー状態である場合に立つ（「１」がセットされる）ように設定されたビジーフラグＦｉに基づき、ビジーフラグＦｉが立っていればビジー状態であると判定し、ビジーフラグＦｉが下りて（「０」がセットされて）いればビジー状態でないと判定する。なお、ここでいう「入力デバイス」とは、読取部１３で生成された画像データに関するサービスの提供を受ける場合であれば読取部１３であり、音入力部１７で生成された音データに関するサービスを受ける場合であれば音入力部１７のことである。
【０１２０】
このｓ４０２で、入力デバイスがビジー状態であると判定された場合には（ｓ４０２：ＹＥＳ）、入力デバイスのビジー状態が解除されるまで待機した後（ｓ４０４）、ｓ４０２の処理へ戻る一方、入力デバイスがビジー状態ではないと判定された場合には（ｓ４０２：ＮＯ）、ビジーフラグＦｉを立てる（ｓ４０６）。
【０１２１】
次に、複合機１０の状態に関する情報である複合機状態情報を、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４０８）。この複合機状態情報を受信した機能サーバ３０は、後述のように、図１１におけるｓ３２０にて送信用データ格納領域にセットしてから同図ｓ３１２にて機能サーバ３０に送信しておいたパラメータに基づく情報である複合機パラメータをＨＴＴＰレスポンスにより返信してくる。
【０１２２】
次に、ｓ４０８にて送信した複合機状態情報に対して複合機パラメータが返信されてきたら（ｓ４１０）、セッション処理から終了指示が渡されたか否か（セッションからの終了指示があるか）を判定する（ｓ４１２）。この終了指示は、図９におけるｓ２１８により終了するジョブが入力ジョブである場合において、セッション処理から本入力ジョブに渡される指示である。
【０１２３】
このｓ４１２で、セッション処理から終了指示が渡されていないと判定された場合には（ｓ４１２：ＮＯ）、ｓ４１０にて返信されてきた複合機パラメータを正常に受信できていなければ（ｓ４１４：ＮＯ）、機能サーバ３０からの情報を正常に受け取ることができない旨（異常受取（ＮＧ）である旨）を通知するための複合機受取状況を、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４１６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、複合機パラメータをＨＴＴＰレスポンスとして返信してくるため、このｓ４１６の後、ｓ４１０へ戻る。
【０１２４】
一方、ｓ４１０にて複合機パラメータを正常に受信できていれば（ｓ４１４：ＹＥＳ）、機能サーバ３０からの情報を正常に受け取ることができた旨（正常受取（ＯＫ）である旨）を通知するための複合機受取状況を、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４１８）。この複合機受取状況を受信した機能サーバ３０は、後述のように、機能サーバ３０側で処理すべきデータの送信を要求するための入力データ要求を返信してくる。
【０１２５】
次に、複合機受取状況を受信した機能サーバ３０から入力データ要求が返信されてきたら（ｓ４２０）、ｓ４１２と同様に、セッション処理から終了指示が渡されたか否かを判定する（ｓ４２２）。
【０１２６】
このｓ４２２で、セッション処理から終了指示が渡されていないと判定された場合には（ｓ４２２：ＮＯ）、ｓ４２０にて返信されてきた入力データ要求を正常に受信できていなければ（ｓ４２４：ＮＯ）、ｓ４１６と同様に、異常受取（ＮＧ）である旨を通知するための複合機受取状況を機能サーバ３０へ送信する（ｓ４２６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、入力データ要求を返信してくるため、このｓ４２６の後、ｓ４２０へ戻る。
【０１２７】
一方、ｓ４２０にて返信されてきた入力データ要求を正常に受信できていれば（ｓ４２４：ＹＥＳ）、機能サーバ３０側で処理させるべき入力データを、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４２８）。ここでは、まず、入力デバイスの設定値をｓ４１０にて受信した複合機パラメータで示されるパラメータに変更した後、機能サーバ３０側で処理させるべきデータの入力を促すためのデータ入力画面をディスプレイ５２に表示させることにより、データを複合機１０に入力するための操作をユーザに促す。その後、ユーザによりデータを入力するための操作が行われることにより取得したデータ（入力データ）を、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する。具体的な例としては、例えば、「原稿をセットしてＯＫキーを押してください」，「受話器をとって音声を入力してください」などのメッセージをディスプレイ５２に表示し、この後、読取部１３または音入力部１７により取得されるデータを機能サーバ３０へ順次送信する。この入力データを受信した機能サーバ３０は、この入力データに基づくデータ処理が正常に終了したか否かを通知するためのサービス状態情報を返信してくる、といった構成が考えられる。
【０１２８】
なお、この処理におけるデータの取得方法については、図示されないメモリカードスロットにセットされたメモリーカードから読み出したり、記憶部１６における特定の記憶領域から読み出すといった方法であってもよく、その場合には、データの取得先となる記憶領域を指定すべきメッセージをディスプレイ５２に表示させればよい。
【０１２９】
こうして、入力データを機能サーバ３０へ送信した後、ｓ４２８の処理で変更された入力デバイスの設定値を元に戻し（ｓ４３０）、その後、機能サーバ３０から返信されるサービス状態情報を受信する（ｓ４３２）。
【０１３０】
そして、ｓ４３２にてサービス情報を受信した後、または、ｓ４１２，ｓ４２２でセッション処理から終了指示が渡されていると判定された場合には（ｓ４１２：ＹＥＳ，ｓ４２２：ＹＥＳ）、ｓ４０６にて立てたビジーフラグＦｉを下ろした後（ｓ４３４）、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共にセッション処理へ入力ジョブの終了を通知して（ｓ４３６）、本入力ジョブを終了する。この入力ジョブの終了の通知は、上述したｓ２１８における処理の中で受信される。ｓ２１８の内部では、この指令を受信することでジョブが完全に停止したと判断し、以降の手順を実施するのである。
（２−５）出力ジョブ
最後に、図１０におけるｓ２６６にて起動される出力ジョブの処理手順を図１５に基づいて説明する。この入力ジョブは、上述したセッション処理およびＵＩジョブと並列動作する処理である。
【０１３１】
この出力ジョブが開始されると、まず、出力デバイスがビジー状態であるか否かを判定する（ｓ５０２）。ここでは、出力デバイスがビジー状態である場合に立つ（「１」がセットされる）ように設定されたビジーフラグＦｏに基づき、ビジーフラグＦｏが立っていればビジー状態であると判定し、ビジーフラグＦｏが下りて（「０」がセットされて）いればビジー状態でないと判定する。なお、ここでいう「出力デバイス」とは、記録部１４で印刷する画像データに関するサービスの提供を受ける場合であれば記録部１４であり、音出力部１８から出力する音データに関するサービスの提供を受ける場合であれば音出力部１８のことである。
【０１３２】
このｓ５０２で、出力デバイスがビジー状態であると判定された場合には（ｓ５０２：ＹＥＳ）、出力デバイスのビジー状態が解除されるまで待機した後（ｓ５０４）、ｓ５０２の処理へ戻る一方、出力デバイスがビジー状態ではないと判定された場合には（ｓ５０２：ＮＯ）、ビジーフラグＦｏを立てる（ｓ５０６）。
【０１３３】
次に、複合機１０の状態に関する情報である複合機状態情報を、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ５０８）。この複合機状態情報を受信した機能サーバ３０は、後述のように、図１１におけるｓ３２０にて送信用データ格納領域にセットしてから同図ｓ３１２にて機能サーバ３０に送信しておいたパラメータに基づく情報である複合機パラメータをＨＴＴＰレスポンスにより返信してくる。
【０１３４】
次に、ｓ５０８にて送信した複合機状態情報に対して複合機パラメータが返信されてきたら（ｓ５１０）、セッション処理から終了指示が渡されたか否か（セッションからの終了指示があるか）を判定する（ｓ５１２）。この終了指示は、図９におけるｓ２１８により終了するジョブが出力ジョブである場合において、セッション処理から本出力ジョブに渡される指示である。
【０１３５】
このｓ５１２で、セッション処理から終了指示が渡されていないと判定された場合には（ｓ５１２：ＮＯ）、ｓ５１０にて返信されてきた複合機パラメータを正常に受信できていなければ（ｓ５１４：ＮＯ）、機能サーバ３０からの情報を正常に受け取ることができない旨（異常受取（ＮＧ）である旨）を通知するための複合機受取状況を、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ５１６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、複合機パラメータを返信してくるため、このｓ５１６の後、ｓ５１０へ戻る。
【０１３６】
一方、ｓ５１０にて複合機パラメータを正常に受信できていれば（ｓ５１４：ＹＥＳ）、機能サーバ３０からの情報を正常に受け取ることができた旨（正常受取（ＯＫ）である旨）を通知するための複合機受取状況を、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ５１８）。この複合機受取状況を受信した機能サーバ３０は、後述のように、図１４におけるｓ４２８にて送信した入力データに基づいて処理してなるデータ（出力データ）を返信してくる。
【０１３７】
次に、複合機受取状況を受信した機能サーバ３０から出力データが返信されてきたら（ｓ５２０）、ｓ５１２と同様に、セッション処理から終了指示が渡されたか否かを判定する（ｓ５２２）。
【０１３８】
このｓ５２２で、セッション処理から終了指示が渡されていないと判定された場合には（ｓ５２２：ＮＯ）、ｓ５２０にて返信されてきた出力データを正常に受信できていなければ（ｓ５２４：ＮＯ）、ｓ５１６と同様に、異常受取（ＮＧ）である旨を通知するための複合機受取状況を機能サーバ３０へ送信する（ｓ５２６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、出力データを返信してくるため、このｓ５２６の後、ｓ５２０へ戻る。
【０１３９】
一方、ｓ５２０にて返信されてきた出力データを正常に受信できていれば（ｓ５２４：ＹＥＳ）、この出力データを出力デバイスにより出力する（ｓ５２８）。ここでは、まず、出力デバイスの設定値をｓ５１０にて受信した複合機パラメータで示されるパラメータに変更した後、この出力デバイスにより出力データを出力（例えば、画像データが表す画像の印刷や、音データが表す音声の出力）する。
【０１４０】
こうして、出力データの出力デバイスによる出力を終えた後、ｓ５２８で変更された出力デバイスの設定値を元に戻し（ｓ５３０）、複合機１０の状態に関する情報である複合機状態情報を、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ５３２）。この複合機状態情報を受信した機能サーバ３０は、後述のように、サービス状態情報を返信してくる。
【０１４１】
そして、機能サーバ３０から返信されるサービス状態情報を受信した後（ｓ５３４）、または、ｓ５１２，ｓ５２２でセッション処理から終了指示が渡されていると判定された場合には（ｓ５１２：ＹＥＳ，ｓ５２２：ＹＥＳ）、ｓ４０６にて立てたビジーフラグＦｏを下ろした後（ｓ５３６）、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共にセッション処理へ入力ジョブの終了を通知して（ｓ５３８）、本入力ジョブを終了する。この入力ジョブの終了の通知は、上述したｓ２１８における処理の中で受信される。ｓ２１８の内部では、この指令を受信することでジョブが完全に停止したと判断し、以降の手順を実行するのである。
（３）機能サーバ３０による処理
以下に、機能サーバ３０の制御部３１により実行される各種処理について説明する。
（３−１）機能サーバ処理
はじめに、ＨＴＴＰリクエストが受信される毎に行われる機能サーバ処理の処理手順を図１６，図１７に基づいて説明する。
【０１４２】
この機能サーバ処理が起動されると、まず、受信したＨＴＴＰリクエストがサービス起動指令であるか否かをチェックする（ｓ７０２）。この「サービス起動指令」は、図９におけるｓ２０２にて複合機１０により送信されるものである。
【０１４３】
このｓ７０２で、サービス起動指令であると判定された場合には（ｓ７０２：ＹＥＳ）、セッションＩＤを生成し、このセッションＩＤを示す送信データを生成すると共に、サービスの実行のためのリソースを確保して該当するプロセスを起動した後（ｓ７０８）、次の処理（ｓ７３４）へ移行する。ここで起動するプロセスとは、後述するセッション処理（図１８）のことである。
【０１４４】
また、ｓ７０２で、サービス起動指令でないと判定された場合には（ｓ７０２：ＮＯ）、ＨＴＴＰリクエストがサービス終了指令であるか否かをチェックする（ｓ７１０）。この「サービス終了指令」は、複合機１０のキャンセルキー５１押下などの操作によりサービスの実行の停止が指示されることにより、複合機１０側から送信されるものである。
【０１４５】
このｓ７１０で、サービス終了指令であると判定された場合には（ｓ７１０：ＹＥＳ）、セッションＩＤおよびｓ７０８にて確保されたリソースを解放し、サービス終了を表す送信データを生成した後（ｓ７１２）、次の処理（図１７におけるｓ７３４）へ移行する。一方、サービス終了指令ではないと判定された場合には（ｓ７１０：ＮＯ）、サービス（セッション又はジョブ）に関する情報が含まれているか否か，具体的には複合機１０がセッション処理またはジョブ（ＵＩジョブ，入力ジョブ，出力ジョブ）において送信してきたＨＴＴＰリクエストであるか否かをチェックする（ｓ７１４）。
【０１４６】
このｓ７１４で、サービスに関する情報が含まれていると判定された場合には（ｓ７１４：ＹＥＳ）、そのＨＴＴＰリクエストを送信してきたプロセス（セッション処理，ＵＩジョブ，入力ジョブ，出力ジョブのいずれか）を特定する（ｓ７１６）。
【０１４７】
このｓ７１６によりプロセスを特定できなければ（ｓ７１８：ＹＥＳ）、エラーを通知するための情報（エラー通知情報）を生成した後（ｓ７２０）、次の処理（ｓ７３４）へ移行する。
【０１４８】
一方、ｓ７１６によりプロセスを特定できれば（ｓ７１８：ＮＯ）、その特定したプロセスにＨＴＴＰリクエストにて送信されてきた情報を渡す（ｓ７２２）。
こうして、ｓ７２２を終えた後、または、ｓ７１４にてサービスに関する情報が含まれていないと判定された場合（ｓ７１４：ＮＯ）、セッションＩＤまたはジョブＩＤに対応する情報の記憶領域を特定する（ｓ７２４）。
【０１４９】
このｓ７２４により記憶領域を特定できなければ（ｓ７２６：ＹＥＳ）、ｓ７２０へ移行してエラー通知情報を生成して次の処理（ｓ７３４）へ移行する。一方、記憶領域を特定できれば（ｓ７２６：ＮＯ）、この記憶領域に複合機１０へ返信すべき情報が存在しているか否かをチェックする（ｓ７２８）。
【０１５０】
そして、このｓ７２８で、返信すべき情報が存在していないと判定されたら（ｓ７２８：ＮＯ）、「指令なし」の情報を生成した後（ｓ７３０）、次の処理（ｓ７３４）へ移行する一方、送信すべき情報が存在していると判定されたら（ｓ７２８：ＹＥＳ）、その返信情報に基づいて複合機制御指令を生成した後（ｓ７３２）、次の処理（ｓ７３４）へ移行する。
【０１５１】
こうして、ｓ７０８，ｓ７１２，ｓ７２０．ｓ７３０，ｓ７３２にて生成した情報をＨＴＴＰレスポンスとして複合機１０へ返信する（ｓ７３４）。ここで返信されるＨＴＴＰレスポンスのうち、ｓ７０８にて生成された送信データは、図９におけるｓ２０４にて複合機１０が受信するものである。また、ｓ７１２にて生成されたサービス終了を表す送信データは、図９におけるｓ２０８にて複合機１０が受信し、ｓ２２２にて「ＹＥＳ」と判定されるものである。また、ｓ７２０にて生成されたエラー通知情報は、図９におけるｓ２０８にて複合機１０が受信し、ｓ２２２にて「ＮＯ」と判定され、ｓ２２４が実施されるものである。また、ｓ７３０にて生成された「指令なし」の情報は、図９におけるｓ２０８にて複合機１０が受信し、ｓ２２０にて「ＹＥＳ」と判定されるものである。そして、ｓ７３２にて生成された複合機制御指令は、後述する各ジョブにおいて異なる内容のものとなり、それぞれ複合機１０側で対応するジョブにおいて受信されるものである。
【０１５２】
そして、サービス制御情報処理が実施された，すなわちｓ７１０にて「ＮＯ」と判定された場合は（ｓ７３６：ＹＥＳ）、セッションＩＤ又はジョブＩＤに対応するメモリアドレスに「送信済み」をセットした後（ｓ７３８）、本機能サーバ処理を終了する一方、サービス制御情報処理が実施されていなければ（ｓ７３６：ＮＯ）、メモリアドレスのセットを行うことなく、本機能サーバ処理を終了する。このサービス制御情報処理とは、ｓ７１４〜ｓ７３２に記載の複合機１０と機能サーバ３０のセッション，ジョブとの情報授受の処理を指す。
（３−２）セッション処理
続いて、機能サーバ処理と並行して実行されるセッション処理の処理手順を図１８，図１９に基づいて説明する。なお、本実施形態においては、翻訳コピーのサービスについてのセッション処理を例に説明する。
【０１５３】
このセッション処理が開始されると、まず、初期化処理を行う（ｓ８０２）。
次に、サービス側ＵＩジョブを起動する（ｓ８０４）。このＵＩジョブ（ＵＩジョブ１またはＵＩジョブ２）は、本セッション処理と並行して実行される処理であって、詳細な処理手順は後述する。
【０１５４】
次に、ＵＩジョブの起動指令を複合機指令として出力する（ｓ８０６）。ここでは、ジョブＩＤおよび通信先アドレスと共にＵＩジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に起動指令として送信されることとなる。この起動指令は、図９におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてＵＩジョブが起動されることとなる（図１０におけるｓ２５４）。
【０１５５】
次に、複合機１０側からのパラメータの入力が完了したか否かをチェックする（ｓ８０８）。上述したｓ８０４にて起動したＵＩジョブにおいては、後述のように、複合機１０側からパラメータを取得し、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このｓ８０８では、このＵＩジョブからのパラメータ取得の通知がなされた場合に、複合機１０側からのパラメータの入力が完了したと判定する。
【０１５６】
このｓ８０８で、パラメータの入力が完了していないと判定された場合には（ｓ８０８：ＮＯ）、ＵＩジョブが停止したか否かをチェックする（ｓ８１０）。上述したｓ８０４にて起動したＵＩジョブにおいては、後述のように、複合機１０側からのパラメータの取得が正常に行われなかった場合に、ＵＩジョブ自体を停止（終了）すると共に、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このｓ８１０では、このＵＩジョブからの停止の通知がなされた場合に、ＵＩジョブが停止したと判定する。
【０１５７】
このｓ８１０で、ＵＩジョブが停止していないと判定された場合（ｓ８１０：ＮＯ）、ｓ８０８へ戻る一方、ＵＩジョブが停止していると判定された場合（ｓ８１０：ＹＥＳ）、後述するｓ８４８へ移行する。
【０１５８】
また、ｓ８０８で、パラメータの入力が完了していると判定された場合には（ｓ８０８：ＹＥＳ）、サービス側入力ジョブの一種であるスキャンジョブを起動する（ｓ８１２）。このスキャンジョブは、本セッション処理と並行して実行される処理であって、詳細な処理手順は後述する。
【０１５９】
次に、スキャン（入力）ジョブの起動指令を複合機指令として出力する（ｓ８１４）。ここでは、ジョブＩＤおよび通信先アドレスと共にスキャンジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に起動指令として送信されることとなる。この起動指令は、図９におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において入力ジョブが起動されることとなる。
【０１６０】
次に、複合機１０側でスキャナ（読取部１３）の準備が完了したか否かをチェックする（ｓ８１６）。上述したｓ８１２にて起動したスキャンジョブにおいては、後述のように、複合機１０側においてスキャナの準備が完了したことの通知を受け、その旨を本セッション処理に通知してくるように構成されている。そのため、このｓ８１６では、このスキャンジョブからのスキャナの準備が完了したことの通知がなされた場合に、複合機１０側でスキャナの準備が完了したと判定する。
【０１６１】
このｓ８１６で、複合機１０側でスキャナの準備が完了していないと判定された場合には（ｓ８１６：ＮＯ）、スキャンジョブが停止したか否かをチェックする（ｓ８１８）。上述したｓ８１２にて起動したスキャンジョブにおいては、後述のように、複合機１０側からスキャナの準備が完了したことの通知を正常に受けられなかった場合に、スキャンジョブ自体を停止（終了）すると共に、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このｓ８１８では、このスキャンジョブからの停止の通知がなされた場合に、スキャンジョブが停止したと判定する。
【０１６２】
このｓ８１８で、スキャンジョブが停止していないと判定された場合（ｓ８１８：ＮＯ）、ｓ８１６へ戻る一方、スキャンジョブが停止していると判定された場合（ｓ８１８：ＹＥＳ）、後述するｓ８４４へ移行する。
【０１６３】
また、ｓ８１６で、スキャナの準備が完了していると判定された場合には（ｓ８１６：ＹＥＳ）、サービス側出力ジョブの一種である印刷ジョブを起動する（ｓ８２０）。この印刷ジョブは、本セッション処理と並行して実行される処理であって、詳細な処理手順は後述する。
【０１６４】
次に、印刷（出力）ジョブの起動指令を複合機指令として出力する（ｓ８２２）。ここでは、ジョブＩＤおよび通信先アドレスと共に印刷ジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に起動指令として送信されることとなる。この起動指令は、図９におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において出力ジョブが起動されることとなる（図１０におけるｓ２６６）。
【０１６５】
次に、複合機１０側で印刷準備（記録部１４）の準備が完了したか否かをチェックする（ｓ８２４）。上述したｓ８２０にて起動した印刷ジョブにおいては、後述のように、複合機１０側において印刷準備が完了したことの通知を受け、その旨を本セッション処理に通知してくるように構成されている。そのため、このｓ８２４では、この印刷ジョブからの印刷準備が完了したことの通知がなされた場合に、複合機１０側で印刷準備が完了したと判定する。
【０１６６】
このｓ８２４で、複合機１０側で印刷準備が完了していないと判定された場合には（ｓ８２４：ＮＯ）、印刷ジョブが停止したか否かをチェックする（ｓ８２６）。上述したｓ８２０にて起動した印刷ジョブにおいては、後述のように、複合機１０側から印刷準備が完了したことの通知を正常に受けられなかった場合に、印刷ジョブ自体を停止（終了）すると共に、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このｓ８２６では、この印刷ジョブからの停止の通知がなされた場合に、印刷ジョブが停止したと判定する。
【０１６７】
このｓ８２６で、印刷ジョブが停止していないと判定された場合（ｓ８２６：ＮＯ）、ｓ８２４へ戻る一方、印刷ジョブが停止していると判定された場合（ｓ８２６：ＹＥＳ）、後述するｓ８４０へ移行する。
【０１６８】
また、ｓ８２４で、印刷準備が完了していると判定された場合には（ｓ８２４：ＹＥＳ）、複合機１０側から取得された入力データを読み出す（ｓ８２８）。上述したｓ８１２にて起動したスキャンジョブにおいては、後述のように、複合機１０から、この複合機１０の読取部１３にて読み取られた画像データを取得するように構成されているため、このｓ８２８では、こうして取得されて所定の記憶領域に格納されたデータ（入力データ）のうち、１頁分に相当するデータ領域を読み出す。
【０１６９】
次に、ｓ８２８にて読み出された入力データに対してＯＣＲ，翻訳，印刷レイアウトなどの処理を施してなる画像データを生成する（ｓ８３０）。ここでは、まず、ｓ８２８にて読み出された入力データに対してＯＣＲ処理を施すことにより、この入力データで表される画像に含まれるテキスト部分を認識する。次に、このテキスト部分に対して翻訳処理を行うことによりテキスト部分を所定の言語で表現されたテキストに変換する。なお、ここでの翻訳処理は、上述したｓ８０４にて起動したＵＩジョブにおいて取得されるパラメータに基づいて行われるものであり、このパラメータで示される言語への変換が行われることとなる。そして、こうして認識されたテキスト部分について、所定の印刷レイアウトを設定してなる印刷用の画像データを生成する。
【０１７０】
次に、ｓ８３０にて生成された画像データを出力する（ｓ８３２）。ここでは、ジョブＩＤおよび通信先アドレスと共にｓ８３０にて生成された画像データを、印刷ジョブにわたすために記憶領域に書き込む処理を行う。これに基づいて後述する図２２のｓ１１２０にて複合機１０に適合した印刷コマンドを作成し、複合機１０へ送信する。
【０１７１】
次に、ｓ８２８にて全ての入力データ（全ページ分のデータ領域）についての読み出しが完了したか否かをチェックし（ｓ８３４）、完了していなければ（ｓ８３４：ＮＯ）、ｓ８２８へ戻る一方、完了していれば（ｓ８３４：ＹＥＳ）、ｓ８３２による出力データの出力（記憶領域への書き込み）が終了したか否かをチェックする（ｓ８３６）。
【０１７２】
このｓ８３６で、出力データの出力が完了していなければ（ｓ８３６：ＮＯ）、ｓ８２８へ戻る一方、出力データの出力が完了していれば（ｓ８３６：ＹＥＳ）、印刷（出力）ジョブの終了指令を複合機指令として出力する（ｓ８３８）。ここでは、ジョブＩＤと共に印刷ジョブの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図９におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において出力ジョブが停止（終了）されることとなる（同図ｓ２１８）。
【０１７３】
こうして、印刷ジョブの終了指令を出力した後、または、上述したｓ８２６で印刷ジョブが停止されたと判定された場合（ｓ８２６：ＹＥＳ）、ｓ８２０で起動させたサービス側印刷ジョブを終了させる（ｓ８４０）。
【０１７４】
次に、スキャン（入力）ジョブの終了指令を複合機指令として出力する（ｓ８４２）。ここでは、ジョブＩＤと共にスキャンジョブの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図９におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において入力ジョブが停止（終了）されることとなる（同図ｓ２１８）。
【０１７５】
こうして、スキャンジョブの終了指令を出力した後、または、上述したｓ８１８でスキャンジョブが停止されたと判定された場合（ｓ８１８：ＹＥＳ）、ｓ８１２で起動させたサービス側スキャンジョブを終了させる（ｓ８４４）。
【０１７６】
次に、ＵＩジョブの終了指令を複合機指令として出力する（ｓ８４６）。ここでは、ジョブＩＤと共にスキャンジョブの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図９におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてＵＩジョブが停止（終了）されることとなる（同図ｓ２１８）。
【０１７７】
こうして、ＵＩジョブ終了指令を複合機指令として出力した後、または、上述したｓ８１０でＵＩジョブが停止していると判定された場合（ｓ８１０：ＹＥＳ）、ｓ８１２で起動させたサービス側ＵＩジョブを終了させる（ｓ８４８）。
【０１７８】
そして、各ジョブにおいて確保されていたリソースを解放するなどの終了処理を行った後（ｓ８５０）、本セッション処理を終了する（ｓ８５２）。このｓ８５２では、サービスの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図９におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてセッション処理が終了されることとなる（同図ｓ２２２）。
（３−３）ＵＩジョブ
続いて、図１８におけるｓ８０４にて起動されるＵＩジョブの処理手順を図２０に基づいて説明する。
【０１７９】
このＵＩジョブが開始されると、まず、複合機１０から複合機ジョブ指令問合せを受信するまで待機し、この複合機ジョブ指令問合せを受信したら（ｓ９０２）、サービスの実行に必要なパラメータの設定を要求するためのパラメータ要求指令を複合機指令として複合機１０へ返信する（ｓ９０４）。このｓ９０２において受信する「複合機ジョブ指令問合せ」とは、図１１におけるｓ３１２にて複合機１０から送信されるＨＴＴＰリクエストである。また、ｓ９０４にて送信する複合機指令とは、同図ｓ３１４にて複合機１０に受信されるＨＴＴＰレスポンスであり、サービスＩ／Ｆ情報３６（例えば、翻訳コピーのサービスに対応するもの；図１２参照）が付加されたものである。この複合機指令を受信した複合機１０は、同図ｓ３１６〜ｓ３２０にてパラメータを送信用データ格納領域にセットしてからｓ３１２にてこのパラメータをＨＴＴＰリクエストにより送信してくる。
【０１８０】
次に、エラーカウントを初期化する（ｓ９０６）。ここでは、後述のようにパラメータを正常に受信できない自体が連続して発生した回数をカウントするためのカウンタをリセット（「０」をセット）する。
【０１８１】
次に、ｓ９０４にて送信した複合機指令を受信した複合機１０からパラメータが送信されてくるまで待機し、パラメータを受信したら（ｓ９０８）、このパラメータを正常に受信できているか否かをチェックする（ｓ９１０）。
【０１８２】
このｓ９１０にてパラメータが正常に受信できていないと判定された場合には（ｓ９１０：ＮＯ）、このような正常に受信できない状況が所定の回数（本実施形態においては２回）連続して発生しているか否かをエラーカウントによるカウント値に基づいてチェックし（ｓ９１２）、所定の回数連続して発生していなければ（ｓ９１２：ＮＯ）、パラメータを正常に受信できなかった旨（サーバ受取ＮＧ；異常受取）を通知するためのサーバ受取状況を出力し（ｓ９１４）、エラーカウントをカウントアップした後（ｓ９１６）、ｓ９０８へ戻る。このｓ９１４では、サーバ受取状況を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側にサーバ受取状況として送信されることとなる。このサーバ受取状況は、図９におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてパラメータの再送信が行われることとなる（図１１におけるｓ３３４，ｓ３３６，ｓ３１２）。
【０１８３】
また、ｓ９１２で、正常に受信できない状況が所定の回数連続して発生していたら（ｓ９１２：ＹＥＳ）、セッション処理に対してＵＩジョブの停止（終了）を通知した後（ｓ９１８）、本ＵＩジョブ１を終了する。このｓ９１８による通知は、図１８におけるｓ８１０にてセッション処理が受けるものである。
【０１８４】
また、上述したｓ９１０で、パラメータが正常に受信できていると判定された場合には（ｓ９１０：ＹＥＳ）、パラメータを正常に受信できた旨（サーバ受取ＯＫ；正常受取）を通知するためのサーバ受取状況を出力する（ｓ９２０）。ここでは、サーバ受取状況を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側にサーバ受取状況として送信されることとなる。このサーバ受取状況は、図１１におけるｓ３１２にて複合機１０側で受信され、これに基づいて、複合機１０側においてパラメータの再送信が必要ないことが確認される（同図ｓ３３４）。
【０１８５】
次に、セッション処理に対してパラメータの入力が完了（パラメータを取得）した旨を通知する（ｓ９２２）。ここでの通知は、図１８におけるｓ８０８にてセッション処理が受けるものである。
【０１８６】
そして、このｓ９２２を終えた以降、複合機１０から複合機ジョブ指令問合せを受信するまで待機し、この複合機ジョブ指令問合せを受信したら（ｓ９２４）、サービス状態情報を出力する（ｓ９２６）、といった処理を、他の処理（例えば、図１９におけるｓ８４６）により本ＵＩジョブが停止（終了）されるまで繰り返し行う。このｓ９２６では、サービス状態情報を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側にサービス状態情報として送信されることとなる。
（３−４）スキャンジョブ
続いて、図１８におけるｓ８１２にて起動されるスキャンジョブの処理手順を図２１に基づいて説明する。
【０１８７】
このスキャンジョブが開始されると、まず、複合機１０から複合機状態情報を受信するまで待機し、この複合機状態情報を受信したら（ｓ１００２）、図２０におけるｓ９０６と同様にエラーカウントを初期化した後（ｓ１００４）、複合機パラメータを出力する（ｓ１００６）。このｓ１００２にて受信される複合機状態情報は、図１４におけるｓ４０８にて複合機１０から送信されてくるＨＴＴＰリクエストであり、これに応答する形でｓ１００６にて複合機パラメータをＨＴＴＰレスポンスとして返信する。この複合機パラメータは、図２０におけるｓ９０８にて受信されたものであって、ｓ１００２にて受信された複合機状態情報の送信元である複合機１０に対応するパラメータである。
【０１８８】
この複合機パラメータを受信した複合機１０からは、この複合機パラメータを正常に受信できたか否かを示す複合機受取状況が送信されてくるため、この複合機受取状況に基づいて複合機１０側で正常に受け取ることができたか否かをチェックする（ｓ１００８）。具体的には、複合機受取状況が、異常受取（ＮＧ）である旨の内容であれば正常に受け取ることができていないと判定し、正常受取（ＯＫ）である旨の内容であれば正常に受け取ることができていると判定する。
【０１８９】
このｓ１００８で、複合機１０側で複合機パラメータを正常に受け取ることができていないと判定された場合（ｓ１００８：ＮＯ）、このような正常に受信できない状況が所定の回数（本実施形態においては２回）連続して発生しているか否かをエラーカウントによるカウント値に基づいてチェックし（ｓ１０１０）、所定の回数連続して発生していなければ（ｓ１０１０：ＮＯ）、エラーカウントをカウントアップした後（ｓ１０１２）、ｓ１００６へ戻る。
【０１９０】
また、ｓ１０１０で、正常に受信できない状況が所定の回数連続して発生していたら（ｓ１０１０：ＹＥＳ）、セッション処理に対してスキャンジョブの停止（終了）を通知した後（ｓ１０１４）、異常終了を通知するための通知指令をサービス状態情報として出力する（ｓ１０１６）。このｓ１０１４による通知は、図１８におけるｓ８１８にてセッション処理が受けるものである。また、ｓ１０１６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図１４におけるｓ４１０にて複合機１０側で受信される。複合機１０では、図１４におけるｓ４１２にて、図１８のｓ８１８により送信され、図２１におけるｓ１０１４にて受けとられた指令に基づきセッションより通知された情報に基づき終了すると判断する（ｓ４１２：ＮＯ）。
【０１９１】
また、上述のｓ１００８で、複合機１０側で複合機パラメータを正常に受け取ることができていると判定された場合（ｓ１００８：ＹＥＳ）、複合機パラメータの受信をもって複合機１０側でスキャナ（読取部１３）の準備が完了しているものとし、セッション処理に対してスキャナの準備完了を通知する。この通知は、図１８におけるｓ８１６にてセッション処理が受けるものである。
【０１９２】
次に、機能サーバ３０側で処理すべきデータの送信を要求するための入力データ要求を出力する（ｓ１０１８）。ここでは、入力データ要求を、返信情報を格納する記憶領域に書き込む処理を行う（ｓ１０２０）。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に入力データ要求として送信されることとなる。この入力データ要求は、図１４におけるｓ４２０にて複合機１０側で受信され、これにより、ユーザの操作を受けて入力データが送信されてくる。
【０１９３】
こうして、入力データ要求を受信した複合機１０から入力データを受信したら（ｓ１０２２）、この入力データの受信が正常に終了していれば（ｓ１０２４：ＹＥＳ）、正常終了を通知するための通知指令をサービス状態情報として出力した後（ｓ１０２６）、本スキャンジョブを終了する。このｓ１０２６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図１４におけるｓ４３２にて複合機１０側で受信される。
【０１９４】
一方、入力データの受信が正常に終了しなければ（ｓ１０２４：ＮＯ）、ｓ１０１６へ移行し、異常終了を通知するための通知指令をサービス状態情報として出力した後、本スキャンジョブを終了する。この通知指令は、図１４におけるｓ４３２にて複合機１０側で受信される。
（３−５）印刷ジョブ
続いて、図１８におけるｓ８２０にて起動される印刷ジョブの処理手順を図２２に基づいて説明する。
【０１９５】
この印刷ジョブが開始されると、まず、複合機１０から複合機状態情報を受信するまで待機し、この複合機状態情報を受信したら（ｓ１１０２）、図２０におけるｓ９０６と同様にエラーカウントを初期化した後（ｓ１１０４）、複合機パラメータを出力する（ｓ１１０６）。このｓ１１０２にて受信される複合機状態情報は、図１５におけるｓ５０８にて複合機１０から送信されてくるＨＴＴＰリクエストであり、これに応答する形でｓ１１０６にて複合機パラメータをＨＴＴＰレスポンスとして返信する。この複合機パラメータは、図２０におけるｓ９０８にて受信されたものであって、ｓ１１０２にて受信された複合機状態情報の送信元である複合機１０に対応するパラメータである。
【０１９６】
この複合機パラメータを受信した複合機１０からは、この複合機パラメータを正常に受信できたか否かを示す複合機受取状況が送信されてくるため、図２１におけるｓ１００８と同様、この複合機受取状況に基づいて複合機１０側で正常に受け取ることができたか否かをチェックする（ｓ１１０８）。
【０１９７】
このｓ１１０８で、複合機１０側で複合機パラメータを正常に受け取ることができていないと判定された場合（ｓ１１０８：ＮＯ）、このような正常に受信できない状況が所定の回数（本実施形態においては２回）連続して発生しているか否かをエラーカウントによるカウント値に基づいてチェックし（ｓ１１１０）、所定の回数連続して発生していなければ（ｓ１１１０：ＮＯ）、エラーカウントをカウントアップした後（ｓ１１１２）、ｓ１１０６へ戻る。
【０１９８】
また、ｓ１１１０で、正常に受信できない状況が所定の回数連続して発生していたら（ｓ１１１０：ＹＥＳ）、セッション処理に対して印刷ジョブの停止（終了）を通知した後（ｓ１１１４）、異常終了を通知するための通知指令をサービス状態情報として出力する（ｓ１１１６）。このｓ１１１４による通知は、図１８におけるｓ８２６にてセッション処理が受けるものである。また、ｓ１１１６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図１４におけるｓ５３４にて複合機１０側で受信される。複合機１０では、図１５におけるｓ５１２にて、図２２のｓ１１１４により送信され、図１８におけるｓ８２６にて受けとられた指令に基づきセッションより通知された情報に基づき終了すると判断する（ｓ５１２：ＮＯ）。
【０１９９】
また、上述のｓ１１０８で、複合機１０側で複合機パラメータを正常に受け取ることができていると判定された場合（ｓ１１０８：ＹＥＳ）、複合機パラメータの受信をもって複合機１０側で印刷（記録部１４）の準備が完了しているものとし、セッション処理に対して印刷の準備完了を通知する（ｓ１１１８）。この通知は、図１８におけるｓ８２４にてセッション処理が受けるものである。セッション処理では、この通知を受けて、図１９におけるｓ８２８〜ｓ８３６を行い、印刷データの送信を行うこととなる。
【０２００】
次に、セッション処理にて生成された印刷データ（図１９におけるｓ８３２）を複合機１０が処理可能な印刷データに変換してなるデータを、返信情報を格納する記憶領域に書き込む処理を行う（ｓ１１２０）。これに基づいて図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に通知指令として送信される。この通知指令は、図１５におけるｓ５２０にて複合機１０側で受信される。
【０２０１】
こうして、送信される印刷データを受信した複合機１０は、図１５におけるｓ５３２にて複合機状態情報をＨＴＴＰリクエストにより送信してくる。
こうして、印刷データを受信した複合機１０から複合機状態情報を受信したら（ｓ１１２２）、この複合機状態情報の受信が正常に終了していれば（ｓ１１２４：ＹＥＳ）、正常終了を通知するための通知指令をサービス状態情報として出力した後（ｓ１１２６）、本印刷ジョブを終了する。このｓ１１２６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１６におけるｓ７３２にて複合機制御指令が生成され、図１７におけるｓ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図１５におけるｓ５３４にて複合機１０側で受信される。
【０２０２】
一方、複合機状態情報の受信が正常に終了しなければ（ｓ１１２４：ＮＯ）、ｓ１１１６へ移行し、異常終了を通知するための通知指令をサービス状態情報として出力した後、本印刷ジョブを終了する。この通知指令は、図１５におけるｓ５３４にて複合機１０側で受信される。
（４）ディレクトリサーバ２０による処理
以下に、ディレクトリサーバ２０の制御部２１により実行される各種処理について説明する。
（４−１）ディレクトリサーバ処理
まず、ディレクトリサーバ２０が起動した以降、ＨＴＴＰリクエストを受信することで起動されるディレクトリサーバ処理の処理手順を図２３に基づいて説明する。なお、本ディレクトリサーバ処理は、本来、全てのＨＴＴＰリクエストに応じてＨＴＴＰレスポンスをも返信する処理であるが、ここでは、本発明に関連するＨＴＴＰリクエストに限定して説明するものとする。
【０２０３】
このディレクトリサーバ処理が起動された後、ＨＴＴＰリクエストを受信したら（ｓ２００２）、そのＨＴＴＰリクエストがサービス一覧照会の要求であるか否かをチェックする（ｓ２００４）。このサービス一覧照会の要求は、図５におけるｓ１１２にて複合機１０が送信するものである。
【０２０４】
このｓ２００４で、サービス一覧照会の要求であると判定されたら（ｓ２００４：ＹＥＳ）、後述する第１定義情報一覧生成処理を行うことによりトップのサービス定義情報２５を生成し（ｓ２００６）、このサービス定義情報２５をＨＴＴＰレスポンスとして複合機１０へ送信する（ｓ２００８）。
【０２０５】
また、ｓ２００４で、サービス一覧照会の要求ではないと判定されたら（ｓ２００４：ＮＯ）、ＨＴＴＰリクエストがサービス照会の要求であるか否かをチェックする（ｓ２０１０）。このサービス照会の要求は、図５におけるｓ１３０にて複合機１０が送信するものである。
【０２０６】
このｓ２０１０で、サービス照会の要求であると判定されたら（ｓ２０１０：ＹＥＳ）、後述する第２定義情報一覧生成処理を行うことによりサービス定義情報２５を生成し（ｓ２０１２）、ｓ２００８へ移行して、このサービス定義情報２５をＨＴＴＰレスポンスとして複合機１０へ送信する。
【０２０７】
そして、ｓ２０１０で、サービス照会の要求でないと判定されたら（ｓ２０１０：ＮＯ）、ｓ２００８へ移行し、その要求に応じたＨＴＴＰレスポンスを複合機１０へ送信する。
（４−２）第１定義情報一覧生成処理
続いて、図２３におけるｓ２００６である第１定義情報一覧生成処理の処理手順を図２４に基づいて説明する。
【０２０８】
この第１定義情報一覧生成処理が起動されると、まず、機能情報要求を生成し（ｓ２１０２）、この機能情報要求をＨＴＴＰレスポンスとして複合機１０に返信する（ｓ２１０４）。この「機能情報要求」とは、複合機１０の有する機能に関する情報の通知を要求するための指令であり、この機能情報要求を受信した複合機１０からは、この複合機１０の有する機能に関する機能情報がＨＴＴＰリクエストにより送信されてくる。本実施形態においては、図５におけるｓ１１３にてＳＣＡＮ，ＰＲＩＮＴ，ＶＯＩＣＥと、言語を示す情報からなる機能情報とが送信されてくる。
【０２０９】
このｓ２１０４によるＨＴＴＰレスポンスを受信した複合機１０からＨＴＴＰリクエストを受信したら（ｓ２１０６）、このＨＴＴＰリクエストから機能情報を取得できなければ（ｓ２１０８：ＮＯ）、ｓ２１０２へ戻る一方、ＨＴＴＰリクエストから機能情報を取得できれば（ｓ２１０８：ＹＥＳ）、トップのサービス定義情報２５に含まれる「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値を読み出す（ｓ２１１０）。ここでは、まず、トップのサービス定義情報２５として、ディスプレイ５２に表示させるためのメッセージ部分が機能情報を構成する言語の情報に対応する言語で記述されたものが読み出されることとなる。ディレクトリサーバ２０の記憶部２３には、各言語で表示するため言語と「ＩＤ」タグ値とが対応づけて記憶されている。例えば、図７（ａ）では、日本語として表示するためのサービスＩ／Ｆ情報３６として「ＩＤ」タグ値が「１１１１１１１０」に設定されている。このメッセージ部分が日本語で記述された図７（ａ）に示すトップのサービス特定情報２５を例示して説明すると、第１番目の「Ｌｉｎｋ」タグに挟まれた「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値としてＳＣＡＮ，ＶＯＩＣＥが読み出され、第２番目の「Ｌｉｎｋ」タグに挟まれた「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値としてＰＲＩＮＴが読み出され、第３番目の「Ｌｉｎｋ」タグに挟まれた「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値としてＰＲＩＮＴ，ＳＣＡＮが読み出される。これら各タグの値は、「Ｌｉｎｋ」タグに対応するサービスの提供を受けるために複合機１０側で必要となる機能を示すものである。
【０２１０】
次に、ｓ２１１０にて読み出された各「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値のうち、先頭の「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値を以降の処理を行う処理対象とする（ｓ２１１２）。
【０２１１】
次に、この時点において処理対象となっている「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値で示される機能に、ｓ２１０８にて取得した機能情報で示される機能が充足されているか否かをチェックする（ｓ２１１４）。ここでは、処理対象となっている「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグ値で示される機能全てが、ｓ２１０８で取得した機能情報で示される機能に含まれていれば、機能情報で示される機能が充足されていると判定する。
【０２１２】
このｓ２１１４で、充足されていると判定された場合（ｓ２１１４：ＹＥＳ）、処理対象の「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグを挟む「Ｌｉｎｋ」タグをサービス定義情報一覧に登録した後（ｓ２１１６）、次の処理（ｓ２１１８）へ移行する一方、充足されていないと判定された場合（ｓ２１１４：ＮＯ）、サービス定義情報一覧への「Ｌｉｎｋ」タグの登録を行うことなく、次の処理（ｓ２１１８）へ移行する。この「サービス定義情報一覧」は、初期状態で情報の記述がなされていないＸＭＬデータであって、このｓ２１１６による登録が最初に行われるとき、トップのサービス定義情報２５における先頭の「Ｌｉｎｋ」タグより前の記述内容と共に「Ｌｉｎｋ」タグの登録を行う。
【０２１３】
そして、全ての「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値に対する処理が終了しているか否かがチェックされ（ｓ２１１８）、終了していなければ（ｓ２１１８：ＮＯ）、次の「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値を処理対象とした後（ｓ２１２０）、ｓ２１１４へ戻る一方、終了していれば（ｓ２１１８：ＹＥＳ）、本サービス定義情報一覧処理を終了し、こうして情報の登録されたサービス定義情報一覧をトップのサービス定義情報２５として、図２３におけるｓ２００８で返信する。
【０２１４】
例えば、複合機Ａでは、ＳＣＡＮ，ＰＲＩＮＴ，ＶＯＩＣＥの機能を含んでいるため、図７（ａ）における全ての機能が登録されたサービスＩ／Ｆ情報３６が生成されるが、複合機Ｂでは、ＶＯＩＣＥの機能を有していないため、ｓ２１１６で印刷サービスのみが登録されたサービスＩ／Ｆ情報３６が生成されて、これが複合機Ｂ側で受信され（図５におけるｓ１１４）、情報の表示が行われる（同図ｓ１１６）。
（４−３）第２定義情報一覧生成処理
続いて、図２３におけるｓ２０１２である第２定義情報一覧生成処理の処理手順を図２５に基づいて説明する。
【０２１５】
この第２定義情報一覧生成処理が起動されると、図２４におけるｓ２１０２，ｓ２１０４と同様に、まず、機能情報要求を生成し（ｓ２２０２）、この機能情報要求をＨＴＴＰレスポンスとして複合機１０に返信する（ｓ２２０４）。この機能情報要求を受信した複合機１０からは、この複合機１０の有する機能に関する機能情報がＨＴＴＰリクエストにより送信されてくる。本実施形態においては、図５におけるｓ１２９にてＳＣＡＮ，ＰＲＩＮＴ，ＶＯＩＣＥが機能情報として送信されてくる。
【０２１６】
このｓ２２０４によるＨＴＴＰレスポンスを受信した複合機１０からＨＴＴＰリクエストを受信したら（ｓ２２０６）、このＨＴＴＰリクエストから機能情報を取得できなければ（ｓ２２０８：ＮＯ）、ｓ２２０２へ戻る一方、ＨＴＴＰリクエストから機能情報を取得できれば（ｓ２２０８：ＹＥＳ）、記憶部２３のサービス定義情報記憶部２４からＵＲＬで指定されたサービス定義情報２５を読み出し、このサービス定義情報２５に含まれる「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値を読み出す（ｓ２２１０）。ここでは、ディスプレイ５２に表示させるためのメッセージ部分が機能情報を構成する言語の情報に対応する言語で記述されたものが読み出されることとなるが、メッセージ部分が日本語で記述された図７（ｂ）に示すトップのサービス特定情報２５を例示して説明すると、第１番目の「Ｌｉｎｋ」タグに挟まれた「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値としてＰＲＩＮＴ，ＳＣＡＮが読み出され、第２番目の「Ｌｉｎｋ」タグに挟まれた「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値としてＰＲＩＮＴ，ＳＣＡＮが読み出され、第３番目の「Ｌｉｎｋ」タグに挟まれた「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値としてＳＣＡＮ，ＶＯＩＣＥが読み出され、第３番目の「Ｌｉｎｋ」タグに挟まれた「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値としてＰＲＩＮＴ，ＶＯＩＣＥが読み出される。これら各タグの値は、「Ｌｉｎｋ」タグに対応するサービスの提供を受けるために複合機１０側で必要となる機能を示すものである。
【０２１７】
次に、ｓ２２１０にて読み出された各「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値のうち、先頭の「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値を以降の処理を行う処理対象とする（ｓ２２１２）。
【０２１８】
次に、この時点において処理対象となっている「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値で示される機能に、ｓ２２０８にて取得した機能情報で示される機能が充足されているか否かをチェックする（ｓ２２１４）。ここでは、処理対象となっている「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグ値で示される機能全てが、ｓ２２０８で取得した機能情報で示される機能に含まれていれば、機能情報で示される機能が充足されていると判定する。
【０２１９】
このｓ２２１４で、充足されていると判定された場合（ｓ２２１４：ＹＥＳ）、処理対象の「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグを挟む「Ｌｉｎｋ」タグをサービス定義情報一覧に登録した後（ｓ２２１６）、次の処理（ｓ２２１８）へ移行する一方、充足されていないと判定された場合（ｓ２２１４：ＮＯ）、サービス定義情報一覧への「Ｌｉｎｋ」タグの登録を行うことなく、次の処理（ｓ２２１８）へ移行する。この「サービス定義情報一覧」は、初期状態で情報の記述がなされていないＸＭＬデータであって、このｓ２１１６による登録が最初に行われるとき、サービス定義情報２５における先頭の「Ｌｉｎｋ」タグより前の記述内容と共に「Ｌｉｎｋ」タグの登録を行う。
【０２２０】
そして、全ての「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値に対する処理が終了しているか否かがチェックされ（ｓ２２１８）、終了していなければ（ｓ２２１８：ＮＯ）、次の「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値を処理対象とした後（ｓ２２２０）、ｓ２２１４へ戻る一方、終了していれば（ｓ２２１８：ＹＥＳ）、本サービス定義情報一覧処理を終了し、こうして情報の登録されたサービス定義情報一覧をサービス定義情報２５として、図２３におけるｓ２００８で返信する。
［第１実施形態の効果］
このように構成されたサービス提供システムにおいて、複合機１０側では、図５におけるｓ１１４，ｓ１３０にてディレクトリサーバ２０から通知されたサービス定義情報２５（機能サーバ３０が提供可能なサービスを特定可能な情報）に基づき、同図ｓ１６０以降で機能サーバ３０に要求するサービスを決定することができるため、インターネット上の一般サーバのように日々サービスが無秩序に増減する環境にも適応させることができる。
【０２２１】
仮に、従来の構成のように、サービス定義情報２５に相当する情報を複合機１０側で登録しておく構成とした場合、サービスが無秩序に増減する環境においては、その都度、情報を登録しなければならず、複合機１０側の負担が大きくなってしまうため、望ましいことではない。これに対し、本サービス提供システムでは、サービス定義情報２５がディレクトリサーバ２０から通知され、これにより、複合機１０側で機能サーバ３０が提供可能なサービスを把握することができるため、サービスが無秩序に増減する環境においても、複合機１０の負担を抑えることができる。
【０２２２】
さらに、複合機１０側では、ディレクトリサーバ２０により通知されたサービス定義情報２５に基づき、機能サーバ３０に提供を要求するサービスがユーザに指定されるが、このサービス定義情報２５は、ディレクトリサーバ２０が図２４，図２５にて複合機１０の有する機能に適したサービスを特定可能なものとして生成したものであるため、このサービス定義情報２５に基づいてサービスを指定すれば、複合機１０の有する機能に適していないサービスが決定されてしまう虞はない。そして、複合機１０側では、こうして指定されたサービスの提供を機能サーバ３０に要求することにより、間違いなく複合機１０の有する機能に適したサービスの提供を受けることができる。
【０２２３】
また、ディレクトリサーバ２０側では、図２４，図２５におけるｓ２１０２〜ｓ２１０８，ｓ２２０２〜ｓ２２０８にて複合機１０から通知される機能情報に基づいてサービス定義情報２５を生成することができるため、あらかじめ複合機１０の機能情報をディレクトリサーバ２０側で記憶（管理）しておく必要がない。これにより、サービス提供システムが複数の複合機１０により構成されるような場合であっても、ディレクトリサーバ２０側で情報を管理する構成と比べてディレクトリサーバ２０側における情報管理の負担が抑えられる。
【０２２４】
また、ディレクトリサーバ２０は、図５におけるｓ１１２，ｓ１３０でのサービス一覧照会の要求を図２３のｓ２００２にて受けたことを契機に、図２４，図２５におけるｓ２１０６，ｓ２２０６にて機能情報の通知を複合機１０に要求し、これに応じた複合機１０が機能情報をディレクトリサーバ２０に通知するように構成されている。つまり、機能情報のディレクトリサーバ２０への通知は、複合機１０からのサービス一覧照会の要求がなされたタイミングで行うことができる。
【０２２５】
また、図２５におけるｓ２００８にてディレクトリサーバ２０から送信され、図５におけるｓ１１４，ｓ１３０にて複合機１０に通知されるサービス定義情報２５は、ディスプレイ５２に表示させるためのメッセージ部分が機能情報を構成する言語の情報に対応する言語で記述されたものとなるため、その言語がユーザの理解可能な言語として複合機１０において設定されたものであれば、ユーザが理解可能な言語によりサービス選択画面を表示することができる。
［第２実施形態］
本実施形態の画像処理システムは、第１実施形態のサービス提供システムと同様の構成であって、複合機処理の処理手順が異なっているだけであるため、この相違点である複合機処理の処理手順についてのみ説明する。
（１）複合機処理
この複合機処理が起動された以降、ｓ１０４で入力が発生したら、図２６に示すように、その入力がユーザを選択するためのユーザ選択モードへ移行させるための内容であるか否かをチェックする（ｓ１４２）。ここでは、ｓ１０４による入力が操作部１２によりユーザキー４０を押下する操作であれば、ユーザ選択モードへ移行させるための内容であると判定する。なお、この「ユーザ選択モード」とは、以下の処理で示すように、本複合機１０を使用するユーザを識別するための動作モードである。
【０２２６】
このｓ１４２で、ユーザ選択モードへ移行させるための内容であると判定されたら（ｓ１４２：ＹＥＳ）、後述するユーザ認証処理を行った後（ｓ１４４）、ｓ１０４の処理へ戻ることによりユーザ選択モードを終了する。このｓ１４４では、複合機１０を使用するユーザを識別するための処理を行う。
【０２２７】
また、ｓ１４２で、ユーザ選択モードへ移行させるための内容でないと判定されたら（ｓ１４２：ＮＯ）、ｓ１０６へ移行する。
そして、ｓ１１３，ｓ１２９にて機能情報を送信する際には、複合機１０の有する機能に関する全ての情報を機能情報として送信するのではなく、ｓ１４４にて識別されたユーザに対応する情報のみを機能情報として送信する。本実施形態においては、複合機１０側に、ユーザ毎に利用を許可すべき機能が登録されたデータベースであるユーザ許可テーブルが記憶されており（図２７（ａ）参照）、このテーブルの登録内容に基づいて機能情報とすべき情報を制限する。具体的には、複合機１０の有する機能に関する情報のうち、ｓ１４４にて識別されたユーザに対して利用が許可されているものとしてユーザ許可テーブルに登録されている機能についてのみ機能情報として送信する。なお、ｓ１４４にてユーザ認証がエラーとなった場合には、空（ＮＵＬＬ）の機能情報が送信されることとなる。
（２）ユーザ認証処理
続いて、図２６におけるｓ１４４であるユーザ認証処理の処理手順を図２８に基づいて説明する。
【０２２８】
このユーザ認証処理が起動されると、まず、ユーザリストに基づいてユーザ選択画面をディスプレイ５２に表示させる（ｓ１５２）。この「ユーザリスト」とは、１以上のユーザがパスワードと対応づけられた状態で登録されたものであって、複合機１０側で記憶されたリストであり、ここでは、図２９に示すように、このユーザリストに登録されているいずれかのユーザ（ユーザ名）を選択させるためのユーザ選択画面を表示させる。このユーザ選択画面が表示された以降、ユーザは、ユーザ名の選択または画面をスクロールさせるための選択操作（上下の方向キー４６，４７による），このユーザ認証処理を強制終了するためのキャンセル操作（キャンセルキー５１による），ユーザの選択を確定する確定操作（ＯＫキー５０による）などを行うことができる。
【０２２９】
このように、ユーザリストがディスプレイ５２に表示された後、ユーザによる入力操作が発生した場合（ｓ１５４）、その操作が方向キー入力による選択操作であるか否かをチェックする（ｓ１５６：ＹＥＳ）。
【０２３０】
このｓ１５６で選択操作であると判定された場合（ｓ１５６：ＹＥＳ）、この選択操作において操作された方向キーの方向に位置するユーザ名が選択された状態とした後（ｓ１５８）、ｓ１５２へ戻る。ここでは、操作された方向キーの方向に配置されたユーザ名の領域にカーソル（図２９における点線の四角参照）を移動させることにより、そのユーザ名が選択された状態とする。なお、ディスプレイ５２に表示し切れていないユーザ名の位置に対応する方向の方向キーが押下された場合には、選択用の画面をスクロールさせたうえで、そのスクロールさせた位置のユーザ名が選択された状態とする。
【０２３１】
また、ｓ１５６で、ユーザによる入力操作が方向キーによる選択操作でないと判定された場合（ｓ１５６：ＮＯ）、その入力操作がキャンセルキー５１によるキャンセル操作であるか否かをチェックする（ｓ１６０）。
【０２３２】
このｓ１６０でキャンセル操作であると判定された場合（ｓ１６０：ＹＥＳ）、待ち受け画面を表示させた後（ｓ１６２）、本ユーザ認証処理を終了し、図２６におけるｓ１０４へ戻る。
【０２３３】
また、ｓ１６０でキャンセル操作でないと判定された場合（ｓ１６０：ＮＯ）、ＯＫキー５０による確定操作であるか否かをチェックする（ｓ１６４）。
このｓ１６４で、確定操作でないと判定された場合（ｓ１６４：ＮＯ）、拒否音を鳴動させた後（ｓ１６６）、ｓ１５４へ戻る一方、確定操作であると判定された場合（ｓ１６４：ＹＥＳ）、パスワードの入力を要求するための要求画面を表示させることにより、ユーザにパスワードの入力を促す（ｓ１６８）。この要求画面が表示された以降、ユーザは、操作部１２によりパスワードを入力するための操作を行うことができる。
【０２３４】
この要求画面が表示された以降、ユーザによりパスワードが入力されたら（ｓ１７０）、そのパスワードに基づいてパスワード認証がＯＫであるか否かをチェックする（ｓ１７２）。ここでは、ｓ１７０にて入力されたパスワードがユーザリストに登録されており、かつ、そのパスワードに対応するユーザ名が、ｓ１６４で確定操作が行われた時点で選択された状態となっているユーザ名と一致する場合に、パスワード認証がＯＫであると判定する。
【０２３５】
そして、このｓ１７２でパスワード認証がＯＫでないと判定された場合（ｓ１７２：ＮＯ）、拒否音を鳴動させ（ｓ１７４）、ユーザを識別することができずユーザ認証がエラーであった旨のメッセージ画面をディスプレイ５２に表示させた後（ｓ１７６）、ｓ１６２へ移行する一方、パスワード認証がＯＫであると判定された場合（ｓ１７２：ＹＥＳ）、ユーザを識別することができてユーザ認証がＯＫであった旨のメッセージ画面をディスプレイ５２に表示させた後（ｓ１７８）、ｓ１６２へ移行する。こうして、ユーザ認証がＯＫとなったユーザを示す情報（ユーザ名）が、図２６におけるｓ１１２にてサービス一覧の紹介を要求するＨＴＴＰリクエストに付加された状態でディレクトリサーバ２０へ送信されることとなる。
［第２実施形態の効果］
このように構成された画像処理システムにおいては、第１実施形態と同様の構成から得られる作用，効果以外に、以下に示すような作用，効果を得ることができる。
【０２３６】
例えば、図２６におけるｓ１１４，１３０にて、ディレクトリサーバ２０から複合機１０に通知されるサービス定義情報２５に基づいて選択可能なサービスは、複合機１０の有する機能に対応するものであり、かつ、この複合機１０のユーザに対して使用が許可された機能に対応するものとなる。そのため、機能サーバ３０により複合機１０に提供可能とするサービスを、複合機１０のユーザに応じて制限することができる。
［第３実施形態］
本実施形態の画像処理システムは、第２実施形態のサービス提供システムと同様の構成であって、複合機処理の処理手順，および，第１，第２定義情報一覧生成処理の処理手順が異なっているだけであるため、この相違点である複合機処理の処理手順についてのみ説明する。
（１）複合機処理
本実施形態の複合機処理では、ｓ１１３，ｓ１２９にて機能情報を送信する際、複合機１０の有する機能に関する全ての情報を機能情報として送信するように構成されているが、本実施形態においては、複合機１０側に、ユーザ毎に有料サービスの利用を許可すべきか否かを示す有料許可情報が登録されたデータベースであるユーザ許可テーブルが記憶されており（図２７（ｂ）参照）、ユーザに対応する有料許可情報を付加した状態で機能情報が送信される。
（２）第１，第２定義情報一覧生成処理
本実施形態の第１，第２定義情報一覧生成処理では、ｓ２１１０，ｓ２２１０において、「Ｌｉｎｋ」タグに挟まれた「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値だけでなく、この「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの次の行に記述された「Ｌｉｎｋ＿ｐａｙｓｅｒｖｉｃｅ」タグの値をも読み出して（図７（ｂ）参照）、さらに、ｓ２１１４，ｓ２２１４において、「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値で示される機能に機能情報で示される機能が充足されていることだけでなく、「Ｌｉｎｋ＿ｐａｙｓｅｒｖｉｃｅ」タグの値が無料であるか否かをもチェックする。そして、機能が充足されており、かつ、タグの値が無料である場合にのみ、「ＹＥＳ」と判定してｓ２１１６，ｓ２２１６へ移行するように構成されている。なお、「Ｌｉｎｋ＿ｐａｙｓｅｒｖｉｃｅ」タグの値が無料であるか否かのチェックは、このタグの値が「０円」と記述されていれば、無料であると判定し、「０円」より大きな値となっていれば、有料であると判定する。
［第３実施形態の効果］
このように構成された画像処理システムにおいては、第２実施形態と同様の構成から得られる作用，効果以外に、以下に示すような作用，効果を得ることができる。
【０２３７】
例えば、図２６におけるｓ１１４，１３０にて、ディレクトリサーバ２０から複合機１０に通知されるサービス定義情報２５に基づいて選択可能なサービスは、複合機１０の有する機能に対応するものであり、かつ、この複合機１０のユーザに対して有料サービスの提供が許可されていなければ有料サービスが含まれない。そのため、機能サーバ３０により複合機１０に提供可能とする有料サービスを、複合機１０のユーザに応じて制限することができる。
［変形例］
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【０２３８】
例えば、上記実施形態においては、本発明における画像処理装置として、複合機１０を適用した構成を例示したが、機能サーバ３０により提供されるサービスを受けて機能を実現できるデバイスであれば、複合機以外の装置として、例えば、プリンタ装置，スキャナ装置，ファクシミリ装置などに適用することも可能である。
【０２３９】
また、上記実施形態においては、複合機１０が、図２４，図２５のｓ２１０４，ｓ２２０４によるディレクトリサーバ２０からのＨＴＴＰレスポンスを受信した際に、複合機１０自身が有している機能を機能情報として通知するように構成されたものを例示した。しかし、この機能情報として通知する情報としては、複合機１０が有している機能およびこの機能性能水準（プリンタやスキャナの解像度など）に関する情報であってもよく、この場合、ディレクトリサーバ２０側では、同図ｓ２１１０，ｓ２２１０以降の処理で、このような情報に基づいてサービス定義情報２５を生成するように構成するとよい。
【０２４０】
また、上記実施形態においては、複合機１０が、図２４，図２５のｓ２１０４，ｓ２２０４によるディレクトリサーバ２０からのＨＴＴＰレスポンスを受信した際に、複合機１０自身が有している機能を機能情報として通知するように構成されたものを例示した。しかし、こうして通知する情報としては、複合機１０の機能に関する情報以外に、複合機１０を使用する際の環境として考えられるパラメータであってもよく、この場合、ディレクトリサーバ２０側では、同図ｓ２１１０，ｓ２２１０以降の処理で、このような情報に基づいてサービス定義情報２５を生成するように構成するとよい。
【０２４１】
また、上記実施形態において、ディレクトリサーバ２０は、図２４，図２５におけるｓ２１０２〜ｓ２１０８，ｓ２２０２〜ｓ２２０８にて複合機１０に機能情報を通知させ、こうして通知された機能情報に基づいてサービス定義情報２５を生成するように構成されたものを例示した。しかし、複合機１０の機能情報をあらかじめディレクトリサーバ２０側で記憶しておき、この記憶済みの機能情報に基づいてサービス定義情報２５を生成するように構成してもよい。
【０２４２】
また、上記実施形態においては、機能情報のディレクトリサーバ２０への通知が、複合機１０からのサービス一覧照会の要求がなされたことを契機に行われるように構成されたものを例示した。しかし、機能情報へのディレクトリサーバ２０への通知は、例えば、一定周期や決められた時間など、あらかじめ定められたタイミングで行うように構成してもよい。
【０２４３】
また、上記第２，第３実施形態においては、複合機１０側にデータベースが記憶されている構成を例示したが、複合機１０とデータ通信可能な他の装置に備えられた記憶部に記憶させておき、この装置とのデータ通信を経てデータベースへのアクセスを行う構成としてもよい。
【０２４４】
また、上記第２，第３実施形態においては機能サーバ３０が提供するサービスを、ユーザ，ユーザおよび有料許可情報に応じて制限するように構成されたものを例示したが、これらを含めた複数の条件によりサービスを制限するように構成してもよい。このためには、例えば、複合機１０側に、ユーザ毎に利用を許可すべき機能，および，有料サービスの利用を許可すべきか否かを示す有料許可情報が登録されたデータベースであるユーザポリシーテーブルを記憶しておくと共に（図２７（ｃ）参照）、図２６におけるｓ１１３，ｓ１２９にて機能情報を送信する際、複合機１０の有する機能に関する情報のうち、ｓ１４４にて識別されたユーザに対して利用が許可されているものとしてユーザ許可テーブルに登録されている機能を示す情報を機能情報とし、この機能情報をユーザに対応する有料許可情報を付加した状態で送信するように構成すればよい。
【０２４５】
また、上記第２，第３実施形態においては、ユーザに応じて機能サーバ３０が提供するサービスを制限するように構成されたものを例示したが、別の条件によりサービスを制限するように構成してもよい。
【０２４６】
例えば、複合機１０がサービスの提供を受けようとする時間に応じてサービスを制限することが考えられる。このためには、例えば、複合機１０側に、時間帯毎に利用を許可すべき機能，および，有料サービスの利用を許可すべきか否かを示す有料許可情報が登録されたデータベースである時間ポリシーテーブルを記憶しておくと共に（図２７（ｄ）参照）、図２６におけるｓ１４２，ｓ１４４を行わず、また、同図ｓ１１３，ｓ１２９にて機能情報を送信する際、複合機１０の有する機能に関する情報のうち、現在時刻（つまり，サービスの提供を受けようとする時間）において利用が許可されているものとして時間ポリシーテーブルに登録されている機能を示す情報を機能情報を抽出して、この情報を機能情報に付加した状態で送信するように構成すればよい。なお、この構成においても、ユーザに応じた制限を課すようにしてもよい。
【０２４７】
このように構成すれば、ディレクトリサーバ２０から複合機１０に通知されるサービス定義情報２５に基づいて選択可能なサービスは、複合機１０の有する機能に対応しており、かつ、その時間帯において許可されているサービスとなる。これにより、機能サーバ３０により提供するサービスを、複合機１０でサービスの提供を受ける時間帯に応じて制限することができる。
【０２４８】
また、別の条件として、複合機１０を使用する地域を採用することも考えられる。このためには、例えば、複合機１０側に、複合機１０の使用地域毎に利用を許可すべき機能，および，有料サービスの利用を許可すべきか否かを示す有料許可情報が登録されたデータベースである地域ポリシーテーブルを記憶しておくと共に（図２７（ｅ）参照）、図２６におけるｓ１４２，ｓ１４４を行わず、また、同図ｓ１１３，ｓ１２９にて機能情報を送信する際、複合機１０の有する機能に関する情報のうち、使用地域（例えば、タイムゾーンの設定に用いられた地域など）において利用が許可されているものとして地域ポリシーテーブルに登録されている機能を示す情報を抽出し、この情報を機能情報に付加した状態で送信するように構成すればよい。なお、この構成においても、ユーザに応じた制限を課すようにしてもよい。
【０２４９】
このように構成すれば、ディレクトリサーバ２０から複合機１０に通知されるサービス定義情報２５に基づいて選択可能なサービスは、複合機１０の有する機能に対応しており、かつ、その使用地域において許可されているサービスとなる。これにより、機能サーバ３０により提供するサービスを、複合機１０を使用する地域に応じて制限することができる。
【０２５０】
また、上記第２，第３実施形態においては、図２６におけるｓ１１３，ｓ１２９にて送信する機能情報とすべき情報を、複合機１０がデータベースに基づいて選定するように構成されたものを例示した。しかし、このデータベースをディレクトリサーバ２０側に記憶させておき、情報の選定をディレクトリサーバ２０側で行うように構成してもよい。
【０２５１】
具体的な構成として、複合機１０側では、同図ｓ１１３，ｓ１２９にて機能情報の要求を受けた際、識別されたユーザ名および言語の情報のみを送信すると共に、ディレクトリサーバ２０側では、図２４，図２５におけるｓ２１１４，ｓ２２１４にて、図２６におけるｓ１１３，ｓ１２９と同様にデータベースに基づく情報の選定を行ったうえで、「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値で示される機能に選定した機能が充足されていることをチェックする、といった構成とすればよい。
【０２５２】
また、上記実施形態において、図２４（第１定義情報一覧生成処理）におけるｓ２１１４の判断処理では、ｓ２１０８にて取得した機能情報で示される機能が充足されているかをチェックするにあたり、「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値で示される機能の少なくとも一部がｓ２１０８で取得した機能情報で示される機能に含まれている場合に、機能情報で示される機能が充足されていると判定するように構成してもよい。そして、図２５（第２定義情報一覧生成処理）におけるｓ２２１４の判断処理で、「Ｌｉｎｋ＿ＤｅｖＲｅｓｏｕｒｃｅ」タグの値で示される機能の全てがｓ２１０８で取得した機能情報で示される機能に含まれている場合に、機能情報で示される機能が充足されていると判定するように構成するとよい。
【０２５３】
このような構成であれば、複合機１０の有する機能により受けられるサービスを複合機１０側で選択できる範囲が広くなる。例えば、コピー応用サービスを受けたいが、複合機Ｂのように音入出力部１７，１８を有していない場合であっても、複合機Ｂは少なくともＳＣＡＮ，ＰＲＩＮＴの機能を有しているため、これらの機能についてはｓ２１１４で「ＹＥＳ」と判定され、ｓ２１１６にてサービス定義情報一覧に登録された後、このサービス定義情報一覧がサービス定義情報３６として図２２におけるｓ２００８にて複合機１０に返信される。そして、複合機Ｂのディスプレイ５２には、このサービスＩ／Ｆ情報３６に基づいてコピー応用サービスについてもサービス選択用画面において選択可能な項目として表示され、ユーザが選択可能な状態となる。ここで、ユーザがコピー応用サービスを選択すると、第２定義情報一覧生成処理にて、図７（ｂ）に示すすかし入りコピーおよび翻訳コピーがサービス定義情報一覧に登録されるため、ＶＯＩＣＥの機能を有さない複合機Ｂでは提供を受けられない原稿読み上げ，および，音声テキスト変換は、図５におけるｓ１１６ではサービス選択用画面において選択可能な項目として表示されない。
【０２５４】
［本発明との対応関係］
以上説明した実施形態において、複合機１０が本発明におけるデバイスであり、ディレクトリサーバ２０が本発明における特定情報通知手段であり、機能サーバ３０が本発明におけるサービス提供手段である。
【０２５５】
また、サービス定義情報２５が本発明におけるサービス特定情報であり、図２６におけるｓ１１３，ｓ１２９にて送信される機能情報が本発明における許可情報である。
また、図１１におけるｓ３１６〜ｓ３３６は本発明におけるサービス決定手段であり、図１４，図１５におけるｓ４０８，ｓ５０８は本発明における提供要求手段であり、同図ｓ４２８，ｓ５２８は本発明における機能実現手段であり、図５，図２６におけるｓ１１３，ｓ１２９は本発明における環境通知手段，情報抽出手段，許可通知手段であり、同図ｓ１１２，１２９は本発明における通知要求手段であり、図２８におけるｓ１５２〜ｓ１７８は本発明におけるユーザ識別手段である。
【０２５６】
また、図１９におけるｓ８２８〜ｓ８３２，図２１におけるｓ１０１８〜ｓ１０２２，図２２におけるｓ１１１８〜ｓ１１２２は、本発明における提供実行手段である。
また、図２３におけるｓ２００８は本発明における情報通知手段であり、図２４，図２５におけるｓ２１１０〜ｓ２１２０，ｓ２２１０〜ｓ２２２０は本発明における環境選択手段である。
【図面の簡単な説明】
【０２５７】
【図１】サービス提供システムの構成を示すブロック図
【図２】操作部の構成を示す図
【図３】サービス定義情報における各タグの定義付けを示す図
【図４】サービスＩ／Ｆ情報における各タグの定義付けを示す図
【図５】複合機による複合機処理を示すフローチャート
【図６】方法選択画面を示す図
【図７】サービス定義情報のデータ構造を示す図
【図８】サービス選択用画面を示す図
【図９】複合機によるセッション処理を示すフローチャート（１／２）
【図１０】複合機によるセッション処理を示すフローチャート（２／２）
【図１１】複合機によるＵＩジョブを示すフローチャート
【図１２】サービスＩ／Ｆ情報のデータ構造を示す図
【図１３】パラメータ入力用画面を示す図
【図１４】複合機による入力ジョブを示すフローチャート
【図１５】複合機による出力ジョブを示すフローチャート
【図１６】機能サーバによる機能サーバ処理を示すフローチャート（１／２）
【図１７】機能サーバによる機能サーバ処理を示すフローチャート（２／２）
【図１８】機能サーバによるセッション処理を示すフローチャート（１／２）
【図１９】機能サーバによるセッション処理を示すフローチャート（２／２）
【図２０】機能サーバによるＵＩジョブを示すフローチャート
【図２１】機能サーバによるスキャンジョブを示すフローチャート
【図２２】機能サーバによる印刷ジョブを示すフローチャート
【図２３】ディレクトリサーバによるディレクトリサーバ処理を示すフローチャート
【図２４】ディレクトリサーバによる第１定義情報一覧処理を示すフローチャート
【図２５】ディレクトリサーバによる第２定義情報一覧処理を示すフローチャート
【図２６】第２，第３実施形態の複合機による複合機処理を示すフローチャート
【図２７】データベースのデータ構造を示す図
【図２８】複合機によるユーザ認証処理を示すフローチャート
【図２９】ユーザ選択画面を示す図
【符号の説明】
【０２５８】
１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、２０…ディレクトリサーバ、２１…制御部、２２…通信部、２３…記憶部、２４…サービス定義情報記憶部、２５…サービス定義情報、３０…機能サーバ、３１…制御部、３２…通信部、３３…記憶部、３４…サービスＩ／Ｆ情報記憶部、３５…サービスソフト記憶部、３６…サービスＩ／Ｆ情報、３７…サービスソフトウェア、４０…ユーザキー、４１…コピーキー、４２…スキャナキー、４３…ＦＡＸキー、４４…サービスキー、４５…設定キー、４６…方向キー、４８…方向キー、４９…右キー、５０…ＯＫキー、５１…キャンセルキー、５２…ディスプレイ。
【図１】
2006135694.tif 000003
【図３】
2006135694.tif 000004
【図４】
2006135694.tif 000005
【図５】
2006135694.tif 000006
【図６】
2006135694.tif 000007
【図７】
2006135694.tif 000008
【図８】
2006135694.tif 000009
【図９】
2006135694.tif 000010
【図１０】
2006135694.tif 000011
【図１１】
2006135694.tif 000012
【図１２】
2006135694.tif 000013
【図１３】
2006135694.tif 000014
【図１４】
2006135694.tif 000015
【図１５】
2006135694.tif 000016
【図１６】
2006135694.tif 000017
【図１７】
2006135694.tif 000018
【図１８】
2006135694.tif 000019
【図１９】
2006135694.tif 000020
【図２０】
2006135694.tif 000021
【図２１】
2006135694.tif 000022
【図２２】
2006135694.tif 000023
【図２３】
2006135694.tif 000024
【図２４】
2006135694.tif 000025
【図２５】
2006135694.tif 000026
【図２６】
2006135694.tif 000027
【図２７】
2006135694.tif 000028
【図２８】
2006135694.tif 000029
【図２９】
2006135694.tif 000030
【図２】
2006135694.tif 000031