JP3862508B2 - プロキシ・サーバを含むコンピュータ・システム及びサービス実行方法 - Google Patents
プロキシ・サーバを含むコンピュータ・システム及びサービス実行方法 Download PDFInfo
- Publication number
- JP3862508B2 JP3862508B2 JP2001049567A JP2001049567A JP3862508B2 JP 3862508 B2 JP3862508 B2 JP 3862508B2 JP 2001049567 A JP2001049567 A JP 2001049567A JP 2001049567 A JP2001049567 A JP 2001049567A JP 3862508 B2 JP3862508 B2 JP 3862508B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- service
- message
- information
- setting
- 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 Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明が属する技術分野】
本発明は、ネットワークへの接続技術に関し、より詳しくはプロキシ・サーバに関する。
【０００２】
【従来の技術】
例えばＬＡＮ（Local Area Network）等とインターネットを接続する際には、セキュリティ確保と高速アクセスを実現するために、プロキシ・サーバを間に設ける場合がある。プロキシ・サーバは、ＬＡＮへの不正な侵入を防止すると共に、ＬＡＮからインターネットへのアクセスを中継し、インターネット上のウェブ（Ｗｅｂ）サーバからの応答をキャッシュし、次に同じＷｅｂページへのアクセスが発生した場合にはクライアント端末にキャッシュ内容を返すことによりトラフィックを軽減すると共に高速アクセスをも実現する。しかし、プロキシ・サーバの設定登録及び設定変更についてはシステム管理者が行っており、各ユーザが希望に応じて即座に変更できるものではなかった。また、各ユーザの個別の希望に対応することも不可能であった。
【０００３】
【発明が解決しようとする課題】
よって本発明の目的は、プロキシ・サーバにおいて各ユーザが希望するサービスを個別に提供できるようにすることである。
【０００４】
また他の目的は、各ユーザが希望するサービスの設定をプロキシ・サーバに対して自ら行えるようにすることである。
【０００５】
【課題を解決するための手段】
本発明の第１の態様に係るコンピュータ・システムは、１又は複数のサービス提供処理手段（例えば実施の形態におけるサービス処理部）と、ユーザ毎に１又は複数のサービス提供処理手段に対する設定情報を格納する設定格納装置（例えば実施の形態におけるプロファイルＤＢ３５）と、ユーザの端末からの要求（又は当該要求に基づく応答）に応答して、１又は複数のサービス提供処理手段のうち少なくとも１つに、設定格納装置に格納された当該ユーザの設定情報を通知する設定情報通知手段（例えば実施の形態におけるサービス設定部３１１）とを含み、上記１又は複数のサービス提供処理手段のうち少なくとも１つは、ユーザの設定情報に従って、ユーザの端末からの要求（又は当該要求に基づく応答）に関連するサービスを実行するプロキシ・サーバを有する。このようにすれば、プロキシ・サーバにおいては、ユーザの設定情報に応じたサービスが各ユーザに対して提供される。
【０００６】
また、本発明の第１の態様においては、ユーザの端末からの登録要求を受信した場合に、１又は複数のサービス提供処理手段に対する当該ユーザの設定情報を入力するように促す手段（例えば実施の形態におけるプロファイル登録処理部３３１）と、ユーザの端末から当該ユーザの設定情報を受信した場合には、設定格納装置に当該ユーザの設定情報を格納する手段（例えば実施の形態におけるプロファイル登録処理部３３１）とをさらに有するような構成であってもよい。このようにすればユーザは自由にプロキシ・サーバの設定を行うことができるようになる。
【０００７】
さらに、設定格納装置の設定情報に従って課金情報を生成し、当該課金情報を課金情報データベースに登録する手段をさらに有するような構成であってもよい。プロキシ・サーバによるサービス提供により付加料金を徴収することができ、例えばＩＳＰ（Internet Service Provider）の収益が向上する。
【０００８】
さらに、上で述べた設定情報通知手段を、ユーザによる要求先からのレスポンスに応答して、１又は複数のサービス提供処理手段のうち少なくとも１つに、設定格納装置に格納された当該ユーザの設定情報を通知するような構成とし、さらに１又は複数のサービス提供処理手段のうち少なくとも１つが、ユーザの設定情報に従って、ユーザによる要求先からのレスポンスに関連するサービスを実行するように構成することも可能である。
【０００９】
また、上で述べた設定情報通知手段を、設定情報をハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）におけるメッセージのヘッダ情報として１又は複数のサービス提供処理手段のうち少なくとも１つに通知するような構成とすることも可能である。このようにすれば、より実装が簡単になる。
【００１０】
本発明の第２の態様に係る、プロキシ・サーバにおいてユーザ端末からの要求に対するサービスを実行するためのサービス実行方法は、ユーザの端末からの要求に応答して、ユーザ毎に１又は複数のサービス提供処理手段に対する設定情報を格納する設定格納装置から当該ユーザの設定情報を読み出すステップと、ユーザの端末からの要求に応答して、１又は複数のサービス提供処理手段のうち少なくとも１つに、読み出された当該ユーザの設定情報を通知するステップと、１又は複数のサービス提供処理手段のうち少なくとも１つにより、ユーザの設定情報に従って、ユーザの端末からの要求に関連するサービスを実行するステップとを含む。
【００１１】
本発明の第１の態様に係る変形については、本発明の第２の態様に対しても適用可能である。
【００１２】
なお、上で述べたような第１の態様に係るプロキシ・サーバは、コンピュータ・ハードウエアと上で述べたサービス実行方法を当該コンピュータ・ハードウエアに実行させるためのプログラムにて実装することができ、当該プログラムは、例えばフロッピーディスク、ＣＤ―ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介して頒布される場合もある。なお、処理途中の中間的なデータは、コンピュータのメインメモリなどの記憶装置に格納される。
【００１３】
【発明の実施の形態】
図１に本発明の一実施の形態に係るシステム概要図を示す。ＩＳＰが管理・運営するＩＳＰシステム３には例えば公衆回線網を介して１又は複数のユーザ端末（図１ではユーザ端末Ａ（５）及びユーザ端末Ｂ（７））が接続されている。ユーザ端末は、例えばパーソナルコンピュータや、携帯端末、場合によっては携帯電話機の場合もある。また、ＩＳＰシステム３は、インターネット１に接続されており、インターネット１に接続されている多数のＷｅｂサーバ９にアクセス可能となっている。
【００１４】
ＩＳＰシステム３には、プロキシ・サーバ３１、プロキシ・サーバ３１により管理されるプロファイルＤＢ３５及びログ・ファイル３７、会員情報等を管理するための管理サーバ３３、及び管理サーバ３３により管理される会員管理ＤＢ３９及び課金ＤＢ４１が含まれる。ログ・ファイル３７は、各サービス処理部が行った処理の内容を保管するためのファイルである。会員管理ＤＢ３９は、ＩＳＰシステム３に接続することができるユーザ（会員）のコネクションＩＤ及びパスワードを含む各会員の個人情報を格納するＤＢである。また、課金ＤＢ４１は、各会員が受けたＩＳＰサービスについての料金に関する情報を保管するＤＢである。
【００１５】
プロファイルＤＢ３５には、各ユーザのプロキシ・サーバ３１に対する設定情報（プロファイル情報）が格納される。プロファイルＤＢ３５に格納されるデータの一例を図２に示す。図２の例では、ユーザ毎に、ＩＳＰシステム３に接続するためのコネクションＩＤ２０１と、本実施の形態においてプロキシ・サーバ３１によるサービス開始時に用いられるローカルＩＤ２０３及びローカル・パスワード（ＰＷ）２０５と、Ａサービスの使用有無を表すフラグ２０７と、Ａサービスについての第１の設定２０９、第２の設定２１１及び第３の設定２１３と、Ｂサービスの使用有無を表すフラグ２１５と、Ｂサービスについての第１の設定２１７及び第２の設定２１９とについての情報が格納されるようになっている。なお、各サービスについての設定は、数値が入力されることもあれば、ＯＮ又はＯＦＦといったフラグ情報である場合もある。サービスの数及び設定の数並びに種類は任意である。
【００１６】
なお、本実施の形態におけるサービスには、有害、アダルト、違法等のＷｅｂサイト閲覧を制限するためのコンテンツフィルタ・サービスや、パーソナル・コンピュータ向けに作成されたＷｅｂページのデータを例えば携帯端末等のように画面が小さく通信速度が遅い環境に合わせて変換するコンテンツ変換サービス、ウィルスを含むデータのダウンロードを防ぐためのウィルス検査サービス、英語のＷｅｂページを日本語に翻訳する等のための翻訳サービスなどが想定される。
【００１７】
例えばコンテンツフィルタ・サービスの場合、設定項目として、アダルト・エンタテイメント、ドラッグ、ギャンブル、ハッキング、暴力などの個別項目を設定してアクセスを制限するような構成であってもよいし、ＩＳＰが予め設定した複数の雛型（例えば小学生向け、中高生向け、職場での利用向け）のうち適当なものを選択するような構成であってもよい。また、コンテンツ変換サービスの場合、設定項目として、画面サイズ又は画面の縮小率、通信速度、モノクロ化処理の要否などを個別に設定するような構成であってもよいし、ＩＳＰが予め設定した複数の雛型（パームサイズの端末向けの設定、ＷｉｎｄｏｗｓＣＥ（Microsoft Corporation の商標）端末向けの設定）のうち適当なものを選択するような構成であってもよい。
【００１８】
プロキシ・サーバ３１には、ユーザ端末がプロキシ・サーバ３１にサービス開始を要求した際にサービス処理部に当該ユーザの設定情報（プロファイル情報）を通知するサービス設定部３１１と、所定のサービスを実行するＡサービス処理部３１３及びＢサービス処理部３１５とが含まれる。なお、サービス処理部の数は２より多い場合もあるが、ここでは説明の都合上２つのみを示している。管理サーバ３３には、各ユーザのプロキシ・サーバ３１に対する設定を登録するためのプロファイル登録処理部３３１と、プロキシ・サーバ３１への設定に対する料金を課金するための課金処理部３３３とが含まれる。なお、プロファイル登録処理部３３１及び課金処理部３３３は、プロキシ・サーバ３１に設けられる場合もある。
【００１９】
次に図３乃至図５を用いて図１に示したシステムの動作を説明する。最初に図３を用いて各ユーザが各サービスに対する設定を行う際の処理フローを説明する。最初に、ユーザは、ユーザ端末（例えばユーザ端末Ａ（５））を操作して、ＩＳＰシステム３の登録初期画面にアクセスさせる（ステップＳ１）。これに対してＩＳＰシステム３の管理サーバ３３は、ユーザ端末Ａ（５）に登録初期画面情報（例えばＨＴＭＬ（Hyper Text Markup Language）ファイル及び画像が含まれれば画像ファイル）を送信する（ステップＳ３）。ユーザ端末Ａ（５）は、管理サーバ３３から登録初期画面情報を受信し、表示装置に表示する（ステップＳ５）。この登録初期画面では、新規登録又は修正を行うユーザのコネクションＩＤ及びパスワードの入力欄が設けられている。
【００２０】
もし、当該ユーザが最初の登録を行うユーザの場合には（ステップＳ７：Ｙｅｓルート）、コネクションＩＤ及びパスワードをユーザ端末Ａ（５）に入力し、ユーザ端末Ａ（５）は管理サーバ３３に送信する（ステップＳ９）。管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）からコネクションＩＤ及びパスワードを受信すると、会員管理ＤＢ３９に格納された情報を用いて認証処理を実施する（ステップＳ１０）。もし、認証処理に失敗した場合には、管理サーバ３３はその旨ユーザ端末Ａ（５）に通知する。ユーザ端末Ａ（５）は認証処理に失敗した旨の通知を受信し、表示装置に表示する。一方、認証処理に成功した場合には、プロファイル登録処理部３３１は、プロファイルＤＢ３５にコネクションＩＤが登録されているかを確認する。ここでは最初の登録であるから、コネクションＩＤが登録されておらず、プロファイル登録処理部３３１は、本サービスを利用する際に用いるローカルＩＤ及びパスワードの登録画面情報をユーザ端末Ａ（５）に送信する（ステップＳ１１）。なお、ローカルＩＤ及びパスワードは、本サービスにローカルなＩＤ及びパスワードであるため、コネクションＩＤ及びパスワードより簡易なものであってもよい。
【００２１】
ユーザ端末Ａ（５）は、管理サーバ３３からローカルＩＤ及びパスワードの登録画面情報を受信し、表示装置に表示する（ステップＳ１３）。これに対してユーザは、ローカルＩＤ及びパスワードをユーザ端末Ａ（５）に入力し、ユーザ端末Ａ（５）は管理サーバ３３にローカルＩＤ及びパスワードを送信する（ステップＳ１５）。管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）からローカルＩＤ及びパスワードを受信すると、そのユーザのコネクションＩＤと共にローカルＩＤ及びパスワードをプロファイルＤＢ３５に登録する（ステップＳ１７）。なお、プロファイルＤＢ３５はプロキシ・サーバ３１に管理されているので、プロファイル登録処理部３３１は、プロキシ・サーバ３１に、コネクションＩＤ並びにローカルＩＤ及びパスワードを登録させる。この後、具体的なサービスについての設定を行うための処理（ステップＳ２３以降）に移行する。
【００２２】
もし、ユーザが最初の登録を行うユーザではない場合には（ステップＳ７：Ｎｏルート）、ユーザはコネクションＩＤ及びパスワードを登録初期画面に入力し、ユーザ端末Ａ（５）に管理サーバ３３へ送信させる（ステップＳ１９）。これに対して管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）からコネクションＩＤ及びパスワードを受信し、会員管理ＤＢ３９に格納された情報を用いて認証処理を実施する（ステップＳ２１）。もし、認証処理に失敗すれば、プロファイル登録処理部３３１はユーザ端末Ａ（５）に認証失敗を通知する。ユーザ端末Ａ（５）は認証失敗通知を受信し、表示装置に表示する。
【００２３】
ステップＳ２１において認証処理に成功すると、プロファイル登録処理部３３１はプロファイルＤＢ３５にコネクションＩＤが登録されているかを確認する。ここでは最初の登録ではないのでコネクションＩＤはプロファイルＤＢ３５に登録されている。よって、ステップＳ２１において認証処理に成功すると又はステップＳ１７においてローカルＩＤ及びパスワードの登録がなされると、プロファイル登録処理部３３１は設定を行うサービスの選択画面情報をユーザ端末Ａ（５）に送信する（ステップＳ２３）。ユーザ端末Ａ（５）は、管理サーバ３３からサービスの選択画面情報を受信し、表示装置に表示する（ステップＳ２５）。例えば、この画面でコンテンツフィルタ・サービス、コンテンツ変換サービス、翻訳サービス、ウィルス検査サービスなどのうち、必要なサービスを例えばラジオボタンで選択できるようになっている。ユーザは、例えば必要なサービスをクリックすることで選択し、ユーザ端末Ａ（５）に当該選択サービス情報を管理サーバ３３へ送信させる（ステップＳ２７）。
【００２４】
管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）から選択サービス情報を受信すると、選択されたサービスについてのフラグをＯＮにするようにプロファイルＤＢ３５に登録処理を実施する（ステップＳ２９）。また、課金処理部３３３は、選択されたサービス分の課金を発生させ、当該ユーザのコネクションＩＤをキーに課金ＤＢ４１に登録する（ステップＳ３１）。なお、例えば月１回課金を発生させるため、設定変更の場合にはこの段階では課金を発生させないこともある。例えば課金処理部３３３は、月一度プロファイルＤＢ３５を検査して、その月のサービス数で課金処理を行う構成であってもよい。
【００２５】
次に選択されたサービスの詳細を設定する。プロファイル登録処理部３３１は、選択サービスの設定内容入力画面情報をユーザ端末Ａ（５）に送信する（ステップＳ３３）。ユーザ端末Ａ（５）は、管理サーバ３３から選択サービスの設定内容入力画面情報を受信し、表示装置に表示する（ステップＳ３５）。この画面において、例えばコンテンツフィルタ・サービスが選択されていれば、小学生向け、中高生向け、職場での利用向けのいずれかを例えばラジオボタンで選択したり、具体的にアダルト・エンタテイメント、ドラッグ、ギャンブル、ハッキング、又は暴力の１以上の項目を選択したりする。また、コンテンツ変換サービスが選択されている場合には、パームサイズの端末向け又はＷｉｎｄｏｗｓＣＥ端末向けのいずれかを選択したり、具体的に画面サイズや、カラー又はモノクロなどの１以上の項目を選択又は数値入力する。ウィルス検査サービスの場合には、検査対象ファイル形式やウィルス検出時の駆除方法などを指定できるような構成であってもよい。
【００２６】
ユーザがこのような選択サービスの設定内容情報を入力すると、ユーザ端末Ａ（５）は管理サーバ３３に選択サービスの設定内容情報を送信する（ステップＳ３７）。これに対して管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）から選択サービスの設定内容情報を受信し（ステップＳ３９）、受信した情報をローカルＩＤをキーにしてプロファイルＤＢ３５に対する登録処理を実施する（ステップＳ４１）。
【００２７】
このような処理を各ユーザが実施することにより、各ユーザは自分の環境や好みなどに合わせてプロキシ・サーバ３１からサービスを受けることができるようになる。
【００２８】
次に図４及び図５を用いて、実際に各ユーザがプロキシ・サーバ３１からサービスを受ける場合の処理を説明する。最初に、ユーザはユーザ端末（例えばユーザ端末Ａ（５））を操作して、ＩＳＰシステム３に接続要求（コネクションＩＤ及びパスワードを含む）を送信する（ステップＳ５１）。例えば、ユーザ端末Ａ（５）に内蔵又は接続されたモデムやＴＡ（Terminal Adapter）若しくはダイアルアップ・ルータ等で、公衆回線網などを介してＩＳＰのアクセスポイントに電話をかける。ＩＳＰシステム３の管理サーバ３３は、ユーザ端末Ａ（５）から接続要求を受信すると（ステップＳ５３）、当該接続要求に係るコネクションＩＤ及びパスワードと会員管理ＤＢ３９に格納されたコネクションＩＤ及びパスワードの情報を用いて認証処理を実施する（ステップＳ５５）。
【００２９】
もし認証処理に失敗すれば、管理サーバ３３は接続失敗をユーザ端末Ａ（５）に返信する。ユーザ端末Ａ（５）では、例えば電話回線が切断され、認証に失敗した旨の表示がなされる。もし認証処理に成功すれば、管理サーバ３３から接続許可通知がユーザ端末Ａ（５）に送信される（ステップＳ５７）。ユーザ端末Ａ（５）は、管理サーバ３３から接続許可通知を受信する（ステップＳ５９）。この接続許可通知を表示装置に表示しても良い。
【００３０】
次に、ユーザ端末Ａ（５）とプロキシ・サーバ３１とは互いに接続を確立する（ステップＳ６１及びＳ６３）。そして、接続が確立されると、プロキシ・サーバ３１のサービス設定部３１１はユーザ端末Ａ（５）にローカルＩＤ及びパスワードの入力要求を送信する（ステップＳ６５）。例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）のバージョン１．１におけるプロキシ認証（Proxy-Auth）ヘッダを使用する。このようにして認証を行えば、ユーザ端末Ａ（５）で実行されているＷｅｂブラウザを終了するまで認証は継続され、何度もローカルＩＤ及びパスワードを入力する必要は無くなる。ユーザ端末Ａ（５）は、ローカルＩＤ及びパスワードの入力要求を受信し、表示装置に表示する（ステップＳ６７）。
【００３１】
なお、プロキシ・サーバ３１のサービス設定部３１１が、プロファイルＤＢ３５をコネクションＩＤをキーに検索を行い、当該ユーザがプロキシ・サーバ３１についての設定を登録しているか確認し、もし当該ユーザがプロキシ・サーバ３１についての設定を行っていれば、プロファイルＤＢ３５に設定の項目が登録されているのでローカルＩＤ及びパスワードの入力を求めるような構成であってもよい。
【００３２】
ユーザは、ローカルＩＤ及びパスワードを入力し、ユーザ端末Ａ（５）はプロキシ・サーバ３１に入力されたローカルＩＤ及びパスワードを送信する（ステップＳ６９）。プロキシ・サーバ３１のサービス設定部３１１は、ユーザ端末Ａ（５）からローカルＩＤ及びパスワードを受信すると、プロファイルＤＢ３５に格納された情報を参照して認証処理を実施する（ステップＳ７１）。もし、認証処理に失敗すれば、サービス設定部３１１はユーザ端末Ａ（５）に認証に失敗した旨の通知を行い、ユーザ端末Ａ（５）は認証に失敗した旨の通知を表示装置に表示する。再度ローカルＩＤ及びパスワードの入力を促すようにしても良い。一方、認証処理に成功した場合には、ローカルＩＤをキーにしてプロファイルＤＢ３５を検索し、当該ユーザのプロファイル情報（設定情報）を取得する（ステップＳ７３）。端子Ａ及びＢを介して図５に移行する。
【００３３】
なお、図５の処理例では、Ａサービス処理部３１３がコンテンツフィルタ・サービスを行うサービス処理部であり、Ｂサービス処理部３１５がウィルス検査サービスを行うサービス処理部であるものとする。また、図５においてプロキシ・サーバ３１はＡサービス処理部３１３及びＢサービス処理部３１５を除く部分を指す。
【００３４】
次にユーザによる操作に応じて、ユーザ端末Ａ（５）は他のＷｅｂサーバ９へのＨＴＴＰメッセージ（例えばＧＥＴメッセージ）を、プロキシ・サーバ３１に送信する（ステップＳ７５）。プロキシ・サーバ３１のサービス設定部３１１は、ユーザ端末Ａ（５）からの他のＷｅｂサーバ９へのＨＴＴＰメッセージを受信し、ステップＳ７３においてプロファイルＤＢ３５から取得した当該ユーザのプロファイル情報をヘッダに含むＨＴＴＰメッセージを生成し、サービス処理部に送信する（ステップＳ７７）。
【００３５】
例えば、サービス処理部へのＨＴＴＰメッセージの送信を、同報で行っても良いが、例えば予め決められた順番で行うような構成であってもよい。例えば、Ａサービス処理部３１３、Ｂサービス処理部３１５、Ｃサービス処理部．．．といった順番が予め決められている場合には、サービス設定部３１１がＡサービス処理部３１３にＨＴＴＰメッセージに送信し、Ａサービス処理部３１３はプロファイル情報において処理を指示されていればＨＴＴＰメッセージについて規定された処理を行った後に又は処理が指示されていなければ即座に、次のＢサービス処理部３１５へ送信する。これによりウィルス検査サービスの次に翻訳サービスを実施するといった処理が可能になる。
【００３６】
一方、サービス設定部３１１が送信順番又は送信先サービス処理部若しくは送信順番及び送信先サービス処理部を決定して、プロファイル情報と共に順番又は送信先サービス処理部若しくは順番及び送信先サービス処理部の情報をＨＴＴＰメッセージのヘッダに埋め込むような構成であってもよい。この場合には、サービス設定部３１１は、最初のサービス処理部にＨＴＴＰメッセージを送信し、当該サービス処理部はプロファイル情報において処理を指示されていればＨＴＴＰメッセージについて規定された処理を行った後に又は処理が指示されていなければ即座に、次の順番のサービス処理部へ送信する。ここでは、予め順番がＡサービス処理部３１３、Ｂサービス処理部３１５の順番に規定されているとする。すなわち、サービス設定部３１１は、Ａサービス処理部３１３にＨＴＴＰメッセージを送信する。
【００３７】
また、プロキシ・サーバ３１は、通常と同じように、いずれのユーザ端末からＨＴＴＰメッセージを受信したのかを登録しておく。これは、ＨＴＴＰレスポンスを取得した場合に当該ＨＴＴＰレスポンスを返信するためである。また、本実施の形態においては、ユーザ端末を識別する情報としてローカルＩＤを記録しておくと、後の処理が簡単になる。
【００３８】
なお、本実施の形態ではローカルＩＤ及びパスワードを入力してからこのような処理を実施するような構成となっているが、ＩＳＰシステム３への接続時に入力されたコネクションＩＤを用いて、プロファイルＤＢ３５にプロキシ・サーバ３１への設定が登録されているかを確認し、自動的にサービス設定部３１１にプロファイル情報をＨＴＴＰメッセージのヘッダに含ませるような構成であってもよい。
【００３９】
Ａサービス処理部３１３は、サービス設定部３１１からプロファイル情報をヘッダに含むＨＴＴＰメッセージを受信し、その内容を検査する。そして、もし、プロファイル情報において自らがサービス選択されていると判断した場合には、当該プロファイル情報に含まれる個別の設定内容を設定する（ステップＳ７９）。例えば、コンテンツフィルタ・サービスの場合には、例えば小学生向け、中高生向け、職場利用の場合には従業員向けといった項目のいずれがされているかを検出し、選択項目にあった処理を行うように設定する。
【００４０】
そして、Ａサービス処理部３１３は、当該ＨＴＴＰメッセージ（ＧＥＴメッセージ）を処理すべきか否かを判断する。Ａサービス処理部３１３は、コンテンツフィルタであるから、処理を行う必要がある。よって、このＨＴＴＰメッセージを当該メッセージのあて先にプロキシ・サーバ３１を介して送信しても良いか（通過させてもよいか）を判断する（ステップＳ８３）。なお、ＨＴＴＰメッセージを処理すべきか否か判断してから設定処理を行うような構成であってもよい。もし、通過させてもよいと判断されるあて先の場合には、通過許可通知をプロキシ・サーバ３１に出力する（ステップＳ８５）。そして、Ａサービス処理部３１３は、当該ＨＴＴＰメッセージをＢサービス処理部３１５に送信する（ステップＳ８６）。Ｂサービス処理部３１５においては、当該ＨＴＴＰメッセージを受信し、その内容を検査する（ステップＳ８８）。ここではＢサービス処理部３１５はウィルス検査サービスを行うサービス処理部であるから、ＨＴＴＰリクエスト（ＧＥＴメッセージ）の場合には処理を行う必要は無いので設定は行わない。但し、当該ＨＴＴＰメッセージのヘッダに含まれるプロファイル情報においてＢサービス処理部３１５についての設定が含まれる場合には設定を行い、但し処理対象のＨＴＴＰメッセージで無いので、処理を行わないという構成であってもよい。
【００４１】
プロキシ・サーバ３１は、Ａサービス処理部３１３から通過許可通知を受信すると、図示しないキャッシュをチェックして、キャッシュから当該ＨＴＴＰメッセージに対応するレスポンス・データ（ＨＴＴＰレスポンス）を取得する。もし、必要であれば他のＷｅｂサーバ９からレスポンス・データを取得する（ステップＳ８７）。
【００４２】
そして、当該レスポンス・データがいずれのユーザ端末へのレスポンス・データであるかを検査して、そのユーザ端末に対応するローカルＩＤを取得する。このローカルＩＤを用いてプロファイルＤＢ３５から再度当該ユーザのプロファイル情報を取得する（ステップＳ８９）。そして、プロキシ・サーバ３１のサービス設定部３１１は、ステップＳ８９においてプロファイルＤＢ３５から取得した当該ユーザのプロファイル情報をヘッダに含むＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を生成し、サービス処理部に送信する（ステップＳ９１）。
【００４３】
ここでは上で述べたようにＡサービス処理部３１３、Ｂサービス処理部３１５の順番で処理を行う。よって、サービス設定部３１１は、Ａサービス処理部３１３にＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を送信する。Ａサービス処理部３１３は、当該ＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を受信し、その内容を検査する（ステップＳ９３）。ここでは、ＨＴＴＰメッセージのヘッダに含まれるプロファイル情報にＡサービス処理部３１３の対する設定がある場合であっても、ＨＴＴＰレスポンスは処理対象外であるから設定及び処理は行われない。よって、Ａサービス処理部３１３は、当該ＨＴＴＰメッセージをＢサービス処理部３１５に転送する。
【００４４】
Ｂサービス処理部３１５は、Ａサービス処理部３１３から受信したＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を受信・検査し、当該ＨＴＴＰメッセージが処理対象であるか判断する。もし、処理対象であると判断されれば、当該ＨＴＴＰメッセージのヘッダに含まれるプロファイル情報に従った設定を行い、当該設定内容に従った処理を実施する（ステップＳ９５）。ウィルス検査サービスの場合には、例えば単純にウィルス検査を実行するように設定する。翻訳サービスの場合には、どのような翻訳を行うのか、すなわち日本語から英語なのか、英語から日本語なのか、又は別の言語の翻訳を行うのかなどの設定内容を検査し、それに合致する翻訳エンジン（プログラム）を用意する。コンテンツ変換サービスの場合には、設定内容に含まれる端末の種類に応じたフィルタの設定を行う。
【００４５】
なお、ウィルス検査サービスであっても、ウィルスが検出された場合の処理（例えば警告のみ／対象ファイルの削除、感染部分のみの駆除など）や、ウィルス検査対象となるファイルの形式（全て／実行ファイルのみなど）等の指定をするような構成であってもよい。
【００４６】
そして、処理後のＨＴＴＰメッセージ（ＨＴＴＰレスポンス）をプロキシ・サーバ３１に送信する（ステップＳ９７）。プロキシ・サーバ３１は、Ｂサービス処理部３１５からＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を受信し、いずれのユーザ端末のＨＴＴＰリクエストに対するレスポンスであるかを判断する。そして、プロキシ・サーバ３１は、処理後のＨＴＴＰメッセージを要求元であるユーザ端末Ａ（５）に送信する（ステップＳ９８）。また、プロキシ・サーバ３１は、Ｂサービス処理部３１５の処理結果をログ・ファイル３７に格納する。
【００４７】
ユーザ端末Ａ（５）は、Ｂサービス処理部３１５から処理後のレスポンス・データを受信し、表示装置に表示する（ステップＳ９９）。なお、表示装置に表示せずに例えばハードディスクなどに格納するようにしても良い。これによりユーザは、ウィルス駆除後のデータを安心して受信することができるようになる。
【００４８】
一方、ＨＴＴＰメッセージのあて先がプロキシ・サーバ３１を通過させることができないようなあて先である場合には（ステップＳ８３：Ｎｏルート）、アクセス不可通知をプロキシ・サーバ３１に送信する（ステップＳ１０１）。プロキシ・サーバ３１は、Ａサービス処理部３１３からアクセス不可通知を受信し、いずれのユーザ端末のＨＴＴＰリクエストに対するアクセス不可通知であるかを判断する。そして、プロキシ・サーバ３１は、アクセス不可通知を要求元であるユーザ端末Ａ（５）に送信する（ステップＳ１０２）。また、プロキシ・サーバ３１は、Ｂサービス処理部３１５の処理結果をログ・ファイル３７に格納する。ユーザ端末Ａ（５）は、アクセス不可通知をプロキシ・サーバ３１から受信し、表示装置に表示する（ステップＳ１０３）。これにて、ユーザは有害な情報等にさらされなくなる。
【００４９】
このようにすれば、ユーザは個別にプロキシ・サーバへの設定を行うことができ、且つ複数種類のサービスを任意に組み合せることもできるようになる。そして、複数種類のサービスを享受することができる。
【００５０】
上で述べた実施の形態は一例であって、様々な変形が可能である。例えば、プロファイルＤＢ３５をプロキシ・サーバ３１が管理するような構成を示したが、管理サーバ３３が管理するような構成であってもよい。また、サービス処理部毎にサーバを用意するような構成であってもよい。図１における機能ブロック分けは一例であって、他の分け方をすることも可能である。
【００５１】
また、図３においてはサービス選択画面と選択サービスの設定内容入力画面を分けた例を示したが、一度に入力して設定するような構成であってもよい。
【００５２】
さらに、上ではステップＳ９８及びステップＳ１０２においてプロキシ・サーバ３１からユーザ端末Ａ（５）にサービス処理部による処理結果を送信するような構成を示したが、例えばステップＳ９１において要求元のユーザ端末を特定するような情報をＨＴＴＰメッセージ（ＨＴＴＰレスポンス）に含め、処理の順番が最後のサービス処理部がユーザ端末に処理結果を送信するような構成であってもよい。
【００５３】
課金処理については、使用するサービスの数などにより料金を決定するような例を示したが、さらに選択サービスについての設定内容により料金を決定するような構成とすることも可能である。
【００５４】
【発明の効果】
以上述べたように、プロキシ・サーバにおいて各ユーザが希望するサービスを個別に提供できるようにすることである。
【００５５】
また、各ユーザが希望するサービスの設定をプロキシ・サーバに対して自ら行えるようにすることができた。
【図面の簡単な説明】
【図１】 本発明の一実施の形態に係るシステムの概要を示す図である。
【図２】 プロファイルＤＢに格納されるデータの一例を示す図である。
【図３】 図１に示したシステムの処理フロー（その１）を示す図である。
【図４】 図１に示したシステムの処理フロー（その２）を示す図である。
【図５】 図１に示したシステムの処理フロー（その３）を示す図である。
【発明が属する技術分野】
本発明は、ネットワークへの接続技術に関し、より詳しくはプロキシ・サーバに関する。
【０００２】
【従来の技術】
例えばＬＡＮ（Local Area Network）等とインターネットを接続する際には、セキュリティ確保と高速アクセスを実現するために、プロキシ・サーバを間に設ける場合がある。プロキシ・サーバは、ＬＡＮへの不正な侵入を防止すると共に、ＬＡＮからインターネットへのアクセスを中継し、インターネット上のウェブ（Ｗｅｂ）サーバからの応答をキャッシュし、次に同じＷｅｂページへのアクセスが発生した場合にはクライアント端末にキャッシュ内容を返すことによりトラフィックを軽減すると共に高速アクセスをも実現する。しかし、プロキシ・サーバの設定登録及び設定変更についてはシステム管理者が行っており、各ユーザが希望に応じて即座に変更できるものではなかった。また、各ユーザの個別の希望に対応することも不可能であった。
【０００３】
【発明が解決しようとする課題】
よって本発明の目的は、プロキシ・サーバにおいて各ユーザが希望するサービスを個別に提供できるようにすることである。
【０００４】
また他の目的は、各ユーザが希望するサービスの設定をプロキシ・サーバに対して自ら行えるようにすることである。
【０００５】
【課題を解決するための手段】
本発明の第１の態様に係るコンピュータ・システムは、１又は複数のサービス提供処理手段（例えば実施の形態におけるサービス処理部）と、ユーザ毎に１又は複数のサービス提供処理手段に対する設定情報を格納する設定格納装置（例えば実施の形態におけるプロファイルＤＢ３５）と、ユーザの端末からの要求（又は当該要求に基づく応答）に応答して、１又は複数のサービス提供処理手段のうち少なくとも１つに、設定格納装置に格納された当該ユーザの設定情報を通知する設定情報通知手段（例えば実施の形態におけるサービス設定部３１１）とを含み、上記１又は複数のサービス提供処理手段のうち少なくとも１つは、ユーザの設定情報に従って、ユーザの端末からの要求（又は当該要求に基づく応答）に関連するサービスを実行するプロキシ・サーバを有する。このようにすれば、プロキシ・サーバにおいては、ユーザの設定情報に応じたサービスが各ユーザに対して提供される。
【０００６】
また、本発明の第１の態様においては、ユーザの端末からの登録要求を受信した場合に、１又は複数のサービス提供処理手段に対する当該ユーザの設定情報を入力するように促す手段（例えば実施の形態におけるプロファイル登録処理部３３１）と、ユーザの端末から当該ユーザの設定情報を受信した場合には、設定格納装置に当該ユーザの設定情報を格納する手段（例えば実施の形態におけるプロファイル登録処理部３３１）とをさらに有するような構成であってもよい。このようにすればユーザは自由にプロキシ・サーバの設定を行うことができるようになる。
【０００７】
さらに、設定格納装置の設定情報に従って課金情報を生成し、当該課金情報を課金情報データベースに登録する手段をさらに有するような構成であってもよい。プロキシ・サーバによるサービス提供により付加料金を徴収することができ、例えばＩＳＰ（Internet Service Provider）の収益が向上する。
【０００８】
さらに、上で述べた設定情報通知手段を、ユーザによる要求先からのレスポンスに応答して、１又は複数のサービス提供処理手段のうち少なくとも１つに、設定格納装置に格納された当該ユーザの設定情報を通知するような構成とし、さらに１又は複数のサービス提供処理手段のうち少なくとも１つが、ユーザの設定情報に従って、ユーザによる要求先からのレスポンスに関連するサービスを実行するように構成することも可能である。
【０００９】
また、上で述べた設定情報通知手段を、設定情報をハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）におけるメッセージのヘッダ情報として１又は複数のサービス提供処理手段のうち少なくとも１つに通知するような構成とすることも可能である。このようにすれば、より実装が簡単になる。
【００１０】
本発明の第２の態様に係る、プロキシ・サーバにおいてユーザ端末からの要求に対するサービスを実行するためのサービス実行方法は、ユーザの端末からの要求に応答して、ユーザ毎に１又は複数のサービス提供処理手段に対する設定情報を格納する設定格納装置から当該ユーザの設定情報を読み出すステップと、ユーザの端末からの要求に応答して、１又は複数のサービス提供処理手段のうち少なくとも１つに、読み出された当該ユーザの設定情報を通知するステップと、１又は複数のサービス提供処理手段のうち少なくとも１つにより、ユーザの設定情報に従って、ユーザの端末からの要求に関連するサービスを実行するステップとを含む。
【００１１】
本発明の第１の態様に係る変形については、本発明の第２の態様に対しても適用可能である。
【００１２】
なお、上で述べたような第１の態様に係るプロキシ・サーバは、コンピュータ・ハードウエアと上で述べたサービス実行方法を当該コンピュータ・ハードウエアに実行させるためのプログラムにて実装することができ、当該プログラムは、例えばフロッピーディスク、ＣＤ―ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介して頒布される場合もある。なお、処理途中の中間的なデータは、コンピュータのメインメモリなどの記憶装置に格納される。
【００１３】
【発明の実施の形態】
図１に本発明の一実施の形態に係るシステム概要図を示す。ＩＳＰが管理・運営するＩＳＰシステム３には例えば公衆回線網を介して１又は複数のユーザ端末（図１ではユーザ端末Ａ（５）及びユーザ端末Ｂ（７））が接続されている。ユーザ端末は、例えばパーソナルコンピュータや、携帯端末、場合によっては携帯電話機の場合もある。また、ＩＳＰシステム３は、インターネット１に接続されており、インターネット１に接続されている多数のＷｅｂサーバ９にアクセス可能となっている。
【００１４】
ＩＳＰシステム３には、プロキシ・サーバ３１、プロキシ・サーバ３１により管理されるプロファイルＤＢ３５及びログ・ファイル３７、会員情報等を管理するための管理サーバ３３、及び管理サーバ３３により管理される会員管理ＤＢ３９及び課金ＤＢ４１が含まれる。ログ・ファイル３７は、各サービス処理部が行った処理の内容を保管するためのファイルである。会員管理ＤＢ３９は、ＩＳＰシステム３に接続することができるユーザ（会員）のコネクションＩＤ及びパスワードを含む各会員の個人情報を格納するＤＢである。また、課金ＤＢ４１は、各会員が受けたＩＳＰサービスについての料金に関する情報を保管するＤＢである。
【００１５】
プロファイルＤＢ３５には、各ユーザのプロキシ・サーバ３１に対する設定情報（プロファイル情報）が格納される。プロファイルＤＢ３５に格納されるデータの一例を図２に示す。図２の例では、ユーザ毎に、ＩＳＰシステム３に接続するためのコネクションＩＤ２０１と、本実施の形態においてプロキシ・サーバ３１によるサービス開始時に用いられるローカルＩＤ２０３及びローカル・パスワード（ＰＷ）２０５と、Ａサービスの使用有無を表すフラグ２０７と、Ａサービスについての第１の設定２０９、第２の設定２１１及び第３の設定２１３と、Ｂサービスの使用有無を表すフラグ２１５と、Ｂサービスについての第１の設定２１７及び第２の設定２１９とについての情報が格納されるようになっている。なお、各サービスについての設定は、数値が入力されることもあれば、ＯＮ又はＯＦＦといったフラグ情報である場合もある。サービスの数及び設定の数並びに種類は任意である。
【００１６】
なお、本実施の形態におけるサービスには、有害、アダルト、違法等のＷｅｂサイト閲覧を制限するためのコンテンツフィルタ・サービスや、パーソナル・コンピュータ向けに作成されたＷｅｂページのデータを例えば携帯端末等のように画面が小さく通信速度が遅い環境に合わせて変換するコンテンツ変換サービス、ウィルスを含むデータのダウンロードを防ぐためのウィルス検査サービス、英語のＷｅｂページを日本語に翻訳する等のための翻訳サービスなどが想定される。
【００１７】
例えばコンテンツフィルタ・サービスの場合、設定項目として、アダルト・エンタテイメント、ドラッグ、ギャンブル、ハッキング、暴力などの個別項目を設定してアクセスを制限するような構成であってもよいし、ＩＳＰが予め設定した複数の雛型（例えば小学生向け、中高生向け、職場での利用向け）のうち適当なものを選択するような構成であってもよい。また、コンテンツ変換サービスの場合、設定項目として、画面サイズ又は画面の縮小率、通信速度、モノクロ化処理の要否などを個別に設定するような構成であってもよいし、ＩＳＰが予め設定した複数の雛型（パームサイズの端末向けの設定、ＷｉｎｄｏｗｓＣＥ（Microsoft Corporation の商標）端末向けの設定）のうち適当なものを選択するような構成であってもよい。
【００１８】
プロキシ・サーバ３１には、ユーザ端末がプロキシ・サーバ３１にサービス開始を要求した際にサービス処理部に当該ユーザの設定情報（プロファイル情報）を通知するサービス設定部３１１と、所定のサービスを実行するＡサービス処理部３１３及びＢサービス処理部３１５とが含まれる。なお、サービス処理部の数は２より多い場合もあるが、ここでは説明の都合上２つのみを示している。管理サーバ３３には、各ユーザのプロキシ・サーバ３１に対する設定を登録するためのプロファイル登録処理部３３１と、プロキシ・サーバ３１への設定に対する料金を課金するための課金処理部３３３とが含まれる。なお、プロファイル登録処理部３３１及び課金処理部３３３は、プロキシ・サーバ３１に設けられる場合もある。
【００１９】
次に図３乃至図５を用いて図１に示したシステムの動作を説明する。最初に図３を用いて各ユーザが各サービスに対する設定を行う際の処理フローを説明する。最初に、ユーザは、ユーザ端末（例えばユーザ端末Ａ（５））を操作して、ＩＳＰシステム３の登録初期画面にアクセスさせる（ステップＳ１）。これに対してＩＳＰシステム３の管理サーバ３３は、ユーザ端末Ａ（５）に登録初期画面情報（例えばＨＴＭＬ（Hyper Text Markup Language）ファイル及び画像が含まれれば画像ファイル）を送信する（ステップＳ３）。ユーザ端末Ａ（５）は、管理サーバ３３から登録初期画面情報を受信し、表示装置に表示する（ステップＳ５）。この登録初期画面では、新規登録又は修正を行うユーザのコネクションＩＤ及びパスワードの入力欄が設けられている。
【００２０】
もし、当該ユーザが最初の登録を行うユーザの場合には（ステップＳ７：Ｙｅｓルート）、コネクションＩＤ及びパスワードをユーザ端末Ａ（５）に入力し、ユーザ端末Ａ（５）は管理サーバ３３に送信する（ステップＳ９）。管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）からコネクションＩＤ及びパスワードを受信すると、会員管理ＤＢ３９に格納された情報を用いて認証処理を実施する（ステップＳ１０）。もし、認証処理に失敗した場合には、管理サーバ３３はその旨ユーザ端末Ａ（５）に通知する。ユーザ端末Ａ（５）は認証処理に失敗した旨の通知を受信し、表示装置に表示する。一方、認証処理に成功した場合には、プロファイル登録処理部３３１は、プロファイルＤＢ３５にコネクションＩＤが登録されているかを確認する。ここでは最初の登録であるから、コネクションＩＤが登録されておらず、プロファイル登録処理部３３１は、本サービスを利用する際に用いるローカルＩＤ及びパスワードの登録画面情報をユーザ端末Ａ（５）に送信する（ステップＳ１１）。なお、ローカルＩＤ及びパスワードは、本サービスにローカルなＩＤ及びパスワードであるため、コネクションＩＤ及びパスワードより簡易なものであってもよい。
【００２１】
ユーザ端末Ａ（５）は、管理サーバ３３からローカルＩＤ及びパスワードの登録画面情報を受信し、表示装置に表示する（ステップＳ１３）。これに対してユーザは、ローカルＩＤ及びパスワードをユーザ端末Ａ（５）に入力し、ユーザ端末Ａ（５）は管理サーバ３３にローカルＩＤ及びパスワードを送信する（ステップＳ１５）。管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）からローカルＩＤ及びパスワードを受信すると、そのユーザのコネクションＩＤと共にローカルＩＤ及びパスワードをプロファイルＤＢ３５に登録する（ステップＳ１７）。なお、プロファイルＤＢ３５はプロキシ・サーバ３１に管理されているので、プロファイル登録処理部３３１は、プロキシ・サーバ３１に、コネクションＩＤ並びにローカルＩＤ及びパスワードを登録させる。この後、具体的なサービスについての設定を行うための処理（ステップＳ２３以降）に移行する。
【００２２】
もし、ユーザが最初の登録を行うユーザではない場合には（ステップＳ７：Ｎｏルート）、ユーザはコネクションＩＤ及びパスワードを登録初期画面に入力し、ユーザ端末Ａ（５）に管理サーバ３３へ送信させる（ステップＳ１９）。これに対して管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）からコネクションＩＤ及びパスワードを受信し、会員管理ＤＢ３９に格納された情報を用いて認証処理を実施する（ステップＳ２１）。もし、認証処理に失敗すれば、プロファイル登録処理部３３１はユーザ端末Ａ（５）に認証失敗を通知する。ユーザ端末Ａ（５）は認証失敗通知を受信し、表示装置に表示する。
【００２３】
ステップＳ２１において認証処理に成功すると、プロファイル登録処理部３３１はプロファイルＤＢ３５にコネクションＩＤが登録されているかを確認する。ここでは最初の登録ではないのでコネクションＩＤはプロファイルＤＢ３５に登録されている。よって、ステップＳ２１において認証処理に成功すると又はステップＳ１７においてローカルＩＤ及びパスワードの登録がなされると、プロファイル登録処理部３３１は設定を行うサービスの選択画面情報をユーザ端末Ａ（５）に送信する（ステップＳ２３）。ユーザ端末Ａ（５）は、管理サーバ３３からサービスの選択画面情報を受信し、表示装置に表示する（ステップＳ２５）。例えば、この画面でコンテンツフィルタ・サービス、コンテンツ変換サービス、翻訳サービス、ウィルス検査サービスなどのうち、必要なサービスを例えばラジオボタンで選択できるようになっている。ユーザは、例えば必要なサービスをクリックすることで選択し、ユーザ端末Ａ（５）に当該選択サービス情報を管理サーバ３３へ送信させる（ステップＳ２７）。
【００２４】
管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）から選択サービス情報を受信すると、選択されたサービスについてのフラグをＯＮにするようにプロファイルＤＢ３５に登録処理を実施する（ステップＳ２９）。また、課金処理部３３３は、選択されたサービス分の課金を発生させ、当該ユーザのコネクションＩＤをキーに課金ＤＢ４１に登録する（ステップＳ３１）。なお、例えば月１回課金を発生させるため、設定変更の場合にはこの段階では課金を発生させないこともある。例えば課金処理部３３３は、月一度プロファイルＤＢ３５を検査して、その月のサービス数で課金処理を行う構成であってもよい。
【００２５】
次に選択されたサービスの詳細を設定する。プロファイル登録処理部３３１は、選択サービスの設定内容入力画面情報をユーザ端末Ａ（５）に送信する（ステップＳ３３）。ユーザ端末Ａ（５）は、管理サーバ３３から選択サービスの設定内容入力画面情報を受信し、表示装置に表示する（ステップＳ３５）。この画面において、例えばコンテンツフィルタ・サービスが選択されていれば、小学生向け、中高生向け、職場での利用向けのいずれかを例えばラジオボタンで選択したり、具体的にアダルト・エンタテイメント、ドラッグ、ギャンブル、ハッキング、又は暴力の１以上の項目を選択したりする。また、コンテンツ変換サービスが選択されている場合には、パームサイズの端末向け又はＷｉｎｄｏｗｓＣＥ端末向けのいずれかを選択したり、具体的に画面サイズや、カラー又はモノクロなどの１以上の項目を選択又は数値入力する。ウィルス検査サービスの場合には、検査対象ファイル形式やウィルス検出時の駆除方法などを指定できるような構成であってもよい。
【００２６】
ユーザがこのような選択サービスの設定内容情報を入力すると、ユーザ端末Ａ（５）は管理サーバ３３に選択サービスの設定内容情報を送信する（ステップＳ３７）。これに対して管理サーバ３３のプロファイル登録処理部３３１は、ユーザ端末Ａ（５）から選択サービスの設定内容情報を受信し（ステップＳ３９）、受信した情報をローカルＩＤをキーにしてプロファイルＤＢ３５に対する登録処理を実施する（ステップＳ４１）。
【００２７】
このような処理を各ユーザが実施することにより、各ユーザは自分の環境や好みなどに合わせてプロキシ・サーバ３１からサービスを受けることができるようになる。
【００２８】
次に図４及び図５を用いて、実際に各ユーザがプロキシ・サーバ３１からサービスを受ける場合の処理を説明する。最初に、ユーザはユーザ端末（例えばユーザ端末Ａ（５））を操作して、ＩＳＰシステム３に接続要求（コネクションＩＤ及びパスワードを含む）を送信する（ステップＳ５１）。例えば、ユーザ端末Ａ（５）に内蔵又は接続されたモデムやＴＡ（Terminal Adapter）若しくはダイアルアップ・ルータ等で、公衆回線網などを介してＩＳＰのアクセスポイントに電話をかける。ＩＳＰシステム３の管理サーバ３３は、ユーザ端末Ａ（５）から接続要求を受信すると（ステップＳ５３）、当該接続要求に係るコネクションＩＤ及びパスワードと会員管理ＤＢ３９に格納されたコネクションＩＤ及びパスワードの情報を用いて認証処理を実施する（ステップＳ５５）。
【００２９】
もし認証処理に失敗すれば、管理サーバ３３は接続失敗をユーザ端末Ａ（５）に返信する。ユーザ端末Ａ（５）では、例えば電話回線が切断され、認証に失敗した旨の表示がなされる。もし認証処理に成功すれば、管理サーバ３３から接続許可通知がユーザ端末Ａ（５）に送信される（ステップＳ５７）。ユーザ端末Ａ（５）は、管理サーバ３３から接続許可通知を受信する（ステップＳ５９）。この接続許可通知を表示装置に表示しても良い。
【００３０】
次に、ユーザ端末Ａ（５）とプロキシ・サーバ３１とは互いに接続を確立する（ステップＳ６１及びＳ６３）。そして、接続が確立されると、プロキシ・サーバ３１のサービス設定部３１１はユーザ端末Ａ（５）にローカルＩＤ及びパスワードの入力要求を送信する（ステップＳ６５）。例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）のバージョン１．１におけるプロキシ認証（Proxy-Auth）ヘッダを使用する。このようにして認証を行えば、ユーザ端末Ａ（５）で実行されているＷｅｂブラウザを終了するまで認証は継続され、何度もローカルＩＤ及びパスワードを入力する必要は無くなる。ユーザ端末Ａ（５）は、ローカルＩＤ及びパスワードの入力要求を受信し、表示装置に表示する（ステップＳ６７）。
【００３１】
なお、プロキシ・サーバ３１のサービス設定部３１１が、プロファイルＤＢ３５をコネクションＩＤをキーに検索を行い、当該ユーザがプロキシ・サーバ３１についての設定を登録しているか確認し、もし当該ユーザがプロキシ・サーバ３１についての設定を行っていれば、プロファイルＤＢ３５に設定の項目が登録されているのでローカルＩＤ及びパスワードの入力を求めるような構成であってもよい。
【００３２】
ユーザは、ローカルＩＤ及びパスワードを入力し、ユーザ端末Ａ（５）はプロキシ・サーバ３１に入力されたローカルＩＤ及びパスワードを送信する（ステップＳ６９）。プロキシ・サーバ３１のサービス設定部３１１は、ユーザ端末Ａ（５）からローカルＩＤ及びパスワードを受信すると、プロファイルＤＢ３５に格納された情報を参照して認証処理を実施する（ステップＳ７１）。もし、認証処理に失敗すれば、サービス設定部３１１はユーザ端末Ａ（５）に認証に失敗した旨の通知を行い、ユーザ端末Ａ（５）は認証に失敗した旨の通知を表示装置に表示する。再度ローカルＩＤ及びパスワードの入力を促すようにしても良い。一方、認証処理に成功した場合には、ローカルＩＤをキーにしてプロファイルＤＢ３５を検索し、当該ユーザのプロファイル情報（設定情報）を取得する（ステップＳ７３）。端子Ａ及びＢを介して図５に移行する。
【００３３】
なお、図５の処理例では、Ａサービス処理部３１３がコンテンツフィルタ・サービスを行うサービス処理部であり、Ｂサービス処理部３１５がウィルス検査サービスを行うサービス処理部であるものとする。また、図５においてプロキシ・サーバ３１はＡサービス処理部３１３及びＢサービス処理部３１５を除く部分を指す。
【００３４】
次にユーザによる操作に応じて、ユーザ端末Ａ（５）は他のＷｅｂサーバ９へのＨＴＴＰメッセージ（例えばＧＥＴメッセージ）を、プロキシ・サーバ３１に送信する（ステップＳ７５）。プロキシ・サーバ３１のサービス設定部３１１は、ユーザ端末Ａ（５）からの他のＷｅｂサーバ９へのＨＴＴＰメッセージを受信し、ステップＳ７３においてプロファイルＤＢ３５から取得した当該ユーザのプロファイル情報をヘッダに含むＨＴＴＰメッセージを生成し、サービス処理部に送信する（ステップＳ７７）。
【００３５】
例えば、サービス処理部へのＨＴＴＰメッセージの送信を、同報で行っても良いが、例えば予め決められた順番で行うような構成であってもよい。例えば、Ａサービス処理部３１３、Ｂサービス処理部３１５、Ｃサービス処理部．．．といった順番が予め決められている場合には、サービス設定部３１１がＡサービス処理部３１３にＨＴＴＰメッセージに送信し、Ａサービス処理部３１３はプロファイル情報において処理を指示されていればＨＴＴＰメッセージについて規定された処理を行った後に又は処理が指示されていなければ即座に、次のＢサービス処理部３１５へ送信する。これによりウィルス検査サービスの次に翻訳サービスを実施するといった処理が可能になる。
【００３６】
一方、サービス設定部３１１が送信順番又は送信先サービス処理部若しくは送信順番及び送信先サービス処理部を決定して、プロファイル情報と共に順番又は送信先サービス処理部若しくは順番及び送信先サービス処理部の情報をＨＴＴＰメッセージのヘッダに埋め込むような構成であってもよい。この場合には、サービス設定部３１１は、最初のサービス処理部にＨＴＴＰメッセージを送信し、当該サービス処理部はプロファイル情報において処理を指示されていればＨＴＴＰメッセージについて規定された処理を行った後に又は処理が指示されていなければ即座に、次の順番のサービス処理部へ送信する。ここでは、予め順番がＡサービス処理部３１３、Ｂサービス処理部３１５の順番に規定されているとする。すなわち、サービス設定部３１１は、Ａサービス処理部３１３にＨＴＴＰメッセージを送信する。
【００３７】
また、プロキシ・サーバ３１は、通常と同じように、いずれのユーザ端末からＨＴＴＰメッセージを受信したのかを登録しておく。これは、ＨＴＴＰレスポンスを取得した場合に当該ＨＴＴＰレスポンスを返信するためである。また、本実施の形態においては、ユーザ端末を識別する情報としてローカルＩＤを記録しておくと、後の処理が簡単になる。
【００３８】
なお、本実施の形態ではローカルＩＤ及びパスワードを入力してからこのような処理を実施するような構成となっているが、ＩＳＰシステム３への接続時に入力されたコネクションＩＤを用いて、プロファイルＤＢ３５にプロキシ・サーバ３１への設定が登録されているかを確認し、自動的にサービス設定部３１１にプロファイル情報をＨＴＴＰメッセージのヘッダに含ませるような構成であってもよい。
【００３９】
Ａサービス処理部３１３は、サービス設定部３１１からプロファイル情報をヘッダに含むＨＴＴＰメッセージを受信し、その内容を検査する。そして、もし、プロファイル情報において自らがサービス選択されていると判断した場合には、当該プロファイル情報に含まれる個別の設定内容を設定する（ステップＳ７９）。例えば、コンテンツフィルタ・サービスの場合には、例えば小学生向け、中高生向け、職場利用の場合には従業員向けといった項目のいずれがされているかを検出し、選択項目にあった処理を行うように設定する。
【００４０】
そして、Ａサービス処理部３１３は、当該ＨＴＴＰメッセージ（ＧＥＴメッセージ）を処理すべきか否かを判断する。Ａサービス処理部３１３は、コンテンツフィルタであるから、処理を行う必要がある。よって、このＨＴＴＰメッセージを当該メッセージのあて先にプロキシ・サーバ３１を介して送信しても良いか（通過させてもよいか）を判断する（ステップＳ８３）。なお、ＨＴＴＰメッセージを処理すべきか否か判断してから設定処理を行うような構成であってもよい。もし、通過させてもよいと判断されるあて先の場合には、通過許可通知をプロキシ・サーバ３１に出力する（ステップＳ８５）。そして、Ａサービス処理部３１３は、当該ＨＴＴＰメッセージをＢサービス処理部３１５に送信する（ステップＳ８６）。Ｂサービス処理部３１５においては、当該ＨＴＴＰメッセージを受信し、その内容を検査する（ステップＳ８８）。ここではＢサービス処理部３１５はウィルス検査サービスを行うサービス処理部であるから、ＨＴＴＰリクエスト（ＧＥＴメッセージ）の場合には処理を行う必要は無いので設定は行わない。但し、当該ＨＴＴＰメッセージのヘッダに含まれるプロファイル情報においてＢサービス処理部３１５についての設定が含まれる場合には設定を行い、但し処理対象のＨＴＴＰメッセージで無いので、処理を行わないという構成であってもよい。
【００４１】
プロキシ・サーバ３１は、Ａサービス処理部３１３から通過許可通知を受信すると、図示しないキャッシュをチェックして、キャッシュから当該ＨＴＴＰメッセージに対応するレスポンス・データ（ＨＴＴＰレスポンス）を取得する。もし、必要であれば他のＷｅｂサーバ９からレスポンス・データを取得する（ステップＳ８７）。
【００４２】
そして、当該レスポンス・データがいずれのユーザ端末へのレスポンス・データであるかを検査して、そのユーザ端末に対応するローカルＩＤを取得する。このローカルＩＤを用いてプロファイルＤＢ３５から再度当該ユーザのプロファイル情報を取得する（ステップＳ８９）。そして、プロキシ・サーバ３１のサービス設定部３１１は、ステップＳ８９においてプロファイルＤＢ３５から取得した当該ユーザのプロファイル情報をヘッダに含むＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を生成し、サービス処理部に送信する（ステップＳ９１）。
【００４３】
ここでは上で述べたようにＡサービス処理部３１３、Ｂサービス処理部３１５の順番で処理を行う。よって、サービス設定部３１１は、Ａサービス処理部３１３にＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を送信する。Ａサービス処理部３１３は、当該ＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を受信し、その内容を検査する（ステップＳ９３）。ここでは、ＨＴＴＰメッセージのヘッダに含まれるプロファイル情報にＡサービス処理部３１３の対する設定がある場合であっても、ＨＴＴＰレスポンスは処理対象外であるから設定及び処理は行われない。よって、Ａサービス処理部３１３は、当該ＨＴＴＰメッセージをＢサービス処理部３１５に転送する。
【００４４】
Ｂサービス処理部３１５は、Ａサービス処理部３１３から受信したＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を受信・検査し、当該ＨＴＴＰメッセージが処理対象であるか判断する。もし、処理対象であると判断されれば、当該ＨＴＴＰメッセージのヘッダに含まれるプロファイル情報に従った設定を行い、当該設定内容に従った処理を実施する（ステップＳ９５）。ウィルス検査サービスの場合には、例えば単純にウィルス検査を実行するように設定する。翻訳サービスの場合には、どのような翻訳を行うのか、すなわち日本語から英語なのか、英語から日本語なのか、又は別の言語の翻訳を行うのかなどの設定内容を検査し、それに合致する翻訳エンジン（プログラム）を用意する。コンテンツ変換サービスの場合には、設定内容に含まれる端末の種類に応じたフィルタの設定を行う。
【００４５】
なお、ウィルス検査サービスであっても、ウィルスが検出された場合の処理（例えば警告のみ／対象ファイルの削除、感染部分のみの駆除など）や、ウィルス検査対象となるファイルの形式（全て／実行ファイルのみなど）等の指定をするような構成であってもよい。
【００４６】
そして、処理後のＨＴＴＰメッセージ（ＨＴＴＰレスポンス）をプロキシ・サーバ３１に送信する（ステップＳ９７）。プロキシ・サーバ３１は、Ｂサービス処理部３１５からＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を受信し、いずれのユーザ端末のＨＴＴＰリクエストに対するレスポンスであるかを判断する。そして、プロキシ・サーバ３１は、処理後のＨＴＴＰメッセージを要求元であるユーザ端末Ａ（５）に送信する（ステップＳ９８）。また、プロキシ・サーバ３１は、Ｂサービス処理部３１５の処理結果をログ・ファイル３７に格納する。
【００４７】
ユーザ端末Ａ（５）は、Ｂサービス処理部３１５から処理後のレスポンス・データを受信し、表示装置に表示する（ステップＳ９９）。なお、表示装置に表示せずに例えばハードディスクなどに格納するようにしても良い。これによりユーザは、ウィルス駆除後のデータを安心して受信することができるようになる。
【００４８】
一方、ＨＴＴＰメッセージのあて先がプロキシ・サーバ３１を通過させることができないようなあて先である場合には（ステップＳ８３：Ｎｏルート）、アクセス不可通知をプロキシ・サーバ３１に送信する（ステップＳ１０１）。プロキシ・サーバ３１は、Ａサービス処理部３１３からアクセス不可通知を受信し、いずれのユーザ端末のＨＴＴＰリクエストに対するアクセス不可通知であるかを判断する。そして、プロキシ・サーバ３１は、アクセス不可通知を要求元であるユーザ端末Ａ（５）に送信する（ステップＳ１０２）。また、プロキシ・サーバ３１は、Ｂサービス処理部３１５の処理結果をログ・ファイル３７に格納する。ユーザ端末Ａ（５）は、アクセス不可通知をプロキシ・サーバ３１から受信し、表示装置に表示する（ステップＳ１０３）。これにて、ユーザは有害な情報等にさらされなくなる。
【００４９】
このようにすれば、ユーザは個別にプロキシ・サーバへの設定を行うことができ、且つ複数種類のサービスを任意に組み合せることもできるようになる。そして、複数種類のサービスを享受することができる。
【００５０】
上で述べた実施の形態は一例であって、様々な変形が可能である。例えば、プロファイルＤＢ３５をプロキシ・サーバ３１が管理するような構成を示したが、管理サーバ３３が管理するような構成であってもよい。また、サービス処理部毎にサーバを用意するような構成であってもよい。図１における機能ブロック分けは一例であって、他の分け方をすることも可能である。
【００５１】
また、図３においてはサービス選択画面と選択サービスの設定内容入力画面を分けた例を示したが、一度に入力して設定するような構成であってもよい。
【００５２】
さらに、上ではステップＳ９８及びステップＳ１０２においてプロキシ・サーバ３１からユーザ端末Ａ（５）にサービス処理部による処理結果を送信するような構成を示したが、例えばステップＳ９１において要求元のユーザ端末を特定するような情報をＨＴＴＰメッセージ（ＨＴＴＰレスポンス）に含め、処理の順番が最後のサービス処理部がユーザ端末に処理結果を送信するような構成であってもよい。
【００５３】
課金処理については、使用するサービスの数などにより料金を決定するような例を示したが、さらに選択サービスについての設定内容により料金を決定するような構成とすることも可能である。
【００５４】
【発明の効果】
以上述べたように、プロキシ・サーバにおいて各ユーザが希望するサービスを個別に提供できるようにすることである。
【００５５】
また、各ユーザが希望するサービスの設定をプロキシ・サーバに対して自ら行えるようにすることができた。
【図面の簡単な説明】
【図１】 本発明の一実施の形態に係るシステムの概要を示す図である。
【図２】 プロファイルＤＢに格納されるデータの一例を示す図である。
【図３】 図１に示したシステムの処理フロー（その１）を示す図である。
【図４】 図１に示したシステムの処理フロー（その２）を示す図である。
【図５】 図１に示したシステムの処理フロー（その３）を示す図である。
Claims (6)
- 複数のサービス提供処理手段と、
ユーザ毎に前記複数のサービス提供処理手段に対する設定情報を格納する設定格納装置と、
前記ユーザの端末からの要求としてハイパーテキスト・トランスファー・プロトコルにおけるメッセージを受信した場合、前記設定格納装置に格納された当該ユーザの設定情報を受信した前記メッセージのヘッダ情報に付加することにより第２のメッセージを生成し、前記第２のメッセージを前記複数のサービス提供処理手段のうち少なくとも１つに送信する設定情報通知手段と、
を有し、
前記サービス提供処理手段は、
前記第２のメッセージを受信した場合、前記第２のメッセージの前記ヘッダ情報に含まれる前記ユーザの設定情報に従って、前記ユーザの端末からの要求に関連するサービスを実行し、
前記複数のサービス提供処理手段が所定の順番で実行される際に、次に実行される前記サービス提供処理手段がある場合は、前記ユーザの設定情報が付加された前記ヘッダ情報を含む前記第２のメッセージを、次に実行される前記サービス提供処理手段に送信する
ことを特徴とするプロキシ・サーバを有するコンピュータ・システム。 - 前記ユーザの端末からの登録要求を受信した場合に、前記複数のサービス提供処理手段に対する当該ユーザの設定情報を入力するように促す手段と、
前記ユーザの端末から当該ユーザの設定情報を受信した場合には、前記設定格納装置に当該ユーザの設定情報を格納する手段と、
をさらに有する請求項１記載のコンピュータ・システム。 - 前記設定格納装置の設定情報に従って課金情報を生成し、当該課金情報を課金情報データベースに登録する手段
をさらに有する請求項１記載のコンピュータ・システム。 - 前記設定情報通知手段が、
前記ユーザによる要求先からのレスポンスとしてハイパーテキスト・トランスファー・プロトコルにおける第３のメッセージを受信した場合、受信した前記第３のメッセージのヘッダ情報に前記設定格納装置に格納された当該ユーザの設定情報を付加することにより第４のメッセージを生成し、前記第４のメッセージを前記複数のサービス提供処理手段のうち少なくとも１つに送信し、
前記サービス提供処理手段は、
前記第４のメッセージを受信した場合、前記第４のメッセージの前記ヘッダ情報に含まれる前記ユーザの設定情報に従って、前記ユーザによる要求先からのレスポンスに関連するサービスを実行し、
前記複数のサービス提供処理手段が所定の順番で実行される際に、次に実行される前記サービス提供処理手段がある場合は、前記ユーザの設定情報が付加された前記ヘッダ情報を含む前記第４のメッセージを、次に実行される前記サービス提供処理手段に送信する
ことを特徴とする請求項１乃至３のいずれか１つ記載のコンピュータ・システム。 - プロキシ・サーバにおいてユーザ端末からの要求に対するサービスを実行するための方法であって、
ユーザの端末からの要求としてハイパーテキスト・トランスファー・プロトコルにおけるメッセージを受信した場合、ユーザ毎に複数のサービス提供処理手段に対する設定情報を格納する設定格納装置から当該ユーザの設定情報を読み出すステップと、
読み出された前記ユーザの設定情報を受信した前記メッセージのヘッダ情報に付加することにより第２のメッセージを生成し、前記第２のメッセージを前記複数のサービス提供処理手段のうち少なくとも１つに送信するステップと、
前記第２のメッセージを受信した場合に、前記サービス提供処理手段により、前記第２のメッセージの前記ヘッダ情報に含まれる前記ユーザの設定情報に従って、前記ユーザの端末からの要求に関連するサービスを実行するステップと、
前記複数のサービス提供処理手段が所定の順番で実行される際に、次に実行される前記サービス提供処理手段がある場合は、前記サービス提供処理手段により、前記ユーザの設定情報が付加された前記ヘッダ情報を含む前記第２のメッセージを、次に実行される前記サービス提供処理手段に送信するステップと、
を含むサービス実行方法。 - プロキシ・サーバにおいてユーザ端末からの要求に対するサービスを実行するためのプログラムであって、
前記プログラムは、コンピュータに、
ユーザの端末からの要求としてハイパーテキスト・トランスファー・プロトコルにおけるメッセージを受信した場合、ユーザ毎に複数のサービス提供処理手段に対する設定情報を格納する設定格納装置から当該ユーザの設定情報を読み出すステップと、
読み出された前記ユーザの設定情報を受信した前記メッセージのヘッダ情報に付加することにより第２のメッセージを生成し、前記第２のメッセージを前記複数のサービス提供処理手段のうち少なくとも１つに送信するステップと、
前記第２のメッセージを受信した場合に、前記サービス提供処理手段により、前記第２のメッセージの前記ヘッダ情報に含まれる前記ユーザの設定情報に従って、前記ユーザの端末からの要求に関連するサービスを実行するステップと、
前記複数のサービス提供処理手段が所定の順番で実行される際に、次に実行される前記サービス提供処理手段がある場合は、前記サービス提供処理手段により、前記ユーザの設定情報が付加された前記ヘッダ情報を含む前記第２のメッセージを、次に実行される前記サービス提供処理手段に送信するステップと、
を実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001049567A JP3862508B2 (ja) | 2001-02-26 | 2001-02-26 | プロキシ・サーバを含むコンピュータ・システム及びサービス実行方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001049567A JP3862508B2 (ja) | 2001-02-26 | 2001-02-26 | プロキシ・サーバを含むコンピュータ・システム及びサービス実行方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002251314A JP2002251314A (ja) | 2002-09-06 |
| JP3862508B2 true JP3862508B2 (ja) | 2006-12-27 |
Family
ID=18910653
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001049567A Expired - Fee Related JP3862508B2 (ja) | 2001-02-26 | 2001-02-26 | プロキシ・サーバを含むコンピュータ・システム及びサービス実行方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3862508B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4789418B2 (ja) * | 2004-02-27 | 2011-10-12 | ニフティ株式会社 | コンピュータ・システム |
| JP7380125B2 (ja) | 2019-11-20 | 2023-11-15 | コニカミノルタ株式会社 | ジョブ制御モジュール、画像形成装置 |
-
2001
- 2001-02-26 JP JP2001049567A patent/JP3862508B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002251314A (ja) | 2002-09-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TW424185B (en) | Named bookmark sets | |
| AU761640B2 (en) | Computer-readable recorded medium on which image file is recorded, device for producing the recorded medium, medium on which image file creating program is recorded, device for transmitting image file, device for processing image file, and medium on which image file processing program is recorded | |
| US11741185B1 (en) | Managing content uploads | |
| US8825799B2 (en) | Redirection method for electronic content | |
| US8301653B2 (en) | System and method for capturing and reporting online sessions | |
| US7565687B2 (en) | Transmission control system, server, terminal station, transmission control method, program and storage medium | |
| US8387108B1 (en) | Controlling identity disclosures | |
| US20040034799A1 (en) | Network system allowing the sharing of user profile information among network users | |
| JP2010165187A (ja) | 電子クーポン処理システム | |
| JP2002032216A (ja) | アプリケーションのホスティング装置 | |
| US11163899B2 (en) | Information processing system and information processing method | |
| JP3662734B2 (ja) | Ｗｅｂページのアクセス制御装置及び方法 | |
| US20150101023A1 (en) | Relay apparatus, relay system, relay method, and non-transitory computer readable medium | |
| WO2018049963A1 (zh) | 一种资源下载方法和缓存设备 | |
| JP5418681B2 (ja) | 仲介処理方法、仲介装置及びシステム | |
| JP3563619B2 (ja) | アプリケーション機能指定装置及び記憶媒体 | |
| US9197447B2 (en) | Information processing apparatus, method of controlling information processing apparatus, program for control method, and recording medium for program | |
| JP3862508B2 (ja) | プロキシ・サーバを含むコンピュータ・システム及びサービス実行方法 | |
| JPH11272613A (ja) | 利用者認証方法及びこの方法を実現するプログラムを格納した記録媒体並びに上記方法を用いる利用者認証システム | |
| JPH11212849A (ja) | 共有ファイル送受信システム、アクセス権利判定装置 | |
| KR20010073735A (ko) | 웹서비스의 일괄 회원등록/해지 방법 | |
| JP2005339008A (ja) | アクセス制御方法およびプログラムと記録媒体 | |
| JP2003345280A (ja) | 広告配信方法、及び仮想コミュニティシステム | |
| JP2020135693A (ja) | 送信制御方法、送信制御プログラム、および端末 | |
| JP2002149610A (ja) | 電子情報サービス方法、コンピュータ、記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060620 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060817 |
|
| 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: 20060926 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060926 |
|
| 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: 20091006 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101006 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111006 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111006 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121006 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131006 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |