JP4345300B2 - 通信管理用サーバ及び通信管理用サーバ制御プログラム - Google Patents
通信管理用サーバ及び通信管理用サーバ制御プログラム Download PDFInfo
- Publication number
- JP4345300B2 JP4345300B2 JP2002378057A JP2002378057A JP4345300B2 JP 4345300 B2 JP4345300 B2 JP 4345300B2 JP 2002378057 A JP2002378057 A JP 2002378057A JP 2002378057 A JP2002378057 A JP 2002378057A JP 4345300 B2 JP4345300 B2 JP 4345300B2
- Authority
- JP
- Japan
- Prior art keywords
- cookie
- user terminal
- information
- domain
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、利用者端末からのＷＷＷサーバへのアクセス要求を当該ＷＷＷサーバへと中継し、当該ＷＷＷサーバから前記利用者端末への応答を当該利用者端末に中継する通信管理用サーバに関する。
【０００２】
【従来の技術】
ＷＷＷを利用したシステムの普及に伴い、一般家庭に設置されたＰＣ（Personal Computer）のみならず、小売店・飲食店舗内でもＷＷＷを用いたキオスクをはじめとするシステムが普及しつつある。
ＷＷＷでは、主にＨＴＴＰ（HyperText Transfer Protocol）通信方式が使われている。この方式では接続状態を保持しないため、利用者の使用履歴を残したり、接続状態を維持したりするために、周知の技術であるＣｏｏｋｉｅが広く使われている。
【０００３】
Ｃｏｏｋｉｅを使った例としては、ＨＴＴＰにて接続されたＷＷＷサーバとクライアント端末との通信において、クライアント端末の特定手段をＩＰ（Internet Protocol）アドレスだけではなく、Ｃｏｏｋｉｅの値も使うようにしたものがある。このようにすることで、ＩＰアドレスの変化するモバイル環境でも端末を特定することが可能となる（特許文献１参照）。
【０００４】
また、別の例としては、ＷＷＷサーバとクライアント端末との間に情報中継装置（例えば、プロキシサーバ）を置き、ディレクトリ階層別にＣｏｏｋｉｅの値（例えば、コンテンツ料金）を設定することで、前記情報中継装置においてアクセスを一本化するものがある。このようにすることで、コンテンツ閲覧の課金を単一のサーバで容易に行うことが可能となる（特許文献２参照）。
【０００５】
また、高速インターネット接続の普及や経費削減の観点から、少数のグローバルＩＰアドレスが多数のローカルＩＰアドレスによって共用されることが多い。これを実現するため、グローバルＩＰアドレスと複数のプライベートＩＰアドレスとを変換・共有するＩＰアドレス・ポート変換機（例えば、ＮＡＰＴ（Network Address Port Transfer）以降アドレス等変換機）といったアドレス等変換機が広く使われている。
【０００６】
【特許文献１】
特開２００１−２３６３２０号公報
【特許文献２】
特開平１１−２７５０７１号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、Ｃｏｏｋｉｅは接続先ドメインごとに設定されるため、端末に付与される各Ｃｏｏｋｉｅの値はＷＷＷサーバごとにルールが異なる。従って、特定の端末が複数のＷＷＷサーバに対してアクセスした履歴を複数の当該ＷＷＷサーバから抽出することは、端末自身が各ドメインに対して保持しているＣｏｏｋｉｅの値とＷＷＷサーバが付与したＣｏｏｋｉｅの値とが必要となり、煩雑な作業を伴う。
【０００８】
また、新規に追加したアクセス可能なドメインへ、端末から初めてアクセスがあったときは、Ｃｏｏｋｉｅの仕様上、端末からＷＷＷサーバへはＣｏｏｋｉｅの値が送信されない。これは、端末の特定手段としてＩＰアドレスとＣｏｏｋｉｅが現在広く用いられている端末特定手段である一方で、共通のＩＰアドレスが使われた場合、ＷＷＷサーバは、リクエスト元端末の特定ができないことを示す。
【０００９】
このため、上記特許文献１にあるように、ＷＷＷサーバとＷＷＷブラウザ搭載端末との間にプロキシサーバを介入させ、更に、上記特許文献２にあるように、各端末をＣｏｏｋｉｅで識別する組み合わせは有効ではあるが、技術を組み合わせただけでは解決できない以下の課題が存在する。
つまり、上記したアドレス等変換機を介すると端末自身が持つ固有のＩＰアドレスとポート番号がアドレス等変換機のものに統一されてしまうため、ＷＡＮ上にて稼動し端末の要求メッセージを受け付けているサーバからは、通信自体は可能であるものの、通信を要求した端末の特定ができない。
【００１０】
特に、電源投入状態にてＣｏｏｋｉｅの値を何も持たないシンクライアントの場合、この問題は致命的である。なぜなら、店頭や店舗に設置されたＷＷＷブラウザ搭載端末は、その端末が各ユーザごとに利用される傾向があり、操作が終了するまで端末の利用者が変化しないという傾向をもつからである。
つまり、アドレス変換機等を用いてシンクライアントを構成するシステムの場合、ＷＷＷサーバはそれぞれのＷＷＷブラウザ搭載端末が特定できないため、端末ごと、もしくはＷＷＷ搭載端末を操作した利用者ごとの操作履歴を得ることが不可能となり、アクセス履歴を利用したサービスを提供することができない。
【００１１】
特に、上記特許文献１において行われている技術は、あらかじめ登録されているドメインにしか対応せず、アクセス先のドメインに対し端末にユニークなＣｏｏｋｉｅの値を設定し、それを管理することは言及されていない、つまり、初期状態のＣｏｏｋｉｅの値を何も持たない端末に対して、端末識別子となるＣｏｏｋｉｅの値をアクセス前に付与するための方法が書かれていない。また、アクセス先のドメインが増えた場合、そのドメインに対するＣｏｏｋｉｅの値を自動的に設定する方法が書かれていない。
【００１２】
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、ＷＷＷサーバにおける所定ドメインにアクセスした端末を識別するのに好適な通信管理用サーバ、通信管理用サーバ制御プログラム及び利用者端末制御プログラムを提供することを目的としている。
【００１３】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る請求項１記載の通信管理用サーバは、利用者端末からのＷＷＷサーバへのアクセス要求を当該ＷＷＷサーバへと中継し、当該ＷＷＷサーバから前記利用者端末への応答を当該利用者端末に中継する通信管理用サーバであって、
前記利用者端末からの前記ＷＷＷサーバにおける所定ドメインへのアクセス要求があったときに、当該アクセス要求に係る情報中に前記アクセス先ドメイン用のＣｏｏｋｉｅが含まれているか否かを判定するＣｏｏｋｉｅ情報判定手段と、前記アクセス要求に係る情報中に前記利用者端末固有の端末識別情報が含まれているか否かを判定する端末識別情報判定手段と、
前記Ｃｏｏｋｉｅ情報判定手段及び前記端末識別情報判定手段の判定結果の少なくとも一方に基づき、前記アクセス先のドメインから前記利用者端末用のＣｏｏｋｉｅを取得するＣｏｏｋｉｅ取得手段と、
当該Ｃｏｏｋｉｅ取得手段によって取得したＣｏｏｋｉｅを前記端末識別情報と対応付けて記憶するＣｏｏｋｉｅ情報記憶手段と、を備えることを特徴としている。
【００１４】
このような構成であれば、Ｃｏｏｋｉｅ情報判定手段によって、前記利用者端末からの前記ＷＷＷサーバにおける所定ドメインへのアクセス要求があったときに、当該アクセス要求に係る情報中に前記アクセス先ドメイン用のＣｏｏｋｉｅが含まれているか否かを判定することが可能であり、端末識別情報判定手段によって、前記アクセス要求に係る情報中に前記利用者端末固有の端末識別情報が含まれているか否かを判定することが可能であり、Ｃｏｏｋｉｅ取得手段によって、Ｃｏｏｋｉｅ情報判定手段及び前記端末識別情報判定手段の判定結果の少なくとも一方に基づき、前記アクセス先のドメインから前記利用者端末用のＣｏｏｋｉｅを取得することが可能であり、Ｃｏｏｋｉｅ情報記憶手段によって、Ｃｏｏｋｉｅ取得手段によって利用者端末が通信管理用サーバから取得したＣｏｏｋｉｅを前記端末識別情報と対応付けて記憶することが可能である。
【００１５】
従って、相手先ドメイン用のＣｏｏｋｉｅを有していない利用者端末からの当該ドメインへのアクセス要求に応じて、相手先ドメインからＣｏｏｋｉｅ情報を取得し、自サーバにおいてアクセス要求時の利用者端末からの情報に含まれる端末識別情報と取得したＣｏｏｋｉｅと相手先ドメインの情報とを対応付けて記憶するようにしたので、例えば、シンクライアントのように自己の端末にＣｏｏｋｉｅの情報を保持しない端末や、特定のＣｏｏｋｉｅの情報しか保持しないような端末に対するＣｏｏｋｉｅ情報を自サーバに記憶して管理することが可能となるので、所定ドメインに対するＣｏｏｋｉｅを含まないアクセス要求が利用者端末からあったときに、この所定ドメインが過去にＣｏｏｋｉｅの情報が記憶されたドメインである場合は、そのＣｏｏｋｉｅ情報を付加してそのドメインにアクセスすることが可能となるので、自サーバ及びそのドメインからの利用者端末の特定が可能である。
【００１６】
ここで、上記Ｃｏｏｋｉｅとは、ＷＷＷサーバーが利用者を識別するためにＷＷＷブラウザに送る情報であり、指定したドメインの全体もしくは一部に対して設定が可能で、ブラウザのキャッシュエリアにファイルとして保存される。つまり、ＷＷＷでは１回のセッション（データのやり取り）が基本で、ある選択に基づいて次のページの表示内容を変えることが難しい。たとえばオンラインショッピングのように、商品をいくつか選択して最後に支払い手続きを行うような場合、各セッションでサーバー側が利用者を識別している必要がある。このような場合、サーバーはブラウザにＣｏｏｋｉｅを送り、ブラウザはセッションの度にサーバーにＣｏｏｋｉｅを送り返すことでサーバが利用者を識別する。
【００１７】
また、上記利用者端末は、例えば、ＷＷＷブラウザを搭載したＰＣやＰＤＡ（Personal Digital Assistant）などの情報処理端末である。
また、上記通信管理用サーバは、例えば、周知のプロキシサーバのように、インターネットとの接続時に、セキュリティを確保する機能と、ＷＷＷアクセス時にＨＴＭＬ（HyperText Markup Language）データその他のキャッシュなどを行い、クライアントのＷＷＷアクセスを高速化する機能に、上記各機能を付加した構成が考えられる。
【００１８】
また、上記ドメインとは、インターネットやイントラネットのネットワークで、サーバを中心とした、ネットワークを構成するまとまりを表す。たとえば「ｘｘｘｘｘ．ｃｏ．ｊｐ」というドメイン名でひとつのドメインを表している。
また、請求項２に係る発明は、請求項１記載の通信管理用サーバにおいて、前記Ｃｏｏｋｉｅ情報記憶手段によって記憶されたＣｏｏｋｉｅ情報に基づき、前記利用者端末毎に当該利用者端末と前記アクセス先ドメインとの間の通信情報を取得する通信情報取得手段と、当該通信情報取得手段によって取得された通信情報を記憶する通信情報記憶手段と、を更に備えることを特徴としている。
【００１９】
つまり、通信情報取得手段によって、前記Ｃｏｏｋｉｅ情報記憶手段によって、記憶されたＣｏｏｋｉｅ情報に基づき、前記利用者端末毎に当該利用者端末と前記アクセス先ドメインとの間の通信情報を取得することが可能であり、通信情報記憶手段によって、通信情報取得手段によって取得された通信情報を記憶することが可能である。
【００２０】
従って、ＷＷＷサーバにおける所定ドメインと利用者端末間の通信情報を取得することが可能となるので、これらの通信情報を活かしたコンテンツの提供や、システムの改善などのサービスを行うことが可能となる。
また、請求項３に係る発明は、請求項１又は請求項２記載の通信管理用サーバにおいて、前記利用者端末のアクセス可能な複数のドメインの情報が予め登録されており、
前記利用者端末からのアクセスに応じて、当該利用者端末の前記端末識別情報と前記Ｃｏｏｋｉｅ情報記憶手段の記憶内容とに基づき、前記複数のドメインのうち当該利用者端末用のＣｏｏｋｉｅを有していないドメインに自動的にアクセスし、そのＣｏｏｋｉｅを取得するＣｏｏｋｉｅ自動取得手段を更に備え、
前記Ｃｏｏｋｉｅ情報記憶手段は、前記Ｃｏｏｋｉｅ自動取得手段によって取得したＣｏｏｋｉｅを前記端末識別情報及び当該取得したＣｏｏｋｉｅに該当するドメインの情報に対応付けて記憶するようになっていることを特徴としている。
【００２１】
つまり、利用者端末のアクセス可能な複数のドメインの情報が予め登録されており、Ｃｏｏｋｉｅ自動取得手段によって、利用者端末からのアクセスに応じて、当該利用者端末の前記端末識別情報と前記Ｃｏｏｋｉｅ情報記憶手段の記憶内容とに基づき、前記複数のドメインのうち当該利用者端末用のＣｏｏｋｉｅを有していないドメインに自動的にアクセスし、そのＣｏｏｋｉｅを取得することが可能であり、Ｃｏｏｋｉｅ情報記憶手段によって、Ｃｏｏｋｉｅ自動取得手段によって取得したＣｏｏｋｉｅを前記端末識別情報及び当該取得したＣｏｏｋｉｅに該当するドメインの情報に対応付けて記憶することが可能である。
【００２２】
従って、利用者端末によってアクセス可能なドメインの情報を、自サーバに複数有しておき、利用者端末からの自サーバへのアクセスに応じて、これらドメインのうちアクセスのあった利用者端末用のＣｏｏｋｉｅが無いものに対しては、自動的にそのドメインからＣｏｏｋｉｅを取得して、このＣｏｏｋｉｅを端末識別情報及び該当するドメインの情報と対応付けて自サーバに記憶するようにしたので、新規にドメインが追加されたときなどに、対象のドメインに対するＣｏｏｋｉｅ情報の更新を自動的に行うので、正常なＣｏｏｋｉｅによる通信状態の維持が容易となる。
【００２３】
また、請求項４に係る発明は、請求項３記載の通信管理用サーバにおいて、前記Ｃｏｏｋｉｅ自動取得手段によって取得されたＣｏｏｋｉｅを前記利用者端末に自動的に設定するＣｏｏｋｉｅ自動設定手段を更に含むことを特徴としている。
つまり、Ｃｏｏｋｉｅ自動取得手段によって取得されたＣｏｏｋｉｅを前記利用者端末に自動的に設定することが可能である。
【００２４】
従って、利用者側のＣｏｏｋｉｅ情報の一部もしくは全てが壊れていたり、不整合なＣｏｏｋｉｅ情報に何らかの原因で書き換えられてしまったような場合に、利用者端末のＣｏｏｋｉｅを再設定することが可能となり、正常なＣｏｏｋｉｅによる通信状態の維持が容易となる。更に、利用者端末側にＣｏｏｋｉｅを設定するので、ＷＷＷサーバにおけるドメインとの通信にかかる時間が短縮される。
【００２５】
また、請求項５に係る発明は、請求項２乃至請求項４のいずれか１項に記載の通信管理用サーバにおいて、前記アクセス要求に係る情報には、前記利用者端末を取り扱う利用者の識別情報が含まれており、
前記通信情報記憶手段は、前記利用者の識別情報に対応付けて前記通信情報を記憶するようになっていることを特徴としている。
【００２６】
つまり、アクセス要求に係る情報には、前記利用者端末を取り扱う利用者の識別情報が含まれており、通信情報記憶手段によって、利用者の識別情報に対応付けて前記通信情報を記憶することが可能である。
従って、利用者毎に所定ドメインとの通信情報を記憶し管理することが可能となるので、利用者毎の通信特性を考慮したサービスの提供が可能となる。
【００２７】
また、請求項６に係る発明は、請求項１乃至請求項５のいずれか１項に記載の通信管理用サーバにおいて、前記利用者端末が正規の端末であるか否かを認証する認証手段を更に備えることを特徴としている。
つまり、認証手段によって、利用者端末が正規の端末であるか否かを認証することが可能である。
【００２８】
従って、不正な利用者端末からのアクセスを制限することが可能となるので、特定の利用者に対してサービスを提供するなどの利用形態が可能となる。
また、請求項７に係る発明は、請求項６記載の通信管理用サーバにおいて、前記アクセス要求に係る情報には認証用情報が含まれており、
前記認証手段は、前記認証用情報に基づき前記アクセス要求をした利用者端末が正規の端末であるか否かを認証するようになっていることを特徴としている。
【００２９】
つまり、アクセス要求に係る情報には認証用情報が含まれており、認証手段によって、認証用情報に基づき前記アクセス要求をした利用者端末が正規の端末であるか否かを認証することが可能である。
従って、利用者は、ドメイン毎の認証処理を簡易に行うことが可能となる。
また、請求項８記載の通信管理用サーバ制御プログラムは、利用者端末からのＷＷＷサーバへのアクセス要求を当該ＷＷＷサーバへと中継し、当該ＷＷＷサーバから前記利用者端末への応答を当該利用者端末に中継する通信管理用サーバを制御するためのプログラムであって、
前記利用者端末からの前記ＷＷＷサーバにおける所定ドメインへのアクセス要求があったときに、当該アクセス要求に係る情報中に前記アクセス先ドメイン用のＣｏｏｋｉｅが含まれているか否かを判定するＣｏｏｋｉｅ情報判定ステップと、
前記アクセス要求に係る情報中に前記利用者端末固有の端末識別情報が含まれているか否かを判定する端末識別情報判定ステップと、
前記Ｃｏｏｋｉｅ情報判定ステップ及び前記端末識別情報判定ステップにおける判定結果の少なくとも一方に基づき、前記アクセス先のＷＷＷサーバから前記利用者端末用のＣｏｏｋｉｅを取得するＣｏｏｋｉｅ取得ステップと、
当該Ｃｏｏｋｉｅ取得ステップによって取得したＣｏｏｋｉｅを前記端末識別情報と対応付けて記憶するＣｏｏｋｉｅ情報記憶ステップと、を備えることを特徴としている。
【００３０】
ここで、本発明は、請求項１記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項９に係る発明は、請求項８記載の通信管理用サーバ制御プログラムにおいて、前記Ｃｏｏｋｉｅ情報記憶ステップによって記憶されたＣｏｏｋｉｅ情報に基づき、前記利用者端末毎に当該利用者端末と前記アクセス先ドメインとの間の通信情報を取得する通信情報取得ステップと、当該通信情報取得ステップによって取得された通信情報を記憶する通信情報記憶ステップと、を更に備えることを特徴としている。
【００３１】
ここで、本発明は、請求項２記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１０に係る発明は、請求項８又は請求項９記載の通信管理用サーバ制御プログラムにおいて、前記通信管理用サーバには前記利用者端末のアクセス可能な複数のドメインの情報が予め登録されており、
前記利用者端末からのアクセスに応じて、当該利用者端末の前記端末識別情報及び前記Ｃｏｏｋｉｅ情報記憶ステップによる記憶内容に基づき、前記複数のドメインのうち当該利用者端末用のＣｏｏｋｉｅを有していないドメインに自動的にアクセスし、そのＣｏｏｋｉｅを取得するＣｏｏｋｉｅ自動取得ステップを更に備え、
前記Ｃｏｏｋｉｅ情報記憶ステップにおいては、前記Ｃｏｏｋｉｅ自動取得ステップによって取得したＣｏｏｋｉｅを前記端末識別情報及び当該取得したＣｏｏｋｉｅに該当するドメインの情報に対応付けて記憶するようになっていることを特徴としている。
【００３２】
ここで、本発明は、請求項３記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１１に係る発明は、請求項１０記載の通信管理用サーバ制御プログラムにおいて、前記Ｃｏｏｋｉｅ自動取得ステップによって取得されたＣｏｏｋｉｅを前記利用者端末に自動的に設定するＣｏｏｋｉｅ自動設定ステップを更に含むことを特徴としている。
【００３３】
ここで、本発明は、請求項４記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１２に係る発明は、請求項８乃至請求項１０のいずれか１項に記載の通信管理用サーバ制御プログラムにおいて、前記アクセス要求に係る情報には、前記利用者端末を取り扱う利用者の識別情報が含まれており、
前記通信情報記憶ステップにおいては、前記利用者の識別情報に対応付けて前記通信情報を記憶するようになっていることを特徴としている。
【００３４】
ここで、本発明は、請求項５記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１３に係る発明は、請求項８乃至請求項１２のいずれか１項に記載の通信管理用サーバ制御プログラムにおいて、前記利用者端末が正規の端末であるか否かを認証する認証ステップを更に備えることを特徴としている。
【００３５】
ここで、本発明は、請求項６記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１４に係る発明は、請求項１３記載の通信管理用サーバ制御プログラムにおいて、前記アクセス要求に係る情報には認証用情報が含まれており、前記認証ステップにおいては、前記認証用情報に基づき前記アクセス要求をした利用者端末が正規の端末であるか否かを認証することを特徴としている。
【００３６】
ここで、本発明は、請求項７記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１５記載の利用者端末制御プログラムは、請求項１乃至請求項７のいずれか１項に記載の通信管理用サーバを介して、前記ＷＷＷサーバにおける所定ドメインとの間のデータ通信を行う利用者端末を制御するためのプログラムであって、
前記所定ドメインにアクセスするときに、自端末の端末識別情報を含むアクセス要求情報を前記通信管理用サーバに伝送するアクセス要求情報伝送ステップを備えることを特徴としている。
【００３７】
つまり、ＷＷＷサーバにおける所定ドメインにアクセスするときに、自端末を識別可能な端末識別情報を含んだアクセス要求情報を通信管理用サーバに伝送することが可能となるので、通信管理用サーバ側は、この情報を利用してＣｏｏｋｉｅの管理等が可能となる。
【００３８】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。図１乃至図１５は、本発明に係る通信管理用サーバを適用したコンテンツ提供システムの実施の形態を示す図である。
まず、本発明に係るコンテンツ提供システムの構成を図１に基づいて説明する。図１は、本発明に係るコンテンツ提供システムの構成を示すブロック図である。
【００３９】
図１に示すように、コンテンツ提供システム１は、第１の利用者端末２と、第２の利用者端末３と、第３の利用者端末４と、ＩＰアドレス／ポート変換器５と、ルータ６と、通信管理用サーバ７と、第１のＷＷＷサーバ８と、第２のＷＷＷサーバ９と、ＷＡＮ１０と、を含んだ構成となっている。
第１〜第３の利用者端末２〜４は、ＰＣ、ＰＤＡ等の情報処理端末であり、本システム１の説明の便宜上、それぞれが異なる機能を有するものである。これら機能については後述する。ここで、図中、利用者端末は３台しか示されていないが、これは説明の便宜上であり、実際は、もっと多くの利用者端末が存在する場合もあるし、３台よりも少ない場合もあり得る。
【００４０】
ＩＰアドレス／ポート変換器５は、第１〜第３の利用者端末２〜４の接続されたＬＡＮ側からＷＡＮ側へのアクセス要求ごとに、ＬＡＮ側のパケットに含まれるＩＰアドレスとポート番号を基にＬＡＮ側からＷＡＮ側へのアドレス／ポート変換テーブルを生成して、アドレス／ポート番号を書き換えつつパケットをＬＡＮとＷＡＮ間で転送するものである。
【００４１】
ルータ６は、第１〜第３の利用者端末２〜４とＷＡＮ側とのデータ通信を円滑に行うためのもので、最適な通信経路を用いてＷＷＷサーバなどのアクセス先へと接続するためのものである。
通信管理用サーバ７は、第１〜第３の利用者端末２〜４から第１及び第２のＷＷＷサーバ８及び９へのアクセス要求を当該第１及び第２のＷＷＷサーバ８及び９に中継し、第１及び第２のＷＷＷサーバ８及び９から第１〜第３の利用者端末２〜４への応答を当該第１〜第３の利用者端末２〜４に中継する機能を有するものである。更に、Ｃｏｏｋｉｅ情報を利用することによりアクセス要求元の利用者端末を識別する機能も備えている。本サーバ７の詳細は後述する。
【００４２】
第１及び第２のＷＷＷサーバ８及び９は、アクセス元の利用者端末に対して所定のコンテンツを提供するものである。ここで、図中、ＷＷＷサーバは２台しか示されていないが、これは説明の便宜上であり、実際は、もっと多くのＷＷＷサーバが存在する場合もあるし、２台よりも少ない場合もあり得る。
ＷＡＮ１０は、インターネットなどの広域ネットワークである。
【００４３】
更に、図２に基づき、通信管理用サーバ７の詳細構成を説明する。図２は、通信管理用サーバ７の詳細構成を示すブロック図である。
図２に示すように、通信管理用サーバ７は、データ通信制御部７ａと、認証部７ｂと、情報判定部７ｃと、Ｃｏｏｋｉｅ取得部７ｄと、Ｃｏｏｋｉｅ情報記憶部７ｅと、通信情報記憶部７ｆと、を含んだ構成となっている。
【００４４】
データ通信制御部７ａは、ルータ６を介して第１〜第３の利用者端末２〜４と、第１及び第２のＷＷＷサーバ８及び９との間のデータ通信を制御するためのものである。
認証部７ｂは、アクセス要求元の利用者端末が本システム１に登録された正規の端末及び正規の利用者であるか否かを認証するものである。これにより、正規でない端末又は利用者に対しては、データ通信制御部７ａによってアクセスを拒否する。
【００４５】
情報判定部７ｃは、アクセス要求元の利用者端末からの要求情報（例えば、ＨＴＴＰ方式による要求）に含まれるＣｏｏｋｉｅ及び利用者端末側が有する自端末固有の情報である端末識別情報のそれぞれの有無や内容を判定するものである。
Ｃｏｏｋｉｅ取得部７ｄは、情報判定部７ｃの判定結果に基づき、必要に応じてアクセス先のＷＷＷサーバのドメインからアクセス元の利用者端末用のＣｏｏｋｉｅを取得するものである。
【００４６】
Ｃｏｏｋｉｅ情報記憶部７ｅは、Ｃｏｏｋｉｅ情報取得部７ｄによって取得されたＣｏｏｋｉｅ情報を端末識別情報及びＷＷＷサーバの情報と対応付けて記憶するものである。
通信情報記憶部７ｆは、利用者端末とＷＷＷサーバとの間の通信履歴等の通信情報をＷＷＷサーバ、アクセス元の利用者端末及びこの端末の利用者の情報と対応付けて記憶するものである。
【００４７】
以下、本システム１の具体的な動作を説明する。まず、本実施の形態において、第１の利用者端末２は、例えば、シンクライアントのような機能を有するものであり、ソフトウェアとしてＷＷＷブラウザとその他必要最小限のものしか有していないものである。更に、これらソフトウェアを利用した処理により外部機器などから取得したデータは、電源を落とすと消去される仕様となっている。
【００４８】
第１の利用者端末２は、ＷＷＷブラウザを利用して、通信管理用サーバ７を介し、第１又は第２のＷＷＷサーバ８又は９との間のデータ通信を行うことになる。
しかし、ＷＷＷブラウザによって当該第１又は第２のＷＷＷサーバ８又は９の提供するコンテンツの閲覧などを行うことにより取得したデータに関しては、電源投入中は保持するものの、電源が落ちると全て消去される。
【００４９】
また、本実施の形態において、第２の利用者端末３は、当該端末３の有するＷＷＷブラウザの仕様上、Ｃｏｏｋｉｅの情報を、１つのドメインに対してしか記憶することができないものである。従って、例えば、第１のＷＷＷサーバ８におけるドメインＡにアクセスして、このＣｏｏｋｉｅＡを取得して記憶し、次に、ドメインＢにアクセスしてＣｏｏｋｉｅＢを取得すると、ドメインＡに対するＣｏｏｋｉｅＡを消去して、ドメインＢに対するＣｏｏｋｉｅＢを記憶する。
【００５０】
また、本実施の形態において、第３の利用者端末４は、ＷＷＷブラウザ及びその他様々なソフトウェアを有したＰＣなどの情報処理端末である。そして、ＷＷＷブラウザは、複数のＣｏｏｋｉｅの情報を記憶することが可能であり、また、第１の利用者端末２とは異なり、ＷＷＷブラウザなどを利用することにより取得し、記憶したデータは、端末の電源を落としても保持される。
【００５１】
以上の条件を踏まえ、本システム１の動作を説明する。まず、第１の利用者端末２が、例えば、本システム１の利用要求を伝送した場合を説明する。この利用要求のデータは、自己のＩＰアドレス、相手先のＩＰアドレス、使用するポート番号などの情報を有したパケットに細分化される。そして、このパケットは、ＩＰアドレス／ポート変換器５において、前記自己のＩＰアドレスはＩＳＰなどから提供されたグローバルＩＰアドレスに変換され、ポート番号は所定の番号に変換されてからルータ６に送り出されることになる。そのため、このパケットを受けたサーバ側では、Ｃｏｏｋｉｅ等を利用しない限りは、どの利用者端末からのアクセスであるのかを特定できないことになる。
【００５２】
ルータ６は、受け取ったパケットを最適な経路で通信管理用サーバ７へと伝送する処理を行う。
そして、ルータ６を介して伝送されたこのパケットは、通信管理用サーバ７において受信されることになるが、本実施の形態において、その実体は、ＨＴＴＰ形式の要求メッセージであり、上記したように、通信管理用サーバ７にアクセスを要求するものである。
【００５３】
このメッセージに対して、通信管理用サーバ７は、まず、この利用要求をしてきた第１の利用者端末２に対する認証処理を行う。ここで、第１の利用者端末２は、タッチパネル方式の表示装置を有するものであり、キーボード等の入力機器を有していないため、本実施の形態においては、アプレットを使用した認証処理が行われる。
【００５４】
つまり、上記利用要求に応じて、通信管理用サーバ７における認証部７ｂは、認証用アプレットの起動リクエストを第１の利用者端末２に伝送する。このリクエストを受信した第１の利用者端末２は、認証用アプレットのパラメータに自己の端末識別情報を追加してこのアプレットを起動する。そして、アプレットが起動すると、利用者に対して認証用情報の入力を要求する。本実施の形態では、第１の利用者端末２に備わっているカード挿入口に会員カードを挿入するように指示が表示される。会員カードが挿入されると、第１の利用者端末２は、そのカードから認証番号を読み出し、先の端末識別情報と共に通信管理用サーバ７にこれらの情報を伝送する。
【００５５】
これにより、通信管理用サーバ７は、認証部７ｂにおいて、これら取得した情報の真偽を判断し、アクセス元の端末及びそれを操作する利用者が、正規の端末及び正規の利用者であると認証されると、Ｃｏｏｋｉｅ情報記憶部７ｅにおいて、これらの情報をひも付けて記憶する。このようにして端末識別情報と認証番号のひも付けが一度行われると、以降のアクセスでは、各利用者端末に対する認証番号のみを認証することで利用者の認証を行う。
【００５６】
上記認証処理が終了すると、第１の利用者端末は、例えば、第１のＷＷＷサーバ８におけるドメインＡへのアクセス要求のメッセージを通信管理用サーバ７に対して伝送する。この要求メッセージは、情報判定部７ｃにおいて、その内容の解析が行われる。ここで、本実施の形態において、この要求メッセージには、ドメインＡへのアクセス要求の他に、通信管理用サーバ７に登録済みの第１の利用者端末２の有効な端末識別情報及び利用者情報（上記認証番号）が含まれている。但し、アクセス先のドメインＡのＣｏｏｋｉｅの情報は含まれていないものとする。
【００５７】
情報判定部７ｃでは、まず、要求メッセージに、ドメインＡのルート（ドメイン全体）に対して有効なＣｏｏｋｉｅが含まれているか否かを判定することになる。ここでは、上記したようにＣｏｏｋｉｅが含まれていないので、次に、要求メッセージに有効な端末識別情報が含まれているか否かを判定することになる。ここでは、上記したように有効な端末識別情報が含まれているので、更に、Ｃｏｏｋｉｅ情報記憶部７ｅに、この第１の利用者端末２用のドメインＡに対するＣｏｏｋｉｅが記憶されているか否かを判定する。ここでは、記憶されていないこととする。そのため、本実施の形態においては、更に、Ｃｏｏｋｉｅ自動登録処理へと移行することになる。
【００５８】
Ｃｏｏｋｉｅ自動登録処理は、通信管理用サーバ７に予め登録された複数のＷＷＷサーバのドメインが持つルートのパスに対して、アクセス元の利用者端末がそのドメインのＣｏｏｋｉｅを有していないときに自動的に行われる処理である。ここで、本実施の形態においては、登録された各ドメインのＣｏｏｋｉｅをサーバ側で保持して管理するようになっている。そこで、アクセス元の利用者端末に対するＣｏｏｋｉｅの有無を調べ、登録ドメインに対する利用者端末のＣｏｏｋｉｅがＣｏｏｋｉｅ情報記憶部７ｅに記憶されていないときは、利用者端末にそのドメインに対してアクセス要求を伝送させる処理を行い、そのドメインのルートパスに対するＣｏｏｋｉｅを取得する。
【００５９】
つまり、Ｃｏｏｋｉｅ取得部７ｄは、第１の利用者端末２に対して保持されたＣｏｏｋｉｅの情報を参照して、Ｃｏｏｋｉｅの登録されていないもしくはＣｏｏｋｉｅがルートパスに登録されていないドメインがある場合は、第１の利用者端末２にそのドメインの初期表示ページを要求するメッセージを伝送させる処理を行う。そして、Ｃｏｏｋｉｅ取得部７ｄは、このメッセージを取得すると、そのドメインに対して初期表示ページを要求するデータを送信して、そのドメインにアクセスし、Ｃｏｏｋｉｅ及び初期表示ページ情報を取得する。取得したＣｏｏｋｉｅ及び初期表示ページ情報は、第１の利用者端末２にＣｏｏｋｉｅを設定させるための情報（Ｓｅｔ−Ｃｏｏｋｉｅ及びｐａｔｈ＝"／"）と共に第１の利用者端末２に伝送される。この処理は、Ｃｏｏｋｉｅを有していない全ての登録ドメインに対して繰り返し行われることになる。従って、利用者端末では、登録ドメインのルートパスに対する全てのＣｏｏｋｉｅが設定されることになる。
【００６０】
更に、取得された登録ドメインに対する第１の利用者端末２のＣｏｏｋｉｅは、各登録ドメイン毎に、端末識別情報と対応付けられてＣｏｏｋｉｅ情報記憶部７ｅによって記憶される。
以降は、第１の利用者端末２からの、所定ドメインへのアクセス要求にはＣｏｏｋｉｅが含まれるようになり、アクセス要求があったときには、要求先のドメインが通信管理用サーバ７に登録されたものであるか否かを判定する処理へと移行することになる。
【００６１】
まず、登録されたものである場合を説明する。要求先のドメインが登録されたものであり、且つ、Ｃｏｏｋｉｅ判定部７ｃでは、要求メッセージには有効なＣｏｏｋｉｅが含まれるので、アクセス先のドメインから要求のあったコンテンツを取得して、要求先ＷＷＷドメインから受け取ったＣｏｏｋｉｅがある場合は、Ｃｏｏｋｉｅ情報記憶部７ｅに照会し利用者端末識別情報となるＣｏｏｋｉｅ値と交換しながらそのコンテンツを第１の利用者端末２に伝送する通常の処理が行われる。
【００６２】
一方、アクセス先のドメインが、通信管理用サーバ７に登録されてない新規のドメインであった場合は、Ｃｏｏｋｉｅ情報記憶部７ｅによって、そのドメインを追加登録し、更に、Ｃｏｏｋｉｅ取得部７ｄは、そのドメインにアクセスしてＣｏｏｋｉｅを取得する。Ｃｏｏｋｉｅ情報記憶部７ｅは、取得したＣｏｏｋｉｅを端末識別情報、ドメイン及びそのパスと対応付けて登録する。更に、データ通信制御部７ａは、第１の利用者用端末２に対して、前記取得したＣｏｏｋｉｅ、初期表示ページ情報及び第１の利用者端末２にＣｏｏｋｉｅを設定させるための情報（Ｓｅｔ−Ｃｏｏｋｉｅ及びｐａｔｈ＝"／"）を伝送する。第１の利用者端末２は、ＷＷＷブラウザにより受信したコンテンツを表示し、更に、新規ドメインに対するＣｏｏｋｉｅを設定する。
【００６３】
更に、第３の利用者端末４からの第１のＷＷＷサーバのドメインＡへのアクセス要求に、有効なＣｏｏｋｉｅ及び端末識別情報が含まれていない場合の通信管理用サーバ７の動作を説明する。この場合、本実施の形態では、特殊なドメインへのアクセス要求を行うことで、利用者端末の特定を試みる。例えば、「ｈｔｔｔｐ：／／ｗｗｗ．ｅｅｅｅｅ．ｃｏ．ｊｐ／ｘｘｘ／ｙｙｙ／ｃｃｃ．ｈｔｍ」というアクセス要求のメッセージがあった場合に、このメッセージには端末識別情報が含まれていないため、情報判定部７ｃは、アクセス要求を発信した第３の利用者端末４が特定できない。このとき、情報判定部７ｃは、データ通信制御部７ａを介して第３の利用者端末４に対して実在しない特殊なドメインにアクセスするように指示を与える（例えば、特殊ドメインへのリフレッシュ先ＵＲＬ（Uniform Resource Locator）の指定を行う）。つまり、その特殊ドメインに対する第３の利用者端末４のＣｏｏｋｉｅを利用して端末の特定を試みる。ここで、本実施の形態において、通信管理用サーバ７には、利用者端末に上記特殊なドメインにアクセスさせるために、実在しないドメイン名及び実在しないページから構成されたＵＲＬ（例えば、ｈｔｔｐ：／／ｘｘｘｘｘ＿ｎｄ／ｃｈｃｋＣｏｏｋｉｅ）が登録されている。この特殊ドメインに対しては、本システム１に登録された正規の利用者端末の端末識別情報及びＣｏｏｋｉｅが全て対応付けられて登録されるようになっている。
【００６４】
従って、一度利用者端末側にＣｏｏｋｉｅの設定が行われていれば、この特殊ドメインへアクセスする際に、利用者端末側からこのドメインのＣｏｏｋｉｅ及び端末識別情報が送られてくることになる。その際、情報判定部７ｃはこのレスポンスとして、同じようなリフレッシュ先のＵＲＬを指定する。例えば、「ｈｔｔｐ：／／ｘｘｘｘｘ＿ｎｄ／ｃｈｅｃｋＣｏｏｋｉｅ／ｔｒｉａｌ」のように、利用者端末が、一度アクセスした後であることを示すものとする。このリフレッシュ先ＵＲＬにアクセスしたときに、その要求メッセージに有効なＣｏｏｋｉｅ及び端末識別情報が含まれていないのであれば、第１の利用者端末２は、不正なアクセスをしたものとして、アクセスが拒否されることになる。
【００６５】
一方、要求メッセージにリフレッシュ先として有効なＣｏｏｋｉｅ及び端末識別情報が含まれている場合は、第３の利用者端末４に対して、当初のアクセス先のドメインに対する端末識別情報を含むアクセス要求を送信させ、情報判別部７ｃは、この情報がＣｏｏｋｉｅ情報記憶部７ｅに登録されているか否かに関わらず、Ｃｏｏｋｉｅ取得部７ｄに、このドメインに対して、取得したアクセス要求を伝送させて、このドメインの先頭（ルート）パスに対してＣｏｏｋｉｅを取得する処理を行わせる。そして、このＣｏｏｋｉｅ及び要求コンテンツに加え、このＣｏｏｋｉｅを第３の利用者端末４に設定させるための情報（Ｓｅｔ−Ｃｏｏｋｉｅ及びｐａｔｈ＝"／"）を、当該第３の利用者端末４に伝送する。これにより、第３の利用者端末４は、Ｃｏｏｋｉｅ情報が壊れたり、誤って消去してしまった場合などに、そのアクセス要求先ドメインの正常なＣｏｏｋｉｅを取得し修正することができる。
【００６６】
更に、第２の利用者端末３によって、通信管理用サーバ７に未登録のドメインに対するアクセス要求があった場合の当該通信管理用サーバ７の動作を説明する。この場合は、上記第１の利用者端末２のときと同様に、Ｃｏｏｋｉｅ情報記憶部７ｅによって、そのドメインを追加登録し、更に、Ｃｏｏｋｉｅ取得部７ｄは、そのドメインにアクセスしてＣｏｏｋｉｅを取得する。Ｃｏｏｋｉｅ情報記憶部７ｅは、取得したＣｏｏｋｉｅを端末識別情報、ドメイン及び当該パスと対応付けて登録する。ここまでは、第１の利用者端末２のときと同様であるが、第２の利用者端末３は、その搭載されたＷＷＷブラウザの仕様によって、複数ドメインに対してＣｏｏｋｉｅを設定することが出来ない端末であるため、データ通信制御部７ａは、第１の利用者用端末に対して、初期表示ページ情報のみを伝送する。従って、本実施の形態において、第２の利用者端末３は、ＷＷＷブラウザにより受信したコンテンツを表示するだけで、Ｃｏｏｋｉｅの設定は行わない。
【００６７】
更に、第３の利用者端末４からの利用要求に対する通信管理用サーバ７の動作を説明する。この場合は、第３の利用者端末４は、入力デバイスとしてキーボードを有しているために、認証部７ｂは、会員番号とパスワードを入力する指示を第３の利用者端末４に伝送する処理を行う。これにより、第３の利用者端末４の利用者は、予め有している会員番号及びパスワードをキーボードによって入力することにより、この指示に対する回答を行う。認証部７ｂは、この回答された会員番号とパスワードに加え、回答時のＨＴＴＰヘッダに含まれる端末識別情報を取得し、これらの情報に基づき正規の端末及び正規の会員であることを認証する。ここで、認証された場合は、以降のアクセスを許可し、一方、認証されない場合は、正規の端末か、あるいは、正規の会員でないので、アクセスを拒否する。
【００６８】
更に、通信管理用サーバ７の管理テーブルについて、図３に基づき説明する。図３は、通信管理用サーバ７の管理テーブルを示す図である。
図３（ａ）のテーブルは、ドメイン名の管理テーブルであり、通信管理用サーバ７に登録されている各ドメインを、文字列ではなく整数で扱うために用意されたものである。つまり、ドメイン名と整数とを対応付けるためのテーブルである。
【００６９】
図３（ｂ）に示すテーブルは、利用者端末を識別するための端末識別情報と、登録された全てのドメインのドメイン番号と、相手ドメインから得た先頭（ルート）パスに対するＣｏｏｋｉｅと、相手ドメインから得た特定パスに対するＣｏｏｋｉｅと、利用者端末に対するこれら各ドメイン番号に対応したドメインのＣｏｏｋｉｅの設定状態を示す情報とから構成されるものであり、利用者端末の台数分のテーブルが存在する。
【００７０】
つまり、設定状態がＴＲＵＥであれば、そのドメインに対するＣｏｏｋｉｅが設定（記憶）されており、ＦＡＬＳＥである場合は、そのＣｏｏｋｉｅは設定されていないことになる。
また、ショッピングカートやＷＷＷ画面上で何らかの設定を保持したい場合など、個人個人に依存する設定／処理内容が記録されることが多い現状において、不特定多数の利用者を想定したＫＩＯＳＫ型情報端末の場合などは、接続先のＷＡＮ上のドメインもしくはコンテンツが同じであっても、異なるＣｏｏｋｉｅが発生することが多いため、Ｃｏｏｋｉｅを利用者ごとに管理する必要がある。従って、このテーブルでは利用者ごとのＣｏｏｋｉｅを用意し、端末管理サーバは新しく設けられた列の値を元に、必要であればＣｏｏｋｉｅの値と共にＷＷＷサーバにリクエストする。これにより、各利用者は前回通信時にあった個別の通信状態を保持することができる。
【００７１】
図３（ｃ）のテーブルは、各利用者端末に対する処理状態を示すものであり、端末識別情報、Ｓｔａｔｅ、Ｓｕｂ−Ｓｔａｔｅ及び一時保管ＵＲＬから構成されている。このテーブルでは、利用者端末は４台存在することになり、それぞれがｌａｂｅｌ−Ａ〜ｌａｂｅｌ−Ｄの端末識別情報に対応している。
図中の各利用者端末の状態を説明すると、ｌａｂｅｌ−Ａについては、この利用者端末が、登録されたドメインに対するＣｏｏｋｉｅを有していない場合のＣｏｏｋｉｅの自動取得処理を行っているときの状態を示している。これは、初期アクセス時、電源再投入時、利用者によるＣｏｏｋｉｅ値の削除などに応じて発生するものである。通信管理用サーバ７が利用者端末からの要求ＵＲＬが例えば、「ｈｔｔｐ：／／ｘｘｘｘｘ＿ｎｄ／ｉｎｉｔ／ｉｄ＝ｌａｂｅｌ−Ａ」のときは、利用者端末の初期電源投入時などの初期アクセスのときで、ＣｏｏｋｉｅをＨＴＴＰヘッダに伴わないアクセスが発生する。利用者端末は、上記ＵＲＬから、ｉｄ＝ｌａｂｅｌ−Ａを拾い上げ、この端末識別情報が図３（ｃ）に示す端末状態テーブルに存在するかを照会し、その結果存在する端末識別情報であったので、端末状態テーブルのＳｔａｔｅ欄を−２へと変更し、「Ｃｏｏｋｉｅ初期設定モード」へと移行する。移行後、通信管理用サーバ７は、上記したように、Ｃｏｏｋｉｅ取得部７ｄにおいて、Ｃｏｏｋｉｅが未設定のドメインに対するＣｏｏｋｉｅを取得して登録する処理を行う。登録処理が完了する度に、そのドメインの番号をＳｕｂ−Ｓｔａｔｅの書き込む。最後のドメインに対するＣｏｏｋｉｅ設定時のＨＴＭＬ送信ファイル中に、ＨＴＭＬのＲｅｆｒｅｓｈタグを追加し、リフレッシュ先ＵＲＬを端末状態テーブルに保存された一時保管ＵＲＬとする。通信管理用サーバ７は、上記ページを送信した後、一時保管ＵＲＬを削除し、Ｓｕｂ−Ｓｔａｔｅを「０」に更新する。以上により、ｌａｂｅｌ−Ａの利用者端末は、アクセス可能な全てのドメインの先頭パス（ルート）に対してＣｏｏｋｉｅが設定され、一定時間後に端末が要求したＵＲＬが表示される。
【００７２】
また、ｌａｂｅｌ−Ｂについては、利用者端末がアイドル状態になっている場合を示している。つまり、利用者端末が通常処理を行っている状態を示す。この状態は、図に示すように、Ｓｔａｔｅ及びＳｕｂ−Ｓｔａｔｅが「０」となっている状態である。
また、ｌａｂｅｌ−Ｃについては、この利用者端末が新規ドメインへのアクセス要求を行ったときのＣｏｏｋｉｅの追加処理を行っている状態を示したものである。例えば、登録ドメインが０〜３までしかなく、ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｕｋが存在していなかった場合を考える。このとき、通信管理用サーバ７のＣｏｏｋｉｅ取得部７ｄ及びＣｏｏｋｉｅ情報記憶部７ｅは、アクセス要求のＵＲＬのドメイン（ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｕｋ）が登録されたものでないため、このＵＲＬを一時保管し、上記したように、このドメイン（ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｕｋ）を新規ドメインとして番号４を対応付けて登録することになる。
【００７３】
また、ｌａｂｅｌ−Ｄについては、この利用者端末のＣｏｏｋｉｅ情報を修正しているときの状態を示したものである。これは、一旦通信管理用サーバ７側のＣｏｏｋｉｅの設定が完了しているが、例えば、第１の利用者端末２であれば電源が再投入された場合に起こり、第３の利用者端末４であれば明示的にＣｏｏｋｉｅを削除した場合などに起きるものである。つまり、利用者端末のアクセス要求時にＣｏｏｋｉｅが含まれていないときに、通信管理用サーバ７は、Ｃｏｏｋｉｅ取得部７ｄによって、図３（ｃ）に示すＳｔａｔｅを「−３」に変更し、Ｓｕｂ−Ｓｔａｔｅを対応するドメイン番号「３」に変更してＣｏｏｋｉｅを修正するモードに入る。処理完了後は、Ｓｔａｔｅを「０」に戻す。
【００７４】
更に、本実施の形態において、本システム１では、上記した、認証処理、Ｃｏｏｋｉｅの登録処理又は修正処理などを経て、利用者端末からＷＷＷサーバのドメインへ通常のアクセスが行われそのドメインの提供するコンテンツの閲覧等が可能になる。
図３（ｄ）のテーブルは、利用者端末が通信管理用サーバ７を通して接続するＷＡＮ上のサーバ（ドメイン）から送られてくるＣｏｏｋｉｅを、利用者の識別情報ごとに管理するためのテーブルである。通信管理用サーバ７は、利用者個人個人で異なるＣｏｏｋｉｅを保有しているため、図３（ｄ）のようなテーブルを持ち、利用者認証のタイミングでこのテーブルから、既に設定されたＣｏｏｋｉｅの値を読み込み、テーブルに上書きする。ログアウト時には、テーブルの「相手ＷＷＷドメインのＣｏｏｋｉｅ」欄のデータで、値が記述されているものを取り出し、テーブルに上書き（転記）する。
【００７５】
ここで、図３（ｄ）のテーブルを使用した処理の流れを説明する。
接続相手となるＷＷＷサーバからＣｏｏｋｉｅを受け取ったとき、通信管理用サーバ７は、利用者端末を特定するためのＣｏｏｋｉｅとＷＷＷサーバが、セッションを維持するために送出したＣｏｏｋｉｅ値を変更する必要がある。このため、上記図３（ｄ）のテーブルを設け、以下の処理の流れでＣｏｏｋｉｅの設定を行う。
【００７６】
まず、電源投入後は、上記したように図３（ｂ）のテーブルを利用した管理が行われる。そして、利用者端末の利用者が認証されると、図３（ｄ）のテーブルから利用者の識別情報を利用して次の処理を行う。
・アクセス済みの列がＴＲＵＥになっているもの（登録済みのドメインに１度でもアクセスすればＴＲＵＥとなる）をピックアップする。
・ピックアップしたものの中で、相手ＷＷＷドメインのＣｏｏｋｉｅが存在するものだけをさらに絞り込む。
・これらを、図３（ｂ）のテーブル中の「相手ドメインから得たＣｏｏｋｉｅ」の対応する欄に転写する。
【００７７】
更に、利用者がログアウトした、もしくは規定時間が過ぎ利用者の認証が無効となった場合は、図３（ｂ）のテーブルに存在する「相手ドメインから得たＣｏｏｋｉｅ」の値を図３（ｄ）のテーブルに転記し、この欄の全ての値を（なし）として処理を終了する。
更に、ドメインへのアクセスが行われる度に、通信管理用サーバ７における通信情報記憶部７ｆでは、アクセス要求に含まれる端末識別情報及び利用者情報（上記、認証番号又は会員番号）に基づき、ドメインと利用者端末との間の通信情報及びドメインと利用者との間の通信情報を取得して記憶する。
【００７８】
つまり、Ｃｏｏｋｉｅ情報記憶部７ｅによって、登録されたドメインと端末識別情報と相手ドメインから得たＣｏｏｋｉｅの情報とが対応付けられて記憶されているので、これに加え、利用者端末を利用している利用者の情報があれば、例えば、コンテンツの種類や、コンテンツにアクセスした時間などの通信情報を、利用者端末毎及び利用者毎に記憶することが可能である。
【００７９】
更に、本発明により実現されるシステムの具体的な例をいくつか説明する。本発明を利用することにより、各設置場所に設置された利用者端末と、ＷＡＮ上に設置された通信管理用サーバとの組み合わせによって以下のような安価なシステム形態における運用が可能となる。
ここで、本発明の利用においては以下の２つの優位点があげられる。
（１）利用者端末の各設置場所毎にサーバを持つ必要がないので、安価にシステムの構築が可能となる。
（２）データ通信インフラとして、ＷＡＮ（インターネット）を利用するため専用線の準備が不要である。
【００８０】
具体的な利用形態としては、以下の３つのケースが挙げられる。
ケース１：利用者端末の効果的・効率的な設置形態への改善。
ケース２：利用者端末の地理的要因（設置場所）を考慮したコンテンツ配信。
ケース３：障害発生時の利用者端末の特定。
以下、上記各ケースの詳細を説明する。
【００８１】
ケース１は、例えば、利用者端末として可動型ＫＩＯＳＫ情報端末を設置する場合であり、この場合は、ＫＩＯＳＫ情報端末の設置場所もしくはこの設置場所の周知方法によってその利用率が大きく変動することがある。ＫＩＯＳＫ情報端末を商品の販売促進のため有効活用しようとした場合は、これを定量的に計測し、設置場所もしくは設置した売場の形態／種類の特徴をつかむことがＫＩＯＳＫ情報端末の有効活用の面から重要である。
【００８２】
ケース２は、実店舗を持つ小売店舗にて、催事もしくは特定商品のプロモーションなどでこのような可動型のＫＩＯＳＫ筐体を使う場合であり、この場合は、すべてのＫＩＯＳＫ情報端末でまったく同一のコンテンツを提供するのではない。そのため、商品が陳列もしくは紹介されている場所にて、当該商品に関する情報もしくはサービスなど、局所的な場の価値を向上させるためのコンテンツ提供は、ＫＩＯＳＫが商品の価値を訴求する上で欠かせない要素である。局所的なコンテンツとは、たとえば食品売場では食品関係のコンテンツ、特に季節者の野菜販売を強化したいのであれば特定野菜に関わるコンテンツ、家電売場では家電製品のコンテンツなどであって、この他に特定店舗にて有効なコンテンツを提供することもある。
【００８３】
ケース３は、各ＫＩＯＳＫ情報端末を識別することによって、トラブル発生時の対応を迅速にする場合である。例えばＫＩＯＳＫ情報端末にプリンタが接続されており、このプリンタが用紙切れを発生した場合を想定する。ここで、１店舗内に複数台のＫＩＯＳＫ情報端末が存在する店舗の規模が大きいときを考える。このような大型店舗では、紙切れを起こしたプリンタがどのＫＩＯＳＫ情報端末に接続されたものかを判別しなければ迅速な対応ができない。これは特に、双方向にて情報のやりとりをおこなうＫＩＯＳＫ型の情報端末の場合に顕著である。このような店舗においては、継続的なサービスを提供できるかが重要な要素となるため、ＫＩＯＳＫ情報端末の特定は、商機会を逃さないためもしくは情報端末利用者の苦情といったマイナス要因の発生を最小限に留めるためにも重要である。
【００８４】
更に、端末利用者特定後の利用の一例をいくつか説明する。
本発明を利用した利用者端末の利用者特定後の利用例を以下に説明する。
ＫＩＯＳＫ等の店舗における無人稼動のフォローとして利用する。つまり、ＫＩＯＳＫ情報端末は無人にて稼動することが多いため、万が一操作中に不具合が発生し、利用者が恩恵を受けられなかった場合、利用者の記録が残されれば個人を特定した後異常時のフォローが可能となる。例えば、特定の条件を満たしポイントを加算すべき処理に不具合が生じ、左記処理が未完に終わった場合、当該
利用者に連絡すると同時にポイントを加算するといったことが可能となる。
【００８５】
更に、利用者毎の個別対応に利用する例を説明する。つまり、個人を特定することによって、以下のサービス／コンテンツの提供が可能となる。
（１）優良顧客の優遇
購買前に優良顧客限定の商品を提示することで、優良顧客の固定化を促進できる。
（２）利用者識別による個別対応
・数種類のコンテンツ、もしくは雛型を使いながら、あらかじめ計算された顧客層に応じて利用者別のコンテンツ／サービスを提供できる。
・来店回数に応じた、来店謝恩機能が実現できる。
・個人を特定できるため、過去に購入した商品の履歴を閲覧／取得することができる。
・会員限定特典を提供することができる。
【００８６】
更に、図４に基づき、通信管理用サーバ７を制御する制御プログラムの動作処理の流れを説明する。図４は、通信管理用サーバ７を制御する制御プログラムの動作処理を示すフローチャートである。
図４に示すように、まずステップＳ１００に移行し、情報判定部７ｃにおいて、利用者端末からの要求メッセージに有効なＣｏｏｋｉｅが含まれているか否かを判定し、含まれていると判定された場合(Yes)はステップＳ１０２に移行し、そうでない場合(No)はステップＳ１０８に移行する。
【００８７】
ステップＳ１０２に移行した場合は、情報判定部７ｃにおいて、要求先ＵＲＬのドメインが登録済みであるか否かを判定し、登録済みであると判定された場合(Yes)はステップＳ１０４に移行し、そうでない場合(No)はステップＳ１０６に移行する。
ステップＳ１０４に移行した場合は、データ通信制御部７ａにおいて、要求ＵＲＬに基づき、要求されたドメインへアクセスしてそのドメインからの応答（要求コンテンツ）を中継してアクセス元の利用者端末に伝送して処理を終了する（図中ケース１）。
【００８８】
一方、ステップＳ１０６に移行した場合は、Ｃｏｏｋｉｅ取得部７ｄ及びＣｏｏｋｉｅ情報記憶部７ｅにおいて、アクセス先のドメインに対するＣｏｏｋｉｅの追加処理を行い処理を終了する（図中ケース２）。
また、ステップＳ１０８に移行した場合は、情報判定部７ｃにおいて、要求先のＵＲＬに有効な端末識別情報が含まれているか否かを判定し、含まれていると判定された場合(Yes)はステップＳ１１０に移行し、そうでない場合(No)はステップＳ１１２に移行する。
【００８９】
ステップＳ１１０に移行した場合は、通信管理用サーバ７に登録されたドメインに対するＣｏｏｋｉｅの登録処理を行い処理を終了する（図中ケース３）。
また、ステップＳ１１２に移行した場合は、情報判定部７ｃにおいて、利用者端末は、特殊ドメインに対する有効なＣｏｏｋｉｅを有しているか否かを判定し、有していると判定された場合(Yes)はステップＳ１１４に移行し、そうでない場合(No)はステップＳ１１６に移行する。
【００９０】
ステップＳ１１４に移行した場合は、利用者端末に設定されたＣｏｏｋｉｅを修正して処理を終了する（図中ケース４）。
また、ステップＳ１１６に移行した場合は、情報判定部７ｃは、不正なアクセスと判定し、利用者端末からのアクセスを拒否して処理を終了する（図中ケース５）。
【００９１】
更に、図５に基づき、上記ケース１における利用者端末側の動作処理の流れを説明する。図５は、ケース１における利用者端末側の動作処理を示すフローチャートである。
図５に示すように、まずステップＳ２００に移行し、通信管理用サーバに対して、ＷＷＷサーバの所定ドメインに対するアクセス要求を送信してステップＳ２０２に移行する。この場合、アクセス要求のメッセージには、アクセス先ドメインのＣｏｏｋｉｅの情報及び端末識別情報が含まれている。
【００９２】
ステップＳ２０２では、通信管理用サーバから要求したコンテンツを受信して、表示部に表示し処理を終了する。
更に、図６に基づき、上記ケース２における利用者端末側の動作処理の流れを説明する。図６は、ケース２における利用者端末側の動作処理を示すフローチャートである。
【００９３】
図６に示すように、まずステップＳ３００に移行し、新規ドメインのコンテンツへのアクセス要求を行いステップＳ３０２に移行する。
ステップＳ３０２では、通信管理用サーバ７からヘッダ部分に利用者端末にＣｏｏｋｉｅを設定させるための情報（Ｓｅｔ−Ｃｏｏｋｉｅ）を含む情報と要求コンテンツとを受信してステップＳ３０４に移行する。
【００９４】
ステップＳ３０４では、要求ページのコンテンツを表示し、更に、Ｃｏｏｋｉｅの設定を行い処理を終了する。
更に、図７に基づき、上記ケース３における利用者端末側の動作処理の流れを説明する。図７は、ケース３における利用者端末側の動作処理を示すフローチャートである。
【００９５】
図７に示すように、まずステップＳ４００に移行し、初期表示ページの要求（上記利用要求）を通信管理用サーバ７に伝送してステップＳ４０２に移行する。ステップＳ４０２に移行すると、通信管理用サーバ７から、未設定のドメインに対するＣｏｏｋｉｅを設定するために、ヘッダ部分にＳｅｔ−Ｃｏｏｋｉｅを含み、且つ、コンテンツにＲｅｆｒｅｓｈタグを有する情報を受信してステップＳ４０４に移行する。
【００９６】
ステップＳ４０４では、Ｒｅｆｒｅｓｈタグによって設定されたリフレッシュ先のＵＲＬへとジャンプしてステップＳ４０６に移行する。ここで、このリフレッシュ先のＵＲＬは、次に、Ｃｏｏｋｉｅを設定するドメインのＵＲＬである。また、ステップＳ４０２及びステップＳ４０４の処理は、Ｃｏｏｋｉｅが未設定のドメインがなくなるまで繰り返し行われる。
【００９７】
ステップ４０６に移行すると、当初要求していた初期表示ページへ自動的にジャンプしてステップＳ４０８に移行する。
ステップＳ４０８では、表示部に初期表示ページを表示して処理を終了する。更に、図８に基づき、上記ケース４における利用者端末側の動作処理の流れを説明する。図８は、ケース４における利用者端末側の動作処理を示すフローチャートである。
【００９８】
図８に示すように、まずステップＳ５００に移行し、ＷＷＷサーバの所定ドメインに対するアクセス要求を通信管理用サーバ７に伝送して、ステップＳ８０２に移行する。ここで、この場合のアクセス要求のメッセージには有効なＣｏｏｋｉｅ及び端末識別情報が含まれていない。
ステップＳ５０２では、通信管理用サーバ７から特殊ドメインにアクセスするためのＲｅｆｒｅｓｈタグを含む情報を受信し、特殊ドメインにアクセスしてステップＳ５０４に移行する。ここで、特殊ドメインに対しては、既に利用者端末用のＣｏｏｋｉｅが設定されているため、このときの利用者端末からの要求メッセージには、有効なＣｏｏｋｉｅ情報及び端末識別情報が含まれている。
【００９９】
ステップＳ５０４では、通信管理用サーバ７から再度特殊ドメインへアクセスするためのＲｅｆｒｅｓｈタグを含む情報を受信し、特殊ドメインにアクセスしてステップＳ５０６に移行する。このときの利用者端末からの要求メッセージにも、有効なＣｏｏｋｉｅ情報及び端末識別情報が含まれている。
ステップＳ５０６では、通信管理用サーバ７に対して、アクセス要求先ドメインへのアクセス要求メッセージに有効な端末識別情報を含ませたものを伝送してステップＳ５０８に移行する。
【０１００】
ステップＳ５０８では、要求コンテンツとＣｏｏｋｉｅを設定するために、ヘッダ部分にＳｅｔ−Ｃｏｏｋｉｅを含む情報とを受信して、Ｃｏｏｋｉｅを設定しステップＳ５１０に移行する。
ステップＳ５１０では、要求ページのコンテンツを表示部に表示して処理を終了する。
【０１０１】
更に、図９に基づき、上記ケース５における利用者端末側の動作処理の流れを説明する。図９は、ケース５における利用者端末側の動作処理を示すフローチャートである。
図９に示すように、まずステップＳ６００に移行し、通信管理用サーバ７に対して、ＷＷＷサーバの所定ドメインに対するアクセス要求を伝送してステップＳ６０２に移行する。ここで、このアクセス要求のメッセージには、有効なＣｏｏｋｉｅ及び端末識別情報が含まれていない。
【０１０２】
ステップＳ６０２では、通信管理用サーバ７から特殊ドメインにアクセスするためのＲｅｆｒｅｓｈタグを含む情報を受信し、特殊ドメインにアクセスしてステップＳ６０４に移行する。ここで、アクセス要求元の利用者端末は、特殊ドメインに対しても端末識別情報及びＣｏｏｋｉｅが設定されていない。
ステップＳ６０４では、通信管理用サーバ７から再度特殊ドメインへアクセスするためのＲｅｆｒｅｓｈタグを含む情報を受信し、特殊ドメインにアクセスしてステップＳ６０６に移行する。このアクセス要求のメッセージには、有効なＣｏｏｋｉｅ及び端末識別情報が含まれていない。
【０１０３】
ステップＳ６０６では、通信管理用サーバ７から受信したアクセス拒否通知を表示部に表示して処理を終了する。
更に、図１０に基づき、Ｃｏｏｋｉｅ自動登録処理時の通信管理用サーバ７の動作処理の流れを説明する。図１０は、Ｃｏｏｋｉｅ自動登録処理時の通信管理用サーバ７の動作処理を示すフローチャートである。
【０１０４】
図１０に示すように、まずステップＳ７００に移行し、利用者端末のＣｏｏｋｉｅ初期設定モードへとモード変更してステップＳ７０２に移行する。
ステップＳ７０２では、利用者端末からの要求メッセージ（ここではＵＲＬ）から端末識別情報を取得してステップＳ７０４に移行する。
ステップＳ７０４では、設定すべきＣｏｏｋｉｅを内部テーブルから参照してステップＳ７０６に移行する。
【０１０５】
ステップＳ７０６では、全ての登録ドメインへのＣｏｏｋｉｅの設定が完了したか否かを判定し、完了したと判定された場合(Yes)はステップＳ７１８に移行し、そうでない場合(No)はステップＳ７０８に移行する。
ステップＳ７０８に移行した場合は、次に設定すべきドメインをひとつ選択してステップＳ７１０に移行する。ここで、図３（ｂ）に示すテーブルを参照して、設定状態がＦＡＬＳＥのドメインを選択する。
【０１０６】
ステップＳ７１０では、利用者端末に対してＨＴＴＰレスポンスとして適切なＣｏｏｋｉｅを設定するメッセージ（Ｓｅｔ−Ｃｏｏｋｉｅを含むメッセージ）を生成してステップＳ７１２に移行する。
ステップＳ７１２では、Ｓｅｔ−Ｃｏｏｋｉｅを含むメッセージを利用者端末に伝送してステップＳ７１４に移行する。ここで、利用者端末が要求したドメインへのメッセージの回答として、通信管理用サーバ７において生成された上記メッセージを送信することで、利用者端末側では、このドメインに対するＣｏｏｋｉｅが設定される。
【０１０７】
ステップＳ７１４では、利用者端末が複数ドメインにＣｏｏｋｉｅを設定できる機種か否かを判定し、設定できる機種であると判定された場合(Yes)はステップＳ７１６に移行し、そうでない場合(No)はステップＳ７１８に移行する。つまり、第２の利用者端末３のように、ドメイン毎にＣｏｏｋｉｅを設定できないものもあるためこの処理が行われる。
【０１０８】
ステップＳ７１６に移行した場合は、利用者端末へのＨＴＴＰレスポンスとして、Ｒｅｆｒｅｓｈタグによる設定でリフレッシュ先に次候補のドメインのＵＲＬを付与したメッセージを利用者端末に伝送してステップＳ７０６に移行する。これにより、利用者端末は、要求したドメインに対してＣｏｏｋｉｅを設定し終えた数秒後に、指定されたＵＲＬのページを自動的に表示する。
【０１０９】
一方、ステップＳ７１８に移行した場合は、当初要求したドメインからのコンテンツをレスポンスとして利用者端末に伝送して処理を終了する。つまり、当初、通信管理用サーバ７で保管していた、要求先ドメインをリフレッシュ先とするメッセージを利用者端末に伝送することで、利用者が指定したコンテンツが利用者端末において表示される。
【０１１０】
更に、図１１に基づき、通信管理用サーバ７における新規ドメインに対するＣｏｏｋｉｅ追加処理の流れを説明する。図１１は、通信管理用サーバ７における新規ドメインに対するＣｏｏｋｉｅ追加処理を示すフローチャートである。この処理が実行される状況としては、利用者端末で表示するコンテンツが更新され、未登録の新しいドメインにアクセスする必要が生じたときである。
【０１１１】
図１１に示すように、まずステップＳ８００に移行し、内部テーブルにおける現在のモードをＣｏｏｋｉｅ追加モードへと変更してステップＳ８０２に移行する。
ステップＳ８０２では、通信管理用サーバ７の内部テーブルに新規ドメインを追加してステップＳ８０４に移行する。
【０１１２】
ステップＳ８０４では、利用者端末へのレスポンス用のＨＴＴＰヘッダにＳｅｔ−Ｃｏｏｋｉｅ文字列とその情報を追加してステップＳ８０６に移行する。
ステップＳ８０６では、利用者端末が複数ドメインに対してＣｏｏｋｉｅを設定できる機種か否かを判定し、設定できる機種であると判定された場合(Yes)はステップＳ８０８に移行し、そうでない場合(No)は、Ｃｏｏｋｉｅ取得部７ｄ及びＣｏｏｋｉｅ情報記憶部７ｅによって、該当するＷＷＷサーバの新規ドメインから利用者端末に対するＣｏｏｋｉｅを取得して内部テーブルに登録し処理を終了する。
【０１１３】
ステップＳ８０８に移行した場合は、該当するＷＷＷサーバにアクセスして、利用者端末へのレスポンス情報を取得し、そのＨＴＴＰヘッダに上記文字列を追加してステップＳ８１０に移行する。
ステップＳ８１０では、ＨＴＴＰ中継時のコンテンツ部分には手を加えずに単純に利用者端末へとレスポンス情報を中継してステップＳ８１２に移行する。
【０１１４】
ステップＳ８１２では、利用者端末からのレスポンスにより、利用者端末側でコンテンツの表示及び新規ドメインに対するＣｏｏｋｉｅが設定されたことを確認して処理を終了する。
つまり、登録済みのドメイン内のコンテンツから、新規ドメインへのアクセス要求が送信されたときの処理である。始めは、登録済みのドメイン内からの接続要求となるため、利用者端末を特定することができるＣｏｏｋｉｅが送信されるのでこの時点では通信管理用サーバ７は利用者端末を特定することができる。しかし、その後新規ドメインのコンテンツが送られてきて、その新規ドメイン内の更に詳細なコンテンツを要求したときに、この時点でＣｏｏｋｉｅの未登録な新規ドメインからの要求となるため、利用者端末からの要求メッセージには利用者端末を特定するＣｏｏｋｉｅが含まれず通信管理用サーバ７は利用者端末を特定することができない。これを回避するために上記処理を行い、利用者端末に新規ドメインのＣｏｏｋｉｅを追加設定する。
【０１１５】
更に、図１２に基づき、通信管理用サーバ７における利用者端末のＣｏｏｋｉｅ修正処理の流れを説明する。図１２は、通信管理用サーバ７における利用者端末のＣｏｏｋｉｅ修正処理を示すフローチャートである。
図１２に示すように、まずステップＳ９００に移行し、内部テーブルのモードをＣｏｏｋｉｅ修正モードに変更してステップＳ９０２に移行する。
【０１１６】
ステップＳ９０２では、特殊ドメインへのリフレッシュコンテンツを利用者端末に送信してステップＳ９０４に移行する。
ステップＳ９０４では、利用者端末から特殊ドメインへのアクセス要求を受信してステップＳ９０６に移行する。
ステップＳ９０６では、二度目の特殊ドメインへのリフレッシュコンテンツを利用者端末に送信してステップＳ９０８に移行する。
【０１１７】
ステップＳ９０８では、二度目の特殊ドメインへのアクセス要求と同時にそのドメインの有効なＣｏｏｋｉｅ及び端末識別情報を受信してステップＳ９１０に移行する。
ステップＳ９１０では、利用者端末からの本来のアクセス要求先のドメインに対して、そのコンテンツ要求メッセージに、取得した有効なＣｏｏｋｉｅを付与したものを送信してステップＳ９１２に移行する。
【０１１８】
ステップＳ９１２では、取得した有効なＣｏｏｋｉｅが付与された要求メッセージをアクセス要求先のドメインに伝送して処理を終了する。
更に、図１３に基づき、通信管理用サーバにおける利用者特定処理の流れを説明する。図１３は、通信管理用サーバにおける利用者特定処理を示すフローチャートである。
【０１１９】
図１３に示すように、まずステップＳ１０００に移行し、利用者端末からのアクセス要求があり、利用者特定の要求が発生するとステップＳ１００４に移行する。ここで、利用者の特定が発生するのは、そのアクセス先のドメインがアクセスできる利用者を限定しているような場合である。
ステップＳ１００４では、認証部７ｂにおいて、利用者端末及びその利用者の認証処理を行いステップＳ１００６に移行する。
【０１２０】
ステップＳ１００６では、利用者端末から取得した、端末固有の端末識別情報と利用者固有の会員番号とをひも付けして記憶し処理を終了する。
更に、図１４に基づき、利用者端末におけるアプレット使用による認証処理の流れを説明する。図１４は、利用者端末におけるアプレット使用による認証処理を示すフローチャートである。
【０１２１】
図１４に示すように、まずステップＳ１１００に移行し、認証用アプレットの起動リクエストを利用者端末に伝送してステップＳ１１０２に移行する。
ステップＳ１１０２では、アプレット起動時のパラメータ指定に端末識別情報を追加してステップＳ１１０４に移行する。
ステップＳ１１０４では、認証用アプレットを起動してステップＳ１１０６に移行する。
【０１２２】
ステップＳ１１０６では、認証に必要なデータを入力してステップＳ１１０８に移行する。ここで、本実施の形態においては、第１の利用者端末２のカード挿入口に会員カードを挿入することにより認証用データの入力を行う。
ステップＳ１１０８では、認証用データと共に利用者端末の端末識別情報をアプレット経由で通信管理用サーバ７に通知してステップＳ１１１０に移行する。
【０１２３】
ステップＳ１１１０では、通信管理用サーバ７からの利用者端末及び利用者が認証されたことを示す認証結果を受信してステップＳ１１１２に移行する。
ステップＳ１１１２では、以降のアクセスにおいては、利用者端末に対する認証番号を特定するようにして処理を終了する。
更に、図１５に基づき、利用者端末におけるＨＴＭＬ使用による認証処理の流れを説明する。図１５は、利用者端末におけるＨＴＭＬ使用による認証処理を示すフローチャートである。
【０１２４】
図１５に示すように、まずステップＳ１２００に移行し、通信管理用サーバ７からの会員番号／パスワード入力要求に対して、会員番号及びパスワードを入力してステップＳ１２０２に移行する。
ステップＳ１２０２では、回答時のＨＴＴＰヘッダに端末識別情報を付加して通信管理用サーバ７に送信する。
【０１２５】
ステップＳ１２０４では、通信管理用サーバ７からの利用者端末及び利用者が認証されたことを示す認証結果を受信して処理を終了する。ここで、通信管理用サーバ７では、端末識別情報と会員番号との関連が判明するので認証することが可能となる。
更に、図１６に基づき、通信管理用サーバ７における上記図４のフローチャートにおけるステップＳ１０４の通常処理時の通常送信処理の流れを説明する。図１６は、通信管理用サーバ７における通常処理時の送信処理を示すフローチャートである。
【０１２６】
図１６に示すように、まずステップＳ１３００に移行し、利用者端末から接続先のドメインに有効なＣｏｏｋｉｅを取得し、且つ、そのドメインが通信管理用サーバ７の内部テーブルに登録済みのものであることを受けて、通常送信処理を開始してステップＳ１３０２に移行する。
ステップＳ１３０２では、利用者端末からのアクセス要求を受信してステップＳ１３０４に移行する。
【０１２７】
ステップＳ１３０４では、利用者端末及び利用者の特定処理を行いステップＳ１３０６に移行する。
ステップＳ１３０６では、前回接続時の個別Ｃｏｏｋｉｅがあるか否かを判定し、あると判定された場合(Yes)はステップＳ１３０８に移行し、そうでない場合(No)は処理を終了する。
【０１２８】
ステップＳ１３０８に移行した場合は、接続先ＷＷＷサーバのドメイン向けのＣｏｏｋｉｅをＨＴＴＰヘッダに追加して、このメッセージを該当するドメインに伝送し処理を終了する。
更に、図１７に基づき、通信管理用サーバ７における上記図４のフローチャートにおけるステップＳ１０４の通常処理時の通常受信処理の流れを説明する。図１７は、通信管理用サーバ７における通常処理時の受信処理を示すフローチャートである。
【０１２９】
図１７に示すように、まずステップＳ１４００に移行し、利用者端末から接続先のドメインに有効なＣｏｏｋｉｅを取得し、且つ、そのドメインが通信管理用サーバ７の内部テーブルに登録済みのものであることを受けて、通常受信処理を開始してステップＳ１４０２に移行する。
ステップＳ１４０２では、接続先ドメインから「Ｓｅｔ−Ｃｏｏｋｉｅ」を受信したか否かを判定し、受信したと判定された場合(Yes)はステップＳ１４０４に移行し、そうでない場合(No)はステップＳ１４０６に移行する。
【０１３０】
ステップＳ１４０４に移行した場合は、内部テーブルにＣｏｏｋｉｅ値を反映してステップＳ１４０６に移行する。
ステップＳ１４０６では、接続先ドメインから受信したデータを適切な利用者端末に転送して処理を終了する。
以上、通信管理用サーバ７は、利用者端末からの利用要求に応じて、予め登録された複数のドメインに対して利用者端末がＣｏｏｋｉｅを有していないものに対しては、そのドメインからＣｏｏｋｉｅを取得して利用者端末に自動的に設定する処理を行うので、以降は、設定されたＣｏｏｋｉｅによって利用者端末の特定が可能となる。
【０１３１】
また、利用者端末からのＷＷＷサーバのドメインへのアクセス要求に対して、通信管理用サーバ７は、利用者端末がそのドメインに有効なＣｏｏｋｉｅを有していないときは、Ｃｏｏｋｉｅ取得手段７ｄによってそのドメインのＣｏｏｋｉｅを取得して利用者端末に設定するようにしたので、Ｃｏｏｋｉｅの情報が消えたり壊れたりしたときでも正常なＣｏｏｋｉｅの設定が可能となる。
【０１３２】
また、認証部７ｂにおいて、利用者端末及び利用者の認証を行うことで、未登録の利用者端末や利用者による不正アクセスを阻止することが可能となる。
また、通信情報記憶部７ｆによって、ＷＷＷサーバの所定ドメインと利用者端末との間の通信情報を取得して記憶するようにしたので、これら取得した通信情報を利用したサービスの提供が可能となる。
【０１３３】
ここで、図２に示す、認証部７ｂは、請求項６及び請求項７記載の認証手段に対応し、情報判定部７ｃにおける利用者端末からのＣｏｏｋｉｅが有効か否かを判定する処理は、請求項１記載のＣｏｏｋｉｅ情報判定手段に対応し、情報判定部７ｃにおける利用者端末からの端末識別情報が有効か否かを判定する処理は、請求項１記載の端末識別情報判定手段に対応し、Ｃｏｏｋｉｅ取得部７ｄは、請求項１記載のＣｏｏｋｉｅ取得手段に対応し、Ｃｏｏｋｉｅ情報記憶部７ｅは、請求項１乃至請求項３記載のＣｏｏｋｉｅ情報記憶手段に対応し、通信情報記憶部７ｆは、請求項２記載の通信情報取得手段と請求項２及び請求項５記載の通信情報記憶手段とに対応する。
【０１３４】
なお、上記実施の形態においては、利用者端末に対して予め通信管理用サーバ７に登録された複数のドメインに対するＣｏｏｋｉｅを、事前に設定するようにしているが、これに限らず、予め複数のドメインの情報を登録しない態様であっても良い。この場合は、例えば、利用者端末からのアクセス要求メッセージに必ず端末識別情報を付加するようする。そして、通信管理用サーバは、新規ドメインへのアクセス要求が有るたびにそのドメインを端末識別情報及びそのドメインのＣｏｏｋｉｅと対応付けて登録する。以降は、利用者端末からのアクセス要求に含まれる端末識別情報からそのアクセス要求先のドメインに対応したＣｏｏｋｉｅの情報が登録されているか否かを判定し、登録されている場合は、そのＣｏｏｋｉｅを付加してドメインにアクセス要求メッセージを中継する。このようにすれば、シンクライアントのような電源を落とすとＣｏｏｋｉｅの情報が全て消去してしまうような端末に対しても、そのアクセスに対してすぐに端末の特定が可能であり、且つ、ドメインとの間の長期的な通信履歴等も取得することが可能である。
【図面の簡単な説明】
【図１】 コンテンツ提供システムの構成を示すブロック図である。
【図２】 通信管理用サーバ７の詳細構成を示すブロック図である。
【図３】 通信管理用サーバ７の管理テーブルを示す図である。
【図４】 通信管理用サーバ７を制御する制御プログラムの動作処理を示すフローチャートである。
【図５】 ケース１における利用者端末側の動作処理を示すフローチャートである。
【図６】 ケース２における利用者端末側の動作処理を示すフローチャートである。
【図７】 ケース３における利用者端末側の動作処理を示すフローチャートである。
【図８】 ケース４における利用者端末側の動作処理を示すフローチャートである。
【図９】 ケース５における利用者端末側の動作処理を示すフローチャートである。
【図１０】 Ｃｏｏｋｉｅ自動登録処理時の通信管理用サーバ７の動作処理を示すフローチャートである。
【図１１】 通信管理用サーバ７における新規ドメインに対するＣｏｏｋｉｅ追加処理を示すフローチャートである。
【図１２】 通信管理用サーバ７における利用者端末のＣｏｏｋｉｅ修正処理を示すフローチャートである。
【図１３】 通信管理用サーバにおける利用者特定処理を示すフローチャートである。
【図１４】 利用者端末におけるアプレット使用による認証処理を示すフローチャートである。
【図１５】 利用者端末におけるＨＴＭＬ使用による認証処理を示すフローチャートである。
【図１６】 通信管理用サーバ７における通常処理時の送信処理を示すフローチャートである。
【図１７】 通信管理用サーバ７における通常処理時の受信処理を示すフローチャートである。
【符号の説明】
１…コンテンツ提供システム、２…第１の利用者端末、３…第２の利用者端末、４…第３の利用者端末、７…通信管理用サーバ、７ａ…データ通信制御部、７ｂ…認証部、７ｃ…情報判定部、７ｄ…Ｃｏｏｋｉｅ取得部、７ｅ…Ｃｏｏｋｉｅ情報記憶部、７ｆ…通信情報記憶部、８…第１のＷＷＷサーバ、９…第２のＷＷＷサーバ、１０…ＷＡＮ
【発明の属する技術分野】
本発明は、利用者端末からのＷＷＷサーバへのアクセス要求を当該ＷＷＷサーバへと中継し、当該ＷＷＷサーバから前記利用者端末への応答を当該利用者端末に中継する通信管理用サーバに関する。
【０００２】
【従来の技術】
ＷＷＷを利用したシステムの普及に伴い、一般家庭に設置されたＰＣ（Personal Computer）のみならず、小売店・飲食店舗内でもＷＷＷを用いたキオスクをはじめとするシステムが普及しつつある。
ＷＷＷでは、主にＨＴＴＰ（HyperText Transfer Protocol）通信方式が使われている。この方式では接続状態を保持しないため、利用者の使用履歴を残したり、接続状態を維持したりするために、周知の技術であるＣｏｏｋｉｅが広く使われている。
【０００３】
Ｃｏｏｋｉｅを使った例としては、ＨＴＴＰにて接続されたＷＷＷサーバとクライアント端末との通信において、クライアント端末の特定手段をＩＰ（Internet Protocol）アドレスだけではなく、Ｃｏｏｋｉｅの値も使うようにしたものがある。このようにすることで、ＩＰアドレスの変化するモバイル環境でも端末を特定することが可能となる（特許文献１参照）。
【０００４】
また、別の例としては、ＷＷＷサーバとクライアント端末との間に情報中継装置（例えば、プロキシサーバ）を置き、ディレクトリ階層別にＣｏｏｋｉｅの値（例えば、コンテンツ料金）を設定することで、前記情報中継装置においてアクセスを一本化するものがある。このようにすることで、コンテンツ閲覧の課金を単一のサーバで容易に行うことが可能となる（特許文献２参照）。
【０００５】
また、高速インターネット接続の普及や経費削減の観点から、少数のグローバルＩＰアドレスが多数のローカルＩＰアドレスによって共用されることが多い。これを実現するため、グローバルＩＰアドレスと複数のプライベートＩＰアドレスとを変換・共有するＩＰアドレス・ポート変換機（例えば、ＮＡＰＴ（Network Address Port Transfer）以降アドレス等変換機）といったアドレス等変換機が広く使われている。
【０００６】
【特許文献１】
特開２００１−２３６３２０号公報
【特許文献２】
特開平１１−２７５０７１号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、Ｃｏｏｋｉｅは接続先ドメインごとに設定されるため、端末に付与される各Ｃｏｏｋｉｅの値はＷＷＷサーバごとにルールが異なる。従って、特定の端末が複数のＷＷＷサーバに対してアクセスした履歴を複数の当該ＷＷＷサーバから抽出することは、端末自身が各ドメインに対して保持しているＣｏｏｋｉｅの値とＷＷＷサーバが付与したＣｏｏｋｉｅの値とが必要となり、煩雑な作業を伴う。
【０００８】
また、新規に追加したアクセス可能なドメインへ、端末から初めてアクセスがあったときは、Ｃｏｏｋｉｅの仕様上、端末からＷＷＷサーバへはＣｏｏｋｉｅの値が送信されない。これは、端末の特定手段としてＩＰアドレスとＣｏｏｋｉｅが現在広く用いられている端末特定手段である一方で、共通のＩＰアドレスが使われた場合、ＷＷＷサーバは、リクエスト元端末の特定ができないことを示す。
【０００９】
このため、上記特許文献１にあるように、ＷＷＷサーバとＷＷＷブラウザ搭載端末との間にプロキシサーバを介入させ、更に、上記特許文献２にあるように、各端末をＣｏｏｋｉｅで識別する組み合わせは有効ではあるが、技術を組み合わせただけでは解決できない以下の課題が存在する。
つまり、上記したアドレス等変換機を介すると端末自身が持つ固有のＩＰアドレスとポート番号がアドレス等変換機のものに統一されてしまうため、ＷＡＮ上にて稼動し端末の要求メッセージを受け付けているサーバからは、通信自体は可能であるものの、通信を要求した端末の特定ができない。
【００１０】
特に、電源投入状態にてＣｏｏｋｉｅの値を何も持たないシンクライアントの場合、この問題は致命的である。なぜなら、店頭や店舗に設置されたＷＷＷブラウザ搭載端末は、その端末が各ユーザごとに利用される傾向があり、操作が終了するまで端末の利用者が変化しないという傾向をもつからである。
つまり、アドレス変換機等を用いてシンクライアントを構成するシステムの場合、ＷＷＷサーバはそれぞれのＷＷＷブラウザ搭載端末が特定できないため、端末ごと、もしくはＷＷＷ搭載端末を操作した利用者ごとの操作履歴を得ることが不可能となり、アクセス履歴を利用したサービスを提供することができない。
【００１１】
特に、上記特許文献１において行われている技術は、あらかじめ登録されているドメインにしか対応せず、アクセス先のドメインに対し端末にユニークなＣｏｏｋｉｅの値を設定し、それを管理することは言及されていない、つまり、初期状態のＣｏｏｋｉｅの値を何も持たない端末に対して、端末識別子となるＣｏｏｋｉｅの値をアクセス前に付与するための方法が書かれていない。また、アクセス先のドメインが増えた場合、そのドメインに対するＣｏｏｋｉｅの値を自動的に設定する方法が書かれていない。
【００１２】
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、ＷＷＷサーバにおける所定ドメインにアクセスした端末を識別するのに好適な通信管理用サーバ、通信管理用サーバ制御プログラム及び利用者端末制御プログラムを提供することを目的としている。
【００１３】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る請求項１記載の通信管理用サーバは、利用者端末からのＷＷＷサーバへのアクセス要求を当該ＷＷＷサーバへと中継し、当該ＷＷＷサーバから前記利用者端末への応答を当該利用者端末に中継する通信管理用サーバであって、
前記利用者端末からの前記ＷＷＷサーバにおける所定ドメインへのアクセス要求があったときに、当該アクセス要求に係る情報中に前記アクセス先ドメイン用のＣｏｏｋｉｅが含まれているか否かを判定するＣｏｏｋｉｅ情報判定手段と、前記アクセス要求に係る情報中に前記利用者端末固有の端末識別情報が含まれているか否かを判定する端末識別情報判定手段と、
前記Ｃｏｏｋｉｅ情報判定手段及び前記端末識別情報判定手段の判定結果の少なくとも一方に基づき、前記アクセス先のドメインから前記利用者端末用のＣｏｏｋｉｅを取得するＣｏｏｋｉｅ取得手段と、
当該Ｃｏｏｋｉｅ取得手段によって取得したＣｏｏｋｉｅを前記端末識別情報と対応付けて記憶するＣｏｏｋｉｅ情報記憶手段と、を備えることを特徴としている。
【００１４】
このような構成であれば、Ｃｏｏｋｉｅ情報判定手段によって、前記利用者端末からの前記ＷＷＷサーバにおける所定ドメインへのアクセス要求があったときに、当該アクセス要求に係る情報中に前記アクセス先ドメイン用のＣｏｏｋｉｅが含まれているか否かを判定することが可能であり、端末識別情報判定手段によって、前記アクセス要求に係る情報中に前記利用者端末固有の端末識別情報が含まれているか否かを判定することが可能であり、Ｃｏｏｋｉｅ取得手段によって、Ｃｏｏｋｉｅ情報判定手段及び前記端末識別情報判定手段の判定結果の少なくとも一方に基づき、前記アクセス先のドメインから前記利用者端末用のＣｏｏｋｉｅを取得することが可能であり、Ｃｏｏｋｉｅ情報記憶手段によって、Ｃｏｏｋｉｅ取得手段によって利用者端末が通信管理用サーバから取得したＣｏｏｋｉｅを前記端末識別情報と対応付けて記憶することが可能である。
【００１５】
従って、相手先ドメイン用のＣｏｏｋｉｅを有していない利用者端末からの当該ドメインへのアクセス要求に応じて、相手先ドメインからＣｏｏｋｉｅ情報を取得し、自サーバにおいてアクセス要求時の利用者端末からの情報に含まれる端末識別情報と取得したＣｏｏｋｉｅと相手先ドメインの情報とを対応付けて記憶するようにしたので、例えば、シンクライアントのように自己の端末にＣｏｏｋｉｅの情報を保持しない端末や、特定のＣｏｏｋｉｅの情報しか保持しないような端末に対するＣｏｏｋｉｅ情報を自サーバに記憶して管理することが可能となるので、所定ドメインに対するＣｏｏｋｉｅを含まないアクセス要求が利用者端末からあったときに、この所定ドメインが過去にＣｏｏｋｉｅの情報が記憶されたドメインである場合は、そのＣｏｏｋｉｅ情報を付加してそのドメインにアクセスすることが可能となるので、自サーバ及びそのドメインからの利用者端末の特定が可能である。
【００１６】
ここで、上記Ｃｏｏｋｉｅとは、ＷＷＷサーバーが利用者を識別するためにＷＷＷブラウザに送る情報であり、指定したドメインの全体もしくは一部に対して設定が可能で、ブラウザのキャッシュエリアにファイルとして保存される。つまり、ＷＷＷでは１回のセッション（データのやり取り）が基本で、ある選択に基づいて次のページの表示内容を変えることが難しい。たとえばオンラインショッピングのように、商品をいくつか選択して最後に支払い手続きを行うような場合、各セッションでサーバー側が利用者を識別している必要がある。このような場合、サーバーはブラウザにＣｏｏｋｉｅを送り、ブラウザはセッションの度にサーバーにＣｏｏｋｉｅを送り返すことでサーバが利用者を識別する。
【００１７】
また、上記利用者端末は、例えば、ＷＷＷブラウザを搭載したＰＣやＰＤＡ（Personal Digital Assistant）などの情報処理端末である。
また、上記通信管理用サーバは、例えば、周知のプロキシサーバのように、インターネットとの接続時に、セキュリティを確保する機能と、ＷＷＷアクセス時にＨＴＭＬ（HyperText Markup Language）データその他のキャッシュなどを行い、クライアントのＷＷＷアクセスを高速化する機能に、上記各機能を付加した構成が考えられる。
【００１８】
また、上記ドメインとは、インターネットやイントラネットのネットワークで、サーバを中心とした、ネットワークを構成するまとまりを表す。たとえば「ｘｘｘｘｘ．ｃｏ．ｊｐ」というドメイン名でひとつのドメインを表している。
また、請求項２に係る発明は、請求項１記載の通信管理用サーバにおいて、前記Ｃｏｏｋｉｅ情報記憶手段によって記憶されたＣｏｏｋｉｅ情報に基づき、前記利用者端末毎に当該利用者端末と前記アクセス先ドメインとの間の通信情報を取得する通信情報取得手段と、当該通信情報取得手段によって取得された通信情報を記憶する通信情報記憶手段と、を更に備えることを特徴としている。
【００１９】
つまり、通信情報取得手段によって、前記Ｃｏｏｋｉｅ情報記憶手段によって、記憶されたＣｏｏｋｉｅ情報に基づき、前記利用者端末毎に当該利用者端末と前記アクセス先ドメインとの間の通信情報を取得することが可能であり、通信情報記憶手段によって、通信情報取得手段によって取得された通信情報を記憶することが可能である。
【００２０】
従って、ＷＷＷサーバにおける所定ドメインと利用者端末間の通信情報を取得することが可能となるので、これらの通信情報を活かしたコンテンツの提供や、システムの改善などのサービスを行うことが可能となる。
また、請求項３に係る発明は、請求項１又は請求項２記載の通信管理用サーバにおいて、前記利用者端末のアクセス可能な複数のドメインの情報が予め登録されており、
前記利用者端末からのアクセスに応じて、当該利用者端末の前記端末識別情報と前記Ｃｏｏｋｉｅ情報記憶手段の記憶内容とに基づき、前記複数のドメインのうち当該利用者端末用のＣｏｏｋｉｅを有していないドメインに自動的にアクセスし、そのＣｏｏｋｉｅを取得するＣｏｏｋｉｅ自動取得手段を更に備え、
前記Ｃｏｏｋｉｅ情報記憶手段は、前記Ｃｏｏｋｉｅ自動取得手段によって取得したＣｏｏｋｉｅを前記端末識別情報及び当該取得したＣｏｏｋｉｅに該当するドメインの情報に対応付けて記憶するようになっていることを特徴としている。
【００２１】
つまり、利用者端末のアクセス可能な複数のドメインの情報が予め登録されており、Ｃｏｏｋｉｅ自動取得手段によって、利用者端末からのアクセスに応じて、当該利用者端末の前記端末識別情報と前記Ｃｏｏｋｉｅ情報記憶手段の記憶内容とに基づき、前記複数のドメインのうち当該利用者端末用のＣｏｏｋｉｅを有していないドメインに自動的にアクセスし、そのＣｏｏｋｉｅを取得することが可能であり、Ｃｏｏｋｉｅ情報記憶手段によって、Ｃｏｏｋｉｅ自動取得手段によって取得したＣｏｏｋｉｅを前記端末識別情報及び当該取得したＣｏｏｋｉｅに該当するドメインの情報に対応付けて記憶することが可能である。
【００２２】
従って、利用者端末によってアクセス可能なドメインの情報を、自サーバに複数有しておき、利用者端末からの自サーバへのアクセスに応じて、これらドメインのうちアクセスのあった利用者端末用のＣｏｏｋｉｅが無いものに対しては、自動的にそのドメインからＣｏｏｋｉｅを取得して、このＣｏｏｋｉｅを端末識別情報及び該当するドメインの情報と対応付けて自サーバに記憶するようにしたので、新規にドメインが追加されたときなどに、対象のドメインに対するＣｏｏｋｉｅ情報の更新を自動的に行うので、正常なＣｏｏｋｉｅによる通信状態の維持が容易となる。
【００２３】
また、請求項４に係る発明は、請求項３記載の通信管理用サーバにおいて、前記Ｃｏｏｋｉｅ自動取得手段によって取得されたＣｏｏｋｉｅを前記利用者端末に自動的に設定するＣｏｏｋｉｅ自動設定手段を更に含むことを特徴としている。
つまり、Ｃｏｏｋｉｅ自動取得手段によって取得されたＣｏｏｋｉｅを前記利用者端末に自動的に設定することが可能である。
【００２４】
従って、利用者側のＣｏｏｋｉｅ情報の一部もしくは全てが壊れていたり、不整合なＣｏｏｋｉｅ情報に何らかの原因で書き換えられてしまったような場合に、利用者端末のＣｏｏｋｉｅを再設定することが可能となり、正常なＣｏｏｋｉｅによる通信状態の維持が容易となる。更に、利用者端末側にＣｏｏｋｉｅを設定するので、ＷＷＷサーバにおけるドメインとの通信にかかる時間が短縮される。
【００２５】
また、請求項５に係る発明は、請求項２乃至請求項４のいずれか１項に記載の通信管理用サーバにおいて、前記アクセス要求に係る情報には、前記利用者端末を取り扱う利用者の識別情報が含まれており、
前記通信情報記憶手段は、前記利用者の識別情報に対応付けて前記通信情報を記憶するようになっていることを特徴としている。
【００２６】
つまり、アクセス要求に係る情報には、前記利用者端末を取り扱う利用者の識別情報が含まれており、通信情報記憶手段によって、利用者の識別情報に対応付けて前記通信情報を記憶することが可能である。
従って、利用者毎に所定ドメインとの通信情報を記憶し管理することが可能となるので、利用者毎の通信特性を考慮したサービスの提供が可能となる。
【００２７】
また、請求項６に係る発明は、請求項１乃至請求項５のいずれか１項に記載の通信管理用サーバにおいて、前記利用者端末が正規の端末であるか否かを認証する認証手段を更に備えることを特徴としている。
つまり、認証手段によって、利用者端末が正規の端末であるか否かを認証することが可能である。
【００２８】
従って、不正な利用者端末からのアクセスを制限することが可能となるので、特定の利用者に対してサービスを提供するなどの利用形態が可能となる。
また、請求項７に係る発明は、請求項６記載の通信管理用サーバにおいて、前記アクセス要求に係る情報には認証用情報が含まれており、
前記認証手段は、前記認証用情報に基づき前記アクセス要求をした利用者端末が正規の端末であるか否かを認証するようになっていることを特徴としている。
【００２９】
つまり、アクセス要求に係る情報には認証用情報が含まれており、認証手段によって、認証用情報に基づき前記アクセス要求をした利用者端末が正規の端末であるか否かを認証することが可能である。
従って、利用者は、ドメイン毎の認証処理を簡易に行うことが可能となる。
また、請求項８記載の通信管理用サーバ制御プログラムは、利用者端末からのＷＷＷサーバへのアクセス要求を当該ＷＷＷサーバへと中継し、当該ＷＷＷサーバから前記利用者端末への応答を当該利用者端末に中継する通信管理用サーバを制御するためのプログラムであって、
前記利用者端末からの前記ＷＷＷサーバにおける所定ドメインへのアクセス要求があったときに、当該アクセス要求に係る情報中に前記アクセス先ドメイン用のＣｏｏｋｉｅが含まれているか否かを判定するＣｏｏｋｉｅ情報判定ステップと、
前記アクセス要求に係る情報中に前記利用者端末固有の端末識別情報が含まれているか否かを判定する端末識別情報判定ステップと、
前記Ｃｏｏｋｉｅ情報判定ステップ及び前記端末識別情報判定ステップにおける判定結果の少なくとも一方に基づき、前記アクセス先のＷＷＷサーバから前記利用者端末用のＣｏｏｋｉｅを取得するＣｏｏｋｉｅ取得ステップと、
当該Ｃｏｏｋｉｅ取得ステップによって取得したＣｏｏｋｉｅを前記端末識別情報と対応付けて記憶するＣｏｏｋｉｅ情報記憶ステップと、を備えることを特徴としている。
【００３０】
ここで、本発明は、請求項１記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項９に係る発明は、請求項８記載の通信管理用サーバ制御プログラムにおいて、前記Ｃｏｏｋｉｅ情報記憶ステップによって記憶されたＣｏｏｋｉｅ情報に基づき、前記利用者端末毎に当該利用者端末と前記アクセス先ドメインとの間の通信情報を取得する通信情報取得ステップと、当該通信情報取得ステップによって取得された通信情報を記憶する通信情報記憶ステップと、を更に備えることを特徴としている。
【００３１】
ここで、本発明は、請求項２記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１０に係る発明は、請求項８又は請求項９記載の通信管理用サーバ制御プログラムにおいて、前記通信管理用サーバには前記利用者端末のアクセス可能な複数のドメインの情報が予め登録されており、
前記利用者端末からのアクセスに応じて、当該利用者端末の前記端末識別情報及び前記Ｃｏｏｋｉｅ情報記憶ステップによる記憶内容に基づき、前記複数のドメインのうち当該利用者端末用のＣｏｏｋｉｅを有していないドメインに自動的にアクセスし、そのＣｏｏｋｉｅを取得するＣｏｏｋｉｅ自動取得ステップを更に備え、
前記Ｃｏｏｋｉｅ情報記憶ステップにおいては、前記Ｃｏｏｋｉｅ自動取得ステップによって取得したＣｏｏｋｉｅを前記端末識別情報及び当該取得したＣｏｏｋｉｅに該当するドメインの情報に対応付けて記憶するようになっていることを特徴としている。
【００３２】
ここで、本発明は、請求項３記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１１に係る発明は、請求項１０記載の通信管理用サーバ制御プログラムにおいて、前記Ｃｏｏｋｉｅ自動取得ステップによって取得されたＣｏｏｋｉｅを前記利用者端末に自動的に設定するＣｏｏｋｉｅ自動設定ステップを更に含むことを特徴としている。
【００３３】
ここで、本発明は、請求項４記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１２に係る発明は、請求項８乃至請求項１０のいずれか１項に記載の通信管理用サーバ制御プログラムにおいて、前記アクセス要求に係る情報には、前記利用者端末を取り扱う利用者の識別情報が含まれており、
前記通信情報記憶ステップにおいては、前記利用者の識別情報に対応付けて前記通信情報を記憶するようになっていることを特徴としている。
【００３４】
ここで、本発明は、請求項５記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１３に係る発明は、請求項８乃至請求項１２のいずれか１項に記載の通信管理用サーバ制御プログラムにおいて、前記利用者端末が正規の端末であるか否かを認証する認証ステップを更に備えることを特徴としている。
【００３５】
ここで、本発明は、請求項６記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１４に係る発明は、請求項１３記載の通信管理用サーバ制御プログラムにおいて、前記アクセス要求に係る情報には認証用情報が含まれており、前記認証ステップにおいては、前記認証用情報に基づき前記アクセス要求をした利用者端末が正規の端末であるか否かを認証することを特徴としている。
【００３６】
ここで、本発明は、請求項７記載の通信管理用サーバを制御するためのプログラムであり、その効果は重複するので記載を省略する。
また、請求項１５記載の利用者端末制御プログラムは、請求項１乃至請求項７のいずれか１項に記載の通信管理用サーバを介して、前記ＷＷＷサーバにおける所定ドメインとの間のデータ通信を行う利用者端末を制御するためのプログラムであって、
前記所定ドメインにアクセスするときに、自端末の端末識別情報を含むアクセス要求情報を前記通信管理用サーバに伝送するアクセス要求情報伝送ステップを備えることを特徴としている。
【００３７】
つまり、ＷＷＷサーバにおける所定ドメインにアクセスするときに、自端末を識別可能な端末識別情報を含んだアクセス要求情報を通信管理用サーバに伝送することが可能となるので、通信管理用サーバ側は、この情報を利用してＣｏｏｋｉｅの管理等が可能となる。
【００３８】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。図１乃至図１５は、本発明に係る通信管理用サーバを適用したコンテンツ提供システムの実施の形態を示す図である。
まず、本発明に係るコンテンツ提供システムの構成を図１に基づいて説明する。図１は、本発明に係るコンテンツ提供システムの構成を示すブロック図である。
【００３９】
図１に示すように、コンテンツ提供システム１は、第１の利用者端末２と、第２の利用者端末３と、第３の利用者端末４と、ＩＰアドレス／ポート変換器５と、ルータ６と、通信管理用サーバ７と、第１のＷＷＷサーバ８と、第２のＷＷＷサーバ９と、ＷＡＮ１０と、を含んだ構成となっている。
第１〜第３の利用者端末２〜４は、ＰＣ、ＰＤＡ等の情報処理端末であり、本システム１の説明の便宜上、それぞれが異なる機能を有するものである。これら機能については後述する。ここで、図中、利用者端末は３台しか示されていないが、これは説明の便宜上であり、実際は、もっと多くの利用者端末が存在する場合もあるし、３台よりも少ない場合もあり得る。
【００４０】
ＩＰアドレス／ポート変換器５は、第１〜第３の利用者端末２〜４の接続されたＬＡＮ側からＷＡＮ側へのアクセス要求ごとに、ＬＡＮ側のパケットに含まれるＩＰアドレスとポート番号を基にＬＡＮ側からＷＡＮ側へのアドレス／ポート変換テーブルを生成して、アドレス／ポート番号を書き換えつつパケットをＬＡＮとＷＡＮ間で転送するものである。
【００４１】
ルータ６は、第１〜第３の利用者端末２〜４とＷＡＮ側とのデータ通信を円滑に行うためのもので、最適な通信経路を用いてＷＷＷサーバなどのアクセス先へと接続するためのものである。
通信管理用サーバ７は、第１〜第３の利用者端末２〜４から第１及び第２のＷＷＷサーバ８及び９へのアクセス要求を当該第１及び第２のＷＷＷサーバ８及び９に中継し、第１及び第２のＷＷＷサーバ８及び９から第１〜第３の利用者端末２〜４への応答を当該第１〜第３の利用者端末２〜４に中継する機能を有するものである。更に、Ｃｏｏｋｉｅ情報を利用することによりアクセス要求元の利用者端末を識別する機能も備えている。本サーバ７の詳細は後述する。
【００４２】
第１及び第２のＷＷＷサーバ８及び９は、アクセス元の利用者端末に対して所定のコンテンツを提供するものである。ここで、図中、ＷＷＷサーバは２台しか示されていないが、これは説明の便宜上であり、実際は、もっと多くのＷＷＷサーバが存在する場合もあるし、２台よりも少ない場合もあり得る。
ＷＡＮ１０は、インターネットなどの広域ネットワークである。
【００４３】
更に、図２に基づき、通信管理用サーバ７の詳細構成を説明する。図２は、通信管理用サーバ７の詳細構成を示すブロック図である。
図２に示すように、通信管理用サーバ７は、データ通信制御部７ａと、認証部７ｂと、情報判定部７ｃと、Ｃｏｏｋｉｅ取得部７ｄと、Ｃｏｏｋｉｅ情報記憶部７ｅと、通信情報記憶部７ｆと、を含んだ構成となっている。
【００４４】
データ通信制御部７ａは、ルータ６を介して第１〜第３の利用者端末２〜４と、第１及び第２のＷＷＷサーバ８及び９との間のデータ通信を制御するためのものである。
認証部７ｂは、アクセス要求元の利用者端末が本システム１に登録された正規の端末及び正規の利用者であるか否かを認証するものである。これにより、正規でない端末又は利用者に対しては、データ通信制御部７ａによってアクセスを拒否する。
【００４５】
情報判定部７ｃは、アクセス要求元の利用者端末からの要求情報（例えば、ＨＴＴＰ方式による要求）に含まれるＣｏｏｋｉｅ及び利用者端末側が有する自端末固有の情報である端末識別情報のそれぞれの有無や内容を判定するものである。
Ｃｏｏｋｉｅ取得部７ｄは、情報判定部７ｃの判定結果に基づき、必要に応じてアクセス先のＷＷＷサーバのドメインからアクセス元の利用者端末用のＣｏｏｋｉｅを取得するものである。
【００４６】
Ｃｏｏｋｉｅ情報記憶部７ｅは、Ｃｏｏｋｉｅ情報取得部７ｄによって取得されたＣｏｏｋｉｅ情報を端末識別情報及びＷＷＷサーバの情報と対応付けて記憶するものである。
通信情報記憶部７ｆは、利用者端末とＷＷＷサーバとの間の通信履歴等の通信情報をＷＷＷサーバ、アクセス元の利用者端末及びこの端末の利用者の情報と対応付けて記憶するものである。
【００４７】
以下、本システム１の具体的な動作を説明する。まず、本実施の形態において、第１の利用者端末２は、例えば、シンクライアントのような機能を有するものであり、ソフトウェアとしてＷＷＷブラウザとその他必要最小限のものしか有していないものである。更に、これらソフトウェアを利用した処理により外部機器などから取得したデータは、電源を落とすと消去される仕様となっている。
【００４８】
第１の利用者端末２は、ＷＷＷブラウザを利用して、通信管理用サーバ７を介し、第１又は第２のＷＷＷサーバ８又は９との間のデータ通信を行うことになる。
しかし、ＷＷＷブラウザによって当該第１又は第２のＷＷＷサーバ８又は９の提供するコンテンツの閲覧などを行うことにより取得したデータに関しては、電源投入中は保持するものの、電源が落ちると全て消去される。
【００４９】
また、本実施の形態において、第２の利用者端末３は、当該端末３の有するＷＷＷブラウザの仕様上、Ｃｏｏｋｉｅの情報を、１つのドメインに対してしか記憶することができないものである。従って、例えば、第１のＷＷＷサーバ８におけるドメインＡにアクセスして、このＣｏｏｋｉｅＡを取得して記憶し、次に、ドメインＢにアクセスしてＣｏｏｋｉｅＢを取得すると、ドメインＡに対するＣｏｏｋｉｅＡを消去して、ドメインＢに対するＣｏｏｋｉｅＢを記憶する。
【００５０】
また、本実施の形態において、第３の利用者端末４は、ＷＷＷブラウザ及びその他様々なソフトウェアを有したＰＣなどの情報処理端末である。そして、ＷＷＷブラウザは、複数のＣｏｏｋｉｅの情報を記憶することが可能であり、また、第１の利用者端末２とは異なり、ＷＷＷブラウザなどを利用することにより取得し、記憶したデータは、端末の電源を落としても保持される。
【００５１】
以上の条件を踏まえ、本システム１の動作を説明する。まず、第１の利用者端末２が、例えば、本システム１の利用要求を伝送した場合を説明する。この利用要求のデータは、自己のＩＰアドレス、相手先のＩＰアドレス、使用するポート番号などの情報を有したパケットに細分化される。そして、このパケットは、ＩＰアドレス／ポート変換器５において、前記自己のＩＰアドレスはＩＳＰなどから提供されたグローバルＩＰアドレスに変換され、ポート番号は所定の番号に変換されてからルータ６に送り出されることになる。そのため、このパケットを受けたサーバ側では、Ｃｏｏｋｉｅ等を利用しない限りは、どの利用者端末からのアクセスであるのかを特定できないことになる。
【００５２】
ルータ６は、受け取ったパケットを最適な経路で通信管理用サーバ７へと伝送する処理を行う。
そして、ルータ６を介して伝送されたこのパケットは、通信管理用サーバ７において受信されることになるが、本実施の形態において、その実体は、ＨＴＴＰ形式の要求メッセージであり、上記したように、通信管理用サーバ７にアクセスを要求するものである。
【００５３】
このメッセージに対して、通信管理用サーバ７は、まず、この利用要求をしてきた第１の利用者端末２に対する認証処理を行う。ここで、第１の利用者端末２は、タッチパネル方式の表示装置を有するものであり、キーボード等の入力機器を有していないため、本実施の形態においては、アプレットを使用した認証処理が行われる。
【００５４】
つまり、上記利用要求に応じて、通信管理用サーバ７における認証部７ｂは、認証用アプレットの起動リクエストを第１の利用者端末２に伝送する。このリクエストを受信した第１の利用者端末２は、認証用アプレットのパラメータに自己の端末識別情報を追加してこのアプレットを起動する。そして、アプレットが起動すると、利用者に対して認証用情報の入力を要求する。本実施の形態では、第１の利用者端末２に備わっているカード挿入口に会員カードを挿入するように指示が表示される。会員カードが挿入されると、第１の利用者端末２は、そのカードから認証番号を読み出し、先の端末識別情報と共に通信管理用サーバ７にこれらの情報を伝送する。
【００５５】
これにより、通信管理用サーバ７は、認証部７ｂにおいて、これら取得した情報の真偽を判断し、アクセス元の端末及びそれを操作する利用者が、正規の端末及び正規の利用者であると認証されると、Ｃｏｏｋｉｅ情報記憶部７ｅにおいて、これらの情報をひも付けて記憶する。このようにして端末識別情報と認証番号のひも付けが一度行われると、以降のアクセスでは、各利用者端末に対する認証番号のみを認証することで利用者の認証を行う。
【００５６】
上記認証処理が終了すると、第１の利用者端末は、例えば、第１のＷＷＷサーバ８におけるドメインＡへのアクセス要求のメッセージを通信管理用サーバ７に対して伝送する。この要求メッセージは、情報判定部７ｃにおいて、その内容の解析が行われる。ここで、本実施の形態において、この要求メッセージには、ドメインＡへのアクセス要求の他に、通信管理用サーバ７に登録済みの第１の利用者端末２の有効な端末識別情報及び利用者情報（上記認証番号）が含まれている。但し、アクセス先のドメインＡのＣｏｏｋｉｅの情報は含まれていないものとする。
【００５７】
情報判定部７ｃでは、まず、要求メッセージに、ドメインＡのルート（ドメイン全体）に対して有効なＣｏｏｋｉｅが含まれているか否かを判定することになる。ここでは、上記したようにＣｏｏｋｉｅが含まれていないので、次に、要求メッセージに有効な端末識別情報が含まれているか否かを判定することになる。ここでは、上記したように有効な端末識別情報が含まれているので、更に、Ｃｏｏｋｉｅ情報記憶部７ｅに、この第１の利用者端末２用のドメインＡに対するＣｏｏｋｉｅが記憶されているか否かを判定する。ここでは、記憶されていないこととする。そのため、本実施の形態においては、更に、Ｃｏｏｋｉｅ自動登録処理へと移行することになる。
【００５８】
Ｃｏｏｋｉｅ自動登録処理は、通信管理用サーバ７に予め登録された複数のＷＷＷサーバのドメインが持つルートのパスに対して、アクセス元の利用者端末がそのドメインのＣｏｏｋｉｅを有していないときに自動的に行われる処理である。ここで、本実施の形態においては、登録された各ドメインのＣｏｏｋｉｅをサーバ側で保持して管理するようになっている。そこで、アクセス元の利用者端末に対するＣｏｏｋｉｅの有無を調べ、登録ドメインに対する利用者端末のＣｏｏｋｉｅがＣｏｏｋｉｅ情報記憶部７ｅに記憶されていないときは、利用者端末にそのドメインに対してアクセス要求を伝送させる処理を行い、そのドメインのルートパスに対するＣｏｏｋｉｅを取得する。
【００５９】
つまり、Ｃｏｏｋｉｅ取得部７ｄは、第１の利用者端末２に対して保持されたＣｏｏｋｉｅの情報を参照して、Ｃｏｏｋｉｅの登録されていないもしくはＣｏｏｋｉｅがルートパスに登録されていないドメインがある場合は、第１の利用者端末２にそのドメインの初期表示ページを要求するメッセージを伝送させる処理を行う。そして、Ｃｏｏｋｉｅ取得部７ｄは、このメッセージを取得すると、そのドメインに対して初期表示ページを要求するデータを送信して、そのドメインにアクセスし、Ｃｏｏｋｉｅ及び初期表示ページ情報を取得する。取得したＣｏｏｋｉｅ及び初期表示ページ情報は、第１の利用者端末２にＣｏｏｋｉｅを設定させるための情報（Ｓｅｔ−Ｃｏｏｋｉｅ及びｐａｔｈ＝"／"）と共に第１の利用者端末２に伝送される。この処理は、Ｃｏｏｋｉｅを有していない全ての登録ドメインに対して繰り返し行われることになる。従って、利用者端末では、登録ドメインのルートパスに対する全てのＣｏｏｋｉｅが設定されることになる。
【００６０】
更に、取得された登録ドメインに対する第１の利用者端末２のＣｏｏｋｉｅは、各登録ドメイン毎に、端末識別情報と対応付けられてＣｏｏｋｉｅ情報記憶部７ｅによって記憶される。
以降は、第１の利用者端末２からの、所定ドメインへのアクセス要求にはＣｏｏｋｉｅが含まれるようになり、アクセス要求があったときには、要求先のドメインが通信管理用サーバ７に登録されたものであるか否かを判定する処理へと移行することになる。
【００６１】
まず、登録されたものである場合を説明する。要求先のドメインが登録されたものであり、且つ、Ｃｏｏｋｉｅ判定部７ｃでは、要求メッセージには有効なＣｏｏｋｉｅが含まれるので、アクセス先のドメインから要求のあったコンテンツを取得して、要求先ＷＷＷドメインから受け取ったＣｏｏｋｉｅがある場合は、Ｃｏｏｋｉｅ情報記憶部７ｅに照会し利用者端末識別情報となるＣｏｏｋｉｅ値と交換しながらそのコンテンツを第１の利用者端末２に伝送する通常の処理が行われる。
【００６２】
一方、アクセス先のドメインが、通信管理用サーバ７に登録されてない新規のドメインであった場合は、Ｃｏｏｋｉｅ情報記憶部７ｅによって、そのドメインを追加登録し、更に、Ｃｏｏｋｉｅ取得部７ｄは、そのドメインにアクセスしてＣｏｏｋｉｅを取得する。Ｃｏｏｋｉｅ情報記憶部７ｅは、取得したＣｏｏｋｉｅを端末識別情報、ドメイン及びそのパスと対応付けて登録する。更に、データ通信制御部７ａは、第１の利用者用端末２に対して、前記取得したＣｏｏｋｉｅ、初期表示ページ情報及び第１の利用者端末２にＣｏｏｋｉｅを設定させるための情報（Ｓｅｔ−Ｃｏｏｋｉｅ及びｐａｔｈ＝"／"）を伝送する。第１の利用者端末２は、ＷＷＷブラウザにより受信したコンテンツを表示し、更に、新規ドメインに対するＣｏｏｋｉｅを設定する。
【００６３】
更に、第３の利用者端末４からの第１のＷＷＷサーバのドメインＡへのアクセス要求に、有効なＣｏｏｋｉｅ及び端末識別情報が含まれていない場合の通信管理用サーバ７の動作を説明する。この場合、本実施の形態では、特殊なドメインへのアクセス要求を行うことで、利用者端末の特定を試みる。例えば、「ｈｔｔｔｐ：／／ｗｗｗ．ｅｅｅｅｅ．ｃｏ．ｊｐ／ｘｘｘ／ｙｙｙ／ｃｃｃ．ｈｔｍ」というアクセス要求のメッセージがあった場合に、このメッセージには端末識別情報が含まれていないため、情報判定部７ｃは、アクセス要求を発信した第３の利用者端末４が特定できない。このとき、情報判定部７ｃは、データ通信制御部７ａを介して第３の利用者端末４に対して実在しない特殊なドメインにアクセスするように指示を与える（例えば、特殊ドメインへのリフレッシュ先ＵＲＬ（Uniform Resource Locator）の指定を行う）。つまり、その特殊ドメインに対する第３の利用者端末４のＣｏｏｋｉｅを利用して端末の特定を試みる。ここで、本実施の形態において、通信管理用サーバ７には、利用者端末に上記特殊なドメインにアクセスさせるために、実在しないドメイン名及び実在しないページから構成されたＵＲＬ（例えば、ｈｔｔｐ：／／ｘｘｘｘｘ＿ｎｄ／ｃｈｃｋＣｏｏｋｉｅ）が登録されている。この特殊ドメインに対しては、本システム１に登録された正規の利用者端末の端末識別情報及びＣｏｏｋｉｅが全て対応付けられて登録されるようになっている。
【００６４】
従って、一度利用者端末側にＣｏｏｋｉｅの設定が行われていれば、この特殊ドメインへアクセスする際に、利用者端末側からこのドメインのＣｏｏｋｉｅ及び端末識別情報が送られてくることになる。その際、情報判定部７ｃはこのレスポンスとして、同じようなリフレッシュ先のＵＲＬを指定する。例えば、「ｈｔｔｐ：／／ｘｘｘｘｘ＿ｎｄ／ｃｈｅｃｋＣｏｏｋｉｅ／ｔｒｉａｌ」のように、利用者端末が、一度アクセスした後であることを示すものとする。このリフレッシュ先ＵＲＬにアクセスしたときに、その要求メッセージに有効なＣｏｏｋｉｅ及び端末識別情報が含まれていないのであれば、第１の利用者端末２は、不正なアクセスをしたものとして、アクセスが拒否されることになる。
【００６５】
一方、要求メッセージにリフレッシュ先として有効なＣｏｏｋｉｅ及び端末識別情報が含まれている場合は、第３の利用者端末４に対して、当初のアクセス先のドメインに対する端末識別情報を含むアクセス要求を送信させ、情報判別部７ｃは、この情報がＣｏｏｋｉｅ情報記憶部７ｅに登録されているか否かに関わらず、Ｃｏｏｋｉｅ取得部７ｄに、このドメインに対して、取得したアクセス要求を伝送させて、このドメインの先頭（ルート）パスに対してＣｏｏｋｉｅを取得する処理を行わせる。そして、このＣｏｏｋｉｅ及び要求コンテンツに加え、このＣｏｏｋｉｅを第３の利用者端末４に設定させるための情報（Ｓｅｔ−Ｃｏｏｋｉｅ及びｐａｔｈ＝"／"）を、当該第３の利用者端末４に伝送する。これにより、第３の利用者端末４は、Ｃｏｏｋｉｅ情報が壊れたり、誤って消去してしまった場合などに、そのアクセス要求先ドメインの正常なＣｏｏｋｉｅを取得し修正することができる。
【００６６】
更に、第２の利用者端末３によって、通信管理用サーバ７に未登録のドメインに対するアクセス要求があった場合の当該通信管理用サーバ７の動作を説明する。この場合は、上記第１の利用者端末２のときと同様に、Ｃｏｏｋｉｅ情報記憶部７ｅによって、そのドメインを追加登録し、更に、Ｃｏｏｋｉｅ取得部７ｄは、そのドメインにアクセスしてＣｏｏｋｉｅを取得する。Ｃｏｏｋｉｅ情報記憶部７ｅは、取得したＣｏｏｋｉｅを端末識別情報、ドメイン及び当該パスと対応付けて登録する。ここまでは、第１の利用者端末２のときと同様であるが、第２の利用者端末３は、その搭載されたＷＷＷブラウザの仕様によって、複数ドメインに対してＣｏｏｋｉｅを設定することが出来ない端末であるため、データ通信制御部７ａは、第１の利用者用端末に対して、初期表示ページ情報のみを伝送する。従って、本実施の形態において、第２の利用者端末３は、ＷＷＷブラウザにより受信したコンテンツを表示するだけで、Ｃｏｏｋｉｅの設定は行わない。
【００６７】
更に、第３の利用者端末４からの利用要求に対する通信管理用サーバ７の動作を説明する。この場合は、第３の利用者端末４は、入力デバイスとしてキーボードを有しているために、認証部７ｂは、会員番号とパスワードを入力する指示を第３の利用者端末４に伝送する処理を行う。これにより、第３の利用者端末４の利用者は、予め有している会員番号及びパスワードをキーボードによって入力することにより、この指示に対する回答を行う。認証部７ｂは、この回答された会員番号とパスワードに加え、回答時のＨＴＴＰヘッダに含まれる端末識別情報を取得し、これらの情報に基づき正規の端末及び正規の会員であることを認証する。ここで、認証された場合は、以降のアクセスを許可し、一方、認証されない場合は、正規の端末か、あるいは、正規の会員でないので、アクセスを拒否する。
【００６８】
更に、通信管理用サーバ７の管理テーブルについて、図３に基づき説明する。図３は、通信管理用サーバ７の管理テーブルを示す図である。
図３（ａ）のテーブルは、ドメイン名の管理テーブルであり、通信管理用サーバ７に登録されている各ドメインを、文字列ではなく整数で扱うために用意されたものである。つまり、ドメイン名と整数とを対応付けるためのテーブルである。
【００６９】
図３（ｂ）に示すテーブルは、利用者端末を識別するための端末識別情報と、登録された全てのドメインのドメイン番号と、相手ドメインから得た先頭（ルート）パスに対するＣｏｏｋｉｅと、相手ドメインから得た特定パスに対するＣｏｏｋｉｅと、利用者端末に対するこれら各ドメイン番号に対応したドメインのＣｏｏｋｉｅの設定状態を示す情報とから構成されるものであり、利用者端末の台数分のテーブルが存在する。
【００７０】
つまり、設定状態がＴＲＵＥであれば、そのドメインに対するＣｏｏｋｉｅが設定（記憶）されており、ＦＡＬＳＥである場合は、そのＣｏｏｋｉｅは設定されていないことになる。
また、ショッピングカートやＷＷＷ画面上で何らかの設定を保持したい場合など、個人個人に依存する設定／処理内容が記録されることが多い現状において、不特定多数の利用者を想定したＫＩＯＳＫ型情報端末の場合などは、接続先のＷＡＮ上のドメインもしくはコンテンツが同じであっても、異なるＣｏｏｋｉｅが発生することが多いため、Ｃｏｏｋｉｅを利用者ごとに管理する必要がある。従って、このテーブルでは利用者ごとのＣｏｏｋｉｅを用意し、端末管理サーバは新しく設けられた列の値を元に、必要であればＣｏｏｋｉｅの値と共にＷＷＷサーバにリクエストする。これにより、各利用者は前回通信時にあった個別の通信状態を保持することができる。
【００７１】
図３（ｃ）のテーブルは、各利用者端末に対する処理状態を示すものであり、端末識別情報、Ｓｔａｔｅ、Ｓｕｂ−Ｓｔａｔｅ及び一時保管ＵＲＬから構成されている。このテーブルでは、利用者端末は４台存在することになり、それぞれがｌａｂｅｌ−Ａ〜ｌａｂｅｌ−Ｄの端末識別情報に対応している。
図中の各利用者端末の状態を説明すると、ｌａｂｅｌ−Ａについては、この利用者端末が、登録されたドメインに対するＣｏｏｋｉｅを有していない場合のＣｏｏｋｉｅの自動取得処理を行っているときの状態を示している。これは、初期アクセス時、電源再投入時、利用者によるＣｏｏｋｉｅ値の削除などに応じて発生するものである。通信管理用サーバ７が利用者端末からの要求ＵＲＬが例えば、「ｈｔｔｐ：／／ｘｘｘｘｘ＿ｎｄ／ｉｎｉｔ／ｉｄ＝ｌａｂｅｌ−Ａ」のときは、利用者端末の初期電源投入時などの初期アクセスのときで、ＣｏｏｋｉｅをＨＴＴＰヘッダに伴わないアクセスが発生する。利用者端末は、上記ＵＲＬから、ｉｄ＝ｌａｂｅｌ−Ａを拾い上げ、この端末識別情報が図３（ｃ）に示す端末状態テーブルに存在するかを照会し、その結果存在する端末識別情報であったので、端末状態テーブルのＳｔａｔｅ欄を−２へと変更し、「Ｃｏｏｋｉｅ初期設定モード」へと移行する。移行後、通信管理用サーバ７は、上記したように、Ｃｏｏｋｉｅ取得部７ｄにおいて、Ｃｏｏｋｉｅが未設定のドメインに対するＣｏｏｋｉｅを取得して登録する処理を行う。登録処理が完了する度に、そのドメインの番号をＳｕｂ−Ｓｔａｔｅの書き込む。最後のドメインに対するＣｏｏｋｉｅ設定時のＨＴＭＬ送信ファイル中に、ＨＴＭＬのＲｅｆｒｅｓｈタグを追加し、リフレッシュ先ＵＲＬを端末状態テーブルに保存された一時保管ＵＲＬとする。通信管理用サーバ７は、上記ページを送信した後、一時保管ＵＲＬを削除し、Ｓｕｂ−Ｓｔａｔｅを「０」に更新する。以上により、ｌａｂｅｌ−Ａの利用者端末は、アクセス可能な全てのドメインの先頭パス（ルート）に対してＣｏｏｋｉｅが設定され、一定時間後に端末が要求したＵＲＬが表示される。
【００７２】
また、ｌａｂｅｌ−Ｂについては、利用者端末がアイドル状態になっている場合を示している。つまり、利用者端末が通常処理を行っている状態を示す。この状態は、図に示すように、Ｓｔａｔｅ及びＳｕｂ−Ｓｔａｔｅが「０」となっている状態である。
また、ｌａｂｅｌ−Ｃについては、この利用者端末が新規ドメインへのアクセス要求を行ったときのＣｏｏｋｉｅの追加処理を行っている状態を示したものである。例えば、登録ドメインが０〜３までしかなく、ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｕｋが存在していなかった場合を考える。このとき、通信管理用サーバ７のＣｏｏｋｉｅ取得部７ｄ及びＣｏｏｋｉｅ情報記憶部７ｅは、アクセス要求のＵＲＬのドメイン（ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｕｋ）が登録されたものでないため、このＵＲＬを一時保管し、上記したように、このドメイン（ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｕｋ）を新規ドメインとして番号４を対応付けて登録することになる。
【００７３】
また、ｌａｂｅｌ−Ｄについては、この利用者端末のＣｏｏｋｉｅ情報を修正しているときの状態を示したものである。これは、一旦通信管理用サーバ７側のＣｏｏｋｉｅの設定が完了しているが、例えば、第１の利用者端末２であれば電源が再投入された場合に起こり、第３の利用者端末４であれば明示的にＣｏｏｋｉｅを削除した場合などに起きるものである。つまり、利用者端末のアクセス要求時にＣｏｏｋｉｅが含まれていないときに、通信管理用サーバ７は、Ｃｏｏｋｉｅ取得部７ｄによって、図３（ｃ）に示すＳｔａｔｅを「−３」に変更し、Ｓｕｂ−Ｓｔａｔｅを対応するドメイン番号「３」に変更してＣｏｏｋｉｅを修正するモードに入る。処理完了後は、Ｓｔａｔｅを「０」に戻す。
【００７４】
更に、本実施の形態において、本システム１では、上記した、認証処理、Ｃｏｏｋｉｅの登録処理又は修正処理などを経て、利用者端末からＷＷＷサーバのドメインへ通常のアクセスが行われそのドメインの提供するコンテンツの閲覧等が可能になる。
図３（ｄ）のテーブルは、利用者端末が通信管理用サーバ７を通して接続するＷＡＮ上のサーバ（ドメイン）から送られてくるＣｏｏｋｉｅを、利用者の識別情報ごとに管理するためのテーブルである。通信管理用サーバ７は、利用者個人個人で異なるＣｏｏｋｉｅを保有しているため、図３（ｄ）のようなテーブルを持ち、利用者認証のタイミングでこのテーブルから、既に設定されたＣｏｏｋｉｅの値を読み込み、テーブルに上書きする。ログアウト時には、テーブルの「相手ＷＷＷドメインのＣｏｏｋｉｅ」欄のデータで、値が記述されているものを取り出し、テーブルに上書き（転記）する。
【００７５】
ここで、図３（ｄ）のテーブルを使用した処理の流れを説明する。
接続相手となるＷＷＷサーバからＣｏｏｋｉｅを受け取ったとき、通信管理用サーバ７は、利用者端末を特定するためのＣｏｏｋｉｅとＷＷＷサーバが、セッションを維持するために送出したＣｏｏｋｉｅ値を変更する必要がある。このため、上記図３（ｄ）のテーブルを設け、以下の処理の流れでＣｏｏｋｉｅの設定を行う。
【００７６】
まず、電源投入後は、上記したように図３（ｂ）のテーブルを利用した管理が行われる。そして、利用者端末の利用者が認証されると、図３（ｄ）のテーブルから利用者の識別情報を利用して次の処理を行う。
・アクセス済みの列がＴＲＵＥになっているもの（登録済みのドメインに１度でもアクセスすればＴＲＵＥとなる）をピックアップする。
・ピックアップしたものの中で、相手ＷＷＷドメインのＣｏｏｋｉｅが存在するものだけをさらに絞り込む。
・これらを、図３（ｂ）のテーブル中の「相手ドメインから得たＣｏｏｋｉｅ」の対応する欄に転写する。
【００７７】
更に、利用者がログアウトした、もしくは規定時間が過ぎ利用者の認証が無効となった場合は、図３（ｂ）のテーブルに存在する「相手ドメインから得たＣｏｏｋｉｅ」の値を図３（ｄ）のテーブルに転記し、この欄の全ての値を（なし）として処理を終了する。
更に、ドメインへのアクセスが行われる度に、通信管理用サーバ７における通信情報記憶部７ｆでは、アクセス要求に含まれる端末識別情報及び利用者情報（上記、認証番号又は会員番号）に基づき、ドメインと利用者端末との間の通信情報及びドメインと利用者との間の通信情報を取得して記憶する。
【００７８】
つまり、Ｃｏｏｋｉｅ情報記憶部７ｅによって、登録されたドメインと端末識別情報と相手ドメインから得たＣｏｏｋｉｅの情報とが対応付けられて記憶されているので、これに加え、利用者端末を利用している利用者の情報があれば、例えば、コンテンツの種類や、コンテンツにアクセスした時間などの通信情報を、利用者端末毎及び利用者毎に記憶することが可能である。
【００７９】
更に、本発明により実現されるシステムの具体的な例をいくつか説明する。本発明を利用することにより、各設置場所に設置された利用者端末と、ＷＡＮ上に設置された通信管理用サーバとの組み合わせによって以下のような安価なシステム形態における運用が可能となる。
ここで、本発明の利用においては以下の２つの優位点があげられる。
（１）利用者端末の各設置場所毎にサーバを持つ必要がないので、安価にシステムの構築が可能となる。
（２）データ通信インフラとして、ＷＡＮ（インターネット）を利用するため専用線の準備が不要である。
【００８０】
具体的な利用形態としては、以下の３つのケースが挙げられる。
ケース１：利用者端末の効果的・効率的な設置形態への改善。
ケース２：利用者端末の地理的要因（設置場所）を考慮したコンテンツ配信。
ケース３：障害発生時の利用者端末の特定。
以下、上記各ケースの詳細を説明する。
【００８１】
ケース１は、例えば、利用者端末として可動型ＫＩＯＳＫ情報端末を設置する場合であり、この場合は、ＫＩＯＳＫ情報端末の設置場所もしくはこの設置場所の周知方法によってその利用率が大きく変動することがある。ＫＩＯＳＫ情報端末を商品の販売促進のため有効活用しようとした場合は、これを定量的に計測し、設置場所もしくは設置した売場の形態／種類の特徴をつかむことがＫＩＯＳＫ情報端末の有効活用の面から重要である。
【００８２】
ケース２は、実店舗を持つ小売店舗にて、催事もしくは特定商品のプロモーションなどでこのような可動型のＫＩＯＳＫ筐体を使う場合であり、この場合は、すべてのＫＩＯＳＫ情報端末でまったく同一のコンテンツを提供するのではない。そのため、商品が陳列もしくは紹介されている場所にて、当該商品に関する情報もしくはサービスなど、局所的な場の価値を向上させるためのコンテンツ提供は、ＫＩＯＳＫが商品の価値を訴求する上で欠かせない要素である。局所的なコンテンツとは、たとえば食品売場では食品関係のコンテンツ、特に季節者の野菜販売を強化したいのであれば特定野菜に関わるコンテンツ、家電売場では家電製品のコンテンツなどであって、この他に特定店舗にて有効なコンテンツを提供することもある。
【００８３】
ケース３は、各ＫＩＯＳＫ情報端末を識別することによって、トラブル発生時の対応を迅速にする場合である。例えばＫＩＯＳＫ情報端末にプリンタが接続されており、このプリンタが用紙切れを発生した場合を想定する。ここで、１店舗内に複数台のＫＩＯＳＫ情報端末が存在する店舗の規模が大きいときを考える。このような大型店舗では、紙切れを起こしたプリンタがどのＫＩＯＳＫ情報端末に接続されたものかを判別しなければ迅速な対応ができない。これは特に、双方向にて情報のやりとりをおこなうＫＩＯＳＫ型の情報端末の場合に顕著である。このような店舗においては、継続的なサービスを提供できるかが重要な要素となるため、ＫＩＯＳＫ情報端末の特定は、商機会を逃さないためもしくは情報端末利用者の苦情といったマイナス要因の発生を最小限に留めるためにも重要である。
【００８４】
更に、端末利用者特定後の利用の一例をいくつか説明する。
本発明を利用した利用者端末の利用者特定後の利用例を以下に説明する。
ＫＩＯＳＫ等の店舗における無人稼動のフォローとして利用する。つまり、ＫＩＯＳＫ情報端末は無人にて稼動することが多いため、万が一操作中に不具合が発生し、利用者が恩恵を受けられなかった場合、利用者の記録が残されれば個人を特定した後異常時のフォローが可能となる。例えば、特定の条件を満たしポイントを加算すべき処理に不具合が生じ、左記処理が未完に終わった場合、当該
利用者に連絡すると同時にポイントを加算するといったことが可能となる。
【００８５】
更に、利用者毎の個別対応に利用する例を説明する。つまり、個人を特定することによって、以下のサービス／コンテンツの提供が可能となる。
（１）優良顧客の優遇
購買前に優良顧客限定の商品を提示することで、優良顧客の固定化を促進できる。
（２）利用者識別による個別対応
・数種類のコンテンツ、もしくは雛型を使いながら、あらかじめ計算された顧客層に応じて利用者別のコンテンツ／サービスを提供できる。
・来店回数に応じた、来店謝恩機能が実現できる。
・個人を特定できるため、過去に購入した商品の履歴を閲覧／取得することができる。
・会員限定特典を提供することができる。
【００８６】
更に、図４に基づき、通信管理用サーバ７を制御する制御プログラムの動作処理の流れを説明する。図４は、通信管理用サーバ７を制御する制御プログラムの動作処理を示すフローチャートである。
図４に示すように、まずステップＳ１００に移行し、情報判定部７ｃにおいて、利用者端末からの要求メッセージに有効なＣｏｏｋｉｅが含まれているか否かを判定し、含まれていると判定された場合(Yes)はステップＳ１０２に移行し、そうでない場合(No)はステップＳ１０８に移行する。
【００８７】
ステップＳ１０２に移行した場合は、情報判定部７ｃにおいて、要求先ＵＲＬのドメインが登録済みであるか否かを判定し、登録済みであると判定された場合(Yes)はステップＳ１０４に移行し、そうでない場合(No)はステップＳ１０６に移行する。
ステップＳ１０４に移行した場合は、データ通信制御部７ａにおいて、要求ＵＲＬに基づき、要求されたドメインへアクセスしてそのドメインからの応答（要求コンテンツ）を中継してアクセス元の利用者端末に伝送して処理を終了する（図中ケース１）。
【００８８】
一方、ステップＳ１０６に移行した場合は、Ｃｏｏｋｉｅ取得部７ｄ及びＣｏｏｋｉｅ情報記憶部７ｅにおいて、アクセス先のドメインに対するＣｏｏｋｉｅの追加処理を行い処理を終了する（図中ケース２）。
また、ステップＳ１０８に移行した場合は、情報判定部７ｃにおいて、要求先のＵＲＬに有効な端末識別情報が含まれているか否かを判定し、含まれていると判定された場合(Yes)はステップＳ１１０に移行し、そうでない場合(No)はステップＳ１１２に移行する。
【００８９】
ステップＳ１１０に移行した場合は、通信管理用サーバ７に登録されたドメインに対するＣｏｏｋｉｅの登録処理を行い処理を終了する（図中ケース３）。
また、ステップＳ１１２に移行した場合は、情報判定部７ｃにおいて、利用者端末は、特殊ドメインに対する有効なＣｏｏｋｉｅを有しているか否かを判定し、有していると判定された場合(Yes)はステップＳ１１４に移行し、そうでない場合(No)はステップＳ１１６に移行する。
【００９０】
ステップＳ１１４に移行した場合は、利用者端末に設定されたＣｏｏｋｉｅを修正して処理を終了する（図中ケース４）。
また、ステップＳ１１６に移行した場合は、情報判定部７ｃは、不正なアクセスと判定し、利用者端末からのアクセスを拒否して処理を終了する（図中ケース５）。
【００９１】
更に、図５に基づき、上記ケース１における利用者端末側の動作処理の流れを説明する。図５は、ケース１における利用者端末側の動作処理を示すフローチャートである。
図５に示すように、まずステップＳ２００に移行し、通信管理用サーバに対して、ＷＷＷサーバの所定ドメインに対するアクセス要求を送信してステップＳ２０２に移行する。この場合、アクセス要求のメッセージには、アクセス先ドメインのＣｏｏｋｉｅの情報及び端末識別情報が含まれている。
【００９２】
ステップＳ２０２では、通信管理用サーバから要求したコンテンツを受信して、表示部に表示し処理を終了する。
更に、図６に基づき、上記ケース２における利用者端末側の動作処理の流れを説明する。図６は、ケース２における利用者端末側の動作処理を示すフローチャートである。
【００９３】
図６に示すように、まずステップＳ３００に移行し、新規ドメインのコンテンツへのアクセス要求を行いステップＳ３０２に移行する。
ステップＳ３０２では、通信管理用サーバ７からヘッダ部分に利用者端末にＣｏｏｋｉｅを設定させるための情報（Ｓｅｔ−Ｃｏｏｋｉｅ）を含む情報と要求コンテンツとを受信してステップＳ３０４に移行する。
【００９４】
ステップＳ３０４では、要求ページのコンテンツを表示し、更に、Ｃｏｏｋｉｅの設定を行い処理を終了する。
更に、図７に基づき、上記ケース３における利用者端末側の動作処理の流れを説明する。図７は、ケース３における利用者端末側の動作処理を示すフローチャートである。
【００９５】
図７に示すように、まずステップＳ４００に移行し、初期表示ページの要求（上記利用要求）を通信管理用サーバ７に伝送してステップＳ４０２に移行する。ステップＳ４０２に移行すると、通信管理用サーバ７から、未設定のドメインに対するＣｏｏｋｉｅを設定するために、ヘッダ部分にＳｅｔ−Ｃｏｏｋｉｅを含み、且つ、コンテンツにＲｅｆｒｅｓｈタグを有する情報を受信してステップＳ４０４に移行する。
【００９６】
ステップＳ４０４では、Ｒｅｆｒｅｓｈタグによって設定されたリフレッシュ先のＵＲＬへとジャンプしてステップＳ４０６に移行する。ここで、このリフレッシュ先のＵＲＬは、次に、Ｃｏｏｋｉｅを設定するドメインのＵＲＬである。また、ステップＳ４０２及びステップＳ４０４の処理は、Ｃｏｏｋｉｅが未設定のドメインがなくなるまで繰り返し行われる。
【００９７】
ステップ４０６に移行すると、当初要求していた初期表示ページへ自動的にジャンプしてステップＳ４０８に移行する。
ステップＳ４０８では、表示部に初期表示ページを表示して処理を終了する。更に、図８に基づき、上記ケース４における利用者端末側の動作処理の流れを説明する。図８は、ケース４における利用者端末側の動作処理を示すフローチャートである。
【００９８】
図８に示すように、まずステップＳ５００に移行し、ＷＷＷサーバの所定ドメインに対するアクセス要求を通信管理用サーバ７に伝送して、ステップＳ８０２に移行する。ここで、この場合のアクセス要求のメッセージには有効なＣｏｏｋｉｅ及び端末識別情報が含まれていない。
ステップＳ５０２では、通信管理用サーバ７から特殊ドメインにアクセスするためのＲｅｆｒｅｓｈタグを含む情報を受信し、特殊ドメインにアクセスしてステップＳ５０４に移行する。ここで、特殊ドメインに対しては、既に利用者端末用のＣｏｏｋｉｅが設定されているため、このときの利用者端末からの要求メッセージには、有効なＣｏｏｋｉｅ情報及び端末識別情報が含まれている。
【００９９】
ステップＳ５０４では、通信管理用サーバ７から再度特殊ドメインへアクセスするためのＲｅｆｒｅｓｈタグを含む情報を受信し、特殊ドメインにアクセスしてステップＳ５０６に移行する。このときの利用者端末からの要求メッセージにも、有効なＣｏｏｋｉｅ情報及び端末識別情報が含まれている。
ステップＳ５０６では、通信管理用サーバ７に対して、アクセス要求先ドメインへのアクセス要求メッセージに有効な端末識別情報を含ませたものを伝送してステップＳ５０８に移行する。
【０１００】
ステップＳ５０８では、要求コンテンツとＣｏｏｋｉｅを設定するために、ヘッダ部分にＳｅｔ−Ｃｏｏｋｉｅを含む情報とを受信して、Ｃｏｏｋｉｅを設定しステップＳ５１０に移行する。
ステップＳ５１０では、要求ページのコンテンツを表示部に表示して処理を終了する。
【０１０１】
更に、図９に基づき、上記ケース５における利用者端末側の動作処理の流れを説明する。図９は、ケース５における利用者端末側の動作処理を示すフローチャートである。
図９に示すように、まずステップＳ６００に移行し、通信管理用サーバ７に対して、ＷＷＷサーバの所定ドメインに対するアクセス要求を伝送してステップＳ６０２に移行する。ここで、このアクセス要求のメッセージには、有効なＣｏｏｋｉｅ及び端末識別情報が含まれていない。
【０１０２】
ステップＳ６０２では、通信管理用サーバ７から特殊ドメインにアクセスするためのＲｅｆｒｅｓｈタグを含む情報を受信し、特殊ドメインにアクセスしてステップＳ６０４に移行する。ここで、アクセス要求元の利用者端末は、特殊ドメインに対しても端末識別情報及びＣｏｏｋｉｅが設定されていない。
ステップＳ６０４では、通信管理用サーバ７から再度特殊ドメインへアクセスするためのＲｅｆｒｅｓｈタグを含む情報を受信し、特殊ドメインにアクセスしてステップＳ６０６に移行する。このアクセス要求のメッセージには、有効なＣｏｏｋｉｅ及び端末識別情報が含まれていない。
【０１０３】
ステップＳ６０６では、通信管理用サーバ７から受信したアクセス拒否通知を表示部に表示して処理を終了する。
更に、図１０に基づき、Ｃｏｏｋｉｅ自動登録処理時の通信管理用サーバ７の動作処理の流れを説明する。図１０は、Ｃｏｏｋｉｅ自動登録処理時の通信管理用サーバ７の動作処理を示すフローチャートである。
【０１０４】
図１０に示すように、まずステップＳ７００に移行し、利用者端末のＣｏｏｋｉｅ初期設定モードへとモード変更してステップＳ７０２に移行する。
ステップＳ７０２では、利用者端末からの要求メッセージ（ここではＵＲＬ）から端末識別情報を取得してステップＳ７０４に移行する。
ステップＳ７０４では、設定すべきＣｏｏｋｉｅを内部テーブルから参照してステップＳ７０６に移行する。
【０１０５】
ステップＳ７０６では、全ての登録ドメインへのＣｏｏｋｉｅの設定が完了したか否かを判定し、完了したと判定された場合(Yes)はステップＳ７１８に移行し、そうでない場合(No)はステップＳ７０８に移行する。
ステップＳ７０８に移行した場合は、次に設定すべきドメインをひとつ選択してステップＳ７１０に移行する。ここで、図３（ｂ）に示すテーブルを参照して、設定状態がＦＡＬＳＥのドメインを選択する。
【０１０６】
ステップＳ７１０では、利用者端末に対してＨＴＴＰレスポンスとして適切なＣｏｏｋｉｅを設定するメッセージ（Ｓｅｔ−Ｃｏｏｋｉｅを含むメッセージ）を生成してステップＳ７１２に移行する。
ステップＳ７１２では、Ｓｅｔ−Ｃｏｏｋｉｅを含むメッセージを利用者端末に伝送してステップＳ７１４に移行する。ここで、利用者端末が要求したドメインへのメッセージの回答として、通信管理用サーバ７において生成された上記メッセージを送信することで、利用者端末側では、このドメインに対するＣｏｏｋｉｅが設定される。
【０１０７】
ステップＳ７１４では、利用者端末が複数ドメインにＣｏｏｋｉｅを設定できる機種か否かを判定し、設定できる機種であると判定された場合(Yes)はステップＳ７１６に移行し、そうでない場合(No)はステップＳ７１８に移行する。つまり、第２の利用者端末３のように、ドメイン毎にＣｏｏｋｉｅを設定できないものもあるためこの処理が行われる。
【０１０８】
ステップＳ７１６に移行した場合は、利用者端末へのＨＴＴＰレスポンスとして、Ｒｅｆｒｅｓｈタグによる設定でリフレッシュ先に次候補のドメインのＵＲＬを付与したメッセージを利用者端末に伝送してステップＳ７０６に移行する。これにより、利用者端末は、要求したドメインに対してＣｏｏｋｉｅを設定し終えた数秒後に、指定されたＵＲＬのページを自動的に表示する。
【０１０９】
一方、ステップＳ７１８に移行した場合は、当初要求したドメインからのコンテンツをレスポンスとして利用者端末に伝送して処理を終了する。つまり、当初、通信管理用サーバ７で保管していた、要求先ドメインをリフレッシュ先とするメッセージを利用者端末に伝送することで、利用者が指定したコンテンツが利用者端末において表示される。
【０１１０】
更に、図１１に基づき、通信管理用サーバ７における新規ドメインに対するＣｏｏｋｉｅ追加処理の流れを説明する。図１１は、通信管理用サーバ７における新規ドメインに対するＣｏｏｋｉｅ追加処理を示すフローチャートである。この処理が実行される状況としては、利用者端末で表示するコンテンツが更新され、未登録の新しいドメインにアクセスする必要が生じたときである。
【０１１１】
図１１に示すように、まずステップＳ８００に移行し、内部テーブルにおける現在のモードをＣｏｏｋｉｅ追加モードへと変更してステップＳ８０２に移行する。
ステップＳ８０２では、通信管理用サーバ７の内部テーブルに新規ドメインを追加してステップＳ８０４に移行する。
【０１１２】
ステップＳ８０４では、利用者端末へのレスポンス用のＨＴＴＰヘッダにＳｅｔ−Ｃｏｏｋｉｅ文字列とその情報を追加してステップＳ８０６に移行する。
ステップＳ８０６では、利用者端末が複数ドメインに対してＣｏｏｋｉｅを設定できる機種か否かを判定し、設定できる機種であると判定された場合(Yes)はステップＳ８０８に移行し、そうでない場合(No)は、Ｃｏｏｋｉｅ取得部７ｄ及びＣｏｏｋｉｅ情報記憶部７ｅによって、該当するＷＷＷサーバの新規ドメインから利用者端末に対するＣｏｏｋｉｅを取得して内部テーブルに登録し処理を終了する。
【０１１３】
ステップＳ８０８に移行した場合は、該当するＷＷＷサーバにアクセスして、利用者端末へのレスポンス情報を取得し、そのＨＴＴＰヘッダに上記文字列を追加してステップＳ８１０に移行する。
ステップＳ８１０では、ＨＴＴＰ中継時のコンテンツ部分には手を加えずに単純に利用者端末へとレスポンス情報を中継してステップＳ８１２に移行する。
【０１１４】
ステップＳ８１２では、利用者端末からのレスポンスにより、利用者端末側でコンテンツの表示及び新規ドメインに対するＣｏｏｋｉｅが設定されたことを確認して処理を終了する。
つまり、登録済みのドメイン内のコンテンツから、新規ドメインへのアクセス要求が送信されたときの処理である。始めは、登録済みのドメイン内からの接続要求となるため、利用者端末を特定することができるＣｏｏｋｉｅが送信されるのでこの時点では通信管理用サーバ７は利用者端末を特定することができる。しかし、その後新規ドメインのコンテンツが送られてきて、その新規ドメイン内の更に詳細なコンテンツを要求したときに、この時点でＣｏｏｋｉｅの未登録な新規ドメインからの要求となるため、利用者端末からの要求メッセージには利用者端末を特定するＣｏｏｋｉｅが含まれず通信管理用サーバ７は利用者端末を特定することができない。これを回避するために上記処理を行い、利用者端末に新規ドメインのＣｏｏｋｉｅを追加設定する。
【０１１５】
更に、図１２に基づき、通信管理用サーバ７における利用者端末のＣｏｏｋｉｅ修正処理の流れを説明する。図１２は、通信管理用サーバ７における利用者端末のＣｏｏｋｉｅ修正処理を示すフローチャートである。
図１２に示すように、まずステップＳ９００に移行し、内部テーブルのモードをＣｏｏｋｉｅ修正モードに変更してステップＳ９０２に移行する。
【０１１６】
ステップＳ９０２では、特殊ドメインへのリフレッシュコンテンツを利用者端末に送信してステップＳ９０４に移行する。
ステップＳ９０４では、利用者端末から特殊ドメインへのアクセス要求を受信してステップＳ９０６に移行する。
ステップＳ９０６では、二度目の特殊ドメインへのリフレッシュコンテンツを利用者端末に送信してステップＳ９０８に移行する。
【０１１７】
ステップＳ９０８では、二度目の特殊ドメインへのアクセス要求と同時にそのドメインの有効なＣｏｏｋｉｅ及び端末識別情報を受信してステップＳ９１０に移行する。
ステップＳ９１０では、利用者端末からの本来のアクセス要求先のドメインに対して、そのコンテンツ要求メッセージに、取得した有効なＣｏｏｋｉｅを付与したものを送信してステップＳ９１２に移行する。
【０１１８】
ステップＳ９１２では、取得した有効なＣｏｏｋｉｅが付与された要求メッセージをアクセス要求先のドメインに伝送して処理を終了する。
更に、図１３に基づき、通信管理用サーバにおける利用者特定処理の流れを説明する。図１３は、通信管理用サーバにおける利用者特定処理を示すフローチャートである。
【０１１９】
図１３に示すように、まずステップＳ１０００に移行し、利用者端末からのアクセス要求があり、利用者特定の要求が発生するとステップＳ１００４に移行する。ここで、利用者の特定が発生するのは、そのアクセス先のドメインがアクセスできる利用者を限定しているような場合である。
ステップＳ１００４では、認証部７ｂにおいて、利用者端末及びその利用者の認証処理を行いステップＳ１００６に移行する。
【０１２０】
ステップＳ１００６では、利用者端末から取得した、端末固有の端末識別情報と利用者固有の会員番号とをひも付けして記憶し処理を終了する。
更に、図１４に基づき、利用者端末におけるアプレット使用による認証処理の流れを説明する。図１４は、利用者端末におけるアプレット使用による認証処理を示すフローチャートである。
【０１２１】
図１４に示すように、まずステップＳ１１００に移行し、認証用アプレットの起動リクエストを利用者端末に伝送してステップＳ１１０２に移行する。
ステップＳ１１０２では、アプレット起動時のパラメータ指定に端末識別情報を追加してステップＳ１１０４に移行する。
ステップＳ１１０４では、認証用アプレットを起動してステップＳ１１０６に移行する。
【０１２２】
ステップＳ１１０６では、認証に必要なデータを入力してステップＳ１１０８に移行する。ここで、本実施の形態においては、第１の利用者端末２のカード挿入口に会員カードを挿入することにより認証用データの入力を行う。
ステップＳ１１０８では、認証用データと共に利用者端末の端末識別情報をアプレット経由で通信管理用サーバ７に通知してステップＳ１１１０に移行する。
【０１２３】
ステップＳ１１１０では、通信管理用サーバ７からの利用者端末及び利用者が認証されたことを示す認証結果を受信してステップＳ１１１２に移行する。
ステップＳ１１１２では、以降のアクセスにおいては、利用者端末に対する認証番号を特定するようにして処理を終了する。
更に、図１５に基づき、利用者端末におけるＨＴＭＬ使用による認証処理の流れを説明する。図１５は、利用者端末におけるＨＴＭＬ使用による認証処理を示すフローチャートである。
【０１２４】
図１５に示すように、まずステップＳ１２００に移行し、通信管理用サーバ７からの会員番号／パスワード入力要求に対して、会員番号及びパスワードを入力してステップＳ１２０２に移行する。
ステップＳ１２０２では、回答時のＨＴＴＰヘッダに端末識別情報を付加して通信管理用サーバ７に送信する。
【０１２５】
ステップＳ１２０４では、通信管理用サーバ７からの利用者端末及び利用者が認証されたことを示す認証結果を受信して処理を終了する。ここで、通信管理用サーバ７では、端末識別情報と会員番号との関連が判明するので認証することが可能となる。
更に、図１６に基づき、通信管理用サーバ７における上記図４のフローチャートにおけるステップＳ１０４の通常処理時の通常送信処理の流れを説明する。図１６は、通信管理用サーバ７における通常処理時の送信処理を示すフローチャートである。
【０１２６】
図１６に示すように、まずステップＳ１３００に移行し、利用者端末から接続先のドメインに有効なＣｏｏｋｉｅを取得し、且つ、そのドメインが通信管理用サーバ７の内部テーブルに登録済みのものであることを受けて、通常送信処理を開始してステップＳ１３０２に移行する。
ステップＳ１３０２では、利用者端末からのアクセス要求を受信してステップＳ１３０４に移行する。
【０１２７】
ステップＳ１３０４では、利用者端末及び利用者の特定処理を行いステップＳ１３０６に移行する。
ステップＳ１３０６では、前回接続時の個別Ｃｏｏｋｉｅがあるか否かを判定し、あると判定された場合(Yes)はステップＳ１３０８に移行し、そうでない場合(No)は処理を終了する。
【０１２８】
ステップＳ１３０８に移行した場合は、接続先ＷＷＷサーバのドメイン向けのＣｏｏｋｉｅをＨＴＴＰヘッダに追加して、このメッセージを該当するドメインに伝送し処理を終了する。
更に、図１７に基づき、通信管理用サーバ７における上記図４のフローチャートにおけるステップＳ１０４の通常処理時の通常受信処理の流れを説明する。図１７は、通信管理用サーバ７における通常処理時の受信処理を示すフローチャートである。
【０１２９】
図１７に示すように、まずステップＳ１４００に移行し、利用者端末から接続先のドメインに有効なＣｏｏｋｉｅを取得し、且つ、そのドメインが通信管理用サーバ７の内部テーブルに登録済みのものであることを受けて、通常受信処理を開始してステップＳ１４０２に移行する。
ステップＳ１４０２では、接続先ドメインから「Ｓｅｔ−Ｃｏｏｋｉｅ」を受信したか否かを判定し、受信したと判定された場合(Yes)はステップＳ１４０４に移行し、そうでない場合(No)はステップＳ１４０６に移行する。
【０１３０】
ステップＳ１４０４に移行した場合は、内部テーブルにＣｏｏｋｉｅ値を反映してステップＳ１４０６に移行する。
ステップＳ１４０６では、接続先ドメインから受信したデータを適切な利用者端末に転送して処理を終了する。
以上、通信管理用サーバ７は、利用者端末からの利用要求に応じて、予め登録された複数のドメインに対して利用者端末がＣｏｏｋｉｅを有していないものに対しては、そのドメインからＣｏｏｋｉｅを取得して利用者端末に自動的に設定する処理を行うので、以降は、設定されたＣｏｏｋｉｅによって利用者端末の特定が可能となる。
【０１３１】
また、利用者端末からのＷＷＷサーバのドメインへのアクセス要求に対して、通信管理用サーバ７は、利用者端末がそのドメインに有効なＣｏｏｋｉｅを有していないときは、Ｃｏｏｋｉｅ取得手段７ｄによってそのドメインのＣｏｏｋｉｅを取得して利用者端末に設定するようにしたので、Ｃｏｏｋｉｅの情報が消えたり壊れたりしたときでも正常なＣｏｏｋｉｅの設定が可能となる。
【０１３２】
また、認証部７ｂにおいて、利用者端末及び利用者の認証を行うことで、未登録の利用者端末や利用者による不正アクセスを阻止することが可能となる。
また、通信情報記憶部７ｆによって、ＷＷＷサーバの所定ドメインと利用者端末との間の通信情報を取得して記憶するようにしたので、これら取得した通信情報を利用したサービスの提供が可能となる。
【０１３３】
ここで、図２に示す、認証部７ｂは、請求項６及び請求項７記載の認証手段に対応し、情報判定部７ｃにおける利用者端末からのＣｏｏｋｉｅが有効か否かを判定する処理は、請求項１記載のＣｏｏｋｉｅ情報判定手段に対応し、情報判定部７ｃにおける利用者端末からの端末識別情報が有効か否かを判定する処理は、請求項１記載の端末識別情報判定手段に対応し、Ｃｏｏｋｉｅ取得部７ｄは、請求項１記載のＣｏｏｋｉｅ取得手段に対応し、Ｃｏｏｋｉｅ情報記憶部７ｅは、請求項１乃至請求項３記載のＣｏｏｋｉｅ情報記憶手段に対応し、通信情報記憶部７ｆは、請求項２記載の通信情報取得手段と請求項２及び請求項５記載の通信情報記憶手段とに対応する。
【０１３４】
なお、上記実施の形態においては、利用者端末に対して予め通信管理用サーバ７に登録された複数のドメインに対するＣｏｏｋｉｅを、事前に設定するようにしているが、これに限らず、予め複数のドメインの情報を登録しない態様であっても良い。この場合は、例えば、利用者端末からのアクセス要求メッセージに必ず端末識別情報を付加するようする。そして、通信管理用サーバは、新規ドメインへのアクセス要求が有るたびにそのドメインを端末識別情報及びそのドメインのＣｏｏｋｉｅと対応付けて登録する。以降は、利用者端末からのアクセス要求に含まれる端末識別情報からそのアクセス要求先のドメインに対応したＣｏｏｋｉｅの情報が登録されているか否かを判定し、登録されている場合は、そのＣｏｏｋｉｅを付加してドメインにアクセス要求メッセージを中継する。このようにすれば、シンクライアントのような電源を落とすとＣｏｏｋｉｅの情報が全て消去してしまうような端末に対しても、そのアクセスに対してすぐに端末の特定が可能であり、且つ、ドメインとの間の長期的な通信履歴等も取得することが可能である。
【図面の簡単な説明】
【図１】 コンテンツ提供システムの構成を示すブロック図である。
【図２】 通信管理用サーバ７の詳細構成を示すブロック図である。
【図３】 通信管理用サーバ７の管理テーブルを示す図である。
【図４】 通信管理用サーバ７を制御する制御プログラムの動作処理を示すフローチャートである。
【図５】 ケース１における利用者端末側の動作処理を示すフローチャートである。
【図６】 ケース２における利用者端末側の動作処理を示すフローチャートである。
【図７】 ケース３における利用者端末側の動作処理を示すフローチャートである。
【図８】 ケース４における利用者端末側の動作処理を示すフローチャートである。
【図９】 ケース５における利用者端末側の動作処理を示すフローチャートである。
【図１０】 Ｃｏｏｋｉｅ自動登録処理時の通信管理用サーバ７の動作処理を示すフローチャートである。
【図１１】 通信管理用サーバ７における新規ドメインに対するＣｏｏｋｉｅ追加処理を示すフローチャートである。
【図１２】 通信管理用サーバ７における利用者端末のＣｏｏｋｉｅ修正処理を示すフローチャートである。
【図１３】 通信管理用サーバにおける利用者特定処理を示すフローチャートである。
【図１４】 利用者端末におけるアプレット使用による認証処理を示すフローチャートである。
【図１５】 利用者端末におけるＨＴＭＬ使用による認証処理を示すフローチャートである。
【図１６】 通信管理用サーバ７における通常処理時の送信処理を示すフローチャートである。
【図１７】 通信管理用サーバ７における通常処理時の受信処理を示すフローチャートである。
【符号の説明】
１…コンテンツ提供システム、２…第１の利用者端末、３…第２の利用者端末、４…第３の利用者端末、７…通信管理用サーバ、７ａ…データ通信制御部、７ｂ…認証部、７ｃ…情報判定部、７ｄ…Ｃｏｏｋｉｅ取得部、７ｅ…Ｃｏｏｋｉｅ情報記憶部、７ｆ…通信情報記憶部、８…第１のＷＷＷサーバ、９…第２のＷＷＷサーバ、１０…ＷＡＮ
Claims (4)
- 利用者端末からのＷＷＷ（World Wide Web）サーバへのアクセス要求を当該ＷＷＷサーバへと中継し、当該ＷＷＷサーバから前記利用者端末への応答を当該利用者端末に中継する通信管理用サーバであって、
前記利用者端末からの前記ＷＷＷサーバにおける所定ドメインへのアクセス要求があったときに、当該アクセス要求に係る情報中に前記アクセス先ドメイン用のＣｏｏｋｉｅが含まれているか否かを判定するＣｏｏｋｉｅ情報判定手段と、
前記アクセス要求に係る情報中に前記利用者端末固有の端末識別情報が含まれているか否かを判定する端末識別情報判定手段と、
前記Ｃｏｏｋｉｅ情報判定手段及び前記端末識別情報判定手段の判定結果の少なくとも一方に基づき、前記アクセス先のドメインから前記利用者端末用のＣｏｏｋｉｅを取得するＣｏｏｋｉｅ取得手段と、
当該Ｃｏｏｋｉｅ取得手段によって取得したＣｏｏｋｉｅを前記端末識別情報と対応付けて記憶するＣｏｏｋｉｅ情報記憶手段と、
前記利用者端末のアクセス可能な複数のドメインの情報が予め登録されており、前記利用者端末からのアクセスに応じて、当該利用者端末の前記端末識別情報と前記Ｃｏｏｋｉｅ情報記憶手段の記憶内容とに基づき、前記複数のドメインのうち当該利用者端末用のＣｏｏｋｉｅを有していないドメインに自動的にアクセスし、そのＣｏｏｋｉｅを取得するＣｏｏｋｉｅ自動取得手段と、
を備え、
前記Ｃｏｏｋｉｅ情報記憶手段は、前記Ｃｏｏｋｉｅ自動取得手段によって取得したＣｏｏｋｉｅを前記端末識別情報及び当該取得したＣｏｏｋｉｅに該当するドメインの情報に対応付けて記憶するようになっていることを特徴とする通信管理用サーバ。 - 前記Ｃｏｏｋｉｅ自動取得手段によって取得されたＣｏｏｋｉｅを前記利用者端末に自動的に設定するＣｏｏｋｉｅ自動設定手段を更に含むことを特徴とする請求項１記載の通信管理用サーバ。
- 利用者端末からのＷＷＷ（World Wide Web）サーバへのアクセス要求を当該ＷＷＷサーバへと中継し、当該ＷＷＷサーバから前記利用者端末への応答を当該利用者端末に中継する通信管理用サーバを制御するためのプログラムであって、
前記利用者端末からの前記ＷＷＷサーバにおける所定ドメインへのアクセス要求があったときに、当該アクセス要求に係る情報中に前記アクセス先ドメイン用のＣｏｏｋｉｅが含まれているか否かを判定するＣｏｏｋｉｅ情報判定ステップと、
前記アクセス要求に係る情報中に前記利用者端末固有の端末識別情報が含まれているか否かを判定する端末識別情報判定ステップと、
前記Ｃｏｏｋｉｅ情報判定ステップ及び前記端末識別情報判定ステップにおける判定結果の少なくとも一方に基づき、前記アクセス先のＷＷＷサーバから前記利用者端末用のＣｏｏｋｉｅを取得するＣｏｏｋｉｅ取得ステップと、
当該Ｃｏｏｋｉｅ取得ステップによって取得したＣｏｏｋｉｅを前記端末識別情報と対応付けて記憶するＣｏｏｋｉｅ情報記憶ステップと、
前記通信管理用サーバには前記利用者端末のアクセス可能な複数のドメインの情報が予め登録されており、前記利用者端末からのアクセスに応じて、当該利用者端末の前記端末識別情報及び前記Ｃｏｏｋｉｅ情報記憶ステップによる記憶内容に基づき、前記複数のドメインのうち当該利用者端末用のＣｏｏｋｉｅを有していないドメインに自動的にアクセスし、そのＣｏｏｋｉｅを取得するＣｏｏｋｉｅ自動取得ステップと、
を備え、
前記Ｃｏｏｋｉｅ情報記憶ステップにおいては、前記Ｃｏｏｋｉｅ自動取得ステップによって取得したＣｏｏｋｉｅを前記端末識別情報及び当該取得したＣｏｏｋｉｅに該当するドメインの情報に対応付けて記憶するようになっていることを特徴とする通信管理用サーバ制御プログラム。 - 前記Ｃｏｏｋｉｅ自動取得ステップによって取得されたＣｏｏｋｉｅを前記利用者端末に自動的に設定するＣｏｏｋｉｅ自動設定ステップを含むことを特徴とする請求項３記載の通信管理用サーバ制御プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002378057A JP4345300B2 (ja) | 2002-12-26 | 2002-12-26 | 通信管理用サーバ及び通信管理用サーバ制御プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002378057A JP4345300B2 (ja) | 2002-12-26 | 2002-12-26 | 通信管理用サーバ及び通信管理用サーバ制御プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004206630A JP2004206630A (ja) | 2004-07-22 |
| JP4345300B2 true JP4345300B2 (ja) | 2009-10-14 |
Family
ID=32815042
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002378057A Expired - Fee Related JP4345300B2 (ja) | 2002-12-26 | 2002-12-26 | 通信管理用サーバ及び通信管理用サーバ制御プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4345300B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4702756B2 (ja) * | 2008-05-27 | 2011-06-15 | 株式会社アイ・オー・データ機器 | 中継装置、周辺装置、テレビ受像機、及び、情報処理システム |
| JP5931243B1 (ja) * | 2015-03-20 | 2016-06-08 | ヤフー株式会社 | 情報処理装置、端末装置、情報処理方法、及び情報処理プログラム |
-
2002
- 2002-12-26 JP JP2002378057A patent/JP4345300B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004206630A (ja) | 2004-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7117266B2 (en) | Method for providing user-apparent consistency in a wireless device | |
| US5961593A (en) | System and method for providing anonymous personalized browsing by a proxy system in a network | |
| US6192394B1 (en) | Inter-program synchronous communications using a collaboration software system | |
| US7805606B2 (en) | Computer system for authenticating a computing device | |
| JP4339557B2 (ja) | 情報共有方法、情報共有装置及び情報共有プログラム | |
| US8082579B2 (en) | Access server and connection restriction method | |
| US20030018753A1 (en) | Remote control proxy method and apparatus | |
| KR101209577B1 (ko) | 통신 제어 시스템, 통신 제어방법, 호 제어 서버장치 및 호 제어 프로그램 | |
| JP2004103022A (ja) | 複数の装置間でのクッキー管理を行なうための、個人クッキー格納サービスを実行する方法および装置 | |
| US20020078371A1 (en) | User Access system using proxies for accessing a network | |
| JP2005505839A (ja) | ウェブ・サイト上におけるカスタマイズされたデータの出力方法 | |
| EP2291979A2 (en) | Remote access between upnp devices | |
| EP1218829A1 (en) | Methods and apparatus for providing privacy-preserving global customization | |
| CN102177526B (zh) | 服务提供***和服务提供方法 | |
| CN101878633A (zh) | 在xml文档管理架构中使用的方法和设备 | |
| US7225261B2 (en) | Service provision method, relay device, and service provision apparatus | |
| KR100420668B1 (ko) | 무선 인터넷 사용에 대한 차등 과금 적용 방법 및 시스템 | |
| JP4932154B2 (ja) | アイデンティティ管理ネットワークにおいてユーザーの認証をメンバーサイトに与える方法及びシステム、アイデンティティ管理ネットワークに属するホームサイトでユーザーの認証を行う方法、コンピュータ読み取り可能な媒体、ならびに、階層的分散アイデンティティ管理のためのシステム | |
| EP2242212A2 (en) | Digital Content Distribution System and Method | |
| JP2002033773A (ja) | Ｗｅｂオンデマンドシステム | |
| JP4345300B2 (ja) | 通信管理用サーバ及び通信管理用サーバ制御プログラム | |
| EP1287448A1 (en) | User profile management in a communications network | |
| WO2014118548A1 (en) | Tracking system | |
| JP2002041522A (ja) | 個人情報開示システム及び電子メール配信システム | |
| JP2006277517A (ja) | ファイル転送システム及びファイル転送方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051028 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070403 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090203 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090210 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090406 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090623 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090706 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120724 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120724 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130724 Year of fee payment: 4 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |