JP2014006798A - 権限委譲システム、被制御端末、通信方法及びプログラム - Google Patents

Abstract

【課題】被制御端末における権限委譲を他の管理装置で行うことにより、被制御端末から制御端末に対して利便性の高い権限委譲システム等を提供すること。
【解決手段】制御端末１０と、被制御端末２０と、デバイス接続管理サーバ３０とが接続され、被制御端末１０の制御権限を制御端末２０に委譲する権限委譲システムにおいて、デバイス接続管理サーバ３０には、被制御端末１０が委譲可能な制御権限が登録されており、制御端末２０から制御権限の委譲要求があった場合には、被制御端末２０はデバイス接続管理サーバ３０に制御権限の委譲が可能か否かを確認し、被制御端末２０の制御権限を、制御端末１０に委譲可能な場合には、当該制御権限を制御端末１０に委譲する。
【選択図】図１

Description

本発明は、制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システム等に関する。

端末の一部の機能について、他の端末へ制御の権限を委譲したり、許可したりする技術が知られており、その中の一つにＯＡｕｔｈと呼ばれる権限委譲システムがある。

ＯＡｕｔｈとは、異なるドメインやプラットフォーム間で、所有するデータをやりとりするためのオープンな認可プロトコルである。予め信頼関係を構築したサービスを利用し、ユーザ権限（認可情報）を被制御端末から制御端末に委譲することにより、制御端末が被制御端末の利用したい機能（サービス）を実行できるシステムが知られている。

例えば、特許文献１には、処理依頼部と、権限委譲部と、管理部と、を有する権限委譲システムにおいて、処理依頼部は、ユーザが操作するユーザ装置からの処理の依頼に応答して、処理の内容を表す処理情報を含むリクエストを生成する生成手段を有し、権限委譲部は、生成手段で生成されたリクエストを受け取り、リクエストに基づいて、処理情報を含むリクエストを管理部に送信する送信手段を有し、管理部は、送信手段で送信されたリクエストを受け取り、リクエストに含まれる処理情報より管理部で処理を実行可能であるか否かを判断する判断手段を有し、権限委譲部は、判断手段により実行可能であると判断された場合、管理部に対するユーザの権限を処理依頼部に委譲すると決定する決定手段を更に有することによって権限の委譲が無駄になる事態を極力回避することを目的とする課題を解決する発明が記載されている。

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

従来、権限委譲が可能か否かを判定するのは、管理する機能部（例えば、上記特許文献１の管理部）が、リクエストに含まれる様々な被制御端末の種類や能力（リソース）を管理する必要があった。そして、権限委譲部が、処理依頼部からの処理依頼の権限の有効性を判断する必要があるため、多種多様な端末の制御に対応するようにシステムを拡張していくことが難しいという問題点があった。

したがって、多種多様な端末の制御に対応するために、例えば、テレビ受信機や、ＨＤＤレコーダといった製品の場合において、各製品毎に単体で権限委譲部を設ける必要があった。しかし、各製品毎に単体で権限委譲部を設けることにより、セキュリティを確保するのが難しいという問題点が生じていた。

上述した課題に鑑み、本発明が目的とするところは、被制御端末における権限委譲を他の管理装置で行うことにより、被制御端末から制御端末に対して利便性の高い権限委譲システム等を提供することである。

上述した課題を解決するために、本発明の権限委譲システムは、
制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおいて、
前記管理サーバには、被制御端末が委譲可能な制御権限が登録されており、
前記制御端末から制御権限の委譲要求があった場合には、前記被制御端末は前記管理サーバに制御権限の委譲が可能か否かを確認し、
前記被制御端末の制御権限を、前記制御端末に委譲可能な場合には、当該制御権限を前記制御端末に委譲することを特徴とする。

本発明の被制御端末は、
制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおける被制御端末であって、
前記制御端末の情報を含むセッション確立処理開始要求を受信するセッション確立開始要求受信手段と、
前記セッション確立処理開始要求を受信した場合には、前記制御端末に制御権限が委譲可能か否かを前記管理サーバに確認する確認手段と、
前記管理サーバより、前記制御端末に制御権限が委譲可能と確認された場合には、前記制御端末と制御処理用セッションを確立するセッション確立手段と、
を備えることを特徴とする。

本発明の通信方法は、
制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおける通信方法であって、
前記管理サーバには、被制御端末が委譲可能な制御権限が登録されており、
前記制御端末から制御権限の委譲要求があった場合には、前記被制御端末は前記管理サーバに制御権限の委譲が可能か否かを確認し、
前記被制御端末の制御権限を、前記制御端末に委譲可能な場合には、当該制御権限を前記制御端末に委譲することを特徴とする。

本発明の通信方法は、
制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおける被制御端末の通信方法において、
前記制御端末の情報を含むセッション確立処理開始要求を受信するセッション確立開始要求受信ステップと、
前記セッション確立処理開始要求を受信した場合には、前記制御端末に制御権限が委譲可能か否かを前記管理サーバに確認する確認ステップと、
前記管理サーバより、前記制御端末に制御権限が委譲可能と確認された場合には、前記制御端末と制御処理用セッションを確立するセッション確立ステップと、
を含むことを特徴とする。

本発明のプログラムは、
制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおける被制御端末において実行されるプログラムであって、
前記制御端末の情報を含むセッション確立処理開始要求を受信するセッション確立開始要求受信機能と、
前記セッション確立処理開始要求を受信した場合には、前記制御端末に制御権限が委譲可能か否かを前記管理サーバに確認する確認機能と、
前記管理サーバより、前記制御端末に制御権限が委譲可能と確認された場合には、前記制御端末と制御処理用セッションを確立するセッション確立機能と、
を実現させることを特徴としている。

本発明によれば、管理サーバに、被制御端末が委譲可能な制御権限が登録されており、制御端末から制御権限の委譲要求があった場合には、被制御端末は管理サーバに制御権限の委譲が可能か否かを確認し、被制御端末の制御権限を、前記制御端末に委譲可能な場合には、当該制御権限を制御端末に委譲することができる。したがって、被制御端末における制限権限の委譲の可否が、管理サーバで一括管理され、一又は複数の被制御端末を管理することができる。

更に、管理サーバで権限委譲が管理されることから、セキュリティを確保するといった点でも有利な効果を奏することとなる。

本実施形態における権限委譲システム全体の説明をするための図である。 本実施形態における制御端末の機能構成を説明するための図である。 本実施形態の制御端末におけるユーザ情報の一例を示す図である。 本実施形態における被制御端末の機能構成を説明するための図である。 本実施形態におけるデバイス情報の一例を示す図である。 本実施形態におけるデバイス接続管理サーバの機能構成を説明するための図である。 本実施形態におけるデバイス管理テーブルの一例を示す図である。 本実施形態におけるユーザ管理テーブルの一例を示す図である。 本実施形態における制御トークンの一例を示す図である。 本実施形態におけるリモート制御サーバの一例を示す図である。 本実施形態における処理の流れを説明するための図である。 本実施形態における処理の流れを説明するための図である。 本実施形態における処理の流れを説明するための図である。 本実施形態における処理の流れを説明するための図である。 本実施形態における処理の流れを説明するための図である。 本実施形態における実施例を説明するための図である。 本実施形態における実施例を説明するための図である。 本実施形態における実施例を説明するための図である。 本実施形態における実施例を説明するための図である。 本実施形態における実施例を説明するための図である。

続いて、本発明を適用した場合の権限委譲システムについて説明する。図１は、権限委譲システム１の全体を示す図である。権限委譲システム１には、制御端末１０と、被制御端末２０と、デバイス接続管理サーバ３０と、リモート制御サーバ４０とが含まれており、ネットワークを介して接続されている。

［１．全体構成］
まず、全体構成について図１を用いて説明する。本実施形態における権限委譲システム１は、ネットワークを介して制御端末１０と、被制御端末２０と、デバイス接続管理サーバ３０と、リモート制御サーバ４０とがネットワークを介して接続されている。

ここで、各端末、ネットワークが接続されるネットワークとしては、セキュアな環境が構築可能なネットワークであれば、何れのネットワークであってもよく、例えば有線／無線ＬＡＮであったり、各種ＷＡＮであったりしても良い。

また、本実施形態では、被制御端末２０を制御する端末として制御端末１０を一例に説明するが、制御端末１０とは、ブラウザ機能を有している端末であれば良い。例えば、コンピュータであっても、携帯電話、スマートフォンといった携帯端末であっても良い。

したがって、被制御端末２０に対して接続される制御端末１０は、ブラウザ機能が利用できれば良いため、例えば家庭ではコンピュータ、外出先ではスマートフォンといった具合に、複数存在している。しかし、本実施形態では説明を簡易にするため１つの装置として説明する。

［２．機能構成］
続いて、各端末及びサーバについて、機能構成について説明する。

［２．１ 制御端末］
まず制御端末１０について説明する。図２に制御端末１０の構成の一例を示すブロック図を示す。この図に示す通り、制御端末１０は、制御部１００と、ネットワーク部１１０と、記憶部１４０と、ブラウザ処理部１５０と、表示部１６０と、操作部１７０とを有して構成されている。

制御部１００は、制御端末１０の全体を制御するための機能部である。制御部１００は、記憶部１４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

ネットワーク部１１０は、制御端末１０がネットワークに接続するときに利用されるネットワークインタフェース部である。制御端末１０は、ネットワーク部１１０を介して他の端末、サーバ等と通信を行うこととなる。ネットワーク部１１０は、例えば１００ＢＡＳＥ−ＴＸ等のＬＡＮのように有線接続しても良いし、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ等のように無線ＬＡＮであってもよい。また、ＷｉＭＡＸや３Ｇといった他の通信手段を利用しても良い。

