(57)【要約】【課題】順に行われる複数のイベントのうち、予定期間と実績期間とにずれが生じたイベントの後のイベントの予定期間を、容易に決定すること。【解決手段】図１の（１）で示すように、スケジューリング装置１０１は、顧客の操作によって、順に行われる複数のイベントのうちのいずれかのイベントとして、イベントｅ２の実績日を受け付ける。次に、図１の（２）で示すように、スケジューリング装置１０１は、記憶部１１０を参照して、イベントｅ３の最小期間がイベントｅ２の実績日から経過した日が、他のイベントの予定日より後であるか否かを判定する。前述の経過した日がイベントｅ３の予定期間より後であると判定した場合、スケジューリング装置１０１は、図１の（３）で示すように、記憶部１１０に記憶された前記イベントｅ３の予定日を、前述の経過した日以降の日に変更する。【選択図】図１
2018060429.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
順に行われる複数のイベントのうちのいずれかのイベントが実行される実績期間を受け付け、
前記複数のイベントの各イベントを実行する予定の予定期間と、前記各イベントの前のイベントの実行後、前記各イベントを実行するまでに確保すべき期間とを、前記各イベントに対応付けて記憶する記憶部を参照して、前記実績期間後、前記いずれかのイベントの予定期間の後に実行する予定である他のイベントに対応付けられた期間が経過した時点が、前記他のイベントの予定期間より後であるか否かを判定し、
前記経過した時点が前記他のイベントの予定期間より後であると判定した場合、前記記憶部に記憶された前記他のイベントの予定期間を、前記経過した時点以降の期間に変更し、前記経過した時点が前記他のイベントの予定期間以前である場合、前記記憶部に記憶された前記他のイベントの予定期間を維持する、
処理を実行させることを特徴とするスケジューリングプログラム。
【請求項２】
前記記憶部は、
順に行われる複数のイベントの各イベントが、サービスを提供する者が実行するイベントである第１の種別、または前記サービスの提供を受ける者が実行するイベントである第２の種別のいずれか一方であることを特定する情報と、当該各イベントを実行するまでに確保すべき最小の期間および最大の期間とを記憶し、
前記コンピュータに、
前記第１の種別であると特定される第１のイベントの前であって、前記第２の種別であると特定される第２のイベントの予定期間を受け付け、
受け付けた前記第２のイベントの予定期間に前記第１のイベントの最小の期間を加えた期間から前記第２のイベントの予定期間に前記第１のイベントの最大の期間を加えた期間までの間を、前記第１のイベントの予定期間の候補期間として表示し、
前記候補期間のうちの前記第１のイベントの予定期間として受け付けた期間を、前記第１のイベントの予定期間として前記記憶部に登録し、
前記第２のイベントが実行される実績期間を受け付けた場合、前記判定する処理を実行させる、
ことを特徴とする請求項１に記載のスケジューリングプログラム。
【請求項３】
前記表示する処理は、
前記候補期間を、複数の期間に分割して表示し、
前記コンピュータに、
前記複数の期間の各期間に対応して、前記各期間に前記第１のイベントの次の第３のイベントの最小の期間を加えた期間から前記各期間に前記第３のイベントの最大の期間を加えた期間までの間を、前記第３のイベントの予定期間の候補期間として表示する、
処理を実行させることを特徴とする請求項２に記載のスケジューリングプログラム。
【請求項４】
前記表示する処理は、
前記各期間を、前記各期間の間で異なる模様または／および色彩を付与して表示し、
前記コンピュータに、
前記各期間に対応して、前記各期間に前記第３のイベントの最小の期間を加えた期間から前記各期間に前記第３のイベントの最大の期間を加えた期間までの間を、前記各期間に付与された模様と同一の模様、または／および前記各期間に付与された色彩と同一の色彩を付与して表示する、
処理を実行させることを特徴とする請求項３に記載のスケジューリングプログラム。
【請求項５】
順に行われる複数のイベントの各イベントを実行する予定の予定期間と、前記各イベントの前のイベントの実行後、前記各イベントを実行するまでに確保すべき期間とを、前記各イベントに対応付けて記憶する記憶部と、
前記複数のイベントのうちのいずれかのイベントが実行される実績期間を受け付け、前記記憶部を参照して、前記実績期間後、前記いずれかのイベントの予定期間の後に実行する予定である他のイベントに対応付けられた期間が経過した時点が、前記他のイベントの予定期間より後であるか否かを判定し、前記経過した時点が前記他のイベントの予定期間より後であると判定した場合、前記記憶部に記憶された前記他のイベントの予定期間を、前記経過した時点以降の期間に変更し、前記経過した時点が前記他のイベントの予定期間以前である場合、前記記憶部に記憶された前記他のイベントの予定期間を維持する制御部と、
を有することを特徴とするスケジューリング装置。
【請求項６】
コンピュータが、
順に行われる複数のイベントのうちのいずれかのイベントが実行される実績期間を受け付け、
前記複数のイベントの各イベントを実行する予定の予定期間と、前記各イベントの前のイベントの実行後、前記各イベントを実行するまでに確保すべき期間とを、前記各イベントに対応付けて記憶する記憶部を参照して、前記実績期間後、前記いずれかのイベントの予定期間の後に実行する予定である他のイベントに対応付けられた期間が経過した時点が、前記他のイベントの予定期間より後であるか否かを判定し、
前記経過した時点が前記他のイベントの予定期間より後であると判定した場合、前記記憶部に記憶された前記他のイベントの予定期間を、前記経過した時点以降の期間に変更し、前記経過した時点が前記他のイベントの予定期間以前である場合、前記記憶部に記憶された前記他のイベントの予定期間を維持する、
処理を実行することを特徴とするスケジューリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジューリングプログラム、スケジューリング装置、およびスケジューリング方法に関する。
【背景技術】
【０００２】
従来、順に行われる複数のイベントを実行する予定日を調整することがある。関連する先行技術として、例えば、各部材の納入、在庫状況、および代替関係データを用いてテスト構成案を１以上立案し、受け付けたテスト構成の選択結果から、部材切替の有効性を評価し、１以上の部材切替予定日案を立案するものがある。また、予約者によって指定された条件を受け付け、条件に基づいて、スケジュールの候補となる時間帯および開催地が設定された複数の候補スケジュールを作成する技術がある。また、指定されたホームページにＩＤ入力してアクセスすることで、顧客を担当する営業拠点の訪問可能日を顧客に自動的に提示し、顧客はその中から希望する日を選択し入力する技術がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−９２３８２号公報
【特許文献２】特開２０１１−５３９２３号公報
【特許文献３】特開２００２−２８８３９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術によれば、順に行われる複数のイベントのうちのあるイベントを実行する予定期間と、あるイベントが実際に行われる実績期間とにずれが生じた場合、あるイベントの後のイベントの予定期間を決定することに手間がかかることがある。例えば、あるイベントを実行する者が顧客であり、後のイベントを実行する者が顧客に対してサービスを提供する者である場合、顧客だけでは、後のイベントの予定期間をそのまま維持するのか、またはずらすのかを判定することはできない。そのため、顧客と、サービスを提供する者とが、後のイベントの予定期間について協議することになるため、手間がかかる。
【０００５】
１つの側面では、本発明は、順に行われる複数のイベントのうち、予定期間と実績期間とにずれが生じたイベントの後のイベントの予定期間を、容易に決定することができるスケジューリングプログラム、スケジューリング装置、およびスケジューリング方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面によれば、順に行われる複数のイベントのうちのいずれかのイベントが実行される実績期間を受け付け、複数のイベントの各イベントを実行する予定の予定期間と、各イベントの前のイベントの実行後、各イベントを実行するまでに確保すべき期間とを、各イベントに対応付けて記憶する記憶部を参照して、実績期間後、いずれかのイベントの予定期間の後に実行する予定である他のイベントに対応付けられた期間が経過した時点が、他のイベントの予定期間より後であるか否かを判定し、経過した時点が他のイベントの予定期間より後であると判定した場合、記憶部に記憶された他のイベントの予定期間を、経過した時点以降の期間に変更し、経過した時点が他のイベントの予定期間以前である場合、記憶部に記憶された前記他のイベントの予定期間を維持するスケジューリングプログラム、スケジューリング装置、およびスケジューリング方法が提案される。
【発明の効果】
【０００７】
本発明の一態様によれば、順に行われる複数のイベントのうち、予定期間と実績期間とにずれが生じたイベントの後のイベントの予定期間を、容易に決定することができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施の形態にかかるスケジューリング装置１０１の動作例を示す説明図である。
【図２】図２は、スケジューリングシステム２００の構成例を示す説明図である。
【図３】図３は、顧客別カレンダーＤＢサーバ２０１のハードウェア構成例を示す説明図である。
【図４】図４は、顧客用ＰＣ２０３のハードウェア構成例を示す説明図である。
【図５】図５は、スケジューリングシステム２００の機能構成例を示す説明図である。
【図６】図６は、アクションプラン作成の画面例を示す説明図（その１）である。
【図７】図７は、アクションプラン作成の画面例を示す説明図（その２）である。
【図８】図８は、顧客都合によるリスケジュールの画面例を示す説明図である。
【図９】図９は、アクションプラン作成処理手順の一例を示すフローチャートである。
【図１０】図１０は、次イベントの候補日算出・表示処理手順の一例を示すフローチャートである。
【図１１】図１１は、顧客都合によるリスケジュール処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に図面を参照して、開示のスケジューリングプログラム、スケジューリング装置、およびスケジューリング方法の実施の形態を詳細に説明する。
【００１０】
図１は、本実施の形態にかかるスケジューリング装置１０１の動作例を示す説明図である。スケジューリング装置１０１は、順に行われる複数のイベントを実行する予定の予定期間をスケジューリングするコンピュータである。スケジューリング装置１０１は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）である。また、予定期間の単位時間は、どのような時間長でもよく、例えば、１時間単位、半日単位、１日単位、１週間単位等である。以下の説明では、予定期間の単位は、１日単位であるとし、予定期間を、「予定日」と称する。
【００１１】
ここで、前述した複数のイベントは、あるイベントが実行された後に、あるイベントの実行結果に基づいて、他のイベントが実行される特徴を有する。例えば、あるサービスを提供する者として、あるサービスをサポートするサポート担当者と、あるサービスの提供を受ける者として、あるサービスの顧客との間で発生する複数のイベントについて説明する。
【００１２】
顧客がサポート担当者に対して問い合わせや障害対応依頼を行うと、サポート担当者側から顧客への調査資料の依頼という１つ目のイベントが発生する。次に、１つ目のイベントの次の２つ目のイベントとして、顧客がサポート担当者への調査資料の提供というイベントが発生する。次に、２つ目のイベントの次の３つ目のイベントとして、サポート担当者が顧客へ一次回答を行うというイベントが発生する。最後に、３つ目のイベントの次の４つ目のイベントとして、サポート担当者が顧客へ最終回答を行うというイベントが発生する。ここで、サポート担当者は、１つ目のイベントから４つ目のイベントまでの複数のイベントの予定日、すなわち、順に行われる複数のイベントのスケジュールを、顧客に通知し、顧客に了承してもらう。以下、順に行われる複数のイベントのスケジュールを、「アクションプラン」と呼称する。
【００１３】
ここで、アクションプランを顧客に通知した後、アクションプランの中のあるイベントの予定日と、そのあるイベントが実際に実行される実績期間とが異なることがある。ここで、実績期間の単位も、予定期間の単位時間と同様に、どのような単位時間でもよい。以下の説明では、予定時間の単位時間と同様に、１日単位であるとし、実績期間を、「実績日」と称する。
【００１４】
そして、順に行われる複数のイベントのうちのあるイベントを実行する予定日と、あるイベントが実際に行われる実績日とにずれが生じた場合、あるイベントの後のイベントの予定日を決定することに手間がかかることがある。例えば、あるイベントを実行する者が顧客であり、後のイベントを実行する者がサポート担当者である場合、顧客だけでは、後のイベントの予定日をそのまま維持するのか、またはずらすのかを判定することはできない。より具体的には、サポートにおけるインシデント対応では、インシデントの内容や経験則に基づいて、後のイベントにかかる日数を導くのだが、これらは顧客には判定できないことである。そのため、顧客側の提案だけでは、後のイベントの予定日を決められず、顧客とサポート担当者とが、後のイベントの予定日について協議することになるため、手間がかかる。
【００１５】
そこで、本実施の形態では、実績日が予定よりずれた、あるイベントの後のイベントの予定日を、そのあるイベントの実績日から後のイベントの確保すべき期間が経過した日が、後のイベントの予定日後ならずらし、予定日以前なら維持することについて説明する。
【００１６】
図１を用いて、スケジューリング装置１０１の動作例について説明する。ここで、スケジューリング装置１０１は、顧客によって操作されるコンピュータである。そして、図１に示すスケジューリング装置１０１は、順に行われる複数のイベントｅ１〜ｅ４のうち、予定日と実績日とが異なった際のリスケジュールを実行する。また、図１に示す状態より前に、イベントｅ１〜ｅ４の予定日が設定されている。イベントｅ１〜ｅ４への予定日の設定例については、図６、図７で説明する。また、イベントｅ１〜ｅ４には、各イベントの前のイベントの実行後、各イベントを実行するまでに確保すべき期間が設定されている。確保すべき期間は、例えば、サポート担当者が導いた最小期間でもよし、最小期間に所定日数追加した期間でもよい。また、イベントｅ１〜ｅ４には、各イベントの前のイベントの実行後、各イベントを実行するまでに確保すべき期間として、確保すべき最小の期間と確保すべき最大の期間とが設定されてもよい。以下の記載では、確保すべき最小の期間を「最小期間」と呼称し、確保すべき最大の期間を「最大期間」と呼称する。なお、最小期間や最大期間の単位時間も、予定期間の単位時間と同様に、どのような時間長でもよい。以下の説明では、最小期間や最大期間の単位は、１日単位であるとする。
【００１７】
ここで、最小期間や最大期間については、サポート担当者の経験によって、予め指定されている。イベントｅ１〜ｅ４の予定日、最小期間等は、スケジューリング装置１０１がアクセス可能な記憶部１１０に、各イベントに対応付けられて記憶される。
【００１８】
具体的には、イベントｅ１は、イベント名が「調査資料採取依頼」であり、前述した１つ目のイベントに対応し、イベントｅ１の予定日は、７月２日である。ここで、イベントｅ１は、順に行われる複数のイベントのうちの先頭のイベントであるため、最小期間は設定されない。また、イベントｅ２は、イベント名が「調査資料提供」であり、前述した２つ目のイベントに対応し、イベントｅ２の予定日は、７月８日であり、イベントｅ２の最小期間は、６日間である。また、イベントｅ３は、イベント名が「一次報告」であり、前述した３つ目のイベントに対応し、イベントｅ３の予定日は、７月１４日であり、イベントｅ３の最小期間は、６日間である。また、イベントｅ４は、イベント名が「最終報告」であり、前述した４つ目のイベントに対応し、イベントｅ４の予定日は、７月２３日であり、イベントｅ４の最小期間は、７日間である。
【００１９】
図１に示すスケジューリング装置１０１は、イベントｅ１〜ｅ４の予定日を、スケジューリング装置１０１の画面１１１内に表示する。より具体的には、スケジューリング装置１０１は、画面１１１内にカレンダーを表示し、カレンダー内のイベントｅ１〜ｅ４の予定日が対応する日付に、イベントｅ１〜ｅ４を表示する。
【００２０】
ここで、図１の（１）で示すように、スケジューリング装置１０１は、顧客の操作によって、順に行われる複数のうちのいずれかのイベントとして、イベントｅ２の実績日を受け付ける。図１の例では、スケジューリング装置１０１は、イベントｅ２の実績日として、７月１０日を受け付ける。
【００２１】
次に、スケジューリング装置１０１は、イベントｅ２の予定日の後に実行する予定である他のイベントとして、イベントｅ３の予定日をずらすか否かを判定する。具体的には、図１の（２）で示すように、スケジューリング装置１０１は、記憶部１１０を参照して、イベントｅ２の実績日後、イベントｅ３の最小期間が経過した時点が、イベントｅ３の予定日より後であるか否かを判定する。図１の例では、イベントｅ３の最小期間がイベントｅ２の実績日から経過した時点となる日は、７月１０日から５日間が経過した７月１５日となる。図１では、太い矢印により、７月１０日から５日間が経過した７月１５日を示す。
【００２２】
そして、前述の経過した時点がイベントｅ３の予定日より後であると判定した場合、スケジューリング装置１０１は、図１の（３）で示すように、記憶部１１０に記憶された前記イベントｅ３の予定日を、前述の経過した時点以降の日に変更する。ここで、変更する日は、経過した時点以降の日であればいつでもよいが、経過した時点となる日に変更することが、顧客にとって好ましい。図１の例では、スケジューリング装置１０１は、記憶部１１０に記憶されたイベントｅ３の予定日を、７月１４日から７月１５日に変更する。また、スケジューリング装置１０１は、画面１１１上のイベントｅ３を、イベントｅ３’のように表示する。
【００２３】
また、図１で示す例とは異なるが、経過した時点がイベントｅ３の予定日以前である場合、スケジューリング装置１０１は、記憶部１１０に記憶されたイベントｅ３の予定日を維持する。ここで、維持する方法として、スケジューリング装置１０１は、記憶部１１０に記憶されたイベントｅ３の予定日を更新しないとしてもよいし、同一の日で更新してもよい。
【００２４】
さらに、スケジューリング装置１０１は、イベントｅ３の後のイベントｅ４について、イベントｅ４の予定日をずらすか否かを判定する。イベントｅ４の予定日をずらすか否かについては、図６、図７で説明する。
【００２５】
このように、スケジューリング装置１０１は、実績日が予定日よりずれた、あるイベントの後のイベントの予定日を、そのあるイベントの実績日から後のイベントの確保すべき最小期間が経過した時点が、後のイベントの予定日後ならずらし、さもなければ維持する。ここで、後のイベントの最小期間により、サポート担当者が作業に完了させるために確保すべき期間が確保されるので、スケジューリング装置１０１は、実績日に応じて後のイベントの予定日を容易に決定することができる。
【００２６】
また、図１の例では、イベントｅ３の最小期間がイベントｅ２の実績日から経過した日を求める際に、スケジューリング装置１０１は、土日等の休日や、祝日を含めたが、休日や祝日を含めなくともよい。逆に、２４時間対応のサポートが求められる場合には、スケジューリング装置１０１は、休日や祝日を含めてもよい。以下の例では、説明の簡略化のため、実績日からの経過日数を求める際には、休日や祝日を含めるものとする。
【００２７】
次に、スケジューリング装置１０１をスケジューリングシステム２００に適用した例を、図２を用いて説明する。
【００２８】
図２は、スケジューリングシステム２００の構成例を示す説明図である。スケジューリングシステム２００は、顧客別カレンダーＤＢ（ＤａｔａＢａｓｅ）サーバ２０１と、サポート担当者用ＰＣ２０２と、顧客用ＰＣ２０３Ａ〜２０３Ｃとを有する。顧客別カレンダーＤＢサーバ２０１、サポート担当者用ＰＣ２０２、顧客用ＰＣ２０３Ａ〜２０３Ｃは、ネットワーク２１０で接続される。ここで、顧客用ＰＣ２０３Ａ〜２０３Ｃは、図１で示したスケジューリング装置１０１に相当する。そして、顧客用ＰＣ２０３Ａ〜２０３Ｃは、それぞれ、顧客ｃｌｉＡ〜ｃｌｉＣに操作されるコンピュータである。また、サポート担当者用ＰＣ２０２は、サポート担当者ｓｒに操作されるコンピュータである。
【００２９】
スケジューリングシステム２００は、アクションプランを顧客ｃｌｉＡ〜ｃｌｉＣに提供するシステムである。アクションプランの顧客への提供方法としては、例えば、従来であれば、Ｗｅｂ経由で通知したり、メールや電話等により通知したりすることが考えられる。しかしながら、これらの方法では、顧客は、サポート部門からアクションプランを得られても、得たアクションプランを自身のスケジュール表に組み込まないと管理がしにくい。また、メールによる通知では、アクションプランが記載されたメールを削除したり、他のメールに紛れてしまったりして、顧客が通知内容を再度確認することが難しい場合がある。また、電話による通知では、電話中等にメモを取らないとアクションプランが残らない。また、Ｗｅｂやメールによる方法では、サポート部門からの一方的な通知となり、顧客からの了解・変更・拒否等のフィードバックは、電話・メール等の別の方法で受けなければならないため、フィードバックされなかったり、情報が錯綜したりするおそれがある。
【００３０】
そこで、スケジューリングシステム２００は、アクションプランを提供するサービスを提供する。顧客別カレンダーＤＢサーバ２０１は、顧客ｃｌｉＡ〜ｃｌｉＣのインシデントごとに、専用カレンダーを提供する。サポート担当者用ＰＣ２０２は、サポート担当者ｓｒの操作によって、顧客ｃｌｉＡ〜ｃｌｉＣに関連するアクションプランを、顧客のインシデントごとの専用カレンダーに登録する。この専用カレンダーは、Ｗｅｂ上に表示され、対応する顧客が操作する顧客用ＰＣ２０３だけがネットワーク２１０を介して参照できるようにする。
【００３１】
顧客用ＰＣ２０３は、アクションプラン内の個々のイベントの予定日について、サポート担当者ｓｒが予め設定した範囲で予定日を登録する。そして、アクションプラン内の各イベントのうち、前のイベントとの間隔が決まっているものは、前のイベントの予定日によって、その各イベントの予定日として登録可能な範囲が変動する。この変動する例については、図６、図７で説明する。
【００３２】
また、顧客用ＰＣ２０３は、専用カレンダーを更新することが可能な、カレンダー更新用エージェントソフトウェアを有する。顧客用ＰＣ２０３は、このカレンダー更新用エージェントソフトウェアを実行することにより、顧客別カレンダーＤＢサーバ２０１とのデータのやりとりを行う。カレンダー更新用エージェントソフトウェアについては、図５で説明する。次に、顧客別カレンダーＤＢサーバ２０１のハードウェア構成例を、図３で示し、顧客用ＰＣ２０３のハードウェア構成例を、図４で示す。
【００３３】
図３は、顧客別カレンダーＤＢサーバ２０１のハードウェア構成例を示す説明図である。図３において、顧客別カレンダーＤＢサーバ２０１は、ＣＰＵ３０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３０３と、を含む。また、顧客別カレンダーＤＢサーバ２０１は、ディスクドライブ３０４およびディスク３０５と、通信インターフェース３０６と、を含む。また、ＣＰＵ３０１〜ディスクドライブ３０４、通信インターフェース３０６はバス３０７によってそれぞれ接続される。
【００３４】
ＣＰＵ３０１は、顧客別カレンダーＤＢサーバ２０１の全体の制御を司る演算処理装置である。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶する不揮発性メモリである。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される揮発性メモリである。
【００３５】
ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリードおよびライトを制御する制御装置である。ディスクドライブ３０４には、例えば、磁気ディスクドライブ、光ディスクドライブ、ソリッドステートドライブなどを採用することができる。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する不揮発性メモリである。例えばディスクドライブ３０４が磁気ディスクドライブである場合、ディスク３０５には、磁気ディスクを採用することができる。また、ディスクドライブ３０４が光ディスクドライブである場合、ディスク３０５には、光ディスクを採用することができる。また、ディスクドライブ３０４がソリッドステートドライブである場合、ディスク３０５には、半導体素子によって形成された半導体メモリ、いわゆる半導体ディスクを採用することができる。
【００３６】
通信インターフェース３０６は、ネットワーク２１０を介した他の装置や、サポート担当者用ＰＣ２０２からのデータの入出力を制御する制御装置である。具体的に、通信インターフェース３０６は、通信回線を通じてネットワーク２１０を介して他の装置に接続される。通信インターフェース３０６には、例えば、モデムやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）アダプタなどを採用することができる。
【００３７】
また、サポート担当者ｓｒやスケジューリングシステム２００の管理者等が、顧客別カレンダーＤＢサーバ２０１を直接操作する場合、顧客別カレンダーＤＢサーバ２０１は、ディスプレイ、キーボード、マウスといったハードウェアを有してもよい。
【００３８】
図４は、顧客用ＰＣ２０３のハードウェア構成例を示す説明図である。ここで、サポート担当者用ＰＣ２０２のハードウェア構成例は、顧客用ＰＣ２０３のハードウェア構成例と同一であるため、説明および図示を省略する。
【００３９】
顧客用ＰＣ２０３は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、ディスクドライブ４０４と、ディスク４０５と、通信インターフェース４０６とを含む。さらに、顧客用ＰＣ２０３は、ディスプレイ４０７と、キーボード４０８と、マウス４０９と、機器接続インターフェース４１０とを含む。また、ＣＰＵ４０１〜ディスクドライブ４０４と、通信インターフェース４０６〜機器接続インターフェース４１０とは、バス４１１によってそれぞれ接続される。
【００４０】
ＣＰＵ４０１は、顧客用ＰＣ２０３の全体の制御を司る演算処理装置である。ＲＯＭ４０２は、ブートプログラムなどのプログラムを記憶する不揮発性メモリである。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される揮発性メモリである。
【００４１】
ディスクドライブ４０４は、ＣＰＵ４０１の制御に従ってディスク４０５に対するデータのリードおよびライトを制御する制御装置である。ディスクドライブ４０４には、例えば、磁気ディスクドライブ、光ディスクドライブ、ソリッドステートドライブなどを採用することができる。ディスク４０５は、ディスクドライブ４０４の制御で書き込まれたデータを記憶する不揮発性メモリである。例えばディスクドライブ４０４が磁気ディスクドライブである場合、ディスク４０５には、磁気ディスクを採用することができる。また、ディスクドライブ４０４が光ディスクドライブである場合、ディスク４０５には、光ディスクを採用することができる。また、ディスクドライブ４０４がソリッドステートドライブである場合、ディスク４０５には、半導体ディスクを採用することができる。
【００４２】
通信インターフェース４０６は、ネットワーク２１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する制御装置である。具体的に、通信インターフェース４０６は、通信回線を通じてネットワーク２１０を介して他の装置に接続される。通信インターフェース４０６には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００４３】
ディスプレイ４０７は、マウスカーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する装置である。ディスプレイ４０７には、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＴＦＴ（Ｔｈｉｎ  Ｆｉｌｍ  Ｔｒａｎｓｉｓｔｏｒ）液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００４４】
キーボード４０８は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う装置である。また、キーボード４０８は、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス４０９は、マウスカーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などを行う装置である。マウス４０９は、ポインティングデバイスとして同様に機能を有するものであれば、トラックボールやジョイスティックなどであってもよい。
【００４５】
機器接続インターフェース４１０は、顧客用ＰＣ２０３と周辺機器とを接続し、接続した周辺機器を制御する制御装置である。例えば、機器接続インターフェース４１０は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等を採用することができる。そして、機器接続インターフェース４１０には、例えば、機器接続インターフェース４１０がＵＳＢである場合にはＵＳＢフラッシュドライブ４２１や、メモリカードリーダライタ４２２を接続することができる。
【００４６】
ＵＳＢフラッシュドライブ４２１は、電力を供給しなくてもデータを保持可能な不揮発性の半導体メモリであるフラッシュメモリを内蔵し、フラッシュメモリの制御および機器接続インターフェース４１０との通信を行うドライブ装置を含めた装置である。メモリカードリーダライタ４２２は、メモリカード４２３に対するデータのリードおよびライトを制御する制御装置である。メモリカード４２３は、カード型の記録媒体である。メモリカード４２３には、フラッシュメモリが内蔵される。
【００４７】
（スケジューリングシステム２００の機能構成例）
図５は、スケジューリングシステム２００の機能構成例を示す説明図である。顧客用ＰＣ２０３Ａは、制御部５００Ａを有する。制御部５００Ａは、カレンダー更新用エージェントソフトウェア５０１を有する。そして、カレンダー更新用エージェントソフトウェア５０１は、受け付け部５１１と、表示部５１２と、登録部５１３と、判定部５１４と、変更部５１５とを有する。制御部５００Ａは、記憶装置に記憶されたプログラムをＣＰＵ４０１が実行することにより、各部の機能を実現する。記憶装置とは、具体的には、例えば、図４に示したＲＯＭ４０２、ＲＡＭ４０３、ディスク４０５などである。また、各部の処理結果は、ＲＡＭ４０３、ＣＰＵ４０１のレジスタ、ＣＰＵ４０１のキャッシュメモリ等に格納される。
【００４８】
また、顧客用ＰＣ２０３は、記憶部５２０Ａにアクセス可能である。記憶部５２０Ａは、ＲＡＭ４０３等といった記憶装置に格納されている。
【００４９】
また、顧客用ＰＣ２０３Ｂは、制御部５００Ｂと、記憶部５２０Ｂとを有し、顧客用ＰＣ２０３Ｃは、制御部５００Ｃと、記憶部５２０Ｃとを有する。制御部５００Ｂ、５００Ｃは、カレンダー更新用エージェントソフトウェア５０１を有する。図５では省略しているが、制御部５００Ｂ、５００Ｃが有するカレンダー更新用エージェントソフトウェア５０１も、受け付け部５１１〜変更部５１５を有する。記憶部５２０Ａ〜５２０Ｃは、図１で示した記憶部１１０に相当する。
【００５０】
顧客別カレンダーＤＢサーバ２０１は、専用カレンダーｃａｌＡＸ、ｃａｌＢＹ、ｃａｌＣＺを有する。専用カレンダーｃａｌＡＸ〜ｃａｌＣＺは、それぞれ、顧客ｃｌｉＡに関連するインシデントＸに対応するカレンダー、顧客ｃｌｉＢに関連するインシデントＹに対応するカレンダー、顧客ｃｌｉＣに関連するインシデントＺに対応するカレンダーである。
【００５１】
カレンダー更新用エージェントソフトウェア５０１は、顧客別カレンダーＤＢサーバ２０１からアクションプランの各イベントを参照して、各イベントを一時的に記憶部５２０に記憶する。そして、カレンダー更新用エージェントソフトウェア５０１は、各イベントに登録した予定日を、顧客別カレンダーＤＢサーバ２０１に送信する。各イベントに予定日を登録する機能は、受け付け部５１１〜登録部５１３が有する機能である。また、顧客ｃｌｉおよびサポート担当者ｓｒの両方の都合により、イベントの予定日と実績日とがずれる場合がある。イベントの予定日と実績日とがずれる契機としては、例えば、顧客ｃｌｉの調査提供の遅れや、サポート担当者ｓｒの調査期間延長等である。このような場合には、カレンダー更新用エージェントソフトウェア５０１は、実績日に従って、以降のイベントの予定日をずらす。以降のイベントの予定日をずらす機能については、受け付け部５１１、判定部５１４、変更部５１５が有する機能である。また、この際、カレンダー更新用エージェントソフトウェア５０１は、メールやアラームメッセージ等で顧客にリスケジュールについて、通知し、顧客の承認を促してもよい。
【００５２】
まず、各イベントに予定日を登録する機能について説明する。記憶部５２０は、順に行われる複数のイベントの各イベントが、第１の種別、または第２の種別のいずれか一方であることを特定する情報と、その各イベントの最小期間および最大期間とを記憶する。ここで、第１の種別のイベントは、サポート担当者ｓｒが実行するイベントである。また、第２の種別のイベントは、顧客ｃｌｉが実行するイベントである。そして、第１の種別、または第２の種別のいずれか一方であることを特定する情報は、例えば、第１の種別や第２の種別を識別する識別子でもよいし、イベント名でもよい。例えば、図１で示したイベントｅ１、ｅ３、ｅ４は、サポート担当者ｓｒが実行する第１の種別のイベントとなる。同様に、図１で示したイベントｅ２は、顧客ｃｌｉが実行する第２の種別のイベントとなる。
【００５３】
受け付け部５１１は、第１の種別であると特定される第１のイベントの前であって、前記第２の種別である特定される第２のイベントの予定日を受け付ける。図１で示したイベントｅ１〜ｅ４を用いると、受け付け部５１１は、第１のイベントとなるイベントｅ３の前であって、顧客ｃｌｉが実行する第２の種別のイベントである、イベントｅ２の予定日を受け付ける。
【００５４】
表示部５１２は、受け付けた第２のイベントの予定日に第１のイベントの最小期間を加えた期間から第２のイベントの予定日に第１のイベントの最大期間を加えた期間までの間を、第１のイベントの予定日の候補期間として表示する。具体的な表示の例については、図６で示す。また、予定日に第１のイベントの最小期間を加えた期間から、第２のイベントの予定日に第１のイベントの最大期間を加えた期間までの間には、休日や祝日を含めてもよいし、含めなくてもよい。例えば、表示部５１２は、顧客ｃｌｉとの契約が２４時間サポートとなる場合には、休日や祝日を含め、顧客ｃｌｉとの契約が２４時間サポートでない場合には、休日や祝日を含めない。
【００５５】
また、表示部５１２は、候補期間を、ディスプレイ４０７内の専用カレンダー上に表示する。または、顧客用ＰＣ２０３がプリンタを有していれば、表示部５１２は、候補期間を、紙面内の専用カレンダー上に出力してもよい。
【００５６】
登録部５１３は、第１のイベントの予定日の候補期間のうちの第１のイベントの予定日として受け付けた日を、第１のイベントの予定日として記憶部５２０に登録する。
【００５７】
ここで、表示部５１２は、第１のイベントの予定日の候補期間を、複数の候補日に分割して表示してもよい。そして、表示部５１２は、複数の候補日の各候補日に対応して、各候補日に第１のイベントの次の第３のイベントの最小期間を加えた期間から各期間に第３のイベントの最大期間を加えた期間までの間を、第３のイベントの予定日の候補期間として表示してもよい。具体的には、図１の例を用いると、第１のイベントとなるイベントｅ３の次の第３のイベントとしては、イベントｅ４となる。そして、表示部５１２は、各候補日に対応して、各候補日を基準としてイベントｅ４の最小期間から最大期間までの期間の間を、イベントｅ４の予定日の候補期間として表示する。
【００５８】
さらに、表示部５１２は、各候補日を、各候補日の間で異なる模様または／および色彩を付与して表示してもよい。そして、表示部５１２は、各候補日に対応して、第３のイベントの予定日の候補期間を、各候補日に付与された模様と同一の模様、または／および各候補日に付与された色彩と同一の色彩を付与して表示する。
【００５９】
そして、顧客用ＰＣ２０３は、登録部５１３の終了後、受け付け部５１１が第２のイベントが実行される実績期間を受け付けた場合、判定部５１４の処理を実行する。
【００６０】
次に、イベントの予定日をずらす機能について説明する。受け付け部５１１は、上述したように、順に行われる複数のイベントのうちのいずれかのイベントが実行される実績日を受け付ける。
【００６１】
判定部５１４は、記憶部５２０を参照して、いずれかのイベントの予定日の後に実行する予定である他のイベントの最小期間が実績日から経過した日が、他のイベントの予定日より後であるか否かを判定する。ここで、この段階における記憶部５２０には、順に行われる複数のイベントの各イベントを実行する予定の予定日と、各イベントの前のイベントが実行されてから各イベントの最小期間とが記憶されていればよい。
【００６２】
変更部５１５は、前述した経過した日が他のイベントの予定日より後であると判定した場合、記憶部５２０に記憶された他のイベントの予定日を、経過した日以降の日に変更する。一方で、経過した日が他のイベントの予定日以前である場合、変更部５１５は、記憶部５２０に記憶された他のイベントの予定日を維持する。
【００６３】
次に、アクションプラン作成例について、図６、図７を用いて説明する。図６、図７では、アクションプランとして、以下に示すように、順に行われる複数のイベントｅ１〜ｅ４があるとする。
【００６４】
イベントｅ１：サポート担当者ｓｒから顧客ｃｌｉに調査資料の採取を依頼
イベントｅ２：顧客ｃｌｉからサポート担当者ｓｒへ、採取した調査資料の提供
イベントｅ３：サポート担当者ｓｒから顧客ｃｌｉへの一次回答
イベントｅ４：サポート担当者ｓｒから顧客ｃｌｉへの最終回答
【００６５】
イベントｅ２以降のイベントについては、顧客ｃｌｉの選択により、予定日として選択可能な候補日が変化することになる。また、順に行われる複数のイベントｅ１〜ｅ４の最小期間、最大期間は、サポート担当者ｓｒの経験によって、アクションプラン策定時に指定される。図６、図７で説明する例では、以下のように最小期間、最大期間が決定されているものとする。
【００６６】
イベントｅ２の最小期間：６日間、最大期間：８日間
イベントｅ３の最小期間：５日間、最大期間：７日間
イベントｅ４の最小期間：７日間、最大期間：９日間
【００６７】
まず、サポート担当者ｓｒは、イベントｅ１として、資料採取を顧客ｃｌｉに依頼する。サポート担当者用ＰＣ２０２は、サポート担当者ｓｒの操作によって、イベントｅ１の発生日を、資料採取を顧客ｃｌｉに依頼した日に設定する。次に、イベントｅ２以降のアクションプラン作成の画面例を、図６、図７を用いて説明する。
【００６８】
図６は、アクションプラン作成の画面例を示す説明図（その１）である。また、図７は、アクションプラン作成の画面例を示す説明図（その２）である。図６の（ａ）、（ｂ）、図７の（ｃ）では、顧客用ＰＣ２０３が表示する顧客ｃｌｉの専用カレンダーを示す。
【００６９】
サポート担当者用ＰＣ２０２から通知を受けた顧客用ＰＣ２０３は、顧客ｃｌｉの操作によって、イベントｅ２として、採取した調査資料を提供する予定日を選択する。図６の（ａ）で示す画面６０１において、顧客用ＰＣ２０３が、イベントｅ２の候補日を算出し、表示した例を示す。ここで、図６、図７の例では、イベントｅ１の予定日が、２０１５年７月２日に決定されたとする。
【００７０】
ここで、顧客用ＰＣ２０３は、前のイベントの最大期間−前のイベントの最小期間＋１個分の候補日を、下記（１）式に従って算出する。
【００７１】
ｉ番目の候補日＝前のイベントの発生日＋前のイベントの最小期間＋ｉ  …（１）
【００７２】
ここで、ｉは、０から（前のイベントの最大期間−前のイベントの最小期間）までの整数である。例えば、イベントｅ２について、イベントｅ２の最小期間が６日間であり、最大期間が８日間であるから、顧客用ＰＣ２０３は、０から８−６＝２という３つの候補日を算出する。そして、顧客用ＰＣ２０３は、１つ目の候補日を７月２日＋６日間＝７月８日と算出し、２つ目の候補日を７月２日＋６日間＋１日間＝７月９日と算出し、３つ目の候補日を７月２日＋６日間＋２日間＝７月１０日と算出する。
【００７３】
図６の（ａ）では、顧客用ＰＣ２０３は、１つ目の候補日をイベント候補ｅ２ｃ＿１として表示し、２つ目の候補日をイベント候補ｅ２ｃ＿２として表示し、３つ目の候補日をイベント候補ｅ２ｃ＿３として表示する。さらに、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿１〜ｅ２ｃ＿３のそれぞれの内部に、それぞれの候補を選択する選択ボタンｅ２ｃ＿１ｂｔｎ〜ｅ２ｃ＿３ｂｔｎを表示する。顧客ｃｌｉは、選択ボタンｅ２ｃ＿１ｂｔｎ〜ｅ２ｃ＿３ｂｔｎをマウス４０９等によって選択することにより、イベントｅ２の予定日を選択することができる。
【００７４】
さらに、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿１〜ｅ２ｃ＿３を、それぞれの間で異なる模様または／および色彩を付与してもよい。例えば、図６の（ａ）では、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿１には色彩として白色を付与し、イベント候補ｅ２ｃ＿２には模様として薄い網掛けを付与し、イベント候補ｅ２ｃ＿３には模様として濃い網掛けを付与する。また、他の例として、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿１には色彩としてオレンジ色を付与し、イベント候補ｅ２ｃ＿２には色彩として黄色を付与し、イベント候補ｅ２ｃ＿３には色彩として緑色を付与してもよい。
【００７５】
さらに、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿１〜ｅ２ｃ＿３のそれぞれに対応して、次のイベントｅ３の候補日を、（１）式に従って算出する。具体的には、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿１に対応するイベントｅ３の候補日を、イベント候補ｅ２ｃ＿１＿ｅ３として表示する。同様に、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿２に対応するイベントｅ３の候補日をイベント候補ｅ２ｃ＿２＿ｅ３として表示し、イベント候補ｅ２ｃ＿３に対応するイベントｅ３の候補日をイベント候補ｅ２ｃ＿３＿ｅ３として表示する。そして、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿１＿ｅ３〜ｅ２ｃ＿３＿ｅ３を、それぞれに対応するイベント候補ｅ２ｃ＿１〜ｅ２ｃ＿３に付与された模様と同一の模様、または／および同一の色彩を付与して表示してもよい。
【００７６】
具体的には、図６の（ａ）の例では、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿１＿ｅ３を、対応するイベント候補ｅ２ｃ＿１に付与された白色を付与して表示する。同様に、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿２＿ｅ３を、対応するイベント候補ｅ２ｃ＿２に付与された薄い網掛けを付与して表示し、イベント候補ｅ２ｃ＿３＿ｅ３を、対応するイベント候補ｅ２ｃ＿３に付与された濃い網掛けを付与して表示する。
【００７７】
次に、図６の（ｂ）で示す画面６０２のように、顧客用ＰＣ２０３は、顧客ｃｌｉの操作によって、選択ボタンｅ２ｃ＿１ｂｔｎの押下を受け付けたとする。これにより、イベントｅ２の予定日が確定するため、顧客用ＰＣ２０３は、図６の（ａ）で説明した方法と同様に、イベントｅ３の予定日の候補を表示する。ここで、イベントｅ３の候補は、図６の（ａ）の時点で既に算出してある。
【００７８】
図６の（ｂ）では、顧客用ＰＣ２０３は、イベントｅ３の予定日の１つ目の候補として、イベント候補ｅ３ｃ＿１を表示する。同様に、顧客用ＰＣ２０３は、イベントｅ３の予定日の２つ目の候補として、イベント候補ｅ３ｃ＿２を表示し、イベントｅ３の予定日の３つ目の候補として、イベント候補ｅ３ｃ＿３を表示する。
【００７９】
また、顧客用ＰＣ２０３は、図６の（ａ）で説明した方法と同様に、イベント候補ｅ３ｃ＿１〜ｅ３ｃ＿３の内部に、それぞれの候補を選択する選択ボタンｅ３ｃ＿１ｂｔｎ〜ｅ３ｃ＿３ｂｔｎを表示する。また、顧客用ＰＣ２０３は、図６の（ａ）で説明した方法と同様に、イベント候補ｅ３ｃ＿１〜ｅ３ｃ＿３に、それぞれの間で異なる模様または／および色彩を付与する。また、顧客用ＰＣ２０３は、図６の（ａ）で説明した方法と同様に、イベント候補ｅ３ｃ＿１〜ｅ３ｃ＿３のそれぞれに対応して、次のイベントｅ４の候補日を算出し、イベント候補ｅ３ｃ＿１＿ｅ４〜ｅ３ｃ＿３＿ｅ４として表示する。
【００８０】
また、顧客用ＰＣ２０３は、画面６０２内に、「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎを表示する。「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下されたことを受け付けた顧客用ＰＣ２０３は、確定したイベントｅ２の予定日を取り消し、画面６０１の状態に戻る。
【００８１】
そして、図７の（ｃ）で示す画面７０１において、顧客用ＰＣ２０３は、顧客ｃｌｉの操作によって、選択ボタンｅ３ｃ＿２ｂｔｎの押下を受け付けたとする。これにより、イベントｅ３の予定日が確定するため、顧客用ＰＣ２０３は、図６の（ａ）で説明した方法と同様に、イベントｅ４の予定日の候補を表示する。具体的には、図７の（ｃ）では、顧客用ＰＣ２０３は、イベントｅ４の予定日の１つ目の候補として、イベント候補ｅ４ｃ＿１を表示する。同様に、顧客用ＰＣ２０３は、イベントｅ４の予定日の２つ目の候補として、イベント候補ｅ４ｃ＿２を表示し、イベントｅ４の予定日の３つ目の候補として、イベント候補ｅ４ｃ＿３を表示する。
【００８２】
また、顧客用ＰＣ２０３は、図６の（ａ）で説明した方法と同様に、イベント候補ｅ４ｃ＿１〜ｅ４ｃ＿３の内部に、それぞれの候補を選択する選択ボタンｅ４ｃ＿１ｂｔｎ〜ｅ４ｃ＿３ｂｔｎを表示する。また、顧客用ＰＣ２０３は、図６の（ａ）で説明した方法と同様に、イベント候補ｅ４ｃ＿１〜ｅ４ｃ＿３に、それぞれの間で異なる模様または／および色彩を付与する。また、図６の（ｂ）と同様に、顧客用ＰＣ２０３は、画面７０１内に、「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎを表示する。「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下されたことを受け付けた顧客用ＰＣ２０３は、確定したイベントｅ３の予定日を取り消し、画面６０２の状態に戻る。
【００８３】
次に、図６、図７で示したイベントｅ１〜ｅ４を用いて、顧客都合によるリスケジュールが発生した際の画面例を、図８を用いて説明する。
【００８４】
図８は、顧客都合によるリスケジュールの画面例を示す説明図である。図８では、実際のイベントの発生日が、顧客ｃｌｉの都合によりイベント当初の予定からずれた場合に、顧客用ＰＣ２０３が、イベント発生実績に従って、予定がずれたイベント以降のイベントの予定日を自動的に変更して、専用カレンダーに反映する方法を説明する。
【００８５】
図８の例では、図６、図７で示したイベントｅ１〜ｅ４のうち、イベントｅ２は、予定日が２０１５年７月８日であったが、実績としては２日間遅れて７月１０日になったとする。図８に示す画面８０１で示すように、イベントｅ２の実績日を反映したイベントを、イベントｅ２’として示す。
【００８６】
顧客用ＰＣ２０３は、イベントｅ２の後のイベントｅ３について、後ろにずらすか否かを判断する。顧客用ＰＣ２０３は、実績日が予定日からｍ日後ろにずれたイベントがある場合、下記（２）式が満たされる場合に、そのずれたイベントの次のイベントを後にずらすと判断する。
【００８７】
実績日がｍ日ずれたイベントの実績日から次のイベントの予定日までの間隔Ｌ＜次のイベントの最小期間ｘ  …（２）
【００８８】
図８の例では、イベントｅ２の実績日が７月１０日であり、イベントｅ３の予定日が７月１４日であるから、Ｌ＝４となる。また、図６、図７で説明したように、ｘ＝５となり、（２）式を満たすことになるため、顧客用ＰＣ２０３は、イベントｅ３を後ろにずらすと判断する。ここで、（２）式が満たされる場合とは、実績日がｍ日後ろにずれた結果、サポート担当者ｓｒが作業にかかる時間が不足してしまうことを示す。
【００８９】
そして、顧客用ＰＣ２０３は、イベントｅ３の予定日を、イベントｅ２の実績日から、ｘ日後の日に設定する。従って、図８の例では、顧客用ＰＣ２０３は、イベントｅ２の実績日である７月１０日の５日後の７月１５日に設定する。また、顧客用ＰＣ２０３は、イベントｅ３の予定日を、イベントｅ２の予定日から、ｍ＋ｘ日後に設定してもよい。
【００９０】
続けて、顧客用ＰＣ２０３は、イベントｅ３の後のイベントｅ４について、後ろにずらすか否かを判断する。顧客用ＰＣ２０３は、予定日がｍ日後ろにずれたイベントがある場合、下記（２）式の変形である（２）’式が満たされる場合に、そのずれたイベントの次のイベントを後にずらすと判断する。
【００９１】
予定日がｍ日ずれたイベントの変更後の予定日から次のイベントの予定日までの間隔Ｌ＜次のイベントの最小期間ｘ  …（２）’
【００９２】
図８の例では、イベントｅ３の変更後の予定日が７月１５日であり、イベントｅ４の予定日が７月２３日であるから、Ｌ＝８となる。また、図６、図７で説明したように、ｘ＝７となり、（２）’式を満たさないことになるため、顧客用ＰＣ２０３は、イベントｅ４を後ろにずらさないと判断する。ここで、（２）’式が満たされない場合とは、予定日がｍ日後ろにずれたとしても、サポート担当者ｓｒが作業にかかる時間が確保されていることを示す。
【００９３】
以上のように、図８では、実績日が予定日より後ろにずれることについて説明したが、顧客ｃｌｉが予定より早く作業した結果、実績日が予定日より前となる、いわゆる前倒しとなることも発生し得る。この場合、顧客用ＰＣ２０３は、前倒しとなったイベント以降の全てのイベントを前倒しにする。または、顧客用ＰＣ２０３は、顧客用ＰＣ２０３の画面上に、イベントの再設定ボタン等を表示しておき、その再設定ボタンが押下された際には、前倒しとなったイベント以降の予定日の再設定を行ってもよい。
【００９４】
また、図８では、顧客都合によるリスケジュールについて説明したが、サポート担当者ｓｒの回答が間に合わないというようなサポート担当者ｓｒの都合により、リスケジュールが発生することも発生し得る。この場合、サポート担当者用ＰＣ２０２は、サポート担当者ｓｒの操作によって、実績日が変更するイベントの予定を再設定する。そして、顧客用ＰＣ２０３は、再設定したイベントの予定を表示する。このように、サポート担当者ｓｒは、再設定したイベントの予定を顧客ｃｌｉに確認してもらい、承認を得る。
【００９５】
次に、スケジューリングシステム２００が実行する処理について、図９〜図１１を用いて説明する。
【００９６】
図９は、アクションプラン作成処理手順の一例を示すフローチャートである。アクションプラン作成処理は、顧客用ＰＣ２０３上でアクションプランを作成する処理である。また、図９で示すアクションプラン作成処理は、図５、図６で示した４つのイベントから形成されるアクションプランを作成するものとする。
【００９７】
サポート担当者用ＰＣ２０２は、サポート担当者ｓｒの操作によって、イベントｅ１「資料採取依頼」を設定する（ステップＳ９０１）。設定後、サポート担当者用ＰＣ２０２は、イベントｅ２以降の予定日を選択する旨を顧客用ＰＣ２０３に通知する。
【００９８】
通知を受けた顧客用ＰＣ２０３は、イベントｅ２「調査資料の提供」を対象にして、次イベントの候補日の算出・表示処理を実行する（ステップＳ９０２）。次イベントの候補日の算出・表示処理は、図１０で説明する。ステップＳ９０２の処理により、顧客用ＰＣ２０３は、図６で示したイベント候補ｅ２ｃ＿１〜ｅ２ｃ＿３と、選択ボタンｅ２ｃ＿１ｂｔｎ〜ｅ２ｃ＿３ｂｔｎを表示する。ここで、顧客用ＰＣ２０３は、イベント候補ｅ２ｃ＿１〜ｅ２ｃ＿３のそれぞれに対して、次イベントの候補日の算出・表示処理を行うことにより、イベント候補ｅ２ｃ＿１＿ｅ３〜ｅ２ｃ＿３＿ｅ３を表示することができる。
【００９９】
そして、顧客用ＰＣ２０３は、イベントｅ２「調査資料の提供」の候補日の中から、いずれかの候補日の選択ボタンｅ２ｃ＿１ｂｔｎ〜ｅ２ｃ＿３ｂｔｎが押下されたか否かを判断する（ステップＳ９０３）。いずれの候補日の選択ボタンｅ２ｃ＿１ｂｔｎ〜ｅ２ｃ＿３ｂｔｎも押下されていない場合（ステップＳ９０３：Ｎｏ）、顧客用ＰＣ２０３は、再びステップＳ９０３の処理を実行する。
【０１００】
一方、いずれかの候補日の選択ボタンｅ２ｃ＿１ｂｔｎ〜ｅ２ｃ＿３ｂｔｎが押下された場合（ステップＳ９０３：Ｙｅｓ）、顧客用ＰＣ２０３は、押下された選択ボタンに対応する候補日を、イベントｅ２の予定日として記憶部５２０に登録する（ステップＳ９０４）。次に、顧客用ＰＣ２０３は、イベントｅ３「一次回答」を対象にして、次イベントの候補日の算出・表示処理を実行する（ステップＳ９０５）。そして、顧客用ＰＣ２０３は、「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下されたか否かを判断する（ステップＳ９０６）。「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下された場合（ステップＳ９０６：Ｙｅｓ）、顧客用ＰＣ２０３は、ステップＳ９０３の処理に移行する。
【０１０１】
一方、「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下されていない場合（ステップＳ９０６：Ｎｏ）、顧客用ＰＣ２０３は、イベントｅ３「一次回答」の候補日の中から、いずれかの候補日の選択ボタンｅ３ｃ＿１ｂｔｎ〜ｅ３ｃ＿３ｂｔｎが押下されたか否かを判断する（ステップＳ９０７）。いずれの候補日の選択ボタンｅ３ｃ＿１ｂｔｎ〜ｅ３ｃ＿３ｂｔｎも押下されていない場合（ステップＳ９０７：Ｎｏ）、顧客用ＰＣ２０３は、ステップＳ９０６の処理に移行する。
【０１０２】
一方、いずれかの候補日の選択ボタンｅ３ｃ＿１ｂｔｎ〜ｅ３ｃ＿３ｂｔｎが押下された場合（ステップＳ９０７：Ｙｅｓ）、顧客用ＰＣ２０３は、押下された選択ボタンに対応する候補日を、イベントｅ３の予定日として登録する（ステップＳ９０８）。次に、顧客用ＰＣ２０３は、イベントｅ４「最終回答」を対象にして、次イベントの候補日の算出・表示処理を実行する（ステップＳ９０９）。そして、顧客用ＰＣ２０３は、「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下されたか否かを判断する（ステップＳ９１０）。「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下された場合（ステップＳ９１０：Ｙｅｓ）、顧客用ＰＣ２０３は、ステップＳ９０７の処理に移行する。
【０１０３】
一方、「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下されていない場合（ステップＳ９１０：Ｎｏ）、顧客用ＰＣ２０３は、イベントｅ４「最終回答」の候補日の中から、いずれかの候補日の選択ボタンｅ４ｃ＿１ｂｔｎ〜ｅ４ｃ＿３ｂｔｎが押下されたか否かを判断する（ステップＳ９１１）。いずれの候補日の選択ボタンｅ４ｃ＿１ｂｔｎ〜ｅ４ｃ＿３ｂｔｎも押下されていない場合（ステップＳ９１１：Ｎｏ）、顧客用ＰＣ２０３は、ステップＳ９１０の処理に移行する。
【０１０４】
一方、いずれかの候補日の選択ボタンが押下された場合（ステップＳ９１１：Ｙｅｓ）、顧客用ＰＣ２０３は、押下された選択ボタンに対応する候補日を、イベントｅ４の予定日として記憶部５２０に登録する（ステップＳ９１２）。次に、顧客用ＰＣ２０３は、「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下されたか否かを判断する（ステップＳ９１３）。「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下された場合（ステップＳ９１３：Ｙｅｓ）、顧客用ＰＣ２０３は、ステップＳ９１１の処理に移行する。一方、「一つ前に戻る」ボタンｂａｃｋ＿ｂｔｎが押下されていない場合（ステップＳ９１３：Ｎｏ）、顧客用ＰＣ２０３は、アクションプラン作成処理を終了する。
【０１０５】
なお、顧客用ＰＣ２０３は、アクションプラン作成処理を終了した際に、設定したイベントｅ２〜ｅ４の予定日を、顧客別カレンダーＤＢサーバ２０１に送信する。
【０１０６】
図１０は、次イベントの候補日算出・表示処理手順の一例を示すフローチャートである。次イベントの候補日算出・表示処理は、対象となる次のイベントの候補日を算出し、顧客用ＰＣ２０３の画面上に表示する処理である。
【０１０７】
顧客用ＰＣ２０３は、対象となる次のイベント名から、事前に設定された前のイベントの最小期間、最大期間を取得する（ステップＳ１００１）。次に、顧客用ＰＣ２０３は、変数ｉに０を代入する（ステップＳ１００２）。そして、顧客用ＰＣ２０３は、ｉが前のイベントの最大期間−前のイベントの最小期間より小さいか否かを判断する（ステップＳ１００３）。ｉが前のイベントの最大期間−前のイベントの最小期間より小さい場合（ステップＳ１００３：Ｙｅｓ）、顧客用ＰＣ２０３は、次のイベントのｉ番目の候補日に前のイベントの発生日＋前のイベントの最小期間＋ｉを設定する（ステップＳ１００４）。そして、顧客用ＰＣ２０３は、ｉをインクリメントし（ステップＳ１００５）、ステップＳ１００３の処理に移行する。
【０１０８】
一方、ｉが前のイベントの最大期間−前のイベントの最小期間以上である場合（ステップＳ１００３：Ｎｏ）、顧客用ＰＣ２０３は、次のイベントの全ての候補日を、顧客用ＰＣ２０３の画面上に表示する（ステップＳ１００６）。次に、顧客用ＰＣ２０３は、次のイベントの全ての候補日内に、選択ボタンを表示する（ステップＳ１００７）。ステップＳ１００７の終了後、顧客用ＰＣ２０３は、次イベントの候補日算出・表示処理を終了する。
【０１０９】
図１１は、顧客都合によるリスケジュール処理手順の一例を示すフローチャートである。顧客都合によるリスケジュール処理は、顧客都合により、実績日と予定日とでずれが発生したイベントの以降のイベントの予定日を変更する処理である。図１１で示す処理は、アクションプランに含まれる複数のイベントのうち、ｎ番目のイベントの実績日を設定するものとする。
【０１１０】
顧客用ＰＣ２０３は、受け付けたｎ番目のイベントの実績日が予定日と異なるか否かを判断する（ステップＳ１１０１）。ｎ番目のイベントの実績日が予定日と同一である場合（ステップＳ１１０１：Ｎｏ）、リスケジュールが発生しないので、顧客用ＰＣ２０３は、顧客都合によるリスケジュール処理を終了する。
【０１１１】
一方、ｎ番目のイベントの実績日が予定日と異なる場合（ステップＳ１１０１：Ｙｅｓ）、顧客用ＰＣ２０３は、ｎ番目のイベントの実績日を、予定日からｍ日移動した日に設定する（ステップＳ１１０２）。次に、顧客用ＰＣ２０３は、移動の方向を確認する（ステップＳ１１０３）。
【０１１２】
移動の方向が前である、すなわち、ｍが０未満である場合（ステップＳ１１０３：ｍ＜０（前に移動））、顧客用ＰＣ２０３は、ｎ番目のイベント以降のイベントの予定日を全てｍ日前倒した日に設定する（ステップＳ１１０４）。そして、顧客用ＰＣ２０３は、顧客都合によるリスケジュール処理を終了する。
【０１１３】
移動の方向が後ろである、すなわち、ｍが０より大きい場合（ステップＳ１１０３：ｍ＞０（後ろに移動））、顧客用ＰＣ２０３は、変数Ｌに、ｎ番目のイベントの実績日または移動後の予定日とｎ＋１番目のイベントの予定日との間隔を代入する（ステップＳ１１０５）。次に、顧客用ＰＣ２０３は、ｎ＋１番目のイベントに設定された「前のイベントの最小期間（ｘ）」とＬとを比較する（ステップＳ１１０６）。
【０１１４】
顧客用ＰＣ２０３は、比較の結果、Ｌがｘより小さいか否かを判断する（ステップＳ１１０７）。Ｌがｘより小さい場合（ステップＳ１１０７：Ｙｅｓ）、顧客用ＰＣ２０３は、変更前のｎ＋１番目のイベントの予定日を、ｎ番目のイベントの変更前の予定日からｍ＋ｘ日後に設定し、顧客用ＰＣ２０３の画面上に表示する（ステップＳ１１０８）。そして、顧客用ＰＣ２０３は、ｎをインクリメントし（ステップＳ１１０９）、ステップＳ１１０５の処理に移行する。このように、顧客用ＰＣ２０３は、Ｌがｘより小さい限り、次のイベントについても同じ処理を繰り返す。
【０１１５】
一方、Ｌがｘ以上である場合（ステップＳ１１０７：Ｎｏ）、顧客用ＰＣ２０３は、顧客都合によるリスケジュール処理を終了する。このように、Ｌがｘより大きい場合、顧客用ＰＣ２０３は、以降のイベントの予定日を変更しない。
【０１１６】
以上説明したように、顧客用ＰＣ２０３は、あるイベントの後のイベントの予定日を、そのあるイベントの実績日から後のイベントの確保すべき最小期間が経過した日が、後のイベントの予定日後ならずらし、予定日以前ならば維持する。ここで、後のイベントの最小期間により、サポート担当者が作業に完了させるために確保すべき期間が確保されることが担保されるので、顧客用ＰＣ２０３は、実績日に応じて後のイベントの予定日を容易に決定することができる。
【０１１７】
また、顧客用ＰＣ２０３が、顧客ｃｌｉが実行する第２のイベントの予定日を受け付けるとする。そして、第２のイベントの次には、サポート担当者ｓｒが実行する第１のイベントがあるとする。この場合、顧客用ＰＣ２０３は、第１のイベントの予定日の候補期間を、受け付けた予定日を基準として第１のイベントの最小期間から最大期間までとして表示し、受け付けた日を第１のイベントの予定日として登録してもよい。これにより、顧客用ＰＣ２０３は、利害関係が異なる顧客ｃｌｉとサポート担当者ｓｒとが存在する中で、第１のイベントの予定日を顧客ｃｌｉの希望通りにしつつ、サポート担当者ｓｒが第１のイベントを実行する最低限の期間を確保することができる。
【０１１８】
また、顧客用ＰＣ２０３は、第１のイベントの予定日の候補期間を複数の候補日に分割して表示してもよい。そして、第１のイベントの次に、第３のイベントがあるとする。この場合、顧客用ＰＣ２０３は、各候補日に対応して、各候補日に第３のイベントの最小期間を加えた期間から各期間に第３のイベントの最大期間を加えた期間までの間を、第３のイベントの予定日の候補期間として表示してもよい。これにより、顧客ｃｌｉは、第１のイベントの予定日としていずれかの候補日を選択しなくとも、第１のイベントの次の第３のイベントの候補期間がどのような期間になるかを確認することができる。
【０１１９】
また、顧客用ＰＣ２０３は、第１のイベントの予定日の候補期間を複数の候補日を、各候補日の間で異なる模様または／および色彩を付与して表示してもよい。そして、顧客用ＰＣ２０３は、各候補日に対応して、第３のイベントの予定日の候補期間を、各候補日に付与された模様と同一の模様、または／および各候補日に付与された色彩と同一の色彩を付与して表示してもよい。これにより、顧客ｃｌｉは、第１のイベントの予定日の候補日と、第３のイベントの予定日の候補期間との対応関係を、模様や色彩により直観的に把握することができる。
【０１２０】
また、スケジューリングシステム２００は、一度の提案で、顧客ｃｌｉとアクションプランについて合意することができる。また、スケジューリングシステム２００は、アクションプラン合意後に変更があっても、以降のスケジュールについて一度の提案で顧客ｃｌｉと合意することができる。また、顧客ｃｌｉは、タイムリーに状況を知ることができる。また、スケジューリングシステム２００は、メールでアクションプランを通知する方法とは違い、スケジュールの送り間違いや紛失がない。
【０１２１】
また、カレンダー更新用エージェントソフトウェア５０１によっては、アラーム通知を出させることができる。また、カレンダー更新用エージェントソフトウェア５０１によっては、配布したカレンダーを取り込むことで、スマートフォン等を含む複数のデバイスのスケジュール管理ソフトとカレンダー連携ができる。また、スケジューリングシステム２００は、ネットワーク２１０を経由するため、海外の顧客ｃｌｉに対しても時差や言語の壁を考慮せずにアクションプランを通知できる。また、スケジューリングシステム２００は、アクションプランの実施履歴から、サービスの品質を計ることができる。例えば、スケジューリングシステム２００は、サポート担当者が実行するイベントの実績日と、顧客ｃｌｉが登録した予定日とのずれの量により、サービスの品質を算出することができる。
【０１２２】
なお、本実施の形態で説明したスケジューリング方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本スケジューリングプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本スケジューリングプログラムは、インターネット等のネットワークを介して配布してもよい。
【０１２３】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１２４】
（付記１）コンピュータに、
順に行われる複数のイベントのうちのいずれかのイベントが実行される実績期間を受け付け、
前記複数のイベントの各イベントを実行する予定の予定期間と、前記各イベントの前のイベントの実行後、前記各イベントを実行するまでに確保すべき期間とを、前記各イベントに対応付けて記憶する記憶部を参照して、前記実績期間後、前記いずれかのイベントの予定期間の後に実行する予定である他のイベントに対応付けられた期間が経過した時点が、前記他のイベントの予定期間より後であるか否かを判定し、
前記経過した時点が前記他のイベントの予定期間より後であると判定した場合、前記記憶部に記憶された前記他のイベントの予定期間を、前記経過した時点以降の期間に変更し、前記経過した時点が前記他のイベントの予定期間以前である場合、前記記憶部に記憶された前記他のイベントの予定期間を維持する、
処理を実行させることを特徴とするスケジューリングプログラム。
【０１２５】
（付記２）前記記憶部は、
順に行われる複数のイベントの各イベントが、サービスを提供する者が実行するイベントである第１の種別、または前記サービスの提供を受ける者が実行するイベントである第２の種別のいずれか一方であることを特定する情報と、当該各イベントを実行するまでに確保すべき最小の期間および最大の期間とを記憶し、
前記コンピュータに、
前記第１の種別であると特定される第１のイベントの前であって、前記第２の種別であると特定される第２のイベントの予定期間を受け付け、
受け付けた前記第２のイベントの予定期間に前記第１のイベントの最小の期間を加えた期間から前記第２のイベントの予定期間に前記第１のイベントの最大の期間を加えた期間までの間を、前記第１のイベントの予定期間の候補期間として表示し、
前記候補期間のうちの前記第１のイベントの予定期間として受け付けた期間を、前記第１のイベントの予定期間として前記記憶部に登録し、
前記第２のイベントが実行される実績期間を受け付けた場合、前記判定する処理を実行させる、
ことを特徴とする付記１に記載のスケジューリングプログラム。
【０１２６】
（付記３）前記表示する処理は、
前記候補期間を、複数の期間に分割して表示し、
前記コンピュータに、
前記複数の期間の各期間に対応して、前記各期間に前記第１のイベントの次の第３のイベントの最小の期間を加えた期間から前記各期間に前記第３のイベントの最大の期間を加えた期間までの間を、前記第３のイベントの予定期間の候補期間として表示する、
処理を実行させることを特徴とする付記２に記載のスケジューリングプログラム。
【０１２７】
（付記４）前記表示する処理は、
前記各期間を、前記各期間の間で異なる模様または／および色彩を付与して表示し、
前記コンピュータに、
前記各期間に対応して、前記各期間に前記第３のイベントの最小の期間を加えた期間から前記各期間に前記第３のイベントの最大の期間を加えた期間までの間を、前記各期間に付与された模様と同一の模様、または／および前記各期間に付与された色彩と同一の色彩を付与して表示する、
処理を実行させることを特徴とする付記３に記載のスケジューリングプログラム。
【０１２８】
（付記５）前記表示する処理は、
前記候補期間を、前記コンピュータが有する画面内のカレンダー上に表示する、
処理を実行させることを特徴とする付記２〜４のいずれか一つに記載のスケジューリングプログラム。
【０１２９】
（付記６）順に行われる複数のイベントの各イベントを実行する予定の予定期間と、前記各イベントの前のイベントの実行後、前記各イベントを実行するまでに確保すべき期間とを、前記各イベントに対応付けて記憶する記憶部と、
前記複数のイベントのうちのいずれかのイベントが実行される実績期間を受け付け、前記記憶部を参照して、前記実績期間後、前記いずれかのイベントの予定期間の後に実行する予定である他のイベントに対応付けられた期間が経過した時点が、前記他のイベントの予定期間より後であるか否かを判定し、前記経過した時点が前記他のイベントの予定期間より後であると判定した場合、前記記憶部に記憶された前記他のイベントの予定期間を、前記経過した時点以降の期間に変更し、前記経過した時点が前記他のイベントの予定期間以前である場合、前記記憶部に記憶された前記他のイベントの予定期間を維持する制御部と、
を有することを特徴とするスケジューリング装置。
【０１３０】
（付記７）コンピュータが、
順に行われる複数のイベントのうちのいずれかのイベントが実行される実績期間を受け付け、
前記複数のイベントの各イベントを実行する予定の予定期間と、前記各イベントの前のイベントの実行後、前記各イベントを実行するまでに確保すべき期間とを、前記各イベントに対応付けて記憶する記憶部を参照して、前記実績期間後、前記いずれかのイベントの予定期間の後に実行する予定である他のイベントに対応付けられた期間が経過した時点が、前記他のイベントの予定期間より後であるか否かを判定し、
前記経過した時点が前記他のイベントの予定期間より後であると判定した場合、前記記憶部に記憶された前記他のイベントの予定期間を、前記経過した時点以降の期間に変更し、前記経過した時点が前記他のイベントの予定期間以前である場合、前記記憶部に記憶された前記他のイベントの予定期間を維持する、
処理を実行することを特徴とするスケジューリング方法。
【符号の説明】
【０１３１】
ｃｌｉＡ〜ｃｌｉＣ  顧客
ｅ１〜ｅ４  イベント
ｓｒ  サポート担当者
１０１  スケジューリング装置
１１０、５２０  記憶部
５１１  受け付け部
５１２  表示部
５１３  登録部
５１４  判定部
５１５  変更部
【図１】
2018060429.tif 000003
【図２】
2018060429.tif 000004
【図３】
2018060429.tif 000005
【図４】
2018060429.tif 000006
【図５】
2018060429.tif 000007
【図６】
2018060429.tif 000008
【図７】
2018060429.tif 000009
【図８】
2018060429.tif 000010
【図９】
2018060429.tif 000011
【図１０】
2018060429.tif 000012
【図１１】
2018060429.tif 000013