JP5485356B1 - 情報処理装置、情報処理装置の制御方法、および制御プログラム。 - Google Patents

Abstract

【課題】ユーザの利便性を向上させる。
【解決手段】プロバイダサーバ（１００）は、リダイレクトＵＲＬ（２）を取得する受信部（２１）と、ユーザ情報（３）を登録する情報登録部（１１）と、コンシューマサーバ（２００）が当該ユーザ情報にアクセスすることを認可するアクセス認可部（１２）と、リダイレクトＵＲＬ（２）をスマートフォン（３００）へ送出する送信部（２２）と、当該アクセスが認可されたものか否かを判定する認可判定部（１３）と、ユーザ情報（３）をコンシューマサーバ（２００）に送出する送信部（２２）とを備えた。
【選択図】図１

Description

本発明は、ユーザによって用いられる通信装置と通信可能な情報処理装置等に関するものである。

近年、ソーシャル・ネットワーク・サービス（Social Network Service；ＳＮＳ）をはじめとする多くのウェブサービスが提供されている。ウェブサービスの数が増加するなかで、ＯＡｕｔｈ（Open Authorization；オーオース）と呼ばれる認証プロトコルが広く利用されている。

ＯＡｕｔｈは、異なるサービスの間でユーザの認可情報を受け渡すための認可プロトコルである。ＯＡｕｔｈのシステムは、認可情報をコンシューマサーバに提供するプロバイダサーバ、当該プロバイダサーバから認可情報を受け取って、ユーザにサービスを提供するコンシューマサーバ、および認可情報をコンシューマサーバに渡すことを、プロバイダサーバに承認するユーザ端末を含む。ＯＡｕｔｈによれば、コンシューマサーバが提供するサービスは、ユーザによる承認のもとで、プロバイダサーバが提供する別のサービスによって管理される情報（主にユーザに関する情報）を利用できる。

図８に基づいて、上記ＯＡｕｔｈを用いる従来のプロバイダサーバの基本的な動作を説明する。図８は、従来のプロバイダサーバ、コンシューマサーバ、およびユーザ端末が通信することによって、当該ユーザ端末に表示される画面の遷移を表す模式図である。

ユーザがユーザ端末のブラウザを用いて、コンシューマサーバが提供する利用サービスの認証ページ（ログイン画面）にアクセスし（Ｄ１０）、当該ページの「ログイン」を選択すると、コンシューマサーバは、プロバイダサーバが提供する認可サービスの認証ページにブラウザの表示を転送（リダイレクト）する（Ｄ１１）。

認可サービスのユーザ識別情報（以下「ユーザＩＤ」と称する）およびパスワードがユーザによって入力されると、プロバイダサーバは当該ユーザを認証する。ユーザが適正に認証され、プロバイダサーバによって保持されるユーザに関する情報（ユーザ情報）を利用サービスにおいて利用可能にすることが、ユーザによって承認されると、プロバイダサーバは、利用サービスのトップページにブラウザの表示をリダイレクトする（Ｄ１２）。図８において、矢印Ｅによって示される処理の過程が、上記説明に対応する。

図９に基づいて、上記処理の過程をより詳細に説明する。図９は、従来のＯＡｕｔｈを用いた認可処理の過程を詳細に示すタイミングチャートである。

図９に示すように、ユーザ端末（ブラウザ）、コンシューマサーバ、およびプロバイダサーバの間で認可情報が受け渡されることによって、コンシューマサーバは、プロバイダサーバによって保持されるユーザ情報にアクセスするための認可を得ることができる。

すなわち、コンシューマサーバは、ユーザを認証し、ユーザ情報にアクセスする権限をプロバイダサーバに移譲する。したがって、コンシューマサーバはユーザの登録、認証、およびユーザ情報の管理という煩雑な処理を自身で行わなくとも、それぞれのユーザに適応的なサービスを提供できる。また、ユーザは、プロバイダサーバが提供する認証サービスにユーザ登録するだけで、コンシューマサーバが提供する利用サービスも利用できる。

一方、上記認可サービスにユーザが登録されていない場合（上記認証ページにおいて、ユーザが「新規登録」を選択した場合）、コンシューマサーバは、当該認可サービスの登録ページにブラウザの表示をリダイレクトする（Ｄ１３）。当該登録ページにおいてユーザＩＤ、パスワード、およびメールアドレスがユーザによって入力されると、プロバイダサーバは当該ユーザを登録する（Ｄ１４〜Ｄ１６）。図８において、矢印Ｃによって示される処理の過程が、上記説明に対応する。

図１０に基づいて、上記処理の過程をより詳細に説明する。図１０は、従来のユーザ登録処理の過程を詳細に示すタイミングチャートである。

図１０に示すように、プロバイダサーバに対して認可サービスへのユーザ登録がユーザによって要求されると、ユーザ端末とプロバイダサーバとの間でユーザ情報の受け渡しが行われる。ここで、コンシューマサーバによる処理は介在しない。

なお、上記ＯＡｕｔｈの他にも、ウェブサービスにおける認証方法は広く考案されている。例えば、下記の特許文献１には、簡便な方法である特定の会員サイト以外のユーザが会員でないコンテンツサイトのコンテンツの閲覧を行うことができるコンテンツサービス提供システムが開示されている。

特開２００４−８６５１０号公報（２００４年３月１８日公開）

一方で、上記従来の構成には、登録から認可に至るまでの過程が、シームレスでないという第１の課題がある。すなわち、ユーザが図８における矢印Ｃによって示される処理過程を経た場合、当該ユーザは上記利用サービスの認証ページ（Ｄ１０）に引き返して（矢印Ｄによって示される）、あらためて「ログイン」を選択し、プロバイダサーバによる認証を受けなければならない（Ｄ１１）。

しかし、ユーザ登録が完了した時点（Ｄ１６）で当該ユーザの認証も完了しているため、認可サービスにログインする手続きを再度ユーザに強いることは、ユーザフレンドリーとは言えない。言い換えれば、図９および図１０に分離して示されるように、登録および認可の処理は、それぞれ別個の処理として実行される。これにより、ユーザビリティが損なわれることが問題である。

また、上記登録および認可の処理が別個の処理として実行されることにより、ユーザ登録が完了した時点では、プロバイダサーバによる認可後に提供したいサービスを、コンシューマサーバはユーザに提供することができず、コンシューマサーバによるサービスの提供が遅延するという第２の課題がある。これにより、ユーザは登録を済ませただけでは、当該サービスの使用を開始できない。すなわち、上記第１の課題によって、上記第２の課題が併発する。

