JP4323853B2 - 更新通知装置及び方法、並びにプログラム及び記憶媒体 - Google Patents
更新通知装置及び方法、並びにプログラム及び記憶媒体 Download PDFInfo
- Publication number
- JP4323853B2 JP4323853B2 JP2003107834A JP2003107834A JP4323853B2 JP 4323853 B2 JP4323853 B2 JP 4323853B2 JP 2003107834 A JP2003107834 A JP 2003107834A JP 2003107834 A JP2003107834 A JP 2003107834A JP 4323853 B2 JP4323853 B2 JP 4323853B2
- Authority
- JP
- Japan
- Prior art keywords
- notification
- update
- content
- time
- target data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2358—Change logging, detection, and notification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/93—Document management systems
Description
【０００１】
【発明の属する技術分野】
本発明は、電子データの更新を監視し且つその更新を通知する更新通知装置及び方法、並びにプログラム及び記憶媒体に関する。
【０００２】
【従来の技術】
近年、コンピュータの普及によって多くの文書が電子化され、公開されている。このような電子文書においては、文書変更等の更新は、利用者がその文書を表示させる操作を行うことで、前回利用時との違いを目視するしかなかった。
【０００３】
そのような中で、近年注目されている装置として、特開平１０−１７１７００号公報に開示された更新通知装置がある。この更新通知装置は、電子文書等のデータの存在と、その内容の変化を断続的に監視することで、データの更新を発見し、更新があった場合に、装置利用者（以下、被通知者と記述する。）に、そのデータの更新を通知する装置である。
【０００４】
これら従来の更新通知装置の多くは、データの更新を発見した時点で即時に通知する。この仕組みにより、できるだけ速くデータの更新を知りたいという利用者の要求に答えることができる。例えば、インターネット上で株価を公開しているページの更新を追跡する場合や、自分が管理するマシンのデータを悪意ある他者に書き換えられた場合等に即時通知は有効である。
【０００５】
【発明が解決しようとする課題】
しかし、データが頻繁に更新される場合や、自分が必要としない個所の更新が多い場合等には、即時の通知ではなく、ある程度纏めて通知して欲しい場合がある。
【０００６】
被通知者は、更新内容を常に確認できるわけではないので、見逃した更新内容を確認する場合は、保存しておいた過去の情報を遡って見なければならず、それらの場合、特に処理能力の乏しい小型の端末等においては不便である。また、多くのデータの更新情報が混在して通知されることになり、一つのデータについての変化を追うのが困難になることも考えられる。例えば、株価の変動情報とスポーツの途中経過等、その他多くの情報が混在して通知された場合、被通知者は、端末上でそれらの情報を取捨選択して、データの変化を追わなければならない。また、更新を発見する度に通知するため、ネットワークを介する場合はトラフィックの増加にも繋がる。
【０００７】
このような問題を解決する更新通知装置として、特開平１１−１２０１９０号公報に開示されているように、ある一定時間内に発生した数回のデータベース内における更新を記憶しておき、一定時間経過後に一括して処理を行い、その処理結果を通知する方法がある。
【０００８】
しかし、この方法には、次のような問題点があった。
【０００９】
まず、該方法では通知時に一括で処理（検索処理）を実行するため、頻繁に更新を検索した場合等においては、処理に負荷がかかり通知時に多くの時間を必要とすることになる。例えば、被通知者が通知希望時間を設定している場合に、時間的なずれが生じ、希望時間に近い時間に通知することが困難になる。また、該方法は、予約検索結果の通知に関するものであり、データベースの変更の有無は検索できるが、データの更新内容を纏めて通知することについての具体的な方法の記述がない。
【００１０】
本発明は、上述した従来技術の有する問題点を解消するためになされたもので、頻繁に複数のデータが送られて来る場合に、通知時間にずれが生じる問題と、通知内容が把握しづらくなるという問題の解消を可能とする更新通知装置及び方法、並びにプログラム及び記憶媒体を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明の更新通知装置は、時刻に対応させて更新される通知対象データを、その時刻での通知対象データと時刻とを関連付けて保持する保持手段と、前記保持手段で保持されている通知対象データの更新を検知する検知手段と、前記検知手段によって検知された更新後の通知対象データと、更新前の通知対象データとを比較することにより、更新内容を抽出する更新内容抽出手段と、前記更新内容抽出手段により抽出された前記通知対象データにおける複数の異なる時刻で更新された複数の更新内容を通知内容として保持する通知内容保持手段と、前記通知内容保持手段に保持されている複数の更新内容を通知内容として出力する出力手段とを備えたことを特徴とする。
本発明の更新通知方法は、時刻に対応させて更新される通知対象データをその時刻での通知対象データと時刻とを関連付けて保持する保持装置で保持されている通知対象データの更新を処理装置が検知する検知工程と、前記検知工程において検知された更新後の通知対象データと、更新前の通知対象データとを比較することにより、更新内容を前記処理装置が抽出する更新内容抽出工程と、前記更新内容抽出工程により抽出された前記通知対象データにおける複数の異なる時刻で更新された複数の更新内容を通知内容として前記保持装置が保持する通知内容保持工程と、前記通知内容保持工程で保持されている複数の更新内容を通知内容として前記処理装置が出力装置に出力する出力工程とを備えたことを特徴とする。
本発明の制御プログラムは、上記更新通知方法が備える各工程をコンピュータに実行させるためのプログラムコードから成ることを特徴とする。
本発明のコンピュータ読取り可能な記憶媒体は、上記制御プログラムを格納したことを特徴とする。
【００１２】
【発明の実施の形態】
以下、本発明の各実施の形態を図１乃至図２０に基づき説明する。
【００１３】
（第１の実施の形態）
まず、本発明の第１の実施の形態を、図１乃至図１０に基づき説明する。
【００１４】
図１は、本実施の形態に係る更新通知装置の基本構成を示すブロック図であり、同図において、１０１は通知対象データ保持部で、通知対象となるデータとその過去のデータ（時系列データ）を取得できる形で管理・保持し且つ通知対象データの変更を認識可能なものである。通知対象データとその過去のデータを取得するための管理は、例えば、時間情報によって行っても良い。また、ここで認識すべき変更は、必ずしも本装置によって通知する内容に関する変更に限られるものではなく、例えば、文書データのテキスト部分の変更を通知する場合でも、図や表等の変更を認識しても良い。
【００１５】
１０２は時系列データ特定部で、通知対象データ保持部１０１から過去のデータを抽出するために必要な情報を管理するものである。例えば、上記のように通知対象データ保持部１０１が時間情報で通知対象データを管理する場合、時系列データ特定部１０２は、データを特定する情報として時間情報を管理すれば良い。１０３は検知部で、二つのデータを比較してある特定条件に合致するか否を判断する（以下、検知と記述する。）ものである。例えば、二つのＨＴＭＬ文書を検知する場合、条件が「ＨＴＭＬタグを除いたテキスト部分が変更されているか？」である場合、ＨＴＭＬタグ部分以外の文字列が変更されていれば、この条件に合致した変更が行われたものと判断する。この検知に使用する条件は、上記例に限られるものではなく、通知対象データ、或いは被通知者の要求等に応じた任意の条件を利用できる。また、一つの条件に限られるものではなく、複数の条件が存在しても良い。
【００１６】
１０４は更新内容抽出部で、検知部１０３の検知条件に応じた変更（以下、更新と記述する。）の内容を抽出するものである。１０５は通知内容保持部で、更新内容抽出部１０４により抽出された更新内容を、通知する情報として纏めた形（ここでは、通知内容と呼ぶ）で保持するものである。通知内容は、１以上の通知対象データにおける１回以上の更新内容を通知するデータとして纏まったものであれば良い。また、例えば、本装置によって通知内容を送られる者（以下、被通知者と記述する。）が複数いる場合等は、被通知者毎に更新内容を纏めたものとしても良い。１０６は通知部で、通知内容保持部１０５に保持されている通知内容を、被通知者に対して通知するものである。
【００１７】
図２は、本実施の形態に係る更新通知装置の回路構成を示すブロック図であり、同図において、２０１は出力装置で、通知内容を被通知者に対して出力するためのもので、例えば、ディスプレイやスピーカ等から成る。２０２はＲＯＭ（リードオンリーメモリ）で、図１における各処理を行うプログラム及び更新通知装置のプログラムを格納するメモリである。２０３はＲＡＭ（ランダムアクセスメモリ）で、ＲＯＭ２０２に格納されたプログラム実行時のワーク用メモリである。２０４はＣＰＵ（中央演算処理装置）で、ＲＯＭ２０２に格納されたプログラムを実行するものである。２０５はディスク装置で、通知対象データ保持部１０１により保持された通知対象データや、通知内容保持部１０５により保持された通知内容等のデータを追加・削除可能なハードディスクドライブ（ＨＤＤ）等から成るものである。２０６は本装置の各部を接続してデータをやり取りするバスである。
【００１８】
次に、上記構成に成る本実施の形態に係る更新通知装置における通知内容を生成する処理動作について、図３のフローチャートを用いて説明する。このフローチャートに示す処理は、ＲＯＭ２０２に格納された制御プログラムに従ってＣＰＵ２０４が実行するものである。
【００１９】
まず、ステップＳ３０１で、通知対象データ保持部１０１により保持されているデータが変化したことを検知部１０３に知らせ、更に保持されている時系列データを更新する。本実施の形態においては、通知対象データとして図５に示すように文書データＡとその時系列データ５０１を保持するものとし、文書データＡが変化した時間の情報５０２を持たせた時系列データを更新するものとする。
【００２０】
次に、ステップＳ３０２で、検知部１０３が、通知対象データ保持部１０１からの文書データＡの変更の知らせを受け、時系列データ特定部１０２から該データの前回通知時刻を獲得する。時系列データ特定部１０２は、図６に示すように、文書データＡの前回通知時刻６０１を保持すれば良い。
【００２１】
次に、ステップＳ３０３で、検知部１０３が、前記ステップＳ３０２において得られた文書データＡの前回検知時刻を利用して、通知対象データ保持部１０１上の文書データＡの前回通知時データを獲得する。また、このとき、文書データＡの最新データも獲得する。そして、文書データＡの前回検知時データと文書データＡの最新データとを比較する。本実施の形態では、文書データＡの前回通知時データ及び最新データを図７に示すようなＨＴＭＬ文書データ７０１であるものとし、同図に記載の条件（「タグ以外のテキストデータの追加・更新・削除か？」）７０２によって検知を行うものとする。
次に、ステップＳ３０４で、検知部１０３における検知が更新条件に合致するものであった否かを判断し、合致するものであったと判断された場合はステップＳ３０５へ、また、合致するものでなかったと判断された場合はステップS３０７へ、それぞれ進む。図７の場合は、更新条件に合致したとみなし、ステップＳ３０５へ進む。
【００２２】
ステップＳ３０５では、更新内容抽出部１０４が更新内容を抽出する。図７に示す両データの検知においては、更新内容は（「一軍：二軍（試合前）→一軍：二軍（試合終了）１０：２」）７０３のようになる。
【００２３】
次に、ステップＳ３０６で、前記ステップＳ３０５において抽出された更新内容を通知内容保持部１０５に保持させる。本実施の形態では、更新内容を抽出する毎に、該当する通知内容を追記する。例えば、前回通知時から今回の通知時迄の間に、図８（ａ）〜（ｅ）に示すように文書データＡが変更されたとすると、同データに対する更新内容は図９に示すように抽出される。このとき、通知内容保持部１０５は、新しい更新内容が得られる毎に図１０に示すように該当する通知内容に追記して保持するようにする。これにより、纏めて通知する更新内容の推移を被通知者が知ることができる。
【００２４】
次にステップS３０７で、時系列データ特定部１０２が、図６に示した文書データAの前回通知時刻６０１を、今回の検知時の時刻に更新する。
【００２５】
次に、本実施の形態に係る更新通知装置の通知内容を通知する処理動作について、図４のフローチャートを用いて説明する。
【００２６】
まず、ステップＳ４０１で、通知部１０６がある通知内容を通知するタイミングが来る。本実施の形態では、通知部１０６において定期的に通知のタイミングが来るようにスケジューリングされているものとする。但し、通知するタイミングは、図３に示す通知内容を生成する処理とは非同期的であっても良い。
【００２７】
次に、ステップＳ４０２で、通知内容保持部１０５に該通知内容が存在しているか否かを判断し、存在していると判断された場合はステップＳ４０３へ進み、また、存在していないと判断された場合は本処理動作を終了し、今回の通知は行わない。
【００２８】
ステップＳ４０３で、通知部１０６が通知内容保持部１０５に存在する通知内容を取得し、通知内容保持部１０５上の通知内容はクリアする。
【００２９】
次に、ステップＳ４０４で、通知部１０６が、前記ステップＳ４０３において取得された通知内容を被通知者に通知する。これにより、通知時に比較・検知処理を行わなくて良いため、処理を軽減できる。
【００３０】
以上のように、本実施の形態に係る更新通知装置によれば、データの更新を纏めて通知するようにしたから、頻繁に複数のデータが送られて来る場合に、通知内容が把握しづらくなるということを解消できる。また、通知回数が減少するため、ネットワークのトラフィックを抑制することができる。また、通知時に行う処理を軽減することで、通知する時間のずれを削減できる。更に、前回通知時から今回通知時迄の間に行われた更新の内容を追記して纏めることにより、更新内容の推移を被通知者が知ることができる。
【００３１】
（第２の実施の形態）
次に、本発明の第２の実施の形態を、図１１乃至図１４に基づき説明する。
【００３２】
尚、本実施の形態に係る更新通知装置の構成は、上述した第１の実施の形態の図１及び図２と同一であるから、必要に応じて、これら両図を流用して説明する。
【００３３】
以下、本実施の形態に係る更新通知装置における通知内容を生成する処理動作について、図１１のフローチャートを用いて説明する。このフローチャートに示す処理は、ＲＯＭ２０２に格納された制御プログラムに従ってＣＰＵ２０４が実行するものである。
【００３４】
まず、ステップＳ１１０１で、通知対象データ保持部１０１により保持されているデータが変化したことを検知部１０３に知らせ、更に保持されている時系列データを更新する。本実施の形態においては、通知対象データとして図５に示すように文書データＡとその時系列データ５０１を保持するものとし、文書データＡが変化した時間の情報５０２を持たせた時系列データを更新するものとする。
【００３５】
次に、ステップＳ１１０２で、検知部１０３が、通知対象データ保持部１０１からの文書データＡの変更の知らせを受け、時系列データ特定部１０２から該データの前回通知時刻を獲得する。時系列データ特定部１０２は、図１３に示すように、文書データＡの前回通知時刻１３０１を保持すれば良い。
【００３６】
次に、ステップＳ１１０３で、検知部１０３が、前記ステップＳ１１０２において得られた文書データＡの前回通知時刻から、通知対象データ保持部１０１上の文書データＡの前回通知時データを獲得する。また、このとき、文書データＡの最新データも獲得する。そして、文書データＡの前回通知時データと文書データＡの最新データとを比較する。本実施の形態では、文書データＡの前回通知時データ及び最新データを図７に示すようなＨＴＭＬ文書データ７０１であるものとし、同図に記載の条件（「タグ以外のテキストデータの追加・更新・削除か？」）７０２によって検知を行うものとする。
【００３７】
次に、ステップＳ１１０４で、検知部１０３における検知が更新条件に合致するものであった否かを判断し、合致していたと判断された場合はステップＳ１１０５へ、また、合致しなかったと判断された場合は本処理動作を終了する。図７の場合は、更新条件に合致したとみなし、ステップＳ１１０５へ進む。
【００３８】
ステップＳ１１０５では、更新内容抽出部１０４が更新条件に合致した更新内容を抽出する。図７に示す両データの検知においては、更新内容は（「一軍：二軍（試合前）→一軍：二軍（試合終了）１０：２」）７０３のようになる。
【００３９】
次に、ステップＳ１１０６で、前記ステップＳ１１０５において抽出された更新内容を通知内容保持部１０５に保持させる。本実施の形態では、更新内容を抽出する毎に新しい更新内容で上書きする。例えば、前回通知時から今回の通知時迄の間に、図８（ａ）〜（ｅ）に示すように文書データＡが変更されたとすると、同データに対する更新内容は図１４（ａ）の１４０１に示すように抽出される。このとき、通知内容保持部１０５では、新しい更新内容が得られる毎に該当する通知内容に上書きし、前回通知時からの更新内容１４０２（図１４（ｂ）参照）を常に保持するようにした後、本処理動作を終了する。
【００４０】
次に、本実施の形態に係る更新通知装置の通知内容を通知する処理動作について、図１２のフローチャートを用いて説明する。
【００４１】
まず、ステップＳ１２０１で、通知部１０６がある通知内容を通知するタイミングが来る。本実施の形態では、通知部１０６において定期的に通知のタイミングが来るようにスケジューリングされているものとする。但し、通知するタイミングは、図１１に示す通知内容を生成する処理とは非同期的であっても良い。
【００４２】
次に、ステップＳ１２０２で、通知内容保持部１０５に該通知内容が存在しているか否かを判断し、存在していると判断された場合はステップＳ１２０３へ進み、また、存在していないと判断された場合は本処理動作を終了し、今回の通知は行わない。
【００４３】
ステップＳ１２０３では、通知部１０６が通知内容保持部１０５に存在する通知内容を取得し、通知内容保持部１０５上の通知内容はクリアする。
【００４４】
次に、ステップＳ１２０４で、通知部１０６が、前記ステップＳ１２０３において取得された通知内容を被通知者に通知する。これにより、通知時に比較・検知処理を行わなくて良いため、処理を軽減できる。
【００４５】
次に、ステップＳ１２０５で、通知部１０６が通知処理を行った時刻を検知部１０３に知らせ、検知部１０３は、時系列データ特定部１０２に該データの前回通知時刻を更新させた後、本処理動作を終了する。
【００４６】
以上のように、本実施の形態に係る更新通知装置によれば、前回通知時のデータと最新データとの差を更新内容として抽出・保持することで、現在どのように更新されたかを知りたい場合に容易に知ることができる。
【００４７】
（第３の実施の形態）
次に、本発明の第３の実施の形態を、図１５乃至図１７に基づき説明する。
【００４８】
本実施の形態は、上述した第１の実施の形態に示した通知方法（以下、追記型と記述する。）と第２の実施の形態に示した通知方法（以下、統合型と記述する。）とを切り替えられるようにしたものである。
【００４９】
図１５は、本実施の形態に係る更新通知装置の基本構成を示すブロック図であり、同図において、図１と同一部分には、同一符合が付してある。
【００５０】
図１５において、図１と異なる点は、図１の構成に切替部１５０１を付加したことである。
【００５１】
図１５において、時系列データ特定部１０２は、上述した第１の実施の形態において保持した情報に加えて、各データの前回検知時の時刻も保持するようになっている。通知内容保持部１０５は、更新内容を抽出内容が抽出されるたびに追記して保持することも、更新内容を上書きして保持することもできるようになっている。切替部１５０１は、追記型か統合型かの状態を保持しており、それに応じて前回通知時、或いは前回検知時のどちらのデータと最新データとを比較するかが切り替わる。また、前回通知時データと最新データとの比較から更新内容を抽出した場合は通知内容を上書きして保持し、また、前回検知時データとの比較から抽出した場合は追記して保持するように手順が切り替わる。
【００５２】
次に、本実施の形態に係る更新通知装置における通知内容を生成する処理動作について、図１６のフローチャートを用いて説明する。このフローチャートに示す処理は、ＲＯＭ２０２に格納された制御プログラムに従ってＣＰＵ２０４が実行するものである。
【００５３】
まず、ステップＳ１６０１で、通知対象データ保持部１０１により保持されているデータが変化したことを検知部１０３に知らせ、更に保持されている時系列データを更新する。
【００５４】
次に、ステップＳ１６０２で、切替部１５０１によって、追記型、或いは統合型のどちらの型が設定されているかを判断する。そして、統合型が設定されていると判断された場合はステップＳ１６０３へ、また、追記型が設定されていると判断された場合はステップＳ１６０４へ、それぞれ進む。
【００５５】
ステップＳ１６０３では、検知部１０３が、通知対象データ保持部１０１からの文書データＡの変更の知らせを受け、時系列データ特定部１０２から該データの前回通知時刻を獲得する。
【００５６】
ステップＳ１６０４では、時系列データ特定部１０２から該データの前回検知時刻データの所在を示す情報を獲得する。
【００５７】
前記ステップＳ１６０３及びステップＳ１６０４の処理が終了後は、いずれもステップＳ１６０５へ進む。
【００５８】
ステップＳ１６０５では、検知部１０３が、前記ステップＳ３０２において得られた文書データＡの前回通知時刻から、通知対象データ保持部１０１上の文書データＡの前回通知時データを獲得する。また、このとき、文書データＡの最新データも獲得する。そして、文書データＡの前回通知時データと文書データＡの最新データとを比較した後、次のステップＳ１６０６へ進む。
【００５９】
ステップＳ１６０６では、検知部１０３における検知が更新条件に合致するものであった否かを判断し、合致するものであったと判断された場合はステップＳ１６０７へ、また、合致するものでなかったと判断された場合は本処理動作を終了する。
【００６０】
ステップＳ１６０７では、更新内容抽出部１０４が更新条件に合致した更新内容を抽出する。
【００６１】
次に、ステップＳ１６０８で、切替部１５０１によって、追記型、或いは統合型のどちらの型が設定されているかを判断する。そして、統合型が設定されていると判断された場合はステップＳ１６０９へ、また、追記型が設定されていると判断された場合はステップＳ１６１０へ、それぞれ進む。
【００６２】
ステップＳ１６０９では、前記ステップＳ１６０７において抽出された更新内容を通知内容保持部１０５に保持させる。
【００６３】
ステップＳ１６１０では、抽出した更新内容を通知内容保持部１０５に保持させる。ここでは、更新内容を抽出するたびに、該当する通知内容に追記する。例えば、前回通知時から今回の通知時迄の間に、図８（ａ）〜（ｅ）に示すように文書データＡが変更されたとすると、同データにおける更新内容は図１４（ａ）の１４０１に示すように抽出される。このとき、通知内容保持部１０５は、新しい更新内容が得られるたびに、図１７に示すように、該当する通知内容に追記して保持するようにする。
【００６４】
前記ステップＳ１６０９及びステップＳ１６１０の処理が終了した後は、いずれもステップＳ１６１１へ進む。
【００６５】
ステップＳ１６１１では、時系列データ特定部１０２の前回検知時刻を今回の検知時刻に更新し、その後、本処理動作を終了する。
【００６６】
尚、本実施の形態に係る更新通知装置における通知内容を通知する処理動作の手順については、上述した第１の実施の形態における図４と同様であるから、その説明は省略する。
【００６７】
以上のように、本実施の形態に係る更新通知装置によれば、追記型と統合型との切り替えを、切替部１５０１を追加するだけで実現することができる。また、追記型と統合型とを切り替えられるようにしたから、被通知者は、通知して貰いたい情報に応じて、どちらの型を使用するかを選択することができる。
【００６８】
（第４の実施の形態）
上述した第１乃至第３の実施の形態においては、図4のステップＳ４０１及び図１２のステップＳ１２０１における通知のタイミングが通知部１０６によりスケジューリングされていることを想定したが、本発明はこの限りではなく、被通知者が通知して貰いたいタイミングをスケジューリングしても良い。或いは、通知内容保持部１０５が、通知内容が更新されたタイミングで、通知部１０６に通知させるようにしても良い。
【００６９】
（第５の実施の形態）
次に、本発明の第５の実施の形態を、図１８乃至図２０に基づき説明する。
【００７０】
上述した第１乃至第４の実施の形態においては、通知対象データが同一の計算機上に存在する場合について説明したが、本実施の形態は、第１及び第３の実施の形態における図１及び図１５の構成に、通信部及び収集部を設けることにより、ネットワーク上の他の計算機に存在する任意のデータを収集するようにし、その収集結果を通知対象データ保持部に保持するようにしたものである。
【００７１】
図１８及び図１９は、本実施の形態に係る更新通知装置の基本的構成を示すブロック図であり、同図において、第１及び第３の実施の形態における図１及び図１５と同一部分には、同一符合が付してある。
【００７２】
図１８及び図１９において図１及び図１５と異なる点は、図１及び図１５の構成に、収集部１８０１，１９０１及び通信部１８０２，１９０２を付加したことである。
【００７３】
この場合の更新通知装置の回路構成は、図２０のようになる。
【００７４】
図２０において、２０００は更新通知装置、２００１はクライアント装置、２００２はサーバ装置、２００３は文書データ、２００４はネットワークである。
【００７５】
更新通知装置２０００は、出力装置２０００ａ、ＲＯＭ（リードオンリーメモリ）２０００ｂ、ＲＡＭ（ランダムアクセスメモリ）２０００ｃ、ＣＰＵ（中央演算処理装置）２０００ｄ、ディスク装置２０００ｅ及びネットワークインタフェース（ネットワークＩ／Ｆ）２０００ｆから成り、これら各構成要素は、バス２０００ｇを介して接続されている。
【００７６】
また、通信部１９０２を経由してネットワーク２００４上の他の計算機に、例えば、電子メール等によって通知するような仕組みを設けても良い。
【００７７】
（第６の実施の形態）
上述した第１乃至第３の実施の形態においては、図４のステップＳ４０２及び図１２のステップＳ１２０２において、通知内容が存在しない場合、処理動作を終了して通知を行わないようにしたが、通知内容が無い旨を示すメッセージを作成して通知するようにしても良い。
【００７８】
（第７の実施の形態）
上述した各実施の形態においては、文書データのテキスト部分を検知対象としたが、本発明はこれに限られるものではなく、例えば、検知部１０３がバイナリデータとして検知を行い、検知条件としてバイナリデータの相違点の有無を用いた場合等、文書データ以外のデータを通知しても良い。
【００７９】
（第８の実施の形態）
上述した各実施の形態においては、通知対象データ保持部１０１が保持する時系列データは時間情報を持っており、これを利用して過去のデータの特定を行ったが、本発明はこれに限られるものではなく、例えば、時間情報の代わりに一意のＩＤ（識別子）を付しておくことで、過去のデータを特定できるようにしても良い。この場合は、時系列データ特定部１０２が保持する情報も、時間情報ではなく、該当するＩＤ番号で保持するようにするものである。
【００８０】
（第９の実施の形態）
上述した各実施の形態においては、通知内容保持部１０５が保持する通知内容として、一つの通知対象データの更新内容を纏めたが、本発明はこれに限られるものではなく、複数の通知対象データの更新内容を纏めて通知内容としても良い。
【００８１】
（第１０の実施の形態）
上述した各実施の形態においては、通知内容保持部１０５において、複数の被通知者に対して別々の通知内容を保持するようにしても良いことは既に述べたが、この場合、同一データの更新内容を異なるタイミングで通知する可能性があり、前回通知時刻は、データに対して一意に決定しなくなるため、時系列データ特定部１０２では、通知内容毎に前回通知時刻データを特定できる情報を管理するようにするものである。
【００８２】
（第１１の実施の形態）
上述した各実施の形態においては、通知対象データ保持部１０１が保持する時系列データは、過去のデータをそのまま保持したが、本発明はこれに限られるものではなく、過去の時点のデータを再現できれば良く、例えば、データの差分を過去の履歴として保持しても良い。
【００８３】
（他の実施の形態）
上述した各実施の形態においては、各部を同一の計算機上で構成する場合について説明したが、本発明はこれに限定されるものではなく、ネットワーク上に分散した計算機や処理装置等に分かれて各部を構成しても良い。
【００８４】
また、上述した各実施の形態においては、プログラムをＲＯＭに保持する場合について説明したが、本発明はこれに限られるものではなく、任意の記憶媒体を用いて保持するようにしても良い。また、同様の動作をする回路で実現しても良い。
【００８５】
尚、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用しても良い。また、上述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステム或いは装置に供給し、そのシステム、或いは装置のコンピュータ（または、ＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が上述した各実施の形態の機能を実現することになり、そのプログラムコードを格納した記憶媒体は本発明を構成することになる。
【００８６】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリカード及びＲＯＭ等を用いることができる。
【００８７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部、または全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８８】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部、または全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８９】
以上では、本発明の様々な例と実施形態を説明したが、当業者であれば、本発明の趣旨と範囲は本明細書内の特定の説明と図に限定されるものではなく、本願特許請求の範囲に全て述べられた様々な修正と変更に及ぶことが可能であることは言うまでもない。
【０１０８】
【発明の効果】
以上説明したように、本発明によれば、頻繁に複数のデータが送られて来る場合に、通知時間にずれが生じることと、通知内容が把握しづらくなるということを解消できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図２】本発明の第１の実施の形態に係る更新通知装置の回路構成を示すブロック図である。
【図３】本発明の第１の実施の形態に係る更新通知装置における通知内容を生成する処理動作の流れを示すフローチャートである。
【図４】本発明の第１の実施の形態に係る更新通知装置における通知内容を通知する処理動作の流れを示すフローチャートである。
【図５】本発明の第１の実施の形態に係る更新通知装置における通知対象データ保持部が保持するデータの構成例を示す図である。
【図６】本発明の第１の実施の形態に係る更新通知装置における時系列データ特定部が保持するデータの構成例を示す図である。
【図７】本発明の第１の実施の形態に係る更新通知装置における検知処理及び更新内容抽出処理の流れを示す図である。
【図８】本発明の第１の実施の形態に係る更新通知装置における通知対象データの変更例を示す図である。
【図９】本発明の第１の実施の形態に係る更新通知装置における更新内容抽出処理の例を示す図である。
【図１０】本発明の第１の実施の形態に係る更新通知装置における通知内容の一例を示す図である。
【図１１】本発明の第２の実施の形態に係る更新通知装置における通知内容を生成する処理動作の流れを示すフローチャートである。
【図１２】本発明の第２の実施の形態に係る更新通知装置における通知内容を通知する処理動作の流れを示すフローチャートである。
【図１３】本発明の第２の実施の形態に係る更新通知装置における時系列データ特定部が保持するデータの構成例を示す図である。
【図１４】本発明の第２の実施の形態に係る更新通知装置における更新内容抽出処理の例を示す図である。
【図１５】本発明の第３の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図１６】本発明の第３の実施の形態に係る更新通知装置における通知内容を生成する処理動作の流れを示すフローチャートである。
【図１７】本発明の第３の実施の形態に係る更新通知装置における前回通知時から次回通知時までの更新内容を追記して保持する方法（追記型）の通知内容の例を示す図である。
【図１８】本発明の第５の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図１９】本発明の第５の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図２０】本発明の第５の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【符号の説明】
１０１ 通知対象データ保持部
１０２ 時系列データ特定部
１０３ 検知部
１０４ 更新内容抽出部
１０５ 通知内容保持部
１０６ 通知部
２０１ 出力装置
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＣＰＵ
２０５ ディスク装置
２０６ バス
１００１ 切替部
１８０１ 収集部
１８０２ 通信部
１９０１ 収集部
１９０２ 通信部
２０００ 更新通知装置
２０００ａ 出力装置
２０００ｂ ＲＯＭ
２０００ｃ ＲＡＭ
２０００ｄ ＣＰＵ
２０００ｅ ディスク装置
２０００ｆ ネットワークインタフェース（ネットワークＩ／Ｆ）
２０００ｇ バス
【発明の属する技術分野】
本発明は、電子データの更新を監視し且つその更新を通知する更新通知装置及び方法、並びにプログラム及び記憶媒体に関する。
【０００２】
【従来の技術】
近年、コンピュータの普及によって多くの文書が電子化され、公開されている。このような電子文書においては、文書変更等の更新は、利用者がその文書を表示させる操作を行うことで、前回利用時との違いを目視するしかなかった。
【０００３】
そのような中で、近年注目されている装置として、特開平１０−１７１７００号公報に開示された更新通知装置がある。この更新通知装置は、電子文書等のデータの存在と、その内容の変化を断続的に監視することで、データの更新を発見し、更新があった場合に、装置利用者（以下、被通知者と記述する。）に、そのデータの更新を通知する装置である。
【０００４】
これら従来の更新通知装置の多くは、データの更新を発見した時点で即時に通知する。この仕組みにより、できるだけ速くデータの更新を知りたいという利用者の要求に答えることができる。例えば、インターネット上で株価を公開しているページの更新を追跡する場合や、自分が管理するマシンのデータを悪意ある他者に書き換えられた場合等に即時通知は有効である。
【０００５】
【発明が解決しようとする課題】
しかし、データが頻繁に更新される場合や、自分が必要としない個所の更新が多い場合等には、即時の通知ではなく、ある程度纏めて通知して欲しい場合がある。
【０００６】
被通知者は、更新内容を常に確認できるわけではないので、見逃した更新内容を確認する場合は、保存しておいた過去の情報を遡って見なければならず、それらの場合、特に処理能力の乏しい小型の端末等においては不便である。また、多くのデータの更新情報が混在して通知されることになり、一つのデータについての変化を追うのが困難になることも考えられる。例えば、株価の変動情報とスポーツの途中経過等、その他多くの情報が混在して通知された場合、被通知者は、端末上でそれらの情報を取捨選択して、データの変化を追わなければならない。また、更新を発見する度に通知するため、ネットワークを介する場合はトラフィックの増加にも繋がる。
【０００７】
このような問題を解決する更新通知装置として、特開平１１−１２０１９０号公報に開示されているように、ある一定時間内に発生した数回のデータベース内における更新を記憶しておき、一定時間経過後に一括して処理を行い、その処理結果を通知する方法がある。
【０００８】
しかし、この方法には、次のような問題点があった。
【０００９】
まず、該方法では通知時に一括で処理（検索処理）を実行するため、頻繁に更新を検索した場合等においては、処理に負荷がかかり通知時に多くの時間を必要とすることになる。例えば、被通知者が通知希望時間を設定している場合に、時間的なずれが生じ、希望時間に近い時間に通知することが困難になる。また、該方法は、予約検索結果の通知に関するものであり、データベースの変更の有無は検索できるが、データの更新内容を纏めて通知することについての具体的な方法の記述がない。
【００１０】
本発明は、上述した従来技術の有する問題点を解消するためになされたもので、頻繁に複数のデータが送られて来る場合に、通知時間にずれが生じる問題と、通知内容が把握しづらくなるという問題の解消を可能とする更新通知装置及び方法、並びにプログラム及び記憶媒体を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明の更新通知装置は、時刻に対応させて更新される通知対象データを、その時刻での通知対象データと時刻とを関連付けて保持する保持手段と、前記保持手段で保持されている通知対象データの更新を検知する検知手段と、前記検知手段によって検知された更新後の通知対象データと、更新前の通知対象データとを比較することにより、更新内容を抽出する更新内容抽出手段と、前記更新内容抽出手段により抽出された前記通知対象データにおける複数の異なる時刻で更新された複数の更新内容を通知内容として保持する通知内容保持手段と、前記通知内容保持手段に保持されている複数の更新内容を通知内容として出力する出力手段とを備えたことを特徴とする。
本発明の更新通知方法は、時刻に対応させて更新される通知対象データをその時刻での通知対象データと時刻とを関連付けて保持する保持装置で保持されている通知対象データの更新を処理装置が検知する検知工程と、前記検知工程において検知された更新後の通知対象データと、更新前の通知対象データとを比較することにより、更新内容を前記処理装置が抽出する更新内容抽出工程と、前記更新内容抽出工程により抽出された前記通知対象データにおける複数の異なる時刻で更新された複数の更新内容を通知内容として前記保持装置が保持する通知内容保持工程と、前記通知内容保持工程で保持されている複数の更新内容を通知内容として前記処理装置が出力装置に出力する出力工程とを備えたことを特徴とする。
本発明の制御プログラムは、上記更新通知方法が備える各工程をコンピュータに実行させるためのプログラムコードから成ることを特徴とする。
本発明のコンピュータ読取り可能な記憶媒体は、上記制御プログラムを格納したことを特徴とする。
【００１２】
【発明の実施の形態】
以下、本発明の各実施の形態を図１乃至図２０に基づき説明する。
【００１３】
（第１の実施の形態）
まず、本発明の第１の実施の形態を、図１乃至図１０に基づき説明する。
【００１４】
図１は、本実施の形態に係る更新通知装置の基本構成を示すブロック図であり、同図において、１０１は通知対象データ保持部で、通知対象となるデータとその過去のデータ（時系列データ）を取得できる形で管理・保持し且つ通知対象データの変更を認識可能なものである。通知対象データとその過去のデータを取得するための管理は、例えば、時間情報によって行っても良い。また、ここで認識すべき変更は、必ずしも本装置によって通知する内容に関する変更に限られるものではなく、例えば、文書データのテキスト部分の変更を通知する場合でも、図や表等の変更を認識しても良い。
【００１５】
１０２は時系列データ特定部で、通知対象データ保持部１０１から過去のデータを抽出するために必要な情報を管理するものである。例えば、上記のように通知対象データ保持部１０１が時間情報で通知対象データを管理する場合、時系列データ特定部１０２は、データを特定する情報として時間情報を管理すれば良い。１０３は検知部で、二つのデータを比較してある特定条件に合致するか否を判断する（以下、検知と記述する。）ものである。例えば、二つのＨＴＭＬ文書を検知する場合、条件が「ＨＴＭＬタグを除いたテキスト部分が変更されているか？」である場合、ＨＴＭＬタグ部分以外の文字列が変更されていれば、この条件に合致した変更が行われたものと判断する。この検知に使用する条件は、上記例に限られるものではなく、通知対象データ、或いは被通知者の要求等に応じた任意の条件を利用できる。また、一つの条件に限られるものではなく、複数の条件が存在しても良い。
【００１６】
１０４は更新内容抽出部で、検知部１０３の検知条件に応じた変更（以下、更新と記述する。）の内容を抽出するものである。１０５は通知内容保持部で、更新内容抽出部１０４により抽出された更新内容を、通知する情報として纏めた形（ここでは、通知内容と呼ぶ）で保持するものである。通知内容は、１以上の通知対象データにおける１回以上の更新内容を通知するデータとして纏まったものであれば良い。また、例えば、本装置によって通知内容を送られる者（以下、被通知者と記述する。）が複数いる場合等は、被通知者毎に更新内容を纏めたものとしても良い。１０６は通知部で、通知内容保持部１０５に保持されている通知内容を、被通知者に対して通知するものである。
【００１７】
図２は、本実施の形態に係る更新通知装置の回路構成を示すブロック図であり、同図において、２０１は出力装置で、通知内容を被通知者に対して出力するためのもので、例えば、ディスプレイやスピーカ等から成る。２０２はＲＯＭ（リードオンリーメモリ）で、図１における各処理を行うプログラム及び更新通知装置のプログラムを格納するメモリである。２０３はＲＡＭ（ランダムアクセスメモリ）で、ＲＯＭ２０２に格納されたプログラム実行時のワーク用メモリである。２０４はＣＰＵ（中央演算処理装置）で、ＲＯＭ２０２に格納されたプログラムを実行するものである。２０５はディスク装置で、通知対象データ保持部１０１により保持された通知対象データや、通知内容保持部１０５により保持された通知内容等のデータを追加・削除可能なハードディスクドライブ（ＨＤＤ）等から成るものである。２０６は本装置の各部を接続してデータをやり取りするバスである。
【００１８】
次に、上記構成に成る本実施の形態に係る更新通知装置における通知内容を生成する処理動作について、図３のフローチャートを用いて説明する。このフローチャートに示す処理は、ＲＯＭ２０２に格納された制御プログラムに従ってＣＰＵ２０４が実行するものである。
【００１９】
まず、ステップＳ３０１で、通知対象データ保持部１０１により保持されているデータが変化したことを検知部１０３に知らせ、更に保持されている時系列データを更新する。本実施の形態においては、通知対象データとして図５に示すように文書データＡとその時系列データ５０１を保持するものとし、文書データＡが変化した時間の情報５０２を持たせた時系列データを更新するものとする。
【００２０】
次に、ステップＳ３０２で、検知部１０３が、通知対象データ保持部１０１からの文書データＡの変更の知らせを受け、時系列データ特定部１０２から該データの前回通知時刻を獲得する。時系列データ特定部１０２は、図６に示すように、文書データＡの前回通知時刻６０１を保持すれば良い。
【００２１】
次に、ステップＳ３０３で、検知部１０３が、前記ステップＳ３０２において得られた文書データＡの前回検知時刻を利用して、通知対象データ保持部１０１上の文書データＡの前回通知時データを獲得する。また、このとき、文書データＡの最新データも獲得する。そして、文書データＡの前回検知時データと文書データＡの最新データとを比較する。本実施の形態では、文書データＡの前回通知時データ及び最新データを図７に示すようなＨＴＭＬ文書データ７０１であるものとし、同図に記載の条件（「タグ以外のテキストデータの追加・更新・削除か？」）７０２によって検知を行うものとする。
次に、ステップＳ３０４で、検知部１０３における検知が更新条件に合致するものであった否かを判断し、合致するものであったと判断された場合はステップＳ３０５へ、また、合致するものでなかったと判断された場合はステップS３０７へ、それぞれ進む。図７の場合は、更新条件に合致したとみなし、ステップＳ３０５へ進む。
【００２２】
ステップＳ３０５では、更新内容抽出部１０４が更新内容を抽出する。図７に示す両データの検知においては、更新内容は（「一軍：二軍（試合前）→一軍：二軍（試合終了）１０：２」）７０３のようになる。
【００２３】
次に、ステップＳ３０６で、前記ステップＳ３０５において抽出された更新内容を通知内容保持部１０５に保持させる。本実施の形態では、更新内容を抽出する毎に、該当する通知内容を追記する。例えば、前回通知時から今回の通知時迄の間に、図８（ａ）〜（ｅ）に示すように文書データＡが変更されたとすると、同データに対する更新内容は図９に示すように抽出される。このとき、通知内容保持部１０５は、新しい更新内容が得られる毎に図１０に示すように該当する通知内容に追記して保持するようにする。これにより、纏めて通知する更新内容の推移を被通知者が知ることができる。
【００２４】
次にステップS３０７で、時系列データ特定部１０２が、図６に示した文書データAの前回通知時刻６０１を、今回の検知時の時刻に更新する。
【００２５】
次に、本実施の形態に係る更新通知装置の通知内容を通知する処理動作について、図４のフローチャートを用いて説明する。
【００２６】
まず、ステップＳ４０１で、通知部１０６がある通知内容を通知するタイミングが来る。本実施の形態では、通知部１０６において定期的に通知のタイミングが来るようにスケジューリングされているものとする。但し、通知するタイミングは、図３に示す通知内容を生成する処理とは非同期的であっても良い。
【００２７】
次に、ステップＳ４０２で、通知内容保持部１０５に該通知内容が存在しているか否かを判断し、存在していると判断された場合はステップＳ４０３へ進み、また、存在していないと判断された場合は本処理動作を終了し、今回の通知は行わない。
【００２８】
ステップＳ４０３で、通知部１０６が通知内容保持部１０５に存在する通知内容を取得し、通知内容保持部１０５上の通知内容はクリアする。
【００２９】
次に、ステップＳ４０４で、通知部１０６が、前記ステップＳ４０３において取得された通知内容を被通知者に通知する。これにより、通知時に比較・検知処理を行わなくて良いため、処理を軽減できる。
【００３０】
以上のように、本実施の形態に係る更新通知装置によれば、データの更新を纏めて通知するようにしたから、頻繁に複数のデータが送られて来る場合に、通知内容が把握しづらくなるということを解消できる。また、通知回数が減少するため、ネットワークのトラフィックを抑制することができる。また、通知時に行う処理を軽減することで、通知する時間のずれを削減できる。更に、前回通知時から今回通知時迄の間に行われた更新の内容を追記して纏めることにより、更新内容の推移を被通知者が知ることができる。
【００３１】
（第２の実施の形態）
次に、本発明の第２の実施の形態を、図１１乃至図１４に基づき説明する。
【００３２】
尚、本実施の形態に係る更新通知装置の構成は、上述した第１の実施の形態の図１及び図２と同一であるから、必要に応じて、これら両図を流用して説明する。
【００３３】
以下、本実施の形態に係る更新通知装置における通知内容を生成する処理動作について、図１１のフローチャートを用いて説明する。このフローチャートに示す処理は、ＲＯＭ２０２に格納された制御プログラムに従ってＣＰＵ２０４が実行するものである。
【００３４】
まず、ステップＳ１１０１で、通知対象データ保持部１０１により保持されているデータが変化したことを検知部１０３に知らせ、更に保持されている時系列データを更新する。本実施の形態においては、通知対象データとして図５に示すように文書データＡとその時系列データ５０１を保持するものとし、文書データＡが変化した時間の情報５０２を持たせた時系列データを更新するものとする。
【００３５】
次に、ステップＳ１１０２で、検知部１０３が、通知対象データ保持部１０１からの文書データＡの変更の知らせを受け、時系列データ特定部１０２から該データの前回通知時刻を獲得する。時系列データ特定部１０２は、図１３に示すように、文書データＡの前回通知時刻１３０１を保持すれば良い。
【００３６】
次に、ステップＳ１１０３で、検知部１０３が、前記ステップＳ１１０２において得られた文書データＡの前回通知時刻から、通知対象データ保持部１０１上の文書データＡの前回通知時データを獲得する。また、このとき、文書データＡの最新データも獲得する。そして、文書データＡの前回通知時データと文書データＡの最新データとを比較する。本実施の形態では、文書データＡの前回通知時データ及び最新データを図７に示すようなＨＴＭＬ文書データ７０１であるものとし、同図に記載の条件（「タグ以外のテキストデータの追加・更新・削除か？」）７０２によって検知を行うものとする。
【００３７】
次に、ステップＳ１１０４で、検知部１０３における検知が更新条件に合致するものであった否かを判断し、合致していたと判断された場合はステップＳ１１０５へ、また、合致しなかったと判断された場合は本処理動作を終了する。図７の場合は、更新条件に合致したとみなし、ステップＳ１１０５へ進む。
【００３８】
ステップＳ１１０５では、更新内容抽出部１０４が更新条件に合致した更新内容を抽出する。図７に示す両データの検知においては、更新内容は（「一軍：二軍（試合前）→一軍：二軍（試合終了）１０：２」）７０３のようになる。
【００３９】
次に、ステップＳ１１０６で、前記ステップＳ１１０５において抽出された更新内容を通知内容保持部１０５に保持させる。本実施の形態では、更新内容を抽出する毎に新しい更新内容で上書きする。例えば、前回通知時から今回の通知時迄の間に、図８（ａ）〜（ｅ）に示すように文書データＡが変更されたとすると、同データに対する更新内容は図１４（ａ）の１４０１に示すように抽出される。このとき、通知内容保持部１０５では、新しい更新内容が得られる毎に該当する通知内容に上書きし、前回通知時からの更新内容１４０２（図１４（ｂ）参照）を常に保持するようにした後、本処理動作を終了する。
【００４０】
次に、本実施の形態に係る更新通知装置の通知内容を通知する処理動作について、図１２のフローチャートを用いて説明する。
【００４１】
まず、ステップＳ１２０１で、通知部１０６がある通知内容を通知するタイミングが来る。本実施の形態では、通知部１０６において定期的に通知のタイミングが来るようにスケジューリングされているものとする。但し、通知するタイミングは、図１１に示す通知内容を生成する処理とは非同期的であっても良い。
【００４２】
次に、ステップＳ１２０２で、通知内容保持部１０５に該通知内容が存在しているか否かを判断し、存在していると判断された場合はステップＳ１２０３へ進み、また、存在していないと判断された場合は本処理動作を終了し、今回の通知は行わない。
【００４３】
ステップＳ１２０３では、通知部１０６が通知内容保持部１０５に存在する通知内容を取得し、通知内容保持部１０５上の通知内容はクリアする。
【００４４】
次に、ステップＳ１２０４で、通知部１０６が、前記ステップＳ１２０３において取得された通知内容を被通知者に通知する。これにより、通知時に比較・検知処理を行わなくて良いため、処理を軽減できる。
【００４５】
次に、ステップＳ１２０５で、通知部１０６が通知処理を行った時刻を検知部１０３に知らせ、検知部１０３は、時系列データ特定部１０２に該データの前回通知時刻を更新させた後、本処理動作を終了する。
【００４６】
以上のように、本実施の形態に係る更新通知装置によれば、前回通知時のデータと最新データとの差を更新内容として抽出・保持することで、現在どのように更新されたかを知りたい場合に容易に知ることができる。
【００４７】
（第３の実施の形態）
次に、本発明の第３の実施の形態を、図１５乃至図１７に基づき説明する。
【００４８】
本実施の形態は、上述した第１の実施の形態に示した通知方法（以下、追記型と記述する。）と第２の実施の形態に示した通知方法（以下、統合型と記述する。）とを切り替えられるようにしたものである。
【００４９】
図１５は、本実施の形態に係る更新通知装置の基本構成を示すブロック図であり、同図において、図１と同一部分には、同一符合が付してある。
【００５０】
図１５において、図１と異なる点は、図１の構成に切替部１５０１を付加したことである。
【００５１】
図１５において、時系列データ特定部１０２は、上述した第１の実施の形態において保持した情報に加えて、各データの前回検知時の時刻も保持するようになっている。通知内容保持部１０５は、更新内容を抽出内容が抽出されるたびに追記して保持することも、更新内容を上書きして保持することもできるようになっている。切替部１５０１は、追記型か統合型かの状態を保持しており、それに応じて前回通知時、或いは前回検知時のどちらのデータと最新データとを比較するかが切り替わる。また、前回通知時データと最新データとの比較から更新内容を抽出した場合は通知内容を上書きして保持し、また、前回検知時データとの比較から抽出した場合は追記して保持するように手順が切り替わる。
【００５２】
次に、本実施の形態に係る更新通知装置における通知内容を生成する処理動作について、図１６のフローチャートを用いて説明する。このフローチャートに示す処理は、ＲＯＭ２０２に格納された制御プログラムに従ってＣＰＵ２０４が実行するものである。
【００５３】
まず、ステップＳ１６０１で、通知対象データ保持部１０１により保持されているデータが変化したことを検知部１０３に知らせ、更に保持されている時系列データを更新する。
【００５４】
次に、ステップＳ１６０２で、切替部１５０１によって、追記型、或いは統合型のどちらの型が設定されているかを判断する。そして、統合型が設定されていると判断された場合はステップＳ１６０３へ、また、追記型が設定されていると判断された場合はステップＳ１６０４へ、それぞれ進む。
【００５５】
ステップＳ１６０３では、検知部１０３が、通知対象データ保持部１０１からの文書データＡの変更の知らせを受け、時系列データ特定部１０２から該データの前回通知時刻を獲得する。
【００５６】
ステップＳ１６０４では、時系列データ特定部１０２から該データの前回検知時刻データの所在を示す情報を獲得する。
【００５７】
前記ステップＳ１６０３及びステップＳ１６０４の処理が終了後は、いずれもステップＳ１６０５へ進む。
【００５８】
ステップＳ１６０５では、検知部１０３が、前記ステップＳ３０２において得られた文書データＡの前回通知時刻から、通知対象データ保持部１０１上の文書データＡの前回通知時データを獲得する。また、このとき、文書データＡの最新データも獲得する。そして、文書データＡの前回通知時データと文書データＡの最新データとを比較した後、次のステップＳ１６０６へ進む。
【００５９】
ステップＳ１６０６では、検知部１０３における検知が更新条件に合致するものであった否かを判断し、合致するものであったと判断された場合はステップＳ１６０７へ、また、合致するものでなかったと判断された場合は本処理動作を終了する。
【００６０】
ステップＳ１６０７では、更新内容抽出部１０４が更新条件に合致した更新内容を抽出する。
【００６１】
次に、ステップＳ１６０８で、切替部１５０１によって、追記型、或いは統合型のどちらの型が設定されているかを判断する。そして、統合型が設定されていると判断された場合はステップＳ１６０９へ、また、追記型が設定されていると判断された場合はステップＳ１６１０へ、それぞれ進む。
【００６２】
ステップＳ１６０９では、前記ステップＳ１６０７において抽出された更新内容を通知内容保持部１０５に保持させる。
【００６３】
ステップＳ１６１０では、抽出した更新内容を通知内容保持部１０５に保持させる。ここでは、更新内容を抽出するたびに、該当する通知内容に追記する。例えば、前回通知時から今回の通知時迄の間に、図８（ａ）〜（ｅ）に示すように文書データＡが変更されたとすると、同データにおける更新内容は図１４（ａ）の１４０１に示すように抽出される。このとき、通知内容保持部１０５は、新しい更新内容が得られるたびに、図１７に示すように、該当する通知内容に追記して保持するようにする。
【００６４】
前記ステップＳ１６０９及びステップＳ１６１０の処理が終了した後は、いずれもステップＳ１６１１へ進む。
【００６５】
ステップＳ１６１１では、時系列データ特定部１０２の前回検知時刻を今回の検知時刻に更新し、その後、本処理動作を終了する。
【００６６】
尚、本実施の形態に係る更新通知装置における通知内容を通知する処理動作の手順については、上述した第１の実施の形態における図４と同様であるから、その説明は省略する。
【００６７】
以上のように、本実施の形態に係る更新通知装置によれば、追記型と統合型との切り替えを、切替部１５０１を追加するだけで実現することができる。また、追記型と統合型とを切り替えられるようにしたから、被通知者は、通知して貰いたい情報に応じて、どちらの型を使用するかを選択することができる。
【００６８】
（第４の実施の形態）
上述した第１乃至第３の実施の形態においては、図4のステップＳ４０１及び図１２のステップＳ１２０１における通知のタイミングが通知部１０６によりスケジューリングされていることを想定したが、本発明はこの限りではなく、被通知者が通知して貰いたいタイミングをスケジューリングしても良い。或いは、通知内容保持部１０５が、通知内容が更新されたタイミングで、通知部１０６に通知させるようにしても良い。
【００６９】
（第５の実施の形態）
次に、本発明の第５の実施の形態を、図１８乃至図２０に基づき説明する。
【００７０】
上述した第１乃至第４の実施の形態においては、通知対象データが同一の計算機上に存在する場合について説明したが、本実施の形態は、第１及び第３の実施の形態における図１及び図１５の構成に、通信部及び収集部を設けることにより、ネットワーク上の他の計算機に存在する任意のデータを収集するようにし、その収集結果を通知対象データ保持部に保持するようにしたものである。
【００７１】
図１８及び図１９は、本実施の形態に係る更新通知装置の基本的構成を示すブロック図であり、同図において、第１及び第３の実施の形態における図１及び図１５と同一部分には、同一符合が付してある。
【００７２】
図１８及び図１９において図１及び図１５と異なる点は、図１及び図１５の構成に、収集部１８０１，１９０１及び通信部１８０２，１９０２を付加したことである。
【００７３】
この場合の更新通知装置の回路構成は、図２０のようになる。
【００７４】
図２０において、２０００は更新通知装置、２００１はクライアント装置、２００２はサーバ装置、２００３は文書データ、２００４はネットワークである。
【００７５】
更新通知装置２０００は、出力装置２０００ａ、ＲＯＭ（リードオンリーメモリ）２０００ｂ、ＲＡＭ（ランダムアクセスメモリ）２０００ｃ、ＣＰＵ（中央演算処理装置）２０００ｄ、ディスク装置２０００ｅ及びネットワークインタフェース（ネットワークＩ／Ｆ）２０００ｆから成り、これら各構成要素は、バス２０００ｇを介して接続されている。
【００７６】
また、通信部１９０２を経由してネットワーク２００４上の他の計算機に、例えば、電子メール等によって通知するような仕組みを設けても良い。
【００７７】
（第６の実施の形態）
上述した第１乃至第３の実施の形態においては、図４のステップＳ４０２及び図１２のステップＳ１２０２において、通知内容が存在しない場合、処理動作を終了して通知を行わないようにしたが、通知内容が無い旨を示すメッセージを作成して通知するようにしても良い。
【００７８】
（第７の実施の形態）
上述した各実施の形態においては、文書データのテキスト部分を検知対象としたが、本発明はこれに限られるものではなく、例えば、検知部１０３がバイナリデータとして検知を行い、検知条件としてバイナリデータの相違点の有無を用いた場合等、文書データ以外のデータを通知しても良い。
【００７９】
（第８の実施の形態）
上述した各実施の形態においては、通知対象データ保持部１０１が保持する時系列データは時間情報を持っており、これを利用して過去のデータの特定を行ったが、本発明はこれに限られるものではなく、例えば、時間情報の代わりに一意のＩＤ（識別子）を付しておくことで、過去のデータを特定できるようにしても良い。この場合は、時系列データ特定部１０２が保持する情報も、時間情報ではなく、該当するＩＤ番号で保持するようにするものである。
【００８０】
（第９の実施の形態）
上述した各実施の形態においては、通知内容保持部１０５が保持する通知内容として、一つの通知対象データの更新内容を纏めたが、本発明はこれに限られるものではなく、複数の通知対象データの更新内容を纏めて通知内容としても良い。
【００８１】
（第１０の実施の形態）
上述した各実施の形態においては、通知内容保持部１０５において、複数の被通知者に対して別々の通知内容を保持するようにしても良いことは既に述べたが、この場合、同一データの更新内容を異なるタイミングで通知する可能性があり、前回通知時刻は、データに対して一意に決定しなくなるため、時系列データ特定部１０２では、通知内容毎に前回通知時刻データを特定できる情報を管理するようにするものである。
【００８２】
（第１１の実施の形態）
上述した各実施の形態においては、通知対象データ保持部１０１が保持する時系列データは、過去のデータをそのまま保持したが、本発明はこれに限られるものではなく、過去の時点のデータを再現できれば良く、例えば、データの差分を過去の履歴として保持しても良い。
【００８３】
（他の実施の形態）
上述した各実施の形態においては、各部を同一の計算機上で構成する場合について説明したが、本発明はこれに限定されるものではなく、ネットワーク上に分散した計算機や処理装置等に分かれて各部を構成しても良い。
【００８４】
また、上述した各実施の形態においては、プログラムをＲＯＭに保持する場合について説明したが、本発明はこれに限られるものではなく、任意の記憶媒体を用いて保持するようにしても良い。また、同様の動作をする回路で実現しても良い。
【００８５】
尚、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用しても良い。また、上述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステム或いは装置に供給し、そのシステム、或いは装置のコンピュータ（または、ＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が上述した各実施の形態の機能を実現することになり、そのプログラムコードを格納した記憶媒体は本発明を構成することになる。
【００８６】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリカード及びＲＯＭ等を用いることができる。
【００８７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部、または全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８８】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部、または全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８９】
以上では、本発明の様々な例と実施形態を説明したが、当業者であれば、本発明の趣旨と範囲は本明細書内の特定の説明と図に限定されるものではなく、本願特許請求の範囲に全て述べられた様々な修正と変更に及ぶことが可能であることは言うまでもない。
【０１０８】
【発明の効果】
以上説明したように、本発明によれば、頻繁に複数のデータが送られて来る場合に、通知時間にずれが生じることと、通知内容が把握しづらくなるということを解消できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図２】本発明の第１の実施の形態に係る更新通知装置の回路構成を示すブロック図である。
【図３】本発明の第１の実施の形態に係る更新通知装置における通知内容を生成する処理動作の流れを示すフローチャートである。
【図４】本発明の第１の実施の形態に係る更新通知装置における通知内容を通知する処理動作の流れを示すフローチャートである。
【図５】本発明の第１の実施の形態に係る更新通知装置における通知対象データ保持部が保持するデータの構成例を示す図である。
【図６】本発明の第１の実施の形態に係る更新通知装置における時系列データ特定部が保持するデータの構成例を示す図である。
【図７】本発明の第１の実施の形態に係る更新通知装置における検知処理及び更新内容抽出処理の流れを示す図である。
【図８】本発明の第１の実施の形態に係る更新通知装置における通知対象データの変更例を示す図である。
【図９】本発明の第１の実施の形態に係る更新通知装置における更新内容抽出処理の例を示す図である。
【図１０】本発明の第１の実施の形態に係る更新通知装置における通知内容の一例を示す図である。
【図１１】本発明の第２の実施の形態に係る更新通知装置における通知内容を生成する処理動作の流れを示すフローチャートである。
【図１２】本発明の第２の実施の形態に係る更新通知装置における通知内容を通知する処理動作の流れを示すフローチャートである。
【図１３】本発明の第２の実施の形態に係る更新通知装置における時系列データ特定部が保持するデータの構成例を示す図である。
【図１４】本発明の第２の実施の形態に係る更新通知装置における更新内容抽出処理の例を示す図である。
【図１５】本発明の第３の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図１６】本発明の第３の実施の形態に係る更新通知装置における通知内容を生成する処理動作の流れを示すフローチャートである。
【図１７】本発明の第３の実施の形態に係る更新通知装置における前回通知時から次回通知時までの更新内容を追記して保持する方法（追記型）の通知内容の例を示す図である。
【図１８】本発明の第５の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図１９】本発明の第５の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【図２０】本発明の第５の実施の形態に係る更新通知装置の基本構成を示すブロック図である。
【符号の説明】
１０１ 通知対象データ保持部
１０２ 時系列データ特定部
１０３ 検知部
１０４ 更新内容抽出部
１０５ 通知内容保持部
１０６ 通知部
２０１ 出力装置
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＣＰＵ
２０５ ディスク装置
２０６ バス
１００１ 切替部
１８０１ 収集部
１８０２ 通信部
１９０１ 収集部
１９０２ 通信部
２０００ 更新通知装置
２０００ａ 出力装置
２０００ｂ ＲＯＭ
２０００ｃ ＲＡＭ
２０００ｄ ＣＰＵ
２０００ｅ ディスク装置
２０００ｆ ネットワークインタフェース（ネットワークＩ／Ｆ）
２０００ｇ バス
Claims (9)
- 時刻に対応させて更新される通知対象データを、その時刻での通知対象データと時刻とを関連付けて保持する保持手段と、
前記保持手段で保持されている通知対象データの更新を検知する検知手段と、
前記検知手段によって検知された更新後の通知対象データと、更新前の通知対象データとを比較することにより、更新内容を抽出する更新内容抽出手段と、
前記更新内容抽出手段により抽出された前記通知対象データにおける複数の異なる時刻で更新された複数の更新内容を通知内容として保持する通知内容保持手段と、
前記通知内容保持手段に保持されている複数の更新内容を通知内容として出力する出力手段とを備えたことを特徴とする更新通知装置。 - 前記通知内容保持手段は、前記更新内容抽出手段により抽出された更新内容を前回通知時から次の通知時迄の間、逐次追記した通知内容を保持することを特徴とする請求項１記載の更新通知装置。
- 前記通知内容保持手段は、前記更新内容抽出手段により抽出された新しい更新内容で古いものを上書きし且つ任意の数の更新内容を纏めて保持することを可能とし、前回通知時から次の通知時迄に抽出した更新内容を追記して保持するか、新しいもので上書きして保持するか切り替える切替手段を備えたことを特徴とする特徴とする請求項２記載の更新通知装置。
- 前記通知内容保持手段は、前記更新内容抽出手段により抽出された新しい更新内容で古いものを上書きした通知内容を保持することを特徴とする請求項１記載の更新通知装置。
- 前記更新内容抽出手段は、更に前記更新後の通知対象データと、更新前の通知対象データが特定条件に合致するか否かを判断する判断手段を有し、
前記判断手段が、合致すると判断した場合に更新内容を抽出することを特徴とする請求項１記載の更新通知装置。 - 前記通知内容保持手段は、前記更新内容抽出手段により抽出された更新内容を時系列に並べて保持することを特徴とする請求項１記載の更新通知装置。
- 時刻に対応させて更新される通知対象データをその時刻での通知対象データと時刻とを関連付けて保持する保持装置で保持されている通知対象データの更新を処理装置が検知する検知工程と、
前記検知工程において検知された更新後の通知対象データと、更新前の通知対象データとを比較することにより、更新内容を前記処理装置が抽出する更新内容抽出工程と、
前記更新内容抽出工程により抽出された前記通知対象データにおける複数の異なる時刻で更新された複数の更新内容を通知内容として前記保持装置が保持する通知内容保持工程と、
前記通知内容保持工程で保持されている複数の更新内容を通知内容として前記処理装置が出力装置に出力する出力工程とを備えたことを特徴とする更新通知装置の更新通知方法。 - 請求項７記載の更新通知方法が備える各工程をコンピュータに実行させるためのプログラムコードから成ることを特徴とする制御プログラム。
- 請求項８に記載の制御プログラムを格納したことを特徴とするコンピュータ読取り可能な記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003107834A JP4323853B2 (ja) | 2003-04-11 | 2003-04-11 | 更新通知装置及び方法、並びにプログラム及び記憶媒体 |
| US10/822,342 US20050086270A1 (en) | 2003-04-11 | 2004-04-12 | Update notifying apparatus, update notifying method, and program therefor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003107834A JP4323853B2 (ja) | 2003-04-11 | 2003-04-11 | 更新通知装置及び方法、並びにプログラム及び記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004318242A JP2004318242A (ja) | 2004-11-11 |
| JP2004318242A5 JP2004318242A5 (ja) | 2006-06-08 |
| JP4323853B2 true JP4323853B2 (ja) | 2009-09-02 |
Family
ID=33469558
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003107834A Expired - Fee Related JP4323853B2 (ja) | 2003-04-11 | 2003-04-11 | 更新通知装置及び方法、並びにプログラム及び記憶媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20050086270A1 (ja) |
| JP (1) | JP4323853B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005346671A (ja) * | 2004-06-07 | 2005-12-15 | Canon Inc | 情報処理装置およびドキュメント処理方法 |
| US9094508B2 (en) * | 2004-11-30 | 2015-07-28 | Avaya Inc. | Methods and apparatus for determining a proxy presence of a user |
| US8176086B2 (en) * | 2004-11-30 | 2012-05-08 | Avaya Inc. | Methods and apparatus for determining a presence of a user |
| TWI287744B (en) * | 2005-11-22 | 2007-10-01 | Inst Information Industry | Method and system for discover capabilities of communication device |
| EP2179375A1 (en) * | 2007-08-24 | 2010-04-28 | Opnet Technologies, Inc. | Verifying data consistency among multiple structured files |
| JP7272293B2 (ja) * | 2020-01-29 | 2023-05-12 | トヨタ自動車株式会社 | エージェント装置、エージェントシステム及びプログラム |
| US11797575B2 (en) * | 2020-01-29 | 2023-10-24 | Salesforce, Inc. | Capturing data lake changes |
| KR20220151474A (ko) * | 2021-05-06 | 2022-11-15 | 삼성전자주식회사 | AI(artificial intelligent) 에이전트 서비스를 통해 업데이트 정보를 제공하기 위한 전자 장치 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3139408B2 (ja) * | 1997-03-17 | 2001-02-26 | カシオ計算機株式会社 | ホームページ更新通知装置 |
| US6714976B1 (en) * | 1997-03-20 | 2004-03-30 | Concord Communications, Inc. | Systems and methods for monitoring distributed applications using diagnostic information |
| JPH11203321A (ja) * | 1998-01-20 | 1999-07-30 | Fujitsu Ltd | メタ情報管理機能を備えた情報提供装置 |
| JP2000187626A (ja) * | 1998-10-16 | 2000-07-04 | Mitsubishi Electric Corp | アプリケ―ション間デ―タ送受信システム及びアプリケ―ション間デ―タ送受信方式及びアプリケ―ション間デ―タ送受信方法及びプログラムを記録したコンピュ―タ読取可能な記録媒体 |
| JP2000250826A (ja) * | 1999-03-01 | 2000-09-14 | Fujitsu Ltd | 状態変化通知方法及び状態変化通知システム |
| US6477565B1 (en) * | 1999-06-01 | 2002-11-05 | Yodlee.Com, Inc. | Method and apparatus for restructuring of personalized data for transmission from a data network to connected and portable network appliances |
| JP2001216226A (ja) * | 1999-11-26 | 2001-08-10 | Mitsubishi Electric Corp | アプリケーション間データ送受信方式及びアプリケーション間データ送受信方法及びアプリケーション間データ送受信方法をコンピュータに動作させるプログラムを記録したコンピュータで読取可能な記録媒体 |
| US6868544B2 (en) * | 2000-12-08 | 2005-03-15 | Telcordia Technologies, Inc. | Method and system for general-purpose interactive notifications |
| JP2003230171A (ja) * | 2002-01-31 | 2003-08-15 | Ntt Docomo Inc | 移動管理装置、移動通信端末及び移動通信システム |
| US7620737B2 (en) * | 2002-12-12 | 2009-11-17 | Xerox Corporation | Methods, apparatus, and program products for abstract applications/components in a ubiquitous computing environment |
| US7743022B2 (en) * | 2003-02-28 | 2010-06-22 | Microsoft Corporation | Method and system for synchronizing data shared among peer computing devices |
| US7325202B2 (en) * | 2003-03-31 | 2008-01-29 | Sun Microsystems, Inc. | Method and system for selectively retrieving updated information from one or more websites |
-
2003
- 2003-04-11 JP JP2003107834A patent/JP4323853B2/ja not_active Expired - Fee Related
-
2004
- 2004-04-12 US US10/822,342 patent/US20050086270A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004318242A (ja) | 2004-11-11 |
| US20050086270A1 (en) | 2005-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111158831B (zh) | 基于即时通讯应用的数据处理方法、装置、设备及介质 | |
| CN110472941B (zh) | 基于通知消息的日程创建方法和装置、终端、存储介质 | |
| JP5018774B2 (ja) | 監視装置、監視システム、監視方法およびプログラム | |
| CN1691017B (zh) | 管理原始文档信息和追记信息的文档管理网络系统 | |
| CN108062316A (zh) | 一种辅助客户服务的方法和装置 | |
| CN110489105B (zh) | 一种可视化埋点的设置方法、系统、设备及其存储介质 | |
| CN109492152B (zh) | 推送定制内容的方法、装置、计算机设备及存储介质 | |
| CN107465599A (zh) | 一种即时通讯中的日程设置方法及装置 | |
| JP4323853B2 (ja) | 更新通知装置及び方法、並びにプログラム及び記憶媒体 | |
| CN102567455A (zh) | 利用语句的加权流行数据来管理文档的方法与系统 | |
| JP5327784B2 (ja) | 計算機システム、情報収集支援装置及び情報収集支援方法 | |
| KR20080092746A (ko) | 맞춤형 정보 갱신 방법 및 맞춤형 정보 갱신 시스템 | |
| JP2005025620A (ja) | 文書更新通知装置及び文書更新通知方法及び文書更新通知装置の制御プログラム | |
| JP2004258914A (ja) | タググルーピングシステム、タググルーピング方法 | |
| CN111538645B (zh) | 数据可视化方法及相关设备 | |
| CN112231517A (zh) | 一种数据查询方法及装置 | |
| JP2000142925A (ja) | 物品管理システム及び端末 | |
| JP5259436B2 (ja) | 知識共有支援装置とその方法及びプログラム | |
| JP3980974B2 (ja) | スケジュール情報抽出編集装置および方法 | |
| CN116092648A (zh) | 一种业务处理方法、装置、电子设备及计算机可读介质 | |
| US20170060998A1 (en) | Method and apparatus for mining maximal repeated sequence | |
| CN107301212A (zh) | 一种聚合人物动态的方法及装置 | |
| CN113595886A (zh) | 即时通讯消息的处理方法、装置、电子设备及存储介质 | |
| JP5656254B2 (ja) | コミュニケーションイベントログ作成システム、コミュニケーションイベントログ作成方法およびプログラム | |
| CN111767693A (zh) | 信息处理装置、信息处理方法及计算机可读记录介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060407 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060407 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060407 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060417 |
|
| RD05 | Notification of revocation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7425 Effective date: 20070626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090127 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090323 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090602 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090605 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130612 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |