JP4813167B2 - サービス管理装置、サービス管理システム、プログラムおよび記録媒体 - Google Patents

Description

本発明は、サービス提供の可否を決定可能なサービス管理装置、それを含むサービス管理システム、サービス管理装置を実現するためのプログラムおよび記録媒体に関するものである。

従来から、ユーザがサービスの提供装置の近傍へ赴いて当該サービスの提供装置に設けられた端末装置を操作し、種々のサービスの提供を受けることだけではなく、ユーザの操作する端末装置によって、サービスの提供装置とネットワーク経由で通信して、サービスの提供を受けることが行われている。近年では、ネットワーク化の進展に伴なって、提供可能なサービスの種類／数も膨大になり、これらのネットワーク上のサービスに場所や時間を問わずにアクセス可能にすることも要求されている。

このようなサービスの中には、正規のユーザと第三者とを区別するために認証処理を行い、認証に成功した正規のユーザに対してのみ、サービスを提供するものも数多く存在している。

上記正規のユーザの認証方法としては、パスワード認証が一般的である。ただし、パスワード認証の場合、より高いセキュリティ強度を得ようとすると、ユーザは、端末装置やネットワークあるいはサービスが異なったとき、それぞれへのＩＤ／パスワードを互いに異なる値に設定すると共に、それらを管理する必要がある。また、より高いセキュリティ強度を得るためには、これらの値を頻繁に変更することが求められる。これらの結果、ユーザに煩雑な操作／管理を強いることになり、ユーザの負担が大きい。さらに、個人が記憶できるパスワードには限りがある。したがって、個人が記憶できるパスワードのみを用いた認証は、概してセキュリティ強度が低くなりやすい。また、他の認証方法としては、例えば、個人の生体情報（例えば、指紋や声紋、虹彩パターンあるいは静脈パターンなど）を用いた認証方法も利用されることがある。

さらに、より高度なセキュリティレベルを満足するためには、これら種々の認証方法を複数組み合わせて認証することも行われている。一例として、後述する特許文献１では、ユーザが、例えば、自己の生体特徴の状況や周囲環境などに応じて、利用する生体情報を選択し、一部の生体情報が入力された場合、入力された生体特徴の組み合わせにおける認証精度を求め、当該認証精度に応じて被認証者の動作を制御する構成が記載されている。

当該構成では、一部の生体情報が入力された場合、それに応じて、被認証者の動作が制御されるので、一部の生体情報の入力によって、全ての生体情報が入力されたときよりも認証精度が低下したとしても、認証性能の低下による影響を未然に抑制でき、誤認証した場合の損害を抑えることができる。
特開２００３−３０１５４号公報（公開日：2003年１月３１日）

しかしながら、上記従来の構成では、既に行われた認証結果に応じて、認証レベルを決定の後、認証レベルに応じてユーザの動作を制限するため、不要な認証処理が行われる可能性がある。この結果、ユーザの操作が煩雑になりがちである。また、本来不要な認証処理が行われると、例えば、ユーザになりすまそうとしている第三者が、ユーザの挙動あるいは認証システムの入出力などを盗み見ている場合に、本来であればユーザが与えることのなかった筈の認証情報を、当該第三者が取得できる可能性が高くなり、安全性が低下する虞れもある。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ユーザの負担を軽減し、安全性を向上可能なサービス管理装置を実現することにある。

本発明に係るサービス管理装置は、上記課題を解決するために、サービス提供の要求を受け付ける受付手段と、当該要求されたサービス提供の可否を決定する決定手段と、複数の認証方法で認証可能な認証システムに対して認証を指示する認証指示手段とを備え、上記決定手段は、上記認証システムによる認証結果に基づいて上記サービス提供の可否を決定すると共に、上記認証指示手段は、サービス提供の要求を受け付けた場合、上記決定手段がサービス提供の可否を決定可能な各サービスと、そのサービスを提供するために必要な認証条件との対応関係が記憶された記憶装置から、上記サービス提供の要求に対応する認証条件を読み出し、上記認証システムに対して、当該認証条件を満たす、少なくとも１つの認証方法での認証を指示することを特徴としている。

なお、上記記憶装置は、上記認証指示手段が上記サービス提供の要求に対応する認証条件を読み出すまでの間に、上記対応関係が記憶されていれば、上記対応関係を固定して記憶していてもよいし、サービス管理装置を含むサービス管理システム内の機器の要求に応じて上記対応関係を変更してもよい。また、各サービスに対応する認証条件を読み出すことができれば、記憶装置は、上記対応関係を、どのような形態で記憶してもよい。一例として、記憶装置は、上記対応関係を、テーブルとして記憶してもよい。また、記憶装置は、サービスから認証条件を決定するための条件式や演算方法の形態で、上記対応関係を記憶してもよい。

当該構成では、上記受付手段がサービス提供の要求を受け付けると、上記認証指示手段は、当該サービスに対応する認証条件を記憶装置から読み出し、上記認証システムに対して当該認証条件を満たす認証方法での認証を指示する。一方、上記認証システムにて上記指示された認証条件での認証が行われると、上記決定手段は、当該認証システムでの認証結果に基づいて、サービス提供の可否を決定する。

なお、サービスが未だ提供されていない状態、あるいは、既にサービスを提供している状態（後述）において、上記認証指示手段は、上記認証条件を解析して、当該認証条件を複数の条件に細分化できるか否かを判定し、細分化可能な場合は、各細分化された条件を満たす認証方法での認証を指示するための認証要求を、順次、上記認証システムへ送ることによって、上記認証条件を満たす認証方法での認証を認証システムへ指示してもよい。また、それに代えて／加えて、上記認証指示手段は、上記認証条件を複数の条件に細分化できるか否かに拘わらず、当該認証条件を満たす認証方法での認証を指示する単一の認証要求を、上記認証システムへ送ることによって、上記認証条件を満たす認証方法での認証を認証システムへ指示してもよい。また、ある認証条件を満たす認証方法での認証を上記認証システムへ指示したときに当該認証システムが複数の認証応答によって上記指示された認証の結果を返答した場合、上記決定手段は、これら複数の認証応答に基づいて、サービス提供の可否を決定してもよい。

当該構成では、認証システムで実施可能な認証方法のうち、サービス提供に必要な認証条件を満たす認証方法での認証が指示される。したがって、従来の構成のように、複数の認証方法での認証処理が行われた後、その認証処理結果に応じて、サービスを提供する際の権限を決定する構成とは異なって、提供しようとするサービスに応じて、当該サービスを提供するか否かを決定する際に実施される認証方法の種類または数を変更でき、そのサービスを提供するか否かを決定する際に不要な認証方法での認証を省略できる。

これにより、例えば、ユーザの負担を軽減できる。また、不要な認証が省略されるので、例えば、ユーザになりすまそうとしている第三者が、ユーザの挙動あるいは認証システムの入出力などを盗み見ていたとしても、不要な認証が省略されているので、当該第三者に与える情報を少なくすることができ、安全性を向上できる。

また、上記構成に加えて、上記記憶装置は、上記決定手段がサービス提供の可否を決定可能な各サービスと、そのサービスを提供し続けるために必要な認証条件、および、その認証条件で認証するタイミングを示す継続条件との対応関係も記憶されているものであり、上記認証指示手段は、上記決定手段がサービス提供可と決定した場合、上記記憶装置から当該サービスに対応する継続条件を読み出して当該継続条件の示すタイミングになったか否かを監視すると共に、当該タイミングになった場合は、当該継続条件の示す認証条件を満たす認証方法での認証を上記認証システムへ指示し、上記決定手段は、当該上記認証システムによる認証結果に基づいて、上記サービスを提供し続けるか否かを決定してもよい。

当該構成では、一度、サービス提供すると決定した場合であっても、継続条件の示すタイミングになると、継続条件の示す認証条件を満たす認証方法での認証結果に基づいて、サービスを提供し続けるか否かが決定される。したがって、ユーザに対して行われる認証処理の認証タイミングおよび認証方法を、サービスの提供者の要求に応じ、よりきめ細やかに設定できる。

さらに、上記構成に加えて、上記記憶装置は、上記認証条件として、認証方法自体、または、上記認証システムに含まれ、予め定められた認証方法で認証する認証装置を特定するための認証方法情報を記憶可能であり、上記認証指示手段は、上記記憶装置から認証条件としての認証方法情報を読み出した場合、当該認証方法情報の示す認証方法または認証装置での認証を指示してもよい。

当該構成では、サービスが未だ提供されていない状態、あるいは、既にサービスを提供している状態において、決定手段がサービス提供の可否を決定する際、認証方法情報の示す認証方法または認証装置での認証が、認証システムに指示される。したがって、サービスの提供者は、認証システムへ指示すべき認証方法または認証装置を示す認証方法情報を上記記憶装置に認証条件として記憶することによって、当該サービスを提供すべき認証方法または認証装置を設定できる。

また、上記構成に加えて、上記記憶装置は、上記認証条件として、サービス提供時に必要とされる認証のレベルを示す認証レベル情報を格納可能であり、上記認証指示手段は、上記記憶装置から認証条件としての認証レベル情報を読み出した場合、当該認証レベル情報の示す認証レベルでの認証を指示することによって、当該認証レベル以上のレベルの認証方法で認証するように要求してもよい。

当該構成では、サービスが未だ提供されていない状態、あるいは、既にサービスを提供している状態において、決定手段がサービス提供の可否を決定する際、認証レベル以上のレベルの認証方法での認証が、認証システムに指示される。したがって、サービスの提供者は、認証レベルを示す認証レベル情報を上記記憶装置に認証条件として記憶することによって、当該サービスを提供する際に必要な認証のレベルを設定できる。

また、上記認証方法情報によって指定する場合とは異なって、ある認証方法または認証装置での認証ができない認証システムが存在する場合であっても、上記認証レベル情報で設定することによって、上記認証システムは、何ら支障なく、上記認証方法または認証装置での認証と同じのレベルの他の認証方法または認証装置で認証することができる。これにより、より多くの認証システムに柔軟に対応可能なサービス管理装置を実現できる。

さらに、上記構成に加えて、上記認証指示手段は、認証レベルを示す数値によって、当該認証レベル以上のレベルの認証方法での認証を指示してもよい。当該構成では、認証レベルを示す数値によって、当該認証レベル以上のレベルの認証方法での認証が指示されるので、認証システムの負担を軽減できる。

また、上記記憶装置は、上記認証条件として、認証方法自体、または、上記認証システムに含まれ、予め定められた認証方法で認証する認証装置を特定するための認証方法情報を格納可能であり、上記認証指示手段は、上記記憶装置から認証条件としての認証方法情報を読み出した場合、当該認証方法情報の示す認証方法または認証装置を、当該認証方法の認証レベルまたは認証装置の認証レベルを示す数値に変換すると共に、当該数値以上のレベルの認証方法で認証するように上記認証システムへ指示してもよい。なお、上記認証指示手段は、上記認証方法情報が複数の認証方法または認証装置での認証を示している場合、それらから決まる認証レベルを示す数値に変換する。

当該構成では、サービスが未だ提供されていない状態、あるいは、既にサービスを提供している状態において、決定手段がサービス提供の可否を決定する際、認証方法情報の示す認証方法または認証装置が認証レベルを示す数値に変換され、その数値以上のレベルの認証方法での認証が、認証システムに指示される。

したがって、上記認証レベル情報で指定する場合と同様に、より多くの認証システムに柔軟に対応可能なサービス管理装置を実現できる。また、上記構成では、認証方法情報の示す認証方法または認証装置が認証レベルを示す数値に変換されるので、サービスの提供者は、認証システムへ指示すべき認証方法または認証装置を示す認証方法情報を上記記憶装置に認証条件として記憶することによって、それと同様のレベルでの認証が必要であることを設定できる。これにより、サービスの提供者が認証条件を設定する際の手間を削減可能なサービス管理装置を実現できる。

さらに、上記構成に加えて、上記認証システムで実施された認証処理の認証方法または認証装置、並びに、その結果の履歴を示す履歴情報を記憶する履歴記憶手段を備え、上記履歴記憶手段から読み出した履歴情報の示す認証方法または認証装置での認証が行われれば当該履歴情報の示す認証結果が返ってくると見なした場合に、ある認証条件での認証成功に必要な条件を当該認証条件の代替条件とするとき、上記認証指示手段は、上記認証システムに対して、ある認証条件を満たす認証方法での認証を指示しようとする際、上記履歴記憶手段の履歴情報を参照すると共に当該認証条件を解析して当該認証条件の代替条件を特定し、当該認証条件を満たす認証方法での認証指示に代えて、当該代替条件を満たす認証方法での認証を指示してもよい。

当該構成では、例えば、サービスが未だ提供されていない状態においてサービス提供の要求に応じた認証条件を満たす認証を指示する場合や、既にサービスを提供している状態において、継続条件の示す認証条件を満たす認証を指示する場合など、認証指示手段が上記認証システムに対して、ある認証条件を満たす認証方法での認証を指示しようとする際、上記履歴記憶手段の履歴情報が参照され、当該認証条件の代替条件を満たす認証方法での認証が指示される。

ここで、認証条件の代替条件は、上記履歴記憶手段から読み出した履歴情報の示す認証方法または認証装置での認証が行われれば当該履歴情報の示す認証結果が返ってくると見なした場合に、ある認証条件での認証成功に必要な条件である。

したがって、認証システムへ指示する認証の種類または数を、これまでの認証処理の履歴に応じて動的に変更することができる。これにより、例えば、あるサービス提供のために必要な認証条件を構成する認証処理が、他のサービス提供のために既に行われており、それに成功している場合には、その認証処理を省略できる。なお、ある認証処理を省略したとしても、その認証処理は、既に行われていた認証処理なので、安全性低下を抑制できる。

このように、認証システムへ指示する認証の種類または数を、これまでの認証処理の履歴に応じて動的に変更できるので、これまでの認証処理の履歴に拘わらず、一定の認証条件で認証する構成と比較して、ユーザの負担を軽減すると共に安全性を向上できる。

また、上記構成に加えて、上記決定手段は、サービス提供不可と決定した場合、サービスと当該サービスを代替する可能性があると定められた代替サービスとの対応関係が記憶された代替サービス記憶装置から、上記要求されたサービスに対応する代替サービスを読み出し、当該代替サービスを示す情報をユーザに通知してもよい。

当該構成では、あるサービスが提供不可の場合、例えば、ユーザの操作する外部機器へ当該情報を送信するなどして、ユーザには、当該サービスの代替サービスを示す情報が通知されるので、ユーザは、当該情報によって、自らが要求したサービスの代替サービスを速やかに把握でき、ユーザの利便性を向上できる。

さらに、上記構成に加えて、上記記憶装置は、上記サービス管理装置とアクセス可能な外部の装置に設けられた外部記憶装置を含むものであり、上記サービス管理装置は、上記記憶装置としての内部記憶手段と、当該記憶装置へのアクセスを制御するアクセス制御手段と、上記外部記憶装置に格納された上記対応関係へのポインタを記憶するポインタ記憶手段とを備え、上記アクセス制御手段は、読み出しが指示された上記対応関係が上記内部記憶手段に記憶されている場合は、当該対応関係が上記内部記憶手段から読み出されるようにアクセス制御すると共に、記憶されていない場合は、上記ポインタ記憶手段に記憶されたポインタのうち、当該対応関係へのポインタに基づいて、上記外部記憶装置から当該対応関係を読み出して上記内部記憶手段に格納し、当該外部記憶装置から読み出された対応関係が上記読み出されるようにアクセス制御してもよい。

当該構成では、サービス管理装置の内部記憶手段に対応関係が記憶されている場合は、
当該内部記憶手段から対応関係が読み出されるので、常に、外部記憶装置と通信する構成と比較して、応答速度を向上できると共に、サービス管理装置と他の機器との間で伝送されるデータ量を削減できる。また、対応関係が記憶されていない場合は、ポインタ記憶手段に記憶されたポインタに基づいて、外部記憶装置から対応関係が読み出されるので、サービス管理装置は、全ての対応関係が内部記憶手段に記憶されていない場合でも、何ら支障なく、対応関係を読み出すことができる。

また、上記構成に加えて、上記決定手段は、あるサービスを提供可と判定した場合、ネットワークを介して接続される当該サービスの提供装置と通信して、当該サービスの提供を指示してもよい。

当該構成では、あるサービスを提供可と判定した場合、決定手段は、ネットワークを介して接続される当該サービスの提供装置と通信して、当該サービスの提供を指示するので、サービスを提供する提供装置の全てをサービス管理装置内に設ける構成とは異なって、既にネットワーク上に設けられているサービスを利用でき、サービス管理システムを構築する際の手間を軽減できる。

さらに、上記構成に加えて、上記決定手段は、上記サービスの提供装置へサービスの提供を指示する際、サービス提供の要求を受け付けたユーザの情報も送信してもよい。当該構成では、サービス管理装置から、サービスの提供装置へ、ユーザの情報が送信されるので、サービスの提供装置がサービス提供時にユーザの情報を必要とする場合であっても、何ら支障なく、サービスを提供させることができる。したがって、既にネットワーク上に設けられているサービスのうち、ユーザの情報を送信せずにサービス提供可能なサービスのみを利用する構成と比較して、さらに多くのサービスを利用でき、サービス管理システムを構築する際の手間を軽減できる。

また、上記構成に加えて、内部記憶手段と、上記サービスの提供装置と通信する際、当該内部記憶手段に、当該サービスの提供装置にアクセスするための情報が記憶されていなければ、予め定められた提供装置の検索サービスへ問い合わせて、当該サービスの提供装置にアクセスするための情報を取得し、上記内部記憶手段へ格納するサービス検索手段とを備えていてもよい。

当該構成では、あるサービスの提供装置にアクセスするための情報が内部記憶装置に記憶されていなければ、サービス検索手段は、検索サービスへ問い合わせて、当該サービスの提供装置にアクセスするための情報を取得する。したがって、例えば、ネットワーク上に設けられた各サービスの提供装置が増減したり移動したりする場合であっても、何ら支障なく、各サービスの提供装置にアクセスするための情報を取得できる。また、各サービス管理装置に各サービスの提供装置にアクセスするための情報の全てを記憶し、これらの情報が変更される度に、全てのサービス管理装置の情報を更新する構成と比較して、ネットワーク構成の変更（各サービスの提供装置の増減や場所の移動など）時の手間を軽減できる。

さらに、本発明に係るサービス管理システムは、上記課題を解決するために、上述したサービス管理装置および認証システムと、ユーザからのサービス提供要求を受け付けて、当該サービス提供の要求を上記サービス管理装置へ伝えると共に、提供されたサービスの結果をユーザへ伝える端末装置とを備え、上記端末装置は、上記サービス管理装置および認証システムの間の通信経路上に設けられ、上記サービス管理装置による認証システムへの認証指示を認証システムへ中継すると共に、当該認証システムからの認証結果を上記サービス管理装置へ中継することを特徴としている。

当該構成では、上記サービス管理装置と同様、提供しようとするサービスに応じて、当該サービスを提供するか否かを決定する際に実施される認証方法の種類または数を変更でき、そのサービスを提供するか否かを決定する際に不要な認証方法での認証を省略できるので、ユーザの負担を軽減すると共に安全性を向上できる。

また、端末装置を介して、認証システムへの認証指示およびサービス管理装置への認証結果の報告がなされるので、端末装置と、その端末装置のユーザを認証する認証システムとの双方が、それぞれ別個にサービス管理装置と通信するための通信手段を設ける構成と比較して、サービス管理システムに必要な通信手段の数を削減できる。

ところで、上記サービス管理装置は、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラムは、上述したサービス管理装置のいずれかに設けられた各手段として、コンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。

これらのプログラムがコンピュータによって実行されると、当該コンピュータは、上記サービス管理装置として動作する。したがって、上記サービス管理装置と同様、提供しようとするサービスに応じて、当該サービスを提供するか否かを決定する際に実施される認証方法の種類または数を変更でき、そのサービスを提供するか否かを決定する際に不要な認証方法での認証を省略できるので、ユーザの負担を軽減すると共に、安全性を向上できる。

本発明によれば、サービス提供の要求を受け付けた場合、そのサービスに対応する認証条件を満たす認証方法での認証を認証システムへ指示するので、提供しようとするサービスに応じて、当該サービスを提供するか否かを決定する際に実施される認証方法の種類または数を変更できる。これにより、そのサービスを提供するか否かを決定する際に不要な認証方法での認証を省略でき、ユーザの負担を軽減すると共に、安全性を向上できる。

〔第１の実施形態〕
本発明の一実施形態について図１ないし図３２に基づいて説明すると以下の通りである。すなわち、本実施形態に係るサービス管理システムは、サービスの提供可否を判断する際に、複数の認証方法のうち、要求されたサービスを提供するために必要な認証方法の組み合わせ（１つだけの場合も含む）を決定するものであって、例えば、端末装置や、その使用状況、あるいは、必要とされる認証のレベルに応じて利用認証方式を動的に変更することができる。また、サービス管理システムは、要求されたサービスを提供するために必要な認証方法の組み合わせを管理しているので、サービスそのものにも、必要な認証方法として、例えば、認証方式およびレベルの規定などを容易に追加できる。

以下では、認証方法を決定するための構成などについて説明する前に、システム全体の構成について簡単に説明する。すなわち、本実施形態に係るサービス管理システム１には、図２に示すように、ユーザによるサービス要求操作を受け付け、それに応じたサービスの提供を要求する端末装置３と、複数の認証方法でユーザまたはユーザの使用する機器を認証可能な認証装置（認証システム）５と、当該複数の認証方法のうち、端末装置３から要求されたサービスに応じた認証方法での認証を認証装置５へ要求すると共に、サービス要求によって要求されたサービスの提供の可否を、上記認証装置５による認証結果に応じて決定するサービス管理装置７とが設けられている。

上記認証方法は、認証時にセンシングされるもの（例えば、指紋かパスワードかなど）と、認証時にセンシングされる物理量と、センシングする装置と、当該装置の設置場所と、認証のアルゴリズムと、認証時のアルゴリズムで使用されるパラメータと、上記イニシャル情報と、それらの組み合わせとのうち、予め定められたものである。本実施形態に係るサービス管理システム１では、一例として、認証時にセンシングされるものが互いに異なれば、互いに異なる認証方法としており、上記認証装置５は、例えば、パスワードを用いた認証方法、ＰＩＮ（Personal Identification Number）を用いた認証方法、および、指紋を用いた認証方法でユーザまたはユーザの使用する機器を認証できる。

なお、上記認証装置５は、それぞれ少なくとも１つの認証方法で認証可能な複数の単体認証装置を備え、全体として複数の認証方法でユーザまたはユーザの使用する機器を認証可能なように構成されていてもよいが、以下では、一例として、１つの認証装置５が複数の認証方法で認証可能な構成について説明する。また、サービス管理装置７がサービス提供の可否を決定できれば、例えば、サービス管理装置７と別体の装置が、端末装置３へサービスを提供し、サービス管理装置７が当該装置へ指示するなどしてサービス提供の可否を決定してもよいが、本実施形態では、一例として、サービス提供可と判断した場合、サービス管理装置７自体が端末装置３にサービスを提供し、提供不可と判断した場合、サービス管理装置７自体が端末装置３へそれを通知する構成について説明する。

また、本実施形態では、端末装置３は、所望のサービス提供を示すサービス要求を送信することによって、当該サービス提供を要求している。同様に、サービス管理装置７は、必要な認証方法での認証を示す認証要求を送信することによって、当該認証方法での認証を要求している。また、認証装置５は、認証結果を示す認証応答を送信することによって認証結果を通知し、サービス管理装置７は、サービス提供可と判断した場合、サービス結果を示すサービス応答を送信することによって、サービス結果を端末装置３へ伝えている。なお、サービス管理装置７は、要求されたサービスが新たな認証を必要としない場合、認証装置３へ認証要求を送信せずに、サービス提供可能と決定できる。この場合、認証装置３との通信は行われない。

本実施形態に係る端末装置３は、サービス要求に応じた認証手続きに関する情報のインタラクションをも担っている。具体的には、端末装置３は、サービス管理装置７と認証装置５との間における要求／応答のやり取りを中継できるように構成されており、上記サービス管理装置７は、端末装置３を介して、認証装置５に認証を要求し、認証装置５は、端末装置３を介してサービス管理装置７へ認証結果を伝えることができる。

より詳細には、上記端末装置３は、例えば、図３に示すように、ユーザからの指示・命令を含む入力操作を受け付ける入力手段としての入力装置３１と、情報をユーザへ対し提示・出力するための出力手段としての出力装置３２と、両装置３１・３２を制御する制御手段としての制御装置３３とを備えている。

入力装置３１としては、当該ユーザからの入力情報を上記制御装置３３に通知できるものであれば、上記サービス要求操作入力専用の入力デバイスであるか、汎用の入力デバイスであるかを問わず、任意の入力デバイスを使用でき、例えば、キーボード、マウス、パッド、ＰＩＮパッドなどの入力デバイスが好適に使用される。

同様に、上記出力装置３２としては、制御装置３３から送られた情報を、ユーザに対して出力・提示できるものであれば、汎用であるか否かを問わず、任意の出力デバイスを使用でき、例えば、ディスプレイ装置やプリンタなどの出力デバイスが好適に使用される。

なお、本実施形態に係る入力装置３１は、サービス要求操作を受け付けるだけではなく、認証時の操作をも受け付けることもできる。同様に、本実施形態に係る出力装置３２は、提供されたサービスの情報を出力するだけではなく、認証時には、認証のための情報をも出力できる。言い換えると、本実施形態に係る入力装置３１および出力装置３２は、後述する認証装置５の一部（後述する認証デバイス５１の一部）としても使用されている。

一方、上記制御装置３３は、例えば、ＣＰＵ（Central Processing Unit ）などのプロセッサ（演算手段）と、そのプログラム、および、データを記憶する記憶装置と、上記各装置３１・３２などとデータをやり取りするための入出力回路（いずれも図示せず）とを備えており、入力装置３１を通じてユーザから与えられた指示・命令を解釈し、それに応じた処理を実行できる。

具体的には、制御装置３３は、上記ユーザからの与えられた指示・命令がサービスの要求を示していると解釈した場合、その内容を示すサービス要求を、上記サービス管理装置７へ送信できる。また、制御装置３３は、サービスの提供主体（本実施形態の場合は、サービス管理装置７）から、サービスの実行結果を示すサービス応答を受け取ると、出力装置３２へ指示して、その内容を出力させることができる。

さらに、制御装置３３は、ユーザがサービス機能を利用するために認証が必要な場合には、認証手続きに関する情報のインタラクション制御を行うことができる。より詳細に説明すると、上述したように、サービス管理装置７は、サービス提供に際し認証が必要な場合には、認証要求を端末装置３に送信しており、端末装置３の制御装置３３は、一時的に通知された当該認証要求を、認証装置３へと送信できる。また、認証装置３から送信される認証応答を受信すると、制御装置３３は、当該認証情報をサービス管理装置７に送信できる。なお、本実施形態に係る制御装置３３は、上記認証要求または認証応答を受信した場合、出力装置３２に、その情報を出力させて、ユーザに情報提示できる。加えて、制御装置３３は、上記サービス要求操作に応じて、端末装置３とサービス管理装置７との間で行われるサービス要求セッション、並びに、端末装置３とサービス管理装置７との間および端末装置３と認証装置５との間で行われる認証要求セッションの管理を行うことができる。これらの結果、端末装置３は、ユーザからのサービス要求操作からサービスの結果出力までの一連のユーザ−システム間および各装置間でのインタラクション制御を行うことができる。なお、端末装置３は、例えば、サービス応答などの形で、サービスの実行結果を受け取り、得られたサービス実行結果を出力すると、図示しないセッション管理テーブルを開放する。

ここで、上記各装置３・５・７が相互に通信可能であれば、各装置３・５・７間の通信路は、有線であっても無線であってもよいが、例えば、端末装置３および認証装置５の配置に関する制限を緩和するために特に好適な構成として、端末装置３と認証装置５との間を、その一部に無線の通信路を含むネットワークで接続してもよい。この場合は、端末装置３と認証装置５との実質的な距離を考えることなく、サービス管理システム１を構築できる。一例として、認証装置５と、必要であれば端末装置３の入力装置３１（後述）とのみをユーザの手元に配置し、ユーザと端末装置３との間のインタラクションを無線ネットワークで行うシステムを実現できる。なお、入力装置３１が、例えば、光センサなど、離れた場所からユーザのサービス要求操作を認識できるものであれば、当該システムを構築する場合であっても、入力装置３１をユーザの手元に配置する必要はない。

一方、本実施形態に係る認証装置５は、図４に示すように、ユーザまたはユーザの使用する機器を認証する認証デバイス（認証装置）５１と、上記サービス管理装置７からの認証の要求を受け付けると共に当該認証の要求に応答するための通信を行う通信処理部５２と、当該通信処理部５２が認証要求を受け付けると、それに応じて認証デバイス５１へ認証を指示すると共に、認証デバイス５１による認証結果を認証応答として上記通信処理部５２に送信させる認証制御部５３とを備えている。なお、本実施形態に係るサービス管理システム１では、上述したように、端末装置３が認証要求および認証応答を中継しており、上記通信処理部５２は、当該端末装置３と通信している。

上記通信処理部５２には、例えば、認証装置５を外部の機器と接続するための機能モジュールとしての接続インタフェースと、外部機器（例えば、端末装置３など）からの認証要求を受信する機能モジュールしての認証要求受信部と、認証制御部５３の指示に応じて外部機器への認証応答を送信するための機能モジュールとしての認証結果通知部（いずれも図示せず）となどが設けられている。当該接続インタフェースは、例えば、物理的インタフェースからフレーミング処理を行うことによって、上記外部機器からの認証要求を、論理データ構造に基づくデータグラムに変換するなどして、外部機器からの認証要求の内容を上記認証要求受信部へ通知したり、その逆に、例えば、上記認証結果通知部からの論理データ構造に基づくデータグラムを、物理的インタフェースに適合した信号に変換するなどして、上記認証通知部の指示に応じた、外部機器への認証応答を生成したりできる。また、上記認証要求受信部は、上記接続インタフェースにより生成された上記論理データ構造に基づく認証要求データグラムを受信して、その受信情報を、上記認証制御部５３（後述する構成例では、認証機能管理部６３）に伝えることができる。一方、上記認証結果通知部は、認証制御部５３（認証機能管理部６３）からの指示に応じて、上記論理データ構造に基づく認証応答データグラムを、上記接続インタフェース経由で、外部機器へ対し送信できる。なお、外部機器との直接的な接続形態としての物理的インタフェースとしては、例えば、イーサネット（登録商標）、シリアル、パラレル接続など、種々の種類の物理的インタフェースを採用できる。

さらに、本実施形態に係る上記認証装置５には、複数の認証デバイス５１が設けられており、認証装置５は、これらの認証デバイス５１の中から、サービス管理装置７からの要求に応じた、１または複数の認証デバイス５１を選択し、選択された認証デバイス５１に認証を指示すると共に、当該認証デバイス５１の認証結果を示す認証応答を送信できる。

ここで、上記認証デバイス５１の一例としては、例えば、指紋、声紋、静脈、血流、網膜、虹彩パターンといった、ユーザ個人を特定できる要素を測定すると共に、センシングにより取得した情報と予め登録されたユーザ特定情報と照合することによって、ユーザを識別できるセンサ装置が挙げられる。また、上記認証デバイス５１としては、ユーザの入力するパスワード、あるいは、ユーザの使用する機器が与える署名情報を受け付け、予め登録されたパスワードあるいは署名情報と照合することによって、ユーザ、あるいは、ユーザの使用する機器を認証する認証デバイスも好適に使用できる。なお、当該認証デバイス５１は、ＰＩＮ認証を行う機能を持ったＩＣカード装置であってもよい。さらに、認証デバイス５１としては、例えば、以下の情報処理装置、すなわち、音声および／または画像などによって得られた情報に含まれる機器ＩＤ情報をサーチし、予め登録されたＩＤ情報と照合することによって、当該情報を与えた外部機器を認証可能な情報処理装置も好適に使用できる。

なお、これらの認証デバイス５１は、ハードウェアのみによって構成されていてもよいし、ハードウェアを制御するコンピュータにプログラムを実行させることによって実現されていてもよい。一例としては、端末装置３の制御装置３３の図示しないコンピュータ（プロセッサ）が、パスワード認証ソフトウェアを実行することによって、ユーザが入力装置３１を操作して入力したパスワードと、予め登録されたパスワードと照合してもよい。

また、本実施形態に係る認証デバイス５１は、例えば、オフラインの状態で、正規のユーザの上記要素を測定して、その情報を登録するなどして、上記予め登録された情報（上記パスワードなどのイニシャル情報）を内部の図示しない記憶装置に格納しているが、例えば、端末装置３やサービス管理装置７など、認証デバイス５１（認証装置５）と通信可能な外部の機器から、オンラインで（通信によって）イニシャル情報を導入してもよい。さらに、認証デバイス５１は、例えば、認証制御部５３の指示（後述する構成例では、その認証機能実行部６２を介する認証機能管理部６３の指示）などに応じて、内部の記憶装置に代えて／加えて、認証デバイス５１の外部の記憶装置と通信して当該イニシャル情報を取得してもよい。

なお、上記各認証デバイス５１は、上記認証方法と同様に、認証時にセンシングされるもの（例えば、指紋かパスワードかなど）と、認証時にセンシングされる物理量と、センシングする装置と、当該装置の設置場所と、認証のアルゴリズムと、認証時のアルゴリズムで使用されるパラメータと、上記イニシャル情報と、それらの組み合わせとのうち、予め定められたものが、互いに異なっていればよく、各認証デバイス５１を実現するためのハードウェアおよびソフトウェア、並びに、認証デバイス５１により参照されるデータの一部が、互いに共通であってもよい。例えば、上記端末装置３のコンピュータがパスワード認証ソフトウェアと署名情報の照合用のソフトウェアとを実行すれば、端末装置３のハードウェアを、パスワード認証用の認証デバイス５１と、署名情報照合用の認証デバイス５１とで共用できる。

一例として、本実施形態に係る各認証デバイス５１は、認証方法（この例では、認証時にセンシングされるもの）が互いに異なっており、認証装置５には、パスワードを用いて認証する認証デバイス５１ａと、ＰＩＮを用いて認証する認証デバイス５１ｂと、指紋を用いて認証する認証デバイス５１ｃとが設けられている。

このように、本実施形態に係る各認証デバイス５１は、例えば、それぞれの内部にて、独自の認証アルゴリズムを用いて、認証デバイス５１内に格納される情報とセンシング情報とを比較し、その結果に基づいて判断するなどして、認証の成否を決定すると共に、認証の成否を示す情報を含む認証応答を認証制御部５３に通知できる。

一方、本実施形態に係る認証装置５は、認証要求として、１または複数の認証方法を示す認証要求を受け付け可能であり、当該認証要求を受け付けた場合、認証要求の示す認証方法で認証可能な認証デバイス５１を選択し、当該認証デバイス５１に認証させると共に、認証応答として当該認証デバイス５１による認証結果を返すことができる。

同様に、本実施形態に係る認証装置５は、認証要求として、１または複数の認証デバイス５１を示す認証要求をも受け付け可能であり、当該認証要求を受け付け可能であり、当該認証要求を受け付けた場合、認証要求の示す認証デバイス５１に認証させると共に、認証応答として当該認証デバイス５１による認証結果を返すことができる。

さらに、本実施形態に係る認証装置５は、認証要求として、認証レベルまたは認証カウントを示す認証要求を受け付け可能であり、当該認証要求を受け付けた場合、上記各認証デバイス５１のうち、当該認証要求の示す認証レベルまたは認証カウントで認証可能な認証デバイス５１を選択し、これら選択的に組み合わされた認証デバイス５１に認証させると共に、認証応答として当該認証デバイス５１による認証結果を返すことができる。

ここで、上記認証レベルは、その認証方法の組み合わせを用いることによって提供されるセキュリティのレベルを示しており、本実施形態に係るサービス管理システム１では、レベルなしである”Ｎｏｎｅ”、”Ｌ１”、”Ｌ２”、…、”Ｌ５”とレベルが上がるに従って、随時セキュリティが高くなるように設定されている。また、認証カウントは、認証レベルを表現する整数値として定義され、本実施形態では、値が大きい程、高いセキュリティを示している。これら認証レベルの高さおよび認証カウントの値は、認証方式の強度や安全性、ロバスト性に深く依存しており、例えば、パスワード認証を用いる認証デバイス５１ａよりも、ＰＩＮ認証を用いる認証デバイス５１ｂの方が、より高い認証レベル、あるいは、より大きな値の認証カウントが与えられる。

なお、後述するように、サービス管理装置７は、認証要求において、認証方法、認証レベルまたは認証カウントあるいは認証デバイス５１で認証条件を指定するだけではなく、それらに対する算術演算、あるいは、それらに対する論理演算の結果によっても認証条件を指定可能であり、認証装置５は、算術演算あるいは論理演算で認証条件を指定する認証要求を受け取った場合、その認証条件を満足する認証デバイス５１を選択して、当該認証デバイス５１に認証させることができる。

上記各認証要求から認証デバイス５１の決定するための構成について、より詳細に説明すると、本実施形態に係る認証装置５は、認証制御部５３によって参照される記憶部５４を備えており、当該記憶部５４には、例えば、図５に示すように、各認証デバイス５１の組み合わせに関連付けて、各組み合わせによりサポートされる認証方法（複数ある場合は、認証方法の組み合わせ）が記憶されている。同様に、記憶部５４には、各認証デバイス５１の組み合わせに関連付けて、各組み合わせによって達成できる認証レベルおよび認証カウントが記憶されている。なお、当該記憶部５４に記憶されているデータの詳細については、サービス管理システム１の概略動作および通信シーケンスの説明の後、認証制御部５３の構成例の説明と共に記載する。

一方、認証制御部５３は、例えば、認証要求によって、認証方法の組み合わせが指示された場合、上記記憶部５４を参照して、当該指示された認証方法の組み合わせに関連付けられている認証デバイス５１の組み合わせを選択できる。同様に、認証デバイス５１で指示された場合、認証制御部５３は、当該指示された認証デバイス５１を選択できる。また、認証レベルまたは認証カウントが指示された場合、認証制御部５３は、上記記憶部５４を参照して、当該指示された認証レベルあるいは認証カウントに関連付けられている認証デバイス５１の組み合わせを選択できる。

また、算術演算での認証要求（認証条件）として、例えば、ある認証レベルまたは認証カウント以上の認証が要求された場合は、上記記憶部５４に格納されている認証レベルまたは認証カウントの中から、当該認証条件に該当する認証レベルまたは認証カウントを抽出し、それに関連付けられた認証デバイス５１の組み合わせを選択できる。なお、複数の組み合わせが該当する場合は、順次選択すればよい。一方、論理演算で指定された場合、認証制御部５３は、例えば、上記と同様にして、論理演算の対象となる各項での認証に必要な認証デバイス５１の組み合わせを選択し、それらでの認証結果を論理演算して、その論理演算結果を認証結果とすることができる。

なお、認証制御部５３が、例えば、予め定められた算出式で認証カウントから認証レベルを求めるなどして、認証レベルおよび認証カウントの一方から他方を算出可能であれば、双方を記憶せず、一方のみを記憶する構成であっても、認証レベルおよび認証カウントのいずれでの認証要求をも受け付けることができる。また、例えば、各認証デバイス５１に関連付けられた認証カウントを加算して、それらの組み合わせに関連付けられる認証カウントを算出するなどして、ある認証デバイス５１の組み合わせに関連付けられた上記情報（認証方法や認証カウント）から、他の組み合わせに関連付けられる情報を算出可能であれば、当該算出可能な情報の記憶を省略できる。

ここで、認証装置５は、各認証デバイス５１での認証が行われる度に、その認証結果を示す認証応答を個別にサービス管理装置７へ送信してもよいが、以下では、一例として、認証要求の示す認証条件にマッチした認証デバイス５１による認証結果を総合して、認証条件を満足したか否かを示す認証応答を返信する構成の動作について、図６に基づいて簡単に説明する。

すなわち、ステップ１（以下では、Ｓ１のように略称する）において、認証装置５の通信処理部５２が認証要求を受信すると、認証装置５の認証制御部５３は、Ｓ２において、認証要求を解釈して、認証要求の示す認証条件を抽出する。なお、本構成例に係る認証装置５は、認証要求が複数の条件からなる認証条件を示していたとしても、認証デバイス５１による認証結果を総合して、認証条件を満足したか否かを判定している。したがって、認証制御部５３は、当該Ｓ２において、認証条件を複数の条件に細分化できる場合は、細分化し、そのそれぞれについて、Ｓ３以降の処理を行っている。

認証条件として、認証デバイス５１自体が指定されていた場合（Ｓ３にてYES の場合）、認証制御部５３は、例えば、記憶部５４を参照するなどして、認証装置５が上記指定された認証デバイス５１を備えているか否かを判断し、備えていた場合（Ｓ４にて、YES の場合）、Ｓ５において、当該認証デバイス５１に認証を指示する。

一方、認証条件として、認証方法が指定されていた場合（Ｓ３にてNO、Ｓ６にてYES の場合）、Ｓ７において、認証制御部５３は、上述したように記憶部５４を参照して、認証条件にマッチする認証デバイス５１の組み合わせ、すなわち、指定された認証方法をサポートする認証デバイス５１の組み合わせを検索し、組み合わせが存在している場合（Ｓ８にてYES の場合）、上記Ｓ５において、当該組み合わせに含まれる各認証デバイス５１に認証を指示する。

また、認証条件として、認証レベルまたは認証カウントが指定されていた場合（Ｓ３およびＳ６にてNO、Ｓ９にてYES の場合）、Ｓ１０において、認証制御部５３は、上述したように記憶部５４を参照して、条件にマッチする認証デバイス５１の組み合わせ、すなわち、上記指定された認証レベルまたは認証カウントを充足する認証デバイス５１の組み合わせを検索し、組み合わせが存在している場合（Ｓ１１にてYES の場合）、上記Ｓ５において、当該組み合わせに含まれる各認証デバイス５１に認証を指示する。

認証条件として上記のいずれが指定されていたとしても、上記Ｓ５において認証デバイス５１へ認証が指示され、認証デバイス５１がユーザまたはユーザの使用する機器を認証すると、認証制御部５３は、認証デバイス５１からの認証結果を受け取る（Ｓ１２）。

当該認証結果が認証成功を示している場合（Ｓ１３にてYES の場合）、認証制御部５３は、上記認証要求に含まれている認証条件の中に、未だ評価されていない認証条件が残っているか否かを判断し、残っている場合（Ｓ１４にてYES の場合）、上記Ｓ２以降の処理を繰り返す。

これとは逆に、未だ評価されていない認証条件が残っていない場合（上記Ｓ１４にてNOの場合）、すなわち、認証要求の示す認証条件の認証全てに成功した場合、認証制御部５３は、通信処理部５２へ指示して、認証成功を示す認証応答を、サービス管理装置７へ送信させる（Ｓ１５）。

一方、上記Ｓ４、Ｓ８およびＳ１０において、認証条件にマッチする認証デバイス５１を見つけることができなかった場合（NOの場合）、あるいは、上記Ｓ１にて受け付けた認証要求が、認証装置５の処理できない認証要求であった場合（Ｓ３、Ｓ６およびＳ９にてNOの場合）、認証制御部５３は、Ｓ１６において、通信処理部５２へ指示して、認証失敗を示す認証応答を、サービス管理装置７へ送信させる。

これにより、当該構成例に係る認証装置５は、認証要求の示す認証条件にマッチした認証デバイス５１による認証結果を総合して、認証条件を満足したか否かを示す認証応答を返信することができる。

なお、記憶部５４には、ある一主体によって客観的判断を拠り所にして割り当てられた値またはレベルが予め格納されている方が望ましいが、認証装置５が別途外部機器との間で情報交換および折衝を行なうことによって、認証カウントまたはレベルの基準値を調停してもよい。この場合は、認証装置５は、折衝の結果に応じて、記憶部５４に格納される認証レベルあるいは認証カウントの内容を変更する。

一方、本実施形態に係るサービス管理装置７は、図１に示すように、サービスを提供するためのサービス処理部７１…と、上記端末装置３および認証装置５と要求／応答をやり取りするための通信処理部（受付手段）７２と、記憶部７３を読み書きしながら、上記各部材７１…および７２を制御するサービス制御部７４とを備えている。なお、上記記憶部７３が特許請求の範囲に記載の記憶装置、内部記憶手段およびポインタ記憶手段に対応し、サービス制御部７４が認証指示手段、決定手段およびアクセス制御手段に対応する。

上記各サービス処理部７１…は、例えば、必要な認証プロセスを経てサービス提供可と判断された場合など、上記サービス制御部７４がサービス提供可と判断した場合に、ユーザに対してサービスを提供可能なサービス機能集合群である。なお、以下では、各サービス処理部７１…によって提供される各サービスを、サービスＳｒｖ１〜Ｓｒｖ９のように表記して区別する。

上記各サービス処理部７１は、例えば、入出力デバイスおよび通信デバイス（いずれも図示せず）などの周辺ハードウェアにて実現される機能モジュール群であってもよい。当該ハードウェアは、サービス管理装置７に設けられているものに限るものではなく、例えば、ユーザ端末である端末装置３における入出力デバイス（入力装置３１、出力装置３２）など、サービス管理装置７とは別体に設けられ、通信デバイス（上記通信処理部７２など）を介して通信可能なデバイスを、その一部に含んでいてもよい。なお、サービス処理部７１の全てがサービス管理装置７外にある構成については、後述の第２の実施形態にて説明し、本実施形態では、サービス処理部７１の少なくとも一部がサービス管理装置７内に設けられている構成について説明する。

また、上記各サービス処理部７１は、ハードウェアによって実現されるものだけではなく、ソフトウェアとハードウェアとが協働して動作することによって実現されるものであってもよい。この一例としては、例えば、上記機能モジュールを利用するためＡＰＩを介して提供されるサービスプリミティブ機能集合群、および、より上位のソフトウェア即ちミドルウェア／アプリケーションによって提供されるアプリケーション機能集合群などが挙げられる。

一方、通信処理部７２は、上記端末装置３からのサービス要求を受信したり、認証装置５からの認証応答を端末装置３を介して受信したりすると、その内容をサービス制御部７４へ通知できる。また、通信処理部７２は、サービス制御部７４の指示に応じて、認証装置５への認証要求を端末装置３を介して送信したり、サービス制御部７４の指示に応じて、端末装置３へのサービス応答を送信したりできる。

上記通信処理部７２は、例えば、外部機器（例えば、端末装置３や認証装置５など）と接続するための機能モジュールとしての接続インタフェースと、外部機器からのサービス要求あるいは認証応答を受信する機能モジュールとしての受信処理部と、上記サービス制御部７４の指示に応じて外部機器への認証要求あるいはサービス応答を送信するための機能としての送信処理部（いずれも図示せず）となどが設けられている。当該接続インタフェースは、例えば、物理的インタフェースからフレーミング処理を行うことによって、上記外部機器からのサービス要求および認証応答を、論理データ構造に基づくデータグラムに変換して上記受信処理部へと通知できる。一方、上記受信処理部は、当該データグラムを受信し、その受信情報（その内容）を、上記サービス制御部７４へ通知できる。これとは逆に、上記送信処理部は、サービス制御部７４からの指示に応じて、外部機器への認証要求あるいはサービス応答を示すデータグラムであって、予め定められた論理データ構造のデータグラムを、上記接続インタフェースに送信し、当該接続インタフェースは、例えば、上記送信処理部からの論理データ構造に基づくデータグラムを、物理的インタフェースに適合した信号に変換するなどして、当該送信処理部からの指示に応じた、上記外部機器への認証要求またはサービス応答データを生成して、外部機器へと送信できる。なお、外部機器との直接的な接続形態としての物理的インタフェースとしては、例えば、イーサネット（登録商標）、シリアル、パラレル接続など、種々の種類の物理的インタフェースを採用できる。

ここで、当該記憶部７３に記憶されているデータ（図７〜図１１参照）の詳細については、サービス管理システム１の概略動作およびシーケンスの説明の後、サービス制御部７４の構成例の説明と共に記載するが、上記記憶部７３には、例えば、図７に示すように、サービス管理装置７によって管理されている各サービスに関連付けて、そのサービスを提供するために必要な認証条件が記憶されている。

この認証条件は、例えば、認証方法で指定することもできるし、認証デバイス５１自体を特定する情報（例えば、上述した認証ＩＤとしてのＦＰ１など）で指定することもできる。なお、この場合は、認証条件の情報が特許請求の範囲に記載の認証方法情報に対応する。

また、認証条件は、これらのように直接的な認証方法または認証デバイス５１の記述ではなく、例えば、認証レベルあるいは認証カウントなど、その認証方法によって提供されるセキュリティのレベルの記述によって、間接的に指定することもできる。なお、この場合は、認証条件の情報が特許請求の範囲に記載の認証レベル情報に対応する。

さらに、認証条件は、値自体（その値であること）以外に、例えば、算術演算子を用いた指定（例えば、”認証カウント≧１００”）など、数値条件を含む記述によって指定することもできる。加えて、複数の条件の論理演算（”ａｎｄ”や”ｏｒ”など）で指定してもよい。

例えば、図７では、サービスＳｒｖ１の認証条件が認証方法（パスワード）で指定されており、サービスＳｒｖ３の認証条件が認証カウント（数値条件含む）で指定されている。また、サービスＳｒｖ４の認証条件は、２つの認証方法（ここでは、パスワード認証と指紋認証）のａｎｄで指定されている。なお、図７では、詳細は後述するように、各サービスＳｒｖ１〜Ｓｒｖ９が、サービスのフィールドが１〜９のレコードにそれぞれ対応している。

一方、サービス制御部７４は、端末装置３からのサービス要求を受け付けた場合、記憶部７３を参照して、当該サービス要求で指定されたサービスに関連付けられた認証条件を特定し、当該認証条件に応じた認証要求を認証装置５へ送信できる。また、サービス制御部７４は、認証装置５からの認証応答に基づいて、上記認証条件を満足しているか否かを判定し、上記サービス提供の可否を決定できる。

より詳細には、サービス制御部７４は、サービスの提供要求を受け付けたとき、当該サービスに関連付けて記憶された認証条件が認証方法で指定されていれば、当該認証方法を示す認証要求を認証装置５へ送信すると共に、当該認証装置５からの認証応答の示す認証結果に応じて、上記認証条件が成立しているか否かを決定できる。同様に、上記サービス制御部７４は、サービスの提供要求を受け付けたとき、当該サービスに関連付けて記憶された認証条件が認証レベルまたは認証カウントで指定されていれば、当該認証レベルまたは認証カウントを示す認証要求を認証装置５へ送信すると共に、その認証応答の示す認証結果に応じて、上記認証条件が成立しているか否かを決定できる。また、上記サービス制御部７４は、サービスの提供要求を受け付けたとき、当該サービスに関連付けて記憶された認証条件が認証デバイス５１自体で指定されていれば、当該認証デバイス５１を認証要求を認証装置５へ送信すると共に、その認証応答の示す認証結果に応じて、上記認証条件が成立しているか否かを決定できる。さらに、上記認証条件が複数の条件（例えば、複数の認証方法など）で指定されていた場合、サービス制御部７４は、当該複数の条件を示す認証要求を認証装置５に送信し、その認証応答の示す結果に応じて、上記認証条件が成立しているか否かを決定できる。なお、上記認証装置５が、ユーザ名（ユーザＩＤ）や認証データ（認証情報）などのユーザ情報を必要とする場合、サービス制御部７４は、認証要求と共に、サービスを要求したユーザの認証情報を送信してもよい。

また、上記記憶部７３には、上記各サービスに関連付けて、そのサービスの提供を開始した後、当該サービスを提供し続けるために必要な認証条件（継続条件）も記憶されている。一方、サービス制御部７４は、あるサービスの提供を開始した後、それに関連付けて記憶された継続条件に基づいて、当該継続条件の評価タイミングを特定し、評価タイミングになったか否かを監視すると共に、評価タイミングになったことを検出すると、当該継続条件に応じた認証要求を認証装置５へ送信し、その認証応答の示す認証結果に応じて、上記サービスを提供し続けてもよいか否かを決定できる。

一例として、継続条件の評価タイミングとして時間間隔が指定された場合、サービス制御部７４は、例えば、前回の認証終了時から経過時間に応じたカウントダウンを行うことによって、前回の認証終了時からの経過時間を計時するなどして、評価タイミングになったか否か（指定された時点になったか否か）を監視し、評価タイミングになった場合、継続条件に応じた認証要求を認証装置５へ送信できる。

例えば、図７では、サービスＳｒｖ１の継続条件として、最初のサービス提供前の認証だけではなく、サービス提供が続く間、１０分に一回、継続的に同一の認証操作を要求することが記憶されており、サービス制御部７４は、１０分毎に、例えば、同一の認証条件（この場合はパスワードでの認証）を示す認証要求を認証装置５へ送信するなどして、提供時と同一の認証処理を行うように、認証装置５へ指示している。

同様に、図７では、サービスＳｒｖ３の継続条件として、最初のサービス提供前に一度認証条件”認証カウント≧１００”を満足する認証操作を行った後、６０分毎に認証操作を繰り返す処理を行うことが指定されている。このように、時間指定条件が課せられたサービス機能については、サービス制御部７４は、最初の認証終了後、以下の動作、すなわち、当該時間指定条件が成立するか否かを監視して、指定された時点になると、再度認証操作を指示するという動作を繰り返すことができる。

なお、図７では、提供前と同一の認証処理を設定する場合を例示したが、継続条件は、その評価タイミング（認証タイミング）と、その際に必要な認証条件との組み合わせであってもよい。また、図７では、継続条件がなく、サービス提供前の認証のみで充分な場合を、”Ｉｎｉｔｉａｌｌｙ Ｏｎｃｅ”と記載している。したがって、図７の例では、サービスＳｒｖ２は、最初のサービス提供前に一回だけ認証条件”Ｆｉｎｇｅｒｐｒｉｎｔ”、すなわち、指紋認証を行うことを要求している。

また、これに伴なって、本実施形態に係る記憶部７３には、例えば、図８に示すように、継続条件の評価タイミングとして時間間隔が指定された場合に継続条件の評価タイミングになったか否かを判定するための情報も記憶されており、サービス制御部７４は、当該情報を参照して、次の評価タイミングになったか否かを決定している。

なお、図８では、上記情報として、次回の認証を開始する時点を示す情報（図の例では、次回認証の予定時刻）と、次回の認証結果を判定する時点を示す情報（図の例では、認証判断の満了時刻）とが記憶されているが、これらの情報は、例えば、前回認証時点と上記時間間隔との組み合わせ、あるいは、前回認証時点からの経過時間または次回認証時点までの時間などの情報として記憶されていてもよい。また、図９は、図８に示す認証フラグのデータ構造（後述）を示している。

ところで、例えば、認証に失敗した場合など、要求されたサービスを提供することができないと判定した場合、サービス制御部７４は、例えば、通信処理部７２を介して端末装置３へ指示するなどして、直ちにサービスを提供できない旨をユーザに通知させてもよいが、本実施形態に係るサービス制御部７４は、その場合、オプション提示モードでの動作も可能なように構成されている。

当該オプション提示モードは、要求されたサービス（対象サービス）を提供することができないと判定した場合に、そのサービスの代替サービスとして予め定められたサービスを通知して、ユーザに利用を促すモードである。

本実施形態では、対象サービスと同じカテゴリのサービスが代替サービスとして定められており、上記記憶部７３には、例えば、図１０に示すように、各サービスがいずれのカテゴリに属しているかを示す情報（図の例では、サービスカテゴリ）が記憶されている。一方、サービス制御部７４は、オプション提示モードが有効に設定されている場合、上記記憶部７３を検索して、上記対象サービスと同一カテゴリのサービスの有無、すなわち、代替サービスの有無を確認できる。

さらに、サービス制御部７４は、当該サービスが見つかった場合は、例えば、通信処理部７２を介して端末装置３へ指示するなどして、そのサービスを代替サービスとしてユーザに提示させることができる。

ここで、対象サービスの代替サービス全てを通知してもよいが、本実施形態に係るサービス制御部７４は、代替サービスを通知する際、提供の可能性を判断して、提供が不可能なサービスを除外し、提供の可能性があるサービス（選択可能なサービス）のみを通知している。当該提供が不可能なサービスとしては、例えば、既に指紋認証に失敗している状態における指紋認証を必須とするサービスなど、現在、そのユーザが認証に失敗している認証方法（あるいは認証デバイス５１）での認証を必須とするサービスなどが挙げられる。この場合、サービス制御部７４は、例えば、図１１に示すように、記憶部７３に、そのユーザが既に失敗した認証方法を示す履歴情報（図中では、”×”と図示）を記憶すると共に、記憶部７３に格納された各サービスの認証条件と、当該履歴情報とを比較するなどして、提供の可能性があるか否かを判断できる。また、サービス制御部７４は、提供が不可能なサービスとして、例えば、そのユーザに提供できないと予め設定されているサービスを除外してもよい。

さらに、本実施形態に係るサービス制御部７４は、代替サービスを通知する際、提供の可能性（充足可能性）を判断して、認証条件が厳しく提供が難しいと判断したサービスも除外し、当該対象サービスよりも認証条件の緩やかなサービスを通知している。

なお、認証条件が緩やかなサービスとしては、例えば、対象サービスと比較して、認証レベルがより低いサービス、認証カウント値がより低いサービス、あるいは、課せられる条件の数がより少ないサービスなどが挙げられ、本実施形態に係るサービス制御部７４は、例えば、各サービスついて、記憶部７３に格納された認証条件、あるいは、その認証条件を認証カウントまたは認証レベルに変換した値に基づいて、対象サービスよりも認証条件の緩やかなサービスの有無を確認している。

また、提供可能な代替サービスが複数見出された場合、サービス制御部７４は、それら全てを通知してもよいし、例えば、それらを予め定められた順番に従って並べた場合に、予め定められた順位まで（例えば、最初のサービスのみなど）通知するなど、その一部を選択して通知してもよい。また、複数の代替サービスを通知する場合は、一部を通知するか全部を通知するか否かに拘わらず、予め定められる順番で通知する方が望ましい。選択／通知に使用する順番としては、例えば、サービスの名称の順番、および、サービスを提供するために必要な認証カウントの順番などを好適に使用できる。

以下では、一例として、１つの代替サービスのみを通知する場合の動作について説明する。すなわち、本実施形態に係るサービス制御部７４は、対象サービスを提供できず、しかも、オプション提示モードが有効な場合、図１２に示すＳ２１において、記憶部７３を参照して、当該対象サービスと同一カテゴリに属する他のサービス（代替サービス）の抽出を試み、Ｓ２２において、抽出された代替サービスの有無を判定する。

代替サービスが抽出された場合（上記Ｓ２２にてYES の場合）、サービス制御部７３は、Ｓ２３において、記憶部７３を参照し、代替サービスとして抽出された全サービスの認証条件を確認し、Ｓ２４において、そのそれぞれについての充足可能性を判定する。なお、上述したように、サービス制御部７４は、各サービスの認証条件の中に、先に失敗した認証手続きにおける認証条件が内部に含まれるか否かを確認し、そのような認証条件が含まれなかったものを充足可能なサービスとして抽出している。

さらに、充足可能なサービスが見つかると（上記Ｓ２４にて「あり」の場合）、サービス制御部７４は、Ｓ２５において、当該充足可能な代替サービスとして残されたサービスの集合の中で、１つのサービスをオプションとして選択すると共に、当該サービスを示すサービス応答として端末装置３に通知して、オプション提示の処理を終了する。

これとは逆に、同一カテゴリのサービスが存在しなかった場合（上記Ｓ２２にてNOの場合）、あるいは、認証条件の充足可能性に関する判定の結果、オプションとなり得るサービスが存在しなかった場合（上記Ｓ２４にて「なし」の場合）、サービス制御部７４は、Ｓ２６において、オプション抽出が失敗したこと（代替サービスもないこと）を示すサービス応答を端末装置３に通知して、オプション提示の処理を終了する。

このように、本実施形態に係るサービス管理装置７は、要求されたサービスを提供することができないと判定した場合に、そのサービスの代替サービスを検索し、代替サービスがあれば、その代替サービスを通知している。これにより、ユーザは、要求したサービスの提供が受けられない場合に、サービス管理システム１からの提示によって、その代替サービスを速やかに把握でき、よりユーザの操作しやすいサービス管理システム１が実現されている。

さらに、本実施形態に係る記憶部７３には、例えば、図１１に示すように、ユーザが、それによる認証に成功している認証デバイス５１、あるいは、ユーザが既に認証に成功している認証方法の情報（履歴情報）がサービス制御部７４によって格納されており、当該サービス制御部７４は、あるユーザから要求されたサービスに関して上記認証装置５に認証を要求する際、他のサービスにおいて、そのユーザが既に認証に成功している認証方法（認証デバイス５１）が記憶部７３に記憶されていれば、当該認証方法（認証デバイス５１）による認証に成功していると見なして、その認証方法（認証デバイス５１）での認証指示を省略できる。

例えば、図７に示すように、サービスＳｒｖ１には、パスワードでの認証が必要であり、サービスＳｒｖ４には、パスワードと指紋との双方での認証を必要とすると設定されている場合、通常であれば、サービス制御部７４は、サービスＳｒｖ４の提供が要求された場合、認証装置５へパスワードおよび指紋での認証を要求する。ところが、例えば、あるユーザにサービスＳｒｖ１が既に提供されている状態のように、当該ユーザがパスワード認証に成功していることを示す情報（図１１では”○”と図示）が記憶されている状態において、当該ユーザからサービスＳｒｖ４の提供が要求されると、サービス制御部７４は、当該情報に基づいて、上記パスワードおよび指紋での認証のうち、パスワードでの認証を省略し、認証装置５へ指紋での認証を要求する。

これにより、他のサービスを提供する際に行われている認証処理に拘わらず、常に同じ認証処理を行う構成に比較して、不必要な認証処理を省略でき、ユーザの負担を軽減できる。ここで、省略された認証処理は、既に、ユーザまたはユーザの使用する機器が成功している認証処理なので、当該処理を省略しても、安全性を低下させずに、ユーザまたはユーザの使用する機器を認証できる。

なお、上記では、他のサービスでの認証処理の状態を示す情報として、他のサービスにおいて、そのユーザが既に認証に成功している認証方法または認証デバイス５１を記憶する場合について説明したが、それとは逆に、他のサービスにおいて、そのユーザが既に認証に失敗している認証方法または認証デバイス５１を記憶部７３に記憶し、サービス制御部７４は、その認証方法または認証デバイス５１での認証に失敗したと判断して、サービス提供の可否を判断してもよい。この場合は、ある認証方法または認証デバイス５１での認証の試行が不正なユーザによって繰り返されることを防止でき、安全性を向上できる。いずれであっても、他のサービスでの認証処理の状態を示す情報を記憶部７３などの記憶装置に記憶すれば、サービス制御部７４は、当該情報を参照することによって、当該サービスとは別のサービスに関わる認証手続きを引き続き行うシーケンスにおいて有効な情報を得ることができる。

さらに、本実施形態に係るサービス制御部７４は、例えば、図１３に示す対応表など、認証レベルと認証カウントとを相互に変換するための情報を記憶しており、一方を他方に変換できる。これにより、例えば、認証条件として認証レベルのみが指定されたサービス（例えば、図７に示すサービスＳｒｖ５など）を提供する際、認証装置５がセキュリティレベルの指定を認証レベルではなく認証カウントでのみ受け付ける場合であっても、当該認証レベルに対応する認証カウントを示す認証要求を認証装置５に送信して認証させることができる。この結果、認証レベルでセキュリティレベルを受け付ける認証装置５と、認証カウントでセキュリティレベルを受け付ける認証装置５とが混在しているサービス管理システム１において、サービス提供者が認証レベルと認証カウントとの双方を指定しなくても、何ら支障なく、各認証装置５に認証させることができる。したがって、サービス提供者の負担を軽減しつつ、大規模なサービス管理システム１を比較的容易に提供できる。

例えば、図１３の例では、各認証レベル”Ｎｏｎｅ”〜”Ｌ５”に対応して、認証カウントの範囲が記憶されている。これにより、サービス制御部７４は、これらの認証カウントの範囲のうち、変換対象となる認証カウントが属している範囲を抽出することによって、認証カウントを認証レベルに変換できる。これとは逆に、サービス制御部７４は、例えば、認証レベルに対応して記憶されている認証カウントの範囲を上記対応表から読み出すと共に、その上限値を変換後の認証カウントとするなどして、認証レベルを認証カウントに変換できる。

本実施形態に係るサービス管理装置７および認証装置５は、例えば、双方に互いに同じ内容の情報を予め格納したり、一方が他方へ通知するなどして、上記認証レベルと認証カウントとを相互に変換するための情報と、各認証装置５１の組み合わせが提供可能な認証レベルおよび認証カウントの情報とを共有している。なお、上記各装置５・７は、これらの情報を含む認証要求または認証応答を送信して、これらの情報をやり取りしてもよい。

なお、上記では、サービス制御部７４が予め用意された上記対応表を参照して認証レベルと認証カウントとを相互に変換する場合について説明したが、これに限るものではない。例えば、認証要求を送信する認証装置５が決まっている場合など、認証に使用される認証デバイス５１が明確になっており、認証装置５（認証デバイス５１）側に変換後の値（例えば、認証レベルから認証カウントへ変換する場合は認証カウント）が記憶されている場合は、サービス制御部７４が認証装置５（認証デバイス５１）へ問い合わせて、変換後の値を取得してもよい。また、必要になる度に変換してもよいが、本実施形態に係るサービス制御部７４は、各サービスに対応する認証レベルおよび認証カウントの一方が欠落している場合、予め一方を他方に変換して、その変換結果をサービスに関連付けて記憶している。

さらに、本実施形態に係るサービス制御部７４は、上記のように、予め設定された認証条件の示す認証要求を送信する通常モードに加えて、カウント優先モードでの処理も可能なように構成されている。当該カウント優先モードが有効な場合、サービス制御部７４は、認証条件が認証レベルおよび認証カウントのいずれでもない場合（例えば、認証方法の場合など）に、当該認証条件を認証レベルまたは認証カウントに変換し、変換後の認証レベルまたは認証カウントを示す認証要求を送信する。

具体的には、本実施形態に係るサービス制御部７４は、上記認証レベルおよび認証カウントの相互変換と同様、予め記憶された対応表（図示せず）を参照したり、認証装置５に問い合わせたりして、認証レベルおよび認証カウント以外の認証条件（この場合は、認証方法）を認証カウントに変換できる。なお、当該認証カウントは、必要になる度に変換してもよいが、図７の例では、サービス制御部７４が各サービスの認証条件を予め認証カウントに変換し、変換後の認証カウントを各サービスに関連付けて記憶部７３に記憶している。

さらに、サービス制御部７４は、カウント優先モードでの処理が指定された場合、例えば、記憶部７３を参照するなどして、変換後の認証カウントを取得し、認証レベルおよび認証カウント以外の認証条件での認証に代えて、当該認証カウントでの認証を認証装置５へ指示できる。

当該カウント優先モードでは、認証カウント以外の認証条件が指定された場合でも認証カウントでの認証が指示されるので、サービス管理システム１における認証処理を簡略化できる。したがって、特に、認証装置５における認証デバイス５１の特性が明らかになっている場合、あるいは、要求されるセキュリティ強度にブレがないと判断できるときに好適に使用できる。

また、カウント優先モードに設定されていれば、認証装置５が、あるサービスで必要な認証方法をサポートしていない場合であっても、それと同等のセキュリティのレベルを提供できると予め定められた認証方法をサポートしていれば、その認証方法で認証することができる。この結果、サービスの提供者は、例えば、上記記憶部７３に認証条件を直接設定したり、サービス管理装置７が記憶部７３に認証条件を設定する際に参照する情報に、認証条件を示す情報を設定したりして、提供するサービスに必要な認証条件を設定する際、ある認証方法と同程度の認証のように、より柔軟に、認証条件を設定できる。

さらに、本実施形態に係るサービス制御部７４は、認証条件が複数の条件から構成されている場合に当該認証要求を各条件に細分化し各条件を示す認証要求を個別に送信する逐次処理モードでの処理が可能である。これにより、サービス制御部７４が各認証要求の送信タイミングを制御することによって、認証処理のタイミングをサービス管理装置７から制御できる。したがって、認証装置５の構成に拘わらず、サービス管理装置７は、例えば、パスワード認証と指紋認証とがある場合は、常に指紋認証を先に実施させるなど、特定の順番で認証装置５に認証処理を行わせることができ、認証条件が複数の条件から構成されている場合の安全性を、さらに向上できる。

なお、上記オプション提示モード、カウント優先モードおよび逐次処理モードは、各サービスに共通して設定されていてもよいが、本実施形態に係るサービス管理装置７では、各サービス（より詳細には、後述するように、認証処理毎）に関連付けてモードの情報（図８および図９の例では認証フラグ）が記憶部７３に格納されており、サービス制御部７４は、これらの情報のうち、サービス提供要求に関連付けられた情報を参照して、当該サービス提供要求に応じた認証要求を生成する際のモードを決定している。これにより、サービス提供者は、例えば、ある認証方法が不可欠なサービスについては、カウント優先モード以外のモードに設定するなどして、より的確に認証条件を設定できる。

また、本実施形態に係るサービス制御部７４は、上記各モードの有効／無効を切り替えるための制御用インタフェースを備えており、外部からの制御が可能である（デフォルト状態は、各モードオフ）。

上記構成において、サービス管理システム１がサービス要求時にサービス提供を許可する際の動作の概略について、図１４〜図２５に基づき説明すると、以下の通りである。すなわち、例えば、ユーザの入力操作などによって、サービス提供が要求されると、端末装置３は、当該サービスを示すサービス要求をサービス管理装置７へ送信する（図１４に示すｔ１の時点）。なお、図１４では、一例として、サービスＳｒｖ２の提供が要求された場合を示しており、上記ｔ１の時点では、サービスＳｒｖ２を示すサービス要求が送信される。

一方、サービス管理装置７の通信処理部７２が、図１５に示すＳ３１において、サービス要求を受け付けると、サービス管理装置７のサービス制御部７４は、例えば、当該サービス要求をデコードするなどして、サービス要求の内容を解釈し、Ｓ３２において、記憶部７３を参照して、当該サービスに対応する認証条件を特定する。さらに、例えば、認証が必要であり、認証条件が設定されていると判断すれば（Ｓ３３にてYES の場合）、サービス制御部７４は、Ｓ３４において、当該認証条件に応じた認証要求を認証装置５へ送信する（図１４に示すｔ２の時点）。

ここで、図７に示す例では、記憶部７３には、サービスＳｒｖ２に対応する認証条件として、指紋での認証が記憶されている。したがって、上記ｔ２の時点では、指紋での認証を示す認証要求が、端末装置３を介して認証装置５へ伝えられる。

当該認証装置５は、認証要求を受け取ると、複数の認証デバイス５１の中から、当該認証要求に応じた、１または複数の認証デバイス５１を選択し、その認証デバイス５１に、ユーザまたはユーザの使用する機器を認証させると共に、認証結果を示す認証応答をサービス管理装置７へ返信している（図１４に示すｔ３の時点）。なお、端末装置３は、認証装置５からの認証応答をサービス管理装置７へ中継する際、例えば、出力装置３２へ認証結果を出力するなどして、ユーザに認証応答の示す認証結果を通知してもよい。

ここで、図１４では、一例として、認証に成功した場合を示しており、成功を示す認証応答が、端末装置３を介してサービス管理装置７へ伝えられる。なお、図１６に示すように、端末装置３および認証装置５は、認証要求から認証応答までの間（Ｔａの期間）に、認証操作に関するインタラクションを行ってもよいが、図１４および後述の各シーケンス図では、説明の便宜上、端末装置３と認証装置５とのやり取りとして、認証要求および認証応答のみを代表して図示している。

上記インタラクションとしては、例えば、端末装置３が認証装置５へ認証要求を送信した後、認証装置５がステータス通知を端末装置３へ送信して、ユーザに操作を促すように端末装置３へ指示する処理が挙げられる。より詳細には、端末装置３は、指紋での認証要求を認証装置５へ送信した後、認証装置５から受信したステータス通知によって、認証装置５が認証デバイス５１への操作実行命令を発行したことを把握し、ユーザに対して、指を認証デバイス５１へ配置させるなどの操作を促す内容の情報を、出力装置３２へ出力する。これにより、端末装置３は、適切なタイミングでユーザに認証操作を指示でき、ユーザは、適切なタイミングで認証デバイス５１を操作できる。

一方、サービス管理装置７のサービス制御部７４は、Ｓ３５において、当該認証応答を受け付けると、当該認証応答に基づいて、上記Ｓ３２にて抽出した認証条件を満たしているか否かを判定し、満たしていると判定した場合（Ｓ３６にてYES の場合）、Ｓ３７において、サービス処理部７１へサービス提供を指示する。この場合、サービス処理部７１は、サービス結果を端末装置３へ送信して、端末装置３にサービス結果を提示させる（図１４に示すｔ４の時点）。

また、サービス管理装置７のサービス制御部７４は、上記Ｓ３５にて受信した認証応答に基づいて、記憶部７３の履歴情報を更新している。さらに、サービス制御部７４は、上記Ｓ３７にて提供したサービスに関連付けられた継続条件に応じて、次に監視すべきイベントを設定している。

なお、図１４では、サービスに応じた認証条件として、１つの認証方法が指定されている場合を例にして説明したが、例えば、認証カウントや複数の認証方法での指定での指定など、他の認証条件が設定されているサービスが要求された場合でも、サービス管理装置７は、上記と同様に動作して、当該認証条件に関連して設定された認証条件に応じた認証要求を送信する。

一例として、図１７に示すように、ユーザがサービスＳｒｖ３を要求した場合、ｔ１ｂの時点でサービスＳｒｖ３を示すサービス要求が送信される。ここで、図７に示す例では、サービスＳｒｖ３には、認証条件として、認証カウントによる認証が設定されている。したがって、サービス制御部７４は、ｔ２ｂの時点において、認証カウントを示す認証要求を送信し、図１４の場合と同様に認証が成功すると、認証装置５は、ｔ３ｂの時点において、認証成功を示す認証応答を送信する。これに応じて、サービス管理装置７は、ｔ４ｂの時点において、例えば、端末装置３にサービス結果を示すサービス応答を送信して、端末装置３にサービスＳｒｖ３のサービス結果を提示させる。

また、図１８に示すように、サービスＳｒｖ４が要求された場合、ｔ１ｃの時点でサービスＳｒｖ４を示すサービス要求が送信される。ここで、図７に示す例では、サービスＳｒｖ４には、認証条件として、複数の認証方法での認証、より詳細には、パスワードおよび指紋での認証が設定されている。したがって、サービス制御部７４は、ｔ２ｃの時点において、パスワードおよび指紋を示す認証要求を送信し、図１４の場合と同様に認証が成功すると、認証装置５は、ｔ３ｃの時点において、認証成功を示す認証応答を送信する。これに応じて、サービス管理装置７は、ｔ４ｃの時点において、例えば、端末装置３にサービス結果を示すサービス応答を送信して、端末装置３にサービスＳｒｖ４のサービス結果を提示させる。

一方、これらとは逆に、ユーザまたはユーザの使用する機器が認証に失敗すると、認証装置５は、認証失敗を示す認証応答を送信する（図１９に示すｔ３ｄの時点）。なお、図１９は、サービスＳｒｖ２が要求された場合を示しており、認証に失敗するまでの期間における各機器間のやり取りは、図１４と同一である。

この場合、サービス管理装置７のサービス制御部７４は、当該認証応答に基づいて、認証条件を満たしていないと判断し（上記図１５のＳ３６にてNO）、Ｓ３８において、オプション提示モードが有効か否かを判断する。さらに、サービス制御部７４は、オプション提示モードが無効に設定されている場合（NOの場合）、Ｓ３９において、例えば、端末装置３へサービス提供不可を示すサービス応答を送信するなどして、要求されたサービスを提供できないことをユーザに通知する（ｔ４ｄの時点）。

また、認証条件を満たさなかった場合でも、オプション提示モードが有効に設定されている場合（上記Ｓ３８にてYES の場合）には、サービス制御部７４は、Ｓ４０において、上記Ｓ３１にて要求されたサービス（対象サービス）の代替サービスとして提供可能なサービスを検索し、例えば、端末装置３へ見出された代替サービスを示すオプション情報が含まれたサービス応答を送信するなどして、見出された代替サービスをユーザに通知させる。

ここで、一例として、図１８と同様、サービスＳｒｖ４が要求され、それに応じて、認証カウントでの認証を示す認証要求が出された場合に、ユーザまたはユーザの使用する機器が認証に失敗すると、図２０に示すように、認証装置５は、ｔ４ｆの時点において、認証失敗を示す認証応答を返信する。

ただし、図２０は、図１９の場合とは異なって、オプション提示モードが有効に設定されている場合を示している。したがって、サービス管理装置７のサービス制御部７４は、ｔ４ｆの時点において、サービス提供不可ではなく、代替サービスを示すサービス応答を端末装置３へ送信する。

ここで、図１０および図７の例では、対象サービスとしてのサービスＳｒｖ４と同一カテゴリのサービスとしては、サービスＳｒｖ１が登録されている。また、当該サービスＳｒｖ１の認証方法の数は、サービスＳｒｖ４の認証方法の数よりも少なく、サービスＳｒｖ１は、サービスＳｒｖ４よりも認証条件が緩やかである。したがって、サービス管理装置７は、ｔ４ｆにおいて、サービスＳｒｖ１を示すサービス応答を送信する。

ここで、通知された代替サービスをユーザが選択するなどして、端末装置３に新たなサービスの要求が指示されると、端末装置３は、当該サービスを示すサービス要求を送信し（ｔ５ｆの時点）、それ以降は、上記Ｓ３１以降の処理が繰り返される。なお、図２０は、通知された代替サービス（Ｓｒｖ１）をユーザが選択した場合を例示しており、サービス制御部７４は、サービスＳｒｖ１を示すサービス要求に応じて、指紋での認証を示す認証要求を端末装置３を介して認証装置５に送信する。

なお、図１５において、要求されたサービスが認証不要であると判断した場合（上記Ｓ３３においてNOの場合）、サービス制御部７４は、認証装置５へ認証を指示することなく、上記Ｓ３７において、サービス処理部７１にサービス提供を指示する。

ところで、上記では、例えば、図６および図１８に示すように、複数の条件からなる認証条件を示す認証要求を受け付けたとき、認証装置５が認証要求の示す認証条件にマッチした認証デバイス５１による認証結果を総合して認証条件を満足したか否かを示す認証応答を返信する場合について説明したが、認証装置５は、各認証デバイス５１による認証結果、あるいは、個々の条件による認証結果を個別に応答してもよい。

一例として、図１８と同様に、サービスＳｒｖ４が要求された場合について説明すると、図２１に示すように、サービス管理装置７は、ｔ１ｃの時点におけるサービスＳｒｖ４を示す認証要求に応じ、ｔ２ｃの時点において、パスワードおよび指紋を示す認証要求を送信する。

ただし、図２１の例では、個々の条件による認証結果が個別に応答されており、認証装置５は、パスワード認証に成功したｔ１１ｇの時点において、パスワード認証の成功を示す認証応答を端末装置３を介してサービス管理装置７に送信する。同様に、認証装置５は、指紋認証に成功したｔ１２ｇの時点において、指紋認証の成功を示す認証応答を端末装置３を介してサービス管理装置７に送信する。

