JP6970846B1 - 予定設定システム、予定設定サーバ、及びプログラム - Google Patents

Abstract

【課題】イベントに参加するメンバの予定の設定を迅速に行うこと。【解決手段】本開示の一態様に係る予定設定システムは、取得された予定情報に含まれるイベントの種類が半固定であり、予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複する場合には、イベントの希望日時、又は変動予定の希望日時を予め設定されたバッファ時間内で単位時間分スライドし、イベントの希望日時、又は変動予定の希望日時をスライドした結果、予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、スライドした希望日時に変動予定を設定し、変動予定を所定のタイミングで、希望日時の確定予定に設定する。【選択図】図２

Description

本開示は、予定設定システム、予定設定サーバ、及びプログラムに関する。

従来、会議、定例会や作業等のイベントに参加するメンバの予定を調整する技術が提供されている。このような技術において、各メンバの予定の管理作業を支援するシステムが知られている（例えば、特許文献１参照）。

特開２００５−００４３０７号公報

しかしながら、メンバの予定が確定した後に、新たなイベントを受け付けた場合には、イベントの希望日時と、確定していた予定の希望日時と、が重複する場合がある。このような場合には、確定していた予定を含めてイベントに参加するメンバの予定を再スケジューリングしなければならず、予定の設定に時間がかかる。

そこで本開示は、イベントに参加するメンバの予定の設定を迅速に行うことができる予定設定システム、予定設定サーバ、予定設定方法及びプログラムを提供することを目的の１つとする。

本開示の一態様に係る予定設定システムは、イベントに参加するメンバの情報、前記イベントの希望日時の情報、前記イベントの種類の情報、を含む予定情報を取得する取得部と、前記予定情報に基づき、確定予定又は変動予定を含む予定を設定する制御部と、を備え、前記制御部は、前記イベントの種類が第１の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定の希望日時と重複しない場合には、前記予定情報に含まれる前記希望日時に確定予定を設定し、前記イベントの種類が第２の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しない場合には、前記希望日時に変動予定を設定し、前記予定情報に含まれる前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複する場合には、前記イベントの希望日時、又は前記変動予定の希望日時を予め設定されたバッファ時間内で単位時間分スライドし、前記イベントの希望日時、又は前記変動予定の希望日時をスライドした結果、前記予定情報に含まれる前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、前記スライドした希望日時に変動予定を設定し、前記変動予定を所定のタイミングで、前記希望日時の確定予定に設定する。

本開示の一態様によれば、イベントに参加するメンバの予定の設定を迅速に行うことができる。

図１は、一実施形態に係る予定設定システムの概略構成の一例を示す図である。 図２は、一実施形態に係る予定設定方法による予定設定処理のフローチャートの一例を示す図である。 図３は、図２で実行される第１調整処理のフローチャートの一例を示す図である。 図４は、各メンバのまとまった空き時間が最大となる希望日時にイベントの変動予定を設定する一例を示す図である。 図５は、図２で実行される第２調整処理のフローチャートの一例を示す図である。 図６は、一実施形態に係る予定設定方法による確定予定設定処理のフローチャートの一例を示す図である。 図７は、イベントに参加するメンバの予定の一例を示す図である。 図８は、設定済みの変動予定の希望日時をスライドして変動予定の希望日時を再び設定する例を示す図である。 図９は、イベントの希望日時をスライドして変動予定の希望日時を設定する例を示す図である。 図１０は、ＴｏＤｏ形式で入力されたリスト情報の一例を示す図である。 図１１は、一実施形態に係る予定設定サーバの機能構成の一例を示す図である。 図１２は、一実施形態に係る予定設定サーバなどのハードウェア構成の一例を示す図である。

以下、本開示の実施形態について添付図面を参照して詳細に説明する。以下の説明では、同一の部には同一の符号が付される。同一の部は名称、機能などが同じであるため、詳細な説明は繰り返さない。

（予定設定システム）
図１は、一実施形態に係る予定設定システムの概略構成の一例を示す図である。図１に示す予定設定システム１は、デバイス１０と、予定設定サーバ２０と、を含む。

デバイス１０は、携帯電話、スマートフォン、タブレット型端末などの携帯端末（移動通信端末）であってもよいし、パソコン（Personal Computer（ＰＣ））、サーバなどの固定通信端末であってもよい。つまり、本開示におけるデバイス１０は、通信デバイスで読み替えることができる。

デバイス１０は、有線及び／又は無線（例えば、Long Term Evolution（ＬＴＥ）、5^th Generation New Radio（５Ｇ ＮＲ）、Ｗｉ−Ｆｉ（登録商標）など）を介して、ネットワーク（インターネットなど）と通信してもよい。

予定設定サーバ２０は、パソコン（Personal Computer（ＰＣ））、サーバなどの固定通信端末であってもよい。予定設定サーバ２０は、デバイス１０に入力されたユーザの予定情報を取得するためのサーバであってもよい。また、予定設定サーバ２０は、デバイス１０を使用せずに、ユーザの操作に応じて入力された予定情報を直接取得してもよい。なお、本開示のサーバは、装置、デバイス、回路などで読み替えられてもよい。

デバイス１０など各装置の機能構成及びハードウェア構成の一例については、後述する。

なお、当該システム構成は一例であり、これに限られない。例えば、各装置は、図１ではそれぞれ１つずつ含まれる構成としたが、各機器の数はこれに限られず、複数存在してもよい。予定設定システム１は、一部の装置を含まない構成としてもよいし、１つの装置の機能が複数の装置により実現される構成としてもよい。

複数の装置の機能が１つの装置により実現される構成としてもよい。例えば、デバイス１０と、予定設定サーバ２０と、が１つのサーバ上で実装されてもよい。

（予定設定方法）
本開示の一実施形態に係る予定設定方法について、以下で説明する。各予定設定方法は、上述の予定設定システム１に適用されてもよい。

＜予定の設定＞
図２は、一実施形態に係る予定設定方法による予定設定処理のフローチャートの一例を示す図である。

まず、予定設定サーバ２０は、予定情報を取得する。予定情報は、ユーザの操作に基づきデバイス１０に入力されたイベントの情報である。予定情報は、イベントに参加するメンバの情報、イベントの希望日時の情報、及びイベントの種類の情報、を含む。予定情報は、イベントに参加するメンバの情報、イベントの希望日時の情報、及びイベントの種類の情報以外の情報を含んでもよい。

ユーザは、イベントに参加するメンバと読み替えることができる。イベントに参加するメンバは、デバイス１０に予定情報を入力するユーザ以外の者であってもよい。イベントは、打合せ、定例会又は会議等の予定である。イベントは、ユーザの作業、コンベンション、大会、議会等の予定であってもよい。

メンバの情報は、複数のメンバを一意に識別できる情報である。メンバの情報は、例えばメンバの氏、名、氏名、ニックネーム、英数字、又は識別記号であってもよい。

希望日時の情報は、イベントの開催を希望する日時である。希望日時の情報は、イベントを開催する日付、開始時間、開催時間帯、イベントの開始から終了までの時間、又は曜日の情報であってもよい。

希望日時の情報には、イベントの作業時間が含まれる。作業時間とは、イベントを行うのに必要と見込まれる時間をいう。作業時間は、例えば、年、月、日、時、分、秒単位で設定してもよい。希望日時の情報には、作業期限の情報を含んでいてもよい。作業期限とは、イベントが行われる最終の日時をいう。

イベントの種類の情報は、少なくとも２種類以上のイベントを任意に設定することができる。イベントの種類には、第１の種類、又は第２の種類を含めてもよい。イベントの種類には、３つ以上の種類を含めてもよい。本開示においては、第１の種類のイベントを「固定（確定イベント）」とも呼び、第２の種類のイベントを「半固定（変動イベント）」とも呼ぶ。