なお、上記の特許文献１に記載のコンテンツサービス提供システムは、ある特定の会員サイト以外のユーザが、会員でないコンテンツサイトのコンテンツの閲覧を行えるようにしたものであって、ユーザの登録と認可とをシームレスに行うものでも（上記第１の課題を解決するものでも）、当該コンテンツの閲覧をすぐに開始させるものでも（上記第２の課題を解決するものでも）ない。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ユーザの登録から認可に至る処理をシームレスに行い、外部のサーバにサービスを利用可能にさせることによって、上記第１の課題と第２の課題とを解決し、ユーザの利便性を向上させる情報処理装置等を提供することである。

上記の課題を解決するために、本発明の一態様に係る情報処理装置は、ユーザによって用いられる通信装置と通信可能な情報処理装置であって、外部のサーバによって提供される所定のサービスに含まれた所定のコンテンツを特定可能な第１の情報を取得する取得手段と、前記取得手段によって前記第１の情報が取得された後、前記ユーザに関する情報が入力された場合、当該ユーザに関する情報を登録する登録手段と、前記登録手段によって前記ユーザに関する情報が登録された場合、前記外部のサーバが当該情報にアクセスすることを認可する認可手段と、前記認可手段によって認可された場合、前記取得手段によって取得された前記第１の情報を前記通信装置に送出する第１の送出手段と、前記第１の送出手段によって前記第１の情報が送出された後、前記登録手段によって登録された前記ユーザに関する情報に前記外部のサーバがアクセスした場合、当該アクセスが前記認可手段によって認可されたものか否かを判定する判定手段と、前記判定手段によって認可されたアクセスであると判定された場合、前記ユーザに関する情報を前記外部のサーバに送出する第２の送出手段とを備えている。

また、上記の課題を解決するために、本発明の一態様に係る情報処理装置の制御方法は、ユーザによって用いられる通信装置と通信可能な情報処理装置の制御方法であって、外部のサーバによって提供される所定のサービスに含まれた所定のコンテンツを特定可能な第１の情報を取得する取得ステップと、前記取得ステップにおいて前記第１の情報を取得した後、前記ユーザに関する情報が入力された場合、当該ユーザに関する情報を登録する登録ステップと、前記登録ステップにおいて前記ユーザに関する情報を登録した場合、前記外部のサーバが当該情報にアクセスすることを認可する認可ステップと、前記認可ステップにおいて認可した場合、前記取得ステップにおいて取得した前記第１の情報を前記通信装置に送出する第１の送出ステップと、前記第１の送出ステップにおいて前記第１の情報を送出した後、前記登録ステップにおいて登録した前記ユーザに関する情報に前記外部のサーバがアクセスした場合、当該アクセスが前記認可ステップにおいて認可したものか否かを判定する判定ステップと、前記判定ステップにおいて認可したアクセスであると判定された場合、前記ユーザに関する情報を前記外部のサーバに送出する第２の送出ステップとを含んでいる。

本発明の一態様によれば、情報処理装置および当該装置の制御方法は、登録から認可に至る処理をシームレスに行い、外部のサーバにサービスを利用可能にさせることによって、ユーザの利便性を向上させることができるという効果を奏する。

本発明の第１の実施の形態に係るプロバイダサーバの要部構成を示すブロック図である。 本発明の第１の実施の形態に係る登録認可システムの概要を示す概略図である。 スマートフォンが上記プロバイダサーバおよびコンシューマサーバと通信することによって、当該スマートフォンに表示される画面の遷移を表す模式図である。 上記プロバイダサーバの記憶部に格納されているデータの一例を示すテーブルであり、（ａ）は、認可サービスにあらかじめ登録された利用サービスの各種情報を含むテーブルであり、（ｂ）は、ユーザ情報を含むテーブルである。 上記登録認可システムで実行される処理の前半部分の一例を示すフローチャートである。 上記登録認可システムで実行される処理の後半部分の一例を示すフローチャートである。 スマートフォンが、本発明の第２の実施の形態に係るプロバイダサーバおよびコンシューマサーバと通信することによって、当該スマートフォンに表示される異なる画面の遷移を表す模式図である。 従来のプロバイダサーバ、コンシューマサーバ、およびユーザ端末が通信することによって、当該ユーザ端末に表示される画面の遷移を表す模式図である。 従来のＯＡｕｔｈを用いた認可処理の過程を詳細に示したタイミングチャートである。 従来のユーザ登録処理の過程を詳細に示したタイミングチャートである。

〔実施形態１〕
図１〜図６に基づいて、本発明の第１の実施の形態（実施形態１）を詳細に説明する。

〔登録認可システム４００の概要〕
図２に基づいて、本発明の第１の実施の形態に係る登録認可システム４００の概要を説明する。図２は、登録認可システム４００の概要を示す概略図である。

登録認可システム（情報処理システム）４００は、プロバイダサーバ１００、コンシューマサーバ２００、およびスマートフォン３００を含む情報処理システムである。三者は任意の通信方式に基づいて通信する。三者を中継する通信網は、両者を通信可能にするものであれば何でもよい。例えば、当該通信網はインターネットであってもよいし、ローカルエリアネットワーク（Local Area Network；ＬＡＮ）であってもよい。

プロバイダサーバ（情報処理装置）１００は、ユーザによって用いられるスマートフォン３００と通信可能な情報処理装置である。プロバイダサーバ１００は、ユーザが登録を行うことによって利用可能となるサービス（以下、当該サービスを「認可サービス」と称する）を提供している。認可サービスには、例えばソーシャル・ネットワーク・サービス（ＳＮＳ）などが含まれる。なお、プロバイダサーバ１００は、１つまたは複数のサーバで構成されるシステムによって実現されてもよい。

コンシューマサーバ（外部のサーバ）２００は、ユーザが利用する所定のサービス（以下、当該サービスを「利用サービス」と称する）を提供するサーバである。プロバイダサーバ１００がユーザ情報（ユーザに関する情報）３をコンシューマサーバ２００に提供することが、ユーザによって承認されると、プロバイダサーバ１００によって当該ユーザ情報の提供が認可され、コンシューマサーバ２００は当該ユーザ情報を用いて利用サービスを提供できるようになる。

スマートフォン（通信装置）３００は、プロバイダサーバ１００およびコンシューマサーバ２００と通信可能な通信装置である。スマートフォン３００と同等の機能は、携帯電話、パーソナルコンピュータ、タブレット型端末などでも実現できる。すなわち、必要な情報を入出力可能な機器でありさえすれば、端末はスマートフォンでなくともよい。

登録認可システム４００において、プロバイダサーバ１００は、ユーザが利用サービスを介して認可サービスのユーザ登録を行ったことをもって、プロバイダサーバ１００がユーザ情報３をコンシューマサーバ２００に提供することが承認されたとみなす。

