JP6377303B1

JP6377303B1 - サーバ装置

Info

Publication number: JP6377303B1
Application number: JP2018519891A
Authority: JP
Inventors: 剛和田
Original assignee: OUTABOX INC.
Current assignee: OUTABOX INC.
Priority date: 2017-02-27
Filing date: 2017-12-29
Publication date: 2018-08-22
Anticipated expiration: 2037-12-29
Also published as: JPWO2018154976A1

Abstract

目的はネットワーク上に保存されているファイルのセキュリティを向上することである。サーバ装置は複数の報告案件にそれぞれ対応する複数のWEBページファイルを、案件ＩＤとＵＲＬ情報とを関連付けて記憶する記憶手段と、報告発信者端末３００から、特定の報告案件に関する案件ＩＤとともにWEBページファイル更新情報を受信する受信手段と、受信された案件ＩＤに関連付けられたＵＲＬ情報に従って記憶手段から読み出した特定の報告案件に関するWEBページファイルをWEBページファイル更新情報に従って更新するWEBページファイル更新手段と、更新されたWEBページファイルに対して新たなファイル名を発行し、新たなファイル名の発行とともにWEBページファイルのＵＲＬを更新するＵＲＬ更新手段と、更新されたＵＲＬの情報が本文に記載された報告メールを作成し、報告受信者端末４００に送信するメール送信手段とを具備する。

Description

本発明の実施形態はサーバ装置に関する。

現在、パソコン、スマートフォン、タブレット端末等を使用して、インターネット上のWEBページをいつでも、どこでも気軽に閲覧することができる。その気軽さゆえ、インターネット上にアップロードされるWEBページは、ニュース等の公共性の高いWEBページからクレジットカードの明細等の個人情報が含まれるWEBページにまで多岐にわたる。個人情報が含まれるWEBページには、閲覧する人を限定するために、ＩＤ，パスワード等のログイン情報が設定され、ユーザはログイン画面でログイン情報を入力することで、そのWEBページを閲覧できる。しかしながら、現在、日常生活の様々な場面でＩＤ，パスワードが発行されており、ログイン情報を管理することはユーザにとって煩わしいものである。また、一般的に一度発行されたログイン情報は、ユーザ側が変更しない限り固定されたままであり、そのログイン情報が流出し、第三者が知ってしまった場合、流出したログイン情報に対応するWEBページは継続して閲覧できる状態になってしまう。

目的は、ネットワーク上に保存されているファイルのセキュリティを向上することにある。

本発明の一実施形態に係るサーバ装置は、報告発信者側の報告発信者端末と報告受信者側の報告受信者端末とに対してネットワークを介して接続され、複数の報告案件にそれぞれ対応する複数のWEBページファイルを、前記複数の報告案件をそれぞれ特定する複数の案件ＩＤと前記複数のWEBページファイルに関するＵＲＬ情報とを関連付けて記憶する記憶手段と、前記報告発信者端末から、特定の報告案件に関する案件ＩＤとともにWEBページファイル更新情報を受信する受信手段と、前記受信された案件ＩＤに関連付けられたＵＲＬ情報に従って前記記憶手段から読み出した前記特定の報告案件に関するWEBページファイルを前記WEBページファイル更新情報に従って更新する更新手段と、前記更新されたWEBページファイルに対して新たなファイル名を発行し、前記新たなファイル名の発行とともに前記WEBページファイルのＵＲＬを更新するＵＲＬ更新手段と、前記更新されたＵＲＬの情報が本文に記載された報告メールを作成し、前記報告受信者端末に送信するメール送信手段とを具備する。

図１は、本実施形態に係るサーバ装置を含む報告通知システムの一例を示すシステム構成図である。図２は、図１の報告通知システムによる報告通知処理の手順の一例を示すシーケンス図である。図３は、図２のログイン画面の一例を示す図である。図４は、図２の案件一覧画面の一例を示す図である。図５は、図２の案件専用の投稿画面の一例を示す図である。図６は、図２の投稿受付画面の一例を示す図である。図７は、図２のメール受信画面の一例を示す図である。図８は、図２の更新されたWEBページの一例を示す図である。図９は、図２のメール受信画面の他の例を示す図である。図１０は、更新されたＵＲＬに対応するWEBページの一例を示す図である。図１１は、過去に発行されたＵＲＬに対応するWEBページの一例を示す図である。図１２は、図１のWEBサーバ装置が記憶するログイン管理表の一例を示す図である。図１３は、図１のWEBサーバ装置が記憶するWEBページファイル管理表の一例を示す図である。図１４は、図１のメールサーバ装置が記憶する連絡先管理表の一例を示す図である。図１５は、図２のファイル名発行処理の手順の他の例を示すシーケンス図である。図１６は、図２のファイル名発行処理の手順の他の例を示すシーケンス図である。図１７は、図２のファイル名発行処理をメールサーバで行う場合の手順の一例を示すシーケンス図である。図１８は、図２のファイル名発行処理をタブレット端末で行う場合の手順の一例を示すシーケンス図である。図１９は、図２のファイル名発行処理をタブレット端末で行う場合の手順の他の例を示すシーケンス図である。図２０は、図２のファイル名発行処理をタブレット端末で行う場合の手順の他の例を示すシーケンス図である。図２１は、図２のWEBページファイルの更新情報をメールで送信する場合の手順の一例を示すシーケンス図である。図２２は、図２のWEBページファイルの更新情報をメールで入力する場合の手順の一例を示すシーケンス図である。図２３は、本実施形態に係るサーバ装置を含む報告通知システムの他の例を示すシステム構成図である。図２４は、図２３の報告通知システムによる報告通知処理の手順の一例を示すシーケンス図である。図２５は、図２３のアプリケーションサーバ装置が記憶するアプリページ管理表の一例を示す図である。図２６は、図２３の報告通知システムによるアプリＩＤの自動登録処理の手順の一例を示すシーケンス図である。図２７は、図２６のアプリＩＤの自動登録処理において、スマートフォンに表示されるWEBページの一例を示す図である。図２８は、本実施形態に係るサーバ装置を含む報告通知システムの他の例を示すシステム構成図である。図２９は、図２８の報告通知システムによる報告通知処理の手順の一例を示すシーケンス図である。

