JP5662383B2

JP5662383B2 - 情報処理装置

Info

Publication number: JP5662383B2
Application number: JP2012144191A
Authority: JP
Inventors: 夏彦崎村; 永島　淳; 淳永島
Original assignee: Nomura Research Institute Ltd
Current assignee: Nomura Research Institute Ltd
Priority date: 2012-06-27
Filing date: 2012-06-27
Publication date: 2015-01-28
Anticipated expiration: 2032-06-27
Also published as: JP2014010462A

Description

本発明はデータ処理技術に関し、特に通信網を介して外部装置と接続される情報処理装置に関する。

フィーチャーフォンやスマートフォン等を含むモバイル端末向けのサービスを提供するウェブサイトでは、携帯電話端末からその個体識別番号を取得することにより、サービスを要求するユーザを識別し、その識別結果に応じたサービスを提供することがある。

特開２０１０−０８６２０９号公報

既述したように、利用者に対して種々のサービスを提供するサービス提供サイトの中には、適切なサービスを提供するために利用者の識別を必要とするものがある。しかし、プライバシーの保護が重視される現在、利用者端末の個体識別番号をサービス提供サイトへ提供することが問題になることがある。

そこで本発明は、サービス提供サイトにおける利用者識別と、利用者のプライバシー保護の両立を支援することを主な目的とする。

上記課題を解決するために、本発明のある態様の情報処理装置は、ユーザから受け付けたＩＤにもとづいて、そのユーザに対するサービスの提供可否を判定するサーバと接続された情報処理装置であって、サーバへ提供すべきユーザのＩＤを決定するＩＤ決定部と、ＩＤ決定部が決定したＩＤと、本情報処理装置のユーザとの結びつきの強さを示す指標値である信頼度を決定する信頼度決定部と、サービスの提供可否を判定させるために、ＩＤ決定部が決定したＩＤと信頼度決定部が決定した信頼度とをサーバへ提供するＩＤ提供部とを備える。信頼度決定部は、ＩＤ決定部が決定したＩＤをサーバへ提供した実績に応じて信頼度の大きさを決定する。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、サービス提供サイトにおける利用者識別と、利用者のプライバシー保護の両立を支援することができる。

実施の形態の情報処理システムの構成を示す図である。図１のスマートフォンの機能構成を示すブロック図である。統計情報保持部が保持する統計情報を示す図である。図１のスマートフォンの動作を示すフローチャートである。図１のＲＰ装置の動作を示すフローチャートである。第１の変形例の情報処理システムの構成を示す図である。第２の変形例の情報処理システムの構成を示す図である。

実施の形態の構成を説明する前に、まず概要を説明する。
多種多様のサービスがウェブを介してユーザへ提供されている現在、ウェブサイトのサービスメニューの中に、特定の条件を満たす利用者に対してのみ特別のウェブコンテンツを提供するサービスが含まれることがある。この特別のウェブコンテンツを以下では「限定コンテンツ」と呼ぶ。本実施の形態における限定コンテンツは、利用者１人につき１回限り提供するコンテンツであることとする。例えば、商品のクーポン券であってもよく、ポイントサービスにおける所定額のポイントであってもよい。

限定コンテンツを提供するウェブサイトでは、アクセス元のユーザを識別し、そのユーザが限定コンテンツの提供条件を満たすか否かを判定し、限定コンテンツの提供許否を決定する必要がある。例えば、「利用者１人につき１回限り提供する」限定コンテンツの場合、アクセス元のユーザが限定コンテンツを未提供のユーザであることを条件として、限定コンテンツの提供を許可すべきことになる。

ここで、アクセス元ユーザを識別するための方法としては、予めユーザがウェブサイトから取得し、もしくはウェブサイトへ登録しておいたユーザＩＤによる認証が考えられる。しかし、同一人物が複数のユーザＩＤを取得・登録することにより、同一人物に対して限定コンテンツを複数回提供してしまうという問題がある。

アクセス元ユーザが一般的な携帯電話端末等のフィーチャフォンを使用してウェブサイトへアクセスする場合は、ユーザの端末を特定することによりユーザを特定する方法もある。例えば、ウェブサイトは、フィーチャフォンのウェブブラウザに対して、契約者固有のＩＤ（以下、「個体識別番号」とも呼ぶ。）の提供を要求し、その個体識別番号によりユーザの端末を特定することができる。ただし、個体識別番号を提供させることは、ユーザがどのウェブサイトへアクセスしたかの名寄せが可能になる等、ユーザのプライバシー保護の観点から問題が指摘されている。

次に、アクセス元ユーザがスマートフォンを使用してウェブサイトへアクセスする場合を考える。スマートフォンは端末ごとにユニークなＵＤＩＤ（Unique Device IDentifier、個体識別番号）が割り当てられているものの、ウェブサイトは、スマートフォンのウェブブラウザに対してＵＤＩＤの送信を要求することはできない。また、スマートフォンにインストールされたアプリケーションがＵＤＩＤにアクセスすることも、プライバシー保護の観点等から非推奨となってきており、禁止される方向性にある。

そこで実施の形態では、限定コンテンツを提供するウェブサイトにおけるユーザ識別と、ユーザのプライバシー保護の両立を支援する情報処理装置を提案する。この情報処理装置は、限定コンテンツを提供するウェブサイトへアクセスするためにユーザが使用する端末であり、実施の形態ではスマートフォンとするが、変形例として一般的なＰＣでもよく、フィーチャフォンやタブレット端末でもよい。

