JP2000215236A - スケジュ―ル公開システム、スケジュ―ル管理システム、スケジュ―ル公開方法、スケジュ―ル管理方法、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 電子メールを利用して個人及びグループ別に
スケジュールを登録し、Ｗｅｂを用いたスケジュールの
表示を可能とする。 【解決手段】 サーバ２は、ネットワーク３を介して端
末１ａ〜１ｎから送信されたスケジュール登録用電子メ
ールを受信し、登録者のスケジュールデータを作成す
る。グループ用のスケジュールデータは作成しない。ま
た、スケジュールの公開対象を読み取り、公開対象が、
登録者であるとき、登録者のみを公開対象としたＷｅｂ
ページに加工する。公開対象が、登録者が属しているグ
ループの構成員であるとき、グループの構成員を公開対
象としたＷｅｂページに加工する。公開対象が、登録者
と登録者が属しているグループの構成員であるとき、登
録者とグループ構成員を公開対象としたＷｅｂページに
加工する。端末１ａ〜１ｎから表示の要求があると、認
証処理後、表示対象のＷｅｂページを端末に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えばインター
ネット等のネットワークを利用したスケジュール公開シ
ステム、スケジュール管理システム、スケジュール公開
方法、スケジュール管理方法、及び記憶媒体に関する。

【０００２】

【従来の技術】ネットワークサービスにおいて、サービ
ス登録者のスケジュールを管理する方法として、電子メ
ール（以下、メール）を利用してサービス登録者が所属
するグループのスケジュールを管理する方法、Ｗｅｂペ
ージ（インターネット上で配信される公開データ）を利
用してサービス登録者が所属するグループのスケジュー
ルを管理する方法等が知られている。メールを利用する
方法とは、スケジュールデータが記録されたメールと端
末に内蔵されているスケジューラとをリンクさせて、メ
ールに記録されたスケジュールデータを端末内に取り込
み、スケジュールデータとして管理するものである。Ｗ
ｅｂページを利用する方法とは、サーバ上で起動するソ
フトを利用して、予め登録しているグループ内のメンバ
ーが、スケジュールデータをＷｅｂサーバに送信し、Ｗ
ｅｂ上でスケジュールを管理するものである。

【０００３】

【発明が解決しようとする課題】しかし、メールを利用
する方法では、各端末のスケジューラを使用してスケジ
ュールを管理するため、複数の利用者が属しているグル
ープ毎に、メンバーのスケジュールを管理することがで
きない。

【０００４】一方、Ｗｅｂページを利用する方法では、
グループのメンバーのスケジュールを管理することがで
きるが、グループのスケジュールにアクセスするための
権限が指定されているため、例えば、グループに登録し
ているユーザが外出先からそのスケジュールの閲覧及び
登録をすることができない場合があるという問題があっ
た。また、個人用とグループ用のスケジュールを登録し
て管理するために、スケジュールデータの容量が大きく
なり、大容量の記憶装置が必要であった。

【０００５】この発明は、上記実状に鑑みてなされたも
ので、個人用及びグループ用のスケジュールを管理し、
閲覧を可能とするスケジュール公開システム、スケジュ
ール管理システム、スケジュール公開方法、スケジュー
ル管理方法、及び記憶媒体を提供することを目的とす
る。また、この発明は、登録先を個人用又はグループ用
と指定し、電子メールなどを利用してスケジュールを登
録することができるスケジュール公開システム、スケジ
ュール管理システム、スケジュール公開方法、スケジュ
ール管理方法、及び記憶媒体を提供することを目的とす
る。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、この発明の第１の観点にかかるスケジュール公開シ
ステムは、複数の端末と、複数の前記端末と接続可能な
サーバとから構成されるデータ伝送システム上でスケジ
ュールを管理するシステムにおいて、該システムに登録
している登録者個人のスケジュール及び複数の前記登録
者が所属しているグループのスケジュールを公開するス
ケジュール公開システムであって、前記サーバは、各端
末から伝送システムを介して送信されてきたデータを、
スケジュールデータに変換する変換手段と、前記変換手
段が変換した前記スケジュールデータを、該スケジュー
ルの登録者を公開対象とした第１の公開データに加工す
る第１の加工手段と、前記変換手段が変換した前記スケ
ジュールデータを、該スケジュールの登録者が所属して
いるグループの構成員を公開対象とした第２の公開デー
タに加工する第２の加工手段とを備えることを特徴とす
る。

【０００７】このスケジュール公開システムによれば、
伝送システムを介して送信されてきたデータをスケジュ
ールデータに変換し、これを第１と第２の加工手段が登
録者個人用又はその登録者が属すグループ用の公開デー
タに変換する。従って、個人用とグループ用の両方のス
ケジュールの閲覧が可能である。

【０００８】前記サーバは、このスケジュール公開シス
テムの登録者と、その登録者が所属するグループと、そ
のグループの構成員とを対応付けて記憶する登録者記憶
手段と、前記登録者記憶手段の記憶データに従って、前
記第１の公開データを前記データを送信した登録者のみ
に公開する第１の公開手段と、前記第２の公開データを
前記データを送信した登録者が所属するグループの構成
員に公開する第２の公開手段とを更に備えるようにして
もよい。この構成により、スケジュールの公開範囲が適
切に制限される。

【０００９】前記各端末から伝送システムを介して送信
されてきたデータより制御データを検出する検出手段
と、この検出手段により検出された制御データに基づい
て、前記第１の加工手段と前記第２の加工手段のうち少
なくとも一方の加工手段を制御して、スケジュールデー
タを第１の公開データと第２の公開データの少なくとも
一方に加工するように制御する制御手段とを更に備える
ようにしてもよい。この構成により、例えば、端末から
データ伝送システムを介してサーバに制御データを送信
することにより、各スケジュールについて、個人用とす
るかグループ用とするかを登録者自身で制御することが
できる。

【００１０】前記変換手段により変換されたスケジュー
ルデータを記憶するスケジュールデータ記憶手段と、任
意のグループについて、そのグループを構成する登録者
を公開対象とした第２の公開データの出力を指示する指
示手段と、この登録者とこの登録者が属すグループとを
関連付けて記憶するグループ管理手段と、を更に備え、
前記第２の加工手段は、前記指示手段により出力が指示
されると、指示されたグループに所属する登録者をグル
ープ管理手段から判別するとともに、このグループに所
属する登録者の各々のスケジュールを前記スケジュール
データ記憶手段から読み出し、この読み出されたスケジ
ュールデータをそのグループに所属する登録者を公開対
象とする第２の公開データに加工することを特徴とする
ようにしてもよい。

【００１１】この構成によれば、スケジュールデータ
は、個人用もグループ用も共通であり、必要に応じてグ
ループ用の表示データが生成される。従って、サーバ
は、個人用のスケジュールデータと、グループ用のスケ
ジュールと、それらの表示データというように、大量の
データを記憶す必要がなく、記憶容量を抑えることがで
きる。

【００１２】前記変換手段が加工したスケジュールデー
タを、該スケジュールデータの登録者が所属するグルー
プの全登録者に配信する配信手段を更に備えるようにし
てもよい。

【００１３】前記伝送システムは、電子メールシステム
であってもよい。

【００１４】上記目的を達成するため、この発明の第２
の観点にかかるスケジュール管理システムは、複数の端
末とサーバとを備えるデータ伝送システム上でスケジュ
ールを管理するスケジュール管理システムにおいて、前
記サーバは、各端末からデータ伝送システムを介して送
信されてきたデータを、スケジュールデータに変換する
変換手段と、前記変換手段が変換したスケジュールデー
タを、データを送信した登録者別に記憶する記憶管理手
段と、各登録者と各登録者が所属するグループとを関連
付けて記憶するグループ管理手段と、任意の登録者につ
いて、その登録者が所属するグループを公開対象とした
公開データの出力を指示する指示手段と、前記指示手段
が指示を出力したときに、該当する登録者のスケジュー
ルデータを前記記憶手段から取得して、上記登録者が所
属するグループの登録者を公開対象とする公開データに
加工する加工手段とを備えることを特徴とする。

【００１５】この構成によれば、サーバは、個人用のス
ケジュールデータとグループ用のスケジュールデータを
別個に持つ必要はなく、必要に応じてグループ用の公開
データが生成される。従って、サーバの記憶容量を抑え
ることができる。

