JP2010049648A - スケジュール予約管理方法及び管理システム - Google Patents

Abstract

【課題】スケジュール予約で予約投入元が指定した予約投入先のスケジュールの日時の重複を検出し、重複の事実を通知することを可能にする。
【解決手段】スケジュール予約の際に、ユーザが指定した予約投入先と開催時刻の重複を検出し、重複を検出した場合に重複の事実を通知するスケジュール予約管理方法及び管理システムにおいて、ユーザが予約したスケジュールの参加者と他のスケジュールの日時が重複する場合に、先に予約したスケジュールのスケジュール予約情報や参加者情報、スケジュールを予約したユーザの通知先、または先に予約したスケジュールの参加者が複数存在する場合は、スケジュールを予約されたユーザの通知先を記憶装置から読み出して先にスケジュールを予約したユーザとスケジュールを予約されたユーザに、重複してスケジュールが予約された事実を通知するステップを有するものである。
【選択図】図１

Description

本発明は、スケジュール予約管理方法及び管理システムに係り、特に、スケジュール予約で予約投入元が指定した予約投入先のスケジュールの日時の重複を検出し、重複に関する情報を関係者に通知するスケジュール予約管理方法及び管理システムに関する。

会議等を主催するユーザである予約投入元が会議等に参加するユーザとして指定した予約投入先のスケジュールの日時が他のスケジュールの日時と重複することを検出して、重複の事実を通知する技術に関する従来技術として、例えば、特許文献１、特許文献２等に記載された技術が知られている。

特許文献１に記載の従来技術は、後からスケジュールを予約した予約投入元に対して、システムから重複の事実を通知するというものであり、また、特許文献２に記載の従来技術は、重複してスケジュールが予約された予約投入先に対して、システムから重複の事実を通知するというものである。
特開２００６―２６７４４７号公報 特開２００４―２９５７８９号公報

前述した特許文献１に記載の従来技術は、予約投入先に後から重複してスケジュールが予約され、予約投入先が後から重複して予約されたスケジュールを優先して、先に予約されたスケジュールをキャンセルした場合、後からスケジュールを予約した予約投入元には、システムから重複の事実が通知されるため、後からスケジュールを予約した予約投入元は、予約投入先が後から予約したスケジュールをキャンセルする可能性を予測することができる。

また、特許文献２に記載の従来技術は、重複してスケジュールが予約された予約投入先にシステムから重複の事実が通知されるため、予約投入先は、予約されたスケジュールのいずれか１つがキャンセルされる可能性を予測することができる。

しかし、特許文献１に記載の従来技術は、先にスケジュールを予約した予約投入元に重複の事実を通知する手段を持たず、また、特許文献２に記載の従来技術は、先に予約したスケジュールの予約投入先が複数いる場合に、重複してスケジュールが予約された予約投入先以外の予約投入先に重複の事実を通知する手段を持っていない。

そのため、特許文献１、２に記載の従来技術は、先にスケジュールを予約した予約投入元や、先に予約したスケジュールの予約投入先が１つまたは複数あり、１つの予約投入先に重複してスケジュールを予約すると、重複してスケジュールが予約された予約投入先以外の予約投入先は、全ての予約投入先のスケジュールを監視する等の方法をとらない限り、予約投入先が先に予約されたスケジュールをキャンセルする可能性を予測することができないという問題点を有している。

本発明の目的は、前述した従来技術の問題点を解決し、予約投入元が予約投入先のスケジュールを参照できない場合や、予約投入先が予約投入元にスケジュールキャンセルの連絡をしなかったり、遅れたりした場合にも、重複してスケジュールが予約された予約投入先が先に予約したスケジュールをキャンセルする可能性があることを、先にスケジュールを予約した予約投入元や、複数いる予約投入先に、予測させることを可能にしたスケジュール予約管理方法及び管理システムを提供することにある。

本発明によれば前記目的は、スケジュールを予約したユーザを予約投入元、スケジュールを予約されたユーザを予約投入先として、予約投入元が指定した予約投入先のスケジュールの日時の重複を検出し、重複の事実を通知するスケジュール予約管理方法において、スケジュール管理装置と、予約投入元及び予約投入先が使用するクライアントＰＣとがネットワークを介して接続されて構成され、前記スケジュール管理装置は、登録手段と、解析手段と、検索手段と、ユーザ情報データテーブルと、スケジュールデータテーブルと、参加者データテーブルと、通知設定データテーブルとを備え、前記登録手段は、スケジュール予約情報を受け付けて前記スケジュールデータテーブル及び参加者データテーブルに格納管理すると共に、通知設定情報を受け付けて前記ユーザ情報データテーブルに格納管理し、前記検索手段は、参加者情報及びスケジュール予約情報を条件に前記スケジュールデータテーブル及び参加者データテーブルに登録された予約スケジュール及びその参加者を検索すると共に、通知設定データテーブルに登録された通知設定情報を検索し、前記解析手段は、前記登録手段から取得したスケジュール予約情報を元に重複するスケジュール予約情報が存在するか否かを、前記検索手段を介してスケジュールデータテーブルと参加者データテーブルとから確認し、重複するスケジュール予約情報が存在する場合に重複リストを作成すると共に、前記検索手段を介した通知設定情報が通知条件を満たす場合、前記重複リストに基づいて、予約投入元や予約投入先にスケジュールの重複の事実を通知することにより達成される。

本発明によれば、予約投入先に重複するスケジュール情報が予約されると、スケジュールの重複が通知されるので、予約投入先が先に予約したスケジュールをキャンセルする可能性を予測できる。

以下、本発明によるスケジュール予約管理方法及び管理装置の実施形態を図面により詳細に説明する。

図１は本発明の一実施形態によるスケジュール管理装置を含むスケジュール予約管理システムの構成を示すブロック図、図２はスケジュール予約時の各処理部とデータベースとの関係を示す図、図３は通知設定登録時の処理部とデータベースとの関係を示す図である。

図１に示すスケジュール予約管理システムは、本発明の実施形態によるスケジュール管理装置１１７と、入出力装置及び表示装置を有するクライアントＰＣ１１９とがネットワーク１１８より接続されて構成されている。

スケジュール管理装置１１７は、登録部１０３と、解析部１０６と、検索部１０９と、データベース１１６とにより構成される。データベース１１６は、ＨＤＤ等の記憶装置内に構成され、ユーザ情報データテーブル１１２、スケジュールデータテーブル１１３、参加者データテーブル１１４、通知設定データテーブル１１５から構成される。

登録部１０３、解析部１０６、検索部１０９は、少なくとも、メモリ１０２、ＨＤＤ等の記憶装置、ＣＰＵ１０１を備えた情報処理装置により構成されるスケジュール管理装置１１７のメモリ１０２に記憶装置からロードされ、ＣＰＵ１０１によって実行されることにより、その機能を実現するプログラムであり、また、その機能を有するハードウェアで実現することもできる。

登録部１０３は、スケジュール情報登録部１０４と通知設定登録部１０５とにより構成され、スケジュール情報登録部１０４が、図２に示すように、スケジュールデータテーブル１１３と参加者データテーブル１１４にアクセスし、通知設定登録部１０５が、図３に示すようにユーザ情報データテーブル１１２にアクセスする。

解析部１０６は、スケジュール解析部１０７と通知解析部１０８とにより構成され、図２に示すように、ユーザ情報データテーブル１１２にアクセスする。

検索部１０９は、スケジュール検索部１１０と通知設定検索部１１１とにより構成され、図２に示すように、スケジュールデータテーブル１１３、参加者データテーブル１１４、通知設定データテーブル１１５にアクセスする。

クライアントＰＣ１１９は、予約投入元及び予約投入先により使用されるＰＣであり、ネットワーク１１８を経由してスケジュール管理装置１１７にアクセスすることができる。そして、スケジュール管理装置１１７は、クライアントＰＣ１１９を利用してアクセスしてきた予約投入元及び予約投入先にＧＵＩ(Graphical User Interface)機能を提供することができ、本発明の実施形態では、そのＧＵＩを使用して本発明での処理が進められるものとする。

図７は予約投入元に表示するスケジュール予約画面５００の例を示す図、図８は予約投入元や予約投入先に表示するスケジュール確認画面５２０の例を示す図、図９は予約投入元や予約投入先に表示する通知設定画面５４０の例を示す図であり、ここで、ＧＵＩのスケジュール予約画面５００、スケジュール確認画面５２０、通知設定画面５４０について説明する。

スケジュール予約画面５００は、図７に示すように、用件５０１、開始日時５０２、終了日時５０３、参加者５０５、オプション５０９、通知設定５１０により構成される。このスケジュール予約画面５００は、予約投入元に対して表示され、予約投入元がこの画面を利用してスケジュール予約の入力を行うものである。

図７に示すスケジュール予約画面５００において、予約投入元は、用件５０１の入力欄に必要な用件を入力する。予約投入元がカレンダのボタン５０４を押下すると、図示しない別ウィンドウに日付の選択が可能なカレンダが表示され、予約投入元が選択した日付を開始日時５０２または終了日時５０３に表示される。

また、予約投入元がユーザ追加ボタン５０７を押下すると、別ウィンドウに参加者５０５に追加可能なユーザを表示する画面が表示され、予約投入元が選択したユーザが参加者５０５に追加される。

また、予約投入元が選択のチェックボックス５０６をチェックし、ユーザ削除ボタン５０８を押下すると、チェックボックスをチェックしたユーザが参加者５０５の項目から削除される。

オプション５０９のチェックボックスにチェックが行われた場合、予約投入元が参加者５０５に追加される。

通知設定５１０には、ユーザ情報データテーブル１１２の後述する予約投入元通知ＩＤ６０４が表示される。なお、通知設定５１０以外の項目については、何も表示しないものとする。

また、ＯＫボタン５１１は、入力したデータをスケジュール管理装置１１７に送信する機能を有し、ＯＫボタン５１１が押されると入力されたデータを確定してスケジュール管理装置１１７に送信する。キャンセルボタン５１２は、キャンセルボタン５１２が押されると、それまでに入力されたデータを無効とする。

スケジュール確認画面５２０は、図８に示すように、用件５２１、開始日時５２２、終了日時５２３、参加者５２４、予約者５２５、通知設定５２６により構成される。このスケジュール確認画面５２０は、予約投入元や予約投入先からの要求により表示されて、予約投入元や予約投入先がこの画面を利用して、スケジュールの確認、入力を行うものである。また、予約投入元や予約投入先は、通知設定５２６のプルダウンを用いて内容を変更できる。そして、通知設定５２６には、ユーザ情報データテーブル１１２の後述する予約投入先通知ＩＤ６０５が表示されるものとする。

なお、ＯＫボタン５２７、キャンセルボタン５２８は、図７で説明した場合と同様な機能を有している。

通知設定画面５４０は、図９に示すように、予約したスケジュール５４１と、予約されたスケジュール５４２とにより構成される。この通知設定画面５４０は、予約投入元や予約投入先からの要求により表示されて、予約投入元や予約投入先によって利用されて、データの入力が行われるものである。

予約投入元や予約投入先は、予約したスケジュール５４１のプルダウン、予約されたスケジュール５４２のプルダウンから設定内容を変更することができる。

次に、図１に示す本発明の実施形態によるスケジュール予約管理装置における各処理機能部の機能概要を説明する。

スケジュール情報登録部１０４は、ネットワーク１１８を経由してクライアントＰＣ１１９から、予約投入元や予約投入先がＧＵＩ機能を利用してスケジュール予約画面５００とスケジュール確認画面５２０で指定した情報を受け付ける。なお、予約投入元がスケジュール予約画面５００で指定した情報をスケジュール情報とする。スケジュール情報登録部１０４は、予約投入元がスケジュール予約画面５００で指定したスケジュール情報を一意に識別するために、スケジュール検索部１１０を介してスケジュールデータテーブル１１３から後述するスケジュールＩＤ６２１の最大値を検索し、最大値に１を加算した値をスケジュールＩＤ６２１として採番し、スケジュール情報に付加する。

そして、スケジュール情報登録部１０４は、スケジュール情報をスケジュール解析部１０７へ渡し、スケジュール解析部１０７での処理が完了後、スケジュール情報の参加者５０５とオプション５０９のチェックボックスにチェックが行われた場合は予約投入元とを参加者データテーブル１１４に登録し、用件５０１、開始日時５０２、終了日時５０３、通知設定５１０をスケジュールデータテーブル１１３に登録する。

通知設定登録部１０５は、ネットワーク１１８を経由してクライアントＰＣ１１９から、予約投入元や予約投入先がＧＵＩ機能を利用して通知設定画面５４０で指定した情報を受け付ける。予約投入元や予約投入先が通知設定画面５４０で指定した情報を通知設定情報とする。通知設定登録部１０５は、予約投入元や予約投入先が通知設定画面５４０で指定した情報をユーザ情報データテーブル１１２の予約投入元通知ＩＤ６０４と予約投入先通知ＩＤ６０５とに登録する。

スケジュール解析部１０７は、スケジュール情報登録部１０４から予約投入元が指定したスケジュール情報を取得し、取得したスケジュール情報から参加者５０５を取得し、スケジュール検索部１１０を介して参加者５０５のユーザＩＤで参加者データテーブル１１４を検索し、一致する参加者情報のスケジュールＩＤ６３１を取得する。

スケジュール解析部１０７は、スケジュール検索部１１０を介して、予約投入元が指定したスケジュール情報の開始日時５０２から終了日時５０３の間に、開始または終了するスケジュールの存在を、参加者情報から取得したスケジュールＩＤ６３１でスケジュールデータテーブル１１３を検索して確認する。スケジュール解析部１０７は、日時が重複するスケジュール予約情報が存在する場合、重複リスト７０７を作成して通知解析部１０８へ渡す。なお、重複リスト７０７の例については図１４に示して後述する。

通知解析部１０８は、スケジュール解析部１０７から取得した重複リスト７０７を元に、予約投入元や予約投入先が指定した通知条件を満たすか否かを解析し、通知条件を満たしていた場合に通知先データ８０１を作成する。このときの通知先データ８０１の例については図１５に示して後述する。

通知解析部１０８は、スケジュール解析部１０７から取得した重複リスト７０７と通知先データ８０１とを元に通知情報５５０、５５１を作成する。通知情報５５０、５５１とは、予約投入元や重複してスケジュールが予約された予約投入先以外の予約投入先に重複の事実を通知する情報を設定したものである。なお、通知情報５５０、５５１の例については、図１０に示して後述する。そして、通知解析部１０８は、ネットワーク１１８を介してクライアントＰＣ１１９に作成した通知情報５５０、５５１を通知する。通知先は、通知先リスト８０４のユーザＩＤを元にユーザ情報データテーブル１１２から取得する。

スケジュール検索部１１０は、スケジュール解析部１０７や通知解析部１０８から検索条件を取得し、スケジュールデータテーブル１１３や参加者データテーブル１１４から検索条件に一致するスケジュールデータや参加者データを抽出する。スケジュールデータは、後述するように、スケジュールデータテーブル１１３に格納されるスケジュールＩＤ６２１、予約投入元ユーザＩＤ６２２、用件６２３、開始日時６２４、終了日時６２５、予約投入元通知ＩＤ６２６で構成される。参加者データは、参加者データテーブル１１４に格納されるスケジュールＩＤ６３１、参加者ユーザＩＤ６３２、予約投入先通知ＩＤ６３３により構成される。

通知設定検索部１１１は、通知解析部１０８から検索条件を取得し、通知設定データテーブル１１５から検索条件と一致する通知設定データを抽出する。通知設定データは、後述するように、通知設定データテーブル１１５に格納される通知ＩＤ６６１、通知条件６６２により構成される。

次に、本発明の実施形態での処理動作を説明するが、その前に、本発明の実施形態で処理で使用する各種のデータテーブルの構成、処理により作成されるデータについて説明する。

図１０は予約投入元や予約投入先に通知する通知情報５５０、５５１を示す図である。図１０（ａ）に示す通知情報５５０は、通知条件６６２を「過半数の参加者に他のスケジュールが重複して予約された場合」とした場合に、予約投入元に通知する通知情報である。また、図１０（ｂ）に示す通知情報５５１は、通知条件６６２を「参加者に優先度の高い他のスケジュールが重複して予約された場合」とした場合に、予約投入先に通知する通知情報である。

図１１はユーザ情報データテーブル１１２に管理されているユーザ情報を示す図である。ユーザ情報データテーブル１１２は、本発明の実施形態で説明しているシステムに参加可能なユーザを管理するテーブルであり、ユーザ毎に、ユーザ情報を一意に識別するためのＩＤであるユーザＩＤ６０１、画面に表示するユーザの名称である氏名６０２、ユーザにメールを送信する際の宛先であるメールアドレス６０３、予約投入元としてスケジュールを予約した際のユーザの通知条件を一意に識別するためのＩＤである予約投入元通知ＩＤ６０４、予約投入先としてスケジュールが予約された際のユーザの通知条件を一意に識別するためのＩＤである予約投入先通知ＩＤ６０５により構成される複数のユーザ情報６０６〜６１２を管理している。

図１２はスケジュールデータテーブル１１３で管理されているスケジュールデータ、及び、参加者データテーブル１１４で管理されている参加者情報を示す図である。

スケジュールデータテーブル１１３は、図１２（ａ）に示すように、スケジュール毎に、予約投入元が指定するスケジュール情報を一意に識別するためのＩＤであるスケジュールＩＤ６２１、予約投入元を一意に識別するためのＩＤである予約投入元ユーザＩＤ６２２、画面に表示するスケジュールの名称である用件６２３、スケジュールの開始日時である開始日時６２４、スケジュールの終了日時である終了日時６２５、予約投入元として予約したスケジュールの通知条件を一意に識別するためのＩＤである予約投入元通知ＩＤ６２６により構成される複数のスケジュール予約情報６２７、６２８を管理している。

参加者データテーブル１１４は、図１２（ｂ）に示すように、予約投入元が指定するスケジュール情報を一意に識別するためのＩＤであるスケジュールＩＤ６３１、スケジュールに参加するユーザを一意に識別するためのＩＤである参加者ユーザＩＤ６３２、予約投入先として予約されたスケジュールの通知条件を一意に識別するためのＩＤである予約投入先通知ＩＤ６３３により構成される複数の参加者情報６３４〜６４０を管理している。

図１３は通知設定データテーブル１１５で管理されている通知設定情報を示す図である。通知設定データテーブル１１５は、通知条件を一意に識別するためのＩＤである通知ＩＤ６６１、通知するか否か、通知する場合の条件である通知条件６６２により構成される複数の通知設定情報６６３〜６６６を管理している。

図１４は重複リスト７０７と重複スケジュールデータ７０１に設定する重複スケジュール情報とについて説明する図である。

重複リスト７０７は、重複スケジュールデータ７０１を要素とする重複スケジュールデータ７０１のリストである。重複スケジュールデータ７０１には、先に予約したスケジュールのスケジュールＩＤである先に予約したスケジュール７０２、後から予約したスケジュールのスケジュールＩＤである後から予約したスケジュール７０３、先にスケジュールを予約した予約投入元のユーザＩＤである予約投入元７０４、先に予約したスケジュールの予約投入先のユーザＩＤを要素とする参加者リスト７０５、先に予約したスケジュールと後から予約したスケジュールとの参加者として指定されたユーザのうち重複するユーザのユーザＩＤを要素とする重複者リスト７０６により構成される重複スケジュール情報が設定される。前述したような重複スケジュールデータ７０１のリストである重複リスト７０７は、スケジュール解析部１０７により作成され、メモリ１０２上に保持される。

図１５は通知先データリスト８０５と通知先データ８０１に設定する通知先情報とについて説明する図である。

通知先データリスト８０５は、通知先データ８０１を要素とする通知先データ８０１のリストである。通知先データ８０１には、通知条件を一意に識別するためのＩＤである通知ＩＤ８０２、通知先が予約投入元であるか、予約投入先であるかを識別するための通知パターン８０３、通知パターン８０３に対応する通知ＩＤ８０２を通知条件に設定するユーザＩＤを要素とする通知先リスト８０４により構成される通知先情報が設定される。前述の通知先リスト８０５は、通知解析部１０８により作成され、メモリ１０２上に保持される。

図４はスケジュール解析部１０７が重複リスト７０７を作成する処理手順を説明するフローチャートであり、次に、これについて説明する。ここで説明する処理の例は、例えば、ユーザＩＤ「Ｕ００５」を持つ予約投入元が、図７に示して説明したスケジュール予約画面５００から入力した情報でスケジュールを予約し、スケジュール解析部１０７が重複リスト７０７を作成する処理手順の例である。

（１）図４はスケジュール解析部１０７は、スケジュール情報登録部１０４より、予約投入元が図７に示すスケジュール予約画面５００を介して入力した用件５０１、開始日時５０２、終了日時５０３、参加者５０５、通知設定５１０とスケジュール情報登録部１０４で採番したスケジュールＩＤを受け付ける。

具体的には、図４はスケジュール解析部１０７は、スケジュール情報登録部１０４が受け付けた、用件５０１として「打ち合わせ」、開始日時５０２として「２００８／４／１７ １４：００」、終了日時５０３として「２００８／４／１７ １５：００」、参加者５０５として「Ｕ００１」、「Ｕ００２」、「Ｕ００５」、予約投入元の通知設定５１０として「Ｉ００３」、スケジュールＩＤとして「０００３」を設定するスケジュール情報を受け付ける。なお、説明している例では、オプション５０９のチェックボックスにチェックが行われたことで予約投入元も参加者５０５としており、予約投入元を参加者５０５とするか否は、図７に示すスケジュール予約画面５００で選択することができる（ステップ２０１）。

（２）スケジュール解析部１０７は、スケジュールの参加者と他のスケジュールの日時が重複する場合に通知解析部１０８に渡す情報を格納するために空の重複リスト７０７を作成する（ステップ２０２）。

（３）スケジュール解析部１０７は、スケジュール情報登録部１０４が受け付けたスケジュール情報から、参加者５０５のユーザＩＤを取得する。

具体的には、スケジュール解析部１０７は、スケジュール情報登録部１０４が受け付けたスケジュール情報から参加者５０５のユーザＩＤとして「Ｕ００１」、「Ｕ００２」、「Ｕ００５」を取得する（ステップ２０３）。

（４）スケジュール解析部１０７は、ステップ２０３の処理で取得した参加者５０５のユーザＩＤからユーザＩＤを１つ取得する。

具体的には、スケジュール解析部１０７は、参加者５０５のユーザＩＤとして「Ｕ００１」を取得する（ステップ２０４）。

（５）スケジュール解析部１０７は、ステップ２０４で取得したユーザＩＤと重複する参加者データがあるか否かを、参加者データテーブル１１４の参加者ユーザＩＤ６３２で検索して判定する。

具体的には、スケジュール解析部１０７は、ステップ２０４で取得したユーザＩＤ「Ｕ００１」で、参加者データテーブル１１４の参加者ユーザＩＤ６３２を検索し、一致する参加者データとして、参加者データ６３４と参加者データ６３７とを取得する。そして参加者データ６３４からスケジュールＩＤ６３１「０００１」を、参加者データ６３７からスケジュールＩＤ６３１「０００２」を取得する（ステップ２０５）。

（６）ステップ２０５の判定で、ステップ２０４で取得したユーザＩＤと一致する参加者データがあった場合、ステップ２０５で取得したスケジュールＩＤで、スケジュールデータテーブル１１３のスケジュールＩＤ６２１を検索し、一致するスケジュールデータを取得する。そして、取得したスケジュールデータに含まれる、開始日時６２４、終了日時６２５と、スケジュール情報登録部１０４で受け付けた開始日時５０２と終了日時５０３とが重複していないか否かを確認判定する。

具体的には、参加者データ６３４のスケジュールＩＤ６３１「０００１」で、スケジュールデータテーブル１１３のスケジュールＩＤ６２１を検索し、一致するスケジュールデータとして、スケジュールデータ６２７を取得する。取得したスケジュールデータ６２７の開始日時６２４が「２００８／４／１７ １３：００」、終了日時６２５が「２００８／４／１７ １４：００」であり、スケジュール情報登録部１０４で受け付けた開始日時５０２が「２００８／４／１７ １４：００」、終了日時５０３が「２００８／４／１７ １５：００」であることから、重複しないと判定する（ステップ２０６）。

（７）スケジュール解析部１０７は、ステップ２０６で重複すると判定したスケジュールデータのスケジュールＩＤ６２１で重複リスト７０７に、先に予約したスケジュール７０２があるか否か、すなわち、一致する重複スケジュールデータ７０１が存在するか否かを判定する。

具体的には、スケジュール解析部１０７は、ステップ２０６でスケジュールデータ６２８のスケジュールＩＤ６２１「０００２」が重複すると判定した場合、スケジュールＩＤ６２１「０００２」で重複リスト７０７の先に予約したスケジュール７０２の存在を確認する（ステップ２０７）。

（８）ステップ２０７の判定で、重複リスト７０７に、先に予約したスケジュール７０２がない、すなわち、一致する重複スケジュールデータ７０１が存在しないと判定した場合、スケジュール解析部１０７は、先に予約したスケジュール７０２として、スケジュールデータのスケジュールＩＤ６２１を指定し、後から予約したスケジュール７０３として、ステップ２０１でスケジュール情報登録部１０４から受け付けたスケジュールＩＤを指定し、予約投入元７０４として、ステップ２０６で取得したスケジュールデータの予約投入元ユーザＩＤ６２２を指定すると共に、参加者リスト７０５に、スケジュールデータのスケジュールＩＤ６２１により参加者データテーブル１１４のスケジュールＩＤ６３１を検索して取得した参加者データ数分の参加者ユーザＩＤ６３２を指定し、重複者リスト７０６として、参加者リスト７０５に指定した参加者ユーザＩＤ６３２とスケジュール情報登録部１０４で受け付けた参加者５０５のユーザＩＤとの両方に含まれるユーザＩＤを指定した重複スケジュールデータ７０１を作成する。