予定設定サーバ２０は、取得した予定情報に基づき、確定予定、又は変動予定を含む予定を設定する。予定設定サーバ２０は、イベントの種類が固定である場合には、希望日時に確定予定を設定し、イベントの種類が半固定である場合には、希望日時に変動予定を設定してもよい。確定予定の希望日時、及び変動予定の希望日時の情報は、予定設定サーバ２０にメンバ毎に記憶されてもよい。確定予定の希望日時、及び変動予定の希望日時の情報は、デバイス１０にメンバ毎に記憶されてもよい。確定予定の希望日時、及び変動予定の希望日時の情報は、図１に図示しない他の装置に記憶されてもよい。

確定予定とは、イベントを開催する日時を、希望日時に基づいて固定させる予定である。確定予定の希望日時は、確定予定又は他の変動予定の影響に基づいて、スライドされない。即ち、確定予定の希望日時は、一度設定されると変更されない。確定予定が設定された場合には、イベントが開催される日時が固定されてもよい。変動予定とは、イベントを開催する日時を、希望日時に基づいて一時的に固定させる予定である。変動予定の希望日時は、確定予定又は他の変動予定の影響に基づいて、スライドされる。即ち、変動予定の希望日時は、一度設定された場合であっても、新たなイベントの予約情報が取得された場合には、変更される場合がある。

予定情報は、更に、イベントのバッファ時間の情報を含んでもよい。バッファ時間とは、イベントの希望日時に対する余裕やゆとりの時間をいう。バッファ時間内において、イベントの希望日時又は変動予定の希望日時を単位時間ごとにスライドしてもよい。スライドは、希望日時の前、後、又は前後の何れであってもよい。単位時間として、時、分、秒を設定してもよい。変動予定が設定された場合には、イベントのバッファ時間に対応する時間枠のみが固定され、イベントを開催する日時はスライドさせてもよい。バッファ時間は、年、月、週、日などの暦、午前、午後、昼休みなどの時間帯に基づいて設定されてもよい。

イベントのバッファ時間の情報は、予定情報とは別途予め設定されていてもよい。変動予定の情報には、イベントの希望日時の情報に加えて、バッファ時間の情報が含まれてもよい。変動予定が設定された場合には、バッファ時間内でイベントの時間枠のみが固定され、イベントを開催する日時は変動してもよい。

確定予定の情報は、イベントの希望日時の情報が含まれてもよい。変動予定の情報は、イベントの希望日時の情報、及びイベントのバッファ時間の情報が含まれてもよい。

したがって、日時を変更したくない、即ち、日時の変更が許容されないイベントについては、ユーザはイベントの種類として固定を設定してもよい。また、日時を変更してもよい、即ち、日時の変更が許容されるイベントについては、ユーザはイベントの種類として半固定を設定してもよい。

予定設定サーバ２０は、デバイス１０から送信された予定情報を取得したか否かを判定する（ステップＳ１０１）。予定情報を取得していない場合（ステップＳ１０１：ＮＯ）には、予定情報を取得するまで処理は待機となる。

予定情報を取得した場合（ステップＳ１０１：ＹＥＳ）には、予定設定サーバ２０は、予定情報に含まれるイベントの種類を判断する（ステップＳ１０２）。予定情報に含まれるイベントの種類が固定である場合（ステップＳ１０２：固定）には、予定設定サーバ２０は、ステップＳ１０３の処理に進む。

ステップＳ１０３において、予定設定サーバ２０は、取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定の希望日時と重複しているか否かを判定する（ステップＳ１０３）。希望日時と重複しているか否かの判定は、イベントの開始時刻と終了時刻との間の時間の全部または一部が確定予定の希望日時と重複しているか否かに基づいて行われてもよい。取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定の希望日時と重複する場合（ステップＳ１０３：ＹＥＳ）には、予定設定サーバ２０は、取得した予定情報をキャンセルし、ステップＳ１０１の処理に戻る。この場合、予定設定サーバ２０は、希望日時がイベントに参加するメンバの確定予定の重複する旨の情報をデバイス１０へ通知してもよい。通知を受けたデバイス１０は、希望日時がイベントに参加するメンバの確定予定の重複する旨のメッセージをデバイス１０のユーザに対し報知してもよい。

取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定の希望日時と重複しない場合（ステップＳ１０３：ＮＯ）には、予定設定サーバ２０は、取得した予定情報に含まれる希望日時に確定予定を設定する（ステップＳ１０４）。

予定設定サーバ２０は、取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの変動予定の希望日時と重複するか否かを判定する（ステップＳ１０５）。希望日時と重複しているか否かの判定は、イベントの開始時刻と終了時刻との間の時間の全部または一部が変動予定の希望日時と重複しているか否かに基づいて行われてもよい。取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの変動予定の希望日時と重複しない場合（ステップＳ１０５：ＮＯ）には、予定設定処理は終了となる。即ち、この場合は、希望日時のスライドを必要とせずに、予定情報に含まれる希望日時に確定予定が設定され、処理が終了する。

取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの変動予定の希望日時と重複する場合（ステップＳ１０５：ＹＥＳ）には、予定設定サーバ２０は、第１調整処理を実行する（ステップＳ１０６）。

図３は、図２のステップＳ１０６で実行される第１調整処理のフローチャートの一例を示す図である。

取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの変動予定の希望日時と重複する場合には、予定設定サーバ２０は、変動予定の希望日時をバッファ時間内で単位時間分スライドする（ステップＳ２０１）。例えば、希望日時として１０時が設定されている変動予定において、単位時間が３０分である場合には、予定設定サーバ２０は、当該変動予定の希望日時を１０時００分から１０時３０分へスライドする。

予定設定サーバ２０は、取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しているか否かを判定する（ステップＳ２０２）。

取得した予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複している場合（ステップＳ２０２：ＹＥＳ）には、処理はステップＳ２０３へ進む。即ち、変動予定の希望日時をバッファ時間内で単位時間分スライドしても、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消しない場合には、ステップＳ２０３の処理へ進む。

ステップＳ２０３において、予定設定サーバ２０は、変動予定の希望日時をバッファ時間内の全てにおいてスライドしたか否かを判定する。例えば、希望日時として１０時００分が設定されている変動予定に対し、バッファ時間が２時間設定されている場合には、当該変動予定の希望日時が、８時００分から１２時００分のバッファ時間内の全てにおいて単位時間ごとにスライドされたか否かが判定される。単位時間が３０分である場合には、予定設定サーバ２０は、希望日時を１０時００分、１０時３０分、１１時００分、１１時３０分、１２時００分の順でスライドさせることができる。更に、予定設定サーバ２０は、希望日時を１０時００分、９時３０分、９時００分、８時３０分、８時００分の順でスライドさせることができる。変動予定の希望日時をバッファ時間内の全てにおいてスライドしていない場合（ステップＳ２０３：ＮＯ）には、処理はステップＳ２０１へ戻る。即ち、変動予定の希望日時をバッファ時間内の全てにおいてスライドするか、取得した予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消するまで、ステップＳ２０１〜Ｓ２０３の処理が繰り返し実行される。

変動予定の希望日時をバッファ時間内の全てにおいてスライドした場合（ステップＳ２０３：ＹＥＳ）には、予定設定サーバ２０は、全ての他の変動予定の希望日時をスライドしたか否かを判定する（ステップＳ２０４）。全ての他の変動予定の希望日時をスライドしていない場合（ステップＳ２０４：ＮＯ）には、処理はステップＳ２０１へ戻る。

即ち、全ての他の変動予定の希望日時をスライドするか、取得した予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消するまで、ステップＳ２０１〜Ｓ２０４の処理が繰り返し実行される。全ての他の変動予定の希望日時をスライドした場合（ステップＳ２０４：ＹＥＳ）には、図３に示す第１調整処理は終了となる。第１調整処理が終了することにより、図２に示す予定設定処理も終了となる。

取得した予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複していない場合（ステップＳ２０２：ＮＯ）には、処理はステップＳ２０５へ進む。

予定設定サーバ２０は、スライドした希望日時に設定済みの変動予定を設定する（ステップＳ２０５）。即ち、変動予定の希望日時をバッファ時間内で単位時間分スライドした結果、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、予定設定サーバ２０は、スライドした希望日時に設定済みの変動予定を設定する。

