JP6134841B1 - 登録装置、端末装置、登録方法、登録プログラム及び登録システム - Google Patents

Abstract

【課題】利便性に優れた登録処理を行うこと。【解決手段】本願に係る登録装置は、受信部と、登録部とを備える。受信部は、所定の規則に基づいて信頼性が検証された第１の端末装置から送信される登録要求であって、第１の端末装置が保持する規則に基づいて、第１の端末装置によって第２の端末装置が信頼されたことの証明を含む要求である登録要求を受信する。登録部は、受信部によって登録要求が受信された場合に、第２の端末装置を登録する。【選択図】図１

Description

本発明は、登録装置、端末装置、登録方法、登録プログラム及び登録システムに関する。

近年、通信ネットワークの普及が進み、ネットワークを介したサービスが盛んに提供されている。例えば、ユーザは、端末装置を用いて、ネットワークを介して提供されるサービスに対してユーザ情報を登録する。そして、ユーザは、サービスを利用する際には、登録したユーザ情報に基づいてサービスにログインを試み、サービスによるユーザ認証を経て、サービスを利用する。

ここで、ネットワークにおける認証の技術として、サービスを利用するための利用端末ではなく、認証を行う認証端末によって認証を行わせ、かかる認証情報に基づいて、利用端末によってサービスを利用する技術が知られている（例えば、特許文献１）。

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

しかしながら、上記の従来技術では、利便性に優れた登録処理を行うことは難しい。例えば、通信ネットワークの普及に伴い、一人のユーザが、複数の異なる端末を利用してサービスを利用したり、種々の情報を取得したりする場合がある。この場合、上記の従来技術では、ユーザが複数の端末を認証端末として利用することを所望したとすると、ユーザは、複数の端末のそれぞれをサービス側に登録することを要する。また、ユーザは、利用しようとするサービス毎に登録の手間を要することから、利用に際しての登録処理が負担となり、サービスの普及が進まなくなる可能性もある。

本願は、上記に鑑みてなされたものであって、利便性に優れた登録処理を行うことができる登録装置、端末装置、登録方法、登録プログラム及び登録システムを提供することを目的とする。

本願に係る登録装置は、所定の規則に基づいて信頼性が認証検証された第１の端末装置から送信される登録要求であって、当該第１の端末装置が保持する規則に基づいて、当該第１の端末装置によって第２の端末装置が信頼されたことの証明を含む要求である登録要求を受信する受信部と、前記受信部によって前記登録要求が受信された場合に、前記第２の端末装置を登録する登録部と、を備えることを特徴とする。

実施形態の一態様によれば、利便性に優れた登録処理を行うことができるという効果を奏する。

図１は、実施形態に係る登録処理の一例を示す図である。 図２は、実施形態に係る登録システムの構成例を示す図である。 図３は、実施形態に係る登録装置の構成例を示す図である。 図４は、実施形態に係るトラストポリシー記憶部の一例を示す図である。 図５は、実施形態に係る登録デバイス記憶部の一例を示す図である。 図６は、実施形態に係るユーザ端末の構成例を示す図である。 図７は、実施形態に係るトラストポリシー記憶部の一例を示す図である。 図８は、実施形態に係る登録情報記憶部の一例を示す図である。 図９は、実施形態に係る処理手順を示すシーケンス図（１）である。 図１０は、実施形態に係る処理手順を示すシーケンス図（２）である。 図１１は、変形例に係る登録処理の一例を説明する図（１）である。 図１２は、変形例に係る登録処理の一例を説明する図（２）である。 図１３は、変形例に係る登録処理の一例を説明する図（３）である。 図１４は、登録装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る登録装置、端末装置、登録方法、登録プログラム及び登録システムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る登録装置、端末装置、登録方法、登録プログラム及び登録システムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．登録処理の一例〕
まず、図１を用いて、実施形態に係る登録処理の一例について説明する。図１は、実施形態に係る登録処理の一例を示す図である。図１では、本願に係る登録装置に対応するサーバ装置である登録装置１００によって、ユーザが所持する複数のデバイス（各デバイスを区別する必要のない場合は、これらを総称して「ユーザ端末１０」と表記する）が登録される処理の一例を示す。

なお、実施形態において、登録とは、サーバが提供する所定のサービスを享受するため、サーバにデバイスの情報を記憶させることをいう。例えば、ユーザ端末１０を利用するユーザは、登録装置１００や、登録装置１００と接続される登録装置が提供するサービスを利用するために、ユーザ端末１０を登録する。ユーザ端末１０が登録された後、サービスを利用する際には、ユーザ端末１０は、登録装置１００にアクセスして、登録時に発行されたクレデンシャル情報（Credential Information）を登録装置１００に送信する。クレデンシャル情報の一例は、パスコード（pass code）である。登録装置１００は、ユーザ端末１０から送信されたクレデンシャル情報と、ユーザ端末１０の登録時に発行したクレデンシャル情報が相違ないことを確認した場合に、ユーザ端末１０を認証する。すなわち、ユーザ端末１０は、登録装置１００から認証を受けることにより、所定のサービスを利用するための権限を得る。

このように、ユーザは、ネットワーク上におけるサービスを利用するためには、まず、サービスを提供するサーバ（もしくは、登録及び認証を管理する装置）に登録処理を行うことが必要となる。しかしながら、一人のユーザが複数のデバイスを所持することも多く、それらすべてのデバイスの登録処理を行うことは手間がかかる。

そこで、本願に係る登録装置１００、及び、ユーザ端末１０は、以下に説明する処理を行うことにより、利便性に優れた登録処理を行う。以下、図１を用いて、登録装置１００、及び、ユーザ端末１０によって行われる登録処理の流れについて説明する。

図１では、ユーザ端末１０の一例として、スマートフォン２０及びタブレット３０を例示して説明する。すなわち、スマートフォン２０及びタブレット３０は、同一のユーザによって所持されるデバイスであるものとする。なお、以下の説明において、スマートフォン２０のように、他のデバイスに関する登録要求を送信するデバイスを「第１の端末装置」と表記する場合がある。また、タブレット３０のように、自装置に関する登録要求を他のデバイスを介して送信させるデバイスを「第２の端末装置」と表記する場合がある。

まず、スマートフォン２０は、登録装置１００に登録要求を送信する（ステップＳ０１）。登録装置１００は、所定のトラストポリシーに従い、スマートフォン２０のトラスト（信頼性）判定を行う（ステップＳ０２）。実施形態において、トラストポリシーとは、登録装置１００に登録されるデバイスのトラストを判定するための規則である。すなわち、登録装置１００は、登録要求を送信したスマートフォン２０が、トラストポリシー記憶部１２１に格納されているトラストポリシーに適合するデバイスであるか否かを判定する。この場合、登録装置１００は、トラストポリシーに適合するか否かを判定するために用いる情報を、登録要求を送信したスマートフォン２０から取得してもよい。

そして、登録装置１００は、トラストポリシーに適合する場合に、登録要求を送信したスマートフォン２０のトラストを検証して、スマートフォン２０を登録する（ステップＳ０３）。なお、詳細は後述するが、実施形態におけるトラストポリシーは、例えば、デバイスがいずれのメーカーによって製造されたものか、デバイスがいずれの機能を有しているか（例えば、どのようなプロトコルに対応しているか）、等を示した規則である。

登録装置１００は、登録したデバイスを登録デバイス記憶部１２２に記憶する。ステップＳ０３の時点では、登録装置１００は、スマートフォン２０を登録する。登録装置１００は、スマートフォン２０を登録した場合に、登録に関する情報を応答する（ステップＳ０４）。例えば、登録装置１００は、今後の認証処理で用いられる固有の識別情報（ＩＤ）と、ＩＤと組となるクレデンシャル情報とをスマートフォン２０に送信する。例えば、登録装置１００は、クレデンシャル情報として、所定の文字数で構成されるパスコード等をスマートフォン２０に送信する。

ここで、スマートフォン２０及びタブレット３０を利用するユーザは、スマートフォン２０のみならず、タブレット３０でも、登録装置１００が提供するサービスを利用することを所望したとする。この場合、ユーザは、スマートフォン２０を操作し、所定の検出処理を行わせる。あるいは、スマートフォン２０は、ユーザの操作を受け付けることなく、所定のデバイスを検出する処理を行う。

例えば、スマートフォン２０は、自身の近傍にあるデバイスを検出する処理を行う（ステップＳ０５）。例えば、スマートフォン２０は、Ｗｉｆｉ（登録商標）や、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の電波を検知したり、同じアクセスポイントを利用しているデバイスを検出したりすることにより、近傍のデバイスを検出する。かかる処理により、スマートフォン２０は、タブレット３０を検出する。

そして、スマートフォン２０は、タブレット３０に対して登録要求を送信する（ステップＳ０６）。なお、この場合の登録要求とは、スマートフォン２０からタブレット３０に対して送信される要求であって、スマートフォン２０にタブレット３０の端末情報を送信させる要求を含む。すなわち、この場合の登録要求とは、スマートフォン２０が、タブレット３０を何らかの装置に登録させるため、タブレット３０に端末情報の送信を求めることを意味する。

タブレット３０は、スマートフォン２０からの登録要求に応答する（ステップＳ０７）。具体的には、タブレット３０は、タブレット３０の端末情報を送信する。例えば、タブレット３０は、タブレット３０がどのようなメーカーによって製造されたものか、あるいは、タブレット３０が備える機能がどのようなものか、といった情報をスマートフォン２０に応答する。

そして、スマートフォン２０は、タブレット３０から送信された情報に基づいて、タブレット３０のトラスト判定を行う（ステップＳ０８）。例えば、スマートフォン２０は、自身が保持するトラストポリシーに従い、タブレット３０のトラスト判定を行う。

スマートフォン２０は、例えば、自身が保持するトラストポリシーの基準に則り、タブレット３０が基準を満たす端末装置であるか否かを判定する。すなわち、スマートフォン２０は、タブレット３０のトラストについて検証可能か否かを判定する。図１の例では、スマートフォン２０は、タブレット３０を信頼に足るデバイスと判定したものとする。この場合、スマートフォン２０は、タブレット３０の登録要求を登録装置１００に送信する（ステップＳ０９）。この際、スマートフォン２０は、自身が保持するトラストポリシーに基づいて、タブレット３０を信頼したことを証明する情報（例えば、署名など）を登録要求に含める。なお、スマートフォン２０が保持するトラストポリシーは、例えば、登録装置１００が保持するトラストポリシーと同等の基準を有するものでよい。

登録装置１００は、スマートフォン２０からタブレット３０の登録要求を受信した場合に、スマートフォン２０によってタブレット３０が信頼されたことの証明を解析する。例えば、登録装置１００は、スマートフォン２０によって登録要求に付与された署名を検証する。そして、登録装置１００は、スマートフォン２０による署名が信頼に足るものであると判定した場合に、タブレット３０を追加登録する（ステップＳ１０）。

この場合、登録装置１００は、信頼される装置間のネットワークである信頼ネットワークのような概念を用いて、スマートフォン２０及びタブレット３０を同じ信頼ネットワークに登録するような処理を行ってもよい。すなわち、登録装置１００は、スマートフォン２０により形成されていた信頼ネットワークに対して、タブレット３０を追加登録する。例えば、登録装置１００は、同じ信頼ネットワークに属するデバイスについて同様のサービスを提供するなどの処理を行ってもよい。例えば、登録装置１００は、同じ信頼ネットワークに属するデバイスがサービスにログインした場合には、共通するログイン画面を提供するなどの処理を行ってもよい。

登録装置１００は、タブレット３０を登録した場合に、その旨をスマートフォン２０に応答する（ステップＳ１１）。この場合、登録装置１００は、スマートフォン２０の登録時と同様、ＩＤとクレデンシャル情報とを発行する。そして、登録装置１００は、発行したＩＤとクレデンシャル情報とをスマートフォン２０に送信する。

スマートフォン２０は、ＩＤとクレデンシャル情報を取得すると、取得したＩＤとクレデンシャル情報をタブレット３０に送信する（ステップＳ１２）。タブレット３０は、今後、スマートフォン２０から受信したＩＤとクレデンシャル情報とを用いて登録装置１００に認証を行うことにより、登録装置１００が提供するサービスを利用可能となる。

このように、実施形態に係る登録装置１００は、所定の規則であるトラストポリシーに基づいて信頼性が検証された第１の端末装置から送信される登録要求であって、第１の端末装置が保持する規則に基づいて、第１の端末装置によって第２の端末装置（タブレット３０）が信頼されたことの証明を含む要求である登録要求を受信する。そして、登録装置１００は、登録要求が受信された場合に、第２の端末装置を登録する。

このように、実施形態に係る登録装置１００は、デバイスの登録にあたり、登録処理の全てを登録装置１００（サーバ）側で行うことを要せず、第１の端末装置によって信頼された第２の端末装置がある場合に、かかる第２の端末装置を登録することができる。すなわち、登録装置１００は、第１の端末装置のトラストを判定するとともに、第１の端末装置からトラストが伝播された第２の端末装置の登録を受け付けることができる。かかる処理によれば、ユーザは、所持する全てのデバイスを登録装置１００にアクセスさせて登録処理を行うといった手間を省くことができるため、登録処理を簡便に行うことができる。また、第１の端末装置が自動的に近傍のデバイスを検出するような設定であれば、ユーザは、各デバイスによって自律的、自動的に登録処理を行わせることができるため、登録装置１００に関するサービスを利用できるデバイスを自動的に増やすことができる。また、第１の端末装置は、自身がトラストポリシーを保持し、ポリシーに則って第２の端末装置のトラスト判定を行う。すなわち、第１の端末装置は、登録装置１００が第１の端末装置のトラストを判定した際と同等の基準によって、第２の端末装置のトラスト判定を行う。このため、実施形態に係る登録処理によれば、安全性が確保された登録を行うことができる。このように、実施形態に係る登録装置１００は、ユーザにとって利便性に優れた登録処理を行うことができる。

〔２．登録システムの構成〕
次に、図２を用いて、実施形態に係る登録装置１００が含まれる登録システム１の構成について説明する。図２は、実施形態に係る登録システム１の構成例を示す図である。図２に例示するように、実施形態に係る登録システム１には、ユーザ端末１０と、登録装置１００とが含まれる。また、ユーザ端末１０には、スマートフォン２０や、タブレット３０等が含まれる。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。

ユーザ端末１０は、例えば、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット型端末や、スマートフォンを含む携帯電話機、ＰＤＡ（Personal Digital Assistant）等の情報処理端末（デバイス）である。また、ユーザ端末１０には、時計型端末や、眼鏡型端末などのウェアラブルデバイス（wearable device）も含まれる。さらに、ユーザ端末１０には、情報処理機能を有する種々のスマート機器が含まれてもよい。例えば、ユーザ端末１０には、ＴＶ（Television）などのスマート家電や、自動車などのスマートビークル（Smart vehicle）や、ドローン（drone）、家庭用ロボットなどが含まれてもよい。

登録装置１００は、所定のトラストポリシーに基づいて、ユーザ端末１０を登録するサーバ装置である。また、登録装置１００は、既に登録済みのユーザ端末１０から、異なるデバイスを信頼した旨を含む登録要求を受け付けた場合には、当該デバイスを登録する。すなわち、登録装置１００は、伝播されたトラストに基づいて、既に登録されていたユーザ端末１０に追加して、新たなデバイスを登録することができる。

なお、登録装置１００は、各種サービスを提供するウェブサーバの機能を兼ねてもよい。また、登録装置１００は、ユーザ端末１０に対する認証処理を経て、ユーザ端末１０が各種サービスを提供するウェブサーバに対してアクセスすること（サービスを利用すること）を許可するような、認証管理装置として機能してもよい。

〔３．登録装置の構成〕
次に、図３を用いて、実施形態に係る登録装置１００の構成について説明する。図３は、実施形態に係る登録装置１００の構成例を示す図である。図３に示すように、登録装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、登録装置１００は、登録装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。かかる通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、トラストポリシー記憶部１２１と、登録デバイス記憶部１２２とを有する。

（トラストポリシー記憶部１２１について）
トラストポリシー記憶部１２１は、ユーザ端末１０の登録に際して、ユーザ端末１０の信頼性を判定するためのトラストポリシーを記憶する。ここで、図４に、実施形態に係るトラストポリシー記憶部１２１の一例を示す。図４は、実施形態に係るトラストポリシー記憶部１２１の一例を示す図である。図４に示した例では、トラストポリシー記憶部１２１は、「判定要素」、「種別」、「内容」といった項目を有する。

「判定要素」は、ユーザ端末１０の信頼性を判定するための要素を示す。例えば、判定要素は、「製造情報」や「実装機能」といった情報をとりうる。製造情報は、ユーザ端末１０の製造に関する情報を示す。実装機能は、ユーザ端末１０が備える機能に関する情報を示す。

「種別」は、判定要素の種別を示す。例えば、判定要素が製造情報である場合には、種別には、「メーカー名」等が含まれる。これは、ユーザ端末１０がいずれのメーカーに製造されたかによって、当該ユーザ端末１０を信頼するか否かを示している。また、判定要素が実装機能である場合には、種別には、「信頼証明」等が含まれる。これは、ユーザ端末１０が備える機能として、ユーザ端末１０自身の信頼を証明する機能として、いずれの機能を備えているかといった情報を示している。

「内容」は、各々の判定要素に関する内容を示している。例えば、判定要素の種別が「メーカー名」であり、内容が「メーカーＭ０１」である場合には、メーカーＭ０１によって製造されたユーザ端末１０は、当該トラストポリシーにおいて一定の信頼性を認められることを示している。

また、判定要素の種別が「信頼証明」であり、内容が「安全性準拠Ｆ０１」である場合には、安全性準拠Ｆ０１を満たしているユーザ端末１０は、当該トラストポリシーにおいて一定の信頼性を認められることを示している。なお、図４では、信頼証明の内容について、「安全性準拠Ｆ０１」といった概念的な情報が記憶される例を示しているが、実際には、信頼証明の内容には、デバイスが特定の安全規格を満たしたプロトコルに対応していることや、特定の協会によって標準化された暗号化情報を生成できることなどの情報が記憶される。

すなわち、図４では、登録装置１００が保持するトラストポリシーには、判定要素として、「製造情報」と「実装機能」といった判定要素が含まれることを示している。また、製造情報には「メーカー名」という種別があり、例えば「メーカーＭ０１」、「メーカーＭ０２」、「メーカーＭ０３」といったメーカーによって製造されたデバイスに一定の信頼を認める旨を示している。また、実装機能には「信頼証明」という種別があり、例えば「安全性準拠Ｆ０１」、「安全性準拠Ｆ０２」、「安全性準拠Ｆ０３」といった機能をデバイスが有している場合（当該機能にデバイスが対応している場合）、当該デバイスに一定の信頼を認める旨を示している。なお、トラストポリシー記憶部１２１は、所定の署名が付されている判定要素を記憶するようにしてもよい。すなわち、トラストポリシー記憶部１２１は、「メーカーＭ０１」によって製造されたデバイスであることを証明する署名や、「安全性準拠Ｆ０２」が認定されているという認定情報に対する署名等が付された判定要素を記憶する。そして、登録装置１００は、これらの署名を検証することによって、ユーザ端末１０のトラストを検証する処理を行ってもよい。

（登録デバイス記憶部１２２について）
登録デバイス記憶部１２２は、登録装置１００に登録されたデバイスに関する情報を記憶する。ここで、図５に、実施形態に係る登録デバイス記憶部１２２の一例を示す。図５は、実施形態に係る登録デバイス記憶部１２２の一例を示す図である。図５に示した例では、登録デバイス記憶部１２２は、「デバイスＩＤ」、「種別」、「発行ＩＤ」、「クレデンシャル」といった項目を有する。また、クレデンシャルの項目は、「タイプ」、「検証データ」といった小項目を有する。

「デバイスＩＤ」は、登録装置１００に登録されたデバイスの識別情報を示す。なお、実施形態において、デバイスＩＤは、参照符号と一致するものとする。例えば、デバイスＩＤが「２０」であるデバイスは、スマートフォン２０を示す。同様に、デバイスＩＤが「３０」であるデバイスは、タブレット３０を示す。

「種別」は、デバイスの種別を示す。「発行ＩＤ」は、登録装置１００がデバイスを登録した際に、デバイスに対して発行する識別情報を示す。

「クレデンシャル」は、登録されたデバイスを認証するために用いられる情報を示す。「タイプ」は、クレデンシャルとして用いる情報のタイプを示す。例えば、タイプには、パスコードや、生体情報や、ハードウェアトークン等が含まれる。「検証データ」は、登録済みデバイスの認証を検証するためのデータを示す。例えば、検証データは、パスコードの場合には「ＸＸＸＸＸ」などの文字列であり、生体情報であれば、当該デバイスを利用するユーザの指紋データ等である。

すなわち、図５では、登録装置１００が登録しているデバイスは、「２０」や「３０」といった識別情報を有するデバイスであり、それぞれの種別は「スマートフォン」や「タブレット」であることを示している。また、スマートフォン２０の登録に対して発行されたＩＤは「ｄｅｖ０１」であることを示している。また、スマートフォン２０を認証する際に用いるクレデンシャルのタイプは「パスコード」であり、パスコードの検証データは「ＸＸＸＸＸ」であることを示している。

（制御部１３０について）
制御部１３０は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、登録装置１００内部の記憶装置に記憶されている各種プログラム（実施形態に係る登録プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１３０は、受信部１３１と、判定部１３２と、登録部１３３と、送信部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（受信部１３１について）
受信部１３１は、各種情報を受信する。例えば、受信部１３１は、ユーザ端末１０の一例であるスマートフォン２０から、登録装置１００への登録の要求を受信する。

また、受信部１３１は、所定の規則に基づいて信頼性が認証されたスマートフォン２０から送信される登録要求であって、スマートフォン２０が保持する規則に基づいて、スマートフォン２０によってスマートフォン２０とは異なるユーザ端末１０（例えば、タブレット３０）が信頼されたことの証明を含む要求である登録要求を受信する。すなわち、受信部１３１は、直接的な登録要求のみならず、既に登録済であるスマートフォン２０から送信される、タブレット３０に関する間接的な登録要求についても受信する。

なお、受信部１３１は、登録要求を受信する際には、登録要求を送信したスマートフォン２０や、新たに登録を要求するタブレット３０に関する情報を受信する。例えば、受信部１３１は、スマートフォン２０の識別情報や、デバイスとしての種別や製造情報、実装する機能等の情報を受信する。

（判定部１３２について）
判定部１３２は、受信部１３１によって受信された登録要求における信頼性を判定する。例えば、判定部１３２は、登録を要求するスマートフォン２０が信頼に足る端末装置であるか否かの信頼性を判定する。

判定部１３２は、所定の規則であるトラストポリシーに従って、信頼性の判定を行う。例えば、判定部１３２は、登録要求を送信したスマートフォン２０が、トラストポリシーにおいて信頼に足る端末装置であると認定されるための要素に適合する条件を備えているか否かを判定する。この場合、判定部１３２は、単独の要素によって信頼性を判定してもよいし、複数の要素をスコアリングすることで信頼性を判定してもよい。

また、判定部１３２は、スマートフォン２０から送信された登録要求であって、スマートフォン２０がタブレット３０の信頼性を証明したことを含む登録要求については、かかる登録要求が真にスマートフォン２０から送信されているかといった、送信元に関する信頼性を判定してもよい。

例えば、判定部１３２は、登録要求に含まれる証明が、登録装置１００が保持するトラストポリシーと同等の基準を有する規則に基づいて、スマートフォン２０によってタブレット３０が信頼されたことを証明するものである場合に、タブレット３０を信頼に足る端末装置であると判定してもよい。すなわち、判定部１３２は、スマートフォン２０が、登録装置１００と同等の基準のトラストポリシーを有しており、かかるトラストポリシーでタブレット３０が判定されていた場合に、タブレット３０を信頼に足る端末装置であると判定する。言い換えれば、判定部１３２は、登録装置１００におけるトラストポリシーが適切に伝播されている端末装置によって、他の端末装置の信頼性が判定されたか否か、を判定する。

なお、判定部１３２は、既に登録済みのスマートフォン２０が行う処理を信頼して、判定処理を簡易化してもよい。例えば、判定部１３２は、上記のようなトラストポリシーの判定までを行わずとも、登録要求に含まれる証明が、スマートフォン２０とタブレット３０間で確立した所定の通信に基づくものであるか否かを判定するようにしてもよい。

そして、判定部１３２は、登録要求に含まれる証明が所定の通信に基づくものである場合、スマートフォン２０から送信された登録要求を信頼し、タブレット３０を信頼に足る端末装置であると判定してもよい。なお、所定の通信とは、例えば、スマートフォン２０とタブレット３０間で確立するペアリングによる近距離通信（例えば、Ｂｌｕｅｔｏｏｔｈなど）である。

すなわち、判定部１３２は、スマートフォン２０とタブレット３０間で通信が確立する場合、スマートフォン２０をタブレット３０は、同じユーザに所持されているなどの近しい関係にある端末装置同士であると推定して、スマートフォン２０から送信される登録要求を信頼するようにする。この場合、判定部１３２は、判定処理を簡易化できるため、処理負荷を軽くすることができる。また、例えば、判定部１３２は、第１の端末装置と第２の端末装置との通信が確立していることを判定要素とすることで、第１の端末装置がどのようなトラストポリシーによって第２の端末装置を判定したか不明な場合であっても、一定の信頼性を確保できるため、安全な登録処理を行うことができる。

（登録部１３３について）
登録部１３３は、所定の規則に基づいて、ユーザ端末１０を登録する。例えば、登録部１３３は、トラストポリシー記憶部１２１に記憶されたトラストポリシーに基づいて、スマートフォン２０（第１の端末装置）を登録する。具体的には、登録部１３３は、判定部１３２によって、所定の規則に基づいてスマートフォン２０の信頼性が認証された場合に、スマートフォン２０を登録する。

そして、登録部１３３は、スマートフォン２０が保持する規則に基づいて、スマートフォン２０によってタブレット３０（第２の端末装置）が信頼されたことの証明を含む登録要求が受信された場合には、タブレット３０を登録する。

なお、登録部１３３は、判定部１３２によって、登録要求の信頼性や、第１の端末装置によって第２の端末装置が信頼されたことの証明の信頼性が判定されることにより、登録要求に係るユーザ端末１０が信頼に足る端末装置であると判定された場合に、当該ユーザ端末１０を登録するようにしてもよい。

例えば、登録部１３３は、登録要求に含まれる証明が、トラストポリシー記憶部１２１に記憶されているトラストポリシーと同等の基準を有する規則に基づいて第１の端末装置によって第２の端末装置が信頼されたことを証明するものである場合に、第２の端末装置を登録するようにしてもよい。

また、登録部１３３は、ユーザ端末１０を登録する場合には、ユーザ端末１０ごとに、固有の識別情報とクレデンシャル情報とを発行する。登録部１３３は、登録ののち、ユーザ端末１０からアクセスされた場合には、登録時に発行した固有の識別情報とクレデンシャル情報の提示をユーザ端末１０に要求する。そして、登録部１３３は、正しい固有の識別情報とクレデンシャル情報とを提示したユーザ端末１０を認証する。認証が行われたユーザ端末１０は、例えば登録装置１００が提供するサービス等を利用する権限を得る。

また、登録部１３３は、登録に際して発行する識別情報であって、第２の端末装置が登録装置１００に対してアクセスする際に用いられる固有の識別情報を、第１の端末装置を介して、第２の端末装置に対して発行するようにしてもよい。すなわち、登録部１３３は、固有の識別情報やクレデンシャル情報について、第１の端末装置を介して第２の端末装置に渡す。これにより、登録部１３３は、第２の端末装置が直接的に登録装置１００と通信のやりとりを行うことが困難な状況であったり、直接的に固有の識別情報やクレデンシャル情報を受信することができない場合であったりしても、支障なく第２の端末装置を登録することができる。

（送信部１３４について）
送信部１３４は、各種情報を送信する。例えば、送信部１３４は、登録要求を送信したユーザ端末１０に対して、登録に関する応答を送信する。送信部１３４は、応答として、登録を行った旨や、登録に際して発行された固有の識別情報やクレデンシャル情報をユーザ端末１０に送信する。

〔４．ユーザ端末の構成〕
次に、図６を用いて、実施形態に係るユーザ端末１０の構成について説明する。図６は、実施形態に係るユーザ端末１０の構成例を示す図である。図６に示すように、ユーザ端末１０は、通信部１１と、入力部１２と、表示部１３と、検知部１４と、記憶部１５と、制御部１６とを有する。

（通信部１１について）
通信部１１は、例えば、ＮＩＣ等によって実現される。かかる通信部１１は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、登録装置１００や、任意のデバイス等との間で情報の送受信を行う。

（入力部１２及び表示部１３について）
入力部１２は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２は、ユーザ端末１０に備えられた操作キー等によって実現される。表示部１３は、各種情報を表示するための表示装置である。例えば、表示部１３は、液晶ディスプレイ等によって実現される。なお、ユーザ端末１０にタッチパネルが採用される場合には、入力部１２の一部と表示部１３とは一体化される。

（検知部１４について）
検知部１４は、ユーザ端末１０に関する各種情報を検知する。具体的には、検知部１４は、ユーザ端末１０に対するユーザの操作や、ユーザ端末１０の所在する位置情報や、ユーザ端末１０と接続されている機器に関する情報や、ユーザ端末１０における環境等を検知する。

例えば、検知部１４は、入力部１２に入力された情報に基づいて、ユーザの操作を検知する。すなわち、検知部１４は、入力部１２に画面をタッチする操作の入力があったことや、音声の入力があったこと等を検知する。また、検知部１４は、ユーザによって所定のアプリが起動されたことを検知してもよい。かかるアプリがユーザ端末１０内の撮像機能（例えば、カメラ）を動作させるアプリである場合、検知部１４は、ユーザによって撮像機能が利用されていることを検知する。また、検知部１４は、ユーザ端末１０内に備えられた加速度センサやジャイロセンサ等で検知されたデータに基づき、ユーザ端末１０自体が動かされているといった操作を検知してもよい。

また、検知部１４は、ユーザ端末１０の現在位置を検知する。具体的には、検知部１４は、ＧＰＳ（Global Positioning System）衛星から送出される電波を受信し、受信した電波に基づいてユーザ端末１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。

また、検知部１４は、種々の手法により位置情報を取得してもよい。例えば、ユーザ端末１０が駅改札や商店等で使用される非接触型ＩＣカードと同等の機能を備えている場合（もしくは、ユーザ端末１０が非接触型ＩＣカードの履歴を読み取る機能を備えている場合）、ユーザ端末１０によって駅での乗車料金の決済等が行われた情報とともに、使用された位置が記録される。検知部１４は、かかる情報を検知し、位置情報として取得する。また、検知部１４は、ユーザ端末１０が特定のアクセスポイントと通信を行う際には、アクセスポイントから取得可能な位置情報を検知してもよい。また、位置情報は、ユーザ端末１０が備える光学式センサや、赤外線センサや、磁気センサ等によって取得されてもよい。

また、検知部１４は、ユーザ端末１０に接続される外部装置を検知する。例えば、検知部１４は、外部装置との相互の通信パケットのやり取りや、外部装置が発する信号等に基づいて、外部装置を検知する。具体的には、検知部１４は、外部装置が利用しているＷｉｆｉやＢｌｕｅｔｏｏｔｈ等の電波を検知する。また、検知部１４は、外部装置と通信が確立する場合に、外部装置との接続の種類を検知してもよい。例えば、検知部１４は、外部装置と有線で接続されているか、無線通信で接続されているかを検知する。また、検知部１４は、無線通信で用いられている通信方式等を検知してもよい。また、検知部１４は、外部装置が発する電波を検知する電波センサや、電磁波を検知する電磁波センサ等によって取得される情報に基づいて、外部装置を検知してもよい。外部装置の一例は、ユーザ端末１０を利用するユーザが利用する他のデバイス（他のユーザ端末１０）であり、例えば、スマートフォン２０やタブレット３０である。

また、検知部１４は、ユーザ端末１０における環境を検知する。検知部１４は、ユーザ端末１０に備えられた各種センサや機能を利用し、環境に関する情報を検知する。例えば、検知部１４は、ユーザ端末１０の周囲の音を収集するマイクロフォンや、ユーザ端末１０の周囲の照度を検知する照度センサや、ユーザ端末１０の物理的な動きを検知する加速度センサ（又は、ジャイロセンサなど）や、ユーザ端末１０の周囲の湿度を検知する湿度センサや、ユーザ端末１０の所在位置における磁場を検知する地磁気センサ等を利用する。そして、検知部１４は、各種センサを用いて、種々の情報を検知する。例えば、検知部１４は、ユーザ端末１０の周囲における騒音レベルや、ユーザ端末１０の周囲がユーザの虹彩を撮像に適する照度であるか等を検知する。さらに、検知部１４は、カメラで撮影された写真や映像に基づいて周囲の環境情報を検知してもよい。

また、ユーザ端末１０は、検知部１４によって検知された情報に基づいて、ユーザ端末１０のコンテキスト（context）を示すコンテキスト情報を取得するようにしてもよい。上述のように、ユーザ端末１０は、内蔵された各種センサ（検知部１４）により、位置、加速度、温度、重力、回転（角速度）、照度、地磁気、圧力、近接、湿度、回転ベクトルといった、種々の物理量をコンテキスト情報として取得する。また、ユーザ端末１０は、内蔵する通信機能を利用して、各種装置との接続状況（例えば、通信の確立に関する情報や、利用している通信規格）などを、コンテキスト情報として取得してもよい。

（記憶部１５について）
記憶部１５は、各種情報を記憶する。記憶部１５は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１５には、トラストポリシー記憶部１５１と、登録情報記憶部１５２とが含まれる。

（トラストポリシー記憶部１５１について）
トラストポリシー記憶部１５１は、ユーザ端末１０が他のデバイスの信頼を判定するために用いるトラストポリシーを記憶する。ここで、図７に、実施形態に係るトラストポリシー記憶部１５１の一例を示す。図７は、実施形態に係るトラストポリシー記憶部１５１の一例を示す図である。図７に示した例では、トラストポリシー記憶部１５１は、「判定要素」、「種別」、「内容」といった項目を有する。なお、図４で説明した内容と同様のものについては、説明を省略する。

実装機能における「ペアリング」は、ユーザ端末１０が判定する実装機能の種別の一例を示す。図７に示す例では、信頼できる端末（図７の例では、スマートフォン２０を例示している）とペアリングが確立したデバイスに対して、ユーザ端末１０は、当該トラストポリシーに基づいて、一定の信頼性を認めることを示している。

なお、トラストポリシー記憶部１５１は、登録装置１００からの通信を受けて、トラストポリシー記憶部１２１に記憶されているトラストポリシーと同期するような設定であってもよい。言い換えれば、トラストポリシー記憶部１５１に記憶されるトラストポリシーは、トラストポリシー記憶部１２１に記憶されているトラストポリシーと同じものが記憶されるようになっていてもよい。

（登録情報記憶部１５２について）
登録情報記憶部１５２は、自装置や、自装置が信頼した端末（第２の端末装置）に関して、登録装置１００に登録された登録情報を記憶する。ここで、図８に、実施形態に係る登録情報記憶部１５２の一例を示す。図８は、実施形態に係る登録情報記憶部１５２の一例を示す図である。図８に示すように、登録情報記憶部１５２は、「登録サーバ」、「デバイスＩＤ」、「種別」、「発行ＩＤ」、「クレデンシャル」といった項目を有する。また、クレデンシャルの項目は、「タイプ」、「検証データ」といった小項目を有する。なお、図５で説明した内容と同様のものについては、説明を省略する。

「登録サーバ」は、ユーザ端末１０が登録を行ったサーバ装置を示す。すなわち、図８では、ユーザ端末１０は、「登録装置１００」に対して登録を行っており、それぞれのデバイスＩＤは、「２０」や「３０」といった識別情報を有するデバイスであり、それぞれの種別は「スマートフォン」や「タブレット」であることを示している。また、スマートフォン２０の登録に対して発行されたＩＤは「ｄｅｖ０１」であることを示している。また、スマートフォン２０を認証する際に用いるクレデンシャルのタイプは「パスコード」であり、パスコードの検証データは「ＸＸＸＸＸ」であることを示している。

（制御部１６について）
制御部１６は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、ユーザ端末１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１６は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図６に示すように、制御部１６は、受信部１６１と、検出部１６２と、判定部１６３と、生成部１６４と、送信部１６５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１６の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受信部１６１について）
受信部１６１は、各種情報を受信する。例えば、受信部１６１は、登録装置１００から登録を行った旨や、登録装置１００から登録された際に発行された固有の識別情報やクレデンシャル情報などの登録情報を受信する。

（検出部１６２について）
検出部１６２は、検知部１４によって検知された情報に基づいて、第２の端末装置を検出する。すなわち、検出部１６２は、登録装置１００に登録を要求するデバイスであって、いまだ登録装置１００に登録がされていないデバイスを検出する。なお、検出部１６２は、第２の端末装置の検出にあたり、ユーザからの操作に基づいて検出を行ってもよいし、第２の端末装置からの要求に応答して検出を行ってもよい。また、検出部１６２は、例えば、登録処理を行うアプリを利用して、同じアプリを起動している近距離のデバイスを第２の端末装置として検出する処理を行うようにしてもよい。

（判定部１６３について）
判定部１６３は、検出部１６２によって検出された第２の端末装置に対して、所定の規則に基づいて、第２の端末装置の信頼性を判定する。具体的には、判定部１６３は、トラストポリシー記憶部１５１に記憶されたトラストポリシーに基づいて、第２の端末装置の信頼性を判定する。

この場合、判定部１６３は、登録装置１００が保持するトラストポリシーと同等の基準に基づくトラストポリシーを用いて、第２の端末装置の信頼性を判定するようにしてもよい。すなわち、第１の端末装置によって信頼された第２の端末装置は、互いに信頼されるネットワークである信頼ネットワークを形成することになることから、第１の端末装置は、自身が登録装置１００に登録された際に用いられたトラストポリシーに基づいて第２の端末装置を判定することが望ましい。

そこで、判定部１６３は、自装置が保持するトラストポリシーが、登録装置１００の保持するトラストポリシーと同等の基準になるよう処理を行ったうえで、第２の端末装置を判定する。例えば、判定部１６３は、登録装置１００に要求を行い、トラストポリシーを送信させ、自装置のトラストポリシーをアップデートするような処理を行ってもよい。また、判定部１６３は、所定の外部装置に要求を行い、所定の規格に沿った（例えば、登録装置１００が準拠している規格）トラストポリシーを取得するようにしてもよい。

（生成部１６４について）
生成部１６４は、各種情報を生成する。例えば、生成部１６４は、判定部１６３によって第２の端末装置が信頼に足るデバイスであると判定された場合に、第２の端末装置が信頼されたことの証明を含む要求であって、登録装置１００に第２の端末装置を登録することを要求する登録要求を生成する。

なお、生成部１６４は、登録要求を生成するに際して、例えば、かかる登録要求が間違いなくユーザ端末１０（第１の端末装置）によって生成されたことを示す署名を付すなど、信頼性を確保する処理を行うようにしてもよい。

（送信部１６５について）
送信部１６５は、各種情報を送信する。例えば、送信部１６５は、生成部１６４によって生成された登録要求であって、第２の端末装置が信頼されたことの証明を含む登録要求を登録装置１００に送信する。また、送信部１６５は、登録装置１００によって第２の端末装置が登録された場合には、登録装置１００から第２の端末装置に対して発行された固有の識別情報やクレデンシャル情報を第２の端末装置に送信する。

〔５．処理手順〕
次に、図９及び図１０を用いて、実施形態に係る登録システム１による処理の手順について説明する。まず、図９を用いて、登録装置１００が、第１の端末装置であるスマートフォン２０を登録する手順について説明する。図９は、処理手順を示すシーケンス図（１）である。

図９に示すように、第１の端末装置（スマートフォン２０）は、登録装置１００に対して登録を要求する（ステップＳ１０１）。すなわち、第１の端末装置は、登録装置１００に登録要求を送信する。登録要求を受信した登録装置１００は、トラストポリシー記憶部１２１に記憶されたトラストポリシーに基づいて、第１の端末装置のトラストを判定する（ステップＳ１０２）。

そして、登録装置１００は、第１の端末装置が信頼に足るデバイスと判定した場合に、第１の端末装置を登録する。この場合、登録装置１００は、第１の端末装置に対応する固有の識別情報（ＩＤ）を発行する（ステップＳ１０３）。

登録装置１００は、発行したＩＤを第１の端末装置に送信する（ステップＳ１０４）。第１の端末装置は、ＩＤを登録情報として記憶する（ステップＳ１０５）。

次に、図１０を用いて、登録装置１００が、第２の端末装置であるタブレット３０を登録する手順について説明する。図１０は、処理手順を示すシーケンス図（２）である。

図１０に示すように、第１の端末装置（スマートフォン２０）は、第２の端末装置（タブレット３０）を検出する（ステップＳ２０１）。第２の端末装置は、検出に応答する情報を送信する（ステップＳ２０２）。検出に応答する情報とは、例えば、検出を行った第１の端末装置に対して、第１の端末装置からの通信を信頼する旨や、第１の端末装置から送信される情報を受信する準備が整ったことを示す情報等である。

続いて、第１の端末装置は、登録要求に関する情報を送信する（ステップＳ２０３）。登録要求に関する情報とは、例えば、登録装置１００に対して登録要求を行うことを許可するか否かを確認する情報や、登録要求を生成する際に用いる、第２の端末装置に関する情報を第１の端末装置に送信することを許可するか否かを確認する情報等である。

第２の端末装置は、第１の端末装置に対して、登録要求に応答する情報を送信する（ステップＳ２０４）。登録要求に応答する情報とは、例えば、登録装置１００に対して登録要求を行うことを許可する情報や、第２の端末装置に関する情報（製造情報や、実装する機能を含む情報）等である。

第１の端末装置は、第２の端末装置から応答された情報を用いて、トラストポリシー記憶部１５１に記憶された情報に基づいて、第２の端末装置のトラストを判定する（ステップＳ２０５）。さらに、第１の端末装置は、第２の端末装置を信頼したことの証明を含む登録要求を生成する（ステップＳ２０６）。

そして、第１の端末装置は、生成した登録要求を登録装置１００に送信する（ステップＳ２０７）。登録装置１００は、第１の端末装置から送信された登録要求を判定する（ステップＳ２０８）。そして、登録装置１００は、第１の端末装置が第２の端末装置を信頼したことの証明が信頼に足るものである場合に、第２の端末装置を登録する。なお、登録装置１００は、第１の端末装置が第２の端末装置を信頼したことの証明が信頼に足るものであるか否かについて、例えば、第１の端末装置から付された署名等に基づいて判定する。

そして、登録装置１００は、第２の端末装置に対応する固有の識別情報（ＩＤ）を発行する（ステップＳ２０９）。登録装置１００は、発行したＩＤを第１の端末装置に送信する（ステップＳ２１０）。

第１の端末装置は、登録装置１００から送信されたＩＤを第２の端末装置に送信する（ステップＳ２１１）。第２の端末装置は、第１の端末装置から送信されたＩＤを登録情報として記憶する（ステップＳ２１２）。こののち、第２の端末装置は、第１の端末装置から送信されたＩＤとクレデンシャル情報を用いて、登録装置１００が提供するサービス等を利用することが可能となる。

〔６．変形例〕
上述した登録システム１による処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、登録システム１の他の実施形態について説明する。

〔６−１．鍵方式を用いる登録〕
ユーザ端末１０側は、登録装置１００に登録を行う際に、より安全性の高い登録処理を行うようにしてもよい。この点について、図１１を用いて説明する。図１１は、変形例に係る登録処理の一例を説明する図（１）である。なお、図１１の例では、登録装置１００は、既にスマートフォン２０を第１の端末装置として登録済であるものとする。

スマートフォン２０は、近傍のデバイスとして、タブレット３０を検出する（ステップＳ２１）。そして、スマートフォン２０は、タブレット３０に対して登録要求に関する情報を送信する（ステップＳ２２）。タブレット３０は、スマートフォン２０からの要求に応答する（ステップＳ２３）。そして、スマートフォン２０は、タブレット３０から送信された情報に基づいて、タブレット３０のトラスト判定を行う（ステップＳ２４）。例えば、スマートフォン２０は、自身が保持するトラストポリシーに従い、タブレット３０のトラスト判定を行う。このように、ステップＳ２１〜Ｓ２４の処理は、図１に示したステップＳ０５〜Ｓ０８に対応する。

続いて、スマートフォン２０は、タブレット３０に登録情報を要求する（ステップＳ２５）。ここで、スマートフォン２０が要求する登録情報とは、タブレット３０側から登録装置１００に登録する情報を示す。これに対して、タブレット３０は、登録情報として、登録に係る秘密鍵と公開鍵を発行する処理を行う（ステップＳ２６）。

ここで、タブレット３０が発行する秘密鍵と公開鍵とは、ペアとなりタブレット３０の認証処理を行うための鍵となる。例えば、タブレット３０は、秘密鍵を自装置で保持し、公開鍵をサーバ側に保持するような鍵方式を採用する。この場合、タブレット３０が、秘密鍵を用いて署名された情報をサーバ側に送信し、サーバ側が公開鍵を用いて秘密鍵を用いて署名された情報を復号できなければ、登録装置１００は、タブレット３０を認証しない。

例えば、タブレット３０は、発行した秘密鍵を、特定の認証処理が行われなければアクセスできない記憶領域に保持する。特定の認証処理とは、例えば、タブレット３０を所持するユーザの生体情報による認証処理等である。この場合、タブレット３０は、ユーザの生体情報を受け付けなければ秘密鍵にアクセスできず、秘密鍵の情報を利用することができなくなる。すなわち、タブレット３０は、自身のユーザとして設定されたユーザの生体情報を受け付けるまでは、登録装置１００による認証を受けることができない。このような認証方式を採用することにより、タブレット３０は、パスコードのようなクレデンシャル情報を登録装置１００に送信して認証を行うことがなくなるため、認証に関する安全性を高めることができる。

タブレット３０は、発行された公開鍵をスマートフォン２０に送信する（ステップＳ２７）。なお、タブレット３０は、自身が発行したことを示す署名を公開鍵に付してもよい。

そして、スマートフォン２０は、タブレット３０の登録要求とともに、公開鍵を登録装置１００に送信する（ステップＳ２８）。この際、スマートフォン２０は、自身が保持するトラストポリシーに基づいて、タブレット３０を信頼したことを証明する情報を登録要求に含める。

登録装置１００は、スマートフォン２０から、タブレット３０の登録要求と公開鍵とを受信した場合に、スマートフォン２０によってタブレット３０が信頼されたことの証明を解析する。また、登録装置１００は、タブレット３０によって発行された公開鍵の署名を判定する（ステップＳ２９）。例えば、登録装置１００は、公開鍵を発行したタブレット３０が、スマートフォン２０が保持するトラストポリシーに基づいて、信頼に足るデバイスであると判定されていることをもって、タブレット３０によって付された公開鍵の署名を信頼に足ると判定する。

そして、登録装置１００は、タブレット３０に対応付けて公開鍵を登録する（ステップＳ３０）。すなわち、登録装置１００は、公開鍵とともに、タブレット３０を追加登録する（ステップＳ３１）。

登録装置１００は、タブレット３０を登録した旨を示す応答をスマートフォン２０に送信する（ステップＳ３２）。スマートフォン２０は、発行されたＩＤをタブレット３０に送信する（ステップＳ３３）。

こののち、タブレット３０が登録装置１００に対して認証を行う場合、タブレット３０は、パスコード等のクレデンシャル情報を送信するのではなく、所定の認証手段を用いて認証を行う（ステップＳ３４）。すなわち、タブレット３０は、認証処理において、ユーザに対して生体情報の入力を求める。そして、ユーザが生体情報を入力し、入力された情報が照合された場合に、タブレット３０は、秘密鍵にアクセスする。そして、タブレット３０は、秘密鍵を用いて署名を付して暗号化された情報を生成する。タブレット３０は、生成した情報を登録装置１００に送信する。登録装置１００は、送信された情報を公開鍵によって復号する。複合処理が行われれば、登録装置１００は、タブレット３０は真のユーザによって利用されていると判定し、かかる処理をもって、タブレット３０の認証を行う。すなわち、タブレット３０は、パスコードのような情報を直接的に送信することなく、真のユーザによって利用されていることを証明する情報を登録装置１００に伝達できるので、安全性の高い認証を行うことができる。

このように、登録装置１００は、スマートフォン２０（第１の端末装置）から送信される登録要求とともに、タブレット３０（第２の端末装置）によって発行される公開鍵であって、タブレット３０の認証処理に用いられる公開鍵を受信する。そして、登録装置１００は、公開鍵をタブレット３０と対応付けて登録する。かかる処理により、登録装置１００は、利便性の高い、かつ、安全性の高い登録処理を行うことができる。

〔６−２．トラストの伝播〕
ユーザ端末１０側は、登録装置１００への登録要求を生成する際に、複数のユーザ端末１０によって他のデバイスを判定するようにしてもよい。この点について、図１２を用いて説明する。図１２は、変形例に係る登録処理の一例を説明する図（２）である。なお、図１２の例では、登録装置１００は、既にスマートフォン２０を第１の端末装置として登録済であり、既にタブレット３０を第２の端末装置として登録済であるものとする。

スマートフォン２０もしくはタブレット３０は、近傍のデバイスとして、時計型端末４０を検出する（ステップＳ４１）。そして、スマートフォン２０もしくはタブレット３０は、時計型端末４０に対して登録要求に関する情報を送信する（ステップＳ４２）。時計型端末４０は、スマートフォン２０もしくはタブレット３０からの要求に応答する（ステップＳ４３）。このように、ステップＳ４１〜Ｓ４３の処理は、図１に示したステップＳ０５〜Ｓ０７に対応する。

そして、スマートフォン２０もしくはタブレット３０は、時計型端末４０から送信された情報に基づいて、時計型端末４０のトラスト判定を行う。すなわち、スマートフォン２０もしくはタブレット３０は、複数デバイスで時計型端末４０のトラスト判定を行う（ステップＳ４４）。この場合、スマートフォン２０もしくはタブレット３０は、いずれか一つのデバイスが代表して時計型端末４０のトラスト判定を行ってもよいし、二つのデバイスが時計型端末４０のトラスト判定をともに行い、両者ともがトラストであると判定した場合にのみ、時計型端末４０が信頼に足るデバイスと判定するようにしてもよい。また、スマートフォン２０もしくはタブレット３０は、同じトラストポリシーを有していてもよいし、異なるトラストポリシーを有していてもよい。

そして、スマートフォン２０もしくはタブレット３０は、時計型端末４０の登録要求を登録装置１００に送信する（ステップＳ４５）。登録装置１００は、スマートフォン２０もしくはタブレット３０から送信された登録要求において、例えば、送信元であるスマートフォン２０もしくはタブレット３０が既に登録されていることをもって、当該登録要求を信頼する。あるいは、登録装置１００は、上述した種々の判定に基づいて、当該登録要求の信頼性を判定してもよい（ステップＳ４６）。

そして、登録装置１００は、登録要求が信頼される場合に、時計型端末４０を追加登録する（ステップＳ４７）。言い換えれば、登録装置１００は、スマートフォン２０とタブレット３０によって既に構築されていた信頼ネットワークに時計型端末４０を追加登録する。

そして、登録装置１００は、時計型端末４０を登録した旨を示す応答をスマートフォン２０もしくはタブレット３０に送信する（ステップＳ４８）。スマートフォン２０もしくはタブレット３０は、発行されたＩＤを時計型端末４０に送信する（ステップＳ４９）。

このように、登録装置１００は、スマートフォン２０（第１の端末装置）もしくは既に登録されたタブレット３０（第２の端末装置）から送信される登録要求であって、スマートフォン２０もしくはタブレット３０が保持するトラストポリシーに基づいて、スマートフォン２０もしくはタブレット３０によって、スマートフォン２０もしくはタブレット３０とは異なるデバイスである第３の端末装置（図１２の例では、時計型端末４０）が信頼されたことの証明を含む要求である登録要求を受信する。そして、登録装置１００は、登録要求が受信された場合に、第３の端末装置を登録する。このように、登録装置１００は、既に登録済みの複数のデバイスのいずれかによるトラスト判定に基づいて、さらに異なるデバイスの登録を受け付けてもよい。これにより、登録装置１００は、ユーザにとって利便性の高い登録処理を行うことができる。