具体的には、スケジュール解析部１０７は、ステップ２０７で、スケジュールデータ６２８のスケジュールＩＤ６３１「０００２」と一致する重複スケジュールデータ７０１が重複リスト７０７に存在しないと判定した場合、先に予約したスケジュール７０２として、スケジュールデータ６２８のスケジュールＩＤ６２１「０００２」を指定し、後から予約したスケジュール７０３として、ステップ２０１でスケジュール情報登録部１０４から受け付けたスケジュールＩＤ「０００３」を指定し、予約投入元７０４として、スケジュールデータ６２８のスケジュールＩＤ６３１「０００２」のスケジュールデータ６２８から取得した予約投入元ユーザＩＤ６２２「Ｕ００６」を指定すると共に、参加者リスト７０５として、スケジュールデータ６２８のスケジュールＩＤ６３１「０００２」により、参加者データテーブル１１４のスケジュールＩＤ６３１を検索して取得した参加者データ６３７の参加者ユーザＩＤ６３１「Ｕ００１」、参加者データ６３８の参加者ユーザＩＤ６３１「Ｕ００２」、参加者データ６３９の参加者ユーザＩＤ６３１「Ｕ００３」、参加者データ６４０の参加者ユーザＩＤ６３１「Ｕ００４」を指定し、重複者リスト７０６として、参加者リスト７０５に指定した参加者のユーザＩＤ「Ｕ００１」、「Ｕ００２」、「Ｕ００３」、「Ｕ００４」とスケジュール情報登録部１０４で受け付けた参加者５０５のユーザＩＤ「Ｕ００１」、「Ｕ００２」、「Ｕ００５」との両方に含まれるユーザＩＤである「Ｕ００１」と「Ｕ００２」とを指定して重複スケジュールデータ７０１を作成する（ステップ２０８）。

（９）その後、スケジュール解析部１０７は、ステップ２０８の処理で作成した重複スケジュールデータ７０１を重複リスト７０７に追加する（ステップ２０９）。

（10）ステップ２０７の判定で、重複リスト７０７に、先に予約したスケジュール７０２がある、すなわち、一致する重複スケジュールデータ７０１が存在すると判定した場合、ステップ２０９の処理を終了した後、あるいは、ステップ２０６の判定で、日時が重複するスケジュールデータが存在しなかった場合、スケジュール解析部１０７は、次のスケジュールＩＤがないか否かを判定し、次のスケジュールＩＤがあった場合、ステップ２０７からの処理に戻って処理を繰り返す（ステップ２１０）。

（11）ステップ２１０の判定で、次のスケジュールＩＤがなかった場合、すなわち、ステップ２０６で取得した全てのスケジュールＩＤ６３１に対して、ステップ２０７からステップ２０９までの処理を行っていた場合、あるいは、ステップ２０５の判定で、ステップ２０４で取得したユーザＩＤと重複する参加者データが存在しなかった場合、次のユーザＩＤがないか否かを判定し、次のユーザＩＤがあった場合、ステップ２０４からの処理に戻って処理を繰り返し、ステップ２０３で取得したすべてのユーザＩＤに対して、ステップ２０４からステップ２１０までの処理を行っていた場合、ここでの重複リスト７０７の作成処理を終了する（ステップ２１１）。

図５Ａは通知解析部１０８が先に予約したスケジュールの予約投入元に重複の事実を通知する処理動作を説明するフローチャートであり、次に、これについて説明する。ここで説明する予約投入元に重複の事実を通知する処理の例は、ユーザＩＤ「Ｕ００５」を持つ予約投入元が、図７に示すスケジュール予約画面５００のスケジュール情報でスケジュールを予約し、スケジュール解析部１０７が作成した重複リスト７０７が図１４に示して説明したようなものである場合の例である。

（１）まず、通知解析部１０８は、スケジュール解析部１０７から重複リスト７０７を受け付ける。

具体的には、先に予約したスケジュール７０２が「０００２」の重複スケジュールデータ７０１が１つ設定されている重複リスト７０７を受け付ける（ステップ３０１）。

（２）次に、通知解析部１０８は、重複リスト７０７から重複スケジュールデータ７０１を１つ取得する。

具体的には、先に予約したスケジュール７０２として「０００２」、後から予約したスケジュール７０３として「０００３」、予約投入元７０４として「Ｕ００６」、参加者リスト７０５として「Ｕ００１」、「Ｕ００２」、「Ｕ００３」、「Ｕ００４」、重複者リスト７０６として「Ｕ００１」、「Ｕ００２」が設定された重複スケジュールデータ７０１を取得する（ステップ３０２）。

（３）ステップ３０２の処理で取得した重複スケジュールデータ７０１の中の先に予約したスケジュール７０２によりスケジュールデータテーブル１１３のスケジュールＩＤ６２１を検索し、一致するスケジュールデータを取得し、取得したスケジュールデータの予約投入元通知ＩＤ６２６を取得する。

具体的には、先に予約したスケジュール７０２「０００２」によりスケジュールデータテーブル１１３のスケジュールＩＤ６２１を検索し、一致するスケジュールデータとして、スケジュールデータ６２８を取得する。そして、取得したスケジュールデータ６２８の予約投入元通知ＩＤ６２６「Ｉ００４」を取得する（ステップ３０３）。

（４）通知解析部１０８は、通知先データ８０１に登録する情報として、通知ＩＤ８０２にステップ３０３で取得した予約投入元通知ＩＤ６２６、通知パターン８０３に「予約投入元」、通知先リスト８０４にステップ３０２取得した重複スケジュールデータ７０１の予約投入元７０４をそれぞれ指定して通知先データ８０１を作成する。

具体的には、通知ＩＤ８０２に「Ｉ００４」を指定し、通知パターン８０３に「予約投入元」を指定し、通知先リスト８０４に「Ｕ００６」を指定して通知先データ８０１を作成する（ステップ３０４）。

（５）通知先データリスト８０５を作成し、ステップ３０４の処理で作成した通知先データ８０１を通知先データリスト８０５に追加する。

具体的には、通知ＩＤ８０２に「Ｉ００４」、通知パターン８０３に「予約投入元」、通知先リスト８０４に「Ｕ００６」を指定した通知先データ８０１を通知先データリスト８０５に追加する（ステップ３０５）。

（６）通知解析部１０８は、ステップ３０５の処理で作成した通知先データリスト８０５とステップ３０２で取得した重複スケジュールデータ７０１とを入力データとして、予約投入元に重複の事実を通知する情報を設定した通知情報５５０を作成する。

具体的には、通知解析部１０８は、図１０に示すような通知情報５５０を出力データとして作成する。説明している例は、メール形式の通知情報５５０を作成しているが、本発明は、その他の形式の通知情報５５０を作成して予約投入元に通知するようにしてもよい（ステップ３０６）。

（７）次に、通知解析部１０８は、ステップ３０６で作成した通知情報５５０を予約投入元に通知し、その後、次の重複スケジュールデータ７０１がないか否かを判定し、次の重複スケジュールデータ７０１があった場合、ステップ３０２からの処理に戻って処理を繰り返し、次の重複スケジュールデータ７０１がなかった場合、すなわち、全ての重複スケジュールデータ７０１に対して、ステップ３０２からステップ３０７までの処理を行っていた場合、ここでの通知処理を終了する（ステップ３０７、３０８）。

図５Ｂは通知解析部１０８が先に予約したスケジュールに重複してスケジュールを予約された予約投入先以外の予約投入先に重複の事実を通知する処理動作を説明するフローチャートであり、次に、これについて説明する。ここで説明するスケジュールを予約された予約投入先以外の予約投入先に重複の事実を通知する処理の例は、ユーザＩＤ「Ｕ００５」を持つ予約投入元が、図７に示すスケジュール予約画面５００に入力しているスケジュール情報でスケジュールを予約する際に、スケジュール解析部１０７が作成した重複リスト７０７が図１４に示して説明したようなものである場合の例である。

なお、ここで説明する例は、通知先に重複してスケジュールを予約された予約投入先を含めていないが、本発明は、重複してスケジュールを予約された予約投入先に通知するか否かを画面から設定することができるようにすることもできる。

（１）まず、通知解析部１０８は、スケジュール解析部１０７から重複リスト７０７を受け付ける。

具体的には、先に予約したスケジュール７０２が「０００２」の重複スケジュールデータ７０１が１つ設定されている重複リスト７０７を受け付ける（ステップ３１１）。

（２）次に、重複リスト７０７から重複スケジュールデータ７０１を１つ取得する。

具体的には、先に予約したスケジュール７０２として「０００２」、後から予約したスケジュール７０３として「０００３」、予約投入元７０４として「Ｕ００６」、参加者リスト７０５として「Ｕ００１」、「Ｕ００２」、「Ｕ００３」、「Ｕ００４」、重複者リスト７０６として「Ｕ００１」、「Ｕ００２」が設定された重複スケジュールデータ７０１を取得する（ステップ３１２）。

（３）ステップ３１２の処理で取得した重複スケジュールデータ７０１から参加者リスト７０５と重複者リスト７０６とを取得し、重複者リスト７０６に含まれないユーザＩＤを参加者リスト７０５から取得する。

具体的には、ステップ３１２の処理で取得した重複スケジュールデータ７０１の参加者リスト７０５から「Ｕ００１」、「Ｕ００２」、「Ｕ００３」、「Ｕ００４」を取得し、重複者リスト７０６から「Ｕ００１」、「Ｕ００２」を取得する。そして、参加者リスト７０５から重複者リスト７０６に含まれない「Ｕ００３」と「Ｕ００４」とを取得する（ステップ３１３）。

（４）ステップ３１２の処理で取得した重複スケジュールデータ７０１の中の先に予約したスケジュール７０２で参加者データテーブル１１４のスケジュールＩＤ６３１と、ステップ３１３で取得した参加者のユーザＩＤの１つとを取得し、取得したユーザＩＤで参加者データテーブル１１４の参加者ユーザＩＤ６３２を検索する。そして、２つの条件を満たす参加者データの予約投入先通知ＩＤ６３３を取得する。

具体的には、ステップ３１２で取得した重複スケジュールデータ７０１の中の先に予約したスケジュール７０２「０００２」で参加者データテーブル１１４のスケジュールＩＤ６３１を取得し、ステップ３１３の処理で取得したユーザＩＤとして「Ｕ００３」で参加者データテーブル１１４の参加者ユーザＩＤ６３２を検索し、参加者データ６３９を取得する。そして、取得した参加者データ６３９から予約投入先通知ＩＤ６３３「Ｉ００３」を取得する（ステップ３１４）。

（５）次に、通知解析部１０８は、通知ＩＤ８０２をステップ３１４で取得した予約投入先通知ＩＤ６３３とする予約投入先の通知先データ８０１が作成されて存在していないか否かを確認する。

具体的には、通知ＩＤ８０２を「Ｉ００３」とする通知先データ８０１が存在するか否かを確認する。説明している例では、通知ＩＤ８０２を「Ｉ００３」とする通知先データ８０１が存在しないことが確認される（ステップ３１５）。

（６）ステップ３１５の確認で、通知先データ８０１がないと判定された場合、通知ＩＤ８０２にステップ３１４で取得した予約投入先通知ＩＤ６３３を、通知パターン８０３に「予約投入先」を、通知先リスト８０４にステップ３１４の処理で１つ取得したユーザＩＤを、それぞれ設定して通知先データ８０１を作成する。

具体的には、通知ＩＤ８０２に「Ｉ００３」を、通知パターン８０３に「予約投入先」を、通知先リスト８０４に「Ｕ００３」を、それぞれ指定して通知先データ８０１を作成する（ステップ３１６）。

（７）ステップ３１５の確認で、通知先データ８０１があると判定された場合、存在する通知先データ８０１の通知先リスト８０４にステップ３１４の処理で１つ取得したユーザＩＤを追加する。

具体的には、通知ＩＤ８０２を「Ｉ００３」とする通知先データ８０１が存在すると判定し、ステップ３１４の処理で１つ取得したユーザＩＤを「Ｕ００４」とした場合、通知ＩＤ８０２を「Ｉ００３」、通知パターン８０３を「予約投入先」とする通知先データ８０１の通知先リスト８０４に「Ｕ００４」を追加する（ステップ３１７）。

（８）ステップ３１６の処理の後、あるいは、ステップ３１７の処理の後、次に処理する要素がないか否かを判定し、次に処理する要素があった場合、すなわち、ステップ３０３の処理で取得した参加者が残っていた場合、ステップ３１４からの処理に戻って処理を繰り返し、ステップ３１３の処理で取得したすべての参加者に対して、ステップ３１４からステップ３１７までの処理を行っていた場合、通知先データリスト８０５を作成し、ステップ３１６で作成した通知先データ８０１を設定する。

具体的には、通知ＩＤ８０２に「Ｉ００３」を、通知パターン８０３に「予約投入先」を、通知先リスト８０４に「Ｕ００３」と「Ｕ００４」とを、それぞれ設定した通知先データ８０１を通知先データリスト８０５に設定する（ステップ３１８、３１９）。

