JP2017134737A - 管理サーバー、管理システム、管理装置、管理方法、及び管理プログラム - Google Patents

Abstract

【課題】予定のデータを消去することなく、実績のデータを登録することができる管理サーバーを提供する。【解決手段】管理サーバー３は、記憶部３２と、操作画面生成部３６と、更新部３７とを備える。記憶部３２は、現在の日時よりも過去に属する第１情報３２１ａを含むスケジュールデータ３２１を記憶する。操作画面生成部３６は、ユーザー端末４の表示部４３に第１情報を示す画像を表示させる操作画面のデータを生成する。更新部３７は、ユーザー端末４から、現在の日時よりも過去に属する第２情報３２１ｂを含むデータが送信されると、スケジュールデータ３２１に第２情報３２１ｂを追加して、スケジュールデータ３２１を更新する。操作画面生成部３６は、スケジュールデータ３２１が更新されると、第１情報を示す画像が表示されていた領域に第２情報を示す画像の少なくとも一部を表示させる操作画面のデータを生成する。【選択図】図４

Description

本発明は、管理サーバー、管理システム、管理装置、管理方法、及び管理プログラムに関する。

ユーザーがコンピューターを利用して自分の予定を管理するためのアプリケーションソフトウェアとして、カレンダーのソフトウェアが普及している。また、近年、様々な分野においてクラウドコンピューティングが利用されるようになってきており、ユーザーが自分のカレンダーをサーバーに登録して使用するオンラインカレンダー（例えば、特許文献１参照。）が普及している。

特開２０１４−１７９０５６号公報

しかしながら、コンピューター上で利用される一般的なカレンダー機能は、ユーザーの予定の管理に利用されるものであるため、予定に対する実際の行動を管理（登録）できるようにはなっていない。即ち、仮に一般的なカレンダー機能を利用して実際の行動（実績）のデータを登録すると、予定のデータは消去されてしまう。

本発明は上記課題に鑑みてなされたものであり、予定のデータを消去することなく、予定に対する実績（実際の行動など）のデータを登録することができる管理サーバー、管理システム、管理装置、管理方法、及び管理プログラムを提供することを目的とする。

本発明の管理サーバーは、記憶部と、操作画面生成部と、更新部とを備える。前記記憶部は、第１情報を含むスケジュールデータを記憶する。前記第１情報は、現在の日時よりも過去に属する。前記操作画面生成部は、第１操作画面のデータを生成する。前記第１操作画面のデータは、ユーザー端末の表示部に前記第１情報を示す画像を表示させる。前記更新部は、前記ユーザー端末から、第２情報を含むデータが送信されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する。前記第２情報は、前記現在の日時よりも過去に属する。前記操作画面生成部は、前記更新部により前記スケジュールデータが更新されると、第１操作画面のデータを生成する。前記第１操作画面のデータは、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる。

ある実施形態において、前記第１操作画面は、前記ユーザー端末による前記第２情報の入力操作が可能な画面である。前記ユーザー端末により前記第１操作画面を介して前記第２情報が入力されると、前記ユーザー端末から前記第２情報を含むデータが送信される。

ある実施形態では、前記第１情報を示す画像の表示領域に対する入力操作に応じて前記第２情報が入力される。

ある実施形態において、前記操作画面生成部は、前記ユーザー端末による前記第２情報の入力操作が可能な第２操作画面のデータを生成する。前記ユーザー端末により前記第２操作画面を介して前記第２情報が入力されると、前記ユーザー端末から前記第２情報を含むデータが送信される。

ある実施形態において、前記管理サーバーは、前記第２情報を分析する分析部を更に備える。

ある実施形態において、前記分析部は、前記第１情報と前記第２情報とを比較して前記第２情報を分析する。

ある実施形態では、前記第１操作画面のレイアウト画像が、カレンダーのレイアウトを示す。

本発明の管理システムは、管理サーバーと、ユーザー端末とを備える。前記管理サーバーは、記憶部と、操作画面生成部と、更新部とを備える。前記記憶部は、第１情報を含むスケジュールデータを記憶する。前記第１情報は、現在の日時よりも過去に属する。前記操作画面生成部は、操作画面のデータを生成する。前記操作画面は、前記第１情報を示す画像を含む。前記更新部は、前記ユーザー端末から、第２情報を含むデータが送信されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する。前記第２情報は、前記現在の日時よりも過去に属する。前記ユーザー端末は、表示部と、表示制御部と、送信処理部とを備える。前記表示制御部は、前記操作画面生成部が生成したデータに基づいて、前記操作画面を前記表示部に表示させる。前記送信処理部は、前記第２情報が入力されると、前記管理サーバーへ前記第２情報を含むデータを送信する。前記操作画面生成部は、前記更新部により前記スケジュールデータが更新されると、操作画面のデータを生成する。前記操作画面のデータは、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる。

本発明の管理装置は、記憶部と、表示部と、操作画面生成部と、更新部とを備える。前記記憶部は、第１情報を含むスケジュールデータを記憶する。前記第１情報は、現在の日時よりも過去に属する。前記操作画面生成部は、操作画面のデータを生成する。前記操作画面のデータは、前記表示部に前記第１情報を示す画像を表示させる。前記更新部は、第２情報が入力されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する。前記第２情報は、前記現在の日時よりも過去に属する。前記操作画面生成部は、前記更新部により前記スケジュールデータが更新されると、操作画面のデータを生成する。前記操作画面のデータは、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる。

本発明の管理方法は、以下のステップを包含する。第１情報を示す画像を含む操作画面を表示部に表示させるステップ。現在の日時よりも過去に属する第２情報が入力されると、前記第１情報を含むスケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新するステップ。前記スケジュールデータが更新されると、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させるステップ。

本発明の第１の管理プログラムは、コンピューターに以下の手順を実行させる。現在の日時よりも過去に属する第１情報をスケジュールデータに追加する手順。前記第１情報を示す画像をユーザー端末の表示部に表示させる操作画面のデータを、前記ユーザー端末に配信する手順。前記ユーザー端末から、前記現在の日時よりも過去に属する第２情報を含むデータが送信されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する手順。前記スケジュールデータが更新されると、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる操作画面のデータを、前記ユーザー端末に配信する手順。

本発明の第２の管理プログラムは、コンピューターに以下の手順を実行させる。現在の日時よりも過去に属する第１情報をスケジュールデータに追加する手順。前記第１情報を示す画像を含む操作画面を表示部に表示させる手順。前記現在の日時よりも過去に属する第２情報が入力されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する手順。前記スケジュールデータが更新されると、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる手順。

本発明によれば、第１情報（予定のデータ）を消去することなく、第２情報（予定に対する実績のデータ）を登録することができる。

本発明の第１実施形態に係る第１実績管理システムの構成を示す図である。 本発明の第１実施形態に係る予定管理サーバー及びユーザー端末の構成を示す図である。 本発明の第１実施形態に係る予定情報の登録処理を示すフローチャートである。 本発明の第１実施形態に係る実績管理サーバー及びユーザー端末の構成を示す図である。 本発明の第１実施形態に係る実績情報の登録処理を示すフローチャートである。 本発明の第１実施形態に係るスケジュール表画面の一例を示す図である。 本発明の第１実施形態に係るスケジュール表画面を介した実績情報の登録のための操作の一例を示す図である。 本発明の第１実施形態に係るスケジュール表画面を介した実績情報の登録のための操作の一例を示す図である。 本発明の第１実施形態に係る更新されたスケジュール表画面の一例を示す図である。 本発明の第１実施形態に係るスケジュール表画面を介した実績情報の登録のための操作の他の例を示す図である。 本発明の第１実施形態に係る更新されたスケジュール表画面の他の例を示す図である。 本発明の第１実施形態に係るダイアログボックス画面の一例を示す図である。 本発明の第１実施形態に係る第１分析結果画面を示す図である。 本発明の第１実施形態に係る第２分析結果画面を示す図である。 （ａ）は本発明の第１実施形態に係る第３分析結果画像を示す図であり、（ｂ）は本発明の第１実施形態に係る第４分析結果画像を示す図である。 （ａ）は本発明の第１実施形態に係るスケジュール表の画像の一例を示す図であり、（ｂ）は本発明の第１実施形態に係る第５分析結果画像を示す図であり、（ｃ）は本発明の第１実施形態に係る第６分析結果画像を示す図である。 本発明の第２実施形態に係る第２実績管理システムの構成を示す図である。 本発明の第３実施形態に係る第３実績管理システムの構成を示す図である。 （ａ）は本発明の第４実施形態に係るユーザー端末の構成を示す図であり、（ｂ）は本発明の第４実施形態に係る管理装置の他の構成を示す図である。

以下、図面を参照して本発明の実施形態を説明する。但し、図中、同一又は相当部分については同一の参照符号を付して説明を繰り返さない。

［第１実施形態］
まず図１を参照して、第１実施形態に係る第１実績管理システム１ａの構成について説明する。図１は、第１実績管理システム１ａの構成を示す図である。なお本明細書において、「実績」は、ユーザーの実際の行動又は処理などを示す。以下、「実際の行動又は処理など」を、実際の行動と記載する場合がある。

図１に示すように、第１実績管理システム１ａは、予定管理サーバー２、実績管理サーバー３、及び少なくとも１台以上のユーザー端末４を含む。各ユーザー端末４は、ネットワークＮを介して、予定管理サーバー２及び実績管理サーバー３との間で通信を行うことができる。また、予定管理サーバー２と実績管理サーバー３との間でもネットワークＮを介した通信が可能となっている。

ネットワークＮは、例えば、インターネット回線、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、及び公衆電話網を含み得る。ユーザー端末４は、ユーザーが使用する端末であり、例えば、デスクトップ型パーソナルコンピューター、ノート型パーソナルコンピューター、タブレット端末、又はスマートフォンである。予定管理サーバー２は各ユーザーの予定の管理に利用される。また、実績管理サーバー３は各ユーザーの実績の管理に利用される。

続いて図２を参照して、予定管理サーバー２の構成を説明する。図２は、予定管理サーバー２及びユーザー端末４の構成を示す図である。

図２に示すように、予定管理サーバー２は、通信部２１、記憶部２２、及び制御部２３を備える。予定管理サーバー２は、例えば、カレンダーサーバーであり得る。

通信部２１は、例えば通信インターフェースであり、ネットワークＮを介した他の機器との間の通信を制御する。具体的には、通信部２１は、各ユーザー端末４との間の通信、及び、実績管理サーバー３（図１参照）との間の通信を制御する。

記憶部２２は、各種プログラムや各種設定情報などを記憶する。記憶部２２は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）が備える磁気ディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）によって構成され得る。第１実施形態において、記憶部２２は、少なくとも一人のユーザーの第１予定データ２２１と、各ユーザーに固有の第１識別子２２２とを記憶する。第１予定データ２２１は、第１識別子２２２に関連づけられて記憶される。また、各第１予定データ２２１は、少なくとも１つ以上の予定情報（予定に関する情報）を含む。

制御部２３は、記憶部２２に記憶されているプログラムを実行することによって、数値計算や情報処理、機器制御のような様々な処理を行う。制御部２３は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）又はＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み得る。

詳しくは、制御部２３は、ネットワークＮを介して各ユーザー端末４から受信した予定情報（第１情報）を含むデータから予定情報を抽出する。そして、制御部２３は、抽出した予定情報を、各ユーザーに固有の第１識別子２２２に関連付けて記憶部２２に記憶させる。

予定情報は、予定の日時の情報、及びタイトル（例えば、業務名）の情報を少なくとも含む。日時の情報は、年月日の情報、及び、予定の開始時刻及び終了時刻の情報を含む。予定情報は、その他にも予定の詳細な内容（例えば、目標生産数や目標処理件数）の情報を含み得る。予定管理サーバー２は、予定情報を年月日に関連付けて記憶部２２に記憶させて、記憶部２２にデータベースを構築してもよい。

制御部２３は更に、プログラムを実行することによって認証部２４、第１操作画面生成部２５、及び第１更新部２６を有するように機能する。

認証部２４は、ユーザーを識別するための情報を通信部２１が受信するとユーザーの認証処理を行う。例えば、ユーザーを識別するための情報として、ユーザー端末４から第１ログインＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及び第１ログインパスワードが送信され得る。

第１操作画面生成部２５は、各種の操作画面のデータを生成する。第１操作画面生成部２５が生成した操作画面のデータは、通信部２１を介して、ユーザー端末４へ配信される。具体的には、第１操作画面生成部２５は、記憶部２２から必要なデータ（例えば、レイアウトデータや予定情報）を読み出し、それらを纏めて操作画面のデータを生成する。

操作画面のデータは、所定の操作画面を表示させるとともに、操作画面を介した入力操作を受け付けるためのデータ（プログラム）である。操作画面のデータは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）、ＪａｖａＳｃｒｉｐｔ（登録商標）により記述され得る。例えば、操作画面のデータとして、第１ログイン画面のデータや、予定表画面のデータが生成される。その他にも、操作画面として、各種情報の入力が可能なダイアログボックス画面のデータが生成され得る。

第１ログイン画面は、ユーザー端末４による第１ログインＩＤ及び第１ログインパスワードの入力を受け付ける。予定表画面のレイアウト画像は、例えばカレンダーのレイアウトを示す。記憶部２２に第１予定データ２２１が記憶されている場合、予定表画面は、予定情報（第１情報）を示す画像を含み得る。予定表画面は、ユーザー端末４による予定情報等の入力を受け付ける。また、予定表画面は、ログアウトボタン画像を含む。更に、予定表画面は、他の操作画面（例えばダイアログボックス画面）を要求する指示を受け付ける。

第１更新部２６は、予定表画面を介して新規に入力された予定（以下、追加予定と記載する場合がある。）に関する情報を記憶部２２に記憶させる。この際、記憶部２２に既に記憶されている第１予定データ２２１（予定情報）の中に、追加予定の日時に重なる日時の予定の情報が存在する場合、第１更新部２６は、その予定情報を記憶部２２から消去した上で、追加予定の情報を記憶部２２に記憶させる。また、第１更新部２６は、追加予定情報が記憶部２２に記憶されたことを第１操作画面生成部２５に通知する。この通知を受けた第１操作画面生成部２５は、予定表画面のデータを生成する。第１操作画面生成部２５が生成した予定表画面のデータは、ユーザー端末４に配信される。この結果、ユーザー端末４において表示される予定表画面が更新される。

続いて図２を参照して、ユーザー端末４の構成を説明する。図２に示すように、ユーザー端末４は、通信部４１、入力デバイス４２、表示部４３、記憶部４４、及び制御部４５を備える。

通信部４１は、例えば通信インターフェースであり、ネットワークＮを介した他の機器との間の通信を制御する。具体的には、通信部４１は、予定管理サーバー２との間の通信、及び、実績管理サーバー３（図１参照）との間の通信を制御する。

入力デバイス４２は、ユーザーによって操作されて、制御部４５に対して様々な情報（指令や要求を含む。）を入力する。制御部４５は、入力デバイス４２から入力された情報に基づいて、各種の処理を実行する。入力デバイス４２は、例えば、ポインティングデバイス及びキーボードを含む。又は、入力デバイス４２は、タッチパネルを含み得る。

表示部４３は制御部４５によって制御されて、様々な情報（画像）を表示する。表示部４３は、例えば液晶ディスプレイ又は有機ＥＬディスプレイを含む。

記憶部４４は、各種プログラムや各種設定情報などを記憶する。記憶部４４は、例えば、ＨＤＤが備える磁気ディスク、ＲＡＭ及びＲＯＭによって構成され得る。

制御部４５は、記憶部４４に記憶されているプログラムを実行することによって、数値計算や情報処理、機器制御のような様々な処理を行う。制御部４５は、例えばＣＰＵ又はＭＰＵを含み得る。

詳しくは、制御部４５は、ネットワークＮを介して予定管理サーバー２から受信した操作画面のデータを記憶部４４に一時的に記憶させる。そして、制御部４５は、記憶部４４に記憶した操作画面のデータに基づき、表示制御部４６及び送信処理部４７を有するように機能する。

表示制御部４６は、操作画面のデータとして第１ログイン画面のデータが記憶部４４に記憶されると、第１ログイン画面を表示部４３に表示させる。また、表示制御部４６は、操作画面のデータとして予定表画面のデータが記憶部４４に記憶されると、予定表画面を表示部４３に表示させる。

送信処理部４７は、入力デバイス４２により操作画面を介して入力された情報を含むデータを、通信部４１を介して予定管理サーバー２へ送信する。具体的には、第１ログイン画面を介して第１ログインＩＤ及び第１ログインパスワードが入力されると、送信処理部４７は、入力された第１ログインＩＤ及び第１ログインパスワードを含むデータを予定管理サーバー２へ送信する。また、予定表画面を介して予定情報が入力されると、送信処理部４７は、入力された予定情報（追加予定情報）を含むデータを予定管理サーバー２へ送信する。

