JP5166121B2 - 情報提供装置および情報提供方法 - Google Patents

Description

この発明は、データ処理技術に関し、特に、ユーザの指定に応じて情報を提供する情報提供装置および情報提供方法に関する。

現在、ＷＷＷ（World Wide Web）を利用した情報交換における通信プロトコルとして、主にＨＴＴＰ（Hypertext Transfer Protocol）が使用されている。このＨＴＴＰは基本的にステートレスな通信プロトコルであるため、ウェブサーバはウェブクライアントに対してセッションＩＤを発行することで、ウェブクライアント毎のセッションを識別する。

以下の特許文献１では、ユーザの認証レベルを識別可能なセッションＩＤを、そのユーザの端末に対して発行する。これにより、ユーザがどの認証レベルであるかをセッションＩＤにより識別して、所定の認証レベルが設定されたウェブページへのアクセス制御を実現する技術が提案されている。
特開２００７−０７９９９２号公報

一般的なアクセス制御においては、ウェブページが要求する認証レベルと、ユーザに設定された認証レベルとを比較して、ウェブページへのアクセス可否が決定されることが多い。通常、認証レベルは、認証無し、第１パスワードによる認証済、第２パスワードによる認証済の３段階程度に分類される。

しかし、ユーザの利便性の観点からは、画一的に認証レベルでアクセス制御されるのではなく、ユーザによるウェブページの参照履歴等、ユーザの様々な属性情報に基づいて、柔軟にアクセス制御されることが好ましいことがある。

上述の特許文献１では、ユーザの認証レベルをセッションＩＤにより識別する技術は開示されているが、ユーザの様々な属性情報に基づいて、ウェブページに対する柔軟なアクセス制御を実現する方法は開示されていない。

本発明は、本発明者の上記着目に基づいて完成された発明であり、その主たる目的は、ユーザからアクセスされるページについて、ユーザの様々な属性情報に基づいて、そのページに対する柔軟なアクセス制御を容易にする技術を提供することである。

上記課題を解決するために、本発明のある態様の情報提供装置は、ユーザに対して発行されたセッションＩＤと、当該ユーザに関するユーザ属性とを対応づけてユーザ属性記憶部に記憶させる記憶制御部と、所定のページの取得要求をユーザから受け付ける受付部と、ユーザ属性記憶部に記憶されたユーザ属性であって、ページを取得要求したユーザのセッションＩＤと対応づけられたユーザ属性により、取得要求されたページをユーザに提供する際の条件であって、所定のユーザ属性を要件に含む提供条件が充足されるか否かを判定する判定部と、提供条件が充足されると判定されたとき、取得要求されたページをユーザに提供する提供部と、を備える。

「ページ」とは、情報提供装置とユーザ端末との間の１単位の通信において、情報提供装置からユーザ端末に提供される電子データを意味する。典型的には、ユーザ端末からのリクエストに対するレスポンスとして、情報提供装置が提供するひとまとまりの電子データであり、また、この電子データにはユーザ端末に表示させるためのデータが含まれる。例えば、「ページ」には、ウェブサーバからウェブクライアントに提供されるウェブページが含まれる。また、「ページ」のデータ形式に制限はなく、プレーンテキストでもよく、ＸＨＴＭＬ（Extensible HyperText Markup Language）ファイル等、所定の形式のファイルデータでもよい。

「セッションＩＤ」とは、情報提供装置がユーザ端末とのセッションを識別するために、ユーザ端末に対して発行したデータを意味する。したがって、識別番号を示す文字列や数値列には限定されず、様々な形式のデータを含む。セッションＩＤは、ユーザ端末側で保持され、典型的には、ブラウザのクッキーに記憶される。ユーザ端末が情報提供装置に再接続するときに、セッションＩＤは情報提供装置に通知される。

本発明の別の態様は、情報提供方法である。この方法は、ユーザに対して発行されたセッションＩＤと、当該ユーザに関するユーザ属性とを対応づけて、ページ提供側の記憶装置に記憶させるステップと、ユーザから取得要求されたページの提供可否を、当該ユーザのセッションＩＤそのもので判定するのではなく、記憶装置を参照して、当該ユーザのセッションＩＤと対応づけられたユーザ属性にしたがって判定するステップと、を備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、ユーザからアクセスされるページについて、ユーザの様々な属性情報に基づいて、そのページに対する柔軟なアクセス制御が容易になる。

本発明の実施の形態について、その構成を説明する前に、まず概要を説明する。
証券会社のウェブサイトでは、ユーザに対して複数のウェブページが提供され、各ウェブページの内容に基づいて、アクセス制御が実施される。ウェブページの内容とは、例えば、ウェブページで提供される情報や、ウェブページで提供されるサービスである。なお、本実施の形態では、厳密には「・・・ページのデータ」という意味であっても、単に「・・・ページ」と表記する。

図１は、従来のウェブシステムが提供するウェブサイトの模式図である。同図は、複数のウェブページがグループ化されたページ群の関係を示している。同図では、認証不要でユーザに提供可能なページ群である「認証不要ページ群」と、ユーザがパスワード認証済であることを条件として提供可能なページ群である「会員用ページ群」とが示されている。さらに、ユーザが第２パスワードであるＯＴＰ（One Time Password ワンタイムパスワード）認証済であることを条件として提供可能なページ群である「重要手続ページ群」が示されている。

図１で示すように、従来のウェブサイトでは、複数のウェブページのそれぞれが、認証レベルに対応するページ群に分類された。例えば、公知のニュースページは認証不要ページ群に、会員の注文履歴ページは会員用ページ群に、注文実行ページは重要手続ページ群に分類された。そして、ユーザによるウェブページの参照要求があると、そのユーザの認証レベルと、ウェブページとの認証レベルを比較して、ウェブページの提供可否が判定された。