ユーザは、ブラウザにＵＲＬを入力することで、入力したＵＲＬに対応するWEBページを閲覧することができる。ＵＲＬは、ネットワーク上でWEBページファイルを特定するための記号列であり、WEBページファイルが記憶されているサーバ装置のサーバ装置名、ドメイン名、フォルダ名及びWEBページファイルのファイル名称等に応じて自動的に決まる。本実施形態に係るサーバ装置は複数のWEBページファイルを記憶し、そのWEBページファイルを更新するたびに、更新されたWEBページのＵＲＬも更新することを一つの特徴としている。このWEBページファイルは、検索エンジンにより検索されないように、例えばWEBページファイルには検索エンジンの検索結果に登録しないことを宣言するタグが記述されている。また、WEBページファイルには外部のWEBサイトのリンクが設定されていない。これにより、本実施形態に係るサーバ装置に記憶されている特定のWEBページファイルは、検索エンジンで検索されないため、特定のWEBページは、そのＵＲＬを通知された人しか閲覧することができない。万が一、特定のWEBページのＵＲＬが漏洩した場合であっても、特定のWEBページが更新されてしまえば、ＵＲＬも更新されてしまうため、漏洩したＵＲＬで更新前後の特定のWEBページを閲覧できなくなってしまう。これにより、インターネット上に保存されているWEBページファイルが不特定多数の人に閲覧されるのを防ぎ、万が一ＵＲＬが漏洩した場合であっても、その被害を限定的にすることができる。本実施形態に係るサーバ装置は、特にWEBページが頻繁に更新されるサービスを提供するシステムに使用されたとき、その効果が高い。

以下、図面を参照しながら本実施形態に係るサーバ装置を備える報告通知システムについて説明する。図１は、本実施形態に係るサーバ装置を含む報告通知システムの一例を示す構成図である。本実施形態に係るサーバ装置は、複数の報告案件にそれぞれ対応する複数のWEBページファイルを記憶する。報告案件とは、報告発信者が報告受信者に対して定期的に報告する契約等がなされている事案であり、WEBページは報告発信者により入力された報告内容を報告受信者が閲覧するための専用のページである。例えば、病院に入院する患者Ａの経過観察が報告案件であれば、報告発信者は患者Ａを担当する看護師であり、報告受信者は患者Ａの親族である。報告発信者である看護師は、例えばタブレット端末を使って、メールソフト上又は専用の投稿画面上で患者Ａの経過観察状況に関するWEBページ更新情報（テキスト、画像等のファイル）を入力し、サーバ装置に送信する。サーバ装置は、WEBページ更新情報に従って、患者Ａの報告案件に対応するWEBページファイルを更新するとともに、更新されたWEBページファイルのＵＲＬも更新し、更新されたＵＲＬ情報を報告受信者である親族宛に送信する。

本実施形態に係るサーバ装置は、ネットワーク、典型的にはインターネットＩＮＴを介して報告発信者端末３００と報告受信者端末４００とに接続される。本実施形態に係るサーバ装置は、複数の報告案件にそれぞれ対応する複数のWEBページファイルのデータを蓄積するデータ蓄積機能と、報告発信者端末から特定の報告案件に関するWEBページファイル更新情報を受信する受信機能と、WEBページファイル更新情報に従って、特定の報告案件に対応するWEBページファイルを更新するWEBページ更新機能と、更新されたWEBページファイルに対して新たなファイル名を発行するファイル名発行機能と、発行されたファイル名に従って、更新されたWEBページのＵＲＬを更新するＵＲＬ更新機能と、更新されたＵＲＬ情報が本文に記載された報告メールを作成するメール作成機能と、更新されたＵＲＬ情報を、報告受信者端末４００に送信する更新ＵＲＬ送信機能とを有する。

これらの機能は、互いに物理的に分離している複数のサーバ装置に分散されて実装されていてもよいし、単一のサーバ装置に実装されていてもよい。また、一部の機能を外部装置に持たせ、本実施形態に係るサーバ装置が、一部の機能を備える外部装置を制御するように構成することもできる。本実施形態では、説明の便宜上、これらのサーバ機能はWEBサーバ装置１００とメールサーバ装置２００とに分散して実装されるものとして説明する。WEBサーバ装置１００は、データ蓄積機能と受信機能とWEBページ更新機能とファイル名発行機能とＵＲＬ更新機能とを備える。メールサーバ装置２００はメール作成機能とメール送信機能とを備える。

報告発信者端末及び報告受信者端末は、スマートフォン、ＰＨＳ、ＰＤＡ、タブレット端末などの基地局を経由してインターネットＩＮＴに接続される情報機器である。本実施形態では、報告発信者端末はタブレット端末３００、報告受信者端末はスマートフォン４００（４００−１，４００−２、・・・、４００−ｎ）である。

図２には本実施形態に係る報告通知システムの報告通知処理の手順を示している。図３、図４、図５、図６にタブレット端末３００に表示されるログイン画面、案件一覧画面、案件専用の投稿画面、投稿受付画面の一例をそれぞれ示している。図７、図８にスマートフォン４００に表示されるメール受信画面、案件専用のWEBページの一例をそれぞれ示している。図９、図１０、図１１にスマートフォン４００に表示されるメール受信画面、最新のＵＲＬをタップしたときに表示される案件専用のWEBページ、過去に発行されたＵＲＬをタップしたときに表示される警告画面の一例をそれぞれ示している。図１２、図１３、図１４は、WEBサーバ装置１００に記憶されているログイン管理表の一例、WEBサーバ装置１００に記憶されているWEBページ管理表の一例、メールサーバ装置２００に記憶されている連絡先管理表の一例をそれぞれ示している。

ログイン管理表において、報告者ＩＤに対して報告者名、パスワード等の認証項目が関連付けされている。WEBページ管理表において、複数の報告案件をそれぞれ特定するための複数の案件ＩＤに対して複数のWEBページファイルに関するＵＲＬ情報が関連付けされている。同じ案件のWEBページファイルであっても、WEBページファイルが更新されるたびにＵＲＬも更新される。そのため、ＵＲＬ情報には、最新のＵＲＬ情報と過去のＵＲＬ情報とが含まれる。この他に、案件IDに対して報告者ＩＤ、報告者名、案件名及び案件の状態（終了案件か否か）を示す案件ステータス等の項目が関連付けされている。報告先管理表において、案件IDに対して、案件名、報告者名、報告先（TO）及び報告先(CC)等の報告メールを作成するために必要な項目が関連付けされている。なお、案件IDに関連付けされているこれらの項目は、WEBサーバ装置１００に一括して管理されてもよいし、本実施形態のように複数の装置に分散して管理されていてもよい。

