(57)【要約】【課題】企画したイベントに対する来否を問う案内メールの送信以降に必要とされる労力を軽減することを課題とする。【解決手段】主催者携帯端末１０は、最低必要人数やイベント開催に必須の招待者のメールアドレスを開催条件情報として記憶する。そして、主催者携帯端末１０は、案内メールを全招待者携帯端末に送信する。招待者携帯端末５０ａｘは、案内メールを受信した場合に、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを送信する。そして、主催者携帯端末１０は、応答メールを受信した場合に、開催条件情報と、応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する。そして、主催者携帯端末１０は、イベントの開催が可能と判定された場合には、開催決定を通知する通知メールを全招待者携帯端末に送信し、イベントの開催が不可能と判定された場合には、開催中止を通知する通知メールを全招待者携帯端末に送信する。【選択図】        図１
2008293376.tif 000002
【特許請求の範囲】
【請求項１】
主催者が企画した所定のイベントに対する来否を問う案内メールとイベントの開催の決定またはイベント開催の中止のいずれかを通知する通知メールとを送信する主催者側端末装置と、前記案内メールおよび前記通知メールの送信先である招待者側端末装置とで構成されるイベント企画システムであって、
前記主催者側端末装置は、
前記イベントの開催条件を示す開催条件情報を記憶する開催条件記憶手段と、
前記案内メールを前記招待者側端末装置に送信する案内メール送信手段と、
参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、前記開催条件記憶手段によって記憶された開催条件情報と、前記招待者側端末装置から受信した前記応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する成否判定手段と、
前記成否判定手段によってイベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを前記招待者側端末装置に送信し、前記成否判定手段によってイベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを前記招待者側端末装置に送信する通知メール送信手段と、
を備え、
前記招待者側端末装置は、
前記案内メールを受信した場合には、前記応答メールを送信する応答メール送信手段を備えたことを特徴とするイベント企画システム。
【請求項２】
前記招待者側端末装置は、
前記案内メールを受信した場合に、前記応答メール送信手段によって応答メールの送信がなされるまで、招待者を催促する送信催促手段をさらに備えたことを特徴とする請求項１に記載のイベント企画システム。
【請求項３】
前記招待者側端末装置は、
前記招待者のスケジュールを示す招待者スケジュール日時情報を記憶するスケジュール情報記憶手段と、
前記案内メールに含まれるイベントの開催日時情報と、前記スケジュール記憶手段によって記憶されたスケジュール日時情報とを照合し、前記招待者スケジュール日時情報とスケジュール日時情報とが重複する場合には、前記イベントに対する不参加を示す来否情報を含む応答メールを返信する予定重複時処理手段と、
をさらに備えたことを特徴とする請求項１、２に記載のイベント企画システム。
【請求項４】
前記招待者側端末装置は、
前記案内メールが開封された場合に、開封した旨を通知する開封通知情報を前記主催者側端末装置に送信する開封通知情報送信手段をさらに備え、
前記主催者側端末装置は、
前記開封通知情報送信手段によって送信された開封通知情報を受信した場合に、当該受信した開封通知情報の送信元である招待者が前記案内メールを開封した旨を前記主催者に報知する開封報知手段をさらに備えたことを特徴とする請求項１、２または３に記載のイベント企画システム。
【請求項５】
前記主催者側端末装置は、
前記主催者のスケジュールを示す主催者スケジュール日時情報を記憶するスケジュール情報記憶手段と、
前記案内メール作成時に、当該案内メールに含まれるイベントの開催日時情報と、前記スケジュール記憶手段によって記憶された主催者スケジュール日時情報とを照合し、前記イベントの開催日時情報と主催者スケジュール日時情報とが重複する場合には、予定が重複される旨を前記主催者に報知する報知手段とをさらに備えたことを特徴とする請求項１〜４のいずれか一つに記載のイベント企画システム。
【請求項６】
企画したイベントに対する来否を問う案内メールとイベントの開催の決定またはイベント開催の中止のいずれかを通知する通知メールとを招待者側端末装置に送信するイベント企画端末装置であって、
前記イベントの開催条件を示す開催条件情報を記憶する開催条件記憶手段と、
前記案内メールに対する返信であって、かつ、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、前記開催条件記憶手段によって記憶された開催条件情報と、前記応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する成否判定手段と、
前記成否判定手段によってイベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを前記招待者側端末装置に送信し、前記成否判定手段によってイベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを前記招待者側端末装置に送信する通知メール送信手段と、
を備えたことを特徴とするイベント企画端末装置。
【請求項７】
企画したイベントに対する来否を問う案内メールとイベントの開催の決定またはイベント開催の中止のいずれかを通知する通知メールとを招待者側端末装置に送信する方法をコンピュータに実行させるイベント企画プログラムであって、
前記イベントの開催条件を示す開催条件情報を保持する開催条件保持手順と、
前記案内メールに対する返信であって、かつ、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、前記開催条件保持手順によって保持された開催条件情報と、前記応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する成否判定手順と、
前記成否判定手順によってイベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを前記招待者側端末装置に送信し、前記成否判定手順によってイベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを前記招待者側端末装置に送信する通知メール送信手順と、
をコンピュータに実行させることを特徴とするイベント企画プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、主催者が企画した所定のイベントに対する来否を問う案内メールとイベントの開催の決定またはイベント開催の中止のいずれかを通知する通知メールとを送信する主催者側端末装置と、案内メールおよび通知メールの送信先である招待者側端末装置とで構成されるイベント企画システム、主催者側端末装置であるイベント企画端末装置およびイベント企画プログラムに関する。
【背景技術】
【０００２】
従来、所定のイベントを企画した後、電子メールシステムを用いてイベントに対する来否を招待者に問うたり、イベントの開催の成否を招待者に通知したりする手法が知られている。具体的には、イベントを企画する主催者の主催者側端末装置は、主催者によって作成された案内メールを招待者の招待者側端末装置宛てに送信する。一方、招待者側端末装置は、案内メールを受信すると、イベントに対する来否を回答した応答メールを主催者側端末装置宛てに送信する。そして、主催者側端末装置は、招待者側端末装置より応答メールを受信し、当該応答メールの内容を主催者に表示する。ここで、主催者は、招待者の来否状況よりイベントの開催の成否を判断する。そして、主催者側端末装置は、主催者によって作成された開催の有無を通知するメールを招待者側端末装置宛てに送信する。
【０００３】
また、イベントの開催の成否を判断する手法として、特許文献１では、会議開催者端末が、イベントの開催場所である会議室に対する予約およびその予約状況を管理する既存の会議室予約システムと連携する技術が開示されている。また、特許文献２では、会議開催者端末と、開催通知受信者端末との電子メールの内容から、特許文献１と同様、イベントの開催場所である会議室に対する予約およびその予約状況を管理する管理サーバが会議室の予約や解約を調整する技術が開示されている。
【０００４】
【特許文献１】特開２０００−２９９３９号公報
【特許文献２】特開２００５−７０９３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した電子メールシステムを用いる技術では、案内メールの送信以降に多大な労力が必要であるという課題があった。つまり、招待者の来否状況に基づいてイベントを実施することができるかできないかを主催者が判断し、招待者に開催の有無を連絡するという作業が面倒であり、案内メールの送信以降に多大な労力が必要であるという課題があった。なお、特許文献１や２で開示された技術を用いるには、専用の会議室予約システムや管理サーバを利用する（多くの場合、利用するためには、アカウントの取得や高い料金が必要となる）必要があり、既存の電子メールシステムのみを用いて友人同士などで気軽にイベントを企画する場合に実用的ではない。
【０００６】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、案内メールの送信以降に必要とされる労力を軽減するイベント企画システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、主催者が企画した所定のイベントに対する来否を問う案内メールとイベントの開催の決定またはイベント開催の中止のいずれかを通知する通知メールとを送信する主催者側端末装置と、前記案内メールおよび前記通知メールの送信先である招待者側端末装置とで構成されるイベント企画システムであって、前記主催者側端末装置は、前記イベントの開催条件を示す開催条件情報を記憶する開催条件記憶手段と、前記案内メールを前記招待者側端末装置に送信する案内メール送信手段と、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、前記開催条件記憶手段によって記憶された開催条件情報と、前記招待者側端末装置から受信した前記応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する成否判定手段と、前記成否判定手段によってイベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを前記招待者側端末装置に送信し、前記成否判定手段によってイベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを前記招待者側端末装置に送信する通知メール送信手段と、を備え、前記招待者側端末装置は、前記案内メールを受信した場合には、前記応答メールを送信する応答メール送信手段を備えたことを特徴とする。
【０００８】
また、請求項２に係る発明は、上記の発明において、前記招待者側端末装置は、前記案内メールを受信した場合に、前記応答メール送信手段によって応答メールの送信がなされるまで、招待者を催促する送信催促手段をさらに備えたことを特徴とする。
【０００９】
また、請求項３に係る発明は、上記の発明において、前記招待者側端末装置は、前記招待者のスケジュールを示す招待者スケジュール日時情報を記憶するスケジュール情報記憶手段と、前記案内メールに含まれるイベントの開催日時情報と、前記スケジュール記憶手段によって記憶されたスケジュール日時情報とを照合し、前記招待者スケジュール日時情報とスケジュール日時情報とが重複する場合には、前記イベントに対する不参加を示す来否情報を含む応答メールを返信する予定重複時処理手段と、をさらに備えたことを特徴とする。
【００１０】
また、請求項４に係る発明は、上記の発明において、前記招待者側端末装置は、前記案内メールが開封された場合に、開封した旨を通知する開封通知情報を前記主催者側端末装置に送信する開封通知情報送信手段をさらに備え、前記主催者側端末装置は、前記開封通知情報送信手段によって送信された開封通知情報を受信した場合に、当該受信した開封通知情報の送信元である招待者が前記案内メールを開封した旨を前記主催者に報知する開封報知手段をさらに備えたことを特徴とする。
【００１１】
また、請求項５に係る発明は、上記の発明において、前記主催者側端末装置は、前記主催者のスケジュールを示す主催者スケジュール日時情報を記憶するスケジュール情報記憶手段と、前記案内メール作成時に、当該案内メールに含まれるイベントの開催日時情報と、前記スケジュール記憶手段によって記憶された主催者スケジュール日時情報とを照合し、前記イベントの開催日時情報と主催者スケジュール日時情報とが重複する場合には、予定が重複される旨を前記主催者に報知する報知手段とをさらに備えたことを特徴とする。
【００１２】
また、請求項６に係る発明は、企画したイベントに対する来否を問う案内メールとイベントの開催の決定またはイベント開催の中止のいずれかを通知する通知メールとを招待者側端末装置に送信するイベント企画端末装置であって、前記イベントの開催条件を示す開催条件情報を記憶する開催条件記憶手段と、前記案内メールに対する返信であって、かつ、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、前記開催条件記憶手段によって記憶された開催条件情報と、前記応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する成否判定手段と、前記成否判定手段によってイベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを前記招待者側端末装置に送信し、前記成否判定手段によってイベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを前記招待者側端末装置に送信する通知メール送信手段と、を備えたことを特徴とする。
【００１３】
また、請求項７に係る発明は、企画したイベントに対する来否を問う案内メールとイベントの開催の決定またはイベント開催の中止のいずれかを通知する通知メールとを招待者側端末装置に送信する方法をコンピュータに実行させるイベント企画プログラムであって、前記イベントの開催条件を示す開催条件情報を保持する開催条件保持手順と、前記案内メールに対する返信であって、かつ、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、前記開催条件保持手順によって保持された開催条件情報と、前記応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する成否判定手順と、前記成否判定手順によってイベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを前記招待者側端末装置に送信し、前記成否判定手順によってイベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを前記招待者側端末装置に送信する通知メール送信手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
請求項１、６または７の発明によれば、主催者側端末装置は、イベントの開催条件を示す開催条件情報を記憶して案内メールを招待者側端末装置に送信する。そして、主催者側端末装置は、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、開催条件情報と、招待者側端末装置から受信した応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する。そして、主催者側端末装置は、イベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを招待者側端末装置に送信し、イベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを招待者側端末装置に送信する。一方、招待者側端末装置は、案内メールを受信した場合には、応答メールを送信する。こうすることによって、案内メールの送信以降に必要とされる労力を軽減することが可能となる。
【００１５】
また、請求項２の発明によれば、案内メールを受信した場合に、応答メール送信手段によって応答メールの送信がなされるまで、招待者を催促するので、案内メールを受信した招待者に対して応答メールの送信を催促することが可能となる。
【００１６】
また、請求項３の発明によれば、招待者側端末装置は、招待者のスケジュールを示す招待者スケジュール日時情報を記憶し、案内メールに含まれるイベントの開催日時情報と、スケジュール日時情報とを照合し、招待者スケジュール日時情報とスケジュール日時情報とが重複する場合には、イベントに対する不参加を示す来否情報を含む応答メールを返信するので、案内メールの送信からイベントの開催の決定、中止が決まるまでにかかる時間を短縮することが可能となる。
【００１７】
また、請求項４の発明によれば、招待者側端末装置は、案内メールが開封された場合に、開封した旨を通知する開封通知情報を主催者側端末装置に送信する。そして、主催者側端末装置は、開封通知情報を受信した場合に、当該受信した開封通知情報の送信元である招待者が案内メールを開封した旨を主催者に報知するので、招待者が案内メールを開封したか否かを把握することが可能となる。
【００１８】
また、請求項５の発明によれば、主催者側端末装置は、主催者のスケジュールを示す主催者スケジュール日時情報を記憶し、案内メール作成時に、当該案内メールに含まれるイベントの開催日時情報と、主催者スケジュール日時情報とを照合し、主催者スケジュール日時情報とスケジュール日時情報とが重複する場合には、予定が重複される旨を主催者に報知するので、イベントの企画に際する予定の重複を主催者に対して注意喚起することが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下に添付図面を参照して、この発明に係るイベント企画システム、イベント企画端末装置およびイベント企画プログラムの実施例を詳細に説明する。なお、以下では、本発明に係るイベント企画システムの概要および特徴、イベント企画システムにおける主催者携帯端末および招待者携帯端末の構成と処理とを順に説明し、実施例１の効果を説明した後に、他の実施例を説明する。なお、以下では、イベントを企画する側、当該イベントに招待される側で用いられる携帯端末として、それぞれ主催者携帯端末と招待者携帯端末とに区別して説明を行うが、本発明はこれに限定されるものではなく、両携帯端末ともに同一の機能、構成を有する。
【実施例１】
【００２０】
［イベント企画システムの概要および特徴］
図１を用いて、実施例１に係るイベント企画システムの概要および特徴を説明する。図１は、実施例１に係るイベント企画システムの概要および特徴を説明するための図である。
【００２１】
実施例１に係るイベント企画システムは、主催者が企画した所定のイベントに対する来否を問う案内メールとイベントの開催の決定またはイベント開催の中止のいずれかを通知する通知メールとを送信する主催者携帯端末と、案内メールおよび通知メールの送信先である招待者携帯端末とで構成されることを概要としており、案内メールの送信以降に必要とされる労力を軽減することを可能としている点に主たる特徴がある。
【００２２】
この主たる特徴について説明すると、イベント企画システムにおける主催者携帯端末１０は、イベントの開催条件を示す開催条件情報を記憶する。具体的に例を挙げて説明すると、図１に示すように、主催者携帯端末１０は、イベントの開催に必要な人数を示す最低必要人数情報「５」およびイベントの開催に必須の招待者を一意に識別する必須招待者識別情報としてメールアドレス情報「ｙａｍａｄａ＠ａｂｃ．ｎｅ．ｊｐ」を記憶する。
【００２３】
そして、主催者携帯端末１０は、案内メールを招待者携帯端末５０ａ１〜５０ａｎに送信する。具体的に例を挙げて説明すると、図１に示すように、主催者携帯端末１０は、イベントの開催に必須の招待者である山田部長の招待者携帯端末５０ａ１宛てに案内メール１を送信する。
【００２４】
そして、招待者携帯端末５０ａ１〜５０ａｎは、案内メールを受信した場合には、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを送信する。具体的に例を挙げて説明すると、図１に示すように、山田部長の招待者携帯端末５０ａ１は、不参加を示す来否情報を含む応答メール２を主催者携帯端末１０に送信する。
【００２５】
そして、主催者携帯端末１０は、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、開催条件情報と、招待者携帯端末５０ａ１〜５０ａｎから受信した応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する。具体的に例を挙げて説明すると、図１に示すように、主催者携帯端末１０は、応答メール２を受信すると、当該応答メール２の送信元についてはイベントの開催に必須の招待者である山田部長であり、来否情報については不参加である結果、開催条件を満たさないので、イベント開催を不可能と判定する。
【００２６】
そして、主催者携帯端末１０は、イベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを招待者携帯端末５０ａ１〜５０ａｎに送信し、イベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを招待者携帯端末５０ａ１〜５０ａｎに送信する。具体的に例を挙げて説明すると、図１に示すように、主催者携帯端末１０は、イベント開催不可能と判定すると、本文にテキスト情報「開催中止しました」を含む通知メール３を招待者携帯端末５０ａ１〜５０ａｎに送信する。
【００２７】
こうすることによって、実施例１に係るイベント企画システムは、上記した主たる特徴のとおり、案内メールの送信以降に必要とされる労力を軽減することが可能となる。つまり、案内メールを送信した後、当該案内メールに対する応答メールに含まれる招待者の来否状況に基づいてイベントを実施することができるかできないかを判断し、招待者に開催の有無を連絡するメールの送信を自動で行うので、案内メールの送信以降に必要とされる労力を軽減することが可能となる。
【００２８】
［主催者携帯端末の構成］
次に、図２を用いて、主催者携帯端末１０の構成を説明する。図２は、主催者携帯端末１０の構成を示すブロック図である。同図に示すように、主催者携帯端末１０は、アンテナ２０ａと、ディスプレイ２０ｂと、スピーカ２０ｃと、受話スピーカ２０ｄと、マイクロフォン２０ｅと、バイブレータ２０ｆと、タイマ２０ｇと、操作ボタン２０ｈと、記憶部３０と，処理部４０とから構成される。
【００２９】
アンテナ２０ａは、電波を送信する、あるいは、受信する。ディスプレイ２０ｂは、処理部４０内の各部の処理結果による画像を表示する。スピーカ２０ｃは、電気信号を物理的な振動に変換して着信音や報知音などを発し、受話スピーカ２０ｄは、同様に通話相手の音声を発する。マイクロフォン２０ｅは、音声による物理的な振動を電気信号に変換する。バイブレータ２０ｆは、重心のかたよった重りを同軸上で回転させることで振動を作る。タイマ２０ｇは、所定の基準で時間の流れを作り、所定の信号を受け取ると、その時間の流れの中で信号を受け取った点の時刻情報を生成する。操作ボタン２０ｈは、押下されることで処理部４０内の各部へ種々の情報やユーザの要求を出力する。
【００３０】
記憶部３０は、処理部４０による各種処理に用いられるデータなどを記憶し、特に本発明に密接に関連するものとしては、開催条件記憶部３１と、開催決定メール生成情報記憶部３２と、開催中止メール生成情報記憶部３３とを備える。なお、開催条件記憶部３１は、特許請求の範囲に記載の「開催条件記憶手段」に対応する。
【００３１】
開催条件記憶部３１は、イベントの開催条件を示す開催条件情報を記憶する。具体的には、図３に示すように、開催条件記憶部３１は、イベントの開催に必須の招待者を一意に識別する必須招待者識別情報と、イベントの開催に必要な人数を示す最低必要人数情報と、イベントの開催に必須の招待者の人数を示す必須招待者総員情報とを開催の成否を判定する条件として記憶する。例えば、図３に示すように、開催条件記憶部３１は、必須招待者識別情報として山田部長のメールアドレス情報「ｙａｍａｄａ＠ａｂｃ．ｎｅ．ｊｐ」および鈴木課長のメールアドレス情報「ｓｕｚｕｋｉ＠ａｂｃ．ｎｅ．ｊｐ」と、最低必要人数情報「１５」と、必須招待者総員情報「２」とを対応付けて記憶する。なお、図３は、開催条件記憶部３１が記憶する情報の例を示す図である。
【００３２】
開催決定メール生成情報記憶部３２は、開催決定メールを生成するための種々の情報を記憶する。具体的には、図４に示すように、開催決定メール生成情報記憶部３２は、イベントに招待した招待者のメールアドレス情報と、ヘッダ内の表題に入力する表題テキスト情報と、本文内に入力する本文テキスト情報とを記憶する。例えば、図４に示すように、開催決定メール生成情報記憶部３２は、メールアドレス情報「ｙａｍａｄａ＠ａｂｃ．ｎｅ．ｊｐ」を初め複数のメールアドレス情報と、表題テキスト情報「イベントの開催について」と、本文テキスト情報「とりあえず開催決定致しました。返信がまだの方はお早めに返信願います。」とを対応付けて記憶する。なお、図４は、開催決定メール生成情報記憶部３２が記憶する情報の例を示す図である。
【００３３】
開催中止メール生成情報記憶部３３は、開催中止メールを生成するための種々の情報を記憶する。具体的には、図５に示すように、開催中止メール生成情報記憶部３３は、イベントに招待した招待者のメールアドレス情報と、ヘッダ内の表題に入力する表題テキスト情報と、本文内に入力する本文テキスト情報とを記憶する。例えば、図５に示すように、開催中止メール生成情報記憶部３３は、メールアドレス情報「ｙａｍａｄａ＠ａｂｃ．ｎｅ．ｊｐ」を初め複数のメールアドレス情報（これらについては開催決定メール生成情報記憶部３２と同様である）と、表題テキスト情報「イベントの開催について」と、本文テキスト情報「残念ながら開催中止となりました。参加／不参加を未返信の方は、以降の返信をしてくださらなくて結構です。」とを対応付けて記憶する。なお、図５は、開催中止メール生成情報記憶部３３が記憶する情報の例を示す図である。
【００３４】
処理部４０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、メール処理部４１と、成否判定部４２と、開催有無メール処理部４３と、通話処理部４４とを備える。なお、メール処理部４１は、特許請求の範囲に記載の「案内メール送信手段」に対応し、成否判定部４２は、同じく「成否判定手段」に対応し、開催有無メール処理部４３は、同じく「通知メール送信手段」に対応する。また、電話としての通話機能については、通話処理部４４、アンテナ２０ａ、受話スピーカ２０ｄ、マイクロフォン２０ｅなどによってユーザに提供される。
【００３５】
メール処理部４１は、案内メールを招待者携帯端末に送信する。具体的には、メール処理部４１は、操作ボタン２０ｈがユーザに押下されることで生成された案内メール作成要求を当該操作ボタン２０ｈより受け付けると、案内メール作成ひな形（図６参照）をディスプレイ２０ｂに表示する。そして、メール処理部４１は、操作ボタン２０ｈより案内メールの送信要求を受け付けると、案内メール作成ひな形に入力された最低必要人数情報、必須招待者識別情報および必須招待者総員情報を開催条件記憶部３１に書き込み、案内メールを送信する招待者全員のメールアドレス情報を開催決定メール生成情報記憶部３２および開催中止メール生成情報記憶部３３に書き込んだ後、案内メールをアンテナ２０ａから送信する。
【００３６】
例えば、図６に示すように、メール処理部４１は、案内メール作成ひな形をディスプレイ２０ｂに表示する。そして、メール処理部４１は、「イベント名」の欄に入力されたテキスト情報をメールのヘッダ内の表題に入力し、「イベント内容」および「開催日時」の欄に入力されたテキスト情報をメールの本文内に入力し、「招待者」の欄に入力されたメールアドレス情報を宛先として案内メールを生成し、送信する。また、メール処理部４１は、「最低必要人数」の欄に入力された数字情報と、チェックの付いた「招待者」の欄に入力されたメールアドレス情報（アドレス帳記憶部（図示しない）よりメールアドレス情報と名前情報が対応付けられており、結果として図６中では名前が表示される）と、チェックボックスのチェックが付けられた数であるトータル情報とを、それぞれ最低必要人数情報、必須招待者識別情報、必須招待者総員情報として開催条件記憶部３１に書き込む。また、「招待者」の欄に入力されたメールアドレス情報を開催決定メール生成情報記憶部３２および開催中止メール生成情報記憶部３３に書き込む。なお、図６は、案内メールひな形の例を示す図である。
【００３７】
また、メール処理部４１は、応答メールを招待者携帯端末５０ａ１〜５０ａｎから受信する。具体的には、メール処理部４１は、アンテナ２０ａよりメールを受信した際、当該メールのヘッダ内に応答メール識別情報が含まれている場合には、後述する成否判定部４２にヘッダ内に含まれる送信元メールアドレス情報および本文内に含まれる来否情報を出力する。例えば、メール処理部４１は、山田部長からの応答メールを受信すると、送信元のメールアドレス情報「ｙａｍａｄａ＠ａｂｃ．ｎｅ．ｊｐ」および来否情報「不参加」を成否判定部４２に出力する。
【００３８】
成否判定部４２は、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、開催条件情報と、招待者携帯端末から受信した応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する。具体的には、成否判定部４２は、メール処理部４１からメールアドレス情報および来否情報を受け取ると、開催条件記憶部３１から招待者識別情報と、最低必要人数情報と、必須招待者総員情報とを読み出し、当該読み出した情報と、受け取ったメールアドレス情報および来否情報とを照合しつつイベント開催の成否を判定する。そして、成否判定部４２は、イベントの開催について、可能と判定した場合には、後述する開催有無メール処理部４３に開催決定メールの送信要求を出力する。一方、成否判定部４２は、イベントの開催について、不可能と判定した場合には、後述する開催有無メール処理部４３に開催中止メールの送信要求を出力する。なお、成否判定部４２によるイベント開催の成否判定処理については、フローチャートで詳述する。
【００３９】
開催有無メール処理部４３は、イベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを招待者携帯端末に送信し、イベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを招待者携帯端末に送信する。具体的には、開催有無メール処理部４３は、成否判定部４２から開催決定メールの送信要求を受け取ると、開催決定メール生成情報記憶部３２からメールアドレス情報と、表題テキスト情報と、本文テキスト情報とを読み出してメールを生成し、アンテナ２０ａから送信する。一方、開催有無メール処理部４３は、成否判定部４２から開催中止メールの送信要求を受け取ると、開催中止メール生成情報記憶部３３からメールアドレス情報と、表題テキスト情報と、本文テキスト情報とを読み出してメールを生成し、アンテナ２０ａから送信する。
【００４０】
［招待者携帯端末の構成］
次に、図７を用いて、招待者携帯端末５０ａｘ（招待者携帯端末５０ａ１〜５０ａｎの任意）の構成を説明する。図７は、実施例１に係るイベント企画システムにおける招待者携帯端末５０ａｘの構成を示すブロック図である。同図に示すように、招待者携帯端末５０ａｘは、アンテナ６０ａと、ディスプレイ６０ｂと、スピーカ６０ｃと、受話スピーカ６０ｄと、マイクロフォン６０ｅと、バイブレータ６０ｆと、タイマ６０ｇと、操作ボタン６０ｈと、記憶部７０と、処理部８０とから構成される。なお、アンテナ６０ａ、ディスプレイ６０ｂ、スピーカ６０ｃ、受話スピーカ６０ｄ、マイクロフォン６０ｅ、バイブレータ６０ｆ、タイマ６０ｇ、操作ボタン６０ｈについては主催者携帯端末１０と同じ動作をするので説明を省略する。
【００４１】
記憶部７０は、処理部８０による各種処理に用いられるデータなどを記憶し、特に本発明に密接に関連するものとしては、メール記憶部７１を備える。
【００４２】
メール記憶部７１は、受信したメールを記憶する。具体的には、メール記憶部７１は、後述するメール処理部８１から受け取ったメールを記憶する。例えば、メール記憶部７１は、メールのヘッダ内のメールアドレス情報や表題テキスト情報、メールの本文内の本文テキスト情報などを記憶する。
【００４３】
処理部８０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、メール処理部８１と、通話処理部８２とを備える。なお、メール処理部８１は、特許請求の範囲に記載の「応答メール送信手段」に対応する。また、電話としての通話機能については、主催者携帯端末１０と同様、通話処理部８２、アンテナ６０ａ、受話スピーカ６０ｄ、マイクロフォン６０ｅなどによってユーザに提供される。
【００４４】
メール処理部８１は、案内メールを受信した場合には、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを送信する。具体的には、メール処理部８１は、操作ボタン６０ｈがユーザに押下されることで生成された応答メール作成要求を当該操作ボタン６０ｈより受け付けると、応答メール作成ひな形（図８参照）をディスプレイ６０ｂに表示する。そして、メール処理部８１は、操作ボタン６０ｈより応答メールの送信要求を受け付けると、主催者携帯端末１０のメール処理部４１において他のメールと区別されるために、当該応答メールのヘッダ内に応答メールとして識別されるための識別情報である応答メール識別情報を入力して送信する。
【００４５】
例えば、図８に示すように、メール処理部８１は、応答メール作成ひな形をディスプレイ６０ｂに表示する。そして、メール処理部８１は、「選択」の欄において選択された来否情報「参加」をメールの本文内に入力し、「本文」の欄に入力されたテキスト情報をメールの同じく本文内に入力し、主催者携帯端末１０のメールアドレス情報を宛先としてメールを生成し、さらに、ヘッダ内に応答メール識別情報を入力して送信する。なお、図８は、応答メールひな形の例を示す図である。
【００４６】
［主催者携帯端末による処理］
次に、図９や図１０を用いて、主催者携帯端末１０における処理を説明する。図９は、主催者携帯端末１０における案内メール送信処理の流れを示すフローチャートであり、図１０は、主催者携帯端末１０におけるイベント開催の成否判定処理の流れを示すフローチャートである。
【００４７】
［案内メール送信処理］
図９に示すように、主催者携帯端末１０において、メール処理部４１は、操作ボタン２０ｈより案内メール作成要求を受け付けると（ステップＳ９０１肯定）、案内メール作成ひな形をディスプレイ２０ｂに表示する（ステップＳ９０２）。そして、メール処理部４１は、操作ボタン２０ｈより案内メールの送信要求を受け付けると（ステップＳ９０３肯定）、案内メール作成ひな形に入力された最低必要人数情報、必須招待者識別情報および必須招待者総員情報を開催条件記憶部３１に書き込み（ステップＳ９０４）、案内メールを送信する招待者全員のメールアドレス情報を開催決定メール生成情報記憶部３２および開催中止メール生成情報記憶部３３に書き込み（ステップＳ９０５）、案内メールをアンテナ２０ａから送信し（ステップＳ９０６）、処理を終了する。
【００４８】
［イベント開催の成否判定処理］
図１０に示すように、主催者携帯端末１０において、メール処理部４１は、招待者携帯端末５０ａｘからメールを受信すると（ステップＳ１００１肯定）、当該受信したメールのヘッダ内に応答メールとしての識別情報が含まれていた場合には（ステップＳ１００２肯定）、ヘッダ内に含まれる送信元メールアドレス情報と、本文内に含まれる来否情報とを読み出す（ステップＳ１００３）。ここで、主催者携帯端末１０において、メールアドレス情報および来否情報をメール処理部４１から受け取った成否判定部４２は、応答メールの受信回数としての変数「Ｋ（初期値「０」）」を１だけインクリメントする（ステップＳ１００４）。そして、成否判定部４２は、開催条件記憶部３１から読み出した必須招待者識別情報と、メールアドレス情報とが一致し、かつ、来否情報が「不参加」であった場合には（ステップＳ１００５肯定）、開催有無メール処理部４３に開催中止メールの送信要求を出力する（ステップＳ１００６）。そして、主催者携帯端末１０において、開催有無メール処理部４３は、招待者全員の招待者携帯端末５０ａ１〜５０ａｎに開催中止メールをアンテナ２０ａから送信する（ステップＳ１００７）。
【００４９】
一方、成否判定部４２は、開催条件記憶部３１から読み出した必須招待者識別情報と、メールアドレス情報とが一致し、かつ、来否情報が「参加」であった場合には（ステップＳ１００５否定に続いてステップＳ１００８肯定）、必須招待者の現参加者数としての変数「Ｃ（初期値「０」）」を１だけインクリメントする（ステップＳ１００９）。
【００５０】
また、一方で、成否判定部４２は、開催条件記憶部３１から読み出した必須招待者識別情報と、メールアドレス情報とが一致せず（ステップＳ１００５否定に続いてステップＳ１００８否定）、来否情報が「参加」であった場合には（ステップＳ１０１０肯定）、必須招待者以外の招待者の現参加者数としての変数「Ｄ（初期値「０」）」を１だけインクリメントする（ステップＳ１０１１）。
【００５１】
そして、成否判定部４２は、各変数いずれかをインクリメントした後（ステップＳ１００９またはステップＳ１０１１）、もしくは、開催条件記憶部３１から読み出した必須招待者識別情報と、メールアドレス情報とが一致せず、来否情報が「不参加」である場合に（ステップＳ１０１０否定）、現参加者の人数「Ｃ＋Ｄ」と、最低必要人数としての定数「Ａ（最低必要人数情報）」との大小を比較する（ステップＳ１０１２）。ここで、成否判定部４２は、「Ｃ＋Ｄ」が「Ａ」と等しい、あるいは、大きい場合に（ステップＳ１０１２肯定）、さらに、「Ｃ」と必須招待者総員としての定数「Ｘ（必須招待者総員情報）」とを比較する（ステップＳ１０１３）。そして、成否判定部４２は、「Ｃ」と「Ｘ」が等しい場合には（ステップＳ１０１３肯定）、開催有無メール処理部４３に開催決定メールの送信要求を出力する（ステップＳ１０１４）。そして、主催者携帯端末１０において、開催有無メール処理部４３は、招待者全員の招待者携帯端末５０ａ１〜５０ａｎに開催決定メールをアンテナ２０ａから送信する（ステップＳ１０１５）。
【００５２】
「ステップＳ１０１２」に戻って、成否判定部４２は、「Ｃ＋Ｄ」が「Ａ」より小さい場合（ステップＳ１０１２否定）、もしくは、「Ｃ」と「Ｘ」との比較の結果、両者が等しくない場合には（ステップＳ１０１３否定）、現参加者の人数「Ｃ＋Ｄ」と、招待者総員としての定数「Ｂ」より「Ｋ」を差し引くことで未回答数を表した数「Ｂ−Ｋ」との和「（Ｃ＋Ｄ）＋（Ｂ−Ｋ）」と、最低必要人数としての定数「Ａ」との大小を比較する（ステップＳ１０１６）。ここで、成否判定部４２は、「（Ｃ＋Ｄ）＋（Ｂ−Ｋ）」が「Ａ」より小さい場合には（ステップＳ１０１６肯定）、未回答の招待者が全て参加を表明しても最低必要人数を越さない結果、これ以上の応答メールを待つ必要がないので、開催有無メール処理部４３に開催中止メールの送信要求を出力する（ステップＳ１０１７）。そして、主催者携帯端末１０において、開催有無メール処理部４３は、招待者全員の招待者携帯端末５０ａ１〜５０ａｎに開催中止メールをアンテナ２０ａから送信する（ステップＳ１０１８）。なお、「（Ｃ＋Ｄ）＋（Ｂ−Ｋ）」が「Ａ」より大きい場合には（ステップＳ１０１６否定）、未回答の招待者による参加表明によっては最低必要人数を越す結果、引き続き応答メールを待つ必要があるので、メール受信を待機する（ステップＳ１００１）。
【００５３】
［招待者携帯端末による処理］
次に、図１１を用いて、招待者携帯端末５０ａｘにおける処理を説明する。図１１は、招待者携帯端末５０ａｘにおける応答メール送信処理の流れを示すフローチャートである。
【００５４】
［応答メール送信処理］
図１１に示すように、招待者携帯端末５０ａｘにおいて、メール処理部８１は、操作ボタン６０ｈより応答メール作成要求を受け付けると（ステップＳ１１０１肯定）、応答メール作成ひな形をディスプレイ６０ｈに表示する（ステップＳ１１０２）。そして、メール処理部８１は、操作ボタン６０ｈより応答メールの送信要求を受け付けると（ステップＳ１１０３肯定）、ヘッダ内に応答メールとして識別されるための識別情報である応答メール識別情報を入力し、応答メールをアンテナ２０ａから送信して（ステップＳ１１０４）、処理を終了する。
【００５５】
［実施例１の効果］
上記したように、実施例１によれば、主催者携帯端末は、イベントの開催条件を示す開催条件情報を記憶し、案内メールを招待者携帯端末に送信する。そして、主催者携帯端末は、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、開催条件情報と、応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する。そして、主催者携帯端末は、イベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを招待者携帯端末に送信し、イベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを招待者携帯端末に送信する。招待者携帯端末は、案内メールを受信した場合には、応答メールを送信する。こうすることによって、案内メールの送信以降に必要とされる労力を軽減することが可能となる。
【実施例２】
【００５６】
実施例２では、異なる複数のイベントごとに案内メールを送受信しつつ、主催者側ではイベント開催成否の現状や招待者の参加状況をスケジュールとして表示し、招待者側では招待されたイベントに対して参加するか否かをスケジュールとして表示する場合を説明する。
【００５７】
［主催者携帯端末の構成］
図１２を用いて、主催者携帯端末１０の構成を説明する。図１２は、実施例２に係る主催者携帯端末１０の構成を示すブロック図である。同図に示すように、主催者携帯端末１０は、実施例１と同様、アンテナ２０ａと、ディスプレイ２０ｂと、スピーカ２０ｃと、受話スピーカ２０ｄと、マイクロフォン２０ｅと、バイブレータ２０ｆと、タイマ２０ｇと、操作ボタン２０ｈと、記憶部３０と，処理部４０とから構成される。なお、アンテナ２０ａ、ディスプレイ２０ｂ、スピーカ２０ｃ、受話スピーカ２０ｄ、マイクロフォン２０ｅ、バイブレータ２０ｆ、タイマ２０ｇ、操作ボタン２０ｈについては実施例１と同じ動作をするので説明を省略する。
【００５８】
記憶部３０は、処理部４０による各種処理に用いられるデータなどを記憶し、特に本発明に密接に関連するものとしては、開催条件記憶部３１と、開催決定メール生成情報記憶部３２と、開催中止メール生成情報記憶部３３と、スケジュール表示情報記憶部３４を備える。
【００５９】
開催条件記憶部３１は、各イベントの開催条件を示す開催条件情報をそれぞれ記憶する。具体的には、図１３に示すように、開催条件記憶部３１は、実施例１と異なり、イベントを一意に識別するイベント名情報ごとに、必須招待者識別情報と、最低必要人数情報と、必須招待者総員情報とを対応付けて記憶する。例えば、図１３に示すように、開催条件記憶部３１は、イベント名情報「社内ゴルフコンペ」に対して、必須招待者識別情報「ｙａｍａｄａ＠ａｂｃ．ｎｅ．ｊｐ」の他に５つのメールアドレス情報と、最低必要人数情報「１５」と、必須招待者総員情報「５」とを対応付けて記憶する。なお、図１３は、実施例２に係る開催条件記憶部３１が記憶する情報の例を示す図である。
【００６０】
開催決定メール生成情報記憶部３２は、各イベントに対する開催決定メールを生成するための種々の情報をそれぞれ記憶する。具体的には、図１４に示すように、開催決定メール生成情報記憶部３２は、実施例１と異なり、イベントを一意に識別するイベント名情報ごとに、イベントに招待した招待者のメールアドレス情報と、イベントごとに異なる表題テキスト情報と、本文テキスト情報とを記憶する。例えば、図１４に示すように、開催決定メール生成情報記憶部３２は、イベント名情報「社内ゴルフコンペ」に対して、メールアドレス情報「ｙａｍａｄａ＠ａｂｃ．ｎｅ．ｊｐ」を初め複数のメールアドレス情報と、表題テキスト情報「社内ゴルフコンペについて」と、本文テキスト情報「とりあえず開催決定致しました。返信がまだの方はお早めに返信願います。」とを対応付けて記憶する。なお、図１４は、実施例２に係る開催決定メール生成情報記憶部３２が記憶する情報の例を示す図である。
【００６１】
開催中止メール生成情報記憶部３３は、各イベントに対する開催中止メールを生成するための種々の情報をそれぞれ記憶する。具体的には、図１５に示すように、開催中止メール生成情報記憶部３３は、実施例１と異なり、イベントを一意に識別するイベント名情報ごとに、イベントに招待した招待者のメールアドレス情報と、イベントごとに異なる表題テキスト情報と、本文テキスト情報とを記憶する。例えば、図１５に示すように、開催決定メール生成情報記憶部３３は、イベント名情報「社内ゴルフコンペ」に対して、メールアドレス情報「ｙａｍａｄａ＠ａｂｃ．ｎｅ．ｊｐ」を初め複数のメールアドレス情報と、表題テキスト情報「社内ゴルフコンペについて」と、本文テキスト情報「残念ながら開催中止となりました。参加／不参加を未返信の方は、以降の返信をしてくださらなくて結構です。」とを対応付けて記憶する。なお、図１５は、実施例２に係る開催中止メール生成情報記憶部３３が記憶する情報の例を示す図である。
【００６２】
スケジュール表示情報記憶部３４は、スケジュールとしてディスプレイ２０ｂに表示される情報を記憶する。具体的には、図１６に示すように、スケジュール表示情報記憶部３４は、後述するスケジュール表示処理部４５がディスプレイ２０ｂに画像を表示する際に用いる情報として、イベントを一意に識別するイベント名情報と、開催日時を示す開催日時情報と、イベントの現状を示す現状情報と、招待者の名前を示す招待者名情報と、招待者の参加状態を示す参加現状情報とを対応付けて記憶する。例えば、図１６に示すように、スケジュール表示情報記憶部３４は、イベント名情報「社内ゴルフコンペ」と、開催日時情報「２００７／５／５」と、現状情報「受付中」と、招待者名情報「山田部長」を初め複数の招待者名情報と、招待者名情報「山田部長」に対応する参加現状情報「参加」を初め複数の招待者名情報に対する参加現状情報とを対応付けて記憶する。なお、図１６は、スケジュール表示情報記憶部３４が記憶する情報の例を示す図である。
【００６３】
処理部４０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、メール処理部４１と、成否判定部４２と、開催有無メール処理部４３と、通話処理部４４とを備えるほか、実施例１と異なり、スケジュール表示処理部４５を備える。なお、電話としての通話機能については、実施例１と同様、通話処理部４４、アンテナ２０ａ、受話スピーカ２０ｄ、マイクロフォン２０ｅなどによってユーザに提供される。
【００６４】
メール処理部４１は、案内メールを招待者携帯端末に送信する。具体的には、メール処理部４１は、操作ボタン２０ｈがユーザに押下されることで生成された案内メール作成要求を当該操作ボタン２０ｈより受け付けると、案内メール作成ひな形（図６参照）をディスプレイ２０ｂに表示する。そして、メール処理部４１は、操作ボタン２０ｈより案内メールの送信要求を受け付けると、案内メール作成ひな形に入力されたイベント名情報に対して、同じく案内メール作成ひな形に入力された必須招待者識別情報と、最低必要人数情報と、必須招待者総員情報とを対応付けて開催条件記憶部３１に書き込む。また、メール処理部４１は、案内メール作成ひな形に入力されたイベント名情報に対して、案内メールを送信する招待者全員のメールアドレス情報を対応付けて書き込むとともに、イベント名情報に基づいた表題テキスト情報を生成して対応付けて開催決定メール生成情報記憶部３２および開催中止メール生成情報記憶部３３に書き込む。また、メール処理部４１は、案内メール作成ひな形に入力されたイベント名情報と、開催日時情報と、招待者名情報とを対応付けて書き込むとともに、現状情報「受付中」と、参加現状情報「未回答」とを対応付けてスケジュール表示情報記憶部３４に書き込む。そして、各記憶部に対する書き込みを行った後、メール処理部４１は、案内メールのヘッダ内に招待者携帯端末５０ａ１〜５０ａｎにおいて案内メールとして識別されるための案内メール識別情報を入力して、当該案内メールをアンテナ２０ａから送信する。
【００６５】
また、メール処理部４１は、応答メールを招待者携帯端末５０ａ１〜５０ａｎから受信する。具体的には、メール処理部４１は、アンテナ２０ａよりメールを受信した際、当該メールのヘッダ内に応答メール識別情報が含まれている場合には、後述する成否判定部４２にヘッダ内に含まれる送信元メールアドレス情報および表題テキスト情報と、本文内に含まれる来否情報とを出力する。例えば、メール処理部４１は、山田部長からの応答メールを受信すると、送信元メールアドレス情報「ｙａｍａｄａ＠ａｂｃ．ｎｅ．ｊｐ」および表題テキスト情報「社内ゴルフコンペ」と、来否情報「不参加」とを成否判定部４２に出力する。
【００６６】
成否判定部４２は、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを受信した場合に、開催条件情報と、招待者携帯端末から受信した応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する。具体的には、成否判定部４２は、実施例１と同様、イベント開催の成否を判定し、当該判定した成否に基づいて、後述する開催有無メール処理部４３に開催決定メールの送信要求、もしくは、開催中止メールの送信要求を、メール処理部４１より受け取った表題テキスト情報とともに出力する。ここで、成否判定部４２は、実施例１と異なり、応答メールに含まれる来否情報に基づいてスケジュール表示情報記憶部３４に記憶された現状情報および参加現状情報を更新する。なお、成否判定部４２による現状情報および参加現状情報に対する更新処理の詳細については、フローチャートで詳述する。
【００６７】
開催有無メール処理部４３は、イベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを招待者携帯端末に送信し、イベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを招待者携帯端末に送信する。具体的には、開催有無メール処理部４３は、成否判定部４２から表題テキスト情報とともに開催決定メールの送信要求を受け取ると、開催決定メール生成情報記憶部３２から当該表題テキスト情報に該当するイベント名情報に対応するメールアドレス情報と、表題テキスト情報と、本文テキスト情報とを読み出してメールを生成し、アンテナ２０ａから送信する。一方、開催有無メール処理部４３は、成否判定部４２から表題テキスト情報とともに開催中止メールの送信要求を受け取ると、開催中止メール生成情報記憶部３３から表題テキスト情報に該当するイベント名情報に対応するメールアドレス情報と、表題テキスト情報と、本文テキスト情報とを読み出してメールを生成し、アンテナ２０ａから送信する。
【００６８】
スケジュール表示処理部４５は、企画したイベントのスケジュールをディスプレイ２０ｂに表示する。具体的には、スケジュール表示処理部４５は、操作ボタン２０ｈがユーザに押下されることで生成されたスケジュール表示要求を当該操作ボタン２０ｈより受け付けると、スケジュール表示情報記憶部３４に記憶された情報を読み出し、当該読み出した情報に基づいて、企画したイベントのスケジュール（図１７参照）をディスプレイ２０ｂに表示する。例えば、図１７に示すように、スケジュール表示処理部４５は、イベント一覧の欄のうち「社内ゴルフコンペ（受付中）」の枠内にカーソルを表示し、開催日時には当該イベント「社内ゴルフコンペ（受付中）」の開催日時である「２００７／５／５」をディスプレイ２０ｂに表示する。ここで、スケジュール表示処理部４５は、操作ボタン２０ｈがユーザに押下されることで生成された詳細表示要求を当該操作ボタン２０ｈより受け付けると、当該イベント「社内ゴルフコンペ（受付中）」の詳細として、開催日時「２００７／５／５」のほか、招待者状態の欄で「山田部長（参加）」などをディスプレイ２０ｂに表示する。なお、図１７は、ディスプレイに表示されるイベントのスケジュールおよび詳細の例を示す図である。
【００６９】
［招待者携帯端末の構成］
次に、図１８を用いて、招待者携帯端末５０ａｘ（招待者携帯端末５０ａ１〜５０ａｎの任意）の構成を説明する。図１８は、招待者携帯端末５０ａｘの構成を示すブロック図である。同図に示すように、招待者携帯端末５０ａｘは、アンテナ６０ａと、ディスプレイ６０ｂと、スピーカ６０ｃと、受話スピーカ６０ｄと、マイクロフォン６０ｅと、バイブレータ６０ｆと、タイマ６０ｇと、操作ボタン６０ｈと、記憶部７０と、処理部８０とから構成される。なお、アンテナ６０ａ、ディスプレイ６０ｂ、スピーカ６０ｃ、受話スピーカ６０ｄ、マイクロフォン６０ｅ、バイブレータ６０ｆ、タイマ６０ｇ、操作ボタン６０ｈについては主催者携帯端末１０と同じ動作をするので説明を省略する。
【００７０】
記憶部７０は、処理部８０による各種処理に用いられるデータなどを記憶し、特に本発明に密接に関連するものとしては、メール記憶部７１と、スケジュール表示情報記憶部７２とを備える。なお、メール記憶部７１については、実施例１と同様であるので説明を省略する。
【００７１】
スケジュール表示情報記憶部７２は、スケジュールとしてディスプレイ６０ｂに表示される情報を記憶する。具体的には、図１９に示すように、スケジュール表示情報記憶部７２は、後述するスケジュール表示処理部８３がディスプレイ６０ｂに画像を表示する際に用いる情報として、イベントを一意に識別するイベント名情報と、開催日時を示す開催日時情報と、イベントに対する参加の現状を示す参加現状情報と、当該イベントの案内メールの送信元である主催者メールアドレス情報とを対応付けて記憶する。例えば、図１９に示すように、スケジュール表示情報記憶部７２は、イベント名情報「社内ゴルフコンペ」と、開催日時情報「２００７／５／５」と、参加現状情報「未回答」と、主催者メールアドレス情報「ｅｖｅｎｔ＠ａｂｃ．ｎｅ．ｊｐ」とを対応付けて記憶する。なお、図１９は、スケジュール表示情報記憶部７２が記憶する情報の例を示す図である。
【００７２】
処理部８０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、メール処理部８１と、通話処理部８２とを備えるほか、実施例１と異なり、スケジュール表示処理部８３を備える。なお、電話としての通話機能については、主催者携帯端末１０と同様、通話処理部８２、アンテナ６０ａ、受話スピーカ６０ｄ、マイクロフォン６０ｅなどによってユーザに提供される。
【００７３】
メール処理部８１は、案内メールを受信した場合には、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールを送信する。具体的には、メール処理部８１は、後述するスケジュール表示処理部８３より主催者メールアドレス情報およびイベント名情報を受け取ると、参加／不参加のいずれかが選択されて付与される選択欄が埋め込まれた応答メール作成ひな形（図２０の右画面参照）をディスプレイ６０ｂに表示する。そして、メール処理部８１は、操作ボタン６０ｈより応答メールの送信要求を受け付けると、選択欄の選択状態に基づいてスケジュール表示情報記憶部の現状情報を更新し、受け取った主催者メールアドレス情報およびイベント名情報を送信先および表題としてヘッダ内に入力し、応答メールとして識別されるための識別情報である応答メール識別情報を同じくヘッダ内に入力して送信する。また、メール処理部８１は、受信したメールのヘッダ内に案内メール識別情報が含まれる場合には、ヘッダ内からは表題テキスト情報およびメールアドレス情報を読み出し、本文からは開催日時情報を読み出し、現状情報「未回答」とともにスケジュール表示情報記憶部７２へ格納する。なお、図２０は、ディスプレイに表示されるイベントのスケジュールおよび応答メールひな形の例を示す図である。
【００７４】
スケジュール表示処理部８３は、招待されたイベントのスケジュールをディスプレイ６０ｂに表示する。具体的には、スケジュール表示処理部８３は、操作ボタン６０ｈがユーザに押下されることで生成されたスケジュール表示要求を当該操作ボタン６０ｈより受け付けると、スケジュール表示情報記憶部７２に記憶された情報を読み出し、当該読み出した情報に基づいて、企画したイベントのスケジュール（図２０の左画面参照）をディスプレイ６０ｂに表示する。そして、スケジュール表示処理部８３は、イベント一覧の欄のうち「社内ゴルフコンペ（未回答）」の枠内にカーソルを表示中に、操作ボタン６０ｈより応答メールの作成要求を受け付けると、スケジュール表示情報記憶部７２からイベント名情報「社内ゴルフコンペ」と、当該イベント名情報「社内ゴルフコンペ」に対応付けられて記憶されている主催者メールアドレス情報「ｅｖｅｎｔ＠ａｂｃ．ｎｅ．ｊｐ」とを読み出し、メール処理部８１に出力する。
【００７５】
［主催者携帯端末による処理］
次に、図２１や図２２を用いて、主催者携帯端末１０における処理を説明する。図２１は、主催者携帯端末１０における案内メール送信処理の流れを示すフローチャートであり、図２２は、主催者携帯端末１０における現状情報および参加現状情報に対する更新処理の流れを示すフローチャートである。なお、実施例１と同様の処理の流れについては説明を省略する。
【００７６】
［案内メール送信処理］
図２１に示すように、主催者携帯端末１０において、メール処理部４１は、操作ボタン２０ｈより案内メール作成要求を受け付けると（ステップＳ２１０１肯定）、案内メール作成ひな形をディスプレイ２０ｈに表示する（ステップＳ２１０２）。そして、メール処理部４１は、操作ボタン２０ｈより案内メールの送信要求を受け付けると（ステップＳ２１０３肯定）、開催条件記憶部３１に書き込む情報（イベント名情報、最低必要人数情報、必須招待者識別情報および必須招待者総員情報）を案内メール作成ひな形に入力された情報に基づいて書き込む（ステップＳ２１０４）。そして、メール処理部４１は、開催決定メール生成情報記憶部３２および開催中止メール生成情報記憶部３３に書き込む情報（イベント名情報、招待者全員のメールアドレス情報および表題テキスト情報）を案内メール作成ひな形に入力された情報に基づいて書き込む（ステップＳ２１０５）。そして、メール処理部４１は、スケジュール表示情報記憶部３４に書き込む情報（イベント名情報、開催日時情報、招待者名情報、現状情報「受付中」および参加現状情報「未回答」）を案内メール作成ひな形に入力された情報に基づいて書き込む（ステップＳ２１０６）。そして、メール処理部４１は、案内メールをアンテナ２０ａから送信し（ステップＳ２１０７）、処理を終了する。
【００７７】
［スケジュール表示情報記憶部の更新処理］
図２２に示すように、主催者携帯端末１０において、メール処理部４１は、招待者携帯端末５０ａｘからメールを受信すると（ステップＳ２２０１肯定）、当該受信したメールのヘッダ内に応答メールとしての識別情報が含まれていた場合には（ステップＳ２２０２肯定）、ヘッダ内に含まれるイベント名情報および送信元メールアドレス情報と、本文内に含まれる来否情報とを読み出す（ステップＳ２２０３）。そして、主催者携帯端末１０において、イベント名情報、メールアドレス情報および来否情報をメール処理部４１から受け取った成否判定部４２は、イベント名情報に基づいて処理に用いる変数および定数を変更して（ステップＳ２２０４）、実施例１と同様にイベント開催成否の判定処理を行う。
【００７８】
ここで、成否判定部４２は、「ステップＳ２２０６」において、開催条件記憶部３１から読み出した必須招待者識別情報と、メールアドレス情報とが一致し、かつ、来否情報が「不参加」であった場合には（ステップＳ２２０６肯定）、スケジュール表示情報記憶部３４において当該メールアドレス情報に該当する招待者名情報に対応付けられた参加現状情報を「未回答」から「不参加」に更新し（ステップＳ２２０７）、現状情報を「受付中」から「開催不可」に更新して（ステップＳ２２０８）「ステップＳ２２０８」に移行する。
【００７９】
また、成否判定部４２は、「ステップＳ２２１２」において、必須招待者の現参加者数としての変数「Ｃ（初期値「０」）」を１だけインクリメントした後（ステップＳ２２１２）、スケジュール表示情報記憶部３４において当該メールアドレス情報に該当する招待者名情報に対応付けられた参加現状情報を「未回答」から「参加」に更新し（ステップＳ２２１３）、「ステップＳ２２１８」に移行する。
【００８０】
また、成否判定部４２は、「ステップＳ２２１４」において、開催条件記憶部３１から読み出した必須招待者識別情報と、メールアドレス情報とが一致せず、来否情報が「参加」であった場合には（ステップＳ２２１４肯定）、スケジュール表示情報記憶部３４において当該メールアドレス情報に該当する招待者名情報に対応付けられた参加現状情報を「未回答」から「参加」に更新し（ステップＳ２２１５）、「ステップＳ２２１６」に移行する。
【００８１】
一方、成否判定部４２は、「ステップＳ２２１４」において、開催条件記憶部３１から読み出した必須招待者識別情報と、メールアドレス情報とが一致せず、来否情報が「不参加」であった場合には（ステップＳ２２１４否定）、スケジュール表示情報記憶部３４において当該メールアドレス情報に該当する招待者名情報に対応付けられた参加現状情報を「未回答」から「不参加」に更新し（ステップＳ２２１７）、「ステップＳ２２１８」に移行する。
【００８２】
また、成否判定部４２は、「ステップＳ２２１９」において、「Ｃ」と「Ｘ」が等しい場合には（ステップＳ２２１９肯定）、スケジュール表示情報記憶部３４において現状情報を「受付中」から「開催可」に更新し（ステップＳ２２２０）、「ステップＳ２２２１」に移行する。
【００８３】
また、成否判定部４２は、「ステップＳ２２２３」において、「（Ｃ＋Ｄ）＋（Ｂ−Ｋ）」が「Ａ」より小さい場合には（ステップＳ２２２３肯定）、現状情報を「受付中」から「開催可」に更新し（ステップＳ２２２４）、「ステップＳ２２２５」に移行する。
【００８４】
［招待者携帯端末による処理］
次に、図２３や図２４を用いて、招待者携帯端末５０ａｘにおける処理を説明する。図２３は、招待者携帯端末５０ａｘにおけるメール受信処理の流れを示すフローチャートであり、図２４は、招待者携帯端末５０ａｘにおける応答メール送信処理の流れを示すフローチャートである。
【００８５】
［メール受信処理］
図２３に示すように、招待者携帯端末５０ａｘにおいて、メール処理部８１は、メールを受信すると（ステップＳ２３０１肯定）、ヘッダ内に案内メール識別情報が含まれる場合には（ステップＳ２３０２肯定）、スケジュール表示情報記憶部７２に書き込む情報（イベント名情報（表題テキスト情報）、開催日時情報、主催者メールアドレス情報（送信元メールアドレス情報）および現状情報「未回答」）を案内メールのヘッダまたは本文に入力された情報に基づいて書き込み（ステップＳ２３０３）、当該案内メールをメール記憶部７１へ格納し（ステップＳ２３０４）、処理を終了する。
【００８６】
［応答メール送信処理］
図２４に示すように、招待者携帯端末５０ａｘにおいて、メール処理部８１は、スケジュール表示処理部８３より主催者メールアドレス情報を受け付けることで応答メールの作成タイミングになると（ステップＳ２４０１肯定）、応答メール作成ひな形をディスプレイ６０ｂに表示する（ステップＳ２４０２）。そして、メール処理部８１は、選択欄において参加が選択された状態で応答メールの送信要求を受け付けた場合には（ステップＳ２４０３肯定）、スケジュール表示情報記憶部７２の現状情報を「未回答」から「参加」に更新する一方（ステップＳ２４０５）、選択欄において不参加が選択された状態で応答メールの送信要求を受け付けた場合には（ステップＳ２４０３否定）、スケジュール表示情報記憶部７２の現状情報を「未回答」から「不参加」に更新する（ステップＳ２４０４）。そして、メール処理部８１は、現状情報を「未回答」から「参加」に更新した後（ステップＳ２４０５）、もしくは、現状情報を「未回答」から「不参加」に更新した後（ステップＳ２４０４）、ヘッダ内に応答メールとして識別されるための識別情報である応答メール識別情報を入力し、応答メールをアンテナ６０ａから送信して（ステップＳ２４０６）、処理を終了する。
【００８７】
［実施例２の効果］
上記したように、実施例２によれば、主催者携帯端末は、複数のイベントの開催条件を示す開催条件情報をイベントごとに記憶し、各イベントに対する案内メールを招待者携帯端末に送信する。そして、主催者携帯端末は、参加、もしくは、不参加のいずれかを示す来否情報を含む応答メールをイベントごとに区別して受信し、開催条件情報と、応答メールに含まれる来否情報とを照合してイベント開催の成否を判定する。そして、主催者携帯端末は、イベントの開催が可能と判定された場合には、当該イベントの開催の決定を通知する通知メールを招待者携帯端末に送信し、イベントの開催が不可能と判定された場合には、当該イベントの開催の中止を通知する通知メールを招待者携帯端末に送信する。招待者携帯端末は、案内メールを受信した場合には、イベントごとに区別して応答メールを送信する。こうすることによって、案内メールの送信以降に必要とされる労力を軽減することが可能となる。
【実施例３】
【００８８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）〜（５）にそれぞれ区分けして異なる実施例を説明する。
【００８９】
（１）応答メール催促機能
上記の実施例２では、案内メール受信時の招待者携帯端末５０ａｘによる処理としてスケジュール表示情報記憶部７２に種々の情報を格納する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２５に示すように、招待者携帯端末５０ａｘにおいて、案内メール受信時および案内メール受信以降定期的に招待者を催促するような表示画面へディスプレイ６０ｂの表示を切り替えるなどして（同時にバイブレータ６０ｆを振動させてもよい）、応答メールの送信がなされるまで招待者を催促するようにしてもよい。こうすることによって、案内メールを受信した招待者に対して応答メールの送信を催促することが可能となる。なお、図２５は、応答メール催促機能を説明するための図である。
【００９０】
（２）応答メールの自動送信
また、上記の実施例２では、招待者携帯端末５０ａｘにおいて、案内メールに対する応答メールの作成や送信については、ユーザの操作でなされる場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２６に示すように、招待者携帯端末５０ａｘにおいて、主催者携帯端末１０より受信した案内メール４に含まれるイベントの開催日時情報「２００７／０５／０５」と、スケジュール表示情報記憶部７２に記憶された種々のイベントの開催日時情報とを照合し、同一の開催日時情報「２００７／０５／０５」があった場合には、イベントに対する不参加を示す来否情報を含む応答メール５を自動で送信するようにしてもよい。こうすることによって、案内メールの送信からイベントの開催の決定、中止が決まるまでにかかる時間を短縮することが可能となる。つまり、先約がある招待者からは応答メールが自動で送信される結果、案内メールの送信からイベントの開催の決定、中止が決まるまでにかかる時間を短縮することが可能となる。なお、図２６は、応答メールの自動送信を説明するための図である。
【００９１】
（３）招待者の参加現状
また、上記の実施例２では、招待者の参加状態を示す参加現状として「参加」、「不参加」、「未回答」の３つを表示する場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２７に示すように、主催者携帯端末１０において、スケジュールの詳細を表示する場合に、招待者状態の欄で「山田部長」に対する参加現状として「未読」と表示するようにしてもよく、「参加」、「不参加」、「未回答」、「未読」の４つを表示するようにしてもよい。こうすることによって、招待者が案内メールを開封したか否かを把握することが可能となる。なお、図２７は、招待者の参加現状として未読が加わった場合にディスプレイに表示されるイベントの詳細の例を示す図である。
【００９２】
（４）予定重複注意喚起機能
また、上記の実施例２では、主催者携帯端末１０において、案内メールの送信要求を受け付けに対して当該案内メールの送信のみがなされる場合を説明したが、本発明はこれに限定されるものではなく、例えば、図２８に示すように、案内メールに含まれるイベントの開催日時情報と、スケジュール表示情報記憶部３４に記憶された種々のイベントの開催日時情報とを照合し、同一の開催日時情報があった場合には、案内メールが送信される前に予定が重複される旨をディスプレイ２０ｂに表示するようにしてもよい。こうすることによって、イベントの企画に際する予定の重複を主催者に対して注意喚起することが可能となる。なお、図２８は、予定重複注意喚起機能においてディスプレイに表示される注意喚起の例を示す図である。
【００９３】
（５）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、成否判定部４２と、開催有無メール処理部４３と統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００９４】
また、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、図２１で説明した主催者携帯端末１０による案内メール送信処理においては、ステップＳ２１０４の処理（開催条件情報記憶部３１に書き込む情報を案内メール作成ひな形の項目に入力された入力情報の基づいて書き込む処理）およびステップＳ２１０５の処理（開催決定メール生成情報記憶部３２および開催決定メール中止情報記憶部３３に書き込む情報を案内メール作成ひな形の項目に入力された入力情報の基づいて書き込む処理）について実行順序を入れ替えてもよい。
【産業上の利用可能性】
【００９５】
以上のように、本発明に係るイベント企画システム、当該システムにおける主催者側端末装置としてのイベント企画端末装置およびイベント企画プログラムは、主催者が企画した所定のイベントに対する来否を問う案内メールとイベントの開催の決定またはイベント開催の中止のいずれかを通知する通知メールとを送信する主催者側端末装置と、主催者側端末装置案内メールおよび主催者側端末装置通知メールの送信先である招待者側端末装置との構成において有用であり、特に案内メールの送信以降に必要とされる労力を軽減することに適する。
【図面の簡単な説明】
【００９６】
【図１】実施例１に係るイベント企画システムの概要および特徴を説明するための図である。
【図２】実施例１に係るイベント企画システムにおける主催者携帯端末の構成を示すブロック図である。
【図３】開催条件記憶部が記憶する情報の例を示す図である。
【図４】開催決定メール生成情報記憶部が記憶する情報の例を示す図である。
【図５】開催中止メール生成情報記憶部が記憶する情報の例を示す図である。
【図６】案内メールひな形の例を示す図である。
【図７】実施例１に係るイベント企画システムにおける招待者携帯端末の構成を示すブロック図である。
【図８】応答メールひな形の例を示す図である。
【図９】主催者携帯端末における案内メール送信処理の流れを示すフローチャートである。
【図１０】主催者携帯端末におけるイベント開催成否の判定処理の流れを示すフローチャートである。
【図１１】招待者携帯端末における応答メール送信処理の流れを示すフローチャートである。
【図１２】実施例２に係る主催者携帯端末の構成を示すブロック図である。
【図１３】実施例２に係る開催条件記憶部が記憶する情報の例を示す図である。
【図１４】実施例２に係る開催決定メール生成情報記憶部が記憶する情報の例を示す図である。
【図１５】実施例２に係る開催中止メール生成情報記憶部が記憶する情報の例を示す図である。
【図１６】スケジュール表示情報記憶部が記憶する情報の例を示す図である。
【図１７】ディスプレイに表示されるイベントのスケジュールおよび詳細の例を示す図である。
【図１８】実施例２に係る招待者携帯端末の構成を示すブロック図である。
【図１９】スケジュール表示情報記憶部が記憶する情報の例を示す図である。
【図２０】ディスプレイに表示されるイベントのスケジュールおよび応答メールひな形の例を示す図である。
【図２１】主催者携帯端末における案内メール送信処理の流れを示すフローチャートである。
【図２２】主催者携帯端末における現状情報および参加現状情報に対する更新処理の流れを示すフローチャートである。
【図２３】招待者携帯端末におけるメール受信処理の流れを示すフローチャートである。
【図２４】招待者携帯端末における応答メール送信処理の流れを示すフローチャートである。
【図２５】応答メール催促機能を説明するための図である。
【図２６】応答メールの自動送信を説明するための図である。
【図２７】招待者の参加現状として未読が加わった場合にディスプレイに表示されるイベントの詳細の例を示す図である。
【図２８】予定重複注意喚起機能においてディスプレイに表示される注意喚起の例を示す図である。
【符号の説明】
【００９７】
１、４  案内メール
２、５  応答メール
３  通知メール
１０  主催者携帯端末
２０ａ、６０ａ  アンテナ
２０ｂ、６０ｂ  ディスプレイ
２０ｃ、６０ｃ  スピーカ
２０ｄ、６０ｄ  受話スピーカ
２０ｅ、６０ｅ  マイクロフォン
２０ｆ、６０ｆ  バイブレータ
２０ｇ、６０ｇ  タイマ
２０ｈ、６０ｈ  操作ボタン
３０  記憶部
３１  開催条件記憶部
３２  開催決定メール生成情報記憶部
３３  開催中止メール生成情報記憶部
３４、７２  スケジュール表示情報記憶部
４０  処理部
４１  メール処理部
４２  成否判定部
４３  開催有無メール処理部
４４  通話処理部
４５、８３  スケジュール表示処理部
５０  招待者携帯端末
７０  記憶部
７１  メール記憶部
８０  処理部
８１  メール処理部
８２  通話処理部
【図１】
2008293376.tif 000003
【図２】
2008293376.tif 000004
【図３】
2008293376.tif 000005
【図４】
2008293376.tif 000006
【図５】
2008293376.tif 000007
【図６】
2008293376.tif 000008
【図７】
2008293376.tif 000009
【図８】
2008293376.tif 000010
【図９】
2008293376.tif 000011
【図１０】
2008293376.tif 000012
【図１１】
2008293376.tif 000013
【図１２】
2008293376.tif 000014
【図１３】
2008293376.tif 000015
【図１４】
2008293376.tif 000016
【図１５】
2008293376.tif 000017
【図１６】
2008293376.tif 000018
【図１７】
2008293376.tif 000019
【図１８】
2008293376.tif 000020
【図１９】
2008293376.tif 000021
【図２０】
2008293376.tif 000022
【図２１】
2008293376.tif 000023
【図２２】
2008293376.tif 000024
【図２３】
2008293376.tif 000025
【図２４】
2008293376.tif 000026
【図２５】
2008293376.tif 000027
【図２６】
2008293376.tif 000028
【図２７】
2008293376.tif 000029
【図２８】
2008293376.tif 000030