（９）通知解析部１０８は、ステップ３１９の処理で作成した通知先データリスト８０５とステップ３１２の処理で取得した重複スケジュールデータ７０１とを入力データとして、重複してスケジュールを予約された予約投入先以外の予約投入先に重複の事実を通知する情報を設定した通知情報５５１を作成する。

具体的には、通知解析部１０８は、図１０に示すような通知情報５５１を出力データとして作成する。説明している例は、メール形式の通知情報５５１を作成しているが、本発明は、その他の形式の通知情報５５１を作成して予約投入先である参加者に通知するようにしてもよい（ステップ３２０）。

（10）次に、通知解析部１０８は、ステップ３２０で作成した通知情報５５１を、重複してスケジュールが予約された予約投入先以外の予約投入先に通知し、その後、次の重複スケジュールデータ７０１がないか否かを判定し、次の重複スケジュールデータ７０１があった場合、ステップ３１２からの処理に戻って処理を繰り返し、次の重複スケジュールデータ７０１がなかった場合、すなわち、全ての重複スケジュールデータ７０１に対して、ステップ３１２以降の処理を行っていた場合、通知処理を終了する（ステップ３２１、３２２）。

図６は通知解析部１０８が通知情報５５０、５５１を作成する処理動作の詳細を説明するフローチャートであり、次に、これについて説明する。

（１）通知解析部１０８は、まず、通知先データリスト８０５を受け付ける。

具体的には、通知パターン８０３を「予約投入元」とする通知先データ８０１、または、通知パターン８０３を「予約投入先」とする通知先データ８０１が設定された通知先データリスト８０５を取得する。説明している実施形態では、通知解析部１０８は、通知ＩＤ８０２が「Ｉ００４」に、通知パターン８０３が予約投入元に設定され、通知先リスト８０４に「Ｕ００６」が設定された通知先データ８０１を有する通知先データリスト８０５を入力データとして受け付けるものとする（ステップ４０１）。

（２）次に、通知先データリスト８０５から、通知先データ８０１を１つ取得する。

具体的には、通知ＩＤ８０２に「Ｉ００４」、通知パターン８０３に「予約投入元」、通知先リスト８０４に「Ｕ００６」が設定された通知先データ８０１を取得する。そして取得した通知先データ８０１の通知ＩＤ８０２毎に通知情報５５０を通知解析部１０８で作成する（ステップ４０２）。

（３）ステップ４０２の処理で取得した通知先データ８０１の通知ＩＤ８０２により通知設定データテーブル１１５の通知ＩＤ６６１を検索し、一致する通知設定データを取得する。そして、通知解析部１０８は、取得した通知設定データの通知条件６６２を満たすか否かを判定する。なお、説明している実施形態では、通知条件は、予めシステムが提供するものとしているが、システムを管理するユーザが設定してもよい。

具体的には、通知ＩＤ８０２「Ｉ００４」で通知設定データテーブル１１５の通知ＩＤ６６１を検索し、通知設定データ６６６の通知条件６６２「過半数の参加者に他のスケジュールが重複して予約された場合」を取得し、通知条件６６２を満たしているか否かを以下の式により確認する。すなわち、
重複者リスト７０６の数÷参加者リスト７０５の数≧０．５
説明している例の場合、先に予約したスケジュール７０２「０００２」の参加者リスト７０５には「Ｕ００１」、「Ｕ００２」、「Ｕ００３」、「Ｕ００４」が設定されている。そして、「Ｕ００１」と「Ｕ００２」とは、後から予約したスケジュール７０３「０００３」と先に予約したスケジュール７０２「０００２」の時間が重複しているため、重複者リスト７０６に設定されている。参加者４名中２名のスケジュールが重複しているため、通知条件６６２を満たしていると判断する。前述の式では、重複者リスト７０６の数÷参加者リスト７０５の数＝２÷４＝０．５となり、通知条件６６２を満たしている（ステップ４０３）。

説明している本発明の実施形態では、通知条件６６２として「過半数の参加者に他のスケジュールが重複して予約された場合」について説明したが、本発明は、図１３に示して説明したように、「通知しない」、「１人以上の参加者に他のスケジュールが重複して予約された場合」、「参加者に優先度の高い他のスケジュールが重複して予約された場合」等の通知条件も考えられる。また、その他にも任意の通知条件６６２を使用することができる。

（４）ステップ４０３の判定で、通知設定データの通知条件６６２を満たしていた場合、通知条件６６２の種類と重複スケジュールデータ７０１を元に通知情報５５０、５５１を作成する。

具体的には、通知条件６６２が「過半数の参加者に他のスケジュールが重複して予約された場合」であるため、図１０に示して説明した通知情報５５０を作成する。通知情報５５０、５５１には、通知解析部１０８が入力データとして取得する重複スケジュールデータ７０１に保持されていたスケジュールＩＤや、参加者リスト７０５のユーザＩＤを元に、スケジュールの用件やユーザ名やメールアドレスを表示することとしてもよい（ステップ４０４）。

（５）次に、通知解析部１０８は、ステップ４０４の処理で作成した通知情報５５０、５５１をリストに追加する（ステップ４０５）。

（６）ステップ４０５の処理の終了後、あるいは、ステップ４０３の判定で、通知設定データの通知条件６６２を満たしていなかった場合、次に処理する要素がないか否かを判定し、次に処理する要素があった場合、すなわち、ステップ４０１の処理で受け付けた通知先データが残っていた場合、ステップ４０２からの処理に戻って処理を繰り返し、ステップ４０１の処理で受け付けたすべての通知先データに対して、ステップ４０２からステップ４０５までの処理を行って終了していた場合、ここでの処理を終了する（ステップ４０６）。

前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。

前述した本発明の実施形態によれば、予約投入元や重複してスケジュールを予約された予約投入先以外の予約投入先は、予約投入先のスケジュールを監視することなく、予約投入先に重複するスケジュール情報が予約されると、予約投入先が先に予約したスケジュールをキャンセルする可能性を予測できる。これにより、予約投入元は、スケジュールのキャンセルを予測しスケジュールの再確認や再調整を行うことができる。また、重複してスケジュールを予約された予約投入先以外の予約投入先は、予約投入先がスケジュールをキャンセルすることにより予定しているスケジュールが変更になる可能性を予測することができる。

また、前述した本発明の実施形態によれば、先にスケジュールを予約した予約投入元は、重複してスケジュールを予約された予約投入先以外の予約投入先に、重複の事実を連絡する手間を省くことができる。さらに、本発明の実施形態によれば、予約投入元が予約投入先のスケジュールを参照できなくても、重複するスケジュール情報が予約されると、予約投入元や重複してスケジュールを予約された予約投入先以外の予約投入先は、予約投入先が先に予約したスケジュールをキャンセルする可能性を予測することができる。また、予約投入元や予約投入先は、システムが提供する通知条件を選択することにより、通知条件を満たす重複の事実についてのみの通知をシステムから受け取ることができるようにすることもできる。

