JP7233047B2 - 情報管理装置及び情報管理方法 - Google Patents

Description

特許法第３０条第２項適用 平成３１年１月１０日に下記ウェブサイト ｈｔｔｐｓ：／／ｓｍａｒｔｈｒ．ｊｐ／ｕｐｄａｔｅ／１３８２４（平成３１年１月１０日公開） ｈｔｔｐｓ：／／ｍａｇ．ｓｍａｒｔｈｒ．ｊｐ／ｇｕｉｄｅ／ｖｉｓｉｏｎ／ｄｅｔａｉｌ／ｓｍａｒｔｈｒ＿２０１９ｋｉｃｋｏｆｆ＿ｓｅｒｉｚａｗａ／（平成３１年３月１日公開） にて掲載。

本発明は、情報管理装置及び情報管理方法、特に、ユーザの属性を属性情報として管理する情報管理装置及び情報管理方法に関する。

例えば、従業者の人事労務を情報によって管理する場合は、所属、給与、社会保険関係、勤怠等の多数の情報を管理する必要がある。これら多数の情報を遺漏なく管理する観点から、特許文献１には、従業者の人事労務の管理を効率的に行うことを目的とした情報管理装置が提案されている。

特開２００４－２６４９４９公報

ところで、例えば上記の特許文献１のような情報管理装置で従業者の人事労務の管理を行う際に、管理システムに入力する情報が多くなるような場合は、作業が煩雑になることが想定される。

特に、多数の新入社員の属性に関する情報を新入社員が入社してから入力するといったように、入力作業が膨大になる場合や、社会保険や各種の手続に関する情報を月末までに入力するといったように、入力作業に期限が設定される場合には、入力作業が更に煩雑になることが懸念される。

したがって、任意の時期に入力作業が発生することが予定される情報については、時間的な余裕があるときに事前に入力できるようにしておくことが便宜である。

その一方で、人事労務に関する情報を事前に入力した場合には、情報の入力後の従業者の事情の変更等によって、入力した情報と入力後の従業者の実情とが異なって齟齬が生じる場合があり、適切な情報の管理ができなくなることが懸念される。

本発明は、上記事情に鑑みてなされたものであり、効率的かつ適切に情報の管理を行うことができる情報管理装置及び情報管理方法を提供することを課題とするものである。

上記課題を達成するための、本発明に係る情報管理装置は、ユーザの属性を属性情報として管理する情報管理装置において、ユーザに将来的に発生することが予定されてユーザの属性を変更させるイベントが属性変更情報として予め入力される情報入力部と、情報入力部に入力された属性変更情報に基づいてイベントが発生したか否かを確認する確認情報を生成する確認情報生成部と、を備えることを特徴としている。

この情報管理装置によれば、ユーザに将来的に発生することが予定されてユーザの属性を変更させるイベントを属性変更情報として情報入力部に予め入力することによって、属性変更情報の入力作業を時期的に分散することができる。

したがって、任意の時期に多数の属性変更情報の入力作業が発生することが予定される場合であっても、属性変更情報の入力作業の集中による入力作業の負担増大を招くことがない。

しかも、情報入力部に属性変更情報が入力されると、イベントが発生したか否かを確認する確認情報を確認情報生成部が生成することから、属性変更情報の入力後のユーザの事情の変更等によって、入力した属性変更情報と入力後のユーザの実情とが異なることとなった場合であっても、確認情報に基づいて、入力した属性変更情報をユーザの実情に合わせて修正することができる。

このように、情報管理装置によれば、効率的かつ適切にユーザの属性を属性情報として管理することができる。

この情報管理装置は、確認情報生成部で生成された確認情報を予め設定された端末に通知することを特徴としており、更に、予め設定されたタイミングで確認情報を端末に通知することを特徴としている。

したがって、確認情報を適切に確認することができる端末に適切なタイミングで確認情報を通知することができる。

さらに、情報管理装置は、確認情報生成部で生成された確認情報に基づいてイベントの発生が確認された場合に確認信号を生成する確認信号生成部を備えるように構成してもよいし、属性変更情報に基づいて前記確認情報にフラグを付与するフラグ生成部を備えるように構成してもよい。

