JP2000293423A - ホームページメニュー自動更新装置とそれを実行するプログラムを記録した記録媒体及びホームページの情報提示方式 - Google Patents

Abstract

(57)【要約】 【課題】インターネット上のホームページにあるメニュ
ーの中の項目の順番は、最初は、そのホームページの管
理者が、自分が提供したい度合いや利用者の嗜好を主観
的に判断し、評価順にメニューの先頭から順番に並べる
のが通常である。しかし、実際の利用者の欲する情報は
必ずしも、管理者が考えているものとは合致していない
ことが多く、利用者の嗜好も時間とともに変わるため、
メニューの中の項目の順番や内容は、随時更新していく
ことが望ましいが、管理者がアクセス情報等を調べてメ
ニューを更新するのには、かなりの労力を要する。 【解決手段】利用者がホームページにアクセスした時の
アクセスログの解析や、メニュー項目のプライオリティ
の設定により、アクセス回数やプライオリティに応じて
メニュー項目の順序や項目強調のための文字属性を変更
し、常時、最適のメニューとなるよう自動的にホームペ
ージのメニューを更新し、管理者の負荷を軽減する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット上
のホームページのメニューを、ウェブサーバ内に存在す
るアクセスログを用いて自動的に最適なメニューになる
ように更新するホームページメニュー自動更新装置に関
する。

【０００２】

【従来の技術】近年、インターネットは、コンピュータ
や通信機器の低価格化・高性能化と、通信ネットワーク
のインフラの整備や通信の高速化・大容量化等に伴い、
爆発的に普及が進んでいる。それと共に、インターネッ
ト関連のソフトも充実し、誰でも簡単にホームページを
開設することが出来るようになり、インターネットのコ
ンテンツも急激に増えている。そして、それがますま
す、インターネットの普及に拍車をかけている。

【０００３】ホームページが簡単に開設出来るようにな
ると、ホームページの増加と共に、当然、その管理者・
コンテンツ提供者も増える。以下、管理者は、コンテン
ツ提供者を含むものとする。インターネット上のホーム
ページにあるメニューを最初に作成する際には、そのメ
ニューの中の項目の順番は、通常、そのホームページの
管理者が、自分が提供する情報の重要度やその情報に対
する利用者の嗜好の度合いを、管理者が主観的にそれら
を総合して判断し、その評価の高いものほどメニューの
先頭に近い方に並べて目立つように作成する。メニュー
の更新は、そのホームページの内容を最新のものに更新
したい場合や、新しく追加したい内容がある場合や、内
容が陳腐化するか不要になったため削除したい場合等
に、メニュー項目となっているリンク先のページの評判
や管理者が考える重要度を主観的に考慮した上で、必要
に応じて行っている。メニュー項目となっているリンク
先ページの評判に関しては、直接、耳にする評判だけで
なく、そのリンク先ページへのアクセスログを参照して
調べることも可能であるが、アクセスログは、通常、ウ
ェブサーバに１つしかなく、そのウェブサーバ上にある
全てのホームページの各ページへのアクセスの度にアク
セスログがアクセス順に格納されているため、自分が管
理するホームページに関するアクセスログだけを抜き出
し、アクセス状況をチェックするのは、非常に手間がか
かり、管理者にとって、大きな負担となっていた。

【０００４】しかし、ホームページが個人的に趣味で作
っているような場合や、ホームページに含まれるコンテ
ンツがごく少ない場合や、アクセス回数が少ない場合
は、メニューの項目も少なく、上記のような方法を用い
てメニューを修正したり、メニューを修正しなくてもあ
まり問題ない場合が多いが、業務等のために開設してい
るホームページ等では、コンテンツの量が多い場合や、
内容がしばしば変わる場合があるうえに、利用者により
よく情報を伝える必要があるため、メニューの項目が多
くても、利用者が見たい情報をすぐに選択出来るように
したり、利用者に見せたい情報を目立つようにメニュー
を随時変更することは非常に重要となっている。

【０００５】

【発明が解決しようとする課題】しかし、実際の利用者
の欲する情報は必ずしも、管理者が考えているものとは
合致していないことが多く、利用者の嗜好も時間ととも
に変わるため、メニュー項目の順番や内容は、コンテン
ツの重要度や利用者の嗜好に応じて、随時更新していく
ことが望ましいが、コンテンツの重要度や利用者の嗜好
を客観的に総合評価することは難しく、それを評価しな
がらメニューをしばしば修正するのは、管理者にとっ
て、かなりの労力を要するという問題点があった。

【０００６】そのため、コンテンツの重要度や利用者の
嗜好を客観的に総合的に評価し、ホームページのメニュ
ーをその評価に応じて適切なメニューに自動更新出来る
機能の実現が望まれている。

【０００７】

【課題を解決するための手段】本発明は、前記の課題
を、以下のような手段を用いて解決するものであり、特
に、コンテンツの重要度や利用者の嗜好を客観的かつ総
合的に評価し、ホームページのメニューを、随時、自動
的に更新することにより、利用者と管理者にとって好ま
しいメニューに最適化すると同時に、管理者のメニュー
のメンテナンスの負荷を大幅に減らすのに適している。

【０００８】本発明に係るホームページメニュー自動更
新装置は、自動更新の対象となるホームページのアドレ
スを入力するアドレス入力部と、アドレス単位のアクセ
ス回数を格納するアクセス回数格納部と、前記ホームペ
ージが存在するウェブサーバ内のアクセスログからアド
レス単位のアクセス回数をカウントし、前記アドレスと
そのアクセス回数を、アクセス回数を基にソートして前
記アクセス回数格納部に出力するアクセス回数解析部
と、前記アドレスの定義体ソースを格納しているホーム
ページ格納部と、前記メニュー定義体に記述されている
メニュー項目のアドレスと該アドレスに対応する前記ア
クセス回数に基づき、前記メニュー格納部のメニュー定
義体ソースを更新するメニュー更新部と、前記更新した
メニューを含むホームページをインターネット上に公開
するホームページ公開部を具えることを特徴とする。

【０００９】かかる構成により、ウェブサーバ上にある
アクセスログから、自分が管理するホームページのアク
セス回数を、当該ホームページ上の全てのリンク先ペー
ジ毎に取り出すことにより、アクセス回数に応じたメニ
ューに自動的にメニューを更新することが可能となり、
管理者のメニューのメンテナンス負荷も大幅に減少させ
ることが可能となる。

【００１０】また、本発明に係るホームページメニュー
の情報提示方式は、インターネット上に情報を提示する
ホームページを開設し、当該ホームページに、提示すべ
き複数のコンテンツ情報のメニューを項目表示する形式
において、前記メニュー項目毎のサブアドレスに対する
アクセス回数をカウントし、所定時間毎若しくは、適宜
の入力操作による動作指令に応答して、当該アクセス回
数に基づくメニュー項目のソートを実行し、その配列順
序を更新して表示するようにしたことを特徴とする。

【００１１】かかる方式により、自分が管理するホーム
ページのアクセス回数を、当該ホームページ上の全ての
リンク先ページ毎のアクセス回数に応じたメニューに自
動的にメニューを更新することを実現出来、管理者のメ
ニューのメンテナンス負荷も大幅に減少させることが可
能となる。

【００１２】また、本発明に係るコンピュータに実行さ
せるプログラムを記載したコンピュータ読み取り可能な
記録媒体は、ホームページのアドレスを基に、アクセス
ログからアドレス単位のアクセス回数をカウントし、ア
クセス回数を基にメニュー項目のソートを実行するプロ
グラムコード手段と、前記ソーティング結果に対応して
各メニュー項目のホームページ上における表示配列の順
序を更新するプログラムコード手段と、前記更新した順
序で各メニュー項目をインターネットのホームページに
提示するプログラムコード手段とを含むことを特徴とす
る。

【００１３】かかる構成により、当該ホームページ上の
全てのリンク先ページ毎のアクセス回数に応じて、自動
的にメニューを更新することが可能となり、管理者のメ
ニューのメンテナンス負荷も大幅に減少させることが可
能なホームページメニュー自動更新装置が実現出来る。

【００１４】

【発明の実施の形態】ホームページの内容であるコンテ
ンツは、通常、ＨＴＭＬ（Hyper TextMake-UP Languag
e) を用いて記述されており、ＷＷＷ（World Wide We
b：登録商標）ブラウザと呼ばれるＨＴＭＬ閲覧用ソフ
トウェアを用いて参照することにより、ＨＴＭＬに含ま
れる書式情報に基づいて生成された画面を閲覧すること
が出来る。本発明のホームページメニュー自動更新装置
の更新対象として取り扱うメニューは、ＨＴＭＬで記述
されていることを前提とする。

【００１５】１つのホームページは、必ずしも１つのコ
ンテンツから成り立っている訳ではなく、一般に、ホー
ムページに割り当てられたアドレス（ＵＲＬ）を更に細
分化・階層化してアドレスを与え、最初のコンテンツに
幾つものサブコンテンツがぶら下がった形のツリー構造
となっている。サブコンテンツへのアクセスは、メイン
のコンテンツ内にサブコンテンツのアドレスを定義して
いる画像や文字列を用意しておき、それをマウス等のポ
インティングデバイスによりクリックしてアクセスして
もよいし、サブコンテンツのアドレスを直接指定してア
クセスしてもよい。

【００１６】（実施形態１）ホームページのメニューを
アクセスログを用いて自動更新する時の、本発明の基本
的構成とその処理の流れを、図１と図２を用いて説明す
る。また、図３にメニューの例とその定義体の例をあげ
る。ここで言う定義体とは、ＨＴＭＬで記述されたもの
を指す。

【００１７】まず、アドレス入力部１において、自動更
新したいメニューが含まれるホームページのアドレス
を、キーボード等を用いて入力する（ステップＳ１）。
図３の（ａ）のメニューの場合、メニュー定義体は図３
の（ｂ）のように記述されており、「＜ａ ｈｒｅｆ
＝」直後の「http://www.domain.co.jp 」がウェブサー
バーのアドレスに相当する。ホームページメニューのア
ドレスは、自動更新させる度に入力するのではなく、あ
らかじめファイルに蓄えておいて、それを入力としても
よい。

【００１８】次に、アクセス回数解析部２は、そのホー
ムページが存在するウェブサーバに存在する全てのホー
ムページへのアクセス記録を蓄えているアクセスログフ
ァイル２−１からアクセスログを入力（ステップＳ２）
する。アクセスログは、そのホームページが存在するウ
ェブサーバ内にある全てのホームページのアドレスにつ
いて、アクセス１回毎に、以下のようなログが自動的に
アクセスログファイル２−１に記録される。 tarou.domain.co.jp - - [08/Dec/1998:13:26:52 +090
0] "GET /travel.html" 200 11098 "http://www.domain.c
o.jp/" "Mozilla/4.06 [ja] (Win95; I)" アクセスログが終わりでない場合（ステップＳ３：Ｎ
Ｏ）は、アクセスログ中のあるアドレス（前記アクセス
ログの例では、ＧＥＴコマンドの後の「/travel.htm
l」）単位に、そのアドレスに何回アクセスされたかを
カウント（ステップＳ４）し、次のアクセスログを入力
するためにステップＳ２に戻る。この際に、全てのアド
レスに対してカウントをとってもよいが、アドレス入力
部１より、ホームページのアドレスが入力されているの
で、メニューを更新したいホームページに関してのみ、
アクセス回数をカウントしてもよい。全てのアドレスに
対して処理を行う場合は、メニュー項目の相対アドレス
名だけでは、他のホームページに同一のアドレス名があ
る可能性があるため、ホームページの絶対アドレス（前
記のログの例で言えば、「http://www.domain.co.jp
/」）を含めてフルアドレスを取り出す必要がある。

【００１９】アクセスログが終わりの場合（ステップＳ
３：ＹＥＳ）は、アクセス回数解析部２は、アドレス単
位にカウントしたアドレスとそのアクセス回数から成る
データを全てアクセス回数格納部２−２に出力し、アク
セス回数の降順にソート（ステップＳ５）する。ソート
は降順でも昇順でも構わないが、メニュー項目はアクセ
ス回数の高いもの順に並べると効率が良いので、降順に
ソートしておくほうが処理が容易となる。以下に取り出
したデータの例をあげる。 movie.html 41 life.html 35 work.html 31 travel.html 28 tv.html 25 kitte.html 21 gardening.html 17 whatsnew.html 10 次に、メニュー更新部は、ホームページ定義体格納部３
−１からホームページ定義体を入力し、メニュー項目と
そのアドレスを取り出す（ステップＳ６）。図３の
（ｂ）の定義体の中の「＜ａ ｈｒｅｆ＝」と「＜／ａ
＞」で挟まれた部分に、メニューを選択すると表示され
るサブページのアドレスと日本語項目名称が書かれてい
るので、メニュー項目のアドレスと日本語項目名称を取
り出す。ホームページ定義体格納部３−１は、前回イン
ターネット上に該ページを公開した時に使用した定義体
を格納している既存のファイルである。次に、該メニュ
ー項目のアドレスをソート結果と照らし合わせ、メニュ
ー項目をアクセス回数の多い順に並び替えて定義体を更
新する（ステップＳ７）。図３の（ａ）メニューとその
ホームページ定義体の図３の（ｂ）を更新対象とする
と、アクセス回数が前記のような結果の場合、変換後の
メニューとそのメニュー定義体は図４のようになる。更
新したメニューは、メニュー公開部４により、インター
ネット上に公開される（ステップＳ８）。

【００２０】かかる構成により、ウェブサーバ上にある
アクセスログから、自分が管理するホームページのアク
セス回数を、当該ホームページ上の全てのリンク先ペー
ジ毎に取り出すことにより、アクセス回数に応じたメニ
ューに自動的にメニューを更新することが可能となり、
管理者のメニューのメンテナンス負荷も大幅に減少させ
ることが可能となる。

【００２１】（実施形態２）タイマーを用いてホームペ
ージメニュー自動更新装置が所定の時間になると自動的
に実行されるようにする実施の形態について、図５を用
いて説明する。図１と同一の部分に関しては、同一の番
号を付してあり、適宜、説明を省略する。

【００２２】本実施の形態は、起動タイマー部６を設け
ることにより、事前に指定された時刻になると自動的に
ホームページメニューが更新されるようにするものであ
り、これにより、管理者が、メニューの自動更新を行い
たい時に不在でも、メニューの自動更新をすることが出
来る。具体的には、実行日時指定部５において、本ホー
ムページメニュー自動更新装置を起動する日時を指定
し、起動タイマー部６によって、装置内の計時手段が持
っている現在日時と比較して、指定された実行日時と現
在日時が同じになると自動的にアクセス回数解析部２に
処理を移す。ホームページのアドレスは、タイマー起動
時には管理者がその場にいる保証がないため、通常は、
タイマー起動前にテキストエディタ等を使って入力し
て、ファイルまたはメモリ上に格納しておくことが望ま
しい。起動タイマー部６は、同様の機能を持つルーチン
が、オペレーティングシステムの中または他のソフトウ
ェアとして存在すれば、それを使用してもよい。ＵＮＩ
Ｘを例にとると、オペレーティングシステム内に起動タ
イマー部６に相当するｃｒｏｎｔａｂというルーチンを
持っており、それを利用するとよい。

【００２３】実行日時の指定の方法は複数考えられるた
め、ここでは、その幾つかについて例をあげる。まず、
第１の指定方法は、実行する日時を具体的に何年何月何
日何時何分と指定する方法である。この指定方法の場合
は、現在日時と指定した実行日時の形式を合わせて単純
に比較すればよい。日時の指定を１つしか行わないので
あれば、複数回実行したい場合は、毎回、本装置を起動
する必要があるが、日時を複数指定しておけば、実行す
る必要がある度に、管理者が起動する必要がなくなり、
管理者の負担がより軽減される。ＵＮＩＸのｃｒｏｎｔ
ａｂルーチンを使用してｕｓｒのｓｂｉｎというディレ
クトリに格納されたｕｐｄａｔｅｐａｇｅというプログ
ラムを毎朝６時に起動する場合は、ｃｒｏｎｔａｂルー
チンのパラメタとして以下のように指定する。 0 6 * * * /usr/sbin/updatepage 第２の方法としては、曜日または月々の特定日を一回で
指定する方法である。例えば、何曜日の何時何分または
毎月何日の何時何分と指定する。この場合、起動タイマ
ー部６の内部に、現在日時から現在日が何曜日であるか
を判定するルーチン（不図示）を設ける必要がある。現
在日時の曜日を該判定ルーチンで判定して、指定曜日の
時刻と同じか否か判定する。この場合は、１回指定すれ
ば、後は指定する必要がないため、管理者の負担を非常
に軽減することが出来る。ＵＮＩＸのｃｒｏｎｔａｂル
ーチンを使用して月曜日の１７時にプログラムを起動す
る場合と毎月１日の朝８時３０分にプログラムを起動す
る場合は、それぞれ、次のように指定する。 0 17 * * 1 /usr/sbin/updatepage 30 8 1 * * /usr/sbin/updatepage 第３の方法としては、カレンダーを組み込み、そこに起
動する日時を指定する方法である。普通、企業特に、企
業の工場では、出勤日は必ずしもカレンダーにあってお
らず、曜日指定や月の特定日指定等では出勤日でなく、
休みに装置が起動することが好ましくない場合等はこの
方法を用いるとよい。また、プログラム起動マシンを終
夜送電しておいてもよい。

【００２４】次に、起動タイマー部６の処理の流れにつ
いて、図６を用いて説明する。

【００２５】まず、キーボード等の入力装置により、テ
キストエディタ等を用いて、実行日時指定部５から実行
日時を入力し、実行日時格納部５−１に格納する（ステ
ップＳ２１）。実行を自動的に繰り返し行わない場合
は、必ずしもファイルなどに格納する必要はなく、直
接、キーボード等から入力しても良い。次に、起動タイ
マーを起動する（ステップＳ２２）。起動タイマー部６
は、計時手段内に持っている現在日時を読み込み（ステ
ップＳ２３）、現在日時を実行日時の形式に合わせて変
換し（ステップＳ２４）、指定された日時と比較して、
指定された日時になったかどうか判断する（ステップＳ
２５）。指定された日時になった場合（ステップＳ２
５：ＹＥＳ）は、次処理のアクセス回数解析部２を起動
する。これ以降の処理の流れについては、実施の形態１
の図２のフローチャートと同じである。指定された日時
になっていない場合（ステップＳ２５：ＮＯ）は、ステ
ップＳ２３に戻る。メニューの自動更新処理が終わって
も、実行日時指定で指定された全ての実行日時の処理が
済むまで、タイマー起動部６は終了しない。

【００２６】本実施の形態により、メニューの自動更新
を、指定した日時または指定した所定の期間毎に自動的
に行うことが可能となり、管理者は、自動更新するプロ
グラムを、毎回起動する必要もなくなり、管理負荷を非
常に小さくすることが可能となり、ホームページのメニ
ュー更新の自動運転を実現出来る。

【００２７】（実施形態３）メニュー上の各項目のプラ
イオリティを設定することにより、ホームページのメニ
ューをアクセス回数だけでなく、管理者にとっての重要
度も加味したうえでメニューを自動更新する実施の形態
について、図７を用いて説明する。図１と同一の部分に
関しては、同一の番号を付してあり、適宜、説明を省略
する。

【００２８】実施の形態１または２においては、メニュ
ーの項目の順序を決定する際に、その項目のアドレスへ
のアクセス回数のみに基づいてメニューを自動的に更新
しているため、管理者が、利用者に見せたい情報や重要
だと思っている情報などについてもアクセス回数でのみ
評価されてしまう。そのため、アクセス回数が少ない
と、管理者が見せたいと思っているメニュー項目が、メ
ニューの最後の方になったりする。新しいページを追加
する場合等は、当然、最初はアクセス回数が少ないた
め、管理者にとっては、利用者にアクセスして欲しいペ
ージなのにも関わらず、メニューを自動更新するとメニ
ューの最後の方になり、利用者の参照があまり増えなか
ったりする。しかし、コンテンツを提供する側として
は、単純に利用者の嗜好のみに応じてメニューを決定す
るのではなく、自分達が利用者に見せたい情報を考慮し
たメニューにしたいのが実情である。それが、商業目的
のコンテンツであれば尚更である。

【００２９】商業目的のコンテンツの場合、コンテンツ
を提供する第一の目的は、販売する商品等の認知度を上
げると同時に、それに対する需要を創出することであ
る。例えば、お店に行って商品を買う場合は、商品その
ものの魅力が第一ではあるが、それ以外にもその商品の
陳列位置が非常に重要となる。どんなに魅力がある商品
でも、お客があんまり通らない位置の片隅に置かれてい
ればその商品を買うどころか見る事もなく通り過ぎてし
まい、その商品の魅力を知ることもない。反対に入口正
面のお客の視線位置付近に商品が陳列されていれば、そ
の商品を知らない人でも、いやがおうでもその商品を見
ることになり、その商品の認知度を高めるとともに、お
客の購買意欲を創出することが出来る。そのため、商品
は、陳列位置により売れ行きが大きく左右されるため、
商品の売り込み、特に新商品の売り込みの場合は、より
いい位置に置いてもらえるように販売店に売り込むのが
普通である。これは、インターネット上のホームページ
のメニューなどにおいても同様であり、管理者の意向を
踏まえたメニューの自動更新を行えるようにするのが本
実施の形態である。

【００３０】本実施の形態の特徴は、メニュー項目毎に
管理者側のプライオリティを設定して、アクセス回数と
プライオリティを基に、管理者側のプライオリティも考
慮したメニュー項目の表示順番を決定する点にある。

【００３１】まず、プライオリティ入力部７からメニュ
ー項目毎のプライオリティを入力し、プライオリティ格
納部７−１に格納する。プライオリティの入力は、本発
明の装置に入力部を設けてもよいが、通常のテキストエ
ディタを用いてもよい。メニューアドレスとプライオリ
ティの入力は、処理の最初に行っておく。実施の形態２
のようにタイマー起動する場合は、タイマー起動前にメ
ニューアドレスとプライオリティを入力しておく。

【００３２】プライオリティ格納部７−１の内容の例
を、図８の（ａ）の（イ）と（ロ）に示す。プライオリ
ティは、メニュー項目のアドレス毎に管理者が設定す
る。メニュー項目を区別するために、メニュー項目のア
ドレス又は項目名称のどちらを用いてもよい。メニュー
項目のアドレスを用いる場合は、プライオリティ格納部
の内容の例は、図８の（イ）のようになり、項目名称を
用いる場合は、図８の（ロ）のようになる。項目名称を
用いる場合は、アドレスよりもわかりやすい日本語項目
名称等を使用できるため、プライオリティのメンテナン
ス性はよくなるが、アクセスログには項目名称が含まれ
ておらず、アクセス回数の取り出しはアドレス単位にな
るため、プライオリティの設定はアドレス単位で行う方
が処理が容易である。項目名称を用いてプライオリティ
を設定する場合は、メニュー定義体において使用してい
る項目名称を用い、アクセス回数とプライオリティから
評価値を計算する際には、ホームページ定義体を入力に
して、項目名称とアドレスを対応させてから計算する必
要がある。

【００３３】メニューアドレスとプライオリティの入力
が終わると、アクセス回数解析部２の処理に移るが、実
施の形態１・２と同様の処理なので、ここでは説明を省
略する。