しかし、ユーザの利便性の観点からは、ウェブページの提供可否が画一的に認証レベルで判定されることは、必ずしも好ましくない。ウェブページによっては、本来不要な認証がユーザに課され、ユーザの負担が増大することがある。したがって、ユーザの認証レベルのみならず、ユーザによるウェブページの参照履歴等、ユーザの様々な属性情報（以下、単に「ユーザ属性」と呼ぶ。）に基づいて、柔軟にアクセス制御されることが望ましい。このユーザ属性には、ユーザに関して静的に定められた情報、例えば、ユーザの住所、電話番号、保有株式銘柄等が含まれる。また、ユーザのアクセス操作に応じて動的に決定される情報、例えば、ユーザの認証レベル、入力データ、参照ページ等も含まれる。この動的に決定される情報は、永続的に保持されたものではなく、一時的なユーザ属性であり、「ユーザ一時属性」とも言える。

このようなアクセス制御のためには、各ウェブページへのアクセス制御ロジックを柔軟に設定できることだけではなく、ウェブページを要求するユーザのユーザ属性を識別できることが必要である。従来のウェブシステムでは、ユーザのユーザ属性を識別するための情報としてセッションＩＤそのものが使用された。したがって、ユーザ属性が変化する毎、すなわちユーザがアクセス可能なページが変化する毎に、新たなセッションＩＤがユーザ端末に発行された。ユーザ端末からウェブページを取得要求されると、そのユーザ端末のセッションＩＤそのものにしたがって、取得要求されたウェブページの提供可否を判定していた。

しかし、この方式では、多くの種類のセッションＩＤが必要となるため、ウェブサーバにおけるセッションＩＤの管理が複雑になった。また、セッションＩＤは、ユーザ端末とウェブサーバとの間で送受信されるデータであるため、セッションＩＤに大量のデータを設定すること、例えば、ユーザの入力データ等のユーザ属性をセッションＩＤに設定することは好ましくない。したがって、図１で示したように、従来のウェブサイトでは、ウェブページの提供可否が画一的に認証レベルで判定されていた。

本実施の形態では、ユーザに対して発行されたセッションＩＤと、そのユーザのユーザ属性とを対応づけて、ウェブページ提供側のデータベースに記憶させるシステムを提案する。このシステムでは、ユーザ端末からウェブページを取得要求されるとき、そのユーザ端末のセッションＩＤに対応づけられたユーザ属性を参照して、取得要求されたウェブページの提供可否を判定する。データベースには様々な情報を記憶させることができ、ウェブサイトが提供する複数のページについて、各ウェブページの内容に基づく柔軟なアクセス制御を実現できる。

図２は、本実施の形態のシステムが提供するウェブサイトの模式図である。同図では、ユーザの認証レベルのみならず、ユーザの入力データや、ユーザの参照ページ等に基づいて、多くのページ群が設定されている。例えば、図２の「キャンペーンページ群」は、パスワード認証済、かつ、ページＡからページＤのうち３つ以上を参照済のユーザに提供可能なページ群である。また例えば「Ａ支店口座用注文ページ群」は、ユーザが入力した支店番号が「１１」、かつ、ＯＴＰ認証済、かつ、約款確認済のユーザに提供可能なページ群である。このように、本実施の形態のシステムでは、ページ群毎に異なるアクセス制御が実施され、すなわち、ウェブページ毎に柔軟なアクセス制御が実現される。

図３は、本発明の実施の形態である情報提供システムの構成を示す。情報提供システム１０００は、証券会社のシステムであり、ユーザ端末３０で総称されるＡユーザ端末３０ａおよびＢユーザ端末３０ｂに対してウェブページを提供する。情報提供システム１０００は、情報提供装置１０とオペレータ端末４０とを備える。

ユーザ端末３０は、一般的なウェブクライアント端末であり、例えばウェブブラウザがインストールされたＰＣである。ユーザ端末３０は、インターネット等、公知の通信網を介して、情報提供装置１０と接続されており、ユーザの操作に応じて、情報提供装置１０からウェブページを取得する。

オペレータ端末４０は、コールセンタのオペレータにより操作される端末であり、情報提供装置１０とデータを送受信するためのアプリケーションがインストールされている。オペレータ端末４０は、ＬＡＮ（Local Area Network）等、公知の通信網を介して、情報提供装置１０と接続されている。オペレータ端末４０は、情報提供装置１０に記憶されたユーザ属性を取得してオペレータに参照させるとともに、オペレータにより入力されたユーザ属性を検出して情報提供装置１０に送信する。

情報提供装置１０は、一般的なウェブサーバ機能を有し、ユーザ端末３０から取得要求されたウェブページを要求元のユーザ端末３０に送信する。情報提供装置１０は、複数のウェブページのそれぞれを、複数のページ群のいずれかに分類して保持し、各ウェブページのアクセス制御を実施する。以下では、図２で示した各ページ群にグループ化されていることとする。

図４は、図３の情報提供装置１０の機能構成を示すブロック図である。情報提供装置１０は、ページ情報記憶部１２と、ユーザ属性記憶部１４と、記憶制御部１６と、受付部１８と、判定部２０と、設定部２２と、提供部２４とを有する。

本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところであり、これらのいずれかに限定されるものではない。

また、本明細書の各装置においては、当該装置を効率よく利用するための機能および環境を提供して当該装置の全体を統括的に制御するオペレーティングシステム（以下、「ＯＳ」と呼ぶ。）が実行されてもよい。この場合、かかるＯＳによってブロック図の各機能ブロックが動作させられることにより、複数のソフトウェアが実行される。

