JP2002073924A - スケジュール管理システム - Google Patents

Abstract

(57)【要約】 【課題】 スケジュールの問い合わせがあった場合の対
応の煩雑さを軽減できるスケジュール管理システム及び
方法を提供することにある。 【解決手段】 情報通信ネットワークを利用して問い合
わせ者の端末９はスケジュール被管理者の端末３とスケ
ジュールサーバ５に繋がっており、問い合わせ者端末９
からの電子メールを受けた通知メール生成部１３は、問
い合わせの内容をＨＴＭＬ形式の選択データに変換して
ＨＴＭＬ選択データ記憶部１５に記憶させるとともに選
択データにアクセス可能な通知の電子メールをスケジュ
ール被管理者端末３に送る。スケジュール被管理者が、
端末３を使って記憶された選択データにアクセスしてい
ずれかのデータを選択すると、返信メール生成部１７が
返信の電子メールを作るとともにスケジュールサーバ５
がスケジュールデータ記憶部７に選択されたデータをス
ケジュールデータとして記憶できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スケジュール管理
システム及び方法に関し、スケジュール被管理者が端末
から情報通信ネットワークを介してスケジュールデータ
記憶手段にアクセスしてスケジュールを管理することが
可能なスケジュール管理システムに関する。

【０００２】

【従来の技術】スケジュール管理は、紙製の手帳、電子
手帳などに書きこんだりして行われていたが、近年の情
報通信ネットワーク技術の発達によりスケジュール管理
ソフトが作成され、スケジュールデータをスケジュール
データ記憶手段としてのスケジュールサーバに記憶さ
せ、スケジュール被管理者がスケジュール管理ソフトを
利用して上記情報通信ネットワークを介してスケジュー
ルサーバにアクセスし、スケジュールデータを追加、修
正、削除できるようになった。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
手法では、既存の特定のスケジュール管理ソフトを内蔵
した端末をスケジュール被管理者が所持していなけれ
ば、スケジュール被管理者はスケジュールデータの追加
などの作業を行えないという不具合がある。

【０００４】なお、このような事態は、ソフトウェアの
著作権等のライセンス問題も絡んでおり、端末に既存の
特定のスケジュール管理ソフトを内蔵できないことを原
因としてからも起こり得る。

【０００５】また、電子メールのやり取りの可能な端末
（パーソナルコンピュータ、携帯電話、ＰＨＳなど）が
近年急速に普及しており、スケジュールについて他者か
ら電子メールでの問い合わせがあった場合には、それに
対して返事をし、その後、その端末がスケジュール管理
ソフトを内蔵していれば、スケジュール被管理者が自ら
手作業で端末に打ち込んでスケジュールデータをスケジ
ュールサーバに対して入力しなければならず、煩雑で手
間がかかるものであった。

【０００６】そこで、本発明の目的は、スケジュール被
管理者が端末から情報通信ネットワークを介してスケジ
ュールデータ記憶手段にアクセスしてスケジュールを管
理することが可能なスケジュール管理システムにおい
て、スケジュールの問い合わせがあった場合の対応の煩
雑さを軽減できるスケジュール管理システム及び方法を
提供することにある。

【０００７】

【課題を解決するための手段】請求項１にかかる発明
は、スケジュール被管理者が端末から情報通信ネットワ
ークを介してスケジュールデータ記憶手段にアクセスし
てスケジュールを管理することが可能なスケジュール管
理システムにおいて、スケジュールが選択的に表現され
た選択データを所定形式で記憶する選択データ記憶手段
と、前記選択データ記憶手段に記憶された選択データに
アクセス可能な通知の電子メールを生成する生成手段と
を備え、前記生成された通知の電子メールを前記端末で
受信した前記スケジュール被管理者が、前記情報通信ネ
ットワークを介して前記選択データにアクセスしていず
れかのデータを選択したことに応答して、前記スケジュ
ールデータ記憶手段は前記選択されたデータをスケジュ
ールデータとして記憶できることを特徴とするものであ
る。

【０００８】したがって、スケジュールが選択的に表現
された選択データが所定形式で記憶されており、その選
択データにアクセス可能な通知の電子メールが生成さ
れ、スケジュール被管理者が上記通知の電子メールを受
信し、スケジュールが選択的に表現された選択データに
アクセスしていずれかのデータを選択すると、選択され
たデータがスケジュールデータとして記憶されうるの
で、スケジュール被管理者は問い合わせに対して一度の
対応をすればすむ。

【０００９】請求項２にかかる発明は、請求項１におい
て、前記選択データには、前記スケジュールデータとし
て記憶されるべき選択データと前記スケジュールデータ
として記憶されるべきでない選択データとが含まれ、前
記スケジュールデータとして記憶されるべき選択データ
と前記スケジュールデータとして記憶されるべきでない
選択データとを判定する判定手段を備え、前記スケジュ
ールデータ記憶手段は、前記判定手段の判定結果に応じ
て前記スケジュールデータとして記憶されるべき選択デ
ータのみ記憶することを特徴とするものである。

【００１０】したがって、記憶されるべきスケジュール
データのみ記憶されるので、一度の対応であってもスケ
ジュールの信頼度が損なわれない。

【００１１】請求項３にかかる発明は、請求項１又は２
において、前記所定形式がＨＴＭＬ形式であるものであ
る。

【００１２】したがって、選択データが現在普及してい
るＨＴＭＬ形式に変換されて記憶されるので、通知の電
子メールから選択データへのアクセスを現在広く普及し
ている形で行える。そして、アクセスには、ＵＲＬ情報
を添付すればよく、その場合にはリンクをはっきりした
形で行えて選択データへのアクセスを容易に行うことが
できる。

【００１３】請求項４にかかる発明は、請求項１から３
のいずれかにおいて、前記選択データ記憶手段は、前記
スケジュール被管理者が前記情報通信ネットワークを介
して前記選択データにアクセスしていずれかのデータを
選択したことに応答して、前記選択データ記憶手段に記
憶された選択データを消去することを特徴とするもので
ある。

【００１４】したがって、スケジュール被管理者が選択
データにアクセスしていずれかのデータを選択すること
で、スケジュールデータ記憶手段は選択されたデータを
スケジュールデータとして記憶でき、しかもスケジュー
ル被管理者としては問い合わせに対して意思表示をした
ことによって選択データ記憶手段に記憶された選択デー
タが消去されても不都合はない。

【００１５】請求項５にかかる発明は、請求項１から４
のいずれかにおいて、前記生成手段は、問い合わせ者か
らのスケジュールが選択的に表現された内容の問い合わ
せの電子メールを受信したことに応答して、前記スケジ
ュールが選択的に表現された内容を前記選択データに変
換して前記選択データ記憶手段に記憶させるとともに、
前記変換されて記憶された選択データにアクセス可能な
通知の電子メールを生成することを特徴とするものであ
る。

【００１６】したがって、問い合わせの電子メールが選
択データに変換されて記憶され、選択データにアクセス
可能な通知の電子メールをスケジュール被管理者が受信
して、選択データにアクセスして選択すると、スケジュ
ールデータ記憶手段にスケジュールとして記憶できるの
で、問い合わせ者からのスケジュールの問い合わせに対
応できる。

【００１７】請求項６にかかる発明は、請求項１から４
のいずれかにおいて、前記生成手段は、前記選択データ
記憶手段に記憶された選択データにアクセス可能な通知
の電子メールを作成する問い合わせ者であるものであ
る。

【００１８】したがって、問い合わせ者からの直接の通
知の電子メールをスケジュール被管理者が受信して、選
択データにアクセスして選択すると、スケジュールデー
タ記憶手段にスケジュールとして記憶できるので、問い
合わせ者からのスケジュールの問い合わせに対応でき
る。

【００１９】請求項７にかかる発明は、請求項５又は６
において、前記スケジュール被管理者が前記選択データ
にアクセスしていずれかのデータを選択したことに応答
して、前記問い合わせ者に返事の電子メールが送信され
ることを特徴するものである。

【００２０】したがって、選択データの選択が行われる
と、選択されたデータがスケジュールデータとして記憶
可能なばかりか、問い合わせ者に返事の電子メールも送
信されるので、問い合わせ者も、スケジュール被管理者
がどのように判断したかを把握でき、スケジュールの変
更の有無を判断できる。

【００２１】請求項８にかかる発明は、請求項１から４
のいずれかにおいて、前記スケジュールデータ記憶手段
はスケジュールサーバに備えられており、前記スケジュ
ールサーバは前記生成手段及び前記選択データ記憶手段
も備え、前記生成手段は前記選択データにアクセス可能
な通知の電子メールを所定の条件で自動生成するように
制御されているものである。