【００３４】メニュー更新部３では、まず、ホームペー
ジ定義体をホームページ定義体格納部３−１から読み出
し、メニュー項目のアドレスを取り出す。定義体から取
り出す部分は、図３の（ｂ）の定義体の「＜ａ ｈｒｅ
ｆ ＝」から「＜／ａ＞」で挟まれる部分である。その
部分にホームページアドレスを含むメニュー項目のアド
レスと項目名称が指定されている。プライオリティの設
定が、項目名称で行われている場合は、アドレスと項目
名称を取り出す。

【００３５】次に、アクセス回数格納部２−２からアド
レス毎のアクセス回数を、プライオリティ格納部７−１
から対応するアドレスのプライオリティを取り出し、ア
クセス回数とプライオリティの積を求めて評価値とし、
メニュー項目をその評価値の降順に並び替える。ここで
は、評価値をアクセス回数とプライオリティの積として
いるが、アクセス回数とプライオリティを用いて求める
ならば、これに限定されるものではない。メニューを図
３の（ａ）、メニュー定義体を図３の（ｂ）、プライオ
リティを図８の（ａ）の（イ）、アクセス回数を図８の
（ｂ）とする場合、メニューの評価計算は図８の（ｃ）
のようになり、評価値の結果に基づいて降順にソートす
ると図８の（ｄ）のようになる。その結果、図３の
（ａ）のメニューが図４の（ａ）のメニューのように変
換される。

【００３６】これ以降の処理については、実施の形態１
・２と同様である。

【００３７】本実施の形態では、管理者がプライオリテ
ィを変更しない限り固定のものとして処理しているが、
プライオリティを図８の（ａ）の（ハ）のように指定す
ることにより、特定日時によりプライオリティを自動的
に変動させるようにすることも可能である。図８の
（ａ）の（ハ）で、月日が指定されていない列のプライ
オリティはデフォールト値であり、実行時の月日が指定
された月日の中にない場合は、デフォールトのプライオ
リティを使用し、実行時の月日が指定された月日の場合
は、指定月日のプライオリティを使用する。図８の
（ａ）の（ハ）の「３／＊」は、３月の全ての日を示
す。記述の仕方はこれに特定するものではない。このよ
うに、日時によりプライオリティを変動させることによ
り、例えば、春休みや夏休みの頃だけ、旅行や映画鑑賞
等の娯楽関係のメニューのプライオリティを高め、反対
に仕事関係のメニュー項目のプライオリティを下げたり
することが出来る。プライオリティの変動は、特定の月
日に限らず一定の期間で指定しても、１日の中の時間帯
で指定しても、それらの組み合わせで指定してもよい。

【００３８】かかる構成により、ホームページメニュー
の自動更新を、利用者のアクセス回数だけによるのでは
なく、管理者が利用者に見せたいとか重要だと考えるメ
ニューを優先表示するためのプライオリティを指定し
て、アクセス回数とプライオリティを合わせて、総合的
に時期に合わせた評価をすることが可能となり、利用者
の嗜好だけでなく、管理者の意向を反映したメニューに
することが出来る。

【００３９】（実施形態４）前記アクセス回数または前
記評価値により、メニュー項目を単に並べ替えるだけで
なく、メニュー項目の表示属性を変更することにより、
重要度・注目度の高い項目程より目立つようにして、メ
ニューを自動更新する実施の形態について、図９を用い
て説明する。図７と同一の部分に関しては、同一の番号
を付してあり、適宜、説明を省略する。

【００４０】実施の形態３との相違点は、メニュー項目
更新時に、メニュー項目のアクセス回数または評価値に
より、メニュー項目の表示属性を変更することであり、
その点について、以下に説明する。

【００４１】まず、最初に、テキストエディタ等を用い
て、表示属性入力部８から図１０の（ａ）に示すよう
に、アクセス回数または評価値に応じたメニュー項目の
表示属性の情報を表示属性格納部８−１に格納する。図
８の（ａ）の左側に示している数字は、アクセス回数ま
たは評価値の特定値を示しているのではなく、範囲を示
している。例えば、一番上のデータは、アクセス回数ま
たは評価値が２０以上になった時に採用する属性を示し
ている。次のデータは、１５以上２０未満になった時に
採用する属性を示している。以下のデータも同様であ
る。メニューが図３の（ａ）、評価値が図８の（ｄ）、
表示属性が図１０の（ａ）の場合、メニューは、図１０
の（ｂ）のようになり、メニュー定義体のメニュー項目
の定義部分は、図１０の（ｃ）のようになる。

【００４２】表示属性の「＜ｂｌｉｎｋ＞」は文字の点
滅を示しており、図１０の（Ｂ）のメニューの「映画鑑
賞のページ」というメニュー項目は、「＜ｂｌｉｎｋ
＞」指定があるので、画面上では点滅している。「＜ｆ
ｏｎｔ ｓｉｚｅ＝”？？”＞」は文字サイズを、「＜
ｂ＞」は太文字を意味する。

【００４３】文字属性の変換の仕方は、評価値の応じ
て、該当するメニュー項目の定義部分の「＜ｌｉ＞」の
後ろに該当する表示属性を追加し、「＜／ａ＞」の後ろ
に、追加した表示属性の終わりの指示を追加する。「＜
ｂｌｉｎｋ＞」・「＜ｆｏｎｔｓｉｚｅ＝”？？”＞」
・「＜ｂ＞」に対応する終了指示は、それぞれ、「＜／
ｂｌｉｎｋ＞」・「＜／ｆｏｎｔ＞」・「＜／ｂ＞」で
ある。

【００４４】かかる構成により、前記アクセス回数また
は前記評価値により、メニュー項目を単に並べ替えるだ
けでなく、メニュー項目の属性を変更することにより、
重要度・注目度の高い項目程より目立つようにメニュー
を自動更新することが可能となる。

【００４５】（実施形態５）アクセスログを取得する範
囲を制限することにより、制限された範囲内の最近のア
クセス状況に応じてメニューを自動更新する実施の形態
について、図１１を用いて説明する。図７と同一の部分
に関しては、同一の番号を付してあり、適宜、説明を省
略する。

【００４６】実施の形態３との違いは、ログ取得範囲を
限定することである。

【００４７】まず、最初に、ログ取得範囲入力部９よ
り、テキストエディタ等を用いてログ取得範囲格納部９
−１にログの取得範囲を指定する。ログ取得範囲の指定
方法については、複数考えられるので、その例の幾つか
をあげる。

【００４８】まず、第１の指定方法は、ログの取得の開
始日時を指定する方法である。例えば、ログ取得範囲と
して「01/Nov/1998 」と入力すると、１９９８年１１月
１日から現在までのログを処理対象とすることになる。
アクセスログは下記のようになっており、アクセスログ
に記録されているアクセスした日時（下記のログの場合
は、１９９８年１２月８日１３時２６分５２秒）をチェ
ックすることにより、処理対象のログを絞ることが出来
る。これにより、コンテンツを更新した時等、古いアク
セスログを参照することが好ましくない場合や利用者の
嗜好の変化でアクセス状況が変わった場合でも、ログの
取得対象を絞って、指定された日時以降のメニュー項目
の最新のアクセス状況を把握することが出来るようにな
る。 tarou.domain.co.jp - - [08/Dec/1998:13:26:52 +090
0] "GET /travel.html" 200 11098 "http://www.domain.c
o.jp/" "Mozilla/4.06 [ja] (Win95; I)" 次に、第２の指定方法は、ログの取得の開始日時ではな
く、ホームページメニュー自動更新装置を用いて何回前
のメニュー更新以降のログを取得するかを指定する方法
である。例えば、ログ取得範囲として「３」を入力する
と、３回前のメニュー更新時以降のログ処理対象とする
ことになる。この場合、過去３回分のホームページメニ
ュー自動更新時の日時をアクセス回数解析部２に参照出
来る形で記憶しておく必要がある（不図示）。第１の方
法では、ログ取得範囲を随時入力し直さないと、ログ取
得範囲がだんだん長くなり、利用者の嗜好の変化に対応
できないという問題があるが、第２の方法では、ホーム
ページメニューの自動更新を長期間行わない限り、そう
いう問題は起こらない。第２の指定方法は、特に、実施
の形態２で説明したタイマー起動機能を用いて、毎週１
回とか毎月１回とかホームページメニューを自動更新す
る場合に有効であり、１度指定しておけば再度入力する
必要がないため、特に、タイマー機能と組み合わせる
と、管理者のホームページメニュー自動更新の負荷をほ
とんど無くすことが出来る。

【００４９】かかる構成により、コンテンツの内容を大
幅に更新した場合や、利用者の嗜好の変化が激しい場合
等、古いアクセスログを参照しても意味がない場合は、
ウェブサーバ上に保管されている過去全てのアクセスロ
グの中から、アクセスログを取得する範囲を指定するこ
とにより、アクセス回数を評価する期間を適正にし、メ
ニューの更新を現時点での利用者の嗜好や管理者の要望
に合ったより適正なものにすることが可能となる。

【００５０】（実施形態６）メニュー項目の追加・削除
条件を入力することにより、追加条件を満たした時は、
そのページのアドレスを新たなメニュー項目としてホー
ムページに追加し、反対に削除条件に当てはまる場合
は、メニュー項目をホームページから削除する実施の形
態について、図１２を用いて説明する。図１１と同一の
部分に関しては、同一の番号を付してあり、適宜、説明
を省略する。

【００５１】まず、最初に、追加・削除条件入力部１０
から、テキストエディタ等を用いて追加・削除条件格納
部１０−１にメニュー項目の追加・削除条件を入力す
る。メニュー項目の追加・削除条件は、アクセス回数ま
たは評価値で指定する。例えば、評価値が１０を越える
とメニュー項目に追加し、評価値が１を下回るとメニュ
ー項目から削除するものとする。追加・削除条件格納部
１０−１への入力形式は、「ａｄｄ＝１０，ｄｅｌｅｔ
ｅ＝１」というようにしてもよいし、最初の条件を追加
条件、次の条件を削除条件と決めておけば、単純に「１
０，１」と指定してもよい。入力形式は、特にここに挙
げたものに限定されるものではない。

【００５２】対象ホームページのメニューとしていなか
ったイベント情報に関するページのアドレスが「http:/
/www.domain.co.jp/event.html」、項目名称が「イベン
ト情報のページ」、評価値を１０．１とし、メニューと
メニュー定義体が、それぞれ、図４の（ａ）と（ｂ）、
表示属性の指定が図１０の（ａ）、評価値が図８の
（ｄ）に前記のイベント情報の評価値１０．１が加わっ
たもの、表示属性の指定が図１０の（ａ）とする。メニ
ュー更新部３は、追加・削除条件格納部１０−１から追
加・削除条件である１０と１を取り出し、アドレス毎の
評価を比較する。比較の結果は、「新着情報」の評価値
は１未満であり、「イベント情報」の評価値は１０を越
えるため、メニュー更新部３は、「新着情報」を削除
し、代りに「イベント情報」をメニュー上の「旅行のペ
ージ」の次に、「旅行のページ」と同じ表示属性で表示
する。

【００５３】このように、メニュー項目の追加・削除条
件を設定出来るようにすることにより、アクセス回数が
少なかったり、評価が低いページに関しては、メニュー
に載せる価値が無いと判断して、メニューから削除し、
メニューには常に必要なもののみ、重要度に応じた順序
・表示属性で表示することが出来るようになる。

【００５４】しかし、このようにして、単純にメニュー
項目の追加・削除条件を設定するだけでは、メニューに
無い項目へのアクセス回数が多いものがたくさんあった
り、そのホームページに対するアクセス回数が管理者の
予想より極端に低かったりすると、メニュー項目に追加
するものが多過ぎて、メニューが長くなり見にくくなっ
たり、反対に、メニュー項目が全てあるいはほとんど削
除されてしまう可能性もある。この問題点を回避するた
めには、追加・削除条件だけでなく、メニュー項目に表
示出来るメニュー項目の数を指定する必要がある。その
ため、追加・削除条件入力部１０から入力する際の追加
・削除条件に、更に、メニューに載せるメニュー項目数
の指示を追加する。例えば、評価値が１０を越えるとメ
ニュー項目に追加し、評価値が１を下回るとメニュー項
目から削除するものとし、メニュー項目の最大数を８と
すると、「１０，１，８」のように指定する。ここで、
メニュー項目の数を固定とすると、ホームページへのア
クセスが少ないと、アクセス数や評価値の低いものがた
くさんメニューに残る可能性があるが、そのような場合
は、メニュー項目の数を固定で指定するのではなく、最
大数と最小数を指定することにより、前記問題点を解消
出来る。例えば、メニュー項目を最大８個、最小５表示
する場合、「１０，１，８，５」のように指定すればよ
い。

