JPH05216736A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】各種の文書の送付先を自動的に決定し、その送
付先に文書を送付することのできる情報処理装置を提供
する。 【構成】ディレクトリ保持手段１１０には処理経路情報
が表現されているディレクトリが保持されている。処理
経路解析部１１０は、複数の処理経路ルールの中から入
力された処理すべき例えば帳票などの文書に対応する処
理経路ルールを抽出し、このルールを検索手段（ディレ
クトリアクセス部）１３０に出力する。検索手段１３０
は、入力した処理経路ルールに基づいてディレクトリ保
持部１１０内のディレクトリを検索する。処理手段（デ
ィレクトリアクセス部）１３０は、その検索結果に従っ
て文書の送付先を特定すると共に、該特定した送付先に
対応する装置に対して前記文書を送付する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数の装置とネット
ワークを介して接続される情報処理装置に関する。

【０００２】

【従来の技術】ＩＳＯ（国際標準化機構）／ＩＥＣ（国
際電気標準会議）９５９４では、ネットワークの各種資
源と名前を管理する国際規格を定義している。例えば、
ＩＳＯで規定されたＯＳＩ（Open Systems Interconnec
tion）のディレクトリの管理が定義されている。上記国
際規格では、ネットワークの多種多様な資源や構成要素
を定義することができるようになっている。

【０００３】また近年、オフィス等においては、資源の
有効利用、分散処理が可能な様に、上記国際規格に従っ
て、コンピュータやワークステーションなどのネットワ
ーク資源がネットワークに接続されたネッワークシステ
ムが構築されつつある。このようなオフィスにおいて
は、ネットワークに接続された例えばワークステーショ
ン間で、電子化された伝票を送受することが可能であ
る。

【０００４】なおディレクトリシステムとしては、特開
昭６１−２８５５３５号公報に開示されたものがある。

【０００５】

【発明が解決しようとする課題】ところで、ネッワーク
システムが構築されているオフィス等における電子化さ
れた伝票処理は、次に示す様な処理形態になっているの
が一般的である。勿論、ネッワークシステムが構築され
ていないオフィス等においても、同様な処理形態になっ
ているということは言うまでもない。 （１）オフィスでの伝票は多種多様なものがあり、その
送付先や送付経路も伝票毎に異なっていることが多い。
また同じ伝票でも発行者の所属する部署により送付先の
部署名が異なってきたり、担当者が異なったりすること
も多い。 （２）作成した伝票は社内の複数の部署を経由して処理
される。

【０００６】この様な処理形態においては、発行者など
の操作者は、処理すべき伝票をどの送付先（どの部署で
どの担当者）に送付すれば良いか、迅速に判断すること
は難しかった。また誤って異なる送付先に伝票が送付さ
れる虞も極めて高かった。

【０００７】このため確実に伝票を送付するためには、
操作者は、各種の伝票毎の送付先や送付先での担当者、
送付経路を予め覚えておくか、あるいはマニュアル等を
参照した後、該当する送付先に対する伝票の送付操作を
行わなければならず、このため作業が繁雑となり、作業
効率が悪かった。

【０００８】そこで、そのような問題に対処すべく、電
子化された伝票の送付先を自動的に決定し、その送付先
に伝票を送付するようにすれば、伝票処理をスムーズに
行うことが可能となる。

【０００９】しかしながら、上記従来の技術において
は、そのような方法または装置の実現は勿論のこと、提
案もなされていなかった。

【００１０】この発明は、上記実情に鑑みてなされたも
ので、各種の文書の送付先を自動的に決定し、その送付
先に文書を送付することのできる情報処理装置を提供す
ることを目的とする。

【００１１】

【課題を解決するための手段】第１の発明は、複数の装
置とネットワークを介して接続される情報処理装置にお
いて、処理経路情報が表現されているディレクトリを保
持するディレクトリ保持手段と、処理すべき文書に依存
する処理経路ルールに基づいて前記ディレクトリを検索
する検索手段と、この検索結果に従って前記文書の送付
先を特定すると共に、該特定した送付先に対応する前記
複数の装置中の特定の装置に対して前記文書を送付する
処理手段とを具えている。

【００１２】第２の発明は、第１の発明において、処理
すべき文書に対する処理が現在どの送付先まで終了して
いるのかを示す処理状態を記録し管理する管理手段を更
に具えている。

【００１３】

【作用】第１の発明では、ディレクトリ保持手段には処
理経路情報が表現されているディレクトリが保持されて
いる。その処理経路情報からは、処理すべき文書に依存
する処理経路ルールに応じた特定の処理経路情報つまり
各送付先の情報を得ることができるようになっている。
検索手段は、処理すべき文書に依存する処理経路ルール
に基づいてディレクトリ保持手段内のディレクトリを検
索し、更に処理手段は、その検索結果に従って例えば伝
票などの文書の送付先を特定すると共に、その特定した
送付先に対応する特定の装置に対して前記文書を送付す
るようにしているので、どのような処理経路であって
も、処理経路ルールと処理経路情報とに基づいて送付先
が決定され、更にその送付先に文書が送付されることと
なり、文書処理をスムーズに行うことができる。

【００１４】第２の発明では、上記作用に加えて、管理
手段によって、処理すべき文書に対する処理が現在どの
送付先まで文書が処理されているかの文書の処理状態を
記録し管理するようにしているので、文書の処理状態を
把握することができる。

【００１５】

【実施例】以下、本発明の実施例を図１乃至図５の添付
図面を参照して説明する。

【００１６】図１は、本発明に係る情報処理装置の一実
施例を示す機能ブロック図である。同図において、情報
処理装置１００は、ディレクトリ保持部１１０、処理経
路解析部１２０、ディレクトリアクセス部１３０、及び
伝票処理管理部１４０を備えている。

【００１７】ディレクトリ保持部１１０には、ＩＳＯ／
ＩＥＣ９５９４で規定されているＯＳＩのディレクトリ
形式（The Directory ）のディレクトリ（詳細は後述す
る）が保持される。

【００１８】処理経路解析部１２０は、電子化された各
種の文書（伝票）にそれぞれ対応する複数の処理経路ル
ールを有しており、処理すべき電子化された伝票に基づ
いて前記各処理経路ルールを解析し、該解析結果として
の特定の処理経路ルールをディレクトリアクセス部１３
０に送出する。なお処理経路ルールとは伝票に固有な送
付先の処理経路を表したルールのことであり、例えば外
出旅費請求伝票では、例えば「発行者→所属長→庶務担
当→経理」という処理経路ルールを記述することができ
る。

【００１９】ディレクトリアクセス部１３０は、処理経
路解析部１２０による解析結果に基づいてディレクトリ
保持部１１０にアクセスして送付先を決める。例えば上
記外出旅費請求伝票の場合では、発行者、所属長、庶務
担当、経理がそれぞれ誰に相当するかを、ディレクトリ
を参照して決定することになる。

【００２０】伝票処理管理部１４０は、一連の処理経路
があるときに現在どの送付先まで文書（伝票）に対する
処理が終了しているかの伝票の処理状態を、伝票毎に記
憶し管理する。また伝票の処理状態に関する問合せがあ
った場合は、該当する伝票の処理状態を、問合せ結果と
して問合せ元に返す。

【００２１】図２は、ディレクトリ保持部１１０に保持
されるディレクトリの一例を示したものである。この図
に示した例では、ディレクトリ２００は、処理経路情報
としての「会社内の組織の階層」を表現している。なお
図２において、符号２１０で示されるような矩形図形は
ノードを表しており、また各ノードはリンクで繋がって
いる。

【００２２】ディレクトリ２００においては、 ◇ルートノード「ｏ＝ＡＢＣ」の下位には、ノード「ｏ
ｕ＝営業部」と、ノード「ｏｕ＝開発部」と、ノード
「ｃｎ＝小林」とが繋がっている。 ◇ノード「ｏｕ＝営業部」の下位には、ノード「ｃｎ＝
鈴木」が下位として繋がっているノード「ｏｕ＝総務」
が繋がっている。 ◇ノード「ｏｕ＝開発部」の下位には、ノード「ｏｕ＝
Ｎ１」と、ノード「ｃｎ＝佐藤」、ノード「ｃｎ＝山
田」、ノード「ｃｎ＝阿部」、及びノード「ｃｎ＝大
野」がそれぞれ下位として繋がっているノード「ｏｕ＝
Ｎ２」と、ノード「ｃｎ＝堀」とが繋がっている。

【００２３】またディレクトリ保持部１１０には、上記
会社内の組織での役割担当を表現した情報が、ディレク
トリ２００のノードの属性として保持される。その属性
の一例を図３に示す。同図に示す例では、ノード「ｏｕ
＝開発部」においては、属性“manager ”はｃｎ＝堀＠
ｏｕ＝開発部であり、属性“accouting ”はｏｕ＝総務
＠ｏｕ＝営業部であることが表現されており、またノー
ド「ｏｕ＝Ｎ２」においては、属性“manager ”はｃｎ
＝山田＠ｏｕ＝Ｎ２＠であり、属性“secretary ”はｃ
ｎ＝佐藤＠ｏｕ＝Ｎ２＠であることが表現されている。

【００２４】そして伝票処理経路の発行者、所属長、庶
務担当、経理が、ある具体的な伝票に対してどのように
なるかは次の通りである。 ◇発行者は伝票の氏名欄の値に対応する。 ◇所属長はディレクトリ階層において発行者のノードの
直接上位のノードで、そのノードの属性“manager ”の
値に対応する。 ◇庶務担当は発行者のノードの直接上位のノード、又は
その直接上位のノードに対する上位のノードにおける属
性“secretary ”の値に対応する。 ◇経理は発行者のノードの直接上位のノード、又はその
直接上位のノードに対する上位のノードにおける属性
“accouting ”の値に対応する。

【００２５】図４は、情報処理装置１００を有して構成
されるネットワークシステムの一例を示したものであ
る。同図において、情報処理装置１００と、上記外出旅
費請求伝票を処理する各送付先の装置４１０、４２０、
４３０、４４０とがネットワーク４５０を介して接続さ
れている。情報処理装置１００と各装置は、ネットワー
ク４５０を介して例えば電子化された伝票（電子メー
ル）などのデータの送受を行う機能を有している。なお
図１に示した情報処理装置１００には、データを送受信
する手段が図示されていないが、実際にはデータを送受
信する手段が設けられている。その送受信する手段を経
て入力されたデータは、発行者からのものであった場合
には処理経路解析部１２０に入力され、また発行者以外
からのものであった場合にはディレクトリアクセス部１
３０に入力され、更に伝票の処理状態に関する問合せで
あった場合は伝票処理管理部１４０に入力される。なお
図４において、記号“○”内の符号１〜６は、上記外出
旅費請求伝票を処理する際の電子化された伝票データの
送付順序を表している。

【００２６】次に、上述した情報処理装置１００による
伝票処理について、図５に示すフローチャートを参照し
て説明する。

【００２７】処理経路解析部１２０は、ネットワーク、
送受信する手段（図示せず）を経て入力された発行者か
らの伝票に対応する処理経路ルールを、自己に保持され
ている複数の処理経路ルール中から検索し（ステップ５
０１）、その処理経路ルールをディレクトリアクセス部
１３０に出力する。

【００２８】ディレクトリアクセス部１３０では、受け
取った処理経路ルールでの処理経路が全て終わったか否
か、つまり処理経路における全ての送付先に伝票を送付
したか否かを判断する（ステップ５０２）。ここで、ま
だ伝票を送付すべき送付先が存在する場合は、処理経路
ルールから次の送付先情報（例えば、所属長、庶務担当
などの情報）を取り出すと共に（ステップ５０３）、そ
の送付先情報に基づいて、ディレクトリ保持部１１０内
のディレクトリ（図２参照）及びノードの属性（図３参
照）を参照して、送付先を特定（これは実際に伝票を処
理する担当者となる）する（ステップ５０４）。その
後、特定した送付先に対して伝票を送信すると共に、そ
の送付先からの伝票に対する処理終了通知が入力される
まで待機する（ステップ５０５）。

【００２９】ディレクトリアクセス部１３０から送信さ
れた伝票は、送受信する手段、ネットワークを経て送付
先に入力され、ここで所定の処理がなされる。送付先で
は、伝票に対する所定の処理が終了したら、その伝票及
び処理を終了した旨を、ディレクトリアクセス部１３０
に送信することとなる。

【００３０】待機中に、ネットワーク、送受信する手段
を経て入力された送付先からの伝票及び処理を終了した
旨を入力したディレクトリアクセス部１３０は、伝票の
処理状態、例えば伝票に対する処理を終了した送付先の
名称を伝票処理管理部１４０に記録する（ステップ５０
６）。

【００３１】伝票処理管理部１４０には、伝票毎に、伝
票に対する処理を終了した送付先の名称が記憶される様
になっているので、例えば上記外出旅費請求伝票に対す
る処理において、庶務担当までが伝票処理を終了してい
た場合は、発行者、所属長、庶務担当の各名称が記憶さ
れる。そして、ある問合元から外出旅費請求伝票に関す
る問合わせがあった場合に、伝票処理管理部１４０は、
その伝票に関する処理状態を問合わせ結果として返す。
これにより、問合元は外出旅費請求伝票に対する処理が
今現在どこまで進んでいるかを認識することができる。

【００３２】次に、上記外出旅費請求伝票に対する伝票
処理について具体的に説明する。ここでは、阿部が発行
した外出旅費請求伝票がどの様にして処理されるかを説
明する。

【００３３】発行者である阿部は、ディレクトリでｃｎ
＝阿部＠ｏｕ＝Ｎ２＠ｏｕ＝開発部と識別されるノード
である。その発行者からは、外出旅費請求伝票が情報処
理装置１００に送出される（図４に示す番号１の経
路）。

【００３４】情報処理装置１００では、以下に示す処理
（１）〜（３）を順次実行することになる。

【００３５】（１）発行者から所属長への伝票送付処理 阿倍（ノード「ｃｎ＝阿部」）の所属は、直接上位のノ
ード「ｏｕ＝Ｎ２」である。ノード「ｏｕ＝Ｎ２」の属
性は図３に示す様な内容になっているので、所属長は、
属性“manager ”の値から、ｃｎ＝山田＠ｏｕ＝Ｎ２＠
ｏｕ＝開発部であるということが分かる。従って、ディ
レクトリアクセス部１３０は、ｃｎ＝山田＠ｏｕ＝Ｎ２
＠ｏｕ＝開発部に対して発行者からの伝票を送付し（図
４に示す番号２の経路）、所属長の処理を行ってもら
う。この結果として処理済の伝票が返ってくるので（図
４に示す番号３の経路）、次の処理（２）を実行する。

【００３６】（２）所属長から庶務担当への伝票送付処
理 ノード「ｏｕ＝Ｎ２」における庶務担当の役割は、図３
に示すノード「ｏｕ＝Ｎ２」における属性“secretary
”の値から、ｃｎ＝佐藤＠ｏｕ＝Ｎ２＠ｏｕ＝開発部
となる。従って、ディレクトリアクセス部１３０は、ｃ
ｎ＝佐藤＠ｏｕ＝Ｎ２＠ｏｕ＝開発部に対して所属長か
らの伝票を送付し（図４に示す番号４の経路）、庶務担
当の処理を行ってもらう。この結果として処理済の伝票
が返ってくるので（図４に示す番号５の経路）、次の処
理（３）を実行する。

【００３７】（３）庶務担当から経理への伝票送付処理 図３に示すようにノード「ｏｕ＝Ｎ２」の属性には属性
“accouting ”のエントリが存在していない、つまりノ
ード「ｏｕ＝Ｎ２」での経理の役割は記述されていな
い。この様な場合には、更に上位のノードで経理の役割
が記述されているところがないか探す。この場合は、直
接上位のノード「ｏｕ＝開発部」の属性を参照して、該
当する属性があるかを調べる。ノード「ｏｕ＝開発部」
の属性は図３に示す様な内容になっているので、ノード
「ｏｕ＝Ｎ２」での経理の役割は、属性“accouting ”
の値から、ｏｕ＝総務＠ｏｕ＝営業部であることが分か
る。従って、ディレクトリアクセス部１３０は、ｏｕ＝
総務＠ｏｕ＝営業部に対して、庶務担当者からの伝票を
送付する（図４に示す番号６の経路）。

【００３８】上記実施例では、伝票についての処理を説
明したが、これに限定されることなく、企業内の各部署
間で授受される文書（例えば、稟議書、連絡所など）に
も適用することができる。

【００３９】また、上記実施例の情報処理装置ではディ
レクトリ保持部がローカル的に存在しているが（図１参
照）、これを図６に示すようにグローバル的に存在させ
るようにしても良い。図６に示す例では、図１に示した
情報処理装置１００の構成からディレクトリ保持部を削
除した構成の情報処理装置６１０と、上述したディレク
トリ保持部１１０の機能及びサーバの機能を有するディ
レクトリ保持部６２０とがネットワーク６３０に接続さ
れている。そして、ディレクトリアクセス部１３０は、
ネットワーク６３０を介してそのディレクトリ保持部６
２０をアクセスするようにしても良い。

【００４０】以上説明したように本実施例によれば、各
種の文書（例えば伝票）に応じて送付先や送付経路が異
なる場合、同じ文書でも発行者の所属する部署により送
付先の部署名が異なったり、送付先での担当者が異なっ
たりする場合であっても、処理すべき文書に応じた処理
経路ルールに基づいて、組織を表現しているディレクト
リを参照することにより、該当する送付先を決定し文書
を送付するようにしているので、伝票処理をスムーズに
行うことができる。

【００４１】

【発明の効果】以上説明したように本発明によれば、検
索手段によって処理すべき文書に依存する処理経路ルー
ルに基づいてディレクトリつまり処理経路情報が検索さ
れ、処理手段は、その検索結果に従って例えば伝票など
の文書の送付先を特定すると共に、該特定した送付先に
前記文書を送付するようにしたため、処理すべき文書の
送付先を自動的に決定し、その送付先に文書を送付する
ことができる。

【００４２】従って、多種多様の伝票（文書）があり、
これらの伝票に対して所定の処理を施さなければならな
い様な場合であっても、特定の伝票に対応する処理経路
に従って、伝票処理をスムーズに行うことが可能とな
る。

【図面の簡単な説明】

【図１】本発明に係る情報処理装置の一実施例を示す機
能ブロック図。

【図２】本実施例で使用したディレクトリの一例を示す
図。

【図３】図２に示すディレクトリにおけるノードの属性
の一例を示す図。

【図４】本発明に係る情報処理装置を有して構成される
ネットワークシステムの構成を示す構成図。

【図５】本実施例の伝票処理動作を示すフローチャー
ト。

【図６】本発明に係る情報処理装置の他の実施例を示す
機能ブロック図。

【符号の説明】

１００、６１０…情報処理装置、１１０、６２０…ディ
レクトリ保持部、１２０…処理経路解析部、１３０…デ
ィレクトリアクセス部、１４０…伝票処理管理部、２０
０…ディレクトリ、４５０、６３０…ネットワーク。

Claims (2)

【特許請求の範囲】
1. 【請求項１】複数の装置とネットワークを介して接続さ
   れる情報処理装置において、 処理経路情報が表現されているディレクトリを保持する
   ディレクトリ保持手段と、 処理すべき文書に依存する処理経路ルールに基づいて前
   記ディレクトリを検索する検索手段と、 この検索結果に従って前記文書の送付先を特定すると共
   に、該特定した送付先に対応する前記複数の装置中の特
   定の装置に対して前記文書を送付する処理手段とを具え
   たことを特徴とする情報処理装置。
2. 【請求項２】前記処理すべき文書に対する処理が現在ど
   の送付先まで終了しているのかを示す処理状態を記録し
   管理する管理手段を更に具えたことを特徴とする請求項
   １記載の情報処理装置。