JP7296684B1 - 予定調整システム、予定調整方法及びプログラム - Google Patents

Abstract

【課題】効率的なスケジュール管理・運営を行う。【解決手段】サービス提供事業者の予定を調整する予定調整システムは、サービス提供用データを取得し、取得したサービス提供用データに基づいて、サービス提供事業者のスケジュールデータを生成し、生成したスケジュールデータを出力し、出力したスケジュールデータに対して、サービス提供用データの変更を受け付け、変更を受け付けたスケジュールデータに発生した矛盾を検出し、検出した矛盾に応じて、変更を受け付けたスケジュールデータの注目度を変更し、検出した矛盾に応じて、一乃至複数の対処法を生成し、生成した一乃至複数の対処法を出力し、出力した一乃至複数の対処法に対する選択を受け付け、選択を受け付けた対処法に応じて、変更を受け付けたスケジュールデータの注目度を更新する。【選択図】図１

Description

特許法第３０条第２項適用 令和４年４月７日に自社ウェブサイトにて公開

特許法第３０条第２項適用 令和４年４月７日に株式会社ＰＲ ＴＩＭＥＳのプレスリリースサイトにて公開 〔刊行物等〕

本発明は、サービス提供事業者の予定の調整に有効な技術に関する。

近年、要介護人口が増加傾向にある。これに伴い、介護事業は、様々な形態・細分化・異業種の参画等が進み、事業規模が大きくなっている。一方、介護事業は、人手不足が問題視されており、介護事業者は、十分な数の職員を確保することが困難な状況にある。そのため、介護事業の効率的な運営・運用のためのシステムが注目されている。
例えば、特許文献１では、訪問介護事業において、スタッフが実施する介護作業対象者の利用者名、介護内容、スタッフ自身の稼働可能時間帯内での訪問介護時刻の組み合わせによって作成されたスタッフに対応した稼働スケジュールとのマッチングが対応照合され、照合結果で矛盾がある場合、この矛盾を一覧として表示するシステムが開示されている。

特開２０２０－１３５７７７号公報

訪問介護等の訪問事業において、スケジュールの作成時、利用者の状況・サービス内容、職員の保有資格・保有スキル、訪問先同士の距離等によって、スケジュールの空きや重複等の矛盾が生じてしまう場合がある。この場合、この矛盾を解消するために、利用者の状況・サービス内容の確認、職員の保有資格・保有スキルの確認、移動距離・時間の確認等、様々な確認作業が必要となり、スケジュール作成に多大な時間を費やしてしまうという問題があった。
そのため、スケジュール作成時に発生する様々な矛盾の解決法を提案し、且つ、短時間で効率的にスケジュールを作成する技術が求められている。
しかしながら、特許文献１に記載の技術では、スケジュールの矛盾を一覧にして表示することはできても、この矛盾の解決法を提案するものではなく、且つ、短時間で効率的にスケジュールを作成するものでもなかった。
そこで、本発明者は、スケジュール作成時に発生する様々な矛盾の解決法を提案し、且つ、短時間で効率的にスケジュールを作成する仕組みに着目した。

本発明は、視覚的にスケジュールに発生した矛盾を把握することを容易にし、この矛盾の効果的な解消を図ることにより、効率的なスケジュール管理・運営を行うことを可能とする予定調整システム、予定調整方法及びプログラムを提供することを目的とする。

本発明は、サービス提供事業者の予定を調整する予定調整システムであって、
サービス提供用データを取得する取得部と、
取得した前記サービス提供用データに基づいて、前記サービス提供事業者のスケジュールデータを生成するデータ生成部と、
生成した前記スケジュールデータを出力するデータ出力部と、
出力した前記スケジュールデータに対して、前記サービス提供用データの変更を受け付ける変更受付部と、
変更を受け付けた前記スケジュールデータに発生した矛盾を検出する検出部と、
検出した前記矛盾に応じて、変更を受け付けた前記スケジュールデータの注目度を変更する変更部と、
検出した前記矛盾に応じて、一乃至複数の対処法を生成する対処法生成部と、
生成した前記一乃至複数の対処法を出力する対処法出力部と、
出力した前記一乃至複数の対処法に対する選択を受け付ける選択受付部と、
選択を受け付けた前記対処法に応じて、変更を受け付けた前記スケジュールデータの注目度を更新する更新部と、
を備える予定調整システムを提供する。

本発明によれば、サービス提供事業者の予定を調整する予定調整システムは、サービス提供用データを取得し、取得した前記サービス提供用データに基づいて、前記サービス提供事業者のスケジュールデータを生成し、生成した前記スケジュールデータを出力し、出力した前記スケジュールデータに対して、前記サービス提供用データの変更を受け付け、変更を受け付けた前記スケジュールデータに発生した矛盾を検出し、検出した前記矛盾に応じて、変更を受け付けた前記スケジュールデータの注目度を変更し、検出した前記矛盾に応じて、一乃至複数の対処法を生成し、生成した前記一乃至複数の対処法を出力し、出力した前記一乃至複数の対処法に対する選択を受け付け、選択を受け付けた前記対処法に応じて、変更を受け付けた前記スケジュールデータの注目度を更新する。

本発明は、システムのカテゴリであるが、端末、方法及びプログラムであっても同様の作用、効果を奏する。

本発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

予定調整システム１の概要を説明する図である。 予定調整システム１の機能構成を示す図である。 予定調整システム１が実行するスケジュールデータ出力処理のフローチャートを示す図である。 スケジュールデータの一例を模式的に示した図である。 スケジュールデータを出力した状態の一例を模式的に示した図である。 スケジュールタイトル及びスケジュール内容を出力した状態の一例を模式的に示した図である。 予定調整システム１が実行する注目度変更処理のフローチャートを示す図である。 サービス提供用データの変更を受け付けた状態の一例を模式的に示した図である。 注目度を変更したスケジュールデータの一例を模式的に示した図である。 予定調整システム１が実行する注目度更新処理のフローチャートを示す図である。 スケジュールタイトル及びスケジュール内容を出力した状態の一例を模式的に示した図である。 対処法を出力した状態の一例を模式的に示した図である。 矛盾が解消された状態における注目度を更新したスケジュールデータの一例を模式的に示した図である。 矛盾が許容された状態における注目度を更新したスケジュールデータの一例を模式的に示した図である。 矛盾が許容された状態におけるスケジュールタイトル及びスケジュール内容を出力した状態の一例を模式的に示した図である。

以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。
なお、本明細書におけるサービス提供事業者は、所定の場所（例えば、利用者や物品の所在地）を訪問し、所定のサービス（例えば、訪問介護、訪問看護、訪問診療等の医療・福祉等の利用者を対象に提供するものだけでなく、保守メンテナンス、清掃、修理、点検等の物品を対象に提供するものを含む）を提供する事業者を意図するものである。所定の場所とは、異なる場所や同じ場所を含む。

［予定調整システム１の概要］
図１は、予定調整システム１の概要を説明するための模式図である。
予定調整システム１は、サービス提供事業者が管理する事業者端末１０を備え、事業者端末１０が、サービス提供事業者の予定を調整する処理を実現する。

予定調整システム１を構成する端末について説明する。
予定調整システム１は、少なくとも上述した事業者端末１０を備えるシステムであれば良い。この事業者端末１０は、例えば、携帯電話、スマートフォン、タブレット端末等の携帯端末やパーソナルコンピュータ等の端末である。
なお、予定調整システム１は、サーバ機能を有するコンピュータと、事業者端末１０とを備えるシステムであっても良い。この場合、コンピュータは、例えば、１台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。この場合における予定調整システム１は、後述する事業者端末１０が実行する各処理の一部又は全部を、コンピュータが行うものであっても良いし、コンピュータと事業者端末１０とが協働してその処理を実行するものであっても良い。
本明細書におけるクラウドコンピュータとは、ある特定の機能を果たす際に、任意のコンピュータをスケーラブルに用いるものや、あるシステムを実現するために複数の機能モジュールを含み、その機能を自由に組み合わせて用いるものの何れであっても良い。
本実施形態において、予定調整システム１は、上述した事業者端末１０により構成されるが、それ以外の端末や装置を含むものであっても良い。その他の端末や装置類等は、その数、種類及び機能については、適宜変更可能である。

予定調整システム１が、サービス提供事業者の予定を調整する際の処理ステップの概要について説明する。

事業者端末１０は、サービス提供用データを取得する（ステップＳ１）。
サービス提供用データは、少なくとも、提供先データ、提供者データ、提供時間データ及び提供内容データを含むものである。
事業者端末１０は、事業者端末１０とデータ通信可能に接続されたデータベース（以下、データベースを単にＤＢとも称す）を参照し、サービス提供用データを取得する。
なお、事業者端末１０は、サービス事業者、職員又はシステムの管理者等から、サービス提供用データの入力を受け付け、サービス提供用データを取得するものであっても良いし、それ以外の方法によりサービス提供用データを取得するものであっても良い。

事業者端末１０は、取得したサービス提供用データに基づいて、サービス提供事業者のスケジュールデータを生成する（ステップＳ２）。
スケジュールデータは、例えば、サービスの提供予定に関するデータである。
事業者端末１０は、サービス提供用データの各データに基づいて、提供時間の重複、人員の不適格、移動時間の不足等の矛盾が発生しないように、職員の予定を組み立て、スケジュールデータとして生成する。

事業者端末１０は、生成したスケジュールデータを出力する（ステップＳ３）。
事業者端末１０は、生成したスケジュールデータを予定表上に重ねて配置する。事業者端末１０は、この予定表を自身の表示部に表示し、生成したスケジュールデータを出力する。このとき、予定表上の該当する場所には、生成したスケジュールデータの開始時刻・終了時刻及び提供先名称等のスケジュールタイトルが配置されている。

事業者端末１０は、出力したスケジュールデータに対して、サービス提供用データの変更を受け付ける（ステップＳ４）。
事業者端末１０は、出力したスケジュールデータに対して、タップ操作、クリック操作等の入力操作を受け付け、サービス提供用データの変更を受け付ける。例えば、事業者端末１０は、このスケジュールデータに対してドラッグアンドドロップ等の入力操作を受け付け、担当職員の変更を受け付ける。

事業者端末１０は、変更を受け付けたスケジュールデータに発生した矛盾を検出する（ステップＳ５）。
矛盾は、例えば、提供時間の重複、人員の不適格、移動時間の不足である。
事業者端末１０は、変更後のスケジュールデータにおいて、このスケジュールデータにおける変更前のサービス提供用データ、その他の一乃至複数のスケジュールデータにおけるサービス提供用データを参照し、発生した矛盾を検出する。また、発生した矛盾を一乃至複数検出しても良いし、発生した矛盾を全て検出しても良い。

事業者端末１０は、検出した矛盾に応じて、変更を受け付けたスケジュールデータの注目度を変更する（ステップＳ６）。
注目度の変更方法は、例えば、枠色の変更、枠線の変更、背景色の変更、文字色の変更、強調表示、アイコンの追加である。
事業者端末１０は、検出した矛盾に応じて、出力したスケジュールデータの内、変更を受け付けた結果、矛盾を検出したスケジュールデータの注目度を変更する。

事業者端末１０は、検出した矛盾に応じて、一乃至複数の対処法を生成する（ステップＳ７）。
対処法は、例えば、矛盾を解消するもの、矛盾を許容するものである。具体的には、時間調整、順番調整、人員調整、矛盾の許容である。
事業者端末１０は、検出した矛盾に応じて、可能な対処法を一乃至複数生成する。このとき、事業者端末１０は、他のスケジュールデータが新たな矛盾を発生させることが無いような対処法を生成しても良い。

事業者端末１０は、生成した一乃至複数の対処法を出力する（ステップＳ８）。
事業者端末１０は、サービス事業者、職員又はシステムの管理者等から、注目度が変更されたスケジュールデータに対する、タップ操作、クリック操作等による選択を受け付け、受け付けたスケジュールデータにおける検出した矛盾の内容と、この矛盾に対する対処法とを出力する。この対処法は、矛盾を解消するためのものと、矛盾を許容するためのものがあるが、矛盾を解消するためのもののみであっても良いし、矛盾を許容するためのもののみであっても良い。

事業者端末１０は、出力した一乃至複数の対処法に対する選択を受け付ける（ステップＳ９）。
事業者端末１０は、サービス事業者、職員又はシステムの管理者等から、出力した一乃至複数の対処法に対するタップ操作、クリック操作等による選択を受け付け、サービス事業者、職員又はシステムの管理者等が所望する対処法の選択を受け付ける。

事業者端末１０は、選択を受け付けた対処法に応じて、変更を受け付けたスケジュールデータの注目度を更新する（ステップＳ１０）。また、複数のスケジュールの時間が被った場合は、複数のスケジュールの注目度を更新しても良い。また、複数のスケジュールの時間が被って、複数のスケジュールの注目度が変更される場合に、スケジュールの時間被りの矛盾が解消された時には、矛盾が解消された複数のスケジュールの注目度を更新しても良い。
注目度の更新は、例えば、枠色の変更、枠線の変更、背景色の変更、文字色の変更、強調表示、アイコンの追加である。事業者端末１０は、変更した注目度とは異なる注目度に更新する。
事業者端末１０は、矛盾の一部を解消する対処法に対する選択を受け付けた場合、矛盾を全て解消する対処法に対する選択を受け付けた場合、矛盾を許容する対処法に対する選択を受け付けた場合の各場合において、異なる注目度に更新する。

以上が、予定調整システム１の概要である。
本予定調整システム１によれば、効率的なスケジュール管理・運営を行うことが可能となる。

［装置構成］
図２は、予定調整システム１の構成を示すブロック図である。予定調整システム１は、サービス提供事業者の予定を調整するシステムであり、少なくとも事業者端末１０から構成される。本実施形態では、予定調整システム１は、事業者端末１０を備える。
なお、予定調整システム１は、サーバ機能を有するコンピュータと、事業者端末１０とを備えるシステムであっても良い。この場合、予定調整システム１は、コンピュータと、事業者端末１０とが、公衆回線網等のネットワークを介して、データ通信可能に接続されたシステムである。コンピュータは、例えば、１台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。この場合における予定調整システム１は、後述する事業者端末１０が実行する各処理の一部又は全部を、コンピュータが行うものであっても良いし、コンピュータと事業者端末１０とが協働してその処理を実行するものであっても良い。
また、予定調整システム１は、事業者端末１０に加え、その他の端末や装置類等を含むものであっても良い。その他の端末や装置類については、その数、種類及び機能については、適宜変更可能である。

事業者端末１０は、例えば、携帯電話、スマートフォン、タブレット端末等の携帯端末や、パーソナルコンピュータ等の端末である。なお、事業者端末１０は、サーバ機能を有するコンピュータであっても良い。この場合、コンピュータは、例えば、１台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。
事業者端末１０は、制御部として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス、サービス提供用データを取得する取得部１１等を備える。
事業者端末１０は、記憶部として、ハードディスクや半導体メモリ、記憶媒体、メモリカード等によるデータのストレージ部等を備える。
事業者端末１０は、処理部として、各種処理を実行する各種デバイス、サービス提供事業者のスケジュールデータを生成するデータ生成部１２、生成したスケジュールデータを出力するデータ出力部１３、サービス提供用データの変更を受け付ける変更受付部１４、変更を受け付けたスケジュールデータに発生した矛盾を検出する検出部１５、検出した矛盾に応じて、変更を受け付けたスケジュールデータの注目度を変更する変更部１６、検出した矛盾に応じて、一乃至複数の対処法を生成する対処法生成部１７、生成した一乃至複数の対処法を出力する対処法出力部１８、出力した一乃至複数の対処法に対する選択を受け付ける選択受付部１９、選択を受け付けた対処法に応じて、変更を受け付けたスケジュールデータの注目度を更新する更新部２０等を備える。

事業者端末１０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、取得モジュールを実現する。
また、事業者端末１０において、制御部が所定のプログラムを読み込むことにより、記憶部と協働して、スケジュールデータ記憶モジュールを実現する。
また、事業者端末１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、設定モジュール、スケジュールデータ生成モジュール、スケジュールデータ出力モジュール、変更受付モジュール、検出モジュール、変更モジュール、対処法生成モジュール、対処法出力モジュール、選択受付モジュール、更新モジュールを実現する。