この場合、サービス管理装置７のサービス制御部７４は、上記各認証応答に基づいて、認証条件を満たしているか否かを判断する。この場合、双方での認証に成功しているので、サービス管理装置７は、図１８と同様、端末装置３にサービスＳｒｖ４のサービス結果を提示させる（ｔ４ｃの時点）。なお、この場合、全ての認証応答を受け取るまではサービス提供の可否を判断できないので、サービス制御部７４は、全ての認証応答を受け取るまではサービスを提供せずに待機し、全ての認証応答を受信した時点でサービス提供可と判断する。

また、上記では、通常モードが有効に設定されており、サービス管理装置７が予め設定された認証条件の示す認証要求を送信する場合について説明したが、カウント優先モードが有効な場合は、例えば、図２２に示すように動作する。

ここで、図２２は、図１８と同様、サービスＳｒｖ４が要求された場合を示しており、ｔ１ｃにおいて、端末装置３は、サービスＳｒｖ４を示すサービス要求をサービス管理装置７に送信する。ここで、図７の例では、サービスＳｒｖ４の認証条件としてパスワードおよび指紋での認証が設定されているので、通常モードであれば、パスワードおよび指紋での認証を示す認証要求が送信される筈である。

ところが、この場合、サービス管理装置７のサービス制御部７４がカウント優先モードで動作しているので、サービス制御部７４は、上記パスワードおよび指紋での認証を変換して生成された認証カウント（図７の例では、７０）を示す認証要求を送信する（ｔ２ｈの時点）。この場合、認証装置５は、図１７において認証カウントでの認証要求が通知された場合と同様に、当該認証カウント以上の認証が可能な認証デバイス５１の組み合わせを選択し、その認証デバイス５１での認証結果を示す認証応答を送信する（ｔ３ｈの時点）。なお、図２２は、図１８と同様に、認証に成功した場合を示しており、サービス管理装置７は、ｔ４ｃの時点において、端末装置３にサービスＳｒｖ４のサービス結果を提示させる。

一方、逐次処理モードが有効な場合は、例えば、図２３に示すように動作する。具体的には、図１８と同様に、サービスＳｒｖ４を示すサービス要求を受け付けると、サービス管理装置７のサービス制御部７４は、図１８と同様に、指紋およびパスワードでの認証が必要であると判断する。

ただし、この場合、上記サービス制御部７４が逐次処理モードに設定されているので、サービス制御部７４は、例えば、その認証条件をパーズするなどして、その認証条件を１つずつ細分化すると共に、細分化された条件毎に、その条件での認証を示す認証要求を順次発呼する。この場合は、指紋およびパスワードでの認証が必要なので、サービス制御部７４は、パスワードを示す認証要求と指紋を示す認証要求とを予め定められたタイミングで送信する。

ここで、図２３は、タイミングの一例として、指紋認証に成功した場合にのみ、パスワード認証を要求するように設定されている場合を示しており、サービス制御部７４は、まず、ｔ１１ｉの時点で、指紋認証を示す認証要求を送信する。一方、認証装置５は、当該認証要求に応じて、指紋での認証を行い、ｔ１２ｉの時点で認証結果（この例では、成功）を示す認証応答を返信する。当該認証応答を受け付けると、上記サービス制御部７４は、その成否を解釈し、次の認証要求が必要であるか否かを判断する。

この場合、認証応答が成功を示している。したがって、サービス制御部７４は、次の認証要求として、パスワード認証が必要と判断して、パスワード認証を示す認証要求を送信し（ｔ１３ｉの時点）、認証装置５は、当該認証要求にマッチした認証を行った後、その認証結果を示す認証応答を送信する（ｔ１４ｉの時点）。なお、上記認証応答の成否解釈、および、次の認証要求の要否判断は、例えば、これまでの認証応答によって認証条件の成否が判定でき、次の認証要求が不要であると判断されるか、あるいは、次の認証要求がなくなるまで繰り返される。

上記の例では、指紋およびパスワード認証の双方に成功しており、次の認証要求がなくなった時点で、サービス制御部７４は、各認証応答に基づいて、サービスＳｒｖ４を提供可と判断する。したがって、サービス制御部７４は、図１８と同様に、ｔ１５ｉの時点において、端末装置３にサービスＳｒｖ４のサービス結果を提示させる。

なお、上記では、指紋およびパスワード認証の双方に成功した場合を例示しているが、指紋認証に失敗した場合、サービス制御部７４は、その認証応答を受け付けた時点で、次の認証要求が不要であり、しかも、サービスＳｒｖ４の認証条件を満たしていないと判断する。したがって、この場合は、サービス制御部７４は、パスワードでの認証要求を送信せず、図１９または図２０と同様に、サービス提供不可または代替サービスを端末装置３へ通知する。

ところで、上記では、他のサービスが提供されていない場合を例にして説明したが、上述したように、サービス制御部７４は、他のサービスが提供されている場合は、そのサービスでの提供時に成功した認証が既に成功していると見なして、その認証方法（認証デバイス５１）での認証指示を省略している。

以下では、一例として、あるユーザに対して、サービスＳｒｖ１が既に提供されている状態において、図１８と同様に、サービスＳｒｖ４が要求された場合について、図２４を参照しながら説明する。すなわち、サービスＳｒｖ４を示すサービス要求を受け付けると、サービス制御部７４は、図１８と同様に、記憶部７３を参照して、パスワードおよび指紋での認証が必要であると判断する。

ただし、図２４の場合には、上記ユーザに対してサービスＳｒｖ１が既に提供されており、サービス制御部７４は、ユーザおよび認証方法（または認証デバイス５１）に関連付けて、例えば、図１１に示すように、当該サービスＳｒｖ１を提供する際に行われた認証（パスワード認証）に成功したことを示す履歴情報が記憶部７３に記憶されている。

したがって、サービス制御部７４は、上記パスワードおよび指紋での認証のうち、記憶部７３において、既に認証に成功していると記憶されている認証方法（この場合は、パスワード認証）が不要であると判断し、ｔ２ｊの時点において、指紋での認証を示す認証要求を送信する。一方、認証装置５は、これに応じてユーザを指紋で認証し、ｔ３ｊの時点において、その認証結果（図の例では、成功）を示す認証応答を送信する。また、サービス管理装置７は、当該認証応答（指紋認証成功）と、上記記憶部７３に格納されている認証結果（パスワード認証成功）とに基づいて、サービスＳｒｖ４の認証条件が満たされていると判断し、図１８の場合と同様に、端末装置３にサービスＳｒｖ４のサービス結果を提示させる（ｔ４ｊの時点）。

なお、図２４では、通常モードの場合について説明したが、カウント優先モードの場合には、図２５に示すやり取りが行われる。すなわち、サービスＳｒｖ４を示すサービス要求を受け付けると、サービス制御部７４は、図２４と同様に、記憶部７３を参照して、パスワードおよび指紋での認証のうち、指紋での認証のみが必要であると判断する。

ただし、カウント優先モードなので、サービス制御部７４は、図２２と同様に、指紋での認証を変換して生成された認証カウント（この例では、６０）を示す認証要求を送信する（ｔ２ｋの時点）。この場合、認証装置５は、図２２と同様に、当該認証カウント以上の認証が可能な認証デバイス５１の組み合わせを選択し、その認証デバイス５１での認証結果を示す認証応答を送信する（ｔ３ｋの時点）。なお、図２４も、図２２と同様に、認証に成功した場合を示しており、サービス管理装置７は、ｔ４ｃの時点において、端末装置３にサービスＳｒｖ４のサービス結果を提示させる。

ところで、上記では、サービス要求時の処理について説明したが、上述したように、サービス管理装置７には、継続条件を設定することができ、サービス管理装置７は、あるサービスの提供を開始した後、継続条件の示す評価タイミングになったか否かを監視し、当該評価タイミングになると、当該継続条件に基づいて、当該サービスを提供し続けてもよいか否かを再検討できる。以下では、その際の動作について、図２６および図２７を参照しながら説明する。

すなわち、本実施形態に係るサービス制御部７４は、図２６に示すＳ５１において、あるサービスの提供を開始した後、当該サービスの継続条件に基づいて、評価タイミングになったか否かを監視している。

評価タイミングになったことを検出すると（上記Ｓ５１にてYES の場合）、サービス制御部７４は、Ｓ５２において、図１５のＳ３２と同様に、記憶部７３を参照して当該サービスの継続条件の示す認証条件を特定する。その後は、図１５に示すＳ３３以降の処理と同じ処理が行われ、サービス管理装置７は、当該継続条件に応じた認証要求を認証装置５へ送信して、認証装置５に認証要求にマッチする認証デバイス５１で、ユーザまたはユーザの使用する機器を認証させると共に、その認証応答に基づいて、サービス提供の適否を判定する。

ここで、図２７は、サービスＳｒｖ１が提供中である場合を例示しており、図７の例では、サービスＳｒｖ１の継続条件として、１０分毎にパスワード認証することが記憶されている。したがって、サービス制御部７４は、前回の認証時から１０分が経過した後の時点（ｔ２１ｍの時点）において、パスワードでの認証を示す認証要求を、端末装置３を介して認証装置５へ送信する。

その後は、図１５に示すＳ３５〜Ｓ４０と同様の処理が行われ、サービス管理装置７は、図１４に示すｔ３およびｔ４の時点と同様に、ｔ２２ｍにおける認証装置５からの認証応答に基づいて、サービスを提供し続けるか否かを決定し、ｔ２３ｍにおいて、決定に応じたサービス応答（この場合は、サービスＳｒｖ１のサービス結果）を端末装置３に送信する。

以下では、図４および図５を参照しながら、認証制御部５３の構成例および記憶部５４に記憶されるデータの具体例について、さらに詳細に説明する。すなわち、本構成例に係る記憶部５４には、図５に示す認証デバイス属性情報テーブルＴ１が設けられている。

当該認証デバイス属性情報テーブルＴ１には、上記認証デバイス５１の組み合わせのそれぞれに対応するレコードＲ１１〜Ｒ１７が記憶されている。なお、本構成例では、３つの認証デバイス５１が設けられているので、それらの全ての組み合わせに対応して７つのレコード（一般には、ｎ個の認証デバイス５１に対して２ⁿ −１個のレコード）が設けられているが、上述したように、組み合わせが不可能な場合、あるいは、他のレコードから算出できる場合は、全ての組み合わせに対応するレコードが記憶されていなくてもよい。

各レコードＲ１１…には、上記対応する組み合わせがサポートする認証方法を格納すｒフィールドＦ１ａが設けられている。当該フィールドＦ１ａには、サービス管理装置７からの認証要求によって通知される認証方法を示す情報であって、しかも、上記対応する組み合わせによってサポートされる認証方法が格納されており、認証制御部５３は、認証方法を示す認証要求を受け付けた場合、当該フィールドＦ１ａと認証要求とを比較することによって、認証要求に応じた認証方法に対応するレコードを抽出できる。本実施形態では、一例として、認証要求には、各認証方法を示す予め定義された文字列が含まれている。これに対応して、上記フィールドＦ１ａには、上記対応する組み合わせによってサポートされる認証方法を示す上記定義済みの文字列の組み合わせが記憶されている。なお、図５の例では、パスワードで認証する認証デバイス５１ａに対応するレコードＲ１１では、フィールドＦ１ａに、”Ｐａｓｓｗｏｒｄ”が記憶されており、指紋で認証する認証デバイス５１ｃに対応するレコードＲ１３では、フィールドＦ１ａに”Ｆｉｎｇｅｒｐｒｉｎｔ”が記憶されている。また、図５の例では、各認証方法を示す文字列同士のセパレータが改行によって図示されている。なお、上記では、文字列が直接格納されている場合を例示したが、当然ながら、上記対応する組み合わせによってサポートされる認証方法を間接的に参照するための情報が含まれていてもよい。

また、上記各レコードＲ１１…には、上記対応する各組み合わせによって達成できる認証レベルが格納されるフィールドＦ１ｂと、上記対応する各組み合わせによって達成できる認証カウントが格納されるフィールドＦ１ｃとが設けられている。本実施形態では、当該フィールドＦ１ｃには、認証レベルを示す数値が記憶されており、フィールドＦ１ｂには、認証レベルを示す定義済み情報（図の例では、”Ｎｏｎｅ”、”Ｌ１”、”Ｌ２”、…、”Ｌ５”）が記憶されている。

さらに、上記各レコードＲ１１…には、認証装置５の管理下にある認証デバイス５１の組み合わせを一意に示す情報が格納されるフィールドとして、フィールドＦ１ｄ・Ｆ１ｅが設けられている。フィールドＦ１ｄには、組み合わせを一意に示す番号が格納されており、認証装置５は、認証デバイス属性情報テーブルＴ１にレコードＲ１１…を登録する際に、当該レコードＲ１１…に、一意な管理番号を割り当て、当該フィールドＦ１ｄに格納している。一方、フィールドＦ１ｅには、認証デバイス５１の認証ＩＤの組み合わせを示す情報が格納されている。認証ＩＤは、認証装置５の管理下にある認証デバイス５１を一意に示すＩＤであって、当該認証デバイス５１がサポートする認証方法と、認証装置５の管理下にある認証デバイス５１のうち、互いに同じ認証方法を持った認証デバイス５１間で一意な番号とを示している。

図５の例では、パスワード認証、ＰＩＮ認証および指紋認証が、それぞれ、”ＰＷ”、”ＰＩＮ”および”ＦＰ”として記憶されている。また、認証デバイス５１ａは、パスワードによる１番目の認証デバイス５１であり、認証デバイス５１ｂおよび５１ｃは、ＰＩＮ認証または指紋認証を行う認証デバイス５１の中で、それぞれ１番目の認証デバイス５１である。したがって、当該認証デバイス５１ａに対応するレコードＲ１１では、フィールドＦ１ｅに、”ＰＷ１”が記憶され、認証デバイス５１ｂおよび５１ｃに対応するレコードＲ１２およびＲ１２では、それぞれのフィールドＦ１ｅに、”ＰＩＮ１”あるいは”ＦＰ１”が格納されている。また、図５の例では、フィールドＦ１ｅにおいて、複数の認証ＩＤの組み合わせは、各認証ＩＤを”＋”でつなぐことによって表現されている。

また、上記各レコードＲ１１…には、さらに、認証デバイス５１の説明の組み合わせを格納するフィールドＦ１ｆが設けられている。図５の例では、当該認証デバイス５１の説明として、認証デバイス５１の機能および形態に関する簡単な説明が記憶されている。なお、当該説明としては、例えば、後述するデバイス記述情報のサブセットなどが好適に使用される。また、図５に例示するフィールドＦ１ｆでは、フィールドＦ１ｅと同様に、各認証デバイス５１の説明を”＋”でつなぐことによって表現されている。

さらに、当該構成例に係る認証デバイス属性情報テーブルＴ１では、各認証デバイス５１にアクセスするための情報を格納するフィールドＦ１ｇが、各レコードＲ１１…に設けられている。図５の例では、当該情報として、認証デバイス５１へのアクセスに必要なポートアドレスの先頭が格納されている。なお、図５の例では、認証デバイス５１の組み合わせに対応するレコードＲ１４〜Ｒ１７のフィールドＦ１ｇは、空欄になっており、認証制御部５３は、当該フィールドＦ１が空欄であった場合、その組み合わせを構成する各認証デバイス５１に対応するレコードを抽出し、そのフィールドＦ１ｇを参照することによって、その組み合わせを構成する各認証デバイス５１にアクセスするために必要な情報を取得できる。一例として、認証デバイス５１は、例えば、そのフィールドＦ１ｅに記述されている各認証ＩＤの組み合わせから、その組み合わせを構成している各認証デバイス５１の認証ＩＤを特定し、各認証ＩＤに対応するレコードを抽出するなどして、各認証デバイス５１に対応するレコードを抽出できる。

また、当該構成例に係る認証デバイス属性情報テーブルＴ１には、各認証デバイス５１に関連して、予め用意されているデバイス記述情報の参照先を格納したフィールドＦ１ｈが、各レコードＲ１１…に設けられている。当該デバイス記述情報は、当該デバイスのアドレス、Ｉ／Ｏなどハードウェアリソースに関する情報の他、コンフィグレーションに必要な情報および機能概略を含む情報であって、例えば、認証デバイス５１の製造者の作成したデバイスドライバのファイルなどとして記憶されている。なお、認証デバイス５１が複数のデバイスにより構成されており、各デバイスにデバイス記述情報が用意されている場合、フィールドＦ１ｈには、複数のデバイス記述情報への参照先が格納される。

一方、本構成例に係る認証制御部５３は、図４に示すように、通信処理部５２の受信した認証要求を元にして、当該認証装置５の持つ認証デバイス５１の中から当該認証要求に応答する際に使用する認証デバイス５１を選択するための認証機能選択部６１と、認証機能選択部６１により選択された認証デバイス５１に対する実行指示を行う認証機能実行部６２と、認証装置５が具備する認証デバイス５１それぞれの有する機能に関する情報管理、並びに、認証要求および認証応答に関する管理・制御を行う認証機能管理部６３とを備えている。

ここで、認証機能実行部６２は、認証機能選択部６１からの指示に応じて動作してもよいが、本実施形態では、認証機能管理部６３が一連の認証動作を行うための中核モジュールとして機能しており、認証機能管理部６３は、上記認証機能選択部６１および認証機能実行部６２に対する指示を行っている。

上記認証機能選択部６１は、認証機能管理部６３からの指示に従い、記憶部５４に格納された上記認証デバイス属性情報テーブルＴ１を参照して、与えられた認証要求を満足するために適切な認証デバイス５１を選択できる。ここで、認証デバイス属性情報テーブルＴ１には、上述したように、認証装置５に具備されている認証デバイス５１の機能等に関する情報が記憶されている。したがって、認証機能選択部６１は、当該認証デバイス属性情報テーブルＴ１を参照して当該情報を取得することによって、条件付き認証要求が外部機器から与えられたとしても、何ら支障なく、適切な認証デバイス５１を選択でき、選択結果を認証機能管理部６３へ通知できる。なお、本構成例に係る認証機能選択部６１は、例えば、上述した図６に示す認証デバイス選択アルゴリズムに基づいて、認証デバイス５１を選択できる。

また、認証機能実行部６２は、例えば、認証機能選択部６１から選択結果を受けた認証機能管理部６３からの指示などによって、認証機能選択部６１により選択された認証デバイス５１に対して、認証の実行を指示できる。さらに、ユーザまたはユーザの使用する機器が認証デバイス５１に対して認証操作（例えば、指紋の入力あるいは署名情報の送信など）を行い、認証デバイス５１が当該認証操作に基づいてユーザまたはユーザの使用する機器を認証すると、認証機能実行部６２は、例えば、認証デバイス５１からの通知などによって、認証デバイス５１から認証の結果を取得し、当該認証結果を認証機能管理部６３へ通知できる。また、認証機能実行部６２は、例えば、認証機能管理部６３からの指示などに応じて、各認証デバイス５１のステータスを取得し、その結果を認証機能管理部６３へ通知できる。

一方、上記認証機能管理部６３は、上述したように、一連の認証動作、より詳細には、「通信処理部５２を経由して通知される、外部機器からの認証要求に基づき、認証機能選択部６１を用いて適切な認証手段を選択した上で、認証機能実行部６２を通じて認証デバイス５１に対する認証操作の実行指示を行い、操作に基づく認証結果を得た後に、その内容を通信処理部５２を用い、外部機器に対して認証応答として送信する」という動作を行うための中核モジュールとして機能しており、例えば、認証機能実行部６２を介して認証デバイス５１へ指示するなどして、各認証デバイス５１へ上述したイニシャル情報の登録、設定、選択および操作実行などを指示できる。

続いて、以下では、上記図１、並びに、図７〜図１１を参照しながら、サービス制御部７４の構成例および記憶部７３に記憶されるデータの具体例について、さらに詳細に説明する。すなわち、本構成例に係る記憶部７３には、図７に示すように、上記認証条件および継続条件などを含むサービス認証属性情報がサービスに関連付けて記憶されたサービス認証属性テーブルＴ２が設けられている。

具体的には、上記サービス認証属性テーブルＴ２には、各サービスＳｒｖ１〜Ｓｒｖ９のそれぞれに対応するレコードＲ２１〜２９が記憶されている。各レコードＲ２１…には、サービス認証属性テーブルＴ２において、各サービスＳｒｖ１〜Ｓｒｖ９を一意に識別するため識別子が格納されたフィールドＦ２ａが設けられている。本実施形態では、上記フィールドＦ２ａには、上記各サービスＳｒｖ１〜Ｓｒｖ９を一意に示す番号が記憶されており、サービス制御部７４は、各サービスを登録する際に、各レコードＲ２１…に一意な管理番号を割り当て、当該フィールドＦ２ａに格納できる。さらに、上記サービス認証属性テーブルＴ２には、認証条件および継続条件を、それぞれ格納するフィールドＦ２ｂ・Ｆ２ｃが設けられている。

また、上記レコードＲ２１…には、上記対応するサービスの提供に必要な認証レベルおよび認証カウントを、それぞれ格納するフィールドＦ２ｄ・Ｆ２ｅが設けられている。サービス制御部７４は、上記認証条件が認証レベルまたは認証カウントを示している場合、各フィールドＦ２ｄ・Ｆ２ｅに、その認証レベルまたは認証カウントを格納できる。

ここで、サービス制御部７４は、上述したように、認証レベルおよび認証カウント間の相互変換、並びに、それ以外の認証条件から認証カウントへの変換が可能であるため、必要になる度に変換してもよいが、本構成例に係るサービス制御部７４は、変換後の値を当該フィールドＦ２ｄ・Ｆ２ｅに格納している。これにより、変換回数を削減できると共に、サービス制御部７４は、例えば、オプション提示モードにおいて、より認証条件が緩やかな代替サービスを検索する際、サービス認証属性テーブルＴ２を参照するだけで代替サービスを抽出できる。

具体的には、サービス制御部７４は、認証条件が認証レベルおよび認証カウントのいずれでもない場合、上述したように、当該認証条件（例えば、認証方法）を認証レベルに変換し、その値をフィールドＦ２ｄに格納できる。

さらに、サービス制御部７４は、両フィールドＦ２ｄ・Ｆ２ｅの一方にのみ値が格納されている場合、例えば、図１３に示す対応表を参照するなどして、それに対応する値を生成し、他方のフィールドに当該値を格納できる。なお、図７では、説明の便宜上、認証レベルおよび認証カウントのうち、後に生成された方を（）で囲って示している。例えば、サービスＳｒｖ３に対応するレコードＲ２３では、フィールドＦ２ｄの認証レベル（図８の例では、１００）から、フィールドＦ２ｅの認証カウント（図８の例では、Ｌ３）が生成されている。

また、上記のように、上記サービス認証属性テーブルＴ２には、各サービスに関連付けて、サービス認証属性情報が記憶されているが、当該サービス認証属性テーブルＴ２の各レコードＲ２１…には、それぞれに対応するサービスに関連した、サービス認証属性情報のオリジナルの格納場所を示すフィールドＦ２ｆが設けられており、サービス制御部７４は、認証条件および継続条件を示すフィールドＦ２ｂおよびＦ２ｃが空欄の場合、当該フィールドＦ２ｆへアクセスして、当該サービスの認証条件および継続条件を取得し、各フィールドＦ２ｂおよびＦ２ｃに格納できる。また、サービス認証属性テーブルＴ２には、各サービスに関連して、サービス処理部７１へのアクセス方法を含むサービス記述情報のオリジナルの格納場所を示すフィールドＦ２ｇも設けられている。

本構成例に係るサービス管理システム１では、これらの格納場所は、例えば、ＵＲＩ( Universal Resource Identifier)によって特定されており、サービス制御部７４は、ＵＲＩの示すスキームで、格納場所にアクセスできる。なお、図７の例では、サービスＳｒｖ１〜Ｓｒｖ５の格納場所として、サービス管理装置７内のファイルシステムが指定されているが、サービスＳｒｖ９の格納場所は、ＷＥＢサーバ上に指定されており、サービス制御部７４は、例えば、通信処理部７２へ指示して、ｈｔｔｐｓプロトコルで当該ＷＥＢサーバと通信させるなどして、サービスＳｒｖ９のサービス記述情報およびサービス認証属性情報にアクセスできる。

なお、例えば、図７および図１０に示すように、サービスに関係する情報（サービス記述情報および後述するサービス認証属性情報）において、それぞれの格納場所は、例えば、ＵＲＩのように、ネットワーク経由の資源およびローカルの資源を統一的に表現可能な形式で記憶されている。このように、サービスに関係する情報の在り処がサービス管理装置７内・外を問わずに記述できるフレームワークが実現されているので、これらの情報が、ネットワーク経由でアクセスされる資源に格納されている場合であっても、記憶部７３は、何ら支障なく、これらの情報がサービス管理装置７内に格納されている場合と同じ形式で、これらの情報の格納場所を格納でき、サービス制御部７４は、何ら支障なく、これらの格納場所にアクセスできる。

また、上記サービスに関係する情報（サービス記述情報および後述するサービス認証属性情報）の格納場所は、サービス実体（サービス処理部７１）と別々に設定可能であり、これらの情報を、サービス実体を管理するフレームワークとは、別のフレームワークで独立して扱ってもよい。

一方、記憶部７３には、サービス記述テーブルＴ３も設けられている。当該サービス記述テーブルＴ３は、図１０に示すように、基本的には、認証というよりもサービスに関連する情報を記憶したテーブルであって、各サービスのそれぞれに対応するレコードＲ３１〜Ｒ３９が記憶されている。

各レコードＲ３１…には、サービス認証属性テーブルＴ２と同様、各サービスＳｒｖ１〜Ｓｒｖ９を一意に識別するためのフィールドＦ３ａが設けられており、サービス制御部７４は、サービス認証属性テーブルＴ２の、あるレコード（例えば、レコードＲ２１）のフィールドＦ２ａと、当該レコードと同じサービスに対応する、サービス記述テーブルＴ３のレコード（例えば、Ｒ３１）のフィールドＦ３ａとが互いに同じ値を持つように制御している。

また、各レコードＲ３１…には、そのサービスの名称のフィールドＦ３ｂと、そのサービスのカテゴリを示す情報（例えば、定義済みの文字列）が格納されるフィールドＦ３ｃとが設けられている。カテゴリは、類似したサービス（機能が同様のサービス）をまとめたものであって、サービスのカテゴリが同じ場合には、同じ値（例えば、同じ文字列）が格納されている。また、サービス制御部７４は、オプション提示モードが有効の場合、当該フィールドＦ３ｃを参照して、対象サービスの代替サービスを抽出している。

図１０の例では、例えば、サービスＳｒｖ１およびＳｒｖ４は、同じカテゴリのサービス機能を提供するものとして分類されており、サービスＳｒｖ１に対応するレコードＲ３１のフィールドＦ３ｃと、サービスＳｒｖ４に対応するレコードＲ３４のフィールドＦ３ｃとには、互いに同じサービスカテゴリＳＣ１を示す情報が格納されている。