実施の形態のスマートフォンは、ユーザの端末情報を基礎情報としてユーザのＩＤを決定する。端末情報として、１）ＵＤＩＤ、２）ＭＡＣアドレス、３）ＵＵＩＤ（Universally Unique IDentifier）が候補として考えられる。このうちＵＤＩＤは、既述したように、アプリケーションからのアクセスが廃止される方向性にある。またＭＡＣアドレスは偽装が容易である。したがってＵＵＩＤが望ましいように思われるが、ＵＵＩＤも変更される可能性がある。例えば、所定のアプリケーションのインストール時にＵＵＩＤを決定する場合、そのアプリケーションを再インストールするとＵＵＩＤが変わってしまう。

そのため実施の形態のスマートフォンは、ＵＵＩＤを所定関数に基づいて変換した結果をユーザＩＤとして決定し、ユーザＩＤの使用状況に応じて、ユーザＩＤとユーザとの結びつきの強さを示す指標値（以下、「ＩＤ信頼度」とも呼ぶ。）を決定する。そして、ユーザＩＤとＩＤ信頼度との組み合わせをウェブサイトへ提示し、ウェブサイトにおいてユーザへの限定コンテンツの提供可否を決定させる。このように、ＵＤＩＤに代えて、ＵＵＩＤの変換結果をユーザＩＤとして用いることでユーザのプライバシーを保護する。またウェブサイトでは、ＩＤ信頼度によりユーザ識別の精度を維持でき、限定コンテンツの提供可否を適切に決定できる。

図１は、実施の形態の情報処理システムの構成を示す。情報処理システム１００は、複数のユーザが所有する複数のスマートフォン１０と、ＲＰ（Relying Party）装置２０で総称するＲＰ装置２０ａ、ＲＰ装置２０ｂ、ＲＰ装置２０ｃと、統計情報サーバ２２を備える。これらの装置は、ＬＡＮ・ＷＡＮ・インターネットとしての無線網および有線網を含む通信網２４を介して接続される。

ＲＰ装置２０は、ＯｐｅｎＩＤの規格で定められたＲＰとして機能し、外部装置が発行したユーザＩＤによるログインを受け入れる。後述するように、本実施の形態におけるユーザＩＤの提供主体はスマートフォン１０のＩｄｐ（Identity Provider）アプリケーションである。以下特に言及しない場合、ＩＤの設定やユーザ認証に関するＲＰおよびＩｄｐの処理は公知のＯｐｅｎＩＤ規格に準ずるものとする。

またＲＰ装置２０は、各種の情報処理サービスを提供するウェブサイトをインターネット上に公開するウェブサーバでもある。このうちＲＰ装置２０ａは、１ユーザ１回限りの限定コンテンツをウェブサイトにおいて提供するものとする。ＲＰ装置２０ａは、スマートフォン１０が提示するユーザのＩＤとＩＤ信頼度にもとづいて、限定コンテンツの提供可否を判定する。

ＲＰ装置２０ａは、限定コンテンツを既に提供したユーザのＩＤを、限定コンテンツ提供済みＩＤとして蓄積する。あるユーザからアクセスを受け付けると、そのユーザが提示するＩＤが限定コンテンツ提供済みＩＤに含まれず、かつ、ＩＤ信頼度が所定の閾値以上である場合に、そのユーザへ限定コンテンツを提供する。ユーザが提示するＩＤは、ＲＰ装置２０に対するアクセス元のＩＤと言え、ウェブクライアントとしてのユーザ端末（すなわちスマートフォン）のＩＤとも言えるが、以下「ユーザＩＤ」で統一する。

既述したように、本実施の形態におけるＩＤ信頼度は、ユーザＩＤと、スマートフォン１０のユーザとの結びつきの強さを示す指標値である。言い換えれば、ＩＤ信頼度は、ＲＰ装置２０ａに提示されたユーザＩＤが示すユーザについて、当該ＩＤが唯一そのユーザを指し示すものであることの信頼度合いを示す指標値とも言える。また、同一ユーザが、ＲＰ装置２０ａに対して同一ＩＤを提示している確実度合いを示す指標値とも言える。さらにまた、提示されたユーザＩＤが、情報処理システム１００に存在する複数のスマートフォン１０の中で、ただ１つのスマートフォン１０のユーザを指し示すことの信頼度合いを示す指標値とも言える。なお、ＩＤ信頼度が相対的に大きければ、ユーザとの結びつきが相対的に強いことを示し、ＩＤ信頼度が相対的に小さければ、ユーザとの結びつきが相対的に弱いことを示すこととする。

したがって、あるユーザがユーザＩＤとともにＲＰ装置２０ａへ提示するＩＤ信頼度が大きいほど、そのユーザがＲＰ装置２０ａへ別のユーザＩＤをこれまでに提示した可能性は低くなる。すなわち、当該ユーザが提示するユーザＩＤが限定コンテンツ提供済みＩＤに含まれなければ、当該ユーザへ限定コンテンツを未提供の蓋然性が高くなる。そのため、あるユーザがユーザＩＤとともにＲＰ装置２０ａへ提示するＩＤ信頼度が大きいほど、そのユーザへ限定コンテンツを複数回提供してしまう可能性を低減でき、ＲＰ装置２０ａは安心して限定コンテンツを提供できる。

