(57)【要約】【課題】Ｗｅｂシステム上等においてメーラシステムとスケジューラシステムとを連動させる技術に関し、送信メールの作成時にスケジュール画面を開かずに相手の予定を知ることを可能にすると共に、スケジュールの重要度に応じて適切な空き時間の調整を可能とする。【解決手段】宛先解析部１１５は、メール作成画面の宛先アドレス領域に入力された宛先アドレス及び自身のアドレスと、メール作成画面の本文に入力された日付文字列に基づいて、サーバコンピュータ１００のユーザアクセス制御部１０７を介してユーザＤＢ１０４にアクセスして各ユーザＩＤを取得する。スケジュール解析部１１６は、サーバコンピュータ１００のスケジュールアクセス制御部１０６を介してスケジュールＤＢ１０２にアクセスして各ユーザＩＤに対応するスケジュールを取得する。共通空き時間計算部１１７は、取得されたスケジュールの共通空き時間を計算する。スケジュール表示部１１８は、取得されたスケジュールと共通空き時間を、各スケジュールの重要度に応じて表示する。【選択図】図１
2010237966.tif 000002
【特許請求の範囲】
【請求項１】
作成されるメールに対応するスケジュールを表示するスケジュール表示方法において、
メール作成画面の宛先アドレス領域に入力された宛先アドレス及び自身のアドレスに基づいて、サーバコンピュータのスケジュールを管理するデータベース群にアクセスすることにより、前記宛先アドレス及び前記自身のアドレスに対応する各スケジュールと該各スケジュールの重要度を示す重要度情報を取得するスケジュール解析ステップと、
該スケジュール解析ステップにて取得された各スケジュールを、該各スケジュールの重要度に応じて前記メール作成画面に表示するスケジュール表示ステップと、
を含むことを特徴とする重要度を加味したスケジュール表示方法。
【請求項２】
前記スケジュール解析ステップにて取得された各スケジュールから、該各スケジュールの重要度に応じた共通の空き時間を抽出して前記各スケジュールと共に表示する共通空き時間計算ステップを更に含む、
ことを特徴とする請求項１に記載の重要度を加味したスケジュール表示方法。
【請求項３】
作成されるメールに対応するスケジュールを表示するスケジュール表示方法において、
メール作成画面の宛先アドレス領域に入力された宛先アドレス及び自身のアドレスと、前記メール作成画面の本文に入力された日付文字列に基づいて、サーバコンピュータのスケジュールを管理するデータベース群にアクセスすることにより、前記宛先アドレス、前記自身のアドレス、及び前記日付文字列に対応する各スケジュールと該各スケジュールの重要度を示す重要度情報を取得するスケジュール解析ステップと、
該スケジュール解析ステップにて取得された各スケジュールを、該各スケジュールの重要度に応じて前記メール作成画面に表示するスケジュール表示ステップと、
を含むことを特徴とする重要度を加味したスケジュール表示方法。
【請求項４】
前記スケジュール解析ステップにて取得された各スケジュールから、該各スケジュールの重要度と前記日付文字列に応じた共通の空き時間を抽出して前記各スケジュールと共に表示する共通空き時間計算ステップを更に含む、
ことを特徴とする請求項３に記載の重要度を加味したスケジュール表示方法。
【請求項５】
作成されるメールに対応するスケジュールを表示するコンピュータに、
メール作成画面の宛先アドレス領域に入力された宛先アドレス及び自身のアドレスに基づいて、サーバコンピュータのスケジュールを管理するデータベース群にアクセスすることにより、前記宛先アドレス及び前記自身のアドレスに対応する各スケジュールと該各スケジュールの重要度を示す重要度情報を取得するスケジュール解析ステップと、
該スケジュール解析ステップにて取得された各スケジュールを、該各スケジュールの重要度に応じて前記メール作成画面に表示するスケジュール表示ステップと、
を実行させるためのプログラム。
【請求項６】
前記スケジュール解析ステップにて取得された各スケジュールから、該各スケジュールの重要度に応じた共通の空き時間を抽出して前記各スケジュールと共に表示する共通空き時間計算ステップを更に含む、
ことを特徴とする請求項５にプログラム。
【請求項７】
作成されるメールに対応するスケジュールを表示するコンピュータに、
メール作成画面の宛先アドレス領域に入力された宛先アドレス及び自身のアドレスと、前記メール作成画面の本文に入力された日付文字列に基づいて、サーバコンピュータのスケジュールを管理するデータベース群にアクセスすることにより、前記宛先アドレス、前記自身のアドレス、及び前記日付文字列に対応する各スケジュールと該各スケジュールの重要度を示す重要度情報を取得するスケジュール解析ステップと、
該スケジュール解析ステップにて取得された各スケジュールを、該各スケジュールの重要度に応じて前記メール作成画面に表示するスケジュール表示ステップと、
を実行させるためのプログラム。
【請求項８】
前記スケジュール解析ステップにて取得された各スケジュールから、該各スケジュールの重要度と前記日付文字列に応じた共通の空き時間を抽出して前記各スケジュールと共に表示する共通空き時間計算ステップを更に含む、
ことを特徴とする請求項７に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
開示する技術は、Ｗｅｂシステム上等においてメーラシステムとスケジューラシステムとを連動させる技術に関する。
【背景技術】
【０００２】
インターネットやイントラネット等を介して接続されるクライアントコンピュータのＷｅｂブラウザ等から、サーバコンピュータのＷｅｂメーラやＷｅｂスケジューラ等のシステムを利用する技術が広く利用されている。
【０００３】
ここで、他人とのスケジュールの調整において、いつが空いているかをメール等でやりとりする作業は非常に多くの時間を要する。例えば、時間をかけてメールを作成・送信したあと、相手にすでに予定があった場合、その分の時間が無駄になる。また、メールを送信するために、スケジューラ画面を立ち上げて複数人の予定をチェックするのは手間と時間がかかる。つまり、送信メールの作成時に、スケジュール画面を開かずに相手の予定を知るという仕組みが求められる。
【０００４】
このとき、Ｗｅｂメーラ（以下単に「メーラ」と呼ぶ）にて送受信されるメールと、Ｗｅｂスケジューラ（以下単位「スケジューラ」と呼ぶ）に登録されているスケジュールとを何らかの形式で連動させる技術も広く利用されている。
【０００５】
例えば第１の従来技術として、宛先を入力して受信者のスケジュールデータを取得する技術が知られている。
第２の従来技術として、自分に送られてきたメール内のスケジュール情報と、自分の既存スケジュール情報とを比較する技術が知られている。
第３の従来技術として、宛先解析と本文解析を行う技術が知られている。
第４の従来技術として、ＬＡＮ上に構築されたスケジュール管理システムと電子メールシステムとを結合して連携動作させる技術が知られている。
【０００６】
本出願が開示する技術に関連する従来技術として、下記先行技術文献が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平６−２６８６７７号公報
【特許文献２】特開平１０−２４０６４２号公報
【特許文献３】特開平９−１３４３９０号公報
【特許文献４】特開平５−２２５０８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、上述した第１〜第４の従来技術を検討したときに、前述した「送信メールの作成時に、スケジュール画面を開かずに相手の予定を知りたい」という要請に対しては、更に次のような課題がある。
【０００９】
即ち、送信画面上に相手のスケジュールを表示できたとしても、スケジュールが多すぎてどれが重要なものがわからなくなる場合がある。
特に、宛先に対応するスケジュールとして、重要度の低いスケジュールが大量に設定されているような場合には、正確なスケジューリングができない。例えば、Ａさんが細かいタスク（資料作成など）を何でもスケジュールに書き込むタイプのユーザである場合、毎日何らかの予定情報がスケジューラに登録されている。この状態だと、システムがＡさんとＢさんの共通の空き時間を取得しようとする際、かなり先の日付になってしまう恐れがあるといった問題点があった。
【００１０】
開示する技術が解決しようとする課題は、送信メールの作成時にスケジュール画面を開かずに相手の予定を知ることを可能にすると共に、スケジュールの重要度に応じて適切な空き時間の調整を可能とすることにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、開示する技術は、作成されるメールに対応するスケジュールを表示するスケジュール表示方法又はプログラムとして実現され、以下の構成を有する。
【００１２】
スケジュール解析ステップは、メール作成画面の宛先アドレス領域に入力された宛先アドレス及び自身のアドレスに基づいて、サーバコンピュータのスケジュールを管理するデータベース群にアクセスすることにより、宛先アドレス及び自身のアドレスに対応する各スケジュールと各スケジュールの重要度を示す重要度情報を取得する。
【００１３】
スケジュール表示ステップは、スケジュール解析ステップにて取得された各スケジュールを、各スケジュールの重要度に応じてメール作成画面に表示する。
【発明の効果】
【００１４】
開示する技術によれば、メールの作成途中で相手に別件があることがわかるため、無駄なメール作成の時間を削減することが可能となる。
開示する技術によれば、相手のスケジュール帳を事前に確認する必要がないため、事前確認にかかる時間を削減することが可能となる。
【００１５】
開示する技術によれば、メールを送信する前に、相手の予定に合わせてメールの内容を再考することができ、無駄なやりとりにかかる時間を削減することが可能となる。
開示する技術によれば、相手のスケジュールの重要度も判断できるため、適切なスケジューリングを迅速に行うことが可能となる。
【００１６】
開示する技術によれば、不要な情報（重要度の低いスケジュール）を排除し、判断効率を向上させることが可能となる。
開示する技術によれば、宛先全員の空き時間を計算する際、重要度の低い大量のタスクによって正確な共通空き時間がとれないという問題を解消することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】第１及び第２の実施形態が適用されるシステムの構成図である。
【図２】第１の実施形態の動作を示す動作フローチャートである。
【図３】第２の実施形態の動作を示す動作フローチャートである。
【図４】第１及び第２の実施形態の共通のデータ構成例を示す図である。
【図５】第１の実施形態の動作説明図である。
【図６】第２の実施形態の動作説明図である。
【図７】重要度を加味した複数ユーザ間の共通空き時間の計算動作の説明図である。
【図８】宛先アドレスがメーリングリストアドレスである場合の動作説明図である。
【図９】実施形態を実現できるハードウェアシステムの構成例を示す図である。
【発明を実施するための形態】
【００１８】
以下、実施形態について詳細に説明する。
図１は、後述する第１及び第２の実施形態が適用されるメール・スケジュール連動システムの構成図である。
【００１９】
このシステムは例えば、クライアントコンピュータ１１２と、そこからインターネット又は社内ネットワーク（ローカルエリアネットワークや専用線ネットワークで構成されるイントラネット等）を介してアクセスされるサーバコンピュータ１００上によって実現される。
【００２０】
サーバコンピュータ１００において、メール制御部１０１は、Ｗｅｂメーラの機能を実現する。スケジュール制御部１１１は、Ｗｅｂスケジューラの機能を実現する。開示する技術は、特にメール制御部１０１に関するものである。スケジュール制御部１１１１の動作については、一般的なＷｅｂスケジューラのものと同様であるため省略する。
【００２１】
スケジュールデータベース（以下「スケジュールＤＢ」と呼ぶ）１０２は、メール制御部１０１及びスケジュール制御部１０２が使用するスケジュールデータ（以下単に「スケジュール」と呼ぶ）を蓄積する。
【００２２】
メールデータベース（以下「メールＤＢ」と呼ぶ）１０４は、メール制御部１０１が送受信するメールデータ（以下単に「メール」と呼ぶ）を蓄積する。
ユーザデータベース（以下「ユーザＤＢ」と呼ぶ）１０４は、ユーザ情報を蓄積する。
【００２３】
ＷＷＷサーバ部１０９は、クライアントコンピュータ１１２内のＷｅｂブラウザ部１１３からのＷｅｂアクセスリクエストを、メール制御部１０１又はスケジュール制御部１１１に通知する。また、ＷＷＷサーバ部１０９は、メール制御部１０１又はスケジュール制御部１１１からのＷｅｂアクセス応答を、クライアントコンピュータ１１２のＷｅｂブラウザ部１１３に返信する。
【００２４】
メール転送エージェント部１１０は、ネットワーク１１９を介して送受信されるメールを、メール制御部１０１に対して転送するメール転送サーバである。
メール制御部１０１は、メール表示・編集制御部１０５、スケジュールアクセス制御部１０６、ユーザアクセス制御部１０７、及びメール送受信制御部１０８を含む。
【００２５】
メール表示・編集制御部１０５は、クライアントコンピュータ１１２内のＷｅｂブラウザ部１１３からＷＷＷサーバ部１０９を介して受信されるリクエストに基づいて、メールＤＢ１０３に蓄積されているメールの表示及び編集を制御する。
【００２６】
ユーザアクセス制御部１０７は、クライアントコンピュータ１１２内のＷｅｂブラウザ部１１７にて実行されているメール制御スクリプト部１１４内の宛先解析部１１５からの宛先アドレスの問合せに対して、ユーザＤＢ１０４上でユーザＩＤを検索して返信する。
【００２７】
スケジュールアクセス制御部１０６は、クライアントコンピュータ１１２内のＷｅｂブラウザ部１１７にて実行されているスケジュール解析部１１６からのスケジュールの問合せに対して、スケジュールＤＢ１０２上でスケジュールを検索して返信する。
【００２８】
メール送受信制御部１０８は、メール転送エージェント部１１０から転送されてくる受信メールを受信し、それをメールＤＢ１０３に蓄積する。また、メール送受信制御部１０８は、メール表示・編集制御部１０５にて作成された送信メールを、メール転送エージェント部１１０に転送して送信し、メッセージＤＢ１０４に蓄積する。
【００２９】
次に、クライアントコンピュータ１１２上では、Ｗｅｂブラウザ部１１３が動作している。Ｗｅｂブラウザ部１１３は、サーバコンピュータ１００内のメール表示・編集制御部１０５から、メール表示・編集制御用のＨＴＭＬ（ハイパーテキストマークアップランゲージ）形式のファイルを読み込み、そのファイル内に設定されているメール制御スクリプト部１１４を実行する。
【００３０】
メール制御スクリプト部１１４は、宛先解析部１１５、スケジュール解析部１１６、共通空き時間計算部１１７、及びスケジュール表示部１１８を含む。宛先解析部１１５及びスケジュール解析部１１６が実行する処理ステップは、特許請求の範囲のスケジュール解析ステップに対応する。スケジュール表示部１１８が実行する処理ステップは、特許請求の範囲のスケジュール表示ステップに対応する。共通空き時間計算部１１７が実行する処理ステップは、特許請求の範囲の共通空き時間計算ステップに対応する。
【００３１】
宛先解析部１１５は、メール作成画面上で、本文内に日付文字列が入力されることにより（後述する第１の実施形態の場合）、又はＴｏアドレスフィールドに宛先アドレスが入力されることにより（後述する第２の実施形態の場合）、起動される。宛先解析部１１５は、Ｗｅｂブラウザ部１１３、ネットワーク１１９、及びサーバコンピュータ１００内のＷＷＷサーバ部１０９を経由して、メール制御部１０１内のユーザアクセス制御部１０７にアクセスする。宛先解析部１１５は、ユーザアクセス制御部１０７に、Ｔｏアドレスフィールド内の宛先アドレスと、自アドレス（ユーザ自身のメールアドレス）に対応するユーザＩＤとユーザ名を要求する。宛先アドレスは複数であってもよい。サーバコンピュータ１００内のユーザアクセス制御部１０７は、宛先解析部１１５から要求された宛先アドレス又は自アドレスに対応するユーザＩＤとユーザ名を、ユーザＤＢ１０４を検索して取得し、そのユーザＩＤを宛先解析部１１５に返信する。
【００３２】
スケジュール解析部１１６は、宛先解析部１１５が取得した各ユーザＩＤと本文内の日付文字列（後述する第１の実施形態の場合）、又は各ユーザＩＤのみ（後述する第２の実施形態の場合）に基づいて、ＷＷＷサーバ部１０９からスケジュールを取得する。より具体的には、スケジュール解析部１１６は、Ｗｅｂブラウザ部１１３、ネットワーク１１９、及びサーバコンピュータ１００内のＷＷＷサーバ部１０９を経由して、メール制御部１０１内のスケジュールアクセス制御部１０６にアクセスする。サーバコンピュータ１００内のスケジュールアクセス制御部１０６は、スケジュール解析部１１６から要求された各ユーザＩＤ＋日付又は各ユーザＩＤのみに対応するスケジュールを、スケジュールＤＢ１０２を検索して取得し、そのスケジュールをスケジュール解析部１１６に返信する。なお、返信されるスケジュールには、重要度レベルの情報が含まれる。このほか、スケジュール解析部１１６は、メール本文への日付文字列の監視動作も行う。
【００３３】
共通空き時間計算部１１７は、スケジュール解析部１１６が取得した自分を含む全ユーザＩＤに対応するスケジュールにおいて、共通の空き時間を計算する。このとき、現在作成中の自分のメールに対して設定されている重要度よりも低い重要度レベルを有するスケジュールは考慮せずに計算される。
【００３４】
スケジュール表示部１１８は、スケジュール解析部１１６が取得した自分を含む全ユーザＩＤに対応するスケジュール及びユーザ名と、共通空き時間計算部１１７が計算した共通空き時間を、メール作成画面に重ねて、或いはメール本文内に挿入して表示する。
【００３５】
以上の構成を有するシステムは、グループウェアに代表されるように、メーラ（メール制御部１０１）とスケジューラ（スケジュール制御部１１１）が同じユーザアカウントで管理される。そして、このシステムでは、日付情報が入ったメールの受信時または閲覧時のユーザ操作によって、メールに基づくスケジュールの登録が行われ、スケジュールとメールとが紐付けされて相互に参照することが可能となる。
【００３６】
以上の構成を有するメール・スケジュール連動システムによって実現される第１及び第２の実施形態の動作について、以下に詳細に説明する。
図２は、第１の実施形態の動作を示す動作フローチャート、図４は、スケジュールＤＢ１０２及びユーザＤＢ１０４のデータ構成例を示す図、図５は、第１の実施形態の動作説明図である。
【００３７】
第１の実施形態では、図５に示されるように、作成中のメールの本文に日付文字列（図中５０１の部分）が入力されると、Ｔｏアドレス領域（図中５０２の部分）に入力されている１つ以上の宛先アドレスに対応するスケジュールがチェックされる。この結果、スケジュールが存在すれば、そのスケジュールがポップアップ表示される（図中５０３の部分）。これにより、ユーザは、メール作成中に、自分が入力した日付のスケジュールに対応する関係者のスケジュールを、簡単に認識することができる。
【００３８】
上述の動作の詳細について、図２の動作フローチャートに沿って説明する。
図２の動作フローチャートの処理は、クライアントコンピュータ１１２において、Ｗｅｂブラウザ部１１３により読み込まれたＨＴＭＬファイルに設定されているメール制御スクリプト部１１４を、Ｗｅｂブラウザ部１１３が解釈、実行する処理として実現される。そして、図２の動作フローチャートの処理は、ユーザがメール作成画面を開くのに合わせて開始される。そして、ユーザがメールを送信、保存、又は破棄してその作成処理を終了したと判定されるまで（ステップＳ２０８）、ステップＳ２０１からＳ２０７までの一連の処理が繰り返し実行される。
【００３９】
まず、図１のスケジュール解析部１１６は、本文に新規入力される文字列を１文字ずつ監視している（ステップＳ２０１）。そして、スケジュール解析部１１６は、未来（現時点よりもあと）の日付文字列が入力されたか否かを判定する（ステップＳ２０２）。
【００４０】
未来の日付文字列が入力されておらずステップＳ２０２の判定がＮＯならば、スケジュール解析部１１６は、ステップＳ２０８にて処理終了を判定し、終了でなければステップＳ２０１の文字入力の監視を続行する。
【００４１】
図５の５０１のように未来の日付文字列が入力されておりステップＳ２０２の判定がＹＥＳとなると、図１の宛先解析部１１５が、図５の５０２のようにＴｏアドレス領域に宛先アドレスが入力されているか否かを判定する（ステップＳ２０３）。
【００４２】
宛先アドレスが入力されておらずステップＳ２０３の判定がＮＯならば、宛先解析部１１５からスケジュール解析部１１６に制御が戻り、ステップＳ２０８にて処理終了が判定され、終了でなければステップＳ２０１の文字入力の監視が続行される。
【００４３】
図５の５０２のように宛先アドレスが入力されておらずステップＳ２０３の判定がＹＥＳとなると、宛先解析部１１５は、次のような制御動作を実行する（ステップＳ２０４）。即ち、宛先解析部１１５は、図１のＷｅｂブラウザ部１１３、ネットワーク１１９、及びサーバコンピュータ１００内のＷＷＷサーバ部１０９を経由して、メール制御部１０１内のユーザアクセス制御部１０７にアクセスする。宛先解析部１１５は、ユーザアクセス制御部１０７に、Ｔｏアドレスフィールド内（図５の５０２の部分）の宛先アドレスと、自アドレス（ユーザ自身のメールアドレス）に対応するユーザＩＤを要求する。宛先アドレスは複数であってもよい。サーバコンピュータ１００内のユーザアクセス制御部１０７は、宛先解析部１１５から要求された宛先アドレス又は自アドレスに対応するユーザＩＤを、ユーザＤＢ１０４を検索して取得する。図４（ｂ）はユーザＤＢ１０４のデータ構成例を示す図である。ユーザＤＢ１０４は、ユーザＩＤ、ユーザ名、メールアドレス、姓、名の各フィールドから構成される。ユーザＩＤフィールドには、ユーザの識別子であるユーザＩＤが格納される。メールアドレスフィールドには、ユーザのメールアドレスデータが格納される。姓フィールドにはユーザの姓データが格納される。名フィールには、ユーザの名前データが格納される。ユーザアクセス制御部１０７は、ユーザＤＢ１０４上で、メールアドレスフィールドの値が宛先解析部１１５から要求された宛先アドレス又は自アドレスに一致するレコードを抽出する。そして、ユーザアクセス制御部１０７は、抽出された各レコードのユーザＩＤフィールド及びユーザ名フィールドに格納されている各ユーザＩＤ及び各ユーザ名を対で取得し、それらを宛先解析部１１５へ返信する。
【００４４】
次に、図１の宛先解析部１１５からスケジュール解析部１１６に制御が移る。スケジュール解析部１１６は、ステップＳ２０４にて宛先解析部１１５が取得した各ユーザＩＤとステップＳ２０２にて得られた本文内の日付文字列に基づいて、ＷＷＷサーバ部１０９からスケジュールを取得する（ステップＳ２０５）。即ち、スケジュール解析部１１６は、Ｗｅｂブラウザ部１１３、ネットワーク１１９、及びサーバコンピュータ１００内のＷＷＷサーバ部１０９を経由して、メール制御部１０１内のスケジュールアクセス制御部１０６にアクセスする。サーバコンピュータ１００内のスケジュールアクセス制御部１０６は、スケジュール解析部１１６から要求された各ユーザＩＤ＋日付に対応するスケジュールを、スケジュールＤＢ１０２を検索して取得する。図４（ａ）はスケジュールＤＢ１０２のデータ構成例を示す図である。ユーザＤＢ１０４は、予定ＩＤ、メッセージＩＤ、ユーザＩＤ、予定名、日時、場所、他の参加メンバ、重要度レベルの各フィールドから構成される。予定ＩＤフィールドには、各スケジュールを識別するための識別子が格納される。メッセージＩＤフィールドには、スケジュールにメールが紐付いている場合にメールＤＢ１０３内の対応するメールを参照できるようにするための識別子が格納される。ユーザＩＤフィールドには、スケジュールを作成したユーザのユーザＩＤ（識別子）が格納される。予定名フィールドには、スケジュールの件名が格納される。日時フィールドには、スケジュールの日時データが格納される。場所フィールドには、スケジュールの場所データが格納される。他の参加メンバフィールドには、スケジュールの作成者以外の参加メンバのユーザＩＤが格納される。重要度レベルフィールドには、スケジュールの重要度を示す数値が格納される。スケジュールアクセス制御部１０６は、スケジュールＤＢ１０２上で、ユーザＩＤフィールドの値がスケジュール解析部１１６から要求された各ユーザＩＤの何れかに一致し、かつ日時フィールドの値で示される範囲がスケジュール解析部１１６から要求された日付データを含むレコードを抽出する。そして、スケジュールアクセス制御部１０６は、抽出された各レコードの予定名フィールド、日時フィールド、場所フィールド、及び重要度レベルフィールドに格納されている各予定名、各日時、各場所、及び各重要度レベルを対で取得し、それらをスケジュール解析部１１６へ返信する。
【００４５】
次に、スケジュール解析部１１６は、スケジュールが取得できたか否かを判定する（ステップＳ２０６）。
スケジュールが取得できずステップＳ２０６の判定がＮＯならば、スケジュール解析部１１６は、ステップＳ２０８にて処理終了を判定し、終了でなければステップＳ２０１の文字入力の監視を続行する。
【００４６】
スケジュールが取得できステップＳ２０６の判定がＹＥＳとなると、図１のスケジュール解析部１１６からスケジュール表示部１１８に制御が移る。スケジュール表示部１１８は、ステップＳ２０５にて取得した自分も含む各ユーザＩＤに対応するスケジュール（予定名、日時、場所）を、例えば図５の５０３として示されるような形態でメール画面に重ねて表示する（ステップＳ２０７）。このとき、スケジュール表示部１１８は、各スケジュールと共に通知されている重要度レベルを、作成中のメールに対してユーザが予め設定した重要度レベルと比較し、重要度レベルが低いスケジュールについては、表示方法（例えば色）を変更して表示する。例えば、送信者が重要度「高」でメールを作成した際は、重要度「中」以下のスケジュールはグレーで表示される、などである。
【００４７】
その後、スケジュール表示部１１８からスケジュール解析部１１６に制御が戻る。スケジュール解析部１１６は、ステップＳ２０８にて処理終了を判定し、終了でなければステップＳ２０１の文字入力の監視を続行し、終了であれば図２の動作フローチャートの処理を終了する。
【００４８】
以上の第１の実施形態の動作により、メールの作成途中で相手に別件があることがわかるため、無駄なメール作成の時間を削減することが可能となる。従って、相手のスケジュール帳を事前に確認する必要がないため、事前確認にかかる時間を削減することが可能となる。そして、メールを送信する前に、相手の予定に合わせてメールの内容を再考することができ、無駄なやりとりにかかる時間を削減することが可能となる。また、相手のスケジュールの重要度も判断できるため、適切なスケジューリングを迅速に行うことが可能となる。
【００４９】
図３は、第２の実施形態の動作を示す動作フローチャート、図６は、第２の実施形態の動作説明図である。スケジュールＤＢ１０２及びユーザＤＢ１０４のデータ構成例は、第１の実施形態の場合と同様に、図４で示される。
【００５０】
第２の実施形態では、図６に示されるように、Ｔｏアドレス領域（図中６０１の部分）に１つ以上の宛先アドレスが入力されると、各宛先アドレスに対応するスケジュールがチェックされる。この結果、スケジュールが存在すれば、該当するユーザのスケジュールがメール作成画面の下部に一覧表示される（図中６０２の部分）。更に、作成中のメールの本文に日付文字列（図中６０３の部分）が入力されると、その日付文字列で指定される日時周辺の共通の空き時間が計算され、スケジュールの一覧表示に重ねて表示される（図中６０４の部分）。これにより、ユーザは、メール作成中に、自分が入力した日付のスケジュールに対応する関係者のスケジュール及びその日付周辺の共通の空き時間を、簡単に認識することができる。
【００５１】
上述の動作の詳細について、図３の動作フローチャートに沿って説明する。
図３の動作フローチャートの処理は、図２の場合と同様に、クライアントコンピュータ１１２において、Ｗｅｂブラウザ部１１３により読み込まれたＨＴＭＬファイルに設定されているメール制御スクリプト部１１４を、Ｗｅｂブラウザ部１１３が解釈、実行する処理として実現される。そして、図３の動作フローチャートの処理は、ユーザがメール作成画面を開いた後、Ｔｏアドレス領域（例えば図６の６０１の部分）に宛先アドレスを入力するのに合わせて開始される。そして、ユーザがメールを送信、保存、又は破棄してその作成処理を終了したと判定されるまで（ステップＳ３０８）、ステップＳ３０１からＳ３０７（３０７′）までの一連の処理が繰り返し実行される。
【００５２】
まず、図１の宛先解析部１１５は、図１のＷｅｂブラウザ部１１３、ネットワーク１１９、及びサーバコンピュータ１００内のＷＷＷサーバ部１０９を経由して、メール制御部１０１内のユーザアクセス制御部１０７にアクセスする。宛先解析部１１５は、ユーザアクセス制御部１０７に、Ｔｏアドレスフィールド内（図６の６０１の部分）の宛先アドレスと、自アドレス（ユーザ自身のメールアドレス）に対応するユーザＩＤを要求する。宛先アドレスは複数であってもよい。サーバコンピュータ１００内のユーザアクセス制御部１０７は、宛先解析部１１５から要求された宛先アドレス又は自アドレスに対応するユーザＩＤを、ユーザＤＢ１０４を検索して取得する。この動作は、第１の実施形態における図２のステップＳ２０４の場合と同様である。即ち、ユーザアクセス制御部１０７は、図４（ｂ）に例示されるユーザＤＢ１０４上で、メールアドレスフィールドの値が宛先解析部１１５から要求された宛先アドレス又は自アドレスに一致するレコードを抽出する。そして、ユーザアクセス制御部１０７は、抽出された各レコードのユーザＩＤフィールド及びユーザ名フィールドに格納されている各ユーザＩＤ及び各ユーザ名を対で取得し、それらを宛先解析部１１５へ返信する。
【００５３】
次に、図１の宛先解析部１１５からスケジュール解析部１１６に制御が移る。スケジュール解析部１１６は、ステップＳ３０１にて宛先解析部１１５が取得した各ユーザＩＤに基づいて、ＷＷＷサーバ部１０９からスケジュールを取得する（ステップＳ３０２）。即ち、スケジュール解析部１１６は、Ｗｅｂブラウザ部１１３、ネットワーク１１９、及びサーバコンピュータ１００内のＷＷＷサーバ部１０９を経由して、メール制御部１０１内のスケジュールアクセス制御部１０６にアクセスする。サーバコンピュータ１００内のスケジュールアクセス制御部１０６は、スケジュール解析部１１６から要求された各ユーザＩＤに対応するスケジュールを、スケジュールＤＢ１０２を検索して取得する。即ち、スケジュールアクセス制御部１０６は、図４（ａ）に例示されるスケジュールＤＢ１０２上で、ユーザＩＤフィールドの値がスケジュール解析部１１６から要求された各ユーザＩＤの何れかに一致し、かつ日時フィールドの値で示される範囲が現在の日時から所定の範囲内（例えば現在以降１ヶ月以内）にあるレコードを抽出する。そして、スケジュールアクセス制御部１０６は、抽出された各レコードの予定名フィールド、日時フィールド、場所フィールド、及び重要度レベルフィールドに格納されている各予定名、各日時、各場所、及び各重要度レベルを対で取得し、それらをスケジュール解析部１１６へ返信する。
【００５４】
スケジュール解析部１１６でスケジュールが得られると、スケジュール表示部１１８に制御が移る。スケジュール表示部１１８は、各スケジュールの予定名、日時、場所に基づいて、例えば図６の６０２として示されるようにメール作成画面の下部に一覧形式で、スケジュール一覧を表示させる（ステップＳ３０３）。このとき、スケジュール表示部１１８は、各スケジュールと共に通知されている重要度レベルを、作成中のメールに対してユーザが予め設定した重要度レベルと比較し、重要度レベルが低いスケジュールについては、表示方法（例えば色）を変更して表示する。例えば、送信者が重要度「高」でメールを作成した際は、重要度「中」以下のスケジュールはグレーで表示される、などである。
【００５５】
その後、スケジュール表示部１１８からスケジュール解析部１１６に制御が戻る。スケジュール解析部１１６は、本文に新規入力される文字列を１文字ずつ監視する（ステップＳ３０４）。そして、スケジュール解析部１１６は、未来の日付文字列が入力されたか否かを判定する（ステップＳ３０５）。
【００５６】
未来の日付文字列が入力されておらずステップＳ３０５の判定がＮＯならば、スケジュール解析部１１６は、ステップＳ３０８にて処理終了を判定し、終了でなければステップＳ３０４の文字入力の監視を続行する。
【００５７】
図６の６０３のように未来の日付文字列が入力されておりステップＳ３０５の判定がＹＥＳとなると、図１のスケジュール解析部１１６から共通空き時間計算部１１７に制御が移る。共通空き時間計算部１１７は、ステップＳ３０２で取得された各ユーザＩＤ毎のスケジュールにおいて、ステップＳ３０５にて得られた日付文字列に対応する日時の周辺の日時において、各ユーザＩＤに対応するユーザと自分との共通空き時間を計算する（ステップＳ３０６）。このとき、共通空き時間計算部１１７は、各スケジュールと共に通知されている重要度レベルを、作成中のメールに対してユーザが予め設定した重要度レベルと比較し、重要度レベルが低いスケジュールは考慮に入れないように計算を行う。これにより、例えば図７に示されるように、重要度の低いスケジュールによって共通空き時間を確保できないといった事態を回避することが可能となる。
【００５８】
そして、共通空き時間計算部１１７は、その計算した共通空き時間を、例えば図６の６０４として示されるように、スケジュールの一覧表示に重ねて表示させる（ステップＳ３０７）。或いは、共通空き時間計算部１１７は、共通空き時間の候補を文字列化して、メール本文に挿入して表示してもより（ステップＳ３０７′）。
【００５９】
その後、共通空き時間計算部１１７からスケジュール解析部１１６に制御が戻る。スケジュール解析部１１６は、ステップＳ３０８にて処理終了を判定し、終了でなければステップＳ３０４の文字入力の監視を続行する。
【００６０】
上述の第１又は第２の実施形態の動作において、宛先アドレスとして、個別のメールアドレスではなくメーリングリストのアドレスが入力された場合の動作について説明する。Ｔｏアドレス領域にメーリングリストのアドレスが指定されていた場合、上述の方法ではスケジュールを取得できない。
【００６１】
そこで、宛先解析部１１５がまず、メーリングリストの管理システムに問い合わせてメーリングリストに登録されている全員のメールアドレスを取得する。そして、宛先解析部１１５は、それらの取得したメールアドレスによってユーザアクセス制御部１０７に問合せを行うことで、関係者のユーザＩＤを取得することができる。スケジュール解析部１１６は、これらのユーザＩＤに基づいて、該当するスケジュールを取得できる。
【００６２】
上述の方法の場合、メーリングリストに属するメンバー全員のユーザＩＤが取得されてしまう。これに対して、次ぎような制御方法も採用可能である。即ち、宛先解析部１１５は、メーリングリストのメンバー全員のメールアドレスと共に、メール本文中の例えば先頭１０行に含まれる文字列（図８の８の８０１）によって、ユーザアクセス制御部１０７に問合せを行う。ユーザアクセス制御部１０７は、図４（ｂ）に例示されるユーザＤＢ１０４において、メールアドレスフィールドの値が宛先解析部１１５から指定されたメールアドレスの何れかと一致し、かつ姓フィールドの値が宛先解析部１１５から指定された文字列の何れかと一致するレコードを抽出する。そして、ユーザアクセス制御部１０７は、抽出されたレコードに対応するユーザＩＤ及びユーザ名を、宛先解析部１１５に通知する。これにより、メーリングリストのメンバーのうち、作成中のメールによって特定できる関係者のみのスケジュールを取得することが可能となる。
【００６３】
以上説明した実施形態において、メール本文から日付文字列が抽出される際に、引用(＞)や転送した部分に日付文字列があってもその部分は無視し、あくまで新規入力した部分で日付文字列があった場合のみスケジュールのチェックが開始されるように構成することが可能である。
【００６４】
また、上述の実施形態において、メール本文中への日付の入力ではなく、「イベント名」（特許発掘会など）の入力をトリガとして、過去のスケジュールデータが検索されるように構成されてもよい。この場合例えば、『過去の参加ユーザ』と『送信アドレスに入力されたユーザ』の空き時間候補が計算されて、送信画面上に表示される。
【００６５】
また、上述の実施形態において、相手のスケジュールの重要度は、そのスケジュールのデータと紐づいているメールやタスクの重要度から算出されるように構成されてもよい。例えば、スケジュールアクセス制御部１０６は、図４（ａ）に示されるスケジュールＤＢ１０２にアクセスしたときに、メッセージＩＤフィールドの値に基づいて図１のメールＤＢ１０３にアクセスし、各スケジュールに対応するメールデータを抽出する。そして、スケジュールアクセス制御部１０６は、そのメールデータから重要度レベルを抽出し、図１のスケジュール解析部１１６へ返信する。
【００６６】
図９は、上記システムを実現できるコンピュータのハードウェア構成の一例を示す図である。
図９に示されるコンピュータは、ＣＰＵ９０１、メモリ９０２、入力装置９０３、出力装置９０４、外部記憶装置９０５、可搬記録媒体９０９が挿入される可搬記録媒体駆動装置９０６、及びネットワーク接続装置９０７を有し、これらがバス９０８によって相互に接続された構成を有する。同図に示される構成は上記システムを実現できるコンピュータの一例であり、そのようなコンピュータはこの構成に限定されるものではない。
【００６７】
ＣＰＵ９０１は、当該コンピュータ全体の制御を行う。メモリ９０２は、プログラムの実行、データ更新等の際に、外部記憶装置９０５（或いは可搬記録媒体９０９）に記憶されているプログラム又はデータを一時的に格納するＲＡＭ等のメモリである。ＣＵＰ９０１は、プログラムをメモリ９０２に読み出して実行することにより、全体の制御を行う。
【００６８】
入力装置９０３は、例えば、キーボード、マウス等及びそれらのインタフェース制御装置とからなる。入力装置９０３は、ユーザによるキーボードやマウス等による入力操作を検出し、その検出結果をＣＰＵ９０１に通知する。
【００６９】
出力装置９０４は、表示装置、印刷装置等及びそれらのインタフェース制御装置とからなる。出力装置９０４は、ＣＰＵ９０１の制御によって送られてくるデータを表示装置や印刷装置に出力する。
【００７０】
外部記憶装置９０５は、例えばハードディスク記憶装置である。主に各種データやプログラムの保存に用いられる。
可搬記録媒体駆動装置９０６は、光ディスクやＳＤＲＡＭ、コンパクトフラッシュ（登録商標）等の可搬記録媒体９０９を収容するもので、外部記憶装置９０５の補助の役割を有する。
【００７１】
ネットワーク接続装置９０７は、例えばＬＡＮ（ローカルエリアネットワーク）又はＷＡＮ（ワイドエリアネットワーク）の通信回線を接続するための装置である。
図２又は図３で示される実施形態によるシステムは、それに必要な機能を搭載したプログラム（スクリプトを含む）をＣＰＵ９０１が実行することで実現される。そのプログラムは、例えば外部記憶装置９０５や可搬記録媒体９０９に記録して配布してもよく、或いはネットワーク接続装置９０７によりネットワークから取得できるようにしてもよい。
【産業上の利用可能性】
【００７２】
開示する技術は、グループウェアシステム内に相互に連携して動作するＷｅｂメーラ及びＷｅｂスケジューラのアプリケーションシステムなどに利用することができる。
【符号の説明】
【００７３】
１０１  サーバコンピュータ
１０２  スケジュールＤＢ（スケジュールデータベース）
１０３  メールＤＢ（メールデータベース）
１０４  ユーザＤＢ（ユーザデータベース）
１０５  メール表示・編集制御部
１０６  スケジュールアクセス制御部
１０７  ユーザアクセス制御部
１０８  メール送受信制御部
１０９  ＷＷＷサーバ部
１１０  メール転送エージェント部
１１１  スケジュール制御部
１１２  クライアントコンピュータ
１１３  Ｗｅｂブラウザ部
１１４  メール制御スクリプト部
１１５  宛先解析部
１１６  スケジュール解析部
１１７  共通空き時間計算部
１１８  スケジュール表示部
１１９  ネットワーク
９０１  ＣＰＵ
９０２  メモリ
９０３  入力装置
９０４  出力装置
９０５  外部記憶装置
９０６  可搬記録媒体駆動装置
９０７  ネットワーク接続装置
９０８  バス
９０９  可搬記録媒体
【図１】
2010237966.tif 000003
【図９】
2010237966.tif 000004
【図２】
2010237966.tif 000005
【図３】
2010237966.tif 000006
【図４】
2010237966.tif 000007
【図５】
2010237966.tif 000008
【図６】
2010237966.tif 000009
【図７】
2010237966.tif 000010
【図８】
2010237966.tif 000011