したがって、プロバイダサーバ１００はユーザを登録した後、ユーザから再度承認を得ることなく上記提供を認可し、コンシューマサーバ２００から取得したリダイレクトＵＲＬ２によって特定される所定のコンテンツ（例えば、利用サービスにログインした後のトップページなど）に、スマートフォン３００の表示を転送（リダイレクト）する。

すなわち、プロバイダサーバ１００は、登録から認可に至る過程をシームレスにし、コンシューマサーバ２００に利用サービスを利用可能にさせることができる。言い換えれば、コンシューマサーバ２００は、ユーザを登録した後に継続して、認可に基づくサービスを当該ユーザに提供できる。したがって、プロバイダサーバ１００は、ユーザの利便性を向上させることができる。

また、プロバイダサーバ１００に登録されているユーザ情報３を活用した利用サービスを、コンシューマサーバ２００が当該ユーザに提供することによって、プロバイダサーバ１００は、ユーザ自身が承認したサービスを受けていることを、当該ユーザに確信させることができる。

〔プロバイダサーバ１００の機能〕
図３に基づいて、プロバイダサーバ１００の基本的な動作を説明する。図３は、スマートフォン３００がプロバイダサーバ１００およびコンシューマサーバ２００と通信することによって、当該スマートフォンに表示される画面の遷移を表す模式図である。

まず、ユーザがスマートフォン３００のブラウザを用いて、利用サービスの認証ページ（ログイン画面）にアクセスし（Ｄ１）、当該ページの「ログイン」を選択すると、コンシューマサーバ２００は、認可サービスの認証ページにブラウザの表示をリダイレクトする（Ｄ２）。

認可サービスのユーザ識別情報（以下、「ユーザＩＤ」または単に「ＩＤ」と称する）およびパスワードが入力されると、プロバイダサーバ１００はユーザを認証する。ユーザが適正に認証され、認可サービスに登録されている（プロバイダサーバ１００によって保持されている）ユーザ情報３を利用サービスにおいて利用可能にすることが、ユーザによって承認されると、プロバイダサーバ１００は、利用サービスにログインした後のトップページ（所定のコンテンツ）にブラウザの表示をリダイレクトする（Ｄ６）。図３において、矢印Ｂによって示される処理の過程が、上記説明に対応する。

一方、上記認証ページにおいて、ユーザが「新規登録」を選択すると、コンシューマサーバ２００からプロバイダサーバ１００に、スマートフォン３００を中継して、利用サービスのリダイレクトＵＲＬ２が送信される。これにより、プロバイダサーバ１００は、当該リダイレクトＵＲＬを取得できる。

リダイレクトＵＲＬ（第１の情報、所定のウェブページの所在を示す情報）２は、利用サービスに含まれたリダイレクト先（所定のコンテンツ）を特定可能な情報である。前述したように、当該リダイレクトＵＲＬは、ログイン後のトップページ（Ｄ６）を特定するＵＲＬであってよい。

次に、プロバイダサーバ１００は、認可サービスへの新規ユーザ登録を受け付けるためのメールアドレスをスマートフォン３００に送信し、当該メールアドレスにメールを返信するようユーザを促す（Ｄ３）。プロバイダサーバ１００は、スマートフォン３００から返信された上記メールを受信すると、認可サービスのユーザ登録ページ（所定のインターフェース）４を特定するＵＲＬ（認可サービスＵＲＬ）が記載されたメールを、スマートフォン３００に送信する（Ｄ４）。

なお、プロバイダサーバ１００がスマートフォン３００にメールを返信させるのは、当該スマートフォンで利用されるメールアドレスの存否を検証する（不正なメールアドレスか否かを確認する）ためである。これにより、プロバイダサーバ１００は、不正な送信先を誤って登録してしまうなどの不利益を回避できる。

ユーザ登録ページ４を介してユーザ情報３が入力され（Ｄ５）、認可サービスへのユーザ登録が完了すると、プロバイダサーバ１００は、スマートフォン３００にリダイレクトＵＲＬ２を送出することによって、利用サービスのトップページにブラウザの表示をリダイレクトする（Ｄ６）。

本発明の一態様に係るプロバイダサーバ１００と、前述した従来の技術との差異を明確にするために、図３（プロバイダサーバ１００）と図８（従来の技術）とを対比すると、図８は、認可のための処理（図８の矢印Ｃが示す過程）および登録のための処理（図８の矢印Ｅが示す過程）を、互いに独立した処理として別個に示すのに対し、図３は、一連の処理（図３の矢印Ａ）として統合的に示す点に差異があることが分かる。

すなわち、従来は独立して実行していた認可および登録のための処理を、プロバイダサーバ１００は一連の処理として実行できる。言い換えれば、登録から認可に至るまでの過程がシームレスでないという従来の課題（第１の課題）を、プロバイダサーバ１００は解決できる。

また、プロバイダサーバ１００は、上記処理を一連の処理として実行できるため、コンシューマサーバ２００にサービスを利用可能にさせることができる。すなわち、コンシューマサーバによるサービスの提供が遅延するという従来の課題（第２の課題）を、プロバイダサーバ１００は解決できる。

したがって、プロバイダサーバ１００は、ユーザの利便性を向上させることができる。

〔プロバイダサーバ１００の構成〕
図１に基づいて、プロバイダサーバ１００の構成を説明する。図１は、プロバイダサーバ１００の要部構成を示すブロック図である。

なお、記載の簡潔性を担保する観点から、本実施の形態に直接関係のない部分（例えば、キーボードなどの入力インターフェースを介してユーザからの入力を受け付ける部分）は、構成の説明およびブロック図から省略されている。ただし、実施の実情に則して、プロバイダサーバ１００は当該省略された構成を含んでもよい。

以下、通信部２０、受信部２１、送信部２２、制御部１０、情報登録部１１、アクセス認可部１２、認可判定部１３、記憶部３０の順序で各構成が担う機能を説明する。

通信部２０は、所定の通信方式にしたがう通信網を介して外部と通信する。外部機器との通信を実現する本質的な機能が備わってさえいればよく、通信回線、通信方式、または通信媒体などは限定されない。通信部２０は、例えばイーサネット（登録商標）アダプタなどの機器で構成できる。また、通信部２０は、例えばIEEE802.11無線通信、Bluetooth（登録商標）などの通信方式や通信媒体を利用できる。通信部２０は、受信部２１と送信部２２とを含む。

受信部（取得手段）２１は、コンシューマサーバ２００によって提供される利用サービスに含まれたリダイレクト先（例えば、利用サービスにログインした後のトップページなど）を特定可能なリダイレクトＵＲＬ２を取得する。具体的には、スマートフォン３００からリダイレクトＵＲＬ２が送信された場合、受信部２１は当該リダイレクトＵＲＬを受信し、受信したリダイレクトＵＲＬ２を送信部２２に出力する。