統計情報サーバ２２は、複数のユーザが所有する複数のスマートフォン１０がＲＰ装置２０のそれぞれに対してユーザＩＤを提供した実績を集約して保持する。すなわち、各ＲＰ装置２０が提供するウェブサイトの個々について、複数のユーザ間での認知度を示す情報を保持する。具体的には、ＲＰ装置２０のそれぞれが提供するウェブサイトのＵＲＬと、各ウェブサイトに対してユーザＩＤを提供したスマートフォン１０の個数（以下、「ＩＤ提供端末数」とも呼ぶ。）とを対応づけて保持する。例えば、あるユーザのスマートフォン１０から、ユーザＩＤを提供したウェブサイトのＵＲＬが通知された場合、そのＵＲＬに対応するＩＤ提供端末数をインクリメントする。

スマートフォン１０は、表示装置（例えば液晶ディスプレイ）と入力装置（例えばタッチパネル）とを一体化したタッチスクリーン１２を備える。ここで情報処理システム１００の動作を概説する。ユーザは、スマートフォン１０のウェブブラウザを起動してＲＰ装置２０のウェブサイトへアクセスする。ＲＰ装置２０は、ユーザ認証をスマートフォン１０のＩｄｐアプリケーションへ依頼し、言い換えれば、ユーザＩＤの提供をスマートフォン１０のＩｄｐアプリケーションへ依頼する。

ＲＰ装置２０からの依頼に応じて、スマートフォン１０のウェブブラウザは、Ｉｄｐアプリケーションを起動する。Ｉｄｐアプリケーションは、ユーザＩＤの提供を許可するか否かの確認画面（例えば図１のタッチスクリーン１２上のメッセージ）を表示させる。確認画面において許可を示すユーザ操作が入力されると、Ｉｄｐアプリケーションは、ユーザＩＤとＩＤ信頼度を決定してＲＰ装置２０へ提供する。ＲＰ装置２０は、スマートフォン１０から提供されたユーザＩＤとＩＤ信頼度にもとづき限定コンテンツの提供有無を判定する。

変形例として、ＲＰ装置２０からの依頼に応じて、スマートフォン１０は、ユーザＩＤの提供を許可するか否かの確認画面（例えば図１のタッチスクリーン１２上のメッセージ）を表示させてもよく、確認画面において許可を示すユーザ操作が入力された場合に、スマートフォン１０のウェブブラウザはＩｄｐアプリケーションを起動してもよい。以降は上記と同様に、Ｉｄｐアプリケーションは、ユーザＩＤとＩＤ信頼度を決定してＲＰ装置２０へ提供する。

図２は、図１のスマートフォン１０の機能構成を示すブロック図である。スマートフォン１０は、装置外部とのインタフェース機能を提供するインタフェース部３０と、各種データ処理を実行するデータ処理部４０と、各種データを保持する記憶領域であるデータ保持部７０とを備える。

本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図２の各ブロックは、プログラムモジュールとして記録媒体に格納され、スマートフォン１０のストレージ（フラッシュメモリ等）へインストールされてもよい。そして、各ブロックに対応するプログラムモジュールがメインメモリに読み出されてＣＰＵにより実行されることで、各ブロックの機能が実現されてもよい。

インタフェース部３０は、操作検出部３２と表示制御部３４と通信処理部３６を含む。操作検出部３２は、タッチスクリーン１２や、スマートフォン１０に配置された各種のボタンに対して入力されたユーザ操作を検出する。表示制御部３４は、タッチスクリーン１２の表示内容を制御し、例えば、データ処理部４０から出力された表示用データをタッチスクリーン１２へ表示させる。通信処理部３６は、通信網２４を介して、ＲＰ装置２０および統計情報サーバ２２とデータを送受する。

データ保持部７０は、統計情報保持部７２とＩＤ保持部７４を含む。統計情報保持部７２は、ＩＤ信頼度を算出するための、Ｉｄｐアプリケーションの利用状況や、ＲＰの特性を示す統計情報を保持する。

図３は、統計情報保持部７２が保持する統計情報を示す。ＵＵＩＤ欄には、ユーザＩＤを決定するための基礎情報として使用されるＵＵＩＤが格納される。ＲＰ識別子欄には、ＵＵＩＤ欄のＵＵＩＤを用いて決定されたユーザＩＤを提供したＲＰを一意に特定するための情報が格納される。例えば、図３の「○○○」は、ＲＰ装置２０ａが提供するウェブサイトのＵＲＬであってもよく、図３の「×××」は、ＲＰ装置２０ｂが提供するウェブサイトのＵＲＬであってもよい。

ＲＰ利用頻度欄には、ＲＰ識別子で特定されるＲＰのアクセス頻度であり、具体的には、所定の単位期間（例えば最近の１ヶ月間）においてＲＰ装置２０へユーザＩＤを提供した回数が格納される。なお、回数に代えて利用頻度の指標値が格納されてもよい。この場合、ＩＤ提供回数が、利用頻度「高」の閾値以上であれば利用頻度「高」を示す指標値（例えば９）が格納されてもよい。またＩＤ提供回数が、利用頻度「高」の閾値未満で利用頻度「中」の閾値以上であれば利用頻度「中」を示す指標値（例えば５）、利用頻度「中」の閾値未満であれば利用頻度「低」を示す指標値（例えば１）が格納されてもよい。