上記課題を達成するための、本発明に係る情報管理方法は、ユーザの属性を属性情報として管理する情報管理方法において、ユーザに将来的に発生することが予定されてユーザの属性を変更させるイベントを属性変更情報として情報入力部に予め入力する情報入力ステップと、情報入力ステップにおいて情報入力部に入力された属性変更情報に基づいてイベントが発生したか否かを確認する確認情報が確認情報生成部によって生成された後に確認情報を予め設定されたタイミングで予め設定された端末に送信する確認情報送信ステップと、を備えることを特徴としている。

この情報管理方法によれば、効率的かつ適切にユーザの属性を属性情報として管理することができる。

この発明によれば、効率的かつ適切にユーザの属性を属性情報として管理することができる。

本発明の実施の形態に係る情報管理装置の概略を説明する図である。 同じく、本実施の形態に係る情報管理装置の管理サーバの構成の概略を説明するブロック図である。 同じく、本実施の形態に係る情報管理装置の管理サーバのストレージの構成の概略を説明するブロック図である。 同じく、本実施の形態に係る情報管理装置を用いて、人事労務担当者が新入社員の属性を属性情報として管理する場合の手順の概略を説明する図である。 同じく、本実施の形態に係る情報管理装置を用いて、人事労務担当者が新入社員の属性を属性情報として管理する場合の手順の概略を説明する図である。 同じく、本実施の形態に係る情報管理装置を用いて、人事労務担当者が新入社員の属性を属性情報として管理する場合の手順の概略を説明する図である。 同じく、本実施の形態に係る情報管理装置を用いて、従業者がその属性を属性情報として管理する場合の手順の概略を説明する図である。 同じく、本実施の形態に係る情報管理装置を用いて、従業者がその属性を属性情報として管理する場合の手順の概略を説明する図である。 同じく、本実施の形態に係る情報管理装置を用いて、従業者がその属性を属性情報として管理する場合の手順の概略を説明する図である。 同じく、本実施の形態に係る情報管理装置を用いて、従業者がその属性を属性情報として管理する場合の手順の概略を説明する図である。 同じく、本実施の形態に係る情報管理装置を用いて、従業者がその属性を属性情報として管理する場合の手順の概略を説明する図である。 同じく、本実施の形態に係る情報管理装置を用いて、従業者がその属性を属性情報として管理する場合の手順の概略を説明する図である。

次に、図１～図１２に基づいて、本発明の実施の形態に係る情報管理装置について説明する。

なお、本実施の形態において、情報管理装置が従業者の人事労務の管理に用いられる場合を例として説明する。

図１は、本実施の形態に係る情報管理装置の概略を説明する図である。図示のように、情報管理装置１０は、人事労務担当者１が管理する管理サーバ２０、管理サーバ２０にインターネット網１００を介してアクセス可能なユーザである従業者２の従業者端末３０、及び管理サーバ２０にインターネット網１００を介してアクセス可能な上席者３の上席者端末４０を備える。

この情報管理装置１０は、本実施の形態では、従業者２の人事労務を管理するに際して、従業者２の性別、氏名、住所、個人番号（マイナンバー）、社会保険番号、家族構成、所属等の属性を属性情報ｄ１として管理する。なお、本実施の形態においては、上述した従業者２に関する情報を「属性」という言葉で定義したが、「属性」の語は、上記に列挙した内容にかかわらず、従業者2に関連する情報全般を含む広義の意味を有するものとする。

図２は、管理サーバ２０の構成の概略を説明するブロック図である。図示のように、管理サーバ２０は、プロセッサ２１、メモリ２２、ストレージ２３、送受信部２４、及び入出力部２５を主要構成として備え、これらが互いにバス２６を介して電気的に接続される。

プロセッサ２１は、サーバ２０の動作を制御し、各要素間におけるデータの送受信の制御や、アプリケーションプログラムの実行に必要な処理等を行う演算装置である。

このプロセッサ２１は、本実施の形態では例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であり、後述するストレージ２３に格納されてメモリ２２に展開されたアプリケーションプログラムを実行して各処理を行う。

メモリ２２は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性記憶装置で構成される主記憶装置、及びフラッシュメモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶装置を備える。

このメモリ２２は、プロセッサ２１の作業領域として使用される一方、管理サーバ２０の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、及び各種の設定情報等が格納される。

ストレージ２３は、プログラムや各種の処理に用いられる情報等が格納されている。このストレージ２３の構成については、後述する。

送受信部２４は、管理サーバ２０をインターネット網１００に接続する。この送受信部２４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）といった近距離通信インターフェースを具備するものであってもよい。

入出力部２５には、必要に応じて、キーボードやマウスといった情報入力機器やディスプレイ等の出力機器が接続される。

バス２６は、接続したプロセッサ２１、メモリ２２、ストレージ２３、送受信部２４及び入出力部２５の間において、例えばアドレス信号、データ信号及び各種の制御信号を伝達する。

図１で示すように、従業者端末３０は、コンピュータ、タブレット型端末あるいはスマートフォンといったインターネット網１００に接続可能な機器によって構成され、同様に、上席者端末４０も、コンピュータ、タブレット型端末あるいはスマートフォンといったインターネット網１００に接続可能な機器によって構成される。

図３は、ストレージ２３の構成の概略を説明するブロック図である。図示のように、ストレージ２３は、情報管理プログラム５０及びデータベース６０を備える。

情報管理プログラム５０は、情報入力部５１、確認情報生成部５２、確認情報通知部５３、通知先設定部５４、日付設定部５５、確認入力部５６、確認信号生成部５７及びフラグ生成部５８を備える。

この情報管理プログラム５０は、管理サーバ２０、従業者端末３０及び上席者端末４０で入出力が可能なインターフェースによって実装される。

情報入力部５１は、従業者２の属性情報ｄ１及び属性変更情報ｄ２が入力されるモジュールであって、本実施の形態では、属性情報ｄ１及び属性変更情報ｄ２が入力可能なインターフェースによって実装される。

属性変更情報ｄ２は、本実施の形態では、現時点で従業者２に将来的に発生することが予定されているイベントであって、従業者２の属性を変更させるイベントによって構成される。

例えば、「結婚」というイベントは、「家族構成」という属性情報ｄ１が「従業者本人、両親」という属性で構成される場合は、この属性を「従業者本人、配偶者及び両親」という属性に変更させることから、属性変更情報ｄ２を構成するイベントである。

属性情報ｄ１を構成する従業者２の属性を変更させるイベントであって属性変更情報ｄ２を構成するイベントとしては、他には例えば「入社」、「出産」、「引越し」、「転勤」等の各種のイベントが想定される。

確認情報生成部５２は、本実施の形態では、情報入力部５１に入力された属性変更情報ｄ２に基づいて属性変更情報ｄ２を構成するイベントが発生したか否かを確認する確認情報ｄ３を生成するモジュールである。

確認情報通知部５３は、確認情報生成部５２で生成した確認情報ｄ３を、次述する通知先設定部５４で予め設定された端末に通知するモジュールである。

通知先設定部５４は、本実施の形態では、確認情報通知部５３で確認情報ｄ３を通知する端末を、管理サーバ２０、従業者端末３０及び上席者端末４０のいずれかあるいは全てとして設定するモジュールである。

日付設定部５５は、通知先設定部５４で予め設定された管理サーバ２０、従業者端末３０及び上席者端末４０のいずれかあるいは全てに確認情報ｄ３を通知する日付を設定するモジュールである。

確認入力部５６は、確認情報ｄ３が通知された管理サーバ２０、従業者端末３０及び上席者端末４０のいずれかあるいは全てにおいて確認情報ｄ３が確認された場合に、確認済信号ｓ１を生成するモジュールである。

確認入力部５６が確認済信号ｓ１を生成すると、本実施の形態では、確認済信号ｓ１を生成した旨が上席者端末４０に通知される。

確認信号生成部５７は、確認信号ｓ２を生成するモジュールである。この確認信号生成部５７は、本実施の形態では、上席者３が上席者端末４０から管理サーバ２０にアクセスした場合に限って、上席者３が入力することが可能となるように構成される。

確認信号生成部５７への入力は、例えば、確認信号生成部５７への入力を受け付けるコマンドが上席者端末４０に限ってアクティブ化されるといった手法によって入力が可能となる。

確認信号生成部５７が確認信号ｓ２を生成すると、本実施の形態では、確認信号ｓ２を生成した旨が通知先設定部５４で設定した端末（管理サーバ２０、従業者端末３０あるいは上席者端末４０）に通知される。

フラグ生成部５８は、属性変更情報ｄ２に基づいて確認情報ｄ３に付与するフラグを生成するモジュールである。本実施の形態では、例えば、属性情報ｄ１を構成する「定期券代」が変更となるイベントである「引越し」が属性変更情報ｄ２として入力された場合に、確認する重要度が高い確認情報ｄ３であるとして、この確認情報ｄ３にフラグが付与される。

本実施の形態においては、上記重要度を確認情報ｄ３の内容に応じて適宜設定、変更、更新を可能としてもよい。重要度は、数値又は階級等のスコア等、順序や優劣を表現できるものであればどのようなものでもよく、当該重要度に応じて、上述したフラグの付与の要否、付与のタイミング等を決めることができる。

重要度の設定により、例えば、会社として直ちに対処すべき変更（「引越し」や「転勤等」）については、確認情報ｄ３が直ちに（又は所定期間内に）通知することが可能となる。また、所定の期限までに対処すべき変更（「出産」等の異動に関する変更等」）については、例えば、毎月末までに生じた変更を蓄積しておき、所定の日にまとめて確認情報ｄ３を通知することとしてもよい。更に、一年を通じて生じる日や生じる回数が確定している変更（「入社」、「昇降給」等）などについても、当該期限を迎えたのち、所定の日に確認情報ｄ３をまとめて通知することとしてもよい。

かかる構成によれば、例えば、各種の情報変更に効率的に対処することができ、例えば、確認情報ｄ３の通知が溢れることによる確認漏れを防ぐことができる。

データベース６０は、ストレージ２３が提供する記憶領域の一部によって実現され、本実施の形態では、属性情報ｄ１及び属性変更情報ｄ２が格納される。

次に、本実施の形態に係る情報管理装置１０を使用する手順について説明する。

まず、新入社員が従業者２として入社する場合に、人事労務担当者１が新入社員の属性を属性情報ｄ１として管理する場合の手順について、図４～図６を用いて説明する。

図４で示すように、新入社員Ａ～Ｆ・・・が従業者２として２０××年４月１日に入社予定の場合において、人事労務担当者１は、例えば２０××年３月１日に、新入社員Ａ～Ｆ・・・の所属（例えば「未入社」）を属性情報ｄ１として情報入力部５０を介して入力する。

このとき、本実施の形態では、予め判明している新入社員Ａ～Ｆ・・・の他の属性情報ｄ１（例えば「住所」、「家族構成」、「個人番号」等）も併せて入力しておく。

続いて、人事労務担当者１は、新入社員Ａ～Ｆ・・・の属性である所属（「未入社」）を変更させるイベント（例えば状態「入社予定」、入社予定日「２０××／４／１」）である属性変更情報ｄ２を、情報入力部５０を介して予め入力しておく（情報入力ステップ）。

情報入力部５０に属性変更情報ｄ２を入力すると、確認情報生成部５２によって、確認情報ｄ３が生成される。なお、確認情報ｄ３は、属性変更情報ｄ２の入力直後に生成される必要はなく、それが端末に送信されるなどして利用されるまでに生成されるようにしてもよい。

生成された確認情報ｄ３は、新入社員Ａ～Ｆ・・・の所属（「未入社」）を変更させるイベントが発生するか否かを確認するものであるから、確認する重要度が高い確認情報ｄ３であると判断して、フラグ生成部５８でフラグを付与する。

確認情報ｄ３が生成された後、通知先設定部５４で確認情報ｄ３を通知する端末を設定し、日付設定部５５で確認情報ｄ３を通知するタイミング（月日）を設定する。これにより、確認情報通知部５３が確認情報ｄ３を予め設定されたタイミングで予め設定された端末に送信する（確認情報送信ステップ）。

なお、通知のタイミングの設定の仕方としては、例えば、通知日（時間）を直接設定することのほか、イベント予定日の所定期間前後の日（予定日が決まっていない場合にはイベント発生日の所定期間後の日）、イベント予定日の前後所定期間内のいずれかの日（予定日が決まっていない場合にはイベント発生日から所定期間内の日）等のように用途に応じて適宜設定することが可能である。

本実施の形態では、確認情報ｄ３を通知する端末を管理サーバ２０に設定し、確認情報ｄ３を通知するタイミングを、入社予定日の直前である２０××年３月２８日に設定する。

このように、属性情報ｄ１及び属性変更情報ｄ２を入力し、確認情報ｄ３を通知する端末及び確認情報ｄ３を通知するタイミングを設定することによって、新入社員情報Ｄ１が構成される。

図５で示すように、管理サーバ２０において情報管理プログラム５０を起動して新入社員管理画面Ｓ１を立ち上げると、この新入社員管理画面Ｓ１に新入社員情報Ｄ１が表示される。

一方、確認情報ｄ３を通知するタイミングである２０××年３月２８日が到来すると、新入社員管理画面Ｓ１には確認情報ｄ３がコマンドＣ１として表示される。

このコマンドＣ１には、本実施の形態では例えば「新入社員の入社状況を確認してください」等の表記がなされるとともに、コマンドＣ１にフラグＦが付与されることから、新入社員Ａ～Ｆ・・・の所属（「未入社」）を変更させるイベントが発生するか否かを確認するように、人事労務担当者１に注意喚起がなされる。

本実施の形態では、確認情報ｄ３が生成された後に、入社予定であった氏名Ｃ及びＦが内定を辞退したことから、図６で示すように、人事労務担当者１は新入社員情報Ｄ１から氏名Ｃ及びＦの属性情報ｄ１及び属性変更情報ｄ２を削除するとともに、新入社員Ａ、Ｂ、Ｄ、Ｅ・・・の所属を「未入社」から「人事部付」に変更する。

その後、人事労務担当者１が確認情報ｄ３を確認したとしてコマンドＣ１を押下すると、確認入力部５６で確認済信号ｓ１が生成されて、確認済信号ｓ１が生成された旨が上席者端末４０に通知される。

確認済信号ｓ１が生成された旨の通知に基づいて、上席者３が上席者端末４０から管理サーバ２０にアクセスすると、情報管理プログラム５０の確認信号生成部５７への入力を受け付けるコマンドがアクティブ化される。

人事労務担当者１による氏名Ｃ及びＦの属性情報ｄ１及び属性変更情報ｄ２の新入社員情報Ｄ１からの削除及び新入社員Ａ、Ｂ、Ｄ、Ｅ・・・の所属の変更を承認する場合は、上席者３は確認信号生成部５７への入力を受け付けるコマンドを押下する。

このコマンドを押下すると、確認信号生成部５７で確認信号ｓ２が生成されて、確認信号ｓ２が生成された旨が管理サーバ２０に通知される。

確認信号ｓ２が生成された旨の通知に基づいて、人事労務担当者１は、氏名Ｃ及びＦの属性情報ｄ１及び属性変更情報ｄ２の新入社員情報Ｄ１からの削除及び新入社員Ａ、Ｂ、Ｄ、Ｅ・・・の所属の変更を登録する。

これにより、図６で示すように、従業者２として入社する新入社員Ａ、Ｂ、Ｄ、Ｅ・・・の新入社員情報Ｄ１を構成する属性情報ｄ１が、データベース６０に格納される。

次に、従業者２が引越しによって定期券代や通勤経路等が変更される場合に、従業者２がその属性を属性情報ｄ１として管理する場合の手順について、図７～図９を用いて説明する。

図７で示すように、従業者２が２０１８年１１月３０日に引越し予定の場合において、従業者２は、例えば引越しよりも前の２０１８年１１月１５日に、従業者２の属性である定期券代を変更させるイベント（例えば通勤経路「葛西－日本橋」、変更理由「葛西に引越し」、引越し予定日「２０１８／１１／３０」等）を、属性変更情報ｄ２として情報入力部５０を介して予め入力しておく（情報入力ステップ）。

情報入力部５０に属性変更情報ｄ２を入力すると、確認情報生成部５２によって、確認情報ｄ３が生成される。

生成された確認情報ｄ３は、従業者２の属性である定期券代や通勤経路等を変更させるイベントが発生するか否かを確認するものであるから、確認する重要度が高い確認情報ｄ３であると判断して、フラグ生成部５８でフラグを付与する。

確認情報ｄ３が生成された後、通知先設定部５４で確認情報ｄ３を通知する端末を設定し、日付設定部５５で確認情報ｄ３を通知するタイミング（月日）を設定する。これにより、確認情報通知部５３が確認情報ｄ３を予め設定されたタイミングで予め設定された端末に送信する（確認情報送信ステップ）。

本実施の形態では、確認情報ｄ３を通知する端末を従業者端末３０に設定し、確認情報ｄ３を通知するタイミングを、引越し予定日の翌日である２０１８年１２月１日に設定する。

このように、属性変更情報ｄ２を入力し、確認情報ｄ３を通知する端末及び確認情報ｄ３を通知するタイミングを設定することによって、従業者情報Ｄ２が構成される。

図８で示すように、従業者端末３００において情報管理プログラム５０を起動して従業者管理画面Ｓ２を立ち上げると、この従業者管理画面Ｓ２に従業者情報Ｄ２が表示される。

一方、確認情報ｄ３を通知するタイミングである２０１８年１２月１日が到来すると、従業者管理画面Ｓ２には確認情報ｄ３がコマンドＣ２として表示される。

このコマンドＣ２には、本実施の形態では例えば「引越しの状況を確認してください」等の表記がなされるとともに、コマンドＣ２にフラグＦが付与されることから、従業者２の定期券代や通勤経路等を変更させるイベントが発生するか否かを確認するように、従業者２に注意喚起がなされる。

本実施の形態では、引越しの予定日である２０１８年１１月３０日に従業者２の引越しが予定どおりに行われたことから、図９で示すように、従業者２は従業社情報Ｄ２の引越し日に「２０１８年１１月３０日」を入力する。

その後、従業者２が確認情報ｄ３を確認したとしてコマンドＣ２を押下すると、確認入力部５６で確認済信号ｓ１が生成されて、確認済信号ｓ１が生成された旨が上席者端末４０に通知される。

確認済信号ｓ１が生成された旨の通知に基づいて、上席者３が上席者端末４０から管理サーバ２０にアクセスすると、情報管理プログラム５０の確認信号生成部５７への入力を受け付けるコマンドがアクティブ化される。

従業者２の引越しによる定期券代や通勤経路等の変更を承認する場合は、上席者３は確認信号生成部５７への入力を受け付けるコマンドを押下する。

このコマンドを押下すると、確認信号生成部５７で確認信号ｓ２が生成されて、確認信号ｓ２が生成された旨が従業者端末３０に通知される。

確認信号ｓ２が生成された旨の通知に基づいて、従業者２は、開始日、終了日、定期券代、通勤経路等の変更を登録する。

これにより、図９で示すように、従業者２の従業者情報Ｄ２を構成する属性情報ｄ１が、データベース６０に格納される。

次に、従業者２が出産によって家族構成や扶養手当等が変更される場合に、従業者２がその属性を属性情報ｄ１として管理する場合の手順について、図１０～図１２を用いて説明する。

図１０で示すように、従業者２が２０１９年３月８日に出産予定の場合において、従業者２は、例えば出産前の２０１８年１２月１０日に、従業者２の属性である家族構成や扶養手当等を変更させるイベント（例えば状態「妊娠中」、出産予定日「２０１９／３／８」等）を、属性変更情報ｄ２として情報入力部５０を介して予め入力しておく（情報入力ステップ）。

情報入力部５０に属性変更情報ｄ２を入力すると、確認情報生成部５２によって、確認情報ｄ３が生成される。

生成された確認情報ｄ３は、従業者２の属性である家族構成や扶養手当等を変更させるイベントが発生するか否かを確認するものであるから、確認する重要度が高い確認情報ｄ３であると判断して、フラグ生成部５８でフラグを付与する。

確認情報ｄ３が生成された後、通知先設定部５４で確認情報ｄ３を通知する端末を設定し、日付設定部５５で確認情報ｄ３を通知するタイミング（月日）を設定する。これにより、確認情報通知部５３が確認情報ｄ３を予め設定されたタイミングで予め設定された端末に送信する（確認情報送信ステップ）。

本実施の形態では、確認情報ｄ３を通知する端末を従業者端末３０に設定し、確認情報ｄ３を通知するタイミングを、出産予定日の属する月の月末である２０１９年３月３１日に設定する。

このように、属性変更情報ｄ２を入力し、確認情報ｄ３を通知する端末及び確認情報ｄ３を通知するタイミングを設定することによって、従業者情報Ｄ２が構成される。

図１１で示すように、従業者端末３００において情報管理プログラム５０を起動して従業者管理画面Ｓ２を立ち上げると、この従業者管理画面Ｓ２に従業者情報Ｄ２が表示される。

一方、確認情報ｄ３を通知するタイミングである２０１９年３月３１日が到来すると、従業者管理画面Ｓ２には確認情報ｄ３がコマンドＣ３として表示される。

このコマンドＣ３には、本実施の形態では例えば「出産の状況を確認してください」等の表記がなされるとともに、コマンドＣ３にフラグＦが付与されることから、従業者２の家族構成や扶養手当等を変更させるイベントが発生するか否かを確認するように、従業者２に注意喚起がなされる。

本実施の形態では、引越しの予定日である２０１９年３月５日に従業者２の出産が行われたことから、図１２で示すように、従業者２は従業者情報Ｄ２の出産日に「２０１９年３月５日」を入力する。

その後、従業者２が確認情報ｄ３を確認したとしてコマンドＣ３を押下すると、確認入力部５６で確認済信号ｓ１が生成されて、確認済信号ｓ１が生成された旨が上席者端末４０に通知される。

確認済信号ｓ１が生成された旨の通知に基づいて、上席者３が上席者端末４０から管理サーバ２０にアクセスすると、情報管理プログラム５０の確認信号生成部５７への入力を受け付けるコマンドがアクティブ化される。

従業者２の出産による家族構成や扶養手当等の変更を承認する場合は、上席者３は確認信号生成部５７への入力を受け付けるコマンドを押下する。

このコマンドを押下すると、確認信号生成部５７で確認信号ｓ２が生成されて、確認信号ｓ２が生成された旨が従業者端末３０に通知される。

確認信号ｓ２が生成された旨の通知に基づいて、従業者２は、家族構成や扶養手当等の変更を登録する。

これにより、図１２で示すように、従業者２の従業者情報Ｄ２を構成する属性情報ｄ１が、データベース６０に格納される。

このように、従業者２（従業者２となる新入社員を含む。以下同様である。）に将来的に発生することが想定されて従業者２の属性を変更させるイベントを属性変更情報ｄ２として情報入力部５１に予め入力することによって、属性変更情報ｄ２の入力作業を時期的に分散することができる。

これにより、任意の時期に多数の属性変更情報ｄ２の入力作業が発生することが想定される場合であっても、属性変更情報ｄ２の入力作業の集中による入力作業の負担増大を招くことがない。

しかも、情報入力部５１に属性変更情報ｄ２が入力されると、イベントが発生したか否かを確認する確認情報ｄ３を確認情報生成部５２が生成することから、属性変更情報ｄ２の入力後の従業者２の事情の変更等によって、入力した属性変更情報ｄ２と入力後の従業者２の実情とが異なることとなった場合であっても、確認情報ｄ３に基づいて、入力した属性変更情報ｄ２を従業者２の実情に合わせて修正することができる。

したがって、効率的かつ適切に従業者２の属性を属性情報ｄ１として管理することができる。本実施の形態では、従業者２の人事労務に関する属性情報ｄ１に基づいて、従業者２の人事労務を効率的かつ適切に管理することができる。

生成された確認情報ｄ３は、通知先設定部５４で通知する端末（管理サーバ２０、従業者端末３０及び上席者端末４０のいずれかあるいは全て）を設定し、日付設定部５５で確認情報ｄ３を通知するタイミング（月日）を設定することができることから、確認情報ｄ３を適切に確認することができる端末に適切なタイミングで確認情報ｄ３を通知することができる。

なお、本発明は上記実施の形態に限定されることはなく、発明の趣旨を逸脱しない範囲で種々の変更が可能である。上記実施の形態では、確認情報ｄ３が新入社員管理画面Ｓ１及び従業者管理画面Ｓ２においてコマンドＣ１～Ｃ３として表示される場合を説明したが、例えば、チェックボックスウインドウにチェック（例えばレ点）を入れるようにしたり、メールで通知するようにしたりすることも可能である。更には、図５に図示したように情報の通知や確認個人毎に行うのみならず、例えば、複数人の社員の情報を一覧表示して（リスト表示して）、処理することができるようにしてもよい。

上記実施の形態では、情報管理プログラム５０が管理サーバ２０のストレージ２３に格納される場合を説明したが、例えば、管理サーバ２０、従業者端末３０及び上席者端末４０がアクセス可能なクラウドサーバに格納されるように構成してもよい。

１ 人事労務担当者
２ 従業者（ユーザ）
３ 上席者
１０ 情報管理装置
２０ 管理サーバ
２３ ストレージ
３０ 従業者端末
４０ 上席者端末
５０ 情報管理プログラム
５１ 情報入力部
５２ 確認情報生成部
５４ 通知先設定部
５５ 日付設定部
５７ 確認信号生成部
５８ フラグ生成部
Ｃ１～Ｃ３ コマンド
Ｄ１ 新入社員情報
Ｄ２ 従業者情報
Ｆ フラグ
ｄ１ 属性情報
ｄ２ 属性変更情報

Claims (8)

1. 情報処理装置が、
   ユーザの属性を属性情報として管理する処理と、
   前記ユーザに将来的に発生することが予定されているイベントであって、前記ユーザの前記属性を変更させるイベントを属性変更情報として記憶する処理と、
   前記属性変更情報に基づいて前記イベントが発生したか否かを確認するための確認情報を生成する処理と、
   前記確認情報を予め設定されたタイミングで所定の情報処理端末に送信する処理と、
   を実行する情報処理方法。
2. 前記所定の情報処理端末は、前記ユーザに対応付けられた情報処理端末を含む、請求項１に記載の情報処理方法。
3. 前記所定の情報処理端末は、前記ユーザに対応付けられたユーザであって、前記ユーザとは異なるユーザに対応付けられた情報処理端末を含む、請求項１または２に記載の情報処理方法。
4. 前記情報処理装置が、前記確認情報により前記イベントの発生が確認された場合に、前記ユーザの属性を変更する処理をさらに実行する、請求項１～３のいずれか１項に記載の情報処理方法。
5. 前記情報処理装置が、前記確認情報に重要度を付与する処理をさらに実行する、請求項１～４のいずれか１項に記載の情報処理方法。
6. 前記予め設定されたタイミングは、前記イベントに基づいて決定される、請求項１～５のいずれか１項に記載の情報処理方法。
7. ユーザの属性を属性情報として管理する手段と、
   前記ユーザに将来的に発生することが予定されているイベントであって、前記ユーザの前記属性を変更させるイベントを属性変更情報として記憶する手段と、
   前記属性変更情報に基づいて前記イベントが発生したか否かを確認するための確認情報を生成する手段と、
   前記確認情報を予め設定されたタイミングで所定の情報処理端末に送信する手段と、
   を備える情報処理装置。
8. 情報処理装置に、
   ユーザの属性を属性情報として管理する処理と、
   前記ユーザに将来的に発生することが予定されているイベントであって、前記ユーザの前記属性を変更させるイベントを属性変更情報として記憶する処理と、
   前記属性変更情報に基づいて前記イベントが発生したか否かを確認するための確認情報を生成する処理と、
   前記確認情報を予め設定されたタイミングで所定の情報処理端末に送信する処理と、
   を実行させるためのプログラム。

Images