(57)【特許請求の範囲】
【請求項１】
組織における申請及び承認に関する業務の管理を行うための装置であって、
組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第１群のノードに関する情報をそれぞれ格納する複数のレコードを含む第１のテーブルであって、各レコードが、前記複数の構成者又は前記第１群のノードの内のいずれかを一意に特定する第１の識別子を格納する第１のフィールドと、前記複数の構成者又は前記第１群のノードの組織における序列を表す第２の識別子であって、前記複数の構成者の中の任意の者の前記第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより前記複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも１人の者に相当する前記第１群のノードの中の少なくとも１つのノードの前記第２の識別子を得ることが可能な前記第２の識別子を格納する第２のフィールドと、を有する前記第１のテーブルを記録する第１の記録手段と、
前記第１群のノードを一意に特定する前記第１の識別子を格納する第１のフィールドと、前記第１群のノードに係る承認権限を有する者としての前記複数の構成者を一意に特定する前記第１の識別子を格納する第２のフィールドと、を有する第２のテーブルを記録する第２の記録手段と、
申請に関する第３のテーブルであって、前記複数の構成者の中の申請を行った者を一意に特定する前記第１の識別子を格納する第１のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第２群のフィールドと、を有する前記第３のテーブルを記録する第３の記録手段と、
前記第１のテーブルを操作する権限に関する第４のテーブルであって、複数のレコードを含み、各レコードが、前記第２の識別子を格納する第１のフィールドと、前記第１のテーブル内のレコードであって当該第２の識別子を先頭部に含む前記第２の識別子を前記第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの前記第１のフィールドに格納されている前記第１の識別子によって一意に特定される前記複数の構成者又は前記第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの前記第１のテーブルへの追加を行うための権限を有する構成者を一意に特定する前記第１の識別子を格納する第２のフィールドと、を有する前記第４のテーブルを記録する第４の記録手段と、
前記第３のテーブルの処理対象のレコード内の前記第１の識別子に基づいて前記第１のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請を行った者の前記第２の識別子を抽出し、抽出された前記第２の識別子の末尾から前記所定の長さの値を少なくとも１回削除する演算を行うことにより得られた少なくとも１つの値を前記第２の識別子として格納している少なくとも１つのレコードを前記第１のテーブルから検索することにより、前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者に相当する前記第１群のノードの中の少なくとも１つのノードを特定する少なくとも１つの前記第１の識別子を抽出し、抽出された少なくとも１つの前記第１の識別子に基づいて前記第２のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者を特定する第１の処理手段と、
前記第１の処理手段によって特定された前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも１つのデータを前記処理対象のレコード内の前記第２群のフィールドに書き込む第２の処理手段と、
前記複数の構成者の内の前記第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードを前記第４のテーブルにおいて検索し、前記テーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードであるテーブル操作者レコードが前記第４のテーブル内に存在している場合に、前記テーブル操作者からの入力に基づいて、前記第１のテーブル内のレコードであって前記テーブル操作者レコードの前記第１のフィールドに格納されている前記第２の識別子を先頭部に含む前記第２の識別子を前記第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの前記第１のフィールドに格納されている前記第１の識別子によって一意に特定される前記複数の構成者又は前記第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの前記第１のテーブルへの追加の処理を行う第３の処理手段と、
を具備する業務管理装置。
【請求項２】
前記第１のテーブルの各レコードが、前記複数の構成者の内の当該レコードの更新又は削除若しくは当該レコードの前記第１のフィールドに格納されている前記第１の識別子によって一意に特定される前記複数の構成者又は前記第１群のノードの内のいずれかの組織上において下位の構成者又はノードに関する情報を格納する新たなレコードの前記第１のテーブルへの追加を行うための権限を有する構成者を識別するための第３の識別子を格納する第３のフィールドを更に有し、
前記第４のテーブルの各レコードが、前記第３の識別子を格納するための第３のフィールドを更に有し、
前記第３の処理手段が、前記複数の構成者の内の前記第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードを前記第４のテーブルにおいて検索し、前記テーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードであるテーブル操作者レコードが前記第４のテーブル内に存在している場合に、前記テーブル操作者からの入力に基づいて、前記第１のテーブル内のレコードであって前記テーブル操作者レコードの前記第３のフィールドに格納されている前記第３の識別子を前記第３のフィールドに格納しており且つ前記テーブル操作者レコードの前記第１のフィールドに格納されている前記第２の識別子を先頭部に含む前記第２の識別子を前記第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの前記第１のフィールドに格納されている前記第１の識別子によって一意に特定される前記複数の構成者又は前記第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの前記第１のテーブルへの追加の処理を行うこと
を特徴とする請求項１記載の業務管理装置。
【請求項３】
前記第３の処理手段が、前記複数の構成者の内の前記第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードを前記第４のテーブルにおいて検索し、前記テーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードであるテーブル操作者レコードが前記第４のテーブル内に存在している場合に、前記第１のテーブル内のレコードであって前記テーブル操作者レコードの前記第３のフィールドに格納されている前記第３の識別子を前記第３のフィールドに格納しており且つ前記テーブル操作者レコードの前記第１のフィールドに格納されている前記第２の識別子を先頭部に含む前記第２の識別子を前記第２のフィールドに格納しているレコードを一覧表示すること
を特徴とする請求項２記載の業務管理装置。
【請求項４】
前記第１のテーブルが、組織内の複数の部署に相当する第２群のノードに関する情報をそれぞれ格納する複数のレコードを更に含む、請求項１乃至３のいずれか１項に記載の業務管理装置。
【請求項５】
前記第１のテーブルが、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有する、請求項１〜４のいずれか１項に記載の業務管理装置。
【請求項６】
前記第３のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有する、請求項１〜５のいずれか１項に記載の業務管理装置。
【請求項７】
組織における申請及び承認に関する業務の管理を行うために、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第１群のノードに関する情報をそれぞれ格納する複数のレコードを含む第１のテーブルであって、各レコードが、前記複数の構成者又は前記第１群のノードの内のいずれかを一意に特定する第１の識別子を格納する第１のフィールドと、前記複数の構成者又は前記第１群のノードの組織における序列を表す第２の識別子であって、前記複数の構成者の中の任意の者の前記第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより前記複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも１人の者に相当する前記第１群のノードの中の少なくとも１つのノードの前記第２の識別子を得ることが可能な前記第２の識別子を格納する第２のフィールドと、を有する前記第１のテーブルと、前記第１群のノードを一意に特定する前記第１の識別子を格納する第１のフィールドと、前記第１群のノードに係る承認権限を有する者としての前記複数の構成者を一意に特定する前記第１の識別子を格納する第２のフィールドと、を有する第２のテーブルと、申請に関する第３のテーブルであって、前記複数の構成者の中の申請を行った者を一意に特定する前記第１の識別子を格納する第１のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第２群のフィールドと、を有する前記第３のテーブルと、前記第１のテーブルを操作する権限に関する第４のテーブルであって、複数のレコードを含み、各レコードが、前記第２の識別子を格納する第１のフィールドと、前記第１のテーブル内のレコードであって当該第２の識別子を先頭部に含む前記第２の識別子を前記第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの前記第１のフィールドに格納されている前記第１の識別子によって一意に特定される前記複数の構成者又は前記第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの前記第１のテーブルへの追加を行うための権限を有する構成者を一意に特定する前記第１の識別子を格納する第２のフィールドと、を有する前記第４のテーブルと、を記録した記録媒体を具備するコンピュータが実行する方法であって、
前記第３のテーブルの処理対象のレコード内の前記第１の識別子に基づいて前記第１のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請を行った者の前記第２の識別子を抽出するステップ（ａ）と、
ステップ（ａ）にて抽出された前記第２の識別子の末尾から前記所定の長さの値を少なくとも１回削除する演算を行うことにより得られた少なくとも１つの値を前記第２の識別子として格納している少なくとも１つのレコードを前記第１のテーブルから検索することにより、前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者に相当する前記第１群のノードの中の少なくとも１つのノードを特定する少なくとも１つの前記第１の識別子を抽出するステップ（ｂ）と、
ステップ（ｂ）にて抽出された少なくとも１つの前記第１の識別子に基づいて前記第２のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者を特定するステップ（ｃ）と、
ステップ（ｃ）にて特定された前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも１つのデータを前記処理対象のレコード内の前記第２群のフィールドに書き込むステップ（ｄ）と、
前記複数の構成者の内の前記第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードを前記第４のテーブルにおいて検索するステップ（ｅ）と、
前記テーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードであるテーブル操作者レコードが前記第４のテーブル内に存在しているか否かを判定するステップ（ｆ）と、
前記テーブル操作者レコードが前記第４のテーブル内に存在していると判定した場合に、前記テーブル操作者からの入力に基づいて、前記第１のテーブル内のレコードであって前記テーブル操作者レコードの前記第１のフィールドに格納されている前記第２の識別子を先頭部に含む前記第２の識別子を前記第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの前記第１のフィールドに格納されている前記第１の識別子によって一意に特定される前記複数の構成者又は前記第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの前記第１のテーブルへの追加を行うステップ（ｇ）と、
を具備する業務管理方法。
【請求項８】
組織における申請及び承認に関する業務の管理を行うために、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第１群のノードに関する情報をそれぞれ格納する複数のレコードを含む第１のテーブルであって、各レコードが、前記複数の構成者又は前記第１群のノードの内のいずれかを一意に特定する第１の識別子を格納する第１のフィールドと、前記複数の構成者又は前記第１群のノードの組織における序列を表す第２の識別子であって、前記複数の構成者の中の任意の者の前記第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより前記複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも１人の者に相当する前記第１群のノードの中の少なくとも１つのノードの前記第２の識別子を得ることが可能な前記第２の識別子を格納する第２のフィールドと、を有する前記第１のテーブルと、前記第１群のノードを一意に特定する前記第１の識別子を格納する第１のフィールドと、前記第１群のノードに係る承認権限を有する者としての前記複数の構成者を一意に特定する前記第１の識別子を格納する第２のフィールドと、を有する第２のテーブルと、申請に関する第３のテーブルであって、前記複数の構成者の中の申請を行った者を一意に特定する前記第１の識別子を格納する第１のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第２群のフィールドと、を有する前記第３のテーブルと、前記第１のテーブルを操作する権限に関する第４のテーブルであって、複数のレコードを含み、各レコードが、前記第２の識別子を格納する第１のフィールドと、前記第１のテーブル内のレコードであって当該第２の識別子を先頭部に含む前記第２の識別子を前記第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの前記第１のフィールドに格納されている前記第１の識別子によって一意に特定される前記複数の構成者又は前記第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの前記第１のテーブルへの追加を行うための権限を有する構成者を一意に特定する前記第１の識別子を格納する第２のフィールドと、を有する前記第４のテーブルと、を記録した記録媒体を具備するコンピュータに実行させるためのプログラムであって、
前記第３のテーブルの処理対象のレコード内の前記第１の識別子に基づいて前記第１のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請を行った者の前記第２の識別子を抽出する手順（ａ）と、
手順（ａ）にて抽出された前記第２の識別子の末尾から前記所定の長さの値を少なくとも１回削除する演算を行うことにより得られた少なくとも１つの値を前記第２の識別子として格納している少なくとも１つのレコードを前記第１のテーブルから検索することにより、前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者に相当する前記第１群のノードの中の少なくとも１つのノードを特定する少なくとも１つの前記第１の識別子を抽出する手順（ｂ）と、
手順（ｂ）にて抽出された少なくとも１つの前記第１の識別子に基づいて前記第２のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者を特定する手順（ｃ）と、
手順（ｃ）にて特定された前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも１つのデータを前記処理対象のレコード内の前記第２群のフィールドに書き込む手順（ｄ）と、
前記複数の構成者の内の前記第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードを前記第４のテーブルにおいて検索する手順（ｅ）と、
前記テーブル操作者を一意に識別する前記第１の識別子を前記第２のフィールド内に格納しているレコードであるテーブル操作者レコードが前記第４のテーブル内に存在しているか否かを判定する手順（ｆ）と、
前記テーブル操作者レコードが前記第４のテーブル内に存在していると判定した場合に、前記テーブル操作者からの入力に基づいて、前記第１のテーブル内のレコードであって前記テーブル操作者レコードの前記第１のフィールドに格納されている前記第２の識別子を先頭部に含む前記第２の識別子を前記第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの前記第１のフィールドに格納されている前記第１の識別子によって一意に特定される前記複数の構成者又は前記第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの前記第１のテーブルへの追加を行う手順（ｇ）と、
を前記コンピュータに実行させるための業務管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、組織における申請及び承認に関する業務の管理を行うための業務管理装置に関し、さらに、業務管理方法及び業務管理プログラムに関する。
【背景技術】
【０００２】
従来より、組織における申請及び承認に関する業務の管理を行うための業務管理装置が用いられている。
しかしながら、従来の業務管理装置においては、人事異動、組織変更等により承認権限を有する者の変更が生じた場合に、柔軟に対応することができなかった。
【０００３】
このような問題に鑑み、本出願人は、人事異動等が生じた場合であっても柔軟に対応することができる業務管理装置等を提案した（例えば、下記の特許文献１参照）。
【０００４】
【特許文献１】特許第３８１８４４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記の特許文献１記載の技術によれば、第１のテーブルが、複数の構成者又は第１群のノードの組織における序列を表す第２の識別子であって、複数の構成者の中の任意の者の第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも１人の者に相当する第１群のノードの中の少なくとも１つのノードの第２の識別子を得ることができる第２の識別子を格納することとしており、この第２の識別子を利用することにより、申請等を行った構成者の組織上において上位であり且つ申請に対する承認権限を有する者を特定することができる。これにより、人事異動等が生じた場合であっても、柔軟に対応することができる。
【０００６】
しかしながら、上記の特許文献１記載の技術では、第１のテーブルのレコードの更新又は削除若しくは第１のテーブルへの新たなレコードの追加を行う権限を有する者の管理を行うことができなかった。例えば、一般に、企業の人事部や総務部は組織上において営業部の上位ではないが、人事部や総務部の従業員に営業部の従業員に関するレコードの更新等を行う権限を付与したい場合が多い。
【０００７】
そこで、本発明は、人事異動等が生じた場合であっても柔軟に対応することができるとともに、組織の或る第１の構成者の組織上において上位ではない他の第２の構成者が第１の構成者に関するレコードの更新等を行うことを可能とする業務管理装置を提供することを目的とする。また、本発明は、そのような業務管理方法及び業務管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するため、本発明に係る業務管理装置は、組織における申請及び承認に関する業務の管理を行うための装置であって、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第１群のノードに関する情報をそれぞれ格納する複数のレコードを含む第１のテーブルであって、各レコードが、複数の構成者又は第１群のノードの内のいずれかを一意に特定する第１の識別子を格納する第１のフィールドと、複数の構成者又は第１群のノードの組織における序列を表す第２の識別子であって、複数の構成者の中の任意の者の第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも１人の者に相当する第１群のノードの中の少なくとも１つのノードの第２の識別子を得ることが可能な第２の識別子を格納する第２のフィールドと、を有する第１のテーブルを記録する第１の記録手段と、第１群のノードを一意に特定する第１の識別子を格納する第１のフィールドと、第１群のノードに係る承認権限を有する者としての複数の構成者を一意に特定する第１の識別子を格納する第２のフィールドと、を有する第２のテーブルを記録する第２の記録手段と、申請に関する第３のテーブルであって、複数の構成者の中の申請を行った者を一意に特定する第１の識別子を格納する第１のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第２群のフィールドと、を有する第３のテーブルを記録する第３の記録手段と、第１のテーブルを操作する権限に関する第４のテーブルであって、複数のレコードを含み、各レコードが、第２の識別子を格納する第１のフィールドと、第１のテーブル内のレコードであって当該第２の識別子を先頭部に含む第２の識別子を第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの第１のフィールドに格納されている第１の識別子によって一意に特定される複数の構成者又は第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの第１のテーブルへの追加を行うための権限を有する構成者を一意に特定する第１の識別子を格納する第２のフィールドと、を有する第４のテーブルを記録する第４の記録手段と、第３のテーブルの処理対象のレコード内の第１の識別子に基づいて第１のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請を行った者の第２の識別子を抽出し、抽出された第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより得られた少なくとも１つの値を第２の識別子として格納している少なくとも１つのレコードを第１のテーブルから検索することにより、処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者に相当する第１群のノードの中の少なくとも１つのノードを特定する少なくとも１つの第１の識別子を抽出し、抽出された少なくとも１つの第１の識別子に基づいて第２のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者を特定する第１の処理手段と、第１の処理手段によって特定された処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも１つのデータを処理対象のレコード内の第２群のフィールドに書き込む第２の処理手段と、複数の構成者の内の第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードを第４のテーブルにおいて検索し、テーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードであるテーブル操作者レコードが第４のテーブル内に存在している場合に、テーブル操作者からの入力に基づいて、第１のテーブル内のレコードであってテーブル操作者レコードの第１のフィールドに格納されている第２の識別子を先頭部に含む第２の識別子を第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの第１のフィールドに格納されている第１の識別子によって一意に特定される複数の構成者又は第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの第１のテーブルへの追加の処理を行う第３の処理手段と、を具備する。
【０００９】
ここで、第１のテーブルの各レコードが、複数の構成者の内の当該レコードの更新又は削除若しくは当該レコードの第１のフィールドに格納されている第１の識別子によって一意に特定される複数の構成者又は第１群のノードの内のいずれかの組織上において下位の構成者又はノードに関する情報を格納する新たなレコードの第１のテーブルへの追加を行うための権限を有する構成者を識別するための第３の識別子を格納する第３のフィールドを更に有し、第４のテーブルの各レコードが、第３の識別子を格納するための第３のフィールドを更に有し、第３の処理手段が、複数の構成者の内の第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードを第４のテーブルにおいて検索し、テーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードであるテーブル操作者レコードが第４のテーブル内に存在している場合に、テーブル操作者からの入力に基づいて、第１のテーブル内のレコードであってテーブル操作者レコードの第３のフィールドに格納されている第３の識別子を第３のフィールドに格納しており且つテーブル操作者レコードの第１のフィールドに格納されている第２の識別子を先頭部に含む第２の識別子を第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの第１のフィールドに格納されている第１の識別子によって一意に特定される複数の構成者又は第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの第１のテーブルへの追加の処理を行うようにしても良い。
【００１０】
また、第３の処理手段が、複数の構成者の内の第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードを第４のテーブルにおいて検索し、テーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードであるテーブル操作者レコードが第４のテーブル内に存在している場合に、第１のテーブル内のレコードであってテーブル操作者レコードの第３のフィールドに格納されている第３の識別子を第３のフィールドに格納しており且つテーブル操作者レコードの第１のフィールドに格納されている第２の識別子を先頭部に含む第２の識別子を第２のフィールドに格納しているレコードを一覧表示することとしても良い。
【００１１】
また、第１のテーブルが、組織内の複数の部署に相当する第２群のノードに関する情報をそれぞれ格納する複数のレコードを更に含むようにしても良い。
【００１２】
また、第１のテーブルが、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有することとしても良い。
【００１３】
また、第３のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有することとしても良い。
【００１４】
また、本発明に係る業務管理方法は、組織における申請及び承認に関する業務の管理を行うために、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第１群のノードに関する情報をそれぞれ格納する複数のレコードを含む第１のテーブルであって、各レコードが、複数の構成者又は第１群のノードの内のいずれかを一意に特定する第１の識別子を格納する第１のフィールドと、複数の構成者又は第１群のノードの組織における序列を表す第２の識別子であって、複数の構成者の中の任意の者の第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも１人の者に相当する第１群のノードの中の少なくとも１つのノードの第２の識別子を得ることが可能な第２の識別子を格納する第２のフィールドと、を有する第１のテーブルと、第１群のノードを一意に特定する第１の識別子を格納する第１のフィールドと、第１群のノードに係る承認権限を有する者としての複数の構成者を一意に特定する第１の識別子を格納する第２のフィールドと、を有する第２のテーブルと、申請に関する第３のテーブルであって、複数の構成者の中の申請を行った者を一意に特定する第１の識別子を格納する第１のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第２群のフィールドと、を有する第３のテーブルと、第１のテーブルを操作する権限に関する第４のテーブルであって、複数のレコードを含み、各レコードが、第２の識別子を格納する第１のフィールドと、第１のテーブル内のレコードであって当該第２の識別子を先頭部に含む第２の識別子を第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの第１のフィールドに格納されている第１の識別子によって一意に特定される複数の構成者又は第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの第１のテーブルへの追加を行うための権限を有する構成者を一意に特定する第１の識別子を格納する第２のフィールドと、を有する第４のテーブルと、を記録した記録媒体を具備するコンピュータが実行する方法であって、第３のテーブルの処理対象のレコード内の第１の識別子に基づいて第１のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請を行った者の第２の識別子を抽出するステップ（ａ）と、ステップ（ａ）にて抽出された第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより得られた少なくとも１つの値を第２の識別子として格納している少なくとも１つのレコードを第１のテーブルから検索することにより、処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者に相当する第１群のノードの中の少なくとも１つのノードを特定する少なくとも１つの第１の識別子を抽出するステップ（ｂ）と、ステップ（ｂ）にて抽出された少なくとも１つの第１の識別子に基づいて第２のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者を特定するステップ（ｃ）と、ステップ（ｃ）にて特定された処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも１つのデータを処理対象のレコード内の第２群のフィールドに書き込むステップ（ｄ）と、複数の構成者の内の第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードを第４のテーブルにおいて検索するステップ（ｅ）と、テーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードであるテーブル操作者レコードが第４のテーブル内に存在しているか否かを判定するステップ（ｆ）と、テーブル操作者レコードが第４のテーブル内に存在していると判定した場合に、テーブル操作者からの入力に基づいて、第１のテーブル内のレコードであってテーブル操作者レコードの第１のフィールドに格納されている第２の識別子を先頭部に含む第２の識別子を第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの第１のフィールドに格納されている第１の識別子によって一意に特定される複数の構成者又は第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの第１のテーブルへの追加を行うステップ（ｇ）と、を具備する。
【００１５】
さらに、本発明に係る業務管理プログラムは、組織における申請及び承認に関する業務の管理を行うために、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第１群のノードに関する情報をそれぞれ格納する複数のレコードを含む第１のテーブルであって、各レコードが、複数の構成者又は第１群のノードの内のいずれかを一意に特定する第１の識別子を格納する第１のフィールドと、複数の構成者又は第１群のノードの組織における序列を表す第２の識別子であって、複数の構成者の中の任意の者の第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも１人の者に相当する第１群のノードの中の少なくとも１つのノードの第２の識別子を得ることが可能な第２の識別子を格納する第２のフィールドと、を有する第１のテーブルと、第１群のノードを一意に特定する第１の識別子を格納する第１のフィールドと、第１群のノードに係る承認権限を有する者としての複数の構成者を一意に特定する第１の識別子を格納する第２のフィールドと、を有する第２のテーブルと、申請に関する第３のテーブルであって、複数の構成者の中の申請を行った者を一意に特定する第１の識別子を格納する第１のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第２群のフィールドと、を有する第３のテーブルと、第１のテーブルを操作する権限に関する第４のテーブルであって、複数のレコードを含み、各レコードが、第２の識別子を格納する第１のフィールドと、第１のテーブル内のレコードであって当該第２の識別子を先頭部に含む第２の識別子を第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの第１のフィールドに格納されている第１の識別子によって一意に特定される複数の構成者又は第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの第１のテーブルへの追加を行うための権限を有する構成者を一意に特定する第１の識別子を格納する第２のフィールドと、を有する第４のテーブルと、を記録した記録媒体を具備するコンピュータに実行させるためのプログラムであって、第３のテーブルの処理対象のレコード内の第１の識別子に基づいて第１のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請を行った者の第２の識別子を抽出する手順（ａ）と、手順（ａ）にて抽出された第２の識別子の末尾から所定の長さの値を少なくとも１回削除する演算を行うことにより得られた少なくとも１つの値を第２の識別子として格納している少なくとも１つのレコードを第１のテーブルから検索することにより、処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者に相当する第１群のノードの中の少なくとも１つのノードを特定する少なくとも１つの第１の識別子を抽出する手順（ｂ）と、手順（ｂ）にて抽出された少なくとも１つの第１の識別子に基づいて第２のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者を特定する手順（ｃ）と、手順（ｃ）にて特定された処理対象のレコードに係る申請に対する承認権限を有する少なくとも１人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも１つのデータを処理対象のレコード内の第２群のフィールドに書き込む手順（ｄ）と、複数の構成者の内の第１のテーブルを操作しようとする構成者であるテーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードを第４のテーブルにおいて検索する手順（ｅ）と、テーブル操作者を一意に識別する第１の識別子を第２のフィールド内に格納しているレコードであるテーブル操作者レコードが第４のテーブル内に存在しているか否かを判定する手順（ｆ）と、テーブル操作者レコードが第４のテーブル内に存在していると判定した場合に、テーブル操作者からの入力に基づいて、第１のテーブル内のレコードであってテーブル操作者レコードの第１のフィールドに格納されている第２の識別子を先頭部に含む第２の識別子を第２のフィールドに格納しているレコードの更新又は削除若しくは当該レコードの第１のフィールドに格納されている第１の識別子によって一意に特定される複数の構成者又は第１群のノードの内のいずれかの組織において下位の構成者又はノードに関する情報を格納する新たなレコードの第１のテーブルへの追加を行う手順（ｇ）と、をコンピュータに実行させる。
【発明の効果】
【００１６】
本発明によれば、人事異動等が生じた場合であっても柔軟に対応することができるとともに、組織の或る第１の構成者の組織上において上位ではない他の第２の構成者が第１の構成者に関するレコードの更新等を行うことが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、図面に基づいて本発明の実施の形態について説明する。
図１は、本発明の一実施形態に係る業務管理装置を用いたシステムを示す図である。本実施形態は、本発明を企業における申請及び承認業務を管理するシステムに適用したものである。図１に示すように、システム１０は、本発明の一実施形態としてのサーバ１と、クライアント端末１１〜１ｎとを具備しており、これらは、ネットワークを介して相互に接続されている。
【００１８】
図２は、図１のサーバ１の構成を示す図である。図２に示すように、サーバ１は、申請テーブル記録部２１と、従業員テーブル記録部２２と、承認者テーブル記録部２３と、組織テーブル記録部２４と、役職テーブル記録部２５と、申請データ作成処理部２６と、承認ルート決定処理部２７と、承認・却下処理部２８と、権限設定テーブル記録部３０と、組織テーブル更新処理部３１とを具備する。
【００１９】
図３は、申請テーブル記録部２１に記録される申請テーブルの一例を示す図である。図３に示すように、申請テーブルは、申請の内容に関する情報及び承認状況に関する情報を格納するフィールドを有する。申請の内容に関する情報は、伝票名（例えば、休暇届、直行届等）、実施日（例えば、休暇日、直行日等）、申請者を一意に特定するユーザＩＤを含む。また、承認状況に関する情報は、第１承認（例えば、課長承認等）、第２承認（例えば、部長承認等）、…と、全ての承認が完了したか否かを示す完了フラグとを含む。図３に示す申請テーブル内のレコードは、ユーザＩＤが「Ｔａｋａｄａ」である従業員が２００３年５月１日に休暇を取得するための申請に係るレコードであり、この申請は未だ承認を受けていないことを表している。
【００２０】
再び図２を参照すると、従業員テーブル記録部２２は、従業員に関するデータを格納する従業員テーブルを記録する。
【００２１】
図４は、従業員テーブルの一例を示す図である。図４に示すように、従業員テーブルは、従業員を一意に特定するユーザＩＤ、従業員を一意に特定する従業員番号、従業員の氏名、及び、パスワードを格納するフィールドを有している。
【００２２】
再び図２を参照すると、承認者テーブル記録部２３は、承認権限を有する者に関するデータを格納する承認者テーブルを記録する。
【００２３】
図５は、承認者テーブルの一例を示す図である。図５に示すように、承認者テーブルは、承認権限を有する者に相当するノードの名称、承認権限を有する者に相当するノードを一意に特定するユーザＩＤ、及び、承認権限を有する者としての従業員のユーザＩＤを格納するフィールドを有している。なお、図５に示す承認者テーブルにおいて、「完了箱」という名称を有するノードは、承認が完了した申請データを管理又は処理する権限を有する者（例えば、企業等の総務課長、総務部長、人事課長、人事部長等）に相当する。本実施形態においては、具体的には、承認が完了した申請データを管理又は処理する権限を有する者は、ユーザＩＤが「Ｔａｒｏ」である従業員（ここでは、氏名「総務  太郎」（図４参照））と、ユーザＩＤが「Ｊｉｒｏ」である従業員（ここでは、氏名「総務  次郎」（図４参照））である。
【００２４】
再び図２を参照すると、組織テーブル記録部２４は、組織に関するデータを格納する組織テーブルを記録する。
【００２５】
図６〜図９は、組織テーブルの一例を示す図である。図６〜図９に示すように、組織テーブルは、レコード番号（Ｎｏ．）、改定日、ユーザＩＤ、当該レコードの組織上における区分である組織区分、組織所属名、氏名、組織序列番号、及び、リンクＧＵＩＤ（Globally Unique IDentifier）を格納するフィールドを有している。
【００２６】
図６〜図９に示す組織テーブルにおいて、改定日とは、当該レコードに格納されているデータが有効となった日又は有効となる日を表す。
【００２７】
組織区分は、１〜３までの値を取り得る。ここで、組織区分「１」は、当該レコードが部署に相当するノードに関するレコードであることを表す。また、組織区分「２」は、当該レコードが承認権限を有する者に相当するノードに関するレコードであることを表し、組織区分「３」は、当該レコードが従業員に関するレコードであることを表す。
【００２８】
組織序列番号は、部署に相当するノード、承認権限を有する者に相当するノード、又は、従業員（以下、「従業員等」という）の組織上における序列（位置付け）を表す番号である。本実施形態においては、組織序列番号は、４ｎ（ｎは、自然数）桁の数であり、或る従業員等の組織序列番号は、当該従業員等の直近上位の従業員等の組織序列番号の末尾に４桁の数を付加した番号となっている。例えば、図６〜図９に示す組織テーブルにおいて、第１レコード（組織所属名「東京本社」）には、組織序列番号「０００１」が格納されており、第１レコードによって表されるノードの下位に位置するノードとしての第２レコード（組織所属名「東京本社」、氏名「完了箱」）には、第１レコード内の組織序列番号「０００１」の末尾に「０００１」を付加した組織序列番号「０００１０００１」が格納されている。また、例えば、従業員「高田  由美子」（第１４レコードに相当）の直近上位の従業員等は、第１４レコード内の組織序列番号「０００１０００１０００１０００２０００２０００２０００１０００２０００２」の末尾４桁を削除した値「０００１０００１０００１０００２０００２０００２０００１０００２」を組織序列番号として格納しているレコード（ここでは、第１２レコード）によって表される従業員等（ここでは、承認権限を有する者に相当するノード「営業部１課１Ｇ承認者」）となる。
【００２９】
なお、組織序列番号は、後で詳細に説明するように、組織テーブルの更新（レコードの操作（追加、更新、削除等））を行うための権限の判定に利用することも可能である。
【００３０】
リンクＧＵＩＤは、サーバ１内においてユニークに生成される識別子であり、後で詳細に説明するように、組織テーブル内の当該レコードの操作（更新、削除等）を行うための権限の判定に利用される。例えば、図７に示す組織テーブルにおいて、第１０レコード〜第１５レコードには、リンクＧＵＩＤ「７０５８ａ６ｆｄ−ｃ８ｅ０−４ａ４５−ｂｂｆ５−００３６ｃ２ｄ１４ｃｅ７」が格納されており、第１７レコードには、リンクＧＵＩＤ「７０５８ａ６ｆｄ−ｃ８ｅ０−４ａ４５−ｂｂｆ５−００３６ｃ２ｄ１４ｃｅ８」が格納されている。
【００３１】
なお、サーバ１内においてユニークに生成される識別子であれば、ＧＵＩＤに代えてＵＵＩＤ（Universally Unique IDentifier）など他の識別子を用いても良い。
【００３２】
再び図２を参照すると、役職テーブル記録部２５は、従業員の役職に関するデータを格納する役職テーブルを記録する。
【００３３】
図１０は、役職テーブルの一例を示す図である。図１０に示すように、役職テーブルは、ユーザＩＤ、当該レコードが有効となった日又は有効となる日を表す改定日、及び、役職を格納するフィールドを有している。図１０においては、例えば、ユーザＩＤが「Ｔａｒｏ」である従業員（本実施形態においては、氏名「総務  太郎」（図４参照））は、１９８３年４月１日に一般従業員となり、１９９３年４月１日に総務課長となり、１９９８年４月１日に総務部長となったことを表している。
【００３４】
再び図２を参照すると、申請データ作成処理部２６は、クライアント端末１１〜１ｎを使用する従業員からの要求に応じて、申請データを作成し、申請テーブル記録部２１に記録させる。
【００３５】
承認ルート決定処理部２７は、申請テーブル記録部２１に記録されている申請テーブル内の申請データに係る申請を承認すべき従業員を決定する処理を行う。
【００３６】
承認・却下処理部２８は、承認ルート決定処理部２７によって決定された従業員からの指示に応じて承認又は却下処理を行う。
【００３７】
権限設定テーブル３０は、組織テーブル（図６〜図９参照）の更新（レコードの操作（追加、更新、削除等））を行うための権限に関するデータを格納する権限設定テーブルを記録する。
【００３８】
図１１は、権限設定テーブルの一例を示す図である。図１１に示すように、権限設定テーブルは、操作可能対象に関する情報及び操作権限を有する者に関する情報を格納するフィールドを有する。操作可能対象に関する情報は、組織序列番号と、リンクＧＵＩＤとを含む。また、操作権限を有する者に関する情報は、ユーザＩＤと、区分とを含む。
【００３９】
例えば、図１１に示す権限設定テーブルの第１レコードは、ユーザＩＤが「Ｓｕｚｕｋｉ」である従業員（本実施形態においては、氏名「鈴木  一郎」（図４参照））が、組織序列番号「０００１０００１０００１０００２０００２０００２」を先頭部に含む組織序列番号を格納しており且つリンクＧＵＩＤ「７０５８ａ６ｆｄ−ｃ８ｅ０−４ａ４５−ｂｂｆ５−００３６ｃ２ｄ１４ｃｅ７」を格納しているレコード（本実施形態においては、図６〜図７に示す第１０レコード〜第１５レコード）の操作（更新、削除）を行う権限を有することを表している。また、図１１に示す権限設定テーブルの第１レコードは、ユーザＩＤが「Ｓｕｚｕｋｉ」である従業員が、組織序列番号「０００１０００１０００１０００２０００２０００２」を先頭部に含む組織序列番号を格納するレコード（組織序列番号「０００１０００１０００１０００２０００２０００２」で一意に特定される構成者又はノードの組織上において下位である構成者又はノードに関する情報を格納するレコード）を組織序列テーブルに追加する権限を有することを表している。
【００４０】
なお、ここでは、組織序列番号とリンクＧＵＩＤのＡＮＤ条件でレコードの操作を行う権限を有するか否かを表すこととしているが、組織序列番号とリンクＧＵＩＤのＯＲ条件等の他の条件でレコードの操作を行う権限を有するか否かを表すこととしても良い。
【００４１】
また、例えば、図１１に示す権限設定テーブルの第３レコードは、ユーザＩＤが「Ｈａｒａｄａ」である従業員（本実施形態においては、氏名「原田  三郎」（図４参照））が、組織序列番号「０００１０００１０００１０００２０００２０００２」を先頭部に含む組織序列番号を格納しているレコード（本実施形態においては、図６〜図７に示す第９レコード〜第１５レコード）の操作（更新、削除）を行う権限を有することを表している。また、図１１に示す権限設定テーブルの第３レコードは、ユーザＩＤが「Ｈａｒａｄａ」である従業員が、組織序列番号「０００１０００１０００１０００２０００２０００２」を先頭部に含む組織序列番号を格納するレコード（組織序列番号「０００１０００１０００１０００２０００２０００２」で一意に特定される構成者又はノードの組織上において下位である構成者又はノードに関する情報を格納するレコード）を組織序列テーブルに追加する権限を有することを表している。
【００４２】
また、例えば、図１１に示す権限設定テーブルの第４レコードは、ユーザＩＤが「Ｈａｒａｄａ」である従業員が、リンクＧＵＩＤ「７０５８ａ６ｆｄ−ｃ８ｅ０−４ａ４５−ｂｂｆ５−００３６ｃ２ｄ１４ｃｅ８」を格納しているレコード（本実施形態においては、図６〜図７に示す第１７レコード）の操作（更新、削除）を行う権限を有することを表している。
【００４３】
区分は、「１」又は「２」の値を取り得る。ここで、区分「１」は、当該レコードのユーザＩＤが従業員のユーザＩＤであることを表す。また、区分「２」は、当該レコードのユーザＩＤが承認権限を有する者に相当するノード（図５の第２フィールド等参照）のユーザＩＤであることを表す。
【００４４】
組織テーブル更新処理部３１は、組織テーブルの更新を行う権限を有する者からの入力に応じて、組織テーブルの更新処理を行う。
【００４５】
図２に示す申請データ作成処理部２６、承認ルート決定処理部２７、承認・却下処理部２８、及び、組織テーブル更新処理部３１は、ＣＰＵとソフトウェア（プログラム）で構成することができる。このプログラムと、申請テーブル、従業員テーブル、承認者テーブル、組織テーブル、役職テーブル、及び、権限設定テーブルは、ハードディスク、フレキシブルディスク、ＭＯ、ＭＴ、ＲＡＭ、ＣＤ−ＲＯＭ、又は、ＤＶＤ−ＲＯＭ等の記録媒体に記録することができる。
【００４６】
図１２は、サーバ１の申請データ作成処理の概要を示すフローチャートである。以下、サーバ１の申請データ作成処理について、図１２を参照しながら説明する。ここでは、従業員「高田  由美子」が、休暇届に係る申請データを作成するものとする。
【００４７】
まず、クライアント端末（ここでは、クライアント端末１１とする）を使用している（ログインしている）従業員（ここでは、「高田  由美子」）が、申請の内容に関する情報（ここでは、伝票名「休暇届」及び休暇を取得することを所望する日「２００３／０５／０１」）を入力し、サーバ１の申請データ作成処理部２６が、この情報を受信する（ステップＳ１０１）。
【００４８】
次に、申請データ作成処理部２６は、伝票名「休暇届」、実施日「２００３／０５／０１」、ユーザＩＤ「Ｔａｋａｄａ」を有する申請データを作成し（図３参照）、申請テーブル記録部２１に記録させる（ステップＳ１０２）。
【００４９】
図１３は、サーバ１の承認・却下処理の概要を示すフローチャートである。以下、サーバ１の承認・却下処理について、図１３を参照しながら説明する。
まず、承認ルート決定処理部２７が、申請データ記録部２１に記録されている申請テーブル内のレコード（図３参照）内のユーザＩＤ（ここでは、「Ｔａｋａｄａ」）を抽出する（ステップＳ２０１）。
【００５０】
次に、承認ルート決定処理部２７は、組織テーブル記録部２４に記録されている組織テーブル（図６〜図９参照）の中から、ステップＳ２０１にて抽出されたユーザＩＤ（ここでは、「Ｔａｋａｄａ」）を格納しているレコードを検索し、当該レコード内の組織序列番号（ここでは、「０００１０００１０００１０００２０００２０００２０００１０００２０００２」）を抽出する（ステップＳ２０２）。なお、このとき、ステップＳ２０１にて抽出されたユーザＩＤを格納しているレコードが複数存在している場合には、システム日付において有効なレコードを選択する。
【００５１】
そして、承認ルート決定処理部２７は、ステップＳ２０２にて抽出された組織序列番号（ここでは、「０００１０００１０００１０００２０００２０００２０００１０００２０００２」）の下位４桁を削除した値（ここでは、「０００１０００１０００１０００２０００２０００２０００１０００２」）を算出する（ステップＳ２０３）。
【００５２】
次に、承認ルート決定処理部２７は、組織テーブル記録部２４に記録されている組織テーブル（図６〜図９参照）の中から、ステップＳ２０３にて算出された値（ここでは、「０００１０００１０００１０００２０００２０００２０００１０００２」）を組織序列番号として格納しているレコード（ここでは、第１２レコード）を検索し、当該レコード内のユーザＩＤ（ここでは、「Ｅｉｇｙｏ＿Ｂ＿１Ｋ＿１Ｇ」）を抽出する（ステップＳ２０４）。なお、このとき、ステップＳ２０３にて算出された値を組織序列番号として格納しているレコードが複数存在している場合には、システム日付において有効なレコードを選択する。
【００５３】
そして、承認ルート決定処理部２７は、承認者テーブル記録部２３に記録されている承認者テーブル（図５参照）の中から、ステップＳ２０４にて抽出されたユーザＩＤ（ここでは、「Ｅｉｇｙｏ＿Ｂ＿１Ｋ＿１Ｇ」）を承認権限を有する者に相当するノードのユーザＩＤとして格納しているレコード（ここでは、第５レコード）を検索し、当該レコードに格納されている承認権限を有する者としての従業員のユーザＩＤ（ここでは、「Ｍｏｒｉ」）を抽出する（ステップＳ２０５）。なお、このとき、ステップＳ２０４にて抽出されたユーザＩＤを格納しているレコードが複数存在している場合には、システム日付において有効なレコードを選択する。これにより、申請データ（図３参照）に対する承認又は却下処理を最初に行うべき従業員（ここでは、ユーザＩＤ「Ｍｏｒｉ」、氏名「森  祐司」である従業員）を決定することができる。承認ルート決定処理部２７は、このユーザＩＤを承認・却下処理部２８に出力する。
【００５４】
次に、承認・却下処理部２８は、ステップＳ２０５にて抽出されたユーザＩＤ（ここでは、「Ｍｏｒｉ」）を有する従業員（ここでは、「森  祐司」）が使用するクライアント端末（ここでは、クライアント端末１２とする）に、申請データの内容を表示させる（ステップＳ２０６）。
【００５５】
そして、承認・却下処理部２８は、ステップＳ２０５にて抽出されたユーザＩＤを有する従業員（ここでは、「森  祐司」）からの指示に応じて（ここでは、従業員「森  祐司」は、承認する旨の指示を入力するものとする）、申請データ内の複数の承認欄の中の１つの承認欄（ここでは、第１承認欄）の値を書き換える（ステップＳ２０７）。図１４は、書き換え後の申請データを表す図である。
【００５６】
次に、承認ルート決定処理部２７は、全ての承認が完了しているか否かをチェックし、全ての承認が完了していると判断した場合には処理を終了し、そうでない場合には、処理をステップＳ２０３に戻す（ステップＳ２０８）。
【００５７】
このように、本実施形態においては、組織に関する情報、承認権限を有する者に関する情報、及び、申請に関する情報を分離して、組織テーブル、承認者テーブル、及び、申請テーブル内にそれぞれ格納することにより、各テーブル内の情報の更新を容易にすることができ、人事異動等が生じた場合であっても柔軟に対応することができる。
【００５８】
図１５は、サーバ１の組織テーブル更新処理の概要を示すフローチャートである。以下、サーバ１の組織テーブル更新処理について、図１５を参照しながら説明する。ここでは、人事部１課１Ｇの従業員「鈴木  一郎」が、クライアント端末１３を利用（ログイン）して、組織テーブル（図６〜図９参照）の中の第１４レコード（営業部１課１Ｇの従業員「高田  由美子」に関するレコード）を更新するものとする。
【００５９】
まず、組織テーブル更新処理部３１は、権限設定テーブル記録部３０に記録されている権限設定テーブル（図１１参照）の中から、組織テーブルを操作しようとしている従業員（ここでは、「鈴木  一郎」）のユーザＩＤ（ここでは、「Ｓｕｚｕｋｉ」）を格納しているレコード（ここでは、図１１の第１レコード）を検索する（ステップＳ３０１）。
【００６０】
組織テーブル更新処理部３１は、組織テーブルを操作しようとしている従業員（ここでは、「鈴木  一郎」）のユーザＩＤ（ここでは、「Ｓｕｚｕｋｉ」）を格納しているレコードが権限設定テーブルの中に存在する場合には、処理をステップＳ３０３に移し、組織テーブルを操作しようとしている従業員（ここでは、「鈴木  一郎」）のユーザＩＤ（ここでは、「Ｓｕｚｕｋｉ」）を格納しているレコードが権限設定テーブルの中に存在しない場合には、処理を終了する（ステップＳ３０２）。ここでは、ユーザＩＤ「Ｓｕｚｕｋｉ」を格納しているレコードが組織テーブルに存在するので、組織テーブル更新処理部３１は、処理をステップＳ３０３に移す。
【００６１】
次に、組織テーブル更新処理部３１は、ステップＳ３０１にて検索したレコード（ここでは、図１１の第１レコード）内の操作可能対象に関する情報（ここでは、組織序列番号「０００１０００１０００１０００２０００２０００２」及びリンクＧＵＩＤ「７０５８ａ６ｆｄ−ｃ８ｅ０−４ａ４５−ｂｂｆ５−００３６ｃ２ｄ１４ｃｅ７」）を抽出する（ステップＳ３０３）。
【００６２】
そして、組織テーブル更新処理部３１は、ステップＳ３０３にて抽出した操作可能対象に関する情報（ここでは、組織序列番号「０００１０００１０００１０００２０００２０００２」及びリンクＧＵＩＤ「７０５８ａ６ｆｄ−ｃ８ｅ０−４ａ４５−ｂｂｆ５−００３６ｃ２ｄ１４ｃｅ７」）に基づいて、組織テーブルの中から操作可能対象レコード（ここでは、図６〜図７に示す第１０レコード〜第１５レコード）を抽出し、クライアント端末１３に一覧表示させる（ステップＳ３０４）。
【００６３】
人事部１課１Ｇの従業員「鈴木  一郎」は、クライアント端末１３において、所望のレコード（ここでは、営業部１課１Ｇの従業員「高田  由美子」に関するレコード（図６〜図７の第１４レコード））を更新するための情報を入力する。
【００６４】
そして、組織テーブル更新処理部３１は、従業員（ここでは、人事部１課１Ｇの「鈴木  一郎」）からの入力に基づいて、組織テーブル記録部２４に記録されている組織テーブルの更新を行う（ステップＳ３０５）。
【００６５】
これにより、例えば、営業部１課１Ｇの従業員「高田  由美子」の姓が婚姻により変わった場合や、営業部１課１Ｇの従業員「高田  由美子」が営業部１課２Ｇに異動になった場合等に、組織上において営業部１課１Ｇの上位ではない人事部１課１Ｇの従業員「鈴木  一郎」が従業員「高田  由美子」に関するレコード（図６〜図９の第１４レコード）を更新することができる。
【００６６】
なお、ここでは、従業員（ここでは、従業員「鈴木  一郎」）が組織テーブルのレコード（ここでは、従業員「高田  由美子」に関するレコード（図６〜図９の第１４レコード））を更新する場合について説明したが、従業員が組織テーブルのレコードを削除することも可能である。例えば、営業部１課１Ｇの従業員「高田  由美子」が退職した場合に、組織上において営業部１課１Ｇの上位ではない人事部１課１Ｇの従業員「鈴木  一郎」は、従業員「高田  由美子」に関するレコードを削除することが可能である。また、従業員が組織テーブルにレコードを追加することも可能である。例えば、営業部１課１Ｇに新入社員が配属された場合に、組織上において営業部１課１Ｇの上位ではない人事部１課１Ｇの従業員「鈴木  一郎」は、営業部１課１Ｇの新入社員に関するレコードを追加することができる。
【００６７】
このように、本実施形態によれば、組織テーブル内の所定のレコードの更新若しくは削除又は組織テーブル内の所定のレコードに対応する従業員又はノードの組織上において下位の従業員又はノードに関する情報を格納する新たなレコードの組織テーブルへの追加を、それらのレコードに対応する従業員又はノードの組織上において上位ではない部門の従業員が行うことを可能とすることができる。
【図面の簡単な説明】
【００６８】
【図１】本発明の一実施形態に係る業務管理装置を用いたシステムの構成を示す図。
【図２】図１のサーバ１の構成を示す図である。
【図３】図２の申請テーブル記録部２１に記録される申請テーブルの一例を示す図。
【図４】図２の従業員テーブル記録部２２に記録される従業員テーブルの一例を示す図。
【図５】図２の承認者テーブル記録部２３に記録される承認者テーブルの一例を示す図。
【図６】図２の組織テーブル記録部２４に記録される組織テーブルの一例を示す図。
【図７】図２の組織テーブル記録部２４に記録される組織テーブルの一例を示す図。
【図８】図２の組織テーブル記録部２４に記録される組織テーブルの一例を示す図。
【図９】図２の組織テーブル記録部２４に記録される組織テーブルの一例を示す図。
【図１０】図２の役職テーブル記録部２５に記録される役職テーブルの一例を示す図。
【図１１】図２の権限設定テーブル記録部３０に記録される権限設定テーブルの一例を示す図。
【図１２】図１のサーバ１の申請データ作成処理を示すフローチャート。
【図１３】図１のサーバ１の承認・却下処理を示すフローチャート。
【図１４】図２の申請テーブル記録部２１に記録される申請テーブルの一例を示す図。
【図１５】図１のサーバ１の組織テーブル更新処理を示すフローチャート。
【符号の説明】
【００６９】
１  サーバ
１０  システム
１１〜１ｎ  クライアント端末
２１  申請テーブル記録部
２２  従業員テーブル記録部
２３  承認者テーブル記録部
２４  組織テーブル記録部
２５  役職テーブル記録部
２６  申請データ作成処理部
２７  承認ルート決定処理部
２８  承認・却下処理部
３０  権限設定テーブル記録部
３１  組織テーブル更新処理部
【図１】
0005075647.tif 000002
【図２】
0005075647.tif 000003
【図３】
0005075647.tif 000004
【図４】
0005075647.tif 000005
【図５】
0005075647.tif 000006
【図６】
0005075647.tif 000007
【図７】
0005075647.tif 000008
【図８】
0005075647.tif 000009
【図９】
0005075647.tif 000010
【図１０】
0005075647.tif 000011
【図１１】
0005075647.tif 000012
【図１２】
0005075647.tif 000013
【図１３】
0005075647.tif 000014
【図１４】
0005075647.tif 000015
【図１５】
0005075647.tif 000016