管理装置
【課題】外部アカウント情報でサービスの提供を受けることができるようにする。
【解決手段】管理装置１０は、アプリケーションサーバ３１と端末装置２０との間を中継し、利用者のアカウント情報を管理する。管理装置１０は、外部アカウント情報に基づいて仮ログインした利用者に、当該外部アカウント情報に関連付けられた利用者識別情報に応じたアプリケーションのサービスを提供するように、アプリケーションサーバに要求し、利用者が仮ログインしている状態で当該利用者によって自アカウント情報が入力されたとき、当該自アカウント情報を、仮ログインに用いた外部アカウント情報に対応した利用者識別情報に関連付け、自アカウント情報でログインしている利用者に、当該自アカウント情報に関連付けられる利用者識別情報に応じたアプリケーションのサービスを提供するように、アプリケーションサーバに要求する。
【解決手段】管理装置１０は、アプリケーションサーバ３１と端末装置２０との間を中継し、利用者のアカウント情報を管理する。管理装置１０は、外部アカウント情報に基づいて仮ログインした利用者に、当該外部アカウント情報に関連付けられた利用者識別情報に応じたアプリケーションのサービスを提供するように、アプリケーションサーバに要求し、利用者が仮ログインしている状態で当該利用者によって自アカウント情報が入力されたとき、当該自アカウント情報を、仮ログインに用いた外部アカウント情報に対応した利用者識別情報に関連付け、自アカウント情報でログインしている利用者に、当該自アカウント情報に関連付けられる利用者識別情報に応じたアプリケーションのサービスを提供するように、アプリケーションサーバに要求する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＮＳ（Ｓocial Ｎetworking Ｓervice）などのサイトでサービスを提供する技術に関する。
【背景技術】
【０００２】
近年、インターネットを利用して端末装置に各種のサービスを提供する技術が普及している。このようなサービスは、端末装置で専用のアプリケーションプログラムを実行し、アプリケーションサーバと通信することによって提供されるタイプもあれば、端末装置の入力操作に応じてアプリケーションサーバがウェブページを生成し、このウェブページを端末装置に表示することによって提供されるタイプもある（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「ソーシャルゲーム総合情報誌 アプリＳＴＹＬＥ Ｖｏｌ．２」、株式会社イースト・プレス、平成２３年４月１日、ｐ.２６−ｐ.２９
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、２つのタイプのいずれにおいても、サービスの提供を受けるために会員登録を受ける必要がある。近年の会員登録では、本人であることを特定する目的で、メールアドレスや電話番号などの個人情報を入力する必要がある。
一方で、このような個人情報を入力することに対して心理的な抵抗を感ずる者は多い。このため、サービスの提供を受ける前に個人情報を入力して会員登録することに対して躊躇する結果、多くの利用者を獲得できない、といった点が懸念された。
本発明は、上述した事情に鑑みてなされたものであり、その目的の一つは、個人情報を入力しなくてもサービスの提供を受けることができるようにして、多くの利用者の獲得が期待できる技術を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
本発明に係る管理装置（１０）は、アプリケーションによるサービスを利用者に提供するシステム（１）に用いられ、前記アプリケーションを提供するアプリケーションサーバ（３１〜３６）と利用者の端末装置（２０）との間を中継し、前記利用者のアカウント情報を管理する管理装置（１０）であって、第１情報に基づいてログインした利用者に、当該第１情報に関連付けられた利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第１要求部（１５１）と、前記利用者が前記第１情報に基づいてログインしている状態で当該利用者によって第２情報が入力されたとき、当該第２情報を登録する登録部（１５３）と、登録された前記第２情報を、前記第１情報に対応した前記利用者識別情報（ＵＩＤ）に関連付ける第１制御部（１５４）と、前記第２情報でログインしている利用者に、当該第２情報に関連付けられる利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第２要求部（１５２）と、を具備することを特徴とする。
本発明によれば、あるサービスについて、第２情報（個人情報）を登録していなくても、利用者識別情報（ＵＩＤ）と関連する第１情報があれば、当該第１情報でログインにすることによって受けることができる。ここで第１情報に基づいてログインしている状態で第２情報が入力されたとき、当該第２情報が前記第１情報に対応した前記利用者識別情報（ＵＩＤ）に関連付けられる。このため、あるサービスについて第１情報に基づくログイン状態から第２情報に基づくログイン状態に移行しても、同じ利用者であれば、同じ利用者識別情報（ＵＩＤ）で管理されるので、引き継いだサービスが提供される。
【０００７】
本発明において、前記第１情報は、外部サービスを受けるための外部アカウント情報（Ｅx_ＩＤ）であり、前記第２情報は、前記アプリケーションサーバ（３１〜３６）によるサービスを受けるための自アカウント情報（ＵserＩＤ、Ｐsw、Ｍailadd）であり、取得した外部アカウント情報（Ｅx_ＩＤ）に対応して前記利用者識別情報（ＵＩＤ）を生成する第１生成部（１５７）と、前記利用者識別情報（ＵＩＤ）を前記外部アカウント情報（Ｅx_ＩＤ）に関連付けて第１テーブル（１２１）に記憶させる第２制御部（１５５）と、を有し、前記第１制御部（１５１）は、前記自アカウント情報に対応した参照識別情報（ＲefＩＤ）を生成し、当該参照識別情報（ＲefＩＤ）を前記自アカウント情報に関連付けて第２テーブル（１２２）に記憶させ、前記第２テーブル（１２２）に記憶させた前記参照識別情報（ＲefＩＤ）を、ログインに用いている前記外部アカウント情報に対応した利用者識別情報（ＵＩＤ）に関連付けて前記第１テーブル（１２１）に記憶させる構成としても良い。この構成によれば、第１テーブル（１２１）および第２テーブル（１２２）を介して、自アカウント情報、参照識別情報および利用者識別情報が関連付けられる。
【０００８】
本発明において、複数の外部サービスのいずれかを特定する外部サービス種別情報（Ｅx_typ）を取得する取得部（１５６）を、有し、前記登録部（１５３）は、前記取得部（１５６）により取得された外部サービス種別情報（Ｅx_typ）で示される外部サービスを提供するアプリケーションサーバにアクセスして外部アカウント情報（Ｅx_ＩＤ）を取得し、前記第２制御部（１５５）は、前記外部サービス種別情報（Ｅx_typ）を、前記利用者識別情報（ＵＩＤ）と関連付けて前記第１テーブル（１２１）に記憶させる構成が好ましい。利用者が利用する外部サービスの選択肢が増えると、外部アカウント情報に基づくログインでサービスを提供することができる利用者の範囲を広げることができる。
【０００９】
前記システム（１）は、複数のアプリケーションサーバ（３１〜３６）によってそれぞれのサービスを提供するものであり、前記第２制御部（１５５）は、サービスを提供するアプリケーションサーバを特定するアプリケーション種別情報（ＡppＩＤ）を前記利用者識別情報（ＵＩＤ）と関連付けて前記第１テーブル（１２１）に記憶させ、前記第１要求部（１５１）および前記第２要求部（１５２）は、前記アプリケーション種別情報（ＡppＩＤ）で特定されるアプリケーションサーバに要求する構成としても良い。利用者は、複数のアプリケーションによるサービスの提供を、外部アカウント情報に基づくログインで受けることができる。
このような構成において、前記第１制御部（１５４）は、前記第１テーブル（１２１）に、ログインに用いた外部アカウント情報と同一の外部アカウント情報が存在する場合に、当該外部アカウント情報（Ｅx_ＩＤ）に対応した利用者識別情報（ＵＩＤ）に関連付けて前記参照識別情報（ＲefＩＤ）を前記第１テーブル（１２１）に記憶させる態様としても良い。この態様によれば、利用者が、複数のアプリケーションのサービスについて同じ外部アカウント情報に基づいてログインした場合に、複数のうち１つのサービスについて自アカウント情報が登録されたとき、他のサービスについても当該自アカウント情報が及ぶので、利用者にとってみれば煩雑な手続きから解放される。
【００１０】
また、本発明において、前記アプリケーションのサービスは、前記端末装置（２０）のブラウザで動作することによって当該端末装置（２０）の利用者に提供される態様としても良い。
このような態様において、前記利用者識別情報（ＵＩＤ）に対応したブラウザ識別情報（Ｓession_ＩＤ）を生成して、当該ブラウザ識別情報を、前記利用者識別情報（ＵＩＤ）に対応付けて前記第１テーブル（１２１）に記憶させる第２生成部（１５８）と、前記ブラウザ識別情報（Ｓession_ＩＤ）を前記端末装置（２０）へ通知する通知部（１５９）と、前記端末装置（２０）から取得した前記ブラウザ識別情報（Ｓession_ＩＤ）が有効であるか無効であるかを判別する判別部（１６０）と、を有し、前記ブラウザ識別情報（Ｓession_ＩＤ）が有効であると判別された場合、前記ブラウザ識別情報（Ｓession_ＩＤ）に対応した外部アカウント情報（Ｅx_ＩＤ）を、当該第１テーブル（１２１）を参照して取得し、取得した外部アカウント情報（Ｅx_ＩＤ）で当該利用者をログインさせても良い。
一の利用者に対して第１のサービスに対応するアプリケーション種別情報（ＡppＩＤ）が前記第１テーブル（１２１）に記憶されている状態で、当該一の利用者が第２のサービスの提供を受ける際に、前記ブラウザ識別情報（Ｓession_ＩＤ）が有効であるとき、当該第１のサービスに対応した外部アカウント情報（Ｅx_ＩＤ）を、当該第１テーブル（１２１）を参照して取得し、取得した外部アカウント情報（Ｅx_ＩＤ）で当該利用者をログインさせても良い。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施形態に係る管理装置を含むシステムのブロック図である。
【図２】同管理装置の構成を示すブロック図である。
【図３】同管理装置で構築される機能ブロックを示す図である。
【図４】システムの動作を示すシーケンス図である。
【図５】システムの動作を示すシーケンス図である。
【図６】案内画面の一例を示す図である。
【図７】ログイン画面の一例を示す図である。
【図８】外部サービスでの認証画面の一例を示す図である。
【図９】会員登録画面の一例を示す図である。
【図１０】登録確認メールの画面の一例を示す図である。
【図１１】同管理装置によるテーブルの管理動作を示す図である。
【図１２】同管理装置によるテーブルの管理動作を示す図である。
【図１３】同管理装置によるテーブルの管理動作を示す図である。
【図１４】同管理装置によるテーブルの管理動作を示す図である。
【図１５】同管理装置によるテーブルの管理動作を示す図である。
【図１６】同管理装置によるテーブルの管理動作を示す図である。
【図１７】同管理装置によるテーブルの管理動作を示す図である。
【図１８】同管理装置によるテーブルの管理動作を示す図である。
【図１９】同管理装置によるテーブルの管理動作を示す図である。
【図２０】第２実施形態に係る管理装置を含むシステムのブロック図である。
【図２１】システムの動作を示すシーケンス図である。
【図２２】同管理装置によるテーブルの管理動作を示す図である。
【図２３】同管理装置によるテーブルの管理動作を示す図である。
【図２４】同管理装置によるテーブルの管理動作を示す図である。
【図２５】同管理装置によるテーブルの管理動作を示す図である。
【図２６】同管理装置によるテーブルの管理動作を示す図である。
【図２７】同管理装置によるテーブルの管理動作を示す図である。
【発明を実施するための形態】
【００１２】
＜第１実施形態＞
以下、図面を参照して本発明の実施形態について説明する。
図１は、本発明の第１実施形態に係る管理装置１０が適用されるシステム１の構成を示すブロック図である。
この図に示されるように、システム１において管理装置１０は、インターネットＮｂを介してアプリケーションサーバ３１〜３６と外部サーバ４１〜４３とに接続されている。アプリケーションサーバ３１〜３６の各々は、管理装置１０による運営および管理のもと、それぞれアプリケーション（ゲーム）をサービスとして提供するものである。
【００１３】
なお、「アプリケーション」は、図において適宜「アプリ」と簡略化して表記している。また、アプリケーションサーバ３１〜３６は、それぞれ異なるアプリケーションＡ〜Ｆを提供するものとする。アプリケーションＡ〜Ｆについては、後述するようにアプリケーション種別情報（ＡppＩＤ）で特定される。図１において、アプリケーションサーバ３３〜３５についての図示は省略している。
【００１４】
外部サーバ４１〜４３の各々は、例えばソーシャル・ネット・ワーキング・サービス（外部サービスａ〜ｃ）を提供するものであり、それぞれ管理装置１０とは異なる事業者によって運営される。外部サービスａ〜ｃについては、外部サービス種別情報（Ｅx_typ）で特定される。また、アプリケーションサーバや外部サーバの台数は、例示に過ぎず、図１に示された以外の数であっても構わない。
【００１５】
また、管理装置１０は、ゲートウェイ１２および移動通信網Ｎａを介して端末装置２０に接続されて、通信する。
端末装置２０は、例えば携帯電話機であって、タッチパネルに重ねられた表示部２２を有する。端末装置２０には、ウェブページを閲覧するためのブラウザがインストールされている。図１において端末装置２０は１台のみとしているが、実際には、複数台が接続可能である。
なお、端末装置２０は、移動通信網Ｎａに限られず、無線ＬＡＮ（Ｌocal Ａrea Ｎetwork）に接続される構成であっても良い。また、端末装置２０は、携帯電話機に限られず、タブレット型のコンピュータやＰＤＡ（Ｐersonal Ｄigital Ａssistant）などにして、無線ＬＡＮに接続される構成であっても良い。無線ＬＡＮに接続される場合、端末装置２０は、無線基地局（アクセスポイント）を経由してインターネットＮｂに接続され、上記管理装置１０と通信する。
【００１６】
図２は、管理装置１０のハードウェア的な構成を示すブロック図である。この図に示されるように、管理装置１０は、装置全体を制御するＣＰＵ（Ｃentral Ｐrocessing Ｕnit）１０１と、ＣＰＵ１０１の主記憶部として機能するＲＡＭ（Ｒandom Ａccess Ｍemory）１０２と、ブートプログラムなどを記憶したＲＯＭ（Ｒead Ｏnly Ｍemory）１０３と、インターネットＮｂを介して通信するための通信インターフェース１１０と、各種のプログラムやデータを記憶する副記憶部としてのハードディスク１２０と、を含む。ハードディスク１２０には、端末装置２０に対し、アプリケーションサーバ３１〜３６がそれぞれアプリケーションＡ〜Ｆのサービスを提供するためのプログラムや、後述する第１テーブル１２１、第２テーブル１２２などが格納される。
【００１７】
図３は、管理装置１０におけるＣＰＵ１０１が上記プログラムを実行することによって構築される機能ブロックである。この図に示されるように、上記プログラムの実行によって、第１要求部１５１、第２要求部１５２、登録部１５３、第１制御部１５４、第２制御部１５５、取得部１５６、第１生成部１５７、第２生成部１５８、通知部１５９および判別部１６０がそれぞれ構築される。なお、これらの機能ブロックについては、複数のサーバに分けて構築しても良い。
【００１８】
＜第１実施形態の動作＞
次に、第１実施形態における動作について説明する。図４および図５は、利用者がアプリケーションによるサービスの提供を受ける際の動作シーケンスを示す図である。また、図６乃至図１０の各々は、それぞれ端末装置２０の表示部２２に表示される画面の一例であり、図１１乃至図１５の各々は、それぞれ第１テーブル１２１および第２テーブル１２２における格納動作を示す図である。
なお、以下の動作においては、端末装置２０の利用者がアプリケーションＡ〜Ｆのうち、アプリケーションＡによるサービスの提供を受ける場合を例にとって説明する。この場合、端末装置２０は、管理装置１０が提供するポータルサイトにアクセスする。管理装置１０は、当該端末装置２０に対してポータルサイトの案内画面情報を送信する。
【００１９】
図６は、当該端末装置２０の表示部２２に表示される案内画面の一例である。この図に示されるように、案内画面では、管理装置１０が管理するアプリケーションＡ〜Ｆのいずれかを選択するためのボタン２２１〜２２６が表示される。ここでは、アプリケーションＡによるサービスの提供を受けることを想定しているので、利用者は、ボタン２２１を選択するようにタッチパネルを操作する。
【００２０】
ボタン２２１を選択するようにタッチパネルが操作されたとき、端末装置２０は、管理装置１０に対し、当該ボタン２２１に対応するアプリケーションＡによるサービスの提供を要求する（ステップＳａ１１）。このとき、端末装置２０は、選択されたアプリケーション、ここではアプリケーションＡを特定するアプリケーション種別情報（ＡppＩＤ）のほか、過去に管理装置１０にアクセスしたときに当該管理装置１０から、いわゆるクッキーとしてのブラウザ識別情報を取得していれば、当該ブラウザ識別情報についても管理装置１０に送信する。
ここで、ブラウザ識別情報とは、複数の利用者が利用する端末装置２０上で動作するブラウザの各々を特定するために、管理装置１０で生成される一意な情報であり、実質的に利用者の端末装置２０を特定することが可能となる。したがって、同じ利用者が複数の端末装置２０を利用している場合には、それぞれ異なるブラウザ識別情報が割り当てられることになる。
【００２１】
サービスの提供が要求された管理装置１０ではＣＰＵ１０１が、当該ブラウザ識別情報が無効であるか否かを判別する（ステップＳｂ１１）。当該ブラウザ識別情報を端末装置２０から取得できなかった場合も無効であると判別される。
ここで、利用者がアプリケーションＡによるサービスの提供を初めて受ける場合、当該利用者の端末装置２０（のブラウザ）がブラウザ識別情報を保持していないので、管理装置１０では、当該ブラウザ識別情報を端末装置２０から取得できない。このため、ステップＳｂ１１による判別結果は「Ｙｅｓ」となる。また、管理装置１０からブラウザ識別情報を取得できた場合であっても、例えば当該ブラウザ識別情報の有効期限が過ぎていたときにも、ステップＳｂ１１による判別結果は「Ｙｅｓ」となる。一方、後述するように、端末装置２０からブラウザ識別情報を取得できた場合であって、取得したブラウザ識別情報が有効であれば、処理手順がステップＳｂ２０にスキップする。このように、ステップＳｂ１１におけるＣＰＵ１０１の判別によって判別部１６０が構築される。
【００２２】
ステップＳｂ１１においてブラウザ識別情報が無効であると判別されたとき（判別結果が「Ｙｅｓ」であるとき）、管理装置１０は、アプリケーション種別情報（ＡppＩＤ）で特定されるアプリケーションに対応するログイン画面情報、ここでは、アプリケーションＡに対応するログイン画面情報を当該端末装置２０に送信する（ステップＳｂ１２）。
ログイン画面情報を受信した端末装置２０は、当該ログイン画面を表示部２２に表示させる。
【００２３】
図７は、ログイン画面の一例である。この図に示されるように、ログイン画面には、領域２３１、２３２、ボタン２３３、２４１〜２４３が表示される。このうち、領域２３１、２３２は、アプリケーションＡによるサービスを受けるための自アカウント情報（例えばメールアドレス、パスワード）を入力するための領域である。ボタン２３３は、領域２３１、２３２に入力された自アカウント情報で、アプリケーションＡによるサービスに正規ログインを指示するものである。
【００２４】
本実施形態において、正規ログインでなくても、複数の外部サービスのいずれかのアカウント情報に基づいた仮ログインによって、アプリケーションＡによるサービスを受けることができる。ボタン２４１〜２４３は、仮ログインするときに、どの外部サービスのアカウント情報を用いるかを指定するものである。
なお、仮ログイン状態では、ポータルサイトで提供される会員同士の掲示板や、メール等のコミニケーションツールのサービス、本人確認が必要なサービスなどが受けられないようになっている。また、アプリケーションＡによるサービスの中に、課金によって提供するサービスが含まれている場合、その一部のサービスについて、利用者は仮ログイン状態では受けられないことになる。課金によって提供するサービスとは、具体的には、課金により追加されるコンテンツの提供などが挙げられる。
【００２５】
端末装置２０は、ログイン画面において外部サービスによる仮ログインする旨の操作がなされたか否か、すなわち、ボタン２４１〜２４３のいずれかを選択する操作がなされたか否かを判別する（ステップＳａ１２）。この判別結果が「Ｙｅｓ」の場合、端末装置２０は、仮ログインのために用いる外部サービスのアカウント情報を入力するように利用者に促して、当該アカウント情報を取得する（ステップＳａ１３）。この後、端末装置２０は、選択操作がなされた外部サービスを特定する外部サービス種別情報（Ｅx_typ）とともに、入力された外部サービスのアカウント情報を管理装置１０に送信する。
なお、以降では便宜上、例えば外部サービスｂによるアカウント情報で、アプリケーションＡによるサービスに仮ログインする場合を例にとって説明する。この場合、ログイン画面において、ボタン２４２を選択するような操作がなされて、外部サービスｂを特定する外部サービス種別情報（Ｅx_typ）とともに、当該該外部サービスｂのアカウント情報が管理装置１０に送信される。
一方、ログイン画面において、領域２３１、２３２に自アカウント情報が入力されてボタン２３３が操作されたとき、当該操作は仮ログインではなく、正規ログインによる接続指示であるので、ステップＳａ１２の判別結果が「Ｎｏ」となる。このとき、端末装置２０は、入力された自アカウント情報を管理装置１０に送信して、後述するように正規ログイン状態になる。
【００２６】
管理装置１０ではＣＰＵ１０１が、端末装置２０から送信された外部サービス種別情報（Ｅx_typ）を取得する。これにより、外部サービス種別情報（Ｅx_typ）を取得する取得部１５６が構築される。
また、管理装置１０では、当該外部サービス種別情報（Ｅx_typ）で特定される外部サーバとの間で以降の処理を実行する。ここでは、ボタン２４２を選択する旨の操作がなされたときを例にとっているので、管理装置１０は、外部サービスｂを管轄する外部サーバ４２との間で処理を実行する。
なお、管理装置１０は、事前に外部サーバ４２に対してコンシューマとして登録して、コンシューマ情報を取得している。コンシューマ情報には、コンシューマの識別子（consumer key）と 秘密鍵（consumer secret）とが含まれる。管理装置１０は、外部サーバ４１、４３に対してもコンシューマとして登録されている。
【００２７】
外部サービス種別情報（Ｅx_typ）等を受信した管理装置１０は、端末装置２０から送信された情報を、当該外部サービス種別情報（Ｅx_typ）で特定される外部サーバ４２に、当該外部サーバ４２から取得したコンシューマ情報で生成したサイン値などをパラメータとして付加して、リダイレクトする（ステップＳｂ１３）。
【００２８】
ここまでにおいて、管理装置１０は、ステップＳａ１１で端末装置２０から送信されたアプリケーション種別情報（ＡppＩＤ）を図４の（１）で取得し、ステップＳａ１３で端末装置２０から送信された外部サービス種別情報（Ｅx_typ）を図４の（２）で取得している。このため、管理装置１０ではＣＰＵ１０１が、取得したアプリケーション種別情報（ＡppＩＤ）および外部サービス種別情報（Ｅx_typ）を関連付けて第１テーブル１２１に格納する。
【００２９】
図１１において（ａ）は、第１テーブル１２１の一例を示す図であり、（ｂ）は、後述する第２テーブル１２２の一例を示す図である。
第１テーブル１２１は、利用者識別情報（ＵＩＤ）、アプリケーション種別情報（ＡppＩＤ）、外部サービス種別情報（Ｅx_typ）、アクセストークン（Ｔoken）、参照識別情報（ＲefＩＤ）およびブラウザ識別情報（Ｓession_ＩＤ）を互いに関連付けて記憶するものである。
ここでは、図１１の（ａ）で示されるように、ＣＰＵ１０１は、（１）のアプリケーションＡを特定するのアプリケーション種別情報（ＡppＩＤ：００１）と、（２）の外部サービスＢを特定する外部サービス種別情報（Ｅx_typ）とを関連付けて第１テーブル１２１に格納する。第１テーブル１２１において、他の情報については、まだ入力または生成されていないので空欄である。
なお、第２テーブル１２２は、参照識別情報（ＲefＩＤ）と 管理装置１０側での自アカウント情報（ＵserＩＤ、Ｐsw、Ｍailadd）と、有効フラグ（Ｆlag）とを関連付けて記憶するものであるが、この段階では入力等されていない。
【００３０】
さて、外部サーバ４２は、管理装置１０からリダイレクトされた情報を確認した後、一時的に使用するリクエストトークンＲＴを発行して、管理装置１０に送信する（ステップＳｃ１１）。管理装置１０は、外部サーバ４２の認証用ＵＲＬ（Ｕniform Ｒesource Ｌocator）に当該リクエストトークンＲＴを付加して、当該ＵＲＬにアクセスする（ステップＳｂ１４）。
【００３１】
このアクセスに対し、外部サーバ４２は、認証画面情報を端末装置２０に送信する（ステップＳｃ１２）。
なお、認証画面情報の送信先である端末装置２０については、先のステップＳａ１３において外部サービスｂのアカウント情報が入力されて、外部サーバ４２にリダイレクトされているので、外部サーバ４２では、このアカウント情報などから特定できる。
一方、認証画面情報を受信した端末装置２０は、当該認証画面を表示部２２に表示させる。
【００３２】
図８は、表示部２２に表示される認証画面の一例である。認証画面は、外部サービスｂのアカウント情報を管理装置１０のサイトが利用することを許可するか否かの選択を利用者に促すためのものであり、次のような画面構成となっている。すなわち、認証画面には、領域２５１、２５２、ボタン２５４、２５５が表示される。このうち、領域２５１、２５２には、外部サービスｂにログインする際の外部アカウント情報（例えばメールアドレス、パスワード）が利用者への確認用に表示される。このとき、パスワードについては、管理上、秘匿して表示しても良い。
ボタン２５４は、領域２５１、２５２に表示または入力された外部アカウント情報を用いて、アプリケーションＡによるサービスに仮ログインすることを指示するものであり、ボタン２５５は、その仮ログインを拒否するためのものである。
また、このような認証画面において、利用者に対してニックネームを入力させるようにしても良い。このニックネームは、ゲーム画面などにおいて表示されたり、他の利用者のゲーム情報などを表示する場合に使用されたり、他者との識別表示のために用いられたりする。なお、ニックネームを入力させない態様では、外部アカウント情報（例えばメールアドレス）を利用者の識別表示のために利用可能である。
【００３３】
端末装置２０は、認証画面において、外部アカウント情報を管理装置１０のサイトが利用することを許可する操作がなされたか否かを判別する（ステップＳａ１４）。認証画面においてボタン２５４の操作がなされたとき、ステップＳａ１４における判別結果は「Ｙｅｓ」となり、その旨を外部サーバ４２に送信する。
外部サーバ４２は、端末装置２０の利用者が外部アカウント情報の使用を許可した旨の認証結果に、リクエストトークンＲＴと証明情報（oauth verifier）とを付与して、管理装置１０に対し予め設定されたＵＲＬに通知する（ステップＳｃ１３）。なお、ボタン２５４が操作されたとき、外部サーバ４２と端末装置２０との間でＰＩＮ（Ｐersonal Ｉdentification Ｎumber）コードによる認証を追加しても良い。
一方、ボタン２５５が操作されたとき、端末装置２０は、以降のステップを実行することなく処理を終了させる。このとき、端末装置２０は、終了の旨を外部サーバ４２、管理装置１０にも送信し、これにより、外部サーバ４２、管理装置１０でも、端末装置２０との処理が終了する。
【００３４】
さて、管理装置１０は、リクエストトークンＲＴ等を取得すると、当該リクエストトークンを付加して、外部サーバ４２に対しアクセストークンを取得するための要求をする（ステップＳｂ１５）。この要求には、コンシューマの識別子（consumer key）と証明情報（oauth verifier）とが付加される。
この要求のレスポンスとして、外部サーバ４２は、パラメータとして外部アカウント情報（Ｅx_ＩＤ）が付加されたアクセストークン（oauth_token、oauth_token_seacret）を送信する（ステップＳｃ１４）。これで外部サーバ４２の処理は終了である。
なお、この外部アカウント情報（Ｅx_ＩＤ）は、ステップＳａ１３で入力されたアカウント情報と外部サーバによっては一致しない場合もあり得るが、一致していなくても、一対一の関係にある。
【００３５】
管理装置１０ではＣＰＵ１０１が、ステップＳｂ１６において次のような処理を実行する。
すなわち、ＣＰＵ１０１は、受信した外部アカウント情報（Ｅx_ＩＤ）およびアクセストークン等から利用者を一意に識別する利用者識別情報（ＵＩＤ）を生成するとともに、当該利用者識別情報（ＵＩＤ）を、アクセストークンや外部アカウント情報（Ｅx_ＩＤ）等に関連付けて第１テーブル１２１に格納する。続いて、ＣＰＵ１０１は、利用者の端末装置２０におけるブラウザを一意に識別するブラウザ識別情報（Ｓession_ＩＤ）を生成し、利用者識別情報（ＵＩＤ）に関連付けて格納する。
【００３６】
この生成・格納動作について図１２を参照して説明すると、ＣＰＵ１０１は、図１２の（ａ）で示されるように、第１に、取得した（３）の外部アカウント情報（Ｅx_ＩＤ）およびアクセストークンを、先のアプリケーション種別情報（ＡppＩＤ）と外部サービス種別情報（Ｅx_typ）とに対応付けて第１テーブル１２１に格納する。なお、アクセストークンについては、総称してＴokenと表記している。本実施形態では、アプリケーション種別情報（ＡppＩＤ）および外部サービス種別情報（Ｅx_typ）毎に、利用者識別情報（ＵＩＤ）を付与して管理する。このため、ＣＰＵ１０１は、第２に、アプリケーション種別情報（ＡppＩＤ）、外部サービス種別情報（Ｅx_typ）、外部アカウント情報（Ｅx_ＩＤ）およびアクセストークン（Ｔoken）を引数とする関数演算や、これらをシード値とする擬似乱数などによって、（４）の利用者識別情報（ＵＩＤ）を一意に生成する。これにより、取得した外部アカウント情報に対応して利用者識別情報を生成する第１生成部１５７が構築される。第３に、ＣＰＵ１０１は、（４）の利用者識別情報（ＵＩＤ）を、上記の引数に関連付けて第１テーブル１２１に格納する。これにより、利用者識別情報を外部アカウント情報に関連付けて第１テーブルに記憶させる第２制御部１５５が構築される。第４に、（５）のブラウザ識別情報（Ｓession_ＩＤ）を（４）の利用者識別情報（ＵＩＤ）と同様な方法を用いて一意に生成し、利用者識別情報（ＵＩＤ）に関連付けて第１テーブル１２１に格納する。これにより第２生成部１５８が構築される。
【００３７】
引き続き、管理装置１０ではＣＰＵ１０１が、当該ブラウザ識別情報（Ｓession_ＩＤ）を端末装置２０に通知する（ステップＳｂ１７）。これにより通知部１５９が構築される。
【００３８】
ブラウザ識別情報（Ｓession_ＩＤ）の通知を受けた端末装置２０のブラウザは、当該ブラウザ識別情報（Ｓession_ＩＤ）をクッキーとして保存する（ステップＳａ１５）。
【００３９】
端末装置２０は、ステップＳａ１５以降においてアプリケーションＡによるサービスに仮ログインした状態になる。
詳細には、管理装置１０は、外部アカウント情報（Ｅx_ＩＤ）に関連付けられる利用者識別情報（ＵＩＤ）を第１テーブル１２１から読み出し、アプリケーションサーバ３１に送信して、当該利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービスを、端末装置２０に提供するように要求する（ステップＳｂ２０）。これにより第１要求部１５１が構築される。
【００４０】
アプリケーションサーバ３１は、サービスの提供履歴を利用者識別情報（ＵＩＤ）に対応させて記憶している。このため、アプリケーションサーバ３１は、仮ログイン状態になったときに送信された利用者識別情報（ＵＩＤ）に対応する履歴情報を参照することによって、前回の仮ログインの途中結果から引き続いてサービスを端末装置２０に提供することができる。ここで、提供履歴とは、サービスがゲームであれば、セーブデータや、ゲーム中にプレイヤーが獲得したポイント数、アイテムの種類を含むプレイ情報などである。
また、管理装置１０は、端末装置２０とアプリケーションサーバ３１との間で情報を中継する装置として機能する。すなわち、アプリケーションサーバ３１は、アプリケーションＡのサービスを提供するにあたって、ウェブページを生成し、管理装置１０を介して端末装置２０に送信する。端末装置２０は、このウェブページを表示部２２に表示する一方で、タッチパネルに与えられた操作情報を、管理装置１０を介してアプリケーションサーバ３１に送信する。
このような、破線Ｓ１で示される仮ログインでの、外部サーバ４２によるアプリケーションＡのサービスの提供と、管理装置１０による中継と、端末装置２０におけるサービスの受領・操作指示とについては、動作の終了指示がなされるまで繰り返される。
【００４１】
なお、端末装置２０の利用者がアプリケーションＡのサービスに仮ログインした状態において、当該サービスの終了させる旨を指示したとき、その指示情報が管理装置１０を介してアプリケーションサーバ３１に送信される。アプリケーションサーバ３１は、サービスの提供状態を履歴情報として記憶して、次回のログインに備える。
【００４２】
また、端末装置２０の利用者がアプリケーションＡのサービスに仮ログインした状態において、当該登録会員を希望する旨の指示をしたとき、当該端末装置２０は、管理装置１０において予め定められた会員登録用のＵＲＬに接続を要求する（ステップＳａ３１）。
管理装置１０は、この要求のレスポンスとして、会員登録画面情報を当該端末装置２０に送信する（ステップＳｂ３１）。会員登録画面情報を受信した端末装置２０は、当該会員登録画面を表示部２２に表示させる。
【００４３】
図９は、表示部２２に表示される会員登録画面の一例である。この図に示されるように、会員登録画面は、自アカウント情報、すなわち会員情報を登録するためのものであり、利用者（プレイヤー）を識別するための会員ＩＤ（ＵserＩＤ）を入力するための領域２６１、利用者のメールアドレス（Ｍailadd）を入力するための領域２６２、および、パスワード（Ｐsw）を入力するための領域２６３のほか、ボタン２６４、２６５が表示される。ボタン２６４は、領域２６１〜２６３に入力された情報での会員登録を指示するものであり、ボタン２６５は、会員登録のキャンセルを指示するものである。
本実施形態において、会員ＩＤ（ＵserＩＤ）として利用者が望む文字列を入力できるが、既に他の利用者の会員ＩＤとして使用されている場合には、その旨のメッセージを会員登録画面に表示して、新たな会員ＩＤを入力することを促すようにする。
また、会員ＩＤ（ＵserＩＤ）を利用者に入力させない構成でも良い。この構成において、管理装置１０の側に、メールアドレス（Ｍailadd）から会員ＩＤに相当する一意なＩＤを生成する機能を持たせる態様としても良いし、メールアドレス（Ｍailadd）を会員ＩＤとして機能させるに態様としても良い。
なお、会員登録画面で利用者に入力させる情報として、メールアドレス（Ｍailadd）や、パスワード（Ｐsw）のほかにも、ニックネーム、生年月日、性別、住所の地域コード（日本でいえば都道府県、米国などでいえば州）を含めても良い。
【００４４】
端末装置２０は、会員登録画面において会員登録をする旨の操作がなされたか否か、すなわち、領域２６１〜２６３に自アカウント情報が入力された状態でボタン２６４を押下するようなタッチ操作がなされたか否かを判別する（ステップＳａ３２）。
ここで、会員登録画面においてボタン２６５を押下するようなタッチ操作がなされて、会員登録のキャンセルが指示された場合、判別結果が「Ｎｏ」となり、本実施形態においては処理手順がステップＳａ２１に戻されて、仮ログインでのサービス提供が維持される。
一方、会員登録画面において会員登録をする旨の操作がなされた場合、判別結果が「Ｙｅｓ」となり、端末装置２０は、領域２６１〜２６３に入力された自アカウント情報を管理装置１０に送信する。
【００４５】
管理装置１０は、端末装置２０から送信された自アカウント情報を仮登録する（ステップＳｂ３２）。
詳細には、管理装置１０ではＣＰＵ１０１が、第１に、送信された自アカウント情報（ＵserＩＤ、Ｐsw、Ｍailadd）を第２テーブル１２２において、図１３の（６）に示されるように格納する。これにより登録部１５３が構築される。
なお、この段階では仮登録の状態であるので、ＣＰＵ１０１は、有効フラグ（Ｆlag）に「０」を格納する。
ＣＰＵ１０１は、第２に、これらの自アカウント情報から一意の参照識別情報（ＲefＩＤ）を生成して、同図の（７）に示されるように、当該第２テーブル１２２において会員情報に関連付けて格納し、第３に、図１４の（８）に示されるように、当該参照識別情報（ＲefＩＤ）を、第１テーブル１２１において、それまで仮ログイン時に使用していた利用者識別情報（ＵＩＤ）と紐付けて記憶する。これにより第１制御部１５４が構築される。
【００４６】
仮登録の後、管理装置１０は、会員登録画面で入力されたメールアドレス（Ｍailadd）に、管理装置１０に予め定められたＵＬＲを付加した登録確認メールを送信する（ステップＳｂ３３）。なお、メールアドレス（Ｍailadd）で示される宛先は、端末装置２０である。
登録確認メールを受信した端末装置２０は、当該メールを表示部２２に表示させる。図１０は、表示部２２に表示される登録確認メールの一例を示す図である。ここで、当該登録確認メールに付加されたＵＲＬにアクセスする旨の操作がなされたとき、例えば図１０に示したような登録確認メールのＵＲＬ２７１がタッチ操作されたとき、端末装置２０は、管理装置１０の当該ＵＬＲに接続を要求する（ステップＳａ３３）。
この要求を受けた管理装置１０は、図１５に示されるように、第２テーブル１２２の有効フラグ（Ｆlag）に「１」を格納して、仮登録の内容で本登録し、登録作業を終了する（ステップＳｂ３４）。
【００４７】
これにより、端末装置２０では、アプリケーションＡによるサービスに正規ログインした状態になる。詳細には、管理装置１０は、自アカウント情報に関連付けられる利用者識別情報（ＵＩＤ）を、第１テーブル１２１および第２テーブル１２２を参照して読み出し、アプリケーションサーバ３１に送信して、当該利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービスを、端末装置２０に提供するように要求する（ステップＳｂ４０）。これにより第２要求部１５２が構築される。
なお、ステップＳａ１２のログイン画面において、自アカウント情報が入力されてボタン２３３が操作されて正規ログインの接続が要求されたときも、自アカウント情報に関連付けられる利用者識別情報（ＵＩＤ）がアプリケーションサーバ３１に送信される。
【００４８】
アプリケーションサーバ３１は、送信された利用者識別情報（ＵＩＤ）に対応する履歴情報を参照して、前回の途中結果から引き続いてウェブページを作成し、端末装置２０にサービスを提供する。また、管理装置１０は、仮ログイン状態と同様に、端末装置２０とアプリケーションサーバ３１との間で情報を中継する装置として機能する。また、 端末装置２０は、このウェブページを表示部２２に表示する一方で、タッチパネルに与えられた操作情報を、管理装置１０を介してアプリケーションサーバ３１に送信する。
このように破線Ｓ２で示される正規ログインでの、外部サーバ４２によるアプリケーションＡのサービスの提供と、管理装置１０による中継と、端末装置２０におけるサービスの受領・操作指示とについては、動作の終了指示がなされるまで繰り返される。
なお、端末装置２０の利用者がアプリケーションＡのサービスに正規ログインした状態において、当該サービスの終了させる旨を指示したとき、その指示情報が管理装置１０を介してアプリケーションサーバ３１に送信される。アプリケーションサーバ３１は、サービスの提供状態を履歴情報として記憶して、次回のログインに備える。
【００４９】
本実施形態によれば、アプリケーションＡのサービスについては、当該サービスに会員登録していなくても、外部サービスの外部アカウント情報で仮ログインにすることによって当該サービスの提供を受けることができる。この仮ログイン状態では、外部アカウント情報に対して一意に生成された利用者識別情報（ＵＩＤ）で管理されて、アプリケーションＡのサービスが利用者に提供される。仮ログインを一旦脱して、再び仮ログインしたときでも、同様に利用者識別情報（ＵＩＤ）で管理される。
このため、例えばサービスがゲームであれば、仮ログインして当該ゲームを始め、一旦、ゲームを中断して仮ログインを脱したときでも、再び仮ログインすれば、中断した時点から当該ゲームを再開することができる。
さらに、本実施形態においては、仮ログインした状態で会員登録すると、登録した自アカウント情報に対して一意の参照識別情報（ＲefＩＤ）が生成されるとともに、仮ログインしたときに生成された利用者識別情報（ＵＩＤ）に紐付けられる。このため、アプリケーションＡのサービスについては、仮ログイン状態から正規ログイン状態に移行しても、利用者が同じであれば、サービスの提供履歴が同じ利用者識別情報（ＵＩＤ）で管理されるので、当該サービスが途中でクリアされることなく、継続した状態で提供することが可能になる。例えばサービスがゲームであれば、仮ログインして当該ゲームを始めたところ、当該ゲームが気に入ったので、会員登録して正規ログイン状態に移行したときでも、プレイ情報が同じ利用者識別情報（ＵＩＤ）で管理されるので当該ゲームを継続して実行することができる。
【００５０】
上記説明では、外部サービスｂの外部アカウント情報を用いた場合を例にとったが、他の外部サービスａ、ｃの外部アカウント情報を用いても良いのはもちろんである。
ここで、上述したように、外部サービスについては、外部サービス種別情報（Ｅx_typ）で特定される。また、本実施形態にあっては、アプリケーション種別情報（ＡppＩＤ）および外部サービス種別情報（Ｅx_typ）毎に利用者識別情報（ＵＩＤ）を付与して管理する。このため、例えば図１６に示されるように、ある利用者（端末装置）がそれぞれ外部サービスｂ、ａ、ｃを用いてそれぞれ仮ログインしたときに、異なる利用者識別情報（ＵＩＤ）が付与される。
このように利用者が利用する外部サービスの選択肢が増えると、管理装置１０の側からみたときに、仮ログインでサービスを提供することができる利用者が増加するので、より多くの利用者の獲得に繋げることができる。
【００５１】
また、上記説明では、アプリケーションＡによるサービスを提供する場合を例にとったが、他のアプリケーションによるサービスについても同様に提供可能である。ここで、アプリケーションについてはアプリケーション種別情報（ＡppＩＤ）で特定される。このとき、例えば図１７に示されるように、ある利用者（端末装置）がアプリケーションＡ（ＡppＩＤ：００１）およびアプリケーションＥ（ＡppＩＤ：００５）によるサービスに、それぞれ外部サービスｂを用いてそれぞれ仮ログインしたときには、たとえ同じ利用者であっても異なる利用者識別情報（ＵＩＤ）が付与される。利用者識別情報が付与されれば、当該利用者は、仮ログインした状態でこれらのアプリケーションによるサービスの提供を受けることができる。
したがって、利用者からみれば、複数のアプリケーションによるサービスの提供を、会員登録の手続きを経ることなく受けることができる。このように、利用者は、複数のサービスを次々とお試し的に利用することができるので、お気に入りのサービスを発見することが容易となる。
【００５２】
ここで、第１テーブル１２１において利用者識別情報（ＵＩＤ）が異なっていても、外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）が同じである場合、それは、同じ利用者が複数のアプリケーションのサービスについて同じ外部サービスの外部アカウント情報でそれぞれ仮ログインした、ということを意味している。
そこで、あるサービスに仮ログインした状態で会員登録した場合に参照識別情報（ＲefＩＤ）を生成したとき、管理装置１０は、第１に、仮ログインに使用していた利用者識別情報（ＵＩＤ）の外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）と同じものが存在するか否か判別し、第２に、存在していれば、同じである外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）の利用者識別情報にも、生成した参照識別情報（ＲefＩＤ）を紐付ける。
【００５３】
図１７の例でいえば、利用者がアプリケーションＡ（ＡppＩＤ：００１）のサービスに仮ログインした状態で会員登録（仮登録）したとき、図１８の（７）で示されるように、参照識別情報（ＲefＩＤ）として例えば「２３５７３９６５３１０」が生成されて第２テーブル１２２に格納される。
一方、第１テーブル１２１においてアプリケーションＡのサービスに対応した外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）は、アプリケーションＥ（ＡppＩＤ：００５）のサービスに対応した外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）と同一である。
このため、管理装置１０（ＣＰＵ１０１）は、第１テーブル１２１に対し当該参照識別情報（ＲefＩＤ）を、同図の（８）で示されるようにアプリケーションＡに対応した利用者識別情報の「ｄ４ｕ６ｅｓＡ３４」に紐付けるほか、同図の（９）で示されるようにアプリケーションＥに対応した利用者識別情報の「ｓ９ｆ６ｔａＧ８９」にも紐付ける。
【００５４】
これにより、利用者が、複数のアプリケーションのサービスを仮ログインで利用した状態で、そのうちの１つについて会員登録したとき、その自アカウント情報は、会員登録手続きをしていない他のアプリケーションのサービスについての利用者識別情報に関連付けられる。したがって、利用者が、複数のアプリケーションのサービスについて同じ外部アカウント情報でそれぞれ仮ログインしたときに、複数のうち１つのサービスに会員登録しさえすれば、他のサービスについても自アカウント情報が及ぶので、利用者にとってみれば煩雑な手続きから解放されることになる。
【００５５】
さて、上述したステップＳｂ１１（図４参照）において、管理装置１０が端末装置２０（のブラウザ）から取得したブラウザ識別情報（Ｓession_ＩＤ）が有効である場合、処理手順がステップＳｂ２０にスキップする。このため、ブラウザ識別情報（Ｓession_ＩＤ）が有効であれば、利用者は、ポータルサイト（図４のステップＳａ１１）で選択したアプリケーションのサービスに直ちに仮ログインすることになる。
【００５６】
一方、利用者が過去にアプリケーションＡのサービスに仮ログインして会員登録していない状態であれば、第１テーブル１２１の内容は図１２に示される通りである。すなわち、外部アカウント情報（Ｅx_ＩＤ）に対し一意の利用者識別情報（ＵＩＤ）とブラウザ識別情報（Ｓession_ＩＤ）とが生成されて格納されている。このうち、ブラウザ識別情報（Ｓession_ＩＤ）は、端末装置２０（のブラウザ）に通知されてクッキーとして保存されている。なお、ブラウザへ通知する情報としては、ブラウザ識別情報（Ｓession_ＩＤ）そのものでも良いし、暗号化した情報でも良い。
ここで、利用者（端末装置２０）がポータルサイトで別の例えばアプリケーションＥを選択した場合、ブラウザが同じなので、端末装置２０からは、アプリケーションＡのサービスに仮ログインしたときに生成・通知したブラウザ識別情報（Ｓession_ＩＤ）が送信されてくる。このブラウザ識別情報には、図１２に示されるように、すでに外部アカウント情報（Ｅx_ＩＤ）が対応付けられている。このため、端末装置２０は、図１９に示されるように、アプリケーションＡ（ＡppＩＤ：００１）に対応した外部アカウント情報（Ｅx_ＩＤ）およびリクエストトークンを、アプリケーションＥ（ＡppＩＤ：００５）に対応させて格納する。
換言すれば、ポータルサイトでアプリケーションが選択されてブラウザ識別情報（Ｓession_ＩＤ）が送信されてきた場合に、第１テーブル１２１において、当該ブラウザ識別情報（Ｓession_ＩＤ）が、選択されたものとは異なるアプリケーションにすでに対応付けられていたとき、管理装置１０は、すでに対応付けられているアプリケーションの外部アカウント情報（Ｅx_ＩＤ）およびリクエストトークンを、選択されたアプリケーションにも対応付けて格納するとともに、利用者識別情報（ＵＩＤ）を生成する。
これにより、管理装置１０からみれば、再度同じ外部アカウント情報を外部サーバから取得する処理を不要とすることができる。
【００５７】
なお、クッキーとして保存されたブラウザ識別情報は、ブラウザ側の設定によっては端末装置２０でクリアされてしまう場合があるが、本実施形態では、クッキーがクリアされても、外部サーバの外部アカウント情報で仮ログインによって安定してサービスを提供することが可能である。
【００５８】
本実施形態において、外部サービスを受けるための外部アカウント情報を使用する場合に、外部サービスから、本システムの会員登録で必要とする登録情報（メールアドレスやパスワード）を取得する手段を備えて、会員登録作業（ステップＳａ３１からステップＳｂ３４まで）を省略する構成としても良い。また、外部サービスから取得できる登録情報に対して、本システムの会員登録に必要な項目が欠けている場合には、会員登録段階（ステップＳａ３２における会員登録）で不足している項目だけ入力させるようにしても良い。例えば、外部サービスから取得できる登録情報に、メールアドレス、パスワード、ニックネーム、生年月日、性別が含まれ、住所の地域コードが欠けている場合に、住所の地域コードだけを入力させるようにしても良い。
【００５９】
＜第２実施形態＞
第１実施形態では、アプリケーションのサービスが、端末装置２０のブラウザで動作することによって利用者に提供されたが、第２実施形態では、このサービスを、端末装置２０がアプリケーションに対応したプログラムを実行する、いわゆるネイティブ型アプリケーションによって提供する、というものである。
ネイティブ型アプリケーションは、例えば販売ストアからダウンロードされ使用可能となる。ポータルサイトの案内画面では、販売ストアで提供されるアプリケーションＡ〜Ｆのいずれかを選択するためのボタンが表示される。利用者は、いずれかのボタンを選択するようにタッチパネルを操作すると、販売ストアでの選択されたアプリケーションをダウンロードする画面に誘導される。その後、販売ストアでの画面に表示された指示にしたがって端末装置２０にダウンロードした後、インストールされてアプリケーションが利用できる状態となる。
なお、ポータルサイトでは第１実施形態で説明したブラウザ型アプリケーションと、第２実施形態で説明するネイティブ型アプリケーションの両方のサービスを提供するようにしても良い。両方のサービスを提供する場合、ポータルサイトの案内画面でブラウザ型アプリケーションを選択するためのボタンと、ネイティブ型アプリケーションを選択するためのボタンとが１つの画面または画面を切り替えて表示される。
【００６０】
図２０は、第２実施形態に係る管理装置１０が適用されるシステム１の構成を示すブロック図である。この図に示されるように、第２実施形態では、第１実施形態における外部サーバが存在しない。
これは、ネイティブ型アプリケーションでは、アプリケーション毎に端末装置２０のメモリにデータを格納させることが可能となり、利用者識別情報（ＵＩＤ）そのものを端末装置２０で管理することができるので、第１実施形態のように外部アカウント情報を利用する必要がないためである。第２実施形態では、端末装置２０で管理する情報として、利用者識別情報（ＵＩＤ）そのものではなく、一対一の関係にある端末識別情報（ＳＩＤ）を利用する。
【００６１】
＜第２実施形態の動作＞
次に、第２実施形態における動作について説明する。図２１は、利用者（ユーザー）がアプリケーションによるサービスの提供を受ける際の動作シーケンスを示す図であり、ここでは、仮ログインまでを示している。なお、仮ログインした状態において、当該登録会員を希望する旨の指示がなされたときの動作、および、正規ログイン状態の動作は、第１実施形態における図５とほぼ同様であるので、図示を省略している。また、図２２乃至図２５の各々は、それぞれ第１テーブル１２１および第２テーブル１２２における格納動作を示す図である。
なお、以下の動作においては、第１実施形態と同様に、端末装置２０の利用者は、アプリケーションＡによるサービスの提供を受ける場合を例にとって説明する。
【００６２】
端末装置２０には、アプリケーションによるサービスの提供を受けるためのプログラムが、予め定められたウェブサイトからダウンロードされている。一方、端末装置２０が当該プログラムを実行するにあたって、すなわち、サービスの提供を受けるにあたっては、第１実施形態と同様に、当該サービスに対応するアプリケーションサーバに接続することが前提となる。
なお、第２実施形態においても、サービスの提供を受けるにあたって仮ログインおよび正規ログインがある。
【００６３】
まず、端末装置２０において、アプリケーションＡによるサービスの提供を受けるために、予めダウンロードしておいたプログラムの起動が指示された場合、ログインを管理装置１０に要求する（ステップＳａ５１）。この要求の際に、端末装置２０は、アプリケーションＡを特定するアプリケーション種別情報（ＡppＩＤ）とともに、仮ログインで接続するのか、正規ログインで接続するのかについての情報も併せて送信する。例えば仮ログインで接続するのであれば、端末装置２０は、仮ログインで接続する旨の情報とともに、端末ＩＤと端末識別情報（ＳＩＤ）とを管理装置１０に送信する。ただし、端末識別情報（ＳＩＤ）については、過去に仮ログインしてなければ端末装置２０には付与されていない。また、端末装置２０によっては、端末ＩＤが付与されていない場合がある。
一方、正規ログインで接続するのであれば、端末装置２０は、正規ログインで接続する旨の情報とともに、すでに登録してある自アカウント情報を管理装置１０に送信する。
【００６４】
管理装置１０は、端末装置２０からアプリケーションＡによるサービスのログインが要求されたときに、その要求が仮ログインであるか否かを判別する（ステップＳｂ５１）。
仮ログインでの接続要求でなければ、それは正規ログインでの接続要求であるので、判別結果が「Ｎｏ」となる。一方、仮ログインでの接続要求であれば、判別結果が「Ｙｅｓ」となり、管理装置１０は、端末装置２０からの端末識別情報（ＳＩＤ）に対応した利用者識別情報（ＵＩＤ）が取得できたか否かを判別する（ステップＳｂ５２）。利用者識別情報（ＵＩＤ）については、利用者を一意に識別するため、過去に仮ログインしたときに生成されるものであり、生成されていれば、後述するように第１テーブル１２１において端末ＩＤや利用者識別情報（ＵＩＤ）と一対一の関係にある端末識別情報（ＳＩＤ）と関連付けられて記憶されている。
【００６５】
端末識別情報（ＳＩＤ）に対応した利用者識別情報（ＵＩＤ）が取得できれば、ステップＳｂ５２の判別結果が「Ｙｅｓ」となり、処理手順はステップＳｂ２０にスキップして、直ちに仮ログイン状態に移行する。
一方、利用者識別情報（ＵＩＤ）が取得できなかった場合、すなわちステップＳｂ５２の判別結果が「Ｎｏ」となる場合、それは、端末装置２０が過去にアプリケーションＡによるサービスに仮ログインしたことがない状態を示している。そこで、管理装置１０は、次回以降の仮ログインでの接続要求から利用者識別情報（ＵＩＤ）が取得できるように、ステップＳｂ５３、Ｓｂ５４の処理を実行する。
詳細には、管理装置１０ではＣＰＵ１０１が、第１に、アプリケーション種別情報（ＡppＩＤ）および端末ＩＤを引数とする関数演算や、これをシード値とする擬似乱数などによって、一意に導かれる利用者識別情報（ＵＩＤ）を生成するとともに当該利用者識別情報（ＵＩＤ）と対となる一意な端末識別情報（ＳＩＤ）を生成する。ＣＰＵ１０１は、第２に、当該端末識別情報（ＳＩＤ）を利用者識別情報（ＵＩＤ）などに関連付けて第１テーブル１２１に格納する（ステップＳｂ５３）。この後、ＣＰＵ１０１は、第３に、当該端末識別情報（ＳＩＤ）を端末装置２０に通知する（ステップＳｂ５４）。端末識別情報（ＳＩＤ）の通知を受けた端末装置２０のアプリケーションＡは、当該端末識別情報（ＳＩＤ）をメモリに格納する（ステップＳａ５２）。
端末装置２０が、アプリケーションＡによるサービスに再び仮ログインする場合には、この端末識別情報（ＳＩＤ）を管理装置２０に送信することになる。これにより、管理装置２０では、ステップＳｂ５２の判別結果が「Ｙｅｓ」となり、直ちに仮ログイン状態に移行する。
【００６６】
なお、端末装置２０で管理する識別情報を利用者識別情報（ＵＩＤ）でなく端末識別情報（ＳＩＤ）としているのはセキュリティ等によるものである。他人の利用者識別情報（ＵＩＤ）を不正に取得して悪用されるのを防止できるのであれば、利用者識別情報（ＵＩＤ）を一対一の関係にある情報であれば足りる。例えば、利用者識別情報（ＵＩＤ）を所定のアルゴリズムで暗号化したものでも良い。
【００６７】
ここで、ステップＳｂ５３における生成・格納の動作について図２２を参照して説明する。同図において（ａ）は、実施形態における第１テーブル１２１の一例を示す図であり、（ｂ）は、第２テーブル１２２の一例を示す図である。
第２実施形態において第１テーブル１２１は、利用者識別情報（ＵＩＤ）、アプリケーション種別情報（ＡppＩＤ）、端末ＩＤ、参照識別情報（ＲefＩＤ）および端末識別情報（ＳＩＤ）を互いに関連付けて記憶する。ここでは、（ａ）で示されるように、ＣＰＵ１０１は、取得した（１）のアプリケーションＡを特定するアプリケーション種別情報（ＡppＩＤ：００１）に基づいて、（４）の利用者識別情報（ＵＩＤ）を生成するほか、（５）の端末識別情報（ＳＩＤ）を生成して、（２）の端末ＩＤとともに、これらを互い関連付けて第１テーブル１２１に格納する。
【００６８】
一方、端末装置２０は、ステップＳａ５２以降においてアプリケーションＡによるサービスに仮ログインした状態になる。
詳細には、管理装置１０は、端末識別情報（ＳＩＤ）に対応した利用者識別情報（ＵＩＤ）を第１テーブル１２１から読み出し、アプリケーションサーバ３１に送信して、当該利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービスを、端末装置２０に提供するように要求する（ステップＳｂ２０）。
【００６９】
この後の動作は、第１実施形態とほぼ同様である。すなわち、破線Ｓ１で示される仮ログインにおいて、アプリケーションサーバ３１によるアプリケーションＡのサービスの提供、管理装置１０による中継、および、端末装置２０におけるサービスの受領・操作指示について、動作の終了指示がなされるまで繰り返される。
また、端末装置２０の利用者がアプリケーションＡのサービスに仮ログインした状態において、当該登録会員を希望する旨の指示をしたとき、管理装置１０は、会員登録画面情報を当該端末装置２０に送信し、端末装置２０は、当該会員登録画面で入力された自アカウント情報（ＵserＩＤ、Ｐsw、Ｍailadd）を管理装置１０に送信する（図５におけるステップＳａ３２に相当）。
管理装置１０ではＣＰＵ１０１が、図２３の（ｂ）で示されるように、第１に、取得した（６）の自アカウント情報を第２テーブル１２２に格納する。そして、ＣＰＵ１０１は、第２に、当該自アカウント情報に対して一意である（７）の参照識別情報（ＲefＩＤ）を生成して、第２テーブル１２２の当該自アカウント情報に関連付けて格納する。第３に、ＣＰＵ１０１は、図２４において（８）で示されるように、第２テーブル１２２に格納した参照識別情報（ＲefＩＤ）を、第１テーブル１２１においてそれまで仮ログイン時に使用していた利用者識別情報（ＵＩＤ）と紐付けて記憶する。なお、ＣＰＵ１０１は、第２テーブル１２２において、有効フラグ（Ｆlag）に「０」を格納して、仮登録をする（図５におけるステップＳｂ３２に相当）。
この後、管理装置１０において図２５に示されるように有効フラグ（Ｆlag）に「１」が格納されて本登録されると、端末装置２０は、アプリケーションＡによるサービスに正規ログインした状態になる。
詳細には、管理装置１０は、自アカウント情報に関連付けられる利用者識別情報（ＵＩＤ）を、第１テーブル１２１および第２テーブル１２２を参照して読み出し、アプリケーションサーバ３１に送信して、当該利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービスを、端末装置２０に提供するように要求する（図５におけるステップＳｂ４０に相当）。
なお、ステップＳａ５１のログイン要求において、自アカウント情報が入力されて正規ログインの接続が要求されたときも同様に自アカウント情報に関連付けられる利用者識別情報（ＵＩＤ）がアプリケーションサーバ３１に送信される。
正規ログイン状態においては、アプリケーションサーバ３１によるアプリケーションＡのサービスの提供、管理装置１０による中継、および、端末装置２０におけるサービスの受領・操作指示については、動作の終了指示がなされるまで繰り返される。
【００７０】
第２実施形態によれば、アプリケーションＡのサービスについては、当該サービスに会員登録していなくても、自動的に生成される利用者識別情報で仮ログインにすることによってお試し的にサービスの提供を受けることができる。この仮ログイン状態では、当該利用者識別情報（ＵＩＤ）で管理される。このため、例えばサービスがゲームであれば、仮ログインして当該ゲームを始め、一旦、ゲームを中断して仮ログインを脱したときでも、再び仮ログインすれば、中断した時点から当該ゲームを再開することができる。
また、第２実施形態においても、仮ログインした状態で会員登録すると、自アカウント情報に対して一意の参照識別情報（ＲefＩＤ）が生成されるとともに、仮ログインしたときに生成された利用者識別情報（ＵＩＤ）に紐付けられる。
このため、アプリケーションＡのサービスについては、仮ログイン状態から正規ログイン状態に移行しても、利用者が同じであれば、同じ利用者識別情報（ＵＩＤ）で管理されるので、当該サービスが途中でクリアされることなく、継続した状態で提供することが可能になる。例えばサービスがゲームであれば、仮ログインして当該ゲームを始めたところ、当該ゲームが気に入ったので、会員登録して正規ログイン状態に移行したときでも、当該ゲームを継続して実行することができる。
【００７１】
また、第２実施形態の説明では、アプリケーションＡによるサービスを提供する場合を例にとったが、他のアプリケーションによるサービスについても同様に提供可能である。ここで、アプリケーションについてはアプリケーション種別情報（ＡppＩＤ）で特定されるので、例えば図２６に示されるように、ある利用者（端末装置）がアプリケーションＡ（ＡppＩＤ：００１）およびアプリケーションＥ（ＡppＩＤ：００５）によるサービスにそれぞれ仮ログインしたときには、たとえ同じ利用者であっても異なる利用者識別情報（ＵＩＤ）が付与される。利用者識別情報が付与されれば、当該利用者は、仮ログインした状態でこれらのアプリケーションによるサービスの提供を受けることができる。
【００７２】
第２実施形態において、第１テーブル１２１において利用者識別情報（ＵＩＤ）が異なるレコードであっても、端末ＩＤ、端末識別情報（ＳＩＤ）が同一であれば、それは、同じ利用者（端末装置）が複数のアプリケーションのサービスについてそれぞれ仮ログインした、ということを意味している。
そこで、あるサービスに仮ログインした状態で会員登録がなされて参照識別情報（ＲefＩＤ）を生成したとき、管理装置１０ではＣＰＵ１０１が、第１に、仮ログインに使用していた利用者識別情報（ＵＩＤ）の端末ＩＤ、端末識別情報（ＳＩＤ）と同一のものが存在するか否か判別し、第２に、存在していれば、端末ＩＤ、端末識別情報（ＳＩＤ）が同一の利用者識別情報（ＵＩＤ）にも、生成した参照識別情報（ＲefＩＤ）を紐付ける。
【００７３】
図２６の例でいえば、利用者がアプリケーションＡ（ＡppＩＤ：００１）のサービスに仮ログインした状態で会員登録（仮登録）したとき、図２７の（７）で示されるように、参照識別情報（ＲefＩＤ）として例えば「２３５７３９６５３１０」が生成されて第２テーブル１２２に格納される。
一方、第１テーブル１２１においてアプリケーションＡのサービスに対応した端末ＩＤ、端末識別情報（ＳＩＤ）は、アプリケーションＥ（ＡppＩＤ：００５）のサービスに対応した端末ＩＤ、端末識別情報（ＳＩＤ）と同一である。
このため、管理装置１０（ＣＰＵ１０１）は、第１テーブル１２１に対し当該参照識別情報（ＲefＩＤ）を、同図の（８）で示されるようにアプリケーションＡに対応した利用者識別情報の「ｄ４ｕ６ｅｓＡ３４」に紐付けるほか、同図の（９）で示されるようにアプリケーションＥに対応した利用者識別情報の「ｓ９ｆ６ｔａＧ８９」にも紐付ける。
これにより、利用者が、複数のアプリケーションのサービスを仮ログインで利用した状態で、そのうちの１つについて会員登録したとき、その自アカウント情報は、会員登録手続きをしていない他のアプリケーションのサービスについての利用者識別情報が関連付けられる。
したがって、利用者が、複数のアプリケーションのサービスについて同じ外部アカウント情報でそれぞれ仮ログインしたときに、複数のうち１つのサービスに会員登録しさえすれば、他のサービスについても自アカウント情報が及ぶので、利用者にとってみれば煩雑な手続きから解放されることになる。
【００７４】
＜応用・変形例＞
なお、本発明は、上述した各実施形態に限定されるものではなく、例えば次に述べるような各種の応用・変形が可能である。また、次に述べる応用・変形の態様は、任意に選択された一または複数を適宜に組み合わせることもできる。
【００７５】
＜会員登録の契機・主体＞
実施形態では、端末装置２０の利用者が仮ログインした状態において、当該登録会員を希望する旨の指示をしたときを契機として、会員登録手続きが開始したが、これに限られない。例えばサービスの提供が予め定められた段階まで進行したときに、アプリケーションサーバが会員登録手続きを開始させても良いし、管理装置１０が予め定められた回数または時間だけ仮ログインしたときに、会員登録手続きを開始させても良い。
【００７６】
＜提供するサービスの差異＞
実施形態においては、仮ログインしたときに提供するサービスと、正規ログインしたときに提供するサービスとについて、課金や本人確認以外の面で内容に特に差を設けなかった。これに限られず、仮ログインしたときに提供するサービスの内容に制限を加える一方で、正規ログインしたときに提供するサービスでは制限を無くし、または、リッチにして、会員登録手続きへのインセンティブが働くようにしても良い。例えばサービスがゲームであれば、仮ログインでは難易度を低くくして提供する一方で、正規ログインでは難易度を高くして提供すれば、難易度が低い内容では飽き足らなくなった利用者（プレイヤー）を会員登録の手続きへと導くことができる。
【符号の説明】
【００７７】
１…システム、１０…管理装置、２０…端末装置、３１〜３６…アプリケーションサーバ、４１〜４３…外部サーバ、１０１…ＣＰＵ、１２１…第１テーブル、１２２…第２テーブル。
【技術分野】
【０００１】
本発明は、ＳＮＳ（Ｓocial Ｎetworking Ｓervice）などのサイトでサービスを提供する技術に関する。
【背景技術】
【０００２】
近年、インターネットを利用して端末装置に各種のサービスを提供する技術が普及している。このようなサービスは、端末装置で専用のアプリケーションプログラムを実行し、アプリケーションサーバと通信することによって提供されるタイプもあれば、端末装置の入力操作に応じてアプリケーションサーバがウェブページを生成し、このウェブページを端末装置に表示することによって提供されるタイプもある（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「ソーシャルゲーム総合情報誌 アプリＳＴＹＬＥ Ｖｏｌ．２」、株式会社イースト・プレス、平成２３年４月１日、ｐ.２６−ｐ.２９
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、２つのタイプのいずれにおいても、サービスの提供を受けるために会員登録を受ける必要がある。近年の会員登録では、本人であることを特定する目的で、メールアドレスや電話番号などの個人情報を入力する必要がある。
一方で、このような個人情報を入力することに対して心理的な抵抗を感ずる者は多い。このため、サービスの提供を受ける前に個人情報を入力して会員登録することに対して躊躇する結果、多くの利用者を獲得できない、といった点が懸念された。
本発明は、上述した事情に鑑みてなされたものであり、その目的の一つは、個人情報を入力しなくてもサービスの提供を受けることができるようにして、多くの利用者の獲得が期待できる技術を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
本発明に係る管理装置（１０）は、アプリケーションによるサービスを利用者に提供するシステム（１）に用いられ、前記アプリケーションを提供するアプリケーションサーバ（３１〜３６）と利用者の端末装置（２０）との間を中継し、前記利用者のアカウント情報を管理する管理装置（１０）であって、第１情報に基づいてログインした利用者に、当該第１情報に関連付けられた利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第１要求部（１５１）と、前記利用者が前記第１情報に基づいてログインしている状態で当該利用者によって第２情報が入力されたとき、当該第２情報を登録する登録部（１５３）と、登録された前記第２情報を、前記第１情報に対応した前記利用者識別情報（ＵＩＤ）に関連付ける第１制御部（１５４）と、前記第２情報でログインしている利用者に、当該第２情報に関連付けられる利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第２要求部（１５２）と、を具備することを特徴とする。
本発明によれば、あるサービスについて、第２情報（個人情報）を登録していなくても、利用者識別情報（ＵＩＤ）と関連する第１情報があれば、当該第１情報でログインにすることによって受けることができる。ここで第１情報に基づいてログインしている状態で第２情報が入力されたとき、当該第２情報が前記第１情報に対応した前記利用者識別情報（ＵＩＤ）に関連付けられる。このため、あるサービスについて第１情報に基づくログイン状態から第２情報に基づくログイン状態に移行しても、同じ利用者であれば、同じ利用者識別情報（ＵＩＤ）で管理されるので、引き継いだサービスが提供される。
【０００７】
本発明において、前記第１情報は、外部サービスを受けるための外部アカウント情報（Ｅx_ＩＤ）であり、前記第２情報は、前記アプリケーションサーバ（３１〜３６）によるサービスを受けるための自アカウント情報（ＵserＩＤ、Ｐsw、Ｍailadd）であり、取得した外部アカウント情報（Ｅx_ＩＤ）に対応して前記利用者識別情報（ＵＩＤ）を生成する第１生成部（１５７）と、前記利用者識別情報（ＵＩＤ）を前記外部アカウント情報（Ｅx_ＩＤ）に関連付けて第１テーブル（１２１）に記憶させる第２制御部（１５５）と、を有し、前記第１制御部（１５１）は、前記自アカウント情報に対応した参照識別情報（ＲefＩＤ）を生成し、当該参照識別情報（ＲefＩＤ）を前記自アカウント情報に関連付けて第２テーブル（１２２）に記憶させ、前記第２テーブル（１２２）に記憶させた前記参照識別情報（ＲefＩＤ）を、ログインに用いている前記外部アカウント情報に対応した利用者識別情報（ＵＩＤ）に関連付けて前記第１テーブル（１２１）に記憶させる構成としても良い。この構成によれば、第１テーブル（１２１）および第２テーブル（１２２）を介して、自アカウント情報、参照識別情報および利用者識別情報が関連付けられる。
【０００８】
本発明において、複数の外部サービスのいずれかを特定する外部サービス種別情報（Ｅx_typ）を取得する取得部（１５６）を、有し、前記登録部（１５３）は、前記取得部（１５６）により取得された外部サービス種別情報（Ｅx_typ）で示される外部サービスを提供するアプリケーションサーバにアクセスして外部アカウント情報（Ｅx_ＩＤ）を取得し、前記第２制御部（１５５）は、前記外部サービス種別情報（Ｅx_typ）を、前記利用者識別情報（ＵＩＤ）と関連付けて前記第１テーブル（１２１）に記憶させる構成が好ましい。利用者が利用する外部サービスの選択肢が増えると、外部アカウント情報に基づくログインでサービスを提供することができる利用者の範囲を広げることができる。
【０００９】
前記システム（１）は、複数のアプリケーションサーバ（３１〜３６）によってそれぞれのサービスを提供するものであり、前記第２制御部（１５５）は、サービスを提供するアプリケーションサーバを特定するアプリケーション種別情報（ＡppＩＤ）を前記利用者識別情報（ＵＩＤ）と関連付けて前記第１テーブル（１２１）に記憶させ、前記第１要求部（１５１）および前記第２要求部（１５２）は、前記アプリケーション種別情報（ＡppＩＤ）で特定されるアプリケーションサーバに要求する構成としても良い。利用者は、複数のアプリケーションによるサービスの提供を、外部アカウント情報に基づくログインで受けることができる。
このような構成において、前記第１制御部（１５４）は、前記第１テーブル（１２１）に、ログインに用いた外部アカウント情報と同一の外部アカウント情報が存在する場合に、当該外部アカウント情報（Ｅx_ＩＤ）に対応した利用者識別情報（ＵＩＤ）に関連付けて前記参照識別情報（ＲefＩＤ）を前記第１テーブル（１２１）に記憶させる態様としても良い。この態様によれば、利用者が、複数のアプリケーションのサービスについて同じ外部アカウント情報に基づいてログインした場合に、複数のうち１つのサービスについて自アカウント情報が登録されたとき、他のサービスについても当該自アカウント情報が及ぶので、利用者にとってみれば煩雑な手続きから解放される。
【００１０】
また、本発明において、前記アプリケーションのサービスは、前記端末装置（２０）のブラウザで動作することによって当該端末装置（２０）の利用者に提供される態様としても良い。
このような態様において、前記利用者識別情報（ＵＩＤ）に対応したブラウザ識別情報（Ｓession_ＩＤ）を生成して、当該ブラウザ識別情報を、前記利用者識別情報（ＵＩＤ）に対応付けて前記第１テーブル（１２１）に記憶させる第２生成部（１５８）と、前記ブラウザ識別情報（Ｓession_ＩＤ）を前記端末装置（２０）へ通知する通知部（１５９）と、前記端末装置（２０）から取得した前記ブラウザ識別情報（Ｓession_ＩＤ）が有効であるか無効であるかを判別する判別部（１６０）と、を有し、前記ブラウザ識別情報（Ｓession_ＩＤ）が有効であると判別された場合、前記ブラウザ識別情報（Ｓession_ＩＤ）に対応した外部アカウント情報（Ｅx_ＩＤ）を、当該第１テーブル（１２１）を参照して取得し、取得した外部アカウント情報（Ｅx_ＩＤ）で当該利用者をログインさせても良い。
一の利用者に対して第１のサービスに対応するアプリケーション種別情報（ＡppＩＤ）が前記第１テーブル（１２１）に記憶されている状態で、当該一の利用者が第２のサービスの提供を受ける際に、前記ブラウザ識別情報（Ｓession_ＩＤ）が有効であるとき、当該第１のサービスに対応した外部アカウント情報（Ｅx_ＩＤ）を、当該第１テーブル（１２１）を参照して取得し、取得した外部アカウント情報（Ｅx_ＩＤ）で当該利用者をログインさせても良い。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施形態に係る管理装置を含むシステムのブロック図である。
【図２】同管理装置の構成を示すブロック図である。
【図３】同管理装置で構築される機能ブロックを示す図である。
【図４】システムの動作を示すシーケンス図である。
【図５】システムの動作を示すシーケンス図である。
【図６】案内画面の一例を示す図である。
【図７】ログイン画面の一例を示す図である。
【図８】外部サービスでの認証画面の一例を示す図である。
【図９】会員登録画面の一例を示す図である。
【図１０】登録確認メールの画面の一例を示す図である。
【図１１】同管理装置によるテーブルの管理動作を示す図である。
【図１２】同管理装置によるテーブルの管理動作を示す図である。
【図１３】同管理装置によるテーブルの管理動作を示す図である。
【図１４】同管理装置によるテーブルの管理動作を示す図である。
【図１５】同管理装置によるテーブルの管理動作を示す図である。
【図１６】同管理装置によるテーブルの管理動作を示す図である。
【図１７】同管理装置によるテーブルの管理動作を示す図である。
【図１８】同管理装置によるテーブルの管理動作を示す図である。
【図１９】同管理装置によるテーブルの管理動作を示す図である。
【図２０】第２実施形態に係る管理装置を含むシステムのブロック図である。
【図２１】システムの動作を示すシーケンス図である。
【図２２】同管理装置によるテーブルの管理動作を示す図である。
【図２３】同管理装置によるテーブルの管理動作を示す図である。
【図２４】同管理装置によるテーブルの管理動作を示す図である。
【図２５】同管理装置によるテーブルの管理動作を示す図である。
【図２６】同管理装置によるテーブルの管理動作を示す図である。
【図２７】同管理装置によるテーブルの管理動作を示す図である。
【発明を実施するための形態】
【００１２】
＜第１実施形態＞
以下、図面を参照して本発明の実施形態について説明する。
図１は、本発明の第１実施形態に係る管理装置１０が適用されるシステム１の構成を示すブロック図である。
この図に示されるように、システム１において管理装置１０は、インターネットＮｂを介してアプリケーションサーバ３１〜３６と外部サーバ４１〜４３とに接続されている。アプリケーションサーバ３１〜３６の各々は、管理装置１０による運営および管理のもと、それぞれアプリケーション（ゲーム）をサービスとして提供するものである。
【００１３】
なお、「アプリケーション」は、図において適宜「アプリ」と簡略化して表記している。また、アプリケーションサーバ３１〜３６は、それぞれ異なるアプリケーションＡ〜Ｆを提供するものとする。アプリケーションＡ〜Ｆについては、後述するようにアプリケーション種別情報（ＡppＩＤ）で特定される。図１において、アプリケーションサーバ３３〜３５についての図示は省略している。
【００１４】
外部サーバ４１〜４３の各々は、例えばソーシャル・ネット・ワーキング・サービス（外部サービスａ〜ｃ）を提供するものであり、それぞれ管理装置１０とは異なる事業者によって運営される。外部サービスａ〜ｃについては、外部サービス種別情報（Ｅx_typ）で特定される。また、アプリケーションサーバや外部サーバの台数は、例示に過ぎず、図１に示された以外の数であっても構わない。
【００１５】
また、管理装置１０は、ゲートウェイ１２および移動通信網Ｎａを介して端末装置２０に接続されて、通信する。
端末装置２０は、例えば携帯電話機であって、タッチパネルに重ねられた表示部２２を有する。端末装置２０には、ウェブページを閲覧するためのブラウザがインストールされている。図１において端末装置２０は１台のみとしているが、実際には、複数台が接続可能である。
なお、端末装置２０は、移動通信網Ｎａに限られず、無線ＬＡＮ（Ｌocal Ａrea Ｎetwork）に接続される構成であっても良い。また、端末装置２０は、携帯電話機に限られず、タブレット型のコンピュータやＰＤＡ（Ｐersonal Ｄigital Ａssistant）などにして、無線ＬＡＮに接続される構成であっても良い。無線ＬＡＮに接続される場合、端末装置２０は、無線基地局（アクセスポイント）を経由してインターネットＮｂに接続され、上記管理装置１０と通信する。
【００１６】
図２は、管理装置１０のハードウェア的な構成を示すブロック図である。この図に示されるように、管理装置１０は、装置全体を制御するＣＰＵ（Ｃentral Ｐrocessing Ｕnit）１０１と、ＣＰＵ１０１の主記憶部として機能するＲＡＭ（Ｒandom Ａccess Ｍemory）１０２と、ブートプログラムなどを記憶したＲＯＭ（Ｒead Ｏnly Ｍemory）１０３と、インターネットＮｂを介して通信するための通信インターフェース１１０と、各種のプログラムやデータを記憶する副記憶部としてのハードディスク１２０と、を含む。ハードディスク１２０には、端末装置２０に対し、アプリケーションサーバ３１〜３６がそれぞれアプリケーションＡ〜Ｆのサービスを提供するためのプログラムや、後述する第１テーブル１２１、第２テーブル１２２などが格納される。
【００１７】
図３は、管理装置１０におけるＣＰＵ１０１が上記プログラムを実行することによって構築される機能ブロックである。この図に示されるように、上記プログラムの実行によって、第１要求部１５１、第２要求部１５２、登録部１５３、第１制御部１５４、第２制御部１５５、取得部１５６、第１生成部１５７、第２生成部１５８、通知部１５９および判別部１６０がそれぞれ構築される。なお、これらの機能ブロックについては、複数のサーバに分けて構築しても良い。
【００１８】
＜第１実施形態の動作＞
次に、第１実施形態における動作について説明する。図４および図５は、利用者がアプリケーションによるサービスの提供を受ける際の動作シーケンスを示す図である。また、図６乃至図１０の各々は、それぞれ端末装置２０の表示部２２に表示される画面の一例であり、図１１乃至図１５の各々は、それぞれ第１テーブル１２１および第２テーブル１２２における格納動作を示す図である。
なお、以下の動作においては、端末装置２０の利用者がアプリケーションＡ〜Ｆのうち、アプリケーションＡによるサービスの提供を受ける場合を例にとって説明する。この場合、端末装置２０は、管理装置１０が提供するポータルサイトにアクセスする。管理装置１０は、当該端末装置２０に対してポータルサイトの案内画面情報を送信する。
【００１９】
図６は、当該端末装置２０の表示部２２に表示される案内画面の一例である。この図に示されるように、案内画面では、管理装置１０が管理するアプリケーションＡ〜Ｆのいずれかを選択するためのボタン２２１〜２２６が表示される。ここでは、アプリケーションＡによるサービスの提供を受けることを想定しているので、利用者は、ボタン２２１を選択するようにタッチパネルを操作する。
【００２０】
ボタン２２１を選択するようにタッチパネルが操作されたとき、端末装置２０は、管理装置１０に対し、当該ボタン２２１に対応するアプリケーションＡによるサービスの提供を要求する（ステップＳａ１１）。このとき、端末装置２０は、選択されたアプリケーション、ここではアプリケーションＡを特定するアプリケーション種別情報（ＡppＩＤ）のほか、過去に管理装置１０にアクセスしたときに当該管理装置１０から、いわゆるクッキーとしてのブラウザ識別情報を取得していれば、当該ブラウザ識別情報についても管理装置１０に送信する。
ここで、ブラウザ識別情報とは、複数の利用者が利用する端末装置２０上で動作するブラウザの各々を特定するために、管理装置１０で生成される一意な情報であり、実質的に利用者の端末装置２０を特定することが可能となる。したがって、同じ利用者が複数の端末装置２０を利用している場合には、それぞれ異なるブラウザ識別情報が割り当てられることになる。
【００２１】
サービスの提供が要求された管理装置１０ではＣＰＵ１０１が、当該ブラウザ識別情報が無効であるか否かを判別する（ステップＳｂ１１）。当該ブラウザ識別情報を端末装置２０から取得できなかった場合も無効であると判別される。
ここで、利用者がアプリケーションＡによるサービスの提供を初めて受ける場合、当該利用者の端末装置２０（のブラウザ）がブラウザ識別情報を保持していないので、管理装置１０では、当該ブラウザ識別情報を端末装置２０から取得できない。このため、ステップＳｂ１１による判別結果は「Ｙｅｓ」となる。また、管理装置１０からブラウザ識別情報を取得できた場合であっても、例えば当該ブラウザ識別情報の有効期限が過ぎていたときにも、ステップＳｂ１１による判別結果は「Ｙｅｓ」となる。一方、後述するように、端末装置２０からブラウザ識別情報を取得できた場合であって、取得したブラウザ識別情報が有効であれば、処理手順がステップＳｂ２０にスキップする。このように、ステップＳｂ１１におけるＣＰＵ１０１の判別によって判別部１６０が構築される。
【００２２】
ステップＳｂ１１においてブラウザ識別情報が無効であると判別されたとき（判別結果が「Ｙｅｓ」であるとき）、管理装置１０は、アプリケーション種別情報（ＡppＩＤ）で特定されるアプリケーションに対応するログイン画面情報、ここでは、アプリケーションＡに対応するログイン画面情報を当該端末装置２０に送信する（ステップＳｂ１２）。
ログイン画面情報を受信した端末装置２０は、当該ログイン画面を表示部２２に表示させる。
【００２３】
図７は、ログイン画面の一例である。この図に示されるように、ログイン画面には、領域２３１、２３２、ボタン２３３、２４１〜２４３が表示される。このうち、領域２３１、２３２は、アプリケーションＡによるサービスを受けるための自アカウント情報（例えばメールアドレス、パスワード）を入力するための領域である。ボタン２３３は、領域２３１、２３２に入力された自アカウント情報で、アプリケーションＡによるサービスに正規ログインを指示するものである。
【００２４】
本実施形態において、正規ログインでなくても、複数の外部サービスのいずれかのアカウント情報に基づいた仮ログインによって、アプリケーションＡによるサービスを受けることができる。ボタン２４１〜２４３は、仮ログインするときに、どの外部サービスのアカウント情報を用いるかを指定するものである。
なお、仮ログイン状態では、ポータルサイトで提供される会員同士の掲示板や、メール等のコミニケーションツールのサービス、本人確認が必要なサービスなどが受けられないようになっている。また、アプリケーションＡによるサービスの中に、課金によって提供するサービスが含まれている場合、その一部のサービスについて、利用者は仮ログイン状態では受けられないことになる。課金によって提供するサービスとは、具体的には、課金により追加されるコンテンツの提供などが挙げられる。
【００２５】
端末装置２０は、ログイン画面において外部サービスによる仮ログインする旨の操作がなされたか否か、すなわち、ボタン２４１〜２４３のいずれかを選択する操作がなされたか否かを判別する（ステップＳａ１２）。この判別結果が「Ｙｅｓ」の場合、端末装置２０は、仮ログインのために用いる外部サービスのアカウント情報を入力するように利用者に促して、当該アカウント情報を取得する（ステップＳａ１３）。この後、端末装置２０は、選択操作がなされた外部サービスを特定する外部サービス種別情報（Ｅx_typ）とともに、入力された外部サービスのアカウント情報を管理装置１０に送信する。
なお、以降では便宜上、例えば外部サービスｂによるアカウント情報で、アプリケーションＡによるサービスに仮ログインする場合を例にとって説明する。この場合、ログイン画面において、ボタン２４２を選択するような操作がなされて、外部サービスｂを特定する外部サービス種別情報（Ｅx_typ）とともに、当該該外部サービスｂのアカウント情報が管理装置１０に送信される。
一方、ログイン画面において、領域２３１、２３２に自アカウント情報が入力されてボタン２３３が操作されたとき、当該操作は仮ログインではなく、正規ログインによる接続指示であるので、ステップＳａ１２の判別結果が「Ｎｏ」となる。このとき、端末装置２０は、入力された自アカウント情報を管理装置１０に送信して、後述するように正規ログイン状態になる。
【００２６】
管理装置１０ではＣＰＵ１０１が、端末装置２０から送信された外部サービス種別情報（Ｅx_typ）を取得する。これにより、外部サービス種別情報（Ｅx_typ）を取得する取得部１５６が構築される。
また、管理装置１０では、当該外部サービス種別情報（Ｅx_typ）で特定される外部サーバとの間で以降の処理を実行する。ここでは、ボタン２４２を選択する旨の操作がなされたときを例にとっているので、管理装置１０は、外部サービスｂを管轄する外部サーバ４２との間で処理を実行する。
なお、管理装置１０は、事前に外部サーバ４２に対してコンシューマとして登録して、コンシューマ情報を取得している。コンシューマ情報には、コンシューマの識別子（consumer key）と 秘密鍵（consumer secret）とが含まれる。管理装置１０は、外部サーバ４１、４３に対してもコンシューマとして登録されている。
【００２７】
外部サービス種別情報（Ｅx_typ）等を受信した管理装置１０は、端末装置２０から送信された情報を、当該外部サービス種別情報（Ｅx_typ）で特定される外部サーバ４２に、当該外部サーバ４２から取得したコンシューマ情報で生成したサイン値などをパラメータとして付加して、リダイレクトする（ステップＳｂ１３）。
【００２８】
ここまでにおいて、管理装置１０は、ステップＳａ１１で端末装置２０から送信されたアプリケーション種別情報（ＡppＩＤ）を図４の（１）で取得し、ステップＳａ１３で端末装置２０から送信された外部サービス種別情報（Ｅx_typ）を図４の（２）で取得している。このため、管理装置１０ではＣＰＵ１０１が、取得したアプリケーション種別情報（ＡppＩＤ）および外部サービス種別情報（Ｅx_typ）を関連付けて第１テーブル１２１に格納する。
【００２９】
図１１において（ａ）は、第１テーブル１２１の一例を示す図であり、（ｂ）は、後述する第２テーブル１２２の一例を示す図である。
第１テーブル１２１は、利用者識別情報（ＵＩＤ）、アプリケーション種別情報（ＡppＩＤ）、外部サービス種別情報（Ｅx_typ）、アクセストークン（Ｔoken）、参照識別情報（ＲefＩＤ）およびブラウザ識別情報（Ｓession_ＩＤ）を互いに関連付けて記憶するものである。
ここでは、図１１の（ａ）で示されるように、ＣＰＵ１０１は、（１）のアプリケーションＡを特定するのアプリケーション種別情報（ＡppＩＤ：００１）と、（２）の外部サービスＢを特定する外部サービス種別情報（Ｅx_typ）とを関連付けて第１テーブル１２１に格納する。第１テーブル１２１において、他の情報については、まだ入力または生成されていないので空欄である。
なお、第２テーブル１２２は、参照識別情報（ＲefＩＤ）と 管理装置１０側での自アカウント情報（ＵserＩＤ、Ｐsw、Ｍailadd）と、有効フラグ（Ｆlag）とを関連付けて記憶するものであるが、この段階では入力等されていない。
【００３０】
さて、外部サーバ４２は、管理装置１０からリダイレクトされた情報を確認した後、一時的に使用するリクエストトークンＲＴを発行して、管理装置１０に送信する（ステップＳｃ１１）。管理装置１０は、外部サーバ４２の認証用ＵＲＬ（Ｕniform Ｒesource Ｌocator）に当該リクエストトークンＲＴを付加して、当該ＵＲＬにアクセスする（ステップＳｂ１４）。
【００３１】
このアクセスに対し、外部サーバ４２は、認証画面情報を端末装置２０に送信する（ステップＳｃ１２）。
なお、認証画面情報の送信先である端末装置２０については、先のステップＳａ１３において外部サービスｂのアカウント情報が入力されて、外部サーバ４２にリダイレクトされているので、外部サーバ４２では、このアカウント情報などから特定できる。
一方、認証画面情報を受信した端末装置２０は、当該認証画面を表示部２２に表示させる。
【００３２】
図８は、表示部２２に表示される認証画面の一例である。認証画面は、外部サービスｂのアカウント情報を管理装置１０のサイトが利用することを許可するか否かの選択を利用者に促すためのものであり、次のような画面構成となっている。すなわち、認証画面には、領域２５１、２５２、ボタン２５４、２５５が表示される。このうち、領域２５１、２５２には、外部サービスｂにログインする際の外部アカウント情報（例えばメールアドレス、パスワード）が利用者への確認用に表示される。このとき、パスワードについては、管理上、秘匿して表示しても良い。
ボタン２５４は、領域２５１、２５２に表示または入力された外部アカウント情報を用いて、アプリケーションＡによるサービスに仮ログインすることを指示するものであり、ボタン２５５は、その仮ログインを拒否するためのものである。
また、このような認証画面において、利用者に対してニックネームを入力させるようにしても良い。このニックネームは、ゲーム画面などにおいて表示されたり、他の利用者のゲーム情報などを表示する場合に使用されたり、他者との識別表示のために用いられたりする。なお、ニックネームを入力させない態様では、外部アカウント情報（例えばメールアドレス）を利用者の識別表示のために利用可能である。
【００３３】
端末装置２０は、認証画面において、外部アカウント情報を管理装置１０のサイトが利用することを許可する操作がなされたか否かを判別する（ステップＳａ１４）。認証画面においてボタン２５４の操作がなされたとき、ステップＳａ１４における判別結果は「Ｙｅｓ」となり、その旨を外部サーバ４２に送信する。
外部サーバ４２は、端末装置２０の利用者が外部アカウント情報の使用を許可した旨の認証結果に、リクエストトークンＲＴと証明情報（oauth verifier）とを付与して、管理装置１０に対し予め設定されたＵＲＬに通知する（ステップＳｃ１３）。なお、ボタン２５４が操作されたとき、外部サーバ４２と端末装置２０との間でＰＩＮ（Ｐersonal Ｉdentification Ｎumber）コードによる認証を追加しても良い。
一方、ボタン２５５が操作されたとき、端末装置２０は、以降のステップを実行することなく処理を終了させる。このとき、端末装置２０は、終了の旨を外部サーバ４２、管理装置１０にも送信し、これにより、外部サーバ４２、管理装置１０でも、端末装置２０との処理が終了する。
【００３４】
さて、管理装置１０は、リクエストトークンＲＴ等を取得すると、当該リクエストトークンを付加して、外部サーバ４２に対しアクセストークンを取得するための要求をする（ステップＳｂ１５）。この要求には、コンシューマの識別子（consumer key）と証明情報（oauth verifier）とが付加される。
この要求のレスポンスとして、外部サーバ４２は、パラメータとして外部アカウント情報（Ｅx_ＩＤ）が付加されたアクセストークン（oauth_token、oauth_token_seacret）を送信する（ステップＳｃ１４）。これで外部サーバ４２の処理は終了である。
なお、この外部アカウント情報（Ｅx_ＩＤ）は、ステップＳａ１３で入力されたアカウント情報と外部サーバによっては一致しない場合もあり得るが、一致していなくても、一対一の関係にある。
【００３５】
管理装置１０ではＣＰＵ１０１が、ステップＳｂ１６において次のような処理を実行する。
すなわち、ＣＰＵ１０１は、受信した外部アカウント情報（Ｅx_ＩＤ）およびアクセストークン等から利用者を一意に識別する利用者識別情報（ＵＩＤ）を生成するとともに、当該利用者識別情報（ＵＩＤ）を、アクセストークンや外部アカウント情報（Ｅx_ＩＤ）等に関連付けて第１テーブル１２１に格納する。続いて、ＣＰＵ１０１は、利用者の端末装置２０におけるブラウザを一意に識別するブラウザ識別情報（Ｓession_ＩＤ）を生成し、利用者識別情報（ＵＩＤ）に関連付けて格納する。
【００３６】
この生成・格納動作について図１２を参照して説明すると、ＣＰＵ１０１は、図１２の（ａ）で示されるように、第１に、取得した（３）の外部アカウント情報（Ｅx_ＩＤ）およびアクセストークンを、先のアプリケーション種別情報（ＡppＩＤ）と外部サービス種別情報（Ｅx_typ）とに対応付けて第１テーブル１２１に格納する。なお、アクセストークンについては、総称してＴokenと表記している。本実施形態では、アプリケーション種別情報（ＡppＩＤ）および外部サービス種別情報（Ｅx_typ）毎に、利用者識別情報（ＵＩＤ）を付与して管理する。このため、ＣＰＵ１０１は、第２に、アプリケーション種別情報（ＡppＩＤ）、外部サービス種別情報（Ｅx_typ）、外部アカウント情報（Ｅx_ＩＤ）およびアクセストークン（Ｔoken）を引数とする関数演算や、これらをシード値とする擬似乱数などによって、（４）の利用者識別情報（ＵＩＤ）を一意に生成する。これにより、取得した外部アカウント情報に対応して利用者識別情報を生成する第１生成部１５７が構築される。第３に、ＣＰＵ１０１は、（４）の利用者識別情報（ＵＩＤ）を、上記の引数に関連付けて第１テーブル１２１に格納する。これにより、利用者識別情報を外部アカウント情報に関連付けて第１テーブルに記憶させる第２制御部１５５が構築される。第４に、（５）のブラウザ識別情報（Ｓession_ＩＤ）を（４）の利用者識別情報（ＵＩＤ）と同様な方法を用いて一意に生成し、利用者識別情報（ＵＩＤ）に関連付けて第１テーブル１２１に格納する。これにより第２生成部１５８が構築される。
【００３７】
引き続き、管理装置１０ではＣＰＵ１０１が、当該ブラウザ識別情報（Ｓession_ＩＤ）を端末装置２０に通知する（ステップＳｂ１７）。これにより通知部１５９が構築される。
【００３８】
ブラウザ識別情報（Ｓession_ＩＤ）の通知を受けた端末装置２０のブラウザは、当該ブラウザ識別情報（Ｓession_ＩＤ）をクッキーとして保存する（ステップＳａ１５）。
【００３９】
端末装置２０は、ステップＳａ１５以降においてアプリケーションＡによるサービスに仮ログインした状態になる。
詳細には、管理装置１０は、外部アカウント情報（Ｅx_ＩＤ）に関連付けられる利用者識別情報（ＵＩＤ）を第１テーブル１２１から読み出し、アプリケーションサーバ３１に送信して、当該利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービスを、端末装置２０に提供するように要求する（ステップＳｂ２０）。これにより第１要求部１５１が構築される。
【００４０】
アプリケーションサーバ３１は、サービスの提供履歴を利用者識別情報（ＵＩＤ）に対応させて記憶している。このため、アプリケーションサーバ３１は、仮ログイン状態になったときに送信された利用者識別情報（ＵＩＤ）に対応する履歴情報を参照することによって、前回の仮ログインの途中結果から引き続いてサービスを端末装置２０に提供することができる。ここで、提供履歴とは、サービスがゲームであれば、セーブデータや、ゲーム中にプレイヤーが獲得したポイント数、アイテムの種類を含むプレイ情報などである。
また、管理装置１０は、端末装置２０とアプリケーションサーバ３１との間で情報を中継する装置として機能する。すなわち、アプリケーションサーバ３１は、アプリケーションＡのサービスを提供するにあたって、ウェブページを生成し、管理装置１０を介して端末装置２０に送信する。端末装置２０は、このウェブページを表示部２２に表示する一方で、タッチパネルに与えられた操作情報を、管理装置１０を介してアプリケーションサーバ３１に送信する。
このような、破線Ｓ１で示される仮ログインでの、外部サーバ４２によるアプリケーションＡのサービスの提供と、管理装置１０による中継と、端末装置２０におけるサービスの受領・操作指示とについては、動作の終了指示がなされるまで繰り返される。
【００４１】
なお、端末装置２０の利用者がアプリケーションＡのサービスに仮ログインした状態において、当該サービスの終了させる旨を指示したとき、その指示情報が管理装置１０を介してアプリケーションサーバ３１に送信される。アプリケーションサーバ３１は、サービスの提供状態を履歴情報として記憶して、次回のログインに備える。
【００４２】
また、端末装置２０の利用者がアプリケーションＡのサービスに仮ログインした状態において、当該登録会員を希望する旨の指示をしたとき、当該端末装置２０は、管理装置１０において予め定められた会員登録用のＵＲＬに接続を要求する（ステップＳａ３１）。
管理装置１０は、この要求のレスポンスとして、会員登録画面情報を当該端末装置２０に送信する（ステップＳｂ３１）。会員登録画面情報を受信した端末装置２０は、当該会員登録画面を表示部２２に表示させる。
【００４３】
図９は、表示部２２に表示される会員登録画面の一例である。この図に示されるように、会員登録画面は、自アカウント情報、すなわち会員情報を登録するためのものであり、利用者（プレイヤー）を識別するための会員ＩＤ（ＵserＩＤ）を入力するための領域２６１、利用者のメールアドレス（Ｍailadd）を入力するための領域２６２、および、パスワード（Ｐsw）を入力するための領域２６３のほか、ボタン２６４、２６５が表示される。ボタン２６４は、領域２６１〜２６３に入力された情報での会員登録を指示するものであり、ボタン２６５は、会員登録のキャンセルを指示するものである。
本実施形態において、会員ＩＤ（ＵserＩＤ）として利用者が望む文字列を入力できるが、既に他の利用者の会員ＩＤとして使用されている場合には、その旨のメッセージを会員登録画面に表示して、新たな会員ＩＤを入力することを促すようにする。
また、会員ＩＤ（ＵserＩＤ）を利用者に入力させない構成でも良い。この構成において、管理装置１０の側に、メールアドレス（Ｍailadd）から会員ＩＤに相当する一意なＩＤを生成する機能を持たせる態様としても良いし、メールアドレス（Ｍailadd）を会員ＩＤとして機能させるに態様としても良い。
なお、会員登録画面で利用者に入力させる情報として、メールアドレス（Ｍailadd）や、パスワード（Ｐsw）のほかにも、ニックネーム、生年月日、性別、住所の地域コード（日本でいえば都道府県、米国などでいえば州）を含めても良い。
【００４４】
端末装置２０は、会員登録画面において会員登録をする旨の操作がなされたか否か、すなわち、領域２６１〜２６３に自アカウント情報が入力された状態でボタン２６４を押下するようなタッチ操作がなされたか否かを判別する（ステップＳａ３２）。
ここで、会員登録画面においてボタン２６５を押下するようなタッチ操作がなされて、会員登録のキャンセルが指示された場合、判別結果が「Ｎｏ」となり、本実施形態においては処理手順がステップＳａ２１に戻されて、仮ログインでのサービス提供が維持される。
一方、会員登録画面において会員登録をする旨の操作がなされた場合、判別結果が「Ｙｅｓ」となり、端末装置２０は、領域２６１〜２６３に入力された自アカウント情報を管理装置１０に送信する。
【００４５】
管理装置１０は、端末装置２０から送信された自アカウント情報を仮登録する（ステップＳｂ３２）。
詳細には、管理装置１０ではＣＰＵ１０１が、第１に、送信された自アカウント情報（ＵserＩＤ、Ｐsw、Ｍailadd）を第２テーブル１２２において、図１３の（６）に示されるように格納する。これにより登録部１５３が構築される。
なお、この段階では仮登録の状態であるので、ＣＰＵ１０１は、有効フラグ（Ｆlag）に「０」を格納する。
ＣＰＵ１０１は、第２に、これらの自アカウント情報から一意の参照識別情報（ＲefＩＤ）を生成して、同図の（７）に示されるように、当該第２テーブル１２２において会員情報に関連付けて格納し、第３に、図１４の（８）に示されるように、当該参照識別情報（ＲefＩＤ）を、第１テーブル１２１において、それまで仮ログイン時に使用していた利用者識別情報（ＵＩＤ）と紐付けて記憶する。これにより第１制御部１５４が構築される。
【００４６】
仮登録の後、管理装置１０は、会員登録画面で入力されたメールアドレス（Ｍailadd）に、管理装置１０に予め定められたＵＬＲを付加した登録確認メールを送信する（ステップＳｂ３３）。なお、メールアドレス（Ｍailadd）で示される宛先は、端末装置２０である。
登録確認メールを受信した端末装置２０は、当該メールを表示部２２に表示させる。図１０は、表示部２２に表示される登録確認メールの一例を示す図である。ここで、当該登録確認メールに付加されたＵＲＬにアクセスする旨の操作がなされたとき、例えば図１０に示したような登録確認メールのＵＲＬ２７１がタッチ操作されたとき、端末装置２０は、管理装置１０の当該ＵＬＲに接続を要求する（ステップＳａ３３）。
この要求を受けた管理装置１０は、図１５に示されるように、第２テーブル１２２の有効フラグ（Ｆlag）に「１」を格納して、仮登録の内容で本登録し、登録作業を終了する（ステップＳｂ３４）。
【００４７】
これにより、端末装置２０では、アプリケーションＡによるサービスに正規ログインした状態になる。詳細には、管理装置１０は、自アカウント情報に関連付けられる利用者識別情報（ＵＩＤ）を、第１テーブル１２１および第２テーブル１２２を参照して読み出し、アプリケーションサーバ３１に送信して、当該利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービスを、端末装置２０に提供するように要求する（ステップＳｂ４０）。これにより第２要求部１５２が構築される。
なお、ステップＳａ１２のログイン画面において、自アカウント情報が入力されてボタン２３３が操作されて正規ログインの接続が要求されたときも、自アカウント情報に関連付けられる利用者識別情報（ＵＩＤ）がアプリケーションサーバ３１に送信される。
【００４８】
アプリケーションサーバ３１は、送信された利用者識別情報（ＵＩＤ）に対応する履歴情報を参照して、前回の途中結果から引き続いてウェブページを作成し、端末装置２０にサービスを提供する。また、管理装置１０は、仮ログイン状態と同様に、端末装置２０とアプリケーションサーバ３１との間で情報を中継する装置として機能する。また、 端末装置２０は、このウェブページを表示部２２に表示する一方で、タッチパネルに与えられた操作情報を、管理装置１０を介してアプリケーションサーバ３１に送信する。
このように破線Ｓ２で示される正規ログインでの、外部サーバ４２によるアプリケーションＡのサービスの提供と、管理装置１０による中継と、端末装置２０におけるサービスの受領・操作指示とについては、動作の終了指示がなされるまで繰り返される。
なお、端末装置２０の利用者がアプリケーションＡのサービスに正規ログインした状態において、当該サービスの終了させる旨を指示したとき、その指示情報が管理装置１０を介してアプリケーションサーバ３１に送信される。アプリケーションサーバ３１は、サービスの提供状態を履歴情報として記憶して、次回のログインに備える。
【００４９】
本実施形態によれば、アプリケーションＡのサービスについては、当該サービスに会員登録していなくても、外部サービスの外部アカウント情報で仮ログインにすることによって当該サービスの提供を受けることができる。この仮ログイン状態では、外部アカウント情報に対して一意に生成された利用者識別情報（ＵＩＤ）で管理されて、アプリケーションＡのサービスが利用者に提供される。仮ログインを一旦脱して、再び仮ログインしたときでも、同様に利用者識別情報（ＵＩＤ）で管理される。
このため、例えばサービスがゲームであれば、仮ログインして当該ゲームを始め、一旦、ゲームを中断して仮ログインを脱したときでも、再び仮ログインすれば、中断した時点から当該ゲームを再開することができる。
さらに、本実施形態においては、仮ログインした状態で会員登録すると、登録した自アカウント情報に対して一意の参照識別情報（ＲefＩＤ）が生成されるとともに、仮ログインしたときに生成された利用者識別情報（ＵＩＤ）に紐付けられる。このため、アプリケーションＡのサービスについては、仮ログイン状態から正規ログイン状態に移行しても、利用者が同じであれば、サービスの提供履歴が同じ利用者識別情報（ＵＩＤ）で管理されるので、当該サービスが途中でクリアされることなく、継続した状態で提供することが可能になる。例えばサービスがゲームであれば、仮ログインして当該ゲームを始めたところ、当該ゲームが気に入ったので、会員登録して正規ログイン状態に移行したときでも、プレイ情報が同じ利用者識別情報（ＵＩＤ）で管理されるので当該ゲームを継続して実行することができる。
【００５０】
上記説明では、外部サービスｂの外部アカウント情報を用いた場合を例にとったが、他の外部サービスａ、ｃの外部アカウント情報を用いても良いのはもちろんである。
ここで、上述したように、外部サービスについては、外部サービス種別情報（Ｅx_typ）で特定される。また、本実施形態にあっては、アプリケーション種別情報（ＡppＩＤ）および外部サービス種別情報（Ｅx_typ）毎に利用者識別情報（ＵＩＤ）を付与して管理する。このため、例えば図１６に示されるように、ある利用者（端末装置）がそれぞれ外部サービスｂ、ａ、ｃを用いてそれぞれ仮ログインしたときに、異なる利用者識別情報（ＵＩＤ）が付与される。
このように利用者が利用する外部サービスの選択肢が増えると、管理装置１０の側からみたときに、仮ログインでサービスを提供することができる利用者が増加するので、より多くの利用者の獲得に繋げることができる。
【００５１】
また、上記説明では、アプリケーションＡによるサービスを提供する場合を例にとったが、他のアプリケーションによるサービスについても同様に提供可能である。ここで、アプリケーションについてはアプリケーション種別情報（ＡppＩＤ）で特定される。このとき、例えば図１７に示されるように、ある利用者（端末装置）がアプリケーションＡ（ＡppＩＤ：００１）およびアプリケーションＥ（ＡppＩＤ：００５）によるサービスに、それぞれ外部サービスｂを用いてそれぞれ仮ログインしたときには、たとえ同じ利用者であっても異なる利用者識別情報（ＵＩＤ）が付与される。利用者識別情報が付与されれば、当該利用者は、仮ログインした状態でこれらのアプリケーションによるサービスの提供を受けることができる。
したがって、利用者からみれば、複数のアプリケーションによるサービスの提供を、会員登録の手続きを経ることなく受けることができる。このように、利用者は、複数のサービスを次々とお試し的に利用することができるので、お気に入りのサービスを発見することが容易となる。
【００５２】
ここで、第１テーブル１２１において利用者識別情報（ＵＩＤ）が異なっていても、外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）が同じである場合、それは、同じ利用者が複数のアプリケーションのサービスについて同じ外部サービスの外部アカウント情報でそれぞれ仮ログインした、ということを意味している。
そこで、あるサービスに仮ログインした状態で会員登録した場合に参照識別情報（ＲefＩＤ）を生成したとき、管理装置１０は、第１に、仮ログインに使用していた利用者識別情報（ＵＩＤ）の外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）と同じものが存在するか否か判別し、第２に、存在していれば、同じである外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）の利用者識別情報にも、生成した参照識別情報（ＲefＩＤ）を紐付ける。
【００５３】
図１７の例でいえば、利用者がアプリケーションＡ（ＡppＩＤ：００１）のサービスに仮ログインした状態で会員登録（仮登録）したとき、図１８の（７）で示されるように、参照識別情報（ＲefＩＤ）として例えば「２３５７３９６５３１０」が生成されて第２テーブル１２２に格納される。
一方、第１テーブル１２１においてアプリケーションＡのサービスに対応した外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）は、アプリケーションＥ（ＡppＩＤ：００５）のサービスに対応した外部サービス種別情報（Ｅx_typ）および外部アカウント情報（Ｅx_ＩＤ）と同一である。
このため、管理装置１０（ＣＰＵ１０１）は、第１テーブル１２１に対し当該参照識別情報（ＲefＩＤ）を、同図の（８）で示されるようにアプリケーションＡに対応した利用者識別情報の「ｄ４ｕ６ｅｓＡ３４」に紐付けるほか、同図の（９）で示されるようにアプリケーションＥに対応した利用者識別情報の「ｓ９ｆ６ｔａＧ８９」にも紐付ける。
【００５４】
これにより、利用者が、複数のアプリケーションのサービスを仮ログインで利用した状態で、そのうちの１つについて会員登録したとき、その自アカウント情報は、会員登録手続きをしていない他のアプリケーションのサービスについての利用者識別情報に関連付けられる。したがって、利用者が、複数のアプリケーションのサービスについて同じ外部アカウント情報でそれぞれ仮ログインしたときに、複数のうち１つのサービスに会員登録しさえすれば、他のサービスについても自アカウント情報が及ぶので、利用者にとってみれば煩雑な手続きから解放されることになる。
【００５５】
さて、上述したステップＳｂ１１（図４参照）において、管理装置１０が端末装置２０（のブラウザ）から取得したブラウザ識別情報（Ｓession_ＩＤ）が有効である場合、処理手順がステップＳｂ２０にスキップする。このため、ブラウザ識別情報（Ｓession_ＩＤ）が有効であれば、利用者は、ポータルサイト（図４のステップＳａ１１）で選択したアプリケーションのサービスに直ちに仮ログインすることになる。
【００５６】
一方、利用者が過去にアプリケーションＡのサービスに仮ログインして会員登録していない状態であれば、第１テーブル１２１の内容は図１２に示される通りである。すなわち、外部アカウント情報（Ｅx_ＩＤ）に対し一意の利用者識別情報（ＵＩＤ）とブラウザ識別情報（Ｓession_ＩＤ）とが生成されて格納されている。このうち、ブラウザ識別情報（Ｓession_ＩＤ）は、端末装置２０（のブラウザ）に通知されてクッキーとして保存されている。なお、ブラウザへ通知する情報としては、ブラウザ識別情報（Ｓession_ＩＤ）そのものでも良いし、暗号化した情報でも良い。
ここで、利用者（端末装置２０）がポータルサイトで別の例えばアプリケーションＥを選択した場合、ブラウザが同じなので、端末装置２０からは、アプリケーションＡのサービスに仮ログインしたときに生成・通知したブラウザ識別情報（Ｓession_ＩＤ）が送信されてくる。このブラウザ識別情報には、図１２に示されるように、すでに外部アカウント情報（Ｅx_ＩＤ）が対応付けられている。このため、端末装置２０は、図１９に示されるように、アプリケーションＡ（ＡppＩＤ：００１）に対応した外部アカウント情報（Ｅx_ＩＤ）およびリクエストトークンを、アプリケーションＥ（ＡppＩＤ：００５）に対応させて格納する。
換言すれば、ポータルサイトでアプリケーションが選択されてブラウザ識別情報（Ｓession_ＩＤ）が送信されてきた場合に、第１テーブル１２１において、当該ブラウザ識別情報（Ｓession_ＩＤ）が、選択されたものとは異なるアプリケーションにすでに対応付けられていたとき、管理装置１０は、すでに対応付けられているアプリケーションの外部アカウント情報（Ｅx_ＩＤ）およびリクエストトークンを、選択されたアプリケーションにも対応付けて格納するとともに、利用者識別情報（ＵＩＤ）を生成する。
これにより、管理装置１０からみれば、再度同じ外部アカウント情報を外部サーバから取得する処理を不要とすることができる。
【００５７】
なお、クッキーとして保存されたブラウザ識別情報は、ブラウザ側の設定によっては端末装置２０でクリアされてしまう場合があるが、本実施形態では、クッキーがクリアされても、外部サーバの外部アカウント情報で仮ログインによって安定してサービスを提供することが可能である。
【００５８】
本実施形態において、外部サービスを受けるための外部アカウント情報を使用する場合に、外部サービスから、本システムの会員登録で必要とする登録情報（メールアドレスやパスワード）を取得する手段を備えて、会員登録作業（ステップＳａ３１からステップＳｂ３４まで）を省略する構成としても良い。また、外部サービスから取得できる登録情報に対して、本システムの会員登録に必要な項目が欠けている場合には、会員登録段階（ステップＳａ３２における会員登録）で不足している項目だけ入力させるようにしても良い。例えば、外部サービスから取得できる登録情報に、メールアドレス、パスワード、ニックネーム、生年月日、性別が含まれ、住所の地域コードが欠けている場合に、住所の地域コードだけを入力させるようにしても良い。
【００５９】
＜第２実施形態＞
第１実施形態では、アプリケーションのサービスが、端末装置２０のブラウザで動作することによって利用者に提供されたが、第２実施形態では、このサービスを、端末装置２０がアプリケーションに対応したプログラムを実行する、いわゆるネイティブ型アプリケーションによって提供する、というものである。
ネイティブ型アプリケーションは、例えば販売ストアからダウンロードされ使用可能となる。ポータルサイトの案内画面では、販売ストアで提供されるアプリケーションＡ〜Ｆのいずれかを選択するためのボタンが表示される。利用者は、いずれかのボタンを選択するようにタッチパネルを操作すると、販売ストアでの選択されたアプリケーションをダウンロードする画面に誘導される。その後、販売ストアでの画面に表示された指示にしたがって端末装置２０にダウンロードした後、インストールされてアプリケーションが利用できる状態となる。
なお、ポータルサイトでは第１実施形態で説明したブラウザ型アプリケーションと、第２実施形態で説明するネイティブ型アプリケーションの両方のサービスを提供するようにしても良い。両方のサービスを提供する場合、ポータルサイトの案内画面でブラウザ型アプリケーションを選択するためのボタンと、ネイティブ型アプリケーションを選択するためのボタンとが１つの画面または画面を切り替えて表示される。
【００６０】
図２０は、第２実施形態に係る管理装置１０が適用されるシステム１の構成を示すブロック図である。この図に示されるように、第２実施形態では、第１実施形態における外部サーバが存在しない。
これは、ネイティブ型アプリケーションでは、アプリケーション毎に端末装置２０のメモリにデータを格納させることが可能となり、利用者識別情報（ＵＩＤ）そのものを端末装置２０で管理することができるので、第１実施形態のように外部アカウント情報を利用する必要がないためである。第２実施形態では、端末装置２０で管理する情報として、利用者識別情報（ＵＩＤ）そのものではなく、一対一の関係にある端末識別情報（ＳＩＤ）を利用する。
【００６１】
＜第２実施形態の動作＞
次に、第２実施形態における動作について説明する。図２１は、利用者（ユーザー）がアプリケーションによるサービスの提供を受ける際の動作シーケンスを示す図であり、ここでは、仮ログインまでを示している。なお、仮ログインした状態において、当該登録会員を希望する旨の指示がなされたときの動作、および、正規ログイン状態の動作は、第１実施形態における図５とほぼ同様であるので、図示を省略している。また、図２２乃至図２５の各々は、それぞれ第１テーブル１２１および第２テーブル１２２における格納動作を示す図である。
なお、以下の動作においては、第１実施形態と同様に、端末装置２０の利用者は、アプリケーションＡによるサービスの提供を受ける場合を例にとって説明する。
【００６２】
端末装置２０には、アプリケーションによるサービスの提供を受けるためのプログラムが、予め定められたウェブサイトからダウンロードされている。一方、端末装置２０が当該プログラムを実行するにあたって、すなわち、サービスの提供を受けるにあたっては、第１実施形態と同様に、当該サービスに対応するアプリケーションサーバに接続することが前提となる。
なお、第２実施形態においても、サービスの提供を受けるにあたって仮ログインおよび正規ログインがある。
【００６３】
まず、端末装置２０において、アプリケーションＡによるサービスの提供を受けるために、予めダウンロードしておいたプログラムの起動が指示された場合、ログインを管理装置１０に要求する（ステップＳａ５１）。この要求の際に、端末装置２０は、アプリケーションＡを特定するアプリケーション種別情報（ＡppＩＤ）とともに、仮ログインで接続するのか、正規ログインで接続するのかについての情報も併せて送信する。例えば仮ログインで接続するのであれば、端末装置２０は、仮ログインで接続する旨の情報とともに、端末ＩＤと端末識別情報（ＳＩＤ）とを管理装置１０に送信する。ただし、端末識別情報（ＳＩＤ）については、過去に仮ログインしてなければ端末装置２０には付与されていない。また、端末装置２０によっては、端末ＩＤが付与されていない場合がある。
一方、正規ログインで接続するのであれば、端末装置２０は、正規ログインで接続する旨の情報とともに、すでに登録してある自アカウント情報を管理装置１０に送信する。
【００６４】
管理装置１０は、端末装置２０からアプリケーションＡによるサービスのログインが要求されたときに、その要求が仮ログインであるか否かを判別する（ステップＳｂ５１）。
仮ログインでの接続要求でなければ、それは正規ログインでの接続要求であるので、判別結果が「Ｎｏ」となる。一方、仮ログインでの接続要求であれば、判別結果が「Ｙｅｓ」となり、管理装置１０は、端末装置２０からの端末識別情報（ＳＩＤ）に対応した利用者識別情報（ＵＩＤ）が取得できたか否かを判別する（ステップＳｂ５２）。利用者識別情報（ＵＩＤ）については、利用者を一意に識別するため、過去に仮ログインしたときに生成されるものであり、生成されていれば、後述するように第１テーブル１２１において端末ＩＤや利用者識別情報（ＵＩＤ）と一対一の関係にある端末識別情報（ＳＩＤ）と関連付けられて記憶されている。
【００６５】
端末識別情報（ＳＩＤ）に対応した利用者識別情報（ＵＩＤ）が取得できれば、ステップＳｂ５２の判別結果が「Ｙｅｓ」となり、処理手順はステップＳｂ２０にスキップして、直ちに仮ログイン状態に移行する。
一方、利用者識別情報（ＵＩＤ）が取得できなかった場合、すなわちステップＳｂ５２の判別結果が「Ｎｏ」となる場合、それは、端末装置２０が過去にアプリケーションＡによるサービスに仮ログインしたことがない状態を示している。そこで、管理装置１０は、次回以降の仮ログインでの接続要求から利用者識別情報（ＵＩＤ）が取得できるように、ステップＳｂ５３、Ｓｂ５４の処理を実行する。
詳細には、管理装置１０ではＣＰＵ１０１が、第１に、アプリケーション種別情報（ＡppＩＤ）および端末ＩＤを引数とする関数演算や、これをシード値とする擬似乱数などによって、一意に導かれる利用者識別情報（ＵＩＤ）を生成するとともに当該利用者識別情報（ＵＩＤ）と対となる一意な端末識別情報（ＳＩＤ）を生成する。ＣＰＵ１０１は、第２に、当該端末識別情報（ＳＩＤ）を利用者識別情報（ＵＩＤ）などに関連付けて第１テーブル１２１に格納する（ステップＳｂ５３）。この後、ＣＰＵ１０１は、第３に、当該端末識別情報（ＳＩＤ）を端末装置２０に通知する（ステップＳｂ５４）。端末識別情報（ＳＩＤ）の通知を受けた端末装置２０のアプリケーションＡは、当該端末識別情報（ＳＩＤ）をメモリに格納する（ステップＳａ５２）。
端末装置２０が、アプリケーションＡによるサービスに再び仮ログインする場合には、この端末識別情報（ＳＩＤ）を管理装置２０に送信することになる。これにより、管理装置２０では、ステップＳｂ５２の判別結果が「Ｙｅｓ」となり、直ちに仮ログイン状態に移行する。
【００６６】
なお、端末装置２０で管理する識別情報を利用者識別情報（ＵＩＤ）でなく端末識別情報（ＳＩＤ）としているのはセキュリティ等によるものである。他人の利用者識別情報（ＵＩＤ）を不正に取得して悪用されるのを防止できるのであれば、利用者識別情報（ＵＩＤ）を一対一の関係にある情報であれば足りる。例えば、利用者識別情報（ＵＩＤ）を所定のアルゴリズムで暗号化したものでも良い。
【００６７】
ここで、ステップＳｂ５３における生成・格納の動作について図２２を参照して説明する。同図において（ａ）は、実施形態における第１テーブル１２１の一例を示す図であり、（ｂ）は、第２テーブル１２２の一例を示す図である。
第２実施形態において第１テーブル１２１は、利用者識別情報（ＵＩＤ）、アプリケーション種別情報（ＡppＩＤ）、端末ＩＤ、参照識別情報（ＲefＩＤ）および端末識別情報（ＳＩＤ）を互いに関連付けて記憶する。ここでは、（ａ）で示されるように、ＣＰＵ１０１は、取得した（１）のアプリケーションＡを特定するアプリケーション種別情報（ＡppＩＤ：００１）に基づいて、（４）の利用者識別情報（ＵＩＤ）を生成するほか、（５）の端末識別情報（ＳＩＤ）を生成して、（２）の端末ＩＤとともに、これらを互い関連付けて第１テーブル１２１に格納する。
【００６８】
一方、端末装置２０は、ステップＳａ５２以降においてアプリケーションＡによるサービスに仮ログインした状態になる。
詳細には、管理装置１０は、端末識別情報（ＳＩＤ）に対応した利用者識別情報（ＵＩＤ）を第１テーブル１２１から読み出し、アプリケーションサーバ３１に送信して、当該利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービスを、端末装置２０に提供するように要求する（ステップＳｂ２０）。
【００６９】
この後の動作は、第１実施形態とほぼ同様である。すなわち、破線Ｓ１で示される仮ログインにおいて、アプリケーションサーバ３１によるアプリケーションＡのサービスの提供、管理装置１０による中継、および、端末装置２０におけるサービスの受領・操作指示について、動作の終了指示がなされるまで繰り返される。
また、端末装置２０の利用者がアプリケーションＡのサービスに仮ログインした状態において、当該登録会員を希望する旨の指示をしたとき、管理装置１０は、会員登録画面情報を当該端末装置２０に送信し、端末装置２０は、当該会員登録画面で入力された自アカウント情報（ＵserＩＤ、Ｐsw、Ｍailadd）を管理装置１０に送信する（図５におけるステップＳａ３２に相当）。
管理装置１０ではＣＰＵ１０１が、図２３の（ｂ）で示されるように、第１に、取得した（６）の自アカウント情報を第２テーブル１２２に格納する。そして、ＣＰＵ１０１は、第２に、当該自アカウント情報に対して一意である（７）の参照識別情報（ＲefＩＤ）を生成して、第２テーブル１２２の当該自アカウント情報に関連付けて格納する。第３に、ＣＰＵ１０１は、図２４において（８）で示されるように、第２テーブル１２２に格納した参照識別情報（ＲefＩＤ）を、第１テーブル１２１においてそれまで仮ログイン時に使用していた利用者識別情報（ＵＩＤ）と紐付けて記憶する。なお、ＣＰＵ１０１は、第２テーブル１２２において、有効フラグ（Ｆlag）に「０」を格納して、仮登録をする（図５におけるステップＳｂ３２に相当）。
この後、管理装置１０において図２５に示されるように有効フラグ（Ｆlag）に「１」が格納されて本登録されると、端末装置２０は、アプリケーションＡによるサービスに正規ログインした状態になる。
詳細には、管理装置１０は、自アカウント情報に関連付けられる利用者識別情報（ＵＩＤ）を、第１テーブル１２１および第２テーブル１２２を参照して読み出し、アプリケーションサーバ３１に送信して、当該利用者識別情報（ＵＩＤ）に応じたアプリケーションのサービスを、端末装置２０に提供するように要求する（図５におけるステップＳｂ４０に相当）。
なお、ステップＳａ５１のログイン要求において、自アカウント情報が入力されて正規ログインの接続が要求されたときも同様に自アカウント情報に関連付けられる利用者識別情報（ＵＩＤ）がアプリケーションサーバ３１に送信される。
正規ログイン状態においては、アプリケーションサーバ３１によるアプリケーションＡのサービスの提供、管理装置１０による中継、および、端末装置２０におけるサービスの受領・操作指示については、動作の終了指示がなされるまで繰り返される。
【００７０】
第２実施形態によれば、アプリケーションＡのサービスについては、当該サービスに会員登録していなくても、自動的に生成される利用者識別情報で仮ログインにすることによってお試し的にサービスの提供を受けることができる。この仮ログイン状態では、当該利用者識別情報（ＵＩＤ）で管理される。このため、例えばサービスがゲームであれば、仮ログインして当該ゲームを始め、一旦、ゲームを中断して仮ログインを脱したときでも、再び仮ログインすれば、中断した時点から当該ゲームを再開することができる。
また、第２実施形態においても、仮ログインした状態で会員登録すると、自アカウント情報に対して一意の参照識別情報（ＲefＩＤ）が生成されるとともに、仮ログインしたときに生成された利用者識別情報（ＵＩＤ）に紐付けられる。
このため、アプリケーションＡのサービスについては、仮ログイン状態から正規ログイン状態に移行しても、利用者が同じであれば、同じ利用者識別情報（ＵＩＤ）で管理されるので、当該サービスが途中でクリアされることなく、継続した状態で提供することが可能になる。例えばサービスがゲームであれば、仮ログインして当該ゲームを始めたところ、当該ゲームが気に入ったので、会員登録して正規ログイン状態に移行したときでも、当該ゲームを継続して実行することができる。
【００７１】
また、第２実施形態の説明では、アプリケーションＡによるサービスを提供する場合を例にとったが、他のアプリケーションによるサービスについても同様に提供可能である。ここで、アプリケーションについてはアプリケーション種別情報（ＡppＩＤ）で特定されるので、例えば図２６に示されるように、ある利用者（端末装置）がアプリケーションＡ（ＡppＩＤ：００１）およびアプリケーションＥ（ＡppＩＤ：００５）によるサービスにそれぞれ仮ログインしたときには、たとえ同じ利用者であっても異なる利用者識別情報（ＵＩＤ）が付与される。利用者識別情報が付与されれば、当該利用者は、仮ログインした状態でこれらのアプリケーションによるサービスの提供を受けることができる。
【００７２】
第２実施形態において、第１テーブル１２１において利用者識別情報（ＵＩＤ）が異なるレコードであっても、端末ＩＤ、端末識別情報（ＳＩＤ）が同一であれば、それは、同じ利用者（端末装置）が複数のアプリケーションのサービスについてそれぞれ仮ログインした、ということを意味している。
そこで、あるサービスに仮ログインした状態で会員登録がなされて参照識別情報（ＲefＩＤ）を生成したとき、管理装置１０ではＣＰＵ１０１が、第１に、仮ログインに使用していた利用者識別情報（ＵＩＤ）の端末ＩＤ、端末識別情報（ＳＩＤ）と同一のものが存在するか否か判別し、第２に、存在していれば、端末ＩＤ、端末識別情報（ＳＩＤ）が同一の利用者識別情報（ＵＩＤ）にも、生成した参照識別情報（ＲefＩＤ）を紐付ける。
【００７３】
図２６の例でいえば、利用者がアプリケーションＡ（ＡppＩＤ：００１）のサービスに仮ログインした状態で会員登録（仮登録）したとき、図２７の（７）で示されるように、参照識別情報（ＲefＩＤ）として例えば「２３５７３９６５３１０」が生成されて第２テーブル１２２に格納される。
一方、第１テーブル１２１においてアプリケーションＡのサービスに対応した端末ＩＤ、端末識別情報（ＳＩＤ）は、アプリケーションＥ（ＡppＩＤ：００５）のサービスに対応した端末ＩＤ、端末識別情報（ＳＩＤ）と同一である。
このため、管理装置１０（ＣＰＵ１０１）は、第１テーブル１２１に対し当該参照識別情報（ＲefＩＤ）を、同図の（８）で示されるようにアプリケーションＡに対応した利用者識別情報の「ｄ４ｕ６ｅｓＡ３４」に紐付けるほか、同図の（９）で示されるようにアプリケーションＥに対応した利用者識別情報の「ｓ９ｆ６ｔａＧ８９」にも紐付ける。
これにより、利用者が、複数のアプリケーションのサービスを仮ログインで利用した状態で、そのうちの１つについて会員登録したとき、その自アカウント情報は、会員登録手続きをしていない他のアプリケーションのサービスについての利用者識別情報が関連付けられる。
したがって、利用者が、複数のアプリケーションのサービスについて同じ外部アカウント情報でそれぞれ仮ログインしたときに、複数のうち１つのサービスに会員登録しさえすれば、他のサービスについても自アカウント情報が及ぶので、利用者にとってみれば煩雑な手続きから解放されることになる。
【００７４】
＜応用・変形例＞
なお、本発明は、上述した各実施形態に限定されるものではなく、例えば次に述べるような各種の応用・変形が可能である。また、次に述べる応用・変形の態様は、任意に選択された一または複数を適宜に組み合わせることもできる。
【００７５】
＜会員登録の契機・主体＞
実施形態では、端末装置２０の利用者が仮ログインした状態において、当該登録会員を希望する旨の指示をしたときを契機として、会員登録手続きが開始したが、これに限られない。例えばサービスの提供が予め定められた段階まで進行したときに、アプリケーションサーバが会員登録手続きを開始させても良いし、管理装置１０が予め定められた回数または時間だけ仮ログインしたときに、会員登録手続きを開始させても良い。
【００７６】
＜提供するサービスの差異＞
実施形態においては、仮ログインしたときに提供するサービスと、正規ログインしたときに提供するサービスとについて、課金や本人確認以外の面で内容に特に差を設けなかった。これに限られず、仮ログインしたときに提供するサービスの内容に制限を加える一方で、正規ログインしたときに提供するサービスでは制限を無くし、または、リッチにして、会員登録手続きへのインセンティブが働くようにしても良い。例えばサービスがゲームであれば、仮ログインでは難易度を低くくして提供する一方で、正規ログインでは難易度を高くして提供すれば、難易度が低い内容では飽き足らなくなった利用者（プレイヤー）を会員登録の手続きへと導くことができる。
【符号の説明】
【００７７】
１…システム、１０…管理装置、２０…端末装置、３１〜３６…アプリケーションサーバ、４１〜４３…外部サーバ、１０１…ＣＰＵ、１２１…第１テーブル、１２２…第２テーブル。
【特許請求の範囲】
【請求項１】
アプリケーションによるサービスを利用者に提供するシステムに用いられ、前記アプリケーションを提供するアプリケーションサーバと利用者の端末装置との間を中継し、前記利用者のアカウント情報を管理する管理装置であって、
第１情報に基づいてログインした利用者に、当該第１情報に関連付けられた利用者識別情報に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第１要求部と、
前記利用者が前記第１情報に基づいてログインしている状態で当該利用者によって第２情報が入力されたとき、当該第２情報を登録する登録部と、
登録された前記第２情報を、前記第１情報に対応した前記利用者識別情報に関連付ける第１制御部と、
前記第２情報でログインしている利用者に、当該第２情報に関連付けられる利用者識別情報に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第２要求部と、
を具備することを特徴とする管理装置。
【請求項２】
前記第１情報は、外部サービスを受けるための外部アカウント情報であり、
前記第２情報は、前記アプリケーションサーバによるサービスを受けるための自アカウント情報であり、
取得した外部アカウント情報に対応して前記利用者識別情報を生成する第１生成部と、
前記利用者識別情報を前記外部アカウント情報に関連付けて第１テーブルに記憶させる第２制御部と、
を有し、
前記第１制御部は、
前記自アカウント情報に対応した参照識別情報を生成し、
当該参照識別情報を前記自アカウント情報に関連付けて第２テーブルに記憶させ、
前記第２テーブルに記憶させた前記参照識別情報を、ログインに用いている前記外部アカウント情報に対応した利用者識別情報に関連付けて前記第１テーブルに記憶させる
ことを特徴とする請求項１に記載の管理装置。
【請求項３】
複数の外部サービスのいずれかを特定する外部サービス種別情報を取得する取得部を、有し、
前記登録部は、前記取得部により取得された外部サービス種別情報で示される外部サービスを提供するアプリケーションサーバにアクセスして外部アカウント情報を取得し、
前記第２制御部は、前記外部サービス種別情報を、前記利用者識別情報と関連付けて前記第１テーブルに記憶させる
ことを特徴とする請求項２に記載の管理装置。
【請求項４】
前記システムは、複数のアプリケーションサーバによってそれぞれのサービスを提供するものであり、
前記第２制御部は、サービスを提供するアプリケーションサーバを特定するアプリケーション種別情報を、前記利用者識別情報と関連付けて前記第１テーブルに記憶させ、
前記第１要求部および前記第２要求部は、前記アプリケーション種別情報で特定されるアプリケーションサーバに要求する
ことを特徴とする請求項２または３に記載の管理装置。
【請求項５】
前記第１制御部は、前記第１テーブルに、ログインに用いている外部アカウント情報と同一の外部アカウント情報が存在する場合に、
当該外部アカウント情報に対応した利用者識別情報に関連付けて前記参照識別情報を前記第１テーブルに記憶させる
ことを特徴とする請求項４に記載の管理装置。
【請求項６】
前記アプリケーションのサービスは、前記端末装置のブラウザで動作することによって当該端末装置の利用者に提供される
ことを特徴とする請求項２乃至５のいずれかに記載の管理装置。
【請求項７】
前記利用者識別情報に対応したブラウザ識別情報を生成して、前記ブラウザ識別情報を、前記利用者識別情報に対応付けて前記第１テーブルに記憶させる第２生成部と、
前記ブラウザ識別情報を前記端末装置へ通知する通知部と、
前記端末装置から取得した前記ブラウザ識別情報が有効であるか無効であるかを判別する判別部と、
を有し、
前記ブラウザ識別情報が有効であると判別された場合、前記ブラウザ識別情報に対応した外部アカウント情報を、当該第１テーブルを参照して取得し、取得した外部アカウント情報で当該利用者をログインさせる
ことを特徴とする請求項６に記載の管理装置。
【請求項８】
一の利用者に対して第１のサービスに対応するアプリケーション種別情報が前記第１テーブルに記憶されている状態で、当該一の利用者が第２のサービスの提供を受ける際に、前記ブラウザ識別情報が有効であるとき、
当該第１のサービスに対応した外部アカウント情報を、当該第１テーブルを参照して取得し、取得した外部アカウント情報で当該利用者をログインさせる
ことを特徴とする請求項７に記載の管理装置。
【請求項１】
アプリケーションによるサービスを利用者に提供するシステムに用いられ、前記アプリケーションを提供するアプリケーションサーバと利用者の端末装置との間を中継し、前記利用者のアカウント情報を管理する管理装置であって、
第１情報に基づいてログインした利用者に、当該第１情報に関連付けられた利用者識別情報に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第１要求部と、
前記利用者が前記第１情報に基づいてログインしている状態で当該利用者によって第２情報が入力されたとき、当該第２情報を登録する登録部と、
登録された前記第２情報を、前記第１情報に対応した前記利用者識別情報に関連付ける第１制御部と、
前記第２情報でログインしている利用者に、当該第２情報に関連付けられる利用者識別情報に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第２要求部と、
を具備することを特徴とする管理装置。
【請求項２】
前記第１情報は、外部サービスを受けるための外部アカウント情報であり、
前記第２情報は、前記アプリケーションサーバによるサービスを受けるための自アカウント情報であり、
取得した外部アカウント情報に対応して前記利用者識別情報を生成する第１生成部と、
前記利用者識別情報を前記外部アカウント情報に関連付けて第１テーブルに記憶させる第２制御部と、
を有し、
前記第１制御部は、
前記自アカウント情報に対応した参照識別情報を生成し、
当該参照識別情報を前記自アカウント情報に関連付けて第２テーブルに記憶させ、
前記第２テーブルに記憶させた前記参照識別情報を、ログインに用いている前記外部アカウント情報に対応した利用者識別情報に関連付けて前記第１テーブルに記憶させる
ことを特徴とする請求項１に記載の管理装置。
【請求項３】
複数の外部サービスのいずれかを特定する外部サービス種別情報を取得する取得部を、有し、
前記登録部は、前記取得部により取得された外部サービス種別情報で示される外部サービスを提供するアプリケーションサーバにアクセスして外部アカウント情報を取得し、
前記第２制御部は、前記外部サービス種別情報を、前記利用者識別情報と関連付けて前記第１テーブルに記憶させる
ことを特徴とする請求項２に記載の管理装置。
【請求項４】
前記システムは、複数のアプリケーションサーバによってそれぞれのサービスを提供するものであり、
前記第２制御部は、サービスを提供するアプリケーションサーバを特定するアプリケーション種別情報を、前記利用者識別情報と関連付けて前記第１テーブルに記憶させ、
前記第１要求部および前記第２要求部は、前記アプリケーション種別情報で特定されるアプリケーションサーバに要求する
ことを特徴とする請求項２または３に記載の管理装置。
【請求項５】
前記第１制御部は、前記第１テーブルに、ログインに用いている外部アカウント情報と同一の外部アカウント情報が存在する場合に、
当該外部アカウント情報に対応した利用者識別情報に関連付けて前記参照識別情報を前記第１テーブルに記憶させる
ことを特徴とする請求項４に記載の管理装置。
【請求項６】
前記アプリケーションのサービスは、前記端末装置のブラウザで動作することによって当該端末装置の利用者に提供される
ことを特徴とする請求項２乃至５のいずれかに記載の管理装置。
【請求項７】
前記利用者識別情報に対応したブラウザ識別情報を生成して、前記ブラウザ識別情報を、前記利用者識別情報に対応付けて前記第１テーブルに記憶させる第２生成部と、
前記ブラウザ識別情報を前記端末装置へ通知する通知部と、
前記端末装置から取得した前記ブラウザ識別情報が有効であるか無効であるかを判別する判別部と、
を有し、
前記ブラウザ識別情報が有効であると判別された場合、前記ブラウザ識別情報に対応した外部アカウント情報を、当該第１テーブルを参照して取得し、取得した外部アカウント情報で当該利用者をログインさせる
ことを特徴とする請求項６に記載の管理装置。
【請求項８】
一の利用者に対して第１のサービスに対応するアプリケーション種別情報が前記第１テーブルに記憶されている状態で、当該一の利用者が第２のサービスの提供を受ける際に、前記ブラウザ識別情報が有効であるとき、
当該第１のサービスに対応した外部アカウント情報を、当該第１テーブルを参照して取得し、取得した外部アカウント情報で当該利用者をログインさせる
ことを特徴とする請求項７に記載の管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２０１３−８９１７６（Ｐ２０１３−８９１７６Ａ）
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願番号】特願２０１１−２３１９０６（Ｐ２０１１−２３１９０６）
【出願日】平成２３年１０月２１日（２０１１．１０．２１）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願日】平成２３年１０月２１日（２０１１．１０．２１）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
[ Back to top ]