JP5986546B2 - 情報処理装置、および情報処理方法 - Google Patents

Description

本発明は、情報処理装置、および情報処理方法に関する。

ユーザはパーソナルコンピュータや携帯端末から、ショッピングサイトや有料の動画配信サイト等を利用できる。これらのサイトは、サイトを利用するユーザに関する情報であるユーザ情報（例えば、個人情報、認証情報、属性情報その他）を取得する。例えば、認証について例示すれば、これらのサイトは、ユーザの住所、連絡先、クレジットカード番号等の個人情報や、ユーザＩＤやパスワード等の認証情報を管理している。ユーザはこれらのサイトを利用する際、ログイン画面でユーザＩＤとパスワードとを入力してユーザ認証する。

また、携帯端末のアプリケーションには、メールアプリ、有料動画配信サイトの動画再生用アプリ等、ユーザの個人情報を使用するものがある。ユーザはこれらのアプリケーションを利用する際にもユーザ認証することになる。

特開２０１２−１４７４７８号公報

しかしながら、ログインする度に、ユーザＩＤおよびパスワードを入力するのが煩雑という問題がある。

ユーザの登録数が多いサイトではユーザＩＤが長くなりやすくなることが多い。また、クレジットカードを使用してショッピングするショッピングサイトでは、セキュリティを確保するためにパスワードが長くなることが多い。サイトがユーザに二重のユーザ認証を要求する場合もある。そのため、ユーザはサイトにログインする際にユーザＩＤおよびパスワードを入力するのが煩わしく感じることがある。特に、ユーザが携帯端末からログインする場合、タッチパネルを操作してユーザＩＤとパスワードとを入力するので、文字入力に手間がかかりログインが煩雑である。

本発明は、上記の課題を解決するもので、その目的は、ユーザ情報を簡単に取得できる情報処理装置、および情報処理方法を提供することである。

上記の目的をふまえ、本発明の一態様は、端末から、送信元の識別情報を含むアクセス要求を受け付ける受付部と、アクセス要求に含まれる識別情報に基づいて、端末を用いるユーザに関する情報であるユーザ情報を取得する制御部と、を備えることを特徴とする。

以上のように、本発明を使用することにより、端末から送信されたアクセス要求に含まれる送信元の識別情報により、ユーザを認識できるのでユーザ情報を簡単に取得できるという効果が得られる。

図１は、第１の実施態様に係る通信端末が認証サーバへログインする処理の概要を説明するための図である。 図２は、第１の実施態様に係る通信端末の構成を示す機能ブロック図である。 図３は、第１の実施態様のＧＷ制御部で作成されるＩＰｖ４パケットの一例を示す図である。 図４は、第１の実施態様に係る認証サーバの構成を示す機能ブロック図である。 図５は、認証ＤＢのデータ構造の一例を示す図である。 図６は、第１の実施態様に係る認証サーバのログイン処理の流れを示したフローチャート図である。 図７は、第２の実施態様に係る認証サーバの構成を示す機能ブロック図である。 図８は、履歴ＤＢのデータ構造の一例を示す図である。 図９は、第２の実施態様のＧＷ制御部で作成されるＩＰｖ４パケットの一例を示す図である。 図１０は、第２の実施態様に係る認証サーバが他サーバにパケットを転送するまでの処理の流れを示したフローチャート図である。 図１１は、認証サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。 図１２は、通信端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。

次に、本発明を実施するための実施形態について、図に沿って説明する。なお、背景技術や課題等で既に述べた内容と共通の前提事項については適宜省略する。また、以下の各実施形態において同一の部位には同一の符号を付す。各実施態様は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。なお、この実施形態により本願に係る情報処理装置、および情報処理方法が限定されるものではない。

［１．処理の概要］
図１は、第１の実施態様に係る通信端末が認証サーバへログインする処理の概要を説明するための図である。図１の上図は、認証サーバ１００に前回ログアウトしてからアプリＡ２０５が最初にログインする処理を示す。一方、図１の下図は、認証サーバ１００に２回目以降にアプリＢ２０６がログインする処理を示す。

まず、図１の上図を用いて認証サーバ１００に前回ログアウトしてからアプリＡ２０５が最初にログインする処理について説明する。アプリＡ２０５は、通信端末２００にインストールされたアプリケーションであるＧＷ（Gate Way）２０７にアクセスする。次いで、ＧＷ２０７はＩＰｖ４プロトコルに対応するＩＰｖ４パケット１０を作成する。このＩＰｖ４パケット１０は、ヘッダ部に宛先アドレスを含み、データ部に、通信端末２００が有するＩＰｖ６アドレス「08dc:0954:…（以下省略）」を含む。また、データ部のＩＰｖ６アドレスは、認証サーバ１００においてユーザを識別するための送信元識別情報として使用される。次いで、ＧＷ２０７は、認証サーバ１００にＩＰｖ４パケット１０を含むアクセス要求を送信する（ステップＳ１）。

次いで、認証サーバ１００は、アクセス要求としてＩＰｖ４パケット１０を受け付ける。次いで、認証サーバ１００は、認証ＤＢ１２１において、ＩＰｖ４パケット１０に含まれるＩＰｖ６アドレス「08dc:0954:…」を検索する。次いで、認証サーバ１００は、ＩＰｖ６アドレス「08dc:0954:…」に対応するログイン状態を参照し、通信端末２００がログインしていない状態であることを確認する（ステップＳ２）。