また、受信部（検証手段）２１は、ユーザ情報３を入力可能なユーザ登録ページ４を特定する情報を含むメール５ｂを、スマートフォン３００に送信することによって、当該メールの送信先の存否を検証する。

具体的には、送信部２２によってスマートフォン３００に送信されたメール５ｂが、送信先に届いたか否か（エラーメールが返ってきたか否か）を判定することにより、受信部２１はメールの送信先の存否を検証する。これにより、プロバイダサーバ１００は、不正な送信先を誤って登録してしまうなどの不利益を回避できる。

さらに、受信部２１は、（１）ユーザ登録ページ４を介してユーザから入力されたユーザ情報３を受信し、情報登録部１１に出力する、（２）スマートフォン３００から送信されたメール５ａを受信する、（３）ユーザ情報３の取得要求７をコンシューマサーバ２００から受信し、認可判定部１３に出力する、などの処理を実行する。

送信部（第１の送出手段、第２の送出手段）２２は、アクセス認可部１２によって認可された場合、受信部２１によって取得されたリダイレクトＵＲＬ２をスマートフォン３００に送出する。具体的には、プロバイダサーバ１００がユーザ情報３をコンシューマサーバ２００に提供することを認可したことを示す認否情報６ｂが、アクセス認可部１２から入力された場合、送信部２２は、受信部２１から入力されたリダイレクトＵＲＬ２をスマートフォン３００に送出する。

また、送信部２２は、認可判定部１３によって認可されたアクセスであると判定された場合、ユーザ情報３をスマートフォン３００にさらに送出する。具体的には、取得要求７を送信したコンシューマサーバ２００が、ユーザ情報３へのアクセスを認可されていることを示す判定結果６ｃが認可判定部１３から入力されると、送信部２２は、コンシューマサーバ２００に要求されたユーザ情報３を記憶部３０から読み出し、読み出したユーザ情報３をコンシューマサーバ２００に送出する。

さらに、送信部２２は、（１）スマートフォン３００に認可用メールアドレス５ｃを送信する、（２）ユーザ情報３を入力可能なユーザ登録ページ４を特定する情報を含むメール５ｂを、スマートフォン３００に送信する、（３）ユーザ登録ページ４をスマートフォン３００に送信する、（４）アクセストークン１をコンシューマサーバ２００に送信するなどの処理を実行する。

アクセストークン（第２の情報）１は、コンシューマサーバ２００をユーザ情報３にアクセス可能にする情報である。例えば、アクセストークン１は、アカウント識別情報（例えば、ユーザＩＤやパスワードなど）や権限（アクセス可能な期間や範囲の定義など）が記述されたデータ構造であってよい。コンシューマサーバ２００は、例えば引数にアクセストークン１をとるＡＰＩを呼び出すことによって、プロバイダサーバ１００からユーザ情報３を取得できる。

制御部１０は、プロバイダサーバ１００の各種機能を統括的に制御するものである。また、制御部１０は、（１）スマートフォン３００によってユーザ登録ページ４にアクセスされたか否かを判定する、（２）セッションＩＤを生成し、当該セッションＩＤと対応付けてステート（state）およびリダイレクトＵＲＬ２を記憶部３０に格納する、（３）認可用メールアドレスを確認し、ユーザのメールアドレスを保存し、セッションＩＤを確認する、（４）セッションＩＤを破棄し、コード（code）を生成する、（５）コードおよびリダイレクトＵＲＬ２を照合することによって、不正な引数でないことを確認し、コンシューマサーバ２００にアクセストークン１を発行する、などの処理を実行する。制御部１０は、情報登録部１１、アクセス認可部１２、認可判定部１３、および記憶部３０を含む。

情報登録部（登録手段）１１は、受信部２１によってリダイレクトＵＲＬ２が取得された後、ユーザ情報３が入力された場合、当該ユーザ情報を登録する。具体的には、ユーザ情報３が受信部２１から入力されると、情報登録部１１は当該ユーザ情報を所定のフォーマット（例えば、図４の（ｂ）を参照して後述するようなテーブル形式）にしたがって、ユーザ情報３を記憶部３０に格納する。

情報登録部１１は、ユーザ情報３を記憶部３０に格納すると、登録が完了したことを示す登録結果６ａをアクセス認可部１２に出力する。なお、何らかの原因（例えば、当該ユーザはすでにユーザ登録されているなど）によって登録できなかった場合、情報登録部１１は、登録が失敗したことを示す登録結果６ａをアクセス認可部１２に出力してもよい。

アクセス認可部（認可手段）１２は、情報登録部１１によってユーザ情報３が登録された場合、コンシューマサーバ２００が当該情報にアクセスすることを認可する。具体的には、登録が完了したことを示す登録結果６ａが情報登録部１１から入力されると、アクセス認可部１２は、プロバイダサーバ１００がユーザ情報３をコンシューマサーバ２００に提供することを認可したことを示す認否情報６ｂを、送信部２２に出力する。また、アクセス認可部１２は、当該認否情報を記憶部３０に格納する。

認可判定部（判定手段）１３は、情報登録部１１によって登録されたユーザ情報３にコンシューマサーバ２００がアクセスした場合、アクセストークン１を用いて、当該アクセスがアクセス認可部１２によって認可されたものか否かを判定する。

具体的には、受信部２１からユーザ情報３の取得要求７が入力されると、認可判定部１３は記憶部３０から認否情報６ｂを読み出し、当該取得要求を送信したコンシューマサーバ２００が、ユーザ情報３へのアクセスを認可されているか否かを判定し、判定結果６ｃを送信部２２に出力する。これにより、プロバイダサーバ１００は、不正なコンシューマサーバ２００にユーザ情報３を送出してしまうなどの不利益を回避できる。

記憶部３０は、プロバイダサーバ１００で利用する各種の情報（図４を参照して後で詳細に説明する）を格納可能な記憶機器である。記憶部３０は、例えばハードディスク、半導体メモリ、ＤＶＤなどで構成できる。なお、本実施の形態では、記憶部３０は、プロバイダサーバ１００の制御部１０に含まれる構成として図１に示しているが、プロバイダサーバ１００の外部に通信可能に接続された外部記憶装置であってもよい。

図４に基づいて、記憶部３０に格納されている各種の情報の一例を説明する。図４は、記憶部３０に格納されているデータの一例を示すテーブルである。図４の（ａ）は、認可サービスにあらかじめ登録された利用サービスの各種情報を含むテーブルであり、（ｂ）は、ユーザ情報３を含むテーブルである。

