JP4796793B2 - 電子機器の認証についての識別管理システム - Google Patents

電子機器の認証についての識別管理システム Download PDF

Info

Publication number
JP4796793B2
JP4796793B2 JP2005214375A JP2005214375A JP4796793B2 JP 4796793 B2 JP4796793 B2 JP 4796793B2 JP 2005214375 A JP2005214375 A JP 2005214375A JP 2005214375 A JP2005214375 A JP 2005214375A JP 4796793 B2 JP4796793 B2 JP 4796793B2
Authority
JP
Japan
Prior art keywords
service
electronic device
identification information
server
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2005214375A
Other languages
English (en)
Other versions
JP2007034494A (ja
Inventor
雅章 東城
孝太郎 福井
巧 池田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2005214375A priority Critical patent/JP4796793B2/ja
Priority to PCT/JP2006/302390 priority patent/WO2007013198A1/ja
Priority to EP06713532A priority patent/EP1909429A1/en
Publication of JP2007034494A publication Critical patent/JP2007034494A/ja
Application granted granted Critical
Publication of JP4796793B2 publication Critical patent/JP4796793B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • G06F21/35—User authentication involving the use of external additional devices, e.g. dongles or smart cards communicating wirelessly
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/40—User authentication by quorum, i.e. whereby two or more security principals are required
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

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

Claims (24)

  1. 第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
    第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
    利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
    前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
    第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
    第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
    システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
    からなるシステムであって、
    第一判定サーバは、
    利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部と、
    第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一保証要求を出力する第一保証要求出力部と、
    前記第一保証要求出力部から出力される第一保証要求に応じて識別管理サーバから返信される第一保証を受信する第一保証受信部と、
    前記第一保証受信部にて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する保証付サービス依頼出力部と、
    を有し、
    第二判定サーバは、
    利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部と、
    保証付サービス依頼を受信する保証付サービス依頼受信部と、
    を有し、
    前記識別管理サーバは、
    第一判定サーバが出力する第一保証要求に基づいて識別管理部を検索する識別管理部検索部と、
    識別管理部検索部での検索結果に基づいて第一保証を出力する保証出力部と、を有するシステム。
  2. 第二判定サーバは、
    保証付サービス依頼受信部にて受信した保証付サービス依頼に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索部を、
    さらに有する請求項１に記載のシステム。
  3. 第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
    第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
    利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
    前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
    第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
    第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
    システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを識別管理部にて管理する識別管理サーバと、
    からなるシステムであって、
    第一判定サーバは、
    利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部と、
    第一電子機器からの第二判定サーバの利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する保証要求付サービス依頼出力部と、を有し、
    第二判定サーバは、
    利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部と、
    識別管理サーバから出力される第二保証付サービス依頼を受信する第二保証付サービス依頼受信部と、を有し、
    前記識別管理サーバは、
    第一判定サーバが出力する保証要求付サービス依頼を受信する保証要求付サービス依頼受信部と、
    保証要求付サービス依頼受信部にて受信された保証要求付サービス依頼に基づいて、共通識別情報をキーとして識別管理部を検索する識別管理部検索部と、
    識別管理部検索部での検索結果に基づいて第二保証付サービス依頼を出力する第二保証付サービス依頼出力部と、を有するシステム。
  4. 第二判定サーバは、
    識別管理サーバから受信する第二保証付サービス依頼に基づいて、第二関連保持部を、共通識別情報をキーとして検索する第二検索部を、
    さらに有する請求項３に記載のシステム。
  5. 第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
    第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
    利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
    前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
    第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
    第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
    システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
    からなるシステムであって、
    第一判定サーバは、
    利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部と、
    第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する第一サービス依頼出力部と、を有し、
    第二判定サーバは、
    利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部と、
    第一判定サーバが出力する第一サービス依頼を受信するサービス依頼受信部と、
    サービス依頼受信部にて受信した第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する第二保証要求出力部と、
    前記第二保証要求出力部から出力される第二保証要求に基づいて識別管理サーバが出力する第二保証を受信する第二保証受信部と、を有し、
    前記識別管理サーバは、
    第二判定サーバが出力する第二保証要求に基づいて識別管理部を検索する識別管理部検索部と、
    識別管理部検索部での検索結果に基づいて第二保証を出力する保証出力部と、を有するシステム。
  6. 第二判定サーバは、
    サービス依頼受信部にて受信した第一サービス依頼及び第二保証受信部にて受信した第二保証に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索部を、
    さらに有する請求項５に記載のシステム。
  7. 請求項１に記載の第一判定サーバ。
  8. 請求項１に記載の第二判定サーバ。
  9. 請求項２に記載の第二判定サーバ。
  10. 請求項１に記載の識別管理サーバ。
  11. 第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
    第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
    利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
    前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
    第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
    第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
    システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
    からなるシステムにおける利用者識別管理方法であって、
    第一判定サーバは、
    利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部を有し、
    第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一保証要求を出力する第一保証要求出力ステップと、
    前記第一保証要求出力ステップから出力される第一保証要求に応じて識別管理サーバから返信される第一保証を受信する第一保証受信ステップと、
    前記第一保証受信ステップにて受信する第一保証に基づいて共通識別情報を含む保証付サービス依頼を出力する保証付サービス依頼出力ステップと、
    を有し、
    第二判定サーバは、
    利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を有し、
    保証付サービス依頼を受信する保証付サービス依頼受信ステップ、
    を有し、
    前記識別管理サーバは、
    第一判定サーバが出力する第一保証要求に基づいて識別管理部を検索する識別管理部検索ステップと、
    識別管理部検索ステップにおける検索結果に基づいて第一保証を出力する保証出力ステップと、を有する利用者識別管理方法。
  12. 第二判定サーバは、
    保証付サービス依頼受信ステップにて受信した保証付サービス依頼に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索ステップを、
    さらに有する請求項１１に記載の利用者識別管理方法。
  13. 請求項３に記載の第一判定サーバ。
  14. 請求項３に記載の第二判定サーバ。
  15. 請求項４に記載の第二判定サーバ。
  16. 請求項３に記載の識別管理サーバ。
  17. 第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
    第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
    利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
    前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
    第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
    第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
    システム内で利用者を一意に識別する共通識別情報と、第二判定サーバ識別情報とを識別管理部にて管理する識別管理サーバと、
    からなるシステムにおける利用者識別管理方法であって、
    第一判定サーバは、
    利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部を有し、
    第一電子機器からの第二判定サーバの利用要求に基づいて、第二判定サーバ識別情報及び共通識別情報を含む保証要求付サービス依頼を出力する保証要求付サービス依頼出力ステップを有し、
    第二判定サーバは、
    利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を有し、
    識別管理サーバから出力される保証付サービス依頼を受信する保証付サービス依頼受信ステップを有し、
    前記識別管理サーバは、
    第一判定サーバが出力する保証要求付サービス依頼を受信する保証要求付サービス依頼受信ステップと、
    保証要求付サービス依頼受信ステップにて受信された保証要求付サービス依頼に基づいて、共通識別情報をキーとして識別管理部を検索する識別管理部検索ステップと、
    識別管理部検索ステップにおける検索結果に基づいて保証付サービス依頼を出力する保証付サービス依頼出力ステップと、を有する利用者識別管理方法。
  18. 第二判定サーバは、
    識別管理サーバから受信する保証付サービス依頼に基づいて、第二関連保持部を、共通識別情報をキーとして検索する第二検索ステップを、
    さらに有する請求項１７に記載の利用者識別管理方法。
  19. 請求項５に記載の第一判定サーバ。
  20. 請求項５に記載の第二判定サーバ。
  21. 請求項６に記載の第二判定サーバ。
  22. 請求項５に記載の識別管理サーバ。
  23. 第一判定に基づいて第一サービスを第一電子機器に行なう第一サービスサーバ群と、
    第二判定に基づいて第二サービスを第二電子機器に行なう第二サービスサーバ群と、
    利用者が利用し、第一サービスサーバ群から第一サービスを受ける第一電子機器と、
    前記利用者が利用し、第二サービスサーバ群から第二サービスを受ける第二電子機器と、
    第一サービスサーバ群から第一サービスを受けるために第一電子機器を第一電子機器識別情報に基づいて第一判定する第一判定サーバと、
    第二サービスサーバ群から第二サービスを受けるために第二電子機器を第二電子機器識別情報に基づいて第二判定する第二判定サーバと、
    システム内で利用者を一意に識別する共通識別情報を識別管理部にて管理する識別管理サーバと、
    からなるシステムにおける利用者識別管理方法であって、
    第一判定サーバは、
    利用者の共通識別情報と、第一電子機器識別情報とを関連付けて保持する第一関連保持部を有し、
    第一電子機器からの第二判定サーバの利用要求に基づいて、共通識別情報を含む第一サービス依頼を出力する第一サービス依頼出力ステップを有し、
    第二判定サーバは、
    利用者の共通識別情報と、第二電子機器識別情報とを関連付けて保持する第二関連保持部を有し、
    第一判定サーバが出力する第一サービス依頼を受信するサービス依頼受信ステップと、
    サービス依頼受信ステップにて受信した第一サービス依頼に基づいて共通識別情報を含む第二保証要求を出力する第二保証要求出力ステップと、
    前記第二保証要求出力ステップから出力される第二保証要求に基づいて識別管理サーバが出力する第二保証を受信する第二保証受信ステップと、
    を有し、
    前記識別管理サーバは、
    第二判定サーバが出力する第二保証要求に基づいて識別管理部を検索する識別管理部検索ステップと、
    識別管理部検索ステップにおける検索結果に基づいて第二保証を出力する保証出力ステップと、を有する利用者識別管理方法。
  24. 第二判定サーバは、
    サービス依頼受信ステップにて受信した第一サービス依頼及び第二保証受信ステップにて受信した第二保証に基づいて第二関連保持部を、共通識別情報をキーとして検索する第二検索ステップを、
    さらに有する請求項２３に記載の利用者識別管理方法。
JP2005214375A 2005-07-25 2005-07-25 電子機器の認証についての識別管理システム Expired - Fee Related JP4796793B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2005214375A JP4796793B2 (ja) 2005-07-25 2005-07-25 電子機器の認証についての識別管理システム
PCT/JP2006/302390 WO2007013198A1 (ja) 2005-07-25 2006-02-10 電子機器の認証についての識別管理システム
EP06713532A EP1909429A1 (en) 2005-07-25 2006-02-10 Identification management system for authentication of electronic devices

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005214375A JP4796793B2 (ja) 2005-07-25 2005-07-25 電子機器の認証についての識別管理システム

Publications (2)

Publication Number Publication Date
JP2007034494A JP2007034494A (ja) 2007-02-08
JP4796793B2 true JP4796793B2 (ja) 2011-10-19

Family

ID=37683105

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005214375A Expired - Fee Related JP4796793B2 (ja) 2005-07-25 2005-07-25 電子機器の認証についての識別管理システム

Country Status (3)

Country Link
EP (1) EP1909429A1 (ja)
JP (1) JP4796793B2 (ja)
WO (1) WO2007013198A1 (ja)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001244927A (ja) * 2000-03-01 2001-09-07 Indigo Corp 認証システム
JP2002133324A (ja) * 2000-10-25 2002-05-10 Toshiba Corp ユーザ情報管理装置、ユーザ情報管理方法及び電子サービスシステム
JP4330911B2 (ja) * 2002-10-08 2009-09-16 株式会社コナミデジタルエンタテインメント ポイント連携システム
JP4666878B2 (ja) * 2002-12-13 2011-04-06 国立大学法人九州大学 認証方法および認証システム
JP2004227055A (ja) 2003-01-20 2004-08-12 Mitsubishi Electric Corp サービス提供装置及び移動体通信装置及び決済システム及び決済方法及び決済プログラム
JP2004362189A (ja) * 2003-06-04 2004-12-24 Hitachi Ltd ユーザ情報流通システム

Also Published As

Publication number Publication date
WO2007013198A1 (ja) 2007-02-01
JP2007034494A (ja) 2007-02-08
EP1909429A1 (en) 2008-04-09

Similar Documents

Publication Publication Date Title
CN109478298B (zh) 区块链实现的方法和系统
JP6971019B2 (ja) データ管理システム、情報処理装置、プログラム、及び、データ管理方法
US7899187B2 (en) Domain-based digital-rights management system with easy and secure device enrollment
JP4155393B2 (ja) ファイル交換装置、個人情報登録・紹介サーバ、送信制御方法、及びプログラム
JP5274096B2 (ja) デジタルコンテンツ配信に対する否認防止
JP4895190B2 (ja) 電子機器の認証に関する識別管理のためのシステム
Sanda et al. Proposal of new authentication method in Wi-Fi access using Bitcoin 2.0
US20090165107A1 (en) Identification managment system for electronic device authentication
US20090187980A1 (en) Method of authenticating, authorizing, encrypting and decrypting via mobile service
KR20030036069A (ko) 네트워크를 통해 이용자와 컴퓨터의 인증과 보증을수행하기 위한 방법 및 장치
EP2026231A1 (en) DRM system and method of managing DRM content
WO2007099608A1 (ja) 認証システム、ｃｅ機器、携帯端末、鍵証明発行局および鍵証明取得方法
JP2003296281A (ja) アクセス制御方法及びシステム
CN101729514A (zh) 一种业务调用的实现方法及装置和系统
JP2015194879A (ja) 認証システム、方法、及び提供装置
US20110307939A1 (en) Account issuance system, account server, service server, and account issuance method
JP2004102872A (ja) 個人情報保護オンライン・コマース・システム
US20100287180A1 (en) Apparatus and Method for Issuing Certificate with User&#39;s Consent
KR20090000256A (ko) Ｄｒｍ 디바이스의 시간 정보를 업데이트하기 위한 방법 및그 시스템
JP4796793B2 (ja) 電子機器の認証についての識別管理システム
KR20060012943A (ko) 전자 거래 내역에 대한 프라이버시를 보호하는 거래 인증방법 및 시스템
KR100452891B1 (ko) 네트워크를 통한 인증 시스템 및 그 방법
JP2007156621A (ja) 認証サーバ装置、通信端末装置、決済処理認証システム、決済処理認証方法、制御プログラム、および、記録媒体
JP2005018421A (ja) 管理装置及びサービス提供装置及び通信システム
KR100431215B1 (ko) 홈 게이트웨이에서 네트워크 서비스를 인증받는 방법 및이러한 인증을 중계하는 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080701

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20110603

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20110610

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110705

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110801

R150 Certificate of patent or registration of utility model

Ref document number: 4796793

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140805

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees