ホーム > 特許ランキング > 株式会社サテライトオフィス
知財求人 - 知財ポータルサイト「IP Force」
特許7493173スケジュール情報同期プログラム、スケジュール情報同期システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-23
(45)【発行日】2024-05-31
(54)【発明の名称】スケジュール情報同期プログラム、スケジュール情報同期システム
(51)【国際特許分類】
G06Q 10/109 20230101AFI20240524BHJP
【ＦＩ】
G06Q10/109
【請求項の数】
4
(21)【出願番号】P 2020034994
(22)【出願日】2020-03-02
(65)【公開番号】P2021140239
(43)【公開日】2021-09-16
【審査請求日】2023-02-10
【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年２月１日にサテライトオフィストップページにバナー掲載 ｈｔｔｐｓ：／／ｗｗｗ．ｓａｔｅｒａｉｔｏ．ｊｐ／ 令和２年２月１日にサテライトオフィス・カレンダー同期機能 ｆｏｒ クラウドページに掲載、ＰＤＦ資料をアップロード ｈｔｔｐｓ：／／ｗｗｗ．ｓａｔｅｒａｉｔｏ．ｊｐ／ＣａｌｅｎｄａｒＳｙｎｃ／ 令和２年２月１日にネクストセットトップページにバナー掲載 ｈｔｔｐｓ：／／ｗｗｗ．ｎｅｘｔｓｅｔ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ 令和２年２月１日にマニュアルを掲載 ｈｔｔｐｓ：／／ｓｉｔｅｓ．ｇｏｏｇｌｅ．ｃｏｍ／ａ／ｓａｔｅｒａｉｔｏ．ｊｐ／ｓａｔｅｒａｉｔｏ－ｄｏｕｎｙｕｕ／Ｈｏｍｅ／ｓｃｈｅｄｕｌｅｓｙｎｃ 令和２年２月２９日にサテライトオフィス・カレンダー同期機能 ｆｏｒ クラウドページに動画アップロード ｈｔｔｐｓ：／／ｗｗｗ．ｓａｔｅｒａｉｔｏ．ｊｐ／ＣａｌｅｎｄａｒＳｙｎｃ／ 令和２年２月２９日にＹｏｕＴｕｂｅページに動画アップロード ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｗＸ＿ｍＴ１Ｒ４ＡＩＥ＆ｆｅａｔｕｒｅ＝ｅｍｂ＿ｌｏｇｏ
(73)【特許権者】
【識別番号】516346218
【氏名又は名称】株式会社サテライトオフィス
(74)【代理人】
【識別番号】100168538
【弁理士】
【氏名又は名称】加藤 来
(72)【発明者】
【氏名】原口 豊
【審査官】原 忠
(56)【参考文献】
【文献】特開２００４－２４６５３７（ＪＰ，Ａ）
【文献】特開２００９－０８０７０７（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／１０ － ９９／００
(57)【特許請求の範囲】
【請求項1】
複数のスケジュール管理システムの各サーバにあるスケジュール情報を同期させるスケジュール情報同期プログラムであって、前記スケジュール情報が、ユーザーのスケジュール情報であり、
スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定するトリガー有無判定ステップと、
前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存するスケジュール情報収集保存ステップと、
前記スケジュール同期用サーバが、各サーバから収集したスケジュール情報に対する固有識別情報の有無で新規か否かを判定し、新規であると判定した場合、前記スケジュール同期用サーバが、この新規のスケジュール情報に対して新たな固有識別情報を付与し、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報の変更または削除の有無を判定して、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにあるスケジュール情報のうちの２つ以上のスケジュール情報がスケジュール同期用サーバにあるスケジュール情報と異なるか否かを判定することにより、日時に対して各サーバから収集したユーザーのスケジュール情報が重複変更しているか否かを判定するスケジュール判定・合算・更新ステップと、
前記各サーバから収集したユーザーのスケジュール情報が重複変更していると判定したとき、前記スケジュール同期用サーバが、ユーザー端末に対してユーザーのスケジュール情報が重複変更している旨を通知するとともに、ユーザーのスケジュール情報についてのそれぞれの変更更新内容をユーザー端末のブラウザに表示させるスケジュール重複通知ステップと、
前記スケジュール同期用サーバが、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させるスケジュール情報送信更新ステップとを具備していることを特徴とするスケジュール情報同期プログラム。
【請求項2】
複数のスケジュール管理システムの各サーバにあるスケジュール情報を同期させるスケジュール情報同期プログラムであって、前記スケジュール情報が、会議室のスケジュール情報であり、
スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定するトリガー有無判定ステップと、
前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存するスケジュール情報収集保存ステップと、
前記スケジュール同期用サーバが、各サーバから収集したスケジュール情報に対する固有識別情報の有無で新規か否かを判定し、新規であると判定した場合、前記スケジュール同期用サーバが、この新規のスケジュール情報に対して新たな固有識別情報を付与し、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報の変更または削除の有無を判定して、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにあるスケジュール情報のうちの２つ以上のスケジュール情報がスケジュール同期用サーバにあるスケジュール情報と異なるか否かを判定することにより、日時に対して各サーバから収集した会議室のスケジュール情報が重複予約しているか否かを判定するスケジュール判定・合算・更新ステップと、
前記各サーバから収集した会議室のスケジュール情報が重複予約していると判定したとき、前記スケジュール同期用サーバが、会議室のスケジュール情報を入力したそれぞれのユーザーのうち、日時情報について最先でないユーザーのユーザー端末に対して会議室のスケジュール情報が重複予約している旨または最先でなかった旨を通知するスケジュール重複通知ステップと、
前記スケジュール同期用サーバが、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させるスケジュール情報送信更新ステップとを具備していることを特徴とするスケジュール情報同期プログラム。
【請求項3】
スケジュール同期用サーバを備えて複数のスケジュール管理システムの各サーバにあるスケジュール情報を同期させるスケジュール情報同期システムであって、前記スケジュール情報が、ユーザーのスケジュール情報であり、
前記スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定し、
前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、前記複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存し、各サーバから収集したスケジュール情報に対する固有識別情報の有無で新規か否かを判定し、新規であると判定した場合、前記スケジュール同期用サーバが、この新規のスケジュール情報に対して新たな固有識別情報を付与し、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報の変更または削除の有無を判定して、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、
前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにあるスケジュール情報のうちの２つ以上のスケジュール情報がスケジュール同期用サーバにあるスケジュール情報と異なるか否かを判定することにより、日時に対して各サーバから収集したユーザーのスケジュール情報が重複変更しているか否かを判定し、
前記各サーバから収集したユーザーのスケジュール情報が重複変更していると判定したとき、前記スケジュール同期用サーバが、ユーザー端末に対してユーザーのスケジュール情報が重複変更している旨を通知するとともに、ユーザーのスケジュール情報についてのそれぞれの変更更新内容をユーザー端末のブラウザに表示させ、
前記スケジュール同期用サーバが、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させる構成であることを特徴とするスケジュール情報同期システム。
【請求項4】
スケジュール同期用サーバを備えて複数のスケジュール管理システムの各サーバにあるスケジュール情報を同期させるスケジュール情報同期システムであって、前記スケジュール情報が、会議室のスケジュール情報であり、
前記スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定し、
前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、前記複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存し、各サーバから収集したスケジュール情報に対する固有識別情報の有無で新規か否かを判定し、新規であると判定した場合、前記スケジュール同期用サーバが、この新規のスケジュール情報に対して新たな固有識別情報を付与し、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報の変更または削除の有無を判定して、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、
前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにあるスケジュール情報のうちの２つ以上のスケジュール情報がスケジュール同期用サーバにあるスケジュール情報と異なるか否かを判定することにより、日時に対して各サーバから収集した会議室のスケジュール情報が重複予約しているか否かを判定し、
前記各サーバから収集した会議室のスケジュール情報が重複予約していると判定したとき、前記スケジュール同期用サーバが、会議室のスケジュール情報を入力したそれぞれのユーザーのうち、日時情報について最先でないユーザーのユーザー端末に対して会議室のスケジュール情報が重複予約している旨または最先でなかった旨を通知し、
前記スケジュール同期用サーバが、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させる構成であることを特徴とするスケジュール情報同期システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、複数のスケジュール管理システムの各サーバにあるスケジュール情報を同期させるスケジュール情報同期プログラム、および、スケジュール情報同期システムに関する。
【背景技術】
【0002】
従来、インターネットを介してスケジュール情報を配信し共有するシステムの会員であって、スケジュール情報の配信を申請する複数の申請者、および配信のスケジュール情報を利用する複数の利用者が、それぞれ入会登録する。そして、スケジュール管理を行なうスケジューラーが以下に実行するものであって、申請者がスケジュール情報を利用者に公開して配信すること、利用者が公開されたスケジュール情報の配信を所望する対象を登録すること、および利用者の登録された所望配信対象に基づき、これに関連するスケジュール情報を、すべての利用者端末のカレンダーと同期してプリセットするスケジュール情報共有方法およびシステムが知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－２１９８３１号公報（特に、段落０００８参照）
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上述した従来のスケジュール情報共有方法およびシステムは、１つのシステム内でスケジュール情報を配信して共有する構成であったため、ユーザーが複数のスケジュール管理システムを利用していた場合、複数のスケジュール管理システムのサーバにあるユーザーに関するスケジュール情報の内容が互いに異なったままになってしまい、ユーザーは全てのスケジュール管理システムにアクセスしてスケジュール情報の確認をしなければならず、使い勝手がよくないという問題があった。
【0005】
そこで、本発明は、前述したような従来技術の問題を解決するものであって、すなわち、本発明の目的は、複数のスケジュール管理システムの各サーバの間において同期をとることができるスケジュール情報同期プログラム、および、スケジュール情報同期システムを提供することである。
【課題を解決するための手段】
【0006】
本請求項１に係る発明は、複数のスケジュール管理システムの各サーバにあるスケジュール情報を同期させるスケジュール情報同期プログラムであって、前記スケジュール情報が、ユーザーのスケジュール情報であり、スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定するトリガー有無判定ステップと、前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存するスケジュール情報収集保存ステップと、前記スケジュール同期用サーバが、各サーバから収集したスケジュール情報に対する固有識別情報の有無で新規か否かを判定し、新規であると判定した場合、前記スケジュール同期用サーバが、この新規のスケジュール情報に対して新たな固有識別情報を付与し、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報の変更または削除の有無を判定して、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにあるスケジュール情報のうちの２つ以上のスケジュール情報がスケジュール同期用サーバにあるスケジュール情報と異なるか否かを判定することにより、日時に対して各サーバから収集したユーザーのスケジュール情報が重複変更しているか否かを判定するスケジュール判定・合算・更新ステップと、前記各サーバから収集したユーザーのスケジュール情報が重複変更していると判定したとき、前記スケジュール同期用サーバが、ユーザー端末に対してユーザーのスケジュール情報が重複変更している旨を通知するとともに、ユーザーのスケジュール情報についてのそれぞれの変更更新内容をユーザー端末のブラウザに表示させるスケジュール重複通知ステップと、前記スケジュール同期用サーバが、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させるスケジュール情報送信更新ステップとを具備していることにより、前述した課題を解決するものである。
【0007】
本請求項２に係る発明は、複数のスケジュール管理システムの各サーバにあるスケジュール情報を同期させるスケジュール情報同期プログラムであって、前記スケジュール情報が、会議室のスケジュール情報であり、スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定するトリガー有無判定ステップと、前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存するスケジュール情報収集保存ステップと、前記スケジュール同期用サーバが、各サーバから収集したスケジュール情報に対する固有識別情報の有無で新規か否かを判定し、新規であると判定した場合、前記スケジュール同期用サーバが、この新規のスケジュール情報に対して新たな固有識別情報を付与し、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報の変更または削除の有無を判定して、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにあるスケジュール情報のうちの２つ以上のスケジュール情報がスケジュール同期用サーバにあるスケジュール情報と異なるか否かを判定することにより、日時に対して各サーバから収集した会議室のスケジュール情報が重複予約しているか否かを判定するスケジュール判定・合算・更新ステップと、前記各サーバから収集した会議室のスケジュール情報が重複予約していると判定したとき、前記スケジュール同期用サーバが、会議室のスケジュール情報を入力したそれぞれのユーザーのうち、日時情報について最先でないユーザーのユーザー端末に対して会議室のスケジュール情報が重複予約している旨または最先でなかった旨を通知するスケジュール重複通知ステップと、前記スケジュール同期用サーバが、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させるスケジュール情報送信更新ステップとを具備していることにより、前述した課題を解決するものである。
【0008】
本請求項３に係る発明は、スケジュール同期用サーバを備えて複数のスケジュール管理システムの各サーバにあるスケジュール情報を同期させるスケジュール情報同期システムであって、前記スケジュール情報が、ユーザーのスケジュール情報であり、前記スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定し、前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、前記複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存し、各サーバから収集したスケジュール情報に対する固有識別情報の有無で新規か否かを判定し、新規であると判定した場合、前記スケジュール同期用サーバが、この新規のスケジュール情報に対して新たな固有識別情報を付与し、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報の変更または削除の有無を判定して、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにあるスケジュール情報のうちの２つ以上のスケジュール情報がスケジュール同期用サーバにあるスケジュール情報と異なるか否かを判定することにより、日時に対して各サーバから収集したユーザーのスケジュール情報が重複変更しているか否かを判定し、前記各サーバから収集したユーザーのスケジュール情報が重複変更していると判定したとき、前記スケジュール同期用サーバが、ユーザー端末に対してユーザーのスケジュール情報が重複変更している旨を通知するとともに、ユーザーのスケジュール情報についてのそれぞれの変更更新内容をユーザー端末のブラウザに表示させ、前記スケジュール同期用サーバが、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させる構成であることにより、前述した課題を解決するものである。
【0009】
本請求項４に係る発明は、スケジュール同期用サーバを備えて複数のスケジュール管理システムの各サーバにあるスケジュール情報を同期させるスケジュール情報同期システムであって、前記スケジュール情報が、会議室のスケジュール情報であり、前記スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定し、前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、前記複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存し、各サーバから収集したスケジュール情報に対する固有識別情報の有無で新規か否かを判定し、新規であると判定した場合、前記スケジュール同期用サーバが、この新規のスケジュール情報に対して新たな固有識別情報を付与し、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報の変更または削除の有無を判定して、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、前記スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにあるスケジュール情報のうちの２つ以上のスケジュール情報がスケジュール同期用サーバにあるスケジュール情報と異なるか否かを判定することにより、日時に対して各サーバから収集した会議室のスケジュール情報が重複予約しているか否かを判定し、前記各サーバから収集した会議室のスケジュール情報が重複予約していると判定したとき、前記スケジュール同期用サーバが、会議室のスケジュール情報を入力したそれぞれのユーザーのうち、日時情報について最先でないユーザーのユーザー端末に対して会議室のスケジュール情報が重複予約している旨または最先でなかった旨を通知し、前記スケジュール同期用サーバが、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させる構成であることにより、前述した課題を解決するものである。
【発明の効果】
【0011】
本請求項１に係る発明のスケジュール情報同期プログラムによれば、複数のスケジュール管理システムの各サーバにあるスケジュール情報がスケジュール同期用サーバにおいて合算・更新されて各サーバへ戻されるため、複数のスケジュール管理システムの各サーバの間において同期をとることができる。
さらに、ユーザーのスケジュール情報について複数のスケジュール管理システムの各サーバの間で同期が取られるため、ユーザーは自身のスケジュール情報について混乱する虞を回避することができる。
また、スケジュール判定・合算・更新ステップで判定する際、複数のスケジュール管理システムの各サーバにあるスケジュール情報が異なっていた場合、同じ日時のスケジュールの変更前後や削除変更前後が判別されるため、複数のスケジュール管理システムの各サーバの間のスケジュール情報について確実に更新して同期をとることができる。
さらに、スケジュール情報がたまたま重複したときにユーザー端末に対して重複している旨が通知されるため、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、ユーザーのスケジュールについて、ユーザー自身がいつも使用しているスケジュール管理システムだけでなく他のユーザーによって他のスケジュール管理システムでスケジュールを変更されてしまった場合であって、対応する固有識別情報で同じスケジュール情報についてそれぞれ変更・削除が行われてしまって、ユーザー自身と他のユーザーとがそれぞれ相手の変更・削除に気づかないという複数のスケジュール管理システムを使用することによって生じる不都合に対応することができる。
さらに、ユーザーのスケジュール情報について複数のスケジュール管理システムの各サーバの間で同期が取られるため、ユーザーは自身のスケジュール情報について混乱する虞を回避することができる。
また、スケジュール判定・合算・更新ステップで判定する際、複数のスケジュール管理システムの各サーバにあるスケジュール情報が異なっていた場合、同じ日時のスケジュールの変更前後や削除変更前後が判別されるため、複数のスケジュール管理システムの各サーバの間のスケジュール情報について確実に更新して同期をとることができる。
さらに、スケジュール情報がたまたま重複したときにユーザー端末に対して重複している旨が通知されるため、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、ユーザーのスケジュールについて、ユーザー自身がいつも使用しているスケジュール管理システムだけでなく他のユーザーによって他のスケジュール管理システムでスケジュールを変更されてしまった場合であって、対応する固有識別情報で同じスケジュール情報についてそれぞれ変更・削除が行われてしまって、ユーザー自身と他のユーザーとがそれぞれ相手の変更・削除に気づかないという複数のスケジュール管理システムを使用することによって生じる不都合に対応することができる。
【0012】
本請求項２に係る発明のスケジュール情報同期プログラムによれば、複数のスケジュール管理システムの各サーバにあるスケジュール情報がスケジュール同期用サーバにおいて合算・更新されて各サーバへ戻されるため、複数のスケジュール管理システムの各サーバの間において同期をとることができる。
さらに、会議室のスケジュール情報について複数のスケジュール管理システムの各サーバの間で同期が取られるため、ユーザーは会議室のスケジュール情報について混乱する虞を回避することができる。
また、スケジュール判定・合算・更新ステップで判定する際、複数のスケジュール管理システムの各サーバにあるスケジュール情報が異なっていた場合、同じ日時のスケジュールの変更前後や削除変更前後が判別されるため、複数のスケジュール管理システムの各サーバの間のスケジュール情報について確実に更新して同期をとることができる。
さらに、スケジュール情報がたまたま重複したときにユーザー端末に対して重複している旨が通知されるため、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、複数のユーザーが会議室を同じ時間帯で予約した場合、最先でないユーザーに対して予約を取れなかったことが通知されるため、予約を取れたと思い込んでいて、実際は最先でなかったため予約を取れなかったユーザーは、予約を取れなかったことを知ることができ、必要に応じて別の日時に予約をとるなど予定を変更することができる。
さらに、会議室のスケジュール情報について複数のスケジュール管理システムの各サーバの間で同期が取られるため、ユーザーは会議室のスケジュール情報について混乱する虞を回避することができる。
また、スケジュール判定・合算・更新ステップで判定する際、複数のスケジュール管理システムの各サーバにあるスケジュール情報が異なっていた場合、同じ日時のスケジュールの変更前後や削除変更前後が判別されるため、複数のスケジュール管理システムの各サーバの間のスケジュール情報について確実に更新して同期をとることができる。
さらに、スケジュール情報がたまたま重複したときにユーザー端末に対して重複している旨が通知されるため、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、複数のユーザーが会議室を同じ時間帯で予約した場合、最先でないユーザーに対して予約を取れなかったことが通知されるため、予約を取れたと思い込んでいて、実際は最先でなかったため予約を取れなかったユーザーは、予約を取れなかったことを知ることができ、必要に応じて別の日時に予約をとるなど予定を変更することができる。
【0013】
本請求項３に係る発明のスケジュール情報同期システムによれば、請求項１に係る発明が奏する効果と同様、複数のスケジュール管理システムの各サーバにあるスケジュール情報がスケジュール同期用サーバにおいて合算・更新されて各サーバへ戻されるため、複数のスケジュール管理システムの各サーバの間において同期をとることができる。
さらに、ユーザーのスケジュール情報について複数のスケジュール管理システムの各サーバの間で同期が取られるため、ユーザーは自身のスケジュール情報について混乱する虞を回避することができる。
また、スケジュール判定・合算・更新ステップで判定する際、複数のスケジュール管理システムの各サーバにあるスケジュール情報が異なっていた場合、同じ日時のスケジュールの変更前後や削除変更前後が判別されるため、複数のスケジュール管理システムの各サーバの間のスケジュール情報について確実に更新して同期をとることができる。
さらに、スケジュール情報がたまたま重複したときにユーザー端末に対して重複している旨が通知されるため、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、ユーザーのスケジュールについて、ユーザー自身がいつも使用しているスケジュール管理システムだけでなく他のユーザーによって他のスケジュール管理システムでスケジュールを変更されてしまった場合であって、対応する固有識別情報で同じスケジュール情報についてそれぞれ変更・削除が行われてしまって、ユーザー自身と他のユーザーとがそれぞれ相手の変更・削除に気づかないという複数のスケジュール管理システムを使用することによって生じる不都合に対応することができる。
さらに、ユーザーのスケジュール情報について複数のスケジュール管理システムの各サーバの間で同期が取られるため、ユーザーは自身のスケジュール情報について混乱する虞を回避することができる。
また、スケジュール判定・合算・更新ステップで判定する際、複数のスケジュール管理システムの各サーバにあるスケジュール情報が異なっていた場合、同じ日時のスケジュールの変更前後や削除変更前後が判別されるため、複数のスケジュール管理システムの各サーバの間のスケジュール情報について確実に更新して同期をとることができる。
さらに、スケジュール情報がたまたま重複したときにユーザー端末に対して重複している旨が通知されるため、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、ユーザーのスケジュールについて、ユーザー自身がいつも使用しているスケジュール管理システムだけでなく他のユーザーによって他のスケジュール管理システムでスケジュールを変更されてしまった場合であって、対応する固有識別情報で同じスケジュール情報についてそれぞれ変更・削除が行われてしまって、ユーザー自身と他のユーザーとがそれぞれ相手の変更・削除に気づかないという複数のスケジュール管理システムを使用することによって生じる不都合に対応することができる。
【0014】
本請求項４に係る発明のスケジュール情報同期システムによれば、請求項２に係る発明が奏する効果と同様、複数のスケジュール管理システムの各サーバにあるスケジュール情報がスケジュール同期用サーバにおいて合算・更新されて各サーバへ戻されるため、複数のスケジュール管理システムの各サーバの間において同期をとることができる。
さらに、会議室のスケジュール情報について複数のスケジュール管理システムの各サーバの間で同期が取られるため、ユーザーは会議室のスケジュール情報について混乱する虞を回避することができる。
また、スケジュール判定・合算・更新ステップで判定する際、複数のスケジュール管理システムの各サーバにあるスケジュール情報が異なっていた場合、同じ日時のスケジュールの変更前後や削除変更前後が判別されるため、複数のスケジュール管理システムの各サーバの間のスケジュール情報について確実に更新して同期をとることができる。
さらに、スケジュール情報がたまたま重複したときにユーザー端末に対して重複している旨が通知されるため、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、複数のユーザーが会議室を同じ時間帯で予約した場合、最先でないユーザーに対して予約を取れなかったことが通知されるため、予約を取れたと思い込んでいて、実際は最先でなかったため予約を取れなかったユーザーは、予約を取れなかったことを知ることができ、必要に応じて別の日時に予約をとるなど予定を変更することができる。
さらに、会議室のスケジュール情報について複数のスケジュール管理システムの各サーバの間で同期が取られるため、ユーザーは会議室のスケジュール情報について混乱する虞を回避することができる。
また、スケジュール判定・合算・更新ステップで判定する際、複数のスケジュール管理システムの各サーバにあるスケジュール情報が異なっていた場合、同じ日時のスケジュールの変更前後や削除変更前後が判別されるため、複数のスケジュール管理システムの各サーバの間のスケジュール情報について確実に更新して同期をとることができる。
さらに、スケジュール情報がたまたま重複したときにユーザー端末に対して重複している旨が通知されるため、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、複数のユーザーが会議室を同じ時間帯で予約した場合、最先でないユーザーに対して予約を取れなかったことが通知されるため、予約を取れたと思い込んでいて、実際は最先でなかったため予約を取れなかったユーザーは、予約を取れなかったことを知ることができ、必要に応じて別の日時に予約をとるなど予定を変更することができる。
【図面の簡単な説明】
【0016】
【図1】本発明の実施例であるスケジュール情報同期システムを示す概念図。
【図2】本発明の実施例であるスケジュール情報同期システムの動作を示すチャート図。
【図3】（Ａ）（Ｂ）は同期前のスケジュール情報を示す図および同期後のスケジュール情報を示す図。
【図4】（Ａ）～（Ｃ）は新規のスケジュール情報、変更されたスケジュール情報、および削除されたスケジュール情報の場合のＩＤ情報（固有識別情報）の例を示す図。
【図5】スケジュール情報が重複登録された場合の電子メールによる通知例を示す図。
【図6】スケジュール情報が重複登録された場合のチャットによる通知例を示す図。
【発明を実施するための形態】
【0017】
本発明のスケジュール情報同期プログラムは、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定するトリガー有無判定ステップと、前記同期開始操作ありのとき、または、所定時間経過したとき、スケジュール同期用サーバが、複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存するスケジュール情報収集保存ステップと、前記スケジュール同期用サーバが、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存するスケジュール判定・合算・更新ステップと、前記スケジュール同期用サーバが、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させるスケジュール情報送信更新ステップとを具備していることにより、複数のスケジュール管理システムの各サーバの間において同期をとることができるものであれば、その具体的な実施態様は、如何なるものであっても構わない。
また、本発明のスケジュール情報同期システムは、スケジュール同期用サーバを備え、前記スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定し、前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、前記複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存し、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させる構成であることにより、複数のスケジュール管理システムの各サーバの間において同期をとることができるものであれば、その具体的な実施態様は、如何なるものであっても構わない。
また、本発明のスケジュール情報同期システムは、スケジュール同期用サーバを備え、前記スケジュール同期用サーバが、ユーザー端末におけるユーザーによるスケジュール情報についての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定し、前記同期開始操作ありのとき、または、所定時間経過したとき、前記スケジュール同期用サーバが、前記複数のスケジュール管理システムの各サーバにアクセスし、スケジュール情報を収集してデータベースに保存し、各サーバから収集したスケジュール情報について新規・変更・削除の有無の判定を行うとともに判定結果に応じて各サーバから収集したスケジュール情報を合算・更新してデータベースに保存し、合算・更新したスケジュール情報を各サーバへ送信して各サーバにあるスケジュール情報を更新させる構成であることにより、複数のスケジュール管理システムの各サーバの間において同期をとることができるものであれば、その具体的な実施態様は、如何なるものであっても構わない。
【0018】
例えば、ユーザー端末は、デスクトップ型パーソナルコンピュータ端末、ノート型パーソナルコンピュータ端末、スマートフォン端末、タブレット端末、腕時計型端末、眼鏡型端末、人工知能制御手段を有する人工知能スピーカ端末など、ユーザーのスケジュール情報や会議室のスケジュール情報を画面表示または音声出力するものであって、所謂インターネットである広域ネットワーク、ローカルネットワーク、電話回線などを含む通信ネットワークによりサーバと接続してスケジュール情報のデータを送受信するものであれば如何なるものであっても構わない。
また、スケジュール同期用サーバやスケジュール管理システムの各サーバは、１つのサーバやクラウド上の複数のサーバでもよい。
複数のスケジュール管理システムの中には、クラウドサービスとして提供される社外のカレンダーシステム（スケジュール管理システム）、スケジュール機能（カレンダー機能）を有した社内の基幹系システムなどが含まれる。
また、スケジュール同期用サーバやスケジュール管理システムの各サーバは、１つのサーバやクラウド上の複数のサーバでもよい。
複数のスケジュール管理システムの中には、クラウドサービスとして提供される社外のカレンダーシステム（スケジュール管理システム）、スケジュール機能（カレンダー機能）を有した社内の基幹系システムなどが含まれる。
【実施例】
【0019】
以下に、本発明の実施例であるスケジュール情報同期システム１００について、図１乃至図６に基づいて説明する。
ここで、図１は、本発明の実施例であるスケジュール情報同期システム１００を示す概念図であり、図２は、本発明の実施例であるスケジュール情報同期システム１００の動作を示すチャート図であり、図３（Ａ）は、第１スケジュール表示画面１２２および第２スケジュール表示画面１２４において同期前のスケジュール情報ＳＤを示す図であり、図３（Ｂ）は、第１スケジュール表示画面１２２および第２スケジュール表示画面１２４において同期後のスケジュール情報ＳＤを示す図であり、図４（Ａ）は、スケジュール情報ＳＤが新規登録された場合の固有識別情報（ＩＤ情報）の例を示す図であり、図４（Ｂ）は、スケジュール情報ＳＤが変更された場合の固有識別情報（ＩＤ情報）の例を示す図であり、図４（Ｃ）は、スケジュール情報ＳＤが削除された場合の固有識別情報（ＩＤ情報）の例を示す図であり、図５は、スケジュール情報ＳＤが重複登録された場合のユーザーのコンピュータ端末１２０Ａにおける電子メールによる通知例を示す図であり、図６は、スケジュール情報ＳＤが重複登録された場合のユーザーのスマートフォン端末１２０Ｂにおけるチャットによる通知例を示す図である。
ここで、図１は、本発明の実施例であるスケジュール情報同期システム１００を示す概念図であり、図２は、本発明の実施例であるスケジュール情報同期システム１００の動作を示すチャート図であり、図３（Ａ）は、第１スケジュール表示画面１２２および第２スケジュール表示画面１２４において同期前のスケジュール情報ＳＤを示す図であり、図３（Ｂ）は、第１スケジュール表示画面１２２および第２スケジュール表示画面１２４において同期後のスケジュール情報ＳＤを示す図であり、図４（Ａ）は、スケジュール情報ＳＤが新規登録された場合の固有識別情報（ＩＤ情報）の例を示す図であり、図４（Ｂ）は、スケジュール情報ＳＤが変更された場合の固有識別情報（ＩＤ情報）の例を示す図であり、図４（Ｃ）は、スケジュール情報ＳＤが削除された場合の固有識別情報（ＩＤ情報）の例を示す図であり、図５は、スケジュール情報ＳＤが重複登録された場合のユーザーのコンピュータ端末１２０Ａにおける電子メールによる通知例を示す図であり、図６は、スケジュール情報ＳＤが重複登録された場合のユーザーのスマートフォン端末１２０Ｂにおけるチャットによる通知例を示す図である。
【0020】
本発明の実施例であるスケジュール情報同期システム１００は、図１に示すように、スケジュール同期用サーバ１１０と、ユーザー端末の一例であるコンピュータ端末１２０Ａとを備えている。
このうち、スケジュール同期用サーバ１１０は、複数のスケジュール管理システムの各サーバの一例である第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃに対してアクセス自在に設けられている。
このうち、スケジュール同期用サーバ１１０は、複数のスケジュール管理システムの各サーバの一例である第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃに対してアクセス自在に設けられている。
【0021】
そして、ユーザーのコンピュータ端末１２０Ａのブラウザ１２１Ａには、第１スケジュール管理システムの第１スケジュール表示画面１２２が表示されている。
本発明のスケジュール情報同期プログラムをユーザーのコンピュータ端末１２０Ａ、または第１スケジュールサーバ１３０Ａにインストールすると、第１スケジュール表示画面１２２に同期開始ボタン１２３が表示されるように構成されている。
ユーザーが、をユーザーのコンピュータ端末１２０Ａの第１スケジュール表示画面１２２に表示された同期開始ボタン１２３を押したとする。
すると、同期開始の指令情報がユーザーのコンピュータ端末１２０Ａからスケジュール同期用サーバ１１０へ送信される。
本発明のスケジュール情報同期プログラムをユーザーのコンピュータ端末１２０Ａ、または第１スケジュールサーバ１３０Ａにインストールすると、第１スケジュール表示画面１２２に同期開始ボタン１２３が表示されるように構成されている。
ユーザーが、をユーザーのコンピュータ端末１２０Ａの第１スケジュール表示画面１２２に表示された同期開始ボタン１２３を押したとする。
すると、同期開始の指令情報がユーザーのコンピュータ端末１２０Ａからスケジュール同期用サーバ１１０へ送信される。
【0022】
本実施例では、スケジュール同期用サーバ１１０が、ユーザーのコンピュータ端末１２０Ａにおけるユーザーによるスケジュール情報ＳＤについての同期開始操作の一例である同期開始ボタン１２３（１２５）の操作の有無を判定する。
同期開始操作ありのとき、スケジュール同期用サーバ１１０が、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスし、スケジュール情報ＳＤを収集してデータベース１１１に保存する。
同期開始操作ありのとき、スケジュール同期用サーバ１１０が、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスし、スケジュール情報ＳＤを収集してデータベース１１１に保存する。
【0023】
そして、第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤについて新規・変更・削除の有無の判定（検証）を行う。
これとともに判定（検証）結果に応じて第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤを合算・更新してデータベース１１１に保存する。
これとともに判定（検証）結果に応じて第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤを合算・更新してデータベース１１１に保存する。
【0024】
そして、合算・更新したスケジュール情報ＳＤを第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃへ送信して第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃにあるスケジュール情報ＳＤを更新させるように構成されている。
なお、スケジュール同期用サーバ１１０が、ユーザーによるスケジュール情報ＳＤについての同期開始操作の有無を判定する構成について説明したが、所定時間経過したか否かを判定する構成としてもよい。
この場合、所定時間経過したとき、スケジュール同期用サーバ１１０が、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスし、スケジュール情報ＳＤを収集する。
なお、スケジュール同期用サーバ１１０が、ユーザーによるスケジュール情報ＳＤについての同期開始操作の有無を判定する構成について説明したが、所定時間経過したか否かを判定する構成としてもよい。
この場合、所定時間経過したとき、スケジュール同期用サーバ１１０が、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスし、スケジュール情報ＳＤを収集する。
【0025】
これにより、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにあるスケジュール情報ＳＤがスケジュール同期用サーバ１１０において合算・更新されて各サーバへ戻される。
その結果、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間において同期をとることができる。
その結果、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間において同期をとることができる。
【0026】
なお、予めスケジュール同期用サーバ１１０、第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂおよび第３スケジュールサーバ１３０Ｃの設定として、例えば、管理者用端末（図示しない）において、第１スケジュール管理システム～第３スケジュール管理システムから提供されるサービスのブログラムを起動してプログラム固有情報、管理者またはユーザーのパスワード情報、アクセストークン情報を管理者が得る。
そして、スケジュール情報同期システム１００のソフトウェアを起動して、第１スケジュール管理システム～第３スケジュール管理システムから提供されるサービスのブログラムについてのプログラム固有情報、管理者またはユーザーのパスワード情報、アクセストークン情報を管理者が入力して第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセス自在に設定する。
そして、スケジュール情報同期システム１００のソフトウェアを起動して、第１スケジュール管理システム～第３スケジュール管理システムから提供されるサービスのブログラムについてのプログラム固有情報、管理者またはユーザーのパスワード情報、アクセストークン情報を管理者が入力して第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセス自在に設定する。
【0027】
言い換えると、スケジュール同期用サーバ１１０が、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃから提供されるサービスのブログラムを起動して得られるプログラム固有情報、管理者またはユーザーのパスワード情報、アクセストークン情報を取得して、プログラム固有情報、管理者またはユーザーのパスワード情報、アクセストークン情報に基づいて第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスする構成である。
【0028】
これにより、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃからみてスケジュール同期用サーバ１１０がアクセス権限を有していると判定される。
その結果、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにセキュリティ対策が施されている場合であっても、スケジュール同期用サーバ１１０は第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスして設定された範囲でスケジュール情報ＳＤを収集することができる。
その結果、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにセキュリティ対策が施されている場合であっても、スケジュール同期用サーバ１１０は第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスして設定された範囲でスケジュール情報ＳＤを収集することができる。
【0029】
続いて、スケジュール情報同期システム１００の動作について、より詳しく説明する。
図２に示すように、ステップＳ１では、トリガー有無判定ステップとして、ユーザーのコンピュータ端末１２０Ａにおけるユーザーによるスケジュール情報ＳＤについての同期開始操作の一例である同期開始ボタン１２３（１２５）の操作の有無を判定する、または、所定時間の一例として３０分経過したか否かを判定する。
所定時間経過したか否かの判定は、例えば、スケジュール同期用サーバ１１０やユーザーのコンピュータ端末１２０Ａの時計機能の時刻情報に基づいて判定することができる。
同期開始操作ありのとき、または、所定時間経過したときは、トリガーありと判定してステップＳ２へ進み、他方、同期開始操作なしのとき、または、まだ所定時間経過していないときは、トリガーなしと判定してステップＳ１を繰り返す。
図２に示すように、ステップＳ１では、トリガー有無判定ステップとして、ユーザーのコンピュータ端末１２０Ａにおけるユーザーによるスケジュール情報ＳＤについての同期開始操作の一例である同期開始ボタン１２３（１２５）の操作の有無を判定する、または、所定時間の一例として３０分経過したか否かを判定する。
所定時間経過したか否かの判定は、例えば、スケジュール同期用サーバ１１０やユーザーのコンピュータ端末１２０Ａの時計機能の時刻情報に基づいて判定することができる。
同期開始操作ありのとき、または、所定時間経過したときは、トリガーありと判定してステップＳ２へ進み、他方、同期開始操作なしのとき、または、まだ所定時間経過していないときは、トリガーなしと判定してステップＳ１を繰り返す。
【0030】
例えば、図３（Ａ）に示すように、ユーザーのコンピュータ端末１２０Ａのブラウザ１２１Ａに表示される第１スケジュール管理システムの第１スケジュール表示画面１２２のスケジュール情報ＳＤと、第２スケジュール管理システムの第２スケジュール表示画面１２４のスケジュール情報ＳＤとが異なっていたとする。
そして、第１スケジュール表示画面１２２の同期開始ボタン１２３、および第２スケジュール表示画面１２４の同期開始ボタン１２５の一方がユーザーによって操作されたとき、トリガーありと判定してステップＳ２へ進む。
なお、ユーザーがブラウザ１２１Ａにおいてスケジュール情報ＳＤを入力して登録したとき、登録する操作によってトリガーとなる指令がユーザーのコンピュータ端末１２０Ａからスケジュール同期用サーバ１１０へ送信されるように構成してもよい。
そして、第１スケジュール表示画面１２２の同期開始ボタン１２３、および第２スケジュール表示画面１２４の同期開始ボタン１２５の一方がユーザーによって操作されたとき、トリガーありと判定してステップＳ２へ進む。
なお、ユーザーがブラウザ１２１Ａにおいてスケジュール情報ＳＤを入力して登録したとき、登録する操作によってトリガーとなる指令がユーザーのコンピュータ端末１２０Ａからスケジュール同期用サーバ１１０へ送信されるように構成してもよい。
【0031】
ステップＳ２では、スケジュール情報収集保存ステップとして、スケジュール同期用サーバ１１０が、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスし、スケジュール情報ＳＤを収集してデータベース１１１に保存する。
【0032】
ステップＳ３では、スケジュール判定・合算・更新ステップとして、スケジュール同期用サーバ１１０が、第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤについて新規・変更・削除の有無の判定を行う。
これとともに判定結果に応じてスケジュール同期用サーバ１１０が、第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤを合算・更新してデータベース１１１に保存する。
これとともに判定結果に応じてスケジュール同期用サーバ１１０が、第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤを合算・更新してデータベース１１１に保存する。
【0033】
ステップＳ４では、スケジュール情報送信更新ステップとして、スケジュール同期用サーバ１１０が、合算・更新したスケジュール情報ＳＤを第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃへ送信して第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂ、および、第３スケジュールサーバ１３０Ｃにあるスケジュール情報ＳＤを更新させる。
これにより、前述したように、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにあるスケジュール情報ＳＤがスケジュール同期用サーバ１１０において合算・更新されて各サーバへ戻される。
これにより、前述したように、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにあるスケジュール情報ＳＤがスケジュール同期用サーバ１１０において合算・更新されて各サーバへ戻される。
【0034】
その結果、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間において同期をとることができる。
具体的には、図３（Ｂ）に示すように、ユーザーのコンピュータ端末１２０Ａのブラウザ１２１Ａに表示される第１スケジュール管理システムの第１スケジュール表示画面１２２のスケジュール情報ＳＤと、第２スケジュール管理システムの第２スケジュール表示画面１２４のスケジュール情報ＳＤとが同じになる。
なお、図示しない第３スケジュール管理システムの第３スケジュール表示画面についても同様である。
具体的には、図３（Ｂ）に示すように、ユーザーのコンピュータ端末１２０Ａのブラウザ１２１Ａに表示される第１スケジュール管理システムの第１スケジュール表示画面１２２のスケジュール情報ＳＤと、第２スケジュール管理システムの第２スケジュール表示画面１２４のスケジュール情報ＳＤとが同じになる。
なお、図示しない第３スケジュール管理システムの第３スケジュール表示画面についても同様である。
【0035】
さらに、本実施例では、スケジュール情報ＳＤが、ユーザーのスケジュール情報ＳＤおよび会議室のスケジュール情報ＳＤの少なくとも一方の構成である。
これにより、ユーザーのスケジュール情報ＳＤや会議室のスケジュール情報ＳＤについて第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間で同期が取られる。
その結果、ユーザーは自身のスケジュール情報ＳＤや会議室のスケジュール情報ＳＤについて混乱する虞を回避することができる。
これにより、ユーザーのスケジュール情報ＳＤや会議室のスケジュール情報ＳＤについて第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間で同期が取られる。
その結果、ユーザーは自身のスケジュール情報ＳＤや会議室のスケジュール情報ＳＤについて混乱する虞を回避することができる。
【0036】
また、本実施例では、スケジュール判定・合算・更新ステップＳ３において、スケジュール同期用サーバ１１０が、スケジュール情報ＳＤに対する固有識別情報の有無で新規か否かを判定し、スケジュール情報ＳＤについて新規であると判定した場合、この新規のスケジュール情報ＳＤに対して新たな固有識別情報を付与する。
そして、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報ＳＤの変更または削除の有無を判定するように構成されている。
そして、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報ＳＤの変更または削除の有無を判定するように構成されている。
【0037】
例えば、図４（Ａ）に示すように、ユーザーが、第１スケジュール管理システムの第１スケジュール表示画面１２２において、新規のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業」を入力して、この新規のスケジュール情報ＳＤが第１スケジュール管理システムの第１スケジュールサーバ１３０Ａに登録されたとする。
他方、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂには、このユーザーの２０２０年３月３日についてのスケジュールは登録されていないとする。
なお、ここでは、発明を理解しやすいように、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃについての説明は省略し、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａおよび第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂの同期について説明する。
他方、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂには、このユーザーの２０２０年３月３日についてのスケジュールは登録されていないとする。
なお、ここでは、発明を理解しやすいように、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃについての説明は省略し、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａおよび第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂの同期について説明する。
【0038】
そして、スケジュール判定・合算・更新ステップＳ３において、スケジュール同期用サーバ１１０が、第１スケジュールサーバ１３０Ａから収集したスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業」に固有識別情報が付与されていないことから、このスケジュール情報ＳＤが新規登録であると判定する。
他方、第２スケジュールサーバ１３０Ｂから収集したこのユーザーの２０２０年３月３日についてのスケジュール情報ＳＤは、固有識別情報が付与されていないこと、および、空欄であることから、「なし」と判定する。
他方、第２スケジュールサーバ１３０Ｂから収集したこのユーザーの２０２０年３月３日についてのスケジュール情報ＳＤは、固有識別情報が付与されていないこと、および、空欄であることから、「なし」と判定する。
【0039】
そして、スケジュール情報ＳＤを合算・更新する際、新規のスケジュール情報ＳＤに固有識別情報を付与する。
ここで、固有識別情報は、各スケジュール管理システムの各スケジュールサーバ、および、スケジュール同期用サーバ１１０に対してそれぞれ付与するとともに、スケジュール同期用サーバ１１０がそれらを関連付けてデータベース１１１に記録する。
なお、共通の固有識別情報でもよいのは勿論である。
ここで、固有識別情報は、各スケジュール管理システムの各スケジュールサーバ、および、スケジュール同期用サーバ１１０に対してそれぞれ付与するとともに、スケジュール同期用サーバ１１０がそれらを関連付けてデータベース１１１に記録する。
なお、共通の固有識別情報でもよいのは勿論である。
【0040】
一例として、スケジュール同期用サーバ１１０が、新規のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業 ＩＤ：G-user1-2020-03-03-1,365-user1-2020-03-03-1,STO-user1-2020-03-03-1」をデータベース１１１に保存する。
ここで、「G-user1-2020-03-03-1」は、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａに対する固有識別情報の一例である。
また、「365-user1-2020-03-03-1」は、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂに対する固有識別情報の一例である。
さらに、「STO-user1-2020-03-03-1」は、スケジュール同期用サーバ１１０に対する固有識別情報の一例である。
ここで、「G-user1-2020-03-03-1」は、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａに対する固有識別情報の一例である。
また、「365-user1-2020-03-03-1」は、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂに対する固有識別情報の一例である。
さらに、「STO-user1-2020-03-03-1」は、スケジュール同期用サーバ１１０に対する固有識別情報の一例である。
【0041】
そして、スケジュール情報送信更新ステップＳ４において、スケジュール同期用サーバ１１０が、新規のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業 ＩＤ：G-user1-2020-03-03-1」を第１スケジュール管理システムの第１スケジュールサーバ１３０Ａへ送信し、スケジュール情報ＳＤを更新させる。
これと同様に、スケジュール同期用サーバ１１０が、新規のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業 ＩＤ：365-user1-2020-03-03-1」を第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂへ送信し、スケジュール情報ＳＤを更新させる。
なお、第２スケジュール管理システムの第２スケジュール表示画面１２４において、同期によって更新された箇所のスケジュール情報ＳＤを、ユーザーがみたときに同期によって更新されたことを理解しやすくするために、所定時間だけハイライト表示や色変更で目立つように表示するように構成してもよい。
これと同様に、スケジュール同期用サーバ１１０が、新規のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業 ＩＤ：365-user1-2020-03-03-1」を第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂへ送信し、スケジュール情報ＳＤを更新させる。
なお、第２スケジュール管理システムの第２スケジュール表示画面１２４において、同期によって更新された箇所のスケジュール情報ＳＤを、ユーザーがみたときに同期によって更新されたことを理解しやすくするために、所定時間だけハイライト表示や色変更で目立つように表示するように構成してもよい。
【0042】
図４（Ｂ）に示すように、ユーザーが、第１スケジュール管理システムの第１スケジュール表示画面１２２において、既に登録されていたスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業 ＩＤ：G-user1-2020-03-03-1」を「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：G-user1-2020-03-03-1」に変更入力したとする。
そして、この変更後のスケジュール情報ＳＤが第１スケジュール管理システムの第１スケジュールサーバ１３０Ａに変更登録されたとする。
他方、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂには、変更前のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業 ＩＤ：365-user1-2020-03-03-1」が登録されていたとする。
そして、この変更後のスケジュール情報ＳＤが第１スケジュール管理システムの第１スケジュールサーバ１３０Ａに変更登録されたとする。
他方、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂには、変更前のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業 ＩＤ：365-user1-2020-03-03-1」が登録されていたとする。
【0043】
そして、スケジュール判定・合算・更新ステップＳ３において、スケジュール同期用サーバ１１０が、第１スケジュールサーバ１３０Ａから収集したスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：G-user1-2020-03-03-1」に固有識別情報が付与されていることから、このスケジュール情報ＳＤが新規登録ではないと判定する。
他方、第２スケジュールサーバ１３０Ｂから収集したスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業 ＩＤ：365-user1-2020-03-03-1」に固有識別情報が付与されていることから、このスケジュール情報ＳＤが新規登録ではないと判定する。
他方、第２スケジュールサーバ１３０Ｂから収集したスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 １３：００～２１：００ Ａ社へ営業 ＩＤ：365-user1-2020-03-03-1」に固有識別情報が付与されていることから、このスケジュール情報ＳＤが新規登録ではないと判定する。
【0044】
そして、スケジュール同期用サーバ１１０の固有識別情報に基づいて全てのスケジュール管理システムの各サーバにあるスケジュール情報ＳＤを突き合わせるとともに、スケジュール同期用サーバ１１０にあるスケジュール情報ＳＤをも突き合わせ、スケジュール情報ＳＤの内容が同一ではないことがわかる。
ここで、各スケジュール情報ＳＤのスケジュール登録日時情報（ログ情報）を比べ、第１スケジュールサーバ１３０Ａから収集したスケジュール情報ＳＤの方が、第２スケジュールサーバ１３０Ｂから収集したスケジュール情報ＳＤおよびスケジュール同期用サーバ１１０のスケジュール情報ＳＤより新しいことがわかる。
これに基づいて、スケジュール同期用サーバ１１０が、変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：G-user1-2020-03-03-1,365-user1-2020-03-03-1,STO-user1-2020-03-03-1」をデータベース１１１に保存する。
なお、複数のスケジュール管理システムの各サーバにあるスケジュール情報ＳＤのうちの２つ以上のスケジュール情報ＳＤが、スケジュール同期用サーバ１１０にあるスケジュール情報ＳＤと異なる場合、２つ以上のスケジュール管理システムにおいてスケジュール情報ＳＤの変更更新がそれぞれあったことになるため、後述するスケジュール重複通知ステップとして、ユーザーのコンピュータ端末１２０Ａに対してスケジュール情報ＳＤが重複している旨を通知するように構成されている。
これにより、複数のスケジュール管理システムにおいてスケジュール情報ＳＤの変更更新がそれぞれあったことが通知される。この際、スケジュール情報ＳＤについてのそれぞれの変更更新内容がブラウザ１２１Ａに表示されるようにするとよい。
その結果、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、ユーザーのスケジュールについて、ユーザー自身がいつも使用しているスケジュール管理システムだけでなく他のユーザーによって他のスケジュール管理システムでスケジュールを変更されてしまった場合であって、対応する固有識別情報で同じスケジュール情報ＳＤについてそれぞれ変更・削除が行われてしまって、ユーザー自身と他のユーザーとがそれぞれ相手の変更・削除に気づかないという複数のスケジュール管理システムを使用することによって生じる不都合に対応することができる。
ここで、各スケジュール情報ＳＤのスケジュール登録日時情報（ログ情報）を比べ、第１スケジュールサーバ１３０Ａから収集したスケジュール情報ＳＤの方が、第２スケジュールサーバ１３０Ｂから収集したスケジュール情報ＳＤおよびスケジュール同期用サーバ１１０のスケジュール情報ＳＤより新しいことがわかる。
これに基づいて、スケジュール同期用サーバ１１０が、変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：G-user1-2020-03-03-1,365-user1-2020-03-03-1,STO-user1-2020-03-03-1」をデータベース１１１に保存する。
なお、複数のスケジュール管理システムの各サーバにあるスケジュール情報ＳＤのうちの２つ以上のスケジュール情報ＳＤが、スケジュール同期用サーバ１１０にあるスケジュール情報ＳＤと異なる場合、２つ以上のスケジュール管理システムにおいてスケジュール情報ＳＤの変更更新がそれぞれあったことになるため、後述するスケジュール重複通知ステップとして、ユーザーのコンピュータ端末１２０Ａに対してスケジュール情報ＳＤが重複している旨を通知するように構成されている。
これにより、複数のスケジュール管理システムにおいてスケジュール情報ＳＤの変更更新がそれぞれあったことが通知される。この際、スケジュール情報ＳＤについてのそれぞれの変更更新内容がブラウザ１２１Ａに表示されるようにするとよい。
その結果、ユーザーはすぐに確認してスケジュールを調整することができる。
つまり、ユーザーのスケジュールについて、ユーザー自身がいつも使用しているスケジュール管理システムだけでなく他のユーザーによって他のスケジュール管理システムでスケジュールを変更されてしまった場合であって、対応する固有識別情報で同じスケジュール情報ＳＤについてそれぞれ変更・削除が行われてしまって、ユーザー自身と他のユーザーとがそれぞれ相手の変更・削除に気づかないという複数のスケジュール管理システムを使用することによって生じる不都合に対応することができる。
【0045】
そして、スケジュール情報送信更新ステップＳ４において、スケジュール同期用サーバ１１０が、変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：G-user1-2020-03-03-1」を第１スケジュール管理システムの第１スケジュールサーバ１３０Ａへ送信し、スケジュール情報ＳＤを更新させる。
これと同様に、スケジュール同期用サーバ１１０が、変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：365-user1-2020-03-03-1」を第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂへ送信し、スケジュール情報ＳＤを更新させる。
なお、第２スケジュール管理システムの第２スケジュール表示画面１２４において、同期によって更新変更された箇所のスケジュール情報ＳＤを、ユーザーがみたときに同期によって更新変更されたことを理解しやすくするために、所定時間だけハイライト表示や色変更で目立つように表示するように構成してもよい。
これと同様に、スケジュール同期用サーバ１１０が、変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：365-user1-2020-03-03-1」を第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂへ送信し、スケジュール情報ＳＤを更新させる。
なお、第２スケジュール管理システムの第２スケジュール表示画面１２４において、同期によって更新変更された箇所のスケジュール情報ＳＤを、ユーザーがみたときに同期によって更新変更されたことを理解しやすくするために、所定時間だけハイライト表示や色変更で目立つように表示するように構成してもよい。
【0046】
図４（Ｃ）に示すように、ユーザーが、第１スケジュール管理システムの第１スケジュール表示画面１２２において、既に登録されていたスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：G-user1-2020-03-03-1」を「ユーザー佐藤えみ ２０２０年３月３日 なし ＩＤ：G-user1-2020-03-03-1」に変更入力した、つまり、スケジュールを削除変更したとする。
そして、この削除変更後のスケジュール情報ＳＤが第１スケジュール管理システムの第１スケジュールサーバ１３０Ａに削除変更されたとする。
他方、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂには、削除変更前のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：365-user1-2020-03-03-1」が登録されていたとする。
そして、この削除変更後のスケジュール情報ＳＤが第１スケジュール管理システムの第１スケジュールサーバ１３０Ａに削除変更されたとする。
他方、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂには、削除変更前のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：365-user1-2020-03-03-1」が登録されていたとする。
【0047】
そして、スケジュール判定・合算・更新ステップＳ３において、スケジュール同期用サーバ１１０が、第１スケジュールサーバ１３０Ａから収集したスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 なし ＩＤ：G-user1-2020-03-03-1」に固有識別情報が付与されていることから、このスケジュール情報ＳＤが新規登録ではないと判定する。
他方、第２スケジュールサーバ１３０Ｂから収集したスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：365-user1-2020-03-03-1」に固有識別情報が付与されていることから、このスケジュール情報ＳＤが新規登録ではないと判定する。
他方、第２スケジュールサーバ１３０Ｂから収集したスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 ８：００～１９：００ 大阪出張 ＩＤ：365-user1-2020-03-03-1」に固有識別情報が付与されていることから、このスケジュール情報ＳＤが新規登録ではないと判定する。
【0048】
そして、スケジュール同期用サーバ１１０の固有識別情報に基づいて全てのスケジュール管理システムの各サーバにあるスケジュール情報ＳＤを突き合わせるとともに、スケジュール同期用サーバ１１０にあるスケジュール情報ＳＤをも突き合わせ、スケジュール情報ＳＤの内容が同一ではないことがわかる。
ここで、各スケジュール情報ＳＤのスケジュール登録日時情報（ログ情報）を比べ、第１スケジュールサーバ１３０Ａから収集したスケジュール情報ＳＤの方が、第２スケジュールサーバ１３０Ｂから収集したスケジュール情報ＳＤおよびスケジュール同期用サーバ１１０のスケジュール情報ＳＤより新しいことがわかる。
これに基づいて、スケジュール同期用サーバ１１０が、削除変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 なし ＩＤ：G-user1-2020-03-03-1,365-user1-2020-03-03-1,STO-user1-2020-03-03-1」をデータベース１１１に保存する。
ここで、各スケジュール情報ＳＤのスケジュール登録日時情報（ログ情報）を比べ、第１スケジュールサーバ１３０Ａから収集したスケジュール情報ＳＤの方が、第２スケジュールサーバ１３０Ｂから収集したスケジュール情報ＳＤおよびスケジュール同期用サーバ１１０のスケジュール情報ＳＤより新しいことがわかる。
これに基づいて、スケジュール同期用サーバ１１０が、削除変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 なし ＩＤ：G-user1-2020-03-03-1,365-user1-2020-03-03-1,STO-user1-2020-03-03-1」をデータベース１１１に保存する。
【0049】
そして、スケジュール情報送信更新ステップＳ４において、スケジュール同期用サーバ１１０が、変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 なし ＩＤ：G-user1-2020-03-03-1」を第１スケジュール管理システムの第１スケジュールサーバ１３０Ａへ送信し、スケジュール情報ＳＤを更新させる。
これと同様に、スケジュール同期用サーバ１１０が、変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 なし ＩＤ：365-user1-2020-03-03-1」を第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂへ送信し、スケジュール情報ＳＤを更新させる。
なお、第２スケジュール管理システムの第２スケジュール表示画面１２４において、同期によって更新削除された箇所のスケジュール情報ＳＤを、ユーザーがみたときに同期によって更新削除されたことを理解しやすくするために、所定時間だけハイライト表示や色変更で目立つように表示するように構成してもよい。
これと同様に、スケジュール同期用サーバ１１０が、変更後のスケジュール情報ＳＤ「ユーザー佐藤えみ ２０２０年３月３日 なし ＩＤ：365-user1-2020-03-03-1」を第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂへ送信し、スケジュール情報ＳＤを更新させる。
なお、第２スケジュール管理システムの第２スケジュール表示画面１２４において、同期によって更新削除された箇所のスケジュール情報ＳＤを、ユーザーがみたときに同期によって更新削除されたことを理解しやすくするために、所定時間だけハイライト表示や色変更で目立つように表示するように構成してもよい。
【0050】
これにより、スケジュール判定・合算・更新ステップＳ３で判定する際、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにあるスケジュール情報ＳＤが互いに異なっていた場合、同じ日時のスケジュールの変更前後や削除変更前後が判別される。
その結果、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間のスケジュール情報ＳＤについて確実に更新して同期をとることができる。
その結果、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂ、および、第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間のスケジュール情報ＳＤについて確実に更新して同期をとることができる。
【0051】
さらに、本実施例では、スケジュール判定・合算・更新ステップＳ３において、日時に対してスケジュール情報ＳＤが重複しているか否かを判定する。
重複しているか否かの判定は、例えば、ユーザー情報および日時情報の両者がそれぞれ重複しているか否か判定する。
そして、重複していると判定したとき、スケジュール重複通知ステップとして、ユーザーのコンピュータ端末１２０Ａに対してスケジュール情報ＳＤが重複している旨を通知するように構成されている。
これにより、図５に示すように、スケジュール情報ＳＤが重複している旨の電子メールが、ユーザーのコンピュータ端末１２０Ａのメール画面１２６Ａに通知される。
なお、会議室のスケジュール情報ＳＤが重複している場合、会議室のスケジュール情報ＳＤを入力したそれぞれのユーザーのうち、日時情報について最先でないユーザーのコンピュータ端末１２０Ａ宛に重複している旨または最先でなかった旨を通知する。
これにより、複数のユーザーが会議室を同じ時間帯で予約した場合、最先でないユーザーに対して予約を取れなかったことが通知される。
その結果、予約を取れたと思い込んでいて、実際は最先でなかったため予約を取れなかったユーザーは、予約を取れなかったことを知ることができ、必要に応じて別の日時に予約をとるなど予定を変更することができる。
また、図６に示すように、スケジュール情報ＳＤが重複している旨のメッセージが、ユーザーのスマートフォン端末１２０Ｂのトーク画面１２６Ｂに通知されるように構成してもよい。
重複しているか否かの判定は、例えば、ユーザー情報および日時情報の両者がそれぞれ重複しているか否か判定する。
そして、重複していると判定したとき、スケジュール重複通知ステップとして、ユーザーのコンピュータ端末１２０Ａに対してスケジュール情報ＳＤが重複している旨を通知するように構成されている。
これにより、図５に示すように、スケジュール情報ＳＤが重複している旨の電子メールが、ユーザーのコンピュータ端末１２０Ａのメール画面１２６Ａに通知される。
なお、会議室のスケジュール情報ＳＤが重複している場合、会議室のスケジュール情報ＳＤを入力したそれぞれのユーザーのうち、日時情報について最先でないユーザーのコンピュータ端末１２０Ａ宛に重複している旨または最先でなかった旨を通知する。
これにより、複数のユーザーが会議室を同じ時間帯で予約した場合、最先でないユーザーに対して予約を取れなかったことが通知される。
その結果、予約を取れたと思い込んでいて、実際は最先でなかったため予約を取れなかったユーザーは、予約を取れなかったことを知ることができ、必要に応じて別の日時に予約をとるなど予定を変更することができる。
また、図６に示すように、スケジュール情報ＳＤが重複している旨のメッセージが、ユーザーのスマートフォン端末１２０Ｂのトーク画面１２６Ｂに通知されるように構成してもよい。
【0052】
その結果、ユーザーはすぐに確認してスケジュールを調整することができる。
例えば、同期をとる前に複数のスケジュール管理システムにおいて、同じ日時に異なるスケジュール情報ＳＤが新規登録されてしまった場合や、同期後から次ぎの同期までの間に複数のスケジュール管理システムにおいて、それぞれ異なるスケジュール変更がなされた場合、とりあえず、それぞれ新規登録されたスケジュール情報ＳＤや、それぞれ変更された変更後のスケジュール情報ＳＤをダブルブッキングとして表示する。
そして、ユーザーに重複の旨を通知し、ユーザーにスケジュールを調整してもらうことができる。
例えば、同期をとる前に複数のスケジュール管理システムにおいて、同じ日時に異なるスケジュール情報ＳＤが新規登録されてしまった場合や、同期後から次ぎの同期までの間に複数のスケジュール管理システムにおいて、それぞれ異なるスケジュール変更がなされた場合、とりあえず、それぞれ新規登録されたスケジュール情報ＳＤや、それぞれ変更された変更後のスケジュール情報ＳＤをダブルブッキングとして表示する。
そして、ユーザーに重複の旨を通知し、ユーザーにスケジュールを調整してもらうことができる。
【0053】
このようにして得られた本発明の実施例であるスケジュール情報同期プログラムは、ユーザー端末の一例であるコンピュータ端末１２０Ａにおけるユーザーによるスケジュール情報ＳＤについての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定するトリガー有無判定ステップＳ１と、同期開始操作ありのとき、または、所定時間経過したとき、スケジュール同期用サーバ１１０が、複数のスケジュール管理システムの各サーバの一例である第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂおよび第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスし、スケジュール情報ＳＤを収集してデータベース１１１に保存するスケジュール情報収集保存ステップＳ２と、スケジュール同期用サーバ１１０が、第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂおよび第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤについて新規・変更・削除の有無の判定を行うとともに判定結果に応じて第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂおよび第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤを合算・更新してデータベース１１１に保存するスケジュール判定・合算・更新ステップＳ３と、スケジュール同期用サーバ１１０が、合算・更新したスケジュール情報ＳＤを第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂおよび第３スケジュールサーバ１３０Ｃへ送信して第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂおよび第３スケジュールサーバ１３０Ｃにあるスケジュール情報ＳＤを更新させるスケジュール情報送信更新ステップＳ４とを具備していることにより、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂおよび第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間において同期をとることができる。
【0054】
さらに、スケジュール情報ＳＤが、ユーザーのスケジュール情報ＳＤおよび会議室のスケジュール情報ＳＤの少なくとも一方の構成であることにより、ユーザーは自身のスケジュール情報ＳＤや会議室のスケジュール情報ＳＤについて混乱する虞を回避することができる。
【0055】
また、スケジュール判定・合算・更新ステップＳ３において、スケジュール同期用サーバ１１０が、スケジュール情報ＳＤについて新規であると判定した場合、この新規のスケジュール情報ＳＤに対して新たな固有識別情報を付与し、固有識別情報およびスケジュール登録日時情報に基づいてスケジュール情報ＳＤの変更または削除を判定する構成であることにより、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂおよび第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間のスケジュール情報ＳＤについて確実に更新して同期をとることができる。
【0056】
さらに、スケジュール判定・合算・更新ステップＳ３において、日時に対してスケジュール情報ＳＤが重複しているか否かを判定し、重複しているとき、ユーザーのコンピュータ端末１２０Ａやスマートフォン端末１２０Ｂに対してスケジュール情報ＳＤが重複している旨を通知するスケジュール重複通知ステップをさらに具備していることにより、ユーザーはすぐに確認してスケジュールを調整することができる。
【0057】
また、本発明の実施例であるスケジュール情報同期システム１００は、スケジュール同期用サーバ１１０を備え、スケジュール同期用サーバ１１０が、ユーザーのコンピュータ端末１２０Ａにおけるユーザーによるスケジュール情報ＳＤについての同期開始操作の有無を判定する、または、所定時間経過したか否かを判定し、同期開始操作ありのとき、または、所定時間経過したとき、スケジュール同期用サーバ１１０が、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂおよび第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃにアクセスし、スケジュール情報ＳＤを収集してデータベース１１１に保存し、第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂおよび第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤについて新規・変更・削除の有無の判定を行うとともに判定結果に応じて第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂおよび第３スケジュールサーバ１３０Ｃから収集したスケジュール情報ＳＤを合算・更新してデータベース１１１に保存し、合算・更新したスケジュール情報ＳＤを第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂおよび第３スケジュールサーバ１３０Ｃへ送信して第１スケジュールサーバ１３０Ａ、第２スケジュールサーバ１３０Ｂおよび第３スケジュールサーバ１３０Ｃにあるスケジュール情報ＳＤを更新させる構成であることにより、第１スケジュール管理システムの第１スケジュールサーバ１３０Ａ、第２スケジュール管理システムの第２スケジュールサーバ１３０Ｂおよび第３スケジュール管理システムの第３スケジュールサーバ１３０Ｃの間において同期をとることができるなど、その効果は甚大である。
【符号の説明】
【0058】
１００ ・・・ スケジュール情報同期システム
１１０ ・・・ スケジュール同期用サーバ
１１１ ・・・ データベース
１２０Ａ・・・ コンピュータ端末（ユーザー端末）
１２０Ｂ・・・ スマートフォン端末（ユーザー端末）
１２１Ａ・・・ ブラウザ
１２２ ・・・ （第１スケジュール管理システムの）第１スケジュール表示画面
１２３ ・・・ （第１スケジュール表示画面の）同期開始ボタン
１２４ ・・・ （第２スケジュール管理システムの）第２スケジュール表示画面
１２５ ・・・ （第２スケジュール表示画面の）同期開始ボタン
１２６Ａ・・・ （コンピュータ端末の）メール画面
１２６Ｂ・・・ （スマートフォン端末の）トーク画面
１３０Ａ・・・ （第１スケジュール管理システムの）第１スケジュールサーバ
１３０Ｂ・・・ （第２スケジュール管理システムの）第２スケジュールサーバ
１３０Ｃ・・・ （第３スケジュール管理システムの）第３スケジュールサーバ
ＳＤ ・・・ スケジュール情報
１１０ ・・・ スケジュール同期用サーバ
１１１ ・・・ データベース
１２０Ａ・・・ コンピュータ端末（ユーザー端末）
１２０Ｂ・・・ スマートフォン端末（ユーザー端末）
１２１Ａ・・・ ブラウザ
１２２ ・・・ （第１スケジュール管理システムの）第１スケジュール表示画面
１２３ ・・・ （第１スケジュール表示画面の）同期開始ボタン
１２４ ・・・ （第２スケジュール管理システムの）第２スケジュール表示画面
１２５ ・・・ （第２スケジュール表示画面の）同期開始ボタン
１２６Ａ・・・ （コンピュータ端末の）メール画面
１２６Ｂ・・・ （スマートフォン端末の）トーク画面
１３０Ａ・・・ （第１スケジュール管理システムの）第１スケジュールサーバ
１３０Ｂ・・・ （第２スケジュール管理システムの）第２スケジュールサーバ
１３０Ｃ・・・ （第３スケジュール管理システムの）第３スケジュールサーバ
ＳＤ ・・・ スケジュール情報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
