JP7440059B2 - スケジュール管理システム及びサーバ - Google Patents

Description

本発明は、スケジュール管理システム及びサーバ、特に、業務に関するスケジュール情報が格納されるサーバ及びサーバにアクセス可能な複数の端末を備え、端末を介したユーザの要求に基づいてスケジュール情報が管理されるスケジュール管理システム、及び複数の端末と互いにアクセス可能に接続された、業務に関するスケジュール情報が格納されるサーバに関する。

就業環境において、業務におけるスケジュールの時間管理を支援するスケジュール管理システムが知られている。特に近年では、スケジュール情報が格納されるサーバ及びこのサーバにアクセスする端末を備え、端末を介してスケジュールを管理するスケジュール管理システムが広く利用されている（例えば特許文献１を参照）。

特開２００３－９１５１１公報

ところで、この種のスケジュール管理システムを利用することによって、予め設定されたスケジュールの時間管理は実現されるものの、スケジュール管理システムの利用によって、業務効率の改善までもが促されることが好ましい。

一方で、業務効率の改善には、就業環境における従業者であるユーザ間の互いの業務に関する相互理解が重要であって、この理解が深められることによってユーザ間の信頼関係が構築され、安心して発言や行動をすることができるいわゆる心理的安全性が高められて、業務効率の改善が促されることが期待される。

本発明は、上記事情に鑑みてなされたものであり、業務効率の改善を促すことができるスケジュール管理システム及びサーバを提供することを課題とするものである。

上記目的を達成するための本発明に係るスケジュール管理システムは、業務に関するスケジュール情報が格納されるサーバ及びサーバにアクセス可能な複数の端末を備え、端末を介したユーザの要求に基づいてスケジュール情報が管理されるスケジュール管理システムにおいて、スケジュール情報は、業務の予定に関する予定情報及び予定情報に対して達成された実績に関する実績情報を有し、予定情報を登録する予定情報登録モジュールと、実績情報を登録する実績情報登録モジュールと、予定情報と実績情報とを対比して集計する集計モジュールと、スケジュール情報に基づいて各端末の間でのチャット通信を確立するチャット通信プログラムと、を備えることを特徴とするものである。

これによれば、予定情報と予定情報に対する実績情報とが対比されて集計されることから、この集計された結果に基づいて予定と実績との齟齬が発生する原因を分析することができる。

したがって、分析に基づいた措置を講じることによって、ユーザの業務効率の改善を促すことができる。

しかも、スケジュール情報に基づいて、各端末の間でチャット通信が確立されることから、チャット通信に基づいてユーザの間で互いの業務に対する相互理解が促され、ユーザの間の信頼関係が構築されることが想定される。

このように、ユーザの間で信頼関係が構築されるのであれば、業務における心理的安全性が高められることから、ユーザの業務効率の改善が促されることが期待される。

このスケジュール管理システムの予定情報は、ユーザの行動が第１行動として定められた行動大項目データと、行動大項目データで定められた第１行動に含まれるユーザの行動が第２行動として定められた行動小項目データと、を備えることを特徴とするものである。

このスケジュール管理システムの集計モジュールは、予め設定された任意の期間に亘って予定情報と実績情報とを対比して集計することを特徴とするものである。

さらに、スケジュール管理システムの集計モジュールは、実績情報登録モジュールで実績情報として登録した実績情報のうち予定情報登録モジュールで登録した予定情報と対応しない実績情報を突発実績情報として抽出することを特徴とするものである。

しかも、スケジュール管理システムは、予定情報登録モジュールで登録した予定情報に関する業務についての支援を求めるヘルプ情報を登録するヘルプ情報登録モジュールを備えることを特徴とするものである。

スケジュール管理システムは、チャット通信プログラムによって確立されたチャット通信が会話型のインターフェースにおいて実現されるものであってもよいし、予め設定された任意の期間に亘る各端末の間でのチャット通信が一覧表示されるものであってもよい。

上記目的を達成するための本発明に係るサーバは、複数の端末と互いにアクセス可能に接続された、業務に関するスケジュール情報が格納されるサーバにおいて、スケジュール情報は、業務の予定に関する予定情報及び予定情報に対して達成された実績に関する実績情報を有し、予定情報を登録する予定情報登録モジュールと、実績情報を登録する実績情報登録モジュールと、予定情報と実績情報とを対比して集計する集計モジュールと、スケジュール情報に基づいて各端末の間でのチャット通信を確立するチャット通信プログラムと、を備えることを特徴とするものである。

この発明によれば、ユーザの業務効率の改善を促すことができる。

本発明の実施の形態に係るスケジュール管理システムの構成の概略を説明するブロック図である 同じく、本実施の形態に係るスケジュール管理システムのサーバ及び端末が実装されるコンピュータのハードウェア構成の概略を説明するブロック図である。 同じく、本実施の形態に係るスケジュール管理システムのサーバのストレージの構成の概略を説明するブロック図である。 同じく、本実施の形態に係るスケジュール管理システムで管理されるスケジュール情報の概略を説明するブロック図である。 同じく、本実施の形態に係るスケジュール管理システムのスケジュール管理プログラムの構成の概略を説明するブロック図である。 同じく、本実施の形態に係るスケジュール管理システムの予定情報登録モジュールで予定情報を登録する際の画面インターフェースの概略を説明する図である。 同じく、本実施の形態に係るスケジュール管理システムで管理される予定情報がユーザ端末に表示される場合の概略を示す図である。 同じく、本実施の形態に係るスケジュール管理システムで管理される予定情報がユーザ端末に表示される場合の概略を示す図である。 同じく、本実施の形態に係るスケジュール管理システムの実績情報登録モジュールで実績情報を登録する際の画面インターフェースの概略を説明する図である。 同じく、本実施の形態に係るスケジュール管理システムで管理される実績情報がユーザ端末に表示される場合の概略を示す図である。 同じく、本実施の形態に係るスケジュール管理システムの集計モジュールで生成される集計情報の概略を説明する図である。 同じく、本実施の形態に係るスケジュール管理システムの集計モジュールで生成される集計情報の概略を説明する図である。 同じく、本実施の形態に係るスケジュール管理システムのチャット通信プログラムで確立されるチャット通信の画面インターフェースを示す図である。 同じく、本実施の形態のスケジュール管理システムの画面インターフェースの一例を示す図である。

次に、図１～図１４に基づいて、本発明の実施の形態に係るスケジュール管理システムについて説明する。

図１は、本実施の形態に係るスケジュール管理システムの構成の概略を説明するブロック図である。図示のように、スケジュール管理システム１０は、サーバである管理サーバ２０及び端末である複数のユーザ端末３０ａ～３０ｎを主要構成として備え、これらがインターネット網２００を介して互いにアクセス可能に接続される。

管理サーバ２０は、本実施の形態では、スケジュール管理システム１０を提供するサービスを運営する運営事業者１に配備され、ユーザ端末３０ａ～３０ｎは、運営事業者１が運営するサービスを利用する複数のユーザ２ａ～２ｎに配備される。

これら管理サーバ２０及びユーザ端末３０ａ～３０ｎは、本実施の形態では、ほぼ同様のハードウェア構成を具備するコンピュータ、例えばデスクトップ型あるいはノート型のコンピュータによって実装される。

図２は、管理サーバ２０及びユーザ端末３０ａ～３０ｎが実装されるコンピュータのハードウェア構成の概略を説明するブロック図である。

図示のように、コンピュータは、プロセッサ１０１、メモリ１０２、ストレージ１０３、送受信部１０４、及び入出力部１０５を主要構成として備え、これらが互いにバス１０６を介して電気的に接続される。

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

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

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

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

ストレージ１０３は、アプリケーションプログラムや各種の処理に用いられるデータ等が格納されている。

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

入出力部１０５には、必要に応じて、キーボードやマウスといった情報入力機器やディスプレイ等の出力機器が接続される。本実施の形態では、キーボード、マウス及びディスプレイがそれぞれ接続される。

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

図３は、管理サーバ２０のストレージ１０３の構成の概略を説明するブロック図である。図示のように、ストレージ１０３は、ストレージ１０３の記憶領域によって実現される第１データベース２１、同じくストレージ１０３の記憶領域によって実現される第２データベース２２、スケジュール管理プログラム２３及びチャット通信プログラム２４を備える。

第１データベース２１には、本実施の形態では、ユーザ２ａ～２ｎの業務に関するスケジュール情報Ｄ１、ユーザ２ａ～２ｎの業務についての支援を求めるヘルプ情報Ｄ２及びスケジュール情報Ｄ１を集計した集計情報Ｄ３が格納される。

図４は、スケジュール情報Ｄ１の構成の概略を説明するブロック図である。図示のように、スケジュール情報Ｄ１は、予定情報Ｄ１ａ及び実績情報Ｄ１ｂを有する。

予定情報Ｄ１ａは、ユーザ２ａ～２ｎの業務の予定に関する情報であって、ユーザ２ａ～２ｎの行動、行動の時間、コメント等の各種のデータによって構成される。

本実施の形態では、行動に関するデータは、第１行動である行動大項目データｄ１、及び第２行動である行動小項目データｄ２によって構成される。

行動大項目データｄ１は、例えば、「会議」、「連絡」、「営業」、「コンサルティング」あるいは「休憩・休日・休暇」等のように、汎用的に予め設定されて分類された業務がユーザ２ａ～２ｎの第１行動として規定されたデータである。

行動小項目データｄ２は、行動大項目データｄ１として規定された第１行動に含まれる行動が第２行動として規定されたデータであって、例えば第１行動である「連絡」に含まれる「メール」や「電話」、あるいは第１行動である「営業」に含まれる「営業」、「移動」や「事前準備」等が第２行動として規定される。

実績情報Ｄ１ｂは、予定情報Ｄ１ａに対して達成された実績に関する情報であって、予定情報Ｄ１ａと対応するユーザ２ａ～２ｎの行動、行動の時間、コメント等の各種のデータによって構成される。

本実施の形態では、行動に関するデータは、予定情報Ｄ１ａの行動大項目データｄ１に対応する行動大項目データｄ３、及び予定情報Ｄ１ａの行動小項目データｄ２に対応する行動小項目データｄ４によって構成される。

ヘルプ情報Ｄ２及び集計情報Ｄ３の概略については、後述する。

図３で示す第２データベース２２には、本実施の形態では、チャット通信プログラム２４によって実現されるユーザ端末３０ａ～３０ｎの間でのチャット通信に関するチャット通信情報Ｄ４が格納される。このチャット通信情報Ｄ４の概略については、後述する。

スケジュール管理プログラム２３は、ユーザ端末３０ａ～３０ｎを介したユーザ２ａ～２ｎの要求に基づいてスケジュール情報Ｄ１を管理するプログラムである。

このスケジュール管理プログラム２３は、本実施の形態では、ユーザ端末３０ａ～３０ｎのディスプレイあるいは管理サーバ２０のディスプレイに表示されてユーザ端末３０ａ～３０ｎあるいは管理サーバ２０で情報の入出力が可能な画面インターフェースによって実装される。

図５は、スケジュール管理プログラム２３の構成の概略を説明するブロック図である。図示のように、スケジュール管理プログラム２３は、予定情報登録モジュール２３ａ、実績情報登録モジュール２３ｂ、ヘルプ情報登録モジュール２３ｃ及び集計モジュール２３ｄを備える。

予定情報登録モジュール２３ａは、予定情報Ｄ１ａを第１データベース２１に登録するモジュールである。

図６は、予定情報登録モジュール２３ａで予定情報Ｄ１ａを登録する際の画面インターフェースの概略を説明する図である。図示のように、予定情報登録インターフェースＩＦ１には、例えば、行動大項目データｄ１（「会議」）、行動小項目データｄ２（「事前準備」）、時間（「９：３０→１０：３０」）、コメント（「Ａ社への対応」）等の各種のデータが入力され、これら各種のデータが集積されて予定情報Ｄ１ａとして第１データベース２１に登録される。

図７は、ユーザ２ａによって、予定情報登録インターフェースＩＦ１を介して任意の1日における複数の予定情報Ｄ１ａが登録された場合に、ユーザ端末３０ａに表示される予定情報表示画面を示す図である。

図示のように、予定情報表示画面ＩＦ１０では、ユーザ２ａの予定情報Ｄ１ａは例えば、帯状のスケジュールバーＢ１として表示される。

図８は、複数のユーザ２ａ～２ｄによって予定情報Ｄ１ａが登録された場合の予定情報表示画面を示す図である。図示のように、予定情報表示画面ＩＦ１１には、各ユーザ２ａ～２ｄの帯状のスケジュールバーＢ１が一覧で表示される。

図８では、例えば、同じ事業体の同じ事業部門に所属する各ユーザ２ａ～２ｄの間で、予定情報表示画面ＩＦ１１を共有している状態を示している。

図５で示す実績情報登録モジュール２３ｂは、実績情報Ｄ１ｂを第１データベース２１に登録するモジュールである。

図９（ａ）、（ｂ）は、実績情報登録モジュール２３ｂで実績情報Ｄ１ｂを登録する際の画面インターフェースの概略を説明する図である。

図９（ａ）で示すように、実績情報登録インターフェースＩＦ２には、例えば、予定情報Ｄ１ａの行動大項目データｄ１に対応する実績の行動大項目データｄ３（「会議」）、予定情報Ｄ１ａの行動小項目データｄ２に対応する実績の行動小項目データｄ４（「事前準備」）、予定情報Ｄ１ａの時間に対応する実績の時間（「９：３０→１０：２０」）等の各種のデータが入力され、これら各種のデータが集積されて実績情報Ｄ１ｂとして第１データベース２１に登録される。

一方、図９（ｂ）で示すように、実績情報登録インターフェースＩＦ２には、「突発」と表示されたコマンドＣが配置され、予定情報Ｄ１ａとして第１データベース２１に登録されていない行動が実績として発生した場合にコマンドＣが入力されると、その行動は、予定情報Ｄ１ａと対応しない実績情報Ｄ１ｂとして第１データベース２１に登録される。

本実施の形態では、コマンドＣが入力された場合において、例えば、予定情報Ｄ１ａと対応しない実績の行動として「見積もり作成」及び「資料作成」が入力され、予定情報Ｄ１ａの時間に対応しない実績の時間（「１５：００→１６：００」）等の各種のデータが入力される。

図１０は、ユーザ２ａによって、実績情報登録インターフェースＩＦ２を介して任意の1日における予定情報Ｄ１ａに対して実績情報Ｄ１ｂが登録された場合に、ユーザ端末３０ａに表示される実績情報表示画面を示す図である。

図示のように、実績情報表示画面ＩＦ２０では、ユーザ２ａの実績情報Ｄ１ｂは例えば、帯状のスケジュールバーＢ２として表示される。

本実施の形態では、予定情報Ｄ１ａの行動大項目データｄ１に対応する行動大項目データｄ３（「会議」）において、予定情報Ｄ１ａの時間（「９：３０→１０：３０」）に対して実績の時間（「９：３０→１０：２０」）が１０分短縮されており、実績情報Ｄ１ｂとしてスケジュールバーＢ２に反映されて表示される。

一方、予定情報Ｄ１ａと対応しない実績の行動である「見積もり作成」も、実績情報Ｄ１ｂとしてスケジュールバーＢ２に反映されて表示される。

図５で示すヘルプ情報登録モジュール２３ｃは、予定情報登録モジュール２３ａで登録した予定情報Ｄ１ａに関する業務について、ユーザ２ａ～２ｎが支援を求めるヘルプ情報Ｄ２を第１データベース２１に登録するモジュールである。

このヘルプ情報Ｄ２は、本実施の形態では、予定情報Ｄ１ａに関連づけて登録されるものであって、例えば図８で示すように、予定情報表示画面ＩＦ１１において予定情報Ｄ１ａ（「事務処理／社内」）をクリックすると、「ヘルプ」と表示されたアイコンＩが予定情報表示画面ＩＦ１１の予定情報Ｄ１ａ（「事務処理／社内」）に表示される。

ヘルプ情報Ｄ２は、図７で示す予定情報表示画面ＩＦ１０において、予定情報Ｄ１ａをクリックすることによっても第１データベース２１に登録される。

なお、ヘルプ情報Ｄ２には、例えば「教えて！」、「ちょっと遅れます。」等といった各ユーザ２ａ～２ｎの現在の状態を示す、簡易的あるいは連絡的な情報も含まれる。

集計モジュール２３ｄは、例えば１時間ごと、1日ごと、１週間ごとあるいは１ヶ月ごとといった予め設定された任意の期間に亘って、第１データベース２１に登録された予定情報Ｄ１ａと実績情報Ｄ１ｂとを対比して集計して、集計情報Ｄ３を生成するモジュールである。

図１１及び図１２は、集計情報Ｄ３の概略を説明する図である。図示のように、集計情報Ｄ３は、本実施の形態では例えば、各ユーザ２ａ～２ｎごとの予定情報Ｄ１ａの行動大項目データｄ１あるいは行動小項目データｄ２ごとに、予定情報Ｄ１ａとして設定された時間が上段に配され、予定情報Ｄ１ａに対する実績情報Ｄ１ｂとして記録された時間が下段に配されるように表示される。

一方、集計情報Ｄ３は、例えば図１２（ａ）で示すように、同じ事業体に所属する全社員である全ユーザ２ａ～２ｎ単位で集計される集計情報Ｄ３ａであってもよいし、図１２（ｂ）で示すように、同じ事業体の同じ事業部（例えば営業部）単位で集計される集計情報Ｄ３ｂであってもよいし、事業部のチーム単位、チーム内の各ユーザ２ａ～２ｎの個人単位等、種々の単位で集計されるものであってもよい。

さらに、集計情報Ｄ３は、任意の時間単位（例えば１ヶ月、１週間、１日等）において、実績情報Ｄ１ｂの行動大項目データｄ３あるいは行動小項目データｄ４に規定される業務が占有する占有率が、円グラフやその他のグラフで表示されるものであってもよい。

一方、本実施の形態では、図１２（ｃ）で示すように、集計モジュール２３ｄによって、第１データベース２１に登録された、予定情報Ｄ１ａと対応しない実績情報Ｄ１ｂが突発実績情報として抽出され、抽出された突発実績情報の単位で集計される集計情報Ｄ３ｃであってもよい。

このように集計された集計情報Ｄ３（Ｄ３ａ～Ｄ３ｃ）は、本実施の形態では第１データベース２１に格納される。

図３で示すチャット通信プログラム２４は、ユーザ端末３０ａ～３０ｎの間でのチャット通信を確立するプログラムである。

このチャット通信プログラム２４で確立されるユーザ端末３０ａ～３０ｎの間でのチャット通信は、図１３で示すように、ユーザ端末３０ａ～３０ｎのディスプレイに表示されてユーザ端末３０ａ～３０ｎで情報の入力が可能な会話型の画面インターフェースＩＦ３によって実現される。

本実施の形態では、図８で示した予定情報表示画面ＩＦ１１において、例えばユーザ２ａがユーザ２ｄのスケジュールバーＢ１の任意の予定情報Ｄ１ａ（例えば、「営業／移動／プレゼンテーション／Ａ社」）をクリックすると、ユーザ端末３０ａからの接続要求が管理サーバ２０に送信されて画面インターフェースＩＦ３が起動し、ユーザ端末３０ａとユーザ端末３０ｄとの間のチャット通信が確立される。

このとき、予定情報表示画面ＩＦ１１を共有している他のユーザ端末３０ｂ及びユーザ端末３０ｃも、ユーザ端末３０ａとユーザ端末３０ｄとの間のチャット通信に入ることが可能である。

一方、本実施の形態では、図８で示した予定情報表示画面ＩＦ１１において、例えばユーザ２ｃがユーザ２ｄのスケジュールバーＢ１の予定情報Ｄ１ａ（「事務処理／社内」）に関連づけられた、「ヘルプ」と表示されたアイコンＩをクリックすると、ユーザ端末３０ｃからの接続要求が管理サーバ２０に送信されて画面インターフェースＩＦ３が起動し、ユーザ端末３０ｃとユーザ端末３０ｄとの間のチャット通信が確立される。

このとき、予定情報表示画面ＩＦ１１を共有している他のユーザ端末３０ａ及びユーザ端末３０ｂも、ユーザ端末３０ｃとユーザ端末３０ｄとの間のチャット通信に入ることが可能である。

ユーザ端末３０ａ～３０ｎの間のチャット通信で交換されたテキストデータは、本実施の形態では、チャット通信情報Ｄ４として第２データベース２２に格納される。

チャット通信情報Ｄ４には、本実施の形態では、画面インターフェースＩＦ３において「既読」あるいは「未読」の種別が表示される。

さらに、このチャット通信情報Ｄ４は、１時間ごと、1日ごと、１週間ごとあるいは１ヶ月ごとといった予め設定された任意の期間に亘って、ユーザ端末３０ａ～３０ｎでの操作に基づいて一覧表示される。

以上のような構成を具備する本実施の形態のスケジュール管理システム１０は、図１４で示すように、予定情報表示画面ＩＦ１１とチャット通信の画面インターフェースＩＦ３とが共に表示される、基本画面ＩＦ３０を一例として備える。

次に、本実施の形態に係るスケジュール管理システム１０の運用について説明する。

なお、本実施の形態では、スケジュール管理システム１０が、同じ事業体の同じ事業部門に所属する各ユーザ２ａ～２ｄの間で使用される場合について説明する。

各ユーザ２ａ～２ｄはまず、ユーザ端末３０ａ～３０ｄを介して、その日の予定情報Ｄ１ａを登録する。この予定情報Ｄ１ａの登録は、本実施の形態では、例えばその日の業務の開始前に実行される。

予定情報Ｄ１ａを登録すると、各ユーザ２ａ～２ｄはそれぞれのユーザ端末３０ａ～３０ｄにおいて、図７で一例を示した予定情報表示画面ＩＦ１０でスケジュールバーＢ１を表示させて、その日の業務の予定を全体的に確認することができる。