ページ情報記憶部１２は、典型的にはデータベースサーバ機能を提供し、複数のページ群それぞれについて、ユーザ端末３０に対してウェブページを提供する際の条件（以下、「提供条件」と呼ぶ。）を記憶する。この提供条件には、その要件として、１以上のユーザ属性が規定される。また、ページ情報記憶部１２は、各ページ群について、その提供条件が充足されない場合に、ユーザ端末に対して提供するページ（以下、「補完ページ」と呼ぶ。）も記憶する。本実施の形態の補完ページは、さらに、各ページ群の提供条件に規定されるユーザ属性を追加するためのページであることとする。

図５は、図４のページ情報記憶部１２において記憶されるデータの構造を示す。同図のページ群欄１００は、複数のページ群それぞれの識別情報を記憶する領域である。提供条件欄１０２は、各ページ群の提供条件を記憶する領域である。提供条件は公知のＥＬ（Expression Language）式で記載され、「｛｝」内の評価式が「真」もしくは「１」であるときには、提供条件が充足されたと判定される。なお、このＥＬ式は、ＪＳＴＬ（Java（登録商標） Server Pages Standard Tag Library ＪＳＰ標準タグライブラリ）でも採用されている。補完ページ欄１０４は、各ページ群の補完ページを記憶する領域である。

例えば、「約款ページ群」に属するウェブページの提供条件には、ユーザ属性について、「ＯＴＰ認証済」が設定されていることが規定されている。この提供条件が充足されないときには、「契約トップページ」を補完ページとするよう規定されている。

また例えば、「Ａ支店口座用注文ページ群」に属するウェブページの提供条件には、ユーザ属性について、「支店番号」が「１１」であり、かつ、「ＯＴＰ認証済」および「約款ページ参照済」が設定されていること、もしくは、「支店番号」が「１１」であり、かつ、「オペレータ認証済」が設定されていることが規定されている。この提供条件が充足されないときには、「約款トップページ」を補完ページとするよう規定されている。

なお、ページ情報記憶部１２は、複数のウェブページのそれぞれを図５の各レコードに対応づけるための情報、すなわち、１以上のウェブページと各ページ群とが対応づけられた図示しない対応テーブルをさらに保持する。後述する判定部２０は、提供条件を特定すべきウェブページについて、まず対応テーブルを参照してページ群を特定し、そのページ群の提供条件を特定することで、そのウェブページの提供条件を特定する。変形例として、図５では、ページ群毎のレコードとなっているが、ページ毎のレコードであってもよく、この場合、対応テーブルは不要である。図４に戻る。

ユーザ属性記憶部１４は、典型的にはデータベースサーバ機能を提供し、ユーザ端末３０が情報提供装置１０と接続されたときに、ユーザ端末３０に対して発行されたセッションＩＤと、ユーザ端末３０のユーザに関するユーザ属性（以下、単に「ユーザ端末３０のユーザ属性」と呼ぶ。）とを対応づけて記憶する。

図６は、図４のユーザ属性記憶部１４において記憶されるデータの構造を示す。同図のセッションＩＤ欄１２０は、ユーザ端末３０に対して発行されたセッションＩＤを記憶する領域である。ユーザ属性欄１２２は、ユーザ属性の識別情報を記憶する領域である。属性値欄１２４は、ユーザ属性の値を記憶する領域である。同図のレコード１３０からレコード１５４については後述する。図４に戻る。

記憶制御部１６は、受付部１８、設定部２２、提供部２４、またはオペレータ端末４０から通知された、ユーザ端末３０のセッションＩＤと、ユーザ端末３０のユーザ属性とを逐次取得する。記憶制御部１６は、取得したセッションＩＤとユーザ属性とを対応づけて、ユーザ属性記憶部１４に逐次記録する。

また、記憶制御部１６は、ユーザ端末３０に対してセッションＩＤを発行し、発行したセッションＩＤを管理する図示しないセッション管理部と接続されている。記憶制御部１６は、セッション管理部から通知を受け、もしくは、セッション管理部を定期的にポーリングして、特定のセッションＩＤが無効にされたことを検出する。記憶制御部１６は、ユーザ属性記憶部１４を参照して、自装置において無効にされたセッションＩＤがユーザ属性と対応づけられているレコードを特定し、そのレコードを無効にする。例えば、無効にするレコードに所定のフラグを設定することで、判定部２０にそのレコードが無効であると判定させてもよく、また、無効にするレコードを削除してもよい。

受付部１８は、特定のウェブページを取得要求するデータ（以下、「取得要求データ」と呼ぶ。）をユーザ端末３０から受信する。取得要求データは、典型的にはＨＴＴＰのＧＥＴデータまたはＰＯＳＴデータであり、ウェブページの位置の指定が含まれる。

また、受付部１８は、取得要求データに含まれるユーザの認証用データ、ここではユーザにより入力された支店番号、口座番号、およびパスワード文字列を取得して、ユーザの認証を実施する。認証に成功すると、受付部１８は、記憶制御部１６に対して、ユーザ端末３０のセッションＩＤとともに、支店番号、口座番号、およびユーザ属性「パスワード認証済」を示すデータを送信する。これらのデータは、記憶制御部１６により、ユーザ属性記憶部１４に記録される。同様に、受付部１８は、ＯＴＰによる認証も実施する。

判定部２０は、ページ情報記憶部１２を参照して、ユーザ端末３０から取得要求されたウェブページについて、その提供条件の要件であるユーザ属性（以下、「第１のユーザ属性」と呼ぶ。）を特定する。また、ユーザ属性記憶部１４を参照して、ウェブページを取得要求したユーザ端末３０について、そのセッションＩＤと対応づけられたユーザ属性（以下、「第２のユーザ属性」と呼ぶ。）を特定する。判定部２０は、第１のユーザ属性が第２のユーザ属性に含まれるとき、例えば第１のユーザ属性がＡおよびＢで、第２のユーザ属性がＡ、Ｂ、Ｃであるとき、取得要求されたウェブページの提供条件が充足されると判定する。

