JP2017033417A - 端末装置、情報送信方法、及び情報送信プログラム - Google Patents

Abstract

【課題】認証によるユーザビリティの低下を抑制すること。
【解決手段】本願に係る端末装置は、受付部と、送信部とを有する。受付部は、一の提供元が提供するコンテンツに対するユーザ操作であって、他の提供元が提供する他のコンテンツを表示させるユーザ操作を受け付ける。受付部により受け付けられた他の提供元が提供する他のコンテンツを表示されるユーザ操作に応じて、一の提供元における認証情報を他の提供元の外部装置へ送信する。例えば、受付部は、コンテンツ中に含まれる前記他のコンテンツに関する情報が表示された領域に対するユーザ操作を受け付ける。
【選択図】図３

Description

本発明は、端末装置、情報送信方法、及び情報送信プログラムに関する。

従来、所定のサービス（サイト）が第三者に認証を委任することにより、第三者と連携して認証する技術が提供されている。例えば、ＯｐｅｎＩＤ（登録商標）においては、複数の提供元が提供するサービスにおいて共通した認証情報を利用し、ユーザが各サービスで認証を行うことによる負担を軽減する。

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

しかしながら、上記の従来技術では認証によるユーザビリティの低下を抑制することは難しい。例えば、認証情報を提供する提供元のサービスにおける認証が必要である場合、認証によるユーザビリティの低下を抑制することは難しい。

本願は、上記に鑑みてなされたものであって、認証によるユーザビリティの低下を抑制する端末装置、情報送信方法、及び情報送信プログラムを提供することを目的とする。

本願に係る端末装置は、一の提供元が提供するコンテンツに対するユーザ操作であって、他の提供元が提供する他のコンテンツを表示させるユーザ操作を受け付ける受付部と、前記一の提供元による認証状態において前記ユーザ操作が行われた場合に、前記一の提供元における前記認証状態を引き継ぐ認証情報を前記他の提供元の外部装置へ送信する送信部と、を備えたことを特徴とする。

実施形態の一態様によれば、認証によるユーザビリティの低下を抑制することができるという効果を奏する。

図１は、実施形態に係る情報送信処理の一例を示す図である。 図２は、実施形態に係る認証システムの構成例を示す図である。 図３は、実施形態に係る端末装置の構成例を示す図である。 図４は、実施形態に係る認証情報記憶部の一例を示す図である。 図５は、実施形態に係る第１配信装置の構成例を示す図である。 図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図７は、実施形態に係るコンテンツ情報記憶部の一例を示す図である。 図８は、実施形態に係る第２配信装置の構成例を示す図である。 図９は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図１０は、実施形態に係るコンテンツ情報記憶部の一例を示す図である。 図１１は、実施形態に係る情報送信処理手順を示すシーケンス図である。 図１２は、端末装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る端末装置、情報送信方法、及び情報送信プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る端末装置、情報送信方法、及び情報送信プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．情報送信処理〕
まず、図１を用いて、実施形態に係る情報送信処理の一例について説明する。図１は、実施形態に係る情報送信処理の一例を示す図である。図１に示す認証システム１において、端末装置１００は、一の提供元が提供するコンテンツを表示する。図１に示す例においては、端末装置１００がタッチパネル機能を有するスマートフォンである場合を示す。

以下に示す例においては、一の提供元を「第１配信元」とし、一の提供元がコンテンツの配信等のサービスに用いる情報処理装置を「第１配信装置」とする。また、図１に示す例においては、端末装置１００は、第１配信元が提供するアプリケーション（以下、「アプリ」とする場合がある）に第１配信元が提供するコンテンツを表示する場合を例に説明する。以下では、第１配信元が提供するアプリを「第１アプリ」とする場合がある。なお、第１配信元が提供するコンテンツは、第１アプリにおいて表示されるコンテンツに限らず、第１配信元のサイトのウェブページ（以下、単に「サイト」とする場合がある）等であってもよい。

例えば、端末装置１００は、第１アプリ中のアプリ内ブラウザに、第１配信元以外の他の提供元が提供する他のコンテンツが表示される場合に、第１配信元における認証情報を他の提供元の外部装置へ送信する。なお、以下に示す例においては、第１配信元以外の他の提供元を「第２配信元」とし、他の提供元の外部装置（情報処理装置）を「第２配信装置」とする。

図１に示す例においては、端末装置１００は、第１配信装置２００が提供するコンテンツが表示される第１アプリＡＰ１１中のアプリ内ブラウザＡＢ１１に、第１配信元が提供する他のコンテンツが表示される場合に、第１配信元における認証情報を第２配信装置３００へ送信する場合を説明する。

まず、第１アプリＡＰ１１が起動された端末装置１００は、第１配信装置２００へコンテンツの取得を要求する（ステップＳ１１）。図１に示す例においては、ステップＳ１１において端末装置１００は、第１配信元が提供するサービス（以下、「第１サービス」とする場合がある）へのログインも行う。例えば、端末装置１００は、ログインＩＤやパスワードを第１配信装置２００へ送信することにより、第１サービスへのログインを行う。以下では、サービスへログインした状態のことを認証状態とする場合がある。例えば、第１サービスへログインした状態は、第１サービスを提供する第１配信元による認証状態に対応する。図１に示す例においては、ステップＳ１１においてコンテンツの取得要求と第１サービスへのログインを行うものとする。

