JP6050625B2 - 情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システム - Google Patents

Description

本明細書で開示する技術は、認証を必要とするＷｅｂサービスを例えば家庭内で利用する情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムに係り、特に、認証を必要とするＷｅｂサービスを利用する機器を切り替える情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムに関する。

インターネット上で利用できるＷｅｂサービスの中には、認証を必要とするものがある。例えば、スマートフォンなどの多機能端末からこのようなサービスを利用する際には、ユーザーは、多機能端末が備えるユーザー・インターフェースを通じて、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）やＩＤ並びにパスワードの入力操作を行なえばよく、その後、Ｗｅｂサービスで提供されるコンテンツを同端末の画面上で再生することができる。

また、ユーザーは、多機能端末上で閲覧しているコンテンツを、さらにＴＶ受像機の大画面を利用して視聴したいと思うこともある。最近のＴＶ受像機の多くはブラウザー機能を組み込んでおり、多機能端末と同じＷｅｂサービスをＴＶ受像機上でも表示することができる。

ところが、認証を必要とするＷｅｂサービスを利用する場合、ＴＶ受像機側でも同じＩＤ及びパスワードなどの認証情報を改めてユーザーが入力しなければならず、煩わしい。多機能端末上で一度認証処理を行なったにも拘らず、Ｗｅｂサービスを表示する機器を切り換える度に同じ文字列の入力操作を繰り返すのは、面倒である。また、ＴＶ受像機への文字列の入力は、通常、リモコン機器の数字キーや十字キーを介して行なうので、ユーザーにとって非常に手間のかかる操作となる。

例えば、ログイン認証が必要なコンテンツ・サーバーからの配信コンテンツを視聴するコンテンツ視聴端末を替える際に、元のコンテンツ視聴端末が認証管理装置から視聴権利証明書を取得して移動先のコンテンツ視聴端末に転送し、移動先のコンテンツ視聴端末は受信した視聴権利証明書（アサーション）を使ってコンテンツ提供装置にコンテンツを要求するコンテンツ配信システムについて提案がなされている（例えば、特許文献１を参照のこと）。このコンテンツ配信システムによれば、移動先のコンテンツ視聴端末で再ログインする手間を省くことができる。しかしながら、このコンテンツ配信システムの場合、視聴端末の切り替えの際に視聴権利証明書すなわち認証情報の移動を伴うものであり、このため、認証管理装置だけでなく、元のコンテンツ視聴端末並びに移動先のコンテンツ視聴端末も認証情報の処理を行なうための専用の仕組みが必要となり、大がかりなシステムになってしまう。

特開２００９−２１７３７０号公報

本明細書で開示する技術の目的は、例えばホームネットワーク上で、認証を必要とするＷｅｂサービスを利用する機器の切り替えを簡単な操作で行なうことができる、優れた情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムを提供することにある。

本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、
他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部と、
前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部と、
を具備し、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、
情報処理装置である。

本願の請求項２に記載の技術によれば、請求項１に記載の情報処理装置は、ユーザーが文字の入力操作を行なう入力部をさらに備えている。そして、前記Ｗｅｂサービス利用部は、認証を必要とするＷｅｂサービスを利用する際に、ユーザーが前記入力部を介して入力した認証情報を、前記Ｗｅｂブラウザー機能を用いて前記Ｗｅｂサーバーに送信するように構成されている。

本願の請求項３に記載の技術によれば、請求項１に記載の情報処理装置の前記ＵＲＬ取得部は、前記Ｗｅｂブラウザー機能を利用して、前記他の機器で利用するＷｅｂサービスが認証を必要とするかどうかを前記Ｗｅｂサーバーに問い合わせるように構成されている。

本願の請求項４に記載の技術によれば、請求項３に記載の情報処理装置の前記ＵＲＬ取得部は、前記ＷｅｂサービスのＵＲＬに対するＨＴＴＰ ＨＥＡＤリクエストを送信し、そのレスポンスのヘッダーにワンタイムＵＲＬ発行要求子が含まれていることにより、前記Ｗｅｂサービスが認証を必要であることを確認するように構成されている。

本願の請求項５に記載の技術によれば、請求項４に記載の情報処理装置の前記ＵＲＬ取得部は、前記レスポンスのヘッダーから抽出したワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ ＧＥＴリクエストを送信し、そのレスポンスとしてワンタイムＵＲＬを受け取るように構成されている。

本願の請求項６に記載の技術によれば、請求項１に記載の情報処理装置の前記ＵＲＬ転送部は、ＤＬＮＡのＤｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒとして振る舞い、Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒとして振る舞う前記他の機器に対して、ＵＲＬをｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして送信するように構成されている。

また、本願の請求項７に記載の技術は、
Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部と、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、
を具備し、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、
前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
情報処理装置である。

本願の請求項８に記載の技術によれば、請求項９に記載の情報処理装置の前記ＵＲＬ取得部は、ＤＬＮＡのＤｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒとして振る舞い、Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒとして振る舞う前記他の機器から、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとしてＵＲＬを受信したことに応答して、前記Ｗｅｂサービス利用部のＷｅｂブラウザー機能を起動して、受信したＵＲＬを表示するように構成されている。

また、本願の請求項９に記載の技術は、
Ｗｅｂサービスを提供するＷｅｂサービス提供部と、
認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供部と、
前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶部と、
を具備し、
前記Ｗｅｂサービス提供部は、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、
情報処理装置である。

本願の請求項１０に記載の技術によれば、請求項９に記載の情報処理装置の前記Ｗｅｂサービス提供部は、前記第１の機器が認証を必要とするＷｅｂサービスにアクセスする際に、前記第１の機器に組み込まれたＷｅｂブラウザー上でユーザーによる認証情報の入力を求め、正しく認証された場合に、セッション情報をＣｏｏｋｉｅにより管理するように構成されている。

本願の請求項１１に記載の技術によれば、請求項９に記載の情報処理装置の前記ワンタイムＵＲＬ提供部は、前記第１の機器から受信したＨＴＴＰ ＨＥＡＤリクエストが認証を必要とするＷｅｂサービスのＵＲＬに対するアクセス要求である場合に、そのレスポンスでワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を送信して、前記第１の機器に対して認証を必要とするＷｅｂサービスであることを示すように構成されている。

本願の請求項１２に記載の技術によれば、請求項１１に記載の情報処理装置の前記ワンタイムＵＲＬ提供部は、ワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ ＧＥＴリクエストを前記第１の機器から受信すると、前記第１の機器が認証済みであることを確認した上で認証を必要とする前記ＷｅｂサービスへのワンタイムＵＲＬを生成し、ＨＴＴＰ ＧＥＴのレスポンスとして送信するように構成されている。

本願の請求項１３に記載の技術によれば、請求項９に記載の情報処理装置の前記Ｗｅｂサービス提供部は、前記第２の機器がワンタイムＵＲＬに対してアクセスがした際に、前記ワンタイムＵＲＬ記憶部でペアとして記憶しているセッション情報に基づいて前記第１の機器と同じ認証情報でログインしたものとみなし、前記第２の機器にセッション情報を管理するためのＣｏｏｋｉｅを送信して新たなセッションを開始するように構成されている。

本願の請求項１４に記載の技術によれば、請求項９に記載の情報処理装置の前記Ｗｅｂサービス提供部は、前記第２の機器からアクセスされたワンタイムＵＲＬ及びペアとなっているセッション情報を前記ワンタイムＵＲＬ記憶部から破棄するように構成されている。

また、本願の請求項１５に記載の技術は、
Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、
他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得ステップと、
前記ＵＲＬ取得ステップで取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送ステップと、
を有し、
前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、
情報処理方法である。

また、本願の請求項１６に記載の技術は、
Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得ステップと、
前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、
を有し、
前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、
前記Ｗｅｂサービス利用ステップでは、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
情報処理方法である。

また、本願の請求項１７に記載の技術は、
Ｗｅｂサービスを提供するＷｅｂサービス提供ステップと、
認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供ステップと、
前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶ステップと、
を有し、
前記Ｗｅｂサービス提供ステップでは、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、
情報処理方法である。

また、本願の請求項１８に記載の技術は、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、
他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部、
前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部、
としてコンピューターを機能させるようにコンピューター可読形式で記述され、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、
コンピューター・プログラムである。

また、本願の請求項１９に記載の技術は、
Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部、
Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、
としてコンピューターを機能させるようにコンピューター可読形式で記述され、
前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、
前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
コンピューター・プログラムである。

本願の請求項１８、１９の各々に係るコンピューター・プログラムは、コンピューター上で所定の処理を実現するようにコンピューター可読形式で記述されたコンピューター・プログラムをそれぞれ定義したものである。換言すれば、本願の請求項１８、１９に係るコンピューター・プログラムをコンピューターにインストールすることによって、コンピューター上では協働的作用が発揮され、本願の請求項１、７に係る情報処理装置と同様の作用効果をそれぞれ得ることができる。

また、本願の請求項２０に記載の技術は、
Ｗｅｂブラウザー機能を有する第１の機器及び第２の機器と、ＵＲＬにアクセスしたＷｅｂサービスを提供するＷｅｂサーバーを具備し、
前記Ｗｅｂサーバーは、認証を必要とするＷｅｂサービスにアクセスするワンタイムＵＲＬを認証済みの機器に発行して、当該機器のセッション情報とペアにして記憶し、
前記第１の機器は、Ｗｅｂブラウザー機能を介して前記Ｗｅｂサーバーに認証情報を送信するとともに、前記ワンタイムＵＲＬを取得して前記第２の機器に渡し、
前記第２の機器は、受け取った前記ワンタイムＵＲＬから認証を必要とする前記Ｗｅｂサービスにアクセスする、
情報通信システムである。

但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。

本明細書で開示する技術によれば、例えばホームネットワーク上で、認証を必要とするＷｅｂサービスを利用する機器の切り替えを、再ログインの手間を省いて行なうことができる、優れた情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムを提供することができる。

また、本明細書で開示する技術によれば、例えばホームネットワーク上で、認証情報をやり取りなしで、認証を必要とするＷｅｂサービスを利用する機器の切り替えを行なうことができる、優れた情報処理装置及び情報処理方法、コンピューター・プログラム、並びに情報通信システムを提供することができる。

本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

図１は、本明細書で開示する技術が適用される情報通信システム１００の構成を模式的に示した図である。 図２は、Ｗｅｂサーバー１０５が携帯機器１０３を認証するための通信シーケンス例を示した図である。 図３は、携帯機器１０３がＷｅｂサーバー１０５からワンタイムＵＲＬを取得し、ＴＶ受像機１０４に送信するまでの、情報通信システム１００で実行される処理手順を示したフローチャートである。 図４は、携帯機器１０３がＷｅｂサーバー１０５からワンタイムＵＲＬを取得するための通信シーケンス例を示した図である。 図５は、携帯機器１０３からＤＬＮＡプッシュによりＴＶ受像機１０４側でＷｅｂブラウザーを起動する通信シーケンス例を示した図である。 図６は、ＴＶ受像機１０４からＷｅｂサーバー１０５へワンタイムＵＲＬを用いてアクセスする通信シーケンス例を示した図である。 図７は、携帯機器１０３として動作する情報処理装置７００の機能的構成を模式的に示した図である。 図８はＴＶ受像機１０４として動作する情報処理装置８００の機能的構成を模式的に示した図である。 図９は、Ｗｅｂサーバー１０５として動作する情報処理装置９００の機能的構成を模式的に示した図である。

以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。

図１には、本明細書で開示する技術が適用される情報通信システム１００の構成を模式的に示している。

インターネット１０２上には、Ｗｅｂサーバー１０５を始め、無数のホスト（図示しない）が設置されている。本実施形態では、Ｗｅｂサーバー１０５は、認証を必要とするＷｅｂサービスを、インターネット１０２上で提供するものとする。Ｗｅｂサービスの一例は、動画像コンテンツのストリーミングである。

また、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０１を始め無数のネットワーク（図示しない）がインターネット１０２に相互接続されている。

ＬＡＮ１０１は、例えば家庭内に敷設されている。また、家庭内に、スマートフォンなどの携帯機器１０３や、ＴＶ受像機１０４などの、ＬＡＮ１０１及びインターネット１０２に接続可能なＷｅｂブラウザーが組み込まれた機器が存在し、Ｗｅｂサーバー１０５が提供する動画像ストリーミングなどのＷｅｂサービスを各機器から利用することができる。携帯機器１０３並びにＴＶ受像機１０４に組み込まれたＷｅｂブラウザーはいずれも、Ｃｏｏｋｉｅに対応しているものとする。

ＬＡＮ１０１には、家庭内でＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク経由でＡＶコンテンツを操作する仕組みとして、例えばＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）規格が導入されている。ここで、ＤＬＮＡ Ｇｕｉｄｅｌｉｎｅ １．０（及び１．５）では、コンテンツを提供するサーバーに相当するＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）と、再生するクライアントに相当するＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）からなる２−Ｂｏｘ Ｐｕｌｌ形式（Ｓｙｓｔｅｍ Ｕｓａｇｅ）の接続条件について定義している。また、ＤＬＮＡ Ｇｕｉｄｅｌｉｎｅ １．５では、クライアントがＤＭＲ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ）及びＤＭＣ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ）からなる３−Ｂｏｘ Ｓｙｓｔｅｍ Ｕｓａｇｅが定義され、ＤＭＣを操作して、ＤＭＳからコンテンツをＤＭＲに送信して再生させることができる。

ＤＬＮＡ規格の仕組みを図１に示した情報通信システム１００に当てはめると、携帯機器１０３がＤＭＣ及びＤＭＳとして振る舞い、ＴＶ受像機１０４がＤＭＲとして振る舞い、ＴＶ受像機１０４上でＡＶコンテンツを再生するという運用が考えられる。

例えば、携帯機器１０３で利用しているＷｅｂサービスをＴＶ受像機１０４の大画面に表示したくなったときには、ＤＭＣ及びＤＭＳとしての携帯機器１０３は、ＤＭＲとしてのＴＶ受像機１０４に、ＷｅｂサービスにアクセスするＵＲＬをＤＬＮＡプッシュすればよい。ここで、認証を必要とするＷｅｂサービスを利用する際には、携帯機器１０３は、Ｗｅｂブラウザー上でユーザーが入力したＩＤ及びパスワードなどの認証情報をＷｅｂサーバー１０５に送信し、Ｗｅｂサーバー１０５が認証処理を行なう。また、Ｗｅｂサーバー１０５は、認証済みの携帯機器１０３に対して、ＷｅｂサービスにアクセスするワンタイムＵＲＬを発行して、携帯機器１０３のセッション情報とペアにして記憶する。したがって、携帯機器１０３がワンタイムＵＲＬをＴＶ受像機１０４に渡せば、ＴＶ受像機１０４は、このワンタイムＵＲＬにアクセスすれば、認証状態を引き継ぎ、再度の認証情報の入力なしに同じＷｅｂサービスを利用することができる。

まず、Ｗｅｂサーバー１０５で提供される、認証を必要とするＷｅｂサービスをＬＡＮ１０１上で利用する場合について説明する。

ユーザーは、まず携帯機器１０３上のＷｅｂブラウザーに、Ｗｅｂサーバー１０５が提供するＷｅｂサービスのＵＲＬを入力する。このとき、Ｗｅｂサーバー１０５はＷｅｂサービスの利用に認証を要求しており、ユーザーにＩＤ及びパスワードを入力させる画面をＷｅｂブラウザーに表示する。これに対し、ユーザーが、携帯機器１０３が備えるボタンやタッチパネルなどのＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を利用して、ＩＤ及びパスワードからなる認証情報を正しく入力すると、ＷｅｂブラウザーからＷｅｂサーバー１０５へ送信する。そして、Ｗｅｂサーバー１０５は、受信したＩＤ及びパスワードを用いてユーザー若しくは携帯機器１０３の認証処理を行ない、認証に成功すると、Ｗｅｂサービスを提供する画面をＷｅｂブラウザーに表示する。

図２には、携帯機器１０３で認証を必要とするＷｅｂサービスを利用するに際して、Ｗｅｂサーバー１０５が携帯機器１０３を認証するための通信シーケンス例を示している。

携帯機器１０３は、Ｗｅｂブラウザーに入力されたＵＲＬを、Ｗｅｂサーバー１０５に対してリクエストする（ＳＥＱ２０１）。このリクエストは、例えばＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ） ＧＥＴメッセージを用いて行なわれる。ここで、リクエストされたＵＲＬは、認証を必要とするＷｅｂサービスであるとする。

Ｗｅｂサーバー１０５は、携帯機器１０３からリクエストを受信すると、携帯機器１０３が認証されているかどうかを確認する（ＳＥＱ２０２）。そして、まだ携帯機器１０３の認証が済んでいないときには、Ｗｅｂサーバー１０５は、ユーザーにＩＤ及びパスワードを入力させる画面をＷｅｂブラウザーに表示する（ＳＥＱ２０３）。

携帯機器１０３側では、ユーザーが正しいＩＤ及びパスワードを入力すると、例えば、ＨＴＴＰ ＰＯＳＴメッセージを用いてＷｅｂブラウザーからＷｅｂサーバー１０５へ送信する（ＳＥＱ２０４）。これに対し、Ｗｅｂサーバー１０５は、受信したＩＤ及びパスワードをチェックして、ユーザー若しくは携帯機器１０３の認証処理を行なう（ＳＥＱ２０５）。

ここで、認証に成功すると、Ｗｅｂサーバー１０５は、携帯機器１０３とのログイン・セッションを管理するためのＣｏｏｋｉｅを生成し、これをユーザー情報と紐付けして管理する。また、Ｗｅｂサーバー１０５は、 ＨＴＴＰ ＰＯＳＴメッセージに対するレスポンスのヘッダーにＣｏｏｋｉｅを挿入して、携帯機器１０３にコンテンツを送信する（ＳＥＱ２０６）。

