JP2014026620A - 情報処理装置及びコンテンツ管理方法 - Google Patents

Abstract

【課題】ＷＥＢコンテンツ管理者の作業を効率化する情報処理装置及びコンテンツ管理方法を提供する。
【解決手段】コンテンツデータ記憶部１４は、ＷＥＢサイトに表示を行うためのデータであるコンテンツを記憶する。登録受付部１１は、コンテンツの登録を受け付ける。ヘッダ比較部１２は、登録受付部１１が受け付けたコンテンツがコンテンツデータ記憶部１４に既に格納されているコンテンツと一致するか否かを判定する。コンテンツ登録部１３は、登録受付部１１が受け付けたコンテンツがコンテンツデータ記憶部１４に既に格納されているコンテンツと一致した場合、いずれか一方のコンテンツをコンテンツデータ記憶部１４に格納し、他方を削除する。
【選択図】図２

Description

本発明は、情報処理装置及びコンテンツ管理方法に関する。

近年、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ上のＷＥＢサイトなどからの情報の提供や配信が増加している。ＷＥＢサイト上で提供又は配信されている文書や画像などの情報の基となるデータはＷＥＢコンテンツと呼ばれる。

ＷＥＢサイトの利用者は、様々な情報を取得するためにＷＥＢサイトを閲覧する。そのため、ＷＥＢコンテンツは常に更新して、最新の情報を利用者に提供できることが望ましい。

ここで、ＷＥＢサイトの管理の技術として、ＷＥＢコンテンツを階層管理し、ＷＥＢコンテンツの階位、ＷＥＢコンテンツの経路毎のアクセスの頻度又はＷＥＢコンテンツのリンク状態を表示する従来技術がある。また、ネットワーク上にトラッキングサーバを設け、各ＷＥＢコンテンツへのアクセス経路情報を取得する従来技術がある。

特開２００５−２９３２５１号公報 特開２００２−２４４９６１号公報

しかしながら、ＷＥＢコンテンツを常に新しくしていく場合、古いコンテンツが残ることが考えられる。このように古いコンテンツが残る場合、ＷＥＢコンテンツの運用によっては、古いコンテンツがＷＥＢサイトを運用するサーバ上に溜まっていってしまうおそれがある。サーバに古いコンテンツが溜まることで、ハードディスクなどのサーバのリソースが消費される。これにより、サーバのレスポンスが低下するおそれがある。

また、全体的な構成を考慮せずに新しいＷＥＢコンテンツを追加していった場合、各ＷＥＢページへのアクセス経路が複雑化し、ＷＥＢサイトのユーザビリティが低下するおそれがある。

これらの問題を回避するには、ＷＥＢコンテンツ管理者が古いコンテンツを探し出して削除をしたり、ＷＥＢコンテンツを追加する都度、全体的なＷＥＢサイトの構成を見直したりしなければならず、ＷＥＢコンテンツ管理者の作業が煩雑になってしまう。

この点、コンテンツを階層管理する従来技術の場合、ＵＲＬ（Uniform Resource Locator）を用いて階層管理を行うため、管理者が階層を意識してＷＥＢサイトを構成することになる。このため、ＷＥＢコンテンツ管理者の作業を効率化することは困難である。また、ログも通常の形式で蓄積を行っているため、ＷＥＢサイトの解析にサーバリソースを大きく消費してしまう。この場合、ＷＥＢサイトの解析に手間がかかり、ＷＥＢコンテンツ管理者の作業を効率化することは困難である。また、トラッキングサーバを用いる従来技術を用いても、古いＷＥＢコンテンツは蓄積されてしまうので、ＷＥＢコンテンツ管理者の作業を効率化することは困難であった。

開示の技術は、上記に鑑みてなされたものであって、ＷＥＢコンテンツ管理者の作業を効率化する情報処理装置及びコンテンツ管理方法を提供することを目的とする。

本願の開示する情報処理装置及びコンテンツ管理方法は、一つの態様において、コンテンツ記憶部は、ＷＥＢサイトに表示を行うためのデータであるコンテンツを記憶する。登録受付部は、前記コンテンツの登録を受け付ける。判定部は、前記登録受付部が受け付けたコンテンツが前記コンテンツ記憶部に既に格納されているコンテンツと一致するか否かを判定する。登録処理部は、前記登録受付部が受け付けたコンテンツが前記コンテンツ記憶部に既に格納されているコンテンツと一致した場合、いずれか一方のコンテンツを前記コンテンツ記憶部に格納し、他方を削除する。

本願の開示する情報処理装置及びコンテンツ管理方法の一つの態様によれば、ＷＥＢコンテンツ管理者の作業を効率化することができるという効果を奏する。

図１は、ＷＥＢコンテンツを提供するシステムの概要を説明する図である。 図２は、実施例１に係るサーバのブロック図である。 図３は、コンテンツデータの一例を示す図である。 図４は、実施例１に係るサーバによるＷＥＢコンテンツ登録処理のフローチャートである。 図５は、実施例２に係るサーバのブロック図である。 図６は、実施例２に係るコンテンツ管理データ記憶部が格納する情報の詳細を表す図である。 図７は、アクセス遷移情報の一例を表す図である。 図８は、変更条件情報の一例を示す図である。 図９は、アクセス経路の変更の概要を説明するための変更前の図である。 図１０は、アクセス経路の変更の概要を説明するための変更後の図である。 図１１は、実施例２に係るビーコンの埋め込み処理及びアクセス経路登録処理のフローチャートである。 図１２は、実施例２に係るアクセス解析処理のフローチャートである。 図１３は、実施例２に係る移動元のコンテンツの変更処理のフローチャートである。 図１４は、実施例３に係るサーバのブロック図である。 図１５は、子コンテンツ管理情報の一例を示す図である。 図１６は、サーバのハードウェア構成図である。

以下に、本願の開示する情報処理装置及びコンテンツ管理方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する情報処理装置及びコンテンツ管理方法が限定されるものではない。

図１は、ＷＥＢコンテンツを提供するシステムの概要を説明する図である。本実施例に係るＷＥＢコンテンツを提供するシステムは、サーバ１、登録者端末２、利用者端末３及びインターネット４を有している。

サーバ１は、ＷＥＢコンテンツを格納している。ここで、ＷＥＢコンテンツとは、ＷＥＢページ及びそのページで利用されるパーツなどが含まれる。そして、サーバ１は、利用者の要求に応じて、インターネット４を介してＷＥＢコンテンツを利用者端末３へ送信する。

登録者は、例えば、登録者端末２に表示された登録画面Ｐを用いてサーバ１にＷＥＢコンテンツを登録し、ＷＥＢサイトを構築する。また、登録者は、例えば、登録者端末２に表示された登録画面Ｐを用いてサーバ１に登録されているＷＥＢコンテンツの編集を行う。登録者による編集により、サーバ１に登録されているＷＥＢコンテンツは更新される。

利用者は、例えば、利用者端末３を用いてサーバ１に対してＷＥＢコンテンツの表示要求を行う。そして、利用者端末３は、利用者の要求に応じてサーバ１が送信したＷＥＢページＱをモニタなどに表示する。利用者は、例えば、利用者端末３に表示されたＷＥＢページＱに付加されているリンクをクリックするなどして、他のＷＥＢページへの移動を要求する。そして、利用者端末３は、移動の要求に応じたＷＥＢページをサーバ１から受信し、モニタなどに表示する。これにより、ＷＥＢサイト内でのＷＥＢコンテンツの移動が行われる。

以上のように、登録者は、サーバ１にＷＥＢコンテンツを登録し、利用者は、登録者が登録したＷＥＢコンテンツを閲覧する。

次に、図２を参照して本実施例に係るサーバ１について詳細に説明する。図２は、実施例１に係るサーバのブロック図である。

図２に示すように、本実施例に係るサーバ１は、登録受付部１１、ヘッダ比較部１２、コンテンツ登録部１３、コンテンツデータ記憶部１４及びコンテンツ提供部１５を有している。

コンテンツデータ記憶部１４は、ＷＥＢページの構成を表すコンテンツデータを記憶している。コンテンツデータには、図３に示すようにＨＴＭＬ（Hyper Text Markup Language）コンテンツデータ１４１、スタイルシートデータ１４２、画像データ１４３を有している。図３は、コンテンツデータの一例を示す図である。ＨＴＭＬコンテンツデータ１４１は、ＷＥＢページの内容がＨＴＭＬを用いて記載されているデータである。スタイルシートデータ１４２は、文字サイズや色などのＷＥＢページで用いるスタイルの情報が記載されたデータである。画像データ１４３は、ＷＥＢページで用いられる画像のデータである。コンテンツデータ記憶部１４は、ＷＥＢページ毎に作成されたコンテンツデータを記憶している。このコンテンツデータ記憶部１４が「コンテンツ記憶部」の一例にあたる。

ここで、ＨＴＭＬコンテンツデータ１４１、スタイルシートデータ１４２及び画像データ１４３などの各ＷＥＢコンテンツは、ファイルヘッダを有している。そして、各ＷＥＢコンテンツのファイルヘッダには、例えば、そのＷＥＢコンテンツのサイズ及びファイル形式などのファイル情報が格納されている。

コンテンツ提供部１５は、ＷＥＢページの表示の要求を利用者端末３から受ける。コンテンツ提供部１５は、要求されたＷＥＢページを構成するＷＥＢコンテンツをコンテンツデータ記憶部１４から取得する。そして、コンテンツ提供部１５は、取得したＷＥＢコンテンツを用いてＷＥＢページを生成する。その後、コンテンツ提供部１５は、要求されたＷＥＢページを利用者端末３へ送信し、利用者端末３のモニタなどの表示部に表示させる。

登録受付部１１は、登録するＷＥＢコンテンツのデータとともにＷＥＢコンテンツの登録の指示を登録者端末２から受ける。以下では、登録者端末２から登録受付部１１が登録の指示を受けたＷＥＢコンテンツを「登録ＷＥＢコンテンツ」という。この登録ＷＥＢコンテンツのデータには、各種コンテンツデータといった複数のＷＥＢコンテンツが含まれていてもよい。登録受付部１１は、登録ＷＥＢコンテンツをヘッダ比較部１２へ出力する。

ヘッダ比較部１２は、登録ＷＥＢコンテンツの入力を登録受付部１１から受ける。ヘッダ比較部１２は、登録ＷＥＢコンテンツがバイナリファイルかスクリプトファイルかを判定する。

登録ＷＥＢコンテンツがバイナリファイルの場合、ヘッダ比較部１２は、登録ＷＥＢコンテンツのファイルヘッダからサイズ及びファイル形式を取得する。また、ヘッダ比較部１２は、コンテンツデータ記憶部１４に既に登録されているＷＥＢコンテンツの中からバイナリファイルであるＷＥＢコンテンツを抽出する。そして、ヘッダ比較部１２は、抽出した各ＷＥＢコンテンツのヘッダに格納されたファイル情報からサイズ及びファイル形式を取得する。そして、ヘッダ比較部１２は、既に登録されているＷＥＢコンテンツのうち、登録ＷＥＢコンテンツとサイズ及びファイル形式が一致するものがあるか否かを判定する。そして、ヘッダ比較部１２は、サイズ及びファイル形式が一致するものがある場合、サイズ及びファイル形式が一致した既に登録されているＷＥＢコンテンツを同一コンテンツと判定し、同一コンテンツの情報をコンテンツ登録部１３に通知する。

これに対して、登録ＷＥＢコンテンツがスクリプトデータの場合、ヘッダ比較部１２は、コンテンツデータ記憶部１４に既に登録されているＷＥＢコンテンツの中からスクリプトファイルであるＷＥＢコンテンツを抽出する。そして、ヘッダ比較部１２は、登録ＷＥＢコンテンツと抽出したＷＥＢコンテンツとを比較する。そして、登録ＷＥＢコンテンツと抽出したＷＥＢコンテンツが一致した場合、ヘッダ比較部１２は、一致した既に登録されているＷＥＢコンテンツを同一コンテンツと判定し、同一コンテンツの情報をコンテンツ登録部１３に通知する。ここで、スクリプトファイルのＷＥＢコンテンツが一致するとは、例えば、スクリプトの記述が同一である場合などである。

そして、ヘッダ比較部１２は、登録ＷＥＢコンテンツのデータをコンテンツ登録部１３に送信する。このヘッダ比較部１２が「判定部」の一例にあたる。

コンテンツ登録部１３は、登録するＷＥＢコンテンツのデータの入力をヘッダ比較部１２から受ける。さらに、同一コンテンツがある場合、コンテンツ登録部１３は、同一コンテンツの情報の入力をヘッダ比較部１２から受ける。

同一コンテンツの情報を受信した場合、コンテンツ登録部１３は、登録ＷＥＢコンテンツをコンテンツデータ記憶部１４の中の同一コンテンツに書き換える。ここで、バイナリファイルに関しては、サイズや画像形式が一致するＷＥＢコンテンツは、同じＷＥＢコンテンツである可能性が非常に高い。そのため、登録者から受信したバイナリファイルのＷＥＢコンテンツは、サイズや画像形式が一致した既に登録済みのＷＥＢコンテンツに書き換えることができる。

これに対して、同一コンテンツが無い場合、コンテンツ登録部１３は、受信した登録コンテンツをそのまま保持する。

そして、コンテンツ登録部１３は、登録ＷＥＢコンテンツをコンテンツデータ記憶部１４に記憶させる。ここで、コンテンツ登録部１３は、登録ＷＥＢコンテンツを同一コンテンツに書き換えた場合、同じＷＥＢコンテンツを同じデータで上書きする。このコンテンツ登録部１３が「登録処理部」の一例にあたる。

ここで、本実施例では、同一コンテンツがある場合、コンテンツ登録部１３が同じＷＥＢコンテンツで上書きするとしたが、これに限らず、同一コンテンツを残す方法であれば他の方法でも良い。例えば、同一コンテンツがある場合には、コンテンツ登録部１３又はヘッダ比較部１２は、登録ＷＥＢコンテンツを削除して、同一コンテンツを残す処理を行っても良い。

また、登録ＷＥＢコンテンツが複数のＷＥＢコンテンツを含む場合には、ヘッダ比較部１２とコンテンツ登録部１３は、登録ＷＥＢコンテンツに含まれるＷＥＢコンテンツの一つ一つを登録ＷＥＢコンテンツとして、以上の処理を繰り返し行っていく。

このように、コンテンツ登録部１３は、既に登録されているＷＥＢコンテンツの中に登録ＷＥＢコンテンツがある場合に、登録ＷＥＢコンテンツを削除して、既に登録されているコンテンツを残している。これにより、コンテンツ登録部１３は、同じＷＥＢコンテンツを２重に登録することを回避できる。

次に、図４を参照して、本実施例に係るサーバ１によるＷＥＢコンテンツ登録処理の流れについて説明する。図４は、実施例１に係るサーバによるＷＥＢコンテンツ登録処理のフローチャートである。図４のフローでは、登録ＷＥＢコンテンツが複数のＷＥＢコンテンツを含む場合で説明する。

ヘッダ比較部１２は、登録ＷＥＢコンテンツに含まれるＷＥＢコンテンツのうちバイナリデータであるＷＥＢコンテンツを読み込む（ステップＳ１０１）。

そして、ヘッダ比較部１２は、既に登録されているＷＥＢコンテンツの中のバイナリデータであるＷＥＢコンテンツのうち、読み込んだＷＥＢコンテンツとサイズ及びファイル形式が一致するＷＥＢコンテンツを検索し、同一コンテンツがあるか否かを判定する（ステップＳ１０２）。

同一コンテンツが無い場合（ステップＳ１０２：否定）、コンテンツ登録部１３は、読み込んだＷＥＢコンテンツをコンテンツデータ記憶部１４に記憶させて、そのＷＥＢコンテンツを登録する（ステップＳ１０３）。

これに対して、同一コンテンツが有る場合（ステップＳ１０２：肯定）、コンテンツ登録部１３は、読み込んだＷＥＢコンテンツを同一コンテンツに書き換える（ステップＳ１０４）。そして、コンテンツ登録部１３は、書き換えた同一コンテンツを、コンテンツデータ記憶部１４が記憶している同一コンテンツに上書きする。

次に、ヘッダ比較部１２は、登録ＷＥＢコンテンツに含まれるバイナリデータのＷＥＢコンテンツ全ての比較が終了したか否かを判定する（ステップＳ１０５）。比較を行っていないバイナリデータが残っている場合（ステップＳ１０５：否定）、ヘッダ比較部１２は、ステップＳ１０１に戻る。

これに対して、全てのバイナリデータの比較が完了した場合（ステップＳ１０５：肯定）、ヘッダ比較部１２は、登録ＷＥＢコンテンツに含まれるＷＥＢコンテンツのうちスクリプトデータであるＷＥＢコンテンツを読み込む（ステップＳ１０６）。

そして、ヘッダ比較部１２は、既に登録されているＷＥＢコンテンツの中のスクリプトデータであるＷＥＢコンテンツのうち、読み込んだＷＥＢコンテンツと一致するＷＥＢコンテンツを検索し、同一コンテンツがあるか否かを判定する（ステップＳ１０７）。

同一コンテンツが無い場合（ステップＳ１０７：否定）、コンテンツ登録部１３は、読み込んだＷＥＢコンテンツをコンテンツデータ記憶部１４に記憶させて、そのＷＥＢコンテンツを登録する（ステップＳ１０８）。

これに対して、同一コンテンツが有る場合（ステップＳ１０７：肯定）、コンテンツ登録部１３は、読み込んだＷＥＢコンテンツを同一コンテンツに書き換える（ステップＳ１０９）。そして、コンテンツ登録部１３は、書き換えた同一コンテンツを、コンテンツデータ記憶部１４が記憶している同一コンテンツに上書きする。

次に、ヘッダ比較部１２は、登録ＷＥＢコンテンツに含まれるスクリプトデータのＷＥＢコンテンツ全てについて比較を行ったか否かを判定する（ステップＳ１１０）。比較を行っていないスクリプトデータが残っている場合（ステップＳ１１０：否定）、ヘッダ比較部１２は、ステップＳ１０６に戻る。

これに対して、全てのスクリプトデータの比較が完了した場合（ステップＳ１１０：肯定）、ヘッダ比較部１２及びコンテンツ登録部１３は、ＷＥＢコンテンツの登録処理を終了する。

以上に説明したように、本実施例に係る情報処理装置は、登録の指示を受けたＷＥＢコンテンツと同じＷＥＢコンテンツが既に登録されている場合、既に登録されているＷＥＢコンテンツのみを残す処理を行う。これにより、ＷＥＢコンテンツの２重登録を軽減できる。そのため、ＷＥＢコンテンツの管理者は２重登録されたＷＥＢコンテンツを探して削除する作業を行わずにすみ、管理者の作業を効率化することができる。また、ＷＥＢコンテンツの２重登録を軽減できるため、サーバのリソースの消費を軽減することができ、サーバのレスポンスの低下を回避することができる。