以下、報告通知処理の手順について図２を参照して説明する。
本実施形態に係るサーバ装置が提供する報告通知サービスを利用する報告発信者に対して、ログインＩＤ（報告者ＩＤ）とパスワードとが発行されている。報告発信者によりタブレット端末３００のブラウザに表示されている報告通知サービスに対応するアイコンがタップされると（Ｓ１０１）、アイコンに関連付けされている報告通知サービスのログイン画面のＵＲＬ情報がタブレット端末３００からWEBサーバ装置１００に送信される。WEBサーバ装置１００は、受信したＵＲＬ情報に対応するログイン画面のデータ（ＨＴＭＬデータ）を記憶装置（データベース）から読み出し、タブレット端末３００に送信する。これによりタブレット端末３００に図３に示すログイン画面が表示される（Ｓ１０２）。

図３に示すログイン画面上の報告発信者の操作により報告者ＩＤ，パスワードが入力される（Ｓ１０３）。報告発信者により、ログインボタンがタップされると（Ｓ１０４）、タブレット端末３００からWEBサーバ装置１００にログイン情報（報告者ＩＤ、パスワード）が送信される。WEBサーバ装置１００は、図１２に示すログイン管理表を参照して、受信したログイン情報により認証処理を行う（Ｓ１０５）。認証が確認された後、WEBサーバ装置１００は、図１３に示すWEBページ管理表を参照して、受信したログインＩＤに対応する案件名を抽出し、抽出した報告名を一覧にした案件一覧画面のデータを発生する（Ｓ１０６）。発生された案件一覧画面のデータはWEBサーバ装置１００からタブレット端末３００に送信される。これによりタブレット端末３００に図４に示す案件一覧画面が表示される（Ｓ１０７）。

図４に示す案件一覧画面上の報告発信者の操作により、特定の報告案件が選択されると（Ｓ１０８）、選択された特定の報告案件に対応する案件ＩＤがタブレット端末３００からWEBサーバ装置１００に送信される。WEBサーバ装置１００はWEBページ管理表を参照して、投稿画面のテンプレートに受信した案件ＩＤに対応する案件名、報告者名を挿入した案件専用の投稿画面のデータを発生する（Ｓ１０９）。発生された投稿画面のデータはWEBサーバ装置１００からタブレット端末３００に送信される。これによりタブレット端末３００に図５に示す投稿画面が表示される（Ｓ１１０）。

図５に示す投稿画面上の報告発信者の操作により、報告文が入力され、画像等のファイルが選択される（Ｓ１１１）。報告発信者により送信ボタンがタップされると（Ｓ１１２）、案件ＩＤとともに、ページファイル更新情報（報告文、画像等のファイル）がタブレット端末３００からWEBサーバ装置１００に送信される。WEBサーバ装置１００は、ページファイル更新情報を受信したのを契機に、更新されたWEBページファイルの新しいファイル名を発行する（Ｓ１１３）。具体的には、WEBサーバ装置１００は新しいファイル名として、例えばページファイル更新情報を受信したのを契機に、不規則な、再現性のない文字列（乱数）を発生する。

WEBサーバ装置１００は、図１３に示すWEBページ管理表を参照して、受信した案件ＩＤに対応するWEBページファイルのＵＲＬを特定し、特定したＵＲＬ情報に従ってデータベースから特定の報告案件に関するWEBページファイルを読み出す（Ｓ１１４）。WEBサーバ装置１００は、読み出したWEBページファイルをWEBページファイル更新情報に従って更新する（Ｓ１１５）。具体的には、WEBサーバ装置１００は、読み出したWEBページファイルに受信した報告文と画像等を予め決められたフォーマットに従って挿入し、上書きする。WEBサーバ装置１００は、更新されたWEBページファイルをステップＳ１１３のファイル名発行処理で発行したファイル名でデータベースに保存する（Ｓ１１６）。これにより、更新されたWEBページファイルのＵＲＬが更新される。更新後のＵＲＬは更新前のＵＲＬのファイル名が変更されている。更新されたＵＲＬ情報は、WEBページ管理表に最新のＵＲＬ情報として書き込まれ、更新前のＵＲＬ情報は過去のＵＲＬ情報に書き込まれる。更新されたWEBページの新たなＵＲＬ情報は、案件ＩＤとともにWEBサーバ装置１００からメールサーバ装置２００に送信される。

メールサーバ装置２００は、図１４に示す連絡先管理表を参照して、受信した案件ＩＤに対応する連絡先（宛先と同報先のメールアドレス）を特定し（Ｓ１１７）、メール本文のテンプレートに受信したＵＲＬ情報を挿入した報告メールを作成する（Ｓ１１８）。メールサーバ装置２００は、作成された報告メールをステップＳ１１７で特定されたメールアドレスに送信する。これにより、報告メールを受信したスマートフォン４００に図７に示すメール受信画面が表示される（Ｓ１１９）。また、メールサーバ装置２００は、報告メールを送信したことを示す送信済コードを案件ＩＤとともにWEBサーバ装置１００に送信する。WEBサーバ装置１００は、送信済コードを受信したことに従って、案件ＩＤに対応する報告者ＩＤ（報告発信者端末３００）に投稿受付画面を送信する。これにより、報告発信者側のタブレット端末３００に図６に示す投稿受付画面が表示される（Ｓ１２０）。報告発信者は、図６に示す投稿受付画面を視認して、選択した報告案件のページファイルが更新され、報告受信者側に通知されたことを確認することができる。報告受信者により、図７に示すメール受信画面上の更新されたＵＲＬがタップされると（Ｓ１２１）、更新されたＵＲＬ情報がスマートフォン４００からWEBサーバ装置１００に送信される。WEBサーバ装置１００は、更新されたＵＲＬに対応するWEBページファイルをデータベースから読み出し、スマートフォン４００に送信する。これにより、スマートフォン４００には図８に示す更新されたWEBページが表示される（Ｓ１２２）。