記憶部１４０は、制御端末１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部１４０には、ユーザ情報１４２が記憶されている。ユーザ情報１４２は、ユーザに関する情報が記憶されている。ユーザ情報１４２の一例を図３に示すが、アカウントＩＤ（例えば、「ＡＢＣ」）と、通信方法（例えば、「ＷｅｂＲＴＣ」）と、通信アドレス（例えば、「[email protected]」）とが記憶されている。

アカウントＩＤは、ユーザに設定されている識別情報である。また、通信方法は、制御端末１０が通信を行う場合の通信方法で有り、本実施形態では「ＷｅｂＲＴＣ」が利用されている。この通信方法は他の方式、例えばＳＩＰや、ＶＰＮ接続等といった他の方式が利用されても良い。

通信アドレスは、制御端末１０のアドレスを示している。通信アドレスを利用することにより、例えば被制御端末２０と制御処理用セッションが確立される端末が特定されることとなる。

なお、説明の都合上、通信アドレスがユーザ情報１４２に記憶されていることとしているが、制御端末１０が特定できれば良い。例えば、ネットワーク部１１０に割り当てられているＩＰアドレスや、通信を行う場合のポート番号、それらの組み合わせ等により制御端末１０が特定可能であれば良い。

ブラウザ処理部１５０は、受信されたブラウザデータを解析し、制御端末１０に実装されるブラウザ上に表示する機能部である。例えば、ネットワーク部１１０を解してＨＴＭＬ（HyperText Markup Language）のデータが受信され、受信されたＨＴＭＬを解析することにより、ブラウザ処理部１５０により表示処理が行われる。そして、ブラウザ上の画面は、表示部１６０により出力される。

表示部１６０は、制御端末１０が各種情報や、映像等を表示するための機能部である。表示部１６０は、例えばＬＣＤや、有機ＥＬディスプレイといった表示装置により構成されている。なお、表示部１６０における表示装置は、ＨＤＭＩ等により外部に接続された表示装置であっても良い。

操作部１７０は、利用者から各種操作や入力を受け付ける為の機能部である。例えば、ハードウェアキーや、タッチパネル等により構成されている。なお、他のリモートコントロール装置（例えば、赤外線により操作信号が送受信されるリモコンや、スマートフォン等）であっても良い。

［２．２ 被制御端末］
続いて、被制御端末２０の構成について、説明する。被制御端末２０は、図４に示すように、制御部２００と、ネットワーク部２１０と、放送受信部２２０と、デコード部２３０と、記憶部２４０と、表示部２６０と、操作部２７０とを備えて構成されている。ここで、本実施形態の被制御端末は、録画機能を有するテレビ受信機を一例として説明するが、他の機能を有する端末であっても良い。

制御部２００は、被制御端末２０の全体を制御するための機能部である。制御部２００は、記憶部２４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit)等により構成されている。

ネットワーク部２１０は、被制御端末２０がネットワークに接続するときに利用されるネットワークインタフェース部である。被制御端末２０は、ネットワーク部２１０を介して他の端末、サーバ等と通信を行うこととなる。ネットワーク部２１０は、例えば１００ＢＡＳＥ−ＴＸ等のＬＡＮのように有線接続しても良いし、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ等のように無線ＬＡＮであってもよい。また、ＷｉＭＡＸや３Ｇといった他の通信手段を利用しても良い。

放送受信部２２０は、放送局から利用者が所望するチャンネルの放送波を受信するための機能部である。放送受信部２２０により受信された放送波は、デコード部２３０に出力され、デコード部２３０により映像データや音声データにデコードされる。映像データ、音声データは、表示部２６０や、音声出力部（非図示）等から出力されても良いし、記憶部２４０に録画データとして記録されても良い。また、ネットワーク部２１０を解して他の装置に転送（ストリーミング配信）されても良い。

ここで、放送波としては種々の放送波が考えられ、例えば、地上デジタル波放送や、デジタル衛星放送等である。なお、放送波を受信し、デコードする方法としては、種々の公知技術が利用可能であるため、その詳細な説明を省略する。

記憶部２４０は、被制御端末２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部２４０には、デバイス情報２４２が記憶されている。デバイス情報２４２は、被制御端末２０に関する情報が記憶されている情報である。例えば、図５に示すように、装置ＩＤ（例えば、「[email protected]」）と、デバイス名（例えば、「デジタルテレビ」）と、通信方法（例えば、「ＷｅｂＲＴＣ」）と、通信アドレス（例えば、「[email protected]」）と、公開機能（例えば、「recording_reservation(録画予約) streaming_player(遠隔視聴) …」）とが記憶されている。

ここで公開機能とは、被制御端末２０が他の制御端末等に対して権限委譲を許可することが可能な機能である。公開機能の中から、利用者やオペレータ等により、許可された機能だけが他の端末に公開され、利用可能となる。

表示部２６０は、被制御端末２０が各種情報や、映像等を表示するための機能部である。表示部２６０は、例えばＬＣＤや、有機ＥＬディスプレイといった表示装置により構成されている。なお、表示部２６０における表示装置は、ＨＤＭＩ等により外部に接続された表示装置であっても良い。

