通信システム、クライアント、サーバおよびプログラム
【課題】正規のユーザの利益を損なわず、不正使用の意図のない第三者の利便性を向上することが可能な情報処理装置および通信システムを提供することを目的とする。
【解決手段】管理サーバは、クライアントから受けたユーザ確認要求に基づき、そのクライアントが適切なデバイスでないと判定した場合（ｓ５１０でＹＥＳ）、このクライアントにユーザ登録ジョブを送信して新たな登録を要求し（ｓ５１６）、このクライアントからユーザ登録要求を受信した以降に行うユーザ登録サーバ処理にて、このクライアントからの認証情報を新たに登録することができる。
【解決手段】管理サーバは、クライアントから受けたユーザ確認要求に基づき、そのクライアントが適切なデバイスでないと判定した場合（ｓ５１０でＹＥＳ）、このクライアントにユーザ登録ジョブを送信して新たな登録を要求し（ｓ５１６）、このクライアントからユーザ登録要求を受信した以降に行うユーザ登録サーバ処理にて、このクライアントからの認証情報を新たに登録することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントにより実現可能な機能の少なくとも一部を、サーバの認証を経て利用可能とするように構成された通信システムに関する。
【背景技術】
【０００２】
昨今、装置の不正使用を防止する観点（セキュリティー確保の観点）から、この装置の起動時等に、正規のユーザであることの認証を求めるものが提案されている（例えば、特許文献１参照）。
【０００３】
また、ネットワークに接続可能な装置が多く提供されている（例えば、特許文献２参照）。また、インターネットの普及にともない、このようなネットワーク対応の装置を介して、多くのサービスが提供されるようになっている（以下、サービスの提供を受ける装置を「クライアント」という）。そして、このようなサービスの提供に際し、セキュリティーをいかに確保するかが重要な問題として認識されている。
【０００４】
例えば、クライアントが、サーバにより提供されるサービスの提供を受けてクライアント自身の有する機能を実現するにあたり、このサーバの認証を経てログインする技術が採用されているが、ここで、ログインの失敗（認証のための情報の誤入力）が所定の回数繰り返された場合、不正使用を防止する観点から、別の手続きを経なければ認証を行えないようにしているものがある（例えば、非特許文献１参照）。
【０００５】
なお、この場合にクライアントにより実現される機能とは、サービスの提供に従ってサーバから受信される情報の表示部への表示などのことである。
【特許文献１】特開平１１−２５００１３号公報
【特許文献２】特開２００１−２２５３９号公報
【非特許文献１】“セキュリティ対策 イーバンク銀行”、［online］、イーバンク銀行、［平成１７年５月２０日検索］、インターネット＜ URL：http://www.ebank.co.jp/kojin/security/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来のサーバの認証を経たログインによるセキュリティーによっては、第三者による不正使用は防止することは可能であるものの、例えば、ネットワーク対応のクライアントの起動時に暗証番号等の認証のための情報の入力を求めるとともに、その入力に所定回数失敗したとき、その起動自体を一律制限してしまっては、不正使用の意図のない第三者の使用を完全に排除してしまうことになる。
【０００７】
本発明は、正規のユーザの利益を損なわず、不正使用の意図のない第三者の利便性を向上することが可能な情報処理装置および通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため請求項１に記載の通信システムは、クライアントにより実現可能な機能の少なくとも一部を、サーバの認証を経て利用可能とするように構成された通信システムである。
【０００９】
このシステムにおいて、前記サーバは、前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データベースと、前記クライアントから、該クライアントの認証情報が、該クライアントの認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データベースに登録されているか否かを判定する認証判定手段と、該認証判定手段により認証情報が登録されていると判定された場合、前記認証要求の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手段と、前記認証判定手段により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データベースへの新たな登録を要求する旨の登録要求を送信する登録要求手段と、該登録要求手段による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報として、前記認証データベースに登録する情報登録手段と、を備え、前記許可指令手段は、前記情報登録手段により前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている。
【００１０】
そして、前記クライアントは、該クライアントを認証するための認証情報を入力させる情報入力手段と、該情報入力手段により入力された認証情報を、前記認証要求として前記サーバへ送信する認証要求手段と、該認証要求手段による認証要求を受けたサーバから、前記登録要求を受信した場合、前記情報入力手段により入力された認証情報を、前記登録希望として前記サーバへ送信する登録希望手段と、前記認証要求手段による認証要求または前記登録希望手段による登録希望を受けたサーバから、前記許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手段と、を備えている。
【００１１】
このように構成された通信システムによれば、クライアントから未登録の認証情報を受けたサーバは、そのクライアントに対して認証データベースへの新たな登録を登録要求にて要求し、この登録要求を受けたクライアントから、認証情報の認証データベースへの登録を希望する旨の登録要求を受信することで、このクライアントの認証情報を新たに認証データベースに登録することができる。つまり、正規のユーザ（既存の認証情報を登録したユーザ）ではなくとも、クライアントの機能を利用することができる。一方、正規のユーザは、自らが登録した認証情報とは異なる認証情報により、クライントの機能が利用されるため、その機能を利用することによって自らの利益を害されることはない。
【００１２】
以上、請求項１に記載の発明によれば、正規のユーザの利益を損なわずして、第三者の利便性を向上させた通信システムを提供することができる。なお、ここでいう「第三者」とは、このクライアントを、例えば、緊急避難的に使用したい者の他、クライアントが移転された場合における、その後のユーザも含み、このようなユーザも上記有利な効果を得ることができる。すなわち、前ユーザが、認証情報を削除することなく、移転したとしても、前ユーザの利益を害することなく、新たなユーザは問題なくこのクライアントを使用することができる。
【００１３】
なお、上述したクライアントの備える登録希望手段は、サーバから登録要求を受信した際に、認証情報を登録希望として送信する手段であって、このとき登録希望として送信する認証情報は、あらかじめ情報入力手段により入力させた認証情報や、登録要求を受信した時点で情報入力手段により入力させた認証情報などが考えられる。
【００１４】
また、上述した認証情報とは、クライアントを認証するための情報であればよく、例えば、クライアントに割り当てられたＩＤやパスワードの他、クライアントのユーザに関する情報としてユーザ名、ユーザの住所、氏名、電話番号、クレジットカードの番号など、認証に用いることができるものであれば、具体的な情報の内容は限定されない。
【００１５】
また、認証要求手段は、認証情報を認証要求として送信する手段であって、この認証情報が入力される都度、認証要求を送信するように構成すればよい。
請求項２に記載の通信システムは、請求項１に記載の通信システムを前提とするものであって、前記クライアントにおいては、前記情報入力手段により入力された認証情報が、あらかじめ登録されている認証情報と一致するか否かを判定する一致判定手段を備え、該一致判定手段により一致しないと判定された場合、前記認証要求手段が、前記情報入力手段により入力された認証情報を前記認証要求として前記サーバへ送信する一方、前記一致判定手段により一致すると判定された場合、前記認証要求手段により前記認証要求を送信することなく、前記利用可能化手段が、当該クライアントの動作状態を前記利用可能状態とする、ように構成されている。
【００１６】
このように構成すれば、クライアントは、入力された認証情報があらかじめ登録されている認証情報と一致する場合、サーバへの認証要求の送信を行わないため、認証情報が入力される毎の通信負荷およびサーバに対する認証処理の負荷を減らすことができる。
【００１７】
なお、この構成において、クライアントは、入力された認証情報があらかじめ登録されている認証情報と一致しないと判定された場合であって、その後、サーバから登録要求を受信した際に、先に入力されていた認証情報をそのまま登録希望として送信するように構成すれば、再度、入力動作をユーザにさせる必要がなくなる。ただし、先に入力されていた認証情報ではなく、ユーザに新たに入力させた認証情報を登録希望として送信するように構成してもよい。
【００１８】
請求項３の通信システムは、請求項２に記載の通信システムを前提とするものであって、前記クライアントにおいて、前記情報入力手段は、前記一致判定手段により一致しないと判定された場合に、改めて前記認証情報をユーザに入力させ、前記登録希望手段は、改めて前記情報入力手段により入力された認証情報を前記登録希望として前記サーバへ送信する、ように構成されている。
【００１９】
このように構成すれば、クライアントでは、サーバから登録要求を受信した際に、ユーザに認証情報の入力し直しを行わせることとなり、これにより、先に入力された認証情報とは異なる認証情報（同一内容を示す認証情報であってもよい）を認証データベースに登録することができる。
【００２０】
なお、上述したクライアントの備える情報入力手段による認証情報の入力は、どのようなタイミングで行わせる構成としてもよいが、例えば、クライアントにおいて、情報入力手段は、当該クライアントにより実現可能な機能の少なくとも一部を利用するための操作がユーザによって行われた際に、認証情報をユーザに入力させる、ように構成すると好適である。このように構成すれば、クライアントにより実現可能な機能の一部を利用するための操作が行われる毎に、認証情報に基づくクライアントの認証を行うことができる。
【００２１】
請求項４に記載の通信システムは、請求項１から請求項３のいずれかに記載の通信システムを前提とするものであり、前記クライアントにおいて、前記情報入力手段は、当該クライアントにおける特定の設定内容が変更された際に、前記認証情報をユーザに入力させる、ように構成されている。
【００２２】
このように構成すれば、クライアントにおける特定の設定内容が変更される毎に、認証情報に基づくクライアントの認証を行うことができる。
請求項５に記載の通信システムは、請求項１から請求項４のいずれかに記載の通信システムを前提とするものであり、前記クライアントにおいて、前記情報入力手段は、当該クライアントの起動時に、前記認証情報をユーザに入力させる、ように構成されている。
【００２３】
このように構成すれば、クライアントが起動される毎に、認証情報に基づくクライアントの認証を行うことができる。
また、上述したサーバの備える情報登録手段は、登録希望で示される認証情報をクライアントと対応づけた状態で認証データベースに登録する手段であって、例えば、登録希望が受信される毎に、それぞれ別の登録内容として認証情報およびクライアントを登録するように構成すればよい。この場合、ユーザ毎に異なる認証情報を割り当てておくこととなる結果、同一クライアントを複数のユーザが共有して用いることができるようになる。
【００２４】
請求項６に記載の通信システムは、請求項１から請求項５のいずれかに記載の通信システムを前提とするものであり、前記サーバにおいて、前記情報登録手段は、前記登録要求手段による登録要求を受けたクライアントから、該クライアントの前記登録希望が送信されてきた際、該登録希望の送信元であるクライアントの認証情報が、前記認証データベースに登録済みである場合、該登録済みの認証情報を、前記登録希望で示される認証情報に更新する、ように構成されている。
【００２５】
このように構成すれば、クライアントが新たなユーザに移転された場合などにおいて、そのユーザが適切な認証情報を知得していない場合であっても、新たな認証情報の登録を行うことにより、引き続き、そのクライアントにおける一部機能を実現することが可能である。一方、一端、認証情報が更新されてしまうと、前ユーザは、自らが登録した認証情報を不正な方法で知得された上で、このクライアントを介したサービスの提供がされなくなるため、安心してクライアントを移転することができる。
【００２６】
ところで、上述したクライアントの備える利用可能化手段により利用可能状態とされる機能は、クライアントにより実現可能な機能の少なくとも一部であればよく、その具体的な機能には特に限定されない。
【００２７】
また、上記通信システムが、クライアントからの要求を受けてコンテンツを提供可能な提供サーバを含んでいる場合であれば、認証を必要とされるクライアントの機能には、この提供サーバから提供を受けたコンテンツを処理するための機能（表示、機能など）が上げられる。
【００２８】
このためには、クライアントにおいて、提供判定手段により登録されていると判定された場合に、提供サーバに対してサービスの提供を要求するサービス要求手段が備えられ、利用可能化手段は、許可指令を受信した場合に、サービス要求手段によりサービスの提供を要求不可能な状態から、該サービス要求手段によりサービスの提供を要求可能な状態とする、ように構成するとよい。このように構成すれば、クライアントにおいて、提供サーバから提供を受けたコンテンツを処理するための機能を、利用可能化手段により利用可能な状態とすることができる。
【００２９】
請求項７に記載の通信システムは、請求項１から請求項６のいずれかに記載の通信システムを前提とするものであり、前記クライアントに対してサービスを提供可能な提供サーバを含んでおり、前記クライアントにおいて、前記提供サーバが提供するサービス、および、該サービスを提供すべきクライアントが対応づけて登録された提供データベースに、当該クライアントに対応するサービスが登録されているか否かを判定する提供判定手段と、該提供判定手段により登録されていると判定された場合、前記提供サーバに対してサービスを要求する提供要求手段と、が備えられ、前記利用可能化手段は、前記許可指令を受信した場合に、前記提供要求手段によるサービスの要求が不可能な状態から、該提供要求手段によるサービスの要求が可能な状態とする、ように構成されている。
【００３０】
このように構成すれば、サービスの提供に係る課金等によって、正規のユーザが損害を被ることを防止可能である一方、このようなサービスを正規のユーザとは異なるユーザが使用したとき、この異なるユーザに対して課金等をすることができる。
【００３１】
なお、提供データベースに提供サーバから提供されるべきサービスが登録されているときのみ、提供サーバに対してサービスの提供を要求することができるため、提供サーバに不必要なサービスの提供要求がなされることがなくなる。これにより、提供サーバに対して、サービスの提供要求に関する不必要な処理負担が発生することを防止することができる。このことは、提供サーバが、複数のクライアントそれぞれに対してサービスを提供する構成とされている場合において特に有効である。
【００３２】
また、この構成において、クライアントの備える提供判定手段は、提供データベースに該当する情報が登録されているか否かを判定する手段であり、この判定方法については特に限定されない。
【００３３】
さらに、提供データベースは、クライアント、サーバ若しくは提供サーバのいずれかとともに、または、これらとは独立して、単独でネットワーク上に存在していればよく、特に、その配置については限定されない。
【００３４】
請求項８に記載の通信システムは、請求項7に記載の通信システムを前提とするものであり、前記クライアントに対してサービスを提供可能な提供サーバを含んでおり、前記クライアントにおいて、前記提供サーバが提供するサービス、および、該サービスを提供すべきクライアントが対応づけて登録された提供データベースに、当該クライアントに対応するサービスが登録されているか否かを判定する提供判定手段と、該提供判定手段により登録されていると判定された場合、前記提供サーバに対してサービスを要求する提供要求手段と、が備えられ、前記利用可能化手段は、前記許可指令を受信した場合に、前記提供要求手段によるサービスの要求が不可能な状態から、該提供要求手段によるサービスの要求が可能な状態とする、ように構成されている。
【００３５】
このように構成すれば、クライアントは、サーバに対して登録問合を送信することで、これに対する応答から提供データベースにクライアント自身に対応するサービスが登録されているか否かを判断することができる。
【００３６】
また、請求項９に記載のサーバは、クライアントにより実現可能な機能の少なくとも一部について、該機能を利用可能とする認証を行う、該クライアントと通信可能なサーバであって、前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データベースと、前記クライアントから、該クライアントの認証情報が、該クライアントの認証を要求する旨の認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データベースに登録されているか否かを判定する認証判定手段と、該認証判定手段により認証情報が登録されていると判定された場合、該認証情報の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手段と、前記認証判定手段により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データベースへの新たな登録を要求する旨の登録要求を送信する登録要求手段と、該登録要求手段による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報として、前記認証データベースに登録する情報登録手段と、を備え、前記許可指令手段は、前記情報登録手段により前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている。
【００３７】
このように構成されたサーバによれば、請求項１から８のいずれかに記載の通信システムの一部（サーバ）を構成することができる。
なお、このサーバにおいては、請求項２から８のいずれかに記載のサーバの備える全ての手段を備えた構成としてもよい。
【００３８】
また、請求項１０に記載のクライアントは、実現可能な機能の少なくとも一部を利用可能とするための認証を行うサーバと通信可能なクライアントであって、該クライアントを認証するための認証情報を入力させる情報入力手段と、該情報入力手段により入力された認証情報を、当該クライアントの認証を要求する旨の認証要求として前記サーバへ送信する認証要求手段と、該認証要求手段による認証要求を受けたサーバから、新たな登録を要求する旨の登録要求を受信した場合、前記情報入力手段により入力された認証情報を、該認証情報の登録を希望する旨の登録希望として前記サーバへ送信する登録希望手段と、前記認証要求手段による認証要求または前記登録希望手段による登録希望を受けたサーバから、前記機能の利用を許可する旨の許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手段と、を備えている。
【００３９】
このように構成されたクライアントによれば、請求項１から８のいずれかに記載の通信システムの一部（クライアント）を構成することができる。
なお、このクライアントにおいては、請求項２から８のいずれかに記載のクライアントの備える全ての手段を備えた構成としてもよい。
【００４０】
また、請求項１１に記載のプログラムは、クライアントにより実現可能な機能の少なくとも一部について、該機能を利用可能とする認証を行う、該クライアントと通信可能なサーバを制御するためのプログラムであって、前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データ登録手順と、前記クライアントから、該クライアントの認証情報が、該クライアントの認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データ登録手順に登録されているか否かを判定する認証判定手順と、該認証判定手順により認証情報が登録されていると判定された場合、前記認証要求の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手順と、前記認証判定手順により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データ登録手順への新たな登録を要求する旨の登録要求を送信する登録要求手順と、該登録要求手順による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報と対応づけた状態で、前記認証データベースに登録する情報登録手順と、が含まれ、前記許可指令手順は、前記情報登録手順にて前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている。
【００４１】
このようなプログラムにより制御されるサーバは、請求項１から８のいずれかに記載の通信システムの一部（サーバ）を構成することができる。
なお、このプログラムにおいては、請求項２から８のいずれかに記載のサーバの備える全ての手段として機能させるための処理手順を、サーバに実行させるためのプログラムとして構成してもよい。
【００４２】
また、請求項１２に記載のプログラムは、実現可能な機能の少なくとも一部を利用可能とするための認証を行うサーバと通信可能なクライアントを制御するためのプログラムであって、該クライアントを認証するための認証情報を入力させる情報入力手順と、該情報入力手順により入力された認証情報を、当該クライアントの認証を要求する旨の認証要求として前記サーバへ送信する認証要求手順と、該認証要求手順による認証要求を受けたサーバから、新たな登録を要求する旨の登録要求を受信した場合、前記情報入力手順にて入力された認証情報を、該認証情報の登録を希望する旨の登録希望として前記サーバへ送信する登録希望手順と、前記認証要求手順による認証要求または前記登録希望手順による登録希望を受けたサーバから、前記機能の利用を許可する旨の許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手順と、が含まれ、構成されている。
【００４３】
このようなプログラムにより制御されるクライアントは、請求項１から８のいずれかに記載の通信システムの一部（クライアント）を構成することができる。
なお、このプログラムにおいては、請求項２から８のいずれかに記載のクライアントの備える全ての手段として機能させるための処理手順を、クライアントに実行させるためのプログラムとして構成してもよい。
【発明を実施するための最良の形態】
【００４４】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
通信システムは、図１に示すように、複合機１０、デバイス管理サーバ（以降、「管理サーバ」という）２０、情報提供サーバ（以降、「提供サーバ」という）３０などからなり、これらがネットワーク１を介してデータ通信可能に接続されている。なお、複合機１０、管理サーバ２０および提供サーバ３０は、それぞれルータ（Ｒ；周知のブロードバンドルータ）２〜４を介してネットワーク１と接続されている。
【００４５】
複合機１０は、制御部１１、操作部１２、読取部１３、記録部１４、通信部１５、記憶部１６、音入力部１７、音出力部１８などを備えている。
これらのうち、制御部１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って複合機１０全体を統括制御する。
【００４６】
また、操作部１２は、コピーキー、スキャナキー、ＦＡＸキー、サービスキー、設定キー、上下左右の方向キー、ＯＫキー、キャンセルキー、ディスプレイなどからなるユーザインタフェースとして構成されたものである。
【００４７】
また、読取部１３は、スキャナとしての機能を実現するための入力デバイスであり、用紙等のシート状記録媒体に記録された画像を読み取り、その画像を表す画像データを生成する。
【００４８】
また、記録部１４は、プリンタとしての機能を実現するための出力デバイスであり、画像データの表す画像を用紙等のシート状記録媒体に印刷する。
また、通信部１５は、複合機１０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
【００４９】
また、記憶部１６は、図示しない不揮発性ＲＡＭからなり、この不揮発性ＲＡＭにデータを記憶可能に構成されている。
また、音入力部１７は、本複合機１０が備える図示しないハンドセット（受話器）に設けられたマイクから音を入力し、その音を表す音データ（ＰＣＭデータ）を生成する。
【００５０】
そして、音出力部１８は、音データ（ＰＣＭデータ）の表す音を、図示しないハンドセットに設けられたスピーカ、又は、複合機本体に設けられた図示しないスピーカから出力する。
【００５１】
管理サーバ２０は、制御部２２、通信部２４、記憶部２６などを備えている。
これらのうち、制御部２２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って管理サーバ２０全体を統括制御する。
【００５２】
また、通信部２４は、管理サーバ２０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部２６は、図示しないハードディスクからなり、このハードディスクにデータを記憶する。
【００５３】
提供サーバ３０は、制御部３２、通信部３４および記憶部３６などを備えている。
これらのうち、制御部３２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って提供サーバ３０全体を統括制御する。なお、この制御部３２は、複合機１０の制御部１１に比べて充分に高性能な構成とされており、複合機１０の制御部１１では実行困難な処理についても行うことができる。
【００５４】
また、通信部３４は、提供サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３６は、図示しないハードディスクからなり、このハードディスクにデータを記憶可能に構成されている。
（２）複合機１０による処理
以下に、複合機１０の制御部１１により実行される処理の手順を説明する。
（２−１）起動処理
はじめに、起動処理の処理手順を図２に基づいて説明する。このデバイス処理は、複合機１０の起動後に実行される。
【００５５】
この起動処理が起動されると、まず、複合機１０に対するパラメータの初期設定が行われる（ｓ１０２）。ここでは、複合機１０がネットワーク１を介してのデータ通信を実現するために必要なパラメータの初期設定を行う。具体的にいうと、各種パラメータが静的（固定的）に割り当てられている設定であれば、それらパラメータを、データ通信を実現するために用いるパラメータとして設定する。それに対し、各種パラメータが動的に割り当てられる設定（図示しないＤＨＣＰサーバと連携して設定する）であれば、それらパラメータについてＤＨＣＰサーバからの提供を受けて、データ通信を実現するために必要なパラメータとして設定する。なお、ここでいう「各種パラメータ」とは、複合機１０に割り当てられるＩＰアドレス、デフォルトルート（デフォルトゲートウェイサーバのＩＰアドレス）、サブネットマスク、ＤＮＳサーバに割り当てられたＩＰアドレスなどのことであって、他のネットワークデバイスに割り当て可能なパラメータとしてＤＨＣＰサーバに設定されたものである。つまり、ＤＨＣＰサーバが割り当て可能なパラメータの範囲は、そのＤＨＣＰサーバにおける設定内容に依存したものとなっている。
【００５６】
次に、前回の起動時と比較して複合機１０の使用環境が変更されているか否かがチェックされる（ｓ１０４）。本実施形態において、複合機１０は、ｓ１０２による初期設定がなされる前、つまり前回の起動時に設定されていた各種パラメータ（パラメータが動的に割り当てられる設定の場合には、ＤＨＣＰサーバのＩＰアドレスを含む）を記憶部１６に記憶しており、それらパラメータのうち少なくとも一部と、ｓ１０２において設定された各種パラメータ（同上）のうち該当するものとを対比することで、前回の起動時と比較して複合機１０の使用環境が変更されているか否かがチェックされる。具体的な例としては、例えば、先回の起動時に記憶しておいたＤＨＣＰサーバのＩＰアドレスやデフォルトルートが、ｓ１０２において設定された各種パラメータのうちの同一パラメータと相違している場合に、複合機１０の使用環境が変更されていると判定することが考えられる。また、ＤＨＣＰサーバが割り当て可能なパラメータの範囲が、先回の起動時に設定されていたパラメータの範囲と相違する場合に、複合機１０の使用環境が変更されていると判定することも考えられる。
【００５７】
このｓ１０４で、使用環境が変更されていないと判定された場合には（ｓ１０４：ＮＯ）、後述するｓ１０６〜ｓ１１４を行うことなく、次の処理（ｓ１１６）へ移行する。
一方、ｓ１０４で、使用環境が変更されていると判定された場合には（ｓ１０４：ＹＥＳ）、認証を行うための認証画面が操作部１２のディスプレイに表示される（ｓ１０６）。本実施形態においては、認証を行うための情報（認証情報）として、ユーザ名、および、パスワードを入力するための入力欄が設けられた認証画面がディスプレイに表示され、こうして認証画面が表示された後、ユーザは、操作部１２によりあらかじめ定められたユーザ名とパスワードの入力、および、入力が完了した旨の操作を行うこととなる。
【００５８】
こうして、認証画面が表示された後、操作部１２により入力が完了した旨の操作が行われるまでの待機を経て（ｓ１０８：ＮＯ）、入力が完了した旨の操作が行われたら（ｓ１０８：ＹＥＳ）、こうして入力されたユーザ名およびパスワードが適切な情報であるか否かのチェックが行われる（ｓ１１０）。ここでは、あらかじめ記憶部１６に記憶されているユーザ名およびパスワードと、ｓ１０８にて入力が完了した旨の操作が行われた時点で入力されているユーザ名およびパスワードとが対比され、両者が一致すれば、適切な情報であると判定される。
【００５９】
このｓ１１０によるチェックで適切な情報ではないと判定された場合（ｓ１１２：ＮＯ）、後述するユーザ変更処理を行った後（ｓ１１４）、次の処理（ｓ１１８）へ移行する。
【００６０】
一方、ｓ１１０によるチェックで適切な情報である（認証ＯＫ）と判定された場合（ｓ１１２：ＹＥＳ）、機能ステートに「Ｒｅａｄｙ」がセットされた後（ｓ１１６）、次の処理（ｓ１１８）へ移行する。この機能ステートとは、後述のように、複合機１０の有する特定機能の利用を可能とするか否かを示す値「Ｒｅａｄｙ／ＮｏｔＲｅａｄｙ」がセットされる変数である。つまり、このｓ１１６では、入力されたユーザ名およびパスワードが適切であったこと（または、ｓ１０４にて使用環境が変更されていないと判定されたこと）を条件として、以降の処理で特定機能の利用が可能になることとなる。
【００６１】
こうして、ｓ１１６またはｓ１１４を終えた後、機能ステートが「Ｒｅａｄｙ」であるか否かがチェックされる（ｓ１１８）。
このｓ１１８で、機能ステートが「Ｒｅａｄｙ」であれば（ｓ１１８：ＹＥＳ）、複合機１０の動作状態を特定機能の利用が可能な動作状態に切り替える（ｓ１２０）一方、機能ステートが「ＮｏｔＲｅａｄｙ」であれば（ｓ１１８：ＮＯ）、複合機１０の動作状態を特定機能の利用が不可能な動作状態（スリープ）に切り替えた（ｓ１２２）後、ｓ１０４へ戻る。これ以降に行われるｓ１０４では、複合機１０の起動中において各種パラメータの設定変更がなされたことをもって、複合機１０の使用環境が変更されていると判定するように構成されている。本実施形態において、ｓ１２０、ｓ１２２にて利用可能または利用不可能となる「特定機能」とは、後述するデバイス処理にてジョブを実行することで、提供サーバ３０から提供を受けるコンテンツを処理する機能であり、利用が可能な動作状態となっているときにのみ、デバイス処理が起動される構成となっている。
（２−２）ユーザ変更処理
続いて、図２におけるｓ１１４であるユーザ変更処理の処理手順を図３に基づいて説明する。
【００６２】
このユーザ変更処理が起動されると、まず、新規ユーザか否かの確認が行われる（ｓ２０２）。ここでは、まず、複合機１０のユーザに登録済みユーザであるか未登録のユーザであるかを確認するための確認画面が操作部１２のディスプレイに表示され、この確認画面が表示された後、操作部１２により登録済みユーザである旨または未登録ユーザである旨のいずれかを指定するための操作が行われるまでの待機を経て、こうして指定された内容に基づいて、新規ユーザか否かの確認が行われる。
【００６３】
このｓ２０２による確認の結果、新規ユーザであるとされた場合には（ｓ２０４：ＹＥＳ）、ユーザ変更要求を管理サーバ２０に対して送信する（ｓ２０６）。この「ユーザ変更要求」は、後述のように、管理サーバ２０側で管理されている複合機１０の登録情報を変更する旨を要求するためのものであり、本複合機１０を識別するためのデバイスＩＤが付加されたリクエストである。このユーザ変更要求を受信した管理サーバ２０からは、後述するｓ２３２以降を実行する契機となるユーザ登録ジョブがレスポンスとして送信されてくる。なお、以降、特に記載しない限り、複合機１０から送信されるリクエストには、常にデバイスＩＤが付加されているものとする。
【００６４】
このｓ２０６にてユーザ変更要求が送信された後、管理サーバ２０から送信されたユーザ登録ジョブが受信されたら（ｓ２０８）、管理サーバ２０に対してユーザ登録要求が送信される（ｓ２３２）。この「ユーザ登録要求」は、後述のように、管理サーバ２０側で管理されている本複合機１０についての登録情報を、以降の処理で入力される内容に変更（更新）すべき旨を要求するためのリクエストである。このリクエストを受けた管理サーバ２０からは、変更すべき登録情報の指定をユーザに促すための登録要求がレスポンスとして送信されてくる。なお、この登録要求は、変更すべき登録情報の指定を促すための画面として、ユーザ名、パスワード、住所、氏名、電話番号、クレジットカードの番号などの個人を特定するための認証情報を入力するための入力欄が設けられたユーザ登録画面を、ディスプレイに表示させるためのものである。また、ここで入力を促す認証情報については、認証するために用いられる情報であれば、上述した情報に限られない。
【００６５】
このｓ２３２にて、ユーザ登録要求が送信された以降、管理サーバ２０からのレスポンスが送信されてくるまでの待機を経て（ｓ２３４：ＮＯ）、レスポンスが送信されてきたら（ｓ２３４：ＹＥＳ）、このレスポンスである登録要求に基づき、上述したユーザ登録画面が操作部１２のディスプレイに表示される（ｓ２３６）。ここでは、上述したユーザ登録画面がディスプレイに表示され、こうしてユーザ登録画面が表示された後、ユーザは、操作部１２により認証情報の入力、および、入力が完了した旨の操作を行うこととなる。
【００６６】
こうして、ユーザ登録画面が表示された後、操作部１２により入力が完了した旨の操作が行われるまでの待機を経て（ｓ２３８：ＮＯ）、入力が完了した旨の操作が行われたら（ｓ２３８：ＹＥＳ）、この時点で入力されている認証情報が、管理サーバ２０側での登録を希望する旨の登録希望として管理サーバ２０に送信される（ｓ２４０）。この登録希望を受信した管理サーバ２０では、後述するように、この登録希望で特定されるユーザの登録審査が行われ、その結果を示す登録審査情報、具体的にいうと登録に成功した旨または登録に失敗した旨を示す情報がレスポンスとして送信されてくる。
【００６７】
次に、登録希望が送信された後、管理サーバ２０から送信されてくるレスポンスが受信され（ｓ２４２）、このレスポンスで示される登録審査情報に基づいて管理サーバ２０側で登録に成功したか否かがチェックされる（ｓ２４４）。
【００６８】
そして、このｓ２４４にて登録に成功したと判定された場合には、機能ステートに「Ｒｅａｄｙ」がセットされ（ｓ２４６）、登録に失敗したと判定された場合には、機能ステートに「ＮｏｔＲｅａｄｙ」がセットされた（ｓ２４８）後、本ユーザ変更処理が終了される（図２のｓ１１８へ移行する）。
【００６９】
また、上述したｓ２０２による確認の結果、新規ユーザでないとされた場合には（ｓ２０４：ＮＯ）、認証要求を管理サーバ２０に対して送信する（ｓ２５２）。この「認証要求」は、図２のｓ１０８にて入力されたユーザ名およびパスワードが適切な情報でない場合に、現在利用しようとしているユーザーに対して利用させて良いかどうかの確認を要求するためのリクエストである。このリクエストを受けた管理サーバ２０からは、適切なデバイスであることが確認できた場合であれば、その旨を示す確認情報がレスポンスとして送信され、適切なデバイスであることが確認できなかった場合であれば、上述したｓ２０８にて受信するのと同様のユーザ登録ジョブがレスポンスとして送信されてくる。このとき、確認情報は、管理サーバ２０側で管理されている認証情報の一部（ユーザ名など）が付加された状態で送信されてくるレスポンスである。
【００７０】
このｓ２５２で認証要求を送信した後、管理サーバ２０からのレスポンスが送信されてくるまでの待機を経て（ｓ２５４：ＮＯ）、レスポンスが送信されてきたら（ｓ２５４：ＹＥＳ）、このレスポンスに基づいて管理サーバ２０側で適切なデバイスであることが確認されたか否かがチェックされる（ｓ２５６）。ここでは、レスポンスで示されるのが、確認情報である場合に、適切なデバイスであることが確認されたと判定される。
【００７１】
このｓ２５６で、適切なデバイスであることが確認された（確認ＯＫ）と判定された場合には（ｓ２５６：ＹＥＳ）、その旨を示す確認情報に付加された情報（認証情報の一部）と確認情報に付加された情報からデバイスが記憶している認証に必要な情報（パスワードなど）が操作部１２のディスプレイに表示され（ｓ２５８）、機能ステートに「Ｒｅａｄｙ」がセットされた後（ｓ２６０）、本ユーザ変更処理が終了される（図２のｓ１１８へ移行する）。
【００７２】
一方、ｓ２５６で、適切なデバイスでないことが確認されたと判定された場合には（ｓ２５６：ＮＯ）、上述したｓ２３２へ移行し、以降の処理が行われる。
（２−３）デバイス処理
続いて、デバイス処理の処理手順を図４に基づいて説明する。このデバイス処理は、図２におけるｓ１２０にて、特定機能の利用が可能な動作状態とされている期間に限り、繰り返し実行される。
【００７３】
このデバイス処理が起動されると、まず、ジョブ問い合わせＯＳメッセージが生成される（ｓ３０２）。ここでは、本デバイス処理のプロセスに対して渡すべきＯＳメッセージとして、ジョブ問い合わせＯＳメッセージが生成される。
【００７４】
こうして、ＯＳメッセージが受信されたら（ｓ３０４：ＹＥＳ）、そのＯＳメッセージが「ジョブ問い合わせＯＳメッセージ」であるか否かがチェックされる（ｓ３１０）。
このｓ３１０で「ジョブ問い合わせＯＳメッセージ」でないと判定された場合（ｓ３１０：ＮＯ）、ｓ３０４へ戻る。
【００７５】
一方、ｓ３１０で「ジョブ問い合わせＯＳメッセージ」であると判定された場合（ｓ３１０：ＹＥＳ）、管理サーバ２０に対し、複合機１０によりが提供を受けられるサービスの有無についての問い合わせが行われる（ｓ３１４）。この問い合わせは、複合機１０に割り当てられたデバイスＩＤが特定可能な状態で行われる。管理サーバ２０には、後述のように、１以上のクライアントそれぞれのデバイスＩＤを、クライアントそれぞれに提供すべきサービスの内容、および、このサービスの提供を要求する際のアクセス先のアドレス（ＵＲＬ）に対応付けて登録した提供データベースが記憶されている。そして、このｓ３１４の問い合わせを受けた管理サーバ２０は、提供データベースから、この問い合わせに係る複合機１０のデバイスＩＤに対応するレコードを抽出し、そのレコード（対応するレコードが抽出されない場合にはその旨）示す登録情報をレスポンスとして送信してくる。
【００７６】
こうして、問い合わせが行われた後、管理サーバ２０からのレスポンスが受信されるまでの待機を経て（ｓ３１６：ＮＯ）、レスポンスが受信されたら（ｓ３１６：ＹＥＳ）、このレスポンスである登録情報に基づき、複合機１０が提供を受けられるサービスが有るか否かがチェックされる（ｓ３１８）。ここでは、レスポンスである登録情報が、複合機１０のデバイスＩＤに対応するレコードが存在しない旨の情報でなければ、提供を受けられるサービスが有ると判定される。
【００７７】
このｓ３１８で、複合機１０が提供を受けられるサービスが無いと判定された場合（ｓ３１８：ＮＯ）、ジョブ問い合わせタイマーをセットした後（ｓ３２０）、ｓ３０４へ戻る。このｓ３２０では、図５に示すように、一定時間（例えば、１０分）の待機を経て（ｓ４０２）、ジョブ問い合わせＯＳメッセージを生成する（ｓ４０４）、といった処理が行われる。
【００７８】
一方、上述したｓ３１８で、複合機１０が提供を受けられるサービスが有ると判定された場合（ｓ３１８：ＹＥＳ）、そのサービスに対応する処理（ジョブ）が実行された後（ｓ３２２）、ｓ３０４へ戻る。このｓ３２２では、図６に示すように、管理サーバ２０からのレスポンスである登録情報で示されるサービス（の内容）が、提供サーバ３０から情報の提供を受ける態様のサービスであれば（ｓ４１２：ＹＥＳ）、上記登録情報で示されるアドレス（本実施形態においては、提供サーバ３０のアドレス）に、サービス提供ジョブの実行要求が送信され（ｓ４１４）、これを受けたアクセス先（提供サーバ３０）から返信されてくる提供データが受信されたら（ｓ４１６）、この提供データで示される情報の記録部１４による出力（記録）が行われる（ｓ４１８）。その一方、上記登録情報で示されるサービスが、提供サーバ３０から情報の提供を受ける態様のサービスでなければ（ｓ４１２：ＮＯ）、そのサービスに対応する処理（その他の処理）が行われる（ｓ４２０）。
（３）管理サーバ２０による処理
以下に、管理サーバ２０の制御部２２により実行される処理の手順を説明する。
（３−１）リクエスト対応処理１
はじめに、リクエスト対応処理１の処理手順を図７に基づいて説明する。このリクエスト対応処理１は、複合機１０側からのリクエストを受信する毎に実行される。
【００７９】
このリクエスト対応処理１が起動されると、まず、この起動に先立って複合機１０から受信したリクエストが、ジョブ問い合わせであるか否かがチェックされる（ｓ５０２）。この「ジョブ問い合わせ」は、図４におけるｓ３１４にて複合機１０から送信されてくるリクエストである。
【００８０】
このｓ５０２でリクエストが「ジョブ問い合わせ」であると判定された場合（ｓ５０２：ＹＥＳ）、このリクエストを送信してきた複合機１０に対し、ジョブの登録情報がレスポンスとして送信された後（ｓ５０４）、本リクエスト対応処理が終了される。ここでは、上述した提供データベースから、リクエストで特定されるデバイスＩＤに対応するレコードが検索され、そうして検出されたレコードを示す情報（該当するレコードがなければその旨を示す情報）が登録情報として生成された後、レスポンスとして送信される。この登録情報は、図４のｓ３１６にて複合機１０が受信する。
【００８１】
また、ｓ５０２でリクエストがジョブ問い合わせでないと判定された場合（ｓ５０２：ＮＯ）、そのリクエストが認証要求であるか否かがチェックされる（ｓ５０６）。この「認証要求」は、図３のｓ２５２にて複合機１０から送信されてくるリクエストである。
【００８２】
このｓ５０６でリクエストが認証要求であると判定された場合（ｓ５０６：ＹＥＳ）、このリクエストで特定されるデバイスＩＤの複合機１０が適切なデバイスであるか否かの確認が行われる（ｓ５０８）。本実施形態においては、記憶部２６に、１以上の複合機それぞれのデバイスＩＤを、認証情報に対応づけて登録した認証データベースが記憶されている。そして、このｓ５０８では、リクエストで特定されるデバイスＩＤに対応づけて認証データベースに登録されている認証情報（ユーザ名およびパスワード）が、そのリクエストであるユーザ確認要求で示されるユーザ名およびパスワード（もしくは、ユーザー名、パスワードなどから一意に計算できる値）と一致する場合に、そのリクエストであるユーザ確認要求を送信してきた複合機が適切なデバイスあることが確認できたこととなる。なお、この確認については、管理サーバ２０のオペレータが、リクエストで特定されるデバイスＩＤに対応づけて認証データベースに登録されている電話番号に電話をかけて、複合機１０側で応答があった、または、複合機１０のユーザに直接問い合わせた後で、適切なデバイスであるか否かを指定する操作を行うものとしてもよい。
【００８３】
次に、ｓ５０８により適切なデバイスであることが確認されたか否かがチェックされ（ｓ５１０）、適切なデバイスであることが確認された場合（確認ＯＫ）（ｓ５１０：ＹＥＳ）、その旨を示す確認情報が、リクエストを送信してきた複合機１０に対するレスポンスとして送信された後（ｓ５１２）、本リクエスト対応処理１が終了される。このｓ５１２にて送信される確認情報は、図３のｓ２５４にて複合機が受信する。
【００８４】
また、ｓ５１０にて適切なデバイスではないことが確認された場合（ｓ５１０：ＮＯ）、リクエストに付加されたデバイスＩＤに対応する登録情報を削除する（ｓ５１４）。ここでは、認証データベースのうち、リクエストで特定されるデバイスＩＤに対応する登録情報を削除することで、このデバイスＩＤに対応する登録情報を以降の処理で登録可能な状態とする。
【００８５】
こうして、デバイスＩＤに対応する登録情報が削除されたら、リクエストを送信してきた複合機１０に対してユーザ登録ジョブを送信した後（ｓ５１６）、本リクエスト対応処理１が終了される。この場合の「ユーザ登録ジョブ」は、図３のｓ２５４にて複合機１０が受信する。
【００８６】
また、上述したｓ５０６でリクエストがユーザ確認要求でないと判定された場合（ｓ５０６：ＮＯ）、そのリクエストがユーザ変更要求であるか否かがチェックされる（ｓ５１８）。この「ユーザ変更要求」は、図３のｓ２０６にて複合機１０から送信されてくるリクエストである。
【００８７】
このｓ５１８でリクエストがユーザ変更要求であると判定された場合（ｓ５１８：ＹＥＳ）、ｓ５１４へ移行し、該当する登録情報の削除、ユーザ登録ジョブの送信を経て、本リクエスト対応処理１が終了される。この場合の「ユーザ登録ジョブ」は、図３のｓ２０８にて複合機１０が受信する。
【００８８】
また、上述したｓ５１８でリクエストがユーザ変更要求でないと判定された場合（ｓ５１８：ＮＯ）、そのリクエストがユーザ登録要求であるか否かがチェックされる（ｓ５２０）。この「ユーザ登録要求」は、図３のｓ２３２にて複合機１０から送信されてくるリクエストである。
【００８９】
このｓ５２０でリクエストがユーザ登録要求であると判定された場合（ｓ５２０：ＹＥＳ）、後述するユーザ登録サーバ処理を実行した後（ｓ５２２）、本リクエスト対応処理１が終了される。
【００９０】
そして、上述したｓ５２０でリクエストがユーザ登録要求でないと判定された場合（ｓ５２０：ＮＯ）、そのリクエストに対応する処理（その他の処理）が行われた後（ｓ５２４）、本リクエスト対応処理１が終了される。
（３−２）ユーザ登録サーバ処理
続いて、図７のｓ５１８であるユーザ登録サーバ処理の処理手順を図８に基づいて説明する。
【００９１】
このユーザ登録サーバ処理が起動されると、まず、リクエストを送信してきた複合機１０に対して、登録要求をレスポンスとして送信する（ｓ５３２）。この「登録要求」は、上述したように、変更すべき登録情報の指定をユーザに促すためのユーザ登録画面を複合機１０側で表示させるための情報であって、図３のｓ２３４で複合機１０が受信する。この登録要求を受信した複合機１０からは、複合機１０側で指定、入力された認証情報を示す登録希望がリクエストとして送信されてくる。
【００９２】
このｓ５３２にて登録要求を送信した以降、複合機１０から登録希望が送信されてくるまでの待機を経て（ｓ５３４：ＮＯ）、登録希望が受信されたら（ｓ５３４：ＹＥＳ）、この登録希望に基づいて認証情報を登録してもよいか否かを決定するための登録審査を行う（ｓ５３６）。ここでは、記憶部２６に記憶されたデータテーブルであって、登録を許可すべきでないユーザを特定するための情報が登録された不許可リストから、登録希望で示される情報のうちの特定情報（例えば、氏名など）を検索し、その特定情報と一致する情報が検出されるか否かにより審査を行う。
【００９３】
そして、この登録審査で登録してもよい旨（審査ＯＫ）の結果（つまり、特定情報が不許可リストから検出されない場合）が得られたら（ｓ５３８：ＹＥＳ）、登録要求で示される認証情報を、リクエストに付加されたデバイスＩＤと対応づけて認証データベースに登録し（ｓ５４０）、リクエストを送信してきた複合機１０に対して登録成功を示す登録審査情報が送信された後（ｓ５４２）、本ユーザ登録サーバ処理が終了される。一方、登録審査で登録すべきでない旨の結果（つまり、特定情報が不許可リストから検出された場合）が得られたら（ｓ５３８：ＮＯ）、リクエストを送信してきた複合機１０に対して登録失敗を示す登録審査情報が送信された後（ｓ５４４）、本ユーザ登録サーバ処理が終了される。なお、登録審査情報は、図３のｓ２４２にて複合機１０が受信する。
（３−２）リクエスト対応処理２
続いて、リクエスト対応処理２の処理手順を図９に基づいて説明する。このリクエスト対応処理２は、提供サーバ３０側からのリクエストを受信する毎に実行される。
【００９４】
このリクエスト対応処理２が起動されると、まず、この起動に先立って提供サーバ３０から受信したリクエストが、「サービス登録メッセージ」であるか否かがチェックされる（ｓ５６２）。この「サービス登録メッセージ」は、後述のように、提供サーバ３０が、特定のデバイスに提供すべきサービスを、管理サーバ２０における提供データベースに登録させるために送信してくるものであって、特定のデバイスのデバイスＩＤ、このデバイスに提供すべきサービスの内容、および、サービスの提供を要求する際のアクセス先のアドレス（ＵＲＬ）を特定可能なリクエストである。
【００９５】
このｓ５６２でリクエストが「サービス登録メッセージ」であると判定された場合（ｓ５６２：ＹＥＳ）、そのサービス登録メッセージで特定されるデバイスＩＤ、サービスの内容およびアドレスを対応づけて上述した提供データベースに登録し（ｓ５６４）、このリクエストを送信してきた提供サーバ３０に対し、こうして登録が行われた旨を通知するためのサービス登録通知がレスポンスとして送信された後（ｓ５６６）、本リクエスト対応処理２が終了される。
【００９６】
また、ｓ５６２でリクエストが「サービス登録メッセージ」でないと判定された場合（ｓ５６２：ＮＯ）、そのリクエストに対応するその他の処理が行われた後（ｓ５６８）、本リクエスト対応処理２が終了される。
（４）提供サーバ３０による処理
以下に、提供サーバ３０の制御部３２により実行される処理の手順を説明する。
（４−１）ジョブ実行処理
はじめに、ジョブ実行処理の処理手順を図１０に基づいて説明する。このジョブ実行処理は、図６におけるｓ４１４にて複合機１０からサービス提供ジョブの実行要求が送信されてくる毎に実行される。
【００９７】
このジョブ実行処理が起動されると、まず、このジョブ実行処理の起動に先立って受信した実行要求から、この実行要求で特定されるデバイスＩＤを取得する（ｓ６０２）。
次に、ｓ６０２にて実行要求を送信してきた複合機１０に対して提供すべき提供データが生成される（ｓ６０８）。
【００９８】
そして、このｓ６０８にて生成された提供データを、ｓ６０２にて実行要求を送信してきた複合機１０に対して送信して（ｓ６１０）、本ジョブ実行処理を終了する。この提供データは、図６におけるｓ４１６にて複合機１０が受信するデータである。
（４−２）サービス登録処理
続いて、サービス登録処理の処理手順を図１１に基づいて説明する。このサービス登録処理は、提供サーバ３０に対する操作が行われたとき、または、提供サーバ３０外部からの指令が受信されたときに開始される。なお、ここでいう「外部からの指令」とは、提供サーバ３０とデータ通信可能な他のネットワークデバイスから送信されてくるものである。
【００９９】
このサービス登録処理が起動されると、まず、このサービス登録処理に先立って行われた操作、または、受信された指令が、サービスの登録をするためのサービス登録要求となるまでの待機を経た後（ｓ７２２：ＮＯ）、その操作または指令としてサービス登録要求がなされたら（ｓ７２２：ＹＥＳ）、そのサービス登録要求に基づいて、サービス登録メッセージを作成する（ｓ７２４）。この「サービス登録要求」とは、提供すべきサービスの内容、このサービスを提供すべきデバイスのデバイスＩＤ、このサービスの提供を要求する際のアクセス先のアドレス（ＵＲＬ）を伴って行われる指令であり、ここでは、このサービス登録要求に伴うサービス、デバイスＩＤ、アドレスを示すメッセージが、サービス登録メッセージとして作成される。
【０１００】
次に、ｓ７２４にて作成されたサービス登録メッセージが、管理サーバ２０に送信される（ｓ７２６）。このサービス登録メッセージは、図９のｓ５６２で管理サーバ２０が受信するリクエストである。このリクエストを受けた管理サーバ２０からは、このサービス登録メッセージに基づく登録が行われた後、その旨を通知するためのサービス登録通知がレスポンスとして送信されてくる。
【０１０１】
こうして、サービス登録メッセージが送信された後、管理サーバ２０からレスポンスとして送信されてくるサービス登録通知が受信されたら（ｓ７２８）、こうして管理サーバ２０側でサービスの登録が行われた旨のログが残された（その旨が記憶部３６に記憶される）、または、サービスの登録が行われた旨がこのサービス登録処理に先立って受信された指令の送信元に通知された後（ｓ７３０）、本サービス登録処理が終了される。
（５）作用、効果
このように構成された通信システムによれば、管理サーバ２０は、クライアントからユーザ確認要求を受け（図７のｓ５０６でＹＥＳ）、このユーザ確認要求に基づいてそのクライアントが適切なデバイスでないことが確認された場合に（同図ｓ５１０でＹＥＳ）、このクライアントに対してユーザ登録ジョブを送信して認証データベースへの新たな登録を要求し（同図ｓ５１６）、このユーザ登録ジョブを受けたクライアントからユーザ登録要求を受信した以降に行われるユーザ登録サーバ処理（図８）にて、このクライアントの認証情報を新たに認証データベースに登録することができる（図８の５４０）。
【０１０２】
つまり、複合機１０側からすれば、認証情報が未登録の場合でも、管理サーバ２０との間で認証を行う場合の一連の流れの中で認証データベースへの登録を行うことができるため、別ルートでの申込みなどを経ることなく、正規のユーザ（既存の認証情報を登録したユーザ）ではなくとも、複合機１０の機能を利用することができる。一方、正規のユーザは、自らが登録した認証情報とは異なる認証情報により、複合機１０の機能が利用されるため、その機能を利用することによって自らの利益を害されることはない。
【０１０３】
そして、これにより、管理サーバ２０の認証を経て、提供サーバ３０から提供を受けたコンテンツを処理する機能を、正規のユーザの利益を害することなく、不正使用の意図のない第三者が利用可能となる。
【０１０４】
また、複合機１０は、起動処理（図２）において認証情報が入力された際、この認証情報があらかじめ登録されている認証情報と一致する場合（同図ｓ１１２でＹＥＳ）、管理サーバ２０とのやりとりを行うことなく、特定機能の利用が可能な状態となるため（同図ｓ１２０）、認証情報が入力される毎の通信負荷（トラフィック）および管理サーバ２０に対する認証処理の負担を減らすことができる。このことは、本通信システムが複数のクライアント（複合機１０を含む）を有している場合において、その数が多くなるほど有効といえる。
【０１０５】
また、複合機１０は、管理サーバ２０からユーザ登録ジョブを受信した際に、ユーザに改めて認証情報を入力させている（図３のｓ２３６、ｓ２３８）、つまりユーザに認証情報の入力し直しを行わせることにより、先に入力された認証情報（図２のｓ１０８）とは異なる認証情報（同一内容を示す認証情報であってもよい）を認証データベースに登録することができる。
【０１０６】
また、複合機１０は、その使用環境が変更される毎に（図２のｓ１０４でＹＥＳ）、図２のｓ１０６以降の処理を行うことによって、認証情報に基づくクライアントの認証を行うことができる。
【０１０７】
また、管理サーバ２０は、クライアントからユーザ変更要求を受信した際（図７のｓ５１８でＹＥＳ）、そのクライアント（デバイスＩＤ）に対応する登録情報を削除した後でユーザ登録ジョブを送信し（同図ｓ５１４、ｓ５１６）、その後のクライアントとのやりとりを経て、このクライアントからの認証情報の登録を行う（図８のｓ５４０）。これにより、同一クライアントからユーザ変更要求を受信した場合であれば、そのクライアントに対応する登録情報を更新する形式で認証情報を登録することができる。そのため、クライアントが新たなユーザに移転された場合などにおいて、そのユーザが適切な認証情報を知得していない場合であっても、新たな認証情報の登録を行うことにより、引き続き、そのクライアントにおける特定機能を実現することができるようになる。
【０１０８】
また、複合機１０は、管理サーバ２０に対して提供サーバ３０から提供されるべきサービスが登録されているか否かを問い合わせ（図４のｓ３１４）、登録されている旨のレスポンスを受けた場合にのみ（同図ｓ３１８でＹＥＳ）、提供サーバ３０に対してサービスの提供を要求することができる（図６のｓ４１４）。そのため、サービスの提供に係る課金等によって、正規のユーザが損害を被ることを防止可能である一方、このようなサービスを正規のユーザとは異なるユーザが使用したとき、この異なるユーザに対して課金等をすることができる。なお、提供サーバ３０から提供されるべきサービスが存在しない場合など、提供サーバ３０に不必要なサービスの提供要求がなされることがなくなることで、提供サーバ３０に対して、サービスの提供要求に関する不必要な処理負担が発生することを防止することができる。このことは、提供サーバ３０が、複数のクライアントそれぞれに対してサービスを提供する構成とされている場合において特に有効といえる。
（６）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【０１０９】
例えば、上記実施形態においては、管理サーバ２０と提供サーバ３０とが別体のサーバとされ、それぞれが連携して認証情報の管理およびサービスの提供を実現するように構成されたものを例示した。しかし、管理サーバ２０と提供サーバ３０とは、一体のサーバとして構成してもよい。また、管理サーバ２０の有する機能の一部を提供サーバ３０に実現させるように構成したり、提供サーバ３０の有する機能の一部を管理サーバ２０に実現させるように構成してもよい。
【０１１０】
また、上記実施形態において、複合機１０が、管理サーバ２０からユーザ登録ジョブを受信した後（図３のｓ２０８、ｓ２５４）、ユーザに改めて認証情報を入力させたうえで（同図ｓ２３６、ｓ２３８）、その認証情報を管理サーバ２０に送信する（同図ｓ２４０）ように構成されているものを例示した。しかし、このとき送信する認証情報は、改めて入力させたものでなく、起動処理において先に入力された認証情報（図２のｓ１０８）としてもよい。このためには、例えば、図３のｓ２３４でレスポンスが受信された後、ｓ２３６、ｓ２３８を行うことなく、図２のｓ１０８にて先に入力された認証情報を登録希望として送信することが考えられる。
【０１１１】
また、上記実施形態において、複合機１０が図２におけるｓ１０６以降の処理を行うのは、複合機１０の使用環境が変更された場合だけでなく、例えば、複合機１０のユーザが、複合機１０の操作部１２により特定機能を利用するための操作が行われた場合に、同処理が行われるように構成してもよい。この場合、複合機１０により所定の機能が行われる毎に、認証情報に基づくクライアントの認証を行うことができる。
【０１１２】
また、上記実施形態においては、複合機１０が使用環境の変更であるか否かをチェックする際に参照するのが、ネットワーク設定に関するパラメータである構成を例示した。しかし、ここで参照するパラメータについては、使用環境の変更であることを示すもの（電話番号など）であれば、ネットワーク設定に関するパラメータ以外のパラメータであってもよい。
【０１１３】
また、上記実施形態において、管理サーバ２０が、クライアントからユーザ変更要求を受信した際（図７のｓ５１８でＹＥＳ）、そのクライアント（デバイスＩＤ）に対応する登録情報を削除した後でユーザ登録ジョブを送信し（同図ｓ５１４、ｓ５１６）、その後のクライアントとのやりとりを経て、このクライアントからの認証情報の登録を行うように構成されたものを例示した（図８のｓ５４０）。しかし、ユーザ変更要求を受信する毎に、そのクライアントに対応する登録情報を削除することなく、それぞれ別の認証情報として登録するように構成してもよい。この場合、１のクライアントに対して複数ユーザの認証情報を割り当てられることとなるため、同一クライアントを複数のユーザで共有して用いることができるようになる。
【０１１４】
また、上記実施形態においては、複合機１０が管理サーバ２０による認証を経て、デバイス処理（図４）によりジョブを実行する機能が利用可能な状態となるように構成されたものを例示した。しかし、認証を経て利用可能な状態となる機能としては、この機能に限られない。
【０１１５】
また、複合機１０による起動処理（図３）において、ｓ１０４以降の処理については、複合機１０の起動時にのみ行われることとしてもよい。この場合、同図ｓ１２０、ｓ１２２の後、ｓ１０４へ戻るのではなく、起動処理自体が終了されるように構成すればよい。
（７）本発明との対応関係
以上説明した実施形態において、複合機１０は本発明におけるクライアントであり、デバイス管理サーバ２０は本発明におけるサーバであり、情報提供サーバ３０は本発明における提供サーバである。
【０１１６】
また、図７のｓ５１２で送信される確認情報および図８のｓ５４２で送信される登録審査情報は本発明における許可指令であり、図４のｓ３１４で送信される問い合わせは本発明における登録問合であり、図７のｓ５０４で送信される登録情報は本発明における検索結果である。
【０１１７】
また、図７のｓ５０４は本発明における問合検索手段および結果送信手段であり、同図ｓ５０８は本発明における認証判定手段であり、図７のｓ５１２および図８の５４２は本発明における許可指令手段であり、図７のｓ５１４および図８のｓ５４０は本発明における情報登録手段であり、図８のｓ５３２は本発明における登録要求手段である。
【０１１８】
また、図２のｓ１０６および図３のｓ２３６は本発明における情報入力手段であり、図３のｓ２５２は本発明における認証要求手段であり、図２のｓ１２０は本発明における利用可能化手段であり、図２のｓ１１０は本発明における一致判定手段であり、図３のｓ２４０は本発明における登録希望手段であり、図４のｓ３１８は本発明における提供判定手段であり、図６のｓ４１４は本発明における提供要求手段である。
【図面の簡単な説明】
【０１１９】
【図１】通信システムの構成を示すブロック図
【図２】起動処理を示すフローチャート
【図３】ユーザ変更処理を示すフローチャート
【図４】デバイス処理を示すフローチャート
【図５】ジョブ問い合わせタイマー処理を示すフローチャート
【図６】サービスに対応するジョブを示すフローチャート
【図７】リクエスト対応処理１を示すフローチャート
【図８】ユーザ登録サーバ処理を示すフローチャート
【図９】リクエスト対応処理２を示すフローチャート
【図１０】ジョブ実行処理を示すフローチャート
【図１１】サービス登録処理を示すフローチャート
【符号の説明】
【０１２０】
１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、２０…デバイス管理サーバ、２２…制御部、２４…通信部、２６…記憶部、３０…情報提供サーバ、３２…制御部、３４…通信部、３６…記憶部。
【技術分野】
【０００１】
本発明は、クライアントにより実現可能な機能の少なくとも一部を、サーバの認証を経て利用可能とするように構成された通信システムに関する。
【背景技術】
【０００２】
昨今、装置の不正使用を防止する観点（セキュリティー確保の観点）から、この装置の起動時等に、正規のユーザであることの認証を求めるものが提案されている（例えば、特許文献１参照）。
【０００３】
また、ネットワークに接続可能な装置が多く提供されている（例えば、特許文献２参照）。また、インターネットの普及にともない、このようなネットワーク対応の装置を介して、多くのサービスが提供されるようになっている（以下、サービスの提供を受ける装置を「クライアント」という）。そして、このようなサービスの提供に際し、セキュリティーをいかに確保するかが重要な問題として認識されている。
【０００４】
例えば、クライアントが、サーバにより提供されるサービスの提供を受けてクライアント自身の有する機能を実現するにあたり、このサーバの認証を経てログインする技術が採用されているが、ここで、ログインの失敗（認証のための情報の誤入力）が所定の回数繰り返された場合、不正使用を防止する観点から、別の手続きを経なければ認証を行えないようにしているものがある（例えば、非特許文献１参照）。
【０００５】
なお、この場合にクライアントにより実現される機能とは、サービスの提供に従ってサーバから受信される情報の表示部への表示などのことである。
【特許文献１】特開平１１−２５００１３号公報
【特許文献２】特開２００１−２２５３９号公報
【非特許文献１】“セキュリティ対策 イーバンク銀行”、［online］、イーバンク銀行、［平成１７年５月２０日検索］、インターネット＜ URL：http://www.ebank.co.jp/kojin/security/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来のサーバの認証を経たログインによるセキュリティーによっては、第三者による不正使用は防止することは可能であるものの、例えば、ネットワーク対応のクライアントの起動時に暗証番号等の認証のための情報の入力を求めるとともに、その入力に所定回数失敗したとき、その起動自体を一律制限してしまっては、不正使用の意図のない第三者の使用を完全に排除してしまうことになる。
【０００７】
本発明は、正規のユーザの利益を損なわず、不正使用の意図のない第三者の利便性を向上することが可能な情報処理装置および通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため請求項１に記載の通信システムは、クライアントにより実現可能な機能の少なくとも一部を、サーバの認証を経て利用可能とするように構成された通信システムである。
【０００９】
このシステムにおいて、前記サーバは、前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データベースと、前記クライアントから、該クライアントの認証情報が、該クライアントの認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データベースに登録されているか否かを判定する認証判定手段と、該認証判定手段により認証情報が登録されていると判定された場合、前記認証要求の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手段と、前記認証判定手段により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データベースへの新たな登録を要求する旨の登録要求を送信する登録要求手段と、該登録要求手段による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報として、前記認証データベースに登録する情報登録手段と、を備え、前記許可指令手段は、前記情報登録手段により前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている。
【００１０】
そして、前記クライアントは、該クライアントを認証するための認証情報を入力させる情報入力手段と、該情報入力手段により入力された認証情報を、前記認証要求として前記サーバへ送信する認証要求手段と、該認証要求手段による認証要求を受けたサーバから、前記登録要求を受信した場合、前記情報入力手段により入力された認証情報を、前記登録希望として前記サーバへ送信する登録希望手段と、前記認証要求手段による認証要求または前記登録希望手段による登録希望を受けたサーバから、前記許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手段と、を備えている。
【００１１】
このように構成された通信システムによれば、クライアントから未登録の認証情報を受けたサーバは、そのクライアントに対して認証データベースへの新たな登録を登録要求にて要求し、この登録要求を受けたクライアントから、認証情報の認証データベースへの登録を希望する旨の登録要求を受信することで、このクライアントの認証情報を新たに認証データベースに登録することができる。つまり、正規のユーザ（既存の認証情報を登録したユーザ）ではなくとも、クライアントの機能を利用することができる。一方、正規のユーザは、自らが登録した認証情報とは異なる認証情報により、クライントの機能が利用されるため、その機能を利用することによって自らの利益を害されることはない。
【００１２】
以上、請求項１に記載の発明によれば、正規のユーザの利益を損なわずして、第三者の利便性を向上させた通信システムを提供することができる。なお、ここでいう「第三者」とは、このクライアントを、例えば、緊急避難的に使用したい者の他、クライアントが移転された場合における、その後のユーザも含み、このようなユーザも上記有利な効果を得ることができる。すなわち、前ユーザが、認証情報を削除することなく、移転したとしても、前ユーザの利益を害することなく、新たなユーザは問題なくこのクライアントを使用することができる。
【００１３】
なお、上述したクライアントの備える登録希望手段は、サーバから登録要求を受信した際に、認証情報を登録希望として送信する手段であって、このとき登録希望として送信する認証情報は、あらかじめ情報入力手段により入力させた認証情報や、登録要求を受信した時点で情報入力手段により入力させた認証情報などが考えられる。
【００１４】
また、上述した認証情報とは、クライアントを認証するための情報であればよく、例えば、クライアントに割り当てられたＩＤやパスワードの他、クライアントのユーザに関する情報としてユーザ名、ユーザの住所、氏名、電話番号、クレジットカードの番号など、認証に用いることができるものであれば、具体的な情報の内容は限定されない。
【００１５】
また、認証要求手段は、認証情報を認証要求として送信する手段であって、この認証情報が入力される都度、認証要求を送信するように構成すればよい。
請求項２に記載の通信システムは、請求項１に記載の通信システムを前提とするものであって、前記クライアントにおいては、前記情報入力手段により入力された認証情報が、あらかじめ登録されている認証情報と一致するか否かを判定する一致判定手段を備え、該一致判定手段により一致しないと判定された場合、前記認証要求手段が、前記情報入力手段により入力された認証情報を前記認証要求として前記サーバへ送信する一方、前記一致判定手段により一致すると判定された場合、前記認証要求手段により前記認証要求を送信することなく、前記利用可能化手段が、当該クライアントの動作状態を前記利用可能状態とする、ように構成されている。
【００１６】
このように構成すれば、クライアントは、入力された認証情報があらかじめ登録されている認証情報と一致する場合、サーバへの認証要求の送信を行わないため、認証情報が入力される毎の通信負荷およびサーバに対する認証処理の負荷を減らすことができる。
【００１７】
なお、この構成において、クライアントは、入力された認証情報があらかじめ登録されている認証情報と一致しないと判定された場合であって、その後、サーバから登録要求を受信した際に、先に入力されていた認証情報をそのまま登録希望として送信するように構成すれば、再度、入力動作をユーザにさせる必要がなくなる。ただし、先に入力されていた認証情報ではなく、ユーザに新たに入力させた認証情報を登録希望として送信するように構成してもよい。
【００１８】
請求項３の通信システムは、請求項２に記載の通信システムを前提とするものであって、前記クライアントにおいて、前記情報入力手段は、前記一致判定手段により一致しないと判定された場合に、改めて前記認証情報をユーザに入力させ、前記登録希望手段は、改めて前記情報入力手段により入力された認証情報を前記登録希望として前記サーバへ送信する、ように構成されている。
【００１９】
このように構成すれば、クライアントでは、サーバから登録要求を受信した際に、ユーザに認証情報の入力し直しを行わせることとなり、これにより、先に入力された認証情報とは異なる認証情報（同一内容を示す認証情報であってもよい）を認証データベースに登録することができる。
【００２０】
なお、上述したクライアントの備える情報入力手段による認証情報の入力は、どのようなタイミングで行わせる構成としてもよいが、例えば、クライアントにおいて、情報入力手段は、当該クライアントにより実現可能な機能の少なくとも一部を利用するための操作がユーザによって行われた際に、認証情報をユーザに入力させる、ように構成すると好適である。このように構成すれば、クライアントにより実現可能な機能の一部を利用するための操作が行われる毎に、認証情報に基づくクライアントの認証を行うことができる。
【００２１】
請求項４に記載の通信システムは、請求項１から請求項３のいずれかに記載の通信システムを前提とするものであり、前記クライアントにおいて、前記情報入力手段は、当該クライアントにおける特定の設定内容が変更された際に、前記認証情報をユーザに入力させる、ように構成されている。
【００２２】
このように構成すれば、クライアントにおける特定の設定内容が変更される毎に、認証情報に基づくクライアントの認証を行うことができる。
請求項５に記載の通信システムは、請求項１から請求項４のいずれかに記載の通信システムを前提とするものであり、前記クライアントにおいて、前記情報入力手段は、当該クライアントの起動時に、前記認証情報をユーザに入力させる、ように構成されている。
【００２３】
このように構成すれば、クライアントが起動される毎に、認証情報に基づくクライアントの認証を行うことができる。
また、上述したサーバの備える情報登録手段は、登録希望で示される認証情報をクライアントと対応づけた状態で認証データベースに登録する手段であって、例えば、登録希望が受信される毎に、それぞれ別の登録内容として認証情報およびクライアントを登録するように構成すればよい。この場合、ユーザ毎に異なる認証情報を割り当てておくこととなる結果、同一クライアントを複数のユーザが共有して用いることができるようになる。
【００２４】
請求項６に記載の通信システムは、請求項１から請求項５のいずれかに記載の通信システムを前提とするものであり、前記サーバにおいて、前記情報登録手段は、前記登録要求手段による登録要求を受けたクライアントから、該クライアントの前記登録希望が送信されてきた際、該登録希望の送信元であるクライアントの認証情報が、前記認証データベースに登録済みである場合、該登録済みの認証情報を、前記登録希望で示される認証情報に更新する、ように構成されている。
【００２５】
このように構成すれば、クライアントが新たなユーザに移転された場合などにおいて、そのユーザが適切な認証情報を知得していない場合であっても、新たな認証情報の登録を行うことにより、引き続き、そのクライアントにおける一部機能を実現することが可能である。一方、一端、認証情報が更新されてしまうと、前ユーザは、自らが登録した認証情報を不正な方法で知得された上で、このクライアントを介したサービスの提供がされなくなるため、安心してクライアントを移転することができる。
【００２６】
ところで、上述したクライアントの備える利用可能化手段により利用可能状態とされる機能は、クライアントにより実現可能な機能の少なくとも一部であればよく、その具体的な機能には特に限定されない。
【００２７】
また、上記通信システムが、クライアントからの要求を受けてコンテンツを提供可能な提供サーバを含んでいる場合であれば、認証を必要とされるクライアントの機能には、この提供サーバから提供を受けたコンテンツを処理するための機能（表示、機能など）が上げられる。
【００２８】
このためには、クライアントにおいて、提供判定手段により登録されていると判定された場合に、提供サーバに対してサービスの提供を要求するサービス要求手段が備えられ、利用可能化手段は、許可指令を受信した場合に、サービス要求手段によりサービスの提供を要求不可能な状態から、該サービス要求手段によりサービスの提供を要求可能な状態とする、ように構成するとよい。このように構成すれば、クライアントにおいて、提供サーバから提供を受けたコンテンツを処理するための機能を、利用可能化手段により利用可能な状態とすることができる。
【００２９】
請求項７に記載の通信システムは、請求項１から請求項６のいずれかに記載の通信システムを前提とするものであり、前記クライアントに対してサービスを提供可能な提供サーバを含んでおり、前記クライアントにおいて、前記提供サーバが提供するサービス、および、該サービスを提供すべきクライアントが対応づけて登録された提供データベースに、当該クライアントに対応するサービスが登録されているか否かを判定する提供判定手段と、該提供判定手段により登録されていると判定された場合、前記提供サーバに対してサービスを要求する提供要求手段と、が備えられ、前記利用可能化手段は、前記許可指令を受信した場合に、前記提供要求手段によるサービスの要求が不可能な状態から、該提供要求手段によるサービスの要求が可能な状態とする、ように構成されている。
【００３０】
このように構成すれば、サービスの提供に係る課金等によって、正規のユーザが損害を被ることを防止可能である一方、このようなサービスを正規のユーザとは異なるユーザが使用したとき、この異なるユーザに対して課金等をすることができる。
【００３１】
なお、提供データベースに提供サーバから提供されるべきサービスが登録されているときのみ、提供サーバに対してサービスの提供を要求することができるため、提供サーバに不必要なサービスの提供要求がなされることがなくなる。これにより、提供サーバに対して、サービスの提供要求に関する不必要な処理負担が発生することを防止することができる。このことは、提供サーバが、複数のクライアントそれぞれに対してサービスを提供する構成とされている場合において特に有効である。
【００３２】
また、この構成において、クライアントの備える提供判定手段は、提供データベースに該当する情報が登録されているか否かを判定する手段であり、この判定方法については特に限定されない。
【００３３】
さらに、提供データベースは、クライアント、サーバ若しくは提供サーバのいずれかとともに、または、これらとは独立して、単独でネットワーク上に存在していればよく、特に、その配置については限定されない。
【００３４】
請求項８に記載の通信システムは、請求項7に記載の通信システムを前提とするものであり、前記クライアントに対してサービスを提供可能な提供サーバを含んでおり、前記クライアントにおいて、前記提供サーバが提供するサービス、および、該サービスを提供すべきクライアントが対応づけて登録された提供データベースに、当該クライアントに対応するサービスが登録されているか否かを判定する提供判定手段と、該提供判定手段により登録されていると判定された場合、前記提供サーバに対してサービスを要求する提供要求手段と、が備えられ、前記利用可能化手段は、前記許可指令を受信した場合に、前記提供要求手段によるサービスの要求が不可能な状態から、該提供要求手段によるサービスの要求が可能な状態とする、ように構成されている。
【００３５】
このように構成すれば、クライアントは、サーバに対して登録問合を送信することで、これに対する応答から提供データベースにクライアント自身に対応するサービスが登録されているか否かを判断することができる。
【００３６】
また、請求項９に記載のサーバは、クライアントにより実現可能な機能の少なくとも一部について、該機能を利用可能とする認証を行う、該クライアントと通信可能なサーバであって、前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データベースと、前記クライアントから、該クライアントの認証情報が、該クライアントの認証を要求する旨の認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データベースに登録されているか否かを判定する認証判定手段と、該認証判定手段により認証情報が登録されていると判定された場合、該認証情報の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手段と、前記認証判定手段により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データベースへの新たな登録を要求する旨の登録要求を送信する登録要求手段と、該登録要求手段による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報として、前記認証データベースに登録する情報登録手段と、を備え、前記許可指令手段は、前記情報登録手段により前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている。
【００３７】
このように構成されたサーバによれば、請求項１から８のいずれかに記載の通信システムの一部（サーバ）を構成することができる。
なお、このサーバにおいては、請求項２から８のいずれかに記載のサーバの備える全ての手段を備えた構成としてもよい。
【００３８】
また、請求項１０に記載のクライアントは、実現可能な機能の少なくとも一部を利用可能とするための認証を行うサーバと通信可能なクライアントであって、該クライアントを認証するための認証情報を入力させる情報入力手段と、該情報入力手段により入力された認証情報を、当該クライアントの認証を要求する旨の認証要求として前記サーバへ送信する認証要求手段と、該認証要求手段による認証要求を受けたサーバから、新たな登録を要求する旨の登録要求を受信した場合、前記情報入力手段により入力された認証情報を、該認証情報の登録を希望する旨の登録希望として前記サーバへ送信する登録希望手段と、前記認証要求手段による認証要求または前記登録希望手段による登録希望を受けたサーバから、前記機能の利用を許可する旨の許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手段と、を備えている。
【００３９】
このように構成されたクライアントによれば、請求項１から８のいずれかに記載の通信システムの一部（クライアント）を構成することができる。
なお、このクライアントにおいては、請求項２から８のいずれかに記載のクライアントの備える全ての手段を備えた構成としてもよい。
【００４０】
また、請求項１１に記載のプログラムは、クライアントにより実現可能な機能の少なくとも一部について、該機能を利用可能とする認証を行う、該クライアントと通信可能なサーバを制御するためのプログラムであって、前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データ登録手順と、前記クライアントから、該クライアントの認証情報が、該クライアントの認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データ登録手順に登録されているか否かを判定する認証判定手順と、該認証判定手順により認証情報が登録されていると判定された場合、前記認証要求の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手順と、前記認証判定手順により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データ登録手順への新たな登録を要求する旨の登録要求を送信する登録要求手順と、該登録要求手順による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報と対応づけた状態で、前記認証データベースに登録する情報登録手順と、が含まれ、前記許可指令手順は、前記情報登録手順にて前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている。
【００４１】
このようなプログラムにより制御されるサーバは、請求項１から８のいずれかに記載の通信システムの一部（サーバ）を構成することができる。
なお、このプログラムにおいては、請求項２から８のいずれかに記載のサーバの備える全ての手段として機能させるための処理手順を、サーバに実行させるためのプログラムとして構成してもよい。
【００４２】
また、請求項１２に記載のプログラムは、実現可能な機能の少なくとも一部を利用可能とするための認証を行うサーバと通信可能なクライアントを制御するためのプログラムであって、該クライアントを認証するための認証情報を入力させる情報入力手順と、該情報入力手順により入力された認証情報を、当該クライアントの認証を要求する旨の認証要求として前記サーバへ送信する認証要求手順と、該認証要求手順による認証要求を受けたサーバから、新たな登録を要求する旨の登録要求を受信した場合、前記情報入力手順にて入力された認証情報を、該認証情報の登録を希望する旨の登録希望として前記サーバへ送信する登録希望手順と、前記認証要求手順による認証要求または前記登録希望手順による登録希望を受けたサーバから、前記機能の利用を許可する旨の許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手順と、が含まれ、構成されている。
【００４３】
このようなプログラムにより制御されるクライアントは、請求項１から８のいずれかに記載の通信システムの一部（クライアント）を構成することができる。
なお、このプログラムにおいては、請求項２から８のいずれかに記載のクライアントの備える全ての手段として機能させるための処理手順を、クライアントに実行させるためのプログラムとして構成してもよい。
【発明を実施するための最良の形態】
【００４４】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
通信システムは、図１に示すように、複合機１０、デバイス管理サーバ（以降、「管理サーバ」という）２０、情報提供サーバ（以降、「提供サーバ」という）３０などからなり、これらがネットワーク１を介してデータ通信可能に接続されている。なお、複合機１０、管理サーバ２０および提供サーバ３０は、それぞれルータ（Ｒ；周知のブロードバンドルータ）２〜４を介してネットワーク１と接続されている。
【００４５】
複合機１０は、制御部１１、操作部１２、読取部１３、記録部１４、通信部１５、記憶部１６、音入力部１７、音出力部１８などを備えている。
これらのうち、制御部１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って複合機１０全体を統括制御する。
【００４６】
また、操作部１２は、コピーキー、スキャナキー、ＦＡＸキー、サービスキー、設定キー、上下左右の方向キー、ＯＫキー、キャンセルキー、ディスプレイなどからなるユーザインタフェースとして構成されたものである。
【００４７】
また、読取部１３は、スキャナとしての機能を実現するための入力デバイスであり、用紙等のシート状記録媒体に記録された画像を読み取り、その画像を表す画像データを生成する。
【００４８】
また、記録部１４は、プリンタとしての機能を実現するための出力デバイスであり、画像データの表す画像を用紙等のシート状記録媒体に印刷する。
また、通信部１５は、複合機１０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
【００４９】
また、記憶部１６は、図示しない不揮発性ＲＡＭからなり、この不揮発性ＲＡＭにデータを記憶可能に構成されている。
また、音入力部１７は、本複合機１０が備える図示しないハンドセット（受話器）に設けられたマイクから音を入力し、その音を表す音データ（ＰＣＭデータ）を生成する。
【００５０】
そして、音出力部１８は、音データ（ＰＣＭデータ）の表す音を、図示しないハンドセットに設けられたスピーカ、又は、複合機本体に設けられた図示しないスピーカから出力する。
【００５１】
管理サーバ２０は、制御部２２、通信部２４、記憶部２６などを備えている。
これらのうち、制御部２２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って管理サーバ２０全体を統括制御する。
【００５２】
また、通信部２４は、管理サーバ２０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部２６は、図示しないハードディスクからなり、このハードディスクにデータを記憶する。
【００５３】
提供サーバ３０は、制御部３２、通信部３４および記憶部３６などを備えている。
これらのうち、制御部３２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って提供サーバ３０全体を統括制御する。なお、この制御部３２は、複合機１０の制御部１１に比べて充分に高性能な構成とされており、複合機１０の制御部１１では実行困難な処理についても行うことができる。
【００５４】
また、通信部３４は、提供サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３６は、図示しないハードディスクからなり、このハードディスクにデータを記憶可能に構成されている。
（２）複合機１０による処理
以下に、複合機１０の制御部１１により実行される処理の手順を説明する。
（２−１）起動処理
はじめに、起動処理の処理手順を図２に基づいて説明する。このデバイス処理は、複合機１０の起動後に実行される。
【００５５】
この起動処理が起動されると、まず、複合機１０に対するパラメータの初期設定が行われる（ｓ１０２）。ここでは、複合機１０がネットワーク１を介してのデータ通信を実現するために必要なパラメータの初期設定を行う。具体的にいうと、各種パラメータが静的（固定的）に割り当てられている設定であれば、それらパラメータを、データ通信を実現するために用いるパラメータとして設定する。それに対し、各種パラメータが動的に割り当てられる設定（図示しないＤＨＣＰサーバと連携して設定する）であれば、それらパラメータについてＤＨＣＰサーバからの提供を受けて、データ通信を実現するために必要なパラメータとして設定する。なお、ここでいう「各種パラメータ」とは、複合機１０に割り当てられるＩＰアドレス、デフォルトルート（デフォルトゲートウェイサーバのＩＰアドレス）、サブネットマスク、ＤＮＳサーバに割り当てられたＩＰアドレスなどのことであって、他のネットワークデバイスに割り当て可能なパラメータとしてＤＨＣＰサーバに設定されたものである。つまり、ＤＨＣＰサーバが割り当て可能なパラメータの範囲は、そのＤＨＣＰサーバにおける設定内容に依存したものとなっている。
【００５６】
次に、前回の起動時と比較して複合機１０の使用環境が変更されているか否かがチェックされる（ｓ１０４）。本実施形態において、複合機１０は、ｓ１０２による初期設定がなされる前、つまり前回の起動時に設定されていた各種パラメータ（パラメータが動的に割り当てられる設定の場合には、ＤＨＣＰサーバのＩＰアドレスを含む）を記憶部１６に記憶しており、それらパラメータのうち少なくとも一部と、ｓ１０２において設定された各種パラメータ（同上）のうち該当するものとを対比することで、前回の起動時と比較して複合機１０の使用環境が変更されているか否かがチェックされる。具体的な例としては、例えば、先回の起動時に記憶しておいたＤＨＣＰサーバのＩＰアドレスやデフォルトルートが、ｓ１０２において設定された各種パラメータのうちの同一パラメータと相違している場合に、複合機１０の使用環境が変更されていると判定することが考えられる。また、ＤＨＣＰサーバが割り当て可能なパラメータの範囲が、先回の起動時に設定されていたパラメータの範囲と相違する場合に、複合機１０の使用環境が変更されていると判定することも考えられる。
【００５７】
このｓ１０４で、使用環境が変更されていないと判定された場合には（ｓ１０４：ＮＯ）、後述するｓ１０６〜ｓ１１４を行うことなく、次の処理（ｓ１１６）へ移行する。
一方、ｓ１０４で、使用環境が変更されていると判定された場合には（ｓ１０４：ＹＥＳ）、認証を行うための認証画面が操作部１２のディスプレイに表示される（ｓ１０６）。本実施形態においては、認証を行うための情報（認証情報）として、ユーザ名、および、パスワードを入力するための入力欄が設けられた認証画面がディスプレイに表示され、こうして認証画面が表示された後、ユーザは、操作部１２によりあらかじめ定められたユーザ名とパスワードの入力、および、入力が完了した旨の操作を行うこととなる。
【００５８】
こうして、認証画面が表示された後、操作部１２により入力が完了した旨の操作が行われるまでの待機を経て（ｓ１０８：ＮＯ）、入力が完了した旨の操作が行われたら（ｓ１０８：ＹＥＳ）、こうして入力されたユーザ名およびパスワードが適切な情報であるか否かのチェックが行われる（ｓ１１０）。ここでは、あらかじめ記憶部１６に記憶されているユーザ名およびパスワードと、ｓ１０８にて入力が完了した旨の操作が行われた時点で入力されているユーザ名およびパスワードとが対比され、両者が一致すれば、適切な情報であると判定される。
【００５９】
このｓ１１０によるチェックで適切な情報ではないと判定された場合（ｓ１１２：ＮＯ）、後述するユーザ変更処理を行った後（ｓ１１４）、次の処理（ｓ１１８）へ移行する。
【００６０】
一方、ｓ１１０によるチェックで適切な情報である（認証ＯＫ）と判定された場合（ｓ１１２：ＹＥＳ）、機能ステートに「Ｒｅａｄｙ」がセットされた後（ｓ１１６）、次の処理（ｓ１１８）へ移行する。この機能ステートとは、後述のように、複合機１０の有する特定機能の利用を可能とするか否かを示す値「Ｒｅａｄｙ／ＮｏｔＲｅａｄｙ」がセットされる変数である。つまり、このｓ１１６では、入力されたユーザ名およびパスワードが適切であったこと（または、ｓ１０４にて使用環境が変更されていないと判定されたこと）を条件として、以降の処理で特定機能の利用が可能になることとなる。
【００６１】
こうして、ｓ１１６またはｓ１１４を終えた後、機能ステートが「Ｒｅａｄｙ」であるか否かがチェックされる（ｓ１１８）。
このｓ１１８で、機能ステートが「Ｒｅａｄｙ」であれば（ｓ１１８：ＹＥＳ）、複合機１０の動作状態を特定機能の利用が可能な動作状態に切り替える（ｓ１２０）一方、機能ステートが「ＮｏｔＲｅａｄｙ」であれば（ｓ１１８：ＮＯ）、複合機１０の動作状態を特定機能の利用が不可能な動作状態（スリープ）に切り替えた（ｓ１２２）後、ｓ１０４へ戻る。これ以降に行われるｓ１０４では、複合機１０の起動中において各種パラメータの設定変更がなされたことをもって、複合機１０の使用環境が変更されていると判定するように構成されている。本実施形態において、ｓ１２０、ｓ１２２にて利用可能または利用不可能となる「特定機能」とは、後述するデバイス処理にてジョブを実行することで、提供サーバ３０から提供を受けるコンテンツを処理する機能であり、利用が可能な動作状態となっているときにのみ、デバイス処理が起動される構成となっている。
（２−２）ユーザ変更処理
続いて、図２におけるｓ１１４であるユーザ変更処理の処理手順を図３に基づいて説明する。
【００６２】
このユーザ変更処理が起動されると、まず、新規ユーザか否かの確認が行われる（ｓ２０２）。ここでは、まず、複合機１０のユーザに登録済みユーザであるか未登録のユーザであるかを確認するための確認画面が操作部１２のディスプレイに表示され、この確認画面が表示された後、操作部１２により登録済みユーザである旨または未登録ユーザである旨のいずれかを指定するための操作が行われるまでの待機を経て、こうして指定された内容に基づいて、新規ユーザか否かの確認が行われる。
【００６３】
このｓ２０２による確認の結果、新規ユーザであるとされた場合には（ｓ２０４：ＹＥＳ）、ユーザ変更要求を管理サーバ２０に対して送信する（ｓ２０６）。この「ユーザ変更要求」は、後述のように、管理サーバ２０側で管理されている複合機１０の登録情報を変更する旨を要求するためのものであり、本複合機１０を識別するためのデバイスＩＤが付加されたリクエストである。このユーザ変更要求を受信した管理サーバ２０からは、後述するｓ２３２以降を実行する契機となるユーザ登録ジョブがレスポンスとして送信されてくる。なお、以降、特に記載しない限り、複合機１０から送信されるリクエストには、常にデバイスＩＤが付加されているものとする。
【００６４】
このｓ２０６にてユーザ変更要求が送信された後、管理サーバ２０から送信されたユーザ登録ジョブが受信されたら（ｓ２０８）、管理サーバ２０に対してユーザ登録要求が送信される（ｓ２３２）。この「ユーザ登録要求」は、後述のように、管理サーバ２０側で管理されている本複合機１０についての登録情報を、以降の処理で入力される内容に変更（更新）すべき旨を要求するためのリクエストである。このリクエストを受けた管理サーバ２０からは、変更すべき登録情報の指定をユーザに促すための登録要求がレスポンスとして送信されてくる。なお、この登録要求は、変更すべき登録情報の指定を促すための画面として、ユーザ名、パスワード、住所、氏名、電話番号、クレジットカードの番号などの個人を特定するための認証情報を入力するための入力欄が設けられたユーザ登録画面を、ディスプレイに表示させるためのものである。また、ここで入力を促す認証情報については、認証するために用いられる情報であれば、上述した情報に限られない。
【００６５】
このｓ２３２にて、ユーザ登録要求が送信された以降、管理サーバ２０からのレスポンスが送信されてくるまでの待機を経て（ｓ２３４：ＮＯ）、レスポンスが送信されてきたら（ｓ２３４：ＹＥＳ）、このレスポンスである登録要求に基づき、上述したユーザ登録画面が操作部１２のディスプレイに表示される（ｓ２３６）。ここでは、上述したユーザ登録画面がディスプレイに表示され、こうしてユーザ登録画面が表示された後、ユーザは、操作部１２により認証情報の入力、および、入力が完了した旨の操作を行うこととなる。
【００６６】
こうして、ユーザ登録画面が表示された後、操作部１２により入力が完了した旨の操作が行われるまでの待機を経て（ｓ２３８：ＮＯ）、入力が完了した旨の操作が行われたら（ｓ２３８：ＹＥＳ）、この時点で入力されている認証情報が、管理サーバ２０側での登録を希望する旨の登録希望として管理サーバ２０に送信される（ｓ２４０）。この登録希望を受信した管理サーバ２０では、後述するように、この登録希望で特定されるユーザの登録審査が行われ、その結果を示す登録審査情報、具体的にいうと登録に成功した旨または登録に失敗した旨を示す情報がレスポンスとして送信されてくる。
【００６７】
次に、登録希望が送信された後、管理サーバ２０から送信されてくるレスポンスが受信され（ｓ２４２）、このレスポンスで示される登録審査情報に基づいて管理サーバ２０側で登録に成功したか否かがチェックされる（ｓ２４４）。
【００６８】
そして、このｓ２４４にて登録に成功したと判定された場合には、機能ステートに「Ｒｅａｄｙ」がセットされ（ｓ２４６）、登録に失敗したと判定された場合には、機能ステートに「ＮｏｔＲｅａｄｙ」がセットされた（ｓ２４８）後、本ユーザ変更処理が終了される（図２のｓ１１８へ移行する）。
【００６９】
また、上述したｓ２０２による確認の結果、新規ユーザでないとされた場合には（ｓ２０４：ＮＯ）、認証要求を管理サーバ２０に対して送信する（ｓ２５２）。この「認証要求」は、図２のｓ１０８にて入力されたユーザ名およびパスワードが適切な情報でない場合に、現在利用しようとしているユーザーに対して利用させて良いかどうかの確認を要求するためのリクエストである。このリクエストを受けた管理サーバ２０からは、適切なデバイスであることが確認できた場合であれば、その旨を示す確認情報がレスポンスとして送信され、適切なデバイスであることが確認できなかった場合であれば、上述したｓ２０８にて受信するのと同様のユーザ登録ジョブがレスポンスとして送信されてくる。このとき、確認情報は、管理サーバ２０側で管理されている認証情報の一部（ユーザ名など）が付加された状態で送信されてくるレスポンスである。
【００７０】
このｓ２５２で認証要求を送信した後、管理サーバ２０からのレスポンスが送信されてくるまでの待機を経て（ｓ２５４：ＮＯ）、レスポンスが送信されてきたら（ｓ２５４：ＹＥＳ）、このレスポンスに基づいて管理サーバ２０側で適切なデバイスであることが確認されたか否かがチェックされる（ｓ２５６）。ここでは、レスポンスで示されるのが、確認情報である場合に、適切なデバイスであることが確認されたと判定される。
【００７１】
このｓ２５６で、適切なデバイスであることが確認された（確認ＯＫ）と判定された場合には（ｓ２５６：ＹＥＳ）、その旨を示す確認情報に付加された情報（認証情報の一部）と確認情報に付加された情報からデバイスが記憶している認証に必要な情報（パスワードなど）が操作部１２のディスプレイに表示され（ｓ２５８）、機能ステートに「Ｒｅａｄｙ」がセットされた後（ｓ２６０）、本ユーザ変更処理が終了される（図２のｓ１１８へ移行する）。
【００７２】
一方、ｓ２５６で、適切なデバイスでないことが確認されたと判定された場合には（ｓ２５６：ＮＯ）、上述したｓ２３２へ移行し、以降の処理が行われる。
（２−３）デバイス処理
続いて、デバイス処理の処理手順を図４に基づいて説明する。このデバイス処理は、図２におけるｓ１２０にて、特定機能の利用が可能な動作状態とされている期間に限り、繰り返し実行される。
【００７３】
このデバイス処理が起動されると、まず、ジョブ問い合わせＯＳメッセージが生成される（ｓ３０２）。ここでは、本デバイス処理のプロセスに対して渡すべきＯＳメッセージとして、ジョブ問い合わせＯＳメッセージが生成される。
【００７４】
こうして、ＯＳメッセージが受信されたら（ｓ３０４：ＹＥＳ）、そのＯＳメッセージが「ジョブ問い合わせＯＳメッセージ」であるか否かがチェックされる（ｓ３１０）。
このｓ３１０で「ジョブ問い合わせＯＳメッセージ」でないと判定された場合（ｓ３１０：ＮＯ）、ｓ３０４へ戻る。
【００７５】
一方、ｓ３１０で「ジョブ問い合わせＯＳメッセージ」であると判定された場合（ｓ３１０：ＹＥＳ）、管理サーバ２０に対し、複合機１０によりが提供を受けられるサービスの有無についての問い合わせが行われる（ｓ３１４）。この問い合わせは、複合機１０に割り当てられたデバイスＩＤが特定可能な状態で行われる。管理サーバ２０には、後述のように、１以上のクライアントそれぞれのデバイスＩＤを、クライアントそれぞれに提供すべきサービスの内容、および、このサービスの提供を要求する際のアクセス先のアドレス（ＵＲＬ）に対応付けて登録した提供データベースが記憶されている。そして、このｓ３１４の問い合わせを受けた管理サーバ２０は、提供データベースから、この問い合わせに係る複合機１０のデバイスＩＤに対応するレコードを抽出し、そのレコード（対応するレコードが抽出されない場合にはその旨）示す登録情報をレスポンスとして送信してくる。
【００７６】
こうして、問い合わせが行われた後、管理サーバ２０からのレスポンスが受信されるまでの待機を経て（ｓ３１６：ＮＯ）、レスポンスが受信されたら（ｓ３１６：ＹＥＳ）、このレスポンスである登録情報に基づき、複合機１０が提供を受けられるサービスが有るか否かがチェックされる（ｓ３１８）。ここでは、レスポンスである登録情報が、複合機１０のデバイスＩＤに対応するレコードが存在しない旨の情報でなければ、提供を受けられるサービスが有ると判定される。
【００７７】
このｓ３１８で、複合機１０が提供を受けられるサービスが無いと判定された場合（ｓ３１８：ＮＯ）、ジョブ問い合わせタイマーをセットした後（ｓ３２０）、ｓ３０４へ戻る。このｓ３２０では、図５に示すように、一定時間（例えば、１０分）の待機を経て（ｓ４０２）、ジョブ問い合わせＯＳメッセージを生成する（ｓ４０４）、といった処理が行われる。
【００７８】
一方、上述したｓ３１８で、複合機１０が提供を受けられるサービスが有ると判定された場合（ｓ３１８：ＹＥＳ）、そのサービスに対応する処理（ジョブ）が実行された後（ｓ３２２）、ｓ３０４へ戻る。このｓ３２２では、図６に示すように、管理サーバ２０からのレスポンスである登録情報で示されるサービス（の内容）が、提供サーバ３０から情報の提供を受ける態様のサービスであれば（ｓ４１２：ＹＥＳ）、上記登録情報で示されるアドレス（本実施形態においては、提供サーバ３０のアドレス）に、サービス提供ジョブの実行要求が送信され（ｓ４１４）、これを受けたアクセス先（提供サーバ３０）から返信されてくる提供データが受信されたら（ｓ４１６）、この提供データで示される情報の記録部１４による出力（記録）が行われる（ｓ４１８）。その一方、上記登録情報で示されるサービスが、提供サーバ３０から情報の提供を受ける態様のサービスでなければ（ｓ４１２：ＮＯ）、そのサービスに対応する処理（その他の処理）が行われる（ｓ４２０）。
（３）管理サーバ２０による処理
以下に、管理サーバ２０の制御部２２により実行される処理の手順を説明する。
（３−１）リクエスト対応処理１
はじめに、リクエスト対応処理１の処理手順を図７に基づいて説明する。このリクエスト対応処理１は、複合機１０側からのリクエストを受信する毎に実行される。
【００７９】
このリクエスト対応処理１が起動されると、まず、この起動に先立って複合機１０から受信したリクエストが、ジョブ問い合わせであるか否かがチェックされる（ｓ５０２）。この「ジョブ問い合わせ」は、図４におけるｓ３１４にて複合機１０から送信されてくるリクエストである。
【００８０】
このｓ５０２でリクエストが「ジョブ問い合わせ」であると判定された場合（ｓ５０２：ＹＥＳ）、このリクエストを送信してきた複合機１０に対し、ジョブの登録情報がレスポンスとして送信された後（ｓ５０４）、本リクエスト対応処理が終了される。ここでは、上述した提供データベースから、リクエストで特定されるデバイスＩＤに対応するレコードが検索され、そうして検出されたレコードを示す情報（該当するレコードがなければその旨を示す情報）が登録情報として生成された後、レスポンスとして送信される。この登録情報は、図４のｓ３１６にて複合機１０が受信する。
【００８１】
また、ｓ５０２でリクエストがジョブ問い合わせでないと判定された場合（ｓ５０２：ＮＯ）、そのリクエストが認証要求であるか否かがチェックされる（ｓ５０６）。この「認証要求」は、図３のｓ２５２にて複合機１０から送信されてくるリクエストである。
【００８２】
このｓ５０６でリクエストが認証要求であると判定された場合（ｓ５０６：ＹＥＳ）、このリクエストで特定されるデバイスＩＤの複合機１０が適切なデバイスであるか否かの確認が行われる（ｓ５０８）。本実施形態においては、記憶部２６に、１以上の複合機それぞれのデバイスＩＤを、認証情報に対応づけて登録した認証データベースが記憶されている。そして、このｓ５０８では、リクエストで特定されるデバイスＩＤに対応づけて認証データベースに登録されている認証情報（ユーザ名およびパスワード）が、そのリクエストであるユーザ確認要求で示されるユーザ名およびパスワード（もしくは、ユーザー名、パスワードなどから一意に計算できる値）と一致する場合に、そのリクエストであるユーザ確認要求を送信してきた複合機が適切なデバイスあることが確認できたこととなる。なお、この確認については、管理サーバ２０のオペレータが、リクエストで特定されるデバイスＩＤに対応づけて認証データベースに登録されている電話番号に電話をかけて、複合機１０側で応答があった、または、複合機１０のユーザに直接問い合わせた後で、適切なデバイスであるか否かを指定する操作を行うものとしてもよい。
【００８３】
次に、ｓ５０８により適切なデバイスであることが確認されたか否かがチェックされ（ｓ５１０）、適切なデバイスであることが確認された場合（確認ＯＫ）（ｓ５１０：ＹＥＳ）、その旨を示す確認情報が、リクエストを送信してきた複合機１０に対するレスポンスとして送信された後（ｓ５１２）、本リクエスト対応処理１が終了される。このｓ５１２にて送信される確認情報は、図３のｓ２５４にて複合機が受信する。
【００８４】
また、ｓ５１０にて適切なデバイスではないことが確認された場合（ｓ５１０：ＮＯ）、リクエストに付加されたデバイスＩＤに対応する登録情報を削除する（ｓ５１４）。ここでは、認証データベースのうち、リクエストで特定されるデバイスＩＤに対応する登録情報を削除することで、このデバイスＩＤに対応する登録情報を以降の処理で登録可能な状態とする。
【００８５】
こうして、デバイスＩＤに対応する登録情報が削除されたら、リクエストを送信してきた複合機１０に対してユーザ登録ジョブを送信した後（ｓ５１６）、本リクエスト対応処理１が終了される。この場合の「ユーザ登録ジョブ」は、図３のｓ２５４にて複合機１０が受信する。
【００８６】
また、上述したｓ５０６でリクエストがユーザ確認要求でないと判定された場合（ｓ５０６：ＮＯ）、そのリクエストがユーザ変更要求であるか否かがチェックされる（ｓ５１８）。この「ユーザ変更要求」は、図３のｓ２０６にて複合機１０から送信されてくるリクエストである。
【００８７】
このｓ５１８でリクエストがユーザ変更要求であると判定された場合（ｓ５１８：ＹＥＳ）、ｓ５１４へ移行し、該当する登録情報の削除、ユーザ登録ジョブの送信を経て、本リクエスト対応処理１が終了される。この場合の「ユーザ登録ジョブ」は、図３のｓ２０８にて複合機１０が受信する。
【００８８】
また、上述したｓ５１８でリクエストがユーザ変更要求でないと判定された場合（ｓ５１８：ＮＯ）、そのリクエストがユーザ登録要求であるか否かがチェックされる（ｓ５２０）。この「ユーザ登録要求」は、図３のｓ２３２にて複合機１０から送信されてくるリクエストである。
【００８９】
このｓ５２０でリクエストがユーザ登録要求であると判定された場合（ｓ５２０：ＹＥＳ）、後述するユーザ登録サーバ処理を実行した後（ｓ５２２）、本リクエスト対応処理１が終了される。
【００９０】
そして、上述したｓ５２０でリクエストがユーザ登録要求でないと判定された場合（ｓ５２０：ＮＯ）、そのリクエストに対応する処理（その他の処理）が行われた後（ｓ５２４）、本リクエスト対応処理１が終了される。
（３−２）ユーザ登録サーバ処理
続いて、図７のｓ５１８であるユーザ登録サーバ処理の処理手順を図８に基づいて説明する。
【００９１】
このユーザ登録サーバ処理が起動されると、まず、リクエストを送信してきた複合機１０に対して、登録要求をレスポンスとして送信する（ｓ５３２）。この「登録要求」は、上述したように、変更すべき登録情報の指定をユーザに促すためのユーザ登録画面を複合機１０側で表示させるための情報であって、図３のｓ２３４で複合機１０が受信する。この登録要求を受信した複合機１０からは、複合機１０側で指定、入力された認証情報を示す登録希望がリクエストとして送信されてくる。
【００９２】
このｓ５３２にて登録要求を送信した以降、複合機１０から登録希望が送信されてくるまでの待機を経て（ｓ５３４：ＮＯ）、登録希望が受信されたら（ｓ５３４：ＹＥＳ）、この登録希望に基づいて認証情報を登録してもよいか否かを決定するための登録審査を行う（ｓ５３６）。ここでは、記憶部２６に記憶されたデータテーブルであって、登録を許可すべきでないユーザを特定するための情報が登録された不許可リストから、登録希望で示される情報のうちの特定情報（例えば、氏名など）を検索し、その特定情報と一致する情報が検出されるか否かにより審査を行う。
【００９３】
そして、この登録審査で登録してもよい旨（審査ＯＫ）の結果（つまり、特定情報が不許可リストから検出されない場合）が得られたら（ｓ５３８：ＹＥＳ）、登録要求で示される認証情報を、リクエストに付加されたデバイスＩＤと対応づけて認証データベースに登録し（ｓ５４０）、リクエストを送信してきた複合機１０に対して登録成功を示す登録審査情報が送信された後（ｓ５４２）、本ユーザ登録サーバ処理が終了される。一方、登録審査で登録すべきでない旨の結果（つまり、特定情報が不許可リストから検出された場合）が得られたら（ｓ５３８：ＮＯ）、リクエストを送信してきた複合機１０に対して登録失敗を示す登録審査情報が送信された後（ｓ５４４）、本ユーザ登録サーバ処理が終了される。なお、登録審査情報は、図３のｓ２４２にて複合機１０が受信する。
（３−２）リクエスト対応処理２
続いて、リクエスト対応処理２の処理手順を図９に基づいて説明する。このリクエスト対応処理２は、提供サーバ３０側からのリクエストを受信する毎に実行される。
【００９４】
このリクエスト対応処理２が起動されると、まず、この起動に先立って提供サーバ３０から受信したリクエストが、「サービス登録メッセージ」であるか否かがチェックされる（ｓ５６２）。この「サービス登録メッセージ」は、後述のように、提供サーバ３０が、特定のデバイスに提供すべきサービスを、管理サーバ２０における提供データベースに登録させるために送信してくるものであって、特定のデバイスのデバイスＩＤ、このデバイスに提供すべきサービスの内容、および、サービスの提供を要求する際のアクセス先のアドレス（ＵＲＬ）を特定可能なリクエストである。
【００９５】
このｓ５６２でリクエストが「サービス登録メッセージ」であると判定された場合（ｓ５６２：ＹＥＳ）、そのサービス登録メッセージで特定されるデバイスＩＤ、サービスの内容およびアドレスを対応づけて上述した提供データベースに登録し（ｓ５６４）、このリクエストを送信してきた提供サーバ３０に対し、こうして登録が行われた旨を通知するためのサービス登録通知がレスポンスとして送信された後（ｓ５６６）、本リクエスト対応処理２が終了される。
【００９６】
また、ｓ５６２でリクエストが「サービス登録メッセージ」でないと判定された場合（ｓ５６２：ＮＯ）、そのリクエストに対応するその他の処理が行われた後（ｓ５６８）、本リクエスト対応処理２が終了される。
（４）提供サーバ３０による処理
以下に、提供サーバ３０の制御部３２により実行される処理の手順を説明する。
（４−１）ジョブ実行処理
はじめに、ジョブ実行処理の処理手順を図１０に基づいて説明する。このジョブ実行処理は、図６におけるｓ４１４にて複合機１０からサービス提供ジョブの実行要求が送信されてくる毎に実行される。
【００９７】
このジョブ実行処理が起動されると、まず、このジョブ実行処理の起動に先立って受信した実行要求から、この実行要求で特定されるデバイスＩＤを取得する（ｓ６０２）。
次に、ｓ６０２にて実行要求を送信してきた複合機１０に対して提供すべき提供データが生成される（ｓ６０８）。
【００９８】
そして、このｓ６０８にて生成された提供データを、ｓ６０２にて実行要求を送信してきた複合機１０に対して送信して（ｓ６１０）、本ジョブ実行処理を終了する。この提供データは、図６におけるｓ４１６にて複合機１０が受信するデータである。
（４−２）サービス登録処理
続いて、サービス登録処理の処理手順を図１１に基づいて説明する。このサービス登録処理は、提供サーバ３０に対する操作が行われたとき、または、提供サーバ３０外部からの指令が受信されたときに開始される。なお、ここでいう「外部からの指令」とは、提供サーバ３０とデータ通信可能な他のネットワークデバイスから送信されてくるものである。
【００９９】
このサービス登録処理が起動されると、まず、このサービス登録処理に先立って行われた操作、または、受信された指令が、サービスの登録をするためのサービス登録要求となるまでの待機を経た後（ｓ７２２：ＮＯ）、その操作または指令としてサービス登録要求がなされたら（ｓ７２２：ＹＥＳ）、そのサービス登録要求に基づいて、サービス登録メッセージを作成する（ｓ７２４）。この「サービス登録要求」とは、提供すべきサービスの内容、このサービスを提供すべきデバイスのデバイスＩＤ、このサービスの提供を要求する際のアクセス先のアドレス（ＵＲＬ）を伴って行われる指令であり、ここでは、このサービス登録要求に伴うサービス、デバイスＩＤ、アドレスを示すメッセージが、サービス登録メッセージとして作成される。
【０１００】
次に、ｓ７２４にて作成されたサービス登録メッセージが、管理サーバ２０に送信される（ｓ７２６）。このサービス登録メッセージは、図９のｓ５６２で管理サーバ２０が受信するリクエストである。このリクエストを受けた管理サーバ２０からは、このサービス登録メッセージに基づく登録が行われた後、その旨を通知するためのサービス登録通知がレスポンスとして送信されてくる。
【０１０１】
こうして、サービス登録メッセージが送信された後、管理サーバ２０からレスポンスとして送信されてくるサービス登録通知が受信されたら（ｓ７２８）、こうして管理サーバ２０側でサービスの登録が行われた旨のログが残された（その旨が記憶部３６に記憶される）、または、サービスの登録が行われた旨がこのサービス登録処理に先立って受信された指令の送信元に通知された後（ｓ７３０）、本サービス登録処理が終了される。
（５）作用、効果
このように構成された通信システムによれば、管理サーバ２０は、クライアントからユーザ確認要求を受け（図７のｓ５０６でＹＥＳ）、このユーザ確認要求に基づいてそのクライアントが適切なデバイスでないことが確認された場合に（同図ｓ５１０でＹＥＳ）、このクライアントに対してユーザ登録ジョブを送信して認証データベースへの新たな登録を要求し（同図ｓ５１６）、このユーザ登録ジョブを受けたクライアントからユーザ登録要求を受信した以降に行われるユーザ登録サーバ処理（図８）にて、このクライアントの認証情報を新たに認証データベースに登録することができる（図８の５４０）。
【０１０２】
つまり、複合機１０側からすれば、認証情報が未登録の場合でも、管理サーバ２０との間で認証を行う場合の一連の流れの中で認証データベースへの登録を行うことができるため、別ルートでの申込みなどを経ることなく、正規のユーザ（既存の認証情報を登録したユーザ）ではなくとも、複合機１０の機能を利用することができる。一方、正規のユーザは、自らが登録した認証情報とは異なる認証情報により、複合機１０の機能が利用されるため、その機能を利用することによって自らの利益を害されることはない。
【０１０３】
そして、これにより、管理サーバ２０の認証を経て、提供サーバ３０から提供を受けたコンテンツを処理する機能を、正規のユーザの利益を害することなく、不正使用の意図のない第三者が利用可能となる。
【０１０４】
また、複合機１０は、起動処理（図２）において認証情報が入力された際、この認証情報があらかじめ登録されている認証情報と一致する場合（同図ｓ１１２でＹＥＳ）、管理サーバ２０とのやりとりを行うことなく、特定機能の利用が可能な状態となるため（同図ｓ１２０）、認証情報が入力される毎の通信負荷（トラフィック）および管理サーバ２０に対する認証処理の負担を減らすことができる。このことは、本通信システムが複数のクライアント（複合機１０を含む）を有している場合において、その数が多くなるほど有効といえる。
【０１０５】
また、複合機１０は、管理サーバ２０からユーザ登録ジョブを受信した際に、ユーザに改めて認証情報を入力させている（図３のｓ２３６、ｓ２３８）、つまりユーザに認証情報の入力し直しを行わせることにより、先に入力された認証情報（図２のｓ１０８）とは異なる認証情報（同一内容を示す認証情報であってもよい）を認証データベースに登録することができる。
【０１０６】
また、複合機１０は、その使用環境が変更される毎に（図２のｓ１０４でＹＥＳ）、図２のｓ１０６以降の処理を行うことによって、認証情報に基づくクライアントの認証を行うことができる。
【０１０７】
また、管理サーバ２０は、クライアントからユーザ変更要求を受信した際（図７のｓ５１８でＹＥＳ）、そのクライアント（デバイスＩＤ）に対応する登録情報を削除した後でユーザ登録ジョブを送信し（同図ｓ５１４、ｓ５１６）、その後のクライアントとのやりとりを経て、このクライアントからの認証情報の登録を行う（図８のｓ５４０）。これにより、同一クライアントからユーザ変更要求を受信した場合であれば、そのクライアントに対応する登録情報を更新する形式で認証情報を登録することができる。そのため、クライアントが新たなユーザに移転された場合などにおいて、そのユーザが適切な認証情報を知得していない場合であっても、新たな認証情報の登録を行うことにより、引き続き、そのクライアントにおける特定機能を実現することができるようになる。
【０１０８】
また、複合機１０は、管理サーバ２０に対して提供サーバ３０から提供されるべきサービスが登録されているか否かを問い合わせ（図４のｓ３１４）、登録されている旨のレスポンスを受けた場合にのみ（同図ｓ３１８でＹＥＳ）、提供サーバ３０に対してサービスの提供を要求することができる（図６のｓ４１４）。そのため、サービスの提供に係る課金等によって、正規のユーザが損害を被ることを防止可能である一方、このようなサービスを正規のユーザとは異なるユーザが使用したとき、この異なるユーザに対して課金等をすることができる。なお、提供サーバ３０から提供されるべきサービスが存在しない場合など、提供サーバ３０に不必要なサービスの提供要求がなされることがなくなることで、提供サーバ３０に対して、サービスの提供要求に関する不必要な処理負担が発生することを防止することができる。このことは、提供サーバ３０が、複数のクライアントそれぞれに対してサービスを提供する構成とされている場合において特に有効といえる。
（６）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【０１０９】
例えば、上記実施形態においては、管理サーバ２０と提供サーバ３０とが別体のサーバとされ、それぞれが連携して認証情報の管理およびサービスの提供を実現するように構成されたものを例示した。しかし、管理サーバ２０と提供サーバ３０とは、一体のサーバとして構成してもよい。また、管理サーバ２０の有する機能の一部を提供サーバ３０に実現させるように構成したり、提供サーバ３０の有する機能の一部を管理サーバ２０に実現させるように構成してもよい。
【０１１０】
また、上記実施形態において、複合機１０が、管理サーバ２０からユーザ登録ジョブを受信した後（図３のｓ２０８、ｓ２５４）、ユーザに改めて認証情報を入力させたうえで（同図ｓ２３６、ｓ２３８）、その認証情報を管理サーバ２０に送信する（同図ｓ２４０）ように構成されているものを例示した。しかし、このとき送信する認証情報は、改めて入力させたものでなく、起動処理において先に入力された認証情報（図２のｓ１０８）としてもよい。このためには、例えば、図３のｓ２３４でレスポンスが受信された後、ｓ２３６、ｓ２３８を行うことなく、図２のｓ１０８にて先に入力された認証情報を登録希望として送信することが考えられる。
【０１１１】
また、上記実施形態において、複合機１０が図２におけるｓ１０６以降の処理を行うのは、複合機１０の使用環境が変更された場合だけでなく、例えば、複合機１０のユーザが、複合機１０の操作部１２により特定機能を利用するための操作が行われた場合に、同処理が行われるように構成してもよい。この場合、複合機１０により所定の機能が行われる毎に、認証情報に基づくクライアントの認証を行うことができる。
【０１１２】
また、上記実施形態においては、複合機１０が使用環境の変更であるか否かをチェックする際に参照するのが、ネットワーク設定に関するパラメータである構成を例示した。しかし、ここで参照するパラメータについては、使用環境の変更であることを示すもの（電話番号など）であれば、ネットワーク設定に関するパラメータ以外のパラメータであってもよい。
【０１１３】
また、上記実施形態において、管理サーバ２０が、クライアントからユーザ変更要求を受信した際（図７のｓ５１８でＹＥＳ）、そのクライアント（デバイスＩＤ）に対応する登録情報を削除した後でユーザ登録ジョブを送信し（同図ｓ５１４、ｓ５１６）、その後のクライアントとのやりとりを経て、このクライアントからの認証情報の登録を行うように構成されたものを例示した（図８のｓ５４０）。しかし、ユーザ変更要求を受信する毎に、そのクライアントに対応する登録情報を削除することなく、それぞれ別の認証情報として登録するように構成してもよい。この場合、１のクライアントに対して複数ユーザの認証情報を割り当てられることとなるため、同一クライアントを複数のユーザで共有して用いることができるようになる。
【０１１４】
また、上記実施形態においては、複合機１０が管理サーバ２０による認証を経て、デバイス処理（図４）によりジョブを実行する機能が利用可能な状態となるように構成されたものを例示した。しかし、認証を経て利用可能な状態となる機能としては、この機能に限られない。
【０１１５】
また、複合機１０による起動処理（図３）において、ｓ１０４以降の処理については、複合機１０の起動時にのみ行われることとしてもよい。この場合、同図ｓ１２０、ｓ１２２の後、ｓ１０４へ戻るのではなく、起動処理自体が終了されるように構成すればよい。
（７）本発明との対応関係
以上説明した実施形態において、複合機１０は本発明におけるクライアントであり、デバイス管理サーバ２０は本発明におけるサーバであり、情報提供サーバ３０は本発明における提供サーバである。
【０１１６】
また、図７のｓ５１２で送信される確認情報および図８のｓ５４２で送信される登録審査情報は本発明における許可指令であり、図４のｓ３１４で送信される問い合わせは本発明における登録問合であり、図７のｓ５０４で送信される登録情報は本発明における検索結果である。
【０１１７】
また、図７のｓ５０４は本発明における問合検索手段および結果送信手段であり、同図ｓ５０８は本発明における認証判定手段であり、図７のｓ５１２および図８の５４２は本発明における許可指令手段であり、図７のｓ５１４および図８のｓ５４０は本発明における情報登録手段であり、図８のｓ５３２は本発明における登録要求手段である。
【０１１８】
また、図２のｓ１０６および図３のｓ２３６は本発明における情報入力手段であり、図３のｓ２５２は本発明における認証要求手段であり、図２のｓ１２０は本発明における利用可能化手段であり、図２のｓ１１０は本発明における一致判定手段であり、図３のｓ２４０は本発明における登録希望手段であり、図４のｓ３１８は本発明における提供判定手段であり、図６のｓ４１４は本発明における提供要求手段である。
【図面の簡単な説明】
【０１１９】
【図１】通信システムの構成を示すブロック図
【図２】起動処理を示すフローチャート
【図３】ユーザ変更処理を示すフローチャート
【図４】デバイス処理を示すフローチャート
【図５】ジョブ問い合わせタイマー処理を示すフローチャート
【図６】サービスに対応するジョブを示すフローチャート
【図７】リクエスト対応処理１を示すフローチャート
【図８】ユーザ登録サーバ処理を示すフローチャート
【図９】リクエスト対応処理２を示すフローチャート
【図１０】ジョブ実行処理を示すフローチャート
【図１１】サービス登録処理を示すフローチャート
【符号の説明】
【０１２０】
１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、２０…デバイス管理サーバ、２２…制御部、２４…通信部、２６…記憶部、３０…情報提供サーバ、３２…制御部、３４…通信部、３６…記憶部。
【特許請求の範囲】
【請求項１】
クライアントにより実現可能な機能の少なくとも一部を、サーバの認証を経て利用可能とするように構成された通信システムであって、
前記サーバは、
前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データベースと、
前記クライアントから、該クライアントの認証情報が、該クライアントの認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データベースに登録されているか否かを判定する認証判定手段と、
該認証判定手段により認証情報が登録されていると判定された場合、前記認証要求の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手段と、
前記認証判定手段により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データベースへの新たな登録を要求する旨の登録要求を送信する登録要求手段と、
該登録要求手段による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報として、前記認証データベースに登録する情報登録手段と、を備え、
前記許可指令手段は、前記情報登録手段により前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されており、
前記クライアントは、
該クライアントを認証するための認証情報を入力させる情報入力手段と、
該情報入力手段により入力された認証情報を、前記認証要求として前記サーバへ送信する認証要求手段と、
該認証要求手段による認証要求を受けたサーバから、前記登録要求を受信した場合、前記情報入力手段により入力された認証情報を、前記登録希望として前記サーバへ送信する登録希望手段と、
前記認証要求手段による認証要求または前記登録希望手段による登録希望を受けたサーバから、前記許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手段と、を備える
ことを特徴とする通信システム。
【請求項２】
前記クライアントにおいては、
前記情報入力手段により入力された認証情報が、あらかじめ登録されている認証情報と一致するか否かを判定する一致判定手段を備え、
該一致判定手段により一致しないと判定された場合、前記認証要求手段が、前記情報入力手段により入力された認証情報を前記認証要求として前記サーバへ送信する一方、前記一致判定手段により一致すると判定された場合、前記認証要求手段により前記認証要求を送信することなく、前記利用可能化手段が、当該クライアントの動作状態を前記利用可能状態とする、ように構成されている
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記クライアントにおいて、
前記情報入力手段は、前記一致判定手段により一致しないと判定された場合に、改めて前記認証情報をユーザに入力させ、
前記登録希望手段は、改めて前記情報入力手段により入力された認証情報を前記登録希望として前記サーバへ送信する、ように構成されている
ことを特徴とする請求項２に記載の通信システム。
【請求項４】
前記クライアントにおいて、
前記情報入力手段は、当該クライアントにおける特定の設定内容が変更された際に、前記認証情報をユーザに入力させる、ように構成されている
ことを特徴とする請求項１から請求項３のいずれかに記載の通信システム。
【請求項５】
前記クライアントにおいて、
前記情報入力手段は、当該クライアントの起動時に、前記認証情報をユーザに入力させる、ように構成されている
ことを特徴とする請求項１から４のいずれかに記載の通信システム。
【請求項６】
前記サーバにおいて、
前記情報登録手段は、前記登録要求手段による登録要求を受けたクライアントから、該クライアントの前記登録希望が送信されてきた際、該登録希望の送信元であるクライアントの認証情報が、前記認証データベースに登録済みである場合、該登録済みの認証情報を、前記登録希望で示される認証情報に更新する、ように構成されている
ことを特徴とする請求項１から５のいずれかに記載の通信システム。
【請求項７】
前記クライアントに対してサービスを提供可能な提供サーバを含んでおり、
前記クライアントにおいて、
前記提供サーバが提供するサービス、および、該サービスを提供すべきクライアントが対応づけて登録された提供データベースに、当該クライアントに対応するサービスが登録されているか否かを判定する提供判定手段と、
該提供判定手段により登録されていると判定された場合、前記提供サーバに対してサービスを要求する提供要求手段と、が備えられ、
前記利用可能化手段は、前記許可指令を受信した場合に、前記提供要求手段によるサービスの要求が不可能な状態から、該提供要求手段によるサービスの要求が可能な状態とする、ように構成されている
ことを特徴とする請求項１から６のいずれかに記載の通信システム。
【請求項８】
前記サーバにおいて、
前記クライアントから該クライアントに対応するサービスが前記提供データベースに登録されているか否かを問い合わせる旨の登録問合が送信されてきた際に、該登録問合を送信してきたクライアントに対応するサービスを、前記提供データベースから検索する問合検索手段と、
該問合検索手段による検索結果を、前記問い合わせをしてきたクライアントに対して送信する結果送信手段と、が備えられており、
前記クライアントにおいて、
前記提供判定手段は、前記サーバに対して前記登録問合を送信した後、該サーバから送信されてきた検索結果に基づいて、前記提供データベースに当該クライアントに対応するサービスが登録されているか否かを判定する、ように構成されている
ことを特徴とする請求項７に記載の通信システム。
【請求項９】
クライアントにより実現可能な機能の少なくとも一部について、該機能を利用可能とする認証を行う、該クライアントと通信可能なサーバであって、
前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データベースと、
前記クライアントから、該クライアントの認証情報が、該クライアントの認証を要求する旨の認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データベースに登録されているか否かを判定する認証判定手段と、
該認証判定手段により認証情報が登録されていると判定された場合、該認証情報の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手段と、
前記認証判定手段により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データベースへの新たな登録を要求する旨の登録要求を送信する登録要求手段と、
該登録要求手段による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報として、前記認証データベースに登録する情報登録手段と、を備え、
前記許可指令手段は、前記情報登録手段により前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている
ことを特徴とするサーバ。
【請求項１０】
実現可能な機能の少なくとも一部を利用可能とするための認証を行うサーバと通信可能なクライアントであって、
該クライアントを認証するための認証情報を入力させる情報入力手段と、
該情報入力手段により入力された認証情報を、当該クライアントの認証を要求する旨の認証要求として前記サーバへ送信する認証要求手段と、
該認証要求手段による認証要求を受けたサーバから、新たな登録を要求する旨の登録要求を受信した場合、前記情報入力手段により入力された認証情報を、該認証情報の登録を希望する旨の登録希望として前記サーバへ送信する登録希望手段と、
前記認証要求手段による認証要求または前記登録希望手段による登録希望を受けたサーバから、前記機能の利用を許可する旨の許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手段と、を備える
ことを特徴とするクライアント。
【請求項１１】
クライアントにより実現可能な機能の少なくとも一部について、該機能を利用可能とする認証を行う、該クライアントと通信可能なサーバを制御するためのプログラムであって、
前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データ登録手順と、
前記クライアントから、該クライアントの認証情報が、該クライアントの認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データ登録手順に登録されているか否かを判定する認証判定手順と、
該認証判定手順により認証情報が登録されていると判定された場合、前記認証要求の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手順と、
前記認証判定手順により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データ登録手順への新たな登録を要求する旨の登録要求を送信する登録要求手順と、
該登録要求手順による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報と対応づけた状態で、前記認証データベースに登録する情報登録手順と、が含まれ、
前記許可指令手順は、前記情報登録手順にて前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている
ことを特徴とするプログラム。
【請求項１２】
実現可能な機能の少なくとも一部を利用可能とするための認証を行うサーバと通信可能なクライアントを制御するためのプログラムであって、
該クライアントを認証するための認証情報を入力させる情報入力手順と、
該情報入力手順により入力された認証情報を、当該クライアントの認証を要求する旨の認証要求として前記サーバへ送信する認証要求手順と、
該認証要求手順による認証要求を受けたサーバから、新たな登録を要求する旨の登録要求を受信した場合、前記情報入力手順にて入力された認証情報を、該認証情報の登録を希望する旨の登録希望として前記サーバへ送信する登録希望手順と、
前記認証要求手順による認証要求または前記登録希望手順による登録希望を受けたサーバから、前記機能の利用を許可する旨の許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手順と、が含まれている
ことを特徴とするプログラム。
【請求項１】
クライアントにより実現可能な機能の少なくとも一部を、サーバの認証を経て利用可能とするように構成された通信システムであって、
前記サーバは、
前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データベースと、
前記クライアントから、該クライアントの認証情報が、該クライアントの認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データベースに登録されているか否かを判定する認証判定手段と、
該認証判定手段により認証情報が登録されていると判定された場合、前記認証要求の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手段と、
前記認証判定手段により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データベースへの新たな登録を要求する旨の登録要求を送信する登録要求手段と、
該登録要求手段による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報として、前記認証データベースに登録する情報登録手段と、を備え、
前記許可指令手段は、前記情報登録手段により前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されており、
前記クライアントは、
該クライアントを認証するための認証情報を入力させる情報入力手段と、
該情報入力手段により入力された認証情報を、前記認証要求として前記サーバへ送信する認証要求手段と、
該認証要求手段による認証要求を受けたサーバから、前記登録要求を受信した場合、前記情報入力手段により入力された認証情報を、前記登録希望として前記サーバへ送信する登録希望手段と、
前記認証要求手段による認証要求または前記登録希望手段による登録希望を受けたサーバから、前記許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手段と、を備える
ことを特徴とする通信システム。
【請求項２】
前記クライアントにおいては、
前記情報入力手段により入力された認証情報が、あらかじめ登録されている認証情報と一致するか否かを判定する一致判定手段を備え、
該一致判定手段により一致しないと判定された場合、前記認証要求手段が、前記情報入力手段により入力された認証情報を前記認証要求として前記サーバへ送信する一方、前記一致判定手段により一致すると判定された場合、前記認証要求手段により前記認証要求を送信することなく、前記利用可能化手段が、当該クライアントの動作状態を前記利用可能状態とする、ように構成されている
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記クライアントにおいて、
前記情報入力手段は、前記一致判定手段により一致しないと判定された場合に、改めて前記認証情報をユーザに入力させ、
前記登録希望手段は、改めて前記情報入力手段により入力された認証情報を前記登録希望として前記サーバへ送信する、ように構成されている
ことを特徴とする請求項２に記載の通信システム。
【請求項４】
前記クライアントにおいて、
前記情報入力手段は、当該クライアントにおける特定の設定内容が変更された際に、前記認証情報をユーザに入力させる、ように構成されている
ことを特徴とする請求項１から請求項３のいずれかに記載の通信システム。
【請求項５】
前記クライアントにおいて、
前記情報入力手段は、当該クライアントの起動時に、前記認証情報をユーザに入力させる、ように構成されている
ことを特徴とする請求項１から４のいずれかに記載の通信システム。
【請求項６】
前記サーバにおいて、
前記情報登録手段は、前記登録要求手段による登録要求を受けたクライアントから、該クライアントの前記登録希望が送信されてきた際、該登録希望の送信元であるクライアントの認証情報が、前記認証データベースに登録済みである場合、該登録済みの認証情報を、前記登録希望で示される認証情報に更新する、ように構成されている
ことを特徴とする請求項１から５のいずれかに記載の通信システム。
【請求項７】
前記クライアントに対してサービスを提供可能な提供サーバを含んでおり、
前記クライアントにおいて、
前記提供サーバが提供するサービス、および、該サービスを提供すべきクライアントが対応づけて登録された提供データベースに、当該クライアントに対応するサービスが登録されているか否かを判定する提供判定手段と、
該提供判定手段により登録されていると判定された場合、前記提供サーバに対してサービスを要求する提供要求手段と、が備えられ、
前記利用可能化手段は、前記許可指令を受信した場合に、前記提供要求手段によるサービスの要求が不可能な状態から、該提供要求手段によるサービスの要求が可能な状態とする、ように構成されている
ことを特徴とする請求項１から６のいずれかに記載の通信システム。
【請求項８】
前記サーバにおいて、
前記クライアントから該クライアントに対応するサービスが前記提供データベースに登録されているか否かを問い合わせる旨の登録問合が送信されてきた際に、該登録問合を送信してきたクライアントに対応するサービスを、前記提供データベースから検索する問合検索手段と、
該問合検索手段による検索結果を、前記問い合わせをしてきたクライアントに対して送信する結果送信手段と、が備えられており、
前記クライアントにおいて、
前記提供判定手段は、前記サーバに対して前記登録問合を送信した後、該サーバから送信されてきた検索結果に基づいて、前記提供データベースに当該クライアントに対応するサービスが登録されているか否かを判定する、ように構成されている
ことを特徴とする請求項７に記載の通信システム。
【請求項９】
クライアントにより実現可能な機能の少なくとも一部について、該機能を利用可能とする認証を行う、該クライアントと通信可能なサーバであって、
前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データベースと、
前記クライアントから、該クライアントの認証情報が、該クライアントの認証を要求する旨の認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データベースに登録されているか否かを判定する認証判定手段と、
該認証判定手段により認証情報が登録されていると判定された場合、該認証情報の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手段と、
前記認証判定手段により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データベースへの新たな登録を要求する旨の登録要求を送信する登録要求手段と、
該登録要求手段による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報として、前記認証データベースに登録する情報登録手段と、を備え、
前記許可指令手段は、前記情報登録手段により前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている
ことを特徴とするサーバ。
【請求項１０】
実現可能な機能の少なくとも一部を利用可能とするための認証を行うサーバと通信可能なクライアントであって、
該クライアントを認証するための認証情報を入力させる情報入力手段と、
該情報入力手段により入力された認証情報を、当該クライアントの認証を要求する旨の認証要求として前記サーバへ送信する認証要求手段と、
該認証要求手段による認証要求を受けたサーバから、新たな登録を要求する旨の登録要求を受信した場合、前記情報入力手段により入力された認証情報を、該認証情報の登録を希望する旨の登録希望として前記サーバへ送信する登録希望手段と、
前記認証要求手段による認証要求または前記登録希望手段による登録希望を受けたサーバから、前記機能の利用を許可する旨の許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手段と、を備える
ことを特徴とするクライアント。
【請求項１１】
クライアントにより実現可能な機能の少なくとも一部について、該機能を利用可能とする認証を行う、該クライアントと通信可能なサーバを制御するためのプログラムであって、
前記クライアントに対応付けて、該クライアントを認証するための認証情報を登録する認証データ登録手順と、
前記クライアントから、該クライアントの認証情報が、該クライアントの認証要求として送信されてきた際、該送信されてきた認証情報が、前記認証要求の送信元であるクライアントの認証情報として前記認証データ登録手順に登録されているか否かを判定する認証判定手順と、
該認証判定手順により認証情報が登録されていると判定された場合、前記認証要求の送信元であるクライアントに対し、前記機能の利用を許可する旨の許可指令を送信する許可指令手順と、
前記認証判定手順により認証情報が登録されていないと判定された場合、前記認証要求の送信元であるクライアントに対し、前記認証データ登録手順への新たな登録を要求する旨の登録要求を送信する登録要求手順と、
該登録要求手順による登録要求を受けたクライアントから、該クライアントの認証情報が、登録を希望する旨の登録希望として送信されてきた際、該送信されてきた認証情報を、該登録希望の送信元であるクライアントの認証情報と対応づけた状態で、前記認証データベースに登録する情報登録手順と、が含まれ、
前記許可指令手順は、前記情報登録手順にて前記認証データベースに前記認証情報が登録されたクライアントに対して前記許可指令を送信する、ように構成されている
ことを特徴とするプログラム。
【請求項１２】
実現可能な機能の少なくとも一部を利用可能とするための認証を行うサーバと通信可能なクライアントを制御するためのプログラムであって、
該クライアントを認証するための認証情報を入力させる情報入力手順と、
該情報入力手順により入力された認証情報を、当該クライアントの認証を要求する旨の認証要求として前記サーバへ送信する認証要求手順と、
該認証要求手順による認証要求を受けたサーバから、新たな登録を要求する旨の登録要求を受信した場合、前記情報入力手順にて入力された認証情報を、該認証情報の登録を希望する旨の登録希望として前記サーバへ送信する登録希望手順と、
前記認証要求手順による認証要求または前記登録希望手順による登録希望を受けたサーバから、前記機能の利用を許可する旨の許可指令を受信した場合、当該クライアントの動作状態を、当該クライアントにより実現可能な機能の少なくとも一部が利用できない利用不能状態から、利用可能な利用可能状態とする利用可能化手順と、が含まれている
ことを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００７−４６０５（Ｐ２００７−４６０５Ａ）
【公開日】平成１９年１月１１日（２００７．１．１１）
【国際特許分類】
【出願番号】特願２００５−１８５３６４（Ｐ２００５−１８５３６４）
【出願日】平成１７年６月２４日（２００５．６．２４）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成１９年１月１１日（２００７．１．１１）
【国際特許分類】
【出願日】平成１７年６月２４日（２００５．６．２４）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]