更に、予定表画面は、所定のダイアログボックス画面を要求する指示を受け付けることができる。予定表画面を介してダイアログボックス画面が要求されると、送信処理部４７が通信部４１を介して予定管理サーバー２に対しダイアログボックス画面のデータを要求する。この結果、操作画面のデータとして記憶部４４にダイアログボックス画面のデータが記憶され、表示制御部４６が、所定のダイアログボックス画面を表示部４３に表示させる。送信処理部４７は、ダイアログボックス画面を介して入力された各種情報を含むデータを予定管理サーバー２へ送信する。

なお、予定表画面に含まれるログアウトボタン画像が入力デバイス４２によって操作されると、送信処理部４７は通信部４１を介して予定管理サーバー２へログアウト信号を送信する。これにより、ユーザー端末４と予定管理サーバー２との間のセッションが終了する。

続いて図２及び図３を参照して、第１実施形態に係る予定情報（予定）の登録処理の流れ（フロー）を説明する、図３は、第１実施形態に係る予定情報の登録処理を示すフローチャートである。予定情報の登録処理は、ユーザー端末４がネットワークＮを介して予定管理サーバー２にアクセスすることによりスタートする。

ユーザー端末４が予定管理サーバー２にアクセスすると、まず、予定管理サーバー２の第１操作画面生成部２５が、第１ログイン画面のデータを生成する。第１ログイン画面のデータは、予定管理サーバー２にアクセスしたユーザー端末４に対して配信される。この結果、ユーザー端末４の記憶部４４に第１ログイン画面のデータが記憶され、表示制御部４６が、表示部４３に第１ログイン画面を表示させる。その後、ユーザーが入力デバイス４２により第１ログイン画面を介して第１ログインＩＤ及び第１ログインパスワードを入力すると、送信処理部４７が、第１ログインＩＤ及び第１ログインパスワードを含むデータを予定管理サーバー２に送信する。

予定管理サーバー２の通信部２１が第１ログインＩＤ及び第１ログインパスワードを含むデータを受信すると、認証部２４が認証処理を行う（ステップＳ３０１）。具体的には、認証部２４は、入力された第１ログインＩＤ及び第１ログインパスワードに対応する第１識別子２２２が記憶部２２に記憶されているか否かを判定する。

認証処理の結果、認証に成功しなかった（認証に失敗した）場合（ステップＳ３０１のＮｏ）、即ち、入力された第１ログインＩＤ及び第１ログインパスワードに対応する第１識別子２２２が記憶部２２に記憶されていなかった場合、処理は終了する。

一方、認証に成功した場合（ステップＳ３０１のＹｅｓ）、即ち、入力された第１ログインＩＤ及び第１ログインパスワードに対応する第１識別子２２２が記憶部２２に記憶されていた場合、予定管理サーバー２の第１操作画面生成部２５が、予定表画面のデータを生成する。予定表画面のデータは、認証に成功したユーザー端末４へ配信される。この結果、ユーザー端末４の記憶部４４に予定表画面のデータが記憶されて、表示制御部４６が表示部４３に予定表画面を表示させる（ステップＳ３０２）。

配信される予定表画面のデータは、認証に成功したユーザーの第１識別子２２２に紐づけられた第１予定データ２２１から抽出された予定情報を含み得る。具体的には、予定表画面のデータは、初期設定された期間に対応する予定情報を含む。例えば、現在の年月日を中心にした１週間の期間が初期設定される。なお、予定管理サーバー２は、ユーザー端末４から現在の年月日の情報を取得してもよい。例えばユーザー端末４が、予定管理サーバー２にアクセスする際に、又は認証処理後に、ユーザー端末４が保持する現在の年月日及び時間の情報を送信してもよい。

予定表画面が表示された後、ユーザーが入力デバイス４２を操作することにより、予定表画面に対する入力操作が実行されると（ステップＳ３０３のＹｅｓ）、ユーザー端末４の送信処理部４７が、入力操作に応じたデータ（指示及び要求を含む。）を予定管理サーバー２へ送信する（ステップＳ３０４）。なお、ステップＳ３０３の処理は、予定表画面に対する入力操作が実行されるまで繰り返される。

具体的には、入力操作によって予定情報が入力された場合（ステップＳ３０４のＸ）、ユーザー端末４の送信処理部４７が、追加予定情報を含むデータを予定管理サーバー２へ送信する。この結果、予定管理サーバー２の記憶部２２に記憶されている第１予定データ２２１が更新されるとともに、ユーザー端末４の表示部４３に表示されている予定表画面が更新される（ステップＳ３０５）。即ち、予定管理サーバー２の第１更新部２６により追加予定情報が記憶部２２に記憶されて、第１予定データ２２１が更新される。また、予定管理サーバー２の第１操作画面生成部２５が、更新後の第１予定データ２２１を用いて、再度、予定表画面のデータを生成する。第１操作画面生成部２５が生成した予定表画面のデータは、ユーザー端末４へ配信される。この結果、ユーザー端末４の表示部４３に表示されている予定表画面が更新される。

また、ステップＳ３０３の入力操作により、所定のダイアログボックス画面（他の操作画面）の要求が指示された場合（ステップＳ３０４のＹ）、ユーザー端末４の送信処理部４７が、予定管理サーバー２に対して所定のダイアログボックス画面のデータを要求する。この結果、予定管理サーバー２の第１操作画面生成部２５は、要求されたダイアログボックス画面のデータを生成する。第１操作画面生成部２５が生成したダイアログボックス画面のデータは配信されて、ユーザー端末４の表示部４３に、所定のダイアログボックス画面が表示される（ステップＳ３０２）。第１実施形態では、予定の詳細な情報を入力可能なダイアログボックス画面のデータが配信され得る。

また、ステップＳ３０３の入力操作により、予定表画面に含まれるログアウトボタンが操作された場合（ステップＳ３０４のＺ）、ユーザー端末４の送信処理部４７は予定管理サーバー２へログアウト信号を送信する。これにより、ユーザー端末４と予定管理サーバー２との間のセッションが終了して、図３に示す処理が終了する。

続いて図４を参照して、実績管理サーバー３の構成を説明する。図４は、実績管理サーバー３及びユーザー端末４の構成を示す図である。図４に示すように、実績管理サーバー３は、通信部３１、記憶部３２、及び制御部３３を備える。

通信部３１は、例えば通信インターフェースであり、ネットワークＮを介した他の機器との間の通信を制御する。具体的には、通信部３１は、各ユーザー端末４との間の通信、及び、予定管理サーバー２との間の通信を制御する。

記憶部３２は、各種プログラムや各種設定情報などを記憶する。第１実施形態では、記憶部３２は第１管理プログラム７ａを記憶している。記憶部３２は、例えば、ＨＤＤが備える磁気ディスク、ＲＡＭ及びＲＯＭによって構成され得る。また、記憶部３２は、少なくとも一人のユーザーのスケジュールデータ３２１と、各ユーザーに固有の第２識別子３２２とを記憶する。スケジュールデータ３２１は、第２識別子３２２に関連づけられて記憶される。

各スケジュールデータ３２１は、各ユーザーの第２予定データ３２１ａを含む。各第２予定データ３２１ａは、少なくとも１つ以上の予定情報（予定に関する情報）を含む。第１実施形態において、スケジュールデータ３２１は、少なくとも現在の日時よりも過去に属する予定情報を含む。

更に、各スケジュールデータ３２１は、各ユーザーの実績データ３２１ｂを含み得る。各実績データ３２１ｂは、少なくとも１つ以上の実績情報を含む。実績情報は、実際の行動に関する情報である。したがって実績情報は、現在の日時よりも過去に属する情報である。

制御部３３は、記憶部３２に記憶されている第１管理プログラム７ａを実行することによって、数値計算や情報処理、機器制御のような様々な処理を行う。制御部３３は、例えばＣＰＵ又はＭＰＵを含み得る。

詳しくは、制御部３３は、ネットワークＮを介して予定管理サーバー２から受信した各ユーザーの第１予定データ２２１（図２参照）に含まれる予定情報を、各ユーザーに固有の第２識別子３２２に関連づけて記憶部３２に記憶させる。また、制御部３３は、ネットワークＮを介して各ユーザー端末４から受信した実績情報（第２情報）を含むデータから実績情報を抽出する。そして、制御部３３は、抽出した実績情報を、各ユーザーに固有の第２識別子３２２に関連付けて記憶部３２に記憶させる。

実績情報は、実際の行動が遂行された日時の情報、及びタイトル（例えば、業務名）の情報を少なくとも含む。日時の情報は、年月日の情報、及び実際の行動の開始時刻及び終了時刻の情報を含む。実績情報は、その他にも実績の詳細な内容（例えば、実際の生産数や実際の処理件数）の情報を含み得る。実績管理サーバー３は、予定情報及び実績情報を年月日に関連付けて記憶部３２に記憶させて、記憶部３２にデータベースを構築してもよい。

なお第２識別子３２２は、予定管理サーバー２において管理されている第１識別子２２２（図２参照）と同じ内容を示してもよいし、異なる内容を示してもよい。第２識別子が、第１識別子２２２と異なる内容を示す場合には、実績管理サーバー３の記憶部３２に、第１識別子２２２と第２識別子との対応関係を示すテーブルを記憶させる。

制御部３３は更に、第１管理プログラム７ａを実行することにより、認証部３４、予定データ同期部３５、第２操作画面生成部３６、第２更新部３７、及び分析部３８を有するように機能する。

認証部３４は、ユーザーを識別するための情報を通信部３１が受信するとユーザーの認証処理を行う。例えば、ユーザーを識別するための情報として、ユーザー端末４から第２ログインＩＤ及び第２ログインパスワードが送信され得る。

予定データ同期部３５は、スケジュールデータ３２１に含まれる第２予定データ３２１ａを、予定管理サーバー２が管理している第１予定データ２２１（図２参照）に同期させる。

第２操作画面生成部３６は、各種の操作画面のデータを生成する。第２操作画面生成部３６が生成した操作画面のデータは、通信部３１を介してユーザー端末４へ配信される。具体的には、第２操作画面生成部３６は、記憶部３２から必要なデータ（レイアウトデータ、予定情報、実績情報など）を読み出し、それらを纏めて操作画面のデータを生成する。

操作画面のデータは、所定の操作画面を表示させるとともに、操作画面を介した入力操作を受け付けるためのデータ（プログラム）である。操作画面のデータは、ＨＴＭＬやＣＳＳ、ＪａｖａＳｃｒｉｐｔ（登録商標）により記述され得る。例えば、操作画面のデータとして、第２ログイン画面のデータや、スケジュール表画面のデータが配信される。その他にも、操作画面のデータとして、各種情報の入力が可能なダイアログボックス画面のデータが配信され得る。

第２ログイン画面は、ユーザー端末４による第２ログインＩＤ及び第２ログインパスワードの入力を受け付ける。スケジュール表画面（第１操作画面）のデータは、第２ログイン画面を介した認証が成功したユーザー端末４に対して配信される。

スケジュール表画面のレイアウト画像は、例えばカレンダーのレイアウトを示す。スケジュール表画面は、現在の日時よりも過去に属する予定情報（第１情報）を示す画像を含み得る。スケジュール表画面は、記憶部３２に実績データ３２１ｂが記憶されている場合、実績情報（第２情報）を示す画像を含み得る。実績情報を示す画像がスケジュール表画面に含まれる場合、その実際の行動が遂行された日時に重なる日時の予定の情報は表示されない。つまり、実際の行動が遂行された日時に重なる日時の予定の情報は送信されない。

スケジュール表画面は、ユーザー端末４による実績情報等の入力を受け付ける。スケジュール表画面のデータは、予定に対する実績の情報が入力された場合、入力された実績に対応する予定の情報（第１情報）を示す画像が表示されている領域に、入力された実績の情報（第２情報）を示す画像の少なくとも一部を表示させる。また、スケジュール表画面は、ログアウトボタン画像を含む。更に、スケジュール表画面は、他の操作画面（例えばダイアログボックス画面）を要求する指示を受け付ける。

第２更新部３７は、スケジュール表画面を介して入力された実績情報を記憶部２２に記憶させる。これにより、スケジュールデータ３２１（実績データ３２１ｂ）に実績情報が追加されて、スケジュールデータ３２１（実績データ３２１ｂ）が更新される。また、第２更新部３７は、実績情報が記憶部３２に記憶されたことを第２操作画面生成部３６に通知する。この通知を受けた第２操作画面生成部３６は、スケジュール表画面のデータを生成する。第２操作画面生成部３６が生成したスケジュール表画面のデータは、ユーザー端末４に配信される。この結果、ユーザー端末４において表示されるスケジュール表画面が更新される。なお、スケジュール表画面が更新される際にも、実際の行動が遂行された日時に重なる日時の予定の情報は送信されない。

分析部３８は、実績データ３２１ｂに含まれる実績情報（第２情報）を分析する。また分析部３８は、第２予定データ３２１ａ（第１情報）と実績データ３２１ｂ（第２情報）とを比較して、実績情報を分析する。例えば、分析部３８は、あるユーザーが各業務の遂行に要した実際の時間を分析する。また例えば、分析部３８は、ある業務の予定遂行時間と実際の遂行時間とを比較する。第２操作画面生成部３６は、分析部３８による分析の結果を示すデータやレイアウトデータ等を含む分析結果画面のデータを生成する。第２操作画面生成部３６が生成した分析結果画面のデータは、ユーザー端末４へ配信される。

なお、ユーザー端末４の制御部４５は、ネットワークＮを介して実績管理サーバー３から受信した操作画面のデータを記憶部４４に一時的に記憶させる。そして、制御部４５は、記憶部４４に記憶した操作画面のデータに基づき、表示制御部４６及び送信処理部４７を有するように機能する。

表示制御部４６は、操作画面のデータとして第２ログイン画面のデータが記憶部４４に記憶されると、第２ログイン画面を表示部４３に表示させ、操作画面のデータとしてスケジュール表画面のデータが記憶部４４に記憶されると、スケジュール表画面を表示部４３に表示させる。更に、表示制御部４６は、操作画面のデータとして分析結果画面のデータが記憶部４４に記憶されると、分析結果画面を表示部４３に表示させる。

送信処理部４７は、第２ログイン画面を介して第２ログインＩＤ及び第２ログインパスワードが入力されると、入力された第２ログインＩＤ及び第２ログインパスワードを含むデータを実績管理サーバー３へ送信し、スケジュール表画面を介して実績情報が入力されると、入力された実績情報を含むデータを実績管理サーバー３へ送信する。また、送信処理部４７は、分析結果画面を介して入力される各種の設定情報を含むデータを、実績管理サーバー３へ送信する。

また、送信処理部４７は、スケジュール表画面を介してダイアログボックス画面が要求されると、実績管理サーバー３に対し通信部４１を介してダイアログボックス画面のデータを要求する。この結果、ユーザー端末４の記憶部４４にダイアログボックス画面（操作画面）のデータが記憶されて、ユーザー端末４の表示部４３にダイアログボックス画面が表示される。送信処理部４７は、ダイアログボックス画面を介して入力された各種情報を含むデータを、実績管理サーバー３へ送信する。

また、スケジュール表画面に含まれるログアウトボタン画像がユーザー端末４の入力デバイス４２によって操作されると、送信処理部４７は通信部４１を介して実績管理サーバー３へログアウト信号を送信する。これにより、ユーザー端末４と実績管理サーバー３との間のセッションが終了する。

続いて図４及び図５を参照して、第１実施形態に係る実績情報（実績）の登録処理の流れ（フロー）を説明する、図４は、第１実施形態に係る実績情報の登録処理を示すフローチャートである。実績情報の登録処理は、ユーザー端末４がネットワークＮを介して実績管理サーバー３にアクセスすることによりスタートする。

ユーザー端末４が実績管理サーバー３にアクセスすると、まず、実績管理サーバー３の第２操作画面生成部３６が第２ログイン画面のデータを生成する。第２ログイン画面のデータは、実績管理サーバー３にアクセスしたユーザー端末４に対して配信される。この結果、ユーザー端末４の記憶部４４に第２ログイン画面のデータが記憶され、表示制御部４６が、表示部４３に第２ログイン画面が表示させる。その後、ユーザーが入力デバイス４２により第２ログイン画面を介して第２ログインＩＤ及び第２ログインパスワードを入力すると、送信処理部４７が、第２ログインＩＤ及び第２ログインパスワードを含むデータを実績管理サーバー３に送信する。