次いで、認証サーバ１００は、通信端末２００にログイン要求を送信する（ステップＳ３）、次いで、通信端末２００は、受信したログイン要求に基づいてモニタにログイン画面を表示する。次いで、通信端末２００は、ログイン画面に入力されたユーザＩＤ、パスワード等の認証情報を認証サーバ１００に送信する（ステップＳ４）。次いで、認証サーバ１００は、受信した認証情報に基づきログイン認証をおこなう。次いで、認証サーバ１００は、アプリＡ２０５に対してログインを許可し、認証ＤＢ１２１においてログイン状態を「N」から「Y」に変更する（ステップＳ５）。そして、アプリＡ２０５は、認証サーバ１００にログインし、認証サーバ１００の利用を開始する（ステップＳ６）。以上により、認証サーバ１００に前回ログアウトしてからアプリＡ２０５が最初にログインする処理が完了する。

ログイン認証及びログイン認証に基づくインタラクション（例えば、サービス提供）については、知られたセキュリティ手段（例えば、暗号化）を適宜適用する。

次に、図１の下図を用いて認証サーバ１００に２回目以降にアプリＢ２０６がログインする処理について説明する。まず、アプリＢ２０６は、ＧＷ２０７にアクセスする。次いで、ＧＷ２０７はＩＰｖ４パケット１０を作成する。次いで、ＧＷ２０７は、認証サーバ１００にＩＰｖ４パケット１０を含むアクセス要求を送信する（ステップＳ７）。次いで、認証サーバ１００は、認証ＤＢ１２１においてＩＰｖ４パケット１０に含まれるＩＰｖ６アドレス「08dc:0954:…」を検索し、通信端末２００がすでにログインしている状態であることを確認する（ステップＳ８）。そして、アプリＢ２０６は、認証サーバ１００にログインし、認証サーバ１００の利用を開始する（ステップＳ９）。以上により、認証サーバ１００に２回目以降にアプリＢ２０６がログインする処理が完了する。

以上のように、ユーザは、前回ログインしてから１回目に認証サーバ１００にアクセスする場合、ログイン画面で認証情報の入力を要求されるが、ユーザは、２回目以降に認証サーバ１００にアクセスする場合、認証情報の入力を省略して認証サーバ１００にログインすることができる。これにより、サイトへのログイン時に文字入力する煩わしさが軽減されるという効果が得られる。

ユーザが用いるクライアント端末の種類、アクセス回線の種類、その他の条件によっては、サイトを実現しているサーバがユーザ情報を取得することは必ずしも簡単ではなかった。例えば、スマートフォンの基本ソフトウェアの種類によっては、いわゆるクッキー情報は利用できない。端末に付与されるＩＰアドレスが頻繁に変わることも多い。結果として、サーバはユーザ（即ち端末）に対する識別を維持することは困難となり、認証について言えば、ログインする度に、ユーザＩＤおよびパスワードを入力するのが煩雑という問題がある。そこで、本発明においては、通信端末２００に割り当てられたＩＰｖ６アドレスを用いて各アプリが認証サーバ１００において認証をおこない、ログインすることにした。これにより、各アプリはログイン状態を共有することができる。

［２．通信端末の各構成］
図２は、第１の実施態様に係る通信端末の構成を示す機能ブロック図である。認証サーバ１００と通信端末２００とは、図示しないネットワークによって接続されており、各種の情報を交換する。かかるネットワークの一態様としては、有線または無線を問わず、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）、移動体通信網などの任意の通信網が挙げられる。また、通信端末２００は、ユーザが操作する端末装置である。例えば、通信端末２００は、デスクトップ型ＰＣ（パーソナルコンピュータ）、タブレット型ＰＣ、ノート型ＰＣなどの情報処理装置である。なお、通信端末２００は、スマートフォン、ＰＤＡ（Personal Digital Assistant）、携帯電話機であってもよい。

通信端末２００は、通信部２０１と、入力部２０２と、出力部２０３と、制御部２１０と、記憶部２４０とを有する。通信部２０１は、制御部２１０で作成されたパケットを基地局に送信する。入力部２０２は、タッチパネル、キーボード等であり、ログイン画面においてユーザＩＤとパスワードとを入力する際に使用される。出力部２０３は、モニタ等の表示機器に接続されており、ログイン画面や認証結果等を表示する。また、制御部２１０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現することができる。また、制御部２１０の機能は、例えば、ＣＰＵ（Central Processing Unit）が所定のプログラムを実行することで実現することができる。また、記憶部２４０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、ハードディスクや光ディスクなどの記憶装置に対応する。

まず、記憶部２４０の各構成について説明する。記憶部２４０は、各アプリケーションに対応付けられた１つの送信元識別情報を記憶する。具体的には、記憶部２４０は、ユーザの送信元識別情報として、ＩＰｖ６プロトコルに適応するＩＰｖ６アドレスを記憶する。ＩＰｖ６アドレスは、ユーザが認証サーバ１００からログアウトした後も、通信端末２００に継続して付与されるものであってもよい。

次に、制御部２１０の各構成について説明する。制御部２１０は、ブラウザアプリ制御部２１１と、検索アプリ制御部２１２と、地図アプリ制御部２１３と、メールアプリ制御部２１４と、ＧＷ制御部２２０と、ＮＧＷ（Native Gate Way）制御部２３０とを有する。ブラウザアプリ制御部２１１は、ウェブブラウザアプリを制御する。また、検索アプリ制御部２１２は、文書内の用語を検索する際に使用する検索アプリを制御する。また、メールアプリ制御部２１４は、メールアプリを制御する。ブラウザアプリ制御部２１１と、検索アプリ制御部２１２と、地図アプリ制御部２１３とは、ＧＷ制御部２２０と通信する。一方、メールアプリ制御部２１４は、ＮＧＷ制御部２３０と通信する。なお、ブラウザアプリ制御部２１１が制御するブラウザアプリ、検索アプリ制御部２１２が制御する検索アプリ、および地図アプリ制御部２１３が制御する地図アプリは、例えば、認証サーバ１００の管理者によって提供されるダウンロード可能なアプリである。また、メールアプリ制御部２１４によって制御されるメールアプリは、認証サーバ１００以外のサーバと通信する。

ＧＷ制御部２２０は、取得部２２１と、カプセル化部２２２と、送信部２２３とを有する。取得部２２１は、各アプリケーションのいずれかによりアクセスされた場合に、記憶部２４０から送信元識別情報を取得する。カプセル化部２２２は、送信元識別情報を含む第二パケットを内包する第一パケットを作成する。送信部２２３は、第一パケットを認証サーバ１００に送信する。本実施態様においてＧＷ制御部２２０は、ブラウザアプリ制御部２１１、検索アプリ制御部２１２、地図アプリ制御部２１３のいずれかの制御により、ＩＰｖ６パケットを内包するＩＰｖ４パケットを作成して認証サーバ１００に送信する。なお、カプセル化部２２２は作成部の一例である。また、ＧＷ制御部２２０は、図１に示されたＧＷ２０７のアプリケーションを実行する。

ＩＰｖ４パケットを認証サーバ１００に送信するまでの具体的な手順について説明する。まず、取得部２２１は、ブラウザアプリ制御部２１１が記憶部２４０にアクセスした場合に、記憶部２４０からＩＰｖ６アドレス２４１を取得する。次いで、カプセル化部２２２は、ＩＰｖ６パケット２０をカプセル化により内包するＩＰｖ４パケット１０を作成する。次いで、ＩＰｖ６パケット２０のヘッダ部は、ＩＰｖ６アドレスで表される送信先アドレスを含む。そして、送信部２２３は、作成したＩＰｖ４パケット１０を認証サーバ１００に送信する。

次に、ＩＰｖ４パケット１０の構造について説明する。図３は、第１の実施態様のＧＷ制御部で作成されるＩＰｖ４パケットの一例を示す図である。図３に示すように、ＩＰｖ４パケット１０はヘッダ部にＩＰｖ４アドレスで表される送信先アドレスを含む。また、ＩＰｖ４パケット１０はデータ部にＩＰｖ６パケット２０を内包する。一方、ＩＰｖ６パケット２０はヘッダ部にＩＰｖ６アドレスで表される送信元アドレスを含む。

なお、ＮＧＷ制御部２３０は、メールアプリ制御部２１４の制御により、ＩＰｖ４パケットを作成し、送信部２３１から送信する。

［３．第１の実施態様に係る認証サーバの各構成］
図４は、第１の実施態様に係る認証サーバの構成を示す機能ブロック図である。認証サーバ１００は、ログイン状態等を管理する情報処理装置である。図４に示すように、認証サーバ１００は、Ｉ／Ｆ１０１と、制御部１１０と、記憶部１２０とを有する。Ｉ／Ｆ１０１は、インターネットを介して先述の通信端末２００にデータを送受信する際の通信インタフェースである。

図４に示すように、認証サーバ１００の記憶部１２０は、端末の各アプリケーションに対応付けられた１つの送信元識別情報と、端末のログイン状態とを対応付けて記憶する認証ＤＢ１２１を有する。記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、ハードディスクや光ディスクなどの記憶装置に対応する。なお、認証ＤＢ１２１は、ユーザＩＤ等のユーザ識別情報を、送信元識別情報と端末のログイン状態とに対応付けて記憶してもよい。また、認証ＤＢ１２１は、送信元識別情報をユーザ識別情報として使用してもよい。つまり、認証ＤＢ１２１は、送信元識別情報をユーザＩＤと同様に取り扱ってもよい。

認証ＤＢ１２１は、各ユーザのログイン状態を管理するデータベースである。図５は、認証ＤＢのデータ構造の一例を示す図である。図５に示すように、認証ＤＢ１２１は、ユーザＩＤと、ログイン状態と、ＩＰｖ６アドレスとを対応付ける。「ユーザＩＤ」は、各ユーザを一意に識別するためのユーザ識別番号を示す。「ログイン状態」は、ユーザが認証サーバ１００にログインしているか否かを示す情報である。例えば、ユーザのログイン状態が「y」のとき、そのユーザがログインしている状態であることを示し、一方、ログイン状態が「n」のとき、そのユーザがログインしていない状態であることを示す。「ＩＰｖ６アドレス」は、ユーザに付されたＩＰｖ６アドレスを示す。

例えば、表示行１行目において、ユーザＩＤが「user0101」のユーザは、ログインしている状態で、ＩＰｖ６アドレスが「2891:0db8::2da1:31a6:0000:268d」であることを示す。また、表示行２行目において、ユーザＩＤが「user0102」のユーザは、ログインしていない状態で、ＩＰｖ６アドレスが「08dc:8954:3c6a:3110::23ad:0031」であることを示す。なお、その他のユーザＩＤのユーザに対しても、ログイン状態とＩＰｖ６アドレスが対応付けられる。

一方、図４に示すように、認証サーバ１００の制御部１１０は、受付部１１１と、認証制御部１１２と、提供部１１３とを有する。受付部１１１は、任意のアプリケーションから送信元識別情報を含むアクセス要求を受け付ける。また、認証制御部１１２は、アクセス要求に含まれる送信元識別情報に対応付けて記憶部１２０に記憶されているログイン情報に基づいて、端末に認証情報を要求するか否かを制御する。認証制御部１１２は、アクセス要求に含まれる送信元識別情報に対応するログイン状態がログイン中であることを示す場合に、端末に認証情報を要求せず、当該ログイン状態がログイン中でないことを示す場合に、端末に認証情報を要求する。また、提供部１１３は、送信元識別情報に応じたサービスをユーザに提供する。

制御部１１０の機能は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現することができる。また、制御部１１０の機能は、例えば、ＣＰＵ（Central Processing Unit）が所定のプログラムを実行することで実現することができる。

