JP2002092277A

JP2002092277A - スケジュール管理システム、サービス提供方法およびプログラム格納媒体

Info

Publication number: JP2002092277A
Application number: JP2000284312A
Authority: JP
Inventors: Toyoaki Kishimoto; 豊明岸本
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-09-19
Filing date: 2000-09-19
Publication date: 2002-03-29

Abstract

(57)【要約】【課題】複数のメンバーでスケジュール情報を共有して
いるネットワーク環境において、スケジュールの変更等
があった場合、最小限の手間で、かつ、比較的確実に、
必要なメンバーへその旨の通知を行う。【解決手段】グループウェアサーバ１８１は、予め登録
された複数のメンバーにより共有されるスケジュール情
報の設定を受け付ける。また、各メンバーによる端末か
らのアクセスに応じて、Ｗｅｂサーバ１８３により、前
記スケジュール情報を一覧画面データとして当該端末へ
送信する。スケジュールの設定があったときに、予め定
めた条件に応じて、その旨を必要なメンバーに対して、
メールサーバ１８５により、当該メンバーの携帯型情報
機器への直送型の電子メールまたは文字メッセージ通信
により通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットま
たはイントラネット上で利用されるグループウェアに関
し、特に、グループのメンバーにより共有されるスケジ
ュール変更時等にメンバーへの通知を行う技術およびサ
ービスに関する。

【０００２】

【従来の技術】近年、インターネットのサーバ上、ある
いはインターネットと同じTCP/IPプロトコルを用いたネ
ットワークであるイントラネット上のサーバにおいて、
複数のメンバーにより共有されるスケジュール情報の管
理を行う技術が普及しつつある。このようなグループの
共有情報を管理するソフトウェアはグループウェアと呼
ばれている。グループウェアの機能の一つであるグルー
プスケジュール管理を用いれば、メンバー各自のスケジ
ュールの管理だけでなく、他のメンバーのスケジュール
もいちいち各メンバーに問い合わせることなく、端末か
らネットワーク上で確認することができる。

【０００３】さらに、グループウェアには、各メンバー
への連絡事項を掲示する掲示板の機能もあり、各メンバ
ーは掲示板を見ることにより、連絡事項を認識すること
ができる。

【０００４】

【発明が解決しようとする課題】このようなグループウ
ェアを導入すれば、各メンバーが自己のスケジュール情
報を定期的に書き込みおよび更新することにより、他の
メンバーはそのメンバーの最新のスケジュールを確認す
ることができる。また、グループ（例えば会社組織の一
部署）全体のスケジュールについてもスケジュールの管
理者（担当者）が書き込みおよび更新を行うことによ
り、メンバー全員がその内容を確認することができる。

【０００５】しかしながら、実際の運営上、各メンバー
は、部署全体や他のメンバーのスケジュールを確認し忘
れることがある。また、一旦決まったスケジュールが後
に変更されたような場合に、スケジュール情報が変更さ
れていてもそのことに気が付かないこともある。そのた
めに、担当者はスケジュール情報を変更するとともに、
掲示板にもその旨のメッセージを掲載することもでき
る。しかし、これは、担当者にとって二重の手間とな
る。また、掲示板に掲載しても、すべてのメンバーが必
要時までに掲示板を閲覧する保証はない。

【０００６】本発明は、このような背景の下になされた
ものであり、その目的は、複数のメンバーでスケジュー
ル情報を共有しているネットワーク環境において、スケ
ジュールの変更等があった場合、最小限の手間で、か
つ、比較的確実に、必要なメンバーへその旨の通知を行
うことができるスケジュール管理システム、サービス提
供方法およびプログラム格納媒体スケジュール管理シス
テム、サービス提供方法およびプログラム格納媒体を提
供することにある。

【０００７】

【課題を解決するための手段】本発明によるスケジュー
ル管理システムは、予め登録された複数のメンバーによ
り共有されるスケジュール情報を記憶するスケジュール
記憶手段と、ネットワークを介して前記メンバーによる
前記スケジュール情報の設定を受け付けるスケジュール
管理手段と、各メンバーによる端末からのアクセスに応
じて、前記スケジュール情報を一覧画面データとして当
該端末へ提供する提供手段と、前記スケジュールの設定
があったときに、予め定めた条件に応じて、その旨を前
記複数のメンバーのうちの少なくとも一人に対して、当
該メンバーの携帯型情報機器への直送型の電子メールま
たは文字メッセージ通信により通知する通知手段とを備
えたことを特徴とする。

【０００８】この構成によれば、共有スケジュールの設
定があった場合には、後述するような予め定めた条件に
応じて、その旨が直送型の電子メールまたは文字メッセ
ージ通信により、当該メンバーの携帯型情報機器に通知
される。本明細書における携帯型情報機器とは、データ
通信機能を有する携帯可能な情報機器であり、例えば、
携帯電話（PHS: Personal Handy-phone Systemを含
む）、ＰＤＡ、メール端末等である。これによって、例
えば、緊急なスケジュールの変更等があった場合でも、
スケジュール管理者は、スケジュール情報の変更を行う
のみで、それ以上の手間を要することなく、必要なメン
バーに通知を行うことができる。また、直送型の通信を
利用することにより、通知相手からのサーバへのアクセ
スを待つことなく、迅速な通知が行える。

【０００９】前記予め定めた条件としては、通知の要否
をユーザが指定することができる。また、前記スケジュ
ール情報の設定時に、当該設定が既設定スケジュールの
変更であるか否かの入力を受け、変更である場合に通知
要と判断することもできる。

【００１０】さらには、通知の相手をユーザが指定する
こともできる。これにより、通知の必要のないメンバー
への無駄な通知を行うことを回避できる。

【００１１】前記スケジュール管理手段は、前記通知手
段による通知を受けたメンバーから、このメンバーが当
該通知を認知したことの確認情報の入力を受けて、その
旨を前記一覧画面データまたはその付随データに反映さ
せることが好ましい。

【００１２】前記ネットワークはイントラネットである
場合、前記メンバーによるインターネットを介したアク
セスを受け付け可能とすることが好ましい。

【００１３】前記ネットワークはインターネットである
場合、本発明のスケジュール管理システムは、インター
ネット上のサーバとして機能する。

【００１４】また、本発明によるサービス提供方法およ
びそれを実行するコンピュータプログラムは、インター
ネット上で、予め登録された複数のメンバーに対して少
なくともスケジュール情報を共有させるサービスの提供
方法であって、前記複数のメンバーにより共有されるス
ケジュール情報を記憶する記憶処理ステップと、ネット
ワークを介して前記メンバーによる前記スケジュール情
報の設定を受け付ける受付処理ステップと、各メンバー
による端末からのアクセスに応じて、前記スケジュール
情報を一覧画面データとして当該端末へ提供する提供処
理ステップと、前記スケジュールの設定があったとき
に、予め定めた条件に応じて、その旨を前記複数のメン
バーのうちの少なくとも一人に対して、当該メンバーの
携帯型情報機器への直送型の電子メールまたは文字メッ
セージ通信により通知する通知処理ステップとを備えた
ことを特徴とする。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照して詳細に説明する。

【００１６】図１は、本発明の実施の形態に係るシステ
ム全体の構成例を示す。本明細書において、「システ
ム」とは、複数の装置が論理的に集合した物をいい、各
構成の装置が同一筐体中にあるか否かは問わない。

【００１７】本実施の形態では、携帯情報端末（以下、
ＰＤＡ(Personal Digital Assistant)と略称する）１０
をインターネットに接続して、クライアントサービスプ
ロバイダ１８のサービスを受ける場合を例として説明す
る。但し、本発明は、ＰＤＡの利用に限定されるもので
はない。

【００１８】ＰＤＡ１０をインターネットに接続する場
合、通信アダプタ１３を介して既存の通信装置としての
携帯電話（ＰＨＳを含む）１５に接続する。携帯電話１
５は、所定の基地局ＢＳを介して移動網１６１に接続さ
れ、さらにゲートウェイ１６２を介してインターネット
４００に接続される。ここでは、キャリアのインターネ
ット接続プロバイダ１６を利用する例を示したが、キャ
リア以外の任意のインターネット接続プロバイダを利用
してよい。

【００１９】ＰＤＡ１０の本体は、大人の標準的なサイ
ズの片手で両側部を把持できる程度の縦長のほぼ長方形
状を有し、その表面の主要部をディスプレイ２１が占め
る。ディスプレイ２１の上面にはタッチパッド（不可
視）が形成されている。ディスプレイ２１の下方にはハ
ードウエアのキー２２が配置されている。本体には、そ
の内部に挿入格納できるスタイラスまたはペン（図示せ
ず）が付属する。ユーザはこのスタイラスでタッチパッ
ド上の位置を指示したり、手書き文字や図形の入力を行
ったりすることができる。本体上部には、後述するメモ
リスティック（ソニー株式会杜の商標）が内部空洞内に
着脱可能となっている。図には現れていないが、本体左
側面上部に設けられた凹部には、ジョグダイヤル（後
述）の一部が露出している。このジョグダイヤルは、Ｐ
ＤＡ１０を把持した左手の親指の屈伸により回転および
押圧操作できるように配置されている。