判定部２０は、ユーザ端末３０から取得要求されたウェブページの提供条件が充足されると判定したとき、設定部２２に対して、取得要求されたウェブページのデータを設定するよう指示する。また、提供条件が充足されないと判定したとき、ユーザ属性記憶部１４を参照して、取得要求されたウェブページの補完ページを特定し、その補完ページのデータを設定するよう設定部２２に対して指示する。

設定部２２は、判定部２０により指示されたウェブページについて、そのウェブページのプログラムコードにしたがってデータを設定する。設定部２２は、設定するデータに応じてユーザ属性を決定する。例えば、ユーザの入力データに基づいて、特定のデータを設定したとき、設定したデータをユーザ属性として決定してもよい。設定部２２は、決定したユーザ属性と、ユーザ端末３０のセッションＩＤとを、記憶制御部１６に通知してユーザ属性記憶部１４に記録させる。

提供部２４は、設定部２２においてデータが設定されたウェブページをユーザ端末３０に送信する。提供部２４は、ユーザ端末３０に送信したウェブページをユーザ属性として決定し、そのユーザ属性とユーザ端末３０のセッションＩＤとを、記憶制御部１６に通知してユーザ属性記憶部１４に記録させる。

以上の構成による動作を以下説明する。
まず、情報提供システム１０００の動作を概説する。情報提供装置１０の受付部１８は、所定のウェブページの取得要求データをユーザ端末３０から受信する。判定部２０は、ページ情報記憶部１２を参照して、取得要求されたウェブページについて、所定のユーザ属性を要件に含む提供条件を特定する。また、ユーザ属性記憶部１４を参照して、ウェブページを取得要求したユーザ端末３０について、そのセッションＩＤと対応づけられたユーザ属性を特定し、提供条件が充足されるか否かを特定する。提供条件が充足されるとき、設定部２２は取得要求されたウェブページのデータを設定し、提供部２４は取得要求されたウェブページをユーザ端末３０に送信する。

次に、情報提供システム１０００の動作を詳説する。
図７は、Ａユーザによるページ群の遷移を示す模式図である。同図は、Ａユーザ端末３０ａが情報提供装置１０から取得したウェブページの遷移を、ページ群の単位で示している。以下、図６を適宜参照して、図７が示す動作を説明する。

Ａユーザ端末３０ａは、情報提供装置１０と接続したときに、情報提供装置１０からセッションＩＤ「Ａ００１」が発行される。Ａユーザ端末３０ａは、支店番号「１１」、口座番号「１２３４」、およびパスワード文字列を送信して、ログイン要求する。情報提供装置１０は、パスワード認証に成功すると、Ａユーザ端末３０ａから送信された支店番号、口座番号、および「パスワード認証済」を示すユーザ属性をユーザ属性記憶部１４に記録する。これにより、図６のレコード１３０、レコード１３２、およびレコード１３４が記録される。

Ａユーザ端末３０ａは、会員用ページ群に属するページＡ、Ｂ、認証不要ページ群に属するページＣ、Ｄ、Ｅのうち、ページＢ、ページＤ、ページＥ、ページＡを順に参照する。情報提供装置１０は、これらのページをＡユーザ端末３０ａに提供するとき、これらのページが参照済であることを示すユーザ属性を、ユーザ属性記憶部１４に逐次記録する。これにより、図６のレコード１３６、レコード１３８、レコード１４０、およびレコード１４２が記録される。

次に、Ａユーザ端末３０ａは、情報提供装置１０に対して、キャンペーンページ群に属するウェブページを取得要求する。情報提供装置１０の判定部２０は、ページ情報記憶部１２を参照して、キャンペーンページ群の提供条件を特定する。また、ユーザ属性記憶部１４を参照して、セッションＩＤ「Ａ００１」に対応づけられたユーザ属性および属性値を特定する。この時点で、図６のレコード１３０からレコード１４２がユーザ属性記憶部１４に記録されているため、判定部２０は、キャンペーンページ群の提供条件が充足されると判定する。その結果、キャンペーンページ群のウェブページがＡユーザ端末３０ａに提供される。

続いて、Ａユーザ端末３０ａは、キャンペーンページに対してＡユーザが入力したキャンペーン申込データを情報提供装置１０に送信する。その後、Ａユーザ端末３０ａはＯＴＰを情報提供装置１０に送信する。情報提供装置１０は、設定部２２においてキャンペーン申込データが正常に処理されると、ユーザ属性「キャンペーン申込済」を図６のレコード１４４として記録する。また、受付部１８においてＯＴＰ認証が成功すると、ユーザ属性「ＯＴＰ認証済」を図６のレコード１４６として記録する。

続いて、Ａユーザ端末３０ａは、情報提供装置１０に対して、Ａ支店口座用注文ページ群に属するウェブページを取得要求する。情報提供装置１０の判定部２０は、ページ情報記憶部１２を参照して、Ａ支店口座用注文ページ群の提供条件を特定する。また、ユーザ属性記憶部１４を参照して、セッションＩＤ「Ａ００１」に対応づけられたユーザ属性および属性値を特定する。ここでは、約款ページが未参照であり、Ａ支店口座用注文ページ群の提供条件が充足されないため、判定部２０は、補完ページ「約款トップページ」を特定する。ＯＴＰ認証済であり、「約款ページ群」の提供条件は充足されるため、その「約款トップページ」がＡユーザ端末３０ａに提供される。