ＲＰ重要度欄には、ＲＰ識別子で特定されるＲＰの重要度であり、具体的には、ＲＰにおいてユーザが正式なユーザＩＤを用いるであろう信頼性の高さを示す指標値が格納される。例えば、決済を伴うウェブサイトや、ユーザがブログ更新やコメント投稿のために頻繁にアクセスすると想定されるＳＮＳ（social networking service）サイトにおけるユーザＩＤの変更はユーザにとって大きな負担が生じる。したがって、それらのサイトを提供するＲＰのＲＰ重要度欄には、重要度が高いことを示す指標値（例えば８）が格納されてもよい。その一方、ユーザが匿名でコメント投稿するような掲示板サイトや、利用者数が少ないと想定されるサイトでのユーザＩＤの変更は比較的容易である。したがって、それらのサイトを提供するＲＰのＲＰ重要度欄には、重要度が低いことを示す指標値（例えば２）が格納されてもよい。

ＲＰ認知度欄には、ＲＰ識別子で特定されるＲＰの認知度であり、具体的には、ＲＰに対する複数のユーザのアクセス実績の合計を示す指標値が格納される。例えばあるＲＰに対してアクセスしたユーザ数が、認知度「高」の閾値以上の人数であれば認知度「高」を示す指標値（例えば８）が格納されてもよい。またユーザ数が、認知度「高」の閾値未満で認知度「中」の閾値以上であれば認知度「中」を示す指標値（例えば６）、認知度「中」の閾値未満であれば認知度「低」を示す指標値（例えば３）が格納されてもよい。

図２に戻り、ＩＤ保持部７４は、Ｉｄｐ部４４が生成した各種ＩＤを保持する。具体的には、スマートフォン１０のＵＵＩＤと、ＲＰ装置２０それぞれの識別子と、ＵＵＩＤにもとづいて生成されたユーザＩＤであり、ＲＰ装置２０のそれぞれへ提示するユーザＩＤとを対応づけて保持する。

データ処理部４０は、ウェブブラウザ部４２とＩｄｐ部４４を含む。ウェブブラウザ部４２は一般的なウェブブラウザの機能を提供する。ウェブブラウザ部４２は、ユーザ操作に応じてＲＰ装置２０へアクセスし、ＲＰ装置２０からユーザ認証依頼、言い換えれば、ユーザＩＤ提供依頼を受け付けると、その依頼をＩｄｐ部４４へ転送する。

例えば、スマートフォン１０からのアクセスを受け付けたＲＰ装置２０は、Ｉｄｐアプリケーションを呼び出すための予め定められたコードを、カスタムＵＲＬスキーマ（Custom URL Schema）で記述したウェブページをスマートフォン１０へ提供してもよい。この場合、ウェブブラウザ部４２は、カスタムＵＲＬスキーマを介してＩｄｐ部４４を呼び出す。またそのときに、ユーザＩＤの提供先となるＲＰ装置２０、すなわちアクセス先であるＲＰ装置２０の識別子（以下、ＵＲＬとする）をパラメータとしてＩｄｐ部４４へ渡す。

Ｉｄｐ部４４はＩｄｐアプリケーションの機能を提供する。Ｉｄｐ部４４は、認証処理部４６と、ＵＵＩＤ生成部４８と、ユーザＩＤ決定部５０と、信頼度決定部５２と、ＩＤ提供部５４と、ＲＰ情報通知部５６と、ＲＰ情報取得部５８と、統計情報更新部６０を含む。

認証処理部４６は、Ｉｄｐとしての公知のユーザ認証処理を実行し、そのユーザ認証の結果を示すアサーションやトークンのデータ（以下、「ユーザ認証情報」とも呼ぶ。）を設定する。また認証処理部４６は、ＲＰ装置２０に対するユーザ認証情報の提供を許可するか否かの確認画面をタッチスクリーン１２に表示させる。そして、ユーザ認証情報の提供を許可することを示すユーザ操作が検出された場合に、認証処理部４６はユーザ認証処理を実行する。

ＵＵＩＤ生成部４８は、Ｉｄｐアプリケーションがスマートフォン１０にインストールされる際に、ワールドワイドでユニークなＵＵＩＤを生成し、ＩＤ保持部７４へ格納する。ＵＵＩＤの生成方法は、公知の方法が適宜採用されればよい。

ユーザＩＤ決定部５０は、アクセス先のＲＰ装置２０に提供すべきユーザＩＤを決定済みか否か、具体的には、アクセス先のＲＰ装置２０に対応するユーザＩＤがＩＤ保持部７４に格納済みか否かを判定する。格納済みの場合、アクセス先のＲＰ装置２０の識別子に予め対応づけられたユーザＩＤを、ＲＰ装置２０へ提供すべきユーザＩＤとして決定する。未格納であれば、ユーザＩＤ決定部５０は、アクセス先のＲＰ装置２０へ提供すべき新たなユーザＩＤを自動的かつ自律的に決定し、そのユーザＩＤを、アクセス先のＲＰ装置２０の識別子に対応づけてＩＤ保持部７４へ格納する。

新規のユーザＩＤを決定すべき場合、ユーザＩＤ決定部５０は、ＵＵＩＤ生成部４８が生成したＵＵＩＤと、アクセス先のＲＰ装置２０の識別子とにしたがってユーザＩＤを決定する。具体的には、ＵＵＩＤと、ＲＰ装置２０のＵＲＬと、所定のランダム文字列（ｓａｌｔ）の組み合わせを、所定のハッシュ関数（例えばＭＤ５やＳＨＡ−１）に入力し、その出力結果をユーザＩＤとして決定する。したがってユーザＩＤは、アクセス先のＲＰ装置２０ごとに異なる値となる。その結果、複数のウェブサイトのアクセス履歴を用いたユーザＩＤの突合による名寄せを防止してユーザのプライバシーを保護できる。