以下、予定調整システム１が実行する各処理について、上述した各モジュールが実行する処理と併せて説明する。
本明細書において、各モジュールは、その処理内容を、自身が有する機能として実行するものであっても良いし、所定のアプリケーションを介して実行するものであっても良い。

［事業者端末１０が実行するスケジュールデータ出力処理］
図３に基づいて、事業者端末１０が実行するスケジュールデータ出力処理について説明する。同図は、事業者端末１０が実行するスケジュールデータ出力処理のフローチャートを示す図である。本スケジュールデータ出力処理は、上述したサービス提供用データを取得する取得処理（ステップＳ１）、サービス提供事業者のスケジュールデータを生成するデータ生成処理（ステップＳ２）、生成したスケジュールデータを出力するデータ出力処理部（ステップＳ３）の詳細である。

取得モジュールは、サービス提供用データを取得する（ステップＳ２０）。
サービス提供用データは、少なくとも、提供先データ（例えば、提供日、提供先名称、訪問先住所）、提供者データ（例えば、職員の名称、職員の保有資格、職員の保有スキル、職員の所属チームの名称）、提供時間データ（例えば、提供時間、提供開始時刻、提供終了時刻）及び提供内容データ（例えば、提供内容、必要資格、必要スキル、必要人数）を含むものである。本実施形態では、例えば、サービス提供用データが、少なくとも上述した４種類のデータが含まれているものとして説明する。もちろん、４種類のデータに限るものではない。
取得モジュールは、事業者端末１０とデータ通信可能に接続された他のシステム等が管理するＤＢを参照し、サービス提供用データを取得する。
なお、取得モジュールは、サービス提供用データを、サービス事業者や職員やシステムの管理者等から、入力を受け付けることにより取得しても良い。また、取得モジュールは、サービス提供用データを上述した方法以外の方法により取得しても良く、サービス提供用データの取得方法は、特に限定されるものではない。

設定モジュールは、取得したサービス提供用データに優先順位を設定することもできる（ステップＳ２１）。
設定モジュールは、サービス事業者や職員やシステムの管理者等から、取得したサービス提供用データの各データに対する優先順位の入力を受け付ける。設定モジュールは、入力を受け付けた優先順位を、各データに設定する。設定モジュールは、上述した４種類のデータの全てに優先順位を設定するものであっても良いし、この４種類のデータの内、その一部に優先順位を設定するものであっても良い。設定モジュールは、上述した４種類のデータにおいて例示したものに対して優先順位を設定するものであっても良い。例えば、設定モジュールは、提供先名称、職員の保有資格、職員の所属チーム、提供内容、必要資格に対して優先順位を設定するものであっても良い。
設定モジュールは、４種類のデータの全てに優先順位を設定する場合、例えば、提供先データを１番目、提供者データを２番目、提供時間データを３番目、提供内容データを４番目に、その優先順位を設定する。設定モジュールは、入力を受け付けた優先順位に基づいて、４種類のデータの全てに優先順位を設定する。
また、設定モジュールは、４種類のデータの内、その一部に優先順位を設定する場合、例えば、提供先データに優先順位を設定する、提供先データ及び提供者データに優先順位を設定する、提供先データ、提供者データ及び提供時間データに優先順位を設定するといったことが挙げられる。設定モジュールは、入力を受け付けた優先順位に基づいて、１種類のデータに優先順位を設定する、２種類のデータに優先順位を設定する、３種類のデータに優先順位を設定するといったことが挙げられる。
なお、設定モジュールは、予め、サービス提供用データの各データに対する優先順位を設定しておく構成も可能である。この場合、設定モジュールは、入力を受け付けた優先順位に基づいて、優先順位の設定を変更しても良いし、入力を受け付けた優先順位に、予め設定された優先順位を加味して、実際の優先順位を設定しても良い。このとき、優先される優先順位は、入力を受け付けたものであっても良いし、予め設定されたものであっても良い。

スケジュールデータ生成モジュールは、取得したサービス提供用データに基づいて、サービス提供事業者のスケジュールデータを生成する（ステップＳ２２）。
スケジュールデータは、例えば、提供日、提供開始時刻、提供終了時刻、提供先名称、訪問先住所、提供時間、担当職員、担当チーム等を含むサービスの提供予定に関するデータである。
スケジュールデータ生成モジュールは、上述した提供先データ、提供者データ、提供時間データ及び提供内容データと、各々に設定された優先順位とに基づいて、このスケジュールデータを生成する（図４参照）。４種類のデータの全てに対して、優先順位が設定された場合、スケジュールデータ生成モジュールは、この優先順位に基づいてスケジュールデータを生成する。また、４種類のデータの内、その一部に優先順位が設定された場合、スケジュールデータ生成モジュールは、優先順位が設定されなかったデータについては、最も優先順位が低い状態にあるものとして扱い、この優先順位に基づいたスケジュールデータを生成する。
スケジュールデータ生成モジュールは、サービス提供用データの各データと優先順位とに基づいて、提供時間の重複（例えば、開始時刻・終了時刻の重複、サービス提供時間帯の重複）、人員の不適格（担当者以外の人員に割当、無資格者に割当、欠勤者に割当、保有スキルが不適格な人員に割当）、移動時間の不足（訪問先同士の移動時間が不足）等の矛盾が発生しないように、職員の予定を組み立て、スケジュールデータとして生成する。

図４に基づいて、スケジュールデータについて説明する。同図は、スケジュールデータの一例を模式的に示した図である。
同図において、スケジュールデータ生成モジュールが生成する一のスケジュールデータ３０を示している。スケジュールデータ３０において、開始時刻・終了時刻及び提供先名称が示されたスケジュールタイトル３１、提供時間、訪問先所在地、担当職員が示されたスケジュール内容３２が各々示されている。
スケジュールデータ生成モジュールは、サービス提供用データに基づいて、スケジュールタイトル３１及びスケジュール内容３２を生成し、スケジュールデータ３０を生成する。スケジュールデータ生成モジュールは、このようなスケジュールデータ３０を、サービス提供用データに含まれる提供先毎、サービス提供開始時刻毎、訪問する職員毎等に生成する。本実施形態では、図４で示すスケジュールデータ３０と、別の提供先に対するスケジュールデータとの合計２種類のスケジュールデータを生成するものとして説明する。
なお、スケジュールデータ３０に含まれるデータは、例えば、図４で示したものに限定されるものではなく、これらに加えて、他のデータが含まれていても良いし、スケジュールタイトル３１及びスケジュール内容３２の内容も、適宜変更可能である。もちろん、２種類のスケジュールデータに限るものではない。

図３に戻り、スケジュールデータ出力処理の続きを説明する。
スケジュールデータ記憶モジュールは、生成したスケジュールデータを記憶する（ステップＳ２３）。
スケジュールデータ記憶モジュールは、生成した２種類のスケジュールデータを記憶する。

スケジュールデータ出力モジュールは、生成したスケジュールデータを出力する（ステップＳ２４）。
スケジュールデータ出力モジュールは、生成したスケジュールデータを、予定表上に重ねて配置し、この予定表を、自身の表示部に表示し、生成したスケジュールデータを出力する。
予定表は、例えば、一週間、一か月間等の所定の期間におけるカレンダーと、職員の業務とを対応付けたものである。
スケジュールデータ出力モジュールは、この予定表の日付及び職員の業務に該当する場所に、生成したスケジュールデータを重ねて配置する。このとき、スケジュールデータ出力モジュールは、生成したスケジュールデータのスケジュールタイトルの部分のみを予定表に重ねて配置する。このスケジュールタイトルには、生成したスケジュールデータが紐付けられている。スケジュールデータ出力モジュールは、スケジュールデータを重ねて配置した予定表を、自身の表示部に表示し、スケジュールデータを出力する（図５参照）。
スケジュールデータ出力モジュールは、出力した各スケジュールデータに対する、タップ操作、クリック操作等による選択を受け付け、受け付けたスケジュールデータのスケジュールタイトル及びスケジュール内容を自身の表示部に表示し、このスケジュールデータのスケジュールタイトル及びスケジュール内容を出力する（図６参照）。
この結果、スケジュールデータ出力モジュールは、生成したスケジュールデータを出力する。

