(57)【要約】【課題】Ｗｅｂページ上のメニューの中の表示項目を、単位時間当たりのアクセス数の変動に基づいて自動的に更新する。【解決手段】起動タイマ等により、所定の間隔で解析開始信号を出力する。解析開始信号に応じて、Ｗｅｂページに表示されるメニュー毎のメニューアドレスを取得し、メニューアドレス毎に一致したアクセスログを参照してアクセス数を算出し、メニューアドレス毎の「単位時間内のアクセス数の増減」から最新評価値を予測し、最新評価値が大小関係に応じた順番に並んでいなければ、起動信号を出力する。起動信号に応じて、最新評価値を取得し、最新評価値の各々の大小関係に応じて、Ｗｅｂページに表示されるメニューの内容を更新する。【選択図】図１
2009282738.tif 000002
【特許請求の範囲】
【請求項１】
所定の間隔で解析開始信号を出力する起動指示手段と、
前記解析開始信号に応じて、ネットワーク上のメニュー一覧に表示されるメニュー毎にアクセス数を算出し、前記メニュー一覧に表示されるメニュー毎の「単位時間内のアクセス数の増減」に基づいて予測評価値を算出し、前記予測評価値が大小関係に応じた順番に並んでいなければ、起動信号を出力するアクセス回数解析手段と、
前記起動信号に応じて、前記予測評価値を取得し、前記予測評価値の各々の大小関係に応じて、前記メニュー一覧に表示されるメニューの内容を更新するメニュー更新手段と
を具備する
自動更新装置。
【請求項２】
請求項１に記載の自動更新装置であって、
前記メニュー一覧のアドレスを取得し、前記メニュー一覧のアドレスに基づいて、前記メニュー一覧に表示されるメニュー毎のメニューアドレスを取得して前記アクセス回数解析手段に通知するアドレス入力手段
を更に具備する
自動更新装置。
【請求項３】
請求項２に記載の自動更新装置であって、
前記予測評価値を前記アクセス回数解析手段から取得して格納し、前記予測評価値を前記メニュー更新手段に提供する評価値格納手段
を更に具備し、
前記評価値格納手段は、
前記メニューアドレスを格納するためのメニューアドレス格納フィールドと、
第１時点でのアクセス数を示す第１アクセス数を格納するための第１アクセス数格納フィールドと、
前記第１時点より後の第２時点でのアクセス数を示す第２アクセス数を格納するための第２アクセス数格納フィールドと、
前記第１時点での評価値を示す第１評価値を格納するための第１評価値格納フィールドと、
前記第２時点での評価値示す第２評価値を格納するための第２評価値格納フィールドと、
前記第１アクセス数、前記第２アクセス数、及び前記第２評価値に基づいて算出された前記予測評価値を格納するための予測評価値格納フィールドと
を含む
自動更新装置。
【請求項４】
請求項３に記載の自動更新装置であって、
前記アクセス回数解析手段は、
前記解析開始信号、前記メニューアドレス、及びアクセスログを入力とし、前記解析開始信号に応じて、前記メニューアドレス毎に一致したアクセスログを参照してアクセス数を算出し、前記メニューアドレス及び前記算出されたアクセス数を前記評価値格納手段に格納するアドレス比較手段と、
前記第１アクセス数、前記第２アクセス数、及び前記第２評価値に基づいて前記予測評価値を算出し、前記予測評価値を前記評価値格納手段に格納する評価値予測手段と、
前記評価値格納手段からの評価値出力を入力とし、前記評価値出力に含まれる前記予測評価値を参照し、前記予測評価値が大小関係に応じた順番に並んでいなければ、前記起動信号を出力する評価値比較手段と
を具備する
自動更新装置。
【請求項５】
請求項４に記載の自動更新装置であって、
前記アクセス回数解析手段は、
前記メニューアドレス及びＲＳＳ記事を入力として、前記ＲＳＳ記事内のサイト更新時刻フィールドを参照し、前記ＲＳＳ記事の更新時刻が前記単位時間内であれば、前記メニューアドレス毎に前記ＲＳＳ記事内の閲覧用ＵＲＬフィールドと所定のキーワードとを比較し、閲覧用ＵＲＬフィールドと前記所定のキーワードとが一致したら、共通記事数を増加し、前記共通記事数を前記評価値予測手段に出力するＲＳＳ比較手段
を更に具備し、
前記評価値予測手段は、前記第１アクセス数、前記第２アクセス数、及び前記第２評価値に基づいて前記予測評価値を算出し、前記予測評価値に前記共通記事数を加算して、前記評価値格納手段に格納する
自動更新装置。
【請求項６】
所定の間隔で解析開始信号を出力するステップと、
前記解析開始信号に応じて、ネットワーク上のメニュー一覧に表示されるメニュー毎にアクセス数を算出し、前記メニュー一覧に表示されるメニュー毎の「単位時間内のアクセス数の増減」に基づいて予測評価値を算出し、前記予測評価値が大小関係に応じた順番に並んでいなければ、起動信号を出力するステップと、
前記起動信号に応じて、前記予測評価値を取得し、前記予測評価値の各々の大小関係に応じて、前記メニュー一覧に表示されるメニューの内容を更新するステップと
を含む
自動更新方法。
【請求項７】
請求項６に記載の自動更新方法であって、
前記メニュー一覧のアドレスを取得し、前記メニュー一覧のアドレスに基づいて、前記メニュー一覧に表示されるメニュー毎のメニューアドレスを取得するステップ
を更に含む
自動更新方法。
【請求項８】
請求項７に記載の自動更新方法であって、
前記予測評価値をデータテーブルに格納するステップ
を更に含み、
前記データテーブルは、
前記メニューアドレスを格納するためのメニューアドレス格納フィールドと、
第１時点でのアクセス数を示す第１アクセス数を格納するための第１アクセス数格納フィールドと、
前記第１時点より後の第２時点でのアクセス数を示す第２アクセス数を格納するための第２アクセス数格納フィールドと、
前記第１時点での評価値を示す第１評価値を格納するための第１評価値格納フィールドと、
前記第２時点での評価値示す第２評価値を格納するための第２評価値格納フィールドと、
前記第１アクセス数、前記第２アクセス数、及び前記第２評価値に基づいて算出された前記予測評価値を格納するための予測評価値格納フィールドと
を含む
自動更新方法。
【請求項９】
請求項８に記載の自動更新方法であって、
前記解析開始信号、前記メニューアドレス、及びアクセスログを入力とし、前記解析開始信号に応じて、前記メニューアドレス毎に一致したアクセスログを参照してアクセス数を算出し、前記メニューアドレス及び前記算出されたアクセス数を前記データテーブルに格納するステップと、
前記第１アクセス数、前記第２アクセス数、及び前記第２評価値に基づいて前記予測評価値を算出し、前記予測評価値を前記データテーブルに格納するステップと、
前記データテーブルからの評価値出力を入力とし、前記評価値出力に含まれる前記予測評価値を参照し、前記予測評価値が大小関係に応じた順番に並んでいなければ、前記起動信号を出力するステップと
を更に含む
自動更新方法。
【請求項１０】
請求項９に記載の自動更新方法であって、
前記メニューアドレス及びＲＳＳ記事を入力として、前記ＲＳＳ記事内のサイト更新時刻フィールドを参照し、前記ＲＳＳ記事の更新時刻が前記単位時間内であれば、前記メニューアドレス毎に前記ＲＳＳ記事内の閲覧用ＵＲＬフィールドと所定のキーワードとを比較し、閲覧用ＵＲＬフィールドと前記所定のキーワードとが一致したら、共通記事数を増加するステップと、
前記第１アクセス数、前記第２アクセス数、及び前記第２評価値に基づいて前記予測評価値を算出し、前記予測評価値に前記共通記事数を加算して、前記データテーブルに格納するステップと
を更に含む
自動更新方法。
【請求項１１】
所定の間隔で解析開始信号を出力するステップと、
前記解析開始信号に応じて、ネットワーク上のメニュー一覧に表示されるメニュー毎にアクセス数を算出し、前記メニュー一覧に表示されるメニュー毎の「単位時間内のアクセス数の増減」に基づいて予測評価値を算出し、前記予測評価値が大小関係に応じた順番に並んでいなければ、起動信号を出力するステップと、
前記起動信号に応じて、前記予測評価値を取得し、前記予測評価値の各々の大小関係に応じて、前記メニュー一覧に表示されるメニューの内容を更新するステップと
をコンピュータに実行させるための
プログラム。
【請求項１２】
請求項１１に記載のプログラムであって、
前記メニュー一覧のアドレスを取得し、前記メニュー一覧のアドレスに基づいて、前記メニュー一覧に表示されるメニュー毎のメニューアドレスを取得するステップ
を更にコンピュータに実行させるための
プログラム。
【請求項１３】
請求項１２に記載のプログラムであって、
前記メニューアドレスを格納するためのメニューアドレス格納フィールドと、
第１時点でのアクセス数を示す第１アクセス数を格納するための第１アクセス数格納フィールドと、
前記第１時点より後の第２時点でのアクセス数を示す第２アクセス数を格納するための第２アクセス数格納フィールドと、
前記第１時点での評価値を示す第１評価値を格納するための第１評価値格納フィールドと、
前記第２時点での評価値示す第２評価値を格納するための第２評価値格納フィールドと、
前記第１アクセス数、前記第２アクセス数、及び前記第２評価値に基づいて算出された前記予測評価値を格納するための予測評価値格納フィールドと
を含むデータテーブルを参照するステップと、
前記予測評価値を前記データテーブルに格納するステップと
を更にコンピュータに実行させるための
プログラム。
【請求項１４】
請求項１３に記載のプログラムであって、
前記解析開始信号、前記メニューアドレス、及びアクセスログを入力とし、前記解析開始信号に応じて、前記メニューアドレス毎に一致したアクセスログを参照してアクセス数を算出し、前記メニューアドレス及び前記算出されたアクセス数を前記データテーブルに格納するステップと、
前記第１アクセス数、前記第２アクセス数、及び前記第２評価値に基づいて前記予測評価値を算出し、前記予測評価値を前記データテーブルに格納するステップと、
前記データテーブルからの評価値出力を入力とし、前記評価値出力に含まれる前記予測評価値を参照し、前記予測評価値が大小関係に応じた順番に並んでいなければ、前記起動信号を出力するステップと
を更にコンピュータに実行させるための
プログラム。
【請求項１５】
請求項１４に記載のプログラムであって、
前記メニューアドレス及びＲＳＳ記事を入力として、前記ＲＳＳ記事内のサイト更新時刻フィールドを参照し、前記ＲＳＳ記事の更新時刻が前記単位時間内であれば、前記メニューアドレス毎に前記ＲＳＳ記事内の閲覧用ＵＲＬフィールドと所定のキーワードとを比較し、閲覧用ＵＲＬフィールドと前記所定のキーワードとが一致したら、共通記事数を増加するステップと、
前記第１アクセス数、前記第２アクセス数、及び前記第２評価値に基づいて前記予測評価値を算出し、前記予測評価値に前記共通記事数を加算して、前記データテーブルに格納するステップと
を更にコンピュータに実行させるための
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動更新装置に関し、特にＷｅｂページのメニューの自動更新装置に関する。
【背景技術】
【０００２】
企業等のＷｅｂページのメニューについては、閲覧者のアクセス数に基づいて配置することが好適である。すなわち、メニューの表示項目のうち、頻繁にアクセスされる表示項目を目立たせる必要がある。また、頻繁にアクセスされる表示項目を目立たせる際に、可能な限り早期に実現することが求められる。
【０００３】
Ｗｅｂページのメニューの各表示項目が閲覧者によりアクセスされる頻度は、時々刻々と変化するため、その変化に即応して表示項目の表示順を変更することが好適である。
【０００４】
関連する技術として、特開２０００−２９３４２３号公報（特許文献１）にホームページメニュー自動更新装置が開示されている。
この関連技術では、利用者がホームページにアクセスした時のアクセスログの解析や、メニュー項目のプライオリティの設定により、アクセス回数やプライオリティに応じてメニュー項目の順序や項目強調のための文字属性を変更し、常時、最適のメニューとなるよう自動的にホームページのメニューを更新する。
【０００５】
また、特開２００３−００６２２４号公報（特許文献２）にＷＷＷページの自動更新方法および自動更新装置が開示されている。
この関連技術では、通信ネットワークを介して閲覧されるＷＷＷページを各閲覧者ごとに設け、それら各ＷＷＷページを各閲覧者のアクセス態様に応じて自動的に更新する。
【０００６】
また、特開２００６−３２３６２９号公報（特許文献３）にウェブサーバのページ更新のための情報を解析するサーバ、ウェブサーバ及びページ更新方法が開示されている。
この関連技術では、アクセスログＤＢは、ウェブサーバ毎にユーザ端末からのアクセス時刻、アクセス数、滞留時間などを記録し、アクセスログＤＢに記憶されたアクセスログに基づいてユーザの閲覧行動を記録する。得られた閲覧行動により制御部は、離散選択モデルによる予測と、検索キーワードを用いた共起頻度による予測を行う。
【０００７】
更に、頻繁に内容が更新されるＷｅｂページについては、アクセス数の増減の要因を把握するために、Ｗｅｂページの更新を把握する必要がある。近年、ブログ等のＷｅｂページの更新通知に、ＲＳＳ（Ｒｉｃｈ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ（別名：Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ、又は、ＲＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ））を用いる事例が多くなっている。
【０００８】
特開２００６−２０９５９８号公報（特許文献４）にサイト情報収集システムが開示されている。
この関連技術では、閲覧端末がＲＳＳリーダを利用して、配信サイトからＲＳＳファイルを取得し、ＲＳＳファイル内にＰＩＮＧサーバ送信用モジュールが存在する場合には、閲覧端末は、ＰＩＮＧサーバ送信用モジュール内に記録されたＲＳＳファイルのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を、ＰＩＮＧサーバ送信用モジュール内で指定されているＰＩＮＧサーバに送信する。
【０００９】
【特許文献１】特開２０００−２９３４２３号公報
【特許文献２】特開２００３−００６２２４号公報
【特許文献３】特開２００６−３２３６２９号公報
【特許文献４】特開２００６−２０９５９８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
これまでは、閲覧者のアクセス数の値の大きさに基づいてメニューの表示項目の表示順を変更していた。しかし、アクセス数の増減や変動比率に基づいてメニューの表示項目の表示順を変更する手段が無かった。
【００１１】
本発明では、インターネット上のＷｅｂページのメニューを、Ｗｅｂサーバ内にあるアクセスログを用いて自動的に最適なメニューになるように更新するための手法を提示する。具体的には、本発明ではＷｅｂページ上のメニューの中の表示項目を、それぞれアクセス数の変動に基づいて自動的に更新することを図る。
【課題を解決するための手段】
【００１２】
本発明の自動更新装置は、所定の間隔で解析開始信号を出力する起動指示手段と、解析開始信号に応じて、ネットワーク上のメニュー一覧に表示されるメニュー毎にアクセス数を算出し、メニュー一覧に表示されるメニュー毎の「単位時間内のアクセス数の増減」に基づいて予測評価値を算出し、予測評価値が大小関係に応じた順番に並んでいなければ、起動信号を出力するアクセス回数解析手段と、起動信号に応じて、予測評価値を取得し、予測評価値の各々の大小関係に応じて、メニュー一覧に表示されるメニューの内容を更新するメニュー更新手段とを具備する。起動指示手段は、起動タイマでも良い。
【００１３】
本発明の自動更新方法は、所定の間隔で解析開始信号を出力するステップと、解析開始信号に応じて、ネットワーク上のメニュー一覧に表示されるメニュー毎にアクセス数を算出し、メニュー一覧に表示されるメニュー毎の「単位時間内のアクセス数の増減」に基づいて予測評価値を算出し、予測評価値が大小関係に応じた順番に並んでいなければ、起動信号を出力するステップと、起動信号に応じて、予測評価値を取得し、予測評価値の各々の大小関係に応じて、メニュー一覧に表示されるメニューの内容を更新するステップとを含む。
【００１４】
本発明のプログラムは、所定の間隔で解析開始信号を出力するステップと、解析開始信号に応じて、ネットワーク上のメニュー一覧に表示されるメニュー毎にアクセス数を算出し、メニュー一覧に表示されるメニュー毎の「単位時間内のアクセス数の増減」に基づいて予測評価値を算出し、予測評価値が大小関係に応じた順番に並んでいなければ、起動信号を出力するステップと、起動信号に応じて、予測評価値を取得し、予測評価値の各々の大小関係に応じて、メニュー一覧に表示されるメニューの内容を更新するステップとをコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１５】
単位時間当たりのアクセス数の増減に応じたＷｅｂページのメニュー更新を、自動的に実施することが可能になる。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の第１実施形態について添付図面を参照して説明する。
図１を参照すると、本実施形態における自動更新装置は、アドレス入力部１と、起動タイマ部２と、アクセス回数解析部３と、アクセスログ格納部４と、評価値格納部５と、メニュー更新部６と、Ｗｅｂページ定義体格納部７と、Ｗｅｂページ公開部８を備える。
【００１７】
アドレス入力部１は、Ｗｅｂページのアドレスの入力を受け付ける。例えば、アドレス入力部１は、Ｗｅｂページの管理者による操作に基づき、自動更新したいメニューアドレス１１が含まれるＷｅｂページのアドレスの入力を受け付ける。ここでは、メニューアドレス１１は、Ｗｅｂページに表示されるメニュー毎のアドレスを示すデータである。メニューアドレス１１は、Ｗｅｂページのソースコードに記述されていることが多い。この場合、アドレス入力部１は、Ｗｅｂページのアドレスに基づいて、メニューアドレス１１を取得するようにしても良い。或いは、アドレス入力部１は、直接、メニューアドレス１１の入力を受け付けるようにしても良い。基本的に、アドレス入力部１におけるアドレス入力については、特開２０００−２９３４２３号公報と同様に行うことを想定している。但し、実際には、これらの例に限定されない。
【００１８】
なお、アドレス入力部１は、予め設定されたＷｅｂページのアドレスを出力するようにしても良い。このとき、アドレス入力部１は、予め設定されたＷｅｂページのアドレスに基づいて、定期的に当該Ｗｅｂページを巡回し、当該Ｗｅｂページのソースコードに記述されているメニューアドレス１１を自動的に取得するようにしても良い。対象となるＷｅｂページが複数あり、個別にアドレスを入力するのが面倒な場合、このようにすると好適である。
【００１９】
また、アドレス入力部１は、Ｗｅｂブラウザ等のネットワーク対応のアプリケーションに入力されたアドレスを自動的に取得するようにしても良い。このとき、アドレス入力部１は、アプリケーションに入力されたアドレスに該当するＷｅｂページを参照し、当該Ｗｅｂページのソースコードに記述されているメニューアドレス１１を自動的に取得するようにしても良い。
【００２０】
起動タイマ部２は、所定の間隔で解析開始信号１０を出力する。なお、「所定の間隔」は、単位時間を示す。ここでは、起動タイマ部２は、１時間毎に、解析開始信号１０を「１」にして出力する。この場合、単位時間は、１時間である。但し、実際には、これらの例に限定されない。解析開始信号１０は、「１」がアクティブレベルの信号である。アクティブレベルは、有効を示す。
【００２１】
アクセス回数解析部３は、解析開始信号１０を受信すると、Ｗｅｂページのアドレスを取得し、取得されたアドレスに基づいてＷｅｂページのアクセスログ１３を参照し、アクセス数を算出する。このとき、アクセス回数解析部３は、解析開始信号１０に応じて、アドレス入力部１にメニューアドレス１１の提供を要求するようにしても良い。例えば、アクセス回数解析部３は、解析開始信号１０が「１」になると、アドレス入力部１からメニューアドレス１１を読み込み、アクセスログ格納部４からメニューアドレス１１に一致したアクセスログ１３を参照し、アクセス数をカウントする。
【００２２】
なお、アクセス回数解析部３は、アドレス入力部１からＷｅｂページのアドレスを取得し、取得されたアドレスに該当するＷｅｂページを参照し、当該Ｗｅｂページのソースコードに記述されているメニューアドレス１１を自動的に取得するようにしても良い。
【００２３】
また、アクセス回数解析部３は、アドレス毎のアクセス数の時間変化から評価値を予測／算出する。例えば、アクセス回数解析部３は、メニューアドレス１１毎のアクセス数の時間変化から評価値を予測／算出し、予測／算出された評価値を最新評価値算出データ１４として出力し、評価値格納部５に格納する。アクセス回数解析部３は、対象となるメニューアドレス１１がなくなるまで、これらの処理を繰り返す。
【００２４】
更に、アクセス回数解析部３は、予測／算出された評価値の各々の大小関係が解析時に変化すると、起動信号１２を出力する。例えば、アクセス回数解析部３は、予測／算出された評価値及び評価値格納部５に格納された評価値の各々の大小関係が解析時に逆転したり、メニュー変更が発生したりすると、起動信号１２を「１」にして出力する。起動信号１２は、「１」がアクティブレベルの信号である。
【００２５】
このとき、アクセス回数解析部３は、起動信号１２を出力した後、アクセスログ格納部４を初期化し、アクセスログ格納部４に格納された全てのアクセスログ１３を消去するようにしても良い。すなわち、アクセスログ格納部４は、単位時間内のアクセスログ１３のみ格納するようにしても良い。
【００２６】
アクセスログ格納部４は、Ｗｅｂページのアクセスログ１３を格納している。なお、アクセスログ格納部４は、Ｗｅｂページを提供している個々のＷｅｂサーバ上に存在していても良い。この場合、アクセスログ格納部４は、擬似的に、アクセス回数解析部３に対してアクセスログ１３を参照可能にしている全てのＷｅｂページのアクセスログ１３を格納していることになる。
【００２７】
評価値格納部５は、アクセス回数解析部３により予測／算出された評価値を格納する。
【００２８】
メニュー更新部６は、起動信号１２を受信すると、最新の評価値（予測評価値）を取得し、評価値の順番に応じて、Ｗｅｂページの内容を更新する。例えば、メニュー更新部６は、起動信号１２が「１」になると、評価値格納部５からの評価値出力１５により最新の評価値を取得し、評価値の大きさの順番（大小関係）に応じて、メニューアドレス１１が含まれるＷｅｂページの内容を更新する。
【００２９】
また、メニュー更新部６は、更新が完了したら、更新後のＷｅｂページの内容を記憶し、公開信号１６を出力する。例えば、メニュー更新部６は、更新が完了したら、更新後のＷｅｂページの内容をＷｅｂページ定義体格納部７に格納し、公開信号１６を「１」にして出力する。公開信号１６は、「１」がアクティブレベルの信号である。
【００３０】
Ｗｅｂページ定義体格納部７は、更新後のＷｅｂページの内容をＷｅｂページ定義体として格納する。
【００３１】
Ｗｅｂページ公開部８は、公開信号１６を受信すると、更新後のＷｅｂページの内容を公開する。例えば、Ｗｅｂページ公開部８は、公開信号１６が「１」になると、Ｗｅｂページ定義体格納部７に格納されたＷｅｂページ定義体の内容をインターネットに公開する。
【００３２】
ここでは、自動更新装置の例として、Ｗｅｂページやブログ等を管理するサーバ装置を想定している。このようなサーバ装置の例として、Ｗｅｂサーバやブログサーバ、ＩＳＰ（インターネットサービスプロバイダ）サーバ等が考えられる。なお、ここでいうサーバ装置は、物理的な機器に限らず、サーバとして機能する仮想マシン（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ（ＶＭ））環境でも良い。但し、実際には、これらの例に限定されない。
【００３３】
Ｗｅｂページの例として、個人サイト、企業サイト、ニュースサイト、ブログサイト、ダウンロードサイト、インターネット販売サイト等が考えられる。ここでは、Ｗｅｂページは、ネットワーク上のメニュー一覧を示す。従って、ダウンロードサイトやインターネット販売サイト等において表示される商品の一覧も、「ネットワーク上のメニュー一覧」に該当する。また、メニューは、文字列に限らず、画像やアイコンでも良い。但し、実際には、これらの例に限定されない。
【００３４】
アドレス入力部１の例として、キーボードやキーパッド、画面上のキーパッド、タッチパネル（ｔｏｕｃｈ  ｐａｎｅｌ）、タブレット（ｔａｂｌｅｔ）、又は、ＱＲコード（登録商標）等を読み取るためのスキャナやバーコードリーダ等が考えられる。或いは、アドレス入力部１は、外部の入力装置や通信装置からアドレス情報を取得するインターフェース（Ｉ／Ｆ：ｉｎｔｅｒｆａｃｅ）でも良い。また、アドレス入力部１は、Ｗｅｂブラウザ等のネットワーク対応のアプリケーションに入力されたアドレスを自動的に取得するためのプラグイン（ｐｌｕｇ−ｉｎ）又は常駐プログラムでも良い。なお、アドレス入力部１は、１種類に限らず、複数でも良い。但し、実際には、これらの例に限定されない。
【００３５】
起動タイマ部２、アクセス回数解析部３、メニュー更新部６、及びＷｅｂページ公開部８の例として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やマイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）等の処理装置、又は同様の機能を有する半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ（ＩＣ））が考えられる。なお、アドレス入力部１、起動タイマ部２、アクセス回数解析部３、メニュー更新部６、Ｗｅｂページ公開部８は、各々の機能をコンピュータに実行させるためのプログラムでも良い。但し、実際には、これらの例に限定されない。
【００３６】
アクセスログ格納部４、評価値格納部５、及びＷｅｂページ定義体格納部７の例として、メモリ等の半導体記憶装置、ハードディスク等の外部記憶装置（ストレージ）、又は記憶媒体（メディア）等が考えられる。但し、実際には、これらの例に限定されない。
【００３７】
なお、本発明において、アクセスログ格納部４、評価値格納部５、及びＷｅｂページ定義体格納部７を、サーバや周辺機器等に格納するようにしても良い。この場合、アクセス回数解析部３、メニュー更新部６、及びＷｅｂページ公開部８は、それぞれ処理を行う際に、サーバや周辺機器等にアクセスし、アクセスログ格納部４、評価値格納部５、及びＷｅｂページ定義体格納部７を参照する。アクセス回数解析部３、メニュー更新部６、及びＷｅｂページ公開部８は、アクセスログ格納部４、評価値格納部５、及びＷｅｂページ定義体格納部７を参照できない場合、一連の処理を中止する。
【００３８】
次に、図２を参照して、本実施形態におけるアクセス回数解析部３の構成例について説明する。
アクセス回数解析部３は、アドレス比較部３１と、評価値予測部３２と、評価値比較部３３を備える。
【００３９】
アドレス比較部３１は、解析開始信号１０、メニューアドレス１１、及びアクセスログ１３を入力として、メニューアドレス１１及びアクセス数３１１を評価値格納部５に出力する。なお、メニューアドレス１１及びアクセス数３１１は、１つの信号として出力しても良い。例えば、アドレス比較部３１は、メニューアドレス１１の出力信号に、アクセス数３１１の内容を含めるようにしても良い。その後、アドレス比較部３１は、比較完了信号を出力する。なお、比較完了信号は、比較完了を示すフラグでも良い。この場合、アドレス比較部３１は、比較完了信号を出力する代わりに、比較完了を示すフラグを有効にする。
【００４０】
評価値予測部３２は、時系列の古い順にＴ１、Ｔ２、Ｔ３とした場合、評価値格納部５からのＴ１時点でのアクセス数、Ｔ２時点でのアクセス数、Ｔ２時点での評価値を入力とし、メニューアドレス１１毎のＴ３時点での評価値を予測／算出し、最新評価値（Ｔ３での予測評価値）を最新評価値算出データ１４として、評価値格納部５に出力する。
【００４１】
ここでは、評価値予測部３２は、アドレス比較部３１からの比較完了信号に応じて、Ｔ１時点でのアクセス数、Ｔ２時点でのアクセス数、Ｔ２時点での評価値を参照する。例えば、評価値予測部３２は、アドレス比較部３１からの比較完了信号を受信又は検出した場合、或いは、比較完了を示すフラグが有効になった場合、評価値格納部５へのアクセス要求を受け付けたと判断して、評価値格納部５にアクセスし、Ｔ１時点でのアクセス数、Ｔ２時点でのアクセス数、Ｔ２時点での評価値を参照する。このとき、評価値予測部３２は、評価値格納部５から、Ｔ１時点でのアクセス数、Ｔ２時点でのアクセス数、Ｔ２時点での評価値を取得しても良い。
【００４２】
ここで、最新評価値の算出式の例について説明する。
時系列の古い順にＴ１、Ｔ２、Ｔ３とした場合、最新評価値（Ｔ３での予測評価値）の算出式は、以下のように示すことができる。
算出式：
（Ｔ１時点での評価値）＋（（Ｔ２時点でのアクセス数）−（Ｔ１時点でのアクセス数））／（Ｔ２−Ｔ１）＝（Ｔ２時点での評価値）
（Ｔ２時点での評価値）＋（（Ｔ３時点でのアクセス数）−（Ｔ２時点でのアクセス数））／（Ｔ３−Ｔ２）＝（Ｔ３での予測評価値）
【００４３】
なお、本実施形態では、Ｔ１、Ｔ２、Ｔ３の各々の間隔が単位時間となるため、Ｔ１、Ｔ２、Ｔ３は、等間隔に並んでいる。すなわち、（Ｔ３−Ｔ２）＝（Ｔ２−Ｔ１）＝単位時間である。
【００４４】
ここでは、Ｔ３時点でのアクセス数は、Ｔ３での予測アクセス数とする。この場合、Ｔ３時点でのアクセス数の算出式は、以下のように示すことができる。
算出式：
（Ｔ３時点でのアクセス数）＝（Ｔ２時点でのアクセス数）＋（（Ｔ２時点でのアクセス数）−（Ｔ１時点でのアクセス数））
【００４５】
従って、最新評価値（Ｔ３での予測評価値）の算出式は、以下のように示すことができる。
算出式：
（Ｔ２時点での評価値）＋（（Ｔ２時点でのアクセス数）−（Ｔ１時点でのアクセス数））／（Ｔ２−Ｔ１）＝（Ｔ３での予測評価値）
【００４６】
評価値比較部３３は、評価値格納部５からの評価値出力１５を入力とし、評価値出力１５に含まれる最新評価値を参照し、評価値の逆転を検出したら、起動信号１２を「１」にして出力する。例えば、評価値比較部３３は、最新評価値が降順又は昇順に並んでいない場合、評価値の逆転が発生したと判断し、起動信号１２を「１」にして出力する。
【００４７】
次に、図３を参照して、評価値格納部５のデータテーブルのフィールド構成例について説明する。
評価値格納部５は、メニューアドレス格納フィールドと、第１アクセス数格納フィールドと、第１評価値格納フィールドと、第２アクセス数格納フィールドと、第２評価値格納フィールドと、最新評価値格納フィールドを含む。メニューアドレス格納フィールドは、メニューアドレス１１を示す情報を格納する。第１アクセス数格納フィールドは、Ｔ１時点でのアクセス数を示す情報を格納する。第１評価値格納フィールドは、Ｔ１時点での評価値を示す情報を格納する。第２アクセス数格納フィールドは、Ｔ２時点でのアクセス数を示す情報を格納する。第２評価値格納フィールドは、Ｔ２時点での評価値を示す情報を格納する。最新評価値格納フィールドは、最新の評価値を示す情報を格納する。なお、第１アクセス数格納フィールド、第１評価値格納フィールド、第２アクセス数格納フィールド、第２評価値格納フィールド、及び最新評価値格納フィールドは、メニューアドレス１１毎に対応する。
【００４８】
次に、図４を参照して、本発明における基本動作について説明する。
（１）ステップＳ１０１
アクセス比較部３１は、解析開始信号１０が「１」になると、アクセスログ１３を参照して、メニューアドレス１１に対するアクセスをカウントし、アクセス数を算出する。
（２）ステップＳ１０２
アクセス比較部３１は、アクセスログ１３を読み終えると、メニューアドレス１１及びアクセス数３１１を評価値格納部５に格納する。
（３）ステップＳ１０３
評価値予測部３２は、時系列の古い順にＴ１、Ｔ２、Ｔ３とした場合、評価値格納部５からのＴ１時点でのアクセス数（第１アクセス数格納フィールド）、Ｔ２時点でのアクセス数（第２アクセス数格納フィールド）、Ｔ２時点での評価値（第２評価値格納フィールド）を入力とし、算出式に基づいて、メニューアドレス１１毎のＴ３時点での評価値を予測／算出して、最新評価値（Ｔ３での予測評価値）を最新評価値算出データ１４として出力し、最新評価値（Ｔ３での予測評価値）を評価値格納部５の最新評価値格納フィールドに格納する。
（４）ステップＳ１０４
評価値比較部３３は、評価値格納部５の最新評価値格納フィールドを読み込み、評価値の逆転を検出したら、起動信号１２を「１」にして出力する。ここでは、最新評価値が降順又は昇順に並んでいない場合、評価値の逆転が発生したと判断し、起動信号１２を「１」にして出力する。なお、評価値比較部３３は、現在のメニューの並びの順番と、最新評価値の大小関係に基づくメニューの並びの順番とを比較し、互いのメニューの並びの順番が異なっている場合、起動信号１２を「１」にして出力するようにしても良い。
【００４９】
図５Ａ、図５Ｂを参照して、本実施形態におけるアクセス回数解析部３の動作について説明する。
（１）ステップＳ２０１
アクセス回数解析部３は、起動タイマ部２から解析開始信号１０がアクティブレベルで出力されたか確認する。このとき、アクセス回数解析部３は、起動タイマ部２から解析開始信号１０がアクティブレベルで出力されていない場合、起動タイマ部２から解析開始信号１０がアクティブレベルで出力されるまで、解析開始信号１０を監視する。
（２）ステップＳ２０２
アクセス回数解析部３は、起動タイマ部２から解析開始信号１０がアクティブレベルで出力された場合、アクセスログ格納部４からアクセスログ１３を読み込み、メニューアドレス１１毎のアクセス数を算出する。
（３）ステップＳ２０３
アクセス回数解析部３は、アドレス入力部１から読み込んだメニューアドレス１１のアクセス数の時間微分値が増加しているか確認する。
（４）ステップＳ２０４
アクセス回数解析部３は、メニューアドレス１１のアクセス数の時間微分値が増加している場合、評価値を増加させる。
（５）ステップＳ２０５
アクセス回数解析部３は、メニューアドレス１１のアクセス数の時間微分値が増加していない場合、評価値を減少させる。
（６）ステップＳ２０６
アクセス回数解析部３は、メニューアドレス１１毎に評価値を算出し、算出された評価値を評価値格納部５に格納する。このとき、アクセス回数解析部３は、メニューアドレス１１毎に算出された評価値を、最新評価値算出データ１４として評価値格納部５に出力する。
（７）ステップＳ２０７
アクセス回数解析部３は、評価値を算出すべきメニューアドレス１１が残っているか確認する。アクセス回数解析部３は、評価値を算出すべきメニューアドレス１１が残っている場合、当該メニューアドレス１１のアクセス数の時間微分値が増加しているか確認し、評価値を算出すべきメニューアドレス１１が無くなるまで、上記の処理を繰り返す。
（８）ステップＳ２０８
アクセス回数解析部３は、評価値を算出すべきメニューアドレス１１が残っていない場合、各メニューアドレス１１のＴ３時点での評価値を予測／算出し、最新評価値（Ｔ３での予測評価値）を最新評価値算出データ１４として出力し、最新評価値（Ｔ３での予測評価値）を評価値格納部５の最新評価値格納フィールドに格納する。ここでは、評価値予測部３２が、各メニューアドレス１１のＴ３時点での評価値を予測／算出し、最新評価値（Ｔ３での予測評価値）を最新評価値算出データ１４として出力し、最新評価値（Ｔ３での予測評価値）を評価値格納部５の最新評価値格納フィールドに格納する。
（９）ステップＳ２０９
アクセス回数解析部３は、予測評価値の逆転を検出したか確認する。アクセス回数解析部３は、予測評価値の逆転を検出しない場合、一連の処理を終了する。ここでは、評価値比較部３３が、予測評価値の逆転を検出したか確認する。なお、予測評価値の逆転とは、予測評価値が大小関係に応じた順番に並んでいない状態を示す。
（１０）ステップＳ２１０
アクセス回数解析部３は、予測評価値の逆転を検出した場合、起動信号１２をアクティブレベルにして出力する。ここでは、評価値比較部３３が、起動信号１２をアクティブレベルである「１」にして出力する。
（１１）ステップＳ２１１
メニュー更新部６は、評価値格納部５から評価値出力１５を読み込み、評価値順にメニューを並び替え、更新後のＷｅｂページをＷｅｂページ定義体格納部７に格納し、Ｗｅｂページ公開部８に対して、公開信号１６をアクティブレベルである「１」にして出力する。
（１２）ステップＳ２１２
Ｗｅｂページ公開部８は、公開信号１６がアクティブレベルである「１」であるため、Ｗｅｂページ定義体格納部７の内容をインターネット上に公開する。
【００５０】
図６を参照して、Ｔ２時点での変更前のメニューについて説明する。
ここでは、汎用マイコンに関するメニューを例に説明する。汎用マイコンの例として、８ビットの７８Ｋ０Ｓマイコンを想定している。汎用マイコンに関するメニューのタイトルの例として、「７８Ｋ０Ｓ／ＫＵ１＋」、「７８Ｋ０Ｓ／ＫＹ１＋」、「７８Ｋ０Ｓ／ＫＡ１＋」、「７８Ｋ０Ｓ／ＫＢ１＋」を示す。このとき、「７８Ｋ０Ｓ／ＫＵ１＋」に「７８ｋ０ｓｋｕ１ｐｌｕｓ．ｈｔｍｌ」のメニューアドレスが対応している。「７８Ｋ０Ｓ／ＫＹ１＋」に「７８ｋ０ｓｋｙ１ｐｌｕｓ．ｈｔｍｌ」のメニューアドレスが対応している。「７８Ｋ０Ｓ／ＫＡ１＋」に「７８ｋ０ｓｋａ１ｐｌｕｓ．ｈｔｍｌ」のメニューアドレスが対応している。「７８Ｋ０Ｓ／ＫＢ１＋」に「７８ｋ０ｓｋｂ１ｐｌｕｓ．ｈｔｍｌ」のメニューアドレスが対応している。但し、実際には、これらの例に限定されない。
【００５１】
図７を参照して、本実施形態における評価値の算出例について説明する。ここでは、（Ｔ２−Ｔ１）＝（Ｔ３−Ｔ２）＝１時間とする。また、Ｔ３におけるアクセス数は（Ｔ２時点でのアクセス数）＋（（Ｔ２−Ｔ１）のアクセス数の差分）とする。このとき、アクセス回数解析部３は、「７８Ｋ０Ｓ／ＫＵ１＋」、「７８Ｋ０Ｓ／ＫＹ１＋」、「７８Ｋ０Ｓ／ＫＡ１＋」、「７８Ｋ０Ｓ／ＫＢ１＋」のそれぞれについて、以下のように予測評価値を算出する。
【００５２】
（１）「７８Ｋ０Ｓ／ＫＵ１＋」
Ｔ１時点でのアクセス数＝４００、Ｔ２時点でのアクセス数＝４５０、Ｔ３時点でのアクセス数＝５００である。
Ｔ１時点での評価値を２００とする。
Ｔ２時点での評価値：２００＋（４５０−４００）／（Ｔ２−Ｔ１）＝２５０
Ｔ３での予測評価値：２５０＋（５００−４５０）／（Ｔ３−Ｔ２）＝３００
【００５３】
（２）「７８Ｋ０Ｓ／ＫＹ１＋」
Ｔ１時点でのアクセス数＝２００、Ｔ２時点でのアクセス数＝４００、Ｔ３時点でのアクセス数＝６００である。
Ｔ１時点での評価値を５０とする。
Ｔ２時点での評価値：５０＋（４００−２００）／（Ｔ２−Ｔ１）＝２５０
Ｔ３での予測評価値：２５０＋（４００−２００）／（Ｔ３−Ｔ２）＝４５０
【００５４】
「７８Ｋ０Ｓ／ＫＹ１＋」の評価値の増加が「７８Ｋ０Ｓ／ＫＵ１＋」の評価値の増加を上回るため、Ｔ３のタイミングでは評価値の逆転が予想できる。このとき、図５ＢのステップＳ２１０のタイミングでメニュー変更を実施する。
【００５５】
（３）「７８Ｋ０Ｓ／ＫＡ１＋」
Ｔ１時点でのアクセス数＝１５０、Ｔ２時点でのアクセス数＝１４０、Ｔ３時点でのアクセス数＝１３０である。
Ｔ１時点での評価値を４０とする。
Ｔ２時点での評価値：４０＋（１４０−１５０）／（Ｔ２−Ｔ１）＝３０
Ｔ３での予測評価値：３０＋（１３０−１４０）／（Ｔ３−Ｔ２）＝２０
【００５６】
（４）「７８Ｋ０Ｓ／ＫＢ１＋」
Ｔ１時点でのアクセス数＝１００、Ｔ２時点でのアクセス数＝１２０、Ｔ３時点でのアクセス数＝１４０である。
Ｔ１時点での評価値を１０とする。
Ｔ２時点での評価値：１０＋（１２０−１００）／（Ｔ２−Ｔ１）＝３０
Ｔ３での予測評価値：３０＋（１４０−１２０）／（Ｔ３−Ｔ２）＝５０
【００５７】
「７８Ｋ０Ｓ／ＫＢ１＋」の評価値の増加が「７８Ｋ０Ｓ／ＫＡ１＋」の評価値の増加を上回るため、Ｔ３のタイミングでは評価値の逆転が予想できる。このとき、図５ＢのステップＳ２１０のタイミングでメニュー変更を実施する。
【００５８】
図８を参照して、変更後のメニューについて説明する。
図７に示すように、評価値の逆転が発生した場合、アクセス回数解析部３は、「７８Ｋ０Ｓ／ＫＵ１＋」と「７８Ｋ０Ｓ／ＫＹ１＋」の入れ替えを行うことで、「７８ｋ０ｓｋｕ１ｐｌｕｓ．ｈｔｍｌ」のメニューアドレスと、「７８ｋ０ｓｋｙ１ｐｌｕｓ．ｈｔｍｌ」のメニューアドレスとの並べ替えを行う。同様に、アクセス回数解析部３は、「７８Ｋ０Ｓ／ＫＡ１＋」と「７８Ｋ０Ｓ／ＫＢ１＋」の入れ替えを行うことで、「７８ｋ０ｓｋａ１ｐｌｕｓ．ｈｔｍｌ」のメニューアドレスと、「７８ｋ０ｓｋｂ１ｐｌｕｓ．ｈｔｍｌ」のメニューアドレスとの並べ替えを行う。但し、実際には、これらの例に限定されない。
【００５９】
以下に、本発明の第２実施形態について説明する。
本実施例では、外部のＰＩＮＧサーバよりＲＳＳ（Ｒｉｃｈ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ（別名：Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ、又は、ＲＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ））記事を取り込み、閲覧用ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とメニューアドレスとの一致した数を評価値に加算する。ここでは、メニューアドレスをキーワードとして、閲覧用ＵＲＬと比較している。すなわち、閲覧用ＵＲＬフィールドと所定のキーワードとの一致した数を評価値に加算する。なお、ＰＩＮＧサーバとは、各ブログから送られてきたＲＳＳ情報を受信・収集するサーバである。ＲＳＳ情報は、主にブログ等の更新情報である。
【００６０】
図９を参照すると、本実施形態における自動更新装置は、アドレス入力部１と、起動タイマ部２と、アクセス回数解析部３と、アクセスログ格納部４と、評価値格納部５と、メニュー更新部６と、Ｗｅｂページ定義体格納部７と、Ｗｅｂページ公開部８と、ＲＳＳ収集部９を備える。
【００６１】
アドレス入力部１、起動タイマ部２、アクセス回数解析部３、アクセスログ格納部４、評価値格納部５、メニュー更新部６、Ｗｅｂページ定義体格納部７、及びＷｅｂページ公開部８は、基本的に第１実施形態と同様である。なお、本実施形態では、アクセス回数解析部３は、更に、ブログ等の他サイトで取り上げられたＲＳＳ記事数を解析し、評価値を算出する。
【００６２】
ＲＳＳ収集部９は、ＰＩＮＧサーバからＲＳＳ記事１７を取得してアクセス回数解析部３に提供する。ここでは、アクセス回数解析部３は、解析開始信号１０に同期して、ＲＳＳ収集部９からＲＳＳ記事１７を取得する。このとき、ＲＳＳ収集部９は、ＲＳＳ記事１７をアクセス回数解析部３に提供し、自身で保有しているＲＳＳ記事１７が無くなった時点から、次のＲＳＳ記事１７の収集を開始し、再びアクセス回数解析部３からＲＳＳ記事１７を要求された際に、収集されたＲＳＳ記事１７を提供するようにしても良い。これにより、ＲＳＳ収集部９は、単位時間内のＲＳＳ記事１７のみアクセス回数解析部３に提供できるようになる。
【００６３】
ＲＳＳ収集部９の例として、ＲＳＳリーダ等が考えられる。なお、ＲＳＳ収集部９は、ＰＩＮＧサーバ自体でも良い。但し、実際には、これらの例に限定されない。
【００６４】
ＲＳＳ記事１７の例として、ＲＳＳフィードや、Ａｔｏｍフィード、又は、ｈＲｅｖｉｅｗ等のマイクロフォーマット等が考えられる。但し、実際には、これらの例に限定されない。
【００６５】
次に、図１０を参照して、本実施形態におけるアクセス回数解析部３の構成例について説明する。
アクセス回数解析部３は、アドレス比較部３１と、評価値予測部３２と、評価値比較部３３と、ＲＳＳ比較部３４を備える。
【００６６】
アドレス比較部３１は、解析開始信号１０、メニューアドレス１１、及びアクセスログ１３を入力として、メニューアドレス１１及びアクセス数３１１を評価値格納部５に出力する。
【００６７】
評価値予測部３２は、時系列の古い順にＴ１、Ｔ２、Ｔ３とした場合、評価値格納部５からのＴ１時点でのアクセス数、Ｔ２時点でのアクセス数、Ｔ２時点での評価値を入力とし、更にＲＳＳ比較部３４の処理結果を入力として、メニューアドレス１１毎のＴ３時点での評価値を予測／算出し、最新評価値（Ｔ３での予測評価値）を最新評価値算出データ１４として、評価値格納部５に出力する。
【００６８】
評価値比較部３３は、評価値格納部５からの評価値出力１５を入力とし、起動信号１２を「１」にして出力する。
【００６９】
ＲＳＳ比較部３４は、メニューアドレス１１及びＲＳＳ記事１７を入力として、処理結果を評価値予測部３２に出力する。ここでは、ＲＳＳ比較部３４は、共通のＲＳＳ記事１７の数を算出する。例えば、ＲＳＳ比較部３４は、メニューアドレス１１毎に、ＲＳＳ記事１７内の閲覧用ＵＲＬと、メニューアドレス１１に関連するキーワードとを比較し、閲覧用ＵＲＬと当該キーワードとが一致したら、共通記事数をカウントアップする。すなわち、共通記事数は、同一内容に関する閲覧用ＵＲＬの数を示す。ＲＳＳ比較部３４は、全てのメニューアドレス１１について、閲覧用ＵＲＬと当該キーワードとを比較し終えたら、共通記事数を処理結果として評価値予測部３２に出力する。
【００７０】
なお、キーワードは、メニューアドレス１１に関連していると好適であるが、実際には、メニューアドレス１１に関係なく、ＲＳＳ記事１７内で最も多く使用される文字列でも良い。この場合、ＲＳＳ比較部３４は、ＲＳＳ記事１７内で最も多く使用される文字列を検出し、検出された文字列と閲覧用ＵＲＬとを比較する。
【００７１】
このとき、ＲＳＳ比較部３４は、ＲＳＳ記事１７を入力された際、メニューアドレス１１毎にＲＳＳ記事１７内のサイト更新時刻フィールドを参照し、更新時刻が解析中の単位時間内であるＲＳＳ記事１７についてのみ、上記の処理を行うようにすると好適である。例えば、ＲＳＳ比較部３４は、更新時刻がＴ１〜Ｔ２の間であるＲＳＳ記事１７についてのみ、メニューアドレス１１毎に閲覧用ＵＲＬと所定のキーワードとを比較し、閲覧用ＵＲＬと所定のキーワードとが一致したら、共通記事数をカウントアップする。
【００７２】
本実施形態では、評価値予測部３２は、メニューアドレス１１毎のＴ３時点での評価値を予測／算出する際、更に共通記事数を加算して最新評価値（Ｔ３での予測評価値）を予測／算出する。
【００７３】
ここで、最新評価値の算出式の例について説明する。
時系列の古い順にＴ１、Ｔ２、Ｔ３とした場合、最新評価値（Ｔ３での予測評価値）の算出式は、以下のように示すことができる。
算出式：
（Ｔ１時点での評価値）＋（（Ｔ２時点でのアクセス数）−（Ｔ１時点でのアクセス数））／（Ｔ２−Ｔ１）＝（Ｔ２時点での評価値）
（Ｔ２時点での評価値）＋（（Ｔ３時点でのアクセス数）−（Ｔ２時点でのアクセス数））／（Ｔ３−Ｔ２）＋共通記事数＝（Ｔ３での予測評価値）
【００７４】
なお、本実施形態では、Ｔ１、Ｔ２、Ｔ３の各々の間隔が単位時間となるため、Ｔ１、Ｔ２、Ｔ３は、等間隔に並んでいる。すなわち、（Ｔ３−Ｔ２）＝（Ｔ２−Ｔ１）＝単位時間である。
【００７５】
ここでは、Ｔ３時点でのアクセス数は、Ｔ３での予測アクセス数とする。この場合、Ｔ３時点でのアクセス数の算出式は、以下のように示すことができる。
算出式：
（Ｔ３時点でのアクセス数）＝（Ｔ２時点でのアクセス数）＋（（Ｔ２時点でのアクセス数）−（Ｔ１時点でのアクセス数））
【００７６】
従って、最新評価値（Ｔ３での予測評価値）の算出式は、以下のように示すことができる。
算出式：
（Ｔ２時点での評価値）＋（（Ｔ２時点でのアクセス数）−（Ｔ１時点でのアクセス数））／（Ｔ２−Ｔ１）＋共通記事数＝（Ｔ３での予測評価値）
【００７７】
図１１を参照して、ＲＳＳ記事１７のフォーマットの例について説明する。
ＲＳＳ記事１７は、「ＵＲＩ」、「タイトル」、「閲覧用情報のＵＲＬ」、「詳細」、「カテゴリ」、「サブカテゴリ」、「キーワード」、「サイト更新時刻」、「受信時刻」等を含む。本実施形態では、ＲＳＳ比較部３４は、複数のＲＳＳ記事１７の各々の「閲覧用情報のＵＲＬ」を比較する。ここで、「ＵＲＩ」は、ブログサイト自体の所在を特定するＵＲＩを格納するＵＲＩフィールドである。「閲覧用情報のＵＲＬ」は、ブログサイトに掲載された個々のブログ記事の情報の出所を示す閲覧用ＵＲＬを格納する閲覧用ＵＲＬフィールドである。「サイト更新時刻」は、ＲＳＳ記事の更新時刻情報を格納する閲覧用ＵＲＬフィールドである。基本的に、ＲＳＳ記事１７は、特開２００６−２０９５９８号公報に記載されたＲＳＳファイル形式の要約データと同様である。但し、実際には、これらの例に限定されない。
【００７８】
図１２Ａ、図１２Ｂを参照して、本実施形態におけるアクセス回数解析部３の動作について説明する。
（１）ステップＳ３０１
アクセス回数解析部３は、起動タイマ部２から解析開始信号１０がアクティブレベルで出力されたか確認する。このとき、アクセス回数解析部３は、起動タイマ部２から解析開始信号１０がアクティブレベルで出力されていない場合、起動タイマ部２から解析開始信号１０がアクティブレベルで出力されるまで、解析開始信号１０を監視する。
（２）ステップＳ３０２
アクセス回数解析部３は、起動タイマ部２から解析開始信号１０がアクティブレベルで出力された場合、アクセスログ格納部４からアクセスログ１３を読み込み、メニューアドレス１１毎のアクセス数を算出する。同時に、アクセス回数解析部３は、メニューアドレス１１毎に、ＲＳＳ記事１７内の閲覧用ＵＲＬフィールドと、所定のキーワードとを比較し、閲覧用ＵＲＬフィールドと所定のキーワードとが一致したらカウントアップする。このとき、ＲＳＳ比較部３４は、メニューアドレス１１毎に、ＲＳＳ記事１７内の閲覧用ＵＲＬフィールドに格納された閲覧用ＵＲＬと、メニューアドレス１１に関連するキーワードとを比較し、閲覧用ＵＲＬと当該キーワードとが一致したら、共通記事数をカウントアップし、最新評価値を予測／算出する際に共通記事数を加算する。閲覧用ＵＲＬフィールドは、図１１における「閲覧用情報のＵＲＬ」を示す。このステップＳ３０２における処理が、図５Ａに示す第１実施形態のステップＳ２０２における処理との相違点である。
（３）ステップＳ３０３
アクセス回数解析部３は、アドレス入力部１から読み込んだメニューアドレス１１のアクセス数の時間微分値が増加しているか確認する。
（４）ステップＳ３０４
アクセス回数解析部３は、メニューアドレス１１のアクセス数の時間微分値が増加している場合、評価値を増加させる。
（５）ステップＳ３０５
アクセス回数解析部３は、メニューアドレス１１のアクセス数の時間微分値が増加していない場合、評価値を減少させる。
（６）ステップＳ３０６
アクセス回数解析部３は、メニューアドレス１１毎に評価値を算出し、算出された評価値を評価値格納部５に格納する。このとき、アクセス回数解析部３は、メニューアドレス１１毎に算出された評価値を、最新評価値算出データ１４として評価値格納部５に出力する。
（７）ステップＳ３０７
アクセス回数解析部３は、評価値を算出すべきメニューアドレス１１が残っているか確認する。アクセス回数解析部３は、評価値を算出すべきメニューアドレス１１が残っている場合、当該メニューアドレス１１のアクセス数の時間微分値が増加しているか確認し、評価値を算出すべきメニューアドレス１１が無くなるまで、上記の処理を繰り返す。
（８）ステップＳ３０８
アクセス回数解析部３は、評価値を算出すべきメニューアドレス１１が残っていない場合、各メニューアドレス１１のＴ３時点での評価値を予測／算出し、最新評価値（Ｔ３での予測評価値）を最新評価値算出データ１４として出力し、最新評価値（Ｔ３での予測評価値）を評価値格納部５の最新評価値格納フィールドに格納する。ここでは、評価値予測部３２が、各メニューアドレス１１のＴ３時点での評価値を予測／算出し、最新評価値（Ｔ３での予測評価値）を最新評価値算出データ１４として出力し、最新評価値（Ｔ３での予測評価値）を評価値格納部５の最新評価値格納フィールドに格納する。
（９）ステップＳ３０９
アクセス回数解析部３は、予測評価値の逆転を検出したか確認する。アクセス回数解析部３は、予測評価値の逆転を検出しない場合、一連の処理を終了する。ここでは、評価値比較部３３が、予測評価値の逆転を検出したか確認する。なお、予測評価値の逆転とは、予測評価値が大小関係に応じた順番に並んでいない状態を示す。
（１０）ステップＳ３１０
アクセス回数解析部３は、予測評価値の逆転を検出した場合、起動信号１２をアクティブレベルにして出力する。ここでは、評価値比較部３３が、起動信号１２をアクティブレベルである「１」にして出力する。
（１１）ステップＳ３１１
メニュー更新部６は、評価値格納部５から評価値出力１５を読み込み、評価値順にメニューを並び替え、更新後のＷｅｂページをＷｅｂページ定義体格納部７に格納し、Ｗｅｂページ公開部８に対して、公開信号１６をアクティブレベルである「１」にして出力する。
（１２）ステップＳ３１２
Ｗｅｂページ公開部８は、公開信号１６がアクティブレベルである「１」であるため、Ｗｅｂページ定義体格納部７の内容をインターネット上に公開する。
【００７９】
図１３を参照して、本実施形態における評価値の算出例について説明する。ここでは、（Ｔ２−Ｔ１）＝（Ｔ３−Ｔ２）＝１時間とする。また、Ｔ３におけるアクセス数は（Ｔ２時点でのアクセス数）＋（（Ｔ２−Ｔ１）のアクセス数の差分）とする。このとき、アクセス回数解析部３は、「７８Ｋ０Ｓ／ＫＵ１＋」、「７８Ｋ０Ｓ／ＫＹ１＋」のそれぞれについて、以下のように予測評価値を算出する。
【００８０】
なお、本実施形態では、Ｔ２時点での「７８Ｋ０Ｓ／ＫＵ１＋」のＲＳＳリーダの記事数を１０とする。また、Ｔ２時点での「７８Ｋ０Ｓ／ＫＹ１＋」のＲＳＳリーダの記事数を１００とする。ここでは、ＲＳＳリーダの記事数を評価値に加算するものとする。
【００８１】
（１）「７８Ｋ０Ｓ／ＫＵ１＋」
Ｔ１時点でのアクセス数＝４００、Ｔ２時点でのアクセス数＝４５０、Ｔ３時点でのアクセス数＝５００である。
Ｔ１時点での評価値を２００とする。
Ｔ２時点での評価値：２００＋（４５０−４００）／（Ｔ２−Ｔ１）＝２５０
Ｔ３での予測評価値：２５０＋（５００−４５０）／（Ｔ３−Ｔ２）＋１０＝３１０
【００８２】
（２）「７８Ｋ０Ｓ／ＫＹ１＋」
Ｔ１時点でのアクセス数＝２００、Ｔ２時点でのアクセス数＝４００、Ｔ３時点でのアクセス数＝６００である。
Ｔ１時点での評価値を５０とする。
Ｔ２時点での評価値：５０＋（３００−２００）／（Ｔ２−Ｔ１）＝１５０
Ｔ３での予測評価値：１５０＋（４００−３００）／（Ｔ３−Ｔ２）＋１００＝３５０
【００８３】
「７８Ｋ０Ｓ／ＫＹ１＋」の評価値の増加が「７８Ｋ０Ｓ／ＫＵ１＋」の評価値の増加を上回るため、Ｔ３のタイミングでは評価値の逆転が予想できる。このとき、図１２ＢのステップＳ３１０のタイミングでメニュー変更を実施する。
【００８４】
本実施形態では、自サイトだけでなく、他サイトの関連するＲＳＳ記事数を加算して評価値を算出することが可能であるため、トレンドに近い評価値を算出できる。算出された評価値は、実際に当該サイトのＲＳＳ記事が参照されている回数に近くなる。
【００８５】
以上のように、本発明では、アクセス数の時間単位での増加及び減少を評価値に反映するアクセス回数解析手段を有するため、プライオリティ（優先度）を設定する必要は無い。そのため、プライオリティの入力手段や格納手段が不要となる。
【００８６】
また、本発明では、メニュー更新の起動も、アクセス回数解析手段がアクセス数の増加及び減少に応じて自動的に起動できるため、人手を介さない。すなわち、本発明により、Ｗｅｂページの管理者の手を煩わせることなく、自動的にメニュー更新を行うことが可能になる。
【００８７】
また、閲覧者毎にＷｅｂページ（ツリーデータ）を持たないため、それぞれの閲覧者用のＷｅｂデータ格納手段が不要となる。
【００８８】
更に、本発明により、Ｗｅｂページの訪問者（閲覧者）のアクセス数の増加度合いや減少度合いまで加味した自動的なメニュー更新が可能になる。
【００８９】
ここでは、Ｗｅｂページのメニューについて説明しているが、実際には、サーバ側で動作するアプリケーションソフトウェア等の表示画面のメニューでも良い。例えば、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）やサーブレット（ｓｅｒｖｌｅｔ）、オンラインゲーム（ｏｎｌｉｎｅ  ｇａｍｅ）等の表示画面のメニューが考えられる。その他にも、シンクライアント（ｔｈｉｎ  ｃｌｉｅｎｔ）のサーバ側やＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）により提供されるアプリケーションソフトウェア等の表示画面のメニューが考えられる。この場合、ＷｅｂページのアドレスやＵＲＬの代わりに、アプリケーションソフトウェアの識別情報や所在情報を利用する。メニューアドレスの代わりに、表示画面のメニューに関するソースコードの記述を利用する。アクセス回数解析部３は、所定の間隔で、表示画面のメニューが選択された回数をカウントし、その回数をアクセス数とする。アクセス回数解析部３は、このアクセス数に基づいて予測評価値を算出する。メニュー更新部６は、予測評価値が大小関係に応じた順番に並んでいない場合、表示画面のメニューに関するソースコードの記述を、予測評価値の大小関係に応じた順番に並び替えてＷｅｂページ定義体格納部７に格納する。このとき、メニュー更新部６は、ソースコードのコンパイルが必要であれば、表示画面のメニューに関するソースコードの記述を、予測評価値の大小関係に応じた順番に並び替えた後に、ソースコードのコンパイルを実行してＷｅｂページ定義体格納部７に格納する。Ｗｅｂページ公開部８は、Ｗｅｂページ定義体格納部７に格納されたデータに基づくアプリケーションソフトウェア等の表示画面のメニューを公開する。なお、表示画面にＷｅｂページを利用している場合は、既に説明した上記の各実施形態と同様である。但し、実際には、これらの例に限定されない。
【００９０】
すなわち、本発明は、ネットワーク上のメニュー一覧に対して、メニュー毎の「単位時間内のアクセス数の増減」に基づいて予測評価値を算出し、予測評価値の各々の大小関係に応じて、メニュー一覧に表示されるメニューの内容を更新することを特徴とする。なお、メニュー一覧の形式は、メニューが縦や横に一列に並んでいるリスト形式に限らず、テーブル（表）形式でも良い。テーブル（表）形式の場合でも、メニューの配置は、予測評価値の各々の大小関係に基づくものとする。また、メニューは、複数の画面を１つのウィンドウ内で切り替えて使用するためのタブ（ｔａｂ）でも良い。但し、実際には、これらの例に限定されない。
【００９１】
なお、本発明において、所定のメニューの予測評価値が０以下になる場合、或いは、所定のメニューの予測評価値が大きく減少している場合、ネットワーク上のメニュー一覧に当該メニューを表示しないようにしても良い。このとき、ネットワーク上のメニュー一覧から当該メニューを削除し、一定期間が経過した後に、再びネットワーク上のメニュー一覧に当該メニューを表示するようにしても良い。なお、一定期間は、単位時間の倍数であると好適である。例えば、メニュー更新部６は、起動信号１２を受信すると、評価値格納部５から予測評価値を取得し、所定のメニューの予測評価値が大きく減少している場合、ネットワーク上のメニュー一覧から当該メニューを削除し、２４時間が経過した後に、再びネットワーク上のメニュー一覧に当該メニューを表示するように更新する。なお、「予測評価値が大きく減少している場合」とは、直前の予測評価値と現在の予測評価値との差が所定の閾値以下である場合や、直前の予測評価値に比べて現在の予測評価値の減少の割合が大きい場合等を示す。このとき、メニュー更新部６は、連続した複数の時点の予測評価値を、自身の記憶領域に蓄積したり、評価値格納部５から評価値出力１５により取得したりしても良い。但し、実際には、これらの例に限定されない。
【００９２】
上記以外の場合で、一定期間、所定のメニューの予測評価値の変動が無くなった場合、当該メニューの閲覧者が固定されてきたと推測されるため、メニュー一覧における当該メニューの表示位置を特定の位置に固定するようにしても良い。所定のメニューの予測評価値の変動が微小である場合、単位時間内のアクセス数の増減が微小であることを意味する。これは、一定数の特定の閲覧者が、定期的に当該メニューを閲覧している状態であると推測される。例えば、メニュー更新部６は、直前の予測評価値と現在の予測評価値との差が微小である場合、メニュー一覧における当該メニューの表示位置を最下段にするように更新する。このとき、メニュー更新部６は、連続した複数の時点の予測評価値を、自身の記憶領域に蓄積したり、評価値格納部５から評価値出力１５により取得したりしても良い。また、メニュー更新部６は、所定のメニューの予測評価値の変動が再び発生した場合、当該メニューの表示位置を特定の位置に固定する処理を中止し、その時点の予測評価値の各々の大小関係に応じて、メニュー一覧に表示されるメニューの内容を更新するようにしても良い。但し、実際には、これらの例に限定されない。
【００９３】
以上、本発明の実施形態を詳述してきたが、実際には上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
【図面の簡単な説明】
【００９４】
【図１】図１は、本発明の第１実施形態における構成例を示すブロック図である。
【図２】図２は、第１実施形態におけるアクセス回数解析部の構成例を示すブロック図である。
【図３】図３は、評価値格納部のデータテーブルのフィールド構成例を示す図である。
【図４】図４は、本発明における基本動作を示すフローチャートである。
【図５Ａ】図５Ａは、第１実施形態におけるアクセス回数解析部の動作を示すフローチャートである。
【図５Ｂ】図５Ｂは、第１実施形態におけるアクセス回数解析部の動作を示すフローチャートである。
【図６】図６は、Ｔ２時点での変更前のメニューの例を示す図である。
【図７】図７は、第１実施形態における評価値の算出例を示す図である。
【図８】図８は、変更後のメニューの例を示す図である。
【図９】図９は、本発明の第２実施形態における構成例を示すブロック図である。
【図１０】図１０は、第２実施形態におけるアクセス回数解析部の構成例を示すブロック図である。
【図１１】図１１は、ＲＳＳ記事のフォーマットの例を示す図である。
【図１２Ａ】図１２Ａは、第２実施形態におけるアクセス回数解析部の動作を示すフローチャートである。
【図１２Ｂ】図１２Ｂは、第２実施形態におけるアクセス回数解析部の動作を示すフローチャートである。
【図１３】図１３は、第２実施形態における評価値の算出例を示す図である。
【符号の説明】
【００９５】
１…  アドレス入力部
２…  起動タイマ部
３…  アクセス回数解析部
３１…  アドレス比較部
３１１…  アクセス数
３２…  評価値予測部
３３…  評価値比較部
３４…  ＲＳＳ比較部
４…  アクセスログ格納部
５…  評価値格納部
６…  メニュー更新部
７…  Ｗｅｂページ定義体格納部
８…  Ｗｅｂページ公開部
９…  ＲＳＳ収集部
１０…  解析開始信号
１１…  メニューアドレス
１２…  起動信号
１３…  アクセスログ
１４…  最新評価値算出データ
１５…  評価値出力
１６…  公開信号
１７…  ＲＳＳ記事
【図１】
2009282738.tif 000003
【図２】
2009282738.tif 000004
【図３】
2009282738.tif 000005
【図４】
2009282738.tif 000006
【図５Ａ】
2009282738.tif 000007
【図５Ｂ】
2009282738.tif 000008
【図６】
2009282738.tif 000009
【図７】
2009282738.tif 000010
【図８】
2009282738.tif 000011
【図９】
2009282738.tif 000012
【図１０】
2009282738.tif 000013
【図１１】
2009282738.tif 000014
【図１２Ａ】
2009282738.tif 000015
【図１２Ｂ】
2009282738.tif 000016
【図１３】
2009282738.tif 000017