なお、変動予定の希望日時をスライドした結果、取得した予定情報に含まれるイベントの希望日時と、イベントに参加する各メンバの確定予定又は変動予定の希望日時と、の組み合わせが複数ある場合には、予定設定サーバ２０は、最適条件のパターンに対応する希望日時に設定済みの変動予定を設定してもよい。

最適条件のパターンとして、例えば、取得した予定情報に含まれるイベントの希望日時と、イベントに参加する各メンバの確定予定又は変動予定の希望日時と、の組み合わせのうち、重複が一番少ない希望日時に設定済みの変動予定を設定してもよい。これによりイベントに参加するメンバの人数を最大化とすることができる。

また、最適条件のパターンとして、例えば、取得した予定情報に含まれるイベントの希望日時と、イベントに参加する各メンバの確定予定又は変動予定の希望日時と、の組み合わせのうち、各メンバのまとまった空き時間が最大となる希望日時にイベントの変動予定を設定してもよい。これにより、各メンバがまとまった空き時間を取ることができ、時間を効率的に使用することができる。

図４は、各メンバのまとまった空き時間が最大となる希望日時にイベントの変動予定を設定する一例を示す図である。図４では、１時間の新規イベントの変動予定を設定する例について説明する。図４では、メンバＡの空き時間は１５〜１８時、メンバＢの空き時間は１３〜１８時である。図４の例では、説明の簡略化のため、１時間ごとに予定を設定できるものとする。但し、予定の設定は１時間ごとに限られず、所定の単位時間ごとに設定可能である。

各メンバＡ，Ｂの空き時間に、１時間の新規のイベントの変動予定を設定する場合には、１５〜１６時の候補Ａ、１６〜１７時の候補Ｂ、１７〜１８時の候補Ｃの３つの候補に設定可能である。

ここで、候補Ａに新規イベントの予定を設定すると、メンバＡの空き時間は分断されないが、メンバＢの空き時間は、１３〜１５時と、１６〜１８時とに分断される。同様に、候補Ｂに新規イベントの予定を設定すると、メンバＡの空き時間は、１５〜１６時と、１７〜１８時とに分断されるとともに、メンバＢの空き時間は、１３〜１６時と、１７〜１８時とに分断される。これに対し、候補Ｃに新規イベントの予定を設定した場合には、メンバＡの空き時間もメンバＢの空き時間も分断されずに、各メンバのまとまった空き時間が最大となる。

したがって、最適条件のパターンとして、候補Ｃに新規のイベントの予定を設定することにより、各メンバのまとまった空き時間が最大となる希望日時にイベントの変動予定を設定することができ、各メンバの空き時間を効率的に使用することができる。

また、最適条件のパターンとして、例えば、取得した予定情報に含まれるイベントの希望日時と、イベントに参加する各メンバの確定予定又は変動予定の希望日時と、の組み合わせのうち、最も早い希望日時に設定済みの変動予定を設定してもよい。これにより、イベントを可能な限り早く開催することができる。

予定設定サーバ２０は、設定した変動予定の情報をデバイス１０へ出力する（ステップＳ２０６）。予定設定サーバ２０は、設定した変動予定の情報をイベントに参加するメンバが所有するデバイス１０へ出力してもよい。デバイス１０は、予定設定サーバ２０から出力された変動予定の情報を取得する。デバイス１０は、取得した変動予定の情報を表示する。デバイス１０は、イベントに参加するメンバのアカウントでデバイス１０へログインしている場合のみ、取得した変動予定の情報を表示してもよい。予定設定サーバ２０は、設定した変動予定の情報を、予定設定サーバ２０自身や図１に図示しない機器に出力してもよい。

予定設定サーバ２０は、変動予定の希望日時をスライドした結果、予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、スライドした変動予定の希望日時の情報をデバイス１０へ出力してもよい。予定設定サーバ２０は、スライドした変動予定の希望日時の候補を候補予定としてデバイス１０へ出力してもよい。

ステップＳ２０５の処理が終了すると、図３に示す第１調整処理は終了となる。第１調整処理が終了することにより、図２に示す予定設定処理も終了となる。

図２のステップＳ１０２の処理の説明に戻る。予定情報に含まれるイベントの種類が半固定である場合（ステップＳ１０２：半固定）には、処理はステップＳ１０７に進む。ステップＳ１０７において、予定設定サーバ２０は、取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定の希望日時又は変動予定の希望日時と重複するか否かを判定する。希望日時と重複しているか否かの判定は、イベントの開始時刻と終了時刻との間の時間の全部または一部が確定予定又は変動予定の希望日時と重複しているか否かに基づいて行われてもよい。

取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定の希望日時又は変動予定の希望日時と重複していない場合（ステップＳ１０７：ＮＯ）には、イベントの希望日時に変動予定を設定する（ステップＳ１０８）。即ち、取得した予定情報に含まれるイベントの希望日時が、既に設定されている確定予定の希望日時及び変動予定の希望日時の何れとも重複しない場合には、予定設定サーバ２０は、イベントを変動予定として一時的に設定する。

予定設定サーバ２０は、予定情報の希望日時に変動予定を一時的に設定する（ステップＳ１０８）。予定設定サーバ２０は、設定した変動予定の情報をデバイス１０へ出力する（ステップＳ１０９）。予定設定サーバ２０は、設定した変動予定の情報をイベントに参加するメンバが所有するデバイス１０へ出力してもよい。デバイス１０は、予定設定サーバ２０から出力された変動予定の情報を取得する。デバイス１０は、取得した変動予定の情報を表示する。デバイス１０は、イベントに参加するメンバのアカウントでデバイス１０へログインしている場合のみ、取得した変動予定の情報を表示してもよい。予定設定サーバ２０は、設定した変動予定の情報を、予定設定サーバ２０自身や図１に図示しない機器に出力してもよい。

ステップＳ１０９の処理が終了すると、図２に示す予定設定処理は終了となる。

ステップＳ１０７の処理の説明に戻る。取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定の希望日時又は変動予定の希望日時と重複している場合（ステップＳ１０７：ＹＥＳ）には、処理はステップＳ１１０に進む。ステップＳ１１０において、予定設定サーバ２０は、第２調整処理を実行する。

図５は、図２のステップＳ１１０で実行される第２調整処理のフローチャートの一例を示す図である。

取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定の希望日時又は変動予定の希望日時と重複する場合には、予定設定サーバ２０は、ステップＳ３０１の処理を実行する。ステップＳ３０１において、予定設定サーバ２０は、イベントの希望日時をバッファ時間内で単位時間分スライドする（ステップＳ３０１）。例えば、希望日時として１０時が設定されているイベントにおいて、単位時間が３０分である場合には、予定設定サーバ２０は、当該イベントの希望日時を１０時００分から１０時３０分へスライドする。

予定設定サーバ２０は、スライドしたイベントの希望日時が、イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しているか否かを判定する（ステップＳ３０２）。

スライドしたイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複している場合（ステップＳ３０２：ＹＥＳ）には、処理はステップＳ３０３へ進む。即ち、イベントの希望日時をバッファ時間内で単位時間分スライドしても、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消しない場合には、ステップＳ３０３の処理へ進む。

ステップＳ３０３において、予定設定サーバ２０は、イベントの希望日時をイベントのバッファ時間内の全てにおいてスライドしたか否かを判定する。例えば、希望日時として１０時００分が設定されているイベントに対し、バッファ時間が２時間設定されている場合には、当該イベントの希望日時が、８時００分から１２時００分のバッファ時間内の全てにおいて単位時間ごとにスライドされたか否かが判定される。イベントの希望日時をバッファ時間内の全てにおいてスライドしていない場合（ステップＳ３０３：ＮＯ）には、処理はステップＳ３０１へ戻る。即ち、イベントの希望日時をバッファ時間内の全てにおいてスライドするか、スライドしたイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消するまで、ステップＳ３０１〜Ｓ３０３の処理が繰り返し実行される。

スライドしたイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複していない場合（ステップＳ３０２：ＮＯ）には、処理はステップＳ３０４へ進む。

予定設定サーバ２０は、スライドした希望日時に変動予定を設定する（ステップＳ３０４）。即ち、イベントの希望日時をバッファ時間内で単位時間分スライドした結果、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、予定設定サーバ２０は、スライドした希望日時に変動予定を設定する。

予定設定サーバ２０は、設定した変動予定の情報をデバイス１０へ出力する（ステップＳ３０５）。予定設定サーバ２０は、設定した変動予定の情報をイベントに参加するメンバが所有するデバイス１０へ出力してもよい。デバイス１０は、予定設定サーバ２０から出力された変動予定の情報を取得する。デバイス１０は、取得した変動予定の情報を表示する。デバイス１０は、イベントに参加するメンバのアカウントでデバイス１０へログインしている場合のみ、取得した変動予定の情報を表示してもよい。予定設定サーバ２０は、設定した変動予定の情報を、予定設定サーバ２０自身や図１に図示しない機器に出力してもよい。
予定設定サーバ２０は、イベントの希望日時をスライドした結果、予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、スライドしたイベントの希望日時の情報をデバイス１０へ出力してもよい。予定設定サーバ２０は、スライドしたイベントの希望日時の候補を候補予定としてデバイス１０へ出力してもよい。

ステップＳ３０５の処理が終了すると、図５に示す第２調整処理は終了となる。第２調整処理が終了することにより、図２に示す予定設定処理も終了となる。

イベントの希望日時をバッファ時間内の全てにおいてスライドした場合（ステップＳ３０３：ＹＥＳ）には、処理はステップＳ３０６に進む。

ステップＳ３０６において、予定設定サーバ２０は、変動予定の希望日時をバッファ時間内で単位時間分スライドする（ステップＳ３０６）。

予定設定サーバ２０は、取得した予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しているか否かを判定する（ステップＳ３０７）。

取得した予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複している場合（ステップＳ３０７：ＹＥＳ）には、処理はステップＳ３０８に進む。即ち、変動予定の希望日時をバッファ時間内で単位時間分スライドしても、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消しない場合には、ステップＳ３０８の処理へ進む。

ステップＳ３０８において、予定設定サーバ２０は、変動予定の希望日時をバッファ時間内の全てにおいてスライドしたか否かを判定する。変動予定の希望日時をバッファ時間内の全てにおいてスライドしていない場合（ステップＳ３０８：ＮＯ）には、処理はステップＳ３０６へ戻る。即ち、変動予定の希望日時をバッファ時間内の全てにおいてスライドするか、取得した予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消するまで、ステップＳ３０６〜Ｓ３０８の処理が繰り返し実行される。

変動予定の希望日時をバッファ時間内の全てにおいてスライドした場合（ステップＳ３０８：ＹＥＳ）には、予定設定サーバ２０は、全ての他の変動予定の希望日時をスライドしたか否かを判定する（ステップＳ３０９）。全ての他の変動予定の希望日時をスライドしていない場合（ステップＳ３０９：ＮＯ）には、処理はステップＳ３０６へ戻る。

即ち、全ての他の変動予定の希望日時をスライドするか、取得した予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消するまで、ステップＳ３０６〜Ｓ３０９の処理が繰り返し実行される。全ての他の変動予定の希望日時をスライドした場合（ステップＳ３０９：ＹＥＳ）には、図５に示す第２調整処理は終了となる。第２調整処理が終了することにより、図２に示す予定設定処理も終了となる。

取得した予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複していない場合（ステップＳ３０７：ＮＯ）には、処理はステップＳ３１０へ進む。

予定設定サーバ２０は、スライドした希望日時に設定済みの変動予定を設定する（ステップＳ３１０）。即ち、変動予定の希望日時をバッファ時間内で単位時間分スライドした結果、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、予定設定サーバ２０は、スライドした希望日時に設定済みの変動予定を設定する。

予定設定サーバ２０は、イベントの希望日時に変動予定を設定する（ステップＳ３１１）。即ち、取得した予定情報に含まれるイベントの希望日時と、スライドした変動予定の希望日時と、の重複が解消した場合には、予定設定サーバ２０は、イベントを変動予定として一時的に設定する。

予定設定サーバ２０は、設定した変動予定の情報をデバイス１０へ出力する（ステップＳ３１２）。予定設定サーバ２０は、設定した変動予定の情報をイベントに参加するメンバが所有するデバイス１０へ出力してもよい。デバイス１０は、予定設定サーバ２０から出力された変動予定の情報を取得する。デバイス１０は、取得した変動予定の情報を表示する。デバイス１０は、イベントに参加するメンバのアカウントでデバイス１０へログインしている場合のみ、取得した変動予定の情報を表示してもよい。予定設定サーバ２０は、設定した変動予定の情報を、予定設定サーバ２０自身や図１に図示しない機器に出力してもよい。

予定設定サーバ２０は、変動予定の希望日時をスライドした結果、予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、スライドした変動予定の希望日時の情報をデバイス１０へ出力してもよい。予定設定サーバ２０は、スライドした変動予定の希望日時の候補を候補予定としてデバイス１０へ出力してもよい。

ステップＳ３１２の処理が終了すると、図５に示す第２調整処理は終了となる。第２調整処理が終了することにより、図２に示す予定設定処理も終了となる。

図６は、一実施形態に係る予定設定方法による確定予定設定処理のフローチャートの一例を示す図である。図６の確定予定設定処理は、図２で説明した予定設定処理とは別個独立して実行される。確定予定設定処理は、図２の予定設定処理と並列で実行してもよい。確定予定設定処理は、図２の予定設定処理と直列で実行してもよい。図６の確定予定設定処理は、予め設定されたタイミングごとに繰り返し実行されてもよい。

まず、予定設定サーバ２０は、いずれかのメンバの変動予定の設定があるか否かを判定する（ステップＳ４０１）。変動予定が設定されていない場合（ステップＳ４０１：ＮＯ）には、変動予定が設定されるまで処理は待機となる。

変動予定の設定がある場合（ステップＳ４０１：ＹＥＳ）には、予定設定サーバ２０は、変動予定の希望日時の所定のタイミングであるか否かを判定する（ステップＳ４０２）。予定設定サーバ２０は、変動予定の希望日時の前日であるか否かを判定してもよい。予定設定サーバ２０は、変動予定の希望日時の前日の所定の時分であるか否かを判定してもよい。予定設定サーバ２０は、変動予定が設定されてから所定の時間が経過した時を所定のタイミングとして判定してもよい。

変動予定の希望日時の所定のタイミングではない場合（ステップＳ４０２：ＮＯ）には、処理はステップＳ４０１に戻り、変動予定の希望日時の所定のタイミングとなるまでの間、ステップＳ４０１〜Ｓ４０２の処理が繰り返し実行される。

変動予定の希望日時の所定のタイミングとなった場合（ステップＳ４０２：ＹＥＳ）には、予定設定サーバ２０は、変動予定を確定予定として設定する（ステップＳ４０３）。

予定設定サーバ２０は、ステップＳ４０３で変更した確定予定の情報をデバイス１０へ出力する（ステップＳ４０４）。予定設定サーバ２０は、変更した確定予定の情報をイベントに参加するメンバが所有するデバイス１０へ出力してもよい。デバイス１０は、予定設定サーバ２０から出力された確定予定の情報を取得する。デバイス１０は、取得した確定予定の情報を表示する。デバイス１０は、イベントに参加するメンバのアカウントでデバイス１０へログインしている場合のみ、取得した確定予定の情報を表示してもよい。予定設定サーバ２０は、変更した確定予定の情報を、予定設定サーバ２０自身や図１に図示しない機器に出力してもよい。ステップＳ４０４の処理が終了すると、確定予定設定処理は終了となる。

図７は、イベントに参加するメンバの予定の一例を示す図である。本例では、イベントに参加するメンバＭＡの予定ＳＡが設定されている。メンバＭＡの予定ＳＡの情報は、予定設定サーバ２０に設定されている。

予定Ａに関して設定される属性と対応する時間帯は以下の通りである。
・ワークタイム：月曜から木曜の９：００−１２：００、１３：００−２０：００
金曜の９：００−１２：００、１３：００−１８：００
・バッファタイム：月曜から木曜の１２：００−１３：００、２０：００−２２：００
金曜の１２：００−１３：００、１８：００−２２：００
・ライフタイム：月曜から金曜の７：００−９：００、２２：００−２４：００
土曜及び日曜の７：００−２４：００
・フリータイム：月曜から日曜の２４：００−６：００

予定Ｂに関して設定される属性と対応する時間帯は以下の通りである。
・ワークタイム：月曜から木曜の９：００−１２：００、１３：００−２０：００
金曜の９：００−１２：００、１３：００−１８：００
・バッファタイム：月曜から木曜の１２：００−１３：００、２０：００−２２：００
金曜の１２：００−１３：００、１８：００−２２：００
・ライフタイム：月曜から金曜の７：００−９：００、２２：００−２４：００
土曜及び日曜の７：００−２４：００
・フリータイム：月曜から日曜の２４：００−６：００

ワークタイムとは、メンバの仕事の時間である。ライフタイムとは、メンバの趣味の時間である。バッファタイムとは、メンバの仕事又は趣味の何れかの時間である。バッファタイムは、メンバの意思に基づいて仕事又は趣味の何れかを選択してもよい。フリータイムとは、メンバの睡眠の時間である。

予定設定サーバ２０は、確定予定及び変動予定をワークタイムに設定することができる。予定設定サーバ２０は、確定予定及び変動予定をライフタイムに設定することはできない。予定設定サーバ２０は、確定予定及び変動予定をバッファタイムに設定してもよい。確定予定及び変動予定をバッファタイムに設定するか否かは、メンバの選択に基づいて設定してもよい。

図７には示していないが、同一のイベントに参加する他のメンバの予定も予定ＳＡと同様に予定設定サーバ２０に設定されている。予定設定サーバ２０には、メンバ毎に異なる予定が設定されている。ワークタイム、バッファタイム、ライフタイム、及びフリータイムは、メンバ毎に異なる時間帯に設定してもよい。ワークタイム、バッファタイム、ライフタイム、及びフリータイムは、メンバ毎に同じ時間帯に設定してもよい。

ワークタイム、バッファタイム、ライフタイム、及びフリータイムの各時間帯は、各メンバが個別に設定できるようにしてもよい。また、ワークタイム、バッファタイム、ライフタイム、及びフリータイムには、月曜〜日曜の設定に加えて、祝日を設定してもよい。祝日の設定は、土曜日または日曜日の設定と同じ設定とすることができる。

次に、イベントに参加するメンバの変動予定を設定する例について説明する。図８は、設定済みの変動予定の希望日時をスライドして変動予定の希望日時を再び設定する例を示す図である。図８の例では、イベントＣ１に参加するメンバＭＡの予定ＳＡと、イベントＣ１に参加するメンバＭＢの予定ＳＢと、において、変動予定を設定する一例について説明する。

メンバＭＡの予定ＳＡには、変動予定Ａ１、変動予定Ａ２が設定されている。変動予定Ａ１の希望日時は、１４：００〜１５：００に、変動予定Ａ２の希望日時は、１６：００〜１７：００に、それぞれ設定されている。メンバＭＢの予定ＳＢには、変動予定Ｂ１、変動予定Ｂ２が設定されている。変動予定Ｂ１の希望日時は、１４：００〜１５：３０に、変動予定Ｂ２の希望日時は、１６：００〜１７：００に、それぞれ設定されている。変動予定Ａ１、変動予定Ｂ１のバッファ時間は、それぞれ１３：００〜１８：００に設定されている。

以下、予定設定サーバ２０が、デバイス１０から取得した新たな予定情報に含まれるイベントＣ１の種類が固定であり、作業時間が１時間３０分であるイベントＣ１の希望日時が１４：３０〜１６：００である場合について説明する。

イベントＣ１の希望日時１４：３０〜１６：００は、変動予定Ａ１の希望日時１４：００〜１５：００と、重複する。同様に、イベントＣ１の希望日時１４：３０〜１６：００は、変動予定Ｂ１の希望日時１４：００〜１５：３０と、重複する。

このため、予定設定サーバ２０は、イベントＣ１を希望日時１４：３０〜１６：００で設定できるように、変動予定Ａ１の希望日時１４：００〜１５：００を１３：３０〜１４：３０に３０分スライドする（ステップＳ５０１）。スライドできる時間は、変動予定Ａ１のバッファ時間１３：００〜１８：００内である。

同様に、予定設定サーバ２０は、イベントＣ１を希望日時１４：３０〜１６：００で設定できるように、変動予定Ｂ１の希望日時１４：００〜１５：３０を１３：３０〜１５：００に３０分スライドする（ステップＳ５０２）。スライドできる時間は、変動予定Ｂ１のバッファ時間１３：００〜１８：００内である。

スライドした変動予定Ａ１の希望日時１３：３０〜１４：３０は、イベントＣ１の希望日時１４：３０〜１６：００と、重複しない。即ち、スライドした結果、変動予定Ａ１の希望日時と、イベントＣ１の希望日時と、の重複が解消した場合には、予定設定サーバ２０は、スライドした希望日時１３：３０〜１４：３０に、設定済みの変動予定Ａ１を設定する（ステップＳ５０３）。

スライドした変動予定Ａ１と異なり、スライドした変動予定Ｂ１の希望日時１３：３０〜１５：００は、イベントＣ１の希望日時１４：３０〜１６：００と、まだ重複する。そこで、予定設定サーバ２０は、スライドした変動予定Ｂ１の希望日時１３：３０〜１５：００を１３：００〜１４：３０に更に３０分スライドする（ステップＳ５０４）。

スライドした変動予定Ｂ１の希望日時１３：００〜１４：３０は、イベントＣ１の希望日時１４：３０〜１６：００と、重複しない。即ち、スライドした変動予定Ｂ１の希望日時と、イベントＣ１の希望日時と、の重複が解消した場合には、予定設定サーバ２０は、スライドした希望日時１３：００〜１４：３０に、設定済みの変動予定Ａ１を設定する（ステップＳ５０５）。

図９は、イベントの希望日時をスライドして変動予定の希望日時を設定する例を示す図である。図９の例では、イベントＣ２に参加するメンバＭＡの予定ＳＡと、イベントＣ２に参加するメンバＭＢの予定ＳＢと、において、変動予定を設定する一例について説明する。

メンバＭＡの予定ＳＡには、変動予定Ａ３が設定されている。変動予定Ａ３の希望日時は、１４：３０〜１５：３０に設定されている。メンバＭＢの予定ＳＢには、変動予定Ｂ３が設定されている。変動予定Ｂ３の希望日時は、１５：００〜１６：００に設定されている。イベントＣ２のバッファ時間は、それぞれ１４：００〜１７：００に設定されている。

以下、予定設定サーバ２０が、デバイス１０から取得した新たな予定情報に含まれるイベントＣ２の種類が固定であり、作業時間が１時間であるイベントＣ２の希望日時が１５：００〜１６：００である場合について説明する。

イベントＣ２の希望日時１５：００〜１６：００は、変動予定Ａ３の希望日時１４：３０〜１５：３０と、重複する。同様に、イベントＣ２の希望日時１５：００〜１６：００は、変動予定Ｂ３の希望日時１５：００〜１６：００と、重複する。

このため、予定設定サーバ２０は、イベントＣ２を設定できるように、イベントＣ２の希望日時１５：００〜１６：００を１５：３０〜１６：３０に３０分スライドする（ステップＳ６０１）。スライドできる時間は、イベントＣ２のバッファ時間１４：００〜１７：００内である。

同様に、予定設定サーバ２０は、イベントＣ２を設定できるように、イベントＣ２の希望日時１５：００〜１６：００を１５：３０〜１６：００に３０分スライドする（ステップＳ６０２）。スライドできる時間は、イベントＣ２のバッファ時間１４：００〜１７：３０内である。

スライドしたイベントＣ２の希望日時１５：３０〜１６：３０は、変動予定Ａ３の希望日時１４：３０〜１５：３０と、重複しない。即ち、スライドした結果、イベントＣ２の希望日時と、変動予定Ａ３の希望日時と、の重複が解消した場合には、予定設定サーバ２０は、スライドした希望日時１５：３０〜１６：３０に、イベントＣ２の変動予定Ａ４を設定する（ステップＳ６０３）。

変動予定Ａ２と異なり、スライドしたイベントＣ２の希望日時１５：３０〜１６：３０は、変動予定Ｂ３の希望日時１５：００〜１６：００と、まだ重複する。そこで、予定設定サーバ２０は、スライドしたイベントＣ２の希望日時１５：３０〜１６：３０を１６：００〜１７：００に更に３０分スライドする（ステップＳ６０４）。

スライドしたイベントＣ２の希望日時１６：００〜１７：００は、変動予定Ｂ３の希望日時１５：００〜１６：００と、重複しない。即ち、スライドしたイベントＣ２の希望日時と、変動予定Ｂ３の希望日時と、の重複が解消した場合には、予定設定サーバ２０は、スライドした希望日時１６：００〜１７：００に、イベントＣ２の変動予定Ａ４を設定する（ステップＳ６０５）。

以上説明した一実施形態によれば、例えば、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複する場合には、イベントの希望日時、又は変動予定の希望日時が予め設定されたバッファ時間内で単位時間分スライドされる。そして、変動予定はスライドした希望日時で自動的に設定される。したがって、イベントの希望日時と、メンバの確定予定又は変動予定の希望日時と、が重複していた場合であっても、変動予定が自動的に再設定される。このため、イベントに参加するメンバの再スケジューリングを容易に行うことができ、イベントに参加するメンバの予定の設定を迅速に行うことができる。

また、単位時間（例えば、「１５分」）単位でイベント又は変動予定の希望日時の再調整を行うことができる。これにより、一見、空き時間がないメンバの予定に新たな予定を設定することができる。このため、例えば、毎週同じ希望日時に設定される定例会のイベントであっても、毎週同じ時間に縛られることなく、他の予定を邪魔せずに設定することができる。

また、変動予定の希望日時は、新たに取得したイベントの希望日時と重複していた場合であっても、予め定めたバッファ時間に沿って再調整されるため、他のイベントが入ってきたことによる予定の再調整工数を短縮することができる。また、イベントの希望日時は、他の変動予定の希望日時と重複していた場合であっても、予め定めたバッファ時間に沿って再調整されるため、他のイベントが入ってきたことによる予定の再調整工数を短縮することができる。

（別の実施形態）
本実施形態の予定設定サーバ２０は、以下の構成により、イベントに参加するメンバの予定の設定を迅速に行うこともできる。

すなわち、予定設定サーバ２０は、予定情報をメンバにより入力可能なリスト形式で取得する。リスト形式とは、例えば、ＴｏＤｏリストを採用することができる。リスト形式は、ＴｏＤｏリストに限られず、タスク管理ができる形式であってもよい。ＴｏＤｏリストは、例えば、デバイス１０に入力されたユーザの予定情報として表示されるリスト形式であってもよい。

図１０は、リスト形式により予定情報を受け付ける一例を示す図である。図１０では、リスト形式として、ＴｏＤｏリストにより予定情報を受け付けている。図１０は、例えば、メンバＡの予定情報を示している。図１０に示す予定情報には、イベントの名称（イベント名）と、作業時間と、作業期限と、イベントに参加するメンバ（イベント参加メンバ）を含む情報が含まれる。ＴｏＤｏリストにより受け付ける予定情報には、図１０に示していない他の情報を含んでいてもよい。

イベントに参加するメンバの欄には、メンバＡと共同してイベントに参加するメンバの情報が入力される。例えば、図１０の「社内ミーティング」のイベントにおいて、共同してイベントに参加するメンバの情報としてメンバＢの情報が受け付けられる。

この場合、予定設定サーバ２０は、メンバＡおよびメンバＢの確定予定又は変動予定の希望日時と重複しない日時のうち、優先順位の高い希望日時にイベントの変動予定を設定する。予定設定サーバ２０は、メンバＡおよびメンバＢの確定予定又は変動予定の希望日時と重複しない日時のうち、最も早い希望日時を優先順位が高い希望日時としてイベントの変動予定を設定してもよい。

これにより、メンバＡとメンバＢの双方で一番早いタイミングで予定を設定することができる。なお、この場合バッファ時間は、予定情報を受け付けてから作業期限までとすることができる。なお、図１０の実施形態では、作業期限が設定されているがこの限りではない。例えば、作業期限を設定しない場合には、バッファ時間は、予定情報を受け付けてから終期を設定しないとすることができる。これにより、バッファ時間を最大化することができ、メンバの予定を容易に設定することができる。

また、予定設定サーバ２０は、イベントの希望日時の情報を任意の日時の情報として取得する。予定設定サーバ２０は、任意の日時として、例えば、日時の指定を行わずに、メンバの確定予定又は変動予定の希望日時と重複しない日時を指定することができる。

また、予定設定サーバ２０は、予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定又は変動予定の希望日時と重複する場合には、メンバの確定予定又は変動予定の希望日時と重複するか否かを判定する。そして、イベントに参加するメンバの確定予定又は変動予定の希望日時と重複する場合には、予定設定サーバ２０は、メンバの確定予定又は変動予定の希望日時と重複しない日時のうち、優先順位の高い希望日時に変動予定を設定してもよい。この場合、予定設定サーバ２０は、イベントの希望日時が、イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しない日時のうち、最も早い希望日時を優先順位が高い希望日時としてもよい。

これにより、希望日時を都度に設定する必要なく、メンバが自由な時間（フリータイム）に自動的にイベントを設定することができ、イベントに参加するメンバの予定の設定を迅速に行うことができる。

なお、図１０の実施形態では、１つのイベントの作業時間は１つの時間により設定されているがこれに限られない。例えば、１つのイベントの作業時間を複数の単位時間に分割してもよい。

具体的には、図１０のイベント「報告書作成」のイベントの作業時間は「２時間」に設定されているが、この作業時間を１時間ごとの単位時間に分割してもよい。この場合、イベント「報告書作成」の作業時間「２時間」は、「１時間」と「１時間」との２つに分割される。また、イベント「報告書作成」のイベントの作業時間「２時間」を、３０分ごとの４つの単位時間に分割してもよい。なお、単位時間は、時、分毎に予め設定することができる。イベントの作業時間を分割することで、メンバの確定予定又は変動予定の希望日時と重複しない日時を柔軟に指定することができる。

（機器の構成）
図１１は、一実施形態に係る予定設定サーバの機能構成の一例を示す図である。本例に示すように、予定設定サーバ２０は、制御部１１０と、記憶部１２０と、通信部１３０と、入力部１４０と、出力部１５０と、を有する。なお、本例では、本実施形態における特徴部分の機能ブロックを主に示しており、デバイス１０は、他の処理に必要な他の機能ブロックも有してもよい。また、一部の機能ブロックを含まない構成としてもよい。

制御部１１０は、デバイス１０の制御を実施する。制御部１１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置により構成することができる。

記憶部１２０は、デバイス１０において利用する情報を記憶（保持）する。記憶部１２０は、例えば、本開示に係る技術分野での共通認識に基づいて説明されるメモリ、ストレージ、記憶装置などにより構成することができる。

通信部１３０は、ネットワークを介した他の通信デバイス（機器、サーバなど）との通信を行う。通信部１３は、受信した種々の情報を制御部１１０に出力してもよい。