図５に基づいて、スケジュールデータ出力モジュールが出力するスケジュールデータについて説明する。同図は、スケジュールデータを出力した状態の一例を模式的に示した図である。
同図において、予定表４０は、月曜日から水曜日までの期間一覧４１と、サービス提供事業者に所属する職員一覧４２が示されている。
スケジュールデータ出力モジュールは、生成したスケジュールデータを、このスケジュールデータの提供日と、職員の名称とに基づいて、該当する日付及び職員の予定に、生成したスケジュールデータ４３，４４を配置する。このとき、スケジュールデータ出力モジュールは、スケジュールデータ４３，４４の各々のスケジュールタイトルを、予定表４０に重ねて配置する。
スケジュールデータ出力モジュールは、スケジュールデータ４３，４４を配置した予定表４０を自身の表示部に表示することにより、生成したスケジュールデータを出力する。
スケジュールデータ出力モジュールは、スケジュールデータ４３，４４に対するタップ操作、クリック操作等による選択を受け付け、受け付けたスケジュールデータ４３，４４のスケジュールタイトル及びスケジュール内容を自身の表示部に表示し、このスケジュールデータのスケジュールタイトル及びスケジュール内容を出力する。

図６に基づいて、スケジュールデータ出力モジュールが出力するスケジュールタイトル及びスケジュール内容について説明する。同図は、スケジュールタイトル及びスケジュール内容を出力した状態の一例を模式的に示した図である。
同図において、スケジュールデータ出力モジュールは、スケジュールデータ４３に対するタップ操作、クリック操作等による選択を受け付け、選択を受け付けたスケジュールデータ４３のスケジュールタイトル３１及びスケジュール内容３２を自身の表示部に表示し、このスケジュールデータ４３のスケジュールタイトル３１及びスケジュール内容３２を出力する。このスケジュールタイトル３１及びスケジュール内容３２は、予定表４０の上に重ねて配置されたものであり、且つ、選択を受け付けたスケジュールデータ４３の近傍に配置されたものである。スケジュールデータ出力モジュールは、他のスケジュールデータに対しても、同様の操作を受け付けた場合、選択を受け付けたスケジュールデータのスケジュールタイトル及びスケジュール内容を、同様に、予定表の上に重ねて配置した状態で出力し、他のスケジュールデータのスケジュールタイトル及びスケジュール内容を出力する。
スケジュールデータ出力モジュールは、選択を受け付けたスケジュールデータ４３のスケジュールタイトル３１及びスケジュール内容３２を自身の表示部に表示することにより、スケジュールタイトル３１及びスケジュール内容３２を出力する。
なお、スケジュールタイトル３１及びスケジュール内容３２の表示方法は、上述した例に限定されるものではなく、別画面として表示する、予定表外部に配置する等のその他の場所や方法を用いても良い。

以上が、スケジュールデータ出力処理である。
なお、スケジュールデータ出力処理において、サービス提供用データに優先順位を設定しているが、この優先順位を設定しない構成も可能である。この場合、上述したステップＳ２１の処理を省略し、優先順位が設定されていないサービス提供用データに基づいて、サービス提供事業者のスケジュールデータを生成すれば良い。
予定調整システム１は、本スケジュールデータ出力処理に出力されたスケジュールデータを用いて後述する処理を実行する。

［事業者端末１０が実行する注目度変更処理］
図７に基づいて、事業者端末１０が実行する注目度変更処理について説明する。同図は、事業者端末１０が実行する注目度変更処理のフローチャートを示す図である。本注目度変更処理は、上述したサービス提供用データの変更を受け付ける変更受付処理（ステップＳ４）、変更を受け付けたスケジュールデータに発生した矛盾を検出する検出処理（ステップＳ５）、検出した矛盾に応じて、変更を受け付けたスケジュールデータの注目度を変更する変更処理（ステップＳ６）の詳細である。
本注目度変更処理は、上述したスケジュールデータ出力処理により出力されたスケジュールデータを用いる処理である。

変更受付モジュールは、出力したスケジュールデータに対して、サービス提供用データの変更を受け付ける（ステップＳ３０）。
変更受付モジュールは、出力したスケジュールデータに対して、ドラッグアンドドロップ等の入力操作を受け付け、サービス提供用データの変更を受け付ける（図８参照）。
変更の内容は、例えば、日時の変更、担当職員の変更、所属チームの変更、必要資格の変更、必要スキルの変更、提供開始時刻の変更、提供終了時刻の変更、提供内容の変更、必要人数の変更である。

図８に基づいて、サービス提供用データの変更について説明する。同図は、変更受付モジュールが、サービス提供用データの変更を受け付けた状態の一例を模式的に示した図である。
同図において、変更受付モジュールは、予定表４０におけるスケジュールデータ４３に対して、サービス提供用データの変更を受け付ける。本実施形態では、変更受付モジュールは、ドラッグアンドドロップ等の入力操作により、担当職員の割当を変更する入力を受け付けるものとして説明する。
図８において、変更受付モジュールは、スケジュールデータ４３に対するドラッグアンドドロップ等の入力操作４５を受け付け、予定表４０内でスケジュールデータ４３を移動させ、スケジュールデータ４３を別の職員に割り当てる。この変更を受け付けた後のスケジュールデータ４３を、スケジュールデータ４６として示している。
なお、その他のサービス提供用データの変更を受け付ける場合、スケジュールデータにおける各データを直接入力又は選択入力等により、その変更を受け付けるものであっても良いし、それ以外の方法によりその変更を受け付けるものであっても良い。

図７に戻り、注目度変更処理の続きを説明する。
検出モジュールは、変更を受け付けたスケジュールデータに発生した矛盾を検出する（ステップＳ３１）。
矛盾は、例えば、提供時間の重複（例えば、開始時刻・終了時刻の重複、サービス提供時間帯の重複）、人員の不適格（担当者以外の人員に割当、無資格者に割当、欠勤者に割当、保有スキルが不適格な人員に割当）、移動時間の不足（訪問先同士の移動時間が不足）である。
検出モジュールは、変更後のスケジュールデータにおいて、このスケジュールデータにおける変更前のサービス提供用データや、その他の一乃至複数のスケジュールデータにおけるサービス提供用データ等を参照し、この矛盾を検出する。なお、発生した矛盾を一乃至複数検出しても良いし、発生した矛盾を全て検出しても良い。
検出モジュールは、上述したスケジュールデータ４６において、スケジュールデータ４４における提供先データ、提供者データ、提供時間データ及び提供内容データや、スケジュールデータ４３や図示していない他のスケジュールデータにおける提供先データ、提供者データ、提供時間データ及び提供内容データ等を参照し、提供時間の重複、人員の不適格、移動時間の不足等が発生しているか否かを判断する。検出モジュールは、例えば、スケジュールデータ４６において、新たに割り当てられた職員の所属チームが、元々のスケジュールデータ４３に割り当てられていた所属チームとは異なると判断した場合、すなわち、新たに割り当てられた職員が、元々の所属チームに所属していないと判断した場合、変更後のスケジュールに矛盾が生じていると判断し、この矛盾を検出する。ここで、検出モジュールは、一の矛盾のみを検出するだけでなく、他にも矛盾が生じていると判断した場合、発生している全ての矛盾を検出する。
なお、検出モジュールが矛盾を検出しなかった場合、事業者端末１０は、本注目度変更処理を終了する。

変更モジュールは、検出した矛盾に応じて、変更を受け付けたスケジュールデータの注目度を変更する（ステップＳ３２）。
注目度の変更は、例えば、枠色の変更、枠線の変更、背景色の変更、文字色の変更、強調表示、アイコンの追加である。
変更モジュールは、検出した矛盾に応じて、上述したステップＳ２４の処理により出力しているスケジュールデータの注目度を変更する（図９参照）。変更モジュールは、注目度を変更する際、上述した例の一つの方法で注目度を変更しても良いし、上述した例の複数の方法で注目度を変更しても良い。
変更モジュールは、検出した矛盾の種類（例えば、提供時間の重複、人員の不適格、移動時間の不足）に応じて、種類毎に異なる注目度に変更しても良い。また、変更モジュールは、検出した矛盾の数に応じて、数毎に異なる注目度に変更しても良い。この場合、矛盾の数に比例して、より目立つ注目度に変更しても良い。また、変更モジュールは、検出した矛盾の数によらず、所定の注目度に変更しても良い。
この結果、スケジュールデータ出力モジュールは、変更された注目度によりスケジュールデータを出力することになる。

図９に基づいて、スケジュールデータの注目度の変更について説明する。同図は、注目度を変更したスケジュールデータの一例を模式的に示した図である。
同図において、予定表４０において、矛盾を検出したスケジュールデータ４６の注目度を変更している。矛盾が検出されていないスケジュールデータ４４の枠線が、実線により示されているのに対して、矛盾が検出されたスケジュールデータ４６の枠線が、破線により示されている。このように、矛盾が検出されたスケジュールデータ４６と、矛盾が検出されていないスケジュールデータ４４とは、異なる注目度として出力される。
なお、スケジュールデータ４６は、枠線の変更に限らず、上述した他の変更法又は複数の変更法によりその注目度が変更されるものであっても良い。

以上が、注目度変更処理である。
予定調整システム１は、本注目度変更処理により注目度を変更したスケジュールデータを用いて後述する処理を実行する。

［事業者端末１０が実行する注目度更新処理］
図１０に基づいて、事業者端末１０が実行する注目度更新処理について説明する。同図は、事業者端末１０が実行する注目度更新処理のフローチャートを示す図である。本注目度更新処理は、上述した検出した矛盾に応じて、一乃至複数の対処法を生成する対処法生成処理（ステップＳ７）、生成した一乃至複数の対処法を出力する対処法出力処理（ステップＳ８）、出力した一乃至複数の対処法に対する選択を受け付ける選択受付処理（ステップＳ９）、選択を受け付けた対処法に応じて、変更を受け付けたスケジュールデータの注目度を更新する更新処理（ステップＳ１０）の詳細である。
本注目度更新処理は、上述した注目度変更処理により注目度が変更されたスケジュールデータを用いる処理である。

対処法生成モジュールは、一乃至複数の検出した矛盾に応じて、一乃至複数の対処法を生成する（ステップＳ４０）。
対処法は、例えば、矛盾を解消するもの、矛盾を許容するものである。具体的には、時間調整（例えば、組替による移動時間の調整）、順番調整（例えば、訪問順の調整）人員調整（例えば、同時間の提供者の組替、振替・代理休暇の提示、担当者にスキル付与、スキル保有者との入替、資格保有者との入替）、矛盾の許容である。
対処法生成モジュールは、今回検出した矛盾に応じて、可能な対処法を一乃至複数生成する。対処法生成モジュールは、対処法を生成する際、矛盾を検出していないスケジュールデータに新たな矛盾を発生させることがないような対処法を生成しても良い。すなわち、対処法生成モジュールは、生成した対処法が選択された際、他のスケジュールデータとの間に矛盾が発生しないような対処法を生成しても良い。
対処法生成モジュールは、スケジュールデータ間の組替等の時間調整に関する対処法と、訪問順の変更等の順番調整に関する対処法と、職員の組替等の人員調整については、矛盾が検出されたスケジュールデータのみの変更を許容する対処法と、それ以外のスケジュールデータの変更を許容する対処法と、を生成する。すなわち、対処法生成モジュールは、矛盾を検出していない他のスケジュールデータに影響を与える対処法と、この他のスケジュールデータに影響を与えない対処法とを生成する。また、対処法生成モジュールは、矛盾の許容に関する対処法については、矛盾を無視し、スケジュールデータを変更しない対処法を生成する。
なお、対処法生成モジュールは、矛盾を解消するための対処法のみを生成しても良いし、矛盾を許容するための対処法のみを生成しても良いし、両者をともに生成しても良い。

対処法出力モジュールは、生成した一乃至複数の対処法を出力する（ステップＳ４１）。
対処法出力モジュールは、サービス事業者や職員やシステムの管理者等から、注目度が変更されたスケジュールデータに対する、タップ操作、クリック操作等による選択を受け付け、受け付けたスケジュールデータのスケジュールタイトル及びスケジュール内容を自身の表示部に表示し、このスケジュールデータのスケジュールタイトル及びスケジュール内容を出力する。（図１１参照）。このスケジュール内容には、矛盾の内容を示す項目と、矛盾を解消するための対処法に関する項目と、矛盾を許容するための対処法に関する項目とが含まれる。
対処法出力モジュールは、表示したスケジュール内容における矛盾を解消するための対処法に関する項目に対するタップ操作、クリック操作等による選択を受け付け、生成した一乃至複数の対処法を自身の表示部に表示し、生成した一乃至複数の対処法を出力する（図１２参照）。この対処法には、検出した矛盾の内容と、この矛盾を解消するための対処法の内容と、生成した対処法の選択肢とが含まれる。
この結果、対処法出力モジュールは、生成した一乃至複数の対処法を出力する。

図１１に基づいて、対処法出力モジュールが出力するスケジュールタイトル及びスケジュール内容について説明する。同図は、スケジュールタイトル及びスケジュール内容を出力した状態の一例を模式的に示した図である。
同図において、対処法出力モジュールは、注目度が変更されたスケジュールデータ４６に対するタップ操作、クリック操作等による選択を受け付け、選択を受け付けたスケジュールデータ４６のスケジュールタイトル５０及びスケジュール内容５１を自身の表示部に表示し、このスケジュールデータ４６のスケジュールタイトル５０及びスケジュール内容５１を出力する。このスケジュールタイトル５０及びスケジュール内容５１は、予定表４０の上に重ねて配置されたものであり、且つ、選択を受け付けたスケジュールデータ４６の近傍に配置されたものである。また、このスケジュール内容５１には、矛盾の内容を示す項目である矛盾内容欄５２、矛盾を解消するための対処法に関する項目である解消欄５３、矛盾を許容するための対処法に関する項目である許容欄５４が含まれる。矛盾内容欄５２は、検出した矛盾の内容を端的に表したエラーテキストが表示されるものであり、他の内容とは異なる注目度（例えば、文字色が異なる、背景色が異なる、アイコンの追加）を有するものである。更に、このエラーテキストは、予め設定された色により着色されるとともに、予め設定された優先順位に基づいてその並び順が設定されるものである。エラーテキストは、例えば、作業時間、資格、担当等については、赤色に着色され、移動時間については、青色に着色される。このとき、生成された対処法により、解消される内容と、解消されない内容とを異なる色に着色する等の対処法に応じたエラーテキストの着色を更に行っても良い。また、優先順位は、例えば、エラーテキストの内容が、担当チーム外の職員の割当、作業時間、移動時間、希望時間と割当時間との不一致である場合、最も優先されるものが担当チーム外の職員の割当であり、次に優先されるのが、作業時間であり、次に優先されるのが、移動時間が優先され、最後に優先されるのが、希望時間と割当時間の不一致である。この優先順位は、予め設定されるものであっても良いし、その都度設定されるものであっても良い。また、エラーテキストの内容は、あくまでも一例に過ぎない。解消欄５３は、検出した矛盾を解消するために、サービス事業者や職員やシステムの管理者等からの入力を受け付けるものであり、入力を受け付けることにより、後述する図１２の状態に遷移するものである。許容欄５４は、検出した矛盾を許容するために、サービス事業者や職員やシステムの管理者等からの入力を受け付けるものであり、入力を受け付けることにより、後述する図１４の状態に遷移するものである。また、一括で矛盾を許容できるようにしても良い。
対処法出力モジュールは、解消欄５３に対するタップ操作、クリック操作等による選択を受け付け、このスケジュールデータ４６に対して生成した対処法を出力する（図１２参照）。選択受付モジュールが、許容欄５４に対するタップ操作、クリック操作等による選択を受け付けた場合についての詳細は後述する。
対処法出力モジュールは、他の注目度が変更されたスケジュールデータに対しても、同様の操作を受け付けた場合、選択を受け付けたスケジュールデータのスケジュールタイトル及びスケジュール内容を、予定表４０の上に重ねて配置し、且つ、選択を受け付けたスケジュールデータの近傍に配置した状態で出力し、他の注目度が変更されたスケジュールデータのスケジュールタイトル及びスケジュール内容を出力する。
なお、スケジュールタイトル５０及びスケジュール内容５１の表示方法は、上述した例に限定されるものではなく、別画面として表示する、予定表外部に表示する等のその他の場所や方法を用いても良い。また、スケジュールタイトル５０及びスケジュール内容５１の配置場所、大きさ、その内容については、上述した例に限定されるものではない。