さらに、上記各レコードＲ３１…には、上述した認証条件に関する情報の一部として、認証が必要か否かを示す情報が格納されるフィールドＦ３ｄが設けられている。また、上記各レコードＲ３１…には、そのレコードに対応するサービスを提供するサービス処理部７１へのアクセス方法を示す情報が格納されるフィールドＦ３ｅ・Ｆ３ｆが設けられている。一方、サービス制御部７４は、フィールドＦ３ｄの値に基づいて、認証不要と判断した場合、フィールドＦ３ｅ・Ｆ３ｆを参照して、サービス処理部７１にアクセスできる。

なお、図１０の例では、フィールドＦ３ｄが”Ｒｅｑｕｉｒｅｄ”の場合、当該サービスを受けるためには、必要な認証を行わなければならないことを意味しており、他方、”Ｎｏｔ Ｒｅｑｕｉｒｅｄ”の場合には、認証操作なしでサービスを受けることが可能であることを意味している。

また、図１０の例では、上記アクセス方法は、フィールドＦ３ｅのサービス処理部７１への接続形態と、フィールドＦ３ｆに格納される詳細情報とに分けて記憶されている。具体的には、フィールドＦ３ｅには、各サービス主体が提供するサービスアクセスインタフェースであるサービスアクセスエンドポイント（サービス処理部７１）への接続形態が記述されており、当該接続形態として、例えば、直接ハードウェアアクセスを行なう形態である”ｉ／ｏ”を指定したり、例えば、様々なプロトコルを指定するために、ＵＲＩのスキームなどを指定できる。なお、ＵＲＩのスキームとしては、サービスアクセスインタフェースとして一般的である”ｈｔｔｐ”などが挙げられる。一方、フィールドＦ３ｆには、上記サービスアクセスエンドポイントの詳細情報（アクセス先情報）を記述されており、サービス制御部７４は、サービス処理部７１へ実際にサービス実行命令を発行する際、上記フィールドＦ３ｅの情報と共に当該アクセス先情報を使用する。当該アクセス先情報としては、ハードウェアアクセスを行なうサービスの場合、アクセスに必要なリソースＩＤの他、ポートアドレスやＩＲＱ番号などを含む情報が好適に使用される。また、アクセス先情報として、ＵＲＩを指定してもよい。

加えて、上記アクセス方法に格納される情報には、サービス処理部７１へサービス提供を指示する際に、サービス処理部７１へ与える必要のある情報が含まれていてもよい。これらの情報としては、例えば、ユーザの情報としてのユーザＩＤおよび認証情報の要否を示す情報などが挙げられる。さらに、本構成例に係るサービス記述テーブルＴ３では、上記アクセス方法に格納される情報に、各サービスが定義するインタフェース（例えば、ＡＰＩなど）の情報も含まれており、サービス制御部７４は、当該情報を参照することによって、各サービスのインターフェースに合った形式のサービス実行指示を生成できる。なお、当該情報の中には、ユーザ情報を必要とする場合は、当該ユーザ情報を、どのような形式でサービス実行指示に含むかを示す情報も含まれており、サービス制御部７４は、当該情報を参照して、例えば、引数にユーザ情報を適合させるなどして、ユーザ情報を含むサービス実行指示を生成できる。これにより、サービス制御部７４は、例えば、ユーザＩＤや認証情報などのユーザ情報を引数に加えた形式のサービス実行指示など、ユーザ情報を含むサービス実行指示をサービス処理部７１へ与えることができる。

このように、上記記憶部７３では、上記サービスを提供する実体（サービス処理部７１）へのアクセス方法も、ネットワーク経由の資源にアクセスする場合とローカルの資源にアクセスする場合との双方を記憶可能な形式で記憶されている。なお、サービスを提供する実体（サービス実体）がネットワーク上に設けられている構成については、第２の実施形態で説明する。また、図１０では、説明の便宜上、サービスＳｒｖ９に対応するサービスアクセスエンドポイントとして、ネットワーク上のアドレスが図示されているが、これは、第２の実施形態のように、サービス実体がネットワーク上に設けられている場合の情報の例であり、実際には、第１の実施形態に係るサービス記述テーブルＴ３では、ローカルのリソースを示す情報が記憶されている。

また、上記各レコードＲ３１…には、サービス認証属性テーブルＴ２と同様に、そのサービスに関連するサービス認証属性情報およびサービス記述情報のオリジナルの格納場所が記憶されるフィールドＦ３ｇ・Ｆ３ｈが設けられている。したがって、あるサービスに関連するサービス認証属性情報が、サービス認証属性テーブルＴ２に登録されていない場合、サービス制御部７４は、当該フィールドＦ３ｇの示すサービス認証属性情報を取得し、当該サービス認証属性情報を、サービス認証属性テーブルＴ２に登録できる。

一方、記憶部７３には、図１１に示すように、認証デバイス実行管理テーブルＴ４も設けられている。当該テーブルＴ４には、上述した履歴情報として、各ユーザ（または、そのユーザが使用する機器）に対して行われた認証処理の結果が格納されており、例えば、上述したように、サービス制御部７４が、あるサービスを提供するための認証要求を生成する際に、他のサービスを提供するための認証処理において成功した認証方法（認証デバイス５１）での認証指示を省略したり、オプション提示モードにおいて、提供不可能な代替サービスを除外したりする際に参照されている。また、サービス制御部７４は、サービス管理装置７の受信した認証応答に基づいて、テーブルＴ４の内容（管理情報）を更新している。

本構成例では、上記テーブルＴ４は、ユーザ毎に設けられており、サービス制御部７４は、各認証方法（または認証デバイス５１）に対応するレコードを当該テーブルＴ４に登録できる。ここで、サービス制御部７４は、認証処理が行われたか否かに拘わらず、認証装置５が実施可能な全認証方法（または認証デバイス５１）に対応するレコードを登録してもよいが、本構成例に係るサービス制御部７４は、認証処理が行われる時点で各レコードを登録している。また、上記認証処理の結果として、各認証デバイス５１での認証の成否を記憶していてもよいが、図１１の例では、各認証方法での認証の成否が記憶されている。

より詳細には、テーブルＴ４の各レコードＲ４１…には、認証方法のフィールドＦ４ａと、その認証方法での成否を示す情報が格納されるフィールドＦ４ｂとが設けられている。本構成例に係るサービス制御部７３は、一例として、認証方法の成否を、成功、失敗、未成功の３つに分けて管理しており、図１１のフィールドＦ４ｂにおいて、記号”○”は、認証手続きの成功、記号”×”は、認証手続きの失敗、それ以外は、認証手続きが失敗も成功もしていないこと（未成功）を示している。なお、本構成例では、認証処理が行われる時点でレコードが登録されるため、未成功は、認証中であることをも示している。

また、上記フィールドＦ４ａは、認証方法を特定できれば、どのような値であってもよく、サービス制御部７４は、例えば、認証要求あるいは認証応答に含まれる情報から認証方法を示す情報を抽出したり、例えば、認証装置５と通信して、認証デバイス属性情報テーブルＴ１から認証方法を示す情報を抽出したりして、当該情報を生成し、フィールドＦ４ａに格納できる。

さらに、各レコードＲ４１…には、テーブルＴ４において、各認証方法（各レコード）を識別するための情報が格納されるフィールドＦ４ｃも設けられている。図１１の例では、当該情報として、テーブルＴ４において一意な番号が使用されており、サービス制御部７４は、例えば、使用される認証方法の数が増加すると、新たにインクリメントされた番号を上記一意な番号として割り当てるなどして、上記一意な番号を生成し、フィールドＦ４ｃに格納できる。なお、本構成例において、上記番号は、内部管理目的で使用される番号であって、認証方法が互いに同じであったとしても、上記テーブルＴ４におけるフィールドＦ４ｃの値は、認証デバイス属性情報テーブルＴ１のフィールドＦ１ｄの値とは異なっている場合がある。

また、上記各レコードＲ４１…には、認証レベルおよび認証カウントを示すフィールドＦ４ｄ・Ｆ４ｅが設けられている。なお、本構成例では、代替サービスを検索する際の検索速度を向上させるために、テーブルＴ４の各レコードＲ４１…に、認証レベルおよび認証カウントのフィールドＦ４ｄ・Ｆ４ｅを設けているが、サービス制御部７４は、認証方法または認証デバイス５１の認証レベルまたは認証カウントが必要になる度に、上述した対応表を参照するなどして、認証方法または認証デバイス５１を認証レベルまたは認証カウントに変換してもよい。

さらに、記憶部７３には、図８および図９に示すように、サービス実行管理テーブルＴ５も設けられている。当該テーブルＴ５には、各ユーザ（または、そのユーザが使用する機器）に対するサービスの実行状況を示す情報が格納されている。当該実行状況には、認証に関するステータスとして、その時点でのサービス実行プロセスにおける認証操作実行、および、その結果に関するステータス情報が含まれており、さらに、次の認証処理（次の認証アクション）に関する情報も含まれている。一方、サービス制御部７４は、例えば、上述したように、継続条件の次の評価タイミングになったか否かを決定する際に参照したり、サービス要求時あるいは継続条件の評価タイミングにおいて、必要な認証処理のうち、未だ成功していない認証処理、および、既に成功した認証処理を管理する際に参照／更新したりしている。また、サービス制御部７４は、サービス管理装置７の受信したサービス要求および認証応答、並びに、自らのサービス提供の可否の判定結果に応じて、テーブルＴ５の内容（管理情報）を更新している。

本構成例では、上記認証デバイス実行管理テーブルＴ４と同様に、上記テーブルＴ５も、ユーザ毎に設けられており、サービス制御部７４は、自らの管理下にある各サービスに対応して、すなわち、サービス管理装置７に設けられているサービス処理部７１に対応して、当該テーブルＴ５にレコードを登録できる。なお、テーブルＴ５の各レコードＲ５１…は、そのユーザに対する認証方法（認証デバイス５１）毎に設けられる、上記テーブルＴ４の各レコードＲ４１…とは異なって、そのユーザに対するサービス毎に設けられている。

より詳細には、上記レコードＲ５１…には、自らの管理下にあるサービスを特定するための情報が格納されるフィールドＦ５ａと、そのサービスの名称を示すフィールドＦ５ｂとが設けられている。本構成例では、上記情報として、アクセス可能なサービスを一意に示す番号が用いられており、上記サービス制御部７４は、新たなサービスが管理下に入る度に、一意な番号を新たに割り当てている。また、上記サービスの名称（サービス名）は、各サービスを区別するため、サービス毎に異なる文字列が与えられており、上記フィールドＦ５ｂには、一例として、当該サービス名を示す文字列が記憶されている。

また、上記各レコードＲ５１…には、対応するサービスの提供状態のフィールドＦ５ｃが設けられている。本構成例では、提供状態が”Ａｃｔｉｖｅ”、”Ｓｕｓｐｅｎｄｉｎｇ”および”Ｉｎａｃｔｉｖｅ”のいずれであるかを示す情報が格納されている。上記ステート”Ａｃｔｉｖｅ”は、認証手続きが実行された上で、それが成功し、そのサービスを提供可能な状態であることを示しており、サービス制御部７４は、例えば、認証応答が認証条件を満たしていると判断した場合など、サービス提供可と判断した場合、当該サービスに対応するレコードのフィールドＦ５ｃを、”Ａｃｔｉｖｅ”ステートに設定する。

一方、ステート”Ｓｕｓｐｅｎｄｉｎｇ”は、現在かかるサービス要求を受け、認証処理（認証プロセス）がまだ実行中であることを示しており、サービス制御部７４は、例えば、あるサービスの認証要求を受けた場合、あるいは、次の継続条件の評価タイミングになった場合など、認証処理のためにサービス提供のための手続きが一時的に処理中扱いになる場合に、当該サービスに対応するレコードのフィールドＦ５ｃを”Ｓｕｓｐｅｎｄｉｎｇ”に設定し、当該フィールドＦ５ｃが”Ｓｕｓｐｅｎｄｉｎｇ”であるレコードに対応するサービスを、認証処理がまだ実行中であるサービスとして管理する。

なお、ステート”Ｉｎａｃｔｉｖｅ”は、認証処理の有無に拘わらず、サービス提供がされない状態になっていることを示しており、サービス制御部７４は、例えば、認証応答（複数の認証応答のうちの一部を含む）の結果、そのサービスを提供できないと判定した場合、当該サービスに対応するレコードのフィールドＦ５ｃを”Ｉｎａｃｔｉｖｅ”に設定する。なお、サービス制御部７４は、あるサービスに関連する認証処理に失敗した場合、それと同じ認証方法での認証を必須とする他のサービスに対応するレコードのフィールドＦ５ｃを”Ｉｎａｃｔｉｖｅ”に設定してもよい。

また、上記各レコードＲ５１…には、対応するサービスが現在提供されている場合（フィールドＦ５ｃが”Ａｃｔｉｖｅ”の場合）、アクティベートされた時点の情報が格納されたフィールドＦ５ｄも設けられており、サービス制御部７４は、サービス要求時または継続条件の評価タイミングにおいて、サービス提供可と判定した場合、その時点を示す情報をフィールドＦ５ｄに格納している。なお、本構成例に係るサービス制御部７４は、図８に示すように、上記アクティベートされた時点を示す情報として、アクティベートされた時刻をフィールドＦ５ｄに格納している。

さらに、上記サービス実行管理テーブルＴ５には、サービスに関連付けて、当該サービスを提供するために必要な認証処理に関する情報（認証処理情報）も記憶されている。ここで、１つの認証要求と、それに対する認証応答との組み合わせを１つの認証処理とするとき、本構成例に係るサービス実行管理テーブルＴ５では、サービスに関連付けて、そのサービスを提供するために必要な認証処理のそれぞれについて、その認証処理情報が記憶されており、サービス管理部８２は、あるサービスが複数の認証処理を必要とする場合、当該サービスに関連付けて、複数の認証処理情報を記憶している。なお、上記テーブルＴ５は、一例として、上記各レコードＲ５１…に、認証処理情報の配列を格納するフィールドを設けるなどして、これら各認証処理情報を格納している。

本構成例では、上記認証処理情報には、前回認証完了時点、次回認証予定時点、認証判断満了時点、認証フラグ、セッションＩＤおよびターゲット認証装置の情報が含まれている。なお、上記認証処理情報には、認証処理（認証条件、または、それを細分化したもの）を特定するための情報も含まれているが、本構成例では、当該情報は、ターゲット認証装置と認証条件との組み合わせにより実現されている。

上記前回認証完了時点の情報は、その認証処理に関連して、それぞれ、認証手続きが成功した最近の認証完了時点を示しており、サービス制御部７４は、あるサービスを提供するための認証処理に成功した場合、その時点を示す情報（例えば、時刻など）を、当該サービスおよび認証処理に対応する前回認証完了時点の情報として格納できる。

また、上記次回認証予定時点は、その認証処理に関連して、次の認証手続き実行予定時点を示しており、本構成例に係るサービス制御部７４は、各サービスの継続条件に基づいて、あるサービスが一定時間毎の認証手続きを要するサービスであると判断した場合、例えば、上記前回認証完了時点に上記一定時間を加算するなどして、そのサービスに関連する各認証処理の次回認証予定時点を特定し、その時点を示す情報（例えば、時刻など）をテーブルＴ５に格納できる。さらに、本構成例に係るサービス制御部７４は、例えば、周期的に、上記テーブルＴ５の次回認証予定時点の情報を確認するなどして、次回認証予定時点になったことを検出すると、当該次回認証予定時点に対応するサービスの提供の可否を判定するために、例えば、認証処理を示す認証要求を送信するなどして、当該次回認証予定時点に対応する認証処理を開始できる。また、上記サービス制御部７４は、当該認証処理に成功して上記前回認証完了時点を更新した場合には、次回認証予定時点も更新できる。

一方、上記認証判断満了時点は、サービス制御部７４が認証手続きに関する判断を行う時点を示しており、例えば、認証手続きが失敗したかどうかをサービス制御部７４が判断するためのタイミング情報などとして使用されている。具体的には、サービス制御部７４は、例えば、周期的に、上記テーブルＴ５の認証判断満了時点の情報を確認するなどして、認証判断満了時点になったことを検出すると、認証応答を受信したか否かに拘わらず、その認証処理の成否を判定する。これにより、サービス制御部７４は、認証要求を送信してから一定の時間が経過しても認証応答が返信されない場合、当該認証判断満了時点になった時点で認証失敗と判断できる。

また、上記認証フラグは、その認証処理の成否と、各種モード設定の情報とが含まれており、サービス制御部７４は、認証手続きの完了など認証手続きの進行具合に伴い、あるいは、各種モード変更が行われる際に、認証フラグを適宜更新している。なお、認証フラグのコーディング規則は、図９に示す構成に限るものではないが、以下では、図９を参照しながら、本構成例に係る認証フラグ、および、それを参照するサービス制御部７４の動作について、さらに詳細に説明する。

すなわち、本構成例に係る認証フラグは、例えば、図９に示すように、タイマフラグ、逐次処理モードフラグ、カウント優先モードフラグ、ワンタイムフラグおよび認証状況フラグを含んでいる。本構成例では、認証フラグが１バイトで表現されており、上記各フラグのビットアサインは、例えば、図９に示すように設定されている。なお、図９の例では、認証フラグの第７ビットは、将来の機能拡張のための予約領域として確保されている。

より詳細には、認証フラグの第０〜第７ビットのうち、第０〜第２ビットが、認証状況フラグに割り当てられており、認証状況フラグは、必要な認証手続きが完了している状況を示す”Ｓｕｃｃｅｅｄｅｄ”と、認証手続きが失敗した状況を示す”Ｆａｉｌｅｄ”と、認証手続きが実行中である状況を意味する”Ｐｒｏｃｅｓｓｉｎｇ”と、上記３つに該当しない状況であることを示す”Ｕｎｋｎｏｗｎ”とのいずれかに設定されている。なお、本構成例では、上記各状況を示す数値は、”０００”、”０１０”、”００１”および”１００”に設定されている。

また、上記認証フラグの第３ビットは、ワンタイムフラグに割り当てられている。当該ワンタイムフラグは、当該サービスに関する認証手続きが、サービス起動試行時の一回のみ行われるものであるか否かを示しており、サービス制御部７４は、例えば、継続条件を参照するなどして、１回のみの認証と判断した場合、当該フラグを有効を示す値（例えば１）に設定する。

さらに、上記認証フラグの第４および第５ビットは、それぞれ、逐次処理モードフラグおよびカウント優先モードフラグに割り当てられている。当該各フラグは、各モードが有効であるか否かを示しており、サービス制御部７４は、各モードが有効な場合、そのフラグを有効を示す値（例えば１）に設定する。

また、上記認証フラグの第６ビットは、タイマフラグに割り当てられている。当該タイマフラグは、タイマの起動状況（タイマが起動中であるか停止しているか）を示すものであって、サービス制御部７４は、例えば、サービスの提供を開始した後、継続条件において評価タイミングが時点（時間）で指定されている場合、あるいは、サービス要求を受けて認証要求を送信した後、その認証処理の成否を判定するタイミングが指定されている場合など、その認証処理に関して、タイマによるイベント（タイマイベント）の発生を待つ場合に、上記タイマフラグを有効（起動中）を示す値（例えば１）に設定する。これとは逆に、例えば、サービスの提供を開始した後、継続条件において評価タイミングが時点（時間）で指定されていないか継続条件自体が設定されていない場合、あるいは、サービス提供不可と判断した場合など、その認証処理に関しては、タイマイベントの発生を待つ必要がない場合、サービス制御部７４は、当該タイマフラグを無効（停止中）を示す値（例えば０）に設定する。

ここで、サービス制御部７４は、例えば、予め定められた時間間隔でサービス実行管理テーブルＴ５の内容（管理情報）を確認し、各認証処理について、次回認証予定時点になったか否か、および、認証判断満了時点になったか否かを判定しているが、タイマフラグが無効に設定されている認証処理については、時点の判定処理を省略できる。

なお、上記前回認証完了時点の情報および次回認証予定時点の情報は、認証処理ではなく、サービスに関連付けて記憶してもよいが、本構成例では、これらの情報を、上記認証判断満了時点の情報と同様に処理できるように、認証処理に関連付けて記憶している。同様に、認証フラグのうち、各モードのフラグもサービスに関連付けて記憶することも可能である。

また、各認証処理毎に記憶されている上記認証処理情報には、上述したように、上記認証フラグだけではなく、ターゲット認証装置の情報も記憶されている。当該ターゲット認証装置の情報は、その認証処理を行う際に通信相手となる認証装置５に関する情報であって、当該認証装置５へアクセスするための情報（アクセス先の情報）が含まれている。一方、サービス制御部７４は、例えば、その認証処理に関連する認証装置５へ認証要求を発呼する場合、あるいは、認証応答受信後、さらに認証装置５と通信して、サービス管理装置７で把握している認証処理の詳細（認証レベルや認証カウントなど）と、認証装置５で把握している認証処理の詳細とのマッチングを取る場合（例えば、後述する認証セッションにおけるサービス機能との間のマッチングを取る場合）など、その認証処理に関連する認証装置５と通信する場合、上記ターゲット認証装置の情報を参照して、当該認証装置５にアクセスする。

なお、当該情報としては、例えば、認証装置５自体のアドレス（例えば、ネットワークアドレス）が挙げられる。また、ネットワークにおいて、認証装置５による認証機能がサービス（認証サービス）として公開されており、当該認証サービスのアクセス先へアクセスして当該認証サービスに認証処理を行わせる場合には、上記情報は、当該認証サービスのサービスアクセスポイントとなる認証サービスアクセス先であってもよい。

このように、ターゲット認証装置の情報も、上述したサービス記述情報およびサービス認証属性情報の格納場所やサービス実体へのアクセス方法と同様に、ネットワーク経由の資源にアクセスする場合とローカルの資源にアクセスする場合との双方を記憶可能な形式で記憶されており、サービス制御部７４は、いずれの場合であっても、当該情報を参照することによって、何ら支障なく、ターゲット認証装置へアクセスできる。

さらに、記憶部７３には、サービス制御部７４がサービス提供可と判断してサービス処理部７１へサービス提供を指示する際にサービス処理部７１へ与える必要のある情報として、ユーザＩＤおよび認証情報を示すユーザ情報がユーザに関連付けて記憶されている。本構成例では、各ユーザのユーザ情報は、当該ユーザのサービス実行管理テーブルＴ５に格納される認証処理情報の一部として記憶されており、サービス制御部７４は、サービス実行管理テーブルＴ５に認証処理情報を格納する際、例えば、サービス要求に基づいて、サービス要求を送信したユーザを特定し、予め記憶された各ユーザのユーザ情報から当該ユーザのユーザ情報を抽出したり、通信処理部７２が受信したサービス要求に含まれるユーザ情報を抽出したりして、上記格納するユーザ情報を特定している。また、認証装置５が、認証応答中に、認証デバイス５１がセンシングにより取得した情報、あるいは、予め登録されたユーザ特定情報を含むように構成されていれば、サービス制御部７４は、その情報を上記認証情報として格納してもよい。さらに、この場合、サービス制御部７４は、例えば、サービス実体へのアクセス方法を参照して、そのサービスに必要な認証情報の種類を特定し、認証応答に含まれる上記認証情報のうち、そのサービスに不要な認証情報の格納を省略してもよい。なお、認証応答中に認証情報を含める場合、認証装置５またはそれを中継する端末装置３は、認証情報を暗号化して送信し、サービス管理装置７は、暗号化されたデータ列を復号して認証情報を抽出する方が望ましい。

また、本構成例に係るサービス管理装置７は、各サービスにおいて実施される各認証処理のための通信を、互いに独立したセッションとして管理しており、上記認証処理情報には、セッションＩＤも含まれている。当該セッションＩＤは、各サービスにおいて実施される各認証処理毎に認証装置５とサービス管理装置７との間で確立される認証セッションを一意に示すものであって、サービス制御部７４は、認証処理が開始されたときに、新たにユニークなＩＤを発行して、当該ＩＤ（セッションＩＤ）を、上記各認証処理に関連付けて記憶できる。また、サービス制御部７４は、各セッションにより送受される情報（例えば、認証要求や認証応答）を、そのセッションのセッションＩＤに対応する認証処理のための情報として管理できる。なお、本構成例では、上記セッションＩＤとして、認証手続きが開始されたときに上記サービス制御部７４が発行する内部管理用のユニークなＩＤを用いている。

一方、本構成例に係るサービス制御部７４には、図１に示すように、サービス処理部７１によるサービスの実行を制御するサービス実行部８１と、上記記憶部７３を参照して、サービス実行部８１および通信処理部７２を制御するサービス管理部８２とを備えている。

上記サービス管理部８２は、サービス制御部７４における一連のデータの流れを制御している中核モジュールであって、上述したように、サービス要求に応じたサービス処理部７１を選択／抽出すると共に、それに応じた認証処理を行ってサービスの可否を判断して、上記サービス実行部８１へサービスの実行を指示できる。また、上記サービス管理部８２は、上記認証処理の際、記憶部７３を参照して、サービスに応じた認証処理を選択／抽出し、その認証のための認証要求を認証装置５へ送信すると共に、認証装置５からの認証応答に基づいて、サービス提供の可否を決定できる。

ここで、本構成例に係るサービス管理装置７は、各認証処理のための通信（認証要求および認証応答など）をそれぞれ別個のセッションとして管理しており、上記サービス管理部８２は、サービスに応じて送信される認証要求および認証応答に関するセッション管理も行っている。また、本構成例に係るサービス管理装置７は、各サービス提供のための通信（サービス要求およびサービス応答など）についても、それぞれを別個のセッションとして管理しており、上記サービス管理部８２は、サービス要求およびサービス応答（サービス結果／失敗など）に関するセッション管理も行っている。

一方、本構成例に係るサービス実行部８１は、サービス管理部８２からの指示により選択されたサービス処理部７１に対して実行命令を発行できる。また、サービス実行部８１は、各サービス処理部７１に対するステータス取得および実行結果を、サービス管理部８２へ通知できる。より詳細には、サービス実行部８１は、例えば、接続されているサービス処理部７１へ命令する際、サービス処理部７１に個別に予め用意されたＡＰＩ（Application Programming Interface ）をコールするなどして、接続されているサービス処理部７１へ命令できる。また、各サービス処理部７１は、例えば、当該ＡＰＩコールの返り値などとして、サービス処理部７１の出力情報をサービス実行部８１へ返すことができる。なお、サービス処理部７１が、ユーザ名（ユーザＩＤ）や認証データ（認証情報）などのユーザ情報を必要とする場合、サービス実行部８１は、サービス管理部８２からの指示に応じて、これら認証情報を含む実行命令を発行するなどして、サービス処理部７１に認証情報を通知できる。

さらに、本構成例に係るサービス制御部７４には、サービス管理部８２からの指示に応じて、サービス処理部７１に関する検索処理を行うサービス検索部８３も設けられている。当該サービス検索部８３は、例えば、サービス管理装置７にサービス処理部７１が接続された時点、あるいは、サービス要求を受け付けたときに、それに応じた認証条件が記憶部７３に格納されていなかった場合など、サービス提供時に参照されるサービス処理部７１の情報（認証条件などを含む）の全てが、サービス管理装置７の記憶部７３に格納されていない場合には、例えば、サービス管理システム１に設けられたディレクトリサービス（図示せず）へ問い合わせたり、サービス処理部７１、または、その情報が存在し得る可能性のあるリソースとして予め定められたリソースへアクセスして、サービス処理部７１の情報を取得したり、各サービス処理部７１の情報のオリジナルの格納場所が、予め格納されていれば、その格納場所を参照したりして、欠落している情報を補うことができる。

なお、記憶部７３にサービス処理部７１の情報を格納する代わりに、サービス処理部７１の情報が必要になる度に、サービス検索部８３がサービス処理部７１の情報を検索してもよいが、本構成例に係るサービス管理部８２は、当該情報の検索速度を向上させるために、基本的には、記憶部７３へアクセスして、当該情報を抽出・取得しており、必要になった場合にサービス検索部８３に検索させて、その検索結果を記憶部７３に格納している。また、本構成例に係るサービス検索部８３は、サービス処理部７１の情報を検索しても見つけることができなかった場合、当該サービス処理部７１の情報の検索不成功を示す情報（ステータス情報）を記憶部７３に格納しており、サービス検索部８３は、あるサービス処理部７１の情報の検索が指示された場合、その情報の検索不成功を示すステータス情報が記憶部７３に格納されていれば、検索処理を省略して、検索不成功とすることができる。これにより、成功しない検索を繰り返すことによる応答時間の延長、並びに、サービス管理システム１に流れるデータ量の増大を防止できる。なお、例えば、予め定められた時間が経過した場合、あるいは、新たなサービス処理部７１が加入したことを検出した場合には、サービス検索部８３は、当該不成功の記憶を消去して、サービス処理部７１の情報を再検索できる。

以下では、上記構成例の動作について、図７〜図１１、および、図２８〜図３０に基づいて説明する。すなわち、外部機器からの通信を受け付けた場合、サービス管理装置７のサービス制御部７４に設けられたサービス管理部８２は、図２８に示すＳ６１において、当該通信が外部機器からのサービス要求か否かを判定する。サービス要求の場合、サービス管理部８２は、Ｓ６２において、サービス要求の内容を解釈し、対象サービスを選択する。

ここで、上記Ｓ６２での処理の一例として、サービス要求時に、そのサービスを提供するサービス処理部７１の情報が記憶部７３に格納されていなかった場合に、サービス検索部８３が記憶部７３内の予め定められたディレクトリを検索して、対象サービスを選択しようとする構成の動作について、図２９を参照しながら説明すると、以下の通りである。

すなわち、サービス管理装置７がサービス要求を受け付けると、サービス管理部８２は、Ｓ９１において、記憶部７３を検索して、要求されているサービスを提供可能なサービス処理部７１の情報を検索し、Ｓ９２において、当該情報が記憶部７３に格納されているか否かを判定する。

例えば、上述した図７および図１０に示すように、サービス認証属性テーブルＴ２およびサービス記述テーブルＴ３が記憶部７３に記憶されており、サービス要求においてサービスがサービス名で指定される場合、サービス管理部８２は、サービス名をキーとして、サービス記述テーブルＴ３を検索して、当該サービス名で特定されるサービスを提供可能なサービス処理部７１の情報（この場合は、サービス記述情報）の有無を確認する。

検索に成功した場合（上記Ｓ９２にてYES の場合）、サービス管理部８２は、Ｓ９３において、見出した情報を参照して、サービス提供時に参照されるサービス処理部７１の情報（認証条件を含む）を取得・抽出できる。

一例として、図７および図１０に示すように、当該情報がサービス認証属性情報およびサービス記述情報に分けて記憶されている場合、サービス管理部８２は、上記抽出したサービス記述情報のフィールドＦ３ｄを参照して、認証の要否を判定できる。また、サービス管理部８２は、認証が必要な場合、例えば、サービス認証属性テーブルＴ２から、当該サービス記述情報のフィールドＦ３ａとフィールドＦ２ａの値が同じレコードを抽出するなどして、上記サービス記述情報に対応するサービス認証属性情報を取得し、そのサービス認証属性情報から、認証条件等を抽出できる。さらに、認証の要否に拘わらず、サービス管理部８２は、上記サービス記述情報を参照して、上記サービスを提供するサービス処理部７１へのアクセス方法を特定し、当該サービス処理部７１へアクセスできる。

一方、記憶部７３の検索に失敗した場合、サービス管理部８２は、Ｓ９４において、サービス検索部８３へ指示して、要求されているサービスを提供可能なサービス処理部７１の情報を検索させる。この例では、サービス検索部８３は、例えば、記憶部７３内の予め定められたディレクトリ内を検索するなどして、上記情報（例えば、サービス記述情報）を探索する。

さらに、サービス検索部８３は、Ｓ９５において、検索結果を判定し、検索がヒットした場合（上記Ｓ９５にてYES の場合）、Ｓ９６において、当該情報を取得して、記憶部７３（この場合は、サービス記述テーブルＴ３）に格納する。さらに、上記Ｓ９３と同様に、見出した情報を参照して、サービス提供時に参照されるサービス処理部７１の情報（認証条件を含む）を取得・抽出できる。なお、これとは逆に、検索しても上記情報を見出せなかった場合（上記Ｓ９５にてNOの場合）、サービス検索部８３は、Ｓ９７において、検索不成功を示すステータス情報を記憶部７３に格納する。

このように、図２８に示すＳ６２の処理が行われ、サービス要求の内容解釈と対象サービスの選択とが行われると、サービス管理部８２は、Ｓ６３において、上記Ｓ６２での処理結果に基づいて、要求されたサービスのハンドルが可能か否か（当該サービスを処理できるか否か）を判定する。なお、本構成例に係るサービス管理部８２は、一例として、上記Ｓ６２において、要求されているサービスを提供可能なサービス処理部７１の情報（例えば、サービス記述情報）が見出された場合、当該サービスのハンドルが可能と判断し、見出すことができなかった場合、当該サービスのハンドルが不可能と判断している。なお、サービスのハンドルが不可能と判断された場合、サービス管理部８２は、Ｓ７９において、バッファクリアなどの例外処理手続きを行う。

ハンドル可能と判断した場合（上記Ｓ６３にてYES の場合）、サービス管理部８２は、Ｓ６４において、サービス要求に対応する認証条件を抽出・解釈し、Ｓ６５において、当該抽出された認証条件に基づいて、上記要求されたサービスを提供するために新たな認証処理が必要か否かを判定する。さらに、認証処理を必要とする場合（上記Ｓ６５にてYES の場合）、サービス管理部８２は、Ｓ６６において、記憶部７３を更新して、サービスおよび認証に関連する管理情報を更新し、Ｓ６７において、上記抽出された認証条件に応じた認証要求を生成して、外部機器（より詳細には、上記認証処理情報として設定される認証装置）に対して発呼した後、処理を停止する。

ここで、本構成例では、上述したように、サービスおよび認証に関連する管理情報として、各ユーザ（または、そのユーザが使用する機器）に対して行われた認証処理の結果、および、各ユーザ（または、そのユーザが使用する機器）に対するサービスの実行状況が、認証デバイス実行管理テーブルＴ４およびサービス実行管理テーブルＴ５によって管理されている。

この構成では、上記Ｓ６６において、サービス管理部８２は、そのユーザ（または、そのユーザが使用する機器）に対応するサービス実行管理テーブルＴ５のうち、上記要求されたサービスに関連するレコードを更新して、サービス提供状態（ステート）のフィールドＦ５ｃを、”Ｓｕｓｐｅｎｄｉｎｇ”に変更する。なお、上記要求されたサービスに対応するレコードが当該サービス実行管理テーブルＴ５に存在しなかった場合、サービス管理部８２は、当該サービス実行管理テーブルＴ５に当該レコードを追加する。

また、上記Ｓ６６において、サービス管理部８２は、例えば、後述する認証処理情報を参照するなどして、上記抽出した認証条件によって、認証方法を指定した認証要求を発行しようとしているか否かを判定する。さらに、サービス管理部８２は、例えば、認証方法による認証が指定され、しかも、カウント優先モードが無効な場合など、上記Ｓ６７において、認証方法を指定した認証要求を発行しようとする場合は、そのユーザ（または、そのユーザが使用する機器）に対応する認証デバイス実行管理テーブルＴ４において、認証処理を行う認証デバイス５１のレコードを追加する。また、サービス管理部８２は、当該レコードにおいて、認証方法の成否のフィールドＦ４ｂを未成功を示す値（例えば、”−”）に設定する。なお、サービス管理部８２は、当該レコードの残余のフィールドの値を、例えば、サービス認証属性テーブルＴ２を参照したり、認証デバイス５１（認証装置５）と通信したりして取得し、当該値を各フィールドに設定する。

さらに、上記Ｓ６６において、サービス管理部８２は、当該レコードに、上記認証条件に応じた認証処理のための認証処理情報を追加する。具体的には、当該認証処理のための認証処理情報として、サービス管理部８２は、認証要求を送信する認証装置の情報、当該認証処理のために新たに確立されたセッションのセッションＩＤ、および、認証状況フラグが”Ｐｒｏｃｅｓｓｉｎｇ”を示す認証フラグを追加する。なお、サービス管理部８２は、上記認証要求を送信する認証装置の情報を、例えば、サービス認証属性テーブルＴ２を参照するなどして設定する。また、認証判断満了時点を設定する場合、サービス管理部８２は、認証処理情報として、認証判断満了時点の情報を含む情報を追加し、さらに、上記認証フラグのタイマフラグを有効に設定する。なお、認証条件と認証処理との関係は、逐次処理モードか否かなどによって異なるため、認証条件に応じた認証処理を決定する際の動作の詳細は後述する。

これとは逆に、上記Ｓ６５において、認証処理が不要と判断した場合（NOの場合）、サービス管理部８２は、Ｓ６８において、例えば、サービス実行部８１へ実行指示を送信するなどして、サービス処理部７１のサービスを起動させると共に、例えば、サービス実行部８１を介して受け取るなどして、その処理結果（サービス実行結果）を受け取る。さらに、サービス管理部８２は、Ｓ６９において、当該サービス結果を、サービス応答の形式で、外部機器に対して送信する。また、サービス管理部８２は、Ｓ７０において、記憶部７３を更新して、上記サービスおよび認証に関連する管理情報を更新する。また、サービス管理部８２は、当該Ｓ７０において、例えば、提供したサービスに継続条件が設定されている場合など、次に監視すべきイベントがあれば、例えば、そのイベントを監視するためのハンドラを生成するなどして、新規イベント監視のイネーブル化処理を行る。さらにサービス管理部８２は、それらの処理が行われた後に、処理を停止する。

より詳細には、上記Ｓ７０において、サービス管理部８２は、そのユーザ（または、そのユーザが使用する機器）に対応するサービス実行管理テーブルＴ５のうち、上記要求されたサービスに関連するレコードを更新して、サービス提供状態（ステート）のフィールドＦ５ｃを、”Ａｃｔｉｖｅ”に変更する。なお、Ｓ６６と同様に、上記要求されたサービスに対応するレコードが当該サービス実行管理テーブルＴ５に存在しなかった場合は、当該レコードが追加される。なお、上記Ｓ６９の後、Ｓ７０が行われるのは、認証処理が不要な場合なので、サービス管理部８２は、特に、認証デバイス実行管理テーブルＴ４を更新していない。同様に、この場合は、認証処理が不要なので、上記Ｓ６６とは異なって、サービス管理部８２は、基本的には、当該レコードへの認証処理情報の追加を行わない。ただし、サービス管理部８２は、記憶部７３の継続条件を確認しており、初回の認証が不要である旨、記憶部７３に設定されていたとしても、継続条件において、認証が必要と設定されていれば、後述するＳ７４と同様に、継続条件に応じた管理情報の設定およびイベント制御を行う。

ここで、上記Ｓ６１〜Ｓ７０では、サービス要求を受け付けた場合の処理について説明したが、認証応答を受け付けたことを検出した場合（Ｓ６１にてNO、Ｓ７１にてYES の場合）、サービス管理部８２は、Ｓ７２において、当該認証応答がいずれのサービス要求に関連する認証応答であるかを判定すると共に、当該認証処理が、サービス要求に応じてサービス提供の可否を判定するために行われる認証処理であれば、そのサービスの認証条件、サービスを提供している状態で継続してサービスを提供し続けるために必要な認証処理であれば、そのサービスの継続条件を抽出する。さらに、サービス管理部８２は、Ｓ７３において、認証条件および継続条件のうち抽出された方（判定条件）が、上記認証応答によって満たされたか否か、あるいは、上記認証応答では判定できないかを判定する。

本構成例では、上述したように、ある認証処理に関連する通信（認証要求および認証応答）と、他の認証処理に関連する通信とは別のセッションで行われており、各ユーザ（または、そのユーザが使用する機器）に対するサービス実行管理テーブルＴ５には、各サービスに関連付けて、各認証処理のためのセッションを示すセッションＩＤが記憶されている。

この場合、上記Ｓ７２では、サービス管理部８２は、上記サービス実行管理テーブルＴ５を参照して、認証応答が通知されたセッションのセッションＩＤに対応する認証処理およびサービス（その認証応答によって提供の可否を決定しようとしている対象サービス）を抽出する。さらに、サービス管理部８２は、例えば、当該対象サービスのサービス名をキーとして、サービス記述テーブルＴ３を検索し、見出したサービスの識別子をキーにして、サービス認証属性テーブルＴ２を検索するなどして、当該対象サービスの認証条件および継続条件を特定すると共に、例えば、上記サービスに対応付けて、前回認証完了時点が記憶されているか否かなどによって、初回の認証か否かを判定し、上記認証条件および継続条件のいずれを判定の条件とするかを特定する。その後、サービス管理部８２は、上記Ｓ７３において、特定した判定条件と、上記受け付けた認証応答の内容（認証の成否を示す情報）とを照合して、判定条件が成立しているか否かを判定する。

ここで、上記Ｓ７３での判定において、判定条件を満足すると判定された場合（YES の場合）、サービス管理部８２は、Ｓ７４において、記憶部７３を更新して、サービスおよび認証に関連する管理情報を更新し、サービス提供処理、すなわち、上記Ｓ６８以降の処理を行う。

上記Ｓ７４での処理を、さらに詳細に説明すると、サービス管理部８２は、上記サービス実行管理テーブルＴ５を参照して、認証応答が通知されたセッションのセッションＩＤが格納されたレコードを更新する。具体的には、サービス管理部８２は、当該レコードのサービス提供状態（ステート）のフィールドＦ５ｃを、”Ａｃｔｉｖｅ”に変更する。また、サービス管理部８２は、当該レコードに格納されている認証処理情報のうち、上記セッションＩＤを含む認証処理情報を更新して、前回認証完了時点情報を、現時点を示すように変更すると共に、認証フラグのうち、認証状況フラグを”Ｓｕｃｃｅｅｄｅｄ”に変更する。また、サービス管理部８２は、上記特定された継続条件を解釈して、例えば、一定の時間毎などの形式で、次の認証処理時点が指定されていた場合、例えば、上記認証処理情報のうち、次回認証予定時点情報を当該指定された時点に設定すると共に、認証フラグのタイマフラグを有効に設定するなどして、次の認証処理時点になったか否かを監視するためのインターバルタイマを起動する。一方、次の認証処理時点が指定されていない場合、サービス管理部８２は、次回認証予定時点情報を無効を示す値に設定すると共に、タイマフラグを無効に設定する。

また、上記Ｓ７４において、サービス管理部８２は、認証応答に応じて、上記認証デバイス実行管理テーブルＴ４も更新している。具体的には、認証応答に、認証の成否を示す情報が含まれており、認証装置５にて行われた認証処理の方法を示す情報が含まれていない場合、サービス管理部８２は、例えば、上記判定条件を参照して判定したり、各認証処理に関連して認証要求の履歴を記憶しておき、その履歴を参照したりして、認証要求において、認証方法が指定されているか否かを判定し、認証方法が指定されている場合は、上記認証デバイス実行管理テーブルＴ４のうち、当該認証方法に対応するレコードを更新して、認証の成否のフィールドＦ４ｂを認証成功を示す値（例えば、”○”）に設定する。一方、認証応答に、認証の成否を示す情報だけではなく、認証装置５にて行われた各認証処理について、その認証方法を示す情報と、その成否を示す情報とが付されている場合、サービス管理部８２は、上記認証デバイス実行管理テーブルＴ４のレコードのうち、上記受信した認証方法の情報に対応するレコードを更新して、当該レコードの成否のフィールドＦ４ｂを、上記受信した成否の情報に応じた値に設定する。なお、認証要求または認証応答において、認証方法に代えて、認証デバイス５１の情報が含まれている場合、サービス管理部８２は、予め記憶されている認証デバイス５１と認証方法との対応表に基づいて、認証デバイス５１を認証方法に変換した後で、認証デバイス実行管理テーブルＴ４を更新する。

上記では、上記Ｓ７３での判定において判定条件を満足すると判定された場合について説明したが、例えば、逐次処理モードにおいて、一部の認証処理しか行われていない場合など、上記受信した認証応答では、上記判定条件を満たしているか否かを判定できないと判断した場合（上記Ｓ７３にて未確定の場合）、サービス管理部８２は、Ｓ７５において、当該認証応答に応じて管理情報を更新する。さらに、この場合は、細分化された判定条件のうち、未だ行われていない認証処理が残っており、当該他の認証処理が必要なので、サービス管理部８２は、上述したＳ６４以降の処理を行って、次の認証処理を行う。なお、判定条件として継続条件が選択されている場合もあるが、この場合は、Ｓ６４以降の処理では、認証条件からの抽出・解釈処理に代えて、継続条件から抽出・解釈処理が行われる。

ここで、上記Ｓ７５での処理は、上記Ｓ７４での処理と略同様であるが、サービス提供状態（ステート）を、”Ａｃｔｉｖｅ”に変更する処理と、継続条件の解釈、並びに、それに伴なう次回認証予定時点並びにタイマフラグの設定処理とが省略されており、サービス提供状態は、”Ｓｕｓｐｅｎｄｉｎｇ”、次回認証予定時点並びにタイマフラグは、それぞれ無効のまま維持されている。

一方、例えば、受信した認証応答が失敗を示しており、認証条件の他の条件が、それとａｎｄで結合されている場合など、他の認証処理があるか否かに拘わらず、その時点で判定条件を満たしていないと判断された場合（上記Ｓ７３にて、NOの場合）、サービス管理部８２は、Ｓ７６において、例えば、サービス実行管理テーブルＴ５を確認するなどして、オプション提示モードが有効であるか否かを判定する。

無効であると判断した場合（NOの場合）、サービス管理部８２は、Ｓ７７において、例えば、失敗（サービス提供不可）を示すサービス応答を端末装置３へ送信するなどして、ユーザにサービス提供の失敗を通知する。

これとは逆に、有効であると判断した場合（上記Ｓ７６にてYES 場合）、Ｓ７８において、サービス管理部８２は、上述したように、代替サービスを検索し、代替サービスがあれば、例えば、当該代替サービスを示すオプション情報をサービス応答の形で外部機器に対し通知するなどして、代替サービスをユーザに提示する。一方、代替サービスが見つからなかった場合は、上記Ｓ７７と同様に、ユーザにサービス提供不可であることを通知する。なお、この場合は、代替サービスもないことも示すサービス応答などによって、代替サービスもないことを通知してもよい。

オプション提示モードの有効／無効に拘わらず、サービス管理部８２は、サービス応答を送信すると、上記Ｓ７０の処理を行って、管理情報を更新すると共に新規イベントのイネーブル化処理を行ない、その後に処理を停止する。

なお、この場合は、判定条件（認証条件または継続条件）が満足されていないので、上記Ｓ７０では、判定条件が満足できなかったことを管理情報に反映させる。具体的には、サービス管理部８２は、上記サービス実行管理テーブルＴ５のレコードのうち、上記受信した認証応答に対応するレコードを更新して、サービス提供状態（ステート）のフィールドＦ５ｃを、”Ｉｎａｃｔｉｖｅ”に変更し、アクティベート時点を無効に設定する。また、当該レコードの各認証処理情報のうち、認証フラグの認証状況フラグを”Ｆａｉｌｅｄ”に設定すると共に、次回認証予定時点並びにタイマフラグを、無効に設定する。さらに、上記Ｓ７４およびＳ７５と同様に、認証応答に応じて、認証デバイス実行管理テーブルＴ４を更新する。

次に、図３０を参照しながら、図２８に示すＳ６４〜Ｓ６６の処理の詳細について説明する。なお、図３０では、説明の便宜上、図２８に示すＳ６６を、Ｓ１０９、Ｓ１１２およびＳ１１７として記載している。

すなわち、図２８に示すＳ６４としてのＳ１０１において、サービス管理部８２は、記憶部７３を検索して、サービス要求に応じた認証条件を抽出し、図２８に示すＳ６５としてのＳ１０２において、認証条件の有無を判定する。さらに、認証条件ありと判定した場合（YES の場合）、サービス管理部８２は、Ｓ６４としてのＳ１０３において、記憶部７３から認証条件の内容を読み出してパージングする。一方、認証条件なしと判定された場合（上記Ｓ１０２にてNOの場合）、図２８のＳ６８以降の処理が行われる。なお、本構成例では、認証条件が、認証の要否のみの情報（サービス記述テーブルＴ３のフィールドＦ３ｄ）と、詳細な認証条件（サービス認証属性テーブルＴ２のフィールドＦ２ｂ）とに分けて記憶されているので、サービス管理部８２は、上記Ｓ１０１において、サービスに対応するフィールドＦ３ｄを取得し、上記Ｓ１０３において、サービスに対応するフィールドＦ２ｂを取得する。

上記Ｓ１０３において、認証条件がパージングされ、認証条件が個々の条件に細分化されると、サービス管理部８２は、Ｓ１０４において、細分化された条件と、認証デバイス実行管理テーブルＴ４に格納されている、各ユーザ（または、そのユーザが使用する機器）に対して行われた認証処理の結果とのマッチングを行い、Ｓ１０５において、各細分化された各条件の中に、既に成功しているものが存在するか否かを判定する。より詳細には、サービス管理部８２は、上記細分化された条件が認証方法での認証を示している場合、認証デバイス実行管理テーブルＴ４のレコードのうち、当該認証方法に対応するレコードにおいて、成否を示すフィールドＦ４ｂを参照し、当該フィールドＦ４に認証成功を示す情報（例えば”○”）が格納されていれば、当該条件での認証には既に成功していると判断する。さらに、存在していると判定した場合（上記Ｓ１０５においてYES の場合）、Ｓ１０６において、認証条件を更新して、当該条件を削除する。上記Ｓ１０４〜Ｓ１０６の処理は、判定対象となる条件（細分化された条件）が残っている間（Ｓ１０７にてYES の間）繰り返される。

判定対象となる条件がなくなると（上記Ｓ１０７にてNOの場合）、サービス管理部８２は、Ｓ１０８において、認証条件が残っているか否か、並びに、残っている場合は、それが複数の条件から構成されているか否かを判定する。なお、上記Ｓ１０２の時点では、認証条件があったとしても、上記Ｓ１０６での認証条件更新処理によって認証条件が無くなった場合は、全て認証済み扱いとして処理可能なので、上記Ｓ１０２にて認証条件なしと判断した場合と同様に、図２８のＳ６８以降の処理が行われる。

上記Ｓ１０８での判定において、認証条件において、１つの細分化された条件が残っていると判断した場合（”１つ”の場合）、サービス管理部８２は、当該細分化された条件での認証処理が上記認証条件に対応する認証処理であると決定し、図２８に示すＳ６６としてのＳ１０９において、サービスおよび認証に関連する管理情報を更新し、その後は、図２８に示すＳ６７以降の処理が行われる。

一方、上記Ｓ１０８での判定において、残っている認証条件が複数の条件から構成されていると判断した場合（”複数”の場合）、Ｓ１１０において、サービス管理部８２は、例えば、サービス実行管理テーブルＴ５のレコードのうち、上記要求されたサービスに対応するレコードの逐次処理モードフラグを参照するなどして、逐次処理モードが有効か否かを判定する。ここで、逐次処理モードは、上述したように、複数認証条件が課せられているときに、その認証条件を一つずつ細分化して認証要求を発呼するモードであって、サービス管理部８２は、有効と判断した場合（上記Ｓ１１０にてYES の場合）、Ｓ１１１において、各条件のうち、最初の１つを抽出し、当該条件での認証が、上記認証条件に対応する認証処理であると決定する。さらに、サービス管理部８２は、図２８に示すＳ６６としてのＳ１１２において、サービスおよび認証に関連する管理情報を更新し、その後は、図２８に示すＳ６７以降の処理が行われる。

これとは逆に、逐次処理モードが無効と判断した場合（上記Ｓ１１０にてNOの場合）、Ｓ１１３において、サービス管理部８２は、例えば、サービス実行管理テーブルＴ５のレコードのうち、上記要求されたサービスに対応するレコードのカウント優先モードフラグを参照するなどして、カウント優先モードが有効か否かを判定する。有効と判定した場合（YES の場合）、サービス管理部８２は、Ｓ１１４において、上記Ｓ１０８の時点の認証条件を認証カウントに変換し、当該認証カウントでの認証が、上記認証条件に対応する認証処理であると決定する。さらに、サービス管理部８２は、図２８に示すＳ６６としてのＳ１１５において、サービスおよび認証に関連する管理情報を更新し、その後は、図２８に示すＳ６７以降の処理が行われる。なお、この場合、当該Ｓ６７において、サービス管理部８２は、認証カウント情報のみを用いた認証要求の形へアセンブルされた認証要求を送信する。

一方、カウント優先モードが無効と判定された場合（上記Ｓ１１３にてNOの場合）、サービス管理部８２は、Ｓ１１６において、上記Ｓ１０８の時点の認証条件を、上記認証条件に対応する認証処理であると決定する。さらに、サービス管理部８２は、図２８に示すＳ６６としてのＳ１１７において、サービスおよび認証に関連する管理情報を更新し、その後は、図２８に示すＳ６７以降の処理が行われる。なお、この場合、当該Ｓ６７において、サービス管理部８２は、上記Ｓ１０８の時点の認証条件での認証を示す認証要求を送信する。