【００２０】インターネット４００には、本実施の形態
における情報携帯端末用のいわゆるポータルサイトとし
て機能するクライアントサービスプロバイダ（このシス
テム全体をクライアントサービスサーバまたはポータル
サイトサーバともいう）１８が接続されている。ポータ
ルサイトとは、一般には、インターネットのユーザがＷ
ｅｂブラウザを立ち上げて最初にアクセスする場所のこ
とをいい、魅力のあるコンテンツや豊富なサービスを提
供するサイトである。クライアントサービスプロバイダ
１８は、ルータ４１１、ＬＡＮ４１２、グループウェア
サーバ１８１（スケジュール管理手段）、Ｗｅｂサーバ
（データ提供手段）１８３、およびメールサーバ（通知
手段）１８５を有する。ＬＡＮ４１２は、本実施の形態
では、前述したようなイントラネットである。

【００２１】グループウェアサーバ１８１は、複数の登
録メンバーからなるグループのためのスケジュール管
理、掲示板機能、ToDoリスト機能、共有アドレス帳機能
等を提供するサーバである。Ｗｅｂサーバ１８３は、ｈ
ｔｔｐ(hyper text transfer protocol)プロトコルに則
って、ＨＴＭＬ（Hyper Text Markup Language）等のマ
ークアップ言語により記述された文書をクライアントへ
提供するサーバである。メールサーバ１８５は、クライ
アントサービスプロバイダ１８の登録ユーザの送受信メ
ールを管理するサーバである。

【００２２】図の例では、インターネット接続プロバイ
ダ１６およびクライアントサービスプロバイダ１８は、
別々の主体に属するものとして示したが、同一のプロバ
イダが兼ねてもよい。

【００２３】図２に、本実施の形態におけるＰＤＡ１０
の概略ハードウェア構成を示す。ＣＰＵ(Central Proce
ssing Unit)３１は、発振器３２から供給されるクロッ
ク信号に同期して、Flash ROM(Read-Only Memory)３３
またはEDO DRAM (Extended Data Out Dynamic Random-A
ccess Memory)３４に格納されているオペレーティング
システムまたはアプリケーションプログラムなどの各種
プログラムを実行する。

【００２４】Flash ROM３３は、電気的に書き換え可能
な不揮発性メモリEEROM(Electrically Erasable Progra
mmable Read-Only Memory)の一種であるフラッシュメモ
リで構成され、一般的には、ＣＰＵ３１が使用するプロ
グラムや演算用パラメータのうちの基本的に固定のデー
タを格納する。

【００２５】メモリスティックインタフェース(I/F)３
５は、ＣＰＵ３１の制御下で、ＰＤＡ１０に装着されて
いるメモリスティック１１からデータを読み出すと共
に、ＣＰＵ３１から供給されたデータをメモリスティッ
ク１１に書き込む。

【００２６】ＵＳＢ(Universal Serial Bus)インタフェ
ース３６は、ＣＰＵ３１の制御下で、発振器３７から供
給されるクロック信号に同期して、接続されているクレ
ードル（図示せず）を介して外部のＰＣ（パーソナルコ
ンピュータ）からデータまたはプログラムを入力すると
ともに、ＣＰＵ３１から供給されたデータをクレードル
を介して外部のＰＣに供給する。

【００２７】Flash ROM３３、EDO DRAM３４、メモリス
ティックインタフェース３５およびＵＳＢインタフェー
ス３６は、アドレスバスおよびデータバスを介して、Ｃ
ＰＵ３１に接続されている。

【００２８】表示部２１は、本実施の形態では液晶ディ
スプレイであり、ＬＣＤバスを介してＣＰＵ３１からデ
ータを受信し、受信したデータに対応する画像または文
字などを表示する。タッチパッド制御部３８は、表示部
２１の上面に配置されたタッチパッドが操作されたと
き、その操作に対応したデータ（例えば、タッチされた
座標を示すデータ）を表示部２１から受信し、受信した
データに対応する信号をシリアルバスを介してＣＰＵ３
１へ供給する。

【００２９】ＥＬ(Electroluminescence)ドライバ３９
は、表示部２１の裏側に設けられている電界発光素子を
動作させ、表示部２１の明るさを制御する。

【００３０】赤外線通信部４０は、ＵＡＲＴ(Universal
Asynchronous Receiver Transmitter)を介して、ＣＰ
Ｕ３１から受信したデータを赤外線を媒体として、他の
機器（図示せず）に送信するとともに、他の機器から送
信された赤外線データを受信して、ＣＰＵ３１に供給す
る。また、ＰＤＡ１０は、ＵＡＲＴを介して、他の機器
とも通信することができる。

【００３１】音声再生部４２は、音声のデータの復号回
路およびスピーカなどから構成され、予め記憶している
音声のデータ、またはインターネット５を介して受信し
た音声のデータなどを復号して、再生、音声を出力す
る。例えば、音声再生部４２は、バッファ４１を介し
て、ＣＰＵ３１から供給された音声データを再生して、
そのデータに対応する音声を出力する。

【００３２】キー２２は、ハードウェアの入力キーなど
で構成され、ＣＰＵ３１に各種の指令を入力するために
ユーザにより操作される。ジョグダイヤル２３は、回転
可能プッシュスイッチであり、その回転操作および押圧
操作に対応するデータをＣＰＵ３１に供給する。

【００３３】電源回路４３は、装着されているバッテリ
５２または接続されているＡＣ(Alternating Current)
アダプタ５３から供給される電源の電圧を変換して、所
定の電源電圧を装置各部に供給する。

【００３４】図３に、サーバの一般的なハードウェア構
成の概略を示す。ＣＰＵ５１０は、ＯＳ(Operating Sys
tem)および各種アプリケーションプログラムを実行し、
サーバ各部の制御を行う。ＲＯＭ５１１は、ＣＰＵ５１
０が実行するプログラムや演算用のパラメータのうちの
固定的なデータを格納する。ＲＡＭ５１２は、ＣＰＵ５
１０の作業領域やデータの一時記憶領域を提供する。Ｒ
ＯＭ５１１およびＲＡＭ５１２は、バス５３０を介して
ＣＰＵ５１０に接続される。キーボードなどの入力装置
５１４、ＣＲＴ，液晶ディスプレイなどの表示装置５１
５、ハードディスク装置，ＭＯ，ＣＤ−ＲＯＭ等の外部
記憶装置５１６は、インタフェース５１３を介してバス
５３０に接続されている。また、バス５３０は通信部５
２０を介してインターネットやイントラネット（ＬＡＮ
など）と接続される。サーバはまた、図示しないが、現
在の日時情報を出力するカレンダー及び時計機能を有す
る。但し、図１に示したサーバ１８１，１８３，１８５
が、それぞれ独立にこれらのハードウェア構成を有する
必要は必ずしもなく、一つのサーバ構成を共用すること
も可能である。

【００３５】図４に、クライアントサービスプロバイダ
１８の内部のシステム（クライアントサービスサーバ）
の構成例を示す。図１には示さなかったが、クライアン
トサービスプロバイダ１８は、前述したグループウェア
サーバ１８１、Ｗｅｂサーバ１８３およびメールサーバ
１８５の他に、ユーザデータベース（以下、データベー
スを単にＤＢと略称する）４１４、ユーザ記憶領域４１
７、ユーザＤＢ管理サーバ１８４を有する。

【００３６】ユーザＤＢ４１４は、クライアントサービ
スプロバイダ１８のユーザについての各種の個人情報
を、例えばＨＤＤ（ハードディスクドライブ）等の記憶
装置内に格納したデータベースである。その個人情報と
しては、ユーザＩＤ、氏名、年齢、生年月日、性別、住
所、勤務先、電話番号、ＦＡＸ番号、インターネット接
続用のｌｏｇｉｎＩＤおよびパスワード、メールアドレ
ス、グループウェア用個人情報などである。これに加え
て、有料サービスの提供のための課金ＩＤやクレジット
カード情報等を含んでもよい。

【００３７】ユーザＤＢ管理サーバ１８４は、ユーザＤ
Ｂ４１４における個人情報の登録、更新、削除等の処理
を行う。

【００３８】ユーザ記憶領域（スケジュール記憶手段）
４１７は、例えばＨＤＤ内の記憶領域であり、グループ
ウェアサーバ１８１およびメールサーバ１８５が、この
記憶領域内に登録ユーザ用の各種データを格納する。ユ
ーザ記憶領域４１７は、図１に示すユーザＤＢ４１４と
同一または別個のＨＤＤに格納されてもよい。

【００３９】ＰＤＡ１０のユーザがポータルサイトでの
サービスを受ける前提として、ユーザはまず、クライア
ントサービスプロバイダ１８にユーザ登録を行う必要が
ある。このユーザ登録は、書面や電話でもできるが、オ
ンラインで行うのが迅速かつ簡便である。オンラインユ
ーザ登録は、図４に示したように、ＰＤＡから行う場合
と、それ以外のパーソナルコンピュータ（ＰＣ）等から
行う場合とがありうる。ＰＣからのユーザ登録を行え
ば、文字入力操作が容易である。

【００４０】なお、上記ユーザ登録と、グループウェア
利用のための登録とは、別々に行うようにしてもよい。
例えば、グループウェア利用はオプションのサービス
で、クライアントサービスプロバイダ１８の登録ユーザ
が、選択的に利用できるようにしてもよい。

【００４１】ユーザＤＢ４１４は、図５にテーブル形式
で示すように、ユーザＩＤ毎に上述したような項目を含
むレコードを包含している。特にそのうちのグループウ
ェア用個人情報の欄には、グループウェア利用のための
個人情報であって、具体的には当該ユーザの部署、ログ
イン用ユーザ名およびパスワードが格納される。さら
に、別の情報を付加することも可能である。

【００４２】以下、ＰＤＡ等の端末における画面例およ
びフローチャートを用いて、本実施の形態におけるクラ
イアントサービスプロバイダ１８の動作およびサービス
について説明する。

【００４３】図６は、ＰＤＡ１０のユーザが、ＰＤＡ１
０からインターネットに接続してクライアントサービス
プロバイダ１８のグループウェア利用画面を開いた状態
を示す。このような画面データは、グループウェアサー
バ１８１と連携したＷｅｂサーバ１８３により提供され
る。ここで、予め登録してあるグループウェア用のユー
ザ名およびパスワードを入力して、ログインを行うと、
目的のグループに関する、図示のような各種グループウ
ェアサービスのメニューが表示される。図６の画面で
「スケジュール」を選択すると、図７に示すようなスケ
ジュール一覧画面が表示される。ここでは、選択した部
署（図では営業部）の部署全体および各メンバーの１週
間分のスケジュールが一覧表示されている。部署全体お
よび各メンバーを以下ではスケジュールの主体という。
画面内に入りきらない部分は、画面をスクロールして見
ることができるようになっている。図７のスケジュール
一覧表示において、部署全体または各メンバーの一日の
欄（これをセルと呼ぶ）を、スタイラスまたはジョグダ
イヤルを用いたユーザ（例えばメンバーまたはスケジュ
ール管理者）の操作により選択・決定すると、図８に示
すようなその主体の当日の予定設定画面に切り替わる。

【００４４】図８の画面の例は、営業部全体の２０００
年９月６日の予定設定画面を示している。この画面内に
は、「変更」８１、「件名」８２、「場所」８３、「備
考」８４、「開始・終了設定」８５、「通知要」８６、
「通知相手」８７の各入力欄が用意されている。「変
更」欄は、この設定された入力が既設定の予定を変更す
るものである場合にユーザがチェックするチェックボッ
クスである。「件名」欄は、設定する予定のタイトルの
記入欄である。「場所」欄は、その予定の関連する場所
名の記入欄である。「備考」欄は、その要諦に関連した
任意の説明・注意書き等の記入欄である。「開始・終了
設定」欄は、開始日時と終了日時が設定できるような予
定についてそれらの日時を入力する場合にユーザがチェ
ックするチェックボックスである。「通知要」欄は、こ
の予定をメンバーに通知する必要があるにユーザがチェ
ックするチェックボックスである。ユーザは、「通知
要」にチェックマークを入力した場合には、通知するメ
ンバー（通知相手）を指定する。この例では、「次のメ
ンバー」「次のメンバーを除く全員」（図には表れてい
ない）のいずれかを選択して、それに該当する個々のメ
ンバーを入力できるようになっている。全メンバーは予
め登録されているので、この入力はプルダウンメニュー
から選択できるようになっている。

【００４５】図８の入力画面において、「ＯＫ」ボタン
を指示することにより、この予定内容がスケジュールと
して追加される。また、通知要の場合には、指定された
通知相手に対して、直送型の電子メールまたは文字メッ
セージ通信で、携帯電話等の携帯型情報機器にスケジュ
ール変更等があったことが通知される。「直送型」と
は、ユーザからの働き掛けなしに、ユーザにメールやメ
ッセージの本体データ（または着信があった旨）がユー
ザの携帯型情報機器へ送信される形式をいう。このよう
な直送型の電子メールの例としては、例えば、ｉモード
（ＮＴＴドコモ社の商標）携帯電話に対する電子メール
が挙げられる。また、文字メッセージ通信の例として
は、通常、同一キャリアの携帯電話（ＰＨＳを含む）間
で利用される、例えばＮＴＴドコモ社のショートメール
のようなメッセージ通信が挙げられる。文字メッセージ
通信を行う場合には、メールサーバ１８５がその機能を
も有するものとする。そのために、電子メールがパケッ
ト網を利用するような場合には、メールサーバ１８５
は、電子メールとは別の通信網（電話網）を利用する。

【００４６】本実施の形態におけるスケジュール変更等
の通知は、予定が変更されてその周知徹底が急を要する
場合などに有用なものである。ただし、予定の変更時だ
けでなく、新たな予定を書き込んだ場合にも必要に応じ
て利用することは可能である。

【００４７】通知内容としては、例えば、上述した図８
の画面で入力された、主体、件名、場所、備考の内容が
含まれる。図８の例では、「会議、８０２会議室、9/05
から9/06に変更。」という文字列である。電子メールや
メッセージ通信において、文字数制限がある場合には、
その制限を越えた部分は削除される。但し、通知内容は
これに限られるものではない。Ｗｅｂブラウザを搭載し
た端末に対して電子メールで通知する場合には、当該ス
ケジュールにアクセスするためのＵＲＬ情報を上記内容
に加えて、または代えて、送信するようにしてもよい。
この設定内容は、図７のように当該主体の当該日の予定
表示に反映される。ここでは、開始時刻と件名を表示し
ている。また、通知された場合にその旨を示す情報（こ
の例では「変更」）を表示している。この他、通知の対
象とした当該スケジュール情報および／または「変更」
等の文字列を、反転表示などの任意の、閲覧者の注意を
喚起するような表示形態で表示するようにしてもよい。