信頼度決定部５２は、ユーザＩＤ決定部５０がＲＰ装置２０へ提供すべきユーザＩＤを決定した際に、そのユーザＩＤのＩＤ信頼度を決定する。具体的には、ＩＤ保持部７４を参照して、ＲＰ装置２０へ提供すべきユーザＩＤの基礎情報であるＵＵＩＤを特定し、そのＵＵＩＤに対応づけられた統計情報保持部７２の統計情報を参照してＩＤ信頼度を決定する。

例えば、ＩＤ信頼度＝ｆ（ＲＰ数，ＲＰ利用頻度，ＲＰ重要度，ＲＰ認知度）により算出する。例えば、ユーザＩＤを提供したＲＰ数（ｎ）と正相関し、各ＲＰの利用頻度と正相関し、各ＲＰの重要度と正相関し、各ＲＰの認知度と正相関するようＩＤ信頼度の値を決定する。なおＲＰ数は、統計情報に記録されたＲＰ識別子の個数と言える。
より具体的には、ＩＤ信頼度＝Σⁿ _RP=1ＲＰ利用頻度_RP×ＲＰ重要度_RP×ＲＰ認知度_RPにより算出してもよい。すなわち、各ＲＰのＲＰ利用頻度が大きいほど、ＲＰ重要度が高いほど、ＲＰ認知度が高いほど、個々のＲＰへのアクセス状況にもとづくＩＤ信頼度を大きく算出し、それらのＩＤ信頼度を合計して、最終的なＩＤ信頼度を算出してもよい。

なお信頼度決定部５２は、１つのＵＵＩＤについて１つのＩＤ信頼度を決定する。したがって、１つのＵＵＩＤを基礎情報として決定された複数のユーザＩＤについては共通のＩＤ信頼度を決定する。

ＩＤ提供部５４は、認証処理部４６により設定されたユーザ認証情報と、ユーザＩＤ決定部５０により決定されたユーザＩＤと、信頼度決定部５２により決定されたＩＤ信頼度の組み合わせをＲＰ装置２０へ送信する。例えば、これらのデータをウェブブラウザ部４２に渡し、ユーザ認証を依頼したアクセス先のＲＰ装置２０へ送信させてもよい。

ＲＰ情報通知部５６は、ユーザＩＤを提供したＲＰの情報を統計情報サーバ２２へ通知する。具体的には、ユーザＩＤ決定部５０が新たなユーザＩＤを決定した場合に、そのユーザＩＤの提供先であるＲＰ装置２０のＵＲＬを統計情報サーバ２２へ送信し、そのＲＰ装置２０に対応するＩＤ提供端末数を更新させる。

ＲＰ情報取得部５８は、信頼度決定部５２がＩＤ信頼度を決定する際、もしくは定期的に、統計情報サーバ２２から、各ＲＰ装置２０について、他のユーザのＩＤ提供実績を含む、ＲＰ認知度に関するデータを取得する。具体的には、複数のＲＰ装置２０のそれぞれと対応づけられたＩＤ提供端末数を取得する。

統計情報更新部６０は、ＲＰ装置２０に対するユーザＩＤの提供状況に応じて統計情報保持部７２の統計情報を更新する。具体的には、ユーザＩＤ決定部５０が新たなユーザＩＤを決定した場合に、言い換えれば、新たなＲＰ装置２０へユーザＩＤを提供する場合に、統計情報更新部６０は、そのＲＰ装置２０の識別子（例えばＵＲＬ）を統計情報へ追加する。それとともに、複数のＲＰ装置２０それぞれの識別子とＲＰ重要度とを予め対応づけた所定のテーブルを参照して、統計情報へ追加したＲＰ装置２０に対応づけてＲＰ重要度を記録する。なお外部装置（例えば統計情報サーバ２２）がＲＰ装置２０それぞれのＲＰ重要度を保持してもよく、ＲＰ情報取得部５８または統計情報更新部６０は、その外部装置から、統計情報へ追加したＲＰ装置２０のＲＰ重要度を取得してもよい。

またＩＤ提供部５４がユーザＩＤをＲＰ装置２０へ提供した際、統計情報更新部６０は、そのＲＰ装置２０に対応づけられたＲＰ利用頻度をインクリメントする。なお統計情報更新部６０は、統計情報のＲＰ利用頻度が直近の所定期間における利用回数を示すように、ＲＰ利用頻度から所定期間を途過した過去の利用回数を減少させてもよい。

またＲＰ情報取得部５８が統計情報サーバ２２から複数のＲＰ装置２０それぞれと対応づけられたＩＤ提供端末数を取得した際に、統計情報に含まれる１以上のＲＰに対して、各ＲＰのＩＤ提供端末数に対応するＲＰ認知度の指標値を記録する。なおＲＰ認知度の指標値は統計情報サーバ２２が決定してもよく、ＲＰ情報取得部５８はＩＤ提供端末数に代えてＲＰ認知度の指標値を取得し、統計情報更新部６０はＲＰ情報取得部５８が取得したＲＰ認知度の指標値をそのまま統計情報へ格納してもよい。