報告通知システムにおいて、例えば、図７に示すメール受信画面が第三者に流出してしまえば、図８に示す特定の報告案件に対応するWEBページは、その第三者により閲覧できる状況になる。しかしながら、WEBサーバ装置１００はWEBページの更新とともに、更新されたWEBページのＵＲＬも更新する。したがって、外部に流出したＵＲＬに対応するWEBページが更新されてしまえば、更新されたWEBページのＵＲＬも更新され、流出したＵＲＬに対応するWEBページはサーバ装置上に存在しなくなる。したがって、図７に示す過去のＵＲＬが流出してしまっても、WEBページが更新されてしまえば、第三者は、図１０に示す更新後のWEBページを閲覧できなくなるだけではなく、流出した時点では閲覧できていた図８に示す更新前のWEBページも閲覧できなくなる。なお、過去のＵＲＬがタップされたとき、そのタップした端末の画面には、図１１に示す警告画面が表示される。

このように、本実施形態に係るサーバ装置によれば、データベースに保存されている報告案件に対応するWEBページは検索エンジンの検索結果に表示されない。また、データベースに保存されている報告案件に対応するWEBページのＵＲＬは、予め登録されていた報告受信者のみしか知り得ない。したがって、報告案件に対応するWEBページに対して閲覧を制限するためのＩＤ、パスワードの入力を不要とすることができる。報告受信者は、通知されたＵＲＬをタップするだけで、更新されたWEBページを閲覧することができるため、ＩＤ、パスワードを入力する煩わしさ、管理する煩わしさを解消することができる。万が一、特定の報告案件のWEBページに対応するＵＲＬが外部に流出し、第三者が知り得た場合であっても、そのＵＲＬに対応するWEBページが更新されてしまえば、その更新されたWEBページのＵＲＬも更新されるため、第三者は知り得たＵＲＬで更新されたWEBページ及び更新前のWEBページを閲覧することはできない。したがって、本実施形態に係るサーバ装置によれば、第三者が継続してWEBページの更新情報を閲覧することは困難であり、ＵＲＬが流出することによる個人情報漏洩の被害を抑えることができる。

なお、本実施形態では更新されたWEBページファイルのＵＲＬを更新するために、WEBページファイルのファイル名を変更したが、第三者が更新されたＵＲＬを予測、推定できなくなればよいため、ＵＲＬにおいて変更する箇所はファイル名に限定されない。例えば、更新したWEBページファイルを保存するフォルダ名、更新されたWEBページファイルを保存するサーバ名を変更することによって、更新されたWEBページファイルのＵＲＬを更新するようにしてもよい。つまり、更新されたWEBページファイルのＵＲＬを、新たに発行した文字列（乱数）を含むＵＲＬに更新すればよい。

また、報告通知処理のステップＳ１１３で説明した、WEBサーバ装置１００によるファイル名発行処理が実行されるタイミングは上記に限定されない。例えば、図１５に示すように、WEBサーバ装置１００によるファイル名発行処理は、WEBサーバ装置１００からタブレット端末３００に案件専用の投稿画面を送信したのを契機に実行されるようにしてもよい。また、図１６に示すように、WEBサーバ装置１００によるファイル名発行処理は、報告発信者によりWEBページファイルの更新情報が入力されたのを契機に、つまりタブレット端末３００から投稿画面上の入力情報が受信されたのを契機に実行するようにしてもよい。また、報告通知処理における何らかの処理を契機にファイル名を発行するのではなく、予め用意されていてもよい。例えば、予め複数のファイル名がリストされているファイル名更新用のリストがWEBサーバ装置１００に保存されており、そのリストから選択されたファイル名を新しいファイル名としてもよい。また、WEBサーバ装置１００は、少なくとも一つの新しいファイル名を保持し、予め設定された経過時間使用されなかったとき、その新しいファイル名を更新するようにしてもよい。

また、ファイル名発行機能は、WEBサーバ装置１００以外のメールサーバ装置２００に持たせてもよい。図１７は、ファイル名発行処理がメールサーバ装置２００で実行される場合の報告通知処理の流れを示す。図１７に示すように、メールサーバ装置２００によるファイル名発行処理は、メールサーバ装置２００がWEBサーバ装置１００からのファイル名発行のリクエストを受信したのを契機に実行される。具体的には、例えば、WEBサーバ装置１００は、タブレット端末３００からWEBページファイル更新情報を受信したのを契機に、メールサーバ装置２００にファイル名発行リクエストを送信する。メールサーバ装置２００は、ファイル名発行リクエストを受信したのを契機に、ファイル名発行処理を実行し（Ｓ２１３）、WEBページファイルの更新用のファイル名を発行する。発行されたファイル名はメールサーバ装置２００からWEBサーバ装置１００に送信される。WEBサーバ装置１００は受信したファイル名をWEBページ管理表のＵＲＬ情報に含まれる過去に発行されたファイル名と照合する（Ｓ２１４）。その結果、受信したファイル名が過去に発行されたファイル名と重複しないとき、その受信したファイル名で更新されたWEBページファイルは保存される。なお、発行されたファイル名が過去に発行されたファイル名と重複するとき、WEBサーバ装置１００はメールサーバ装置２００に対してファイル名発行リクエストを再送する。

また、ファイル名発行機能は、報告発信者端末（タブレット端末）３００に持たせてもよい。図１８、図１９、図２０は、ファイル名発行処理が報告発信者端末で実行される場合の報告通知処理の手順を示す。図１８、図１９、図２０に示す報告通知処理は、タブレット端末３００でファイル名発行処理が実行されるタイミングが相違する。図１８に示すように、一実施例において、ファイル名発行処理は、報告発信者により送信ボタンがタップされたのを契機に実行される。図１９に示すように、他の実施例において、ファイル名発行処理は、投稿画面を表示したのを契機に実行される、図２０に示すように、他の実施例において、ファイル名発行処理は、投稿画面上の入力操作が行われたのを契機に実行される。

また、WEBページファイルの更新情報はタブレット端末３００のＷＥＢブラウザを介して、WEBサーバ装置１００に送信されるとしたが、タブレット端末３００のメールソフトを介してWEBサーバ装置１００に送信されるようにしてもよい。図２１は、WEBページファイルの更新情報がメールソフトを介して送信される場合の報告通知処理の流れを示す。図２１に示すように、ブラウザに表示された案件専用の投稿画面上の報告発信者により、報告文入力／画像等のファイル選択がなされる（Ｓ６１１）。報告発信者により送信ボタンがタップされると（Ｓ６１２）、タブレット端末３００にインストールされているメールソフトが起動し（Ｓ６１３）、投稿メールの作成・送信処理が実行され（Ｓ６１４）、投稿メールが案件ＩＤとともにタブレット端末３００からメールサーバ装置２００に送信される。投稿メールの作成処理では、ステップＳ６１１で投稿画面上で入力された報告文がメール本文に挿入され、ステップＳ６１１で投稿画面上で選択された画像等のファイルがメールに添付され、案件専用の送信先メールアドレスが宛先に挿入される。メールサーバ装置２００は、受信した投稿メールをWEBサーバ装置１００に転送処理する（Ｓ６１５）。