携帯機器１０３は、Ｗｅｂサーバー１０５から受け取ったＣｏｏｋｉｅを保存する（ＳＥＱ２０７）。以後、携帯機器１０３は、Ｗｅｂサーバー１０５へのリクエストのヘッダー部にＣｏｏｋｉｅを入れて送信することにより、ログイン・セッションの接続状態を保ちながら、Ｗｅｂサーバー１０５とやり取りすることができる。そして、携帯機器１０３側では、ＷｅｂブラウザーがＷｅｂサーバー１０５から受信したコンテンツを表示する（ＳＥＱ２０８）。

その後、ユーザーは、携帯機器１０３上で閲覧しているコンテンツを、さらにＴＶ受像機１０４の大画面を利用して視聴したくなったとする。このような場合、ユーザーは、携帯機器１０３上で表示していたコンテンツのＵＲＬをＴＶ受像機１０４に送信する操作を行なう。

携帯機器１０３は、ＴＶ受像機１０４など他の機器へのＵＲＬ送信操作がユーザーにより行なわれると、ＴＶ受像機１０４で表示を行ないたいＵＲＬに対するＨＴＴＰ ＨＥＡＤリクエストをＷｅｂサーバー１０５に送信する。

ここで、ＨＴＴＰ ＨＥＡＤリクエストに対するレスポンスではメッセージ・ボディーが含まれないが、その他のレスポンスはＨＴＴＰ ＧＥＴリクエストに対するものと同等であり、リクエストに対する付加情報を得るためにしばしば利用される。例えば、リクエストするコンテンツ本体は携帯機器１０３内にキャッシュされているが、コンテンツが更新されたかどうかを確認する際に、ＨＴＴＰ ＨＥＡＤリクエストを送信する。

Ｗｅｂサーバー１０５は、ＨＴＴＰ ＨＥＡＤリクエストを受信すると、リクエストされたＵＲＬを表示するために認証を必要とするかどうかをチェックする。そして、認証が必要な場合には、以下の表１に示すワンタイムＵＲＬ発行要求子をヘッダー内に付与したレスポンスを携帯機器１０３に返す。

表１に示したワンタイムＵＲＬ発行要求子は、当該レスポンス・ヘッダーがワンタイムＵＲＬ発行要求子であることを示す値（Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒ）と、ワンタイムＵＲＬの発行を要求するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）の文字列（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）の組み合わせからなる。例えば、認証を必要とするＷｅｂサービスのＵＲＬが「ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ」であり、このＵＲＬに対するワンタイムＵＲＬの発行要求が文字列「ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ」によって示される。

ここで、ワンタイムＵＲＬは、Ｗｅｂサーバー１０５が１回（あるいは限られた時間又は回数）しかＨＴＴＰ ＧＥＴリクエストを受け付けないリソースに対する、有効期限付きのＵＲＬである。上記のワンタイムＵＲＬ発行ＡＰＩは、認証を必要とするＵＲＬへアクセスするためのワンタイムＵＲＬをＷｅｂサーバー１０５に要求するＡＰＩである。Ｗｅｂサーバー１０５は、発行したワンタイムＵＲＬを、一定期間が経過するか、又は、１回（若しくは所定回）だけアクセスがあると、破棄する。

携帯機器１０３は、ＨＴＴＰ ＨＥＡＤリクエストに対するＷｅｂサーバー１０５からのレスポンスを受信すると、そのヘッダー内にワンタイムＵＲＬ発行要求子（Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒ）が含まれているかどうかをチェックする。

このレスポンス・ヘッダー内にワンタイムＵＲＬ発行要求子が存在しない場合には、ＨＴＴＰ ＨＥＡＤリクエストでリクエストしたＷｅｂサービスは認証が必要でないものと解される。したがって、携帯機器１０３は、ＴＶ受像機１０４で表示を行ないたいＵＲＬを、（そのワンタイムＵＲＬの生成を要求することなく）そのままＴＶ受像機１０４に送信すればよい。

一方、レスポンス・ヘッダー内にワンタイムＵＲＬ発行要求子が存在する場合（すなわち、同ヘッダー内に、Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒという文字列が含まれている場合）には、ＨＴＴＰ ＨＥＡＤリクエストでリクエストしたＷｅｂサービスは認証が必要であり、Ｗｅｂサーバー１０５がワンタイムＵＲＬ発行ＡＰＩを発行したと解される。この場合、携帯機器１０３は、同ヘッダー内にセットされている値（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）をワンタイムＵＲＬ発行ＡＰＩとみなし、そのＵＲＬに対するＨＴＴＰ ＧＥＴリクエストをＷｅｂサーバー１０５に送信する。

Ｗｅｂサーバー１０５は、このＨＴＴＰ ＧＥＴリクエストを受信すると、送信元の携帯機器１０３の認証状態をチェックする。携帯機器１０３は、認証シーケンスで取得したＣｏｏｋｉｅをヘッダー部に入れて、ＨＴＴＰ ＧＥＴリクエストを送信している。また、Ｗｅｂサーバー１０５は、認証シーケンスで生成したＣｏｏｋｉｅを、ユーザー情報と紐付けて管理している（前述）。したがって、Ｗｅｂサーバー１０５は、ＨＴＴＰ ＧＥＴリクエストのヘッダーから取り出したＣｏｏｋｉｅに基づいて、携帯機器１０３の認証状態をチェックすることができる。

Ｗｅｂサーバー１０５は、携帯機器１０３が認証されていることを確認できたときには、発行要求されたワンタイムＵＲＬを生成すると、これをメッセージ・ボディーとしてＨＴＴＰ ＧＥＴリクエストに対するレスポンスを携帯機器１０３に送信する。一方、携帯機器１０３が認証されていない場合には、Ｗｅｂサーバー１０５は、「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」というエラー・メッセージを返す。そして、携帯機器１０３は、このエラー・メッセージに応答して、同じＵＲＬのコンテンツをＴＶ受像機１０４など他の機器で表示するための処理をキャンセルする。

ワンタイムＵＲＬ発行ＡＰＩのパラメーター（表１を参照のこと）には、携帯機器１０３がＴＶ受像機１０４に表示したいコンテンツを示すＵＲＬ（この例では「ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ」）が指定される。ワンタイムＵＲＬ発行ＡＰＩ内で指定されたパラメーターから生成されるワンタイムＵＲＬへのアクセスは、認証を必要としない。このとき、ワンタイムＵＲＬを仲介として携帯機器１０３のセッション情報（すなわち認証状態）をＴＶ受像機１０４に引き継ぐために、Ｗｅｂサーバー１０５は、このワンタイムＵＲＬをセッション情報とペアにして一時的に記憶しておく。ワンタイムＵＲＬが無効となるタイミングで、Ｗｅｂサーバー１０５は、ワンタイムＵＲＬとセッション情報のペアを破棄する。

携帯機器１０３は、Ｗｅｂサーバー１０５から受け取ったレスポンスからメッセージ・ボディーを抽出し、ＴＶ受像機１０４に送信するＵＲＬを特定し、ＴＶ受像機１０４に送信する。

図３には、携帯機器１０３がＷｅｂサーバー１０５からワンタイムＵＲＬを取得し、ＴＶ受像機１０４に送信するまでの、情報通信システム１００で実行される処理手順をフローチャートの形式で示している。

まず、携帯機器１０３は、ＴＶ受像機１０４で表示を行ないたいＵＲＬに対するＨＴＴＰ ＨＥＡＤリクエストを、Ｗｅｂサーバー１０５に送信する（ステップＳ３０１）。例えば、ＴＶ受像機１０４など他の機器へのＵＲＬ送信操作がユーザーにより行なわれたことに応答して、ＨＴＴＰ ＨＥＡＤリクエストの送信処理が起動する。

Ｗｅｂサーバー１０５は、ＨＴＴＰ ＨＥＡＤリクエストでリクエストされたＵＲＬを表示するために認証を必要とするかどうかをチェックする（ステップＳ３０２）。

ここで、認証を必要としないＵＲＬがリクエストされた場合には（ステップＳ３０２のＮｏ）、Ｗｅｂサーバー１０５は、ヘッダー部にステータス「２００ ＯＫ」を付けて、ＨＴＴＰ ＨＥＡＤリクエストに対するレスポンスを携帯機器１０３に返す（ステップＳ３０４）。

また、認証を必要とするＵＲＬがリクエストされた場合には（ステップＳ３０２のＹｅｓ）、Ｗｅｂサーバー１０５は、ワンタイムＵＲＬ発行要求子であることを示す値（Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒ）と、ワンタイムＵＲＬの発行を要求するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）の文字列（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）の組み合わせをヘッダー部にセットして（ステップＳ３０３）、ＨＴＴＰ ＨＥＡＤリクエストに対するレスポンスを携帯機器１０３に返す（ステップＳ３０４）。

携帯機器１０３は、Ｗｅｂサーバー１０５から受信したレスポンスのヘッダー内にワンタイムＵＲＬ発行要求子（Ｘ−ＯｎｅＴｉｍｅＵＲＬＩｓｓｕｅｒ）が含まれているかどうかをチェックする（ステップＳ３０５）。

