(57)【要約】【課題】Ｗｅｂコンテンツに対するアクセス履歴の精度を向上させること。【解決手段】アクセス履歴更新プログラムは、Ｗｅｂコンテンツに対応するＵＲＬとは異なるＵＲＬに対するアクセスにおいて通知されたホスト情報に基づいて、記憶部に記憶されたホスト情報を更新する第１の更新部と、前記Ｗｅｂコンテンツに対応するＵＲＬに対するアクセスに応じ、当該アクセスにおいて通知されたホスト情報が、前記記憶部に記憶されていなければ、前記Ｗｅｂコンテンツに対するアクセス履歴を更新する第２の更新部と、としてコンピュータを機能させる。【選択図】図３
2018101298.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂコンテンツに対応するＵＲＬとは異なるＵＲＬに対するアクセスにおいて通知されたホスト情報に基づいて、記憶部に記憶されたホスト情報を更新する第１の更新部と、
前記Ｗｅｂコンテンツに対応するＵＲＬに対するアクセスに応じ、当該アクセスにおいて通知されたホスト情報が、前記記憶部に記憶されていなければ、前記Ｗｅｂコンテンツに対するアクセス履歴を更新する第２の更新部と、
としてコンピュータを機能させることを特徴とするアクセス履歴更新プログラム。
【請求項２】
前記第１の更新部は、前記Ｗｅｂコンテンツに対応するＵＲＬとは異なる第１のＵＲＬに対するアクセスにおいて通知されたホスト情報によって、前記記憶部に記憶されたホスト情報を上書きする、
ことを特徴とする請求項１記載のアクセス履歴更新プログラム。
【請求項３】
前記第１の更新部は、前記Ｗｅｂコンテンツに対応するＵＲＬとは異なる第２のＵＲＬに対するアクセスにおいて通知されたホスト情報を、前記記憶部に追加する、
ことを特徴とする請求項１又は２記載のアクセス履歴更新プログラム。
【請求項４】
前記第１の更新部は、前記Ｗｅｂコンテンツに対応するＵＲＬとは異なる第３のＵＲＬに対するアクセスに対して前記記憶部に記憶されているホスト情報を返信し、返信されたホスト情報の中から選択されたホスト情報の通知に応じ、当該ホスト情報を前記記憶部から削除する、
ことを特徴とする請求項１乃至３いずれか一項記載のアクセス履歴更新プログラム。
【請求項５】
前記第１の更新部は、前記Ｗｅｂコンテンツに対応するＵＲＬとは異なるＵＲＬに対するアクセスに対してＷｅｂコンテンツを返信する、
ことを特徴とする請求項１乃至４いずれか一項記載のアクセス履歴更新プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセス履歴更新プログラムに関する。
【背景技術】
【０００２】
近年、デスクトップＰＣやノートＰＣのみならず、スマートフォン、タブレット等の普及により、従来にも増して、多様かつ多数のクライアント端末からインターネットが利用されるようになっている。情報の発信も法人によるもののほか、個人によるものも増え、次第に情報へのアクセスの状況を把握することがとても重要となっている。情報へのアクセスの履歴を用いて、アクセスの量が多いことが把握されるＷｅｂコンテンツは、広告へのリンク等により広告的機能を発揮するＷｅｂコンテンツとして経済的価値を有するようになる。また、情報を公開する側にとっても、どの程度その内容に関心がもたれているかの指標としても、アクセス履歴を把握することはとても重要となっている。
【０００３】
このような重要性を持つアクセス履歴は商業的価値も有するようになることで、重要性を増しているが、Ｗｅｂコンテンツの管理権限を有する者（例えば、Ｗｅｂコンテンツの作成者等）が、管理を目的として自らアクセスした場合であっても、アクセス履歴が更新されてしまうという問題がある。また、クローラ（検索エンジンが検索結果のためにインターネット上で情報を収集するプログラム）に代表されるボット（自動実行プログラム）や、ＩｏＴ（Internet of Things）を利用したセンサ系端末（情報家電等）からのＷｅｂコンテンツへのアクセスも増加しつつあり、インターネット利用者である人の行動を示さないアクセスであっても、同様にアクセス履歴が更新されてしまうという問題がある。このような問題を解決する手段として、従来、ACCESS REPORT（アクセス解析システム）が知られている（非特許文献１）。
【０００４】
非特許文献１では、アクセス履歴の更新対象から除外するホスト名又はＩＰアドレスが指定されることで、管理権限を有する者からの管理アクセスや、人の行動でないアクセスを、履歴から除外することができる。複数のホスト名又はＩＰアドレスを除外対象として指定することもできる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】KENT-WEB CGI/Perl、［online］、インターネット＜http://www.kent-web.com/data/report.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、Ｗｅｂコンテンツの管理権限を有する者が管理するための情報アクセスも、多様かつ多数のクライアント端末から行われようになってきている。そのため、従来技術では以下の課題がある。
・除外するホスト名が予め決めうちされており、サーバコンピュータに対する所定の操作によってのみ変更可能である。
・除外するホスト名を複数指定できるが、Ｗｅｂコンテンツの管理権限を有する者のホスト名を必ずしも網羅できない。
【０００７】
そのため、予め指定されたホスト名に係るクライアント端末以外から、アクセス履歴の管理対象のＷｅｂコンテンツへアクセスされた場合には、アクセス履歴が更新されてしまう。その結果、正確なアクセス履歴を把握することが困難になり、アクセス履歴の情報の精度が低下してしまう可能性が有る。
【０００８】
本発明は、上記の点に鑑みてなされたものであって、Ｗｅｂコンテンツに対するアクセス履歴の精度を向上させることを目的とする。
【課題を解決するための手段】
【０００９】
そこで上記課題を解決するため、アクセス履歴更新プログラムは、Ｗｅｂコンテンツに対応するＵＲＬとは異なるＵＲＬに対するアクセスにおいて通知されたホスト情報に基づいて、記憶部に記憶されたホスト情報を更新する第１の更新部と、前記Ｗｅｂコンテンツに対応するＵＲＬに対するアクセスに応じ、当該アクセスにおいて通知されたホスト情報が、前記記憶部に記憶されていなければ、前記Ｗｅｂコンテンツに対するアクセス履歴を更新する第２の更新部と、としてコンピュータを機能させる。
【発明の効果】
【００１０】
Ｗｅｂコンテンツに対するアクセス履歴の精度を向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態におけるシステム構成例を示す図である。
【図２】第１の実施の形態におけるＷｅｂサーバ１０のハードウェア構成例を示す図である。
【図３】第１の実施の形態におけるＷｅｂサーバ１０及びクライアント端末２０の機能構成例を示す図である。
【図４】第１の実施の形態における特定ホスト情報の更新処理の処理手順の一例を説明するためのフローチャートである。
【図５】第１の実施の形態におけるアクセス履歴の更新処理の処理手順の一例を説明するためのフローチャートである。
【図６】アクセス履歴の提供処理の処理手順の一例を説明するためのフローチャートである。
【図７】第２の実施の形態におけるＷｅｂサーバ１０及びクライアント端末２０の機能構成例を示す図である。
【図８】第２の実施の形態における特定ホスト情報の更新処理の処理手順の一例を説明するためのフローチャートである。
【図９】第３の実施の形態におけるＷｅｂサーバ１０及びクライアント端末２０の機能構成例を示す図である。
【図１０】第３の実施の形態における特定ホスト情報の更新処理の処理手順の一例を説明するためのフローチャートである。
【図１１】第４の実施の形態におけるＷｅｂサーバ１０及びクライアント端末２０の機能構成例を示す図である。
【図１２】第４の実施の形態における特定ホスト情報の更新処理の処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態におけるシステム構成例を示す図である。図１において、Ｗｅｂサーバ１０と、クライアント端末２０ａ、クライアント端末２０ｂ及びクライアント端末２０ｃ等（以下、それぞれを区別しない場合、単に「クライアント端末２０」という。）の複数のクライアント端末２０、並びに他端末群３０とは、インターネット等のネットワークを介して接続される。なお、当該ネットワークは、無線区間を含んでもよい。
【００１３】
Ｗｅｂサーバ１０は、クライアント端末２０又は他端末群３０に対してＷｅｂコンテンツを提供する１以上のコンピュータである。第１の実施の形態において提供されるＷｅｂコンテンツ（以下、「ＷｅｂコンテンツＡ」という。）は、特定の管理者（以下、「管理者Ａ」という。）によって管理されるＷｅｂコンテンツである。Ｗｅｂサーバ１０は、ＷｅｂコンテンツＡに対するアクセスが発生すると、ＷｅｂコンテンツＡに対するアクセス履歴を更新する。アクセス履歴の内容は、例えば、ＷｅｂコンテンツＡに対するアクセス（ＨＴＴＰリクエスト）の内容でもよい。各アクセスの発生日時が含まれてもよい。
【００１４】
各クライアント端末２０は、Ｗｅｂサーバ１０からＷｅｂコンテンツＡをダウンロードして、ＷｅｂコンテンツＡを表示する装置である。すなわち、各クライアント端末２０は、Ｗｅｂブラウザを備える。なお、第１の実施の形態において、各クライアント端末２０は、管理者Ａによって利用される。例えば、クライアント端末２０ａは、管理者ＡのＰＣ（Personal Computer）であり、クライアント端末２０ｂは、管理者Ａのスマートフォンであり、クライアント端末２０ｃは、管理者Ａのタブレット端末であってもよい。
【００１５】
他端末群３０は、Ｗｅｂサーバ１０からＷｅｂコンテンツＡをダウンロードして、ＷｅｂコンテンツＡを表示する１以上の装置である。但し、他端末群３０は、管理者Ａ以外のユーザによって利用される点において、各クライアント端末２０とは異なる。
【００１６】
図２は、第１の実施の形態におけるＷｅｂサーバ１０のハードウェア構成例を示す図である。図２のＷｅｂサーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１７】
Ｗｅｂサーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１８】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってＷｅｂサーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１９】
なお、各クライアント端末２０も図２に示されるハードウェアを有していてもよい。
【００２０】
図３は、第１の実施の形態におけるＷｅｂサーバ１０及びクライアント端末２０の機能構成例を示す図である。図３において、Ｗｅｂサーバ１０は、ホスト情報変更部１１、コンテンツ応答部１２、アクセス履歴更新部１３及びアクセス履歴管理部１４等を有する。これら各部は、Ｗｅｂサーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。Ｗｅｂサーバ１０は、また、特定ホスト情報記憶部１２１及びアクセス履歴記憶部１２２等を利用する。これら各記憶部は、例えば、補助記憶装置１０２、又はＷｅｂサーバ１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００２１】
ホスト情報変更部１１は、ＷｅｂコンテンツＡに対応するＵＲＬ（以下、「コンテンツＵＲＬ」という。）とは異なるＵＲＬ（以下、「変更ＵＲＬ」という。）に対するアクセス（ＨＴＴＰリクエスト）に応じて処理を実行する。具体的には、ホスト情報変更部１１は、いずれかのクライアント端末２０からの変更ＵＲＬへのアクセスに応じ、当該アクセスにおいて通知されたホスト情報によって、特定ホスト情報記憶部１２１に記憶されているホスト情報（以下、「特定ホスト情報」という。）を変更する。変更とは、既に記憶されている情報を削除して、新たに情報を記憶すること（すなわち、上書きすること）をいう。すなわち、第１の実施の形態では、変更ＵＲＬへの最後のアクセスにおいて通知されたホスト情報が、特定ホスト情報記憶部１２１に記憶されることになる。したがって、特定ホスト情報記憶部１２１には、高々１つの特定ホスト情報が記憶される。
【００２２】
すなわち、変更ＵＲＬは、特定ホスト情報の変更要求を受け付けるためのＵＲＬであり、管理者Ａに対してのみに通知される。
【００２３】
なお、ホスト情報とは、各クライアント端末２０の識別情報であり、例えば、ホスト名又はＩＰアドレス等を含む情報である。ＷｅｂコンテンツＡに対するアクセスには、ＨＴＴＰ（HyperText Transfer Protocol）が用いられるところ、ＨＴＴＰリクエストには、アクセス元のホスト情報が含まれている。したがって、ホスト情報変更部１１は、ＨＴＴＰリクエストからホスト情報を取得することができる。
【００２４】
コンテンツ応答部１２は、コンテンツＵＲＬに対するアクセスに応じ、ＷｅｂコンテンツＡを含む応答（ＨＴＴＰレスポンス）を返信する。
【００２５】
アクセス履歴更新部１３は、コンテンツＵＲＬに対するアクセスに応じ、当該アクセスにおいて通知されるホスト情報が、特定ホスト情報記憶部１２１に記憶されてなければ、ＷｅｂコンテンツＡに対するアクセス履歴を更新する。Ｗｅｂコンテンツに対するアクセス履歴は、アクセス履歴記憶部１２２に記憶されている。
【００２６】
アクセス履歴管理部１４は、アクセス履歴に対応するＵＲＬ（以下、「履歴ＵＲＬ」という。）に対するアクセスに応じ、アクセス履歴記憶部１２２に記憶されているアクセス履歴を応答する。履歴ＵＲＬは、Ｗｅｂコンテンツに対応するＵＲＬ及び変更ＵＲＬのいずれとも異なるＵＲＬである。
【００２７】
クライアント端末２０は、変更ＵＲＬアクセス部２１、コンテンツ取得部２２、アクセス履歴取得部２３等を有する。これら各部は、クライアント端末２０にインストールされた１以上のプログラム（例えば、Ｗｅｂブラウザのプログラム）が、ＣＰＵ１０４に実行させる処理により実現される。
【００２８】
変更ＵＲＬアクセス部２１は、管理者Ａによる操作に応じ、変更ＵＲＬへのアクセスを実行する。変更ＵＲＬへのアクセスとは、変更ＵＲＬ宛てのＨＴＴＰリクエストを送信することをいう。管理者Ａによる操作とは、変更ＵＲＬの入力や、ブックマークからの変更ＵＲＬの選択等である。
【００２９】
コンテンツ取得部２２は、管理者Ａによる操作に応じ、コンテンツＵＲＬへのアクセスを実行する。
【００３０】
アクセス履歴取得部２３は、管理者Ａによる操作に応じ、履歴ＵＲＬへのアクセスを実行する。
【００３１】
なお、他端末群３０は、コンテンツ取得部２２に相当する機能部を有していればよい。
【００３２】
以下、第１の実施の形態においてＷｅｂサーバ１０が実行する処理手順について説明する。図４は、第１の実施の形態における特定ホスト情報の更新処理の処理手順の一例を説明するためのフローチャートである。
【００３３】
ホスト情報変更部１１は、いずれかのクライアント端末２０の変更ＵＲＬアクセス部２１からの変更ＵＲＬに対するアクセス（ＨＴＴＰリクエスト）を受信すると（Ｓ１０１）、当該アクセスに係るＨＴＴＰリクエストからホスト情報を取得する（Ｓ１０２）。続いて、ホスト情報変更部１１は、当該ホスト情報によって、特定ホスト情報記憶部１２１に記憶されている特定ホスト情報を変更（上書き）する（Ｓ１０３）。
【００３４】
図５は、第１の実施の形態におけるアクセス履歴の更新処理の処理手順の一例を説明するためのフローチャートである。
【００３５】
コンテンツ応答部１２は、いずれかのクライアント端末２０のコンテンツ取得部２２又は他端末群３０のうちのいずれかの装置からのコンテンツＵＲＬに対するアクセス（ＨＴＴＰリクエスト）を受信すると（Ｓ１１１）、ＷｅｂコンテンツＡを含む応答を返信する（Ｓ１１２）。
【００３６】
続いて、アクセス履歴更新部１３は、当該アクセスに係るＨＴＴＰリクエストからホスト情報を取得する（Ｓ１１３）。続いて、アクセス履歴更新部１３は、取得されたホスト情報と、特定ホスト情報記憶部１２１に記憶されている特定ホスト情報とを比較する（Ｓ１１４）。
【００３７】
両者が一致しない場合（Ｓ１１４でＮｏ）、アクセス履歴更新部１３は、アクセス履歴記憶部１２２に記憶されているアクセス履歴を更新する（Ｓ１１５）。両者が一致する場合（Ｓ１１４でＹｅｓ）、アクセス履歴の更新は行われない。
【００３８】
すなわち、変更ＵＲＬへ最後にアクセスしたクライアント端末２０からのアクセスであれば、アクセス履歴は更新されない。そうでなければ、アクセス履歴は更新される。
【００３９】
図６は、アクセス履歴の提供処理の処理手順の一例を説明するためのフローチャートである。
【００４０】
アクセス履歴管理部１４は、いずれかのクライアント端末２０のアクセス履歴取得部２３からの履歴ＵＲＬに対するアクセス（ＨＴＴＰリクエスト）を受信すると（Ｓ１２１）、アクセス履歴記憶部１２２に記憶されているアクセス履歴を含む応答を返信する（Ｓ１２２）。その結果、当該クライアント端末２０のユーザである管理者Ａは、ＷｅｂコンテンツＡに対するアクセス履歴を確認することができる。
【００４１】
上述したように、第１の実施の形態によれば、ＷｅｂコンテンツＡの管理者Ａが、アクセス履歴の更新の対象外とするホストを示す特定ホスト情報を変更することができる。したがって、管理者Ａがこれから利用しようとするクライアント端末２０のホスト情報が、特定ホスト情報でなかったとしても、当該クライアント端末２０から変更ＵＲＬへアクセスすることで、当該クライアント端末２０のホスト情報を特定ホスト情報にすることができる。その結果、当該クライアント端末２０からのＷｅｂコンテンツＡへのアクセスによって、アクセス履歴が更新されることを回避することができる。一方、他端末群３０については、変更ＵＲＬへのアクセスは行われないため、他端末群３０からのＷｅｂコンテンツＡへのアクセスは、アクセス履歴の更新対象とされる。
【００４２】
上記より、第１の実施の形態によれば、Ｗｅｂコンテンツに対するアクセス履歴の精度を向上させることができる。すなわち、近年の、多様かつ多数のクライアント端末からのアクセスの急増に伴い、クライアント端末が特定のホスト名以外である場合であっても、アクセス履歴に影響を与えないような技術を提供することができる。これにより、アクセス履歴の情報の精度を高め、Ｗｅｂページの管理者が広告等の商業利用や、アクセス履歴の正確な分析をすることができる。
【００４３】
次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。第２の実施の形態において特に言及されない点については、第１の実施の形態と同様でもよい。
【００４４】
第２の実施の形態では、ＷｅｂコンテンツＡが、管理者Ａ、管理者Ｂ及び管理者Ｃの複数の管理者によって管理される。すなわち、複数の管理者によって共通のＷｅｂコンテンツＡが管理される。なお、図１において、クライアント端末２０ａは、管理者Ａによって利用され、クライアント端末２０ｂは、管理者Ｂによって利用され、クライアント端末２０ｃは、管理者Ｃによって利用される。
【００４５】
図７は、第２の実施の形態におけるＷｅｂサーバ１０及びクライアント端末２０の機能構成例を示す図である。図７中、図３と同一又は対応部分には同一符号を付し、その説明は適宜省略する。
【００４６】
図７において、Ｗｅｂサーバ１０は、ホスト情報追加部１５を有する。ホスト情報追加部１５は、Ｗｅｂサーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。ホスト情報追加部１５は、コンテンツＵＲＬ及び変更ＵＲＬのいずれとも異なるＵＲＬ（以下、「追加ＵＲＬ」という。）に対するアクセス（ＨＴＴＰリクエスト）に応じて処理を実行する。具体的には、ホスト情報追加部１５は、いずれかのクライアント端末２０からの追加ＵＲＬへのアクセスに応じ、当該アクセスにおいて通知されたホスト情報を、特定ホスト情報の一つとして特定ホスト情報記憶部１２１へ追加する。追加とは、既に記憶されている特定ホスト情報に変更を加えることなく、新たな特定ホスト情報を追加するこという。したがって、特定ホスト情報記憶部１２１には、複数のホスト情報が記憶されうる。なお、追加ＵＲＬは、管理者Ａ、管理者Ｂ及び管理者Ｃのみに通知される。
【００４７】
クライアント端末２０は、追加ＵＲＬアクセス部２４を有する。追加ＵＲＬアクセス部２４は、クライアント端末２０にインストールされた１以上のプログラム（例えば、Ｗｅｂブラウザのプログラム）が、ＣＰＵ１０４に実行させる処理により実現される。追加ＵＲＬアクセス部２４は、管理者による操作に応じ、追加ＵＲＬへのアクセスを実行する。
【００４８】
なお、第２の実施の形態においてＷｅｂサーバ１０は、ホスト情報変更部１１を有してもよい。クライアント端末２０は、変更ＵＲＬアクセス部２１を有してもよい。
【００４９】
以下、第２の実施の形態においてＷｅｂサーバ１０が実行する処理手順について説明する。第２の実施の形態では、図４の処理手順が、図８の処理手順によって置き換えられる。
【００５０】
図８は、第２の実施の形態における特定ホスト情報の更新処理の処理手順の一例を説明するためのフローチャートである。
【００５１】
ホスト情報追加部１５は、いずれかのクライアント端末２０の追加ＵＲＬアクセス部２４からの追加ＵＲＬに対するアクセス（ＨＴＴＰリクエスト）を受信すると（Ｓ２０１）、当該アクセスに係るＨＴＴＰリクエストからホスト情報を取得する（Ｓ２０２）。続いて、ホスト情報追加部１５は、当該ホスト情報を、特定ホスト情報記憶部１２１に追加する（Ｓ２０３）。
【００５２】
上述したように、第２の実施の形態によれば、複数の管理者が、アクセス履歴の更新の対象外とするホスト情報を追加することができる。その結果、複数のクライアント端末２０を同時にアクセス履歴の更新の対象外とすることができる。したがって、一つのＷｅｂコンテンツが複数の管理者によって管理される場合においても、第１の実施の形態と同様の効果を得ることができる。
【００５３】
なお、第２の実施の形態において、管理者Ａ、管理者Ｂ及び管理者Ｃのそれぞれは、複数のクライアント端末２０を利用してもよい。この場合、各管理者について複数のホスト情報が特定ホスト情報記憶部１２１に記憶されることになる。各管理者は、或るクライアント端末２０から追加ＵＲＬへ一度アクセスすれば、その後に当該クライアント端末２０を利用してＷｅｂコンテンツＡにアクセスするたびに追加ＵＲＬへアクセスしなくても、当該クライアント端末２０からのアクセスをアクセス履歴の更新の対象外とすることができる。
【００５４】
次に、第３の実施の形態について説明する。第３の実施の形態では第２の実施の形態と異なる点について説明する。第３の実施の形態において特に言及されない点については、第２の実施の形態と同様でもよい。
【００５５】
図９は、第３の実施の形態におけるＷｅｂサーバ１０及びクライアント端末２０の機能構成例を示す図である。図９中、図７と同一又は対応部分には同一符号を付し、その説明は適宜省略する。
【００５６】
図９において、Ｗｅｂサーバ１０は、ホスト情報参照・削除部１６を有する。ホスト情報参照・削除部１６は、Ｗｅｂサーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。ホスト情報参照・削除部１６は、コンテンツＵＲＬ、変更ＵＲＬ及び追加ＵＲＬのいずれとも異なるＵＲＬ（以下、「参照・削除ＵＲＬ」という。）に対するアクセス（ＨＴＴＰリクエスト）に応じて処理を実行する。具体的には、ホスト情報参照・削除部１６は、いずれかのクライアント端末２０からの参照・削除ＵＲＬへのアクセスに応じ、特定ホスト情報記憶部１２１に記憶されている特定ホスト情報の一覧を返信し、当該一覧の中から選択されたホスト情報の通知に応じ、当該ホスト情報を特定ホスト情報記憶部１２１から削除する。なお、参照・削除ＵＲＬは、管理者Ａ、管理者Ｂ及び管理者Ｃのみに通知される。
【００５７】
クライアント端末２０は、参照・削除ＵＲＬアクセス部２５を有する。参照・削除ＵＲＬアクセス部２５は、クライアント端末２０にインストールされた１以上のプログラム（例えば、Ｗｅｂブラウザのプログラム）が、ＣＰＵ１０４に実行させる処理により実現される。参照・削除ＵＲＬアクセス部２５は、管理者による操作に応じ、参照・削除ＵＲＬへのアクセスを実行する。
【００５８】
なお、第３の実施の形態においてＷｅｂサーバ１０は、ホスト情報変更部１１及びホスト情報追加部１５を有してもよい。クライアント端末２０は、変更ＵＲＬアクセス部２１及び追加ＵＲＬアクセス部２４を有してもよい。
【００５９】
以下、第３の実施の形態においてＷｅｂサーバ１０が実行する処理手順について説明する。第３の実施の形態では、図８の処理手順が、図１０の処理手順によって置き換えられる。
【００６０】
図１０は、第３の実施の形態における特定ホスト情報の更新処理の処理手順の一例を説明するためのフローチャートである。
【００６１】
ホスト情報参照・削除部１６は、いずれかのクライアント端末２０の参照・削除ＵＲＬアクセス部２５からの参照・削除ＵＲＬに対するアクセス（ＨＴＴＰリクエスト）を受信すると（Ｓ３０１）、特定ホスト情報記憶部１２１に記憶されている特定ホスト情報の一覧を含むＷｅｂコンテンツを当該クライアント端末２０へ返信する（Ｓ３０２）。その結果、当該クライアント端末２０では、当該Ｗｅｂコンテンツが表示される。
【００６２】
当該Ｗｅｂコンテンツを介して、いずれかの特定ホスト情報が選択され、削除指示が入力されると、当該クライアント端末２０の参照・削除ＵＲＬアクセス部２５は、当該特定ホスト情報を含むＨＴＴＰリクエストをＷｅｂサーバ１０へ送信する。
【００６３】
ホスト情報参照・削除部１６は、当該ＨＴＴＰリクエストを受信すると（Ｓ３０３）、当該ＨＴＴＰリクエストに含まれている特定ホスト情報を、特定ホスト情報記憶部１２１から削除する（Ｓ３０４）。
【００６４】
上述したように、第３の実施の形態によれば、管理者が、特定ホスト情報を参照したり削除したりすることができる。その結果、例えば、管理者が使用しなくなったクライアント端末２０等のホスト情報を、管理者の任意によって特定ホスト情報から除去することができる。
【００６５】
次に、第４の実施の形態について説明する。第４の実施の形態では第１〜３の実施の形態と異なる点について説明する。第４の実施の形態において特に言及されない点については、上記各実施の形態と同様でもよい。
【００６６】
図１１は、第４の実施の形態におけるＷｅｂサーバ１０及びクライアント端末２０の機能構成例を示す図である。
【００６７】
図１１中、図３、図７又は図９と同一又は対応部分には同一符号を付し、その説明は適宜省略する。図１１において、Ｗｅｂサーバ１０は、ホスト情報更新部１７を有する。
【００６８】
ホスト情報更新部１７は、ホスト情報変更部１１、ホスト情報追加部１５及びホスト情報参照・削除部１６を含む。すなわち、ホスト情報更新部１７は、変更ＵＲＬ、追加ＵＲＬ又は参照・削除ＵＲＬへのアクセスに応じ、アクセス対象とされたＵＲＬに応じた処理を実行する。
【００６９】
クライアント端末２０は、更新ＵＲＬアクセス部２６を有する。更新ＵＲＬアクセス部２６は、変更ＵＲＬアクセス部２１、追加ＵＲＬアクセス部２４及び参照・削除ＵＲＬアクセス部２５を含む。すなわち、更新ＵＲＬアクセス部２６は、管理者による操作に応じ、変更ＵＲＬ、追加ＵＲＬ又は参照・削除ＵＲＬへのアクセスを実行する。
【００７０】
図１２は、第４の実施の形態における特定ホスト情報の更新処理の処理手順の一例を説明するためのフローチャートである。
【００７１】
ホスト情報更新部１７は、いずれかのクライアント端末２０の更新ＵＲＬアクセス部２６からの変更ＵＲＬ、追加ＵＲＬ又は参照・削除ＵＲＬに対するアクセス（ＨＴＴＰリクエスト）を受信すると（Ｓ４０１）、アクセス対象のＵＲＬに応じた処理を実行する（Ｓ４０２）。当該処理については、図４、図８又は図１０において説明した通りである。
【００７２】
当該処理が終了すると、ホスト情報更新部１７は、Ｗｅｂコンテンツをアクセス元のクライアント端末２０へ返信する（Ｓ４０３）。当該Ｗｅｂコンテンツは、ＷｅｂコンテンツＡでもよい。ＷｅｂコンテンツＡが返信される場合、管理者が改めてＷｅｂコンテンツＡへアクセスするための操作を行う手間を排除することができる。又は、当該Ｗｅｂコンテンツは、更に、ステップＳ４０２において実行された処理の結果（処理の成否）を示す情報を含んでもよい。そうすることで、管理者は、アクセス対象のＵＲＬに応じた処理の結果を確認することもできる。
【００７３】
なお、上記各実施の形態において、ホスト情報変更部１１、ホスト情報追加部１５、ホスト情報参照・削除部１６及びホスト情報更新部１７は、第１の更新部の一例である。アクセス履歴更新部１３は、第２の更新部の一例である。変更ＵＲＬは、第１のＵＲＬの一例である。追加ＵＲＬは、第２のＵＲＬの一例である。参照・削除ＵＲＬは、第３のＵＲＬの一例である。
【００７４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７５】
１０          Ｗｅｂサーバ
１１          ホスト情報変更部
１２          コンテンツ応答部
１３          アクセス履歴更新部
１４          アクセス履歴管理部
１５          ホスト情報追加部
１６          ホスト情報参照・削除部
１７          ホスト情報更新部
２０ａ        クライアント端末
２０ｂ        クライアント端末
２０ｃ        クライアント端末
２１          変更ＵＲＬアクセス部
２２          コンテンツ取得部
２３          アクセス履歴取得部
２４          追加ＵＲＬアクセス部
２５          参照・削除ＵＲＬアクセス部
２６          更新ＵＲＬアクセス部
３０          他端末群
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１２１        特定ホスト情報記憶部
１２２        アクセス履歴記憶部
Ｂ            バス
【図１】
2018101298.tif 000003
【図２】
2018101298.tif 000004
【図３】
2018101298.tif 000005
【図４】
2018101298.tif 000006
【図５】
2018101298.tif 000007
【図６】
2018101298.tif 000008
【図７】
2018101298.tif 000009
【図８】
2018101298.tif 000010
【図９】
2018101298.tif 000011
【図１０】
2018101298.tif 000012
【図１１】
2018101298.tif 000013
【図１２】
2018101298.tif 000014