(57)【要約】【課題】より柔軟に予定を調整することができる情報処理装置及びプログラムを提供する。【解決手段】情報処理装置は、管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、予定を所定の予定情報に登録する予定登録手段を備え、予定登録手段は、予定情報における予定の登録の際に、当該予定の成立条件が満たされる場合には、成立した予定として本登録を行い、当該予定の成立条件が満たされない場合には、成立前の仮の予定として仮登録を行い、予定の仮登録を行った後で当該予定の成立条件が満たされることとなった場合には、当該予定について仮登録を解除して本登録を行う。【選択図】図２０
2020119126.tif 000002
【特許請求の範囲】
【請求項１】
管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、前記予定を所定の予定情報に登録する予定登録手段を備え、
前記予定登録手段は、
前記予定情報における予定の登録の際に、当該予定の前記成立条件が満たされる場合には、成立した予定として本登録を行い、当該予定の前記成立条件が満たされない場合には、成立前の仮の予定として仮登録を行い、
前記予定の前記仮登録を行った後で当該予定の前記成立条件が満たされることとなった場合には、当該予定について前記仮登録を解除して前記本登録を行うことを特徴とする情報処理装置。
【請求項２】
前記複数の人員の各々について、人員のスケジュールの管理に用いられるスケジュール情報の生成及び更新を行うスケジュール情報処理手段を備え、
前記スケジュール情報処理手段は、前記予定登録手段により前記予定が登録される場合に、前記複数の人員のうち前記予定の前記参加者に係る前記スケジュール情報に前記予定を追加し、
前記成立条件は、前記参加者の前記予定への参加状況に係るものであり、
前記予定登録手段は、前記予定の前記参加者に係る、前記予定が追加された前記スケジュール情報に基づいて前記成立条件が満たされるか否かを判定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記スケジュール情報処理手段は、前記スケジュール情報と、前記予定情報に登録されている前記予定と、を対応付けるための情報を前記スケジュール情報に付加することにより、前記スケジュール情報に前記予定を追加することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記スケジュール情報処理手段は、一の人員に係る前記スケジュール情報に第１の予定を追加する際に、当該第１の予定の時間帯が既存の第２の予定の時間帯の少なくも一部と重なる場合には、前記スケジュール情報において前記第１の予定を前記第２の予定に対応付けて、前記一の人員の不参加が見込まれる待機状態の予定として設定し、
前記予定登録手段は、前記予定の登録の際に、当該予定の前記参加者に係る前記スケジュール情報において前記予定が前記待機状態として設定されているか否かに基づいて、前記成立条件が満たされるか否かを判定することを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記スケジュール情報処理手段は、一の人員に係る前記スケジュール情報に第１の予定を追加する際に、当該第１の予定の時間帯が既存の第２の予定の時間帯の少なくも一部と重なる場合には、前記スケジュール情報において前記第１の予定を前記第２の予定に対応付けて、前記一の人員の不参加が見込まれる待機状態の予定として設定し、
前記成立条件は、前記参加者のうち一又は二以上の特定の人員の参加であり、
前記予定登録手段は、前記予定の登録の際に、当該予定の成立条件の対象となっているいずれかの前記特定の人員に係る前記スケジュール情報において、前記予定が前記待機状態に設定された場合には、前記成立条件が満たされないと判定して、当該予定について前記仮登録を行うことを特徴とする請求項２又は３に記載の情報処理装置。
【請求項６】
前記スケジュール情報処理手段は、前記予定情報における予定の削除又は前記設定の変更により前記第１の予定の時間帯が他の予定の時間帯と重ならなくなった場合、又は前記一の人員に係る前記スケジュール情報から前記第２の予定が削除された場合に、前記第１の予定について前記待機状態の設定を解除し、
前記予定登録手段は、前記仮登録が行われた前記予定の成立条件の対象となっている全ての前記特定の人員に係る前記スケジュール情報において、前記予定について前記待機状態の設定が解除された場合に、前記成立条件が満たされると判定して、前記予定について前記仮登録を解除して前記本登録を行うことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記予定には、前記仮登録を維持可能な仮登録可能期間に係る設定が含まれ、
前記予定登録手段は、前記仮登録されている予定の前記仮登録可能期間が終了した時点で前記成立条件が満たされない場合に、前記予定情報における当該予定について、不成立の予定として所定の不成立処理を行い、
前記スケジュール情報処理手段は、前記スケジュール情報における前記不成立処理がなされた予定に対して、スケジュールから除外するための除外処理を行うことを特徴とする請求項２から６のいずれか一項に記載の情報処理装置。
【請求項８】
前記予定情報及び前記スケジュール情報に基づいて、前記仮登録がなされた予定と、前記本登録がなされた予定とを区別可能な態様で、人員のスケジュールに係る情報をユーザに提示する提示手段を備えることを特徴とする請求項２から７のいずれか一項に記載の情報処理装置。
【請求項９】
前記予定情報及び前記スケジュール情報に基づいて、前記仮登録又は前記本登録がなされた予定の２以上の参加者のスケジュールが対比可能に表されたスケジュール画面を表示部に表示させる表示制御手段を備え、
前記表示制御手段は、
前記スケジュール画面において、前記２以上の参加者のスケジュールに含まれる予定のうち前記仮登録がなされた予定を第１の態様で表示させ、
前記仮登録がなされた予定の前記成立条件が満たされることとなった場合には、前記スケジュール画面において前記予定を、前記本登録がなされたことを示す、前記第１の態様とは異なる第２の態様で表示させることを特徴とする請求項２から７のいずれか一項に記載の情報処理装置。
【請求項１０】
管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、前記予定の２以上の参加者のスケジュールが対比可能に表されたスケジュール画面を表示部に表示させる表示制御手段を備え、
前記表示制御手段は、
前記スケジュール画面において、前記２以上の参加者のスケジュールに含まれる予定のうち前記成立条件が満たされていない予定を、成立前の仮の予定として仮登録がなされたことを示す第１の態様で表示させ、
前記仮登録がなされた予定の前記成立条件が満たされることとなった場合には、前記スケジュール画面において前記予定を、成立した予定として本登録がなされたことを示す、前記第１の態様とは異なる第２の態様で表示させることを特徴とする情報処理装置。
【請求項１１】
情報処理装置に設けられたコンピュータを、
管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、前記予定を所定の予定情報に登録する予定登録手段として機能させ、
前記予定登録手段は、
前記予定情報における予定の登録の際に、当該予定の前記成立条件が満たされる場合には、成立した予定として本登録を行い、当該予定の前記成立条件が満たされない場合には、成立前の仮の予定として仮登録を行い、
前記予定の前記仮登録を行った後で当該予定の前記成立条件が満たされることとなった場合には、当該予定について前記仮登録を解除して前記本登録を行うことを特徴とするプログラム。
【請求項１２】
情報処理装置に設けられたコンピュータを、
管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、前記予定の２以上の参加者のスケジュールが対比可能に表されたスケジュール画面を表示部に表示させる表示制御手段として機能させ、
前記表示制御手段は、
前記スケジュール画面において、前記２以上の参加者のスケジュールに含まれる予定のうち前記成立条件が満たされていない予定を、成立前の仮の予定として仮登録がなされたことを示す第１の態様で表示させ、
前記仮登録がなされた予定の前記成立条件が満たされることとなった場合には、前記スケジュール画面において前記予定を、成立した予定として本登録がなされたことを示す、前記第１の態様とは異なる第２の態様で表示させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来、複数の人員のスケジュールを管理するスケジュール管理装置として用いられる情報処理装置がある。この情報処理装置では、例えば、参加者及び時間帯が指定された予定の情報を、参加者として指定されている人員のスケジュールに登録することで、各人員のスケジュールが管理される。
【０００３】
また、従来、登録しようとする予定の時間帯が、参加者のスケジュールにおいて既存の予定の時間帯の少なくとも一部と重なっている場合に、予定の重複を調整する技術がある。例えば、特許文献１には、追加する予定の時間帯を、既存の予定の時間帯と重ならないように変更して仮登録を行った上で、既存の予定との競合を改めて調整する技術が開示されている。また、特許文献２には、ユーザの指示に応じて既存の予定と重複する予定が仮登録された場合に、仮登録された予定の参加者から参加可否の選択結果を取得し、当該選択結果をユーザに提示しつつ、仮登録した予定を確定させるか削除するかの指示を受け付ける技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１８７２１２号公報
【特許文献２】特開２０１５−１７６３９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、予定の登録では、必ずしも参加者全員のスケジュールにおいて既存の予定の時間帯と重ならないことが予定の成立条件とはならない場合がある。例えば、参加者のうち特定の人員の参加が成立条件であり、他の人員の参加は任意である場合や、参加者の人数が成立条件となっている場合などである。このような予定を登録する場合に、上記従来の技術を用いて画一的に予定の調整を行うと、登録する予定について不必要な時間帯の変更がなされたり、本来開催可能な予定にも関わらず削除されたりする場合がある。
このように、上記従来の技術では、柔軟に予定を調整することが困難であるという課題がある。
【０００６】
この発明の目的は、より柔軟に予定を調整することができる情報処理装置及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の情報処理装置は、
管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、前記予定を所定の予定情報に登録する予定登録手段を備え、
前記予定登録手段は、
前記予定情報における予定の登録の際に、当該予定の前記成立条件が満たされる場合には、成立した予定として本登録を行い、当該予定の前記成立条件が満たされない場合には、成立前の仮の予定として仮登録を行い、
前記予定の前記仮登録を行った後で当該予定の前記成立条件が満たされることとなった場合には、当該予定について前記仮登録を解除して前記本登録を行う。
【発明の効果】
【０００８】
本発明によれば、より柔軟に予定を調整することができるという効果がある。
【図面の簡単な説明】
【０００９】
【図１】スケジュール管理システムの概略構成を示す図である。
【図２】スケジュール管理装置の機能的構成を示すブロック図である。
【図３】端末装置の機能的構成を示すブロック図である。
【図４】スケジュール管理装置によるスケジュール管理に用いられるデータの構造を説明する図である。
【図５】個別予定データの内容例を示す図である。
【図６】個別スケジュールデータの内容例を示す図である。
【図７】スケジュールボードの例を示す図である。
【図８】図４の状態から会議Ｅに係る個別予定データが追加されたときのデータの状態を表す図である。
【図９】会議Ｅに係る個別予定データの内容を示す図である。
【図１０】会議Ｅに係る個別予定データの追加に応じた各データの更新後の内容を示す図である。
【図１１】会議Ｅの仮登録が行われた状態のユーザＵ１のスケジュールボードの例を示す図である。
【図１２】会議Ａの参加者からユーザＵ１が削除された後のデータの状態を示す図である。
【図１３】会議Ｅの本登録が行われた状態のユーザＵ１のスケジュールボードの例を示す図である。
【図１４】最終成立確認に用いられるタイマー管理データの内容例を示す図である。
【図１５】会議Ｅの除外処理が行われた状態のスケジュールボードの例を示す図である。
【図１６】複数のユーザのスケジュールが対比可能に表されたスケジュールボードの内容例を示す図である。
【図１７】会議Ｅの本登録がなされた状態のスケジュールボードを示す図である。
【図１８】新規予定登録処理の制御手順を示すフローチャートである。
【図１９】スケジュールデータへの予定追加処理の制御手順を示すフローチャートである。
【図２０】予定成立判定処理の制御手順を示すフローチャートである。
【図２１】予定編集処理の制御手順を示すフローチャートである。
【図２２】スケジュールデータ更新処理の制御手順を示すフローチャートである。
【図２３】最終成立確認処理の制御手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の情報処理装置及びプログラムに係る実施の形態を図面に基づいて説明する。
【００１１】
＜スケジュール管理システムの構成＞
図１は、本実施形態のスケジュール管理システム１００の概略構成を示す図である。
スケジュール管理システム１００は、情報処理装置としてのスケジュール管理装置１と、当該スケジュール管理装置１に通信ネットワークＮを介して接続された端末装置２と、を備える。
【００１２】
スケジュール管理装置１は、管理対象の複数の人員（ここでは、スケジュール管理システム１００の複数のユーザ）についてのスケジュールに係る情報を記憶して管理し、これらの情報に対して所定の処理を行って端末装置２に送信するサーバ装置である。
本実施形態では、スケジュールに係る情報として、参加者、時間帯、及び成立条件に係る設定を含む予定（例えば、会議やイベント等）の情報が記憶されて管理される。
スケジュール管理装置１では、予定の成立条件を考慮して予定を調整することができる。予定の調整方法については、後に詳述する。
【００１３】
端末装置２は、例えば、スケジュール管理システム１００のユーザが使用する端末装置である。端末装置２は、例えば、ノートＰＣ（Personal Computer）、デスクトップＰＣ、スマートフォン、タブレットＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等である。
端末装置２は、ユーザからの入力操作に応じてスケジュール管理装置１に対して情報を送信し、またスケジュール管理装置１から送信された情報を受信して所定の表示画面に表示する。
【００１４】
通信ネットワークＮは、例えば、インターネットとすることができるが、ＬＡＮ（Local Area Network）等の他のネットワークであってもよい。
【００１５】
スケジュール管理システム１００のユーザは、スケジュール管理装置１から送信された情報を端末装置２において閲覧、編集することで、自身のスケジュールを確認して管理することができる。また、ユーザは、端末装置２においてスケジュールに係る情報を入力してスケジュール管理装置１に送信することができる。
【００１６】
図２は、スケジュール管理装置１の機能的構成を示すブロック図である。
スケジュール管理装置１は、ＣＰＵ１１（Central Processing Unit）と、ＲＡＭ１２（Random Access Memory）と、記憶部１３と、操作部１４と、表示部１５と、通信部１６と、バス１７などを備えている。スケジュール管理装置１の各部は、バス１７を介して接続されている。
【００１７】
ＣＰＵ１１は、スケジュール管理装置１の各部を制御するプロセッサである。ＣＰＵ１１は、記憶部１３に記憶されているシステムプログラム及びアプリケーションプログラムのうち、指定されたプログラムを読み出してＲＡＭ１２に展開し、当該プログラムに従って各種処理を実行する。当該処理を実行することで、ＣＰＵ１１は、予定登録手段、スケジュール情報処理手段、提示手段及び表示制御手段として機能する。
【００１８】
ＲＡＭ１２は、例えば、揮発性のメモリであり、ＣＰＵ１１により読み出された各種のプログラムやデータを一時的に格納するワークエリアを有する。
【００１９】
記憶部１３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）といった、データの書き込み及び読み出しが可能な記憶装置を備え、各種のプログラムやデータを含むファイル等を記憶する。記憶部１３に記憶されるデータとしては、個々の予定に関する個別予定データ１３１ａ（図４）のデータベースである予定データベース１３１（予定情報）、複数のユーザの各々に係るスケジュールデータ１３２ａ（スケジュール情報）（図６）のデータベースであるスケジュールデータベース１３２、後述するタイマー処理に用いられるタイマー管理データ１３３などがある。また、記憶部１３には、スケジュール管理装置１によりスケジュール管理に係る各種処理を実行させるためのスケジュール管理プログラム１３４が記憶されている。
【００２０】
操作部１４は、キーボード等のキー入力部と、マウス等のポインティングデバイスとを有し、ユーザ（オペレータ）からのキー操作入力及び位置操作入力を受け付け、その操作情報をＣＰＵ１１に出力する。
【００２１】
表示部１５は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electro Luminescence）ディスプレイ等で構成され、ＣＰＵ１１から指示された表示情報に従い各種表示を行う。
【００２２】
通信部１６は、ネットワークカード等により構成され、通信ネットワークＮを介して接続された端末装置２やその他の機器との間でデータの送受信を行う。
【００２３】
図３は、端末装置２の機能的構成を示すブロック図である。
端末装置２は、ＣＰＵ２１と、ＲＡＭ２２と、記憶部２３と、操作部２４と、表示部２５と、通信部２６と、バス２７などを備えている。端末装置２の各部は、バス２７を介して接続されている。
【００２４】
ＣＰＵ２１は、端末装置２の各部を制御するプロセッサである。ＣＰＵ２１は、記憶部２３に記憶されているシステムプログラム及びアプリケーションプログラムのうち、指定されたプログラムを読み出してＲＡＭ２２に展開し、当該プログラムに従って各種処理を実行する。
【００２５】
ＲＡＭ２２は、例えば、揮発性のメモリであり、ＣＰＵ２１により読み出された各種のプログラムやデータを一時的に格納するワークエリアを有する。
【００２６】
記憶部２３は、ＨＤＤ、ＳＳＤといった、データの書き込み及び読み出しが可能な記憶装置を備え、各種のプログラムやデータを含むファイル等を記憶する。記憶部２３には、ユーザが自身のスケジュールの確認や編集を行うためのアプリケーションプログラム２３１が記憶されている。
【００２７】
操作部２４は、キーボード等のキー入力部と、マウス等のポインティングデバイスとを有し、ユーザ（オペレータ）からのキー操作入力及び位置操作入力を受け付け、その操作情報をＣＰＵ１１に出力する。
【００２８】
表示部２５は、ＬＣＤ、ＥＬディスプレイ等で構成され、ＣＰＵ２１から指示された表示情報に従い各種表示を行う。
【００２９】
通信部２６は、ネットワークカード等により構成され、通信ネットワークＮを介して接続されたスケジュール管理装置１やその他の機器との間でデータの送受信を行う。
【００３０】
＜スケジュールの管理方法＞
次に、スケジュール管理システム１００におけるスケジュールの管理方法について、スケジュール管理装置１の動作を中心に説明する。
【００３１】
図４は、スケジュール管理装置１によるスケジュール管理に用いられるデータの構造を説明する図である。
図４に示されるように、スケジュール管理装置１では、予定データベース１３１に含まれる、個々の予定に係る個別予定データ１３１ａと、スケジュールデータベース１３２に含まれる、各ユーザのスケジュールデータ１３２ａと、を用いて、複数のユーザのスケジュールが管理される。
図４の例では、予定データベース１３１に、予定としての会議Ａ〜会議Ｄに関する４つの個別予定データ１３１ａが含まれている。
また、スケジュールデータベース１３２に、３人のユーザＵ１〜Ｕ３についての３つのスケジュールデータ１３２ａが含まれている。スケジュール管理装置１では、メールアドレスによりユーザが特定されており、図４では、このメールアドレスによりユーザが示されている。
スケジュール管理装置１は、予定の追加やユーザのスケジュールの変更に応じて予定データベース１３１及びスケジュールデータベース１３２の内容を逐次更新することで、複数のユーザのスケジュールを管理する。
【００３２】
図５は、個別予定データ１３１ａの内容例を示す図である。
個別予定データ１３１ａには、「予定ＩＤ」、「タイトル」、「開始時刻」、「終了時刻」、「場所」及び「参加者」からなる第１情報Ｉ１と、「必須参加者」及び「最終成立確認時刻」からなる第２情報Ｉ２と、「ステータス」からなる第３情報Ｉ３と、が含まれている。
このうち第１情報Ｉ１は、すべての予定に対して入力される情報である。
また、第２情報Ｉ２は、成立条件が設定される予定に対して入力される情報である。換言すれば、第２情報Ｉ２の各項目を入力することで、予定に対して成立条件を設定することができる。また、第２情報Ｉ２が入力されない場合には、当該予定は成立条件のない予定として扱われる。
第３情報Ｉ３は、予定の成立条件の充足状態に応じてＣＰＵ１１により設定されるフラグである。
個別予定データ１３１ａは、いずれかの端末装置２において、アプリケーションプログラム２３１上でユーザが所定の入力操作を行うことで予定データベース１３１に追加される。また、「予定ＩＤ」及び「ステータス」を除く各項目の内容は、予定の登録の際に、当該予定を登録したユーザにより入力される。この、ユーザにより入力される情報が「入力情報」に相当し、予定データベース１３１への予定の登録に用いられる。
【００３３】
第１情報Ｉ１のうち、「予定ＩＤ」は、個々の予定を特定するために付されている文字列である。ここでは、「ＩＤ」の文字と３桁の数字の組み合わせとされているが、これに限られず、予定を互いに区別することが可能な任意の文字列を用いることができる。
「タイトル」は、予定を登録したユーザにより入力された、予定の内容を表す文字列である。
「開始時刻」及び「終了時刻」は、予定の時間帯を表す情報である。
「場所」は、予定の開催場所を表す文字列である。
「参加者」は、予定を登録したユーザにより指定された、予定の参加者である。参加者は、スケジュール管理システム１００においてスケジュールの管理対象となっている複数のユーザの中から選択される。
【００３４】
第２情報Ｉ２のうち、「必須参加者」は、予定を登録したユーザにより指定された、必須の参加者であり、予定の成立条件を示す情報である。すなわち、予定は、「必須参加者」に含まれる全てのユーザが参加する場合に成立し、「必須参加者」のうちいずれかのユーザが不参加となる場合には成立しない。より詳しくは、予定の登録の際にこの成立条件が満たされる場合には、当該予定については、成立した予定として本登録が行われ、成立条件が満たされない場合には、成立前の仮の予定として仮登録が行われる。また、仮登録が行われた後で当該予定の成立条件が満たされることとなった場合には、当該予定について仮登録が解除されて本登録が行われる。仮登録及び本登録に関する動作については、後に詳述する。
「最終成立確認時刻」は、当該予定について、仮登録を維持可能な仮登録可能期間の終期を示している。ここでは、会議の開始時刻を基準とした相対時間で指定されているが、絶対時刻で指定されていても良い。この「最終成立確認時刻」に指定された時刻まで仮登録が維持されている場合には、成立条件が満たされるか否かの判定がなされ、成立条件が満たされていないと判定されると、その会議については、不成立の予定として不成立処理が行われる。
【００３５】
第３情報Ｉ３を構成する「ステータス」は、予定の成立条件の充足状態を示すフラグである。具体的には、「ステータス」は、成立条件を満たしており本登録がなされていることを示す「ＯＫ」、成立条件を満たしておらず仮登録がなされていることを示す「ＷＡＩＴ」、成立しないことが確定した状態（不成立となった状態）であることを示す「ＤＥＬＥＴＥ」のいずれかに設定される。
【００３６】
図４では、各個別予定データ１３１ａを表す矩形の右端部に、ステータスの内容が示されている。図４における会議Ａ〜会議Ｄに係る４つの個別予定データ１３１ａでは、いずれも成立条件が満たされているものとする。このため、各個別予定データ１３１ａでは、ステータスが「ＯＫ」となっている。
【００３７】
一方、スケジュールデータベース１３２の各スケジュールデータ１３２ａには、図４に示されるように、一つの予定に各々対応する個別スケジュールデータ１３２ｂが複数含まれている。また、各ユーザのスケジュールデータ１３２ａには、当該ユーザが参加者として指定されている予定についての個別スケジュールデータ１３２ｂが含まれている。詳しくは、予定データベース１３１において予定（個別予定データ１３１ａ）が登録される際に、当該予定において参加者として指定されるユーザのスケジュールデータ１３２ａに対して、当該予定に対応する個別スケジュールデータ１３２ｂが追加される。この結果、各ユーザのスケジュールデータ１３２ａでは、当該ユーザが参加者となっている予定に対応する個別スケジュールデータ１３２ｂが逐次追加されていく。
【００３８】
図６は、個別スケジュールデータ１３２ｂの内容例を示す図である。
個別スケジュールデータ１３２ｂには、「ローカルＩＤ」、「予定ＩＤ」、及び「リンク情報」の情報が含まれている。
このうち「ローカルＩＤ」は、ユーザのスケジュールデータ１３２ａ内で個々の予定を特定するための文字列である。ここでは、「Ｌ」の文字と３桁の数字の組み合わせとなっているが、これに限られず、ユーザのスケジュールデータ１３２ａ内で予定を互いに区別することが可能な任意の文字列を用いることができる。
【００３９】
「予定ＩＤ」は、その個別スケジュールデータ１３２ｂで特定される予定を表し、個別予定データ１３１ａにおける「予定ＩＤ」に対応する。すなわち、個別スケジュールデータ１３２ｂでは、「予定ＩＤ」を付すことで、いずれかの個別予定データ１３１ａの予定との対応付けがなされている。換言すれば、「予定ＩＤ」は、ユーザのスケジュールデータ１３２ａと、予定データベース１３１に登録されている予定とを対応付けるための情報である。図６の例では、あるユーザのスケジュールにおけるローカルＩＤ「Ｌ００１」の予定が、予定データベース１３１において予定ＩＤ「ＩＤ００９」で特定されている予定、すなわち図５の「会議Ｘ」であることが示されている。
【００４０】
「リンク情報」は、その個別スケジュールデータ１３２ｂの、他の個別スケジュールデータ１３２ｂとの時間帯の重複状態に関する情報であり、「リンク先ローカルＩＤ」、「ｃｌｒ」、「ｗａｉｔ」のいずれかとされる。
スケジュールデータ１３２ａに、第１の予定に係る個別スケジュールデータ１３２ｂを追加する際に、当該第１の予定の時間帯が既存の第２の予定の時間帯の少なくとも一部と重なる場合には、第２の予定に係る個別スケジュールデータ１３２ｂの「リンク情報」には、第１の予定に係る個別スケジュールデータ１３２ｂのローカルＩＤが設定される。
また、この場合において、第１の予定に係る個別スケジュールデータ１３２ｂの「リンク情報」には、「ｗａｉｔ」が設定される。「ｗａｉｔ」が設定された予定は、既存の予定と時間帯が重なる予定であり、そのユーザの不参加が見込まれる。よって、「ｗａｉｔ」のリンク情報は、ユーザの不参加が見込まれる待機状態の予定であることを示す情報である。
また、個別スケジュールデータ１３２ｂの予定が他のいずれの個別スケジュールデータ１３２ｂの予定とも時間帯が重ならない場合には、「リンク情報」として「ｃｌｒ」が設定される。
【００４１】
図４の例では、ユーザＵ１のスケジュールデータ１３２ａでは、ローカルＩＤ「Ｌ００１」、「Ｌ００２」の個別スケジュールデータ１３２ｂにおいて、それぞれ予定ＩＤ「ＩＤ００１（会議Ａ）」、予定ＩＤ「ＩＤ００２（会議Ｂ）」の予定が対応付けられている。すなわち、ユーザＵ１のスケジュールでは、会議Ａ及び会議Ｂが予定されている。また、会議Ａ及び会議Ｂは時間帯が重なっていないため、いずれの個別スケジュールデータ１３２ｂにおいてもリンク情報が「ｃｌｒ」となっている。
同様に、ユーザＵ２のスケジュールデータ１３２ａでは、ローカルＩＤ「Ｌ００１」の個別スケジュールデータ１３２ｂにおいて、予定ＩＤ「ＩＤ００２（会議Ｂ）」の予定が対応付けられている。
また、ユーザＵ３のスケジュールデータ１３２ａでは、ローカルＩＤ「Ｌ００１」、「Ｌ００２」の個別スケジュールデータ１３２ｂにおいて、それぞれ予定ＩＤ「ＩＤ００３（会議Ｃ）」、予定ＩＤ「ＩＤ００４（会議Ｄ）」の予定が対応付けられている。
【００４２】
ユーザは、端末装置２においてアプリケーションプログラム２３１を実行することで、自身のスケジュールデータ１３２ａに基づくスケジュールを確認することができる。アプリケーションプログラム２３１が実行されると、スケジュール管理装置１に対してスケジュールデータ１３２ａの送信要求が送られ、これに応じて、スケジュール管理装置１から端末装置２に、当該ユーザに対応付けられている最新のスケジュールデータ１３２ａが送信される。そして、端末装置２では、当該スケジュールデータ１３２ａの内容に基づいて、ユーザのスケジュールが表されたスケジュールボード３０が表示部２５に表示される。
【００４３】
図７は、スケジュールボード３０の例を示す図である。
スケジュールボード３０では、ユーザが指定した日付のタイムスケジュールにおいて、スケジュールデータ１３２ａに含まれている予定が表示される。図７では、特定の１日のタイムスケジュールが表示されているが、２日以上のタイムスケジュールが一覧表示されていても良い。
【００４４】
図７では、図４におけるユーザＵ１のスケジュールデータ１３２ａに基づいて生成されたスケジュールボード３０が示されている。ユーザＵ１のスケジュールボード３０では、ローカルＩＤ「Ｌ００１」の会議Ａ（１０：００〜１２：００）、及びローカルＩＤ「Ｌ００２」の会議Ｂ（１３：００〜１４：００）が表示されている。また、各予定について、ステータス（ここでは「ＯＫ」」）が併せて表示されている。
このような画面により、ユーザＵ１は、その日のスケジュールを確認することができる。
【００４５】
＜予定の仮登録及び本登録＞
続いて、図４の状態から新たに会議Ｅ（予定ＩＤ：ＩＤ００５）が追加される場合を例に挙げて、予定の仮登録及び本登録の処理を用いた予定の調整動作について説明する。
予定が追加される場合には、まず予定データベース１３１に、新たな予定に係る個別予定データ１３１ａが追加される。
【００４６】
図８は、図４の状態から会議Ｅに係る個別予定データ１３１ａが追加されたときのデータの状態を表す図である。
図８は、予定データベース１３１に対し、会議Ｅに係る個別予定データ１３１ａを追加する更新がなされ、その更新内容がスケジュールデータベース１３２に反映される前の状態を示している。この段階では、会議Ｅに係る個別予定データ１３１ａのステータスは、仮に「ＯＫ」に設定される。
【００４７】
図９は、会議Ｅに係る個別予定データ１３１ａの内容を示す図である。
会議Ｅは、予定ＩＤが「ＩＤ００５」とされている。また、時間帯が「１０：００〜１２：００」に設定されている。したがって、会議Ｅは、図４における会議Ａと時間帯が重なっている。
また、「参加者」としてユーザＵ１〜Ｕ３が指定されており、このうちユーザＵ１、Ｕ２が「必須参加者」として指定されている。
また、「最終成立確認時刻」は、開始時間の１時間前に設定されている。
【００４８】
図１０は、会議Ｅに係る個別予定データ１３１ａの追加に応じた各データの更新後の内容を示す図である。
会議Ｅに係る個別予定データ１３１ａが予定データベース１３１に追加されると、まず、会議Ｅの参加者に指定されているユーザＵ１〜Ｕ３のスケジュールデータ１３２ａに、会議Ｅに対応する個別スケジュールデータ１３２ｂが追加される。
ここでは、ユーザＵ１のスケジュールデータ１３２ａに、ローカルＩＤ「Ｌ００３」、予定ＩＤ「ＩＤ００５」の個別スケジュールデータ１３２ｂが追加され、ユーザＵ２のスケジュールデータ１３２ａに、ローカルＩＤ「Ｌ００２」、予定ＩＤ「ＩＤ００５」の個別スケジュールデータ１３２ｂが追加され、ユーザＵ３のスケジュールデータ１３２ａに、ローカルＩＤ「Ｌ００３」、予定ＩＤ「ＩＤ００５」の個別スケジュールデータ１３２ｂが追加される。
【００４９】
次に、各ユーザについて、追加された予定の時間帯が既存の予定の時間帯と少なくとも一部重なるか否かが判定され、その判定結果に応じて各個別スケジュールデータ１３２ｂにおける「リンク情報」が更新される。
例えば、ユーザＵ１のスケジュールデータ１３２ａでは、追加された会議Ｅは、既存の会議Ａ（ローカルＩＤ「Ｌ００１」、予定ＩＤ「ＩＤ００１」）と時間帯が重なる。このため、会議Ａに対応するローカルＩＤ「Ｌ００１」の個別スケジュールデータ１３２ｂにおいて、リンク情報として、会議Ｅに対応する個別スケジュールデータ１３２ｂのローカルＩＤ「Ｌ００３」が設定される。また、これに応じて、会議Ｅに対応するローカルＩＤ「Ｌ００３」の個別スケジュールデータ１３２ｂでは、リンク情報として、既存の会議Ａと時間帯が重なることから、「ｗａｉｔ」が設定される。
ユーザＵ２のスケジュールデータ１３２ａでは、会議Ｅと時間帯が重なる予定がないため、会議Ｅに対応するローカルＩＤ「ＩＤ００２」の個別スケジュールデータ１３２ｂにおいて、リンク情報が「ｃｌｒ」に設定される。
ユーザＵ３のスケジュールデータ１３２ａでは、追加された会議Ｅは、既存の会議Ｃ（ローカルＩＤ「Ｌ００１」、予定ＩＤ「ＩＤ００３」）及び会議Ｄ（ローカルＩＤ「Ｌ００２」、予定ＩＤ「ＩＤ００４」）と時間帯が重なる。このため、会議Ｃ及び会議Ｄに対応するローカルＩＤ「Ｌ００１」、「Ｌ００２」の個別スケジュールデータ１３２ｂにおいて、リンク情報として、会議Ｅに対応する個別スケジュールデータ１３２ｂのローカルＩＤ「Ｌ００３」が設定される。また、これに応じて、会議Ｅに対応するローカルＩＤ「Ｌ００３」の個別スケジュールデータ１３２ｂでは、既存の会議Ｃ及び会議Ｄと時間帯が重なることから、リンク情報が「ｗａｉｔ」に設定される。
【００５０】
このように各ユーザのスケジュールデータ１３２ａが更新されると、次に、追加された会議Ｅに係る個別予定データ１３１ａについて、成立条件が判定される。すなわち、必須参加者として指定されているユーザＵ１、Ｕ２についてのスケジュールデータ１３２ａが参照されて、ユーザＵ１、Ｕ２の不参加が見込まれるか否かが判定される。具体的には、必須参加者のユーザのスケジュールデータ１３２ａにおいて、会議Ｅに対応する個別スケジュールデータ１３２ｂのリンク情報が「ｗａｉｔ」に設定されている場合には、当該ユーザの不参加が見込まれるものと判定される。他方で、リンク情報に「リンク先ローカルＩＤ」が設定されている場合、又はリンク情報が「ｃｌｒ」に設定されている場合には、当該ユーザの参加が見込まれるものと判定される。そして、会議Ｅの必須参加者のうち少なくとも１名のユーザの不参加が見込まれる場合には、予定の成立条件が満たされないと判定され、会議Ｅの個別予定データ１３１ａのステータスが「ＷＡＩＴ」に変更される。他方で、全ての必須参加者の参加が見込まれる場合には、予定の成立条件が満たされると判定され、会議Ｅの個別予定データ１３１ａのステータスが「ＯＫ」に維持される。
【００５１】
予定の成立条件の判定の結果、成立条件が満たされないと判定してステータスを「ＷＡＩＴ」に変更する動作が、予定の仮登録に対応する。また、成立条件が満たされると判定してステータスを「ＯＫ」に維持する動作が、予定の本登録に対応する。
図１０の例では、会議Ｅの必須参加者のうちユーザＵ１について、会議Ｅに対応する個別スケジュールデータ１３２ｂのリンク情報が「ｗａｉｔ」となっているため、予定の成立条件が満たされないと判定されて、会議Ｅの個別予定データ１３１ａのステータスが「ＷＡＩＴ」に変更される。すなわち、会議Ｅについては仮登録が行われる。
【００５２】
図１１は、会議Ｅの仮登録が行われた状態のユーザＵ１のスケジュールボード３０の例を示す図である。
このスケジュールボード３０では、図７のスケジュールボード３０から会議Ｅが追加されており、また会議Ｅのステータスとして、仮登録状態を示す「ＷＡＩＴ」が表示されている。これにより、ユーザは、会議Ａ及び会議Ｂが成立していること、及び会議Ｅについては成立前の仮の予定であることを確認することができる。
【００５３】
＜仮登録後の成立条件の判定、及び当該判定の結果に応じた本登録＞
次に、仮登録がなされた予定の成立条件が満たされることとなった場合の動作について説明する。本実施形態では、予定が仮登録された後、所定のタイミングで成立条件が再度判定され、成立条件が満たされていると判定された場合に、予定の仮登録が解除されて本登録が行われる。
成立条件の再判定のタイミングは、特には限られないが、例えば、仮登録がなされた予定（上述の例では会議Ｅ）や、当該予定を待たせている予定（上述の例では会議Ａ、会議Ｃ及び会議Ｄ）について、予定の設定（個別予定データ１３１ａの内容）が変更されたり、予定自体が削除されたりした場合とすることができる。
【００５４】
ここでは、図１０の状態から、会議Ａの参加者からユーザＵ１が削除された場合を例に挙げて説明する。
【００５５】
図１２は、会議Ａの参加者からユーザＵ１が削除された後のデータの状態を示す図である。
予定の編集（例えば、会議における参加者の変更や、会議の削除）は、予定を登録したユーザが端末装置２においてアプリケーションプログラム２３１上で所定の入力操作を行うことで実行される。これに応じて、予定データベース１３１において個別予定データ１３１ａの設定を変更し、個別予定データ１３１ａを削除したりする処理が行われる。予定データベース１３１において個別予定データ１３１ａの設定の変更や削除が行われると、スケジュールデータベース１３２において、対応する予定の個別スケジュールデータ１３２ｂが更新される。
【００５６】
図１２の例では、会議Ａの個別予定データ１３１ａにおいて参加者からユーザＵ１が削除されたことに対応して、ユーザＵ１のローカルＩＤ「Ｌ００１」の個別スケジュールデータ１３２ｂが削除される。なお、図１２では、説明の便宜上、削除された個別スケジュールデータ１３２ｂのローカルＩＤのみ記載を残しているが、ローカルＩＤを含む個別スケジュールデータ１３２ｂの全体を削除しても良い。
【００５７】
ユーザＵ１のスケジュールデータ１３２ａでは、会議Ａに係る個別スケジュールデータ１３２ｂが削除された結果、会議Ｅと時間帯が重なる予定がなくなるため、会議Ｅに対応するローカルＩＤ「Ｌ００３」の個別スケジュールデータ１３２ｂにおいて、リンク情報が「ｃｌｒ」に変更される。
なお、このリンク情報の変更は、詳しくは、削除された個別スケジュールデータ１３２ｂでリンク先ローカルＩＤとして設定されていた個別スケジュールデータ１３２ｂを一旦削除し、再度追加した上で、改めて他の個別スケジュールデータ１３２ｂとの時間帯の重複を確認する処理を行うことで実行される。この処理の詳細な流れについては、後述する。
【００５８】
このようにスケジュールデータ１３２ａが更新されたことを契機として、予定データベース１３１の各個別予定データ１３１ａについて、成立条件が再度判定される。ここでは、会議Ｅの個別予定データ１３１ａについて、必須参加者であるユーザＵ１、Ｕ２のスケジュールデータ１３２ａにおいて会議Ｅに対応する個別スケジュールデータ１３２ｂのリンク情報がいずれも「ｃｌｒ」に設定されているため、会議Ｅの成立条件が満たされていると判定されて、会議Ｅの個別予定データ１３１ａのステータスが「ＯＫ」に変更される。すなわち、会議Ｅの仮登録が解除されて、本登録が行われる。
なお、図１２の状態において、ユーザＵ３のスケジュールデータ１３２ａでは、会議Ｅに係る個別スケジュールデータ１３２ｂのリンク情報が依然として「ｗａｉｔ」となっているが、これに関わらず、会議Ｅの仮登録が解除されて本登録が行われる。これは、ユーザＵ３が会議Ｅの必須参加者に指定されていないためである。
【００５９】
図１３は、会議Ｅの本登録が行われた状態のユーザＵ１のスケジュールボード３０の例を示す図である。
このスケジュールボード３０では、図１１のスケジュールボード３０から会議Ａが削除され、会議Ｅが追加されている。また会議Ｅのステータスとして、本登録状態を示す「ＯＫ」が表示されている。
【００６０】
なお、成立条件の再判定のタイミングとして、予定に対してユーザからの不参加の意思表示（予定のキャンセルの意思表示）がなされたタイミングを含めても良い。ユーザからの不参加の意思表示は、ユーザが端末装置２においてアプリケーションプログラム２３１上で所定の入力操作を行うことで受け付けられる。ユーザからの予定への不参加の意思表示が受け付けられた場合には、ユーザのスケジュールデータ１３２ａから当該予定に係る個別スケジュールデータ１３２ｂが削除される。以下の処理は、上述した処理と同様である。
【００６１】
＜最終成立確認及び不成立処理＞
次に、予定の最終成立確認及び不成立処理について説明する。
仮登録されている予定は、成立条件が満たされた場合に本登録に移行する可能性のある予定である。ただし、予定の開始時刻の直前になって本登録に移行し、開催が決定すると、参加者への周知が不十分となって混乱が生じるといった問題がある。
そこで、本実施形態では、予定の開始時刻の所定時間前の段階で仮登録が維持されている予定について、最終成立確認を行い、その時点で成立条件が満たされていない場合には、不成立の予定として所定の不成立処理が行われる。これにより、上記の問題の発生が抑制される。
【００６２】
最終成立確認を行うタイミングは、個別予定データ１３１ａの「最終成立確認時刻」で設定されている。また、各個別予定データ１３１ａの「最終成立確認時刻」は、タイマー管理データ１３３に集約されて管理される。
【００６３】
図１４は、最終成立確認に用いられるタイマー管理データ１３３の内容例を示す図である。タイマー管理データ１３３には、管理対象の予定ごとに、「予定ＩＤ」と、「最終成立確認時刻」とが含まれている。
「予定ＩＤ」は、「最終成立確認時刻」が設定されている予定の予定ＩＤである。
「最終成立確認日時」は、個別予定データ１３１ａの「最終成立確認時刻」を絶対時刻に変換したものであり、不成立処理を開始する時刻を示している。
【００６４】
タイマー管理データ１３３のいずれかの最終成立確認日時が到来すると、対応する予定ＩＤの予定について最終成立確認が行われ、その結果に応じて不成立処理が実行される。不成立処理では、個別予定データ１３１ａにおけるステータスが「ＤＥＬＥＴＥ」に変更される。
【００６５】
個別予定データ１３１ａのステータスが「ＤＥＬＥＴＥ」に変更された場合には、スケジュールデータベース１３２において、各ユーザのスケジュールから除外するための除外処理が行われる。除外処理の内容は、特には限られないが、最も簡易には、対応する予定に係る個別スケジュールデータ１３２ｂを削除する処理とすることができる。あるいは、「ＤＥＬＥＴＥ」のステータスに移行したことを示すフラグを付与して、スケジュールボード３０において、不成立となった予定であることを示す所定の表示を行っても良い。例えば、図１５に示されるように、「ＤＥＬＥＴＥ」のステータスを明示した上で、予定の枠を破線としても良い。あるいは、予定の枠内を所定の色に着色したり、文字を淡色で表示させたりすることで、不成立となった予定であることを表示しても良い。
【００６６】
＜スケジュールボードを用いたスケジュール調整＞
次に、複数のユーザのスケジュールが対比可能に表されたスケジュールボード３１（スケジュール画面）を用いたスケジュールの調整方法について説明する。
【００６７】
図１６は、複数のユーザのスケジュールが対比可能に表されたスケジュールボード３１の内容例を示す図である。
スケジュールボード３１は、端末装置２においてアプリケーションプログラム２３１を実行することで、表示部２５に表示される。スケジュールボード３１は、上述したユーザ個人のスケジュールボード３０に代えて表示されても良いし、スケジュールボード３０とともに表示されても良い。
【００６８】
スケジュールボード３１では、予定（図１６では、会議Ａ〜Ｅ）の２以上の参加者（ここでは、ユーザＵ１〜Ｕ３）のスケジュールが対比可能に表されている。詳しくは、縦方向の共通の時間軸に対して、ユーザＵ１〜Ｕ３のスケジュールが横方向に並べられて表示されている。また、図１６のスケジュールボード３１では、図１０の状態、すなわち会議Ａ〜Ｄの本登録がなされ、会議Ｅの仮登録がなされている状態での各ユーザのスケジュールが表されている。
【００６９】
具体的には、ユーザＵ１〜Ｕ３のスケジュールにおいて、それぞれ会議Ｅを示すスケジュールブロック３２Ｅａ〜３２Ｅｃが表示されている。また、ユーザＵ１のスケジュールでは、会議Ｅと重複する時間帯に会議Ａのスケジュールブロック３２Ａが表示されている。また、ユーザＵ３のスケジュールでは、会議Ｅと重複する時間帯に会議Ｃ、Ｄのスケジュールブロック３２Ｃ、Ｄが表示されている。また、ユーザＵ１、Ｕ２のスケジュールでは、他の会議と時間帯が重複しない会議Ｂのスケジュールブロック３２Ｂが表示されている。
【００７０】
このうち会議Ｅのスケジュールブロック３２Ｅａ〜３２Ｅｃは、右上の網掛けの矩形内に「ＷＡＩＴ」のステータス表示が付されていることで、仮登録がなされていることが表されている。この「ＷＡＩＴ」のステータス表示が付されている態様が、第１の態様に対応する。
一方で、会議Ａ〜Ｄのスケジュールブロック３２Ａ〜３２Ｄは、右上の白地の矩形内に「ＯＫ」のステータス表示が付されていることで、本登録がなされていることが表されている。この「ＯＫ」のステータス表示が付されている態様が、第２の態様に対応する。
【００７１】
なお、第１の態様及び第２の態様は、図１６に示したものに限られず、第１の態様及び第２の態様でそれぞれ表示された予定をユーザが互いに区別できる任意の態様とすることができる。例えば、第１の態様及び第２の態様で、スケジュールブロックの外枠の太さや色、外枠の内側の領域の色、及び文字のフォントなどを互いに異ならせても良い。また、第１の態様及び第２の態様で、互いに異なる記号や標識などをスケジュールブロックに付与して区別できるようにしても良い。
【００７２】
また、スケジュールボード３１では、予定の必須参加者のスケジュールにおいて、当該予定のスケジュールブロックの外枠が二重線で表示されている。図１６の例では、ユーザＵ１、Ｕ２のスケジュールにおいて、スケジュールブロック３２Ｅａ、３２Ｅｂの外枠が二重線とされていることで、ユーザＵ１、Ｕ２が会議Ｅについての必須参加者であることが表されている。
【００７３】
また、スケジュールボード３１では、個別スケジュールデータ１３２ｂにおいてリンク情報が「ｗａｉｔ」に設定されている予定のスケジュールブロックが着色表示されている。図１６の例では、ユーザＵ１の会議Ｅは、会議Ａと時間帯が重複しているためにリンク情報が「ｗａｉｔ」に設定されているため、スケジュールブロック３２Ｅａが着色表示されている。これにより、着色されたスケジュールブロックに着目することで、成立条件が満たされない要因（すなわち、仮登録となっている要因）のユーザ（ここでは、ユーザＵ１）を直感的に把握することができるようになっている。
【００７４】
また、リンク情報が「ｗａｉｔ」に設定されている予定と、当該予定と時間帯が重複する他の予定との間に、三角形の重複関係表示マーク３３が表示されている。この重複関係表示マーク３３により、着色表示されているスケジュールブロックの予定が、どの予定の影響により「ｗａｉｔ」に設定されているかを容易に把握することができるようになっている。図１６の例では、ユーザＵ１のスケジュールにおいてスケジュールブロック３２Ｅａの会議Ｅが「ｗａｉｔ」となっている要因は、スケジュールブロック３２Ａの会議Ａであるため、スケジュールブロック３２Ａとスケジュールブロック３２Ｅａとの間に重複関係表示マーク３３が表示されている。
【００７５】
このようなスケジュールボードを表示させることで、ユーザは、仮登録となっている予定を本登録に移行させるためにどのようなスケジュール調整が必要かを容易に把握することができる。図１６の例では、ユーザＵ１のスケジュールにおけるスケジュールブロック３２Ａの会議Ａは、着色されているスケジュールブロック３２Ｅとの間に重複関係表示マーク３３が付されているため、この会議Ａが、会議Ｅの成立条件が満たされない要因となっていることが把握される。
例えば、図１６の状態から、ユーザＵ１が会議Ａの出席をキャンセルしたり、会議ＡにおいてユーザＵ１を参加者から削除したりする調整がなされることで、会議Ｅの成立条件が満たされるため、会議Ｅを本登録に移行させることができる。
【００７６】
図１７は、会議Ｅの本登録がなされた状態のスケジュールボード３１を示す図である。図１７のスケジュールボード３１の内容は、図１２の状態、すなわち会議Ａ〜Ｅがいずれも本登録となっている状態に対応する。
図１７では、会議Ｅが本登録となっているため、スケジュールブロック３２Ｅａ〜３２Ｅｃが、「ＯＫ」のステータス表示を含む第２の態様で表示されている。
また、ユーザＵ１の個別スケジュールデータ１３２ｂにおいて、会議Ｅのリンク情報が「ｃｌｒ」に変更されたことで、スケジュールブロック３２Ｅａの着色が解除されている。
また、ユーザＵ１が会議Ａをキャンセルしたことに応じて、会議Ａのスケジュールブロック３２Ａの枠が破線に変更されて、キャンセル済であることが表されている。
【００７７】
このように、複数のユーザのスケジュールを対比可能なスケジュールボード３１を用いることで、仮登録がなされている予定を本登録とするためのスケジュール調整を、視覚的、直感的に分かりやすい方法で行うことができる。
なお、図１６では、スケジュールボード３１に、１日のうち一部の時間帯における各ユーザのスケジュールを表示してスケジュール調整を行う例を用いて説明したが、これに限定する趣旨ではない。例えば、スケジュールボード３１は、各ユーザの週間スケジュールを週間カレンダー形式で対比できるように表示したものや、月間スケジュールを月間カレンダー形式で対比できるように表示したものであっても良い。
【００７８】
＜スケジュール管理に係る各種処理の制御手順＞
次に、上述したスケジュール管理の動作を行う場合に実行される各種処理のＣＰＵ１１による制御手順について説明する。当該処理としては、新規に予定を追加する場合に実行される新規予定登録処理、既存の予定が編集された場合に実行される予定編集処理、及び最終成立確認を行うための最終成立確認処理がある。以下、これらの処理について順に説明する。
【００７９】
図１８は、新規予定登録処理のＣＰＵ１１による制御手順を示すフローチャートである。
新規予定登録処理は、いずれかの端末装置２において、アプリケーションプログラム２３１上でユーザにより予定の登録のための所定の入力操作が行われ、当該予定の追加に係る情報が端末装置２から送信されてスケジュール管理装置１において受信された場合に開始される。
新規予定登録処理が開始されると、ＣＰＵ１１は、受信した情報に基づいて、登録する予定に係る個別予定データ１３１ａを予定データベース１３１に追加し、ステータスを「ＯＫ」に設定する（ステップＳ１０１）。
【００８０】
ＣＰＵ１１は、予定の参加者に指定されている一のユーザを選択し（ステップＳ１０２）、当該ユーザのスケジュールデータ１３２ａに対して予定を追加するために、後述する「スケジュールデータへの予定追加処理」を実行する（ステップＳ１０３）。
【００８１】
ＣＰＵ１１は、予定の全ての参加者を選択済みであるか否かを判定し（ステップＳ１０４）、未選択の参加者がいると判定された場合には（ステップＳ１０４で“ＮＯ”）、処理をステップＳ１０２に戻す。
【００８２】
予定の全ての参加者を選択済であると判定された場合には（ステップＳ１０４で“ＹＥＳ”）、ＣＰＵ１１は、予定の成立条件が満たされているか否かを判定するために、後述する「予定成立判定処理」を実行する（ステップＳ１０５）。
ステップＳ１０５の処理が終了すると、ＣＰＵ１１は、新規予定登録処理を終了させる。
【００８３】
図１９は、スケジュールデータへの予定追加処理のＣＰＵ１１による制御手順を示すフローチャートである。
スケジュールデータへの予定追加処理が呼び出されると、ＣＰＵ１１は、登録する予定に対応する個別スケジュールデータ１３２ｂを、参加者に指定されているユーザのスケジュールデータ１３２ａに追加する（ステップＳ２０１）。すなわち、ＣＰＵ１１は、スケジュールデータ１３２ａにおいて、追加される予定の予定ＩＤを含む個別スケジュールデータ１３２ｂを新たに追加する。
【００８４】
ＣＰＵ１１は、スケジュールデータ１３２ａにおいて、追加した個別スケジュールデータ１３２ｂの予定と時間帯が重なる既存の予定を特定し（ステップＳ２０２）、時間帯が重なる予定が特定された場合には（ステップＳ２０３で“ＹＥＳ”）、特定された予定に係る個別スケジュールデータ１３２ｂのリンク情報に、ステップＳ２０１で追加した個別スケジュールデータ１３２ｂのローカルＩＤを代入する（ステップＳ２０４）。また、ＣＰＵ１１は、ステップＳ２０１で追加した個別スケジュールデータ１３２ｂのリンク情報に「ｗａｉｔ」を代入する（ステップＳ２０５）。
【００８５】
他方で、ステップＳ２０３の処理で時間帯が重なる既存の予定が特定されなかった場合には（ステップＳ２０３で“ＮＯ”）、ＣＰＵ１１は、ステップＳ２０１で追加した個別スケジュールデータ１３２ｂのリンク情報に「ｃｌｒ」を代入する（ステップＳ２０６）。
ステップＳ２０５又はステップＳ２０６の処理が終了すると、ＣＰＵ１１は、スケジュールデータへの予定追加処理を終了させて、処理を新規予定登録処理に戻す。
【００８６】
図２０は、予定成立判定処理のＣＰＵ１１による制御手順を示すフローチャートである。
予定成立判定処理が開始されると、ＣＰＵ１１は、登録する予定の必須参加者に指定されている一のユーザを選択し（ステップＳ３０１）、当該必須参加者のスケジュールデータ１３２ａにおいて、登録する予定に係る個別スケジュールデータ１３２ｂのリンク情報が「ｗａｉｔ」に設定されているか否かを判定する（ステップＳ３０２）。
【００８７】
登録する予定に係る個別スケジュールデータ１３２ｂのリンク情報が「ｗａｉｔ」に設定されていると判定された場合には（ステップＳ３０２で“ＹＥＳ”）、ＣＰＵ１１は、登録する予定に係る個別予定データ１３１ａのステータスに「ＷＡＩＴ」を代入し、当該予定について仮登録を行う（ステップＳ３０３）。
【００８８】
ステップＳ３０３の処理が終了した場合、又はステップＳ３０２の処理において、登録する予定に係る必須参加者の個別スケジュールデータ１３２ｂのリンク情報が「ｗａｉｔ」に設定されていないと判定された場合（ステップＳ３０２で“ＮＯ”）には、ＣＰＵ１１は、予定の全ての必須参加者を選択済みであるか否かを判定し（ステップＳ３０４）、未選択の必須参加者がいると判定された場合には（ステップＳ３０４で“ＮＯ”）、処理をステップＳ３０１に戻す。
各必須参加者についてステップＳ３０１からステップＳ３０３のループ処理を実行することで、いずれかの必須参加者の不参加が見込まれる場合に、個別予定データ１３１ａのステータスが「ＷＡＩＴ」に設定される（すなわち、当該予定の成立条件が満たされないものと判定されて、仮登録がなされる）。また、全ての必須参加者について不参加が見込まれない場合に、個別予定データ１３１ａのステータスが「ＯＫ」に維持される（すなわち、当該予定の成立条件が満たされるものと判定されて、本登録がなされる）。
【００８９】
予定の全ての必須参加者を選択済であると判定された場合には（ステップＳ３０４で“ＹＥＳ”）、ＣＰＵ１１は、予定成立判定処理を終了させて、処理を新規予定登録処理に戻す。
【００９０】
図２１は、予定編集処理のＣＰＵ１１による制御手順を示すフローチャートである。
予定編集処理は、いずれかの端末装置２において、アプリケーションプログラム２３１上でユーザにより予定の編集のための所定の入力操作が行われ、当該予定の編集に係る情報が端末装置２から送信されてスケジュール管理装置１において受信した場合に開始される。予定の編集には、参加者の変更、時間帯の変更、予定の削除などの種々の態様があり、その各々について予定編集処理が定められているが、ここでは参加者の変更を例に挙げて説明する。
【００９１】
予定編集処理が開始されると、ＣＰＵ１１は、予定に対する編集の種別を判定する（ステップＳ４０１）。予定の編集の種別が参加者の変更であると判定されると、ＣＰＵ１１は、個別予定データ１３１ａにおける参加者の設定を変更する（ステップＳ４０２）。
【００９２】
次に、ＣＰＵ１１は、変更対象の参加者である一のユーザを選択し（ステップＳ４０３）、後述するスケジュールデータ更新処理を実行する（ステップＳ４０４）。
【００９３】
ＣＰＵ１１は、全ての変更対象の参加者を選択済みであるか否かを判定し（ステップＳ４０５）、未選択の変更対象の参加者がいると判定された場合には（ステップＳ４０５で“ＮＯ”）、処理をステップＳ４０３に戻す。
全ての変更対象の参加者を選択済であると判定された場合には（ステップＳ４０５で“ＹＥＳ”）、ＣＰＵ１１は、予定編集処理を終了させる。
【００９４】
図２２は、スケジュールデータ更新処理のＣＰＵ１１による制御手順を示すフローチャートである。スケジュールデータ１３２ａの更新には、削除、内容変更などの種々の態様があり、その各々についてスケジュールデータ更新処理が定められているが、ここでは予定（個別スケジュールデータ１３２ｂ）の削除を例に挙げて説明する。
【００９５】
スケジュールデータ更新処理が呼び出されると、ＣＰＵ１１は、スケジュールデータ１３２ａの更新の種別を判定する（ステップＳ５０１）。データ更新の種別が、予定に係る個別スケジュールデータ１３２ｂの削除であると判定されると、ＣＰＵ１１は、削除対象の予定に係る個別スケジュールデータ１３２ｂのリンク情報に、リンク先ローカルＩＤが設定されているか否かを判定し（ステップＳ５０２）、リンク先ローカルＩＤが設定されていると判定された場合には（ステップＳ５０２で“ＹＥＳ”）、設定されているリンク先ローカルＩＤが、他のいずれかの個別スケジュールデータ１３２ｂのリンク情報にもリンク先ローカルＩＤとして設定されているか否かを判定する（ステップＳ５０３）。
【００９６】
削除対象の予定のリンク先ローカルＩＤが他の個別スケジュールデータ１３２ｂのリンク情報には設定されていないと判定された場合には（ステップＳ５０３で“ＮＯ”）、ＣＰＵ１１は、削除対象の予定に係る個別スケジュールデータ１３２ｂをスケジュールデータ１３２ａから削除する（ステップＳ５０４）。
【００９７】
次に、ＣＰＵ１１は、削除された予定のリンク先ローカルＩＤに設定されていた予定について、更新後のスケジュールデータ１３２ａの内容に応じてリンク情報を更新するために、ステップＳ５０５〜ステップＳ５０７の処理を行う。
すなわち、ＣＰＵ１１は、まず、削除された予定のリンク先ローカルＩＤに設定されていた予定を特定し、当該予定に係る個別スケジュールデータ１３２ｂを、スケジュールデータ１３２ａから一旦削除する（ステップＳ５０５）。その上で、ステップＳ５０５で削除した予定について、図１９の「スケジュールデータへの予定追加処理」を実行して個別スケジュールデータ１３２ｂを追加し（ステップＳ５０６）、続いて図２０の「予定成立判定処理」を実行して各予定の成立条件を再度判定する（ステップＳ５０７）。
【００９８】
他方で、ステップＳ５０２の処理で、削除対象の予定に係る個別スケジュールデータ１３２ｂのリンク情報に、リンク先ローカルＩＤが設定されていないと判定された場合（ステップＳ５０２で“ＮＯ”）、又は、ステップＳ５０３の処理で、削除対象の予定のリンク先ローカルＩＤが他のいずれかの個別スケジュールデータ１３２ｂのリンク情報にも設定されていると判定された場合には（ステップＳ５０３で“ＹＥＳ”）には、ＣＰＵ１１は、単に、削除対象の予定に係る個別スケジュールデータ１３２ｂをスケジュールデータ１３２ａから削除する（ステップＳ５０８）。これは、削除対象の個別スケジュールデータ１３２ｂにリンク先ローカルＩＤが設定されていない場合や、削除対象の個別スケジュールデータ１３２ｂのリンク先ローカルＩＤが他の個別スケジュールデータ１３２ｂのリンク情報にも設定されている場合には、当該削除対象の個別スケジュールデータ１３２ｂを削除しても他の個別スケジュールデータ１３２ｂに影響を与えないためである。
【００９９】
ステップＳ５０７又はステップＳ５０８の処理が終了すると、ＣＰＵ１１は、スケジュールデータ更新処理を終了させて、処理を予定編集処理に戻す。
【０１００】
図２３は、最終成立確認処理のＣＰＵ１１による制御手順を示すフローチャートである。
最終成立確認処理は、上述の他の処理と並行して実行される。
最終成立確認処理が開始されると、ＣＰＵ１１は、タイマー管理データ１３３においてタイマーの設定があるか否か、すなわち、最終成立確認日時が設定された予定があるか否かを判定する（ステップＳ６０１）。
【０１０１】
タイマーの設定があると判定された場合には（ステップＳ６０１で“ＹＥＳ”）、ＣＰＵ１１は、タイマーの設定に係る最終成立確認日時が到来したか否かを判定する（ステップＳ６０２）。最終成立確認日時が到来したと判定された場合には（ステップＳ６０２で“ＹＥＳ”）、ＣＰＵ１１は、タイマーが設定されている予定に係る個別予定データ１３１ａについて、図２０の予定成立判定処理を実行し（ステップＳ６０３）、予定成立判定処理の実行後に、ステータスが「ＷＡＩＴ」に設定されているか否かを判定する（ステップＳ６０４）。ステータスが「ＷＡＩＴ」に設定されていると判定された場合には（ステップＳ６０４で“ＹＥＳ”）、ＣＰＵ１１は、当該ステータスに「ＤＥＬＥＴＥ」を代入して（ステップＳ６０５）、処理をステップＳ６０１に戻す。
ステップＳ６０２の処理で、最終成立確認日時が到来していないと判定された場合（ステップＳ６０２で“ＮＯ”）、及びステップＳ６０４の処理でステータスが「ＷＡＩＴ」に設定されていないと判定された場合（ステップＳ６０４で“ＮＯ”）には、ＣＰＵ１１は、処理をステップＳ６０１に戻す。
【０１０２】
ステップＳ６０１の処理でタイマーの設定がないと判定された場合、すなわち、当初からタイマーの設定がないか、全てのタイマーの設定についてステップＳ６０２〜ステップＳ６０５の処理が終了したと判定された場合には（ステップＳ６０１で“ＮＯ”）、ＣＰＵ１１は、最終成立確認処理を終了させる。
【０１０３】
以上のように、上記実施形態の情報処理装置としてのスケジュール管理装置１は、ＣＰＵ１１を備え、ＣＰＵ１１は、管理対象の複数のユーザから選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、当該予定を個別予定データ１３１ａとして予定データベース１３１に登録し、予定データベース１３１における予定の登録の際に、当該予定の成立条件が満たされる場合には、成立した予定として本登録を行い、当該予定の成立条件が満たされない場合には、成立前の仮の予定として仮登録を行い、予定の仮登録を行った後で当該予定の成立条件が満たされることとなった場合には、当該予定について仮登録を解除して本登録を行う（予定登録手段）。
スケジュール管理システム１００の実際の運用では、予定の登録は、予定の開催が未確定の状態で参加者のスケジュールを仮押さえする目的で行われることがあり、このような予定はしばしば後にキャンセルされる。このようにキャンセルされる可能性の高い予定と時間帯が重複する予定を登録しようとする場合に、従来の技術のように登録しようとする予定の方を調整すると、調整に係る処理が無駄になりやすい。すなわち、重複する予定の調整のために本来不必要な時間帯の変更がなされたり、事後的に開催可能となる予定が不用意に削除されたりする。
これに対し、本実施形態の上記構成によれば、新規に登録しようとした予定の成立条件が満たされない場合に、当該予定の設定を維持したまま仮登録がなされ、事後的に成立条件がみたされた場合に、当初の設定のまま本登録を行うことができる。このため、上記のような無駄な調整を避けつつ、より柔軟に予定を調整することができる。この結果、ユーザは、予定の登録の際に予定が成立条件を満たさない場合であっても、登録する予定や既存の予定の時間帯及び出席者を調整したり、既存の予定のキャンセルを待って予定を再登録したりする手間をかけずに予定の調整を行うことができる。よって、ユーザ利便性を向上することができる。
【０１０４】
また、ＣＰＵ１１は、複数のユーザの各々について、ユーザのスケジュールの管理に用いられるスケジュールデータ１３２ａの生成及び更新を行い、予定データベース１３１に予定が登録される場合に、複数のユーザのうち予定の参加者に係るスケジュールデータ１３２ａに個別スケジュールデータ１３２ｂとして予定を追加し（スケジュール情報処理手段）、成立条件は、参加者の予定への参加状況に係るものであり、ＣＰＵ１１は、予定の参加者に係る、予定が追加されたスケジュールデータ１３２ａに基づいて成立条件が満たされるか否かを判定する（予定登録手段）。これによれば、予定データベース１３１に登録された予定をスケジュールデータ１３２ａに追加して反映させることで、スケジュールデータ１３２ａにより、各ユーザのスケジュールを簡易に管理することができる。また、このスケジュールデータ１３２ａを参照することで、ユーザの参加状況に係る成立条件を容易に判定することができる。
【０１０５】
また、ＣＰＵ１１は、スケジュールデータ１３２ａと、予定データベース１３１に登録されている予定と、を対応付けるための予定ＩＤをスケジュールデータ１３２ａに付加することにより、スケジュールデータ１３２ａに予定を追加する（スケジュール情報処理手段）。これによれば、予定データベース１３１及びスケジュールデータベース１３２で重複するデータが登録される無駄を抑えて、記憶容量を効率的に利用することができる。
【０１０６】
また、ＣＰＵ１１は、一のユーザに係るスケジュールデータ１３２ａに第１の予定を追加する際に、当該第１の予定の時間帯が既存の第２の予定の時間帯の少なくも一部と重なる場合には、スケジュールデータ１３２ａにおいて、第２の予定のリンク情報にリンク先ローカルＩＤを設定することで第１の予定を第２の予定に対応付け、また、第１の予定のリンク情報を「ｗａｉｔ」に設定することで当該第１の予定を待機状態の予定として設定し（スケジュール情報処理手段）、予定データベース１３１への予定の登録の際に、当該予定の参加者に係るスケジュールデータ１３２ａにおいてリンク情報が「ｗａｉｔ」に設定されているか否かに基づいて、成立条件が満たされるか否かを判定する（予定登録手段）。これによれば、個別スケジュールデータ１３２ｂのリンク情報を参照することで、各ユーザがどの予定について不参加の見込みであるかを容易に判定することができる。また、不参加の見込みが、他のいずれの予定の影響によるものであるかを容易に特定することができる。よって、個別スケジュールデータ１３２ｂを参照することで、予定の成立条件を簡易かつ確実に判定することができる。また、各ユーザのスケジュールの変更がなされたときに、当該スケジュールの変更が他の予定に与える影響を容易に特定することができるため、スケジュール変更後の成立条件の再確認を容易に行うことができる。
【０１０７】
また、成立条件は、参加者のうち一又は二以上の特定の必須参加者の参加であり、ＣＰＵ１１は、予定データベース１３１への予定の登録の際に、必須参加者となっているいずれかのユーザに係るスケジュールデータ１３２ａにおいて、リンク情報が「ｗａｉｔ」に設定された場合には、成立条件が満たされないと判定して、当該予定について仮登録を行う（予定登録手段）。これにより、特定のキーパーソンの出席を予定の成立条件とする、といった、柔軟な予定の管理を行うことができる。また、このようなキーパーソンは、予定の仮押さえのために、しばしば多数の予定で参加者として指定されるため、予定の設定及びキャンセルが頻繁に行われやすいところ、仮登録を行って事後的に成立条件を判定する本実施形態の方法によれば、既存の予定のキャンセル等に応じて、必要最小限の処理で、仮登録がなされていた後続の予定の本登録を行って成立させることができる。よって、ユーザは、予定の登録の際に、必須参加者のスケジュールにおいて時間帯が重なる既存の予定がある場合であっても、予定の時間帯を調整したり、必須参加者の予定を調整したりする手間をかけずに予定の調整を行うことができる。よって、ユーザ利便性を向上することができる。
【０１０８】
また、ＣＰＵ１１は、予定データベース１３１における予定の削除又は設定の変更により第１の予定の時間帯が他の予定の時間帯と重ならないものとなった場合、又は一のユーザに係るスケジュールデータ１３２ａから第２の予定が削除された場合に、第１の予定についてリンク情報を「ｗａｉｔ」から「ｃｌｒ」に変更して待機状態の設定を解除し（スケジュール情報処理手段）、仮登録が行われた予定の必須参加者となっている全てのユーザに係るスケジュールデータ１３２ａにおいて、予定について待機状態の設定が解除された場合に、成立条件が満たされると判定して、予定について仮登録を解除して本登録を行う（予定登録手段）。これにより、既存の予定におけるキーパーソンの予定の変更や予定の削除などに応じて、仮登録がなされていた後続の予定について、簡易な処理で本登録を行って成立させることができる。
【０１０９】
また、予定には、仮登録を維持可能な仮登録可能期間に係る設定として、最終成立確認時刻が含まれ、ＣＰＵ１１は、仮登録されている予定の最終成立確認時刻が到来した時点で成立条件が満たされない場合に、予定データベース１３１における当該予定について、不成立の予定として所定の不成立処理を行い（予定登録手段）、スケジュールデータ１３２ａにおける不成立処理がなされた予定に対して、スケジュールから除外するための除外処理を行う（スケジュール情報処理手段）。予定の開始時刻の直前になって本登録に移行し、開催が決定すると、参加者への周知が不十分となって混乱が生じるといった問題が生じ得るが、上記構成によれば、このような問題の発生を簡易な方法で抑制することができる。
【０１１０】
また、ＣＰＵ１１は、予定データベース１３１及びスケジュールデータ１３２ａに基づいて、仮登録がなされた予定と、本登録がなされた予定とを区別可能な態様で、ユーザのスケジュールを表すスケジュールボード３０を表示部２５に行わせる（提示手段）。これにより、ユーザに対してのスケジュールを分かりやすく提示することができる
【０１１１】
また、ＣＰＵ１１は、予定データベース１３１及びスケジュールデータ１３２ａに基づいて、仮登録又は本登録がなされた予定の２以上の参加者のスケジュールが対比可能に表されたスケジュールボード３１を表示部２５に表示させ、スケジュールボード３１において、上記２以上の参加者のスケジュールに含まれる予定のうち仮登録がなされた予定を第１の態様で表示させ、仮登録がなされた予定の成立条件が満たされることとなった場合には、スケジュールボード３１において上記予定を、本登録がなされたことを示す、第１の態様とは異なる第２の態様で表示させる（表示制御手段）。これにより、仮登録がなされている予定を本登録とするためのスケジュール調整を、視覚的、直感的に分かりやすい方法で行うことができる。すなわち、２以上のユーザのスケジュールを対比して表示することで、ユーザは、仮登録がなされている予定を本登録とするために必要なスケジュール調整（例えば、キーパーソンの予定を開ける調整）を、視覚的、直感的に容易に把握することができる。このため、仮登録がなされた予定の設定を維持したまま、仮登録がなされた予定の成立条件が満たされるようなスケジュール調整を容易かつ柔軟に行うことができる。
【０１１２】
また、上記実施形態の情報処理装置としてのスケジュール管理装置１は、ＣＰＵ１１を備え、ＣＰＵ１１は、管理対象の複数のユーザから選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、当該予定の２以上の参加者のスケジュールが対比可能に表されたスケジュールボード３１を表示部２５に表示させ、スケジュールボード３１において、２以上の参加者のスケジュールに含まれる予定のうち成立条件が満たされていない予定を、成立前の仮の予定として仮登録がなされたことを示す第１の態様で表示させ、仮登録がなされた予定の成立条件が満たされることとなった場合には、スケジュールボード３１において上記予定を、成立した予定として本登録がなされたことを示す、第１の態様とは異なる第２の態様で表示させる（表示制御手段）。これにより、仮登録がなされている予定を本登録とするためのスケジュール調整を、視覚的、直感的に分かりやすい方法で行うことができる。すなわち、２以上のユーザのスケジュールを対比して表示することで、ユーザは、仮登録がなされている予定を本登録とするために必要なスケジュール調整（例えば、キーパーソンの予定を開ける調整）を、視覚的、直感的に容易に把握することができる。このため、仮登録がなされた予定の設定を維持したまま、仮登録がなされた予定の成立条件が満たされるようなスケジュール調整を容易かつ柔軟に行うことができる。
【０１１３】
また、上記実施形態のスケジュール管理プログラム１３４は、スケジュール管理装置１に設けられたコンピュータとしてのＣＰＵ１１を、管理対象の複数のユーザから選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、当該予定を、個別予定データ１３１ａとして予定データベース１３１に登録する予定登録手段として機能させ、予定登録手段は、予定データベース１３１における予定の登録の際に、当該予定の成立条件が満たされる場合には、成立した予定として本登録を行い、当該予定の成立条件が満たされない場合には、成立前の仮の予定として仮登録を行い、予定の仮登録を行った後で当該予定の成立条件が満たされることとなった場合には、当該予定について仮登録を解除して本登録を行う。このようなスケジュール管理プログラム１３４によりスケジュール管理装置１を動作させることで、より柔軟に予定を調整することができる。
【０１１４】
また、上記実施形態のスケジュール管理プログラム１３４は、スケジュール管理装置１に設けられたコンピュータとしてのＣＰＵ１１を、管理対象の複数のユーザから選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、当該予定の２以上の参加者のスケジュールが対比可能に表されたスケジュールボード３１を表示部２５に表示させる表示制御手段として機能させ、表示制御手段は、スケジュールボード３１において、上記２以上の参加者のスケジュールに含まれる予定のうち成立条件が満たされていない予定を、成立前の仮の予定として仮登録がなされたことを示す第１の態様で表示させ、仮登録がなされた予定の成立条件が満たされることとなった場合には、スケジュールボード３１において上記予定を、成立した予定として本登録がなされたことを示す、第１の態様とは異なる第２の態様で表示させる。このようなスケジュール管理プログラム１３４によりスケジュール管理装置１を動作させることで、より容易かつ柔軟に予定を調整することができる。
【０１１５】
以上の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体として記憶部１３のＨＤＤ、ＳＳＤを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリや、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も本発明に適用される。
【０１１６】
なお、上記実施形態における記述は、本発明に係る情報処理装置及びプログラムの一例であり、これに限定されるものではない。
例えば、上記実施形態では、必須参加者の参加を予定の成立条件とする例を用いて説明したが、これに限定する趣旨ではない。予定の成立条件の他の例としては、特定の複数のユーザ（例えば、特定の部署に属するユーザ）のうち所定人数の参加、あるいは、予定への参加人数、といった、参加者の参加状況に係るものが挙げられる。これ以外にも、所望の会議室が使用できること、といった、参加者の参加状況以外の要件が成立条件とされていても良い。
【０１１７】
また、スケジュール管理システム１００で管理される予定は、会議に限られず、旅行や会食等のイベントに本発明を適用しても良い。
【０１１８】
また、上記実施形態では、スケジュール管理システム１００のユーザのスケジュールを管理する例を用いて説明したが、予定の管理対象となる複数の人員は、スケジュール管理システム１００のユーザに限られない。例えば、スケジュール管理システム１００のユーザ以外の人員の予定を、当該人員の管理者であるユーザの入力操作に応じて管理しても良い。
【０１１９】
また、ユーザへのスケジュールに係る情報の提示方法は、表示部２５へのスケジュールボード３０の表示に限られず、電子メールの送信、メッセージアプリケーション上でのメッセージの送信、音声による報知、タスク管理アプリケーション上でのＴｏＤｏリストへの追加といった他の方法によりスケジュールに係る情報が提示されても良い。
【０１２０】
また、上記実施形態では、スケジュール管理装置１において管理されているスケジュールに係る情報が端末装置２に送信され、端末装置２上でユーザがスケジュールを確認する態様を例に挙げて説明したが、これに限られず、ユーザが使用する端末装置２に上記実施形態のスケジュール管理装置１の機能が導入されていても良い。この場合には、端末装置２により本発明の情報処理装置が構成される。
【０１２１】
また、上記実施形態における情報処理装置としてのスケジュール管理装置１の各構成要素の細部構成及び細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能であることは勿論である。
【０１２２】
本発明の実施の形態を説明したが、本発明の範囲は、上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
〔付記〕
＜請求項１＞
管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、前記予定を所定の予定情報に登録する予定登録手段を備え、
前記予定登録手段は、
前記予定情報における予定の登録の際に、当該予定の前記成立条件が満たされる場合には、成立した予定として本登録を行い、当該予定の前記成立条件が満たされない場合には、成立前の仮の予定として仮登録を行い、
前記予定の前記仮登録を行った後で当該予定の前記成立条件が満たされることとなった場合には、当該予定について前記仮登録を解除して前記本登録を行うことを特徴とする情報処理装置。
＜請求項２＞
前記複数の人員の各々について、人員のスケジュールの管理に用いられるスケジュール情報の生成及び更新を行うスケジュール情報処理手段を備え、
前記スケジュール情報処理手段は、前記予定登録手段により前記予定が登録される場合に、前記複数の人員のうち前記予定の前記参加者に係る前記スケジュール情報に前記予定を追加し、
前記成立条件は、前記参加者の前記予定への参加状況に係るものであり、
前記予定登録手段は、前記予定の前記参加者に係る、前記予定が追加された前記スケジュール情報に基づいて前記成立条件が満たされるか否かを判定することを特徴とする請求項１に記載の情報処理装置。
＜請求項３＞
前記スケジュール情報処理手段は、前記スケジュール情報と、前記予定情報に登録されている前記予定と、を対応付けるための情報を前記スケジュール情報に付加することにより、前記スケジュール情報に前記予定を追加することを特徴とする請求項２に記載の情報処理装置。
＜請求項４＞
前記スケジュール情報処理手段は、一の人員に係る前記スケジュール情報に第１の予定を追加する際に、当該第１の予定の時間帯が既存の第２の予定の時間帯の少なくも一部と重なる場合には、前記スケジュール情報において前記第１の予定を前記第２の予定に対応付けて、前記一の人員の不参加が見込まれる待機状態の予定として設定し、
前記予定登録手段は、前記予定の登録の際に、当該予定の前記参加者に係る前記スケジュール情報において前記予定が前記待機状態として設定されているか否かに基づいて、前記成立条件が満たされるか否かを判定することを特徴とする請求項２又は３に記載の情報処理装置。
＜請求項５＞
前記スケジュール情報処理手段は、一の人員に係る前記スケジュール情報に第１の予定を追加する際に、当該第１の予定の時間帯が既存の第２の予定の時間帯の少なくも一部と重なる場合には、前記スケジュール情報において前記第１の予定を前記第２の予定に対応付けて、前記一の人員の不参加が見込まれる待機状態の予定として設定し、
前記成立条件は、前記参加者のうち一又は二以上の特定の人員の参加であり、
前記予定登録手段は、前記予定の登録の際に、当該予定の成立条件の対象となっているいずれかの前記特定の人員に係る前記スケジュール情報において、前記予定が前記待機状態に設定された場合には、前記成立条件が満たされないと判定して、当該予定について前記仮登録を行うことを特徴とする請求項２又は３に記載の情報処理装置。
＜請求項６＞
前記スケジュール情報処理手段は、前記予定情報における予定の削除又は前記設定の変更により前記第１の予定の時間帯が他の予定の時間帯と重ならなくなった場合、又は前記一の人員に係る前記スケジュール情報から前記第２の予定が削除された場合に、前記第１の予定について前記待機状態の設定を解除し、
前記予定登録手段は、前記仮登録が行われた前記予定の成立条件の対象となっている全ての前記特定の人員に係る前記スケジュール情報において、前記予定について前記待機状態の設定が解除された場合に、前記成立条件が満たされると判定して、前記予定について前記仮登録を解除して前記本登録を行うことを特徴とする請求項５に記載の情報処理装置。
＜請求項７＞
前記予定には、前記仮登録を維持可能な仮登録可能期間に係る設定が含まれ、
前記予定登録手段は、前記仮登録されている予定の前記仮登録可能期間が終了した時点で前記成立条件が満たされない場合に、前記予定情報における当該予定について、不成立の予定として所定の不成立処理を行い、
前記スケジュール情報処理手段は、前記スケジュール情報における前記不成立処理がなされた予定に対して、スケジュールから除外するための除外処理を行うことを特徴とする請求項２から６のいずれか一項に記載の情報処理装置。
＜請求項８＞
前記予定情報及び前記スケジュール情報に基づいて、前記仮登録がなされた予定と、前記本登録がなされた予定とを区別可能な態様で、人員のスケジュールに係る情報をユーザに提示する提示手段を備えることを特徴とする請求項２から７のいずれか一項に記載の情報処理装置。
＜請求項９＞
前記予定情報及び前記スケジュール情報に基づいて、前記仮登録又は前記本登録がなされた予定の２以上の参加者のスケジュールが対比可能に表されたスケジュール画面を表示部に表示させる表示制御手段を備え、
前記表示制御手段は、
前記スケジュール画面において、前記２以上の参加者のスケジュールに含まれる予定のうち前記仮登録がなされた予定を第１の態様で表示させ、
前記仮登録がなされた予定の前記成立条件が満たされることとなった場合には、前記スケジュール画面において前記予定を、前記本登録がなされたことを示す、前記第１の態様とは異なる第２の態様で表示させることを特徴とする請求項２から７のいずれか一項に記載の情報処理装置。
＜請求項１０＞
管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、前記予定の２以上の参加者のスケジュールが対比可能に表されたスケジュール画面を表示部に表示させる表示制御手段を備え、
前記表示制御手段は、
前記スケジュール画面において、前記２以上の参加者のスケジュールに含まれる予定のうち前記成立条件が満たされていない予定を、成立前の仮の予定として仮登録がなされたことを示す第１の態様で表示させ、
前記仮登録がなされた予定の前記成立条件が満たされることとなった場合には、前記スケジュール画面において前記予定を、成立した予定として本登録がなされたことを示す、前記第１の態様とは異なる第２の態様で表示させることを特徴とする情報処理装置。
＜請求項１１＞
情報処理装置に設けられたコンピュータを、
管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、前記予定を所定の予定情報に登録する予定登録手段として機能させ、
前記予定登録手段は、
前記予定情報における予定の登録の際に、当該予定の前記成立条件が満たされる場合には、成立した予定として本登録を行い、当該予定の前記成立条件が満たされない場合には、成立前の仮の予定として仮登録を行い、
前記予定の前記仮登録を行った後で当該予定の前記成立条件が満たされることとなった場合には、当該予定について前記仮登録を解除して前記本登録を行うことを特徴とするプログラム。
＜請求項１２＞
情報処理装置に設けられたコンピュータを、
管理対象の複数の人員から選択された参加者、時間帯及び成立条件に係る設定を含む予定を表す入力情報に基づいて、前記予定の２以上の参加者のスケジュールが対比可能に表されたスケジュール画面を表示部に表示させる表示制御手段として機能させ、
前記表示制御手段は、
前記スケジュール画面において、前記２以上の参加者のスケジュールに含まれる予定のうち前記成立条件が満たされていない予定を、成立前の仮の予定として仮登録がなされたことを示す第１の態様で表示させ、
前記仮登録がなされた予定の前記成立条件が満たされることとなった場合には、前記スケジュール画面において前記予定を、成立した予定として本登録がなされたことを示す、前記第１の態様とは異なる第２の態様で表示させることを特徴とするプログラム。
【符号の説明】
【０１２３】
１  スケジュール管理装置（情報処理装置）
２  端末装置
１１  ＣＰＵ（予定登録手段、スケジュール情報処理手段、提示手段、表示制御手段）
１２  ＲＡＭ
１３  記憶部
１４  操作部
１５  表示部
１６  通信部
１７  バス
２１  ＣＰＵ
２２  ＲＡＭ
２３  記憶部
２４  操作部
２５  表示部
２６  通信部
２７  バス
３０、３１  スケジュールボード（スケジュール画面）
１００  スケジュール管理システム
１３１  予定データベース（予定情報）
１３１ａ  個別予定データ
１３２  スケジュールデータベース
１３２ａ  スケジュールデータ（スケジュール情報）
１３２ｂ  個別スケジュールデータ
１３３  タイマー管理データ
１３４  スケジュール管理プログラム（プログラム）
２３１  アプリケーションプログラム
【図１】
2020119126.tif 000003
【図２】
2020119126.tif 000004
【図３】
2020119126.tif 000005
【図４】
2020119126.tif 000006
【図５】
2020119126.tif 000007
【図６】
2020119126.tif 000008
【図７】
2020119126.tif 000009
【図８】
2020119126.tif 000010
【図９】
2020119126.tif 000011
【図１０】
2020119126.tif 000012
【図１１】
2020119126.tif 000013
【図１２】
2020119126.tif 000014
【図１３】
2020119126.tif 000015
【図１４】
2020119126.tif 000016
【図１５】
2020119126.tif 000017
【図１６】
2020119126.tif 000018
【図１７】
2020119126.tif 000019
【図１８】
2020119126.tif 000020
【図１９】
2020119126.tif 000021
【図２０】
2020119126.tif 000022
【図２１】
2020119126.tif 000023
【図２２】
2020119126.tif 000024
【図２３】
2020119126.tif 000025