また、WEBページファイルの更新情報はタブレット端末３００のＷＥＢブラウザに表示された案件専用の投稿画面上で入力されるとしたが、メールソフトのメール送信画面上で入力されてもよい。図２２は、WEBページファイルの更新情報（報告文／画像等のファイル）の入力がメールソフトで行われる場合の報告通知処理の流れの一例を示している。図２２に示すように、報告発信者により案件一覧画面から特定の報告案件が選択されると（Ｓ７０８）、メールソフトが起動し（Ｓ７０９）、メール送信画面が表示される。メール送信画面において、案件専用の送信先のメールアドレスが宛先に挿入される。このメール送信画面上で報告発信者によりメール本文に報告文が入力され、添付ファイルに画像等が選択される（Ｓ７１０）。報告発信者により、送信ボタンがタップされると（Ｓ７１１）、投稿メールが案件ＩＤとともにタブレット端末３００からメールサーバ装置２００に送信される。メールサーバ装置２００は、受信した投稿メールをWEBサーバ装置１００に転送処理する（Ｓ７１２）。

さらに、報告発信者による更新情報の投稿と報告受信者による報告案件ページの閲覧とが報告通知サービス専用のアプリケーションソフト（以下、報告通知アプリと省略する）を介して行えるように報告通知システムを構成してもよい。図２３は、本実施形態に係るサーバ装置を含む報告通知システムの他の例を示すシステム構成図である。図２４は、図２３の報告通知システムによる報告通知処理の手順の一例を示すシーケンス図である。図２５は、図２３のアプリケーションサーバ装置５００が管理するアプリデータ管理表の一例を示す図である。

図２３に示す報告通知システムは、本実施形態に係るサーバ装置の機能を３つのサーバ装置（WEBサーバ装置１００、メールサーバ装置２００、アプリケーションサーバ装置５００）に分散して実装した場合の構成である。アプリケーションサーバ装置５００は、複数の報告案件にそれぞれ対応する報告通知アプリ用の複数のページファイル（以下、アプリページファイルと省略する）を構成する記事データセットを記憶する。アプリデータ管理表において、記事データセットは案件ＩＤに関連付けられる。図２３に示す報告通知システムにおいて、報告案件に関するデータは、アプリケーションサーバ装置５００とWEBサーバ装置１００とに管理されている、案件ＩＤは、報告案件を特定するためのＩＤであり、案件ＩＤを用いてアプリケーションサーバ装置５００とWEBサーバ装置１００とから報告案件を特定することができる。アプリケーションサーバ装置５００において、案件ＩＤに対して，端末（報告発信者）を特定するアプリＩＤ，案件名、案件データ名及び案件ステータスが関連付けられている。記事データセットは、複数の記事データからなる。記事データは、報告発信者により投稿された投稿単位のデータであり、画像データ、テキストデータ等である。記事データは記事ＩＤに関連付けて記憶される。記事ＩＤに対して、通知ＩＤ（最新の通知ＩＤ、過去の通知ＩＤ）が関連付けされる。通知ＩＤは、サーバ上で報告案件に関連する記事データを特定するためのＩＤであり、典型的には報告案件毎に異なる。図２３に示す報告通知システムでは、この通知ＩＤが報告受信者側に通知される。報告受信者は、報告通知アプリ上で通知ＩＤをタップすることで、通知ＩＤに対応する特定の報告案件ページを報告通知アプリ上で閲覧することができる。図２３に示す報告通知システムにおいて、この通知ＩＤが、特定の報告案件に関する投稿がなされるたびに更新される。

WEBサーバ装置１００は、複数の報告案件にそれぞれ対応する複数のWEBページファイルと図１３に示すWEBページ管理表とを記憶する。メールサーバ装置２００は図１４に示す連絡先管理表を記憶する。タブレット端末３００とスマートフォン４００とには報告通知アプリがインストールされている。

報告発信者によりタブレット端末３００の画面に表示されている報告通知アプリのアプリアイコンがタップされると（Ｓ８０１）、タブレット端末３００からアプリケーションサーバ装置５００に当該アプリアイコンに関連付けされている固有のアプリＩＤが送信される。アプリケーションサーバ装置５００は、アプリデータ管理表を参照して、受信したアプリＩＤに関連付けされている報告案件を抽出し、抽出した報告案件を一覧にした案件一覧画面のデータを発生する（Ｓ８０２）。発生された案件一覧画面のデータはアプリケーションサーバ装置５００からタブレット端末３００に送信される。これによりタブレット端末３００の報告通知アプリの画面に案件一覧が表示される（Ｓ８０３）。

案件一覧画面上の報告発信者の操作により、特定の報告案件が選択されると（Ｓ８０４）、選択された特定の報告案件に対応する案件ＩＤがアプリＩＤとともにタブレット端末３００からアプリケーションサーバ装置５００に送信される。アプリケーションサーバ装置５００は、アプリデータ管理表を参照して、受信した案件ＩＤに対応する案件名、報告者名を記載した投稿画面のデータを発生する（Ｓ８０５）。発生された投稿画面のデータはアプリケーションサーバ装置５００からタブレット端末３００に送信される。これによりタブレット端末３００の報告通知アプリの画面に投稿画面が表示される（Ｓ８０６）。