【００５５】このようにして、メニュー項目の追加・削
除条件だけでなく、メニュー項目の最大数と最小数を設
定出来るようにすることにより、メニューに掲載するメ
ニュー項目の数を適正に保つことが出来る。

【００５６】前記のようにメニュー項目の最大数と最小
数を固定的に設定すると、メニュー項目の表示属性の文
字サイズ（＝font size ）が一定であると、問題はない
が、図１０の（ｂ）のように、アクセス回数や評価値に
より、メニュー項目の文字の表示サイズを変更している
場合、メニュー項目の最大数と最小数を指定していて
も、メニュー項目が冗長になり、見にくくなる場合が発
生する。このような問題点を回避するためには、メニュ
ー項目の数を固定的に設定するのではなく、文字サイズ
を考慮して、決定する必要がある。

【００５７】この問題点を回避するためには、各文字サ
イズが画面上で何行分の領域を使用するかを示すテーブ
ル（不図示）をメニュー更新部３の内部に持ち、メニュ
ー項目が使用出来る画面上の最大数を指定するとよい。
例えば、文字サイズとして図１０の（ａ）で指定される
文字サイズを使用する場合、文字サイズの９・４・３・
２がそれぞれ、画面上で３・２・１．５・１行分の行数
をとるとすると、図１０の（ｂ）のメニューでは、「映
画鑑賞のページ」から「新着情報」のメニュー項目の文
字サイズは、それぞれ、９・４・４・３・２・２・２・
２なので、３行を占めるメニュー項目が１個、２行を占
めるメニュー項目が２個、１．５行を占めるメニュー項
目が１個、１行を占めるメニュー項目が４個なので、必
要な行数は、３×１＋２×２＋１．５×１＋１×４とな
り，１２．５行必要となる。メニュー行数の最大値を１
０とすると、１０行以内におさめるためには評価値の低
い最後の３つのメニュー項目を削除することになる。

【００５８】このようにして、メニュー項目の追加・削
除条件・メニュー項目の最大数と最小数だけでなく、画
面上で使用出来る最大行数を設定出来るようにすること
により、メニューに掲載するメニュー項目を標準的なブ
ラウザの画面上に入るように適正に保つことが出来る。

【００５９】なお、本発明であるホームページメニュー
自動更新装置を実現するプログラムを記録した記録媒体
は、図１３の記録媒体の例で示すように、ＣＤ−ＲＯＭ
１２−１やフロッピー（登録商標）ディスク１２−２等
の可搬型記憶媒体１２だけでなく、回線先の他の記憶装
置１１や、コンピュータ１３のハードディスクやＲＡＭ
等の記憶媒体１４のいずれでもよく、プログラム実行時
には、プログラムは、ローディングされ、主メモリ上で
実行される。

【００６０】

【発明の効果】本発明のホームページメニュー自動更新
装置によれば、アクセス回数に応じたメニューに自動的
にメニューを更新することが可能となり、管理者のホー
ムページのメンテナンス負荷も大幅に減少させるという
効果がある。

【００６１】また、メニューの自動更新を、指定した日
時または、指定した所定の期間毎に自動的に行うことが
可能となり、管理者は、自動更新するプログラムを、毎
回、起動する必要もなくなり、管理負荷をより低くする
という効果がある。

【００６２】また、メニューの自動更新を、利用者のア
クセス回数だけによるのではなく、管理者が利用者に見
せたいとか重要だと考えるメニューを優先表示するプラ
イオリティを指定して、アクセス回数とプライオリティ
を合わせて、総合的に評価することが可能となり、利用
者の嗜好だけでなく、管理者の意向を反映したメニュー
にするという効果がある。

【００６３】また、ホームページのメニューを自動更新
する際に、前記アクセス回数または前記評価値に基づ
き、メニュー項目の表示属性を変える事により、評価の
高いメニュー項目ほど利用者に目立つようにしたメニュ
ーにすることが可能となる。

【００６４】また、大幅にページの内容を更新した場合
等、それ以前のアクセス記録を参照しても意味がない場
合、ウェブサーバ上に保管されている過去全てのアクセ
スログの中から、アクセスログを取得する範囲を指定す
ることにより、アクセス回数を評価する期間を適正に
し、メニューの更新がより適正なものになるようにする
という効果がある。

【００６５】また、アクセス回数が少なかったり、評価
が低いページに関しては、メニューに載せる価値が無い
と判断して、メニューから削除し、メニューに無いペー
ジでも、重要であると判断したものに関しては、メニュ
ーに追加することが出来るため、メニューには常に必要
なもののみ、重要度に応じた順で表示するという効果が
ある。

【図面の簡単な説明】

【図１】 基本構成図

【図２】 基本的な処理の流れを表すフローチャート

【図３】 ホームページの例とその定義体

【図４】 メニュー変換後のホームページの例とその定
義体

【図５】 実施の形態２の構成図

【図６】 実施の形態２の起動タイマー処理の流れを表
すフローチャート

【図７】 実施の形態３の構成図

【図８】 プライオリティ格納部の内容

【図９】 実施の形態４の構成図

【図１０】表示属性の指定と属性変更後のホームページ
とその定義体

【図１１】実施の形態５の構成図

【図１２】実施の形態６の構成図

【図１３】記憶媒体の例である。

【符号の説明】

