(57)【特許請求の範囲】
【請求項１】
自動更新の対象となるホームページ定義体に含まれ、当該ホームページの管理者が発信するコンテンツに対応したアドレス単位にアクセスされた回数を格納するアクセス回数格納部と、
アクセスログから前記アドレス単位のアクセスされた回数をカウントし、前記アドレスとそのアクセスされた回数を、前記アクセス回数格納部に出力するアクセス回数解析部と、
前記ホームページの定義体を格納しているホームページ定義体格納部と、
該ホームページ定義体格納部から前記ホームページの定義体を読み込み、当該定義体に記述されているメニュー項目の名称とアドレスを取得し、該取得したアドレスと前記アクセス回数格納部内のアクセスされた回数とに基づき、前記ホームページの定義体に含まれる前記メニュー項目の表示順序が異なるように更新するメニュー更新部とを具えることを特徴とするホームページメニュー自動更新装置。
【請求項２】
更に、前記ホームページのアドレスを格納しておくアドレス格納部と、
前記ホームページのメニュー項目の更新処理を起動する日時を指定する実行日時指定部と、
前記日時を格納する実行日時格納部と、
計時手段を備え、前記日時と現在の日時と比較し、一致した時は、前記更新処理を起動する起動タイマー部を具えることを特徴とする請求項１に記載のホームページメニュー自動更新装置。
【請求項３】
更に、前記メニューの項目毎のプライオリティを入力するプライオリティ入力部と、
前記プライオリティを格納するプライオリティ格納部を具え、
前記アクセス回数解析部は、自動更新の対象となるホームページ定義体に含まれ、当該ホームページの管理者が発信するコンテンツに対応したアドレス単位にアクセスされた回数と、当該アドレスのプライオリティから評価値を計算し、アクセスされた回数の代わりに前記評価値を前記アドレス単位にアクセス回数格納部に出力し、
前記メニュー更新部は、前記ホームページ定義体格納部から前記ホームページの定義体を読み込み、当該定義体に記述されているメニュー項目の名称とアドレスを取得し、該取得したアドレスと前記アクセス回数格納部内の評価値とに基づき、前記ホームページの定義体に含まれる前記メニュー項目の表示位置を更新するようにしたことを特徴とする請求項１または２に記載のホームページメニュー自動更新装置。
【請求項４】
更に、
前記アクセスされた回数または前記評価値に応じたメニュー項目の表示属性を指定する表示属性指定部と、
前記表示属性を格納する表示属性格納部を具え、
前記メニュー更新部は、更に、前記アクセスされた回数または前記評価値に応じてメニュー項目の表示属性を変更する機能を有することを特徴とする請求項３のいずれかに記載のホームページメニュー自動更新装置。
【請求項５】
更に、
前記アクセスログを取得する範囲を指定するログ取得範囲指定部と、
前記アクセスログを取得する範囲を格納するログ取得範囲格納部と、
前記ログ取得範囲に基づいて、該範囲のみ処理するアクセス回数解析部を具えることを特徴とする請求項１乃至４のいずれかに記載のホームページメニュー自動更新装置。
【請求項６】
更に、
前記ホームページ内のメニューにはメニュー項目として存在しない項目で、前記アクセスされた回数または前記評価値の高い項目を新規メニュー項目として前記ホームページのメニューに追加する条件と、前記アクセスされた回数または前記評価値の低いメニュー項目を削除する条件を入力する追加・削除条件入力部と、
前記入力された追加条件と削除条件を格納する追加・削除条件格納部とを備え、
前記メニュー更新部は、前記アクセスされた回数または前記評価値に基づき、前記追加条件に該当するアドレスの項目を新規メニュー項目として追加し、削除条件に該当するメニュー項目は削除する機能を有することを特徴とする請求項１乃至５のいずれかに記載のホームページメニュー自動更新装置。
【請求項７】
更に、前記更新されたホームページの定義体に基づき、該ホームページをインターネット上に公開するホームページ公開部を具えることを特徴とする請求項１乃至６のいずれかに記載のホームページメニュー自動更新装置。
【請求項８】
コンピュータを、ホームページメニュー自動更新装置として機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
アクセスログから、自動更新の対象となるホームページ定義体に含まれ、当該ホームページの管理者が発信するコンテンツに対応したアドレス単位にアクセスされた回数をカウントするプログラムコード手段と、
事前に格納されているホームページの定義体を読み込み、前記カウント結果に対応して各メニュー項目を含むホームページの定義体のメニューの表示順序が異なるように更新するプログラムコード手段とを、コンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項９】
コンピュータを、ホームページメニュー自動更新装置として機能させるホームページ情報提示方法であって、  コンピュータに、
アクセスログから、自動更新の対象となるホームページ定義体に含まれ、当該ホームページの管理者が発信するコンテンツに対応したアドレス単位にアクセスされた回数をカウントさせるステップと、
事前に格納されているホームページの定義体を読み込ませ、当該定義体に記述されているメニュー項目の名称とアドレスを取得させて、該取得したアドレスと前記アクセス回数格納部内のアクセスされた回数とに基づき、前記ホームページの定義体に含まれる前記メニュー項目の表示順序が異なるように更新させるステップとを、実行させるホームページ情報提示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上のホームページのメニューを、ウェブサーバ内に存在するアクセスログを用いて自動的に最適なメニューになるように更新するホームページメニュー自動更新装置に関する。
【背景技術】
【０００２】
近年、インターネットは、コンピュータや通信機器の低価格化・高性能化と、通信ネットワークのインフラの整備や通信の高速化・大容量化等に伴い、爆発的に普及が進んでいる。それと共に、インターネット関連のソフトも充実し、誰でも簡単にホームページを開設することが出来るようになり、インターネットのコンテンツも急激に増えている。そして、それがますます、インターネットの普及に拍車をかけている。
【０００３】
ホームページが簡単に開設出来るようになると、ホームページの増加と共に、当然、その管理者・コンテンツ提供者も増える。以下、管理者は、コンテンツ提供者を含むものとする。インターネット上のホームページにあるメニューを最初に作成する際には、そのメニューの中の項目の順番は、通常、そのホームページの管理者が、自分が提供する情報の重要度やその情報に対する利用者の嗜好の度合いを、管理者が主観的にそれらを総合して判断し、その評価の高いものほどメニューの先頭に近い方に並べて目立つように作成する。メニューの更新は、そのホームページの内容を最新のものに更新したい場合や、新しく追加したい内容がある場合や、内容が陳腐化するか不要になったため削除したい場合等に、メニュー項目となっているリンク先のページの評判や管理者が考える重要度を主観的に考慮した上で、必要に応じて行っている。メニュー項目となっているリンク先ページの評判に関しては、直接、耳にする評判だけでなく、そのリンク先ページへのアクセスログを参照して調べることも可能であるが、アクセスログは、通常、ウェブサーバに１つしかなく、そのウェブサーバ上にある全てのホームページの各ページへのアクセスの度にアクセスログがアクセス順に格納されているため、自分が管理するホームページに関するアクセスログだけを抜き出し、アクセス状況をチェックするのは、非常に手間がかかり、管理者にとって、大きな負担となっていた。
【０００４】
しかし、ホームページが個人的に趣味で作っているような場合や、ホームページに含まれるコンテンツがごく少ない場合や、アクセス回数が少ない場合は、メニューの項目も少なく、上記のような方法を用いてメニューを修正したり、メニューを修正しなくてもあまり問題ない場合が多いが、業務等のために開設しているホームページ等では、コンテンツの量が多い場合や、内容がしばしば変わる場合があるうえに、利用者によりよく情報を伝える必要があるため、メニューの項目が多くても、利用者が見たい情報をすぐに選択出来るようにしたり、利用者に見せたい情報を目立つようにメニューを随時変更することは非常に重要となっている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、実際の利用者の欲する情報は必ずしも、管理者が考えているものとは合致していないことが多く、利用者の嗜好も時間とともに変わるため、メニュー項目の順番や内容は、コンテンツの重要度や利用者の嗜好に応じて、随時更新していくことが望ましいが、コンテンツの重要度や利用者の嗜好を客観的に総合評価することは難しく、それを評価しながらメニューをしばしば修正するのは、管理者にとって、かなりの労力を要するという問題点があった。
【０００６】
そのため、コンテンツの重要度や利用者の嗜好を客観的に総合的に評価し、ホームページのメニューをその評価に応じて適切なメニューに自動更新出来る機能の実現が望まれている。
【課題を解決するための手段】
【０００７】
本発明は、前記の課題を、以下のような手段を用いて解決するものであり、特に、コンテンツの重要度や利用者の嗜好を客観的かつ総合的に評価し、ホームページのメニューを、随時、自動的に更新することにより、利用者と管理者にとって好ましいメニューに最適化すると同時に、管理者のメニューのメンテナンスの負荷を大幅に減らすのに適している。
【０００８】
本発明に係るホームページメニュー自動更新装置は、自動更新の対象となるホームページのアドレスを入力するアドレス入力部と、自動更新の対象となるホームページ定義体に含まれ、当該ホームページの管理者が発信するコンテンツに対応したアドレス単位にアクセスされた回数を格納するアクセス回数格納部と、前記ホームページが存在するウェブサーバ内のアクセスログからアドレス単位にアクセスされた回数をカウントし、前記アドレスとそのアクセスされた回数を、アクセスされた回数を基にソートして前記アクセス回数格納部に出力するアクセス回数解析部と、前記アドレスの定義体ソースを格納しているホームページ格納部と、前記メニュー定義体に記述されているメニュー項目のアドレスと該アドレスに対応する前記アクセスされた回数に基づき、前記メニュー格納部のメニュー定義体ソースに含まれる前記メニュー項目の表示順序が異なるように更新するメニュー更新部と、前記更新したメニューを含むホームページをインターネット上に公開するホームページ公開部を具えることを特徴とする。
【０００９】
かかる構成により、ウェブサーバ上にあるアクセスログから、自分が管理するホームページの自動更新の対象となるホームページ定義体に含まれ、当該ホームページの管理者が発信するコンテンツに対応したアドレス単位にアクセスされた回数を、当該ホームページ上の全てのリンク先ページ毎に取り出すことにより、アクセスされた回数に応じたメニューに自動的にメニューを更新することが可能となり、管理者のメニューのメンテナンス負荷も大幅に減少させることが可能となる。
【００１０】
また、本発明に係るホームページメニューの情報提示方式は、インターネット上に情報を提示するホームページを開設し、当該ホームページに、提示すべき複数のコンテンツ情報のメニューを項目表示する形式において、前記メニュー項目毎のサブアドレスに対するアクセスされた回数をカウントし、所定時間毎若しくは、適宜の入力操作による動作指令に応答して、当該アクセスされた回数に基づくメニュー項目のソートを実行し、その配列順序を更新して表示するようにしたことを特徴とする。
【００１１】
かかる方式により、自分が管理するホームページの自動更新の対象となるホームページ定義体に含まれ、当該ホームページの管理者が発信するコンテンツに対応したアドレス単位にアクセスされた回数を、当該ホームページ上の全てのリンク先ページ毎のアクセスされた回数に応じたメニューに自動的にメニュー項目の表示順序を異なるように更新することを実現出来、管理者のメニューのメンテナンス負荷も大幅に減少させることが可能となる。
【００１２】
また、本発明に係るコンピュータに実行させるプログラムを記載したコンピュータ読み取り可能な記録媒体は、ホームページのアドレスを基に、アクセスログから、自分が管理するホームページの自動更新の対象となるホームページ定義体に含まれ、当該ホームページの管理者が発信するコンテンツに対応したアドレス単位にアクセスされた回数をカウントし、アクセスされた回数を基にメニュー項目のソートを実行するプログラムコード手段と、前記ソーティング結果に対応して各メニュー項目のホームページ上における表示順序を異なるように更新するプログラムコード手段と、前記更新した順序で各メニュー項目をインターネットのホームページに提示するプログラムコード手段とを含むことを特徴とする。
【００１３】
かかる構成により、当該ホームページ上の全てのリンク先ページ毎のアクセス回数に応じて、自動的にメニューを更新することが可能となり、管理者のメニューのメンテナンス負荷も大幅に減少させることが可能なホームページメニュー自動更新装置が実現出来る。
【発明の効果】
【００１４】
本発明のホームページメニュー自動更新装置によれば、アクセス回数に応じたメニューに自動的にメニューを更新することが可能となり、管理者のホームページのメンテナンス負荷も大幅に減少させるという効果がある。
【００１５】
また、メニューの自動更新を、指定した日時または、指定した所定の期間毎に自動的に行うことが可能となり、管理者は、自動更新するプログラムを、毎回、起動する必要もなくなり、管理負荷をより低くするという効果がある。
【００１６】
また、メニューの自動更新を、利用者のアクセス回数だけによるのではなく、管理者が利用者に見せたいとか重要だと考えるメニューを優先表示するプライオリティを指定して、アクセス回数とプライオリティを合わせて、総合的に評価することが可能となり、利用者の嗜好だけでなく、管理者の意向を反映したメニューにするという効果がある。
【００１７】
また、ホームページのメニューを自動更新する際に、前記アクセス回数または前記評価値に基づき、メニュー項目の表示属性を変える事により、評価の高いメニュー項目ほど利用者に目立つようにしたメニューにすることが可能となる。
【００１８】
また、大幅にページの内容を更新した場合等、それ以前のアクセス記録を参照しても意味がない場合、ウェブサーバ上に保管されている過去全てのアクセスログの中から、アクセスログを取得する範囲を指定することにより、アクセス回数を評価する期間を適正にし、メニューの更新がより適正なものになるようにするという効果がある。
【００１９】
また、アクセス回数が少なかったり、評価が低いページに関しては、メニューに載せる価値が無いと判断して、メニューから削除し、メニューに無いページでも、重要であると判断したものに関しては、メニューに追加することが出来るため、メニューには常に必要なもののみ、重要度に応じた順で表示するという効果がある。
【図面の簡単な説明】
【００２０】
【図１】本発明の基本構成図
【図２】基本的な処理の流れ
【図３】ホームページの例とその定義体
【図４】メニュー変換後のホームページの例とその定義体
【図５】実施の形態２の構成図
【図６】起動タイマーの処理の流れ
【図７】実施の形態３の構成図
【図８】プライオリティ格納部の内容
【図９】実施の形態４の構成図
【図１０】表示属性の指定と属性変更後のメニューとその定義体
【図１１】実施の形態５の構成図
【図１２】実施の形態６の構成図
【図１３】記憶媒体の例
【発明を実施するための形態】
【００２１】
ホームページの内容であるコンテンツは、通常、ＨＴＭＬ（Hyper Text      Make-UP Language) を用いて記述されており、ＷＷＷ（World Wide Web：登録商標）ブラウザと呼ばれるＨＴＭＬ閲覧用ソフトウェアを用いて参照することにより、ＨＴＭＬに含まれる書式情報に基づいて生成された画面を閲覧することが出来る。本発明のホームページメニュー自動更新装置の更新対象として取り扱うメニューは、ＨＴＭＬで記述されていることを前提とする。
【００２２】
１つのホームページは、必ずしも１つのコンテンツから成り立っている訳ではなく、一般に、ホームページに割り当てられたアドレス（ＵＲＬ）を更に細分化・階層化してアドレスを与え、最初のコンテンツに幾つものサブコンテンツがぶら下がった形のツリー構造となっている。サブコンテンツへのアクセスは、メインのコンテンツ内にサブコンテンツのアドレスを定義している画像や文字列を用意しておき、それをマウス等のポインティングデバイスによりクリックしてアクセスしてもよいし、サブコンテンツのアドレスを直接指定してアクセスしてもよい。
【００２３】
（実施形態１）
ホームページのメニューをアクセスログを用いて自動更新する時の、本発明の基本的構成とその処理の流れを、図１と図２を用いて説明する。また、図３にメニューの例とその定義体の例をあげる。ここで言う定義体とは、ＨＴＭＬで記述されたものを指す。
【００２４】
まず、アドレス入力部１において、自動更新したいメニューが含まれるホームページのアドレスを、キーボード等を用いて入力する（ステップＳ１）。図３の（ａ）のメニューの場合、メニュー定義体は図３の（ｂ）のように記述されており、「＜ａ  ｈｒｅｆ＝」直後の「http://www.domain.co.jp 」がウェブサーバーのアドレスに相当する。ホームページメニューのアドレスは、自動更新させる度に入力するのではなく、あらかじめファイルに蓄えておいて、それを入力としてもよい。
【００２５】
次に、アクセス回数解析部２は、そのホームページが存在するウェブサーバに存在する全てのホームページへのアクセス記録を蓄えているアクセスログファイル２−１からアクセスログを入力（ステップＳ２）する。アクセスログは、そのホームページが存在するウェブサーバ内にある全てのホームページのアドレスについて、アクセス１回毎に、以下のようなログが自動的にアクセスログファイル２−１に記録される。
tarou.domain.co.jp - - [08/Dec/1998:13:26:52 +0900]
"GET /travel.html" 200 11098 "http://www.domain.co.jp/"
"Mozilla/4.06 [ja] (Win95; I)"
アクセスログが終わりでない場合（ステップＳ３：ＮＯ）は、アクセスログ中のあるアドレス（前記アクセスログの例では、ＧＥＴコマンドの後の「/travel.html」）単位に、そのアドレスに何回アクセスされたかをカウント（ステップＳ４）し、次のアクセスログを入力するためにステップＳ２に戻る。この際に、全てのアドレスに対してカウントをとってもよいが、アドレス入力部１より、ホームページのアドレスが入力されているので、メニューを更新したいホームページに関してのみ、アクセス回数をカウントしてもよい。全てのアドレスに対して処理を行う場合は、メニュー項目の相対アドレス名だけでは、他のホームページに同一のアドレス名がある可能性があるため、ホームページの絶対アドレス（前記のログの例で言えば、「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 +0900]
"GET /travel.html" 200 11098 "http://www.domain.co.jp/"
"Mozilla/4.06 [ja] (Win95; I)"
次に、第２の指定方法は、ログの取得の開始日時ではなく、ホームページメニュー自動更新装置を用いて何回前のメニュー更新以降のログを取得するかを指定する方法である。例えば、ログ取得範囲として「３」を入力すると、３回前のメニュー更新時以降のログ処理対象とすることになる。この場合、過去３回分のホームページメニュー自動更新時の日時をアクセス回数解析部２に参照出来る形で記憶しておく必要がある（不図示）。第１の方法では、ログ取得範囲を随時入力し直さないと、ログ取得範囲がだんだん長くなり、利用者の嗜好の変化に対応できないという問題があるが、第２の方法では、ホームページメニューの自動更新を長期間行わない限り、そういう問題は起こらない。第２の指定方法は、特に、実施の形態２で説明したタイマー起動機能を用いて、毎週１回とか毎月１回とかホームページメニューを自動更新する場合に有効であり、１度指定しておけば再度入力する必要がないため、特に、タイマー機能と組み合わせると、管理者のホームページメニュー自動更新の負荷をほとんど無くすことが出来る。
【００５６】
かかる構成により、コンテンツの内容を大幅に更新した場合や、利用者の嗜好の変化が激しい場合等、古いアクセスログを参照しても意味がない場合は、ウェブサーバ上に保管されている過去全てのアクセスログの中から、アクセスログを取得する範囲を指定することにより、アクセス回数を評価する期間を適正にし、メニューの更新を現時点での利用者の嗜好や管理者の要望に合ったより適正なものにすることが可能となる。
【００５７】
（実施形態６）
メニュー項目の追加・削除条件を入力することにより、追加条件を満たした時は、そのページのアドレスを新たなメニュー項目としてホームページに追加し、反対に削除条件に当てはまる場合は、メニュー項目をホームページから削除する実施の形態について、図１２を用いて説明する。図１１と同一の部分に関しては、同一の番号を付してあり、適宜、説明を省略する。
【００５８】
まず、最初に、追加・削除条件入力部１０から、テキストエディタ等を用いて追加・削除条件格納部１０−１にメニュー項目の追加・削除条件を入力する。メニュー項目の追加・削除条件は、アクセス回数または評価値で指定する。例えば、評価値が１０を越えるとメニュー項目に追加し、評価値が１を下回るとメニュー項目から削除するものとする。追加・削除条件格納部１０−１への入力形式は、「ａｄｄ＝１０，ｄｅｌｅｔｅ＝１」というようにしてもよいし、最初の条件を追加条件、次の条件を削除条件と決めておけば、単純に「１０，１」と指定してもよい。入力形式は、特にここに挙げたものに限定されるものではない。
【００５９】
対象ホームページのメニューとしていなかったイベント情報に関するページのアドレスが「http://www.domain.co.jp/event.html」、項目名称が「イベント情報のページ」、評価値を１０．１とし、メニューとメニュー定義体が、それぞれ、図４の（ａ）と（ｂ）、表示属性の指定が図１０の（ａ）、評価値が図８の（ｄ）に前記のイベント情報の評価値１０．１が加わったもの、表示属性の指定が図１０の（ａ）とする。メニュー更新部３は、追加・削除条件格納部１０−１から追加・削除条件である１０と１を取り出し、アドレス毎の評価を比較する。比較の結果は、「新着情報」の評価値は１未満であり、「イベント情報」の評価値は１０を越えるため、メニュー更新部３は、「新着情報」を削除し、代りに「イベント情報」をメニュー上の「旅行のページ」の次に、「旅行のページ」と同じ表示属性で表示する。
【００６０】
このように、メニュー項目の追加・削除条件を設定出来るようにすることにより、アクセス回数が少なかったり、評価が低いページに関しては、メニューに載せる価値が無いと判断して、メニューから削除し、メニューには常に必要なもののみ、重要度に応じた順序・表示属性で表示することが出来るようになる。
【００６１】
しかし、このようにして、単純にメニュー項目の追加・削除条件を設定するだけでは、メニューに無い項目へのアクセス回数が多いものがたくさんあったり、そのホームページに対するアクセス回数が管理者の予想より極端に低かったりすると、メニュー項目に追加するものが多過ぎて、メニューが長くなり見にくくなったり、反対に、メニュー項目が全てあるいはほとんど削除されてしまう可能性もある。この問題点を回避するためには、追加・削除条件だけでなく、メニュー項目に表示出来るメニュー項目の数を指定する必要がある。そのため、追加・削除条件入力部１０から入力する際の追加・削除条件に、更に、メニューに載せるメニュー項目数の指示を追加する。例えば、評価値が１０を越えるとメニュー項目に追加し、評価値が１を下回るとメニュー項目から削除するものとし、メニュー項目の最大数を８とすると、「１０，１，８」のように指定する。ここで、メニュー項目の数を固定とすると、ホームページへのアクセスが少ないと、アクセス数や評価値の低いものがたくさんメニューに残る可能性があるが、そのような場合は、メニュー項目の数を固定で指定するのではなく、最大数と最小数を指定することにより、前記問題点を解消出来る。例えば、メニュー項目を最大８個、最小５表示する場合、「１０，１，８，５」のように指定すればよい。
【００６２】
このようにして、メニュー項目の追加・削除条件だけでなく、メニュー項目の最大数と最小数を設定出来るようにすることにより、メニューに掲載するメニュー項目の数を適正に保つことが出来る。
【００６３】
前記のようにメニュー項目の最大数と最小数を固定的に設定すると、メニュー項目の表示属性の文字サイズ（＝font size ）が一定であると、問題はないが、図１０の（ｂ）のように、アクセス回数や評価値により、メニュー項目の文字の表示サイズを変更している場合、メニュー項目の最大数と最小数を指定していても、メニュー項目が冗長になり、見にくくなる場合が発生する。このような問題点を回避するためには、メニュー項目の数を固定的に設定するのではなく、文字サイズを考慮して、決定する必要がある。
【００６４】
この問題点を回避するためには、各文字サイズが画面上で何行分の領域を使用するかを示すテーブル（不図示）をメニュー更新部３の内部に持ち、メニュー項目が使用出来る画面上の最大数を指定するとよい。例えば、文字サイズとして図１０の（ａ）で指定される文字サイズを使用する場合、文字サイズの９・４・３・２がそれぞれ、画面上で３・２・１．５・１行分の行数をとるとすると、図１０の（ｂ）のメニューでは、「映画鑑賞のページ」から「新着情報」のメニュー項目の文字サイズは、それぞれ、９・４・４・３・２・２・２・２なので、３行を占めるメニュー項目が１個、２行を占めるメニュー項目が２個、１．５行を占めるメニュー項目が１個、１行を占めるメニュー項目が４個なので、必要な行数は、３×１＋２×２＋１．５×１＋１×４となり，１２．５行必要となる。メニュー行数の最大値を１０とすると、１０行以内におさめるためには評価値の低い最後の３つのメニュー項目を削除することになる。
【００６５】
このようにして、メニュー項目の追加・削除条件・メニュー項目の最大数と最小数だけでなく、画面上で使用出来る最大行数を設定出来るようにすることにより、メニューに掲載するメニュー項目を標準的なブラウザの画面上に入るように適正に保つことが出来る。
【００６６】
なお、本発明であるホームページメニュー自動更新装置を実現するプログラムを記録した記録媒体は、図１３の記録媒体の例で示すように、ＣＤ−ＲＯＭ１２−１やフロッピーディスク１２−２等の可搬型記憶媒体１２だけでなく、回線先の他の記憶装置１１や、コンピュータ１３のハードディスクやＲＡＭ等の記憶媒体１４のいずれでもよく、プログラム実行時には、プログラムは、ローディングされ、主メモリ上で実行される。
【符号の説明】
【００６７】
１        アドレス入力部
１−１    アドレス格納部
２        アクセス回数解析部
２−１    アクセスログファイル
２−２    アクセス回数格納部
３        メニュー更新部
３−１    ホームページ定義体格納部
４        ホームページ公開部
５        実行日時指定部
５−１    実行日時格納部
６        起動タイマー部
６−１    現在日時格納部
７        プライオリティ入力部
７−１    プライオリティ格納部
８        表示属性入力部
８−１    表示属性格納部
９        ログ取得範囲入力部
９−１    ログ取得範囲格納部
１０      追加・削除条件入力部
１０−１  追加・削除条件格納部
１１      回線先の記憶装置
１２      ＣＤ−ＲＯＭやフロッピーディスク等の可搬型記憶媒体
１２−１  ＣＤ−ＲＯＭ                                                  
１２−２  フロッピーディスク
１３      コンピュータ
１４      コンピュータ上のＲＡＭ／ハードディスク等の記憶媒体
【図１】
0004492748.tif 000002
【図２】
0004492748.tif 000003
【図３】
0004492748.tif 000004
【図４】
0004492748.tif 000005
【図５】
0004492748.tif 000006
【図６】
0004492748.tif 000007
【図７】
0004492748.tif 000008
【図８】
0004492748.tif 000009
【図９】
0004492748.tif 000010
【図１０】
0004492748.tif 000011
【図１１】
0004492748.tif 000012
【図１２】
0004492748.tif 000013
【図１３】
0004492748.tif 000014