ここで、レスポンス・ヘッダー内にワンタイムＵＲＬ発行要求子が存在しない場合には（ステップＳ３０５のＮｏ）、携帯機器１０３は、ＴＶ受像機１０４で表示を行ないたいＵＲＬを、そのままＴＶ受像機１０４に送信する（ステップＳ３１１）。

一方、レスポンス・ヘッダー内にワンタイムＵＲＬ発行要求子が存在する場合には（ステップＳ３０５のＹｅｓ）、携帯機器１０３は、認証を必要とするＵＲＬであると認識することができる。この場合、携帯機器１０３は、同ヘッダー内にセットされている値（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｏｎｅｔｉｍｅｕｒｌ？ｕｒｌ＝ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）をワンタイムＵＲＬ発行ＡＰＩとみなし、そのＵＲＬに対するＨＴＴＰ ＧＥＴリクエストをＷｅｂサーバー１０５に送信する（ステップＳ３０６）。

Ｗｅｂサーバー１０５は、このＨＴＴＰ ＧＥＴリクエストを受信すると、送信元の携帯機器１０３の認証状態をチェックする（ステップＳ３０７）。ＨＴＴＰ ＧＥＴリクエストのヘッダーにはＣｏｏｋｉｅが付加されており、Ｗｅｂサーバー１０５はＣｏｏｋｉｅに紐付けされたユーザー情報に基づいて、携帯機器１０３の認証状態を確認することができる。

ここで、携帯機器１０３が認証されていない場合には（ステップＳ３０７のＮｏ）、Ｗｅｂサーバー１０５は、「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ」というエラー・メッセージを返す（ステップＳ３１２）。そして、携帯機器１０３は、このエラー・メッセージに応答して、同じＵＲＬのコンテンツをＴＶ受像機１０４で表示するための処理をキャンセルし（ステップＳ３１３）、本処理ルーチンが終了する。

一方、携帯機器１０３が認証されていることを確認できたときには（ステップＳ３０７のＹｅｓ）、Ｗｅｂサーバー１０５は、発行要求されたワンタイムＵＲＬを生成し、これをセッション情報とペアにして一時的に記憶しておく（ステップＳ３０８）。また、Ｗｅｂサーバー１０５は、生成したワンタイムＵＲＬをメッセージ・ボディーとして、ＨＴＴＰ ＧＥＴリクエストに対するレスポンスを携帯機器１０３に送信する（ステップＳ３０９）。

携帯機器１０３は、Ｗｅｂサーバー１０５から受け取ったレスポンスからメッセージ・ボディーを抽出し、ＴＶ受像機１０４に送信するＵＲＬを特定すると（ステップＳ３１０）、ＴＶ受像機１０４に送信する（ステップＳ３１１）。ステップＳ３１１では、携帯機器１０３は、ＤＬＮＡプッシュによりＴＶ受像機１０４にワンタイムＵＲＬを送信し、ＴＶ受像機１０４上でＷｅｂブラウザーを起動するが、この点の詳細については後述に譲る。

図４には、携帯機器１０３がＷｅｂサーバー１０５からワンタイムＵＲＬを取得するための通信シーケンス例を示している。

携帯機器１０３は、ワンタイムＵＲＬ発行ＡＰＩを、ＨＴＴＰ ＧＥＴによりリクエストする（ＳＥＱ４０１）。このとき、ＨＴＴＰ ＧＥＴリクエストのヘッダーにＣｏｏｋｉｅを含めることで、セッション情報を送信する。

Ｗｅｂサーバー１０５は、このＨＴＴＰ ＧＥＴリクエストを受信すると、送信元の携帯機器１０３の認証状態を、Ｃｏｏｋｉｅに紐付けされているユーザー情報に基づいてチェックする。そして、携帯機器１０３が認証されていることを確認できたときには、Ｗｅｂサーバー１０５は、ＴＶ受像機１０４に送信すべきＵＲＬ（ｈｔｔｐ：／／ａ．ｂ．ｃ／ｘｙｚ．ｈｔｍｌ）に対応するワンタイムＵＲＬを生成する（ＳＥＱ４０２）。

また、ワンタイムＵＲＬを仲介としてＴＶ受像機１０４にセッション情報を引き継がせるため、Ｗｅｂサーバー１０５は、このワンタイムＵＲＬをセッション情報とペアにして一時的に記憶しておく（ＳＥＱ４０３）。

そして、Ｗｅｂサーバー１０５は、生成したワンタイムＵＲＬをメッセージ・ボディーとしてＨＴＴＰ ＧＥＴリクエストに対するレスポンスを携帯機器１０３に送信する（ＳＥＱ４０４）。

携帯機器１０３は、Ｗｅｂサーバー１０５から受け取ったレスポンスのメッセージ・ボディーからワンタイムＵＲＬを抽出して、保持する（ＳＥＱ４０５）。その後、携帯機器１０３は、ＤＬＮＡプッシュによりＴＶ受像機１０４にワンタイムＵＲＬを送信し、ＴＶ受像機１０４上でＷｅｂブラウザーを起動する。

本実施形態に係る情報通信システム１００にはＤＬＮＡ規格の仕組みが導入されており、携帯機器１０３はＵＲＬを配信するＤＭＳ及びコンテンツの送信を行なうＤＭＣとして振る舞い、また、ＴＶ受像機１０４はＤＭＲとして振る舞う（前述）。ここで、携帯機器１０３からＴＶ受像機１０４へのＵＲＬ送信は、ＤＬＮＡのレンダラーを、ｍｉｍｅｔｙｐｒ：ｔｅｘｔ／ｈｔｍｌが識別できるよう拡張して利用する。

図５には、ＤＭＳ及びＤＭＣとして振る舞う携帯機器１０３からＤＬＮＡプッシュにより、ＤＭＲとして振る舞うＴＶ受像機１０４側でＷｅｂブラウザーを起動する通信シーケンス例を示している。

ＤＭＳ及びＤＭＣとしての携帯機器１０３は、ＳＴ（Ｓｅａｒｃｈ Ｔａｒｇｅｔ）を“ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｄｅｖｉｃｅ：ＭｅｄｉａＲｅｎｄｅｒｅｒ：１”として、Ｍ−ＳＥＡＲＣＨメッセージをマルチキャストして、ＬＡＮ１０１上のＤＭＲからの応答を待つ（ＳＥＱ５０１）。

ＴＶ受像機１０４は、ＤＭＲであるので、携帯機器１０３からのＭ−ＳＥＡＲＣＨメッセージに応答する。

携帯機器１０３は、Ｍ−ＳＥＡＲＣＨメッセージに応答したＴＶ受像機１０４が再生可能なフォーマットにｔｅｘｔ／ｈｔｍｌがあるかどうかを確認するために、ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏメッセージを送信する（ＳＥＱ５０２）。すなわち、携帯機器１０３は、ＤＬＮＡプッシュしようとしているＵＲＬを、ＴＶ受像機１０４が表示可能かどうかを確認する。

ＴＶ受像機１０４は、ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏに対して、自装置で再生可能なプロトコル／フォーマットの一覧を返信する（ＳＥＱ５０３）。その際、ＴＶ受像機１０４がＷｅｂブラウザーの起動に対応していることを示すために、ｔｅｘｔ／ｈｔｍｌを一覧に含める。

携帯機器１０３は、受け取った一覧から、ＴＶ受像機１０４がｔｅｘｔ／ｈｔｍｌに対応していることを確認すると（ＳＥＱ５０４）、続いてＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎメッセージを送信して（ＳＥＱ５０５）、ＴＶ受像機１０４との接続を開始する。ＴＶ受像機１０４がＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎメッセージに対して応答を返すと（ＳＥＱ５０６）、携帯機器１０３とＴＶ受像機１０４間の接続が確立する。

次いで、携帯機器１０３は、Ｗｅｂサーバー１０５から取得しておいたワンタイムＵＲＬをｍｉｍｉｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして、ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩメッセージをＴＶ受像機１０４に送信する（ＳＥＱ５０７）。これに対し、ＴＶ受像機１０４は応答を返す（ＳＥＱ５０８）。

そして、携帯機器１０３は、ＰｌａｙメッセージをＴＶ受像機１０４に送信して、送信したワンタイムＵＲＬの再生を要求する（ＳＥＱ５０９）。ＴＶ受像機１０４は、Ｐｌａｙメッセージに対して応答を返す（ＳＥＱ５１０）。また、ＴＶ受像機１０４は、受信したＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩメッセージで設定されたＵＲＬのｍｉｍｅｔｙｐｅがｔｅｘｔ／ｈｔｍｌの場合、当該機器に組み込まれているＷｅｂブラウザーを起動して、ＵＲＬの表示を行なう（ＳＥＱ５１１）。

既に述べたように、Ｗｅｂサーバー１０５は、ワンタイムＵＲＬをセッション情報とペアにして一時的に記憶している。したがって、Ｗｅｂサーバー１０５は、ＴＶ受像機１０４からワンタイムＵＲＬに対してアクセスがあったときには、このワンタイムＵＲＬを仲介として、ＴＶ受像機１０４が携帯機器１０３のセッション情報を引き継いでいるかどうかを確認することができる。