端末装置１００からログインＩＤやパスワードを受信した第１配信装置２００は、端末装置１００を利用するユーザ（以下、「ユーザＵ１」とする場合がある）の認証を行う（ステップＳ１２）。そして、ユーザＵ１を認証した場合、第１配信装置２００は、端末装置１００へログイン時において表示されるコンテンツを配信する（ステップＳ１３）。その際に、第１配信装置２００は、ユーザＵ１に関する認証情報を送信する。例えば、第１配信装置２００は、第１サービスにおけるユーザＵ１のログインＩＤに対応付けられた所定のＩＤをユーザＵ１に関する認証情報としてもよい。また、例えば、第１配信装置２００は、第１サービスにおけるユーザＵ１のログインＩＤをユーザＵ１に関する認証情報としてもよい。なお、端末装置１００が、予めユーザＵ１に関する認証情報を有している場合、第１配信装置２００は、ユーザＵ１に関する認証情報を端末装置１００へ送信しなくてもよい。図１中の第１アプリＡＰ１１において、ユーザＵ１が第１サービスにログイン済みであって、第１サービスにおけるユーザＵ１のログインＩＤを認証情報とする場合、第１配信装置２００は、ユーザＵ１に関する認証情報を端末装置１００へ送信しなくてもよい。

なお、ユーザＵ１を認証できなかった場合、第１配信装置２００は、例えば、端末装置１００へ非ログイン時において表示されるコンテンツを配信する。また、端末装置１００が行う第１サービスへのログインは、後述するステップＳ１６よりも以前であれば、ステップＳ１１よりも前に行われてもよいし、ステップＳ１１よりも後に行われてもよい。また、第１配信装置２００が行うステップＳ１２における認証およびステップＳ１３における端末装置１００への認証情報の送信は、端末装置１００が、第１サービスへのログインを行った後に行われる。

そして、端末装置１００は、第１配信装置２００から受信したコンテンツを表示する（ステップＳ１４）。図１に示す例においては、端末装置１００には、第１配信装置２００から受信したログイン時のコンテンツが表示される。具体的には、第１アプリＡＰ１１における表示領域ＡＲ１１には、経済に関するコンテンツＣＴ１１が表示される。また、第１アプリＡＰ１１における表示領域ＡＲ１２には、テクノロジーに関するコンテンツＣＴ１２が表示される。なお、第１アプリＡＰ１１は、コンテンツＣＴ１１及びコンテンツＣＴ１２がユーザに選択された場合、アプリ内ブラウザＡＢ１１に各コンテンツＣＴ１１、ＣＴ１２に対応するサイトのウェブページを表示するものとして、以下説明する。

図１に示す例において、ユーザＵ１は、第１アプリＡＰ１１における表示領域ＡＲ１１に表示されたコンテンツＣＴ１１を選択する（ステップＳ１５）。すなわち、ステップＳ１５において、ユーザＵ１は、第１配信元が提供するコンテンツに対するユーザ操作であって、第２配信元が提供する他のコンテンツを表示させるユーザ操作（以下、単に「操作」とする場合がある）を行う。

その後、端末装置１００は、コンテンツＣＴ１１に対応するサイトを提供する第２配信元の第２配信装置３００に確認要求を送信する（ステップＳ１６）。例えば、端末装置１００は、第２配信装置３００に、第１配信元が提供する認証情報による認証を許可するかどうかの確認要求を送信する。具体的には、端末装置１００は、第２配信装置３００に、第２配信元が提供するサービス（以下、「第２サービス」とする場合がある）において第１配信元が提供する認証情報によるログインを許可するかどうかの確認要求を送信する。

図１に示す例においては、端末装置１００は、第２配信装置３００に第１配信元が提供する認証情報を送信することにより、第１配信元が提供する認証情報による認証を許可するかどうかの確認を要求する。すなわち、ステップＳ１６において、端末装置１００は、第１配信元による認証状態においてユーザ操作が行われたため、第１配信元における認証状態を引き継ぐ認証情報を第２配信元の第２配信装置３００へ送信する。例えば、端末装置１００は、認証情報をＨｔｔｐ（HyperText Transfer Protocol）リクエストヘッダに付加して、第２配信装置３００へ送信してもよい。また、例えば、端末装置１００は、暗号化した情報を第２配信装置３００へ送信してもよい。例えば、認証システム１は、一方向ハッシュ関数によりハッシュ値を生成するアルゴリズム、いわゆるメッセージダイジェストにより認証情報等の情報の送受信を行ってもよい。この場合、端末装置１００は、認証情報等の情報に基づいて生成されたハッシュ値をＨｔｔｐリクエストヘッダに付加して、第２配信装置３００へ送信してもよい。

ステップＳ１６において確認要求を受信した第２配信装置３００は、第１配信元が提供する認証情報による認証を許可する場合、端末装置１００へ確認画面ＣＴ２０を送信する（ステップＳ１７）。例えば、第２配信装置３００は、端末装置１００において表示される確認画面ＣＴ２０の画像情報を送信する。なお、第２配信装置３００は、第１配信元が提供する認証情報による認証を許可しない場合、端末装置１００へ非ログイン時におけるコンテンツ（ウェブページ）を端末装置１００へ配信する。

確認画面ＣＴ２０を受信した端末装置１００において、第１アプリＡＰ１１は、表示を遷移させる（ステップＳ１８）。具体的には、第１アプリＡＰ１１は、アプリ内ブラウザＡＢ１１に確認画面ＣＴ２０を表示する。ここで、アプリ内ブラウザＡＢ１１は、いわゆるウェブビュー等であって、第１アプリＡＰ１１内においてウェブページ等を表示する。図１に示す例において、第１アプリＡＰ１１は、アプリ内ブラウザＡＢ１１における表示領域ＡＲ１３に確認画面ＣＴ２０を表示する。なお、アプリ内ブラウザＡＢ１１には、種々のボタンが表示される。例えば、アプリ内ブラウザＡＢ１１に「×」と表示された非表示ボタンＢＴ１１をユーザＵ１が指でタッチした場合、アプリ内ブラウザＡＢ１１は非表示になり、第１アプリＡＰ１１は、ステップＳ１８における表示遷移前の表示態様に戻る。

このように、第１アプリＡＰ１１は、アプリ内ブラウザＡＢ１１によりウェブページ等を表示することにより、他のアプリ（ブラウザ）等の起動や第１アプリＡＰ１１から他のアプリ（ブラウザ）等への遷移等を抑制できる。また、第１アプリＡＰ１１は、第１アプリＡＰ１１内でユーザにウェブページ等の閲覧等を行わせ、簡単な操作によりアプリ内ブラウザＡＢ１１を非表示にし、元のコンテンツの表示に戻ることができる。そのため、端末装置１００は、第１アプリＡＰ１１とは別のアプリ（ブラウザ）等においてウェブページを表示する場合と比べて、ユーザビリティを向上させることができる。

ここで、図１に示す確認画面ＣＴ２０には、第２配信元に関する情報に加えて、第２サービスへのログインに関するボタンＢＴ２１、ＢＴ２２が含まれる。具体的には、確認画面ＣＴ２０には、第２サービスにおいて第２配信元が発行したログインＩＤやパスワードによるログインを選択するボタンＢＴ２１が表示される。また、確認画面ＣＴ２０には、第２サービスにおいて第１配信元が提供する認証情報によるログインを選択するボタンＢＴ２２が表示される。このように、端末装置１００において、第１アプリＡＰ１１は、ボタンＢＴ２１、ＢＴ２２を表示することにより、第１配信元が提供する認証情報によるログインを行う前に、ユーザにログインの方法を選択させることにより、ユーザの満足度を向上させることができる。例えば、ユーザＵ１がボタンＢＴ２１を指でタッチした場合、第２サービスにおいて第２配信元が発行したログインＩＤやパスワードによるログインが行われる。

図１に示す例においては、ユーザＵ１は、第１配信元が提供する認証情報によるログインを選択するボタンＢＴ２２を選択する（ステップＳ１９）。そして、端末装置１００は、第２配信装置３００に第１配信元が提供する認証情報によるログインを要求する（ステップＳ２０）。

端末装置１００からログインを要求された第２配信装置３００は、ユーザＵ１の認証を行う（ステップＳ２１）。そして、第２配信装置３００は、端末装置１００へログイン時において表示されるコンテンツＣＴ２１を配信する（ステップＳ２２）。

コンテンツＣＴ２１を受信した端末装置１００において、第１アプリＡＰ１１は、表示を遷移させる（ステップＳ２３）。具体的には、第１アプリＡＰ１１は、アプリ内ブラウザＡＢ１１にコンテンツＣＴ２１を表示する。例えば、第１アプリＡＰ１１は、アプリ内ブラウザＡＢ１１における表示領域ＡＲ１３にコンテンツＣＴ２１を表示する。

上述したように、実施形態に係る認証システム１において、端末装置１００は、ユーザＵ１がボタンＢＴ２２を選択するという簡単な操作により、ユーザＵ１を第２サービスにログインさせることができる。すなわち、端末装置１００は、第２配信元が発行したログインＩＤやパスワードの入力や、第１配信元における認証をすることなく、ユーザＵ１を第２サービスにログインさせることができる。したがって、端末装置１００は、認証によるユーザビリティの低下を抑制することができる。

また、例えば、一のアプリ中のアプリ内ブラウザにおいてウェブページ等のコンテンツが表示される場合、他のアプリに関する情報は利用できない場合が多い。そのため、例えば、他のアプリであるブラウザにおいて所定のサービスによる認証状態であっても、一のアプリ中のアプリ内ブラウザにおいて所定のサービスが提供するコンテンツを表示する場合、所定のサービスよる認証（ログイン）を行うことが必要である場合がある。このような場合であっても、認証システム１においては、ユーザがボタン等を選択するという簡単な操作により、ユーザＵ１を所定のサービスにログインさせることができるため、認証システム１は、認証によるユーザビリティの低下を抑制することができる。上述のように、認証システム１においては、第三者である第１配信元から、サービス提供元である第２配信元に、第１配信元自身が提供する認証情報により、第２配信元のサービスにおいてもユーザの認証を行ってもよいことを通知する。また、第２配信元は、第１配信元が提供する認証情報によりユーザを認証する場合、ユーザに第１配信元自身が提供する認証情報により認証を行ってもよいかを確認する。これにより、認証システム１においては、認証に関する遷移や入力を削減し、ＵＸ（ユーザ体験：User eXperience）を向上させることができる。また、図１中の認証システム１における認証は、所定のサービス（サイト）が第三者に認証を委任することにより、第三者と連携して認証する場合であれば、どのような認証技術においても適用可能である。

なお、第１配信元及び第２配信元は、認証情報を提供する側と認証情報を提供される側との関係に基づく相対的な概念であって、提供元Ａが第１配信元である場合、提供元Ｂが第２配信元となり得、提供元Ｂが第１配信元である場合、提供元Ａが第２配信元となり得る。また、第１配信装置及び第２配信装置についても同様に相対的な概念であって、提供元Ａの情報処理装置が第１配信装置である場合、提供元Ｂの情報処理装置が第２配信装置となり得、提供元Ｂの情報処理装置が第１配信装置である場合、提供元Ａの情報処理装置が第２配信装置となり得る。

〔２．認証システムの構成〕
図２に示すように、認証システム１は、端末装置１００と、第１配信装置２００と、第２配信装置３００とが含まれる。端末装置１００と、第１配信装置２００と、第２配信装置３００とは所定のネットワークＮを介して、有線または無線により通信可能に接続される。なお、図２に示した認証システム１には、複数台の端末装置１００や、複数台の第１配信装置２００や、複数台の第２配信装置３００が含まれてもよい。

端末装置１００は、ユーザによって利用される情報処理装置である。端末装置１００は、ユーザによる操作に従って、アプリを起動する。なお、以下では、端末装置１００をユーザと表記する場合がある。すなわち、以下では、ユーザを端末装置１００と読み替えることもできる。なお、上述した端末装置１００は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。

第１配信装置２００は、第１配信元によるコンテンツの配信等のサービスを行う情報処理装置である。また、第１配信装置２００は、端末装置１００に認証情報を送信する。第２配信装置３００は、第２配信元によるコンテンツの配信等のサービスを行う情報処理装置である。

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

（通信部１１０）
通信部１１０は、例えば、通信回路等によって実現される。そして、通信部１１０は、図示しない所定の通信網と有線または無線で接続され、第１配信装置２００や第２配信装置３００との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、例えば、端末装置１００にＯＳに関する情報、例えばプログラム等を記憶する。実施形態に係る記憶部１２０は、図３に示すように、認証情報記憶部１２１を有する。

（認証情報記憶部１２１）
実施形態に係る認証情報記憶部１２１は、認証情報を記憶する。図４は、実施形態に係る認証情報記憶部の一例を示す図である。図４に示す認証情報記憶部１２１は、「認証情報」といった項目を有する。

「認証情報」は、所定のアプリにおいて受信した認証情報を示す。図４に示す例においては、認証情報として「ＩＤ１１」が記憶される。図１に示す例において例えば、認証情報は、第１アプリＡＰ１１が第１配信装置２００から受信したユーザに関する認証情報を示す。例えば、認証情報記憶部１２１に記憶された認証情報は、その認証情報を受信したアプリのみが参照可能である。なお、認証情報記憶部１２１は、上記に限らず、認証に関する情報であれば、目的に応じて種々の情報を記憶してもよい。

（制御部１３０）
図３の説明に戻って、制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１００内部の記憶部１２０などの記憶装置に記憶されている各種プログラム（端末装置１００にインストールされた第１アプリが実行する情報提供プログラムや情報送信プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムは、インストールされているアプリケーションのプログラムが含まれる。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

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

（受付部１３１）
受付部１３１は、第１配信元が提供するコンテンツに対するユーザ操作であって、第２配信元が提供する他のコンテンツを表示させるユーザ操作を受け付ける。例えば、受付部１３１は、第１配信元が提供するコンテンツであって、第１配信元による認証状態において表示されるコンテンツに対する操作を受け付ける。例えば、受付部１３１は、入力部１４０を介して表示されるコンテンツに対する操作を受け付ける。また、受付部１３１は、第１配信元が提供するコンテンツ中に含まれる第２配信元が提供する他のコンテンツに関する情報が表示された領域に対する操作を受け付ける。図１に示す例において、受付部１３１は、第１アプリＡＰ１１においてコンテンツＣＴ２１に関する情報を示すコンテンツＣＴ１１が表示された表示領域ＡＲ１１に対する操作を受け付ける。

（送信部１３２）
送信部１３２は、第１配信装置２００や第２配信装置３００へ各種情報を送信する。送信部１３２は、第１配信元による認証状態においてユーザ操作が行われた場合に、第１配信元における認証状態を引き継ぐ認証情報を第２配信元の外部装置（第２配信装置３００）へ送信する。例えば、送信部１３２は、受付部１３１により受け付けられた第２配信元が提供する他のコンテンツを表示させる操作に応じて、第１配信元における認証情報を第２配信元の第２配信装置３００へ送信する。例えば、送信部１３２は、第１配信元のコンテンツが表示された表示部１３４に、第２配信元が提供する他のコンテンツが表示される場合に、第１配信元における認証情報を第２配信元の第２配信装置３００へ送信する。また、送信部１３２は、所定のアプリケーション中のブラウザに第２配信元が提供する他のコンテンツを表示させる場合に、認証情報を第２配信装置３００へ送信する。例えば、送信部１３２は、第１アプリＡＰ１１中のアプリ内ブラウザＡＢ１１に第２配信元が提供する他のコンテンツを表示させる場合に、認証情報を第２配信装置３００へ送信する。

また、送信部１３２は、第１配信装置２００へコンテンツの取得を要求する。また、送信部１３２は、ログインＩＤやパスワードを第１配信装置２００へ送信する。また、送信部１３２は、第１アプリＡＰ１１に表示されるコンテンツＣＴ１１に対応するサイトを提供する第２配信元の第２配信装置３００に確認要求を送信する。また、送信部１３２は、第２配信装置３００に、第２サービスにおいて第１配信元が提供する認証情報によるログインを許可するかどうかの確認要求を送信する。送信部１３２は、第２配信装置３００に第１配信元が提供する認証情報を送信することにより、第１配信元が提供する認証情報によるログインを要求する。

（受信部１３３）
受信部１３３は、第１配信装置２００や第２配信装置３００から各種情報を受信する。受信部１３３は、第１配信装置２００からコンテンツを受信する。例えば、受信部１３３は、ログイン時に表示されるコンテンツを第１配信装置２００から受信する。また、例えば、受信部１３３は、非ログイン時に表示されるコンテンツを第１配信装置２００から受信する。また、受信部１３３は、第２配信装置３００からコンテンツを受信する。例えば、受信部１３３は、ログイン時に表示されるコンテンツを第２配信装置３００から受信する。また、例えば、受信部１３３は、非ログイン時に表示されるコンテンツを第２配信装置３００から受信する。また、受信部１３３は、第２配信装置３００から確認画面ＣＴ２０を受信する。例えば、受信部１３３は、第２配信装置３００から確認画面ＣＴ２０の画像情報を受信する。

