(57)【要約】【課題】電子メールを受信に対して設定された返信期限に応じて、返信に関する処理を強制的に行わせることが可能な仕組みを提供すること。【解決手段】受信した電子メール対して設定される返信期限を記憶する返信期限記憶手段と、返信が必要な電子メールに対する返信がなされたかどうかを確認する返信確認手段と、前記返信確認手段によって、前記返信が必要な電子メールに対する返信期限が過ぎており、かつ未返信の電子メールが確認された場合、当該電子メールを返信すべきユーザの画面に、当該電子メールへの返信画面を表示制御する返信画面表示制御手段と、を有することを特徴とする。【選択図】図９
2018036887.tif 000002
【特許請求の範囲】
【請求項１】
受信した電子メールに対して設定される返信期限を記憶する返信期限記憶手段と、
返信が必要な電子メールに対する返信がなされたかどうかを確認する返信確認手段と、
前記返信確認手段によって、前記返信が必要な電子メールに対する返信期限が過ぎており、かつ未返信の電子メールが確認された場合、当該電子メールを返信すべきユーザの画面に、当該電子メールへの返信画面を表示制御する返信画面表示制御手段と、
を有することを特徴とする電子メールシステム。
【請求項２】
受信した電子メールに対して設定される開封期限を記憶する開封期限記憶手段と、
開封が必要な電子メールが開封されたかどうかを確認する開封確認手段と、
前記開封確認手段によって、前記開封が必要な電子メールに対する開封期限が過ぎており、かつ未開封の電子メールが確認された場合、当該電子メールを返信すべきユーザの画面に、当該電子メールを開封して表示させる電子メール開封表示制御手段と、
を有することを特徴とする請求項１記載の電子メールシステム。
【請求項３】
前記返信期限を設定する返信期限設定手段を更に有し、
前記返信期限設定手段は、前記返信が必要な電子メールに設定された自アドレスの宛先種別に応じて設定されることを特徴とする請求項１または２記載の電子メールシステム。
【請求項４】
前記返信期限設定手段は、前記返信が必要な電子メールに設定された宛先に設定されたが自アドレスのみか、自アドレス以外にも含まれるかに応じて設定されることを特徴とする請求項３記載の電子メールシステム。
【請求項５】
前記返信画面表示制御手段によって表示制御される返信画面には、返信をしない理由を入力する領域を有しており、前記領域に返信をしない理由を入力することで、前記返信すべき電子メールに対して返信をしなくても、返信画面を閉じることが可能となるように制御することを特徴とする請求項１乃至４のいずれか１項に記載の電子メールシステム。
【請求項６】
受信した電子メールに対して設定される返信期限を記憶する返信期限記憶手段と、
返信が必要な電子メールに対する返信がなされたかどうかを確認する返信確認手段と、
前記返信確認手段によって、前記返信が必要な電子メールに対する返信期限が過ぎており、かつ未返信の電子メールが確認された場合、当該電子メールを返信すべきユーザの画面に、当該電子メールへの返信画面を表示制御する返信画面表示制御手段と、
を有することを特徴とする電子メールサーバ。
【請求項７】
受信した電子メールに対して設定される返信期限を記憶する返信期限記憶手段を有する電子メールシステムの制御方法であって、
返信が必要な電子メールに対する返信がなされたかどうかを確認する返信確認ステップと、
前記返信確認ステップによって、前記返信が必要な電子メールに対する返信期限が過ぎており、かつ未返信の電子メールが確認された場合、当該電子メールを返信すべきユーザの画面に、当該電子メールへの返信画面を表示制御する返信画面表示制御ステップと、
を有することを特徴とする電子メールシステムの制御方法。
【請求項８】
受信した電子メールに対して設定される返信期限を記憶する返信期限記憶手段を有する電子メールシステムで読み取り可能なプログラムであって、
前記電子メールシステムを、
返信が必要な電子メールに対する返信がなされたかどうかを確認する返信確認手段と、
前記返信確認手段によって、前記返信が必要な電子メールに対する返信期限が過ぎており、かつ未返信の電子メールが確認された場合、当該電子メールを返信すべきユーザの画面に、当該電子メールへの返信画面を表示制御する返信画面表示制御手段と、
を有することを特徴とする電子メールシステムとして機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールシステム、電子メールサーバ、制御方法、およびプログラムに関する。
【背景技術】
【０００２】
通常、電子メールシステムにおいては、受信したメールに対して開封や返信が必要な場合、マークを付けたりフォルダに振り分けをするなどして、他のメールと区別しておき、後から処理することが行われている。
【０００３】
しかしながら、メールを区別しておいたとしても、その区別したメールに対して処理することを忘れてしまったりする場合がある。このような問題に対応して特許文献１が提案されている。
【０００４】
例えば、特許文献１では、配信メールに有効期限を設定し、有効期限に近い未だ開封されていない（未読）未読メール題名を強調表示することで、該当メールの開封を喚起する技術が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−０５６１１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１においては、有効期限に近い未開封のメールを強調表示することで注意喚起をすることはできるが、そこでユーザに放置（無視）されてしまうと、処理が忘れられる可能性がある。
【０００７】
そこで、本発明では、メールを受信に対して設定された返信期限に応じて、返信に関する処理を強制的に行わせることが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
受信した電子メール対して設定される返信期限を記憶する返信期限記憶手段と、返信が必要な電子メールに対する返信がなされたかどうかを確認する返信確認手段と、前記返信確認手段によって、前記返信が必要な電子メールに対する返信期限が過ぎており、かつ未返信の電子メールが確認された場合、当該電子メールを返信すべきユーザの画面に、当該電子メールへの返信画面を表示制御する返信画面表示制御手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、メールを受信に対して設定された返信期限に応じて、返信に関する処理を強制的に行わせることが可能な仕組みを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態にかかる情報処理システムのシステム構成を示す図である。
【図２】本発明の実施形態にかかる情報処理システムのハードウェア構成を示すハードウェア構成図である。
【図３】本発明の実施形態にかかるメールサーバ装置（ＷＥＢメールサーバ２００）が備える機能構成の一例を示す機能構成図である。
【図４】本発明の実施形態にかかる期限設定処理の一例を示すフローチャートである。
【図５】本発明の実施形態にかかるメール情報テーブルの一例を示す図である。
【図６】本発明の実施形態にかかるＷＥＢメール利用時の全体処理の一例を示すフローチャートである。
【図７】本発明の実施形態にかかる強制返信開封処理の一例を示すフローチャートである。
【図８】本発明の実施形態にかかる強制メール一覧テーブル登録処理の一例を示すフローチャートである。
【図９】本発明の実施形態にかかる強制メール一覧テーブルおよび未返信警告メッセージ画面の一例を示す図である。
【図１０】本発明の実施形態にかかる未返信メール報告用テーブルの一例を示す図である。
【図１１】本発明の実施形態にかかる未返信メール報告処理の一例を示すフローチャートである。
【図１２】本発明の実施形態にかかるユーザ情報テーブルの一例を示す図である。
【図１３】本発明の実施形態にかかる未返信メール報告のメール一例を示す図である。
【図１４】本発明の実施形態にかかる返信期限解除処理の一例を示すフローチャートである。
【図１５】本発明の実施形態にかかるメール本文強制画面表示の一例を示す図である。
【図１６】本発明の実施形態にかかるメール返信強制画面表示の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施形態を説明する。
図１は、本発明の実施形態にかかる情報処理システムのシステム構成を示す図である。
【００１２】
具体的には本発明に係る情報処理装置であるクライアント端末、ＷＥＢメールサーバを含むＷＥＢメールシステム、そして、ＷＥＢメールシステムのデータの格納先となるサーバ又はサービスの構成の一例を示すシステム構成図である。
【００１３】
本発明の情報処理装置に好適なクライアント端末１００は、例えば、パーソナルコンピュータであり、ＬＡＮ５００（ローカルエリアネットワーク）又は、インターネット回線６００を介してＷＥＢメールサーバ２００と、クラウドサービス３００又は共有ファイルサーバ４００とデータ通信が可能である。
【００１４】
クライアント端末１００からは、ＷＥＢメールサーバ２００を利用することにより、他のクライアント端末とのメール送受信を行うことと、送受信済みデータの参照が可能である。
【００１５】
さらに、クライアント端末１００は、ＷＥＢメールサーバ２００から受信データをダウンロードし、クラウドサービス３００又は共有ファイルサーバ４００の領域に、そのダウンロードデータを保存することが出来る。
【００１６】
ＷＥＢメールサーバ２００は、メールの送受信のデータを管理するサーバであり、クライアント端末１００からの送受信されたメールのデータの参照は、このＷＥＢメールサーバで管理がされているために可能となる。
【００１７】
また、ＷＥＢメールサーバ２００は、ＰＯＰメールサーバ４５０と接続可能であり、外部とのメール送受信は、ＰＯＰメールサーバを介して行われる。
【００１８】
クラウドサービス３００又は共有ファイルサーバ４００は、ＷＥＢメールサーバ２００からクライアント端末１００の操作によってダウンロードされたメールのデータを保存する領域を提供する。さらに、クラウドサービス３００においては、トークンを返すサービスもあり、このトークンがあることによって、ＷＥＢメールサーバ２００から受信したデータへのアクセスのコントロールと、保管の管理が行われる。
【００１９】
なお、便宜上、クラウドサービス３００を１つのサーバ（情報処理装置）として説明を進めるが、実際には複数のサーバから構成されることもあり、また、１つのサーバにおける仮想サーバである場合もある。
本発明の実施形態にかかる情報処理システムのハードウェア構成を示すハードウェア構成図である。
【００２０】
具体的には、クライアント端末１００、ＷＥＢメールサーバ２００、クラウドサービス３００、共有ファイルサーバ４００に適応可能な情報処理装置のハードウェア構成を示す図である。
【００２１】
図２に示すように、クライアント端末１００、ＷＥＢメールサーバ２００、クラウドサービス３００、共有ファイルサーバ４００の各ＣＰＵ２０１では、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８が接続され、各デバイスやコントローラを統括的に制御する。
【００２２】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２３】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２４】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２５】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２６】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２７】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、クライアント端末１００、ＷＥＢメールサーバ２００、クラウドサービス３００又は共有ファイルサーバ４００間の通信において、ＬＡＮ５００又は、インターネット回線６００を介するデータの送受信を制御する。
【００２８】
なお、後述する本発明の処理の一例を示すフローチャートを実行するためのコンピュータ読み取り実行可能なプログラムも、この外部メモリ２１１に記憶されているものとする。
【００２９】
なお、外部メモリ２１１は情報を永続的に記憶するための媒体であって、その形態をハードディスク等の記憶装置に限定するものではない。例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの媒体であってもよい。
【００３０】
また、本発明を実現するため外部メモリ２１１や、それ以外の記憶媒体に記録されたプログラムは、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３２】
図３は、本発明の実施形態にかかるメールサーバ装置（ＷＥＢメールサーバ２００）が備える機能構成の一例を示す機能構成図である。
【００３３】
図１で説明したＷＥＢメールシステムの他に本発明を実施するための特有な機能である、期限設定部３０１、強制返信開封部３０２、未返信メール報告部３０３、および返信期限解除部３０４の機能を有する。
【００３４】
また、主なデータテーブルとして、メール情報
テーブル３１１（図５）、強制メール一覧テーブル３１２（図９）、および未返信メール報告用テーブル３１３（図１０）を記憶部に記憶している。
【００３５】
期限設定部３０１は、受信したメールに対して開封や返信の期限を設定する機能を有する。期限は、自分への宛先の種別や、複数人設定されているかなどの条件によって決定される。
【００３６】
強制返信開封部３０２は、クライアント端末でＷＥＢメールが表示されているときに、開封期限や返信期限を迎えた場合に、強制的に未読のメールを開封するとともに表示したり、返信期限を迎えたメールに対する返信画面を表示したりする機能である。
【００３７】
未返信メール報告部３０３は、返信期限を過ぎているメールに対して、ユーザが入力した返信が行われない理由を、ユーザに対応するユーザ（例えば上司）にメールで通知する機能である。
【００３８】
返信期限解除部３０４は、返信期限を有するメールとして管理されているメールに対して自分以外のユーザが返信を行った場合、自分の当該メールに対する返信期限を「なし」に変更する機能である。
【００３９】
メール情報テーブル３１１、強制メール一覧テーブル３１２、未返信メール報告用テーブル３１３については、それぞれ、図５、図９、図１０を利用して後述する。
図４は、本発明の実施形態にかかる期限設定処理の一例を示すフローチャートである。
【００４０】
本フローチャートでは、クライアント端末がＷＥＢメールサーバへログイン要求を行ってからログアウトするまでの処理について説明する。
【００４１】
ステップＳ４０１で、ユーザの操作によりログイン画面を開くなどログイン要求が行われる。不図示のログイン画面によりログイン情報を受付け、ステップＳ４０２で、ＷＥＢメールサーバに対してユーザＩＤやパスワード等のログイン情報を送信する。
ステップＳ４０３で、ＷＥＢメールサーバは、ログイン要求を行ったユーザＩＤの認証処理を行う。
【００４２】
ステップＳ４０４で認証がＯＫであったと判定される場合はステップＳ４０５に進み、認証がＮＧであった場合は、ステップＳ４０１に戻り、エラーメッセージとともにログイン画面を再度表示する。
ステップＳ４０５では、ログイン中ユーザのメール一覧を取得し、クライアント端末に送信する。
【００４３】
ステップＳ４０６で、クライアント端末は、受信したメール一覧をＷＥＢメール画面に表示する。ステップＳ４０７で、ＷＥＢメール画面からメール受信ボタンが押下された場合、ログインしているユーザに対応するユーザＩＤの未受信メールをＰＯＰメールサーバ４５０からダウンロードし、図５に示すメール情報テーブルに記憶する。この時、ユーザＩＤとメールアドレスが異なる場合には、後述するユーザ情報テーブルからユーザＩＤに対応する自身のメールアドレスを取得しておくものとする。
図５は、本発明の実施形態にかかるメール情報テーブルの一例を示す図である。
【００４４】
メールＩＤ５０１をプライマリキーとして、メッセージＩＤ５０２、宛先５０３、Ｃｃ５０４、Ｂｃｃ５０５、差出人５０６、送信日時５０７、件名５０８、本文５０９、ローカルに受信した時間５１０、未読・既読５１１、開封期限５１２、および返信期限５１３などが記憶される（返信期限記憶手段、開封期限記憶手段）。
【００４５】
メール情報テーブルは、ユーザが保持するメールの情報が格納されたテーブルであって、テーブルはユーザ毎に分かれている。本実施例のテーブルは、「梶原  樹＜ｋａｊｉｗａｒａ＠ｅｘａｍｐｌｅ．ｃｏｍ＞」のメール情報である。
【００４６】
メールＩＤ５０１にはレコード識別のためのユニークな値が登録される。メッセージＩＤ５０２には、メールのＭｅｓｓａｇｅ−ＩＤヘッダの値が登録される。
【００４７】
宛先５０３、Ｃｃ５０４、およびＢｃｃ５０５には、宛先として設定されたユーザ名が宛先の種別ごとに記憶される。例えば、メールＩＤが９００００１のメールは、宛先（ＴＯ）が「梶原」だけであり、メールＩＤが９００００２のメールは、宛先に「梶原」と「大塚」が設定され、Ｃｃに「日高」と「三上」が設定されているものである。
【００４８】
差出人５０６には、メールの差出人が登録される。送信日時５０７には、当該メールが送信された送信日時が登録される。件名５０８、本文５０９にはそれぞれメールの件名と本文が登録される。
【００４９】
ローカルに受信した時間５１０には、ＰＯＰメールサーバからＷＥＢメールサーバにメールがダウンロードされた時間が登録される。
【００５０】
未読・既読５１１は、当該メールの開封状態が登録されたもので、登録されたときの初期値は「未読」である。その後、ユーザによってメールが開かれたときに「既読」に変更される。
【００５１】
開封期限５１２は、ユーザが開封をする期限であり、返信期限５１３は、ユーザが受信したメールに対して返信をする期限である。
【００５２】
これら期限は、受信したメールに設定されている宛先の状態や種別に応じて変更されるようになっている。
【００５３】
本発明では、ここで設定された期限を超えて開封や返信がなされていない場合に警告を発するようになっている。
【００５４】
また、開封期限や返信期限は、メールのタイトルや差出人などによって、設定されるメールと設定されないメールを設けるようにすることも可能である。
図４のフローチャートの説明に戻る。
【００５５】
ステップＳ４０９からステップＳ４１４の処理は、ステップＳ４０８で取得した全てのメールに対してメール毎に繰り返される処理である。
【００５６】
ステップＳ４１０で、自分のアドレスの宛先種別を判定し、ＴＯ（宛先）に自アドレスのみ設定されている場合（例えばメールＩＤ９００００１のケース）は、ステップＳ４１１に進み「ＴＯ単独の処理」を行う。
【００５７】
ＴＯに自アドレスを含む複数アドレスが設定されている場合（例えばメールＩＤ９０００２のケース）は、ステップＳ４１２に進み、「ＴＯ複数の処理」を行う。
【００５８】
自アドレスがＣｃまたはＢｃｃに設定されている場合（例えばメールＩＤ９０００３や９０００４のケース）は、ステップＳ４１３に進み、「ＣＣまたはＢＣＣの処理」を行う。
【００５９】
ステップＳ４１１では、「ＴＯ単独の処理」として、メール情報テーブル５００に記憶された対象のメールデータに対して、開封期限にローカルに受信した時刻の１２時間後、返信期限に２４時間後を登録する。
【００６０】
ステップＳ４１２では、「ＴＯ複数の処理」として、メール情報テーブル５００に記憶された対象のメールデータに対して、開封期限にローカルに受信した時刻の２４時間後、返信期限に４８時間後を登録する。
【００６１】
ステップＳ４１３では、「ＣＣまたはＢＣＣの処理」として、メール情報テーブル５００に記憶された対象のメールデータに対して、開封期限にローカルに受信した時刻の２４時間後、返信期限には期限の設定をせずに登録する。
【００６２】
なお、宛先の種別に応じて期限の設定をできるようにしてあるので、条件は可変に設定できることは言うまでもない。
【００６３】
受信メール全てに対して処理が終了すると、ステップＳ４１４でループを抜け、ステップＳ４１５で、メール情報テーブル５００に登録されたメール一覧をクライアント端末に送信する。
【００６４】
クライアント端末は、ステップＳ４１６で受信したメール一覧をＷＥＢメールの画面などに表示し、ステップＳ４１７の、ログアウトするかどうかの判定によりログアウトされるまでメール一覧画を表示する。
【００６５】
なお、処理の途中であっても、クライアント端末により、メールの受信指示が行われると、ステップＳ４０７の処理が行われ、ログアウト指示が行われると、ステップＳ４１７の処理が行われる（フローを終了）ものとする。
図６は、本発明の実施形態にかかるＷＥＢメール利用時の全体処理の一例を示すフローチャートである。
【００６６】
ステップＳ６０１で、ユーザの操作によりログイン画面を開くなどログイン要求が行われる。不図示のログイン画面によりログイン情報を受付け、ステップＳ６０２で、ＷＥＢメールサーバに対してユーザＩＤやパスワード等のログイン情報を送信する。
ステップＳ６０３で、ＷＥＢメールサーバは、ログイン要求を行ったユーザＩＤの認証処理を行う。
【００６７】
認証がＯＫであった場合にステップＳ６０４に進む。認証がＮＧであった場合（不図示）は、ステップＳ６０１に戻り、エラーメッセージとともにログイン画面を再度表示する。
ステップＳ６０４では、ログイン中ユーザのメール一覧を取得し、クライアント端末に送信する。
【００６８】
ステップＳ６０５で、クライアント端末は、受信したメール一覧を表示する。ステップＳ６１１でログアウト処理が行われるまで、クライアント端末に対して、ステップＳ６０６からステップＳ６１０の処理が行われる。
【００６９】
ステップＳ６０６では、強制返信開封処理（図７にて説明）が行われる。詳細については後述するが、強制返信開封処理とは、設定された開封期限や返信期限を超えているメールに対して、強制的にメールを表示したり、返信画面を表示したりすることで、警告（アラート）を出す処理である。
【００７０】
ステップＳ６０７では、タイマーを設定し、ステップＳ６０８からステップＳ６１０で、所定間隔で、ステップＳ６０９で強制返信開封処理を行うように設定し、処理を終了する。
【００７１】
なお、本フローチャートでは、サーバ装置が処理中であったてもクイアント端末がステップＳ６１１でログアウトすると処理が終了する。
図７は、本発明の実施形態にかかる強制返信開封処理の一例を示すフローチャートである。
【００７２】
ステップＳ７０１では、強制メール一覧テーブル登録処理を行う。強制メール一覧テーブル登録処理について図８を利用して説明する。
【００７３】
図８は、本発明の実施形態にかかる強制メール一覧テーブル登録処理の一例を示すフローチャートである。
ステップＳ８０１から、ステップＳ８０７までの処理を、メール情報テーブルのレコード分繰り返す。
【００７４】
ステップＳ８０２では、メール情報テーブルより、該当するレコードのメールＩＤ５０１、未読・既読５１１、開封期限５１２、および返信期限５１３を取得する。
【００７５】
ステップＳ８０３では、メールが未読かつ開封期限が現在時刻より前かどうかを、未読・既読５１１および開封期限５１２を利用して確認する。
【００７６】
ＹＥＳ（両方の条件にあてはまる）の場合は、ステップＳ８０３に進み、ＮＯ（条件に当てはまらない）の場合は、ステップＳ８０７に進む。
【００７７】
ステップＳ８０４では、該当するメールＩＤ、ユーザＩＤおよび処理種別を対応付けて図９に示す強制メール一覧テーブル９００に登録する。
【００７８】
強制メール一覧テーブル９００は、ユーザＩＤ９０１、メールＩＤ９０２、処理９０３が登録されるようになっており、ステップＳ８０４では、処理９０３には「開封」が登録される。
【００７９】
ステップＳ８０５では、メールが未読かつ開封期限が現在時刻より前かどうかを、未読・既読５１１および返信期限５１３を利用して確認する。
【００８０】
ＹＥＳ（両方の条件にあてはまる）の場合は、ステップＳ８０６に進み、ＮＯ（条件に当てはまらない）の場合は、ステップＳ８０７に進む。
【００８１】
ステップＳ８０６では、該当するメールＩＤ、ユーザＩＤおよび処理種別を対応付けて強制メール一覧テーブルに登録する。処理９０３には、「返信」が登録される。
【００８２】
ステップＳ８０７では、メール情報テーブルの全てのレコードに対して処理が実行されたら処理を終了する。図７の説明に戻る。
【００８３】
ステップＳ７０２でＷＥＢメールサーバは、ステップＳ７０１で登録された強制メール一覧テーブルからログインしているユーザＩＤのレコードを取得するとともに、当該ユーＩＤのレコードをメール情報テーブル５００から取得し、ステップＳ７０３に進む。
【００８４】
ステップＳ７０３では、ログインしているユーザＩＤの強制メール一覧のレコード数分の処理をステップＳ７１９までループする。
【００８５】
ステップＳ７０４では、メール情報テーブルから該当するレコードの情報を取得し、ステップＳ７０５では、強制メール強制メール一覧の処理９０３が「開封」であるかどうかを確認する。
「開封」でない場合はステップＳ７０８に進み、「開封」であった場合は、ステップＳ７０６に進む。
【００８６】
ステップＳ７０６では、ステップＳ７０４で取得したメール情報を図１５に示すように、本文強制画面を表示制御する。
【００８７】
本文強制画面１５０１は、元々ＷＥＢメールで開かれていた画面１５０２の上に、ユーザからの要求とは関係なく開封期限を超えたメールが強制的に表示されるもので、例えばメッセージＩＤ９０００１が強制表示の対象であった場合には、メール情報テーブルに記憶されたように、「河野」から「梶原」宛ての「Ｒｅ：資料について質問です。」というタイトルのメールが強制表示される。
ステップＳ７０７で画面が閉じられると、ステップＳ７０８に進む。
ステップＳ７０８では、強制メール一覧の処理９０３が「返信」であるかどうかの確認を行う。
【００８８】
ステップＳ７０８で、処理が「返信」でないと判定された場合、ステップＳ７１９に進み、「返信」であると判定された場合、ステップＳ７０９に進む。
【００８９】
ステップＳ７０９では、ステップＳ７０４で取得したメール情報に対する返信画面を、図１６に示す返信強制画面を表示制御する。
【００９０】
返信強制画面１６０１は、元々ＷＥＢメールで開かれていた画面１６０２の上に、ユーザからの要求とは関係なく返信期限を超えたメールに対する返信画面が強制的に表示されるもので、例えばメッセージＩＤ９００００１が強制返信の対象であった場には、メール情報テーブルに記憶された内容に対する返信となるように、１６０３に示すように差出人が「梶原」で宛先が「河野」となるよう返信画面が表示される。１６０４には、元のメールの内容が表示されるようにしてもよい。
【００９１】
ステップＳ７１０では、強制返信画面から画面と閉じる命令（ｃｌｏｓｅ）を受けたかどうかを判定し、画面を閉じる命令を受付けた場合、ステップＳ７１１に進み、ユーザによるどんな操作による命令なかを判定する。
【００９２】
ユーザによる操作種別には、メールの送信命令を行った場合と、返信画面を閉じる命令を行った場合がある。
【００９３】
送信命令に伴った画面を閉じる命令の場合、ステップＳ７１５に進み、単に返信画面を閉じる命令の場合は、ステップＳ７１２に進む。
【００９４】
ステップＳ７１２では、図９に示す未返信警告メッセージ画面を表示する。メッセージ画面には、理由入力欄９０４およびＯＫボタン９０５が表示されており、ユーザにより理由入力欄に理由が入力され、ＯＫボタンが押下されると、本画面が終了する。
【００９５】
ステップＳ７１３では、ＯＫボタン９０５が押下されたかどうかを判定し、ＯＫボタンが押下されるとステップＳ７１４に進む。
【００９６】
ステップＳ７１４では、理由入力欄に理由が入力されているかを判定し、入力があった場合には、ステップＳ７１８に進む。ここで理由の入力は、フリーフォーマットで受付けるようにしてもよいし、予め準備された項目を選択するようにしてもよい。
【００９７】
ステップＳ７１８では、図１０に示す未返信メール報告用テーブルに記載内容およびメール情報を登録し、ステップＳ７１９に進む。
図１０は、本発明の実施形態にかかる未返信メール報告用テーブルの一例を示す図である。
【００９８】
ユーザＩＤ１００１、メールＩＤ１００２、差出人１００３、送信日時１００４、件名１００５、未返信理由１００６、および未送信理由登録日時１００７が登録される。
【００９９】
ユーザＩＤ１００１は、ログインしているユーザのユーザＩＤが登録され、１００２から１００５には、ステップＳ７０４で取得したメール情報の内容が登録される。
【０１００】
未返信理由１００６には、理由入力欄９０４に入力された内容が登録され、未返信理由登録日時には、１００６に登録された理ステップ由が入力されＯＫボタン９０５が押下された時間が登録される。図７の説明に戻る。
【０１０１】
ステップＳ７１５では、ステップＳ７１１で送信ボタンが押下されたメールを送信し、ステップＳ７１６に進み、返信先が複数かどうかを判定する。
【０１０２】
複数でない場合は、ステップＳ７１９に進み、封数であった場合は、ステップＳ７１７に進み、返信期限解除処理を行い、ステップＳ７１９に進む。ステップＳ７１９では、ステップＳ７０２で取得した強制メール一覧テーブルのレコード分の処理が完了していることを条件に処理を終了する。
図１４は、本発明の実施形態にかかる返信期限解除処理の一例を示すフローチャートである。
【０１０３】
本処理では、他人によって返信され、返信する必要のなくなったメールの返信期限を「なし」に変更する処理である。
【０１０４】
ステップＳ１４０１では、返信元メールのＴＯに指定された複数の宛先から自分以外のアドレスを全て取得し、ステップＳ１４０２で、返信したメールの元メールのメッセージＩＤを取得する。
【０１０５】
ステップＳ１４０３からステップＳ１４０７では、ステップＳ１４０１で取得した自分以外のアドレスの数分繰り返し処理を行う。
【０１０６】
ステップＳ１４０４で、ユーザ情報テーブルからメールアドレスに合致するレコードのユーザＩＤを取得する。ユーザ情報テーブルについて図１２を用いて説明する。
図１２は、本発明の実施形態にかかるユーザ情報テーブルの一例を示す図である。
【０１０７】
本テーブルは、ＷＥＢメールシステムにユーザが新規作成されるとき登録されるユーザテーブルの一例であって、ユーザＩＤ１２０１に名前１２０２、メールアドレス１２０３、および上司のユーザＩＤ１２０４が関連付けられて登録されている。
【０１０８】
ステップＳ１４０５では、ステップＳ１４０４で取得したユーザＩＤに対応する、ステップＳ１４０２で取得した元メールのメッセージＩＤを、メール情報テーブルから取得し、ステップＳ１４０６で一致したメッセージＩＤＩＤの返信期限の設定を「なし」に変更し、処理を終了する。
【０１０９】
例えば、メールＩＤ９０００２のメールが、「大塚」によって返信された場合、「梶原」のメール情報テーブルのメールＩＤ９０００２の返信期限５１３が「なし」に変更されるものである。
次に図１１を利用して、未返信メール報告処理について説明する。
図１１は、本発明の実施形態にかかる未返信メール報告処理の一例を示すフローチャートである。
【０１１０】
本処理は、ＷＥＢメールサーバが、所定の時間ごとに図１０の未送信メール報告用テーブルに登録されたユーザＩＤの未返信メールについて、登録された上司に対して報告メールを作成、送信する処理である。
【０１１１】
ステップＳ１１０１で、ＷＥＢメールサーバは、未返信メール報告用テーブルから全てのレコードを取得し、ステップＳ１１０２からステップＳ１１０７の処理を、ステップＳ１１０１で取得したレコード分の処理を繰り返す。
【０１１２】
ステップＳ１１０３では、ユーザ情報テーブル１２００からユーザＩＤに対応する上司ＩＤを取得する。例えば、ユーザＩＤが１０００００の上司のユーザＩＤは１００００１である。
【０１１３】
ステップＳ１１０５では、未返信メール報告用テーブルから未返信メール報告メールの本文を作成し、ステップＳ１１０６で、ステップＳ１１０４で取得した上司に対して作成したメールを送信する。送信されるメールは図１３に示すように差出人が「ＷＥＢメールシステム」、宛先が「上司のメールアドレス（１００００１）」宛てに送信される。
【０１１４】
ステップＳ１１０７では、上司にメール送信されたメールのレコードを、未返信報告用テーブルから削除する。
【０１１５】
以上、本発明の実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１７】
また、本発明におけるプログラムは、フローチャートの処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【０１１８】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１９】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１２０】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１２１】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２４】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１２５】
１００  クライアント端末
２００  ＷＥＢメールサーバ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ（入力Ｃ）
２０６  ビデオコントローラ（ＶＣ）
２０７  メモリコントローラ（ＭＣ）
２０８  通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）
【図１】
2018036887.tif 000003
【図２】
2018036887.tif 000004
【図３】
2018036887.tif 000005
【図４】
2018036887.tif 000006
【図５】
2018036887.tif 000007
【図６】
2018036887.tif 000008
【図７】
2018036887.tif 000009
【図８】
2018036887.tif 000010
【図９】
2018036887.tif 000011
【図１０】
2018036887.tif 000012
【図１１】
2018036887.tif 000013
【図１２】
2018036887.tif 000014
【図１３】
2018036887.tif 000015
【図１４】
2018036887.tif 000016
【図１５】
2018036887.tif 000017
【図１６】
2018036887.tif 000018