(57)【要約】【課題】頻繁にデータの更新が行われる場合に、通知時間にずれが生じることと、通知内容が把握しづらくなるということを解消できる更新通知装置を提供する。【解決手段】複数のデータを保持する通知対象データ保持部１０１と、通知対象データ保持部により保持されている関連性のある複数のデータを比較して更新が行われたか否かを判断する検知部１０３と、検知部において更新が行われたと判断された場合に更新内容を抽出する更新内容抽出部１０４と、更新内容抽出部により抽出された複数の更新内容を通知内容として保持する通知内容保持部１０５と、所定の条件を満たす場合に通知内容保持部に保持されている通知内容を出力する通知部１０６とを備えた。【選択図】      図１
2004318242.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータを保持するデータ保持手段と、
前記データ保持手段により保持されている関連性のある複数のデータを比較して更新が行われたか否かを判断する判断手段と、
前記判断手段において更新が行われたと判断された場合に更新内容を抽出する更新内容抽出手段と、
前記更新内容抽出手段により抽出された複数の更新内容を通知内容として保持する通知内容保持手段と、
所定の条件を満たす場合に通知内容保持手段に保持されている通知内容を出力する出力手段とを備えたことを特徴とする更新通知装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子データの更新を監視し且つその更新を通知する更新通知装置に関する。
【０００２】
【従来の技術】
近年、コンピュータの普及によって多くの文書が電子化され、公開されている。このような電子文書においては、文書変更等の更新は、利用者がその文書を表示させる操作を行うことで、前回利用時との違いを目視するしかなかった。
【０００３】
そのような中で、近年注目されている装置として、特開平１０−１７１７００号公報に開示された更新通知装置がある。この更新通知装置は、電子文書等のデータの存在と、その内容の変化を断続的に監視することで、データの更新を発見し、更新があった場合に、装置利用者（以下、被通知者と記述する。）に、そのデータの更新を通知する装置である。
【０００４】
これら従来の更新通知装置の多くは、データの更新を発見した時点で即時に通知する。この仕組みにより、できるだけ速くデータの更新を知りたいという利用者の要求に答えることができる。例えば、インターネット上で株価を公開しているページの更新を追跡する場合や、自分が管理するマシンのデータを悪意ある他者に書き換えられた場合等に即時通知は有効である。
【０００５】
【発明が解決しようとする課題】
しかし、データが頻繁に更新される場合や、自分が必要としない個所の更新が多い場合等には、即時の通知ではなく、ある程度纏めて通知して欲しい場合がある。
【０００６】
被通知者は、更新内容を常に確認できるわけではないので、見逃した更新内容を確認する場合は、保存しておいた過去の情報を遡って見なければならず、それらの場合、特に処理能力の乏しい小型の端末等においては不便である。また、多くのデータの更新情報が混在して通知されることになり、一つのデータについての変化を追うのが困難になることも考えられる。例えば、株価の変動情報とスポーツの途中経過等、その他多くの情報が混在して通知された場合、被通知者は、端末上でそれらの情報を取捨選択して、データの変化を追わなければならない。また、更新を発見する度に通知するため、ネットワークを介する場合はトラフィックの増加にも繋がる。
【０００７】
このような問題を解決する更新通知装置として、特開平１１−１２０１９０号公報に開示されているように、ある一定時間内に発生した数回のデータベース内における更新を記憶しておき、一定時間経過後に一括して処理を行い、その処理結果を通知する方法がある。
【０００８】
しかし、この方法には、次のような問題点があった。
【０００９】
まず、該方法では通知時に一括で処理（検索処理）を実行するため、頻繁に更新を検索した場合等においては、処理に負荷がかかり通知時に多くの時間を必要とすることになる。例えば、被通知者が通知希望時間を設定している場合に、時間的なずれが生じ、希望時間に近い時間に通知することが困難になる。また、該方法は、予約検索結果の通知に関するものであり、データベースの変更の有無は検索できるが、データの更新内容を纏めて通知することについての具体的な方法の記述がない。
【００１０】
本発明は、上述した従来技術の有する問題点を解消するためになされたもので、頻繁に複数のデータが送られて来る場合に、通知時間にずれが生じる問題と、通知内容が把握しづらくなるという問題の解消を可能とする更新通知装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明の更新通知装置は、複数のデータを保持するデータ保持手段と、前記データ保持手段により保持されている関連性のある複数のデータを比較して更新が行われたか否かを判断する判断手段と、前記判断手段において更新が行われたと判断された場合に更新内容を抽出する更新内容抽出手段と、前記更新内容抽出手段により抽出された複数の更新内容を通知用データとして保持する通知用データ保持手段と、所定の条件を満たす場合に通知用データ保持手段に保持されている通知用データを出力する出力手段とを備えたことを特徴とする。
【００１２】
【発明の実施の形態】
以下、本発明の各実施の形態を図１乃至図２０に基づき説明する。
【００１３】
（第１の実施の形態）
まず、本発明の第１の実施の形態を、図１乃至図１０に基づき説明する。
【００１４】
図１は、本実施の形態に係る更新通知装置の基本構成を示すブロック図であり、同図において、１０１は通知対象データ保持部で、通知対象となるデータとその過去のデータ（時系列データ）を取得できる形で管理・保持し且つ通知対象データの変更を認識可能なものである。通知対象データとその過去のデータを取得するための管理は、例えば、時間情報によって行っても良い。また、ここで認識すべき変更は、必ずしも本装置によって通知する内容に関する変更に限られるものではなく、例えば、文書データのテキスト部分の変更を通知する場合でも、図や表等の変更を認識しても良い。
【００１５】
１０２は時系列データ特定部で、通知対象データ保持部１０１から過去のデータを抽出するために必要な情報を管理するものである。例えば、上記のように通知対象データ保持部１０１が時間情報で通知対象データを管理する場合、時系列データ特定部１０２は、データを特定する情報として時間情報を管理すれば良い。１０３は検知部で、二つのデータを比較してある特定条件に合致するか否を判断する（以下、検知と記述する。）ものである。例えば、二つのＨＴＭＬ文書を検知する場合、条件が「ＨＴＭＬタグを除いたテキスト部分が変更されているか？」である場合、ＨＴＭＬタグ部分以外の文字列が変更されていれば、この条件に合致した変更が行われたものと判断する。この検知に使用する条件は、上記例に限られるものではなく、通知対象データ、或いは被通知者の要求等に応じた任意の条件を利用できる。また、一つの条件に限られるものではなく、複数の条件が存在しても良い。
【００１６】
１０４は更新内容抽出部で、検知部１０３の検知条件に応じた変更（以下、更新と記述する。）の内容を抽出するものである。１０５は通知内容保持部で、更新内容抽出部１０４により抽出された更新内容を、通知する情報として纏めた形（ここでは、通知内容と呼ぶ）で保持するものである。通知内容は、１以上の通知対象データにおける１回以上の更新内容を通知するデータとして纏まったものであれば良い。また、例えば、本装置によって通知内容を送られる者（以下、被通知者と記述する。）が複数いる場合等は、被通知者毎に更新内容を纏めたものとしても良い。１０６は通知部で、通知内容保持部１０５に保持されている通知内容を、被通知者に対して通知するものである。
【００１７】
図２は、本実施の形態に係る更新通知装置の回路構成を示すブロック図であり、同図において、２０１は出力装置で、通知内容を被通知者に対して出力するためのもので、例えば、ディスプレイやスピーカ等から成る。２０２はＲＯＭ（リードオンリーメモリ）で、図１における各処理を行うプログラム及び更新通知装置のプログラムを格納するメモリである。２０３はＲＡＭ（ランダムアクセスメモリ）で、ＲＯＭ２０２に格納されたプログラム実行時のワーク用メモリである。２０４はＣＰＵ（中央演算処理装置）で、ＲＯＭ２０２に格納されたプログラムを実行するものである。２０５はディスク装置で、通知対象データ保持部１０１により保持された通知対象データや、通知内容保持部１０５により保持された通知内容等のデータを追加・削除可能なハードディスクドライブ（ＨＤＤ）等から成るものである。２０６は本装置の各部を接続してデータをやり取りするバスである。
【００１８】
次に、上記構成に成る本実施の形態に係る更新通知装置における通知内容を生成する処理動作について、図３のフローチャートを用いて説明する。このフローチャートに示す処理は、ＲＯＭ２０２に格納された制御プログラムに従ってＣＰＵ２０４が実行するものである。
【００１９】
まず、ステップＳ３０１で、通知対象データ保持部１０１により保持されているデータが変化したことを検知部１０３に知らせ、更に保持されている時系列データを更新する。本実施の形態においては、通知対象データとして図５に示すように文書データＡとその時系列データ５０１を保持するものとし、文書データＡが変化した時間の情報５０２を持たせた時系列データを更新するものとする。
【００２０】
次に、ステップＳ３０２で、検知部１０３が、通知対象データ保持部１０１からの文書データＡの変更の知らせを受け、時系列データ特定部１０２から該データの前回通知時刻を獲得する。時系列データ特定部１０２は、図６に示すように、文書データＡの前回通知時刻６０１を保持すれば良い。
【００２１】
次に、ステップＳ３０３で、検知部１０３が、前記ステップＳ３０２において得られた文書データＡの前回検知時刻を利用して、通知対象データ保持部１０１上の文書データＡの前回通知時データを獲得する。また、このとき、文書データＡの最新データも獲得する。そして、文書データＡの前回検知時データと文書データＡの最新データとを比較する。本実施の形態では、文書データＡの前回通知時データ及び最新データを図７に示すようなＨＴＭＬ文書データ７０１であるものとし、同図に記載の条件（「タグ以外のテキストデータの追加・更新・削除か？」）７０２によって検知を行うものとする。
次に、ステップＳ３０４で、検知部１０３における検知が更新条件に合致するものであった否かを判断し、合致するものであったと判断された場合はステップＳ３０５へ、また、合致するものでなかったと判断された場合はステップＳ３０７へ、それぞれ進む。図７の場合は、更新条件に合致したとみなし、ステップＳ３０５へ進む。
【００２２】
ステップＳ３０５では、更新内容抽出部１０４が更新内容を抽出する。図７に示す両データの検知においては、更新内容は（「一軍：二軍（試合前）→一軍：二軍（試合終了）１０：２」）７０３のようになる。
【００２３】
次に、ステップＳ３０６で、前記ステップＳ３０５において抽出された更新内容を通知内容保持部１０５に保持させる。本実施の形態では、更新内容を抽出する毎に、該当する通知内容を追記する。例えば、前回通知時から今回の通知時迄の間に、図８（ａ）〜（ｅ）に示すように文書データＡが変更されたとすると、同データに対する更新内容は図９に示すように抽出される。このとき、通知内容保持部１０５は、新しい更新内容が得られる毎に図１０に示すように該当する通知内容に追記して保持するようにする。これにより、纏めて通知する更新内容の推移を被通知者が知ることができる。
【００２４】
次にステップＳ３０７で、時系列データ特定部１０２が、図６に示した文書データＡの前回通知時刻６０１を、今回の検知時の時刻に更新する。
【００２５】
次に、本実施の形態に係る更新通知装置の通知内容を通知する処理動作について、図４のフローチャートを用いて説明する。
【００２６】
まず、ステップＳ４０１で、通知部１０６がある通知内容を通知するタイミングが来る。本実施の形態では、通知部１０６において定期的に通知のタイミングが来るようにスケジューリングされているものとする。但し、通知するタイミングは、図３に示す通知内容を生成する処理とは非同期的であっても良い。
【００２７】
次に、ステップＳ４０２で、通知内容保持部１０５に該通知内容が存在しているか否かを判断し、存在していると判断された場合はステップＳ４０３へ進み、また、存在していないと判断された場合は本処理動作を終了し、今回の通知は行わない。
【００２８】
ステップＳ４０３で、通知部１０６が通知内容保持部１０５に存在する通知内容を取得し、通知内容保持部１０５上の通知内容はクリアする。
【００２９】
次に、ステップＳ４０４で、通知部１０６が、前記ステップＳ４０３において取得された通知内容を被通知者に通知する。これにより、通知時に比較・検知処理を行わなくて良いため、処理を軽減できる。
【００３０】
以上のように、本実施の形態に係る更新通知装置によれば、データの更新を纏めて通知するようにしたから、頻繁に複数のデータが送られて来る場合に、通知内容が把握しづらくなるということを解消できる。また、通知回数が減少するため、ネットワークのトラフィックを抑制することができる。また、通知時に行う処理を軽減することで、通知する時間のずれを削減できる。更に、前回通知時から今回通知時迄の間に行われた更新の内容を追記して纏めることにより、更新内容の推移を被通知者が知ることができる。
【００３１】
（第２の実施の形態）
次に、本発明の第２の実施の形態を、図１１乃至図１４に基づき説明する。
【００３２】
尚、本実施の形態に係る更新通知装置の構成は、上述した第１の実施の形態の図１及び図２と同一であるから、必要に応じて、これら両図を流用して説明する。
【００３３】
以下、本実施の形態に係る更新通知装置における通知内容を生成する処理動作について、図１１のフローチャートを用いて説明する。このフローチャートに示す処理は、ＲＯＭ２０２に格納された制御プログラムに従ってＣＰＵ２０４が実行するものである。
【００３４】
まず、ステップＳ１１０１で、通知対象データ保持部１０１により保持されているデータが変化したことを検知部１０３に知らせ、更に保持されている時系列データを更新する。本実施の形態においては、通知対象データとして図５に示すように文書データＡとその時系列データ５０１を保持するものとし、文書データＡが変化した時間の情報５０２を持たせた時系列データを更新するものとする。
【００３５】
次に、ステップＳ１１０２で、検知部１０３が、通知対象データ保持部１０１からの文書データＡの変更の知らせを受け、時系列データ特定部１０２から該データの前回通知時刻を獲得する。時系列データ特定部１０２は、図１３に示すように、文書データＡの前回通知時刻１３０１を保持すれば良い。
【００３６】
次に、ステップＳ１１０３で、検知部１０３が、前記ステップＳ１１０２において得られた文書データＡの前回通知時刻から、通知対象データ保持部１０１上の文書データＡの前回通知時データを獲得する。また、このとき、文書データＡの最新データも獲得する。そして、文書データＡの前回通知時データと文書データＡの最新データとを比較する。本実施の形態では、文書データＡの前回通知時データ及び最新データを図７に示すようなＨＴＭＬ文書データ７０１であるものとし、同図に記載の条件（「タグ以外のテキストデータの追加・更新・削除か？」）７０２によって検知を行うものとする。
【００３７】
次に、ステップＳ１１０４で、検知部１０３における検知が更新条件に合致するものであった否かを判断し、合致していたと判断された場合はステップＳ１１０５へ、また、合致しなかったと判断された場合は本処理動作を終了する。図７の場合は、更新条件に合致したとみなし、ステップＳ１１０５へ進む。
【００３８】
ステップＳ１１０５では、更新内容抽出部１０４が更新条件に合致した更新内容を抽出する。図７に示す両データの検知においては、更新内容は（「一軍：二軍（試合前）→一軍：二軍（試合終了）１０：２」）７０３のようになる。
【００３９】
次に、ステップＳ１１０６で、前記ステップＳ１１０５において抽出された更新内容を通知内容保持部１０５に保持させる。本実施の形態では、更新内容を抽出する毎に新しい更新内容で上書きする。例えば、前回通知時から今回の通知時迄の間に、図８（ａ）〜（ｅ）に示すように文書データＡが変更されたとすると、同データに対する更新内容は図１４（ａ）の１４０１に示すように抽出される。このとき、通知内容保持部１０５では、新しい更新内容が得られる毎に該当する通知内容に上書きし、前回通知時からの更新内容１４０２（図１４（ｂ）参照）を常に保持するようにした後、本処理動作を終了する。
【００４０】
次に、本実施の形態に係る更新通知装置の通知内容を通知する処理動作について、図１２のフローチャートを用いて説明する。
【００４１】
まず、ステップＳ１２０１で、通知部１０６がある通知内容を通知するタイミングが来る。本実施の形態では、通知部１０６において定期的に通知のタイミングが来るようにスケジューリングされているものとする。但し、通知するタイミングは、図１１に示す通知内容を生成する処理とは非同期的であっても良い。
【００４２】
次に、ステップＳ１２０２で、通知内容保持部１０５に該通知内容が存在しているか否かを判断し、存在していると判断された場合はステップＳ１２０３へ進み、また、存在していないと判断された場合は本処理動作を終了し、今回の通知は行わない。
【００４３】
ステップＳ１２０３では、通知部１０６が通知内容保持部１０５に存在する通知内容を取得し、通知内容保持部１０５上の通知内容はクリアする。
【００４４】
次に、ステップＳ１２０４で、通知部１０６が、前記ステップＳ１２０３において取得された通知内容を被通知者に通知する。これにより、通知時に比較・検知処理を行わなくて良いため、処理を軽減できる。
【００４５】
次に、ステップＳ１２０５で、通知部１０６が通知処理を行った時刻を検知部１０３に知らせ、検知部１０３は、時系列データ特定部１０２に該データの前回通知時刻を更新させた後、本処理動作を終了する。
【００４６】
以上のように、本実施の形態に係る更新通知装置によれば、前回通知時のデータと最新データとの差を更新内容として抽出・保持することで、現在どのように更新されたかを知りたい場合に容易に知ることができる。
【００４７】
（第３の実施の形態）
次に、本発明の第３の実施の形態を、図１５乃至図１７に基づき説明する。
【００４８】
本実施の形態は、上述した第１の実施の形態に示した通知方法（以下、追記型と記述する。）と第２の実施の形態に示した通知方法（以下、統合型と記述する。）とを切り替えられるようにしたものである。
【００４９】
図１５は、本実施の形態に係る更新通知装置の基本構成を示すブロック図であり、同図において、図１と同一部分には、同一符合が付してある。
【００５０】
図１５において、図１と異なる点は、図１の構成に切替部１５０１を付加したことである。
【００５１】
図１５において、時系列データ特定部１０２は、上述した第１の実施の形態において保持した情報に加えて、各データの前回検知時の時刻も保持するようになっている。通知内容保持部１０５は、更新内容を抽出内容が抽出されるたびに追記して保持することも、更新内容を上書きして保持することもできるようになっている。切替部１５０１は、追記型か統合型かの状態を保持しており、それに応じて前回通知時、或いは前回検知時のどちらのデータと最新データとを比較するかが切り替わる。また、前回通知時データと最新データとの比較から更新内容を抽出した場合は通知内容を上書きして保持し、また、前回検知時データとの比較から抽出した場合は追記して保持するように手順が切り替わる。
【００５２】
次に、本実施の形態に係る更新通知装置における通知内容を生成する処理動作について、図１６のフローチャートを用いて説明する。このフローチャートに示す処理は、ＲＯＭ２０２に格納された制御プログラムに従ってＣＰＵ２０４が実行するものである。
【００５３】
まず、ステップＳ１６０１で、通知対象データ保持部１０１により保持されているデータが変化したことを検知部１０３に知らせ、更に保持されている時系列データを更新する。
【００５４】
次に、ステップＳ１６０２で、切替部１５０１によって、追記型、或いは統合型のどちらの型が設定されているかを判断する。そして、統合型が設定されていると判断された場合はステップＳ１６０３へ、また、追記型が設定されていると判断された場合はステップＳ１６０４へ、それぞれ進む。
【００５５】
ステップＳ１６０３では、検知部１０３が、通知対象データ保持部１０１からの文書データＡの変更の知らせを受け、時系列データ特定部１０２から該データの前回通知時刻を獲得する。
【００５６】
ステップＳ１６０４では、時系列データ特定部１０２から該データの前回検知時刻データの所在を示す情報を獲得する。
【００５７】
前記ステップＳ１６０３及びステップＳ１６０４の処理が終了後は、いずれもステップＳ１６０５へ進む。
【００５８】
ステップＳ１６０５では、検知部１０３が、前記ステップＳ３０２において得られた文書データＡの前回通知時刻から、通知対象データ保持部１０１上の文書データＡの前回通知時データを獲得する。また、このとき、文書データＡの最新データも獲得する。そして、文書データＡの前回通知時データと文書データＡの最新データとを比較した後、次のステップＳ１６０６へ進む。
【００５９】
ステップＳ１６０６では、検知部１０３における検知が更新条件に合致するものであった否かを判断し、合致するものであったと判断された場合はステップＳ１６０７へ、また、合致するものでなかったと判断された場合は本処理動作を終了する。
【００６０】
ステップＳ１６０７では、更新内容抽出部１０４が更新条件に合致した更新内容を抽出する。
【００６１】
次に、ステップＳ１６０８で、切替部１５０１によって、追記型、或いは統合型のどちらの型が設定されているかを判断する。そして、統合型が設定されていると判断された場合はステップＳ１６０９へ、また、追記型が設定されていると判断された場合はステップＳ１６１０へ、それぞれ進む。
【００６２】
ステップＳ１６０９では、前記ステップＳ１６０７において抽出された更新内容を通知内容保持部１０５に保持させる。
【００６３】
ステップＳ１６１０では、抽出した更新内容を通知内容保持部１０５に保持させる。ここでは、更新内容を抽出するたびに、該当する通知内容に追記する。例えば、前回通知時から今回の通知時迄の間に、図８（ａ）〜（ｅ）に示すように文書データＡが変更されたとすると、同データにおける更新内容は図１４（ａ）の１４０１に示すように抽出される。このとき、通知内容保持部１０５は、新しい更新内容が得られるたびに、図１７に示すように、該当する通知内容に追記して保持するようにする。
【００６４】
前記ステップＳ１６０９及びステップＳ１６１０の処理が終了した後は、いずれもステップＳ１６１１へ進む。
【００６５】
ステップＳ１６１１では、時系列データ特定部１０２の前回検知時刻を今回の検知時刻に更新し、その後、本処理動作を終了する。
【００６６】
尚、本実施の形態に係る更新通知装置における通知内容を通知する処理動作の手順については、上述した第１の実施の形態における図４と同様であるから、その説明は省略する。
【００６７】
以上のように、本実施の形態に係る更新通知装置によれば、追記型と統合型との切り替えを、切替部１５０１を追加するだけで実現することができる。また、追記型と統合型とを切り替えられるようにしたから、被通知者は、通知して貰いたい情報に応じて、どちらの型を使用するかを選択することができる。
【００６８】
（第４の実施の形態）
上述した第１乃至第３の実施の形態においては、図４のステップＳ４０１及び図１２のステップＳ１２０１における通知のタイミングが通知部１０６によりスケジューリングされていることを想定したが、本発明はこの限りではなく、被通知者が通知して貰いたいタイミングをスケジューリングしても良い。或いは、通知内容保持部１０５が、通知内容が更新されたタイミングで、通知部１０６に通知させるようにしても良い。
【００６９】
（第５の実施の形態）
次に、本発明の第５の実施の形態を、図１８乃至図２０に基づき説明する。
【００７０】
上述した第１乃至第４の実施の形態においては、通知対象データが同一の計算機上に存在する場合について説明したが、本実施の形態は、第１及び第３の実施の形態における図１及び図１５の構成に、通信部及び収集部を設けることにより、ネットワーク上の他の計算機に存在する任意のデータを収集するようにし、その収集結果を通知対象データ保持部に保持するようにしたものである。
【００７１】
図１８及び図１９は、本実施の形態に係る更新通知装置の基本的構成を示すブロック図であり、同図において、第１及び第３の実施の形態における図１及び図１５と同一部分には、同一符合が付してある。
【００７２】
図１８及び図１９において図１及び図１５と異なる点は、図１及び図１５の構成に、収集部１８０１，１９０１及び通信部１８０２，１９０２を付加したことである。
【００７３】
この場合の更新通知装置の回路構成は、図２０のようになる。
【００７４】
図２０において、２０００は更新通知装置、２００１はクライアント装置、２００２はサーバ装置、２００３は文書データ、２００４はネットワークである。
【００７５】
更新通知装置２０００は、出力装置２０００ａ、ＲＯＭ（リードオンリーメモリ）２０００ｂ、ＲＡＭ（ランダムアクセスメモリ）２０００ｃ、ＣＰＵ（中央演算処理装置）２０００ｄ、ディスク装置２０００ｅ及びネットワークインタフェース（ネットワークＩ／Ｆ）２０００ｆから成り、これら各構成要素は、バス２０００ｇを介して接続されている。
【００７６】
また、通信部１９０２を経由してネットワーク２００４上の他の計算機に、例えば、電子メール等によって通知するような仕組みを設けても良い。
【００７７】
（第６の実施の形態）
上述した第１乃至第３の実施の形態においては、図４のステップＳ４０２及び図１２のステップＳ１２０２において、通知内容が存在しない場合、処理動作を終了して通知を行わないようにしたが、通知内容が無い旨を示すメッセージを作成して通知するようにしても良い。
【００７８】
（第７の実施の形態）
上述した各実施の形態においては、文書データのテキスト部分を検知対象としたが、本発明はこれに限られるものではなく、例えば、検知部１０３がバイナリデータとして検知を行い、検知条件としてバイナリデータの相違点の有無を用いた場合等、文書データ以外のデータを通知しても良い。
【００７９】
（第８の実施の形態）
上述した各実施の形態においては、通知対象データ保持部１０１が保持する時系列データは時間情報を持っており、これを利用して過去のデータの特定を行ったが、本発明はこれに限られるものではなく、例えば、時間情報の代わりに一意のＩＤ（識別子）を付しておくことで、過去のデータを特定できるようにしても良い。この場合は、時系列データ特定部１０２が保持する情報も、時間情報ではなく、該当するＩＤ番号で保持するようにするものである。
【００８０】
（第９の実施の形態）
上述した各実施の形態においては、通知内容保持部１０５が保持する通知内容として、一つの通知対象データの更新内容を纏めたが、本発明はこれに限られるものではなく、複数の通知対象データの更新内容を纏めて通知内容としても良い。
【００８１】
（第１０の実施の形態）
上述した各実施の形態においては、通知内容保持部１０５において、複数の被通知者に対して別々の通知内容を保持するようにしても良いことは既に述べたが、この場合、同一データの更新内容を異なるタイミングで通知する可能性があり、前回通知時刻は、データに対して一意に決定しなくなるため、時系列データ特定部１０２では、通知内容毎に前回通知時刻データを特定できる情報を管理するようにするものである。
【００８２】
（第１１の実施の形態）
上述した各実施の形態においては、通知対象データ保持部１０１が保持する時系列データは、過去のデータをそのまま保持したが、本発明はこれに限られるものではなく、過去の時点のデータを再現できれば良く、例えば、データの差分を過去の履歴として保持しても良い。
【００８３】
（他の実施の形態）
上述した各実施の形態においては、各部を同一の計算機上で構成する場合について説明したが、本発明はこれに限定されるものではなく、ネットワーク上に分散した計算機や処理装置等に分かれて各部を構成しても良い。
【００８４】
また、上述した各実施の形態においては、プログラムをＲＯＭに保持する場合について説明したが、本発明はこれに限られるものではなく、任意の記憶媒体を用いて保持するようにしても良い。また、同様の動作をする回路で実現しても良い。
【００８５】
尚、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用しても良い。また、上述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステム或いは装置に供給し、そのシステム、或いは装置のコンピュータ（または、ＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が上述した各実施の形態の機能を実現することになり、そのプログラムコードを格納した記憶媒体は本発明を構成することになる。
【００８６】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリカード及びＲＯＭ等を用いることができる。
【００８７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部、または全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８８】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部、または全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８９】
以上では、本発明の様々な例と実施形態を説明したが、当業者であれば、本発明の趣旨と範囲は本明細書内の特定の説明と図に限定されるものではなく、本願特許請求の範囲に全て述べられた様々な修正と変更に及ぶことが可能であることは言うまでもない。
【００９０】
本発明の実施態様の例を以下に列挙する。
【００９１】
［実施態様１］  複数のデータを保持するデータ保持手段と、
前記データ保持手段により保持されている関連性のある複数のデータを比較して更新が行われたか否かを判断する判断手段と、
前記判断手段において更新が行われたと判断された場合に更新内容を抽出する更新内容抽出手段と、
前記更新内容抽出手段により抽出された複数の更新内容を通知内容として保持する通知内容保持手段と、
所定の条件を満たす場合に通知内容保持手段に保持されている通知内容を出力する出力手段とを備えたことを特徴とする更新通知装置。
【００９２】
［実施態様２］  前記通知内容保持手段は、前記更新内容抽出手段により抽出された更新内容を前回通知時から次の通知時迄の間、逐次追記した通知内容を保持することを特徴とする実施態様１記載の更新通知装置。
【００９３】
［実施態様３］  前記通知内容保持手段は、前記更新内容抽出手段により抽出された新しい更新内容で古いものを上書きし且つ任意の数の更新内容を纏めて保持することを可能とし、前回通知時から次の通知時迄に抽出した更新内容を追記して保持するか、新しいもので上書きして保持するか切り替える切替手段を備えたことを特徴とする特徴とする実施態様２記載の更新通知装置。
【００９４】
［実施態様４］  前記通知内容保持手段は、前記更新内容抽出手段により抽出された新しい更新内容で古いものを上書きした通知内容を保持することを特徴とする実施態様１記載の更新通知装置。
【００９５】
［実施態様５］  前記所定の条件は、外部から指定される任意のタイミングであることを特徴とする実施態様１乃至４に記載の更新通知装置。
【００９６】
［実施態様６］  前記通知手段は、スケジューリングされた任意のタイミングに従って通知処理を行うことを特徴とする実施態様１乃至５に記載の更新通知装置。
【００９７】
［実施態様７］  前記通知手段は、前記通知内容保持手段が指定するタイミングで通知処理を行うことを特徴とする実施態様１乃至５に記載の更新通知装置。
【００９８】
［実施態様８］  前記通知手段は、前記通知内容保持手段により保持されている通知内容を被通知者に通知する通知部に通知処理を行ったことを伝えることを特徴とする実施態様１乃至５に記載の更新通知装置。
【００９９】
［実施態様９］  他の装置との通信を行う通信手段と
前記通信手段を経由して通知対象データを収集し，前記通知対象データ保持手段にデータを保持させる収集手段と、
を備えたことを特徴とする実施態様１乃至８のいずれかに記載の更新通知装置。  ［実施態様１０］  複数のデータを保持するデータ保持工程と、
前記データ保持工程により保持されている関連性のある複数のデータを比較して更新が行われたか否かを判断する判断工程と、
前記判断工程において更新が行われたと判断された場合に更新内容を抽出する更新内容抽出工程と、
前記更新内容抽出工程により抽出された複数の更新内容を通知内容として保持する通知内容保持工程と、
所定の条件を満たした場合に通知内容保持工程に保持されている通知内容を出力する出力工程とを備えたことを特徴とする更新通知方法。
【０１００】
［実施態様１１］  前記通知内容保持工程は、前記更新内容抽出手段により抽出された更新内容を前回通知時から次の通知時迄の間、逐次追記した通知内容を保持することを特徴とする実施態様１０記載の更新通知方法
［実施態様１２］  前記通知内容保持工程は、前記更新内容抽出工程により抽出された新しい更新内容で古いものを上書きし且つ任意の数の更新内容を纏めて保持することを可能とし、前回通知時から次の通知時迄に抽出した更新内容を追記して保持するか、新しいもので上書きして保持するか切り替える切替工程を備えたことを特徴とする特徴とする実施態様１０記載の更新通知方法
［実施態様１３］  前記通知内容保持工程は、前記更新内容抽出手工程により抽出された新しい更新内容で古いものを上書きし且つ任意の数の更新内容を纏めて保持することを可能とし、を特徴とする実施態様１０記載の更新通知方法
［実施態様１４］  前記所定の条件は、外部から指定される任意のタイミングであることを特徴とする実施態様１０乃至１３に記載の更新通知方法。
【０１０１】
［実施態様１５］  前記通知工程は、外部から指定される任意のタイミングで通知処理を行うことを特徴とする実施態様１０乃至１４に記載の更新通知方法。
【０１０２】
［実施態様１６］  前記通知工程は、スケジューリングされた任意のタイミングに従って通知処理を行うことを特徴とする実施態様１０乃至１４に記載の更新通知方法。
【０１０３】
［実施態様１７］  前記通知工程は、前記通知内容保持工程が指定するタイミングで通知処理を行うことを特徴とする実施態様１０乃至１４に記載の更新通知方法。
【０１０４】
［実施態様１８］  前記通知工程は、前記通知内容保持工程により保持されている通知内容を被通知者に通知する通知部に通知処理を行ったことを伝えることを特徴とする実施態様１０に記載の更新通知方法。
【０１０５】
［実施態様１９］  他の装置との通信を行う通信工程と、
前記通信工程を経由して通知対象データを収集し且つ前記通知対象データ保持工程にデータを保持させる収集工程と、
を備えたことを特徴とする実施態様１０乃至１８のいずれかに記載の更新通知方法。
【０１０６】
［実施態様２０］  実施態様１０乃至１９に記載の更新通知方法が備える各工程をコンピュータに実行させるためのプログラムコードから成ることを特徴とする制御プログラム。
【０１０７】
［実施態様２１］  実施態様２０に記載の制御プログラムを格納したことを特徴とする記憶媒体。
【０１０８】
【発明の効果】
以上説明したように、本発明によれば、頻繁に複数のデータが送られて来る場合に、通知時間にずれが生じることと、通知内容が把握しづらくなるということを解消できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図２】本発明の第１の実施の形態に係る更新通知装置の回路構成を示すブロック図である。
【図３】本発明の第１の実施の形態に係る更新通知装置における通知内容を生成する処理動作の流れを示すフローチャートである。
【図４】本発明の第１の実施の形態に係る更新通知装置における通知内容を通知する処理動作の流れを示すフローチャートである。
【図５】本発明の第１の実施の形態に係る更新通知装置における通知対象データ保持部が保持するデータの構成例を示す図である。
【図６】本発明の第１の実施の形態に係る更新通知装置における時系列データ特定部が保持するデータの構成例を示す図である。
【図７】本発明の第１の実施の形態に係る更新通知装置における検知処理及び更新内容抽出処理の流れを示す図である。
【図８】本発明の第１の実施の形態に係る更新通知装置における通知対象データの変更例を示す図である。
【図９】本発明の第１の実施の形態に係る更新通知装置における更新内容抽出処理の例を示す図である。
【図１０】本発明の第１の実施の形態に係る更新通知装置における通知内容の一例を示す図である。
【図１１】本発明の第２の実施の形態に係る更新通知装置における通知内容を生成する処理動作の流れを示すフローチャートである。
【図１２】本発明の第２の実施の形態に係る更新通知装置における通知内容を通知する処理動作の流れを示すフローチャートである。
【図１３】本発明の第２の実施の形態に係る更新通知装置における時系列データ特定部が保持するデータの構成例を示す図である。
【図１４】本発明の第２の実施の形態に係る更新通知装置における更新内容抽出処理の例を示す図である。
【図１５】本発明の第３の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図１６】本発明の第３の実施の形態に係る更新通知装置における通知内容を生成する処理動作の流れを示すフローチャートである。
【図１７】本発明の第３の実施の形態に係る更新通知装置における前回通知時から次回通知時までの更新内容を追記して保持する方法（追記型）の通知内容の例を示す図である。
【図１８】本発明の第５の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図１９】本発明の第５の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図２０】本発明の第５の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【符号の説明】
１０１        通知対象データ保持部
１０２        時系列データ特定部
１０３        検知部
１０４        更新内容抽出部
１０５        通知内容保持部
１０６        通知部
２０１        出力装置
２０２        ＲＯＭ
２０３        ＲＡＭ
２０４        ＣＰＵ
２０５        ディスク装置
２０６        バス
１００１      切替部
１８０１      収集部
１８０２      通信部
１９０１      収集部
１９０２      通信部
２０００      更新通知装置
２０００ａ    出力装置
２０００ｂ    ＲＯＭ
２０００ｃ    ＲＡＭ
２０００ｄ    ＣＰＵ
２０００ｅ    ディスク装置
２０００ｆ    ネットワークインタフェース（ネットワークＩ／Ｆ）
２０００ｇ    バス
【図１】
2004318242.tif 000003
【図２】
2004318242.tif 000004
【図３】
2004318242.tif 000005
【図４】
2004318242.tif 000006
【図５】
2004318242.tif 000007
【図６】
2004318242.tif 000008
【図７】
2004318242.tif 000009
【図８】
2004318242.tif 000010
【図９】
2004318242.tif 000011
【図１０】
2004318242.tif 000012
【図１１】
2004318242.tif 000013
【図１２】
2004318242.tif 000014
【図１３】
2004318242.tif 000015
【図１４】
2004318242.tif 000016
【図１５】
2004318242.tif 000017
【図１６】
2004318242.tif 000018
【図１７】
2004318242.tif 000019
【図１８】
2004318242.tif 000020
【図１９】
2004318242.tif 000021
【図２０】
2004318242.tif 000022