（表示部１３４）
例えば、表示部１３４は、出力部１５０により各種情報を表示する。表示部１３４は、受信部１３３により受信された各種情報を表示する。表示部１３４は、第１配信元が提供するコンテンツを表示する。表示部１３４は、第２配信元が提供するコンテンツを表示する。表示部１３４は、所定のアプリケーションによりコンテンツを表示する。例えば、表示部１３４は、第１アプリＡＰ１１より第１配信元が提供するコンテンツを表示する。

表示部１３４は、第２配信元が認証情報による認証状態の引き継ぎを許可した場合、第２配信元において認証情報による認証を行うかどうかを確認する画面（出力部１５０）を表示する。例えば、表示部１３４は、第２配信元が第１配信元の提供する認証情報によるログインを許可した場合、第２配信元において認証情報によるログインを行うかどうかを確認する画面を表示する。

また、表示部１３４は、第２配信元において認証情報による認証が行われた場合、第２配信元による認証状態において提供される他のコンテンツを表示する。例えば、表示部１３４は、第２配信元において認証情報によるログインが行われた場合、第２配信元へのログイン時において提供される他のコンテンツを表示する。図１に示す例において、表示部１３４は、アプリ内ブラウザＡＢ１１にコンテンツＣＴ２１を表示する。また、表示部１３４は、第２配信元において認証情報による認証が行われなかった場合、第２配信元による非認証状態において提供されるコンテンツを表示する。例えば、表示部１３４は、第２配信元において第１配信元の提供する認証情報によるログインが行われなかった場合、第２配信元への非ログイン時において提供されるコンテンツを表示する。

なお、上述した制御部１３０による情報送信処理等の処理は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）などにより実現されてもよい。また、上述した第１配信装置２００や第２配信装置３００から受信した各種情報の表示に関する処理が専用アプリにより行われる場合、制御部１３０は、例えば、所定のアプリや専用アプリを制御するアプリ制御部を有してもよい。

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

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

（記憶部２２０）
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部２２０は、図５に示すように、ユーザ情報記憶部２２１と、コンテンツ情報記憶部２２２とを有する。

（ユーザ情報記憶部２２１）
実施形態に係るユーザ情報記憶部２２１は、ユーザに関する情報を記憶する。図６には、ユーザ情報記憶部２２１に記憶されるユーザに関する情報の一例を示す。図６に示すように、ユーザ情報記憶部２２１は、ユーザに関する情報として、「ユーザＩＤ」、「パスワード」、「認証情報」といった項目が含まれる。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、ユーザＩＤは、第１配信装置２００においてログインＩＤとして用いられる。「パスワード」は、対応するユーザＩＤにより識別されるユーザを認証する際のパスワードを示す。また、「認証情報」は、外部の情報処理装置へ提供する認証情報を示す。例えば、「認証情報」は、ログインを行った端末装置１００へ送信する認証情報を示す。図１に示す例においては、「認証情報」としては、第１サービスにおけるユーザＩＤに対応付けられた所定のＩＤが記憶される。

例えば、図６に示す例において、ユーザＩＤ「Ｕ１１」により識別されるユーザはパスワードが「１２３４」であり、認証情報が「ＩＤ１１」であることを示す。例えば、図６に示す例において、ユーザＩＤ「Ｕ１１」により識別されるユーザは、ログインＩＤ「Ｕ１１」とパスワード「１２３４」により第１サービスへのログインができ、ユーザＩＤ「Ｕ１１」により識別されるユーザが利用する端末装置１００へ認証情報「ＩＤ１１」が送信される。

なお、ユーザ情報記憶部２２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報記憶部２２１は、ユーザのデモグラフィック属性に関する情報やユーザのサイコグラフィック属性に関する情報を記憶してもよい。

（コンテンツ情報記憶部２２２）
実施形態に係るコンテンツ情報記憶部２２２は、コンテンツに関する各種情報を記憶する。図７に、実施形態に係るコンテンツ情報記憶部２２２の一例を示す。図７に示すコンテンツ情報記憶部２２２は、「コンテンツＩＤ」、「コンテンツ」、「提供元ＩＤ」、「カテゴリ」といった項目を有する。

「コンテンツＩＤ」は、コンテンツを識別するための識別情報を示す。「コンテンツ」は、コンテンツＩＤに対応するコンテンツを示す。図７では「コンテンツ」に「ＣＴ１１」といった概念的な情報が格納される例を示したが、実際には、静止画像や動画像やテキストデータやＵＲＬ、または、これらの格納場所を示すファイルパス名などが格納される。また、「提供元ＩＤ」は、コンテンツの提供元を識別するための識別情報を示す。「カテゴリ」は、コンテンツの内容に基づく分類情報を示す。

例えば、図７に示す例において、コンテンツＩＤ「Ｃ１１」により識別されるコンテンツＣＴ１１は、提供元ＩＤ「ＣＰ１１」により識別される提供元から取得したコンテンツであり、その内容はカテゴリ「経済」に分類されることを示す。

なお、コンテンツ情報記憶部２２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、コンテンツ情報記憶部２２２は、コンテンツを取得した日時やコンテンツが作成された日時に関する情報を記憶してもよい。

（制御部２３０）
図５の説明に戻って、制御部２３０は、例えば、ＣＰＵやＭＰＵ等によって、第１配信装置２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

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

受付部２３１は、端末装置１００からコンテンツの取得要求を受け付ける。受付部２３１は、端末装置１００から認証の要求を受け付ける。例えば、受付部２３１は、認証の要求として、端末装置１００からログインＩＤやパスワードを受け付ける。

