(57)【要約】【課題】承認の対象となる要素を管理する、承認者の負担を軽減する。【解決手段】端末２において、文書を構成する要素に対して、承認者に承認を依頼する利用者が、その要素を指定して、その要素に対する承認の依頼をする操作をした場合、取得部１１１は、この端末２から、指定された要素（第１要素）と、その要素に対する承認依頼を取得する。特定部１１２は、記憶部１２に記憶された１以上の文書を構成する要素のうち、取得部１１１が取得した第１要素に対して決められた関係を有する第２要素を、関係ＤＢ１２３を参照して特定する。通知部１１３は、特定部１１２が特定した第２要素の全てが承認されている場合に、第１要素に対する承認依頼を承認者に通知する。【選択図】図８
2019191747.tif 000002
【特許請求の範囲】
【請求項１】
１以上の文書を構成する要素のうち、指定された第１要素を取得する取得部と、
前記要素のうち、前記第１要素に対して決められた関係を有する第２要素を特定する特定部と、
特定した前記第２要素の全てが承認されている場合に、前記第１要素に対する承認の依頼を承認者に通知する通知部と、
を有する情報処理装置。
【請求項２】
前記通知部は、前記第２要素のいずれかが承認されていない状態から、全てが承認された状態に移行したときに、前記依頼を通知する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記特定部は、前記第１要素に包含される、又は引用される前記第２要素を特定する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記特定部は、前記第１要素を包含する、又は引用する第３要素を特定し、
前記通知部は、前記第１要素に対する承認の依頼とともに、前記第３要素の情報を前記承認者に通知する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記通知部は、前記第３要素の情報が異なる複数の前記第１要素に対する前記依頼を通知する場合に、該依頼を、該第３要素の情報に応じて異なる態様で通知する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
請求項１から５のいずれか１項に記載の情報処理装置と、
前記情報処理装置から前記承認の依頼を通知された場合に、前記承認者から該承認を受付ける端末と、
を有する情報処理システム。
【請求項７】
コンピュータを、
１以上の文書を構成する要素のうち、指定された第１要素を取得する取得部と、
前記要素のうち、前記第１要素に対して決められた関係を有する第２要素を特定する特定部と、
特定した前記第２要素の全てが承認されている場合に、前記第１要素に対する承認の依頼を承認者に通知する通知部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、承認を要する複数種類の電子文書と、その電子文書の承認予定者、承認作業を登録すると、集約した電子文書の種類ごと承認予定者ごとの承認を要する件数を記憶する電子承認ワークフローシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２９６５６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年ではマークアップ言語等により構造化された文書（構造化文書）が多く用いられる。構造化文書では、文書を構成する要素が明確であるため、承認の対象を文書単位でなく、要素単位にすることが考えられる。この場合、承認者は、自身が担当する要素に限定して承認をすればよいため、一つの文書に含まれる複数の要素の承認を、それぞれの承認者が並行して行うことが可能である。
【０００５】
しかし、要素間に予め決められた関係がある場合、承認者は承認の対象となる要素だけではなく、その関係がある要素についても確認する必要がある。特にその関係がある要素の承認を他者が行う場合、承認者は、上記要素を承認するタイミングが、その他者による承認の進捗に左右されるので、管理が困難になる。本発明は、承認者が承認の対象となる要素を管理する負担を軽減することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の請求項１に係る情報処理装置は、１以上の文書を構成する要素のうち、指定された第１要素を取得する取得部と、前記要素のうち、前記第１要素に対して決められた関係を有する第２要素を特定する特定部と、特定した前記第２要素の全てが承認されている場合に、前記第１要素に対する承認の依頼を承認者に通知する通知部と、を有する情報処理装置である。
【０００７】
本発明の請求項２に係る情報処理装置は、請求項１に記載の態様において、前記通知部は、前記第２要素のいずれかが承認されていない状態から、全てが承認された状態に移行したときに、前記依頼を通知することを特徴とする情報処理装置である。
【０００８】
本発明の請求項３に係る情報処理装置は、請求項１又は２に記載の態様において、前記特定部は、前記第１要素に包含される、又は引用される前記第２要素を特定することを特徴とする情報処理装置である。
【０００９】
本発明の請求項４に係る情報処理装置は、請求項３に記載の態様において、前記特定部は、前記第１要素を包含する、又は引用する第３要素を特定し、前記通知部は、前記第１要素に対する承認の依頼とともに、前記第３要素の情報を前記承認者に通知することを特徴とする情報処理装置である。
【００１０】
本発明の請求項５に係る情報処理装置は、請求項４に記載の態様において、前記通知部は、前記第３要素の情報が異なる複数の前記第１要素に対する前記依頼を通知する場合に、該依頼を、該第３要素の情報に応じて異なる態様で通知することを特徴とする情報処理装置である。
【００１１】
本発明の請求項６に係る情報処理システムは、請求項１から５のいずれか１項に記載の情報処理装置と、前記情報処理装置から前記承認の依頼を通知された場合に、前記承認者から該承認を受付ける端末と、を有する情報処理システムである。
【００１２】
本発明の請求項７に係るプログラムは、コンピュータを、１以上の文書を構成する要素のうち、指定された第１要素を取得する取得部と、前記要素のうち、前記第１要素に対して決められた関係を有する第２要素を特定する特定部と、特定した前記第２要素の全てが承認されている場合に、前記第１要素に対する承認の依頼を承認者に通知する通知部、として機能させるためのプログラムである。
【発明の効果】
【００１３】
請求項１、６、７に係る発明によれば、承認の対象となる要素を管理する、承認者の負担が軽減される。
請求項２に係る発明によれば、承認者は、指定された要素についての承認の依頼を、その要素に対して決められた関係を有する要素が全て承認された時点で、受取ることができる。
請求項３に係る発明によれば、承認者は、指定された要素についての承認の依頼を、その要素に包含される、又は引用される要素が全て承認されている場合に、受取ることができる。
請求項４に係る発明によれば、承認者は、指定された要素についての承認の依頼を受取ったときに、その要素を包含する、又は引用する要素の情報を知ることができる。
請求項５に係る発明によれば、承認者は、指定された要素についての承認の依頼を受取ったときに、その要素を包含する、又は引用する要素の情報を、その情報に応じて異なる態様で、知ることができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に係る情報処理システム９の構成を示す図。
【図２】情報処理装置１の構成を示す図。
【図３】記憶部１２に記憶される要素ＤＢ１２１の例を示す図。
【図４】記憶部１２に記憶される承認ＤＢ１２２の例を示す図。
【図５】記憶部１２に記憶される関係ＤＢ１２３の例を示す図。
【図６】文書の構成の例を示す図。
【図７】端末２の構成の例を示す図。
【図８】情報処理システム９の機能的構成を示す図。
【図９】情報処理装置１が文書又は承認者を登録する動作の流れを示すフロー図。
【図１０】承認依頼の通知及び承認状態の更新の動作の流れを示すフロー図。
【発明を実施するための形態】
【００１５】
＜実施形態＞
＜情報処理システムの全体構成＞
図１は、本実施形態に係る情報処理システム９の構成を示す図である。情報処理システム９は、情報処理装置１と、複数の端末２と、を有し、また、これらを通信可能に接続する通信回線３を有する。なお、情報処理システム９は、情報処理装置１を複数有してもよい。
【００１６】
情報処理装置１は、文書の承認状態を管理する情報処理装置である。「文書」とは、文字、記号、図面等を示す電子データでそれぞれ記録された複数の要素によって構成される情報である。文書の例としては、業務の進め方や指針、注意点等を定めた業務標準や、機械の取扱説明書等が挙げられる。
【００１７】
端末２は、この情報処理システム９の利用者のそれぞれが操作するコンピュータ等の端末である。情報処理システム９の利用者には、文書を作成する作成者、作成された文書に含まれる指定された要素を承認する承認者、承認者に要素の承認を依頼する依頼者、等が含まれる。
【００１８】
通信回線３は、例えばＬＡＮ（Local AreaNetwork）のほか、ＷＡＮ（Wide Area Network）であってもよいし、インターネットであってもよいし、これらの組合せであってもよい。また、通信回線３は、公衆交換通信網（ＰＳＴＮ：Public Switched Telephone Networks）やサービス統合デジタル網（ＩＳＤＮ：Integrated Services Digital Network）等を含むものでもよい。
【００１９】
＜情報処理装置の構成＞
図２は、情報処理装置１の構成を示す図である。図２に示す通り、情報処理装置１は、制御部１１、記憶部１２、及び通信部１３を有する。
【００２０】
制御部１１は、ＣＰＵ（CentralProcessing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を有し、ＣＰＵがＲＯＭ及び記憶部１２に記憶されているコンピュータプログラム（以下、単にプログラムという）を読み出して実行することにより情報処理装置１の各部を制御する。
【００２１】
通信部１３は、有線又は無線により通信回線３に接続する通信回路である。情報処理装置１は、通信部１３により通信回線３に接続された端末２と情報をやり取りする。
【００２２】
記憶部１２は、ハードディスクドライブ等の記憶手段であり、制御部１１のＣＰＵに読み込まれる各種のプログラム、データ等を記憶する。また、記憶部１２は、要素ＤＢ１２１、承認ＤＢ１２２、及び関係ＤＢ１２３を記憶する。
【００２３】
＜要素ＤＢの構成＞
図３は、記憶部１２に記憶される要素ＤＢ１２１の例を示す図である。図３に示す要素ＤＢ１２１は、文書と、その文書を構成する要素と、を対応付けるデータベースである。
【００２４】
要素ＤＢ１２１は、文書を構成する要素のそれぞれの識別情報である要素ＩＤに対応付けて、その要素を含む文書の識別情報である文書ＩＤと、その要素の名称である要素名とが記述されている。例えば、文書ＩＤ「ＢｏｏｋＡ」で識別される文書の「編１」の要素ＩＤは、「Ｃ００１」である。
【００２５】
＜承認ＤＢの構成＞
図４は、記憶部１２に記憶される承認ＤＢ１２２の例を示す図である。図４に示す承認ＤＢ１２２は、文書を構成する要素ごとに、その要素についての承認の進捗状態を記憶するデータベースである。
【００２６】
承認ＤＢ１２２は、要素の要素ＩＤごとに、その要素を承認するように設定されている承認者の識別情報である承認者ＩＤと、その要素の承認に関する進捗状態とが対応付けて記憶されている。承認に関する進捗状態は、４つの状態があり、「依頼待ち」→「未通知」→「通知済」→「承認済」という順序で移行する。なお、文書における要素の構成によっては、「依頼待ち」から「未通知」を経由せずに「通知済」に移行する場合もある。
【００２７】
図４に示す承認ＤＢ１２２によると、要素ＩＤ「Ｃ００４」で識別される要素は、承認者ＩＤ「Ｕ４」で識別される承認者により承認されることに定められており、その承認の進捗状態は「依頼待ち」である。この「依頼待ち」とは、要素の承認に関する進捗状態の初期状態であり、承認の依頼（承認依頼ともいう）がされていない状態を示す。つまり、要素ＩＤ「Ｃ００４」の要素についての承認依頼は、まだ依頼者から提出されていない。この「依頼待ち」という進捗状態は、依頼者から承認依頼が提出されると、「未通知」に移行する。
【００２８】
要素ＩＤ「Ｃ００１」で識別される要素は、承認者ＩＤ「Ｕ１」で識別される承認者により承認されることに定められており、その承認の進捗状態は「未通知」である。つまり、この要素に対する承認依頼は、依頼者から既に提出されており、かつ、承認者にまだ通知されていない。この「未通知」という進捗状態は、承認者に承認依頼が通知されると、「通知済」に移行する。
【００２９】
要素ＩＤ「Ｃ００２」で識別される要素は、承認者ＩＤ「Ｕ２」で識別される承認者により承認されることに定められており、その承認の進捗状態は「通知済」である。つまり、この要素についての承認依頼は、承認者に既に通知されているが、承認者はこの要素をまだ承認していない。この「通知済」という進捗状態は、要素が承認者に承認されると、「承認済」に移行する。
【００３０】
要素ＩＤ「Ｃ００３」で識別される要素は、承認者ＩＤ「Ｕ３」で識別される承認者により承認されることに定められており、その承認の進捗状態は「承認済」である。つまり、この要素についての承認依頼は、承認者に既に通知されており、かつ、承認者はこの要素を既に承認している。
【００３１】
＜関係ＤＢの構成＞
図５は、記憶部１２に記憶される関係ＤＢ１２３の例を示す図である。図５に示す関係ＤＢ１２３は、文書を構成する要素ごとに、その要素に対して決められた関係を有する要素を記憶するデータベースである。
【００３２】
関係ＤＢ１２３は、或る要素と、その要素に対して決められた関係を有する要素とを、それぞれの要素ＩＤで対応付けて記憶する。例えば、要素ＩＤ「Ｃ００１」で識別される要素には、その要素に対して決められた関係を有する要素の要素ＩＤとして、「Ｃ００２」、「Ｃ００３」、「Ｃ００４」、…が対応付けて記憶されている。また、要素ＩＤ「Ｃ００４」で識別される要素には、この要素に対して決められた関係を有する要素の要素ＩＤに何も記述されていない。この要素に対して決められた関係を有する要素が存在しないからである。
【００３３】
図６は、文書の構成の例を示す図である。上述した「決められた関係」とは、要素を承認する際に依存する関係であり、例えば、包含する、又は引用する、といった関係等が挙げられる。「甲に対して決められた関係を有する乙」が存在する場合、甲の承認は、乙の承認に依存する。すなわちこの場合、甲の承認者は、乙の承認が完了した後でなければ、甲を承認することができない。
【００３４】
例えば、図６に示す「ＢｏｏｋＡ」の「編１」は「章１」、「章２」、「章３」、…を包含する。したがって、この「章１」、「章２」、「章３」は「編１」に対して決められた関係を有する要素である。そして、この「章１」は「節１」、「節２」を包含する。したがって、この「節１」、「節２」は「章１」に対して決められた関係を有する要素であり、かつ、「編１」に対しても決められた関係を有する要素である。
【００３５】
また、文書では、或る要素が他の要素を引用する場合がある。この引用は、例えばＨＴＭＬ（HyperText Markup Language）等のマークアップ言語における「リンク」等によって記述されてもよく、また、「ＢｏｏｋＢの編１章２を参照」といった文章で記述されてもよい。例えば、図６に示す「ＢｏｏｋＡ」の「編１章１節１」は、「ＢｏｏｋＢ」の「編１章２」を引用している。したがって、「ＢｏｏｋＢ」の「編１章２」は「ＢｏｏｋＡ」の「編１章１節１」に対して決められた関係を有する要素である。
【００３６】
なお、以下の説明では、指定された要素を第１要素と呼び、この第１要素に対して決められた関係を有する要素を第２要素と呼ぶ。
【００３７】
すなわち、例えば「甲に対して決められた関係を有する乙」における「関係」が「甲が乙を包含する」という関係であれば、第２要素（乙）は、第１要素（甲）に包含される要素である。また、例えば「甲に対して決められた関係を有する乙」における「関係」が「甲が乙を引用する」という関係であれば、第２要素（乙）は、第１要素（甲）に引用される要素である。
【００３８】
＜端末の構成＞
図７は、端末２の構成の例を示す図である。図７に示す端末２は、制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５を有する。
【００３９】
制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭを有し、ＣＰＵがＲＯＭ及び記憶部２２に記憶されているプログラムを読み出して実行することにより端末２の各部を制御する。記憶部２２は、ソリッドステートドライブ、ハードディスクドライブ等の記憶手段であり、制御部２１のＣＰＵに読み込まれる各種のプログラム、データ等を記憶する。
【００４０】
通信部２３は、有線又は無線により通信回線３に接続する通信回路である。端末２は、通信部２３により通信回線３に接続された情報処理装置１と情報をやり取りする。
【００４１】
操作部２４は、各種の指示をするための操作ボタン、キーボード、タッチパネル等の操作子を備えており、利用者による操作を受付けてその操作内容に応じた信号を制御部２１に送る。
【００４２】
表示部２５は、液晶ディスプレイ等の表示画面を有しており、制御部２１の制御の下、画像を表示する。表示画面の上には、操作部２４の透明のタッチパネルが重ねて配置されてもよい。
【００４３】
＜情報処理システムの機能的構成＞
図８は、情報処理システム９の機能的構成を示す図である。図８において、情報処理装置１の通信部１３、通信回線３、及び端末２の各構成の記載を省く。
【００４４】
情報処理装置１の制御部１１は、記憶部１２に記憶されているプログラムを読み出して実行することにより、取得部１１１、特定部１１２、及び通知部１１３として機能する。
また、制御部１１は、さらに解析部１１４、及び登録部１１５として機能してもよい。
【００４５】
取得部１１１は、利用者の操作を受付けた端末２から、その操作に応じた指示を取得する。
【００４６】
例えば端末２において、文書を作成した利用者（作成者）が、その文書の登録を指示する操作をした場合、取得部１１１は、この端末２から文書とその文書を登録する旨の指示を取得する。
【００４７】
この場合、解析部１１４は、取得部１１１が取得した文書を解析して、この文書を構成する要素を抽出する。この解析は、例えば文書がマークアップ言語で記述された構造化文書である場合、そのマークアップ言語で定められたタグに基づいて行われる。また、この解析は、文書が自然言語で記述されている場合に、自然言語解析によって行われる。自然言語解析においては、例えば文章中の「編」「章」「節」「項」「目」等の予め決められた単語（予約語）を検出することで要素の抽出を行う。
【００４８】
解析部１１４は、抽出した各要素に要素ＩＤを割当てる。また、解析部１１４は、例えば文章中の上述した予約語や、「参照」「…によれば」等の予約語に基づいて要素間の関係を特定し、この関係を関係ＤＢ１２３に記憶する。
【００４９】
なお、解析の結果、文書が決められた方式に違反していることが検知された場合、情報処理装置１は、文書の作成者にその旨を通知してもよい。例えば、タグがマークアップ言語の文法に沿って記述されていない場合や、予約語の順序、位置等が誤っている場合、文書内の要素名が一意に特定されない場合等、情報処理装置１は、これらの誤りを検出して文書の作成者に通知してもよい。
【００５０】
また、情報処理装置１は、要素間の関係の誤りを検知してもよい。例えば、第１要素に対して第２要素が決められた関係を有する場合に、第１要素を示すノードから第２要素を示すノードに向かう矢印付きのエッジを描くと、要素間の関係は、有向非巡回グラフで表現される。すなわち、要素間の関係は、ノードと矢印付きエッジで表すと、元のノードに戻る経路（いわゆる閉路）がないように描かれる必要がある。これは、要素の承認の順序が一意に定まらなければならないからである。解析の結果、要素間の関係が有向非巡回グラフで表現され得ないものであった場合、情報処理装置１は、文書の作成者に要素間の関係に誤りがある旨を通知してもよい。
【００５１】
登録部１１５は、取得部１１１が取得した文書を記憶部１２に登録し、承認ＤＢ１２２を更新して、この文書を構成する全ての要素の承認に関する進捗状態を「依頼待ち」に設定する。
【００５２】
また、例えば端末２において、文書を構成する要素の承認者を決める利用者が、その要素の承認者の登録を指示する操作をした場合、取得部１１１は、この端末２から、その要素の要素ＩＤと、その要素の承認者の承認者ＩＤとを取得する。
【００５３】
この場合、登録部１１５は、取得部１１１が取得した要素ＩＤと承認者ＩＤとを受取り、これらを記憶部１２の承認ＤＢ１２２に対応付けて登録する。
【００５４】
また、例えば端末２において、文書を構成する要素に対して、承認者に承認を依頼する利用者（依頼者）が、その要素を指定して、その要素に対する承認の依頼をする操作をした場合、取得部１１１は、この端末２から、指定された要素（第１要素）と、その要素に対する承認依頼を取得する。すなわち、取得部１１１は、１以上の文書を構成する要素のうち、指定された第１要素を取得する。
【００５５】
特定部１１２は、記憶部１２に記憶された１以上の文書を構成する要素のうち、取得部１１１が取得した第１要素に対して決められた関係を有する第２要素を、関係ＤＢ１２３を参照して特定し、特定した第２要素についての承認の進捗状態を、承認ＤＢ１２２を参照して特定する。
【００５６】
通知部１１３は、特定部１１２が特定した第２要素の全てが承認されている場合に、第１要素に対する承認依頼を承認者に通知する。特定部１１２は、承認ＤＢ１２２を参照して、第２要素の承認の進捗状態を特定し、これら第２要素の全てが「承認済」である場合に、通知部１１３に第１要素の承認依頼を通知するように伝える。通知部１１３は、伝えられた第１要素に対する承認依頼を、対応する承認者の端末２に向けて通知する。
【００５７】
なお、例えば承認者ＩＤと、この承認者ＩＤで識別される承認者の所有する端末２の識別情報とは対応付けて記憶部１２に記憶されていてもよい。要するに、情報処理装置１は、承認者ＩＤを特定することで、この承認者ＩＤで識別される承認者に通知を行うことが可能となればよい。
【００５８】
また、特定部１１２は、第１要素を包含する、又は引用する第３要素を特定してもよい。この場合、通知部１１３は、第１要素に対する承認依頼を通知する際に、この承認依頼とともに、第３要素の情報を承認者に通知してもよい。
【００５９】
＜情報処理システムの動作＞
＜文書又は承認者を登録する動作＞
図９は、情報処理システム９の情報処理装置１が文書又は承認者を登録する動作の流れを示すフロー図である。
【００６０】
図９（ａ）に示す通り、情報処理装置１の制御部１１は、端末２から文書を取得すると（ステップＳ１０１）、その文書の構造を解析し（ステップＳ１０２）、解析の結果に基づいて、要素ＤＢ１２１及び関係ＤＢ１２３を更新する（ステップＳ１０３）。
【００６１】
また、図９（ｂ）に示す通り、情報処理装置１の制御部１１は、端末２から要素を承認する承認者の指定を受付けると（ステップＳ２０１）、その承認者の承認者ＩＤを承認ＤＢ１２２に登録する（ステップＳ２０２）。
【００６２】
＜承認依頼の通知及び承認状態の更新の動作＞
図１０は、情報処理システム９の情報処理装置１による承認依頼の通知及び承認状態の更新の動作の流れを示すフロー図である。
【００６３】
図１０（ａ）に示す通り、情報処理装置１の制御部１１は、端末２から第１要素、及びその第１要素に対する承認依頼の指定を受付けると（ステップＳ３０１）、指定された第１要素を取得する（ステップＳ３０２）。そして、制御部１１は、関係ＤＢ１２３を参照し、第１要素に対して決められた関係を有する第２要素を特定する（ステップＳ３０３）。
【００６４】
制御部１１は、承認ＤＢ１２２を参照し、特定した第２要素の全てが「承認済」であるか否かを判定する（ステップＳ３０４）。第２要素の全てが「承認済」ではない、と判定する場合（ステップＳ３０４；ＮＯ）、制御部１１は、承認ＤＢ１２２における、第１要素に対する承認の進捗状態を「未通知」に設定し（ステップＳ３０５）、処理を終了する。
【００６５】
一方、第２要素の全てが「承認済」である、と判定する場合（ステップＳ３０４；ＹＥＳ）、制御部１１は、第１要素に対する承認依頼を承認者に通知し（ステップＳ３０７）、承認ＤＢ１２２における、第１要素に対する承認の進捗状態を「通知済」に設定して（ステップＳ３０８）、処理を終了する。
【００６６】
なお、制御部１１は、上述したステップＳ３０７に先立って、第１要素にとっての第３要素を特定してもよい（ステップＳ３０６）。第１要素にとっての第３要素とは、或る要素に対して第１要素が決められた関係を有する場合の、その要素である。つまり、第３要素の承認者は、第１要素の承認が完了した後でなければ、第３要素を承認することができない。
【００６７】
例えば「甲に対して決められた関係を有する乙」における「関係」が「甲が乙を包含する」という関係であれば、第３要素（甲）は、第１要素（乙）を包含する要素である。また、例えば「甲に対して決められた関係を有する乙」における「関係」が「甲が乙を引用する」という関係であれば、第３要素（甲）は、第１要素（乙）を引用する要素である。
【００６８】
この場合、制御部１１は、上述したステップＳ３０７において、第１要素に対する承認依頼とともに、第３要素の情報を承認者に通知してもよい。
【００６９】
図１０（ｂ）に示す通り、情報処理装置１の制御部１１は、承認者の端末２から、指定された第１要素に対する承認を受付けると（ステップＳ４０１）、承認ＤＢ１２２を書き換えて、指定されたその第１要素に対する承認の進捗状況を「承認済」に設定する（ステップＳ４０２）。
【００７０】
そして、制御部１１は、指定された第１要素にとっての第３要素を特定し（ステップＳ４０３）、この第３要素に対して決められた関係を有する要素を特定する（ステップＳ４０４）。
【００７１】
上述した通り第３要素とは、この第３要素に対して決められた関係を有する要素が第１要素である、という要素である。したがって、ステップＳ４０４で特定した要素には、ステップＳ４０１で受付けた第１要素が含まれる。
【００７２】
制御部１１は、第３要素についての承認の進捗状態が「依頼待ち」でなく、「未通知」であり、かつ、ステップＳ４０４で特定した要素の全てが「承認済」であるか否かを判定する（ステップＳ４０５）。
【００７３】
第３要素が「依頼待ち」であるか、又は、ステップＳ４０４で特定した要素の全てが「承認済」ではない、と判定する場合（ステップＳ４０５；ＮＯ）、制御部１１は処理を終了する。なお、このとき承認ＤＢ１２２における、第３要素に対する承認の進捗状態は、「依頼待ち」又は「未通知」に設定されたまま変化しない。
【００７４】
一方、第３要素が「未通知」であり、かつ、ステップＳ４０４で特定した要素の全てが「承認済」である、と判定する場合（ステップＳ４０５；ＹＥＳ）、制御部１１は、第３要素に対する承認依頼を承認者に通知し（ステップＳ４０６）、承認ＤＢ１２２における、第３要素に対する承認の進捗状態を「通知済」に設定して（ステップＳ４０７）、処理を終了する。つまり、制御部１１によって実現する通知部１１３は、要素に対して決められた関係を有する他の要素のいずれかが承認されていない状態から、全てが承認された状態に移行したときに、その要素の承認依頼を通知する。
【００７５】
以上の動作により、情報処理システム９において、文書を構成する第１要素の承認の依頼は、その第１要素に対して決められた関係を有する第２要素が全て承認されるまで、承認者に通知されないため、承認の対象となる要素を管理する、承認者の負担が軽減される。
【００７６】
また、承認を依頼する依頼者にとっても、一度、第１要素の承認を依頼した後では、その第１要素に対して決められた関係を有する第２要素が全て承認されるまで、未通知の状態に置かれるので、承認を依頼する第１要素を管理する必要がない。
【００７７】
＜変形例＞
以上が実施形態の説明であるが、この実施形態の内容は以下のように変形し得る。また、以下の変形例を組合せてもよい。
【００７８】
＜変形例１＞
上述した実施形態において、制御部１１は、第１要素にとっての第３要素を特定して、第１要素に対する承認依頼とともに、第３要素の情報を承認者に通知してもよいことを述べたが、制御部１１は、第３要素の情報が異なる複数の第１要素に対する承認依頼を通知する際に、これらの承認依頼を、第３要素の情報に応じて異なる態様でそれぞれ通知してもよい。
【００７９】
例えば、記憶部１２は、承認者ＩＤで示される承認者の職掌や階級、地位ごとに、異なる重み係数を対応付けて記憶してもよい。情報処理装置１の制御部１１は、複数の第１要素にそれぞれ定められた承認者が共通しているとき、その承認者に対して、これら複数の第１要素に対してそれぞれ提出された承認依頼を通知する。
【００８０】
この際に、制御部１１は、これら複数の第１要素に対応する第３要素をそれぞれ特定し、特定した第３要素にそれぞれ定められた承認者の重み係数を記憶部１２から読み出す。そして、制御部１１は、これらの重み係数の順に、対応する第１要素の承認依頼を並べ替えて端末２に送る。
【００８１】
第１要素は、第３要素に対して決められた関係を有するので、第３要素の承認は、第１要素の承認に依存する。つまりこれは、第１要素の承認者は、第３要素の承認者を待たせていることを意味する。
【００８２】
この構成では、複数の第１要素の承認依頼が、それぞれの第３要素の承認者の重み係数に応じた順序で端末２に通知されるため、承認依頼を受取った承認者は、どの第１要素の承認依頼が、第３要素の承認者である誰を待たせているかを把握することとなり、また、第３要素の承認者の重み係数が大きいほど、若い順位で対応する第１要素を認識することとなる。
【００８３】
なお、端末２は、第３要素の承認者の重み係数が大きいほど、例えば、その承認者の氏名等を目立つような色や大きさ等で表示してもよい。
【００８４】
＜変形例２＞
情報処理装置１の制御部１１によって実行されるプログラムは、磁気テープ及び磁気ディスク等の磁気記録媒体、光ディスク等の光記録媒体、光磁気記録媒体、半導体メモリ等の、コンピュータ装置が読取り可能な記録媒体に記憶された状態で提供し得る。また、このプログラムを、インターネット等の通信回線経由でダウンロードさせてもよい。なお、上述した制御部１１によって例示した制御手段としてはＣＰＵ以外にも種々の装置が適用される場合があり、例えば、専用のプロセッサ等が用いられる。
【符号の説明】
【００８５】
１…情報処理装置、１１…制御部、１１１…取得部、１１２…特定部、１１３…通知部、１１４…解析部、１１５…登録部、１２…記憶部、１２１…要素ＤＢ、１２２…承認ＤＢ、１２３…関係ＤＢ、１３…通信部、２…端末、２１…制御部、２２…記憶部、２３…通信部、２４…操作部、２５…表示部、３…通信回線、９…情報処理システム。
【図１】
2019191747.tif 000003
【図２】
2019191747.tif 000004
【図３】
2019191747.tif 000005
【図４】
2019191747.tif 000006
【図５】
2019191747.tif 000007
【図６】
2019191747.tif 000008
【図７】
2019191747.tif 000009
【図８】
2019191747.tif 000010
【図９】
2019191747.tif 000011
【図１０】
2019191747.tif 000012