JP7087580B2 - 携帯型端末、情報処理方法、プログラム、および工数管理システム - Google Patents

Description

本発明は、携帯型端末、情報処理方法、プログラム、および工数管理システムに関する。

企業の社員等の勤務工数管理を行うため、入退室管理システムの入退室情報を活用して勤怠管理を行うシステムが知られている（特許文献１）。

しかしながら、特許文献１に記載された技術では、勤務中の業務内容等の管理はできない。また、勤務工数管理では、急な予定変更に対応する必要がある。

本発明は、上述の課題に鑑みてなされたものであって、勤務中の業務内容を含む勤務工数管理が可能であり、急な予定変更にも対応可能な携帯型端末、情報処理方法、プログラム、および工数管理システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ユーザの勤務工数を管理する工数管理サーバ、および前記ユーザのスケジュールを管理するスケジュール管理サーバにネットワークを介して接続され、前記ユーザの立ち寄り先に配置され前記立ち寄り先に応じた属性情報を含む立ち寄り先情報を保有する通信機器に接近することで、前記通信機器から前記立ち寄り先情報を受信する第１の通信部と、前記立ち寄り先情報をその時の時刻情報と共に前記工数管理サーバに送信し、前記スケジュール管理サーバから所定のタイミングで前記ユーザのスケジュールを受信する第２の通信部と、前記立ち寄り先情報の内容と前記スケジュール管理サーバから受信した前記ユーザのスケジュールとを比較するデータ処理部と、前記ユーザのスケジュールからの変更に関する内容が入力される入力部と、を備え、前記データ処理部は、比較した結果が一致しない場合は、前記ユーザにスケジュールの変更を確認する通知を作成し、前記第２の通信部は、前記通知に応じて前記ユーザのスケジュールからの変更が入力されると該スケジュールからの変更に関する内容を前記工数管理サーバに送信する。

本発明によれば、勤務中の業務内容を含む勤務工数管理が可能であり、急な予定変更にも対応できる。

図１は、実施形態にかかる工数管理システムの構成の一例を示す図である。 図２は、実施形態にかかる携帯型端末のハードウェア構成の一例を示す図である。 図３は、実施形態にかかる通信機器のハードウェア構成の一例を示す図である。 図４は、実施形態にかかる工数管理サーバのハードウェア構成の一例を示す図である。 図５は、実施形態にかかる工数管理システムの機能構成の一例を示す図である。 図６は、実施形態にかかる携帯型端末のユーザが建屋または敷地の出入り口に設置されたゲートを通過するときの様子を示す図である。 図７は、実施形態にかかる携帯型端末のユーザが会議室に入室するときの様子を示す図である。 図８は、実施形態にかかる通信機器およびスケジュールの情報が一致しない場合を示す図である。 図９は、実施形態にかかる工数管理サーバの工数管理ＤＢが有する情報の一例を示す図である。 図１０は、実施形態にかかる工数管理システムの動作の一例を示すシーケンス図である。 図１１は、実施形態にかかる携帯型端末による情報処理の手順の一例を示すフロー図である。 図１２は、実施形態にかかる携帯型端末による情報処理の手順の他の例を示すフロー図である。

以下に、図１～図１２を参照しながら、本発明にかかる携帯型端末、情報処理方法、プログラム、および工数管理システムの実施形態を詳細に説明する。また、以下の実施形態によって本発明が限定されるものではなく、以下の実施形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。

（工数管理システムの全体構成）
図１は、実施形態にかかる工数管理システム１０の構成の一例を示す図である。図１に示すように、工数管理システム１０は、携帯型端末１００、通信機器２００、工数管理サーバ３１０、およびスケジュール管理サーバ３２０を備える。携帯型端末１００と通信機器２００とは、近距離無線通信が可能に構成されている。携帯型端末１００と、工数管理サーバ３１０およびスケジュール管理サーバ３２０とは、通信ネットワーク回線を介して無線通信が可能に構成されている。

携帯型端末１００は、例えば、腕時計型のウェアラブル端末として構成されている。携帯型端末１００は、タブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン、モバイルＰＣ等であってもよい。携帯型端末１００のユーザは、例えば企業の社員等の勤務工数管理の対象者である。携帯型端末１００は、通信機器２００に接近することで通信機器２００から通信機器２００が有する情報を立ち寄り先情報として受信する。携帯型端末１００は、受信した立ち寄り先情報を工数管理サーバ３１０へと送信する。また、携帯型端末１００は、ユーザにより携帯型端末１００に入力されたスケジュール情報をスケジュール管理サーバ３２０へと送信する。

通信機器２００は、ユーザが勤務する建屋内や敷地内等の複数個所に設置されている。具体的には、通信機器２００は、例えば、建屋や敷地の出入り口に設置されたゲート２００ａ、会議室や事務所や社員食堂の出入り口近傍２００ｂに設置される。また、通信機器２００は、各種のオフィス機器にも設置される。これらのオフィス機器は、例えば、コピー、スキャン、プリント、及びファックスの各機能が複合された複合機（ＭＦＰ：Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）２００ｃである。また、オフィス機器は、例えば、パーソナルコンピュータ２００ｄである。また、オフィス機器は、例えば、カメラ、マイク及びスピーカを備えたテレビ会議端末２００ｅである。また、オフィス機器は、例えば、ユーザ等によって描かれた内容を電子的に変換することが可能な電子黒板（ＩＷＢ：Ｉｎｔｅｒａｃｔｉｖｅ Ｗｈｉｔｅｂｏａｒｄ）２００ｆである。

工数管理サーバ３１０は、携帯型端末１００のユーザの勤務の工数管理をする。工数管理サーバ３１０は、ユーザから種々の情報を受信し、これらの情報を蓄積することで工数管理を可能にする。

スケジュール管理サーバ３２０は、携帯型端末１００のユーザのスケジュールを管理する。スケジュール管理サーバ３２０を可能にする。

（携帯型端末のハードウェア構成）
図２は、実施形態にかかる携帯型端末１００のハードウェア構成の一例を示す図である。図２に示すように、携帯型端末１００は、通信インタフェース（Ｉ／Ｆ）１１，１５、ＣＰＵ１２、ＲＯＭ１２ａ、ＲＡＭ１２ｂ、入力装置１３、表示装置１４、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１６を備え、これらがシステムバス１７を介して相互に接続されている。

ＣＰＵ１２は、携帯型端末１００の動作を統括的に制御する。ＲＯＭ１２ａは、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ１２ｂは、ＣＰＵ１２が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。

入力装置１３は、ユーザによる操作の入力に用いられるデバイスであり、例えばキーパッドなどで構成される。表示装置１４は各種の情報を表示するデバイスであり、例えば液晶型ディスプレイ装置などで構成される。なお、入力装置１３および表示装置１４は、タッチパネル方式のディスプレイ等のように一体に構成されていてもよい。

通信Ｉ／Ｆ１１は、通信機器２００と接続するためのインタフェースである。通信Ｉ／Ｆ１５は、通信ネットワーク回線を介して工数管理サーバ３１０およびスケジュール管理サーバ３２０と接続するためのインタフェースである。

ＨＤＤ１６は、携帯型端末１００の機能を実現させるために必要な各種データを記憶する。

（通信機器のハードウェア構成）
図３は、実施形態にかかる通信機器２００のハードウェア構成の一例を示す図である。図３に示すように、通信機器２００は、通信Ｉ／Ｆ２１、ＣＰＵ２２、ＲＯＭ２２ａ、ＲＡＭ２２ｂ、ＨＤＤ２６を備え、これらがシステムバス２７を介して相互に接続されている。

通信Ｉ／Ｆ２１は、携帯型端末１００と接続するためのインタフェースである。

ＣＰＵ２２は、通信機器２００の動作を統括的に制御する。ＲＯＭ２２ａは、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ２２ｂは、ＣＰＵ２２が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。

ＨＤＤ２６は、通信機器２００の機能を実現させるために必要な各種データを記憶する。

なお、通信機器２００が入力装置および表示装置等を備えていてもよい。

（サーバのハードウェア構成）
図４は、実施形態にかかる工数管理サーバ３１０のハードウェア構成の一例を示す図である。図４に示すように、工数管理サーバ３１０は、ＣＰＵ３２、ＲＯＭ３２ａ、ＲＡＭ３２ｂ、通信Ｉ／Ｆ３５、ＨＤＤ３６を備え、これらがシステムバス３７を介して相互に接続されている。

ＣＰＵ３２は、工数管理サーバ３１０の動作を統括的に制御する。ＲＯＭ３２ａは、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ３２ｂは、ＣＰＵ３２が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。

通信Ｉ／Ｆ３５は、通信ネットワーク回線を介して携帯型端末１００と接続するためのインタフェースである。

ＨＤＤ３６は、工数管理サーバ３１０の機能を実現させるために必要な各種データを記憶する。

なお、工数管理サーバ３１０が入力装置および表示装置等を備えていてもよい。

スケジュール管理サーバ３２０のハードウェア構成は、例えば工数管理サーバ３１０のハードウェア構成と同様である。スケジュール管理サーバ３２０のハードウェア構成の図示および説明を省略する。

なお、工数管理サーバ３１０とスケジュール管理サーバ３２０とは、一体に構成されていてもよい。

（工数管理システムの機能構成）
図５は、実施形態にかかる工数管理システム１０の機能構成の一例を示す図である。実施形態にかかる工数管理システム１０が有する携帯型端末１００は、ユーザの勤務工数を管理する工数管理サーバ３１０、およびユーザのスケジュールを管理するスケジュール管理サーバ３２０にネットワークを介して接続され、ユーザの立ち寄り先に配置され立ち寄り先に応じた属性情報を含む立ち寄り先情報を保有する通信機器２００に接近することで、通信機器２００から立ち寄り先情報を受信する第１の通信部としての機器通信部１０１と、立ち寄り先情報をその時の時刻情報と共に工数管理サーバ３１０に送信し、スケジュール管理サーバ３２０から所定のタイミングでユーザのスケジュールを受信する第２の通信部としてのサーバ通信部１０５と、立ち寄り先情報の内容とスケジュール管理サーバから受信したユーザのスケジュールとを比較するデータ処理部１０２と、を備える。データ処理部１０２は、比較した結果が一致しない場合は、ユーザにスケジュールの変更を確認する通知を作成する。以下に、実施形態の工数管理システム１０の機能の詳細について説明する。

図５に示すように、携帯型端末１００は、機能部として、機器通信部１０１、データ処理部１０２、入力部１０３、出力部１０４、サーバ通信部１０５、記憶部１０６を備えている。

第１の通信部としての機器通信部１０１は、携帯型端末１００が通信機器２００に充分に接近すると通信機器２００と無線接続し、通信機器２００から情報を受信することが可能に構成されている。近距離無線通信には、一般的な技術を用いることができる。機器通信部１０１の機能は、例えば、図２の通信Ｉ／Ｆ１１により実現される。

データ処理部１０２は、通信機器２００およびスケジュール管理サーバ３２０から受信した情報や、携帯型端末１００の入力部１０３から入力された情報等を処理する。また、データ処理部１０２は、これらの情報に基づき、ユーザに対する通知を作成して出力部１０４に出力させる。データ処理部１０２の機能は、例えば、図２のＣＰＵ１２がＲＯＭ１２ａ等に格納されたプログラムを実行することにより実現される。

入力部１０３は、携帯型端末１００のユーザが、自身のスケジュールを入力することが可能に構成されている。ユーザは、自身のスケジュールとして、例えば、所定の業務内容（アクティビティ）、業務の予定開始時刻、予定終了時刻等を入力することができる。入力部１０３の機能は、例えば、図２の入力装置１３により実現される。

出力部１０４は、入力部１０３から入力された情報や、通信機器２００およびスケジュール管理サーバ３２０から受信した情報を表示装置１４に表示するなどして出力する。また、出力部１０４は、データ処理部１０２が作成した通知を表示装置１４に表示するなどして出力する。出力部１０４の機能は、例えば、図２の表示装置１４により実現される。

第２の通信部としてのサーバ通信部１０５は、工数管理サーバ３１０およびスケジュール管理サーバ３２０と通信ネットワーク回線を介して無線接続し、各種情報の送受信をすることが可能に構成されている。かかる無線通信には、一般的な技術を用いることができる。例えば、ユーザが勤務する建屋内や敷地内等の複数個所に無線ＬＡＮアクセスポイント等が設置され、このような無線通信が可能となっている。サーバ通信部１０５の機能は、例えば、図２の通信Ｉ／Ｆ１５により実現される。

記憶部１０６は、アクティビティデータベース（ＤＢ）をはじめ、携帯型端末１００の動作に必要な各種データを記憶する。アクティビティＤＢは、例えばユーザのその日のアクティビティ（業務内容）や、そのアクティビティを行った時間帯等の情報を順次記憶していく。記憶部１０６の機能は、例えば、図２のＨＤＤ１６により実現される。

通信機器２００は、端末通信部２０１、データ処理部２０２、および記憶部２０６を備えている。

端末通信部２０１は、携帯型端末１００が通信機器２００に充分に接近すると、携帯型端末１００の機器通信部１０１と無線接続し、通信機器２００が有する情報を立ち寄り先情報として機器通信部１０１へと送信する。端末通信部２０１の機能は、例えば、図３の通信Ｉ／Ｆ２１により実現される。

データ処理部２０２は、記憶部２０６が保有する機器情報ＤＢを参照して、通信機器２００が有する立ち寄り先情報を端末通信部２０１へと渡し、携帯型端末１００への送信を可能にする。データ処理部２０２の機能は、例えば、図３のＣＰＵ２２がＲＯＭ２２ａ等に格納されたプログラムを実行することにより実現される。

記憶部２０６は、機器情報ＤＢをはじめ、通信機器２００の動作に必要な各種データを記憶する。機器情報ＤＢは、通信機器２００の設置個所を示す通信機器２００の装置ＩＤ等の情報のほか、通信機器２００の属性情報を有する。属性情報には、アクティビティ情報が含まれる。例えば、建屋や敷地への出入り口近傍に設置される通信機器２００であれば、その属性であるアクティビティ情報は「出勤」または「退勤」等である。会議室の出入り口近傍に設置される通信機器２００であれば、その属性であるアクティビティ情報は「ミーティング」である。その他、設置個所が社員食堂であれば「食堂（休憩）」、オフィス機器であれば「作業」等の属性を有する。通信機器２００の装置ＩＤ、属性情報等の立ち寄り先情報は、端末通信部２０１を介して携帯型端末１００へと送信される。記憶部２０６の機能は、例えば、図３のＨＤＤ２６により実現される。すなわち、立ち寄り先情報は、通信機器２００が設置されている場所、施設や設備などにおいて、携帯型端末１００のユーザがその場所に居ることやその施設、設備を利用することを示す情報である。また、立ち寄り先情報は、通信機器２００が設置されている場所、施設や設備などにおいて、携帯型端末１００のユーザが行ったアクティビティ（業務内容）を示す情報である。

工数管理サーバ３１０は、データ処理部３１２、端末通信部３１５、および記憶部３１６を備えている。

端末通信部３１５は、携帯型端末１００のサーバ通信部１０５と通信ネットワーク回線を介して無線接続し、各種情報を受信する。端末通信部３１５の機能は、例えば、図４の通信Ｉ／Ｆ３５により実現される。

データ処理部３１２は、ユーザから受信した各種情報をユーザごとや日付ごと等に纏めて記憶部３１６の工数管理ＤＢに記憶する。データ処理部３１２の機能は、例えば、図４のＣＰＵ３２がＲＯＭ３２ａ等に格納されたプログラムを実行することにより実現される。

記憶部３１６は、工数管理ＤＢをはじめ、工数管理サーバ３１０の動作に必要な各種データを記憶する。工数管理ＤＢは、ユーザの出退勤の時刻、所定の業務内容（アクティビティ）、および業務の時間帯等の情報を有する。記憶部３１６の機能は、例えば、図４のＨＤＤ３６により実現される。

スケジュール管理サーバ３２０は、端末通信部３２５および記憶部３２６を備えている。

端末通信部３２５は、携帯型端末１００のサーバ通信部１０５と通信ネットワーク回線を介して無線接続し、各種情報を送受信する。端末通信部３２５は、携帯型端末１００からスケジュールの入力があるとこれを受信する。端末通信部３２５は、携帯型端末１００から入力されたスケジュールを所定のタイミングで携帯型端末１００へと送信する。所定のタイミングとは、例えば、携帯型端末１００と通信機器２００との間で情報の授受があったときなどである。

記憶部３２６は、スケジュール管理ＤＢをはじめ、スケジュール管理サーバ３２０の動作に必要な各種データを記憶する。スケジュール管理ＤＢは、ユーザの所定の業務予定内容（アクティビティ）、および業務の予定時間帯等の情報を有する。

（携帯型端末の機能）
次に、図６～図９を用いて、携帯型端末１００の機能の詳細について説明する。

図６は、実施形態にかかる携帯型端末１００のユーザが建屋または敷地の出入り口に設置されたゲート２００ａを通過するときの様子を示す図である。図６に示すように、勤務場所への出勤時、携帯型端末１００を着用したユーザは、ゲート２００ａを通過する。このとき、携帯型端末１００は、ゲート２００ａに設置された通信機器２００の立ち寄り先情報として、通信機器２００の設置場所であるゲート２００ａを示す装置ＩＤ等の情報と共に、属性情報である「出勤」のアクティビティ情報を受信する。携帯型端末１００は、受信された立ち寄り先情報を、その時の時刻および携帯型端末１００の装置ＩＤと共に、工数管理サーバ３１０及びスケジュール管理サーバ３２０へと送信する。携帯型端末１００の装置ＩＤは、携帯型端末１００のユーザを特定する認証情報として機能する。

工数管理サーバ３１０は、認証情報により識別されるユーザと、ユーザのアクティビティである「出勤」、及び時刻を紐付けて工数管理ＤＢに記憶する。スケジュール管理サーバ３２０は、「出勤」の属性情報を含む立ち寄り先情報が携帯型端末１００から送信されると、その日のユーザのスケジュール情報を携帯型端末１００へと送信する。かかるスケジュール情報は、例えばユーザが携帯型端末１００を用いて、予め入力していた情報である。携帯型端末１００は、スケジュール管理サーバ３２０からのスケジュール情報を記憶部１０６のアクティビティＤＢに記憶する。

図７は、実施形態にかかる携帯型端末１００のユーザが会議室に入室するときの様子を示す図である。図７に示すように、ユーザが会議室に入室するタイミングで、会議室の出入り口近傍２００ｂに設置された通信機器２００にタッチすると、携帯型端末１００は、その通信機器２００の立ち寄り先情報として、通信機器２００の設置された会議室名、入室時刻、属性情報である「ミーティング」のアクティビティ情報を受信する。

一方、携帯型端末１００のデータ処理部１０２は、出勤時に記憶したその日のスケジュールのうち、その時間帯のアクティビティ情報をアクティビティＤＢから読み出す。そして、データ処理部１０２は、通信機器２００から受信した立ち寄り先情報と、読み出したアクティビティ情報とを比較し、それらの情報が一致しているか否かを判定する。図７の例では、ユーザのスケジュール情報によると９時から１０時までミーティングとなっており、ユーザは実際に会議室に入室している。そこで、データ処理部１０２は、立ち寄り先情報とアクティビティ情報とが一致していると判定し、通信機器２００から受信した立ち寄り先情報を記憶部１０６のアクティビティＤＢに記憶する。

なお、このときに、データ処理部１０２は、その時間帯のアクティビティ情報が正しいか否かを問う通知を作成してもよい。出力部１０４は、データ処理部１０２が作成した通知とともに、その時間帯のアクティビティ情報を携帯型端末１００の表示装置１４に表示する。アクティビティ情報が正しい場合、ユーザは、「Ｙｅｓ」を選択して、通信機器２００からの情報のアクティビティＤＢへの登録を承認することができる。