認証部２３２は、受付部２３１により受け付けられたログインＩＤやパスワードにより、端末装置１００を利用するユーザを認証する。例えば、認証部２３２は、受付部２３１により受け付けられたログインＩＤやパスワードと、ユーザ情報記憶部２２１に記憶されたユーザＩＤやパスワードとを比較することにより、端末装置１００を利用するユーザを認証する。

抽出部２３３は、コンテンツを抽出する。抽出部２３３は、受付部２３１によりコンテンツの取得要求を受け付けられた場合、端末装置１００へ配信するコンテンツを抽出する。例えば、抽出部２３３は、ユーザ情報記憶部２２１に記憶されたユーザのデモグラフィック属性に関する情報やユーザのサイコグラフィック属性に関する情報に基づいて、端末装置１００へ配信するコンテンツを抽出する。

配信部２３４は、抽出部２３３により抽出されたコンテンツを配信する。配信部２３４は、抽出部２３３により抽出されたコンテンツを、ユーザが利用する端末装置１００へ配信する。また、配信部２３４は、認証部２３２により認証されたユーザが利用する端末装置１００へそのユーザに関する認証情報を送信する。

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

（通信部３１０）
通信部３１０は、例えば、ＮＩＣ等によって実現される。そして、通信部３１０は、ネットワークと有線または無線で接続され、端末装置１００との間で情報の送受信を行う。

（記憶部３２０）
記憶部３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部３２０は、図８に示すように、ユーザ情報記憶部３２１と、コンテンツ情報記憶部３２２とを有する。

（ユーザ情報記憶部３２１）
実施形態に係るユーザ情報記憶部３２１は、ユーザに関する情報を記憶する。図９には、ユーザ情報記憶部３２１に記憶されるユーザに関する情報の一例を示す。図９に示すように、ユーザ情報記憶部３２１は、ユーザに関する情報として、「ユーザＩＤ」、「パスワード」といった項目が含まれる。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、ユーザＩＤは、第２配信装置３００においてログインＩＤとして用いられる。「パスワード」は、対応するユーザＩＤにより識別されるユーザを認証する際のパスワードを示す。

例えば、図９に示す例において、ユーザＩＤ「Ｕ２１」により識別されるユーザはパスワードが「５６７８」であることを示す。例えば、図９に示す例において、ユーザＩＤ「Ｕ２１」により識別されるユーザは、ログインＩＤ「Ｕ２１」とパスワード「５６７８」により第１サービスへのログインができる。

また、図９に示す例において、ユーザＩＤ「ＩＤ１１１」により識別されるユーザは、パスワードが登録されていないユーザである。例えば、ユーザＩＤ「ＩＤ１１１」により識別されるユーザは、第１配信元が提供する認証情報「ＩＤ１１１」による認証を許可されたユーザを示す。

なお、ユーザ情報記憶部３２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報記憶部３２１は、ユーザのデモグラフィック属性に関する情報やユーザのサイコグラフィック属性に関する情報を記憶してもよい。

（コンテンツ情報記憶部３２２）
実施形態に係るコンテンツ情報記憶部３２２は、コンテンツに関する各種情報を記憶する。図１０に、実施形態に係るコンテンツ情報記憶部３２２の一例を示す。図１０に示すコンテンツ情報記憶部３２２は、「コンテンツＩＤ」、「コンテンツ」、「状態」といった項目を有する。

「コンテンツＩＤ」は、コンテンツを識別するための識別情報を示す。「コンテンツ」は、コンテンツＩＤに対応するコンテンツを示す。図１０では「コンテンツ」に「ＣＴ２１」といった概念的な情報が格納される例を示したが、実際には、静止画像や動画像やテキストデータやＵＲＬ、または、これらの格納場所を示すファイルパス名などが格納される。また、「状態」は、コンテンツを提供する先である端末装置１００を利用するユーザの認証の状態を示す。

例えば、図１０に示す例において、コンテンツＩＤ「Ｃ２１」により識別されるコンテンツＣＴ２１は、ユーザの状態が「ログイン時」である端末装置１００に配信されるコンテンツであることを示す。また、図１０に示す例において、コンテンツＩＤ「Ｃ２２」により識別されるコンテンツＣＴ２２は、ユーザの状態が「非ログイン時」である端末装置１００に配信されるコンテンツであることを示す。

なお、コンテンツ情報記憶部３２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、コンテンツ情報記憶部３２２は、コンテンツが作成された日時に関する情報を記憶してもよい。

（制御部３３０）
図８の説明に戻って、制御部３３０は、例えば、ＣＰＵやＭＰＵ等によって、第２配信装置３００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

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

受付部３３１は、端末装置１００から第１配信元が提供する認証情報によるログインを許可するかどうかの確認要求を受け付ける。また、受付部３３１は、端末装置１００からログイン要求として、第１配信元が提供する認証情報を受け付ける。また、受付部３３１は、端末装置１００からコンテンツの取得要求を受け付ける。

認証部３３２は、受付部３３１により受け付けられた認証情報により、端末装置１００を利用するユーザを認証する。例えば、認証部３３２は、第１配信元が提供する認証情報によるログインを許可したユーザが利用する端末装置１００から受付部３３１により認証情報が受け付けられた場合、端末装置１００を利用するユーザを認証する。例えば、認証部３３２は、第１サービスへログイン状態である端末装置１００から認証情報が受け付けられた場合、端末装置１００を利用するユーザを認証する。図１に示す例において、認証部３３２は、第１サービスへログイン状態である端末装置１００に表示されたコンテンツＣＴ１１に対する操作により、端末装置１００から認証情報が受け付けられた場合、端末装置１００を利用するユーザを認証する。また、認証部３３２は、その認証情報をユーザ情報記憶部３２１へ記憶してもよい。また、認証部３３２は、受付部３３１により第１配信元が提供する認証情報によるログインを許可するかどうかの確認要求を受け付けられた場合、認証情報によるログインを許可するかどうかを決定してもよい。