図５は、実施例２に係るサーバのブロック図である。本実施例に係るサーバは、ＷＥＢページ間のアクセス経路を適切な状態に変更する機能を有することが、実施例１と異なるものである。以下の説明では、実施例１と同じ機能を有する各部については、説明を省略する。

図５に示すように、本実施例に係るサーバ１は、実施例１の各部に加え、ビーコン埋込部１７、ログ作成部１９、アクセス解析部２０及び経路変更部２１をさらに有している。また、本実施例に係るコンテンツ管理データ記憶部１６は、ビーコン管理情報１６１、アクセス管理情報１６２、変更条件情報１６３及びコンテンツ付随データ１６４を格納している。

図６は、実施例２に係るコンテンツ管理データ記憶部が格納する情報の詳細を表す図である。ここで、図６を参照してコンテンツ管理データ記憶部１６の詳細について説明する。

ビーコン管理情報１６１は、ＷＥＢページのタイトルと、そのＷＥＢページに割り当てられたＩＤ（IDentification）を対応付けるＩＤ対応テーブル６１１を有している。このＩＤは、後述するビーコン埋め込み部によって割り当てられるものである。例えば、図６では、ビーコン管理情報１６１として、トップページに「top-001」というＩＤが割り当てられている。さらに、遷移１ページに「seni1-001」というＩＤが割り当てられ、遷移２ページに「seni1-002」というＩＤが割り当てられ、遷移３ページに「seni1-003」というＩＤが割り当てられている。

アクセス管理情報１６２は、図６に示すようにアクセス経路情報６２１及びアクセス遷移情報６２２を含む。

アクセス経路情報６２１は、各ＷＥＢページにおける移動先のＷＥＢページ、すなわちあるＷＥＢページから他のＷＥＢページへの遷移関係を表している。例えば、アクセス経路情報６２３は、トップページのアクセス経路の情報である。アクセス経路情報６２３は、トップページからの移動先として遷移１ページ又は遷移２ページがあることを示している。具体的には、ＷＥＢページとしてのトップページにリンク先として遷移１ページ又は遷移２ページが配置されていることを表している。例えば、アクセス経路情報６２３で表される遷移関係を有している場合、トップページに配置された遷移１ページへのリンクをマウスなどでクリックすることにより、遷移１ページへ移動できる。また、トップページに配置された遷移２ページへのリンクをマウスなどでクリックすることにより、遷移２ページへ移動できる。このアクセス経路情報６２１を記憶するコンテンツデータ記憶部１６が「遷移関係記憶部」の一例にあたる。

アクセス遷移情報６２２は、あるＷＥＢページから他のＷＥＢページへの移動が行われた場合の、移動元のＷＥＢページの情報、移動先のＷＥＢページの情報、その移動が行われた回数、並びに、移動先のＷＥＢページの登録日時及び最終アクセス日時を有している。

例えば、アクセス遷移情報６２２として、図７に示すような遷移情報テーブル２２０が格納されている。図７は、アクセス遷移情報の一例を表す図である。例えば、行２２１は、「top-001」のＩＤを有するトップページを移動元とし、「seni1-001」のＩＤを有する遷移１ページを移動先とする遷移関係を表している。そして、この遷移関係が表す遷移が行われた回数が「ｙｙｙｙ」であることを、行２２１が表している。さらに、行２２１は、遷移１ページの登録日時が２０１１年１２月１日であり、最終アクセスに日時が２０１２年３月１４日であることを表している。このアクセス遷移情報６２２を記憶するコンテンツデータ記憶部１６が「移動回数記憶部」の一例にあたる。

コンテンツ付随データ１６４は、子コンテンツ情報６４１及びキーワードデータ６４２を有している。子コンテンツ情報６４１には、各ＷＥＢページで使用されるパーツなどのＷＥＢコンテンツの情報が記載されている。以下では、各ＷＥＢページで使用されるパーツなどのＷＥＢコンテンツを「子コンテンツ」という場合がある。また、キーワードデータ６４２には、各ＷＥＢページにおけるキーワードが記載されている。本実施例では、コンテンツ登録部１３が、例えば、各ＷＥＢページに記載されている単語の中で使用頻度が上位３つの単語をそのＷＥＢページのキーワードとして、キーワードデータ６４２に登録する。ここで、本実施例では、キーワードを３つとしたが、これに限らず、キーワードはいくつでもよい。

変更条件情報１６３は、レイアウト変更定義及びコンテンツ重み付けデータを格納している。レイアウト変更定義は、どのような条件を満たした場合にレイアウト変更を行うのかを示す情報である。コンテンツ重み付けデータは、レイアウト変更を行う場合に、どのような情報を優先させてレイアウト変更を行うのかを示す情報である。

変更条件情報１６３は、例えば、図８に示すようなレイアウト変更定義６３１及びコンテンツ重み付けデータ６３２を有している。図８は、変更条件情報の一例を示す図である。本実施例では、レイアウト変更定義６３１に示すように、各遷移関係の使用回数をレイアウト変更の基準とするレイアウト変更対象アクセス数をレイアウト変更を行う条件に使用している。そして、各遷移関係の使用回数が１時間の間に１００以下の場合にレイアウト変更を行うとしている。また、本実施例では、コンテンツ重み付けデータ６３２に示すように、トップページの遷移関係を変更する場合にはキーワード、アクセス数、階層の順に優先度を設定している。ここで、図８では、優先度として３種類の情報を記載しているが、優先度として用いる情報に特に制限は無い。この重み付けデータの使用方法については後で説明する。

ビーコン埋込部１７は、ＷＥＢコンテンツ登録時にコンテンツ登録部１３からＷＥＢコンテンツ登録の通知を受ける。また、ビーコン埋込部１７は、後述するアクセス経路変更が行われた場合、アクセス経路変更の通知を経路変更部２１から受ける。そして、ＷＥＢコンテンツ登録時又は後述するアクセス経路変更が行われた場合、ビーコン埋込部１７は、コンテンツデータ記憶部１４から各ＷＥＢコンテンツを読み込む。そして、ビーコン埋込部１７は、各ＷＥＢページに画像ビーコンが埋め込まれているか否かを判定する。画像ビーコンが埋め込まれていない場合、ビーコン埋込部１７は、ビーコン管理情報１６１を参照し、使用されていないＩＤを生成する。そして、ビーコン埋込部１７は、画像ビーコンが埋め込まれていないＷＥＢページに生成したＩＤを割り当てる。さらに、ビーコン埋込部１７は、割り当てたＩＤを有する画像ビーコンを生成する。この画像ビーコンは、その画像ビーコンが埋め込まれたＷＥＢページに利用者端末３からアクセスがあった場合に、その前に利用者端末３がアクセスしていた移動元のＷＥＢページ及びアクセスがあった移動先のＷＥＢページの情報を出力する。ビーコン埋込部１７は、ＩＤを割り当てたＷＥＢページに生成した画像ビーコンを埋め込む。そして、ビーコン埋込部１７は、読込んだＷＥＢコンテンツの情報をアクセス経路管理部１８へ通知する。このビーコン埋込部１７が「標識埋込部」の一例にあたる。

