(57)【特許請求の範囲】
【請求項１】
承認要求を受け付けた承認依頼情報の承認を行う承認者が承認依頼情報を受け付けてから承認を行うまでの承認時間を取得する承認時間取得部と、
前記承認依頼情報の分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つデータベースを参照して、前記承認時間取得部が取得をした承認時間が、前記承認要求を受け付けた承認依頼情報が持つ分類の承認時間の基準値よりも短い場合、該承認を行った承認者を特定する情報を形式的承認者候補として出力する出力部と、を備え、
前記承認時間の基準値は、過去に前記形式的承認者候補として出力された承認者が要した分類毎の承認時間と、過去に前記形式的承認者候補として出力されなかった承認者が要した分類毎の承認時間と、に基づいて定まる値であることを特徴とする形式的承認認定装置。
【請求項２】
前記承認時間の基準値は、過去に前記形式的承認者候補として出力された承認者が要した分類毎の承認時間の平均値と、過去に前記形式的承認者候補として出力されなかった承認者が要した分類毎の承認時間の平均値と、の平均値であることを特徴とする請求項１に記載の形式的承認認定装置。
【請求項３】
前記出力部は、一の承認者の前記承認依頼に関連する情報へのアクセス量が、前記一の承認者の次に承認を行った承認者のアクセス量よりも多い場合には、前記一の承認者を特定する情報を形式的承認者候補として出力しないことを特徴とする請求項１又は２に記載の形式的承認認定装置。
【請求項４】
前記出力部は、前記承認依頼情報に含まれるキーワードに関連するキーワードを有する情報に対する、アクセスをした回数、アクセスをした時間、アクセスをしたデータ量の少なくとも１つから、前記アクセス量を判断すること、を特徴とする請求項３に記載の形式的承認認定装置。
【請求項５】
コンピュータが、
承認要求を受け付けた承認依頼情報の承認を行う承認者が承認依頼情報を受け付けてから承認を行うまでの承認時間を取得する承認時間取得工程と、
前記承認依頼情報の分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つデータベースを参照して、前記承認時間取得工程で取得された承認時間が、前記承認要求を受け付けた承認依頼情報が持つ分類の承認時間の基準値よりも短い場合、該承認を行った承認者を特定する情報を形式的承認者候補として出力する出力工程と、を実行し、
前記承認時間の基準値は、過去に前記形式的承認者候補として出力された承認者が要した分類毎の承認時間と、過去に前記形式的承認者候補として出力されなかった承認者が要した分類毎の承認時間と、に基づいて定まる値であることを特徴とする形式的承認認定方法。
【請求項６】
コンピュータに、
承認要求を受け付けた承認依頼情報の承認を行う承認者が承認依頼情報を受け付けてから承認を行うまでの承認時間を取得する承認時間取得工程と、
前記承認依頼情報の分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つデータベースを参照して、前記承認時間取得工程で取得された承認時間が、前記承認要求を受け付けた承認依頼情報が持つ分類の承認時間の基準値よりも短い場合、該承認を行った承認者を特定する情報を形式的承認者候補として出力する出力工程と、を実行させ、
前記承認時間の基準値は、過去に前記形式的承認者候補として出力された承認者が要した分類毎の承認時間と、過去に前記形式的承認者候補として出力されなかった承認者が要した分類毎の承認時間と、に基づいて定まる値であることを特徴とする形式的承認認定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、形式的承認認定装置、形式的承認認定方法及び形式的承認認定プログラムに関する。
【背景技術】
【０００２】
近年、業務改革を支える中核ソフトウェアとして、ワークフローがある。ワークフローとは業務の流れを意味し、電子承認システムとも呼ばれている。現在、企業における様々な業務はワークフローを活用して処理されている。ワークフローは、企業内における承認／決裁業務や稟議業務などの業務に有効である。このような業務では、起票者（承認依頼者）が申請した内容を、順次、起票者とは別の承認者が、確認／承認等を行う。そして、最終承認者が承認するまで当該処理が繰り返される。
【０００３】
このような承認処理に関する技術が、特許文献１、２等に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２８７５７５号公報
【特許文献２】特開２００８−９７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、承認処理においては、承認者がほとんど内容を確認せずに承認をしてしまう場合がある（このような承認を「形式的承認」とも呼ぶ）。また、承認者は、自分よりも前の承認者が非形式的な承認を行っていることを前提に、前の承認者の承認を信頼して、承認をしてしまうこともある。例えば、物品購入に関する承認において、物品の購入を行う組織の幹部が先に承認を行っていた場合には、後に承認する予算管理部門は物品の購入目的を疑うことはほとんど無い。このような場合に、物品の購入を行う組織の幹部が形式的承認を行ってしまうと、承認されるべきでない事案が承認される事態が生じるおそれがある。
【０００６】
しかるに、承認者が承認する際に自分より前に行われた承認が形式的承認であるか否かを客観的に判断することは難しい。近年では、ＬＡＮ（Local Area Network）やインターネット環境下での電子承認が一般的となっているため、他の承認者が近くにいない場合も多々あり、形式的承認か否かの判断は一層難しくなってきている。
【０００７】
なお、特許文献１、２に開示されている技術を用いても、形式的承認か否かの判断を行うことはできない。
【０００８】
そこで本件は上記の課題に鑑みてなされたものであり、形式的承認を行った承認者の認定を適切に行うことが可能な形式的承認認定装置、形式的承認認定方法及び形式的承認認定プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本明細書に記載の形式的承認認定装置は、承認要求を受け付けた承認依頼情報の承認を行う承認者が承認依頼情報を受け付けてから承認を行うまでの承認時間を取得する承認時間取得部と、前記承認依頼情報の分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つデータベースを参照して、前記承認時間取得部が取得をした承認時間が、前記承認要求を受け付けた承認依頼情報が持つ分類の承認時間の基準値よりも短い場合、該承認を行った承認者を特定する情報を形式的承認者候補として出力する出力部と、を備え、前記承認時間の基準値は、過去に前記形式的承認者候補として出力された承認者が要した分類毎の承認時間と、過去に前記形式的承認者候補として出力されなかった承認者が要した分類毎の承認時間と、に基づいて定まる値である。
【００１０】
本明細書に記載の形式的承認認定方法は、コンピュータが、承認要求を受け付けた承認依頼情報の承認を行う承認者が承認依頼情報を受け付けてから承認を行うまでの承認時間を取得する承認時間取得工程と、前記承認依頼情報の分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つデータベースを参照して、前記承認時間取得工程で取得された承認時間が、前記承認要求を受け付けた承認依頼情報が持つ分類の承認時間の基準値よりも短い場合、該承認を行った承認者を特定する情報を形式的承認者候補として出力する出力工程と、を実行し、前記承認時間の基準値は、過去に前記形式的承認者候補として出力された承認者が要した分類毎の承認時間と、過去に前記形式的承認者候補として出力されなかった承認者が要した分類毎の承認時間と、に基づいて定まる値である。
【００１１】
本明細書に記載の形式的承認認定プログラムは、コンピュータに、承認要求を受け付けた承認依頼情報の承認を行う承認者が承認依頼情報を受け付けてから承認を行うまでの承認時間を取得する承認時間取得工程と、前記承認依頼情報の分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つデータベースを参照して、前記承認時間取得工程で取得された承認時間が、前記承認要求を受け付けた承認依頼情報が持つ分類の承認時間の基準値よりも短い場合、該承認を行った承認者を特定する情報を形式的承認者候補として出力する出力工程と、を実行させ、前記承認時間の基準値は、過去に前記形式的承認者候補として出力された承認者が要した分類毎の承認時間と、過去に前記形式的承認者候補として出力されなかった承認者が要した分類毎の承認時間と、に基づいて定まる値である。
【発明の効果】
【００１２】
本明細書に記載の形式的承認認定装置、形式的承認認定方法及び形式的承認認定プログラムは、形式的承認を行った承認者の認定を適切に行うことができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】一実施形態に係る承認システムの構成を概略的に示す図である。
【図２】図１の情報格納部１４が有するデータベースを示す図である。
【図３】図３（ａ）〜図３（ｄ）は、情報格納部１４が有するデータベースの詳細を示す図である。
【図４】図４（ａ）は、図１の形式的承認認定装置のハードウェア構成を示す図であり、図４（ｂ）は、形式的承認認定装置の機能ブロック図である。
【図５】図４（ｂ）の情報格納部４２が有するデータベースを示す図である。
【図６】図６（ａ）は、基準値ＤＢを示す図であり、図６（ｂ）は、資料参照量ＤＢを示す図である。
【図７】図７（ａ）は、メール閲覧履歴ＤＢを示す図であり、図７（ｂ）は、作業履歴ＤＢを示す図である。
【図８】形式的承認認定装置の一連の処理を示すフローチャートである。
【図９】図８のステップＳ１０の処理を示すフローチャートである。
【図１０】承認者リストを示す図である。
【図１１】図８のステップＳ３０の処理を示すフローチャートである。
【図１２】形式的承認者候補リストを示す図である。
【図１３】図８のステップＳ５０の処理を示すフローチャートである。
【図１４】ユーザ端末における認定結果の表示例を示す図である。
【図１５】図８のステップＳ９０の処理を示すフローチャートである。
【図１６】学習部の処理を説明するための図である。
【図１７】基準値ＤＢの時間総計と母数が更新された状態を示す図である。
【発明を実施するための形態】
【００１４】
以下、形式的承認認定装置、形式的承認認定方法及び形式的承認認定プログラムの一実施形態について、図１〜図１７に基づいて詳細に説明する。図１は、形式的承認認定装置を備える承認システム１００を模式的に示す図である。
【００１５】
承認システム１００は、承認依頼装置１０と、ユーザ端末２０と、形式的承認認定装置３０と、を備える。これら各装置は、ＬＡＮなどのネットワーク７０に接続されており、各装置間では、当該ネットワーク７０を介してデータのやり取りが行われる。なお、ユーザ端末２０は、ネットワーク７０上に複数存在しているものとする。
【００１６】
承認依頼装置１０は、ユーザ端末２０のいずれかから承認依頼（承認要求）が出された際に、当該承認依頼において指定されたファイル（承認ファイル）をユーザ端末２０から受信する。また、承認依頼装置１０は、承認依頼を出したユーザ端末２０以外のユーザ端末２０の少なくとも１つに対して承認を依頼する装置である。この承認依頼装置１０としては、サーバ装置等を用いることができる。承認依頼装置１０は、承認依頼部１２と、承認依頼部１２が承認依頼を行う際に用いるデータが格納されている情報格納部１４と、を有する。
【００１７】
承認依頼部１２は、ユーザ端末２０のいずれかから承認依頼が出された際に、当該承認依頼を出した人（承認依頼者）が入力した情報を取得する。この情報には、承認を受けるファイルの分類（例えば、特許、休暇申請など）のＩＤや承認依頼者を特定する情報（ユーザＩＤ等）が含まれる。また、承認依頼部１２は、承認を受けるファイル（承認ファイル）を、ユーザ端末２０から取得する。そして、承認依頼部１２は、取得した情報と情報格納部１４に格納されているデータとに基づいて、承認を行うユーザ端末２０を特定し、当該ユーザ端末２０に対して承認ファイルを送信する。その後、ユーザ端末２０において承認が行われると、承認依頼部１２は、承認後のファイルをユーザ端末２０から取得し、次に承認を行うユーザ端末２０に対してファイルを送信する。
【００１８】
情報格納部１４は、複数のデータベースを有する。具体的には、情報格納部１４は、図２に示すように、承認ルートＤＢ１４ａと、資料ＤＢ１４ｂと、承認時間ＤＢ１４ｃと、分類ＤＢ１４ｄと、を有する。承認ルートＤＢ１４ａは、承認者の承認順を定める承認ルートを格納するデータベースである。具体的には、承認ルートＤＢ１４ａは、図３（ａ）に示すように、承認の分類ごとに、承認する順番を役職にて定義した承認ルートを格納している。なお、図３（ａ）の役職のうち、所属係長や所属課長等については、承認依頼者のユーザＩＤなどから特定される承認依頼者の所属に基づいて、特定することができる。
【００１９】
資料ＤＢ１４ｂは、図３（ｂ）に示すように、承認依頼に関連する情報、すなわち、承認ファイルにおいて指定された関連資料の名称やその格納先、当該関連資料の閲覧者を格納するデータベースである。承認時間ＤＢ１４ｃは、図３（ｃ）に示すように、承認ファイルの名称、分類、承認者名、承認開始時刻、及び承認終了時刻を格納するデータベースである。この承認時間ＤＢ１４ｃに格納される情報からは、承認者がどの承認にどの程度の時間を費やしたかを認識することが可能である。なお、承認開始時刻としては、承認ファイルがユーザ端末２０に送信され、当該承認ファイルが開かれた時刻を採用することができる。また、承認終了時刻としては、承認ファイルにおいて承認が行われた時刻を採用することができる。分類ＤＢ１４ｄは、図３（ｄ）に示すように、承認の分類とそのＩＤを格納する。図３（ｄ）のＩＤは、承認依頼者が承認依頼の際に指定するＩＤである。
【００２０】
図１に戻り、ユーザ端末２０は、ＰＣ（Personal Computer）などの端末であり、承認者の作業を監視する作業監視部２２と、承認依頼受付部２４と、承認部２６と、を有する。作業監視部２２は、承認に関連したコミュニケーション（メール閲覧など）を監視する。承認依頼受付部２４は、ユーザ端末２０の操作者が、ユーザ端末２０の入力インタフェースを介して承認依頼を行った場合に、当該承認依頼を受け付ける。承認依頼受付部２４は、受け付けた承認依頼を、承認依頼装置１０の承認依頼部１２に対して出力する。承認部２６は、ユーザ端末２０の操作者が、承認依頼の出されているファイルに対する承認を入力インタフェースを介して行った場合に、当該承認の結果をファイルに入力する。
【００２１】
形式的承認認定装置３０は、ユーザ端末２０において承認依頼が出された後、ある承認者による承認が行われる際に、当該承認者より前に承認を行った承認者が形式的承認候補であるか否かの認定を行う装置である。図４（ａ）には、形式的承認認定装置３０のハードウェア構成が示されている。図４（ａ）に示すように、形式的承認認定装置３０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、入出力部９７等を備えており、各部は、バス９８に接続されている。形式的承認認定装置３０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（形式的承認認定プログラム）をＣＰＵ９０が実行することにより、図４（ｂ）の各部の機能が実現される。
【００２２】
図４（ｂ）には、形式的承認認定装置３０の機能ブロック図が示されている。図４（ｂ）に示すように、形式的承認認定装置３０は、承認時間取得部３２と、ファイル分類取得部３４と、作業履歴取得部３６と、認定部３８と、認定結果出力部４０と、情報格納部４２と、学習部４４と、を備える。
【００２３】
承認時間取得部３２は、承認依頼情報を受け付けてから承認を行うまでの承認時間（承認者が承認に費やした時間）を取得する。具体的には、承認時間取得部３２は、承認を行ったユーザ端末２０において承認に費やした時間を、承認依頼装置１０の承認時間ＤＢ１４ｃから取得する。承認に費やした時間は、図３（ｃ）の承認終了時刻から承認開始時刻を差し引いた時間である。
【００２４】
ファイル分類取得部３４は、承認依頼のあったファイルの分類を取得する。具体的には、ファイル分類取得部３４は、承認依頼において指定されたファイルの分類のＩＤと、承認依頼装置１０の分類ＤＢ１４ｄとに基づいて、分類を取得する。
【００２５】
作業履歴取得部３６は、承認依頼に関連する作業履歴を取得する。具体的には、作業履歴取得部３６は、承認依頼装置１０の資料ＤＢ１４ｂから、ある承認者が関連資料を閲覧した回数を取得するとともに、ユーザ端末２０の作業監視部２２から承認に関連したメールの閲覧回数を取得する。
【００２６】
認定部３８は、承認時間取得部３２で取得された承認時間と、作業履歴取得部３６で取得された作業履歴に基づいて、形式的承認者候補を認定する。なお、認定部３８による認定の具体的方法については、後述する。
【００２７】
認定結果出力部４０は、認定部３８で認定された結果（形式的承認者候補）を、これから承認を行おうとしているユーザ端末２０に対して送信する。情報格納部４２は、上記各部３２〜４０において用いる情報を格納するデータベースを有している。学習部４４は、情報格納部４２に格納されているデータベース（基準値ＤＢ４２ａ）の更新処理を行う。なお、認定部３８と認定結果出力部４０とを含んで、出力部が実現される。
【００２８】
ここで、情報格納部４２が有するデータベースについて図５に基づいて詳細に説明する。情報格納部４２は、図５に示すように、基準値ＤＢ４２ａ、資料参照量ＤＢ４２ｂ、メール閲覧履歴ＤＢ４２ｃ、及び作業履歴ＤＢ４２ｄを有している。
【００２９】
基準値ＤＢ４２ａには、図６（ａ）に示すように、承認の分類、その承認に費やした時間の総計（承認依頼に関連する情報へのアクセス量を意味し、単位は分（min）である）、及び承認の回数（母数）の項目が設けられている。なお、この基準値ＤＢ４２ａに登録されている時間総計を母数で除した値が基準値となる。基準値ＤＢ４２ａは、学習部４４によって更新される。
【００３０】
資料参照量ＤＢ４２ｂには、図６（ｂ）に示すように、資料の閲覧者名、ファイル名、参照回数、関連資料の項目が設けられている。この資料参照量ＤＢ４２ｂには、承認を行う際に必要な情報を入手するために利用した、承認依頼に関連する情報へのアクセス量としての関連資料の閲覧回数が登録される。関連資料は、承認ファイルに含まれるキーワードに関連するキーワードを有する情報であり、一例として、承認ファイルにおいて定義されている資料を意味する。資料参照量ＤＢ４２ｂの情報は、図３（ｂ）の資料ＤＢ１４ｂに登録されている情報に基づいて、作業履歴取得部３６が格納する。
【００３１】
メール閲覧履歴ＤＢ４２ｃには、図７（ａ）に示すように、メールの閲覧者名、発信者名、メール特定情報、閲覧回数の項目が設けられている。メール特定情報は、メールのタイトル（件名）や本文、添付資料に含まれる承認依頼のファイルに関連するキーワードを意味する。作業履歴取得部３６は、ユーザ端末２０の作業監視部２２において収集されるメールの閲覧履歴を取得し、そのメールのタイトルや本文に承認依頼のファイルに関連するキーワードがあるか否かを検索する。そして、キーワードがあった場合には、作業履歴取得部３６は、そのメールの閲覧回数をメール閲覧履歴ＤＢ４２ｃに格納する。
【００３２】
作業履歴ＤＢ４２ｄには、図７（ｂ）に示すように、承認者名、Ｔｉｍｅ、Ａｃｃ、Ｃｏｍの項目が設けられている。Ｔｉｍｅは承認者が承認に費やした時間（ｍｉｎ）、Ａｃｃは資料参照回数、Ｃｏｍはメールの閲覧回数を意味する。作業履歴ＤＢ４２ｄに登録される各数値は、認定部３８が形式的承認者候補であるか否かの認定を行う際に用いる数値である。なお、Ｔｉｍｅの数値は、承認時間取得部３２が登録し、Ａｃｃ，Ｃｏｍの数値は、作業履歴取得部３６が、資料参照量ＤＢ４２ｂとメール閲覧履歴ＤＢ４２ｃを人物ごとに集計して、登録する。
【００３３】
次に、本実施形態の形式的承認認定装置３０の処理について、図８〜図１７に基づいて説明する。
【００３４】
まず、図８のステップＳ１０において、承認時間取得部３２、ファイル分類取得部３４及び作業履歴取得部３６が、情報収集のサブルーチンを実行する。このステップＳ１０では、具体的には、図９に示す処理を実行する。
【００３５】
図９の処理では、ステップＳ１２において、ファイル分類取得部３４が、承認依頼のあったファイルの分類を取得する。具体的には、ファイル分類取得部３４は、承認依頼部１２がいずれかのユーザ端末２０において指定された分類のＩＤと分類ＤＢ１４ｄとに基づいて分類を特定し、取得する。
【００３６】
次いで、ステップＳ１４では、承認時間取得部３２が、承認ルートを取得し、現在の承認者より前の承認者リストを取得する。具体的には、承認時間取得部３２が、図３（ａ）の承認ルートＤＢ１４ａから現在の承認者より前の承認者のリストを取得する。この場合、承認時間取得部３２は、ステップＳ１２において取得されるファイルの分類に基づいて、承認者ルートを特定しても良い。しかしながら、実際は、承認依頼を行う際に、承認依頼装置１０の承認依頼部１２が、承認依頼の分類と図３（ａ）の承認ルートＤＢ１４ａから承認ルートをすでに特定している。したがって、承認時間取得部３２は、この特定された承認ルートから、承認者リストを取得するようにすることができる。ここで、例えば、承認の分類が「特許」で、現在の承認者が「特許部担当」であれば、承認時間取得部３２は、図１０に示すような承認者リストを取得することができる。
【００３７】
次いで、ステップＳ１６では、承認時間取得部３２が、承認者リストの人物全員について、承認にかけた時間（Ｔｉｍｅ）を取得する。具体的には、承認時間取得部３２は、承認依頼装置１０の承認時間ＤＢ１４ｃから、承認者リストの全員に関し、承認終了時刻から承認開始時刻を差し引いて承認時間（Ｔｉｍｅ）を取得する（図７（ｂ）の作業履歴ＤＢ４２ｄ参照）。
【００３８】
次いで、ステップＳ１８では、作業履歴取得部３６が、承認者リストの全員について、資料参照回数（Ａｃｃ）を取得する。具体的には、作業履歴取得部３６は、図６（ｂ）に示す資料参照量ＤＢ４２ｂに、承認者リストに含まれる人物の関連資料の参照回数を登録する。そして、作業履歴取得部３６は、承認ファイルにおいて指定されている関連資料に関する資料参照回数（Ａｃｃ）を、資料参照量ＤＢ４２ｂから取得する。なお、作業履歴取得部３６は、資料参照回数（Ａｃｃ）を作業履歴ＤＢ４２ｄに格納する（図７（ｂ）参照）。
【００３９】
次いで、ステップＳ２０では、作業履歴取得部３６が、承認者リストの人物全員について、承認に関係するメールの閲覧回数（Ｃｏｍ）を取得する。具体的には、作業履歴取得部３６は、承認者リストの全員について、承認依頼のファイルに関連するキーワードを含むメールの閲覧回数を、ユーザ端末２０の作業監視部２２から取得する（図７（ａ）参照）。そして、作業履歴取得部３６は、取得したメールのうち、承認者が当該承認者よりも前の承認者及び承認依頼者とやり取りしたメールの閲覧回数（Ｃｏｍ）を取得する（図７（ｂ）参照）。すなわち、例えば、図１０の○×課長であれば、○○係長及び承認依頼者とやり取りしたメールの閲覧回数を取得し、△□部長であれば、○×課長及び○○係長、並びに承認依頼者とやり取りしたメールの閲覧回数を取得する。なお、メールの閲覧回数（Ｃｏｍ）として、前の承認者及び承認依頼者とやり取りしたメールの閲覧回数を取得するのは、これらのメールは、承認を行う際に必要な情報を入手するためのメールである可能性が高いからである。上記のようにして、ステップＳ２０の処理が完了すると、図８のステップＳ３０に移行する。
【００４０】
図８のステップＳ３０では、認定部３８が、承認時間に基づく形式的承認者候補の可能性を検出するサブルーチンを実行する。このステップＳ３０においては、認定部３８は、図１１に示す処理を実行する。
【００４１】
図１１の処理では、まず、ステップＳ３２において、認定部３８が、基準値ＤＢ４２ａ（図６（ａ）参照）から、分類に応じた基準値を取得する。例えば、図９のステップＳ１２において取得された分類が「特許」である場合には、図６（ａ）の基準値ＤＢ４２ａから時間総計「１０００（min）」と母数「５０」を取得し、これらから基準値を取得する。ここでは、認定部３８は、基準値＝時間総数／母数の式から、基準値「２０（min）」を取得することができる。
【００４２】
次いで、ステップＳ３４では、認定部３８が、基準値を取得できたか否かを判断する。ここでの判断が肯定された場合にはステップＳ３６に移行する。一方、ここでの判断が否定された場合、すなわち、基準値を取得できなかった場合には、図１０の全処理を終了して、図８のステップＳ５０に移行する。なお、ステップＳ３４の判断が否定されるのは、現在の承認と同一の分類に関する承認が初めて行われるような場合などである。
【００４３】
ステップＳ３４の判断が肯定されてステップＳ３６に移行した場合、認定部３８は、承認者リストの全員をすでに判断対象者として設定したか否かを判断する。ここでの判断が否定された場合には、ステップＳ３８に移行する。一方、ここでの判断が肯定された場合には、図８のステップＳ５０に移行する。
【００４４】
ステップＳ３６の判断が否定されてステップＳ３８に移行した場合、認定部３８は、承認者リストから判断対象者１人（例えば、図１０の○○係長）を取得する。次いで、ステップＳ４０では、認定部３８が、Ｔｉｍｅが基準値（ここでは、基準値「２０」）以上であるか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３６に戻り、ここでの判断が否定された場合には、ステップＳ４２に移行する。ステップＳ３６に戻った場合には、承認者リストの次の判断対象者（例えば、図１０の○×課長）について、Ｔｉｍｅが基準値以上であるか否かの判断を行う。
【００４５】
一方、ステップＳ４０の判断が否定され、ステップＳ４２に移行した場合には、認定部３８が、判断対象者を、形式的承認者候補リスト（図１２参照）に格納し、ステップＳ３６に戻る。
【００４６】
その後、ステップＳ３４の判断が否定されるか、あるいはステップＳ３６の判断が肯定された段階で、図８のステップＳ５０に移行する。なお、図１２には、図１１の処理の結果、形式的承認者候補リストに○○係長と○×課長が格納された例が図示されている。
【００４７】
図８に戻り、ステップＳ５０では、認定部３８が、資料参照量（Ａｃｃ）やメールの閲覧回数（Ｃｏｍ）に基づいた、形式的承認者候補の可能性を検出するサブルーチンを実行する。このステップＳ５０では、認定部３８は、図１３の処理を実行する。
【００４８】
図１３の処理では、まず、ステップＳ５２において、認定部３８が、形式的承認者候補リスト（図１２参照）の１人（例えば、○○係長）を判断対象者ａに設定する。次いで、ステップＳ５４では、認定部３８が、判断対象者ａを設定できたか否かを判断する。ここでの判断が否定された場合には、図８のステップＳ７０に移行する。一方、ここでの判断が肯定された場合には、ステップＳ５６に移行する。なお、ステップＳ５４の判断が否定される場合とは、図１２の形式的承認者候補リストに誰も登録されていない場合等である。
【００４９】
ステップＳ５４の判断が肯定されてステップＳ５６に移行すると、認定部３８が、形式的承認者候補リストに登録されている最後の人物であるか否かを判断する。ここでの判断が肯定された場合には、図８のステップＳ７０に移行するが、ここでの判断が否定された場合には、ステップＳ５８に移行する。
【００５０】
ステップＳ５６の判断が否定されてステップＳ５８に移行すると、認定部３８が、判断対象者ａの閲覧回数Ａｃｃ（ａ）が判断対象者ａの次の承認者ｂの資料参照回数Ａｃｃ（ｂ）よりも多いか否かを判断する。判断対象者ａが、例えば、○○係長である場合には、判断対象者ｂは、○×課長となる。このステップＳ５８の判断が肯定された場合には、ステップＳ６２に移行する。一方、ステップＳ５８の判断が否定された場合には、ステップＳ６０に移行する。
【００５１】
ステップＳ６０に移行した場合、認定部３８は、判断対象者ａのメール閲覧回数Ｃｏｍ（ａ）が判断対象者ａの次の承認者ｂのメール閲覧回数Ｃｏｍ（ｂ）よりも多いか否かを判断する。
【００５２】
上記ステップＳ６０の判断が肯定された場合には、ステップＳ６２に移行する。一方、ステップＳ６０の判断が否定された場合には、ステップＳ５２に戻る。ステップＳ５２に戻った場合には、形式的承認者候補リストの次の人（例えば、○×課長）に対する処理を上記と同様にして実行する。
【００５３】
これに対し、ステップＳ５８又はステップＳ６０の判断が肯定されて、ステップＳ６２に移行した場合には、認定部３８は、判断対象者ａを、形式的承認者候補リストから削除する。すなわち、このステップＳ６２では、承認時間が短いと判断された一方で、資料閲覧量又はメール閲覧回数が多い承認者については、形式的承認を行った可能性が低いと認定する。なお、ステップＳ６２を経なかった判断対象者（承認者）は、形式的承認者候補リストに残る。認定部３８は、形式的承認者候補リストに残った承認者を、形式的承認者候補と認定する。
【００５４】
ステップＳ６２の処理が終了すると、ステップＳ５２に戻る。そして、ステップＳ５４の判断が否定されるか、あるいはステップＳ５６の判断が肯定されるまで、図１３の処理を繰り返す。そして、ステップＳ５４の判断が否定されるか、あるいはステップＳ５６の判断が肯定されると、図１３の全処理を終了して、図８のステップＳ７０に移行する。
【００５５】
なお、図７（ｂ）の例では、○○係長に関しては、ステップＳ５８の判断が否定される一方、ステップＳ６０の判断は肯定されるので、ステップＳ６２において、○○係長の名前が、形式的承認者候補リストから削除される。これに対し、○×課長は、形式的承認者候補リストに登録されている最後の人物であるので、ステップＳ５６の判断が肯定される。この場合、○×課長は、形式的承認者候補リストから削除されずに残ることになる。
【００５６】
図８に戻り、ステップＳ７０では、認定結果出力部４０が、ステップＳ５０で算出された認定結果（形式的承認者候補）を、現在承認を行っているユーザ端末２０に対して出力する。すなわち、形式的承認者候補リスト（図１２）に残っている承認者の情報（ここでは、承認者名）を形式的承認者候補としてユーザ端末２０に対して出力する。ユーザ端末２０では、図１４に示すような画面（ウィンドウ）を表示する。なお、認定結果出力部４０は、承認者の情報として、承認者名以外の情報を出力することとしてもよい。
【００５７】
次いで、ステップＳ９０では、学習部４４が、承認時間を学習するサブルーチンを実行する。ステップＳ９０では、学習部４４は、図１５の処理を実行する。
【００５８】
図１５のステップＳ９２では、学習部４４が、形式的承認者候補と認定された人の承認時間の平均Ｔ１を取得する。ここで、図１６に示すように、形式的承認者候補と非形式的承認者候補とに分けると、それぞれにおいて承認に費やした時間と人数の関係は、一般的に、正規分布になる可能性が高い。ステップＳ９２では、このうち、形式的承認者候補の承認時間の平均Ｔ１を算出し、取得する。
【００５９】
次いで、ステップＳ９４では、学習部４４が、形式的と判定されなかった人の承認時間の平均Ｔ２を取得する（図１６参照）。次いで、ステップＳ９６では、学習部４４が、（Ｔ１＋Ｔ２）／２を算出し、算出結果を基準値ＤＢ４２ａの対応する承認内容の時間総計に加算する。ここで、例えば、Ｔ１が１０（min）であり、Ｔ２が２３（min）であったとすると、（Ｔ１＋Ｔ２）／２は（１０＋２３）／２＝１６．５（min）となる。したがって、図６（ａ）の例では、学習部４４は、基準値ＤＢ４２ａの分類「特許」の時間総計に１６．５（min）を加算して、図１６に示すように時間総計を１０１６．５（min）とする。
【００６０】
次いで、ステップＳ９８では、学習部４４が、基準値ＤＢ４２ａの対応する分類の母数に１を加算する。すなわち、図６（ａ）の例では、学習部４４は、分類「特許」の母数「５０」に１を加算して、図１６に示すように母数を「５１」とする。
【００６１】
このように、学習部４４では、承認が行われる度に、時間総計と母数を更新するので、形式的承認者候補の判定に用いる基準値が随時更新されることになる。
【００６２】
以上、詳細に説明したように、本実施形態によると、承認時間取得部３２が、承認要求を受け付けたファイルの承認を行う承認者がファイルを受け付けてから承認を行うまでの承認時間を取得し、認定部３８が、ファイルの分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つ基準値ＤＢ４２ａを参照して、取得した承認時間が、承認要求を受け付けたファイルが持つ分類の承認時間の基準値よりも短い場合に、該承認を行った承認者を特定する情報を形式的承認者候補として認定し、認定結果出力部４０が、当該認定結果を出力する。これにより、本実施形態では、ファイルの分類に対応する基準値よりも承認時間が短い場合に、その承認を行った承認者を形式的承認候補とするので、形式的承認者候補の認定を適切に行うことができる。このため、承認者は、自分よりも前に行われた承認が形式的承認者候補であるか否かを把握することができるので、形式的承認者候補に対する確認を行ったり、あるいは形式的承認者候補の可能性を考慮した承認を行うことができる。
【００６３】
また、本実施形態によると、認定部３８は、一の承認者の承認依頼に関連する情報へのアクセス量（資料参照量やメールの閲覧回数）が、一の承認者の次に承認を行った承認者のアクセス量よりも多い場合に、一の承認者の承認を形式的承認者候補とは認定しないこととしている（図１３のステップＳ６２）。これにより、本実施形態では、承認時間が基準値よりも短い場合でも、承認に関連する作業を多く行っている承認者を形式的承認者候補とは認定しないので、より適切に形式的承認者候補の認定を行うことが可能である。
【００６４】
また、本実施形態によると、形式的承認者候補の認定において、資料参照量とメールの閲覧回数を用いているので、承認を行う際に当該承認に関連する情報へのアクセス量を定量的に示す指標に基づいて、形式的承認者候補の認定を行うことができる。
【００６５】
また、本実施形態によると、基準値が、形式的承認者候補と認定された人の承認時間の平均値Ｔ１と、形式的承認者候補と認定されていない人の承認時間の平均値Ｔ２と、の平均値に基づく値とされている。これにより、本実施形態では、図１６に示すように形式的承認者候補と非形式的承認者候補とが正規分布となる場合において、形式的承認者候補と非形式的承認者候補の境目の値を用いて基準値を定めることができる。これにより、形式的承認者候補の認定をより適切に行うことが可能である。
【００６６】
なお、上記実施形態では、ファイルを受け付けてから承認を行うまでの承認時間として、承認開始時刻と承認終了時刻との間の時間を採用した場合について説明したが、これに限られるものではない。例えば、承認時間としては、ファイルを受け付けてから承認を行うまでの間の一部の時間、例えば、承認ファイルのウィンドウが、ユーザ端末２０上でアクティブになっている時間を積算した時間を作用することとしてもよい。
【００６７】
なお、上記実施形態では、承認要求を受け付けた承認依頼情報が、承認ファイルである場合について説明したが、これに限らず、ファイル以外の情報（データなど）であっても良い。
【００６８】
なお、上記実施形態では、ユーザ端末２０における資料の参照履歴を、承認依頼装置１０にて取得する場合について説明したが、これに限られるものではない。例えば、ユーザ端末２０それぞれにおいて資料の参照履歴を取得することとしてもよい。
【００６９】
また、上記実施形態では、メールの閲覧履歴をユーザ端末２０の作業監視部２２において取得する場合について説明したが、これに限られるものではない。例えば、メールがメールサーバに保存され、ユーザ端末２０にメールをダウンロードしないような場合には、メールサーバにて閲覧履歴を取得することとしても良い。この場合、承認依頼装置１０にメールサーバとしての機能を持たせることとしてもよい。
【００７０】
なお、上記実施形態では、資料参照量と、メールの閲覧回数の両方に基づいて、形式的承認者候補リスト（図１２参照）から削除するか否かを判断する場合（ステップＳ５８〜Ｓ６２）について説明した。しかしながら、これに限られるものではなく、資料参照量と、メールの閲覧回数のいずれか一方に基づいて、形式的承認者候補リストから削除するか否かの判断を行うこととしてもよい。なお、上記実施形態では、メールの閲覧回数が、前の承認者及び承認依頼者とやり取りしたメールの閲覧回数である場合について説明したが、これに限られるものではない。例えば、前の承認者のみとやり取りしたメールの閲覧回数であってもよいし、承認依頼者のみとやり取りしたメールの閲覧回数であってもよい。
【００７１】
また、上記実施形態では、承認依頼に関連する情報へのアクセス量として、関連資料の参照量や、承認依頼者及び他の承認者とやり取りしたメールの閲覧回数を採用した場合について説明した。しかしながら、これに限られるものではなく、承認依頼に関連する情報の参照履歴としては、関連資料の閲覧時間、閲覧ページ数などを採用することとしてもよい。また、やり取りに関する履歴としては、メールの閲覧回数以外に、メールのやり取りの回数などに関する履歴を採用することとしてもよい。すなわち、承認依頼に関連する情報へのアクセス量としては、アクセスをした回数、アクセスをした時間を採用することができる。また、これに代えてまたはこれとともに、アクセス量として、アクセスをしたデータ量を採用することとしても良い。
【００７２】
なお、上記実施形態では、学習部４４が、形式的承認者候補の承認時間の平均Ｔ１と、非形式的承認者候補の承認時間の平均Ｔ２との平均値を、基準値ＤＢ４２ａの時間総計に加算する場合について説明した。しかしながら、これに限られるものではなく、承認に費やした時間の全てを時間総計に加算し、承認の回数をそのまま母数に加算することとしても良い。
【００７３】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【００７４】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００７５】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００７６】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００７７】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  承認要求を受け付けた承認依頼情報の承認を行う承認者が承認依頼情報を受け付けてから承認を行うまでの承認時間を取得する承認時間取得部と、前記承認依頼情報の分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つデータベースを参照して、前記承認時間取得部が取得をした承認時間が、前記承認要求を受け付けた承認依頼情報が持つ分類の承認時間の基準値よりも短い場合、該承認を行った承認者を特定する情報を形式的承認者候補として出力する出力部と、を備える形式的承認認定装置。
（付記２）  前記出力部は、一の承認者の前記承認依頼に関連する情報へのアクセス量が、前記一の承認者の次に承認を行った承認者のアクセス量よりも多い場合には、前記一の承認者を特定する情報を形式的承認者候補として出力しないことを特徴とする付記１に記載の形式的承認認定装置。
（付記３）  前記出力部は、前記承認依頼情報に含まれるキーワードに関連するキーワードを有する情報に対する、アクセスをした回数、アクセスをした時間、アクセスをしたデータ量の少なくとも１つから、前記アクセス量を判断すること、を特徴とする付記２に記載の形式的承認認定装置。
（付記４）  コンピュータが、承認要求を受け付けた承認依頼情報の承認を行う承認者が承認依頼情報を受け付けてから承認を行うまでの承認時間を取得する承認時間取得工程と、前記承認依頼情報の分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つデータベースを参照して、前記承認時間取得工程で取得された承認時間が、前記承認要求を受け付けた承認依頼情報が持つ分類の承認時間の基準値よりも短い場合、該承認を行った承認者を特定する情報を形式的承認者候補として出力する出力工程と、を実行することを特徴とする形式的承認認定方法。
（付記５）  前記出力工程では、一の承認者の前記承認依頼に関連する情報へのアクセス量が、前記一の承認者の次に承認を行った承認者のアクセス量よりも多い場合には、前記一の承認者を特定する情報を形式的承認者候補として出力しないことを特徴とする付記４に記載の形式的承認認定方法。
（付記６）  前記出力工程では、前記承認依頼情報に含まれるキーワードに関連するキーワードを有する情報に対する、アクセスをした回数、アクセスをした時間、アクセスをしたデータ量の少なくとも１つから、前記アクセス量を判断すること、を特徴とする付記５に記載の形式的承認認定方法。
（付記７）  コンピュータに、承認要求を受け付けた承認依頼情報の承認を行う承認者が承認依頼情報を受け付けてから承認を行うまでの承認時間を取得する承認時間取得工程と、前記承認依頼情報の分類と該分類の承認依頼の承認時間の基準値とを関連付けて持つデータベースを参照して、前記承認時間取得工程で取得された承認時間が、前記承認要求を受け付けた承認依頼情報が持つ分類の承認時間の基準値よりも短い場合、該承認を行った承認者を特定する情報を形式的承認者候補として出力する出力工程と、を実行させることを特徴とする形式的承認認定プログラム。
（付記８）  前記出力工程では、一の承認者の前記承認依頼に関連する情報へのアクセス量が、前記一の承認者の次に承認を行った承認者のアクセス量よりも多い場合には、前記一の承認者を特定する情報を形式的承認者候補として出力しないことを特徴とする付記７に記載の形式的承認認定プログラム。
（付記９）  前記出力工程では、前記承認依頼情報に含まれるキーワードに関連するキーワードを有する情報に対する、アクセスをした回数、アクセスをした時間、アクセスをしたデータ量の少なくとも１つから、前記アクセス量を判断すること、を特徴とする付記８に記載の形式的承認認定プログラム。
【符号の説明】
【００７８】
３０  形式的承認認定装置
３２  承認時間取得部
３８  認定部（出力部の一部）
４０  認定結果出力部（出力部の一部）
４２ａ  基準値ＤＢ（データベース）
【図１】
0005598153.tif 000002
【図２】
0005598153.tif 000003
【図３】
0005598153.tif 000004
【図４】
0005598153.tif 000005
【図５】
0005598153.tif 000006
【図６】
0005598153.tif 000007
【図７】
0005598153.tif 000008
【図８】
0005598153.tif 000009
【図９】
0005598153.tif 000010
【図１０】
0005598153.tif 000011
【図１１】
0005598153.tif 000012
【図１２】
0005598153.tif 000013
【図１３】
0005598153.tif 000014
【図１４】
0005598153.tif 000015
【図１５】
0005598153.tif 000016
【図１６】
0005598153.tif 000017
【図１７】
0005598153.tif 000018