続いて、Ａユーザ端末３０ａは、約款ページ群のウェブページを参照したことを示すデータを情報提供装置１０に送信する。情報提供装置１０はそのデータを取得して、ユーザ属性「約款ページ参照済」を図６のレコード１４８としてユーザ属性記憶部１４に記録する。以降、Ａユーザ端末３０ａからＡ支店口座用注文ページ群に属するウェブページが取得要求されると、情報提供装置１０は、提供条件が充足されると判定し、そのウェブページをＡユーザ端末３０ａに提供する。

Ａユーザ端末３０ａがこのウェブサイトからログオフし、または所定の時間が経過して、情報提供装置１０においてセッションＩＤ「Ａ００１」が無効にされると、記憶制御部１６は、図示しないセッション管理部から通知を受けて、これを検出する。記憶制御部１６は、ユーザ属性記憶部１４に記憶されたレコードのうち、セッションＩＤ「Ａ００１」がユーザ属性に対応づけられている図６のレコード１３０からレコード１５４を無効にする。

続いて、Ａユーザ端末３０ａがＸ社株を１０００株購入するデータを情報提供装置１０に送信する。このとき、情報提供装置１０の設定部２２は、ユーザ属性「Ｘ社株購入」とユーザ属性「注文済」とを記憶制御部１６に通知し、図６のレコード１５０およびレコード１５２をユーザ属性記憶部１４に記録させる。以降、Ａユーザ端末３０ａの要求に応じて、情報提供装置１０は、割引ページ群のウェブページをＡユーザ端末３０ａに提供し、図６のレコード１５４をユーザ属性記憶部１４に記録する。

図８は、Ｂユーザによるページ群の遷移を示す模式図である。同図は、Ｂユーザ端末３０ｂが情報提供装置１０から取得したウェブページの遷移を、ページ群の単位で示している。また、図９は、図６と同様に、図４のユーザ属性記憶部１４において記憶されるデータの構造を示す。以下、図９を適宜参照して、図８が示す動作を説明する。

Ｂユーザ端末３０ｂは、情報提供装置１０と接続したときに、情報提供装置１０からセッションＩＤ「Ｂ００２」が発行される。Ｂユーザ端末３０ｂは、認証不要ページ群に属するページＣおよびページＤを順に参照する。次に、Ｂユーザ端末３０ｂは、支店番号「１１」、口座番号「７８９０」、およびパスワード文字列を送信して、ログイン要求する。Ｂユーザ端末３０ｂは、続いて、会員用ページ群に属するページＡを参照する。情報提供装置１０は、Ｂユーザ端末３０ｂに提供したウェブページと、パスワード認証の成否とに基づいて、図９のレコード１６０、レコード１６２、レコード１６４、レコード１６６、レコード１６８、およびレコード１７０をユーザ属性記憶部１４に逐次記録する。

次に、Ｂユーザ端末３０ｂは、情報提供装置１０に対して、キャンペーンページ群に属するウェブページを取得要求する。情報提供装置１０の判定部２０は、ページ情報記憶部１２を参照して、キャンペーンページ群の提供条件を特定する。また、ユーザ属性記憶部１４を参照して、セッションＩＤ「Ｂ００２」に対応づけられたユーザ属性および属性値を特定する。この時点で、図９のレコード１６０からレコード１７０がユーザ属性記憶部１４に記録されているため、判定部２０は、キャンペーンページ群の提供条件が充足されると判定する。その結果、キャンペーンページ群のウェブページがＢユーザ端末３０ｂに提供される。

続いて、Ｂユーザ端末３０ｂは、キャンペーンページに対してＢユーザが入力したキャンペーン申込データを情報提供装置１０に送信する。情報提供装置１０は、設定部２２においてキャンペーン申込データが正常に処理されると、ユーザ属性「キャンペーン申込済」を図９のレコード１７２として記録する。

続いて、Ｂユーザ端末３０ｂは、情報提供装置１０に対して、Ａ支店口座用注文ページ群に属するウェブページを取得要求する。情報提供装置１０の判定部２０は、ページ情報記憶部１２を参照して、Ａ支店口座用注文ページ群の提供条件を特定する。また、ユーザ属性記憶部１４を参照して、セッションＩＤ「Ｂ００２」に対応づけられたユーザ属性および属性値を特定する。ここでは、約款ページが未参照であり、Ａ支店口座用注文ページ群の提供条件が充足されないため、判定部２０は、補完ページ「約款トップページ」を特定する。しかし、ＯＴＰ未認証であるため、「約款ページ群」の提供条件も充足されないため、判定部２０は、補完ページ「契約トップページ」をさらに特定する。その結果、「契約トップページ」がＢユーザ端末３０ｂに提供される。

続いて、Ｂユーザ端末３０ｂは、契約を締結するために必要な契約データを情報提供装置１０に送信する。情報提供装置１０の設定部２２は、その契約データが正常であるとき、図９のレコード１７４をユーザ属性記憶部１４に記録する。また、Ｂユーザは、コールセンタに電話して、ＯＴＰ認証に代わる代替認証をオペレータに実施させる。このオペレータは、オペレータ端末４０を操作して、ユーザ属性記憶部１４を参照し、Ｂユーザの口座番号等に基づいて、Ｂユーザ端末３０ｂのセッションＩＤ「Ｂ００２」を特定する。オペレータ端末４０は、このセッションＩＤと、ユーザ属性「オペレータ認証済」とを情報提供装置１０に送信する。情報提供装置１０の記憶制御部１６は、このユーザ属性を図９のレコード１７６としてユーザ属性記憶部１４に記録させる。

