トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 文書承認システム用サーバ、文書承認方法および記録媒体
【発明者】 【氏名】山田 正

【氏名】遠藤 省吾

【氏名】加藤 幸二

【氏名】金谷 亮吾

【氏名】松内 良介

【氏名】三輪 宜子

【氏名】小林 浩美

【氏名】森 泰彦
【要約】 【課題】承認のための文書の流れを停止させない文書承認システム用サーバ、文書承認方法を提供する。

【解決手段】文書作成者のクライアントおよび複数の文書承認者のクライアントと接続し、文書作成者のクライアントで作成された文書を予め設定された承認経路に沿って前記文書に対する承認を前記複数のクライアントで行う文書承認システム用サーバにおいて、前記承認経路中の、文書の飛び越し分岐のための経路の指定および飛び越し分岐のための条件を前記文書作成者のクライアントおよび複数の文書承認者のクライアントのいずれかから受け付ける手段と、前記文書の承認状況が当該受け付けた飛び越し分岐の条件に合致するかを否かを判定する判定手段と、肯定判定が得られた場合には受け付けた経路指定に沿って、文書の転送先を飛び越し分岐させる転送制御手段とを具える。
【特許請求の範囲】
【請求項１】 文書作成者のクライアントおよび複数の文書承認者のクライアントと接続し、文書作成者のクライアントで作成された文書を予め設定された承認経路に沿って前記文書に対する承認を前記複数のクライアントで行う文書承認システム用サーバにおいて、前記承認経路中の、文書の飛び越し分岐のための経路の指定および飛び越し分岐のための条件を前記文書作成者のクライアントおよび複数の文書承認者のクライアントのいずれかから受け付ける手段と、前記文書の承認状況が当該受け付けた飛び越し分岐の条件に合致するかを否かを判定する判定手段と、肯定判定が得られた場合には受け付けた経路指定に沿って、文書の転送先を飛び越し分岐させる転送制御手段とを具えたことを特徴とする文書承認システム用サーバ。
【請求項２】 請求項１に記載の文書承認システム用サーバにおいて、飛び越されたクライアントに対して、その旨を通知する手段をさらに具えたことを特徴とする文書承認システム用サーバ。
【請求項３】 請求項２に記載の文書承認システム用サーバにおいて、前記条件は、予め定めた期間を超えても文書の承認が行われないことであることを特徴とする文書承認システム用サーバ。
【請求項４】 請求項２に記載の文書承認システム用サーバにおいて、前記条件は、予め定めた期間を超えてもクライアントの電源が断していることであることを特徴とする文書承認システム用サーバ。
【請求項５】 請求項２に記載の文書承認システム用サーバにおいて、前記条件は、予め定めた期間を超えてもクライアントの操作が行われないことであることを特徴とする文書承認システム用サーバ。
【請求項６】 請求項１に記載の文書承認システム用サーバにおいて、飛び越されたクライアントに対して前記通信制御手段により事後承認のために特定タイミングで文書を送信することを特徴とする文書承認システム用サーバ。
【請求項７】 請求項６に記載の文書承認システム用サーバにおいて、前記特定タイミングは前記承認経路の最終ステージの承認者のクライアントで文書の承認が終了した時点であることを特徴とする文書承認システム用サーバ。
【請求項８】 請求項６に記載の文書承認システム用サーバにおいて、前記特定タイミングは、前記飛び越された承認者のクライアントから在席通知が前記文書承認サーバに対して送られた時点であることを特徴とする文書承認システム用サーバ。
【請求項９】 請求項６に記載の文書承認システム用サーバにおいて、前記特定タイミングは、前記飛び越された承認者のクライアントが前記条件を満足しない状況に変化した時点であることを特徴とする文書承認システム用サーバ。
【請求項１０】 請求項１〜請求項９のいずれかに記載の文書承認システム用サーバにおいて、複数の前記クライアント間では、文書の承認の委任および／または相談が可能であり、当該文書の承認の委任および／または相談の相手先のクライアントの動作環境に応じて文書の承認の委任および／または相談の他の相手先のクライアントに対して文書の飛びし越し転送が可能であることを特徴とする文書承認システム用サーバ。
【請求項１１】 文書作成者のクライアントおよび複数の文書承認者のクライアントと文書承認システム用サーバとが接続しており、文書作成者のクライアントで作成された文書を予め設定された承認経路に沿って前記文書に対する承認を前記複数のクライアントで行う文書承認方法において、前記文書承認システム用サーバは、前記承認経路中の、文書の飛び越し分岐のための経路の指定および飛び越し分岐のための条件を前記文書作成者のクライアントおよび複数の文書承認者のクライアントのいずれかから受け付けるステップと、前記文書の承認状況が当該受け付けた飛び越し分岐の条件に合致するかを否かを判定する判定ステップと、肯定判定が得られた場合には受け付けた経路指定に沿って、文書の転送先を飛び越し分岐させる転送制御ステップとを具えたことを特徴とする文書承認方法。
【請求項１２】 請求項１１に記載の文書承認方法において、前記文書承認システム用サーバは、飛び越されたクライアントに対して、その旨を通知するステップをさらに具えたことを特徴とする文書承認方法。
【請求項１３】 請求項１１に記載の文書承認方法において、前記条件は、予め定めた期間を超えても文書の承認が行われないことであることを特徴とする文書承認方法。
【請求項１４】 請求項１１に記載の文書承認方法において、前記条件は、予め定めた期間を超えてもクライアントの電源が断していることであることを特徴とする文書承認方法。
【請求項１５】 請求項１１に記載の文書承認方法において、前記条件は、予め定めた期間を超えてもクライアントの操作が行われないことであることを特徴とする文書承認方法。
【請求項１６】 請求項１１に記載の文書承認方法において、飛び越されたクライアントに対して前記通信制御手段により事後承認のために特定タイミングで文書を送信することを特徴とする文書承認方法。
【請求項１７】 請求項１６に記載の文書承認方法において、前記特定タイミングは前記承認経路の最終ステージの承認者のクライアントで文書の承認が終了した時点であることを特徴とする文書承認方法。
【請求項１８】 請求項１６に記載の文書承認方法において、前記特定タイミングは、前記飛び越された承認者のクライアントから在席通知が前記文書承認サーバに対して送られた時点であることを特徴とする文書承認方法。
【請求項１９】 請求項１６に記載の文書承認方法において、前記特定タイミングは、前記飛び越された承認者のクライアントが前記条件を満足しない状況に変化した時点であることを特徴とする文書承認方法。
【請求項２０】 請求項１１〜請求項１９のいずれかに記載の文書承認方法において、複数の前記クライアント間では、文書の承認の委任および／または相談が可能であり、当該文書の承認の委任および／または相談の相手先のクライアントの動作環境に応じて文書の承認の委任および／または相談の他の相手先のクライアントに対して文書の飛びし越し転送が可能であることを特徴とする文書承認方法。
【請求項２１】 請求項１１〜請求項２０のいずれかに記載のステップを文書承認システム用サーバで実行するためのプログラムを記録した記録媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、通信ネットワークを使用して、複数のユーザが作成文書の承認を行う文書承認システム用サーバ、文書承認方法および記録媒体に関する。
【０００２】
【従来の技術】従来、サーバを介して複数のクライアント間で書類の転送を行い、作成された書類の承認を行う文書承認システムが提案されている。
【０００３】従来のこの種の文書承認システムでは、ある担当者がクライアント上で書類を作成すると、その担当者の上司に対して電子メールで作成書類を送付する。上司は電子メールを受信すると上司のクライアント上で書類を修正した上で、書類に対して署名を行う。必要があれば、上司はさらに上の上司に対して承認を受けるために書類を転送する。
【０００４】また、予め書類の転送順をサーバに登録しておいて、登録された転送順に書類を配信するシステムも提案されている。
【０００５】
【発明が解決しようとする課題】従来の転送順をサーバに予め登録しておく文書承認システムでは、転送順が固定的であるので、承認経路の途中に位置するクライアントユーザが離籍してしまうと、文書の承認が得られず、文書の流れが停止してしまうという問題がある。
【０００６】そこで、本発明の目的は、承認のための文書の流れを停止させない文書承認システム用サーバ、文書承認方法および記録媒体を提供することにある。
【０００７】
【課題を解決するための手段】このような目的を達成するために、請求項１の発明は、文書作成者のクライアントおよび複数の文書承認者のクライアントと接続し、文書作成者のクライアントで作成された文書を予め設定された承認経路に沿って前記文書に対する承認を前記複数のクライアントで行う文書承認システム用サーバにおいて、前記承認経路中の、文書の飛び越し分岐のための経路の指定および飛び越し分岐のための条件を前記文書作成者のクライアントおよび複数の文書承認者のクライアントのいずれかから受け付ける手段と、前記文書の承認状況が当該受け付けた飛び越し分岐の条件に合致するかを否かを判定する判定手段と、肯定判定が得られた場合には受け付けた経路指定に沿って、文書の転送先を飛び越し分岐させる転送制御手段とを具えたことを特徴とする。
【０００８】請求項２の発明は、請求項１に記載の文書承認システム用サーバにおいて、飛び越されたクライアントに対して、その旨を通知する手段をさらに具えたことを特徴とする。
【０００９】請求項３の発明は、請求項２に記載の文書承認システム用サーバにおいて、前記条件は、予め定めた期間を超えても文書の承認が行われないことであることを特徴とするバ。
【００１０】請求項４の発明は、請求項２に記載の文書承認システム用サーバにおいて、前記条件は、予め定めた期間を超えてもクライアントの電源が断していることであることを特徴とする。
【００１１】請求項５の発明は、請求項２に記載の文書承認システム用サーバにおいて、前記条件は、予め定めた期間を超えてもクライアントの操作が行われないことであることを特徴とする。
【００１２】請求項６の発明は、請求項１に記載の文書承認システム用サーバにおいて、飛び越されたクライアントに対して前記通信制御手段により事後承認のために特定タイミングで文書を送信することを特徴とする。
【００１３】請求項７の発明は、請求項６に記載の文書承認システム用サーバにおいて、前記特定タイミングは前記承認経路の最終ステージの承認者のクライアントで文書の承認が終了した時点であることを特徴とする。
【００１４】請求項８の発明は、請求項６に記載の文書承認システム用サーバにおいて、前記特定タイミングは、前記飛び越された承認者のクライアントから在席通知が前記文書承認サーバに対して送られた時点であることを特徴とする。
【００１５】請求項９の発明は、請求項６に記載の文書承認システム用サーバにおいて、前記特定タイミングは、前記飛び越された承認者のクライアントが前記条件を満足しない状況に変化した時点であることを特徴とする。
【００１６】請求項１０の発明は、請求項１〜請求項９のいずれかに記載の文書承認システム用サーバにおいて、複数の前記クライアント間では、文書の承認の委任および／または相談が可能であり、当該文書の承認の委任および／または相談の相手先のクライアントの動作環境に応じて文書の承認の委任および／または相談の他の相手先のクライアントに対して文書の飛びし越し転送が可能であることを特徴とする。
【００１７】請求項１１の発明は、文書作成者のクライアントおよび複数の文書承認者のクライアントと文書承認システム用サーバとが接続しており、文書作成者のクライアントで作成された文書を予め設定された承認経路に沿って前記文書に対する承認を前記複数のクライアントで行う文書承認方法において、前記文書承認システム用サーバは、前記承認経路中の、文書の飛び越し分岐のための経路の指定および飛び越し分岐のための条件を前記文書作成者のクライアントおよび複数の文書承認者のクライアントのいずれかから受け付けるステップと、前記文書の承認状況が当該受け付けた飛び越し分岐の条件に合致するかを否かを判定する判定ステップと、肯定判定が得られた場合には受け付けた経路指定に沿って、文書の転送先を飛び越し分岐させる転送制御ステップとを具えたことを特徴とする。
【００１８】請求項１２の発明は、請求項１１に記載の文書承認方法において、前記文書承認システム用サーバは、飛び越されたクライアントに対して、その旨を通知するステップをさらに具えたことを特徴とする。
【００１９】請求項１３の発明は、請求項１１に記載の文書承認方法において、前記条件は、予め定めた期間を超えても文書の承認が行われないことであることを特徴とする。
【００２０】請求項１４の発明は、請求項１１に記載の文書承認方法において、前記条件は、予め定めた期間を超えてもクライアントの電源が断していることであることを特徴とする。
【００２１】請求項１５の発明は、請求項１１に記載の文書承認方法において、前記条件は、予め定めた期間を超えてもクライアントの操作が行われないことであることを特徴とする。
【００２２】請求項１６の発明は、請求項１１に記載の文書承認方法において、飛び越されたクライアントに対して前記通信制御手段により事後承認のために特定タイミングで文書を送信することを特徴とする。
【００２３】請求項１７の発明は、請求項１６に記載の文書承認方法において、前記特定タイミングは前記承認経路の最終ステージの承認者のクライアントで文書の承認が終了した時点であることを特徴とする。
【００２４】請求項１８の発明は、請求項１６に記載の文書承認方法において、前記特定タイミングは、前記飛び越された承認者のクライアントから在席通知が前記文書承認サーバに対して送られた時点であることを特徴とする。
【００２５】請求項１９の発明は、請求項１６に記載の文書承認方法において、前記特定タイミングは、前記飛び越された承認者のクライアントが前記条件を満足しない状況に変化した時点であることを特徴とする。
【００２６】請求項２０の発明は、請求項１１〜請求項１９のいずれかに記載の文書承認方法において、複数の前記クライアント間では、文書の承認の委任および／または相談が可能であり、当該文書の承認の委任および／または相談の相手先のクライアントの動作環境に応じて文書の承認の委任および／または相談の他の相手先のクライアントに対して文書の飛びし越し転送が可能であることを特徴とする。
【００２７】請求項２１の発明は、請求項１１〜請求項２０のいずれかに記載のステップを文書承認システム用サーバで実行するためのプログラムを記録したことを特徴とする。
【００２８】
【発明の実施の形態】以下、図面を参照して本発明の実施形態を詳細に説明する。
【００２９】図１は本発明を適用した全体コンピュータシステムをを示す。図１において、サーバ１０および複数のクライアント２０がLANなどの通信ネットワークに接続されている。サーバ１０は作成された書類をその書類に関連付けられた承認者のクライアントに配信する。サーバ１０はその他、新規機能を有する。本願明細書では、サーバ１０が本発明の文書承認システムとして機能する。クライアント２０は書類作成者および書類承認者側に設置される。
【００３０】サーバ１０には図２に示すような、以下のソフトウェアプログラムやその他オブジェクトが搭載されている。
【００３１】メールサーバは、書類の作成者が作成した書類を書類の承認者に電子メール（以下、メールと略記する）の形態で配信する。本実施形態では、セキュリティのために、クライアント２０は配信された書類を保存しておくことはできず、配信後は、サーバ１０内に書類を保存し、その書類を読み出す。
【００３２】WEBサーバは、サーバ１０内に保存されているマークアップランゲージ文書、たとえば、HTML文書やXML文書（以下、MLDと略記する場合がある）などの文書をクライアント２０に提供するためのソフトウェアプログラムであり、本実施形態ではさらに、クライアント２０からの指示で、マークアップランゲージ文書の記載内容を書き換える機能およびクライアント２０から指示される情報処理を実行するゲートウェイプログラムの機能を有するものを使用する。
【００３３】ドキュメント（文書）データベースは、承認前の作成文書、承認後の文書、文書作成に使用する雛型文書を格納する。
【００３４】オペレーティングシステム（ＯＳ）は、サーバのシステム動作を実行し、ＯＳ上で上述のソフトウェアプログラムが実行可能となる。
【００３５】マークアップランゲージ文書（ＭＬＤ）はクライアント２０側にインストールされたブラウザにより読み出されて、ＭＬＤに記載されたタグ命令がブラウザに実行される。すでによく知られているタグには以下のようなものがある。
・ＭＬＤ中に記載された文字列を表示するためのタグ・ＭＬＤ中で記憶場所が規定されたイメージまたは他のＭＬＤをその記憶場所から読み出して表示するためのタグ後述するが、本実施形態では、文書作成および承認手続きの条件設定のための画面を表示させるためのＭＬＤおよび承認を受けるべき文書そのもののＭＬＤが用意される。また、文書作成に使用する雛型文書もＭＬＤである。
・ＭＬＤ中で定義された文字列あるいはサーバ１０上に保管されたイメージをクライアント２０の表示画面に表示させ、その文字列またはイメージがユーザのマウス操作で指定されると、その指定に応じて情報処理を行なうタグ。このような文字列またはイメージは一般的にボタンと呼ばれる。また、ボタン操作に応じてクライアント２０側のブラウザが実行する情報処理は四則演算、他のＭＬＤの呼び出し、表の作成等がよく知られている。
・サーバ１０のゲートウェイプログラム（本実施形態ではＷＥＢサーバ）に対して、実行すべき情報処理内容を指示するタグ。一般的によく知られている情報処理は、パスワードの照合処理、データベースの検索処理、ゲートウェイプログラム側で定義されている情報処理に対して、入力情報を引渡す処理がある。
・自己のＭＬＤまたは他のＭＬＤの記載内容の書き換えを指示するタグ。
【００３６】クライアント２０にはブラウザが搭載される。ブラウザはＭＬＤに記載されたタグを解析し、ＭＬＤのタグが指示する情報処理を実行する。
【００３７】このような構成において実行される文書承認方法を次に説明する。
【００３８】図３は文書作成および文書承認のために表示されるクライアント２０側の表示画面の一例を示す。図３の表示画面は、クライアント２０のブラウザによりＭＬＤに基づき表示される。
【００３９】図３において、５０は文書の承認を指示するためのボタン、５１は文書の拒絶および差し戻しを指示するためのボタンである。５２は承認を委任するかまたは文書作成の相談のために書類の転送を指示するボタンである。
【００４０】１００は承認者による承認の有無、承認者の名前、承認経路などを示す承認手続き情報を表示する欄である。この欄については図４を参照して後で説明する。
【００４１】５３は承認手続き設定用の表示画面を呼び出すためのボタン、５４はその他の条件、たとえば、詳細設定用の表示画面を呼び出すためのボタンである。本実施形態では、不図示の承認手続き設定画面で、下記の承認手続きを設定する。
【００４２】（１）１人の承認者の名前、または複数の承認者が属するグループ名本実施形態では、承認者を個人名で指定することができるとともに、たとえば、経理課というようなグループ名を指定できる。
【００４３】（２）承認経路、承認経路は０，１，２、というように番号でユーザにより指示され、０（第１ステージ）は文書作成者が初期設定される。１は最初に承認を受けるステージで、１の番号に対応させてユーザはキーボードから承認者名またはグループ名を入力する。
【００４４】５４は承認手続き以外の条件設定画面を呼び出すためのボタンである。このボタンの操作に応じて文書承認に関わる種々の条件設定画面が現れる。
【００４５】一例を紹介すると、ステージの飛び越しの要否および飛び越し条件を設定することができる。ここで、飛び越しとは、あるステージで所定期間の間に承認処理が行われないと、承認すべき文書を次のステージの承認者のクライアント２０に自動配信する処理を意味する。承認者が出張や休暇でいなくなる場合には、承認手続き設定者は飛びし越し要を設定することができる。
【００４６】５５は文書記載欄で、“Ａｕｔｈｏｒ”の欄に文書作成者が名前をキーボードから入力すると、上記承認経路の第１ステージの文書作成者として、入力された名前が自動設定される。
【００４７】図３の署名表示欄１００の詳細を図４に示す。本実施形態では、日本語モードおよび英語モードの２種類が用意されており、上記２つのモードは署名（承認が行われたことを示す情報）の表示形態が異なる。符号（Ａ）は日本語モードの表示形態を示す。１０１はステージ番号を示す。文書作成ステージだけは“Ｓｕｂｉｔｔｅｒ”の表記が使用される。
【００４８】同一の番号（この場合“１”）が複数あるステージはそのステージがグループの形態で設定されていることを表す。１０３は設定された承認者の名前を示す。なお、グループ名が設定された場合には、サーバ１０内に搭載された、グループ名とそのグループ名に属する名前の対応表に基づいて、設定されたグループ名に対応する名前および名前数が得られるので、名前数に対応する署名表示欄が自動的に作成されて表示さされる。署名表示欄の作成および表示はＭＬＤに記載されたタグに基づきブラウザで実行される。
【００４９】１０２は承認が行われたか否かを色で表示する部分（円形図形）である。承認前は円形図形１０２内は灰色であり、図３のＡｐｐｒｏｖｅボタン５０が操作されると、円形図形１０２の輪郭線が赤に変更される。１０４は承認者の欄を強調するための枠の表示である。本実施形態では、承認が行われるごとに、カウンタ（初期値０）をインクリメントすることにより、承認がどこのステージで行われているかをカウンタの値で表す。このカウンタの値は承認のための文書にパラメータとして帯同される。
【００５０】ブラウザは文書（ＭＬＤ）中に記載されているカウンタ値およびタグにしたがって、承認すべき承認者の署名表示欄の枠を強調表示する。この強調表示により、承認者は、自分がこの書類を承認したか否かを知ることができる。また、承認者はこれまでの承認者の名前や承認経過を知ることができる。
【００５１】図４において、符号（Ｂ）は英語モードでの署名表示欄の一例を示す。
【００５２】２０１はステージ番号の表記である。２０２はステージ番号に対応させたイメージである。なお、ステージ番号に対応させる代わりにイメージとして承認者の写真などを使用してもよい。イメージはサーバ１０内に保存され、ＭＬＤ内に記載されたタグによりクライアント２０側で表示される。２０３は承認、拒絶を示す図形であり、レ印は承認、×印は拒絶を表す。承認および拒絶の指示は図３のボタン５０および５１の操作により行われる。２０４は承認者の名前である。
【００５３】日本語モードおよび英語モードのどちらを使用するかは、図３のボタン５４を操作した後に表示される条件設定画面で設定される。この設定のためにはボタンのオン／オフを使用すればよい。
【００５４】本実施形態で使用するＨＴＭＬ文書について図１１を参照して説明する。本実施形態では、表示画面に図３に示すような文書を表示するためのタグ記載欄６０００と、そのＨＴＭＬ文書中で設定されたパラメータ、あるいは入力された情報を記載しておくパラメータ記憶領域６００１を有する。また、１つの文書に関わる複数のＭＬＤ、たとえば、承認文書表示用、条件設定用、承認経路設定用のＭＬＤは１つのデータファイルにまとめられてサーバ１０内で管理される。雛型文書も、承認文書、条件設定用、承認経路設定用のＭＬＤが１組にまとめられてサーバ１０内に保存される。
【００５５】したがって、本実施形態では、作成文書を管理するための、専用的なテーブルやデータベースはほとんど必要ない点に留意されたい。
【００５６】本実施形態の書類の承認手続きを図５〜図１０を参照して説明する。
【００５７】（通常手続き）文書作成者は自己のクライアント２０からサーバ１０に対してブラウザによりアクセスし、雛型文書を読み出し、図３に示すように表示させる。文書作成者は文書記載欄５５に必要事項を記載する。また、ボタン５３を操作して、承認経路設定用の表示画面をクライアント２０の表示画面上に表示させ、承認者および承認順序を設定する。本実施形態では図４の符号（A）に示すようにステージ１についてはグループ名、ステージ２については個人名が設定されたものとする。
【００５８】設定された承認者またはグループ名および承認順序を示す情報はパラメータとして、現在表示されているＭＬＤのパラメータ記憶領域に対してサーバ１０側で書き込まれる。
【００５９】また、図４の符号（Ａ）に示すような署名表示欄がタグの指示により作成されて、クライアント２０の表示画面に表示される。ここで、承認者数には制限がない点に留意されたい。文書の書式に関する設定はデフォルト値が使用されるが、文書作成者が書式を変えたい場合には、文書作成者は図３のボタン５４を操作して条件設定画面を表示させる。この表示画面上で、上述した飛び越し承認に関する設定や、署名表示欄のモード設定を行う。設定された情報により、サーバ１０文書データベースのＭＬＤ中の対応情報が書き換えられる。
【００６０】文書作成および承認手続き関係の条件設定を終了すると、文書作成者は、図３のＡｐｐｒｏｖｅボタン５０をマウスで操作する。
【００６１】これにより文書作成が終了する。作成された文書は、サーバ１０内の文書データベースに登録される（図５のステップ１０００→ステップ１００１）。このとき、サーバ１０側で、作成された文書の中の署名欄の文書作成者の欄の表示色を示すパラメータが承認済みを示す赤に変更される。
【００６２】サーバ１０は作成文書を文書データベースに登録すると、作成文書中に記載されている設定経路情報の中のグループ名に基づきグループ名に属する承認者、この場合、“Ｔｏｍ”および“Ｂｉｌｌ”をグループ名とその承認者名およびメールアドレスを記載したテーブルから取得する。取得したメールアドレスに対して、作成文書をメールする。
【００６３】本実施形態では“Ｔｏｍ”と“Ｂｉｌｌ”のクライアント２０に承認のための文書が配信される（ステップ１００１→１００２）。
【００６４】本実施形態では。承認手続きの設定において、グループを指定すると、さらに次のような承認手続きの条件を設定することができる。
（ａ）グループ内の承認者すべての承認が得られた場合に次のステージに承認文書を配布する。
（ｂ）グループ内の所定人数（人間が人数を設定）の承認が得られた場合には次のステージに承認文書を配布する。
【００６５】上記（ａ）のモードを使用するか（ｂ）のモードを使用するかは、承認手続きの条件設定により定まる。たとえば、（ｂ）モードが設定され、１つのグループに属する承認者の中の１人が承認すればよいという条件設定がなされたものとする。図５において、“Ｂｉｌｌ”が届いたメールを開くと図３の１００内の署名表示欄には、“Ｂｉｌｌ”が署名すべきことを示す枠が図４の符号１０４に示すように表示される。
【００６６】“Ｂｉｌｌ”は図３のＲｅｊｅｃｔボタン５１を操作すると、サーバ１０の文書データベースに保存されているＭＬＤには、“Ｂｉｌｌ”が拒絶したことを示すパラメータが書き込まれる。また、“Ｔｏｍ”がＡｐｐｒｏｖｅボタン５０を操作した場合、サーバ１０内の文書データベースに保存されているＭＬＤには“Ｔｏｍ”が承認のパラメータが書き込まれる。ＭＬＤ内で規定される条件、すなわち、承認者が１人あるという条件が満たされたので、サーバ１０は文書データベースの承認された文書を次の承認者“Ｂｏｓｓ”のクライアント２０にメールする（ステップ１００３→１００４）。
【００６７】“Ｂｏｓｓ”は自己のクライアント２０で承認を求められた文書を開き、承認または拒絶を上述と同様にして行うと、その承認または拒絶を示す情報がサーバ１０内の文書データベース内の同じ文書内に書き込まれる。
【００６８】このように本実施形態では、マークアップランゲージ文書を承認を受ける文書として取り扱うので、その文書の中に、承認内容の記述、承認内容を表示したり、承認手続きを規定するコマンドやその他情報処理のためのグラフィカルユーザインターフェースをも含ませることができる。このため、従来のようにＣ言語やＣ＋＋言語で作成した専用のプログラムを用意する必要がない。一般にＣ言語やＣ＋＋言語のプログラムはＣＰＵが実行可能なマシン語のプログラムに変換する必要があるが、マークアップランゲージはよく知られているように、ブラウザがインタープリターするので、ソフトウェア製造メーカーはプログラム変換処理がなくなる分、プログラム作成労力が低減される。
【００６９】なお上述の説明ではステージ１の承認者の内の１人が承認、他の１人が否定を行ったが、承認条件が満足された時点、この場合、１人の承認者が承認を行った時点で、他の承認者の承認、否定、あるいは応答なしに関係なく書類は次のステージの承認者に配信される。
【００７０】（拒絶処理）文書が拒絶された場合の文書の流れを図６に示す。ステップ２０００からステップ２００３までのプロセスは図５のステップ１０００から１００３と同じである。“Ｂｏｓｓ”が文書の拒絶を行うと、サーバ１０は、文書中で規定された承認経路情報に基づき、１つ前のステージの承認者、この場合、“Ｔｏｍ”および“Ｂｉｌｌ”に文書を差し戻す（ステップＳ２００４→ステップ２００５→ステップ２００２）。“Ｔｏｍ”または“Ｂｉｌｌ”のどちらかが、文書記載欄５５（図３参照）を修正して、ａｐｐｒｏｖｅボタン５０を操作すると、修正された文書が、サーバ１０を介して次の承認者（拒絶を行った“Ｂｏｓｓ”）のクライアント２０に転送される（ステップ２００〜ステップ２００４）。
【００７１】拒絶者が文書記載欄５５の内容を修正して、拒絶（Ｒｅｊｅｃｔボタンの操作）を行ってもよい。
【００７２】（委任処理）承認者が承認作業を他の人間に委任する場合の文書の流れを図７に示す。ステップ３０００〜ステップ３００２までのプロセスは図５のステップ１０００〜１００２と同じである。委任を行う“Ｂｏｓｓ”は、予め自己のクライアント２０からサーバ１０に対して承認の委任を行うこと、および委任者を通知しておく。より具体的には、委任者は図３の画面の“Ｆｏｒｗａｒｄ”ボタン５２を操作する。この操作に応じて委任者名を入力する画面がクライアント２０の表示画面に現れるので、委任者はキーボードから委任者名を入力する。この入力に応じてクライアント２０から委任の指示と委任先の名前がサーバ１０に送られる。サーバ１０は委任の指示および委任先名を内部メモリまたはハードディスクに記憶しておく（ステップ２００４）。委任者の前の承認者、この場合、“Ｔｏｍ”が文書の承認を行うと、サーバ１０は内部記憶した委任者と同じ名前が、承認文書に記載された承認経路情報中に委任者と同じ名前があるか否かをチェックする。
【００７３】この場合、委任者“Ｂｏｓｓ”の名前が承認経路情報中に含まれているので、サーバ１０は、委任先の“Ｓｅｃｒｅｔａｒｙ”のクライアントに承認または拒絶すべき文書を転送する（ステップ３００３→ステップＳ３００５）。
【００７４】承認または拒絶を委任された者は、自己のクライアント２０で、図３の画面を表示させて、承認または拒絶を行う（ステップ３００５）。承認された文書はサーバ１０に転送される（ステップ３００５→ステップ３００６）。
【００７５】この形態では、承認または拒絶された者がさらに他の者に承認または拒絶を委任することができる。ただし、サーバ１０は最初に委任をした者に委任が戻るような巡回を阻止する機能を有する。サーバ１０では委任の指示を受けると委任先の名前がハードディスク等に内部記憶されるが、さらに委任を受け付けた場合には、記憶されている１以上の名前と、指定された名前とを比較して、重複する名前があるか否かをかを判定する。重複する場合には、委任の巡回（ループ）が発生するので、サーバ１０は委任の指示を出したクライアント２０に対して委任の指示を受け付けることができない旨を示すメッセージまたは委任先の名前を変更するように案内するメッセージを通知する。
【００７６】これに応じて、委任の指示を出した者は、自己が承認／拒絶を行うか、別の者に委任を依頼する。
【００７７】（相談）本実施形態では、承認のために文書の配信を受けたもの（承認者）が、他の者に相談するために、上記文書を相談者に送付することができる。このためのプロセスを図８に示す。図８のステップ４０００〜ステップ４００２のプロセスは図５のステップ１００２〜ステップ１００３と同じである。承認者、図８の例では“Ｂｏｓｓ”は、承認または拒絶すべき文書を受け取ると、図３の画面で、“Ｆｏｒｗａｒｄ”ボタン５２を操作して、上記委任や相談先を指定するための画面をサーバ１０から読み出す。この画面上で、相談を行う旨の指示とその相談先“Ｓｅｃｒｅｔａｒｙ”の名前を入力する。この入力に応じて、サーバ１０では相談先の指示と、相談先の名前を内部に記憶する。また、この指示に関する文書を指定された相談先の名前のクライアント２０に転送する（ステップ４００３→ステップ４００４）。
【００７８】本実施形態では、相談を受けたものが文書を承認／拒絶しないように、相談を受けた者が文書を開くと、図３の“Ａｐｐｒｏｖｅ”ボタン５０および“Ｒｅｊｅｃｔ”ボタン５１の代わりに“Ｒｅｐｌｙ”ボタン（不図示）が表示される。相談を受けた者は、回答を文書記載欄に回答を記載して“Ｒｅｐｌｙ”ボタンを操作する（ステップ４００４）。これに応じて、回答文書が相談を受けた者“Ｓｅｃｒｅｔａｒｙ”のクライアント２０からサーバ１０を経由して相談者“Ｂｏｓｓ”のクライアント２０に回答文書が送られる。
【００７９】承認者“Ｂｏｓｓ”は回答文書を参照して、先に受信した文書、すなわち、承認または拒絶すべき文書に対して、図３のボタン５０または５１により承認または拒絶を行う（ステップ４００５）。承認された文書は承認者のクライアント２０からサーバ１０に送られる（ステップ４００５→ステップ４００６）。
【００８０】相談プロセスにおいても、相談を受けた者が他の者を相談先として指定することができる。この場合も、図３の“Ｆｏｒｗａｒｄ”ボタン５２により文書送付先指定要の画面を呼び出し、呼び出した画面で送付先の名前を指定する。送付の指定を受けたサーバ１０は指定された名前のクライアント２０に文書を送付するが、その際、委任と同様にして、相談をした者が同一の文書について相談を受けるようなループを阻止する。
【００８１】（文書の取り戻し）本実施形態では文書作成者が作成し、承認経路に沿って、移動中の文書を取り戻すことができる。このプロセスを図９に示す。なお、図９において、図５と同一の個所には同一の符号を付している。
【００８２】ステップ１０００で承認のために作成され、承認経路が設定された文書は、承認経路に沿って、承認者により承認される。ステップ１００２において“Ｔｏｍ”により承認を待つ間に、文書作成者“Ａｎｄｒｅｗ”が取り戻し指示を自己のクライアント２０からサーバ１０に対して行う（ステップ１０００→ステップ１００３）。指示を受けたサーバ１０では、内部の文書データベースに保存されている文書を読み出して、文書作成者に送信する（ステップ１００３→ステップ１０００）。また、文書データベース内の対応の文書は無効化される。これにより後の時点で“Ｔｏｍ”から承認文書がサーバ１０に送られてきても“Ｔｏｍ”のクライアント２０からの文書は文書データベース上の文書と置換できず、（より具体的には、“Ｔｏｍ”のクライアント２０からの修正の指示が文書データベース上の文書に対して施されず）、サーバ１０の文書データベースの文書は無効化状態を続ける。
【００８３】この形態では、次のような変形が可能である。
ａ）取り戻しの指示を行うためには、文書名を入力して、操作ボタンで取戻しを指示するようなＭＬＤを用意してもよいし、他のグラフィカルユーザインターフェースを使用してもよい。また、文書作成者が作成した文書名の一覧をサーバ１０内に格納しておき、この一覧を文書作成者のクライアントで表示させ、一覧の中の作成者が取り戻したい文書名をマウスにより指示することで取り戻しの指示およびその文書名を入力することができる。
ｂ）文書を取り戻す時期としては文書作成者が取り戻しの指示を行った時点と、指示された文書がサーバ１０に届いた時点のいずれかシステムユーザが望む時点とすればよい。
【００８４】（承認経路の分岐設定）本実施形態では、文書作成者や承認者の設定で分岐を含む承認経路を設定することができる。分岐の一例として、特定のステージの飛び越し分岐を説明する。図１０においても、図５のプロセスと同じ個所には同じ符号を付している。
【００８５】分岐プロセスを図１０に示す。図１０のステージ１（“Ｔｏｍ”および“Ｂｉｌｌ”）を飛び越し可能とする例を説明する。
【００８６】文書作成者は、図３のボタン５３を操作して承認経路設定用の表示画面をサーバ１０から呼び出して、クライアント２０の表示画面に表示させる。ここで、文書作成者は、マクロ命令の形態で、飛び越し命令、より具体的には、ステージ１上のクライアントの文書保留機関が、たとえば、３日を越えると、サーバ１０は、現在、文書データベースに記憶されていて、ステージ１に配信した文書と同じ文書を第２ステージに送信させるようなマクロ命令を設定する。設定されたマクロ命令は承認経路設定用のＭＬＤ中にサーバ１０により書き込まれる。
【００８７】サーバ１０は文書データベースに保存されている全ＭＬＤを一定周期、たとえば、１時間毎にモニターし、マクロ命令で定義されている処理を実行する。このマクロ命令に基づき、サーバ１０は承認文書に記載されている通信ログ、すなわち、誰にいつ文書を送信したかを示す情報を使用して最新の承認者に送った文書の経過時間を調べる。マクロ命令で規定されている期間、この場合、３日を経過してもステージ１の“Ｔｏｍ”および“Ｂｉｌｌ”のいずれかからも承認文書が届かない場合、サーバ１０は、その時点で文書データベースに保存されている文書をステージ２の承認者“Ｂｏｓｓ”に送信する。この例の場合は文書作成者“Ａｎｄｒｅｗ”の作成マークを有し、“Ｔｏｍ”および“Ｂｉｌｌ”の承認マークがない文書が“Ｂｏｓｓ”に送られる（ステップ１００２→ステップ１００３）。
【００８８】分岐設定では上述のような飛び越し、あるいは分岐で始まる新たな承認経路の追加を設定することができる。
【００８９】分岐の設定のためには、上述のマクロ命令の他に、複数種類の分岐の内容を示すガイドを表示画面に表示してボタンにより所望の分岐を選択する方法を使用してもよい。
【００９０】さらに分岐条件は、上記のように文書の保留期間が一定期間経過した後、分岐するという条件の以外にも、特定のステージの承認が経過したら、分岐を許容するような条件設定を行うようにしてもよい。
【００９１】（その他の機能）複数のユーザが、承認システムを使用することを考慮して、文書作成者や承認者の名前が承認経路上に登録されている文書名の一覧をサーバ１０が管理する。
【００９２】管理されている文書名一覧は、クライアント２０からの閲覧の指示で、一覧の中から、クライアントユーザの名前を有する文書名を抽出してサーバ１０からクライアント２０に送る。クライアント２０では送られた文書名を一覧の形態で、表示する。この表示のためにＭＬＤを使用することが可能である。さらに、文書名一覧をサーバ１０に保存せず、クライアントから指示があるごとに文書データベースに登録されている文書を検索し、文書の中に記載されている承認経路中の名前に基づき該当する文書名をサーバ１０により抽出してもよい。
【００９３】上述の機能を実現するためのクライアント２０側の処理手順を図１２に示す。図１２に示す処理手順を専用のプログラム、たとえば、Ｃ言語やＣ＋＋言語で作成し、マシン語に変換されたプログラムで実現してもよいのであるが、本実施形態では、サーバ１０側で用意したＭＬＤをクライアント２０側のブラウザが読み出し、ＭＬＤに記載されたタグ命令を実行することにより上述の機能が実現される点に留意されたい。また、ＭＬＤ上に、文書承認処理関わる種々のパラメータ，情報処理内容の定義（タグ命令）、情報の入力や表示のためのグラフィカルユーザインターフェース（タグ命令により実現）を記載して、サーバ１０上にはパラメータを記憶したテーブルや処理プログラム可能な限り持たないようにしていることにも留意されたい。
【００９４】（雛型文書の読み出し）クライアントユーザが、ブラウザ上でサーバ上のＵＲＬを指定して雛型文書の呼び出しをクライアント２０に指示すると、クライアント２０上のブラウザは指定されたＵＲＬおよび読み出し命令をサーバ１０に送信する。読み出し命令に応じて、サーバ１０が該当する雛型文書を送信するので、クライアント２０のブラウザは雛型文書を表示する。表示された雛型文書はクライアントユーザにより修正されて、承認を受けるための文書が作成される（ステップＳ１０→Ｓ１５）。
【００９５】承認文書の種々の条件設定がクライアントユーザにより指示された場合には、ブラウザは、現在、表示しているＭＬＤの情報入力用のタグ命令にしたがって、クライアントユーザが設定する条件を受け付ける。これにより文書データベース上の条件設定が書き換えられる。（ステップＳ２０→Ｓ２５）。承認経路の設定や修正は条件設定の代表的な例である。
【００９６】後述のメール受信により承認書類をクライアント２０で受信し、表示した場合には、クライアントユーザにより承認または拒絶の指示がなされる。承認／拒絶の指示は、ステップＳ３０→Ｓ３５の手順でクライアント２０に入力され、クライアント２０からサーバ１０に送られる。この指示に応じて、サーバ１０側で、署名記載の表示用パラメータ（図４の図形１０２の色を示すパラメータ）が変更される。
【００９７】クライアント２０ではブラウザのメール受信機能によりメールを受信することができる。サーバ１０から承認すべき文書がメール形態で送られてきた場合ブラウザがメール形態の文書を表示する（ステップＳ４０→Ｓ４５）。文書の転送の形態に対する他の形態して、メールに文書を添付してもよいし、クライアント側で文書データベース上の文書を読み出す形態としてもよい。
【００９８】委任または相談の指示をクライアントユーザが行った場合、手順はステップＳ５０→Ｓ５５と進み、クライアント２０ではＭＬＤのタグにしたがって、相談または委任の種別を示す情報とともに、文書の転送命令をサーバ１０に送信する。
【００９９】この転送命令に応じてサーバ１０側で、承認／拒絶の委任あるいは相談のための文書転送が実行される。
【０１００】本実施形態では、以上述べた機能以外の機能を有しているがそれらの処理はステップＳ６５で実行される。また、ブラウザに対する終了の指示で、図１２の処理手順が終了する。
【０１０１】図１３はサーバ１０側の処理手順を示す。サーバ１０側で図１３の処理手順を１つのプログラムで実行してもよいのであるが、本実施形態では、既存のソフトウェアプログラムをサーバ１０が使用できるようにとの配慮から、上述した処理の中でＭＬＤ（マークアップランゲージ文書）に関する文書データベースに対する読み出し、書き込み、ＭＬＤ自身に対するパラメータの記載をＷＥＢサーバが実行し、文書の配信または転送をメールサーバが実行する。また、文書作成者名、承認者名、委任された者の名前、相談された者の名前からメールアドレスを検出する処理、文書の転送時刻、転送先などの通信ログ（通信記録）の管理、グループに属するものの名前の検出処理などはＬＡＮ用のＯＳが実行する。
【０１０２】ＭＬＤ中でタグにより規定され、ＭＬＤを処理するためにクライアントから指示される命令はＷＥＢサーバ内のゲートウェイプログラム機能により実行される。
【０１０３】以上の点を踏まえて、図１３の処理手順を説明する。図１３において、クライアント２０から雛型文書の読み出し命令を受けると、ＷＥＢサーバ（以下、単にＷＥＢサーバと略記する）はＵＲＬで指定されたサーバ１０内の格納場所から雛型文書を読み出してクライアント２０に送信する（ステップＳ１１０→１１５）。
【０１０４】文書作成の際に設定される文書承認のための、上述の承認経路の設定、署名表示モード、分岐設定などの各種の条件設定の指示がクライアント２０からサーバ１０に送られてくると、ＷＥＢサーバは指示された設定内容を文書データベース内の対応のＭＬＤに書き込む。なお、たとえば、設定内容に応じては、サーバ１０内に設けたテーブル等に設定内容を書き込む場合もある（ステップＳ１２０→Ｓ１２５）。
【０１０５】文書作成者や承認者（承認・拒否を委任された者を含む）の承認／拒絶の指示がクライアント２０からサーバ１０に送られるとＷＥＢサーバは文書データベース内の対応するＭＬＤ内のパラメータ、本実施形態では承認フラグや拒絶フラグをオン／オフする。また、メールサーバによりパラメータが書き換えられた文書データベース中のＭＬＤを承認／拒絶済みの文書として、次の承認者に転送する。これにより見かけ上は、文書作成者のクライアント２０で作成された文書または承認された文書は次のステージの承認者のクライアント２０に転送される（ステップＳ１３０→Ｓ１３５）。なお本実施形態では、承認ステージに対して識別番号を割り当てているので、１つのステージで承認が行われると、現在の承認ステージを示すカウンタの値が１だけインクリメントされる。
【０１０６】デフォルト設定での拒絶の場合、カウンタの値が１つデクリメントされる。カウンタの値は、ＭＬＤ内に記載される。カウンタの値の更新処理はＷＥＢサーバ内のゲートウェイプログラム機能により実行される。
【０１０７】本実施形態では拒絶の場合に差し戻すクライアント、すなわち、文書承認者を文書作成者や文書承認者が指定することができるが、このようなモードが設定された場合には、現在のカウンタ値は、差し戻し先のステージに対応したステージ番号にカウンタの値がリセットされる。
【０１０８】委任、相談、取り戻し等の文書転送処理が指示されると、ＷＥＢプログラムとメールプログラムにより、指示された送信先に文書が送信される。本実施形態では、委任または相談を受けたものが、さらに委任または相談を行うことができるので、委任および相談の順番に番号をカウンタにより割り当てる。したがって、どのステージで何回連続的に行われたかは、ステージ用のカウンタおよび委任／相談用のカウンタの値をチェックすることによりサーバ１０が把握することができる。このためにクライアント２０から委任または相談の指示が行われると対応のカウンタの値がインクリメントされて、対応のＭＬＤ内にＷＥＢサーバにより書き込まれる。
【０１０９】委任および相談が行われていることを示すために，対応のフラグがオン／オフされる。取り戻しの場合には、ステージカウンタ等の値がゼロにリセットされる。また、同一の者が複数回指定されないようにするためのチェックも行われる（ステップＳ１４０→Ｓ１４５）。
【０１１０】その他の処理はステップＳ１５５で実行されるが本発明と関連のない処理については説明を省略する。電源断等により図１３の処理手順が終了する。
【０１１１】以上述べた処理はＭＬＤに記載されたタグの定義にしたがって実行されるが、分岐処理だけはマクロ命令にしたがって専用のプログラムにより実行されるので簡単にこの処理を説明しておく。マクロ命令は、たとえば、ウィンドウズ９５、９８、２０００、あるいはミレニアム（マイクロソフト社の商標）などのＯＳではそのＯＳ内にマクロ命令を実行するためのプログラム（ＡＰＩと呼ばれる）が格納されており、そのプログラムにより後述の飛び越し分岐処理が実行される。飛び越し分岐処理の処理手順を図１４に示す。
【０１１２】サーバ１０が文書をクライアント２０に送信すると、ＯＳ等によりそのクライアントの識別情報と、送信時刻がサーバ１０内の管理テーブル（タイムテーブル）に記載される。サーバ１０は図１３の処理手順を一定周期で実行し、タイムテーブルに記載された各文書ごとに送信時刻と現在時刻の差を計算する。その差が予め定めた時間より大きくなっているか否かを判定することにより、タイムアップの文書を検出する（ステップＳ２１０→Ｓ２２０）。
【０１１３】タイムアップとなった文書については文書データベースに記憶されている文書の条件設定を参照して飛び越し設定の有無を確認する。飛び越し設定ありの場合には、タイムアップとなった文書を飛び越し先に送信し、タイムテーブルを更新する。また、サーバ１０内に設けられ、タイムアップとなった文書が格納されているメールボックス中の対応文書を消去して、代わりに承認文書を飛び越し先に送信した旨を示すメッセージをメールボックスに送信する（ステップＳ２２０→Ｓ２３０→Ｓ２５０→Ｓ２６０）。
【０１１４】メールボックスはクライアント２０に対応させてサーバ１０内に設けられており、クライアント２０が受け取る文書を保存しておくためのファイルである。本実施形態では、クライアント２０内のブラウザがメールボックス内の新しいメール、この場合文書を一定周期で確認することで、新しい文書を受け取る。また、クライアント２０が受信する文書も実際にはメールボックス中に保存されている文書をブラウザが読み出しているだけである。
【０１１５】ステップＳ２３０で飛び越し分岐の設定なしと判定された場合には、タイムアップした文書を受信したクライアント２０のメールボックスにタイムアップした旨の警告メッセージが送られる。また、重複的な警告メッセージの送付を避けるために、タイムテーブルからは関連データが消去される（ステップＳ２３０→２４０）。
【０１１６】タイムアップしていない文書については手順はステップＳ２２０→エンドの経路を進み、次回にタイムアップのチェックを受ける。
【０１１７】（飛び越し処理に関する他の実施形態）
１）サーバ１０には、飛び越されたクライアント２０に対して、その旨を通知するステップを設けるとよい。これにより飛び越されたクライアント２０はその旨を知ることができる。飛び越しのための条件は、クライアント２０の操作者が、不在であることを検出する従来技術を使用することができる。たとえば、・予め定めた期間を超えてもクライアントの電源が断していること。
・予め定めた期間を超えてもクライアントの操作が行われないこと。
２）飛び越されたクライアント２０に対してサーバ１０（メールサーバ）により事後承認のために特定タイミングで文書を送信することもできる。特定タイミングは、・承認経路の最終ステージの承認者のクライアントで文書の承認が終了した時点。
・飛び越された承認者のクライアントから在席通知がサーバ１０に対して送られた時点。
・飛び越された承認者のクライアントが前記条件を満足しない状況に変化した時点とすることができる。このような時点の検出はサーバ１０のＷＥＢサーバで行うことができる。
３）さらに複数のクライアント間では、上述したように文書の承認の委任および／または相談が可能であるので、承認手続きと同様にして当文書の承認の委任および／または相談についても複数のクライアント２０について転送経路を設定することができる。また、サーバ１０のＷＥＢサーバは委任、相談に関しても上記のような条件で飛び越し転送の制御を行う。
【０１１８】さらに上述の実施液体の他にも次の形態が実施可能である。
１）本実施形態の文書の概念の中には、表、伝票、メモ書き、図面、イラストなど、印刷可能な書類がすべて含まれる。
２）本実施形態で説明した承認文書、すなわち、文書内容と、文書表示のためのタグ、または他の情報処理のためのタグまたはパラメータを記載した文書は１つのデータファイルとして各種の記録媒体に記録される。記録媒体は、ハードディスク、ＣＤＲＯＭ．ＩＣメモリ、その他情報を書き込むことが可能な記録媒体を使用することができる。
【０１１９】上述の実施形態に限定されず、上述の実施形態に対して種々の変形が可能であるが、その変形が特許請求の範囲に示す技術思想である限りその技術範囲は本発明の権利範囲内となる。
【０１２０】
【発明の効果】以上、説明したように、本発明によれば、クライアントユーザが離席する場合の条件設定を行って、この条件に合致した場合に文書承認システム用サーバが文書の飛び越し転送を行うので、文書が停滞することはない。また、飛び越されたクライアントに対して事後承認を取得するので業務上発生する問題を回避することができる。また、承認の委任や相談に関しても転送文書の停滞を阻止できるので、業務を効率よく、迅速に達成することができる。
【出願人】 【識別番号】３９１０５５９３３
【氏名又は名称】マイクロソフト コーポレイション
【氏名又は名称原語表記】ＭＩＣＲＯＳＯＦＴ ＣＯＲＰＯＲＡＴＩＯＮ
【出願日】 平成１２年９月２２日（２０００．９．２２）
【代理人】 【識別番号】１０００７７４８１
【弁理士】
【氏名又は名称】谷 義一 （外２名）
【公開番号】 特開２００２−１０８７９０（Ｐ２００２−１０８７９０Ａ）
【公開日】 平成１４年４月１２日（２００２．４．１２）
【出願番号】 特願２０００−２８９３３２（Ｐ２０００−２８９３３２）