実績管理サーバー３の通信部３１が第２ログインＩＤ及び第２ログインパスワードを含むデータを受信すると、認証部３４が認証処理を行う（ステップＳ５０１）。具体的には、認証部３４は、入力された第２ログインＩＤ及び第２ログインパスワードに対応する第２識別子３２２が記憶部３２に記憶されているか否かを判定する。

認証処理の結果、認証に成功しなかった（認証に失敗した）場合（ステップＳ５０１のＮｏ）、即ち、入力された第２ログインＩＤ及び第２ログインパスワードに対応する第２識別子３２２が記憶部３２に記憶されていなかった場合、処理は終了する。

一方、認証に成功した場合（ステップＳ５０１のＹｅｓ）、即ち、入力された第２ログインＩＤ及び第２ログインパスワードに対応する第２識別子３２２が記憶部３２に記憶されていた場合、実績管理サーバー３の予定データ同期部３５が、スケジュールデータ３２１に含まれる第２予定データ３２１ａを、予定管理サーバー２が管理している第１予定データ２２１（図２参照）に同期させる（ステップＳ５０２）。

次に、実績管理サーバー３の第２操作画面生成部３６が、スケジュール表画面のデータを生成する。スケジュール表画面のデータは、認証に成功したユーザー端末４に配信される。この結果、ユーザー端末４の記憶部４４にスケジュール表画面のデータが記憶されて、表示制御部４６が表示部４３にスケジュール表画面を表示させる（ステップＳ５０３）。

配信されるスケジュール表画面のデータは、認証に成功したユーザーの第２識別子３２２に紐づけられたスケジュールデータ３２１から抽出された予定情報及び実績情報を含み得る。具体的には、スケジュール表画面のデータは、初期設定された期間に対応する予定情報及び実績情報を含み得る。例えば、現在の年月日を中心にした１週間の期間が初期設定される。但し、上述したように、実際の行動が遂行された日時と予定の日時とが重なる場合には、その日時に対応する予定情報は送信されず、その日時に対応する実績情報のみが送信される。なお、実績管理サーバー３は、ユーザー端末４から現在の年月日の情報を取得してもよい。例えばユーザー端末４が、実績管理サーバー３にアクセスする際に、又は認証処理後に、ユーザー端末４が保持する現在の年月日及び時間の情報を送信してもよい。

スケジュール表画面が表示された後、ユーザーが入力デバイス４２を操作することにより、スケジュール表画面に対する入力操作が実行されると（ステップＳ５０４のＹｅｓ）、ユーザー端末４の送信処理部４７が、入力操作に応じたデータ（指示及び要求を含む。）を実績管理サーバー３へ送信する（ステップＳ５０５）。なお、ステップＳ５０４の処理は、スケジュール表画面に対する入力操作が実行されるまで繰り返される。

具体的には、入力操作によって実績情報が入力された場合（ステップＳ５０５のＸ）、ユーザー端末４の送信処理部４７が、実績情報を含むデータを実績管理サーバー３へ送信する。この結果、実績管理サーバー３の記憶部３２に記憶されているスケジュールデータ３２１（実績データ３２１ｂ）が更新されるとともに、ユーザー端末４の表示部４３に表示されているスケジュール表画面が更新される（ステップＳ５０６）。即ち、実績管理サーバー３の第２更新部３７により実績情報が記憶部３２に記憶される。これにより、スケジュールデータ３２１（実績データ３２１ｂ）に実績情報が追加されて、スケジュールデータ３２１（実績データ３２１ｂ）が更新される。また、実績管理サーバー３の第２操作画面生成部３６が、更新後のスケジュールデータ３２１を用いて、再度、スケジュール表画面のデータを生成する。第２操作画面生成部３６が生成したスケジュール表画面のデータは、ユーザー端末４へ配信される。この結果、ユーザー端末４の表示部４３に表示されているスケジュール表画面が更新される。

また、ステップＳ５０４の入力操作により、所定のダイアログボックス画面（他の操作画面）の要求が指示された場合（ステップＳ５０５のＹ）、ユーザー端末４の送信処理部４７が、実績管理サーバー３に対して所定のダイアログボックス画面のデータを要求する。これにより、実績管理サーバー３の第２操作画面生成部３６が、要求されたダイアログボックス画面のデータを生成する。第２操作画面生成部３６が生成したダイアログボックス画面のデータは、ユーザー端末４に配信される。この結果、ユーザー端末４の表示部４３に、所定のダイアログボックス画面が表示される（ステップＳ５０３）。第１実施形態では、実績の詳細な情報を入力可能なダイアログボックス画面（第２操作画面）のデータが配信され得る。

また、ステップＳ５０４の入力操作により、スケジュール表画面に含まれるログアウトボタンが操作された場合（ステップＳ５０５のＺ）、ユーザー端末４の送信処理部４７は実績管理サーバー３へログアウト信号を送信する。これにより、ユーザー端末４と実績管理サーバー３との間のセッションが終了して、図５に示す処理が終了する。

続いて図４、及び図６〜図１２を参照して、操作画面（スケジュール表画面６００及びダイアログボックス画面７００）を用いた実績情報（実績）の登録方法について、２０１５年６月１日の１３時〜１４時３０分に予定されていた業務（予定業務Ａ）に対する実績情報（実績業務Ａの情報）を登録するケースを例に説明する。

図６は、スケジュール表画面６００の一例を示す図である。詳しくは、図６は、ユーザー端末４が実績管理サーバー３にログインした際にユーザー端末４の表示部４３に表示されるスケジュール表画面６００を示す。換言すると、図６は、実績情報が登録される前のスケジュール表画面６００を示す。

図６に示すように、スケジュール表画面６００は、ログオフボタン画像６０１と、スケジュール表の画像６０２と、予定情報の画像６０３とを含む。第１実施形態において、スケジュール表の画像６０２は、カレンダーのレイアウトを示すとともに、予定情報の画像６０３を含む。なお、予定情報の画像６０３には、特定の色彩が付されてもよい。

予定情報の画像６０３は、予定のタイトルを示す文字列（例えば、「予定業務Ａ」の文字列）と、予定の開始時刻及び終了時刻を示す文字列（例えば、「１３：００〜１４：３０」の文字列）とを含み得る。なお、図６〜図１１では、予定の業務と実際に遂行した業務（実績）とを容易に区別できるように、予定の業務のタイトルに「予定」の文字列を含めているが、実際の予定のタイトルに「予定」の文字列を含めるか否かは任意である。同様に、図６〜図１１では、実際に遂行された業務（実績）のタイトルに「実績」の文字列を含めているが、実績のタイトルに「実績」の文字列を含めるか否かは任意である。

予定情報の画像６０３は、スケジュール表の画像６０２において、その予定の日時に対応する領域に表示される。なお、図６〜図１１に示すスケジュール表画面６００は、６月２日〜６月５日にわたって「業務Ｃ」を行う予定であることを示している。また、６月６日の欄に「ショッピング」の予定を示す画像６０３が表示されている。このように、プライベートな予定の情報が登録されてもよい。

スケジュール表画面６００は、ユーザー端末４による実績情報の入力操作が可能な画面である。ユーザー端末４によりスケジュール表画面６００を介して実績情報が入力されると、ユーザー端末４から実績管理サーバー３へ、実績情報を含むデータが送信される。

図７及び図８は、スケジュール表画面６００を介した実績情報の登録のための操作の一例を示す図である。詳しくは、図７及び図８は、６月１日の１３時〜１４時３０分に遂行された実際の行動（実績業務Ａ）の情報を登録するための操作を示している。このように、登録済みの予定（予定業務Ａ）に対する実績情報を、スケジュール表画面６００を介して登録する場合、予定情報の画像６０３（第１情報を示す画像）が表示されている領域に対する入力操作に応じて、実績情報（第２情報）が入力される。

ユーザーはまず、ポインティングデバイス等の入力デバイス４２を操作して、図７に示すように２０１５年６月１日の１３時の欄にポインター６０４の位置を合わせた後、クリック操作を行う。そして、図８に示すように、ユーザーは、クリックしたまま、２０１５年６月１日の１４時の欄までポインター６０４をドラッグする。これにより、スケジュール表の画像６０２において実績情報の画像が表示される領域が設定されるとともに、実績の日時の情報が取得される。その後、ユーザーは、キーボード等の入力デバイス４２を操作して実績のタイトル（実績業務Ａ）を入力する。これら一連の入力操作によって予定業務Ａに対する実績の情報が入力される。具体的には、実際の行動が遂行された日時（２０１５年６月１日の１３時〜１４時３０分）の情報、及びタイトルの情報（「実績業務Ａ」の文字列データ）が入力される。