以上の構成による情報処理システム１００の動作を以下説明する。
図４は、図１のスマートフォン１０の動作を示すフローチャートである。スマートフォン１０のウェブブラウザ部４２は、ユーザにより指定されたＲＰ装置２０へアクセスする（Ｓ１０）。アクセス先のＲＰ装置２０からユーザ認証依頼を受け付けると（Ｓ１２のＹ）、ウェブブラウザ部４２は、Ｉｄｐ部４４へユーザ認証処理の実行を指示する。Ｉｄｐ部４４の認証処理部４６は、ＲＰ装置２０に対するユーザ認証情報の提供許否の確認画面をタッチスクリーン１２に表示させる（Ｓ１４）。ＲＰ装置２０に対するユーザ認証情報の提供をユーザが許可すると（Ｓ１６のＹ）、認証処理部４６はユーザ認証処理を実行してユーザ認証情報を設定する（Ｓ１８）。またユーザＩＤ決定部５０はＲＰ装置２０へ提示すべきユーザＩＤを決定し（Ｓ２０）、信頼度決定部５２はそのユーザＩＤに対応するＩＤ信頼度を決定する（Ｓ２２）。

ＩＤ提供部５４は、ユーザ認証情報・ユーザＩＤ・ＩＤ信頼度を、スマートフォン１０に対してユーザ認証を依頼したＲＰ装置２０へ提供する（Ｓ２４）。そしてウェブブラウザ部４２は、そのＲＰ装置２０から提供されたウェブコンテンツをタッチスクリーン１２に表示させる（Ｓ２６）。ＲＰ装置２０に対するユーザ認証情報の提供をユーザが拒否した場合は（Ｓ１６のＮ）、Ｓ１８〜Ｓ２４をスキップし、ウェブブラウザ部４２はその旨をＲＰ装置２０へ通知する。この場合、ＲＰ装置２０はユーザ認証情報が未提供の場合のウェブコンテンツをスマートフォン１０へ提供し、ウェブブラウザ部４２はそのウェブコンテンツを表示させる（Ｓ２６）。また、アクセス先のＲＰ装置２０からユーザ認証依頼を含まない通常のウェブコンテンツを受け付けた場合は（Ｓ１２のＮ）、Ｓ１４〜Ｓ２４をスキップし、ウェブブラウザ部４２はそのウェブコンテンツを表示させる（Ｓ２６）。

また図４には不図示であるが、スマートフォン１０におけるＩｄｐアプリケーションのインストール時に、ＵＵＩＤ生成部４８は、スマートフォン１０のＵＵＩＤを生成する。またＳ２０が実行された際に、ＲＰ情報取得部５８は複数のＲＰそれぞれのＩＤ提供端末数を統計情報サーバ２２から取得し、統計情報更新部６０はＲＰ識別子・ＲＰ重要度・ＲＰ認知度を統計情報へ記録する。またＳ２４が実行された際に、ＲＰ情報通知部５６はユーザＩＤを提供したＲＰの情報を統計情報サーバ２２へ通知し、統計情報更新部６０はユーザＩＤを提供したＲＰに対応するＲＰ利用頻度を更新する。

図５は、図１のＲＰ装置２０ａの動作を示すフローチャートである。スマートフォン１０からアクセスを受け付けなければ（Ｓ３０のＮ）、Ｓ３２以降をスキップする。スマートフォン１０からアクセスを受け付けると（Ｓ３０のＹ）、ＲＰ装置２０ａは、アクセス元のスマートフォン１０に対してユーザ認証を依頼する（Ｓ３２）。スマートフォン１０からユーザ認証情報・ユーザＩＤ・ＩＤ信頼度が提供された場合（Ｓ３４のＹ）、そのユーザＩＤが限定コンテンツ提供済ＩＤとして記録されているかを判定する。そのユーザＩＤが限定コンテンツ提供済のＩＤとして記録されていない場合（Ｓ３６のＹ）、ＩＤ信頼度が予め定められた閾値以上かを判定する。ＩＤ信頼度がその閾値以上であれば（Ｓ３８のＹ）、限定コンテンツをスマートフォン１０へ送信し、スマートフォン１０から提供されたユーザＩＤを限定コンテンツ提供済のＩＤとして記録する（Ｓ４０）。

スマートフォン１０から認証情報が提供されない場合（Ｓ３４のＮ）、ＲＰ装置２０ａは、認証情報未提示のユーザ向けのコンテンツをスマートフォン１０へ提供する（Ｓ４２）。またスマートフォン１０から提供されたユーザＩＤが限定コンテンツ提供済みのＩＤとして記録されている場合（Ｓ３６のＮ）、ＲＰ装置２０ａは、限定コンテンツ提供済みのユーザ向けのコンテンツをスマートフォン１０へ提供する（Ｓ４２）。またスマートフォン１０から提供されたＩＤ信頼度が所定の閾値未満であれば（Ｓ３８のＮ）、ＲＰ装置２０ａは、ＩＤ信頼度が低いユーザ向けのコンテンツをスマートフォン１０へ提供する（Ｓ４２）。このコンテンツは、例えば、ユーザＩＤが不正と判定された旨のメッセージを表示するものであってもよく、限定コンテンツを提供するためのユーザ認証に失敗した旨のメッセージを表示するものであってもよい。