図４の（ａ）に示されるように、コンシューマサーバ２００によって提供される利用サービスは、すべて認可サービスにあらかじめ登録されている。利用サービスのテーブルは、例えばインデクス、利用サービスの名前、利用サービスのＵＲＬ、アプリケーションを指定するＵＲＬ（所定のアプリケーションを起動可能な情報）、利用サービスの管理者のメールアドレス、クライアントＩＤ（client_id）などを含んでよい。

上記アプリケーションを指定するＵＲＬ（以下、「アプリ起動ＵＲＬ」と称する）は、スマートフォン３００にインストールされているアプリケーションを起動可能なＵＲＬである。なお、複数のアプリケーションが同一のＵＲＬを処理可能な場合、スマートフォン３００は当該複数のアプリケーションをリストアップし、ユーザによって選択されたアプリケーションを起動する。

例えば、「appl://servicea.com?url=https://ninsyo.service.com/regist」などのように、ウェブページのＵＲＬ（リダイレクトＵＲＬ２など）を引数に与えて、プロバイダサーバ１００がアプリ起動ＵＲＬを指定すると（送信部２２は、アプリ起動ＵＲＬをリダイレクトＵＲＬ２に含め、当該リダイレクトＵＲＬをスマートフォン３００に送出する）、スマートフォン３００は、当該アプリ起動ＵＲＬに対応するアプリケーションを起動し、当該アプリケーションによって上記ウェブページが表示される（上記処理の詳細は、第２の実施の形態において詳細に説明する）。

図４の（ｂ）に示されるように、ユーザ情報３は、インデクス、ユーザＩＤ、パスワード、当該ユーザのメールアドレス、ニックネーム、セッションＩＤ、リダイレクトＵＲＬ、ステート（state、セキュリティ確保のために利用するランダム値）、コード（code、ユーザを特定可能な情報であり、プロバイダサーバ１００がアクセストークン１を発行するために必要となる）、アクセストークンなどを含んでよい。

〔プロバイダサーバ１００が実行する処理〕
図５および図６に基づいて、登録認可システム４００で実行される処理の流れを説明する。図５は、登録認可システム４００で実行される処理（プロバイダサーバ１００、コンシューマサーバ２００、スマートフォン３００が実行する処理）の前半部分の一例を示すフローチャートである。図６は、登録認可システム４００で実行される処理の後半部分の一例を示すフローチャートである。

なお、図面の大きさの制約上、一連の処理の前半を示す図５と、後半を示す図６とに分割して、当該一連の処理を表現している。また、以下の説明において、カッコ書きの「〜ステップ」は制御方法の各ステップを表す。

利用サービスの認証ページにおいて、ユーザによって「新規登録」が選択されると（ステップ１においてＹＥＳ：以下「Ｓ１」のように略記する）、コンシューマサーバ２００はスマートフォン３００にリダイレクトＵＲＬ２を送信する（Ｓ２）。なお、コンシューマサーバ２００は、このときステート（state）の値を同時に送信してもよい。

スマートフォン３００は当該リダイレクトＵＲＬを受信すると（Ｓ３）、コンシューマサーバ２００から指定された認可サービスの登録ページ（認可サービスＵＲＬ）にアクセスし、プロバイダサーバ１００にリダイレクトＵＲＬ２を送信する（Ｓ４）。なお、スマートフォン３００は、このとき上記ステートの値およびクライアントＩＤを同時に送信してもよい。

プロバイダサーバ１００の受信部２１がリダイレクトＵＲＬ２を取得すると（Ｓ５、取得ステップ）、送信部２２はスマートフォン３００に認可用メールアドレス５ｃを送信する（Ｓ６）。このとき、制御部１０がセッションＩＤを生成し、当該セッションＩＤと対応付けて上記ステートおよびリダイレクトＵＲＬ２を記憶部３０に格納してよい。また、送信部２２は、例えば認可用メールアドレス５ｃに返信可能なメールの本文に、上記セッションＩＤを含めてもよい。

スマートフォン３００が認可用メールアドレス５ｃを受信した後（Ｓ７）、当該認可用メールアドレスに宛ててスマートフォン３００からメール５ａが返信されると（Ｓ８）、受信部２１が当該メールを受信する（Ｓ９）。

送信部２２は、ユーザ情報３を入力可能なユーザ登録ページ４を特定する情報を含むメール５ｂを、スマートフォン３００に送信する（Ｓ１０）。前述したように、当該メールがスマートフォン３００によって受信されたか否か（Ｓ１１）を判定することにより、受信部２１はメールの送信先の存否を検証できる。

なお、上記Ｓ６〜Ｓ１１の処理は実行しなくともよい。すなわち、メールをやりとりすることによって、当該メールの送信先の存否を検証する処理は省略可能である。

スマートフォン３００によってユーザ登録ページ４にアクセスされたことを、制御部１０が検知すると（Ｓ１２においてＹＥＳ）、送信部２２はユーザ登録ページ４を生成し、生成したユーザ登録ページ４をスマートフォン３００に送信する。このとき、制御部１０は、認可用メールアドレスを確認する、ユーザのメールアドレスを保存する、セッションＩＤを確認するなどの処理を実行してもよい。

なお、送信部２２は、ユーザ登録ページ４に上記セッションＩＤを含めてもよいし、ユーザ登録ページ４と同時に、上記ステートの値、リダイレクトＵＲＬ２、およびセッションＩＤを送信してよい。

スマートフォン３００がユーザ登録ページ４を受信した後（Ｓ１４）、当該ユーザ登録ページを介してユーザ情報３（例えば、ユーザＩＤ、パスワード、ニックネームなど、図４の（ｂ）参照）が入力されると、スマートフォン３００は当該ユーザ情報をプロバイダサーバ１００に送信する（Ｓ１５）。このとき、スマートフォン３００は、上記ステート、リダイレクトＵＲＬ２、および上記セッションＩＤを同時に送信してよい。

情報登録部１１は、受信部２１によって受信された（Ｓ１６）ユーザ情報３を登録し（Ｓ１７、登録ステップ）、アクセス認可部１２はコンシューマサーバ２００によるユーザ情報３へのアクセスを認可する（Ｓ１８、認可ステップ）。このとき、制御部１０は、上記セッションＩＤを破棄し、コード（code）を生成してよい。

そして、送信部２２は、リダイレクトＵＲＬ２をスマートフォン３００に送出し（Ｓ１９、第１の送出ステップ）、利用サービスのトップページにブラウザの表示をリダイレクトする（Ｓ２０）。なお、送信部２２は、上記ステートおよびコードを同時に送出してよい。

スマートフォン３００によってリダイレクトＵＲＬ２にアクセスされたことを、コンシューマサーバ２００が検知すると（Ｓ２１においてＹＥＳ）、コンシューマサーバ２００はプロバイダサーバ１００からアクセストークン１を取得する（Ｓ２２、Ｓ２３）。

