特許7456036予定管理装置、予定管理方法、プログラムおよび予定管理システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-03-15
(45)【発行日】2024-03-26
(54)【発明の名称】予定管理装置、予定管理方法、プログラムおよび予定管理システム
(51)【国際特許分類】
G06Q 10/109 20230101AFI20240318BHJP
G06Q 50/08 20120101ALI20240318BHJP
【ＦＩ】
G06Q10/109
G06Q50/08
【請求項の数】
7
(21)【出願番号】P 2023041012
(22)【出願日】2023-03-15
【審査請求日】2023-04-17
(73)【特許権者】
【識別番号】500208276
【氏名又は名称】住友セメントシステム開発株式会社
(74)【代理人】
【識別番号】100161207
【弁理士】
【氏名又は名称】西澤 和純
(74)【代理人】
【識別番号】100196058
【弁理士】
【氏名又は名称】佐藤 彰雄
(74)【代理人】
【識別番号】100206999
【弁理士】
【氏名又は名称】萩原 綾夏
(72)【発明者】
【氏名】中村 陽一
(72)【発明者】
【氏名】石山 元人
(72)【発明者】
【氏名】植田 智亮
(72)【発明者】
【氏名】草深 裕司
(72)【発明者】
【氏名】中川 健太郎
【審査官】福田 正悟
(56)【参考文献】
【文献】特開２０１４－２３３９１４（ＪＰ，Ａ）
【文献】特開２００４－３０２６５９（ＪＰ，Ａ）
【文献】特開２００４－３２６７１６（ＪＰ，Ａ）
【文献】特開２０１２－０４３３１７（ＪＰ，Ａ）
【文献】特開２０１８－００１６５８（ＪＰ，Ａ）
【文献】特開２０１２－０２７５６４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
生コンクリート出荷に関わる第１会社に関する第１会社情報および前記生コンクリート出荷に関わる第２会社に関する第２会社情報を管理する会社情報管理部と、前記第１会社の第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理する予定情報管理部と、
前記第２会社の第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理部により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行う整合性チェック部と、
を備え、
前記第１会社情報は、前記第１会社の取引会社の情報を含み、
前記第２会社情報は、前記第２会社の取引会社の情報を含み、
前記整合性チェック部は、前記会社情報管理部により管理される前記第１会社情報および前記第２会社情報に基づいて、前記第１会社と前記第２会社とが相互に取引会社である場合に、前記第１予定と前記第２予定とについて、前記所定の整合性チェックを行う、
予定管理装置。
【請求項2】
前記整合性チェック部は、前記第１予定と前記第２予定とについて、所定のマッチングキーの整合性チェックを行うマッチング部と、
前記第１予定と前記第２予定とについて、前記マッチングキーが整合した場合に、所定項目の整合性チェックを行う項目チェック部と、
を備える、
請求項１に記載の予定管理装置。
【請求項3】
前記第２会社の前記第２端末装置から受信した情報に基づく前記第２予定に関する前記第２予定情報について、所定の会社別チェックを行う会社別チェック部を備え、前記整合性チェック部は、前記会社別チェック部のチェック結果が正常である場合に、前記第１予定と前記第２予定とについて、前記所定の整合性チェックを行う、
請求項１または請求項２に記載の予定管理装置。
【請求項4】
前記整合性チェック部のチェック結果が異常である場合に、所定の警告を行う警告部を備える、請求項１または請求項２に記載の予定管理装置。
【請求項5】
予定管理装置の会社情報管理部が、生コンクリート出荷に関わる第１会社に関する第１会社情報および前記生コンクリート出荷に関わる第２会社に関する第２会社情報を管理し、前記予定管理装置の予定情報管理部が、前記第１会社の第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理し、
前記予定管理装置の整合性チェック部が、前記第２会社の第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理部により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行い、
前記第１会社情報は、前記第１会社の取引会社の情報を含み、
前記第２会社情報は、前記第２会社の取引会社の情報を含み、
前記整合性チェック部は、前記会社情報管理部により管理される前記第１会社情報および前記第２会社情報に基づいて、前記第１会社と前記第２会社とが相互に取引会社である場合に、前記第１予定と前記第２予定とについて、前記所定の整合性チェックを行う、
予定管理方法。
【請求項6】
予定管理装置を構成するコンピューターに、生コンクリート出荷に関わる第１会社に関する第１会社情報および前記生コンクリート出荷に関わる第２会社に関する第２会社情報を管理する会社情報管理機能と、
前記第１会社の第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理する予定情報管理機能と、
前記第２会社の第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理機能により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行う整合性チェック機能と、
を実現させるためのプログラムであって、
前記第１会社情報は、前記第１会社の取引会社の情報を含み、
前記第２会社情報は、前記第２会社の取引会社の情報を含み、
前記整合性チェック機能は、前記会社情報管理機能により管理される前記第１会社情報および前記第２会社情報に基づいて、前記第１会社と前記第２会社とが相互に取引会社である場合に、前記第１予定と前記第２予定とについて、前記所定の整合性チェックを行う、
プログラム。
【請求項7】
生コンクリート出荷に関わる第１会社の第１端末装置と、前記生コンクリート出荷に関わる第２会社の第２端末装置と、予定管理装置と、を有する予定管理システムであって、前記予定管理装置は、
前記第１会社に関する第１会社情報および前記第２会社に関する第２会社情報を管理する会社情報管理部と、
前記第１会社の前記第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理する予定情報管理部と、
前記第２会社の前記第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理部により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行う整合性チェック部と、
を備え、
前記第１会社情報は、前記第１会社の取引会社の情報を含み、
前記第２会社情報は、前記第２会社の取引会社の情報を含み、
前記整合性チェック部は、前記会社情報管理部により管理される前記第１会社情報および前記第２会社情報に基づいて、前記第１会社と前記第２会社とが相互に取引会社である場合に、前記第１予定と前記第２予定とについて、前記所定の整合性チェックを行う、
予定管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、予定管理装置、予定管理方法、プログラムおよび予定管理システムに関する。
【背景技術】
【0002】
販売店、生コンクリート工場、施工業者などのそれぞれの会社の担当者が電話などにより、生コンクリートの出荷に関する予定を決めることが行われていた。
そして、それぞれの会社の担当者が、別々に、それぞれの予定を管理することが行われていた。
このため、会社間で予定が相違することが発生する場合があった。そして、それぞれの会社ごとに別々にそれぞれの予定を管理していたため、そのような相違に気付かないまま長時間が経過してしまうことがあり、出荷後に当該相違に気が付く場合もあった。
そして、それぞれの会社の担当者が、別々に、それぞれの予定を管理することが行われていた。
このため、会社間で予定が相違することが発生する場合があった。そして、それぞれの会社ごとに別々にそれぞれの予定を管理していたため、そのような相違に気付かないまま長時間が経過してしまうことがあり、出荷後に当該相違に気が付く場合もあった。
【0003】
特許文献１に記載されたシステムでは、生コンクリートの発注者と製造者と現場の各々の作業の確認と現状の把握をして生コンクリートの誤納を防ぐことが図られている。当該システムでは、計画に関与する関係者で生コンクリートを中心としたデータ（フォーマット）を共有可能にしている。また、当該システムでは、例えば、納入書に印刷された二次元コードを現場で読み取って、配合の間違いの有無をチェックすることが行われている（特許文献１の要約、段落０００１、段落００５３、段落００５６、段落００５７、図６など参照。）。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１４－２３３９１４号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来では、それぞれの会社ごとの予定の秘匿性を確保しつつ会社間の予定の相違を見付けることが難しかった。
【0006】
本開示は、このような事情を考慮してなされたもので、それぞれの会社ごとの予定の秘匿性を確保しつつ、会社間の予定の相違を抑制することができる予定管理装置、予定管理方法、プログラムおよび予定管理システムを提供することを課題とする。
【課題を解決するための手段】
【0007】
本開示の一態様は、生コンクリート出荷に関わる第１会社に関する第１会社情報および前記生コンクリート出荷に関わる第２会社に関する第２会社情報を管理する会社情報管理部と、前記第１会社の第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理する予定情報管理部と、前記第２会社の第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理部により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行う整合性チェック部と、を備え、前記第１会社情報は、前記第１会社の取引会社の情報を含み、前記第２会社情報は、前記第２会社の取引会社の情報を含み、前記整合性チェック部は、前記会社情報管理部により管理される前記第１会社情報および前記第２会社情報に基づいて、前記第１会社と前記第２会社とが相互に取引会社である場合に、前記第１予定と前記第２予定とについて、前記所定の整合性チェックを行う、予定管理装置である。
【0008】
本開示の一態様は、予定管理装置の会社情報管理部が、生コンクリート出荷に関わる第１会社に関する第１会社情報および前記生コンクリート出荷に関わる第２会社に関する第２会社情報を管理し、前記予定管理装置の予定情報管理部が、前記第１会社の第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理し、前記予定管理装置の整合性チェック部が、前記第２会社の第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理部により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行い、前記第１会社情報は、前記第１会社の取引会社の情報を含み、前記第２会社情報は、前記第２会社の取引会社の情報を含み、前記整合性チェック部は、前記会社情報管理部により管理される前記第１会社情報および前記第２会社情報に基づいて、前記第１会社と前記第２会社とが相互に取引会社である場合に、前記第１予定と前記第２予定とについて、前記所定の整合性チェックを行う、予定管理方法である。
【0009】
本開示の一態様は、予定管理装置を構成するコンピューターに、生コンクリート出荷に関わる第１会社に関する第１会社情報および前記生コンクリート出荷に関わる第２会社に関する第２会社情報を管理する会社情報管理機能と、前記第１会社の第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理する予定情報管理機能と、前記第２会社の第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理機能により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行う整合性チェック機能と、を実現させるためのプログラムであって、前記第１会社情報は、前記第１会社の取引会社の情報を含み、前記第２会社情報は、前記第２会社の取引会社の情報を含み、前記整合性チェック機能は、前記会社情報管理機能により管理される前記第１会社情報および前記第２会社情報に基づいて、前記第１会社と前記第２会社とが相互に取引会社である場合に、前記第１予定と前記第２予定とについて、前記所定の整合性チェックを行う、プログラムである。
【0010】
本開示の一態様は、生コンクリート出荷に関わる第１会社の第１端末装置と、前記生コンクリート出荷に関わる第２会社の第２端末装置と、予定管理装置と、を有する予定管理システムであって、前記予定管理装置は、前記第１会社に関する第１会社情報および前記第２会社に関する第２会社情報を管理する会社情報管理部と、前記第１会社の前記第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理する予定情報管理部と、前記第２会社の前記第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理部により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行う整合性チェック部と、を備え、前記第１会社情報は、前記第１会社の取引会社の情報を含み、前記第２会社情報は、前記第２会社の取引会社の情報を含み、前記整合性チェック部は、前記会社情報管理部により管理される前記第１会社情報および前記第２会社情報に基づいて、前記第１会社と前記第２会社とが相互に取引会社である場合に、前記第１予定と前記第２予定とについて、前記所定の整合性チェックを行う、予定管理システムである。
【発明の効果】
【0011】
本開示によれば、予定管理装置、予定管理方法、プログラムおよび予定管理システムにおいて、それぞれの会社ごとの予定の秘匿性を確保しつつ、会社間の予定の相違を抑制することができる。
【図面の簡単な説明】
【0012】
【図1】実施形態に係る予定管理システムの概略的な構成例を示す図である。
【図2】実施形態に係る予定管理装置の概略的な構成例を示す図である。
【図3】実施形態に係る会社情報の概略的な一例を示す図である。
【図4】実施形態に係る予定情報の概略的な一例を示す図である。
【図5】実施形態に係る予定管理システムにおける情報処理の概略を模式的に示す図である。
【図6】実施形態に係る予定管理システムにおいて行われる会社の新規登録の処理の手順の一例を示す図である。
【図7】実施形態に係る予定管理システムにおいて行われる予定の登録の処理の手順の一例を示す図である。
【図8】実施形態に係る予定管理システムにおいて行われる整合性チェックの処理の手順の一例を示す図である。
【発明を実施するための形態】
【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】
１…予定管理システム、１１…ネットワーク、２１１１、Ａ１１１１、Ｂ１１１１、Ｃ１１１１…予定情報、Ａ１…販売店担当者、Ｂ１…工場担当者、Ｃ１…施工担当者、Ａ１１、Ｂ１１、Ｃ１１…端末装置、Ａ３１、Ｂ３１、Ｃ３１、Ｄ３１…入力部、Ａ３２、Ｂ３２、Ｃ３２、Ｄ３２…出力部、Ａ３３、Ｂ３３、Ｃ３３、Ｄ３３…通信部、Ａ３４、Ｂ３４、Ｃ３４、Ｄ３４…記憶部、Ａ３５、Ｂ３５、Ｃ３５、Ｄ３５…制御部、Ｄ１１１…会社情報管理部、Ｄ１１２…予定情報管理部、Ｄ１１３…チェック部、Ｄ１１４…警告部、Ｄ１３１…会社別チェック部、Ｄ１３２…整合性チェック部、Ｄ１５１…マッチング部、Ｄ１５２…項目チェック部、Ｇ１…会社情報
【要約】
【課題】それぞれの会社ごとの予定の秘匿性を確保しつつ、会社間の予定の相違を抑制することができる予定管理装置を提供する。
【解決手段】生コンクリート出荷に関わる第１会社に関する第１会社情報および前記生コンクリート出荷に関わる第２会社に関する第２会社情報を管理する会社情報管理部と、前記第１会社の第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理する予定情報管理部と、前記第２会社の第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理部により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行う整合性チェック部と、を備える予定管理装置。
【選択図】図１
【解決手段】生コンクリート出荷に関わる第１会社に関する第１会社情報および前記生コンクリート出荷に関わる第２会社に関する第２会社情報を管理する会社情報管理部と、前記第１会社の第１端末装置から受信した情報に基づいて、前記第１会社の前記生コンクリート出荷に関わる第１予定に関する第１予定情報を管理する予定情報管理部と、前記第２会社の第２端末装置から受信した情報に基づく前記生コンクリート出荷に関わる第２予定に関する第２予定情報と、前記予定情報管理部により管理される前記第１会社の前記第１予定情報に基づいて、前記第１予定と前記第２予定とについて、所定の整合性チェックを行う整合性チェック部と、を備える予定管理装置。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】