JP2003242117A - アクセス管理方法及びシステム - Google Patents

アクセス管理方法及びシステム

Info

Publication number
JP2003242117A
JP2003242117A JP2002039441A JP2002039441A JP2003242117A JP 2003242117 A JP2003242117 A JP 2003242117A JP 2002039441 A JP2002039441 A JP 2002039441A JP 2002039441 A JP2002039441 A JP 2002039441A JP 2003242117 A JP2003242117 A JP 2003242117A
Authority
JP
Japan
Prior art keywords
web
web system
access
information
access destination
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.)
Withdrawn
Application number
JP2002039441A
Other languages
English (en)
Inventor
Mitsunori Satomi
充則 里見
Atsushi Hatakeyama
敦 畠山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2002039441A priority Critical patent/JP2003242117A/ja
Priority to US10/136,927 priority patent/US20030158914A1/en
Publication of JP2003242117A publication Critical patent/JP2003242117A/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

(57)【要約】 【課題】異なるＷｅｂシステムで提供されるＷｅｂペー
ジ間の遷移を遷移先Ｗｅｂシステムにおいて効果的に把
握する方法を提供する。 【解決手段】ユーザが２つのＷｅｂページ間でアクセス
先を遷移させる場合、ユーザはアクセス先を遷移させる
ために遷移元Ｗｅｂページ中のＵＲＬリンクを操作す
る。ＵＲＬリンクを操作すると、そのＨＴＴＰ要求が遷
移元Ｗｅｂページを提供するＷｅｂシステムへ対して送
信される。遷移元Ｗｅｂシステムは、ＵＲＬリンクによ
る遷移先である遷移先Ｗｅｂページを提供するＷｅｂシ
ステムとの間の規約に従って認証情報を決定し、遷移先
Ｗｅｂページを特定する識別情報と認証情報とを含んだ
情報をユーザに返答する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はネットワークにより
接続された複数のＷｅｂシステムにＷｅｂクライアント
からアクセスするシステムに関する。
【０００２】
【従来の技術】インターネットでは、主にＨＴＭＬ（Ｈ
ｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）
により記述されたコンテンツ（Ｗｅｂページ）が、Ｗｅ
ｂシステムとＷｅｂクライアント間で、ＨＴＴＰ（Ｈｙ
ｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ
ｌ）規約（ＩＥＴＦのＲＦＣ２６１６で規定）に従い、
やりとりされている。このＨＴＴＰ規約は、基本的に１
回のコンテンツの転送毎に新たに通信（コネクション）
を開始し、転送が終了すると通信を閉じる（コネクショ
ンレス）方式である。少なくとも１つのＷｅｂサーバ
で、ユーザ（利用者）に対してサービスを提供する１つ
のシステム（以下、Ｗｅｂシステムと呼称）を構成す
る。
【０００３】インターネットの近年の普及に伴い、イン
ターネット上でのサービス提供およびそのための効果的
な課金システムのための技術整備が急務となっている。
【０００４】このような技術の１つとして多様なインタ
ーネット上の情報への案内を集約して表示し、必要な情
報にユーザが容易にアクセスできるようにしたＷｅｂペ
ージを提供するサービスがある。このようなサービスを
提供するものの代表として一般にコミュニティサイトや
ポータルサイトと呼ばれるものがある。
【０００５】
【発明が解決しようとする課題】これらサイト間で連携
を図り、例えばあるサービス提供サイトでは、別のある
コミュニティサイトの会員であるユーザに対しては、そ
うでないユーザに対するのと異なるサービスを提供する
ことができる。この場合、サービス提供サイトでは自ら
が提供する情報にアクセスしてきたユーザが前記コミュ
ニティサイトの会員であるかどうかを判別する必要があ
る。ただしコミュニティサイトは自らの会員情報をサー
ビス提供サイトに公開できない場合がある。
【０００６】これら要求に応えるため、前記サービスサ
イトへのアクセスに先立って前記コミュニティサイトで
提供する情報を参照していたかどうかを調べることがで
きる。このための１つの方法として、ＨＴＴＰ要求に含
まれるリクエストヘッダーのＲｅｆｅｒｅｒフィールド
（以下Ｒｅｆｅｒｅｒ）を用いる方法がある。
【０００７】Ｒｅｆｅｒｅｒは、「通信プロトコル事
典」（笠野英松監修、第１版第３刷、ｐ．５５９、１９
９７、株式会社アスキー）などによれば、Ｗｅｂクライ
アントのＷｅｂブラウザによってサーバに送信されるＨ
ＴＴＰ要求の中に、このＷｅｂブラウザによって埋め込
まれる情報であって、先立ってアクセスされたＷｅｂペ
ージ（遷移元Ｗｅｂページ）のＵＲＬ情報である。
【０００８】しかしユーザは様々な手段によりＲｅｆｅ
ｒｅｒを変更し、実際の遷移元ＷｅｂページのＵＲＬと
異なるＲｅｆｅｒｅｒを含むＨＴＴＰ要求をＷｅｂサー
バに送信することができるという問題がある。
【０００９】本発明の目的は、あるＷｅｂシステムから
他のＷｅｂシステムへの、Ｗｅｂクライアントを利用す
るユーザによるＷｅｂページ間のアクセス先の遷移を効
果的に把握する方法を提供することにある。
【００１０】
【課題を解決するための手段】インターネットの様にネ
ットワークを介してＷｅｂクライアントと接続され、Ｗ
ｅｂページを提供するＷｅｂシステムは、前記Ｗｅｂク
ライアントを利用するユーザに対し、アクセス先を遷移
させる先のＷｅｂページ（以下、遷移先Ｗｅｂページと
呼ぶ）を前記ユーザに選択させるための情報を含むＷｅ
ｂページ（以下、遷移元ページと呼ぶ）を提供し前記Ｗ
ｅｂクライアントの参照に供し、遷移先Ｗｅｂページの
選択に対応する前記Ｗｅｂクライアントからのアクセス
先変更要求に応じて、遷移先Ｗｅｂページを特定する識
別情報（例えばＵＲＬ）と認証情報（以下、トークンと
呼ぶ）を決定し、トークンを含んだ情報（例えばＨＴＴ
Ｐレスポンス）を前記Ｗｅｂクライアントに送信する。
【００１１】また同一のＷｅｂシステム内でのＷｅｂペ
ージ間のアクセス先の遷移においても、Ｗｅｂページ単
位でトークンを発行することにより、ユーザによるＷｅ
ｂページ間のアクセス先の遷移を特定することができ
る。
【００１２】なお、上記目的を達成するためには、上述
した機能を実現するプログラム又はプログラムを格納し
た記録媒体であっても良い。
【００１３】
【発明の実施の形態】（実施例１）本発明の第１の実施
例を図１及び図２を参照して詳細に説明する。
【００１４】図１は本実施例の構成要素間の関係を示
し、図２は構成要素間に渡る処理の流れを示す。Ｗｅｂ
クライアントを利用するユーザが、ＷｅｂシステムＡ１
０３で提供されるＷｅｂページＡ２０１から、Ｗｅｂシ
ステムＢ１０４で提供されるＷｅｂページＢ２０６へア
クセス先を遷移させる動作を示す。本実施例では、Ｗｅ
ｂクライアントは、ＷｅｂシステムＡ１０３及びＷｅｂ
システムＢ１０４とネットワーク（図示略）を経由して
接続されている。
【００１５】ユーザがＷｅｂクライアントを利用してＷ
ｅｂシステムＡ１０３に対してアクセスし、Ｗｅｂペー
ジＡ２０１がＷｅｂクライアントに表示されている（ス
テップ３０１）。このユーザが、ＷｅｂページＡ２０１
上に存在するＷｅｂページＢ２０６へのＵＲＬリンク２
０２を選択することにより、ＨＴＴＰリクエストがＷｅ
ｂクライアントよりＷｅｂシステムＡ１０３に送信され
る（ステップ３０２）。
【００１６】ＷｅｂクライアントからＨＴＴＰリクエス
トを受信したＷｅｂシステムＡ１０３は、Ｗｅｂシステ
ムＢ１０４にトークンの取得を要求する（ステップ３０
３）。トークンとは、ＷｅｂシステムＢ１０４へのユー
ザのアクセスを許可するための情報である。
【００１７】ＷｅｂシステムＢ１０４は、トークンを生
成し、要求元であるＷｅｂシステムＡ１０３を識別する
ための識別子（遷移元ＩＤ）と、そのトークンの有効期
限とを生成したトークンに対応付けてトークン管理テー
ブル２０４に保存し（ステップ３０４）、生成したトー
クンをＷｅｂシステムＡ１０３へ送信する（ステップ３
０５）。
【００１８】ＷｅｂシステムＡ１０３は、受信したトー
クンを遷移用ＵＲＬに埋め込みＷｅｂクライアントへＨ
ＴＴＰレスポンスとして送信する（ステップ３０６）。
Ｗｅｂクライアントは、受信した遷移用ＵＲＬに従っ
て、ＷｅｂシステムＢ１０４へアクセスする（ステップ
３０７）。
【００１９】図３に示すＨＴＴＰレスポンス４０１は、
本実施例で用いる一方式のＨＴＴＰリダイレクトを実現
するためのものである。ＨＴＴＰレスポンス４０１中に
は、Ｗｅｂクライアントから自動的に別のＷｅｂページ
へアクセスさせるための指示のレスポンスコード（図３
中の１行目の”302”の部分）とそのアクセス先のＵＲ
Ｌ４０２が含まれている。
【００２０】Ｗｅｂクライアントに対しＷｅｂシステム
Ｂ１０４にアクセスさせる他の方式について図４を用い
て説明する。この方式はＨＴＭＬリフレッシュ動作を用
いた方法であり、その動作を行うためのデータがＨＴＭ
Ｌデータ５０１である。
【００２１】ＨＴＭＬデータ５０１中には、Ｗｅｂクラ
イアントから自動的に指定されたＵＲＬへアクセスする
ための指示を示すデータ５０２及び、自動的にアクセス
できない場合にユーザからの指示でもアクセスできるよ
うにＵＲＬリンク５０３を含んでいる。
【００２２】自動的に遷移しない場合に、図４に示すよ
うにＵＲＬリンク５０３を含み、ユーザへの便宜を図っ
てもよいが、エラーメッセージを表示してもよい。後者
の場合ＨＴＭＬデータ５０１にＵＲＬリンク５０３を含
ませず、トークンをユーザに見られる可能性を低減でき
る。
【００２３】遷移用ＵＲＬを用いてアクセスされたＷｅ
ｂシステムＢ１０４は、その遷移用ＵＲＬの中から、ト
ークンの情報を抽出するなどして認識する（ステップ３
０８）。
【００２４】図２のフローチャートにおいてはトークン
を受信できる前提で説明をしているが、ステップ３０８
でトークンを受信できなかった場合は、以後トークンを
無効と判断したのと同等に処理（ステップ３１０）すれ
ばよい。
【００２５】ＷｅｂシステムＢ１０４は、ステップ３０
８で受信したトークンをトークン管理テーブル２０４と
比較し、トークン管理テーブル２０４に記録されている
有効期限によりその有効性を判断する（ステップ３０
９）。有効性の判断時点での時刻がトークンの有効期限
を過ぎている場合は、トークンを無効と判断する。
【００２６】トークンが有効であると判断した場合は、
トークン管理テーブル２０４からトークンの情報を削除
し、ＷｅｂページＢ２０６の情報をＷｅｂクライアント
へ送信する。
【００２７】ＷｅｂシステムＢ１０４がトークンを無効
と判断した場合、ＷｅｂシステムＢ１０４へアクセスで
きないことを、ＨＴＴＰ要求を切断することやアクセス
できない旨のメッセージのＷｅｂページをＷｅｂクライ
アントに送信しＷｅｂクライアントに表示させることな
どでＷｅｂクライアントに提示する（ステップ３１
０）。
【００２８】ＷｅｂシステムＢ１０４がトークンを無効
と判断した場合であって、トークン管理テーブル２０４
にトークンと関係のある情報がある場合はその情報を削
除する。
【００２９】本実施例においては、トークン管理テーブ
ル２０４をＷｅｂシステムＢ１０４が管理しているが、
このトークン管理テーブル２０４をＷｅｂシステムＡ１
０３が管理しトークンの有効性を判断するステップ３０
９において、ＷｅｂシステムＢ１０４がＷｅｂシステム
Ａ１０３にトークン管理テーブル２０４の内容を問い合
わせてもよい。
【００３０】またＷｅｂシステムＡ１０３はトークンの
送信履歴を遷移先のＷｅｂシステム（本実施例において
はＷｅｂシステムＢ１０４）と対応付けて記憶してもよ
い。これにより、ＷｅｂシステムＡ１０３はＷｅｂクラ
イアントを利用するユーザがアクセスした遷移先のＷｅ
ｂシステムを後からも知ることができる。
【００３１】本実施例においては、ＷｅｂシステムＢ１
０４でトークンを生成しているが、このトークンをＷｅ
ｂシステムＡ１０３で生成し、その生成した結果をＷｅ
ｂシステムＢ１０４へ送信し、トークン管理テーブル２
０４へ保存してもよい。
【００３２】本実施例において、遷移先と遷移元の双方
のＷｅｂシステムで了解した規約に従ったトークンの生
成アルゴリズムをそれぞれのＷｅｂシステムで持ち、ト
ークンと有効期限の情報との両方を遷移用ＵＲＬ２０５
によってＷｅｂシステムＡ１０３からＷｅｂシステムＢ
１０４へ伝えることで、Ｗｅｂシステム間で通信をしな
いようにしてもよい。
【００３３】このとき公開鍵暗号方式などを使用して、
遷移用ＵＲＬ２０５を電子署名すれば、遷移用ＵＲＬの
改竄の有無をＷｅｂシステムＢ１０４で知ることができ
る。この際、ＢＡＳＥ６４の技術などを利用して電子署
名のバイナリデータを文字列に変換し遷移用ＵＲＬに含
ませることができる。また遷移用ＵＲＬ２０５の一部の
み、例えばトークン情報のみを電子署名する方法におい
ても実施可能なことは明らかである。
【００３４】また、ＷｅｂシステムＢ１０４は、遷移元
のＷｅｂシステムによって提供するＷｅｂページ（コン
テンツ）の対応を管理するため図６に示すコンテンツ対
応テーブル８０１を有するようにしてもよい。このコン
テンツ対応テーブル８０１は、遷移元のＷｅｂシステム
を示す遷移元ＩＤ及び、その遷移元のＷｅｂシステムか
らアクセス先を遷移させてきたユーザに対して提供する
Ｗｅｂページを表す対応コンテンツＩＤから構成され
る。
【００３５】このようにコンテンツ対応テーブル８０１
を利用してユーザを選ぶ実施例では、トークンの有効性
をチェックした後、トークン管理テーブル２０４の遷移
元ＩＤをコンテンツ対応テーブル８０１から検索し、ユ
ーザに対して提供するＷｅｂページを表す対応コンテン
ツＩＤを決定する。ＷｅｂシステムＢ１０４は、この対
応コンテンツＩＤに対応するＷｅｂページＢ８０２をユ
ーザに対して送信する。
【００３６】以上のように、本実施例においては、遷移
元のＷｅｂシステムに従って、遷移先のＷｅｂシステム
が提供するＷｅｂページを効果的に変化させる機能を提
供できる。
【００３７】本実施例においては、遷移元のＷｅｂシス
テム単位で遷移元ＩＤを付与していたが、より詳細にＷ
ｅｂページ単位で遷移元ＩＤを付与する場合においても
実施可能であることは明らかである。
【００３８】なお本発明のアクセス管理方法は、ソフト
ウェアとしても実現可能であり、例えばＷｅｂシステム
Ａ１０３にコンピュータ・プログラムを格納する記録媒
体を設け、このプログラムをＷｅｂシステムＡに設けた
読取装置から読取って、あるいはインターネットなど通
信ネットワークを介してＷｅｂシステムＡ１０３に伝送
して実行できる。
【００３９】以上のように、本実施例により、Ｗｅｂク
ライアントを利用するユーザのアクセス先がＷｅｂシス
テムＡ１０３からＷｅｂシステムＢ１０４へ遷移したこ
とを、遷移元であるＷｅｂシステムＡ１０３と遷移先で
あるＷｅｂシステムＢ１０４双方で知ることができる。
【００４０】（実施例２）図５に第２の実施例の構成を
示し、以下詳細に説明する。本実施例は、それぞれ独自
にユーザ認証を行う仕組みを有するＷｅｂシステムにお
けるアクセス管理方法に関わる実施例である。
【００４１】ＷｅｂシステムＡ１０３は、自分の提供す
るＷｅｂページの範囲でユーザ認証を行う仕組みとユー
ザ認証データベースＡ６０１を有しており、これらを用
いてＷｅｂシステムＡ１０３の提供するＷｅｂページの
うち少なくとも一部にアクセスしようとするユーザに対
し認証を行う。
【００４２】認証が必要とされるＷｅｂページの領域を
ＷｅｂシステムＡ１０３の認証範囲６０３と定義する。
認証範囲６０３に含まれるＷｅｂページにユーザがアク
セスした場合、正当なユーザＩＤとパスワード等の情報
を提示して認証されなければユーザはＷｅｂシステムＡ
１０３を利用できない。
【００４３】ＷｅｂシステムＢ１０４もＷｅｂシステム
Ａ１０３と同様に、ユーザ認証を行う仕組みとユーザ認
証データベースＢ６０２を有し、認証範囲６０４を構成
している。それに加えて、ＷｅｂシステムＢ１０４は、
どのＷｅｂシステムからの遷移を許可するかを示したア
クセス管理テーブル６０５を有している。
【００４４】なお図５においてはＷｅｂシステムＡ１０
３の認証範囲６０３とＷｅｂシステムＢ１０４の認証範
囲６０４にそれぞれＷｅｂページＡ２０１とＷｅｂペー
ジＢ２０６が含まれているが、それぞれのＷｅｂシステ
ムにおいて提供するＷｅｂページの全てがそれぞれの認
証範囲に含まれる必要はなく、それぞれのＷｅｂシステ
ムは認証範囲に含まれないＷｅｂページをも提供しても
良い。
【００４５】このアクセス管理テーブル６０５は、遷移
元のＷｅｂシステムを示す遷移元ＩＤ及び、そこからの
アクセスを許可するかどうかの情報、及び許可する場合
に、ユーザ認証データベースＢ６０２内のどのユーザと
対応づけるかという情報から構成される。
【００４６】ただしアクセス管理テーブル６０５には遷
移元ＩＤとアクセス許可を関係付けるための構成があれ
ばよく、上記構成に限るものではない。例えばアクセス
許可と対応ユーザとを関係付けて記憶し、遷移元ＩＤと
対応ユーザとを関係付けて記憶し、適宜これらの関係付
けを参照することで遷移元ＩＤとアクセス許可とを関係
付けるようにしても良い。この場合既存のログインＩＤ
とアクセス権限の関係を利用することができる。
【００４７】本実施例では、処理の流れはほぼ図２に準
じるが、トークン管理テーブル２０４の遷移元ＩＤをア
クセス管理テーブル６０５から検索し、Ｗｅｂシステム
Ｂ１０４に対するアクセスが許可されているかどうかを
判断するステップが加わる点が異なる。アクセスが許可
されている場合は、ＷｅｂページＢを表示するが（ステ
ップ３１１）、不許可の場合にはアクセスを拒否する
（ステップ３１０）。
【００４８】アクセス管理テーブル６０５から遷移元Ｉ
Ｄを検索するステップは、例えばＷｅｂシステムＢ１０
４がトークンの有効性を判断した（ステップ３０９）後
に追加することができる。
【００４９】なお、本実施例においてはトークン管理テ
ーブル２０４を作成し、その中の遷移元ＩＤをアクセス
管理テーブル６０５から検索してアクセス許可の有無を
判断したが、ＷｅｂシステムＡ１０３からトークン要求
を受け取って、アクセス管理テーブル６０５を参照して
ＷｅｂシステムＡ１０３のアクセス許可の有無を判断す
ることでトークンの発行の是非を判断しても良い。
【００５０】本実施例においては、ユーザ認証データベ
ースＡ６０１内のユーザに関する情報を、ユーザ認証デ
ータベースＢ６０２に登録すること無く、Ｗｅｂシステ
ムＢ１０４の認証範囲６０４のＷｅｂページをＷｅｂシ
ステムＡ１０３のユーザに対して提供できる。
【００５１】本実施例によれば、ユーザ認証の為のデー
タをＷｅｂシステムＡ１０３から他のＷｅｂシステムへ
公開する必要がないので、ＷｅｂシステムＡ１０３側に
は、自らの重要なユーザの情報（顧客情報）を公開する
ことなくユーザに対してＷｅｂシステムＢ１０４のＷｅ
ｂページの利用を提供できる。
【００５２】（実施例３）図１及び図７を利用して複数
のＷｅｂシステム間で構成されるバナー広告システムへ
実施例１を適用した実施例を説明する。
【００５３】バナー広告システムとは、Ｗｅｂページに
広告用の画像や文字など（これをバナー広告という）を
表示しておき、ユーザがその広告をクリックしたとき、
ユーザを広告主のＷｅｂページに誘導する仕組みであ
る。
【００５４】ＷｅｂシステムＡ１０３は、図１において
バナー広告としてＵＲＬリンク２０２を表示するＷｅｂ
ページＡ２０１をユーザに提供している。以下ＵＲＬリ
ンク２０２をバナー広告であるとして説明する。図１で
は、バナー広告２０２を文字列のＵＲＬリンクとして示
しているが、画像やＨＴＭＬのＦＯＲＭ等、他のＨＴＭ
Ｌで表現できるものであれば良い。
【００５５】本実施例では、図７に示す広告効果管理テ
ーブル１００２に、バナー広告２０２の表示先とそのバ
ナー広告２０２のクリック回数をＷｅｂシステムＢ１０
４が記録する。この広告効果管理テーブル１００２は、
遷移元のＷｅｂシステムを示す遷移元ＩＤ及び、その遷
移元でバナー広告が選択された回数を保持するクリック
回数から構成される。
【００５６】本実施例の動作は図２のフローチャートに
準ずるが、異なる点としてトークン管理テーブル２０４
の遷移元ＩＤに該当する広告効果管理テーブル１００２
内の広告表示先ＩＤを検索し、その広告表示先ＩＤに対
応するクリック回数に１を足す、というステップを有す
る。なお、トークン管理テーブル２０４をＷｅｂシステ
ムＡ１０３に設けても良い。
【００５７】本実施例においては、遷移元のＷｅｂシス
テムとそこからのアクセス回数を効果的に特定すること
が可能となるので、遷移先でも遷移元でもない、例えば
広告代理店に相当する第三者の組織を必要とすることな
く、遷移先のＷｅｂシステムはアクセス回数により広告
報酬を算定できる。
【００５８】また遷移元においても、ユーザがバナー広
告２０２をクリックすることによる、広告主である遷移
先のＷｅｂページのアクセス回数を把握することができ
るので、広告表示先である遷移元および広告主である遷
移先双方でクリック回数をチェックできる。
【００５９】（実施例４）図８に第４の実施例の構成を
示し、以下詳細に説明する。本実施例は特定コミュニテ
ィの参加者に限って割引サービスを行うシステムへ適用
したアクセス管理に関する実施例である。
【００６０】コミュニティサイト１２０１は、特定のユ
ーザの集合（例えば、ある会社の社員等）が利用できる
Ｗｅｂシステムの集合であり、コミュニティサイト１２
０１の参加者であるユーザを識別するためにユーザ認証
の為の仕組みを有している。ユーザ認証のための仕組み
の一例を実施例２に示した。クライアントＡ１２０３は
そのコミュニティサイト１２０１の参加者のユーザが利
用するＷｅｂクライアントである。
【００６１】サービス会社１２０２は、コミュニティサ
イト１２０１の参加者に対して特別な割引サービス（利
用料金割引など）を提供するコミュニティサイト１２０
１と契約を結んでいる。また、クライアントＢ１２０４
は、割引サービスを受けられない一般のユーザが利用す
るＷｅｂクライアントである。
【００６２】コミュニティサイト１２０１の参加者であ
るユーザはクライアントＡ１２０３を利用して、コミュ
ニティサイト１２０１にログイン（ログイン要求１２０
５）してから、コミュニティサイト１２０１から受信す
るトークンを含む遷移用ＵＲＬに従いサービス会社１２
０２へアクセスする（アクセス要求１２０６）。
【００６３】本実施例では、サービス会社１２０２は、
コミュニティサイト１２０１の参加者（クライアントＡ
１２０３を利用するユーザ）からのアクセスか、一般の
ユーザ（クライアントＢ１２０４を利用するユーザ）か
らのアクセスかを判断できる。このため、割引サービス
に関する情報をクライアントＡ１２０３に送信するなど
のサービスを、サービス会社１２０２では提供できる。
【００６４】つまり、コミュニティサイト１２０１から
その参加者に関する情報を得る必要もなく、コミュニテ
ィサイト１２０１の参加者に選択的に割引サービスの情
報を送信できる。
【００６５】本実施例により、コミュニティサイト１２
０１は自身の参加者に関する情報をサービス会社１２０
２に公開することなく、コミュニティサイト１２０１の
参加者に対してサービス会社１２０２の提供する割引サ
ービスを提供することが可能となる。
【００６６】（実施例５）図９に第５の実施例の構成を
示し、以下詳細に説明する。本実施例はユーザに情報な
どを提供するサービス会社とポータルサイトから構成さ
れるＷｅｂシステムへ適用したアクセス管理に関する実
施例である。
【００６７】ポータルサイト１３０１は、そのポータル
サイト１３０１を利用できるユーザを制限／管理するた
めの会員管理１３０５を有している。会員管理１３０５
には、ポータルサイト１３０１のユーザを識別するため
にユーザ認証の為の仕組みが含まれる。ポータルサイト
１３０１のユーザは、クライアントＡ１３０３を用いて
ポータルサイト１３０１にログイン（ログイン要求１３
０７）する。その際に、会員管理１３０５はユーザが正
当な権利を有しているかの認証を行う。
【００６８】サービス会社１３０２は、サービスの提供
を契約しているポータルサイト１３０１の参加者（クラ
イアントＡ１３０３のユーザ）に対してサービスを提供
し、その利用状況に応じてサービスの対価としての報酬
（利用料金）を得ており、その報酬を管理するための課
金管理１３０６を有している。また、契約したポータル
サイト１３０１以外からのユーザ（クライアントＢ１３
０４のユーザ）に対してはサービスを提供しない。ポー
タルサイト１３０１にログインしたクライアントＡ１３
０３のユーザは、ポータルサイト１３０１から個別のサ
ービス会社１３０２へアクセス先を遷移させる（アクセ
ス要求１３０８）。
【００６９】本実施例により、このようにサービス会社
１３０２にアクセスしたクライアントＡ１３０３のユー
ザについては、ポータルサイト１３０１の参加者である
と判断できるため、サービス会社１３０２は契約に従っ
て情報をクライアントＡ１３０３へ提供できる。
【００７０】従来の技術では、サービス会社１３０２へ
のアクセス要求１３０８の際にも、ポータルサイト１３
０１へのログイン要求１３０７と同様のユーザの認証を
行うことが必要であったので、サービス会社１３０２に
も会員管理１３０５が必要であった。
【００７１】本実施例では、サービス会社１３０２への
アクセス要求１３０８の中にポータルサイト１３０１の
会員管理１３０５においてユーザを特定するための一意
な利用者識別情報であるユーザＩＤを挿入しておくこと
により、サービス会社１３０２は提供しているサービス
のユーザをこのユーザＩＤから特定することが可能であ
り、サービス会社１３０２は会員管理１３０５をする必
要がない。
【００７２】サービス会社１３０２は、定期的に課金管
理１３０６の情報を元にして課金情報（ユーザと利用料
金）をポータルサイト１３０１に提供して料金の徴収を
依頼する（料金徴収１３０９）。また、料金の徴収につ
いては、サービス会社１３０２自身が行っても、又は第
三者の組織に依頼してもよい。
【００７３】また本実施例では、クライアントＡ１３０
３が選択したサービス会社１３０２にアクセスしようと
すると、一旦ポータルサイト１３０１にアクセスするこ
とになるため、クライアントＡ１３０３のユーザのアク
セス先がどの特定のサービス会社に遷移したかをポータ
ルサイト１３０１で把握できる。これによりサービス会
社１３０２から受信した課金情報をポータルサイト１３
０１側でチェックすることができる。
【００７４】以上のように、本実施例により、ポータル
サイト１３０１とサービス会社１３０２にそれぞれ会員
管理１３０５と課金管理１３０６を分離した形でサービ
スを提供できる。
【００７５】特に図１０に示すように、ポータルサイト
１３０１及びサービス会社１３０２が複数個存在する場
合、本実施例ではサービス会社１３０２は会員管理１３
０５を持つ必要がないので、契約しているポータルサイ
ト１３０１が増えた場合でも、サービス会社１３０２に
新たな機能を追加する必要がないという利点がある。
【００７６】上述の実施例においては、アクセス要求１
３０８中に会員管理１３０５でユーザを一意に判別する
ためのユーザＩＤを用いているが、セキュリティ的な観
点からユーザＩＤを１対１又は１対多（グループ単位で
課金する場合）で対応づけた別の種類のＩＤを用いても
実施可能なことは明らかである。
【００７７】
【発明の効果】本発明によれば、Ｗｅｂシステムで提供
されるＷｅｂページ間における、ユーザによるアクセス
先の遷移を遷移先で効果的に把握することができる。
【図面の簡単な説明】
【図１】実施例１における構成要素間の関係を示した
図。
【図２】実施例１における処理の流れを示したフローチ
ャート。
【図３】ＨＴＴＰレスポンスのリダイレクト方法を示し
た図。
【図４】ＨＴＭＬのリフレッシュ動作を用いたリダイレ
クト方法を示した図。
【図５】実施例２における構成要素間の関係を示した
図。
【図６】コンテンツ対応テーブルのデータ構成図。
【図７】実施例３における構成要素間の関係を示した
図。
【図８】実施例４における構成要素間の関係を示した
図。
【図９】実施例５における構成要素間の関係を示した
図。
【図１０】実施例５におけるポータルサイト及びサービ
ス会社が複数存在する場合の関係図。
【符号の説明】
１０３・・・遷移元のＷｅｂページを提供するＷｅｂシ
ステム １０４・・・遷移先のＷｅｂページを提供するＷｅｂシ
ステム ２０１・・・遷移元のＷｅｂページ ２０４・・・トークン管理テーブル ２０６・・・遷移先のＷｅｂページ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 畠山 敦 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション事 業部内 Ｆターム(参考） 5B085 AC04 AE01 BA06 BG02 BG07

Claims (16)

    【特許請求の範囲】
  1. 【請求項１】ネットワークを介して第１のＷｅｂシステ
    ムと接続し該第１のＷｅｂシステムの提供する情報を参
    照しているＷｅｂクライアントが第２のＷｅｂシステム
    へアクセス先を変更するときの前記第１のＷｅｂシステ
    ムにおけるアクセス管理方法であって、前記第１のＷｅ
    ｂシステムは前記Ｗｅｂクライアントから前記第２のＷ
    ｅｂシステムへアクセス先の変更を要求するアクセス先
    変更要求を受信し、前記アクセス先を特定する識別情報
    と前記アクセス先変更要求に対応する認証情報とを前記
    Ｗｅｂクライアントへ送信することを特徴とするアクセ
    ス管理方法。
  2. 【請求項２】請求項１記載のアクセス管理方法におい
    て、前記認証情報は、前記アクセス先変更要求によって
    変更要求されているアクセス先である前記第２のＷｅｂ
    システムから前記第１のＷｅｂシステムが受信したもの
    であることを特徴とするアクセス管理方法。
  3. 【請求項３】請求項１記載のアクセス管理方法におい
    て、前記第１のＷｅｂシステムは、前記Ｗｅｂクライア
    ントに対して変更すべきアクセス先が前記第２のＷｅｂ
    システムであることを示すアクセス先変更指示情報を送
    信することを特徴とするアクセス管理方法。
  4. 【請求項４】請求項３記載のアクセス管理方法におい
    て、前記Ｗｅｂクライアントに送信される前記識別情報
    と前記認証情報とは、前記アクセス先変更指示情報に含
    まれることを特徴とするアクセス管理方法。
  5. 【請求項５】請求項１記載のアクセス管理方法におい
    て、前記第１のＷｅｂシステムは、前記Ｗｅｂクライア
    ントに送信した前記認証情報と前記Ｗｅｂクライアント
    の識別情報とを対応付けて記憶することを特徴とするア
    クセス管理方法。
  6. 【請求項６】ネットワークを介して第１のＷｅｂシステ
    ムと接続し該第１のＷｅｂシステムで提供する情報を参
    照しているＷｅｂクライアントが第２のＷｅｂシステム
    へアクセス先を変更するときの前記第１のＷｅｂシステ
    ムにおけるアクセス管理方法であって、前記第１のＷｅ
    ｂシステムは、前記Ｗｅｂクライアントから前記第２の
    Ｗｅｂシステムへアクセス先の変更を要求するアクセス
    先変更要求を受信し、前記Ｗｅｂクライアントがアクセ
    ス先を前記第２のＷｅｂシステムへ変更するためにアク
    セス先変更指示情報を前記Ｗｅｂクライアントに送信す
    ることを特徴とするアクセス管理方法。
  7. 【請求項７】第１、第２の情報を提供するＷｅｂシステ
    ムとネットワークを介して接続し前記第１の情報を参照
    するＷｅｂクライアントが前記第２の情報へアクセス先
    を変更するときの前記Ｗｅｂシステムにおけるアクセス
    管理方法であって、前記第１のＷｅｂシステムは、前記
    Ｗｅｂクライアントから、アクセスする情報の変更を要
    求する参照情報変更要求を受信し、前記第２の情報を特
    定する識別情報と前記参照情報変更要求に対応する認証
    情報とを前記Ｗｅｂクライアントへ送信することを特徴
    とするアクセス管理方法。
  8. 【請求項８】ネットワークを介して第１のＷｅｂシステ
    ムと接続し該第１のＷｅｂシステムの提供する情報を参
    照しているＷｅｂクライアントが第２のＷｅｂシステム
    へアクセス先を変更するときの前記第１のＷｅｂシステ
    ムにおけるアクセス管理システムであって、前記第１の
    Ｗｅｂシステムは、前記Ｗｅｂクライアントから前記第
    ２のＷｅｂシステムへアクセス先の変更を要求するアク
    セス先変更要求を受信する受信手段と、前記アクセス先
    を特定する識別情報と前記アクセス先変更要求に対応す
    る認証情報とを前記Ｗｅｂクライアントへ送信する送信
    手段とを備えることを特徴とするアクセス管理システ
    ム。
  9. 【請求項９】ネットワークを介して第１のＷｅｂシステ
    ムと接続し該第１のＷｅｂシステムで提供する情報を参
    照しているＷｅｂクライアントが第２のＷｅｂシステム
    へアクセス先を変更するときの前記第１のＷｅｂシステ
    ムにおけるアクセス管理の手順をコンピュータに実行さ
    せるためのプログラムであって、前記第１のＷｅｂシス
    テムが、前記Ｗｅｂクライアントから前記第２のＷｅｂ
    システムへアクセス先の変更を要求するアクセス先変更
    要求を受信する手順と、前記アクセス先を特定する識別
    情報と前記アクセス先変更要求に対応する認証情報とを
    前記Ｗｅｂクライアントへ送信する手順とを含むことを
    特徴とするプログラム。
  10. 【請求項１０】ネットワークを介して第１のＷｅｂシス
    テムと接続し該第１のＷｅｂシステムの提供する情報を
    参照しているＷｅｂクライアントが第２のＷｅｂシステ
    ムへアクセス先を変更するときの前記第２のＷｅｂシス
    テムにおけるアクセス管理方法であって、前記第２のＷ
    ｅｂシステムは、前記第１のＷｅｂシステムからの認証
    情報取得要求に対し前記第１のＷｅｂシステムに認証情
    報を送信し、該第２のＷｅｂシステムによる情報の提供
    を要求するアクセス要求を前記Ｗｅｂクライアントから
    受信し、該アクセス要求から前記認証情報に関連する情
    報を認識することを特徴とするアクセス管理方法。
  11. 【請求項１１】請求項１０記載のアクセス管理方法であ
    って、前記アクセス要求から前記認証情報に関連する情
    報を認識できなかったときアクセスが不能であることを
    示す情報を前記Ｗｅｂクライアントに送信することを特
    徴とするアクセス管理方法。
  12. 【請求項１２】請求項１０記載のアクセス管理方法であ
    って、前記送信した認証情報と前記第１のＷｅｂシステ
    ムを特定する識別情報とを対応付けて記憶し、前記認証
    情報に対応付けられた前記第１のＷｅｂシステムからの
    アクセス先の変更を確認するために、前記抽出された認
    証情報関連情報と前記記憶した情報との対応関係をチェ
    ックすることを特徴とするアクセス管理方法。
  13. 【請求項１３】ネットワークを介して第１のＷｅｂシス
    テムと接続し該第１のＷｅｂシステムの提供する情報を
    参照しているＷｅｂクライアントが第２のＷｅｂシステ
    ムへアクセス先を変更するときの前記Ｗｅｂクライアン
    トにおけるアクセス管理方法であって、前記Ｗｅｂクラ
    イアントは、前記第１のＷｅｂシステムから提供される
    情報に基づき前記第１のＷｅｂシステムにアクセス先を
    変更する要求を送信し、前記第１のＷｅｂシステムから
    前記第２のＷｅｂシステムを特定する識別情報と前記ア
    クセス先変更要求に対応する認証情報とを含む遷移指示
    を受信し、該受信した認証情報を用いて前記第２のＷｅ
    ｂシステムへアクセスすることを特徴とするアクセス管
    理方法。
  14. 【請求項１４】ネットワークを介して第１のＷｅｂシス
    テムと接続し該第１のＷｅｂシステムの提供する情報を
    参照しているＷｅｂクライアントが第２のＷｅｂシステ
    ムへアクセス先を変更するときの前記第１のＷｅｂシス
    テムにおけるアクセス管理方法であって、前記第１のＷ
    ｅｂシステムは、前記Ｗｅｂクライアントから前記第２
    のＷｅｂシステムへアクセス先の変更を要求するアクセ
    ス先変更要求を受信し、前記受信したアクセス先変更要
    求に基づき前記第２のＷｅｂシステムに認証情報を要求
    し、前記第２のＷｅｂシステムから認証情報を受信し、
    前記アクセス先を特定する識別情報と前記認証情報とを
    対応付けて格納し、前記識別情報と前記アクセス先変更
    要求に対応した認証情報とを前記Ｗｅｂクライアントへ
    送信することを特徴とするアクセス管理方法。
  15. 【請求項１５】第１のＷｅｂシステムとネットワークを
    介して接続し該第１のＷｅｂシステムの提供する情報を
    参照しているＷｅｂクライアントが、Ｗｅｂ経由でサー
    ビスを提供する第２のＷｅｂシステムへアクセス先を変
    更するときの前記第１のＷｅｂシステムにおけるアクセ
    ス管理システムであって、前記第１のＷｅｂシステム
    は、前記Ｗｅｂクライアントを利用する利用者を識別す
    る利用者識別情報と前記第２のＷｅｂシステムで提供す
    るサービスの利用回数とを含む情報を格納する記憶手段
    と、前記Ｗｅｂクライアントから前記第２のＷｅｂシス
    テムへアクセス先の変更を要求するアクセス先変更要求
    を受信する手段と、前記アクセス先変更要求に応じて前
    記サービス利用回数を加算する手段と、前記アクセス先
    を特定する識別情報と前記アクセス先変更要求に対応す
    る認証情報と前記利用者識別情報とを前記Ｗｅｂクライ
    アントへ送信する手段と、前記格納されているサービス
    利用回数に応じて前記利用者にサービス利用の課金をす
    る手段とを備えることを特徴とするアクセス管理システ
    ム。
  16. 【請求項１６】ネットワークを介して第１のＷｅｂシス
    テムと接続し該第１のＷｅｂシステムの提供する情報を
    参照しているＷｅｂクライアントが第２のＷｅｂシステ
    ムへアクセス先を変更するときのアクセス管理方法であ
    って、前記Ｗｅｂクライアントは、前記第１のＷｅｂシ
    ステムから提供される情報に基づき前記第１のＷｅｂシ
    ステムにアクセス先を変更する要求を送信し、前記第１
    のＷｅｂシステムは、前記Ｗｅｂクライアントから前記
    第２のＷｅｂシステムへアクセス先の変更を要求するア
    クセス先変更要求を受信し、前記第２のＷｅｂシステム
    に前記アクセス先変更要求に対応する認証情報を要求す
    る認証情報取得要求を送信し、前記第２のＷｅｂシステ
    ムは、前記第１のＷｅｂシステムからの認証情報取得要
    求に対し前記第１のＷｅｂシステムに認証情報を送信
    し、前記第１のＷｅｂシステムは、前記アクセス先を特
    定する識別情報と前記アクセス先変更要求に対応する認
    証情報とを前記Ｗｅｂクライアントへ送信し、前記Ｗｅ
    ｂクライアントは、前記第１のＷｅｂシステムから前記
    第２のＷｅｂシステムを特定する識別情報と前記アクセ
    ス先変更要求に対応する認証情報とを含む遷移指示を受
    信し、該遷移指示に従い前記第２のＷｅｂシステムへア
    クセス先を変更し、前記第２のＷｅｂシステムは、前記
    Ｗｅｂクライアントから該第２のＷｅｂシステムによる
    情報の提供を要求するアクセス要求を受信し、該アクセ
    ス要求から前記認証情報に関連する情報を抽出すること
    を特徴とするアクセス管理方法。
JP2002039441A 2002-02-18 2002-02-18 アクセス管理方法及びシステム Withdrawn JP2003242117A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2002039441A JP2003242117A (ja) 2002-02-18 2002-02-18 アクセス管理方法及びシステム
US10/136,927 US20030158914A1 (en) 2002-02-18 2002-04-30 Access control method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002039441A JP2003242117A (ja) 2002-02-18 2002-02-18 アクセス管理方法及びシステム

Publications (1)

Publication Number Publication Date
JP2003242117A true JP2003242117A (ja) 2003-08-29

Family

ID=27678246

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002039441A Withdrawn JP2003242117A (ja) 2002-02-18 2002-02-18 アクセス管理方法及びシステム

Country Status (2)

Country Link
US (1) US20030158914A1 (ja)
JP (1) JP2003242117A (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008097263A (ja) * 2006-10-11 2008-04-24 Nec Corp 認証システム、認証方法およびサービス提供サーバ
JP2010274105A (ja) * 2009-04-30 2010-12-09 Creation Card Co Ltd 遊技台情報提供システムおよび遊技台情報提供方法ならびにこれらに用いられるリダイレクト装置
WO2011136124A1 (ja) * 2010-04-30 2011-11-03 ソニー株式会社 コンテンツ再生装置、制御情報提供サーバ、及びコンテンツ再生システム
JP2014174699A (ja) * 2013-03-07 2014-09-22 Konami Digital Entertainment Co Ltd 広告ページ提供装置、広告ページ提供方法、および広告ページ提供プログラム
JP2014174700A (ja) * 2013-03-07 2014-09-22 Konami Digital Entertainment Co Ltd 広告ページ提供装置、広告ページ提供方法、および広告ページ提供プログラム
JP6059307B1 (ja) * 2015-08-04 2017-01-11 ヤフー株式会社 端末装置、情報送信方法、及び情報送信プログラム

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7761226B1 (en) * 2005-07-27 2010-07-20 The United States Of America As Represented By The Secretary Of The Navy Interactive pedestrian routing system
US20110166943A1 (en) * 2010-01-07 2011-07-07 Oracle International Corporation Policy-based advertisement engine
US20110167479A1 (en) * 2010-01-07 2011-07-07 Oracle International Corporation Enforcement of policies on context-based authorization
US9509791B2 (en) 2010-01-07 2016-11-29 Oracle International Corporation Policy-based exposure of presence
US20110196728A1 (en) * 2010-02-05 2011-08-11 Oracle International Corporation Service level communication advertisement business
US9467858B2 (en) 2010-02-05 2016-10-11 Oracle International Corporation On device policy enforcement to secure open platform via network and open network
US9495521B2 (en) * 2010-02-05 2016-11-15 Oracle International Corporation System self integrity and health validation for policy enforcement
US10491591B2 (en) * 2015-04-02 2019-11-26 Telefonaktiebolaget Lm Ericsson (Publ) Enhanced network security
CN106790082B (zh) * 2016-12-22 2019-10-01 北京启明星辰信息安全技术有限公司 一种云应用访问控制方法及系统
CN114745722B (zh) * 2022-06-15 2022-08-12 安徽创瑞信息技术有限公司 一种短信平台安全审核检验方法及系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5751956A (en) * 1996-02-21 1998-05-12 Infoseek Corporation Method and apparatus for redirection of server external hyper-link references
US5963915A (en) * 1996-02-21 1999-10-05 Infoseek Corporation Secure, convenient and efficient system and method of performing trans-internet purchase transactions
JP2001508901A (ja) * 1997-01-20 2001-07-03 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー データアクセス制御
US6041357A (en) * 1997-02-06 2000-03-21 Electric Classified, Inc. Common session token system and protocol
GB2342195A (en) * 1998-09-30 2000-04-05 Xerox Corp Secure token-based document server
US6775772B1 (en) * 1999-10-12 2004-08-10 International Business Machines Corporation Piggy-backed key exchange protocol for providing secure low-overhead browser connections from a client to a server using a trusted third party
US8005965B2 (en) * 2001-06-30 2011-08-23 International Business Machines Corporation Method and system for secure server-based session management using single-use HTTP cookies

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008097263A (ja) * 2006-10-11 2008-04-24 Nec Corp 認証システム、認証方法およびサービス提供サーバ
JP2010274105A (ja) * 2009-04-30 2010-12-09 Creation Card Co Ltd 遊技台情報提供システムおよび遊技台情報提供方法ならびにこれらに用いられるリダイレクト装置
WO2011136124A1 (ja) * 2010-04-30 2011-11-03 ソニー株式会社 コンテンツ再生装置、制御情報提供サーバ、及びコンテンツ再生システム
JP2011234301A (ja) * 2010-04-30 2011-11-17 Sony Corp コンテンツ再生装置、制御情報提供サーバ、及びコンテンツ再生システム
US10171546B2 (en) 2010-04-30 2019-01-01 Saturn Licensing Llc Content reproduction apparatus, control information providing server, and content reproduction system
JP2014174699A (ja) * 2013-03-07 2014-09-22 Konami Digital Entertainment Co Ltd 広告ページ提供装置、広告ページ提供方法、および広告ページ提供プログラム
JP2014174700A (ja) * 2013-03-07 2014-09-22 Konami Digital Entertainment Co Ltd 広告ページ提供装置、広告ページ提供方法、および広告ページ提供プログラム
JP6059307B1 (ja) * 2015-08-04 2017-01-11 ヤフー株式会社 端末装置、情報送信方法、及び情報送信プログラム
JP2017033417A (ja) * 2015-08-04 2017-02-09 ヤフー株式会社 端末装置、情報送信方法、及び情報送信プログラム

Also Published As

Publication number Publication date
US20030158914A1 (en) 2003-08-21

Similar Documents

Publication Publication Date Title
JP4757430B2 (ja) インターネットサイトに対するアクセス制御方法
CN100568256C (zh) 用于运行时刻用户帐户创建操作的方法
CN103716326B (zh) 一种资源访问方法及用户资源网关
CN101086776B (zh) 浏览管理装置、浏览管理方法及其程序产品
CN100571129C (zh) 联合用户生命周期管理的信任基础结构支持的方法和系统
US7793095B2 (en) Distributed hierarchical identity management
CN101727552B (zh) 联合环境中启用数字权限管理的策略管理的方法和系统
EP0852440B1 (en) Network data transmission systems
CN100405397C (zh) 在联合环境执行注册中介和重定优先级操作的方法和系统
JPH11507752A (ja) インターネットサーバーのアクセス管理およびモニタシステム
CN101626369B (zh) 一种单点登录方法、设备及系统
JP2003242117A (ja) アクセス管理方法及びシステム
US20070006286A1 (en) System and method for security in global computer transactions that enable reverse-authentication of a server by a client
CN101426009A (zh) 身份管理平台、业务服务器、统一登录系统及方法
CN101453328A (zh) 身份管理系统及身份认证系统
CN104052616A (zh) 一种对互联网数据中心中的业务进行管理的方法及系统
JP2007531076A (ja) 通信ネットワーク越しに送信されるコンテンツの享受の費用を請求する方法およびそのシステム
JP4932154B2 (ja) アイデンティティ管理ネットワークにおいてユーザーの認証をメンバーサイトに与える方法及びシステム、アイデンティティ管理ネットワークに属するホームサイトでユーザーの認証を行う方法、コンピュータ読み取り可能な媒体、ならびに、階層的分散アイデンティティ管理のためのシステム
JP3437680B2 (ja) 対話管理型情報提供方法及び装置
JP2000253042A (ja) 情報アクセス権管理システム
CN1941778B (zh) 用于电信服务的第三方接入网关
Kolter et al. Collaborative privacy–a community-based privacy infrastructure
KR20010044515A (ko) 웹사이트 접속통계 산출시스템 및 그 방법
US20080033961A1 (en) Electronic Document Browsing
JPH0950422A (ja) コンピュータネットワーク上の対話継承型アクセス制御方法及びそのサーバコンピュータ

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040824

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060419

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20060612