具体的には、コンシューマサーバ２００は、上記コードおよびリダイレクトＵＲＬ２を引数に与えて、アクセストークン１を取得するためのＡＰＩを呼び出す。制御部１０は、コードおよびリダイレクトＵＲＬ２を照合することによって、不正な引数でないことを確認すると、コンシューマサーバ２００にアクセストークン１を発行する。

コンシューマサーバ２００はアクセストークン１を利用して、ユーザ情報３の取得要求７をプロバイダサーバ１００に送信する（Ｓ２４）。具体的には、コンシューマサーバ２００は、アクセストークン１を引数に与えて、ユーザ情報３を取得するためのＡＰＩを呼び出す。

プロバイダサーバ１００の受信部２１が取得要求７を受信すると（Ｓ２５）、認可判定部１３は、当該取得要求がアクセス認可部１２によって認可されたものか否かを判定する（Ｓ２６、判定ステップ）。認可済みの取得要求７であると判定される場合（Ｓ２６においてＹＥＳ）、送信部２２はユーザ情報３をスマートフォン３００に送信する（Ｓ２７、第２の送出ステップ）。具体的には、送信部２２は、当該アクセストークンに対応するユーザ情報３を記憶部３０から読み出し、当該ユーザ情報をスマートフォン３００に送信する。

コンシューマサーバ２００は、ユーザ情報３を受信すると（Ｓ２８）、当該ユーザ情報を用いて利用サービスの画面（例えば、図３のＤ６に例示されるログイン後のページなど）を生成し、これをスマートフォン３００に送信する（Ｓ２９）。スマートフォン３００は、当該画面をコンシューマサーバ２００から受信する（Ｓ３０）。

〔プロバイダサーバ１００が奏する効果〕
プロバイダサーバ１００は、登録から認可に至る処理をシームレスに行い、コンシューマサーバ２００にサービスを利用可能にさせることによって、ユーザの利便性を向上させることができるという効果を奏する。

〔実施形態２〕
図７に基づいて、本発明の第２の実施の形態（実施形態２）を詳細に説明する。なお、図７を参照して以下に説明する以外の構成は、前述した第１の実施の形態と同じである。

〔アプリケーションを用いる例〕
図７に基づいて、プロバイダサーバ１００の異なる基本的な動作を説明する。図７は、スマートフォン３００がプロバイダサーバ１００およびコンシューマサーバ２００と通信することによって、当該スマートフォンに表示される異なる画面の遷移を表す模式図である。

まず、ユーザがスマートフォン３００のアプリケーションを用いて、利用サービスの認証ページ（ログイン画面）にアクセスし（Ｄ７）、当該ページの「ログイン」を選択すると、コンシューマサーバ２００は、認可サービスの認証ページにブラウザの表示をリダイレクトする（Ｄ２）。すなわち、上記アプリケーションが非アクティブ（操作不可能）になるとともに、ブラウザがアクティブ（操作可能）になり、当該ブラウザに上記認証ページが表示される。

ここで、上記アプリケーションは、ユーザが利用サービスを利用するための専用のアプリケーションである。

認可サービスのユーザＩＤおよびパスワードがユーザによって入力されると、プロバイダサーバ１００は当該ユーザを認証する。ユーザが適正に認証され、プロバイダサーバ１００が保持するユーザ情報３を利用サービスにおいて利用可能にすることが、ユーザによって承認されると、プロバイダサーバ１００は、利用サービスのトップページにアプリケーションの表示をリダイレクトする（Ｄ９）。すなわち、上記ブラウザが非アクティブ（操作不可能）になるとともに、アプリケーションがアクティブ（操作可能）になり、当該アプリケーションに上記トップページが表示される。

一方、上記認証ページにおいて、ユーザが「新規登録」を選択すると、コンシューマサーバ２００からプロバイダサーバ１００に、スマートフォン３００を中継して、利用サービスのリダイレクトＵＲＬ２が送信される。これにより、プロバイダサーバ１００は、当該リダイレクトＵＲＬを取得できる。

次に、プロバイダサーバ１００は、認可サービスの新規ユーザ登録を受け付けるためのメールアドレス（認可用メールアドレス５ｃ）をスマートフォン３００に送信し、当該メールアドレスにメールを返信するようユーザを促す（Ｄ３）。なお、認可用メールアドレス５ｃに返信可能なメールに、アプリ起動ＵＲＬが含まれていてもよい。

プロバイダサーバ１００は、スマートフォン３００から返信された上記メールを受信すると、ユーザ登録ページ４のＵＲＬを引数に与えたアプリ起動ＵＲＬ（Ｄ４のappl://servicea.com?url=https://ninsyo.service.com/regist...）を記載したメールを、スマートフォン３００に送信する（Ｄ４）。

なお、プロバイダサーバ１００は、ユーザ登録ページ４のＵＲＬだけでなく、セッションＩＤを引数にさらに与えてもよい。これにより、ブラウザで認可サービスにアクセスする場合と同じ情報を、アプリケーションから認可サービスに伝えることができる。

ユーザ登録インターフェースを介してユーザ情報３が入力され（Ｄ８）、認可サービスへのユーザ登録が完了すると、プロバイダサーバ１００は、スマートフォン３００にリダイレクトＵＲＬ２を送出することによって、利用サービスのトップページにアプリケーションの表示をリダイレクトする（Ｄ６）。すなわち、プロバイダサーバ１００は、ユーザを登録した後、利用サービスの認可を行った上で、ユーザに当該利用サービスの利用を開始させることができる。

なお、プロバイダサーバ１００から送出される上記リダイレクトＵＲＬは、具体的には「リダイレクトＵＲＬが引数に与えられたアプリ起動ＵＲＬ」（コードおよびステートがさらに引数に与えられていてもよい）である。これにより、プロバイダサーバ１００は、スマートフォン３００にアプリ起動ＵＲＬで特定されるアプリケーションを起動させ、リダイレクト先のページを表示させることができる。

また、上記アプリケーションは、アプリ起動ＵＲＬを処理し、ブラウザ機能を用いて、引数に含まれるリダイレクトＵＲＬにアクセスするための処理を含んでいてよい。これにより、異なるアプリケーションの間でも、ユーザの登録および認可をブラウザに統一して処理させることができる。したがって、プロバイダサーバ１００は、スマートフォン３００に、ユーザの登録および認可が完了していることをブラウザのＣｏｏｋｉｅに保存させることもできる。