【００２２】したがって、スケジュールサーバがスケジ
ュールデータを記憶しているスケジュールデータ記憶手
段の役割を果たすだけではなく、選択データを記憶する
選択データ記憶手段と通知の電子メールを生成する生成
手段の役割も果たし、スケジュールデータ記憶手段を内
蔵するスケジュールサーバと選択データ記憶手段及び生
成手段を内蔵するサーバの異なる二つのサーバを用意し
なくてすむ。さらに、問い合わせ者がスケジュールサー
バで、第三者が介在しなくて問い合わせの電子メールが
なくても通知の電子メールが自動生成されるので、スケ
ジュール被管理者が自己問答でスケジュール管理を行う
場合でも、請求項１から４の作用が得られる。

【００２３】請求項９にかかる発明は、請求項１から８
のいずれかにおいて、前記スケジュール被管理者の端末
が携帯電話又はＰＨＳであるものである。

【００２４】したがって、スケジュールの返事をするの
に、携帯電話又はＰＨＳのように電話番号の入力キーで
の文章の入力が必要な場合でも、キー操作による問い合
わせに対する文章の入力作業を行わずに選択データのう
ちからいずれかのデータを選択するだけの作業を行えば
よい。

【００２５】請求項１０にかかる発明は、スケジュール
被管理者が端末から情報通信ネットワークを介してスケ
ジュールサーバにアクセスしてスケジュールを管理する
ことが可能なスケジュール管理方法において、問い合わ
せ者からのスケジュールが選択的に表現された内容の問
い合わせの電子メールをサーバが受信したことに応答し
て、前記スケジュールが選択的に表現された内容をＨＴ
ＭＬ形式の選択データに変換して記憶させるとともに前
記変換された選択データにアクセス可能な通知の電子メ
ールを生成させ、前記生成された電子メールを前記端末
で受信した前記スケジュール被管理者が、前記記憶され
た選択データにアクセスしていずれかのデータを選択し
たことに応答して、前記問い合わせ者に返事の電子メー
ルが送信されるとともに前記スケジュールサーバが前記
選択されたデータをスケジュールデータとして記憶でき
ることを特徴とするものである。

【００２６】したがって、問い合わせ者からのスケジュ
ールの問い合わせの電子メールをサーバが受信して所定
形式の選択データに変換して記憶し、その選択データに
アクセス可能な通知の電子メールが生成され、スケジュ
ール被管理者が上記通知の電子メールを受信し、スケジ
ュールが選択的に表現された選択データにアクセスして
いずれかのデータを選択すると、選択されたデータがス
ケジュールサーバにスケジュールデータとして記憶され
うるので、スケジュール被管理者は問い合わせに対して
一度の対応をすればすむ。

【００２７】請求項１１にかかる発明は、スケジュール
被管理者が端末から情報通信ネットワークを介してスケ
ジュールサーバにアクセスしてスケジュールを管理する
ことが可能なスケジュール管理方法において、スケジュ
ールが選択的に表現された内容がＨＴＭＬ形式の選択デ
ータで記憶されており、問い合わせ者から前記記憶され
た選択データにアクセス可能な通知の電子メールが作成
されて送信され、前記送信された電子メールを前記端末
で受信した前記スケジュール被管理者が、前記記憶され
た選択データにアクセスしていずれかのデータを選択し
たことに応答して、前記問い合わせ者に返事の電子メー
ルが送信されるとともに前記スケジュールサーバが前記
選択されたデータをスケジュールデータとして記憶でき
ることを特徴とするものである。

【００２８】したがって、問い合わせ者からのスケジュ
ールの問い合わせの通知の電子メールをスケジュール被
管理者が受信し、スケジュールが選択的に表現されて記
憶された選択データにアクセスしていずれかのデータを
選択すると、選択されたデータがスケジュールサーバに
スケジュールデータとして記憶されうるので、スケジュ
ール被管理者は問い合わせに対して一度の対応をすれば
すむ。

【００２９】

【発明の実施の形態】以下、本発明の好ましい実施の形
態を、図面に基づき説明する。

【００３０】図１は、本発明の実施の形態にかかるスケ
ジュール管理システムを示した概略ブロック図である。

【００３１】本システム１では、スケジュール被管理者
が自己のスケジュール被管理者端末３（以下、携帯又は
ＰＨＳを想定する）を用いて情報通信ネットワーク（図
示せず）を介してスケジュールサーバ５に繋がってい
て、スケジュールの管理が可能になっている。スケジュ
ールサーバ５には、スケジュールデータを記憶したスケ
ジュールデータ記憶部７と後述する判定部８とが備えら
れている。

【００３２】また、スケジュール被管理者にスケジュー
ルの問い合わせをする問い合わせ者の問い合わせ者端末
９があり、問い合わせ者端末９とスケジュール被管理者
端末３とは情報通信ネットワークを介してサーバ１１に
繋がっている。

【００３３】サーバ１１には、通知メール生成部１３
と、ＨＴＭＬ選択データ記憶部１５と、返信メール生成
部１７とが備えられている。

【００３４】図２及び図３は、図１のシステムの動作を
説明するためのフローチャートである。図４は、問い合
わせ者が作成したスケジュールの問い合わせの電子メー
ルの内容の一例を示した図であり、図５は、通知メール
生成部が生成してＨＴＭＬ選択データ記憶部に記憶され
る選択データを示した図であり、図６は、スケジュール
被管理者が受信した通知の電子メールの内容の一例を示
した図であり、図７は、選択データにアクセスしていず
れかのデータを選択できる状態を示した図であり、図８
は、問い合わせ者が受信する返信の電子メールの内容の
一例を示した図である。

【００３５】まず、スケジュール被管理者は、通知メー
ル生成部１３に対して通知の電子メール用のメールアド
レスを登録したり、通常使用しているメールアドレスを
登録したりして、後述する通知の電子メールが届くよう
に予め設定しておく。また、スケジュール被管理者は、
ＨＴＭＬ選択データ記憶部１５に対して、後述する選択
データの選択が行われるとその問い合わせに関連して記
憶された選択データを消去するように予め設定してい
る。

【００３６】動作について説明する。ステップＳ１にお
いて、問い合わせ者は、所定の規則に従って、図４に示
すようなスケジュールの問い合わせの内容の電子メール
を作成する。

【００３７】内容は、問い合わせの内容としてそのまま
表示される文字データと後述するＨＴＭＬ形式の選択デ
ータとして表示される文字データとが区別された形で作
成されている。具体的には、「明日の東京でのＡＭ１
１：００からの会議、いかがいたしますか？」という文
字データは、そのまま表示されることを識別するために
前に「’」が付けられ、「出席する」「出席しない」
「出席するが午後にしてほしい」という文字データは、
選択データとして表示されることを識別するために前に
「＃ＡＮＳ」が付けられ、各文字データの間は空白にな
っている。

【００３８】なお、問い合わせ者が送信する電子メール
には、問い合わせ者のメールアドレスが付けられてお
り、問い合わせの電子メールという形態をとることを表
すためにサーバ１１に送信されるための注釈も付けられ
ている。

【００３９】ステップＳ２において、問い合わせメール
を受信した通知メール生成部１３は、スケジュールの問
い合わせ内容をスケジュールが選択的に表現されたＨＴ
ＭＬ形式の選択データに変換する。具体的には、図５に
示すようなデータに変換される。

【００４０】ステップＳ３において、ＨＴＭＬ選択デー
タ記憶部１５は、ＨＴＭＬ形式の選択データを記憶す
る。ここでの記憶は、スケジュール被管理者のメールア
ドレス、通知メール生成部１３で変換されたＨＴＭＬ形
式の選択データの到着時間などがインデックスに使用さ
れて行われる。

【００４１】ステップＳ４において、通知メール生成部
１３は、ステップＳ３において記憶される選択データの
ＵＲＬ情報（ｈｔｔｐ：／／・・・）が添付された通知
メールを生成し、スケジュール被管理者は、端末３で図
６のような通知メールを受信する。なお、図示していな
いが、通知メールには、問い合わせ者が誰であるかを示
すためにそのメールアドレスを表示し、又は、記憶され
ているインデックスを表示してもよい。

【００４２】ステップＳ５において、通知メールを受信
したスケジュール被管理者は、通知メールのＵＲＬ情報
からＨＴＭＬ選択データ記憶部１５にアクセスし、ＨＴ
ＭＬデータの呼び出しと読み込みを行う。

【００４３】ステップＳ６において、スケジュール被管
理者が図７に示される状態から選択データのいずれかを
選択すると、例えば「出席する」という文字データを選
択すると、ステップＳ７において、返信メール生成部１
７が選択された選択データに対応した内容の返信の電子
メールを生成し、図８に示すようような返信メールが問
い合わせ者に送信される。ここで、選択データを選択し
て返信の電子メールが生成されるのは、図５の「＜ｐ＞
＜ｔｅｘｔａｒｅａ ｎａｍｅ＝＞＜／ｔｅｘｔａｒｅ
ａ＞＜／ｐ＞で可能になっており、この機能を返信メー
ル生成部１７が有している。

