(57)【要約】【課題】ホームネットワーク上で、認証を必要とするＷｅｂサービスを利用する機器の切り替えを簡単な操作で行なう。【解決手段】ワンタイムＵＲＬ提供部９０５は、認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、携帯機器１０３に送信する。ワンタイムＵＲＬ記憶部９０６は、生成したワンタイムＵＲＬと携帯機器１０３のセッション情報をペアにして記憶する。Ｗｅｂサービス提供部９０４は、受信したワンタイムＵＲＬ記憶部９０６がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する。【選択図】  図１
2014010577.tif 000002
【特許請求の範囲】
【請求項１】
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、
他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部と、
前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部と、
を具備し、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、
情報処理装置。
【請求項２】
ユーザーが文字の入力操作を行なう入力部をさらに備え、
前記Ｗｅｂサービス利用部は、認証を必要とするＷｅｂサービスを利用する際に、ユーザーが前記入力部を介して入力した認証情報を、前記Ｗｅｂブラウザー機能を用いて前記Ｗｅｂサーバーに送信する、
請求項１に記載の情報処理装置。
【請求項３】
前記ＵＲＬ取得部は、前記Ｗｅｂブラウザー機能を利用して、前記他の機器で利用するＷｅｂサービスが認証を必要とするかどうかを前記Ｗｅｂサーバーに問い合わせる、
請求項１に記載の情報処理装置。
【請求項４】
前記ＵＲＬ取得部は、前記ＷｅｂサービスのＵＲＬに対するＨＴＴＰ  ＨＥＡＤリクエストを送信し、そのレスポンスのヘッダーにワンタイムＵＲＬ発行要求子が含まれていることにより、前記Ｗｅｂサービスが認証を必要であることを確認する、
請求項３に記載の情報処理装置。
【請求項５】
前記ＵＲＬ取得部は、前記レスポンスのヘッダーから抽出したワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ  ＧＥＴリクエストを送信し、そのレスポンスとしてワンタイムＵＲＬを受け取る、
請求項４に記載の情報処理装置。
【請求項６】
前記ＵＲＬ転送部は、ＤＬＮＡのＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒとして振る舞い、Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒとして振る舞う前記他の機器に対して、ＵＲＬをｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして送信する、
請求項１に記載の情報処理装置。
【請求項７】
Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部と、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、
を具備し、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、
前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
情報処理装置。
【請求項８】
前記ＵＲＬ取得部は、ＤＬＮＡのＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒとして振る舞い、Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒとして振る舞う前記他の機器から、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとしてＵＲＬを受信したことに応答して、前記Ｗｅｂサービス利用部のＷｅｂブラウザー機能を起動して、受信したＵＲＬを表示する、
請求項７に記載の情報処理装置。
【請求項９】
Ｗｅｂサービスを提供するＷｅｂサービス提供部と、
認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供部と、
前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶部と、
を具備し、
前記Ｗｅｂサービス提供部は、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、
情報処理装置。
【請求項１０】
前記Ｗｅｂサービス提供部は、前記第１の機器が認証を必要とするＷｅｂサービスにアクセスする際に、前記第１の機器に組み込まれたＷｅｂブラウザー上でユーザーによる認証情報の入力を求め、正しく認証された場合に、セッション情報をＣｏｏｋｉｅにより管理する、
請求項９に記載の情報処理装置。
【請求項１１】
前記ワンタイムＵＲＬ提供部は、前記第１の機器から受信したＨＴＴＰ  ＨＥＡＤリクエストが認証を必要とするＷｅｂサービスのＵＲＬに対するアクセス要求である場合に、そのレスポンスでワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を送信して、前記第１の機器に対して認証を必要とするＷｅｂサービスであることを示す、
請求項９に記載の情報処理装置。
【請求項１２】
前記ワンタイムＵＲＬ提供部は、ワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ  ＧＥＴリクエストを前記第１の機器から受信すると、前記第１の機器が認証済みであることを確認した上で認証を必要とする前記ＷｅｂサービスへのワンタイムＵＲＬを生成し、ＨＴＴＰ  ＧＥＴのレスポンスとして送信する、
請求項１１に記載の情報処理装置。
【請求項１３】
前記Ｗｅｂサービス提供部は、前記第２の機器がワンタイムＵＲＬに対してアクセスがした際に、前記ワンタイムＵＲＬ記憶部でペアとして記憶しているセッション情報に基づいて前記第１の機器と同じ認証情報でログインしたものとみなし、前記第２の機器にセッション情報を管理するためのＣｏｏｋｉｅを送信して新たなセッションを開始する、
請求項９に記載の情報処理装置。
【請求項１４】
前記Ｗｅｂサービス提供部は、前記第２の機器からアクセスされたワンタイムＵＲＬ及びペアとなっているセッション情報を前記ワンタイムＵＲＬ記憶部から破棄する、
請求項９に記載の情報処理装置。
【請求項１５】
Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、
他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得ステップと、
前記ＵＲＬ取得ステップで取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送ステップと、
を有し、
前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、
情報処理方法。
【請求項１６】
Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得ステップと、
前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、
を有し、
前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、
前記Ｗｅｂサービス利用ステップでは、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
情報処理方法。
【請求項１７】
Ｗｅｂサービスを提供するＷｅｂサービス提供ステップと、
認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供ステップと、
前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶ステップと、
を有し、
前記Ｗｅｂサービス提供ステップでは、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、
情報処理方法。
【請求項１８】
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、
他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部、
前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部、
としてコンピューターを機能させるようにコンピューター可読形式で記述され、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、
コンピューター・プログラム。
【請求項１９】
Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、
としてコンピューターを機能させるようにコンピューター可読形式で記述され、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、
前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
コンピューター・プログラム。
【請求項２０】
Ｗｅｂブラウザー機能を有する第１の機器及び第２の機器と、ＵＲＬにアクセスしたＷｅｂサービスを提供するＷｅｂサーバーを具備し、
前記Ｗｅｂサーバーは、認証を必要とするＷｅｂサービスにアクセスするワンタイムＵＲＬを認証済みの機器に発行して、当該機器のセッション情報とペアにして記憶し、
前記第１の機器は、Ｗｅｂブラウザー機能を介して前記Ｗｅｂサーバーに認証情報を送信するとともに、前記ワンタイムＵＲＬを取得して前記第２の機器に渡し、
前記第２の機器は、受け取った前記ワンタイムＵＲＬから認証を必要とする前記Ｗｅｂサービスにアクセスする、
情報通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、認証を必要とするＷｅｂサービスを例えば家庭内で利用する情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムに係り、特に、認証を必要とするＷｅｂサービスを利用する機器を切り替える情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムに関する。
【背景技術】
【０００２】
インターネット上で利用できるＷｅｂサービスの中には、認証を必要とするものがある。例えば、スマートフォンなどの多機能端末からこのようなサービスを利用する際には、ユーザーは、多機能端末が備えるユーザー・インターフェースを通じて、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）やＩＤ並びにパスワードの入力操作を行なえばよく、その後、Ｗｅｂサービスで提供されるコンテンツを同端末の画面上で再生することができる。
【０００３】
また、ユーザーは、多機能端末上で閲覧しているコンテンツを、さらにＴＶ受像機の大画面を利用して視聴したいと思うこともある。最近のＴＶ受像機の多くはブラウザー機能を組み込んでおり、多機能端末と同じＷｅｂサービスをＴＶ受像機上でも表示することができる。
【０００４】
ところが、認証を必要とするＷｅｂサービスを利用する場合、ＴＶ受像機側でも同じＩＤ及びパスワードなどの認証情報を改めてユーザーが入力しなければならず、煩わしい。多機能端末上で一度認証処理を行なったにも拘らず、Ｗｅｂサービスを表示する機器を切り換える度に同じ文字列の入力操作を繰り返すのは、面倒である。また、ＴＶ受像機への文字列の入力は、通常、リモコン機器の数字キーや十字キーを介して行なうので、ユーザーにとって非常に手間のかかる操作となる。
【０００５】
例えば、ログイン認証が必要なコンテンツ・サーバーからの配信コンテンツを視聴するコンテンツ視聴端末を替える際に、元のコンテンツ視聴端末が認証管理装置から視聴権利証明書を取得して移動先のコンテンツ視聴端末に転送し、移動先のコンテンツ視聴端末は受信した視聴権利証明書（アサーション）を使ってコンテンツ提供装置にコンテンツを要求するコンテンツ配信システムについて提案がなされている（例えば、特許文献１を参照のこと）。このコンテンツ配信システムによれば、移動先のコンテンツ視聴端末で再ログインする手間を省くことができる。しかしながら、このコンテンツ配信システムの場合、視聴端末の切り替えの際に視聴権利証明書すなわち認証情報の移動を伴うものであり、このため、認証管理装置だけでなく、元のコンテンツ視聴端末並びに移動先のコンテンツ視聴端末も認証情報の処理を行なうための専用の仕組みが必要となり、大がかりなシステムになってしまう。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２１７３７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本明細書で開示する技術の目的は、例えばホームネットワーク上で、認証を必要とするＷｅｂサービスを利用する機器の切り替えを簡単な操作で行なうことができる、優れた情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムを提供することにある。
【課題を解決するための手段】
【０００８】
本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、
他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部と、
前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部と、
を具備し、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、
情報処理装置である。
【０００９】
本願の請求項２に記載の技術によれば、請求項１に記載の情報処理装置は、ユーザーが文字の入力操作を行なう入力部をさらに備えている。そして、前記Ｗｅｂサービス利用部は、認証を必要とするＷｅｂサービスを利用する際に、ユーザーが前記入力部を介して入力した認証情報を、前記Ｗｅｂブラウザー機能を用いて前記Ｗｅｂサーバーに送信するように構成されている。
【００１０】
本願の請求項３に記載の技術によれば、請求項１に記載の情報処理装置の前記ＵＲＬ取得部は、前記Ｗｅｂブラウザー機能を利用して、前記他の機器で利用するＷｅｂサービスが認証を必要とするかどうかを前記Ｗｅｂサーバーに問い合わせるように構成されている。
【００１１】
本願の請求項４に記載の技術によれば、請求項３に記載の情報処理装置の前記ＵＲＬ取得部は、前記ＷｅｂサービスのＵＲＬに対するＨＴＴＰ  ＨＥＡＤリクエストを送信し、そのレスポンスのヘッダーにワンタイムＵＲＬ発行要求子が含まれていることにより、前記Ｗｅｂサービスが認証を必要であることを確認するように構成されている。
【００１２】
本願の請求項５に記載の技術によれば、請求項４に記載の情報処理装置の前記ＵＲＬ取得部は、前記レスポンスのヘッダーから抽出したワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ  ＧＥＴリクエストを送信し、そのレスポンスとしてワンタイムＵＲＬを受け取るように構成されている。
【００１３】
本願の請求項６に記載の技術によれば、請求項１に記載の情報処理装置の前記ＵＲＬ転送部は、ＤＬＮＡのＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒとして振る舞い、Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒとして振る舞う前記他の機器に対して、ＵＲＬをｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして送信するように構成されている。
【００１４】
また、本願の請求項７に記載の技術は、
Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部と、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、
を具備し、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、
前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
情報処理装置である。
【００１５】
本願の請求項８に記載の技術によれば、請求項９に記載の情報処理装置の前記ＵＲＬ取得部は、ＤＬＮＡのＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒとして振る舞い、Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒとして振る舞う前記他の機器から、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとしてＵＲＬを受信したことに応答して、前記Ｗｅｂサービス利用部のＷｅｂブラウザー機能を起動して、受信したＵＲＬを表示するように構成されている。
【００１６】
また、本願の請求項９に記載の技術は、
Ｗｅｂサービスを提供するＷｅｂサービス提供部と、
認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供部と、
前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶部と、
を具備し、
前記Ｗｅｂサービス提供部は、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、
情報処理装置である。
【００１７】
本願の請求項１０に記載の技術によれば、請求項９に記載の情報処理装置の前記Ｗｅｂサービス提供部は、前記第１の機器が認証を必要とするＷｅｂサービスにアクセスする際に、前記第１の機器に組み込まれたＷｅｂブラウザー上でユーザーによる認証情報の入力を求め、正しく認証された場合に、セッション情報をＣｏｏｋｉｅにより管理するように構成されている。
【００１８】
本願の請求項１１に記載の技術によれば、請求項９に記載の情報処理装置の前記ワンタイムＵＲＬ提供部は、前記第１の機器から受信したＨＴＴＰ  ＨＥＡＤリクエストが認証を必要とするＷｅｂサービスのＵＲＬに対するアクセス要求である場合に、そのレスポンスでワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を送信して、前記第１の機器に対して認証を必要とするＷｅｂサービスであることを示すように構成されている。
【００１９】
本願の請求項１２に記載の技術によれば、請求項１１に記載の情報処理装置の前記ワンタイムＵＲＬ提供部は、ワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ  ＧＥＴリクエストを前記第１の機器から受信すると、前記第１の機器が認証済みであることを確認した上で認証を必要とする前記ＷｅｂサービスへのワンタイムＵＲＬを生成し、ＨＴＴＰ  ＧＥＴのレスポンスとして送信するように構成されている。
【００２０】
本願の請求項１３に記載の技術によれば、請求項９に記載の情報処理装置の前記Ｗｅｂサービス提供部は、前記第２の機器がワンタイムＵＲＬに対してアクセスがした際に、前記ワンタイムＵＲＬ記憶部でペアとして記憶しているセッション情報に基づいて前記第１の機器と同じ認証情報でログインしたものとみなし、前記第２の機器にセッション情報を管理するためのＣｏｏｋｉｅを送信して新たなセッションを開始するように構成されている。
【００２１】
本願の請求項１４に記載の技術によれば、請求項９に記載の情報処理装置の前記Ｗｅｂサービス提供部は、前記第２の機器からアクセスされたワンタイムＵＲＬ及びペアとなっているセッション情報を前記ワンタイムＵＲＬ記憶部から破棄するように構成されている。
【００２２】
また、本願の請求項１５に記載の技術は、
Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、
他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得ステップと、
前記ＵＲＬ取得ステップで取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送ステップと、
を有し、
前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、
情報処理方法である。
【００２３】
また、本願の請求項１６に記載の技術は、
Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得ステップと、
前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、
を有し、
前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、
前記Ｗｅｂサービス利用ステップでは、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
情報処理方法である。
【００２４】
また、本願の請求項１７に記載の技術は、
Ｗｅｂサービスを提供するＷｅｂサービス提供ステップと、
認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供ステップと、
前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶ステップと、
を有し、
前記Ｗｅｂサービス提供ステップでは、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、
情報処理方法である。
【００２５】
また、本願の請求項１８に記載の技術は、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、
他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部、
前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部、
としてコンピューターを機能させるようにコンピューター可読形式で記述され、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、
コンピューター・プログラムである。
【００２６】
また、本願の請求項１９に記載の技術は、
Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、
としてコンピューターを機能させるようにコンピューター可読形式で記述され、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、
前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
コンピューター・プログラムである。
【００２７】
本願の請求項１８、１９の各々に係るコンピューター・プログラムは、コンピューター上で所定の処理を実現するようにコンピューター可読形式で記述されたコンピューター・プログラムをそれぞれ定義したものである。換言すれば、本願の請求項１８、１９に係るコンピューター・プログラムをコンピューターにインストールすることによって、コンピューター上では協働的作用が発揮され、本願の請求項１、７に係る情報処理装置と同様の作用効果をそれぞれ得ることができる。
【００２８】
また、本願の請求項２０に記載の技術は、
Ｗｅｂブラウザー機能を有する第１の機器及び第２の機器と、ＵＲＬにアクセスしたＷｅｂサービスを提供するＷｅｂサーバーを具備し、
前記Ｗｅｂサーバーは、認証を必要とするＷｅｂサービスにアクセスするワンタイムＵＲＬを認証済みの機器に発行して、当該機器のセッション情報とペアにして記憶し、
前記第１の機器は、Ｗｅｂブラウザー機能を介して前記Ｗｅｂサーバーに認証情報を送信するとともに、前記ワンタイムＵＲＬを取得して前記第２の機器に渡し、
前記第２の機器は、受け取った前記ワンタイムＵＲＬから認証を必要とする前記Ｗｅｂサービスにアクセスする、
情報通信システムである。
【００２９】
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【発明の効果】
【００３０】
本明細書で開示する技術によれば、例えばホームネットワーク上で、認証を必要とするＷｅｂサービスを利用する機器の切り替えを、再ログインの手間を省いて行なうことができる、優れた情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムを提供することができる。
【００３１】
また、本明細書で開示する技術によれば、例えばホームネットワーク上で、認証情報をやり取りなしで、認証を必要とするＷｅｂサービスを利用する機器の切り替えを行なうことができる、優れた情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムを提供することができる。
【００３２】
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【図面の簡単な説明】
【００３３】
【図１】図１は、本明細書で開示する技術が適用される情報通信システム１００の構成を模式的に示した図である。
【図２】図２は、Ｗｅｂサーバー１０５が携帯機器１０３を認証するための通信シーケンス例を示した図である。
【図３】図３は、携帯機器１０３がＷｅｂサーバー１０５からワンタイムＵＲＬを取得し、ＴＶ受像機１０４に送信するまでの、情報通信システム１００で実行される処理手順を示したフローチャートである。
【図４】図４は、携帯機器１０３がＷｅｂサーバー１０５からワンタイムＵＲＬを取得するための通信シーケンス例を示した図である。
【図５】図５は、携帯機器１０３からＤＬＮＡプッシュによりＴＶ受像機１０４側でＷｅｂブラウザーを起動する通信シーケンス例を示した図である。
【図６】図６は、ＴＶ受像機１０４からＷｅｂサーバー１０５へワンタイムＵＲＬを用いてアクセスする通信シーケンス例を示した図である。
【図７】図７は、携帯機器１０３として動作する情報処理装置７００の機能的構成を模式的に示した図である。
【図８】図８はＴＶ受像機１０４として動作する情報処理装置８００の機能的構成を模式的に示した図である。
【図９】図９は、Ｗｅｂサーバー１０５として動作する情報処理装置９００の機能的構成を模式的に示した図である。
【発明を実施するための形態】
【００３４】
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
【００３５】
図１には、本明細書で開示する技術が適用される情報通信システム１００の構成を模式的に示している。
【００３６】
インターネット１０２上には、Ｗｅｂサーバー１０５を始め、無数のホスト（図示しない）が設置されている。本実施形態では、Ｗｅｂサーバー１０５は、認証を必要とするＷｅｂサービスを、インターネット１０２上で提供するものとする。Ｗｅｂサービスの一例は、動画像コンテンツのストリーミングである。
【００３７】
また、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１０１を始め無数のネットワーク（図示しない）がインターネット１０２に相互接続されている。
【００３８】
ＬＡＮ１０１は、例えば家庭内に敷設されている。また、家庭内に、スマートフォンなどの携帯機器１０３や、ＴＶ受像機１０４などの、ＬＡＮ１０１及びインターネット１０２に接続可能なＷｅｂブラウザーが組み込まれた機器が存在し、Ｗｅｂサーバー１０５が提供する動画像ストリーミングなどのＷｅｂサービスを各機器から利用することができる。携帯機器１０３並びにＴＶ受像機１０４に組み込まれたＷｅｂブラウザーはいずれも、Ｃｏｏｋｉｅに対応しているものとする。
【００３９】
ＬＡＮ１０１には、家庭内でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク経由でＡＶコンテンツを操作する仕組みとして、例えばＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）規格が導入されている。ここで、ＤＬＮＡ  Ｇｕｉｄｅｌｉｎｅ  １．０（及び１．５）では、コンテンツを提供するサーバーに相当するＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）と、再生するクライアントに相当するＤＭＰ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）からなる２−Ｂｏｘ  Ｐｕｌｌ形式（Ｓｙｓｔｅｍ  Ｕｓａｇｅ）の接続条件について定義している。また、ＤＬＮＡ  Ｇｕｉｄｅｌｉｎｅ  １．５では、クライアントがＤＭＲ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ）及びＤＭＣ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ）からなる３−Ｂｏｘ  Ｓｙｓｔｅｍ  Ｕｓａｇｅが定義され、ＤＭＣを操作して、ＤＭＳからコンテンツをＤＭＲに送信して再生させることができる。
【００４０】
ＤＬＮＡ規格の仕組みを図１に示した情報通信システム１００に当てはめると、携帯機器１０３がＤＭＣ及びＤＭＳとして振る舞い、ＴＶ受像機１０４がＤＭＲとして振る舞い、ＴＶ受像機１０４上でＡＶコンテンツを再生するという運用が考えられる。
【００４１】
例えば、携帯機器１０３で利用しているＷｅｂサービスをＴＶ受像機１０４の大画面に表示したくなったときには、ＤＭＣ及びＤＭＳとしての携帯機器１０３は、ＤＭＲとしてのＴＶ受像機１０４に、ＷｅｂサービスにアクセスするＵＲＬをＤＬＮＡプッシュすればよい。ここで、認証を必要とするＷｅｂサービスを利用する際には、携帯機器１０３は、Ｗｅｂブラウザー上でユーザーが入力したＩＤ及びパスワードなどの認証情報をＷｅｂサーバー１０５に送信し、Ｗｅｂサーバー１０５が認証処理を行なう。また、Ｗｅｂサーバー１０５は、認証済みの携帯機器１０３に対して、ＷｅｂサービスにアクセスするワンタイムＵＲＬを発行して、携帯機器１０３のセッション情報とペアにして記憶する。したがって、携帯機器１０３がワンタイムＵＲＬをＴＶ受像機１０４に渡せば、ＴＶ受像機１０４は、このワンタイムＵＲＬにアクセスすれば、認証状態を引き継ぎ、再度の認証情報の入力なしに同じＷｅｂサービスを利用することができる。
【００４２】
まず、Ｗｅｂサーバー１０５で提供される、認証を必要とするＷｅｂサービスをＬＡＮ１０１上で利用する場合について説明する。
【００４３】
ユーザーは、まず携帯機器１０３上のＷｅｂブラウザーに、Ｗｅｂサーバー１０５が提供するＷｅｂサービスのＵＲＬを入力する。このとき、Ｗｅｂサーバー１０５はＷｅｂサービスの利用に認証を要求しており、ユーザーにＩＤ及びパスワードを入力させる画面をＷｅｂブラウザーに表示する。これに対し、ユーザーが、携帯機器１０３が備えるボタンやタッチパネルなどのＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を利用して、ＩＤ及びパスワードからなる認証情報を正しく入力すると、ＷｅｂブラウザーからＷｅｂサーバー１０５へ送信する。そして、Ｗｅｂサーバー１０５は、受信したＩＤ及びパスワードを用いてユーザー若しくは携帯機器１０３の認証処理を行ない、認証に成功すると、Ｗｅｂサービスを提供する画面をＷｅｂブラウザーに表示する。
【００４４】
図２には、携帯機器１０３で認証を必要とするＷｅｂサービスを利用するに際して、Ｗｅｂサーバー１０５が携帯機器１０３を認証するための通信シーケンス例を示している。
【００４５】
携帯機器１０３は、Ｗｅｂブラウザーに入力されたＵＲＬを、Ｗｅｂサーバー１０５に対してリクエストする（ＳＥＱ２０１）。このリクエストは、例えばＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）  ＧＥＴメッセージを用いて行なわれる。ここで、リクエストされたＵＲＬは、認証を必要とするＷｅｂサービスであるとする。
【００４６】
Ｗｅｂサーバー１０５は、携帯機器１０３からリクエストを受信すると、携帯機器１０３が認証されているかどうかを確認する（ＳＥＱ２０２）。そして、まだ携帯機器１０３の認証が済んでいないときには、Ｗｅｂサーバー１０５は、ユーザーにＩＤ及びパスワードを入力させる画面をＷｅｂブラウザーに表示する（ＳＥＱ２０３）。
【００４７】
携帯機器１０３側では、ユーザーが正しいＩＤ及びパスワードを入力すると、例えば、ＨＴＴＰ  ＰＯＳＴメッセージを用いてＷｅｂブラウザーからＷｅｂサーバー１０５へ送信する（ＳＥＱ２０４）。これに対し、Ｗｅｂサーバー１０５は、受信したＩＤ及びパスワードをチェックして、ユーザー若しくは携帯機器１０３の認証処理を行なう（ＳＥＱ２０５）。
【００４８】
ここで、認証に成功すると、Ｗｅｂサーバー１０５は、携帯機器１０３とのログイン・セッションを管理するためのＣｏｏｋｉｅを生成し、これをユーザー情報と紐付けして管理する。また、Ｗｅｂサーバー１０５は、  ＨＴＴＰ  ＰＯＳＴメッセージに対するレスポンスのヘッダーにＣｏｏｋｉｅを挿入して、携帯機器１０３にコンテンツを送信する（ＳＥＱ２０６）。
【００４９】
携帯機器１０３は、Ｗｅｂサーバー１０５から受け取ったＣｏｏｋｉｅを保存する（ＳＥＱ２０７）。以後、携帯機器１０３は、Ｗｅｂサーバー１０５へのリクエストのヘッダー部にＣｏｏｋｉｅを入れて送信することにより、ログイン・セッションの接続状態を保ちながら、Ｗｅｂサーバー１０５とやり取りすることができる。そして、携帯機器１０３側では、ＷｅｂブラウザーがＷｅｂサーバー１０５から受信したコンテンツを表示する（ＳＥＱ２０８）。
【００５０】
その後、ユーザーは、携帯機器１０３上で閲覧しているコンテンツを、さらにＴＶ受像機１０４の大画面を利用して視聴したくなったとする。このような場合、ユーザーは、携帯機器１０３上で表示していたコンテンツのＵＲＬをＴＶ受像機１０４に送信する操作を行なう。
【００５１】
携帯機器１０３は、ＴＶ受像機１０４など他の機器へのＵＲＬ送信操作がユーザーにより行なわれると、ＴＶ受像機１０４で表示を行ないたいＵＲＬに対するＨＴＴＰ  ＨＥＡＤリクエストをＷｅｂサーバー１０５に送信する。
【００５２】
ここで、ＨＴＴＰ  ＨＥＡＤリクエストに対するレスポンスではメッセージ・ボディーが含まれないが、その他のレスポンスはＨＴＴＰ  ＧＥＴリクエストに対するものと同等であり、リクエストに対する付加情報を得るためにしばしば利用される。例えば、リクエストするコンテンツ本体は携帯機器１０３内にキャッシュされているが、コンテンツが更新されたかどうかを確認する際に、ＨＴＴＰ  ＨＥＡＤリクエストを送信する。
【００５３】
Ｗｅｂサーバー１０５は、ＨＴＴＰ  ＨＥＡＤリクエストを受信すると、リクエストされたＵＲＬを表示するために認証を必要とするかどうかをチェックする。そして、認証が必要な場合には、以下の表１に示すワンタイムＵＲＬ発行要求子をヘッダー内に付与したレスポンスを携帯機器１０３に返す。
【００５４】
【表１】
2014010577.tif 000003
【００５５】
表１に示したワンタイムＵＲＬ発行要求子は、当該レスポンス・ヘッダーがワンタイムＵＲＬ発行要求子であることを示す値（Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒ）と、ワンタイムＵＲＬの発行を要求するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）の文字列（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）の組み合わせからなる。例えば、認証を必要とするＷｅｂサービスのＵＲＬが「ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ」であり、このＵＲＬに対するワンタイムＵＲＬの発行要求が文字列「ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ」によって示される。
【００５６】
ここで、ワンタイムＵＲＬは、Ｗｅｂサーバー１０５が１回（あるいは限られた時間又は回数）しかＨＴＴＰ  ＧＥＴリクエストを受け付けないリソースに対する、有効期限付きのＵＲＬである。上記のワンタイムＵＲＬ発行ＡＰＩは、認証を必要とするＵＲＬへアクセスするためのワンタイムＵＲＬをＷｅｂサーバー１０５に要求するＡＰＩである。Ｗｅｂサーバー１０５は、発行したワンタイムＵＲＬを、一定期間が経過するか、又は、１回（若しくは所定回）だけアクセスがあると、破棄する。
【００５７】
携帯機器１０３は、ＨＴＴＰ  ＨＥＡＤリクエストに対するＷｅｂサーバー１０５からのレスポンスを受信すると、そのヘッダー内にワンタイムＵＲＬ発行要求子（Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒ）が含まれているかどうかをチェックする。
【００５８】
このレスポンス・ヘッダー内にワンタイムＵＲＬ発行要求子が存在しない場合には、ＨＴＴＰ  ＨＥＡＤリクエストでリクエストしたＷｅｂサービスは認証が必要でないものと解される。したがって、携帯機器１０３は、ＴＶ受像機１０４で表示を行ないたいＵＲＬを、（そのワンタイムＵＲＬの生成を要求することなく）そのままＴＶ受像機１０４に送信すればよい。
【００５９】
一方、レスポンス・ヘッダー内にワンタイムＵＲＬ発行要求子が存在する場合（すなわち、同ヘッダー内に、Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒという文字列が含まれている場合）には、ＨＴＴＰ  ＨＥＡＤリクエストでリクエストしたＷｅｂサービスは認証が必要であり、Ｗｅｂサーバー１０５がワンタイムＵＲＬ発行ＡＰＩを発行したと解される。この場合、携帯機器１０３は、同ヘッダー内にセットされている値（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）をワンタイムＵＲＬ発行ＡＰＩとみなし、そのＵＲＬに対するＨＴＴＰ  ＧＥＴリクエストをＷｅｂサーバー１０５に送信する。
【００６０】
Ｗｅｂサーバー１０５は、このＨＴＴＰ  ＧＥＴリクエストを受信すると、送信元の携帯機器１０３の認証状態をチェックする。携帯機器１０３は、認証シーケンスで取得したＣｏｏｋｉｅをヘッダー部に入れて、ＨＴＴＰ  ＧＥＴリクエストを送信している。また、Ｗｅｂサーバー１０５は、認証シーケンスで生成したＣｏｏｋｉｅを、ユーザー情報と紐付けて管理している（前述）。したがって、Ｗｅｂサーバー１０５は、ＨＴＴＰ  ＧＥＴリクエストのヘッダーから取り出したＣｏｏｋｉｅに基づいて、携帯機器１０３の認証状態をチェックすることができる。
【００６１】
Ｗｅｂサーバー１０５は、携帯機器１０３が認証されていることを確認できたときには、発行要求されたワンタイムＵＲＬを生成すると、これをメッセージ・ボディーとしてＨＴＴＰ  ＧＥＴリクエストに対するレスポンスを携帯機器１０３に送信する。一方、携帯機器１０３が認証されていない場合には、Ｗｅｂサーバー１０５は、「４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ」というエラー・メッセージを返す。そして、携帯機器１０３は、このエラー・メッセージに応答して、同じＵＲＬのコンテンツをＴＶ受像機１０４など他の機器で表示するための処理をキャンセルする。
【００６２】
ワンタイムＵＲＬ発行ＡＰＩのパラメーター（表１を参照のこと）には、携帯機器１０３がＴＶ受像機１０４に表示したいコンテンツを示すＵＲＬ（この例では「ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ」）が指定される。ワンタイムＵＲＬ発行ＡＰＩ内で指定されたパラメーターから生成されるワンタイムＵＲＬへのアクセスは、認証を必要としない。このとき、ワンタイムＵＲＬを仲介として携帯機器１０３のセッション情報（すなわち認証状態）をＴＶ受像機１０４に引き継ぐために、Ｗｅｂサーバー１０５は、このワンタイムＵＲＬをセッション情報とペアにして一時的に記憶しておく。ワンタイムＵＲＬが無効となるタイミングで、Ｗｅｂサーバー１０５は、ワンタイムＵＲＬとセッション情報のペアを破棄する。
【００６３】
携帯機器１０３は、Ｗｅｂサーバー１０５から受け取ったレスポンスからメッセージ・ボディーを抽出し、ＴＶ受像機１０４に送信するＵＲＬを特定し、ＴＶ受像機１０４に送信する。
【００６４】
図３には、携帯機器１０３がＷｅｂサーバー１０５からワンタイムＵＲＬを取得し、ＴＶ受像機１０４に送信するまでの、情報通信システム１００で実行される処理手順をフローチャートの形式で示している。
【００６５】
まず、携帯機器１０３は、ＴＶ受像機１０４で表示を行ないたいＵＲＬに対するＨＴＴＰ  ＨＥＡＤリクエストを、Ｗｅｂサーバー１０５に送信する（ステップＳ３０１）。例えば、ＴＶ受像機１０４など他の機器へのＵＲＬ送信操作がユーザーにより行なわれたことに応答して、ＨＴＴＰ  ＨＥＡＤリクエストの送信処理が起動する。
【００６６】
Ｗｅｂサーバー１０５は、ＨＴＴＰ  ＨＥＡＤリクエストでリクエストされたＵＲＬを表示するために認証を必要とするかどうかをチェックする（ステップＳ３０２）。
【００６７】
ここで、認証を必要としないＵＲＬがリクエストされた場合には（ステップＳ３０２のＮｏ）、Ｗｅｂサーバー１０５は、ヘッダー部にステータス「２００  ＯＫ」を付けて、ＨＴＴＰ  ＨＥＡＤリクエストに対するレスポンスを携帯機器１０３に返す（ステップＳ３０４）。
【００６８】
また、認証を必要とするＵＲＬがリクエストされた場合には（ステップＳ３０２のＹｅｓ）、Ｗｅｂサーバー１０５は、ワンタイムＵＲＬ発行要求子であることを示す値（Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒ）と、ワンタイムＵＲＬの発行を要求するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）の文字列（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）の組み合わせをヘッダー部にセットして（ステップＳ３０３）、ＨＴＴＰ  ＨＥＡＤリクエストに対するレスポンスを携帯機器１０３に返す（ステップＳ３０４）。
【００６９】
携帯機器１０３は、Ｗｅｂサーバー１０５から受信したレスポンスのヘッダー内にワンタイムＵＲＬ発行要求子（Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒ）が含まれているかどうかをチェックする（ステップＳ３０５）。
【００７０】
ここで、レスポンス・ヘッダー内にワンタイムＵＲＬ発行要求子が存在しない場合には（ステップＳ３０５のＮｏ）、携帯機器１０３は、ＴＶ受像機１０４で表示を行ないたいＵＲＬを、そのままＴＶ受像機１０４に送信する（ステップＳ３１１）。
【００７１】
一方、レスポンス・ヘッダー内にワンタイムＵＲＬ発行要求子が存在する場合には（ステップＳ３０５のＹｅｓ）、携帯機器１０３は、認証を必要とするＵＲＬであると認識することができる。この場合、携帯機器１０３は、同ヘッダー内にセットされている値（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）をワンタイムＵＲＬ発行ＡＰＩとみなし、そのＵＲＬに対するＨＴＴＰ  ＧＥＴリクエストをＷｅｂサーバー１０５に送信する（ステップＳ３０６）。
【００７２】
Ｗｅｂサーバー１０５は、このＨＴＴＰ  ＧＥＴリクエストを受信すると、送信元の携帯機器１０３の認証状態をチェックする（ステップＳ３０７）。ＨＴＴＰ  ＧＥＴリクエストのヘッダーにはＣｏｏｋｉｅが付加されており、Ｗｅｂサーバー１０５はＣｏｏｋｉｅに紐付けされたユーザー情報に基づいて、携帯機器１０３の認証状態を確認することができる。
【００７３】
ここで、携帯機器１０３が認証されていない場合には（ステップＳ３０７のＮｏ）、Ｗｅｂサーバー１０５は、「４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ」というエラー・メッセージを返す（ステップＳ３１２）。そして、携帯機器１０３は、このエラー・メッセージに応答して、同じＵＲＬのコンテンツをＴＶ受像機１０４で表示するための処理をキャンセルし（ステップＳ３１３）、本処理ルーチンが終了する。
【００７４】
一方、携帯機器１０３が認証されていることを確認できたときには（ステップＳ３０７のＹｅｓ）、Ｗｅｂサーバー１０５は、発行要求されたワンタイムＵＲＬを生成し、これをセッション情報とペアにして一時的に記憶しておく（ステップＳ３０８）。また、Ｗｅｂサーバー１０５は、生成したワンタイムＵＲＬをメッセージ・ボディーとして、ＨＴＴＰ  ＧＥＴリクエストに対するレスポンスを携帯機器１０３に送信する（ステップＳ３０９）。
【００７５】
携帯機器１０３は、Ｗｅｂサーバー１０５から受け取ったレスポンスからメッセージ・ボディーを抽出し、ＴＶ受像機１０４に送信するＵＲＬを特定すると（ステップＳ３１０）、ＴＶ受像機１０４に送信する（ステップＳ３１１）。ステップＳ３１１では、携帯機器１０３は、ＤＬＮＡプッシュによりＴＶ受像機１０４にワンタイムＵＲＬを送信し、ＴＶ受像機１０４上でＷｅｂブラウザーを起動するが、この点の詳細については後述に譲る。
【００７６】
図４には、携帯機器１０３がＷｅｂサーバー１０５からワンタイムＵＲＬを取得するための通信シーケンス例を示している。
【００７７】
携帯機器１０３は、ワンタイムＵＲＬ発行ＡＰＩを、ＨＴＴＰ  ＧＥＴによりリクエストする（ＳＥＱ４０１）。このとき、ＨＴＴＰ  ＧＥＴリクエストのヘッダーにＣｏｏｋｉｅを含めることで、セッション情報を送信する。
【００７８】
Ｗｅｂサーバー１０５は、このＨＴＴＰ  ＧＥＴリクエストを受信すると、送信元の携帯機器１０３の認証状態を、Ｃｏｏｋｉｅに紐付けされているユーザー情報に基づいてチェックする。そして、携帯機器１０３が認証されていることを確認できたときには、Ｗｅｂサーバー１０５は、ＴＶ受像機１０４に送信すべきＵＲＬ（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）に対応するワンタイムＵＲＬを生成する（ＳＥＱ４０２）。
【００７９】
また、ワンタイムＵＲＬを仲介としてＴＶ受像機１０４にセッション情報を引き継がせるため、Ｗｅｂサーバー１０５は、このワンタイムＵＲＬをセッション情報とペアにして一時的に記憶しておく（ＳＥＱ４０３）。
【００８０】
そして、Ｗｅｂサーバー１０５は、生成したワンタイムＵＲＬをメッセージ・ボディーとしてＨＴＴＰ  ＧＥＴリクエストに対するレスポンスを携帯機器１０３に送信する（ＳＥＱ４０４）。
【００８１】
携帯機器１０３は、Ｗｅｂサーバー１０５から受け取ったレスポンスのメッセージ・ボディーからワンタイムＵＲＬを抽出して、保持する（ＳＥＱ４０５）。その後、携帯機器１０３は、ＤＬＮＡプッシュによりＴＶ受像機１０４にワンタイムＵＲＬを送信し、ＴＶ受像機１０４上でＷｅｂブラウザーを起動する。
【００８２】
本実施形態に係る情報通信システム１００にはＤＬＮＡ規格の仕組みが導入されており、携帯機器１０３はＵＲＬを配信するＤＭＳ及びコンテンツの送信を行なうＤＭＣとして振る舞い、また、ＴＶ受像機１０４はＤＭＲとして振る舞う（前述）。ここで、携帯機器１０３からＴＶ受像機１０４へのＵＲＬ送信は、ＤＬＮＡのレンダラーを、ｍｉｍｅｔｙｐｒ：ｔｅｘｔ／ｈｔｍｌが識別できるよう拡張して利用する。
【００８３】
図５には、ＤＭＳ及びＤＭＣとして振る舞う携帯機器１０３からＤＬＮＡプッシュにより、ＤＭＲとして振る舞うＴＶ受像機１０４側でＷｅｂブラウザーを起動する通信シーケンス例を示している。
【００８４】
ＤＭＳ及びＤＭＣとしての携帯機器１０３は、ＳＴ（Ｓｅａｒｃｈ  Ｔａｒｇｅｔ）を“ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｄｅｖｉｃｅ：ＭｅｄｉａＲｅｎｄｅｒｅｒ：１”として、Ｍ−ＳＥＡＲＣＨメッセージをマルチキャストして、ＬＡＮ１０１上のＤＭＲからの応答を待つ（ＳＥＱ５０１）。
【００８５】
ＴＶ受像機１０４は、ＤＭＲであるので、携帯機器１０３からのＭ−ＳＥＡＲＣＨメッセージに応答する。
【００８６】
携帯機器１０３は、Ｍ−ＳＥＡＲＣＨメッセージに応答したＴＶ受像機１０４が再生可能なフォーマットにｔｅｘｔ／ｈｔｍｌがあるかどうかを確認するために、ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏメッセージを送信する（ＳＥＱ５０２）。すなわち、携帯機器１０３は、ＤＬＮＡプッシュしようとしているＵＲＬを、ＴＶ受像機１０４が表示可能かどうかを確認する。
【００８７】
ＴＶ受像機１０４は、ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏに対して、自装置で再生可能なプロトコル／フォーマットの一覧を返信する（ＳＥＱ５０３）。その際、ＴＶ受像機１０４がＷｅｂブラウザーの起動に対応していることを示すために、ｔｅｘｔ／ｈｔｍｌを一覧に含める。
【００８８】
携帯機器１０３は、受け取った一覧から、ＴＶ受像機１０４がｔｅｘｔ／ｈｔｍｌに対応していることを確認すると（ＳＥＱ５０４）、続いてＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎメッセージを送信して（ＳＥＱ５０５）、ＴＶ受像機１０４との接続を開始する。ＴＶ受像機１０４がＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎメッセージに対して応答を返すと（ＳＥＱ５０６）、携帯機器１０３とＴＶ受像機１０４間の接続が確立する。
【００８９】
次いで、携帯機器１０３は、Ｗｅｂサーバー１０５から取得しておいたワンタイムＵＲＬをｍｉｍｉｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして、ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩメッセージをＴＶ受像機１０４に送信する（ＳＥＱ５０７）。これに対し、ＴＶ受像機１０４は応答を返す（ＳＥＱ５０８）。
【００９０】
そして、携帯機器１０３は、ＰｌａｙメッセージをＴＶ受像機１０４に送信して、送信したワンタイムＵＲＬの再生を要求する（ＳＥＱ５０９）。ＴＶ受像機１０４は、Ｐｌａｙメッセージに対して応答を返す（ＳＥＱ５１０）。また、ＴＶ受像機１０４は、受信したＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩメッセージで設定されたＵＲＬのｍｉｍｅｔｙｐｅがｔｅｘｔ／ｈｔｍｌの場合、当該機器に組み込まれているＷｅｂブラウザーを起動して、ＵＲＬの表示を行なう（ＳＥＱ５１１）。
【００９１】
既に述べたように、Ｗｅｂサーバー１０５は、ワンタイムＵＲＬをセッション情報とペアにして一時的に記憶している。したがって、Ｗｅｂサーバー１０５は、ＴＶ受像機１０４からワンタイムＵＲＬに対してアクセスがあったときには、このワンタイムＵＲＬを仲介として、ＴＶ受像機１０４が携帯機器１０３のセッション情報を引き継いでいるかどうかを確認することができる。
【００９２】
すなわち、Ｗｅｂサーバー１０５は、ＴＶ受像機１０４からワンタイムＵＲＬにアクセスがあったとき、ペアにして記憶しておいたセッション情報を使ってＴＶ受像機１０４にＣｏｏｋｉｅを送信し、ＴＶ受像機１０４に対しても携帯機器１０３上で入力されたのと同じＩＤでログインされたものとみなして、ログイン・セッションを開始する。以後、ＴＶ受像機１０４とＷｅｂサーバー１０５は、このＣｏｏｋｉｅを使ってセッション情報を交換しながら、通信を行なう。
【００９３】
図６には、ＴＶ受像機１０４からＷｅｂサーバー１０５へワンタイムＵＲＬを用いてアクセスする通信シーケンス例を示している。
【００９４】
ＴＶ受像機１０４は、携帯機器１０３から再生要求されたワンタイムＵＲＬを、Ｗｅｂサーバー１０５に対してリクエストする（ＳＥＱ６０１）。このリクエストは、例えばＨＴＴＰ  ＧＥＴメッセージを用いて行なわれる。
【００９５】
Ｗｅｂサーバー１０５は、ＴＶ受像機１０４からアクセスがあったワンタイムＵＲＬとペアにして記憶しておいたセッション情報を検索する（ＳＥＱ６０２）。そして、ワンタイムＵＲＬとペアとなるセッション情報が発見されると、ＴＶ受像機１０４が認証済みの携帯機器１０３からセッション情報を引き継いでいることを確認することができる。
【００９６】
Ｗｅｂサーバー１０５は、ＴＶ受像機１０４とのログイン・セッションを管理するためのＣｏｏｋｉｅを新たに生成して、ＴＶ受像機１０４との新たなセッションを開始する（ＳＥＱ６０３）。また、Ｗｅｂサーバー１０５は、生成したＣｏｏｋｉｅをユーザー情報と紐付けして管理する。
【００９７】
そして、Ｗｅｂサーバー１０５は、ＨＴＴＰ  ＧＥＴメッセージに対するレスポンスのヘッダーにＣｏｏｋｉｅを挿入して、ＴＶ受像機１０４にコンテンツを送信する（ＳＥＱ６０４）。
【００９８】
ここで、Ｗｅｂサーバー１０５は、ＴＶ受像機１０４から１度アクセスがあったワンタイムＵＲＬの情報を破棄する。また、Ｗｅｂサーバー１０５は、ワンタイムＵＲＬとペアとなるセッション情報も破棄する（ＳＥＱ６０７）。その後、破棄若しくは無効となったワンタイムＵＲＬにアクセスしても、エラーとなるため、後から同じＵＲＬを表示しようとしても見ることはできない。
【００９９】
ＴＶ受像機１０４は、Ｗｅｂサーバー１０５から受け取ったＣｏｏｋｉｅを保存する（ＳＥＱ６０５）。以後、ＴＶ受像機１０４は、Ｗｅｂサーバー１０５へのリクエストのヘッダー部にＣｏｏｋｉｅを入れて送信することにより、ログイン・セッションの接続状態を保ちながら、Ｗｅｂサーバー１０５とやり取りすることができる。そして、ＴＶ受像機１０４側では、ＷｅｂブラウザーがＷｅｂサーバー１０５から受信したコンテンツを表示する（ＳＥＱ６０６）。
【０１００】
このように、携帯機器１０３上で認証が必要なＷｅｂサービスを利用中に、ＴＶ受像機１０４を認証することなく、同じＷｅｂサービスをＴＶ受像機１０４に組み込まれたＷｅｂブラウザーで表示することができる。ＴＶ受像機１０４は、ＩＤ及びパスワードなどログイン情報の入力操作をＷｅｂブラウザー上で行なうことなく、ログイン状態となる。
【０１０１】
なお、図示しないが、ＴＶ受像機１０４は、図３〜図４に示した処理手順を同様に実行してワンタイムＵＲＬを発行することができる。そして、ＴＶ受像機１０４は、このワンタイムＵＲＬをＬＡＮ１０１上の他の機器（ＤＭＲ）へ転送（ＤＬＮＡプッシュ）することで、携帯機器１０３から引き継いだセッション情報をさらに引き継がせることができる。
【０１０２】
Ｗｅｂサーバー１０５は、ワンタイムＵＲＬ発行ＡＰＩへのリクエストがあった際、アクセス元の認証情報を確認し、認証済みの端末でない場合はアクセスを拒否するようになっている（例えば、図３のステップＳ３１１を参照のこと）。したがって、ＬＡＮ１０１上の機器であっても、認証された状態でなければ、認証が必要なＷｅｂサービスを利用することはできない（例えば、認証が必要なページを表示することはできない）。また、ワンタイムＵＲＬの伝送は、基本的に、（ＤＬＮＡの仕組みを利用して）ＬＡＮ１０１内で行なうので、第３者が傍受することは困難である。
【０１０３】
また、ワンタイムＵＲＬの生成はＷｅｂサーバー１０５側で行なわれるので、ワンタイムＵＲＬを生成するかどうかや、生成したワンタイムＵＲＬを破棄するための時間などの条件を、Ｗｅｂサーバー１０５を運営するＷｅｂサービス側でコントロールすることができる。Ｗｅｂサービスは、セキュリティーのレベルをＷｅｂサービス毎（すなわち、提供するコンテンツ毎）に設定することができる。
【０１０４】
ワンタイムＵＲＬを仲介してセッション情報すなわち認証状態の引き継ぎを行なうことができるが、認証情報を管理するのはＷｅｂサーバー１０５のみである。言い換えれば、携帯機器１０３やＴＶ受像機１０４は、ワンタイムＵＲＬ発行ＡＰＩをリクエストしてワンタイムＵＲＬを発行したり、ＵＲＬプッシュを受け取ってＷｅｂブラウザーを起動してＷｅｂサービスの利用を引き継いだりするが、Ｗｅｂサーバー１０５との間で認証情報のやり取りを行なう必要はなく、簡素な仕組みで実現することができる。
【０１０５】
図７には、本実施形態に係る情報通信システム１００において、携帯機器１０３として動作する情報処理装置７００の機能的構成を模式的に示している。図示の情報処理装置７００は、通信処理部７０１と、入力部７０２と、表示部７０３と、Ｗｅｂサービス利用部７０４と、ＵＲＬ取得部７０５と、ＵＲＬ転送部７０６を備えている。但し、本明細書で開示する技術の要旨に直接関連しない機能モジュールに関しては、図示を省略している。
【０１０６】
通信処理部７０１は、ＬＡＮ１０１並びにインターネット１０２に接続して、ＤＬＮＡのＤＭＣ及びＤＭＳとしての通信動作、Ｗｅｂクライアントとしての通信動作を実行する。
【０１０７】
Ｗｅｂサービス利用部７０４は、Ｗｅｂブラウザー機能を有し、例えば入力部７０２を介してユーザーが入力したＵＲＬに対してアクセスし、Ｗｅｂサーバー１０５が提供するＷｅｂサービスを表示部７０３で表示する。Ｗｅｂサービス利用部７０４は、Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有しており、Ｗｅｂサーバー１０５から受信したＣｏｏｋｉｅを保存するとともに、Ｗｅｂサーバー１０５へのメッセージのヘッダーにＣｏｏｋｉｅを入れる。
【０１０８】
ＵＲＬ取得部７０５は、ＴＶ受像機１０４などＬＡＮ１０１上の他の機器でＷｅｂサービスを利用するためのＵＲＬを取得する。ＵＲＬ転送部７０６は、ＵＲＬ取得部が取得したＵＲＬを、ＴＶ受像機１０４などＬＡＮ１０１上の他の機器へ転送する。
【０１０９】
認証を必要とするＷｅｂサービスを利用する場合には、Ｗｅｂサービス利用部７０４は、ユーザーが入力部７０２を介してＷｅｂブラウザーに入力したＩＤ並びにパスワードなどの認証情報をＷｅｂサーバー１０５に送信する。また、ＵＲＬ取得部７０５は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬをＷｅｂサーバー１０５から取得し、ＵＲＬ転送部７０６は、取得したワンタイムＵＲＬを他の機器へ転送する。
【０１１０】
ＵＲＬ取得部７０５は、Ｗｅｂブラウザー機能を利用して、ＴＶ受像機１０４でも利用しようとしているＷｅｂサービスが認証を必要とするかどうかをＷｅｂサーバー１０５に問い合わせることができる。具体的には、ＵＲＬ取得部７０５は、ＷｅｂサービスのＵＲＬに対するＨＴＴＰ  ＨＥＡＤリクエストをＷｅｂサーバー１０５に送信する。そして、Ｗｅｂサーバー１０５からのレスポンスのヘッダーにワンタイムＵＲＬ発行要求子が含まれていることにより、Ｗｅｂサービスが認証を必要であることを確認する。また、ＵＲＬ取得部７０５は、Ｗｅｂサーバー１０５からのレスポンスのヘッダーから抽出したワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ  ＧＥＴリクエストを送信し、そのレスポンスとしてワンタイムＵＲＬを受け取ることができる。
【０１１１】
また、ＵＲＬ転送部７０６は、ＤＬＮＡのＤＭＣ及びＤＭＳとして振る舞い、ＤＭＲとして振る舞うＴＶ受像機１０４に対して、ＵＲＬ若しくはワンタイムＵＲＬを、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして送信する。
【０１１２】
また、図８には、本実施形態に係る情報通信システム１００において、ＴＶ受像機１０４として動作する情報処理装置８００の機能的構成を模式的に示している。図示の情報処理装置８００は、通信処理部８０１と、入力部８０２と、表示部８０３と、ＵＲＬ取得部８０４と、Ｗｅｂサービス利用部８０５を備えている。但し、本明細書で開示する技術の要旨に直接関連しない機能モジュールに関しては、図示を省略している。
【０１１３】
通信処理部８０１は、ＬＡＮ１０１並びにインターネット１０２に接続して、ＤＬＮＡのＤＭＲとしての通信動作、Ｗｅｂクライアントとしての通信動作を実行する。
【０１１４】
ＵＲＬ取得部８０４は、携帯機器１０３などの他の機器から、同じＷｅｂサービスを利用するためのＵＲＬを取得する。Ｗｅｂサービス利用部８０５は、Ｗｅｂブラウザー機能を有し、ＵＲＬ取得部８０４が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバー１０５が提供するＷｅｂサービスを利用する。Ｗｅｂサービス利用部８０５は、Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバー１０５から受信したＣｏｏｋｉｅを保存するとともに、Ｗｅｂサーバー１０５へのメッセージのヘッダーにＣｏｏｋｉｅを入れる。
【０１１５】
ここで、利用しようとするＷｅｂサービスが認証を必要とする場合には、ＵＲＬ取得部８０４は、Ｗｅｂサービスにアクセス要求するためのワンタイムＵＲＬを携帯機器１０３からから取得し、Ｗｅｂサービス利用部８０５はこのワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用することになる。
【０１１６】
ＵＲＬ取得部８０４は、ＤＬＮＡのＤＭＲとして振る舞い、ＤＭＣ及びＤＭＳとして振る舞う携帯機器１０３から、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとしてＵＲＬを受信したことに応答して、Ｗｅｂサービス利用部８０５のＷｅｂブラウザー機能を起動して、受信したＵＲＬを表示部８０３で表示する。
【０１１７】
また、図９には、本実施形態に係る情報通信システム１００において、Ｗｅｂサーバー１０５として動作する情報処理装置９００の機能的構成を模式的に示している。図示の情報処理装置９００は、通信処理部９０１と、入力部９０２と、表示部９０３と、Ｗｅｂサービス提供部９０４と、ワンタイムＵＲＬ提供部９０５と、ワンタイムＵＲＬ記憶部９０６を備えている。但し、本明細書で開示する技術の要旨に直接関連しない機能モジュールに関しては、図示を省略している。
【０１１８】
通信処理部９０１は、インターネット１０２に接続して、Ｗｅｂサーバーとしての通信動作を実行する。
【０１１９】
Ｗｅｂサービス提供部９０４は、基本的にはＵＲＬのアクセス要求に応じて、該当するＷｅｂページを送信するなどのＷｅｂサービスを提供する。本実施形態に係る情報通信システム１００において特徴的なことは、Ｗｅｂサービス提供部９０４は、携帯機器１０３で認証処理を経て利用するＷｅｂサービスを、ＴＶ受像機１０４でも認証状態を引き継いで利用できるようにする点である。このため、ワンタイムＵＲＬ提供部９０５は、認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、携帯機器１０３に送信する。また、ワンタイムＵＲＬ記憶部９０６は、セッション情報の引き継ぎを実現するために、生成したワンタイムＵＲＬと携帯機器１０３のセッション情報をペアにして記憶する。そして、Ｗｅｂサービス提供部９０４は、ＴＶ受像機１０４からワンタイムＵＲＬを受信したときに、ワンタイムＵＲＬ記憶部９０６がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する。
【０１２０】
ワンタイムＵＲＬ提供部９０６は、携帯機器１０３などから受信したＨＴＴＰ  ＨＥＡＤリクエストが認証を必要とするＷｅｂサービスのＵＲＬに対するアクセス要求である場合に、そのレスポンスでワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子（表１を参照のこと）を送信して、リクエスト元に対して認証を必要とするＷｅｂサービスであることを示す。そして、ワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ  ＧＥＴリクエストを受信すると、認証済みであることを確認した上で認証を必要とする前記ＷｅｂサービスへのワンタイムＵＲＬを生成し、ＨＴＴＰ  ＧＥＴのレスポンスとして送信するようになっている。
【０１２１】
Ｗｅｂサービス提供部９０４は、携帯機器１０３が認証を必要とするＷｅｂサービスにアクセスする際に、携帯機器１０３に組み込まれたＷｅｂブラウザー上でユーザーによる認証情報の入力を求める。そして、正しく認証された場合に、セッション情報をＣｏｏｋｉｅにより管理するようになっている。
【０１２２】
また、Ｗｅｂサービス提供部９０４は、ＴＶ受像機１０４が携帯機器１０３から引き継いだワンタイムＵＲＬに対してアクセスがした際に、ワンタイムＵＲＬ記憶部９０６でペアとして記憶しているセッション情報に基づいて携帯機器１０３と同じ認証情報でログインしたものとみなす。このとき、Ｗｅｂサービス提供部９０６は、セッション情報を管理するためのＣｏｏｋｉｅを送信して、ＴＶ受像機１０４との新たなセッションを開始する。そして、ＴＶ受像機１０４からアクセスされたワンタイムＵＲＬ及びペアとなっているセッション情報を、ワンタイムＵＲＬ記憶部９０６から破棄する。
【０１２３】
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部と、前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部と、を具備し、前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、情報処理装置。
（２）ユーザーが文字の入力操作を行なう入力部をさらに備え、前記Ｗｅｂサービス利用部は、認証を必要とするＷｅｂサービスを利用する際に、ユーザーが前記入力部を介して入力した認証情報を、前記Ｗｅｂブラウザー機能を用いて前記Ｗｅｂサーバーに送信する、上記（１）に記載の情報処理装置。
（３）前記ＵＲＬ取得部は、前記Ｗｅｂブラウザー機能を利用して、前記他の機器で利用するＷｅｂサービスが認証を必要とするかどうかを前記Ｗｅｂサーバーに問い合わせる、上記（１）に記載の情報処理装置。
（４）前記ＵＲＬ取得部は、前記ＷｅｂサービスのＵＲＬに対するＨＴＴＰ  ＨＥＡＤリクエストを送信し、そのレスポンスのヘッダーにワンタイムＵＲＬ発行要求子が含まれていることにより、前記Ｗｅｂサービスが認証を必要であることを確認する、上記（３）に記載の情報処理装置。
（５）前記ＵＲＬ取得部は、前記レスポンスのヘッダーから抽出したワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ  ＧＥＴリクエストを送信し、そのレスポンスとしてワンタイムＵＲＬを受け取る、上記（４）に記載の情報処理装置。
（６）前記ＵＲＬ転送部は、ＤＬＮＡのＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒとして振る舞い、Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒとして振る舞う前記他の機器に対して、ＵＲＬをｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして送信する、上記（１）に記載の情報処理装置。
（７）Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部と、Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、を具備し、前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、情報処理装置。
（８）前記ＵＲＬ取得部は、ＤＬＮＡのＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒとして振る舞い、Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒとして振る舞う前記他の機器から、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとしてＵＲＬを受信したことに応答して、前記Ｗｅｂサービス利用部のＷｅｂブラウザー機能を起動して、受信したＵＲＬを表示する、上記（７）に記載の情報処理装置。
（９）Ｗｅｂサービスを提供するＷｅｂサービス提供部と、認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供部と、前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶部と、を具備し、前記Ｗｅｂサービス提供部は、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、情報処理装置。
（１０）前記Ｗｅｂサービス提供部は、前記第１の機器が認証を必要とするＷｅｂサービスにアクセスする際に、前記第１の機器に組み込まれたＷｅｂブラウザー上でユーザーによる認証情報の入力を求め、正しく認証された場合に、セッション情報をＣｏｏｋｉｅにより管理する、上記（９）に記載の情報処理装置。
（１１）前記ワンタイムＵＲＬ提供部は、前記第１の機器から受信したＨＴＴＰ  ＨＥＡＤリクエストが認証を必要とするＷｅｂサービスのＵＲＬに対するアクセス要求である場合に、そのレスポンスでワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を送信して、前記第１の機器に対して認証を必要とするＷｅｂサービスであることを示す、上記（９）に記載の情報処理装置。
（１２）前記ワンタイムＵＲＬ提供部は、ワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ  ＧＥＴリクエストを前記第１の機器から受信すると、前記第１の機器が認証済みであることを確認した上で認証を必要とする前記ＷｅｂサービスへのワンタイムＵＲＬを生成し、ＨＴＴＰ  ＧＥＴのレスポンスとして送信する、上記（１１）に記載の情報処理装置。
（１３）前記Ｗｅｂサービス提供部は、前記第２の機器がワンタイムＵＲＬに対してアクセスがした際に、前記ワンタイムＵＲＬ記憶部でペアとして記憶しているセッション情報に基づいて前記第１の機器と同じ認証情報でログインしたものとみなし、前記第２の機器にセッション情報を管理するためのＣｏｏｋｉｅを送信して新たなセッションを開始する、上記（９）に記載の情報処理装置。
（１４）前記Ｗｅｂサービス提供部は、前記第２の機器からアクセスされたワンタイムＵＲＬ及びペアとなっているセッション情報を前記ワンタイムＵＲＬ記憶部から破棄する、上記（９）に記載の情報処理装置。
（１５）Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得ステップと、前記ＵＲＬ取得ステップで取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送ステップと、を有し、前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、情報処理方法。
（１６）Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得ステップと、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、を有し、前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、前記Ｗｅｂサービス利用ステップでは、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、情報処理方法。
（１７）Ｗｅｂサービスを提供するＷｅｂサービス提供ステップと、認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供ステップと、前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶ステップと、を有し、前記Ｗｅｂサービス提供ステップでは、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、情報処理方法。
（１８）Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部、前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部、としてコンピューターを機能させるようにコンピューター可読形式で記述され、前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、コンピューター・プログラム。
（１９）Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部、Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、としてコンピューターを機能させるようにコンピューター可読形式で記述され、前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、コンピューター・プログラム。
（２０）Ｗｅｂブラウザー機能を有する第１の機器及び第２の機器と、ＵＲＬにアクセスしたＷｅｂサービスを提供するＷｅｂサーバーを具備し、前記Ｗｅｂサーバーは、認証を必要とするＷｅｂサービスにアクセスするワンタイムＵＲＬを認証済みの機器に発行して、当該機器のセッション情報とペアにして記憶し、前記第１の機器は、Ｗｅｂブラウザー機能を介して前記Ｗｅｂサーバーに認証情報を送信するとともに、前記ワンタイムＵＲＬを取得して前記第２の機器に渡し、前記第２の機器は、受け取った前記ワンタイムＵＲＬから認証を必要とする前記Ｗｅｂサービスにアクセスする、情報通信システム。
【産業上の利用可能性】
【０１２４】
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１２５】
本明細書では、ＤＬＮＡ規格の仕組みを利用したＬＡＮ上の機器間で同じＷｅｂサービスを利用する実施形態を中心に説明してきたが、本明細書で開示する技術の要旨は特定の規格に限定されるものではない。ＤＬＮＡ規格を使用しないＬＡＮ上の複数の機器で同じＷｅｂサービスを利用する場合や、ＬＡＮではなくインターネットなどの広域ネットワーク上の複数の機器で同じＷｅｂサービスを利用する場合にも、同様に本明細書で開示する技術を適用することができる。
【０１２６】
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【符号の説明】
【０１２７】
１００…情報通信システム
１０１…ＬＡＮ
１０２…インターネット
１０３…携帯機器
１０４…ＴＶ受像機
１０５…Ｗｅｂサーバー
７００…情報処理装置（携帯機器１０３）
７０１…通信処理部、７０２…入力部、７０３…表示部
７０４…Ｗｅｂサービス利用部
７０５…ＵＲＬ取得部
７０６…ＵＲＬ転送部
８００…情報処理装置（ＴＶ受像機１０４）
８０１…通信処理部、８０２…入力部、８０３…表示部
８０４…ＵＲＬ取得部
８０５…Ｗｅｂサービス利用部
９００…情報処理装置（Ｗｅｂサーバー１０５）
９０１…通信処理部、９０２…入力部、９０３…表示部
９０４…Ｗｅｂサービス提供部
９０５…ワンタイムＵＲＬ提供部
９０６…ワンタイムＵＲＬ記憶部
【図１】
2014010577.tif 000004
【図２】
2014010577.tif 000005
【図３】
2014010577.tif 000006
【図４】
2014010577.tif 000007
【図５】
2014010577.tif 000008
【図６】
2014010577.tif 000009
【図７】
2014010577.tif 000010
【図８】
2014010577.tif 000011
【図９】
2014010577.tif 000012