本実施の形態のスマートフォン１０によると、ＲＰ装置２０へ提示するユーザＩＤとして、ＵＤＩＤに代えてスマートフォン１０が自律的に決定したユーザＩＤを用いるため、ユーザのプライバシーを保護しやすくなる。また、サービス要求先となるＲＰ装置２０ごとに異なるユーザＩＤを提示するため、複数のウェブサイトを跨った同一ユーザのアクセス履歴の追跡を困難なものとし、ユーザのプライバシーを一層保護しやすくなる。

またスマートフォン１０によると、ユーザＩＤをこれまでにＲＰ装置２０へ提供した実績があるほど、例えばユーザＩＤを提供したＲＰ数が大きいほど、またユーザＩＤの提供頻度が高いほどＩＤ信頼度を大きくする。したがってＩＤ信頼度が大きいほど、ユーザが特定のＲＰに対して同じユーザＩＤを提示している蓋然性が大きくなる。ＲＰ装置２０は、スマートフォン１０から提示されたＩＤ信頼度に応じて限定コンテンツの提供可否を判定することで、限定コンテンツの提供対象を適切に絞り込みやすくなる。

またスマートフォン１０によると、ユーザＩＤをこれまでに提供したＲＰ装置２０に関する属性情報にもとづいて、ＲＰ装置２０へ提供すべきユーザＩＤのＩＤ信頼度を決定する。具体的には、ＲＰ重要度が高いほど、またＲＰ認知度が高いほど、ユーザが同じユーザＩＤを使用している蓋然性が大きいと想定されるため、ＩＤ信頼度の精度を高めることができる。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下変形例を示す。

第１の変形例として、複数のユーザ端末間でユーザＩＤを共有する構成を説明する。図６は、第１の変形例の情報処理システムの構成を示す。本変形例では、１人のユーザがスマートフォン１０とＰＣ１４とタブレット端末１６を使用することとし、これらを総称してユーザ端末群とも呼ぶ。なお図６と後述の図７では他のユーザの端末の記載を省略している。ユーザ端末群の各機器の機能構成は図２のブロック図と同様であるが、本変形例のＩｄｐ部４４は同期処理部をさらに含む。

同期処理部は、ユーザが予め登録したユーザ端末群の複数機器間で、各機器の統計情報保持部７２に格納された統計情報と、ＩＤ保持部７４に格納されたＩＤ情報とを同期させる。例えば、スマートフォン１０の同期処理部は、スマートフォン１０の統計情報保持部７２の統計情報が更新された場合、それまでの統計情報との差分情報をＰＣ１４およびタブレット端末１６へ提供してもよい。ＰＣ１４およびタブレット端末１６の同期処理部は、その差分情報を統計情報保持部７２へ反映させることにより、各機器に保持される統計情報を同期させてもよい。

第１の変形例によれば、同一ユーザが使用する複数機器が、同じユーザＩＤおよび同じＩＤ信頼度をＲＰ装置２０へ提供する。これによりＲＰ装置２０は、複数機器によるアクセスに亘り、アクセス元が同一ユーザか否かを識別することが可能となり、特定の条件を充足するユーザにのみ提供すべき限定コンテンツの提供可否を一層適切に判定できる。

第２の変形例として、スマートフォン１０のＩｄｐ部４４がＩｄｐプロキシとして動作する構成を説明する。図７は、第２の変形例の情報処理システムの構成を示す。本変形例の情報処理システム１００は１以上の外部認証サーバ１８をさらに備える。外部認証サーバ１８は、スマートフォン１０の外部でユーザ認証サービスを提供する。外部認証サーバ１８は、例えば、ミニブログサービス等を提供するＳＮＳサイトや、検索サービス等を提供するポータルサイトのウェブサーバであってもよい。

スマートフォン１０の認証処理部４６は、ウェブブラウザ部４２を介して、ＲＰ装置２０からの認証依頼を受け付けると、ユーザがアカウントを有する外部認証サーバ１８に対してユーザの認証依頼を送信する。例えば、外部認証サーバ１８に予め登録した、もしくは、外部認証サーバ１８から予め発行されたユーザＩＤおよびパスワードを外部認証サーバ１８へ送信する。認証処理部４６は、外部認証サーバ１８による認証結果（ここでは外部認証サーバ１８の電子署名が付加された認証結果とする）を取得する。そしてＩＤ提供部５４は、外部認証サーバ１８の認証結果を含むユーザ認証情報をＲＰ装置２０へ提供する。ただしＩＤ提供部５４は、ユーザＩＤ決定部５０により決定された、すなわちスマートフォン１０内部で自律的に決定されたユーザＩＤをＲＰ装置２０へ提供する点は実施の形態と同様である。

第２の変形例によれば、スマートフォン１０は、外部認証サーバ１８の電子署名が付加された認証結果を含むユーザ認証情報をＲＰ装置２０へ提供できる。ＲＰ装置２０は、信頼性が高いユーザ認証情報にもとづいて限定コンテンツ等の各種サービスをユーザへ提供できる。また、スマートフォン１０のＩｄｐ部４４がＩｄｐプロキシとして機能し、外部認証サーバのユーザアカウントがＲＰ装置２０へ提示することはなく、あくまでスマートフォン１０内部で自律的に決定したユーザＩＤをＲＰ装置２０へ提示するため、ユーザのプライバシーを保護しやすくなる。