投稿画面上の報告発信者の操作により、報告文が入力され、画像等のファイルが選択される（Ｓ８０７）。報告発信者により送信ボタンがタップされると（Ｓ８０８）、アプリＩＤと案件ＩＤとともに、ファイル更新情報（報告文、画像等のファイル等の記事データ）がタブレット端末３００からアプリケーションサーバ装置５００に送信される。これを契機に、アプリケーションサーバ装置５００は、受信した特定の報告案件に関する案件ＩＤに対応する新しい通知ＩＤとWEBサーバ装置１００で更新されたWEBページファイル用の新しいファイル名とを発行する（Ｓ８０９，Ｓ８１０）。発行された新しいファイル名は、案件ＩＤ，ファイル更新情報とともにアプリケーションサーバ装置５００からWEBサーバ装置１００に送信される。WEBサーバ装置１００は、WEBページ管理表を参照して、受信した案件ＩＤに対応するWEBページファイルのＵＲＬを特定し、特定したＵＲＬ情報に従ってデータベースから特定の報告案件に関するWEBページファイルを読み出す（Ｓ８１１）。WEBサーバ装置１００は、読み出したWEBページファイルをファイル更新情報に従って更新し（Ｓ８１２）、更新されたWEBページファイルを受信した新しいファイル名でデータベースに保存する（Ｓ８１３）。これにより、更新されたWEBページファイルのＵＲＬが更新される。更新されたＵＲＬ情報は、WEBページ管理表に書き込まれ、更新される前のＵＲＬ情報は過去のＵＲＬ情報に蓄積される。更新された新たなＵＲＬ情報は、案件ＩＤとともにWEBサーバ装置１００からメールサーバ装置２００に送信される。

メールサーバ装置２００は、連絡先管理表を参照して、受信した案件ＩＤに対応する連絡先（宛先と同報先のメールアドレス）を特定し（Ｓ８１４）、メール本文に受信したＵＲＬ情報を記載した報告メールを作成する（Ｓ８１５）。作成された報告メールはステップＳ８１４で特定されたメールアドレスに送信される。報告受信者は、タブレット端末３００のメールソフトで報告メールを受信する（Ｓ８１６）。メールサーバ装置２００は、報告メールを送信したことを示す送信済コードを案件ＩＤとともにアプリケーションサーバ装置５００に送信する。

一方、アプリケーションサーバ装置５００は、受信したファイル更新情報（記事データ）に対して記事ＩＤを発行し、発行した記事ＩＤを受信した案件ＩＤに関連付けて記憶する（Ｓ８１７）。これにより、特定の報告案件に関する案件ＩＤに対して、投稿された記事データ、過去に投稿された記事データが関連付けされる。アプリケーションサーバ装置５００は、特定の報告案件に関する案件ＩＤに対してステップＳ８０９で発行した新しい通知ＩＤを関連付けて記憶する（Ｓ８１８）。新しい通知ＩＤは、アプリデータ管理表の特定の報告案件に関する案件ＩＤに対応する最新の通知ＩＤ欄に書き込まれる。なお、記事データのデータ名称は、ステップＳ８０９で発行した通知ＩＤと同一にしてもよいし、別に発行されたファイル名（乱数）に更新されてもよい。更新された通知ＩＤは、アプリケーションサーバ装置５００からスマートフォン４００に送信される。このとき、更新された通知ＩＤは、典型的にはプッシュ通知を利用して送信される。これにより、スマートフォン４００のホーム画面に特定の報告案件に関する投稿がなされたことを通知するバナーが表示される（Ｓ８１９）。このバナーに通知ＩＤがリンク設定されている。

アプリケーションサーバ装置５００は、更新された通知ＩＤをスマートフォン４００に送信し、且つ、メールサーバ装置２００から送信済コードを受信したとき、案件ＩＤに対応するアプリＩＤ（報告者端末）に投稿受付画面を送信する。これにより、タブレット端末３００の報告通知アプリ上で投稿受付画面が表示される（Ｓ８２０）。

スマートフォン４００のホーム画面上のバナーがタップされると（Ｓ８２１）、報告通知アプリが起動し（Ｓ８２２）、バナーにリンク設定されていた通知ＩＤがアプリＩＤとともにスマートフォン４００からアプリケーションサーバ装置５００に送信される。アプリケーションサーバ装置５００は、受信したアプリＩＤと通知ＩＤとで報告受信者を認証し、受信した通知ＩＤが関連付けされている記事ＩＤを特定し、特定した記事ＩＤに従って、記事データをデータベースから読み出す（Ｓ８２３）。読み出された記事データは、アプリケーションサーバ装置５００からスマートフォン４００に送信される。スマートフォン４００の報告通知アプリは、受信された記事データに基づいて、特定の報告案件に関する案件報告ページを作成処理し（Ｓ８２４）、作成した報告案件ページを表示する（Ｓ８２５）。

以上説明した図２３に示す報告通知システムのように、報告発信者による報告案件に関する投稿と報告受信者による報告案件ページの閲覧とを報告通知サービス専用のアプリケーションソフトを介して行うようにした場合であっても、図１に示す報告通知システムと同様の効果を得られる。すなわち、特定の報告案件に関する記事データをデータベースから読み出すための通知ＩＤを、特定の報告案件に関する記事が投稿されるたびに更新し、更新した通知ＩＤを予め登録されている報告受信者端末に送信することで、そのアプリＩＤに対応する報告受信者端末を扱う報告受信者以外の第三者が、通知ＩＤを知り得ないため、更新された通知ＩＤを通知した報告受信者だけに報告案件ページの閲覧を制限することができる。ユーザは、ホーム画面に表示されたバナーをタップするだけで、報告通知アプリで更新された案件報告ページを閲覧することができるため、閲覧制限がかけられているWEBページを閲覧するためにＩＤ、パスワードを入力する煩わしさ、管理する煩わしさを解消することができる。万が一、特定の報告案件に対応する通知ＩＤが外部に流出し、第三者が知り得た場合であっても、その通知ＩＤに対応する報告案件に関する記事が投稿されてしまえば、その報告案件に関連付けされている記事データを読み出す通知ＩＤも更新されるため、第三者は知り得た通知ＩＤで更新された報告案件ページ及び更新前の報告案件ページを閲覧することはできない。したがって、本実施形態に係るサーバ装置によれば、第三者が継続して報告案件ページの更新情報を閲覧することは困難であり、通知ＩＤが流出することによる個人情報漏洩の被害を限定的に抑えることができる。

また、図２４に示す報告通知システムによれば、通知ＩＤには規則性がなく、再現性のない文字列が含まれ、通知ＩＤは報告案件に関する投稿がなされるたびに変更されるため、第三者が通知ＩＤを複数回特定することは非常に困難である。したがって、アプリケーションサーバ装置５００がアプリデータ管理表に登録されていないアプリＩＤ（未登録端末）から、繰り返し更新される、特定の報告案件に対応する通知ＩＤを複数回受信したとき、そのアプリＩＤは、報告メールを受け取っている報告受信者端末である可能性が非常に高い。このように、アプリケーションサーバ装置５００で管理されていないユーザから、投稿がなされるたびに変更される、特定の報告案件に関する通知ＩＤ（ＵＲＬ）を複数回受信したとき、アプリケーションサーバ装置５００は、そのユーザを特定の報告案件の連絡先に登録するようにしてもよい。