本発明の一実施形態によるスケジュール管理装置を含むスケジュール予約管理システムの構成を示すブロック図である。 スケジュール予約時の各処理部とデータベースとの関係を示す図である。 通知設定登録時の処理部とデータベースとの関係を示す図である。 スケジュール解析部が重複リストを作成する処理手順を説明するフローチャートである。 通知解析部が先に予約したスケジュールの予約投入元に重複の事実を通知する処理動作を説明するフローチャートである。 通知解析部が先に予約したスケジュールに重複してスケジュールを予約された予約投入先以外の予約投入先に重複の事実を通知する処理動作を説明するフローチャートである。 通知解析部が通知情報を作成する処理動作の詳細を説明するフローチャートである。 予約投入元に表示するスケジュール予約画面の例を示す図である。 予約投入元や予約投入先に表示するスケジュール確認画面の例を示す図である。 予約投入元や予約投入先に表示する通知設定画面の例を示す図である。 予約投入元や予約投入先に通知する通知情報を示す図である。 ユーザ情報データテーブルに管理されているユーザ情報を示す図である。 スケジュールデータテーブルで管理されているスケジュールデータ、及び、参加者データテーブルで管理されている参加者情報を示す図である。 通知設定データテーブルで管理されている通知設定情報を示す図である。 重複リストと重複スケジュールデータに設定する重複スケジュール情報とについて説明する図である。 通知先データリストと通知先データに設定する通知先情報とについて説明する図である。

符号の説明

１０１ ＣＰＵ
１０２ メモリ
１０３ 登録部
１０４ スケジュール情報登録部
１０５ 通知設定登録部
１０６ 解析部
１０７ スケジュール解析部
１０８ 通知解析部
１０９ 検索部
１１０ スケジュール検索部
１１１ 通知設定検索部
１１２ ユーザ情報データテーブル
１１３ スケジュールデータテーブル
１１４ 参加者データテーブル
１１５ 通知設定データテーブル
１１６ データベース
１１７ スケジュール管理装置
１１８ ネットワーク
１１９ クライアントＰＣ

Claims (6)

1. スケジュールを予約したユーザを予約投入元、スケジュールを予約されたユーザを予約投入先として、予約投入元が指定した予約投入先のスケジュールの日時の重複を検出し、重複の事実を通知するスケジュール予約管理方法において、
   スケジュール管理装置と、予約投入元及び予約投入先が使用するクライアントＰＣとがネットワークを介して接続されて構成され、
   前記スケジュール管理装置は、登録手段と、解析手段と、検索手段と、ユーザ情報データテーブルと、スケジュールデータテーブルと、参加者データテーブルと、通知設定データテーブルとを備え、
   前記登録手段は、スケジュール予約情報を受け付けて前記スケジュールデータテーブル及び参加者データテーブルに格納管理すると共に、通知設定情報を受け付けて前記ユーザ情報データテーブルに格納管理し、
   前記検索手段は、参加者情報及びスケジュール予約情報を条件に前記スケジュールデータテーブル及び参加者データテーブルに登録された予約スケジュール及びその参加者を検索すると共に、通知設定データテーブルに登録された通知設定情報を検索し、
   前記解析手段は、前記登録手段から取得したスケジュール予約情報を元に重複するスケジュール予約情報が存在するか否かを、前記検索手段を介してスケジュールデータテーブルと参加者データテーブルとから確認し、重複するスケジュール予約情報が存在する場合に重複リストを作成すると共に、前記検索手段を介した通知設定情報が通知条件を満たす場合、前記重複リストに基づいて、予約投入元や予約投入先にスケジュールの重複の事実を通知することを特徴とするスケジュール予約管理方法。
2. 前記通知条件は、システムが提供する通知条件をユーザが選択可能とされていることを特徴とする請求項１記載のスケジュール予約管理方法。
3. 前記解析手段は、スケジュールの参加者と他のスケジュールの日時が重複し、先に予約したスケジュールの情報と通知先とを読み出して、先にスケジュールを予約したユーザに重複の事実を通知することを特徴とする請求項１または２記載のスケジュール予約管理方法。
4. 前記解析手段は、予約投入元が１または複数の予約投入先にスケジューを予約し、予約投入先と日時の重複するスケジュール情報を後から予約投入元が指定した場合、先に予約したスケジュールの情報と通知先の情報とから、先に予約した複数いる予約投入先に重複の事実を通知することを特徴とする請求項１、２または３記載のスケジュール予約管理方法。
5. 前記解析手段は、重複するスケジュールが予約投入元により予約されたとき、重複が予約投入元や予約投入先が選択した通知条件を満たすか否かを判定し、判定結果に従い予約投入元や予約投入先に重複の事実を通知する情報を設定した通知情報を作成し、予約投入元または予約投入先に重複の事実を通知することを特徴とする請求項１ないし４のうちいずれか１記載のスケジュール予約管理方法。
6. 予約投入元が指定した予約投入先のスケジュールの日時の重複を検出し、重複の事実を通知するスケジュール予約管理システムにおいて、
   スケジュール管理装置と、予約投入元及び予約投入先が使用するクライアントＰＣとがネットワークを介して接続されて構成され、
   前記スケジュール管理装置は、登録手段と、解析手段と、検索手段と、ユーザ情報データテーブルと、スケジュールデータテーブルと、参加者データテーブルと、通知設定データテーブルとを備え、
   前記登録手段は、スケジュール予約情報を受け付けて前記スケジュールデータテーブル及び参加者データテーブルに格納管理すると共に、通知設定情報を受け付けて前記ユーザ情報データテーブルに格納管理し、
   前記検索手段は、参加者情報及びスケジュール予約情報を条件に前記スケジュールデータテーブル及び参加者データテーブルに登録された予約スケジュール及びその参加者を検索すると共に、通知設定データテーブルに登録された通知設定情報を検索し、
   前記解析手段は、前記登録手段から取得したスケジュール予約情報を元に重複するスケジュール予約情報が存在するか否かを、前記検索手段を介してスケジュールデータテーブルと参加者データテーブルとから確認し、重複するスケジュール予約情報が存在する場合に重複リストを作成すると共に、前記検索手段を介した通知設定情報が通知条件を満たす場合、前記重複リストに基づいて、予約投入元や予約投入先にスケジュールの重複の事実を通知することを特徴とするスケジュール予約管理システム。

Images