【００４４】ステップＳ８において、スケジュールサー
バ５内の判定部８によって、選択されたデータがスケジ
ュールデータとして記憶されるべき内容かが判定され、
記憶されるべき場合は、ステップＳ９に進み、スケジュ
ールサーバ５のスケジュールデータ記憶部７にスケジュ
ールデータとして記憶され、記憶されるべきではない場
合は、ステップＳ１０に進み、スケジュールデータとし
ては記憶されない。

【００４５】このことについて、図７を用いて説明す
る。まず、ＡＭ１１：００からの会議について、スケジ
ュールとして埋まっていない状態であるとする。

【００４６】ここで、問い合わせ者が問い合わせの電子
メールを作成する際に要求される所定の規則を説明す
る。選択データとして表現される文字データのうち、１
番目のものにはスケジュールデータとして書き込まれて
よいものを選び、２番目以降にはスケジュールデータと
して書きこまれてはいけないものを選んで、問い合わせ
の電子メールを作成するようにする。

【００４７】具体的には、図７の１番目には、「出席す
る」が選ばれており、２番目にはその反対表現の「出席
しない」が選ばれており、３番目には「出席するが午後
にしてほしい」が選ばれている。

【００４８】このような規則を決めておくことで、スケ
ジュールサーバ５の判定部８は、いずれの選択データが
選ばれたかを判断し、１番目の選択データが選ばれた場
合には、そのデータの記憶をスケジュールデータ記憶部
７に行わせるようにしている。

【００４９】以上のようなシステムと処理で、スケジュ
ール被管理者は、スケジュールの問い合わせに対して一
度の対応で済むので、問い合わせに対して電子メールの
返事をするとともにスケジュールデータを記憶させるた
めの入力作業を行うような手間が要らず、対応の煩雑さ
が軽減される。

【００５０】なお、問い合わせに対して返事がすんだこ
とにより、ＨＴＭＬ選択データ記憶部１５の記憶容量の
節約を図るため、ステップＳ１１において、このスケジ
ュールの問い合わせに関する選択データが消去される。

【００５１】図９は、本発明の他の実施の形態にかかる
スケジュール管理システムの概略ブロック図である。

【００５２】図１と異なる部分について説明する。この
システム２では、図１の通知メール生成部１３が除かれ
たシステムである。したがって、スケジュール被管理者
端末３に送られる通知の電子メールを生成するのは問い
合わせ者であり、問い合わせ者が、問い合わせ者端末９
を使って、ＨＴＭＬ選択データ記憶部１５に記憶された
選択データにアクセス可能な通知の電子メールを作成し
て送信する。

【００５３】ここでの通知メールの内容は、例えば「７
月２７日 １０００ ○×病院 心電図」というもので
あり、意味は、７月２７日の１０時に○×病院で心電図
の検査をスケジュールに入れてもいいですか？」であ
る。そして、この通知メールには、後述する選択データ
へのアクセスが可能なためのＵＲＬ情報が添付されてい
る。

【００５４】したがって、この実施例では、問い合わせ
者は、スケジュールが選択的に表現された内容の問い合
わせの電子メールを作成しておらず、単に、日付の指
定、時間の指定、場所の指定、その場所で行う項目を記
載しているだけである。

【００５５】一方、ＨＴＭＬ選択データ記憶部１５は、
選択データとして「ＯＫ」「ＮＧ」「検討しますので待
って下さい。」という選択データを記憶している。

【００５６】よって、スケジュール被管理者が上記選択
データのうちからいずれかを選択すると、問い合わせ者
に対しての返信メールが返信メール生成部１７で生成さ
れて返信が行なわれるとともに、判定部８がスケジュー
ルデータとして記憶すべきかを判定して、記憶されるべ
きであればスケジュールデータ記憶部７に記憶される。
ここでの記憶されるべきかの判断は、前述したことと同
様であり、説明を省略する。

【００５７】なお、問い合わせ者が行うスケジュールの
時間の指定の手法としては、開始時間のみとしている
が、その場合において、開始時間のみを記憶させてもよ
く、又は、３０分、1時間のように初期設定を行って時
間幅をもたせてもよい。さらに、問い合わせ者が時間幅
をもたせたスケジュールの時間指定の手法がとられても
よい。

【００５８】図１０は、本発明のさらに他の実施の形態
にかかるスケジュール管理システムの概略ブロック図で
ある。

【００５９】図１と異なる点を説明する。このシステム
１９では、問い合わせ者が介在せずに通知メールが作ら
れるようになっている。すなわち、図１のサーバ１１は
なく、スケジュールデータ記憶部７、判定部８、通知メ
ール生成部１３、ＨＴＭＬ選択データ記憶部１５、通知
メール生成部１３を制御する制御部２３を備えるスケジ
ュールサーバ２１があるのみである。

【００６０】そのために、スケジュール被管理者は、携
帯又はＰＨＳのようなデータの入力に適していない端末
３ではなく、パーソナルコンピュータのような端末を用
いて、予め、スケジュールの確認のような問い合わせの
内容の選択データをＨＴＭＬ選択データ記憶部１５に記
憶させる。具体的には、例えばどうしても忘れてはいけ
ないスケジュールに対して、自己問答するような場合が
考えられる。

【００６１】図１１は、図１０のシステムの動作を説明
するためのフローチャートである。

【００６２】ステップＴ１において、制御部２３は、通
知メール生成部１３を制御して、ＨＴＭＬ選択データ記
憶部１５に記憶されたスケジュールの問い合わせに対す
る選択データのＵＲＬ情報を添付した通知の電子メール
を生成させる。この生成のための制御は、例えばタイマ
ーなどで生成する時間設定をしておき、通知メール生成
の際、通知メール生成部１３がＨＴＭＬ選択データ記憶
部１５にＵＲＬ情報受け取るためのアクセスを行わせる
方法で行われる。

【００６３】ステップＴ２、Ｔ３、Ｔ４、Ｔ５、Ｔ６、
Ｔ７では、それぞれ図２のステップＳ５、Ｓ６、図３の
ステップＳ８、Ｓ９、Ｓ１０、Ｓ１１と同様の処理が行
われる。

【００６４】なお、図１では、スケジュールサーバ５と
サーバ１１とを分けたが、スケジュールサーバ５にサー
バ１１の機能を持たせてもよい。逆に、図１０では、ス
ケジュールサーバを単独で用いているが、図１に対応す
るように分離してもよい。

【００６５】また、問い合わせ者に返信の電子メールが
届くようにしたが、問い合わせ者が結果を知る必要がな
いならば、返信メールが送られる必要はない。

【００６６】さらに、選択データが消去される場合を示
したが、データの容量が不足しないのなら消去される必
要はない。データの消去が行われなければ、その分だけ
履歴が残るので問い合わせの内容を見直したり、過程を
見直すことができる。特に、図１０の自己問答の場合に
おいて、毎日の同じスケジュールの問い合わせに適用す
るときには、削除をしないほうが好ましい場合もある。

【００６７】さらに、選択データの変換される形式は、
ＨＴＭＬ形式としたが、将来の言語を含めて非ＨＴＭＬ
形式で行われてもよいのは言うまでもない。

【００６８】さらに、ＵＲＬ情報を通知メールに添付さ
せてアクセスできるようにしたが、例えばリンク先の選
択データにアクセスするための指定されたアイコンを製
作しておき、そのアイコンからアクセスできるようにし
てもよい。

【００６９】さらに、問い合わせとしてそのまま表示さ
れる文字データと選択データとして表示される文字デー
タとを区別させたが、例えばルーチンワークで決まった
問い合わせであれば、選択データのみを表示するような
基準で行ってもよい。その場合、問い合わせ者は最低限
のルールに従って問い合わせの電子メールを書くことに
なり、その結果、それ以降の処理も簡単になる。

【００７０】さらに、問い合わせとしてそのまま表示さ
れる文字データと選択データとして表示される文字デー
タとを区別させるのに、異なる記号を文字データの前に
付けたが、他の手法でもよい。例えば、問い合わせとし
てそのまま表示される文字データとして処理する箇所は
「’」などを付けない形とし、選択データとして表示さ
れる文字データとして処理する箇所は「＃ＡＮＳ」以外
の「Ａ：」「’」などの形にするなどが挙げられる。

【００７１】さらに、スケジュール被管理者端末３とし
て、携帯電話やＰＨＳで説明したが、パーソナルコンピ
ュータや他のモバイルなどの端末でもよい。但し、携帯
電話又はＰＨＳの場合には、電話番号の入力キーでの文
章の入力が必要になることから、キー操作による問い合
わせに対する文章の入力作業を行わずに選択データのう
ちからいずれかのデータを選択するだけの作業を行えば
すむので、本システムの利便性が際立つことになる。