図２６は、図２３の報告通知システムによるアプリＩＤの登録処理の手順を示すシーケンス図である。図２６は、図２４に示す報告通知処理が繰り返し３回行われた場合を示している。図２６に示すように、特定の報告案件に関する１回目の投稿がなされたとき、報告メールを受信した報告受信者は、報告メールに記載されているＵＲＬをタップすることで、図２７に示すような、特定の報告案件に対応するWEBページを閲覧することができる。図２７に示すWEBページにおいて「アプリで開く」には、報告通知アプリを自動で起動するコードと１回目の投稿で発行された第１通知ＩＤとが関連付けられている。報告受信者により、「アプリで開く」がタップされると、報告通知アプリが起動し、スマートフォン４００を特定するための固有のアプリＩＤ（ここでは、特定のアプリＩＤと言いう）とともに特定の報告案件に対応する第１通知ＩＤがスマートフォン４００からアプリケーションサーバ装置５００に送信される。アプリケーションサーバ装置５００は、受信した特定のアプリＩＤがアプリデータ管理表に登録されていなかった場合、その受信した特定のアプリＩＤを特定の報告案件に対応付けてアプリデータ管理表に仮登録するとともに、仮登録した特定のアプリＩＤに対して、受信した第１通知ＩＤに対応する特定の報告案件に関する記事データセットを送信する。これにより、報告受信者は、スマートフォン４００の報告通知アプリの画面上で特定の報告案件に関する報告ページを閲覧することができる。

特定の報告案件に関する２回目の投稿がなされたときも１回目の投稿のときと同じような手順を経て、特定のアプリＩＤとともに２回目の投稿で発行された特定の報告案件に関する第２通知ＩＤがスマートフォン４００の報告通知アプリからアプリケーションサーバ装置５００に送信される。アプリケーションサーバ装置５００は、受信した特定のアプリＩＤがアプリデータ管理表に仮登録されているため、その受信した仮登録済みの特定のアプリＩＤを本登録するとともに、本登録した特定のアプリＩＤに対して、受信した第２通知ＩＤに対応する特定の報告案件に関する記事データセットを送信する。これにより、報告受信者は、スマートフォン４００の報告通知アプリの画面上で特定の報告案件に関する報告ページを閲覧することができる。このように、アプリケーションサーバ装置５００は、仮登録されている特定のアプリＩＤに対して、通知ＩＤを送信しない。

特定の報告案件に関する３回目の投稿がなされたとき、既に特定の報告案件に対して特定のアプリＩＤが本登録されている。そのため、アプリケーションサーバ装置５００は、特定のアプリＩＤに対して３回目の投稿で発行された第３通知ＩＤを送信する。これにより、報告受信者は、ブラウザを経由することなく、スマートフォン４００の報告通知アプリで直接、特定の報告案件に関する報告ページを閲覧することができる。

以上説明した本実施形態に係るサーバ装置によれば、報告案件に関する投稿がなされるたびに更新される特定の報告案件に関する通知ＩＤを同一の未登録のアプリＩＤ（端末）から複数回連続して又は断続して受信したとき、受信した未登録のアプリＩＤを特定の報告案件に対応付けて登録する。これにより、報告発信者側は、初期登録段階で、少なくとも報告案件毎の報告受信者のメールアドレスさえ登録しておけばよく、報告通知アプリで閲覧したい報告受信者用のアプリＩＤは、上記のアプリＩＤの自動登録処理により自動的にアプリデータ管理表に登録させることができるため、報告案件毎のアプリＩＤの登録作業を減らすことができる。

本実施形態では、複数の報告案件にそれぞれ対応する複数のWEBページファイルがWEBサーバ装置１００に記憶されるとしたが、WEBサーバ装置１００に対して電気的に接続された外部の記憶装置に記憶させてもよい。図２８は、本実施形態に係るサーバ装置を含む報告通知システムの他の例を示すシステム構成図である。図２８に示す報告通知システムは、図１の報告通知システムにおいて、WEBサーバ装置１００に対してネットワーク、典型的にはＬＡＮを介して外部のデータベースサーバ装置６００が接続された構成である。データベースサーバ装置６００は、複数のWEBページファイルを、複数の案件ＩＤ、ＵＲＬ情報に関連付けて記憶する。なお、ここではWEBサーバ装置１００とメールサーバ装置２００とに機能分化して説明するが、単一のサーバ装置にWEBサーバ装置１００が備える機能とメールサーバ装置２００が備える機能とを実装させるようにしてもよい。

図２９は、図２８の報告通知システムによる報告通知処理の手順の一例を示すシーケンス図である。図２９に示すように、報告発信者によりタブレット端末３００のブラウザに表示されている報告通知サービスに対応するアイコンがタップされ、報告送信者端末に表示された特定の報告案件の投稿画面上で、報告内容が入力され、送信ボタンがタップされるまでの手順（Ｓ９０１〜Ｓ９１２）は、図２の手順（Ｓ１０１〜Ｓ１１２）と同様であるため、その説明を省略する。

報告発信者により送信ボタンがタップされると（Ｓ９１２）、案件ＩＤとともに、ページファイル更新情報（報告文、画像等のファイル）がタブレット端末３００からWEBサーバ装置１００に送信される。WEBサーバ装置１００は、受信したページファイル更新情報を案件ＩＤとともに保持し、案件ＩＤに対応するWEBページファイルをデータベースサーバ装置６００から読み出すために、WEBページファイルの読出要求とともに案件ＩＤをデータベースサーバ装置６００に送信する。データベースサーバ装置６００は、受信した案件ＩＤに対応するWEBページファイルを読出し（Ｓ９１３）、読み出したWEBページファイルを案件ＩＤとともにWEBサーバ装置１００に送信する。WEBサーバ装置１００は、受信したWEBページファイルをページファイル更新情報に従って更新する（Ｓ９１４）。データベースサーバ装置６００は、ページファイル更新情報を受信した後、更新されたWEBページファイルに対して新しいファイル名（乱数）を発行し（Ｓ９１５）、発行した新しいファイル名を案件ＩＤとともにWEBサーバ装置１００に送信する。WEBサーバ装置１００は、更新されたWEBページファイルのＵＲＬをデータベースサーバ装置６００から受信した新たなファイル名に従って更新する（Ｓ９１６）。WEBサーバ装置１００は、更新されたWEBページファイルと更新されたＵＲＬ情報とを案件ＩＤ，ファイルの保存要求とともにデータベースサーバ装置６００に送信する。データベースサーバ装置６００は、更新されたWEBページファイルを、更新されたＵＲＬ情報に従って保存する（Ｓ９１９）。また、WEBサーバ装置１００は、亜更新されたＵＲＬ情報を、案件ＩＤとともにメールサーバ装置２００に送信する。