アクセス経路管理部１８は、ビーコン埋込部１７が読込んだＷＥＢコンテンツの情報の通知を受ける。そして、アクセス経路管理部１８は、ビーコン埋込部１７が読込んだＷＥＢコンテンツのアクセス経路情報がアクセス管理情報１６２の中に登録されているか否かを判定する。そのＷＥＢコンテンツが登録されており、且つ、後述する経路変更部２１からそのＷＥＢコンテンツのアクセス経路変更の通知を受けている場合、アクセス経路管理部１８は、アクセス管理情報１６２の中のアクセス経路情報を変更する。また、そのＷＥＢコンテンツが登録されていない場合、アクセス経路管理部１８は、そのＷＥＢコンテンツのアクセス情報をアクセス管理情報１６２に登録する。

ログ作成部１９は、利用者端末３のアクセスの情報やコンテンツ提供部１５が実行した処理の情報などをコンテンツ提供部１５から取得する。そして、ログ作成部１９は、利用者端末３のアクセスの履歴やコンテンツ提供部１５の処理の履歴などを含むサーバアプリログを生成する。このサーバアプリログは、例えば、Ａｐａｃｈｅ（登録商標）などで作成されるログである。

アクセス解析部２０は、定期的にログ作成部１９が作成したログを取得する。そして、アクセス解析部２０は、取得したログからビーコン画像の情報を抽出する。アクセス解析部２０は、抽出したビーコン画像から移動元のＷＥＢページのＩＤ及び移動先のＷＥＢページのＩＤの情報を取得する。そして、アクセス解析部２０は、取得した情報をデータベースで利用する形式に変換する。例えば、アクセス解析部２０は、取得した情報をＣＳＶ（Comma Separated Values）データに変換する。そして、アクセス解析部２０は、アクセス管理情報１６２中のアクセス遷移情報６２２の中に取得した情報に対応する欄がある場合、アクセス遷移回数を１つ増やす。また、取得した情報がアクセス遷移情報６２２に無い場合、アクセス解析部２０は、取得した情報に対応する欄を作成する。そして、アクセス解析部２０は、経路変更部２１にアクセス遷移情報６２２の更新を通知する。このアクセス解析部２０が「遷移情報取得部」の一例にあたる。

経路変更部２１は、アクセス管理情報１６２に格納されているアクセス遷移情報６２２の更新の通知をアクセス解析部２０から受ける。そして、経路変更部２１は、アクセス管理情報１６２に格納されているアクセス遷移情報６２２から各遷移関係のアクセス遷移回数を取得する。そして、経路変更部２１は、変更条件情報１６３を参照し、レイアウト変更定義６３１（図８参照）で決められた変更条件を満たす遷移関係を抽出する。次に、経路変更部２１は、変更条件を満たす遷移関係における新しい移動元のＷＥＢページを、コンテンツ重み付けデータ６３２（図８参照）の優先順位にあわせて選択する。

ここで、コンテンツ重み付けデータ６３２を用いた新しい移動元のＷＥＢページの選択について詳細に説明する。経路変更部２１は、変更条件を満たす遷移関係の現在の移動元のＷＥＢページ以外のＷＥＢページの中から優先度が最も高い情報に合うＷＥＢページを抽出する。この時点で複数のＷＥＢページが抽出された場合、経路変更部２１は、抽出したＷＥＢページの中から次の優先度の情報に適合するＷＥＢページをさらに抽出する。経路変更部２１は、この抽出作業を優先度の高い順に繰り返し選択する１つのＷＥＢページを決定する。例えば、図８のコンテンツ重み付けデータ６３２を用いてトップページへの移動元のＷＥＢページを変更する場合、経路変更部２１は、コンテンツ付随データ１６４の各ＷＥＢページのキーワードデータ６４２（図６参照）を取得する。そして、経路変更部２１は、トップページと同じキーワードを有するＷＥＢページを抽出する。この時点で１つのＷＥＢページのみが抽出された場合、経路変更部２１は、抽出したＷＥＢページを新しい移動元のＷＥＢページとして選択する。また、この時複数のＷＥＢページを抽出した場合、経路変更部２１は、抽出したＷＥＢページの中からアクセス数が最も多いＷＥＢページを選択する。この時複数のＷＥＢページを抽出した場合、経路変更部２１は、抽出したＷＥＢページの中から最も階層が上位にあるＷＥＢページを選択する。このように、経路変更部２１は、変更条件を満たした遷移関係における新しい移動元のＷＥＢページを選択する。

そして、経路変更部２１は、変更条件を満たす遷移関係の移動元のＷＥＢページを選択した移動元のＷＥＢページに変更する。さらに経路変更部２１は、遷移関係を変更した移動元のＷＥＢページの情報及び変更内容をアクセス経路管理部１８に通知する。また、経路変更部２１は、変更した遷移関係の情報及びその遷移関係における変更後の移動元のＷＥＢページの情報をコンテンツ登録部１３へ通知する。また、経路変更部２１は、アクセス経路の変更を表示制御部２２へ通知する。

コンテンツ登録部１３は、変更した遷移関係の情報及びその遷移関係における変更後の移動元のＷＥＢページの情報の通知を経路変更部２１から受ける。コンテンツ登録部１３は、コンテンツデータ記憶部１４に記憶されているＨＴＭＬコンテンツデータ（図３参照）を修正し、変更後の移動元のＷＥＢページに、変更した遷移関係における移動先のＷＥＢページへのリンクを張る。また、コンテンツ登録部１３は、変更前の移動元のＷＥＢページ上の変更した遷移関係における移動先のＷＥＢページへのリンクを削除する。また、コンテンツ登録部１３は、遷移関係の変更により関連するＷＥＢページの子コンテンツが変更された場合、子コンテンツが変更されたＷＥＢページの子コンテンツ情報を更新する。