すなわち、Ｗｅｂサーバー１０５は、ＴＶ受像機１０４からワンタイムＵＲＬにアクセスがあったとき、ペアにして記憶しておいたセッション情報を使ってＴＶ受像機１０４にＣｏｏｋｉｅを送信し、ＴＶ受像機１０４に対しても携帯機器１０３上で入力されたのと同じＩＤでログインされたものとみなして、ログイン・セッションを開始する。以後、ＴＶ受像機１０４とＷｅｂサーバー１０５は、このＣｏｏｋｉｅを使ってセッション情報を交換しながら、通信を行なう。

図６には、ＴＶ受像機１０４からＷｅｂサーバー１０５へワンタイムＵＲＬを用いてアクセスする通信シーケンス例を示している。

ＴＶ受像機１０４は、携帯機器１０３から再生要求されたワンタイムＵＲＬを、Ｗｅｂサーバー１０５に対してリクエストする（ＳＥＱ６０１）。このリクエストは、例えばＨＴＴＰ ＧＥＴメッセージを用いて行なわれる。

Ｗｅｂサーバー１０５は、ＴＶ受像機１０４からアクセスがあったワンタイムＵＲＬとペアにして記憶しておいたセッション情報を検索する（ＳＥＱ６０２）。そして、ワンタイムＵＲＬとペアとなるセッション情報が発見されると、ＴＶ受像機１０４が認証済みの携帯機器１０３からセッション情報を引き継いでいることを確認することができる。

Ｗｅｂサーバー１０５は、ＴＶ受像機１０４とのログイン・セッションを管理するためのＣｏｏｋｉｅを新たに生成して、ＴＶ受像機１０４との新たなセッションを開始する（ＳＥＱ６０３）。また、Ｗｅｂサーバー１０５は、生成したＣｏｏｋｉｅをユーザー情報と紐付けして管理する。

そして、Ｗｅｂサーバー１０５は、ＨＴＴＰ ＧＥＴメッセージに対するレスポンスのヘッダーにＣｏｏｋｉｅを挿入して、ＴＶ受像機１０４にコンテンツを送信する（ＳＥＱ６０４）。

ここで、Ｗｅｂサーバー１０５は、ＴＶ受像機１０４から１度アクセスがあったワンタイムＵＲＬの情報を破棄する。また、Ｗｅｂサーバー１０５は、ワンタイムＵＲＬとペアとなるセッション情報も破棄する（ＳＥＱ６０７）。その後、破棄若しくは無効となったワンタイムＵＲＬにアクセスしても、エラーとなるため、後から同じＵＲＬを表示しようとしても見ることはできない。

ＴＶ受像機１０４は、Ｗｅｂサーバー１０５から受け取ったＣｏｏｋｉｅを保存する（ＳＥＱ６０５）。以後、ＴＶ受像機１０４は、Ｗｅｂサーバー１０５へのリクエストのヘッダー部にＣｏｏｋｉｅを入れて送信することにより、ログイン・セッションの接続状態を保ちながら、Ｗｅｂサーバー１０５とやり取りすることができる。そして、ＴＶ受像機１０４側では、ＷｅｂブラウザーがＷｅｂサーバー１０５から受信したコンテンツを表示する（ＳＥＱ６０６）。

このように、携帯機器１０３上で認証が必要なＷｅｂサービスを利用中に、ＴＶ受像機１０４を認証することなく、同じＷｅｂサービスをＴＶ受像機１０４に組み込まれたＷｅｂブラウザーで表示することができる。ＴＶ受像機１０４は、ＩＤ及びパスワードなどログイン情報の入力操作をＷｅｂブラウザー上で行なうことなく、ログイン状態となる。

なお、図示しないが、ＴＶ受像機１０４は、図３〜図４に示した処理手順を同様に実行してワンタイムＵＲＬを発行することができる。そして、ＴＶ受像機１０４は、このワンタイムＵＲＬをＬＡＮ１０１上の他の機器（ＤＭＲ）へ転送（ＤＬＮＡプッシュ）することで、携帯機器１０３から引き継いだセッション情報をさらに引き継がせることができる。

Ｗｅｂサーバー１０５は、ワンタイムＵＲＬ発行ＡＰＩへのリクエストがあった際、アクセス元の認証情報を確認し、認証済みの端末でない場合はアクセスを拒否するようになっている（例えば、図３のステップＳ３１１を参照のこと）。したがって、ＬＡＮ１０１上の機器であっても、認証された状態でなければ、認証が必要なＷｅｂサービスを利用することはできない（例えば、認証が必要なページを表示することはできない）。また、ワンタイムＵＲＬの伝送は、基本的に、（ＤＬＮＡの仕組みを利用して）ＬＡＮ１０１内で行なうので、第３者が傍受することは困難である。

また、ワンタイムＵＲＬの生成はＷｅｂサーバー１０５側で行なわれるので、ワンタイムＵＲＬを生成するかどうかや、生成したワンタイムＵＲＬを破棄するための時間などの条件を、Ｗｅｂサーバー１０５を運営するＷｅｂサービス側でコントロールすることができる。Ｗｅｂサービスは、セキュリティーのレベルをＷｅｂサービス毎（すなわち、提供するコンテンツ毎）に設定することができる。

ワンタイムＵＲＬを仲介してセッション情報すなわち認証状態の引き継ぎを行なうことができるが、認証情報を管理するのはＷｅｂサーバー１０５のみである。言い換えれば、携帯機器１０３やＴＶ受像機１０４は、ワンタイムＵＲＬ発行ＡＰＩをリクエストしてワンタイムＵＲＬを発行したり、ＵＲＬプッシュを受け取ってＷｅｂブラウザーを起動してＷｅｂサービスの利用を引き継いだりするが、Ｗｅｂサーバー１０５との間で認証情報のやり取りを行なう必要はなく、簡素な仕組みで実現することができる。

図７には、本実施形態に係る情報通信システム１００において、携帯機器１０３として動作する情報処理装置７００の機能的構成を模式的に示している。図示の情報処理装置７００は、通信処理部７０１と、入力部７０２と、表示部７０３と、Ｗｅｂサービス利用部７０４と、ＵＲＬ取得部７０５と、ＵＲＬ転送部７０６を備えている。但し、本明細書で開示する技術の要旨に直接関連しない機能モジュールに関しては、図示を省略している。

通信処理部７０１は、ＬＡＮ１０１並びにインターネット１０２に接続して、ＤＬＮＡのＤＭＣ及びＤＭＳとしての通信動作、Ｗｅｂクライアントとしての通信動作を実行する。

Ｗｅｂサービス利用部７０４は、Ｗｅｂブラウザー機能を有し、例えば入力部７０２を介してユーザーが入力したＵＲＬに対してアクセスし、Ｗｅｂサーバー１０５が提供するＷｅｂサービスを表示部７０３で表示する。Ｗｅｂサービス利用部７０４は、Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有しており、Ｗｅｂサーバー１０５から受信したＣｏｏｋｉｅを保存するとともに、Ｗｅｂサーバー１０５へのメッセージのヘッダーにＣｏｏｋｉｅを入れる。

ＵＲＬ取得部７０５は、ＴＶ受像機１０４などＬＡＮ１０１上の他の機器でＷｅｂサービスを利用するためのＵＲＬを取得する。ＵＲＬ転送部７０６は、ＵＲＬ取得部が取得したＵＲＬを、ＴＶ受像機１０４などＬＡＮ１０１上の他の機器へ転送する。

認証を必要とするＷｅｂサービスを利用する場合には、Ｗｅｂサービス利用部７０４は、ユーザーが入力部７０２を介してＷｅｂブラウザーに入力したＩＤ並びにパスワードなどの認証情報をＷｅｂサーバー１０５に送信する。また、ＵＲＬ取得部７０５は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬをＷｅｂサーバー１０５から取得し、ＵＲＬ転送部７０６は、取得したワンタイムＵＲＬを他の機器へ転送する。

ＵＲＬ取得部７０５は、Ｗｅｂブラウザー機能を利用して、ＴＶ受像機１０４でも利用しようとしているＷｅｂサービスが認証を必要とするかどうかをＷｅｂサーバー１０５に問い合わせることができる。具体的には、ＵＲＬ取得部７０５は、ＷｅｂサービスのＵＲＬに対するＨＴＴＰ ＨＥＡＤリクエストをＷｅｂサーバー１０５に送信する。そして、Ｗｅｂサーバー１０５からのレスポンスのヘッダーにワンタイムＵＲＬ発行要求子が含まれていることにより、Ｗｅｂサービスが認証を必要であることを確認する。また、ＵＲＬ取得部７０５は、Ｗｅｂサーバー１０５からのレスポンスのヘッダーから抽出したワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ ＧＥＴリクエストを送信し、そのレスポンスとしてワンタイムＵＲＬを受け取ることができる。