【００１６】上記目的を達成するため、この発明の第３
の観点にかかるスケジュール公開方法は、閲覧指示を検
出することにより、閲覧者又は閲覧者が所属するグルー
プのスケジュールを公開することを可能とするスケジュ
ール公開方法であって、送信されてきたデータをスケジ
ュールデータに変換する変換ステップと、前記スケジュ
ールデータを、前記データを送信した登録者を閲覧対象
とした第１の公開データに加工する第１の加工ステップ
と、前記スケジュールデータを、前記データを送信した
登録者が所属するグループを閲覧対象とした第２の公開
データに加工する第２の加工ステップとを備えることを
特徴とする。

【００１７】この閲覧方法によれば、伝送システムを介
して送信されてきたデータをスケジュールデータに変換
し、これを第１と第２の加工ステップで、登録者個人用
又はその登録者が属すグループ用の閲覧データに変換す
る。従って、個人用とグループ用の両方のスケジュール
の管理が可能である。

【００１８】前記各端末から伝送システムを介して送信
されてきたデータより制御データを検出する検出ステッ
プと、検出された制御データに基づいて、前記第１の加
工ステップと前記第２の加工ステップのうち少なくとも
一方を実行して、スケジュールデータを第１の公開デー
タ、及び第２の公開データの少なくとも一方に加工する
加工制御ステップとを備えるようにしてもよい。

【００１９】前記第１の公開データを、前記データを送
信した登録者毎に記憶する記憶ステップと、前記登録者
が所属しているグループを閲覧対象とした第２の公開デ
ータの出力を指示する指示ステップとを備え、前記第２
の加工ステップは、前記指示ステップによる第２の公開
データの出力の指示を検出すると、前記登録者の第１の
公開データを取得して第２の公開データに加工するよう
にしてもよい。

【００２０】前記スケジュールデータを前記データを送
信した登録者が所属するグループの全登録者に配信する
ステップを更に備えるようにしてもよい。

【００２１】また、この発明の第４の観点に係るスケジ
ュール管理方法は、スケジュールデータを、登録者別に
記憶する記憶ステップと、各登録者と、各登録者が所属
するグループとを関連付けて記憶する記憶管理ステップ
と、任意の登録者について、その登録者が所属するグル
ープを公開対象とした公開データの出力を指示する指示
ステップと、指示を出力したときに、記憶されているス
ケジュールデータから該当する登録者のスケジュールデ
ータを取得して、上記登録者が所属するグループの登録
者を公開対象とする公開データに加工する加工ステップ
とを備えることを特徴とする。

【００２２】また、この発明の第５の観点に係る記録媒
体は、ネットワークを介して端末に接続され、端末から
供給されるデータからスケジュールデータを生成して該
ネットワークの登録者が閲覧できるような公開データに
加工するスケジュール公開方法を実現するプログラムを
格納した記録媒体であって、コンピュータに前記端末か
ら供給されたデータをスケジュールデータに変換する変
換ステップと、この変換したスケジュールデータを該ネ
ットワークの登録者を閲覧対象とした公開データに加工
する第１の加工ステップと、前記変換したスケジュール
データを該ネットワークの登録者が所属しているグルー
プ全員を閲覧対象とした公開データに加工する第２の加
工ステップとを実行させるプログラムを記録したことを
特徴とする。

【００２３】

【発明の実施の形態】以下、この発明の実施の形態にか
かるスケジュール管理（登録・編集・公開・閲覧）シス
テムについて説明する。

【００２４】本発明の実施の形態を構成するネットワー
クシステムは、図１に示すように、複数の端末１（１ａ
〜１ｎ）と、サーバ２と、これらを接続するインターネ
ットなどのネットワーク３とから構成されている。

【００２５】各端末１は、図２に示すように、バス１７
を介して相互に接続された、ＣＰＵ１１と、ＲＡＭ１２
と、記憶部１３と、表示部１４と、入力部１５と、通信
部１６と、から構成される。

【００２６】ＣＰＵ１１は、記憶部１３に記憶されてい
るプログラムをＲＡＭ１２に読み出して実行すると共
に、端末１内の各部を制御する。ＲＡＭ１２は、半導体
メモリから構成され、ＣＰＵ１１の主記憶エリアとして
使用される。

【００２７】記憶部１３は、磁気ディスク装置、フラッ
シュメモリ等から構成され、ＷＷＷ（Ｗｏｒｌｄ Ｗｉ
ｄｅ Ｗｅｂ）ブラウザソフト、メールサーバに格納さ
れた電子メールをやりとりするためのメールソフト等の
アプリケーションプログラム、モデム等を含むハードウ
エア（後述の通信部１６）を制御してデータ通信を行う
ための送受信プログラム等を記憶する。表示部１４は、
液晶表示素子、ＣＲＴ等から構成され、サーバ２から送
信されたデータ等を表示する。

【００２８】入力部１５は、表示部１４が表示する入力
用画面（入力フォーム）に文字データ又は数字データを
入力するためのキーボード、マウス等を有する。通信部
１６は、ネットワーク３に接続されたモデム等の回線終
端装置を備え、サーバ２との間でデータを送受信する。

【００２９】サーバ２は、電子メールの送受信を仲介・
制御するためのメールサーバ、Ｗｅｂ表示を行うための
Ｗｅｂサーバ、ネットワーク上でスケジュールを管理す
るためのスケジュールサーバ、の３つのサーバとしての
機能を備える。サーバ２は、図３に示すように、バス２
６を介して相互に接続された、入出力部２０、ＣＰＵ２
１、ＲＡＭ２２、記憶部２３、ユーザ用メモリ２４、通
信部２５、ドライバ２７、及び可搬性記憶媒体２８とか
ら構成される。

【００３０】入出力部２０は、サーバ２に対し、各種制
御情報の入力を行うキーボードやその他ポインティング
デバイスを備えた入力部と、その制御情報入力したがっ
て、主に当該サーバ２のシステム状態を表示するＣＲＴ
や液晶表示装置で構成されたディスプレイとからなる。
ＣＰＵ２１は、サーバ２内の各部を制御すると共に、記
憶部２３に記憶されているプログラムを読み出して実行
する。ＲＡＭ２２は、半導体メモリから構成され、ＣＰ
Ｕ２１の主記憶エリアとして使用される。

【００３１】記憶部２３は、磁気ディスク装置、フラッ
シュメモリ等から構成され、本発明に係るアプリケーシ
ョンプログラム、送受信プログラム等の動作プログラム
及び後述する各種メニューを記憶する。

【００３２】ユーザ用メモリ２４は、ユーザに関する情
報及びＷｅｂサーバとしての機能を提供する情報を記憶
するためのものである。ユーザ用メモリ２４は、図４に
示すように、電子メールを送受信するためのメールサー
バ領域２４１と、スケジュールデータを記憶するための
スケジュールサーバ領域２４２と、Ｗｅｂ表示用データ
を記憶するためのＷＷＷサーバ領域２４３とから構成さ
れる。

【００３３】メールサーバ領域２４１は、図５に示すよ
うに、メールボックス２４１ａとスケジュール用メール
ボックス２４１ｂとから構成される。メールボックス２
４１ａは、予め登録されている各正規ユーザのメールア
ドレスに対応付けて、そのユーザ宛の電子メールを記憶
する。スケジュール用メールボックス２４１ｂは、スケ
ジュールデータを登録するための電子メールを一旦格納
し、スケジュールサーバ領域２４２に転送する。

【００３４】スケジュールサーバ領域２４２は、ネット
ワーク上でスケジュール管理をするサービスを提供する
ためのものであり、図６に示すように、個人用スケジュ
ール管理テーブル２４２ａとグループ用スケジュール管
理テーブル２４２ｂと、スケジュール格納領域２４２ｃ
とから構成される。

【００３５】個人用スケジュール管理テーブル２４２ａ
は、サーバ２が提供するサービスであるスケジュールサ
ービスに登録している各個人のスケジュールを管理する
ためのテーブルである。このテーブルは、図７に示すよ
うに、正規ユーザのスケジュールデータの格納エリアの
アドレスを示す格納アドレスに対応付けて、そのスケジ
ュールにアクセスするためのアクセスパスワードと、そ
のスケジュールを閲覧するためのＷｅｂページのＵＲＬ
（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏ
ｒ）と、ユーザ名と、そのユーザのメールアドレスと、
入会登録日と、スケジュールファイル名等を対応付けて
記憶する。

【００３６】グループ用スケジュール管理テーブル２４
２ｂは、サーバ２が提供するグループ単位でのスケジュ
ール管理を実現するためのテーブルであり、このサービ
スに登録している各グループを管理する。このテーブル
は、図８に示すように、グループ名と、そのグループの
スケジュールにアクセスするためのアクセスパスワード
と、そのグループのスケジュールを閲覧するためのＷｅ
ｂページのＵＲＬと、そのグループの登録メンバーのユ
ーザ名とそのユーザのスケジュールの格納アドレスと登
録日等を対応付けて記憶する。

【００３７】スケジュール格納領域２４２ｃは、スケジ
ュールサービスに登録している各個人のスケジュールデ
ータを格納する。

【００３８】また、ＷＷＷサーバ領域２４３は、スケジ
ュールを表示するためのＷｅｂページを格納するための
ものである。

【００３９】ユーザ用メモリ２４のスケジュール格納領
域２４２ｃとＷＷＷサーバ領域２４３とは、図９に示す
ようなツリー状のディレクトリ構造でデータを記憶管理
している。まず、ディレクトリ”ｎｓｃ／”は、個人用
スケジュール管理テーブル２４２ａ（図７）に登録され
ている登録ユーザ”ｙａｍａｄａ”、”ｏｇａｗ
ａ”、”ｔａｎａｋａ”、．．．のスケジュールデータ
のファイル”ｓｃｈｙａｍａｄａ”、”ｓｃｈｏｇａｗ
ａ”、”ｓｃｈｔａｎａｋａ”、．．．と、スケジュー
ル用メール領域に格納されたスケジュール登録用の電子
メールをスケジュールデータに変換するためのプログラ
ム”ｍｌｓｃｈｃｎｖ．ｅｘｅ”と、を格納する。な
お、スケジュールデータのファイル”ｓｃｈｙａｍａｄ
ａ”、”ｓｃｈｏｇａｗａ”、”ｓｃｈｔａｎａｋａ”
の格納位置のアドレスが、個人用スケジュール管理テー
ブル２４２ａ（図７）の格納アドレスとして設定され
る。

【００４０】ＷＷＷサーバ領域２４３は、スケジュール
を登録・閲覧するためのプログラム・データ等を格納す
るディレクトリ”ｃｇｉ−ｂｉｎ／”と、個人用のスケ
ジュールを格納するディレクトリ”ｐｓｃｈｄｏｃｓ
／”と、グループ用スケジュールを格納するディレクト
リ”ｇｓｃｈｄｏｃｓ／”と、から構成されている。

【００４１】ディレクトリ”ｃｇｉ−ｂｉｎ／”には、
スケジュール格納領域２４２ｃに登録されたスケジュー
ルデータをＷｅｂ表示形式（ＨＴＭＬ（Ｈｙｐｅｒ Ｔ
ｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式）に変
換するためのＣＧＩプログラム”ｓｃｈ．ｃｇｉ”と、
スケジュールを閲覧するための表示プログラム”ｓｃｈ
ｂｒｗ．ｃｇｉ”と、スケジュールデータの登録の通信
記録（ログファイル）”ｓｃｈｗｒｉｔｅ．ｌｏｇ”
と、スケジュールへのアクセスの通信記録（ログファイ
ル）”ｓｃｈ．ｌｏｇ”とが記録される。

【００４２】ディレクトリ”ｐｓｃｈｄｏｃｓ／”は、
個人のスケジュールの表示データであるＷｅｂページを
格納するためのディレクトリであり、登録ユーザ別のＨ
ＴＭＬ形式のスケジュールファイル”ｙａｍａｄａｓｃ
ｈ．ｈｔｍｌ”、”ｏｇａｗａｓｃｈ．ｈｔｍｌ”、・
・・を格納する。各ＨＴＭＬファイルのＵＲＬが個人用
スケジュール管理テーブル２４２ａ（図７）にＵＲＬと
して登録される。

【００４３】ディレクトリ”ｇｓｃｈｄｏｃｓ／”は、
グループのスケジュールの表示データであるＷｅｂペー
ジを格納するためのディレクトリであり、複数のグルー
プ用のディレクトリ”ｇｓｃｈ１／”、”ｇｓｃｈ２
／”．．．を備える。各グループ用のディレクトリに
は、そのグループのスケジュールの表示ファイル”ｍｇ
ｓｃｈ＊．ｈｔｍｌ”、”ａｐｇｓｃｈ＊．ｈｔｍ
ｌ”、”ｄｔｇｓｃｈ＊．ｈｔｍｌ”が格納される。な
お＊は、グループの設定個数に応じて適当に設定され
る。

【００４４】ファイル”ｍｇｓｃｈ＊．ｈｔｍｌ”は、
図１０に示すような、月間スケジュール（「月」単位の
スケジュール）を表示するためのＨＴＭＬ形式のファイ
ルであり、ファイル”ａｐｇｓｃｈ＊．ｈｔｍｌ”は、
図１１に示すような、日別スケジュール（「日」単位の
スケジュール）を表示するＨＴＭＬ形式のファイルであ
る。また、ファイル”ｄｔｇｓｃｈ＊．ｈｔｍｌ”は、
図１２に示すような、各予定の詳細を示すＨＴＭＬ形式
のファイルである。

【００４５】図１０に示す月間スケジュール表は、「日
付」と、その日の「午前」及び／又は「午後」に予定が
存在することを示す「ＡＭ」及び／又は「ＰＭ」の表示
からなる。また、現在日は、日付に点線の枠組みを付け
て表示される。

【００４６】日別スケジュール表は、図１１に示すよう
に、日付と、グループの各メンバーの午前と午後の予定
の開始時刻を示す。図１１の例では、各メンバーに、午
前と午後で、それぞれ３つまで予定を設定できる。図１
２に示すように、各予定の詳細は、開始時間、終了時
間、予定名、内容、場所、重要度などの情報を含む。開
始時間は、ＡＭ、ＰＭ毎に指定し、終了時間の代わりに
終日を指定してもよい。また、重要度は任意に設定可能
であり、デフォルトは「Ｃ」に設定されている。

【００４７】図１０に示す月間スケジュール表の各日付
と図１１に示す日別スケジュール表との間、及び、図１
１に示す日別スケジュール表の各予定の開始時刻と図１
２に示す詳細表示との間には、リンクが張られている。
これにより、月間スケジュール表の各日付がクリックさ
れると、対応する日別スケジュール表が呼び出されて表
示され、図１１に示す「日」単位のスケジュール表中の
各予定の開始時刻をクリックすると対応する予定の詳細
表示が呼び出されて表示され、予定が未入力の欄をクリ
ックすると、予定入力用の画面が表示される。なお、予
定が未入力の領域が指示されると、予定を入力するため
の画面が表示される。

【００４８】図３の通信部２５は、ネットワーク３に接
続されたモデム等の回線終端装置を備え、端末１との間
でデータを送受信する。ドライバ２７は、ＦＤＤ、ＣＤ
−ＲＯＭ等で構成される可搬性記憶媒体２８が接続さ
れ、入力部２０からの制御情報により、この可搬性記憶
媒体２８に格納される情報（本発明のアプリケーション
プログラム等）を読出し、記憶部２３に転送または移動
させる。

【００４９】次に、この実施の形態のスケジュールシス
テムの動作を説明する。

【００５０】（スケジュールシステムへのユーザ登録）
まず、個人用のスケジュールサービスを利用するため
に、ユーザ登録を行う方法について、ユーザＡが端末１
ａを使用して登録する場合を例に、図１３を参照して説
明する。ユーザＡは、サーバ２に接続要求信号を送信す
る等の接続処理を行う。サーバ２は、この要求信号に応
答し、図２０（ａ）に示すような、初期メニュー（Ｗｅ
ｂ画面）を端末１ａに送信する。端末１ａのＣＰＵ１１
は、通信部１６を介して、図２０（ａ）に示す初期メニ
ューを受信し、表示部１４に表示させる（ステップＡ
１）。なお、端末１ａが初期メニューの画像データを記
憶部１３等に予め格納しておき、これを表示するように
してもよい。

【００５１】ここで、ユーザＡは、スケジュールサービ
スに登録するため「スケジュールサービス登録」をクリ
ックする。ＣＰＵ１１は、この選択に応答して「スケジ
ュールサービス登録」が選択されたことを通知する選択
通知信号を、例えば、ＨＴＴＰ（Ｈｙｐｅｒ−Ｔｅｘｔ
Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って、サー
バ２に送信する（ステップＡ２、Ａ３）。サーバ２のＣ
ＰＵ２１は、通信部２５を介してこの選択通知信号を受
信し（ステップＢ１）、記憶部２３が記憶している図２
０（ｂ）に示す「登録用入力フォーム」を読み出し、端
末１ａに送信する（ステップＢ２）。端末１ａのＣＰＵ
１１は、図２０（ｂ）に示す「登録用入力フォーム」を
受信し、表示部１４に表示させる（ステップＡ４）。

【００５２】ユーザＡは、表示に従って、ユーザ名、メ
ールアドレス等を入力し、「ＯＫ」を指示（クリック）
する。ＣＰＵ１１は、指示に応答して、入力されたデー
タを登録用データとして、サーバ２に送信する（ステッ
プＡ５）。

