(57)【要約】【課題】セッションＩＤを含むＵＲＬにてリクエストを受け付ける場合のセキュリティの向上。【解決手段】端末識別情報記憶手段は、ユーザ端末を特定するための端末識別情報を記憶する。ＵＲＬ送信手段は、セッションＩＤを生成し、ユーザ端末に対して前記セッションＩＤを含んだＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を送信する。リクエスト処理手段は、ユーザ端末からセッションＩＤを含んだＵＲＬによるリクエストを受け付ける度に、ユーザ端末から受信した端末識別情報を確認し、前記記憶しておいた端末識別情報と一致する場合にリクエストに応じ、前記記憶しておいた端末識別情報と一致しなかった場合は、リクエストを拒否する。【選択図】図１
2010134602.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末を特定するための端末識別情報を記憶する手段と、
セッションＩＤを生成し、ユーザ端末に対して、前記セッションＩＤを含んだＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を送信する手段と、
ユーザ端末から前記セッションＩＤを含んだＵＲＬによるリクエストを受け付ける度に、前記ユーザ端末から受信した端末識別情報を確認し、前記記憶しておいた端末識別情報と一致する場合に前記ユーザ端末の前記リクエストに応じ、前記記憶しておいた端末識別情報と一致しなかった場合は、前記リクエストを拒否する手段と、
を備えるセッション管理装置。
【請求項２】
前記セッションＩＤは、ログイン時にユーザに割り当てられるログイン情報管理ＩＤと付加情報との組み合わせにより構成され、
更に、前記セッションＩＤに含まれるログイン情報管理ＩＤに対応するユーザ情報が、前記端末識別情報と紐付けられて記憶されているユーザ情報と一致するか否かの確認を行う請求項１に記載のセッション管理装置。
【請求項３】
前記端末識別情報によるセッション管理に加えて、ユーザ端末毎に最終アクセス時刻を更新管理し、前記最終アクセス時刻からの経過時間に基づいてセッションタイムアウトの判定を行う請求項１又は２に記載のセッション管理装置。
【請求項４】
前記ユーザ端末から受信した端末識別情報と、前記記憶しておいた端末識別情報と一致しなかった場合は、再度のログイン手続きを要求する請求項１乃至３いずれか一に記載のセッション管理装置。
【請求項５】
予めユーザ端末を特定するための端末識別情報を記憶しておき、
セッションＩＤを生成し、ユーザ端末に対して、前記セッションＩＤを含んだＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を送信し、
ユーザ端末から前記セッションＩＤを含んだＵＲＬによるリクエストを受け付ける度に、前記ユーザ端末から受信した端末識別情報を確認し、前記記憶しておいた端末識別情報と一致する場合に前記ユーザ端末の前記リクエストに応じ、前記記憶しておいた端末識別情報と一致しなかった場合は、前記リクエストを拒否するセッション管理方法。
【請求項６】
予め入力されたユーザ端末を特定するための端末識別情報を記憶する処理と、
セッションＩＤを生成し、ユーザ端末に対して、前記セッションＩＤを含んだＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を送信する処理と、
ユーザ端末から前記セッションＩＤを含んだＵＲＬによるリクエストを受け付ける度に、前記ユーザ端末から受信した端末識別情報を確認し、前記記憶しておいた端末識別情報と一致する場合に前記ユーザ端末の前記リクエストに応じ、前記記憶しておいた端末識別情報と一致しなかった場合は、前記リクエストを拒否する処理をセッション管理装置を構成するコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログインしたユーザを識別するためにセッションＩＤを発行することよってセッションの管理を行うセッション管理装置、セッション管理方法及びプログラムに関する。
【背景技術】
【０００２】
Ｗｅｂアプリケーションと、ブラウザの間でやり取りされるセッションＩＤを盗まれてしまうと、所謂セッションの乗っ取りが行われる可能性がある。そこで、Ｓｅｃｕｒｅ属性を与えたクッキー（Ｃｏｏｋｉｅ）を用いる方法やＰＯＳＴメソッドのｈｉｄｄｅｎパラメータに格納して受け渡しする方法が知られている。
【０００３】
しかしながら、携帯電話端末やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の携帯端末の中には、クッキーを利用できないものがあり、ＨＴＴＰ通信時のＵＲＬにセッションＩＤを付与（引数として付ける）方法を採らざるを得ないケースがある。
【０００４】
例えば、特許文献１には、上記セッションＩＤとは別に、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）毎に管理識別子を生成してクライアント装置に送出し、ＵＲＬに有効な管理識別子が含まれるか否かにより応答メッセージをクライアント装置に送信するか否かを制御するクライアントアクセス管理方法が開示されている。
【０００５】
また、特許文献２には、ハイパーリンクに暗号化したユーザ認証情報を付与（埋め込む）方法、ＦＯＲＭタグにユーザ認証情報を格納して受け渡しする方法が開示されている（特許文献２の図４参照）。
【０００６】
【特許文献１】特開２００５−１２２７６４号公報
【特許文献２】特開２００５−２２２４８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述の通り、ユーザ端末の仕様や運用上の要請や、クッキーを利用できない等の理由から、セッションＩＤが含まれたＵＲＬにより、コンテンツの取得要求（リクエスト）を受け付けざるを得ないケースがある。
【０００８】
上記のようにセッションＩＤが含まれたＵＲＬによりアクセスする携帯電話端末等では、ブックマーク等にＵＲＬを登録でき、更に、当該ブックマークをメール等で送信することができる。このようなブックマークを他人に誤配送してしまったり、インターネット上に掲載してしまうと、セッションが有効である間は他人が勝手に本人としてアクセス可能な状態（なりすまし）になってしまう。
【０００９】
上記した特許文献１においても、管理識別子を含んだＵＲＬやブックマークを他人に送信してしまえば、同様の問題が発生する。特許文献２においても、暗号化したユーザ認証情報を含んだＵＲＬやブックマークを他人に送信してしまえば、同様の問題が発生する。
【００１０】
本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、ＵＲＬにセッションＩＤを含ませるタイプの簡便なセッション管理を行う場合における、ＵＲＬの不正使用によるセッションの乗っ取りやなりすましを防ぐことのできるセッション管理装置、セッション管理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明の第１の視点によれば、ユーザ端末を特定するための端末識別情報を記憶する手段と、セッションＩＤを生成し、ユーザ端末に対して前記セッションＩＤを含んだＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を送信する手段と、ユーザ端末から前記セッションＩＤを含んだＵＲＬによるリクエストを受け付ける度に、前記ユーザ端末から受信した端末識別情報を確認し、前記記憶しておいた端末識別情報と一致する場合に前記ユーザ端末の前記リクエストに応じ、前記記憶しておいた端末識別情報と一致しなかった場合は、前記リクエストを拒否する手段と、を備えるセッション管理装置が提供される。
【００１２】
本発明の第２の視点によれば、予めユーザ端末を特定するための端末識別情報を記憶しておき、セッションＩＤを生成し、ユーザ端末に対して前記セッションＩＤを含んだＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を送信し、ユーザ端末から前記セッションＩＤを含んだＵＲＬによるリクエストを受け付ける度に、前記ユーザ端末から受信した端末識別情報を確認し、前記記憶しておいた端末識別情報と一致する場合に前記ユーザ端末の前記リクエストに応じ、前記記憶しておいた端末識別情報と一致しなかった場合は、前記リクエストを拒否するセッション管理方法が提供される。
【００１３】
本発明の第３の視点によれば、予め入力されたユーザ端末を特定するための端末識別情報を記憶する処理と、セッションＩＤを生成し、ユーザ端末に対して前記セッションＩＤを含んだＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を送信する処理と、ユーザ端末から前記セッションＩＤを含んだＵＲＬによるリクエストを受け付ける度に、前記ユーザ端末から受信した端末識別情報を確認し、前記記憶しておいた端末識別情報と一致する場合に前記ユーザ端末の前記リクエストに応じ、前記記憶しておいた端末識別情報と一致しなかった場合は、前記リクエストを拒否する処理をセッション管理装置を構成するコンピュータに実行させるプログラムが提供される。
【発明の効果】
【００１４】
本発明によれば、セッションＩＤを含むＵＲＬにてリクエストを受け付ける場合におけるセッション乗っ取りやなりすましを困難化することが可能になる。その理由は、リクエストを受け付ける度に、セッションＩＤに加えて、端末識別情報の確認をその都度実行するようにしたことにある。
【発明を実施するための最良の形態】
【００１５】
［発明の概要］
始めに、本発明の概要について図面を参照して説明する。図１は、本発明の概要を説明するための図である。図１を参照すると、リクエスト処理手段２１と、ＵＲＬ送信手段２２と、端末識別情報記憶手段２３とを備えたセッション管理装置２０が示されている。
【００１６】
端末識別情報記憶手段２３には、ログイン時やユーザ登録時等にユーザ端末１０から送信されたユーザ端末１０固有の端末識別情報が記憶されている。
【００１７】
セッション管理装置２０の動作を概説すると、ＵＲＬ送信手段２２は、任意のタイミングでセッションＩＤを生成し、ユーザ端末１０の認証成功時やユーザ端末１０からのアクセスを誘引したい場合に、該セッションＩＤを含んだＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をユーザ端末１０に送信する。ＵＲＬの送信形態は、ＵＲＬ部分に生成したセッションＩＤを付加したＷｅｂページやそのようなＵＲＬを含んだ電子メール等、適宜選択することができる。
【００１８】
リクエスト処理手段２１は、ユーザ端末１０から前記セッションＩＤを含んだＵＲＬによるリクエストを受け付ける度に、ユーザ端末１０から受信した端末識別情報を確認し、予め端末識別情報記憶手段２３に記憶しておいた端末識別情報と一致する場合にユーザ端末１０に対してレスポンスを返す。
【００１９】
一方、記憶しておいた端末識別情報と一致しなかった場合、リクエスト処理手段２１は、リクエストを拒否する。
【００２０】
以上により、例えば、ＵＲＬ送信手段２２にて発行・送信されたＵＲＬが、第三者に渡ってしまった場合であっても、その不正使用を防ぐことが可能になる。
【００２１】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図２は、本発明の第１の実施形態の構成を示すブロック図である。図２を参照すると、Ｗｅｂアプリケーションの利用者が使用する携帯端末１と、Ｗｅｂサーバ２と、Ｗｅｂサーバ２内で動作するＷｅｂアプリケーション３と、リスト管理オブジェクト４と、が示されている。
【００２２】
携帯端末１は、Ｗｅｂサーバ２に対して表示したい情報を要求（リクエスト）し、Ｗｅｂサーバ２から返却してもらった表示情報（レスポンス）を表示する。
【００２３】
Ｗｅｂサーバ２は、携帯端末１から受け取った要求をＷｅｂアプリケーション３に送り、Ｗｅｂアプリケーション３の処理結果（表示情報）を携帯端末１に返却する。また、Ｗｅｂサーバ２は、リスト管理オブジェクト４をその記憶装置に保持している。
【００２４】
Ｗｅｂアプリケーション３は、要求処理部３１と、セッションＩＤ生成部３２と、ログイン情報管理部３３とを備える。従って、Ｗｅｂサーバ２は、セッション管理を行うセッション管理装置としても機能する。
【００２５】
要求処理部３１は、Ｗｅｂサーバ２から送られた要求を受け取り、そのＵＲＬに基づいて、ログイン要求か否かを判別し、切り分けを行う。ログイン要求の場合は、要求処理部３１は、セッションＩＤ生成部３２にログイン処理を依頼し、その結果を元に、ログイン情報管理部３３に対しリスト管理オブジェクト４への登録を依頼する。Ｗｅｂサーバ２から送られた要求がその他の要求である場合、要求処理部３１は、ＵＲＬに含まれるセッションＩＤを用いた認証チェックやセッションタイムアウト判定を行い、その結果に応じて当該要求の処理を行う。
【００２６】
セッションＩＤ生成部３２は、携帯端末１から入力された内容に基づき、ログイン処理を行い、ログインを認める場合にシステム一意のセッションＩＤを生成し、要求処理部３１に出力する。セッションＩＤは、例えば、Ｗｅｂサーバ２のシステム時刻とＷｅｂアプリケーション３のログイン情報管理ＩＤの組み合わせである２４桁の文字列：”ＹＹＹＹＭＭＤＤＨＨＳＳｎｎｎｎｎｎｎｎｎｎｎｎ”とすることができる。ログイン情報管理ＩＤとは、ログイン成功時にログインユーザに割り当てられるシステム一意のＩＤのことをいうものとする。なお、上記の付加情報としてシステム時刻を用いたセッションＩＤの生成規則は、あくまで一例であり、その他第三者がセッションＩＤを推測できないような生成規則を用いることができる。
【００２７】
ログイン情報管理部３３は、セッションＩＤ生成部３２で生成されたセッションＩＤに、セッション情報として、ユーザＩＤ／パスワード／ログイン情報管理ＩＤ／最終アクセス時間／個体識別番号等を紐付けてリスト管理オブジェクト４に格納する。個体識別番号とは、製造番号／サブスクライバＩＤ／端末シリアル番号等の携帯端末固有の番号である。
【００２８】
リスト管理オブジェクト４は、セッションＩＤをキーとし、ユーザＩＤ／パスワード／ログイン情報管理ＩＤ／最終アクセス時間／個体識別番号といったセッション情報を記憶・管理する。図３はリスト管理オブジェクト４で管理されるセッションＩＤ、セッション情報の例である。
【００２９】
続いて、図４のフローチャートを参照して本発明の第１の実施形態の動作について詳細に説明する。
【００３０】
まず、利用者は携帯端末１からＷｅｂサーバ２に対してＷｅｂアプリケーション３にアクセスすると（ステップＳ１−１）、ログイン要求でなく（ステップＳ２−１のＮｏ）、認証チェックもセッション確立前であるため（ステップＳ２−１０のＮｏ）、Ｗｅｂサーバ２の要求処理部３１は、ログイン画面を生成し（ステップＳ２−１４）、生成したログイン画面を画面表示データとして、携帯端末１に返却する（ステップＳ２−１５）。携帯端末１は、Ｗｅｂサーバ２から送信された画面表示データを表示する（ステップＳ１−２）。
【００３１】
利用者が、携帯端末１に表示されたログイン画面（ステップＳ１−３）に、ユーザＩＤとパスワードを入力し（ステップＳ１−４）、ログイン要求を行うと（ステップＳ１−１）、Ｗｅｂサーバ２の要求処理部３１は、ログイン要求であるため（ステップＳ２−１のＹｅｓ）、セッションＩＤ生成部３２にＷｅｂアプリケーション３へのログイン処理を依頼する（ステップＳ２−２）。
【００３２】
セッションＩＤ生成部３２は、ログイン情報管理ＩＤ及びシステム一意のセッションＩＤを生成し、ユーザＩＤとパスワード等のユーザ情報を記憶するとともに、要求処理部３１にセッションＩＤを応答する（ステップＳ２−３）。
【００３３】
次に、Ｗｅｂサーバ２の要求処理部３１はログイン情報管理部３３にセッションＩＤと、ステップＳ２−２のログイン処理で携帯端末１から入力等されたユーザＩＤ／パスワード／ログイン情報管理ＩＤ／最終アクセス時間／個体識別番号等のセッション情報を渡す（ステップＳ２−４）。ログイン情報管理部３３は、要求処理部３１より渡されたセッションＩＤとセッション情報との組をリスト管理オブジェクト４に格納する（ステップＳ２−５）。
【００３４】
ログインが完了すると、Ｗｅｂアプリケーション３はメニュー画面を表示するための処理を行い、リンク先となるＵＲＬにセッションＩＤが付与されたメニュー画面を携帯端末１に送信する（ステップＳ２−６）。携帯端末１は、Ｗｅｂサーバ２から送信されたメニュー画面を表示する（ステップＳ１−２）。
【００３５】
利用者が、携帯端末１に表示されたメニュー画面を参照して、任意のリンク先をクリックするなどして、画面等の要求を行うと（ステップＳ１−１）、Ｗｅｂサーバ２の要求処理部３１は、ログイン要求でないため（ステップＳ２−１のＮｏ）、ＵＲＬを解析し、セッションＩＤを取得する（ステップＳ２−７）。
【００３６】
次に、Ｗｅｂサーバ２の要求処理部３１は、携帯端末１から送られてきた端末識別情報を取得する（ステップＳ２−８）。上記端末識別情報の取得方法としては、例えば、リクエストヘッダに含まれる個体識別番号を用いることが可能である。
【００３７】
その後、Ｗｅｂサーバ２の要求処理部３１は、ログイン情報管理部３３を介して、セッションＩＤをキーとしてリスト管理オブジェクト４を検索し、ステップＳ２−７で取得したセッションＩＤに紐付いているセッション情報をリスト管理オブジェクト４から取得する（ステップＳ２−９）。
【００３８】
次に、Ｗｅｂサーバ２の要求処理部３１は、ステップＳ２−７で取得したセッションＩＤを元に、リスト管理オブジェクト４を参照して、認証チェックを行う（ステップＳ２−１０）。
【００３９】
本実施形態では、下記のように三段階の認証チェックを行うこととしている。第一段階では、ステップＳ２−９でセッション情報を取得できたか否かをチェックし、取得できなかった場合はセッションが確立されていないとみなしエラーとする。
【００４０】
第二段階では、ステップＳ２−８で取得した端末識別情報（例えば、個体識別番号）がセッション情報に含まれる個体識別番号と一致しているかチェックし、不一致だった場合は”なりすまし”とみなしエラーとする。
【００４１】
更に、第三段階では、ステップＳ２−７で取得したセッションＩＤに含まれているログイン情報管理ＩＤに基づいてユーザＩＤとパスワードを含むユーザ情報を取得し、取得したユーザＩＤとパスワードがセッション情報のものと一致しているかどうかをチェックする。ここで、ユーザ情報の取得失敗あるいは情報不一致の場合はエラーとする。
【００４２】
上記認証チェックのいずれかの段階でエラーとなった場合、Ｗｅｂサーバ２の要求処理部３１は、ログイン情報管理部３３を介して、リスト管理オブジェクト４から該当するセッションＩＤとセッション情報との組を削除し（ステップＳ２−１３）、エラーメッセージとログイン画面を生成し（ステップＳ２−１４）、画面表示データとして携帯端末１に返却する（ステップＳ２−１５）。
【００４３】
一方、上記認証チェックにおいて正当性が確認され、認証成功となった場合、Ｗｅｂサーバ２の要求処理部３１は、さらに、セッション情報に含まれている最終アクセス時間を用いてセッションタイムアウトチェックを行う（ステップＳ２−１１）。最終アクセス時間から所定の時間を経過しているなどセッションタイムアウトチェックに引っかかった場合も、Ｗｅｂサーバ２の要求処理部３１は、ログイン情報管理部３３を介して、リスト管理オブジェクト４から該当するセッションＩＤとセッション情報との組を削除し（ステップＳ２−１３）、エラーメッセージとログイン画面を生成し（ステップＳ２−１４）、画面表示データとして携帯端末１に返却する（ステップＳ２−１５）。
【００４４】
セッションタイムアウトチェックもパスし、正常な要求であると判定した場合、Ｗｅｂサーバ２の要求処理部３１は、ログイン情報管理部３３を介して、最終アクセス時間の更新を行い（ステップＳ２−１２）、要求された画面を画面表示データとして携帯端末１に返却する（ステップＳ２−１５）。
【００４５】
以上のように、本実施形態によれば、セッションＩＤをＵＲＬに付与している形態でありながら、セッション乗っ取りやなりすましを効果的に防止することが可能になる。その理由は、上記のように、三段階の認証チェック（セッション情報の有効性チェック）及びセッションタイムアウトチェックを行うことにより、正規ユーザであることを確認する構成を採用したことにある。
【００４６】
特に、上記認証チェックの第二段階では、正規の携帯端末とは別の端末におけるセッションＩＤの行使を検出できる。また、上記認証チェックの第三段階では、正規の携帯端末で退会処理やパスワード変更が行われた後のセッションＩＤの行使を検出することが可能になる。
【００４７】
［第２の実施形態］
続いて、本発明の第２の実施形態について図面を参照して詳細に説明する。図５は、本発明の第２の実施形態の構成を示すブロック図である。図５を参照すると、Ｗｅｂアプリケーションの利用者が使用するＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）１０１と、Ｗｅｂサーバ２０１と、Ｗｅｂサーバ２０１内で動作するＷｅｂアプリケーション３０１と、データベース４０１と、が示されている。
【００４８】
ＰＤＡ１０１は、Ｗｅｂサーバ２０１に対して表示したい情報を要求（リクエスト）し、Ｗｅｂサーバ２から返却してもらった表示情報（レスポンス）を表示する。
【００４９】
Ｗｅｂサーバ２０１は、ＰＤＡ１０１から受け取った要求をＷｅｂアプリケーション３０１に送り、Ｗｅｂアプリケーション３０１の処理結果（表示情報）をＰＤＡ１０１に返却する。また、Ｗｅｂサーバ２０１は、データベース４０１をその記憶装置に保持している。
【００５０】
Ｗｅｂアプリケーション３０１は、要求処理部３１１と、セッションＩＤ生成部３１２と、ログイン情報管理部３１３とを備える。
【００５１】
データベース４０１は、上記した第１の実施形態のリスト管理オブジェクト４に相当し、セッションＩＤと紐付けられたセッション情報を管理する。
【００５２】
要求処理部３１１と、セッションＩＤ生成部３１２と、ログイン情報管理部３１３は、それぞれ上記第１の実施形態の要求処理部３１と、セッションＩＤ生成部３２と、ログイン情報管理部３３と同等であるので説明を省略する。
【００５３】
本実施形態の動作も、図６のフローチャートに示したとおり、リスト管理オブジェクト４に代えてデータベース４０１をセッションＩＤとセッション情報の記憶手段として用いる点を除いて上記した第１の実施形態と同様であるので説明を省略する。
【００５４】
上記第２の実施形態に示したとおり、クッキーの利用制限等でクッキーが利用できない携帯端末以外のパーソナルコンピュータやＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ：個人用の携帯情報端末）におけるセッション管理といった用途にも適用することが可能である。
【００５５】
以上、本発明の好適な実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、上記した実施形態では、Ｗｅｂサーバを利用する度に、ログインを行ない、また、セッションタイムアウト判定を行うものとして説明したが、電子メール等により配布したセッションＩＤ付きＵＲＬによるアクセスを許容し、セッションタイムアウト判定を行わないようなセッション管理においても本発明を適用することが可能である。
【図面の簡単な説明】
【００５６】
【図１】本発明の概要を説明するための図である。
【図２】本発明の第１の実施形態の構成を示すブロック図である。
【図３】本発明の第１の実施形態においてセッションＩＤと紐付けられて記憶される情報の例である。
【図４】本発明の第１の実施形態の動作を表したフローチャートである。
【図５】本発明の第２の実施形態の構成を示すブロック図である。
【図６】本発明の第２の実施形態の動作を表したフローチャートである。
【符号の説明】
【００５７】
１  携帯端末
２、２０１  Ｗｅｂサーバ
３、３０１  Ｗｅｂアプリケーション
４  リスト管理オブジェクト
１０  ユーザ端末
２０  セッション管理装置
２１  リクエスト処理手段
２２  ＵＲＬ送信手段
２３  端末識別情報記憶手段
３１、３１１  要求処理部
３２、３１２  セッションＩＤ生成部
３３、３１３  ログイン情報管理部
１０１  ＰＤＡ
４０１  データベース
【図１】
2010134602.tif 000003
【図２】
2010134602.tif 000004
【図３】
2010134602.tif 000005
【図４】
2010134602.tif 000006
【図５】
2010134602.tif 000007
【図６】
2010134602.tif 000008