第３の変形例を説明する。上記実施の形態においては、ＲＰ装置２０ａは、１ユーザにつき１回限りの限定コンテンツを提供することとした。変形例として、限定コンテンツは特定の条件を満たしたユーザにのみ提供されるべきものであればよく、例えば、予め定められた回数まで１ユーザへ提供可能なものであってもよい。すなわち、実施の形態に記載の技術思想は、サービス提供サイトにおいて、ユーザを識別し、その識別結果に応じてコンテンツの提供可否を決定する場合に広く適用可能なことは当業者には理解されるところである。

第４の変形例を説明する。上記実施の形態においては、ＲＰ装置２０は、スマートフォン１０とは別の情報処理装置であることとした。変形例として、スマートフォン１０は、実施の形態に記載の機能に加えてＲＰ装置２０の機能をさらに発揮してもよい。言い換えれば、ＲＰ装置２０はスマートフォン１０にインストールされたアプリケーションであってもよく、スマートフォン１０が当該アプリケーションを実行することにより、ＲＰ装置２０の機能を実現してもよい。

第５の変形例を説明する。上記実施の形態においては、ユーザＩＤ決定部５０は、ＵＵＩＤを基礎としてユーザＩＤを決定することとした。変形例として、ユーザＩＤは、Ｉｄｐで発行されたＩｄｐ内でユニークなＩＤであればよい。例えば、スマートフォン１０のユーザＩＤ決定部５０は、ＵＵＩＤを基礎とすることなく、他のスマートフォン１０を含む全てのスマートフォン１０のＩｄｐアプリケーション間でユニークなＩＤを生成し、生成したＩＤをユーザＩＤとしてもよい。またユーザＩＤ決定部５０は、ユーザ自身にＩＤを決定させてもよく、（例えばＩＤ入力画面を表示させ、その画面を介してユーザが決定したＩＤを受け付けてもよく）、ユーザが指定するＩＤをユーザＩＤとして決定してもよい。

第６の変形例を説明する。上記実施の形態においては、ＩＤ連携の基本構成はＯｐｅｎＩＤの仕様に準ずるものとした。変形例として、ＩＤ連携の基本構成は他の仕様に準じてもよく、例えばＳＡＭＬ（Security Assertion Markup Language）の仕様に準ずるものであってもよい。

請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。

１０スマートフォン、２０ＲＰ装置、２２統計情報サーバ、４６認証処理部、４８ＵＵＩＤ生成部、５０ユーザＩＤ決定部、５２信頼度決定部、５４ＩＤ提供部、５６ＲＰ情報通知部、５８ＲＰ情報取得部、６０統計情報更新部。

Claims

ユーザから受け付けたＩＤにもとづいて、そのユーザに対するサービスの提供可否を判定するサーバと接続された情報処理装置であって、
前記サーバへ提供すべきユーザのＩＤを決定するＩＤ決定部と、
前記ＩＤ決定部が決定したＩＤと、本情報処理装置のユーザとの結びつきの強さを示す指標値である信頼度を決定する信頼度決定部と、
前記サービスの提供可否を判定させるために、前記ＩＤ決定部が決定したＩＤと前記信頼度決定部が決定した信頼度とを前記サーバへ提供するＩＤ提供部と、
を備え、
前記信頼度決定部は、前記ＩＤ決定部が決定したＩＤを前記サーバへ提供した実績に応じて信頼度の大きさを決定することを特徴とする情報処理装置。
前記信頼度決定部は、前記ＩＤ決定部が決定したＩＤを提供したサーバ数が多いほど、または、当該ＩＤをサーバへ提供する頻度が高いほど、前記信頼度を大きくすることを特徴とする請求項１に記載の情報処理装置。
前記信頼度決定部は、前記ＩＤ決定部が決定したＩＤをこれまでに提供したサーバに関する属性情報にしたがって、前記信頼度の大きさを決定することを特徴とする請求項１または２に記載の情報処理装置。
前記属性情報として、サーバに対する他のユーザの認知度を示す情報を外部装置から取得するサーバ情報取得部をさらに備え、
前記信頼度決定部は、前記ＩＤ決定部が決定したＩＤをこれまでに提供したサーバについて、当該サーバに対する他のユーザの認知度が高いほど、前記信頼度を大きくすることを特徴とする請求項３に記載の情報処理装置。
前記ＩＤ決定部は、所定の基礎情報にもとづいて、サービス要求先となるサーバごとに異なるＩＤを決定し、
前記信頼度決定部は、同じ基礎情報にもとづく異なるＩＤのそれぞれをサーバへ提供した実績を合計して、各ＩＤの信頼度を決定することを特徴とする請求項１から４のいずれかに記載の情報処理装置。
ユーザから受け付けたＩＤにもとづいて、そのユーザに対するサービスの提供可否を判定するサーバと接続された情報処理装置に、
前記サーバへ提供すべきユーザのＩＤを決定するＩＤ決定機能と、
前記ＩＤ決定機能が決定したＩＤと、本情報処理装置のユーザとの結びつきの強さを示す指標値である信頼度を決定する信頼度決定機能と、
前記サービスの提供可否を判定させるために、前記ＩＤ決定機能が決定したＩＤと前記信頼度決定機能が決定した信頼度とを前記サーバへ提供するＩＤ提供機能と、
を実現させ、
前記信頼度決定機能は、前記ＩＤ決定機能が決定したＩＤを前記サーバへ提供した実績に応じて信頼度の大きさを決定することを特徴とするコンピュータプログラム。