図１２に基づいて、対処法出力モジュールが出力する対処法について説明する。同図は、対処法を出力した状態の一例を模式的に示した図である。
同図において、対処法出力モジュールは、解消欄５３に対するタップ操作、クリック操作等の選択を受け付け、選択を受け付けたスケジュールデータ４６に対する対処法の一覧である対処法一覧６０を出力する。この対処法一覧６０は、予定表４０の上に重ねて配置されたものであり、且つ、選択を受け付けたスケジュールデータ４６の近傍に配置されたものである。また、この対処法一覧６０には、対処法の内容を示す項目である対処法内容欄６１、矛盾を解消する対処法の選択を受け付ける対処法選択欄６２、矛盾を許容する対処法の選択を受け付ける許容選択欄６３が含まれる。対処法選択欄６２には、一乃至複数の対処法を表示しても良い。対処法内容欄６１は、検出した矛盾を解消する対処法の内容を端的に表したものであり、他の内容とは異なる注目度（例えば、文字色が異なる、背景色が異なる、アイコンの追加）を有するものである。対処法選択欄６２は、検出した矛盾を解消するために生成した一乃至複数の対処法を表したものである。対処法選択欄６２には、担当チームの人員に割り当てる選択肢（例えば、「担当チームの人に割り当てる」）と、変更後の人員に割り当てる選択肢（例えば、「山田を担当チームに追加する」）とが示されている。対処法選択欄６２において、「担当チームの人に割り当てる」に対する入力を受け付けた場合、このテキストの近傍（例えば、右側）に、担当チームに所属する人員が示されたドロップダウンリストが出力され、この人員の中から、スケジュールデータ４６に割り当てる人員の選択を受け付ける。また、対処法選択欄６２において、「山田を担当チームに追加する」に対する入力を受け付けた場合、この人員をスケジュールデータ４６に割り当てる。許容選択欄６３は、検出した矛盾を許容する対処法を表したものである。許容選択欄６３には、検出した矛盾を許容する選択肢（例えば、「無視する」）が示されている。許容選択欄６３において、「無視する」に対する入力を受け付けた場合、検出した矛盾を許容する。この対処法選択欄６２及び許容選択欄６３は、サービス事業者や職員やシステムの管理者等が所望する対処法の入力を受け付けるものであり、入力を受け付けることにより、対処法の選択が行われるものである。
なお、対処法一覧６０の表示方法は、上述した例に限定されるものではなく、別画面として表示する、予定表外部に表示する等のその他の場所や方法を用いても良い。また、対処法一覧６０の配置場所、大きさ、その内容については、上述した例に限定されるものではない。また、選択した対処法によって、提供用データを上書き変更しても良い。例えば、職員を担当チームに入れる対処法を選択した場合、提供用データの職員の担当チームのメンバーを上書き変更する。

図１０に戻り、注目度更新処理の続きを説明する。
選択受付モジュールは、出力した一乃至複数の対処法に対する選択を受け付ける（ステップＳ４２）。
選択受付モジュールは、対処法出力モジュールが出力した対処法に対する選択を受け付ける。選択受付モジュールは、上述した図１１における許容欄５４、上述した図１２における対処法選択欄６２又は上述した図１２における許容選択欄６３の何れかに対するタップ操作、クリック操作等による選択を受け付け、サービス事業者や職員やシステムの管理者等が所望する対処法の選択を受け付ける。

更新モジュールは、選択を受け付けた対処法に応じて、変更を受け付けたスケジュールデータの注目度を更新する（ステップＳ４３）。
注目度の更新は、例えば、枠色の変更、枠線の変更、背景色の変更、文字色の変更、強調表示、アイコンの追加である。更新モジュールが注目度を更新するとは、上述したステップＳ３２の処理により変更した注目度を、別の注目度に変更することを意図するものである。
更新モジュールは、選択を受け付けた対処法に応じて、注目度を更新する。更新モジュールは、矛盾の一部を解消する対処法の選択を受け付けた場合、矛盾の全てを解消する対処法の選択を受け付けた場合、矛盾を許容する対処法の選択を受け付けた場合の各々において、異なる注目度に更新する。スケジュールデータ出力モジュールは、これらの各場合において、各々、異なる注目度によりスケジュールデータを出力することになる。
なお、複数のスケジュールの時間が被って、複数のスケジュールの注目度が変更される場合に、スケジュールの時間被りの矛盾が解消された時には、矛盾が解消された複数のスケジュールの注目度を更新しても良い。

更新モジュールがスケジュールデータの注目度を更新する上述した各場合について説明する。
矛盾の一部を解消する対処法の選択を受け付けた場合について説明する。この場合は、例えば、複数の矛盾が検出され、この矛盾の一部を解消する対処法のみの選択を受け付けた場合が挙げられる。
更新モジュールは、この場合、上述したステップＳ３２の処理により変更した注目度よりも、該当する矛盾に応じた適切な注目度に更新する（例えば、枠色を薄くする、枠線を細くする、背景色を薄くする、文字色を薄くする、小さな強調表示、異なるアイコンの追加）。

矛盾を全て解消する対処法の選択を受け付けた場合について説明する。この場合は、例えば、上述した図１２において、選択受付モジュールが、対処法内容欄６１に示された何れかの対処法の選択を受け付けた場合が挙げられる。例えば、「山田を担当チームに追加する」に対する入力を受け付けた場合である。
更新モジュールは、この場合、変更を受け付けたスケジュールデータの注目度を、変更モジュールが変更する以前の注目度に戻るように更新する（図１３参照）。
なお、変更モジュールは、変更を受け付けたスケジュールデータに加えて、この変更を受け付けたスケジュールデータにより影響を受けた全てのスケジュールデータの注目度を併せて更新しても良い。

図１３に基づいて、スケジュールデータの注目度の更新について説明する。同図は、注目度を更新したスケジュールデータの一例を模式的に示した図である。
同図において、予定表４０において、矛盾を全て解消したスケジュールデータ７０の注目度が、上述したステップＳ３２の処理により注目度を変更する以前の注目度に戻るように更新されている。上述した図９で示した通り、スケジュールデータ４６は、変更された注目度として枠線が破線で示されていたが、このスケジュールデータ４６において検出された矛盾を全て解消する対処法が選択された結果、スケジュールデータ７０は、更新された注目度として枠線が実線で示されている。このスケジュールデータ７０の注目度は、図５で示した矛盾が検出されなかった時点でのスケジュールデータ４３の注目度と同様の注目度に更新されている。
スケジュールデータ出力モジュールは、スケジュールデータ７０に対するタップ操作、クリック操作等による選択を受け付け、受け付けたスケジュールデータ７０のスケジュールタイトル及びスケジュール内容を自身の表示部に表示し、このスケジュールデータのスケジュールタイトル及びスケジュール内容を出力する。このとき、スケジュールデータ出力モジュールは、上述した図６で示したものと同様に、スケジュールデータ４３に対して受け付けたサービス提供用データの変更を反映したスケジュールタイトル及びスケジュール内容を出力する。

矛盾を許容する対処法の選択を受け付けた場合について説明する。この場合は、例えば、上述した図１１において、選択受付モジュールが、許容欄５４の選択を受け付けた場合、又は、上述した図１２において、選択受付モジュールが、許容選択欄６３の選択を受け付けた場合が挙げられる。
更新モジュールは、この場合、上述したステップＳ３２の処理により変更した注目度から、該当する矛盾に応じた適切な注目度に更新する（例えば、枠色を薄くする、枠線を細くする、背景色を薄くする、文字色を薄くする、小さな強調表示、異なるアイコンの追加）（図１４参照）。このとき、更新モジュールは、上述した矛盾の一部を解消する対処法の選択を受け付けた際に更新する注目度とは異なる注目度に更新する。

図１４に基づいて、スケジュールデータの注目度の更新について説明する。同図は、注目度を更新したスケジュールデータの一例を模式的に示した図である。
同図において、予定表４０において、矛盾を許容したスケジュールデータ８０の注目度が、上述したステップＳ３２の処理により変更した注目度とは異なる注目度に更新されている。上述した図９で示した通り、スケジュールデータ４６は、変更された注目度として枠線が破線で示されていたが、スケジュールデータ４６において検出された矛盾を許容する対処法が選択された結果、このスケジュールデータ８０は、更新された注目度として枠線が点線で示されている。
スケジュールデータ出力モジュールは、スケジュールデータ８０に対するタップ操作、クリック操作等による選択を受け付け、受け付けたスケジュールデータ８０のスケジュールタイトル及びスケジュール内容を自身の表示部に表示し、このスケジュールデータのスケジュールタイトル及びスケジュール内容を出力する（図１５参照）。このスケジュール内容には、許容した矛盾の内容を示す項目と、この矛盾を解消するための対処法に関する項目とが含まれる。矛盾を解消するための対処法に関する項目については、上述した図１１における解消欄５３と同様のものである。

図１５に基づいて、対処法出力モジュールが出力するスケジュールタイトル及びスケジュール内容について説明する。同図は、スケジュールタイトル及びスケジュール内容を出力した状態の一例を模式的に示した図である。
同図において、対処法出力モジュールは、注目度が更新されたスケジュールデータ８０に対するタップ操作、クリック操作等による選択を受け付け、選択を受け付けたスケジュールデータ８０のスケジュールタイトル８１及びスケジュール内容８２を自身の表示部に表示し、このスケジュールデータ８０のスケジュールタイトル８１及びスケジュール内容８２を出力する。このスケジュールタイトル８１及びスケジュール内容８２は、上述した図１１で示したスケジュールタイトル５０及びスケジュール内容５１と同様に配置されたものである。スケジュールタイトル８１は、上述した図１１におけるスケジュールタイトル５０と同様である。スケジュール内容８２は、許容した矛盾の内容を示す項目である矛盾内容欄８３、許容した矛盾を解消するための対処法に関する項目である解消欄８４が含まれる。矛盾内容欄８３は、許容した矛盾の内容を端的に表したものであり、上述した図１１における矛盾内容欄５２とは異なる注目度（例えば、文字色が異なる、背景色が異なる、アイコンの追加）を有するものである。ここで、矛盾内容欄８３は、上述した矛盾内容欄５２とは異なり、該当する矛盾に応じた適切な注目度を有する（例えば、枠色を薄くする、枠線を細くする、背景色を薄くする、文字色を薄くする、小さな強調表示、異なるアイコンの追加）。解消欄８４は、上述した図１１における解消欄５３と同様である。
なお、スケジュールタイトル８１及びスケジュール内容８２の表示方法は、上述した例に限定されるものではなく、別画面として表示する、予定表外部に表示する等のその他の場所や方法を用いても良い。また、スケジュールタイトル８１及びスケジュール内容８２の配置場所、大きさ、その内容については、上述した例に限定されるものではない。

以上が、注目度更新処理である。

上述した各処理は、別個の処理として記載しているが、事業者端末１０は、上述した各処理の一部又は全部を組み合わせて実行する構成も可能である。また、事業者端末１０は、各処理において、説明したタイミング以外のタイミングであっても、その処理を実行する構成も可能である。

予定調整システム１が、事業者端末１０と、この事業者端末１０とデータ通信可能に接続されたコンピュータとから構成される場合、コンピュータが、各種処理を実行し、実行結果を事業者端末１０が出力するものであれば良い。
例えば、スケジュールデータ出力処理において、コンピュータが、ステップＳ２０～Ｓ２３の処理を実行し、生成したスケジュールデータを、事業者端末１０に出力させれば良い。注目度変更処理において、コンピュータが、事業者端末１０が受け付けたサービス提供用データの変更に関するデータを取得し、ステップＳ３１及びＳ３２の処理を実行し、変更した注目度を、事業者端末１０に出力させれば良い。注目度更新処理において、コンピュータが、ステップＳ４０の処理を実行し、生成した対処法を、事業者端末１０に出力させれば良い。コンピュータが、事業者端末１０が選択を受け付けた対処法に関するデータを取得し、ステップＳ３２の処理を実行し、更新した注目度を、事業者端末１０に出力させれば良い。

上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、コンピュータからネットワーク経由で提供される（ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態やクラウドサービスで提供されて良い。また、プログラムは、コンピュータ読取可能な記録媒体に記録された形態で提供されて良い。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記録装置又は外部記録装置に転送し記録して実行する。また、そのプログラムを、記録装置（記録媒体）に予め記録しておき、その記録装置から通信回線を介してコンピュータに提供するようにしても良い。

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

（１）サービス提供事業者の予定を調整する予定調整システムであって、
サービス提供用データを取得する取得部（例えば、取得部１１、取得モジュール）と、
取得した前記サービス提供用データに基づいて、前記サービス提供事業者のスケジュールデータを生成するデータ生成部（例えば、データ生成部１２、スケジュールデータ生成モジュール）と、
生成した前記スケジュールデータを出力するデータ出力部（例えば、データ出力部１３、スケジュールデータ出力モジュール）と、
出力した前記スケジュールデータに対して、前記サービス提供用データの変更を受け付ける変更受付部（例えば、変更受付部１４、変更受付モジュール）と、
変更を受け付けた前記スケジュールデータに発生した矛盾を検出する検出部（例えば、検出部１５、検出モジュール）と、
検出した前記矛盾に応じて、変更を受け付けた前記スケジュールデータの注目度を変更する変更部（例えば、変更部１６、変更モジュール）と、
検出した前記矛盾に応じて、一乃至複数の対処法を生成する対処法生成部（例えば、対処法生成部１７、対処法生成モジュール）と、
生成した前記一乃至複数の対処法を出力する対処法出力部（例えば、対処法出力部１８、対処法出力モジュール）と、
出力した前記一乃至複数の対処法に対する選択を受け付ける選択受付部（例えば、選択受付部１９、選択受付モジュール）と、
選択を受け付けた前記対処法に応じて、変更を受け付けた前記スケジュールデータの注目度を更新する更新部（例えば、更新部２０、更新モジュール）と、
を備える予定調整システム。

（１）の発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

（２）前記更新部は、前記矛盾を許容する対処法の選択を受け付けた場合、変更を受け付けた前記スケジュールデータの注目度を、前記変更部が変更した注目度とは異なる注目度に更新する、
（１）に記載の予定調整システム。

（２）の発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

（３）前記更新部は、前記矛盾を全て解消する対処法の選択を受け付けた場合、変更を受け付けた前記スケジュールデータの注目度を、前記変更部が変更する以前の注目度に戻るように更新する、
（１）に記載の予定調整システム。

（３）の発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

（４）前記検出部は、一乃至複数の前記スケジュールデータを参照し、前記矛盾を検出する、
（１）に記載の予定調整システム。

（４）の発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

（５）前記サービス提供用データに、優先順位を設定する設定部（例えば、設定モジュール）と、
を更に備え、
前記データ生成部は、設定した前記優先順位に基づいて、前記スケジュールデータを生成する、
（１）に記載の予定調整システム。

（５）の発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

（６）前記サービス提供用データは、少なくとも、提供先データ、提供者データ、提供時間データ及び提供内容データを含む、
（１）に記載の予定調整システム。

（６）の発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

（７）前記矛盾は、提供時間の重複、人員の不適格、移動時間の不足である、
（１）に記載の予定調整システム。

（７）の発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

（８）前記対処法は、時間調整、順番調整、人員調整、矛盾の許容である、
（１）に記載の予定調整システム。

（８）の発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

