JP2003288453A - 情報処理装置、コンピュータプログラム及びそのプログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 前後する２つの回覧処理を連続的かつ迅速に
実行しうる情報処理装置を提供する。 【解決手段】 電子決裁システムサーバ１は、回覧対象
文書の回覧者宛に当該文書に関わる通知を行うとともに
当該回覧者に使用される端末からの要求に応じて当該回
覧対象文書を当該端末に表示させる処理を回覧処理とし
て実行する回覧処理手段を備える。また、第１の回覧処
理において回覧対象文書を表示した端末から通知を受信
した場合に、後続する第２の回覧処理が設定されている
か否かを判定し、肯定的な判定結果を得たときは、回覧
処理手段をして、当該回覧対象文書についての第２の回
覧処理を開始させる回覧制御部１４とを備えるので、前
後する２つの回覧処理を連続的かつ迅速に実行すること
ができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、回覧対象文書を回
覧者に対し表示させる情報処理装置、この装置に処理を
実行させるコンピュータプログラム及びそのプログラム
を記録した記録媒体に関する。

【０００２】

【従来の技術】従来より、この種の情報処理装置は、稟
議書や議事録などを回覧対象文書として、企業等の各種
組織において利用されている。

【０００３】

【発明が解決しようとする課題】例えば、ある種の情報
処理装置は、先ず、回覧対象文書が格納されると、その
回覧者宛に当該文書が閲覧可能である旨を電子メールで
通知する。そして、当該回覧者に利用される端末からの
要求に応じて当該回覧対象文書を当該端末に表示させ
る。なお、この情報処理装置にあっては、このような通
知並びに要求に応じての表示制御を回覧処理と総称して
いる。

【０００４】しかしながら、この情報処理装置にあって
は、第１の回覧処理が終了した場合には、この文書の作
成者の操作などにより後続すべき第２の回覧処理を開始
するようになっていたため、第１の処理終了から第２の
処理開始までにタイムラグが生じていた。その結果、組
織内での迅速な回覧が行えず、しかも、その操作負担が
少なからず文書作成者の業務等に支障を及ぼしていた。

【０００５】そこで本発明は、上記の従来の課題に鑑み
てなされたものであり、その目的とするところは、前後
する２つの回覧処理を連続的かつ迅速に実行しうる情報
処理装置を提供することにある。

【０００６】

【課題を解決するための手段】上記従来の課題を解決す
るために、請求項１の本発明は、回覧対象文書の回覧者
宛に当該文書に関わる通知を行うとともに当該回覧者に
使用される端末からの要求に応じて当該回覧対象文書を
当該端末に表示させる処理を回覧処理として実行する回
覧処理手段と、第１の回覧処理において回覧対象文書を
表示した端末から通知を受信した場合に、後続する第２
の回覧処理が設定されているか否かを判定し、肯定的な
判定結果を得たときは、前記回覧処理手段をして、当該
回覧対象文書についての第２の回覧処理を開始させる回
覧制御手段とを備える情報処理装置をもって解決手段と
する。

【０００７】請求項１の本発明にあっては、回覧処理手
段が、回覧対象文書の回覧者宛に当該文書に関わる通知
を行うとともに当該回覧者に利用される端末からの要求
に応じて当該回覧対象文書を当該端末に表示させる処理
を回覧処理として実行する。回覧制御手段は、第１の回
覧処理において回覧対象文書を表示した端末から通知を
受信した場合に、後続する第２の回覧処理が設定されて
いるか否かを判定し、肯定的な判定結果を得たときは、
前記回覧処理手段をして、当該回覧対象文書についての
第２の回覧処理を開始させる。

【０００８】請求項２の本発明は、回覧対象文書を表示
した端末からの前記通知の通知元として設定された者の
属性に対応する第２の回覧処理を開始する請求項１記載
の情報処理装置をもって解決手段とする。

【０００９】請求項２の本発明にあっては、第２の回覧
処理を開始させる契機となった通知の通知元として予め
設定された者の属性に対応する第２の回覧処理を開始す
る。請求項３の本発明は、第２の回覧処理について回覧
者のグループが予め設定されているか否かを判定し、肯
定的な判定結果を得たときは、当該グループに属する者
を回覧者として第２の回覧処理を開始する請求項１また
は２記載の情報処理装置をもって解決手段とする。