データ処理部１０２は、立ち寄り先情報とアクティビティ情報との一致が確認されたタイミングからの経過時間を、業務（ここではミーティング）の継続時間として計測し始める。

会議終了後、ユーザは、会議室から退室する際にも会議室の出入り口近傍２００ｂの通信機器２００にタッチすることで、会議室からの退室時刻を得ることができる。また、データ処理部１０２は、業務の継続時間（最初のタッチからの経過時間）の計測を終了する。退室時刻および業務の継続時間はアクティビティＤＢに記憶される。これにより、携帯型端末１００のデータ処理部１０２は、１つの業務が終了したものと判定し、会議室に入室してから退室するまでに得られた情報をユーザの認証情報と共に、工数管理サーバ３１０に送信する。

なお、ユーザは、例えば会議室に配備されたテレビ会議端末２００ｅ、電子黒板２００ｆ等のオフィス機器に設置された通信機器２００にタッチすることによっても、「ミーティング」の属性情報を受信し、かかる情報を記憶部１０６のアクティビティＤＢに記憶させることができる。

また同様に、ユーザは、事務所の出入り口近傍２００ｂまたはパーソナルコンピュータ２００ｄに設置された通信機器２００にタッチすることで、例えば「事務処理」等の属性情報を受信することができる。また同様に、ユーザは、社員食堂の出入り口近傍２００ｂまたは食事の精算機に設置された通信機器２００にタッチすることで、「食堂（休憩）」の属性情報を受信することができる。

ここで、通信機器２００から受信した立ち寄り先情報とスケジュール上のアクティビティ情報とが一致しない場合について説明する。図８は、実施形態にかかる通信機器２００およびスケジュールの情報が一致しない場合を示す図である。図８において、ユーザの携帯型端末１００は、例えば複合機２００ｃに設置される通信機器２００にタッチ（ログイン）されて、「ＭＦＰで作業」の属性情報を受信したものとする。

図８に示すように、携帯型端末１００が複合機２００ｃからの情報を受信したにもかかわらず、ユーザのその日のスケジュール情報によると１５時から１５時半まで打ち合わせとなっている。このため、携帯型端末１００のデータ処理部１０２は、立ち寄り先情報とアクティビティ情報とが一致しないと判定する。そして、データ処理部１０２は、その時間帯のアクティビティ情報が正しいか否かを問う通知を作成する。出力部１０４は、データ処理部１０２が作成した通知とともに、スケジュール上のアクティビティ情報を携帯型端末１００の表示装置１４に表示する。

意図せず複合機２００ｃの通信機器２００に触れて情報が入力されてしまった場合のように、スケジュール上のアクティビティ情報が正しい場合、ユーザは、「Ｙｅｓ」を選択することができる。これにより、複合機２００ｃの通信機器２００から受信した情報は、アクティビティＤＢに記憶されることなくキャンセルされる。

複合機２００ｃでの急な作業が入った場合のように、スケジュール上のアクティビティ情報に変更が生じた場合、ユーザは、「Ｎｏ」を選択することができる。また、このとき、ユーザは、属性情報として、「ＭＦＰで作業」以外にも幾つかの候補の中からアクティビティの内容を選択することができる。候補の中にそのとき行うアクティビティが含まれない場合には「後で直接入力」を選択して、パーソナルコンピュータ等から手動で入力することもできる。以上の操作により、複合機２００ｃの通信機器２００から受信した情報が、アクティビティＤＢに記憶される。複合機２００ｃでの作業終了時、複合機２００ｃの通信機器２００にタッチ（ログアウト）することで、複合機２００ｃでの作業および作業継続時間等の情報が、ユーザの認証情報と共に工数管理サーバ３１０に送られ、工数管理ＤＢに登録される。

このように、ユーザは、その日の業務を行う先々で、種々の立ち寄り先情報を受信する。携帯型端末１００は、通信機器２００から情報を受信するたびに、受信した情報がユーザのスケジュール内容と一致しているかを判定し、例えばユーザからの承認が得られた情報のみをアクティビティＤＢへと蓄積していく。アクティビティＤＢへと蓄積されたこれらの情報は、１つの業務が終了したタイミングで、携帯型端末１００から工数管理サーバ３１０へと送信される。

なお、ユーザが退勤する際にゲート２００ａを通過することで、つまり、携帯型端末１００が「退勤」の属性情報を受信したタイミングで、アクティビティＤＢに蓄積された情報が一括して工数管理サーバ３１０へと送信されてもよい。

図９は、実施形態にかかる工数管理サーバ３１０の工数管理ＤＢが有する情報の一例を示す図である。図９に示すように、工数管理ＤＢは、例えば、個々の携帯型端末１００を示す「デバイスＮｏ．」、「デバイスＮｏ．」から判別される「ユーザ名」、個々の通信機器２００を示す「通信機器識別Ｎｏ．」、携帯型端末１００が通信機器２００を検知した時間を示す「検知時間」、ユーザが通信機器２００の設置個所に留まっていた時間を示す「作業時間（ｍｉｎ）」、ユーザの業務内容を示す「アクティビティ」等の情報を有する。例えば、図９の「デバイスＮｏ．」は、ユーザを判別する認証情報として機能する。図９の「通信機器識別Ｎｏ．」における「１１１１－１１１１」は、例えば複合機２００ｃに設置された通信機器２００を表す。「２２２２－２２２２」は、例えば社員食堂に設置された通信機器２００を表す。「３３３３－３３３３」は、例えば会議室に設置された通信機器２００を表す。

（工数管理システムの動作）
次に、図１０を用いて、工数管理システム１０の動作について説明する。図１０は、実施形態にかかる工数管理システム１０の動作の一例を示すシーケンス図である。ここでは、携帯型端末１００を着用したユーザが、複合機２００ｃにおいて作業を行う場合を例に取る。

ユーザが携帯型端末１００を複合機２００ｃの通信機器２００にタッチすると（１：ログイン）、携帯型端末１００がそれを検知して通信機器２００からの立ち寄り先情報を受信する（１．１：検知通知）。

ユーザは、携帯型端末１００が検知した情報を確認し（２：利用機器からの通知内容の確認）、その内容が正しければ「Ｙｅｓ」を選択する。これにより、業務の継続時間の計測が開始される（１．２：利用時間計測開始）。内容が正しくない場合には、「Ｎｏ」を選択して正しい内容を手入力するか、別の通信機器２００と再接続する（３：別機器の選択）。

所定の業務が終了し、ユーザが再び携帯型端末１００を通信機器２００にタッチすると（４：ログアウト）、業務の継続時間の計測が停止し（４．１：利用時間計測ストップ）、ユーザの業務内容および業務の継続時間等が工数管理サーバ３１０の工数管理ＤＢへと反映される（５：ユーザの工数管理システムへ反映）。

（携帯型端末による情報処理）
次に、図１１および図１２を用いて、実施形態の携帯型端末１００による情報処理の例について説明する。図１１は、実施形態にかかる携帯型端末１００による情報処理の手順の一例を示すフロー図である。より具体的には、図１１は、携帯型端末１００からのスケジュールの入力処理の手順の一例を示している。

図１１に示すように、ステップＳ１０１において、携帯型端末１００の入力部１０３から、スケジュールが入力される。入力内容には、業務内容としてアクティビティ情報およびそのアクティビティが行われる時間帯等が含まれる。

ステップＳ１０２において、携帯型端末１００のサーバ通信部１０５から、スケジュール管理サーバ３２０へ、入力されたスケジュールが送信される。スケジュール管理サーバ３２０の端末通信部３１５は携帯型端末１００からのスケジュールを受信し、記憶部３２６はスケジュールを携帯型端末１００の装置ＩＤ等と紐付けて記憶する。

以上により、携帯型端末１００によるスケジュールの入力処理が終了する。

図１２は、実施形態にかかる携帯型端末１００による情報処理の手順の他の例を示すフロー図である。より具体的には、図１２は、携帯型端末１００が通信機器２００、工数管理サーバ３１０、及びスケジュール管理サーバ３２０と情報のやり取りをするときの工数管理処理の手順の一例を示している。

図１２に示すように、ステップＳ１１１において、携帯型端末１００がゲート２００ａに設置された通信機器２００にタッチされる。

ステップＳ１１２において、携帯型端末１００の機器通信部１０１は、通信機器２００から、属性情報として「出勤」のアクティビティ情報を含む立ち寄り先情報を受信する。サーバ通信部１０５は、属性情報として「出勤」のアクティビティ情報を含む立ち寄り先情報および時刻情報を、ユーザの認証情報と共に工数管理サーバ３１０及びスケジュール管理サーバ３２０へと送信する。工数管理サーバ３１０の工数管理ＤＢに、属性情報として「出勤」のアクティビティ情報を含む立ち寄り先情報が記憶される。

ステップＳ１１３において、携帯型端末１００のサーバ通信部１０５は、属性情報として「出勤」のアクティビティ情報を含む立ち寄り先情報を受信したスケジュール管理サーバ３２０から、その日のユーザのスケジュールを受信する。データ処理部１０２は、受信したスケジュールを記憶部１０６のアクティビティＤＢに記憶する。

ステップＳ１１４において、携帯型端末１００が、ユーザの立ち寄り先に配置された通信機器２００にタッチされる。ステップＳ１１５において、機器通信部１０１は、通信機器２００から立ち寄り先情報を受信する。

ステップＳ１１６において、データ処理部１０２は、アクティビティＤＢからその時間帯のアクティビティを読み出す。ステップＳ１１７において、データ処理部１０２は、通信機器２００から受信した内容と、アクティビティＤＢから読み出した内容とを比較し、受信した情報が正しいか否かを判定する。

受信した情報が正しくないときは（Ｎｏ）、データ処理部１０２は、内容の訂正を求める通知を作成し、出力部１０４が表示装置１４に通知を表示する。ステップＳ１１８において、データ処理部１０２は、入力部１０３により訂正内容が入力されたか否かを判定する。ユーザは、正しい情報を有する通信機器２００に再度タッチするか（Ｎｏ）、正しい内容を入力することができる（Ｙｅｓ）。

受信した情報が正しいときは（Ｙｅｓ）、ステップＳ１１９において、データ処理部１０２は、業務の継続時間の計測を開始する。

ステップＳ１２０において、携帯型端末１００が、業務を終えたユーザにより通信機器２００にタッチされる。ステップＳ１２１において、データ処理部１０２は、業務の継続時間の計測を停止する。ステップＳ１２２において、サーバ通信部１０５は、アクティビティ情報および業務の継続時間等を含む立ち寄り先情報を、ユーザの認証情報と共に工数管理サーバ３１０へと送信する。工数管理サーバ３１０の工数管理ＤＢには立ち寄り先情報が記憶される。

ユーザの退勤時間が来るまで（ステップＳ１２３：Ｎｏ）、ステップＳ１１４～Ｓ１２２の処理が繰り返される。

ステップＳ１２３において、携帯型端末１００がゲート２００ａの通信機器２００にタッチされると（Ｙｅｓ）、ステップＳ１２４において、機器通信部１０１は、通信機器２００から、属性情報として「退勤」のアクティビティ情報を含む立ち寄り先情報を受信する。サーバ通信部１０５は、属性情報として「退勤」のアクティビティ情報を含む立ち寄り先情報および時刻情報を、ユーザの認証情報と共に工数管理サーバ３１０へと送信する。工数管理サーバ３１０の工数管理ＤＢに、属性情報として「退勤」のアクティビティ情報を含む立ち寄り先情報が記憶される。

以上により、携帯型端末１００による工数管理処理が終了する。

例えば、特許文献１の勤怠管理端末においては、端末を入退室管理システムと連動させ、入退室管理システムの入退室情報を活用することで、勤怠管理を容易にしている。しかしながら、特許文献１の勤怠管理端末では、入退室の時間のみしか管理することができない。社員等の工数管理にあたっては、所定の場所への入退室時間のみならず、そこでの業務内容等も管理する必要がある。また、急な予定変更等に対応する必要もある。

実施形態の携帯型端末１００においては、工数管理サーバ３１０等と連携し、ユーザの工数入力を容易にする連携システムを構成することができる。ユーザは、携帯型端末１００と、通信機器２００、工数管理サーバ３１０等との連携によって、簡便な操作で、アクティビティ情報も含めた工数入力が可能になる。そのため、例えば、パーソナルコンピュータを用いずとも、何かアクションを起こすごとに工数入力を行うことができる。

実施形態の携帯型端末１００においては、通信機器２００へのログイン及びログアウト（入退室時の通信機器２００へのタッチ）で、業務の継続時間を自動計測することができ、ユーザの工数入力の手間を省くことができる。

実施形態の携帯型端末１００においては、スケジュール管理サーバ３２０とも連携することで、予め入力されたスケジュールと実際の業務内容とが一致しているか否かを確認する形で、工数管理サーバ３１０への工数の登録が可能である。その場での変更入力ができないときは、追って、パーソナルコンピュータ等からの入力も可能である。これにより、急な予定変更にも対応可能である。

（その他の変形例）
上述の実施形態では、ユーザの出勤時にその日のスケジュールをスケジュール管理サーバ３２０から受信することとしたが、これに限られない。携帯型端末が、いずれかの通信機器に接近するたびに、スケジュール管理サーバから、その時間帯のスケジュールを受信してもよい。

上述の実施形態では、携帯型端末１００からスケジュールの入力をすることとしたが、これに限られない。スケジュールの入力は、通信ネットワーク回線に接続されたパーソナルコンピュータ等から行われてもよい。

１０ 工数管理システム
１２ ＣＰＵ
１２ａ ＲＯＭ
１２ｂ ＲＡＭ
１３ 入力装置
１４ 表示装置
１５ 通信Ｉ／Ｆ
１６ ＨＤＤ
１００ 携帯型端末
１０１ 機器通信部
１０２ データ処理部
１０３ 入力部
１０４ 出力部
１０５ サーバ通信部
１０６ 記憶部
２００ 通信機器
２０１ 端末通信部
２０２ データ処理部
２０６ 記憶部
３１０ 工数管理サーバ
３１２ データ処理部
３１５ 端末通信部
３１６ 記憶部
３２０ スケジュール管理サーバ
３２５ 端末通信部
３２６ 記憶部

特開２００７－２８６９１２号公報

Claims (7)

1. ユーザの勤務工数を管理する工数管理サーバ、および前記ユーザのスケジュールを管理するスケジュール管理サーバにネットワークを介して接続され、
   前記ユーザの立ち寄り先に配置され前記立ち寄り先に応じた属性情報を含む立ち寄り先情報を保有する通信機器に接近することで、前記通信機器から前記立ち寄り先情報を受信する第１の通信部と、
   前記立ち寄り先情報をその時の時刻情報と共に前記工数管理サーバに送信し、前記スケジュール管理サーバから所定のタイミングで前記ユーザのスケジュールを受信する第２の通信部と、
   前記立ち寄り先情報の内容と前記スケジュール管理サーバから受信した前記ユーザのスケジュールとを比較するデータ処理部と、
   前記ユーザのスケジュールからの変更に関する内容が入力される入力部と、を備え、
   前記データ処理部は、
   比較した結果が一致しない場合は、前記ユーザにスケジュールの変更を確認する通知を作成し、
   前記第２の通信部は、
   前記通知に応じて前記ユーザのスケジュールからの変更が入力されると該スケジュールからの変更に関する内容を前記工数管理サーバに送信する、
   携帯型端末。
2. 前記第２の通信部は、
   前記通信機器から所定の属性情報を含む立ち寄り先情報が受信され、前記所定の属性情報を含む前記立ち寄り先情報が前記スケジュール管理サーバに送信されると、前記スケジュール管理サーバから前記ユーザのスケジュールを受信する、
   請求項１に記載の携帯型端末。
3. 前記データ処理部は、
   前記携帯型端末が前記通信機器に接近して前記通信機器にログインした状態になると前記ログインした時刻からの経過時間の計測を開始し、前記携帯型端末が再度前記通信機器に接近して前記通信機器からログアウトした状態になると前記経過時間の計測を停止し、
   前記第２の通信部は、
   前記立ち寄り先情報と共に、前記ログインから前記ログアウトまでの前記経過時間を前記工数管理サーバに送信する、
   請求項１または請求項２に記載の携帯型端末。
4. 前記第２の通信部は、
   前記立ち寄り先情報および前記時刻情報と共に、前記ユーザの認証情報を前記工数管理サーバに送信する、
   請求項１乃至請求項３のいずれか１項に記載の携帯型端末。
5. ユーザの勤務工数を管理する工数管理サーバ、および前記ユーザのスケジュールを管理するスケジュール管理サーバにネットワークを介して接続される携帯型端末で実行される情報処理方法であって、
   前記ユーザの立ち寄り先に配置され前記立ち寄り先に応じた属性情報を含む立ち寄り先情報を保有する通信機器に接近することで、前記通信機器から前記立ち寄り先情報を受信する第１の通信ステップと、
   前記立ち寄り先情報をその時の時刻情報と共に前記工数管理サーバに送信し、前記スケジュール管理サーバから所定のタイミングで前記ユーザのスケジュールを受信する第２の通信ステップと、
   前記立ち寄り先情報の内容と前記スケジュール管理サーバから受信した前記ユーザのスケジュールとを比較するデータ処理ステップと、
   比較した結果が一致しない場合は、前記ユーザにスケジュールの変更を確認する通知を作成する通知作成ステップと、
   前記通知に応じて前記ユーザのスケジュールからの変更が入力されると該スケジュールからの変更に関する内容を前記工数管理サーバに送信する送信ステップと、を含む、
   情報処理方法。
6. ユーザの勤務工数を管理する工数管理サーバ、および前記ユーザのスケジュールを管理するスケジュール管理サーバにネットワークを介して接続されるコンピュータに、
   前記ユーザの立ち寄り先に配置され前記立ち寄り先に応じた属性情報を含む立ち寄り先情報を保有する通信機器に接近することで、前記通信機器から前記立ち寄り先情報を受信する第１の通信ステップと、
   前記立ち寄り先情報をその時の時刻情報と共に前記工数管理サーバに送信し、前記スケジュール管理サーバから所定のタイミングで前記ユーザのスケジュールを受信する第２の通信ステップと、
   前記立ち寄り先情報の内容と前記スケジュール管理サーバから受信した前記ユーザのスケジュールとを比較するデータ処理ステップと、
   比較した結果が一致しない場合は、前記ユーザにスケジュールの変更を確認する通知を作成する通知作成ステップと、
   前記通知に応じて前記ユーザのスケジュールからの変更が入力されると該スケジュールからの変更に関する内容を前記工数管理サーバに送信する送信ステップと、を実行させるための、
   プログラム。
7. ユーザの勤務工数を管理する工数管理サーバ、前記ユーザのスケジュールを管理するスケジュール管理サーバ、および工数管理サーバとスケジュール管理サーバとにネットワークを介して接続される携帯型端末を含む工数管理システムであって、
   前記携帯型端末は、
   前記ユーザの立ち寄り先に配置され前記立ち寄り先に応じた属性情報を含む立ち寄り先情報を保有する通信機器に接近することで、前記通信機器から前記立ち寄り先情報を受信する第１の通信部と、
   前記立ち寄り先情報をその時の時刻情報と共に前記工数管理サーバに送信し、前記スケジュール管理サーバから所定のタイミングで前記ユーザのスケジュールを受信する第２の通信部と、
   前記立ち寄り先情報の内容と前記スケジュール管理サーバから受信した前記ユーザのスケジュールとを比較するデータ処理部と、
   前記ユーザのスケジュールからの変更に関する内容が入力される入力部と、を備え、
   前記データ処理部は、
   比較した結果が一致しない場合は、前記ユーザにスケジュールの変更を確認する通知を作成し、
   前記第２の通信部は、
   前記通知に応じて前記ユーザのスケジュールからの変更が入力されると該スケジュールからの変更に関する内容を前記工数管理サーバに送信する、
   工数管理システム。

Images