なお、登録装置１００は、信頼性が認証されたいずれかのデバイスから送信される登録要求であって、いずれかのデバイスの少なくとも一つが保持する規則に基づいて、いずれかのデバイスの少なくとも二つ以上によって、既に登録されたいずれかのデバイスとは異なるデバイスである第４の端末装置（任意のユーザ端末１０）が信頼されたことの証明を含む要求である登録要求を受信し、登録要求が受信された場合に、その第４の端末装置を登録するようにしてもよい。

すなわち、登録装置１００は、いずれか一つのデバイスではなく、少なくとも二つ以上のデバイスによって第４の端末装置が信頼されたことをもって、登録要求を信頼するようにしてもよい。言い換えれば、登録装置１００は、いずれか単独のデバイスによる判定処理では信頼性が確保できないと推定し、複数のデバイスによる判定処理が行われた第４の端末装置のみを信頼するものとする。これにより、登録装置１００は、登録処理による安全性をより向上させることができる。

〔６−３．デバイス間の協調処理〕
ユーザ端末１０側は、登録装置１００を介することなく、複数デバイスによる信頼ネットワークを構築する処理や、新たにデバイスを追加登録する処理を行ってもよい。この点について、図１３を用いて説明する。図１３は、変形例に係る登録処理の一例を説明する図（３）である。なお、図１３の例では、スマートフォン２０とタブレット３０によって、登録装置１００を介さずに、既に所定の信頼ネットワークが構築されているものとする。なお、図１３に示す例では、スマートフォン２０もしくはタブレット３０（すなわち、ユーザ端末１０）は、図６に示した構成に加えて、登録部１６６を有するものとする。

スマートフォン２０もしくはタブレット３０は、近傍のデバイスとして、時計型端末４０を検出する（ステップＳ６１）。そして、スマートフォン２０もしくはタブレット３０は、時計型端末４０に対して登録要求に関する情報を送信する（ステップＳ６２）。時計型端末４０は、スマートフォン２０もしくはタブレット３０からの要求に応答する（ステップＳ６３）。

そして、スマートフォン２０もしくはタブレット３０は、時計型端末４０から送信された情報に基づいて、時計型端末４０のトラスト判定を行う。すなわち、スマートフォン２０もしくはタブレット３０は、複数デバイスで時計型端末４０のトラスト判定を行う（ステップＳ６４）。この場合、スマートフォン２０もしくはタブレット３０は、いずれか一つのデバイスが代表して時計型端末４０のトラスト判定を行ってもよいし、二つのデバイスが時計型端末４０のトラスト判定をともに行い、両者ともがトラストであると判定した場合にのみ、時計型端末４０が信頼に足るデバイスと判定するようにしてもよい。また、スマートフォン２０もしくはタブレット３０は、同じトラストポリシーを有していてもよいし、異なるトラストポリシーを有していてもよい。

そして、スマートフォン２０もしくはタブレット３０は、時計型端末４０が信頼に足るデバイスと判定した場合に、スマートフォン２０及びタブレット３０が構築している信頼ネットワークに時計型端末４０を追加登録する。具体的には、スマートフォン２０もしくはタブレット３０に係る登録部１６６は、登録情報記憶部１５２に、時計型端末４０の情報を追加登録する。なお、登録部１６６は、登録装置１００に係る登録部１３３に対応する処理を行う処理部である。

そして、スマートフォン２０もしくはタブレット３０は、時計型端末４０に対してＩＤを発行する（ステップＳ６５）。続いて、スマートフォン２０もしくはタブレット３０は、発行したＩＤを時計型端末４０に送信する（ステップＳ６６）。

こののち、スマートフォン２０及びタブレット３０に加えて、時計型端末４０も、スマートフォン２０及びタブレット３０と同様の処理を所定のサーバに対して実行することができる。例えば、スマートフォン２０及びタブレット３０が、所定のサービスを提供するサーバ２００にアクセスする権限を有している場合には、時計型端末４０も、サーバ２００を利用することができるようになる（ステップＳ６７）。

このように、信頼される装置間のネットワークである信頼ネットワークに属するスマートフォン２０もしくはタブレット３０は、信頼ネットワークに属していない、所定のデバイスである時計型端末４０を検出する。そして、スマートフォン２０もしくはタブレット３０は、検出された時計型端末４０に対して、スマートフォン２０もしくはタブレット３０の各々が保持する規則に基づいて、スマートフォン２０もしくはタブレット３０の少なくともいずれか一つによって、時計型端末４０の信頼性を判定する。そして、スマートフォン２０もしくはタブレット３０は、時計型端末４０が信頼に足るデバイスであると判定された場合に、時計型端末４０を信頼ネットワークに属するデバイスとして登録する。

このように、実施形態に係るユーザ端末１０は、それぞれが登録装置としての機能を有し、所定のデバイスを信頼ネットワークに追加登録する処理を行うことができる。かかる処理によって、ユーザは、所持する複数のデバイスについて効率良くネットワークを構築することができる。なお、図１３に示したトラストポリシー記憶部１５１や登録情報記憶部１５２は、スマートフォン２０、タブレット３０及び時計型端末４０のいずれかが有していてもよいし、全てのデバイスが有していてもよい。

〔６−４．処理のバリエーション〕
上記実施形態の各処理において、ユーザ端末１０及び登録装置１００が行う各処理には、種々のバリエーションが存在してもよい。

例えば、登録装置１００は、第２の端末装置を登録する際に、第２の端末装置を信頼した第１の端末装置に関する情報に基づいて、第２の端末装置を登録する処理を調整するようにしてもよい。具体的には、登録装置１００は、第１の端末装置が登録装置１００に登録された登録時期や、登録装置１００や登録装置１００と関連するサービスサーバへのアクセスの頻度や、信頼ネットワークにおける第１の端末装置のレア度（例えば、信頼ネットワークに登録されている複数の端末のうち、端末の機種や、端末が備えるＯＳ（Operating System）等が、他の端末と比較して希少なものの度合い）、第１の端末装置の登録におけるクレデンシャルの安全性、第１の端末装置の登録におけるトラストポリシーの条件などを、第１の端末装置に関する情報として取得する。そして、登録装置１００は、例えば、登録時期がより早いことや、アクセスの頻度がより高いことや、レア度がより高いことや、クレデンシャルの安全性がより高いことや、トラストポリシーの条件がより厳しいことなど、また、その組合せなどを判定する。そして、登録装置１００は、例えば、登録時期がより早い第１の端末装置から申請された登録要求を優先して、第２の端末装置を登録するようにしてもよい。あるいは、登録装置１００は、例えば、登録時期がより早い第１の端末装置から申請された登録要求については高い信頼性があると判定して、第２の端末装置の登録処理を行うようにしてもよい。

また、ユーザ端末１０は、相互に端末のトラストを判定し、信頼ネットワークを構築する場合に、サービスに対するアクセス権限の伝播処理等を行ってもよい。

例えば、所定の信頼ネットワークにおいて、サービスを提供するサービスサーバ２００へのアクセスが認められている、スマートフォン２０とタブレット３０とが存在するものとする。また、サービスサーバ２００に加えて、サービスサーバ２００とは異なるサービスを提供するサービスサーバ３００へのアクセスが認められている、第５の端末装置と第６の端末装置とが存在するものとする。なお、この事例において、第５の端末装置及び第６の端末装置は、スマートフォン２０あるいはタブレット３０によって信頼性が証明され、信頼ネットワークに登録された端末であるものとする。

ここで、信頼ネットワークに属する任意のユーザ端末１０（スマートフォン２０やタブレット３０）は、新たに第７の端末装置を登録する場合に、サービスサーバ３００にアクセス可能とする態様で信頼ネットワークに第７の端末装置を登録するようにしてもよい。すなわち、ユーザ端末１０は、少なくとも一つのサービスにアクセスできる複数の端末からなる信頼ネットワークがあり、当該信頼ネットワークに新たな端末が追加される場合には、トラストポリシーを判定する等の登録処理に関わっていない端末であって、同じ信頼ネットワークに属する他の端末がアクセスできるサービスに対しても、アクセス権限を付与するなどの処理を行ってもよい。

上記の事例では、スマートフォン２０は、自装置はサービスサーバ３００にアクセスを行うことはない場合であっても、新たに追加される第７の端末装置は、第５の端末装置や第６の端末装置と同様に、サービスサーバ３００にアクセスする権限を付与するような処理を行ってもよい。あるいは、スマートフォン２０は、他の端末がアクセスを認められているサービスサーバに対しても、新たに追加される第７の端末装置についてはアクセスを認めない（アクセス権限を付与しない）など、様々な条件や選択を行えるようにしてもよい。このように、ユーザ端末１０及び登録装置１００は、上記実施形態で説明した処理に必ずしも限定されることなく、種々の条件の変更や、処理の調整を行うようにしてもよい。

また、ユーザ端末１０は、信頼ネットワーク内の端末間において、例えば登録装置１００等のサーバを介さずに、任意にデータなどのやりとりを可能にするなどの権限を付与するなどの処理を行ってもよい。

また、登録装置１００は、登録を所望するユーザ端末１０を募る処理を行ってもよい。例えば、登録装置１００は、ブロードキャスト（broadcast）で登録を募り、ネットワーク上の通信可能な端末や近隣の端末を発見（検知）する。言い換えれば、登録装置１００は、登録装置１００に対する登録の募集を種々のユーザ端末１０に対して発信する。

登録装置１００から登録の募集を受信したユーザ端末１０のうち、登録を所望するユーザ端末１０は、登録の要求を登録装置１００に送信する。この場合、登録装置１００は、登録の要求を送信したユーザ端末１０のトラストを、登録済みのユーザ端末１０に問い合わせる。

例えば、スマートフォン２０が登録装置１００に登録済みの端末であり、タブレット３０が、新たに登録装置１００への登録を要求する端末であるとする。この場合、登録装置１００は、タブレット３０のトラストの判定を、スマートフォン２０に要求する。スマートフォン２０は、保持するトラストポリシーに従って、タブレット３０のトラストを検証する。そして、スマートフォン２０は、タブレット３０を信頼に足る端末であると検証した場合に、その旨を登録装置１００に送信する。登録装置１００は、スマートフォン２０から送信された情報に基づいて、タブレット３０を登録する。

このように、登録装置１００は、例えば不特定多数の端末に対して登録を募集し、かかる募集に応答した端末のトラスト性を、既に登録済みの端末に判定させるような処理を行ってもよい。これにより、登録装置１００は、安全性を確保しつつ、信頼ネットワークを効率良く拡大することができる。

