特開 2024-114513 スケジュール管理システム、スケジュール管理装置、プログラム、およびスケジュール管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024114513

(43)【公開日】2024-08-23

(54)【発明の名称】スケジュール管理システム、スケジュール管理装置、プログラム、およびスケジュール管理方法

(51)【国際特許分類】

   G06Q 10/109 20230101AFI20240816BHJP

【ＦＩ】

G06Q10/109

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023020323

(22)【出願日】2023-02-13

(71)【出願人】

【識別番号】000134707

【氏名又は名称】株式会社ナカヨ

(74)【代理人】

【識別番号】100104570

【弁理士】

【氏名又は名称】大関 光弘

(72)【発明者】

【氏名】武尾 優斗

(72)【発明者】

【氏名】大山 越志

【テーマコード（参考）】

5L010

5L049

【Ｆターム（参考）】

5L010AA10

5L049AA10

(57)【要約】

【課題】残業の事前申請に対応した自動残業申請技術を提供する。
【解決手段】スケジュール管理装置１は、スケジューラ端末２から受信したスケジュール登録要求で指定されている参加者および開催期間を含むイベントのスケジュール情報をスケジュール情報データベースに登録する。また、スケジュール情報データベースに登録されているイベントのスケジュール情報に含まれている参加者について、このスケジュール情報の開催期間により特定されるイベント開催日の出退勤計画情報を勤怠管理システム３から取得し、このスケジュール情報の開催期間により特定されるイベント終了時刻が取得した出退勤計画情報により特定される退社時刻を超過しているならば、この参加者の退社時刻をイベント終了時刻以降の時刻に変更するための残業申請情報を勤怠管理システム３に送信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

イベントのスケジュールを管理するスケジュール管理装置と、前記スケジュール管理装置にイベントのスケジュールを登録するためのスケジューラ端末と、を備えたスケジュール管理システムであって、
前記スケジューラ端末は、
スケジュール登録操作を受け付けた場合に、当該スケジュール登録操作で指定されたイベントの参加者および開催期間の指定を伴うスケジュール登録要求を前記スケジュール管理装置に送信するスケジュール登録要求手段を有し、
前記スケジュール管理装置は、
前記スケジューラ端末より受信した前記スケジュール登録要求で指定されている参加者および開催期間を含むイベントのスケジュール情報をスケジュール情報データベースに登録するスケジュール登録処理手段と、
前記スケジュール情報データベースに登録された前記イベントのスケジュール情報に含まれている参加者について、ユーザ各々の出退勤計画情報を管理する勤怠管理システムから、当該スケジュール情報の前記開催期間により特定されるイベント開催日における当該参加者の出退勤計画情報を取得する出退勤計画取得手段と、
前記スケジュール情報データベースに登録された前記イベントのスケジュール情報に含まれている参加者について、当該スケジュール情報の前記開催期間により特定されるイベント終了時刻が、前記出退勤計画取得手段により取得された当該参加者の出退勤計画情報により特定される退社時刻を超過している場合に、当該参加者の退社時刻を当該イベント終了時刻以降の時刻に変更するための残業申請情報を、所定の装置に送信する残業申請処理手段と、を有する
ことを特徴とするスケジュール管理システム。

【請求項2】

請求項１に記載のスケジュール管理システムであって、
前記残業申請処理手段は、
前記スケジュール情報データベースに登録されている前記イベントのスケジュール情報に含まれている参加者について、当該スケジュール情報の前記開催期間により特定されるイベント終了時刻が、前記出退勤計画取得手段により取得された当該参加者の出退勤計画情報に含まれている退社時刻を超過している場合に、当該スケジュール情報の前記開催期間により特定される開催日における当該参加者の残業申請状況を前記所定の装置から取得し、取得した当該残業申請状況に基づいて残業申請の要否を判断し、残業申請「要」と判断した場合に、当該参加者の退社時刻を当該イベント終了時刻以降の時刻に変更するための前記残業申請情報を前記所定の装置に送信する
ことを特徴とするスケジュール管理システム。

【請求項3】

請求項１に記載のスケジュール管理システムであって、
前記残業申請処理手段は、
前記スケジュール情報データベースに登録されている前記イベントのスケジュール情報に含まれている参加者の残業申請情報を前記所定の装置に送信した場合に、当該参加者の残業申請の受領通知を前記所定の装置から所定時間内に受信しなかったならば、当該参加者に紐付けられている前記スケジューラ端末に、残業申請の提出に失敗した旨のメッセージを送信する
ことを特徴とするスケジュール管理システム。

【請求項4】

請求項１に記載のスケジュール管理システムであって、
前記残業申請処理手段は、
前記スケジュール情報データベースに登録されている前記イベントのスケジュール情報に含まれている参加者について、当該スケジュール情報の前記開催期間により特定されるイベント終了時刻が、前記出退勤計画取得手段により取得された当該参加者の出退勤計画情報に含まれている退社時刻を超過している場合に、当該スケジュール情報の前記開催期間により特定される開催日における当該参加者の残業申請状況を前記所定の装置から取得し、当該残業申請状況に承認申請の結果が含まれているならば、当該参加者に紐付けられている前記スケジューラ端末に、当該承認申請の結果を示すメッセージを送信する
ことを特徴とするスケジュール管理システム。

【請求項5】

請求項１ないし４のいずれか一項に記載のスケジュール管理システムであって、
前記スケジュール管理装置は、
ユーザ毎に、当該ユーザの残業申請に対して承認権限を有する承認者の情報を記憶する承認者情報記憶手段と、
前記スケジュール情報データベースに登録されている前記イベントのスケジュール情報に含まれている参加者に紐付けられている前記スケジューラ端末に対して、当該スケジュール情報により特定されるイベントの出欠問合せを通知して、当該スケジューラ端末から出欠応答を受信し、当該出欠応答を、当該スケジュール情報に含まれている当該参加者に紐付ける出欠確認手段と、をさらに有し、
前記残業申請処理手段は、
前記スケジュール情報データベースに登録されている前記イベントのスケジュール情報に含まれている参加者の残業申請情報を前記所定の装置に送信する場合に、当該スケジュール情報が、当該参加者の残業申請の承認者として前記承認者情報記憶手段に記憶されている他の参加者を含んでおり、かつ当該他の参加者の出欠予定が「出席」である場合、当該参加者の残業申請に当該承認者による承認済情報を付加する
ことを特徴とするスケジュール管理システム。

【請求項6】

イベントのスケジュールを管理するスケジュール管理装置であって、
スケジュール登録要求を受信した場合に、当該スケジュール登録要求で指定されているイベントの参加者および開催期間を含むイベントのスケジュール情報をスケジュール情報データベースに登録するスケジュール登録処理手段と、
前記スケジュール情報データベースに登録された前記イベントのスケジュール情報に含まれている参加者について、ユーザ各々の出退勤計画情報を管理する勤怠管理システムから、当該スケジュール情報の前記開催期間により特定されるイベント開催日における当該参加者の出退勤計画情報を取得する出退勤計画取得手段と、
前記スケジュール情報データベースに登録された前記イベントのスケジュール情報に含まれている参加者について、当該スケジュール情報の前記開催期間により特定されるイベント終了時刻が、前記出退勤計画取得手段により取得された当該参加者の出退勤計画情報により特定される退社時刻を超過している場合に、当該参加者の退社時刻を当該イベント終了時刻以降の時刻に変更するための残業申請情報を、所定の装置に送信する残業申請処理手段と、を有する
ことを特徴とするスケジュール管理装置。

【請求項7】

イベントのスケジュールを管理するスケジュール管理装置としてコンピュータを機能させるプログラムであって、
スケジュール登録要求を受信した場合に、当該スケジュール登録要求で指定されているイベントの参加者および開催期間を含むイベントのスケジュール情報をスケジュール情報データベースに登録するスケジュール登録処理手段、
前記スケジュール情報データベースに登録された前記イベントのスケジュール情報に含まれている参加者について、ユーザ各々の出退勤計画情報を管理する勤怠管理システムから、当該スケジュール情報の前記開催期間により特定されるイベント開催日における当該参加者の出退勤計画情報を取得する出退勤計画取得手段、および
前記スケジュール情報データベースに登録された前記イベントのスケジュール情報に含まれている参加者について、当該スケジュール情報の前記開催期間により特定されるイベント終了時刻が、前記出退勤計画取得手段により取得された当該参加者の出退勤計画情報により特定される退社時刻を超過している場合に、当該参加者の退社時刻を当該イベント終了時刻以降の時刻に変更するための残業申請情報を、所定の装置に送信する残業申請処理手段として、前記コンピュータを機能させる
ことを特徴とするプログラム。

【請求項8】

イベントのスケジュールを管理するスケジュール管理装置と、前記スケジュール管理装置にイベントのスケジュールを登録するためのスケジューラ端末と、を用いたスケジュール管理方法であって、
前記スケジューラ端末は、
スケジュール登録操作を受け付けた場合に、当該スケジュール登録操作で指定されたイベントの参加者および開催期間の指定を伴うスケジュール登録要求を前記スケジュール管理装置に送信し、
前記スケジュール管理装置は、
前記スケジューラ端末より前記スケジュール登録要求を受信した場合に、当該スケジュール登録要求で指定されている参加者および開催期間を含む前記イベントのスケジュール情報をスケジュール情報データベースに登録し、
前記スケジュール情報データベースに登録されている前記イベントのスケジュール情報に含まれている参加者について、ユーザ各々の出退勤計画情報を管理する勤怠管理システムから、当該スケジュール情報の前記開催期間により特定されるイベント開催日における当該参加者の出退勤計画情報を取得し、当該スケジュール情報の前記開催期間により特定されるイベント終了時刻が、当該出退勤計画情報により特定される退社時刻を超過している場合に、当該参加者の退社時刻を当該イベント終了時刻以降の時刻に変更するための残業申請情報を、所定の装置に送信する
ことを特徴とするスケジュール管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、残業申請を伴うイベントのスケジュール管理技術に関する。

【背景技術】

【0002】

特許文献１には、従業員の退社時にタイムカード機にＩＤカードを通すだけの簡単な作業で計画外の残業の届出を自動的に提出できる勤務管理システムが開示されている。この勤務管理システムでは、退社時にタイムカード機にＩＤカードを通すと、ＩＤカードに紐付けられた従業員の退社時刻が記録されるとともに、この従業員の勤務実績が算出される。そして、勤務実績と予め登録されたこの従業員の勤務計画（残業計画）とが比較されて、この従業員の残業届出の要否が判断される。その結果、残業届出が「要」であるならば残業申請処理が実行される。これにより、従業員は自ら残業届を提出する必要がなく、残業申請の出し忘れを防止することができる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４－３４１９６８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１に記載の勤務管理システムは、残業の事後申請に対応したものであり、残業の事前申請には対応していない。

【0005】

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、残業の事前申請に対応したスケジュール管理技術を提供することにある。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本発明において、スケジューラ端末は、スケジュール登録操作を受け付けるとこのスケジュール登録操作で指定されたイベントの参加者および開催期間の指定を伴うスケジュール登録要求をスケジュール管理装置に送信する。これを受けて、スケジュール管理装置は、スケジュール登録要求で指定されている参加者および開催期間を含むイベントのスケジュール情報をスケジュール情報データベースに登録する。また、スケジュール管理装置は、スケジュール情報データベースに登録されたイベントのスケジュール情報に含まれている参加者について、このスケジュール情報により特定されるイベント開催日における出退勤計画情報を勤怠管理システムから取得する。そして、取得した出退勤計画情報により特定される退社時刻と、このスケジュール情報により特定されるイベント終了時刻とを比較し、イベント終了時刻が退社時刻を超過しているならば、この参加者の退社時刻をイベント終了時刻以降の時刻に変更するための残業申請情報を所定の装置（例えば勤怠管理システム）に送信する。

【0007】

例えば、本発明は、
イベントのスケジュールを管理するスケジュール管理装置と、前記スケジュール管理装置にイベントのスケジュールを登録するためのスケジューラ端末と、を備えたスケジュール管理システムであって、
前記スケジューラ端末は、
スケジュール登録操作を受け付けた場合に、当該スケジュール登録操作で指定されたイベントの参加者および開催期間の指定を伴うスケジュール登録要求を前記スケジュール管理装置に送信するスケジュール登録要求手段を有し、
前記スケジュール管理装置は、
前記スケジューラ端末より受信した前記スケジュール登録要求で指定されている参加者および開催期間を含む前記イベントのスケジュール情報をスケジュール情報データベースに登録するスケジュール登録処理手段と、
前記スケジュール情報データベースに登録された前記イベントのスケジュール情報に含まれている参加者について、ユーザ各々の出退勤計画情報を管理する勤怠管理システムから、当該スケジュール情報の前記開催期間により特定されるイベント開催日における当該参加者の出退勤計画情報を取得する出退勤計画取得手段と、
前記スケジュール情報データベースに登録された前記イベントのスケジュール情報に含まれている参加者について、当該スケジュール情報の前記開催期間により特定されるイベント終了時刻が、前記出退勤計画取得手段により取得された当該参加者の出退勤計画情報により特定される退社時刻を超過している場合に、当該参加者の退社時刻を当該イベント終了時刻以降の時刻に変更するための残業申請情報を、前記勤怠管理システムで管理されている出退勤計画情報を更新する所定の装置に送信する残業申請処理手段と、を有する。

【発明の効果】

【0008】

本発明において、スケジュール管理装置は、スケジュール情報データベースに登録されたスケジュール情報に含まれているイベントの参加者について、このスケジュール情報より特定されるイベント終了時刻が、イベント開催日におけるこの参加者の出退勤計画情報により特定される退社時刻を超えている場合、自動で残業申請を行う。したがって、本発明によれば、残業の事前申請に対応することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、本発明の第１実施の形態に係るスケジュール管理システムの概略構成図である。

【図2】図２は、本発明の第１実施の形態に係るスケジュール管理システムの第１の動作例を説明するためのシーケンス図である。

【図3】図３は、本発明の第１実施の形態に係るスケジュール管理システムの第２の動作例を説明するためのシーケンス図である。

【図4】図４は、本発明の第１実施の形態に係るスケジュール管理システムの第２の動作例を説明するためのシーケンス図であり、図３の続きである。

【図5】図５は、スケジュール管理装置１の概略機能構成図である。

【図6】図６は、スケジュール情報データベース１０１の登録内容例を模式的に表した図である。

【図7】図７は、勤怠管理システム３から取得される出退勤計画情報の一例を模式的に表した図である。

【図8】図８は、勤怠管理システム３から取得される残業申請状況通知の一例を模式的に表した図である。

【図9】図９は、スケジュール管理装置１のスケジュール登録動作を説明するためのフロー図である。

【図10】図１０は、スケジュール管理装置１の残業申請動作を説明するためのフロー図である。

【図11】図１１は、スケジューラ端末２の概略機能構成図である。

【図12】図１２は、スケジューラ端末２の動作を説明するためのフロー図である。

【図13】図１３は、本発明の第２実施の形態に係るスケジュール管理システムの動作例を説明するためのシーケンス図である。

【図14】図１４は、本発明の第２実施の形態に係るスケジュール管理システムの動作例を説明するためのシーケンス図であり、図１３の続きである。

【図15】図１５は、スケジュール管理装置１ａの概略機能構成図である。

【図16】図１６は、ユーザ情報記憶部１０２ａの登録内容例を模式的に表した図である。

【図17】図１７は、スケジュール管理装置１ａの残業申請動作を説明するためのフロー図である。

【図18】図１８は、スケジュール管理装置１ａの残業申請動作を説明するためのフロー図であり、図１７の続きである。

【発明を実施するための形態】

【0010】

以下に、本発明の実施の形態について図面を参照して説明する。

【0011】

［第１実施の形態］
まず、本発明の第１実施の形態について説明する。

【0012】

図１は、本実施の形態に係るスケジュール管理システムの概略構成図である。

【0013】

図示するように、本実施の形態に係るスケジュール管理システムは、業務処理、打合せ、会議等のイベントのスケジュールを管理するスケジュール管理装置１と、スケジュール管理装置１にイベントのスケジュールを登録するためのスケジューラ端末２－１～２－ｎ（以下、単にスケジューラ端末２とも呼ぶ）とが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）４に接続されて構成されている。ＬＡＮ４は、ゲートウェイ（ＧＷ）６を介してＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）５に接続されており、スケジュール管理装置１は、ＬＡＮ４、ゲートウェイ６、およびＷＡＮ５を介して、スケジューラ端末２に紐付けられたユーザ各々の出退勤計画情報および残業申請情報を管理する勤怠管理システム３に接続されている。

【0014】

なお、図１では、スケジュール管理装置１およびスケジューラ端末２がＬＡＮ４に接続され、勤怠管理システム３がＷＡＮ５に接続されているが、スケジュール管理装置１、スケジューラ端末２、および勤怠管理システム３は、同じネットワーク（ＬＡＮ４またはＷＡＮ５）に接続されていてもよい。

【0015】

図２は、本実施の形態に係るスケジュール管理システムの第１の動作例を説明するためのシーケンス図である。

【0016】

まず、スケジューラ端末２―１は、ユーザ（ユーザＡ）からスケジュール登録操作を受け付けると（Ｓ１００）、このスケジュール登録操作で指定された新規イベントの件名、参加者、および開催期間（イベント開催日、イベント開始時刻およびイベント終了時刻により特定されるイベント開催時間帯）を含むスケジュール登録要求をスケジュール管理装置１に送信する（Ｓ１０１）。ここでは、スケジュール登録操作により、新規イベントの件名および開催期間として「顧客の見積作成業務」および「２０２２／１１／１４ １７：００～１９：００」が指定されるとともに、新規イベントの参加者としてスケジューラ端末２―１のユーザ「ユーザＡ」のみが指定されたものとする。

【0017】

これを受けて、スケジュール管理装置１は、新規イベントのスケジュール情報をスケジュール情報データベースに登録する（Ｓ１０２）。ここでスケジュール情報データベースに登録される新規イベントのスケジュール情報は、スケジュール登録要求で指定された新規イベントの件名「顧客の見積作成業務」、参加者「ユーザＡ」、および開催期間「２０２２／１１／１４ １７：００～１９：００」を含むとともに、イベント登録者として、スケジュール登録要求の送信元のスケジューラ端末２―１に紐付けられているユーザ「ユーザＡ」を含む。それから、スケジュール管理装置１は、スケジュール登録要求の送信元であるスケジューラ端末２―１にスケジュール登録通知を送信する（Ｓ１０３）。

【0018】

また、スケジュール管理装置１は、定期的にスケジュール情報データベースの登録状況を監視しており、Ｓ１０２によりスケジュール情報がスケジュール情報データベースに新規登録されたことを検出すると（Ｓ１０４）、このスケジュール情報（本シーケンスの以下の説明において、Ｓ１０４で検出したスケジュール情報を新規登録スケジュール情報と呼ぶ）に含まれる参加者が１人（イベント登録者「ユーザＡ」のみ）である場合には、この参加者「ユーザＡ」の指定と、新規登録スケジュール情報の開催期間「２０２２／１１／１４ １７：００～１９：００」により特定されるイベント開催日（ここでは「２０２２／１１／１４」）の指定と、を伴う出退勤計画要求を勤怠管理システム３に送信する（Ｓ１０５）。

【0019】

これを受けて、勤怠管理システム３は、出退勤計画要求で指定された参加者「ユーザＡ」について、出退勤計画要求で指定されたイベント開催日「２０２２／１１／１４」における出退勤計画情報を検索する。そして、検索した出退勤計画情報をスケジュール管理装置１に送信する（Ｓ１０６）。

【0020】

スケジュール管理装置１は、勤怠管理システム３から出退勤計画情報を受信すると、新規登録スケジュール情報の開催期間「２０２２／１１／１４ １７：００～１９：００」により特定されるイベント終了時刻（ここでは「１９：００」）が、この出退勤計画情報に含まれる退社時刻を超過しているか否かを調べる。そして、イベント終了時刻「１９：００」が退社時刻を超過していることを確認すると（Ｓ１０７）、この出退勤計画情報に紐付けられる参加者およびイベント開催日（出退勤計画要求で指定した参加者「ユーザＡ」およびイベント開催日「２０２２／１１／１４」）の指定を伴う残業申請状況要求を勤怠管理システム３に送信する（Ｓ１０８）。

【0021】

これを受けて、勤怠管理システム３は、残業申請状況要求で指定された参加者「ユーザＡ」について、残業申請状況要求で指定された開催日「２０２２／１１／１４」における残業申請情報を検索する。そして、その検索結果を含む残業申請状況通知をスケジュール管理装置１に送信する（Ｓ１０９）。ここでは、残業申請情報が検出されず、検索結果として「残業申請なし」が残業申請状況通知に含まれているものとする。

【0022】

つぎに、スケジュール管理装置１は、勤怠管理システム３から受信した残業申請状況通知を参照して残業申請要否を判断する。ここでは、残業申請状況通知に含まれる検索結果が「残業申請なし」であるので、残業申請「要」と判断する（Ｓ１１０）。そして、スケジュール管理装置１は、新規登録スケジュール情報に含まれるイベントの件名「顧客の見積作成業務」、残業申請「要」と判断された参加者（イベント登録者）「ユーザＡ」、および新規登録スケジュール情報に含まれる開催期間「２０２２／１１／１４ １７：００～１９：００」により特定されるイベント開催日「２０２２／１１／１４」を含み、この開催期間により特定されるイベント終了時刻「１９：００」以降の時刻を退社時刻とする残業申請情報を勤怠管理システム３に送信する（Ｓ１１１）。

【0023】

つぎに、勤怠管理システム３は、スケジュール管理装置１から残業申請情報を受信すると、これを登録する（Ｓ１１２）。そして、スケジュール管理装置１に残業申請情報受領通知を送信する（Ｓ１１３）。

【0024】

図３および図４は、本実施の形態に係るスケジュール管理システムの第２の動作例を説明するためのシーケンス図である。

【0025】

まず、スケジューラ端末２－１は、ユーザ（ユーザＡ）から新規イベントのスケジュール登録操作を受け付けると（Ｓ１２０）、このスケジュール登録操作で指定された新規イベントの件名、参加者、および開催期間を含むスケジュール登録要求をスケジュール管理装置１に送信する（Ｓ１２１）。ここでは、スケジュール登録操作により、新規イベントの件名および開催期間として「〇〇発表会の打合せ」および「２０２２／１１／１５ １７：００～１９：００」が指定されるとともに、新規イベントの参加者としてスケジューラ端末２－１のユーザ「ユーザＡ」とスケジューラ端末２－２のユーザ「ユーザＢ」とが指定されたものとする。

【0026】

これを受けて、スケジュール管理装置１は、新規イベントのスケジュール情報をスケジュール情報データベースに登録する（Ｓ１２２）。ここでスケジュール情報データベースに登録される新規イベントのスケジュール情報は、スケジュール登録要求で指定された件名「〇〇発表会の打合せ」、参加者「ユーザＡ（スケジューラ端末２－１に紐付けられているユーザ）」「ユーザＢ（スケジュール端末２－２に紐付けられているユーザ）」、および開催期間「２０２２／１１／１５ １７：００～１９：００」を含むとともに、イベント登録者として、スケジュール登録要求の送信元のスケジューラ端末２－１に紐付けられているユーザ「ユーザＡ」を含む。それから、スケジュール管理装置１は、スケジュール登録要求の送信元であるスケジューラ端末２―１にスケジュール登録通知を送信する（Ｓ１２３）。

【0027】

つぎに、スケジュール管理装置１は、スケジュール情報データベースに新規登録された新規イベントのスケジュール情報に含まれる参加者のうち、イベント登録者以外の参加者「ユーザＢ」に紐付けられているスケジュール端末２－２に、このスケジュール情報を含むイベント出欠問合せを送信する（Ｓ１２４）。

【0028】

これを受けて、スケジューラ端末２－２は、スケジュール管理装置１から受信したイベント出欠問合せに含まれるスケジュール情報を表示して、ユーザＢに新規イベントの出欠を確認する（Ｓ１２５）。ここで、スケジューラ端末２－２は、ユーザＢから新規イベントへの出席操作を受け付けると（Ｓ１２６）、スケジュール管理装置１に、イベント出欠問合せに対するイベント出欠応答としてイベント出席応答を送信する（Ｓ１２７）。これを受けて、スケジュール管理装置１は、スケジュール情報データベースを更新して、新規イベントのスケジュール情報に登録されている参加者のうち、イベント出席応答の送信元のスケジューラ端末２－２に紐付けられた参加者「ユーザＢ」の出欠予定を「出席」に更新する（Ｓ１２８）。

【0029】

また、スケジュール管理装置１は、定期的にスケジュール情報データベースの登録状況を監視しており、Ｓ１２２によりスケジュール情報がスケジュール情報データベースに新規登録されたことを検出すると（Ｓ１２９）、このスケジュール情報（本シーケンスの以下の説明において、Ｓ１２９で検出したスケジュール情報を新規登録スケジュール情報と呼ぶ）に複数の参加者が含まれているか否かを確認する。ここでは、参加者が複数（２人）登録されていること（イベント登録者とそれ以外のユーザが参加者として登録されていること）を確認する。その後、以下のように、それぞれの参加者について、順次、イベント開催日当日の出退勤計画を確認し、その確認結果に応じて残業申請を行う。

【0030】

まず、スケジュール管理装置１は、新規登録スケジュール情報に含まれる参加者のなかから、イベント登録者でもある参加者「ユーザＡ」を特定したものとする（Ｓ１３０）。それから、スケジュール管理装置１は、特定した参加者「ユーザＡ」および新規登録スケジュール情報の開催期間「２０２２／１１／１５ １７：００～１９：００」により特定されるイベント開催日（ここでは「２０２２／１１／１５」）の指定を伴う出退勤計画要求を勤怠管理システム３に送信する（Ｓ１３１）。

【0031】

これを受けて、勤怠管理システム３は、出退勤計画要求で指定されている参加者「ユーザＡ」について、出退勤計画要求で指定されたイベント開催日「２０２２／１１／１５」における出退勤計画情報を検索する。そして、イベント開催日「２０２２／１１／１５」における参加者「ユーザＡ」の出退勤計画情報をスケジュール管理装置１に送信する（Ｓ１３２）。

【0032】

スケジュール管理装置１は、イベント開催日「２０２２／１１／１５」における参加者「ユーザＡ」の出退勤計画情報を勤怠管理システム３から受信すると、新規登録スケジュール情報の開催期間「２０２２／１１／１５ １７：００～１９：００」により特定されるイベント終了時刻（ここでは「１９：００」）が、この出退勤計画情報に含まれる退社時刻を超過しているか否かを調べる。ここでは、イベント終了時刻「１９：００」が退社時刻を超過していないことを確認したとする（Ｓ１３３）。

【0033】

つぎに、スケジュール管理装置１は、新規登録スケジュール情報から「ユーザＡ」以外の参加者「ユーザＢ」を特定し、この参加者「ユーザＢ」のイベント出欠予定が「出席」であることを確認すると（Ｓ１３４）、特定した参加者「ユーザＢ」および新規登録スケジュール情報の開催期間「２０２２／１１／１５ １７：００～１９：００」により特定されるイベント開催日「２０２２／１１／１５」の指定を伴う出退勤計画要求を勤怠管理システム３に送信する（Ｓ１３５）。

【0034】

