(57)【要約】【課題】ネットワーク状態が不安定であっても、優先的に同期されるスケジュール内容の質を維持すること。【解決手段】本発明にかかるマスター装置１００は、予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、内容情報に応じて、スレーブ装置２００と同期する際の優先度を決定する優先度決定部１１０と、決定された優先度に基づいた送信順序により複数の予定データをスレーブ装置２００へ送信する送信部１２０と、を備える。【選択図】図１
2019148872.tif 000002
【特許請求の範囲】
【請求項１】
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定する優先度決定部と、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する送信部と、
を備えるマスター装置。
【請求項２】
前記優先度決定部は、前記複数の予定データのそれぞれについて、前記マスター装置と前記スレーブ装置との通信状態の監視結果をさらに加味して前記優先度を決定する
請求項１に記載のマスター装置。
【請求項３】
前記優先度決定部は、前記複数の予定データのそれぞれについて、前記予定時刻と現在時刻との関係をさらに加味して前記優先度を決定する
請求項１又は２に記載のマスター装置。
【請求項４】
前記予定データには、前記内容情報の実施場所を示す拠点情報がさらに対応付けられており、
前記優先度決定部は、前記複数の予定データのそれぞれについて、前記拠点情報をさらに加味して前記優先度を決定する
請求項１乃至３のいずれか１項に記載のマスター装置。
【請求項５】
前記優先度決定部は、前記複数の予定データのうち、前記スレーブ装置が属する拠点情報が対応付けられた前記予定データについての前記優先度を、他の拠点情報が対応付けられたものよりも高く決定する
請求項４に記載のマスター装置。
【請求項６】
同期元であるマスター装置において決定された優先度に基づく送信順序により送信された、予定時刻と内容情報とが対応付けられた予定データを受信する受信部と、
前記受信部により受信された予定データが保存される記憶部と、
前記記憶部に保存された前記予定データのうち、前記予定時刻から所定の保存期間を経過したものを削除する削除処理部と、
を備えるスレーブ装置。
【請求項７】
予定時刻と内容情報とが対応付けられた複数の予定データの同期を行うマスター装置と少なくとも１つのスレーブ装置と、を備え、
前記マスター装置は、
前記複数の予定データのそれぞれについて、前記内容情報に応じて、前記スレーブ装置と同期する際の優先度を決定する優先度決定部と、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する送信部と、
を備え、
前記スレーブ装置は、
前記マスター装置から送信された予定データを受信する受信部と、
前記受信部により受信された予定データが保存される記憶部と、
を備える
同期システム。
【請求項８】
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定し、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する、
マスター装置の制御方法。
【請求項９】
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定し、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する、
処理をコンピュータに実行させるプログラム。
【請求項１０】
同期元であるマスター装置において決定された優先度に基づく送信順序により送信された、予定時刻と内容情報とが対応付けられた予定データを受信し、
前記受信された予定データを記憶部に保存し、
前記記憶部に保存された前記予定データのうち、前記予定時刻から所定の保存期間を経過したものを削除する、
処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、マスター装置、スレーブ装置、同期システム、制御方法及びプログラムに関し、特に、スケジュールデータの同期を行うマスター装置、スレーブ装置、同期システム、制御方法及びプログラムに関する。
【背景技術】
【０００２】
通信技術の発達に伴い、複数のスケジュールデータを、様々な拠点において共有する利用形態が一般的となっている。この場合、ネットワークを介して接続された複数の通信装置の間で、複数のスケジュールデータの同期を行う必要がある。そのために、一部の通信装置を同期元としてスケジュールデータを送信する端末であるマスター装置とし、残りの通信装置をマスター装置からスケジュールデータを受信する同期先であるスレーブ装置とすることがある。
【０００３】
特許文献１には、移動端末とサーバとの間で、移動端末において格納可能なスケジュールデータの件数に応じて、ユーザにとって適切な期間のスケジュールデータを同期可能にする技術が開示されている。特に、特許文献１では、移動端末に必要以上のスケジュールデータを持たないようにするために、サーバに格納されているデータの内、設定件数に応じたデータを選択して送信することで、サーバと移動端末との間の同期を実現している。
【０００４】
特許文献２には、低速な通信経路や不安定な通信経路でも、データ同期処理をより効率的に実行するための技術が開示されている。特に、特許文献２では、通信経路の監視結果に応じて、同期対象データを分割して送信を行う。また、特許文献２では、分割されたデータごとに、データ間の共通属性（更新日時やファイルタイプ）に基づいてユーザにより判断された優先度の入力を受け付け、優先度の高いものから順に同期を行う。
【０００５】
特許文献３には、マスター装置とスレーブ装置の間に中継装置を配置し、マスター装置から送信される時刻同期パケットを、中継装置を経由してスレーブ装置が受信することで、マスター装置とスレーブ装置との間の時刻同期を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−１５７６２６号公報
【特許文献２】特開２０１３−１８３２７４号公報
【特許文献３】特開２０１７−２１６５６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１から３にかかる技術では、ネットワークが不安定なことにより一部のデータしか同期できない場合に、優先的に同期されるスケジュール内容の質が不十分であるという問題点がある。その理由は、同期対象であるスケジュールデータの内容が十分に考慮されておらず、同期対象データの優先度に反映されないためである。
【０００８】
具体的には、特許文献１にかかる技術は、送信するデータ件数を考慮しているが、スケジュール内容は考慮されていない。そのため、選択により絞り込まれたスケジュールデータに重要でないものが多く含まれてしまうおそれがある。
【０００９】
また、特許文献２に係る技術は、同期対象データが送信時に分割を必要とするようなテキストファイルや画像ファイルであり、ファイルの更新日時やファイルタイプの共通性を基にユーザに優先度を判断させている。そのため、スケジュールデータの同期を対象としたものではない。
【００１０】
さらに、特許文献３にかかる技術は、１台のスレーブ装置が複数のマスター装置と複数の中継装置から複数の時刻同期パケットを受信し、障害が発生した装置からの時刻同期パケットを除外して時刻同期を行うものである。しかし、複数の時刻同期パケットは、スレーブ装置の時刻を調整するための時刻情報という同一の内容であり、特許文献３にかかる技術は、異なる内容の複数のスケジュールデータの同期を対象としたものではない。
【００１１】
本開示は、このような問題点を解決するためになされたものであり、ネットワーク状態が不安定であっても、優先的に同期されるスケジュール内容の質を維持するためのマスター装置、スレーブ装置、同期システム、制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本開示の第１の態様にかかるマスター装置は、
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定する優先度決定部と、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する送信部と、
を備える。
【００１３】
本開示の第２の態様にかかるスレーブ装置は、
同期元であるマスター装置において決定された優先度に基づく送信順序により送信された、予定時刻と内容情報とが対応付けられた予定データを受信する受信部と、
前記受信部により受信された予定データが保存される記憶部と、
前記記憶部に保存された前記予定データのうち、前記予定時刻から所定の保存期間を経過したものを削除する削除処理部と、
を備える。
【００１４】
本開示の第３の態様にかかる同期システムは、
予定時刻と内容情報とが対応付けられた複数の予定データの同期を行うマスター装置と少なくとも１つのスレーブ装置と、を備え、
前記マスター装置は、
前記複数の予定データのそれぞれについて、前記内容情報に応じて、前記スレーブ装置と同期する際の優先度を決定する優先度決定部と、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する送信部と、
を備え、
前記スレーブ装置は、
前記マスター装置から送信された予定データを受信する受信部と、
前記受信部により受信された予定データが保存される記憶部と、
を備える。
【００１５】
本開示の第４の態様にかかるマスター装置の制御方法は、
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定し、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する。
【００１６】
本開示の第５の態様にかかるスレーブ装置の制御方法は、
同期元であるマスター装置において決定された優先度に基づく送信順序により送信された、予定時刻と内容情報とが対応付けられた予定データを受信し、
前記受信された予定データを記憶部に保存し、
前記記憶部に保存された前記予定データのうち、前記予定時刻から所定の保存期間を経過したものを削除する。
【００１７】
本開示の第６の態様にかかる同期方法は、
マスター装置において、
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定し、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信し、
前記スレーブ装置において、
前記マスター装置から送信された予定データを受信し、
前記受信された予定データを記憶部に保存する。
【００１８】
本開示の第７の態様にかかるプログラムは、
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定し、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する、
処理をコンピュータに実行させる。
【００１９】
本開示の第８の態様にかかるプログラムは、
同期元であるマスター装置において決定された優先度に基づく送信順序により送信された、予定時刻と内容情報とが対応付けられた予定データを受信し、
前記受信された予定データを記憶部に保存し、
前記記憶部に保存された前記予定データのうち、前記予定時刻から所定の保存期間を経過したものを削除する、
処理をコンピュータに実行させる。
【発明の効果】
【００２０】
本開示により、ネットワーク状態が不安定であっても、優先的に同期されるスケジュール内容の質を維持するためのマスター装置、スレーブ装置、同期システム、制御方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施の形態１にかかるマスター装置及びスレーブ装置を含む同期システムの全体構成を示すブロック図である。
【図２】本発明の実施の形態１にかかるマスター装置の制御方法の流れを示すフローチャートである。
【図３】本発明の実施の形態２にかかるマスター装置及びスレーブ装置を含む同期システムの全体構成を示すブロック図である。
【図４】本発明の実施の形態２にかかるスレーブ装置の制御方法の流れを示すフローチャートである。
【図５】本発明の実施の形態３にかかるマスター装置及びスレーブ装置を含む同期システムの全体構成を示すブロック図である。
【図６】本発明の実施の形態３にかかるマスター装置の構成を示すブロック図である。
【図７】本発明の実施の形態３にかかるスレーブ装置の構成を示すブロック図である。
【図８】本発明の実施の形態３にかかるスケジュールＤＢ内のスケジュールデータの例を示す図である。
【図９】本発明の実施の形態３にかかる条件記憶部内の優先度決定条件の例を示す図である。
【図１０】本発明の実施の形態３にかかる同期通信ＤＢ内のデータの例を示す図である。
【図１１】本発明の実施の形態３にかかるデータ同期方法の流れを説明するためのフローチャートである。
【図１２】本発明の実施の形態３にかかる優先度決定処理の流れを説明するためのフローチャートである。
【図１３】本発明の実施の形態３にかかるスケジュール重み付け特定処理の流れを説明するためのフローチャートである。
【図１４】本発明の実施の形態３にかかる優先度確認処理の流れを説明するためのフローチャートである。
【図１５】本発明の実施の形態３にかかる同期処理の流れを説明するためのフローチャートである。
【発明を実施するための形態】
【００２２】
以下では、本開示の実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２３】
＜実施の形態１＞
【００２４】
ネットワークの通信状態は、正常、不安定、異常の３種類に大きく分類することができる。ネットワークが正常な状態、つまり、ネットワークによる通信が途切れることなく継続している場合には、通常の送信手順によりデータの同期処理を行っても問題は少ない。一方、ネットワークが異常な状態、つまり、ネットワークによる通信が途切れている場合には、同期処理が行なうことができない。そのため、正常状態に戻った際に、同期対象のスケジュールデータについてまとめて同期処理が行われる。
【００２５】
ところが、ネットワークが不安定な状態、つまり、ネットワークによる通信が断続的に途切れる場合には、同じデータの再送が繰り返されるなどして、一部のデータの同期は完了しているが、残りのデータの同期が完了していない状態が続いてしまう。すなわち、マスター装置とスレーブ装置との間でネットワークが不安定な状態の場合には、少量の予定データ毎にしか同期を行う事が出来ない。
【００２６】
ここで、同期対象の予定データの中には、予定内容として必須なデータと必須ではないデータがある。例えば、ユーザにとって重要度が高い内容と、仮で入れてある、または、他のユーザの予定等が挙げられる。また、例えば、予定時刻が過去となってしまったものは、未来のものよりも予定としての重要度が相対的に低いといえる。または、例えば、その予定が自身が属する拠点以外で実施されるもの、つまり、他のユーザの予定である場合も予定としての重要度が相対的に低いといえる。
【００２７】
そこで、以下に示す本実施の形態１では、通信状態が不安定な場合でも、予定内容を考慮して送信順序の優先度を決定することで、スレーブ装置には重要度がより高い予定データを優先的に同期させる技術について説明する。
【００２８】
図１は、本発明の実施の形態１にかかるマスター装置１００及びスレーブ装置２００を含む同期システム１０００の全体構成を示すブロック図である。同期システム１０００は、マスター装置１００とスレーブ装置２００とを備える。マスター装置１００とスレーブ装置２００とはネットワーク（不図示）等を介して有線又は無線により通信可能に接続されている。
【００２９】
マスター装置１００は、優先度決定部１１０と、送信部１２０とを備える。優先度決定部１１０は、予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、内容情報に応じて、スレーブ装置２００と同期する際の優先度を決定する。送信部１２０は、優先度決定部１１０により決定された優先度に基づいた送信順序により複数の予定データをスレーブ装置２００へ送信する。尚、マスター装置１００は、内蔵するプロセッサが内蔵するメモリに格納された、または、読み込まれたプログラムを実行することによって、このような機能を論理的に備えることにより動作するコンピュータ装置であってもよい。
【００３０】
スレーブ装置２００は、マスター装置１００から送信された予定データを受信することで、マスター装置１００との間で予定データの同期を行う。
【００３１】
図２は、本発明の実施の形態１にかかるマスター装置１００の制御方法の流れを示すフローチャートである。まず、優先度決定部１１０は、複数の予定データのそれぞれについて、内容情報に応じて、スレーブ装置２００と同期する際の優先度を決定する（Ｓ１０１）。次に、送信部１２０は、ステップＳ１０１で決定された優先度に基づいた送信順序により複数の予定データをスレーブ装置２００へ送信する（Ｓ１０２）。
【００３２】
このように、本実施の形態１では、複数の予定データの中で各データの予定内容に応じてより高い優先度が決定された予定データの送信順序を先にすることができる。ここで、例えば、ネットワーク状態が不安定、つまり、マスター装置からスレーブ装置の予定データの送信に失敗したり、接続が断続的になった場合を考える。この場合でも、全予定データのうち優先度の高い予定データが優先的に送信されるため、そのような予定データがスレーブ装置に到達している確率が相対的に高くなる。つまり、マスター装置とスレーブ装置との間で同期された予定データ数が少なかったとしても、同期された予定データは予定内容としてユーザにとってより優先度の高いもの、つまり、同期されたスケジュール内容の質が高いものの比率が高いといえる。以上のことから、本実施の形態により、ネットワーク状態が不安定であっても、優先的に同期されるスケジュール内容の質を維持することができる。
【００３３】
＜実施の形態２＞
本実施の形態２は、上述した実施の形態１の改良例である。
図３は、本発明の実施の形態２にかかるマスター装置１００及びスレーブ装置２００ａを含む同期システム１０００ａの全体構成を示すブロック図である。尚、マスター装置１００は、上述した図１と同様であるものとする。
【００３４】
スレーブ装置２００ａは、受信部２１０と、記憶部２２０と、削除処理部２３０とを備える。受信部２１０は、同期元であるマスター装置１００において決定された優先度に基づく送信順序により送信された、予定時刻と内容情報とが対応付けられた予定データを受信する。記憶部２２０は、受信部２１０により受信された予定データが保存される記憶装置である。つまり、受信部２１０は、受信した予定データを記憶部２２０に保存する。削除処理部２３０は、記憶部２２０に保存された予定データのうち、予定時刻から所定の保存期間を経過したものを削除する。尚、スレーブ装置２００ａは、内蔵するプロセッサが内蔵するメモリに格納された、または、読み込まれたプログラムを実行することによって、このような機能を論理的に備えることにより動作するコンピュータ装置であってもよい。
【００３５】
図４は、本発明の実施の形態２にかかるスレーブ装置２００ａの制御方法の流れを示すフローチャートである。まず、受信部２１０は、上述の通りマスター装置１００から送信された予定データを受信する（Ｓ２０１）。次に、受信部２１０は、ステップＳ２０１により受信された予定データを記憶部２２０に保存する（Ｓ２０２）。そして、削除処理部２３０は、記憶部２２０に保存された予定データのうち、予定時刻から所定の保存期間を経過したものを削除する（Ｓ２０３）。
【００３６】
このように、本実施の形態２により、実施の形態１と同様に、ネットワーク状態が不安定であっても、優先的に同期されるスケジュール内容の質を維持することができる。さらに、同期のために受信した予定データのうち予定時刻が経過した後、所定の保存期間を経過したデータについて削除を行う。予定時刻から所定の保存期間が経過した予定データは、相対的に予定内容としての価値が低下し、これらを長期間保存しておくことは、スケジュール内容の質の低下につながる。よって、予定時刻から所定の保存期間が経過した予定データを削除することにより、記憶部内で予定時刻前の予定データが相対的に多くなる。つまり、優先的に同期されるスケジュール内容の質を維持することができる。さらに、本実施の形態２により、スレーブ装置の記憶部の空き記憶容量を確保することができる。
【００３７】
＜実施の形態３＞
本実施の形態３は、上述した実施の形態１及び２の具体的な実施例である。
図５は、本発明の実施の形態３にかかるマスター装置１０及びスレーブ装置２０ａから２０ｎを含む同期システム２０００の全体構成を示すブロック図である。同期システム２０００は、上述した同期システム１０００及び１０００ａの一実施例である。同期システム２０００は、マスター装置１０とスレーブ装置２０ａから２０ｎとの間で複数のスケジュールデータの同期を行う。マスター装置１０は、スケジュールデータの入力を受け付け、全てのスケジュールデータを管理している。そして、マスター装置１０は、管理しているスケジュールデータのうち、スレーブ装置２０ａ等にとって必要なデータのみを抽出して同期を行う。ここで、同期とは、マスター装置１０とスレーブ装置２０ａ等とが同じスケジュールデータをそれぞれのデータベースに格納してある状態であることを指す。
【００３８】
マスター装置１０とスレーブ装置２０ａから２０ｎとは、ネットワークＮを介して有線又は無線により通信可能に接続されている。ネットワークＮは、インターネット、公衆回線網等の通信ネットワークである。尚、同期システム２０００におけるスレーブ装置は、少なくとも１台であればよい。また、マスター装置１０及びスレーブ装置２０ａから２０ｎは、それぞれ異なる拠点に固定して設置されているものとする。
【００３９】
マスター装置１０は、スケジュールデータの同期元となる通信装置であり、上述したマスター装置１００の一実施例である。図６は、本発明の実施の形態３にかかるマスター装置１０の構成を示すブロック図である。
【００４０】
マスター装置１０は、通信部１１と、通信状態監視部１２と、スケジュールＤＢ（DataBase）１３と、条件記憶部１４と、同期通信ＤＢ１５と、優先度管理部１６と、同期通信管理部１７とを備える。尚、優先度管理部１６は、上述した優先度決定部１１０の一例である。また、同期通信管理部１７及び通信部１１は、上述した送信部１２０の一例である。
【００４１】
通信部１１は、ネットワークＮを介してスレーブ装置２０ａ等との間で、後述するスケジュールデータ及び通信状態監視メッセージの送受信を行う。
【００４２】
通信状態監視部１２は、マスター装置１０が認識している各スレーブ装置２０ａ〜２０ｎとの間で通信状態確認監視メッセージに応答があるか否かを監視して、スレーブ装置ごとの通信状態を判定する。ここで、通信状態は「異常」、「不安定」及び「正常」の３種類のいずれかであるものとする。
【００４３】
通信状態が「異常」とは、ネットワークが途切れていることを指す。例えば、通信状態監視部１２は、通信状態確認監視メッセージの送信に対して応答がない状態が一定時間以上継続する場合に、通信状態が「異常」と判定する。
【００４４】
通信状態が「正常」とは、ネットワークが安定して接続されていることを指す。例えば、通信状態監視部１２は、通信状態確認監視メッセージの送信に対して一定時間内に全て応答がある場合に、通信状態が「正常」と判定する。
【００４５】
通信状態が「不安定」とは、ネットワークが安定して接続されていないことを指す。通信状態監視部１２は、通信状態確認監視メッセージの送信に対する応答が「異常」及び「正常」のいずれにも該当しない場合に、通信状態が「不安定」と判定する。例えば、応答が一定時間以内であるが「失敗」を示す場合や、応答が一定時間以上経過後であるが「成功」を示す場合に、通信状態監視部１２は、通信状態が「不安定」と判定としてもよい。または、複数回の通信状態確認監視メッセージの送信において、一定時間以内の応答と、一定時間以上の応答とが繰り返される場合に、通信状態監視部１２は、通信状態が「不安定」と判定としてもよい。
【００４６】
ここで、通信状態確認監視メッセージには、タイムアウト時間が設定されている。そして、タイムアウト時間内に応答が返ってこない時には、通信状態監視部１２は、通信状態確認監視メッセージをタイムアウトによる失敗とみなす。そして、タイムアウトによる失敗が発生した時には、通信状態監視部１２は、発生先となる拠点との通信状態確認監視メッセージの応答がない時間を確認し、通信状態を「不安定」又は「異常」へと通信状態を変更する。同様に、通信状態確認監視メッセージに応答があり、成功とみなした時には、通信状態監視部１２は、通信状態確認監視メッセージの応答がある時間を確認し、「不安定」又は「成功」へと通信状態を変更する。通信状態は、優先度管理部１６における優先度の決定時に使用される。通信状態監視部１２が通信状態を監視することにより、ネットワークが途切れているスレーブ装置に対しての同期メッセージの通信が行われないようにすることができる。
【００４７】
スケジュールＤＢ１３は、複数のスケジュールデータを管理するデータベースである。尚、スケジュールデータは、上述した予定データの一例である。図８は、本発明の実施の形態３にかかるスケジュールＤＢ１３内の複数のスケジュールデータの例を示す図である。スケジュールデータの構成としては、データ番号１３１、開始時刻１３２、終了時刻１３３、アクション１３４及び拠点１３５等が含まれる。データ番号１３１は、スケジュールデータのレコードを一意に識別する情報である。開始時刻１３２及び終了時刻１３３は、予定時刻の一例であり、当該スケジュールが実施されるべき期間の始点と終点を示す。アクション１３４は、予定内容の一例であり、当該スケジュールで実施される内容を示す。拠点１３５は、拠点情報の一例であり、当該スケジュールが実施される場所を示す。尚、拠点１３５は、スレーブ装置が属する拠点に対応するものとする。
【００４８】
条件記憶部１４は、優先度決定条件を記憶する。優先度決定条件は、各スケジュールデータの時間状態、内容及び拠点情報に基づいて優先度を決定するための条件を定義した情報である。すなわち、優先度決定条件には、時間状態、内容及び拠点情報のそれぞれと、重み付け値とを対応付けて定義した情報である。さらに、優先度決定条件は、マスター装置１０と各スレーブ装置との通信状態と重み付け値とを対応付けて定義した情報を含む。尚、優先度決定条件は、少なくとも各スケジュールデータの内容と重み付け値とを対応付けて定義した情報が含まれていればよい。つまり、優先度決定条件は、少なくとも内容情報の種類ごとに重み付け値が定義されたものである。そして、優先度決定条件は、過去、現在及び未来を含む時間状態ごとに重み付け値が定義されることが望ましい。また、優先度決定条件は、拠点情報ごとに重み付け値が定義されることが望ましい。さらに、優先度決定条件は、通信状態ごとに重み付け値が定義されることが望ましい。
【００４９】
図９は、本発明の実施の形態３にかかる条件記憶部１４内の優先度決定条件の例を示す図である。優先度決定条件の構成としては、種別１４１、内容１４２及び重み付け値１４３等が含まれる。種別１４１は、優先度決定条件の種別であり、例えば、「アクション」、「拠点」、「時間状態」、「通信状態」等が含まれる。内容１４２は、種別１４１に対応する値である。そのため、種別１４１「アクション」における内容１４２は、上述したアクション１３４の値に対応する。また、種別１４１「拠点」における内容１４２は、上述した拠点１３５に対応する。つまり、種別１４１「拠点」における内容１４２は、該当するスケジュールデータの「アクション」が実施される場所、また、スレーブ装置２０ａから２０ｎが設置される拠点情報を示す。種別１４１「時間状態」における内容１４２は、該当するスケジュールデータの開始時刻１３２から終了時刻１３３の時間帯が、現在時刻に対して過去、現在、未来のいずれに該当するかを示す値である。種別１４１「通信状態」における内容１４２は、マスター装置１０と各スレーブ装置との通信状態が異常、不安定、安定のいずれかを示す値である。
【００５０】
重み付け値１４３は、優先度を算出する際に用いられる値であり、ここでは例として０〜１が設定されたものを示す。そのため、優先度決定条件は、種別１４１における内容１４２ごとに重み付け値１４３が対応付けられた情報である。尚、種別１４１「通信状態」における重み付け値１４３は、固定値としてもよい。
【００５１】
同期通信ＤＢ１５は、同期対象のスケジュールデータの同期状態と優先度を管理するデータベースである。図１０は、本発明の実施の形態３にかかる同期通信ＤＢ１５内のデータの例を示す図である。同期通信ＤＢ１５の構成としては、同期状態１５１、優先度１５２及びデータ番号１５３等が含まれる。データ番号１５３は、同期対象のスケジュールデータのデータ番号１３１を示す。優先度１５２は、該当するスケジュールデータについて優先度管理部１６により決定された優先度、つまり、同期処理における送信順序の優先度を示す。同期状態１５１は、該当するスケジュールデータについて、同期前等の未同期（ＦＡＬＳＥ）、同期中（ＯＮＧＯＩＮＧ）、又は、同期済み（ＴＲＵＥ）のいずれかを示す。尚、同期通信ＤＢ１５は、各スケジュールデータについて、スレーブ装置ごとに同期状態を管理しても構わない。さらに、各スケジュールデータについて、スレーブ装置ごとに優先度を管理しても構わない。その場合、同期通信ＤＢ１５の構成として、上記に加えてさらにスレーブ装置の識別情報を含めるとよい。つまり、同期通信ＤＢ１５は、データ番号１５３及びスレーブ装置の組合せごとに、優先度１５２及び同期状態１５１を対応付けてもよい。
【００５２】
図６に戻り説明を続ける。
優先度管理部１６は、スケジュールＤＢ１３に格納されている各スケジュールデータに対して、条件記憶部１４に記憶された優先度設定条件に従い優先度を決定して、同期通信ＤＢ１５に対してスケジュールデータ毎に優先度を登録する。ここで、優先度は、マスター装置１０から各スレーブ装置２０ａから２０ｎに対して同期を行うべきスケジュールデータの全てに付与されている、同期処理時の送信順序における優先度である。
【００５３】
尚、優先度は、各スケジュールデータについてスレーブ装置ごとに決定してもよい。例えば、優先度管理部１６は、同一のスケジュールデータについて、スレーブ装置２０ａと同期する際の第１の優先度と、当該スレーブ装置２０ａとは異なる拠点情報に属する第２のスレーブ装置２０ｂと同期する際の第２の優先度とを、別々に決定する。これにより、拠点ごとに異なるスケジュールデータの重要度を加味して優先度を決定できるため、同期されるスケジュール内容の質をスレーブ装置ごとに効率的に向上できる。
【００５４】
優先度管理部１６は、各スケジュールデータについて、少なくともアクションに応じて優先度を決定する。また、優先度管理部１６は、各スケジュールデータについて、予定時刻と現在時刻との関係をさらに加味して優先度を決定する。例えば、未来のスケジュールは、過去のスケジュールよりも同期を行う価値は相対的に高いといえる。よって、優先度管理部１６は、スケジュールデータの時間状態が未来の場合、過去の場合と比べて優先度を高く決定する。そのため、過去、現在、未来の時間状態の違いによるスケジュールデータの重要度の違いを優先度に反映でき、優先度の精度を向上させ、同期させるスケジュール内容の質をさらに向上させることができる。また、優先度管理部１６は、各スケジュールデータについて、拠点情報をさらに加味して優先度を決定する。これにより、スケジュールデータの必要度合いについて、拠点ごとの違いを優先度に反映でき、優先度の精度を向上させることができる。例えば、優先度管理部１６は、複数のスケジュールデータのうち、あるスレーブ装置が属する拠点情報が対応付けられたデータについての優先度を、他の拠点情報が対応付けられたものよりも高く決定する。これにより、実施対象の拠点に対して当該スケジュールデータを優先的に送信させることができる。
【００５５】
そして、優先度管理部１６は、優先度を決定する際に、条件記憶部１４に記憶された優先度決定条件に定義された重み付け値を用いる。つまり、優先度管理部１６は、複数のスケジュールデータのそれぞれについて、優先度決定条件において内容情報に定義された重み付け値を用いて優先度を決定する。また、優先度管理部１６は、複数のスケジュールデータのそれぞれについて、予定時刻と現在時刻から時間状態を判定し、優先度決定条件において前記判定された時間状態に定義された重み付け値をさらに用いて優先度を決定する。また、優先度管理部１６は、複数のスケジュールデータのそれぞれについて、優先度決定条件において拠点情報に定義された重み付け値をさらに用いて優先度を決定する。さらに、優先度管理部１６は、複数のスケジュールデータのそれぞれについて、送信先のスレーブ装置に応じた拠点情報に定義された重み付け値をさらに用いて優先度を決定する。さらに、優先度管理部１６は、複数のスケジュールデータのそれぞれについて、送信先のスレーブ装置に応じた通信状態に定義された重み付け値をさらに用いて優先度を決定する。
【００５６】
また、優先度管理部１６は、複数のスケジュールデータのそれぞれについて、マスター装置１０とスレーブ装置２０ａから２０ｎとの通信状態の監視結果をさらに加味して優先度を決定する。このとき、優先度管理部１６は、各スレーブ装置との通信状態を総合的に判断してもよく、また、各スレーブ装置との通信状態を個別に加味して、スレーブ装置ごとに優先度を決定してもよい。
【００５７】
優先度管理部１６は、優先度決定条件を参照して、該当のスケジュールデータにおける重み付け値を特定し、送信先のスレーブ装置との通信状態における重み付け値を特定し、これらの重み付け値を総合的に用いて、優先度を算出する。優先度管理部１６は、例えば、以下の優先度算出式を用いて優先度を算出する。但し、優先度算出式はこれに限定されない。
（優先度算出式）優先度  ＝  （アクションの重み付け値×時間状態の重み付け値×拠点の重み付け値）＋通信状態の重み付け値
【００５８】
優先度管理部１６は、該当のスケジュールデータのデータ番号と算出した優先度とを対応付けて、同期通信ＤＢ１５に登録する。このとき、優先度管理部１６は、同期状態を未同期（ＦＡＬＳＥ）として同期通信ＤＢ１５に登録する。さらに、優先度管理部１６は、データ番号とスレーブ装置の組合せごとに、優先度と同期状態を同期通信ＤＢ１５に登録してもよい。
【００５９】
同期通信管理部１７は、同期通信ＤＢ１５を参照して、優先度管理部１６により決定された優先度に基づいて同期処理のために送信するスケジュールデータの送信順序を決定する。このとき、同期通信管理部１７は、同期通信ＤＢ１５内で同期状態が未同期（ＦＡＬＳＥ）又は同期中（ＯＮＧＯＩＮＧ）のデータを対象とし、同期済み（ＴＲＵＥ）のデータを対象外として送信順序を決定する。そして、同期通信管理部１７は、決定した送信順序に従って各スケジュールデータをスレーブ装置へ送信する。ここで、同期通信管理部１７は、全てのスレーブ装置に対して共通の送信順序を決定する場合、各スケジュールデータを同時並列に各スレーブ装置へ配信してもよい。また、同期通信管理部１７は、各スレーブ装置に対して個別に送信順序を決定する場合、各スケジュールデータを各送信順序に従って各スレーブ装置へ送信する。
【００６０】
同期通信管理部１７は、スケジュールデータを送信すると共に、同期通信ＤＢ１５における当該データの同期状態を同期中（ＯＮＧＯＩＮＧ）に更新し、一定時間内に正常に応答が受信された場合に、同期状態を同期済み（ＴＲＵＥ）に更新する。そのため、通信状態が不安定なため、送信に失敗した場合には、同期状態が同期中（ＯＮＧＯＩＮＧ）であるため、当該スケジュールデータは、再度、送信順序を決定する際の対象とされる。
【００６１】
スレーブ装置２０ａ、２０ｂ、・・・２０ｎのそれぞれは、スケジュールデータの同期先となる通信装置であり、上述したスレーブ装置２００又は２００ａの一実施例である。尚、スレーブ装置２０ａから２０ｎは、それぞれ同等の機能及び構成を有するものとする。そのため、以下では、代表してスレーブ装置２０ａの機能及び構成について説明するものとし、スレーブ装置２０ｂから２０ｎについての説明を省略する。
【００６２】
図７は、本発明の実施の形態３にかかるスレーブ装置２０ａの構成を示すブロック図である。スレーブ装置２０ａは、通信部２１と、同期管理部２２と、スケジュールＤＢ２３と、記憶部２４とを備える。通信部２１は、上述した受信部２１０の一例であり、ネットワークＮを介してマスター装置１０の通信部１１との間で、スケジュールデータ及び通信状態監視メッセージの送受信を行う。特に、通信部２１は、マスター装置１０から通信状態確認メッセージを受信した場合、マスター装置１０へ受信応答を返信する。また、通信部２１は、マスター装置１０からスケジュールデータを受信し、受信したスケジュールデータをスケジュールＤＢ２３に保存する。そして、通信部２１は、受信したスケジュールデータのスケジュールＤＢ２３への保存に成功した場合、同期に成功した旨の応答をマスター装置１０へ返信する。また、通信部２１は、受信したスケジュールデータが既にスケジュールＤＢ２３に保存済み、つまり同期済みであった場合にも同期に成功した旨の応答をマスター装置１０へ返信する。
【００６３】
スケジュールＤＢ２３は、複数のスケジュールデータを管理するデータベースである。スケジュールＤＢ２３は、上述した記憶部２２０の一例であり、保存されるスケジュールデータは、上述した予定データ２２１の一例である。尚、スケジュールＤＢ２３は、上述したスケジュールＤＢ１３と同等の構成であってもよい。
【００６４】
記憶部２４は、削除基準時間２４１を記憶する記憶装置である。削除基準時間２４１は、スケジュールデータの終了時刻の経過後に削除する基準となる経過時間を定義した情報である。ここで、削除基準時間２４１は、ユーザにより予め設定された情報である。
【００６５】
同期管理部２２は、上述した削除処理部２３０の一例であり、スケジュールＤＢ２３内の各スケジュールデータを一定の周期で確認し、終了時刻から削除基準時間２４１を経過したものを削除する。
【００６６】
図１１は、本発明の実施の形態３にかかるデータ同期方法の流れを説明するためのフローチャートである。まず、マスター装置１０は、優先度決定条件を設定する（Ｓ１）。例えば、マスター装置１０は、ユーザにより優先度決定条件の入力を受け付け、条件記憶部１４に保存する。または、優先度決定条件が予め不揮発性記憶装置（不図示）に保存済みの場合、マスター装置１０は、不揮発性記憶装置から条件記憶部１４へ優先度決定条件を読み込み、保存する。つまり、優先度決定条件を設定することにより、優先度管理部１６は、優先度決定条件を利用可能となる。尚、マスター装置１０は、起動時に優先度決定条件を設定してもよい。
【００６７】
次に、マスター装置１０は、通信状態監視処理を開始する（Ｓ２）。具体的には、通信状態監視部１２は、各スレーブ装置２０ａから２０ｎのそれぞれへ、一定の間隔で通信状態監視メッセージを送信させる指示を通信部１１に対して行う。そして、通信状態監視部１２は、通信状態監視メッセージの応答がタイムアウト時間に行われている度合いに応じて、スレーブ装置ごとの通信状態を正常、不安定又は異常のいずれかに判定し、メモリ等に保存し、都度、更新する。
【００６８】
続いて、マスター装置１０は、優先度決定処理を行う（Ｓ３）。優先度決定処理は、スケジュールＤＢ１３内の各スケジュールデータに対して、同期対象としての優先度を決定するための処理である。
【００６９】
図１２は、本発明の実施の形態３にかかる優先度決定処理の流れを説明するためのフローチャートである。まず、優先度管理部１６は、スケジュールＤＢ１３から全てのスケジュールデータを抽出、つまり読み出しを行う（Ｓ３１）。次に、優先度管理部１６は、抽出した全スケジュールデータに対して、１件ずつ、ステップＳ３２からＳ３９を繰り返す。まず、優先度管理部１６は、抽出した全スケジュールデータの中から未処理のデータ１件を該当データとして選択する（Ｓ３２）。そして、優先度管理部１６は、該当データが未同期又は同期中のスケジュールデータか否かを判定する（Ｓ３３）。言い換えると、優先度管理部１６は、該当データが同期済み（ＴＲＵＥ）でないことを判定する。具体的には、優先度管理部１６は、同期通信ＤＢ１５を参照し、該当データのデータ番号に対応付けられた同期状態が「未同期（ＦＡＬＳＥ）」又は「同期中（ＯＮＧＯＩＮＧ）」のいずれかであるか否かを判定する。そして、同期状態が「未同期（ＦＡＬＳＥ）」又は「同期中（ＯＮＧＯＩＮＧ）」のいずれかである場合に、ステップＳ３４へ進む。そして、同期状態が同期済み（ＴＲＵＥ）である場合、ステップＳ３９へ進む。
【００７０】
ここで、「同期中（ＯＮＧＯＩＮＧ）」のスケジュールデータは、すでに送信対象として送信済みであっても、現時点では正常に同期されたことが確認できていないものを示す。そのため、送信から時間が経過したことにより、時間状態が変化し、現時点で優先度を算出すると以前と異なる優先度となる可能性があるため、ステップＳ３３の判定条件に「同期中（ＯＮＧＯＩＮＧ）」が含めている。
【００７１】
続いて、優先度管理部１６は、通信状態が正常又は不安定のいずれかであるか否かを判定する（Ｓ３４）。具体的には、優先度管理部１６は、通信状態監視部１２によりメモリ等に保存されている通信状態を、スレーブ装置ごとに取得し、通信状態が正常又は不安定である場合にはステップＳ３５へ進み、異常である場合にはステップＳ３６へ進む。尚、全スレーブ装置について横断的に該当データを送信する場合、スレーブ装置毎の通信装置を総合的に判定してもよい。また、各スレーブ装置に対して個別に該当データを送信する場合、一つの該当データについて、スレーブ装置ごとにステップＳ３５又はＳ３６のいずれかを実行することとなる。
【００７２】
そして、優先度管理部１６は、ステップＳ３４で通信状態が正常又は不安定のいずれかである場合、スケジュール重み付け決定処理を行う（Ｓ３５）。
【００７３】
図１３は、本発明の実施の形態３にかかるスケジュール重み付け決定処理の流れを説明するためのフローチャートである。まず、優先度管理部１６は、該当データの開始時刻及び終了時刻による重み付けを特定する（Ｓ３５１）。すなわち、優先度管理部１６は、該当のスケジュールデータの開始時刻及び終了時刻から、該当データの時間状態を判定する。具体的には、優先度管理部１６は、終了時刻＜現在時刻の場合、時間状態を「過去」、開始時刻＜現在時刻＜終了時刻の場合、時間状態を「現在」、現在時刻＜開始時刻の場合、時間状態を「未来」と判定する。そして、優先度管理部１６は、条件記憶部１４に記憶された優先度決定条件を参照し、判定された時間状態に対応付けられた重み付け値を特定する。
【００７４】
次に、優先度管理部１６は、該当データのアクションによる重み付けを特定する（Ｓ３５２）。すなわち、優先度管理部１６は、条件記憶部１４に記憶された優先度決定条件を参照し、該当のスケジュールデータのアクションに対応付けられた重み付け値を特定する。
【００７５】
続いて、優先度管理部１６は、該当データの拠点による重み付けを特定する（Ｓ３５３）。すなわち、優先度管理部１６は、条件記憶部１４に記憶された優先度決定条件を参照し、該当のスケジュールデータの拠点に対応付けられた重み付け値を特定する。
【００７６】
図１２に戻り説明を続ける。ステップＳ３４で通信状態が異常である場合、優先度管理部１６は、該当データ（スケジュール）に対応する重み付けを「０」として特定する（Ｓ３６）。
【００７７】
ステップＳ３５及びＳ３６の後、優先度管理部１６は、通信状態に対応する重み付けを特定する（Ｓ３７）。具体的には、優先度管理部１６は、条件記憶部１４に記憶された優先度決定条件を参照し、ステップＳ３４で判定した通信状態に対応する重み付け値を特定する。また、各スレーブ装置に対して個別に該当データを送信する場合、優先度管理部１６は、一つの該当データについて、スレーブ装置ごとに通信状態に対応する重み付け値を特定する。
【００７８】
その後、優先度管理部１６は、ステップＳ３５、Ｓ３６及びＳ３７で特定された各重み付けを用いて、該当データにおける優先度を決定し、同期通信ＤＢ１５を更新する（Ｓ３８）。ここで、優先度管理部１６は、上述した優先度算出式を用いて優先度を算出する。
【００７９】
ここで、具体例を用いて優先度の算出処理を説明する。例えば、現在時刻が「2017/01/11/0930」、拠点「Ａ」との通信状態が「不安定」であるものとする。この時、図８のデータ番号１のスケジュールデータを該当データとして優先度を算出するものとする。まず、ステップＳ３５１では、データ番号１の開始時刻及び終了時刻と、上記現在時刻との関係から、時間状態が「現在」と判定され、時間状態の重み付け値が「０．５」と特定される。次に、ステップＳ３５２では、データ番号１のアクションが「ランニング」であるため、アクションの重み付け値が「１」と特定される。そして、ステップＳ３５３では、データ番号１の拠点が「Ａ」であるため、拠点の重み付け値が「１」と特定される。そして、ステップＳ３７では、拠点「Ａ」の通信状態が「不安定」であるため、通信状態の重み付け値が「１０」と特定される。よって、優先度算出式を用いると、「（０．５×１×１）＋１０＝１０．５」が優先度として算出される。
【００８０】
その後、優先度管理部１６は、抽出した全スケジュールデータの処理が完了したか否かを判定する（Ｓ３９）。未処理のデータが残っている場合、ステップＳ３２へ戻り、処理を繰り返す。全スケジュールデータに対する優先度が決定された場合、ステップＳ４へ進む。
【００８１】
図１１に戻り説明する。優先度決定処理の終了後、同期通信管理部１７は、優先度確認処理を行う（Ｓ４）。つまり、同期通信管理部１７は、スケジュールデータの同期処理を開始する。
【００８２】
図１４は、本発明の実施の形態３にかかる優先度確認処理の流れを説明するためのフローチャートである。まず、同期通信管理部１７は、同期通信ＤＢ１５から全てのスケジュールデータを抽出、つまり読み出しを行う（Ｓ４１）。次に、同期通信管理部１７は、抽出したデータの中に優先度が「０」以外のデータが存在するか否かを判定する（Ｓ４２）。抽出した全データの優先度が「０」であった場合、当該優先度確認処理を終了する。
【００８３】
一方、ステップＳ４２において、同期通信ＤＢ１５内に優先度が「０」以外のデータが存在する場合、ステップＳ４３へ進む。このとき、同期通信管理部１７は、全スケジュールデータに対して、優先度の高い順にステップＳ４３からＳ４５を繰り返す。まず、同期通信管理部１７は、ステップＳ４１で抽出したスケジュールデータについて優先度が高い順にソートする。このとき、優先度が「０」のデータは結果的に最下位となる。次に、同期通信管理部１７は、ソート済みのスケジュールデータのうち、処理済みのデータをのぞき、上位から１件を該当データとして選択する（Ｓ４３）。そして、同期通信管理部１７は、該当データに対して同期処理を行う（Ｓ４４）。
【００８４】
図１５は、本発明の実施の形態３にかかる同期処理の流れを説明するためのフローチャートである。ここでは、同期対象の該当スレーブをスレーブ装置２０ａとして説明するが、残りのスレーブ装置についても同様であるため、それらについての説明を省略する。
【００８５】
まず、同期通信管理部１７は、該当のスレーブ装置へ該当データ（スケジュールデータ）を送信する（Ｓ４４１）。具体的には、同期通信管理部１７は、通信部１１により該当データをスレーブ装置２０ａへ送信する。
【００８６】
次に、同期通信管理部１７は、該当データの同期状態を同期中（ＯＮＧＯＩＮＧ）として同期通信ＤＢ１５を更新する（Ｓ４４２）。これにより、仮にステップＳ４４１で送信されたデータが、通信状態の悪化等により同期が完了しない場合には、その後の優先度決定処理により優先度算出の対象とされ、最新の優先度に応じた送信順序で送信される。
【００８７】
そして、同期通信管理部１７は、一定時間内に該当スレーブから応答を受信したか否かを判定する（Ｓ４４３）。一定時間内に応答を受信した場合、同期通信管理部１７は、該当データの同期状態を同期済み（ＴＲＵＥ）として同期通信ＤＢ１５を更新する（Ｓ４４４）。一方、一定時間内に応答が受信されなかった場合、同期通信管理部１７は、該当データの同期状態を未同期（ＦＡＬＳＥ）として同期通信ＤＢ１５を更新する（Ｓ４４５）。これにより、同期中（ＯＮＧＯＩＮＧ）と同様に、その後の優先度決定処理により優先度算出の対象とされる。
【００８８】
図１４に戻り説明を続ける。その後、同期通信管理部１７は、ソート済みの全スケジュールデータの同期処理が完了（少なくとも送信）したか否かを判定する（Ｓ４５）。優先度が「０」以外で未処理（未送信）のデータが残っている場合、ステップＳ４３へ戻り、処理を繰り返す。ソート済みの全スケジュールデータに対する同期処理が完了（少なくとも送信）した場合、優先度確認処理を終了する。そして、図１１において、優先度確認処理の終了後、ステップＳ３へ戻り、優先度決定処理を再度、実行する。つまり、マスター装置１０は、起動中に、優先度決定処理及び優先度確認処理を、一定の周期で繰り返し実行する。
【００８９】
このように、本実施の形態にかかる同期方法では、常にマスター装置１０が主体となって同期処理を行ない、スレーブ装置が主体となることはないため、整合性を保って同期を行うことができる。また、優先度決定条件は、ユーザにより適切と判断する条件を設定できるため、様々なスケジュールデータに対して柔軟に対応することができる。
【００９０】
本実施の形態による優先度決定処理を行うことにより、ネットワークが不安定なために同期処理が途中で中断されても、相対的に優先度の高いデータについては同期済みである確率が高い。そして、ネットワークが正常状態に回復し、同期処理が再開された時には、未同期のデータの中で優先度が高いものから同期されるため、スケジュール内容の質を維持しつつ効率的に同期を行うことができる。
【００９１】
＜その他の実施の形態＞
尚、上述の実施の形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【００９２】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９３】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【００９４】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記Ａ１）
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定する優先度決定部と、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する送信部と、
を備えるマスター装置。
（付記Ａ２）
前記優先度決定部は、前記複数の予定データのそれぞれについて、前記マスター装置と前記スレーブ装置との通信状態の監視結果をさらに加味して前記優先度を決定する
付記Ａ１に記載のマスター装置。
（付記Ａ３）
前記優先度決定部は、前記複数の予定データのそれぞれについて、前記予定時刻と現在時刻との関係をさらに加味して前記優先度を決定する
付記Ａ１又はＡ２に記載のマスター装置。
（付記Ａ４）
前記予定データには、前記内容情報の実施場所を示す拠点情報がさらに対応付けられており、
前記優先度決定部は、前記複数の予定データのそれぞれについて、前記拠点情報をさらに加味して前記優先度を決定する
付記Ａ１乃至Ａ３のいずれか１項に記載のマスター装置。
（付記Ａ５）
前記優先度決定部は、前記複数の予定データのうち、前記スレーブ装置が属する拠点情報が対応付けられた前記予定データについての前記優先度を、他の拠点情報が対応付けられたものよりも高く決定する
付記Ａ４に記載のマスター装置。
（付記Ａ６）
前記優先度決定部は、同一の予定データについて、前記スレーブ装置と同期する際の第１の優先度と、当該スレーブ装置とは異なる拠点情報に属する第２のスレーブ装置と同期する際の第２の優先度とを、別々に決定する
付記Ａ１乃至Ａ５のいずれか１項に記載のマスター装置。
（付記Ａ７）
前記優先度決定部により決定された優先度と各予定データとを対応付けて記憶する同期情報記憶部をさらに備え、
前記送信部は、前記同期情報記憶部を参照して、前記複数の予定データにおける送信順序を決定し、当該送信順序に従って前記複数の予定データを前記スレーブ装置へ送信する
付記Ａ１乃至Ａ６のいずれか１項に記載のマスター装置。
（付記Ａ８）
前記送信部は、
前記複数の予定データのうち前記送信順序に基づく送信対象の予定データを前記スレーブ装置へ送信すると共に、当該送信対象の予定データの同期状態を同期中として前記同期情報記憶部を更新し、
前記スレーブ装置から前記送信対象の予定データの正常な受信応答を受信した場合に、当該送信対象の予定データの同期状態を同期済みとして前記同期情報記憶部を更新する
付記Ａ７に記載のマスター装置。
（付記Ａ９）
前記内容情報の種類ごとに重み付け値が定義された優先度決定条件を記憶する記憶部をさらに備え、
前記優先度決定部は、
前記複数の予定データのそれぞれについて、前記優先度決定条件において前記内容情報に定義された前記重み付け値を用いて前記優先度を決定する
付記Ａ１又はＡ２に記載のマスター装置。
（付記Ａ１０）
前記優先度決定条件には、過去、現在及び未来を含む時間状態ごとに前記重み付け値がさらに定義されており、
前記優先度決定部は、
前記複数の予定データのそれぞれについて、前記予定時刻と現在時刻から前記時間状態を判定し、
前記優先度決定条件において前記判定された時間状態に定義された前記重み付け値をさらに用いて前記優先度を決定する
付記Ａ９に記載のマスター装置。
（付記Ａ１１）
前記予定データには、前記内容情報の実施場所を示す拠点情報がさらに対応付けられており、
前記優先度決定条件には、前記拠点情報ごとに前記重み付け値がさらに定義されており、
前記優先度決定部は、
前記複数の予定データのそれぞれについて、前記優先度決定条件において前記拠点情報に定義された前記重み付け値をさらに用いて前記優先度を決定する
付記Ａ９又はＡ１０に記載のマスター装置。
（付記Ｂ１）
同期元であるマスター装置において決定された優先度に基づく送信順序により送信された、予定時刻と内容情報とが対応付けられた予定データを受信する受信部と、
前記受信部により受信された予定データが保存される記憶部と、
前記記憶部に保存された前記予定データのうち、前記予定時刻から所定の保存期間を経過したものを削除する削除処理部と、
を備えるスレーブ装置。
（付記Ｂ２）
前記受信部により受信された予定データは、前記マスター装置において、当該マスター装置と前記スレーブ装置との通信状態の監視結果をさらに加味して決定された優先度に基づく送信順序により送信されたものである
付記Ｂ１に記載のスレーブ装置。
（付記Ｃ１）
予定時刻と内容情報とが対応付けられた複数の予定データの同期を行うマスター装置と少なくとも１つのスレーブ装置と、を備え、
前記マスター装置は、
前記複数の予定データのそれぞれについて、前記内容情報に応じて、前記スレーブ装置と同期する際の優先度を決定する優先度決定部と、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する送信部と、
を備え、
前記スレーブ装置は、
前記マスター装置から送信された予定データを受信する受信部と、
前記受信部により受信された予定データが保存される記憶部と、
を備える
同期システム。
（付記Ｃ２）
前記スレーブ装置は、
前記記憶部に保存された前記予定データのうち、前記予定時刻から所定の保存期間を経過したものを削除する削除処理部、
をさらに備える
付記Ｃ１に記載の同期システム。
（付記Ｄ１）
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定し、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する、
マスター装置の制御方法。
（付記Ｅ１）
同期元であるマスター装置において決定された優先度に基づく送信順序により送信された、予定時刻と内容情報とが対応付けられた予定データを受信し、
前記受信された予定データを記憶部に保存し、
前記記憶部に保存された前記予定データのうち、前記予定時刻から所定の保存期間を経過したものを削除する、
スレーブ装置の制御方法。
（付記Ｆ１）
マスター装置において、
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定し、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信し、
前記スレーブ装置において、
前記マスター装置から送信された予定データを受信し、
前記受信された予定データを記憶部に保存する
同期方法。
（付記Ｇ１）
予定時刻と内容情報とが対応付けられた複数の予定データのそれぞれについて、前記内容情報に応じて、スレーブ装置と同期する際の優先度を決定し、
前記決定された優先度に基づいた送信順序により前記複数の予定データを前記スレーブ装置へ送信する、
処理をコンピュータに実行させるプログラム。
（付記Ｈ１）
同期元であるマスター装置において決定された優先度に基づく送信順序により送信された、予定時刻と内容情報とが対応付けられた予定データを受信し、
前記受信された予定データを記憶部に保存し、
前記記憶部に保存された前記予定データのうち、前記予定時刻から所定の保存期間を経過したものを削除する、
処理をコンピュータに実行させるプログラム。
【符号の説明】
【００９５】
１０００  同期システム
１００  マスター装置
１１０  優先度決定部
１２０  送信部
２００  スレーブ装置
１０００ａ  同期システム
２００ａ  スレーブ装置
２１０  受信部
２２０  記憶部
２２１  予定データ
２３０  削除処理部
２０００  同期システム
Ｎ  ネットワーク
１０  マスター装置
１１  通信部
１２  通信状態監視部
１３  スケジュールＤＢ
１３１  データ番号
１３２  開始時刻
１３３  終了時刻
１３４  アクション
１３５  拠点
１４  条件記憶部
１４１  種別
１４２  内容
１４３  重み付け値
１５  同期通信ＤＢ
１５１  同期状態
１５２  優先度
１５３  データ番号
１６  優先度管理部
１７  同期通信管理部
２０ａ  スレーブ装置
２１  通信部
２２  同期管理部
２３  スケジュールＤＢ
２４  記憶部
２４１  削除基準時間
２０ｂ  スレーブ装置
２０ｎ  スレーブ装置
【図１】
2019148872.tif 000003
【図２】
2019148872.tif 000004
【図３】
2019148872.tif 000005
【図４】
2019148872.tif 000006
【図５】
2019148872.tif 000007
【図６】
2019148872.tif 000008
【図７】
2019148872.tif 000009
【図８】
2019148872.tif 000010
【図９】
2019148872.tif 000011
【図１０】
2019148872.tif 000012
【図１１】
2019148872.tif 000013
【図１２】
2019148872.tif 000014
【図１３】
2019148872.tif 000015
【図１４】
2019148872.tif 000016
【図１５】
2019148872.tif 000017