(57)【要約】【目的】  従来は手作業で行われていた被服支給処理をコンピュータシステムを用いて行うためのシステムを提供する。【構成】  被服支給システム(10)は、少なくとも１つのコンピュータを備えるコンピュータシステムで構成され、申請者からの申請に応じて該申請者に被服を支給するための処理を実行するシステムであって、前記申請に必要な情報を前記申請者が操作する申請者端末(22)に提供する申請支援情報提供手段(12)と、前記申請者端末から受けた前記申請を管理する申請内容管理手段(14)と、を備える。【選択図】  図４
2006268723.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのコンピュータを備えるコンピュータシステムで構成され、申請者からの申請に応じて該申請者に被服を支給するための処理を実行するシステムであって、
前記申請に必要な情報を前記申請者が操作する申請者端末に提供する提供手段と、
前記申請者端末から受けた前記申請を管理する管理手段と、
を備える、被服支給システム。
【請求項２】
請求項１に記載のシステムにおいて、
前記管理手段が、前記申請の承認／非承認を決定する手段を有する、被服支給システム。
【請求項３】
請求項１に記載のシステムにおいて、
更に、前記申請に基づいて前記申請者に前記被服を支給するための準備処理を行う準備処理手段を備える、被服支給システム。
【請求項４】
請求項３に記載のシステムにおいて、
前記準備処理手段が、前記被服を納入者に発注する手段を有する、被服支給システム。
【請求項５】
請求項１〜４のいずれか一項に記載のシステムにおいて、
前記申請に必要な情報がメニューである、被服支給システム。
【請求項６】
請求項５に記載のシステムにおいて、
前記被服の種類を特定するための特定要素に基づいて複数の前記メニューが用意されている、被服支給システム。
【請求項７】
請求項６に記載のシステムにおいて、
前記複数のメニューが前記特定要素に基づいて階層的に構成されている、被服支給システム。
【請求項８】
請求項７に記載のシステムにおいて、
前記提供手段が、前記メニューへの前記特定要素の入力に従って、前記メニューを前記特定要素に対応したものに切り替える手段を有する、被服支給システム。
【請求項９】
請求項１または２に記載のシステムにおいて、
更に、前記申請者の身体情報を記録するための身体情報記録手段を備え、
前記提供手段が、前記被服のサイズを前記身体情報記録手段から得た前記身体情報に基づいて求めるとともに、該サイズを前記申請者端末に提供する手段を有する、被服支給システム。
【請求項１０】
請求項３〜８のいずれか一項に記載のシステムにおいて、
更に、前記申請者の身体情報を記録するための身体情報記録手段を備え、
前記提供手段が、前記被服のサイズを前記身体情報記録手段から得た前記身体情報に基づいて求めるとともに、該サイズを前記メニューに設定する手段を有する、被服支給システム。
【請求項１１】
請求項１０に記載のシステムにおいて、
前記サイズがデフォルト値として前記メニューに設定され、該メニューには、前記サイズの変更を入力するための機能が設けられている、被服支給システム。
【請求項１２】
少なくとも１つのコンピュータを備えるコンピュータシステムに、申請者からの申請に応じて該申請者に被服を支給するための処理を実行させる方法であって、前記コンピュータシステムが実行する処理が、
前記申請に必要な情報を前記申請者が操作する申請者端末に提供する提供ステップと、
前記申請者端末から受けた前記申請を管理する管理ステップと、
を備える、被服支給方法。
【請求項１３】
請求項１２に記載の方法において、
前記管理ステップが、前記申請の承認／非承認を決定するステップを有する、被服支給方法。
【請求項１４】
請求項１２に記載の方法において、
更に、前記申請に基づいて前記申請者に前記被服を支給するための準備処理を行う準備
処理ステップを備える、被服支給方法。
【請求項１５】
請求項１４に記載の方法において、
前記準備処理ステップが、前記被服を納入者に発注するステップを有する、被服支給方法。
【請求項１６】
請求項１２〜１５のいずれか一項に記載の方法において、
前記申請に必要な情報がメニューである、被服支給方法。
【請求項１７】
請求項１６に記載の方法において、
前記被服の種類を特定するための特定要素に基づいて複数の前記メニューが用意されている、被服支給方法。
【請求項１８】
請求項１７に記載の方法において、
前記複数のメニューが前記特定要素に基づいて階層的に構成されている、被服支給方法。
【請求項１９】
請求項１８に記載の方法において、
前記提供ステップが、前記メニューへの前記特定要素の入力に従って、前記メニューを前記特定要素に対応したものに切り替えるステップを有する、被服支給方法。
【請求項２０】
請求項１２または１３に記載の方法において、
前記提供ステップが、前記申請者の身体情報を記録するための身体情報記録手段から前記身体情報を取得し、該身体情報に基づいて前記被服のサイズを求めるとともに、該サイズを前記申請者端末に提供するステップを有する、被服支給方法。
【請求項２１】
請求項１４〜１９のいずれか一項に記載の方法において、
前記提供手段が、前記申請者の身体情報を記録するための身体情報記録手段から前記身体情報を取得し、該身体情報に基づいて前記被服のサイズを求めるとともに、該サイズを前記メニューに設定するステップを有する、被服支給方法。
【請求項２２】
請求項２１に記載の方法において、
前記サイズがデフォルト値として前記メニューに設定され、該メニューには、前記サイズの変更を入力するための機能が設けられている、被服支給方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被支給者からの申請に応じて支給者が被支給者に被服を支給するための処理を行うシステムに関する。
【背景技術】
【０００２】
企業等においては、制服や作業服等の被服の着用が伴う業務に従事する従業者に対して、雇用者から被服を供給するのが一般的である。従来、従業者からの被服支給申請は書面で行われていたため、被服支給に伴う事務処理は手作業によるものが主となり、雇用者にとっては負担の重い処理となっていた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、従来は手作業で行われていた被服支給処理をコンピュータシステムを用いて行うためのシステムを提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明に係る被服支給システムは、少なくとも１つのコンピュータを備えるコンピュータシステムで構成され、申請者からの申請に応じて該申請者に被服を支給するための処理を実行するシステムであって、前記申請に必要な情報を前記申請者が操作する申請者端末に提供する提供手段と、前記申請者端末から受けた前記申請を管理する管理手段と、を備えることを特徴とする。
【０００５】
本発明に係る被服支給方法は、少なくとも１つのコンピュータを備えるコンピュータシステムに、申請者からの申請に応じて該申請者に被服を支給するための処理を実行させる方法であって、前記コンピュータシステムが実行する処理が、前記申請に必要な情報を前記申請者が操作する申請者端末に提供する提供ステップと、前記申請者端末から受けた前記申請を管理する管理ステップと、を備えることを特徴とする。
【０００６】
そして、本発明によれば、従来は手作業で行われていた被服支給処理をコンピュータシステムを用いて行うことが可能となる。
【０００７】
本発明では、前記管理手段（ステップ）が、前記申請の承認／非承認を決定する手段（ステップ）を有していてもよい。
【０００８】
また、前記申請に基づいて前記申請者に前記被服を支給するための準備処理を行う準備処理手段（ステップ）を更に備えていてもよい。
【０００９】
また、前記準備処理手段（ステップ）が、前記被服を納入者に発注する手段（ステップ）を有していてもよい。
【００１０】
また、前記申請に必要な情報がメニューであってもよい。
【００１１】
また、前記被服の種類を特定するための特定要素に基づいて複数の前記メニューが用意されていてもよい。
【００１２】
また、前記複数のメニューが前記特定要素に基づいて階層的に構成されていてもよい。
【００１３】
また、前記提供手段（ステップ）が、前記メニューへの前記特定要素の入力に従って、前記メニューを前記特定要素に対応したものに切り替える手段（ステップ）を有していてもよい。
【００１４】
また、前記提供手段（ステップ）が、前記申請者の身体情報を記録するための身体情報記録手段から前記身体情報を取得し、該身体情報に基づいて前記被服のサイズを求めるとともに、該サイズを前記申請者端末に提供する手段（ステップ）を有していてもよい。
【００１５】
また、前記提供手段（ステップ）が、前記申請者の身体情報を記録するための身体情報記録手段から前記身体情報を取得し、該身体情報に基づいて前記被服のサイズを求めるとともに、該サイズを前記メニューに設定する手段（ステップ）を有していてもよい。
【００１６】
また、前記サイズがデフォルト値として前記メニューに設定され、該メニューには、前記サイズの変更を入力するための機能が設けられていてもよい。
【発明の効果】
【００１７】
本発明によれば、コンピュータシステムを用いて被服支給処理を行うことが可能となる。
【発明を実施するための最良の形態】
【００１８】
図１は、本発明の実施の形態に係る被服支給処理システム１０が有する特徴的な機能を示すブロック図である。この被服支給処理システム１０は、企業や官公庁等において、雇用者（使用者）から従業者（被使用者）に被服（制服、作業服、作業帽、作業靴、手袋等）を支給する際に生じる処理を実行する機能を有する。
【００１９】
被服支給処理システム１０は、少なくとも１つのコンピュータを備えるコンピュータシステムで構成されており、被服支給申請に必要な情報を従業者に提供するための申請支援情報提供手段１２と、従業者から受けた申請内容を管理するための申請内容管理手段１４と、申請内容に基づいて従業者への被服支給のための準備処理を行う支給処理手段１６と、この被服支給処理システム１０における各種設定を行うための設定手段１８と、この被服支給処理システム１０で扱われる各種データを蓄積するためのデータベース２０とを備えている。
【００２０】
また、被服支給処理システム１０には、申請者（従業者）によって操作される申請者端末２２と、申請者からの申請に対する承認権限を持つ承認者が操作する承認者端末２４と、被服支給処理システム１０の管理者が操作する管理者端末２６とが接続可能である。さらに、被服支給処理システム１０に、被服の納入業者が管理するコンピュータ２８や、従業者の身体情報が蓄積された身体情報記録手段である健康管理用データベース３０等を接続するようにしてもよい。
【００２１】
データベース２０には、従業者に関する人事情報（所属情報、職種情報等）、被服情報（種別、品目、サイズ等）、被服支給のための管理情報（支給申請可能期間、支給可能数、従業者毎の過去の支給履歴等）、被服支給申請用のメニュー情報等が蓄積されている。
【００２２】
申請支援情報提供手段１２は、申請者が被服支給申請を行う際の入力作業を支援するためのメニューを申請者端末２２に供給する機能を有する。具体的には、申請支援情報提供手段１２は、申請者端末２２からメニューの要求を受けると、データベース２０からメニュー情報を取り込み、それを申請者端末２２に送る。その際に、ログイン時に入力された申請者の識別番号（ＩＤ）等に基づいてデータベース２０から申請者の人事情報を取り込み、この人事情報に基づいて申請者が申請可能な被服の品目や種類を特定する。そして、
特定した被服の品目や種類をメニューの内容に反映させることによって、申請者の入力作業を容易化することができる。また、申請者にその職種等（すなわち、被服の種類を特定するための要素情報）を入力させる場合には、申請者の人事情報から可能性のある職種等を抽出し、その中から申請者に正しい職種等を選択させるようにしてもよい。なお、被服の支給申請可能期間が定められている場合には、この期間のみ、申請者端末２２にメニューを提供することができるようにしてもよい。
【００２３】
図２は、メニュー３２の一例を示す説明図である。後述するように、本実施の形態では、申請者の所属、職種、被服の種別、品目等に基づいて、メニュー３２の表示内容またはメニュー３２とリンクしたデータを切り替えるようにした、階層構造を採用している。メニュー３２には、申請者の氏名表示領域３２ａ、職種入力領域３２ｂ、支給理由入力領域３２ｃ、支給内容入力領域３２ｄ、終了確認領域３２ｅ等が含まれている。メニュー３２中のこれらの領域は、申請者の職種等に基づいて適宜切り替えられたものであってもよい。例えば、申請者の職種毎にメニューデータをデータベース２０に用意しておくこともできる。
【００２４】
氏名表示領域３２ａには、申請者のＩＤに基づいて特定された、申請者の氏名が表示される。なお、氏名表示領域３２ａに対して氏名やＩＤを入力するための機能を設けてもよい。
【００２５】
職種入力領域３２ｂは、例えばプルダウンメニュー（ドロップダウンメニュー）として構成されており、申請者がプルダウンメニューから自身の職種を選択することによって職種入力が行えるようになっている。この場合、プルダウンメニューの内容は、申請者のＩＤに基づいてデータベース２０から取得された人事情報に基づいて予め絞り込まれているかまたは特定されていてもよい。例えば、従業者の所属（部署）毎にプルダウンメニュー用のデータをデータベース２０に用意しておき、このデータをメニュー３２に添付して申請者端末２２に送るか、またはこのデータにプルダウンメニューをリンクさせることができる。
【００２６】
支給理由入力領域３２ｃは、例えばオプションボタン（ラジオボタン）やプルダウンメニュー等で構成されており、申請者が選択した項目のボタンをオンにしたり、プルダウンメニューから項目を選択したりすることによって、支給理由の入力が行えるようになっている。支給理由には、人事異動、被服の消耗等が含まれ、さらに、被服の消耗には、色あせやてかり等の下位項目が設定されていてもよい。
【００２７】
支給内容入力領域３２ｄには、種別入力領域３４ａ、詳細入力領域３４ｂ〜３４ｅ等が含まれている。この支給内容入力領域３２ｄでは、どのような被服を何枚申請するかといった具体的な申請内容が入力できるようになっている。なお、上述したように、申請者の職種に基づいてメニュー３２の内容を切り替える場合は、この支給内容入力領域３２ｄの内容を主に切り替えるようにしてもよい。
【００２８】
種別入力領域３４ａでは、例えばオプションボタンによって、制服、作業服、事務服等の被服の種別を選択できるようになっている。つまり、被服の種類を階層的に分類した場合、この種別入力領域３４ａでは、上位の分類項目を選択することができる。
【００２９】
詳細入力領域３４ｂ〜３４ｅでは、下位の分類項目を選択することができる。すなわち、詳細入力領域３４ｂ〜３４ｅは、各種別で申請可能な品目（作業服、雨衣、防寒服、作業靴、作業帽等）毎に、サイズや支給数を入力するためのものであり、オプションボタンやプルダウンメニューで構成されている。詳細入力領域３４ｂ〜３４ｅの内容（申請可能な品目）は、種別入力領域３４ａで選択された種別に応じて切り替えることもできる。例
えば、種別入力領域３４ａへの入力用のメニューの下層に、種別毎のメニューを用意することによって、メニューの切り替えを実現することができる。
【００３０】
詳細入力領域３４ｂ〜３４ｅには、サイズの別寸入力機能を設けることもできる。この別寸入力機能は、例えば標準的なサイズ分類の被服に対して、その一部の寸法を任意に指定するための機能である。例えば、「Ｍ」サイズの作業服に対して、襟周りや袖の長さを指定することができる。
【００３１】
詳細入力領域３４ｂ〜３４ｅの一部（図２の例では、雨衣・防寒服用の入力領域３４ｃ及び作業靴用の入力領域３４ｄ）には、必要に応じて条件入力領域３４ｆ、３４ｇが設けられている。この条件入力領域３４ｆ、３４ｇには、支給条件が定められている品目の申請を行う際に、その条件を判断するための情報を入力できるようになっている。例えば雨衣・防寒服用の条件入力領域３４ｆでは、申請者が所定期間（例えば１ヶ月間）に野外で従事する作業日数が入力される。そして、後述する条件判定処理では、この野外作業日数が予め定められた基準日数を上回っている場合のみ、雨衣・防寒服の申請を許可するようにしている。作業靴を申請する場合も同様に、営業等の作業靴を必要とする業務の従事日数に応じて、申請を許可するかどうかが判断される。
【００３２】
終了確認領域３２ｅには、入力を確定し、申請登録を行うためのボタンや、入力を取り消して他の画面（前画面）に移行する（戻る）ためのボタン等が表示されており、申請者は、これらボタンを選択することによって、入力を終了することができる。申請者が終了確認領域３２ｅに対して申請登録入力を行った場合、図１に示すように、申請者端末２２から申請内容管理手段１４に申請情報（申請者氏名、職種、被服の種別、品目、サイズ、支給数等）が送られる。その際に、申請支援情報提供手段１２から申請者端末２２に承認者リスト（承認者選択画面）を送り、申請者にこのリストから承認者を選択させるようにしてもよい。承認者リストには、承認者の優先順位順に、ランクが示されていてもよい。
【００３３】
申請内容管理手段１４は、申請者端末２２からの申請情報を受け取り、その内容を確認する機能を有する。例えば、支給条件が設定されている被服が申請された場合には、その条件を満足しているかどうかを判断し、満足している場合のみ申請を受け付ける処理を行う。また、申請内容管理手段１４が、申請者の過去の被服支給履歴をデータベース２０から取り込み、支給上限数を超える申請が行われていると判断した場合に申請を不許可とする機能を備えていてもよい。さらに、申請者が図２の条件入力領域３４ｆ、３４ｇに入力した情報に対して、申請内容管理手段１４が適否判断を行うようにしてもよい。
【００３４】
また、申請内容管理手段１４は、申請者端末２２からの申請情報を承認者端末２４に送り、承認者に承認処理を要求する。その際に、申請内容管理手段１４は、例えば、申請者からの申請内容が表示された領域と、承認者が許可または不許可の決定結果を入力するための入力領域とを含んだ確認・入力画面情報を承認者端末２４に提供する。承認者が申請を許可した場合、申請内容管理手段１４は、そのことを申請者端末２２に通知するとともに、申請情報を支給処理手段１６に移す。一方、承認者が申請を許可しなかった場合は、そのことを申請者端末２２に通知するとともに、申請者に申請内容の修正を指示する。
【００３５】
また、申請内容管理手段１４は、申請者端末２２から申請内容の修正依頼があった場合は、既に登録されている申請を削除するとともに、修正後の申請内容を再登録する。申請者端末２２から申請の削除依頼があった場合も、申請内容管理手段１４は既登録の申請情報を削除する処理を行う。
【００３６】
支給処理手段１６は、申請内容管理手段１４から複数の申請者に関する申請情報を受け取り、それを集計して集計シートを作成するとともに、この集計シートに基づいて納入業
者のコンピュータ２８への被服発注処理を行う機能を有する。その際に、支給処理手段１６から管理者（管理者端末２６）に、発注内容の確認及び承認を求めるようにしてもよい。また、支給処理手段１６は、集計シートをデータベース２０に送り、発注履歴情報として蓄積させる。同時に、データベース２０中の各申請者の申請履歴（支給履歴）情報を更新する処理を行ってもよい。
【００３７】
設定手段１８は、データベース２０中の各種情報を設定・変更する機能を有する。例えば、設定手段１８は、管理者端末２６からの設定情報に基づいて、被服の申請可能期間、被服の内容（品目毎のサイズ表等）、従業者に関する情報、承認者に関する情報等を設定する。承認者に関する情報としては、従業者またはその所属毎に優先ランクを示したリストを作成し、このリストを従業者に提供するようにしてもよい。
【００３８】
また、設定手段１８は、健康管理用データベース３０を検索して各従業者の身長や体重等の身体情報を取り込み、これをデータベース２０中に従業者情報として蓄積する。この場合、従業者の身体情報から推薦サイズを求め、それを従業者毎のデフォルトサイズとしてデータベース２０に蓄積するようにしてもよい。なお、このデフォルトサイズに基づいてメニューが形成されている場合でも、メニュー上で申請者がサイズを変更できるようにすることが好ましい。健康管理用データベース３０は、健康管理システム（図示せず）を構成するものであり、従業者の健康診断データ等が蓄積されている。
【００３９】
図３は、図１に示した本発明の実施の形態に係る被服支給処理システム１０の具体的構成例を示すブロック図である。被服支給処理システム１０は、例えば人事関係部署が管理するメインサーバー４０と、被服支給処理用のサービスセンターＡに設置された管理サーバー４２と、工場や各部署等の複数の事業所Ｂにそれぞれ設置された事業所サーバー４４と、これらのサーバーを管理するホストコンピュータ（図示せず）とを備えている。これら各サーバーは、公衆回線、専用回線、インターネット、ＬＡＮ等を含むネットワークで互いに接続されている。また、このネットワークには、図１に示した申請者端末２２、承認者端末２４、及び管理者端末２６等のクライアントがそれぞれ１つまたは複数接続されるとともに、インターネットを介して納入業者のコンピュータ２８が接続されている。
【００４０】
メインサーバー４０は、人事システムデータベース４０ａを備えており、この人事システムデータベース４０ａには、組織構成データベース及び従業員データベースが含まれており、これらのデータベースから、従業者の所属部署や職種等の人事情報を得ることができる。なお、人事システムデータベース４０ａは、ホストコンピュータからダウンロードされて、メインサーバー４０に保持されるようにしてもよい。
【００４１】
管理サーバー４２は、メインサーバー４０の人事システムデータベース４０ａから人事情報を受け取ってこれを蓄積する人事システムデータベース４２ａと、被服のサイズ表が蓄積されたサイズ表データベース４２ｂと、被服支給申請が可能な期間が設定された申請期間データベース４２ｃと、業種と被服の種類（品目）との関係が設定された業種情報データベース４２ｅと、申請者から送られてきた被服支給申請情報が蓄積される被服支給申請データベース４２ｄとを備えている。サイズ表データベース４２ｂ、申請期間データベース４２ｃ、及び業種情報データベース４２ｅの内容は、管理者端末２６の操作によって設定・変更可能である。また、被服支給申請データベース４２ｄの内容は、管理者端末２６を通じて管理・確認可能である。すなわち、図３の例では、図１の支給処理手段１６及び設定手段１８は、管理サーバー４２に設けられており、データベース２０の機能の一部が、データベース４２ａ〜４２ｅに分散されている。
【００４２】
事業所サーバー４４は、メインサーバー４０の人事システムデータベース４０ａから人事情報を受け取ってこれを蓄積する人事システムデータベース４４ａと、管理サーバー４
２のサイズ表データベース４２ｂ、申請期間データベース４２ｃ、及び業種情報データベース４２ｅからそれぞれサイズ表情報、申請期間情報、及び業種情報を受け取ってこれらを蓄積するためのサイズ表データベース４４ｂ、申請期間データベース４４ｃ、及び業種情報データベース４４ｆと、各事業所単位で申請者からの被服支給申請情報を蓄積する被服支給申請データベース４４ｄと、事業所サーバー４４と申請者端末２２との間で電子メールを利用して送受信される情報を蓄積するためのメールデータベース４４ｅとを備えている。
【００４３】
事業所サーバー４４から申請者端末２２には、人事システムデータベース４４ａ、サイズ表データベース４４ｂ、申請期間データベース４４ｃ、及び業種情報データベース４４ｆの蓄積内容に基づいて、被服支給申請に必要な情報が提供される。また、申請者端末２２からの申請情報は、電子メールとしてメールデータベース４４ｅに蓄積された後、承認のために承認者端末２４に送られる。承認者端末２４からの承認結果情報も電子メールとしてメールデータベース４４ｅに蓄積される。そして、承認済みの申請内容が被服支給申請データベース４４ｄに蓄積されていく。すなわち、図３の例では、図１の申請支援情報提供手段１２及び申請内容管理手段１４は、事業所サーバー４４に設けられており、データベース２０の機能の一部は、データベース４４ａ〜４４ｆに分散されている。
【００４４】
図４は、本実施の形態に係る被服支給処理システム１０におけるデータの流れを示す説明図であり、図５は、被服支給申請登録に係る処理を示すフローチャートであり、図６は、申請登録後のデータ管理処理を示すフローチャートである。
【００４５】
まず、図５及び図６に示す処理に先立って、図４に示すように、ホストコンピュータ４６の人事システムデータベース４６ａがメインサーバー４０にダウンロードされて（ｄ１）、人事システムデータベース４０ａとして保持される。さらにこの人事システムデータベース４０ａから必要な情報が各事業所サーバー４４及び必要に応じて管理サーバー４２に配布されて（ｄ２）、それぞれ人事システムデータベース４４ａ（４２ａ）として保持される。
【００４６】
図４の例では、管理者端末２６として、申請情報の管理等を行うための端末２６ａと、管理サーバー４２の設定保守用の端末２６ｂとが設けられている。サイズ表データベース４２ｂ、申請期間データベース４２ｃ、及び業種情報データベース４２ｅの内容は、端末２６ｂからの操作によって設定（保守・更新）可能である（ｄ３）。そして、このように設定されたサイズ表データベース４２ｂ、申請期間データベース４２ｃ、及び業種情報データベース４２ｅの内容が各事業所サーバー４４に配布されて（ｄ４）、サイズ表データベース４４ｂ、申請期間データベース４４ｃ、及び業種情報データベース４４ｆとして保持される。
【００４７】
図４及び図５に示すように、ステップＳ１において、申請者端末２２から事業所サーバー４４に対してメニューが要求されると（ｄ５）、続くステップＳ２において、事業所サーバー４４から申請者端末２２に、申請用情報としてメニューが供給される（ｄ６）。ここで、申請者本人が申請を行う場合は、メニュー要求と同時に申請者の氏名等の情報が事業所サーバー４４に送られる。そして、事業所サーバー４４は、この情報に基づいて人事システムデータベース４４ａを検索して、申請者の所属や性別等を特定するとともに、これら所属や性別等に適した被服の種類（品目）をサイズ表データベース４４ｂ、申請期間データベース４４ｃ、及び業種情報データベース４４ｆを利用して割り出す。同時に、申請者の氏名等の情報に基づいて人事システムデータベース４４ａを検索することによって、申請者に該当する可能性のある職種を割り出す。そして、申請者端末２２には、割り出された種類（品目）や職種に応じたメニューが提供されることとなる。また、従業者本人に代わってその代理人（所属長等）が申請を行う場合は、この所属長の情報から割り出さ
れた種類（品目）や部下（従業者）の職種に応じたメニューが提供される。
【００４８】
図４の例では、メニューは階層的に構成されており、申請者の所属や性別等の情報や職種等の情報に基づいて、徐々に被服の種類（品目）が絞り込まれたメニューに順次切り替えることができるようになっている。
【００４９】
ステップＳ３において、申請者が申請者端末２２に対して、メニューの内容に従って入力作業を行う。このとき、申請者端末２２では、被服の種類（品目）の絞り込みに利用可能な情報（職種や業務内容等）の入力があると、メニューの切り替え処理が行われる。そして、切り替わったメニューに対して、入力処理が続けられる。なお、メニュー切替処理は、申請者端末２２から事業所サーバー４４に送られた情報に基づいて事業所サーバー４４側で行われるようにしても、予め階層化されたメニューデータを申請者端末２２に送ることによって申請者端末２２側で行われるようにしてもよい。すなわち、メニュー切替手段が事業所サーバー４４上に構成される場合と、メニュー切替手段が事業所サーバー４４から申請者端末２２に供給されて申請者端末２２上に構成される場合とが考えられるが、何れの場合も、事業所サーバー４４がメニューを切り替える機能を備えていると考えることもできる。
【００５０】
申請者端末２２における入力作業が終了すると、ステップＳ４において、申請者端末２２から事業所サーバー４４に申請情報が電子メールとして送られる（ｄ７）。これと同時に、この申請情報が電子メールとして承認者端末２４に送られる（ｄ８）。なお、この処理は、例えば事業所サーバー４４等に設けられたメールサーバ機能を利用して実行される。
【００５１】
ステップＳ５において、事業所サーバー４４では、申請者端末２２からの申請情報を「承認待申請」に分類して被服支給申請データベース４４ｄに格納するとともに、申請内容の適否を判断する。例えば、１人の申請者に認められた被服総支給数の規定に違反していないか等をチェックする。そして、ステップＳ６において、適切な申請内容であると認められた場合は、続くステップＳ７の処理に進む。一方、申請内容が不適切であると判断された場合は、ステップＳ８に進み、申請者端末２２に申請内容の修正指示を通知するとともに（ｄ９）、申請情報を「差戻・取消申請」に分類して一旦処理を終了する。
【００５２】
ステップＳ７において、事業所サーバー４４は、申請者からの申請内容の承認処理を行う。具体的には、申請内容を承認者端末２４に電子メールとして送ることによって、承認者に承認作業を依頼する（ｄ１０）。そして、承認者端末２４からは、承認結果として、承認または差戻情報が電子メールとして返される（ｄ１１、ｄ１２）。これと同時に、この承認結果が電子メールとして申請者端末２２に送られる（ｄ１３）。このように、本実施の形態では、承認作業は事業所サーバー４４と承認者端末２４が協働して行うようにしているが、事業所サーバー４４単独で自動的に承認処理を実行するようにしてもよい。
【００５３】
ステップＳ９において、事業所サーバー４４は、承認結果が「承認」であったことを確認すると、続くステップＳ１０において、申請者からの申請内容を「承認申請」に分類して被服支給申請データベース４４ｄに登録するとともに、そのことを申請者端末２２に電子メールで通知する（ｄ１４）。一方、承認結果が「差戻」であった場合は、ステップＳ１１において、申請情報を「差戻・取消申請」に分類してそのことを電子メールで申請者端末２２に通知するとともに、一旦処理を終了する。
【００５４】
ステップＳ８またはステップＳ１１において、処理が終了された場合は、申請者からの修正要求（ステップＳ１と同様の処理）によって、処理が再開される。このとき、例えばステップＳ２においては、申請者端末２２に提供されるメニューに前回の入力情報を表示
するようにしてもよい。
【００５５】
図４及び図６に示すように、ステップＳ２１において、管理サーバー４２は、所定期間毎に事業所サーバー４４の被服支給申請データベース４４ｄから申請情報を収集し（ｄ１５）、被服支給申請データベース４２ｄに蓄積する。
【００５６】
ステップＳ２２において、管理サーバー４２は、決定もれ調査を実行する。具体的には、事業所サーバー４４の被服支給申請データベース４４ｄに「承認待申請」として分類されている申請情報に対して、一定期間以上承認作業が行われていないものや、申請期限を過ぎたもの等の有無を判断し、検定もれがあった場合は、そのことを管理者端末２６に電子メールで通知する（ｄ１６）。なお、この通知を、承認者端末２４や申請者端末２２に対して行うようにしてもよい。
【００５７】
なお、管理者端末２６ａからは、被服支給申請データベース４２ｄ内の申請情報を閲覧することもできる。さらに、被服支給申請データベース４２ｄ内の申請情報を修正したり、申請者に代わって代理入力を行ったりすることもできる（ｄ１７）。
【００５８】
ステップＳ２３において、管理サーバー４２は、被服支給申請データベース４２ｄ内の例えば「承認申請」として蓄積されている申請情報を集計するとともに、帳票データを作成する処理を行う。帳票データのフォームは、例えば、費用集計一覧表（個人用・共用）、被服支給内容一覧表、送付先別被服購入数集計表、別寸内容一覧表等を含む複数のフォームが用意されている。これらの作成に際しては、自ら作成したプログラムソフトや市販の表計算ソフトやデータベースソフトを利用して作成することができる。
【００５９】
ステップＳ２４において、管理サーバー４２は、作成した帳票データを管理者端末２６ａに送ることによって、管理者端末２６ａに対して帳票（集計シート）の作成（出力）を指示する（ｄ１８）。この指示に従って、管理者端末２６ａは、帳票を出力する処理を行う（ｄ２０）。帳票出力処理は、例えば職員、部門、及び発注先メーカ毎に帳票を作成して印刷する処理として実行される（ｄ２２）。また、管理サーバー４２は、帳票データを電子ファイル化してシート電子ファイルデータベース４２ｆに蓄積する（ｄ１９）。なお、管理者端末２６ａからの登録処理によって帳票データをシート電子ファイルデータベース４２ｆに蓄積するようにしてもよい（ｄ２１）。
【００６０】
ステップＳ２５において、管理サーバー４２は、シート電子ファイルデータベース４２ｆに蓄積された帳票データに基づいて、納入業者へ被服を発注する処理を行う（ｄ２３）。この発注処理は、例えば、納期の入力処理、納入業者のコンピュータに発注内容を電子メールで送信する処理や、発注内容を印刷して書面として発送する処理によって実行される。従って、被服支給内容一覧表、送付先別被服購入数集計表、別寸内容一覧表等は、必要に応じて、納期別に集計することができる。
【００６１】
ステップＳ２６において、管理サーバー４２は、費用振替実行ファイルを駆動して費用振替処理を実行する。この費用振替処理は、例えば費用振替処理スケジュール設定を行い、自動振替の可否に対応して自動振替内容一覧、自動振替非対象者一覧を作成する。次に、自動振替対象者に対しては自動振替処理を行い、非対象者に対しては所定の帳票を発行する。
【００６２】
なお、図１の例では、図５のステップＳ１〜Ｓ３の処理は申請支援情報提供手段１２での処理に該当し、ステップＳ４〜Ｓ１１の処理は申請内容管理手段１４での処理に該当する。また、図６のステップＳ２１〜Ｓ２６の処理は、支給処理手段１６での処理に該当する。
【００６３】
以上に説明したように、本実施の形態によれば、コンピュータシステムを用いて被服支給処理を行うことが可能である。また、申請者が被服支給申請を行う際に、申請者の端末には支援情報としてメニューが提供されるため、申請作業が容易化される。更に、このメニューは申請者の職種等の被服特定要素に基づいて階層化されているため、申請者は、被服特定要素を入力することによって、申請可能な被服の種類が絞り込まれたメニューを得ることができる。また、申請者からの申請の承認処理や、納入業者への発注処理の少なくとも一部をコンピュータシステム上で行うことができるため、被服支給に伴う支給者側の処理負担も軽減される。また、申請者の身体情報に基づいて、被服のデフォルトサイズを設定することができるため、申請者にとって利便性の高いメニューを提供することができる。
【図面の簡単な説明】
【００６４】
【図１】図１は、本発明の実施の形態に係る被服支給処理システムが有する特徴的な機能を示すブロック図である。
【図２】図２は、メニューの一例を示す説明図である。
【図３】図３は、図１に示した被服支給処理システムの具体的構成例を示すブロック図である。
【図４】図４は、被服支給処理システムにおけるデータの流れを示す説明図である。
【図５】図５は、被服支給申請登録に係る処理を示すフローチャートである。
【図６】図６は、申請登録後のデータ管理処理を示すフローチャートである。
【符号の説明】
【００６５】
１０：被服支給処理システム、  １２：申請支援情報提供手段、  １４：申請内容管理手段、  １６：支給処理手段、  １８：設定手段、  ２０：データベース、  ２２：申請者端末、  ２４：承認者端末、  ２６：管理者端末、  ３０：健康管理用データベース、
３２：メニュー、  ４０：メインサーバー、  ４２：管理サーバー、  ４４：事業所サーバー、  ４６：ホストコンピュータ
【図１】
2006268723.tif 000003
【図２】
2006268723.tif 000004
【図３】
2006268723.tif 000005
【図４】
2006268723.tif 000006
【図５】
2006268723.tif 000007
【図６】
2006268723.tif 000008