アプリケーションによるサービスを利用者に提供するシステムに用いられ、前記アプリケーションを提供するアプリケーションサーバと利用者の端末装置との間を中継し、前記利用者のアカウント情報を管理する管理装置であって、第1情報に基づいてログインした利用者に、当該第1情報に関連付けられた利用者識別情報に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第1要求部と、前記利用者が前記第1情報に基づいてログインしている状態で当該利用者によって第2情報が入力されたとき、当該第2情報を登録する登録部と、登録された前記第2情報を、前記第1情報に対応した前記利用者識別情報に関連付ける第1制御部と、前記第2情報でログインしている利用者に、当該第2情報に関連付けられる利用者識別情報に応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第2要求部と、を具備することを特徴とする管理装置。前記第1情報は、外部サービスを受けるための外部アカウント情報であり、前記第2情報は、前記アプリケーションサーバによるサービスを受けるための自アカウント情報であり、取得した外部アカウント情報に対応して前記利用者識別情報を生成する第1生成部と、前記利用者識別情報を前記外部アカウント情報に関連付けて第1テーブルに記憶させる第2制御部と、を有し、前記第1制御部は、前記自アカウント情報に対応した参照識別情報を生成し、当該参照識別情報を前記自アカウント情報に関連付けて第2テーブルに記憶させ、前記第2テーブルに記憶させた前記参照識別情報を、ログインに用いている前記外部アカウント情報に対応した利用者識別情報に関連付けて前記第1テーブルに記憶させることを特徴とする請求項1に記載の管理装置。複数の外部サービスのいずれかを特定する外部サービス種別情報を取得する取得部を、有し、前記登録部は、前記取得部により取得された外部サービス種別情報で示される外部サービスを提供するアプリケーションサーバにアクセスして外部アカウント情報を取得し、前記第2制御部は、前記外部サービス種別情報を、前記利用者識別情報と関連付けて前記第1テーブルに記憶させることを特徴とする請求項2に記載の管理装置。前記システムは、複数のアプリケーションサーバによってそれぞれのサービスを提供するものであり、前記第2制御部は、サービスを提供するアプリケーションサーバを特定するアプリケーション種別情報を、前記利用者識別情報と関連付けて前記第1テーブルに記憶させ、前記第1要求部および前記第2要求部は、前記アプリケーション種別情報で特定されるアプリケーションサーバに要求することを特徴とする請求項2または3に記載の管理装置。前記第1制御部は、前記第1テーブルに、ログインに用いている外部アカウント情報と同一の外部アカウント情報が存在する場合に、当該外部アカウント情報に対応した利用者識別情報に関連付けて前記参照識別情報を前記第1テーブルに記憶させることを特徴とする請求項4に記載の管理装置。前記アプリケーションのサービスは、前記端末装置のブラウザで動作することによって当該端末装置の利用者に提供されることを特徴とする請求項2乃至5のいずれかに記載の管理装置。前記利用者識別情報に対応したブラウザ識別情報を生成して、前記ブラウザ識別情報を、前記利用者識別情報に対応付けて前記第1テーブルに記憶させる第2生成部と、前記ブラウザ識別情報を前記端末装置へ通知する通知部と、前記端末装置から取得した前記ブラウザ識別情報が有効であるか無効であるかを判別する判別部と、を有し、前記ブラウザ識別情報が有効であると判別された場合、前記ブラウザ識別情報に対応した外部アカウント情報を、当該第1テーブルを参照して取得し、取得した外部アカウント情報で当該利用者をログインさせることを特徴とする請求項6に記載の管理装置。一の利用者に対して第1のサービスに対応するアプリケーション種別情報が前記第1テーブルに記憶されている状態で、当該一の利用者が第2のサービスの提供を受ける際に、前記ブラウザ識別情報が有効であるとき、当該第1のサービスに対応した外部アカウント情報を、当該第1テーブルを参照して取得し、取得した外部アカウント情報で当該利用者をログインさせることを特徴とする請求項7に記載の管理装置。ところで、2つのタイプのいずれにおいても、サービスの提供を受けるために会員登録を受ける必要がある。近年の会員登録では、本人であることを特定する目的で、メールアドレスや電話番号などの個人情報を入力する必要がある。一方で、このような個人情報を入力することに対して心理的な抵抗を感ずる者は多い。このため、サービスの提供を受ける前に個人情報を入力して会員登録することに対して躊躇する結果、多くの利用者を獲得できない、といった点が懸念された。本発明は、上述した事情に鑑みてなされたものであり、その目的の一つは、個人情報を入力しなくてもサービスの提供を受けることができるようにして、多くの利用者の獲得が期待できる技術を提供することにある。上記課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。本発明に係る管理装置10は、アプリケーションによるサービスを利用者に提供するシステム1に用いられ、前記アプリケーションを提供するアプリケーションサーバ31~36と利用者の端末装置20との間を中継し、前記利用者のアカウント情報を管理する管理装置10であって、第1情報に基づいてログインした利用者に、当該第1情報に関連付けられた利用者識別情報UIDに応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第1要求部151と、前記利用者が前記第1情報に基づいてログインしている状態で当該利用者によって第2情報が入力されたとき、当該第2情報を登録する登録部153と、登録された前記第2情報を、前記第1情報に対応した前記利用者識別情報UIDに関連付ける第1制御部154と、前記第2情報でログインしている利用者に、当該第2情報に関連付けられる利用者識別情報UIDに応じたアプリケーションのサービス提供を、前記アプリケーションサーバに要求する第2要求部152と、を具備することを特徴とする。本発明によれば、あるサービスについて、第2情報個人情報を登録していなくても、利用者識別情報UIDと関連する第1情報があれば、当該第1情報でログインにすることによって受けることができる。ここで第1情報に基づいてログインしている状態で第2情報が入力されたとき、当該第2情報が前記第1情報に対応した前記利用者識別情報UIDに関連付けられる。このため、あるサービスについて第1情報に基づくログイン状態から第2情報に基づくログイン状態に移行しても、同じ利用者であれば、同じ利用者識別情報UIDで管理されるので、引き継いだサービスが提供される。本発明において、前記第1情報は、外部サービスを受けるための外部アカウント情報ExIDであり、前記第2情報は、前記アプリケーションサーバ31~36によるサービスを受けるための自アカウント情報UserID、Psw、Mailaddであり、取得した外部アカウント情報ExIDに対応して前記利用者識別情報UIDを生成する第1生成部157と、前記利用者識別情報UIDを前記外部アカウント情報ExIDに関連付けて第1テーブル121に記憶させる第2制御部155と、を有し、前記第1制御部151は、前記自アカウント情報に対応した参照識別情報RefIDを生成し、当該参照識別情報RefIDを前記自アカウント情報に関連付けて第2テーブル122に記憶させ、前記第2テーブル122に記憶させた前記参照識別情報RefIDを、ログインに用いている前記外部アカウント情報に対応した利用者識別情報UIDに関連付けて前記第1テーブル121に記憶させる構成としても良い。この構成によれば、第1テーブル121および第2テーブル122を介して、自アカウント情報、参照識別情報および利用者識別情報が関連付けられる。本発明において、複数の外部サービスのいずれかを特定する外部サービス種別情報Extypを取得する取得部156を、有し、前記登録部153は、前記取得部156により取得された外部サービス種別情報Extypで示される外部サービスを提供するアプリケーションサーバにアクセスして外部アカウント情報ExIDを取得し、前記第2制御部155は、前記外部サービス種別情報Extypを、前記利用者識別情報UIDと関連付けて前記第1テーブル121に記憶させる構成が好ましい。利用者が利用する外部サービスの選択肢が増えると、外部アカウント情報に基づくログインでサービスを提供することができる利用者の範囲を広げることができる。前記システム1は、複数のアプリケーションサーバ31~36によってそれぞれのサービスを提供するものであり、前記第2制御部155は、サービスを提供するアプリケーションサーバを特定するアプリケーション種別情報AppIDを前記利用者識別情報UIDと関連付けて前記第1テーブル121に記憶させ、前記第1要求部151および前記第2要求部152は、前記アプリケーション種別情報AppIDで特定されるアプリケーションサーバに要求する構成としても良い。利用者は、複数のアプリケーションによるサービスの提供を、外部アカウント情報に基づくログインで受けることができる。このような構成において、前記第1制御部154は、前記第1テーブル121に、ログインに用いた外部アカウント情報と同一の外部アカウント情報が存在する場合に、当該外部アカウント情報ExIDに対応した利用者識別情報UIDに関連付けて前記参照識別情報RefIDを前記第1テーブル121に記憶させる態様としても良い。この態様によれば、利用者が、複数のアプリケーションのサービスについて同じ外部アカウント情報に基づいてログインした場合に、複数のうち1つのサービスについて自アカウント情報が登録されたとき、他のサービスについても当該自アカウント情報が及ぶので、利用者にとってみれば煩雑な手続きから解放される。また、本発明において、前記アプリケーションのサービスは、前記端末装置20のブラウザで動作することによって当該端末装置20の利用者に提供される態様としても良い。このような態様において、前記利用者識別情報UIDに対応したブラウザ識別情報SessionIDを生成して、当該ブラウザ識別情報を、前記利用者識別情報UIDに対応付けて前記第1テーブル121に記憶させる第2生成部158と、前記ブラウザ識別情報SessionIDを前記端末装置20へ通知する通知部159と、前記端末装置20から取得した前記ブラウザ識別情報SessionIDが有効であるか無効であるかを判別する判別部160と、を有し、前記ブラウザ識別情報SessionIDが有効であると判別された場合、前記ブラウザ識別情報SessionIDに対応した外部アカウント情報ExIDを、当該第1テーブル121を参照して取得し、取得した外部アカウント情報ExIDで当該利用者をログインさせても良い。一の利用者に対して第1のサービスに対応するアプリケーション種別情報AppIDが前記第1テーブル121に記憶されている状態で、当該一の利用者が第2のサービスの提供を受ける際に、前記ブラウザ識別情報SessionIDが有効であるとき、当該第1のサービスに対応した外部アカウント情報ExIDを、当該第1テーブル121を参照して取得し、取得した外部アカウント情報ExIDで当該利用者をログインさせても良い。<第1実施形態>以下、図面を参照して本発明の実施形態について説明する。図1は、本発明の第1実施形態に係る管理装置10が適用されるシステム1の構成を示すブロック図である。この図に示されるように、システム1において管理装置10は、インターネットNbを介してアプリケーションサーバ31~36と外部サーバ41~43とに接続されている。アプリケーションサーバ31~36の各々は、管理装置10による運営および管理のもと、それぞれアプリケーションゲームをサービスとして提供するものである。なお、アプリケーションは、図において適宜アプリと簡略化して表記している。また、アプリケーションサーバ31~36は、それぞれ異なるアプリケーションA~Fを提供するものとする。アプリケーションA~Fについては、後述するようにアプリケーション種別情報AppIDで特定される。図1において、アプリケーションサーバ33~35についての図示は省略している。外部サーバ41~43の各々は、例えばソーシャルネットワーキングサービス外部サービスa~cを提供するものであり、それぞれ管理装置10とは異なる事業者によって運営される。外部サービスa~cについては、外部サービス種別情報Extypで特定される。また、アプリケーションサーバや外部サーバの台数は、例示に過ぎず、図1に示された以外の数であっても構わない。また、管理装置10は、ゲートウェイ12および移動通信網Naを介して端末装置20に接続されて、通信する。端末装置20は、例えば携帯電話機であって、タッチパネルに重ねられた表示部22を有する。端末装置20には、ウェブページを閲覧するためのブラウザがインストールされている。図1において端末装置20は1台のみとしているが、実際には、複数台が接続可能である。なお、端末装置20は、移動通信網Naに限られず、無線LANLocalAreaNetworkに接続される構成であっても良い。また、端末装置20は、携帯電話機に限られず、タブレット型のコンピュータやPDAPersonalDigitalAssistantなどにして、無線LANに接続される構成であっても良い。無線LANに接続される場合、端末装置20は、無線基地局アクセスポイントを経由してインターネットNbに接続され、上記管理装置10と通信する。図2は、管理装置10のハードウェア的な構成を示すブロック図である。この図に示されるように、管理装置10は、装置全体を制御するCPUCentralProcessingUnit101と、CPU101の主記憶部として機能するRAMRandomAccessMemory102と、ブートプログラムなどを記憶したROMReadOnlyMemory103と、インターネットNbを介して通信するための通信インターフェース110と、各種のプログラムやデータを記憶する副記憶部としてのハードディスク120と、を含む。ハードディスク120には、端末装置20に対し、アプリケーションサーバ31~36がそれぞれアプリケーションA~Fのサービスを提供するためのプログラムや、後述する第1テーブル121、第2テーブル122などが格納される。図3は、管理装置10におけるCPU101が上記プログラムを実行することによって構築される機能ブロックである。この図に示されるように、上記プログラムの実行によって、第1要求部151、第2要求部152、登録部153、第1制御部154、第2制御部155、取得部156、第1生成部157、第2生成部158、通知部159および判別部160がそれぞれ構築される。なお、これらの機能ブロックについては、複数のサーバに分けて構築しても良い。<第1実施形態の動作>次に、第1実施形態における動作について説明する。図4および図5は、利用者がアプリケーションによるサービスの提供を受ける際の動作シーケンスを示す図である。また、図6乃至図10の各々は、それぞれ端末装置20の表示部22に表示される画面の一例であり、図11乃至図15の各々は、それぞれ第1テーブル121および第2テーブル122における格納動作を示す図である。なお、以下の動作においては、端末装置20の利用者がアプリケーションA~Fのうち、アプリケーションAによるサービスの提供を受ける場合を例にとって説明する。この場合、端末装置20は、管理装置10が提供するポータルサイトにアクセスする。管理装置10は、当該端末装置20に対してポータルサイトの案内画面情報を送信する。図6は、当該端末装置20の表示部22に表示される案内画面の一例である。この図に示されるように、案内画面では、管理装置10が管理するアプリケーションA~Fのいずれかを選択するためのボタン221~226が表示される。ここでは、アプリケーションAによるサービスの提供を受けることを想定しているので、利用者は、ボタン221を選択するようにタッチパネルを操作する。ボタン221を選択するようにタッチパネルが操作されたとき、端末装置20は、管理装置10に対し、当該ボタン221に対応するアプリケーションAによるサービスの提供を要求するステップSa11。このとき、端末装置20は、選択されたアプリケーション、ここではアプリケーションAを特定するアプリケーション種別情報AppIDのほか、過去に管理装置10にアクセスしたときに当該管理装置10から、いわゆるクッキーとしてのブラウザ識別情報を取得していれば、当該ブラウザ識別情報についても管理装置10に送信する。ここで、ブラウザ識別情報とは、複数の利用者が利用する端末装置20上で動作するブラウザの各々を特定するために、管理装置10で生成される一意な情報であり、実質的に利用者の端末装置20を特定することが可能となる。したがって、同じ利用者が複数の端末装置20を利用している場合には、それぞれ異なるブラウザ識別情報が割り当てられることになる。サービスの提供が要求された管理装置10ではCPU101が、当該ブラウザ識別情報が無効であるか否かを判別するステップSb11。当該ブラウザ識別情報を端末装置20から取得できなかった場合も無効であると判別される。ここで、利用者がアプリケーションAによるサービスの提供を初めて受ける場合、当該利用者の端末装置20のブラウザがブラウザ識別情報を保持していないので、管理装置10では、当該ブラウザ識別情報を端末装置20から取得できない。このため、ステップSb11による判別結果はYesとなる。また、管理装置10からブラウザ識別情報を取得できた場合であっても、例えば当該ブラウザ識別情報の有効期限が過ぎていたときにも、ステップSb11による判別結果はYesとなる。一方、後述するように、端末装置20からブラウザ識別情報を取得できた場合であって、取得したブラウザ識別情報が有効であれば、処理手順がステップSb20にスキップする。このように、ステップSb11におけるCPU101の判別によって判別部160が構築される。ステップSb11においてブラウザ識別情報が無効であると判別されたとき判別結果がYesであるとき、管理装置10は、アプリケーション種別情報AppIDで特定されるアプリケーションに対応するログイン画面情報、ここでは、アプリケーションAに対応するログイン画面情報を当該端末装置20に送信するステップSb12。ログイン画面情報を受信した端末装置20は、当該ログイン画面を表示部22に表示させる。図7は、ログイン画面の一例である。この図に示されるように、ログイン画面には、領域231、232、ボタン233、241~243が表示される。このうち、領域231、232は、アプリケーションAによるサービスを受けるための自アカウント情報例えばメールアドレス、パスワードを入力するための領域である。ボタン233は、領域231、232に入力された自アカウント情報で、アプリケーションAによるサービスに正規ログインを指示するものである。本実施形態において、正規ログインでなくても、複数の外部サービスのいずれかのアカウント情報に基づいた仮ログインによって、アプリケーションAによるサービスを受けることができる。ボタン241~243は、仮ログインするときに、どの外部サービスのアカウント情報を用いるかを指定するものである。なお、仮ログイン状態では、ポータルサイトで提供される会員同士の掲示板や、メール等のコミニケーションツールのサービス、本人確認が必要なサービスなどが受けられないようになっている。また、アプリケーションAによるサービスの中に、課金によって提供するサービスが含まれている場合、その一部のサービスについて、利用者は仮ログイン状態では受けられないことになる。課金によって提供するサービスとは、具体的には、課金により追加されるコンテンツの提供などが挙げられる。端末装置20は、ログイン画面において外部サービスによる仮ログインする旨の操作がなされたか否か、すなわち、ボタン241~243のいずれかを選択する操作がなされたか否かを判別するステップSa12。この判別結果がYesの場合、端末装置20は、仮ログインのために用いる外部サービスのアカウント情報を入力するように利用者に促して、当該アカウント情報を取得するステップSa13。この後、端末装置20は、選択操作がなされた外部サービスを特定する外部サービス種別情報Extypとともに、入力された外部サービスのアカウント情報を管理装置10に送信する。なお、以降では便宜上、例えば外部サービスbによるアカウント情報で、アプリケーションAによるサービスに仮ログインする場合を例にとって説明する。この場合、ログイン画面において、ボタン242を選択するような操作がなされて、外部サービスbを特定する外部サービス種別情報Extypとともに、当該該外部サービスbのアカウント情報が管理装置10に送信される。一方、ログイン画面において、領域231、232に自アカウント情報が入力されてボタン233が操作されたとき、当該操作は仮ログインではなく、正規ログインによる接続指示であるので、ステップSa12の判別結果がNoとなる。このとき、端末装置20は、入力された自アカウント情報を管理装置10に送信して、後述するように正規ログイン状態になる。管理装置10ではCPU101が、端末装置20から送信された外部サービス種別情報Extypを取得する。これにより、外部サービス種別情報Extypを取得する取得部156が構築される。また、管理装置10では、当該外部サービス種別情報Extypで特定される外部サーバとの間で以降の処理を実行する。ここでは、ボタン242を選択する旨の操作がなされたときを例にとっているので、管理装置10は、外部サービスbを管轄する外部サーバ42との間で処理を実行する。なお、管理装置10は、事前に外部サーバ42に対してコンシューマとして登録して、コンシューマ情報を取得している。コンシューマ情報には、コンシューマの識別子consumerkeyと秘密鍵consumersecretとが含まれる。管理装置10は、外部サーバ41、43に対してもコンシューマとして登録されている。外部サービス種別情報Extyp等を受信した管理装置10は、端末装置20から送信された情報を、当該外部サービス種別情報Extypで特定される外部サーバ42に、当該外部サーバ42から取得したコンシューマ情報で生成したサイン値などをパラメータとして付加して、リダイレクトするステップSb13。ここまでにおいて、管理装置10は、ステップSa11で端末装置20から送信されたアプリケーション種別情報AppIDを図4の1で取得し、ステップSa13で端末装置20から送信された外部サービス種別情報Extypを図4の2で取得している。このため、管理装置10ではCPU101が、取得したアプリケーション種別情報AppIDおよび外部サービス種別情報Extypを関連付けて第1テーブル121に格納する。図11においてaは、第1テーブル121の一例を示す図であり、bは、後述する第2テーブル122の一例を示す図である。第1テーブル121は、利用者識別情報UID、アプリケーション種別情報AppID、外部サービス種別情報Extyp、アクセストークンToken、参照識別情報RefIDおよびブラウザ識別情報SessionIDを互いに関連付けて記憶するものである。ここでは、図11のaで示されるように、CPU101は、1のアプリケーションAを特定するのアプリケーション種別情報AppID:001と、2の外部サービスBを特定する外部サービス種別情報Extypとを関連付けて第1テーブル121に格納する。第1テーブル121において、他の情報については、まだ入力または生成されていないので空欄である。なお、第2テーブル122は、参照識別情報RefIDと管理装置10側での自アカウント情報UserID、Psw、Mailaddと、有効フラグFlagとを関連付けて記憶するものであるが、この段階では入力等されていない。さて、外部サーバ42は、管理装置10からリダイレクトされた情報を確認した後、一時的に使用するリクエストトークンRTを発行して、管理装置10に送信するステップSc11。管理装置10は、外部サーバ42の認証用URLUniformResourceLocatorに当該リクエストトークンRTを付加して、当該URLにアクセスするステップSb14。このアクセスに対し、外部サーバ42は、認証画面情報を端末装置20に送信するステップSc12。なお、認証画面情報の送信先である端末装置20については、先のステップSa13において外部サービスbのアカウント情報が入力されて、外部サーバ42にリダイレクトされているので、外部サーバ42では、このアカウント情報などから特定できる。一方、認証画面情報を受信した端末装置20は、当該認証画面を表示部22に表示させる。図8は、表示部22に表示される認証画面の一例である。認証画面は、外部サービスbのアカウント情報を管理装置10のサイトが利用することを許可するか否かの選択を利用者に促すためのものであり、次のような画面構成となっている。すなわち、認証画面には、領域251、252、ボタン254、255が表示される。このうち、領域251、252には、外部サービスbにログインする際の外部アカウント情報例えばメールアドレス、パスワードが利用者への確認用に表示される。このとき、パスワードについては、管理上、秘匿して表示しても良い。ボタン254は、領域251、252に表示または入力された外部アカウント情報を用いて、アプリケーションAによるサービスに仮ログインすることを指示するものであり、ボタン255は、その仮ログインを拒否するためのものである。また、このような認証画面において、利用者に対してニックネームを入力させるようにしても良い。このニックネームは、ゲーム画面などにおいて表示されたり、他の利用者のゲーム情報などを表示する場合に使用されたり、他者との識別表示のために用いられたりする。なお、ニックネームを入力させない態様では、外部アカウント情報例えばメールアドレスを利用者の識別表示のために利用可能である。端末装置20は、認証画面において、外部アカウント情報を管理装置10のサイトが利用することを許可する操作がなされたか否かを判別するステップSa14。認証画面においてボタン254の操作がなされたとき、ステップSa14における判別結果はYesとなり、その旨を外部サーバ42に送信する。外部サーバ42は、端末装置20の利用者が外部アカウント情報の使用を許可した旨の認証結果に、リクエストトークンRTと証明情報oauthverifierとを付与して、管理装置10に対し予め設定されたURLに通知するステップSc13。なお、ボタン254が操作されたとき、外部サーバ42と端末装置20との間でPINPersonalIdentificationNumberコードによる認証を追加しても良い。一方、ボタン255が操作されたとき、端末装置20は、以降のステップを実行することなく処理を終了させる。このとき、端末装置20は、終了の旨を外部サーバ42、管理装置10にも送信し、これにより、外部サーバ42、管理装置10でも、端末装置20との処理が終了する。さて、管理装置10は、リクエストトークンRT等を取得すると、当該リクエストトークンを付加して、外部サーバ42に対しアクセストークンを取得するための要求をするステップSb15。この要求には、コンシューマの識別子consumerkeyと証明情報oauthverifierとが付加される。この要求のレスポンスとして、外部サーバ42は、パラメータとして外部アカウント情報ExIDが付加されたアクセストークンoauthtoken、oauthtokenseacretを送信するステップSc14。これで外部サーバ42の処理は終了である。なお、この外部アカウント情報ExIDは、ステップSa13で入力されたアカウント情報と外部サーバによっては一致しない場合もあり得るが、一致していなくても、一対一の関係にある。管理装置10ではCPU101が、ステップSb16において次のような処理を実行する。すなわち、CPU101は、受信した外部アカウント情報ExIDおよびアクセストークン等から利用者を一意に識別する利用者識別情報UIDを生成するとともに、当該利用者識別情報UIDを、アクセストークンや外部アカウント情報ExID等に関連付けて第1テーブル121に格納する。続いて、CPU101は、利用者の端末装置20におけるブラウザを一意に識別するブラウザ識別情報SessionIDを生成し、利用者識別情報UIDに関連付けて格納する。この生成格納動作について図12を参照して説明すると、CPU101は、図12のaで示されるように、第1に、取得した3の外部アカウント情報ExIDおよびアクセストークンを、先のアプリケーション種別情報AppIDと外部サービス種別情報Extypとに対応付けて第1テーブル121に格納する。なお、アクセストークンについては、総称してTokenと表記している。本実施形態では、アプリケーション種別情報AppIDおよび外部サービス種別情報Extyp毎に、利用者識別情報UIDを付与して管理する。このため、CPU101は、第2に、アプリケーション種別情報AppID、外部サービス種別情報Extyp、外部アカウント情報ExIDおよびアクセストークンTokenを引数とする関数演算や、これらをシード値とする擬似乱数などによって、4の利用者識別情報UIDを一意に生成する。これにより、取得した外部アカウント情報に対応して利用者識別情報を生成する第1生成部157が構築される。第3に、CPU101は、4の利用者識別情報UIDを、上記の引数に関連付けて第1テーブル121に格納する。これにより、利用者識別情報を外部アカウント情報に関連付けて第1テーブルに記憶させる第2制御部155が構築される。第4に、5のブラウザ識別情報SessionIDを4の利用者識別情報UIDと同様な方法を用いて一意に生成し、利用者識別情報UIDに関連付けて第1テーブル121に格納する。これにより第2生成部158が構築される。引き続き、管理装置10ではCPU101が、当該ブラウザ識別情報SessionIDを端末装置20に通知するステップSb17。これにより通知部159が構築される。ブラウザ識別情報SessionIDの通知を受けた端末装置20のブラウザは、当該ブラウザ識別情報SessionIDをクッキーとして保存するステップSa15。端末装置20は、ステップSa15以降においてアプリケーションAによるサービスに仮ログインした状態になる。詳細には、管理装置10は、外部アカウント情報ExIDに関連付けられる利用者識別情報UIDを第1テーブル121から読み出し、アプリケーションサーバ31に送信して、当該利用者識別情報UIDに応じたアプリケーションのサービスを、端末装置20に提供するように要求するステップSb20。これにより第1要求部151が構築される。アプリケーションサーバ31は、サービスの提供履歴を利用者識別情報UIDに対応させて記憶している。このため、アプリケーションサーバ31は、仮ログイン状態になったときに送信された利用者識別情報UIDに対応する履歴情報を参照することによって、前回の仮ログインの途中結果から引き続いてサービスを端末装置20に提供することができる。ここで、提供履歴とは、サービスがゲームであれば、セーブデータや、ゲーム中にプレイヤーが獲得したポイント数、アイテムの種類を含むプレイ情報などである。また、管理装置10は、端末装置20とアプリケーションサーバ31との間で情報を中継する装置として機能する。すなわち、アプリケーションサーバ31は、アプリケーションAのサービスを提供するにあたって、ウェブページを生成し、管理装置10を介して端末装置20に送信する。端末装置20は、このウェブページを表示部22に表示する一方で、タッチパネルに与えられた操作情報を、管理装置10を介してアプリケーションサーバ31に送信する。このような、破線S1で示される仮ログインでの、外部サーバ42によるアプリケーションAのサービスの提供と、管理装置10による中継と、端末装置20におけるサービスの受領操作指示とについては、動作の終了指示がなされるまで繰り返される。なお、端末装置20の利用者がアプリケーションAのサービスに仮ログインした状態において、当該サービスの終了させる旨を指示したとき、その指示情報が管理装置10を介してアプリケーションサーバ31に送信される。アプリケーションサーバ31は、サービスの提供状態を履歴情報として記憶して、次回のログインに備える。また、端末装置20の利用者がアプリケーションAのサービスに仮ログインした状態において、当該登録会員を希望する旨の指示をしたとき、当該端末装置20は、管理装置10において予め定められた会員登録用のURLに接続を要求するステップSa31。管理装置10は、この要求のレスポンスとして、会員登録画面情報を当該端末装置20に送信するステップSb31。会員登録画面情報を受信した端末装置20は、当該会員登録画面を表示部22に表示させる。図9は、表示部22に表示される会員登録画面の一例である。この図に示されるように、会員登録画面は、自アカウント情報、すなわち会員情報を登録するためのものであり、利用者プレイヤーを識別するための会員IDUserIDを入力するための領域261、利用者のメールアドレスMailaddを入力するための領域262、および、パスワードPswを入力するための領域263のほか、ボタン264、265が表示される。ボタン264は、領域261~263に入力された情報での会員登録を指示するものであり、ボタン265は、会員登録のキャンセルを指示するものである。本実施形態において、会員IDUserIDとして利用者が望む文字列を入力できるが、既に他の利用者の会員IDとして使用されている場合には、その旨のメッセージを会員登録画面に表示して、新たな会員IDを入力することを促すようにする。また、会員IDUserIDを利用者に入力させない構成でも良い。この構成において、管理装置10の側に、メールアドレスMailaddから会員IDに相当する一意なIDを生成する機能を持たせる態様としても良いし、メールアドレスMailaddを会員IDとして機能させるに態様としても良い。なお、会員登録画面で利用者に入力させる情報として、メールアドレスMailaddや、パスワードPswのほかにも、ニックネーム、生年月日、性別、住所の地域コード日本でいえば都道府県、米国などでいえば州を含めても良い。端末装置20は、会員登録画面において会員登録をする旨の操作がなされたか否か、すなわち、領域261~263に自アカウント情報が入力された状態でボタン264を押下するようなタッチ操作がなされたか否かを判別するステップSa32。ここで、会員登録画面においてボタン265を押下するようなタッチ操作がなされて、会員登録のキャンセルが指示された場合、判別結果がNoとなり、本実施形態においては処理手順がステップSa21に戻されて、仮ログインでのサービス提供が維持される。一方、会員登録画面において会員登録をする旨の操作がなされた場合、判別結果がYesとなり、端末装置20は、領域261~263に入力された自アカウント情報を管理装置10に送信する。管理装置10は、端末装置20から送信された自アカウント情報を仮登録するステップSb32。詳細には、管理装置10ではCPU101が、第1に、送信された自アカウント情報UserID、Psw、Mailaddを第2テーブル122において、図13の6に示されるように格納する。これにより登録部153が構築される。なお、この段階では仮登録の状態であるので、CPU101は、有効フラグFlagに0を格納する。CPU101は、第2に、これらの自アカウント情報から一意の参照識別情報RefIDを生成して、同図の7に示されるように、当該第2テーブル122において会員情報に関連付けて格納し、第3に、図14の8に示されるように、当該参照識別情報RefIDを、第1テーブル121において、それまで仮ログイン時に使用していた利用者識別情報UIDと紐付けて記憶する。これにより第1制御部154が構築される。仮登録の後、管理装置10は、会員登録画面で入力されたメールアドレスMailaddに、管理装置10に予め定められたULRを付加した登録確認メールを送信するステップSb33。なお、メールアドレスMailaddで示される宛先は、端末装置20である。登録確認メールを受信した端末装置20は、当該メールを表示部22に表示させる。図10は、表示部22に表示される登録確認メールの一例を示す図である。ここで、当該登録確認メールに付加されたURLにアクセスする旨の操作がなされたとき、例えば図10に示したような登録確認メールのURL271がタッチ操作されたとき、端末装置20は、管理装置10の当該ULRに接続を要求するステップSa33。この要求を受けた管理装置10は、図15に示されるように、第2テーブル122の有効フラグFlagに1を格納して、仮登録の内容で本登録し、登録作業を終了するステップSb34。これにより、端末装置20では、アプリケーションAによるサービスに正規ログインした状態になる。詳細には、管理装置10は、自アカウント情報に関連付けられる利用者識別情報UIDを、第1テーブル121および第2テーブル122を参照して読み出し、アプリケーションサーバ31に送信して、当該利用者識別情報UIDに応じたアプリケーションのサービスを、端末装置20に提供するように要求するステップSb40。これにより第2要求部152が構築される。なお、ステップSa12のログイン画面において、自アカウント情報が入力されてボタン233が操作されて正規ログインの接続が要求されたときも、自アカウント情報に関連付けられる利用者識別情報UIDがアプリケーションサーバ31に送信される。アプリケーションサーバ31は、送信された利用者識別情報UIDに対応する履歴情報を参照して、前回の途中結果から引き続いてウェブページを作成し、端末装置20にサービスを提供する。また、管理装置10は、仮ログイン状態と同様に、端末装置20とアプリケーションサーバ31との間で情報を中継する装置として機能する。また、端末装置20は、このウェブページを表示部22に表示する一方で、タッチパネルに与えられた操作情報を、管理装置10を介してアプリケーションサーバ31に送信する。このように破線S2で示される正規ログインでの、外部サーバ42によるアプリケーションAのサービスの提供と、管理装置10による中継と、端末装置20におけるサービスの受領操作指示とについては、動作の終了指示がなされるまで繰り返される。なお、端末装置20の利用者がアプリケーションAのサービスに正規ログインした状態において、当該サービスの終了させる旨を指示したとき、その指示情報が管理装置10を介してアプリケーションサーバ31に送信される。アプリケーションサーバ31は、サービスの提供状態を履歴情報として記憶して、次回のログインに備える。本実施形態によれば、アプリケーションAのサービスについては、当該サービスに会員登録していなくても、外部サービスの外部アカウント情報で仮ログインにすることによって当該サービスの提供を受けることができる。この仮ログイン状態では、外部アカウント情報に対して一意に生成された利用者識別情報UIDで管理されて、アプリケーションAのサービスが利用者に提供される。仮ログインを一旦脱して、再び仮ログインしたときでも、同様に利用者識別情報UIDで管理される。このため、例えばサービスがゲームであれば、仮ログインして当該ゲームを始め、一旦、ゲームを中断して仮ログインを脱したときでも、再び仮ログインすれば、中断した時点から当該ゲームを再開することができる。さらに、本実施形態においては、仮ログインした状態で会員登録すると、登録した自アカウント情報に対して一意の参照識別情報RefIDが生成されるとともに、仮ログインしたときに生成された利用者識別情報UIDに紐付けられる。このため、アプリケーションAのサービスについては、仮ログイン状態から正規ログイン状態に移行しても、利用者が同じであれば、サービスの提供履歴が同じ利用者識別情報UIDで管理されるので、当該サービスが途中でクリアされることなく、継続した状態で提供することが可能になる。例えばサービスがゲームであれば、仮ログインして当該ゲームを始めたところ、当該ゲームが気に入ったので、会員登録して正規ログイン状態に移行したときでも、プレイ情報が同じ利用者識別情報UIDで管理されるので当該ゲームを継続して実行することができる。上記説明では、外部サービスbの外部アカウント情報を用いた場合を例にとったが、他の外部サービスa、cの外部アカウント情報を用いても良いのはもちろんである。ここで、上述したように、外部サービスについては、外部サービス種別情報Extypで特定される。また、本実施形態にあっては、アプリケーション種別情報AppIDおよび外部サービス種別情報Extyp毎に利用者識別情報UIDを付与して管理する。このため、例えば図16に示されるように、ある利用者端末装置がそれぞれ外部サービスb、a、cを用いてそれぞれ仮ログインしたときに、異なる利用者識別情報UIDが付与される。このように利用者が利用する外部サービスの選択肢が増えると、管理装置10の側からみたときに、仮ログインでサービスを提供することができる利用者が増加するので、より多くの利用者の獲得に繋げることができる。また、上記説明では、アプリケーションAによるサービスを提供する場合を例にとったが、他のアプリケーションによるサービスについても同様に提供可能である。ここで、アプリケーションについてはアプリケーション種別情報AppIDで特定される。このとき、例えば図17に示されるように、ある利用者端末装置がアプリケーションAAppID:001およびアプリケーションEAppID:005によるサービスに、それぞれ外部サービスbを用いてそれぞれ仮ログインしたときには、たとえ同じ利用者であっても異なる利用者識別情報UIDが付与される。利用者識別情報が付与されれば、当該利用者は、仮ログインした状態でこれらのアプリケーションによるサービスの提供を受けることができる。したがって、利用者からみれば、複数のアプリケーションによるサービスの提供を、会員登録の手続きを経ることなく受けることができる。このように、利用者は、複数のサービスを次々とお試し的に利用することができるので、お気に入りのサービスを発見することが容易となる。ここで、第1テーブル121において利用者識別情報UIDが異なっていても、外部サービス種別情報Extypおよび外部アカウント情報ExIDが同じである場合、それは、同じ利用者が複数のアプリケーションのサービスについて同じ外部サービスの外部アカウント情報でそれぞれ仮ログインした、ということを意味している。そこで、あるサービスに仮ログインした状態で会員登録した場合に参照識別情報RefIDを生成したとき、管理装置10は、第1に、仮ログインに使用していた利用者識別情報UIDの外部サービス種別情報Extypおよび外部アカウント情報ExIDと同じものが存在するか否か判別し、第2に、存在していれば、同じである外部サービス種別情報Extypおよび外部アカウント情報ExIDの利用者識別情報にも、生成した参照識別情報RefIDを紐付ける。図17の例でいえば、利用者がアプリケーションAAppID:001のサービスに仮ログインした状態で会員登録仮登録したとき、図18の7で示されるように、参照識別情報RefIDとして例えば23573965310が生成されて第2テーブル122に格納される。一方、第1テーブル121においてアプリケーションAのサービスに対応した外部サービス種別情報Extypおよび外部アカウント情報ExIDは、アプリケーションEAppID:005のサービスに対応した外部サービス種別情報Extypおよび外部アカウント情報ExIDと同一である。このため、管理装置10CPU101は、第1テーブル121に対し当該参照識別情報RefIDを、同図の8で示されるようにアプリケーションAに対応した利用者識別情報のd4u6esA34に紐付けるほか、同図の9で示されるようにアプリケーションEに対応した利用者識別情報のs9f6taG89にも紐付ける。これにより、利用者が、複数のアプリケーションのサービスを仮ログインで利用した状態で、そのうちの1つについて会員登録したとき、その自アカウント情報は、会員登録手続きをしていない他のアプリケーションのサービスについての利用者識別情報に関連付けられる。したがって、利用者が、複数のアプリケーションのサービスについて同じ外部アカウント情報でそれぞれ仮ログインしたときに、複数のうち1つのサービスに会員登録しさえすれば、他のサービスについても自アカウント情報が及ぶので、利用者にとってみれば煩雑な手続きから解放されることになる。さて、上述したステップSb11図4参照において、管理装置10が端末装置20のブラウザから取得したブラウザ識別情報SessionIDが有効である場合、処理手順がステップSb20にスキップする。このため、ブラウザ識別情報SessionIDが有効であれば、利用者は、ポータルサイト図4のステップSa11で選択したアプリケーションのサービスに直ちに仮ログインすることになる。一方、利用者が過去にアプリケーションAのサービスに仮ログインして会員登録していない状態であれば、第1テーブル121の内容は図12に示される通りである。すなわち、外部アカウント情報ExIDに対し一意の利用者識別情報UIDとブラウザ識別情報SessionIDとが生成されて格納されている。このうち、ブラウザ識別情報SessionIDは、端末装置20のブラウザに通知されてクッキーとして保存されている。なお、ブラウザへ通知する情報としては、ブラウザ識別情報SessionIDそのものでも良いし、暗号化した情報でも良い。ここで、利用者端末装置20がポータルサイトで別の例えばアプリケーションEを選択した場合、ブラウザが同じなので、端末装置20からは、アプリケーションAのサービスに仮ログインしたときに生成通知したブラウザ識別情報SessionIDが送信されてくる。このブラウザ識別情報には、図12に示されるように、すでに外部アカウント情報ExIDが対応付けられている。このため、端末装置20は、図19に示されるように、アプリケーションAAppID:001に対応した外部アカウント情報ExIDおよびリクエストトークンを、アプリケーションEAppID:005に対応させて格納する。換言すれば、ポータルサイトでアプリケーションが選択されてブラウザ識別情報SessionIDが送信されてきた場合に、第1テーブル121において、当該ブラウザ識別情報SessionIDが、選択されたものとは異なるアプリケーションにすでに対応付けられていたとき、管理装置10は、すでに対応付けられているアプリケーションの外部アカウント情報ExIDおよびリクエストトークンを、選択されたアプリケーションにも対応付けて格納するとともに、利用者識別情報UIDを生成する。これにより、管理装置10からみれば、再度同じ外部アカウント情報を外部サーバから取得する処理を不要とすることができる。なお、クッキーとして保存されたブラウザ識別情報は、ブラウザ側の設定によっては端末装置20でクリアされてしまう場合があるが、本実施形態では、クッキーがクリアされても、外部サーバの外部アカウント情報で仮ログインによって安定してサービスを提供することが可能である。本実施形態において、外部サービスを受けるための外部アカウント情報を使用する場合に、外部サービスから、本システムの会員登録で必要とする登録情報メールアドレスやパスワードを取得する手段を備えて、会員登録作業ステップSa31からステップSb34までを省略する構成としても良い。また、外部サービスから取得できる登録情報に対して、本システムの会員登録に必要な項目が欠けている場合には、会員登録段階ステップSa32における会員登録で不足している項目だけ入力させるようにしても良い。例えば、外部サービスから取得できる登録情報に、メールアドレス、パスワード、ニックネーム、生年月日、性別が含まれ、住所の地域コードが欠けている場合に、住所の地域コードだけを入力させるようにしても良い。<第2実施形態>第1実施形態では、アプリケーションのサービスが、端末装置20のブラウザで動作することによって利用者に提供されたが、第2実施形態では、このサービスを、端末装置20がアプリケーションに対応したプログラムを実行する、いわゆるネイティブ型アプリケーションによって提供する、というものである。ネイティブ型アプリケーションは、例えば販売ストアからダウンロードされ使用可能となる。ポータルサイトの案内画面では、販売ストアで提供されるアプリケーションA~Fのいずれかを選択するためのボタンが表示される。利用者は、いずれかのボタンを選択するようにタッチパネルを操作すると、販売ストアでの選択されたアプリケーションをダウンロードする画面に誘導される。その後、販売ストアでの画面に表示された指示にしたがって端末装置20にダウンロードした後、インストールされてアプリケーションが利用できる状態となる。なお、ポータルサイトでは第1実施形態で説明したブラウザ型アプリケーションと、第2実施形態で説明するネイティブ型アプリケーションの両方のサービスを提供するようにしても良い。両方のサービスを提供する場合、ポータルサイトの案内画面でブラウザ型アプリケーションを選択するためのボタンと、ネイティブ型アプリケーションを選択するためのボタンとが1つの画面または画面を切り替えて表示される。図20は、第2実施形態に係る管理装置10が適用されるシステム1の構成を示すブロック図である。この図に示されるように、第2実施形態では、第1実施形態における外部サーバが存在しない。これは、ネイティブ型アプリケーションでは、アプリケーション毎に端末装置20のメモリにデータを格納させることが可能となり、利用者識別情報UIDそのものを端末装置20で管理することができるので、第1実施形態のように外部アカウント情報を利用する必要がないためである。第2実施形態では、端末装置20で管理する情報として、利用者識別情報UIDそのものではなく、一対一の関係にある端末識別情報SIDを利用する。<第2実施形態の動作>次に、第2実施形態における動作について説明する。図21は、利用者ユーザーがアプリケーションによるサービスの提供を受ける際の動作シーケンスを示す図であり、ここでは、仮ログインまでを示している。なお、仮ログインした状態において、当該登録会員を希望する旨の指示がなされたときの動作、および、正規ログイン状態の動作は、第1実施形態における図5とほぼ同様であるので、図示を省略している。また、図22乃至図25の各々は、それぞれ第1テーブル121および第2テーブル122における格納動作を示す図である。なお、以下の動作においては、第1実施形態と同様に、端末装置20の利用者は、アプリケーションAによるサービスの提供を受ける場合を例にとって説明する。端末装置20には、アプリケーションによるサービスの提供を受けるためのプログラムが、予め定められたウェブサイトからダウンロードされている。一方、端末装置20が当該プログラムを実行するにあたって、すなわち、サービスの提供を受けるにあたっては、第1実施形態と同様に、当該サービスに対応するアプリケーションサーバに接続することが前提となる。なお、第2実施形態においても、サービスの提供を受けるにあたって仮ログインおよび正規ログインがある。まず、端末装置20において、アプリケーションAによるサービスの提供を受けるために、予めダウンロードしておいたプログラムの起動が指示された場合、ログインを管理装置10に要求するステップSa51。この要求の際に、端末装置20は、アプリケーションAを特定するアプリケーション種別情報AppIDとともに、仮ログインで接続するのか、正規ログインで接続するのかについての情報も併せて送信する。例えば仮ログインで接続するのであれば、端末装置20は、仮ログインで接続する旨の情報とともに、端末IDと端末識別情報SIDとを管理装置10に送信する。ただし、端末識別情報SIDについては、過去に仮ログインしてなければ端末装置20には付与されていない。また、端末装置20によっては、端末IDが付与されていない場合がある。一方、正規ログインで接続するのであれば、端末装置20は、正規ログインで接続する旨の情報とともに、すでに登録してある自アカウント情報を管理装置10に送信する。管理装置10は、端末装置20からアプリケーションAによるサービスのログインが要求されたときに、その要求が仮ログインであるか否かを判別するステップSb51。仮ログインでの接続要求でなければ、それは正規ログインでの接続要求であるので、判別結果がNoとなる。一方、仮ログインでの接続要求であれば、判別結果がYesとなり、管理装置10は、端末装置20からの端末識別情報SIDに対応した利用者識別情報UIDが取得できたか否かを判別するステップSb52。利用者識別情報UIDについては、利用者を一意に識別するため、過去に仮ログインしたときに生成されるものであり、生成されていれば、後述するように第1テーブル121において端末IDや利用者識別情報UIDと一対一の関係にある端末識別情報SIDと関連付けられて記憶されている。端末識別情報SIDに対応した利用者識別情報UIDが取得できれば、ステップSb52の判別結果がYesとなり、処理手順はステップSb20にスキップして、直ちに仮ログイン状態に移行する。一方、利用者識別情報UIDが取得できなかった場合、すなわちステップSb52の判別結果がNoとなる場合、それは、端末装置20が過去にアプリケーションAによるサービスに仮ログインしたことがない状態を示している。そこで、管理装置10は、次回以降の仮ログインでの接続要求から利用者識別情報UIDが取得できるように、ステップSb53、Sb54の処理を実行する。詳細には、管理装置10ではCPU101が、第1に、アプリケーション種別情報AppIDおよび端末IDを引数とする関数演算や、これをシード値とする擬似乱数などによって、一意に導かれる利用者識別情報UIDを生成するとともに当該利用者識別情報UIDと対となる一意な端末識別情報SIDを生成する。CPU101は、第2に、当該端末識別情報SIDを利用者識別情報UIDなどに関連付けて第1テーブル121に格納するステップSb53。この後、CPU101は、第3に、当該端末識別情報SIDを端末装置20に通知するステップSb54。端末識別情報SIDの通知を受けた端末装置20のアプリケーションAは、当該端末識別情報SIDをメモリに格納するステップSa52。端末装置20が、アプリケーションAによるサービスに再び仮ログインする場合には、この端末識別情報SIDを管理装置20に送信することになる。これにより、管理装置20では、ステップSb52の判別結果がYesとなり、直ちに仮ログイン状態に移行する。なお、端末装置20で管理する識別情報を利用者識別情報UIDでなく端末識別情報SIDとしているのはセキュリティ等によるものである。他人の利用者識別情報UIDを不正に取得して悪用されるのを防止できるのであれば、利用者識別情報UIDを一対一の関係にある情報であれば足りる。例えば、利用者識別情報UIDを所定のアルゴリズムで暗号化したものでも良い。ここで、ステップSb53における生成格納の動作について図22を参照して説明する。同図においてaは、実施形態における第1テーブル121の一例を示す図であり、bは、第2テーブル122の一例を示す図である。第2実施形態において第1テーブル121は、利用者識別情報UID、アプリケーション種別情報AppID、端末ID、参照識別情報RefIDおよび端末識別情報SIDを互いに関連付けて記憶する。ここでは、aで示されるように、CPU101は、取得した1のアプリケーションAを特定するアプリケーション種別情報AppID:001に基づいて、4の利用者識別情報UIDを生成するほか、5の端末識別情報SIDを生成して、2の端末IDとともに、これらを互い関連付けて第1テーブル121に格納する。一方、端末装置20は、ステップSa52以降においてアプリケーションAによるサービスに仮ログインした状態になる。詳細には、管理装置10は、端末識別情報SIDに対応した利用者識別情報UIDを第1テーブル121から読み出し、アプリケーションサーバ31に送信して、当該利用者識別情報UIDに応じたアプリケーションのサービスを、端末装置20に提供するように要求するステップSb20。この後の動作は、第1実施形態とほぼ同様である。すなわち、破線S1で示される仮ログインにおいて、アプリケーションサーバ31によるアプリケーションAのサービスの提供、管理装置10による中継、および、端末装置20におけるサービスの受領操作指示について、動作の終了指示がなされるまで繰り返される。また、端末装置20の利用者がアプリケーションAのサービスに仮ログインした状態において、当該登録会員を希望する旨の指示をしたとき、管理装置10は、会員登録画面情報を当該端末装置20に送信し、端末装置20は、当該会員登録画面で入力された自アカウント情報UserID、Psw、Mailaddを管理装置10に送信する図5におけるステップSa32に相当。管理装置10ではCPU101が、図23のbで示されるように、第1に、取得した6の自アカウント情報を第2テーブル122に格納する。そして、CPU101は、第2に、当該自アカウント情報に対して一意である7の参照識別情報RefIDを生成して、第2テーブル122の当該自アカウント情報に関連付けて格納する。第3に、CPU101は、図24において8で示されるように、第2テーブル122に格納した参照識別情報RefIDを、第1テーブル121においてそれまで仮ログイン時に使用していた利用者識別情報UIDと紐付けて記憶する。なお、CPU101は、第2テーブル122において、有効フラグFlagに0を格納して、仮登録をする図5におけるステップSb32に相当。この後、管理装置10において図25に示されるように有効フラグFlagに1が格納されて本登録されると、端末装置20は、アプリケーションAによるサービスに正規ログインした状態になる。詳細には、管理装置10は、自アカウント情報に関連付けられる利用者識別情報UIDを、第1テーブル121および第2テーブル122を参照して読み出し、アプリケーションサーバ31に送信して、当該利用者識別情報UIDに応じたアプリケーションのサービスを、端末装置20に提供するように要求する図5におけるステップSb40に相当。なお、ステップSa51のログイン要求において、自アカウント情報が入力されて正規ログインの接続が要求されたときも同様に自アカウント情報に関連付けられる利用者識別情報UIDがアプリケーションサーバ31に送信される。正規ログイン状態においては、アプリケーションサーバ31によるアプリケーションAのサービスの提供、管理装置10による中継、および、端末装置20におけるサービスの受領操作指示については、動作の終了指示がなされるまで繰り返される。第2実施形態によれば、アプリケーションAのサービスについては、当該サービスに会員登録していなくても、自動的に生成される利用者識別情報で仮ログインにすることによってお試し的にサービスの提供を受けることができる。この仮ログイン状態では、当該利用者識別情報UIDで管理される。このため、例えばサービスがゲームであれば、仮ログインして当該ゲームを始め、一旦、ゲームを中断して仮ログインを脱したときでも、再び仮ログインすれば、中断した時点から当該ゲームを再開することができる。また、第2実施形態においても、仮ログインした状態で会員登録すると、自アカウント情報に対して一意の参照識別情報RefIDが生成されるとともに、仮ログインしたときに生成された利用者識別情報UIDに紐付けられる。このため、アプリケーションAのサービスについては、仮ログイン状態から正規ログイン状態に移行しても、利用者が同じであれば、同じ利用者識別情報UIDで管理されるので、当該サービスが途中でクリアされることなく、継続した状態で提供することが可能になる。例えばサービスがゲームであれば、仮ログインして当該ゲームを始めたところ、当該ゲームが気に入ったので、会員登録して正規ログイン状態に移行したときでも、当該ゲームを継続して実行することができる。また、第2実施形態の説明では、アプリケーションAによるサービスを提供する場合を例にとったが、他のアプリケーションによるサービスについても同様に提供可能である。ここで、アプリケーションについてはアプリケーション種別情報AppIDで特定されるので、例えば図26に示されるように、ある利用者端末装置がアプリケーションAAppID:001およびアプリケーションEAppID:005によるサービスにそれぞれ仮ログインしたときには、たとえ同じ利用者であっても異なる利用者識別情報UIDが付与される。利用者識別情報が付与されれば、当該利用者は、仮ログインした状態でこれらのアプリケーションによるサービスの提供を受けることができる。第2実施形態において、第1テーブル121において利用者識別情報UIDが異なるレコードであっても、端末ID、端末識別情報SIDが同一であれば、それは、同じ利用者端末装置が複数のアプリケーションのサービスについてそれぞれ仮ログインした、ということを意味している。そこで、あるサービスに仮ログインした状態で会員登録がなされて参照識別情報RefIDを生成したとき、管理装置10ではCPU101が、第1に、仮ログインに使用していた利用者識別情報UIDの端末ID、端末識別情報SIDと同一のものが存在するか否か判別し、第2に、存在していれば、端末ID、端末識別情報SIDが同一の利用者識別情報UIDにも、生成した参照識別情報RefIDを紐付ける。図26の例でいえば、利用者がアプリケーションAAppID:001のサービスに仮ログインした状態で会員登録仮登録したとき、図27の7で示されるように、参照識別情報RefIDとして例えば23573965310が生成されて第2テーブル122に格納される。一方、第1テーブル121においてアプリケーションAのサービスに対応した端末ID、端末識別情報SIDは、アプリケーションEAppID:005のサービスに対応した端末ID、端末識別情報SIDと同一である。このため、管理装置10CPU101は、第1テーブル121に対し当該参照識別情報RefIDを、同図の8で示されるようにアプリケーションAに対応した利用者識別情報のd4u6esA34に紐付けるほか、同図の9で示されるようにアプリケーションEに対応した利用者識別情報のs9f6taG89にも紐付ける。これにより、利用者が、複数のアプリケーションのサービスを仮ログインで利用した状態で、そのうちの1つについて会員登録したとき、その自アカウント情報は、会員登録手続きをしていない他のアプリケーションのサービスについての利用者識別情報が関連付けられる。したがって、利用者が、複数のアプリケーションのサービスについて同じ外部アカウント情報でそれぞれ仮ログインしたときに、複数のうち1つのサービスに会員登録しさえすれば、他のサービスについても自アカウント情報が及ぶので、利用者にとってみれば煩雑な手続きから解放されることになる。<応用変形例>なお、本発明は、上述した各実施形態に限定されるものではなく、例えば次に述べるような各種の応用変形が可能である。また、次に述べる応用変形の態様は、任意に選択された一または複数を適宜に組み合わせることもできる。<会員登録の契機主体>実施形態では、端末装置20の利用者が仮ログインした状態において、当該登録会員を希望する旨の指示をしたときを契機として、会員登録手続きが開始したが、これに限られない。例えばサービスの提供が予め定められた段階まで進行したときに、アプリケーションサーバが会員登録手続きを開始させても良いし、管理装置10が予め定められた回数または時間だけ仮ログインしたときに、会員登録手続きを開始させても良い。<提供するサービスの差異>実施形態においては、仮ログインしたときに提供するサービスと、正規ログインしたときに提供するサービスとについて、課金や本人確認以外の面で内容に特に差を設けなかった。これに限られず、仮ログインしたときに提供するサービスの内容に制限を加える一方で、正規ログインしたときに提供するサービスでは制限を無くし、または、リッチにして、会員登録手続きへのインセンティブが働くようにしても良い。例えばサービスがゲームであれば、仮ログインでは難易度を低くくして提供する一方で、正規ログインでは難易度を高くして提供すれば、難易度が低い内容では飽き足らなくなった利用者プレイヤーを会員登録の手続きへと導くことができる。