また、上記ではアプリ起動ＵＲＬをメールで送信した例を説明したが、アプリ起動ＵＲＬは、メールで送信されなくともよい。例えば、プロバイダサーバ１００は、ユーザ登録ページ４のＵＲＬを引数に与えたアプリ起動ＵＲＬが記載されたメールの代わりに、クライアントＩＤを引数に与えたユーザ登録ページ４のＵＲＬが記載されたメールを、スマートフォン３００に送信してもよい。

この場合、スマートフォン３００は、ブラウザを起動させてユーザ登録ページ４のＵＲＬ（プロバイダサーバ１００のＵＲＬ）の表示を行う。ここで、プロバイダサーバ１００は、引数のクライアントＩＤをもとにして、図４の（ａ）に示したテーブルからアプリ起動ＵＲＬを取得し、アプリ起動ＵＲＬに所定のパラメータを加え、スマートフォン３００をリダイレクト（アプリ起動ＵＲＬを送信）させることで、アプリ起動ＵＲＬで特定されるアプリケーションを起動させてもよい。

〔実施形態３〕
プロバイダサーバ１００の各ブロック（特に、情報登録部１１、アクセス認可部１２、認可判定部１３、受信部２１、および送信部２２）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、プロバイダサーバ１００は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の一態様に係る情報処理装置（プロバイダサーバ１００）は、
（１）ユーザによって用いられる通信装置（スマートフォン３００）と通信可能な情報処理装置（プロバイダサーバ１００）であって、
（２）外部のサーバ（コンシューマサーバ２００）によって提供される所定のサービスに含まれた所定のコンテンツを特定可能な第１の情報（リダイレクトＵＲＬ２）を取得する取得手段（受信部２１）と、
（３）前記取得手段によって前記第１の情報が取得された後、前記ユーザに関する情報（ユーザ情報３）が入力された場合、当該ユーザに関する情報を登録する登録手段（情報登録部１１）と、
（４）前記登録手段によって前記ユーザに関する情報が登録された場合、前記外部のサーバが当該情報にアクセスすることを認可する認可手段（アクセス認可部１２）と、
（５）前記認可手段によって認可された場合、前記取得手段によって取得された前記第１の情報を前記通信装置に送出する第１の送出手段（送信部２２）と、
（６）前記第１の送出手段によって前記第１の情報が送出された後、前記登録手段によって登録された前記ユーザに関する情報に前記外部のサーバがアクセスした場合、当該アクセスが前記認可手段によって認可されたものか否かを判定する判定手段（認可判定部１３）と、
（７）前記判定手段によって認可されたアクセスであると判定された場合、前記ユーザに関する情報を前記外部のサーバに送出する第２の送出手段（送信部２２）とを備えている。

また、本発明の一態様に係る情報処理装置の制御方法は、
（１）ユーザによって用いられる通信装置と通信可能な情報処理装置の制御方法であって、
（２）外部のサーバによって提供される所定のサービスに含まれた所定のコンテンツを特定可能な第１の情報を取得する取得ステップ（Ｓ５）と、
（３）前記取得ステップにおいて前記第１の情報を取得した後、前記ユーザに関する情報が入力された場合、当該ユーザに関する情報を登録する登録ステップ（Ｓ１７）と、
（４）前記登録ステップにおいて前記ユーザに関する情報を登録した場合、前記外部のサーバが当該情報にアクセスすることを認可する認可ステップ（Ｓ１８）と、
（５）前記認可ステップにおいて認可した場合、前記取得ステップにおいて取得した前記第１の情報を前記通信装置に送出する第１の送出ステップ（Ｓ１９）と、
（６）前記第１の送出ステップにおいて前記第１の情報を送出した後、前記登録ステップにおいて登録した前記ユーザに関する情報に前記外部のサーバがアクセスした場合、当該アクセスが前記認可ステップにおいて認可したものか否かを判定する判定ステップ（Ｓ２６）と、
（７）前記判定ステップにおいて認可したアクセスであると判定された場合、前記ユーザに関する情報を前記外部のサーバに送出する第２の送出ステップ（Ｓ２７）とを含んでいる。

前述したように、従来の技術では、登録から認可に至るまでの過程が、シームレスでなかった（第１の課題）。すなわち、上記情報処理装置が提供するサービスにユーザが新しく登録された場合、当該ユーザは、当該情報処理装置による認証を再度受けなければならない。言い換えれば、登録および認可の処理が、それぞれ別個の処理として実行される。これにより、ユーザビリティが損なわれていた。

また、上記登録および認可の処理が別個の処理として実行され、ユーザは登録を済ませただけでは当該所定のサービスを受けることができないため、外部のサーバによる上記所定のサービスの提供が遅延していた（第２の課題）。これにより、さらにユーザビリティが損なわれていた。

一方、上記構成によれば、本発明の一態様に係る情報処理装置および当該装置の制御方法は、ユーザに関する情報が登録されると、上記外部のサーバが当該情報にアクセスすることを認可する。そして、上記情報処理装置等は、上記所定のコンテンツを特定可能な第１の情報を通信装置に送出する。

すなわち、従来は別個の処理として実行されていた登録および認可の処理を、一連の処理として統合的に実行できる。これにより、上記情報処理装置等は、登録および認可の処理をシームレスに行うことができる（上記第１の課題を解決できる）。

また、上記構成によれば、本発明の一態様に係る情報処理装置および当該装置の制御方法は、上記登録および認可の処理が統合的に実行された後、上記ユーザに関する情報に上記外部のサーバがアクセスした場合、当該アクセスが認可されたものか否かを判定し、認可されたアクセスであると判定された場合、上記ユーザに関する情報を上記外部のサーバに送出する。これにより、上記情報処理装置等は、外部のサーバにサービスを提供させることができる（上記第２の課題を解決できる）。

したがって、上記情報処理装置等は、ユーザの利便性を向上させることができる。

また、本発明の一態様に係る情報処理装置では、
（１）前記第１の送出手段は、前記認可手段によって認可された場合、前記外部のサーバを前記ユーザに関する情報にアクセス可能にする第２の情報（アクセストークン１）を、当該外部のサーバにさらに送出し、
（２）前記判定手段は、前記第２の情報を用いて、前記アクセスが前記認可手段によって認可されたものか否かを判定してよい。

上記第２の情報は、上記外部のサーバをユーザに関する情報にアクセス可能にする情報である。したがって、上記情報処理装置は、当該外部のサーバを上記ユーザに関する情報にアクセスさせることができる。

また、本発明の一態様に係る情報処理装置は、
（１）ユーザに関する情報を入力可能な所定のインターフェース（ユーザ登録ページ４）を特定する情報を含むメッセージ（メール５ｂ）を、前記通信装置に送信することによって、当該メッセージの送信先の存否を検証する検証手段（受信部２１）をさらに備え、
（２）前記登録手段は、前記検証手段によって送信先が存在することが検証された場合、前記所定のインターフェースを介してユーザから入力されたユーザに関する情報を、前記ユーザに関する情報として登録してよい。