【００５３】サーバ２のＣＰＵ２１は、通信部２５を介
して登録用データを受信し（ステップＢ３）、ユーザＡ
のアクセスパスワード及び個人スケジュール表示用のＵ
ＲＬを決定し、決定したアクセスパスワード、ＵＲＬ、
受信したユーザ名とメールアドレス及び登録日を、個人
用スケジュール管理テーブル２４２ａ（図７）に設定す
る（ステップＢ４）。設定が終了すると、ＣＰＵ２１
は、図２１に示すような、設定したアクセスパスワード
及びＵＲＬを含む「登録通知」を端末１ａに送信する
（ステップＢ５）。端末１ａのＣＰＵ１１は、通信部１
６を介して登録通知を受信し、表示部１４に表示させる
（ステップＡ６）。

【００５４】次に、グループ単位でのスケジュール管理
を行うためのグループスケジュールサービスに、グルー
プのメンバーとして登録する方法について、図１４を参
照して説明する。ここでは、ユーザＡがｇｒｏｕｐ−ａ
に参加する場合を例に説明する。ユーザＡは、図１３を
参照して説明した処理（ステップＡ１〜Ａ６）を行って
個人スケジュールサービスに登録した後、図２１に示す
「登録通知」中の、グループスケジュールサービスに登
録「する」を選択し、クリックする。又は、図２０
（ａ）に示す初期メニュー上で「グループスケジュール
サービスに登録」を選択する。

【００５５】ＣＰＵ１１は、この選択を通知する選択通
知信号をサーバ２に送信する（図１４、ステップＡ１
１）。サーバ２のＣＰＵ２１は、選択通知信号を受信し
（ステップＢ１１）、グループ用スケジュール管理テー
ブル２４２ｂ（図８）が管理しているグループ名を読み
出し、読み出したグループ名に基づいて、図２２に示す
ような「グループ選択メニュー」を生成し、端末１ａに
送信する（ステップＢ１２）。端末１ａのＣＰＵ１１
は、通信部１６を介して「グループ選択メニュー」を受
信し、表示部１４に表示する（ステップＡ１２）。

【００５６】ユーザＡは、ｇｒｏｕｐ−ａに参加するた
めに、ユーザ名を入力し、ｇｒｏｕｐ−ａを選択して
「ＯＫ」をクリックする。ＣＰＵ１１は、この選択に応
答して、ユーザ名とｇｒｏｕｐ−ａが選択されたことを
通知するグループ選択通知信号をサーバ２に送信する
（ステップＡ１３）。

【００５７】サーバ２のＣＰＵ２１は、通信部２５を介
してこのグループ選択通知信号を受信する（ステップＢ
１３）。ＣＰＵ２１は、受信したグループ選択通知信号
からユーザ名を判別し、そのユーザに対応する格納アド
レスを個人用スケジュール管理テーブル２４２ａ（図
７）から読み取る。さらに、グループ用スケジュール管
理テーブル２４２ｂ（図８）のｇｒｏｕｐ−ａの欄に、
ユーザ名と、読み取った格納アドレスと、登録日と、を
対応付けて格納する（ステップＢ１４）。

【００５８】このようにして、ｇｒｏｕｐ−ａへの登録
処理が終了すると、ＣＰＵ２１は、図２３（ａ）に示す
ような、ｇｒｏｕｐ−ａのアクセスパスワードとＵＲＬ
を含む、グループ登録通知を端末１ａに送信する（ステ
ップＢ１５）。端末１ａのＣＰＵ１１は、通信部１６を
介して「グループ登録通知」を受信し、表示部１４に表
示させる（ステップＡ１４）。ユーザＡは、通知された
アクセスパスワードとＵＲＬを、後のアクセスのために
記録する。

【００５９】一方、新たにグループを開設する場合に
は、図２２のグループ選択メニュー上で、「新規グルー
プの開設」を選択すると共にグループ名を入力し、「Ｏ
Ｋ」を選択する。この選択に応答し、ＣＰＵ１１は、新
規グループの作成であること及び入力されたグループ名
（ここでは「Ｘ」とする）を通知する信号をサーバ２に
送信する（ステップＡ１３）。

【００６０】サーバ２のＣＰＵ２１は、この信号を受信
し、グループ用スケジュール管理テーブル２４２ｂ（図
８）のグループ名にｇｒｏｕｐ−ｘを追加し、受信した
ユーザ名と、そのユーザの格納アドレスと登録日とを設
定する。また、ＣＰＵ２１は、ｇｒｏｕｐ−ｘにアクセ
スするためのアクセスパスワードとＵＲＬを設定し、図
２３（ｂ）に示すように、グループ名とグループのアク
セスパスワードとＵＲＬを含む「新規グループ登録通
知」を端末１ａに送信する。ユーザは、この通知によ
り、新グループを開設できたこと、そのアクセスパスワ
ード、ＵＲＬ等を知ることができる。

【００６１】（スケジュールの閲覧）まず、個人用のス
ケジュールを閲覧する方法について説明する。ユーザＡ
は、図１３を参照して説明した処理を行い、図２０
（ａ）に示す初期メニューを表示部１４に表示させる。
ユーザＡは、自己のスケジュールを閲覧するため、「ス
ケジュール閲覧（個人）」をクリックする。この選択
は、図１３のステップＡ１で検出され，フローは図１５
のステップＡ２１に進む。ＣＰＵ１１は、この選択に応
答して、「スケジュール閲覧（個人）」が選択されたこ
とを通知する選択通知信号をサーバ２に送信する（ステ
ップＡ２１）。

【００６２】サーバ２のＣＰＵ２１は、通信部２５を介
してこの選択通知信号を受信し（ステップＢ２１）、図
２４（ａ）に示す「閲覧認証用メニュー」を記憶部２３
から読み取って、端末１ａに送信する（ステップＢ２
２）。

【００６３】端末１ａのＣＰＵ１１は、「閲覧認証用メ
ニュー」を受信し、表示部１４に表示させる（ステップ
Ａ２２）。なお、各端末の記憶部１３が「閲覧認証用メ
ニュー」を予め記憶しておき、「スケジュール閲覧（個
人）」が選択されたことをＣＰＵ１１が検出したことに
応答して表示部１４に表示させるようにしてもよい。ユ
ーザＡは、表示された「閲覧認証用メニュー」に、ユー
ザ名とアクセスパスワードを入力し、「ＯＫ」をクリッ
クする。ＣＰＵ１１は、指示に応答して、ユーザ名とア
クセスパスワードを「閲覧認証用データ」としてサーバ
２に送信する（ステップＡ２３）。

【００６４】サーバ２のＣＰＵ２１は、通信部２５を介
してこの「閲覧認証用データ」を受信し（ステップＢ２
３）、「閲覧認証用データ」から読み取ったユーザ名及
びアクセスパスワードが、個人用スケジュール管理テー
ブル２４２ａ（図７）が記憶しているユーザ名及びアク
セスパスワードと一致するか否か、即ち、正規登録ユー
ザであるか否かを判別する。この判別で、正規登録ユー
ザであると判別されたときは、個人用スケジュール管理
テーブル２４２ａに登録されているＵＲＬ（図９のディ
レクトリ”ｈｔｔｐｄ／”内のサブディレクトリ”ｐｓ
ｃｈｄｏｃｓ／”内）から、ユーザＡのスケジュール表
（ウエッブページ）を読み出して、端末１ａに送信する
（ステップＢ２４）。また、正規登録ユーザではないと
判別されたときは、図２５に示すメッセージ）を、端末
１ａに送信する（ステップＢ２４）。

【００６５】端末１ａのＣＰＵ１１は、通信部１６を介
して、データを受信し、表示部１４に個人用のスケジュ
ール表又は図２５のメッセージを表示する（ステップＡ
２４）。なお、図２５のメッセージ画面上で、ユーザが
ＹＥＳを選択すると、図１３のステップＡ３にジャンプ
する。

【００６６】次に、グループ用のスケジュールを閲覧す
る方法について説明する。ユーザＡは、図１３を参照し
て説明した処理を行い、図２０（ａ）に示す初期メニュ
ーを表示部１４に表示させ、「スケジュール閲覧（グル
ープ）」をクリックする。この選択は、図１３のステッ
プＡ２で検出され、フローは、図１６のステップＡ３１
に進み、ＣＰＵ１１は、「スケジュール閲覧（グルー
プ）」が選択されたことを通知する選択通知信号をサー
バ２に送信する。

【００６７】サーバ２のＣＰＵ２１は、通信部２５を介
してこの選択通知信号を受信し（ステップＢ３１）、グ
ループ用スケジュール管理テーブル２４２ｂ（図８）が
記憶しているグループ名を読み取って、図２４（ｂ）に
示すグループ選択メニューを生成し、端末１ａに送信す
る（ステップＢ３２）。端末１ａのＣＰＵ１１は、「グ
ループ選択メニュー」を受信し、表示部１４に表示させ
る（ステップＡ３２）。

【００６８】ユーザＡは、表示に従って、グループを選
択し、認証用のユーザ名とそのグループのアクセスパス
ワードを入力して「ＯＫ」をクリックする。ＣＰＵ１１
は、指示に応答して、選択されたグループ名と認証用デ
ータをサーバ２に送信する（ステップＡ３３）。

【００６９】サーバ２のＣＰＵ２１は、通信部２５を介
してグループ名と認証用データを受信する（ステップＢ
３３）。ＣＰＵ２１は、受信したグループ名とグループ
のアクセスパスワードが、グループ用スケジュール管理
テーブル２４２ｂ（図８）が記憶しているものと一致す
るか否か、また、指示されたグループに、そのユーザが
メンバーとして登録されているか否かを判別する。

【００７０】グループ名とアクセスパスワードの対が登
録されているものと異なる場合、或いは、ユーザがその
グループのメンバーとして登録されていないと判別され
たときは、「パスワードが正しくありません」、「登録
メンバーではありません」等のメッセージを示す表示デ
ータを、端末１ａに送信する（ステップＢ３４）。端末
１ａのＣＰＵ１１はこのメッセージを受信し、表示部１
４に表示する（ステップＡ３４）。ユーザは、メッセー
ジに従って、アクセスパスワードを訂正して再接続した
り、ユーザとして登録したり、そのグループに参加する
等の処置を取る。

【００７１】一方、サーバ２のＣＰＵ２１は、グループ
名とグループのアクセスパスワードが一致し且つメンバ
ーとして登録されていると判別したときは、表示プログ
ラムｓｃｈｂｒｗ．ｃｇｉを起動し、ＷＷＷサーバ領域
２４３のディレクトリ”ｎｓｃｈｄｏｃｓ／”から該当
するグループの現在の月間スケジュール表のＷｅｂペー
ジを取得して、表示データとして端末１ａに送信する
（ステップＢ３４）。

【００７２】端末１ａのＣＰＵ１１は、通信部１６を介
して、サーバ２から送信された表示データを受信し、図
１０に示すように、表示部１４に表示させる（ステップ
Ａ３４）。ユーザＡは、特定の日付のスケジュールを知
りたい場合、その日をクリックする。ＣＰＵ１１は、日
付の選択をステップＡ３５で検出し、選択された日付を
示す「日付」選択通知信号をサーバ２に通知する（ステ
ップＡ３５、Ａ３６）。

【００７３】サーバ２のＣＰＵ２１は、通信部２５を介
して選択通知信号を受信し（ステップＢ３５）、スケジ
ュール表示プログラムｓｃｈｂｒｗ．ｃｇｉを起動させ
て、ディレクトリ”ｇｓｃｈｄｏｃｓ／”から該当する
グループの該当する日の日別スケジュール表のＷｅｂペ
ージを取得して、端末１ａに送信する（ステップＢ３
６）。

【００７４】端末１ａのＣＰＵ１１は、通信部１６を介
して、「ＡＭ／ＰＭ表示スケジュール」を受信し、表示
部１４に表示させる（ステップＡ３７）。ユーザＡは、
表示されているスケジュールの所望の予定の詳細を知り
たい場合、その予定をクリックする。ＣＰＵ１１は、こ
のクリック動作を検出し（ステップＡ３８）、選択され
た予定を示す「予定」選択通知信号を、サーバ２に送信
する（ステップＡ３９）。

【００７５】サーバ２のＣＰＵ２１は、通信部２５を介
して選択通知信号を受信する（ステップＢ３７）。ＣＰ
Ｕ２１は、スケジュール表示プログラムｓｃｈｂｒｗ．
ｃｇｉにより、ディレクトリ”ｇｓｃｈｄｏｃｓ／”か
ら該当するグループの詳細表示のスケジュールを示すＷ
ｅｂページを取得して、図１２に示すような「詳細表示
スケジュール」として端末１ａに送信する（ステップＢ
３８）。端末１ａのＣＰＵ１１は、通信部１６を介し
て、「詳細表示スケジュール」を受信し、表示部１４に
表示させる（ステップＡ４０）。このようにして、ユー
ザＡは、自己の属すグループの予定の概略及び詳細を知
ることができる。

【００７６】なお、ステップＡ３５又はＡ３８におい
て、予定が記入されていない日又は予定が記入されてい
ない欄が選択された場合、ＣＰＵ２１は、図１２に示す
未入力の詳細表示用のページを端末１ａに送信する。端
末１ａのＣＰＵ１１は、この詳細表示用のページを表示
部１４に表示する。これに、必要事項を入力してサーバ
２に送信すると、以下に説明するスケジュールの登録処
理と同様の処理により、予定が設定される。

【００７７】（スケジュールを登録）次に、スケジュー
ルを登録する方法について説明する。ここで、端末１ａ
は、サーバ２から「登録通知」を受信したときに（図１
３，ステップＡ６）、通知されたＵＲＬをグループスケ
ジュールサービス用アドレスとして記憶部１３が記憶し
ているアドレス帳に登録し、また、図２６（ａ）に示す
ような入力フォームをグループスケジュールサービスに
リンクさせて格納しているとする。

【００７８】ユーザＡは、図１３を参照して説明した処
理を行い、図２０（ａ）に示す初期メニューを表示部１
４に表示させ、「スケジュール用電子メールの作成」を
クリックする。この操作が、ステップＡ３で検出され、
フローは図１７のステップＡ４１に進む。ステップＡ４
１において、ＣＰＵ１１は、図２６（ａ）に示すような
スケジュール登録用の電子メール入力フォームを記憶部
１３から読み出し、表示部１４に表示させる。

【００７９】図２６（ａ）に示すように、この入力フォ
ームは、ヘッダ部Ｍａとコンテンツ部Ｍｂとを備え、ヘ
ッダ部Ｍａは、「重要度」、「宛先アドレス」、「送信
元アドレス」、「予定名」などの入力項目を備え、コン
テンツ部Ｍｂは、「登録対象」、「日付情報」、「開始
・終了時間」、「場所」、「内容」の項目を備える。

【００８０】ヘッダ部Ｍａの「重要度」はデフォルトが
Ｃに設定されており、送信者が適宜設定する。「宛先ア
ドレス」はメールサーバ領域２４１のスケジュール用メ
ールボックス２４１ｂ（図５）のアドレスが自動的に設
定される。「送信元アドレス」はユーザのメールアドレ
スが自動的に設定される。「予定名」はユーザが適宜設
定する。

【００８１】コンテンツ部Ｍｂの「登録対象」は、スケ
ジュールの種類を特定するための情報であり、［０
１］、［０２］、［０３］の３つの属性のうちの１つを
選択する。属性［０１］は、登録対象スケジュールが個
人用のスケジュールであり、個人用スケジューラ（個人
のスケジュールを閲覧するための機能）で閲覧できる
が、グループ用スケジューラでは閲覧できないスケジュ
ールであることを意味する。属性［０２］は、登録対象
スケジュールがグループ用のスケジュールであり、グル
ープ用スケジューラ（グループのスケジュールを閲覧す
るための機能）で閲覧できるが、個人用スケジューラで
は閲覧できないスケジュールであることを意味する。属
性［０３］は登録対象のスケジュールが、個人用とグル
ープ用の両方で閲覧できるスケジュールであることを意
味する。「日付情報」には、スケジュールに登録する予
定の年月日を記入し、「開始・終了時間」には、予定の
開始時間と終了時間を記入する。また、「場所」には、
会議室、待合場所等の場所を記入し、「内容」には、予
定の内容等を記入する。ユーザＡは、入力フォームへの
データの入力が終了すると、送信を指示する。

【００８２】ＣＰＵ１１は、この指示に応答して、入力
されたデータをヘッダ情報及びコンテンツとして含む電
子メールをサーバ２に送信する（ステップＡ４２）。サ
ーバ２のＣＰＵ２１は、通信部２５を介して、この電子
メールを受信し（ステップＢ４１）、受信した電子メー
ルの宛先（メールアドレス）から、この電子メールをユ
ーザ用メモリ２４のメールサーバ領域２４１のスケジュ
ール用メールボックス２４１ｂ（図５）に一旦格納し
て、次に、図１８に示すスケジュールの登録処理に移る
（ステップＢ４２）。