【００４８】図６の画面において、ユーザが「クリア」
ボタンを押した場合には、入力内容がすべて消去され
る。例えば、「クリア」ボタンで既設定の予定をクリア
した状態で「ＯＫ」ボタンを押すと、その予定がキャン
セルされる。図７の例では、会議の日程を９月５日から
９月６日に変更した場合を想定している。この場合、９
月５日の旧予定はクリアボタンにより消去してあり、９
月６日の新予定の方で通知の設定を行っている。予定を
キャンセルした状態をメンバーに通知したい場合には、
クリアを行うことなく、予定の備考欄に、その予定がキ
ャンセルされた旨を記載して、通知設定を行うことも可
能である。その場合には、図７の一覧画面上で、その予
定がキャンセルされたことを示す何らかの表示を行うこ
とが好ましい。

【００４９】なお、変形例として、「通知要」のチェッ
クボックスを削除し、「変更」チェックボックスがチェ
ックされたときにのみ通知を行うようにすることも可能
である。

【００５０】図９は、図７に示したような共有スケジュ
ールに対して、スケジュール情報の設定（新規書き込み
または変更）が行われたときに、グループウェアサーバ
１８１が実行する処理例を示す。まず、ユーザが指示し
たセルの主体および日付を確認する（Ｓ１１）。つい
で、その主体および日付の予定を入力するための入力画
面またはウィンドウ（図８）を開く（Ｓ１２）。そこ
で、ユーザからの入力操作を受け付け（Ｓ１３）、ＯＫ
ボタンの押下により入力が終了したと判断されたら（Ｓ
１４）、その設定事項に基づいてスケジュールの更新を
行う（Ｓ１５）。また、通知要のチェックマークの有無
を調べて、通知要であると判断されれば（Ｓ１６，Ｙｅ
ｓ）、通知相手を確認して（Ｓ１７）、メールサーバ１
８５を介して、当該通知相手すべてに対して上述したよ
うな内容の通知を実行する（Ｓ１８）。この通知を受け
たメンバーは、そのメール等のメッセージに基づいて、
スケジュールの変更や設定内容があったことを認識でき
る。また、その詳細については、当該グループウェアサ
ービスを提供するサイトにアクセスすることにより、確
認することができる。

【００５１】次に、本発明の第２の実施の形態について
説明する。本実施の形態では、上記第１の実施の形態と
は、グループウェアサーバ１８１の処理内容および端末
画面が異なるだけで、システム構成は第１の実施の形態
と同じである。第１の実施の形態では、スケジュールの
変更や設定について、メンバーに通知するのみでそのメ
ンバーが実際にその通知を認識したか否かは、スケジュ
ール管理者には必ずしも明らかではない。そこで、この
実施の形態では、通知を受けたメンバーがサーバ上のス
ケジュールを確認したときに、その事実を残すことがで
きるようにするとともに、そのような確認行為が行われ
ない場合に、自動的に再度通知を実行できるようにした
ものである。

【００５２】図１０に、本実施の形態における、図８の
端末画面に代わる画面例を示す。図８の画面と異なる点
は、ユーザが「通知要」を選択したときに通知相手を個
別に指定し、その通知相手が確認したか否かを示す確認
入力欄９９を設けた点にある。通知を受けたメンバー
は、当該予定の設定画面にアクセスして、自身の名前に
属する確認入力欄９９を操作して、「未確認」から「了
解」に確認状態を変更する。図１０の画面では、さら
に、「自動再通知要」を設定できるチェックボックス９
７およびその時間間隔および回数を設定する入力欄９８
を設けた点も図８と異なる。

【００５３】図１１は、再通知の設定が行われた予定に
ついて、グループウェアサーバ１８１が実行する自動再
通知処理の一例を示す。まず、現在時点が当該予定の開
始日時前か否かを判断する（Ｓ２１）。後であれば、再
通知の意味がないので、自動再通知設定を解除する（Ｓ
２７）。前であれば、通知相手の応答状況を確認する
（Ｓ２２）。未確認状態であれば（Ｓ２３，Ｙｅｓ）、
再通知の準備を行う（Ｓ２４）。直ちに再通知を行わな
いのは、この段階では他のメンバーに対する再通知があ
るかどうか不明であることによる。当該予定に対して次
の通知相手が存在すれば、ステップＳ２２に戻り、上記
処理を繰り返す。すべての通知相手について処理が終わ
ったら（Ｓ２５，Ｎｏ）、未確認の通知相手すべてに対
して、上記と同様の方法で再度通知を行う（Ｓ２６）。

【００５４】この第２の実施の形態により、通知相手が
当該通知内容を確認したか否かをスケジュール管理者が
認識することができる。また、未確認時に自動的に再通
知を行うことも可能である。これにより、スケジュール
変更等のメンバーに対する周知徹底を図ることができ
る。

【００５５】図１２は、本発明の第３の実施の形態にお
けるシステム構成を示す。先の実施の形態では、インタ
ーネットのサーバにおいてグループウェアサービスを提
供したが、この実施の形態ではＬＡＮおいて、グループ
ウェアサービスを行うサーバ１８ａを設けたものであ
る。これは、グループのメンバーが建物の異なる階や、
異なる建屋に分散している場合に有用である。また、Ｌ
ＡＮをイントラネットとして構成し、外部からインター
ネットを介してサーバ１８ａにアクセスできるようにす
ることにより、携帯用Ｗｅｂ閲覧マシンを用いてメンバ
ーが、外出先から社内のグループウェアサービスを利用
することが可能になる。

【００５６】上述した一連の処理を実行するプログラム
をサーバに初期的にまたは事後的にインストールし、サ
ーバにおいて実行可能な状態にするために用いられるプ
ログラム格納媒体としては、例えばフロッピー（登録商
標）ディスク、ＣＤ−ＲＯＭ（Compact Disc-Read Only
Memory）、ＤＶＤ（Digital Versatile Disc）等のパ
ッケージメディアのみならず、当該プログラムが一時的
もしくは永続的に格納される半導体メモリや磁気ディス
ク等で実現してもよい。また、これらプログラム格納媒
体に当該プログラムを格納する手段としては、ローカル
エリアネットワークやインターネット、ディジタル衛星
放送等の有線及び無線通信媒体を利用してもよく、ルー
タやモデム等の各種通信インターフェースを介して格納
するようにしてもよい。

【００５７】以上、本発明の好適な実施の形態について
説明したが、上記で言及した以外にも種々の変形・変更
を行うことが可能である。

【００５８】例えば、ＰＤＡのインターネットへの接続
は携帯電話等の外部の通信装置を介して行う例を示した
が、ＰＤＡに通信機能が内蔵されれば、そのような外部
の通信装置は不要である。

【００５９】また、前述したように、Ｗｅｂページ閲覧
用マシンはＰＤＡに限定されるものではなく、パーソナ
ルコンピュータ（ＰＣ）、携帯電話等、Ｗｅｂブラウザ
を搭載した任意の情報機器であってよい。

【００６０】部署全体のスケジュールの変更に関しての
み説明したが、本発明は、個々のメンバーのスケジュー
ルの設定（変更または新たな予定書き込み）に関して通
知を行うことを排除するものではない。

【００６１】さらに、図示したハードウェア構成、画
面、メニュー項目、処理フローなどは説明のための例示
であり、本発明はそれらの細部に限定されるものではな
い。

【００６２】

【発明の効果】本発明によれば、グループのメンバーに
共有されるスケジュールの変更等を直ちにかつ自動的に
メンバーに通知することができるので、グループウェア
の利用価値を増加させることができる。また、本発明
は、インターネット上のサーバにおいて採用すれば、ク
ライアントサービスプロバイダにおける付加価値サービ
スとして有用である。

【００６３】

【図面の簡単な説明】

【図１】本発明の実施の形態に係るシステム全体の構成
例を示す略線図である。

【図２】本発明の実施の形態におけるＰＤＡの概略ハー
ドウェア構成を示すブロック図である。

【図３】実施の形態において用いられるサーバの一般的
なハードウェア構成の概略を示すブロック図である。

【図４】図１に示したクライアントサービスプロバイダ
の内部のシステム構成例を示す図である。

【図５】実施の形態におけるクライアントサービスプロ
バイダのユーザデータベースの構成例を示す図である。

【図６】ＰＤＡのユーザが、ＰＤＡからインターネット
に接続してクライアントサービスプロバイダのグループ
ウェア利用画面を開いた状態を示す図である。

【図７】ＰＤＡのスケジュール画面の表示例を示す図で
ある。

【図８】図７のスケジュール画面から切り替わる予定設
定画面の表示例を示す図である。

【図９】図７に示したような共有スケジュールに対し
て、スケジュールの書き込みが行われたときに、グルー
プウェアサーバが実行する処理例を示すフローチャート
である。

【図１０】第２の実施の形態における、図８の端末画面
に代わる画面例を示す図である。

【図１１】第２の実施の形態において再通知の設定が行
われた予定について、グループウェアサーバが実行する
自動再通知処理の一例を示すフローチャートである。

