(57)【要約】【課題】メール転送の可否を自動的に判断して電子メールの転送を制御する電子メールシステム及び方法を得る。【解決手段】電子メールシステムは、システムを使用するユーザが用いるクライアント端末130、131と、携帯用サーバ120と、ユーザが所持する携帯電話機138から前記携帯用サーバ120を介してアクセス可能なメールサーバ100とがネットワークを介して接続されて構成される。メールサーバは、クライアント端末、携帯電話機からのログイン状態を管理し、予め決められた所定の転送条件を管理し、受信したメールを保持し、前記ログイン状態及び転送条件に従って、前記保持しているメールから転送条件に該当するメールを抽出して、抽出したメールを転送する。【選択図】図１
2010226308.tif 000002
【特許請求の範囲】
【請求項１】
電子メールを別のメールシステムに転送する電子メールシステムにおいて、
前記電子メールシステムは、該システムを使用するユーザが用いるクライアント端末と、携帯用サーバと、ユーザが所持する携帯電話機から前記携帯用サーバを介してアクセス可能なメールサーバとがネットワークを介して接続されて構成され、
前記メールサーバは、前記クライアント端末、携帯電話機からのログイン状態を管理するログイン管理手段と、予め決められた所定の転送条件を管理するフィルタ条件管理手段と、受信したメールを保持するメール保持手段と、前記ログイン状態及び転送条件に従って、前記メール保持手段に保持しているメールから転送条件に該当するメールを抽出して、抽出したメールを転送するメール転送手段とを備えて構成されたことを特徴とする電子メールシステム。
【請求項２】
前記ログイン管理手段で管理されているログイン状態のうち、前記抽出したメールを受信すべきユーザが使用するクライアント端末からのログインがある場合、そのメールの転送を行わず、前記抽出したメールを受信すべきユーザが所持する携帯電話機からのログインがある場合、ログインがあるとはせずに抽出したメールの転送を行うことを特徴とする請求項１記載の電子メールシステム。
【請求項３】
前記フィルタ条件管理手段が管理している転送条件は、メール毎に設定されたもので、そのメールが既に読まれているか否かを示す未既読、送信者、主題、受信者タイプ、送信者の役職を示す役職条件、ログインされているときにメールの転送を行うか否かを示すログイン中転送、ログイン状態にあってもログインと見なさないログイン除外アドレスの各情報であり、少なくとも１つの条件に一致するメールの転送を行うことを特徴とする請求項１または２記載の電子メールシステム。
【請求項４】
前記メール転送手段は、抽出したメールのメール一覧を転送メールとして作成して転送することを特徴とする請求項１、２または３記載の電子メールシステム。
【請求項５】
電子メールを別のメールシステムに転送する電子メールシステムにおける電子メールの転送方法において、
前記電子メールシステムは、該システムを使用するユーザが用いるクライアント端末と、携帯用サーバと、ユーザが所持する携帯電話機から前記携帯用サーバを介してアクセス可能なメールサーバとがネットワークを介して接続されて構成され、
前記メールサーバは、前記クライアント端末、携帯電話機からのログイン状態を管理し、予め決められた所定の転送条件を管理し、受信したメールを保持し、前記ログイン状態及び転送条件に従って、前記保持しているメールから転送条件に該当するメールを抽出して、抽出したメールを転送することを特徴とする電子メールの転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールシステム及び電子メールの転送方法に係り、特に、特定の電子メールを転送条件に従って別のメールシステムに転送する電子メールシステム及び電子メールの転送方法に関する。
【背景技術】
【０００２】
送信されてきた電子メールを他のメールシステムに転送したいという要求として、例えば、外出中等であって、社内の自席に置かれているＰＣ等を利用して電子メールを参照することができない場合に、利用者が所持する携帯電話機に自分宛の電子メールを転送したいというものがある。
【０００３】
前述のような要求を満たすことのできる従来技術として、フィルタリング条件に一致した電子メールを他のメールシステムに転送するという技術が、例えば、特許文献１等に記載されて知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−８７３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述した従来技術は、フィルタリング条件に一致した電子メールを転送することができるものの、メールの利用者が意図的に電子メールの転送、転送の中断／再開等を操作により指示して設定を変更しておかなければならないものであるという問題点を有している。
【０００６】
本発明の目的は、前述した従来技術の問題点を解決し、電子メールの利用者によるメール転送設定、変更等の操作の手間を低減して、メール転送の可否を自動的に判断して電子メールの転送を制御することができるようにした電子メールシステム及び電子メールの転送方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明によれば前記目的は、電子メールを別のメールシステムに転送する電子メールシステムにおいて、前記電子メールシステムは、該システムを使用するユーザが用いるクライアント端末と、携帯用サーバと、ユーザが所持する携帯電話機から前記携帯用サーバを介してアクセス可能なメールサーバとがネットワークを介して接続されて構成され、前記メールサーバは、前記クライアント端末、携帯電話機からのログイン状態を管理するログイン管理手段と、予め決められた所定の転送条件を管理するフィルタ条件管理手段と、受信したメールを保持するメール保持手段と、前記ログイン状態及び転送条件に従って、前記メール保持手段に保持しているメールから転送条件に該当するメールを抽出して、抽出したメールを転送するメール転送手段とを備えて構成されたことにより達成される。
【発明の効果】
【０００８】
本発明によれば、メール利用者が外出時におけるメール転送、転送の中断や再開の設定変更の操作をなくすことができ、メールシステムの使い勝手を向上させることができる。また、携帯電話機等の利用が可能なモバイル環境においても、メール転送、中断／再開が自動的に切り替え可能であるためメールシステムの使い勝手を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態による電子メールシステムの機能構成を示すブロック図である。
【図２】フィルタ設定テーブルの構成を示す図である。
【図３】チェック情報管理テーブル及び管理者テーブルの構成を示す図である。
【図４】メール一覧テーブルの構成を示す図である。
【図５】ログイン管理テーブルの構成を示す図である。
【図６】アドレス帳及び役職管理テーブルの構成を示す図である。
【図７】メール生成用作業テーブルの構成を示す図である。
【図８】転送設定テーブルの構成を示す図である。
【図９】制御部がユーザの受信一覧から電子メールを転送する場合の処理動作を説明するフローチャート（その１）である。
【図１０】制御部がユーザの受信一覧から電子メールを転送する場合の処理動作を説明するフローチャート（その２）である。
【図１１】フィルタ条件判定部が転送条件に該当するか否か判断する処理動作を説明するフローチャート（その１）である。
【図１２】フィルタ条件判定部が転送条件に該当するか否か判断する処理動作を説明するフローチャート（その２）である。
【図１３】メール生成送信部がメールを生成して送信する処理動作を説明するフローチャート（その１）である。
【図１４】メール生成送信部がメールを生成して送信する処理動作を説明するフローチャート（その２）である。
【図１５】クライアント処理部がログイン状態を管理する処理動作を説明するフローチャートである。
【図１６】ユーザ情報取得部が宛先情報からユーザ情報を取得する処理動作を説明するフローチャートである。
【図１７】ユーザ状態取得部がユーザ状態を取得する処理動作を説明するフローチャートである。
【図１８】監視状態制御部が監視状態を制御する処理動作を説明するフローチャート（その１）である。
【図１９】監視状態制御部が監視状態を制御する処理動作を説明するフローチャート（その２）である。
【発明を実施するための形態】
【００１０】
以下、本発明による電子メールシステム及び電子メールの転送方法の実施形態を図面により詳細に説明する。
【００１１】
図１は本発明の一実施形態による電子メールシステムの機能構成を示すブロック図である。
【００１２】
本発明の実施形態による電子メールシステムは、社内用のネットワーク１３２に接続されたメールサーバ１００及び複数のクライアント端末１３０、１３１と、社内用のネットワーク１３２に、ファイアウォール（Ｆ／Ｗ）１３４及び社外用ネットワーク１３３を介して接続された携帯用サーバ１２０と、Ｆ／Ｗ１３４及び社外ネットワーク１３５を介して接続された社外メールサーバ１３９及び携帯電話サーバ１３６と、携帯電話サーバ１３６に接続されたメールボックス１３７と、クライアント端末１３０、１３１の利用者が使用し、携帯電話サーバ１３６にアクセス可能な携帯電話機１３８とにより構成されている。
【００１３】
前述において、メールサーバ１００は、ＣＰＵ１１０、主記憶装置１０１、ディスクインタフェース１１２、通信インタフェース１１１、後述する各種の情報を保持するＤＢ、テーブル等を格納する記憶装置であるディスク装置を備えて構成されている。そして、メールサーバ１００は、ＣＰＵ１１０が主記憶装置１０１上にあるサーバプログラム１０２を実行し、通信インターフェイス１１１を介してネットワーク１３２と通信を行うことが可能である。
【００１４】
サーバプログラム１０２は、制御部１０３、監視状態制御部１０４、ユーザ状態取得部１０５、クライアント処理部１０６、ユーザ情報取得部１０７、フィルタ条件判断部１０８及びメール生成送信部１０９から構成される。また、ＣＰＵ１１０は、主記憶装置１０１にあるサーバプログラム１０２を実行し、ディスクインターフェイス１１２を介して、ディスク装置内のメールボックス（データベース）１１３、アドレス情報（データベース）１１４、作業テーブル１１５、転送設定テーブル１１６及びログイン状態管理テーブル１１７との間でデータの授受を行う。
【００１５】
なお、作業テーブル１１５は、後述するチェック情報管理テーブル３００、ログイン管理テーブル５００及びメール生成用作業テーブル７００から構成される。また、転送設定テーブル１１６は、後述するフィルタ設定テーブル２００及び転送設定テーブル８００から構成される。
【００１６】
携帯用サーバ１２０は、ＣＰＵ１２５が主記憶装置１２１上にある携帯用サーバプログラム１２２を実行し、通信インターフェイス１２６を介してネットワーク１３３と通信を行うことが可能である。携帯用サーバプログラム１２２は、Ｗｅｂサーバ１２３及び携帯連携サーバ１２４から構成される。
【００１７】
メールサーバ１００内のサーバプログラム１０２は、クライアント端末１３０及びクライアント端末１３１の相互間で送受信されるメールをメールボックス１１３に格納しておき、クライアント端末１３０及びクライアント端末１３１からの電子メールの受信要求に対しメールボックス１１３から受信メールを取り出し、クライアント端末１３０及びクライアント端末１３１に返信する。また、社外メールサーバ１３９からのメールは、Ｆ／Ｗ１３４及び社内ネットワーク１３２を経由し通信インターフェイス１１１を介してサーバプログラム１０２により受信されてメールボックス１１３に格納される。
【００１８】
クライアント端末１３０及びクライアント端末１３１が、それらの端末からメールの送信、受信等サーバプログラム１０２への要求を行う場合、サーバプログラム１０２は、まず、利用者がログインしたことをログイン状態管理テーブル１１７により管理する。ログイン状態管理テーブル１１７には、後述するように、利用者を一意に識別するユーザＩＤとクライアント端末のＩＰアドレスとをアクセス元情報として保存される。また、クライアント端末１３０等からのメール送信や受信処理が完了し、クライアント端末からログアウト要求があった場、サーバプログラム１０２は、ログイン状態管理テーブル１１７に管理されているテーブルを削除する。クライアント端末から社外メールサーバ１３９へのメール送信依頼があった場合、サーバプログラム１０２は、通信インターフェイス１１１を介して社内ネットワーク１３２にメールを送信し、Ｆ／Ｗ１３４及び社外ネットワーク１３５を経由して社外メールサーバ１３９にメールを配信する。
【００１９】
なお、携帯電話サーバ１３６宛てのメールである場合も、そのメールは、前述と同様に、社内ネットワーク１３２、Ｆ／Ｗ１３４及び社外ネットワーク１３５を経由して携帯電話サーバ１３６に配信される。
【００２０】
前述した社外用ネットワーク１３３は、ＤＭＺ（非武装セグメント）である。携帯用サーバプログラム１２２は、通常、クライアント端末１３０及びクライアント端末１３１を使用してサーバプログラム１０２にアクセスしている利用者が携帯電話機１３８を使用してメールサーバ１００にアクセスする場合に、携帯電話機１３８からのＷｅｂアクセスを受け付ける。そして、携帯用サーバプログラム１２２は、Ｗｅｂサーバ１２３で受け付けたログイン要求、受信メール一覧要求、受信メール参照要求、ログアウト要求等の要求を携帯連携サーバ１２４に伝える。
【００２１】
携帯連携サーバ１２４は、携帯電話機１３８からの要求をクライアント要求に変換して、メールサーバ１００のサーバプログラム１０２へ伝え、結果をＷｅｂサーバ１２３に返す。このとき、サーバプログラム１０２は、携帯連携サーバ１２４からのログイン要求に従いクライアント端末１３０等からログインしたときと同様に、ログイン状態管理テーブル１１７にログイン状態を管理する。携帯連携サーバ１２４からログインした利用者については、ログイン状態管理テーブル１１７に管理されるＩＰアドレスは、携帯用サーバ１２０のＩＰアドレスである。Ｗｅｂサーバ１２３は、携帯電話機１３８からの要求に対し結果をＷｅｂサービスとして返す。
【００２２】
サーバプログラム１０２を構成している監視状態制御部１０４は、作業テーブル１１５内に指定された時間間隔でメールボックス１１３に格納されているメールを取得する。取得したメールは、フィルタ条件判断部１０８によって転送設定テーブル１１６内に指定されたメール転送の条件に該当するか否かが比較される。そして、転送条件に該当するメールは、メール生成送信部１０９に渡される。
【００２３】
このとき、フィルタ条件判断部１０８は、メールを取得する受信者がサーバプログラム１０２にログインしてメールを利用しているのか否かをログイン状態管理テーブル１１７を参照して確認し、ログアウト状態であることを確認する。もし、取得したメールの受信者がログイン状態であれば、フィルタ条件判断部１０８は、転送条件に該当しないを返す。制御部１０３は、転送条件に該当しない場合に、メール転送が不要であると判断し、メール生成送信部１０９にメールを渡さない。但し、制御部１０３は、ログイン情報として管理されているＩＰアドレスが携帯連携サーバ１２４のＩＰアドレスと等しい場合、利用者が携帯連携サーバ１２４経由でアクセスしている状態と判断して、ログイン状態と判断しない。
【００２４】
また、フィルタ条件判断部１０８は、転送テーブル１１６内に役職情報に関するフィルタ条件が指定されている場合、ユーザ情報取得部１０７に対し送信者の役職を取得するように依頼する。ユーザ情報取得部１０７は、送信者の役職をアドレス情報（データベース）１１４から取得して、フィルタ条件判断部１０８に返す。フィルタ条件判断部１０８は、ユーザ情報取得部１０７が取得した役職情報と転送設定テーブル１１６に指定された役職に関する転送条件とを比較し、転送条件に該当するか否かを判断し転送条件に該当するか否かを制御部１０３に返す。
【００２５】
制御部１０３は、転送条件に該当する場合、該当するメールをメール生成送信部１０９に渡す。メール生成送信部１０９は、フィルタ条件判断部１０８から渡された複数のメールを一覧にして１通のメールとして成型し転送設定テーブル１１６内に指定されたメール転送先を宛先に指定したメールを生成して送信する。
【００２６】
送信されたメールは、通信インターフェイス１１１を介して社内ネットワーク１３２、Ｆ／Ｗ１３４及び社外ネットワーク１３５を経由して転送先の携帯電話サーバ１３６等配信される。送信されたメールは、携帯電話サーバ１３６に受信された際メールボックス１３７に格納され、携帯電話機１３８が受信可能であればＰＵＳＨ配信される。
【００２７】
次に、図１に示して説明した電子メールシステムのメールサーバ１００におけるサーバプログラム１０２がメールの転送を行うために使用する情報を格納したテーブルについて説明する。
【００２８】
図２はフィルタ設定テーブル２００の構成を示す図である。フィルタ設定テーブル２００は、転送設定テーブル１１６の１つとして設けられるテーブルであり、どのような条件を持つメールを転送するかを、メール毎に設定したテーブルである。そして、このフィルタ設定テーブル２００は、メールを受信するユーザのユーザＩＤ２０１、そのメールが既に読まれているか否かを示す未既読２０２、送信者２０３、主題２０４、受信者タイプ２０５、送信者の役職を示す役職条件２０６、ログインされているときにメールの転送を行うか否かを示すログイン中転送２０７、ログイン状態にあってもログインと見なさないログイン除外アドレス２０８、コメント２０９の各情報を有して構成されるレコードの複数を格納して構成されている。
【００２９】
図３はチェック情報管理テーブル３００及び管理者テーブル３１０の構成を示す図である。チェック情報管理テーブル３００は、作業テーブル１１５の１つとして設けられるテーブルであり、ユーザ毎にメールを転送するか否かのチェックを行う時間を監視するために使用するテーブルである。そして、このチェック情報管理テーブル３００は、メールを受信するユーザのユーザＩＤ３０１、そのユーザに対する次回監視時間（時刻）３０２、そのユーザのどのメール迄チェックをしたかを示す追番３０３、監視中か否かを示す監視状態３０４の各情報を有して構成されるレコードの複数を格納して構成されている。また、管理者テーブル３１０は、メールシステムを管理している管理者のユーザＩＤを管理するテーブルであり、作業テーブルの１つとして設けられるテーブルである。
【００３０】
図４はメール一覧テーブル４００の構成を示す図である。メール一覧テーブル４００は、メールボックス（データベース）１１３に格納されているテーブルであり、ユーザ毎、メール毎のメールの状態を示しているテーブルである。そして、メール一覧テーブル４００は、メールを受信するユーザのユーザＩＤ４０１、そのメールが既に読まれているか否かを示す未既読４０２、送信者４０３、主題４０４、受信者タイプ４０５、受信日４０６、追番４０７の各情報を有して構成されるレコードの複数を格納して構成されている。
【００３１】
図５はログイン管理テーブル５００の構成を示す図である。ログイン管理テーブル５００は、作業テーブル１１５の１つとして設けられるテーブルであり、ユーザがメールシステムにログインしてきたときのユーザ毎の使用機器を管理するテーブルである。そして、ログイン管理テーブル５００は、ログインしたユーザのユーザＩＤ５０１、そのユーザが使用した機器のＩＰアドレス５０３の各情報を有して構成されるレコードの複数を格納して構成されている。
【００３２】
図６はアドレス帳６００及び役職管理テーブル６１０の構成を示す図である。アドレス帳６００及び役職管理テーブル６１０は、アドレス情報（データベース）１１４内に管理されているテーブルである。アドレス帳６００は、ユーザ毎のアドレス、役職順位を管理しており、ユーザＩＤ６０１、アドレス６０２、役職順位６０３の各情報を有して構成されるレコードの複数を格納して構成されている。また、役職管理テーブル６１０は、役職名６１１、役職順６１２の各情報を有して構成されるレコードの複数を格納して構成されている。
【００３３】
図７はメール生成用作業テーブル７００の構成を示す図である。メール生成用作業テーブル７００は、作業テーブル１１５の１つとして設けられるテーブルであり、追番７０１、コメント７０２の各情報を有して構成されるレコードの複数を格納して構成されている。このテーブルにおけるコメント７０２の例として、顧客Ａを示している。このコメント７０２に示される顧客Ａは、転送するメールの送信者名に対して、この転送したメールが他の人に見られたような場合にも、実際の送信者が判らないように、実際の送信者とは異なる送信者をメールの送信者の欄に入れることを指示するものである。
【００３４】
図８は転送設定テーブル８００の構成を示す図である。転送設定テーブル８００は、転送設定テーブル１１６の１つとして設けられるテーブルである。この転送設定テーブル８００は、ユーザＩＤ８０１、監視間隔（分）８０２、転送先８０３、転送内容８０４、監視開始８０５、監視中断８０６の各情報を有して構成されるレコードの複数を格納して構成されている。前述したテーブル８００における転送内容８０４は、メールの一覧をメールとして転送するか、件数のみをメールとして転送するかを設定するものである。メールの一覧をメールとして転送する場合、送信者等の情報が具体的に見えることになるため、このメールが他の人に見られたような場合を考慮して、件数だけをメールとして転送することも可能としている。なお、監視開始８０５、監視中断８０６に示されている文字列は、意味のない文字列である。
【００３５】
次に、図１に示して説明した電子メールシステムのメールサーバ１００におけるサーバプログラム１０２が行うメール転送の処理動作を図９〜図１９に示すフローにより説明する。
【００３６】
図９、図１０は制御部１０３がユーザの受信一覧から電子メールを転送する場合の処理動作を説明するフローチャートであり、次に、これについて説明する。
【００３７】
（１）制御部１０３は、図３に示すチェック情報管理テーブル３００から１件のレコード情報を取得する。そして、取得したレコードの次回監視時間３０２が現在時刻より過去か否かを比較判定する（ステップ９０１、９０２）。
【００３８】
（２）ステップ９０２での判定の結果、次回監視時間３０２が現在時刻より過去でない場合、チェック情報管理テーブル３００からテーブル内のレコードの全件を取得したか否かを確認判定し、全件を取得していなかった場合、ステップ９０１からの処理に戻って、次のレコードを１件取得して処理を繰り返す（ステップ９０３）。
【００３９】
（３）ステップ９０３の判定で、チェック情報管理テーブル３００内のレコードの全件を取得していた場合、一定時間休んでからステップ９０１からの処理に戻って処理を続ける（ステップ９０４）。
【００４０】
（４）ステップ９０２での判定の結果、次回監視時間３０２が現在時刻より過去であった場合、メールボックス（データベース）内に保持されている図４に示すメール一覧テーブル４００を取得し、チェック情報管理テーブル３００からステップ９０１の処理で取得したレコードの追番３０３に格納されている追番より新しい追番であるメールが到着しているか否かを、ユーザＩＤを検索キーにして、メール一覧テーブル４００を検索し、かつ、追番４０７より大きいメールを取得する（ステップ９０５）。
【００４１】
（５）次に、ステップ９０５の処理で、新着のメールを取得することができた否かを確認し、新着メールが取得できていなかった場合、ステップ９０１からの処理に戻って、次のレコードを１件取得して処理を繰り返す（ステップ９０６）。
【００４２】
（６）ステップ９０６での確認で、新着メールが取得できた場合、テーブル３００から取得したレコードの監視状態３０４が監視状態であるか否かを判定し、監視中でなかった場合、チェック情報管理テーブル３００から取得したレコードのユーザＩＤ３０１をキーにして、図８に示す転送設定テーブル８００に登録されているユーザＩＤ８０１に等しいテーブルの監視時間間隔８０２の値を取得し、取得した監視時間間隔と現在時刻とを足して、チェック情報管理テーブル３００から取得したレコードの次回監視時間３０２に格納する（ステップ９０７、９０８）。
【００４３】
（７）次に、一覧取得したメールのうち最も大きい追番を、チェック情報管理テーブル３００の取得したレコードの追番３０３に格納し、ステップ９０１からの処理に戻って、次のレコードを１件取得して処理を繰り返す（ステップ９０９）。
【００４４】
（８）ステップ９０７の判定で、監視中であった場合、ステップ９０５の処理で取得したメール一覧から１件のメールを取得し、取得したメールのユーザＩＤ、追番をフィルタ条件判断部１０８に渡して転送条件に該当するかを調べる。ここでのフィルタ条件判断部１０８での処理については、図１１、図１２に示すフローにより後述する（ステップ９１０、９１１）。
【００４５】
（９）次に、フィルタ条件判断部１０８での結果がフィルタに該当するか否かを判定し、該当した場合、フィルタ条件に該当したメールのユーザＩＤと追番とコメントとをメール生成送信部１０９に渡す（ステップ９１２、９１３）。
【００４６】
（10）ステップ９１２の判定で、フィルタ条件判断部１０８での結果がフィルタに該当しなかった場合、あるいは、ステップ９１３の処理を終了した後、ステップ９０５の処理で取得したメール一覧に含まれる全てのメールを取得して処理を行ったか否かを判定し、全てのメールの処理が済んでいない場合、ステップ９１０からの処理に戻って、メール一覧から次の１件のメールを取得して処理を続ける（ステップ９１４）。
【００４７】
（11）ステップ９１４の判定で、全てのメールの処理が済んでいた場合、メール生成送信部１０９にユーザＩＤを渡してメール生成を依頼する。ここでのメール生成送信部１０９での処理については、図１３、図１４に示すフローにより後述する（ステップ９１５）。
【００４８】
図１１、図１２はフィルタ条件判定部１０８が転送条件に該当するか否か判断する処理動作を説明するフローチャートであり、次に、これについて説明する。
【００４９】
（１）フィルタ条件判定部１０８は、処理を開始すると、処理依頼元から渡されたユーザＩＤと追番とを検索キーにして、図４に示すメール一覧テーブル４００から判定対象となるメールを取得する（ステップ９２０）。
【００５０】
（２）次に、処理依頼元から渡されたユーザＩＤに一致するフィルタ条件を、図２に示しているフィルタ設定テーブル２００のユーザＩＤ２０１と比較して該当するレコードを１件取得する（ステップ９２１）。
【００５１】
（３）ステップ９２１の処理でテーブル２００から取得したレコードのログイン中転送２０７が“転送しない”となっているか否かを判定し、“転送しない”となっていた場合、ユーザＩＤをユーザ状態取得部１０５に渡して、ユーザの状態を取得させる。ここでのユーザ状態取得部１０５での処理については、図１７に示すフローにより後述する（ステップ９２２、９２３）。
【００５２】
（４）ステップ９２３のユーザ状態取得部１０５での処理により取得されたユーザ状態が、ログイン中であるか否かを判定し、ログイン中であった場合、ユーザ状態取得部１０５から返却されるＩＰアドレスと、フィルタ設定テーブル２００から取得したレコードのログイン除外アドレス２０８とが一致するか否かを判定する（ステップ９２４、９２５）。
【００５３】
（５）ステップ９２５の判定で、ユーザ状態取得部１０５から返却されるＩＰアドレスと、フィルタ設定テーブル２００から取得したレコードのログイン除外アドレス２０８とが一致していた場合、フィルタ設定テーブル２００から取得したレコードの未既読２０２が、未読のみでないか否かを判定すると共に、フィルタ設定テーブル２００から取得したレコードの未既読２０２が、未読のみである場合に、メール一覧テーブル４００から取得したレコードの未既読４０２が未読であるかを比較して一致しているか否かを判定する（ステップ９２６）。
【００５４】
（６）ステップ９２５の判定で、ユーザ状態取得部１０５から返却されるＩＰアドレスと、フィルタ設定テーブル２００から取得したレコードのログイン除外アドレス２０８とが一致していなかった場合、または、ステップ９２６の判定で、フィルタ設定テーブル２００から取得したレコードの未既読２０２が、未読のみであり、メール一覧テーブル４００から取得したレコードの未既読４０２が未読みでなかった場合、“フィルタ条件に一致しない”を処理要求元に返す（ステップ９２７）。
【００５５】
（７）ステップ９２２の判定で、テーブル２００から取得したレコードのログイン中転送２０７が“転送する”となっていた場合、または、ステップ９２４の判定で、ユーザ状態取得部１０５での処理により取得されたユーザ状態が、ログイン中でなかった場合、または、ステップ９２６の判定で、フィルタ設定テーブル２００から取得したレコードの未既読２０２が、未読のみでなく、メール一覧テーブル４００から取得したレコードの未既読４０２が未読であった場合、フィルタ設定テーブル２００から取得したレコードの役職条件２０６に条件が指定されているかを確認判定する（ステップ９２８）。
【００５６】
（８）ステップ９２８の判定で、フィルタ設定テーブル２００から取得したレコードの役職条件２０６に条件が指定されていた場合、メール一覧テーブル４００から取得したレコードの送信者４０３の内容をユーザ情報取得部１０７に渡して、ユーザ情報を取得させる。ここでのユーザ情報取得部１０７での処理については、図１６に示すフローにより後述する（ステップ９２９）。
【００５７】
（９）ステップ９２９の処理で、ユーザ情報取得部１０７が取得したユーザ情報のうち役職順位がフィルタ設定テーブル２００から取得したレコードの役職条件２０６以上であるか否かを比較判定する（ステップ９３０）。
【００５８】
（10）ステップ９３０の判定で、役職順位がフィルタ設定テーブル２００から取得したレコードの役職条件２０６以上であった場合、フィルタ設定テーブル２００から取得したレコードの受信者タイプ２０５が“全て”であるか否かを比較判定する（ステップ９３１）。
【００５９】
（11）ステップ９３１の判定で、フィルタ設定テーブル２００から取得したレコードの受信者タイプ２０５が“全て”でなかった場合、フィルタ設定テーブル２００から取得したレコードの受信者タイプ２０５がメール一覧テーブル４００から取得したレコードの受信者タイプ４０５と一致するか否かを比較判定する（ステップ９３２）。
【００６０】
（12）ステップ９２８の判定で、フィルタ設定テーブル２００から取得したレコードの役職条件２０６に条件が指定されていなかった場合、ステップ９３１の判定で、フィルタ設定テーブル２００から取得したレコードの受信者タイプ２０５が“全て”であった場合、または、ステップ９３２の判定で、フィルタ設定テーブル２００から取得したレコードの受信者タイプ２０５がメール一覧テーブル４００から取得したレコードの受信者タイプ４０５と一致していた場合、他のフィルタ条件に該当するか否かを確認判定して、該当していた場合、処理要求元に“フィルタ条件に一致する”という判定結果と、フィルタ設定テーブル２００から取得したレコードのコメント２０９に指定がされていればそのコメントの内容を返却して、ここでの処理を終了する（ステップ９３３、９３４）。
【００６１】
（13）ステップ９３０の判定で、役職順位がフィルタ設定テーブル２００から取得したレコードの役職条件２０６以上でなかった場合、ステップ９３２の判定で、フィルタ設定テーブル２００から取得したレコードの受信者タイプ２０５がメール一覧テーブル４００から取得したレコードの受信者タイプ４０５と一致していなかった場合、または、ステップ９３３の判定で、他のフィルタ条件に該当していなかった場合、要求元から渡されたフィルタ条件を全てチェックしたか否かを確認し、全てのフィルタ条件のチェックが終わっていた場合、“フィルタ条件に一致しない”を処理要求元に返して、ここでの処理を終了し、全てのフィルタ条件のチェックが終わっていなかった場合、ステップ９２１からの処理に戻って処理を続ける（ステップ９３５、９３６）。
【００６２】
前述した処理において、職制改正に伴い役職の変更があった場合でも、アドレス帳６００の役職順位６０３の内容を変更することにより、フィルタ条件判断部１０８は、変更後の役職順位を使用してフィルタ条件を判断することができる。
【００６３】
図１３、図１４はメール生成送信部１０９がメールを生成して送信する処理動作を説明するフローチャートであり、次に、これについて説明する。
【００６４】
（１）メール生成送信部１０９は、制御部１０３からの処理要求があるか否かを確認し、要求がなければ、処理要求があるのを待ち、処理要求があった場合、その処理要求がメール生成依頼か否かを確認判定する（ステップ９４０、９４１）。
【００６５】
（２）ステップ９４１の判定で、処理要求がメール生成依頼でなかった場合、処理要求元から渡される追番を図７に示すメール生成用作業テーブル７００の追番７０１に格納し、コメントが渡される場合にはメール生成用作業テーブル７００のコメント７０２に格納して、ステップ９４０からの処理に戻って処理を繰り返す（ステップ９４２）。
【００６６】
（３）ステップ９４１の判定で、処理要求がメール生成依頼であった場合、図８に示す転送設定テーブル８００の転送内容８０４が“件数のみ”であるか否かを比較判定し、転送設定テーブル８００の転送内容８０４が“件数のみ”であった場合、メール生成用作業テーブル７００に登録されているレコード数をカウントする（ステップ９４３、９４４）。
【００６７】
（４）次に、メール本文に“転送条件に該当するメールがＸ通届きました”等のフォーマット文書の件数を示す部分Ｘに、ステップ９５４の処理でカウントしたレコード件数を挿入してメール本文を生成する（ステップ９４５）。
【００６８】
（５）その後、生成したメール本文を転送設定テーブル８００の転送先８０３を宛先情報としたメールとして送信し、メール生成用作業テーブル７００に登録されているレコードの全てを削除して、ここでの処理を終了する（ステップ９４６、９４７）。
【００６９】
（６）ステップ９４３の判定で、図８に示す転送設定テーブル８００の転送内容８０４が“件数のみ”でなかった場合、メール生成用作業テーブル７００から１件のレコードを取得し、取得したテーブル７００の追番７０１及びメール生成依頼で渡されたユーザＩＤを検索キーにして、メール一覧テーブル４００から転送対象とするメールを取得する（ステップ９４８、９４９）。
【００７０】
（７）次に、ステップ９４８の処理で取得したレコードにコメント７０２があるか否かを確認判定し、コメントがあった場合、メール本文に挿入するための送信者情報をメール生成用作業テーブル７００のコメント７０２で取得された値に変更する（ステップ９５０、９５１）。
【００７１】
（８）ステップ９５１の処理の後、または、ステップ９５０の判定で、メール生成用作業テーブル７００から取得したレコードにコメントがなかった場合、メール本文に送信者、主題及び受信日を追加し、メール生成用作業テーブル７００に登録されている全てのレコードを取得したか否かを確認判定する（ステップ９５２、９５３）。
【００７２】
（９）ステップ９５３の判定で、メール生成用作業テーブル７００に登録されている全てのレコードを取得していなかった場合、ステップ９４８からの処理に戻って処理を続け、全てのレコードを取得していた場合、生成したメール本文を転送設定テーブル８００の転送先８０３を宛先情報としたメールとして送信し、メール生成用作業テーブル７００に登録されているレコードの全てを削除して、ここでの処理を終了する（ステップ９５４、９５５）。
【００７３】
なお、前述した処理の例では、ステップ９５２の処理で受信一覧で取得できる情報のみをメール本文として生成しているが、メール本文の一部等を含めて本文を生成してもよい。
【００７４】
図１５はクライアント処理部１０６がログイン状態を管理する処理動作を説明するフローチャートであり、次に、これについて説明する。
【００７５】
（１）クライアント処理部１０６は、処理を開始すると、クライアントからの要求があるか否かを確認し、要求がなければ、クライアントから要求が行われるの待ち、要求があった場合、その要求がログイン要求であるか否かを判定する（ステップ９６０、９６１）。
【００７６】
（２）ステップ９６１の判定で、クライアントからの要求がログイン要求であった場合、図５に示すログイン管理テーブル５００にレコード追加し、そのレコードのユーザＩＤ５０１にログインを要求したユーザＩＤを格納し、ＩＰアドレス５０２にログイン要求元のＩＰアドレスを格納し、ステップ９６０からの処理に戻って処理を続ける（ステップ９６２）。
【００７７】
（３）ステップ９６１の判定で、クライアントからの要求がログイン要求でなかった場合、ログアウト要求であるか否かを確認し、ログアウト要求であった場合、ログイン管理テーブル５００からログアウト要求のあったユーザＩＤと、ユーザＩＤ５０１が等しいレコードを削除して、ステップ９６０からの処理に戻って処理を続ける（ステップ９６３、９６４）。
【００７８】
（４）ステップ９６３の確認で、クライアントからの要求がログアウト要求でなかった場合、メール送受信要求や受信一覧要求等のその他の要求に対する処理を行い、ステップ９６０からの処理に戻って処理を続ける（ステップ９６５）。
【００７９】
図１６はユーザ情報取得部１０７が宛先情報からユーザ情報を取得する処理動作を説明するフローチャートであり、次に、これについて説明する。
【００８０】
（１）ユーザ情報取得部１０７は、処理を開始すると、要求元から渡されたアドレスを検索キーにして、図６に示すアドレス帳６００のアドレス６０２と一致するレコードを取得し、レコードを取得することができたか否かを確認する（ステップ９７０、９７１）。
【００８１】
（２）ステップ９７１の確認で、アドレス帳６００のアドレス６０２と一致するレコードを取得することができた場合、取得したレコードのユーザＩＤ６０１と役職順位６０３の内容を要求元に返してここでの処理を終了する（ステップ９７２）。
【００８２】
（３）ステップ９７１の確認で、アドレス帳６００のアドレス６０２と一致するレコードを取得することができなかった場合、“該当データなし”を要求元に返してここでの処理を終了する（ステップ９７３）。
【００８３】
図１７はユーザ状態取得部１０５がユーザ状態を取得する処理動作を説明するフローチャートであり、次に、これについて説明する。
【００８４】
（１）ユーザ状態取得部１０５は、処理を開始すると、要求元から渡されるユーザＩＤを検索キーにして図５に示すログイン管理テーブル５００のユーザＩＤ５０１に一致するレコードを取得し、レコードを取得することができたか否かを確認する（ステップ９７４、９７５）。
【００８５】
（２）ステップ９７５の確認で、ログイン管理テーブル５００のユーザＩＤ５０１に一致するレコードを取得することができた場合、取得できたレコードのＩＰアドレス５０２を要求元に返してここでの処理を終了する（ステップ９７６）。
【００８６】
（３）ステップ９７５の確認で、ログイン管理テーブル５００のユーザＩＤ５０１に一致するレコードを取得することができなかった場合、“該当データなし”を要求元に返してここでの処理を終了する（ステップ９７７）。
【００８７】
図１８、図１９は監視状態制御部１０４が監視状態を制御する処理動作を説明するフローチャートであり、次に、これについて説明する。
【００８８】
（１）監視状態制御部１０４は、処理を開始すると、図３に示す管理者テーブル３１０から管理者のユーザＩＤ３１１を取得し、図４に示すメール一覧テーブル４００の管理者のユーザＩＤ４０１及び未既読４０２が“未読”であることを検索キーとしてメール一覧テーブル４００から対象レコードの一覧を取得する（ステップ９８０、９８１）。
【００８９】
（２）次に、取得した対象レコードの一覧の中に未読メールがあるか否かを確認し、未読メールがなければ、何もせずにここでの処理を終了し、未読メールがあった場合、その未読メールを１件取得する（ステップ９８２、９８３）。
【００９０】
（３）次に、メール一覧テーブル４００から取得したレコードの送信者４０３の値を検索キーとして図８に示す転送設定テーブル８００の転送先８０３に一致するレコードを取得し、レコードを取得することができたか否かを確認する（ステップ９８４、９８５）。
【００９１】
（４）ステップ９８５の確認で、転送設定テーブル８００の転送先８０３に一致するレコードを取得することができなかった場合、メール一覧テーブル４００の送信者４０３の値を検索キーとして、アドレス帳６００のアドレス６０２に一致するレコードを取得し、レコードを取得することができたか否かを確認する（ステップ９８６、９８７）。
【００９２】
（５）ステップ９８７の確認で、アドレス帳６００のアドレス６０２に一致するレコードを取得することができた場合、ステップ９８６の処理で取得したレコードのユーザＩＤ６０１の値を検索キーとして、転送設定テーブル８００のユーザＩＤ８０１に一致するレコードを取得する（ステップ９８８）。
【００９３】
（６）ステップ９８８の処理の後、または、ステップ９８５の確認で、転送設定テーブル８００の転送先８０３に一致するレコードを取得することができた場合、ステップ９８３の処理で取得した未読メールの主題４０４の値と、ステップ９８４またはステップ９８８の処理で取得したレコードの監視開始８０５の値が等しいかを比較し、主題が監視要求であるか否かを判定する（ステップ９８９）。
【００９４】
（７）ステップ９８９の判定で、主題が監視要求であった場合、ユーザＩＤ８０１とチェック情報管理テーブル３００のユーザＩＤ３０１が等しいレコードの監視状態３０４を“監視中”にする（ステップ９９０）。
【００９５】
（８）ステップ９８９の判定で、主題が監視要求でなかった場合、ステップ９８３の処理で取得した未読メールの主題４０４の値と、ステップ９８４またはステップ９８８の処理で取得したレコードの監視中断８０６の値が等しいか否かを比較し、主題が中断要求であるか否かを判定する（ステップ９９１）。
【００９６】
（９）ステップ９９１の判定で、主題が中断要求であった場合、ユーザＩＤ８０１とチェック情報管理テーブル３００のユーザＩＤ３０１とが等しいレコードの監視状態３０４を“中断”にする（ステップ９９２）。
【００９７】
（10）ステップ９９０の処理の後、ステップ９９２の処理の後、ステップ９９１の判定で、主題が中断要求でなかった場合、または、ステップ９８７の確認で、アドレス帳６００のアドレス６０２に一致するレコードを取得することができなかった場合、ステップ９８３でメール一覧テーブル４００から取得したレコードの未既読４０２を既読にする（ステップ９９３）。
【００９８】
（11）その後、ステップ９８１で取得した管理者の未読メールを全て処理したか否かを確認し、全て処理済でない場合にステップ９８３からの処理に戻って処理を続け、全てが処理済みであった場合、ここでの処理を終了する（ステップ９９４）。
【００９９】
前述した本発明の実施形態において、ユーザ状態の判断の手段として、各ユーザのスケジュール情報を参照して、スケジュールの行き先が会社外であるか否かを判断して、メールの転送を行うようにしてもよい。
【０１００】
前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。
【符号の説明】
【０１０１】
１００  メールサーバ
１０１、１２１  主記憶装置
１０２  サーバプログラム
１０３  制御部
１０４  監視状態制御部
１０５  ユーザ状態取得部
１０６  クライアント処理部
１０７  ユーザ情報取得部
１０８  フィルタ条件判断部
１０９  メール生成送信部
１１０、１２５  ＣＰＵ
１１１、１２６  通信インターフェイス
１１２  ディスクインターフェイス
１１３  メールボックス（データベース）
１１４  アドレス情報（データベース）
１１５  作業テーブル
１１６  転送設定テーブル
１１７  ログイン状態管理テーブル
１２０  携帯用サーバ
１２２  携帯用サーバプログラム
１２３  Ｗｅｂサーバ
１２４  携帯連携サーバ
１３０、１３１  クライアント端末
１３２、１３５  社内ネットワーク
１３３  社外用ネットワーク
１３４  Ｆ／Ｗ（ファイアウォール）
１３６  携帯電話サーバ
１３７  メールボックス（データベース）
１３８  携帯電話
１３９  社外メールサーバ
【図１】
2010226308.tif 000003
【図２】
2010226308.tif 000004
【図３】
2010226308.tif 000005
【図４】
2010226308.tif 000006
【図５】
2010226308.tif 000007
【図６】
2010226308.tif 000008
【図７】
2010226308.tif 000009
【図８】
2010226308.tif 000010
【図９】
2010226308.tif 000011
【図１０】
2010226308.tif 000012
【図１１】
2010226308.tif 000013
【図１２】
2010226308.tif 000014
【図１３】
2010226308.tif 000015
【図１４】
2010226308.tif 000016
【図１５】
2010226308.tif 000017
【図１６】
2010226308.tif 000018
【図１７】
2010226308.tif 000019
【図１８】
2010226308.tif 000020
【図１９】
2010226308.tif 000021