電子機器の認証についての識別管理システム
【課題】
電子機器へサービスを提供するシステムにおいては、決済のための認証がサービスの提供を受ける機器ごとにしか行われないため、例えば、利用者の所有する他の電子機器にて契約しているクレジットカード会社や銀行口座を介して支払いを行いたい場合でも対応できず、利用者にとって不便である。
【解決手段】
本発明は、かかる実情に鑑み、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する保証要求を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力するシステムを提案するものである。第一判定サーバは、この保証に基づいて保証付のサービス依頼を第二判定サーバに対して出力することにより、利用者の識別管理を他の垂直統合型形態と連携させて、より柔軟なサービス提供の環境が整備できる。
電子機器へサービスを提供するシステムにおいては、決済のための認証がサービスの提供を受ける機器ごとにしか行われないため、例えば、利用者の所有する他の電子機器にて契約しているクレジットカード会社や銀行口座を介して支払いを行いたい場合でも対応できず、利用者にとって不便である。
【解決手段】
本発明は、かかる実情に鑑み、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する保証要求を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力するシステムを提案するものである。第一判定サーバは、この保証に基づいて保証付のサービス依頼を第二判定サーバに対して出力することにより、利用者の識別管理を他の垂直統合型形態と連携させて、より柔軟なサービス提供の環境が整備できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器の認証についての識別管理システムに関するものである。
【背景技術】
【０００２】
電子機器から要求されるサービスを提供し、その注文に対する決済の手続を行うサービス提供システムは、従来から存在する（例えば、特許文献１参照）。
【特許文献１】特開２００４−２２７０５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記手法においては、決済のための認証がサービスの提供を受ける装置ごとにしか行われないため、例えば、利用者の所有する他の端末装置にて契約しているクレジットカード会社や銀行口座を介して支払いを行いたい場合でも対応できず、利用者にとって不便である。
【課題を解決するための手段】
【０００４】
本発明は、かかる実情に鑑み、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する保証要求を受けた識別管理サーバにて、識別管理部の検索を行い、共通識別情報が管理されていれば保証を出力するシステムを提案するものである。第一判定サーバは、この保証に基づいて保証付のサービス依頼を第二判定サーバに対して出力することができる。
【０００５】
また、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから保証要求付サービス依頼を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証付サービス依頼を識別管理サーバ自身が第二判定サーバに対して出力するとしてもよい。
【０００６】
さらに、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバからサービス依頼を受けた第二判定サーバが保証要求を識別管理サーバに対して出力するとしてもよい。これを受けて識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて第二判定サーバに対して保証を出力するとしてもよい。
【発明の効果】
【０００７】
本件発明により複数の電子機器を利用する一の利用者を、電子機器識別に依存せずに唯一的に識別可能とした。これにより、一の電子機器が一のサービス体系に縛られていた現状を打破し、サービス体系の垣根を取り払うことができた。つまり、一の電子機器が垣根を越えて複数のサービス体系を横断的に利用可能となった。
【発明を実施するための最良の形態】
【０００８】
以下に、各発明を実施するための最良の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【０００９】
実施形態１は、主に請求項１、２、７から１２などについて説明する。 実施形態２は、主に請求項３、４、１３から１８などについて説明する。 実施形態３は、主に請求項５、６、１９から２４などについて説明する。
【００１０】
<<実施形態１>>
【００１１】
<実施形態１：概要> 実施形態１について説明する。本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムである。第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する第一保証要求を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力することに特徴を有する。
【００１２】
図１は、本実施形態の概念を説明するための前段階の場面を示すものである。電子機器を利用してサービスの提供を受ける際は、一般的には同じ体系の判定サーバを介して、サービス提供者等へその対価が支払われるための処理が実行される。つまり、第一電子機器を利用して第一サービスの提供を受ける際には、第一判定サーバを介して、サービス提供者等へ対価が支払われるための処理が実行される。しかし、本件発明は、第一電子機器から第一判定サーバに対して第二判定サーバの利用要求を行い、第一電子機器によるサービスの利用に伴う対価を、第二判定サーバを介して支払い可能とするための処理など異なる体系のサービスを横断的に利用可能とすることを目的とする。今、第一判定サーバは、第一電子機器からの第二判定サーバの利用要求を受け、これを第二判定サーバへ渡すこととした。このとき利用要求に利用者を識別するための識別情報を含むとする。
【００１３】
一般的に利用者Ａは、第一判定サーバと第二判定サーバに対して、サービス利用契約時にｕｓｅｒＩＤを登録する。一例として、ここでは第一判定サーバにｓａｋｕｒａを、第二判定サーバにｍｏｍｏを登録したものとする。最初に、第一電子機器は第一判定サーバに対して、ｕｓｅｒＩＤ：ｓａｋｕｒａとの共通識別情報を含む第二判定サーバの利用要求を出力した（１）。しかし、第二判定サーバに蓄積されている識別情報は、ｕｓｅｒＩＤ：ｍｏｍｏであり、両者は一致しないため、第二判定サーバでは利用要求を受理することはできず、サービスの提供等も行われない。目的を達成するために利用者は識別情報をｕｓｅｒＩＤ：ｍｏｍｏと修正し、第一電子機器は再度第一判定サーバに対して、第二判定サーバの利用要求を出力する（２）。このとき、利用要求に含まれる識別情報（修正により、ｕｓｅｒＩＤ：ｍｏｍｏ）と、第二判定サーバに蓄積されている識別情報（ｕｓｅｒＩＤ：ｍｏｍｏ）とは確かに一致するが、識別情報の唯一性が保証されていない限り、第二判定サーバが利用要求を受理してもよいと判断することは問題があるといえる。したがって、次に説明するように第一判定サーバ、第二判定サーバにて管理される同値の識別情報が、本願発明のシステム内において、唯一の識別情報であり、その識別情報は、一の利用者が登録した共通識別情報であることを証明することとする。
【００１４】
図２は、本実施形態の概念の一例を示すものである。本実施形態のシステムを構成する各サーバ、機器の相関を図に示した。第一電子機器と、第二電子機器とは、同一人の利用者Ａによって利用されている。各電子機器は、それぞれのサービスサーバから、例えば、インターネットの閲覧や、コンテンツの再生など各種サービスの提供を受けることができる。利用者はサービスの提供を受けるために、予め識別管理サーバに共通識別情報の登録を行う。また、利用者は各判定サーバに対しても共通識別情報の登録を行うことが必要である。
【００１５】
まず、第一判定サーバは、第一電子機器からの第二判定サーバの利用要求を受ける（１）。このとき、利用要求は第一サービスサーバ群を経由するルートにて受け付ける（２）としてもよい。次に、第一判定サーバは、前記利用要求に基づいて、共通識別情報を含む第一保証要求を出力する（３）。これは、識別管理サーバから、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）が本システム内にて唯一の存在であること証明するためである。その次に、識別管理サーバは、第一判定サーバが出力する第一保証要求に基づいて識別管理部を検索し、その検索結果に基づいて第一保証を出力する（４）。
【００１６】
さらに、識別管理サーバからの第一保証に基づいて、第一判定サーバが共通識別情報を含む保証付サービス依頼を出力する（５）。このとき、第二判定サーバは、保証付サービス依頼を受信し、その保証を確認したうえで受信したサービス依頼に応じたサービスの提供を行なうことが想定される。また、この保証付サービス依頼に基づいて、利用者の共通識別情報と、第二電子機器識別情報とが関連付けられて保持されているか、共通識別情報をキーとして検索を行なうとしてもよい。これについては、実施形態１の構成２にて詳述する。
【００１７】
<実施形態１：構成１> 本実施形態での機能ブロックの一例を図３に示した。 図３に示す本実施形態の「システム」（０３００）は、「第一サービスサーバ群」（０３０１）と、「第二サービスサーバ群」（０３０２）と、「第一電子機器」（０３０３）と、「第二電子機器」（０３０４）と、「第一判定サーバ」（０３１０）と、「第二判定サーバ」（０３２０）と、「識別管理サーバ」（０３３０）とからなる。第一判定サーバ（０３１０）は、「第一関連保持部」（０３１１）と、「第一保証要求出力部」（０３１２）と、「第一保証受信部」（０３１３）と、「保証付サービス依頼出力部」（０３１４）と、を有し、第二判定サーバ（０３２０）は、「第二関連保持部」（０３２１）と、「保証付サービス依頼受信部」（０３２２）と、を有する。また、識別管理サーバ（０３３０）は、「識別管理部」（０３３１）と、「識別管理部検索部」（０３３２）と、「保証出力部」（０３３３）と、を有する。
【００１８】
<サービスサーバ群>
【００１９】
「第一サービスサーバ群」（０３０１）は、第一判定に基づいて第一サービスを第一電子機器に行なう。「第一判定」とは、第一電子機器が第一サービスサーバ群から第一サービスを受けられるか否かを判断する処理、及び、その結果をいう。第一判定サーバから第一判定が得られない限り、第一電子機器は第一サービスの提供を受けることはできない。「第一サービス」とは、第一電子機器に対して与えられるコンテンツなどをいい、具体的には、インターネットの閲覧や、コンテンツのダウンロード、メールの送受信などが該当する。第一サービスは、単一のサービスのみを指す場合だけでなく、複数のサービスからなる場合もある。第一サービスサーバ群とあるのは、各サービスに対応して、サービスサーバが複数となることが想定されることに起因する。
【００２０】
「第二サービスサーバ群」（０３０２）は、第二判定に基づいて第二サービスを第二電子機器に行なう。同様に、「第二判定」とは、第二電子機器が第二サービスサーバ群から第二サービスを受けられるか否かを判断する処理、及び、その結果をいう。第二判定サーバから第二判定が得られない限り、第二電子機器は第二サービスの提供を受けることはできない。「第二サービス」とは、第二電子機器に対して与えられるコンテンツなどをいい、具体的には、インターネットの閲覧や、コンテンツのダウンロード、メールの送受信などが該当する。第二サービスは、単一のサービスのみを指す場合だけでなく、複数のサービスからなる場合もある。第二サービスサーバ群とあるのは、各サービスに対応して、サービスサーバが複数となることが想定されることに起因する。また、第一サービスサーバ群と、第二サービスサーバ群とは、同一のサーバが重複して該当する場合もある。
【００２１】
<電子機器>
【００２２】
「第一電子機器」（０３０３）は、利用者が利用し、専ら第一サービスサーバ群から第一サービスを受ける。第一電子機器は、電子機器一般が広く該当し、具体的には、通信端末（ＰＣ、デジタルＴＶなど）や、携帯端末（携帯電話、ＰＤＡなど）が例示できる。利用者は、第一電子機器にて第一サービスを受けるためには、第一判定サーバや第一サービスサーバ群に対してアクセスし、利用要求を行う。また、第一電子機器は、通常、第二サービスサーバ群からサービスの提供を受けることはできない。
【００２３】
「第二電子機器」（０３０４）は、第一電子機器を利用する利用者が利用し、専ら第二サービスサーバ群から第二サービスを受ける。第二電子機器は、電子機器一般が広く該当し、具体的には、通信端末（ＰＣ、デジタルＴＶなど）や、携帯端末（携帯電話、ＰＤＡなど）が例示できる。利用者は、第二電子機器にて第一サービスを受けるためには、第二判定サーバや第二サービスサーバ群に対してアクセスし、利用要求を行う。また、第二電子機器は、通常、第一サービスサーバ群からサービスの提供を受けることはできない。ここでは、第一電子機器と、第二電子機器とは、同一の利用者が利用可能な電子機器を想定したものである。また、第一電子機器と、第二電子機器とは、異なる種類の電子機器であることは必須ではない。
【００２４】
<第一判定サーバ>
【００２５】
「第一判定サーバ」（０３１０）は、第一電子機器が第一サービスサーバ群から第一サービスを受けるために、第一電子機器識別情報に基づいて第一判定する。「第一電子機器識別情報」とは、第一電子機器を、第一サービスサーバ群と第一判定サーバとの範囲内にて一意に識別するための情報である。ただし、第一電子機器そのものでなく、第一電子機器を介して第一サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第一電子機器識別情報は、第一電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第一判定サーバが判断するために通常利用する識別情報であり、一般的には第一サービスの提供を受けるために固有に築かれたシステム用の識別情報である。例えば課金処理サーバと、これを利用して課金処理を行なう複数のサービス提供のためのサービスサーバ群とからなる固有のシステム（以下これをＸという。）内で利用する識別情報が該当する。第一判定サーバは、「第一関連保持部」（０３１１）と、「第一保証要求出力部」（０３１２）と、「第一保証受信部」（０２１３）と、「保証付サービス依頼出力部」（０３１４）と、を有している。
【００２６】
「第一関連保持部」（０３１１）は、利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する。「共通識別情報」は、利用者を本システム内にて一意に識別するための情報である。本来前記例で言うところのＸたるシステムが構築された時点では共通識別情報なるものを利用する必要はないのであるが、本件発明の目指す異なるサービス体系の横断的利用のために、後発的に固有システム内に共通する概念情報を導入する必要がある。つまり、固有のシステム（例えば第一サービス体系）を構築後、他の固有のシステム（例えば第二サービス体系）との間で横断的に利用者の利用（例えば第一判定サーバと、第二判定サーバを一の電子機器により利用すること）を促進すべく導入される概念情報が共通識別情報である。この共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【００２７】
このように、同一の利用者Ａが第一のサービスと、第二のサービスを受ける際の識別情報としては、第一電子機器識別情報と、第二電子機器識別情報（後に定義）という異なる識別情報を利用する。したがって、このままでは第一判定サーバと、第二判定サーバとは、それぞれがサービスを利用している利用者Ａが同一人であると認識することは困難である。しかし、本システムの恩恵（即ち異なるサービス体系間の横断的利用）を受けるために利用される共通識別情報で識別すれば両者は同一の利用者Ａ（第一判定サーバにとっては固有の識別体系である第一電子機器識別情報で識別される電子機器を利用する利用者Ａであり、第二判定サーバにとっては別の固有の識別体系である第二電子機器識別情報で識別される電子機器を利用する利用者Ａ）であるとの識別が可能となる。
【００２８】
第一判定サーバは、固有のサービス体系を実現するためには原則として第一電子機器識別情報に基づいて、第一電子機器が第一サービスサーバ群から第一サービスを受けることができるかどうかの第一判定を行う。この判定処理は、第一電子機器が自身の第一電子機器識別情報を第一判定サーバに対して送信することにより、第一サービスの提供を要求する場合に行われる。これらの処理は、第一サービス関連システム内にとどまった処理であり、第一サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【００２９】
「第一保証要求出力部」（０３１２）は、第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一保証要求を出力する。本件発明の目指す異なるサービスシステム間の横断的利用のために第一判定サーバから外部に対して最初に行なわれる処理である。第二判定サーバの利用要求としては、第二判定サーバを介して第一サービスの利用料を支払うことを要求するために、第一電子機器が送信する場合がある。本来第一電子機器は第一サービスシステム内でのみサービスの提供を受けることが出来たのであるが、その壁を破って他のサービスシステムにおいても所定のサービスを受けようとするためのものである。本件発明の場合には特に第二判定サーバの利用を目的としている。さらに具体的には、第二電子機器にてダウンロードした暗号化コンテンツ等を第一電子機器においても利用可能とするために第二判定サーバを介して復号鍵を取得することの要求や、第二電子機器にてダウンロードした個人情報等（スケジュール、カルテなど）を第一電子機器においても閲覧可能とするために第二判定サーバを介してパスワードを取得することの要求などが該当する。繰り返せば、これらの処理は本来第一電子機器が享受することが不可能であった処理である。なぜなら第一電子機器は第一サービスシステム体系内にてサービスを受けられるのに対して、これらの処理は、第二サービスシステム体系内で第二電子機器のみしか享受することが出来ない処理だったからである。
【００３０】
図４は、判定サーバ、識別管理サーバ間でやり取りする情報を具体的に示したものである。図では利用要求（０４０１）は、第二判定サーバを介して第一サービスの利用料を支払うことの要求を例示した。利用要求には、第一電子機器識別情報などを含む場合がある。また、利用要求は、図示していないが第一サービスサーバ群を経由して取得される場合もある。
【００３１】
第一保証要求は、識別管理サーバから共通識別情報で識別される利用者が唯一存在することの保証を得るために出力されるものである。第一保証要求は、共通識別情報（図で示した例では、ｕｓｅｒＩＤ：ｓａｋｕｒａ）を含むが、その他、第二判定サーバを識別するための情報などを含んでいてもよい。利用要求に第一電子機器識別情報が含まれている場合にはこれを抽出し、第一判定サーバの第一関連保持部に、第一電子機器識別情報と関連づけられて共通識別情報が保持されていないか検索を行なうことが想定される。また、利用要求に第一電子機器識別情報が含まれていない場合であっても、同一セッション中ではセッション開始時の第一電子機器識別情報を用いることができ、その他、サーバから発行されるクッキーから第一電子機器識別情報を抽出するとしてもよい。検索後、共通識別情報が保持されている場合にはこれを取得し、第一保証要求（０４０２）に含めて、識別管理サーバに対して出力する。
【００３２】
「第一保証受信部」（０３１３）は、前記第一保証要求出力部（０３１２）から出力される第一保証要求に応じて識別管理サーバから返信される第一保証を受信する。識別管理サーバ内の処理については後述する。図４で示した例には、第一保証（０４０４）は、共通識別情報で識別される利用者が唯一存在することを示す情報であるとした。
【００３３】
「保証付サービス依頼出力部」（０３１４）は、前記第一保証受信部（０３１３）にて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する。サービス依頼に、識別管理サーバによる保証を付加して第一判定サーバから出力することで、第一判定サーバと第二判定サーバ間に信頼関係がない場合であっても、サービス依頼の内容を正しいと信頼できる。つまり、共通識別情報で識別できる利用者がサービスを依頼したことが認識できる。図４で示したように、保証付サービス依頼（０４０５）の出力は、第二判定サーバに対して行われる。
【００３４】
<第二判定サーバ>
【００３５】
「第二判定サーバ」（０３２０）は、第二電子機器が第二サービスサーバ群から第二サービスを受けるために第二電子機器識別情報に基づいて第二判定する「第二電子機器識別情報」とは、第二電子機器を、第二サービスサーバ群と第二判定サーバとの範囲内で一意に識別するための情報である。ただし、第二電子機器そのものでなく、第二電子機器を介して第二サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第二電子機器識別情報は、第二電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第二判定サーバが判断するために通常利用する識別情報であり、一般的には第二サービスの提供を受けるために固有に築かれたシステム用の識別情報である。第二判定サーバは、「第二関連保持部」（０３２１）と、「保証付サービス依頼受信部」（０３２２）と、を有している。
【００３６】
「第二関連保持部」（０３２１）は、利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する。この共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【００３７】
第二判定サーバは、第二電子機器識別情報に基づいて、第二電子機器が第二サービスサーバ群から第二サービスを受けることができるかどうかの第二判定を行なう。この判定処理は、第二電子機器が自身の第二電子機器識別情報を第二判定サーバに対して送信することにより、第二サービスの提供を要求する場合に行われる。これらの処理は、第二サービス関連システム内にとどまった処理であり、第二サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【００３８】
「保証付サービス依頼受信部」（０３２２）は、保証付サービス依頼を受信する。保証付サービス依頼は、第一保証に基づいて生成され、信頼性が高いといえる。したがって、第二判定サーバは受信したサービス依頼に応じたサービスの提供（図４で示した例では、第一サービスの利用料の支払い）を行なうとしてもよい。また、識別管理サーバから出力される第一保証が識別管理サーバの秘密鍵で暗号化されている場合があり、このとき、保証付サービス依頼には暗号化された保証が含まれていることになるが、第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証内容（共通識別情報など）を確認できるとしてもよい。なお、第二判定サーバではサービス依頼に基づいて、共通識別情報をキーとして検索を行なうとしてもよい。これについては、構成２にて詳述する。
【００３９】
なお、共通識別情報で識別される利用者が唯一存在することを証明されていることで第二判定サーバはサービス依頼の内容が真正なものであると判断できる。この理由は以下のとおりである。つまり第二判定サーバは、常日頃からサービスを提供可能な電子機器を識別するために第二電子機器識別情報を利用している。つまり第二判定に第二電子機器識別情報を利用しているのである。したがって、第二判定サーバは第二電子機器識別情報を有する相手は信頼できるが、原則としてそれ以外の手段で相手の信頼性を確認することができない。ただし、例外として本件発明においては第二判定サーバにおいて共通識別情報と第二電子機器識別情報とが関連付けられているのでこれを利用する場合がある。この共通識別情報との関連付けの意味は、例えば第二電子機器識別情報（ＩＤ：０２０）で識別される相手と、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手とは同一であるという意味である。ここで第二判定サーバに対して共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手から第二判定サーバの利用の要求があった場合には第二判定サーバは、この要求は第二電子機器識別情報（ＩＤ：０２０）で識別される相手からの要求であろうと考えられる。ただし、ｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報がこのシステム内で重複して付与されている場合にはこの限りでない。つまり、別のサーバからやってきてｕｓｅｒＩＤ：ｓａｋｕｒａと名乗る相手が実はＩＤ：０２０でない可能性も出てくる。この問題を解決するためにはｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報が重複してシステム内で付与されていないことが確信できればよいこととなる。つまりｕｓｅｒＩＤ：ｓａｋｕｒａの唯一存在性が立証できれば第二判定サーバは見ず知らずのｕｓｅｒＩＤ：ｓａｋｕｒａであってもおなじみのＩＤ：０２０として処遇できるのである。つまり第二判定サーバは、ｕｓｅｒＩＤ：ｓａｋｕｒａをＩＤ：０２０とみなして自身の利用を許可できることとなる。
【００４０】
ここで、第一判定サーバと、第二判定サーバとは、便宜的に区別を行ったが、双方が同様の機能を有することを妨げるものではない。つまり、第一判定サーバが、保証付サービス依頼受信部を有し、第二判定サーバが、第二保証要求出力部、第二保証受信部、保証付サービス依頼出力部を有しているとしてもよい。
【００４１】
<識別管理サーバ>
【００４２】
「識別管理サーバ」（０３３０）は、共通識別情報を保持し、各サーバを管理する。識別管理サーバと第一判定サーバ間、及び、識別管理サーバと第二判定サーバ間においては、各々信頼関係を有する。識別管理サーバは、「識別管理部」（０３３１）と、「識別管理部検索部」（０３３２）と、「保証出力部」（０３３３）と、を有する。
【００４３】
「識別管理部」（０３３１）は、システム内で利用者を一意に識別する共通識別情報を管理する。共通識別情報は、利用者などによって予め登録が行われることによって発行され、第一判定サーバ、及び、第二判定サーバに対して付与することが想定される。ただし、共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。この共通識別情報により、２つ以上のサービスを利用するために必要となる利用者の識別情報が、唯一であることが保証される。図４では、複数の共通識別情報が保持、管理されている状況を模式的に示した。
【００４４】
「識別管理部検索部」（０３３２）は、第一判定サーバが出力する第一保証要求に基づいて識別管理部（０３３１）を検索する。第一保証要求に含まれる共通識別情報を抽出し、これと合致する共通識別情報が識別管理部にて管理されているかどうか検索を行なう。図４では、第一判定サーバから出力された第一保証要求に含まれる共通識別情報と、識別管理部に保持されている共通識別情報とを照らし合わせて検索を行い、合致する共通識別情報（０４０３）が得られたことを想定した。
【００４５】
「保証出力部」（０３３３）は、識別管理部検索部（０３３２）での検索結果に基づいて第一保証を出力する。識別管理部検索部における検索にて、唯一合致する共通識別情報が得られた場合には、共通識別情報で識別される利用者が唯一存在することが保証できる。検索結果としては、共通識別情報が唯一無二に存在することが必要となる。第一保証は、識別管理部検索部における検索にて、合致する共通識別情報が得られた場合にのみ出力する。合致する共通識別情報は得られなかった場合には、別途その旨を出力するとしてもよい。第一保証の出力先は、第一判定サーバである。また、第一判定サーバに対して出力する第一保証を識別管理サーバの秘密鍵で暗号化するとしてもよい。このとき、保証付サービス依頼を受信する第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証を確認できれば、改ざんやなりすましを予防でき有益である。図４では、検索結果から共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）にて特定される利用者唯一存在するとの第一保証（０４０４）が得られる。
【００４６】
<実施形態１：構成２> 本実施形態での機能ブロックの一例を図５に示した。 図５に示す本実施形態の「システム」（０５００）は、「第一サービスサーバ群」（０５０１）と、「第二サービスサーバ群」（０５０２）と、「第一電子機器」（０５０３）と、「第二電子機器」（０５０４）と、「第一判定サーバ」（０５１０）と、「第二判定サーバ」（０５２０）と、「識別管理サーバ」（０５３０）とからなる。第一判定サーバ（０５１０）は、「第一関連保持部」（０５１１）と、「第一保証要求出力部」（０５１２）と、「第一保証受信部」（０５１３）と、「保証付サービス依頼出力部」（０５１４）と、を有し、第二判定サーバ（０５２０）は、「第二関連保持部」（０５２１）と、「保証付サービス依頼受信部」（０５２２）と、さらに、「第二検索部」（０５２３）と、を有する。また、識別管理サーバ（０５３０）は、「識別管理部」（０５３１）と、「識別管理部検索部」（０５３２）と、「保証出力部」（０５３３）と、を有する。
【００４７】
「第二検索部」（０５２３）は、保証付サービス依頼受信部（０５２２）にて受信した保証付サービス依頼に基づいて第二関連保持部（０５２１）を、共通識別情報をキーとして検索する。共通識別情報をキーとする検索とは、保証付サービス依頼に含まれる共通識別情報を抽出し、これと合致する共通識別情報が第二関連保持部にて保持されているかどうかの検索を行うことをいう。合致する共通識別情報が得られた場合には、保証付サービス依頼に応じたサービスの提供（第一サービスの利用料の支払い、暗号化コンテンツ等の復号鍵送信、パスワード送信など）を行うとしてもよい。また、検索結果は、第一判定サーバや、第二電子機器（第二サービスサーバ群を経由してもよい）に送信するとしてもよい。
【００４８】
その他各部の処理については、構成１と同様である。
【００４９】
<実施形態共通：ハードウエア構成> 本件発明における各サーバなどのハードウエア構成の一例を図６に示した。本件発明の構成要素は、ハードウエア、ソフトウエア、ハードウエアとソフトウエアの両者、のいずれかによって構成される。例えば、これらを実現する一例として、ＣＰＵ、メモリ（ＤＲＡＭ、ＲＯＭ）、バス、Ｉ／Ｏなどから構成されるハードウエアと、これらのハードウエア上にて実行可能なソフトウエアを挙げることができる。具体的には、メモリ上に展開されたプログラムを順次実行することで、メモリ上のデータや、Ｉ／Ｏを介して入力されるデータの加工、蓄積、出力などにより構成要素である各部の機能が実現される。例えば、第一判定サーバでは、Ｉ／Ｏを介して第一電子機器から利用要求を受け、第一保証要求生成プログラムを実行して第一保証要求を生成する。生成した第一保証要求は、Ｉ／Ｏを介して識別管理サーバに送信を行なう。また、共通識別情報などの保持は、Ｉ／Ｏを介してＨＤＤに蓄積されている場合が想定される。
【００５０】
<実施形態１：処理の流れ> 図７は、実施形態１のシステムの処理の流れの一例を示したものである。本システムにおける利用者識別管理方法においては、まず、第一電子機器が、第二判定サーバの利用要求を出力する（利用要求出力ステップ Ｓ０７０１）。次に、第一判定サーバが、この利用要求に基づいて、共通識別情報を含む第一保証要求を出力する（第一保証要求出力ステップ Ｓ０７０２）。これに対して、識別管理サーバは、第一判定サーバが出力する第一保証要求に基づいて、システム内で利用者を一意に識別する共通識別情報を管理する識別管理部を検索し（識別管理部検索ステップ Ｓ０７０３）、さらに、識別管理部検索ステップ（Ｓ０７０３）における検索結果に基づいて第一保証を出力する（保証出力ステップ Ｓ０７０４）。このとき、検索結果に基づいて第一保証を出力すべきかどうかについての判定処理が行われることが想定される。
【００５１】
次に、第一判定サーバは、識別管理サーバから返信される第一保証を受信する（第一保証受信ステップ Ｓ０７０５）。その次に、第一保証受信ステップ（Ｓ０７０５）にて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する（保証付サービス依頼出力ステップ Ｓ０７０６）。これに対して、第二判定サーバは、保証付サービス依頼を受信する（保証付サービス依頼受信ステップ Ｓ０７０７）。
【００５２】
なお、第二判定サーバは、さらに、保証付サービス依頼受信ステップ（Ｓ０７０７）にて受信した保証付サービス依頼に基づいて、利用者の識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を、共通識別情報をキーとして検索する場合もある（第二検索ステップ Ｓ０７０８）。なお、これは必須のステップではない。
【００５３】
以上の処理は、計算機に実行させるためのプログラムで実行することができ、また、このプログラムを計算機によって読取り可能な記録媒体に記録することができる。（本明細書の全体を通して同様である。）
【００５４】
<実施形態１：効果> 本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムであって、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する第一保証要求を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力することに特徴を有する。第一電子機器、第一サービスサーバ、第一判定サーバにおける垂直統合型形態による利用者の識別管理を、他の垂直統合型形態と連携させて、より柔軟なサービスが提供できる。このとき、識別管理サーバから付与される保証によって、システム内の信頼性が高まり、安全なサービス提供の環境が確保できる。
【００５５】
<<実施形態２>>
【００５６】
<実施形態２：概要> 実施形態２について説明する。本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムであって、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する保証要求付サービス依頼を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証付サービス依頼を第二判定サーバへ出力することに特徴を有する。
【００５７】
図８は、本実施形態の概念の一例を示すものである。本実施形態のシステムを構成する各サーバ、機器の相関を図に示した。第一電子機器と、第二電子機器とは、同一人の利用者Ａによって利用されている。各電子機器は、それぞれのサービスサーバから、例えば、インターネットの閲覧や、コンテンツの再生など各種サービスの提供を受けることができる。利用者はサービスの提供を受けるために、予め識別管理サーバに共通識別情報の登録を行う。また、利用者は各判定サーバに対しても共通識別情報の登録を行うことが必要である。なお、この登録が完了しない限り、本件発明の目的としている異なる固有システム間の横断的利用はできないことになる。
【００５８】
このとき、例えば、電子機器を利用してサービスの提供を受ける際には、一般的には同じ体系の判定サーバを介して、サービス提供者等へその対価が支払われるための処理が実行される。つまり、第一電子機器を利用して第一サービスの提供を受ける際には、第一判定サーバを介して、サービス提供者等へ対価が支払われるための処理が実行される。ここで、本実施形態において提案するシステムは、第一電子機器から第一判定サーバに対して第二判定サーバの利用要求を行い、第一電子機器によるサービスの利用に伴う対価を、第二判定サーバを介して支払い可能とすること等を目的とするものである。
【００５９】
まず、第一判定サーバは、第一電子機器からの第二判定サーバの利用要求を受ける（１）。このとき、利用要求は第一サービスサーバ群を経由するルートにて受け付ける（２）としてもよい。次に、第一判定サーバは、前記利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する（３）。サービス依頼に保証要求を付加するのは、識別管理サーバから、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）が本システム内にて唯一の存在であること証明するためである。その次に、識別管理サーバは、第一判定サーバが出力する保証要求付サービス依頼を受信し、これに基づいて識別管理部を検索する。この検索結果に基づいて保証付サービス依頼を出力する（４）。
【００６０】
さらに、第二判定サーバは、識別管理サーバから出力される保証付サービス依頼を受信する。第二判定サーバは受信したサービス依頼に付された保証を確認したうえで、サービス依頼に応じたサービスの提供を行うとしてもよい。なお、この保証付サービス依頼に基づいて、利用者の共通識別情報と、第二電子機器識別情報とが関連付けられて保持されているか、共通識別情報をキーとして検索を行う場合がある。これについては、実施形態２の構成２にて詳述する。
【００６１】
また、図９には、保証要求付サービス依頼ではなく、保証要求とサービス依頼を別個に出力する場合の例を示した。第一判定サーバは、前記利用要求に基づいて、保証要求と、サービス依頼を出力する（３）。その次に、識別管理サーバは、第一判定サーバが出力する保証要求と、サービス依頼とを受信し、これに基づいて識別管理部を検索する。この検索結果に基づいて保証と、サービス依頼を出力する（４）。なお、第一判定サーバは、先に保証要求を出力し、識別管理サーバにおける識別管理部の検索結果に基づいて出力される保証を受信した後にサービス依頼を出力するとしてもよい。
【００６２】
<実施形態２：構成１> 本実施形態での機能ブロックの一例を図１０に示した。 図１０に示す本実施形態の「システム」（１０００）は、「第一サービスサーバ群」（１００１）と、「第二サービスサーバ群」（１００２）と、「第一電子機器」（１００３）と、「第二電子機器」（１００４）と、「第一判定サーバ」（１０１０）と、「第二判定サーバ」（１０２０）と、「識別管理サーバ」（１０３０）とからなる。第一判定サーバ（１０１０）は、「第一関連保持部」（１０１１）と、「保証要求付サービス依頼出力部」（１０１２）と、を有し、第二判定サーバ（１０２０）は、「第二関連保持部」（１０２１）と、「保証付サービス依頼受信部」（１０２２）と、を有する。また、識別管理サーバ（１０３０）は、「識別管理部」（１０３１）と、「保証要求付サービス依頼受信部」（１０３２）と、「識別管理部検索部」（１０３３）と、「保証付サービス依頼出力部」（１０３４）と、を有する。
【００６３】
<第一判定サーバ>
【００６４】
「第一判定サーバ」（１０１０）は、第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する。「第一電子機器識別情報」とは、第一電子機器を、第一サービスサーバ群と第一判定サーバとの範囲内にて一意に識別するための情報である。ただし、第一電子機器そのものでなく、第一電子機器を介して第一サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第一電子機器識別情報は、第一電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第一判定サーバが判断するために通常利用する識別情報であり、一般的には第一サービスの提供を受けるために固有に築かれたシステム用の識別情報である。例えば課金処理サーバと、これを利用して課金処理を行なう複数のサービス提供のためのサービスサーバ群とからなる固有のシステム（以下これをＸという。）内で利用している識別情報が該当する。第一判定サーバは、「第一関連保持部」（１０１１）と、「保証要求付サービス依頼出力部」（１０１２）と、を有している。
【００６５】
「第一関連保持部」（１０１１）は、利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する。「共通識別情報」は、利用者を本システム内にて一意に識別するための情報である。本来前記例で言うところのＸたるシステムが構築された時点では共通識別情報なるものを利用する必要はないのであるが、本件発明の目指す異なるサービス体系の横断的利用のために後発的に固有システム内に共通する概念情報を導入する必要がある。つまり、固有のシステム（例えば第一サービス体系）を構築後、他の固有のシステム（例えば第二サービス体系）との間で横断的に利用者の利用（例えば第一判定サーバと、第二判定サーバを一の電子機器により利用すること）を促進すべく導入される概念情報が共通識別情報である。この共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【００６６】
このように、同一の利用者Ａが第一のサービスと、第二のサービスを受ける際の識別情報としては、第一電子機器識別情報と、第二電子機器識別情報という異なる識別情報を利用する。したがって、このままでは第一判定サーバと、第二判定サーバとは、それぞれがサービスを提供している利用者Ａが同一人であると認識することは困難である。しかし、本システムの恩恵（即ち異なるサービス体系間の横断的利用）を受けるために利用される共通識別情報で識別すれば両者は同一の利用者Ａ（第一判定サーバにとっては固有の識別体系である第一電子機器識別情報で識別される電子機器を利用する利用者Ａであり、第二判定サーバにとっては別の固有の識別体系である第二電子機器識別情報で識別される電子機器を利用する利用者Ａ）であるとの識別が可能となる。
【００６７】
第一判定サーバは、固有のサービス体系を実現するためには原則として第一電子機器識別情報に基づいて、第一電子機器が第一サービスサーバ群から第一サービスを受けることができるかどうかの第一判定を行う。この判定処理は、第一電子機器が自身の第一電子機器識別情報を第一判定サーバに対して送信することにより、第一サービスの提供を要求する場合に行われる。これらの処理は、第一サービス関連システム内にとどまった処理であり、第一サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【００６８】
「保証要求付サービス依頼出力部」（１０１２）は、第一電子機器からの第二判定サーバの利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する。本件発明の目指す異なるサービスシステム間の横断的利用のために第一判定サーバから外部に対して最初に行なわれる処理である。第二判定サーバの利用要求としては、第二判定サーバを介して第一サービスの利用料を支払うことを要求するために、第一電子機器が送信する場合がある。本来第一電子機器は第一サービスシステム内でのみサービスの提供を受けることが出来たのであるが、その壁を破って他のサービスシステムにおいても所定のサービスを受けようとするためのものである。本件発明の場合には特に第二判定サーバの利用を目的としている。さらに具体的には、第二電子機器にてダウンロードした暗号化コンテンツ等を第一電子機器においても利用可能とするために第二判定サーバを介して復号鍵を取得することの要求や、第二電子機器にてダウンロードした個人情報等（スケジュール、カルテなど）を第一電子機器においても閲覧可能とするために第二判定サーバを介してパスワードを取得することの要求などが該当する。繰り返せば、これらの処理は本来第一電子機器が享受することが不可能であった処理である。なぜなら第一電子機器は第一サービスシステム体系内にてサービスを受けられるのに対して、これらの処理は、第二サービスシステム体系内で第二電子機器のみしか享受することが出来ない処理だったからである。
【００６９】
図１１には、判定サーバ、識別管理サーバ間でやり取りする情報を具体的に示したものである。図では利用要求（１１０１）は、第二電子機器にてダウンロードした暗号化コンテンツ等を第一電子機器においても利用可能とするために第二判定サーバを介して復号鍵を取得することの要求を例示した。利用要求には、第一電子機器識別情報などを含む場合がある。また、利用要求は、図示していないが第一サービスサーバ群を経由して取得される場合もある。
【００７０】
保証要求付サービス依頼は、識別管理サーバから共通識別情報で識別される利用者が唯一存在するとの保証を得、かつ、第二判定サーバへ利用要求に基づくサービスの依頼を行うために出力されるものである。保証要求付サービス依頼は、第二判定サーバを識別するための第二判定サーバ識別情報（図で示した例では、ＩＤ：０２０）及び共通識別情報（図で示した例では、ｕｓｅｒＩＤ：ｓａｋｕｒａ）を含む。利用要求に第一電子機器識別情報が含まれている場合にはこれを抽出し、第一判定サーバの第一関連保持部に、第一電子機器識別情報と関連づけられて共通識別情報が保持されていないか検索を行うことが想定される。また、利用要求に第一電子機器識別情報が含まれていない場合であっても、同一セッション中ではセッション開始時の第一電子機器識別情報を用いることができ、その他、サーバから発行されるクッキーから第一電子機器識別情報を抽出するとしてもよい。検索後、共通識別情報が保持されている場合にはこれを取得し、保証要求付サービス依頼（１１０２）に含めて、識別管理サーバに対して出力する。なお、保証要求付サービス依頼は、保証要求と、サービス依頼と、を別個に出力するとしてもよい。
【００７１】
<第二判定サーバ>
【００７２】
「第二判定サーバ」（１０２０）は、第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する「第二電子機器識別情報」とは、第二電子機器を、第二サービスサーバ群と第二判定サーバとの範囲内で一意に識別するための情報である。ただし、第二電子機器そのものでなく、第二電子機器を介して第二サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第二電子機器識別情報は、第二電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第二判定サーバが判断するために通常利用する識別情報であり、一般的には第二サービスの提供を受けるために固有に築かれたシステム用の識別情報である。第二判定サーバは、「第二関連保持部」（１０２１）と、「保証付サービス依頼受信部」（１０２２）と、を有している。
【００７３】
「第二関連保持部」（１０２１）は、利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する。共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【００７４】
第二判定サーバは、第二電子機器識別情報に基づいて、第二電子機器が第二サービスサーバ群から第二サービスを受けることができるかどうかの第二判定を行なう。この判定処理は、第二電子機器が自身の第二電子機器識別情報を第二判定サーバに対して送信することにより、第二サービスの提供を要求する場合に行われる。これらの処理は、第二サービス関連システム内にとどまった処理であり、第二サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【００７５】
「保証付サービス依頼受信部」（１０２２）は、識別管理サーバから出力される保証付サービス依頼を受信する。保証付サービス依頼は、前記第一判定サーバが出力する保証要求付サービス依頼に基づいて識別管理サーバから返信されるものである。識別管理サーバ内の処理については後述する。
【００７６】
なお、共通識別情報で識別される利用者が唯一存在することを証明されていることで第二判定サーバはサービス依頼の内容が真正なものであると判断できる。この理由は以下のとおりである。つまり第二判定サーバは、常日頃からサービスを提供可能な電子機器を識別するために第二電子機器識別情報を利用している。つまり第二判定に第二電子機器識別情報を利用しているのである。したがって、第二判定サーバは第二電子機器識別情報を有する相手は信頼できるが、原則としてそれ以外の手段で相手の信頼性を確認することができない。ただし、例外として本件発明においては第二判定サーバにおいて共通識別情報と第二電子機器識別情報とが関連付けられているのでこれを利用する場合がある。この共通識別情報との関連付けの意味は、例えば第二電子機器識別情報（ＩＤ：０２０）で識別される相手と、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手とは同一であるという意味である。ここで第二判定サーバに対して共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手から第二判定サーバの利用の要求があった場合には第二判定サーバは、この要求は第二電子機器識別情報（ＩＤ：０２０）で識別される相手からの要求であろうと考えられる。ただし、ｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報がこのシステム内で重複して付与されている場合にはこの限りでない。つまり、別のサーバからやってきてｕｓｅｒＩＤ：ｓａｋｕｒａと名乗る相手が実はＩＤ０２０でない可能性も出てくる。この問題を解決するためにはｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報が重複してシステム内で付与されていないことが確信できればよいこととなる。つまりｕｓｅｒＩＤ：ｓａｋｕｒａの唯一存在性が立証できれば第二判定サーバは見ず知らずのｕｓｅｒＩＤ：ｓａｋｕｒａであってもおなじみのＩＤ：０２０として処遇できるのである。つまり第二判定サーバは、ｕｓｅｒＩＤ：ｓａｋｕｒａをＩＤ：０２０とみなして自身の利用を許可できることとなる。
【００７７】
ここで、第一判定サーバと、第二判定サーバとは、便宜的に区別を行ったが、双方が同様の機能を有することを妨げるものではない。つまり、第一判定サーバが、保証付サービス依頼受信部を有し、第二判定サーバが、保証要求付サービス依頼出力部を有しているとしてもよい。
【００７８】
<識別管理サーバ>
【００７９】
「識別管理サーバ」（１０３０）は、共通識別情報と、第二判定サーバ識別情報とを保持し、各サーバを管理するサーバである。識別管理サーバと第一判定サーバ間、及び、識別管理サーバと第二判定サーバ間においては、各々信頼関係を有する。識別管理サーバは、「識別管理部」（１０３１）と、「保証要求付サービス依頼受信部」（１０３２）と、「識別管理部検索部」（１０３３）と、「保証付サービス依頼出力部」（１０３４）と、を有する。
【００８０】
「識別管理部」（１０３１）は、システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを管理する。共通識別情報は、利用者などによって予め登録が行われることによって発行され、第一判定サーバ、及び、第二判定サーバに対して付与することが想定される。なお、共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。この共通識別情報により、２つ以上のサービスを利用するために必要となる利用者の識別情報が、唯一であることが保証される。また、共通識別情報と、第二判定サーバ識別情報とは、互いに関連付けられているとしてもよい。図１１では、複数の共通識別情報と、第二判定サーバ識別情報とが保持、管理されている状況を模式的に示した。
【００８１】
「保証要求付サービス依頼受信部」（１０３２）は、第一判定サーバが出力する保証要求付サービス依頼を受信する。なお、保証要求付サービス依頼は、保証要求と、サービスの依頼を別個に受信するとしてもよい。このとき例えば、第一判定サーバから先に保証要求が出力され、これに基づいて識別管理サーバで識別管理部を検索するとしてもよい。検索結果である保証を第一判定サーバに返し、これを受信した第一判定サーバがサービス依頼を出力するとしてもよい。
【００８２】
「識別管理部検索部」（１０３３）は、保証要求付サービス依頼受信部（１０３２）にて受信された保証要求付サービス依頼に基づいて、共通識別情報をキーとして識別管理部（１０３１）を検索する。保証要求付サービス依頼に含まれる共通識別情報を抽出し、これと合致する共通識別情報が識別管理部にて管理されているかどうか検索を行う。図１１では、第一判定サーバから出力された保証要求付サービス依頼に含まれる共通識別情報と、識別管理部に保持されている共通識別情報とを照らし合わせて検索を行い、合致する共通識別情報（１１０３）が得られたことを想定した。また、合致する共通識別情報が得られた場合には、続けて保証要求付サービス依頼に含まれる第二判定サーバ識別情報と、識別管理部に保持されている第二判定サーバ識別情報とを照らし合わせて、合致する第二判定サーバ識別情報が得られるか検索を行うとしてもよい。
【００８３】
「保証付サービス依頼出力部」（１０３４）は、識別管理部検索部（１０３３）での検索結果に基づいて保証付サービス依頼を出力する。保証を付加することで、共通識別情報で識別される利用者が唯一存在することが保証できる。検索結果としては、共通識別情報が唯一無二に存在することが必要となる。保証は、識別管理部検索部における検索にて、唯一合致する共通識別情報が得られた場合にのみ付加する。合致する共通識別情報が得られなかった場合には、別途その旨を出力するとしてもよい。保証付サービス依頼の出力先は、第二判定サーバである。また、第二判定サーバに対して出力する保証付サービス依頼を識別管理サーバの秘密鍵で暗号化するとしてもよい。このとき、保証付サービス依頼を受信する第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証を確認できれば、改ざんやなりすましを予防でき有益である。図１１では、検索結果から共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）にて特定される利用者は唯一存在し、サービスの依頼を実行してもよいことを示す保証付サービス依頼（１１０４）が得られるとした。なお、保証付サービス依頼は、保証と、サービス依頼を別個に出力するとしてもよい。
【００８４】
その他各サービスサーバ群、電子機器についての処理は、実施形態１と同様である。
【００８５】
<実施形態２：構成２> 本実施形態での機能ブロックの一例を図１２に示した。 図１２に示す本実施形態の「システム」（１２００）は、「第一サービスサーバ群」（１２０１）と、「第二サービスサーバ群」（１２０２）と、「第一電子機器」（１２０３）と、「第二電子機器」（１２０４）と、「第一判定サーバ」（１２１０）と、「第二判定サーバ」（１２２０）と、「識別管理サーバ」（１２３０）とからなる。第一判定サーバ（１２１０）は、「第一関連保持部」（１２１１）と、「保証要求付サービス依頼出力部」（１２１２）と、を有し、第二判定サーバ（１２２０）は、「第二関連保持部」（１２２１）と、「保証付サービス依頼受信部」（１２２２）と、さらに、「第二検索部」（１２２３）と、を有する。また、識別管理サーバ（１２３０）は、「識別管理部」（１２３１）と、「保証要求付サービス依頼受信部」（１２３２）と、「識別管理部検索部」（１２３３）と、「保証付サービス依頼出力部」（１２３４）と、を有する。
【００８６】
「第二検索部」（１２２３）は、識別管理サーバから受信する保証付サービス依頼に基づいて、第二関連保持部（１１２１）を、共通識別情報をキーとして検索する。共通識別情報をキーとする検索とは、保証付サービス依頼に含まれる共通識別情報を抽出し、これと合致する共通識別情報が第二関連保持部にて保持されているかどうかの検索を行うことをいう。合致する共通識別情報が得られた場合には、保証付サービス依頼に応じたサービスの提供（第一電子機器の利用料の支払い、暗号化コンテンツ等の復号鍵送信、パスワード送信など）を行うとしてもよい。また、検索結果は、第一判定サーバや、第二電子機器（第二サービスサーバ群を経由してもよい）に送信するとしてもよい。
【００８７】
その他各部の処理については、構成１と同様である。
【００８８】
<実施形態２：処理の流れ> 図１３は、実施形態２のシステムの処理の流れの一例を示したものである。本システムにおける利用者識別管理方法においては、まず、第一電子機器が、第二判定サーバの利用要求を出力する（利用要求出力ステップ Ｓ１３０１）。次に、第一判定サーバが、この利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する（保証要求付サービス依頼出力ステップ Ｓ１３０２）。これに対して、識別管理サーバは、第一判定サーバが出力する保証要求付サービス依頼を受信する（保証要求付サービス依頼受信ステップ Ｓ１３０３）。次に、保証要求付サービス依頼受信ステップ（Ｓ１３０３）にて受信された保証要求付サービス依頼に基づいて、システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを管理する識別管理部を、共通識別情報をキーとして検索する（識別管理部検索ステップ Ｓ１３０４）。さらに、識別管理部検索ステップ（Ｓ１３０４）における検索結果に基づいて保証付サービス依頼を出力する（保証付サービス依頼出力ステップ Ｓ１３０５）。このとき、検索結果に基づいて保証付サービス依頼を出力すべきかどうかについての判定処理が行われることが想定される。次に、第二判定サーバは、識別管理サーバから出力される保証付サービス依頼を受信する（保証付サービス依頼受信ステップ Ｓ１３０６）。
【００８９】
なお、第二判定サーバは、さらに、保証付サービス依頼受信ステップ（Ｓ１３０６）にて受信した保証付サービス依頼に基づいて、利用者の識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を、共通識別情報をキーとして検索する場合もある（第二検索ステップ Ｓ１３０７）。なお、これは必須のステップではない。
【００９０】
<実施形態２：効果> 本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムであって、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する保証要求付サービス依頼を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証付サービス依頼を出力することに特徴を有する。第一電子機器、第一サービスサーバ、第一判定サーバにおける垂直統合型形態による利用者の識別管理を、他の垂直統合型形態と連携させて、より柔軟なサービスが提供できる。このとき、識別管理サーバから保証付サービス依頼が付与されることによって、判定サーバ間に連携がない場合でもサービス提供が可能となるだけの信頼関係を生じさせることができる。
【００９１】
<<実施形態３>>
【００９２】
<実施形態３：概要> 実施形態３について説明する。本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムである。第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから第一サービス依頼を受けた第二判定サーバは第二保証要求を識別管理サーバに対して出力し、これを受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力することに特徴を有する。
【００９３】
図１４は、本実施形態の概念の一例を示すものである。本実施形態のシステムを構成する各サーバ、機器の相関を図に示した。第一電子機器と、第二電子機器とは、同一人の利用者Ａによって利用されている。各電子機器は、それぞれのサービスサーバから、例えば、インターネットの閲覧や、コンテンツの再生など各種サービスの提供を受けることができる。利用者はサービスの提供を受けるために、予め識別管理サーバに共通識別情報の登録を行う。また、利用者は各判定サーバに対しても共通識別情報の登録を行うことが必要である。なお、この登録が完了しない限り、本件発明の目的としている異なる固有システム間の横断的利用はできないことになる。
【００９４】
このとき、例えば、電子機器を利用してサービスの提供を受ける際には、一般的には同じ体系の判定サーバを介して、サービス提供者等その対価が支払われるための処理を実行される。つまり、第一電子機器を利用してサービスの提供を受ける際には、第一判定サーバを介して、サービス提供者等へ対価が支払われるための処理が実行される。ここで、本実施形態において提案するシステムは、第一電子機器から第一判定サーバに対して第二判定サーバの利用要求を行い、第一電子機器によるサービスの利用に伴う対価を、第二判定サーバを介して支払い可能とすること等を目的とするものである。
【００９５】
まず、第一判定サーバは、第一電子機器からの第二判定サーバの利用要求を受ける（１）。このとき、利用要求は第一サービスサーバ群を経由するルートにて受け付ける（２）としてもよい。次に、第一判定サーバは、前記利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する（３）。第一サービス依頼は、第一判定サーバから第二判定サーバへ、利用要求に基づくサービスの提供を依頼するために出力する。その次に、第二判定サーバは、第一判定サーバが出力する第一サービス依頼を受信し、これに基づいて共通識別情報を含む第二保証要求を出力する（４）。
【００９６】
一方、識別管理サーバは、第二判定サーバが出力する第二保証要求を受信し、これに基づいて識別管理部を検索する。この検索結果に基づいて第二保証を出力する（５）。
【００９７】
さらに、第二判定サーバは、識別管理サーバから出力された第二保証及び第一判定サーバから出力された第一サービス依頼に基づいて、サービスの提供を行うとしてもよい。また、第一サービス依頼及び第二保証に基づいて、利用者の共通識別情報と、第二電子機器識別情報とが関連付けられて保持されているか、共通識別情報をキーとして検索を行う場合がある。これについては、実施形態３の構成２にて詳述する。
【００９８】
<実施形態３：構成１> 本実施形態での機能ブロックの一例を図１５に示した。 図１５に示す本実施形態の「システム」（１５００）は、「第一サービスサーバ群」（１５０１）と、「第二サービスサーバ群」（１５０２）と、「第一電子機器」（１５０３）と、「第二電子機器」（１５０４）と、「第一判定サーバ」（１５１０）と、「第二判定サーバ」（１５２０）と、「識別管理サーバ」（１５３０）とからなる。第一判定サーバ（１５１０）は、「第一関連保持部」（１５１１）と、「第一サービス依頼出力部」（１５１２）と、を有し、第二判定サーバ（１５２０）は、「第二関連保持部」（１５２１）と、「サービス依頼受信部」（１５２２）と、「第二保証要求出力部」（１５２３）と、「第二保証受信部」（１５２４）と、を有する。また、識別管理サーバ（１５３０）は、「識別管理部」（１５３１）と、「識別管理部検索部」（１５３２）と、「保証出力部」（１５３３）と、を有する。
【００９９】
<第一判定サーバ>
【０１００】
「第一判定サーバ」（１５１０）は、第一電子機器が第一サービスサーバ群から第一サービスを受けるために第一電子機器識別情報に基づいて第一判定する。「第一電子機器識別情報」とは、第一電子機器を、第一サービスサーバ群と第一判定サーバとの範囲内にて一意に識別するための情報である。ただし、第一電子機器そのものでなく、第一電子機器を介して第一サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第一電子機器識別情報は、第一電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第一判定サーバが判断するために通常利用する識別情報であり、一般的には第一サービスの提供を受けるために固有に築かれたシステム用の識別情報である。例えば課金処理サーバと、これを利用して課金処理を行なう複数のサービス提供のためのサービスサーバ群とからなる固有のシステム（以下これをＸという。）内で利用する識別情報が該当する。第一判定サーバは、「第一関連保持部」（１５１１）と、「第一サービス依頼出力部」（１５１２）と、を有している。
【０１０１】
「第一関連保持部」（１５１１）は、利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する。「共通識別情報」は、本システム内にて利用者を一意に識別するための情報である。本来前記例で言うところのＸたるシステムが構築された時点では共通識別情報なるものを利用する必要はないのであるが、本件発明の目指す異なるサービス体系の横断的利用のために、後発的に固有システム内に共通する概念情報を導入する必要がある。つまり、固有のシステム（例えば第一サービス体系）を構築後、他の固有システム（例えば第二サービス体系）との間で横断的に利用者の利用（例えば第一判定サーバと、第二判定サーバを一の電子機器により利用すること）を促進すべく導入される概念情報が共通識別情報である。この共通識別情報は、一般的には、電子機器を所有する所有者の発意に応じて識別管理サーバから判定サーバに対して付与されることが想定される。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【０１０２】
このように、同一の利用者Ａが第一のサービスと、第二のサービスを受ける際の識別情報としては、第一電子機器識別情報と、第二電子機器識別情報という異なる識別情報を利用する。したがって、このままでは第一判定サーバと、第二判定サーバとは、それぞれがサービスを提供している利用者Ａが同一人であると認識することは困難である。しかし、本システムの恩恵（即ち異なるサービス体系間の横断的利用）を受けるために利用される共通識別情報で識別すれば両者は同一の利用者Ａ（第一判定サーバにとっては固有の識別体系である第一電子機器識別情報で識別される電子機器を利用する利用者Ａであり、第二判定サーバにとっては別の固有の識別体系である第二電子機器識別情報で識別される電子機器を利用する利用者Ａ）であるとの識別が可能となる。
【０１０３】
第一判定サーバは、固有のサービス体系を実現するためには原則として第一電子機器識別情報に基づいて、第一電子機器が第一サービスサーバ群から第一サービスを受けることができるかどうかの第一判定を行う。この判定処理は、第一電子機器が自身の第一電子機器識別情報を第一判定サーバに対して送信することにより、第一サービスの提供を要求する場合に行われる。これらの処理は、第一サービス関連システム内にとどまった処理であり、第一サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【０１０４】
「第一サービス依頼出力部」（１５１２）は、第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する。本件発明の目指す異なるサービスシステム間の横断的利用のために第一判定サーバから外部に対して最初に行なわれる処理である。第二判定サーバの利用要求としては、第二判定サーバを介して第一サービスの利用料を支払うことを要求するために、第一電子機器が送信する場合がある。本来第一電子機器は第一サービスシステム内でのみサービスの提供を受けることが出来たのであるが、その壁を破って他のサービスシステムにおいても所定のサービスを受けようとするためのものである。本件発明の場合には特に第二判定サーバの利用を目的としている。さらに具体的には、第二電子機器にてダウンロードした暗号化コンテンツ等を第一電子機器においても利用可能とするために第二判定サーバを介して復号鍵を取得することの要求や、第二電子機器にてダウンロードした個人情報等（スケジュール、カルテなど）を第一電子機器においても閲覧可能とするために第二判定サーバを介してパスワードを取得することの要求などが該当する。繰り返せば、これらの処理は本来第一電子機器が享受することが不可能であった処理である。なぜなら第一電子機器は第一サービスシステム体系内にてサービスを受けられるのに対して、これらの処理は、第二サービスシステム体系内で第二電子機器のみしか享受することが出来ない処理だったからである。
【０１０５】
図１６には、判定サーバ、識別管理サーバ間でやり取りする情報を具体的に示したものである。図では利用要求（１６０１）は、第二電子機器にてダウンロードした個人情報を第一電子機器においても閲覧可能とするために第二判定サーバを介してパスワードを取得することの要求を例示した。利用要求には、第一電子機器識別情報などを含む場合がある。また、利用要求は、図示していないが第一サービスサーバ群を経由して取得される場合もある。
【０１０６】
第一サービス依頼は、第二判定サーバへ利用要求に基づくサービスの依頼を行うために出力されるものである。第一サービス依頼は、共通識別情報（図で示した例では、ｕｓｅｒＩＤ：ｓａｋｕｒａ）を含むが、その他、第一判定サーバを識別するための情報などを含んでいてもよい。第一サービス依頼は、第二判定サーバにサービスを依頼するために出力されるものである。利用要求に第一電子機器識別情報が含まれている場合にはこれを抽出し、第一判定サーバの第一関連保持部に、第一電子機器識別情報と関連づけられて共通識別情報が保持されていないか検索を行うことが想定される。また、利用要求に第一電子機器識別情報が含まれていない場合であっても、同一セッション中ではセッション開始時の第一電子機器識別情報を用いることができ、その他、サーバから発行されるクッキーから第一電子機器識別情報を抽出するとしてもよい。検索後、共通識別情報が保持されている場合にはこれを取得し、第一サービス依頼（１６０２）に含めて、第二判定サーバに対して出力することが想定される。
【０１０７】
<第二判定サーバ>
【０１０８】
「第二判定サーバ」（１５２０）は、第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する「第二電子機器識別情報」とは、第二電子機器を、第二サービスサーバ群と第二判定サーバとの範囲内で一意に識別するための情報である。ただし、第二電子機器そのものでなく、第二電子機器を介して第二サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第二電子機器識別情報は、第二電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第二判定サーバが判断するために通常利用する識別情報であり、一般的には第二サービスの提供を受けるために固有に築かれたシステム用の識別情報である。第二判定サーバは、「第二関連保持部」（１５２１）と、「サービス依頼受信部」（１５２２）と、「第二保証要求出力部」（１５２３）と、「第二保証受信部」（１５２４）と、を有している。
【０１０９】
「第二関連保持部」（１５２１）は、利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する。共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【０１１０】
第二判定サーバは、第二電子機器識別情報に基づいて、第二電子機器が第二サービスサーバ群から第二サービスを受けることができるかどうかの第二判定を行なう。この判定処理は、第二電子機器が自身の第二電子機器識別情報を第二判定サーバに対して送信することにより、第二サービスの提供を要求する場合に行われる。これらの処理は、第二サービス関連システム内にとどまった処理であり、第二サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【０１１１】
「サービス依頼受信部」（１５２２）は、第一判定サーバが出力する第一サービス依頼を受信する。受信した第一サービス依頼には、共通識別情報識別される利用者が唯一存在することを確認するための保証が付加されていないため、これだけでサービスの提供を実行することはできない。
【０１１２】
「第二保証要求出力部」（１５２３）は、サービス依頼受信部（１５２２）にて受信した第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する。第二保証要求は、識別管理サーバから共通識別情報識別される利用者が唯一存在するとの保証を得るために出力されるものである。第二保証要求は、共通識別情報を含むが、その他、第一判定サーバを識別するための情報などを含んでいてもよい。第一サービス依頼に含まれている共通識別情報を抽出し、第二保証要求（１６０３）に含めて、識別管理サーバに対して出力することが想定される。
【０１１３】
「第二保証受信部」（１５２４）は、前記第二保証要求出力部（１５２３）から出力される第二保証要求に基づいて識別管理サーバが出力する第二保証を受信する。識別管理サーバ内の処理については後述する。第二保証は、共通識別情報識別される利用者が唯一存在することを示す。また、識別管理サーバから出力される第二保証が識別管理サーバの秘密鍵で暗号化されている場合があるが、このとき、第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証内容を確認できるとしてもよい。
【０１１４】
図１６で示した例には、第二保証（１６０４）は、共通識別情報で識別される利用者が唯一存在することを示す情報であるとした。第二保証を得られたことで、第二判定サーバでは第一判定サーバからのサービス依頼の信頼性が高いと判断できるため、受信したサービス依頼に応じたサービスの提供（図１６で示した例ではパスワード送信）を行うとしてもよい。あるいは、第二判定サーバではサービス依頼に基づいて、共通識別情報をキーとして検索を行うとしてもよい。これについては、構成２にて詳述する。
【０１１５】
なお、共通識別情報で識別される利用者が唯一存在することを証明されていることで第二判定サーバはサービス依頼の内容が真正なものであると判断できる。この理由は以下のとおりである。つまり第二判定サーバは、常日頃からサービスを提供可能な電子機器を識別するために第二電子機器識別情報を利用している。つまり第二判定に第二電子機器識別情報を利用しているのである。したがって、第二判定サーバは第二電子機器識別情報を有する相手は信頼できるが、原則としてそれ以外の手段で相手の信頼性を確認することができない。ただし、例外として本件発明においては第二判定サーバにおいて共通識別情報と第二電子機器識別情報とが関連付けられているのでこれを利用する場合がある。この共通識別情報との関連付けの意味は、例えば第二電子機器識別情報（ＩＤ０２０）で識別される相手と、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手とは同一であるという意味である。ここで第二判定サーバに対して共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手から第二判定サーバの利用の要求があった場合には第二判定サーバは、この要求は第二電子機器識別情報（ＩＤ０２０）で識別される相手からの要求であろうと考えられる。ただし、ｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報がこのシステム内で重複して付与されている場合にはこの限りでない。つまり、別のサーバからやってきてｕｓｅｒＩＤ：ｓａｋｕｒａと名乗る相手が実はＩＤ０２０でない可能性も出てくる。この問題を解決するためにはｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報が重複してシステム内で付与されていないことが確信できればよいこととなる。つまりｕｓｅｒＩＤ：ｓａｋｕｒａの唯一存在性が立証できれば第二判定サーバは見ず知らずのｕｓｅｒＩＤ：ｓａｋｕｒａであってもおなじみのＩＤ０２０として処遇できるのである。つまり第二判定サーバは、ｕｓｅｒＩＤ：ｓａｋｕｒａをＩＤ０２０とみなして自身の利用を許可できることとなる。
【０１１６】
ここで、第一判定サーバと、第二判定サーバとは、便宜的に区別を行ったが、双方が同様の機能を有することを妨げるものではない。つまり、第一判定サーバが、サービス依頼受信部、第一保証要求出力部、第一保証受信部を有し、第二判定サーバが、第二サービス依頼出力部を有しているとしてもよい。
【０１１７】
<識別管理サーバ>
【０１１８】
「識別管理サーバ」（１５３０）は、共通識別情報を保持し、各サーバを管理するサーバである。識別管理サーバと第一判定サーバ間、及び、識別管理サーバと第二判定サーバ間においては、各々信頼関係を有する。識別管理サーバは、「識別管理部」（１５３１）と、「識別管理部検索部」（１５３２）と、「保証出力部」（１５３３）と、を有する。
【０１１９】
「識別管理部」（１５３１）は、システム内で利用者を一意に識別する共通識別情報を管理する。共通識別情報は、利用者などによって予め登録が行われることによって発行され、第一判定サーバ、及び、第二判定サーバに対して付与することが想定される。ただし、共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。この共通識別情報により、２つ以上のサービスを利用するために必要となる利用者の識別情報が、唯一であることが保証される。図１６では、複数の共通識別情報が保持、管理されている状況を模式的に示した。
【０１２０】
「識別管理部検索部」（１５３２）は、第二判定サーバが出力する第二保証要求に基づいて識別管理部（１５３１）を検索する。第二保証要求に含まれる共通識別情報を抽出し、これと合致する共通識別情報が識別管理部にて管理されているかどうか検索を行う。図１６では、第二判定サーバから出力された第二保証要求に含まれる共通識別情報と、識別管理部に保持されている共通識別情報とを照らし合わせて検索を行い、合致する共通識別情報（１６０４）が得られたことを想定した。
【０１２１】
「保証出力部」（１５３３）は、識別管理部検索部（１５３２）での検索結果に基づいて第二保証を出力する。識別管理部検索部における検索にて、唯一合致する共通識別情報が得られた場合には、共通識別情報で識別される利用者が唯一存在することが保証できる。検索結果としては、共通識別情報が唯一無二に存在することが必要となる。第二保証は、識別管理部検索部における検索にて、合致する共通識別情報が得られた場合にのみ出力する。合致する共通識別情報は得られなかった場合には、別途その旨を出力するとしてもよい。第二保証の出力先は、第二判定サーバである。また、第二判定サーバに対して出力する第二保証を識別管理サーバの秘密鍵で暗号化するとしてもよい。このとき、第二保証を受信する第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証を確認できれば、改ざんやなりすましを予防でき有益である。図１６では、検索結果から共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）にて特定される利用者は唯一存在するとの第二保証（１６０５）が得られる。
【０１２２】
その他各サービスサーバ群、電子機器についての処理は、実施形態１、２と同様である。
【０１２３】
<実施形態３：構成２> 本実施形態での機能ブロックの一例を図１７に示した。 図１７に示す本実施形態の「システム」（１７００）は、「第一サービスサーバ群」（１７０１）と、「第二サービスサーバ群」（１７０２）と、「第一電子機器」（１７０３）と、「第二電子機器」（１７０４）と、「第一判定サーバ」（１７１０）と、「第二判定サーバ」（１７２０）と、「識別管理サーバ」（１７３０）とからなる。第一判定サーバ（１７１０）は、「第一関連保持部」（１７１１）と、「第一サービス依頼出力部」（１７１２）と、を有し、第二判定サーバ（１７２０）は、「第二関連保持部」（１７２１）と、「サービス依頼受信部」（１７２２）と、「第二保証要求出力部」（１７２３）と、「第二保証受信部」（１７２４）と、さらに、「第二検索部」（１７２５）と、を有する。また、識別管理サーバ（１７３０）は、「識別管理部」（１７３１）と、「識別管理部検索部」（１７３２）と、「保証出力部」（１７３３）と、を有する。
【０１２４】
「第二検索部」（１７２５）は、サービス依頼受信部（１７２２）にて受信した第一サービス依頼及び第二保証受信部（１７２４）にて受信した第二保証に基づいて第二関連保持部（１７２１）を、共通識別情報をキーとして検索する。共通識別情報をキーとする検索とは、第二保証に含まれる共通識別情報を抽出し、これと合致する共通識別情報が第二関連保持部にて保持されているかどうかの検索を行うことをいう。合致する共通識別情報が得られた場合には、第一サービス依頼に応じたサービスの提供（第一サービスの利用料の支払い、暗号化コンテンツ等の復号鍵送信、パスワード送信など）を行うとしてもよい。また、検索結果は、第一判定サーバや、第二電子機器（第二サービスサーバ群を経由してもよい）に送信するとしてもよい。
【０１２５】
その他各部の処理については、構成１と同様である。
【０１２６】
<実施形態３：処理の流れ> 図１８は、実施形態３のシステムの処理の流れの一例を示したものである。本システムにおける利用者識別管理方法においては、まず、第一電子機器が、第二判定サーバの利用要求を出力する（利用要求出力ステップ Ｓ１８０１）。次に、第一判定サーバが、この利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する（第一サービス依頼出力ステップ Ｓ１８０２）。これに対して、第二判定サーバは、第一判定サーバが出力する第一サービス依頼を受信する（第一サービス依頼受信ステップ Ｓ１８０３）。その次に、第一サービス依頼受信ステップ（Ｓ１８０３）にて受信する第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する（第二保証要求出力ステップ Ｓ１８０４）。
【０１２７】
これに対して、識別管理サーバは、第二判定サーバが出力する第二保証要求に基づいて、システム内で利用者を一意に識別する共通識別情報を管理する識別管理部を検索し（識別管理部検索ステップ Ｓ１８０５）、さらに、識別管理部検索ステップ（Ｓ１８０５）における検索結果に基づいて第二保証を出力する（保証出力ステップ Ｓ１８０６）。このとき、検索結果に基づいて第二保証を出力すべきかどうかについての判定処理が行われることが想定される。
【０１２８】
次に、第二判定サーバは、識別管理サーバから出力される第二保証を受信する（第二保証受信ステップ Ｓ１８０７）。
【０１２９】
なお、第二判定サーバは、さらに、第二保証受信ステップ（Ｓ１８０７）にて受信した第二保証に基づいて、利用者の識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を、共通識別情報をキーとして検索する場合もある（第二検索ステップ Ｓ１８０８）。なお、これは必須のステップではない。
【０１３０】
<実施形態３：効果> 本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムであって、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから第一サービス依頼を受けた第二判定サーバは第二保証要求を識別管理サーバに対して出力し、これを受けて識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力することに特徴を有する。第一電子機器、第一サービスサーバ、第一判定サーバにおける垂直統合型形態による利用者の識別管理を、他の垂直統合型形態と連携させて、より柔軟なサービスが提供できる。このとき、信頼関係のないサーバからサービス依頼を受けた場合でも、識別管理サーバから付与される保証によって、システム内の信頼性が高まり、安全なサービス提供の環境が確保できる。
【図面の簡単な説明】
【０１３１】
【図１】実施形態１の前段階となる課題を説明するための概念図
【図２】実施形態１を説明するための概念図
【図３】実施形態１（構成１）を説明するための機能ブロック図
【図４】実施形態１（構成１）を具体的に説明するための具体的機能ブロック図
【図５】実施形態１（構成２）を説明するための機能ブロック図
【図６】本発明を説明するためのハードウエア構成図
【図７】実施形態１における処理の流れを説明するためのフロー
【図８】実施形態２を説明するための概念図（その１）
【図９】実施形態２を説明するための概念図（その２）
【図１０】実施形態２（構成１）を説明するための機能ブロック図
【図１１】実施形態２（構成１）を具体的に説明するための具体的機能ブロック図
【図１２】実施形態２（構成２）を説明するための機能ブロック図
【図１３】実施形態２における処理の流れを説明するためのフロー
【図１４】実施形態３を説明するための概念図
【図１５】実施形態３（構成１）を説明するための機能ブロック図
【図１６】実施形態３（構成１）を具体的に説明するための具体的機能ブロック図
【図１７】実施形態３（構成２）を説明するための機能ブロック図
【図１８】実施形態３における処理の流れを説明するためのフロー
【符号の説明】
【０１３２】
０３００ システム
０３０１ 第一サービスサーバ群
０３０２ 第二サービスサーバ群
０３０３ 第一電子機器
０３０４ 第二電子機器
０３１０ 第一判定サーバ
０３１１ 第一関連保持部
０３１２ 第一保証要求出力部
０３１３ 第一保証受信部
０３１４ 保証付サービス依頼出力部
０３２０ 第二判定サーバ
０３２１ 第二関連保持部
０３２２ 保証付サービス依頼受信部
０３３０ 識別管理サーバ
０３３１ 識別管理部
０３３２ 識別管理部検索部
０３３３ 保証出力部
【技術分野】
【０００１】
本発明は、電子機器の認証についての識別管理システムに関するものである。
【背景技術】
【０００２】
電子機器から要求されるサービスを提供し、その注文に対する決済の手続を行うサービス提供システムは、従来から存在する（例えば、特許文献１参照）。
【特許文献１】特開２００４−２２７０５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記手法においては、決済のための認証がサービスの提供を受ける装置ごとにしか行われないため、例えば、利用者の所有する他の端末装置にて契約しているクレジットカード会社や銀行口座を介して支払いを行いたい場合でも対応できず、利用者にとって不便である。
【課題を解決するための手段】
【０００４】
本発明は、かかる実情に鑑み、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する保証要求を受けた識別管理サーバにて、識別管理部の検索を行い、共通識別情報が管理されていれば保証を出力するシステムを提案するものである。第一判定サーバは、この保証に基づいて保証付のサービス依頼を第二判定サーバに対して出力することができる。
【０００５】
また、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから保証要求付サービス依頼を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証付サービス依頼を識別管理サーバ自身が第二判定サーバに対して出力するとしてもよい。
【０００６】
さらに、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバからサービス依頼を受けた第二判定サーバが保証要求を識別管理サーバに対して出力するとしてもよい。これを受けて識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて第二判定サーバに対して保証を出力するとしてもよい。
【発明の効果】
【０００７】
本件発明により複数の電子機器を利用する一の利用者を、電子機器識別に依存せずに唯一的に識別可能とした。これにより、一の電子機器が一のサービス体系に縛られていた現状を打破し、サービス体系の垣根を取り払うことができた。つまり、一の電子機器が垣根を越えて複数のサービス体系を横断的に利用可能となった。
【発明を実施するための最良の形態】
【０００８】
以下に、各発明を実施するための最良の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【０００９】
実施形態１は、主に請求項１、２、７から１２などについて説明する。 実施形態２は、主に請求項３、４、１３から１８などについて説明する。 実施形態３は、主に請求項５、６、１９から２４などについて説明する。
【００１０】
<<実施形態１>>
【００１１】
<実施形態１：概要> 実施形態１について説明する。本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムである。第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する第一保証要求を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力することに特徴を有する。
【００１２】
図１は、本実施形態の概念を説明するための前段階の場面を示すものである。電子機器を利用してサービスの提供を受ける際は、一般的には同じ体系の判定サーバを介して、サービス提供者等へその対価が支払われるための処理が実行される。つまり、第一電子機器を利用して第一サービスの提供を受ける際には、第一判定サーバを介して、サービス提供者等へ対価が支払われるための処理が実行される。しかし、本件発明は、第一電子機器から第一判定サーバに対して第二判定サーバの利用要求を行い、第一電子機器によるサービスの利用に伴う対価を、第二判定サーバを介して支払い可能とするための処理など異なる体系のサービスを横断的に利用可能とすることを目的とする。今、第一判定サーバは、第一電子機器からの第二判定サーバの利用要求を受け、これを第二判定サーバへ渡すこととした。このとき利用要求に利用者を識別するための識別情報を含むとする。
【００１３】
一般的に利用者Ａは、第一判定サーバと第二判定サーバに対して、サービス利用契約時にｕｓｅｒＩＤを登録する。一例として、ここでは第一判定サーバにｓａｋｕｒａを、第二判定サーバにｍｏｍｏを登録したものとする。最初に、第一電子機器は第一判定サーバに対して、ｕｓｅｒＩＤ：ｓａｋｕｒａとの共通識別情報を含む第二判定サーバの利用要求を出力した（１）。しかし、第二判定サーバに蓄積されている識別情報は、ｕｓｅｒＩＤ：ｍｏｍｏであり、両者は一致しないため、第二判定サーバでは利用要求を受理することはできず、サービスの提供等も行われない。目的を達成するために利用者は識別情報をｕｓｅｒＩＤ：ｍｏｍｏと修正し、第一電子機器は再度第一判定サーバに対して、第二判定サーバの利用要求を出力する（２）。このとき、利用要求に含まれる識別情報（修正により、ｕｓｅｒＩＤ：ｍｏｍｏ）と、第二判定サーバに蓄積されている識別情報（ｕｓｅｒＩＤ：ｍｏｍｏ）とは確かに一致するが、識別情報の唯一性が保証されていない限り、第二判定サーバが利用要求を受理してもよいと判断することは問題があるといえる。したがって、次に説明するように第一判定サーバ、第二判定サーバにて管理される同値の識別情報が、本願発明のシステム内において、唯一の識別情報であり、その識別情報は、一の利用者が登録した共通識別情報であることを証明することとする。
【００１４】
図２は、本実施形態の概念の一例を示すものである。本実施形態のシステムを構成する各サーバ、機器の相関を図に示した。第一電子機器と、第二電子機器とは、同一人の利用者Ａによって利用されている。各電子機器は、それぞれのサービスサーバから、例えば、インターネットの閲覧や、コンテンツの再生など各種サービスの提供を受けることができる。利用者はサービスの提供を受けるために、予め識別管理サーバに共通識別情報の登録を行う。また、利用者は各判定サーバに対しても共通識別情報の登録を行うことが必要である。
【００１５】
まず、第一判定サーバは、第一電子機器からの第二判定サーバの利用要求を受ける（１）。このとき、利用要求は第一サービスサーバ群を経由するルートにて受け付ける（２）としてもよい。次に、第一判定サーバは、前記利用要求に基づいて、共通識別情報を含む第一保証要求を出力する（３）。これは、識別管理サーバから、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）が本システム内にて唯一の存在であること証明するためである。その次に、識別管理サーバは、第一判定サーバが出力する第一保証要求に基づいて識別管理部を検索し、その検索結果に基づいて第一保証を出力する（４）。
【００１６】
さらに、識別管理サーバからの第一保証に基づいて、第一判定サーバが共通識別情報を含む保証付サービス依頼を出力する（５）。このとき、第二判定サーバは、保証付サービス依頼を受信し、その保証を確認したうえで受信したサービス依頼に応じたサービスの提供を行なうことが想定される。また、この保証付サービス依頼に基づいて、利用者の共通識別情報と、第二電子機器識別情報とが関連付けられて保持されているか、共通識別情報をキーとして検索を行なうとしてもよい。これについては、実施形態１の構成２にて詳述する。
【００１７】
<実施形態１：構成１> 本実施形態での機能ブロックの一例を図３に示した。 図３に示す本実施形態の「システム」（０３００）は、「第一サービスサーバ群」（０３０１）と、「第二サービスサーバ群」（０３０２）と、「第一電子機器」（０３０３）と、「第二電子機器」（０３０４）と、「第一判定サーバ」（０３１０）と、「第二判定サーバ」（０３２０）と、「識別管理サーバ」（０３３０）とからなる。第一判定サーバ（０３１０）は、「第一関連保持部」（０３１１）と、「第一保証要求出力部」（０３１２）と、「第一保証受信部」（０３１３）と、「保証付サービス依頼出力部」（０３１４）と、を有し、第二判定サーバ（０３２０）は、「第二関連保持部」（０３２１）と、「保証付サービス依頼受信部」（０３２２）と、を有する。また、識別管理サーバ（０３３０）は、「識別管理部」（０３３１）と、「識別管理部検索部」（０３３２）と、「保証出力部」（０３３３）と、を有する。
【００１８】
<サービスサーバ群>
【００１９】
「第一サービスサーバ群」（０３０１）は、第一判定に基づいて第一サービスを第一電子機器に行なう。「第一判定」とは、第一電子機器が第一サービスサーバ群から第一サービスを受けられるか否かを判断する処理、及び、その結果をいう。第一判定サーバから第一判定が得られない限り、第一電子機器は第一サービスの提供を受けることはできない。「第一サービス」とは、第一電子機器に対して与えられるコンテンツなどをいい、具体的には、インターネットの閲覧や、コンテンツのダウンロード、メールの送受信などが該当する。第一サービスは、単一のサービスのみを指す場合だけでなく、複数のサービスからなる場合もある。第一サービスサーバ群とあるのは、各サービスに対応して、サービスサーバが複数となることが想定されることに起因する。
【００２０】
「第二サービスサーバ群」（０３０２）は、第二判定に基づいて第二サービスを第二電子機器に行なう。同様に、「第二判定」とは、第二電子機器が第二サービスサーバ群から第二サービスを受けられるか否かを判断する処理、及び、その結果をいう。第二判定サーバから第二判定が得られない限り、第二電子機器は第二サービスの提供を受けることはできない。「第二サービス」とは、第二電子機器に対して与えられるコンテンツなどをいい、具体的には、インターネットの閲覧や、コンテンツのダウンロード、メールの送受信などが該当する。第二サービスは、単一のサービスのみを指す場合だけでなく、複数のサービスからなる場合もある。第二サービスサーバ群とあるのは、各サービスに対応して、サービスサーバが複数となることが想定されることに起因する。また、第一サービスサーバ群と、第二サービスサーバ群とは、同一のサーバが重複して該当する場合もある。
【００２１】
<電子機器>
【００２２】
「第一電子機器」（０３０３）は、利用者が利用し、専ら第一サービスサーバ群から第一サービスを受ける。第一電子機器は、電子機器一般が広く該当し、具体的には、通信端末（ＰＣ、デジタルＴＶなど）や、携帯端末（携帯電話、ＰＤＡなど）が例示できる。利用者は、第一電子機器にて第一サービスを受けるためには、第一判定サーバや第一サービスサーバ群に対してアクセスし、利用要求を行う。また、第一電子機器は、通常、第二サービスサーバ群からサービスの提供を受けることはできない。
【００２３】
「第二電子機器」（０３０４）は、第一電子機器を利用する利用者が利用し、専ら第二サービスサーバ群から第二サービスを受ける。第二電子機器は、電子機器一般が広く該当し、具体的には、通信端末（ＰＣ、デジタルＴＶなど）や、携帯端末（携帯電話、ＰＤＡなど）が例示できる。利用者は、第二電子機器にて第一サービスを受けるためには、第二判定サーバや第二サービスサーバ群に対してアクセスし、利用要求を行う。また、第二電子機器は、通常、第一サービスサーバ群からサービスの提供を受けることはできない。ここでは、第一電子機器と、第二電子機器とは、同一の利用者が利用可能な電子機器を想定したものである。また、第一電子機器と、第二電子機器とは、異なる種類の電子機器であることは必須ではない。
【００２４】
<第一判定サーバ>
【００２５】
「第一判定サーバ」（０３１０）は、第一電子機器が第一サービスサーバ群から第一サービスを受けるために、第一電子機器識別情報に基づいて第一判定する。「第一電子機器識別情報」とは、第一電子機器を、第一サービスサーバ群と第一判定サーバとの範囲内にて一意に識別するための情報である。ただし、第一電子機器そのものでなく、第一電子機器を介して第一サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第一電子機器識別情報は、第一電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第一判定サーバが判断するために通常利用する識別情報であり、一般的には第一サービスの提供を受けるために固有に築かれたシステム用の識別情報である。例えば課金処理サーバと、これを利用して課金処理を行なう複数のサービス提供のためのサービスサーバ群とからなる固有のシステム（以下これをＸという。）内で利用する識別情報が該当する。第一判定サーバは、「第一関連保持部」（０３１１）と、「第一保証要求出力部」（０３１２）と、「第一保証受信部」（０２１３）と、「保証付サービス依頼出力部」（０３１４）と、を有している。
【００２６】
「第一関連保持部」（０３１１）は、利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する。「共通識別情報」は、利用者を本システム内にて一意に識別するための情報である。本来前記例で言うところのＸたるシステムが構築された時点では共通識別情報なるものを利用する必要はないのであるが、本件発明の目指す異なるサービス体系の横断的利用のために、後発的に固有システム内に共通する概念情報を導入する必要がある。つまり、固有のシステム（例えば第一サービス体系）を構築後、他の固有のシステム（例えば第二サービス体系）との間で横断的に利用者の利用（例えば第一判定サーバと、第二判定サーバを一の電子機器により利用すること）を促進すべく導入される概念情報が共通識別情報である。この共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【００２７】
このように、同一の利用者Ａが第一のサービスと、第二のサービスを受ける際の識別情報としては、第一電子機器識別情報と、第二電子機器識別情報（後に定義）という異なる識別情報を利用する。したがって、このままでは第一判定サーバと、第二判定サーバとは、それぞれがサービスを利用している利用者Ａが同一人であると認識することは困難である。しかし、本システムの恩恵（即ち異なるサービス体系間の横断的利用）を受けるために利用される共通識別情報で識別すれば両者は同一の利用者Ａ（第一判定サーバにとっては固有の識別体系である第一電子機器識別情報で識別される電子機器を利用する利用者Ａであり、第二判定サーバにとっては別の固有の識別体系である第二電子機器識別情報で識別される電子機器を利用する利用者Ａ）であるとの識別が可能となる。
【００２８】
第一判定サーバは、固有のサービス体系を実現するためには原則として第一電子機器識別情報に基づいて、第一電子機器が第一サービスサーバ群から第一サービスを受けることができるかどうかの第一判定を行う。この判定処理は、第一電子機器が自身の第一電子機器識別情報を第一判定サーバに対して送信することにより、第一サービスの提供を要求する場合に行われる。これらの処理は、第一サービス関連システム内にとどまった処理であり、第一サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【００２９】
「第一保証要求出力部」（０３１２）は、第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一保証要求を出力する。本件発明の目指す異なるサービスシステム間の横断的利用のために第一判定サーバから外部に対して最初に行なわれる処理である。第二判定サーバの利用要求としては、第二判定サーバを介して第一サービスの利用料を支払うことを要求するために、第一電子機器が送信する場合がある。本来第一電子機器は第一サービスシステム内でのみサービスの提供を受けることが出来たのであるが、その壁を破って他のサービスシステムにおいても所定のサービスを受けようとするためのものである。本件発明の場合には特に第二判定サーバの利用を目的としている。さらに具体的には、第二電子機器にてダウンロードした暗号化コンテンツ等を第一電子機器においても利用可能とするために第二判定サーバを介して復号鍵を取得することの要求や、第二電子機器にてダウンロードした個人情報等（スケジュール、カルテなど）を第一電子機器においても閲覧可能とするために第二判定サーバを介してパスワードを取得することの要求などが該当する。繰り返せば、これらの処理は本来第一電子機器が享受することが不可能であった処理である。なぜなら第一電子機器は第一サービスシステム体系内にてサービスを受けられるのに対して、これらの処理は、第二サービスシステム体系内で第二電子機器のみしか享受することが出来ない処理だったからである。
【００３０】
図４は、判定サーバ、識別管理サーバ間でやり取りする情報を具体的に示したものである。図では利用要求（０４０１）は、第二判定サーバを介して第一サービスの利用料を支払うことの要求を例示した。利用要求には、第一電子機器識別情報などを含む場合がある。また、利用要求は、図示していないが第一サービスサーバ群を経由して取得される場合もある。
【００３１】
第一保証要求は、識別管理サーバから共通識別情報で識別される利用者が唯一存在することの保証を得るために出力されるものである。第一保証要求は、共通識別情報（図で示した例では、ｕｓｅｒＩＤ：ｓａｋｕｒａ）を含むが、その他、第二判定サーバを識別するための情報などを含んでいてもよい。利用要求に第一電子機器識別情報が含まれている場合にはこれを抽出し、第一判定サーバの第一関連保持部に、第一電子機器識別情報と関連づけられて共通識別情報が保持されていないか検索を行なうことが想定される。また、利用要求に第一電子機器識別情報が含まれていない場合であっても、同一セッション中ではセッション開始時の第一電子機器識別情報を用いることができ、その他、サーバから発行されるクッキーから第一電子機器識別情報を抽出するとしてもよい。検索後、共通識別情報が保持されている場合にはこれを取得し、第一保証要求（０４０２）に含めて、識別管理サーバに対して出力する。
【００３２】
「第一保証受信部」（０３１３）は、前記第一保証要求出力部（０３１２）から出力される第一保証要求に応じて識別管理サーバから返信される第一保証を受信する。識別管理サーバ内の処理については後述する。図４で示した例には、第一保証（０４０４）は、共通識別情報で識別される利用者が唯一存在することを示す情報であるとした。
【００３３】
「保証付サービス依頼出力部」（０３１４）は、前記第一保証受信部（０３１３）にて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する。サービス依頼に、識別管理サーバによる保証を付加して第一判定サーバから出力することで、第一判定サーバと第二判定サーバ間に信頼関係がない場合であっても、サービス依頼の内容を正しいと信頼できる。つまり、共通識別情報で識別できる利用者がサービスを依頼したことが認識できる。図４で示したように、保証付サービス依頼（０４０５）の出力は、第二判定サーバに対して行われる。
【００３４】
<第二判定サーバ>
【００３５】
「第二判定サーバ」（０３２０）は、第二電子機器が第二サービスサーバ群から第二サービスを受けるために第二電子機器識別情報に基づいて第二判定する「第二電子機器識別情報」とは、第二電子機器を、第二サービスサーバ群と第二判定サーバとの範囲内で一意に識別するための情報である。ただし、第二電子機器そのものでなく、第二電子機器を介して第二サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第二電子機器識別情報は、第二電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第二判定サーバが判断するために通常利用する識別情報であり、一般的には第二サービスの提供を受けるために固有に築かれたシステム用の識別情報である。第二判定サーバは、「第二関連保持部」（０３２１）と、「保証付サービス依頼受信部」（０３２２）と、を有している。
【００３６】
「第二関連保持部」（０３２１）は、利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する。この共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【００３７】
第二判定サーバは、第二電子機器識別情報に基づいて、第二電子機器が第二サービスサーバ群から第二サービスを受けることができるかどうかの第二判定を行なう。この判定処理は、第二電子機器が自身の第二電子機器識別情報を第二判定サーバに対して送信することにより、第二サービスの提供を要求する場合に行われる。これらの処理は、第二サービス関連システム内にとどまった処理であり、第二サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【００３８】
「保証付サービス依頼受信部」（０３２２）は、保証付サービス依頼を受信する。保証付サービス依頼は、第一保証に基づいて生成され、信頼性が高いといえる。したがって、第二判定サーバは受信したサービス依頼に応じたサービスの提供（図４で示した例では、第一サービスの利用料の支払い）を行なうとしてもよい。また、識別管理サーバから出力される第一保証が識別管理サーバの秘密鍵で暗号化されている場合があり、このとき、保証付サービス依頼には暗号化された保証が含まれていることになるが、第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証内容（共通識別情報など）を確認できるとしてもよい。なお、第二判定サーバではサービス依頼に基づいて、共通識別情報をキーとして検索を行なうとしてもよい。これについては、構成２にて詳述する。
【００３９】
なお、共通識別情報で識別される利用者が唯一存在することを証明されていることで第二判定サーバはサービス依頼の内容が真正なものであると判断できる。この理由は以下のとおりである。つまり第二判定サーバは、常日頃からサービスを提供可能な電子機器を識別するために第二電子機器識別情報を利用している。つまり第二判定に第二電子機器識別情報を利用しているのである。したがって、第二判定サーバは第二電子機器識別情報を有する相手は信頼できるが、原則としてそれ以外の手段で相手の信頼性を確認することができない。ただし、例外として本件発明においては第二判定サーバにおいて共通識別情報と第二電子機器識別情報とが関連付けられているのでこれを利用する場合がある。この共通識別情報との関連付けの意味は、例えば第二電子機器識別情報（ＩＤ：０２０）で識別される相手と、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手とは同一であるという意味である。ここで第二判定サーバに対して共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手から第二判定サーバの利用の要求があった場合には第二判定サーバは、この要求は第二電子機器識別情報（ＩＤ：０２０）で識別される相手からの要求であろうと考えられる。ただし、ｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報がこのシステム内で重複して付与されている場合にはこの限りでない。つまり、別のサーバからやってきてｕｓｅｒＩＤ：ｓａｋｕｒａと名乗る相手が実はＩＤ：０２０でない可能性も出てくる。この問題を解決するためにはｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報が重複してシステム内で付与されていないことが確信できればよいこととなる。つまりｕｓｅｒＩＤ：ｓａｋｕｒａの唯一存在性が立証できれば第二判定サーバは見ず知らずのｕｓｅｒＩＤ：ｓａｋｕｒａであってもおなじみのＩＤ：０２０として処遇できるのである。つまり第二判定サーバは、ｕｓｅｒＩＤ：ｓａｋｕｒａをＩＤ：０２０とみなして自身の利用を許可できることとなる。
【００４０】
ここで、第一判定サーバと、第二判定サーバとは、便宜的に区別を行ったが、双方が同様の機能を有することを妨げるものではない。つまり、第一判定サーバが、保証付サービス依頼受信部を有し、第二判定サーバが、第二保証要求出力部、第二保証受信部、保証付サービス依頼出力部を有しているとしてもよい。
【００４１】
<識別管理サーバ>
【００４２】
「識別管理サーバ」（０３３０）は、共通識別情報を保持し、各サーバを管理する。識別管理サーバと第一判定サーバ間、及び、識別管理サーバと第二判定サーバ間においては、各々信頼関係を有する。識別管理サーバは、「識別管理部」（０３３１）と、「識別管理部検索部」（０３３２）と、「保証出力部」（０３３３）と、を有する。
【００４３】
「識別管理部」（０３３１）は、システム内で利用者を一意に識別する共通識別情報を管理する。共通識別情報は、利用者などによって予め登録が行われることによって発行され、第一判定サーバ、及び、第二判定サーバに対して付与することが想定される。ただし、共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。この共通識別情報により、２つ以上のサービスを利用するために必要となる利用者の識別情報が、唯一であることが保証される。図４では、複数の共通識別情報が保持、管理されている状況を模式的に示した。
【００４４】
「識別管理部検索部」（０３３２）は、第一判定サーバが出力する第一保証要求に基づいて識別管理部（０３３１）を検索する。第一保証要求に含まれる共通識別情報を抽出し、これと合致する共通識別情報が識別管理部にて管理されているかどうか検索を行なう。図４では、第一判定サーバから出力された第一保証要求に含まれる共通識別情報と、識別管理部に保持されている共通識別情報とを照らし合わせて検索を行い、合致する共通識別情報（０４０３）が得られたことを想定した。
【００４５】
「保証出力部」（０３３３）は、識別管理部検索部（０３３２）での検索結果に基づいて第一保証を出力する。識別管理部検索部における検索にて、唯一合致する共通識別情報が得られた場合には、共通識別情報で識別される利用者が唯一存在することが保証できる。検索結果としては、共通識別情報が唯一無二に存在することが必要となる。第一保証は、識別管理部検索部における検索にて、合致する共通識別情報が得られた場合にのみ出力する。合致する共通識別情報は得られなかった場合には、別途その旨を出力するとしてもよい。第一保証の出力先は、第一判定サーバである。また、第一判定サーバに対して出力する第一保証を識別管理サーバの秘密鍵で暗号化するとしてもよい。このとき、保証付サービス依頼を受信する第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証を確認できれば、改ざんやなりすましを予防でき有益である。図４では、検索結果から共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）にて特定される利用者唯一存在するとの第一保証（０４０４）が得られる。
【００４６】
<実施形態１：構成２> 本実施形態での機能ブロックの一例を図５に示した。 図５に示す本実施形態の「システム」（０５００）は、「第一サービスサーバ群」（０５０１）と、「第二サービスサーバ群」（０５０２）と、「第一電子機器」（０５０３）と、「第二電子機器」（０５０４）と、「第一判定サーバ」（０５１０）と、「第二判定サーバ」（０５２０）と、「識別管理サーバ」（０５３０）とからなる。第一判定サーバ（０５１０）は、「第一関連保持部」（０５１１）と、「第一保証要求出力部」（０５１２）と、「第一保証受信部」（０５１３）と、「保証付サービス依頼出力部」（０５１４）と、を有し、第二判定サーバ（０５２０）は、「第二関連保持部」（０５２１）と、「保証付サービス依頼受信部」（０５２２）と、さらに、「第二検索部」（０５２３）と、を有する。また、識別管理サーバ（０５３０）は、「識別管理部」（０５３１）と、「識別管理部検索部」（０５３２）と、「保証出力部」（０５３３）と、を有する。
【００４７】
「第二検索部」（０５２３）は、保証付サービス依頼受信部（０５２２）にて受信した保証付サービス依頼に基づいて第二関連保持部（０５２１）を、共通識別情報をキーとして検索する。共通識別情報をキーとする検索とは、保証付サービス依頼に含まれる共通識別情報を抽出し、これと合致する共通識別情報が第二関連保持部にて保持されているかどうかの検索を行うことをいう。合致する共通識別情報が得られた場合には、保証付サービス依頼に応じたサービスの提供（第一サービスの利用料の支払い、暗号化コンテンツ等の復号鍵送信、パスワード送信など）を行うとしてもよい。また、検索結果は、第一判定サーバや、第二電子機器（第二サービスサーバ群を経由してもよい）に送信するとしてもよい。
【００４８】
その他各部の処理については、構成１と同様である。
【００４９】
<実施形態共通：ハードウエア構成> 本件発明における各サーバなどのハードウエア構成の一例を図６に示した。本件発明の構成要素は、ハードウエア、ソフトウエア、ハードウエアとソフトウエアの両者、のいずれかによって構成される。例えば、これらを実現する一例として、ＣＰＵ、メモリ（ＤＲＡＭ、ＲＯＭ）、バス、Ｉ／Ｏなどから構成されるハードウエアと、これらのハードウエア上にて実行可能なソフトウエアを挙げることができる。具体的には、メモリ上に展開されたプログラムを順次実行することで、メモリ上のデータや、Ｉ／Ｏを介して入力されるデータの加工、蓄積、出力などにより構成要素である各部の機能が実現される。例えば、第一判定サーバでは、Ｉ／Ｏを介して第一電子機器から利用要求を受け、第一保証要求生成プログラムを実行して第一保証要求を生成する。生成した第一保証要求は、Ｉ／Ｏを介して識別管理サーバに送信を行なう。また、共通識別情報などの保持は、Ｉ／Ｏを介してＨＤＤに蓄積されている場合が想定される。
【００５０】
<実施形態１：処理の流れ> 図７は、実施形態１のシステムの処理の流れの一例を示したものである。本システムにおける利用者識別管理方法においては、まず、第一電子機器が、第二判定サーバの利用要求を出力する（利用要求出力ステップ Ｓ０７０１）。次に、第一判定サーバが、この利用要求に基づいて、共通識別情報を含む第一保証要求を出力する（第一保証要求出力ステップ Ｓ０７０２）。これに対して、識別管理サーバは、第一判定サーバが出力する第一保証要求に基づいて、システム内で利用者を一意に識別する共通識別情報を管理する識別管理部を検索し（識別管理部検索ステップ Ｓ０７０３）、さらに、識別管理部検索ステップ（Ｓ０７０３）における検索結果に基づいて第一保証を出力する（保証出力ステップ Ｓ０７０４）。このとき、検索結果に基づいて第一保証を出力すべきかどうかについての判定処理が行われることが想定される。
【００５１】
次に、第一判定サーバは、識別管理サーバから返信される第一保証を受信する（第一保証受信ステップ Ｓ０７０５）。その次に、第一保証受信ステップ（Ｓ０７０５）にて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する（保証付サービス依頼出力ステップ Ｓ０７０６）。これに対して、第二判定サーバは、保証付サービス依頼を受信する（保証付サービス依頼受信ステップ Ｓ０７０７）。
【００５２】
なお、第二判定サーバは、さらに、保証付サービス依頼受信ステップ（Ｓ０７０７）にて受信した保証付サービス依頼に基づいて、利用者の識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を、共通識別情報をキーとして検索する場合もある（第二検索ステップ Ｓ０７０８）。なお、これは必須のステップではない。
【００５３】
以上の処理は、計算機に実行させるためのプログラムで実行することができ、また、このプログラムを計算機によって読取り可能な記録媒体に記録することができる。（本明細書の全体を通して同様である。）
【００５４】
<実施形態１：効果> 本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムであって、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する第一保証要求を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力することに特徴を有する。第一電子機器、第一サービスサーバ、第一判定サーバにおける垂直統合型形態による利用者の識別管理を、他の垂直統合型形態と連携させて、より柔軟なサービスが提供できる。このとき、識別管理サーバから付与される保証によって、システム内の信頼性が高まり、安全なサービス提供の環境が確保できる。
【００５５】
<<実施形態２>>
【００５６】
<実施形態２：概要> 実施形態２について説明する。本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムであって、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する保証要求付サービス依頼を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証付サービス依頼を第二判定サーバへ出力することに特徴を有する。
【００５７】
図８は、本実施形態の概念の一例を示すものである。本実施形態のシステムを構成する各サーバ、機器の相関を図に示した。第一電子機器と、第二電子機器とは、同一人の利用者Ａによって利用されている。各電子機器は、それぞれのサービスサーバから、例えば、インターネットの閲覧や、コンテンツの再生など各種サービスの提供を受けることができる。利用者はサービスの提供を受けるために、予め識別管理サーバに共通識別情報の登録を行う。また、利用者は各判定サーバに対しても共通識別情報の登録を行うことが必要である。なお、この登録が完了しない限り、本件発明の目的としている異なる固有システム間の横断的利用はできないことになる。
【００５８】
このとき、例えば、電子機器を利用してサービスの提供を受ける際には、一般的には同じ体系の判定サーバを介して、サービス提供者等へその対価が支払われるための処理が実行される。つまり、第一電子機器を利用して第一サービスの提供を受ける際には、第一判定サーバを介して、サービス提供者等へ対価が支払われるための処理が実行される。ここで、本実施形態において提案するシステムは、第一電子機器から第一判定サーバに対して第二判定サーバの利用要求を行い、第一電子機器によるサービスの利用に伴う対価を、第二判定サーバを介して支払い可能とすること等を目的とするものである。
【００５９】
まず、第一判定サーバは、第一電子機器からの第二判定サーバの利用要求を受ける（１）。このとき、利用要求は第一サービスサーバ群を経由するルートにて受け付ける（２）としてもよい。次に、第一判定サーバは、前記利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する（３）。サービス依頼に保証要求を付加するのは、識別管理サーバから、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）が本システム内にて唯一の存在であること証明するためである。その次に、識別管理サーバは、第一判定サーバが出力する保証要求付サービス依頼を受信し、これに基づいて識別管理部を検索する。この検索結果に基づいて保証付サービス依頼を出力する（４）。
【００６０】
さらに、第二判定サーバは、識別管理サーバから出力される保証付サービス依頼を受信する。第二判定サーバは受信したサービス依頼に付された保証を確認したうえで、サービス依頼に応じたサービスの提供を行うとしてもよい。なお、この保証付サービス依頼に基づいて、利用者の共通識別情報と、第二電子機器識別情報とが関連付けられて保持されているか、共通識別情報をキーとして検索を行う場合がある。これについては、実施形態２の構成２にて詳述する。
【００６１】
また、図９には、保証要求付サービス依頼ではなく、保証要求とサービス依頼を別個に出力する場合の例を示した。第一判定サーバは、前記利用要求に基づいて、保証要求と、サービス依頼を出力する（３）。その次に、識別管理サーバは、第一判定サーバが出力する保証要求と、サービス依頼とを受信し、これに基づいて識別管理部を検索する。この検索結果に基づいて保証と、サービス依頼を出力する（４）。なお、第一判定サーバは、先に保証要求を出力し、識別管理サーバにおける識別管理部の検索結果に基づいて出力される保証を受信した後にサービス依頼を出力するとしてもよい。
【００６２】
<実施形態２：構成１> 本実施形態での機能ブロックの一例を図１０に示した。 図１０に示す本実施形態の「システム」（１０００）は、「第一サービスサーバ群」（１００１）と、「第二サービスサーバ群」（１００２）と、「第一電子機器」（１００３）と、「第二電子機器」（１００４）と、「第一判定サーバ」（１０１０）と、「第二判定サーバ」（１０２０）と、「識別管理サーバ」（１０３０）とからなる。第一判定サーバ（１０１０）は、「第一関連保持部」（１０１１）と、「保証要求付サービス依頼出力部」（１０１２）と、を有し、第二判定サーバ（１０２０）は、「第二関連保持部」（１０２１）と、「保証付サービス依頼受信部」（１０２２）と、を有する。また、識別管理サーバ（１０３０）は、「識別管理部」（１０３１）と、「保証要求付サービス依頼受信部」（１０３２）と、「識別管理部検索部」（１０３３）と、「保証付サービス依頼出力部」（１０３４）と、を有する。
【００６３】
<第一判定サーバ>
【００６４】
「第一判定サーバ」（１０１０）は、第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する。「第一電子機器識別情報」とは、第一電子機器を、第一サービスサーバ群と第一判定サーバとの範囲内にて一意に識別するための情報である。ただし、第一電子機器そのものでなく、第一電子機器を介して第一サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第一電子機器識別情報は、第一電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第一判定サーバが判断するために通常利用する識別情報であり、一般的には第一サービスの提供を受けるために固有に築かれたシステム用の識別情報である。例えば課金処理サーバと、これを利用して課金処理を行なう複数のサービス提供のためのサービスサーバ群とからなる固有のシステム（以下これをＸという。）内で利用している識別情報が該当する。第一判定サーバは、「第一関連保持部」（１０１１）と、「保証要求付サービス依頼出力部」（１０１２）と、を有している。
【００６５】
「第一関連保持部」（１０１１）は、利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する。「共通識別情報」は、利用者を本システム内にて一意に識別するための情報である。本来前記例で言うところのＸたるシステムが構築された時点では共通識別情報なるものを利用する必要はないのであるが、本件発明の目指す異なるサービス体系の横断的利用のために後発的に固有システム内に共通する概念情報を導入する必要がある。つまり、固有のシステム（例えば第一サービス体系）を構築後、他の固有のシステム（例えば第二サービス体系）との間で横断的に利用者の利用（例えば第一判定サーバと、第二判定サーバを一の電子機器により利用すること）を促進すべく導入される概念情報が共通識別情報である。この共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【００６６】
このように、同一の利用者Ａが第一のサービスと、第二のサービスを受ける際の識別情報としては、第一電子機器識別情報と、第二電子機器識別情報という異なる識別情報を利用する。したがって、このままでは第一判定サーバと、第二判定サーバとは、それぞれがサービスを提供している利用者Ａが同一人であると認識することは困難である。しかし、本システムの恩恵（即ち異なるサービス体系間の横断的利用）を受けるために利用される共通識別情報で識別すれば両者は同一の利用者Ａ（第一判定サーバにとっては固有の識別体系である第一電子機器識別情報で識別される電子機器を利用する利用者Ａであり、第二判定サーバにとっては別の固有の識別体系である第二電子機器識別情報で識別される電子機器を利用する利用者Ａ）であるとの識別が可能となる。
【００６７】
第一判定サーバは、固有のサービス体系を実現するためには原則として第一電子機器識別情報に基づいて、第一電子機器が第一サービスサーバ群から第一サービスを受けることができるかどうかの第一判定を行う。この判定処理は、第一電子機器が自身の第一電子機器識別情報を第一判定サーバに対して送信することにより、第一サービスの提供を要求する場合に行われる。これらの処理は、第一サービス関連システム内にとどまった処理であり、第一サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【００６８】
「保証要求付サービス依頼出力部」（１０１２）は、第一電子機器からの第二判定サーバの利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する。本件発明の目指す異なるサービスシステム間の横断的利用のために第一判定サーバから外部に対して最初に行なわれる処理である。第二判定サーバの利用要求としては、第二判定サーバを介して第一サービスの利用料を支払うことを要求するために、第一電子機器が送信する場合がある。本来第一電子機器は第一サービスシステム内でのみサービスの提供を受けることが出来たのであるが、その壁を破って他のサービスシステムにおいても所定のサービスを受けようとするためのものである。本件発明の場合には特に第二判定サーバの利用を目的としている。さらに具体的には、第二電子機器にてダウンロードした暗号化コンテンツ等を第一電子機器においても利用可能とするために第二判定サーバを介して復号鍵を取得することの要求や、第二電子機器にてダウンロードした個人情報等（スケジュール、カルテなど）を第一電子機器においても閲覧可能とするために第二判定サーバを介してパスワードを取得することの要求などが該当する。繰り返せば、これらの処理は本来第一電子機器が享受することが不可能であった処理である。なぜなら第一電子機器は第一サービスシステム体系内にてサービスを受けられるのに対して、これらの処理は、第二サービスシステム体系内で第二電子機器のみしか享受することが出来ない処理だったからである。
【００６９】
図１１には、判定サーバ、識別管理サーバ間でやり取りする情報を具体的に示したものである。図では利用要求（１１０１）は、第二電子機器にてダウンロードした暗号化コンテンツ等を第一電子機器においても利用可能とするために第二判定サーバを介して復号鍵を取得することの要求を例示した。利用要求には、第一電子機器識別情報などを含む場合がある。また、利用要求は、図示していないが第一サービスサーバ群を経由して取得される場合もある。
【００７０】
保証要求付サービス依頼は、識別管理サーバから共通識別情報で識別される利用者が唯一存在するとの保証を得、かつ、第二判定サーバへ利用要求に基づくサービスの依頼を行うために出力されるものである。保証要求付サービス依頼は、第二判定サーバを識別するための第二判定サーバ識別情報（図で示した例では、ＩＤ：０２０）及び共通識別情報（図で示した例では、ｕｓｅｒＩＤ：ｓａｋｕｒａ）を含む。利用要求に第一電子機器識別情報が含まれている場合にはこれを抽出し、第一判定サーバの第一関連保持部に、第一電子機器識別情報と関連づけられて共通識別情報が保持されていないか検索を行うことが想定される。また、利用要求に第一電子機器識別情報が含まれていない場合であっても、同一セッション中ではセッション開始時の第一電子機器識別情報を用いることができ、その他、サーバから発行されるクッキーから第一電子機器識別情報を抽出するとしてもよい。検索後、共通識別情報が保持されている場合にはこれを取得し、保証要求付サービス依頼（１１０２）に含めて、識別管理サーバに対して出力する。なお、保証要求付サービス依頼は、保証要求と、サービス依頼と、を別個に出力するとしてもよい。
【００７１】
<第二判定サーバ>
【００７２】
「第二判定サーバ」（１０２０）は、第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する「第二電子機器識別情報」とは、第二電子機器を、第二サービスサーバ群と第二判定サーバとの範囲内で一意に識別するための情報である。ただし、第二電子機器そのものでなく、第二電子機器を介して第二サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第二電子機器識別情報は、第二電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第二判定サーバが判断するために通常利用する識別情報であり、一般的には第二サービスの提供を受けるために固有に築かれたシステム用の識別情報である。第二判定サーバは、「第二関連保持部」（１０２１）と、「保証付サービス依頼受信部」（１０２２）と、を有している。
【００７３】
「第二関連保持部」（１０２１）は、利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する。共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【００７４】
第二判定サーバは、第二電子機器識別情報に基づいて、第二電子機器が第二サービスサーバ群から第二サービスを受けることができるかどうかの第二判定を行なう。この判定処理は、第二電子機器が自身の第二電子機器識別情報を第二判定サーバに対して送信することにより、第二サービスの提供を要求する場合に行われる。これらの処理は、第二サービス関連システム内にとどまった処理であり、第二サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【００７５】
「保証付サービス依頼受信部」（１０２２）は、識別管理サーバから出力される保証付サービス依頼を受信する。保証付サービス依頼は、前記第一判定サーバが出力する保証要求付サービス依頼に基づいて識別管理サーバから返信されるものである。識別管理サーバ内の処理については後述する。
【００７６】
なお、共通識別情報で識別される利用者が唯一存在することを証明されていることで第二判定サーバはサービス依頼の内容が真正なものであると判断できる。この理由は以下のとおりである。つまり第二判定サーバは、常日頃からサービスを提供可能な電子機器を識別するために第二電子機器識別情報を利用している。つまり第二判定に第二電子機器識別情報を利用しているのである。したがって、第二判定サーバは第二電子機器識別情報を有する相手は信頼できるが、原則としてそれ以外の手段で相手の信頼性を確認することができない。ただし、例外として本件発明においては第二判定サーバにおいて共通識別情報と第二電子機器識別情報とが関連付けられているのでこれを利用する場合がある。この共通識別情報との関連付けの意味は、例えば第二電子機器識別情報（ＩＤ：０２０）で識別される相手と、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手とは同一であるという意味である。ここで第二判定サーバに対して共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手から第二判定サーバの利用の要求があった場合には第二判定サーバは、この要求は第二電子機器識別情報（ＩＤ：０２０）で識別される相手からの要求であろうと考えられる。ただし、ｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報がこのシステム内で重複して付与されている場合にはこの限りでない。つまり、別のサーバからやってきてｕｓｅｒＩＤ：ｓａｋｕｒａと名乗る相手が実はＩＤ０２０でない可能性も出てくる。この問題を解決するためにはｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報が重複してシステム内で付与されていないことが確信できればよいこととなる。つまりｕｓｅｒＩＤ：ｓａｋｕｒａの唯一存在性が立証できれば第二判定サーバは見ず知らずのｕｓｅｒＩＤ：ｓａｋｕｒａであってもおなじみのＩＤ：０２０として処遇できるのである。つまり第二判定サーバは、ｕｓｅｒＩＤ：ｓａｋｕｒａをＩＤ：０２０とみなして自身の利用を許可できることとなる。
【００７７】
ここで、第一判定サーバと、第二判定サーバとは、便宜的に区別を行ったが、双方が同様の機能を有することを妨げるものではない。つまり、第一判定サーバが、保証付サービス依頼受信部を有し、第二判定サーバが、保証要求付サービス依頼出力部を有しているとしてもよい。
【００７８】
<識別管理サーバ>
【００７９】
「識別管理サーバ」（１０３０）は、共通識別情報と、第二判定サーバ識別情報とを保持し、各サーバを管理するサーバである。識別管理サーバと第一判定サーバ間、及び、識別管理サーバと第二判定サーバ間においては、各々信頼関係を有する。識別管理サーバは、「識別管理部」（１０３１）と、「保証要求付サービス依頼受信部」（１０３２）と、「識別管理部検索部」（１０３３）と、「保証付サービス依頼出力部」（１０３４）と、を有する。
【００８０】
「識別管理部」（１０３１）は、システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを管理する。共通識別情報は、利用者などによって予め登録が行われることによって発行され、第一判定サーバ、及び、第二判定サーバに対して付与することが想定される。なお、共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。この共通識別情報により、２つ以上のサービスを利用するために必要となる利用者の識別情報が、唯一であることが保証される。また、共通識別情報と、第二判定サーバ識別情報とは、互いに関連付けられているとしてもよい。図１１では、複数の共通識別情報と、第二判定サーバ識別情報とが保持、管理されている状況を模式的に示した。
【００８１】
「保証要求付サービス依頼受信部」（１０３２）は、第一判定サーバが出力する保証要求付サービス依頼を受信する。なお、保証要求付サービス依頼は、保証要求と、サービスの依頼を別個に受信するとしてもよい。このとき例えば、第一判定サーバから先に保証要求が出力され、これに基づいて識別管理サーバで識別管理部を検索するとしてもよい。検索結果である保証を第一判定サーバに返し、これを受信した第一判定サーバがサービス依頼を出力するとしてもよい。
【００８２】
「識別管理部検索部」（１０３３）は、保証要求付サービス依頼受信部（１０３２）にて受信された保証要求付サービス依頼に基づいて、共通識別情報をキーとして識別管理部（１０３１）を検索する。保証要求付サービス依頼に含まれる共通識別情報を抽出し、これと合致する共通識別情報が識別管理部にて管理されているかどうか検索を行う。図１１では、第一判定サーバから出力された保証要求付サービス依頼に含まれる共通識別情報と、識別管理部に保持されている共通識別情報とを照らし合わせて検索を行い、合致する共通識別情報（１１０３）が得られたことを想定した。また、合致する共通識別情報が得られた場合には、続けて保証要求付サービス依頼に含まれる第二判定サーバ識別情報と、識別管理部に保持されている第二判定サーバ識別情報とを照らし合わせて、合致する第二判定サーバ識別情報が得られるか検索を行うとしてもよい。
【００８３】
「保証付サービス依頼出力部」（１０３４）は、識別管理部検索部（１０３３）での検索結果に基づいて保証付サービス依頼を出力する。保証を付加することで、共通識別情報で識別される利用者が唯一存在することが保証できる。検索結果としては、共通識別情報が唯一無二に存在することが必要となる。保証は、識別管理部検索部における検索にて、唯一合致する共通識別情報が得られた場合にのみ付加する。合致する共通識別情報が得られなかった場合には、別途その旨を出力するとしてもよい。保証付サービス依頼の出力先は、第二判定サーバである。また、第二判定サーバに対して出力する保証付サービス依頼を識別管理サーバの秘密鍵で暗号化するとしてもよい。このとき、保証付サービス依頼を受信する第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証を確認できれば、改ざんやなりすましを予防でき有益である。図１１では、検索結果から共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）にて特定される利用者は唯一存在し、サービスの依頼を実行してもよいことを示す保証付サービス依頼（１１０４）が得られるとした。なお、保証付サービス依頼は、保証と、サービス依頼を別個に出力するとしてもよい。
【００８４】
その他各サービスサーバ群、電子機器についての処理は、実施形態１と同様である。
【００８５】
<実施形態２：構成２> 本実施形態での機能ブロックの一例を図１２に示した。 図１２に示す本実施形態の「システム」（１２００）は、「第一サービスサーバ群」（１２０１）と、「第二サービスサーバ群」（１２０２）と、「第一電子機器」（１２０３）と、「第二電子機器」（１２０４）と、「第一判定サーバ」（１２１０）と、「第二判定サーバ」（１２２０）と、「識別管理サーバ」（１２３０）とからなる。第一判定サーバ（１２１０）は、「第一関連保持部」（１２１１）と、「保証要求付サービス依頼出力部」（１２１２）と、を有し、第二判定サーバ（１２２０）は、「第二関連保持部」（１２２１）と、「保証付サービス依頼受信部」（１２２２）と、さらに、「第二検索部」（１２２３）と、を有する。また、識別管理サーバ（１２３０）は、「識別管理部」（１２３１）と、「保証要求付サービス依頼受信部」（１２３２）と、「識別管理部検索部」（１２３３）と、「保証付サービス依頼出力部」（１２３４）と、を有する。
【００８６】
「第二検索部」（１２２３）は、識別管理サーバから受信する保証付サービス依頼に基づいて、第二関連保持部（１１２１）を、共通識別情報をキーとして検索する。共通識別情報をキーとする検索とは、保証付サービス依頼に含まれる共通識別情報を抽出し、これと合致する共通識別情報が第二関連保持部にて保持されているかどうかの検索を行うことをいう。合致する共通識別情報が得られた場合には、保証付サービス依頼に応じたサービスの提供（第一電子機器の利用料の支払い、暗号化コンテンツ等の復号鍵送信、パスワード送信など）を行うとしてもよい。また、検索結果は、第一判定サーバや、第二電子機器（第二サービスサーバ群を経由してもよい）に送信するとしてもよい。
【００８７】
その他各部の処理については、構成１と同様である。
【００８８】
<実施形態２：処理の流れ> 図１３は、実施形態２のシステムの処理の流れの一例を示したものである。本システムにおける利用者識別管理方法においては、まず、第一電子機器が、第二判定サーバの利用要求を出力する（利用要求出力ステップ Ｓ１３０１）。次に、第一判定サーバが、この利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する（保証要求付サービス依頼出力ステップ Ｓ１３０２）。これに対して、識別管理サーバは、第一判定サーバが出力する保証要求付サービス依頼を受信する（保証要求付サービス依頼受信ステップ Ｓ１３０３）。次に、保証要求付サービス依頼受信ステップ（Ｓ１３０３）にて受信された保証要求付サービス依頼に基づいて、システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを管理する識別管理部を、共通識別情報をキーとして検索する（識別管理部検索ステップ Ｓ１３０４）。さらに、識別管理部検索ステップ（Ｓ１３０４）における検索結果に基づいて保証付サービス依頼を出力する（保証付サービス依頼出力ステップ Ｓ１３０５）。このとき、検索結果に基づいて保証付サービス依頼を出力すべきかどうかについての判定処理が行われることが想定される。次に、第二判定サーバは、識別管理サーバから出力される保証付サービス依頼を受信する（保証付サービス依頼受信ステップ Ｓ１３０６）。
【００８９】
なお、第二判定サーバは、さらに、保証付サービス依頼受信ステップ（Ｓ１３０６）にて受信した保証付サービス依頼に基づいて、利用者の識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を、共通識別情報をキーとして検索する場合もある（第二検索ステップ Ｓ１３０７）。なお、これは必須のステップではない。
【００９０】
<実施形態２：効果> 本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムであって、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから出力する保証要求付サービス依頼を受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証付サービス依頼を出力することに特徴を有する。第一電子機器、第一サービスサーバ、第一判定サーバにおける垂直統合型形態による利用者の識別管理を、他の垂直統合型形態と連携させて、より柔軟なサービスが提供できる。このとき、識別管理サーバから保証付サービス依頼が付与されることによって、判定サーバ間に連携がない場合でもサービス提供が可能となるだけの信頼関係を生じさせることができる。
【００９１】
<<実施形態３>>
【００９２】
<実施形態３：概要> 実施形態３について説明する。本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムである。第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから第一サービス依頼を受けた第二判定サーバは第二保証要求を識別管理サーバに対して出力し、これを受けた識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力することに特徴を有する。
【００９３】
図１４は、本実施形態の概念の一例を示すものである。本実施形態のシステムを構成する各サーバ、機器の相関を図に示した。第一電子機器と、第二電子機器とは、同一人の利用者Ａによって利用されている。各電子機器は、それぞれのサービスサーバから、例えば、インターネットの閲覧や、コンテンツの再生など各種サービスの提供を受けることができる。利用者はサービスの提供を受けるために、予め識別管理サーバに共通識別情報の登録を行う。また、利用者は各判定サーバに対しても共通識別情報の登録を行うことが必要である。なお、この登録が完了しない限り、本件発明の目的としている異なる固有システム間の横断的利用はできないことになる。
【００９４】
このとき、例えば、電子機器を利用してサービスの提供を受ける際には、一般的には同じ体系の判定サーバを介して、サービス提供者等その対価が支払われるための処理を実行される。つまり、第一電子機器を利用してサービスの提供を受ける際には、第一判定サーバを介して、サービス提供者等へ対価が支払われるための処理が実行される。ここで、本実施形態において提案するシステムは、第一電子機器から第一判定サーバに対して第二判定サーバの利用要求を行い、第一電子機器によるサービスの利用に伴う対価を、第二判定サーバを介して支払い可能とすること等を目的とするものである。
【００９５】
まず、第一判定サーバは、第一電子機器からの第二判定サーバの利用要求を受ける（１）。このとき、利用要求は第一サービスサーバ群を経由するルートにて受け付ける（２）としてもよい。次に、第一判定サーバは、前記利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する（３）。第一サービス依頼は、第一判定サーバから第二判定サーバへ、利用要求に基づくサービスの提供を依頼するために出力する。その次に、第二判定サーバは、第一判定サーバが出力する第一サービス依頼を受信し、これに基づいて共通識別情報を含む第二保証要求を出力する（４）。
【００９６】
一方、識別管理サーバは、第二判定サーバが出力する第二保証要求を受信し、これに基づいて識別管理部を検索する。この検索結果に基づいて第二保証を出力する（５）。
【００９７】
さらに、第二判定サーバは、識別管理サーバから出力された第二保証及び第一判定サーバから出力された第一サービス依頼に基づいて、サービスの提供を行うとしてもよい。また、第一サービス依頼及び第二保証に基づいて、利用者の共通識別情報と、第二電子機器識別情報とが関連付けられて保持されているか、共通識別情報をキーとして検索を行う場合がある。これについては、実施形態３の構成２にて詳述する。
【００９８】
<実施形態３：構成１> 本実施形態での機能ブロックの一例を図１５に示した。 図１５に示す本実施形態の「システム」（１５００）は、「第一サービスサーバ群」（１５０１）と、「第二サービスサーバ群」（１５０２）と、「第一電子機器」（１５０３）と、「第二電子機器」（１５０４）と、「第一判定サーバ」（１５１０）と、「第二判定サーバ」（１５２０）と、「識別管理サーバ」（１５３０）とからなる。第一判定サーバ（１５１０）は、「第一関連保持部」（１５１１）と、「第一サービス依頼出力部」（１５１２）と、を有し、第二判定サーバ（１５２０）は、「第二関連保持部」（１５２１）と、「サービス依頼受信部」（１５２２）と、「第二保証要求出力部」（１５２３）と、「第二保証受信部」（１５２４）と、を有する。また、識別管理サーバ（１５３０）は、「識別管理部」（１５３１）と、「識別管理部検索部」（１５３２）と、「保証出力部」（１５３３）と、を有する。
【００９９】
<第一判定サーバ>
【０１００】
「第一判定サーバ」（１５１０）は、第一電子機器が第一サービスサーバ群から第一サービスを受けるために第一電子機器識別情報に基づいて第一判定する。「第一電子機器識別情報」とは、第一電子機器を、第一サービスサーバ群と第一判定サーバとの範囲内にて一意に識別するための情報である。ただし、第一電子機器そのものでなく、第一電子機器を介して第一サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第一電子機器識別情報は、第一電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第一判定サーバが判断するために通常利用する識別情報であり、一般的には第一サービスの提供を受けるために固有に築かれたシステム用の識別情報である。例えば課金処理サーバと、これを利用して課金処理を行なう複数のサービス提供のためのサービスサーバ群とからなる固有のシステム（以下これをＸという。）内で利用する識別情報が該当する。第一判定サーバは、「第一関連保持部」（１５１１）と、「第一サービス依頼出力部」（１５１２）と、を有している。
【０１０１】
「第一関連保持部」（１５１１）は、利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する。「共通識別情報」は、本システム内にて利用者を一意に識別するための情報である。本来前記例で言うところのＸたるシステムが構築された時点では共通識別情報なるものを利用する必要はないのであるが、本件発明の目指す異なるサービス体系の横断的利用のために、後発的に固有システム内に共通する概念情報を導入する必要がある。つまり、固有のシステム（例えば第一サービス体系）を構築後、他の固有システム（例えば第二サービス体系）との間で横断的に利用者の利用（例えば第一判定サーバと、第二判定サーバを一の電子機器により利用すること）を促進すべく導入される概念情報が共通識別情報である。この共通識別情報は、一般的には、電子機器を所有する所有者の発意に応じて識別管理サーバから判定サーバに対して付与されることが想定される。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【０１０２】
このように、同一の利用者Ａが第一のサービスと、第二のサービスを受ける際の識別情報としては、第一電子機器識別情報と、第二電子機器識別情報という異なる識別情報を利用する。したがって、このままでは第一判定サーバと、第二判定サーバとは、それぞれがサービスを提供している利用者Ａが同一人であると認識することは困難である。しかし、本システムの恩恵（即ち異なるサービス体系間の横断的利用）を受けるために利用される共通識別情報で識別すれば両者は同一の利用者Ａ（第一判定サーバにとっては固有の識別体系である第一電子機器識別情報で識別される電子機器を利用する利用者Ａであり、第二判定サーバにとっては別の固有の識別体系である第二電子機器識別情報で識別される電子機器を利用する利用者Ａ）であるとの識別が可能となる。
【０１０３】
第一判定サーバは、固有のサービス体系を実現するためには原則として第一電子機器識別情報に基づいて、第一電子機器が第一サービスサーバ群から第一サービスを受けることができるかどうかの第一判定を行う。この判定処理は、第一電子機器が自身の第一電子機器識別情報を第一判定サーバに対して送信することにより、第一サービスの提供を要求する場合に行われる。これらの処理は、第一サービス関連システム内にとどまった処理であり、第一サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【０１０４】
「第一サービス依頼出力部」（１５１２）は、第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する。本件発明の目指す異なるサービスシステム間の横断的利用のために第一判定サーバから外部に対して最初に行なわれる処理である。第二判定サーバの利用要求としては、第二判定サーバを介して第一サービスの利用料を支払うことを要求するために、第一電子機器が送信する場合がある。本来第一電子機器は第一サービスシステム内でのみサービスの提供を受けることが出来たのであるが、その壁を破って他のサービスシステムにおいても所定のサービスを受けようとするためのものである。本件発明の場合には特に第二判定サーバの利用を目的としている。さらに具体的には、第二電子機器にてダウンロードした暗号化コンテンツ等を第一電子機器においても利用可能とするために第二判定サーバを介して復号鍵を取得することの要求や、第二電子機器にてダウンロードした個人情報等（スケジュール、カルテなど）を第一電子機器においても閲覧可能とするために第二判定サーバを介してパスワードを取得することの要求などが該当する。繰り返せば、これらの処理は本来第一電子機器が享受することが不可能であった処理である。なぜなら第一電子機器は第一サービスシステム体系内にてサービスを受けられるのに対して、これらの処理は、第二サービスシステム体系内で第二電子機器のみしか享受することが出来ない処理だったからである。
【０１０５】
図１６には、判定サーバ、識別管理サーバ間でやり取りする情報を具体的に示したものである。図では利用要求（１６０１）は、第二電子機器にてダウンロードした個人情報を第一電子機器においても閲覧可能とするために第二判定サーバを介してパスワードを取得することの要求を例示した。利用要求には、第一電子機器識別情報などを含む場合がある。また、利用要求は、図示していないが第一サービスサーバ群を経由して取得される場合もある。
【０１０６】
第一サービス依頼は、第二判定サーバへ利用要求に基づくサービスの依頼を行うために出力されるものである。第一サービス依頼は、共通識別情報（図で示した例では、ｕｓｅｒＩＤ：ｓａｋｕｒａ）を含むが、その他、第一判定サーバを識別するための情報などを含んでいてもよい。第一サービス依頼は、第二判定サーバにサービスを依頼するために出力されるものである。利用要求に第一電子機器識別情報が含まれている場合にはこれを抽出し、第一判定サーバの第一関連保持部に、第一電子機器識別情報と関連づけられて共通識別情報が保持されていないか検索を行うことが想定される。また、利用要求に第一電子機器識別情報が含まれていない場合であっても、同一セッション中ではセッション開始時の第一電子機器識別情報を用いることができ、その他、サーバから発行されるクッキーから第一電子機器識別情報を抽出するとしてもよい。検索後、共通識別情報が保持されている場合にはこれを取得し、第一サービス依頼（１６０２）に含めて、第二判定サーバに対して出力することが想定される。
【０１０７】
<第二判定サーバ>
【０１０８】
「第二判定サーバ」（１５２０）は、第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する「第二電子機器識別情報」とは、第二電子機器を、第二サービスサーバ群と第二判定サーバとの範囲内で一意に識別するための情報である。ただし、第二電子機器そのものでなく、第二電子機器を介して第二サービスの提供を受ける限りの意味における利用者を識別するためのユーザー識別情報であってもよい。つまり、第二電子機器識別情報は、第二電子機器がサービスの提供を受けるのに適切な電子機器であるか否かを第二判定サーバが判断するために通常利用する識別情報であり、一般的には第二サービスの提供を受けるために固有に築かれたシステム用の識別情報である。第二判定サーバは、「第二関連保持部」（１５２１）と、「サービス依頼受信部」（１５２２）と、「第二保証要求出力部」（１５２３）と、「第二保証受信部」（１５２４）と、を有している。
【０１０９】
「第二関連保持部」（１５２１）は、利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する。共通識別情報は、一般的には、電子機器を所有する利用者の発意に応じて判定サーバに対して付与されることが想定される。共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。もちろん、この説明は一例であって、固有のサービス体系を実現するシステムを構築する際に予め固有の識別情報体系である機器識別情報とともに共通識別情報を利用するように設計することも可能である。
【０１１０】
第二判定サーバは、第二電子機器識別情報に基づいて、第二電子機器が第二サービスサーバ群から第二サービスを受けることができるかどうかの第二判定を行なう。この判定処理は、第二電子機器が自身の第二電子機器識別情報を第二判定サーバに対して送信することにより、第二サービスの提供を要求する場合に行われる。これらの処理は、第二サービス関連システム内にとどまった処理であり、第二サービスシステム体系内の固有処理である。本件発明が目指す異なる固有システム間の横断的利用に対して、固有システム内の垂直的サービスを提供するために行なわれるものである。
【０１１１】
「サービス依頼受信部」（１５２２）は、第一判定サーバが出力する第一サービス依頼を受信する。受信した第一サービス依頼には、共通識別情報識別される利用者が唯一存在することを確認するための保証が付加されていないため、これだけでサービスの提供を実行することはできない。
【０１１２】
「第二保証要求出力部」（１５２３）は、サービス依頼受信部（１５２２）にて受信した第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する。第二保証要求は、識別管理サーバから共通識別情報識別される利用者が唯一存在するとの保証を得るために出力されるものである。第二保証要求は、共通識別情報を含むが、その他、第一判定サーバを識別するための情報などを含んでいてもよい。第一サービス依頼に含まれている共通識別情報を抽出し、第二保証要求（１６０３）に含めて、識別管理サーバに対して出力することが想定される。
【０１１３】
「第二保証受信部」（１５２４）は、前記第二保証要求出力部（１５２３）から出力される第二保証要求に基づいて識別管理サーバが出力する第二保証を受信する。識別管理サーバ内の処理については後述する。第二保証は、共通識別情報識別される利用者が唯一存在することを示す。また、識別管理サーバから出力される第二保証が識別管理サーバの秘密鍵で暗号化されている場合があるが、このとき、第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証内容を確認できるとしてもよい。
【０１１４】
図１６で示した例には、第二保証（１６０４）は、共通識別情報で識別される利用者が唯一存在することを示す情報であるとした。第二保証を得られたことで、第二判定サーバでは第一判定サーバからのサービス依頼の信頼性が高いと判断できるため、受信したサービス依頼に応じたサービスの提供（図１６で示した例ではパスワード送信）を行うとしてもよい。あるいは、第二判定サーバではサービス依頼に基づいて、共通識別情報をキーとして検索を行うとしてもよい。これについては、構成２にて詳述する。
【０１１５】
なお、共通識別情報で識別される利用者が唯一存在することを証明されていることで第二判定サーバはサービス依頼の内容が真正なものであると判断できる。この理由は以下のとおりである。つまり第二判定サーバは、常日頃からサービスを提供可能な電子機器を識別するために第二電子機器識別情報を利用している。つまり第二判定に第二電子機器識別情報を利用しているのである。したがって、第二判定サーバは第二電子機器識別情報を有する相手は信頼できるが、原則としてそれ以外の手段で相手の信頼性を確認することができない。ただし、例外として本件発明においては第二判定サーバにおいて共通識別情報と第二電子機器識別情報とが関連付けられているのでこれを利用する場合がある。この共通識別情報との関連付けの意味は、例えば第二電子機器識別情報（ＩＤ０２０）で識別される相手と、共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手とは同一であるという意味である。ここで第二判定サーバに対して共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）で識別される相手から第二判定サーバの利用の要求があった場合には第二判定サーバは、この要求は第二電子機器識別情報（ＩＤ０２０）で識別される相手からの要求であろうと考えられる。ただし、ｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報がこのシステム内で重複して付与されている場合にはこの限りでない。つまり、別のサーバからやってきてｕｓｅｒＩＤ：ｓａｋｕｒａと名乗る相手が実はＩＤ０２０でない可能性も出てくる。この問題を解決するためにはｕｓｅｒＩＤ：ｓａｋｕｒａという識別情報が重複してシステム内で付与されていないことが確信できればよいこととなる。つまりｕｓｅｒＩＤ：ｓａｋｕｒａの唯一存在性が立証できれば第二判定サーバは見ず知らずのｕｓｅｒＩＤ：ｓａｋｕｒａであってもおなじみのＩＤ０２０として処遇できるのである。つまり第二判定サーバは、ｕｓｅｒＩＤ：ｓａｋｕｒａをＩＤ０２０とみなして自身の利用を許可できることとなる。
【０１１６】
ここで、第一判定サーバと、第二判定サーバとは、便宜的に区別を行ったが、双方が同様の機能を有することを妨げるものではない。つまり、第一判定サーバが、サービス依頼受信部、第一保証要求出力部、第一保証受信部を有し、第二判定サーバが、第二サービス依頼出力部を有しているとしてもよい。
【０１１７】
<識別管理サーバ>
【０１１８】
「識別管理サーバ」（１５３０）は、共通識別情報を保持し、各サーバを管理するサーバである。識別管理サーバと第一判定サーバ間、及び、識別管理サーバと第二判定サーバ間においては、各々信頼関係を有する。識別管理サーバは、「識別管理部」（１５３１）と、「識別管理部検索部」（１５３２）と、「保証出力部」（１５３３）と、を有する。
【０１１９】
「識別管理部」（１５３１）は、システム内で利用者を一意に識別する共通識別情報を管理する。共通識別情報は、利用者などによって予め登録が行われることによって発行され、第一判定サーバ、及び、第二判定サーバに対して付与することが想定される。ただし、共通識別情報が判定サーバに対して与えられるための流通経路は各種考えられ、一に限定されるものではない。この共通識別情報により、２つ以上のサービスを利用するために必要となる利用者の識別情報が、唯一であることが保証される。図１６では、複数の共通識別情報が保持、管理されている状況を模式的に示した。
【０１２０】
「識別管理部検索部」（１５３２）は、第二判定サーバが出力する第二保証要求に基づいて識別管理部（１５３１）を検索する。第二保証要求に含まれる共通識別情報を抽出し、これと合致する共通識別情報が識別管理部にて管理されているかどうか検索を行う。図１６では、第二判定サーバから出力された第二保証要求に含まれる共通識別情報と、識別管理部に保持されている共通識別情報とを照らし合わせて検索を行い、合致する共通識別情報（１６０４）が得られたことを想定した。
【０１２１】
「保証出力部」（１５３３）は、識別管理部検索部（１５３２）での検索結果に基づいて第二保証を出力する。識別管理部検索部における検索にて、唯一合致する共通識別情報が得られた場合には、共通識別情報で識別される利用者が唯一存在することが保証できる。検索結果としては、共通識別情報が唯一無二に存在することが必要となる。第二保証は、識別管理部検索部における検索にて、合致する共通識別情報が得られた場合にのみ出力する。合致する共通識別情報は得られなかった場合には、別途その旨を出力するとしてもよい。第二保証の出力先は、第二判定サーバである。また、第二判定サーバに対して出力する第二保証を識別管理サーバの秘密鍵で暗号化するとしてもよい。このとき、第二保証を受信する第二判定サーバでは識別管理サーバの公開鍵で復号化を行い、保証を確認できれば、改ざんやなりすましを予防でき有益である。図１６では、検索結果から共通識別情報（ｕｓｅｒＩＤ：ｓａｋｕｒａ）にて特定される利用者は唯一存在するとの第二保証（１６０５）が得られる。
【０１２２】
その他各サービスサーバ群、電子機器についての処理は、実施形態１、２と同様である。
【０１２３】
<実施形態３：構成２> 本実施形態での機能ブロックの一例を図１７に示した。 図１７に示す本実施形態の「システム」（１７００）は、「第一サービスサーバ群」（１７０１）と、「第二サービスサーバ群」（１７０２）と、「第一電子機器」（１７０３）と、「第二電子機器」（１７０４）と、「第一判定サーバ」（１７１０）と、「第二判定サーバ」（１７２０）と、「識別管理サーバ」（１７３０）とからなる。第一判定サーバ（１７１０）は、「第一関連保持部」（１７１１）と、「第一サービス依頼出力部」（１７１２）と、を有し、第二判定サーバ（１７２０）は、「第二関連保持部」（１７２１）と、「サービス依頼受信部」（１７２２）と、「第二保証要求出力部」（１７２３）と、「第二保証受信部」（１７２４）と、さらに、「第二検索部」（１７２５）と、を有する。また、識別管理サーバ（１７３０）は、「識別管理部」（１７３１）と、「識別管理部検索部」（１７３２）と、「保証出力部」（１７３３）と、を有する。
【０１２４】
「第二検索部」（１７２５）は、サービス依頼受信部（１７２２）にて受信した第一サービス依頼及び第二保証受信部（１７２４）にて受信した第二保証に基づいて第二関連保持部（１７２１）を、共通識別情報をキーとして検索する。共通識別情報をキーとする検索とは、第二保証に含まれる共通識別情報を抽出し、これと合致する共通識別情報が第二関連保持部にて保持されているかどうかの検索を行うことをいう。合致する共通識別情報が得られた場合には、第一サービス依頼に応じたサービスの提供（第一サービスの利用料の支払い、暗号化コンテンツ等の復号鍵送信、パスワード送信など）を行うとしてもよい。また、検索結果は、第一判定サーバや、第二電子機器（第二サービスサーバ群を経由してもよい）に送信するとしてもよい。
【０１２５】
その他各部の処理については、構成１と同様である。
【０１２６】
<実施形態３：処理の流れ> 図１８は、実施形態３のシステムの処理の流れの一例を示したものである。本システムにおける利用者識別管理方法においては、まず、第一電子機器が、第二判定サーバの利用要求を出力する（利用要求出力ステップ Ｓ１８０１）。次に、第一判定サーバが、この利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する（第一サービス依頼出力ステップ Ｓ１８０２）。これに対して、第二判定サーバは、第一判定サーバが出力する第一サービス依頼を受信する（第一サービス依頼受信ステップ Ｓ１８０３）。その次に、第一サービス依頼受信ステップ（Ｓ１８０３）にて受信する第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する（第二保証要求出力ステップ Ｓ１８０４）。
【０１２７】
これに対して、識別管理サーバは、第二判定サーバが出力する第二保証要求に基づいて、システム内で利用者を一意に識別する共通識別情報を管理する識別管理部を検索し（識別管理部検索ステップ Ｓ１８０５）、さらに、識別管理部検索ステップ（Ｓ１８０５）における検索結果に基づいて第二保証を出力する（保証出力ステップ Ｓ１８０６）。このとき、検索結果に基づいて第二保証を出力すべきかどうかについての判定処理が行われることが想定される。
【０１２８】
次に、第二判定サーバは、識別管理サーバから出力される第二保証を受信する（第二保証受信ステップ Ｓ１８０７）。
【０１２９】
なお、第二判定サーバは、さらに、第二保証受信ステップ（Ｓ１８０７）にて受信した第二保証に基づいて、利用者の識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を、共通識別情報をキーとして検索する場合もある（第二検索ステップ Ｓ１８０８）。なお、これは必須のステップではない。
【０１３０】
<実施形態３：効果> 本実施形態は、サービスサーバ群と、電子機器と、判定サーバと、識別管理サーバと、からなるシステムであって、第一電子機器からの第二判定サーバの利用要求に基づいて、第一判定サーバから第一サービス依頼を受けた第二判定サーバは第二保証要求を識別管理サーバに対して出力し、これを受けて識別管理サーバにて、識別管理部の検索を行い、その検索結果に基づいて保証を出力することに特徴を有する。第一電子機器、第一サービスサーバ、第一判定サーバにおける垂直統合型形態による利用者の識別管理を、他の垂直統合型形態と連携させて、より柔軟なサービスが提供できる。このとき、信頼関係のないサーバからサービス依頼を受けた場合でも、識別管理サーバから付与される保証によって、システム内の信頼性が高まり、安全なサービス提供の環境が確保できる。
【図面の簡単な説明】
【０１３１】
【図１】実施形態１の前段階となる課題を説明するための概念図
【図２】実施形態１を説明するための概念図
【図３】実施形態１（構成１）を説明するための機能ブロック図
【図４】実施形態１（構成１）を具体的に説明するための具体的機能ブロック図
【図５】実施形態１（構成２）を説明するための機能ブロック図
【図６】本発明を説明するためのハードウエア構成図
【図７】実施形態１における処理の流れを説明するためのフロー
【図８】実施形態２を説明するための概念図（その１）
【図９】実施形態２を説明するための概念図（その２）
【図１０】実施形態２（構成１）を説明するための機能ブロック図
【図１１】実施形態２（構成１）を具体的に説明するための具体的機能ブロック図
【図１２】実施形態２（構成２）を説明するための機能ブロック図
【図１３】実施形態２における処理の流れを説明するためのフロー
【図１４】実施形態３を説明するための概念図
【図１５】実施形態３（構成１）を説明するための機能ブロック図
【図１６】実施形態３（構成１）を具体的に説明するための具体的機能ブロック図
【図１７】実施形態３（構成２）を説明するための機能ブロック図
【図１８】実施形態３における処理の流れを説明するためのフロー
【符号の説明】
【０１３２】
０３００ システム
０３０１ 第一サービスサーバ群
０３０２ 第二サービスサーバ群
０３０３ 第一電子機器
０３０４ 第二電子機器
０３１０ 第一判定サーバ
０３１１ 第一関連保持部
０３１２ 第一保証要求出力部
０３１３ 第一保証受信部
０３１４ 保証付サービス依頼出力部
０３２０ 第二判定サーバ
０３２１ 第二関連保持部
０３２２ 保証付サービス依頼受信部
０３３０ 識別管理サーバ
０３３１ 識別管理部
０３３２ 識別管理部検索部
０３３３ 保証出力部
【特許請求の範囲】
【請求項１】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
からなるシステムであって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部と、
第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一保証要求を出力する第一保証要求出力部と、
前記第一保証要求出力部から出力される第一保証要求に応じて識別管理サーバから返信される第一保証を受信する第一保証受信部と、
前記第一保証受信部にて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する保証付サービス依頼出力部と、
を有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部と、
保証付サービス依頼を受信する保証付サービス依頼受信部と、
を有し、
前記識別管理サーバは、
第一判定サーバが出力する第一保証要求に基づいて識別管理部を検索する識別管理部検索部と、
識別管理部検索部での検索結果に基づいて第一保証を出力する保証出力部と、を有するシステム。
【請求項２】
第二判定サーバは、
保証付サービス依頼受信部にて受信した保証付サービス依頼に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索部を、
さらに有する請求項１に記載のシステム。
【請求項３】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを識別管理部にて管理する識別管理サーバと、
からなるシステムであって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部と、
第一電子機器からの第二判定サーバの利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する保証要求付サービス依頼出力部と、を有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部と、
識別管理サーバから出力される第二保証付サービス依頼を受信する第二保証付サービス依頼受信部と、を有し、
前記識別管理サーバは、
第一判定サーバが出力する保証要求付サービス依頼を受信する保証要求付サービス依頼受信部と、
保証要求付サービス依頼受信部にて受信された保証要求付サービス依頼に基づいて、共通識別情報をキーとして識別管理部を検索する識別管理部検索部と、
識別管理部検索部での検索結果に基づいて第二保証付サービス依頼を出力する第二保証付サービス依頼出力部と、を有するシステム。
【請求項４】
第二判定サーバは、
識別管理サーバから受信する第二保証付サービス依頼に基づいて、第二関連保持部を、共通識別情報をキーとして検索する第二検索部を、
さらに有する請求項３に記載のシステム。
【請求項５】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
からなるシステムであって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部と、
第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する第一サービス依頼出力部と、を有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部と、
第一判定サーバが出力する第一サービス依頼を受信するサービス依頼受信部と、
サービス依頼受信部にて受信した第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する第二保証要求出力部と、
前記第二保証要求出力部から出力される第二保証要求に基づいて識別管理サーバが出力する第二保証を受信する第二保証受信部と、を有し、
前記識別管理サーバは、
第二判定サーバが出力する第二保証要求に基づいて識別管理部を検索する識別管理部検索部と、
識別管理部検索部での検索結果に基づいて第二保証を出力する保証出力部と、を有するシステム。
【請求項６】
第二判定サーバは、
サービス依頼受信部にて受信した第一サービス依頼及び第二保証受信部にて受信した第二保証に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索部を、
さらに有する請求項５に記載のシステム。
【請求項７】
請求項１に記載の第一判定サーバ。
【請求項８】
請求項１に記載の第二判定サーバ。
【請求項９】
請求項２に記載の第二判定サーバ。
【請求項１０】
請求項１に記載の識別管理サーバ。
【請求項１１】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
からなるシステムにおける利用者識別管理方法であって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部を有し、
第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一保証要求を出力する第一保証要求出力ステップと、
前記第一保証要求出力ステップから出力される第一保証要求に応じて識別管理サーバから返信される第一保証を受信する第一保証受信ステップと、
前記第一保証受信ステップにて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する保証付サービス依頼出力ステップと、
を有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を有し、
保証付サービス依頼を受信する保証付サービス依頼受信ステップ、
を有し、
前記識別管理サーバは、
第一判定サーバが出力する第一保証要求に基づいて識別管理部を検索する識別管理部検索ステップと、
識別管理部検索ステップにおける検索結果に基づいて第一保証を出力する保証出力ステップと、を有する利用者識別管理方法。
【請求項１２】
第二判定サーバは、
保証付サービス依頼受信ステップにて受信した保証付サービス依頼に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索ステップを、
さらに有する請求項１１に記載の利用者識別管理方法。
【請求項１３】
請求項３に記載の第一判定サーバ。
【請求項１４】
請求項３に記載の第二判定サーバ。
【請求項１５】
請求項４に記載の第二判定サーバ。
【請求項１６】
請求項３に記載の識別管理サーバ。
【請求項１７】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを識別管理部にて管理する識別管理サーバと、
からなるシステムにおける利用者識別管理方法であって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部を有し、
第一電子機器からの第二判定サーバの利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する保証要求付サービス依頼出力ステップを有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を有し、
識別管理サーバから出力される保証付サービス依頼を受信する保証付サービス依頼受信ステップを有し、
前記識別管理サーバは、
第一判定サーバが出力する保証要求付サービス依頼を受信する保証要求付サービス依頼受信ステップと、
保証要求付サービス依頼受信ステップにて受信された保証要求付サービス依頼に基づいて、共通識別情報をキーとして識別管理部を検索する識別管理部検索ステップと、
識別管理部検索ステップにおける検索結果に基づいて保証付サービス依頼を出力する保証付サービス依頼出力ステップと、を有する利用者識別管理方法。
【請求項１８】
第二判定サーバは、
識別管理サーバから受信する保証付サービス依頼に基づいて、第二関連保持部を、共通識別情報をキーとして検索する第二検索ステップを、
さらに有する請求項１７に記載の利用者識別管理方法。
【請求項１９】
請求項５に記載の第一判定サーバ。
【請求項２０】
請求項５に記載の第二判定サーバ。
【請求項２１】
請求項６に記載の第二判定サーバ。
【請求項２２】
請求項５に記載の識別管理サーバ。
【請求項２３】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
からなるシステムにおける利用者識別管理方法であって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部を有し、
第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する第一サービス依頼出力ステップを有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を有し、
第一判定サーバが出力する第一サービス依頼を受信するサービス依頼受信ステップと、
サービス依頼受信ステップにて受信した第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する第二保証要求出力ステップと、
前記第二保証要求出力ステップから出力される第二保証要求に基づいて識別管理サーバが出力する第二保証を受信する第二保証受信ステップと、
を有し、
前記識別管理サーバは、
第二判定サーバが出力する第二保証要求に基づいて識別管理部を検索する識別管理部検索ステップと、
識別管理部検索ステップにおける検索結果に基づいて第二保証を出力する保証出力ステップと、を有する利用者識別管理方法。
【請求項２４】
第二判定サーバは、
サービス依頼受信ステップにて受信した第一サービス依頼及び第二保証受信ステップにて受信した第二保証に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索ステップを、
さらに有する請求項２３に記載の利用者識別管理方法。
【請求項１】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
からなるシステムであって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部と、
第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一保証要求を出力する第一保証要求出力部と、
前記第一保証要求出力部から出力される第一保証要求に応じて識別管理サーバから返信される第一保証を受信する第一保証受信部と、
前記第一保証受信部にて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する保証付サービス依頼出力部と、
を有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部と、
保証付サービス依頼を受信する保証付サービス依頼受信部と、
を有し、
前記識別管理サーバは、
第一判定サーバが出力する第一保証要求に基づいて識別管理部を検索する識別管理部検索部と、
識別管理部検索部での検索結果に基づいて第一保証を出力する保証出力部と、を有するシステム。
【請求項２】
第二判定サーバは、
保証付サービス依頼受信部にて受信した保証付サービス依頼に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索部を、
さらに有する請求項１に記載のシステム。
【請求項３】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを識別管理部にて管理する識別管理サーバと、
からなるシステムであって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部と、
第一電子機器からの第二判定サーバの利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する保証要求付サービス依頼出力部と、を有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部と、
識別管理サーバから出力される第二保証付サービス依頼を受信する第二保証付サービス依頼受信部と、を有し、
前記識別管理サーバは、
第一判定サーバが出力する保証要求付サービス依頼を受信する保証要求付サービス依頼受信部と、
保証要求付サービス依頼受信部にて受信された保証要求付サービス依頼に基づいて、共通識別情報をキーとして識別管理部を検索する識別管理部検索部と、
識別管理部検索部での検索結果に基づいて第二保証付サービス依頼を出力する第二保証付サービス依頼出力部と、を有するシステム。
【請求項４】
第二判定サーバは、
識別管理サーバから受信する第二保証付サービス依頼に基づいて、第二関連保持部を、共通識別情報をキーとして検索する第二検索部を、
さらに有する請求項３に記載のシステム。
【請求項５】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
からなるシステムであって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部と、
第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する第一サービス依頼出力部と、を有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部と、
第一判定サーバが出力する第一サービス依頼を受信するサービス依頼受信部と、
サービス依頼受信部にて受信した第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する第二保証要求出力部と、
前記第二保証要求出力部から出力される第二保証要求に基づいて識別管理サーバが出力する第二保証を受信する第二保証受信部と、を有し、
前記識別管理サーバは、
第二判定サーバが出力する第二保証要求に基づいて識別管理部を検索する識別管理部検索部と、
識別管理部検索部での検索結果に基づいて第二保証を出力する保証出力部と、を有するシステム。
【請求項６】
第二判定サーバは、
サービス依頼受信部にて受信した第一サービス依頼及び第二保証受信部にて受信した第二保証に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索部を、
さらに有する請求項５に記載のシステム。
【請求項７】
請求項１に記載の第一判定サーバ。
【請求項８】
請求項１に記載の第二判定サーバ。
【請求項９】
請求項２に記載の第二判定サーバ。
【請求項１０】
請求項１に記載の識別管理サーバ。
【請求項１１】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
からなるシステムにおける利用者識別管理方法であって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部を有し、
第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一保証要求を出力する第一保証要求出力ステップと、
前記第一保証要求出力ステップから出力される第一保証要求に応じて識別管理サーバから返信される第一保証を受信する第一保証受信ステップと、
前記第一保証受信ステップにて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する保証付サービス依頼出力ステップと、
を有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を有し、
保証付サービス依頼を受信する保証付サービス依頼受信ステップ、
を有し、
前記識別管理サーバは、
第一判定サーバが出力する第一保証要求に基づいて識別管理部を検索する識別管理部検索ステップと、
識別管理部検索ステップにおける検索結果に基づいて第一保証を出力する保証出力ステップと、を有する利用者識別管理方法。
【請求項１２】
第二判定サーバは、
保証付サービス依頼受信ステップにて受信した保証付サービス依頼に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索ステップを、
さらに有する請求項１１に記載の利用者識別管理方法。
【請求項１３】
請求項３に記載の第一判定サーバ。
【請求項１４】
請求項３に記載の第二判定サーバ。
【請求項１５】
請求項４に記載の第二判定サーバ。
【請求項１６】
請求項３に記載の識別管理サーバ。
【請求項１７】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを識別管理部にて管理する識別管理サーバと、
からなるシステムにおける利用者識別管理方法であって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部を有し、
第一電子機器からの第二判定サーバの利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する保証要求付サービス依頼出力ステップを有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を有し、
識別管理サーバから出力される保証付サービス依頼を受信する保証付サービス依頼受信ステップを有し、
前記識別管理サーバは、
第一判定サーバが出力する保証要求付サービス依頼を受信する保証要求付サービス依頼受信ステップと、
保証要求付サービス依頼受信ステップにて受信された保証要求付サービス依頼に基づいて、共通識別情報をキーとして識別管理部を検索する識別管理部検索ステップと、
識別管理部検索ステップにおける検索結果に基づいて保証付サービス依頼を出力する保証付サービス依頼出力ステップと、を有する利用者識別管理方法。
【請求項１８】
第二判定サーバは、
識別管理サーバから受信する保証付サービス依頼に基づいて、第二関連保持部を、共通識別情報をキーとして検索する第二検索ステップを、
さらに有する請求項１７に記載の利用者識別管理方法。
【請求項１９】
請求項５に記載の第一判定サーバ。
【請求項２０】
請求項５に記載の第二判定サーバ。
【請求項２１】
請求項６に記載の第二判定サーバ。
【請求項２２】
請求項５に記載の識別管理サーバ。
【請求項２３】
第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
からなるシステムにおける利用者識別管理方法であって、
第一判定サーバは、
利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部を有し、
第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する第一サービス依頼出力ステップを有し、
第二判定サーバは、
利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を有し、
第一判定サーバが出力する第一サービス依頼を受信するサービス依頼受信ステップと、
サービス依頼受信ステップにて受信した第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する第二保証要求出力ステップと、
前記第二保証要求出力ステップから出力される第二保証要求に基づいて識別管理サーバが出力する第二保証を受信する第二保証受信ステップと、
を有し、
前記識別管理サーバは、
第二判定サーバが出力する第二保証要求に基づいて識別管理部を検索する識別管理部検索ステップと、
識別管理部検索ステップにおける検索結果に基づいて第二保証を出力する保証出力ステップと、を有する利用者識別管理方法。
【請求項２４】
第二判定サーバは、
サービス依頼受信ステップにて受信した第一サービス依頼及び第二保証受信ステップにて受信した第二保証に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索ステップを、
さらに有する請求項２３に記載の利用者識別管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００７−３４４９４（Ｐ２００７−３４４９４Ａ）
【公開日】平成１９年２月８日（２００７．２．８）
【国際特許分類】
【出願番号】特願２００５−２１４３７５（Ｐ２００５−２１４３７５）
【出願日】平成１７年７月２５日（２００５．７．２５）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成１９年２月８日（２００７．２．８）
【国際特許分類】
【出願日】平成１７年７月２５日（２００５．７．２５）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]