（９）前記対処法出力部は、検出した矛盾に関するエラーテキストを、予め設定された色及び優先順位に基づいて、前記エラーテキストの色及び優先順位を変更し出力する、
（１）に記載の予定調整システム。

（９）の発明によれば、効率的なスケジュール管理・運営を行うことが可能となる。

（１０）サービス提供事業者の予定を調整するコンピュータが実行する予定調整方法であって、
サービス提供用データを取得するステップ（例えば、ステップＳ２０）と、
取得した前記サービス提供用データに基づいて、前記サービス提供事業者のスケジュールデータを生成するステップ（例えば、ステップＳ２２）と、
生成した前記スケジュールデータを出力するステップ（例えば、ステップＳ２４）と、
出力した前記スケジュールデータに対して、前記サービス提供用データの変更を受け付けるステップ（例えば、ステップＳ３０）と、
変更を受け付けた前記スケジュールデータに発生した矛盾を検出するステップ（例えば、ステップＳ３１）と、
検出した前記矛盾に応じて、変更を受け付けた前記スケジュールデータの注目度を変更するステップ（例えば、ステップＳ３２）と、
検出した前記矛盾に応じて、一乃至複数の対処法を生成するステップ（例えば、ステップＳ４０）と、
生成した前記一乃至複数の対処法を出力するステップ（例えば、ステップＳ４１）と、
出力した前記一乃至複数の対処法に対する選択を受け付けるステップ（例えば、ステップＳ４２）と、
選択を受け付けた前記対処法に応じて、変更を受け付けた前記スケジュールデータの注目度を更新するステップ（例えば、ステップＳ４３）と、
を備える予定調整方法。

（１１）サービス提供事業者の予定を調整するコンピュータに、
サービス提供用データを取得するステップ（例えば、ステップＳ２０）、
取得した前記サービス提供用データに基づいて、前記サービス提供事業者のスケジュールデータを生成するステップ（例えば、ステップＳ２２）、
生成した前記スケジュールデータを出力するステップ（例えば、ステップＳ２４）、
出力した前記スケジュールデータに対して、前記サービス提供用データの変更を受け付けるステップ（例えば、ステップＳ３０）、
変更を受け付けた前記スケジュールデータに発生した矛盾を検出するステップ（例えば、ステップＳ３１）、
検出した前記矛盾に応じて、変更を受け付けた前記スケジュールデータの注目度を変更するステップ（例えば、ステップＳ３２）、
検出した前記矛盾に応じて、一乃至複数の対処法を生成するステップ（例えば、ステップＳ４０）、
生成した前記一乃至複数の対処法を出力するステップ（例えば、ステップＳ４１）、
出力した前記一乃至複数の対処法に対する選択を受け付けるステップ（例えば、ステップＳ４２）、
選択を受け付けた前記対処法に応じて、変更を受け付けた前記スケジュールデータの注目度を更新するステップ（例えば、ステップＳ４３）、
を実行させるためのコンピュータ読み取り可能なプログラム。

１ 予定調整システム
１０ 事業者端末
１１ 取得部
１２ データ生成部
１３ データ出力部
１４ 変更受付部
１５ 検出部
１６ 変更部
１７ 対処法生成部
１８ 対処法出力部
１９ 選択受付部
２０ 更新部
３０，４３，４４，４６，７０，８０ スケジュールデータ
３１，５０，８１ スケジュールタイトル
３２，５１，８２ スケジュール内容
４０ 予定表
４１ 期間一覧
４２ 職員一覧
４５ 入力操作
５２，８３ 矛盾内容欄
５３，８４ 解消欄
５４ 許容欄
６０ 対処法一覧
６１ 対処法内容欄
６２ 対処法選択欄
６３ 許容選択欄

Claims (11)

1. サービス提供事業者の予定を調整する予定調整システムであって、
   サービス提供用データを取得する取得部と、
   取得した前記サービス提供用データに基づいて、前記サービス提供事業者のスケジュールデータを生成するデータ生成部と、
   生成した前記スケジュールデータを出力するデータ出力部と、
   出力した前記スケジュールデータに対して、前記サービス提供用データの変更を受け付ける変更受付部と、
   変更を受け付けた前記スケジュールデータに発生した矛盾を検出する検出部と、
   検出した前記矛盾に応じて、変更を受け付けた前記スケジュールデータの注目度を変更する変更部と、
   検出した前記矛盾に応じて、一乃至複数の対処法を生成する対処法生成部と、
   生成した前記一乃至複数の対処法を出力する対処法出力部と、
   出力した前記一乃至複数の対処法に対する選択を受け付ける選択受付部と、
   選択を受け付けた前記対処法に応じて、変更を受け付けた前記スケジュールデータの注目度を更新する更新部と、
   を備える予定調整システム。
2. 前記更新部は、前記矛盾を許容する対処法の選択を受け付けた場合、変更を受け付けた前記スケジュールデータの注目度を、前記変更部が変更した注目度とは異なる注目度に更新する、
   請求項１に記載の予定調整システム。
3. 前記更新部は、前記矛盾を全て解消する対処法の選択を受け付けた場合、変更を受け付けた前記スケジュールデータの注目度を、前記変更部が変更する以前の注目度に戻るように更新する、
   請求項１に記載の予定調整システム。
4. 前記検出部は、一乃至複数の前記スケジュールデータを参照し、前記矛盾を検出する、
   請求項１に記載の予定調整システム。
5. 前記サービス提供用データに、優先順位を設定する設定部と、
   を更に備え、
   前記データ生成部は、設定した前記優先順位に基づいて、前記スケジュールデータを生成する、
   請求項１に記載の予定調整システム。
6. 前記サービス提供用データは、少なくとも、提供先データ、提供者データ、提供時間データ及び提供内容データを含む、
   請求項１に記載の予定調整システム。
7. 前記矛盾は、提供時間の重複、人員の不適格、移動時間の不足である、
   請求項１に記載の予定調整システム。
8. 前記対処法は、時間調整、順番調整、人員調整、矛盾の許容である、
   請求項１に記載の予定調整システム。
9. 前記対処法出力部は、検出した矛盾に関するエラーテキストを、予め設定された色及び優先順位に基づいて、前記エラーテキストの色及び優先順位を変更し出力する、
   請求項１に記載の予定調整システム。
10. サービス提供事業者の予定を調整するコンピュータが実行する予定調整方法であって、
    サービス提供用データを取得するステップと、
    取得した前記サービス提供用データに基づいて、前記サービス提供事業者のスケジュールデータを生成するステップと、
    生成した前記スケジュールデータを出力するステップと、
    出力した前記スケジュールデータに対して、前記サービス提供用データの変更を受け付けるステップと、
    変更を受け付けた前記スケジュールデータに発生した矛盾を検出するステップと、
    検出した前記矛盾に応じて、変更を受け付けた前記スケジュールデータの注目度を変更するステップと、
    検出した前記矛盾に応じて、一乃至複数の対処法を生成するステップと、
    生成した前記一乃至複数の対処法を出力するステップと、
    出力した前記一乃至複数の対処法に対する選択を受け付けるステップと、
    選択を受け付けた前記対処法に応じて、変更を受け付けた前記スケジュールデータの注目度を更新するステップと、
    を備える予定調整方法。
11. サービス提供事業者の予定を調整するコンピュータに、
    サービス提供用データを取得するステップ、
    取得した前記サービス提供用データに基づいて、前記サービス提供事業者のスケジュールデータを生成するステップ、
    生成した前記スケジュールデータを出力するステップ、
    出力した前記スケジュールデータに対して、前記サービス提供用データの変更を受け付けるステップ、
    変更を受け付けた前記スケジュールデータに発生した矛盾を検出するステップ、
    検出した前記矛盾に応じて、変更を受け付けた前記スケジュールデータの注目度を変更するステップ、
    検出した前記矛盾に応じて、一乃至複数の対処法を生成するステップ、
    生成した前記一乃至複数の対処法を出力するステップ、
    出力した前記一乃至複数の対処法に対する選択を受け付けるステップ、
    選択を受け付けた前記対処法に応じて、変更を受け付けた前記スケジュールデータの注目度を更新するステップ、
    を実行させるためのコンピュータ読み取り可能なプログラム。
    
    

Images