〔６−５．ユーザによる判定〕
上記実施形態の各処理において、ユーザ端末１０のユーザによる判定が追加されてもよい。例えば、ユーザは、スマートフォン２０とタブレット３０において、同時に所定のアプリ（例えば、登録プログラムによって実現されるアプリ）を起動し、互いに検出処理を行わせてもよい。また、ユーザ端末１０がトラストポリシーとして「ユーザによる判断」等の項目を有している場合には、ユーザは、ユーザ端末１０が異なるデバイスを信頼する判定要素として、自身の判断を介入させることができる。

〔６−６．ユーザ端末〕
上記実施形態では、図６を用いてユーザ端末１０の構成例を示したが、ユーザ端末１０は、図６で示した構成を必ずしも全て有していなくてもよい。ユーザ端末１０には、上述のように、スマートフォン２０やタブレット３０のようなスマートデバイスのみならず、通信機能を有する時計型端末４０や眼鏡型端末、あるいは、ユーザの心拍を記憶する心拍測定器など、種々のデバイスが含まれる。この場合、ユーザ端末１０は、必ずしもユーザから入力を受け付けるのではなく、自動的にユーザの情報を取得し、かかる情報を通信ネットワークに送信するなどの機能を持ちうる。すなわち、ユーザ端末１０は、いわゆるＩｏＴ（Internet of Things）を実現するような、所定の通信機能を有するデバイスであれば、必ずしも図６で示した構成を有していなくてもよい。

なお、登録装置１００やユーザ端末１０は、新たに登録を行うデバイスに関して、例えばデバイスが有する機能によって差異を設けるようにしてもよい。すなわち、登録装置１００やユーザ端末１０は、トラストポリシーにおいて、ユーザからの入力を受け付けないデバイスであれば登録を認めない等、登録しようとするデバイスの機能に応じて、柔軟にトラストポリシーを調整するようにしてもよい。

〔６−７．登録装置との通信〕
上記実施形態では、例えば図１において、第１の端末装置（スマートフォン２０）から信頼される第２の端末装置（タブレット３０）については、登録処理に関して、第１の端末装置を経由して登録装置１００からＩＤ等の発行を受ける例を示した。しかし、実施形態はこれに限られるものではなく、登録要求が第１の端末装置から送信された後の通信は、第２の端末装置と登録装置１００との間で確立されてもよい。

〔６−８．第１の端末装置の登録〕
上記実施形態では、第１の端末装置が、登録装置１００から登録されている例を示した。しかし、実施形態はこれに限られるものではなく、第１の端末装置は、登録装置１００に登録されていなくてもよい。この場合、第１の端末装置は、例えば、登録装置１００と同等の基準のトラストポリシーを保持するデバイスであり、第１の端末装置は、第２の端末装置のトラストを判定する処理を行う。そして、第１の端末装置は、第２の端末装置が信頼に足るデバイスである証明を付した登録要求を登録装置１００に送信し、第２の端末装置の登録を要求することができる。すなわち、登録システム１において、第１の端末装置自体は登録装置１００に登録されておらず、第２の端末装置のトラストを判定する端末として、第１の端末装置が機能してもよい。

〔７．ハードウェア構成〕
上述してきた実施形態に係る登録装置１００は、例えば図１４に示すような構成のコンピュータ１０００によって実現される。以下、登録装置１００を例に挙げて説明する。図１４は、登録装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（図２に示したネットワークＮに対応）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５００を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る登録装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。

〔８．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図３に示した判定部１３２と、登録部１３３とは統合されてもよい。また、例えば、記憶部１２０に記憶される情報は、ネットワークＮを介して、外部に備えられた記憶装置に記憶されてもよい。

また、例えば、上記実施形態では、登録装置１００が、登録要求を受信する受信処理と、ユーザ端末１０を登録する登録処理とを行う例を示した。しかし、上述した登録装置１００は、受信処理を行う受信装置と、登録処理を行う登録装置とに分離されてもよい。すなわち、登録装置１００は、ユーザ端末１０との情報の送受信等を行うフロントエンドサーバと、受信した情報に基づいて処理を行うバックエンドサーバとに分離されてもよい。この場合、実施形態に係る登録装置１００による処理は、フロントエンドサーバの機能を実現する装置と、バックエンドサーバの機能を実現する装置とを有する登録システム１によって実現される。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔９．効果〕
上述してきたように、実施形態に係る登録装置１００は、受信部１３１と、登録部１３３とを有する。受信部１３１は、所定の規則に基づいて信頼性（トラスト）が検証された第１の端末装置（実施形態では、スマートフォン２０）から送信される登録要求であって、第１の端末装置が保持する規則に基づいて、第１の端末装置によって第２の端末装置（実施形態では、タブレット３０）が信頼されたことの証明を含む要求である登録要求を受信する。そして、登録部１３３は、受信部１３１によって登録要求が受信された場合に、第２の端末装置を登録する。

このように、実施形態に係る登録装置１００は、信頼性が確保された第１の端末装置によって信頼された、第２の端末装置を登録する。かかる処理によれば、ユーザは、所持する全てのデバイスを登録装置１００にアクセスさせて登録処理を行うといった手間を省くことができるため、登録処理を簡便に行うことができる。すなわち、登録装置１００は、ユーザにとって利便性に優れた登録処理を行うことができる。

また、登録部１３３は、登録要求に含まれる証明が、所定の規則と同等の基準を有する規則に基づいて第１の端末装置によって第２の端末装置が信頼されたことを証明するものである場合に、第２の端末装置を登録する。

このように、実施形態に係る登録装置１００は、自身が第１の端末装置を信頼した場合の基準（トラストポリシー）と同等の基準によって信頼された、第２の端末装置を登録する。これにより、登録装置１００は、第２の端末装置に対しても、自身が保証する安全性を確保した登録処理を行うことができる。

また、登録部１３３は、登録に際して発行する識別情報であって、第２の端末装置が登録装置に対してアクセスする際に用いられる固有の識別情報を、第１の端末装置を介して、第２の端末装置に対して発行する。

このように、実施形態に係る登録装置１００は、登録に際して発行する情報等を第１の端末装置を介して、第２の端末装置に渡すことができる。これにより、例えば、登録装置１００とは直接の通信が困難なデバイスであっても、第１の端末装置を介することにより、登録処理を支障なく行うことができる。すなわち、登録装置１００は、柔軟な登録処理を実現することができる。

また、受信部１３１は、第１の端末装置から送信される登録要求とともに、第２の端末装置によって発行される公開鍵であって、第２の端末装置に対する認証処理に用いられる公開鍵を受信する。登録部１３３は、公開鍵を第２の端末装置と対応付けて登録する。

このように、実施形態に係る登録装置１００は、所定の鍵方式による認証を採用するため、第２の端末装置から公開鍵を受信して、第２の端末装置と対応付けて登録するようにしてもよい。これにより、登録装置１００は、より安全性の高い登録処理を行うことができる。

また、実施形態に係る登録装置１００は、登録要求における信頼性を判定する判定部１３２をさらに備える。登録部１３３は、判定部１３２によって登録要求が信頼に足るものと判定された場合に、第２の端末装置を登録する。

このように、実施形態に係る登録装置１００は、第１の端末装置から受信した登録要求に関して、所定の判定処理を行うようにしてもよい。これにより、登録装置１００は、登録処理に関する安全性を向上させることができる。

判定部１３２は、登録要求に含まれる証明が、第１の端末装置と第２の端末装置間で確立した所定の通信に基づくものであるか否かを判定する。登録部１３３は、判定部１３２によって、登録要求に含まれる証明が第１の端末装置と第２の端末装置間で確立した所定の通信に基づくものであると判定された場合に、第２の端末装置を登録する。

このように、実施形態に係る登録装置１００は、第１の端末装置と第２の端末装置との通信状態を判定することで、第２の端末装置が信頼に足るデバイスであるか否かを判定するようにしてもよい。これにより、登録装置１００は、第２の端末装置に対して一定の信頼性を確保できるため、安全な登録処理を行うことができる。

また、受信部１３１は、第１の端末装置もしくは登録部１３３によって登録された第２の端末装置から送信される登録要求であって、第１の端末装置もしくは第２の端末装置が保持する規則に基づいて、第１の端末装置もしくは第２の端末装置によって、第１の端末装置もしくは第２の端末装置とは異なる端末装置である第３の端末装置（実施形態では、時計型端末４０）が信頼されたことの証明を含む要求である登録要求を受信する。登録部１３３は、受信部１３１によって登録要求が受信された場合に、第３の端末装置を登録する。

このように、実施形態に係る登録装置１００は、既に登録済みの複数のデバイスいずれかによるトラスト判定に基づいて、さらに異なるデバイスの登録を受け付けてもよい。かかる処理によれば、ユーザは、所持する複数のデバイスを効率良く登録することができる。すなわち、登録装置１００は、ユーザにとって利便性の高い登録処理を提供することができる。

また、受信部１３１は、第１の端末装置もしくは登録部１３３によって登録された端末装置のいずれかから送信される登録要求であって、いずれかの端末装置の少なくとも一つが保持する規則に基づいて、いずれかの端末装置の少なくとも二つ以上によって、既に登録されたいずれかの端末装置とは異なる端末装置である第４の端末装置（任意のユーザ端末１０）が信頼されたことの証明を含む要求である登録要求を受信する。登録部１３３は、受信部１３１によって登録要求が受信された場合に、第４の端末装置を登録する。

このように、実施形態に係る登録装置１００は、登録済みの端末装置のうち、いずれか一つの端末装置ではなく、少なくとも二つ以上の端末装置によって第４の端末装置（新たに登録を所望する端末装置）が信頼されたことをもって、登録要求を信頼するようにしてもよい。これにより、登録装置１００は、登録処理による安全性をより向上させることができる。

また、登録部１３３は、所定の規則（トラストポリシー）として、第１の端末装置が実装する機能に関する規則、もしくは、第１の端末装置の製造に関する規則に基づいて、第１の端末装置を登録する。

このように、実施形態に係る登録装置１００は、端末装置が実装する機能や製造情報に基づいて、端末装置の信頼性を判定することができる。これにより、登録装置１００は、登録において一定の信頼性を確保することができる。

また、実施形態に係るユーザ端末１０は、登録装置１００が保持する所定の規則に基づいて信頼性が検証された端末装置であり、検出部１６２と、判定部１６３と、送信部１６５とを有する。検出部１６２は、第２の端末装置を検出する。判定部１６３は、検出部１６２によって検出された第２の端末装置に対して、所定の規則と同等の基準を有する規則に基づいて、第２の端末装置の信頼性を判定する。送信部１６５は、判定部１３２によって第２の端末装置が信頼に足る端末装置であると判定された場合に、第２の端末装置が信頼されたことの証明を含む要求であって、登録装置１００に第２の端末装置を登録することを要求する登録要求を、登録装置１００に送信する。