表示制御部２２は、アクセス経路の変更の通知を経路変更部２１から受ける。そして、表示制御部２２は、アクセス管理情報１６２のアクセス経路情報６２１参照し、その時点でのＷＥＢページ間のアクセス経路の情報を取得する。そして、表示制御部２２は、登録者端末２にその時点でのＷＥＢページ間のアクセス経路の情報を表示させる。

図９は、アクセス経路の変更の概要を説明するための変更前の図である。また、図１０は、アクセス経路の変更の概要を説明するための変更後の図である。

変更前の状態では、図９に示す各ＷＥＢページからの遷移が設定されている。矢印１０１〜１０４は、各ＷＥＢページ間のアクセス遷移回数を矢印の大きさで表したものである。図９では、トップページから遷移１ページへの移動である矢印１０１の回数が一番多い。そして、遷移２ページから遷移３ページへの移動である矢印１０３の回数が最も少ない。この場合に、矢印１０３が変更条件を満たしたとする。このとき矢印１０３の移動元のＷＥＢページが、遷移２ページから他のＷＥＢページへ変更されることになる。そして、例えば、キーワードの重み付けの優先度が最も高い場合、経路変更部２１は、遷移３ページのキーワードと同じキーワードを含むＷＥＢページを抽出する。この時に、例えば、トップページと遷移１ページが抽出された場合、経路変更部２１は、次の優先度に合うＷＥＢページを抽出する。例えば、アクセス数が次の優先度を有する場合、経路変更部２１は、トップページと遷移１ページのうちのアクセス数が高いほうを選択する。ここでは、トップページのアクセス数の方が高い場合で説明する。この場合、図１０の点線矢印１２１で示すように、経路変更部２１は、遷移２ページを移動元とし、遷移３ページを移動先とする遷移関係の移動元を、遷移１ページに変更する。これにより、遷移１ページに遷移３ページへのリンク１２３が張られる。

また、例えば、表示制御部２２は、図９や図１０で示すような情報をＷＥＢページ間のアクセス経路の情報として登録者端末２に表示させても良い。

次に、図１１を参照して、本実施例に係るビーコンの埋め込み処理及びアクセス経路登録処理の流れについて説明する。図１１は、実施例２に係るビーコンの埋め込み処理及びアクセス経路登録処理のフローチャートである。

コンテンツが登録された場合及びアクセス経路が変更された場合、ビーコン埋込部１７は、コンテンツデータ記憶部１４からコンテンツデータを取得しコンテンツを読込む（ステップＳ２０１）。

ビーコン埋込部１７は、読込んだ各コンテンツに画像ビーコンが埋め込まれているか否かを判定する（ステップＳ２０２）。画像ビーコンが埋め込まれている場合（ステップＳ２０２：肯定）、処理は、ステップＳ２０４に進む。これに対して、画像ビーコンが埋め込まれていない場合（ステップＳ２０２：否定）、ビーコン埋込部１７は、読込んだコンテンツに画像ビーコンを埋め込む（ステップＳ２０３）。

次に、アクセス経路管理部１８は、ビーコン埋込部１７が読込んだコンテンツの情報を取得する。そして、アクセス経路管理部１８は、情報を取得したコンテンツのアクセス経路がアクセス管理情報１６２に登録されているか否かを判定する（ステップＳ２０４）。アクセス経路が登録されていない場合（ステップＳ２０４：否定）、アクセス経路管理部１８は、情報を取得したコンテンツのアクセス経路情報をアクセス管理情報１６２に登録する（ステップＳ２０５）。また、コンテンツ登録部１３は、ビーコン埋込部１７が読込んだコンテンツの子コンテンツ情報などのコンテンツ付随データ１６４を登録する（ステップＳ２０６）。また、コンテンツ登録部１３は、画面ＩＤの領域の確保なども行う。

これに対して、アクセス経路が登録されている場合（ステップＳ２０４：肯定）、アクセス経路管理部１８は、経路変更部２１からのアクセス経路変更の指示にしたがい、情報を取得したコンテンツのアクセス経路を編集する（ステップＳ２０７）。さらに、コンテンツ登録部１３は、ビーコン埋込部１７が読込んだコンテンツのコンテンツ付随データ１６４を編集する（ステップＳ２０８）。

次に、図１２を参照して、本実施例に係る情報処理装置におけるアクセス解析処理の流れについて説明する。図１２は、実施例２に係るアクセス解析処理のフローチャートである。

アクセス解析部２０は、ログ作成部１９が作成したログを読込む（ステップＳ３０１）。

次に、アクセス解析部２０は、読込んだログから画像ビーコンを抽出する（ステップＳ３０２）。

次に、アクセス解析部２０は、画像ビーコンから得た移動元のＷＥＢページと移動先のＷＥＢページの情報をＣＳＶ変換し、ＣＳＶデータを作成する（ステップＳ３０３）。

そして、アクセス解析部２０は、コンテンツ管理データ記憶部１６の中のアクセス遷移情報６２２のアクセス遷移回数を更新する（ステップＳ３０４）。

ここで、図１２のフローでは、アクセス遷移情報６２２を都度更新しているが、これに限らず、例えば、アクセス解析部２０は、ＣＳＶデータを一定期間蓄積しておき、一定期間経過後にアクセス遷移情報６２２を更新しても良い。

次に、図１３を参照して、本実施例に係る移動元のコンテンツの変更処理の流れを説明する。図１３は、実施例２に係る移動元のコンテンツの変更処理のフローチャートである。

経路変更部２１は、変更条件情報１６３の中のコンテンツ重み付けデータを読込む（ステップＳ４０１）。

次に、経路変更部２１は、アクセス管理情報１６２のアクセス経路情報を参照し、新しい移動元のＷＥＢページとして変更対象となるＷＥＢページであるＷＥＢコンテンツを選択する（ステップＳ４０２）。

そして、経路変更部２１は、選択したＷＥＢコンテンツが優先度１の条件に一致するか否かを判定する（ステップＳ４０３）。優先度１の条件に一致しない場合（ステップＳ４０３：否定）、経路変更部２１は、ステップＳ４０２に戻る。

優先度１の条件に一致する場合（ステップＳ４０３：肯定）、経路変更部２１は、選択したＷＥＢコンテンツが優先度２の条件に一致するか否かを判定する（ステップＳ４０４）。優先度２の条件に一致しない場合（ステップＳ４０４：否定）、経路変更部２１は、ステップＳ４０２に戻る。

優先度２の条件に一致する場合（ステップＳ４０４：肯定）、経路変更部２１は、選択したＷＥＢコンテンツが優先度３の条件に一致するか否かを判定する（ステップＳ４０５）。優先度３の条件に一致しない場合（ステップＳ４０５：否定）、経路変更部２１は、ステップＳ４０２に戻る。