通信部１３０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置により構成することができる。なお、通信部１３０は、送信部及び通信部から構成されてもよい。

入力部１４０は、ユーザからの操作により入力を受け付ける。また、入力部１４０は、所定の機器、記憶媒体などと接続され、データの入力を受け付けてもよい。入力部１４０は、入力結果を例えば制御部１１０に出力してもよい。

入力部１４０は、本開示に係る技術分野での共通認識に基づいて説明されるキーボード、マウス、ボタンなどの入力装置、入出力端子、入出力回路などにより構成することができる。また、入力部１４０は、表示部と一体となった構成（例えば、タッチパネル）としてもよい。

出力部１５０は、ユーザに対して知覚できる形式でデータ、コンテンツなどの出力を行う。例えば、出力部１５０は、画像を表示する表示部、音声を出力する音声出力部などを含んで構成されてもよい。

表示部は、例えば、本開示に係る技術分野での共通認識に基づいて説明されるディスプレイ、モニタなどの表示装置により構成することができる。また、音声出力部は、本開示に係る技術分野での共通認識に基づいて説明されるスピーカーなどの出力装置により構成することができる。

出力部１５０は、例えば、本開示に係る技術分野での共通認識に基づいて説明される演算器、演算回路、演算装置、プレイヤー、画像／映像／音声処理回路、画像／映像／音声処理装置、アンプなどを含んで構成することができる。

なお、通信部１３０、入力部１４０及び制御部１１０のいずれか又はこれらの組み合わせは、取得部と呼ばれてもよい。取得部は、イベントに参加するメンバの情報、イベントの希望日時の情報、イベントの種類の情報、を含む予定情報を取得してもよい。

制御部１１０は、図２〜図６で示したステップに基づく処理を実施してもよい。

デバイス１０についても、図１１と同様の構成を有してもよい。当業者であれば、図１１の説明における予定設定サーバ２０関連の記載を、適宜読み替えて理解できる。

以下、いくつかの部について例示的に説明する。なお、図１１の各機能ブロックに対応する各装置の符号は、各装置を示す符号の最初の一桁の数字（例えば、予定設定サーバ２０であれば「２０」の最初の一桁の「２」）を図の最初の一桁の数字に適用して表す。

予定設定サーバ２０の通信部２３０は、イベントに参加するメンバの情報、イベントの希望日時の情報、イベントの種類の情報、を含む予定情報をデバイス１０から取得してもよい。予定設定サーバ２０の制御部２１０は、予定情報に基づき、確定予定又は変動予定を含む予定を設定してもよい。

予定設定サーバ２０の制御部２１０は、イベントの種類が第１の種類（固定の種類）であり、かつ、予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定の希望日時と重複しない場合には、予定情報に含まれる希望日時に確定予定を設定してもよい。予定設定サーバ２０の制御部２１０は、イベントの種類が第２の種類（半固定の種類）であり、かつ、予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しない場合には、希望日時に変動予定を設定してもよい。

予定設定サーバ２０の制御部２１０は、予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複する場合には、イベントの希望日時、又は変動予定の希望日時を予め設定されたバッファ時間内で単位時間分スライドしてもよい。予定設定サーバ２０の制御部２１０は、イベントの希望日時、又は変動予定の希望日時をスライドした結果、予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、スライドした希望日時に変動予定を設定してもよい。

予定設定サーバ２０の制御部２１０は、変動予定を所定のタイミングで、希望日時の確定予定に設定してもよい。

予定設定サーバ２０の制御部２１０は、イベントの種類が第１の種類であり、かつ、予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの変動予定の希望日時と重複する場合には、重複する変動予定の希望日時をバッファ時間内で単位時間分スライドしてもよい。予定設定サーバ２０の制御部２１０は、変動予定の希望日時をスライドした結果、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、スライドした希望日時に変動予定を設定してもよい。

予定設定サーバ２０の制御部２１０は、ベントの種類が第２の種類であり、かつ、予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定又は変動予定の希望日時と重複する場合には、イベントの希望日時をバッファ時間内で単位時間分スライドしてもよい。予定設定サーバ２０の制御部２１０は、イベントの希望日時をスライドした結果、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、スライドした希望日時に変動予定を設定してもよい。

予定設定サーバ２０の制御部２１０は、イベントの種類が第２の種類であり、かつ、予定情報に含まれるイベントの希望日時が、イベントに参加するメンバの確定予定又は変動予定の希望日時と重複する場合には、イベントの希望日時をイベントに対し予め設定されたバッファ時間内で単位時間分スライドしてもよい。予定設定サーバ２０の制御部２１０は、イベントの希望日時をイベントに対し予め設定されたバッファ時間内でスライドした結果、イベントの希望日時と、イベントに参加するメンバの変動予定の希望日時との重複が解消しない場合には、重複する変動予定の希望日時を変動予定に対し予め設定されたバッファ時間内で単位時間分スライドしてもよい。予定設定サーバ２０の制御部２１０は、変動予定の希望日時をスライドした結果、イベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、スライドした希望日時に変動予定を設定してもよい。

予定設定サーバ２０の出力部１５０は、イベントの希望日時、又は変動予定の希望日時をスライドした結果、予定情報に含まれるイベントの希望日時と、イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、スライドした希望日時の情報を出力してもよい。

予定設定サーバ２０の出力部１５０は、スライドした希望日時の候補を候補予定として出力してもよい。予定設定サーバ２０の制御部２１０は、出力された候補予定の中から選択された候補予定の希望日時を変動予定の希望日時として設定してもよい。

上述の実施形態では、新たなイベントの種類が半固定であり、確定予定又は変動予定の希望日時と重複する場合（ステップＳ１０７：ＹＥＳ）には、予定設定サーバ２０は、まず、イベントの希望日時をバッファ時間内で単位時間分スライド（ステップＳ３０１）しているがこの限りではない。例えば、予め優先フラグが設定されている場合には、予定設定サーバ２０は、既存の変動予定の希望日時を優先してバッファ時間内で単位時間分スライド（ステップＳ３０６）してもよい。優先フラグは、ユーザの操作に基づき任意に設定することができる。この場合、図２のステップＳ１１０で実行される第２調整処理が実行されると、ステップＳ３０６〜Ｓ３１２の処理が実行され、その後、ステップＳ３０１〜Ｓ３０５の処理が実行される。したがって、優先フラグの設定に基づき、優先的にスライドされる予定を任意に変更することができる。

（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。即ち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線によって接続し、これら複数の装置により実現されてもよい。

例えば、本開示の一実施形態における装置（予定設定サーバ２０など）は、本開示の予定設定方法の処理を行うコンピュータとして機能してもよい。図１２は、一実施形態に係る予定設定サーバなどのハードウェア構成の一例を示す図である。上述のデバイス１０、予定設定サーバ２０などは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、本開示において、装置、回路、デバイス、ユニット、サーバなどは、互いに読み替えることができる。デバイス１０、予定設定サーバ２０などのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。

デバイス１０、予定設定サーバ２０などにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みなどを制御することによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。なお、上述の制御部１１０などの各部は、プロセッサ１００１によって実現されてもよい。

また、プロセッサ１００１は、量子焼きなまし法（量子アニーリング）による、量子ゆらぎを用いた過程によって、解候補の任意の集合から任意の目的関数の最小値（グローバルミニマム）を探す方法により、コンピュータ全体を制御してもよい。これにより、予定の再設定にかかる時間を大幅に短縮することができる。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１０は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically EPROM）、ＲＡＭ（Random Access Memory）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、一実施形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ−ＲＯＭ（Compact Disc ROM）など）、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。なお、上述の記憶部１２０は、メモリ１００２及び／又はストレージ１００３によって実現されてもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、ＳＩＭカード（Subscriber Identity Module Card）を含んでもよい。なお、上述の通信部１３０は、通信装置１００４によって実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウスなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカーなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。なお、上述の入力部１４０及び出力部１５０は、それぞれ入力装置１００５及び出力装置１００６によって実現されてもよい。

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００８によって接続される。バス１００７は、単一のバスによって構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、予定設定サーバ２０などは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