図４に示された制御部１１０の処理について、認証サーバ１００の処理の流れに沿って説明する。認証サーバ１００は、通信端末２００のブラウザアプリ制御部２１１が前回のログアウトから最初にログインする場合、以下のように処理する。まず、受付部１１１は、Ｉ／Ｆ１０１を介して、ブラウザアプリ制御部２１１からＩＰｖ４パケット１０を受け付ける。先述したように、ＩＰｖ４パケット１０は、ＩＰｖ６パケット２０を内包しており、ＩＰｖ６パケット２０は送信元識別情報として送信元のＩＰｖ６アドレスを有する。次いで、受付部１１１は、受け付けたＩＰｖ４パケット１０からＩＰｖ６パケット２０を取り出し、ＩＰｖ６パケット２０のヘッダ部から送信元のＩＰｖ６アドレスを抽出する。

次いで、認証制御部１１２は、図４の認証ＤＢ１２１において抽出したＩＰｖ６アドレスに対応するユーザＩＤを検索する。認証制御部１１２は、例えばＩＰｖ６アドレスが「08dc:8954:3c6a:3110::23ad:0031」であった場合、認証ＤＢ１２１の表示行２行目において、ユーザＩＤ「user0102」のユーザがログインしていない状態であることを確認する。次いで、認証制御部１１２は、通信端末２００のモニタにログイン画面を表示し、ユーザＩＤとパスワードの入力を促す。次いで、認証制御部１１２は、入力されたユーザＩＤとパスワードが正しい場合、認証ＤＢ１２１のユーザに対応するログイン状態を「n」から「y」へ変更する。次いで、認証制御部１１２は、ブラウザアプリ制御部２１１に対してログインを許可する。そして、提供部１１３は、通信端末２００のブラウザアプリ制御部２１１にサービスを提供する。以上により、通信端末２００の１回目のログイン処理が完了する。

次に、認証サーバ１００は、ブラウザアプリ制御部２１１がログインした状態で、検索アプリ制御部２１２が２回目にログインする場合、以下のように処理する。まず、受付部１１１は、Ｉ／Ｆ１０１を介して、ＧＷ制御部２２０からＩＰｖ４パケット１０を受け付ける。次いで、受付部１１１は、受け付けたＩＰｖ４パケット１０からＩＰｖ６パケット２０を取り出し、ＩＰｖ６パケット２０のヘッダ部から送信元のＩＰｖ６アドレスを抽出する。

次いで、認証制御部１１２は、認証ＤＢ１２１において、抽出したＩＰｖ６アドレスに対応するユーザＩＤを検索する。認証制御部１１２は、例えばＩＰｖ６アドレスが「08dc:8954:3c6a:3110::23ad:0031」であった場合、認証ＤＢ１２１の表示行２行目において、ユーザＩＤ「user0102」のユーザがすでにログインしている状態であることを確認する。次いで、認証制御部１１２は、検索アプリ制御部２１２に対してログインを許可する。そして、提供部１１３は、通信端末２００の検索アプリ制御部２１２にサービスを提供する。つまり、認証制御部１１２は、通信端末２００が別のアプリケーションから２回目以降にログインする場合、ユーザＩＤとパスワードの入力等の認証情報を要求するのを省略してログインを許可する。以上により、通信端末２００の２回目のログイン処理が完了する。

なお、認証サーバ１００は、ログインしてから所定時間経過しても何ら操作がなされない場合、ログイン状態を「y」から「n」に変更してもよい。

［４．効果］
以上説明したように、本発明の第１の態様に係る情報処理装置は、端末から、送信元の識別情報を含むアクセス要求を受け付ける受付部と、前記アクセス要求に含まれる前記識別情報に基づいて、前記端末を用いるユーザに関する情報であるユーザ情報を取得する制御部と、を備えることを特徴とする。これにより、端末から送信されたアクセス要求に含まれる送信元の識別情報により、ユーザを認識できるのでユーザ情報を簡単に取得できるという効果が得られる。

また、本発明の第２の態様に係る情報処理装置は、端末の各アプリケーションに対応付けられた１つの識別情報と、端末のログイン状態とを記憶する記憶部と、任意のアプリケーションから識別情報を含むアクセス要求を受け付ける受付部と、アクセス要求に含まれる識別情報に対応付けて記憶部に記憶されているログイン情報に基づいて、端末に認証情報を要求するか否かを制御する認証制御部と、を備えることを特徴とする。これにより、ユーザはログイン時にユーザＩＤとパスワードの入力をしなくても、サイトにアクセスするだけで自動的にユーザ認証をすることができるようになり、その結果、サイトへログインする際に文字入力する煩わしさが軽減される。

また、本発明の第３の態様に係る情報処理装置は、認証制御部は、アクセス要求に含まれる識別情報に対応するログイン状態がログイン中であることを示す場合に、端末に認証情報を要求せず、当該ログイン状態がログイン中でないことを示す場合に、端末に認証情報を要求することを特徴とする。これにより、通信端末は複数のアプリケーション間でログイン状態を共有することができ、ユーザがサイトへログインする際にユーザ認証情報を文字入力する煩わしさが軽減されるという効果が得られる。

また、本発明の第４の態様に係る情報処理装置は、受付部は、アクセス要求として、識別情報を含む第二パケットをカプセル化により内包する第一パケットを受け付け、認証制御部は、第二パケットに含まれる識別情報に対応するログイン状態に基づいて、認証情報を要求するか否かを制御することを特徴とする。

また、本発明の第５の態様に係る情報処理装置は、受付部は、アクセス要求として、ＩＰｖ６パケットを受け付け、認証制御部は、受付部によって受け付けられたＩＰｖ６パケットに設定されている送信元ＩＰアドレスを識別情報として用いることを特徴とする。これにより、あるパケットに内包されたパケットが有する識別情報によりログイン認証をすることができるという効果が得られる。