優先度３の条件に一致する場合（ステップＳ４０５：肯定）、経路変更部２１は、新しい移動元のＷＥＢページとして優先度３の条件に一致したＷＥＢコンテンツを選択する。経路変更部２１は、アクセス管理情報１６２の中のアクセス経路情報６２１を更新する。さらに、経路変更部２１は、移動元のＷＥＢページを変更した遷移関係の情報及び新しい移動元のＷＥＢページの情報をコンテンツ登録部１３に送信する。そして、コンテンツ登録部１３は、新しい移動元のＷＥＢページとして指定されたＷＥＢページのレイアウトを変更する（ステップＳ４０６）。

以上に説明したように、本実施例に係る情報処理装置は、あるＷＥＢページから他のＷＥＢページへアクセス経路の利用が少ない場合に、より利用される可能性が高いアクセス経路となるように移動元のＷＥＢページを変更する。これにより、ＷＥＢコンテンツの管理者が、ＷＥＢサイトの構成を見直す手間を軽減することができ、作業効率を向上させることができる。また、より適切なアクセス経路を利用者に提供することができ、利用者のユーザビリティを向上させることができる。

図１４は、実施例３に係るサーバのブロック図である。本実施例に係るサーバは、使用頻度の低いＷＥＢコンテンツについて削除を推奨するメッセージを通知することが、実施例１及び実施例２と異なるものである。以下の説明では、実施例１や実施例２と同じ機能を有する各部については、説明を省略する。

コンテンツ登録部１３は、ＷＥＢコンテンツが登録された時に、各ＷＥＢページで使用されるＷＥＢコンテンツである子コンテンツの利用状態を表す子コンテンツ管理情報をコンテンツ付随データ１６４の中に登録する。

子コンテンツ管理情報には、例えば、各子コンテンツのファイル名、ファイル形式、アクセス回数、サイズ、登録日時及び最終アクセス日時などが登録されている。図１５は、子コンテンツ管理情報の一例を示す図である。例えば、子コンテンツ管理情報は、テーブル６４３のように、子コンテンツのファイル名、ファイル形式、アクセス回数、サイズ、登録日時及び最終アクセス日時が対応したテーブルであってもよい。この子コンテンツ管理情報を記憶するコンテンツ管理データ記憶部１６が「アクセスデータ記憶部」の一例にあたる。

コンテンツ提供部１５は、利用者端末３からＷＥＢページへのアクセス要求を受けた場合、コンテンツ付随データ１６４の中の子コンテンツ管理情報におけるアクセス要求を受けたＷＥＢページの欄のアクセス回数を１つ増やす。さらに、コンテンツ提供部１５は、子コンテンツ管理情報におけるアクセス要求を受けたＷＥＢページの欄の最終更新日時をアクセス要求を受けた日時に更新する。このようにして、コンテンツ提供部１５は、子コンテンツ管理情報を更新する。

不要コンテンツ判定部２３は、子コンテンツを不要コンテンツと判定するための判定条件を予め記憶している。例えば、本実施例では、不要コンテンツ判定部２３は、一定期間内にアクセス回数が閾値を下回った子コンテンツ及び最終アクセス日時から所定の期間が過ぎた子コンテンツを不要な子コンテンツと判定する。

不要コンテンツ判定部２３は、予め決められた期間が経過する毎にコンテンツ付随データ１６４の中の子コンテンツ管理情報から各子コンテンツのアクセス回数及び最終アクセス日時を取得する。そして、不要コンテンツ判定部２３は、記憶している判定条件を満たしたＷＥＢコンテンツを抽出する。その後、不要コンテンツ判定部２３は、抽出したＷＥＢコンテンツの情報を不要コンテンツ通知部２４へ送信する。この不要コンテンツ判定部２３が「検出部」の一例にあたる。

不要コンテンツ通知部２４は、不要コンテンツ判定部２３により不要コンテンツと判定されたＷＥＢコンテンツの削除を推奨するメッセージを利用者に通知するように表示制御部２２に指示する。この不要コンテンツ通知部２４が「通知部」の一例にあたる。

表示制御部２２は、不要コンテンツ削除推奨のメッセージの通知の指示を受けて、登録者端末２のモニタなどに不要コンテンツ削除を推奨するメッセージを表示させる。

以上に説明したように、本実施例に係る情報処理装置は、アクセス頻度が低いＷＥＢコンテンツを検出して、そのＷＥＢコンテンツの削除を管理者に通知する。これにより、ＷＥＢコンテンツの管理者は、アクセス頻度が低いＷＥＢコンテンツを探す手間が省け、作業効率を向上させることができる。

次に、図１６を参照して、以上の実施例に係るサーバ１のハードウェア構成について説明する。図１６は、サーバのハードウェア構成図である。

図１６に示すように、サーバ１は、ＣＰＵ（Central Processing Unit）９０１、メモリ９０２、ハードディスク９０３及びネットワークインタフェース９０４を有している。

メモリ９０２、ハードディスク９０３及びネットワークインタフェース９０４は、それぞれバスでＣＰＵ９０１と接続されている。

ネットワークインタフェース９０４は、外部装置とネットワーク経由で接続され、接続された外部装置とデータの送受信を行う。

ハードディスク９０３は、例えば、図２に示したコンテンツデータ記憶部１４の機能を実現する。また、ハードディスク９０３は、図２に示した登録受付部１１、ヘッダ比較部１２、コンテンツ登録部１３及びコンテンツ提供部１５などによる処理を実現するプログラム等の各種プログラムを記憶している。

ＣＰＵ９０１及びメモリ９０２は、図２に示した登録受付部１１、ヘッダ比較部１２、コンテンツ登録部１３及びコンテンツ提供部１５などの機能を実現する。ＣＰＵ９０１は、ハードディスク９０３に記憶されている各種プログラムを読出して、上述の各機能を実現する各種プロセスをメモリ９０２に展開し実行する。また、ＣＰＵ９０１は、ネットワークインタフェース９０４を介して、登録者端末２や利用者端末３と通信を行うことで、登録受付部１１及びコンテンツ提供部１５におけるデータの送受信の機能を実現する。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）ＷＥＢサイトに表示を行うためのデータであるコンテンツを記憶するコンテンツ記憶部と、
前記コンテンツの登録を受け付ける登録受付部と、
前記登録受付部が受け付けたコンテンツが前記コンテンツ記憶部に既に格納されているコンテンツと一致するか否かを判定する判定部と、
前記登録受付部が受け付けたコンテンツが前記コンテンツ記憶部に既に格納されているコンテンツと一致した場合、いずれか一方のコンテンツを前記コンテンツ記憶部に格納し、他方を削除する登録処理部と
を備えたことを特徴とする情報処理装置。

