JP2000090165A - スケジュール管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 スケジュール情報を公開して管理する。 【解決手段】 スケジュール情報の入手を所望する者
は、Ａ社ＬＡＮ２００上のクライアント端末２０２や、
公衆回線３００およびインターネットプロバイダ４００
を介して接続される通信端末５０１、５０２などを用い
て、インターネット６００を介して提供される情報を入
手できるようになっている。スケジュール管理センタ１
００は、主に登録ユーザのスケジュールを管理を行うも
のであり、登録ユーザのスケジュール情報を依頼者およ
び確認者に対して、電子メールやＷＷＷなどのインター
ネットサービスを用いて提供する。また、スケジュール
管理センタ１００は、Ａ社社員を登録ユーザとして管理
して、Ａ社のスケジュールデータと連携して更新される
スケジュール情報をインターネットサービスによって提
供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、スケジュール情
報をインターネット上で公開して管理するスケジュール
管理装置に関する。

【０００２】

【従来の技術】会議の予定や接客の予定といった個人の
スケジュールは、本来各個人がそれぞれ管理する情報で
ある。しかしながら、自己のスケジュールを各個人のみ
が管理していると、会議への出欠の確認やアポイントの
依頼などを行う場合に、その都度各個人のスケジュール
を問い合わせなければならないため大変不便である。例
えば、スケジュールを確認するために電話をかけて直接
確認しようとしても、相手が不在であることが多等の理
由により、確認ができない場合がある。そこで、コンピ
ュータネットワークを利用してスケジュール情報を共有
化する技術が従来より提案されている。例えば、特開平
５−１６５８３６号公報には、ＬＡＮ（Local Area Net
work）上のサーバによりスケジュール情報を一元的に管
理する技術が記載されている。

【０００３】

【発明が解決しようとする課題】このような従来から提
案されているスケジュール共有化技術は、外部の人間が
スケジュール情報にアクセスすることがない、ＬＡＮの
ような閉じたネットワークを前提としている。すなわ
ち、サーバが管理しているスケジュール情報へのアクセ
ス権限が予め設定されている者のスケジュールを管理
し、スケジュール情報を確認する者もサーバへのアクセ
ス権限がある者だけである。従って、外部の人間はスケ
ジュール情報を確認することができないので、やはり直
接電話などの手段によってスケジュールを確認するしか
なかった。また、ＬＡＮへのアクセス権限を有する者が
スケジュール情報を確認する場合でも、外出先から確認
する場合には認証の手続きが必要であった。

【０００４】一方、今日はインターネットや携帯端末な
どの普及に伴い、どこでも誰でも必要な情報を入手でき
ることが望まれている。しかしながら、閉じたネットワ
ーク内でのスケジュール情報管理技術は、セキュリティ
の問題上から情報を外部に公開しないため、従来から提
案されているコンピュータネットワークを利用したスケ
ジュール管理に関する技術を用いてスケジュール情報を
公開することは好ましくない。

【０００５】本発明は、上述した課題を解決するために
なされたものであり、スケジュール情報を公開して管理
することが可能なスケジュール管理装置を提供すること
を目的としている。

【０００６】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１に記載の発明は、ネットワークに接続
されたスケジュール管理装置において、登録ユーザの予
定時間データを記憶する記憶手段と、受信した参照依頼
データにより指定された登録ユーザに対応する空き時間
データを前記予定時間データに基づいて生成し、当該空
き時間データを前記参照依頼データによって特定される
送信先に送信する空き時間データ生成送信手段とを具備
することを特徴とする。

【０００７】また、請求項２に記載の発明は、ネットワ
ークに接続されたスケジュール管理装置において、登録
ユーザの予定時間データおよび予定内容データを含むス
ケジュールデータを記憶する記憶手段と、受信した希望
時間データを含むアポイント依頼データにより指定され
た登録ユーザに対応する前記スケジュールデータから前
記希望時間データによって特定される日時に基づいて所
定の期間を設定し、当該設定した期間内の前記予定時間
データおよび当該予定時間データに対応する前記予定内
容データを抽出するスケジュールデータ抽出手段と、抽
出した前記予定時間データおよび前記予定内容データ並
びに前記アポイント依頼データを含む依頼通知データを
生成し、当該依頼通知データを指定された前記登録ユー
ザに送信する依頼通知データ送信手段とを具備すること
を特徴とする。

【０００８】また、請求項３に記載の発明は、ネットワ
ークに接続されたスケジュール管理装置において、登録
ユーザの予定時間データおよび予定内容データを含むス
ケジュールデータを記憶する記憶手段と、受信したアポ
イント依頼データにより指定された登録ユーザに対し
て、前記アポイント依頼データを受信した旨を通知する
通知データを送信する通知データ送信手段とを具備する
ことを特徴とする。

【０００９】また、請求項４に記載の発明は、ネットワ
ークに接続されたスケジュール管理装置において、登録
ユーザの予定時間データおよび予定内容データを含むス
ケジュールデータを記憶する記憶手段と、受信した希望
時間データを含むアポイント依頼データにより指定され
た登録ユーザに対応する前記スケジュールデータから前
記希望時間データによって特定される日時に基づいて所
定の期間を設定し、当該設定した期間内の前記予定時間
データおよび当該予定時間データに対応する前記予定内
容データを抽出するスケジュールデータ抽出手段と、抽
出した前記予定時間データおよび前記予定内容データ並
びに前記アポイント依頼データに対応した依頼内容を表
示するための依頼内容データを生成し、当該依頼内容デ
ータを指定された前記登録ユーザに送信する依頼内容デ
ータ送信手段とを具備することを特徴とする。

【００１０】また、請求項５に記載の発明は、ネットワ
ークに接続されたスケジュール管理装置において、登録
ユーザの予定時間データおよび予定内容データを含むス
ケジュールデータを記憶する記憶手段と、受信したアポ
イント依頼データにより指定された前記登録ユーザに対
して前記アポイント依頼データを含む確認データを送信
する確認データ送信手段と、前記アポイント依頼データ
における依頼に対する諾否を示す諾否データを指定され
た前記登録ユーザから受信する諾否データ受信手段と、
前記諾否データに基づいて前記スケジュールデータを更
新する更新手段とを具備することを特徴とする。

【００１１】また、請求項６に記載の発明は、ネットワ
ークに接続されたスケジュール管理装置において、登録
ユーザの予定時間データおよび予定内容データを含むス
ケジュールデータを記憶する記憶手段と、受信したアポ
イント依頼データにより指定された前記登録ユーザに対
して前記アポイント依頼データを含む確認データを送信
する確認データ送信手段と、前記アポイント依頼データ
における依頼に対する諾否を示す諾否データを指定され
た前記登録ユーザから受信する諾否データ受信手段と、
前記諾否データに基づいて前記アポイント依頼に対する
諾否を結果として通知する結果通知データを生成し、当
該結果通知データを前記参照アポイント依頼データによ
って特定される送信先に送信する結果通知データ送信手
段とを具備することを特徴とする。

【００１２】また、請求項７に記載の発明は、請求項１
ないし６いずれかに記載のスケジュール管理装置におい
て、前記ネットワークにおいては、当該スケジュール管
理装置に対する認証手続きを必要とせずに接続を認める
ことを特徴とする。

【００１３】また、請求項８に記載の発明は、請求項１
ないし６いずれかに記載のスケジュール管理装置におい
て、前記記憶装置に記憶されたデータが更新された場合
は、前記ネットワークを介して接続された他装置に記憶
されている当該更新されたデータに対応するデータを連
携して更新するための取引データを送信する取引データ
送信手段を具備することを特徴とする。

【００１４】また、請求項９に記載の発明は、請求項８
に記載のスケジュール管理装置において、前記ネットワ
ークにおいては、前記他装置に対する認証手続きの完了
後に接続を認め、当該スケジュール管理装置に対する認
証手続きを要求せずに接続を認めることを特徴とする。

【００１５】

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

【００１６】１．実施形態の構成 １−１．概要構成 まず、図１を参照して、本実施形態の概要構成について
説明する。本実施形態は、スケジュール公開を行う登録
ユーザのスケジュール情報をケジュール管理センタ１０
０が管理して公開するシステムである。スケジュール情
報の入手を所望する者は、Ａ社ＬＡＮ２００上のクライ
アント端末２０２や、公衆回線３００およびインターネ
ットプロバイダ４００を介して接続される通信端末５０
１、５０２などを用いて、インターネット６００を介し
て提供される情報を入手できるようになっている。以
下、公開されたスケジュール情報を参照して登録ユーザ
に対してアポイントを依頼する者を「依頼者」とし、依
頼されたアポイントの確認（承諾あるいは拒否）を行う
登録ユーザを「確認者」とする。

【００１７】スケジュール管理センタ１００は、主に登
録ユーザのスケジュールを管理を行うものであり、登録
ユーザのスケジュール情報を依頼者および確認者に対し
て、電子メールやワールドワイドウェブ（World Wide W
eb：ＷＷＷ）といったインターネットサービスを用いて
提供するためのものである。なお、詳しい構成について
は後述する。

【００１８】Ａ社ＬＡＮ２００は、従来技術で説明した
ような企業内のＬＡＮであり、Ａ社サーバ２０１および
クライアント端末２０２を備えて構成されている。Ａ社
サーバ２０１は、クライアント端末２０２からの依頼な
どに基づいてＡ社の社員のスケジュール管理処理を行っ
ており、Ａ社スケジュール管理用のデータベースを用い
て管理している。Ａ社の社員は、クライアント端末２０
２を用いて、自己のスケジュールデータを登録したり参
照することができるようになっている。本実施形態で
は、スケジュール管理センタ１００およびＡ社サーバ２
０１は、専用線１０１によって接続されており、Ａ社サ
ーバ２０１において管理しているＡ社の社員のスケジュ
ールデータを、スケジュール管理センタ１００において
管理しているスケジュールデータと連携するようになっ
ている。すなわち、スケジュール管理センタ１００は、
Ａ社社員を登録ユーザとして管理して、Ａ社のスケジュ
ールデータと連携して更新されるスケジュール情報をイ
ンターネットサービスによって提供する。従って、依頼
者がＡ社ＬＡＮにアクセス権限がなく、Ａ社ＬＡＮ２０
０に対する認証手続きを行うことができない場合でも、
認証手続きの不要なスケジュール管理センタ１００から
提供されるデータに基づいて、Ａ社社員のスケジュール
情報を容易に確認することができるようになっている。

【００１９】次に、公衆回線３００は、例えば電話網
や、ＩＳＤＮ網、移動通信網など通信事業者の通信網で
ある。依頼者および確認者を含むユーザは、例えば家庭
や外出先などから公衆回線３００を介してスケジュール
管理センタ１００にアクセスすることができる。インタ
ーネットプロバイダ４００は、公衆回線３００を介して
通信端末５００をインターネット６００に接続するもの
である。また、通信端末５０１、５０２はユーザが公衆
回線３００を介してスケジュール管理センタ１００が提
供する情報を入手する場合に用いる装置であり、通信機
能を備えている。通信端末５００には、例えば携帯電話
に接続したパーソナルコンピュータなどを用いる。

【００２０】本実施形態では、登録ユーザのスケジュー
ルを確認したりアポイントを依頼する場合には、電子メ
ールまたはＷＷＷを利用する。従って、登録ユーザのス
ケジュールを確認したりアポイントを依頼するために用
いる装置（図１においては、クライアント端末２０２お
よび通信端末５００）は、インターネット６００を介し
て電子メールを送受信してデータを閲覧するための機能
（メーラ）あるいは、ＷＷＷにおいて用いるハイパーテ
キスト（HyperText Markup Language：ＨＴＭＬ）形式
のデータを閲覧するための機能（具体的にはＷＷＷブラ
ウザ）を備えているものとする。このようなデータ閲覧
機能を備える通信端末５０１、５０２は、従来から広く
使用されている汎用の装置である。従ってユーザは、公
衆回線３００に接続可能な場所であればどこからでも、
容易に自己または他人である登録ユーザのスケジュール
を確認したり、アポイントを依頼することが可能にな
る。

【００２１】１−２．管理センタ１００の構成 次に、管理センタ１００の構成について説明する。

【００２２】（１）装置構成 図２は、管理センタ１００の装置構成を示すブロック図
である。管理センタ１００は、記憶装置１１０、スケジ
ュール管理サーバ１２０、ウェブサーバ１３０、メール
サーバ１４０、ルータ１５０、インターワーク装置１６
０およびファイアウォール１７０などを備えたネットワ
ークとして構成されている。

【００２３】記憶装置１１０は、登録ユーザに関する情
報や登録ユーザのスケジュール情報をデータベースとし
て記憶した媒体であり、例えばハードディスクなどの読
み書き可能な大容量記憶媒体である。スケジュール管理
サーバ１２０は、後に詳しく説明するように、記憶装置
１１０に記憶されているデータを管理し、インターネッ
トサービスを用いてスケジュール情報を提供するための
情報処理を行うサーバである。また、スケジュール管理
サーバ１２０はデータ連携部１２１を備えており、Ａ社
ＬＡＮのような外部ネットワーク上のサーバとスケジュ
ールデータを連携させることができるように構成されて
いる。データ連携部１２１は、データ連携プログラムに
基づいてデータ連携処理を行うものであり、Ａ社サーバ
２１０とデータ連携を行うためのトランザクション（取
引）データを生成する処理部や、Ａ社サーバ２１０に接
続されている専用線とのインターフェイスなどを備えて
いる。なお、スケジュール管理センタ１００とデータ連
携を行うＡ社サーバ２１０も同様のデータ連携部２１１
を備えている（図１参照）。

【００２４】次に、ウェブサーバ１３０は、スケジュー
ルデータをＷＷＷサービスとして提供するためのサーバ
であり、メールサーバ１４０は、スケジュールデータを
電子メールサービスを用いて提供するためのサーバであ
る。ルータ１５０は、ＩＰ（Internet Protocol）パケ
ットをルーティングするものである。インターワーク装
置（ＩＷＥ）１６０は、公衆回線３００を介して通信端
末５００とデータを送受信するための回線接続を行う交
換機であり、通信端末５０１、５０２は、公衆回線３０
０を介してスケジュール管理センタ１００に接続を行う
ことによって、インターネット６００を介さずに情報の
提供を受けることができるようになっている。そして、
ファイアウォール１７０は、インターネット６００から
スケジュール管理センタ１００のネットワークを保護す
るためのサーバである。

【００２５】（２）データベースの構成 次に、記憶装置１１０に記憶されているデータベースの
構成について説明する。記憶装置１１０には、図３に示
す、登録ユーザデータベース（図３（ａ））およびセン
タスケジュールデータベース（図３（ｂ））が記憶され
ている。

【００２６】登録ユーザデータベース（図３（ａ）参
照）は、各登録ユーザ毎に、「ユーザＩＤ」、「ユーザ
名」、「電子メールアドレス」、および「連携先」を示
すデータを記憶している。「ユーザＩＤ」は、スケジュ
ール情報を提供するインターネットサービスにおいて登
録ユーザを識別するためのデータである。「ユーザ名」
は、登録ユーザの氏名をテキストデータで示している。
ユーザ名のテキストデータは、ユーザＩＤによって識別
された登録ユーザの氏名を表示させる場合などにおいて
用いられる。「電子メールアドレス」は、登録ユーザに
電子メールを送信する際の電子メールアドレスを示して
いる。記憶された電子メールアドレスデータは、後述す
るように、依頼者の替わりにスケジュール管理センタ１
００が確認者に電子メールアドレスを送信する際などに
用いられる。

【００２７】また、「連携先」は、外部ネットワーク上
のサーバが管理するスケジュールデータと、スケジュー
ル管理センタ１００が管理するスケジュールデータの連
携を行う場合における連携先を示している。本実施形態
においては、Ａ社サーバ２１０と連携を行うことができ
るようになっており、図３（ａ）に示す登録ユーザ
（ユーザＩＤ：SUZUKI）のスケジュールデータは、Ａ社
サーバ２１０が管理するスケジュールデータと連携して
いる。スケジュールデータが外部のサーバと連携してい
ない場合は、図３（ａ）に示すように、連携先を示す
データが記憶されていない。

【００２８】次に、センタスケジュールデータベース
（図３（ｂ）参照）について説明する。センタスケジュ
ールデータベースは、「管理ナンバー」、「開始／終了
日時」、「内容」、「場所」、「依頼者」、「確認
者」、および「確定／依頼」に関する情報を示すデータ
から構成されており、登録ユーザのスケジュールを依頼
単位で管理するように構成されている。すなわち、依頼
者からの一つの依頼毎に管理ナンバーが付され（図３
（ｂ）中”Ｎｏ．１、２……）、一つの管理ナンバー毎
に一つのレコードとしてスケジュール情報が管理されて
いる。

【００２９】「開始／終了日時」は、当該依頼にかかる
スケジュールの開示日時および終了日時を示すデータで
あり、「内容」は、スケジュールの依頼内容を示すデー
タである。「場所」は、当該依頼にかかるスケジュール
内容が行われる場所を示すデータであり、例えば、会議
室名などが示されている。「依頼者」は、当該スケジュ
ールの依頼を行った者を特定するデータとして依頼者名
が記憶され、「確認者」は、依頼者がアポイント依頼を
行った登録ユーザを示すデータとしてユーザＩＤが記憶
されている。また、「確定／依頼」は、依頼者が行った
アポイント依頼の状態を示すデータであり、未だ確認者
がアポイント依頼を確認していない場合は「依頼」を示
し、確認者がアポイント依頼を承諾すると「確定」を示
す。