続いて、Ｂユーザ端末３０ｂは、情報提供装置１０に対して、Ａ支店口座用注文ページ群に属するウェブページを再度取得要求する。今度は、図９のレコード１６４およびレコード１７６により、提供条件が充足されるため、情報提供装置１０は、このウェブページをＢユーザ端末３０ｂに提供する。

続いて、Ｂユーザ端末３０ｂがＹ社株を２０００株購入するデータを情報提供装置１０に送信する。このとき、情報提供装置１０の設定部２２は、ユーザ属性「Ｙ社株購入」とユーザ属性「注文済」とを記憶制御部１６に通知し、図９のレコード１７８およびレコード１８０をユーザ属性記憶部１４に記録させる。以降、Ｂユーザ端末３０ｂの要求に応じて、情報提供装置１０は、割引ページ群のウェブページをＢユーザ端末３０ｂに提供し、図９のレコード１８２をユーザ属性記憶部１４に記録する。

以上、情報提供システム１０００の動作を説明した。
この情報提供システム１０００によれば、ウェブページの提供可否を判定するためのユーザ属性が、情報提供装置１０のデータベースにおいて、ユーザのセッションＩＤと対応づけて保持される。このユーザ属性の態様に制限はなく、ユーザの入力データや、ユーザの参照ページ等、多種多様な情報がユーザ属性として設定できる。言い換えれば、セッションＩＤのサイズ長の制限等、プロトコル上の制約を受けることなく、任意のユーザ属性をセッションＩＤと対応づけることができる。

また、ウェブページの提供条件の判定では、ユーザのセッションＩＤそのものではなく、そのセッションＩＤと対応づけられたユーザ属性にしたがって、提供条件の充足が判定される。この提供条件には、ユーザ属性に対する算術演算、関係演算、論理演算等を使用した柔軟なルールを設定できる。例えば、４つのウェブページのうち３つ以上を参照したこと、複数のウェブページのいずれかを参照したことをルールとして設定できる。これにより、ウェブサイトが提供する複数のウェブページについて、各ウェブページの柔軟なアクセス制御を実現できる。

各ウェブページの柔軟なアクセス制御が実現されることにより、ウェブサイトにアクセスするユーザの利便性を向上できる。従来のシステムでは、アクセス制御方法、すなわちウェブページの提供条件が画一的であったため、本来は認証が不要のウェブページであっても、他のウェブページと同様に認証が必要とされ、ユーザに本来不要の負担を課していた。情報提供システム１０００によれば、ウェブページ毎に必要なアクセス制御が設定されるため、セキュリティ等、必要なページ提供ポリシーは維持しつつ、ユーザの負担を軽減して、その利便性を向上できる。

また、セッションＩＤそのものにユーザ属性を付加しないため、ユーザ端末のリソースおよびネットワークのリソースの使用量が低減され、性能劣化が発生しにくい。また、セッションＩＤそのものにユーザ属性を付加した場合、セキュリティ担保のためには、ユーザ属性のコード化・デコードが必要である。情報提供システム１０００では、情報提供装置１０のデータベースにユーザ属性が保持されるため、ユーザ属性のコード化・デコードは不要であり、提供可否判定のアプリケーションが簡易化され、その保守性も向上する。

また、ユーザ属性はセッションＩＤと対応づけられるため、ユーザの最近のアクセス操作にしたがって、ウェブページのアクセス制御が実施される。ユーザ属性記憶部１４に記憶されたレコードは、セッションＩＤが無効にされるのと同期して無効にされる。これにより、有効なセッションＩＤに基づいてアクセス制御が実施されるため、セキュリティを向上できる。

また、情報提供システム１０００によれば、ユーザのアクセス操作により新たなユーザ属性が追加されても、言い換えれば、新たなウェブページにアクセス可能になっても、セッションＩＤ自体は不変であり、セッションＩＤの管理が容易になる。

さらに、情報提供システム１０００によれば、ユーザから取得要求されたウェブページの提供条件が充足されないとき、そのユーザにはその提供条件を充足するための補完ページが自動的に提供される。ユーザはその補完ページを参照し、必要であれば補完ページに所定のデータを入力することで、所望のウェブページの提供条件が充足され、そのウェブページを参照できる。これにより、ユーザの負担を小さくでき、その利便性を向上できる。

さらにまた、情報提供システム１０００によれば、セッションＩＤとユーザ属性とが、アクセス可能な状態でデータベースに保持される。したがって、外部装置の操作により、特定のユーザのセッションＩＤに特定のユーザ属性を対応づけることができる。例えば、ＯＴＰ認証をしないユーザのために、そのユーザの代替認証を実施したコールセンタのオペレータが、ユーザ属性「ＯＴＰ認証済」の代わりとなるユーザ属性「オペレータ認証済」を設定できる。これにより、ウェブページのアクセス制御に多様性を持たせることができる。言い換えれば、ユーザに対して所望のウェブページにアクセスするための代替ルートを提供でき、ユーザの利便性を向上できる。

さらにまた、情報提供システム１０００によれば、複数のウェブページの提供条件がページ情報記憶部１２において一元的に保持される。判定部２０は、設定部２２とは切り離されており、ページ情報記憶部１２とユーザ属性記憶部１４とを参照して、取得要求されたウェブページの提供可否を一元的に判定する。したがって、判定部２０と設定部２２とはそれぞれ独立して変更等が可能である。言い換えれば、ウェブページのアクセス制御ロジックと、そのウェブページのデータ設定ロジックとが分離され、効率的なシステム開発および保守を実現できる。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。

変形例を説明する。本変形例では、所定期間内に情報提供装置１０に再接続したユーザに対して、過去発行されたセッションＩＤに対応づけられていたユーザ属性を自動で再設定する。過去のユーザ属性を再利用することで、ユーザの利便性を向上させる。

本変形例の情報提供装置１０は、複数のユーザ属性のそれぞれと、情報提供装置１０に再接続したユーザに対して各ユーザ属性を自動で設定する期間（以下、「自動再設定期間」と呼ぶ。）とを対応づけて記憶する期間記憶部をさらに備える。例えば、この期間記憶部は、ユーザ属性「約款ページ参照済」と自動再設定期間「１日」とを対応づけて記憶し、ユーザ属性「ＯＴＰ認証済」と自動再設定期間「０」とを対応づけて記憶する。

本変形例の記憶制御部１６は、セッションＩＤの無効を検出して、ユーザ属性記憶部１４に記憶されたレコードを削除するとき、そのレコードを所定のテーブル（以下、「一時記憶テーブル」と呼ぶ。）に記憶させておく。ユーザ端末が情報提供装置１０に接続したとき、そのユーザ属性にしたがって、このユーザ端末が情報提供装置１０に再接続したか否かを判定する。例えば、情報提供装置１０に接続したユーザ端末のＩＰアドレスが一時記憶テーブルに記憶されたユーザ属性のＩＰアドレスと一致するとき、そのユーザ端末が再接続した端末であると判定してもよい。また例えば、情報提供装置１０に接続したユーザ端末から送信された口座番号のデータが一時記憶テーブルに記憶されたユーザ属性の口座番号と一致するとき、そのユーザ端末が再接続した端末であると判定してもよい。

続いて、記憶制御部１６は、一時記憶テーブルを参照して、再接続したユーザ端末のログオフ時刻を特定する。その代わりとして、ユーザ属性記憶部１４からレコードが削除された時刻、または、一時記憶テーブルにレコードが追加された時刻を特定してもよい。また、ユーザ属性記憶部１４を参照して、再接続したユーザ端末の接続時刻を特定する。その代わりとして、現在時刻を特定してもよい。記憶制御部１６は、ログオフ時刻から接続時刻までの期間を、自動再設定期間との比較データとして特定する。

続いて、記憶制御部１６は、期間記憶部を参照して、ログオフ時刻から接続時刻までの期間が自動再設定期間内であるユーザ属性を再設定対象として特定する。記憶制御部１６は、再接続したユーザ端末に対して過去接続時に設定されていたユーザ属性のうち、再設定対象のユーザ属性を一時記憶テーブルから取得する。記憶制御部１６は、再設定対象のユーザ属性を、再接続したユーザ端末に対して新たに発行されたセッションＩＤと対応づけてユーザ属性記憶部１４に記録する。なお、ユーザ属性記憶部１４のレコードがフラグにより無効にされた場合も、同様の動作で、ユーザ属性を再設定できる。

この変形例によれば、ウェブサイトから一旦ログオフしたユーザが所定期間内にウェブサイトに再ログインしたとき、過去のセッションＩＤと対応づけられていたユーザ属性を、そのユーザに対して新たに発行されたセッションＩＤと自動的に対応づけることができる。また、この対応づけにおいて、再ログインしたユーザには、特定のウェブページの参照等、所定のアクセス操作が要求されない。これにより、セキュリティ等のページ提供ポリシーは維持しつつ、ユーザの負担を軽減でき、その利便性を向上できる。

例えば、「Ａ支店口座用注文ページ群」にアクセスするユーザのうち、過去のログイン時に約款ページを参照したユーザは、参照した当日であれば、再ログイン時に約款ページを再度参照することは要求されないため、負担が軽減される。一方で、ＯＴＰ認証は再ログイン時も要求されるため、セキュリティについても担保される。

別の変形例を説明する。ページ情報記憶部１２に記憶される提供条件は、ＥＬ式以外の形式で記述されてもよく、また、様々な言語で記述されてよい。また、提供条件と、補完ページへのページ遷移命令とが組み合わされたコードが、例えばスクリプト言語で記述されてもよい。

さらに別の変形例を説明する。実施の形態の情報提供システム１０００では、ページ情報記憶部１２およびユーザ属性記憶部１４が情報提供装置１０内に配置されたが、これらの配置場所に制限はない。例えば、ページ情報記憶部１２またはユーザ属性記憶部１４は、ウェブサーバである情報提供装置１０から切り出され、物理的に別筐体のデータベースサーバに配置されてもよい。

従来のウェブシステムが提供するウェブサイトの模式図である。 本実施の形態のシステムが提供するウェブサイトの模式図である。 本発明の実施の形態である情報提供システムの構成を示す図である。 図３の情報提供装置の機能構成を示すブロック図である。 図４のページ情報記憶部において記憶されるデータの構造を示す図である。 図４のユーザ属性記憶部において記憶されるデータの構造を示す図である。 Ａユーザによるページ群の遷移を示す模式図である。 Ｂユーザによるページ群の遷移を示す模式図である。 図４のユーザ属性記憶部において記憶されるデータの構造を示す図である。

符号の説明

１０ 情報提供装置、 １２ ページ情報記憶部、 １４ ユーザ属性記憶部、 １６ 記憶制御部、 １８ 受付部、 ２０ 判定部、 ２２ 設定部、 ２４ 提供部、 ３０ ユーザ端末、 ３０ａ Ａユーザ端末、 ３０ｂ Ｂユーザ端末、 ４０ オペレータ端末、 １００ ページ群欄、 １０２ 提供条件欄、 １０４ 補完ページ欄、 １２０ セッションＩＤ欄、 １２２ ユーザ属性欄、 １２４ 属性値欄、 １０００ 情報提供システム。

Claims (9)