また、ＵＲＬ転送部７０６は、ＤＬＮＡのＤＭＣ及びＤＭＳとして振る舞い、ＤＭＲとして振る舞うＴＶ受像機１０４に対して、ＵＲＬ若しくはワンタイムＵＲＬを、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして送信する。

また、図８には、本実施形態に係る情報通信システム１００において、ＴＶ受像機１０４として動作する情報処理装置８００の機能的構成を模式的に示している。図示の情報処理装置８００は、通信処理部８０１と、入力部８０２と、表示部８０３と、ＵＲＬ取得部８０４と、Ｗｅｂサービス利用部８０５を備えている。但し、本明細書で開示する技術の要旨に直接関連しない機能モジュールに関しては、図示を省略している。

通信処理部８０１は、ＬＡＮ１０１並びにインターネット１０２に接続して、ＤＬＮＡのＤＭＲとしての通信動作、Ｗｅｂクライアントとしての通信動作を実行する。

ＵＲＬ取得部８０４は、携帯機器１０３などの他の機器から、同じＷｅｂサービスを利用するためのＵＲＬを取得する。Ｗｅｂサービス利用部８０５は、Ｗｅｂブラウザー機能を有し、ＵＲＬ取得部８０４が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバー１０５が提供するＷｅｂサービスを利用する。Ｗｅｂサービス利用部８０５は、Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバー１０５から受信したＣｏｏｋｉｅを保存するとともに、Ｗｅｂサーバー１０５へのメッセージのヘッダーにＣｏｏｋｉｅを入れる。

ここで、利用しようとするＷｅｂサービスが認証を必要とする場合には、ＵＲＬ取得部８０４は、Ｗｅｂサービスにアクセス要求するためのワンタイムＵＲＬを携帯機器１０３からから取得し、Ｗｅｂサービス利用部８０５はこのワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用することになる。

ＵＲＬ取得部８０４は、ＤＬＮＡのＤＭＲとして振る舞い、ＤＭＣ及びＤＭＳとして振る舞う携帯機器１０３から、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとしてＵＲＬを受信したことに応答して、Ｗｅｂサービス利用部８０５のＷｅｂブラウザー機能を起動して、受信したＵＲＬを表示部８０３で表示する。

また、図９には、本実施形態に係る情報通信システム１００において、Ｗｅｂサーバー１０５として動作する情報処理装置９００の機能的構成を模式的に示している。図示の情報処理装置９００は、通信処理部９０１と、入力部９０２と、表示部９０３と、Ｗｅｂサービス提供部９０４と、ワンタイムＵＲＬ提供部９０５と、ワンタイムＵＲＬ記憶部９０６を備えている。但し、本明細書で開示する技術の要旨に直接関連しない機能モジュールに関しては、図示を省略している。

通信処理部９０１は、インターネット１０２に接続して、Ｗｅｂサーバーとしての通信動作を実行する。

Ｗｅｂサービス提供部９０４は、基本的にはＵＲＬのアクセス要求に応じて、該当するＷｅｂページを送信するなどのＷｅｂサービスを提供する。本実施形態に係る情報通信システム１００において特徴的なことは、Ｗｅｂサービス提供部９０４は、携帯機器１０３で認証処理を経て利用するＷｅｂサービスを、ＴＶ受像機１０４でも認証状態を引き継いで利用できるようにする点である。このため、ワンタイムＵＲＬ提供部９０５は、認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、携帯機器１０３に送信する。また、ワンタイムＵＲＬ記憶部９０６は、セッション情報の引き継ぎを実現するために、生成したワンタイムＵＲＬと携帯機器１０３のセッション情報をペアにして記憶する。そして、Ｗｅｂサービス提供部９０４は、ＴＶ受像機１０４からワンタイムＵＲＬを受信したときに、ワンタイムＵＲＬ記憶部９０６がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する。

ワンタイムＵＲＬ提供部９０６は、携帯機器１０３などから受信したＨＴＴＰ ＨＥＡＤリクエストが認証を必要とするＷｅｂサービスのＵＲＬに対するアクセス要求である場合に、そのレスポンスでワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子（表１を参照のこと）を送信して、リクエスト元に対して認証を必要とするＷｅｂサービスであることを示す。そして、ワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ ＧＥＴリクエストを受信すると、認証済みであることを確認した上で認証を必要とする前記ＷｅｂサービスへのワンタイムＵＲＬを生成し、ＨＴＴＰ ＧＥＴのレスポンスとして送信するようになっている。

Ｗｅｂサービス提供部９０４は、携帯機器１０３が認証を必要とするＷｅｂサービスにアクセスする際に、携帯機器１０３に組み込まれたＷｅｂブラウザー上でユーザーによる認証情報の入力を求める。そして、正しく認証された場合に、セッション情報をＣｏｏｋｉｅにより管理するようになっている。

また、Ｗｅｂサービス提供部９０４は、ＴＶ受像機１０４が携帯機器１０３から引き継いだワンタイムＵＲＬに対してアクセスがした際に、ワンタイムＵＲＬ記憶部９０６でペアとして記憶しているセッション情報に基づいて携帯機器１０３と同じ認証情報でログインしたものとみなす。このとき、Ｗｅｂサービス提供部９０６は、セッション情報を管理するためのＣｏｏｋｉｅを送信して、ＴＶ受像機１０４との新たなセッションを開始する。そして、ＴＶ受像機１０４からアクセスされたワンタイムＵＲＬ及びペアとなっているセッション情報を、ワンタイムＵＲＬ記憶部９０６から破棄する。

なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部と、前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部と、を具備し、前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、情報処理装置。
（２）ユーザーが文字の入力操作を行なう入力部をさらに備え、前記Ｗｅｂサービス利用部は、認証を必要とするＷｅｂサービスを利用する際に、ユーザーが前記入力部を介して入力した認証情報を、前記Ｗｅｂブラウザー機能を用いて前記Ｗｅｂサーバーに送信する、上記（１）に記載の情報処理装置。
（３）前記ＵＲＬ取得部は、前記Ｗｅｂブラウザー機能を利用して、前記他の機器で利用するＷｅｂサービスが認証を必要とするかどうかを前記Ｗｅｂサーバーに問い合わせる、上記（１）に記載の情報処理装置。
（４）前記ＵＲＬ取得部は、前記ＷｅｂサービスのＵＲＬに対するＨＴＴＰ ＨＥＡＤリクエストを送信し、そのレスポンスのヘッダーにワンタイムＵＲＬ発行要求子が含まれていることにより、前記Ｗｅｂサービスが認証を必要であることを確認する、上記（３）に記載の情報処理装置。
（５）前記ＵＲＬ取得部は、前記レスポンスのヘッダーから抽出したワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ ＧＥＴリクエストを送信し、そのレスポンスとしてワンタイムＵＲＬを受け取る、上記（４）に記載の情報処理装置。
（６）前記ＵＲＬ転送部は、ＤＬＮＡのＤｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒとして振る舞い、Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒとして振る舞う前記他の機器に対して、ＵＲＬをｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして送信する、上記（１）に記載の情報処理装置。
（７）Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部と、Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、を具備し、前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、情報処理装置。
（８）前記ＵＲＬ取得部は、ＤＬＮＡのＤｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒとして振る舞い、Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒとして振る舞う前記他の機器から、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとしてＵＲＬを受信したことに応答して、前記Ｗｅｂサービス利用部のＷｅｂブラウザー機能を起動して、受信したＵＲＬを表示する、上記（７）に記載の情報処理装置。
（９）Ｗｅｂサービスを提供するＷｅｂサービス提供部と、認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供部と、前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶部と、を具備し、前記Ｗｅｂサービス提供部は、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、情報処理装置。
（１０）前記Ｗｅｂサービス提供部は、前記第１の機器が認証を必要とするＷｅｂサービスにアクセスする際に、前記第１の機器に組み込まれたＷｅｂブラウザー上でユーザーによる認証情報の入力を求め、正しく認証された場合に、セッション情報をＣｏｏｋｉｅにより管理する、上記（９）に記載の情報処理装置。
（１１）前記ワンタイムＵＲＬ提供部は、前記第１の機器から受信したＨＴＴＰ ＨＥＡＤリクエストが認証を必要とするＷｅｂサービスのＵＲＬに対するアクセス要求である場合に、そのレスポンスでワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を送信して、前記第１の機器に対して認証を必要とするＷｅｂサービスであることを示す、上記（９）に記載の情報処理装置。
（１２）前記ワンタイムＵＲＬ提供部は、ワンタイムＵＲＬ発行ＡＰＩに対するＨＴＴＰ ＧＥＴリクエストを前記第１の機器から受信すると、前記第１の機器が認証済みであることを確認した上で認証を必要とする前記ＷｅｂサービスへのワンタイムＵＲＬを生成し、ＨＴＴＰ ＧＥＴのレスポンスとして送信する、上記（１１）に記載の情報処理装置。
（１３）前記Ｗｅｂサービス提供部は、前記第２の機器がワンタイムＵＲＬに対してアクセスがした際に、前記ワンタイムＵＲＬ記憶部でペアとして記憶しているセッション情報に基づいて前記第１の機器と同じ認証情報でログインしたものとみなし、前記第２の機器にセッション情報を管理するためのＣｏｏｋｉｅを送信して新たなセッションを開始する、上記（９）に記載の情報処理装置。
（１４）前記Ｗｅｂサービス提供部は、前記第２の機器からアクセスされたワンタイムＵＲＬ及びペアとなっているセッション情報を前記ワンタイムＵＲＬ記憶部から破棄する、上記（９）に記載の情報処理装置。
（１５）Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得ステップと、前記ＵＲＬ取得ステップで取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送ステップと、を有し、前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、情報処理方法。
（１６）Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得ステップと、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、を有し、前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、前記Ｗｅｂサービス利用ステップでは、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、情報処理方法。
（１７）Ｗｅｂサービスを提供するＷｅｂサービス提供ステップと、認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、前記第１の機器に送信するワンタイムＵＲＬ提供ステップと、前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶ステップと、を有し、前記Ｗｅｂサービス提供ステップでは、第２の機器からワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部がペアにして記憶したセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、情報処理方法。
（１８）Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部、前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部、としてコンピューターを機能させるようにコンピューター可読形式で記述され、前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記Ｗｅｂサーバーから取得する、コンピューター・プログラム。
（１９）Ｗｅｂサービスを利用するためのＵＲＬを他の機器から取得するＵＲＬ取得部、Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、としてコンピューターを機能させるようにコンピューター可読形式で記述され、前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを前記他の機器から取得し、前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、コンピューター・プログラム。
（２０）Ｗｅｂブラウザー機能を有する第１の機器及び第２の機器と、ＵＲＬにアクセスしたＷｅｂサービスを提供するＷｅｂサーバーを具備し、前記Ｗｅｂサーバーは、認証を必要とするＷｅｂサービスにアクセスするワンタイムＵＲＬを認証済みの機器に発行して、当該機器のセッション情報とペアにして記憶し、前記第１の機器は、Ｗｅｂブラウザー機能を介して前記Ｗｅｂサーバーに認証情報を送信するとともに、前記ワンタイムＵＲＬを取得して前記第２の機器に渡し、前記第２の機器は、受け取った前記ワンタイムＵＲＬから認証を必要とする前記Ｗｅｂサービスにアクセスする、情報通信システム。