操作部２７０は、利用者から各種操作や入力を受け付ける為の機能部である。例えば、ハードウェアキーや、タッチパネル等により構成されている。なお、他のリモートコントロール装置（例えば、赤外線により操作信号が送受信されるリモコンや、スマートフォン等）であっても良い。

［２．３ デバイス接続管理サーバ］
続いて、デバイス接続管理サーバ３０の機能構成について説明する。図６に示すように、デバイス接続管理サーバ３０は、制御部３００と、ネットワーク部３１０と、ユーザ認証処理部３２０と、権限委譲処理部３３０と、記憶部３４０とを備えて構成されている。

制御部３００は、デバイス接続管理サーバ３０の全体を制御するための機能部である。制御部３００は、記憶部に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

ネットワーク部３１０は、デバイス接続管理サーバ３０がネットワークに接続するときに利用されるネットワークインタフェース部である。デバイス接続管理サーバ３０は、ネットワーク部３１０を介して他の端末、サーバ等と通信を行うこととなる。ネットワーク部３１０は、例えば１００ＢＡＳＥ−ＴＸ等のＬＡＮのように有線接続しても良いし、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ等のように無線ＬＡＮであってもよい。また、ＷｉＭＡＸや３Ｇといった他の通信手段を利用しても良い。

ユーザ認証処理部３２０は、ユーザの認証を行う為の機能部である。例えば、ＯＡｕｔｈ認証等を利用することにより、利用者が本実施形態の権限委譲サービスを利用できるか否かを判定する。

権限委譲処理部３３０は、本実施形態における権限委譲処理を実行するための機能部である。権限委譲処理部３３０における権限委譲処理の詳細については、後述する図面（シーケンス図）を用いて説明する。

記憶部３４０は、デバイス接続管理サーバ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部３４０には、デバイス管理テーブル３４２と、ユーザ管理テーブル３４４と、制御トークン３４６とが記憶されている。

デバイス管理テーブル３４２は、被制御端末２０から登録されることにより更新されるテーブルである。被制御端末が、他の制御端末に委譲する権限や、認証に関する情報等が記憶されている。

具体的には、図７に示すように、デバイス管理テーブル３４２は、装置ＩＤ（例えば、「[email protected]」）と、デバイス名（例えば、「デジタルテレビ」）と、通信方法（例えば、「ＷｅｂＲＴＣ」）と、通信アドレス（例えば、「[email protected]」）と、ユーザＩＤ（例えば、「ＡＢＣ」）と、委譲可能機能（例えば、「recording_reservation(録画予約) streaming_player(遠隔視聴)」）とが記憶されている。

ここで、委譲可能機能とは、被制御端末２０が、公開機能の中で、他の端末（ユーザ）に対して、委譲してよい権限（機能）が記憶されている。委譲可能機能に記憶されている機能について、権限委譲の要求があった場合は、認めることとなる。

ユーザ管理テーブル３４４は、接続されるユーザを管理するテーブルである。図８に示すように、アカウントＩＤに、接続可能なデバイスＩＤが対応づけて記憶されている。ユーザ管理テーブル３４４に基づいて、制御端末１０のアカウント（ユーザ）が、被制御端末２０を制御できるか否か判定する。

制御トークン３４６は、制御トークン３４６を有している場合に通信を行うことができると証明可能なトークンである。制御トークンの一例として、図９に示す。制御トークン３４６は、トークンＩＤ（例えば、「Ｃ００１」）と、サービスＩＤ（例えば、「Ｓ００１」）と、アカウントＩＤ（例えば、「ＡＢＣ」）と、デバイスＩＤ（例えば、「[email protected]」）と、委譲される権限（例えば、「recording_reservation(録画予約) streaming_player(遠隔視聴)」）と、トークン寿命（例えば、「2012年６月20日 14:00」）とが含まれている。

制御トークンは、デバイス接続管理サーバ３０において生成され、有効な制御トークンを有している他の端末は、被制御端末にアクセスすることができる。例えば、リモート制御サーバ４０は、制御端末１０からのサービス接続要求に対し、制御トークンによりサービスを接続可能か否かを判断する。

［２．４ リモート制御サーバ］
続いて、リモート制御サーバ４０の機能構成について説明する。図１０に示すように、リモート制御サーバ４０は、制御部４００と、ネットワーク部４１０と、リモート端末制御処理部４２０と、ＵＩ生成処理部４３０と、記憶部４４０とを備えて構成されている。

制御部４００は、リモート制御サーバ４０の全体を制御するための機能部である。制御部４００は、記憶部４４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

ネットワーク部４１０は、リモート制御サーバ４０がネットワークに接続するときに利用されるネットワークインタフェース部である。リモート制御サーバ４０は、ネットワーク部４１０を介して他の端末、サーバ等と通信を行うこととなる。ネットワーク部４１０は、例えば１００ＢＡＳＥ−ＴＸ等のＬＡＮのように有線接続しても良いし、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ等のように無線ＬＡＮであってもよい。また、ＷｉＭＡＸや３Ｇといった他の通信手段を利用しても良い。

リモート端末制御処理部４２０は、被制御端末との制御を行う為の機能部である。サービスにより、被制御端末２０と、リモート端末制御処理部４２０とが制御処理用セッションを確立することにより、被制御端末２０を制御することが可能となる。

ＵＩ生成処理部４３０は、制御端末１０に対してＵＩ（ユーザインタフェース）を提供する為の機能部である。リモート制御サーバ４０における認証画面や、被制御端末２０の制御画面、デバイス接続管理サーバ３０からの認証要求に応じてＵＩを生成し、制御端末１０に出力するための機能部である。

記憶部４４０は、リモート制御サーバ４０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部４４０は、制御トークン４４２を記憶可能である。制御トークン４４２は、デバイス接続管理サーバ３０において生成された制御トークン３４６を受信し、記憶する。また、制御トークン４４２に基づき、リモート制御サーバ４０は、被制御端末２０からどの権限が委譲されているか、権限委譲が有効かを確認することが可能となる。

［３．処理の流れ］
［３．１ 被接続端末の登録］
続いて、本実施形態における権限委譲処理について、以下図を用いて説明する。図１１は、被制御端末２０が、デバイス接続管理サーバ３０に、委譲する権限を登録するための処理である。

まず、被制御端末２０において、登録アプリが起動される（Ｓ１０２）。登録アプリが起動、実行されることにより、デバイス接続管理サーバ３０に登録処理が実行可能となる。登録アプリでは、例えばデバイス接続管理サーバ３０を選択したり、登録状況を表示したり、削除したりすることも可能である。

続いて、登録するデバイス接続管理サーバ３０にログインする処理を実行する（Ｓ１０４）。ここで、被制御端末２０は、デバイス接続管理サーバ３０の管理サービス（権限委譲システム）に接続する（Ｓ１０６）。

ここで、デバイス接続管理サーバ３０から、被制御端末２０に対してデバイス管理の確認、すなわち被制御端末２０がデバイス接続管理サーバ３０に接続されたことが確認された応答信号が送信されると（Ｓ１０８）、被制御端末２０は委譲可能な権限を選択し、登録する処理を実行する（Ｓ１１０）。これにより、被制御端末２０について、デバイス登録要求がデバイス接続管理サーバ３０に送信される（Ｓ１１２）。ここで、デバイス登録要求には、委譲する権限（機能）や、委譲可能なユーザアカウント、被制御端末に関する情報等が含まれている。

デバイス接続管理サーバ３０は、デバイス登録要求に基づいてデバイス管理テーブル３４２を更新（登録）し（Ｓ１１４）、登録されたことを示すデバイス登録応答を被制御端末２０に送信する（Ｓ１１６）。

これにより、被制御端末２０から、デバイス接続管理サーバ３０に対して被制御端末２０の制御権委譲の管理の役割が移管／委譲されることとなる。したがって、デバイス接続管理サーバ３０により、被制御端末２０が委譲可能な権限が管理されることとなる。

続いて、制御端末１０から、被制御端末２０の機能を利用する、すなわち被制御端末２０から権限委譲をされる処理について図１２以降で説明する。

［３．２ 権限委譲処理］
まず、制御端末１０は、リモート制御サーバ４０に、権限委譲を受けるためのサービス接続要求を送信する（図１２のＳ２０２）。リモート制御サーバ４０は、制御端末１０に関するアクセス権（制御トークン４４２）を確認する（Ｓ２０４）。

ここで、制御端末１０が、権限委譲を受けるためのサービスに対してアクセス権が登録されていない場合、すなわち、サービス接続要求に対応する有効な制御トークンがリモート制御サーバ４０に無い場合、リダイレクト要求を制御端末１０に送信する（Ｓ２０６）。具体的には、デバイス接続管理サーバ３０の認証ページへアクセスするよう要求を行う。リダイレクト要求には、デバイス接続管理サーバ３０へのアクセス先が含まれている。

制御端末１０は、リダイレクト要求を受信すると、デバイス接続管理サーバ３０に認証要求を送信する（Ｓ２０８）。具体的には、デバイス接続管理サーバ３０の認証ページにアクセスを行う。

デバイス接続管理サーバ３０は、制御端末１０から認証要求を受信すると、認証画面を送信する（Ｓ２１０）。これは、制御端末１０がユーザ認証を行う為の画面（例えば、ＨＴＭＬ等により構成されるＷＥＢ画面）を送信する。

制御端末１０は、認証画面を表示し、利用者から許可が選択された場合には、許可信号がデバイス接続管理サーバ３０に送信される（Ｓ２１２）。許可信号を受信したデバイス接続管理サーバ３０は、認証コード及びリダイレクト情報を制御端末１０に送信する（Ｓ２１４）。