実績情報が入力されると、ユーザー端末４の送信処理部４７は、実績情報を含むデータを実績管理サーバー３へ送信する。この結果、実績管理サーバー３の記憶部３２に記憶されているスケジュールデータ３２１（実績データ３２１ｂ）が更新されるとともに、ユーザー端末４の表示部４３に表示されているスケジュール表画面６００が更新される。即ち、実績管理サーバー３の第２更新部３７により実績情報（実績業務Ａの情報）が記憶部３２に記憶される。これにより、スケジュールデータ３２１（実績データ３２１ｂ）に実績情報（実績業務Ａの情報）が追加（登録）されて、スケジュールデータ３２１（実績データ３２１ｂ）が更新される。また、実績管理サーバー３の第２操作画面生成部３６が、更新後のスケジュールデータ３２１を用いて、再度、スケジュール表画面６００のデータを生成する。スケジュール表画面６００のデータは、ユーザー端末４に配信される。これにより、ユーザー端末４の表示部４３に表示されているスケジュール表画面６００が更新される。

スケジュール表画面６００が更新される際には、実際の行動（実績業務Ａ）が遂行された日時に重なる日時の予定（予定業務Ａ）の情報は送信されない。換言すると、予定に対する実績の情報のみが送信される。つまり、実績管理サーバー３の第２操作画面生成部３６は、第２更新部３７によりスケジュールデータ３２１が更新されると、予定情報の画像６０３（第１情報を示す画像）が表示されていた領域に実績情報の画像（第２情報を示す画像）の少なくとも一部を表示させるスケジュール表画面６００（第１操作画面）のデータを生成する。

図９は、更新されたスケジュール表画面６００の一例を示す図である。図７及び図８を参照して説明したように実績業務Ａの日時が予定業務Ａの日時に重なる場合、図９に示すように、予定業務Ａの情報を示す画像６０３が表示されていた領域（２０１５年６月１日の１３時〜１４時３０分を示す領域）に、実績業務Ａの情報を示す画像６０５が表示され、予定業務Ａの情報を示す画像６０３は表示されない。つまり、ユーザーが実績情報の登録操作を行うと、視覚的に、予定情報の画像６０３（予定業務Ａの情報を示す画像）に実績情報の画像６０５（実績業務Ａの情報を示す画像）が上書きされる。但し、実績管理サーバー３の記憶部３２（スケジュールデータ３２１の第２予定データ３２１ａ）は、表示されなかった予定情報（予定業務Ａの情報）を保持している。

なお、実績情報の画像６０５には、特定の色彩が付されてもよい。好ましくは、実績情報の画像６０５の色彩は、予定情報の画像６０３とは異なる色彩に設定する。これにより、予定情報の画像６０３と実績情報の画像６０５とを容易に見分けることが可能となり、ユーザーの利便性が向上する。

図１０は、スケジュール表画面６００を介した実績情報の登録のための操作の他の例を示す図であり、図１１は、更新されたスケジュール表画面６００の他の例を示す図である。詳しくは、図１０は、２０１５年６月１日の１３時〜１４時に遂行された実際の行動（実績業務Ａ）の情報を登録するための操作を示している。

ユーザーはまず、図７を参照して説明したように、ポインティングデバイス等の入力デバイス４２を操作して２０１５年６月１日の１３時の欄にポインター６０４の位置を合わせた後、クリック操作を行う。そして、図１０に示すように、ユーザーは、クリックしたまま、２０１５年６月１日の１３時３０分の欄までポインター６０４をドラッグする。その後、ユーザーは、キーボード等の入力デバイス４２を操作して実績のタイトル（実績業務Ａ）を入力する。これら一連の入力操作によって、予定業務Ａに対する実績の情報が入力される。具体的には、実際の行動が遂行された日時（２０１５年６月１日の１３時〜１４時）の情報、及びタイトルの情報（「実績業務Ａ」の文字列データ）が入力される。この結果、実績管理サーバー３の記憶部３２に記憶されているスケジュールデータ３２１（実績データ３２１ｂ）が更新される。また、ユーザー端末４の表示部４３に表示されているスケジュール表画面６００が更新される。図１１に示すように、更新後のスケジュール表画面６００は、予定業務Ａの情報を示す画像６０３を含まない。

図１２は、ダイアログボックス画面７００の一例を示す図である。ユーザーは、ダイアログボックス画面７００（第２操作画面）を介して実績の詳細な情報を入力することができる。ダイアログボックス画面７００は、スケジュール表画面６００に対する入力操作によって表示される。第１実施形態では、スケジュール表の画像６０２が表示されている領域内にポインター６０４が位置している状態でダブルクリックの操作がされることにより、ダイアログボックス画面７００が表示される。

図１２に示すように、ダイアログボックス画面７００は、タイトル入力欄７０１、開始日時入力欄７０２、終了日時入力欄７０３、及び摘要入力欄７０４を含む。更に、ダイアログボックス画面７００は、「閉じる」ボタン画像７０５、及び「登録」ボタン画像７０６を含む。

タイトル入力欄７０１は、ユーザーによる入力デバイス４２の操作に応じた文字列を表示し、開始日時入力欄７０２は、ユーザーによる入力デバイス４２の操作に応じた日時を表示する。終了日時入力欄７０３も同様に、ユーザーによる入力デバイス４２の操作に応じた日時を表示する。摘要入力欄７０４は、ユーザーによる入力デバイス４２の操作に応じた文字列を表示する。「閉じる」ボタン画像７０５が入力デバイス４２によって操作されると、ダイアログボックス画面７００の窓が閉じる。

「登録」ボタン画像７０６が入力デバイス４２によって操作されると、ダイアログボックス画面７００の各入力欄７０１〜７０４に表示された情報（実績情報）を含むデータが、ユーザー端末４の送信処理部４７によって実績管理サーバー３へ送信される。この結果、実績管理サーバー３の記憶部３２に記憶されているスケジュールデータ３２１（実績データ３２１ｂ）が更新されるとともに、ユーザー端末４の表示部４３に表示されているスケジュール表画面６００が更新される。

続いて図４及び図１３を参照して第１分析結果画面８００ａについて説明する。図１３は、第１分析結果画面８００ａを示す図である。図１３に示すように、第１分析結果画面８００ａは、実績管理サーバー３の分析部３８による分析結果を示す第１分析結果画像８０１ａを含む。第１分析結果画面８００ａは更に、分析範囲を設定するための第１設定欄８０２を含む。

第１設定欄８０２は、ユーザーによる入力デバイス４２の操作に応じた分析範囲を表示する。ユーザー端末４の送信処理部４７は、第１設定欄８０２に表示された設定情報（分析範囲）を含むデータを、実績管理サーバー３へ送信する。この結果、分析部３８が、第１設定欄８０２を介して設定された設定情報に基づいて、実績データ３２１ｂ（実績情報）を分析する。即ち、分析部３８は、第１設定欄８０２を介して設定された分析範囲内の第２予定データ３２１ａ（第１情報）と実績データ３２１ｂ（第２情報）とを比較して、実績情報を分析する。実績管理サーバー３の第２操作画面生成部３６は、分析部３８による分析の結果を示すデータやレイアウトデータ等を含む第１分析結果画面８００ａのデータを生成する。第１分析結果画面８００ａのデータは、ユーザー端末４へ配信される。これにより、ユーザー端末４の表示部４３に第１分析結果画面８００ａが表示される。

第１分析結果画像８０１ａは、棒グラフの図形を含む。棒グラフは、分析範囲に含まれる各イベント（各業務）の遂行に要する時間を予測した予定時間と、各イベント（各業務）の遂行に実際に要した時間を示す実績時間とを対比させる。予定時間は、第２予定データ３２１ａに含まれる予定情報に基づいて算出され得る。また、実績時間は、実績データ３２１ｂに含まれる実績情報に基づいて算出され得る。

続いて図４及び図１４を参照して第２分析結果画面８００ｂについて説明する。図１４は、第２分析結果画面８００ｂを示す図である。図１４に示すように、第２分析結果画面８００ｂは、実績管理サーバー３の分析部３８による分析結果を示す第２分析結果画像８０１ｂを含む。第２分析結果画像８０１ｂは、バブルチャートの図形を示す。