【００８３】まず、ＣＰＵ２１は、図１８に示すよう
に、スケジュール用メールボックス２４１ｂに格納され
た電子メールの送信元アドレスを読み取り、そのユーザ
が、このスケジュールシステムのユーザとして登録され
ているか否かを、即ち、アクセス権を有する者からのス
ケジュール登録用電子メールであるか否かを判別する
（ステップＢＭ４１）。アクセス権を有する者からのス
ケジュール登録用電子メールであると判別したときに
は、このスケジュール登録用電子メールをスケジュール
サーバ領域２４２に転送する（ステップＢＭ４２）。

【００８４】次に、ＣＰＵ２１は、スケジュール管理プ
ログラムｍｌｓｃｈｃｎｖ．ｅｘｅを起動し、スケジュ
ールサーバ領域２４２に転送されたスケジュール登録用
電子メールを、図２６（ｂ）に示すような１レコード分
のスケジュールデータに変換する（ステップＢＳ４
１）。

【００８５】作成した１レコード分のスケジュールデー
タをスケジュール格納領域２４２ｃのディレクトリ”ｎ
ｓｃ／”内の、対応するスケジュールデータに追加し
て、その個人用のスケジュールを更新する（ステップＢ
Ｓ４２）。また、スケジュールサーバ領域２４２は、ス
テップＢＳ４２で作成したスケジュールデータ（１レコ
ード分）を、ＷＷＷサーバ領域２４３に転送する（ステ
ップＢＳ４３）。

【００８６】ＣＰＵ２１は、スケジュールデータから
「登録対象」に選択されている属性を読み取る（図１
９，ステップＢＷ４１）。「登録対象」が「０１」であ
る、即ち、個人用のスケジュールデータであると判別す
ると、ＣＰＵ２１は、プログラムｓｃｈ．ｃｇｉを起動
し、スケジュールデータ（更新されたもの）をＨＴＭＬ
形式に変換する（ステップＢＷ４２）。次に、ＣＰＵ２
１は、そのユーザのスケジュールのＷｅｂページをディ
レクトリ”ｐｓｃｈｄｏｃｓ／”から読み出し、このＷ
ｅｂページを、変換した１レコード分のスケジュールデ
ータに基づいて更新する。即ち、今までの表示用スケジ
ュールデータに新たなスケジュールを追加して、元のデ
ィレクトリに格納する（ステップＢＷ４３）。

【００８７】また、「登録対象」が「０２」である、即
ち、グループ用のスケジュールデータであると判別した
とき、ＣＰＵ２１は、プログラムｓｃｈ．ｃｇｉを起動
し、スケジュールデータをＨＴＭＬ形式に変換する（ス
テップＢＷ４４）。次に、ＣＰＵ２１は、そのユーザが
属しているグループの、該当する月の月間スケジュール
表のＷｅｂページ及び該当する日の日別スケジュール表
のＷｅｂページをディレクトリ”ｇｓｃｈｄｏｃｓ／”
内の該当するグループ用のサブディレクトリから読み出
し、これらのＷｅｂページを、変換した１レコード分の
スケジュールデータに基づいて更新する。即ち、今まで
の月間スケジュール表及び日別スケジュール表に新たな
スケジュールを追加して、元のディレクトリに格納する
（ステップＢＷ４５）。また、ステップＢＷ４４で変換
したＨＴＭＬデータを詳細表示用のＷｅｂページとして
格納する。

【００８８】また、「登録対象」が「０３」である、即
ち、個人とグループの両方であると判別したとき、ＣＰ
Ｕ２１は、プログラムｓｃｈ．ｃｇｉを起動し、スケジ
ュールデータをＨＴＭＬ形式に変換する（ステップＢＷ
４６）。ＣＰＵ２１は、ＨＴＭＬ形式に変換させたスケ
ジュールデータに基づいて、ディレクトリ”ｐｓｃｈｄ
ｏｃｓ／”に格納されている該当ユーザのスケジュール
のＷｅｂページを更新する（ステップＢＷ４７）。次
に、ＣＰＵ２１は、そのユーザが属しているグループ
の、該当する月の月間スケジュール表のＷｅｂページ及
び該当する日の日別スケジュール表のＷｅｂページをデ
ィレクトリ”ｇｓｃｈｄｏｃｓ／”内の該当するグルー
プ用のサブディレクトリから読み出し、これらのＷｅｂ
ページを、変換した１レコード分のスケジュールデータ
に基づいて更新する。即ち、今までの月間スケジュール
表及び日別スケジュール表に新たなスケジュールを追加
して、元のディレクトリに格納する（ステップＢＷ４
８）。また、ステップＢＷ４６で変換したＨＴＭＬデー
タを詳細表示用のＷｅｂページとして格納する。

【００８９】ステップＢＷ４３、ステップＢＷ４５、ス
テップＢＷ４８で、スケジュールのＷｅｂページを更新
後、端末１にスケジュールの更新処理が終了したことを
通知する電子メールを送信する（ステップＢＷ４９）。
以上で、スケジュールの登録及び表示データの更新が終
了する。

【００９０】一方ステップＢＭ４１の判別で、アクセス
権を有する者からのスケジュール登録用電子メールでは
ないと判別したときには、受信したスケジュール登録用
電子メールを破棄する等のエラー処理を行い（ステップ
ＢＭ４３）、処理を終了する。

【００９１】以上説明したように、この実施の形態のス
ケジュールシステムでは、サーバが受信した電子メール
からスケジュール登録用データと登録対象を読み取っ
て、スケジュールデータを作成し、ＨＴＭＬ形式のデー
タに変換する。登録対象に個人が指定されているとき
は、ＨＴＭＬ形式のデータを供給して個人のスケジュー
ルのＷｅｂページを更新し、登録対象にグループが指定
されているときは、ＨＴＭＬ形式のデータを供給してグ
ループのスケジュールのＷｅｂページを更新し、登録対
象に（個人とグループの）両方が指定されているとき
は、ＨＴＭＬ形式のデータを供給して個人及びグループ
のスケジュールのＷｅｂページを更新する。

【００９２】この方式によれば、ユーザは本人のスケジ
ュールと、本人が属すグループの予定とを簡単な操作で
登録し・参照できる。また、サーバに格納されているス
ケジュールデータ自体は、各ユーザの個人用スケジュー
ルデータのみであり、グループ用のスケジュールデータ
は存在しない。従って、サーバ２の記憶部２３の記憶容
量を小さく抑えることができる。

【００９３】なお、この発明は、上記実施の形態に限定
されず、種々の変形及び応用が可能である。例えば、個
人又はグループのスケジュールを閲覧する際に、登録時
に通知されたスケジュール表示用のＵＲＬを直接指定し
てサーバ２にアクセスするようにしてもよい。この場合
は、サーバ２は、ＷＷＷサーバ領域２４３上のＵＲＬへ
の直接のアクセスの要求を検出すると、例えば、図２７
に示すような、ユーザ名とアクセスパスワードの入力を
要求する（ステップＳ１１）。ユーザが、ユーザ名とア
クセスパスワードを入力すると、ユーザ認証を行って
（ステップＳ１２）、正当ユーザであると判別した場合
のみ（ステップＳ１３）、スケジュールの表示データを
端末に送信する（ステップＳ１４）。一方、正当ユーザ
であると認証されなかった場合には（ステップＳ１
３）、エラー処理を行う（ステップＳ１５）。

【００９４】また、スケジュールデータを表示するＷｅ
ｂデータの形成手法は任意である。例えば、上記実施の
形態においては、端末１より送信されたスケジュールデ
ータ（１レコード分）をＨＴＭＬ形式に変換し、この内
容を月間スケジュール表のＷｅｂページ、日別スケジュ
ール表のＷｅｂページなどに反映することにより、表示
用Ｗｅｂページを生成した。しかし、この方法によら
ず、例えば、受信したレコードが影響を与えるスケジュ
ールに関連する全レコード、例えば、同一グループの同
一月のレコードを抽出して、月間スケジュールのスケジ
ュールデータ及び該当する日の日別スケジュールデータ
を一旦生成し、その後、これらのスケジュールデータを
ＨＴＭＬ形式に変換し、各ディレクトリに格納するよう
にしてもよい。

【００９５】上記実施の形態では、サーバ２は、グルー
プ用のスケジュールデータを保存していないが、表示用
のＷｅｂページを記憶している。記憶容量をさらに抑え
るため、表示用のＷｅｂページを必要に応じて（表示要
求があった際に）、一時的に生成するようにしてもよ
い。

【００９６】例えば、図２８のフローチャートに示すよ
うに、あるグループのスケジュールデータの表示要求が
あると、ＣＰＵ２１は、要求者の認証を行って（ステッ
プＳ２１）、正当ユーザであると判別すると、グループ
用スケジュール管理テーブル２４２ｂから、要求者が属
すグループのメンバーを判別し（ステップＳ２２）、判
別した各メンバーのスケジュールデータを読み出し（ス
テップＳ２３）、さらに登録の属性が［０２］又は［０
３］に設定されているレコードを抽出し（ステップＳ２
４）、抽出した各レコードより、月間スケジュール表
（図１０）を作成し（ステップＳ２５）、これをＨＴＭ
Ｌ形式に変換して（ステップＳ２６）、要求元の端末１
に送信する（ステップＳ２７）。以後は、端末１からの
要求に応じて、ステップＳ２４で抽出されたレコードに
基づいて、必要な表示データを生成する。

【００９７】例えば、月間スケジュール表上の所定日が
選択された場合には、その日に関するレコードをさらに
抽出して、所定日のスケジュールデータを生成し、これ
をＨＴＭＬ形式に変換して、端末１に表示する。一方、
正当ユーザであると判別されなかった場合には（ステッ
プＳ２１）、エラー処理を行う（ステップＳ２８）。日
別スケジュール表上の特定の予定が指定された場合に
は、その指定された予定に対応するレコードを抽出し、
これをＨＴＭＬ形式に変換し、端末に送付する。

【００９８】この方式によれば、表示データを予め作成
して保存しておく必要がないので、サーバ２の記憶部２
３の容量をさらに抑えることができる。なお、一旦作成
した表示データは、保存してもよく、表示終了後、破棄
してもよい。また、一定容量のＷＷＷサーバ領域２４３
を確保しておき、新たな表示用スケジュールデータを作
成した際に、もっとも昔にアクセスされた表示用スケジ
ュールデータを削除して、保存するようにしてもよい。

【００９９】また、上記実施の形態においては、個人用
のスケジュールの表示は、１種類で、グループ用は３種
類（３階層）としたが、これらは、一例であり、その表
示形式は任意に変更可能である。例えば、スケジュール
を月間スケジュール、週間スケジュール、日別スケジュ
ールのように、階層分けしてもよい。

【０１００】上記実施の形態においては、サーバ２が、
メールサーバ、スケジュールサーバ、Ｗｅｂサーバとし
て機能する場合を例にこの発明を説明したが、サーバの
構成は、任意である。例えば、メールサーバ、スケジュ
ールサーバ、Ｗｅｂサーバが連携して、上述のスケジュ
ール管理処理を実行するようにしてもよい。この場合、
例えば、図４に示すユーザ用メモリ２４がサーバ間の通
信のための共通記憶領域として機能しうる。例えば、メ
ールサーバが、スケジュール登録用の電子メールを受信
し、一旦スケジュール用メールボックス２４１ｂに格納
した後、スケジュールサーバ領域２４２に転送する。ス
ケジュールサーバ領域２４２は、転送された電子メール
を処理し、スケジュールデータを生成・保存すると共に
ＷＷＷサーバ領域２４３に転送する。Ｗｅｂサーバは、
転送されたスケジュールデータに基づいて、スケジュー
ル表示用のＷｅｂページを生成・格納し、端末１より要
求があると適当なページを読み出して送信する。この構
成によれば、各サーバの負担を低減することができ、応
答速度を高速化できる。

【０１０１】また、サーバ２の上述のサービスに種々の
付加的なサービスを付加することも可能である。例え
ば、予定の二重予約を防止するため、サーバ２が個人用
及びグループ用のスケジュールを登録する際に、新たに
受信したスケジュール用電子メールからスケジュールデ
ータを作成し、個人用のスケジュールサーバを更新する
ときに、該当する日時に予定が登録されているか否かを
判別し、予定が登録されていると判別したときに、該当
するユーザに予定があることを通知するメールを送信す
る。

【０１０２】上記実施の形態では、サーバ２が個人及び
グループ用に登録・管理するデータをスケジュールとし
たが、例えば、個人の住所及び顧客の住所を管理する
等、管理するデータはスケジュールに限らずに任意であ
る。この場合、例えば、サーバ２は、登録ユーザ別にア
ドレス帳を保存する。このアドレス帳には、登録ユーザ
のみが閲覧できる住所（プライベートな知人の氏名、住
所、電話番号など）であるか、グループのメンバーが閲
覧できる住所（グループが営業の課である場合に、顧客
の氏名、連絡先など）であるか、個人及びグループで閲
覧できる住所であるかを示す登録属性が付されている。
そして、サーバは、個人別のアドレス帳より、グループ
用のアドレス帳を生成し、これらをＨＴＭＬ変換するこ
とにより、個人用とグループ用のアドレス帳のＷｅｂペ
ージを生成し、端末に送信する。また、アドレス帳を、
名前の一覧、詳細表示などに階層分けしてもよい。

【０１０３】また、表示データとして、ＨＴＭＬ形式の
Ｗｅｂページを例示したが、スケジュールデータの形
式、フォーマットなどは任意の形式を利用可能である。

【０１０４】また、この発明は、専用の端末１−１〜１
−ｎ及びサーバ２によらず、通信機能のをする任意のコ
ンピュータを端末１−１〜１−ｎ又はサーバ２として使
用可能である。例えば、上述の処理のうちコンピュータ
（又はコンピュータ群）が担当する部分を実行するため
のプログラムを記録媒体に格納して頒布し、このプログ
ラムの各対応部分をコンピュータに転送してインストー
ルし、ＯＳ上で実行することにより、コンピュータ
（群）をサーバシステムとして使用することができる。

【０１０５】なお、ＯＳが処理の一部を分担する場合に
は、記録媒体には、その部分を除いたプログラムを格納
してもよい。この場合も、この発明では、その記録媒体
には、コンピュータが実行する各機能又はステップを実
行するためのプログラムが格納されているものとする。

【０１０６】また、コンピュータをネットワーク３に接
続し、ネットワーク３を介してプログラムをコンピュー
タに頒布してもよい。この場合、ネットワーク３上で
は、プログラムやデータは搬送波に重畳されて、送信さ
れる。

【０１０７】

【発明の効果】以上説明したように、この発明によれ
ば、端末から伝送システムを介して送信されてきたデー
タを、スケジュールデータに変換し、さらに、このスケ
ジュールデータを、該スケジュールの登録者を公開対象
とした公開データと、該スケジュールの登録者が所属し
ているグループの構成員を公開対象とした公開データ
と、に加工することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態のネットワークシステムの
構成を示す図である。

【図２】本発明の実施の形態の端末の構成を示す図であ
る。

【図３】本発明の実施の形態のサーバの構成を示す図で
ある。

【図４】本発明の実施の形態のユーザ用メモリの構成を
示す図である。

【図５】本発明の実施の形態のメールサーバ領域の構成
を示す図である。

【図６】本発明の実施の形態のスケジュールサーバ領域
の構成を示すである。

【図７】本発明の実施の形態の個人用スケジュール管理
テーブルの構成を示す図である。

【図８】本発明の実施の形態のグループ用スケジュール
管理テーブルの構成を示す図である。

【図９】本発明の実施の形態のスケジュールサーバとＷ
ＷＷサーバの構成を示す図である。

【図１０】本発明の実施の形態のスケジュールシステム
の月間スケジュール表の一例を示す図である。

【図１１】本発明の実施の形態のスケジュールシステム
の日別スケジュール表の一例を示す図である。

【図１２】本発明の実施の形態のスケジュールシステム
の詳細表示のスケジュールの一例を示す図である。

【図１３】本発明の実施の形態のスケジュールシステム
の登録処理を説明するためのフローチャートである。

【図１４】本発明の実施の形態のスケジュールシステム
の登録処理を説明するためのフローチャートである。

【図１５】本発明の実施の形態の個人用のスケジュール
の閲覧を説明するためのフローチャートである。

【図１６】本発明の実施の形態のグループ用のスケジュ
ールの閲覧を説明するためのフローチャートである。

【図１７】本発明の実施の形態のスケジュール登録処理
を説明するためのフローチャートである。

【図１８】本発明の実施の形態のスケジュール登録処理
を説明するためのフローチャートである。

【図１９】本発明の実施の形態のスケジュール登録処理
を説明するためのフローチャートである。

【図２０】（ａ）は、初期メニューの一例であり、
（ｂ）は、登録用入力フォームの一例である。

【図２１】登録通知の一例である。

【図２２】グループ選択メニューの一例である。

【図２３】（ａ）は、グループ登録通知の一例であり、
（ｂ）は、新規グループ登録通知の一例である。

