(57)【要約】【課題】複数ユーザ間で共通の予定を設定する際に、共通の空き日時がない場合でも、その時点での対象者の参加可能性を効率的に把握することができるスケジュール管理システムを提供する。【解決手段】スケジュール管理システムを構成するシステムサーバー１は、磁気ディスク等の記憶手段を備えており、各ユーザの予定情報が優先度と共に記憶されている。システムサーバー１は、通信網２やＬＡＮ３ａ又は３ｂを介して、端末装置４等と接続されており、ネットワーク経由で予定情報を一元的に管理、提供している。端末装置４等からは、ユーザ毎の予定情報の参照、登録に加えて、複数人で共通の予定の調整を行う際に、システムサーバー１から、指定日時における対象者の予定の優先度の一覧とその集計を取得することができる。これによって、あらかじめ対象者の参加可能性を効率的に把握することができる。【選択図】      図１
2004185557.tif 000002
【特許請求の範囲】
【請求項１】
ユーザのスケジュールを、前記ユーザ毎の端末装置が接続されたネットワークを介して管理するスケジュール管理システムであって、
前記ユーザの各々の前記端末装置から入力された、日時毎の予定情報及びその優先度を、前記ユーザ毎に記憶する記憶手段と、
少なくとも１人の特定のユーザ名と少なくとも１つの特定の日時とを前記端末装置から指定することができる指定手段と、
前記記憶手段から、前記指定された特定のユーザ名の前記指定された特定の日時における予定情報の優先度を抽出し、前記指定した端末装置に表示する優先度表示手段とを備えた、スケジュール管理システム。
【請求項２】
前記優先度表示手段は、前記抽出された優先度を前記特定のユーザ名と共に表示する、請求項１記載のスケジュール管理システム。
【請求項３】
前記優先度表示手段は、前記指定された複数の特定の日時毎に、前記指定された複数の前記特定のユーザの前記抽出された優先度を集計して表示する、請求項１又は請求項２記載のスケジュール管理システム。
【請求項４】
前記ユーザの特定の端末装置から入力された前記特定のユーザの調整が必要な案件情報を、前記特定のユーザの端末装置に送信する送信手段と、
前記送信された案件情報に対して前記特定ユーザの端末装置から送信された調整結果を、前記特定の端末装置に返信する返信手段とを更に備えた、請求項１から請求項３のいずれかに記載のスケジュール管理システム。
【請求項５】
前記返信された調整結果に基づき決定された前記案件情報の確定の旨が、前記特定の端末装置から送信されるまでは、前記特定のユーザによる前記案件情報の日時に重複する予定情報の入力を阻止する入力阻止手段を更に備えた、請求項４記載のスケジュール管理システム。
【請求項６】
前記案件情報の確定の旨の送信に基づいて、前記特定のユーザのスケジュールとして前記案件情報を前記記憶手段に転記して記憶させることができる案件転記手段を更に備えた、請求項５記載のスケジュール管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、スケジュール管理システムに関し、特にネットワークを介して複数ユーザ間でスケジュール調整することができるスケジュール管理システムに関するものである。
【０００２】
【従来の技術】
複数のユーザがネットワークを介してスケジュール調整するためのシステムとしては、特開平１０−１１１８９０号の「スケジュール調整方法及びその装置」が既に知られている。
【０００３】
この文献で開示されているスケジュール調整方法では、スケジュール管理機能を有する複数の情報端末がネットワークを介して管理制御装置と接続されている。複数ユーザ間で共通の予定を設定するためには、まず、管理制御装置において、対象ユーザの情報端末で管理しているスケジュールデータを問い合わせ、各々の情報端末のスケジュールデータに共通の空き時間帯を求める。そして、この共通空き時間帯の中から、指定されたスケジュール調整条件を満たす時間帯を選択して候補日時とし、各対象ユーザに通知する。
【０００４】
このように、管理制御装置において各ユーザで既に設定されている予定と重複しないように制御することにより、複数ユーザ間でのスケジュール調整を行っていた。
【０００５】
【発明が解決しようとする課題】
上記のようなスケジュール調整方法によって、複数ユーザで共通の予定の候補日時を調整した場合は、各々のユーザにおいて他の予定と確実に重複しないという利点が認められるものの、共通の空き時間帯がない場合は候補日を選択することができず、共通の予定を設定するためのスケジュール調整がうまく機能しない。
【０００６】
この発明は、上記の課題を解決するためになされたもので、複数ユーザ間での共通予定の候補日を選択する際に、共通の空き日時がない場合でも、その時点での対象者の参加可能性を効率的に把握でき、かつ、容易にスケジュール調整をすることができるスケジュール管理システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記の課題を解決するために、請求項１記載の発明は、ユーザのスケジュールを、ユーザ毎の端末装置が接続されたネットワークを介して管理するスケジュール管理システムであって、ユーザの各々の端末装置から入力された、日時毎の予定情報及びその優先度をユーザ毎に記憶する記憶手段と、少なくとも１人の特定のユーザ名と少なくとも１つの特定の日時とを端末装置から指定することができる指定手段と、記憶手段から、指定された特定のユーザ名の指定された特定の日時における予定情報の優先度を抽出し、指定した端末装置に表示する優先度表示手段とを備えたものである。
【０００８】
このように構成すると、記憶手段に一括して蓄積されている予定情報から、少なくとも１つの指定日時における、少なくとも１人のユーザのスケジュールの優先度が抽出表示される。
【０００９】
請求項２記載の発明は、請求項１記載の発明の構成において、優先度表示手段は、抽出された優先度を特定のユーザ名と共に表示するものである。
【００１０】
このように構成すると、ユーザ名とそのユーザのスケジュールの優先度とが対応するように表示される。
【００１１】
請求項３記載の発明は、請求項１又は請求項２記載の発明の構成において、優先度表示手段は、指定された複数の特定の日時毎に、指定された複数の特定のユーザの抽出された優先度を集計して表示するものである。
【００１２】
このように構成すると、指定した複数の日時毎に、複数ユーザの各々のスケジュールの優先度が集計され、表示される。
【００１３】
請求項４記載の発明は、請求項１から請求項３のいずれかに記載の発明の構成において、ユーザの特定の端末装置から入力された特定のユーザの調整が必要な案件情報を、特定のユーザの端末装置に送信する送信手段と、送信された案件情報に対して特定ユーザの端末装置から送信された調整結果を、特定の端末装置に返信する返信手段とを更に備えたものである。
【００１４】
このように構成すると、調整が必要な案件情報が特定のユーザに送信され、かつ、これに対して調整結果が返信される。
【００１５】
請求項５記載の発明は、請求項４記載の発明の構成において、返信された調整結果に基づき決定された案件情報の確定の旨が、特定の端末装置から送信されるまでは、特定のユーザによる案件情報の日時に重複する予定情報の入力を阻止する入力阻止手段を更に備えたものである。
【００１６】
このように構成すると、確定の旨が送信されていない案件情報と重複する日時に他の予定情報が登録されることがない。
【００１７】
請求項６記載の発明は、請求項５記載の発明の構成において、案件情報の確定の旨の送信に基づいて、特定のユーザのスケジュールとして案件情報を記憶手段に転記して記憶させることができる案件転記手段を更に備えたものである。
【００１８】
このように構成すると、確定した案件情報が特定のユーザの予定情報として、転記される。
【００１９】
【発明の効果】
以上説明したように、請求項１記載の発明は、指定日時における指定ユーザの予定情報の優先度により、指定ユーザ全体の参加可能性を把握することが可能となるので、スケジュール調整が容易となる。
【００２０】
請求項２記載の発明は、請求項１記載の発明の効果に加えて、指定ユーザ名と指定ユーザの予定の優先度が対応付けられているため、各指定ユーザそれぞれの参加可能性をも把握することが可能となる。
【００２１】
請求項３記載の発明は、請求項１又は請求項２記載の発明の効果に加えて、複数の指定ユーザの各々の優先度が指定日時毎に集計されて表示されるため、各指定日同士の比較が容易となり、指定日時から参加可能性の高い特定の日の決定が支援される。
【００２２】
請求項４記載の発明は、請求項１から請求項３のいずれかの発明の効果に加えて、案件情報の送信に対して指定ユーザの調整結果が返信されるため、指定ユーザの調整結果を把握することが容易となる。
【００２３】
請求項５記載の発明は、請求項４記載の発明の効果に加えて、未確定の案件と重複する日時に他の予定情報が追加されないため、スケジュール調整中の案件が最終確定した時点で、同一日時に他の予定との二重登録が起こることはなく、スケジュール調整の安定性が向上する。
【００２４】
請求項６記載の発明は、請求項４又は請求項５記載の発明の効果に加えて、確定した案件情報の内容がユーザの予定情報として転記されるため、案件のスケジュールに関し、他のユーザとの調整結果を予定情報に反映することが容易となる。
【００２５】
【発明の実施の形態】
図１は、この発明の第１の実施の形態によるスケジュール管理システムの概略構成を示したブロック図である。
【００２６】
図を参照して、システムサーバー１は、インターネットや専用線等の通信網２に接続されている。通信網２には、ＬＡＮ３ａ又は３ｂを介して端末装置４ａ〜４ｄが接続されているほか、携帯電話機５やＰＤＡ等の携帯端末６、ノート型ＰＣ等の携帯端末７、端末装置８が接続されており、これらはすべてそれぞれのインターフェースからシステムサーバー１にアクセスすることが可能である。
【００２７】
システムサーバー１は、上記のような構成において、各ユーザの予定情報を管理するためのスケジュール管理システムを構成するサーバーである。システムサーバー１は、磁気ディスク等の図示しない記憶手段を含んでおり、この記憶手段には、スケジュール管理システムの各ユーザの予定情報が優先度と共に記憶されている。尚、優先度については後述する。各ユーザの予定情報は、ユーザ名やユーザ番号等の一意なキーで識別可能な状態で一元的に管理されているため、特定の端末だけでなく、上記のような移動端末からアクセスしても常に同一の予定情報を参照することができる。また、予定情報の追加、変更等についてもシステムサーバー１における記憶手段が更新されるため、次に予定情報を参照した際には、前回の更新内容が反映されている。
【００２８】
図２は、ユーザの端末装置上に表示される個人情報画面の一例を示した図である。
【００２９】
図を参照して、個人情報画面は各ユーザが自分の予定情報を参照、更新等するための画面であり、画面のほぼ中央部にはシステムサーバー１の記憶手段に記憶されている予定情報を表示する予定表示部２５が配置され、画面のほぼ上部には様々な機能を実行するための機能選択部２６が配置されている。機能選択部２６には、個人予定登録ボタン１０、個人予定変更・削除ボタン１１、共通予定登録ボタン１４、共通予定返答状況ボタン１５、共通予定変更・削除ボタン１６等が含まれている。
【００３０】
予定表示部２５は、日時が表形式に区切られており、既に予定が登録されている日時には、Ａ〜Ｃの文字によりその予定の優先度が表示されている。したがって、個人情報画面を一覧するだけで、予定が登録されている日時とその予定の優先度とについての概略情報を容易に把握することができる。登録されている各予定の詳細を参照する場合は、参照する時間帯のマス目を選択することによって、要件や場所等の詳細な予定情報が表示される。尚、図の例では各マス目には優先度の文字のみが表示されているが、当該予定情報の件名を表示しても良い。また、各時間帯のマス目は、優先度の表示だけでなく、必要に応じて配色を変更したり、点滅する等の視覚効果を追加することが可能となるように構成されている。
【００３１】
ここで、まず、ユーザ自身のみの予定情報を登録する手順について説明する。
【００３２】
図３は、図２において個人予定登録ボタン１０を押下した場合に表示される、個人予定登録画面の一例を示した図である。
【００３３】
図を参照して、ユーザが新たに予定を追加する場合は、まず、個人予定登録画面において日時、優先度、要件、場所の各項目を入力する。ここで、優先度とは、あるユーザ自身にとってその予定を優先すべき度合いを表す。一例として図中では、程度の高い順に、他のどの予定よりも優先しなければならない優先度Ａから、情報として書き留めておく程度の優先度Ｄまでの４段階の優先度を設定することができる。
【００３４】
必要事項を入力した後、画面下部に位置する「登録」ボタンを押下すると、入力した内容がシステムサーバー１へと送信されて、記憶手段にデータが追加され、更に個人情報表示画面も更新される。すなわち、図の例では、２０ＹＹ年Ｘ月７日１２時〜１３時に優先度がＡの予定が追加されたため、個人情報画面の予定表示部２５において、２０ＹＹ年Ｘ月７日１２時〜１３時のマス目に優先度Ａの文字が表示されることになる。
【００３５】
図４は、図２において個人予定変更・削除ボタン１１を押下した場合に表示される、個人予定変更・削除画面の一例を示した図である。
【００３６】
図を参照して、既に登録されている個人予定の変更や削除を行う場合は、まず、対象の日時を個人情報画面の予定表示部２５から選択し、個人予定変更・削除ボタンを押下すると、個人予定変更・削除画面にて対象の予定が表示される。予定情報を変更する場合は、該当箇所を変更してから、画面下部の「変更」ボタンを押下する。予定情報を削除する場合は、画面下部の「削除」ボタンを押下する。ボタン押下後は、変更又は削除の指示がシステムサーバー１へと送信され、指示に応じて記憶手段に記憶されているデータを更新する。更に、個人予定追加の場合と同様に個人情報画面の予定表示部にも変更が反映される。
【００３７】
次に、複数ユーザで共通の共通予定を新たに設定する場合について説明する。ここでは、会議の開催予定日を選択、調整する役目の調整依頼者が、他の参加者である甲、乙、丙に会議への参加を依頼する過程において、スケジュール管理システムを利用する手順を説明する。
【００３８】
まず、この概要について説明する。
【００３９】
調整依頼者は、他の参加者である甲、乙、丙のそれぞれの予定状況を、それぞれから直接確認せず、スケジュール管理システムから把握し、甲、乙、丙の会議への参加可能性が最も高い日時を候補に選択する。選択した日時を、スケジュール管理システムを通じて各参加者へ可否を問い合わせ、返答結果を加味した後、共通予定の日時を最終確定して通知する。
【００４０】
次に、具体的に、スケジュール管理システム利用時の各ユーザの手順を、順を追って説明する。
【００４１】
図５は、図２において共通予定登録ボタン１４を押下した場合に表示される、予定確認条件入力画面の一例を示した図である。図６は、予定確認条件入力画面で指定されたユーザ及び日時の予定を確認する過程の、予定情報の取得の概要を示した図である。また、図７は、図５において「予定確認」ボタンを押下した場合に表示される、予定確認結果画面の一例を示した図である。
【００４２】
図５を参照して、共通予定を登録する前に、指定した複数の日時における指定ユーザの参加可能性を取得するため、まず送信先と日時指定の欄を入力する。送信先は、登録しようとする共通予定の参加者を設定する。図中では甲と乙と丙が送信先として設定されている。日時指定は、複数日時の指定や、ある時間帯で複数日を範囲指定することができる。図中の例では、３つの候補日時が設定されており、これらの候補日時はそれぞれ図２に示した個人情報画面の予定表示部２５における、第１の時間帯２０（２０ＹＹ年Ｘ月７日１３時〜１４時）、第２の時間帯２１（２０ＹＹ年Ｘ月８日１４時〜１５時）、第３の時間帯２２（２０ＹＹ年Ｘ月９日１５時〜１６時）である。以上の条件を入力した後、画面下部の「予定確認」ボタンを押下する。
【００４３】
図６を参照して、予定表の一部分１８ａ〜１８ｃは、図２に示した個人情報画面の予定表示部２５における予定表の一部分１８の日時に相当する甲、乙、丙の予定状況を示したものであって、予定確認時点における内容である。
【００４４】
調整依頼者は予定表の一部分１８における第１の時間帯２０、第２の時間帯２１、第３の時間帯２２のそれぞれについて、甲、乙、丙の予定状況を確認しようとして、図５の予定確認条件画面で条件を入力した後、「予定確認」ボタンを押下すると、システムサーバー１は各ユーザの予定情報をそれぞれ参照する。そして、指定日時に予定情報が登録されていない場合は空き時間であると判断し、予定情報が既に登録されている場合でもその予定情報の優先度を取得する。例えば、図６において、甲の予定表の一部分１８ａにおける予定情報は、指定された第１の時間帯２０については既に予定情報が登録されているので、その優先度Ｃを取得する。指定された第２の時間帯２１についても既に予定情報が登録されており、その優先度Ｂを取得する。指定された第３の時間帯２２については予定情報が登録されていないため、空き時間であると判断する。システムサーバー１は、乙、丙についてもそれぞれ同様にして予定情報を取得する。
【００４５】
図７を参照して、図６で説明した手順によって取得された甲、乙、丙の予定情報の優先度は、調整依頼者が図５で指定した日時毎に、優先度の集計結果であるスコアと共に表形式で調整依頼者の端末装置上に表示される。例えば、甲の予定表の一部分１８ａにおける予定情報の優先度は、図６で示した通り第１の時間帯２０はＣで、第２の時間帯２１はＢで、第３の時間帯は空き時間であったため空白が表示されている。尚、図の例では、予定確認日時の欄は上から、第２の時間帯２１、第１の時間帯２０、第３の時間帯２２の順に表示されているが、これは後述するスコアの降順、すなわち、スコアによる各指定ユーザの参加可能性の高い順に並び替えて表示するように構成されているためである。ここで表示されている優先度は、甲、乙、丙のそれぞれにとっての優先度であり、例えば、第３の時間帯２２における丙の優先度Ａとは、丙にとって優先度の高い予定情報が既に登録されているため、調整依頼者にとっては、この第３の時間帯２２に関しては丙の参加可能性が低いことを示している。
【００４６】
また、指定時間帯毎に共に表示されているスコアは、優先度を集計したものである。図の例では、優先度Ａの場合は当該ユーザの参加可能性は非常に低いので０点であり、空白の場合すなわち空き時間の場合は参加可能性が高く３点となるように、優先度は順に所定の重みが付けられており、スコアはその数値の合計として表現されている。これによれば、複数の指定日時について複数ユーザの予定情報を参照した場合に、参加可能性が高い日時のスコアが一般に大きくなるので、日時別の各ユーザ全体としての参加可能性を容易に把握することができる。
【００４７】
このように、予定結果確認画面で表示される情報からは、スコアにより全ユーザの参加可能性を把握できるだけでなく、それぞれのユーザの個別の参加可能性も同時に、即座に判断することができ、調整依頼者は効率的に共通予定を登録すべき候補日時を選択することができる。図では、第２の時間帯２１、すなわち２０ＹＹ年Ｘ月８日１４時〜１５時が最もスケジュール調整し易い時間帯であると判断し、ここで初めて甲、乙、丙のそれぞれに対して、スケジュール調整を依頼することとなる。そのためには、選択した候補日である、第２の時間帯２１のチェック欄にチェックし、画面下部に配置された「調整依頼作成」ボタンを押下する。
【００４８】
図８は、予定調整依頼作成時に端末装置上に表示される、予定調整依頼作成画面の一例を示した図である。
【００４９】
図を参照して、送信先には、図７の予定結果確認画面で予定情報確認の対象であった甲、乙、丙が自動的に入力されている。ただし、調整依頼者は各指定ユーザの予定状況を考慮した上で、参加可能性の低い指定ユーザに参加をあえて依頼しない場合等には、送信先を手動で削除することも可能である。また、日時には、図７の予定結果確認画面で選択され、チェックされた日時である第２の時間帯２１、すなわち２０ＹＹ年Ｘ月８日１４時〜１５時が自動的に入力されている。一方、調整依頼者は、追加しようとする共通予定についての要件や場所等の詳細情報のみを入力する。必要事項を入力してから、画面下部に配置された「送信」ボタンを押下すると、作成された予定調整依頼が各指定ユーザへと送信される。また、「キャンセル」ボタンを押下した場合は、再度図７で候補日時を選択することができる。
【００５０】
図９は、調整依頼日時と、甲、乙、丙の個人情報画面のそれぞれの予定表の一部分１８ａ〜１８ｃの状態を示した図であり、その（１）は調整依頼者からの予定調整依頼受信前の状態を示し、その（２）は受信後の状態を示す。
【００５１】
図９の（１）を参照して、甲、乙、丙の端末装置上の個人情報画面において、予定表の一部分１８ａ〜１８ｃの第２の時間帯２１の予定状況は、甲は優先度Ｂの予定が登録されており、丙及び乙は空き時間である。調整依頼者は、第２の時間帯２１に共通予定を登録しようとして候補日として選択し、予定調整依頼を甲、乙、丙に送信する。
【００５２】
図９の（２）を参照して、調整依頼者が送信した予定調整依頼を甲、乙、丙が受信するとそれぞれの個人情報画面が更新される。甲、乙、丙のそれぞれの予定表の一部分１８ａ〜１８ｃの第２の時間帯２１は、色彩の変化や点滅等の視覚効果が施されて、予定調整依頼を受信したことがユーザにわかりやすく通知される。例えば、甲の第２の時間帯２１のマス目は赤色で点滅し、乙及び丙の第２の時間帯２１のマス目は共に青色に点灯する。これは、乙及び丙の第２の時間帯２１は空き時間であったのに対して、甲の第２の時間帯２１には既に優先度Ｂの予定が登録されているため、乙及び丙の第２の時間帯２１とは別の視覚効果が施されているものである。このように複数の視覚効果が場合により使い分けられているため、甲は既に何らかの予定が登録されており、自分のスケジュールを別途調整する必要があることを容易に把握できる。
【００５３】
受信した予定調整依頼の内容を確認するために、予定表の一部分１８ａ〜１８ｃの変化している第２の時間帯２１を選択すると、図示しない選択用画面等が表示され、前述の個人予定の詳細を表示するか、予定調整依頼を表示するかを選択することができる。予定調整依頼を表示する選択をした場合は、予定調整依頼表示画面が表示される。
【００５４】
図１０は、甲の端末装置上における予定調整依頼表示画面の一例を示した図である。
【００５５】
図を参照して、画面上には、調整依頼者と、甲以外の指定ユーザである乙、丙が表示されている。日時は、調整依頼者によって選択された第２の時間帯２１、すなわち２０ＹＹ年Ｘ月８日１４時〜１５時が表示されている。また、調整依頼者が入力した要件と場所が表示されている。
【００５６】
甲は、予定調整依頼の内容を参照し、他のスケジュールを調整してこの依頼内容に参加可能であれば、画面下部に配置された「調整可能」ボタンを押下する。既に第２の時間帯２１には優先度Ｂの予定情報が登録されているため、その既登録の予定の調整ができず、調整依頼者から受信した共通予定に参加できない場合は、画面下部に配置された「調整不可」ボタンを押下する。「調整可能」ボタン若しくは「調整不可」ボタンが押下された場合は、調整依頼者への返答として、その押下されたボタンの内容がシステムサーバー１へと返信される。システムサーバー１では、返信された返答の内容が、調整可能である場合は、予定調整依頼の日時と重複して、別の予定情報が登録されないように、予定調整依頼中の日時を仮予定として登録する。この仮予定は、平行して行われる別のスケジュール調整の際、参加可能性の把握のために参照されて、その時点で別の共通予定が調整中であることがわかるように、所定の優先度等が内部的に設定される。この仮予定は、後述する確定通知の受信により、自動的に削除され、当該日時への予定情報の追加が可能となる。
【００５７】
尚、予定調整依頼に対してこの段階では返答せずに、個人情報画面の予定表を参照したい場合は、画面下部に配置された「予定表参照」ボタンを押下すると、予定調整依頼表示画面が閉じられて個人情報画面に戻るが、この場合は、予定調整依頼を受信したことを示す視覚効果等は、受信時のまま維持され、引き続き未返答であることを通知する。
【００５８】
一方、調整依頼者はこの間、指定ユーザに共通予定の日時を確定するために、送信した予定調整依頼に対する返信が揃うのを待っている状態である。調整依頼者は、予定調整依頼の送信後は、個人情報画面において指定ユーザからの返答状況を参照することができる。
【００５９】
図１１は、返答状況集計画面の一例を示した図であり、その（１）は予定調整依頼に対して未返答時の状態を示し、その（２）は全指定ユーザから返答がなされた後の状態を示す。
【００６０】
調整依頼者が、予定調整依頼に対する返答状況を確認するために、図２の個人情報画面において機能選択部２６の共通予定返答状況ボタン１５を押下すると、図１１の返答状況集計画面が表示される。
【００６１】
図１１の（１）を参照して、返答状況集計画面上には、ほぼ上段に調整予定リストが配置され、ほぼ中段に返答状況表示部分が配置されている。調整予定リストには、この調整依頼者が現時点で平行して調整中の共通予定がすべて表示されている。このリストの中から、返答状況を参照しようとする予定を選択すると、返答状況表示部分に現時点での返答状況が表示される。各指定ユーザの欄には、その予定候補日時におけるそれぞれの予定の優先度が表示されている。優先度と共に、未返答であることを示す「？」マークが表示されており、予定調整依頼に対して返答がなされると「？」マークが消滅し、返答済みであることを調整依頼者が把握できるように構成されている。図１１の（１）の段階では、甲、乙、丙は予定調整依頼に対して未返答であるため、それぞれの欄に「？」が表示されている。
【００６２】
図１１の（２）を参照して、甲、乙、丙の全員からそれぞれ返答を受信した後は、未返答であることを示す「？」マークはすべて消滅している。ただし、予定調整依頼に対して、調整不可と返答された場合は、参加ができないことを示す「×」マークが表示される。例えば、甲は第２の時間帯２１には既に優先度Ｂの予定情報が登録されていて、その既登録の予定の調整がつかず、調整依頼者からの予定調整依頼に対して参加できないとの返答をした場合は、図のように甲の欄には「Ｂ×」と表示される。また、乙及び丙は、既に返答済みであり、共に参加できることを表明しているため、乙及び丙の欄には、「×」マークは表示されていない。乙及び丙について、調整依頼者が事前に予定状況を確認した段階では第２の時間帯２１の予定状況は空欄であったにもかかわらず、乙及び丙にも返答を要求しているのは、当該時間帯に対する確認を再度促すためである。この再度の確認により、もし同時間帯に他の予定の入力漏れ等が発覚したとしても、調整不可である旨を最終的な返答として返信することが可能となり、スケジュール調整により柔軟に対応することができる。
【００６３】
調整依頼者が、未返答の指定ユーザに対して、返答依頼を重ねて送信したい場合は、画面下部に配置された「返答依頼再送」ボタンを押下すると、未返答の指定ユーザの個人情報画面上で返答を促すことができる。
【００６４】
そして、調整依頼者が、指定ユーザの返答状況を見て、予定候補日時通りに共通予定の登録を確定したい場合は、画面下部に配置された「確定通知送信」ボタンを押下すると、指定ユーザに最終決定した共通予定の日時や要件等が確定した旨の通知が、指定ユーザに送信される。
【００６５】
図１２は、調整後に確定が通知された共通予定を予定情報として転記する、確定予定登録画面の一例を示した図である。
【００６６】
各指定ユーザは、調整依頼者により送信された確定通知を受信すると、予定調整依頼の受信時と同様に個人情報画面上で通知される。図の例では、乙の予定表の一部分１８ｂにおいて第２の時間帯２１が視覚的に変化し、乙がこの変化部分を選択すると、図示しない選択用画面等が表示され、前述の個人予定の詳細を表示するか、確定通知を表示するかを選択することができる。確定通知を表示する選択をした場合は、図１２の確定予定登録画面が表示される。
【００６７】
図を参照して、確定予定登録画面には、調整依頼者と、乙以外の参加予定者、日時、要件、場所が表示されている。この内容は、調整依頼者が予定調整依頼を作成したときに、選択又は入力されたものである。また、優先度を選択するための欄が設けられており、指定ユーザは、各自の状況を考慮して自由に優先度を設定することができる。優先度を設定した後、画面下部に配置された「登録」ボタンを押下すると、これらの内容がシステムサーバー１内の記憶手段に各ユーザの予定情報として転記される。画面下部に配置された「キャンセル」ボタンを押下すると、予定情報としては登録されずに、確定予定登録画面が閉じられるが、個人情報画面上での通知は登録されるまで継続する。
【００６８】
以上のようにして、調整依頼者と甲、乙、丙の各指定ユーザとの間で共通のスケジュールの調整がなされ、最終的に優先度を有する予定情報として登録される。この登録された共通予定は、これ以降に別の共通予定についてスケジュール調整する場合は、個人予定と同様に区別なく、参照され得る対象となる。
【００６９】
ここで、予定調整者と指定ユーザにおいて上記のようなスケジュール調整方法を実現するための、スケジュール管理システムにおける制御内容を以下に説明する。
【００７０】
図１３は、個人予定確認時のシステム処理の制御内容を示したフローチャートである。
【００７１】
図を参照して、ユーザが個人予定を確認するためには、まず、端末装置上で個人情報画面を起動する（Ｓ１００）。すると、ユーザ情報等がシステムサーバー１に送信され、これに基づいてシステムは、データベース等の記憶手段に記憶されている予定情報を取得し（Ｓ２００）、端末装置上に表示する（Ｓ２０１）。ユーザは、起動した個人情報画面（図２）上で、予定の一覧情報を参照する（Ｓ１０１）。ユーザは、各予定の詳細を参照するために、参照したい予定の時間帯のマス目を選択する（Ｓ１０２）。システムは選択された時間帯の予定の詳細を表示し（Ｓ２０２）、ユーザはこれによって選択した予定の詳細情報を得ることができる（Ｓ１０３）。
【００７２】
図１４は、個人予定登録時のシステム処理の制御内容を示したフローチャートである。
【００７３】
図を参照して、ユーザが個人予定を登録するためには、個人情報画面（図２）において、個人予定登録ボタン１０を押下する（Ｓ１１０）。これにより、システムは個人予定登録画面（図３）を表示する（Ｓ２１０）。ユーザは、日時、優先度、要件、場所等必要な情報を入力（Ｓ１１１）した後、「登録」ボタンを押下する（Ｓ１１２）。ユーザにより入力された内容は、システムサーバー１へと送信され、データベース等の記憶手段にユーザ毎に追加される（Ｓ２１１）。
【００７４】
図１５は、調整依頼者が指定ユーザの予定状況を確認してから予定調整依頼を送信するまでの、システム処理の制御内容を示したフローチャートである。図１６は、図１５に続く部分であって、指定ユーザが予定調整依頼を受信してから、最終的に調整後の共通予定が指定ユーザの予定情報として登録されるまでの、システム処理の制御内容を示したフローチャートである。
【００７５】
図１５を参照して、調整依頼者は共通予定を登録するためにまず、個人情報画面（図２）において共通予定登録ボタン１４を押下する（Ｓ１２０）。すると、システムは、予定確認条件入力画面（図５）を表示する（Ｓ２２０）。調整依頼者は、予定確認条件入力画面（図５）に送信先である指定ユーザ、日時欄を入力し（Ｓ１２１）、予定確認ボタンを押下する（Ｓ１２２）。入力された内容はシステムサーバー１へと送信され、システムでは、すべての指定ユーザの、全ての指定日時における予定情報を取得する（Ｓ２２１）。そして、取得した予定情報から、入力された日時毎に優先度を集計し（Ｓ２２２）、集計結果である一覧データを調整依頼者の端末装置上に予定確認結果表示画面（図７）として表示する（Ｓ２２３）。ユーザは予定確認結果表示画面（図７）を参照し（Ｓ１２３）、共通予定登録に適した候補日時がない場合は（Ｓ１２４でＮＯ）、条件を再設定する（Ｓ１２１）。最適な候補日時がある場合は（Ｓ１２４でＹＥＳ）、予定確認結果表示画面（図７）の日時のチェック欄にチェックを付け、「調整依頼作成」ボタンを押下すると（Ｓ１２５）、システムは、送信先である指定ユーザと日時をあらかじめセットした予定調整依頼作成画面（図８）を表示する（Ｓ２２４）。調整依頼者は、要件、場所等を入力した後、「送信」ボタンを押下すると（Ｓ１２６）、システムサーバー１へと送信され、システムサーバー１は、この入力された内容を受信する（Ｓ２２５）。
【００７６】
図１６を参照して、システムは受信した予定調整依頼を参照し、指定ユーザの個人情報画面における指定日時部分の色等を変化させる（Ｓ２２６、図９の（２））。指定ユーザは、個人情報画面で、一部時間帯の色等が変化したことを認識し（Ｓ３００、図９の（２））、色等が変化している時間帯を選択する（Ｓ３０１）。システムは、選択された予定調整依頼の内容を指定ユーザの端末装置上に表示し（Ｓ２２７、図１０）、指定ユーザは調整依頼者からの内容を参照する。指定ユーザは、受信した予定調整依頼に対して返答しない場合は（Ｓ３０２でＮＯ）、個人情報画面上で一部時間帯の色等が変化した状態が継続される（Ｓ３００）。受信した予定調整依頼（図１０）に対して返答する場合は（Ｓ３０２でＹＥＳ）、「調整可能」ボタン又は「調整不可」ボタンを押下すると（Ｓ３０３）、返答内容がシステムサーバー１に送信される。システムサーバー１は、この返答内容をデータベース等の記憶手段に記憶すると共に、ユーザがこれに対する確定通知を受信するまでの間、同じ日時に重複して予定情報を登録することを阻止する（Ｓ２２８）。各指定ユーザは、この返答を行った後は、確定通知の受信（Ｓ３０４でＹＥＳ）を待つことになる。
【００７７】
一方、調整依頼者は、予定調整依頼に対する返答状況を確認するために、個人情報画面（図２）上から、共通予定返答状況ボタン１５を押下すると（Ｓ１２７）、システムサーバー１は、返答状況集計画面（図１１）を表示する（Ｓ２２９）。調整依頼者が、返答状況集計画面（図１１）の調整予定リストから、返答状況を参照したい共通予定を選択すると、システムサーバー１は、データベース等の記憶手段に記憶された指定ユーザからの返答状況を取得し、返答状況表示部（図１１）に表示する（Ｓ２３０）。調整依頼者は、表示された返答状況を参照し（Ｓ１２９）、全指定ユーザから返答がなされていない場合は（Ｓ１３０でＮＯ）、所定時間後に、再度Ｓ１２７から返答状況を確認する手順を繰り返す。全指定ユーザからの返答が揃った場合には（Ｓ１３０でＹＥＳ）、返答状況集計画面（図１１）から、「確定通知」送信ボタンを押下する（Ｓ１３１）。
【００７８】
システムサーバー１は、これに応じて、確定通知の送信先である指定ユーザの個人情報画面上において、確定した共通予定の日時部分の色等を変化させる（Ｓ２３１）。指定ユーザの個人情報画面上において一部時間帯の色等が変化して、確定通知の受信を認識すると（Ｓ３０５）、その色等の変化部分を選択する（Ｓ３０６）。すると、システムは、確定予定登録画面（図１２）にて調整依頼者から送信された確定通知の内容を表示し（Ｓ２３２）、指定ユーザは優先度を設定して共通予定を予定情報として「登録」ボタンを押下する（Ｓ３０７）。システムは、指定ユーザから登録指示された共通予定を、データベース等の記憶手段に転記する（Ｓ２３３）。
【００７９】
上記のようにシステム内部で制御することによって、複数人の間でスケジュール調整する場合に、調整依頼者は参加予定者に対して直接問い合わせる前に、共通の空き時間がなくても、最も参加可能性の高い日時を即座に把握することができるスケジュール管理システムを提供することができ、スケジュール調整が効率的になる。また、調整依頼者のみならず各ユーザにおいても、スケジュール調整時に返答する回数が最小限となって効率的であり、個人情報画面上だけで容易にスケジュールの優先度と調整の把握が行えるため、予定情報管理の利便性が向上する。
【００８０】
尚、上記の実施の形態では、共通予定を登録するためのスケジュール調整について説明したが、一旦確定した共通予定を修正、削除する場合も、登録と同様に参加予定者の予定状況を参照し、返答を要求した後に確定するように構成すれば、他の予定と重複する等の不整合は生じない。
【００８１】
また、上記の実施の形態では、共通予定の調整依頼者と、指定ユーザである甲、乙、丙の４者間でスケジュール調整を行っているが、調整依頼者にはどのユーザも対等になることができ、任意の人数でスケジュール調整することができる。
【００８２】
更に、上記の実施の形態では、調整依頼者が送信した予定調整依頼に対して、指定ユーザから未返答の場合、調整依頼者が手動で返答依頼を再送しているが、設定された一定時間にシステムが自動的に返答依頼を再送するように構成しても良い。
【００８３】
更に、上記の実施の形態では、各指定ユーザの予定状況を確認した際に、予定結果確認画面では優先度、ユーザ名、優先度の集計値を同時に表示しているが、指定日時毎の参加可能性を把握するためには、指定日時毎に優先度のみ、優先度とユーザ名のみ、優先度とその集計値のみ、等の組み合わせで表示しても良い。
【００８４】
更に、上記の実施の形態では、優先度の集計値は数値化した合計値で算出しているが、数値化して他の統計的手法で集計したり、優先度を表す文字の集計個数を表示するような集計方法でも良い。
【００８５】
更に、上記の実施の形態では、調整依頼者が各指定ユーザの予定状況を確認する際に３つの日時を条件に指定しているが、更に複数の日時を指定したり、範囲で指定したり、複数の日時を論理演算等で指定するように構成しても良い。
【図面の簡単な説明】
【図１】この発明の第１の実施の形態によるスケジュール管理システムの概略構成を示したブロック図である。
【図２】この発明の第１の実施の形態によるスケジュール管理システムにおいて、各ユーザの端末装置上に表示される個人情報画面の一例を示した図である。
【図３】図２において、「個人予定登録」ボタンを押下した場合に表示される、個人予定登録画面の一例を示した図である。
【図４】図２において、「個人予定変更・削除」ボタンを押下した場合に表示される、個人予定変更・削除画面の一例を示した図である。
【図５】図２において、「共通予定登録」ボタンを押下した場合に表示される、予定確認条件入力画面の一例を示した図である。
【図６】この発明の第１の実施の形態によるスケジュール管理システムにおいて、指定ユーザの予定状況を確認する際の、予定情報の取得の概要を示した図である。
【図７】図５において、「予定確認」ボタンを押下した場合に表示される、予定確認結果画面の一例を示した図である。
【図８】この発明の第１の実施の形態によるスケジュール管理システムにおいて、予定調整依頼作成時に端末装置上に表示される、予定調整依頼作成画面の一例を示した図である。
【図９】この発明の第１の実施の形態によるスケジュール管理システムにおいて、調整依頼日時と、指定ユーザのそれぞれの予定表の一部分の状態を示した図であり、その（１）は予定調整依頼受信前の状態を示し、その（２）は受信後の状態を示す。
【図１０】この発明の第１の実施の形態によるスケジュール管理システムにおいて、指定ユーザが受信した予定調整依頼の表示画面の一例を示した図である。
【図１１】この発明の第１の実施の形態によるスケジュール管理システムにおいて、返答状況集計画面の一例を示した図であり、その（１）は予定調整依頼に対して未返答時の状態を示し、その（２）は全指定ユーザから返答がなされた後の状態を示す。
【図１２】この発明の第１の実施の形態によるスケジュール管理システムにおいて、調整後に確定が通知された共通予定を予定情報として転記する、確定予定登録画面の一例を示した図である。
【図１３】この発明の第１の実施の形態によるスケジュール管理システムにおいて、個人予定確認時のシステム処理の制御内容を示したフローチャートである。
【図１４】この発明の第１の実施の形態によるスケジュール管理システムにおいて、個人予定登録時のシステム処理の制御内容を示したフローチャートである。
【図１５】この発明の第１の実施の形態によるスケジュール管理システムにおいて、調整依頼者が指定ユーザの予定状況を確認してから予定調整依頼を送信するまでの、システム処理の制御内容を示したフローチャートである。
【図１６】図１５に続く部分であって、指定ユーザが予定調整依頼を受信してから、最終的に調整後の共通予定が指定ユーザの予定情報として登録されるまでの、システム処理の制御内容を示したフローチャートである。
【符号の説明】
１…システムサーバー
２…通信網
３…ＬＡＮ
４、８…端末装置
５…携帯電話機
６、７…携帯端末
尚、各図中同一符号は同一又は相当部分を示す。
【図１】
2004185557.tif 000003
【図２】
2004185557.tif 000004
【図３】
2004185557.tif 000005
【図４】
2004185557.tif 000006
【図５】
2004185557.tif 000007
【図６】
2004185557.tif 000008
【図７】
2004185557.tif 000009
【図８】
2004185557.tif 000010
【図９】
2004185557.tif 000011
【図１０】
2004185557.tif 000012
【図１１】
2004185557.tif 000013
【図１２】
2004185557.tif 000014
【図１３】
2004185557.tif 000015
【図１４】
2004185557.tif 000016
【図１５】
2004185557.tif 000017
【図１６】
2004185557.tif 000018