続いて、制御端末１０は、送信された認証コードをリモート制御サーバ４０に送信する（Ｓ２１６）。リモート制御サーバ４０は、制御端末１０から認証コードを受信すると、受信された認証コードに基づいて、デバイス接続管理サーバ３０に一覧取得トークンの要求を送信する（Ｓ２１８）。デバイス接続管理サーバ３０は、一覧取得トークン要求に基づいて一覧取得トークンを発行する（Ｓ２２０）。

リモート制御サーバ４０は、一覧取得トークンを受信すると、デバイス接続管理サーバ３０に対して被制御端末一覧要求を送信する（Ｓ２２２）。デバイス接続管理サーバ３０は、被制御端末一覧要求に基づいて、管理している被制御端末の一覧を抽出し、被制御端末の一覧に関する情報をリモート制御サーバ４０に送信する（Ｓ２２４）。本実施形態では、被制御端末２０が登録されているため、被制御端末２０に関する情報が送信される。

被制御端末一覧に関する情報を受信したリモート制御サーバ４０は、被制御端末の一覧を制御端末１０に送信する（Ｓ２２６）。

制御端末１０は、受信した被制御端末一覧の中から、制御したい被制御端末を選択し、被制御端末制御要求をリモート制御サーバ４０に送信する（図１３のＳ３０２）。

リモート制御サーバ４０は、選択された被制御端末の権限（制御権）を獲得するため、被制御端末の制御要求をデバイス接続管理サーバ３０に送信する（Ｓ３０４）。ここで、デバイス接続管理サーバ３０は、当該被制御端末の制御が行えるか、すなわち被制御端末から制御端末に対して権限委譲が可能か否かを判定する（ステップＳ３０６）。

ここで、本実施形態では被制御端末において、制御端末１０による被制御端末２０の制御がまだ許可されていない（権限が委譲されていない）場合について説明する。この場合、デバイス接続管理サーバ３０は、ユーザ認証が必要である旨のエラー通知を行う（Ｓ３０８）。

エラー通知を受けたリモート制御サーバ４０は、制御端末１０から認証ページにアクセスさせるように、リダイレクト要求を送信する（Ｓ３１０）。リダイレクト要求には、制御端末がアクセスするべきアクセス先情報が含まれている。

制御端末１０は、リダイレクト要求を受信すると、デバイス接続管理サーバ３０に認証要求を行う（Ｓ３１２）。具体的には、制御端末１０からリダイレクト要求に基づいて認証ページにアクセスする。

デバイス接続管理サーバ３０は、制御端末１０から認証要求があると、認証画面を制御端末１０に送信する（Ｓ３１４）。制御端末１０から、ユーザ認証の許可をデバイス接続管理サーバ３０に通知すると（Ｓ３１６）、デバイス接続管理サーバ３０から制御端末１０に制御権の認証コード及びリダイレクト情報（例えば、リダイレクト先のＵＲＬ）が送信される（Ｓ３１８）。

制御端末１０は、取得したリダイレクト情報に基づいてリモート制御サーバ４０にアクセスし、制御権の認証コードを送信する（Ｓ３２０）。リモート制御サーバ４０は、制御権の認証コードに基づいて、制御トークンをデバイス接続管理サーバ３０に要求する（Ｓ３２２）。デバイス接続管理サーバ３０は、認証コードに基づいて、制御トークンを生成し（Ｓ３２４）、生成された制御トークンをリモート制御サーバ４０に送信する（Ｓ３２６）。

そして、被制御端末２０を制御する場合に、リモート制御サーバ４０と被制御端末２０とが制御処理用セッションを確立する場合と、制御端末１０と被制御端末２０とが制御処理用セッションを確立する場合に分けて説明する。

（１）リモート制御サーバ４０と制御処理用セッションを確立する場合
まず、リモート制御サーバ４０と、被制御端末２０とが制御処理用セッションを確立する場合について図１４を用いて説明する。これは、例えば、制御端末１０がリモート制御サーバ４０に対して、録画予約サービスを実行する。この場合、録画予約を完了した後、リモート制御サーバ４０が、被制御端末２０と制御を行うことにより、サービスを提供する場合等に利用される。

リモート制御サーバ４０は、セッション確立開始要求を、被制御端末２０に送信する（Ｓ４０２）。ここで、セッション確立処理開始要求には、被制御端末が接続先となるコネクション情報や経路等が含まれている。本実施形態においては、制御トークンが含まれており、例えば、アドレス（図１４の場合はリモート制御サーバ４０のＩＰアドレス）と、ポート番号とが含まれている。

被制御端末２０は、制御トークンに基づいて、要求された権限委譲の有効性を確認するため、有効性確認要求をデバイス接続管理サーバ３０に送信する（Ｓ４０４）。デバイス接続管理サーバ３０は、被制御端末２０が、リモート制御サーバ４０（制御端末１０）に対して権限を委譲可能か確認する確認処理を実行する（Ｓ４０６）。そして、確認処理の結果を有効性確認応答として被制御端末２０に送信する（Ｓ４０８）。

被制御端末２０は、権限委譲が可能である、すなわち制御端末１０（リモート制御サーバ４０）のアクセス権が確認されると、セッション確立処理開始要求に含まれている接続先、すなわちリモート制御サーバ４０と、被制御端末２０との間で制御処理用セッション確立処理が実行され（Ｓ４１０）、制御処理用セッションが確立される。

そして、リモート制御サーバ４０から、具体的な制御処理要求が被制御端末２０に送信され（Ｓ４１２）、被制御端末２０において制御処理要求に基づく制御処理が実行される（Ｓ４１４）。そして、制御処理が完了すると、被制御端末２０から、リモート制御サーバ４０に対して制御処理応答が送信される（Ｓ４１６）。なお、Ｓ４１２からＳ４１６の処理は必要に応じて複数の処理が実行されても良い。

制御処理応答に基づき、リモート制御サーバ４０において制御端末１０に送信するデータが生成され（Ｓ４１８）、リモート制御サーバ４０から制御端末１０に対して制御処理の結果の通知がなされる（Ｓ４２０）。

（２）制御端末１０と制御処理用セッションを確立する場合
続いて、制御端末１０と、被制御端末２０との間で被制御処理用セッションが確立される場合について図１５を用いて説明する。

リモート制御サーバ４０から、接続確認要求が制御端末１０に送信されると（Ｓ５０２）、制御端末１０は、確認画面の出力処理を実行する（Ｓ５０４）。すなわち、被制御端末２０と接続するための確認画面が表示される。

その後、制御端末１０から、被制御端末２０に対してセッション確立処理の開始要求が送信される（Ｓ５０６）。セッション確立処理の開始要求には、被制御端末が接続先となるコネクション情報や経路等が含まれている。本実施形態においては、制御トークンが含まれており、例えば、アドレス（図１５の場合は制御端末１０のＩＰアドレス）と、ポート番号とが含まれている。

ここで、被制御端末２０は、セッション確立処理の開始要求を受信すると、制御端末１０に対してアクセス権があるか、すなわち権限委譲が可能かの有効性確認要求をデバイス接続管理サーバ３０に送信する（Ｓ５０８）。ここで、デバイス接続管理サーバ３０において権限の委譲が可能か否かの確認処理が実行された後（Ｓ５１０）、有効性確認応答を被制御端末２０に送信する（Ｓ５１２）。

続いて、セッション確立処理開始要求に基づいて、接続先（制御端末１０）と、被制御端末２０との間で制御処理用セッション確立処理が実行される（Ｓ５１４）。そして、制御処理要求が制御端末１０から、被制御端末２０に送信される（Ｓ５１６）。

被制御端末２０は、制御処理要求に基づいた制御処理を実行し（Ｓ５１８）、制御処理応答を被制御端末２０から制御端末１０に送信する（Ｓ５２０）。なお、Ｓ５１６からＳ５２０については、必要に応じて複数の処理が実行されても良い。

［４．実施例］
続いて、実施例について図を用いて説明する。図１６は、被制御端末２０が、デバイス接続管理サーバ３０に接続し、委譲する権限を登録する場合に表示される表示画面の一例を示している図である。

デバイス接続管理サーバ３０にログインし（図１１のＳ１０４）、被制御端末２０に関する情報と、委譲する権限（機能）について選択し、デバイス接続管理サーバ３０に送信する（図１１のＳ１０６〜Ｓ１１２）。これにより、デバイス管理テーブル３４２が更新され、制御端末１０からの要求に基づいて権限を委譲することが可能となる。

図１７は、制御端末１０から、デバイス接続管理サーバ３０に接続した場合における表示画面の一例である。アカウントＩＤと、パスワードを入力することにより、デバイス接続管理サーバ３０（権限委譲システム）に認証され、接続されることとなる（図１２のＳ２０８〜Ｓ２１２）。また、これにより認証コードが発行され、リモート制御サーバ４０に対して認証コードを送信する（Ｓ２１４、Ｓ２１６）。

図１８は、制御端末１０において、被制御端末２０を選択し、被制御端末制御要求を行っている場合の表示画面の一例を示している図である。被制御端末一覧がリモート制御サーバ４０から送信され（図１２のＳ２２６）、その中から被制御端末を選択する。そして、選択された被制御端末の情報をリモート制御サーバ４０に送信する（図１３のＳ３０２）。

図１９は、リモート制御サーバ４０と、被制御端末２０とが制御処理用セッションを確立する場合の一例を示す表示画面の図である。例えば、図１９に示すように、制御端末１０から録画予約をリモート制御サーバ４０に対して行う。リモート制御サーバ４０は、制御処理要求に従い、録画予約処理を実行する（図１４のＳ４１２〜Ｓ４１６）。