（付記２）前記登録処理部は、前記登録受付部が受け付けたコンテンツが前記コンテンツ記憶部に既に格納されているコンテンツと一致した場合、前記コンテンツ記憶部に格納されているコンテンツを前記コンテンツ記憶部に残すことを特徴とする付記１に記載の情報処理装置。

（付記３）各前記コンテンツ間の予め決められた前記ＷＥＢサイト上での移動における移動元コンテンツ及び移動先コンテンツの組合せ情報を含む遷移関係を記憶する遷移関係記憶部と、
前記遷移関係にしたがい、前記ＷＥＢサイトに表示された前記コンテンツから他の前記コンテンツへの移動が行われた場合、移動元コンテンツ及び移動先コンテンツの情報を含む遷移情報を取得する遷移情報取得部と、
前記遷移情報を基に、各前記コンテンツ間で行われた移動の回数を記憶する移動回数記憶部と、
前記移動の回数が閾値以下の移動先コンテンツ及び移動元コンテンツの組合せがある場合、前記遷移関係における該組合せの移動元コンテンツを変更する経路変更部と
をさらに備えたことを特徴とする付記１に記載の情報処理装置。

（付記４）前記遷移関係を表示部に表示させる表示制御部をさらに備えたことを特徴とする付記３に記載の情報処理装置。

（付記５）各前記コンテンツへの移動があった場合に移動元コンテンツの情報及び移動先コンテンツの情報を前記遷移情報取得部へ通知する標識を各前記コンテンツに対して埋め込む標識埋込部をさらに備えたことを特徴とする付記３又は４に記載の情報処理装置。

（付記６）各前記コンテンツへの移動の日時及び移動の回数をコンテンツ毎に記憶するアクセスデータ記憶部と、
前記アクセスデータ記憶部に記憶された最新の日時から第１所定期間が経過したコンテンツ又は第２所定期間における前記移動の回数が所定回数以下のコンテンツを検出する検出部と、
前記検出部が検出したコンテンツの削除推奨の通知を行う通知部と
をさらに備えたことを特徴とする付記１〜５のいずれか一つに記載の情報処理装置。

（付記７）ＷＥＢサイトに表示を行うためのデータであるコンテンツの登録を受け付け
受け付けたコンテンツがコンテンツを記憶する記憶部に既に格納されているコンテンツと一致するか否かを判定し、
受け付けたコンテンツが前記記憶部に既に格納されているコンテンツと一致した場合、いずれか一方のコンテンツを前記記憶部に格納し、他方を削除する
ことを特徴とするコンテンツ管理方法。

１ サーバ
２ 登録者端末
３ 利用者端末
１１ 登録受付部
１２ ヘッダ比較部
１３ コンテンツ登録部
１４ コンテンツデータ記憶部
１５ コンテンツ提供部
１６ コンテンツ管理データ記憶部
１７ ビーコン埋込部
１８ アクセス経路管理部
１９ ログ作成部
２０ アクセス解析部
２１ 経路変更部
２２ 表示制御部
２３ 不要コンテンツ判定部
２４ 不要コンテンツ通知部
１６１ ビーコン管理情報
１６２ アクセス管理情報
１６３ 変更条件情報
１６４ コンテンツ付随データ

Claims (6)

1. ＷＥＢサイトに表示を行うためのデータであるコンテンツを記憶するコンテンツ記憶部と、
   前記コンテンツの登録を受け付ける登録受付部と、
   前記登録受付部が受け付けたコンテンツが前記コンテンツ記憶部に既に格納されているコンテンツと一致するか否かを判定する判定部と、
   前記登録受付部が受け付けたコンテンツが前記コンテンツ記憶部に既に格納されているコンテンツと一致した場合、いずれか一方のコンテンツを前記コンテンツ記憶部に格納し、他方を削除する登録処理部と
   を備えたことを特徴とする情報処理装置。
2. 各前記コンテンツ間の予め決められた前記ＷＥＢサイト上での移動における移動元コンテンツ及び移動先コンテンツの組合せ情報を含む遷移関係を記憶する遷移関係記憶部と、
   前記遷移関係にしたがい、前記ＷＥＢサイトに表示された前記コンテンツから他の前記コンテンツへの移動が行われた場合、移動元コンテンツ及び移動先コンテンツの情報を含む遷移情報を取得する遷移情報取得部と、
   前記遷移情報を基に、各前記コンテンツ間で行われた移動の回数を記憶する移動回数記憶部と、
   前記移動の回数が閾値以下の移動先コンテンツ及び移動元コンテンツの組合せがある場合、前記遷移関係における該組合せの移動元コンテンツを変更する経路変更部と
   をさらに備えたことを特徴とする請求項１に記載の情報処理装置。
3. 前記遷移関係を表示部に表示させる表示制御部をさらに備えたことを特徴とする請求項２に記載の情報処理装置。
4. 各前記コンテンツへの移動があった場合に移動元コンテンツの情報及び移動先コンテンツの情報を前記遷移情報取得部へ通知する標識を各前記コンテンツに対して埋め込む標識埋込部をさらに備えたことを特徴とする請求項２又は３に記載の情報処理装置。
5. 各前記コンテンツへの移動の日時及び移動の回数をコンテンツ毎に記憶するアクセスデータ記憶部と、
   前記アクセスデータ記憶部に記憶された最新の日時から第１所定期間が経過したコンテンツ又は第２所定期間における前記移動の回数が所定回数以下のコンテンツを検出する検出部と、
   前記検出部が検出したコンテンツの削除推奨の通知を行う通知部と
   をさらに備えたことを特徴とする請求項１〜４のいずれか一つに記載の情報処理装置。
6. ＷＥＢサイトに表示を行うためのデータであるコンテンツの登録を受け付け
   受け付けたコンテンツがコンテンツを記憶する記憶部に既に格納されているコンテンツと一致するか否かを判定し、
   受け付けたコンテンツが前記記憶部に既に格納されているコンテンツと一致した場合、いずれか一方のコンテンツを前記記憶部に格納し、他方を削除する
   ことを特徴とするコンテンツ管理方法。

Images