抽出部３３３は、コンテンツを抽出する。例えば、抽出部３３３は、受付部３３１により端末装置１００からログイン要求が受け付けられた場合、認証部３３２による認証に応じて、端末装置１００へ配信するコンテンツを抽出する。例えば、抽出部３３３は、認証部３３２によりユーザが認証された場合、ログイン時において表示されるコンテンツを抽出する。また、例えば、抽出部３３３は、認証部３３２によりユーザが認証されなかった場合、非ログイン時において表示されるコンテンツを抽出する。また、例えば、抽出部３３３は、受付部３３１によりコンテンツの取得要求を受け付けられた場合、端末装置１００へ配信するコンテンツを抽出する。例えば、抽出部３３３は、ユーザ情報記憶部３２１に記憶されたユーザのデモグラフィック属性に関する情報やユーザのサイコグラフィック属性に関する情報に基づいて、端末装置１００へ配信するコンテンツを抽出する。

配信部３３４は、抽出部３３３により抽出されたコンテンツを配信する。配信部３３４は、抽出部３３３により抽出されたコンテンツを、ユーザが利用する端末装置１００へ配信する。また、配信部３３４は、第１配信元が提供する認証情報による認証を許可する場合、端末装置１００へ確認画面を送信する。例えば、配信部３３４は、認証部３３２が認証情報によるログインを許可すると決定した場合、端末装置１００へ確認画面を送信する。図１に示す例において、配信部３３４は、第１配信元が提供する認証情報による認証を許可する場合、端末装置１００へ確認画面ＣＴ２０を送信する。例えば、配信部３３４は、第１配信元が提供する認証情報による認証を許可する場合、端末装置１００へ確認画面ＣＴ２０の画像情報を送信する。

〔６．情報送信処理のフロー〕
次に、図１１を用いて、実施形態に係る認証システム１による情報送信処理の手順について説明する。図１１は、実施形態に係る情報送信処理手順を示すシーケンス図である。

図１１に示すように、端末装置１００は、第１配信元のサービス（第１サービス）から他のサービスへの遷移が発生した場合（ステップＳ１０１）、認証情報を付与した他のサービス（第２サービス）への要求を第２配信装置３００へ送信する（ステップＳ１０２）。例えば、端末装置１００は、第１サービスから第２サービスへの遷移が発生した場合、認証情報である所定のＩＤ（例えば、Ｃｌａｉｍｅｄ Ｉｄｅｎｔｉｆｉｅｒ）を第２サービスへのＨｔｔｐリクエストヘッダに付与する。

その後、第２配信装置３００は、認証情報でのログインを許可するかどうかを決定する
（ステップＳ１０３）。第２配信装置３００は、認証情報でのログインを許可しないと決定した場合（ステップＳ１０３：Ｎｏ）、非ログイン状態で他のサービス（第２サービス）を利用させる（ステップＳ１０３−１）。例えば、第２配信装置３００は、認証情報でのログインを許可しないと決定した場合、端末装置１００へ非ログイン時のコンテンツを配信する。

一方、第２配信装置３００は、認証情報でのログインを許可すると決定した場合（ステップＳ１０３：Ｙｅｓ）、認証情報でのログインを行うかどうかを端末装置１００へ確認する。その後、端末装置１００を利用するユーザは、認証情報でのログインを行うかどうかを決定する（ステップＳ１０４）。端末装置１００を利用するユーザは、認証情報でのログインを行わないと決定した場合（ステップＳ１０４：Ｎｏ）、非ログイン状態（非認証状態）で他のサービス（第２サービス）を利用する（ステップＳ１０４−１）。例えば、第２配信装置３００は、端末装置１００を利用するユーザが認証情報でのログインを行わないと決定した場合、端末装置１００へ非ログイン（非認証）時のコンテンツを配信する。

一方、端末装置１００を利用するユーザが認証情報でのログインを行うと決定した場合（ステップＳ１０４：Ｙｅｓ）、端末装置１００は第２配信装置３００に認証情報でのログインを要求する。端末装置１００から認証情報でのログインの要求を受け付けた第２配信装置３００は、認証情報を用いて認証処理を行う（ステップＳ１０５）。例えば、第２配信装置３００は、端末装置１００から送信されたログインの要求に含まれるヘッダ情報等を用いて認証を行う。その後、端末装置１００を利用するユーザは、ログイン状態（認証状態）で他のサービス（第２サービス）を利用する（ステップＳ１０６）。例えば、第２配信装置３００は、端末装置１００を利用するユーザを認証情報で認証した場合、端末装置１００へログイン（認証）時のコンテンツを配信する。

〔７．効果〕
上述してきたように、実施形態に係る端末装置１００は、受付部１３１と、送信部１３２とを有する。受付部１３１は、一の提供元（実施形態においては「第１配信元」。以下、同じ）が提供するコンテンツに対するユーザ操作であって、他の提供元（実施形態においては「第２配信元」。以下、同じ）が提供する他のコンテンツを表示させるユーザ操作を受け付ける。送信部１３２は、一の提供元による認証状態（例えば、「ログイン状態」。）においてユーザ操作が行われた場合に、一の提供元における認証状態を引き継ぐ認証情報を他の提供元の外部装置（実施形態においては「第２配信装置３００」。以下、同じ）へ送信する。

これにより、実施形態に係る端末装置１００は、例えばユーザがボタンを選択するという簡単な操作（ユーザ操作）により、ユーザを第２サービスにおいて認証状態（ログイン状態）にさせることができる。すなわち、端末装置１００は、第２配信元が発行したログインＩＤやパスワードの入力や、第１配信元における認証をすることなく、ユーザを第２サービスにおいて認証状態（ログイン状態）にさせることができる。したがって、端末装置１００は、認証によるユーザビリティの低下を抑制することができる。