このように、実施形態に係るユーザ端末１０は、自身が登録される際に用いられたトラストポリシーに対応するトラストポリシーを用いて、第２の端末装置の信頼性を判定することで、登録装置１００に登録される対象として第２の端末装置が適するか否かを判定することができる。そして、ユーザ端末１０は、第２の端末装置が適すると判定した証明ととともに登録要求を登録装置１００に送信する。すなわち、ユーザ端末１０によれば、第２の端末装置が直接的に登録装置１００に通信を行わずとも、第２の端末装置の登録要求を登録装置１００に行うことができる。これにより、ユーザ端末１０は、登録処理に関するユーザの利便性を向上させることができる。

また、実施形態に係る登録方法の一例であり、信頼される装置間のネットワークである信頼ネットワークに属する複数の端末装置のうち、いずれかの端末装置で実行される登録方法は、検出工程と、判定工程と、登録工程とを含む。検出工程は、信頼ネットワークに属していない、所定の端末装置を検出する。判定工程は、検出工程によって検出された所定の端末装置に対して、複数の端末装置の各々が保持する規則に基づいて、複数の端末装置の少なくともいずれか一つによって、所定の端末装置の信頼性を判定する。登録工程は、判定工程によって所定の端末装置が信頼に足る端末装置であると判定された場合に、所定の端末装置を信頼ネットワークに属する端末装置として登録する。

このように、実施形態に係る登録方法においては、複数の端末装置が協調することにより、端末装置間の信頼ネットワークに登録する端末装置を判定し、端末装置の登録処理を行う。かかる処理によれば、例えばユーザは、複数の端末装置を所持する場合であって、新たに端末装置を追加する場合であっても、特段の処理を要せずに、従来から使用していた端末装置と同様のネットワーク環境を新たな端末装置で利用することができる。このように、実施形態に係る登録方法によれば、登録処理の利便性を向上させることができる。

なお、上述してきたような構成は、登録システム１によって実現されてもよい。すなわち、登録装置１００と、第１の端末装置と、第２の端末装置とを含む登録システム１において、登録装置１００が保持する所定の規則に基づいて信頼性が検証された第１の端末装置は、第２の端末装置を検出する検出部１６２と、検出部１６２によって検出された第２の端末装置に対して、所定の規則と同等の基準を有する規則に基づいて、第２の端末装置の信頼性を判定する判定部１６３と、判定部１６３によって第２の端末装置が信頼に足る端末装置であると判定された場合に、第２の端末装置が信頼されたことの証明を含む要求であって、登録装置１００に第２の端末装置を登録することを要求する登録要求を、登録装置１００に送信する送信部１６５と、を備える。そして、登録装置１００は、送信部１６５によって送信された登録要求を受信する受信部１３１と、受信部１３１によって登録要求が受信された場合に、第２の端末装置を登録する登録部１３３と、を備える。かかる構成によって、登録システム１は、利便性に優れた登録処理を行うことができるという効果を奏する。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受信部は、受信手段や受信回路に読み替えることができる。

１ 登録システム
１０ ユーザ端末
２０ スマートフォン
３０ タブレット
４０ 時計型端末
１００ 登録装置
１１０ 通信部
１２０ 記憶部
１２１ トラストポリシー記憶部
１２２ 登録デバイス記憶部
１３０ 制御部
１３１ 受信部
１３２ 判定部
１３３ 登録部
１３４ 送信部
１５１ トラストポリシー記憶部
１５２ 登録情報記憶部
１６ 制御部
１６１ 受信部
１６２ 検出部
１６３ 判定部
１６４ 生成部
１６５ 送信部
１６６ 登録部

Claims (14)

1. 所定の規則に基づいて信頼性が検証された第１の端末装置から送信される登録要求であって、当該第１の端末装置が保持する規則に基づいて、当該第１の端末装置によって第２の端末装置が信頼されたことの証明を含む要求である登録要求を受信する受信部と、
   前記受信部によって前記登録要求が受信された場合に、前記第２の端末装置を登録する登録部と、
   を備えることを特徴とする登録装置。
2. 前記登録部は、
   前記登録要求に含まれる証明が、前記所定の規則と同等の基準を有する規則に基づいて当該第１の端末装置によって第２の端末装置が信頼されたことを証明するものである場合に、当該第２の端末装置を登録する、
   ことを特徴とする請求項１に記載の登録装置。
3. 前記登録部は、
   登録に際して発行する識別情報であって、前記第２の端末装置が登録装置に対してアクセスする際に用いられる固有の識別情報を、前記第１の端末装置を介して、当該第２の端末装置に対して発行する、
   ことを特徴とする請求項１又は２に記載の登録装置。
4. 前記受信部は、
   前記第１の端末装置から送信される登録要求とともに、前記第２の端末装置によって発行される公開鍵であって、当該第２の端末装置に対する認証処理に用いられる公開鍵を受信し、
   前記登録部は、
   前記公開鍵を前記第２の端末装置と対応付けて登録する、
   ことを特徴とする請求項１〜３のいずれか一つに記載の登録装置。
5. 前記登録要求における信頼性を判定する判定部、
   をさらに備え、
   前記登録部は、
   前記判定部によって前記登録要求が信頼に足るものと判定された場合に、前記第２の端末装置を登録する、
   ことを特徴とする請求項１〜４のいずれか一つに記載の登録装置。
6. 前記判定部は、
   前記登録要求に含まれる証明が、前記第１の端末装置と前記第２の端末装置間で確立した所定の通信に基づくものであるか否かを判定し、
   前記登録部は、
   前記判定部によって、前記登録要求に含まれる証明が前記第１の端末装置と前記第２の端末装置間で確立した所定の通信に基づくものであると判定された場合に、当該第２の端末装置を登録する、
   ことを特徴とする請求項５に記載の登録装置。
7. 前記受信部は、
   前記第１の端末装置もしくは前記登録部によって登録された第２の端末装置から送信される登録要求であって、前記第１の端末装置もしくは第２の端末装置が保持する規則に基づいて、当該第１の端末装置もしくは第２の端末装置によって、当該第１の端末装置もしくは第２の端末装置とは異なる端末装置である第３の端末装置が信頼されたことの証明を含む要求である登録要求を受信し、
   前記登録部は、
   前記受信部によって前記登録要求が受信された場合に、前記第３の端末装置を登録する、
   ことを特徴とする請求項１〜６のいずれか一つに記載の登録装置。
8. 前記受信部は、
   前記第１の端末装置及び前記登録部によって登録された端末装置のいずれかから送信される登録要求であって、いずれかの端末装置の少なくとも一つが保持する規則に基づいて、当該いずれかの端末装置の少なくとも二つ以上によって、既に登録されたいずれかの端末装置とは異なる端末装置である第４の端末装置が信頼されたことの証明を含む要求である登録要求を受信し、
   前記登録部は、
   前記受信部によって前記登録要求が受信された場合に、前記第４の端末装置を登録する、
   ことを特徴とする請求項７に記載の登録装置。
9. 前記登録部は、
   前記所定の規則として、前記第１の端末装置が実装する機能に関する規則、もしくは、前記第１の端末装置の製造に関する規則に基づいて、当該第１の端末装置を登録する、
   ことを特徴とする請求項１〜８のいずれか一つに記載の登録装置。
10. 登録装置が保持する所定の規則に基づいて信頼性が検証された端末装置であって、
    第２の端末装置を検出する検出部と、
    前記検出部によって検出された第２の端末装置に対して、前記所定の規則と同等の基準を有する規則に基づいて、当該第２の端末装置の信頼性を判定する判定部と、
    前記判定部によって前記第２の端末装置が信頼に足る端末装置であると判定された場合に、当該第２の端末装置が信頼されたことの証明を含む要求であって、前記登録装置に当該第２の端末装置を登録することを要求する登録要求を、当該登録装置に送信する送信部と、
    を備えることを特徴とする端末装置。
11. 登録装置によって実行される登録方法であって、
    所定の規則に基づいて信頼性が検証された第１の端末装置から送信される登録要求であって、当該第１の端末装置が保持する規則に基づいて、当該第１の端末装置によって第２の端末装置が信頼されたことの証明を含む要求である登録要求を受信する受信工程と、
    前記受信工程によって前記登録要求が受信された場合に、前記第２の端末装置を登録する登録工程と、
    を含んだことを特徴とする登録方法。
12. 信頼される装置間のネットワークである信頼ネットワークに属する複数の端末装置のうち、いずれかの端末装置で実行される登録方法であって、
    前記信頼ネットワークに属していない、所定の端末装置を検出する検出工程と、
    前記検出工程によって検出された所定の端末装置に対して、前記複数の端末装置の各々が保持する規則に基づいて、当該複数の端末装置の少なくともいずれか一つによって、当該所定の端末装置の信頼性を判定する判定工程と、
    前記判定工程によって前記所定の端末装置が信頼に足る端末装置であると判定された場合に、当該所定の端末装置を前記信頼ネットワークに属する端末装置として登録する登録工程と、
    を含んだことを特徴とする登録方法。
13. 所定の規則に基づいて信頼性が検証された第１の端末装置から送信される登録要求であって、当該第１の端末装置が保持する規則に基づいて、当該第１の端末装置によって第２の端末装置が信頼されたことの証明を含む要求である登録要求を受信する受信手順と、
    前記受信手順によって前記登録要求が受信された場合に、前記第２の端末装置を登録する登録手順と、
    をコンピュータに実行させることを特徴とする登録プログラム。
14. 登録装置と、第１の端末装置と、第２の端末装置とを含む登録システムであって、
    前記登録装置が保持する所定の規則に基づいて信頼性が検証された第１の端末装置は、
    第２の端末装置を検出する検出部と、
    前記検出部によって検出された第２の端末装置に対して、前記所定の規則と同等の基準を有する規則に基づいて、当該第２の端末装置の信頼性を判定する判定部と、
    前記判定部によって前記第２の端末装置が信頼に足る端末装置であると判定された場合に、当該第２の端末装置が信頼されたことの証明を含む要求であって、前記登録装置に当該第２の端末装置を登録することを要求する登録要求を、当該登録装置に送信する送信部と、を備え、
    前記登録装置は、
    前記送信部によって送信された前記登録要求を受信する受信部と、
    前記受信部によって前記登録要求が受信された場合に、前記第２の端末装置を登録する登録部と、
    を備えることを特徴とする登録システム。

Images