【００３０】ところで、図３に示したものと同様のデー
タベース（Ａ社スケジュールデータベース）が、スケジ
ュールデータの連携を行うＡ社サーバにおいても管理さ
れている。図４は、Ａ社スケジュールデータベースを示
す図である。Ａ社スケジュールデータベースは、図３
（ｂ）に示したセンタスケジュールデータベースのうち
のＡ社の社員に関するスケジュール情報を管理する。Ａ
社スケジュールデータベースは、センタスケジュールデ
ータベースと同様の構成になっており、後に詳しく説明
するように、管理サーバ１２０のデータ連携部１２１お
よびＡ社サーバのデータ連携部２１１は専用線１０１を
介して、トランザクションデータを送受信して双方のス
ケジュールデータを連携させることができるようになっ
ている。

【００３１】２．実施形態の動作 次に、上記構成を有する実施形態の動作について説明す
る。上述したように、本実施形態においては、スケジュ
ール管理センタ１００が管理するスケジュールデータを
Ａ社サーバ２１０において管理するスケジュールデータ
と連携させる場合と、連携させない場合があるので、以
下、それぞれの場合に分けて説明する。

【００３２】２−１．スケジュールデータの連携を行う
場合 まず、図５に示すシーケンスフローチャートを参照しな
がら、スケジュールデータの連携を行う場合の実施形態
の動作について説明する。ここでは、依頼者が通信端末
５０１のブラウザを用いて、Ａ社の社員である登録ユー
ザを確認者とするアポイント依頼を行い、確認者はクラ
イアント端末２２０を用いて確認を行う場合を例として
説明する。

【００３３】まず、依頼者は、通信端末５０１からスケ
ジュール管理センタ１００に対して、確認者の空きスケ
ジュールの送信を要求するリクエストデータを送信する
（Ｓ１０１）。ここでは、空きスケジュールデータの参
照先を示すＵＲＬ（UniformResource Locator）を含む
リクエストデータを送信する。本実施形態においては、
ステップＳ１０１において送信されるＵＲＬは、スケジ
ュール管理サーバ１２１が管理する登録ユーザの空きス
ケジュール情報をリソースとして指定している。

【００３４】スケジュール管理センタ１００は、送信さ
れたＵＲＬによって指定される空きスケジュールデータ
を通信端末５０１に送信する（Ｓ１０２）。ここで、図
６は、ステップＳ１０２において送信された空きスケジ
ュールデータに基づいて、通信端末５０１のブラウザに
空きスケジュール情報を表示した場合の画面の例を示し
ている。図中６１は、確認者の空きスケジュールを参照
するためのＵＲＬを表示するエリアであり、図示する例
では、ユーザＩＤ：ＳＵＺＵＫＩの空きスケジュールを
参照するＵＲＬを示している。依頼者が６１に入力した
ＵＲＬは、ステップＳ１０１においてスケジュール管理
センタ１００に送信される。本実施形態においては、登
録ユーザ毎に空きスケジュール参照用のＵＲＬが異なっ
ており、スケジュール管理サーバ１３０は、送信された
ＵＲＬに基づいて確認者となる登録ユーザを識別する。
また、６２は、ＵＲＬによって識別された登録ユーザの
空きスケジュール情報を表示するエリアである。

【００３５】図６に示した画面を通信端末５０１上のブ
ラウザに表示させるためのデータは、ウェブサーバ１３
０からＷＷＷサービスを提供するデータとして送信され
る。より具体的には、スケジュール管理サーバ１２０
は、センタスケジュールデータベース中のデータの中か
ら、送信されたＵＲＬに対応する登録ユーザのユーザＩ
Ｄが「確認者」として記憶されているレコードを抽出す
る。そして、空きスケジュールとして表示させる一定の
期間から、スケジュールが確定している日時を控除した
日時を空きスケジュールと決定する。そして、図６に示
す画面を表示させるためのデータを生成してウェブサー
バ１３０から送信させる。

【００３６】ところで、依頼者は図６に示す画面から確
認者の空きスケジュールを把握すると、所望する日時を
指定してアポイントの依頼を行うことができる。ここで
は、依頼者は図６に示す６３にアポイント希望日時を、
６４にアポイントの内容を、そして６５に依頼者の氏名
を入力して送信ボタン６６を押す操作を行うと、アポイ
ント依頼データが生成されて通信端末５０１からスケジ
ュール管理センタ１００に送信される（図５：Ｓ１０
３）。スケジュール管理サーバ１２０は、受信したアポ
イント依頼データに基づいてセンタスケジュールデータ
ベースに新たな管理ナンバーを付して新規レコードを生
成する。例えば、図３（ｂ）に示すＮｏ．４のレコード
は、図５のステップＳ１０３によって送信されたアポイ
ント依頼データに基づいて生成されたデータが記憶され
ている状態を示している。この場合においては、依頼者
が行ったアポイント依頼は未だ確認者によって確認され
ていないので、「依頼」段階を示している。

【００３７】ここで、登録ユーザデータベースを参照す
ると（図３（ａ））、確認者である登録ユーザのスケジ
ュールデータは、Ａ社サーバ２１０が管理するスケジュ
ールデータと連携していることがわかる。従って、スケ
ジュール管理サーバ１２０は、データ連携部１２１にお
いて、Ａ社サーバ２１０が管理するＡ社データデータベ
ースとのデータ連携を行うためのトランザクションデー
タを生成し、専用線１０１を介してＡ社サーバ２１０の
データ連携部２１１に送信する（Ｓ１０４）。トランザ
クションデータには、図７に示すように「管理ナンバ
ー」、「日時」、「内容」、「場所」、「依頼者」、
「確認者」、「依頼／確定」を示すデータが含まれてい
る。ここでは、アポイントの依頼を行うデータを送信し
ているので、「確定／依頼」を示すデータは「依頼」に
なっている。

【００３８】Ａ社サーバ２１０は、データ連携部２１１
において受信したトランザクションデータを解析し、Ａ
社スケジュールデータベースを更新する。例えば図４に
示す管理ナンバーＮｏ．４のレコードは図５のステップ
Ｓ１０４において送信されたトランザクションデータに
よって生成された新規レコードを示している。そして、
Ａ社サーバ２１０は、確認者が使用するクライアント端
末２２０に対して新規アポイント依頼が登録されている
ことを通知するデータを送信し（Ｓ１０５）、クライア
ント端末２２０は、新規アポイント依頼を示す画面を表
示する。

【００３９】ここで、図８は、クライアント端末２２０
に表示される画面の例を示している。図８に示す８１
は、確認者の確定しているスケジュールを表示するエリ
アであり、確認者は、確定しているスケジュールを参照
しながら依頼者からのアポイント依頼を確認するか拒否
するかを決定することができるようになっている。８２
は依頼者からの依頼内容（日時、依頼者名、内容）が表
示されるエリアになっており、８３は確認者が使用する
場所を入力するエリアになっている。また、８４は確認
者が確認する場合に、８５は確認者が拒否する場合にチ
ェックするチェックボックスになっている。

【００４０】Ａ社サーバ２１０は、Ａ社スケジュールデ
ータベース（図４参照）のうち「確定／依頼」が「依
頼」を示しているレコードを抽出して、依頼内容を示す
データを８２に表示させる。また、その他のレコードの
「確認者」のユーザＩＤが、新規依頼として表示させる
レコードの「確認者」のユーザＩＤと一致するレコード
を抽出して、確定しているスケジュールデータを生成し
て、日時、内容、場所を８１に表示させる。ここで、確
認者の確定しているスケジュールとしては、アポイント
希望日時に対応する所定の期間中のスケジュールを表示
する。所定の期間としては、アポイント希望日の一日間
であってもよいし、アポイント希望日を含む１週間など
の期間であってもよく、表示可能な行数や確認者の希望
などによって決定すればよい。このようにして表示され
た図８に示すような画面を参照して、確認者が承諾ある
いは拒否を決定して（８４あるいは８５をチェックし
て）、８３に場所を入力して送信ボタン８６を押す操作
を行うと、クライアント端末２２０は諾否データを生成
してＡ社サーバに対して送信する（Ｓ１０６）。

【００４１】Ａ社サーバ２１０は、諾否データに基づい
てＡ社スケジュールデータベースを更新し、データ連携
部２１１において更新内容を示すトランザクションデー
タを生成してスケジュール管理センタ１００に送信する
（Ｓ１０７）。例えば、図４に示すＮｏ．４のレコード
は、ステップＳ１０６において送信された諾否データに
基づいて、場所が「第１応接」に更新され、「依頼／確
定」は「確定」に更新される。また、ステップＳ１０７
において送信されるトランザクションデータは、諾否デ
ータに基づいて更新されたレコードの内容を示すデータ
によって構成されており、上述の例では、図４に示すＮ
ｏ．４のレコードの内容によって構成されている。

【００４２】次に、スケジュール管理サーバ１２０は、
受信したトランザクションデータに基づいてセンタスケ
ジュール管理データベースを更新し、メールサーバ１４
０から通信端末５０１に対してアポイント依頼の諾否を
通知する結果通知メールを送信させる（Ｓ１０８）。

【００４３】このように、スケジュール管理センタ１０
０が管理するスケジュールデータとＡ社サーバ２１０が
管理するスケジュールデータとの連携を行うので、Ａ社
ＬＡＮ２００上のスケジュールデータをインターネット
サービスを用いて公開することができ、Ａ社ＬＡＮにア
クセス権限のない者であってもＡ社の社員である登録ユ
ーザに対してアポイント依頼を行うことができるように
なる。

【００４４】２−２．スケジュールデータの連携を行わ
ない場合次に、スケジュールデータの連携を行わない場
合の実施形態の動作について説明する。上述したよう
に、本実施形態においては、電子メールあるいはＷＷＷ
の２種類のインターネットサービスを利用してスケジュ
ール情報を提供することが可能なので、以下、それぞれ
の場合に分けて実施形態の動作を説明する。

【００４５】（１）電子メールによる依頼の場合 まず、電子メールによる依頼の場合について図９に示す
シーケンスフローを参照しながら説明する。ここでは、
依頼者は通信端末５０１を用いてアポイント依頼を行
い、確認者は通信端末５０２を用いて確認を行う場合を
例として説明する。まず、依頼者は、通信端末５０１を
用いて確認メールを送信する（Ｓ２０１）。図１０は、
確認メールの内容例を示している。本実施形態では、ス
ケジュール情報を参照したい登録ユーザのユーザＩＤを
ユーザ名として”to:”以下に記述し、宛先をスケジュ
ール管理サーバ１２０のドメイン名として”from:”以
下に記述するものとする。

【００４６】スケジュール管理センタ１００は、受信し
た確認メールに対応した空きスケジュールメールを生成
して通信端末５０１に返信する（Ｓ２０２）。図１１
は、空きスケジュールメールの内容例を示す図である。
ここで、空きスケジュールメール生成におけるスケジュ
ール管理センタ１００の動作について説明する。まず、
スケジュール管理サーバ１２０は、電子メールの”t
o:”以下のユーザ名部分にあたるテキスト（:から@ま
で）を読み取って、空きスケジュール情報を生成べき登
録ユーザを識別する。そして、スケジュールデータベー
スから「確認者」が識別したユーザＩＤであるレコード
を抽出し、空きスケジュールを示すテキストデータを生
成する。次に、生成した空きスケジュールを示すテキス
トデータを本文と、宛先を確認メールの送信元アドレス
（”form:”以下）と、送信元をスケジュール管理セン
タのアドレスとした電子メール（空きスケジュールメー
ル）を生成して送信する。図１１に示すように、空きス
ケジュールメールには、確認者の空きスケジュールが示
される。加えて、依頼者がアポイントを依頼するために
入力する欄が設けられている。

【００４７】依頼者は通信端末５０１において空きスケ
ジュールを受信すると、確認者のスケジュールがあいて
いる日時のうちの所望の日時を希望時間として指定し
て、アポイント依頼入力欄にアポイント依頼情報を入力
し、依頼メールとして返信する（Ｓ２０３）。図１２
は、依頼メールの内容例を示す図である。本実施形態で
は、依頼メールは、空きスケジュールメールへの返信と
して生成する。そして、図１２に示すように、空きスケ
ジュールメール（図１１参照）のアポイント依頼入力欄
に入力した依頼内容が本文になっている。スケジュール
管理サーバ１２０は、依頼メールに基づいて、確認者に
新規依頼が登録された旨を通知する依頼通知メールを生
成してメールサーバ１４０から確認者宛に送信する（Ｓ
２０４）。図１３に、依頼通知メールの内容例を示す。
依頼通知メールでは、宛先を確認者の電子メールアドレ
スとし、送信元をスケジュール管理サーバ１２０のアド
レスとしている。

【００４８】ここで、依頼メールを受信（Ｓ２０３）し
て依頼通知メールを生成する際のスケジュール管理セン
タ１００の動作について説明する。スケジュール管理サ
ーバ１２０は、依頼メールを受信すると、センタスケジ
ュールデータベースの新規レコードを生成する。その
際、ステップＳ２０１において送信された確認メールの
宛先アドレス中のユーザ名に基づいて確認者となるユー
ザＩＤが識別され、「確認者」に記憶される。また、
「日時」、「内容」、「依頼者」を示すデータは、依頼
メールのアポイント入力欄に記載されたテキストデータ
に基づいて記憶される。例えば、図３（ｂ）Ｎｏ．６に
示すレコードは、依頼メールに基づいて新規に作成され
たレコードの例である。

【００４９】次に、スケジュール管理サーバ１２０は、
依頼メール中のアポイント希望時間によって特定される
日時に対応する所定の期間を設定し、当該設定した所定
の期間中の確認者の確定したスケジュールデータを抽出
して、確認者スケジュールを決定する。そして、図１３
に示すような依頼通知メールをメールサーバ１４０に生
成させる。所定の期間としては、アポイント希望日の一
日間であってもよいし、アポイント希望日を含む１週間
などの期間であってもよい。ここでは、依頼メールに基
づいて生成した新規レコードのうち、「日時」、「内
容」、「依頼者」を示す情報および、アポイント希望日
の一日間における確認者スケジュール情報を記載する。
加えて、回答欄として、承諾あるいか拒否を記入する欄
を設ける。

【００５０】確認者が通信端末５０２において依頼通知
メールを受信して、回答欄のいずれかに記入して返信を
行うと、返信メールは諾否メールとしてスケジュール管
理サーバ１２０宛に送信される（Ｓ２０５）。スケジュ
ール管理サーバ１２０は、諾否メール中の回答欄の記載
に基づいて、センタスケジュールデータベースの該当レ
コードを更新した後、依頼者に対する結果通知メールを
生成して送信する（Ｓ２０６）。図１４は、結果通知メ
ールの内容例を示す図である。ここでは、宛先を依頼者
の電子メールアドレスとし、送信元をスケジュール管理
サーバ１２０としている。そして、アポイント内容を記
載し、確認者名および諾否を記載する。これらは、セン
タスケジュールデータベースのレコード内容に基づいて
生成される。

【００５１】このように、電子メールによって依頼者お
よび確認者はスケジュール情報の提供を受けることがで
きるので、電子メールを送受信できる環境であればどこ
でもアポイント依頼やスケジュール確認を行うことがで
きるようになる。また、テキストのデータさえ表示でき
ればよいので、ＷＷＷブラウザを備えない通信端末でも
スケジュール情報の提供を受けることが可能になる。

【００５２】（２）ＷＷＷによる依頼の場合 次に、ＷＷＷによる依頼の場合について図１５に示すシ
ーケンスフローを参照しながら説明する。ここでは、依
頼者は通信端末５０１を用いてアポイント依頼を行い、
確認者は通信端末５０２を用いて確認を行う場合を例と
して説明する。

【００５３】まず、依頼者は、通信端末５０１からスケ
ジュール管理センタ１００に対して、確認者の空きスケ
ジュールの送信を要求するリクエストデータを送信する
（Ｓ３０１）。ここで送信するリクエストデータは、図
９ステップＳ２０１において説明したリクエストデータ
と同様のものである。スケジュール管理センタ１００
は、送信されたＵＲＬによって指定される空きスケジュ
ールデータを通信端末５０１に送信する（Ｓ３０２）。
依頼者は確認者の空きスケジュールを把握すると、所望
する日時を指定してアポイントの依頼を入力する。そし
て通信端末５００は、アポイント依頼データを生成して
通信端末５０１からスケジュール管理センタ１００に送
信する（Ｓ３０３）。

【００５４】スケジュール管理サーバ１２０は、受信し
たアポイント依頼データに基づいてセンタスケジュール
データベースの新規レコードを生成した後、新規アポイ
ント依頼がなされた旨を確認者に通知する確認メールを
生成してメールサーバ１４０から送信させる（Ｓ３０
４）。通信端末５０２において確認メールを受信する
と、ＷＷＷによって依頼内容を確認するためのリクエス
トデータをスケジュール管理センタ１００に送信する
（Ｓ３０５）。ここでは、リクエストデータには依頼内
容および自己のスケジュール情報を提供するリソースを
指定するＵＲＬが含まれている。

【００５５】スケジュール管理サーバ１２０は、送信さ
れたＵＲＬによって指定される依頼内容データを通信端
末５０１に送信する（Ｓ３０６）。依頼内容データによ
って通信端末５０２に表示される画面には、例えば図８
に示したものと同様に確認者の確定スケジュールや依頼
内容が示されている。確認者スケジュール情報は、電子
メールによる依頼の場合と同様である。そして、確認者
が依頼に対する確認を行うと、通信端末５０２は諾否デ
ータを生成してスケジュール管理センタ１００に送信す
る（Ｓ３０７）。スケジュール管理サーバ１１０は、受
信した諾否データに基づいて、センタスケジュールデー
タベースの該当レコードを更新した後、図１４に示した
ものと同様な結果通知メールを生成して依頼者宛に送信
する（Ｓ３０８）。