【００１０】請求項３の本発明にあっては、第２の回覧
処理について回覧者のグループが予め設定されているか
否かを判定し、肯定的な判定結果を得たときは、当該グ
ループに属する者を回覧者として第２の回覧処理を開始
する請求項４の本発明は、請求項１ないし３のいずれか
に記載の情報処理装置に前記処理を実行させるコンピュ
ータプログラム。

【００１１】請求項５の本発明は、請求項１ないし３の
いずれかに記載の情報処理装置に前記処理を実行させる
コンピュータプログラムを記録した記録媒体。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。

【００１３】図１は、本発明の情報処理装置を適用した
電子決裁システムサーバ１の主な構成を示す図であり、
図２は、電子決裁システムサーバ１の適用形態を示す図
である。図２に示すように、電子決裁システムサーバ１
は、各所のＬＡＮに設けられた端末２に対しＬＡＮ内配
線、ＡＴＭ網、ＶＰＮなどの通信回線や通信網を介して
接続されている。なお、端末２は、キーボードとマウス
を入力装置として、ＣＲＴディスプレイ装置等を表示装
置として、それぞれ接続等されている。また、ウェブブ
ラウザを動作させる実行環境を有している。

【００１４】図１に示すように、電子決裁システムサー
バ１は、Ｉ／Ｆ部１１と、パラメータ設定部１２と、文
書回覧部１３と、回覧制御部１４と、文書ＤＢ１５と、
管理テーブル群１６とを備える。Ｉ／Ｆ部１１は、端末
２と文書回覧部１２を、また端末２とパラメータ設定部
１２とを仲介する。パラメータ設定部１２は、管理テー
ブル群１６へのデータ設定を行う。文書回覧部１２は、
各端末２への電子メール送信をＩ／Ｆ部１１へ要求し、
また、文書ＤＢ１５から文書を読み出してＩ／Ｆ部１１
へ送信を依頼する。文書ＤＢ１５は、文書番号に対応づ
けて文書が格納される。なお、Ｉ／Ｆ部１１は、ｈｔｔ
ｐサーバやｓｍｔｐ／ｐｏｐ３サーバであるが便宜的に
これらを含む１ブロックとして示す。なお、本実施の形
態で使用する「回覧者」という語は、回覧を依頼する者
や回覧する全員を示すものではなく、回覧対象文書を閲
覧する個々の「回覧者」を示すものとして用いる。

【００１５】電子決裁システムサーバ１は、決裁が必要
な文書の稟議を電子的に行う機能を有している。ユーザ
は、端末２よりブラウザを利用して稟議文書や回覧文書
などの文書を電子的に作成することができる（文書作
成）。また、稟議者及び稟議の順番を設定し、稟議を開
始することができる（稟議ルート設定）。また、稟議者
は、稟議文書に対して承認等の意志決定を行うことがで
きる（稟議）。また、最後の稟議者（決裁者）が承認す
ると稟議を終了させることができる（決裁完了）。

【００１６】次に、図３乃至図７を参照して管理テーブ
ル群１６を構成する各テーブルを説明する。テーブル１
５１は、文書番号をキーに含むレコードにより構成さ
れ、各レコードには、連携パターン番号と連携文書番号
の組として、回覧パターン番号と文書番号の組が格納さ
れる。テーブル１５２は、標準設定管理番号をキーに含
むレコードにより構成され、各レコードには、各種条件
の組み合わせに対応する回覧パターン番号が格納され
る。テーブル１５３は、文書管理番号として管理される
文書番号をキーに含むレコードにより構成され、各レコ
ードには、連携決裁文書番号としての文書番号と、その
文書番号の文書のステータスを示す文書ステータスなど
が格納される。テーブル１５４は、ワークフローＩＤを
キーに含むレコードにより構成され、各レコードには、
ユニットＩＤ１としてユニットＩＤが格納され、そのス
テータスが設定される。テーブル１５５は、ワークフロ
ーＩＤをキーに含むレコードにより構成され、各レコー
ドには、業務管理番号として文書番号が格納され、その
文書のステータスが設定される。テーブル１５６を構成
する各レコードには、ワークフローＩＤ、ユニットＩ
Ｄ、アクティビティＩＤ、ステップＩＤ、グループコー
ド、スキップフラグ、ステータス、ユーザＩＤが設定さ
れる。ステップＩＤは、同じ回覧パターンの中での回覧
の順番を示すものである。ステータスは当初設定された
「未到着」から、「到着済」、「承認中」、そして「承
認済」へと順次更新される。テーブル１５７を構成する
各レコードには、回覧パターン番号と回覧パターン名が
格納される。テーブル１５８を構成する各レコードに
は、回覧パターン番号とユニットＩＤ１１としてのユニ
ットＩＤが格納される。テーブル１５９を構成する各レ
コードには、回覧パターン番号、ユニットＩＤ、アクテ
ィビティＩＤ、ステップＩＤ、グループコード、ユーザ
ＩＤが格納される。なお、各図に示されたデータの内容
は、以下に説明する処理を行うにあたり設定されたもの
と処理の過程で更新されたものを含んでいる。

【００１７】図８は、稟議文書の作成者の端末２と電子
決裁システムサーバ１との間のシーケンス図である。ユ
ーザ情報（ユーザＩＤ）が送信されると、そのユーザＩ
Ｄを基にシステムの操作権限をチェックし、システムメ
ニュー画面を表示させる。メニュー内の「文書作成」が
選択されると、ユーザ情報に応じた選択メニューを含む
文書作成画面を生成し、その文書作成画面を表示させ
る。例えば、稟議文書の内容として件名、概要、目的、
内容、期間、金額、支出科目、秘密性、区分、保有期
間、作成者情報が入力され送信されると、これら受信デ
ータをチェックし、採番した文書番号に対応づけて、稟
議文書として文書ＤＢ１５へ格納（登録）する。

【００１８】そして、登録完了画面を表示させ、そこで
「文書の発出（回覧開始処理）」が選択されると、後述
する稟議ルート定義画面を生成し、それを表示させる。
そこで稟議における承認者や決裁者が選択されると、つ
まり、稟議ルートが決定すると、稟議における承認者等
の情報（ユーザＩＤ、組織コード、担当コード、役職コ
ード）、予め決められた回覧パターンを示す回覧パター
ン番号が送信されるので、これら受信データをチェック
して管理テーブル群１６に登録する。そして稟議開始処
理を行う（ステップＳ１）。そして、それを終えると稟
議開始完了通知画面を表示させる。

【００１９】図９乃至図１１は、稟議ルート定義画面と
そこから呼び出される画面を示す図である。先ず、図９
に示す稟議ルート定義画面を表示させる。承認者１が選
択されて、さらに組織一覧の組織名が選択され、その右
の「選択」がクリックされると、図１０に示すように、
担当名を一覧させ、いずれかが選択されて、その下の
「次へ」がクリックされると、担当者名を一覧させ、い
ずれか選択されて、「設定」がクリックされると、その
担当者を承認者１として設定する。

【００２０】また、「回覧パターン」エリアに回覧パタ
ーン番号が入力されると、これを設定する。また、その
右の「選択」がクリックされると、図１１に示すよう
に、回覧パターンを一覧させ、いずれかが選択されて、
「設定」がクリックされると、その回覧パターン番号を
設定する。なお、「表示」がクリックされると、回覧パ
ターンに属する回覧者を表示させることができる。

【００２１】これ以降は、文書ＤＢ１５には、文書番号
「決裁００１０００」の稟議文書（参照するときは符号
００１０００を付す）が格納されたこととする。テーブ
ル１５１の文書番号「決裁００１０００」のレコードに
は、連携パターン番号２として回覧パターン番号Ｐｔｎ
０５０が格納されたこととする。また、その稟議文書０
０１０００の稟議者のユーザＩＤ「承認者１」、「承認
者２」、「決裁者」が得られたこととする。なお、それ
ぞれのユーザを単に承認者１、承認者２、決裁者とい
う。また、稟議は、承認者１が承認した後、承認者２が
承認し、その後、決裁者が承認（決裁）するという順序
で行われるように設定されたこととする。また、ユーザ
ＩＤ「決裁者」は社長のものとする。また、回覧パター
ン番号Ｐｔｎ０５０が設定されたこととする。なお、ユ
ーザＩＤは実際には社員番号等であるが便宜的に上記の
ようにした。

【００２２】次に、ステップＳ１の稟議開始の処理を説
明する。なお、これはパラメータ設定部１２が行う処理
であるが、説明では特に言及しないことにする。

【００２３】図１２は、ステップＳ１の詳細フローチャ
ートである。

【００２４】先ず、決裁者の属性が連携のキー条件に合
致しているか否かを判定する（ステップＳ１０１）。こ
こでは、テーブル１５２の全レコードを対象にチェック
し、決裁者の属性の条件に該当するレコードを検索し、
その回覧パターン番号を読み出す。本例では決裁者が社
長であり、対応する回覧パターン番号Ｐｔｎ０１０が得
られる（ステップＳ１０１：ＹＥＳ）。回覧パターン番
号Ｐｔｎ０１０が社長に対応づけて設定されているの
は、例えば、この回覧パターン番号に対応する回覧者の
中に監査役がいるなどの理由によるものである。さて、
これを取得すると、その回覧パターン番号Ｐｔｎ０１０
をキーにして、テーブル１５７〜１５９から回覧者情報
として、ユーザＩＤ「回覧者Ａ」、「回覧者Ｂ」および
「回覧者Ｅ」を取得する（ステップＳ１０３）。なお、
それぞれのユーザを単に回覧者Ａ、回覧者Ｂ及び回覧者
Ｃという。

【００２５】次に、文書番号「回覧０００１００」の回
覧文書（参照するときは符号０００１００を付す）を作
成する（ステップＳ１０５）。次に、回覧文書０００１
００を登録する（ステップＳ１０７）。

【００２６】ステップＳ１０７を詳述する。まず、回覧
文書０００１００を文書ＤＢ１５に登録する。さらに、
テーブル１５３〜１５５の１番目に示すレコードをそれ
ぞれ追加する。また、テーブル１５６の１、２、３番目
に示すレコードを追加する。さらに、テーブル１５１
の、文書番号「決裁００１０００」のレコードの連携文
書番号１として、文書番号「回覧０００１００」を設定
する。

【００２７】ステップＳ１０１でＮＯと判定されたと
き、またはステップＳ１０７を終えると、ユーザによる
連携回覧の設定があるか否か判定する（ステップＳ２０
１）。ここでは、テーブル１５１の文書番号「決裁００
１０００」のレコードに、上記設定した以外の回覧パタ
ーン番号が連携パターン番号としてあるか否かを判定す
る。ここでＮＯと判定されたときは、処理を終える。

【００２８】一方、本例のようにＹＥＳと判定されたと
きは、その回覧パターン番号Ｐｔｎ０５０をキーにし
て、テーブル１５７〜１５９から回覧者情報として、ユ
ーザＩＤ「回覧者Ｄ」および「回覧者Ｅ」を取得する
（ステップＳ２０３）。なお、それぞれのユーザを単に
回覧者Ｄ、回覧者Ｅという。次に、文書番号「回覧００
０２００」の回覧文書（参照するときは符号０００２０
０を付す）を作成する（ステップＳ２０５）。次に、回
覧文書０００２００を登録する（ステップＳ２０７）。

【００２９】ステップＳ２０７を詳述する。まず、回覧
文書０００２００を文書ＤＢ１５に登録する。さらに、
テーブル１５３〜１５５の２番目に示すレコードをそれ
ぞれ追加する。また、テーブル１５６の４、５番目に示
すレコードを追加する。さらに、テーブル１５１の、文
書番号「決裁００１０００」のレコードの連携文書番号
２として、文書番号「回覧０００２００」を設定する。

【００３０】そして、ステップＳ２０１に戻る。本例で
は、今回の判定でＮＯと判定されて処理が終了する。

【００３１】図１３は、稟議文書００１０００の作成か
ら稟議、決裁、回覧を経て回覧が終了するまでのタイム
チャート図である。先ず、承認者１宛に電子メールで、
稟議文書００１０００が作成されて承認を要求する旨を
通知する。これが到着し、承認者１により端末２から電
子決裁システムサーバ１に対して承認が行われると、承
認者２宛に同様の電子メールを送信する。これが到着
し、承認者１により端末２から電子決裁システムサーバ
１に対して承認が行われると、決裁者（社長）宛に同様
の電子メールを送信する。これが到着し、決裁者により
端末２から電子決裁システムサーバ１に対して承認が行
われると決裁が完了する。

【００３２】図１４は、決裁者の端末２と電子決裁シス
テムサーバ１との間のシーケンス図である。ユーザ情報
（ユーザＩＤ）が入送信されると、そのユーザＩＤを基
にシステムの操作権限をチェックし、システムメニュー
画面を表示させる。メニュー内の「承認」を選択する
と、ユーザ情報に応じた選択メニューを含む承認対象の
決裁文書一覧画面を生成し、それを表示させる。文書が
選択されると、選択された文書の文書番号が送信される
ので、送信された文書番号を基に文書を検索し、文書参
照画面を生成し、その文書参照画面を表示させる。そし
て文書の承認が選択されると、回覧開始処理を行い（ス
テップＳ２）、承認完了通知画面を表示させる。

【００３３】図１５は、文書参照画面を示す図である。

【００３４】先ず、図１５の文書参照画面で、稟議文書
の件名、概要、内容、作成者名、稟議情報をそれぞれ表
示させる。「承認」がクリックされると、その文書につ
いてその回覧者が承認したことを設定する。本例では、
稟議文書００１０００について上記内容が表示され、図
１５に示すように、承認者１、承認者２が承認済みであ
ることと、承認した日付と時刻が表示され、決裁者につ
いては、未承認であるので、承認中と表示される。ここ
では、「承認」がクリックされたこととする。なお、
「差し戻し」をクリックすると、稟議文書００１０００
を作成者に差し戻すことができる。

【００３５】次に、ステップＳ２の回覧開始処理を説明
する。

【００３６】図１６は、ステップＳ２の詳細フローチャ
ートである。なお、ステップＳ２０１、Ｓ２０３は回覧
制御部１４が、ステップＳ２０７はパラメータ設定部１
２が、ステップＳ２０５、Ｓ２０９は文書回覧部１３と
Ｉ／Ｆ部１１が、それぞれ行う処理であるが、説明では
特に言及しないことにする。

【００３７】先ず、決裁完了として稟議を終えてよいか
否かを判定する（ステップＳ２０１）。ここでは、文書
番号「決裁００１０００」に対応するワークフローＩＤ
を得て、そして、テーブル１５６の、そのワークフロー
ＩＤと当該ユーザのユーザＩＤとを含むレコードのステ
ータスを「承認済」に更新し、さらに、ワークフローＩ
Ｄ、ユニットＩＤ、ステップＩＤが、当該レコードのも
のとそれぞれ同一な他の各レコードのステータスが全て
「承認済」であるか否かを判定し、全て「承認済」であ
るときは、決裁完了としてステップＳ２０３へと進む。
なお、全て「承認済」でないとき、つまり、未承認者が
いる場合は処理を終える。

【００３８】連携回覧が設定されているか否かを判定す
る（ステップＳ２０３）。ここでは、テーブル１５１の
文書番号「決裁００１０００」のレコードに、連携パタ
ーン番号として回覧パターン番号があるか否かを判定す
る。ＹＥＳと判定されたときは、その１つの回覧パター
ン番号に対応する回覧文書を取得する（ステップＳ２０
５）。本例では、回覧パターン番号Ｐｔｎ０１０をキー
にして、回覧文書０００１００が得られる。そして、文
書の補足情報を登録した後、回覧開始のパラメータ設定
を行う（ステップＳ２０７）。ここでは、テーブル１５
３の、文書番号００１０００をキーとしたレコードの文
書ステータスを「回覧中」に更新する。また、回覧パタ
ーン番号Ｐｔｎ０１０をキーにして、ワークフローＩＤ
「Ｗｆ１００００」を得るとともに、テーブル１５６の
このワークフローＩＤ「Ｗｆ１００００」を含む各レコ
ードを検索し、その中で最初のステップＩＤ「０１」を
含むレコードのステータス、つまり、回覧者ＡとＢのス
テータスをそれぞれ「到着済」に更新する。

【００３９】そして、ステータスを「到着済」とした各
回覧者宛に電子メールで回覧文書０００１００を送信す
る（ステップＳ２０９）。したがって、回覧者Ａ及びＢ
が利用する端末２からの要求に応じて、文書回覧部１３
は、稟議文書００１０００を表示させることになる。ま
た、回覧者Ａ、Ｂが承認後、次のステップＩＤを設定さ
れた回覧者Ｃにも電子メールが送られ、文書回覧部１３
はＩ／Ｆ部１１をして、稟議文書００１０００を回覧者
Ｃの端末２にも表示させることになる。

【００４０】さて、ステップＳ２０９を終えるとステッ
プＳ２０３へ戻り、再び判定を行う。本例では、テーブ
ル１５１の文書番号「決裁００１０００」のレコード
に、連携パターン番号として、さらに回覧パターン番号
Ｐｔｎ０５０があるので、２回目のステップＳ２０３で
もＹＥＳと判定され、その結果、回覧文書０００２００
が回覧者Ｄ及びＥに送信されることになる。

【００４１】つまり図１３に示すように、決裁が完了す
ると、回覧者ＡとＢ宛に電子メールで、回覧文書０００
１００を送信する。これが到着し、回覧者ＡとＢにより
端末２から電子決裁システムサーバ１に対して承認が行
われると、回覧者Ｃ宛に同様の電子メールを送信する。
これが到着し、回覧者Ｃにより端末２から電子決裁シス
テムサーバ１に対して承認が行われるとその回覧は終了
したことになる。また、決裁が完了すると、回覧者Ｄと
Ｅ宛に電子メールで、同様の内容の回覧文書０００２０
０を送信する。これが到着し、回覧者ＤとＥにより端末
２から電子決裁システムサーバ１に対して承認が行われ
るとその回覧は終了したことになる。

【００４２】電子決裁システムサーバ１によれば、事後
チェックが必要な決裁文書や他のメンバーと情報共有し
たい稟議文書を決裁完了を契機にして、自動的に回覧す
ることができる。また決裁完了後に、回覧文書を作成し
て、回覧を行わなければならなかったが、決裁者の条件
や、連携して回覧する回覧者を設定することによって、
決裁から事後チェック、情報共有までを連携して行える
ようになった。つまり、事後チェック漏れの逓減や回覧
に至る作業の大幅な逓減を実現できる。

【００４３】以上説明したように、本実施の形態の電子
決裁システムサーバ１は、回覧対象文書の回覧者宛に当
該文書に関わる通知を行うとともに当該回覧者に使用さ
れる端末からの要求に応じて当該回覧対象文書を当該端
末に表示させる処理を回覧処理として実行する回覧処理
手段（１３）と、第１の回覧処理において回覧対象文書
を表示した端末から通知を受信した場合に、後続する第
２の回覧処理が設定されているか否かを判定し、肯定的
な判定結果を得たときは、前記回覧処理手段をして、当
該回覧対象文書についての第２の回覧処理を開始させる
回覧制御手段（１４）とを備えるので、前後する２つの
回覧処理を連続的かつ迅速に実行することができる。

【００４４】また、回覧対象文書を表示した端末からの
前記通知の通知元として設定された者の属性に対応する
第２の回覧処理を開始するので、第２の回覧処理を、ユ
ーザＩＤなどによって逐一設定する必要がなくなり、そ
の結果として、文書作成者等の操作負担が軽減される。

【００４５】また、第２の回覧処理について回覧者のグ
ループが予め設定されているか否かを判定し、肯定的な
判定結果を得たときは、当該グループに属する者を回覧
者として第２の回覧処理を開始するので、複数の回覧者
を対象とした第２の回覧処理を、それぞれのユーザＩＤ
などによって逐一設定する必要がなくなり、その結果と
して、文書作成者等の操作負担が軽減される。

【００４６】なお、上記説明した処理を実行させるコン
ピュータプログラムは、半導体メモリ、磁気ディスク、
光ディスク、光磁気ディスク、磁気テープなどのコンピ
ュータ読み取り可能な記録媒体に記録したり、インター
ネットなどの通信網を介して伝送させて、広く流通させ
ることができる。

【００４７】

【発明の効果】以上説明したように、本発明の情報処理
装置によれば、回覧対象文書の回覧者宛に当該文書に関
わる通知を行うとともに当該回覧者に使用される端末か
らの要求に応じて当該回覧対象文書を当該端末に表示さ
せる処理を回覧処理として実行する回覧処理手段と、第
１の回覧処理において回覧対象文書を表示した端末から
通知を受信した場合に、後続する第２の回覧処理が設定
されているか否かを判定し、肯定的な判定結果を得たと
きは、前記回覧処理手段をして、当該回覧対象文書につ
いての第２の回覧処理を開始させる回覧制御手段とを備
えるので、前後する２つの回覧処理を連続的かつ迅速に
実行することができる。

【図面の簡単な説明】

【図１】本発明の情報処理装置を適用した電子決裁シス
テムサーバ１の主な構成を示す図である。

【図２】電子決裁システムサーバ１の適用形態を示す図
である。

【図３】管理テーブル群１６を構成するテーブルを示す
図である。

【図４】管理テーブル群１６を構成するテーブルを示す
図である。

【図５】管理テーブル群１６を構成するテーブルを示す
図である。

【図６】管理テーブル群１６を構成するテーブルを示す
図である。

【図７】管理テーブル群１６を構成するテーブルを示す
図である。

【図８】作成者の端末２と電子決裁システムサーバ１と
の間のシーケンス図である。

【図９】稟議ルート定義画面を示す図である。

【図１０】稟議ルート定義画面から呼び出される画面を
示す図である。

【図１１】稟議ルート定義画面から呼び出される画面を
示す図である。

【図１２】ステップＳ１の詳細フローチャートである。

【図１３】稟議文書００１０００の作成から稟議、決
裁、回覧を経て回覧が終了するまでのタイムチャート図
である。

【図１４】決裁者の端末２と電子決裁システムサーバ１
との間のシーケンス図である。

【図１５】文書参照画面を示す図である。

【図１６】ステップＳ２の詳細フローチャートである。

【符号の説明】

１ 電子決裁システムサーバ ２ 端末 １１ Ｉ／Ｆ部 １２ パラメータ設定部 １３ 文書回覧部 １４ 回覧制御部 １５ 文書ＤＢ １６ 管理テーブル群

───────────────────────────────────────────────────── フロントページの続き (72)発明者 根本 敦史 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コムウェア株式会社内 (72)発明者 鴨志田 憲一 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コムウェア株式会社内 (72)発明者 笠原 和男 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コムウェア株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 回覧対象文書の回覧者宛に当該文書に関
   わる通知を行うとともに当該回覧者に使用される端末か
   らの要求に応じて当該回覧対象文書を当該端末に表示さ
   せる処理を回覧処理として実行する回覧処理手段と、 第１の回覧処理において回覧対象文書を表示した端末か
   ら通知を受信した場合に、後続する第２の回覧処理が設
   定されているか否かを判定し、肯定的な判定結果を得た
   ときは、前記回覧処理手段をして、当該回覧対象文書に
   ついての第２の回覧処理を開始させる回覧制御手段とを
   備える情報処理装置。
2. 【請求項２】 回覧対象文書を表示した端末からの前記
   通知の通知元として設定された者の属性に対応する第２
   の回覧処理を開始する請求項１記載の情報処理装置。
3. 【請求項３】 第２の回覧処理について回覧者のグルー
   プが予め設定されているか否かを判定し、肯定的な判定
   結果を得たときは、当該グループに属する者を回覧者と
   して第２の回覧処理を開始する請求項１または２記載の
   情報処理装置。
4. 【請求項４】 請求項１ないし３のいずれかに記載の情
   報処理装置に前記処理を実行させるコンピュータプログ
   ラム。
5. 【請求項５】 請求項１ないし３のいずれかに記載の情
   報処理装置に前記処理を実行させるコンピュータプログ
   ラムを記録した記録媒体。