第２分析結果画面８００ｂは、第１設定欄８０２に加えて、第２設定欄８０３、第３設定欄８０４、及び第４設定欄８０５を含む。第２設定欄８０３は、バブルチャートの横軸が示す内容を設定するための欄である。第３設定欄８０４は、バブルチャートの縦軸が示す内容を設定するための欄である。第４設定欄８０５は、円（バブル）の大きさが示す内容を設定するための欄である。

ユーザー端末４の送信処理部４７は、第１設定欄８０２〜第４設定欄８０５に表示された設定情報を含むデータを実績管理サーバー３へ送信する。これにより、実績管理サーバー３の分析部３８が、第１設定欄８０２〜第４設定欄８０５を介して設定された各種の設定情報に基づいて、実績データ３２１ｂ（実績情報）を分析する。詳しくは、分析部３８は、第２予定データ３２１ａ（予定情報）と実績データ３２１ｂ（実績情報）とを比較して、実績情報を分析する。そして、第２操作画面生成部３６が、分析部３８による分析の結果を示すデータやレイアウトデータ等を含む第２分析結果画面８００ｂのデータを生成する。この結果、第２分析結果画面８００ｂのデータが、ユーザー端末４へ配信されて、ユーザー端末４の表示部４３に第２分析結果画面８００ｂが表示される。第２分析結果画面８００ｂは、第１設定欄８０２〜第４設定欄８０５を介して設定された各種の設定情報に対応するバブルチャートの図形（第２分析結果画像８０１ｂ）を含む。

なお、図１３及び図１４を参照して説明した第１分析結果画像８０１ａ及び第２分析結果画像８０１ｂは、予定と実績との比較結果を示したが、実績管理サーバー３の分析部３８は、実績データ３２１ｂに含まれる実績情報のみを分析してもよい。

例えば分析部３８は、ユーザーの１日の行動を分析し得る。図１５（ａ）は、第３分析結果画像８０１ｃを示す図である。第３分析結果画像８０１ｃは、ユーザーの１日の行動を分析した結果を示す円グラフの図形を含む。例えば、円グラフは、ユーザーが１日のうちに行った各行動（各イベント）の実績時間の割合を示す。このように、ユーザーが１日のうちに行った各行動（各実績）が比較されてもよい。

また分析部３８は、ユーザーの行動を週単位で分析し得る。図１５（ｂ）は、第４分析結果画像８０１ｄを示す図である。第４分析結果画像８０１ｄは、棒グラフの図形を含む。例えば、棒グラフは、ユーザーが１週間のうちに行った各行動（各イベント）の実績時間の割合を、週ごとに示す。また、第４分析結果画像８０１ｄは、折れ線グラフの図形を含む。例えば、折れ線グラフは、各行動（各イベント）の実績時間（割合）の推移を示す。このように、ユーザーが１週間のうちに行った各行動（各実績）が比較されてもよい。

また分析部３８は、ユーザーが設定した期間に遂行された各業務（各実績）を比較し得る。図１６（ａ）は、スケジュール表の画像６０２の一例を示す図である。詳しくは、図１６（ａ）は、ユーザーが設定した期間のスケジュール表の画像６０２を示す。この期間において、ユーザーは、業務１〜業務３を遂行している。分析部３８は、業務１〜業務３の実績情報を比較する。この結果、例えば、図１６（ｂ）に示す第５分析結果画像８０１ｅがユーザー端末４の表示部４３に表示され得る。あるいは、図１６（ｃ）に示す第６分析結果画像８０１ｆがユーザー端末４の表示部４３に表示され得る。

図１６（ｂ）に示す第５分析結果画像８０１ｅは、棒グラフの図形及び折れ線グラフの図形を含む。棒グラフは、ユーザーが設定した期間に遂行された各業務１〜３の実績時間を示す。折れ線グラフは、各業務１〜３間の実績時間の変化を示す。図１６（ｃ）に示す第６分析結果画像８０１ｆはバブルチャートの図形を含む。図１６（ｃ）のにおいて、横軸は年月日を示し、縦軸は実績件数を示す。また、円（バブル）の大きさは、実績時間を示す。

［第２実施形態］
続いて図１７を参照して、第２実施形態について説明する。但し、第１実施形態と異なる事項を説明し、第１実施形態と同じ事項についての説明は割愛する。第２実施形態は、実績管理サーバー３が各ユーザーの実績の管理に加えて予定の管理にも利用される点で、第１実施形態と異なる。

図１７は、第２実施形態に係る第２実績管理システムの構成を示す図である。図１７に示すように、第２実績管理システム１ｂは、実績管理サーバー３、及び少なくとも１台以上のユーザー端末４を含む。実績管理サーバー３は、第１実施形態において説明した実績管理サーバー３と同様の機能を備える。更に実績管理サーバー３は、第１実施形態において説明した予定管理サーバー２と同様の機能も備える。したがって、第２実績管理システム１ｂは、第１実施形態において説明した第１実績管理システム１ａと異なり、予定管理サーバー２を含まない。

第２実績管理システム１ｂにおいて、実績管理サーバー３の記憶部３２は、スケジュールデータ３２１と、第２識別子３２２とを記憶する。スケジュールデータ３２１は、第２識別子３２２に関連づけられて記憶される。スケジュールデータ３２１は、第１実施形態と同様に、予定データと実績データとを含む。但し、第２実施形態において、予定データは、現在の日時よりも未来に属する予定情報と、現在の日時よりも過去に属する予定情報とを含む。

記憶部３２は更に、第２管理プログラム７ｂを記憶する。実績管理サーバー３の制御部３３は、第２管理プログラム７ｂを実行することにより、認証部３４、第１操作画面生成部２５、第１更新部２６、第２操作画面生成部３６、第２更新部３７、及び分析部３８を有するように機能する。

続いて、第２実績管理システム１ｂの動作について説明する。但し、第１実施形態と異なる事項を説明し、第１実施形態と同じ事項についての説明は割愛する。

ユーザー端末４がネットワークＮを介して実績管理サーバー３にアクセスすると、実績管理サーバー３の第１操作画面生成部２５がログイン画面のデータを生成する。第１操作画面生成部２５が生成したログイン画面のデータは、ユーザー端末４に配信される。

その後、実績管理サーバー３の通信部３１がログインＩＤ及びログインパスワードを含むデータをユーザー端末４から受信すると、認証部３４が認証処理を行う。その結果、認証に成功した場合には、実績管理サーバー３の第１操作画面生成部２５が、予定表画面のデータを生成する。予定表画面のデータは、ユーザー端末４へ配信される。この結果、ユーザー端末４の表示部４３に予定表画面が表示される。

第２実績管理システム１ｂにおいて、予定表画面は、スケジュール表画面の要求を受け付けるボタン画像を含む。ユーザーがユーザー端末４の入力デバイス４２を介してボタン画像を操作することにより、ユーザー端末４が実績管理サーバー３に対してスケジュール表画面のデータを要求すると、実績管理サーバー３の第２操作画面生成部３６がスケジュール表画面のデータを生成する。この結果、スケジュール表画面のデータがユーザー端末４に配信され、ユーザー端末４の表示部４３にスケジュール表画面が表示される。

［第３実施形態］
続いて図１８を参照して、第３実施形態について説明する。但し、第１実施形態及び第２実施形態と異なる事項を説明し、第１実施形態及び第２実施形態と同じ事項についての説明は割愛する。第３実施形態は、ユーザー端末４が実績の管理のための機能を備える点で、第１実施形態及び第２実施形態と異なる。

図１８は、第３実施形態に係る第３実績管理システムの構成を示す図である。図１８に示すように、第３実績管理システム１ｃは、予定管理サーバー２、及び少なくとも１台以上のユーザー端末４（管理装置８の一例）を含む。ユーザー端末４は、第１実施形態において説明した実績管理サーバー３と同様の機能を備える。したがって、第３実績管理システム１ｃは、第１実施形態において説明した第１実績管理システム１ａと異なり、実績管理サーバー３を含まない。

第３実績管理システム１ｃにおいて、ユーザー端末４の記憶部４４は、スケジュールデータ３２１を記憶する。スケジュールデータ３２１は、第１実施形態と同様に、予定データ（第２予定データ３２１ａ）と実績データとを含む。記憶部４４は更に、第３管理プログラム７ｃを記憶する。

ユーザー端末４の制御部４５は、第１実施形態と同様に、ネットワークＮを介して予定管理サーバー２から受信した操作画面のデータに基づき、表示制御部４６及び送信処理部４７を有するように機能する。また、制御部４５は、第３管理プログラム７ｃを実行することにより、予定データ同期部３５、第２操作画面生成部３６、第２更新部３７、及び分析部３８を有するように機能する。