1. ユーザに対して発行されたセッションＩＤと、当該ユーザに関するユーザ属性とを対応づけてユーザ属性記憶部に記憶させる記憶制御部と、
   所定のページの取得要求をユーザから受け付ける受付部と、
   前記ユーザ属性記憶部に記憶されたユーザ属性であって、ページを取得要求したユーザのセッションＩＤと対応づけられたユーザ属性により、取得要求されたページをユーザに提供する際の条件であって、所定のユーザ属性を要件に含む提供条件が充足されるか否かを判定する判定部と、
   前記提供条件が充足されると判定されたとき、前記取得要求されたページをユーザに提供する提供部とを備え、
   前記記憶制御部は、前記ユーザ属性記憶部に記憶されているレコードのうち、自装置において無効にされたセッションＩＤがユーザ属性と対応づけられたレコードを無効にすることを特徴とする情報提供装置。
2. 前記記憶制御部は、ユーザのアクセス操作にしたがって逐次決定されるユーザ属性と、当該ユーザのセッションＩＤとを対応づけて前記ユーザ属性記憶部に逐次記憶させることを特徴とする請求項１に記載の情報提供装置。
3. 一のユーザに対して発行されたセッションＩＤは、当該ユーザのアクセス操作により新たなユーザ属性が決定されても、不変であることを特徴とする請求項２に記載の情報提供装置。
4. 前記記憶制御部は、特定のユーザに対する特定のユーザ属性の追加を所定の外部装置から要求されたとき、当該ユーザのセッションＩＤと当該ユーザ属性とを対応づけて前記ユーザ属性記憶部にさらに記憶させることを特徴とする請求項２に記載の情報提供装置。
5. 前記記憶制御部は、無効にされたセッションＩＤに対応づけられていたユーザが所定期間内に自装置に再接続したとき、無効にされたレコードに記憶されていたユーザ属性と、当該ユーザに対して新たに発行されたセッションＩＤとを、当該ユーザに所定のアクセス操作を要求することなく対応づけて前記ユーザ属性記憶部に記憶させることを特徴とする請求項１から４のいずれかに記載の情報提供装置。
6. ユーザに対して発行されたセッションＩＤと、当該ユーザに関するユーザ属性とを対応づけてユーザ属性記憶部に記憶させる記憶制御部と、
   所定のページの取得要求をユーザから受け付ける受付部と、
   前記ユーザ属性記憶部に記憶されたユーザ属性であって、ページを取得要求したユーザのセッションＩＤと対応づけられたユーザ属性により、取得要求されたページをユーザに提供する際の条件であって、所定のユーザ属性を要件に含む提供条件が充足されるか否かを判定する判定部と、
   前記提供条件が充足されると判定されたとき、前記取得要求されたページをユーザに提供する提供部とを備え、
   前記提供部は、前記提供条件が充足されないと判定されたとき、前記取得要求されたページの提供条件に含まれるユーザ属性を追加するためのページをユーザに提供し、
   前記記憶制御部は、前記ユーザ属性を追加するためのページに対して前記ユーザが所定のデータを入力したとき、前記取得要求されたページの提供条件に含まれるユーザ属性と、前記ユーザのセッションＩＤとを対応づけて前記ユーザ属性記憶部に記憶させることを特徴とする情報提供装置。
7. ユーザに対して発行されたセッションＩＤと、当該ユーザに関するユーザ属性とを対応づけてユーザ属性記憶部に記憶させる記憶制御部と、
   所定のページの取得要求をユーザから受け付ける受付部と、
   前記ユーザ属性記憶部に記憶されたユーザ属性であって、ページを取得要求したユーザのセッションＩＤと対応づけられたユーザ属性により、取得要求されたページをユーザに提供する際の条件であって、所定のユーザ属性を要件に含む提供条件が充足されるか否かを判定する判定部と、
   前記提供条件が充足されると判定されたとき、前記取得要求されたページをユーザに提供する提供部と、
   複数のページのそれぞれをユーザに提供する際の条件であって、所定のユーザ属性を要件に含む提供条件を各ページに対応づけて記憶するページ情報記憶部とを備え、
   前記判定部は、各ページのデータを設定する手段からは切り離されており、前記ページ情報記憶部に記憶された提供条件と、前記ユーザ属性記憶部に記憶されたユーザ属性とを参照することによって、各ページの提供条件が充足されるか否かを一元的に判定することを特徴とする情報提供装置。
8. コンピュータに、
   ユーザに対して発行されたセッションＩＤと、当該ユーザに関するユーザ属性とを対応づけて所定の記憶装置に記憶させる機能と、
   所定のページの取得要求をユーザから受け付ける機能と、
   前記記憶装置に記憶されたユーザ属性であって、ページを取得要求したユーザのセッションＩＤと対応づけられたユーザ属性により、取得要求されたページをユーザに提供する際の条件であって、所定のユーザ属性を要件に含む提供条件が充足されるか否かを判定する機能と、
   前記提供条件が充足されると判定されたとき、前記取得要求されたページをユーザに提供する機能と、
   前記記憶装置に記憶されているレコードのうち、前記コンピュータにおいて無効にされたセッションＩＤがユーザ属性と対応づけられたレコードを無効にする機能と、
   を実現させることを特徴とするコンピュータプログラム。
9. コンピュータのプロセッサに、
   ユーザに対して発行されたセッションＩＤと、当該ユーザに関するユーザ属性とを対応づけて、ページ提供側の記憶装置に記憶させるステップと、
   ユーザから取得要求されたページの提供可否を、当該ユーザのセッションＩＤそのもので判定するのではなく、前記記憶装置を参照して、当該ユーザのセッションＩＤと対応づけられたユーザ属性にしたがって判定するステップと、
   前記記憶装置に記憶されているレコードのうち、前記コンピュータにおいて無効にされたセッションＩＤがユーザ属性と対応づけられたレコードを無効にするステップと、
   を実行させることを特徴とする情報提供方法。

Images