【図１２】本発明の第３の実施の形態におけるシステム
構成を示すブロック図である。

【符号の説明】

１０…携帯情報端末（ＰＤＡ）、１５…携帯電話、１６
…インターネット接続プロバイダ、１７…モバイルコン
テンツプロバイダ、１８…クライアントサービスプロバ
イダ（クライアントサービスサーバ）、１８ａ…サー
バ、１８１，１８１ａ…グループウェアサーバ、１８
３，１８３ａ…Ｗｅｂサーバ、１８４，１８４ａ…ユー
ザＤＢ管理サーバ、１８５，１８５ａ…メールサーバ、
４００…インターネット、４１４…ユーザＤＢ。

Claims

【特許請求の範囲】

【請求項１】予め登録された複数のメンバーにより共有
されるスケジュール情報を記憶するスケジュール記憶手
段と、ネットワークを介して前記メンバーによる前記スケジュ
ール情報の設定を受け付けるスケジュール管理手段と、各メンバーによる端末からのアクセスに応じて、前記ス
ケジュール情報を一覧画面データとして当該端末へ送信
する送信手段と、前記スケジュールの設定があったときに、予め定めた条
件に応じて、その旨を前記複数のメンバーのうちの少な
くとも一人に対して、当該メンバーの携帯型情報機器へ
の直送型の電子メールまたは文字メッセージ通信により
通知する通知手段と、を備えたことを特徴とするスケジュール管理システム。
【請求項２】前記予め定めた条件として通知の要否をユ
ーザが指定する手段をさらに備えたことを特徴とする請
求項１記載のスケジュール管理システム。
【請求項３】前記スケジュール管理手段は、前記スケジ
ュール情報の設定時に、前記予め定めた条件として当該
設定が既設定スケジュールの変更であるか否かの入力を
受け、変更である場合に通知要と判断する請求項１記載
のスケジュール管理システム。
【請求項４】前記予め定めた条件として、通知の相手を
ユーザが指定する手段をさらに備えたことを特徴とする
請求項１記載のスケジュール管理システム。
【請求項５】前記スケジュール管理手段は、前記通知手
段による通知を受けたメンバーから、このメンバーが当
該通知を認知したことの確認情報の入力を受けて、その
旨を前記一覧画面データまたはその付随データに反映さ
せることを特徴とする請求項１または４記載のスケジュ
ール管理システム。
【請求項６】前記通知手段は、前記確認情報に基づい
て、通知認知が確認されないメンバーに対して、再通知
を行うことを特徴とする請求項５記載のスケジュール管
理システム。
【請求項７】前記ネットワークはイントラネットであ
り、かつ、前記メンバーによるインターネットを介した
アクセスを受け付けることを特徴とする請求項１〜６の
いずれかに記載のスケジュール管理システム。
【請求項８】前記ネットワークはインターネットであ
り、インターネット上のサーバとして機能することを特
徴とする請求項１〜６のいずれかに記載のスケジュール
管理システム。
【請求項９】インターネット上で、予め登録された複数
のメンバーに対して少なくともスケジュール情報を共有
させるサービスの提供方法であって、前記複数のメンバーにより共有されるスケジュール情報
を記憶する記憶処理ステップと、ネットワークを介して前記メンバーによる前記スケジュ
ール情報の設定を受け付ける受付処理ステップと、各メンバーによる端末からのアクセスに応じて、前記ス
ケジュール情報を一覧画面データとして当該端末へ提供
する提供処理ステップと、前記スケジュールの設定があったときに、予め定めた条
件に応じて、その旨を前記複数のメンバーのうちの少な
くとも一人に対して、当該メンバーの携帯型情報機器へ
の直送型の電子メールまたは文字メッセージ通信により
通知する通知処理ステップと、を備えたことを特徴とするサービス提供方法。
【請求項１０】インターネット上で、予め登録された複
数のメンバーに対して少なくともスケジュール情報を共
有させるサービスの提供方法を実行するためのコンピュ
ータプログラムを格納したプログラム格納媒体であっ
て、前記複数のメンバーにより共有されるスケジュール情報
を記憶する記憶処理ステップと、ネットワークを介して前記メンバーによる前記スケジュ
ール情報の設定を受け付ける受付処理ステップと、各メンバーによる端末からのアクセスに応じて、前記ス
ケジュール情報を一覧画面データとして当該端末へ提供
する提供処理ステップと、前記スケジュールの設定があったときに、予め定めた条
件に応じて、その旨を前記複数のメンバーのうちの少な
くとも一人に対して、当該メンバーの携帯型情報機器へ
の直送型の電子メールまたは文字メッセージ通信により
通知する通知処理ステップと、を備えたことを特徴とするサービス提供方法を実行する
ためのコンピュータプログラムを格納したプログラム格
納媒体。