第３実績管理システム１ｃでは、ユーザーが入力デバイス４２を操作することにより、第２操作画面生成部３６がスケジュール表画面のデータを生成して、表示部４３にスケジュール表画面が表示される。また、予定データ同期部３５は、ユーザーがユーザー端末４を利用して予定管理サーバー２にログインした際に、スケジュールデータ３２１に含まれる予定データ（第２予定データ３２１ａ）を、予定管理サーバー２が管理している予定データ（第１予定データ２２１）に同期させる。

［第４実施形態］
続いて図１９を参照して、第４実施形態について説明する。但し、第１実施形態〜第３実施形態と異なる事項を説明し、第１実施形態〜第３実施形態と同じ事項についての説明は割愛する。第４実施形態は、ユーザー端末４（管理装置８の一例）が予定及び実績の管理のための機能を備える点で、第１実施形態〜第３実施形態と異なる。

図１９（ａ）は、第４実施形態に係るユーザー端末４の構成を示す図である。図１９（ａ）に示すように、ユーザー端末４の記憶部４４は、スケジュールデータ３２１と第４管理プログラム７ｄとを記憶する。スケジュールデータ３２１は、第１実施形態と同様に、予定データと実績データとを含む。但し、第４実施形態において、予定データは、現在の日時よりも未来に属する予定情報と、現在の日時よりも過去に属する予定情報とを含む。

ユーザー端末４の制御部４５は、第４管理プログラム７ｄを実行することにより、第１操作画面生成部２５、第１更新部２６、第２操作画面生成部３６、第２更新部３７、及び分析部３８を有するように機能する。第４実施形態では、ユーザーによる入力デバイス４２の操作に応じて、第１操作画面生成部２５が予定表画面のデータを生成し、表示部４３に予定表画面が表示される。また、ユーザーによる入力デバイス４２の操作に応じて、第２操作画面生成部３６がスケジュール表画面のデータを生成し、表示部４３にスケジュール表画面が表示される。

続いて図１９（ｂ）を参照して、第４実施形態に係る管理装置８の他の構成について説明する。図１９（ｂ）は管理装置８の他の構成を示す図である。

図１９（ｂ）に示すように、管理装置８は、ユーザー端末４と外部記憶装置４９とを含む。ユーザー端末４は、インターフェース部４８を更に備える。インターフェース部４８は、外部記憶装置４９との間の通信を可能にする。外部記憶装置４９は、スケジュールデータ３２１を記憶している。このように、ユーザー端末４の記憶部４４ではなく、ユーザー端末４に外付けされる外部記憶装置４９にスケジュールデータ３２１が記憶されてもよい。インターフェース部４８は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インターフェースである。また、外部記憶装置４９は、例えば、ＨＤＤ又はＵＳＢメモリである。

以上、図面を参照しながら本発明の実施形態について説明した。本発明の実施形態によれば、予定のデータ（予定情報）を消去することなく、予定に対する実際の行動のデータ（実績情報）を登録することができる。なお、本発明は、上記の実施形態に限られるものではなく、その要旨を逸脱しない範囲で種々の態様において実施することが可能である。

例えば、第１実績管理システム１ａ〜第３実績管理システム１ｃが提供する各機能は、複数の装置（例えば、コンピューター）によって分担されてもよい。同様に、管理装置８が提供する各機能は、複数の装置（例えば、コンピューター）によって分担されてもよい。

本発明によれば、コンピューターを利用して、予定に対する実績を管理することができる。したがって、本発明は、コンピューターを利用した生産性等の管理に有用である。

１ａ 第１実績管理システム
１ｂ 第２実績管理システム
１ｃ 第３実績管理システム
２ 予定管理サーバー
３ 実績管理サーバー
４ ユーザー端末
７ａ 第１管理プログラム
７ｂ 第２管理プログラム
７ｃ 第３管理プログラム
７ｄ 第４管理プログラム
８ 管理装置
６００ スケジュール表画面
６０３ 予定情報の画像
６０５ 実績情報の画像

Claims (12)

1. 現在の日時よりも過去に属する第１情報を含むスケジュールデータを記憶する記憶部と、
   ユーザー端末の表示部に前記第１情報を示す画像を表示させる第１操作画面のデータを生成する操作画面生成部と、
   前記ユーザー端末から、前記現在の日時よりも過去に属する第２情報を含むデータが送信されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する更新部と
   を備え、
   前記操作画面生成部は、前記更新部により前記スケジュールデータが更新されると、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる第１操作画面のデータを生成する、管理サーバー。
2. 前記第１操作画面は、前記ユーザー端末による前記第２情報の入力操作が可能な画面であり、
   前記ユーザー端末により前記第１操作画面を介して前記第２情報が入力されると、前記ユーザー端末から前記第２情報を含むデータが送信される、請求項１に記載の管理サーバー。
3. 前記第１情報を示す画像の表示領域に対する入力操作に応じて前記第２情報が入力される、請求項２に記載の管理サーバー。
4. 前記操作画面生成部は、前記ユーザー端末による前記第２情報の入力操作が可能な第２操作画面のデータを生成し、
   前記ユーザー端末により前記第２操作画面を介して前記第２情報が入力されると、前記ユーザー端末から前記第２情報を含むデータが送信される、請求項１〜請求項３のいずれか１項に記載の管理サーバー。
5. 前記第２情報を分析する分析部を更に備える、請求項１〜請求項４のいずれか１項に記載の管理サーバー。
6. 前記分析部は、前記第１情報と前記第２情報とを比較して前記第２情報を分析する、請求項５に記載の管理サーバー。
7. 前記第１操作画面のレイアウト画像がカレンダーのレイアウトを示す、請求項１〜請求項６のいずれか１項に記載の管理サーバー。
8. 管理サーバーと、
   ユーザー端末と
   を備え、
   前記管理サーバーは、
   現在の日時よりも過去に属する第１情報を含むスケジュールデータを記憶する記憶部と、
   前記第１情報を示す画像を含む操作画面のデータを生成する操作画面生成部と、
   前記ユーザー端末から、前記現在の日時よりも過去に属する第２情報を含むデータが送信されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する更新部と
   を備え、
   前記ユーザー端末は、
   表示部と、
   前記操作画面生成部が生成したデータに基づいて、前記操作画面を前記表示部に表示させる表示制御部と、
   前記第２情報が入力されると、前記管理サーバーへ前記第２情報を含むデータを送信する送信処理部と
   を備え、
   前記操作画面生成部は、前記更新部により前記スケジュールデータが更新されると、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる操作画面のデータを生成する、管理システム。
9. 現在の日時よりも過去に属する第１情報を含むスケジュールデータを記憶する記憶部と、
   表示部と、
   前記表示部に前記第１情報を示す画像を表示させる操作画面のデータを生成する操作画面生成部と、
   前記現在の日時よりも過去に属する第２情報が入力されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する更新部と
   を備え、
   前記操作画面生成部は、前記更新部により前記スケジュールデータが更新されると、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる操作画面のデータを生成する、管理装置。
10. 第１情報を示す画像を含む操作画面を表示部に表示させるステップと、
    現在の日時よりも過去に属する第２情報が入力されると、前記第１情報を含むスケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新するステップと、
    前記スケジュールデータが更新されると、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させるステップと
    を包含する管理方法。
11. コンピューターに、
    現在の日時よりも過去に属する第１情報をスケジュールデータに追加する手順と、
    前記第１情報を示す画像をユーザー端末の表示部に表示させる操作画面のデータを、前記ユーザー端末に配信する手順と、
    前記ユーザー端末から、前記現在の日時よりも過去に属する第２情報を含むデータが送信されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する手順と、
    前記スケジュールデータが更新されると、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる操作画面のデータを、前記ユーザー端末に配信する手順と
    を実行させる管理プログラム。
12. コンピューターに、
    現在の日時よりも過去に属する第１情報をスケジュールデータに追加する手順と、
    前記第１情報を示す画像を含む操作画面を表示部に表示させる手順と、
    前記現在の日時よりも過去に属する第２情報が入力されると、前記スケジュールデータに前記第２情報を追加して、前記スケジュールデータを更新する手順と、
    前記スケジュールデータが更新されると、前記第１情報を示す画像が表示されていた領域に前記第２情報を示す画像の少なくとも一部を表示させる手順と
    を実行させる管理プログラム。

Images