【００７２】なお、本発明は上記した実施の形態に限定
されるものではなく、特許請求の範囲に記載した技術思
想の範囲内において種々の変更が可能なのはいうまでも
ない。

【００７３】

【発明の効果】請求項１、１０、１１の発明によれば、
スケジュール被管理者は、一度の対応で済むので、問い
合わせに対して電子メールの返事をするとともにスケジ
ュールデータを記憶させるための入力作業を行うような
手間が要らず、対応の煩雑さが軽減される。

【００７４】請求項２の発明によれば、記憶されるべき
場合のみスケジュールデータとして記憶されるので、対
応の煩雑さを軽減してもスケジュールの信頼度は損なわ
れない。

【００７５】請求項３の発明によれば、選択データをＨ
ＴＭＬ形式で記憶し、例えばそのＵＲＬ情報を通知メー
ルに添付すれば現在普及している技術を生かして容易で
信頼性が高く、多くの人に利用されるシステムが得られ
る。

【００７６】請求項４の発明によれば、スケジュール被
管理者としては問い合わせに対して意思表示をしたこと
によって記憶された選択データが消去されても不都合は
なく、選択データ記憶手段の記憶容量の節約を図ること
ができる。

【００７７】請求項５、６、７の発明によれば、問い合
わせ者からのスケジュールの問い合わせの電子メールに
対して簡単な操作でスケジュール管理が可能になり、し
かも普及度の高い電子メールを利用したスケジュール管
理が可能なため実用化に適している。

【００７８】請求項８の発明によれば、自己問答のよう
なスケジュール管理に対応したものにも適用できる。

【００７９】請求項９の発明によれば、携帯電話又はＰ
ＨＳのように電話番号の入力キーでの文章の入力が必要
な場合でも、キー操作による問い合わせに対する文章の
入力作業を行わずに選択データのうちからいずれかのデ
ータを選択するだけの作業を行えばすむので、本システ
ムの利便性が際立つことになる。

【図面の簡単な説明】

【図１】本発明の実施の形態にかかるスケジュール管理
システムを示した概略ブロック図である。

【図２】図１のシステムの動作を説明するための第１の
フローチャートである。

【図３】図１のシステムの動作を説明するための第２の
フローチャートである。

【図４】問い合わせ者が作成したスケジュールの問い合
わせの電子メールの内容の一例を示した図である。

【図５】通知メール生成部が生成してＨＴＭＬ選択デー
タ記憶部に記憶される選択データを示した図である。

【図６】スケジュール被管理者が受信した通知の電子メ
ールの内容の一例を示した図である。

【図７】選択データにアクセスしていずれかのデータを
選択できる状態を示した図である。

【図８】問い合わせ者が受信する返信の電子メールの内
容の一例を示した図である。

【図９】本発明の他の実施の形態にかかるスケジュール
管理システムの概略ブロック図である。

【図１０】本発明のさらに他の実施の形態にかかるスケ
ジュール管理システムの概略ブロック図である。

【図１１】図１０のシステムの動作を説明するためのフ
ローチャートである。

【符号の説明】

１、２、１９ スケジュール管理システム ３ スケジュール被管理者端末 ５、２１ スケジュールサーバ ７ スケジュールデータ記憶部 ８ 判定部 ９ 問い合わせ者端末 １１ サーバ １３ 通知メール生成部 １５ ＨＴＭＬ選択データ記憶部 １７ 返信メール生成部 ２３ 制御部

Claims (11)

【特許請求の範囲】
1. 【請求項１】 スケジュール被管理者が端末から情報通
   信ネットワークを介してスケジュールデータ記憶手段に
   アクセスしてスケジュールを管理することが可能なスケ
   ジュール管理システムにおいて、 スケジュールが選択的に表現された選択データを所定形
   式で記憶する選択データ記憶手段と、 前記選択データ記憶手段に記憶された選択データにアク
   セス可能な通知の電子メールを生成する生成手段とを備
   え、 前記生成された通知の電子メールを前記端末で受信した
   前記スケジュール被管理者が、前記情報通信ネットワー
   クを介して前記選択データにアクセスしていずれかのデ
   ータを選択したことに応答して、前記スケジュールデー
   タ記憶手段は前記選択されたデータをスケジュールデー
   タとして記憶できることを特徴とする、スケジュール管
   理システム。
