(57)【要約】【課題】識別情報に応じてコンテンツの表示制御を柔軟に行うことができるコンテンツ表示制御システムを提供すること。【解決手段】本発明にかかるコンテンツ表示制御システムは、複数のブロック領域に分割された入力コンテンツデータを記憶するコンテンツデータ記憶手段を備える。ユーザ端末からのコンテンツ表示要求に含まれるユーザを一意に特定する識別情報に基づいて、ユーザに対する複数のブロック領域夫々の表示可否を判定する。コンテンツデータ記憶手段から取得した入力コンテンツデータから、表示不可と判定されたブロック領域のデータを全て除去して出力コンテンツデータを生成する。出力コンテンツデータをユーザ端末に送信する。それにより、ユーザを一意に特定する識別情報に基づいて、ユーザに応答するコンテンツの表示制御を行うものである。【選択図】図６
2009123062.tif 000002
【特許請求の範囲】
【請求項１】
ユーザを一意に特定する識別情報に基づいて、前記ユーザに応答するコンテンツの表示制御を行うコンテンツ表示制御システムであって、
複数のブロック領域に分割された入力コンテンツデータを記憶するコンテンツデータ記憶手段と、
ユーザ端末からのコンテンツ送信要求に含まれる前記識別情報に基づいて、前記複数のブロック領域夫々の表示可否を判定する判定手段と、
前記コンテンツデータ記憶手段から取得した前記入力コンテンツデータから、表示不可と判定されたブロック領域のデータを全て除去して出力コンテンツデータを生成する生成手段と、
前記出力コンテンツデータを前記ユーザ端末に送信する応答手段と、
を備えるコンテンツ表示制御システム。
【請求項２】
前記識別情報と前記複数のブロック領域の表示可否を規定した表示制御情報を記憶する表示制御情報記憶手段をさらに備え、
前記判定手段は、前記識別情報と前記表示制御情報とに基づいて、前記ブロック領域の表示可否を判定する、請求項１に記載のコンテンツ表示制御システム。
【請求項３】
前記複数のブロック領域は、夫々固有のブロック情報を有し、
前記表示制御情報には、前記ブロック情報と前記識別情報が含まれ、
前記生成手段は、前記表示制御情報を参照し、前記ユーザに対応する前記表示不可と判定されたブロック領域のデータを全て除去して前記出力コンテンツデータを生成する、請求項２に記載のコンテンツ表示制御システム。
【請求項４】
前記コンテンツ表示制御システムは、認証情報記憶手段と、認証確認手段とをさらに備え、
前記認証情報記憶手段は、前記識別情報に対応付けられた認証情報を記憶し、
前記認証確認手段は、前記コンテンツ送信要求に含まれる前記識別情報及び前記認証情報を取得し、前記認証情報記憶手段を参照して前記識別情報の認証状態を確認して前記判定手段に通知し、
前記判定手段は、認証済みであった場合、前記識別情報と前記表示制御情報とから、前記ブロック領域の表示可否を判定する、請求項２又は３に記載のコンテンツ表示制御システム。
【請求項５】
前記識別情報に相関する相関情報を記憶する相関情報記憶手段と、
前記相関情報記憶手段を参照して、前記相関情報が指定条件を満たすか否かを判定する指定条件判定手段と、
前記相関情報記憶手段を参照して、前記指定条件を満たすと判定された前記相関情報に相関する前記識別情報を取得するとともに、前記表示制御情報記憶手段を参照して、前記相関情報に相関する前記識別情報に対応付けられた前記表示制御情報の表示可否を更新する表示制御情報更新手段と、をさらに備える、請求項２乃至４のいずれか１項に記載のコンテンツ表示制御システム。
【請求項６】
前記指定条件判定手段は、前記相関情報が前記指定条件を満たすか否かの判定を定期的に行う、請求項５に記載のコンテンツ表示制御システム。
【請求項７】
前記相関情報は、前記ユーザ端末からのコンテンツ送信要求に基づくコンテンツ送信要求履歴情報である、請求項５又は６に記載のコンテンツ表示制御システム。
【請求項８】
前記コンテンツ送信要求履歴情報は、前記ユーザ端末からのコンテンツ送信要求における前記入力コンテンツデータへの最終のコンテンツ送信要求時刻である最終コンテンツ送信要求時刻であり、
前記指定条件判定手段は、前記最終コンテンツ送信要求時刻が指定時刻以前であることを指定条件として判定する、請求項７に記載のコンテンツ表示制御システム。
【請求項９】
前記コンテンツデータ記憶手段は、複数の入力コンテンツデータを記憶し、
前記複数の入力コンテンツデータ夫々の表示制御要否を規定したコンテンツ表示制御情報を記憶するコンテンツ表示制御情報記憶手段と、
前記コンテンツ送信要求に含まれる入力コンテンツデータ名により、前記コンテンツ表示制御情報記憶手段を参照して、前記ユーザ端末への前記入力コンテンツデータの表示制御要否を判定する表示制御要否判定手段と、をさらに備え、
前記生成手段は、前記表示制御要否判定手段により表示制御不要と判定された前記入力コンテンツデータから、出力コンテンツデータを生成する、請求項１乃至８のいずれか１項に記載のコンテンツ表示制御システム。
【請求項１０】
前記コンテンツデータ記憶手段は、複数の入力コンテンツデータを記憶し、
前記複数の入力コンテンツデータは、前記複数の入力コンテンツデータ夫々の表示制御要否を規定したコンテンツ表示制御情報が含まれ、
前記コンテンツ送信要求に含まれる入力コンテンツデータ名により、前記コンテンツデータ記憶手段を参照して、前記コンテンツ表示制御情報から前記ユーザ端末への前記入力コンテンツデータの表示制御要否を判定する表示制御要否判定手段と、をさらに備え、
前記生成手段は、前記表示制御要否判定手段により表示制御不要と判定された前記入力コンテンツデータから、出力コンテンツデータを生成する、請求項１乃至８のいずれか１項に記載のコンテンツ表示制御システム。
【請求項１１】
前記ブロック情報は、各々が開始ブロックと終了ブロックとからなり、
前記開始ブロックと前記終了ブロックに基づいて、前記ブロック領域夫々を特定する、請求項３乃至１０のいずれか１項に記載のコンテンツ表示制御システム。
【請求項１２】
前記ブロック情報は、データサイズと共に前記ブロック領域のヘッダに記され、前記ブロック情報及び前記データサイズとから、前記ブロック領域夫々を特定する、請求項３乃至１０のいずれか１項に記載のコンテンツ表示制御システム。
【請求項１３】
前記ブロック情報は、前記ブロック領域のヘッダに記され、
前記ブロック領域の終了を示す終了ブロックは、前記ブロック領域のフッダに記され、
前記ブロック情報と前記終了ブロックに基づいて、前記ブロック領域夫々を特定する、請求項３乃至１０のいずれか１項に記載のコンテンツ表示制御システム。
【請求項１４】
前記ブロック領域の開始を示す開始ブロックは、前記ブロック領域のヘッダに記され、
前記ブロック情報は、前記ブロック領域のフッダに記され、
前記開始ブロックと前記ブロック情報に基づいて、前記ブロック領域夫々を特定する、請求項３乃至１０のいずれか１項に記載のコンテンツ表示制御システム。
【請求項１５】
複数のブロック領域に分割された入力コンテンツデータを保持し、ユーザを一意に特定する識別情報に基づいて、前記ユーザに応答するコンテンツの表示制御を行うコンテンツ表示制御方法であって、
ユーザ端末からのコンテンツ送信要求に含まれる前記識別情報により、前記複数のブロック領域の表示可否を判定する判定ステップと、
前記複数のブロック領域に分割された入力コンテンツデータから、表示不可と判定したブロック領域のデータを除去して出力コンテンツデータを生成する生成ステップと、
前記出力コンテンツデータを前記ユーザ端末に送信する応答ステップと、
を含むコンテンツ表示制御方法。
【請求項１６】
前記識別情報と前記複数のブロック領域の表示可否を規定した表示制御情報を記憶する表示制御情報記憶手段をさらに備え、
前記判定ステップは、前記識別情報と前記表示制御情報とに基づいて、前記ブロック領域の表示可否を判定する、請求項１５に記載のコンテンツ表示制御方法。
【請求項１７】
前記識別情報に対応付けられた認証情報を記憶する認証情報記憶手段と、
前記コンテンツ送信要求に含まれる前記識別情報及び前記認証情報を取得し、前記認証情報記憶手段を参照して前記識別情報の認証状態を確認する認証確認ステップとをさらに備え、
前記判定ステップは、認証済みであった場合、前記識別情報と前記表示制御情報とから、前記ブロック領域の表示可否を判定する、請求項１６に記載のコンテンツ表示制御方法。
【請求項１８】
前記識別情報に相関する相関情報を記憶する相関情報記憶手段と、
前記相関情報記憶手段を参照して、前記相関情報が指定条件を満たすか否かを判定する指定条件判定ステップと、
前記相関情報記憶手段を参照して、前記指定条件を満たすと判定された前記相関情報に相関する前記識別情報を取得するとともに、前記表示制御情報記憶手段を参照して、前記相関情報に相関する前記識別情報に対応付けられた前記表示制御情報の表示可否を更新する表示制御情報更新ステップと、をさらに備える、請求項１６又は１７に記載のコンテンツ表示制御方法。
【請求項１９】
前記コンテンツデータ記憶手段は、複数の入力コンテンツデータを記憶し、
前記複数の入力コンテンツデータ夫々の表示制御要否を規定したコンテンツ表示制御情報を記憶するコンテンツ表示制御情報記憶手段と、
前記コンテンツ送信要求に含まれる入力コンテンツデータ名により、前記コンテンツ表示制御情報記憶手段を参照して、前記ユーザ端末への前記入力コンテンツデータの表示制御要否を判定する表示制御要否判定ステップと、をさらに備え、
前記生成ステップは、前記表示制御要否判定ステップにより表示制御不要と判定された前記入力コンテンツデータから、出力コンテンツデータを生成する、請求項１５乃至１８のいずれか１項に記載のコンテンツ表示制御方法。
【請求項２０】
前記コンテンツデータ記憶手段は、複数の入力コンテンツデータを記憶し、
前記複数の入力コンテンツデータは、前記複数の入力コンテンツデータ夫々の表示制御要否を規定したコンテンツ表示制御情報が含まれ、
前記コンテンツ送信要求に含まれる入力コンテンツデータ名により、前記コンテンツデータ記憶手段を参照して、前記コンテンツ表示制御情報から前記ユーザ端末への前記入力コンテンツデータの表示制御要否を判定する表示制御要否判定ステップと、をさらに備え、
前記生成ステップは、前記表示制御要否判定ステップにより表示制御不要と判定された前記入力コンテンツデータから、出力コンテンツデータを生成する、請求項１５乃至１８のいずれか１項に記載のコンテンツ表示制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ表示制御システム及び方法に関するものであり、特に、ユーザを一意に特定する識別情報に応じてコンテンツの表示内容を制御する方法に関する。
【背景技術】
【０００２】
ユーザＩＤなど、ＷＥＢクライアントを通じて閲覧するユーザを一意に特定するための識別情報に応じた、ＷＥＢコンテンツの表示制御が従来から行われている。
【０００３】
同一ＷＥＢコンテンツに対する複数のＷＥＢクライアントからの表示要求に対して、識別情報毎に表示内容を変更する方法として、例えば、次に挙げるものがあった。
【０００４】
識別情報毎に応答するＷＥＢコンテンツソース（コンテンツファイル及びＵＲＬ（Uniform Resource Locator））を切り替える。
【０００５】
関連技術として、以下の特許文献１が挙げられる。
【特許文献１】特開２００５−３３２０４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、この方法は、識別情報毎にＷＥＢコンテンツソースを作成・管理する必要があり、手間がかかる。また、応答時のＵＲＬが識別情報毎に変更されるため、ＵＲＬと識別情報の相関が開示されることになり、セキュリティ上の脆弱性がある。
【課題を解決するための手段】
【０００７】
本発明の第１の態様にかかるコンテンツ表示制御システムは、複数のブロック領域に分割された入力コンテンツデータを記憶するコンテンツデータ記憶手段と、ユーザ端末からのコンテンツ送信要求に含まれるユーザを一意に特定する識別情報に基づいて、前記複数のブロック領域夫々の表示可否を判定する判定手段と、前記コンテンツデータ記憶手段から取得した前記入力コンテンツデータから、表示不可と判定されたブロック領域のデータを全て除去して出力コンテンツデータを生成する生成手段と、前記出力コンテンツデータを前記ユーザ端末に送信する応答手段とを備えるものである。それにより、ＷＥＢクライアントを操作するユーザを一意に特定する識別情報に基づいて、前記ユーザに応答するコンテンツの表示制御を行うものである。
【０００８】
上述のコンテンツ表示制御システムにより、コンテンツデータを複数のブロック領域に分けて記載し、識別情報と各ブロック領域を対応付けた表示制御を実現することができる。そのため、識別情報に応じて表示内容にバリエーションを持たせるなど自由度の高いコンテンツ表示制御を行うことができる。
【発明の効果】
【０００９】
本発明により、識別情報に応じてコンテンツ表示制御を柔軟に行うことができる。
【発明を実施するための最良の形態】
【００１０】
以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略する。
【００１１】
発明の実施の形態１．
図１は、本実施の形態にかかるコンテンツ表示制御方法の対象の一例であるコンピュータシステム１の概略構成を示すブロック図である。コンピュータシステム１は、ユーザ端末１０と、ネットワーク２０と、ＷＥＢサーバ３０と、認証サーバ４０と、ＷＥＢコンテンツデータ記憶部５０と、表示制御情報記憶部６０と、認証情報記憶部６１とを有する。
【００１２】
ユーザ端末１０と、ＷＥＢサーバ３０とは、ネットワーク２０を介して接続されている。また、ＷＥＢサーバ３０と、認証サーバ４０とは接続され、互いに通信可能である。尚、認証サーバ４０は、ユーザ端末１０からＷＥＢサーバ３０を介さずに通信可能としてもよく、その場合、ネットワーク２０に接続されていればよい。ネットワーク２０は、インターネット、公衆網、専用線、移動体通信網等の通信ネットワークであればよい。
【００１３】
ユーザ端末１０は、送受信部１０１と、表示部１０２とを有し、ネットワーク２０に接続されたＷＥＢクライアントである。ユーザ端末１０は、例えば、パーソナルコンピュータ、携帯電話端末等である。そのため、ユーザ端末１０に内蔵されたＣＰＵ（Central Processing Unit）（不図示）は、メモリ（不図示）に格納されたＯＳ（Operating System）（不図示）及びＷＥＢクライアントアプリケーションプログラム（不図示）を実行する。送受信部１０１は、ＷＥＢサーバ３０に対してＷＥＢコンテンツ送信要求と、ＷＥＢサーバ３０からの応答としてＷＥＢコンテンツデータを受信する。表示部１０２は、受信したＷＥＢコンテンツの表示を行う。
【００１４】
ＷＥＢサーバ３０には、ＷＥＢコンテンツデータ記憶部５０が接続されている。ＷＥＢサーバ３０は、ＨＴＴＰ（Hypertext Transfer Protocol）サーバ３０１と、ＡＰ（Application）サーバ３０２と、ＷＥＢアプリケーション３０３とを有する。ＷＥＢサーバ３０は、ユーザ端末１０からＷＥＢコンテンツ送信要求を受信し、認証サーバ４０との通信及びＷＥＢコンテンツデータ記憶部５０を参照することにより、入力ＷＥＢコンテンツデータから出力ＷＥＢコンテンツデータを生成し、ユーザ端末１０へ送信する。ここで、入力ＷＥＢコンテンツデータは、ＷＥＢサーバ３０がユーザ端末１０へ応答する出力ＷＥＢコンテンツデータを生成するために用いられる入力データである。尚、ＷＥＢサーバ３０と送受信を行うＷＥＢクライアントであるユーザ端末１０は、複数であってよい。また、ＷＥＢサーバ３０の構成の詳細については、図２を用いて後述する。
【００１５】
認証サーバ４０は、表示制御情報記憶部６０と、認証情報記憶部６１とが接続されている。認証サーバ４０は、ＷＥＢサーバ３０からの認証確認要求を受信し、認証情報記憶部６１を参照して認証確認処理を行い、また、表示制御情報記憶部６０を参照し、認証された識別情報に対応する表示制御情報を取得し、ＷＥＢサーバ３０へユーザ端末１０への応答方法を送信する。また、認証サーバ４０の構成の詳細については、図３を用いて後述する。
【００１６】
ＷＥＢコンテンツデータ記憶部５０は、ＷＥＢサーバ３０がユーザ端末１０に対して送信するＷＥＢコンテンツの雛型となる入力ＷＥＢコンテンツデータを記憶する。識別情報に応じた表示制御を行うため、入力ＷＥＢコンテンツデータにおいては、ＷＥＢコンテンツがブロック領域に分けて記述され、各ブロック領域は、識別情報と対応付けるためのブロック情報が設けられている。入力ＷＥＢコンテンツデータの詳細については、図４を用いて後述する。
【００１７】
表示制御情報記憶部６０は、上述のブロック情報及び識別情報に対応付けられた表示制御情報を表示制御情報定義表として記憶する。表示制御情報は、ＷＥＢサーバ３０により出力ＷＥＢコンテンツデータが生成される際に、ブロック領域各々を表示するか否か、すなわち、ユーザ端末１０に送信するＷＥＢコンテンツに含めるか否かの判定に用いられる。表示制御情報定義表の例については、図５を用いて後述する。
【００１８】
認証情報記憶部６１は、ユーザＩＤと、パスワードと、セッションＩＤとを関連付けて記憶する。セッションＩＤは、ユーザ端末１０から送信されたユーザＩＤ及びパスワードを基に、認証サーバ４０により認証された後、認証サーバ４０により発行された一時的なデータである。尚、認証情報記憶部６１の内容は、識別情報を認証する既存の技術を実現するものであればよく、上記以外の構成であってもよい。
【００１９】
ＷＥＢコンテンツデータ記憶部５０と、表示制御情報記憶部６０と、認証情報記憶部６１として、記憶装置としてハードディスクドライブ、光磁気ディスクドライブ、フラッシュメモリ等が利用可能であり、他の構成要素と共に単一のコンピュータ内に設けられた記憶装置でもよい。また、例えば、物理的に離隔されたネットワーク・ストレージとして構成されてもよく、複数のハードディスク装置やフラッシュメモリの組み合わせにより構成されてもよい。
【００２０】
尚、認証サーバ４０は、ＷＥＢサーバ３０内に含まれていてもよい。これにより、ＷＥＢサーバ３０及び認証サーバ４０間の伝送路を介した通信にかかる時間が削減される。この場合、表示制御情報記憶部６０及び認証情報記憶部６１は、ＷＥＢサーバ３０内に含まれていてもよい。
【００２１】
また、表示制御情報記憶部６０は、認証サーバ４０に接続されている必要はなく、ＷＥＢサーバ３０に接続されていてもよい。さらに、表示制御情報記憶部６０は、独立したサーバ装置として存在してもよく、上述した接続形態に限定されるものではない。
【００２２】
図２は、本実施の形態にかかるＷＥＢサーバ３０の構成を示す機能ブロック図である。ＷＥＢサーバ３０は、ＣＰＵ３１１と、ＲＯＭ（Read Only Memory）３１２と、ＲＡＭ（Random Access Memory）３１３と、送受信部３１４と、不揮発性記憶装置３２０とを備えた典型的なコンピュータシステムを用いることができる。不揮発性記憶装置３２０は、ＯＳ３２１と、ＨＴＴＰサーバプログラム３２２と、アプリケーション（ＡＰ）サーバプログラム３２３と、ＷＥＢアプリケーションプログラム３２４とを記憶する。不揮発性記憶装置３２０として、ハードディスクドライブ、光磁気ディスクドライブ、フラッシュメモリ等が利用可能である。
【００２３】
ＣＰＵ３１１は、不揮発性記憶装置３２０に格納されたＯＳ３２１と、ＨＴＴＰサーバプログラム３２２と、ＡＰサーバプログラム３２３と、ＷＥＢアプリケーションプログラム３２４とを実行する。これにより、ＷＥＢサーバ３０は、ＨＴＴＰサーバ３０１と、ＡＰサーバ３０２と、ＷＥＢアプリケーション３０３として動作し、送受信部３１４を通してユーザ端末１０等のＷＥＢクライアント及び認証サーバ４０と通信が可能となる。ＨＴＴＰサーバ３０１は、ユーザ端末１０からのＷＥＢコンテンツ送信要求の受信処理、及び、ユーザ端末１０への応答のために生成された出力ＷＥＢコンテンツデータの送信処理を行う。また、ＡＰサーバ３０２は特定のＷＥＢコンテンツソースの記述仕様に従ったアプリケーション（ここでは、ＷＥＢアプリケーション３０３）を実行する。また、ＷＥＢアプリケーション３０３は、ユーザＩＤの認証処理、セッションＩＤの認証確認処理、表示制御の判定処理、出力ＷＥＢコンテンツデータの生成処理等を制御する。
【００２４】
ＷＥＢアプリケーション３０３における出力ＷＥＢコンテンツデータの生成処理は、ＷＥＢコンテンツ記憶部５０から雛型である入力ＷＥＢコンテンツデータを入力し、入力ＷＥＢコンテンツデータの記載内容を解析し、記載されたコンテンツ制御情報に応じて変換を行い、ＨＴＴＰレスポンスメッセージ（例えば、ＨＴＭＬデータ）を生成し、これを出力ＷＥＢコンテンツデータとするものである。尚、コンテンツ制御情報は、既存のＷＥＢアプリケーション技術によるコンテンツ記述方法により記述されていてもよい。また、本実施の形態にかかるＷＥＢアプリケーション３０３は、上述した通常のＷＥＢコンテンツデータに加え、後述するブロック情報が記載されたタグに囲まれたブロック領域のコンテンツに対して、出力ＷＥＢコンテンツデータの生成処理を行うことができる。
【００２５】
尚、ＷＥＢアプリケーション３０３は、１つのプログラムである必要は無く、複数のプログラムの集合体であってもよい。その場合、さらに、ＷＥＢアプリケーション３０３は、ネットワークを介して接続された複数のコンピュータシステムによって分散処理されても構わない。また、ＨＴＴＰサーバプログラム３２２と、ＡＰサーバプログラム３２３と、ＷＥＢアプリケーションプログラム３２４とは、ネットワークを介して接続された複数のコンピュータシステムによって分散処理されても構わない。
【００２６】
図３は、本実施の形態にかかる認証サーバ４０の構成を示す機能ブロック図である。認証サーバ４０は、ＣＰＵ４１１と、ＲＯＭ４１２と、ＲＡＭ４１３と、送受信部４１４と、不揮発性記憶装置４２０とを備えた典型的なコンピュータシステムを用いることができる。不揮発性記憶装置４２０は、ＯＳ４２１と、認証サーバプログラム４２２とを記憶する。不揮発性記憶装置４２０として、ハードディスクドライブ、光磁気ディスクドライブ、フラッシュメモリ等が利用可能である。
【００２７】
ＣＰＵ４１１は、不揮発性記憶装置４２０に格納されたＯＳ４２１と、認証サーバプログラム４２２とを実行する。これにより、認証サーバ４０は、認証サーバとして動作し、送受信部４１４を通してＷＥＢサーバ３０と通信が可能となる。また、認証サーバプログラム４２２は、ユーザＩＤの認証処理、セッションＩＤの認証確認処理、表示制御情報の取得処理等の処理を制御する。
【００２８】
図４は、本実施の形態にかかる入力ＷＥＢコンテンツデータ５００の記載例を示す図である。入力ＷＥＢコンテンツデータ５００は、ＷＥＢアプリケーション３０３により解析が行われるスクリプトデータである。入力ＷＥＢコンテンツデータ５００には、ブロック領域としてある製品コードＡについて記載されたＷＥＢコンテンツ５１１と、ブロック領域にはブロック情報である製品コードＡの先頭を示す開始タグ５１０、及びブロック情報である製品コードＡの終了を示す終了タグ５１２が記載されている。同様に、入力ＷＥＢコンテンツデータ５００には、ブロック領域としてある製品コードＢについて記載されたＷＥＢコンテンツ５２１と、対応する開始タグ５２０、終了タグ５２２が記載され、また同様に、ブロック領域としてある製品コードＣについて記載されたＷＥＢコンテンツ５３１と、対応する開始タグ５３０、終了タグ５３２が記載されている。ブロック情報は、ＷＥＢアプリケーション３０３が入力ＷＥＢコンテンツデータ５００を解析する際に参照され、表示可否の判定に用いられる。ここで、表示可と判定されたブロック情報に対応するブロック領域は、生成される出力ＷＥＢコンテンツデータに含められ、表示不可と判定されたブロック情報に対応するブロック領域は、生成される出力ＷＥＢコンテンツデータには含められない。
【００２９】
図５は、本実施の形態にかかる表示制御情報定義表６００の例を示す図である。表示制御情報定義表６００は、コンテンツ送信要求に記された識別情報がユーザＩＤであるとして、各ユーザＩＤに対してどのブロック情報のコンテンツ、言い換えると、どの製品コードに関するコンテンツが表示可能とするかを定めた表である。図５では、ユーザＩＤ６１０として、ＵｓｅｒＸ，ＵｓｅｒＹ、及び，ＵｓｅｒＺの３ユーザが定義され、製品コード６２０として、製品コードＡ、製品コードＢ、及び、製品コードＣの３種類が定義されている例を示している。例えば、表示制御情報６３０は、ユーザＩＤ：ＵｓｅｒＸからのコンテンツ送信要求に対し、製品コードＡ及び製品コードＢに対応するブロック領域のコンテンツは表示可能（"○"）、製品コードＣに対応するブロック領域のコンテンツは表示不可（"×"）という制御を行うことを示している。尚、表示制御情報定義表６００は、入力ＷＥＢコンテンツデータの作成と併せてコンテンツ提供者により作成され、予め表示制御情報記憶部６０に格納される。
【００３０】
図６は、本実施の形態にかかるコンテンツ表示制御方法のシーケンス図である。以下の説明では、次の前提条件を満たすものをシーケンスの例とする。まず、ユーザ端末１０は、事前に、認証サーバ４０によるユーザＩＤ認証処理が完了しており、その際、認証サーバ４０により発行されたセッションＩＤを受信し、ユーザ端末１０内に記憶済みであるとする。また、認証情報記憶部６１には、当該発行されたセッションＩＤが当該ユーザＩＤに関連付けて記憶済みであるとする。また、当該セッションＩＤは、ユーザ端末１０や認証情報記憶部６１に記憶しておくための条件があり、条件が無効と判定されると消去されるものであるとする。ここでは、当該セッションＩＤは、有効とされる条件を満たしているものとする。セッションＩＤが有効と判定される条件とは、例えば、当該セッションＩＤが発行されてから一定時間内であることや、ユーザ端末１０のＷＥＢクライアント（ブラウザ等）が停止されていないことである。
【００３１】
上述した前提条件の下で、まず、ユーザ端末１０は、ユーザのＷＥＢクライアントからの入力に基づき、送受信部１０１によりＷＥＢサーバ３０に対してコンテンツ送信要求を送信する（Ｓ１１０）。このとき、コンテンツ送信要求には、ユーザが閲覧を希望するコンテンツを表わす対象コンテンツデータ情報と、ユーザ端末１０に記憶されているセッションＩＤが含まれる。対象コンテンツデータ情報は、例えば、ＨＴＴＰリクエストに含まれる宛先ＵＲＬや、ＨＴＴＰリスクエストに付加された各種パラメータデータを指す。
【００３２】
また、ＷＥＢサーバ３０は、送受信部３１４により受信したコンテンツ送信要求に記載された、対象コンテンツデータ情報及びセッションＩＤを得る（Ｓ１２０）。このとき、ＷＥＢサーバ３０は、対象コンテンツデータ情報から、処理対象となる入力ＷＥＢコンテンツデータを特定する。入力ＷＥＢコンテンツデータの一例としては、図４に示す入力ＷＥＢコンテンツデータ５００が挙げられる。
【００３３】
その後、ＷＥＢサーバ３０は、得たセッションＩＤを認証サーバ４０へ送信し、認証確認を要求する（Ｓ１３０）。
【００３４】
認証サーバ４０は、送受信部４１４によりセッションＩＤを受信し、認証確認を行う（Ｓ１３１）。このとき、認証サーバ４０は、認証情報記憶部６１を参照し、セッションＩＤが有効と判定された場合、ユーザＩＤを取得する。例えば、認証情報記憶部６１にセッションＩＤの有効期限が記憶されている場合、認証サーバ４０は、有効期限を取得し、現在時刻と有効期限の比較をし、現在時刻が有効期限内であれば、セッションＩＤに対応するユーザＩＤを取得する。この例では、受信したセッションＩＤは、認証情報記憶部６１に存在し、有効期限内であるため、ユーザＩＤが取得される。
【００３５】
続いて、認証サーバ４０は、取得されたユーザＩＤに基づいて、表示制御情報の取得を行う（Ｓ１３２）。具体的には、まず、認証サーバ４０は、表示制御情報記憶部６０内にある表示制御情報定義表６００を参照し、ユーザＩＤ（例えば、ＵｓｅｒＸ）に対応する表示制御情報６３０を取得する。その後、認証サーバ４０は、送受信部４１４により表示制御情報６３０をＷＥＢサーバ３０へ送信する（Ｓ１３３）。ＷＥＢサーバ３０は、送受信部３１４により受信した表示制御情報６３０をＲＡＭ３１３に格納する。
【００３６】
その後、ＷＥＢサーバ３０は、ＷＥＢコンテンツデータ記憶部５０を参照し、入力ＷＥＢコンテンツデータ５００を解析すると共に、ＲＡＭ３１３を参照して表示可否の判定処理及び出力ＷＥＢコンテンツデータ（不図示）の生成処理を行う（Ｓ１４０）。
【００３７】
ここで、当該判定処理及び生成処理については、図１７に示すフローチャート図を用いて説明する。尚、以下では、データの読み込みは、行単位にデータの先頭から行われるものとする。また、入力ＷＥＢコンテンツデータ５００内の開始タグ及び終了タグのそれぞれの記載は、行を跨がないで記載されているものとする。例えば、開始タグの記載は、"<%--"で始まり、"--%>"で終わるが、それらが同一行に記載されているものとする。また、以下では、ＲＡＭ３１３内には、読込データ領域及び出力データ領域が確保されているものとする。読込データ領域とは、ＷＥＢサーバ３０が入力ＷＥＢコンテンツデータ５００から読み込んだデータの格納領域であり、出力データ領域とは、ＷＥＢサーバ３０が出力ＷＥＢコンテンツデータへ変換したデータの格納領域である。
【００３８】
まず、ＷＥＢサーバ３０は、ＷＥＢコンテンツデータ記憶部５０を参照し、入力ＷＥＢコンテンツデータ５００の１行目を読み込む（Ｓ１４１）。その際、読み込んだデータは、ＲＡＭ３１３内の読込データ領域に格納される。次に、ＷＥＢサーバ３０は、ＲＡＭ３１３を参照し、読込データ領域に開始タグが含まれるか否かを判定する（Ｓ１４２）。ここでは、入力ＷＥＢコンテンツデータ５００の１行目は、開始タグを含んでいないと判定され、ステップＳ１４６へ進む。
【００３９】
続いて、ＷＥＢサーバ３０は、読込データ領域のデータを変換して、ＨＴＴＰレスポンスデータに含める出力ＷＥＢコンテンツデータを生成する（Ｓ１４６）。ここでは、ＷＥＢサーバ３０は、入力ＷＥＢコンテンツデータ５００内に含まれるコンテンツ制御情報に応じて変換して、ＲＡＭ３１３内の出力データ領域に出力ＷＥＢコンテンツデータとして格納する。この際、併せて、読込データ領域のデータを消去する。尚、コンテンツ制御情報からＨＴＴＰレスポンスデータに含めるデータを生成する処理は、既存のＷＥＢアプリケーション技術として公知な技術であるため、ここでは詳細な説明を省略する。
【００４０】
その後、入力ＷＥＢコンテンツデータ５００が最後まで読み込まれたか否かを判定する（Ｓ１４８）。ここでは、読み込まれていないデータが存在するため、ステップＳ１４１へ戻り、次の行を読み込む。以降、ステップＳ１４２で、開始タグが含まれると判定されるまで、ステップＳ１４１、Ｓ１４２、Ｓ１４６及びＳ１４８が繰り返される。
【００４１】
ステップＳ１４２にて、読込データ領域にブロック情報である開始タグが含まれていると判定された場合、ステップＳ１４３へ進む。そして、ＷＥＢサーバ３０は、判定された開始タグからブロック情報を抽出する（Ｓ１４３）。ここでは、開始タグ５１０に含まれる「製品コードＡ」の文字列が抽出される。また、抽出された文字列は、ＲＡＭ３１３に格納される。さらに、ＷＥＢサーバ３０は、入力ＷＥＢコンテンツデータ５００を読み込み、ＲＡＭ３１３内の読込データ領域に格納し、読込データ領域に終了タグが含まれるか否かを判定する。ＷＥＢサーバ３０は、終了タグが含まれていると判定されるまでの間、上述した入力ＷＥＢコンテンツデータ５００の読み込み、ＲＡＭ３１３内の読込データ領域への格納、読込データ領域に終了タグが含まれるか否かの判定を続ける（Ｓ１４４）。ここでは、コンテンツ５１１及び終了タグ５１２が読み込まれる。
【００４２】
その後、ＷＥＢサーバ３０は、ＲＡＭ３１３を参照し、抽出した「製品コードＡ」に対応する表示制御情報６３０を取得し、表示可否を判定する（Ｓ１４５）。ここでは、表示可（"○"）であると判定され、ステップＳ１４６へ進む。そして、読込データ領域のデータを変換して、出力データ領域の出力ＷＥＢコンテンツデータに追記する（Ｓ１４６）。読込データ領域には、開始タグ５１０、コンテンツ５１１及び終了タグ５１２が含まれており、開始タグ５１０及び終了タグ５１２を消去する。出力ＷＥＢコンテンツデータには、コンテンツ５１１のみが変換されて、追記される。
【００４３】
続いて、ＷＥＢサーバ３０は、入力ＷＥＢコンテンツデータ５００が最後まで読み込まれていないと判定し（Ｓ１４８）、次の行を読み込む（Ｓ１４１）。ここでは、入力ＷＥＢコンテンツデータ５００内の終了タグ５１２から開始タグ５２０の間の記載（不図示）が、読込データ領域に格納される。読込データ領域には、開始タグを含んでいないと判定され（Ｓ１４２）、読込データ領域のデータを変換して、出力ＷＥＢコンテンツデータに追記する（Ｓ１４６）。また、入力ＷＥＢコンテンツデータ５００が最後まで読み込まれていないことが判定され（Ｓ１４８）、次の行を読み込む（Ｓ１４１）。
【００４４】
以降、開始タグ５２０、コンテンツ５２１、終了タグ５２２、及び、終了タグ５２２から開始タグ５３０の間の記載（不図示）に対して、処理が行われるが、上述した処理と同様のため、説明を省略する。
【００４５】
次に、ＷＥＢサーバ３０は、入力ＷＥＢコンテンツデータ５００から開始タグ５３０が含まれる行を読み込み、読込データ領域に格納する（Ｓ１４１）。ＷＥＢサーバ３０は、読込データ領域に開始タグ５３０が含まれていると判定し（Ｓ１４２）、判定された開始タグのデータからブロック情報を抽出する（Ｓ１４３）。ここでは、開始タグ５３０に含まれる「製品コードＣ」の文字列が抽出され、ＲＡＭ３１３に格納される。また、コンテンツ５３１及び終了タグ５３２が読み込まれ、読込データ領域に格納される（Ｓ１４４）。
【００４６】
続いて、ＷＥＢサーバ３０は、ＲＡＭ３１３を参照し、抽出した「製品コードＣ」が、表示不可（"×"）であると判定する（Ｓ１４５）。そして、読込データ領域のデータが削除される（Ｓ１４７）。すなわち、入力ＷＥＢコンテンツデータ５００の内、コンテンツ５３１は変換には用いられないこととなる。
【００４７】
その後、ＷＥＢサーバ３０は、入力ＷＥＢコンテンツデータ５００が最後まで読み込まれていないと判定し（Ｓ１４８）、次の行を読み込む（Ｓ１４１）。以降、ＷＥＢサーバ３０は、終了タグ５３２から入力ＷＥＢコンテンツデータ５００の最後までの記載（不図示）に対して、ステップＳ１４２、及び、Ｓ１４６の処理を行い、入力ＷＥＢコンテンツデータ５００が最後まで読み込まれたと判定し（Ｓ１４８）、処理を終了する。
【００４８】
図６に戻って説明する。ＷＥＢサーバ３０は、生成された出力ＷＥＢコンテンツデータを含めたＨＴＴＰレスポンスデータを、送受信部３１４を通じてユーザ端末へ送信する（Ｓ１７０）。
【００４９】
その後、ユーザ端末１０は、送受信部１０１にてＨＴＴＰレスポンスデータを受信し、表示部１０２にて、出力ＷＥＢコンテンツデータを解析して、表示ＷＥＢコンテンツ５０１として画面上に表示する。ここで、図７は、本実施の形態にかかるコンテンツ表示制御方法を適用した際の画面表示例である。表示ＷＥＢコンテンツ５０１は、ＷＥＢコンテンツデータ記憶部５０の入力ＷＥＢコンテンツデータ５００の内、コンテンツ５１１、５２１及び、その他ブロック領域以外のデータで構成される。尚、その他ブロック領域以外のデータとは、開始タグ５１０以前の部分、終了タグ５１２及び開始タグ５２０の間、終了タグ５２２及び開始タグ５３０の間、及び、終了タグ５３２以降の部分、それぞれに記載されたデータを指す。例えば、表示ＷＥＢコンテンツ５０１では、「プレミアム会員トップ画面」と記載された内容を指す。
【００５０】
これにより、ユーザ端末１０に対して、表示制御情報定義表６００に表示可と定義された製品コードＡについて記載されたＷＥＢコンテンツ５１１、及び製品コードＢについて記載されたＷＥＢコンテンツ５２１が送信され、表示制御情報定義表６００に表示不可と定義された製品コードＣについて記載されたＷＥＢコンテンツ５３１は送信されなかったこととなる。すなわち、表示制御情報定義表６００に定義された表示制御情報６３０に基づいたコンテンツの表示制御が行われたことになる。
【００５１】
このように、本実施の形態では、識別情報及びブロック領域に対応する表示制御情報６３０を表示制御情報定義表６００に定義することにより、きめ細かなコンテンツ管理が可能となる。
【００５２】
発明の実施の形態２．
上述した発明の実施の形態１にかかるコンテンツ表示制御方法は、処理対象の入力ＷＥＢコンテンツデータに対して、識別情報に応じた表示制御処理を必ず行うものであった。しかし、複数の入力ＷＥＢコンテンツデータを備えるＷＥＢサイトにおいて、すべての入力ＷＥＢコンテンツデータに対して表示制御を行う必要があるとは限らない。または、一定期間は表示制御を行うが、それ以外の期間は、表示制御を行う必要がない場合もある。例えば、一定期間は、会員に限定して公開を許可するが、一定期間経過後は、情報価値が下がるため、公開に制限を設ける必要が無くなる場合がある。
【００５３】
または、入力ＷＥＢコンテンツデータの更新内容により、入力ＷＥＢコンテンツデータに対して表示制御を行うか否かを変更する場合がある。その場合、上述した表示制御情報定義表において、当該入力ＷＥＢコンテンツデータに含まれるブロック情報における全てのユーザＩＤの表示制御情報を個別に更新することで対応可能ではあるが、更新対象となるユーザＩＤ及びブロック情報が多い時には、煩雑である。
【００５４】
さらに、表示制御を行う必要がない入力ＷＥＢコンテンツデータに対して、発明の実施の形態１にかかる表示制御有無の判定処理を行うことは、処理時間を無駄に費やすこととなり、ユーザ端末１０への応答が遅くなる。
【００５５】
そこで、本実施の形態は、入力ＷＥＢコンテンツデータ単位に表示制御の有無を設定できるようにし、表示制御無の場合は、表示制御判定処理自体を行わないようにしたものである。
【００５６】
図８は、本実施の形態にかかるコンテンツ表示制御方法の対象の一例であるコンピュータシステム２の概略構成を示すブロック図である。コンピュータシステム２は、本発明の実施の形態１にかかるコンピュータシステム１におけるＷＥＢサーバ３０が、入力ＷＥＢコンテンツデータ単位に表示制御を行うＷＥＢサーバ３１に置き換わり、ＷＥＢコンテンツ表示制御情報記憶部５１がさらに接続されたものである。ＷＥＢサーバ３１は、ＷＥＢサーバ３０に比べ、ＷＥＢアプリケーション３０３が、コンテンツ送信要求に応じて入力ＷＥＢコンテンツデータが表示制御対象か否かを判定するＷＥＢアプリケーション３０３ａに置き換わったものである。ＷＥＢアプリケーション３０３ａは、ＷＥＢアプリケーション３０３に比べ、後述する図９に示すシーケンス図内のステップＳ１２１及びＳ１４０ａに対応する処理が追加されたものである。それ以外の構成については、図１と同等のため、説明を省略する。また、ＷＥＢサーバ３１の構成は、図２において、ＷＥＢアプリケーションプログラム３２４が、ＷＥＢアプリケーション３０３ａとして動作するように、変更が加えられたもの（不図示）に置き換わったものである。それ以外の構成については、図２と同等のため、説明を省略する。
【００５７】
ＷＥＢコンテンツ表示制御情報記憶部５１は、コンテンツデータ名とコンテンツ表示制御有無情報とを対応付けて記憶する。ＷＥＢコンテンツ表示制御情報記憶部５１に記憶された各コンテンツデータ名は、ＷＥＢコンテンツデータ記憶部５０に格納された複数の入力ＷＥＢコンテンツデータにそれぞれ対応するものである。コンテンツ表示制御有無情報は、表示制御有、又は、表示制御無のいずれかで表現される。表示制御有の場合、対応するＷＥＢコンテンツデータは、表示制御対象の入力ＷＥＢコンテンツデータであることを示す。表示制御無の場合、対応する入力ＷＥＢコンテンツデータは、表示制御対象の入力ＷＥＢコンテンツデータでないことを示し、当該入力ＷＥＢコンテンツデータにはブロック領域に分けて記述されていないか、記述されていても、ブロック領域に対する表示制御を行わずに出力ＷＥＢコンテンツデータが送信されることを示す。
【００５８】
ＷＥＢコンテンツ表示制御情報記憶部５１は、ハードディスクドライブ、光磁気ディスクドライブ、フラッシュメモリ等が利用可能であり、他の構成要素と共に単一のコンピュータ内に設けられた記憶装置でもよいが、例えば、物理的に離隔されたネットワーク・ストレージとして構成されてもよく、複数のハードディスク装置やフラッシュメモリの組み合わせにより構成されてもよい。
【００５９】
図９は、本実施の形態にかかるコンテンツ表示制御方法のシーケンス図である。ここでは、表示制御を行う必要がない入力ＷＥＢコンテンツデータに対するコンテンツ送信要求の例を説明する。図６との違いは、ステップＳ１２０の後に、ステップＳ１３０乃至Ｓ１３３に代わりステップＳ１２１が、また、ステップＳ１４０に代わりＳ１４０ａが置き換わったことである。それ以外の処理については図６と同じ処理であることから、同じ符号を付加しており、これらの詳細な説明は省略する。
【００６０】
ＷＥＢサーバ３１は、コンテンツ送信要求に含まれる対象コンテンツデータ情報から、処理対象ファイルである入力ＷＥＢコンテンツデータ及びコンテンツデータ名を特定済みとする。その状態で、ＷＥＢサーバ３１は、ＷＥＢコンテンツ表示制御情報記憶部５１を参照し、コンテンツデータ名に関連付けられたコンテンツ表示制御有無情報を取得し、入力ＷＥＢコンテンツデータの表示制御有無を判定する（Ｓ１２１）。表示制御有の場合、ステップＳ１３０へ進み、当該入力ＷＥＢコンテンツデータにおいて、本発明の実施の形態１と同様の処理を行う。表示制御無の場合、ステップＳ１４０ａへ進む。ＷＥＢサーバ３１は、当該入力ＷＥＢコンテンツデータを読み込み、開始タグ及び終了タグがあれば、それらを消去すると共に、コンテンツ制御情報に応じて変換し、出力ＷＥＢコンテンツデータを生成する。以降、ステップＳ１７０の処理が行われる。
【００６１】
このように、本実施の形態では、ステップＳ１２１にて、表示制御を行う必要がない入力ＷＥＢコンテンツデータに対して、表示制御判定処理を回避することより、判定にかかる処理時間を省くことができ、ＷＥＢサイト全体の応答時間の遅れを防ぐことができる。
【００６２】
さらに、ＷＥＢコンテンツ表示制御情報記憶部５１を設けることで、入力ＷＥＢコンテンツデータ単位での表示制御の管理が容易となる。
【００６３】
発明の実施の形態３．
本発明の実施の形態３にかかるコンテンツ表示制御方法は、表示制御情報を各種履歴に基づいて変更させるものである。各種履歴とは、例えば、ＷＥＢサーバへのアクセス回数、アクセス時間、最後のアクセスからの経過時間などである。この制御方法の一例としては、一定期間アクセスのないユーザＩＤに対して、入力ＷＥＢコンテンツデータ内の一部のコンテンツを表示しないように表示制御情報を変更するというものが挙げられる。
【００６４】
図１０は、本実施の形態にかかるコンテンツ表示制御方法の対象の一例であるコンピュータシステム３の概略構成を示すブロック図である。コンピュータシステム３は、本発明の実施の形態１にかかるＷＥＢサーバ３０が、表示制御情報をアクセス履歴に基づいて変更させるＷＥＢサーバ３２に置き換わり、ＷＥＢサーバ３２にアクセス履歴情報記憶部５２が接続されたものである。ＷＥＢサーバ３２は、ＷＥＢサーバ３０に比べ、ＷＥＢアプリケーション３０３が、コンテンツ送信要求に応じてアクセス履歴を更新しつつ、アクセス履歴に基づいて表示制御情報を更新するＷＥＢアプリケーション３０３ｂに置き換わり、表示制御情報更新アプリケーション３０４をさらに有したものである。ＷＥＢアプリケーション３０３ｂは、ＷＥＢアプリケーション３０３に比べ、後述する図１３に示すシーケンス図内のステップＳ１８０に対応する処理が追加されたものである。それ以外の構成については、図１と同等のため、説明を省略する。
【００６５】
ＷＥＢアプリケーション３０３ｂは、ＷＥＢアプリケーション３０３の機能に加え、
ユーザ端末１０から送信要求のあった入力ＷＥＢコンテンツデータと識別情報について、アクセス履歴情報記憶部５２にアクセス履歴を記録する。ＷＥＢサーバ３２の構成の詳細は、図１１で後述する。
【００６６】
表示制御情報更新アプリケーション３０４は、一定期間アクセスのない識別情報について、入力ＷＥＢコンテンツデータ内のブロック領域を部分的に表示不可に更新するものである。表示制御情報更新アプリケーション３０４は、アクセス履歴情報記憶部５２を参照し、一定条件を満たす場合に、認証サーバ４０経由で表示制御情報記憶部６０に対して、表示制御情報の更新を行う。表示制御情報更新アプリケーション３０４は、定期的に起動されるものであり、その時点でのアクセス履歴から上記の条件の判定を行う。
【００６７】
アクセス履歴情報記憶部５２は、ユーザＩＤなどの識別情報、アクセス日時、コンテンツデータ名を関連付けてアクセス履歴テーブルとして記憶する。アクセス履歴情報記憶部５２は、ハードディスクドライブ、光磁気ディスクドライブ、フラッシュメモリ等が利用可能であり、他の構成要素と共に単一のコンピュータ内に設けられた記憶装置でもよいが、例えば、物理的に離隔されたネットワーク・ストレージとして構成されてもよく、複数のハードディスク装置やフラッシュメモリの組み合わせにより構成されてもよい。アクセス履歴テーブルの例については、図１２で後述する。
【００６８】
図１１は、本実施の形態にかかるＷＥＢサーバ３２の構成を示す機能ブロック図である。ＷＥＢサーバ３２は、本発明の実施の形態１にかかるＷＥＢサーバ３０の不揮発性記憶装置３２０に格納されたＷＥＢアプリケーションプログラム３２４が、コンテンツ送信要求に応じてアクセス履歴を更新するＷＥＢアプリケーションプログラム３２４ａに置き換わり、アクセス履歴に基づいて表示制御情報を更新する表示制御情報更新プログラム３２５がさらに記憶されたものである。
【００６９】
ＣＰＵ３１１は、不揮発性記憶装置３２０に格納されたＷＥＢアプリケーションプログラム３２４ａ及び表示制御情報更新プログラム３２５をさらに実行する。これにより、ＷＥＢサーバ３２は、ＷＥＢアプリケーション３０３ａ及び表示制御情報更新アプリケーション３０４として動作し、アクセス履歴情報記憶部５２に対して読み書きを行い、また、送受信部３１４を通して認証サーバ４０に接続された表示制御情報記憶部６０に対して読み書きを行う。
【００７０】
図１２は、本実施の形態にかかるアクセス履歴テーブル５４０の例を示す図である。アクセス履歴テーブル５４０は、アクセス日時５４１と、識別情報であるユーザＩＤ５４２と、コンテンツデータ名５４３との関係を示した複数のエントリからなる。アクセス日時５４１は、ユーザ端末１０から入力ＷＥＢコンテンツデータに対してアクセスされた時刻を示す。例えば、アクセス日時５４４は、対象コンテンツデータ名"ＡＢＣ"に対してＵｓｅｒＸがアクセスした時刻が、"2007/3/29 17:20:11"であったことを示す。尚、アクセス履歴テーブル５４０の構成はこれに限定されない。
【００７１】
図１３は、本実施の形態にかかるコンテンツ表示制御方法のシーケンス図である。図６との違いは、ステップＳ１８０が追加されたことである。それ以外の処理については図６と同じ処理を行うため、同じ符号を付加しており、詳細な説明は省略する。
【００７２】
ＷＥＢサーバ３２は、ステップＳ１７０にてユーザ端末１０に対してＨＴＴＰレスポンスデータを、送受信部３１４を通じて送信する。その後、ステップＳ１８０では、ＷＥＢサーバ３２は、ユーザ端末１０から送信要求のあった入力ＷＥＢコンテンツデータに対応するコンテンツデータ名と、ユーザＩＤなどの識別情報と、出力ＷＥＢコンテンツデータであるＨＴＴＰレスポンスデータを送信した日時情報を、アクセス履歴情報記憶部５２に記録する。
【００７３】
図１４は、本実施の形態にかかる表示制御情報更新アプリケーション３０４のフローチャート図である。まず、フローチャートの処理概要を説明する。ステップＳ２１０では、アクセス履歴情報記憶部５２を参照し、各ユーザＩＤなどの識別情報の最終アクセス日時情報を最終アクセス日時情報リストに格納する。ステップＳ２２０では、最終アクセス日時情報リストから最終アクセス日時を得る。ステップＳ２３０では、取得された最終アクセス日時が一定期間外であるか否かが判定される。得られた最終アクセス日時が一定期間内である場合、ステップＳ２５０へ進む。ステップＳ２４０では、得られた最終アクセス日時が一定期間外である場合、すなわち、一定期間以上アクセスがされていないユーザＩＤなどの識別情報である場合、当該識別情報に対応する表示制御情報を更新する。ステップＳ２５０では、最終アクセス日時情報リスト内の未処理データ有無を確認する。未処理データが存在すれば、ステップＳ２２０へ進み、未処理データが存在しなければ、処理を終了する。
【００７４】
次に、表示制御情報更新アプリケーション３０４の適用例を図１４のフローチャート図に沿って説明する。前提として、図５に示す表示制御情報定義表６００が定義された状態で、ユーザ端末１０は、ユーザＩＤ"ＵｓｅｒＸ"を付加してコンテンツ"ＡＢＣ"の送信要求（アクセス）をＷＥＢサーバ３２に対して行っており、図１２に示すようなアクセス履歴が記録されているとする。また、表示制御情報更新アプリケーション３０４は、最終アクセス日時が"2007/04/01 00:00:00"以前のユーザＩＤには、製品コードＢに対応するコンテンツを送信しないものとする。その時点で、表示制御情報更新アプリケーション３０４が起動されたとする。
【００７５】
ステップＳ２１０では、表示制御情報更新アプリケーション３０４は、アクセス履歴情報記憶部５２を参照し、各ユーザＩＤについての最終アクセス日時情報を取得し、各ユーザＩＤと各ユーザＩＤに対応する最終アクセス日時情報とを最終アクセス日時情報リストとしてＲＡＭ３１３内に保存する。
【００７６】
具体的には、まず、アクセス履歴テーブル５４０のユーザＩＤ５４２について最後のアクセス履歴情報から古いアクセス履歴情報へ順番に検索する。ここでは、図１２のアクセス履歴テーブル５４０におけるＵｓｅｒＹのレコードを得る。次に、得られたアクセス履歴情報から、アクセス日時"2007/04/02 09:26:51"を抽出する。そして、ＵｓｅｒＹと、アクセス日時"2007/04/02 09:26:51"とを対応づけて最終アクセス日時情報リストに登録する。同様に、ＵｓｅｒＺと、アクセス日時"2007/04/02 09:02:03"とを対応付け、続いて、ＵｓｅｒＸと、アクセス日時"2007/3/29 17:20:11"とを対応付けて最終アクセス日時情報リストに登録する。全ての識別情報に対して最終アクセス日時情報リストを更新し終わった後、ステップＳ２２０へ進む。
【００７７】
ステップＳ２２０では、表示制御情報更新アプリケーション３０４は、ＲＡＭ３１３を参照し、最終アクセス日時情報リストから一つ目（ＵｓｅｒＹ）の最終アクセス日時情報"2007/04/02 09:26:51"を取得する。以後、ステップＳ２５０から戻る度に、二つ目（ＵｓｅｒＺ）、三つ目（ＵｓｅｒＸ）の最終アクセス日時情報"2007/04/02 09:02:03"及び"2007/3/29 17:20:11"がそれぞれ取得される。
【００７８】
一方で、ユーザＩＤには有効期限が設定されているとする。その場合は、ユーザＩＤの最終アクセス日時と有効期限を比較することで、ユーザＩＤが有効か無効かを判定できることになる。ステップＳ２３０では、表示制御情報更新アプリケーション３０４は、抽出されたアクセス日時が有効期間"2007/04/01 00:00:00"以前であるか否かを判定する。ここでは、ＵｓｅｒＹの最終アクセス日時は、有効期間以降であると判定し、ステップＳ２５０へ進む。これは、ＵｓｅｒＺの最終アクセス日時の判定の場合も同様である。
【００７９】
ステップＳ２５０では、表示制御情報更新アプリケーション３０４は、ＲＡＭ３１３を参照し、最終アクセス日時情報リスト内の未処理データの有無を確認する。ここでは、未処理データであるＵｓｅｒＺの最終アクセス日時情報が存在するため、ステップＳ２２０へ進む。
【００８０】
ＵｓｅｒＺの最終アクセス日時情報についての処理は、ＵｓｅｒＹと同様のため、説明を省略する。次に、ステップＳ２５０にて、ＵｓｅｒＸの最終アクセス日時情報が存在し、ステップＳ２２０にて、ＵｓｅｒＸの最終アクセス日時情報"2007/3/29 17:20:11"が最終アクセス日時情報リストから得られる。
【００８１】
ここで、ステップＳ２３０では、ＵｓｅｒＸの最終アクセス日時は、有効期間以前であると判定され、ステップＳ２４０へ進む。
【００８２】
ステップＳ２４０では、表示制御情報更新アプリケーション３０４は、認証サーバ４０を経由して表示制御情報記憶部６０へ更新を行う。図１５に示すように、表示制御情報定義表６００における表示制御情報６３０に対して、ユーザＩＤがＵｓｅｒＸ、かつ、製品コードＢの表示制御情報を表示不可（"×"）に更新する。
【００８３】
その後、ステップＳ２５０では、最終アクセス日時情報リスト内の未処理データが存在しないため、処理を終了する。
【００８４】
これ以降、ユーザ端末１０は、ユーザＩＤ"ＵｓｅｒＸ"を付加したコンテンツ"ＡＢＣ"の送信要求を、ＷＥＢサーバ３２に対して行った場合、受信したＨＴＴＰレスポンスデータを表示部１０２の画面上に表示すると、図１６に示すようになる。表示ＷＥＢコンテンツデータ５０２は、入力ＷＥＢコンテンツデータ５００の内、コンテンツ５１１、その他ブロック領域以外のデータが表示される。
【００８５】
このように、本発明の実施の形態３にかかるコンテンツ表示制御方法では、アクセス履歴テーブルに基づき、一定期間以降にアクセスが無いユーザＩＤについては、一部のブロック領域を表示不可とすることができる。これにより、次回アクセスした際には、更新された表示制御情報に基づいて、表示制御されるため、一定期間以降にアクセスが無いユーザＩＤ、あるいは、利用頻度の少ないユーザＩＤに対しては、公開するＷＥＢコンテンツの情報量を抑えることができる。
【００８６】
その他の発明の実施の形態.
上述した本発明の実施の形態１乃至３における表示制御情報、コンテンツ表示制御有無情報等は、フラグや数値等で表現してもよい。
【００８７】
尚、本発明の実施の形態１にかかる入力ＷＥＢコンテンツデータ５００におけるブロック情報は、図４に例示した「製品コード」に限定されるものではない。また、ブロック領域を定義するために、ブロック情報を用いなくてもよい。すなわち、ブロック領域は、ＷＥＢアプリケーション３０３が認識できるように入力ＷＥＢコンテンツデータ５００に記載されていればよい。
【００８８】
尚、本発明の実施の形態１にかかる入力ＷＥＢコンテンツデータ５００のブロック情報の記載方法は、図４に示した形式に限定されるものではない。例えば、ブロック領域を特定するために、開始タグのみにブロック情報を含め、終了タグには共通のタグを使用すること、もしくは、その逆でも実現可能である。又は、ブロック領域を特定するために、開始タグ内にブロック領域のデータ量を定義しておくことで、終了タグを不要とすることができる。さらに、ブロック領域は入れ子で表現してもよい。それにより、情報表示の自由度をさらに高めることができる。
【００８９】
尚、上述した図１７の判定処理及び生成処理の説明において、入力ＷＥＢコンテンツデータ５００内の開始タグ及び終了タグのそれぞれの記載は、行を跨がないで記載されているものとしたが、これらは、行を跨いで記載されても構わない。例えば、ある開始タグは、"--%>"の記載が"<%--"の後の行に記載されていても構わない。その場合、ステップＳ１４１では、出力ＷＥＢコンテンツデータの生成のために読み込んだデータをＲＡＭ３１３に単位データサイズ分のバッファデータとして記憶する。そして、ステップＳ１４２では、ＲＡＭ３１３内のバッファデータを参照し、開始タグの末尾が検出されなかった場合（ここでは、"--%>"で終了していない場合）、引き続き、開始タグの終了部分を見つけるまで次の行を読み込み続ける。
【００９０】
尚、上述した図１７のフローチャート図では、ＷＥＢサーバ３０が入力ＷＥＢコンテンツデータ５００から出力ＷＥＢコンテンツデータを生成する際、入力ＷＥＢコンテンツデータ５００をＲＡＭ３１３内の読込データ領域に格納し、その都度、ステップＳ１４６で出力ＷＥＢコンテンツデータへの変換を行うこととしているが、本発明の実施の形態はこれに限定されるものではない。例えば、一旦、入力ＷＥＢコンテンツデータ５００全てに対して、表示可否判定を行ない、ステップＳ１４８の後、読み込みデータ領域のデータに対して、一括して出力ＷＥＢコンテンツデータへの変換を行うようにしてもよい。
【００９１】
尚、上述した図１７のステップＳ１４７は、ステップＳ１４５の判定結果に関わらずに処理しても構わない。その場合、ステップＳ１４６で行われていた読込データ領域のデータの消去処理を統合すればよい。
【００９２】
尚、上述した図６のステップＳ１３１において、認証サーバ４０でセッションＩＤの認証が正常に行えなかった場合、次のような処理をすればよい。認証サーバ４０は、認証確認が正常に行えなかった旨をＷＥＢサーバ３０へ返信し、ユーザ端末１０へ応答してもよい。または、ユーザ端末１０に対して、ユーザＩＤとパスワードの入力を要求する画面を表示するなどして再度認証要求をしてもよい。尚、セッションＩＤの認証が正常に行えない場合の例としては、セッションＩＤが不正に改竄された値で認証情報記憶部６１に存在しない場合、又は、有効期限が切れていた場合などが挙げられる。
【００９３】
尚、本発明の実施の形態１において、認証サーバ４０における認証処理、及び、認証サーバ４０における図６のステップＳ１３１の認証確認処理は、公知技術としてよく知られているものであるから、ここでは詳細な説明を省略する。また、具体的な実現手段は上記に限らない。
【００９４】
また、本発明の実施の形態１では、識別情報としてセッションＩＤを用いたが、これに限らず、別の公知技術を使った認証方法を用いても構わない。
【００９５】
尚、本発明の実施の形態１における表示制御処理を行うためには、認証処理及び認証確認処理は必須ではない。例えば、コンテンツ送信要求に付加される識別情報として、セッションＩＤではなく、ユーザＩＤを用いることで実現できる。それは、表示制御情報定義表６００に定義された識別情報としてユーザＩＤが用いられているため、セッションＩＤを介してユーザＩＤを取得せずとも、表示制御情報が取得可能だからである。その場合、図６においてステップＳ１３１の処理が不要となる。具体的には、次のような処理の流れとなる。
【００９６】
まず、ユーザ端末１０は、ユーザＩＤを付加したコンテンツ送信要求を送信する（Ｓ１１０）。次に、ＷＥＢサーバ３０は、受信したコンテンツ送信要求からユーザＩＤを取得する（Ｓ１２０）。そして、ＷＥＢサーバ３０は、認証サーバ４０へ識別情報としてユーザＩＤを送信する（Ｓ１３０）。認証サーバ４０は、ユーザＩＤから該当する表示制御情報を取得する（Ｓ１３２）。以降、Ｓ１３３以降は、上述した図６の説明と同様の処理となる。
【００９７】
又は、本発明の実施の形態１における認証処理及び認証確認処理は、将来的にはより高度で複雑なものに置き換えてもよい。それにより、よりセキュリティを高めることができる。
【００９８】
尚、本発明の実施の形態１にかかる入力ＷＥＢコンテンツデータは、図４に示すように、表示制御を行うために、表示制御情報定義表６００を用いていたが、入力ＷＥＢコンテンツデータ５００に表示制御情報自体を記載しても構わない。例えば、入力ＷＥＢコンテンツデータ５００内に、ユーザＩＤなどの識別情報毎にブロック領域を設け、コンテンツ送信要求に含まれる識別情報と照合し、表示可否の判定を行っても良い。この場合、表示制御情報記憶部５０が不要となり、一旦、認証が行われた場合は、コンテンツ送信要求毎に、認証サーバ４０から表示制御情報の取得を行う必要がなくなり、表示可否の判定処理速度が向上する。
【００９９】
また、本発明の実施の形態１では、表示制御は、ユーザＩＤなどの識別情報のみならず、付帯情報に基づいて行われるということでもよい。付帯情報の１つとして、例えば、グループＩＤが挙げられる。グループＩＤは、ユーザＩＤの所属会社、役職、性別等、複数のユーザＩＤに共通する条件を満たすものであればよい。その場合、表示制御情報定義表６００のユーザＩＤ６１０の代わりにグループＩＤを記憶するなどすればよい。または、表示制御情報定義表６００をグループＩＤごとに分けて定義してもよい。さらに、ユーザＩＤなどの識別情報と関連付けられた付帯情報の記憶部をさらに備え、当該記憶部がＷＥＢサーバ３０又は認証サーバ４０に接続されていてもよい。
【０１００】
さらに、本発明の実施の形態１では、ユーザＩＤを複数のグループＩＤに分類し、ＷＥＢコンテンツデータ５００内にグループＩＤ毎のブロック領域を設け、コンテンツ送信要求に含まれるユーザＩＤからグループＩＤを特定し、表示可否の判定を行っても良い。
【０１０１】
尚、本発明の実施の形態１では、表示制御情報記憶部６０に格納された表示制御情報定義表６００には、表示制御情報の更新等を行うことができる任意のユーザインタフェースを設けるとよい。また、前記ユーザインタフェースの使用者を限定することにより、表示制御情報を一元管理することができる。例えば、前記ユーザインタフェースの使用者は、ＷＥＢサイトの管理者又はコンテンツ提供者のいずれか一方のみであればよい。
【０１０２】
尚、本発明の実施の形態２において、入力ＷＥＢコンテンツデータ単位の表示制御有無の判定処理であるステップＳ１２１は、ステップＳ１３３の後でもよい。すなわち、認証確認処理を経たユーザ端末に対して、入力ＷＥＢコンテンツデータの表示制御を行ってもよい。これにより、セキュリティを向上できる。
【０１０３】
または、本発明の実施の形態２では、ステップＳ１３０乃至Ｓ１３３の前後に、入力ＷＥＢコンテンツデータ単位の表示制御有無の判定処理を行うようにしてもよい。その場合、ＷＥＢコンテンツ表示制御情報記憶部５１は、コンテンツデータ名に対応付けて認証確認要否情報をさらに記憶するとよい。認証確認要否情報は、認証確認要、又は、認証確認不要のいずれかを示すものである。認証確認要の場合、当該入力ＷＥＢコンテンツデータは、認証確認の対象となることを示す。そのため、認証確認がされていない場合は、当該入力ＷＥＢコンテンツデータが開示されない。また、認証確認不要の場合、当該入力ＷＥＢコンテンツデータは、認証確認を行わずに開示してよいことを示す。そこで、次のようにして実現することができる。ます、ステップＳ１３０乃至Ｓ１３３の前の判定処理では、認証確認要否情報により、当該入力ＷＥＢコンテンツデータが認証確認の対象か否かを判定することで、表示制御有無の判定が不要なものを除く。次に、ステップＳ１３０乃至Ｓ１３３の後の判定処理では、コンテンツ表示制御有無情報により、入力ＷＥＢコンテンツデータ単位の表示制御有無を判定する。これにより、よりきめ細かなコンテンツ管理が可能となる。
【０１０４】
または、本発明の実施の形態２における付帯情報の例として、会社情報及び役職情報を用いて表示制御を行ってもよい。その場合、会社情報及び役職情報に応じた表示制御情報とを予め定義しておく記憶部をさらに備える。その上で、識別情報から会社情報及び役職情報を取得し、ステップＳ１３０乃至Ｓ１３３の前の判定処理では、会社情報から表示制御有無を判定し、ステップＳ１３０乃至Ｓ１３３の後の判定処理では、役職情報から表示制御有無を判定するようにすることで実現できる。
【０１０５】
尚、本発明の実施の形態２にかかるコンテンツ表示制御有無情報は、入力ＷＥＢコンテンツデータ内の特定部分に記載されるものであってもよい。その場合、ＷＥＢコンテンツ表示制御情報記憶部５１が不要となり、ステップＳ１２１及びＳ１４０ａに相当する処理は、ステップＳ１４０にて、対象入力ＷＥＢコンテンツデータを取得した際に、解析することにより行えばよい。例えば、図１７において、ステップＳ１４１の後に、入力ＷＥＢコンテンツデータ内のコンテンツ表示制御有無情報の記載内容である場合、表示制御有無を判定する。表示制御無の場合、ステップＳ１４０ａに相当する処理を行えばよい。
【０１０６】
または、本発明の実施の形態２にかかるコンテンツ表示制御有無情報は、表示制御情報記憶部６０内に格納してもよい。例えば、コンテンツデータ名と、コンテンツ表示制御有無情報と、入力ＷＥＢコンテンツデータに含まれるブロック情報とを関連付けた情報を格納していればよい。
【０１０７】
尚、本発明の実施の形態３にかかる表示制御情報更新プログラム３２５は、ＷＥＢサーバ３２内に限らず、認証サーバ４０もしくは、他のコンピュータに格納されていてもよい。その場合、表示制御情報更新プログラム３２５が、アクセス履歴情報記憶部５２及び表示制御情報記憶部６０に対して処理実行可能であればよい。
【０１０８】
尚、上述した表示制御情報更新アプリケーション３０４のフローチャート図におけるステップＳ２４０では、表示制御情報を表示不可に更新する例を示したが、条件を満たすユーザＩＤについて、表示可となるように更新しても構わない。また、より複雑な条件により、入力ＷＥＢコンテンツデータ毎、ブロック情報毎、又は、ユーザＩＤ毎により更新を行ってもよい。
【０１０９】
尚、本発明の実施の形態３では、表示制御情報更新プログラム３２５及びアクセス履歴情報記憶部５２を例として挙げたが、これに限定されるものではない。すなわち、識別情報に相関する相関情報を記憶し、当該相関情報が任意の指定条件を満たすか否かにより、表示制御情報を更新するようにしてもよい。例えば、一定期間アクセスのないユーザＩＤについて、期限切れの旨のコンテンツを送信するように表示制御情報を変更するものとしてもよい。その場合、対象となる入力ＷＥＢコンテンツデータには、通常の場合に表示可とするブロック領域と、期限切れの場合のみ表示可とするブロック領域とに分けて記載しておき、一定期間アクセスのないことが確認された場合に、それぞれのブロック領域に対応する表示制御情報の表示可否を入れ替えればよい。
【０１１０】
または、本発明の実施の形態３にかかる表示制御情報更新プログラム３２５の判定条件を、コンテンツ提供者と取引会社（ユーザＩＤの所属するグループＩＤを取引会社単位とする場合）との関係から生成、更新される情報群（例えば、売上高、総ユーザ登録数、アクセス集計数）に応じて表示制御情報の内容を更新するようにしてもよい。その場合、一定条件を満たすグループＩＤに所属するユーザＩＤのみに公開される有用なＷＥＢコンテンツを表示可とすることができる。
【０１１１】
さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【０１１２】
【図１】発明の実施の形態１にかかるコンテンツ表示制御方法の対象の一例であるコンピュータシステム１の概略構成を示すブロック図である。
【図２】発明の実施の形態１にかかるＷＥＢサーバ３０の構成を示す機能ブロック図である。
【図３】発明の実施の形態１にかかる認証サーバ４０の構成を示す機能ブロック図である。
【図４】発明の実施の形態１にかかる入力ＷＥＢコンテンツデータ５００の記載例を示す図である。
【図５】発明の実施の形態１にかかる表示制御情報定義表６００の例を示す図である。
【図６】発明の実施の形態１にかかるコンテンツ表示制御方法のシーケンス図である。
【図７】発明の実施の形態１にかかるコンテンツ表示制御方法を適用した際の画面表示例である。
【図８】発明の実施の形態２にかかるコンテンツ表示制御方法の対象の一例であるコンピュータシステム２の概略構成を示すブロック図である。
【図９】発明の実施の形態２にかかるコンテンツ表示制御方法のシーケンス図である。
【図１０】発明の実施の形態３にかかるコンテンツ表示制御方法の対象の一例であるコンピュータシステム３の概略構成を示すブロック図である。
【図１１】発明の実施の形態３にかかるＷＥＢサーバ３２の構成を示す機能ブロック図である。
【図１２】発明の実施の形態３にかかるアクセス履歴テーブル５４０の例を示す図である。
【図１３】発明の実施の形態３にかかるコンテンツ表示制御方法のシーケンス図である。
【図１４】発明の実施の形態３にかかる表示制御情報更新アプリケーション３０４のフローチャート図である。
【図１５】発明の実施の形態３にかかる表示制御情報定義表６００の例を示す図である。
【図１６】発明の実施の形態３にかかるコンテンツ表示制御方法を適用した際の画面表示例である。
【図１７】発明の実施の形態１にかかる表示可否の判定処理及び出力ＷＥＢコンテンツデータの生成処理のフローチャート図である。
【符号の説明】
【０１１３】
１−３    コンピュータシステム    １０    ユーザ端末    ２０    ネットワーク
３０−３２    ＷＥＢサーバ    ４０    認証サーバ    ５０    コンテンツデータ記憶部
５１    コンテンツ表示制御情報記憶部    ５２    アクセス履歴情報記憶部
６０    表示制御情報記憶部    ６１    認証情報記憶部    １０１    送受信部
１０２    表示部    ３０１    ＨＴＴＰサーバ    ３０２    ＡＰサーバ
３０３、３０３ａ、３０３ｂ    ＷＥＢアプリケーション
３０４    表示制御情報更新アプリケーション    ３１４    送受信部
３２０    不揮発性記憶装置    ３２１    ＯＳ    ３２２    ＨＴＴＰサーバプログラム
３２３    ＡＰサーバプログラム    
３２４、３２４ａ    ＷＥＢアプリケーションプログラム
３２５    表示制御情報更新プログラム    ４１４    送受信部
４２０    不揮発性記憶装置    ４２２    認証サーバプログラム
５００    入力ＷＥＢコンテンツデータ    ５０１−５０２    表示ＷＥＢコンテンツ
５１０、５２０、５３０  開始タグ    ５１１、５２１、５３１  ＷＥＢコンテンツ
５１２、５２２、５３２    終了タグ
５４０    アクセス履歴テーブル    ５４１    アクセス日時
５４２    ユーザＩＤ    ５４３    コンテンツデータ名    ５４４    アクセス日時
６００    表示制御情報定義表    ６１０    ユーザＩＤ    ６２０    製品コード
６３０    表示制御情報
【図１】
2009123062.tif 000003
【図２】
2009123062.tif 000004
【図３】
2009123062.tif 000005
【図４】
2009123062.tif 000006
【図５】
2009123062.tif 000007
【図６】
2009123062.tif 000008
【図７】
2009123062.tif 000009
【図８】
2009123062.tif 000010
【図９】
2009123062.tif 000011
【図１０】
2009123062.tif 000012
【図１１】
2009123062.tif 000013
【図１２】
2009123062.tif 000014
【図１３】
2009123062.tif 000015
【図１４】
2009123062.tif 000016
【図１５】
2009123062.tif 000017
【図１６】
2009123062.tif 000018
【図１７】
2009123062.tif 000019