(57)【要約】【課題】  文書データの更新の通知を受けるユーザが文書更新通知の条件を変更でき、かつ、当該条件の変更する際の利便性を向上させることが可能な仕組みを提供する。【解決手段】文書データの情報を含む、文書データの登録要求を受け付けたときに通知する条件を管理する。そして、文書データの登録要求を受け付けると、登録要求を受け付けた文書データの情報と管理する条件の情報とを用いて、通知するかを判定する。判定の結果、通知すると判定された場合に、前記条件を認識可能な情報を含む通知を行い、さらに、通知に応じた、前記条件の変更要求を受け付ける。【選択図】  図９
2019082868.tif 000002
【特許請求の範囲】
【請求項１】
文書データの情報を含む、文書データの登録要求を受け付けたときに通知する条件を管理する管理手段と、
文書データの登録要求を受け付ける受付手段と、
前記受付手段により登録要求を受け付けた文書データの情報と前記管理手段で管理する条件の情報とを用いて、通知するかを判定する判定手段と、
前記判定手段により通知すると判定された場合に、前記条件を認識可能な情報を含む通知を行う通知手段と、
前記通知手段による通知に応じた、前記条件の変更要求を受け付ける変更要求受付手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記変更要求受付手段により前記条件の変更を受け付けるための変更画面を生成する生成手段を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記判定手段は、前記受付手段により登録要求を受け付けた文書データの情報が、前記管理手段で管理する条件に一致した場合に通知すると判定し、
前記生成手段は、前記一致した条件をユーザが認識可能な前記変更画面を生成することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記変更画面を介して変更要求を受け付けた場合に、当該変更により、前記判定手段によって前記通知をすると判定されなくなるかを判定する第２判定手段と、
前記第２判定手段による判定結果を通知する判定結果通知手段と
を備えることを特徴とする請求項２または３に記載の情報処理装置。
【請求項５】
前記通知手段は、電子メールによる通知を行い、
前記電子メールには、前記変更画面を表示するためのリンク情報を含むことを特徴とする請求項２乃至４のいずれか1項に記載の情報処理装置。
【請求項６】
文書データの情報を含む、文書データの登録要求を受け付けたときに通知する条件を管理する管理手段を備える情報処理装置の制御方法であって、
文書データの登録要求を受け付ける受付工程と、
前記受付工程で、登録要求を受け付けた文書データの情報と前記管理手段で管理する条件の情報とを用いて、通知するかを判定する判定工程と、
前記判定工程で通知すると判定された場合に、前記条件を認識可能な情報を含む通知を行う通知工程と、
前記通知工程による通知に応じた、前記条件の変更要求を受け付ける変更要求受付工程と、
を備えることを特徴とする情報処理装置の制御方法。
【請求項７】
文書データの情報を含む、文書データの登録要求を受け付けたときに通知する条件を管理する管理手段を備える情報処理装置で読み取り実行可能なプログラムであって、
前記情報処理装置を、
文書データの登録要求を受け付ける受付手段と、
前記受付手段により登録要求を受け付けた文書データの情報と前記管理手段で管理する条件の情報とを用いて、通知するかを判定する判定手段と、
前記判定手段により通知すると判定された場合に、前記条件を認識可能な情報を含む通知を行う通知手段と、
前記通知手段による通知に応じた、前記条件の変更要求を受け付ける変更要求受付手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理装置の制御方法、およびプログラムに関し、特に文書データの更新の通知を受けるユーザが文書更新通知の条件を変更でき、かつ、当該条件の変更する際の利便性を向上させることが可能な仕組みに関する。
【背景技術】
【０００２】
従来、例えば、プロジェクト標準資料（テーブル定義書や共通機能設計書）を更新した際、業務上、更新者は文書使用者へメール等で更新した旨を通知する必要がある。従来のメール等での通知には人為的ミスが発生するリスクがあり、文書使用者への通知漏れが発生すると、作業の手戻り等、業務に支障をきたす恐れがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−１５７１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１には、文書更新通知管理装置に通知するユーザのアドレスを事前に登録し、文書更新イベントをトリガーとして、文書更新通知管理装置に登録されたユーザに通知するシステムが記載されている。
【０００５】
しかしながら、特許文献１では、通知するか否かを文書更新通知管理装置が決定するため、通知を受けるユーザが通知条件を変更することができなかった。また、仮に通知を受けるユーザが通知条件を変更できたとしても、どういう条件に合致したため通知されたかをユーザが認識できないため、通知条件の変更が困難という課題があった。
【０００６】
本発明は、文書データの更新の通知を受けるユーザが文書更新通知の条件を変更でき、かつ、当該条件の変更する際の利便性を向上させることが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、文書データの情報を含む、文書データの登録要求を受け付けたときに通知する条件を管理する管理手段と、文書データの登録要求を受け付ける受付手段と、前記受付手段により登録要求を受け付けた文書データの情報と前記管理手段で管理する条件の情報とを用いて、通知するかを判定する判定手段と、前記判定手段により通知すると判定された場合に、前記条件を認識可能な情報を含む通知を行う通知手段と、前記通知手段による通知に応じた、前記条件の変更要求を受け付ける変更要求受付手段と、を備えることを特徴とする。
【０００８】
また、本発明は、文書データの情報を含む、文書データの登録要求を受け付けたときに通知する条件を管理する管理手段を備える情報処理装置の制御方法であって、文書データの登録要求を受け付ける受付工程と、前記受付工程で、登録要求を受け付けた文書データの情報と前記管理手段で管理する条件の情報とを用いて、通知するかを判定する判定工程と、前記判定工程で通知すると判定された場合に、前記条件を認識可能な情報を含む通知を行う通知工程と、前記通知工程による通知に応じた、前記条件の変更要求を受け付ける変更要求受付工程と、を備えることを特徴とする。
【０００９】
また、本発明は、文書データの情報を含む、文書データの登録要求を受け付けたときに通知する条件を管理する管理手段を備える情報処理装置で読み取り実行可能なプログラムであって、前記情報処理装置を、文書データの登録要求を受け付ける受付手段と、前記受付手段により登録要求を受け付けた文書データの情報と前記管理手段で管理する条件の情報とを用いて、通知するかを判定する判定手段と、前記判定手段により通知すると判定された場合に、前記条件を認識可能な情報を含む通知を行う通知手段と、前記通知手段による通知に応じた、前記条件の変更要求を受け付ける変更要求受付手段として機能させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、文書データの更新の通知を受けるユーザが文書更新通知の条件を変更でき、かつ、当該条件の変更する際の利便性を向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態における、文書管理システムのシステム構成の一例を示す図である。
【図２】本発明の実施形態における、文書管理サーバ１０１、クライアント機器１０２のハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態における、文書管理サーバ１０１の機能構成の一例を示す図である。
【図４】本発明の実施形態における、通知条件設定処理の一例を示すフローチャートである。
【図５】本発明の実施形態における、文書更新通知処理及び通知条件再設定処理の一例を示すフローチャートである。
【図６】本発明の実施形態における、通知条件設定画面の一例を示す図である。
【図７】本発明の実施形態における、通知条件変更時確認ダイアログ画面の一例を示す図である。
【図８】本発明の実施形態における、更新文書一覧画面の一例を示す図である。
【図９】本発明の実施形態における、更新通知メールの一例を示す図である。
【図１０】本発明の実施形態における、通知条件管理マスタのテーブルの一例を示す図である。
【図１１】本発明の実施形態における、文書管理テーブルの一例を示す図。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
図１は、本発明の実施形態における文書管理システム構成の一例を示す図である。
【００１４】
文書管理システムは、文書管理サーバ１０１、クライアント機器１０２が、ネットワーク１０３を介して接続される構成となっている。
【００１５】
文書管理サーバ１０１は、文書の更新情報とユーザ情報、ユーザ毎の通知条件情報を記憶し、クライアント機器１０２からの文書更新要求、または通知条件登録または更新要求に応じて処理を行う。
【００１６】
クライアント機器１０２は、文書の更新と通知条件の登録及び更新を行う。以上で、図１の説明を終了する。
【００１７】
図２は、本発明の実施形態における文書管理サーバ１０１、クライアント機器１０２のハードウェア構成の一例を示すブロック図である。
【００１８】
図２に示すように、情報処理装置は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、よび通信Ｉ／Ｆコントローラ２０８が接続される。
【００１９】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２０】
ＲＯＭ２０２あるいは外部メモリ２１１は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。
【００２１】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２２】
入力コントローラ２０５は、キーボード２０９や不図示のマウス等のポインティングデバイス等の入力装置からの入力を制御する。入力装置がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。
【００２３】
また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。
【００２４】
ビデオコントローラ２０６は、ディスプレイ２１０などの外部出力装置への表示を制御する。ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作を受け付け可能な装置については、入力装置も提供する。
【００２５】
なおビデオコントローラ２０６は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。
【００２６】
メモリコントローラ２０７は、外部メモリ２１１へのアクセスを制御する。外部メモリとしては、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データ等を記憶する外部記憶装置（ハードディスク）、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等を利用可能である。
【００２７】
通信Ｉ／Ｆコントローラ２０９は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信が可能である。
【００２８】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２９】
次に図３を参照して、本発明の実施形態における各種装置の機能構成の一例について説明する。
【００３０】
文書管理サーバ１０１は、管理部３０１、受付部３０２、判定部３０３、通知部３０４、変更要求受付部３０５を含む。
【００３１】
管理部３０１は、文書データの情報を含む、文書データの登録要求を受け付けたときに通知する条件を管理する。受付部３０２は、クライアント機器１０２から、文書データの登録要求を受け付ける。
【００３２】
判定部３０３は、受付部３０２により登録要求を受け付けた文書データの情報と管理部３０１で管理する条件の情報とを用いて、通知するかを判定する。
【００３３】
通知部３０４は、判定部３０３で通知すると判定された場合に、その条件を認識可能な情報を含む通知を行う。
【００３４】
変更要求受付部３０５は、通知部３０４による通知に応じた、条件の変更要求をクライアント機器１０２から受け付ける。
【００３５】
なお、本実施形態においては、管理部３０１、受付部３０２、判定部３０３、通知部３０４、変更要求受付部３０５の機能を文書管理サーバ１０１が備えているが、例えばこれらの構成をクライアント機器１０２が備えるよう構成してもよいものとする。
【００３６】
次に図４〜図５のフローチャートを用いて、本発明の実施形態における文書管理サーバ１０１、クライアント機器１０２が実行する処理について説明する。
【００３７】
図４のフローチャートは、文書管理サーバ１０１、クライアント機器１０２のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理であり、通知条件を設定する処理を示すフローチャートである。
【００３８】
ステップＳ４０１では、クライアント機器１０２のＣＰＵ２０１は、文書管理サーバが提供するログイン画面にてクライアント機器１０２を介してユーザから入力されたユーザＩＤ及びパスワードを送信し、メニュー画面（不図示）を表示する。または、ユーザが受信した通知メール本文のリンクからログインする場合（ステップＳ４０１−１でＹＥＳと判定された場合）、通知条件設定画面を表示する。
【００３９】
ステップＳ４０２では、クライアント機器１０２のＣＰＵ２０１は、メニュー画面上で「更新文書一覧」ボタンが押下されたときに、文書管理サーバ１０１に対し、更新文書一覧画面の表示要求を送信する。
【００４０】
ステップＳ４０３では、文書管理サーバ１０１のＣＰＵ２０１は、クライアント機器１０２からの更新文書一覧画面の表示要求を受け付ける。
【００４１】
ステップＳ４０４では、文書管理サーバ１０１のＣＰＵ２０１は、ユーザが設定している通知条件に合致した文書（後述する図１０の通知条件管理マスタのテーブルのうち、ユーザＩＤ１００２がログインしたユーザになっている条件に合致した文書）を検索し、結果を取得する。
【００４２】
ステップＳ４０５では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ４０４で取得した結果をもとに更新文書一覧画面のデータをクライアント機器１０２に送信する。
【００４３】
ステップＳ４０６では、クライアント機器１０２のＣＰＵ２０１は、更新文書一覧画面のデータを取得する。
【００４４】
ステップＳ４０７では、クライアント機器１０２のＣＰＵ２０１は、更新文書一覧画面（後述する図８）を表示する。
【００４５】
ステップＳ４０８では、クライアント機器１０２のＣＰＵ２０１は、通知条件設定画面ボタン８０３が押下されたときに、文書管理サーバ１０１に対し、通知条件設定画面の表示要求を送信する。このときステップ４０１で通知メール本文のリンクから遷移した場合、通知条件設定画面ボタン８０３押下時の処理と同様の処理を行う。
【００４６】
ステップＳ４０９では、文書管理サーバ１０１のＣＰＵ２０１は、通知条件設定画面の表示要求を受け付ける。
【００４７】
ステップＳ４１０では、文書管理サーバ１０１のＣＰＵ２０１は、ユーザが設定している条件を検索し、結果を取得する。
【００４８】
ステップＳ４１１では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ４１０で取得した結果をもとに通知条件設定画面のデータを送信する。
【００４９】
ステップＳ４１２では、クライアント機器１０２のＣＰＵ２０１は、通知条件設定画面のデータを取得する。
【００５０】
ステップＳ４１３では、クライアント機器１０２のＣＰＵ２０１は、通知条件設定画面（後述する図６）をディスプレイ２１０に表示する。
【００５１】
ステップＳ４１４では、クライアント機器１０２のＣＰＵ２０１は、通知条件設定画面にて、通知条件の入力を受け付ける。
【００５２】
ステップＳ４１５では、クライアント機器１０２のＣＰＵ２０１は、登録ボタン６０６が押下されたときに、ステップ４１４で入力を受け付けた情報を文書管理サーバ１０１に送信する。
【００５３】
ステップＳ４１６では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ４１５でクライアント機器１０２から送信された通知条件情報を受け付ける。
【００５４】
ステップＳ４１７では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ４１６で受け付けた通知条件情報を通知条件管理マスタテーブル（後述する図１０）に登録または更新する。以上で、図４の説明を終了し、次に図５について説明する。
【００５５】
図５のフローチャートは、文書管理サーバ１０１、クライアント機器１０２のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理であり、ユーザが独自で設定している通知条件に合致した場合に、文書管理サーバ１０１からクライアント機器１０２に通知メールを送信し、クライアント機器１０２を介してユーザから通知条件の再設定を受け付ける処理を示すフローチャートである。なお、本実施形態では、本フローチャートの文書管理サーバ１０１の右側のクライアント機器１０２と、本フローチャートの文書管理サーバ１０１の左側のクライアント機器１０２は別の機器であるものとする。
【００５６】
ステップＳ５０１では、クライアント機器１０２のＣＰＵ２０１は、文書管理サーバが提供する文書作成画面（不図示）において、文書を新規作成または既存文書の更新をユーザから受け付ける。
【００５７】
ステップＳ５０２では、クライアント機器１０２のＣＰＵ２０１は、文書作成画面上の登録ボタンが押下されたときに、ステップ５０１でユーザから入力を受け付けた情報を文書管理サーバ１０１に送信することで、文書の登録要求を行う。
【００５８】
ステップＳ５０３では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５０２でクライアント機器１０２から送信された情報を含む文書の登録要求を受け付ける。
【００５９】
ステップＳ５０３は、本発明における、文書データの登録要求を受け付ける受付手段の一例である。
【００６０】
ステップＳ５０４では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５０３で受け付けた情報を文書管理テーブル（図１１）に登録または更新する。
【００６１】
図１１は、本発明の実施形態における、文書管理テーブルの一例を示す図であり、文書管理サーバ１０１の外部メモリ２１１に記憶される。文書管理テーブルには、文書を作成したユーザを示す「ｃｒｅａｔｅ＿ｕｓｅｒ」１１０１、文書をアップデートしたユーザを示す「ｕｐｄａｔｅ＿ｕｓｅｒ」１１０２、文書名１１０３等を含む。
【００６２】
ステップＳ５０５では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５０４で登録、または更新された文書の情報を取得する。
【００６３】
ステップＳ５０６では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５０５で取得した結果をもとに通知条件管理マスタテーブル（後述する図１０）を検索し、ユーザ独自で通知条件を設定しているかどうかを判定する。具体的には、図１０の通知条件管理マスタテーブルの条件（１）１００３、条件（３）１００５に、ステップ５０５で取得した文書の情報が含まれるかにより判定する。文書管理サーバ１０１のＣＰＵ２０１は、設定している場合は、ステップ５０７の処理を実行し、設定していない場合は、ステップ５０９の処理を実行する。
【００６４】
ステップＳ５０７では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５０５で取得した結果をもとに、各ユーザが独自で設定している通知条件（条件（１）１００３〜無効フラグ１００７）を取得する。
【００６５】
ステップＳ５０８では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５０５で取得した結果をもとに、各ユーザが独自で設定している通知条件と、ステップ５０４で登録または更新された文書の情報が一致するか判定する。一致する場合はステップ５０９を処理する。一致しない場合は本処理を終了する。
【００６６】
ステップＳ５０８は、本発明における、前記受付手段により登録要求を受け付けた文書データの情報と前記管理手段で管理する条件の情報とを用いて、通知するかを判定する判定手段の一例である。
【００６７】
ステップＳ５０９では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５０８で判定した結果をもとに、一致した通知条件を取得する。
【００６８】
ステップＳ５１０では、文書管理サーバ１０１のＣＰＵ２０１は、通知条件に合致したユーザに対し送信するメールの本文を作成する（後述する図９）。このときステップ５０９で取得した通知条件をテキスト形式でメール本文に記載し、通知条件のキー値をメール本文のＵＲＬに記載する。
【００６９】
ステップＳ５１１では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５１０で作成したメールを対象のユーザに送信する。ステップＳ５１１は、本発明における、前記判定手段により通知すると判定された場合に、前記条件を認識可能な情報を含む通知を行う通知手段の一例である。
【００７０】
ステップＳ５１２では、クライアント機器１０２のＣＰＵ２０１は、ステップ５１１で送信された通知メールを受信する。
【００７１】
ステップＳ５１３では、クライアント機器１０２のＣＰＵ２０１は、ステップ５１２で受信したメール本文に記載している通知条件設定画面リンク９０３の押下をユーザから受け付けることで、文書管理サーバ１０１に通知条件設定画面（図６）の表示要求を送信する。このとき、ＵＲＬに記載されている、合致した通知条件のキー値を通知条件設定画面の表示要求に付加する。
【００７２】
ステップＳ５１４では、文書管理サーバ１０１のＣＰＵ２０１は、通知条件設定画面の表示要求を受け付ける。また、通知条件のキー値（図９の９０２）を受け付ける。
【００７３】
ステップＳ５１５では、文書管理サーバ１０１のＣＰＵ２０１は、ユーザが設定している条件を検索し、結果を取得する。
【００７４】
ステップＳ５１６では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５１５で取得した結果をもとに通知条件設定画面（図６）のデータを送信する。このとき、ステップ５１４で取得した通知条件のキー値をもとに、キー値と一致する通知条件の背景色を変更する制御を行う（図６の合致条件強調６０４）。
【００７５】
ステップＳ５１７では、クライアント機器１０２のＣＰＵ２０１は、通知条件設定画面のデータを受け付ける。
【００７６】
ステップＳ５１８では、クライアント機器１０２のＣＰＵ２０１は、通知条件設定画面を表示する。
【００７７】
ステップＳ５１９では、クライアント機器１０２のＣＰＵ２０１は、通知条件設定画面において、通知条件の内容を登録または更新する。
【００７８】
ステップＳ５２０では、クライアント機器１０２のＣＰＵ２０１は、通知条件設定画面において、登録ボタン６０６がユーザにより押下されたとき、文書管理サーバ１０１に対し、通知条件情報の登録要求を送信する。
【００７９】
ステップＳ５２１では、文書管理サーバ１０１のＣＰＵ２０１は、クライアント機器１０２から送信された通知条件情報の登録要求を受け付ける。ステップＳ５２１は、本発明における、前記通知手段による通知に応じた、前記条件の変更要求を受け付ける変更要求受付手段の一例である。
【００８０】
ステップＳ５２２では、文書管理サーバ１０１のＣＰＵ２０１は、ステップ５２１で取得した通知条件情報を通知条件管理マスタテーブル（図１０）に登録または更新する。
【００８１】
以上で、図５の説明を終了し、次に、図４、５の処理で用いられる図６〜図１０について説明する。まず、図６について説明する。
【００８２】
図６は、本発明の実施形態における、通知条件を設定するための通知条件設定画面の一例を示す図であり、図４のステップＳ４１３で、クライアント機器１０２のディスプレイ２１０に表示される画面である。
【００８３】
通知条件設定画面は、行追加６０１、通知条件６０２、無効フラグ６０３、合致条件強調６０４、メール通知許可フラグ６０５、登録ボタン６０６、条件削除６０７からなる。
【００８４】
行追加６０１は、通知条件を新規作成する場合に、空行を通知条件一覧に追加するものである。通知条件６０２は、文書が更新された際に通知する条件を表示するものである。
【００８５】
無効フラグ６０３は、該当の通知条件を一時的に無効にするものである。合致条件強調６０４は、取得した通知条件のキー値に一致する通知条件の背景色を変更するものである。
【００８６】
メール通知許可フラグ６０５は、文書が更新され、登録した条件に一致した場合に、メールで通知するかを選択するものである。登録ボタン６０６は、入力した通知条件を通知条件管理マスタテーブル（図１０）に登録するためのボタンである。
【００８７】
条件削除６０７は、メール通知許可フラグ６０５でチェックを入れた条件を通知条件管理マスタから削除するものである。以上で、図６の説明を終了し、次に、図７について説明する。
【００８８】
図７は、本発明の実施形態における、通知条件が変更されたときに、ユーザに注意を促すための通知条件変更時確認ダイアログ画面の一例を示す図である。通知条件変更時確認ダイアログ画面は、ＯＫ７０１、キャンセル７０２からなる。
【００８９】
ＯＫ７０１は、変更した通知条件を登録するものである。キャンセル７０２は、変更をキャンセルするものである。また、図７の確認ダイアログを表示することにより、今回通知を受けた文書に関する通知を今後受けたくない場合に、図６（図７）の画面を介して修正したことにより通知が来なくなるのかを把握することができる。より具体的に説明すると、例えば、通知条件が「更新が所定の日付以内、または、ファイル名が所定のファイル名である場合に通知する」という条件である場合に、「ファイル名が所定のファイル名である場合に通知する」という条件だけを解除したとしても、「更新が所定の日付以内」という条件を解除していなければ依然として通知される可能性がある。そのため、図７に示すダイアログ画面を表示することで、今回通知を受けた文書に関する通知を今後受けたくない場合に、図６（図７）の画面を介して修正したことにより通知が来なくなるのかを把握させることで、ユーザビリティを向上させることができる。
【００９０】
なお、通知条件を変更したことにより、今回通知を受けた文書に関する通知が今後されなくなるかの判定は、ステップＳ５２０の処理が終了した後に、文書管理サーバ１０１のＣＰＵ２０１が判定するとしても良いし、クライアント機器１０２のＣＰＵ２０１が判定するとしても良い。
【００９１】
以上で、図７の説明を終了し、次に、図８について説明する。
【００９２】
図８は文書が更新された際に、ユーザが設定している条件に合致する更新文書を表示するための更新文書一覧画面である。更新文書一覧画面は、更新文書情報８０１、更新８０２、通知条件設定画面ボタン８０３、クリア８０４からなる。
【００９３】
更新文書情報８０１は、通知条件と合致して、ユーザに通知した文書の情報を表示するものである。更新８０２は、更新文書情報の最新情報を表示するものである。
【００９４】
通知条件設定画面ボタン８０３は、通知条件設定画面（図６）へ遷移するためのボタンである。クリア８０４は、チェックをつけた文書について、一覧からクリアするものである。以上で、図８の説明を終了し、次に、図９について説明する。
【００９５】
図９は文書が更新された際に、ユーザが設定している条件に合致した場合に通知するための更新通知メールである。更新通知メールは、更新文書一覧画面リンク９０１、一致した通知条件９０２、通知条件設定画面リンク９０３からなる。
【００９６】
更新文書一覧画面リンク９０１は、リンク押下時に更新文書一覧画面（図８）にアクセスするものである。
【００９７】
一致した通知条件９０２は、合致した通知条件を表示するものである。合致した通知条件を表示することにより、ユーザはなぜ今回通知されたのかを認識することができ、通知条件を修正すべきかを判断することが可能となる。
【００９８】
通知条件設定画面リンク９０３は、リンク押下時に通知条件設定画面にアクセスするものである。また、アクセス時に合致した通知条件のキー値をパラメータとして送信する。以上で、図９の説明を終了し、次に、図１０について説明する。
【００９９】
図１０の通知条件管理マスタテーブルは、文書管理サーバ１０１の外部メモリ２１１に記憶される、ユーザが設定した通知条件を登録するテーブルであり、条件コード１００１、ユーザＩＤ１００２、条件（１）１００３、条件（２）１００４、条件（３）１００５、条件（４）１００６、無効フラグ１００７、削除フラグ１００８、作成日１００９、作成者１０１０、更新日１０１１、更新者１０１２の項目からなる。
【０１００】
条件コード１００１には、各ユーザが登録している条件を一意に識別するための項目であり、条件コードが登録される。
【０１０１】
ユーザＩＤ１００２には、条件コード１００１が適用されているユーザを識別するための項目であり、ユーザＩＤが登録される。
【０１０２】
条件（１）１００３には、通知条件の左辺を設定するための項目であり、文書管理テーブルの項目名（作成者、作成日、文書データ名等）が登録される。
【０１０３】
条件（２）１００４には、通知条件に適用する等号または不等号を登録するための項目であり、等号または不等号が登録される。
【０１０４】
条件（３）１００５には、条件（１）１００３の値と比較するための項目であり、条件（１）１００３と比較する値が登録される。
【０１０５】
条件（４）１００６には、設定した通知条件の前後を結合するための項目であり、ＡＮＤまたはＯＲが登録される。
【０１０６】
無効フラグ１００７には、設定している通知条件の適用可否を決定するための項目であり、ＴＲＵＥまたはＦＡＬＳＥが登録される。
【０１０７】
削除フラグ１００８には、設定している通知条件を論理削除するための項目であり、ＴＲＵＥまたはＦＡＬＳＥが登録される。
【０１０８】
作成日１００９には、通知条件が登録された日時を管理するための項目であり、システム日時が登録される。
【０１０９】
作成者１０１０には、通知条件を登録したユーザを管理するための項目であり、ユーザＩＤが登録される。
【０１１０】
更新日１０１１には、通知条件が更新された日時を管理するための項目であり、システム日時が登録される。
【０１１１】
更新者１０１２には、通知条件を更新したユーザを管理するための項目であり、ユーザＩＤが登録される。
【０１１２】
通知条件管理マスタテーブルは、本発明における、文書データの情報を含む、文書データの登録要求を受け付けたときに通知する条件を管理する管理手段の一例である。
【０１１３】
以上、本発明によると、文書データの更新の通知を受けるユーザが文書更新通知の条件を変更でき、かつ、当該条件の変更する際の利便性を向上させることができる。
【０１１４】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１１５】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１１６】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１１７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１１８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１１９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１２０】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１２１】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１２２】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１２３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１２４】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１２５】
１０１  文書管理サーバ
１０２  クライアント機器
１０３  ネットワーク
【図１】
2019082868.tif 000003
【図２】
2019082868.tif 000004
【図３】
2019082868.tif 000005
【図４】
2019082868.tif 000006
【図５】
2019082868.tif 000007
【図６】
2019082868.tif 000008
【図７】
2019082868.tif 000009
【図８】
2019082868.tif 000010
【図９】
2019082868.tif 000011
【図１０】
2019082868.tif 000012
【図１１】
2019082868.tif 000013