(57)【特許請求の範囲】
【請求項１】
ユーザ端末が、属性情報流通サーバに対して属性情報取得要求を送出して属性情報の取得を要求する属性情報要求過程と、
上記属性情報流通サーバ若しくは認証属性情報管理サーバが、上記ユーザ端末から認証を行うための属性種別である属性種別Ａに該当する属性情報ａを取得してユーザを認証し、当該認証結果と認証元を表す識別子を生成するユーザ認証過程と、
上記認証属性情報管理サーバが、認証により保証される属性種別である属性種別Ｂに該当する属性情報ｂを管理し、上記認証結果に対応する属性情報ｂを上記属性情報流通サーバに提供する属性情報提供過程と、
上記属性情報流通サーバが、上記認証結果と認証元を表す識別子を用いて属性情報を管理する認証属性情報管理サーバから当該認識結果に対応する属性情報ｂを取得してユーザ端末に流通する属性情報流通過程と、
ユーザ端末が、上記属性情報流通サーバから属性情報ｂと、情報提供サーバから非認証で取得可能な属性種別である属性種別Ｃに該当する属性情報ｃの、一方又は両方を取得し、上記属性情報ｂを認証が取れた属性情報として利用する属性情報利用過程と、
を有する属性情報取得方法。
【請求項２】
ユーザ端末が、属性情報流通サーバに対して属性情報取得要求を送出して属性情報の取得を要求する属性情報要求過程と、
上記属性情報流通サーバ若しくは認証属性情報管理サーバが、上記ユーザ端末から認証を行うための属性種別である属性種別Ａに該当する属性情報ａを取得してユーザを認証し、当該認証結果と認証元を表す識別子を生成するユーザ認証過程と、
上記認証属性情報管理サーバが、認証により保証される属性種別である属性種別Ｂに該当する属性情報ｂを管理し、上記認証結果に対応する属性情報ｂを上記属性情報流通サーバに提供する属性情報提供過程と、
上記属性情報流通サーバが、上記認証結果と認証元を表す識別子を用いて属性情報を管理する認証属性情報管理サーバから当該認識結果に対応する属性情報ｂを取得してユーザ端末に流通する属性情報流通過程と、
ユーザ端末が、上記属性情報流通サーバから属性情報ｂと、情報提供サーバから非認証で取得可能な属性種別である属性種別Ｃに該当する属性情報ｃの、一方又は両方を取得して上記属性情報ｂと上記属性情報ｃとを照合する属性照合過程と、上記属性照合過程において照合された属性情報ｃを属性種別Ｂの属性情報ｂとして利用する属性情報利用過程と、
を有する属性情報取得方法。
【請求項３】
請求項１又は２に記載した属性情報取得方法において、
上記属性情報取得要求は、
上記属性情報が、認証を行うための属性又は認証により保証される属性又は非認証で取得可能な属性であることを表す属性種別と、上記属性情報を格納する属性情報のまとまりを表現する属性項目と、を含むことを特徴とする属性情報取得方法。
【請求項４】
ユーザの認証を行うための属性種別である属性種別Ａに該当する属性種別の属性情報ａによる認証により保証される属性種別である属性種別Ｂに該当する属性種別の属性情報ｂを管理し、当該認証結果に対応する属性情報ｂを属性情報流通サーバに提供する認証属性情報管理サーバと、
上記認証属性情報管理サーバから上記認識結果に対応する属性情報ｂを取得してユーザ端末に流通する属性情報流通サーバと、
上記属性情報ａによる認証を上記認証属性情報管理サーバ又は上記属性情報流通サーバに要求し、上記属性情報ｂを取得し、情報提供サーバから非認証で取得可能な属性種別である属性種別Ｃに該当する属性情報ｃを取得し、上記属性情報ｂを認証が取れた属性情報として利用するユーザ端末と、
を備えたことを特徴とする属性情報取得システム。
【請求項５】
ユーザの認証を行うための属性種別である属性種別Ａに該当する属性情報ａによる認証により保証される属性種別である属性種別Ｂに該当する属性情報ｂを管理し、当該認証結果に対応する属性情報ｂを属性情報流通サーバに提供する認証属性情報管理サーバと、
上記認証属性情報管理サーバから当該認識結果に対応する属性情報を取得してユーザ端末に流通する属性情報流通サーバと、
上記属性情報ａによる認証を上記認証属性情報管理サーバ又は上記属性情報流通サーバに要求し、上記属性情報ｂを取得し、情報提供サーバから非認証で取得可能な属性種別である属性種別Ｃに該当する属性情報ｃを取得し、上記属性情報ｂと上記属性情報ｃとを照合する属性照合過程と、上記属性照合過程において照合された属性情報ｃを属性種別Ｂに該当する属性情報の属性情報ｂとして利用するユーザ端末と、
を備えたことを特徴とする属性情報取得システム。
【請求項６】
ネットワークを介して属性情報流通サーバと認証属性情報管理サーバとに接続されるユーザ端末であって、
要求する属性情報の属性種別と属性項目とから成る属性情報取得要求を属性情報流通サーバと情報提供サーバに送出して属性情報を要求する属性情報要求部と、
上記属性情報流通サーバ又は認証属性情報管理サーバに、ユーザの認証を行うための属性種別である属性種別Ａに該当する属性情報ａを送出してユーザの認証を要求する認証部と、
認証不要で取得できる属性種別である属性種別Ｃに該当する属性情報ｃを情報提供サーバから、認証により保証された属性種別である属性種別Ｂに該当する属性情報ｂを認証属性情報管理サーバから、それぞれ取得する属性情報取得部と、
を具備したことを特徴とするユーザ端末。
【請求項７】
ネットワークを介してユーザ端末と認証属性情報管理サーバとに接続される属性情報流通サーバであって、
上記ユーザ端末との間でユーザの認証を行うか、もしくは上記認証属性情報管理サーバでユーザが認証された認証結果と当該認証属性情報管理サーバの識別子を取得する流通認証部と、
上記流通認証部が出力する認証結果に基づいて対応する認証属性情報管理サーバから対応する認証により保証された属性種別である属性種別Ｂに該当する属性情報ｂを取得して、当該属性情報ｂを上記ユーザ端末に流通する属性情報流通部と、
を具備したことを特徴とする属性情報流通サーバ。
【請求項８】
ネットワークを介してユーザ端末と認証属性情報管理サーバと属性情報流通サーバに接続される属性情報取得提供サーバであって、
上記ユーザ端末と上記属性情報流通サーバを認証する認証部と、
認証された上記属性情報流通サーバから認証によって保証された属性種別である属性種別Ｂに該当する属性情報ｂを取得する属性情報取得部と、
上記属性情報取得部で取得した属性情報を上記ユーザ端末に提供する属性情報提供部と、
を具備したことを特徴とする属性情報取得提供サーバ。
【請求項９】
請求項６に記載したユーザ端末、又は、請求項７に記載した属性情報流通サーバ、又は、請求項８に記載した属性情報取得提供サーバとしてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、属性情報を利用した処理を行う際の属性情報の取得に関し、属性情報の種別を明らかにして属性情報を取得する属性情報取得方法と、その方法を用いた属性情報取得システムと、各装置とプログラムに関する。
【背景技術】
【０００２】
情報システムで利用する属性情報は、大きく分類すると、属性Ａ：認証を行うための属性と、属性Ｂ：認証により保証される属性と、属性Ｃ：非認証で取得可能な属性と、の三つの種別に分類される。以降、属性Ａ，属性Ｂは、属性種別Ａ，属性種別Ｂと称する。
【０００３】
属性種別Ａに該当する属性情報ａが正しいという前提条件の下で属性種別Ｂに該当する属性情報ｂを取得する技術として、例えばアイデンティティ管理技術がある。アイデンティティ管理技術としては、Ｗｅｂアプリケーションでシングルサインオンを利用する枠組みであるＳＡＭＬ（非特許文献１）や、ユーザアカウント及びユーザ属性を組織的に管理するためのプロトコルであるＬＤＡＰ（非特許文献２）などがある。
【先行技術文献】
【特許文献】
【０００４】
【非特許文献１】Security Assertion Markup Language(SAML)V2.0 Technical Overview, http://www.oasis-open.org/committees/download.php/27819/sstc-saml-tech-overview-2.0-cd-02.pdf
【非特許文献２】Lightweight Directory Access Protocol(V3) http://tools.ietf.org/html/rfc2251
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の技術では、例えばアプリケーションの枠を超えて属性情報を取得して利用することが出来なかった。図１０に従来技術の課題を示す。アプリケーションαは、属性情報ａによる属性情報管理装置９０でのユーザ認証のあと、属性情報管理装置９０からアプリケーションαに属性情報ｂ１を提供する。その後、新たに他の属性情報管理装置９１から属性情報ｂ２を入手しようとしても入手することが出来ない。図中の丸と斜めの線による記号は、アプリケーションαが属性情報管理装置９１にアクセス出来ないことを表している。
【０００６】
属性を取得するシステムの構築において、従来技術では、取り扱う属性情報の属性種別を事前に決定することを前提とするため、アプリケーションを再構築しない限り「事前に決定した属性の種別以外の属性情報を取得することが出来ない」といった技術的限界が存在する。
【０００７】
この限界点により、属性種別が混在する属性情報を取り扱う状況下において属性種別に応じて柔軟に属性情報の取得先を変更することができず、取得可能な属性情報が特定の属性種別の情報に限定されてしまう課題が発生する。
【０００８】
本発明は、このような課題に鑑みてなされたものであり、属性種別が混在している状況下であっても、アプリケーションを再構築する事無く属性情報を取得することが出来る属性情報取得方法と、その方法を用いた属性情報取得システムと、各装置とプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明の属性情報取得方法は、ユーザ端末が、属性情報流通サーバに対して属性情報取得要求を送出して属性情報の取得を要求する属性情報要求過程と、属性情報流通サーバ若しくは認証属性情報管理サーバが、ユーザ端末から認証を行うための属性種別である属性種別Ａに該当する属性情報ａを取得して当該ユーザを認証し、当該認証結果と認証元を表す識別子を出力するユーザ認証過程と、認証属性情報管理サーバが、認証により保証される属性種別である属性種別Ｂに該当する属性情報ｂを管理し、上記認証結果に対応する属性情報ｂを上記属性情報流通サーバに提供する属性情報提供過程と、属性情報流通サーバが、上記認証結果と認証元を表す識別子を用いて属性情報を管理する認証属性情報管理サーバから当該認識結果に対応する属性情報ｂを取得してユーザ端末に流通する属性情報流通過程と、ユーザ端末が、属性情報流通サーバから属性情報ｂと、情報提供サーバから非認証で取得可能な属性種別である属性種別Ｃに該当する属性情報ｃの、一方又は両方を取得し、上記属性情報ｂを認証が取れた属性情報として利用する属性情報利用過程と、を有する。
【００１０】
また、この発明の属性情報取得システムは、上記した属性情報取得方法を実行する認証属性情報管理サーバと、属性情報流通サーバと、ユーザ端末と、を備える。
【発明の効果】
【００１１】
本発明の属性情報取得方法によれば、認証により保証される属性種別である属性種別Ｂに該当する属性情報ｂと、非認証で取得可能な属性種別である属性種別Ｃに該当する属性情報ｃとを、区別して取得することが出来ると共に、認証結果と認証元を表す識別子を用いて属性情報を管理する１個以上の認証属性情報管理装置から属性情報ｂを取得することが可能である。その結果、柔軟に属性情報の取得先を変更することができ、アプリケーションを再構築する事無く新しい属性情報を取得することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の属性情報取得システム１００のシステム構成を示す図。
【図２】図１の動作シーケンスを示す図。
【図３】認証属性情報管理サーバ５０の機能を、認証管理サーバ６０と属性情報管理サーバ５０′とに、分離して持たせた場合の動作シーケンスを示す図。
【図４】ユーザ端末１０の機能構成例を示す図。
【図５】ユーザ端末１０の動作フローを示す図。
【図６】属性情報取得提供サーバ７０の機能構成例を示す図。
【図７】属性情報流通サーバ３０の機能構成例を示す図。
【図８】属性情報流通サーバ３０の動作フローを示す図。
【図９】本発明の属性情報取得システム１００′の動作シーケンス図を示す図。
【図１０】従来技術の課題を説明するための図。
【発明を実施するための形態】
【００１３】
以下、この発明の実施の形態を図面を参照して説明する。複数の図面中同一のものには同じ参照符号を付し、説明は繰り返さない。
【実施例１】
【００１４】
図１に、この発明の属性情報取得システム１００のシステム構成を示す。属性情報取得システム１００は、ユーザの操作により属性種別の異なる属性情報を利用するユーザ端末１０と、認証により保証される属性種別Ｂの属性情報を１台以上の認証属性情報管理サーバから取得してユーザ端末１０に流通する属性情報流通サーバ３０と、認証不要の属性情報ｃを提供する情報提供サーバ４０と、ユーザの認証を行うための属性種別Ａに該当する属性情報である属性情報ａを管理すると共に、認証により保証される属性種別Ｂに該当する属性情報の属性情報ｂを管理する１台以上の認証属性情報管理サーバ５０（５０１，５０２，…５０ｎ）とを具備する。情報提供サーバ４０は、例えばＧＰＳ受信装置などの従来技術で構成される（詳しくは後述する）。また、認証属性情報管理サーバ５０は、例えば上記した非特許文献１や２に記載された従来技術で構成される。
【００１５】
各サーバ３０，４０，５０と、ユーザ端末１０とは、ネットワーク（以降「ＮＷ」と称する）２０を介してお互いに接続されている。サーバは「装置」に置き換えることが可能な文言であり、以降、サーバに表現を統一する。
【００１６】
図２を参照して属性情報取得システム１００の動作を説明する。ユーザ端末１０は、アプリケーションが必要とする属性情報の取得を要求する属性情報取得要求を生成する（ステップＳ１）。属性情報取得要求には、要求する属性情報の属性種別Ｂ又は属性種別Ｃに該当する属性項目が含まれている。ここで、属性項目とは、属性値を格納するフィールドの名称、例えば、役職情報、氏名、温度などの、属性情報のまとまりを表現するものである。属性値とは、例えば、「課長」、「山田」、「２５度」といったものである。
【００１７】
ユーザ端末１０は、要求する属性情報の属性種別が、認証無しで取得できる属性である属性種別Ｃで有るか否かを判断する（ステップＳ２）。ステップ２は、ユーザ端末１０からの引き出し線上に無いが、ユーザ端末１０における処理である。要求属性種別が属性種別Ｃの場合（ステップＳ２のＹｅｓ）、認証不要の属性である属性種別Ｃに該当する属性情報ｃを提供する情報提供サーバ４０に属性情報ｃを要求する（ステップＳ３）。情報提供サーバ４０は、属性種別Ｃに該当する属性情報ｃをユーザ端末１０に提供する（ステップＳ４）。
【００１８】
情報提供サーバ４０は、例えば、無線ＬＡＮのアクセスポイント、ＩＰサイマルラジオ、ＧＰＳ受信装置などである。それぞれの情報提供サーバ４０から入手できる属性情報は、アクセスポイントを識別するためのＳＳＩＤや、接続元ＩＰアドレスなどのような接続地域の所在を表す情報や、ＧＰＳの座標情報や、各種センサ情報などの、ユーザ端末１０の利用環境に対応した情報である。なお、位置情報や各種センサ情報は、最近のスマートフォンのようにユーザ端末１０の内部に存在する場合があり得る。例えば、情報提供サーバ４０は、ユーザ端末１０と一体であっても良い。
【００１９】
ユーザ端末１０が要求する要求属性種別が属性種別Ｂである場合（ステップＳ２のＮｏ）。属性情報流通サーバ３０は、ユーザ端末１０と認証管理サーバ５０間で認証を行う（ステップＳ５）。例えば、ＩＤ・パスワードで認証を行う。その場合、属性情報流通サーバ３０は、ユーザ端末１０にユーザ認証のための属性種別Ａに該当する属性情報ａであるＩＤ・パスワードの入力を要求して入手する。そして、属性情報ａを管理する認証属性情報管理サーバ５０に、ユーザに対応する認証管理側のＩＤ・パスワードを要求して入手する（ステップＳ７，Ｓ８）。
【００２０】
このユーザを認証するステップ５は、認証属性情報管理サーバ５０の処理に含めても良い（破線で示す認証（Ｓ５））。その場合、ユーザ端末１０に入力されたＩＤ・パスワードは直接、認証属性情報管理サーバ５０に入力される。そして、認証属性情報管理サーバ５０から認証結果と認証元を表す識別子が、属性情報流通サーバ３０に与えられる。なお、認証属性情報管理サーバ５０は複数あっても良く、それぞれの認証属性情報管理サーバによって認証レベルが異なっても良い。ＩＤ・パスワードよりも認証レベルの高い認証が要求され、例えば電子証明書を用いた認証を行う場合には、ユーザ端末１０から認証に必要な電子証明書が属性情報流通サーバ３０或いは認証属性情報管理サーバ５０に出力される。
【００２１】
ユーザが認証された場合（ステップＳ９のＹｅｓ）、認証結果により属性情報を抽出する対象ユーザを特定し、対応する属性情報ｂを認証属性情報管理サーバ５０に要求する（ステップＳ１０）。この時、認証属性情報管理サーバ５０の識別子によって、属性情報ｂを要求する認証属性情報管理サーバ５０１，５０２，…，５０ｎの中からアクセス先が一意に決定される。又は、ユーザ端末１０からの属性情報取得要求に、認証属性情報管理サーバ５０の例えばサーバに固有のＩＤ情報（PSID:Personal Station ID）を含めるようにしておき、そのＩＤ情報の認証属性情報管理サーバから属性情報を取得するようにしても良い。又は、アクセス先情報を指定する方法としてＵＲＬ（Uniform Resource Locator）を用いても良い。
【００２２】
認証属性情報管理サーバ５０の１台は、属性情報ｂを属性情報流通サーバ３０に提供する（ステップＳ１１）。
【００２３】
属性情報ｂとは、「属性情報ａに紐づく情報」であり、例えば人に対応した情報である人事情報（所属、勤続年数、役職等）などの情報である。属性情報ｂは、属性情報流通サーバ３０において属性種別Ａに該当する属性情報である属性情報ａによって認証された結果得られた情報としてユーザ端末１０に出力される（ステップＳ１２）。なお、ステップＳ１２の属性情報流通ステップは、図の記載上の都合により属性情報流通サーバ３０からの引き出し線上に無いが、属性情報流通サーバ３０における処理である。
【００２４】
ユーザ端末１０は、ステップＳ４によって非認証で得られた属性情報ｃと、認証された結果得られた属性情報ｂと、を区別して取得することが出来る。また、認証属性情報管理サーバ５０を特定する識別子によって、適宜、属性情報を取得する際のアクセス先（認証属性情報管理サーバ５０１，５０２，…，５０ｎ）が変更されるので、新たな属性情報ｂを追加して入手することが可能である。これにより、アプリケーションを再構築する事無く、新たな属性情報ｂを取得することができる。図２においては、アプリケーションを明示していない。アプリケーションは、ユーザ端末１０内に設けられステップＳ６とステップＳ１３と、図示していない処理を含んで取得した属性情報を利用してユーザに何らかの情報提供をするものである。つまり、この実施例では、属性情報を利用する利用過程のことを、アプリケーションと表現する。
【００２５】
なお、認証属性情報管理サーバ５０の認証機能と属性情報管理機能とを、二つに分離しても良い。その場合、図１に破線で示すように、複数の認証管理サーバ６０（６０１，６０２，６０ｎ）と、複数の属性情報管理サーバ５０′（５０′の図示は省略）とを、含む形で属性情報提供システム１００′が構成される。その場合の属性情報提供システムの動作シーケンスを図３に示す。認証属性情報管理サーバ５０が、認証管理サーバ６０と属性情報管理サーバ６０とに分離されるだけで、動作シーケンスは同じである。
【００２６】
次に、この発明の属性情報取得システム１００を構成するユーザ端末１０と、属性情報流通サーバ３０の機能構成例を示して更に詳しく説明する。
【００２７】
〔ユーザ端末〕
図４に、ユーザ端末１０の機能構成例を示す。ユーザ端末１０は、通信インターフェース１１と、機能ブロック１２と、制御手段１３とを備える。機能ブロック１２は、属性情報要求部１１０と、認証部１１１と、属性情報取得部１１２と、を具備する。機能ブロック１２の各部は、制御手段１３によって制御される。機能ブロック１２は、通信インターフェース１１を介してＮＷ２０と接続される。機能ブロック１２内の各機能部は、この発明の特別な技術的特徴を有する機能部のみを表記している。キーボードや、表示部等の特別な技術的特徴を示さない機能部は省略している。他のサーバについても同様である。
【００２８】
通信インターフェース１１と、機能ブロック１２と、制御手段１３は、例えばコンピュータ上で所定のプログラムを実行させることにより構成することにしてもよい。つまり、ユーザ端末１０は、コンピュータ端末で構成しても良い。
【００２９】
図５に示すユーザ端末１０の動作フローも参照してその動作を説明する。属性情報要求部１１０は、要求する属性情報の属性種別と属性項目とから成る属性情報取得要求を、属性種別に応じて属性情報流通サーバ３０又は情報提供サーバ４０に送出して属性情報を要求する（ステップＳ１１０）。要求する属性情報の属性種別が属性種別Ｃの場合は情報提供サーバ４０に（ステップＳ１１０ａ）、属性種別Ｂの場合は属性情報流通サーバ３０に（ステップＳ１１０ｂ）、それぞれ属性情報を要求する。要求する属性情報は、アプリケーションが要求する属性種別に対応して、属性情報要求部１１０が定める。又は、アプリケーション毎に必要な属性情報を、その属性項目と属性種別とを対応させた対応テーブル１１３として用意しておいても良い。この場合、対応テーブル１１３に用意された要求する属性情報を、例えばシステム管理者が必要に応じて追加・削除・変更できるようにしておくことで、属性情報の取得の自由度を更に高めることが可能である。
【００３０】
認証部１１１は、属性情報流通サーバ３０又は認証属性情報管理サーバ５０からの認証要求に応答して、ユーザの認証を行うための属性種別である属性種別Ａに該当する属性情報ａを送出してユーザの認証を要求する（ステップＳ１１１ａ，ｂ）。ユーザを認証するための属性情報ａの要求がない場合は、ユーザは非認証で取得可能な属性情報ｃのみを要求している場合（ステップＳ１１１ａなし）であり、この場合、属性情報取得部１１２は情報提供サーバ４０から属性種別Ｃに該当する属性情報の属性情報ｃを取得する（ステップＳ１１２ｂ）。
【００３１】
属性情報流通サーバ３０又は認証属性情報管理サーバ５０から属性情報ａの要求がある場合は（ステップＳ１１１ａのあり）、ユーザの属性情報ａが、その要求元に送出される。属性情報ａとして送出される情報は、認証のレベルに応じて定められる。例えば簡易な認証でも構わない場合には、ＩＤ・パスワードのみを利用した認証方式に従い、強固な認証を必要とする場合には、電子証明書を用いた認証方式に従えば良い。ユーザが認証された後、属性情報取得部１１２は属性情報流通サーバ３０を介して、認証属性情報管理サーバ５０から認証により保証された属性種別である属性種別に該当する属性情報ｂを取得する（ステップＳ１１２ａ）。
【００３２】
ユーザ端末１０は、属性情報ｃを非認証で得られた属性情報、属性情報ｂを認証が取れた属性情報として利用する（ステップＳ１１３）。つまり、非認証で得られた属性情報ｃと、認証された結果得られた属性情報ｂと、を区別して取得することが出来る。また、認証属性情報管理サーバ５０を特定する識別子によって、適宜、属性情報を取得する際のアクセス先（認証属性情報管理サーバ５０１，５０２，…，５０ｎ）が変更されるので、新たな属性情報ｂを追加して入手する必要が生じた場合に、アプリケーションを再構築する必要がない。
【００３３】
なお、ユーザ端末１０の内部に属性情報取得部１１２を備える例で説明したが、属性情報提供がＡＳＰ（Application Service Provider）などのサービス形態で実現されても良い。その場合のユーザ端末１０は、情報の入出力手段と認証部のみを具備し、ＡＳＰにより提供される情報提供サービスは、図６に示す属性情報取得提供サーバ７０によって構成される。
【００３４】
属性情報取得提供サーバ７０の機能ブロック７２は、認証部７２０と、属性情報要求受信部７２１、属性情報取得部７２２と、属性情報提供部７２３と、を備える。認証部７２０は、ユーザ端末１０と属性情報流通サーバ３０を認証する。認証部７２０は、ユーザ端末１０と属性情報流通サーバ３０を、それぞれ個別に認証しても良いし、認証属性情報管理サーバ５０における認証結果をそのまま利用して、属性情報流通サーバ３０の認証は不要にしても良い。その場合、属性情報流通サーバ３０は、認証されたユーザ端末１０に、ユーザを認証した認証属性情報管理サーバ５０から属性情報ｂを中継するだけの機能を果たす。
【００３５】
属性情報受信部７２１は、ユーザ端末１０から属性情報取得要求を受信する。
【００３６】
属性情報取得部７２１は、属性情報取得要求に基づいて、認証された属性情報流通サーバ３０から認証によって保証された属性種別である属性種別Ｂに該当する属性情報ｂと、情報提供サーバ４０から認証不要で取得可能な属性種別である属性種別Ｃに該当する属性情報ｃを取得する。属性情報提供部７２２は、属性情報取得部７２１で取得した属性情報ｂ、又は属性情報ｃをユーザ端末１０に提供する。
【００３７】
このように属性情報取得提供サーバ７０から属性情報の提供を受ける実施形態であっても、上記した本発明の効果を奏することが出来る。
【００３８】
〔属性情報流通サーバ〕
図７に、属性情報流通サーバ３０の機能構成例を示す。属性情報流通サーバ３０は、通信インターフェース３１と、機能ブロック３２と、制御手段３３とを備える。機能ブロック３２は、流通認証部３２０と、属性流通部３２１と、を具備する。機能ブロック３２の各部は、制御手段３３によって制御される。機能ブロック３２は、通信インターフェース３１を介してＮＷ２０と接続される。通信インターフェース３１、機能ブロック３２、制御手段３３、のそれぞれの関係他については、上記したユーザ端末１０と同じである。
【００３９】
図８に示すユーザ端末１０の動作フローも参照してその動作を説明する。流通認証部３２０は、ユーザ端末１０との間でユーザの認証を行うか、もしくは認証管理サーバ５０でユーザが認証された認証結果と当該認証管理サーバの識別子を取得して、属性情報の流通の可否を判断する。この流通認証過程は、認証待機ステップＳ３２０′と流通可否判定ステップＳ３２０とを含む。ここで、認証待機ステップＳ３２０′は、ユーザ端末１０からの認証要求が発生するまで待機するステップのことであり、認証要求が発生する度に流通可否判定ステップＳ３２０を実行し、属性情報の流通が不可の場合に、再び次の認証要求が発生するまで待機する。
【００４０】
属性流通部３２１は、流通認証部３２０が属性情報の流通可と判断した場合に、認証属性情報管理サーバ５０から対応する認証により保証された属性種別である属性種別Ｂに該当する属性情報ｂを取得して、ユーザ端末１０に流通する（ステップＳ３２１）。
【実施例２】
【００４１】
実施例１では、非認証で得られた属性情報ｃと、認証された結果得られた属性情報ｂと、を区別して取得することが出来る属性情報取得システムを説明した。属性情報ｃと属性情報ｂとを区別して取得できるので、属性情報ｃの属性項目と属性情報ｂの属性項目とを照合することで、属性情報ｃの認証レベルを引き上げて属性情報ｂに相当する情報として取り扱うことが出来る属性情報取得システムも考えられる。
【００４２】
例えば、ユーザがあるアプリケーションで免許書番号を使用する場面を想定する。その場合、ユーザは免許書を見ながらユーザ端末にその番号を、キーボード等を用いて入力する。その時点では、その番号は属性種別Ｃに該当する属性情報ｃに過ぎないが、その番号を認証により保証された属性情報ｂとして利用したい場合がある。
【００４３】
図９に、属性情報ｃの認証レベルを引き上げることが出来る属性情報取得システムの動作シーケンス図を示す。図９は、ユーザ端末１０で属性照合（ステップＳ１４）を行う点のみが実施例１（図２）と異なる。
【００４４】
ステップＳ１４の属性照合で、属性情報ｃの属性項目が、属性情報ｂの属性項目に一致するか否かを検証する。検証は、ユーザ端末１０の照合部１１４（図３）で行う。一致することが検証されれば、例えばキーボード等を用いて入力された番号のような属性種別Ｃに該当する属性情報を、属性種別Ｂに該当する情報として扱うことが可能になる。一致しない場合は、アプリケーションの処理を中断する。
【００４５】
このように、属性値が「認証により保証された情報」である事が求められるアプリケーションにおいて、属性種別Ｃに該当する属性情報ｃと、属性種別Ｂに該当する属性情報ｂとを照合することで、属性種別Ｃに該当する属性情報ｃの信頼性のレベルを「認証により保証された情報」に引き上げることが可能である。なお、この属性種別Ｃに該当する属性情報の信頼性のレベルを「認証により保証された情報」に引き上げる機能は、上記した属性情報取得提供サーバ７０に持たせることも可能である。その場合、機能ブロックに照合部１１４に相当する機能部を備え、属性種別Ｃに該当する属性情報の属性情報ｃと、属性種別Ｂに該当する属性情報の属性情報ｂとを照合する。
【００４６】
以上述べたように、本発明の属性情報取得方法によれば、認証により保証される属性である属性情報ｂと、非認証で取得可能な属性情報ｃとを、区別して取得することが出来ると共に、認証結果と認証元を表す識別子を用いて属性情報を管理する１個以上の属性管理装置から属性情報ｂを取得することが可能である。その結果、柔軟に属性情報の取得先を変更することができ、アプリケーションを再構築する事無く新しい属性情報を取得することが可能になる。
【００４７】
なお、上記方法及び装置において説明した処理は、記載の順に従って時系列に実行され
るのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されるとしてもよい。
【００４８】
また、上記装置における処理手段をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、各装置における処理手段がコンピュータ上で実現される。
【００４９】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。具体的には、例えば、磁気記録装置として、ハードディスク装置、フレキシブルディスク、磁気テープ等を、光ディスクとして、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）/ＲＷ（ReWritable）等を、光磁気記録媒体として、ＭＯ（Magneto Optical disc）等を、半導体メモリとしてＥＥＰ−ＲＯＭ（Electronically Erasable and Programmable-Read Only Memory）等を用いることができる。
【００５０】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記録装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００５１】
また、各手段は、コンピュータ上で所定のプログラムを実行させることにより構成することにしてもよいし、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【図１】
0005722271.tif 000002
【図２】
0005722271.tif 000003
【図３】
0005722271.tif 000004
【図４】
0005722271.tif 000005
【図５】
0005722271.tif 000006
【図６】
0005722271.tif 000007
【図７】
0005722271.tif 000008
【図８】
0005722271.tif 000009
【図９】
0005722271.tif 000010
【図１０】
0005722271.tif 000011