(57)【要約】【課題】  ウェブページ閲覧の抑止を柔軟に行う。【解決手段】  プロキシサーバ部７ｂは、教育上好ましくないウェブページなどのＵＲＬをグループ別に記録した抑止ＵＲＬリスト４１〜４３を保持している。ユーザエージェントからＷＡＰゲートウエイ７ａを介してＨＴＴＰリクエストを受け取ったときに、ユーザごとにアクセスを抑止する抑止ＵＲＬリスト名を記録しているアクセス情報４４を参照してそのユーザがアクセス制限している抑止ＵＲＬリスト名を取得し、前記ＨＴＴＰリクエストに含まれるRequest-URIがその抑止ＵＲＬリスト中に含まれているか否かを判定する。指定された抑止ＵＲＬリスト中に含まれている場合には、ユーザエージェントに対してエラー応答を返す。【選択図】  図３
2005267015.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信網とインターネットなどのＩＰネットワークとの間に設けられるゲートウエイ装置と前記移動体通信網とに接続されたサーバ装置であって、
アクセスを抑止すべきＵＲＬを記録した複数の抑止対象リストと、各ユーザごとに閲覧を制限する対象を前記抑止対象リストにより指定する閲覧制限対象リストとを記憶する手段と、
前記移動体通信網に接続された移動端末から前記ＩＰネットワークに接続されたオリジン・サーバ上のコンテンツを要求するＨＴＴＰリクエストを受信したときに、そのユーザの前記閲覧制限対象リストを参照して、そのユーザに設定されているＵＲＬへのアクセスを制限する手段と
を有することを特徴とするサーバ装置。
【請求項２】
前記抑止対象リストは、ジャンル別に設けられていることを特徴とする請求項１記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話などの移動端末からインターネットに接続することができる移動体通信システムにおけるサーバ装置に関する。
【背景技術】
【０００２】
従来より、携帯電話などの移動端末からインターネットに接続することのできる移動体通信システムが運用されている。しかしながら、従来の移動体通信システムにおいては、各移動体通信事業者ごとにそれぞれ独自の仕様が採用されていた。
近年、いわゆる第３世代と呼ばれる携帯電話サービスが導入されつつあるが、この第３世代の移動体通信システムにおいては同一の移動端末を世界中で共通に使用することができるように標準化が進められており、ＷＡＰ（Wireless Application Protocol）及びＭＭＳ（Multimedia Messaging Service）の規格が共通仕様として採用されている（非特許文献１）。
【非特許文献１】The WAP Forum Ltd., "WAP 2.0 Technical White Paper", [online], (2002.01.18)，［平成１５年１１月１５日検索］，インターネット<URL:http://www.wapforum.org/what/WAPWhite_Paper1.pdf>
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来より、上述のような移動体通信システムにおけるウェブサービスにおいて、特定のウェブページについては閲覧を制限することができるようになされていた。すなわち、各ユーザは好ましくないウェブページの閲覧を抑止するか否かを設定することができるようになされており、ユーザが閲覧の抑止を選択した場合には、そのユーザは、閲覧させたくないウェブページのＵＲＬ（uniform resource locator）が記載されたリストに記載されているＵＲＬに対してアクセスすることができないようになされていた。
しかしながら、上記リストはシステムワイドに設定されており、ユーザごとに、特定のグループ又はジャンルについては抑止対象としたいが、他のグループ又はジャンルについては抑止する必要がないといったように、細かな設定をすることはできなかった。
また、上記第３世代のサービスが開始されると、従来より提供されていた各移動体通信事業者独自の規格に対応した移動端末と、ＷＡＰ／ＭＭＳ対応の移動端末（以下、単に「ＷＡＰ対応端末」という。）とが存在することとなる。このようなＷＡＰ対応端末についても、ユーザが柔軟に閲覧抑止を行うことができるようにすることが求められている。
【０００４】
そこで、本発明は、柔軟に閲覧の抑止を行うことを可能とするサーバ装置を提供することを目的としている。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明のサーバ装置は、移動体通信網とインターネットなどのＩＰネットワークとの間に設けられるゲートウエイ装置と前記移動体通信網とに接続されたサーバ装置であって、アクセスを抑止すべきＵＲＬを記録した複数の抑止対象リストと、各ユーザごとに閲覧を制限する対象を前記抑止対象リストにより指定する閲覧制限対象リストとを記憶する手段と、前記移動体通信網に接続された移動端末から前記ＩＰネットワークに接続されたオリジン・サーバ上のコンテンツを要求するＨＴＴＰリクエストを受信したときに、そのユーザの前記閲覧制限対象リストを参照して、そのユーザに設定されているＵＲＬへのアクセスを制限する手段とを有するものである。
また、前記抑止対象リストは、ジャンル別に設けられているものである。
【発明の効果】
【０００６】
本発明のサーバ装置によれば、各ユーザは、抑止対象のリストを任意に選択することが可能となり、ユーザの選択に多様性を持たせることが可能となる。
【発明を実施するための最良の形態】
【０００７】
図１は、本発明の移動体通信システムの実施例の全体構成を示すブロック図である。
この図において、１は携帯電話機等の移動端末（ＵＥ：User Equipment）、２は該移動端末１が接続されている無線基地局（ＢＴＳ：Base Transceiver Station）、３は複数の無線基地局２を管理する無線基地局制御装置（ＲＮＣ：Radio Network Controller）、４は移動端末１の呼接続制御やサービス制御等を行う移動通信交換局（ＭＳＣ：Mobile service Switching Center）、５は前記無線基地局制御装置（ＲＮＣ）３とコアネットワーク（パケット網）とのゲートウエイ（ＳＧＳＮ：Serving GPRS Support Node）、６はコアネットワーク（パケット網）とＩＰネットワークとのゲートウエイ（ＧＧＳＮ：Gateway GPRS Support Node）である。
【０００８】
７は移動端末（ＵＥ）１からのWAP2.0プロトコルを終端し、ＨＴＴＰ（HyperText Transfer Protocol ）を用いてオリジン・サーバ側へ転送するためのＷＡＰゲートウエイ（ＷＡＰ−ＧＷ：WAP-Gateway）、及び、受け付けたリクエストを適切な形式に変換して後段に送出するなどしてＷＡＰ標準機能と移動体通信事業者による拡張機能との調整を行うプロキシサーバ（ＪＳＰ：J-Phone Scheme Proxy）とを有するサーバ装置（ＷＡＰ−ＧＷ及びＪＳＰ）である。
また、８はＧＧＳＮ６からのRADIUS Accountingプロトコルを終端し、ユーザごとのセッション管理及びセッションログの生成などを行うＲＡＤＩＵＳサーバ８ａを備えるとともに、ＷＡＰ／ＭＭＳサービス加入者がウェブやメール等のサービスを利用する際に必要なユーザ情報や移動端末の能力に関する情報（UE-Profile）等を一元管理し、クライアント（サーバ装置７など）からの要求に応じて必要な情報を提供する情報管理サーバ（Ｒ２Ｍ：RADIUS & Repository Manager）、である。
【０００９】
９は全加入者情報を一元管理するディレクトリ・サーバ（ＤＩＲ：Directory Server）である。この加入者情報は、全世代、全地域間で共用されるものであり、ＤＩＲ９はＤＲＳ１０の情報元になっている。１０はディレクトリ・レプリカ・サーバ（ＤＲＳ：Directory Replica Server）であり、一定間隔（例えば、１分間隔）でＤＩＲ９から加入者情報をローカルにコピーして維持することにより、照会要求に対して加入者情報を提供する。これにより、ＤＩＲ９の障害時においても、サービス（オーダー・エントリーを除く）を継続して提供することができる。
【００１０】
１１は、前記サーバ装置（ＷＡＰ―ＧＷ及びＪＳＰ）７の後段に接続され、クライアントからのリクエストをオリジン・サーバ１３との間で仲介するウェブ・ゲートウエイ（ＷＧＷ：Web Gateway）である。また、１２はインターネットであり、コンテンツ・プロバイダなどのオリジン・サーバ（Origin Server：指定されるリソースが存在するか、あるいは生成されるサーバ）１３が接続されている。
【００１１】
前記情報管理サーバ（Ｒ２M）８について図２を参照して説明する。なお、この図においては、前記サーバ装置（ＷＡＰ−ＧＷ及びＪＳＰ）７をＷＡＰゲートウエイ部（ＷＡＰ−ＧＷ）７ａとプロキシサーバ部（ＪＳＰ）７ｂに分割して示している。また、Ｒ２Ｍ８中のＲＡＤＩＵＳサーバ８ａについては明示していない。
図示するように、Ｒ２Ｍ８は、ＲＡＤＩＵＳサーバ８ａで管理されるユーザごとのセッション情報を保持するデータベース（RAD Master）２０、加入者に一意に割り当てられる移動体通信事業者独自のユーザＩＤ（ＵＩＤ：User ID）等の通知にユーザが同意したか否か、抑止対象とするＵＲＬ（Uniform Resource Locators）をユーザが持つか否かなどのユーザの設定に関する固有情報からなるセルフケア・プロファイル（Selfcare-Profile）情報を保持するデータベースであるセルフケアＤＢ（Selfcare DB）２１、移動端末１の機種名及び性能や能力を表すパラメータを機種ごとに保持しているCC/PP仕様（http://www.w3.org/Mobile/CCPP/）に準拠したデータベースであるＣＣ／ＰＰレポジトリ（CC/PP Repository：Composite Capability / Preference Profile Repository）２２、及び、前記セルフケアＤＢ２１、前記ＣＣ／ＰＰレポジトリ２２、前記ディレクトリ・レプリカ・サーバ（ＤＲＳ）１０、又は、機種情報や性能を示す情報からなる移動端末情報（UE-Profile）が格納されている移動端末製造業者が構築しているデータベースであるプロファイル・レポジトリ（Profile Repository）３０を参照して、セッション中のユーザにかかるセッション情報（Acct-Profile）、ユーザエージェントのプロファイル情報（UA-Profile）、移動端末情報（UE-Profile）、セルフケア・プロファイル情報（Selfcare-Profile）、ユーザ情報（User-Profile）からなるプロファイル情報を作成してセッションが継続している間はメモリ上にキャッシュしているプロファイル部（Profile）２３を備えており、前記プロキシサーバ部（ＪＳＰ）７ｂなどからのリクエストに応じて対応する情報を柔軟に提供することができるようになされている。
ここで、前記セルフケアＤＢ２１には、そのユーザのＭＳＩＳＤＮ（加入者電話番号）、そのユーザが特定のウェブページに対するアクセスの抑止を設定しているか否かを示すＵＲＬ抑止フラグなどの情報が記録されている。
【００１２】
また、前記プロキシサーバ部７ｂには、その内容が教育上好ましくないＵＲＬがグループ又はジャンル別に記録されたリスト（抑止ＵＲＬリスト）が複数記録されており、前記Ｒ２Ｍ８には、各ユーザごとにその抑止対象とするＵＲＬを前記抑止ＵＲＬリストを指示する情報で指定したユーザごとのアクセス情報も記憶されている。
図３は、前記抑止ＵＲＬリストと前記アクセス情報を示す図である。
この図において、４１〜４３は抑止ＵＲＬリストであり、４１は暴力的描写がなされているウェブページのＵＲＬリスト、４２は性的描写がなされているウェブページのＵＲＬリスト、４３は出会い系サイトのＵＲＬリストというように、ジャンル別にそれぞれの抑止ＵＲＬリストが作成され、前記プロキシサーバ部７ｂに記憶されている。なお、インターネットカジノなど、ここにあげた種類以外のウェブページも抑止対象とすることができる。また、ジャンル別に分けたグループに限られることはなく、他の基準によるグループとしてもよい。
また、４４は、前記Ｒ２Ｍ８に記憶されている各ユーザごとのアクセス情報である。この図に示すように、各ユーザを示すＭＳＩＳＤＮごとに、その抑止対象となる前記抑止ＵＲＬリストが記録されている。図示した例では、ＭＳＩＳＤＮ１のユーザは、抑止ＵＲＬリスト４１と４２に含まれるＵＲＬが抑止対象に設定されており、ＭＳＩＳＤＮ２のユーザは、抑止ＵＲＬリスト４１に記録されているＵＲＬが抑止対象となっている。なお、この例では、ＭＳＩＳＤＮをキーとして各ユーザの指定している抑止ＵＲＬリストを記憶しているが、ＩＭＳＩ又はＵＩＤなどを用いてもよい。
【００１３】
このように構成された本発明の移動体通信システムにおいて移動端末からウェブサービスを利用するときのシーケンスについて図４を参照して説明する。
移動端末（ＵＥ）１上で動作しているウェブブラウザなどのユーザエージェント（ＵＡ）がウェブコンテンツを取得するとき、「1) Activate PDP Context Request」がＳＧＳＮ５に送出される。
ＳＧＳＮ５は、前記移動端末１がＷＡＰ対応端末であり、「Activate PDP Context Request」に移動端末１の加入者に割り当てられた国際識別番号（ＩＭＳＩ：International Mobile Subscriber Identity）しか添付されていないときは、このＩＭＳＩによりＨＬＲ（図示せず）に照会要求を送り、移動端末１の電話番号（ＭＳＩＳＤＮ：Mobile Station ISDN number）を取得する。そして、ＩＭＳＩ及びＭＳＩＳＤＮが添付された「2) Create PDP Context Request」を生成して、ＧＧＳＮ６に送る。
【００１４】
「2) Create PDP Context Request」を受信したＧＧＳＮ６はユーザを認証し、前記情報管理サーバ（Ｒ２Ｍ）８内のＲＡＤＩＵＳサーバ８ａに対して、RADIUSアカウンティングリクエスト「3) Radius Accounting Request (Accounting-start)」を送出する。このRADIUSアカウンティングリクエストには、払い出されたＩＰアドレス、ＭＳＩＳＤＮあるいはＩＭＳＩなどが添付されている。
【００１５】
「3」 Radius Accounting Request (Accounting-start)」を受信したＲＡＤＩＵＳサーバ８ａは、それに添付されている情報をユーザごとのセッション情報としてデータベース（RAD Master）２０に登録する（図２の(1)）とともに、「4」 Radius Accounting Replication」を前記サーバ装置７のＷＡＰ−ＧＷ７ａに送出して、該セッション情報の複製（レプリカ）を保持させる（図２の(2)）。ここで、保持させるセッション情報には、少なくとも、クライアント（ＵＥ）のＩＰアドレス、ＭＳＩＳＤＮ、ＩＭＳＩが含まれている。また、前記ＲＡＤＩＵＳサーバ８ａは「5) Save Profile Request」を生成して情報管理サーバ（Ｒ２Ｍ）８のプロファイル部２３に送り、前記セッション情報を保存させる。
【００１６】
Ｒ２Ｍ８のプロファイル部２３は、「6) acquisition User-Profile」をディレクトリ・レプリカ・サーバ（ＤＲＳ）１０に送り、ＭＳＩＳＤＮ又はＩＭＳＩをキーとしてそのユーザのユーザ情報（User-Profile）を取得する。この際取得するUser-Profileとしては、エントリの全ての項目、又は、指定した項目のみ（ＭＳＩＳＤＮ，ＩＭＳＩ，ユーザＩＤ（UID），ＷＡＰ加入者フラグ，加入者地域コードは必須）とすることができる。なお、取得する項目は設定ファイルなどにより追加／削除することができる。
さらに、ＭＳＩＳＤＮ又はＩＭＳＩをキーとしてセルフケアＤＢ２１からセルフケア情報（Selfcare-Profile）、すなわち、ユーザがユーザＩＤ（UID）等の通知に同意したか否か、ユーザが規制対象となるＵＲＬを持つか否かなどのユーザの設定に関する固有情報を取得するとともに、ＣＣ／ＰＰレポジトリ２２から移動端末情報（UE-Profile）を取得する（図２の(3)）。ＣＣ／ＰＰレポジトリ２２に照会要求されたエントリが存在しない場合は、プロファイル・レポジトリ（Profile Repository）３０へ問い合わせを行い、ＣＣ／ＰＰレポジトリ２２に移動端末情報（UE-Profile）を保存するようにする。プロファイル部２３は、これらの取得した情報と前述したユーザエージェント情報をプロファイル情報としてメモリにキャッシュする。
【００１７】
前記ＲＡＤＩＵＳサーバ８ａは、前記ＷＡＰ−ＧＷ７ａから前記「4」 Radius Accounting Replication」に対応するレスポンス「Radius Accounting Replication Res」を受信すると、ＧＧＳＮ６に「Radius Accounting Res」を送出する。これを受けてＧＧＳＮ６は、クライアント（ＵＥ）に対して払い出されたＩＰアドレスが添付された「Create PDP Context Response」をＳＧＳＮ５に対して送信する。
以後、ユーザエージェント（ＵＡ）とＷＡＰゲートウエイ７ａとの間でＴＣＰ（Transmission Control Protocol）ハンドシェイクが行われてＴＣＰセッションが確立される。
ＴＣＰセッションが確立すると、ユーザエージェントはオリジン・サーバ１３からコンテンツを取得するＨＴＴＰリクエスト「7) HTTP Req」を送出する（図２の(4)）。このＨＴＴＰリクエストのヘッダには、ＧＧＳＮ６から払い出されたＩＰアドレス（クライアントＩＰアドレス）、コンテンツを取得する相手先であるオリジン・サーバ１３のＵＲＩ（Request-URI）、ユーザエージェント情報（User-Agent）又はユーザエージェントのプロファイル情報（UA-Profile）が少なくとも含まれている。
【００１８】
前記「7) HTTP Req」を受信したＷＡＰ−ＧＷ７ａは、前述のようにして保管しているセッション情報のレプリカを参照して、対応するセッション情報のレプリカが存在するとともに、加入者情報が一致する場合にのみ、そのＨＴＴＰリクエストを受け付ける。そして、ヘッダにRequest-URI、ＭＳＩＳＤＮ、ＩＭＳＩが含まれるＨＴＴＰリクエスト「8) HTTP Req」をプロキシサーバ部７ｂに渡す。ここで、受信した「7) HTTP Req」のヘッダにユーザエージェント情報またはUA-Profile情報が含まれていた場合には、ＷＡＰ−ＧＷ７ａは該ユーザエージェント情報またはUA-Profile情報を前記プロファイル部２３に渡し、「7) HTTP Req」を送出した移動端末１に関するプロファイル情報を補完する。
【００１９】
「8) HTTP Req」を受け取ったプロキシサーバ部７ｂは、前記Ｒ２Ｍ８のプロファイル部２３との間でプロファイル情報の取得と補完「9) acquisition & Complement Profile」を行う。すなわち、プロファイル部２３にキャッシュされているそのユーザに関するプロファイル情報を取得する（図２の(5)）。ここで、そのセルフケア・プロファイル情報中の前記ＵＲＬ抑止フラグがセットされているときは、そのユーザのＭＳＩＳＤＮをキーとして前記アクセス情報（図３の４４）を参照し、そのユーザがアクセスを制限すべきとして設定している抑止ＵＲＬリスト名を取得する。そして、そのＨＴＴＰリクエストに含まれているRequest-URIが設定されている抑止ＵＲＬリスト中のＵＲＬと一致しているか否かを判定し、一致しているときは、ユーザエージェントに対してエラー応答（HTTP Status Code 403 Forbidden）を返す。このようにして、好ましくないウェブページの閲覧を抑止することができる。
【００２０】
Request-URIがそのユーザが設定している抑止ＵＲＬリスト中に含まれていないとき（抑止対象でないとき）は、その「8) HTTP Req」の拡張ヘッダに移動端末情報（UE-Profile）を補完する必要があるか否かを判定し、必要があるときには、前記プロファイル部２３から取得したプロファイル情報の移動端末情報（UE-Profile）に基づいてＨＴＴＰ拡張ヘッダを補完する（図２の(6)）。
すなわち、移動体通信事業者の独自規格に対応した移動端末におけるユーザエージェントは、移動体通信事業者が独自に定義した各種のＨＴＴＰ拡張ヘッダを送出しているが、ＷＡＰ対応端末においては、そのような拡張ヘッダを送出させることはできない。そこで、前記プロキシサーバ部７ｂは、前記ＨＴＴＰリクエストのUser-Agentヘッダの一部に指定の文字列が含まれていた場合に、そのＨＴＴＰリクエストを送出した移動端末がその移動体通信事業者の独自規格に対応した移動端末であると判定し、含まれていないときにＷＡＰ対応端末であると判定する。そして、ＷＡＰ対応端末からのＨＴＴＰリクエストについては、前記プロファイル部２３などに記憶されているプロファイル情報を用いて、受け付けたＨＴＴＰリクエストの拡張ヘッダに不足している移動端末情報などを補完して後続するノードに転送するようにしている。これにより、移動体通信事業者の独自規格に対応した移動端末と同等のサービスをＷＡＰ対応端末にも提供することができる。
【００２１】
次に、プロキシサーバ部７ｂは、この拡張ヘッダとRequest-URIが少なくとも添付されている「10) HTTP Req」をＷＧＷ１１を介してオリジン・サーバ１３に送信する（図２の(7)）。
オリジン・サーバ１３は、要求されたコンテンツを返送するＨＴＴＰレスポンスを前記プロキシサーバ部７ｂに送出する（図２の(8)）。このとき、オリジン・サーバ１３はＨＴＴＰリクエストの拡張ヘッダを参照することにより移動端末１の性能を知ることができ、移動端末１の性能を十二分に発揮できるように性能に応じたコンテンツを返送することができる。
このようにして、移動端末１から要求されたコンテンツを取得したプロキシサーバ部７ｂは、コンテンツを要求した移動端末１の性能を表す移動端末情報を参照し、必要に応じて、この移動端末情報に基づいて移動端末１の性能を十二分に発揮できるようにコンテンツの変換処理を行う（図２(9)）。
次いで、ＷＡＰ−ＧＷ７ａは変換後のコンテンツを返送するＨＴＴＰレスポンスをＧＧＳＮ６を介してユーザエージェントに送出する（図２の(10)）。
ＨＴＴＰレスポンスを受信したユーザエージェントは、取得したコンテンツを表示し、ユーザエージェントと前記ＷＡＰ−ＧＷ７ａ間のＴＣＰセッションが終了される。次いで、ユーザエージェントからの通信を終了させるための通信終了要求に応じてＧＧＳＮ６からRadius Accounting Req(Accounting-stop)が送出される。このリクエストを受信したＲＡＤＩＵＳサーバ８ａは該当するRADIUS情報を破棄しRadius Accounting ResをＧＧＳＮ６に送出する。これにより、ユーザエージェントとサーバ装置（ＷＡＰ−ＧＷ及びＪＳＰ）７との間の通信が終了する。
【００２２】
このように、本発明によれば、ジャンルなどのグループに応じた複数種類の抑止ＵＲＬリストを作成しておき、各ユーザは、どのグループに属するＵＲＬを抑止対象とするのかを任意に設定することができる。したがって、柔軟にアクセス制限をすることができる。例えば、各ユーザがそれぞれ独自に作成した抑止ＵＲＬリストを用いる場合には、その抑止ＵＲＬリストの作成の負担が大きく、また、各ユーザごとに抑止ＵＲＬリストを保持することが必要となり、大量の情報を管理することが必要となるが、本発明によれば、必要最小限の情報量で、柔軟にアクセス制限を行うことができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の移動体通信システムの全体構成を示すブロック図である。
【図２】情報管理サーバ（Ｒ２Ｍ）について説明するための図である。
【図３】抑止ＵＲＬリストとアクセス情報の例を示す図である。
【図４】移動端末からウェブサービスを利用するときのシーケンスの要部を示す図である
【符号の説明】
【００２４】
１：移動端末（ＵＥ）、２：無線基地局（ＢＴＳ）、３：無線基地局制御装置（ＲＮＣ）、４：移動通信交換局（ＭＳＣ）、５：ゲートウエイ（ＳＧＳＮ）、６：ゲートウエイ（ＧＧＳＮ）、７：サーバ装置（ＷＡＰ−ＧＷ及びＪＳＰ）、７ａ：ＷＡＰゲートウエイ部（ＷＡＰ−ＧＷ）、７ｂ：プロキシサーバ部（ＪＳＰ）、８：情報管理サーバ（Ｒ２Ｍ）、８ａ：ＲＡＤＩＵＳサーバ、９：ディレクトリ・サーバ（ＤＩＲ）、１０：ディレクトリ・レプリカ・サーバ（ＤＲＳ）、１１：ウェブ・ゲートウエイ（ＷＧＷ）、１２：インターネット、１３：オリジン・サーバ、４１，４２，４３：抑止ＵＲＬリスト、４４：各ユーザのアクセス情報
【図１】
2005267015.tif 000003
【図２】
2005267015.tif 000004
【図３】
2005267015.tif 000005
【図４】
2005267015.tif 000006