図２０は、制御端末１０と、被制御端末２０とが制御処理用セッションを確立する場合の一例を示す表示画面の図である。図２０では、制御端末１０と、被制御端末２０とが制御処理用セッションの確立を行った後（図１５のＳ５１４）、録画された番組を視聴している（Ｓ５１６〜Ｓ５２０）。

［５．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。

また、上述した制御端末、被制御端末は種々の装置が考えられる。すなわち、制御端末としては、コンピュータに限られず、ブラウザ機能を有する携帯電話、スマートフォン、タブレット端末、ゲーム機、カーナビゲーション、デジタルテレビといった情報機器であれば良い。また、被制御端末としては、同じように利用者が制御したい端末、コンピュータや、スマートフォンだけなく、デジタルテレビ、ＨＤＤレコーダ、ＢＤレコーダ、デジタル複合機といった種々の端末装置に適用可能である。

１ ：権限委譲システム
１０ ：制御端末
２０ ：被制御端末
３０ ：デバイス接続管理サーバ
４０ ：リモート制御サーバ
１００ ：制御部
１１０ ：ネットワーク部
１４０ ：記憶部
１４２ ：ユーザ情報
１５０ ：ブラウザ処理部
１６０ ：表示部
１７０ ：操作部
２００ ：制御部
２１０ ：ネットワーク部
２２０ ：放送受信部
２３０ ：デコード部
２４０ ：記憶部
２４２ ：デバイス情報
２６０ ：表示部
２７０ ：操作部
３００ ：制御部
３１０ ：ネットワーク部
３２０ ：ユーザ認証処理部
３３０ ：権限委譲処理部
３４０ ：記憶部
３４２ ：デバイス管理テーブル
３４４ ：ユーザ管理テーブル
３４６ ：制御トークン
４００ ：制御部
４１０ ：ネットワーク部
４２０ ：リモート端末制御処理部
４３０ ：ＵＩ生成処理部
４４０ ：記憶部
４４２ ：制御トークン

Claims (7)

1. 制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおいて、
   前記管理サーバには、被制御端末が委譲可能な制御権限が登録されており、
   前記制御端末から制御権限の委譲要求があった場合には、前記被制御端末は前記管理サーバに制御権限の委譲が可能か否かを確認し、
   前記被制御端末の制御権限を、前記制御端末に委譲可能な場合には、当該制御権限を前記制御端末に委譲することを特徴とする権限委譲システム。
2. 前記権限委譲システムには、前記制御端末に接続されたリモート制御サーバが更に接続されており、
   前記制御端末は、被制御端末の制御権限の委譲要求を前記リモート制御サーバに送信し、
   前記リモート制御サーバは、前記被制御端末に対して制御権限の委譲要求を送信することを特徴とする請求項１に記載の権限委譲システム。
3. 前記制御権限の委譲要求には、送信元情報が含まれており、
   前記被制御端末は、前記送信元情報に基づいて制御権限を委譲することを特徴とする請求項１又は２に記載の権限委譲システム。
4. 制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおける被制御端末において、
   前記制御端末の情報を含むセッション確立処理開始要求を受信するセッション確立開始要求受信手段と、
   前記セッション確立処理開始要求を受信した場合には、前記制御端末に制御権限が委譲可能か否かを前記管理サーバに確認する確認手段と、
   前記管理サーバより、前記制御端末に制御権限が委譲可能と確認された場合には、前記制御端末と制御処理用セッションを確立するセッション確立手段と、
   を備えることを特徴とする被制御端末。
5. 制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおける通信方法であって、
   前記管理サーバには、被制御端末が委譲可能な制御権限が登録されており、
   前記制御端末から制御権限の委譲要求があった場合には、前記被制御端末は前記管理サーバに制御権限の委譲が可能か否かを確認し、
   前記被制御端末の制御権限を、前記制御端末に委譲可能な場合には、当該制御権限を前記制御端末に委譲することを特徴とする通信方法。
6. 制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおける被制御端末の通信方法において、
   前記制御端末の情報を含むセッション確立処理開始要求を受信するセッション確立開始要求受信ステップと、
   前記セッション確立処理開始要求を受信した場合には、前記制御端末に制御権限が委譲可能か否かを前記管理サーバに確認する確認ステップと、
   前記管理サーバより、前記制御端末に制御権限が委譲可能と確認された場合には、前記制御端末と制御処理用セッションを確立するセッション確立ステップと、
   を含むことを特徴とする通信方法。
7. 制御端末と、被制御端末と、管理サーバとが接続され、被制御端末の制御権限を制御端末に委譲する権限委譲システムにおける被制御端末において実行されるプログラムであって、
   前記制御端末の情報を含むセッション確立処理開始要求を受信するセッション確立開始要求受信機能と、
   前記セッション確立処理開始要求を受信した場合には、前記制御端末に制御権限が委譲可能か否かを前記管理サーバに確認する確認機能と、
   前記管理サーバより、前記制御端末に制御権限が委譲可能と確認された場合には、前記制御端末と制御処理用セッションを確立するセッション確立機能と、
   を実現させるためのプログラム。

Images