なお、「認証条件として認証カウントが明示的に与えられている場合」、「認証条件が複数の条件から構成されており、しかも、認証カウントが、その一条件として既に含まれている場合」、あるいは、「認証カウントへの変換のための情報が欠落している場合」には、サービス管理部８２は、カウント優先モードが有効か否かに拘わらず、認証条件への変換を行なわず、上記Ｓ１１６以降の処理を行う。

続いて、図２８に示すＳ７０にて設定されたイベントが発生したときの動作と、当該イベントの一例として、タイマイベントを監視する際の動作と、それらを処理するハンドラの構成とについて説明する。本構成例に係るサービス管理部８２は、各イベントを処理するイベントハンドラを階層化して管理しており、それによって実現される多階層イベントハンドル機構にて各イベントを処理している。

具体的には、本構成例に係るサービス管理部８２は、上記Ｓ７０において各サービスの認証処理毎に設定されるイベントのハンドラを、サービス管理部８２が実際に監視しているイベント（例えば、タイマイベントなど）のハンドラ（下位ハンドラ）の上位ハンドラとして管理している。サービス管理部８２は、各上位ハンドラに、それを検出するための下位ハンドラを関連付けており、サービス管理部８２に設けられる下位ハンドラは、自らが監視しているイベントの発生を検出すると、それに関連付けられた上位ハンドラにイベントの発生を通知して、当該上位ハンドラを起動することができる。なお、上記下位ハンドラは、イベント発生を検出した場合、上位ハンドラへの通知の要否を判定し、必要と判定した場合にのみ通知してもよい。

一方、サービス管理部８２に設けられる上位ハンドラのうち、次回の認証処理に関連するハンドラは、下位ハンドラからの通知に応じて、認証要求を送信して、認証処理を開始することができる。なお、それに伴なって、本構成例に係る上位ハンドラは、記憶部７３の管理情報も更新している。また、上位ハンドラは、下位ハンドラからの通知を受けた場合、自らに対応する認証処理実行の要否を判定し、必要と判断した場合にのみ、認証処理を開始してもよい。

なお、上位ハンドラのうち、次回の認証処理に関連するハンドラは、認証条件または継続条件を細分化した条件だけではなく、継続条件全体を再評価しているため、当該ハンドラを、認証処理毎ではなく、サービス毎に設けてもよいが、本構成例では、認証処理毎に設けている。

本構成例では、上記下位ハンドラの一例として、基準時間毎に発生するタイマイベントを監視することによって、インターバル時間指定に基づく認証処理の起動を可能にするためのタイマイベントハンドラ（タイマハンドラ）が設けられている。

当該タイマハンドラは、各上位ハンドラに共通に設けられており、基準時間毎に発生するタイマイベントを監視している。また、サービス管理部８２は、図８および図９に示すように、サービス実行管理テーブルＴ５において、認証フラグのタイマフラグを有効に、しかも、次回認証予定時点情報を有効な値に設定することにより、当該次回認証予定時点情報に対応する上位ハンドラとタイマハンドラとを関連付けている。さらに、タイマハンドラは、タイマイベントの発生を検出した場合に、当該サービス実行管理テーブルＴ５を検索して、当該タイマイベントの発生を伝えるべき上位ハンドラを探索し、見出した場合は、その上位ハンドラに、イベントの発生を通知している。より詳細には、タイマハンドラは、サービス実行管理テーブルＴ５の中から、対応する認証フラグのタイマフラグが有効で、しかも、現時点を超過している次回認証予定時点情報を抽出し、当該次回認証予定時点情報に対応する上位ハンドラに、上記タイマイベントの発生を伝えるべきと判断している。

このように、本構成例に係るタイマハンドラは、タイマイベントが発生する度に、サービス毎に設定されている条件（例えば、次回認証予定時点情報など）との間でマッチング処理を行い、条件がヒットした場合には、そのタイミングをもって上位ハンドラに通知している。

したがって、タイマハンドラが共通であるにも拘わらず、仮想的には、各上位ハンドラ（認証処理）に個別のタイマが実現されており、それぞれ個別にタイマが満了したか否かを検出できる。

また、上記上位ハンドラは、下位ハンドラとしてのタイマハンドラからの通知を受けた場合、自らに対応する認証処理の認証条件または継続条件を特定すると共に、それに基づいて、認証処理実行の要否を判定している。

上記構成において、タイマが起動している状態では、予め定められた基準時間毎にタイマイベントが発生しており、サービス管理部８２は、タイマイベントが発生すると、例えば、割り込み指示などによって、タイマハンドラの処理を開始させる。

処理が開始されると、タイマハンドラは、Ｓ１２１において、サービス実行管理テーブルＴ５を検索して、当該タイマイベントの発生を伝えるべき上位ハンドラに対応する認証処理があるか否か、すなわち、各上位ハンドラ毎の仮想的なタイマの中に満了したタイマがあるか否かを判定する。

タイマイベントの発生を伝えるべき上位ハンドラに対応する認証処理がない場合（満了したタイマがない場合；NOの場合）、タイマハンドラは、例えば、割り込み要因をクリアして、割り込みからの復帰処理を行うなどして、処理を終了する。

これとは逆に、タイマイベントの発生を伝えるべき上位ハンドラに対応する認証処理が見出された場合（いずれかのタイマが満了した場合；YES の場合）、タイマハンドラは、Ｓ１２２において、見出された認証処理のそれぞれについて、対応する上位ハンドラを呼び出し、処理を終了する。

一例として、本構成例に係るタイマハンドラは、上記Ｓ１２２において各認証処理に対応する上位ハンドラを呼び出す際、サービス管理部８２に保持されている各イベント要因ステータスのうち、呼び出し対象となる上位ハンドラのイベント要因ステータスを有効に設定すると共に、自らに対する割り込み要因をクリアして、割り込みからの復帰処理を行っている。

一方、タイマハンドラなどの下位ハンドラからイベント発生が通知されると、図３２に示すＳ１３１において、上位ハンドラは、例えば、サービス認証属性テーブルＴ２から、自らに対応する認証処理を含むサービスのレコードを参照するなどして、認証条件および継続条件を特定する。さらに、上位ハンドラは、当該サービスの前回の認証時において使用された認証方法を推定または特定すると共に、例えば、認証デバイス実行管理テーブルＴ４に格納されている情報のうち、それらの認証方法の成否の情報を、失敗も成功もしていないことを示す値に変更したり、その認証方法のレコード自体を削除したりして、認証デバイス実行管理テーブルＴ４から、その認証方法が失敗したことを示す情報、および、その認証方法が成功したことを示す情報を削除する。

より詳細には、上記Ｓ１３１において、上位ハンドラは、例えば、サービス実行管理テーブルＴ５のレコードのうち、自らに対応するサービスのレコードにおいて、前回認証完了時点とアクティベートとを比較するなどして、前回の判定条件が認証条件であるか継続条件であるかを特定できる。また、上位ハンドラは、例えば、判定条件を細分化して、前回行われた認証方法を推定してもよいし、例えば、サービス実行管理テーブルＴ５に格納された認証処理情報から認証条件（または、それを細分化したもの）を特定してもよい。

なお、上記では、当該サービスの前回の認証時において使用された認証方法が失敗または成功したことを示す情報を、認証デバイス実行管理テーブルＴ４から削除する構成について説明したが、上位ハンドラは、例えば、ある認証方法の上記情報を削除する前に、サービス実行管理テーブルＴ５に記憶されている各サービスの認証処理情報に基づいて、上記サービスの前回の認証時よりも後に、削除対象となる認証方法で認証した他のサービスがあるか否かを探索し、見出された場合は、情報の削除を中止してもよい。

また、上位ハンドラは、例えば、前回の判断条件が認証カウントまたは認証レベルであり、しかも、認証応答によっても認証に使用した認証方法または認証デバイス５１を特定できなかった場合など、当該サービスの前回の認証時において使用された認証方法を推定も特定もできなかった場合、例えば、認証デバイス実行管理テーブルＴ４から、その認証方法が失敗したことを示す情報、および、その認証方法が成功したことを示す情報を削除する。

いずれの場合であっても、上記Ｓ１３１にて認証条件および継続条件が特定され、管理情報が更新されると、Ｓ１３２において、上位ハンドラは、図２８に示すＳ６４と同様に継続条件を解釈し、Ｓ１３３において、Ｓ６５と同様に認証処理の要否を判定する。なお、Ｓ１３２およびＳ１３３では、図２８に示すＳ６４およびＳ６５、あるいは、図２９の各ステップと同様に、他のサービスのための認証において既に成功している認証方法は除外した上で、新たな認証処理の要否が判定される。

新たな認証処理が必要と判断した場合（上記Ｓ１３３にてYES の場合）、上位ハンドラは、Ｓ１３４において、例えば、サービス実行部８１へ指示するなどして、一時的にサービスの提供を中止させると共に、Ｓ１３５およびＳ１３６において、Ｓ６６およびＳ６７と同様に認証要求を送信すると共に管理情報を更新して処理を終了する。

これとは逆に、新たな認証処理が不要と判断した場合（上記１３３にてNOの場合）、上位ハンドラは、Ｓ１３７において、例えば、「認証条件に関するステータスが一度更新されたがサービスは、継続的に利用可能な状態である」ことを示すサービス応答を端末装置３へ送信するなどして、ユーザへ、サービス提供のステータス、すなわち、当該サービスを継続的に利用可能であることを通知する。さらに、上位ハンドラは、Ｓ１３８において、上記Ｓ７０においてサービス要求を受け付けた際に認証処理が不要だった場合と同様に、記憶部７３の管理情報を更新する。

ところで、上記では、上位ハンドラのうち、次回の認証処理に関連するハンドラについて説明したが、本構成例に係るサービス管理部８２には、認証判断満了時の処理のための上位ハンドラも設けられる。当該上位ハンドラも、次回の認証処理に関連するハンドラと上記タイマハンドラを共有しており、サービス管理部８２は、サービス実行管理テーブルＴ５において、認証フラグのタイマフラグを有効に、しかも、認証判断満了時点情報を有効な値に設定することにより、当該認証判断満了時点に対応する上位ハンドラとタイマハンドラとを関連付けている。

さらに、タイマハンドラは、タイマイベントの発生を検出した場合に、次回認証予定時点情報だけではなく、認証判断満了時点情報に対するマッチング処理を行っており、サービス実行管理テーブルＴ５の中から、対応する認証フラグのタイマフラグが有効で、しかも、現時点を超過している認証判断満了時点情報が見つかれば、当該認証判断満了時点情報に対応する上位ハンドラに、タイマイベントの発生を伝えるべきと判断している。なお、認証判断満了時点情報は、認証処理毎に記憶されているので、当該上位ハンドラは、認証処理毎に設けられる。

一方、当該上位ハンドラは、タイマハンドラからタイマイベントの発生が伝えられると、上述した認証失敗を示す認証応答を受け取った場合と同様に、記憶部７３のうち、自らに対応する認証処理の管理情報を更新する。

なお、上記では、サービス管理部８２が、サービス制御部７４における一連のデータの流れを制御している中核モジュールとして機能し、サービスと認証のために必要な情報（認証条件あるいは履歴情報など）とのマッチングも行う構成について説明したが、これに限るものではない。例えば、サービス実行部８１または各サービス処理部７１など、サービス管理部８２とは別の部材が、サービスと必要な認証方法または認証デバイス５１に関するマッチングを取る構成になっていてもよい。この場合は、単に判断を行う箇所が異なるだけではなく、以下のメリットがある。すなわち、サービス管理部８２が、サービス提供に関する一次ロック機構を提供するだけではなく、上記サービス管理部８２とは別の上記部材が、当該一次ロック機構とは独立した二次ロック機構を提供できる。したがって、より安全かつ厳格なサービス提供装置を実現できる。

このように、本実施形態に係るサービス管理装置７は、サービス機能を利用するための利用者認証を必要とするサービス管理装置であって、外部認証用機器と接続するための接続インタフェースと、外部機器からのサービス要求および認証応答を受信するサービス要求受信手段と、当該装置がもつサービス機能集合あるいは当該装置からアクセス可能なサービス機能に関する情報を管理・蓄積するためのサービス情報蓄積手段と、サービス要求受信手段を介した要求に対し、前記サービス情報蓄積手段から対象となるサービス機能の選択および抽出を行うとともにサービス機能に呼応する認証要求およびサービス結果応答に関する管理を行いサービス機能提供の可否を決定するサービス管理手段と、前記サービス管理手段からの指示に基づき当該サービス機能を実行するサービス実行手段と、前記サービス管理手段からの指示に基づきサービス機能に関する検索を行うサービス検索手段と、認証要求またはサービス結果応答を外部機器に送信するサービス応答送信手段を有することを特徴としている。

また、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス情報蓄積手段は、当該装置がもつサービス機能集合あるいは当該装置からアクセス可能なサービスを利用するためにサービス機能毎に必要な認証条件を含むサービス認証属性情報を格納するとともに、前記サービス管理手段は、サービス認証属性情報をもとに必要な認証操作に関する管理、制御を行っている。

さらに、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス情報蓄積手段に蓄積されるサービス認証属性情報には、当該サービスの提供に際し要求される認証条件に関する情報が含まれ、前記サービス管理手段は、サービス機能提供の可否を決定するために、サービス認証属性情報を参照し、当該認証条件を付加した認証要求を前記サービス応答送信手段を介し外部装置に対し送信するとともに外部機器から前記サービス要求受信手段を介して通知される認証応答を解釈し、サービス機能提供の可否を決定している。

また、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス情報蓄積手段に蓄積されるサービス認証属性情報には、当該サービスの提供に際し要求される認証手段あるいは方式そのものを明示的に指定する情報が含まれ、前記サービス管理手段は、サービス機能提供の可否を決定するために、サービス認証属性情報を参照し、認証手段あるいは方式を指定した認証要求を前記サービス応答送信手段を介し外部装置に対し送信するとともに外部機器から前記サービス要求受信手段を介して通知される認証応答を解釈し、サービス機能提供の可否を決定している。

さらに、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス情報蓄積手段に蓄積されるサービス認証属性情報には、当該サービスの提供に際し要求される認証レベル情報が含まれ、前記サービス管理手段は、サービス認証属性情報を参照し、認証レベル指定を与えた認証要求をサービス提供の可否を決定するために前記サービス応答送信手段を介し外部装置に対し送信するとともに前記サービス要求受信手段を介して外部機器から通知される認証応答を解釈し、サービス機能提供の可否を決定している。

また、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス認証属性情報には、当該サービスの提供に際し満足すべき下限として定義される数値情報である認証カウント情報が含まれ、前記サービス管理手段は、サービス認証属性情報を参照し、前記認証カウント情報を与えた認証要求をサービス提供の可否を決定するために前記サービス応答送信手段を介し外部装置に対し送信するとともに前記サービス要求受信手段を介して外部機器から通知される認証応答を解釈し、サービス機能提供の可否を決定している。

また、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス認証属性情報に含まれる前記認証レベル情報は、ある規定範囲内における前記認証カウント情報へ変換可能であり、前記サービス管理手段は、サービス提供の可否を決定するために、サービス認証属性情報を参照し、前記認証レベル指定条件を前記認証カウント情報へ変換した数値情報を与えた認証要求を前記サービス応答送信手段を介し外部装置に対し送信するとともに前記サービス要求受信手段を介して外部機器から通知される認証応答を解釈し、サービス機能提供の可否を決定している。

さらに、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス管理手段は、前記サービス要求受信手段を介して通知される認証応答を解釈し、その結果得られた認証情報を履歴情報として格納・蓄積し、前記サービス認証属性情報とともに前記履歴情報を用いて必要な認証操作に関する管理、制御を行っている。

また、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス管理手段は、前記サービス要求受信手段を介して通知される認証応答を解釈した結果それが不成功だった場合に同一サービスカテゴリ分類されているサービスを抽出し、該サービス情報を利用者に対し提示するサービスオプション提示制御を行っている。

さらに、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス情報蓄積手段に蓄積される認証条件には、サービス提供を継続的に利用するための継続条件としての時間条件を別途設定でき、前記サービス管理手段は、サービスを継続的に利用可能にするために課せられた継続条件に基づき、課せられている認証条件を含む認証要求を前記サービス応答送信手段を介し外部装置に対し送信するとともに前記サービス要求受信手段を介して外部装置から通知される認証応答を解釈し、サービス機能提供の可否を決定している。

また、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス情報蓄積手段に蓄積されるサービス認証属性情報には、当該サービスの提供に際し要求される複数の認証条件設定が含まれ、前記サービス管理手段は、サービス機能提供の可否を決定するために、サービス認証属性情報を参照して複数の認証条件を設定した一認証要求として前記サービス応答送信手段を介し外部装置に対し送信するとともに前記サービス要求受信手段を介して外部機器より通知される認証応答を解釈し、サービス機能提供の可否を決定している。

さらに、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス情報蓄積手段に蓄積されるサービス認証属性情報には、当該サービスの提供に際し要求される複数の認証条件設定が含まれ、前記サービス管理手段は、サービス機能提供の可否を決定するために、サービス認証属性情報を参照して複数の認証条件を設定した単一の認証要求として前記サービス応答送信手段を介し外部装置に対し送信するとともに前記サービス要求受信手段を介して外部機器より通知される複数の認証応答を全て解釈した上で、サービス機能提供の可否を決定している。

また、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス情報蓄積手段に蓄積されるサービス認証属性情報には、当該サービスの提供に際し要求される複数の認証条件設定が含まれ、前記サービス管理手段は、サービス機能提供の可否を決定するために、サービス認証属性情報を参照し単一の認証条件を設定した認証要求を前記サービス応答送信手段を介し順次外部装置に対し送信するとともに前記サービス要求受信手段を介して外部機器より順次通知される認証応答を順次解釈し、全ての認証応答を取得した上でサービス機能提供の可否を決定している。

さらに、本実施形態に係るサービス管理装置７は、上記構成に加えて、前記サービス情報蓄積手段には、当該装置がもつサービス機能集合に関するサービス記述情報のみが蓄積され、サービス機能毎に要求される認証情報を含むサービス認証属性情報が格納されてない場合、前記サービス管理手段は、サービス記述情報に含まれるサービス認証属性情報へのポインタ情報を元に前記サービス検索手段を介し該当するサービス機能に従属する認証属性情報を探索し、取得した結果情報を前期サービス情報蓄積手段へ格納している。

また、本実施形態に係るサービス管理システム１は、サービス機能を利用するための利用者認証を必要とするサービス管理システムであって、少なくとも利用者認証に基づくサービス提供を行うためのサービス管理装置と利用者を特定するための認証装置と利用者に対し情報の入出力を行うための実行装置から構成され、前記認証装置は、少なくとも１つ以上の認証手段と、外部機器と接続するための接続インタフェースと、外部機器からの認証要求を受信する認証要求受信手段と、当該装置のもつ認証手段および当該手段がもつ機能を管理する認証機能管理手段と、前記受信した認証要求を元に当該装置のもつ認証手段を選択する認証機能選択手段と、前記選択された認証手段を実行する認証機能実行手段と、認証結果を外部機器に送信する認証結果送信手段を有し、前記実行装置は、利用者からの情報、指示入力を行うための入力手段と、利用者への情報提示を行うための出力手段と、利用者からの入力と利用者への出力を制御するとともに前記サービス管理装置と前記認証装置の間をインタフェースする機能を持っている。

したがって、本実施形態に係るサービス管理システム１では、サービスに応じて必要な認証方式、あるいは、レベルを与えることが可能であり、サービス提供時において高度なセキュリティを満足するサービス提供フレームワークを実現することができる。また、サービスがサービス管理装置７の有する機能であっても、ネットワークサービスであってもよく、特に、ネットワークを介してサービスをオープンに提供できる拡張性の高いシステムを実現可能である。

また、サービスに必要な認証方式を直接指定できるだけでなく、認証レベル、あるいは、それに準じる数値にて定義を行うことで、ユーザの利用する機器（認証装置５）にて認証方式の決定を許容できる。したがって、モバイル機器や家電機器のような限られた認証手段しかもたない機器でも、サービスを安全に利用可能で、しかも、柔軟性の高いサービス提供フレームワークを実現可能である。これにより、場所・時間・環境・機器を問わず安全なサービスアクセスを提供できることができ、ユーザの便宜を図ることができる。

〔第２の実施形態〕
ところで、第１の実施形態では、サービス管理装置７がサービス処理部７１を備えている構成について説明した。これに対して、以下では、サービス管理装置がネットワークを経由してサービス実体（サービス処理部）にアクセスする構成について説明する。なお、サービス処理部が端末装置にサービス結果を通知できると共に、サービス管理装置のサービス制御部によって、サービス処理部が端末装置へサービスを提供できるか否かを制御できれば、例えば、サービス処理部がサービス管理装置を介さずに端末装置と通信すると共に、サービス制御部がサービス処理部へ指示して提供の可否を制御する構成であってもよいが、本実施形態に係るサービス管理システム１ａでは、一例として、サービス処理部によるサービス結果がサービス管理装置を介して端末装置３に通知されている。

具体的には、本実施形態に係るサービス管理システム１ａでは、図３３に示すように、サービス処理部７１ａ…がネットワーク上に設けられており、サービス管理装置７ａは、当該サービス管理装置７ａに設けられたサービス処理部７１ａとネットワーク経由で通信している。これに伴なって、本実施形態に係るサービス管理装置７ａでは、図３４に示すように、サービス処理部７１に代えて、サービス処理部とアクセスするためのサービス接続インタフェース７５ａが設けられており、サービス制御部７４ａは、当該サービス接続インタフェース７５およびネットワークを経由して、サービス管理装置７ａの外に設けられたサービス処理部７１ａと情報をやり取りしている。

また、サービス管理システム１ａには、上記各サービス処理部７１ａが登録されたディレクトリサービス９ａが設けられており、サービス制御部７４ａは、記憶部７３内のディレクトリを検索して、サービス処理部７１の情報を取得する処理に加えて、当該ディレクトリサービス９ａにアクセスして、サービスの検索を依頼し、上記サービス処理部７１ａの情報を取得できる。

なお、上記サービス制御部７４ａおよびサービス処理部７１ａは、ネットワークおよびサービス接続インターフェース７５ａを介して、相互にデータをやり取るする点を除いて、上述したサービス制御部７４およびサービス処理部７１と基本的に同様の構成であり、これらと同じ構成および動作については、説明を省略する。また、図３３では、全てのサービス実体が、ネットワーク経由で接続されたサービス処理部７１ａである場合を例示しているが、本実施形態に係るサービス管理装置７ａは、サービス管理装置７と同様に、サービス処理部７１を設けることもでき、この場合、サービス制御部７４ａは、サービス制御部７４と同様に、サービス処理部７１と直接通信する。

ここで、本実施形態に係るサービス処理部７１ａの中には、サービス管理装置７ａからのサービス提供の指示（依頼）を受け付けた場合に、ユーザの情報としてのユーザＩＤおよび認証情報に基づいて、サービス提供を受け付けるか否かを判定するものも含まれている。これに伴なって、上記サービス制御部７４ａは、このようなサービス処理部７１ａと通信して、サービス提供を指示（依頼）する際、ユーザの情報を送信することもできる。

具体的には、本実施形態に係るサービス制御部７４ａは、サービス処理部７１ａへサービス提供を指示する場合、図３５に示すように動作している。すなわち、Ｓ１４１において、サービス制御部７４ａは、例えば、図１０に示すサービス記述テーブルＴ３に格納されているサービス記述情報のうち、サービス処理部７１ａへのアクセス方法が格納されたフィールドＦ３ｅ・Ｆ３ｆを参照するなどして、サービス処理部７１ａへサービス実行を指示する際に、ユーザ情報が必要であるか否かを判定する。

さらに、ユーザ情報が必要な場合（上記Ｓ１４１にてYES の場合）、サービス制御部７４ａは、Ｓ１４２において、例えば、サービス実行管理テーブルＴ５の認証処理情報からユーザ情報を抽出するなどして、ユーザ情報を抽出し、Ｓ１４３において、例えば、上記アクセス方法のフィールドＦ３ｅ・Ｆ３ｆを参照するなどして、ユーザ情報を含むサービス実行指示を生成する。より詳細には、本構成例に係るサービス制御部７４ａは、サービス実体としてのサービス処理部７１ａに対してサービス実行指示を行なうための命令アセンブルを行う際、上記抽出されたサービス記述情報に基づいて、当該サービスが定義するインタフェースに合わせる形で、引数に抽出したユーザ情報を適合させていき、それによってサービス実行指示を生成している。

なお、本構成例では、当該ユーザ情報には、ユーザＩＤが含まれており、さらに認証情報が必要な場合には、認証情報も含まれている。これに伴なって、本構成例に係るサービス制御部７４ａは、上記Ｓ１４１およびＳ１４２において、ユーザＩＤの要否判定およびユーザＩＤの抽出と、認証情報の要否判定および認証情報の抽出とを行っている。具体的には、サービス制御部７４ａは、最初にユーザＩＤの要否を判定し、ユーザＩＤが必要な場合は、ユーザ情報の抽出処理の一部として、上記認証処理情報からユーザＩＤを抽出している。また、ユーザＩＤが必要な場合、サービス制御部７４ａは、認証情報の要否を判定し、認証情報が必要な場合は、上記認証処理情報から認証情報を抽出している。

これとは逆にユーザ情報が不要な場合（上記Ｓ１４１にてNOの場合）、サービス制御部７４ａは、Ｓ１４３において、ユーザ情報を含まず、予め定められた形式のサービス実行指示を生成する。

上記Ｓ１４２またはＳ１４３において、サービス実行指示が生成されると、サービス制御部７４ａは、Ｓ１４４において、例えば、例えば、上記アクセス方法のフィールドＦ３ｅ・Ｆ３ｆを参照するなどして、サービス実行指示の対象となるサービス実体がネットワークサービスか否かを判定する。一例として、本構成例に係るサービス制御部７４ａは、サービス実体がネットワークサービスか否かを判定する際、例えば、上記アクセス方法のフィールドＦ３ｅ・Ｆ３ｆを参照するなどして、当該サービス実体がローカルドメイン内の資源か否かを判定し、ローカルにて解決できない処理の場合（ローカルドメイン内の資源ではない場合）には、ネットワークサービスと判定している。

ネットワークサービスの場合（サービス処理部７１ａの場合）、Ｓ１４５において、サービス接続インターフェース７５ａおよびネットワークを介して、上記生成されたサービス実行指示をサービス処理部７１ａへ送信する。なお、サービス制御部７４ａは、送信先も上記アクセス方法のフィールドＦ３ｅ・Ｆ３ｆを参照して決定している。

