(57)【特許請求の範囲】
【請求項１】
ネットワークに接続されていることによって端末と通信可能であるとともに、予め閲覧対象のコンテンツを格納した記憶装置及び各閲覧者の識別情報と電子メールアドレスとを対応付けて記憶するデータベースを備え、ネットワークを介してアクセスしてきた端末から要求されたコンテンツを、前記記憶装置から読み出して当該端末へ応答することによって当該端末を利用する閲覧者に閲覧させるコンピュータが実行するコンテンツ変更通知方法であって、前記コンピュータが、
記憶装置に格納している何れかのコンテンツを何れかの閲覧者に閲覧させた場合には、その閲覧者の識別情報，そのコンテンツの提供源を特定する情報を含む当該コンテンツの識別情報及び閲覧の時を記録したレコードを前記記憶装置内に保存し、
記憶装置に格納している何れかのコンテンツが変更された場合には、前記記憶装置内に保存されているレコードのうち、当該コンテンツの識別情報を含む前記レコードに、その変更の時を記録するとともに、当該コンテンツの提供源の情報をキーに前記レコードの持つ閲覧者の識別情報を抽出し、当該閲覧者の識別情報，変更されたコンテンツの識別情報及び変更の時を記録したレコードを保存し、
定期的に、閲覧時よりも遅い変更時を含むレコード又は閲覧時を含まないレコードにその識別情報が記録されている閲覧者の電子メールアドレスを前記データベースから読み出し、当該電子メールアドレス宛へ、当該レコードに識別情報が記録されているコンテンツの変更を通知する電子メールを送信する
ことを特徴とするコンテンツ変更通知方法。
【請求項２】
ネットワークに接続されていることによって端末と通信可能であるとともに、予め閲覧対象のコンテンツを格納した記憶装置を備え、ネットワークを介してアクセスしてきた端末から要求されたコンテンツを、前記記憶装置から読み出して当該端末へ応答することによって当該端末を利用する閲覧者に閲覧させるコンピュータが実行するコンテンツ変更通知方法であって、前記コンピュータが、
記憶装置に格納している何れかのコンテンツを何れかの閲覧者に閲覧させた場合には、その閲覧者の識別情報，そのコンテンツの提供源を特定する情報を含む当該コンテンツの識別情報及び閲覧の時を記録したレコードを前記記憶装置内に保存し、
記憶装置に格納している何れかのコンテンツが変更された場合には、前記記憶装置内に保存されているレコードのうち、当該コンテンツの識別情報を含む前記レコードに、その変更の時を記録するとともに、当該コンテンツの提供源の情報をキーに前記レコードの持つ閲覧者の識別情報を抽出し、当該閲覧者の識別情報，変更されたコンテンツの識別情報及び変更の時を記録したレコードを保存し、
何れかの端末がアクセスしてきた時に、当該端末を利用している閲覧者の識別情報の送信を当該端末へ要求し、当該要求に応じて当該端末が送信してきた閲覧者の識別情報と閲覧時よりも遅い変更時とを含むレコード及び当該閲覧者の識別情報を含むが閲覧時を含まないレコードの全てを前記記憶装置から抽出し、抽出した各レコードに識別情報が記録されているコンテンツについての変更を通知する画面データを、当該端末へ応答する
ことを特徴とするコンテンツ変更通知方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット等のネットワーク上のサイトにおいて公開されているコンテンツに変更があった場合に、その事実を閲覧者に通知するためのコンテンツ変更通知方法、並びに、コンピュータにこのようなコンテンツ変更通知方法を実行させるためのコンテンツ変更通知プログラムに、関する。
【０００２】
【従来の技術】
インターネット等のネットワーク上では、多数のサイトにおいて、様々なコンテンツが公開されている。従って、ネットワークに接続する権限と端末とを有しているユーザは、自由に、或いは所定の要件に従って、これらのコンテンツにアクセスして閲覧することができる。
【０００３】
各サイトにおいて公開されているコンテンツが、時間経過に従って変更（内容の追加、更新、又は削除）されるものである場合、そのサイトにて公開されるコンテンツに関心を有するユーザは、そのサイトにて公開されるコンテンツの変更を監視し、変更のあったコンテンツを閲覧して、その変更の詳細を知る必要がある。このようにネットワーク上で公開されているコンテンツの変更を監視する方法としては、そのサイトにて公開されているコンテンツに定期的に直接アクセスする方法，一部のサイトに用意されているサイト内のコンテンツについての更新情報ページを定期的に調べる方法，予めアドレス（ＵＲＬ）が登録されたコンテンツについての変更を監視してその変更を通知してくるシステムを利用する方法がある。
【０００４】
【発明が解決しようとする課題】
しかしながら、コンテンツを直接閲覧する方法によると、ユーザは、自分が関心を有する種類及び範囲における全コンテンツを繰り返し閲覧して、以前閲覧したコンテンツが更新されていないかどうか、以前閲覧したコンテンツが削除されてないかどうかを、調べなければならない。従って、このサイトにて公開されるコンテンツの種類が多岐にわたる場合や公開されているコンテンツの量が莫大である場合には、個々のユーザが自分の興味に適う種類及び範囲のコンテンツを探し出して、どのコンテンツが変更されたかを特定するのは、非常に困難な作業である。更に、探し出した個々のコンテンツのサイズが大きくて、その変更箇所がほんの一部でしかない場合には、そのコンテンツ中のどの箇所がどのように変更されているのか、それとも全く変更されていないのかを突き止めるのは、ユーザに過大な負担を強いるものであった。従って、ユーザが重要事項についての変更を見落としてしまう虞が、常に存在していた。
【０００５】
また、更新情報ページを調べる方法によると、ユーザは、自分が過去に各コンテンツを閲覧した日時を覚えておき、その日時と更新情報ページ中の更新日時とを比べなければならなった。しかも、この種の更新情報ページは、通常、そのサイトの管理者によって手作業で作成されるので、更新情報ページの精度には、自ずから限界がある。従って、やはり、ユーザが重要事項についての変更を見落としてしまう虞が、常に存在していた。
【０００６】
また、コンテンツの変更を監視するシステムを用いた場合でも、ユーザは、監視対象となるコンテンツのアドレス（ＵＲＬ）を自ら１件々々手作業で登録する必要があった。従って、重要なコンテンツについての登録をユーザが失念してしまう虞があった。しかも、ユーザが興味を有する情報と同じ情報源（情報提供者）によって提供された他のコンテンツが新規に格納されても、そのコンテンツは監視対象として登録されてはいないので、その新規格納の事実をユーザに通知することが不可能であった。
【０００７】
本発明は、以上のような問題点に鑑みてなされたものであり、その課題は、閲覧者に監視対象コンテンツを意識させることなく、その閲覧者が関心を有しているとみなし得るコンテンツについての変更を監視し、変更があった場合にはその事実を閲覧者に通知することができるコンテンツ変更通知方法、並びに、コンピュータにこのようなコンテンツ変更通知方法を実行させるためのコンテンツ変更通知プログラムを、提供することである。
【０００８】
【課題を解決するための手段】
上記課題を解決するために案出された本発明によるコンテンツ変更通知方法の第１の態様は、ネットワークに接続されていることによって端末と通信可能であるとともに、予め閲覧対象のコンテンツを格納した記憶装置及び各閲覧者の識別情報と電子メールアドレスとを対応付けて記憶するデータベースを備え、ネットワークを介してアクセスしてきた端末から要求されたコンテンツを、前記記憶装置から読み出して当該端末へ応答することによって当該端末を利用する閲覧者に閲覧させるコンピュータが実行するコンテンツ変更通知方法であって、前記コンピュータが、記憶装置に格納している何れかのコンテンツを何れかの閲覧者に閲覧させた場合には、その閲覧者の識別情報，そのコンテンツの提供源を特定する情報を含む当該コンテンツの識別情報及び閲覧の時を記録したレコードを前記記憶装置内に保存し、記憶装置に格納している何れかのコンテンツが変更された場合には、前記記憶装置内に保存されているレコードのうち、当該コンテンツの識別情報を含む前記レコードに、その変更の時を記録するとともに、当該コンテンツの提供源の情報をキーに前記レコードの持つ閲覧者の識別情報を抽出し、当該閲覧者の識別情報，変更されたコンテンツの識別情報及び変更の時を記録したレコードを保存し、定期的に、閲覧時よりも遅い変更時を含むレコード又は閲覧時を含まないレコードにその識別情報が記録されている閲覧者の電子メールアドレスを前記データベースから読み出し、当該電子メールアドレス宛へ、当該レコードに識別情報が記録されているコンテンツの変更を通知する電子メールを送信することを、特徴とする。
上記課題を解決するために案出された本発明によるコンテンツ変更通知方法の第２の態様は、ネットワークに接続されていることによって端末と通信可能であるとともに、予め閲覧対象のコンテンツを格納した記憶装置を備え、ネットワークを介してアクセスしてきた端末から要求されたコンテンツを、前記記憶装置から読み出して当該端末へ応答することによって当該端末を利用する閲覧者に閲覧させるコンピュータが実行するコンテンツ変更通知方法であって、前記コンピュータが、記憶装置に格納している何れかのコンテンツを何れかの閲覧者に閲覧させた場合には、その閲覧者の識別情報，そのコンテンツの提供源を特定する情報を含む当該コンテンツの識別情報及び閲覧の時を記録したレコードを前記記憶装置内に保存し、記憶装置に格納している何れかのコンテンツが変更された場合には、前記記憶装置内に保存されているレコードのうち、当該コンテンツの識別情報を含む前記レコードに、その変更の時を記録するとともに、当該コンテンツの提供源の情報をキーに前記レコードの持つ閲覧者の識別情報を抽出し、当該閲覧者の識別情報，変更されたコンテンツの識別情報及び変更の時を記録したレコードを保存し、何れかの端末がアクセスしてきた時に、当該端末を利用している閲覧者の識別情報の送信を当該端末へ要求し、当該要求に応じて当該端末が送信してきた閲覧者の識別情報と閲覧時よりも遅い変更時とを含むレコード及び当該閲覧者の識別情報を含むが閲覧時を含まないレコードの全てを前記記憶装置から抽出し、抽出した各レコードに識別情報が記録されているコンテンツについての変更を通知する画面データを、当該端末へ応答することを、特徴とする。
【００１０】
このように構成される本発明によると、閲覧者が端末を操作して、その端末をシステムにアクセスさせて、システムの記憶装置に格納されている何れかのコンテンツを閲覧すると、その閲覧者の識別情報，コンテンツの識別情報，閲覧時を記録したレコードが保存される。その後、そのコンテンツが変更されると、そのコンテンツの識別情報を記録しているレコードに、その変更時が記録される。そして、所定のタイミングにおいて、閲覧時よりも遅い変更時を記録しているレコードが探し出され、探し出されたレコードに識別情報が記録されている閲覧者へ、変更が通知される。従って、閲覧者は、自己が過去に閲覧したことのあるコンテンツ，即ち、自己が関心を持っているコンテンツが変更されたことを、知ることができる。
【００１１】
なお、上記レコードは、変更の通知がなされた後で、消去されても良いし、そのまま保存されていても良い。
【００１２】
このように保存されているレコードに識別情報が記録されている閲覧者が当該レコードに識別情報が記録されているコンテンツを再度閲覧した場合には、新たにレコードが保存されても良いが、処理の煩雑さを抑えるために、元のレコードに新たな閲覧時が上書きされることが、望ましい。同様に、保存されているレコードに識別情報が記録されているコンテンツが再度変更された場合には、元のレコードに新たな変更時が上書きされることが、望ましい。
【００１３】
本発明において変更とは、少なくとも、コンテンツの更新及び削除を含む概念である。
【００１４】
また、本発明において閲覧者の識別情報とは、閲覧者の氏名又は名称，識別番号，識別記号等である。同様に、コンテンツの識別情報とは、コンテンツのファイル名，識別番号，識別記号等である。
【００１５】
変更の通知は、電子メールによってなされても良いし、ファクシミリ又はテレックスによってなされても良いし、その閲覧者がシステムにアクセスした際にその端末に画面表示されても良い。電子メールによって変更の通知を行う場合には、変更の時点においてなされても良いし、予め設定された周期のタイミングにおいてなされても良い。
【００１６】
更に、本発明において、何れかの情報源によって提供された複数のコンテンツを記憶装置に格納することも可能である。そのような構成において、記憶装置に格納している何れかのコンテンツが変更された場合には、更に、そのコンテンツと同じ提供源によって提供されたコンテンツの識別情報を含む前記レコードから閲覧者の識別情報を抽出し、当該閲覧者の識別情報，変更されたコンテンツの識別情報及びダミー情報を記録したレコードを保存し、ダミー情報を含むレコードにその識別情報が記録されている閲覧者へも、変更を通知しても良い。つまり、或る情報源から提供されたコンテンツを閲覧したことのある閲覧者は、同じ閲覧者によって提供された他のコンテンツにも関心があるものと考えられる。よって、そのような閲覧者に変更の事実を通知することにより、本発明の課題は更に解決されるのである。
【００１７】
【発明の実施の形態】
以下、図面に基づいて、本発明の実施の形態を説明する。なお、下記実施形態は、本発明によるコンテンツ変更通知方法を、電子申請された会社公告や帳簿等をインターネット上で公開する情報公開システムに、適用したものである。
（システム構成）
図１は、上記情報公開システムの概略構成を示すブロック図である。この図１に示されるように、この情報公開システムは、互いにインターネットＮを介してデータ送受信が可能な情報公開サーバ装置１及びユーザ端末２から、構成されている。情報公開サーバ装置１は、この情報公開システムを用いて会社公告等を行う官庁等によって、管理及び運用されている１台のコンピュータであるが、ネットワークを介して連携する複数台のコンピュータによって実現されても良い。ユーザ端末２は、図１においては１台のみしか図示されていないが、実際には、複数台存在する。つまり、ユーザ端末２は、インターネットＮに接続可能であり且つウェブブラウズ機能を有する全てのコンピュータを指している。ユーザ端末２のうちのあるものは、上記官庁等に対して会社公告を電子申請する者（即ち、コンテンツを提供する情報源，以下、「申請者」と称する）によって管理及び運用されており、他のものは、不特定多数人（以下、「閲覧者」と称する）によって管理及び運用（利用）されている。
【００１８】
各ユーザ端末２は、インターネット接続可能なコンピュータ（ＰＤＡ［Personal digital assistants］，携帯電話を含む）であり、例えば、互いにバスＢによって接続されたＣＰＵ［Central processing unit］２０，通信アダプタ２１．ディスプレイ２２，入力装置２３，ＲＡＭ［Random access memory］２４及びハードディスク２５から、構成されている。これらのうち、ＣＰＵ２０は、このユーザ端末２全体を制御する中央処理装置である。また、通信アダプタ２１は、インターネットＮが構築されている回線とのインターフェースをなす装置であり、具体的には、モデム，ＴＡ［Terminal Adapter］，ルータ等である。ディスプレイ２２は、ＣＰＵ２０によって生成された画像を表示する表示装置である。入力装置２３は、キーボード及びマウスからなる。ＲＡＭ２４は、ＣＰＵ２０が各種プログラムを実行するに際しての作業領域が展開される主記憶装置である。
【００１９】
ハードディスク２５は、ＣＰＵ２０によって読み出されて実行される各種プログラムを、格納している。このハードディスク２５が格納しているプログラムには、通信アダプタ２１を介して情報公開サーバ装置１との間でＴＣＰ／ＩＰに従った通信を行う機能を含むオペレーティングシステム２６，このオペレーティングシステム２６の通信機能を用いて情報公開サーバ装置１に対して各種メッセージを送信するとともにこれらメッセージに応じて情報公開サーバ装置１が送信して来たＷｅｂコンテンツ（ハイパーテキスト，ＪＰＥＧやＧＩＦ等の画面データ）を解釈して表示するブラウザ２７，及び、情報公開サーバ装置１から送信されて来たメールを図示せぬメールサーバを介して受信するメーラ２８を、含む。上記ブラウザ２７は、マイクロソフト社のインターネットエクスプローラー（マイクロソフト社の登録商標）等の一般的に市販されているブラウザプログラムであるので、その処理内容についての詳細な説明は省略する。
【００２０】
情報公開サーバ装置１は、サーバ装置として用いられるコンピュータであり、互いにバスＢによって接続されたＣＰＵ１０，通信アダプタ１１，ＲＡＭ１２及びハードディスク１３から、構成されている。これらのうち、ＣＰＵ１０は、この情報公開サーバ装置１全体の制御を行う中央処理装置である。また、ＲＡＭ１２は、ＣＰＵ１０が各種処理を実行するに際しての作業領域が展開される主記憶装置である。また、通信アダプタ１１は、インターネットＮが構築されている回線（場合によってはインターネットバックボーン）とのインターフェースをなす通信装置である。
【００２１】
ハードディスク１３は、ＣＰＵ２０によって読み出されて実行される各種プログラム及び各種データを格納している記憶装置である。このハードディスク１３が格納しているデータには、ブラウザ２７に各種画面を表示させるための図示せぬ画面データ（ハイパーテキスト）の他、後述する利用者ＩＤ管理データベース１６，申請書管理データベース１７，公開コンテンツ管理データベース１８及び利用者履歴データベース１９が、含まれている。
【００２２】
記憶装置としての公開コンテンツ管理データベース１８には、この情報公開システムによって公開される会社公告に添付される添付資料のファイル（以下、「コンテンツ」という）が、格納されている。このコンテンツのファイル形式は、例えばＸＭＬファイル，ＰＤＦファイル，ワープロデータファイル，等である。また、その内容は、決算公告や合併公告や上場公告等の会社公告に添付される賃借対照表や損益計算書や監査報告書等である。ＸＭＬファイルは、定型的内容のコンテンツについて、この公開情報サーバ装置１から予め申請者に提供されたＸＭＬテンプレートに申請者が必要事項を書き込むことによって、作成される。図２は、ＸＭＬ形式による賃借対照表の例を概念的に示す図である。この図２に示すように、ＸＭＬ形式によるコンテンツは、タグの階層構造によって、項目毎に値が記述されるとともにその項目の値を修正した日時を追記するための欄を備えた表形式となるように、論理的に構成されている。一方、ＰＤＦファイルは、非定型な内容のコンテンツについて、作成される。図３は、ＰＤＦファイルによる監査報告書の例を示す図である。
【００２３】
利用者ＩＤ管理データベース１６には、この情報公開システムによって公開されるコンテンツについての変更の通知を受けることを希望している閲覧者及び会社公告等の公開を電子申請する申請者の情報が、登録されている。図４に示されるように、この利用者ＩＤ管理データベース１６は、予め登録申し込みを行ったユーザ毎に、そのユーザＩＤ，パスワード，電子メールアドレス，等を格納するレコードを、有している。
【００２４】
申請書管理データベース１７には、会社公告等の公開を求める申請者による申請の内容が、申請毎に登録されている。ここで、「申請毎」としたは、同一の会社公告についてであっても、その新規登録，更新，削除の各場面毎に、夫々、申請が必要だからである。図５に示されるように、この申請書管理データベース１７は、各申請毎に、その申請に係る会社公告を一意に識別するための照会番号，その会社公告についての申請の版数（０を初期値とする申請の通し番号），その会社公告の種別（申請種別），その申請の受付日付，その会社公告の対象である会社（通常、申請者と同一）の会社名，その会社公告の公開開始日（予定日），その会社公告の公開終了日（予定日），並びに、その会社公告に添付される個々の添付資料についての資料名（添付資料名），ファイル名（添付資料ファイル名）及びファイル形式（添付資料種別）を格納するレコードを、有している。なお、同一の会社公告に複数の添付資料が添付される場合には、添付資料名，添付資料ファイル名及び添付資料種別が、添付資料の数だけ格納される。
【００２５】
利用者履歴データベース１９には、利用者ＩＤ管理データベース１６に登録されている各閲覧者による各コンテンツに対するアクセスの履歴が、登録されている。図６に示されるように、この利用者履歴データベース１９は、各閲覧者毎且つ各コンテンツ毎に、その閲覧者の識別情報としてのユーザＩＤ，そのコンテンツの識別情報としての添付資料ファイル名（コンテンツ），そのコンテンツを添付した会社公告の対象である会社（即ち、申請者）の会社名，その閲覧者がそのコンテンツを閲覧した日時（アクセス日時）及びそのコンテンツが最後に変更された日時（修正日時）を格納するレコードを、有している。
【００２６】
また、ハードディスク１３に格納されているプログラムには、オペレーティングシステム１４の他、情報公開サーバプログラム１５が、含まれている。この情報公開サーバプログラム１５は、ＣＰＵ１０に対して、上記各データベース１６〜１９を管理させ、申請者によって管理・運営されているユーザ端末２から受信した申請書データに従って、その内容を申請書管理データベース１７に登録するとともに、公開コンテンツ管理データベース１８中のコンテンツを変更（新規登録，更新又は削除）させ、閲覧者によって管理・運営されているユーザ端末２から受信したＨＴＴＰリスエストに応えて、各コンテンツに基づいて添付資料を表示するための画面データを応答したり、申請書管理データベース１７や利用者履歴データベース１９を更新する。更に、何れかのコンテンツに変更があった場合には、そのコンテンツ自体，若しくは、その申請者によって申請されたその他の会社公告に添付されたコンテンツを過去に閲覧（その会社公告に対するリクエストを送信）したことのある閲覧者へ、そのコンテンツが変更された事実を通知させる。
【００２７】
なお、上記申請書データのフォーマットについて、予め説明をしておく。この申請書データは、予めこの情報公開サーバ装置１によって申請者に提供されたＸＭＬテンプレートに申請者が必要事項を書き込むことによって、作成される。図７に示すように、この申請書データは、申請書管理データベース１７に登録されるべき「会社名」，「申請種別」，並びに、複数の「添付資料名」及び「添付資料種別」の各項目と、その申請が会社公告の新規登録か更新か削除かを示す「登録種別」の項目と、登録種別が更新又は削除である場合に対象となる会社公告について申請書管理データベース１７に登録されている「照会番号」の各項目とを、有している。
（情報公開サーバプログラムによる処理内容）
以下、上述した情報公開サーバプログラム１５に従ってＣＰＵ１０が実行する処理の内容を、フローチャートを参照しながら説明する。
＜申請受付処理＞
図８乃至図１２は、何れかの申請者が管理・運営するユーザ端末２から申請者用ＵＲＬを指定したＨＴＴＰリクエストメッセージを受信した場合に実行される申請受付処理を示すフローチャートである。
【００２８】
この申請受付処理がスタートして最初のＳ００１では、ＣＰＵ１０は、図１７に示すようなログオン画面を表示するための画面データを、リクエスト元のユーザ端末２へ送信する。このログオン画面には、利用者ＩＤ管理データベース１６に予め登録されている個々の申請者のユーザＩＤ，パスワードを夫々入力するための欄３１，３２及び送信ボタン３３が含まれている。この画面データを受信したユーザ端末２では、ブラウザ２７が、この画面データに基づいて、ログオン画面をディスプレイ２２上に表示する。そして、オペレータ（申請者本人若しくはその代表者又は従業員）がこのログオン画面の各欄３１，３２に申請者のユーザＩＤ及びパスワードを入力した上で送信ボタン３３をクリックすると、ユーザ端末２のＣＰＵ２０によって実行されているブラウザ２７は、入力されたユーザＩＤ及びパスワードを情報公開サーバ装置１へ送信する。
【００２９】
Ｓ００１の完了後、ＣＰＵ１０は、次のＳ００２において、ユーザ端末２からのユーザＩＤ及びパスワードを待つ。そして、ユーザＩＤ及びパスワードを受信すると、Ｓ００３において、受信したユーザＩＤ及びパスワードの組合せに基づいて利用者ＩＤ管理データベース１６を検索する。
【００３０】
次のＳ００４では、ＣＰＵ１０は、受信したユーザＩＤ及びパスワードの組み合わせが利用者ＩＤ管理データベース１６に存在しているか否かをチェックする。そして、ＣＰＵ１０は、受信したユーザＩＤ及びパスワードの組み合わせが利用者ＩＤ管理データベース１６に存在していなければ、この申請受付処理を終了し、受信したユーザＩＤ及びパスワードの組み合わせが利用者ＩＤ管理データベース１６に存在していれば、Ｓ００５において、上述した申請書データ用のＸＭＬテンプレートを、リクエスト元のユーザ端末２へ送信する。このＸＭＬテンプレートを受信したユーザ端末２では、オペレータが、ＸＭＬテンプレート中の各項目に夫々値を追記することで、申請書データが完成する。このように完成された申請書データは、ブラウザ２７の機能によって、情報公開サーバ装置１へ送信される。なお、登録種別の値が新規登録であれば、図２２に示すように、申請対象の会社公告に添付される全添付資料についての添付資料名及び添付資料種別が申請書データに書き込まれるとともに、全添付資料のコンテンツが、申請書データとともに情報公開サーバ装置１へ送信される。また、登録種別の値が更新であれば、図２４に示すように、修正された添付資料についての添付資料名及び添付資料種別が申請書データに書き込まれるとともに、その添付資料のコンテンツが、申請書データとともに情報公開サーバ装置１へ送信される。また、登録種別の値が削除であった場合には、図２７に示すように、添付資料名及び添付資料種別は不要であり、何れの添付資料ファイルも送信されない。
【００３１】
Ｓ００５の完了後、ＣＰＵ１０は、次のＳ００６において、ユーザ端末２からの申請書データを待つ。そして、申請書データを受信すると、Ｓ００７において、その申請書データ中の登録種別の値を、チェックする。そして、登録種別が新規登録であれば処理をＳ００８へ進め、更新であれば処理をＳ０１１へ進め、削除であれば処理をＳ０２８へ進める。
【００３２】
Ｓ００８では、ＣＰＵ１０は、照会番号（受付年の下２桁＋受付月２桁＋受付日２桁＋シリアル番号４桁）を生成するとともに、申請書ととともに受信した各コンテンツについて、夫々、添付資料ファイル名（照会番号１０桁＋当該添付資料の版数２桁［初期値は００］＋当該添付資料の連番２桁［一つ目は００］）を生成する。
【００３３】
次のＳ００９では、ＣＰＵ１０は、受信した申請書データ，Ｓ００８にて生成した照会番号及び各添付資料ファイル名，現在年月日時刻（受付日時）並びに版数（０）を含むレコードを作成して、申請書管理データベース１７に追加する。図２３は、図５に示した状態にある申請書管理データベース１７に、図２２に示した申請書データに基づくレコードを追加した状態を示す。
【００３４】
次のＳ０１０では、ＣＰＵ１０は、Ｓ００８にて生成した添付資料ファイル名を各コンテンツに夫々付して、それら各コンテンツを公開コンテンツ管理データベース１８に格納する。なお、この時、ＣＰＵ１０は、コンテンツがＸＭＬファイルであるコンテンツについては、Ｓ００９にて申請書管理データベース１７に追加されたレコード中の受付日時の値を、各項目の修正日時として夫々追記する。Ｓ０１０を完了すると、ＣＰＵ１０は、処理をＳ０４０へ進める。
【００３５】
一方、登録種別が更新であった場合に実行されるＳ０１１では、ＣＰＵ１０は、受信した申請書データ中の照会番号及び申請種別の各値に基づいて、申請書管理データベース１７を検索する。
【００３６】
そして、ＣＰＵ３１は、次のＳ０１２において、その照会番号の値を含むレコードが申請書管理データベース１７内に存在するか否かをチェックする。そして、そのようなレコードが存在しなければ、ＣＰＵ１０は、Ｓ０１９において、その申請を却下するための処理を実行（例えば、申請却下の旨を表示するための画面データをユーザ端末２へ送信）して、この申請受付処理を終了する。
【００３７】
これに対して、申請書データ中の照会番号の値を含むレコードが申請書管理データベース１７内に存在している場合には、ＣＰＵ１０は、Ｓ０１３において、そのレコード中の申請種別の値及び申請書データ中の申請種別の値が一致しているか否かを、チェックする。そして、両者が異なっていれば、ＣＰＵ１０は、Ｓ０１９において、その申請を却下するための処理を実行して、この申請受付処理を終了する。
【００３８】
これに対して、両申請種別の値が一致している場合には、ＣＰＵ１０は、Ｓ０１４において、申請書データ中の照会番号を含む全レコードのうちに、版数の値が削除済みを示すＥ（Ｓ０３３参照）であるレコードか含まれているか否かを、チェックする。そして、版数の値がＥであるレコードが含まれていれば、ＣＰＵ１０は、Ｓ０１９において、その申請を却下するための処理を実行して、この申請受付処理を終了する。
【００３９】
これに対して、版数の値がＥであるレコードが含まれていなければ、ＣＰＵ１０は、Ｓ０１５において、申請書データ中の照会番号を含む全レコードを、申請書管理データベース１７から抽出する。
【００４０】
次のＳ０１６では、Ｓ０１５にて抽出した全レコード中の最も大きい版数を一つインクリメントする。これとともに、ＣＰＵ１０は、当該全レコードから、申請書データ中の添付資料名に対応した最新の添付資料ファイル名の値（それに埋め込まれた資料版数が最も大きい添付資料ファイル名）を読み出して、その添付資料ファイル名に埋め込まれた資料版数を一つインクリメントすることによって、新たな添付資料ファイル名を生成する。
【００４１】
次のＳ０１７では、ＣＰＵ１０は、受信した申請書データ，Ｓ０１６にて生成した各添付資料ファイル名，現在年月日時刻（受付日時），Ｓ０１５にてインクリメントされた版数を含む新たなレコードを作成して、申請書管理データベース１７に追加する。図２５は、図２３に示した状態にある申請書管理データベース１７に、図２４に示した申請書データに基づくレコードを追加した状態を示す。
【００４２】
次のＳ０１８では、ＣＰＵ１０は、Ｓ０１６にて生成した新たな添付資料ファイル名を、申請書データとともに受信したコンテンツに付して、そのコンテンツを、公開コンテンツ管理データベース１８に格納する。
【００４３】
次に、ＣＰＵ１０は、Ｓ０１８にて公開コンテンツ管理データベース１８に格納したコンテンツがＸＭＬファイルである場合においてどの項目が変更されたのかをチェックするために、Ｓ０２０乃至Ｓ０２６のループ処理を実行する。
【００４４】
このループ処理に入って最初のＳ０２０では、ＣＰＵ１０は、Ｓ０１７にて申請書管理データベース１７に追加したレコードに基づいて、そのレコードに含まれる添付資料名，添付資料ファイル名及び添付資料種別の組合せを、一つ特定する。
【００４５】
次のＳ０２１では、ＣＰＵ１０は、Ｓ０２０にて特定した添付資料種別がＸＭＬであるか否かをチェックする。そして、ＸＭＬでなければ、それによって示されるコンテンツは処理対象外であるために、そのまま処理をＳ０２６へ進める。
【００４６】
これに対して、Ｓ０２０にて特定した添付資料種別がＸＭＬであれば、ＣＰＵ１０は、Ｓ０２２において、公開コンテンツ管理データベース１８から、Ｓ０２０にて特定した添付資料ファイル名を有するコンテンツ（Ｓ０１８にて格納したコンテンツ，以下、「変更後コンテンツ」という），及び、この変更後コンテンツの添付資料ファイル名よりも、それに埋め込まれた資料版数が一つ小さい添付資料ファイル名を有するコンテンツ（以下、「変更元コンテンツ」という）を抽出する。
【００４７】
次のＳ０２３では、ＣＰＵ１０は、変更元コンテンツと変更後コンテンツとを項目毎に比較して、変更された項目（即ち、両コンテンツ間で値が相違している項目）を識別する。
【００４８】
次のＳ０２４では、ＣＰＵ１０は、図２６に示すように、変更後コンテンツ中ににおけるＳ０２３にて識別した各変更項目に、夫々、Ｓ０１７にて申請書管理データベース１７に追加したレコード中の受付日時の値を、修正日時として設定する。
【００４９】
次のＳ０２５では、ＣＰＵ１０は、変更後コンテンツ中における変更されていない各項目に、変更前コンテンツにおける対応項目の修正日時を、夫々追記する。Ｓ０２５を完了すると、ＣＰＵ１０は、処理をＳ０２６へ進める。
【００５０】
Ｓ０２６では、ＣＰＵ１０は、Ｓ０１７にて申請書管理データベース１７に追加したレコードに含まれる添付資料名，添付資料ファイル名及び添付資料種別の全組合せをＳ０２０にて特定し終わったか否かを、チェックする。そして、未だ全組合せを特定し終わっていなければ、ＣＰＵ１０は、処理をＳ０２０へ戻す。
【００５１】
これに対して、全組合せを特定し終わっていれば、ＣＰＵ１０は、Ｓ０２７において、申請書管理データベース１７中のＳ０１８にて格納したレコードと同じ参照番号を有する全レコードから、Ｓ０１６にて生成した新たな添付資料ファイル名よりも資料版数が小さい全添付資料ファイル名を抽出する。Ｓ０２７を完了すると、ＣＰＵ１０は、処理をＳ０３７へ進める。
【００５２】
一方、登録種別が削除であった場合に実行されるＳ０２８では、ＣＰＵ１０は、受信した申請書データ中の照会番号及び申請種別の各値に基づいて、申請書管理データベース１７を検索する。
【００５３】
そして、ＣＰＵ３１は、次のＳ０２９において、その照会番号の値を含むレコードが申請書管理データベース１７内に存在するか否かをチェックする。そして、そのようなレコードが存在しなければ、ＣＰＵ１０は、Ｓ０３６において、その申請を却下するための処理を実行（例えば、申請却下の旨を表示するための画面データをユーザ端末２へ送信）して、この申請受付処理を終了する。
【００５４】
これに対して、申請書データ中の照会番号の値を含むレコードが申請書管理データベース１７内に存在している場合には、ＣＰＵ１０は、Ｓ０３０において、そのレコード中の申請種別の値及び申請書データ中の申請種別の値が一致しているか否かを、チェックする。そして、両者が異なっていれば、ＣＰＵ１０は、Ｓ０３６において、その申請を却下するための処理を実行して、この申請受付処理を終了する。
【００５５】
これに対して、両申請種別の値が一致している場合には、ＣＰＵ１０は、Ｓ０３１において、申請書データ中の照会番号を含む全レコードのうちに、版数の値がＥであるレコードか含まれているか否かを、チェックする。そして、版数の値がＥであるレコードが含まれていれば、ＣＰＵ１０は、Ｓ０３６において、その申請を却下するための処理を実行して、この申請受付処理を終了する。
【００５６】
これに対して、版数の値がＥであるレコードが含まれていなければ、ＣＰＵ１０は、Ｓ０３２において、版数が一番大きいレコードを、申請書管理データベース１７から抽出する。
【００５７】
次のＳ０３３では、版数をＥと設定する。
【００５８】
次のＳ０３４では、ＣＰＵ１０は、受信した申請書データ，現在年月日時刻（受付日時），版数＝Ｅを含む新たなレコードを作成して、申請書管理データベース１７に追加する。図２８は、図２３に示した状態にある申請書管理データベース１７に、図２７に示した申請書データに基づくレコードを追加した状態を示す。
【００５９】
次のＳ０３５では、ＣＰＵ１０は、申請書管理データベース１７中のＳ０３４にて格納したレコードと同じ参照番号を有する全レコードから、全添付資料ファイル名を抽出する。Ｓ０３５を完了すると、ＣＰＵ１０は、処理をＳ０３７へ進める。
【００６０】
Ｓ０３７では、ＣＰＵ１０は、利用者履歴データベース１９から、Ｓ０２７又はＳ０３５にて検索した何れかの添付資料ファイル名がコンテンツの値であるとともに、Ｓ０１８又はＳ０３４にて申請書管理データベース１７に格納したレコードと同じ会社名の値を含む全レコードを抽出する。
【００６１】
次のＳ０３８では、ＣＰＵ１０は、Ｓ０３７にて１以上のレコードが抽出できたか否かをチェックする。そして、該当するレコードがなかった場合には、処理をそのままＳ０４０へ進める。これに対して、１以上のレコードが抽出できた場合には、ＣＰＵ１０は、Ｓ０３９において、Ｓ０３７にて抽出した各レコード中の修正日時の欄に、Ｓ０１８又はＳ０３４にて申請書管理データベース１７に格納したレコードにおける受付日時の値を、変更の日付として夫々設定する。Ｓ０３９を完了すると、ＣＰＵ１０は、処理をＳ０４０へ進める。
【００６２】
Ｓ０４０では、ＣＰＵ１０は、利用者履歴データベース１９から、Ｓ０１８又はＳ０３４にて申請書管理データベース１７に格納したレコードと同じ会社名の値を含む全レコード（但し、Ｓ０３７にて抽出したレコードを除く）を、抽出する。
【００６３】
次のＳ０４１では、ＣＰＵ１０は、Ｓ０４０にて１以上のレコードが抽出できたか否かをチェックする。そして、該当するレコードがなかった場合には、この申請受付処理を終了する。これに対して、１以上のレコードが抽出できた場合には、ＣＰＵ１０は、Ｓ０４２において、Ｓ０４０にて抽出した各レコード毎に、そのレコードとユーザＩＤ及び会社名の値が同じであり、アクセス日時の値がＮＵＬＬ（ダミー情報）であり、且つ修正日時の値がＳ０１０，Ｓ０１８又はＳ０３４にて申請書管理データベース１７に格納したレコード中の受付日時の値である新規レコードを作成して、利用者履歴データベース１９に格納する。このＳ０４２を完了すると、ＣＰＵ１０は、この申請受付処理を終了する。
＜閲覧応答処理＞
図１３乃至図１５は、何れかの閲覧者が管理・運営するユーザ端末２から閲覧者用ＵＲＬを指定したＨＴＴＰリクエストメッセージを受信した場合に実行される閲覧応答処理を示すフローチャートである。
【００６４】
この閲覧応答処理がスタートして最初のＳ１０１では、ＣＰＵ１０は、図１７に示すようなログオン画面をリクエスト元のユーザ端末２へ送信する。
【００６５】
Ｓ１０１の完了後、ＣＰＵ１０は、次のＳ１０２において、ユーザ端末２からのユーザＩＤ及びパスワードを待つ。そして、ユーザＩＤ及びパスワードを受信すると、Ｓ１０３において、受信したユーザＩＤ及びパスワードの組合せに基づいて、利用者ＩＤ管理データベース１６を検索する。
【００６６】
次のＳ１０４では、ＣＰＵ１０は、受信したユーザＩＤ及びパスワードの組み合わせが利用者ＩＤ管理データベース１６に存在しているか否かをチェックする。そして、ＣＰＵ１０は、受信したユーザＩＤ及びパスワードの組み合わせが利用者ＩＤ管理データベース１６に存在していなければ、処理をＳ１２３へ進める。これに対して、受信したユーザＩＤ及びパスワードの組み合わせが利用者ＩＤ管理データベース１６に存在していれば、ＣＰＵ１０は、処理をＳ１０５へ進める。
【００６７】
Ｓ１０５では、ＣＰＵ１０は、受信したユーザＩＤを含むレコードを、利用者履歴データベース１９から検索する。
【００６８】
次のＳ１０６では、ＣＰＵ１０は、Ｓ１０５にて検索されたレコードのうちに、修正日時の値がアクセス日時の値よりも後を示しているレコードが含まれているか否かを、チェックする。なお、アクセス日時の値がＮＵＬＬである事は、修正日時がアクセス日時よりも後であることを示さないと、判断される。そして、修正日時の値がアクセス日時の値よりも後を示しているレコードが全く含まれていなければ、ＣＰＵ１０は、処理をＳ１０９へ進める。
【００６９】
これに対して、Ｓ１０５にて検索されたレコードに、修正日時の値がアクセス日時の値よりも後を示しているレコードが含まれている場合には、ＣＰＵ１０は、Ｓ１０７において、そのようなレコードを利用者履歴データベース１９から抽出する。
【００７０】
次のＳ１０８では、ＣＰＵ１０は、Ｓ１０７にて抽出した各レコードに含まれるコンテンツの値（添付資料ファイル名）に対応する添付資料名の値並びに会社名及び登録種別の各値を、申請書管理データベース１７から抽出する。Ｓ１０４の完了後、ＣＰＵ１０は、処理をＳ１０９へ進める。
【００７１】
次のＳ１０９では、ＣＰＵ１０は、Ｓ１０５にて検索されたレコードのうちに、アクセス日時の値がＮＵＬＬであるレコードが含まれているか否かを、チェックする。そして、アクセス日時の値がＮＵＬＬであるレコードが全く含まれていなければ、ＣＰＵ１０は、処理をＳ１１２へ進める。
【００７２】
これに対して、Ｓ１０５にて検索されたレコードに、アクセス日時の値がＮＵＬＬであるレコードが含まれている場合には、ＣＰＵ１０は、Ｓ１１０において、そのようなレコードを利用者履歴データベース１９から抽出する。
【００７３】
次のＳ１１１では、ＣＰＵ１０は、Ｓ１１０にて抽出した各レコードに含まれるコンテンツの値（添付資料ファイル名）に対応する添付資料名の値，並びに、会社名及び登録種別の各値を、申請書管理データベース１７から抽出する。Ｓ１１１の完了後、ＣＰＵ１０は、処理をＳ１１２へ進める。
【００７４】
Ｓ１１２では、ＣＰＵ１０は、Ｓ１０７又はＳ１１０にて利用者履歴データベース１９からレコードを抽出したか否かをチェックする。そして、レコードを全く抽出していない場合には、ＣＰＵ１０は、処理をＳ１１５へ進める。
【００７５】
これに対して、利用者履歴データベース１９から何れかのレコードを抽出した場合には、ＣＰＵ１０は、Ｓ１１３において、Ｓ１０７又はＳ１１０にて利用者履歴データベース１９から抽出したレコード，及び、Ｓ１０８又はＳ１１１にて抽出した登録種別，会社名及び添付資料名に基づいて、変更通知画面を表示させるための画面データを生成し、リクエスト元のユーザ端末２へ送信する。図１８に示されるように、この変更通知画面には、「前回から変更されたもの（その閲覧者が過去に閲覧した後に更新されたコンテンツ）」を示す第１表，及び、「前回から新規登録されたもの（その閲覧者が過去に閲覧したコンテンツと同じ申請者によって申請された新規コンテンツ）」を示す第２表が、含まれている。そして、第１表の各行には、Ｓ１０８又はＳ１１１にて抽出した登録種別が更新であるレコードに含まれていた会社名及び添付資料名（参照資料）の組合せと、その組合せに対応してＳ１０７又はＳ１１０にて利用者履歴データベース１９から抽出したアクセス日時（前回参照日時）及び修正日時（当資料の更新日時）とが、列記されている。同様に、第２表の各行には、Ｓ１１１にて抽出した登録種別が新規登録であるレコードに含まれていた会社名及び添付資料名（参照資料）の組合せと、その組合せに対応してＳ１１０にて利用者履歴データベース１９から抽出したアクセス日時（前回参照日時）及び修正日時（当資料の更新日時）とが、列記されている。なお、図１８には図示されていないが、登録種別が削除であるレコードがＳ１０８にて抽出された場合には、そのレコードに含まれていた会社名及び添付資料名（参照資料）の組合せと、その組合せに対応してＳ１０７にて利用者履歴データベース１９から抽出したアクセス日時（前回参照日時）及び修正日時（当資料の更新日時）とを列記した「前回から削除されたもの（その閲覧者が過去にアクセスした後に削除されたコンテンツ）」を示す第３表が、変更通知画面に含められる。なお、変更通知画面に含まれる各表の各行には、夫々、ＧＯボタン３６が、付されている。さらに、この変更通知画面には、ＯＫボタン３７が、含まれている。
【００７６】
この変更通知画面の画面データを受信したユーザ端末２では、ブラウザ２７が、この画面データに基づいて、変更通知画面をディスプレイ２２に表示する。そして、オペレータが何れかのＧＯボタン３６をクリックすると、ブラウザ２７の機能により、そのＧＯボタン３６に対応した行を指定したリクエストが、情報公開サーバ装置１へ送信される。また、オペレータがＯＫボタン３７をクリックすると、ブラウザ２７の機能により、その旨を含むリクエストが、情報公開サーバ装置１へ送信される。
【００７７】
Ｓ１１３の完了後、ＣＰＵ１０は、次のＳ１１４において、ユーザ端末２からのリクエストを待つ。そして、ＧＯボタン３６のクリックに対応したリクエストを受信した場合には、処理をＳ１１７へ進め、何れかのＧＯボタン３６のクリックに対応したリクエストを受信した場合には、処理をＳ１１５へ進める。
【００７８】
Ｓ１１５では、ＣＰＵ１０は、会社公告・帳簿検索画面を表示させるための画面データを、ユーザ端末２へ送信する。図１９に示されるように、この会社公告・帳簿検索画面には、閲覧を求める会社公告の対象たる会社の会社名を指定する欄３８，会社公告の種別を指定する欄３９，会社公告の公開日付についての検索範囲を指定する欄４０，４１，及び、送信ボタン４２が、含まれている。この画面データを受信したユーザ端末２では、ブラウザ２７が、この画面データに基づいて、会社公告・帳簿検索画面をディスプレイ２２上に表示する。そして、オペレータが各欄４０〜４１に必要事項を入力した上で送信ボタン４２をクリックすると、各欄４０〜４１に入力された内容を含むリクエスト（検索要求）が、情報公開サーバ装置１へ送信される。
【００７９】
Ｓ１１５の完了後、ＣＰＵ１０は、次のＳ１１１６において、ユーザ端末２からの検索要求を待つ。そして、検索要求を受信した場合には、処理をＳ１１７へ進める。
【００８０】
Ｓ１１７では、ＣＰＵ１０は、変更通知画面におけるクリックされたＧＯボタン３６に対応したコンテンツについて情報を記述したレコードの参照番号、若しくは、Ｓ１１６にて受信した検索要求に含まれる内容に該当するレコードの参照番号を、申請書管理データベース１７から読み込む。そして、読み込んだ参照番号を含む全レコードから、全添付資料についての最新の添付資料ファイル名（組み込まれた資料版数が最大であるもの）を、夫々、抽出する。
【００８１】
次のＳ１１８では、ＣＰＵ１０は、公開コンテンツ管理データベース１８から、Ｓ１１７にて抽出した各添付資料ファイル名を有する全コンテンツを読み込む。
【００８２】
次のＳ１１９では、ＣＰＵ１０は、Ｓ１１７にて読み込んだ参照番号を有し且つ版数が最も大きい申請書管理データベース１７のレコードの内容，及び、Ｓ１１８にて読み込んだ全コンテンツに基づいて、会社公告画面を表示するための画面データを生成し、この画面データをユーザ端末２へ送信する。図２０に示されるように、この会社公告画面には、申請書管理データベース１７から抽出されたレコードに含まれる会社名，申請種別，公開開始日（「〜現在」），全添付資料名の各値とともに、各添付資料名に対応して公開コンテンツ管理データベース１８から抽出されたコンテンツの内容が、含まれている。この画面データを受信したユーザ端末２では、ブラウザ２７が、この画面データに基づいて、会社公告画面を表示する。
【００８３】
次のＳ１２０では、ＣＰＵ１０は、Ｓ１１８にて公開コンテンツ管理データベース１８から読み込まれてＳ１１９にて画面データに含められた各コンテンツについて、利用者履歴データベース１９を更新する。即ち、Ｓ１１７にて抽出した各添付資料ファイル名毎に、Ｓ１０２にて受信したユーザＩＤ，Ｓ１１９にて画面データに含めた会社名，その添付資料ファイル名（コンテンツ）及び現在日時（アクセス日時）を内容とするレコードを、利用者履歴データベース１９に追加する。
【００８４】
その後、ＣＰＵ１０は、Ｓ１２１において、ユーザ端末２から何らかのリクエストが送られてくるのを待ち、リクエストを受信すると、Ｓ１２２を通じて、リクエストされた処理に戻る。
【００８５】
一方、閲覧者が利用者ＩＤ管理データベース１６に予め登録された者でない場合に実行されるＳ１２３乃至１２７では、上述したＳ１１５乃至Ｓ１１９と同じ処理を実行する。但し、この場合には、閲覧者は予め利用者ＩＤ管理データベース１６に登録されていないので、Ｓ１２０に相当する処理は実行しない。そして、Ｓ１１９に相当するＳ１２７の完了後、ＣＰＵ１０は、Ｓ１２１及びＳ１２２に相当するＳ１２８及びＳ１２９の処理を実行する。
＜通知メール送信処理＞
図１６は、定期的（例えば、毎日午前０時，毎週日曜日２４時，毎月末２４時）に、バッヂ処理にて実行される通知メール送信処理を示すフローチャートである。
【００８６】
この通知メール送信処理がスタートして最初のＳ２０１では、ＣＰＵ１０は、利用者履歴データベース１９から、修正日時の値がアクセス日時の値よりも後を示しているレコード，及び、アクセス日時の値がＮＵＬＬであるレコードを、全て抽出する。
【００８７】
次のＳ２０２では、Ｓ２０１にて１以上のレコードが抽出されたか否かをチェックする。そして、該当するレコードが存在しなかった場合には、ＣＰＵ１０は、この通知メール送信処理を終了する。これに対して、１以上のレコードが抽出できた場合には、ＣＰＵ１０は、Ｓ２０３において、抽出したレコードを、ユーザＩＤ順にソートする。
【００８８】
続いて、ＣＰＵ１０は、Ｓ２０３にてソートした各ユーザＩＤ毎にメールを送信するために、Ｓ２０４乃至Ｓ２０８のループ処理を実行する。このループ処理に入って最初のＳ２０４では、ＣＰＵ１０は、ソートされた順にユーザＩＤを一つ特定する。
【００８９】
次のＳ２０５では、ＣＰＵ１０は、利用者ＩＤ管理データベース１６から、Ｓ２０４にて特定したユーザＩＤを含むレコードを抽出する。
【００９０】
次のＳ２０６では、ＣＰＵ１０は、Ｓ２０５にて抽出したレコードに電子メールアドレスが含まれているか否かをチェックする。そして、電子メールアドレスが含まれていなければ、処理をそのままＳ２０８へ進める。これに対して、電子メールアドレスが含まれていれば、Ｓ２０７において、図２１に示す内容の電子メールを作成し、当該電子メールアドレス宛へ送信してから、処理をＳ２０８へ進める。
【００９１】
Ｓ２０８では、ＣＰＵ１０は、Ｓ２０３にてソートした全ユーザＩＤを特定したか否かをチェックし、未だ全ユーザＩＤを特定していなければ処理をＳ２０４へ戻し、次のユーザＩＤを特定する。これに対して、全ユーザＩＤを特定し終わっている場合には、この通知メール送信処理を終了する。
（情報公開システムの動作）
以上のように構成された本実施形態による情報公開システムによる動作を、説明する。
【００９２】
先ず、利用者ＩＤ管理データベース１６に登録されていない一般閲覧者が、閲覧者用ＵＲＬをユーザ端末２から情報公開サーバ装置１へ送信すると、情報公開サーバ装置１は、閲覧応答処理をスタートする。この場合には、処理がＳ１０４からＳ１２３へ分岐するので、閲覧者は申請書管理データベース１７に登録されている全会社公告（公開コンテンツ管理データベース１８に格納されている全コンテンツ）を閲覧可能であるが、その履歴は利用者履歴データベース１９に登録されない。
【００９３】
一方、利用者ＩＤ管理データベース１６に登録されている閲覧者Ａが、閲覧者用ＵＲＬを指定したリクエストをユーザ端末２から情報公開サーバ装置１へ送信すると、情報公開サーバ装置１は、閲覧応答処理をスタートする。この場合には、処理がＳ１０４からＳ１０５へ分岐するので、閲覧者Ａは申請書管理データベース１７に登録されている全会社公告（公開コンテンツ管理データベース１８に格納されている全コンテンツ）を閲覧可能であり、閲覧者Ａが閲覧した或る申請者Ｂによる会社公告に添付されたコンテンツＣについて、「アクセス日時」の値がその閲覧日時，「修正日時」の値が空欄であるレコードが、利用者履歴データベース１９内に作成される。このとき、利用者ＩＤ管理データベース１６に登録されている他の閲覧者Ｄが、申請者Ｂによる他の会社公告を閲覧すると、その会社公告に添付されたコンテンツＥについて、「アクセス日時」の値がその閲覧日時，「修正日時」の値が空欄であるレコードが、利用者履歴データベース１９内に作成される。
【００９４】
その後、申請者Ｂが当該コンテンツＣを更新するために、申請者用ＵＲＬを指定したリクエストをユーザ端末２から情報公開サーバ装置１へ送信すると、情報公開サーバ装置１は、申請受付処理をスタートする。そして、申請者が申請書データ（登録種別＝更新）をユーザ端末２から情報公開サーバ装置１へ送信すると、情報公開サーバ装置１は、その申請書データの内容を含む新たなレコードを申請書管理データベース１７に追加するとともに（Ｓ０１７）、更新されたコンテンツＣを公開コンテンツ管理データベース１８に格納する（Ｓ０１８）。また、このコンテンツＣがＸＭＬファイルである場合には、情報公開サーバ装置１は、更新前のものから変更された項目について、夫々、修正日時が記録される（Ｓ０２４）。更に、情報公開サーバ装置１は、利用者履歴データベース１９を検索することにより、更新前のコンテンツＣを閲覧者Ａが過去に閲覧したことを示すレコードを抽出し、そのレコードに修正日時を設定する（Ｓ０３９）。また、情報公開サーバ装置１は、利用者履歴データベース１９を検索することにより、同じ申請者Ｂによる他の会社公告に添付されたコンテンツＥを閲覧したことのある閲覧者Ｄの存在を認識し、この閲覧者ＤがコンテンツＣを「ＮＵＬＬ」時に閲覧したことを内容とするダミーのレコードを、利用者履歴データベース１９に追加する（Ｓ０４２）。
【００９５】
その後、所定の時点に達すると、情報公開サーバ装置１は、通知メール送信処理をスタートする。そして、利用者履歴データベース１９を調べることにより、閲覧者ＡがコンテンツＣを閲覧した後に当該コンテンツＣが修正されたこと，並びに、閲覧者ＤがコンテンツＥを閲覧した後に同じ申請者Ｂによる他の会社公告に添付されたコンテンツＣが修正されたことを、認識する。そこで、情報公開サーバ装置１は、これら各閲覧者Ａ，Ｄへ、夫々、添付資料の更新を通知する電子メールを送信する（Ｓ２０７）。
【００９６】
閲覧者Ａがこの電子メールを受け取った後又はその前において再度情報公開サーバ装置１にアクセスすると、情報公開サーバ装置１は、閲覧応答処理内において、利用者履歴データベース１９を調べることにより、閲覧者ＡがコンテンツＣを閲覧した後に当該コンテンツＣが修正されたことを認識することができる。同様に、閲覧者Ｄがこの電子メールを受け取った後又はその前において再度情報公開サーバ装置１にアクセスすると、情報公開サーバ装置１は、閲覧応答処理内において、利用者履歴データベース１９を調べることにより、閲覧者ＤがコンテンツＥを閲覧した後に同じ申請者Ｂによる他の会社公告に添付されたコンテンツＣが修正されたことを認識することができる。そこで、情報公開サーバ装置１は、ユーザ端末２に対してコンテンツＣが修正された事実を表示するための画面データを送信する（Ｓ１１３）。この画面データを受信した各ユーザ端末２上で、閲覧者Ａ，Ｄは、コンテンツＣが修正された事を知ることができるので、必要があれば、修正後のコンテンツＣを閲覧することができる。
【００９７】
以上と同様にして、閲覧者ＡがコンテンツＣを閲覧した後でこのコンテンツＣを添付した会社公告が削除された場合にも、その事実が閲覧者に通知される。
【００９８】
また、閲覧者ＤがコンテンツＥを閲覧した後に、同じ申請者Ｂによる他の会社公告が新規登録された場合にも、その事実が閲覧者Ｄに通知される。
【００９９】
このように、本実施形態によれば、閲覧者が過去に閲覧したことのあるコンテンツや、閲覧者が過去に閲覧したことのあるコンテンツと同じ申請者による他のコンテンツは、その閲覧者が感心を有するものであると合理的に推定される。そして、このようにして閲覧者が感心を有するものであると合理的に推定されたコンテンツが変更（新規登録，更新，削除）されると、自動的に、その事実が電子メールによって当該閲覧者へ通知される。これととともに、当該閲覧者がその後において情報公開サーバ装置１にアクセスした時に、自動的に画面表示される。従って、閲覧者は、自己が関心を有するコンテンツが変更されたことを、見逃すことはない。
（付記１）
予め閲覧対象のコンテンツを記憶装置に格納しておくとともに、ネットワークを介してアクセスしてきた端末から要求されたコンテンツを、当該端末を利用する閲覧者に閲覧させるシステムによるコンテンツ変更通知方法であって、
予め閲覧対象のコンテンツを記憶装置に格納しておくとともに、
記憶装置に格納している何れかのコンテンツを何れかの閲覧者に閲覧させた場合には、その閲覧者の識別情報，そのコンテンツの識別情報及び閲覧の時を記録したレコードを保存し、
記憶装置に格納している何れかのコンテンツが変更された場合には、そのコンテンツの識別情報を含む前記レコードにその変更の時を記録し、
閲覧時よりも遅い変更時を含むレコードにその識別情報が記録されている閲覧者へ、変更を通知する
ことを特徴とするコンテンツ変更通知方法。（１）
（付記２）
閲覧時よりも遅い変更時を含むレコードにその識別情報が記録されている閲覧者へ、変更を通知する電子メールを送信する
ことを特徴とする付記１記載のコンテンツ変更通知方法。（２）
（付記３）
閲覧時よりも遅い変更時を含むレコードにその識別情報が記録されている閲覧者が利用する端末がアクセスしてきた時に、変更を通知する画面データをこの端末へ送信する
ことを特徴とする付記１記載のコンテンツ変更通知方法。（３）
（付記４）
前記コンテンツの識別情報が、コンテンツの提供源を特定する情報を有し、
記憶装置に格納している何れかのコンテンツが変更された場合には、該コンテンツの提供源の情報をキーに前記レコードの持つ閲覧者の識別情報を抽出し、当該閲覧者の識別情報，変更されたコンテンツの識別情報及び閲覧の時を記録したレコードを保存し、
変更されたコンテンツと同じ提供源によって提供されたコンテンツの閲覧者へも、変更を通知する
ことを特徴とする付記１記載のコンテンツ変更通知方法。（４）
（付記５）
前記コンテンツの変更は、コンテンツの更新及びコンテンツの削除を含む
ことを特徴とする付記１記載のコンテンツ変更通知方法。
（付記６）
前記コンテンツの変更は、コンテンツの新規格納，コンテンツの更新，及びコンテンツの削除を含む
ことを特徴とする付記４記載のコンテンツ変更通知方法。
（付記７）
ネットワークを介してアクセスしてきた端末から要求されたコンテンツを、当該端末へ送信することによって、当該端末を利用する閲覧者に閲覧させるコンピュータに対して、
予め閲覧対象のコンテンツを記憶装置に格納させ、
記憶装置に格納している何れかのコンテンツを何れかの閲覧者に閲覧させた場合には、その閲覧者の識別情報，そのコンテンツの識別情報及び閲覧の時を記録したレコードを保存させ、
記憶装置に格納している何れかのコンテンツが変更された場合には、そのコンテンツの識別情報を含む前記レコードにその変更の時を記録させ、
閲覧時よりも遅い変更時を含むレコードにその識別情報が記録されている閲覧者へ、変更を通知させる
コンテンツ変更通知プログラム。（５）
（付記８）
ネットワークを介してアクセスしてきた端末から要求されたコンテンツを、当該端末へ送信することによって、当該端末を利用する閲覧者に閲覧させるコンピュータによって読み出され、このコンピュータに対して、
予め閲覧対象のコンテンツを記憶装置に格納させ、
記憶装置に格納している何れかのコンテンツを何れかの閲覧者に閲覧させた場合には、その閲覧者の識別情報，そのコンテンツの識別情報及び閲覧の時を記録したレコードを保存させ、
記憶装置に格納している何れかのコンテンツが変更された場合には、そのコンテンツの識別情報を含む前記レコードにその変更の時を記録させ、
閲覧時よりも遅い変更時を含むレコードにその識別情報が記録されている閲覧者へ、変更を通知させる
コンテンツ変更通知プログラムを格納したコンピュータ可読媒体。
【０１００】
【発明の効果】
以上のように構成された本発明の情報公開方法及び情報公開プログラムによれば、ユーザに監視対象コンテンツを意識させることなく、そのユーザが関心を有しているとみなし得るコンテンツについての変更を監視し、変更があった場合にはその事実をユーザに通知することができる。
【図面の簡単な説明】
【図１】  本発明の一実施形態としての情報公開システムのブロック図
【図２】  ＸＭＬ形式の添付資料例を示す図
【図３】  ＰＤＦ形式の添付資料例を示す図
【図４】  利用者ＩＤ管理データベースのデータ構造を示す図
【図５】  申請書管理データベースのデータ構造を示す図
【図６】  利用者履歴データベースのデータ構造を示す図
【図７】  申請書データのデータ構造を示す図
【図８】  申請書受付処理を示すフローチャート
【図９】  申請書受付処理を示すフローチャート
【図１０】  申請書受付処理を示すフローチャート
【図１１】  申請書受付処理を示すフローチャート
【図１２】  申請書受付処理を示すフローチャート
【図１３】  情報閲覧応答処理を示すフローチャート
【図１４】  情報閲覧応答処理を示すフローチャート
【図１５】  情報閲覧応答処理を示すフローチャート
【図１６】  通知メール送信処理を示すフローチャート
【図１７】  ログオン画面を示す図
【図１８】  変更通知画面を示す図
【図１９】  会社公告・帳簿検索画面を示す図
【図２０】  会社公告画面を示す図
【図２１】  電子メールの内容を示す図
【図２２】  新規登録のための申請書データ例を示す図
【図２３】  新規登録後の申請書管理データベースの状態を示す図
【図２４】  更新のための申請書データ例を示す図
【図２５】  更新後の申請書管理データベースの状態を示す図
【図２６】  ＸＭＬ形式のコンテンツ同士のマッチングの説明図
【図２７】  削除のための申請書データ例を示す図
【図２８】  削除後の申請書管理データベースの状態を示す図
【図２９】  変更前における利用者履歴データベースのデータ例を示す図
【図３０】  変更後における利用者履歴データベースのデータ例を示す図
【図３１】  変更後における利用者履歴データベースのデータ例を示す図
【符号の説明】
１      情報公開サーバ
２      ユーザ端末
１０      ＣＰＵ
１１      通信アダプタ
１２      ＲＡＭ
１３      ハードディスク
１５      情報公開サーバプログラム
１６      利用者ＩＤ管理データベース
１７      申請書管理データベース
１８      公開コンテンツ管理データベース
１９      利用者履歴データベース
【図１】
0003962594.tif 000002
【図２】
0003962594.tif 000003
【図３】
0003962594.tif 000004
【図４】
0003962594.tif 000005
【図５】
0003962594.tif 000006
【図６】
0003962594.tif 000007
【図７】
0003962594.tif 000008
【図８】
0003962594.tif 000009
【図９】
0003962594.tif 000010
【図１０】
0003962594.tif 000011
【図１１】
0003962594.tif 000012
【図１２】
0003962594.tif 000013
【図１３】
0003962594.tif 000014
【図１４】
0003962594.tif 000015
【図１５】
0003962594.tif 000016
【図１６】
0003962594.tif 000017
【図１７】
0003962594.tif 000018
【図１８】
0003962594.tif 000019
【図１９】
0003962594.tif 000020
【図２０】
0003962594.tif 000021
【図２１】
0003962594.tif 000022
【図２２】
0003962594.tif 000023
【図２３】
0003962594.tif 000024
【図２４】
0003962594.tif 000025
【図２５】
0003962594.tif 000026
【図２６】
0003962594.tif 000027
【図２７】
0003962594.tif 000028
【図２８】
0003962594.tif 000029
【図２９】
0003962594.tif 000030
【図３０】
0003962594.tif 000031
【図３１】
0003962594.tif 000032