以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

本明細書では、ＤＬＮＡ規格の仕組みを利用したＬＡＮ上の機器間で同じＷｅｂサービスを利用する実施形態を中心に説明してきたが、本明細書で開示する技術の要旨は特定の規格に限定されるものではない。ＤＬＮＡ規格を使用しないＬＡＮ上の複数の機器で同じＷｅｂサービスを利用する場合や、ＬＡＮではなくインターネットなどの広域ネットワーク上の複数の機器で同じＷｅｂサービスを利用する場合にも、同様に本明細書で開示する技術を適用することができる。

要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。

１００…情報通信システム
１０１…ＬＡＮ
１０２…インターネット
１０３…携帯機器
１０４…ＴＶ受像機
１０５…Ｗｅｂサーバー
７００…情報処理装置（携帯機器１０３）
７０１…通信処理部、７０２…入力部、７０３…表示部
７０４…Ｗｅｂサービス利用部
７０５…ＵＲＬ取得部
７０６…ＵＲＬ転送部
８００…情報処理装置（ＴＶ受像機１０４）
８０１…通信処理部、８０２…入力部、８０３…表示部
８０４…ＵＲＬ取得部
８０５…Ｗｅｂサービス利用部
９００…情報処理装置（Ｗｅｂサーバー１０５）
９０１…通信処理部、９０２…入力部、９０３…表示部
９０４…Ｗｅｂサービス提供部
９０５…ワンタイムＵＲＬ提供部
９０６…ワンタイムＵＲＬ記憶部

Claims (18)

1. Ｗｅｂサーバーから受け取るＣｏｏｋｉｅを保存するＷｅｂブラウザー機能を有し、前記Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、
   認証後の前記Ｗｅｂサーバーから他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部と、
   前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部と、
   を具備し、
   前記ＵＲＬ取得部は、前記ＷｅｂサービスのＵＲＬに対するＨＴＴＰ ＨＥＡＤリクエストを前記Ｗｅｂサーバーに送信し、そのレスポンスのヘッダーに、ワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子が付与されていることにより、前記Ｗｅｂサービスが認証を必要とすることを確認し、前記ワンタイムＵＲＬ発行ＡＰＩが示すＵＲＬに対するＨＴＴＰ ＧＥＴリクエストをヘッダーに前記Ｃｏｏｋｉｅを挿入して前記Ｗｅｂサーバーに送信して、前記Ｗｅｂサーバーから受け取ったレスポンスからワンタイムＵＲＬを取得し、
   前記ＵＲＬ転送部は、前記ワンタイムＵＲＬを前記他の機器へ転送する、
   情報処理装置。
2. ユーザーが文字の入力操作を行なう入力部をさらに備え、
   前記Ｗｅｂサービス利用部は、認証を必要とするＷｅｂサービスを利用する際に、ユーザーが前記入力部を介して入力した認証情報を、前記Ｗｅｂブラウザー機能を用いて前記Ｗｅｂサーバーに送信するとともに、前記Ｗｅｂサーバーから受け取ったＣｏｏｋｉｅを保存し、
   前記ＵＲＬ取得部は、前記Ｗｅｂサーバーへのリクエストのヘッダーに前記Ｃｏｏｋｉｅを挿入して送信する、
   請求項１に記載の情報処理装置。
3. 前記ＵＲＬ転送部は、ＤＬＮＡのＤｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒとして振る舞い、Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒとして振る舞う前記他の機器に対して、ＵＲＬをｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとして送信する、
   請求項１に記載の情報処理装置。
4. Ｗｅｂサービスを利用するためのＵＲＬを請求項１に記載の情報処理装置から取得するＵＲＬ取得部と、
   Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部と、
   を具備し、
   前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを請求項１に記載の情報処理装置から取得し、
   前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
   情報処理装置。
5. 前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬのリクエストに対する前記Ｗｅｂサーバーからのレスポンスのヘッダーに含まれるＣｏｏｋｉｅを保存し、以後の前記Ｗｅｂサーバーへのリクエストのヘッダーに前記Ｃｏｏｋｉｅを挿入する
   請求項４に記載の情報処理装置。
6. 前記ＵＲＬ取得部は、ＤＬＮＡのＤｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒとして振る舞い、Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ及びＤｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒとして振る舞う前記他の機器から、ｍｉｍｅｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌとしてＵＲＬを受信したことに応答して、前記Ｗｅｂサービス利用部のＷｅｂブラウザー機能を起動して、受信したＵＲＬを表示する、
   請求項４に記載の情報処理装置。
7. Ｗｅｂサービスを提供するＷｅｂサービス提供部と、
   認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、第１の機器に送信するワンタイムＵＲＬ提供部と、
   前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶部と、
   を具備し、
   前記Ｗｅｂサービス提供部は、認証に成功した前記第１の機器にＣｏｏｋｉｅを生成するとともに前記第１の機器に送信し、前記第１の機器からの認証を必要とするＵＲＬのＨＴＴＰ ＨＥＡＤリクエストに対するレスポンスのヘッダーにワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を付与し、
   前記ワンタイムＵＲＬ提供部は、前記第１の機器から受信した前記ワンタイムＵＲＬ発行ＡＰＩが示すＵＲＬに対するＨＴＴＰ ＧＥＴリクエストのヘッダーに挿入されているＣｏｏｋｉｅに基づいて前記第１の機器の認証状態をチェックして、認証されていることを確認できたときに前記ワンタイムＵＲＬを生成して前記第１の機器にＨＴＴＰ ＧＥＴのレスポンスとして送信し、
   前記Ｗｅｂサービス提供部は、前記第１の機器とは異なる第２の機器から前記ワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部が前記ワンタイムＵＲＬとペアにして記憶した前記第１の機器のセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、
   情報処理装置。
8. 前記Ｗｅｂサービス提供部は、前記第１の機器が認証を必要とするＷｅｂサービスにアクセスする際に、前記第１の機器に組み込まれたＷｅｂブラウザー上でユーザーによる認証情報の入力を求め、正しく認証された場合に、セッション情報をＣｏｏｋｉｅにより管理する、
   請求項７に記載の情報処理装置。
9. 前記ワンタイムＵＲＬ提供部は、前記第１の機器から受信したＨＴＴＰ ＨＥＡＤリクエストが認証を必要とするＷｅｂサービスのＵＲＬに対するアクセス要求である場合に、そのレスポンスでワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を送信して、前記第１の機器に対して認証を必要とするＷｅｂサービスであることを示す、
   請求項７に記載の情報処理装置。
10. 前記Ｗｅｂサービス提供部は、前記第２の機器がワンタイムＵＲＬに対してアクセスがした際に、前記ワンタイムＵＲＬ記憶部でペアとして記憶しているセッション情報に基づいて前記第１の機器と同じ認証情報でログインしたものとみなし、前記第２の機器のセッション情報を管理するための新たなＣｏｏｋｉｅを生成して前記第２の機器に送信して新たなセッションを開始する、
    請求項７に記載の情報処理装置。