一方、各ユーザ２ａ～２ｄはそれぞれのユーザ端末３０ａ～３０ｄにおいて、図８で一例を示した予定情報表示画面ＩＦ１１で各ユーザ２ａ～２ｄのスケジュールバーＢ１を表示させて、各ユーザ２ａ～２ｄのそれぞれのその日の業務の予定を全体的に確認することができる。

予定情報Ｄ１ａの登録と併せて、予定情報Ｄ１ａに関する業務について支援が必要な場合は、各ユーザ２ａ～２ｄは、ヘルプ情報Ｄ２を登録する。

本実施の形態では、図８で一例を示した予定情報表示画面ＩＦ１１において、ユーザ２ｄが予定情報Ｄ１ａ（「事務処理／社内」）についてヘルプ情報Ｄ２を登録しており、予定情報表示画面ＩＦ１１に「ヘルプ」と表示されたアイコンＩが表示されている。

ここで、各ユーザ２ａ～２ｄは、第１データベース２１に登録された予定情報Ｄ１ａに基づいて、各ユーザ２ａ～２ｄの間でチャット通信を行うことができる。

例えば、図８で示した予定情報表示画面ＩＦ１１において、ユーザ２ｂが、ユーザ２ｃの予定情報Ｄ１ａ（「電話会議／Ｃ社」）をクリックして「Ｃ社の〇〇さん、事例を求められるから準備しておいたほうがいいよ。」のメッセージをユーザ２ｃに送信し、ユーザ２ｃが「アドバイスありがとうございます！そうします。」のメッセージをユーザ２ｂに返信する等といったチャット通信を行うことが想定される。

一方、ユーザ２ｄが予定情報Ｄ１ａ（「事務処理／社内」）について登録したヘルプ情報Ｄ２に基づいて、各ユーザ２ａ～２ｄの間でチャット通信を行うことができる。

例えば、図８で示した予定情報表示画面ＩＦ１１において、ユーザ２ｃが、ユーザ２ｄの予定情報表示画面ＩＦ１１に「ヘルプ」と表示されたアイコンＩをクリックして「事務処理、手伝おうか？」のメッセージをユーザ２ｄに送信し、ユーザ２ｄが「どうもありがとうございます！助かります。」のメッセージをユーザ２ｃに返信する等といったチャット通信を行うことが想定される。

このとき、ヘルプ情報Ｄ２に基づいて、予定情報Ｄ１ａに関する業務が支援された場合には「解決」のフラグ、未支援であれば「未解決」のフラグが、基本画面ＩＦ３０から遷移した任意の画面に表示されるように構成してもよい。

その後、各ユーザ２ａ～２ｄは、ユーザ端末３０ａ～３０ｄを介して、その日の予定情報Ｄ１ａに対して達成された実績を実績情報Ｄ１ｂとして登録する。この実績情報Ｄ１ｂの登録は、本実施の形態では、例えばその日の業務の終了後に実行される。

実績情報Ｄ１ｂの登録は、例えば、予定情報Ｄ１ａの日時（時間）に対して短縮あるいは超過したのであれば、その時間を第１データベース２１に登録する。

一方、予定情報Ｄ１ａとして第１データベース２１に登録されていない行動が実績として発生した場合は、その行動を、予定情報Ｄ１ａと対応しない実績情報Ｄ１ｂとして第１データベース２１に登録する。

実績情報Ｄ１ｂを登録すると、各ユーザ２ａ～２ｄはそれぞれのユーザ端末３０ａ～３０ｄにおいて、図１０で一例を示した実績情報表示画面ＩＦ２０でスケジュールバーＢ２を表示させて、その日の業務の実績を全体的に確認することができる。

その日の予定情報Ｄ１ａ及び実績情報Ｄ１ｂの登録が完了すると、各ユーザ２ａ～２ｄによるユーザ端末３０ａ～３０ｄの操作に基づいて、ユーザ端末３０ａ～３０ｄに集計情報Ｄ３が提示される。

集計情報Ｄ３は、例えば図１１で示したように、各ユーザ２ａ～２ｄごとに予定情報Ｄ１ａと実績情報Ｄ１ｂとが棒グラフで対比されて、予定情報Ｄ１ａに対する実績情報Ｄ１ｂの時間の短縮あるいは超過が一見して把握可能な形態で表示される。