メールサーバ装置２００は、受信した案件ＩＤに対応する連絡先を特定し（Ｓ９１７）、メール本文のテンプレートに更新されたＵＲＬ情報を挿入した報告メールを作成する（Ｓ９１８）。メールサーバ装置２００は、作成された報告メールをステップＳ９１７で特定されたメールアドレスに送信する。これにより、報告メールを受信したスマートフォン４００に図７に示すメール受信画面が表示される（Ｓ９２１）。また、メールサーバ装置２００は、報告メールを送信したことを示す送信済コードを案件ＩＤとともにWEBサーバ装置１００に送信する。WEBサーバ装置１００は、送信済コードを受信したことに従って、案件ＩＤに対応する報告者ＩＤ（報告発信者端末３００）に投稿受付画面を送信する。これにより、報告発信者側のタブレット端末３００に投稿受付画面が表示される（Ｓ９２０）。報告受信者により、メール受信画面上の更新されたＵＲＬがタップされると（Ｓ９２２）、更新されたＵＲＬ情報がスマートフォン４００からWEBサーバ装置１００に送信される。WEBサーバ装置１００は、更新されたＵＲＬに対応するWEBページファイルの読出し要求を案件ＩＤとともにデータベースサーバ装置６００に送信する（Ｓ９２３）。データベースサーバ装置６００は、案件ＩＤに対応するWEBページファイルを記憶部から読み出し、WEBサーバ装置１００に送信する（Ｓ９２４）。スマートフォン４００には更新されたWEBページが表示される（Ｓ９２５）。

既に説明したように、本実施形態に係るサーバ装置は、WEBページファイルが更新されるたびに、更新されたWEBページファイルのＵＲＬを更新させ、その更新されたＵＲＬを報告受信者に送信することを一つの特徴としている。この特徴により、WEBページファイルのセキュリティを確保している。したがって、図２８、図２９で説明したように、データ蓄積機能を外部のデータベースサーバ装置６００に持たせても、そのセキュリティを維持することができる。このように、WEBサーバ装置１００がWEBページ更新機能、ファイル名発行機能及びＵＲＬ更新機能を有するのではなく、これらの機能を有する外部装置をWEBサーバ装置１００が制御する構成であってもよい。例えば、図２８の報告通知システムでは、WEBページを更新する処理（Ｓ９１４）と更新されたWEBページのＵＲＬを更新する処理（Ｓ９１６）とを、外部のデータベースサーバ装置６００に実行させるようにしてもよい。この場合、WEBサーバ装置１００は、データベースサーバ装置６００に、WEBページファイルの更新要求及び更新されたWEBページファイルに対するＵＲＬの更新要求を送信し、データベースサーバ装置６００から更新されたＵＲＬ情報を受信する。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１００…WEBサーバ装置、２００…メールサーバ装置、３００…報告発信者端末（タブレット端末）、４００…報告受信者端末（スマートフォン）。

Claims

報告発信者側の報告発信者端末と、報告受信者側の報告受信者端末とに対してネットワークを介して接続されるサーバ装置において、
報告用のWEBページファイルを記憶する記憶装置と、
前記報告発信者端末から前記WEBページファイルの更新情報を受信する手段と、
前記記憶装置に記憶された前記WEBページファイルを前記更新情報に従って更新する手段と、
前記更新されたWEBページファイルに対してＵＲＬを更新する手段と、
前記更新されたＵＲＬに関する情報を前記報告受信者端末に送信する手段とを具備することを特徴とするサーバ装置。
前記更新されたWEBページファイルに対して新たなファイル名を発行する手段をさらに備え、
前記更新されたＵＲＬは、前記新たなファイル名を含むことを特徴とする請求項１記載のサーバ装置。
乱数を発生する手段をさらに備え、
前記更新されたＵＲＬは、前記乱数を含むことを特徴とする請求項１記載のサーバ装置。
前記更新されたＵＲＬの情報が本文に記載された報告メールを作成する手段をさらに備え、
前記作成された報告メールが前記報告受信者端末に送信されることを特徴とする請求項１記載のサーバ装置。
報告発信者側の報告発信者端末と、報告受信者側の報告受信者端末と、報告用のWEBページファイルを記憶する記憶装置とに対してネットワークを介して接続されるサーバ装置において、
前記報告発信者端末から前記WEBページファイルの更新情報を受信する手段と、
前記記憶装置に対して前記更新情報を、前記WEBページファイルの更新要求及び前記更新されたWEBページファイルに対するＵＲＬの更新要求とともに送信する手段と、
前記更新されたＵＲＬに関する情報を前記報告受信者端末に送信する手段とを具備することを特徴とするサーバ装置。
報告発信者側の報告発信者端末と、報告受信者側の報告受信者端末とに対してネットワークを介して接続されるサーバ装置において、
報告用のWEBページファイルを記憶する記憶装置と、
前記報告発信者端末から前記WEBページファイルの更新情報を受信する手段と、
前記記憶装置に記憶された前記WEBページファイルを前記更新情報に従って更新させる手段と、
前記WEBページファイルの更新とともに更新されたＵＲＬに関する情報を前記報告受信者端末に送信する手段とを具備することを特徴とするサーバ装置。
報告発信者側の報告発信者端末と、報告受信者側の報告受信者端末と、報告用のWEBページファイルを記憶する記憶装置とに対してネットワークを介して接続されるサーバ装置において、
前記報告発信者端末から前記WEBページファイルの更新情報を受信する手段と、
前記記憶装置に対して前記更新情報を前記WEBページファイルの更新要求とともに送信する手段と、
前記WEBページファイルの更新とともに更新されたＵＲＬに関する情報を前記報告受信者端末に送信する手段とを具備することを特徴とするサーバ装置。