上記構成によれば、上記情報処理装置は、上記メッセージの送信先の存否が検証された場合、上記所定のインターフェースを介してユーザから入力された情報を、ユーザに関する情報として登録する。したがって、上記情報処理装置は、不正な送信先を誤って登録してしまうなどの不利益を回避できる。

また、本発明の一態様に係る情報処理装置では、
（１）前記取得手段は、前記外部のサーバによって提供されるウェブサービスに含まれる所定のウェブページの所在を示す情報（リダイレクトＵＲＬ２）を、前記第１の情報として取得してよい。

上記構成によれば、上記第１の情報は、所定のウェブページの所在を示す情報を起動可能な情報であってよい。したがって、上記情報処理装置は、ユーザの利便性を向上させることができる。

また、本発明の一態様に係る情報処理装置では、
（１）前記第１の送出手段は、所定のアプリケーションを起動可能な情報を前記第１の情報に含め、当該第１の情報を前記通信装置に送出してよい。

上記構成によれば、上記第１の情報に、所定のアプリケーションを起動可能な情報が含まれる。したがって、上記情報処理装置は、ユーザの利便性を向上させることができる。

また、本発明の一態様に係る情報処理システム（登録認可システム４００）は、
（１）上記情報処理装置と、
（２）前記所定のサービスを提供するサーバと、
（３）ユーザによって用いられる通信装置とを含んでよい。

上記構成によれば、本発明の一態様に係る情報処理システムは、上記制御装置と同様の効果を奏する。

なお、前記情報処理装置、サーバ、および通信装置は、コンピュータによって実現されてもよい。この場合、コンピュータを前記情報処理装置、サーバ、および通信装置の各手段として動作させることにより、前記情報処理装置、サーバ、または通信装置をコンピュータで実現させる制御プログラム、およびこれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。

〔各実施の形態に含まれる構成（技術的手段）の組み合わせについて〕
本発明は上述したそれぞれの実施の形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施の形態についても本発明の技術的範囲に含まれる。さらに、それぞれの実施の形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

本発明は、サーバ、パーソナルコンピュータ、汎用計算機など、ユーザによって用いられる通信装置と通信可能な情報処理装置などに幅広く適用できる。

１ アクセストークン（第２の情報）
２ リダイレクトＵＲＬ（第１の情報、所定のウェブページの所在を示す情報、所定のアプリケーションを起動可能な情報）
３ ユーザ情報（ユーザに関する情報、ユーザから入力された情報）
４ ユーザ登録ページ（所定のインターフェース）
５ｂ メール（メッセージ）
１１ 情報登録部（登録手段）
１２ アクセス認可部（認可手段）
１３ 認可判定部（判定手段）
２１ 受信部（取得手段、検証手段）
２２ 送信部（第１の送出手段、第２の送出手段）
１００ プロバイダサーバ（情報処理装置）
２００ コンシューマサーバ（外部のサーバ）
３００ スマートフォン（通信装置）
４００ 登録認可システム（情報処理システム）

Claims (7)

1. ユーザによって用いられる通信装置と通信可能な情報処理装置であって、
   外部のサーバによって提供される所定のサービスに含まれた所定のコンテンツを特定可能な第１の情報を取得する取得手段と、
   前記取得手段によって前記第１の情報が取得された後、前記ユーザに関する情報が入力された場合、当該ユーザに関する情報を登録する登録手段と、
   前記登録手段によって前記ユーザに関する情報が登録された場合、前記外部のサーバが当該情報にアクセスすることを認可する認可手段と、
   前記認可手段によって認可された場合、前記取得手段によって取得された前記第１の情報を前記通信装置に送出する第１の送出手段と、
   前記第１の送出手段によって前記第１の情報が送出された後、前記登録手段によって登録された前記ユーザに関する情報に前記外部のサーバがアクセスした場合、当該アクセスが前記認可手段によって認可されたものか否かを判定する判定手段と、
   前記判定手段によって認可されたアクセスであると判定された場合、前記ユーザに関する情報を前記外部のサーバに送出する第２の送出手段とを備えたことを特徴とする情報処理装置。
2. 前記第１の送出手段は、前記認可手段によって認可された場合、前記外部のサーバを前記ユーザに関する情報にアクセス可能にする第２の情報を、当該外部のサーバにさらに送出し、
   前記判定手段は、前記第２の情報を用いて、前記アクセスが前記認可手段によって認可されたものか否かを判定することを特徴とする請求項１に記載の情報処理装置。
3. ユーザに関する情報を入力可能な所定のインターフェースを特定する情報を含むメッセージを、前記通信装置に送信することによって、当該メッセージの送信先の存否を検証する検証手段をさらに備え、
   前記登録手段は、前記検証手段によって送信先が存在することが検証された場合、前記所定のインターフェースを介してユーザから入力された情報を、前記ユーザに関する情報として登録することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記取得手段は、前記外部のサーバによって提供されるウェブサービスに含まれる所定のウェブページの所在を示す情報を、前記第１の情報として取得することを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記第１の送出手段は、所定のアプリケーションを起動可能な情報を前記第１の情報に含め、当該第１の情報を前記通信装置に送出することを特徴とする請求項４に記載の情報処理装置。
6. ユーザによって用いられる通信装置と通信可能な情報処理装置の制御方法であって、
   外部のサーバによって提供される所定のサービスに含まれた所定のコンテンツを特定可能な第１の情報を取得する取得ステップと、
   前記取得ステップにおいて前記第１の情報を取得した後、前記ユーザに関する情報が入力された場合、当該ユーザに関する情報を登録する登録ステップと、
   前記登録ステップにおいて前記ユーザに関する情報を登録した場合、前記外部のサーバが当該情報にアクセスすることを認可する認可ステップと、
   前記認可ステップにおいて認可した場合、前記取得ステップにおいて取得した前記第１の情報を前記通信装置に送出する第１の送出ステップと、
   前記第１の送出ステップにおいて前記第１の情報を送出した後、前記登録ステップにおいて登録した前記ユーザに関する情報に前記外部のサーバがアクセスした場合、当該アクセスが前記認可ステップにおいて認可したものか否かを判定する判定ステップと、
   前記判定ステップにおいて認可したアクセスであると判定された場合、前記ユーザに関する情報を前記外部のサーバに送出する第２の送出ステップとを含むことを特徴とする情報処理装置の制御方法。
7. 請求項１から５のいずれか１項に記載の情報処理装置としてコンピュータを機能させるための制御プログラムであって、コンピュータを前記各手段として機能させるための制御プログラム。

Images