これを受けて、勤怠管理システム３は、出退勤計画要求で指定されている参加者「ユーザＢ」について、出退勤計画要求で指定されたイベント開催日「２０２２／１１／１５」における出退勤計画情報を検索する。そして、イベント開催日「２０２２／１１／１５」における参加者「ユーザＢ」の出退勤計画情報をスケジュール管理装置１に送信する（Ｓ１３６）。

【0035】

スケジュール管理装置１は、イベント開催日「２０２２／１１／１５」における参加者「ユーザＢ」の出退勤計画情報を勤怠管理システム３から受信すると、新規登録スケジュール情報の開催期間「２０２２／１１／１５ １７：００～１９：００」により特定されるイベント終了時刻「１９：００」が、この出退勤計画情報に含まれている退社時刻を超過しているか否かを調べる。ここでは、イベント終了時刻「１９：００」が退社時刻を超過していることを確認したとする（Ｓ１３７）。その後、この出退勤計画情報に紐付けられている参加者「ユーザＢ」およびイベント開催日「２０２２／１１／１５」の指定を伴う残業申請状況要求を勤怠管理システム３に送信する（Ｓ１３８）。

【0036】

これを受けて、勤怠管理システム３は、残業申請状況要求で指定されている参加者「ユーザＢ」について、残業申請状況要求で指定されたイベント開催日「２０２２／１１／１５」における残業申請情報を検索する。そして、その検索結果を含む残業申請状況通知をスケジュール管理装置１に送信する（Ｓ１３９）。ここでは、残業申請情報が検出されず、検索結果として「残業申請なし」が残業申請状況通知に含まれているものとする。

【0037】

つぎに、スケジュール管理装置１は、勤怠管理システム３から受信した残業申請状況通知に基づいて、参加者「ユーザＢ」の残業申請の要否を判断する。ここでは、残業申請状況通知に含まれている検索結果が「残業申請なし」であるので、参加者「ユーザＢ」の残業申請「要」と判断する（Ｓ１４０）。これを受けて、スケジュール管理装置１は、新規登録スケジュール情報に含まれるイベントの件名「〇〇発表会の打合せ」、残業申請「要」と判断された参加者「ユーザＢ」、および新規登録スケジュール情報に含まれる開催期間「２０２２／１１／１５ １７：００～１９：００」により特定されるイベント開催日「２０２２／１１／１５」を含み、このイベント開催期間により特定されるイベント終了時刻「１９：００」以降の時刻を退社時刻とする残業申請情報を勤怠管理システム３に送信する（Ｓ１４１）。

【0038】

つぎに、勤怠管理システム３は、スケジュール管理装置１から残業申請情報を受信すると、これを登録する（Ｓ１４２）。そして、スケジュール管理装置１に残業申請情報受領通知を送信する（Ｓ１４３）。

【0039】

つぎに、本実施の形態に係るスケジュール管理システムを構成するスケジュール管理装置１およびスケジューラ端末２の詳細について説明する。

【0040】

なお、勤怠管理システム３には、残業計画管理機能および残業申請処理機能を備えた既存の勤怠管理システムを用いることができるので、その詳細な説明を省略する。

【0041】

まず、スケジュール管理装置１の詳細を説明する。

【0042】

図５は、スケジュール管理装置１の概略機能構成図である。

【0043】

図示するように、スケジュール管理装置１は、ＬＡＮインターフェース部１００と、スケジュール情報データベース１０１と、ユーザ情報記憶部１０２と、スケジュール登録処理部１０３と、出欠確認処理部１０４と、スケジュール情報監視部１０５と、出退勤計画取得部１０６と、残業申請処理部１０７と、を備えている。

【0044】

ＬＡＮインターフェース部１００は、ＬＡＮ４を介してスケジューラ端末２および勤怠管理システム３と通信するためのインターフェースである。

【0045】

スケジュール情報データベース１０１には、イベント毎にイベントのスケジュール情報が記憶されている。

【0046】

図６は、スケジュール情報データベース１０１の登録内容例を模式的に表した図である。

【0047】

図示するように、スケジュール情報データベース１０１には、イベント毎にスケジュール情報のレコード１０１０が記憶される。スケジュール情報のレコード１０１０は、イベントの識別情報であるイベントＩＤが登録されたフィールド１０１１と、イベントの件名が登録されたフィールド１０１２と、イベントの開催期間（イベント開催日、イベント開催時間帯（イベント開始時刻、イベント終了時刻））が登録されたフィールド１０１３と、イベントの参加者各々のユーザ名がその出欠予定とともに登録されたフィールド１０１４と、イベント登録者のユーザ名が登録されたフィールド１０１５と、を有する。

【0048】

ユーザ情報記憶部１０２には、ユーザ毎に、ユーザ名およびスケジューラ端末２のアドレス情報を含むユーザ情報が記憶されている。

【0049】

スケジュール登録処理部１０３は、ＬＡＮインターフェース部１００を介してスケジューラ端末２より受信したスケジュール登録要求で指定された参加者および開催期間を含むイベントのスケジュール情報をスケジュール情報データベース１０１に登録するとともに、このスケジューラ端末２にスケジュール登録通知を送信する。この際、イベントの各参加者の出欠予定について、イベント登録者である参加者は「出席」、それ以外の参加者は「未定」とする。また、スケジュール登録処理部１０３は、出欠確認処理部１０４の指示に従い、スケジュール情報データベース１０１に登録されているスケジュール情報のレコード１０１０に含まれている参加者の出欠予定を「未定」から「出席」または「欠席」に更新する。

【0050】

出欠確認処理部１０４は、スケジュール登録処理部１０３によりスケジュール情報データベース１０１に登録されたスケジュール情報のレコード１０１０に含まれる出欠予定「未定」の参加者毎に、この参加者に紐付けられてユーザ情報記憶部１０２に記憶されているアドレス情報により特定されるスケジューラ端末２に、このスケジュール情報を含むイベント出欠問合せを送信する。そして、イベント出欠問合せ送信先のスケジューラ端末２からイベント出欠応答を受信すると、このスケジューラ端末２のユーザの出欠予定を、受信したイベント出欠応答に従って更新するようにスケジュール登録処理部１０３に指示する。

【0051】

スケジュール情報監視部１０５は、定期的にスケジュール情報データベース１０１の登録状況を監視し、スケジュール情報データベース１０１に新規登録されたスケジュール情報を検出する。そして、検出したスケジュール情報から出欠予定「出席」の参加者を特定し、このスケジュール情報とともに出退勤計画取得部１０６に通知する。

【0052】

出退勤計画取得部１０６は、スケジュール情報監視部１０５から通知された出欠予定「出席」の参加者毎に、参加者およびスケジュール情報監視部１０５から通知された新スケジュール情報の開催期間により特定されるイベント開催日の指定を伴う出退勤計画要求を勤怠管理システム３に送信して、このイベント開催日における出欠予定「出席」の各参加者の出退勤計画情報を勤怠管理システム３から取得する。

【0053】

図７は、勤怠管理システム３から取得される出退勤計画情報の一例を模式的に表した図である。

【0054】

図示するように、出退勤計画情報は、ユーザ名１０６０、出勤日１０６１、出社時刻１０６２、および退社時刻１０６３を含んで構成される。

【0055】

残業申請処理部１０７は、出退勤計画取得部１０６によって取得された出退勤計画情報毎に、スケジュール情報監視部１０５により検知されたスケジュール情報の開催期間により特定されるイベント終了時刻が、この出退勤計画情報に含まれている退社時刻を超過しているか否かを判断する。そして、イベント終了時刻が出退勤計画情報の退社時刻を超過しているならば、この出退勤計画情報にユーザ名が含まれる参加者およびこのスケジュール情報の開催期間により特定されるイベント開催日の指定を伴う残業申請状況要求を勤怠管理システム３に送信する。これにより、イベント開催日における出欠予定「出席」の各参加者の残業申請状況通知を勤怠管理システム３から取得する。

【0056】

図８は、勤怠管理システム３から取得される残業申請状況通知の一例を模式的に表した図である。

【0057】

図示するように、残業申請状況通知は、ユーザ名１０７０、出勤日１０７１、残業申請有無１０７２を含んで構成される。また、残業申請有無１０７２が「申請あり」の場合には、残業申請状況通知は、さらに残業申請内容１０７３を含んで構成される。残業申請内容１０７３は、残業が必要となるイベントの件名１０７４、および申請する退社時刻１０７５を含む。

【0058】

そして、残業申請処理部１０７は、取得した残業申請状況通知に基づいて、残業申請の要否を判断する。具体的には、スケジュール情報監視部１０５により検知されたスケジュール情報の開催期間により特定されるイベント終了時刻以降の時刻を退社時刻とする残業申請を行っているか否かを判断することにより、残業申請の要否を判断する。そして、残業申請「要」と判断した出欠予定「出席」の参加者について、このスケジュール情報の開催期間により特定されるイベント開催日における退社時刻をイベント終了時刻以降の時刻に延長するための残業申請情報を勤怠管理システム３に送信する。

【0059】

図５に示すスケジュール管理装置１の機能構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実現されるものでもよい。または、ＣＰＵ、メモリ、フラッシュメモリ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等の通信インターフェースを備えたパーソナルコンピュータ等において、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することによりプロセスとして実現されるものでもよい。

【0060】

図９はスケジュール管理装置１のスケジュール登録動作を説明するためのフロー図である。

【0061】

このフローは、ＬＡＮインターフェース部１００を介してスケジューラ端末２からスケジュール登録要求を受信することにより開始される。

【0062】

まず、スケジュール登録処理部１０３は、以下のように新規イベントのスケジュール情報をスケジュール情報データベース１０１に新規登録する。新規のイベントＩＤを発行して、このイベントＩＤを含むレコード１０１０をスケジュール情報データベース１０１に新規登録する。そして、このレコード１０１０のフィールド１０１２～１０１４に、スケジュール登録要求で指定されている新規イベントの件名、参加者、および開催期間を登録する。また、ユーザ情報記憶部１０２を参照して、スケジュール登録要求の送信元のスケジューラ端末２に紐付けられたユーザを特定し、このユーザをイベント登録者としてこのレコード１０１０のフィールド１０１５に登録する。さらに、このレコード１０１０のフィールド１０１４に参加者各々の出欠予定を追加登録する。本実施形態では、参加者がイベント登録者である場合にはその参加者の出欠予定を「出席」、それ以外の参加者である場合にはその出欠予定を「未定」とする。その後、スケジュール登録処理部１０３は、ＬＡＮインターフェース部１００を介してスケジュール登録要求の送信元のスケジューラ端末２にスケジュール登録通知を送信する（Ｓ２００）。

【0063】

つぎに、スケジュール登録処理部１０３は、スケジュール情報データベース１０１に新規登録されたスケジュール情報のレコード１０１０のフィールド１０１４に出欠予定「未定」の参加者（すなわちイベント登録者以外の参加者）が含まれているか否かを判断する（Ｓ２０１）。

【0064】

そして、出欠予定「未定」の参加者が含まれていないならば（イベント登録者のみが参加する新規イベントである場合）（Ｓ２０１でＮＯ）、このフローを終了する。

【0065】

一方、出欠予定状況「未定」の参加者が含まれているならば（イベント登録者以外の参加者も参加する新規イベントである場合）（Ｓ２０１でＹＥＳ）、ユーザ情報記憶部１０２を参照して、出欠予定「未定」の参加者に紐付けられたスケジューラ端末２を特定する。そして、Ｓ２００で登録した新規イベントのスケジュール情報をスケジュール情報データベース１０１から読み出して、このスケジュール情報とともに、出欠予定「未定」の参加者のユーザ名とスケジューラ端末２のアドレス情報との対応情報を出欠確認処理部１０４に通知する。

【0066】

これを受けて、出欠確認処理部１０４は、ＬＡＮインターフェース部１００を介して、すべての出欠予定「未定」の参加者のスケジューラ端末２に、スケジュール登録処理部１０３から受け取ったスケジュール情報を含むイベント出欠問合せを送信する（Ｓ２０２）。

【0067】

つぎに、出欠確認処理部１０４は、ＬＡＮインターフェース部１００を介して、イベント出欠問合せの送信先であるスケジューラ端末２から、イベントＩＤを含むイベント出欠応答（イベント出席応答またはイベント欠席応答）を受信すると（Ｓ２０３でＹＥＳ）、このスケジューラ端末２に紐付けられている参加者を出欠回答者として、受信したイベント出欠応答とともにスケジュール登録処理部１０３に通知する。

【0068】

これを受けて、スケジュール登録処理部１０３は、スケジュール情報データベース１０１に登録されたスケジュール情報のうち、イベントＩＤによりイベント出欠応答に対応付けられるスケジュール情報（Ｓ２００でスケジュール情報データベース１０１に新規登録された新規イベントのスケジュール情報）に含まれている出欠回答者の出欠予定を、イベント出欠応答による出欠回答（イベント出席またはイベント欠席）に基づいて「未定」から「出席」または「欠席」に更新する（Ｓ２０４）。

【0069】

また、スケジュール登録処理部１０３は、スケジュール情報データベース１０１に新規登録された新規イベントのスケジュール情報に含まれるすべての参加者の出欠予定が確定したか否かを判断し、未だ出欠予定が「未定」のままの参加者が含まれているならば（Ｓ２０５でＮＯ）Ｓ２０３に戻り、すべての参加者の出欠予定が確定したならば（Ｓ２０５でＹＥＳ）、このフローを終了する。

【0070】

図１０はスケジュール管理装置１の残業申請動作を説明するためのフロー図である。

【0071】

このフローは、定期的にスケジュール情報データベース１０１の登録状況を監視しているスケジュール情報監視部１０５が、新規登録されたスケジュール情報を検出することにより開始される（本フローの以下の説明において、スケジュール情報監視部１０５が検出したスケジュール情報を新規登録スケジュール情報と呼ぶ）。

【0072】

まず、スケジュール情報監視部１０５は、検出した新規登録スケジュール情報に含まれる出欠予定「出席」の参加者のなかから、未選択の参加者を残業申請要否判断対象の参加者として選択する（Ｓ２１０）。そして、残業申請要否判断対象の参加者を、新規登録スケジュール情報とともに出退勤計画取得部１０６に通知する。

【0073】

これを受けて、出退勤計画取得部１０６は、ＬＡＮインターフェース部１００を介して勤怠管理システム３に、残業申請要否判断対象の参加者の指定と、新規登録スケジュール情報の開催期間により特定されるイベント開催日の指定と、を伴う出退勤計画要求を送信する。そして、勤怠管理システム３から、イベント開催日における残業申請要否判断対象の参加者の出退勤計画情報（図７参照）を取得する（Ｓ２１１）。

【0074】

つぎに、出退勤計画取得部１０６は、新規登録スケジュール情報の開催期間により特定されるイベント終了時刻が、取得した出退勤計画情報に含まれている退社時刻を超過しているか否かを判断する（Ｓ２１２）。その結果、イベント終了時刻が退社時刻を超過している場合は（Ｓ２１２でＹＥＳ）、Ｓ２１３に進み、超過していない場合は（Ｓ２１２でＮＯ）、Ｓ２１７に進む。

【0075】

Ｓ２１３において、出退勤計画取得部１０６は、残業申請要否判断対象の参加者および新規登録スケジュール情報を残業申請処理部１０７に通知する。これを受けて、残業申請処理部１０７は、ＬＡＮインターフェース部１００を介して勤怠管理システム３に、残業申請要否判断対象の参加者の指定と、新規登録スケジュール情報の開催期間により特定されるイベント開催日の指定と、を伴う残業申請状況要求を送信する。そして、勤怠管理システム３から、イベント開催日における残業申請要否判断対象の参加者の残業申請状況通知（図８参照）を取得する。

【0076】

それから、残業申請処理部１０７は、取得した残業申請状況通知に基づいて、残業申請要否判断対象の参加者について残業申請要否を判断する（Ｓ２１４）。具体的には、新規登録スケジュール情報の開催期間により特定されるイベント終了時刻以降の時刻を退社時刻とする残業申請を行っているか否かを判断することにより、残業申請要否を判断する。

【0077】

そして、残業申請処理部１０７は、残業申請要否判断対象の参加者について残業申請「要」と判断した場合（Ｓ２１５でＹＥＳ）、残業申請要否判断対象の参加者と、新規登録スケジュール情報に含まれるイベントの件名と、新規登録スケジュール情報に含まれる開催期間により特定されるイベント開催日と、この開催期間により特定されるイベント終了時刻以降の時刻（例えばイベント終了時刻の１５分後）と、を含む残業申請情報を、ＬＡＮインターフェース部１００を介して勤怠管理システム３に送信して、勤怠管理システム３から残業申請情報受領通知を受信する（Ｓ２１６）。その後、Ｓ２１７に進む。これを受けて、勤怠管理システム３は、残業申請情報を登録する。

【0078】

一方、残業申請要否判断対象の参加者について残業申請「否」と判断した場合（Ｓ２１５でＮＯ）、直ちにＳ２１７に進む。

【0079】

Ｓ２１７において、スケジュール情報監視部１０５は、検出した新規登録スケジュール情報に含まれる出欠予定「出席」の参加者のなかに、未選択の参加者がいるか否かを判断する。そして、出欠予定「出席」の参加者のなかに未選択の参加者がいるならば（Ｓ２１７でＹＥＳ）、Ｓ２１０に戻って処理を続ける。

【0080】

一方、出欠予定「出席」の参加者のなかに未選択の参加者がいないならば（Ｓ２１７でＮＯ）、スケジュール情報監視部１０５は、新規登録スケジュール情報の参加者のなかに出欠予定「未定」の参加者がいるか否かを判断する（Ｓ２１８）。そして、出欠予定「未定」の参加者がいるならば（Ｓ２１８でＹＥＳ）、この参加者の出欠予定が、スケジュール登録処理部１０３によって更新されるのを監視し、更新されたならば（Ｓ２１９でＹＥＳ）、Ｓ２１７に戻って処理を続ける。一方、出欠予定「未定」の参加者がいないならば（Ｓ２１８でＮＯ）、このフローを終了する。

【0081】

つぎに、スケジューラ端末２の詳細を説明する。

【0082】

図１１は、スケジューラ端末２の概略機能構成図である。

【0083】

図示するように、スケジューラ端末２は、ＬＡＮインターフェース部２００と、マンマシンインターフェース部２０１と、スケジュール登録要求部２０２と、イベント出欠応答部２０３と、を備えている。

【0084】

ＬＡＮインターフェース部２００は、ＬＡＮ４を介してスケジュール管理装置１と通信するためのインターフェースである。

【0085】

マンマシンインターフェース部２０１は、ユーザに情報を提示したり、ユーザから情報の入力を受け付けたりするためのインターフェースであり、キーボード、マウス、タッチパネル等の入力装置と、液晶ディスプレイ等の表示装置と、を有している。

【0086】

スケジュール登録要求部２０２は、マンマシンインターフェース部２０１を介してユーザから新規イベントのスケジュール登録操作を受け付けた場合に、このスケジュール登録操作で指定された新規イベントの件名、参加者、および開催期間を含むスケジュール登録要求を、ＬＡＮインターフェース部２００を介してスケジュール管理装置１に送信する。また、このスケジュール登録要求に対する応答としてスケジュール管理装置１から受信したスケジュール登録通知をマンマシンインターフェース部２０１に出力する。

【0087】

イベント出欠応答部２０３は、ＬＡＮインターフェース部２００を介してスケジュール管理装置１からイベント出欠問合せを受信した場合に、このイベント出欠問合せに含まれている新規イベントのスケジュール情報をマンマシンインターフェース部２０１に出力して、ユーザに新規イベントの出欠を確認する。そして、マンマシンインターフェース部２０１を介してユーザから受け付けた出欠回答操作の内容（出席操作または欠席操作）に応じたイベント出欠応答（イベント出席応答またはイベント欠席応答）を、ＬＡＮインターフェース部２００を介してスケジュール管理装置１に送信する。

【0088】

図１１に示すスケジューラ端末２の機能構成は、図５に示すスケジュール管理装置１の機能構成と同様に、ＡＳＩＣ、ＦＰＧＡなどの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいはＤＳＰなどの計算機によりソフトウエア的に実現されるものでもよい。または、ＣＰＵ、メモリ、フラッシュメモリ等の補助記憶装置、および、ＮＩＣ等の通信インターフェースを備えたパーソナルコンピュータ、スマートフォン等において、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することによりプロセスとして実現されるものでもよい。

【0089】

図１２は、スケジューラ端末２の動作を説明するためのフロー図である。

【0090】

スケジュール登録要求部２０２は、マンマシンインターフェース部２０１を介してユーザから新規イベントのスケジュール登録操作を受け付けると（Ｓ３００でＹＥＳ）、このスケジュール登録操作で指定された新規イベントの件名、参加者、および開催期間を含むスケジュール登録要求を、ＬＡＮインターフェース部２００を介してスケジュール管理装置１に送信する（Ｓ３０１）。そして、スケジュール登録要求部２０２は、ＬＡＮインターフェース部２００を介してスケジュール管理装置１から、このスケジュール登録要求に対するスケジュール登録通知を受信してマンマシンインターフェース部２０１に出力する（Ｓ３０２）。

【0091】

また、イベント出欠応答部２０３は、ＬＡＮインターフェース部２００を介してスケジュール管理装置１からイベント出欠問合せを受信すると（Ｓ３０３でＹＥＳ）、このイベント出欠問合せに含まれている新規イベントのスケジュール情報をマンマシンインターフェース部２０１に出力して、ユーザから新規イベントの出欠回答操作を受け付ける（Ｓ３０４）。そして、イベント出欠応答部２０３は、この出欠回答操作の内容に応じたイベント出欠応答（イベント出席応答またはイベント欠席応答）を、ＬＡＮインターフェース部２００を介してスケジュール管理装置１に送信する（Ｓ３０５）。

【0092】

以上、本発明の第１実施の形態について説明した。

【0093】

本実施の形態において、ユーザがスケジューラ端末２を用いてスケジュール管理装置１に新規イベントのスケジュール情報を登録すると、スケジュール管理装置１は、この新規イベントのイベント終了時刻が、勤怠管理システム３に登録されているユーザの出退勤計画情報により特定されるイベント開催日の退社時刻を超過しているならば、自動で残業申請を行う。したがって、本実施の形態によれば、残業の事前申請に対応することができる。

【0094】

また、本実施の形態において、スケジュール管理装置１に登録された新規イベントのスケジュール情報に参加者が複数含まれている場合、スケジュール管理装置１は、イベント登録者以外の参加者のスケジューラ端末２にイベント出欠問合せを送信して、イベント登録者以外の参加者の出欠を確認する。そして、新規イベントのイベント終了時刻が、新規イベントに参加予定の参加者の出退勤計画情報により特定されるイベント開催日の退社時刻を超過しているならば、自動で残業申請を行う。したがって、本実施の形態によれば、イベント登録者以外の参加者についても残業の事前申請を自動で行うことができる。

【0095】

また、本実施の形態において、新規イベントのイベント終了時刻が、新規イベントに参加予定の参加者の出退勤計画情報により特定されるイベント開催日の退社時刻を超過している場合に、スケジュール管理装置１は、この参加者について、イベント開催日における残業申請状況を勤怠管理システム３から取得して、この残業申請状況に基づいて残業申請の要否を判断する。そして、残業申請「要」と判断した場合に、この参加者の残業申請を自動で行う。したがって、本実施の形態によれば、残業の重複申請を防止することができる。

【0096】

［第２実施の形態］
つぎに、本発明の第２実施の形態について説明する。

【0097】

本実施の形態に係るスケジュール管理システムが図１に示す本発明の第１実施の形態に係るスケジュール管理システムと異なる点は、スケジュール管理装置１に代えてスケジュール管理装置１ａを用いたことである。その他の構成は、図１に示す本発明の第１実施の形態に係るスケジュール管理システムと同様である。

【0098】

図１３および図１４は、本実施の形態に係るスケジュール管理システムの動作例を説明するためのシーケンス図である。

【0099】

まず、スケジューラ端末２－１は、ユーザ（ユーザＡ）からスケジュール登録操作を受け付けると（Ｓ４００）、このスケジュール登録操作で指定された新規イベントの件名、参加者、および開催期間を含むスケジュール登録要求をスケジュール管理装置１ａに送信する（Ｓ４０１）。ここでは、スケジュール登録操作により、新規イベントの件名および開催期間として「〇〇発表会の打合せ」および「２０２２／１１／１６ １７：００～１８：００」が指定されるとともに、新規イベントの参加者としてスケジューラ端末２－１のユーザ「ユーザＡ」およびスケジューラ端末２－２のユーザ「ユーザＢ」が指定されたものとする。

【0100】

これを受けて、スケジュール管理装置１ａは、新規イベントのスケジュール情報をスケジュール情報データベースに登録する（Ｓ４０２）。ここでスケジュール情報データベースに登録されるスケジュール情報は、スケジュール登録要求で指定された新規イベントの件名「〇〇発表会の打合せ」、参加者「ユーザＡ｛スケジューラ端末２－１に紐付けられているユーザ｝」、「ユーザＢ（スケジューラ端末２－２に紐付けられているユーザ）」、および開催期間として「２０２２／１１／１６ １７：００～１８：００」を含むとともに、イベント登録者として、スケジュール登録要求の送信元のスケジューラ端末２－１に紐付けられているユーザ「ユーザＡ」を含む。それから、スケジュール管理装置１ａは、スケジュール登録要求の送信元であるスケジューラ端末２―１にスケジュール登録通知を送信する（Ｓ４０３）。

【0101】

つぎに、スケジュール管理装置１ａは、スケジュール情報データベースに新規登録された新規イベントのスケジュール情報に含まれる参加者のうち、イベント登録者以外の参加者「ユーザＢ」に紐付けられているスケジューラ端末２－２に、このスケジュール情報を含むイベント出欠問合せを送信する（Ｓ４０４）。

【0102】

これを受けて、スケジューラ端末２－２は、スケジュール管理装置１ａから受信したイベント出欠問合せに含まれているスケジュール情報を表示して、ユーザＢに新規イベントの出欠を確認する（Ｓ４０５）。ここで、スケジューラ端末２－２は、ユーザＢから新規イベントへの出席操作を受け付けると（Ｓ４０６）、スケジュール管理装置１ａに、イベント出欠問合せに対するイベント出欠応答としてイベント出席応答を送信する（Ｓ４０７）。これを受けて、スケジュール管理装置１ａは、スケジュール情報データベースを更新して、新規イベントのスケジュール情報に登録されている参加者のうち、イベント出席応答の送信元のスケジューラ端末２－２に紐付けられた参加者「ユーザＢ」の出欠予定を「出席」に更新する（Ｓ４０８）。

【0103】

また、スケジュール管理装置１ａは、定期的にスケジュール情報データベースの登録状況を監視しており、Ｓ４０２によりスケジュール情報がスケジュール情報データベースに新規登録されたことを検出すると（Ｓ４０９）、このスケジュール情報（本シーケンスの以下の説明において、Ｓ４０２で検出したスケジュール情報を新規登録スケジュール情報と呼ぶ）に複数の参加者が含まれているか否かを確認する。ここでは、参加者が複数（２人）登録されていること（イベント登録者とそれ以外のユーザが参加者として登録されていること）を確認する。その後、以下のように、それぞれの参加者について、順次、新規イベント開催日当日の出退勤計画を確認し、その確認結果に応じて残業申請を行う。

【0104】

まず、スケジュール管理装置１ａは、新規登録スケジュール情報に含まれる参加者のなかから、イベント登録者でもある参加者「ユーザＡ」を特定したものとする（Ｓ４１０）。

【0105】

つぎに、スケジュール管理装置１ａは、特定した参加者「ユーザＡ」が。残業申請の承認権限を保持する者（承認者）でないこと確認して（Ｓ４１１）、特定した参加者「ユーザＡ」および新規登録スケジュール情報に登録されている開催期間「２０２２／１１／１６ １７：００～１８：００」により特定されるイベント開催日（ここでは「２０２２／１１／１６」）の指定を伴う出退勤計画要求を勤怠管理システム３に送信する（Ｓ４１２）。

【0106】

これを受けて、勤怠管理システム３は、出退勤計画要求で指定されている参加者「ユーザＡ」について、出退勤計画要求で指定されたイベント開催日「２０２２／１１／１６」における出退勤計画情報を検索する。そして、イベント開催日「２０２２／１１／１６」における参加者「ユーザＡ」の出退勤計画情報をスケジュール管理装置１ａに送信する（Ｓ４１３）。

【0107】

スケジュール管理装置１ａは、イベント開催日「２０２２／１１／１６」における参加者「ユーザＡ」の出退勤計画情報を勤怠管理システム３から受信すると、新規登録スケジュール情報の開催期間「２０２２／１１／１６ １７：００～１８：００」により特定されるイベント終了時刻（ここでは「１８：００」）が、この出退勤計画情報に含まれる退社時刻を超過しているか否かを調べる。ここでは、イベント終了時刻が退社時刻を超過していることを確認したとする（Ｓ４１４）。スケジュール管理装置１ａは、この出退勤計画情報に紐付けられている参加者「ユーザＡ」およびイベント開催日「２０２２／１１／１６」の指定を伴う残業申請状況要求を勤怠管理システム３に送信する（Ｓ４１５）。

【0108】

これを受けて、勤怠管理システム３は、残業申請状況要求で指定されている参加者「ユーザＡ」について、残業申請状況要求で指定されたイベント開催日「２０２２／１１／１６」における残業申請情報を検索する。そして、その検索結果を含む残業申請状況通知をスケジュール管理装置１ａに送信する（Ｓ４１６）。ここでは、残業申請情報が検出されず、検索結果として「残業申請なし」が残業申請状況通知に含まれているものとする。

【0109】

つぎに、スケジュール管理装置１ａは、勤怠管理システム３から受信した残業申請状況通知に基づいて、参加者「ユーザＡ」の残業申請の要否を判断する。ここでは、残業申請状況通知に含まれている検索結果が「残業申請なし」であるので、スケジュール管理装置１ａは、残業申請「要」と判断する（Ｓ４１７）。

【0110】

つぎに、スケジュール管理装置１ａは、参加者「ユーザＡ」の残業申請承認者が新規登録スケジュール情報に出欠予定「出席」の参加者として含まれているか否かを判断する。ここでは、参加者「ユーザＡ」の残業申請承認者が、新規登録スケジュール情報に出欠予定「出席」の参加者として含まれているユーザＢであることを確認したものとする（Ｓ４１８）。これを受けて、スケジュール管理装置１ａは、新規登録スケジュール情報に含まれる新規イベントの件名「〇〇発表会の打合せ」、残業申請「要」と判断された参加者「ユーザＡ」、および残業申請承認者である参加者「ユーザＢ」による承認済情報を含み、新規登録スケジュール情報の開催期間「２０２２／１１／１６ １７：００～１８：００」により特定されるイベント終了時刻「１８：００」以降の時刻を退社時刻とする残業申請情報（承認済）を、勤怠管理システム３に送信する（Ｓ４１９）。

【0111】

勤怠管理システム３は、スケジュール管理装置１ａから残業申請情報（承認済）を受信すると、これを登録する（Ｓ４２０）。そして、スケジュール管理装置１ａに残業申請情報受領通知を送信する（Ｓ４２１）。

【0112】

つぎに、スケジュール管理装置１ａは、新規登録スケジュール情報に登録されている参加者のなかから、ユーザＡ以外の参加者「ユーザＢ」を特定し、この参加者「ユーザＢ」のイベント出欠予定が「出席」であることを確認すると（Ｓ４２２）、ユーザＢが残業申請の承認者であるか否かを確認する。そして、特定した参加者「ユーザＢ」が残業申請の承認者であることを確認すると（Ｓ４２３）、この参加者「ユーザＢ」の残業申請は不要と判断し、処理を終了する。

【0113】

つぎに、スケジュール管理装置１ａの詳細を説明する。

【0114】

図１５は、スケジュール管理装置１ａの概略機能構成図である。

【0115】

本実施の形態に係るスケジュール管理装置１ａが図５に示す第１実施の形態に係るスケジュール管理装置１と異なる点は、ユーザ情報記憶部１０２、スケジュール情報監視部１０５、および残業申請処理部１０７に代えて、ユーザ情報記憶部１０２ａ、スケジュール情報監視部１０５ａ、および残業申請処理部１０７ａに用いたことである。その他の構成は、図５に示す第１実施の形態に係るスケジュール管理装置１と同様である。

【0116】

ユーザ情報記憶部１０２ａには、ユーザ毎に、ユーザ名およびスケジューラ端末２のアドレス情報に加えて、残業申請の承認権限の有無を含むユーザ情報が記憶されている。残業申請の承認権限「なし」のユーザのユーザ情報には、さらに、このユーザの残業申請に対して承認権限を有する承認者のユーザ名が含まれている。

【0117】

図１６は、ユーザ情報記憶部１０２ａの登録内容例を模式的に表した図である。

【0118】

図示するように、ユーザ情報記憶部１０２ａには、スケジューラ端末２のユーザ毎に、ユーザ情報のレコード１０２０が記憶されている。ユーザ情報のレコード１０２０は、ユーザ名が登録されたフィールド１０２１と、ユーザに紐付けられたスケジューラ端末２のアドレス情報が登録されたフィールド１０２２と、残業申請の承認権限の有無が登録されたフィールド１０２３と、残業申請の承認権限「なし」の場合に残業申請承認者のユーザ名が登録されるフィールド１０２４と、を有する。

【0119】

スケジュール情報監視部１０５ａは、定期的にスケジュール情報データベース１０１の登録状況を監視し、新規登録されたスケジュール情報を検出する。そして、検出したスケジュール情報に含まれる出欠予定「出席」の参加者のなかから、ユーザ情報記憶部１０２ａのユーザ情報に承認権限「なし」と記憶されている参加者を特定して、特定した参加者を、検出したスケジュール情報とともに出退勤計画取得部１０６に通知する。

【0120】

残業申請処理部１０７ａは、出退勤計画取得部１０６によって取得された出退勤計画情報毎に、スケジュール情報監視部１０５ａにより検知されたスケジュール情報の開催期間により特定されるイベント終了時刻が、この出退勤計画情報に含まれている退社時刻を超過しているか否かを判断する。そして、イベント終了時刻が出退勤計画情報の退社時刻を超過しているならば、この出退勤計画情報にユーザ名が含まれる参加者およびこのスケジュール情報の開催期間により特定されるイベント開催日の指定を伴う残業申請状況要求を勤怠管理システム３に送信する。これにより、勤怠管理システム３から残業申請状況通知を取得する。

【0121】

そして、残業申請処理部１０７ａは、取得した残業申請状況通知に基づいて、残業申請の要否を判断する。具体的には、スケジュール情報監視部１０５により検知されたスケジュール情報の開催期間により特定されるイベント終了時刻以降の時刻を退社時刻とする残業申請を行っているか否かを判断することにより、残業申請の要否を判断する。そして、残業申請「要」と判断した出欠予定「出席」の参加者について、このスケジュール情報の開催期間により特定されるイベント開催日における退社時刻をイベント終了時刻以降の時刻に延長するための残業申請情報を勤怠管理システム３に送信する。この際、ユーザ情報記憶部１０２ａを参照してこの参加者の残業申請の承認者を特定し、特定した承認者が、このスケジュール情報に出欠予定「出席」の参加者として含まれているならば、承認者による承認済情報を付加した残業申請情報を勤怠管理システム３に送信する。

【0122】

図１５に示すスケジュール管理装置１ａの機能構成は、図５に示す第１実施の形態に係るスケジュール管理装置１と同様に、ＡＳＩＣ、ＦＰＧＡなどの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいはＤＳＰなどの計算機によりソフトウエア的に実現されるものでもよい。または、ＣＰＵ、メモリ、フラッシュメモリ等の補助記憶装置、およびＮＩＣ等の通信インターフェースを備えたパーソナルコンピュータ等において、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することによりプロセスとして実現されるものでもよい。

【0123】

なお、スケジュール管理装置１ａのスケジュール登録動作は、図９に示すスケジュール管理装置１のスケジュール登録動作と同様であるので、その詳細は説明を省略する。

【0124】

図１７および図１８はスケジュール管理装置１ａの残業申請動作を説明するためのフロー図である。

【0125】

このフローは、定期的にスケジュール情報データベース１０１の登録状況を監視するスケジュール情報監視部１０５ａが、新規登録されたスケジュール情報を検出することにより開始される（本フローの以下の説明において、スケジュール情報監視部１０５ａが検出したスケジュール情報を新規登録スケジュール情報と呼ぶ）。

【0126】

まず、スケジュール情報監視部１０５ａは、検出した新規登録スケジュール情報に含まれる出欠予定「出席」の参加者のなかから、未選択の参加者を残業申請要否判断対象の参加者として選択する（Ｓ５００）。そして、特定した残業申請要否判断対象の参加者を新規登録スケジュール情報とともに出退勤計画取得部１０６に通知する。

【0127】

これを受けて、出退勤計画取得部１０６は、ＬＡＮインターフェース部１００を介して勤怠管理システム３に、残業申請要否判断対象の参加者および新規登録スケジュール情報の開催期間により特定されるイベント開催日の指定を伴う出退勤計画要求を送信する。そして、勤怠管理システム３から、イベント開催日における残業申請要否判断対象の参加者の出退勤計画情報（図７参照）を取得する（Ｓ５０１）。

【0128】

つぎに、出退勤計画取得部１０６は、新規登録スケジュール情報の開催期間により特定されるイベント終了時刻が、取得した出退勤計画情報に含まれている退社時刻を超過しているか否かを判断する（Ｓ５０２）。その結果、イベント終了時刻が退社時刻を超過している場合は（Ｓ５０２でＹＥＳ）、Ｓ５０３に進み、超過していない場合は（Ｓ５０２でＮＯ）、Ｓ５１０に進む。

【0129】

Ｓ５０３において、出退勤計画取得部１０６は、残業申請要否判断対象の参加者および新規登録スケジュール情報を残業申請処理部１０７ａに通知する。これを受けて、残業申請処理部１０７ａは、ユーザ情報記憶部１０２ａを参照し、残業申請要否判断対象の参加者が残業申請の承認権限を保持するか否か（承認者か否か）を判断する。承認者である場合は（Ｓ５０３でＹＥＳ）、Ｓ５１０に進み、承認者ではない場合は（Ｓ５０３でＮＯ）、Ｓ５０４に進む。

【0130】

Ｓ５０４において、残業申請処理部１０７ａは、ＬＡＮインターフェース部１００を介して勤怠管理システム３に、残業申請要否判断対象の参加者および新規登録スケジュール情報の開催期間により特定されるイベント開催日の指定を伴う残業申請状況要求を送信する。そして、勤怠管理システム３から、イベント開催日における残業申請要否判断対象の参加者の残業申請状況通知（図８参照）を取得する。

【0131】

それから、残業申請処理部１０７ａは、勤怠管理システム３から取得した残業申請状況通知に基づいて、新規登録スケジュール情報の開催期間により特定されるイベント終了時刻以降の時刻を退社時刻とする残業申請を行っているか否かを判断することにより、残業申請の要否を判断する（Ｓ５０５）。そして、残業申請要否判断対象の参加者について残業申請「否」と判断した場合（Ｓ５０６でＮＯ）、Ｓ５１０に進む。

【0132】

一方、残業申請要否判断対象の参加者について残業申請「要」と判断した場合（Ｓ５０６でＹＥＳ）、残業申請処理部１０７ａは、ユーザ情報記憶部１０２ａを参照して、残業申請要否判断対象の参加者の承認者を特定し、特定した承認者が出欠予定「出席」の参加者として新規登録スケジュール情報に含まれているか否かを判断する（Ｓ５０７）。

【0133】

残業申請の承認者が出欠予定「出席」の参加者として新規登録スケジュール情報に含まれている場合（Ｓ５０７でＹＥＳ）、残業申請処理部１０７ａは、残業申請要否判断対象の参加者と、新規登録スケジュール情報に含まれている新規イベントの件名と、新規登録スケジュール情報に含まれている開催期間により特定されるイベント開催日と、この開催期間により特定されるイベント終了時刻以降の時刻（例えば１５分後）と、承認者による承認済情報と、を含む残業申請情報（承認済）を、ＬＡＮインターフェース部１００を介して勤怠管理システム３に送信して、勤怠管理システム３から残業申請情報受領通知を受信する（Ｓ５０８）。その後、Ｓ５１０に進む。これを受けて、勤怠管理システム３は、残業申請情報（承認済）を登録する。

【0134】

一方、残業申請の承認者が出欠予定「出席」の参加者として新規登録「スケジュール情報に含まれていない場合（Ｓ５０７でＮＯ）、残業申請処理部１０７ａは、残業申請要否判断対象の参加者と、新規登録スケジュール情報に含まれている新規イベントの件名と、新規登録スケジュール情報に含まれている開催期間により特定されるイベント開催日と、この開催期間により特定されるイベント終了時刻以降の時刻（例えば１５分後）と、を含む残業申請情報（未承認）を、ＬＡＮインターフェース部１００を介して勤怠管理システム３に送信して、勤怠管理システム３から残業申請情報受領通知を受信する（Ｓ５０９）。その後、Ｓ５１０に進む。これを受けて、勤怠管理システム３は、残業申請情報（未承認）を登録する。

【0135】

Ｓ５１０において、スケジュール情報監視部１０５ａは、新規登録スケジュール情報に含まれる出欠予定「出席」の参加者のなかに、未選択の参加者がいるか否かを判断する。そして、出欠予定「出席」の参加者のなかに未選択の参加者がいるならば（Ｓ５１０でＹＥＳ）、Ｓ５００に戻って処理を続ける。

【0136】

一方、出欠予定「出席」の参加者のなかに未選択の参加者がいないならば（Ｓ５１０でＮＯ）、スケジュール情報監視部１０５ａは、新規登録スケジュール情報に含まれる参加者のなかに、出欠予定「未定」の参加者がいるか否かを判断する（Ｓ５１１）。そして、出欠予定「未定」の参加者がいるならば（Ｓ５１１でＹＥＳ）、この参加者の出欠予定が、スケジュール登録処理部１０３によって更新されるのを監視し、更新されたならば（Ｓ５１２でＹＥＳ）、Ｓ５１０に戻って処理を続ける。一方、出欠予定「未定」の参加者がいないならば（Ｓ５１１でＮＯ）、このフローを終了する。

【0137】

以上、本発明の第２実施の形態について説明した。

【0138】

本実施の形態は、上記第１実施の形態の効果に加えて、つぎの効果を有する。すなわち、本実施の形態において、スケジュール管理装置１ａは、新規イベントの参加者の残業申請情報を勤怠管理システム３に送信する際、ユーザ情報記憶部１０２ａを参照して、この参加者の残業申請の承認者を特定し、特定した承認者が、同一イベントの出欠予定「出席」の参加者であるならば、残業申請に承認済情報を付加して勤怠管理システム３に送信する。この場合、勤怠管理システム３の管理者は、参加者の残業申請の承認者からこの残業申請の承認をあらためて得ることなく、この参加者の出退勤計画情報に残業申請情報を反映させることができる。したがって、本実施の形態によれば、勤怠管理システム３の管理者の利便性が向上する。

【0139】

なお、本発明は上記の各実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

【0140】

例えば、上記の各実施の形態において、スケジュール管理装置１、１ａは、勤怠管理システム３に残業申請情報を送信後、勤怠管理システム３から残業申請情報受領通知を受信することなく、所定時間（例えば１分）の経過によりタイムアウトした場合、勤怠管理システム３に対する残業申請情報の登録に失敗したものと判断し、残業申請情報に含まれている参加者に紐付けられているスケジューラ端末２に、残業申請の提出に失敗した旨のメッセージを送信するようにしてもよい。

【0141】

また、上記の各実施の形態において、スケジュール管理装置１、１ａは、勤怠管理システム３に、残業申請要否判断対象の参加者および新規登録スケジュール情報の開催期間により特定されるイベント開催日の指定を伴う残業申請状況要求を送信して、勤怠管理システム３から、イベント開催日における残業申請要否判断対象の参加者の残業申請状況通知（図８参照）を取得した場合、この残業申請状況通知の実績に承認申請の結果（承認済または申請却下）が含まれているならば、その承認申請の結果を示すメッセージを、この参加者のスケジューラ端末２に送信するようにしてもよい。

【0142】

また、上記の各実施の形態では、スケジュール情報データベース１０１をスケジュール管理装置１、１ａに内蔵しているが、本発明はこれに限定されない。スケジュール情報データベース１０１は、スケジュール管理装置１、１ａにネットワーク接続あるいはローカル接続されたものでもよい。

【0143】

また、上記の各実施の形態では、スケジューラ端末２に紐付けられたユーザ各々の残業申請情報を勤怠管理システム３が管理しているが、本発明はこれに限定されない。勤怠管理システム３とは別途設けられた残業申請管理装置にユーザ各々の残業申請情報を管理させてもよい。この場合、スケジューラ端末２は、残業申請管理装置に残業申請状況要求を送信して、残業申請管理装置から残業申請状況通知を取得する。そして、残業申請管理装置に残業申請情報を送信する。

【符号の説明】

【0144】

１、１ａ：スケジュール管理装置
２、２－１～２－ｎ：スケジューラ端末
３：勤怠管理システム ４：ＬＡＮ
５：ＷＡＮ ６：ゲートウェイ
１００、２００：ＬＡＮインターフェース部
１０１：スケジュール情報データベース
１０２、１０２ａ：ユーザ情報記憶部
１０３：スケジュール登録処理部 １０４：出欠確認処理部
１０５、１０５ａ：スケジュール情報監視部
１０６：出退勤計画取得部 １０７、１０７ａ：残業申請処理部
２０１：マンマシンインターフェース部
２０２：スケジュール登録要求部 ２０３：イベント出欠応答部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】