【００５６】このように、ＷＷＷによってスケジュール
情報の提供を受けることもできるので、ＷＷＷブラウザ
を備えた通信端末さえあればアポイント依頼やスケジュ
ール確認を行うことができるようになる。また、ＷＷＷ
においては表示の自由度が高いので、様々な形式でスケ
ジュール情報を提供することが可能となる。

【００５７】３．変形例 なお、本発明は既述した実施形態に限定されるものでは
なく、以下のような各種の変形が可能である。

【００５８】上記実施形態においては、主に依頼者が確
認者のスケジュール情報を参照してアポイント依頼を行
う場合について説明したが、確認者が自己のスケジュー
ル情報を参照、登録、変更などができるのは勿論であ
る。これらの場合も、電子メールおよびＷＷＷを用いる
ことができる。この場合においては、登録ユーザが自ら
依頼者となって、後に承認手続きを自ら行うようにして
もよいし、承認手続きを省略できるようにしてもよい。

【００５９】また、インターネットサービスとして電子
メールおよびＷＷＷを用いてスケジュール情報を提供す
る場合の例を説明したが、インターネット上でスケジュ
ール情報を提供できればよく、表示形式やデータのフォ
ーマットは上述した例に限定されるものではない。

【００６０】上記実施形態においては、データの連携を
Ａ社サーバ２１０のみと行っているが、これに限らず複
数のサーバと連携を行っても良い。データの連携先のデ
ータベースは必ずしも上記実施形態のようにセンタスケ
ジュールデータベースと同様のフォーマットである必要
はなく、データ連携部によってデータ形式の変更を行う
ような構成でもよい。また、上記実施形態においては、
データの連携を行うためのトランザクションデータは専
用線１０１を用いて送信するものとしているが、電子メ
ールやダイアルアップ接続によって送信できるようにし
てもよい。

【００６１】上記実施形態においては、スケジュールの
段階を確定と依頼の２段階で管理するものとして説明し
たが、仮承諾や優先順位などの段階を設けて細かく管理
してもよい。例えば、同一の依頼者から複数の時間帯を
候補としてアポイント依頼を行えるようにしてもよく、
この場合において、確認者は時間帯に優先順位をつけて
承諾を行えるようにしてもよい。また、アポイント依頼
に対する仮承諾を行った場合には、希望日時の１週間や
１日前といった所定期間前に再確認の手続を行えるよう
にしてもよい。この場合において再確認用のメールをス
ケジュール管理センタ１００が自動的に依頼者や確認者
に送信するようにしてもよいし、依頼者や確認者が自発
的に確認手続を行わなければならないようにしてもよ
い。

【００６２】また、上記実施形態では、依頼者に対して
確認者の空きスケジュールの日時情報のみ提供したが、
内容などの情報も提供するようにしてもよい。この場合
において、依頼者に応じて提供する情報の内容に制限を
設けるようにしてもよい。上記実施形態では一定の期間
における空きスケジュールを提供するものとしている
が、この一定期間を依頼者が指定できるようにしても
い。あるいは、具体的に日時を指定して、指定した日時
の確認者のスケジュールを参照できるようにしてもよ
い。

【００６３】また、上記実施形態では、一つのアポイン
ト依頼毎に、確認者に対する確認処理を行うものとして
いるが、これに限らず、複数のアポイント依頼をまとめ
て確認できるようにしてもよい。この場合において、同
一の希望時間についてアポイント依頼がなされていると
きは、確認者は一つの依頼に対して承諾する手続きを行
うと、スケジュール管理サーバ１２０が他のアポイント
依頼に対しては拒否であると認識するようにしてもよ
い。あるいは、確認者がすべてのアポイント依頼に対し
て諾否を行わない限りは、センタスケジュールデータベ
ースの該当レコードを更新することができないようにし
てもい。また、複数のアポイント依頼をまとめて確認で
きるように、通知データ、依頼通知メール、および依頼
内容データを、それぞれの依頼内容をまとめて表示でき
るようなデータにしてもよい。

【００６４】上記実施形態では、確認者がアポイント依
頼に対する諾否を行った後に変更を行うことについては
説明していないが、一旦承諾したアポイント依頼を取り
消すなどのスケジュールデータの内容変更を行えるよう
にしてもよい。この場合は、確認者が変更内容を入力す
ると、センタスケジュールデータベースの内容を更新
し、依頼者に対して変更を通知するメールを送信するよ
うにすればよい。依頼者に対して変更を通知するメール
を送信する場合には、さらに確認者の空き時間を通知す
る内容をあわせて送信してもよい。このようにすれば、
依頼者は再度アポイント依頼を行うことが容易になる。

【００６５】

【発明の効果】以上、説明したように、本発明によれ
ば、スケジュール情報を公開して管理することが可能に
なる。

【図面の簡単な説明】

【図１】 実施形態の概要構成を示す図である。

【図２】 スケジュール管理センタの構成を示すブロッ
ク図である。

【図３】 スケジュール管理センタにおいて管理するデ
ータベースの構成を示す図である。

【図４】 Ａ社サーバにおいて管理するデータベースの
構成を示す図である。

【図５】 データ連携を行う場合の実施形態の動作を説
明するシーケンスフローである。

【図６】 アポイント依頼を行う際に用いる表示画面の
例を示す図である。

【図７】 トランザクションデータの構成を示す図であ
る。

【図８】 アポイント内容確認を行う際に用いる表示画
面の例を示す図である。

【図９】 電子メールでアポイント依頼を行う場合の実
施形態の動作を説明するシーケンスフローである。

【図１０】 確認メールの内容例を示す図である。

【図１１】 空きスケジュールメールの内容例を示す図
である。

【図１２】 依頼メールの内容例を示す図である。

【図１３】 依頼通知メールの内容例を示す図である。

【図１４】 結果通知メールの内容例を示す図である。

【図１５】 ＷＷＷでアポイント依頼を行う場合の実施
形態の動作を説明するシーケンスフローである。

【符号の説明】