これとは逆に、サービス実体がネットワークサービスではない場合（サービス処理部７１の場合；図３４では図示せず）、サービス制御部７４ａは、Ｓ１４６において、サービス実行指示の対象となるサービス処理部７１へ、上記生成されたサービス実行指示を与える。

上記構成では、図３６に示すように、第１の実施形態と略同様、例えば、ユーザの入力操作などによって、サービス提供が要求されると、端末装置３は、当該サービスを示すサービス要求をサービス管理装置７へ送信し（ｔ１の時点）、サービス管理装置７ａは、認証装置５が提供可能な複数の認証方法のうち、端末装置３から要求されたサービスに応じた認証方法での認証を認証装置５へ要求する（ｔ２の時点）。さらに、認証装置５にて、認証要求に応じた認証処理が行われ、認証装置５が認証応答を送信すると（ｔ３の時点）、サービス管理装置７ａは、認証応答に基づいて上記サービスの認証条件を満たしているか否かを判定して、当該サービスの提供可否を決定する。なお、一例として、図３４では、図１４と同様に、認証方法を直接指定した認証要求を、サービス管理装置７ａが送信しているが、第１の実施形態と同様に、認証レベル、認証カウントをはじめとして種々の方法で認証方法を指定できる。

ただし、本実施形態では、サービス処理部７１ａがサービス管理装置７ａ外に設けられている。したがって、サービス管理装置７ａは、サービス提供可と判断した場合、サービス処理部７１ａへサービスの実行を指示し（ｔ３１ｎの時点）、サービス処理部７１ａからの応答によって、サービスの実行結果を取得する（ｔ３２ｎの時点）。なお、図３４では、サービス処理部７１ａがユーザの情報としてユーザＩＤおよび認証情報を要求する場合を例示しており、サービス管理装置７ａは、サービスの実行を指示する際、これらの情報も送信している。その後は、サービス管理装置７ａは、図１４と同様に、端末装置３へサービスの実行結果を示すサービス応答を送信する（ｔ４の時点）。

ここで、図３６では、点線で示しているが、サービス管理装置７ａは、上記ｔ１の時点でサービス要求を受け付けた際に、そのサービスを提供するためのサービス処理部７１ａの情報が自らの記憶部７３に記憶されていなければ、認証装置５へ認証要求を送信する時点ｔ２よりも前に、ネットワーク上のディレクトリサービス９ａにアクセスして、サービスの検索を依頼し（ｔ５１ｎの時点）、時点ｔ５２ｎにおける検索結果に基づいて、上記サービス処理部７１ａの情報を取得している。

具体的には、本実施形態に係るサービス制御部７４ａは、上述した図２９と略同様の処理を行っている。ただし、本実施形態では、Ｓ９５とＳ９７との間にＳ９８およびＳ９９が設けられており、サービス制御部７４ａは、上記Ｓ９５において、要求されているサービスを提供可能なサービス処理部７１の情報が記憶部７３に記憶されていないと判定すると（NOの場合）、Ｓ９８において、例えば、予め定められたディレクトリサービス９ａへ問い合わせて、サービス管理システム１内のディレクトリを対象にした検索を指示するなどして、ネットワーク検索を行う。さらに、サービス制御部７４ａは、検索でヒットすれば（Ｓ９９にてYES の場合）、Ｓ９６以降の処理を行い、ヒットしなければ（NOの場合）、Ｓ９７以降の処理を行う。

以下では、第２の実施形態を構成する各部材について、さらに詳細に説明する。すなわち、上記サービス接続インタフェース７５ａは、サービス管理装置７ａを外部のネットワークサービス（例えば、サービス処理部７１ａ）と接続するための機能モジュールであり、ネットワークアクセス用ハードウェアを備えている。当該サービス接続インタフェース７５ａは、上述した通信処理部７２の接続インタフェースと同様に、ネットワーク経由で伝えられた信号の内容をサービス制御部７４ａへ通知し、サービス制御部７４ａからの指示に応じて、ネットワークを経由してサービス処理部７１ａへデータを送信できる。また、本実施形態に係るサービス接続インターフェース７５ａは、上記接続インタフェースと略同様に、ネットワークを介したサービス関連問い合わせに関するデータグラム変換機能も有している。

なお、サービス接続インタフェース７５ａを実現するためのハードウェアおよびソフトウェアの一部あるいは全部は、上記接続インタフェースと共用されていてもよいが、当該接続インタフェースの通信相手が、端末装置３や認証装置５などの外部機器であるのに対して、サービス接続インタフェース７５ａの通信相手は、サービス処理部７１ａなどのネットワークサービスである。したがって、図３３では、説明の便宜上、サービス接続インタフェース７５ａと通信処理部７２とを分けて図示している。なお、通信相手が相違しているので、サービス管理装置７ａでは、接続インタフェースとサービス接続インタフェース７５ａとが互いに同じものであったとしても、両者を論理的に別のデバイスとして定義してもよい。

一方、上記サービス処理部７１ａは、上述したサービス処理部７１と略同様の構成であるが、ネットワーク上に存在するサービスであって、サービス制御部７４ａは、基本的には、遠隔手続き呼び出しの形で、当該サービスへアクセスしている。

図１に示す構成を例にして、より詳細に説明すると、サービス管理部８２がサービス実行部８１およびサービス検索部８３に対して、ネットワークプロトコルを前提とした情報を与えてアクセスを指示できる。

また、本実施形態に係るサービス管理システム１ａでは、第１の実施形態のサービス記述情報と同様に、実際のサービスを提供するためのサービス実体（サービス処理部７１ａ）とは別の資源として、当該サービスを利用するための情報を記述するサービス記述情報が用意されており、各サービス記述情報を、上記サービス実体と切り離して保存・蓄積できる。さらに、サービス制御部７４ａは、ネットワークサービスに特に好適な方法として、サービス記述情報を参照して、当該サービス記述情報とサービス実体とを実行時に結びつける（バインディングする）ことができる。なお、本実施形態に係るサービス制御部７４ａは、サービス記述情報とサービス実体とを常に結び付けることもできるが、ネットワークサービスの場合、通常は、実行時にバインディングしている。

なお、上述したように、例えば、図７および図１０に示すサービスに関係する情報（サービス記述情報および後述するサービス認証属性情報）において、それぞれの格納場所と、図８に示す認証処理情報におけるターゲット認証装置の情報と、サービス実体へのアクセス方法とは、ネットワーク経由の資源にアクセスする場合とローカルの資源にアクセスする場合との双方を記憶可能な形式で記憶されているので、サービス制御部７４ａは、これらの情報の格納場所、認証装置５、あるいはサービス実体がネットワーク上の資源である場合であっても、何ら支障なく、これらの格納場所、認証装置５およびサービス実体（サービス処理部７１ａ）にアクセスできる。

このように、本実施形態に係るサービス管理装置７ａは、ネットワークサービス機能を利用するために利用者認証を必要とするサービス管理装置であって、当該サービス機能の提供において、外部認証用機器と接続するための接続インタフェースと、外部機器からのサービス要求および認証応答を受信するサービス要求受信手段と、当該装置がもつサービス機能集合あるいは当該装置からアクセス可能なサービス機能に関する情報を管理・蓄積するためのサービス情報蓄積手段と、サービス要求受信手段を介した要求に対し、前記サービス情報蓄積手段から対象となるサービス機能の選択および抽出を行い、サービス機能に呼応する認証要求およびサービス結果応答に関する管理を行うとともにサービス機能提供の可否を決定するサービス管理手段と、前記サービス管理手段からの指示に基づき当該サービス機能を実行するサービス実行手段と、前記サービス管理手段からの指示に基づきサービス機能に関する検索を行うサービス検索手段と、認証要求またはサービス結果応答を外部機器に送信するサービス応答送信手段と、外部ネットサービス機能と接続するためのサービス接続インタフェースを有している。

また、本実施形態に係るサービス管理装置７ａは、上記構成に加えて、前記サービス管理手段は、前記サービス要求受信手段を介して通知される認証応答を解釈し、その結果得られた認証情報を履歴情報として格納・蓄積するとともに利用者情報を含めた管理を行い、前記サービス実行手段への実行指示タイミングにおいては、前記サービス実行手段に対し、利用者情報と認証情報を含めた形式にて、前記サービス接続インタフェースを介してサービス主体に対し実行指示を行なうことでサービスを駆動している。

さらに、本実施形態に係るサービス管理装置７ａは、上記構成に加えて、前記サービス検索手段は、前記サービス接続インタフェースを介してサービス機能に関する情報を取得する際にサービス認証属性情報を選択条件として与えることでサービスアクセスに必要な情報を探索するとともに、取得したサービス情報を前記サービス情報蓄積手段を用いて格納、管理している。

さらに、本実施形態に係るサービス管理システム１ａは、ネットワークサービス機能を利用するために利用者認証を必要とするサービス管理システムであって、少なくとも利用者認証に基づくネットワークサービス提供を行うためのサービス管理装置と利用者を特定するための認証装置と利用者に対し情報の入出力を行うための実行装置から構成され、前記認証装置は、少なくとも１つ以上の認証手段と、外部機器と接続するための接続インタフェースと、外部機器からの認証要求を受信する認証要求受信手段と、当該装置のもつ認証手段および当該手段がもつ機能を管理する認証機能管理手段と、前記受信した認証要求を元に当該装置のもつ認証手段を選択する認証機能選択手段と、前記選択された認証手段を実行する認証機能実行手段と、認証結果を外部機器に送信する認証結果送信手段を有し、前記実行装置は、利用者からの情報、指示入力を行うための入力手段と、利用者への情報提示を行うための出力手段と、利用者からの入力と利用者への出力を制御するとともに前記サービス管理装置と前記認証装置の間をインタフェースする機能を持っている。

したがって、本実施形態に係るサービス管理システム１ａでは、サービスに応じて必要な認証方式、あるいは、レベルを与えることが可能であり、サービス提供時において高度なセキュリティを満足するサービス提供フレームワークを実現することができる。また、サービスがサービス管理装置７ａの有する機能であっても、ネットワークサービスであってもよく、特に、ネットワークを介してサービスをオープンに提供できる拡張性の高いシステムを実現可能である。

また、サービスに必要な認証方式を直接指定できるだけでなく、認証レベル、あるいは、それに準じる数値にて定義を行うことで、ユーザの利用する機器（認証装置５）にて認証方式の決定を許容できる。したがって、モバイル機器や家電機器のような限られた認証手段しかもたない機器でも、サービスを安全に利用可能で、しかも、柔軟性の高いサービス提供フレームワークを実現可能である。これにより、場所・時間・環境・機器を問わず安全なサービスアクセスを提供できることができ、ユーザの便宜を図ることができる。

なお、上記各実施形態では、各装置を構成する各部材が、「ＣＰＵなどの演算手段がＲＯＭやＲＡＭなどの記録媒体に格納されたプログラムコードを実行することで実現される機能ブロックである」場合を例にして説明したが、同様の処理を行うハードウェアで実現してもよい。また、処理の一部を行うハードウェアと、当該ハードウェアの制御や残余の処理を行うプログラムコードを実行する上記演算手段とを組み合わせても実現することもできる。さらに、上記各部材のうち、ハードウェアとして説明した部材であっても、処理の一部を行うハードウェアと、当該ハードウェアの制御や残余の処理を行うプログラムコードを実行する上記演算手段とを組み合わせても実現することもできる。なお、上記演算手段は、単体であってもよいし、装置内部のバスや種々の通信路を介して接続された複数の演算手段が共同してプログラムコードを実行してもよい。また、上記各部材のうちの記憶部５４・７３は、メモリなどの記憶装置自体であってもよい。

上記演算手段によって直接実行可能なプログラムコード自体、または、後述する解凍などの処理によってプログラムコードを生成可能なデータとしてのプログラムは、当該プログラム（プログラムコードまたは上記データ）を記録媒体に格納し、当該記録媒体を配付したり、あるいは、上記プログラムを、有線または無線の通信路を介して伝送するための通信手段で送信したりして配付され、上記演算手段で実行される。

なお、通信路を介して伝送する場合、通信路を構成する各伝送媒体が、プログラムを示す信号列を伝搬し合うことによって、当該通信路を介して、上記プログラムが伝送される。また、信号列を伝送する際、送信装置が、プログラムを示す信号列により搬送波を変調することによって、上記信号列を搬送波に重畳してもよい。この場合、受信装置が搬送波を復調することによって信号列が復元される。一方、上記信号列を伝送する際、送信装置が、デジタルデータ列としての信号列をパケット分割して伝送してもよい。この場合、受信装置は、受信したパケット群を連結して、上記信号列を復元する。また、送信装置が、信号列を送信する際、時分割／周波数分割／符号分割などの方法で、信号列を他の信号列と多重化して伝送してもよい。この場合、受信装置は、多重化された信号列から、個々の信号列を抽出して復元する。いずれの場合であっても、通信路を介してプログラムを伝送できれば、同様の効果が得られる。

ここで、プログラムを配付する際の記録媒体は、取外し可能である方が好ましいが、プログラムを配付した後の記録媒体は、取外し可能か否かを問わない。また、上記記録媒体は、プログラムが記憶されていれば、書換え（書き込み）可能か否か、揮発性か否か、記録方法および形状を問わない。記録媒体の一例として、磁気テープやカセットテープなどのテープ、あるいは、フロッピー（登録商標）ディスクやハードディスクなどの磁気ディスク、または、ＣＤ−ＲＯＭや光磁気ディスク（ＭＯ）、ミニディスク（ＭＤ）やデジタルビデオディスク（ＤＶＤ）などのディスクが挙げられる。また、記録媒体は、ＩＣカードや光カードのようなカード、あるいは、マスクＲＯＭやＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュＲＯＭなどのような半導体メモリであってもよい。あるいは、ＣＰＵなどの演算手段内に形成されたメモリであってもよい。

なお、上記プログラムコードは、上記各処理の全手順を上記演算手段へ指示するコードであってもよいし、所定の手順で呼び出すことで、上記各処理の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。

また、上記記録媒体にプログラムを格納する際の形式は、例えば、実メモリに配置した状態のように、演算手段がアクセスして実行可能な格納形式であってもよいし、実メモリに配置する前で、演算手段が常時アクセス可能なローカルな記録媒体（例えば、実メモリやハードディスクなど）にインストールした後の格納形式、あるいは、ネットワークや搬送可能な記録媒体などから上記ローカルな記録媒体にインストールする前の格納形式などであってもよい。また、プログラムは、コンパイル後のオブジェクトコードに限るものではなく、ソースコードや、インタプリトまたはコンパイルの途中で生成される中間コードとして格納されていてもよい。いずれの場合であっても、圧縮された情報の解凍、符号化された情報の復号、インタプリト、コンパイル、リンク、または、実メモリへの配置などの処理、あるいは、各処理の組み合わせによって、上記演算手段が実行可能な形式に変換可能であれば、プログラムを記録媒体に格納する際の形式に拘わらず、同様の効果を得ることができる。

本発明の実施形態を示すものであり、サービス管理装置の要部構成を示すブロック図である。 上記サービス管理装置が設けられたサービス管理システムの要部構成を示すブロック図である。 上記サービス管理システムに設けられた端末装置の要部構成を示すブロック図である。 上記サービス管理システムに設けられた認証装置の要部構成を示すブロック図である。 上記認証装置の記憶部に設けられた認証デバイス属性情報テーブルのデータ構造の一例を示す図面である。 上記認証装置の動作の一例を示すフローチャートである。 上記サービス管理装置の記憶部に設けられたサービス認証属性テーブルのデータ構造の一例を示す図面である。 上記サービス管理装置の記憶部に設けられたサービス実行管理テーブルのデータ構造の一例を示す図面である。 上記サービス実行管理テーブルに記憶される認証フラグのデータ構造の一例を示す図面である。 上記サービス管理装置の記憶部に設けられたサービス記述テーブルのデータ構造の一例を示す図面である。 上記サービス管理装置の記憶部に設けられた認証デバイス実行管理テーブルのデータ構造の一例を示す図面である。 上記サービス管理装置の動作を示すものであり、オプション提示モードに関する動作を示すフローチャートである。 上記サービス管理装置の記憶部に設けられた対応表の一例を示す図面である。 上記サービス管理システムのサービス要求時の動作を示すものであり、認証成功時における各装置間の通信シーケンス例を示す図面である。 サービス要求時におけるサービス管理装置の概略動作を示すフローチャートである。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、認証時に端末装置と認証装置との間でインタラクションが行われる場合を示すシーケンス図である。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、認証要求が認証カウントでの認証指示を含む場合を示すシーケンス図である。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、認証要求が複数の認証方法での認証指示を含む場合を示すシーケンス図である。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、認証に失敗した場合を示すシーケンス図である。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、オプション提示モードが有効な場合を示すシーケンス図である。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、認証装置が個々の条件による認証結果を個別に応答する場合を示すシーケンス図である。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、カウント優先モードが有効な場合を示すシーケンス図である。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、逐次処理モードが有効な場合を示すシーケンス図である。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、他のサービス提供のための認証処理が既に行われている場合を示すシーケンス図である。 上記サービス管理システムのサービス要求時における通信シーケンス例を示すものであり、カウント優先モードが有効で、しかも、他のサービス提供のための認証処理が既に行われている場合を示すシーケンス図である。 サービス管理装置の概略動作を示すものであり、サービス提供後、継続条件に基づいてサービス提供の可否を決定する場合の動作を示すフローチャートである。 上記サービス管理システムの継続条件評価時における通信シーケンス例を示すものであり、他のサービス提供のための認証処理が既に行われている場合を示すシーケンス図である。 サービス要求時におけるサービス管理装置の詳細動作を示すフローチャートである。 上記詳細動作のフローチャートのうちのサービス要求解釈時におけるサービス管理装置の動作を、さらに詳細に示すフローチャートである。 上記詳細動作のフローチャートのうちの認証条件抽出および管理情報更新時におけるサービス管理装置の動作を、さらに詳細に示すフローチャートである。 イベントを監視する際のサービス管理装置の動作を示すものであり、タイマイベントハンドラの動作を示すフローチャートである。 イベントを監視する際のサービス管理装置の動作を示すものであり、上位ハンドラの動作を示すフローチャートである。 本発明の他の実施形態を示すものであり、サービス管理システムの要部構成を示すブロック図である。 上記サービス管理システムに設けられたサービス管理装置の要部構成を示すブロック図である。 上記サービス管理装置がサービスの実体としてのサービス処理部へサービス実行指示を送る際の動作を示すフローチャートである。 サービス要求時における、上記サービス管理システムの各装置間の通信シーケンス例を示す図面である。 上記サービス管理装置のサービス検索時の動作を示すフローチャートである。

符号の説明

１・１ａ サービス管理システム
３ 端末装置
５ 認証装置（認証システム）
７・７ａ サービス管理装置
５１ 認証デバイス（認証装置）
７２ 通信処理部（受付手段）
７３ 記憶部（記憶装置；内部記憶手段；ポインタ記憶手段）
７４・７４ａ サービス制御部（認証指示手段；決定手段；アクセス制御手段
；サービス検索手段）

Claims (17)

1. サービス提供の要求を受け付ける受付手段と、
   当該要求されたサービス提供の可否を決定する決定手段と、
   複数の認証方法で認証可能な認証システムに対して認証を指示する認証指示手段とを備え、
   上記決定手段は、上記認証システムによる認証結果に基づいて上記サービス提供の可否を決定すると共に、
   上記認証指示手段は、サービス提供の要求を受け付けた場合、上記決定手段がサービス提供の可否を決定可能な各サービスと、そのサービスを提供するために必要な認証条件との対応関係が記憶された記憶装置から、上記サービス提供の要求に対応する認証条件を読み出し、上記認証システムに対して、当該認証条件を満たす、少なくとも１つの認証方法での認証を指示し、
   上記記憶装置は、上記決定手段がサービス提供の可否を決定可能な各サービスと、そのサービスを提供し続けるために必要な認証条件、および、その認証条件で認証するタイミングを示す継続条件との対応関係も記憶されているものであり、
   上記認証指示手段は、上記決定手段がサービス提供可と決定した場合、上記記憶装置から当該サービスに対応する継続条件を読み出して当該継続条件の示すタイミングになったか否かを監視すると共に、当該タイミングになった場合は、当該継続条件の示す認証条件を満たす認証方法での認証を上記認証システムへ指示し、
   上記決定手段は、当該上記認証システムによる認証結果に基づいて上記サービスを提供し続けるか否かを決定することを特徴とするサービス管理装置。
2. 上記記憶装置は、上記認証条件として、認証方法自体、または、上記認証システムに含まれ、予め定められた認証方法で認証する認証装置を特定するための認証方法情報を記憶可能であり、
   上記認証指示手段は、上記記憶装置から認証条件としての認証方法情報を読み出した場合、当該認証方法情報の示す認証方法または認証装置での認証を指示することを特徴とする請求項１記載のサービス管理装置。
3. 上記記憶装置は、上記認証条件として、サービス提供時に必要とされる認証のレベルを示す認証レベル情報を格納可能であり、
   上記認証指示手段は、上記記憶装置から認証条件としての認証レベル情報を読み出した場合、当該認証レベル情報の示す認証レベルでの認証を指示することによって、当該認証レベル以上のレベルの認証方法で認証するように要求することを特徴とする請求項１記載のサービス管理装置。
4. 上記認証指示手段は、認証レベルを示す数値によって、当該認証レベル以上のレベルの認証方法での認証を指示することを特徴とする請求項３記載のサービス管理装置。
5. 上記記憶装置は、上記認証条件として、認証方法自体、または、上記認証システムに含まれ、予め定められた認証方法で認証する認証装置を特定するための認証方法情報を格納可能であり、
   上記認証指示手段は、上記記憶装置から認証条件としての認証方法情報を読み出した場合、当該認証方法情報の示す認証方法または認証装置を、当該認証方法の認証レベルまたは認証装置の認証レベルを示す数値に変換すると共に、当該数値以上のレベルの認証方法で認証するように上記認証システムへ指示することを特徴とする請求項１記載のサービス管理装置。
6. 上記認証指示手段は、上記認証条件を解析して、当該認証条件を複数の条件に細分化できるか否かを判定し、細分化可能な場合は、各細分化された条件を満たす認証方法での認証を指示するための認証要求を、順次、上記認証システムへ送ることによって、上記認証条件を満たす認証方法での認証を認証システムへ指示することを特徴とする請求項１記載のサービス管理装置。
7. 上記認証指示手段は、上記認証条件を複数の条件に細分化できるか否かに拘わらず、当該認証条件を満たす認証方法での認証を指示する単一の認証要求を、上記認証システムへ送ることによって、上記認証条件を満たす認証方法での認証を認証システムへ指示することを特徴とする請求項１記載のサービス管理装置。
8. ある認証条件を満たす認証方法での認証を上記認証システムへ指示したときに当該認証システムが複数の認証応答によって上記指示された認証の結果を返答した場合、上記決定手段は、これら複数の認証応答に基づいて、サービス提供の可否を決定することを特徴とする請求項１〜７のいずれか１項に記載のサービス管理装置。
9. 上記認証システムで実施された認証処理の認証方法または認証装置、並びに、その結果の履歴を示す履歴情報を記憶する履歴記憶手段を備え、
   上記履歴記憶手段から読み出した履歴情報の示す認証方法または認証装置での認証が行われれば当該履歴情報の示す認証結果が返ってくると見なした場合に、ある認証条件での認証成功に必要な条件を当該認証条件の代替条件とするとき、
   上記認証指示手段は、上記認証システムに対して、ある認証条件を満たす認証方法での認証を指示しようとする際、上記履歴記憶手段の履歴情報を参照すると共に当該認証条件を解析して当該認証条件の代替条件を特定し、当該認証条件を満たす認証方法での認証指示に代えて、当該代替条件を満たす認証方法での認証を指示することを特徴とする請求項１〜８のいずれか１項に記載のサービス管理装置。
10. 上記決定手段は、サービス提供不可と決定した場合、サービスと当該サービスを代替する可能性があると定められた代替サービスとの対応関係が記憶された代替サービス記憶装置から、上記要求されたサービスに対応する代替サービスを読み出し、当該代替サービスを示す情報をユーザに通知することを特徴とする請求項１記載のサービス管理装置。
11. 上記記憶装置は、上記サービス管理装置とアクセス可能な外部の装置に設けられた外部記憶装置を含むものであり、
    上記サービス管理装置は、上記記憶装置としての内部記憶手段と、当該記憶装置へのアクセスを制御するアクセス制御手段と、上記外部記憶装置に格納された上記対応関係へのポインタを記憶するポインタ記憶手段とを備え、
    上記アクセス制御手段は、読み出しが指示された上記対応関係が上記内部記憶手段に記憶されている場合は、当該対応関係が上記内部記憶手段から読み出されるようにアクセス制御すると共に、記憶されていない場合は、上記ポインタ記憶手段に記憶されたポインタのうち、当該対応関係へのポインタに基づいて、上記外部記憶装置から当該対応関係を読み出して上記内部記憶手段に格納し、当該外部記憶装置から読み出された対応関係が上記読み出されるようにアクセス制御することを特徴とする請求項１記載のサービス管理装置。
12. 上記決定手段は、あるサービスを提供可と判定した場合、ネットワークを介して接続される当該サービスの提供装置と通信して、当該サービスの提供を指示することを特徴とする請求項１記載のサービス管理装置。
13. 上記決定手段は、上記サービスの提供装置へサービスの提供を指示する際、サービス提供の要求を受け付けたユーザの情報も送信することを特徴とする請求項１２記載のサービス管理装置。
14. 内部記憶手段と、
    上記サービスの提供装置と通信する際、当該内部記憶手段に、当該サービスの提供装置にアクセスするための情報が記憶されていなければ、予め定められた提供装置の検索サービスへ問い合わせて、当該サービスの提供装置にアクセスするための情報を取得し、上記内部記憶手段へ格納するサービス検索手段とを備えていることを特徴とする請求項１２記載のサービス管理装置。
15. 請求項１〜１４のいずれか１項に記載のサービス管理装置および認証システムと、
    ユーザからのサービス提供要求を受け付けて、当該サービス提供の要求を上記サービス管理装置へ伝えると共に、提供されたサービスの結果をユーザへ伝える端末装置とを備え、
    上記端末装置は、上記サービス管理装置および認証システムの間の通信経路上に設けられ、上記サービス管理装置による認証システムへの認証指示を認証システムへ中継すると共に、当該認証システムからの認証結果を上記サービス管理装置へ中継することを特徴とするサービス管理システム。
16. 請求項１〜１４のいずれか１項に記載のサービス管理装置に記載の各手段として、コンピュータを動作させるプログラム。
17. 請求項１６記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。

Images