【図２４】（ａ）は、閲覧認証用メニューの一例であ
り、（ｂ）は、グループ選択メニューの一例である。

【図２５】メッセージの一例である。

【図２６】（ａ）は、電子メールの入力フォームを示す
一例であり、（ｂ）は、スケジュールデータの一例を示
す図である。

【図２７】スケジュール表示用のＷｅｂページの表示方
法の変形例を説明するためのフローチャートである。

【図２８】スケジュール表示用のＷｅｂページの生成方
法の変形例を説明するためのフローチャートである。

【符号の説明】

１ａ〜１ｎ・・・端末、２・・・サーバ、３・・・ネッ
トワーク、２０・・・入出力部、１１、２１・・・ＣＰ
Ｕ、１２、２２・・・ＲＡＭ、１３、２３・・・記憶
部、１４・・・表示部、１５・・・入力部、１６、２５
・・・通信部、１７、２６・・・バス、２４・・・ユー
ザ用メモリ、２４１・・・メールサーバ領域、２１１ａ
・・・メールボックス、２４１ｂ・・・スケジュール用
メールボックス、２４２・・・スケジュールサーバ領
域、２４２ａ・・・個人用スケジュール管理テーブル、
２４２ｂ・・・グループ用スケジュール管理テーブル、
２４２ｃ・・・スケジュール格納領域、２４３・・・Ｗ
ＷＷサーバ領域、２７・・・ドライバ、２８・・・可搬
性記憶媒体

Claims (13)

【特許請求の範囲】
1. 【請求項１】複数の端末と、複数の前記端末と接続可能
   なサーバとから構成されるデータ伝送システム上でスケ
   ジュールを管理するシステムにおいて、該システムに登
   録している登録者個人のスケジュール及び複数の前記登
   録者が所属しているグループのスケジュールを公開する
   スケジュール公開システムであって、 前記サーバは、 各端末から伝送システムを介して送信されてきたデータ
   を、スケジュールデータに変換する変換手段と、 前記変換手段が変換した前記スケジュールデータを、該
   スケジュールの登録者を公開対象とした第１の公開デー
   タに加工する第１の加工手段と、 前記変換手段が変換した前記スケジュールデータを、該
   スケジュールの登録者が所属しているグループの構成員
   を公開対象とした第２の公開データに加工する第２の加
   工手段とを備えることを特徴とするスケジュール公開シ
   ステム。
2. 【請求項２】前記サーバは、 このスケジュール公開システムの登録者と、その登録者
   が所属するグループと、そのグループの構成員とを対応
   付けて記憶する登録者記憶手段と、 前記登録者記憶手段の記憶データに従って、前記第１の
   公開データを前記データを送信した登録者のみに公開す
   る第１の公開手段と、 前記第２の公開データを前記データを送信した登録者が
   所属するグループの構成員に公開する第２の公開手段と
   を更に備えることを特徴とする請求項１に記載のスケジ
   ュール公開システム。
3. 【請求項３】前記各端末から伝送システムを介して送信
   されてきたデータより制御データを検出する検出手段
   と、 この検出手段により検出された制御データに基づいて、
   前記第１の加工手段と前記第２の加工手段のうち少なく
   とも一方の加工手段を制御して、スケジュールデータを
   第１の公開データと第２の公開データの少なくとも一方
   に加工するように制御する制御手段とを更に備えること
   を特徴とする請求項１又は２に記載のスケジュール公開
   システム。
4. 【請求項４】前記変換手段により変換されたスケジュー
   ルデータを記憶するスケジュールデータ記憶手段と、 任意のグループについて、そのグループを構成する登録
   者を公開対象とした第２の公開データの出力を指示する
   指示手段と、 この登録者とこの登録者が属すグループとを関連付けて
   記憶するグループ管理手段と、 を更に備え、 前記第２の加工手段は、前記指示手段により出力が指示
   されると、指示されたグループに所属する登録者をグル
   ープ管理手段から判別するとともに、このグループに所
   属する登録者の各々のスケジュールを前記スケジュール
   データ記憶手段から読み出し、この読み出されたスケジ
   ュールデータをそのグループに所属する登録者を公開対
   象とする第２の公開データに加工することを特徴とする
   請求項１、２又は３に記載のスケジュール公開システ
   ム。
5. 【請求項５】前記変換手段が加工したスケジュールデー
   タを、該スケジュールデータの登録者が所属するグルー
   プの全登録者に配信する配信手段を更に備えることを特
   徴とする請求項１乃至４の何れか１項に記載のスケジュ
   ール公開システム。
6. 【請求項６】前記伝送システムは、電子メールシステム
   であることを特徴とする請求項１乃至５の何れか１項に
   記載のスケジュール公開システム。
7. 【請求項７】複数の端末とサーバとを備えるデータ伝送
   システム上でスケジュールを管理するスケジュール管理
   システムにおいて、 前記サーバは、 各端末からデータ伝送システムを介して送信されてきた
   データを、スケジュールデータに変換する変換手段と、 前記変換手段が変換したスケジュールデータを、データ
   を送信した登録者別に記憶する記憶管理手段と、 各登録者と各登録者が所属するグループとを関連付けて
   記憶するグループ管理手段と、 任意の登録者について、その登録者が所属するグループ
   を公開対象とした公開データの出力を指示する指示手段
   と、 前記指示手段が指示を出力したときに、該当する登録者
   のスケジュールデータを前記記憶手段から取得して、上
   記登録者が所属するグループの登録者を公開対象とする
   公開データに加工する加工手段とを備えることを特徴と
   するスケジュール管理システム。
8. 【請求項８】閲覧指示を検出することにより、閲覧者又
   は閲覧者が所属するグループのスケジュールを公開する
   ことを可能とするスケジュール公開方法であって、 送信されてきたデータをスケジュールデータに変換する
   変換ステップと、 前記スケジュールデータを、前記データを送信した登録
   者を閲覧対象とした第１の公開データに加工する第１の
   加工ステップと、 前記スケジュールデータを、前記データを送信した登録
   者が所属するグループを閲覧対象とした第２の公開デー
   タに加工する第２の加工ステップとを備えることを特徴
   とするスケジュール公開方法。
9. 【請求項９】前記各端末から伝送システムを介して送信
   されてきたデータより制御データを検出する検出ステッ
   プと、 検出された制御データに基づいて、前記第１の加工ステ
   ップと前記第２の加工ステップのうち少なくとも一方を
   実行して、スケジュールデータを第１の公開データ、及
   び第２の公開データの少なくとも一方に加工する加工制
   御ステップとを更に備えることを特徴とする請求項８に
   記載のスケジュール公開方法。
10. 【請求項１０】前記第１の公開データを、前記データを
    送信した登録者毎に記憶する記憶ステップと、 前記登録者が所属しているグループを閲覧対象とした第
    ２の公開データの出力を指示する指示ステップとを備
    え、 前記第２の加工ステップは、前記指示ステップによる第
    ２の公開データの出力の指示を検出すると、前記登録者
    の第１の公開データを取得して第２の公開データに加工
    することを特徴とする請求項８又は９に記載のスケジュ
    ール公開方法。
11. 【請求項１１】前記スケジュールデータを前記データを
    送信した登録者が所属するグループの全登録者に配信す
    るステップを更に備えることを特徴とする請求項８、９
    又は１０に記載のスケジュール公開方法。
12. 【請求項１２】スケジュールデータを、登録者別に記憶
    する記憶ステップと、 各登録者と、各登録者が所属するグループとを関連付け
    て記憶する記憶管理ステップと、 任意の登録者について、その登録者が所属するグループ
    を公開対象とした公開データの出力を指示する指示ステ
    ップと、 指示を出力したときに、記憶されているスケジュールデ
    ータから該当する登録者のスケジュールデータを取得し
    て、上記登録者が所属するグループの登録者を公開対象
    とする公開データに加工する加工ステップとを備えるこ
    とを特徴とするスケジュール管理方法。
13. 【請求項１３】ネットワークを介して端末に接続され、
    端末から供給されるデータからスケジュールデータを生
    成して該ネットワークの登録者が閲覧できるような公開
    データに加工するスケジュール公開方法を実現するプロ
    グラムを格納した記録媒体であって、 コンピュータに前記端末から供給されたデータをスケジ
    ュールデータに変換する変換ステップと、 この変換したスケジュールデータを該ネットワークの登
    録者を閲覧対象とした公開データに加工する第１の加工
    ステップと、 前記変換したスケジュールデータを該ネットワークの登
    録者が所属しているグループ全員を閲覧対象とした公開
    データに加工する第２の加工ステップとを実行させるプ
    ログラムを記録した該コンピュータが読取可能な記録媒
    体。