JP5790653B2 - サービス提供システム - Google Patents

サービス提供システム Download PDF

Info

Publication number
JP5790653B2
JP5790653B2 JP2012523499A JP2012523499A JP5790653B2 JP 5790653 B2 JP5790653 B2 JP 5790653B2 JP 2012523499 A JP2012523499 A JP 2012523499A JP 2012523499 A JP2012523499 A JP 2012523499A JP 5790653 B2 JP5790653 B2 JP 5790653B2
Authority
JP
Japan
Prior art keywords
information
service
individual
common
user
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
JP2012523499A
Other languages
English (en)
Other versions
JPWO2012004916A1 (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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP2012523499A priority Critical patent/JP5790653B2/ja
Publication of JPWO2012004916A1 publication Critical patent/JPWO2012004916A1/ja
Application granted granted Critical
Publication of JP5790653B2 publication Critical patent/JP5790653B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • 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/41—User authentication where a single sign-on provides access to a plurality of computers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、複数のサービスを提供するサービス提供システムに関する。
インターネット等の計算機ネットワーク上に、ソーシャル・ネットワーキング・システム（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｙｓｔｅｍ、ＳＮＳ）、及び、ブログ（ウェブログ、ｂｌｏｇ、ｗｅｂｌｏｇ）等のサービスが普及している。
これらのサービスにおいて、サービスを利用する各ユーザには、固有の（即ち、ユーザを識別するための）ＩＤ（識別子、Ｉｄｅｎｔｉｆｉｅｒ）が割り当てられる。また、これらのサービスを提供するサーバ装置は、各ユーザに割り当てられたＩＤと対応付けて、当該ユーザの属性（氏名、生年月日、及び、嗜好等）を表すプロフィール情報を記憶する。
ところで、複数のサービスのそれぞれが、互いに独立してユーザに対してＩＤを発行した場合、同一のユーザに対して、サービス毎に異なるＩＤが割り当てられる。このような場合、複数のサービスを利用するユーザにとっては、複数のＩＤを使い分ける必要が生じるために利便性が損なわれるという問題がある。また、第１のサービスにて第１のＩＤが割り当てられたユーザと、第２のサービスにて第２のＩＤが割り当てられたユーザと、が同一のユーザであるか否か（即ち、ユーザの同一性）を他のユーザが判別できないという問題がある。
複数のサービスに共通した（複数のサービスに亘る）ＩＤを、同一のユーザに割り当てる技術は、シングルサインオン（Ｓｉｎｇｌｅ Ｓｉｇｎ Ｏｎ）と呼ばれる。シングルサインオンを実現する技術の１つとして、分散型ＩＤ連携システムが知られている。この技術の一例は、非特許文献１に記載されているＯｐｅｎＩＤである。
図１は、ＯｐｅｎＩＤにおけるユーザＩＤの確認手順の概要を示す。この手順は、非特許文献１の「３．Ｐｒｏｔｏｃｏｌ Ｏｖｅｒｖｉｅｗ」に記載されている。
ＯｐｅｎＩＤにおけるシングルサインオンは、ユーザが操作するユーザ端末（ＯｐｅｎＩＤにおいては、Ｕｓｅｒ−ａｇｅｎｔと呼ばれる）と、サービス提供装置（Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ、ＯｐｅｎＩＤにおいては、Ｒｅｌｙｉｎｇ Ｐａｒｔｙ（ＲＰ）と呼ばれる）と、ＩＤ提供装置（ＩＤ Ｐｒｏｖｉｄｅｒ、ＯｐｅｎＩＤにおいては、ＯｐｅｎＩＤ Ｐｒｏｖｉｄｅｒ（ＯＰ）と呼ばれる）と、により構成される。
ＯｐｅｎＩＤにおいては、下記のステップ１〜ステップ７の処理が実行される。
ステップ１：ユーザ端末は、ＲＰに接続されるとともに、ＲＰにユーザ入力識別子（Ｕｓｅｒ−Ｓｕｐｐｌｉｅｄ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれるＩＤを提示する。典型的に、ユーザ入力識別子には、その発行元であるＯＰを特定するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が含まれる。
ステップ２：ＲＰは、ステップ１にて受け付けたユーザ入力識別子に基づいて、ＯＰのＵＲＬを特定する。
ステップ３：ＯＰとＲＰとの間で、電子署名に用いるための共有鍵を交換する。
ステップ４：ユーザ端末の接続先を、ＲＰからＯＰに切り替える（例えば、リダイレクトする）。この際に、ユーザ端末を介して、ＲＰが発行したＯｐｅｎＩＤ認証要求をＯＰに渡す。
ステップ５：ユーザ端末を通して、ユーザとＯＰとの間で認証処理を実行する。ここでの認証手段そのものはＯｐｅｎＩＤの仕様には含まれない。典型的には、認証処理は、ユーザが提示したＩＤ（Ｃｌａｉｍｅｄ Ｉｄｅｎｔｉｆｅｒ）とパスワードの組が、ＯＰに予め登録されたＩＤとパスワードの組と一致するか否かを確認する処理である。ＯｐｅｎＩＤ認証要求に対する応答として、ＯＰは、認証が成功した旨を表す情報（アサーション、Ａｓｓｅｒｔｉｏｎ）に、ステップ３にて交換された共有鍵を用いて生成した電子署名を付加した情報をユーザ端末に渡す。
ステップ６：ユーザ端末の接続先を、ＯＰからＲＰへ再び切り替える。その際、ユーザ端末は、ＲＰに、ステップ５にて発行されたアサーションと電子署名の組を渡す。
ステップ７：ユーザ端末は、ＲＰに、ステップ５にて受け取った暗号化されたアサーションを渡す。ＲＰは、ステップ３にて交換された共通鍵を用いて電子署名を復号することにより、認証結果が真正であるか否かを検証する。
このように、ＯｐｅｎＩＤ等のシングルサインオン技術を用いることにより、ユーザは、同一のＩＤを用いて複数のサービスを利用することができる。
しかしながら、複数のサービスに共通したＩＤを用いる場合、各サービスの提供者が保有する、ユーザの属性（即ち、個人情報）、及び、サービスの利用履歴等のプライバシー情報を、サービス間で関連付けることが可能になる。従って、ユーザの意図を超えて、個人情報及びプライバシー情報が流通する虞がある。
ＯｐｅｎＩＤを使う場合、この種の問題を解決するために、ＯＰには単一のユーザＩＤ（共通ＩＤ、ＯｐｅｎＩＤにおいては、ＯＰ−Ｌｏｃａｌ Ｉｄｅｎｔｉｆｉｅｒと呼ばれる）とパスワードを登録し、一方、サービス毎に異なるユーザＩＤ（個別ＩＤ、Ｃｌａｉｍｅｄ Ｉｄｅｎｔｉｆｉｅｒ）を発行するという運用方法が知られている。
また、シングルサインオンを実現する他の技術として、アクセス権限委譲システムが知られている。この技術の一例は、非特許文献２に記載されているＯＡｕｔｈである。
ＯＡｕｔｈは、あるサービス（サービスプロバイダ、Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）上のユーザの権限を用いて、他のサービス（コンシューマ、Ｃｏｎｓｕｍｅｒ）からサービスプロバイダが保有する情報（リソース）にアクセスするためのプロトコルである。その際、ユーザは、コンシューマに対して、直接に、ユーザＩＤ及びパスワードを開示する必要がないため、シングルサインオンが実現される。
図２は、ＯＡｕｔｈの動作手順の概要を示す。
コンシューマは、以下の動作手順に先立って、サービスプロバイダから発行されたコンシューマキー（Ｃｏｎｓｕｍｅｒ Ｋｅｙ）と呼ばれるＩＤと、コンシューマシークレット（Ｃｏｎｓｕｍｅｒ Ｓｅｃｒｅｔ）と呼ばれるパスワードの組を保有する。
ステップ１：ユーザは、コンシューマに対して所定の操作を行う。このステップは、ＯＡｕｔｈプロトコルの範囲外である。典型的には、この操作は、ユーザが、サービスプロバイダに登録されたユーザ情報をコンシューマに対応付けることを指示する操作である。
ステップ２：コンシューマは、サービスプロバイダに対してリクエストトークン（Ｒｅｑｕｅｓｔ Ｔｏｋｅｎ）の発行を要求する（リクエストトークン取得要求を渡す）。リクエストトークンとは、リクエストトークン取得要求を識別するための識別子である。リクエストトークン取得要求には、コンシューマキーとコンシューマシークレットを用いて発行された署名が含まれる。このリクエストトークン取得要求に対する応答として、サービスプロバイダは、コンシューマに対してリクエストトークンを渡す。
ステップ３：ユーザが、サービスプロバイダに対して、リクエストトークンに対する認可（許可）の操作を行う。
ステップ４：コンシューマは、サービスプロバイダに対してリクエストトークンに対応するアクセストークン（Ａｃｃｅｓｓ Ｔｏｋｅｎ）の発行を要求する。アクセストークンは、コンシューマからサービスプロバイダへのアクセスの際に必要となる一時的な識別子である。もし、ステップ３にてユーザによる認可に成功している場合には、サービスプロバイダは、コンシューマにアクセストークンを渡す。
ステップ５：コンシューマは、ステップ４にて取得されたアクセストークンを用いて、サービスプロバイダが保有するリソースにアクセス（情報を取得）する。
ＯＡｕｔｈを用いた場合、複数のサービスに亘って、ユーザの同一性を判定することができる。この理由は、コンシューマが、委譲されたユーザの権限を用いてサービスプロバイダ上のユーザＩＤを参照可能であるため、コンシューマ上の特定のユーザＩＤと、サービスプロバイダ上のユーザＩＤと、が同一のユーザに割り当てられているか否かを判別できるからである。
「ＯｐｅｎＩＤ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ２．０ − Ｆｉｎａｌ」、ＯｐｅｎＩＤ Ｆｏｕｎｄａｔｉｏｎ、２００７年１２月５日、Ｓｅｃｔｉｏｎ ３ 「ＯＡｕｔｈ Ｃｏｒｅ １．０ Ｒｅｖｉｓｉｏｎ−ａ」、ＯＡｕｔｈ Ｃｏｒｅ Ｗｏｒｋｇｒｏｕｐ、２００９年６月２４日、Ｓｅｃｔｉｏｎ ６
上述したように、ＯｐｅｎＩＤにおいては、サービス毎に異なるユーザＩＤ（個別ＩＤ）を用いる場合、第１のサービスにて第１の個別ＩＤが割り当てられたユーザと、第２のサービスにて第２の個別ＩＤが割り当てられたユーザと、が同一のユーザであるか否か（即ち、ユーザの同一性）を他のユーザは判別することができない、という問題がある。
また、ＯＡｕｔｈにおいては、外部のサービスによって不正にユーザの権限が使用されることを防止するために、サービスプロバイダにより発行された、コンシューマキーとコンシューマシークレットを、予めコンシューマに渡しておく必要がある、という問題がある。
即ち、上述した技術においては、コンシューマキーとコンシューマシークレットをサービスプロバイダに発行させるとともにコンシューマに渡す処理を予め行うことなく、複数のサービスのそれぞれにて異なるＩＤが割り当てられたユーザの同一性を他のユーザに判別させることができない、という問題があった。
このため、本発明の目的は、上述した課題である「予め処理を行うことなく、複数のサービスのそれぞれにて異なるＩＤが割り当てられたユーザの同一性を他のユーザに判別させることができないこと」を解決することが可能なサービス提供システムを提供することにある。
かかる目的を達成するため本発明の一形態であるサービス提供システムは、
第１のアプリケーション・プログラムを実行することにより第１のサービスを提供する第１のサービス提供手段と、
第２のアプリケーション・プログラムを実行することにより第２のサービスを提供する第２のサービス提供手段と、
を備え、
上記第１のサービス提供手段は、
上記第１のサービス、及び、上記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信手段と、
上記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ上記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信手段と、
を備え、
上記第２のサービス提供手段は、
上記第１のサービスを識別するための情報であるサービスＩＤと、上記第１の個別ＩＤと、上記共通ＩＤと、を上記ユーザ端末から受信するＩＤ情報受信手段と、
上記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信手段と、
上記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、上記サービスＩＤ及び上記第１の個別ＩＤを送信するＩＤ情報送信手段と、
を備える。
また、本発明の他の形態であるサービス提供方法は、
第１のアプリケーション・プログラムを実行することにより第１のサービスを提供し、且つ、第２のアプリケーション・プログラムを実行することにより第２のサービスを提供するサービス提供システムに適用され、
上記第１のサービス、及び、上記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信し、
上記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ上記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信し、
上記第１のサービスを識別するための情報であるサービスＩＤと、上記第１の個別ＩＤと、上記共通ＩＤと、を上記ユーザ端末から受信し、
上記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信し、
上記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、上記サービスＩＤ及び上記第１の個別ＩＤを送信する方法である。
また、本発明の他の形態であるＩＤ提供サーバ装置は、第１のアプリケーション・プログラムを実行することにより第１のサービスを提供するように構成された装置である。
更に、このＩＤ提供サーバ装置は、
上記第１のサービス、及び、ＩＤ取得サーバ装置により提供される第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信手段と、
上記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ上記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信手段と、
を備える。
また、本発明の他の形態であるＩＤ提供プログラムは、
第１のアプリケーション・プログラムを実行することにより第１のサービスを提供するように構成された情報処理装置に、
上記第１のサービス、及び、ＩＤ取得サーバ装置により提供される第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信手段と、
上記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ上記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信手段と、
を実現させるためのプログラムである。
また、本発明の他の形態であるＩＤ取得サーバ装置は、第２のアプリケーション・プログラムを実行することにより第２のサービスを提供するように構成された装置である。
更に、このＩＤ取得サーバ装置は、
ＩＤ提供サーバ装置により提供される第１のサービスを識別するための情報であるサービスＩＤと、当該第１のサービスにてユーザを識別するための情報である第１の個別ＩＤと、当該第１のサービス、及び、上記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤと、をユーザ端末から受信するＩＤ情報受信手段と、
上記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信手段と、
上記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、上記サービスＩＤ及び上記第１の個別ＩＤを送信するＩＤ情報送信手段と、
を備える。
また、本発明の他の形態であるＩＤ取得プログラムは、
第２のアプリケーション・プログラムを実行することにより第２のサービスを提供するように構成された情報処理装置に、
ＩＤ提供サーバ装置により提供される第１のサービスを識別するための情報であるサービスＩＤと、当該第１のサービスにてユーザを識別するための情報である第１の個別ＩＤと、当該第１のサービス、及び、上記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤと、をユーザ端末から受信するＩＤ情報受信手段と、
上記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信手段と、
上記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、上記サービスＩＤ及び上記第１の個別ＩＤを送信するＩＤ情報送信手段と、
を実現させるためのプログラムである。
本発明は、以上のように構成されることにより、予め処理を行うことなく、複数のサービスのそれぞれにて異なるＩＤが割り当てられたユーザの同一性を他のユーザに判別させることができる。
ＯｐｅｎＩＤにおけるユーザＩＤの確認手順の概要を概念的に示した説明図である。 ＯＡｕｔｈの動作手順の概要を概念的に示した説明図である。 本発明の第１実施形態に係る情報処理システムの概略構成を表す図である。 本発明の第１実施形態に係る情報処理システムの機能の概略を表すブロック図である。 本発明の第１実施形態に係るＩＤ提供サーバ装置が記憶するテーブルであって、レコードＩＤと、共通ＩＤと、第１の個別ＩＤと、からなるレコードを含むテーブルである。 本発明の第１実施形態に係るＩＤ取得サーバ装置が記憶するテーブルであって、レコードＩＤと、共通ＩＤと、第２の個別ＩＤと、氏名と、生年月日と、からなるレコードを含むテーブルである。 本発明の第１実施形態に係るＩＤ取得サーバ装置が記憶するテーブルであって、レコードＩＤと、自個別ＩＤと、外部サービスＩＤと、他個別ＩＤと、からなるレコードを含むテーブルである。 本発明の第１実施形態に係る情報処理システムの作動であって、ユーザ認証処理に係る作動を示したシーケンス図である。 本発明の第１実施形態に係る第１のユーザ端末が、認証画面情報に基づいてディスプレイに表示させる画面を示した図である。 本発明の第１実施形態に係る情報処理システムの作動であって、個別ＩＤ情報登録処理に係る作動を示したシーケンス図である。 本発明の第１実施形態に係る第１のユーザ端末が、対応関係追加画面情報に基づいてディスプレイに表示させる画面を示した図である。 本発明の第１実施形態に係る第１のユーザ端末が、承認画面情報に基づいてディスプレイに表示させる画面を示した図である。 本発明の第１実施形態に係るＩＤ提供サーバ装置の作動であって、個別ＩＤ情報登録処理に係る作動を示したフローチャートである。 本発明の第１実施形態に係るＩＤ取得サーバ装置の作動であって、個別ＩＤ情報登録処理に係る作動を示したフローチャートである。 本発明の第１実施形態に係るＩＤ取得サーバ装置の作動であって、ＩＤ情報取得処理に係る作動を示したフローチャートである。 本発明の第２実施形態に係る情報処理システムの機能の概略を表すブロック図である。 本発明の第２実施形態に係るＩＤ取得サーバ装置が記憶するテーブルであって、レコードＩＤと、自個別ＩＤと、外部サービスＩＤと、他個別ＩＤと、送信許可ＩＤと、からなるレコードを含むテーブルである。 本発明の第２実施形態に係るＩＤ取得サーバ装置の作動であって、送信許可ＩＤ設定処理に係る作動を示したフローチャートである。 本発明の第２実施形態に係るＩＤ取得サーバ装置が記憶するテーブルであって、レコードＩＤと、自個別ＩＤと、外部サービスＩＤと、他個別ＩＤと、送信許可ＩＤと、からなるレコードを含むテーブルである。 本発明の第２実施形態に係るＩＤ取得サーバ装置が記憶するテーブルであって、レコードＩＤと、自個別ＩＤと、外部サービスＩＤと、他個別ＩＤと、送信許可ＩＤと、からなるレコードを含むテーブルである。 本発明の第３実施形態に係るサービス提供システムの機能の概略を表すブロック図である。
以下、本発明に係る、サービス提供システム、サービス提供方法、ＩＤ提供サーバ装置、ＩＤ提供プログラム、ＩＤ取得サーバ装置、及び、ＩＤ取得プログラム、の各実施形態について図１〜図２１を参照しながら説明する。
＜第１実施形態＞
（構成）
図３に示したように、第１実施形態に係る情報処理システム１は、複数のユーザ端末（本例では、第１のユーザ端末１０ａ及び第２のユーザ端末１０ｂ）と、認証サーバ装置２０と、ＩＤ提供サーバ装置（第１のサービス提供手段）３０と、ＩＤ取得サーバ装置（第２のサービス提供手段）４０と、を含む。
また、第１のユーザ端末１０ａ、第２のユーザ端末１０ｂ、認証サーバ装置２０、ＩＤ提供サーバ装置３０、及び、ＩＤ取得サーバ装置４０のそれぞれは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網を構成する通信回線ＮＷを介して互いに通信可能に接続されている。
各ユーザ端末１０ａ，１０ｂは、パーソナル・コンピュータである。なお、各ユーザ端末１０ａ，１０ｂは、携帯電話端末、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｃｅ、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、カーナビゲーション端末、又は、ゲーム端末等であってもよい。
各ユーザ端末１０ａ，１０ｂは、図示しない中央処理装置（ＣＰＵ；Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、記憶装置（メモリ及びハードディスク駆動装置（ＨＤＤ；Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ））、入力装置（キーボード、タッチスクリーン、及び、マウス等）及び出力装置（ディスプレイ等）を備える。
各ユーザ端末１０ａ，１０ｂは、記憶装置に記憶されているプログラムをＣＰＵが実行することにより、後述する機能を実現するように構成されている。
認証サーバ装置２０、ＩＤ提供サーバ装置３０、及び、ＩＤ取得サーバ装置４０のそれぞれ（各サーバ装置２０〜４０）は、情報処理装置である。各サーバ装置２０〜４０は、図示しないＣＰＵ及び記憶装置を備える。各サーバ装置２０〜４０は、記憶装置に記憶されているプログラムをＣＰＵが実行することにより、後述する機能を実現するように構成されている。
なお、ＩＤ提供サーバ装置３０、及び、ＩＤ取得サーバ装置４０は、サービス提供システムを構成している。また、サービス提供システムは、複数のＩＤ提供サーバ装置を備えていてもよい。更に、サービス提供システムは、複数のＩＤ取得サーバ装置を備えていてもよい。
また、サービス提供システムは、ＩＤ提供サーバ装置３０及びＩＤ取得サーバ装置４０に代えて、ＩＤ提供サーバ装置３０の機能、及び、ＩＤ取得サーバ装置４０の機能、を有する１つのサーバ装置を備えていてもよい。
また、情報処理システム１は、複数のユーザ端末に代えて、複数の異なるユーザにより使用される１つのユーザ端末を備えていてもよい。
（機能）
図４は、上記のように構成された情報処理システム１の機能を表すブロック図である。
第１のユーザ端末１０ａの機能は、ＩＤ情報提供準備要求送信部（ＩＤ情報提供準備要求送信手段）１１と、ＩＤ情報提供要求送信部（ＩＤ情報提供要求送信手段）１２と、ＩＤ情報送信部（ＩＤ情報送信手段）１３と、を含む。
第２のユーザ端末１０ｂの機能は、ＩＤ情報取得要求送信部（ＩＤ情報取得要求送信手段）１４と、ＩＤ情報受信部（ＩＤ情報受信手段）１５と、を含む。
なお、第１のユーザ端末１０ａの機能は、ＩＤ情報取得要求送信部１４及びＩＤ情報受信部１５を更に含んでいてもよい。また、第２のユーザ端末１０ｂの機能は、ＩＤ情報提供準備要求送信部１１、ＩＤ情報提供要求送信部１２、及び、ＩＤ情報送信部１３を更に含んでいてもよい。
ＩＤ提供サーバ装置３０の機能は、第１のプログラム実行部（第１のプログラム実行手段）３１と、第１のＩＤ情報記憶部（第１のＩＤ情報記憶手段）３２と、ＩＤ情報提供要求受信部（ＩＤ情報提供要求受信手段）３３と、個別ＩＤ送信部（個別ＩＤ送信手段）３４と、を含む。
ＩＤ取得サーバ装置４０の機能は、第２のプログラム実行部（第２のプログラム実行手段）４１と、第２のＩＤ情報記憶部（第２のＩＤ情報記憶手段）４２と、送信先特定情報送信部（送信先特定情報送信手段）４３と、ＩＤ情報受信部（ＩＤ情報受信手段）４４と、ＩＤ情報記憶処理部（ＩＤ情報記憶処理手段）４５と、ＩＤ対応表記憶部（ＩＤ対応表記憶手段）４６と、ＩＤ情報取得要求受信部（ＩＤ情報取得要求受信手段）４７と、ＩＤ情報送信部（ＩＤ情報送信手段）４８と、を含む。
ＩＤ提供サーバ装置３０の第１のプログラム実行部３１は、第１のアプリケーション・プログラムを実行することにより第１のサービスを提供する。本例では、第１のサービスは、ＳＮＳである。第１のプログラム実行部３１は、第１のサービスに固有の私有鍵（秘密鍵、Ｐｒｉｖａｔｅ Ｋｅｙ）と、当該私有鍵に対応する公開鍵証明書（Ｐｕｂｌｉｃ Ｋｅｙ Ｃｅｒｔｉｆｉｃａｔｅ）と、を記憶している。ここで、公開鍵証明書は、外部の認証機関（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）により発行された情報である。なお、サービス提供システムは、第１のサービスを識別するためのサービスＩＤ（アプリケーション名）として、「ｓｎｓ」を予め設定している。
同様に、ＩＤ取得サーバ装置４０の第２のプログラム実行部４１は、第２のアプリケーション・プログラムを実行することにより第２のサービスを提供する。本例では、第２のサービスは、ブログである。第２のプログラム実行部４１は、第２のサービスに固有の私有鍵と、当該私有鍵に対応する公開鍵証明書と、を記憶している。なお、サービス提供システムは、第２のサービスを識別するためのサービスＩＤ（アプリケーション名）として、「ｂｌｏｇ」を予め設定している。
また、ＩＤ提供サーバ装置３０の第１のＩＤ情報記憶部３２は、共通ＩＤと、第１の個別ＩＤと、を対応付けて記憶している。共通ＩＤは、サービス提供システムが提供する複数のサービス（本例では、第１のサービス、及び、第２のサービス）に共通した情報であり且つユーザ（利用者）を識別するための情報である。本例では、共通ＩＤは、認証サーバ装置２０により発行（生成）された情報である。また、第１の個別ＩＤは、第１のサービスにてユーザを識別するための情報である。
本例では、第１のＩＤ情報記憶部３２は、図５に示したように、レコードＩＤと、共通ＩＤと、第１の個別ＩＤと、からなるレコードを複数記憶している。レコードＩＤは、レコードを識別するための情報である。なお、レコードは、ユーザの属性（例えば、氏名、生年月日、性別、身長、及び、体重等）を表す情報（プロフィール情報）を含んでいてもよい。
同様に、ＩＤ取得サーバ装置４０の第２のＩＤ情報記憶部４２は、共通ＩＤと、第２の個別ＩＤと、を対応付けて記憶している。第２の個別ＩＤは、第２のサービスにてユーザを識別するための情報である。
本例では、第２のＩＤ情報記憶部４２は、図６に示したように、レコードＩＤと、共通ＩＤと、第２の個別ＩＤと、氏名と、生年月日と、からなるレコードを複数記憶している。なお、レコードは、氏名及び生年月日を含んでいなくてもよいし、氏名及び生年月日以外のユーザの属性（例えば、性別、身長、及び、体重等）を表す情報（プロフィール情報）を含んでいてもよい。
第１のユーザ端末１０ａのＩＤ情報提供準備要求送信部１１は、第１のユーザ端末１０ａのユーザが、認証サーバ装置２０によって、正当なユーザであると認証されている状態において、当該ユーザによりサービスＩＤ（本例では、「ｓｎｓ」）が入力された場合、当該サービスＩＤを含むＩＤ情報提供準備要求をＩＤ取得サーバ装置４０へ送信する。
ＩＤ取得サーバ装置４０の送信先特定情報送信部４３は、第１のユーザ端末１０ａからＩＤ情報提供準備要求を受信する。送信先特定情報送信部４３は、ＩＤ情報提供準備要求を受信した場合、当該ＩＤ情報提供準備要求に含まれるサービスＩＤにより識別されるサービス（本例では、第１のサービス）と対応付けられた、ＩＤ情報提供要求の送信先を特定するための送信先特定情報を第１のユーザ端末１０ａへ送信する。即ち、本例では、送信先特定情報は、ＩＤ提供サーバ装置３０をＩＤ情報提供要求の送信先として特定するための情報を含む。
第１のユーザ端末１０ａのＩＤ情報提供要求送信部１２は、ＩＤ取得サーバ装置４０から送信先特定情報を受信する。ＩＤ情報提供要求送信部１２は、送信先特定情報を受信した場合、当該送信先特定情報により特定される送信先（本例では、ＩＤ提供サーバ装置３０）へ、ＩＤ情報提供要求を送信する。ＩＤ情報提供要求は、第１のユーザ端末１０ａのユーザを識別するための共通ＩＤと、ＩＤ情報の提供先となるサービスを識別するためのサービスＩＤ（本例では、「ｂｌｏｇ」）と、を含む。
ＩＤ提供サーバ装置３０のＩＤ情報提供要求受信部３３は、第１のユーザ端末１０ａからＩＤ情報提供要求を受信する。
ＩＤ提供サーバ装置３０の個別ＩＤ送信部３４は、ＩＤ情報提供要求を送信してきたユーザ端末（本例では、第１のユーザ端末１０ａ）へ、第１の個別ＩＤを送信する。個別ＩＤ送信部３４が送信する第１の個別ＩＤは、ＩＤ情報提供要求に含まれる共通ＩＤと対応付けて第１のＩＤ情報記憶部３２に記憶されている第１の個別ＩＤである。
第１のユーザ端末１０ａのＩＤ情報送信部１３は、ＩＤ提供サーバ装置３０から第１の個別ＩＤを受信する。ＩＤ情報送信部１３は、第１の個別ＩＤを受信した場合、当該第１の個別ＩＤと、第１のユーザ端末１０ａのユーザを識別するための共通ＩＤと、第１のサービスを識別するための情報であるサービスＩＤと、をＩＤ情報提供準備要求の送信先（本例では、ＩＤ取得サーバ装置４０）へ送信（転送）する。
ＩＤ取得サーバ装置４０のＩＤ情報受信部４４は、第１のユーザ端末１０ａから、サービスＩＤ、第１の個別ＩＤ、及び、共通ＩＤを受信する。
ＩＤ取得サーバ装置４０のＩＤ情報記憶処理部４５は、ＩＤ情報受信部４４により受信された、サービスＩＤ及び第１の個別ＩＤと、ＩＤ情報受信部４４により受信された共通ＩＤと対応付けて第２のＩＤ情報記憶部４２に記憶されている第２の個別ＩＤと、を互いに対応付けてＩＤ対応表記憶部４６に記憶させる。
本例では、ＩＤ情報記憶処理部４５は、ＩＤ情報受信部４４により受信されたサービスＩＤである外部サービスＩＤ（本例では、「ｓｎｓ」）と、ＩＤ情報受信部４４により受信された第１の個別ＩＤである他個別ＩＤと、ＩＤ情報受信部４４により受信された共通ＩＤと対応付けられた第２の個別ＩＤである自個別ＩＤと、を互いに対応付けてＩＤ対応表記憶部４６に記憶させる。
本例では、ＩＤ取得サーバ装置４０のＩＤ対応表記憶部４６は、図７に示したように、レコードＩＤと、自個別ＩＤと、外部サービスＩＤと、他個別ＩＤと、からなるレコードを複数記憶している。図７に示したレコードのうちの、レコードＩＤが「２」であるレコードは、自サービス（本例では、第２のサービス）において、「ｓｕｚｕｋｉ」という自個別ＩＤ（第２の個別ＩＤ）により識別されるユーザが、外部のサービスである第１のサービス「ｓｎｓ」においては、「ｈａｎａｋｏ」という他個別ＩＤ（第１の個別ＩＤ）により識別されることを表す。
また、上述したように、第２のＩＤ情報記憶部４２は、共通ＩＤと、第２の個別ＩＤと、を対応付けて記憶している。従って、記憶装置は、ＩＤ情報受信部４４により受信された、サービスＩＤ、第１の個別ＩＤ、及び、共通ＩＤを、互いに対応付けて記憶している、と言うこともできる。
第２のユーザ端末１０ｂのＩＤ情報取得要求送信部１４は、第２のユーザ端末１０ｂのユーザが、認証サーバ装置２０によって、正当なユーザであると認証されている状態において、当該ユーザにより第２の個別ＩＤが入力された場合、当該第２の個別ＩＤを含むＩＤ情報取得要求をＩＤ取得サーバ装置４０へ送信する。
ＩＤ取得サーバ装置４０のＩＤ情報取得要求受信部４７は、第２のユーザ端末１０ｂからＩＤ情報取得要求を受信する。
ＩＤ取得サーバ装置４０のＩＤ情報送信部４８は、ＩＤ情報取得要求受信部４７により受信されたＩＤ情報取得要求を送信してきたユーザ端末（本例では、第２のユーザ端末１０ｂ）へ、ＩＤ情報を送信する。
ＩＤ情報は、ＩＤ対応表記憶部４６に記憶されているレコードのうちの、ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の自個別ＩＤを含むレコードに含まれる、サービスＩＤ（外部サービスＩＤ）及び第１の個別ＩＤ（他個別ＩＤ）を含む。
即ち、ＩＤ情報は、ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の第２の個別ＩＤと対応付けてＩＤ対応表記憶部４６に記憶されているサービスＩＤ及び第１の個別ＩＤを含む、と言うこともできる。また、ＩＤ情報は、ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けて第２のＩＤ情報記憶部４２に記憶されている共通ＩＤとともに受信された、サービスＩＤ及び第１の個別ＩＤを含む、と言うこともできる。
第２のユーザ端末１０ｂのＩＤ情報受信部１５は、ＩＤ取得サーバ装置４０からＩＤ情報を受信する。ＩＤ情報受信部１５は、受信したＩＤ情報を、出力装置を介して出力する。
また、認証サーバ装置２０の機能は、サービス提供システムのユーザに対して共通ＩＤを発行するとともに、ユーザ端末１０ａ，１０ｂから受信した共通ＩＤ及びパスワードに基づいて認証処理を行う機能を含む。認証処理は、受信した共通ＩＤ及びパスワードが、予め記憶されている情報と一致するか否かを判定する処理である。
認証サーバ装置２０の機能は、受信した共通ＩＤ及びパスワードが、予め記憶されている情報と一致すると判定された場合、認証処理が成功した旨を表す認証成功情報をユーザ端末１０ａ，１０ｂへ送信する機能を含む。
（作動）
次に、上述した情報処理システム１の作動について説明する。
先ず、作動の概略について説明し、その後、作動の詳細について説明する。
＜作動の概略＞
情報処理システム１の作動は、主として、以下の３つの処理を実行する作動を含む。
１．ユーザ認証処理
２．個別ＩＤ情報登録処理
３．ＩＤ情報取得処理
ユーザ認証処理は、他の２つの処理に先立って実行される処理であり、且つ、ユーザ端末１０ａ，１０ｂのユーザが正当なユーザであるか否かを判定する処理である。ユーザ認証処理は、各ユーザ端末１０ａ，１０ｂと認証サーバ装置２０との間で行われる処理である。
個別ＩＤ情報登録処理は、あるサービスにおけるユーザの個別ＩＤ（本例では、第１のサービスにおける第１の個別ＩＤ）を、他のサービス（第２のサービス）に登録する処理である。個別ＩＤ情報登録処理は、各ユーザ端末１０ａ，１０ｂとＩＤ提供サーバ装置３０及びＩＤ取得サーバ装置４０との間で行われる処理である。
ＩＤ情報取得処理は、あるユーザがあるサービス（本例では、第１のサービス）において保有する個別ＩＤ（本例では、第１の個別ＩＤ）を他のユーザに対して出力する処理である。ＩＤ情報取得処理は、各ユーザ端末１０ａ，１０ｂとＩＤ取得サーバ装置４０との間で行われる処理である。
＜作動の詳細＞
＜＜ユーザ認証処理＞＞
図８のシーケンス図を参照して、ユーザ認証処理に係る情報処理システム１の作動について説明する。
先ず、第１のユーザ端末１０ａは、ユーザにより入力された情報に従って、認証画面情報要求を認証サーバ装置２０へ送信する（ステップＭ１０１）。認証サーバ装置２０は、第１のユーザ端末１０ａから認証画面情報要求を受信すると、認証画面を表す認証画面情報を第１のユーザ端末１０ａへ送信する（ステップＭ１０２）。
これにより、第１のユーザ端末１０ａは、認証画面情報を受信し、受信した認証画面情報に基づいて図９に示した画面（画像）をディスプレイに表示させる。そして、第１のユーザ端末１０ａのユーザは、ユーザＩＤとしての共通ＩＤと、パスワードと、を第１のユーザ端末１０ａに入力する。
これにより、第１のユーザ端末１０ａは、ユーザにより入力された共通ＩＤ及びパスワードを含む認証用入力情報を認証サーバ装置２０へ送信する（ステップＭ１０３）。なお、情報処理システム１は、パスワードの盗聴（漏えい）を防止するために、パスワードそのものを授受する代わりに、チャレンジ・レスポンス認証（Ｃｈａｌｌｅｎｇｅ−Ｒｅｓｐｏｎｓｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）等の技術を用いるように構成されていてもよい。
認証サーバ装置２０は、第１のユーザ端末１０ａから受信した共通ＩＤ及びパスワードに基づいて認証処理を行う。即ち、認証サーバ装置２０は、受信した共通ＩＤ及びパスワードが、予め記憶されている情報と一致するか否かを判定する。そして、受信した共通ＩＤ及びパスワードが、予め記憶されている情報と一致すると判定された場合、認証サーバ装置２０は、認証処理が成功した旨を表す認証成功情報を認証結果情報として、第１のユーザ端末１０ａへ送信する（ステップＭ１０４）。
本例では、認証成功情報は、共通ＩＤと、共通ＩＤの正当性を表す正当性情報と、署名（デジタル署名、Ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅ）と、を含む。なお、認証成功情報は、有効期限を含んでいてもよい。
署名は、公開鍵基盤（ＰＫＩ；Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）に基づく情報である。即ち、認証サーバ装置２０は、認証サーバ装置２０に固有の私有鍵と、当該私有鍵に対応する公開鍵証明書と、を予め記憶している。そして、認証サーバ装置２０は、正当性情報にハッシュ関数を適用することによりハッシュ値を算出し、算出したハッシュ値を、私有鍵を用いて暗号化した情報を署名として生成する。例えば、ハッシュ関数は、ＭＤ５（Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ Ａｌｇｏｒｉｔｈｍ ５）、又は、ＳＨＡ（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ）等に従った関数である。
そして、以降の各処理において、第１のユーザ端末１０ａは、ＩＤ提供サーバ装置３０又はＩＤ取得サーバ装置４０へ要求又は情報を送信する際に、当該要求又は情報に認証成功情報を付加する。また、ＩＤ提供サーバ装置３０、及び、ＩＤ取得サーバ装置４０のそれぞれは、認証サーバ装置２０の公開鍵を用いて、受信した認証成功情報に含まれる署名を復号する。
更に、ＩＤ提供サーバ装置３０、及び、ＩＤ取得サーバ装置４０のそれぞれは、当該認証成功情報に含まれる正当性情報にハッシュ関数を適用することによりハッシュ値を算出する。加えて、ＩＤ提供サーバ装置３０、及び、ＩＤ取得サーバ装置４０のそれぞれは、算出されたハッシュ値と、復号された署名と、を比較することにより、認証成功情報の正当性を検証する。
なお、第２のユーザ端末１０ｂも、第１のユーザ端末１０ａと同様に、ユーザ認証処理を行う。
＜＜個別ＩＤ情報登録処理＞＞
図１０のシーケンス図を参照して、個別ＩＤ情報登録処理に係る情報処理システム１の作動について説明する。
先ず、第１のユーザ端末１０ａは、ユーザにより入力された情報に従って、対応関係追加画面情報要求をＩＤ取得サーバ装置４０へ送信する（ステップＭ２０１）。なお、上述したように、第１のユーザ端末１０ａは、認証サーバ装置２０により生成された認証成功情報が付加された対応関係追加画面情報要求を送信する。更に、ＩＤ取得サーバ装置４０は、受信した認証成功情報の正当性を検証する。
同様に、後述する、ステップＭ２０３、ステップＭ２０５、ステップＭ２０７及びステップＭ２０９においても、第１のユーザ端末１０ａは、認証成功情報を付加した要求又は情報を送信する。
そして、ＩＤ取得サーバ装置４０は、第１のユーザ端末１０ａから対応関係追加画面情報要求を受信すると、サービスＩＤの入力欄と、送信ボタンと、を含む対応関係追加画面を表す対応関係追加画面情報を第１のユーザ端末１０ａへ送信する（ステップＭ２０２）。なお、入力欄は、複数の選択肢の中からユーザに選択させるプルダウンメニュー等であってもよい。また、送信ボタンに代えて、ハイパーリンクが用いられていてもよい。また、特定のキーが入力された場合に情報が送信されてもよい。
次いで、第１のユーザ端末１０ａは、対応関係追加画面情報を受信し、受信した対応関係追加画面情報に基づいて図１１に示した画面（画像）をディスプレイに表示させる。本例では、当該画面は、ＩＤ取得サーバ装置４０が提供するサービス（第２のサービス）のサービスＩＤが「ｂｌｏｇ」であり、当該サービスにおける個別ＩＤ（第２の個別ＩＤ）が「ｔａｎａｋａ」である旨を表す。
そして、第１のユーザ端末１０ａのユーザは、サービスＩＤ（本例では、「ｓｎｓ」）を第１のユーザ端末１０ａに入力する。更に、第１のユーザ端末１０ａのユーザは、送信ボタンを押下する操作を行う。これにより、第１のユーザ端末１０ａは、ＩＤ取得サーバ装置４０へＩＤ情報提供準備要求を送信する（ステップＭ２０３）。ＩＤ情報提供準備要求は、ユーザにより入力されたサービスＩＤを含む。
ＩＤ取得サーバ装置４０は、ＩＤ情報提供準備要求を受信すると、ＩＤ情報提供準備要求に含まれるサービスＩＤにより識別されるサービス（本例では、第１のサービス）と対応付けられた、ＩＤ情報提供要求の送信先を特定するための送信先特定情報を第１のユーザ端末１０ａへ送信する（ステップＭ２０４）。
本例では、送信先特定情報は、ＩＤ提供サーバ装置３０をＩＤ情報提供要求の送信先として特定するための情報を含む。更に、本例では、送信先特定情報は、ＨＴＴＰリダイレクト（Ｒｅｄｉｒｅｃｔ）を表すステータスコードと、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と、を含む。
第１のユーザ端末１０ａは、送信先特定情報を受信すると、当該送信先特定情報により特定される送信先（本例では、ＩＤ提供サーバ装置３０）へ、ＩＤ情報提供要求を送信する（ステップＭ２０５）。ＩＤ情報提供要求は、第１のユーザ端末１０ａのユーザを識別するための共通ＩＤと、ＩＤ情報の提供先となるサービスを識別するためのサービスＩＤ（本例では、「ｂｌｏｇ」）と、を含む。
ＩＤ提供サーバ装置３０は、ＩＤ情報提供要求を受信すると、第１のサービスにおける個別ＩＤ（第１の個別ＩＤ）と、第１のサービスのサービスＩＤと、承認ボタンと、拒否ボタンと、を含む画面を表す承認画面情報を第１のユーザ端末１０ａへ送信する。なお、承認ボタン及び拒否ボタンに代えて、ハイパーリンクが用いられていてもよい。また、特定のキーが入力された場合に情報が送信されてもよい。
次いで、第１のユーザ端末１０ａは、承認画面情報を受信し、受信した承認画面情報に基づいて図１２に示した画面（画像）をディスプレイに表示させる。本例では、当該画面は、ＩＤ情報の提供先となるサービス（第２のサービス）のサービスＩＤが「ｂｌｏｇ」であり、ＩＤ情報の提供元となるサービス（第１のサービス）における、提供の対象となるユーザの個別ＩＤ（第１の個別ＩＤ）が「ｔａｒｏ」である旨を表す。更に、当該画面は、ＩＤ情報の提供元となるサービス（第１のサービス）のサービスＩＤ、及び／又は、提供の対象となるユーザの共通ＩＤ等を表していてもよい。
いま、第１のユーザ端末１０ａのユーザが承認ボタンを押下する操作を行った場合を想定して説明を続ける。この場合、第１のユーザ端末１０ａは、承認情報をＩＤ提供サーバ装置３０へ送信する（ステップＭ２０７）。
そして、ＩＤ提供サーバ装置３０は、承認情報を受信すると、第１の個別ＩＤと、第１のサービスに固有の私有鍵を用いて生成された署名と、を含む応答情報としての承認時応答情報を第１のユーザ端末１０ａへ送信する（ステップＭ２０８）。この第１の個別ＩＤは、ＩＤ情報提供要求に含まれる共通ＩＤと対応付けて第１のＩＤ情報記憶部３２に記憶されている第１の個別ＩＤである。
第１のユーザ端末１０ａは、承認時応答情報を受信すると、対応関係追加実行要求をＩＤ取得サーバ装置４０へ送信する（ステップＭ２０９）。対応関係追加実行要求は、ＩＤ情報を含む。ＩＤ情報は、受信した第１の個別ＩＤと、第１のサービスを識別するための情報であるサービスＩＤと、受信した署名と、を含む。
ＩＤ取得サーバ装置４０は、対応関係追加実行要求を受信すると、受信した署名を検証した後に、受信した、第１の個別ＩＤ、サービスＩＤ、及び、共通ＩＤを、互いに対応付けて記憶装置に記憶させる。その後、ＩＤ取得サーバ装置４０は、処理が完了した旨を表す情報を第１のユーザ端末１０ａへ送信する。
次に、個別ＩＤ情報登録処理に係るＩＤ提供サーバ装置３０の作動、及び、個別ＩＤ情報登録処理に係るＩＤ取得サーバ装置４０の作動についてそれぞれ説明する。
＜＜個別ＩＤ情報登録処理に係るＩＤ提供サーバ装置の作動＞＞
図１３のフローチャートを参照して、個別ＩＤ情報登録処理に係るＩＤ提供サーバ装置３０の作動について説明する。
先ず、ＩＤ提供サーバ装置３０は、第１のユーザ端末１０ａからＩＤ情報提供要求を受信する（ステップＳ３０１）。ＩＤ情報提供要求は、ＩＤ情報提供要求を送信するための操作を行ったユーザ（以下、要求者）の共通ＩＤ（本例では、「ＴａｎａｋａＴａｒｏ」）と、当該要求者の共通ＩＤに対する署名と、ＩＤ情報の提供先となるサービスのサービスＩＤ（本例では、「ｂｌｏｇ」）と、を含む。ここで、要求者の共通ＩＤに対する署名は、ユーザ認証処理（図８）において、認証サーバ装置２０が保有する私有鍵を用いて生成された情報である。
上述したように、ＩＤ提供サーバ装置３０は、ＩＤ情報提供要求を受信すると、ＩＤ情報提供要求に含まれる署名を検証することにより、要求者の共通ＩＤが正当である（真正である）か否かを判定する。署名の検証は、共通ＩＤに所定のハッシュ関数を適用することにより算出されたハッシュ値と、認証サーバ装置２０の公開鍵を用いて署名を復号した結果と、が一致するか否かを判定することにより実行される。
以下、このステップにおける署名の検証が成功した場合を仮定して説明を続ける。なお、署名の検証が失敗した場合、ＩＤ提供サーバ装置３０は、その旨を表す応答情報を第１のユーザ端末１０ａへ送信し、このフローチャートの処理を終了する。
署名の検証が成功した後、ＩＤ提供サーバ装置３０は、承認画面情報を第１のユーザ端末１０ａへ送信する（ステップＳ３０２）。その後、ＩＤ提供サーバ装置３０は、第１のユーザ端末１０ａから、承認画面に対するユーザの回答としての回答情報を受信する。そして、ＩＤ提供サーバ装置３０は、受信した回答情報が承認情報であるか否かを判定する（ステップＳ３０３）。
いま、回答情報が承認情報である（即ち、承認ボタンが押下された）場合を想定して説明を続ける。この場合、ＩＤ提供サーバ装置３０は、「Ｙｅｓ」と判定してステップＳ３０４へ進む。そして、ＩＤ提供サーバ装置３０は、要求者の共通ＩＤと対応付けて第１のＩＤ情報記憶部３２に記憶されている第１の個別ＩＤ（本例では、「ｔａｒｏ」）を取得する。
次いで、ＩＤ提供サーバ装置３０は、取得した第１の個別ＩＤに対して、第１のサービスに固有の私有鍵を用いて署名を生成する（ステップＳ３０５）。その後、ＩＤ提供サーバ装置３０は、取得した第１の個別ＩＤと、生成した署名と、を含む応答情報としての承認時応答情報を作成する（ステップＳ３０６）。本例では、承認時応答情報は、個別ＩＤの取得の成功を示す画面情報と、要求者の個別ＩＤ（第１の個別ＩＤ、本例では、「ｔａｒｏ」）と、要求者の個別ＩＤに対する署名と、を含む。
そして、ＩＤ提供サーバ装置３０は、生成した応答情報を第１のユーザ端末１０ａへ送信し（ステップＳ３０７）、このフローチャートの処理を終了する。
一方、回答情報が拒否情報である（即ち、拒否ボタンが押下された）場合、ＩＤ提供サーバ装置３０は、ステップＳ３０３にて「Ｎｏ」と判定してステップＳ３０８へ進む。そして、ＩＤ提供サーバ装置３０は、個別ＩＤの取得の失敗を示す画面情報を含む応答情報としての拒否時応答情報を生成する。その後、ＩＤ提供サーバ装置３０は、ステップＳ３０７へ進む。
＜＜個別ＩＤ情報登録処理に係るＩＤ取得サーバ装置の作動＞＞
図１４のフローチャートを参照して、個別ＩＤ情報登録処理に係るＩＤ取得サーバ装置４０の作動について説明する。
先ず、ＩＤ取得サーバ装置４０は、第１のユーザ端末１０ａから対応関係追加画面情報要求を受信する。上述したように、対応関係追加画面情報要求には、認証サーバ装置２０により生成された認証成功情報が付加されている。なお、第１のユーザ端末１０ａに、対応関係追加画面情報要求を送信させるための操作を行ったユーザは、要求者とも呼ばれる。即ち、対応関係追加画面情報要求は、要求者の共通ＩＤ（本例では、「ＴａｎａｋａＴａｒｏ」）と、要求者の共通ＩＤに対する署名と、を含む。
そして、ＩＤ取得サーバ装置４０は、受信した認証成功情報の正当性を検証する（即ち、要求者の共通ＩＤに対する署名の検証を行う）。署名の検証は、ステップＳ４０２及びステップＳ４０５においても同様に行われる。
以下、各ステップにおける署名の検証が成功した場合を仮定して説明を続ける。なお、署名の検証が失敗した場合、ＩＤ取得サーバ装置４０は、その旨を表す応答情報を第１のユーザ端末１０ａへ送信し、このフローチャートの処理を終了する。
そして、ＩＤ取得サーバ装置４０は、サービスＩＤの入力欄と、送信ボタンと、を含む対応関係追加画面を表す対応関係追加画面情報を第１のユーザ端末１０ａへ送信する（ステップＳ４０１）。この処理は、図１０におけるステップＭ２０２に対応している。
次いで、ＩＤ取得サーバ装置４０は、第１のユーザ端末１０ａからＩＤ情報提供準備要求を受信する（ステップＳ４０２）。ＩＤ情報提供準備要求は、要求者の共通ＩＤ（本例では、「ＴａｎａｋａＴａｒｏ」）と、要求者の共通ＩＤに対する署名と、第１のユーザ端末１０ａのユーザにより入力されたサービスＩＤ（即ち、ＩＤ情報の提供元となるサービス（第１のサービス）のサービスＩＤ、本例では、「ｓｎｓ」）と、を含む。このステップの処理は、図１０のステップＭ２０３に対応している。
そして、ＩＤ取得サーバ装置４０は、受信したサービスＩＤと対応付けられたサーバ装置が存在するか否かを判定する（ステップＳ４０３）。本例では、受信したサービスＩＤは、「ｓｎｓ」である。また、サービスＩＤ「ｓｎｓ」と対応付けられたサーバ装置としてＩＤ提供サーバ装置３０が存在している。
従って、ＩＤ取得サーバ装置４０は、「Ｙｅｓ」と判定してステップＳ４０４へ進み、送信先特定情報を第１のユーザ端末１０ａへ送信する（ステップＳ４０４）。このステップの処理は、図１０のステップＭ２０４に対応している。
また、送信先特定情報は、ＩＤ提供サーバ装置３０をＩＤ情報提供要求の送信先として特定するための情報を含む。本例では、送信先特定情報は、ＨＴＴＰリダイレクトを表すステータスコードと、ＵＲＬと、を含む。
その後、ＩＤ取得サーバ装置４０は、第１のユーザ端末１０ａから対応関係追加実行要求を受信する（ステップＳ４０５）。このステップの処理は、図１０のステップＭ２０９に対応している。
対応関係追加実行要求は、要求者の共通ＩＤ（本例では、「ＴａｎａｋａＴａｒｏ」）と、要求者の共通ＩＤに対する署名と、ＩＤ情報の提供元となるサービス（第１のサービス）のサービスＩＤ（本例では、「ｓｎｓ」）と、要求者の個別ＩＤ（本例では、第１の個別ＩＤ「ｔａｒｏ」）と、要求者の個別ＩＤに対する署名と、を含む。要求者の個別ＩＤに対する署名は、ＩＤ提供サーバ装置３０が保有する私有鍵を用いて生成された情報である。
次いで、ＩＤ取得サーバ装置４０は、受信した、第１の個別ＩＤ（本例では、「ｔａｒｏ」）、サービスＩＤ（本例では、「ｓｎｓ」）、及び、共通ＩＤ（本例では、「ＴａｎａｋａＴａｒｏ」）を、互いに対応付けて記憶装置に記憶させる（ステップＳ４０６）。その後、ＩＤ取得サーバ装置４０は、処理が完了した旨を表す応答情報としての成功時応答情報を生成する（ステップＳ４０７）。そして、ＩＤ取得サーバ装置４０は、生成した応答情報を第１のユーザ端末１０ａへ送信する（ステップＳ４０８）。
なお、ＩＤ情報提供準備要求に含まれるサービスＩＤと対応付けられたサーバ装置が存在しない場合、ＩＤ取得サーバ装置４０は、ステップＳ４０３にて「Ｎｏ」と判定してステップＳ４０９へ進む。そして、ＩＤ取得サーバ装置４０は、処理が失敗した旨を表す応答情報としての失敗時応答情報を生成する。その後、ＩＤ取得サーバ装置４０は、ステップＳ４０８へ進む。
＜＜ＩＤ情報取得処理＞＞
図１５のフローチャートを参照して、ＩＤ情報取得処理に係るＩＤ取得サーバ装置４０の作動について説明する。
先ず、第２のユーザ端末１０ｂは、第２のユーザ端末１０ｂのユーザ（要求者）により入力された情報に従って、ＩＤ情報取得要求をＩＤ取得サーバ装置４０へ送信する。ＩＤ情報取得要求は、要求者の共通ＩＤ（本例では、「ＳｕｚｕｋｉＨａｎａｋｏ」）と、要求者の共通ＩＤに対する署名と、第２のサービスにおけるターゲットユーザの個別ＩＤ（本例では、第２の個別ＩＤ「ｔａｎａｋａ」）と、を含む。
ターゲットユーザは、要求者と異なるユーザであり、且つ、ＩＤ情報を取得する対象となるユーザである。また、要求者の共通ＩＤに対する署名は、ユーザ認証処理（図８）において、認証サーバ装置２０が保有する私有鍵を用いて生成された情報である。
本例では、ＩＤ情報取得要求に含まれるターゲットユーザの個別ＩＤは、第２のユーザ端末１０ｂのユーザにより入力された情報である。なお、ＩＤ情報取得要求に含まれるターゲットユーザの個別ＩＤは、第２のユーザ端末１０ｂがＩＤ取得サーバ装置４０から受信した情報であってもよい。
ＩＤ取得サーバ装置４０は、第２のユーザ端末１０ｂから、認証成功情報が付加されたＩＤ情報取得要求を受信する（ステップＳ５０１）。そして、ＩＤ取得サーバ装置４０は、受信した認証成功情報の正当性を検証する（即ち、要求者の共通ＩＤに対する署名の検証を行う）。
以下、このステップにおける署名の検証が成功した場合を仮定して説明を続ける。なお、署名の検証が失敗した場合、ＩＤ取得サーバ装置４０は、その旨を表す応答情報を第２のユーザ端末１０ｂへ送信し、このフローチャートの処理を終了する。
次いで、ＩＤ取得サーバ装置４０は、ＩＤ対応表記憶部４６に記憶されているレコードの中に、ＩＤ情報取得要求に含まれるターゲットユーザの個別ＩＤ（本例では、第２の個別ＩＤ「ｔａｎａｋａ」）と同一の自個別ＩＤを含むレコードが存在するか否かを判定する（ステップＳ５０２）。
いま、ＩＤ対応表記憶部４６に記憶されているレコードの中に、ＩＤ情報取得要求に含まれるターゲットユーザの個別ＩＤ（本例では、第２の個別ＩＤ「ｔａｎａｋａ」）と同一の自個別ＩＤを含むレコードが存在する場合を想定する。
この場合、ＩＤ取得サーバ装置４０は、「Ｙｅｓ」と判定してステップＳ５０３へ進む。そして、ＩＤ取得サーバ装置４０は、ＩＤ対応表記憶部４６に記憶されているレコードのうちの、ＩＤ情報取得要求に含まれるターゲットユーザの個別ＩＤ（本例では、第２の個別ＩＤ「ｔａｎａｋａ」）と同一の自個別ＩＤを含むレコードを取得する。次いで、ＩＤ取得サーバ装置４０は、取得されたレコードに含まれる他個別ＩＤ（本例では、「ｔａｒｏ」）及び外部サービスＩＤ（本例では、「ｓｎｓ」）をＩＤ情報として取得する（ステップＳ５０３）。
そして、ＩＤ取得サーバ装置４０は、取得したＩＤ情報を含む応答情報としての成功時応答情報を生成する（ステップＳ５０４）。そして、ＩＤ取得サーバ装置４０は、生成した応答情報を第２のユーザ端末１０ｂへ送信する（ステップＳ５０５）。
これにより、第２のユーザ端末１０ｂは、ＩＤ取得サーバ装置４０からＩＤ情報を受信する。第２のユーザ端末１０ｂは、受信したＩＤ情報（本例では、「ｔａｒｏ」及び「ｓｎｓ」）を、出力装置を介して出力する。
一方、ＩＤ対応表記憶部４６に記憶されているレコードの中に、ＩＤ情報取得要求に含まれるターゲットユーザの個別ＩＤと同一の自個別ＩＤを含むレコードが存在しない場合について説明する。この場合、ＩＤ取得サーバ装置４０は、ステップＳ５０２にて「Ｎｏ」と判定してステップＳ５０６へ進む。そして、ＩＤ取得サーバ装置４０は、処理が失敗した旨を表す応答情報としての失敗時応答情報を生成する。その後、ＩＤ取得サーバ装置４０は、ステップＳ５０５へ進む。
以上、説明したように、本発明の第１実施形態に係るサービス提供システムによれば、予め処理（例えば、コンシューマキーとコンシューマシークレットをサービスプロバイダに発行させるとともにコンシューマに渡す処理）を行うことなく、複数のサービスのそれぞれにて異なるＩＤ（本例では、第１の個別ＩＤ及び第２の個別ＩＤ）が割り当てられたユーザの同一性を他のユーザに判別させることができる。
更に、第１実施形態に係るサービス提供システムにおいて、ＩＤ取得サーバ装置４０は、サービスＩＤ、第１の個別ＩＤ、及び、共通ＩＤを受信した場合、当該受信された、サービスＩＤ、第１の個別ＩＤ、及び、共通ＩＤを互いに対応付けて記憶装置に記憶させる。
これによれば、ＩＤ取得サーバ装置４０は、ＩＤ情報取得要求を受信した場合に、迅速に、サービスＩＤと第１の個別ＩＤとを第２のユーザ端末１０ｂへ送信することができる。
なお、第１実施形態に係るサービス提供システムは、ＩＤ提供サーバ装置３０が保有（保持）する第１の個別ＩＤを、第１のユーザ端末１０ａを介してＩＤ取得サーバ装置４０へ提供するように構成されていたが、第１の個別ＩＤに加えて、ユーザの属性（例えば、氏名、生年月日、性別、身長、及び、体重等）を表す情報（プロフィール情報）も提供するように構成されていてもよい。
＜第２実施形態＞
次に、本発明の第２実施形態に係る情報処理システムについて説明する。第２実施形態に係る情報処理システムは、上記第１実施形態に係る情報処理システムに対して、ＩＤ情報の送信先として許可されるユーザを設定可能に構成されている点において相違している。従って、以下、かかる相違点を中心として説明する。
図１６に示したように、第２実施形態に係る第１のユーザ端末１０ａの機能は、第１実施形態に係る機能に加えて、送信許可ＩＤ設定要求送信部１６を含む。
更に、第２実施形態に係るＩＤ取得サーバ装置４０の機能は、第１実施形態に係る機能に加えて、送信許可ＩＤ設定部（送信許可ＩＤ設定手段）４９を含む。
第２実施形態に係るＩＤ対応表記憶部（送信許可ＩＤ記憶手段）４６は、サービスＩＤ、第１の個別ＩＤ、及び、第２の個別ＩＤと対応付けて、当該第１の個別ＩＤ及びサービスＩＤの送信先として許可されたユーザを識別するための送信許可ＩＤ（本例では、第２の個別ＩＤ）を記憶する。
本例では、ＩＤ対応表記憶部４６は、図１７に示したように、レコードＩＤと、自個別ＩＤと、外部サービスＩＤと、他個別ＩＤと、送信許可ＩＤと、からなるレコードを複数記憶している。
図１７に示したレコードのうちの、レコードＩＤが「１」であるレコードは、自サービス（本例では、第２のサービス）において、「ｓｕｚｕｋｉ」という自個別ＩＤ（第２の個別ＩＤ）により識別されるユーザが、外部のサービスである第１のサービス「ｓｎｓ」においては、「ｈａｎａｋｏ」という他個別ＩＤ（第１の個別ＩＤ）により識別されることを表す。更に、このレコードは、ＩＤ情報（第１の個別及びサービスＩＤ）が、送信許可ＩＤ（本例では、「ｔａｎａｋａ」及び「ｙａｍａｄａ」）により識別されるユーザによって送信されたＩＤ情報取得要求に対してのみ送信されることを表す。
また、第２実施形態に係るＩＤ取得サーバ装置４０のＩＤ情報送信部４８は、ＩＤ対応表記憶部４６に記憶されているレコードのうちの、ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の自個別ＩＤを含むレコードを抽出する。そして、ＩＤ情報送信部４８は、抽出されたレコードのうちの、ＩＤ情報取得要求に含まれる共通ＩＤと対応付けて第２のＩＤ情報記憶部４２に記憶されている第２の個別ＩＤを送信許可ＩＤが含むレコードを取得する。
次いで、ＩＤ情報送信部４８は、取得されたレコードに含まれるサービスＩＤ（外部サービスＩＤ）及び第１の個別ＩＤ（他個別ＩＤ）を含むＩＤ情報を、ＩＤ情報取得要求を送信してきたユーザ端末（本例では、第２のユーザ端末１０ｂ）へ送信する。
即ち、ＩＤ情報送信部４８は、ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の第２の個別ＩＤと対応付けて記憶されている送信許可ＩＤが、当該ＩＤ情報取得要求に含まれる共通ＩＤと対応付けられた第２の個別ＩＤを含む場合、当該送信許可ＩＤと対応付けて記憶されているサービスＩＤ及び第１の個別ＩＤを送信する、と言うことができる。
第１のユーザ端末１０ａの送信許可ＩＤ設定要求送信部１６は、第１のユーザ端末１０ａのユーザにより入力された情報に従って、送信許可ＩＤ設定要求をＩＤ取得サーバ装置４０へ送信する。
送信許可ＩＤ設定要求は、一括設定要求、又は、個別設定要求である。
一括設定要求は、要求者（即ち、送信許可ＩＤ設定要求を送信するための操作を行ったユーザ）の共通ＩＤと、要求者の共通ＩＤに対する署名と、当該要求の種別が一括設定である旨を表す要求種別情報と、を含む。
個別設定要求は、要求者の共通ＩＤと、要求者の共通ＩＤに対する署名と、当該要求の種別が個別設定である旨を表す要求種別情報と、送信許可ＩＤを設定する対象となるサービスＩＤと、送信許可ＩＤに追加する個別ＩＤである追加個別ＩＤ（本例では、第２の個別ＩＤ）と、送信許可ＩＤから削除する個別ＩＤである削除個別ＩＤ（本例では、第２の個別ＩＤ）と、を含む。
ＩＤ取得サーバ装置４０の送信許可ＩＤ設定部４９は、第１のユーザ端末１０ａから送信許可ＩＤ設定要求を受信する。
送信許可ＩＤ設定部４９は、受信した送信許可ＩＤ設定要求が一括設定要求である場合、ＩＤ対応表記憶部４６に記憶されているレコードのうちの、一括設定要求に含まれる共通ＩＤと対応付けて第２のＩＤ情報記憶部４２に記憶されている第２の個別ＩＤを含む送信許可ＩＤを含むレコードを抽出する。そして、送信許可ＩＤ設定部４９は、抽出されたレコードに含まれる自個別ＩＤ（本例では、第２の個別ＩＤ）及び外部サービスＩＤの組を取得する。
次いで、送信許可ＩＤ設定部４９は、取得した自個別ＩＤ及び外部サービスＩＤの組のそれぞれに対して、送信許可ＩＤを更新するための送信許可ＩＤ更新処理を行う。送信許可ＩＤ設定部４９は、送信許可ＩＤ更新処理の一部として、先ず、ＩＤ対応表記憶部４６に記憶されているレコードのうちの、一括設定要求に含まれる共通ＩＤと対応付けて第２のＩＤ情報記憶部４２に記憶されている第２の個別ＩＤと同一の自個別ＩＤ（本例では、第２の個別ＩＤ）を含み、且つ、送信許可ＩＤ更新処理の対象となる外部サービスＩＤを含むレコードを特定する。
更に、送信許可ＩＤ設定部４９は、送信許可ＩＤ更新処理の一部として、特定したレコードに含まれる送信許可ＩＤに、送信許可ＩＤ更新処理の対象となる自個別ＩＤを追加する。このようにして、送信許可ＩＤ設定部４９は、一括設定要求に基づいて送信許可ＩＤを更新する。
これによれば、ユーザが送信許可ＩＤを容易に設定することができる。
換言すると、送信許可ＩＤ設定部４９は、一括設定要求を受信した場合、一括設定要求に含まれる共通ＩＤと対応付けられた第２の個別ＩＤを含む送信許可ＩＤと対応付けて記憶されている第２の個別ＩＤを抽出する。更に、送信許可ＩＤ設定部４９は、当該一括設定要求に含まれる共通ＩＤと対応付けられた第２の個別ＩＤと対応付けて記憶されている送信許可ＩＤを、当該抽出した第２の個別ＩＤを含む送信許可ＩＤに更新する。
即ち、一括設定要求は、要求者に対してＩＤ情報の送信を許可しているユーザに対して、当該要求者のＩＤ情報の送信を許可するように、送信許可ＩＤを設定する旨を要求する情報である、と言うことができる。
また、送信許可ＩＤ設定部４９は、受信した送信許可ＩＤ設定要求が個別設定要求である場合、ＩＤ対応表記憶部４６に記憶されているレコードのうちの、当該個別設定要求に含まれる、送信許可ＩＤを設定する対象となるサービスＩＤを含み、且つ、当該個別設定要求に含まれる共通ＩＤと対応付けられた第２の個別ＩＤと同一の自個別ＩＤを含むレコードを特定する。
そして、送信許可ＩＤ設定部４９は、特定されたレコードに含まれる送信許可ＩＤに、当該個別設定要求に含まれる追加個別ＩＤを追加する。更に、送信許可ＩＤ設定部４９は、特定されたレコードに含まれる送信許可ＩＤから、当該個別設定要求に含まれる削除個別ＩＤを削除する。
＜＜送信許可ＩＤ設定処理＞＞
図１８のフローチャートを参照して、送信許可ＩＤ設定処理に係るＩＤ取得サーバ装置４０の作動について説明する。
先ず、第１のユーザ端末１０ａは、第１のユーザ端末１０ａのユーザ（要求者）により入力された情報に従って、送信許可ＩＤ設定要求をＩＤ取得サーバ装置４０へ送信する。これにより、ＩＤ取得サーバ装置４０は、送信許可ＩＤ設定要求を受信する（ステップＳ６０１）。
そして、ＩＤ取得サーバ装置４０は、受信した認証成功情報の正当性を検証する（即ち、要求者の共通ＩＤに対する署名の検証を行う）。
以下、このステップにおける署名の検証が成功した場合を仮定して説明を続ける。なお、署名の検証が失敗した場合、ＩＤ取得サーバ装置４０は、その旨を表す応答情報を第１のユーザ端末１０ａへ送信し、このフローチャートの処理を終了する。
次いで、ＩＤ取得サーバ装置４０は、受信した送信許可ＩＤ設定要求が個別設定要求であるか否かを判定する（ステップＳ６０２）。
いま、送信許可ＩＤ設定要求として、一括設定要求が送信された場合を想定する。更に、一括設定要求が、要求者の共通ＩＤとしての「ＴａｎａｋａＴａｒｏ」を含む場合を想定する。この場合、ＩＤ取得サーバ装置４０は、「Ｎｏ」と判定してステップＳ６０３へ進む。
そして、ＩＤ取得サーバ装置４０は、ＩＤ対応表記憶部４６に記憶されているレコードのうちの、一括設定要求に含まれる共通ＩＤ（本例では、「ＴａｎａｋａＴａｒｏ」）と対応付けて第２のＩＤ情報記憶部４２に記憶されている第２の個別ＩＤ（本例では、「ｔａｎａｋａ」）を含む送信許可ＩＤを含むレコードを抽出する。従って、本例では、ＩＤ取得サーバ装置４０は、図１７に示したレコードのうちの、レコードＩＤが「１」であるレコードと、レコードＩＤが「３」であるレコードと、を抽出する。
更に、ＩＤ取得サーバ装置４０は、抽出されたレコードに含まれる自個別ＩＤ（本例では、第２の個別ＩＤ）及び外部サービスＩＤの組を取得する（ステップＳ６０３）。従って、本例では、ＩＤ取得サーバ装置４０は、自個別ＩＤ「ｓｕｚｕｋｉ」及び外部サービスＩＤ「ｓｎｓ」の組と、自個別ＩＤ「ｙａｍａｄａ」及び外部サービスＩＤ「ｓｎｓ」の組と、を取得する。
次いで、ＩＤ取得サーバ装置４０は、取得した自個別ＩＤ及び外部サービスＩＤの組のそれぞれに対して、送信許可ＩＤを更新するための送信許可ＩＤ更新処理を行う。
具体的には、ＩＤ取得サーバ装置４０は、送信許可ＩＤ更新処理の一部として、先ず、ＩＤ対応表記憶部４６に記憶されているレコードのうちの、一括設定要求に含まれる共通ＩＤと対応付けて第２のＩＤ情報記憶部４２に記憶されている第２の個別ＩＤと同一の自個別ＩＤ（本例では、第２の個別ＩＤ）を含み、且つ、送信許可ＩＤ更新処理の対象となる外部サービスＩＤを含むレコードを特定する。
そして、ＩＤ取得サーバ装置４０は、送信許可ＩＤ更新処理の一部として、特定したレコードに含まれる送信許可ＩＤに、送信許可ＩＤ更新処理の対象となる自個別ＩＤを追加する。
このようにして、ＩＤ取得サーバ装置４０は、一括設定要求に基づいて送信許可ＩＤを更新する（ステップＳ６０４）。従って、本例では、図１９に示したように、ＩＤ取得サーバ装置４０は、レコードＩＤが「２」であるレコードに含まれる送信許可ＩＤに、「ｓｕｚｕｋｉ」及び「ｙａｍａｄａ」を追加する。
そして、ＩＤ取得サーバ装置４０は、処理の完了を表す応答情報を、送信許可ＩＤ設定要求を送信してきたユーザ端末（本例では、第１のユーザ端末１０ａ）へ送信する（ステップＳ６０５）。
一方、送信許可ＩＤ設定要求として、個別設定要求が送信された場合を想定する。更に、個別設定要求が、要求者の共通ＩＤとしての「ＴａｎａｋａＴａｒｏ」と、送信許可ＩＤを設定する対象となるサービスＩＤとしての「ｓｎｓ」と、追加個別ＩＤとしての「ｙａｍａｄａ」と、を含む場合を想定する。この場合、ＩＤ取得サーバ装置４０は、ステップＳ６０２にて「Ｙｅｓ」と判定してステップＳ６０６へ進む。
そして、ＩＤ取得サーバ装置４０は、ＩＤ対応表記憶部４６に記憶されているレコードのうちの、当該個別設定要求に含まれる、送信許可ＩＤを設定する対象となるサービスＩＤ（本例では、「ｓｎｓ」）を含み、且つ、当該個別設定要求に含まれる共通ＩＤ（本例では、「ＴａｎａｋａＴａｒｏ」）と対応付けられた第２の個別ＩＤ（本例では、「ｔａｎａｋａ」）と同一の自個別ＩＤを含むレコードを特定する（ステップＳ６０６）。従って、本例では、ＩＤ取得サーバ装置４０は、図１７に示したレコードのうちの、レコードＩＤが「２」であるレコードを特定する。
次いで、ＩＤ取得サーバ装置４０は、特定されたレコードに含まれる送信許可ＩＤに、当該個別設定要求に含まれる追加個別ＩＤを追加する。更に、ＩＤ取得サーバ装置４０は、特定されたレコードに含まれる送信許可ＩＤから、当該個別設定要求に含まれる削除個別ＩＤを削除する。従って、本例では、図２０に示したように、ＩＤ取得サーバ装置４０は、レコードＩＤが「２」であるレコードに含まれる送信許可ＩＤに、「ｙａｍａｄａ」を追加する。
このようにして、ＩＤ取得サーバ装置４０は、個別設定要求に基づいて送信許可ＩＤを更新する（ステップＳ６０７）。
そして、ＩＤ取得サーバ装置４０は、処理の完了を表す応答情報を、送信許可ＩＤ設定要求を送信してきたユーザ端末（本例では、第１のユーザ端末１０ａ）へ送信する（ステップＳ６０５）。
以上、説明したように、本発明の第２実施形態に係るサービス提供システムによれば、第１実施形態に係るサービス提供システムと同様の作用及び効果を奏することができる。
更に、第２実施形態に係るサービス提供システムによれば、ＩＤ取得サーバ装置４０によるＩＤ情報の送信先として許可されるユーザを設定することができる。
この結果、サービス及びユーザの組み合わせ毎に、第１の個別ＩＤにより識別されるユーザと、第２の個別ＩＤにより識別されるユーザと、が同一のユーザであるか否かを、特定のユーザのみに判別させることができる。従って、ユーザの利便性を向上させることができる。
＜第３実施形態＞
次に、本発明の第３実施形態に係るサービス提供システムについて図２１を参照しながら説明する。
第３実施形態に係るサービス提供システム１００は、
第１のアプリケーション・プログラムを実行することにより第１のサービスを提供する第１のサービス提供部（第１のサービス提供手段）１１０と、
第２のアプリケーション・プログラムを実行することにより第２のサービスを提供する第２のサービス提供部（第２のサービス提供手段）１２０と、
を備える。
第１のサービス提供部１１０は、
上記第１のサービス、及び、上記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信部（ＩＤ情報提供要求受信手段）１１１と、
上記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ上記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信部（個別ＩＤ送信手段）１１２と、
を備える。
第２のサービス提供部１２０は、
上記第１のサービスを識別するための情報であるサービスＩＤと、上記第１の個別ＩＤと、上記共通ＩＤと、を上記ユーザ端末から受信するＩＤ情報受信部（ＩＤ情報受信手段）１２１と、
上記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信部（ＩＤ情報取得要求受信手段）１２２と、
上記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、上記サービスＩＤ及び上記第１の個別ＩＤを送信するＩＤ情報送信部（ＩＤ情報送信手段）１２３と、
を備える。
これによれば、予め処理（例えば、コンシューマキーとコンシューマシークレットをサービスプロバイダに発行させるとともにコンシューマに渡す処理）を行うことなく、複数のサービスのそれぞれにて異なるＩＤが割り当てられたユーザの同一性を他のユーザに判別させることができる。
以上、上記実施形態を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成及び詳細に、本願発明の範囲内において当業者が理解し得る様々な変更をすることができる。
なお、上記各実施形態においてサービス提供システムの各機能は、ＣＰＵがプログラム（ソフトウェア）を実行することにより実現されていたが、回路等のハードウェアにより実現されていてもよい。
また、上記各実施形態においてプログラムは、記憶装置に記憶されていたが、コンピュータが読み取り可能な記録媒体に記憶されていてもよい。例えば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、及び、半導体メモリ等の可搬性を有する媒体である。
また、上記実施形態の他の変形例として、上述した実施形態及び変形例の任意の組み合わせが採用されてもよい。
＜付記＞
上記実施形態の一部又は全部は、以下の付記のように記載され得るが、以下には限られない。
（付記１）
第１のアプリケーション・プログラムを実行することにより第１のサービスを提供する第１のサービス提供手段と、
第２のアプリケーション・プログラムを実行することにより第２のサービスを提供する第２のサービス提供手段と、
を備え、
前記第１のサービス提供手段は、
前記第１のサービス、及び、前記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信手段と、
前記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ前記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信手段と、
を備え、
前記第２のサービス提供手段は、
前記第１のサービスを識別するための情報であるサービスＩＤと、前記第１の個別ＩＤと、前記共通ＩＤと、を前記ユーザ端末から受信するＩＤ情報受信手段と、
前記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信手段と、
前記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、前記サービスＩＤ及び前記第１の個別ＩＤを送信するＩＤ情報送信手段と、
を備えるサービス提供システム。
これによれば、予め処理（例えば、コンシューマキーとコンシューマシークレットをサービスプロバイダに発行させるとともにコンシューマに渡す処理）を行うことなく、複数のサービスのそれぞれにて異なるＩＤが割り当てられたユーザの同一性を他のユーザに判別させることができる。
（付記２）
付記１に記載のサービス提供システムであって、
前記第２のサービス提供手段は、
前記サービスＩＤ、前記第１の個別ＩＤ、及び、前記共通ＩＤを受信した場合、当該受信された、サービスＩＤ及び第１の個別ＩＤと、当該受信された共通ＩＤと対応付けられた前記第２の個別ＩＤと、を互いに対応付けて記憶装置に記憶させるＩＤ情報記憶処理手段を備え、
前記ＩＤ情報送信手段は、前記ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の第２の個別ＩＤと対応付けて前記記憶装置に記憶されている前記サービスＩＤ及び前記第１の個別ＩＤを送信するように構成されたサービス提供システム。
これによれば、第２のサービス提供手段は、ＩＤ情報取得要求を受信した場合に、迅速に、サービスＩＤと第１の個別ＩＤとをユーザ端末へ送信することができる。
（付記３）
付記２に記載のサービス提供システムであって、
前記ＩＤ情報取得要求は、前記共通ＩＤを含み、
前記第２のサービス提供手段は、
前記サービスＩＤ、前記第１の個別ＩＤ、及び、前記第２の個別ＩＤと対応付けて、当該第１の個別ＩＤの送信先として許可されたユーザを識別するための送信許可ＩＤを記憶する送信許可ＩＤ記憶手段を備え、
前記ＩＤ情報送信手段は、前記ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の前記第２の個別ＩＤと対応付けて記憶されている送信許可ＩＤが、当該ＩＤ情報取得要求に含まれる共通ＩＤと対応付けられた前記第２の個別ＩＤを含む場合、当該送信許可ＩＤと対応付けて記憶されている前記サービスＩＤ及び前記第１の個別ＩＤを送信するように構成されたサービス提供システム。
これによれば、第２のサービス提供手段による第１の個別ＩＤの送信先として許可されるユーザを設定することができる。この結果、サービス及びユーザの組み合わせ毎に、第１の個別ＩＤにより識別されるユーザと、第２の個別ＩＤにより識別されるユーザと、が同一のユーザであるか否かを、特定のユーザのみに判別させることができる。従って、ユーザの利便性を向上させることができる。
（付記４）
付記３に記載のサービス提供システムであって、
前記第２のサービス提供手段は、
ユーザ端末から共通ＩＤを含む一括設定要求を受信した場合、当該一括設定要求に含まれる共通ＩＤと対応付けられた前記第２の個別ＩＤを含む送信許可ＩＤと対応付けて記憶されている第２の個別ＩＤを抽出し、当該一括設定要求に含まれる共通ＩＤと対応付けられた第２の個別ＩＤと対応付けて記憶されている送信許可ＩＤを、当該抽出した第２の個別ＩＤを含む送信許可ＩＤに更新する送信許可ＩＤ設定手段を備えるサービス提供システム。
これによれば、ユーザが送信許可ＩＤを容易に設定することができる。
（付記５）
付記１乃至付記４のいずれか一項に記載のサービス提供システムであって、
前記第２のサービス提供手段は、
ユーザ端末からサービスＩＤを含むＩＤ情報提供準備要求を受信した場合、当該ＩＤ情報提供準備要求に含まれるサービスＩＤにより識別されるサービスと対応付けられた、前記ＩＤ情報提供要求の送信先を特定するための送信先特定情報を当該ユーザ端末へ送信する送信先特定情報送信手段を備えるサービス提供システム。
（付記６）
付記１乃至付記５のいずれか一項に記載のサービス提供システムであって、
前記第１のサービス提供手段は、
前記共通ＩＤと、前記第１の個別ＩＤと、を対応付けて記憶する第１のＩＤ情報記憶手段を備え、
前記第２のサービス提供手段は、
前記共通ＩＤと、前記第２の個別ＩＤと、を対応付けて記憶する第２のＩＤ情報記憶手段を備えるサービス提供システム。
（付記７）
第１のアプリケーション・プログラムを実行することにより第１のサービスを提供し、且つ、第２のアプリケーション・プログラムを実行することにより第２のサービスを提供するサービス提供システムに適用され、
前記第１のサービス、及び、前記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信し、
前記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ前記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信し、
前記第１のサービスを識別するための情報であるサービスＩＤと、前記第１の個別ＩＤと、前記共通ＩＤと、を前記ユーザ端末から受信し、
前記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信し、
前記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、前記サービスＩＤ及び前記第１の個別ＩＤを送信する、サービス提供方法。
（付記８）
付記７に記載のサービス提供方法であって、
前記サービスＩＤ、前記第１の個別ＩＤ、及び、前記共通ＩＤを受信した場合、当該受信された、サービスＩＤ及び第１の個別ＩＤと、当該受信された共通ＩＤと対応付けられた前記第２の個別ＩＤと、を互いに対応付けて記憶装置に記憶させ、
前記ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の第２の個別ＩＤと対応付けて前記記憶装置に記憶されている前記サービスＩＤ及び前記第１の個別ＩＤを、当該ＩＤ情報取得要求を送信してきたユーザ端末へ送信する、サービス提供方法。
（付記９）
第１のアプリケーション・プログラムを実行することにより第１のサービスを提供するように構成されたＩＤ提供サーバ装置であって、
前記第１のサービス、及び、ＩＤ取得サーバ装置により提供される第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信手段と、
前記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ前記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信手段と、
を備えるＩＤ提供サーバ装置。
（付記１０）
第１のアプリケーション・プログラムを実行することにより第１のサービスを提供するように構成された情報処理装置に、
前記第１のサービス、及び、ＩＤ取得サーバ装置により提供される第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信手段と、
前記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ前記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信手段と、
を実現させるためのＩＤ提供プログラム。
（付記１１）
第２のアプリケーション・プログラムを実行することにより第２のサービスを提供するように構成されたＩＤ取得サーバ装置であって、
ＩＤ提供サーバ装置により提供される第１のサービスを識別するための情報であるサービスＩＤと、当該第１のサービスにてユーザを識別するための情報である第１の個別ＩＤと、当該第１のサービス、及び、前記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤと、をユーザ端末から受信するＩＤ情報受信手段と、
前記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信手段と、
前記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、前記サービスＩＤ及び前記第１の個別ＩＤを送信するＩＤ情報送信手段と、
を備えるＩＤ取得サーバ装置。
（付記１２）
付記１１に記載のＩＤ取得サーバ装置であって、
前記サービスＩＤ、前記第１の個別ＩＤ、及び、前記共通ＩＤを受信した場合、当該受信された、サービスＩＤ及び第１の個別ＩＤと、当該受信された共通ＩＤと対応付けられた前記第２の個別ＩＤと、を互いに対応付けて記憶装置に記憶させるＩＤ情報記憶処理手段を備え、
前記ＩＤ情報送信手段は、前記ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の第２の個別ＩＤと対応付けて前記記憶装置に記憶されている前記サービスＩＤ及び前記第１の個別ＩＤを送信するように構成されたＩＤ取得サーバ装置。
（付記１３）
第２のアプリケーション・プログラムを実行することにより第２のサービスを提供するように構成された情報処理装置に、
ＩＤ提供サーバ装置により提供される第１のサービスを識別するための情報であるサービスＩＤと、当該第１のサービスにてユーザを識別するための情報である第１の個別ＩＤと、当該第１のサービス、及び、前記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤと、をユーザ端末から受信するＩＤ情報受信手段と、
前記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信手段と、
前記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、前記サービスＩＤ及び前記第１の個別ＩＤを送信するＩＤ情報送信手段と、
を実現させるためのＩＤ取得プログラム。
（付記１４）
付記１３に記載のＩＤ取得プログラムであって、
前記情報処理装置に、更に、
前記サービスＩＤ、前記第１の個別ＩＤ、及び、前記共通ＩＤを受信した場合、当該受信された、サービスＩＤ及び第１の個別ＩＤと、当該受信された共通ＩＤと対応付けられた前記第２の個別ＩＤと、を互いに対応付けて記憶装置に記憶させるＩＤ情報記憶処理手段を実現させるとともに、
前記ＩＤ情報送信手段は、前記ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の第２の個別ＩＤと対応付けて前記記憶装置に記憶されている前記サービスＩＤ及び前記第１の個別ＩＤを送信するように構成されたＩＤ取得プログラム。
なお、本発明は、日本国にて２０１０年７月９日に出願された特願２０１０−１５６２８０の特許出願に基づく優先権主張の利益を享受するものであり、当該特許出願にて開示された内容のすべてが本明細書に含まれるものとする。
本発明は、複数のサービスを提供するサービス提供システム等に適用可能である。
１ 情報処理システム
１０ａ 第１のユーザ端末
１０ｂ 第２のユーザ端末
１１ ＩＤ情報提供準備要求送信部
１２ ＩＤ情報提供要求送信部
１３ ＩＤ情報送信部
１４ ＩＤ情報取得要求送信部
１５ ＩＤ情報受信部
１６ 送信許可ＩＤ設定要求送信部
２０ 認証サーバ装置
３０ ＩＤ提供サーバ装置
３１ 第１のプログラム実行部
３２ 第１のＩＤ情報記憶部
３３ ＩＤ情報提供要求受信部
３４ 個別ＩＤ送信部
４０ ＩＤ取得サーバ装置
４１ 第２のプログラム実行部
４２ 第２のＩＤ情報記憶部
４３ 送信先特定情報送信部
４４ ＩＤ情報受信部
４５ ＩＤ情報記憶処理部
４６ ＩＤ対応表記憶部
４７ ＩＤ情報取得要求受信部
４８ ＩＤ情報送信部
４９ 送信許可ＩＤ設定部
１００ サービス提供システム
１１０ 第１のサービス提供部
１１１ ＩＤ情報提供要求受信部
１１２ 個別ＩＤ送信部
１２０ 第２のサービス提供部
１２１ ＩＤ情報受信部
１２２ ＩＤ情報取得要求受信部
１２３ ＩＤ情報送信部
ＮＷ 通信回線

Claims (10)

  1. 第１のアプリケーション・プログラムを実行することにより第１のサービスを提供する第１のサービス提供手段と、
    第２のアプリケーション・プログラムを実行することにより第２のサービスを提供する第２のサービス提供手段と、
    を備え、
    前記第１のサービス提供手段は、
    前記第１のサービス、及び、前記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信手段と、
    前記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ前記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信手段と、
    を備え、
    前記第２のサービス提供手段は、
    前記第１のサービスを識別するための情報であるサービスＩＤと、前記第１の個別ＩＤと、前記共通ＩＤと、を前記ユーザ端末から受信するＩＤ情報受信手段と、
    前記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信手段と、
    前記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、前記サービスＩＤ及び前記第１の個別ＩＤを送信するＩＤ情報送信手段と、
    を備えるサービス提供システム。
  2. 請求項１に記載のサービス提供システムであって、
    前記第２のサービス提供手段は、
    前記サービスＩＤ、前記第１の個別ＩＤ、及び、前記共通ＩＤを受信した場合、当該受信された、サービスＩＤ及び第１の個別ＩＤと、当該受信された共通ＩＤと対応付けられた前記第２の個別ＩＤと、を互いに対応付けて記憶装置に記憶させるＩＤ情報記憶処理手段を備え、
    前記ＩＤ情報送信手段は、前記ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の第２の個別ＩＤと対応付けて前記記憶装置に記憶されている前記サービスＩＤ及び前記第１の個別ＩＤを送信するように構成されたサービス提供システム。
  3. 請求項２に記載のサービス提供システムであって、
    前記ＩＤ情報取得要求は、前記共通ＩＤを含み、
    前記第２のサービス提供手段は、
    前記サービスＩＤ、前記第１の個別ＩＤ、及び、前記第２の個別ＩＤと対応付けて、当該第１の個別ＩＤの送信先として許可されたユーザを識別するための送信許可ＩＤを記憶する送信許可ＩＤ記憶手段を備え、
    前記ＩＤ情報送信手段は、前記ＩＤ情報取得要求に含まれる第２の個別ＩＤと同一の前記第２の個別ＩＤと対応付けて記憶されている送信許可ＩＤが、当該ＩＤ情報取得要求に含まれる共通ＩＤと対応付けられた前記第２の個別ＩＤを含む場合、当該送信許可ＩＤと対応付けて記憶されている前記サービスＩＤ及び前記第１の個別ＩＤを送信するように構成されたサービス提供システム。
  4. 請求項３に記載のサービス提供システムであって、
    前記第２のサービス提供手段は、
    ユーザ端末から共通ＩＤを含む一括設定要求を受信した場合、当該一括設定要求に含まれる共通ＩＤと対応付けられた前記第２の個別ＩＤを含む送信許可ＩＤと対応付けて記憶されている第２の個別ＩＤを抽出し、当該一括設定要求に含まれる共通ＩＤと対応付けられた第２の個別ＩＤと対応付けて記憶されている送信許可ＩＤを、当該抽出した第２の個別ＩＤを含む送信許可ＩＤに更新する送信許可ＩＤ設定手段を備えるサービス提供システム。
  5. 請求項１乃至請求項４のいずれか一項に記載のサービス提供システムであって、
    前記第２のサービス提供手段は、
    ユーザ端末からサービスＩＤを含むＩＤ情報提供準備要求を受信した場合、当該ＩＤ情報提供準備要求に含まれるサービスＩＤにより識別されるサービスと対応付けられた、前記ＩＤ情報提供要求の送信先を特定するための送信先特定情報を当該ユーザ端末へ送信する送信先特定情報送信手段を備えるサービス提供システム。
  6. 第１のアプリケーション・プログラムを実行することにより第１のサービスを提供し、且つ、第２のアプリケーション・プログラムを実行することにより第２のサービスを提供するサービス提供システムに適用され、
    前記第１のサービス、及び、前記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信し、
    前記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ前記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信し、
    前記第１のサービスを識別するための情報であるサービスＩＤと、前記第１の個別ＩＤと、前記共通ＩＤと、を前記ユーザ端末から受信し、
    前記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信し、
    前記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、前記サービスＩＤ及び前記第１の個別ＩＤを送信する、サービス提供方法。
  7. 第１のアプリケーション・プログラムを実行することにより第１のサービスを提供するように構成されたＩＤ提供サーバ装置であって、
    前記第１のサービス、及び、ＩＤ取得サーバ装置により提供される第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信手段と、
    前記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ前記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信手段と、
    を備えるＩＤ提供サーバ装置。
  8. 第１のアプリケーション・プログラムを実行することにより第１のサービスを提供するように構成された情報処理装置に、
    前記第１のサービス、及び、ＩＤ取得サーバ装置により提供される第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤを含むＩＤ情報提供要求をユーザ端末から受信するＩＤ情報提供要求受信手段と、
    前記ＩＤ情報提供要求を送信してきたユーザ端末へ、当該ＩＤ情報提供要求に含まれる共通ＩＤと対応付けられた情報であり且つ前記第１のサービスにてユーザを識別するための情報である第１の個別ＩＤを送信する個別ＩＤ送信手段と、
    を実現させるためのＩＤ提供プログラム。
  9. 第２のアプリケーション・プログラムを実行することにより第２のサービスを提供するように構成されたＩＤ取得サーバ装置であって、
    ＩＤ提供サーバ装置により提供される第１のサービスを識別するための情報であるサービスＩＤと、当該第１のサービスにてユーザを識別するための情報である第１の個別ＩＤと、当該第１のサービス、及び、前記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤと、をユーザ端末から受信するＩＤ情報受信手段と、
    前記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信手段と、
    前記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、前記サービスＩＤ及び前記第１の個別ＩＤを送信するＩＤ情報送信手段と、
    を備えるＩＤ取得サーバ装置。
  10. 第２のアプリケーション・プログラムを実行することにより第２のサービスを提供するように構成された情報処理装置に、
    ＩＤ提供サーバ装置により提供される第１のサービスを識別するための情報であるサービスＩＤと、当該第１のサービスにてユーザを識別するための情報である第１の個別ＩＤと、当該第１のサービス、及び、前記第２のサービスに共通した情報であり且つユーザを識別するための情報である共通ＩＤと、をユーザ端末から受信するＩＤ情報受信手段と、
    前記第２のサービスにてユーザを識別するための情報である第２の個別ＩＤを含むＩＤ情報取得要求をユーザ端末から受信するＩＤ情報取得要求受信手段と、
    前記ＩＤ情報取得要求を送信してきたユーザ端末へ、当該ＩＤ情報取得要求に含まれる第２の個別ＩＤと対応付けられた共通ＩＤとともに受信された、前記サービスＩＤ及び前記第１の個別ＩＤを送信するＩＤ情報送信手段と、
    を実現させるためのＩＤ取得プログラム。
JP2012523499A 2010-07-09 2011-04-20 サービス提供システム Expired - Fee Related JP5790653B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012523499A JP5790653B2 (ja) 2010-07-09 2011-04-20 サービス提供システム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2010156280 2010-07-09
JP2010156280 2010-07-09
PCT/JP2011/002307 WO2012004916A1 (ja) 2010-07-09 2011-04-20 サービス提供システム
JP2012523499A JP5790653B2 (ja) 2010-07-09 2011-04-20 サービス提供システム

Publications (2)

Publication Number Publication Date
JPWO2012004916A1 JPWO2012004916A1 (ja) 2013-09-02
JP5790653B2 true JP5790653B2 (ja) 2015-10-07

Family

ID=45440912

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012523499A Expired - Fee Related JP5790653B2 (ja) 2010-07-09 2011-04-20 サービス提供システム

Country Status (4)

Country Link
US (1) US9185146B2 (ja)
EP (1) EP2592579B1 (ja)
JP (1) JP5790653B2 (ja)
WO (1) WO2012004916A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120297015A1 (en) * 2011-05-19 2012-11-22 Third Solutions, Inc. System and method for building data relevant applications
US9578014B2 (en) 2011-09-29 2017-02-21 Oracle International Corporation Service profile-specific token attributes and resource server token attribute overriding
US9043886B2 (en) * 2011-09-29 2015-05-26 Oracle International Corporation Relying party platform/framework for access management infrastructures
WO2013109857A1 (en) * 2012-01-20 2013-07-25 Interdigital Patent Holdings, Inc. Identity management with local functionality
WO2014014879A2 (en) * 2012-07-17 2014-01-23 Good Technology Corporation Systems and methods for facilitating service provision between applications
JP6330298B2 (ja) * 2013-02-06 2018-05-30 株式会社リコー 情報処理システム、情報処理方法およびプログラム
JP6141076B2 (ja) * 2013-04-04 2017-06-07 キヤノン株式会社 システムおよびその制御方法、アクセス管理サービスシステムおよびその制御方法、並びにプログラム
CN105659558B (zh) * 2013-09-20 2018-08-31 甲骨文国际公司 计算机实现的方法、授权服务器以及计算机可读存储器
US10149159B1 (en) * 2015-03-19 2018-12-04 Proxidyne, Inc. Trusted beacon system and method
WO2016166856A1 (ja) * 2015-04-15 2016-10-20 株式会社日立システムズ シングルサインオンシステムおよびシングルサインオン方法
JP6716929B2 (ja) * 2016-01-29 2020-07-01 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム
US10380094B2 (en) 2016-09-30 2019-08-13 Salesforce.Com, Inc. Custom multi-tenant non-relational platform objects
US10749684B2 (en) * 2016-09-30 2020-08-18 Entrust, Inc. Methods and apparatus for providing blockchain participant identity binding
US20180096165A1 (en) * 2016-09-30 2018-04-05 Salesforce.Com, Inc. Provisioning for multi-tenant non-relational platform objects
KR101816651B1 (ko) * 2017-02-14 2018-01-09 주식회사 코인플러그 Utxo 기반 프로토콜의 블록체인 데이터베이스를 사용하여 서비스 제공 서버에 의하여 제공되는 서비스를 이용하기 위한 사용자의 로그인 요청에 대하여 pki 기반의 인증을 통해 로그인을 대행하는 방법 및 이를 이용한 서버
JP6880981B2 (ja) * 2017-04-21 2021-06-02 富士通株式会社 更新制御プログラム、更新制御方法及び更新制御装置
US11303627B2 (en) 2018-05-31 2022-04-12 Oracle International Corporation Single Sign-On enabled OAuth token
US11522864B1 (en) * 2019-09-27 2022-12-06 Amazon Technologies, Inc. Secure identity transfer
US11537707B1 (en) 2019-09-27 2022-12-27 Amazon Technologies, Inc. Secure identity binding
JP7018529B1 (ja) * 2021-03-24 2022-02-10 Tis株式会社 情報処理装置、情報処理方法および情報処理プログラム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7143437B2 (en) * 2001-01-12 2006-11-28 Siemens Medical Solutions Health Services Corporation System and user interface for managing user access to network compatible applications
JP3831695B2 (ja) * 2002-09-11 2006-10-11 株式会社コナミデジタルエンタテインメント ゲームシステム及びサーバ装置
US7716675B2 (en) * 2003-08-28 2010-05-11 Siebel Systems, Inc. Cross-reference service
US8458775B2 (en) * 2006-08-11 2013-06-04 Microsoft Corporation Multiuser web service sign-in client side components
JP2008065626A (ja) * 2006-09-07 2008-03-21 Ntt Docomo Inc 情報管理システム
JP4983197B2 (ja) * 2006-10-19 2012-07-25 富士ゼロックス株式会社 認証システム、認証サービス提供装置、および認証サービス提供プログラム
US8141140B2 (en) * 2008-05-23 2012-03-20 Hsbc Technologies Inc. Methods and systems for single sign on with dynamic authentication levels

Also Published As

Publication number Publication date
JPWO2012004916A1 (ja) 2013-09-02
US20130103802A1 (en) 2013-04-25
EP2592579A4 (en) 2016-11-23
EP2592579B1 (en) 2020-10-21
EP2592579A1 (en) 2013-05-15
WO2012004916A1 (ja) 2012-01-12
US9185146B2 (en) 2015-11-10

Similar Documents

Publication Publication Date Title
JP5790653B2 (ja) サービス提供システム
US11711219B1 (en) PKI-based user authentication for web services using blockchain
JP4892011B2 (ja) クライアント装置、鍵装置、サービス提供装置、ユーザ認証システム、ユーザ認証方法、プログラム、記録媒体
EP2705642B1 (en) System and method for providing access credentials
US9264420B2 (en) Single sign-on for network applications
KR101730459B1 (ko) 로컬 기능을 갖는 아이덴티티 관리
KR101819556B1 (ko) 클라우드 컴퓨팅 시스템에서 패밀리 클라우드를 지원하기 위한 장치 및 방법
WO2017028593A1 (zh) 网络接入设备接入无线网络接入点的方法、网络接入设备、应用程序服务器和非易失性计算机可读存储介质
JP2020036234A (ja) 情報処理装置及び認可システムと検証方法
JP2011175394A (ja) シングル・サインオン・システムを構成するウェブ・サーバならびにその動作制御方法およびその動作制御プログラム
JP2011238083A (ja) 認証連携装置およびそのプログラム、機器認証装置およびそのプログラム、ならびに、認証連携システム
JP2009290329A (ja) Ｉｐ通信システム、サーバユニット、端末デバイスおよび認証方法
JP5992535B2 (ja) 無線ｉｄプロビジョニングを実行するための装置及び方法
CN113569210A (zh) 分布式身份认证方法、设备访问方法及装置
JP2011082923A (ja) 端末装置、署名生成サーバ、簡易ｉｄ管理システム、簡易ｉｄの管理方法、及びプログラム
JP2009118110A (ja) 認証システムのメタデータプロビジョニング方法、システム、そのプログラムおよび記録媒体
KR20130039745A (ko) 인증 연동 시스템 및 방법
JP2012181662A (ja) アカウント情報連携システム
US11146536B2 (en) Method and a system for managing user identities for use during communication between two web browsers
JP4730814B2 (ja) ユーザ情報管理方法およびシステム
JP2017139026A (ja) 信頼できる認証およびログオンのための方法および装置
JP2015111440A (ja) 信頼できる認証およびログオンのための方法および装置
JP5749222B2 (ja) アクセス許可制御システム、アクセス許可制御方法
JP6334275B2 (ja) 認証装置、認証方法、認証プログラム、及び認証システム
JP2003318889A (ja) ユーザ認証方法、通信システム、認証サーバ装置、サーバ装置及びユーザ端末装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140306

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: 20150707

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150720

R150 Certificate of patent or registration of utility model

Ref document number: 5790653

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees