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