１００……スケジュール管理センタ １０１……専用線 １１０……記憶装置 １２０……スケジュール管理サーバ １２１……データ連携部 １３０……ウェブサーバ １４０……メールサーバ １５０……ルータ １６０……インターワーク装置 １７０……ファイアウォール ２００……Ａ社ＬＡＮ ２１０……Ａ社サーバ ２１１……データ連携部 ２２０……クライアント端末 ３００……公衆回線 ４００……インターネットプロバイダ ５０１、５０２……通信端末 ６００……インターネット

───────────────────────────────────────────────────── フロントページの続き (72)発明者 和田 将宏 東京都港区虎ノ門二丁目10番１号 エヌ・ ティ・ティ移動通信網株式会社内 (72)発明者 坂本 文哉 東京都千代田区丸の内二丁目２番１号 日 本船舶通信株式会社内 Ｆターム(参考） 5B049 CC32 DD05 EE05 FF03 FF04 FF09 GG03 GG04 GG06 GG07 5B089 GA11 GA21 HA01 HA10 JA40 JB01 KA00 KB11 KC15 KC37 KC53 KC58 LA00

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続されたスケジュール
   管理装置において、 登録ユーザの予定時間データを記憶する記憶手段と、 受信した参照依頼データにより指定された登録ユーザに
   対応する空き時間データを前記予定時間データに基づい
   て生成し、当該空き時間データを前記参照依頼データに
   よって特定される送信先に送信する空き時間データ生成
   送信手段とを具備することを特徴とするスケジュール管
   理装置。
2. 【請求項２】 ネットワークに接続されたスケジュール
   管理装置において、 登録ユーザの予定時間データおよび予定内容データを含
   むスケジュールデータを記憶する記憶手段と、 受信した希望時間データを含むアポイント依頼データに
   より指定された登録ユーザに対応する前記スケジュール
   データから前記希望時間データによって特定される日時
   に基づいて所定の期間を設定し、当該設定した期間内の
   前記予定時間データおよび当該予定時間データに対応す
   る前記予定内容データを抽出するスケジュールデータ抽
   出手段と、 抽出した前記予定時間データおよび前記予定内容データ
   並びに前記アポイント依頼データを含む依頼通知データ
   を生成し、当該依頼通知データを指定された前記登録ユ
   ーザに送信する依頼通知データ送信手段とを具備するこ
   とを特徴とするスケジュール管理装置。
3. 【請求項３】 ネットワークに接続されたスケジュール
   管理装置において、 登録ユーザの予定時間データおよび予定内容データを含
   むスケジュールデータを記憶する記憶手段と、 受信したアポイント依頼データにより指定された登録ユ
   ーザに対して、前記アポイント依頼データを受信した旨
   を通知する通知データを送信する通知データ送信手段と
   を具備することを特徴とするスケジュール管理装置。
4. 【請求項４】 ネットワークに接続されたスケジュール
   管理装置において、 登録ユーザの予定時間データおよび予定内容データを含
   むスケジュールデータを記憶する記憶手段と、 受信した希望時間データを含むアポイント依頼データに
   より指定された登録ユーザに対応する前記スケジュール
   データから前記希望時間データによって特定される日時
   に基づいて所定の期間を設定し、当該設定した期間内の
   前記予定時間データおよび当該予定時間データに対応す
   る前記予定内容データを抽出するスケジュールデータ抽
   出手段と、 抽出した前記予定時間データおよび前記予定内容データ
   並びに前記アポイント依頼データに対応した依頼内容を
   表示するための依頼内容データを生成し、当該依頼内容
   データを指定された前記登録ユーザに送信する依頼内容
   データ送信手段とを具備することを特徴とするスケジュ
   ール管理装置。
5. 【請求項５】 ネットワークに接続されたスケジュール
   管理装置において、 登録ユーザの予定時間データおよび予定内容データを含
   むスケジュールデータを記憶する記憶手段と、 受信したアポイント依頼データにより指定された前記登
   録ユーザに対して前記アポイント依頼データを含む確認
   データを送信する確認データ送信手段と、 前記アポイント依頼データにおける依頼に対する諾否を
   示す諾否データを指定された前記登録ユーザから受信す
   る諾否データ受信手段と、 前記諾否データに基づいて前記スケジュールデータを更
   新する更新手段とを具備することを特徴とするスケジュ
   ール管理装置。
6. 【請求項６】 ネットワークに接続されたスケジュール
   管理装置において、 登録ユーザの予定時間データおよび予定内容データを含
   むスケジュールデータを記憶する記憶手段と、 受信したアポイント依頼データにより指定された前記登
   録ユーザに対して前記アポイント依頼データを含む確認
   データを送信する確認データ送信手段と、 前記アポイント依頼データにおける依頼に対する諾否を
   示す諾否データを指定された前記登録ユーザから受信す
   る諾否データ受信手段と、 前記諾否データに基づいて前記アポイント依頼に対する
   諾否を結果として通知する結果通知データを生成し、当
   該結果通知データを前記参照アポイント依頼データによ
   って特定される送信先に送信する結果通知データ送信手
   段とを具備することを特徴とするスケジュール管理装
   置。
7. 【請求項７】 請求項１ないし６いずれかに記載のスケ
   ジュール管理装置において、 前記ネットワークにおいては、当該スケジュール管理装
   置に対する認証手続きを必要とせずに接続を認めること
   を特徴とするスケジュール管理装置。
8. 【請求項８】 請求項１ないし６いずれかに記載のスケ
   ジュール管理装置において、 前記記憶装置に記憶されたデータが更新された場合は、
   前記ネットワークを介して接続された他装置に記憶され
   ている当該更新されたデータに対応するデータを連携し
   て更新するための取引データを送信する取引データ送信
   手段を具備することを特徴とするスケジュール管理装
   置。
9. 【請求項９】 請求項８に記載のスケジュール管理装置
   において、 前記ネットワークにおいては、前記他装置に対する認証
   手続きの完了後に接続を認め、当該スケジュール管理装
   置に対する認証手続きを要求せずに接続を認めることを
   特徴とするスケジュール管理装置。