2. 【請求項２】 前記選択データには、前記スケジュール
   データとして記憶されるべき選択データと前記スケジュ
   ールデータとして記憶されるべきでない選択データとが
   含まれ、 前記スケジュールデータとして記憶されるべき選択デー
   タと前記スケジュールデータとして記憶されるべきでな
   い選択データとを判定する判定手段を備え、 前記スケジュールデータ記憶手段は、前記判定手段の判
   定結果に応じて前記スケジュールデータとして記憶され
   るべき選択データのみ記憶することを特徴とする、請求
   項１記載のスケジュール管理システム。
3. 【請求項３】 前記所定形式はＨＴＭＬ形式である、請
   求項１又は２記載のスケジュール管理システム。
4. 【請求項４】 前記選択データ記憶手段は、前記スケジ
   ュール被管理者が前記情報通信ネットワークを介して前
   記選択データにアクセスしていずれかのデータを選択し
   たことに応答して、前記選択データ記憶手段に記憶され
   た選択データを消去することを特徴とする、請求項１か
   ら３のいずれかに記載のスケジュール管理システム。
5. 【請求項５】 前記生成手段は、問い合わせ者からのス
   ケジュールが選択的に表現された内容の問い合わせの電
   子メールを受信したことに応答して、前記スケジュール
   が選択的に表現された内容を前記選択データに変換して
   前記選択データ記憶手段に記憶させるとともに、前記変
   換されて記憶された選択データにアクセス可能な通知の
   電子メールを生成することを特徴とする、請求項１から
   ４のいずれかに記載のスケジュール管理システム。
6. 【請求項６】 前記生成手段は、前記選択データ記憶手
   段に記憶された選択データにアクセス可能な通知の電子
   メールを作成する問い合わせ者である、請求項１から４
   のいずれかに記載のスケジュール管理システム。
7. 【請求項７】 前記スケジュール被管理者が前記選択デ
   ータにアクセスしていずれかのデータを選択したことに
   応答して、前記問い合わせ者に返事の電子メールが送信
   されることを特徴する、請求項５又は６記載のスケジュ
   ール管理システム。
8. 【請求項８】 前記スケジュールデータ記憶手段はスケ
   ジュールサーバに備えられており、前記スケジュールサ
   ーバは前記生成手段及び前記選択データ記憶手段も備
   え、前記生成手段は前記選択データにアクセス可能な通
   知の電子メールを自動生成するように制御されている、
   請求項１から４のいずれかに記載のスケジュール管理シ
   ステム。
9. 【請求項９】 前記スケジュール被管理者の端末は、携
   帯電話又はＰＨＳである、請求項１から８のいずれかに
   記載のスケジュール管理システム。
10. 【請求項１０】 スケジュール被管理者が端末から情報
    通信ネットワークを介してスケジュールサーバにアクセ
    スしてスケジュールを管理することが可能なスケジュー
    ル管理方法において、 問い合わせ者からのスケジュールが選択的に表現された
    内容の問い合わせの電子メールをサーバが受信したこと
    に応答して、前記スケジュールが選択的に表現された内
    容をＨＴＭＬ形式の選択データに変換して記憶させると
    ともに前記変換された選択データにアクセス可能な通知
    の電子メールを生成させ、 前記生成された電子メールを前記端末で受信した前記ス
    ケジュール被管理者が、前記記憶された選択データにア
    クセスしていずれかのデータを選択したことに応答し
    て、前記問い合わせ者に返事の電子メールが送信される
    とともに前記スケジュールサーバが前記選択されたデー
    タをスケジュールデータとして記憶できることを特徴と
    する、スケジュール管理方法。
11. 【請求項１１】 スケジュール被管理者が端末から情報
    通信ネットワークを介してスケジュールサーバにアクセ
    スしてスケジュールを管理することが可能なスケジュー
    ル管理方法において、 スケジュールが選択的に表現された内容がＨＴＭＬ形式
    の選択データで記憶されており、 問い合わせ者から前記記憶された選択データにアクセス
    可能な通知の電子メールが作成されて送信され、 前記送信された電子メールを前記端末で受信した前記ス
    ケジュール被管理者が、前記記憶された選択データにア
    クセスしていずれかのデータを選択したことに応答し
    て、前記問い合わせ者に返事の電子メールが送信される
    とともに前記スケジュールサーバが前記選択されたデー
    タをスケジュールデータとして記憶できることを特徴と
    する、スケジュール管理方法。