１ アドレス入力部 １−１ アドレス格納部 ２ アクセス回数解析部 ２−１ アクセスログファイル ２−２ アクセス回数格納部 ３ メニュー更新部 ３−１ ホームページ定義体格納部 ４ ホームページ公開部 ５ 実行日時指定部 ５−１ 実行日時格納部 ６ 起動タイマー部 ６−１ 現在日時格納部 ７ プライオリティ入力部 ７−１ プライオリティ格納部 ８ 表示属性入力部 ８−１ 表示属性格納部 ９ ログ取得範囲入力部 ９−１ ログ取得範囲格納部 １０ 追加・削除条件入力部 １０−１ 追加・削除条件格納部 １１ 回線先の記憶装置 １２ ＣＤ−ＲＯＭやフロッピーディスク等の可搬
型記憶媒体 １２−１ ＣＤ−ＲＯＭ １２−２ フロッピーディスク １３ コンピュータ １４ コンピュータ上のＲＡＭ／ハードディスク等
の記憶媒体

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B075 ND20 PP30 PQ02 PR04 5B082 AA00 CA05 DD04 GA08 GA14 HA08 5B089 GA11 GA21 GB04 HA01 JA22 JB02 KA01 KA04 KC23 KC33 KC39 LB04 LB14 LB25 5E501 AA02 BA05 CA02 CB09

Claims (8)

【特許請求の範囲】
1. 【請求項１】 自動更新の対象となるメニューが含まれ
   るホームページのアドレスを入力するアドレス入力部
   と、 アドレス単位のアクセス回数を格納するアクセス回数格
   納部と、 前記ホームページが存在するウェブサーバ内のアクセス
   ログからアドレス単位のアクセス回数をカウントし、前
   記アドレスとそのアクセス回数を、アクセス回数を基に
   ソートして前記アクセス回数格納部に出力するアクセス
   回数解析部と、 前記アドレスの定義体ソースを格納しているホームペー
   ジ定義体格納部と、 前記メニュー定義体に記述されているメニュー項目のア
   ドレスと該アドレスに対応する前記アクセス回数に基づ
   き、前記メニュー格納部のメニュー定義体ソースを更新
   するメニュー更新部と、 前記更新したメニューを含むホームページをインターネ
   ット上に公開するホームページ公開部を具えることを特
   徴とするホームページメニュー自動更新装置。
2. 【請求項２】前記アドレスを格納するアドレス格納部
   と、 ホームページメニュー更新処理を起動する日時を指定す
   る実行日時指定部と、 前記日時を格納する実行日時格納部と、 計時手段を備え、前記日時と現在の日時と比較し、一致
   した時は、ホームページメニュー更新処理を起動する起
   動タイマー部を具えることを特徴とする請求項１に記載
   のホームページメニュー自動更新装置。
3. 【請求項３】 前記メニューの項目毎のプライオリティ
   を入力するプライオリティ入力部と、 前記プライオリティを格納するプライオリティ格納部を
   具え、 前記アクセス回数解析部において、アドレス単位のアク
   セス回数と、当該アドレスのプライオリティから評価値
   を計算し、アクセス回数の代わりに前記評価値をアクセ
   ス回数格納部に出力するようにしたことを特徴とする請
   求項１または２に記載のホームページメニュー自動更新
   装置。
4. 【請求項４】 前記アクセス回数または前記評価値に応
   じたメニュー項目の表示属性を指定する表示属性指定部
   と、 前記表示属性を格納する表示属性格納部を具え、 前記メニュー更新部において、更に、前記アクセス回数
   または前記評価値に応じてメニュー項目の表示属性を変
   更する機能を有することを特徴とする請求項１乃至３の
   いずれかに記載のホームページメニュー自動更新装置。
5. 【請求項５】 前記アクセスログを取得する範囲を指定
   するログ取得範囲指定部と、 前記アクセスログを取得する範囲を格納するログ取得範
   囲格納部と、 前記ログ取得範囲に基づいて、該範囲のみ処理するアク
   セス回数解析部を具えることを特徴とする請求項１乃至
   ４のいずれかに記載のホームページメニュー自動更新装
   置。
6. 【請求項６】 前記ホームページ内のメニューにはメニ
   ュー項目として存在しない項目で、前記アクセス回数ま
   たは前記評価値の高い項目を新規メニュー項目として前
   記ホームページのメニューに追加する条件と、前記アク
   セス回数または前記評価値の低いメニュー項目を削除す
   る条件を入力する追加・削除条件入力部と、 前記入力された追加条件と削除条件を格納する追加・削
   除条件格納部と、 前記メニュー更新部において、前記アクセス回数または
   前記評価値に基づき、前記追加条件に該当するアドレス
   の項目を新規メニュー項目として追加し、削除条件に該
   当するメニュー項目は削除する機能を有することを特徴
   とする請求項１乃至５のいずれかに記載のホームページ
   メニュー自動更新装置。
7. 【請求項７】 インターネット上に情報を提示するホー
   ムページを開設し、当該ホームページに、提示すべき複
   数のコンテンツ情報のメニューを項目表示する形式にお
   いて、 前記メニュー項目毎のサブアドレスに対するアクセス回
   数をカウントし、所定時間毎若しくは、適宜の入力操作
   による動作指令に応答して、当該アクセス回数に基づく
   メニュー項目のソートを実行し、その配列順序を更新し
   て表示するようにしたことを特徴とするホームページの
   情報提示方式。
8. 【請求項８】 コンピュータに実行させるプログラムを
   記載したコンピュータ読み取り可能な記録媒体であっ
   て、 ホームページのアドレスを基に、アクセスログからアド
   レス単位のアクセス回数をカウントし、アクセス回数を
   基にメニュー項目のソートを実行するプログラムコード
   手段と、 前記ソーティング結果に対応して各メニュー項目のホー
   ムページ上における表示配列の順序を更新するプログラ
   ムコード手段と、 前記更新した順序で各メニュー項目をインターネットの
   ホームページに提示するプログラムコード手段とを含む
   ことを特徴とするプログラムを記録したコンピュータ読
   み取り可能な記録媒体。