また、実施形態に係る端末装置１００において、受付部１３１は、コンテンツ中に含まれる他のコンテンツに関する情報が表示された領域（実施形態においては「表示領域ＡＲ１１」。以下、同じ）に対する操作を受け付ける。送信部１３２は、受付部１３１により受け付けられた領域に対するユーザ操作に応じて、一の提供元における認証情報を他の提供元の外部装置へ送信する。

これにより、実施形態に係る端末装置１００は、第２配信元に関する情報が表示された領域を選択するという簡単な操作（ユーザ操作）により、第２配信元に認証情報による認証を許可するかを確認することができる。これにより、端末装置１００は、第２配信元が発行したログインＩＤやパスワードの入力や、第１配信元における認証をすることなく、ユーザを第２サービスにおいて認証状態（ログイン状態）にさせることができる。したがって、端末装置１００は、認証によるユーザビリティの低下を抑制することができる。

また、実施形態に係る端末装置１００において、表示部１３４は、他の提供元が認証情報による認証状態の引き継ぎを許可した場合、他の提供元において認証情報による認証を行うかどうかを確認する画面を表示する。

これにより、実施形態に係る端末装置１００は、認証によるユーザビリティの低下を抑制することができる。また、端末装置１００は、第１配信元が提供する認証情報による認証（ログイン）を行う前に、ユーザに認証（ログイン）の方法を選択させることにより、ユーザの満足度を向上させることができる。したがって、端末装置１００は、認証によるユーザビリティの低下を抑制し、ユーザの満足度を向上させることができる。

また、実施形態に係る端末装置１００において、表示部１３４は、他の提供元において認証情報による認証が行われた場合、他の提供元による認証状態において提供される他のコンテンツを表示する。

これにより、実施形態に係る端末装置１００は、認証によるユーザビリティの低下を抑制し、認証状態（ログイン状態）に基づいたコンテンツを提供することができる。

また、実施形態に係る端末装置１００において、表示部１３４は、所定のアプリケーション（実施形態においては「第１アプリＡＰ１１」。以下、同じ）によりコンテンツを表示する。送信部１３２は、所定のアプリケーション中のブラウザ（実施形態においては「アプリ内ブラウザＡＢ１１」。以下、同じ）に他のコンテンツを表示させる場合に、認証情報を外部装置へ送信する。

これにより、実施形態に係る端末装置１００は、所定のアプリケーションによりコンテンツを表示させる場合であっても、認証によるユーザビリティの低下を抑制することができる。

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

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

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

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

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

例えば、コンピュータ１０００が実施形態に係る端末装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

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

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

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

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

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

１ 認証システム
１００ 端末装置
１２０ 記憶部
１２１ 認証情報記憶部
１３０ 制御部
１３１ 受付部
１３２ 送信部
１３３ 受信部
１３４ 表示部
２００ 第１配信装置
３００ 第２配信装置
Ｎ ネットワーク

Claims (7)

1. 一の提供元が提供するコンテンツに対するユーザ操作であって、他の提供元が提供する他のコンテンツを表示させるユーザ操作を受け付ける受付部と、
   前記一の提供元による認証状態において前記ユーザ操作が行われた場合に、前記一の提供元における前記認証状態を引き継ぐ認証情報を前記他の提供元の外部装置へ送信する送信部と、
   を備えたことを特徴とする端末装置。
2. 前記受付部は、
   前記コンテンツ中に含まれる前記他のコンテンツに関する情報が表示された領域に対する前記ユーザ操作を受け付け、
   前記送信部は、
   前記受付部により受け付けられた前記領域に対する前記ユーザ操作に応じて、前記認証情報を前記他の提供元の外部装置へ送信する、
   ことを特徴とする請求項１に記載の端末装置。
3. 前記他の提供元が前記認証情報による前記認証状態の引き継ぎを許可した場合、前記他の提供元において前記認証情報による認証を行うかどうかを確認する画面を表示する表示部を、
   さらに備えたことを特徴とする請求項１または請求項２に記載の端末装置。
4. 前記表示部は、
   前記他の提供元において前記認証情報による認証が行われた場合、前記他の提供元による認証状態において提供される前記他のコンテンツを表示する、
   ことを特徴とする請求項３に記載の端末装置。
5. 前記表示部は、
   所定のアプリケーションにより前記コンテンツを表示し、
   前記送信部は、
   前記所定のアプリケーション中のブラウザに前記他のコンテンツを表示させる場合に、前記認証情報を前記外部装置へ送信する、
   ことを特徴とする請求項３または請求項４に記載の端末装置。
6. コンピュータが実行する情報送信方法であって、
   一の提供元が提供するコンテンツに対するユーザ操作であって、他の提供元が提供する他のコンテンツを表示させるユーザ操作を受け付ける受付工程と、
   前記一の提供元による認証状態において前記ユーザ操作が行われた場合に、前記一の提供元における前記認証状態を引き継ぐ認証情報を前記他の提供元の外部装置へ送信する送信工程と、
   を含むことを特徴とする情報送信方法。
7. 一の提供元が提供するコンテンツに対するユーザ操作であって、他の提供元が提供する他のコンテンツを表示させるユーザ操作を受け付ける受付手順と、
   前記一の提供元による認証状態において前記ユーザ操作が行われた場合に、前記一の提供元における前記認証状態を引き継ぐ認証情報を前記他の提供元の外部装置へ送信する送信手順と、
   をコンピュータに実行させることを特徴とする情報送信プログラム。

Images