（変形例）
なお、本開示において説明した用語及び／又は本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。また、本開示においてパラメータなどに使用する名称は、いかなる点においても限定的なものではない。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

情報、信号などは、複数のネットワークノードを介して入出力されてもよい。入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体及び信号波形の少なくとも１つを介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのa, an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、特許請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

１ 予定設定システム
１０ デバイス
１３ 通信部
２０ 予定設定サーバ
１１０ 制御部
１２０ 記憶部
１３０ 通信部
１４０ 入力部
１５０ 出力部
２１０ 制御部
２３０ 通信部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置
１００７ バス
１００８ バス

Claims (14)

1. イベントに参加するメンバの情報、前記イベントの希望日時の情報、前記イベントの種類の情報、を含む予定情報を取得する取得部と、
   前記予定情報に基づき、確定予定又は変動予定を含む予定を設定する制御部と、
   を備え、
   前記制御部は、
   前記イベントの種類が第１の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定の希望日時と重複しない場合には、前記予定情報に含まれる前記希望日時に確定予定を設定し、
   前記イベントの種類が第２の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しない場合には、前記希望日時に変動予定を設定し、
   前記予定情報に含まれる前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複する場合には、前記イベントの希望日時、又は前記変動予定の希望日時を予め設定されたバッファ時間内で単位時間分スライドし、前記イベントの希望日時、又は前記変動予定の希望日時をスライドした結果、前記予定情報に含まれる前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、前記スライドした希望日時に変動予定を設定し、
   前記変動予定を所定のタイミングで、前記希望日時の確定予定に設定する
   ことを特徴とする予定設定システム。
2. 請求項１に記載の予定設定システムであって、
   前記制御部は、
   前記イベントの種類が前記第１の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの変動予定の希望日時と重複する場合には、重複する前記変動予定の希望日時を前記バッファ時間内で単位時間分スライドし、前記変動予定の希望日時をスライドした結果、前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、前記スライドした希望日時に変動予定を設定する
   ことを特徴とする予定設定システム。
3. 請求項１に記載の予定設定システムであって、
   前記制御部は、
   前記イベントの種類が前記第２の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と重複する場合には、前記イベントの希望日時を前記バッファ時間内で単位時間分スライドし、前記イベントの希望日時をスライドした結果、前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、前記スライドした希望日時に変動予定を設定する
   ことを特徴とする予定設定システム。
4. 請求項１に記載の予定設定システムであって、
   前記制御部は、
   前記イベントの種類が前記第２の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と重複する場合には、前記イベントの希望日時を前記イベントに対し予め設定されたバッファ時間内で単位時間分スライドし、
   前記イベントの希望日時を前記イベントに対し予め設定されたバッファ時間内でスライドした結果、前記イベントの希望日時と、前記イベントに参加するメンバの変動予定の希望日時との重複が解消しない場合には、重複する前記変動予定の希望日時を前記変動予定に対し予め設定されたバッファ時間内で単位時間分スライドし、前記変動予定の希望日時をスライドした結果、前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、前記スライドした希望日時に変動予定を設定する
   ことを特徴とする予定設定システム。
5. 請求項１から４のうち何れかに記載の予定設定システムであって、
   前記イベントの希望日時、又は前記変動予定の希望日時をスライドした結果、前記予定情報に含まれる前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、前記スライドした希望日時の情報を出力する出力部を更に備える
   ことを特徴とする予定設定システム。
6. 請求項５に記載の予定設定システムであって、
   前記出力部は、
   前記スライドした希望日時の候補を候補予定として通知し、
   前記制御部は、
   通知された前記候補予定の中から選択された候補予定の希望日時を前記変動予定の希望日時として設定する
   ことを特徴とする予定設定システム。
7. 請求項１に記載の予定設定システムであって、
   前記制御部は、前記変動予定の希望日時をスライドした結果、前記取得した予定情報に含まれるイベントの希望日時と、前記イベントに参加する各メンバの確定予定又は変動予定の希望日時と、の組み合わせが複数ある場合には、最適条件のパターンに対応する希望日時に設定済みの変動予定を設定する
   ことを特徴とする予定設定システム。
8. 請求項７に記載の予定設定システムであって、
   前記最適条件のパターンとして、前記取得した予定情報に含まれるイベントの希望日時と、前記イベントに参加する各メンバの確定予定又は変動予定の希望日時と、の組み合わせのうち、重複が一番少ない希望日時に設定済みの変動予定を設定する
   ことを特徴とする予定設定システム。
9. 請求項７に記載の予定設定システムであって、
   前記最適条件のパターンとして、前記取得した予定情報に含まれるイベントの希望日時と、前記イベントに参加する各メンバの確定予定又は変動予定の希望日時と、の組み合わせのうち、各メンバのまとまった空き時間が最大となる希望日時にイベントの変動予定を設定する
   ことを特徴とする予定設定システム。
10. 請求項７に記載の予定設定システムであって、
    前記最適条件のパターンとして、前記取得した予定情報に含まれるイベントの希望日時と、前記イベントに参加する各メンバの確定予定又は変動予定の希望日時と、の組み合わせのうち、最も早い希望日時に設定済みの変動予定を設定する
    ことを特徴とする予定設定システム。
11. 請求項１に記載の予定設定システムであって、
    前記取得部は、前記予定情報を前記メンバにより入力可能なリスト形式で取得し、
    前記制御部は、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と重複する場合には、前記メンバの確定予定又は変動予定の希望日時と重複しない日時のうち、優先順位の高い希望日時に変動予定を設定する
    ことを特徴とする予定設定システム。
12. 請求項１１に記載の予定設定システムであって、
    前記制御部は、前記イベントの希望日時が、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しない日時のうち、最も早い希望日時を前記優先順位が高い希望日時とする
    ことを特徴とする予定設定システム。
13. イベントに参加するメンバの情報、前記イベントの希望日時の情報、前記イベントの種類の情報、を含む予定情報を取得する取得部と、
    前記予定情報に基づき、確定予定又は変動予定を含む予定を設定する制御部と、
    を備え、
    前記制御部は、
    前記イベントの種類が第１の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定の希望日時と重複しない場合には、前記予定情報に含まれる前記希望日時に確定予定を設定し、
    前記イベントの種類が第２の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しない場合には、前記希望日時に変動予定を設定し、
    前記予定情報に含まれる前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複する場合には、前記イベントの希望日時、又は前記変動予定の希望日時を予め設定されたバッファ時間内で単位時間分スライドし、前記イベントの希望日時、又は前記変動予定の希望日時をスライドした結果、前記予定情報に含まれる前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、前記スライドした希望日時に変動予定を設定し、
    前記変動予定を所定のタイミングで、前記希望日時の確定予定に設定する
    ことを特徴とする予定設定サーバ。
14. コンピュータに、
    イベントに参加するメンバの情報、前記イベントの希望日時の情報、前記イベントの種類の情報、を含む予定情報を取得する手順と、
    前記予定情報に基づき、確定予定又は変動予定を含む予定を設定する手順と、
    前記イベントの種類が第１の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定の希望日時と重複しない場合には、前記予定情報に含まれる前記希望日時に確定予定を設定し、
    前記イベントの種類が第２の種類であり、かつ、前記予定情報に含まれる前記イベントの希望日時が、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と重複しない場合には、前記希望日時に変動予定を設定し、
    前記予定情報に含まれる前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、が重複する場合には、前記イベントの希望日時、又は前記変動予定の希望日時を予め設定されたバッファ時間内で単位時間分スライドし、前記イベントの希望日時、又は前記変動予定の希望日時をスライドした結果、前記予定情報に含まれる前記イベントの希望日時と、前記イベントに参加するメンバの確定予定又は変動予定の希望日時と、の重複が解消した場合には、前記スライドした希望日時に変動予定を設定し、
    前記変動予定を所定のタイミングで、前記希望日時の確定予定に設定する手順と、を実行させるためのプログラム。

Images