11. 前記Ｗｅｂサービス提供部は、前記第２の機器からアクセスされたワンタイムＵＲＬ及びペアとなっているセッション情報を前記ワンタイムＵＲＬ記憶部から破棄する、
    請求項７に記載の情報処理装置。
12. Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、
    他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得ステップと、
    前記ＵＲＬ取得ステップで取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送ステップと、
    を有し、
    前記ＵＲＬ取得ステップでは、前記ＷｅｂサービスのＵＲＬに対するＨＴＴＰ ＨＥＡＤリクエストを前記Ｗｅｂサーバーに送信し、そのレスポンスのヘッダーに、ワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子が付与されていることにより、前記Ｗｅｂサービスが認証を必要とすることを確認し、前記ワンタイムＵＲＬ発行ＡＰＩが示すＵＲＬに対するＨＴＴＰ ＧＥＴリクエストをヘッダーに前記Ｃｏｏｋｉｅを挿入して前記Ｗｅｂサーバーに送信して、前記Ｗｅｂサーバーから受け取ったレスポンスからワンタイムＵＲＬを取得し、
    前記ＵＲＬ転送ステップでは、前記ワンタイムＵＲＬを前記他の機器へ転送する、
    情報処理方法。
13. Ｗｅｂサービスを利用するためのＵＲＬを請求項１に記載の情報処理装置から取得するＵＲＬ取得ステップと、
    前記ＵＲＬ取得ステップにおいて取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用ステップと、
    を有し、
    前記ＵＲＬ取得ステップでは、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを請求項１に記載の情報処理装置から取得し、
    前記Ｗｅｂサービス利用ステップでは、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
    情報処理方法。
14. Ｗｅｂサービスを提供するＷｅｂサービス提供ステップと、
    認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、第１の機器に送信するワンタイムＵＲＬ提供ステップと、
    前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶ステップと、
    を有し、
    前記Ｗｅｂサービス提供ステップでは、認証に成功した前記第１の機器にＣｏｏｋｉｅを生成するとともに前記第１の機器に送信し、前記第１の機器からの認証を必要とするＵＲＬのＨＴＴＰ ＨＥＡＤリクエストに対するレスポンスのヘッダーにワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を付与し、
    前記ワンタイムＵＲＬ提供ステップでは、前記第１の機器から受信した前記ワンタイムＵＲＬ発行ＡＰＩが示すＵＲＬに対するＨＴＴＰ ＧＥＴリクエストのヘッダーに挿入されているＣｏｏｋｉｅに基づいて前記第１の機器の認証状態をチェックして、認証されていることを確認できたときに前記ワンタイムＵＲＬを生成して前記第１の機器にＨＴＴＰ ＧＥＴのレスポンスとして送信し、
    前記Ｗｅｂサービス提供ステップでは、前記第１の機器とは異なる第２の機器から前記ワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部が前記ワンタイムＵＲＬとペアにして記憶した前記第１の機器のセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、
    情報処理方法。
15. Ｗｅｂサーバーから受け取るＣｏｏｋｉｅを保存するＷｅｂブラウザー機能を有し、前記Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、
    認証後の前記Ｗｅｂサーバーから他の機器でＷｅｂサービスを利用するためのＵＲＬを取得するＵＲＬ取得部、
    前記ＵＲＬ取得部が取得したＵＲＬを前記他の機器へ転送するＵＲＬ転送部、
    としてコンピューターを機能させるようにコンピューター可読形式で記述され、
    前記ＵＲＬ取得部は、前記ＷｅｂサービスのＵＲＬに対するＨＴＴＰ ＨＥＡＤリクエストを前記Ｗｅｂサーバーに送信し、そのレスポンスのヘッダーに、ワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子が付与されていることにより、前記Ｗｅｂサービスが認証を必要とすることを確認し、前記ワンタイムＵＲＬ発行ＡＰＩが示すＵＲＬに対するＨＴＴＰ ＧＥＴリクエストをヘッダーに前記Ｃｏｏｋｉｅを挿入して前記Ｗｅｂサーバーに送信して、前記Ｗｅｂサーバーから受け取ったレスポンスからワンタイムＵＲＬを取得し、
    前記ＵＲＬ転送部は、前記ワンタイムＵＲＬを前記他の機器へ転送する、
    コンピューター・プログラム。
16. Ｗｅｂサービスを利用するためのＵＲＬを請求項１に記載の情報処理装置から取得するＵＲＬ取得部、
    Ｃｏｏｋｉｅに対応したＷｅｂブラウザー機能を有し、前記ＵＲＬ取得部が取得したＵＲＬにアクセス要求して、Ｗｅｂサーバーが提供するＷｅｂサービスを利用するＷｅｂサービス利用部、
    としてコンピューターを機能させるようにコンピューター可読形式で記述され、
    前記ＵＲＬ取得部は、認証を必要とするＷｅｂサービスにアクセス要求するためのワンタイムＵＲＬを請求項１に記載の情報処理装置から取得し、
    前記Ｗｅｂサービス利用部は、前記ワンタイムＵＲＬを用いて、認証を必要とする前記Ｗｅｂサービスを利用する、
    コンピューター・プログラム。
17. Ｗｅｂサービスを提供するＷｅｂサービス提供部、
    認証を必要とするＷｅｂサービスにアクセスするためのワンタイムＵＲＬを生成して、第１の機器に送信するワンタイムＵＲＬ提供部、
    前記ワンタイムＵＲＬと前記第１の機器のセッション情報をペアにして記憶するワンタイムＵＲＬ記憶部、
    としてコンピューターを機能させるようにコンピューター可読形式で記述され、
    前記Ｗｅｂサービス提供部は、認証に成功した前記第１の機器にＣｏｏｋｉｅを生成するとともに前記第１の機器に送信し、前記第１の機器からの認証を必要とするＵＲＬのＨＴＴＰ ＨＥＡＤリクエストに対するレスポンスのヘッダーにワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を付与し、
    前記ワンタイムＵＲＬ提供部は、前記第１の機器から受信した前記ワンタイムＵＲＬ発行ＡＰＩが示すＵＲＬに対するＨＴＴＰ ＧＥＴリクエストのヘッダーに挿入されているＣｏｏｋｉｅに基づいて前記第１の機器の認証状態をチェックして、認証されていることを確認できたときに前記ワンタイムＵＲＬを生成して前記第１の機器にＨＴＴＰ ＧＥＴのレスポンスとして送信し、
    前記Ｗｅｂサービス提供部は、前記第１の機器とは異なる第２の機器から前記ワンタイムＵＲＬを受信したときに、前記ワンタイムＵＲＬ記憶部が前記ワンタイムＵＲＬとペアにして記憶した前記第１の機器のセッション情報を確認して、認証を必要とするＷｅｂサービスを提供する、
    コンピューター・プログラム。
18. Ｗｅｂブラウザー機能を有する第１の機器及び第２の機器と、ＵＲＬにアクセスしたＷｅｂサービスを提供するＷｅｂサーバーを具備し、
    前記Ｗｅｂサーバーは、認証に成功した前記第１の機器にＣｏｏｋｉｅを生成するとともに前記第１の機器に送信し、
    前記第１の機器は、前記ＷｅｂサービスのＵＲＬに対するＨＴＴＰ ＨＥＡＤリクエストを前記Ｗｅｂサーバーに送信し、
    前記Ｗｅｂサーバーは、前記第１の機器からの認証を必要とするＵＲＬのＨＴＴＰ ＨＥＡＤリクエストに対するレスポンスのヘッダーにワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子を付与し、
    前記第１の機器は、前記Ｗｅｂサーバーから受信したレスポンスのヘッダーに、ワンタイムＵＲＬ発行ＡＰＩを含んだワンタイムＵＲＬ発行要求子が付与されていることにより、前記Ｗｅｂサービスが認証を必要とすることを確認し、前記ワンタイムＵＲＬ発行ＡＰＩが示すＵＲＬに対するＨＴＴＰ ＧＥＴリクエストをヘッダーに前記Ｃｏｏｋｉｅを挿入して前記Ｗｅｂサーバーに送信し、
    前記Ｗｅｂサーバーは、前記第１の機器から受信した前記ワンタイムＵＲＬ発行ＡＰＩが示すＵＲＬに対するＨＴＴＰ ＧＥＴリクエストのヘッダーに挿入されているＣｏｏｋｉｅに基づいて前記第１の機器の認証状態をチェックして、認証されていることを確認できたときに前記ワンタイムＵＲＬを生成して前記第１の機器にＨＴＴＰ ＧＥＴのレスポンスとして送信し、
    前記第１の機器は、前記Ｗｅｂサーバーから受信したＨＴＴＰ ＧＥＴレスポンスに含まれる前記ワンタイムＵＲＬを前記第２の機器へ転送し、
    前記第２の機器は、受け取ったワンタイムＵＲＬから認証を必要とする前記ｗＥＢサービスにアクセスする、
    情報通信システム。

Images