(57)【特許請求の範囲】
【請求項１】
コンピュータを、
更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下単に更新ページという）をＲＳＳ化したＲＳＳ１を得、定期的に該更新ページをＲＳＳ化したＲＳＳ２を得るＲＳＳ化部、
前記ＲＳＳ１と前記ＲＳＳ２を比較して差があった場合、変化があったＲＳＳ２のｉｔｅｍタグの中のｌｉｎｋタグが示すＵＲＬに関して、比較を行った日を作成日と判断する作成日取得部、
前記作成日取得部が判断をした作成日と、変化があったＲＳＳ２のｉｔｅｍタグの中のｌｉｎｋタグが示すＵＲＬを関連付けてもつ作成日テーブルを作成する作成日テーブル作成部、
として機能させることを特徴とするコンテンツ作成日管理プログラム。
【請求項２】
指定されたＵＲＬについて前記作成日テーブルを検索して作成日を得る検索部を更に有することを特徴とする請求項１記載のコンテンツ作成日管理プログラム。
【請求項３】
コンピュータが、
更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下単に更新ページという）をＲＳＳ化したＲＳＳ１を得、定期的に該更新ページをＲＳＳ化したＲＳＳ２を得て、、
前記ＲＳＳ１と前記ＲＳＳ２を比較して差があった場合、変化があったＲＳＳ２のｉｔｅｍタグの中のｌｉｎｋタグが示すＵＲＬに関して、比較を行った日を作成日と判断し
前記判断をした作成日と、変化があったＲＳＳ２のｉｔｅｍタグの中のｌｉｎｋタグが示すＵＲＬを関連付けてもつ作成日テーブルを作成する、
ことを特徴とするコンテンツ作成日管理方法。
【請求項４】
更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下単に更新ページという）をＲＳＳ化したＲＳＳ１を得、定期的に該更新ページをＲＳＳ化したＲＳＳ２を得るＲＳＳ化部、
前記ＲＳＳ１と前記ＲＳＳ２を比較して差があった場合、変化があったＲＳＳ２のｉｔｅｍタグの中のｌｉｎｋタグが示すＵＲＬに関して、比較を行った日を作成日と判断する作成日取得部、
前記作成日取得部が判断をした作成日と、変化があったＲＳＳ２のｉｔｅｍタグの中のｌｉｎｋタグが示すＵＲＬを関連付けてもつ作成日テーブルを作成する作成日テーブル作成部、
を有することを特徴とするコンテンツ作成日管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
コンテンツの作成日を生成する分野に関する。
【背景技術】
【０００２】
インターネットやイントラネットが発達した現在では、個人の必要な情報を検索エンジンなどの技術を駆使してネットから探す場合が非常に多くなってきている。ただし、その探し出した情報が信用できるものなのかどうか戸惑う場合が多い。例えば、ソフトウエアのトラブルに関する解決方法をネットで見つけ出しても、その方法が現在も有効なものなのかを判断することは難しい。そのような場合、ページ内にそのページを作成した日付情報があると判断の助けになるが、Ｗｅｂページやコンテンツには必ずしも作成日や更新日（以下、作成日には更新日も含む）が記述されているわけではなく、ユーザが確実に作成日を知る手段はなかった。
【特許文献１】特開２０００−１５５７３１公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
Ｗｅｂ上のページの作成日はそのページの情報の信頼度を判断する上で、非常に重要な要素であるが、Ｗｅｂページやコンテンツには必ずしも作成日が記述されているわけではない。日付が書かれていない場合、ユーザはそのページの情報が新しいものか古いものかを判断する術がなく、その情報の信憑性が怪しくなってしまう。
【０００４】
また、既存のＲＳＳサービス（例えばhttp://myrss.jpやhttp://www.hatena.ne.jpで提供されているサービス）では、監視対象とするページをすべてキャッシュし、広告などページの一部でも変更があるとそれを差分情報としてレポートする仕組みを持っている。しかし、この仕組みではキュッシュすべきページが膨大になってしまう。
【０００５】
そこで、監視対象とするページ中に作成日が明示的に書かれていなくても、そのページの作成日をユーザに提示することを目的とする。更に、そのページ中のＵＲＬと作成日の組から成るＤＢを作成して、キュッシュすべきページを不要とすることを目的とする。
【課題を解決するための手段】
【０００６】
本願第１の発明は、更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下更新ページという）から抽出したリンクと抽出した日付とから成るリンクテーブル１を作成し、定期的に該更新ページから抽出したリンクと抽出した日付とから成るリンクテーブル２を作成するリンクテーブル作成部と、
前記リンクテーブル１と前記リンクテーブル２を比較して差があった場合、比較を行った日を作成日と判断する作成日取得部と、
判断された作成日と差があったリンクテーブルが指すリンク先とから成る作成日テーブルを作成する作成日テーブル作成部を有することを特徴とする。
【０００７】
本願第２の発明は、更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下更新ページという）をＲＳＳ化したＲＳＳ１を得、定期的に該更新ページをＲＳＳ化したＲＳＳ２を得るＲＳＳ化部と、
前記ＲＳＳ１と前記ＲＳＳ２を比較して差があった場合、比較を行った日を作成日と判断する作成日取得部と、
判断された作成日と差があったＲＳＳが指すＵＲＬとから成る作成日テーブルを作成する作成日テーブル作成部を有することを特徴とする。
【０００８】
本願第３の発明は、前記更新ページは、コンテンツの作成日が記載されていないページであることを特徴とすることを特徴とする。
【０００９】
本願第４の発明は、指定されたＵＲＬについて前記作成日テーブルを検索して作成日を得る検索部を更に有することを特徴とする。
【発明の効果】
【００１０】
Ｗｅｂページ中にコンテンツ作成日が明示的に書かれていなくても、コンテンツ作成日を得ることができる。
【００１１】
また、Ｗｅｂページ中にコンテンツ作成日が明示的に書かれていなくても、コンテンツ作成日をキーに、かかるページを検索することができる。
【００１２】
また、従来技術では、Ｗｅｂページ内に作成日があればその日がＲＳＳのｉｔｅｍのｐｕｂｄａｔｅとして採用され、作成日がなければアクセスされた日付がｐｕｂｄａｔｅとして採用されてしまうが、本願発明によればＲＳＳのｉｔｅｍにあたるコンテンツの作成日が特定できるので、ｉｔｅｍの作成日が保証されたＲＳＳを出力することができる。
【００１３】
また、既存のＲＳＳサービスとは異なり、キュッシュすべきページを不要とすることができる。
【発明を実施するための最良の形態】
【００１４】
図１は、本願発明の実施例の構成図である。本願発明は、コンテンツ作成日管理装置１、Ｗｅｂサーバ２０、ユーザ端末２１から構成される。コンテンツ作成日管理装置１は、ページアクセス部２、ＲＳＳ化部３、作成日取得部４、作成日テーブル作成部５、検索部６、ＲＳＳ記憶部７、作成日テーブル記憶部８、リンクテーブル作成部１３、リンクテーブル記憶部１７から構成される。
【００１５】
ページアクセス部２は、ユーザが指定した時または定期的に、ユーザが指定したＵＲＬを持つＷｅｂページを管理しているＷｅｂサーバ２０にネットワークを介してアクセスする処理部である。このＷｅｂページは、対象サイトのトップページ、「Ｗｈａｔ‘ｓ  Ｎｅｗ」ページ、新着情報ページなどの更新ページの情報をまとめているページを前提とし、このページのリンクが各コンテンツページを指している（図１）。以下、このＷｅｂページを単に更新ページと言う。
【００１６】
ＲＳＳ化部３は、この更新ページをＲＳＳ化して、ＲＳＳ（Really Simple Syndication、Rich Site Summary）を得る処理部である。更新ページをＲＳＳ化する技術は既存の技術を使う。なお、更新ページは、コンテンツの作成日（以下、作成日時も含む）が記載されていないページを前提とするが、作成日が記載されているページでも良い。また、コンテンツの作成日が記載されていないページについては、タグの繰り返しやルールなど対象ページのＲＳＳ化すべき部分を指定して既存の技術（例えば特願２００５−０５３６９６）を利用してＲＳＳ化しても良い。
【００１７】
作成日取得部４は、ユーザが指定した更新ページに以前アクセスしてＲＳＳ記憶部７に格納されていたＲＳＳ（以下ＲＳＳ１という）と、その更新ページに定期的にアクセスして新たに得られたＲＳＳ（以下ＲＳＳ２という）とを比較し、ＲＳＳ１とＲＳＳ２に差があった場合、変化があったＲＳＳのｉｔｅｍタグに関して、比較を行った日付をｐｕｂｄａｔｅと判断する処理部である。ｐｕｂｄａｔｅとはそのページが初めてＷｅｂ上に公開された日であり、作成日と同義である。また、ユーザが指定した更新ページに以前アクセスしてリンクテーブル記憶部１７に格納されていたリンクテーブル（以下リンクテーブル１という）と、その更新ページに定期的にアクセスして新たに得られたリンクテーブル（以下リンクテーブル２という）とを比較し、変化があったリンクテーブル対して、比較を行った日付をｐｕｂｄａｔｅと判断する処理部である。
【００１８】
作成日テーブル作成部５は、作成日取得部４で判断された作成日と変化があったｉｔｅｍタグ内のｒｄｆタグが指すＵＲＬとから成る作成日テーブルを作成または更新し、作成日テーブル記憶部８に格納する処理部である。また、作成日取得部４で判断された作成日と変化があったリンクテーブルが指すＵＲＬとから成る作成日テーブルを作成または更新し、作成日テーブル記憶部８に格納する処理部である。
【００１９】
検索部６は、ユーザがユーザ端末２１から作成日を知りたいページのＵＲＬを指定したのを契機に、作成日テーブル記憶部８から作成日テーブルを読み出し、指定されたＵＲＬを検索して作成日を得る処理部である。
【００２０】
ＲＳＳ記憶部７は、ＲＳＳ化部３で作成されたＲＳＳを記憶する記憶部である。
【００２１】
作成日テーブル記憶部８は、作成日テーブル作成部５で作成された作成日テーブルを記憶する記憶部である。
【００２２】
リンクテーブル作成部１３は、更新ページからリンクをすべて抽出し、抽出したリンクと日時とから成るリンクテーブルを作成または更新し、リンクテーブル記憶部１７に保存する処理部である。
【００２３】
リンクテーブル記憶部１７は、リンク保存部１３で作成されたリンクテーブルを記憶する記憶部である。
【実施例１】
【００２４】
以下、フローチャートを用いて本願発明の実施例を説明する（図２）。
【００２５】
まず、ページアクセス部２はユーザが指定した更新ページ（図３）にアクセスし、ＲＳＳ化部３はその更新ページをＲＳＳ化したＲＳＳ（ＲＳＳ１）（図４）を得てＲＳＳ記憶部７に保存する（Ｓ１）。このとき、ＲＳＳのｉｔｅｍタグのリンク先のページの保存は行わない。図４のＲＳＳを保存する時のデータ構造を図５に示す。なお、図３のページをＲＳＳ化すると、図３の中ほどにある「トピックス」配下の項目がＲＳＳの要素としてリストアップされるとする（図４）。
【００２６】
そして、ページアクセス部２は定期的に（例えば毎日）同じ更新ページにアクセスし、ＲＳＳ化部３はその更新ページをＲＳＳ化してＲＳＳ（ＲＳＳ２）を得る（Ｓ２）。図３の更新ページが図６のように更新された時のＲＳＳが、図７である。
【００２７】
そして、作成日取得部４は、ＲＳＳ記憶部７に保存されていたＲＳＳ１とＲＳＳ２との比較を行い（Ｓ３）、ＲＳＳ１とＲＳＳ２に差があった場合、変化があったｉｔｅｍタグに関して、比較を行った日付をｐｕｂｄａｔｅと判断する（Ｓ４）。図８は、ＲＳＳ１とＲＳＳ２の差分を取り出したものであり、
http://www.mhlw.go.jp/bunya/kodomo/topics02/index.html
の作成日を、比較を行った日と判断する。
【００２８】
そして、作成日テーブル作成部５は、判断された作成日と変化があったｉｔｅｍタグが指すＵＲＬとから成る作成日テーブル（図９）を作成または更新し、作成日テーブル記憶部８に格納し、ＲＳＳ２をＲＳＳ１にコピーしてＲＳＳ１を更新してＲＳＳ記憶部７に保存し（Ｓ５）、Ｓ２に戻る。
【００２９】
一方、検索部６は、ユーザが作成日を知りたいページのＵＲＬがユーザ端末２１から送られてきたとき、作成日テーブル記憶部８から作成日テーブルを読み出し、そのＵＲＬから作成日テーブルを検索して該当する作成日を得、その作成日をユーザに返す。
【実施例２】
【００３０】
次に、ＲＳＳを利用しない実施例を説明する。
【００３１】
まず、ページアクセス部２はユーザが指定した更新ページにアクセスし、リンクテーブル作成部１３はその更新ページからリンクをすべて抽出し、抽出したリンクと抽出した日付とから成るリンクテーブル（以下リンクテーブル１という）を作成してリンクテーブル記憶部１７に保存する。
【００３２】
そして、ページアクセス部２は定期的に（例えば毎日）同じ更新ページにアクセスし、リンクテーブル作成部１３は同様にリンクテーブル２を作成する。
【００３３】
そして、作成日取得部４は、リンクテーブル記憶部１７に保存されていたリンクテーブル１とリンクテーブル２との比較を行い、リンクテーブル１とリンクテーブル２に差があった場合、変化があったリンクに関して、比較を行った日付をｐｕｂｄａｔｅと判断する。
【００３４】
そして、作成日テーブル作成部５は、判断された作成日と変化があったリンクテーブルが指すＵＲＬとから成る作成日テーブルを作成または更新し、作成日テーブル記憶部８に格納し、リンクテーブル２をリンクテーブル１にコピーしてリンクテーブル１を更新してリンクテーブル記憶部１７に保存し、Ｓ２に戻る。
【００３５】
その他、本願発明を利用した次のような応用が考えられる。
【００３６】
（１）検索エンジンへの応用
現在の一般的なＷｅｂの検索エンジンでは、コンテンツを収集した日付は持つことができるが、コンテンツの作成日付（ネットにアップされた日付）は持つことができていない。本願発明により、コンテンツの作成日が取得できるので検索インデックス作成時に日付も含めてインデックス作成を行い、検索結果の表示オプションとして作成日付順で並べ替えることが可能になる。
【００３７】
（２）WEBアーカイブの作成
電子図書館などＷｅｂアーカイブのプロジェクトでコンテンツの作成日付順に正確に管理することが可能になる。
【００３８】
（３）掲示板などのコンテンツを証拠として活用する場合
風説流布などで掲示板などを監視する場合に作成日付がない掲示板に対して、作成日付を特定することで証拠となる可能性がある。
【００３９】
（付記１）コンピュータを、
更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下単に更新ページという）から抽出したリンクと抽出した日付とから成るリンクテーブル１を作成し、定期的に該更新ページから抽出したリンクと抽出した日付とから成るリンクテーブル２を作成するリンクテーブル作成部、
前記リンクテーブル１と前記リンクテーブル２を比較して差があった場合、比較を行った日を作成日と判断する作成日取得部、
判断された作成日と差があったリンクテーブルが指すリンク先とから成る作成日テーブルを作成する作成日テーブル作成部、
として機能させることを特徴とするコンテンツ作成日管理プログラム。
（付記２）コンピュータを、
更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下単に更新ページという）をＲＳＳ化したＲＳＳ１を得、定期的に該更新ページをＲＳＳ化したＲＳＳ２を得るＲＳＳ化部、
前記ＲＳＳ１と前記ＲＳＳ２を比較して差があった場合、比較を行った日を作成日と判断する作成日取得部、
判断された作成日と差があったＲＳＳが指すＵＲＬとから成る作成日テーブルを作成する作成日テーブル作成部、
として機能させることを特徴とするコンテンツ作成日管理プログラム。
（付記３）前記更新ページは、コンテンツの作成日が記載されていないページであることを特徴とする付記１または２記載のコンテンツ作成日管理プログラム。
（付記４）指定されたＵＲＬについて前記作成日テーブルを検索して作成日を得る検索部を更に有することを特徴とする付記１、２または３記載のコンテンツ作成日管理プログラム。
（付記５）リンクテーブル作成部が、更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下単に更新ページという）から抽出したリンクと抽出した日付とから成るリンクテーブル１を作成し、定期的に該更新ページから抽出したリンクと抽出した日付とから成るリンクテーブル２を作成するステップと、
作成日取得部が、前記リンクテーブル１と前記リンクテーブル２を比較して差があった場合、比較を行った日を作成日と判断するステップと、
作成日テーブル作成部が、判断された作成日と差があったリンクテーブルが指すリンク先とから成る作成日テーブルを作成するステップと、
を有することを特徴とするコンテンツ作成日管理方法。
（付記６）コンピュータを、
ＲＳＳ化部が、更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下単に更新ページという）をＲＳＳ化したＲＳＳ１を得、定期的に該更新ページをＲＳＳ化したＲＳＳ２を得るステップと、
作成日取得部が、前記ＲＳＳ１と前記ＲＳＳ２を比較して差があった場合、比較を行った日を作成日と判断するステップと、
作成日テーブル作成部が、判断された作成日と差があったＲＳＳが指すＵＲＬとから成る作成日テーブルを作成するステップと、
を有することを特徴とするコンテンツ作成日管理方法。
（付記７）前記更新ページは、コンテンツの作成日が記載されていないページであることを特徴とする付記５または６記載のコンテンツ作成日管理方法。
（付記８）検索部が、指定されたＵＲＬについて前記作成日テーブルを検索して作成日を得るステップを更に有することを特徴とする付記５、６または７記載のコンテンツ作成日管理方法。
（付記９）更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下単に更新ページという）から抽出したリンクと抽出した日付とから成るリンクテーブル１を作成し、定期的に該更新ページから抽出したリンクと抽出した日付とから成るリンクテーブル２を作成するリンクテーブル作成部と、
前記リンクテーブル１と前記リンクテーブル２を比較して差があった場合、比較を行った日を作成日と判断する作成日取得部と、
判断された作成日と差があったリンクテーブルが指すリンク先とから成る作成日テーブルを作成する作成日テーブル作成部と、
を有することを特徴とするコンテンツ作成日管理装置
（付記１０）更新ページの情報をまとめているユーザが指定したＷｅｂページ（以下単に更新ページという）をＲＳＳ化したＲＳＳ１を得、定期的に該更新ページをＲＳＳ化したＲＳＳ２を得るＲＳＳ化部と、
前記ＲＳＳ１と前記ＲＳＳ２を比較して差があった場合、比較を行った日を作成日と判断する作成日取得部と、
判断された作成日と差があったＲＳＳが指すＵＲＬとから成る作成日テーブルを作成する作成日テーブル作成部と、
を有することを特徴とするコンテンツ作成日管理装置
（付記１１）前記更新ページは、コンテンツの作成日が記載されていないページであることを特徴とする付記９または１０記載のコンテンツ作成日管理装置。
（付記１２）指定されたＵＲＬについて前記作成日テーブルを検索して作成日を得る検索部を更に有することを特徴とする付記９、１０または１１記載のコンテンツ作成日管理装置。
【図面の簡単な説明】
【００４０】
【図１】構成図
【図２】フローチャート
【図３】Ｗｅｂページ
【図４】ＲＳＳ
【図５】ＲＳＳを保存する時のデータ構造
【図６】更新されたＷｅｂページ
【図７】更新されたＲＳＳ
【図８】更新されたＲＳＳの差分
【図９】作成日テーブル
【符号の説明】
【００４１】
２  ページアクセス部
３  ＲＳＳ化部
４  作成日取得部
５  作成日テーブル作成部
６  検索部
７  ＲＳＳ記憶部
８  作成日テーブル記憶部
１３  リンクテーブル作成部
１７  リンクテーブル記憶部
２０  Ｗｅｂサーバ２０
【図１】
0004807048.tif 000002
【図２】
0004807048.tif 000003
【図３】
0004807048.tif 000004
【図４】
0004807048.tif 000005
【図５】
0004807048.tif 000006
【図６】
0004807048.tif 000007
【図７】
0004807048.tif 000008
【図８】
0004807048.tif 000009
【図９】
0004807048.tif 000010