また、本発明の第６の態様に係る情報処理装置は、転送先アドレスを含む第二のＩＰｖ４パケットをカプセル化により内包するＩＰｖ６パケットを、さらにカプセル化により内包した第一のＩＰｖ４パケットから、第二のＩＰｖ４パケットを抽出して送信先アドレスに対応する装置に転送する転送部をさらに備え、受付部は、ＩＰｖ６パケットに含まれる送信元アドレスと、第二のＩＰｖ４パケットに含まれる転送先アドレスとを対応付けた履歴情報を、記憶部にさらに記憶させることを特徴とする。これにより、現在使用している通信網がＩＰｖ４に対応しているが、将来通信網がＩＰｖ６に対応するようになった場合においても、ＩＰｖ６パケット部分のみを送信することにより、本態様に係る情報処理装置を継続して使用できるという効果が得られる。

また、本発明の第７の態様に係る情報処理装置は、識別情報に応じたサービスをユーザに提供する提供部を、さらに有することを特徴とする。これにより、ユーザは識別情報に応じたサービスを受けることができるという効果が得られる。

また、本発明の第８の態様に係る通信端末は、各アプリケーションに対応付けられた１つの識別情報を記憶する記憶部と、各アプリケーションのいずれかによりアクセスされた場合に、記憶部から識別情報を取得する取得部と、識別情報を含む第二パケットを内包する第一パケットを作成する作成部と、第一パケットを請求項１に記載のユーザ認証装置に送信する送信部とを有することを特徴とする。これにより、通信端末は複数のアプリケーション間でログイン状態を共有することができるという効果が得られる。

［５．第１の実施態様に関連する他の実施態様］
（ユーザ登録）
認証サーバ１００は、ＩＰｖ４パケット１０から取り出した送信元のＩＰｖ６アドレスが認証ＤＢ１２１に含まれない場合、ユーザ登録情報が未登録と判断してもよい。この場合、認証サーバ１００は、住所、氏名等のユーザ登録情報や、ユーザＩＤ、パスワード等の認証情報を設定するためのユーザ情報登録フォーマットを通信端末２００のモニタに表示し、ユーザ登録を促してもよい。

（ログイン後にアドレスを変更する実施態様）
また、通信端末２００に付されたＩＰｖ６アドレスは、ログイン時は同一アドレスを維持し、ユーザが認証サーバ１００からログアウトした後は次回ログイン時に別のアドレスを付与してもよい。この場合において認証サーバ１００は、以下の処理をおこなう。

認証サーバ１００は、通信端末２００のブラウザアプリ制御部２１１が前回のログアウトから最初にログインする場合、以下のように処理する。まず、受付部１１１は、受け付けたＩＰｖ４パケット１０から送信元のＩＰｖ６アドレスを抽出する。次いで、認証制御部１１２は、認証ＤＢ１２１において、抽出したＩＰｖ６アドレスに対応するユーザＩＤを検索する。次いで、認証制御部１１２は、ＩＰｖ６アドレスに対応するユーザＩＤがない場合、通信端末２００のモニタにログイン画面を表示し、ユーザＩＤとパスワードの入力を促す。次いで、認証制御部１１２は、ユーザＩＤとパスワードが正しい場合、認証ＤＢ１２１のユーザに対応するログイン状態を「n」から「y」に変更し、ＩＰｖ６アドレスを、送信元のＩＰｖ６アドレスに更新する。そして、認証制御部１１２は、ブラウザアプリ制御部２１１に対してログインを許可する。これにより、認証サーバ１００は、通信端末２００が次回アクセスした際に、通信端末２００から受け付けたＩＰｖ４パケット１０によりユーザ認証することができる。そして、通信端末２００の複数のアプリケーションは、ログイン状態を共有することができる。

（ユーザ属性・位置情報の使用）
また、認証サーバ１００は、送信元のＩＰｖ６アドレスからユーザＩＤを特定し、ユーザＩＤに応じたサービスをユーザに提供してもよい。上記実施態様では通信端末２００が、ＩＰｖ６パケットのヘッダ部にＩＰｖ６アドレスを含ませて送信する旨を説明したが、通信端末２００はＩＰｖ６パケットのデータ部にユーザ情報を含ませて送信してもよい。例えば、通信端末２００は、ＧＰＳ（Global Positioning System）等で取得した現在位置情報をユーザ情報としてＩＰｖ６パケット２０のデータ部に格納してもよい。そして、認証サーバ１００は、ＩＰｖ６パケット２０から現在位置情報を取り出し、天気情報、近隣の飲食料品店等の現在位置に対応する情報を通信端末２００に送信してもよい。また、ＩＰｖ６パケットのデータ部に含ませるユーザ情報は、現在位置情報又は現在位置情報が属する地域（例えば行政区画）に限らず、ユーザの属性、例えば性別、年代、職種、興味関心の対象とするテーマその他でもよい。

認証サーバ１００は、通信端末２００がログインする際にユーザ情報を受け付け、認証ＤＢ１２１においてＩＰｖ６アドレスによりユーザＩＤを取得し、ユーザＩＤとユーザ情報とを、ユーザ情報を管理している管理サーバに送信する。管理サーバは、ユーザＩＤに関連付けてユーザ情報をユーザ属性として登録する。提供部１１３は、管理サーバに登録されたユーザ属性を使用して、ログインしたユーザに対して広告等のサービスを提供してもよい。これにより、認証サーバ１００は、ログインしたユーザに対してユーザ属性に適応したサービスを提供することができる。なお、認証サーバ１００は認証ＤＢ１２１においてユーザ情報をユーザ属性として登録してもよい。

（パスワードのみの認証）
また、認証制御部１１２は、通信端末２００の１回目のログイン処理においてユーザＩＤの入力を促さず、パスワードの入力のみを促し、ＩＰｖ６アドレスとパスワードのみでユーザ認証してもよい。具体的には、受付部１１１は、受け付けたＩＰｖ４パケット１０から送信元のＩＰｖ６アドレスを抽出する。次いで、認証制御部１１２は、送信元のＩＰｖ６アドレスによりアクセスしたユーザがログインしていない状態であることを確認する。次いで、認証制御部１１２は、通信端末２００のモニタにログイン画面を表示しパスワードの入力のみを促す。次いで、認証制御部１１２は、入力されたパスワードが正しい場合、認証ＤＢ１２１のユーザに対応するログイン状態を「n」から「y」へ変更する。次いで、認証制御部１１２は通信端末２００からのログインを許可する。そして、提供部１１３は、通信端末２００にサービスを提供する。これにより、認証制御部１１２は、入力されたパスワードのみでユーザ認証をおこなう。

（本発明の技術分野における動向）
なお、ＩＰｖ４プロトコルにおける総アドレス数が４２億個であるのに対して、ＩＰｖ６プロトコルにおける総アドレス数は３４０澗個あるといわれており、ＩＰｖ６プロトコルは広いアドレス空間を有する。ＩＰｖ４ネットワークは、各ユーザがＩＰｖ４プロトコルを利用して通信する場合、複数のユーザ間で１つのアドレスを使いまわすことにより、ＩＰｖ４アドレスが枯渇するのを回避していた。しかし、ＩＰｖ６ネットワークは、各ユーザに固定アドレスを割り当てるのに十分なアドレス空間を有するので１つのアドレスを使いまわす必要がない。また、携帯端末のキャリアは、３Ｇ回線においては携帯端末に固定ＩＰアドレスを割り当てることが可能である。したがって、携帯端末のキャリアは、携帯端末からサイトにアクセスするユーザ対して固定のＩＰｖ６アドレスを割り当てるサービスを広めると考えられる。

［６．第１の実施態様に係る作用］
次に、通信端末２００が認証サーバ１００にログインするまでの処理の流れについて説明する。図６は、第１の実施態様に係る認証サーバのログイン処理の流れを示したフローチャート図である。図６に示したように、まず、認証サーバ１００の受付部１１１は、ＩＰｖ４パケットを受け付ける（ステップＳ１０）。次いで、受付部１１１は、受け付けたＩＰｖ４パケットに内包されるＩＰｖ６パケットから、送信元のＩＰｖ６アドレスを取り出す（ステップＳ１１）。次いで、認証制御部１１２は、認証ＤＢ１２１においてＩＰｖ６アドレスを検索する（ステップＳ１２）。

認証制御部１１２は、認証ＤＢ１２１にＩＰｖ６アドレスが存在しない場合（ステップＳ１３No）、ユーザ情報登録フォーマットを通信端末２００のモニタに表示する（ステップＳ１４）。次いで、認証制御部１１２は、ＩＰｖ６アドレスを、ユーザ情報登録フォーマットに入力されたユーザＩＤに対応付けて認証ＤＢ１２１に登録する（ステップＳ１５）。次いで、認証制御部１１２は、ログインを許可し、ログイン処理をおこなう（ステップＳ１９）。

一方、認証制御部１１２は、認証ＤＢ１２１にＩＰｖ６アドレスが存在する場合（ステップＳ１３Yes）、認証ＤＢ１２１のログイン状態を確認し、ユーザがログインしているか否かを判定する（ステップＳ１６）。認証制御部１１２は、ユーザがログインしていない場合（ステップＳ１６No）、通信端末２００のモニタにログイン画面を表示し、ログイン認証する（ステップＳ１７）。次いで、認証制御部１１２はログイン状態をログイン済みの状態に変更する（ステップＳ１８）。次いで、認証制御部１１２は、ログインを許可し、ログイン処理をおこなう（ステップＳ１９）。

一方、認証制御部１１２は、ユーザがログインしている場合（ステップＳ１６Yes）、ユーザＩＤとパスワードの入力等の認証情報を要求するのを省略してログインを許可し、ログイン処理をおこなう（ステップＳ１９）。

［７．第２の実施態様に係る認証サーバの各構成］
図７は、第２の実施態様に係る認証サーバの構成を示す機能ブロック図である。図７に示す認証サーバ３００は、通信端末２００が他サーバにパケットを送信しようとする際の中継サーバとして機能する。図７に示すように、認証サーバ３００は、Ｉ／Ｆ３０１と、制御部３１０と、記憶部３２０とを有する。Ｉ／Ｆ３０１は、先述の通信端末２００が他サーバにデータを送信する際に使用される通信インタフェースである。

図７に示すように、認証サーバ３００の記憶部３２０は、認証ＤＢ３２１と、履歴ＤＢ３２２とを有する。履歴ＤＢ３２２はユーザの接続履歴を記録するデータベースである。図８は、履歴ＤＢのデータ構造の一例を示す図である。図８に示すように、履歴ＤＢ３２２は、ユーザＩＤと、ＩＰｖ６アドレスと、転送先アドレスとを対応付ける。「ユーザＩＤ」は、各ユーザを一意に識別するためのユーザ識別番号を示す。「ＩＰｖ６アドレス」は、各ユーザに付されたＩＰｖ６アドレスを示す。「転送先アドレス」は、ユーザがアクセスしようとしているサーバのアドレスを示す。なお、認証ＤＢ３２１のデータ構造は、第１の実施態様と同一である。

例えば、履歴ＤＢ３２２は、表示行１行目においてユーザＩＤ「user0103」のユーザは、送信元のＩＰｖ６アドレスが「7312:08da:214d:8f3d::ac23:0130」であり、転送先アドレス「http://www.abcdef.co.jp」のサーバにアクセスしたことを示す。また、履歴ＤＢ３２２は、表示行２行目においてユーザＩＤ「user0104」のユーザは、ＩＰｖ６アドレスが「41ad::890f:2cdf:032a:3fca:128d」であり、転送先アドレス「http://www.bcdefg.co.jp」のサーバにアクセスしたことを示す。なお、履歴ＤＢ３２２は、他の表示行においてもユーザの接続履歴を記憶する。

一方、図７に示すように、認証サーバ３００の制御部３１０は、受付部３１１と、認証制御部３１２と、転送部３１３とを有する。受付部３１１は、第二のＩＰｖ４パケットに含まれる送信元アドレスと、第二のＩＰｖ４パケットに含まれる送信先アドレスとを対応付けた履歴情報を、記憶部３２０にさらに記憶させる。転送部３１３は、転送先アドレスを含む第二のＩＰｖ４パケットをカプセル化により内包するＩＰｖ６パケットを、さらにカプセル化により内包した第一のＩＰｖ４パケットから、第二のＩＰｖ４パケットを抽出して送信先アドレスに対応する装置に転送する。

図７に示された制御部３１０の処理について、認証サーバ３００の処理の流れに沿って説明する。まず、受付部３１１は、Ｉ／Ｆ３０１を介して、ブラウザアプリ制御部２１１からＩＰｖ４パケット１１を受け付ける。

ＩＰｖ４パケット１１の構造について説明する。図９は、第２の実施態様のＧＷ制御部で作成されるＩＰｖ４パケットの一例を示す図である。図９に示すように、ＩＰｖ４パケット１１は、ヘッダ部に送信先アドレスを含み、データ部にＩＰｖ６パケット２１を内包する。さらにＩＰｖ６パケット２１は、ヘッダ部に送信元アドレスを含み、データ部にＩＰｖ４パケット３１を内包する。さらに、ＩＰｖ４パケット３１は、ヘッダ部に転送先アドレスを含む。なお、送信先アドレスは認証サーバ３００のアドレスを示し、転送先アドレスはユーザがアクセスしようとしているサーバのアドレスを示す。

次いで、受付部３１１は、受け付けたＩＰｖ４パケット１１のデータ部からＩＰｖ６パケット２１を取り出す。次いで、受付部３１１は、ＩＰｖ６パケット２１のヘッダ部から送信元アドレスを抽出し、データ部からＩＰｖ４パケット３１を取り出す。さらに、受付部３１１は、ＩＰｖ４パケット３１のヘッダ部から転送先アドレスを抽出する。

次いで、認証制御部３１２は、図５の認証ＤＢ３２１において、抽出したＩＰｖ６アドレスに対応するユーザＩＤを検索する。次いで、認証制御部３１２は、ＩＰｖ６アドレスが「7312:08da:214d:8f3d::ac23:0130」であった場合、対応するユーザＩＤが「user0103」であることを確認する。次いで、認証制御部３１２は、ユーザＩＤ「user0103」と、ＩＰｖ６アドレス「7312:08da:214d:8f3d::ac23:0130」と、転送先アドレス「http://www.bcdefg.co.jp」とを対応付けて履歴ＤＢ３２２に記憶する。次いで、転送部３１３は、受付部３１１により取り出されたＩＰｖ４パケット３１を転送先のサーバに転送する。

これにより、認証サーバ３００は、ユーザの他サーバへのアクセス履歴を取得できる。この他サーバへのアクセス履歴は、例えば、ユーザの興味や関心に即した広告を配信する際に使用できる。

［８．第２の実施態様に係る作用］
次に、認証サーバ３００が他サーバにパケットを転送するまでの処理の流れについて説明する。図１０は、第２の実施態様に係る認証サーバが他サーバにパケットを転送するまでの処理の流れを示したフローチャート図である。図１０に示したように、まず、認証サーバ３００の受付部３１１は、ＩＰｖ４パケット１１を受け付ける（ステップＳ２０）。次いで、受付部３１１は、受け付けたＩＰｖ４パケット１１が内包するＩＰｖ６パケット２１からＩＰｖ６アドレスを取り出す（ステップＳ２１）。次いで、受付部３１１は、ＩＰｖ６パケット２１が内包するＩＰｖ４パケット３１を取り出す。次いで、受付部３１１は、ＩＰｖ６パケット２１が内包するＩＰｖ４パケット３１を取り出す。次いで、受付部３１１は、ＩＰｖ４パケット３１から転送先アドレスを取得する（ステップＳ２２）。

次いで、認証制御部３１２は、認証ＤＢ３２１においてＩＰｖ６アドレスを検索する（ステップＳ２３）。転送部３１３は、認証ＤＢ３２１においてＩＰｖ６アドレスが存在しない場合（ステップＳ２４No）、ＩＰｖ６パケット２１が内包するＩＰｖ４パケット３１を転送先の他サーバに転送する（ステップＳ２６）。

一方、認証制御部３１２は、認証ＤＢ３２１においてＩＰｖ６アドレスが存在する場合（ステップＳ２４Yes）、ユーザＩＤと、ＩＰｖ６アドレスと、転送先アドレスとを対応付けて履歴ＤＢ３２２に記憶する（ステップＳ２５）。そして、転送部３１３は、ＩＰｖ４パケット３１を転送先の他サーバに転送する（ステップＳ２６）。

［９．認証サーバのハードウェア構成］
第１の実施態様の認証サーバ１００または第２の実施態様の認証サーバ３００は、例えば図１１に示すような構成のコンピュータ４００によって実現される。図１１は、認証サーバの機能を実現するコンピュータ４００の一例を示すハードウェア構成図である。コンピュータ４００は、ＣＰＵ（Central Processing Unit）４０１、ＲＡＭ（Random Access Memory）４０２、ＲＯＭ（Read Only Memory）４０３、ＨＤＤ（Hard Disk Drive）４０４、通信インタフェース（Ｉ／Ｆ）４０５、入出力インタフェース（Ｉ／Ｆ）４０６、およびメディアインタフェース（Ｉ／Ｆ）４０７を備える。

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

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

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

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

コンピュータ４００が第１の実施態様の実施形態における認証サーバ１００として機能する場合、コンピュータ４００のＣＰＵ４０１は、ＲＡＭ４０２上にロードされたプログラムを実行することにより、受付部１１１、認証制御部１１２、および提供部１１３等の各機能を実現する。また、ＨＤＤ４０４には、認証ＤＢ１２１が格納される。

［１０．通信端末のハードウェア構成］
第１の実施態様における通信端末２００は、例えば図１２に示すような構成のコンピュータ５００によって実現される。図１２は、通信端末の機能を実現するコンピュータ５００の一例を示すハードウェア構成図である。コンピュータ５００は、ＣＰＵ（Central Processing Unit）５０１、ＲＡＭ（Random Access Memory）５０２、ＲＯＭ（Read Only Memory）５０３、ＨＤＤ（Hard Disk Drive）５０４、通信インタフェース（Ｉ／Ｆ）５０５、入出力インタフェース（Ｉ／Ｆ）５０６、メディアインタフェース（Ｉ／Ｆ）５０７、およびＧＰＳ５０９を備える。

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

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

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

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

ＧＰＳ５０９は、通信端末２００の現在位置に対応する経度および緯度を計測して取得する。

コンピュータ５００が第１の実施態様の実施形態における通信端末２００として機能する場合、コンピュータ５００のＣＰＵ５０１は、ＲＡＭ５０２上にロードされたプログラムを実行することにより、取得部２２１、カプセル化部２２２、および送信部２２３等の各機能を実現する。また、ＨＤＤ５０４には、ＩＰｖ６アドレス２４１が格納される。

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

また、特許請求の範囲に記載した「部」は、「手段（section、module、unit）」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

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

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

１００ 認証サーバ
１０１ Ｉ／Ｆ
１１０ 制御部
１１１ 受付部
１１２ 認証制御部
１１３ 提供部
１２０ 記憶部
１２１ 認証ＤＢ

Claims (8)

1. 端末の各アプリケーションに対応付けられた１つの識別情報と、前記端末のログイン状態とを記憶する記憶部と、
   任意のアプリケーションから前記識別情報を含むアクセス要求として、前記識別情報を含む第二パケットをカプセル化により内包する第一パケットを受け付ける受付部と、
   前記アクセス要求に含まれる識別情報に対応付けて前記記憶部に記憶されているログイン状態に基づいて、前記端末に認証情報を要求するか否かを制御する認証制御部と、
   転送先ＩＰアドレスを含むパケットをカプセル化により内包する前記第二パケットを、さらにカプセル化により内包した第一パケットから、前記転送先ＩＰアドレスを含むパケットを抽出して、前記転送先ＩＰアドレスに対応する装置に転送する転送部と、
   を備えることを特徴とする情報処理装置。
2. 前記認証制御部は、
   前記アクセス要求に含まれる識別情報に対応するログイン状態がログイン中であることを示す場合に、前記端末に前記認証情報を要求せず、当該ログイン状態がログイン中でないことを示す場合に、前記端末に前記認証情報を要求する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記認証制御部は、
   前記第二パケットに含まれる識別情報に対応するログイン状態に基づいて、前記認証情報を要求するか否かを制御する、
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記受付部は、
   前記アクセスに含まれる第二パケットとして、ＩＰｖ６パケットを受け付け、
   前記認証制御部は、
   前記受付部によって受け付けられたＩＰｖ６パケットに設定されている送信元ＩＰアドレスを前記識別情報として用いる、
   ことを特徴とする請求項１〜３のいずれか一に記載の情報処理装置。
5. 前記転送部は、
   前記転送先ＩＰアドレスを含む第二のＩＰｖ４パケットをカプセル化により内包する前記ＩＰｖ６パケットを、さらにカプセル化により内包した第一のＩＰｖ４パケットから、前記第二のＩＰｖ４パケットを抽出して前記転送先ＩＰアドレスに対応する装置に転送し、
   前記受付部は、前記ＩＰｖ６パケットに含まれる送信元ＩＰアドレスと、前記第二のＩＰｖ４パケットに含まれる転送先ＩＰアドレスとを対応付けた履歴情報を、前記記憶部にさらに記憶させることを特徴とする請求項４に記載の情報処理装置。
6. 前記識別情報に応じたサービスをユーザに提供する提供部を、さらに有することを特徴とする請求項１〜５のいずれか一に記載の情報処理装置。
7. 各アプリケーションに対応付けられた１つの識別情報を記憶する記憶部と、
   前記各アプリケーションのいずれかによりアクセスされた場合に、前記記憶部から前記識別情報を取得する取得部と、
   前記識別情報を含む第二パケットを内包する第一パケットを作成する作成部と、
   前記第一パケットを請求項１に記載の情報処理装置に送信する送信部とを有することを特徴とする端末。
8. 情報処理装置が、
   任意のアプリケーションから識別情報を含むアクセス要求として、前記識別情報を含む第二パケットをカプセル化により内包する第一パケットを受け付ける受付工程と、
   端末の各アプリケーションに対応付けられた１つの識別情報と、前記端末のログイン状態とを記憶する記憶部から、前記アクセス要求に含まれる識別情報に対応付けて記憶されているログイン状態を取得する取得工程と、
   取得した前記ログイン状態に基づいて前記端末に認証情報を要求するか否かを制御する制御工程と、
   転送先ＩＰアドレスを含むパケットをカプセル化により内包する前記第二パケットを、さらにカプセル化により内包した第一パケットから、前記転送先ＩＰアドレスを含むパケットを抽出して、前記転送先ＩＰアドレスに対応する装置に転送する転送工程と、
   を実行することを特徴とする情報処理方法。

Images