この集計情報Ｄ３は、全てのユーザ２ａ～２ｎの単位で集計されるものであってもよいし、事業部の単位や事業所の単位、事業部のチーム単位あるいはチーム内の各ユーザ２ａ～２ｎの個人単位等といった種々の単位で集計されるものであってもよい。

さらに、集計情報Ｄ３は、例えば１ヶ月、１週間あるいは１日等といった任意の時間単位において、実績情報Ｄ１ｂの行動大項目データｄ３あるいは行動小項目データｄ４に規定される業務が占有する占有率が、円グラフ等で表示されるものであってもよい。

一方、本実施の形態では、予定情報Ｄ１ａと対応しない実績情報Ｄ１ｂが突発実績情報として抽出されて、抽出された突発実績情報の単位で集計される集計情報Ｄ３であってもよい。

このように、予定情報Ｄ１ａと予定情報Ｄ１ａに対する実績情報Ｄ１ｂとが対比されて、集計情報Ｄ３が集計されることから、この集計情報Ｄ３に基づいて予定と実績との齟齬が発生する原因を分析することができる。

したがって、分析に基づいた措置を講じることによって、ユーザ２ａ～２ｎの業務効率の改善を促すことができる。

しかも、予定情報Ｄ１ａとして登録されたスケジュール情報Ｄ１に基づいて、ユーザ端末３０ａ～３０ｎの間でチャット通信が確立されることから、チャット通信に基づいてユーザ２ａ～２ｎの間で互いの業務に対する相互理解が促され、ユーザ２ａ～２ｎの間の信頼関係が構築されることが想定される。

このように、ユーザ２ａ～２ｎの間で信頼関係が構築されるのであれば、業務における心理的安全性が高められることから、ユーザ２ａ～２ｎの業務効率の改善が促されることが期待される。

そのうえ、本実施の形態では、突発実績情報として把握される、予定情報Ｄ１ａと対応しない実績情報Ｄ１ｂの発生原因を分析することができることから、分析に基づいた措置を講じることによって、ユーザ２ａ～２ｎの業務効率の改善を促すことができる。

なお、本発明は上記実施の形態に限定されることはなく、発明の趣旨を逸脱しない範囲で種々の変更が可能である。

上記実施の形態では、集計情報Ｄ３が、ユーザ２ａ～２ｎごとに予定情報Ｄ１ａと実績情報Ｄ１ｂとが棒グラフで対比されて表示される場合を説明したが、棒グラフに限られるものではなく、円グラフ、折れ線グラフあるいはレーダチャート等、各種のグラフで表示されるものであってもよい。

上記実施の形態では、予定情報Ｄ１ａがユーザ２ａ～２ｎの業務の開始前に登録される場合を説明したが、例えば、業務の進行に合わせて随時登録されるものであってもよい。

同様に、実績情報Ｄ１ｂがユーザ２ａ～２ｎのその日の業務の終了後に一括して登録される場合を説明したが、例えば、個別の業務の終了に合わせて随時登録されるものであってもよい。

一方、ユーザ２ａ～２ｎがユーザ端末３０ａ～３０ｎを介して予定情報Ｄ１ａの行動大項目データｄ１あるいは行動小項目データｄ２を入力する際に、「増やしたい業務（時間）」あるいは「減らしたい業務（時間）」といった行動目標を入力することができるように構成してもよい。

さらに、ユーザ２ａ～２ｎがユーザ端末３０ａ～３０ｎを介して予定情報Ｄ１ａ及び実績情報Ｄ１ｂを入力するに際して、その日の業務の終了から翌日の業務の開始までの間のインターバル時間が予め設定されるように構成してもよい。

この場合において、設定されたインターバル時間が確保されていない場合に、ユーザ端末３０ａ～３０ｎに種々のアラートが発せられるように構成してもよい。

一方、任意の時間単位において予め設定された残業時間（例えば１ヶ月の上限を４５時間とする等）に漸近した際に、ユーザ端末３０ａ～３０ｎに種々のアラートが発せられるように構成してもよい。

その他、任意の状況においてユーザ端末３０ａ～３０ｎに種々のアラートが発せられるように構成してもよい。

上記実施の形態では、ユーザ端末３０ａ～３０ｎがデスクトップ型あるいはノート型のコンピュータによって実装される場合を説明したが、携帯型情報端末であるスマートフォンやタブレット型のコンピュータで実装されるものであってもよい。

この場合において、スマートフォンあるいはタブレット型のコンピュータには、管理サーバ２０にアクセスしてスケジュール管理プログラム２３及びチャット通信プログラム２４を実行可能なアプリケーションソフトウェアが格納される。

上記実施の形態では、管理サーバ２０が運営事業者１に配備される場合を説明したが、管理サーバ２０はクラウド環境で実装されるサーバであってもよい。

１ 運営事業者
２ａ～２ｎ ユーザ
１０ スケジュール管理システム
２０ 管理サーバ（サーバ）
２１ 第１データベース
２３ スケジュール管理プログラム
２３ａ 予定情報登録モジュール
２３ｂ 実績情報登録モジュール
２３ｃ ヘルプ情報登録モジュール
２３ｄ 集計モジュール
２４ チャット通信プログラム
３０ａ～３０ｎ ユーザ端末（端末）
Ｄ１ スケジュール情報
Ｄ１ａ 予定情報
Ｄ１ｂ 実績情報
Ｄ２ ヘルプ情報
Ｄ３ 集計情報
Ｄ４ チャット通信情報
ｄ１ 行動大項目データ
ｄ２ 行動小項目データ
ＩＦ１０、ＩＦ１１ 予定情報表示画面
ＩＦ３０ 基本画面

Claims (8)

1. 業務に関するスケジュール情報が格納されるサーバ及び該サーバにアクセス可能な複数の端末を備え、該端末を介したユーザの要求に基づいて前記スケジュール情報が管理されるスケジュール管理システムにおいて、
   前記スケジュール情報は、
   前記業務の予定に関する予定情報及び該予定情報に対して達成された実績に関する実績情報を有し、
   前記サーバは、
   前記予定情報を登録する予定情報登録モジュールと、
   前記実績情報を登録する実績情報登録モジュールと、
   前記予定情報と前記実績情報とを対比して集計する集計モジュールと、
   前記端末を介した一のユーザによる他のユーザの前記スケジュール情報の選択に基づいて接続要求が前記サーバに送信された際に前記一のユーザの前記端末と前記他のユーザの前記端末との間でのチャット通信を確立するチャット通信プログラムと、
   を備えることを特徴とするスケジュール管理システム。
2. 前記予定情報は、
   前記ユーザの行動が第１行動として定められた行動大項目データと、
   該行動大項目データで定められた前記第１行動に含まれる前記ユーザの行動が第２行動として定められた行動小項目データと、
   を備えることを特徴とする請求項１に記載のスケジュール管理システム。
3. 前記集計モジュールは、
   予め設定された任意の期間に亘って前記予定情報と前記実績情報とを対比して集計することを特徴とする請求項１または２に記載のスケジュール管理システム。
4. 前記集計モジュールは、
   前記実績情報登録モジュールで前記実績情報として登録した前記実績情報のうち前記予定情報登録モジュールで登録した前記予定情報と対応しない実績情報を突発実績情報として抽出することを特徴とする請求項１～３のいずれか１項に記載のスケジュール管理システム。
5. 前記予定情報登録モジュールで登録した前記予定情報に関する前記業務についての支援を求めるヘルプ情報を登録するヘルプ情報登録モジュールを備え、
   前記チャット通信プログラムは、
   前記端末を介した一のユーザによる他のユーザの前記ヘルプ情報の選択に基づいて接続要求が前記サーバに送信された際に前記一の前記ユーザの前記端末と前記他のユーザの前記端末との間でのチャット通信を確立する、
   ことを特徴とする請求項１～４のいずれか１項に記載のスケジュール管理システム。
6. 前記チャット通信プログラムによって確立された前記チャット通信が会話型のインターフェースにおいて実現されることを特徴とする請求項１～５のいずれか１項に記載のスケジュール管理システム。
7. 予め設定された任意の期間に亘る前記各端末の間での前記チャット通信が一覧表示されることを特徴とする請求項１～６のいずれか１項に記載のスケジュール管理システム。
8. 複数の端末と互いにアクセス可能に接続された、業務に関するスケジュール情報が格納されるサーバにおいて、
   前記スケジュール情報は、
   前記業務の予定に関する予定情報及び該予定情報に対して達成された実績に関する実績情報を有し、
   前記予定情報を登録する予定情報登録モジュールと、
   前記実績情報を登録する実績情報登録モジュールと、
   前記予定情報と前記実績情報とを対比して集計する集計モジュールと、
   前記端末を介した一のユーザによる他のユーザの前記スケジュール情報の選択に基づいて接続要求が前記サーバに送信された際に前記一のユーザの前記端末と前記他のユーザの前記端末との間でのチャット通信を確立するチャット通信プログラムと、
   を備えることを特徴とするサーバ。