電子メール配信システム
【課題】宛先情報の一元管理による運用工数低減と配信条件の管理による安定したメール配信とする。
【解決手段】業務システムのメールデータ作成部111が作成したメール構成要素を含む要求を受信し、受信した要求に不備がないかを確認する要求解析部311、受信した要求を登録する要求登録部312を有する要求受付サーバ310と、登録された要求の実行可否を判定する処理待ち判定部511、処理待判定部が取り出したデータの複合グループＩＤに該当するグループＩＤが登録されているか否かを判定する複合条件判定部512、登録された要求をもとにメール構成要素を作成するメールデータ作成部513、メール構成要素をもとにメール送信要求を行うメール送信要求部514、メール送信要求失敗時の代替処理を行う代替サーバ要求判定部514、要求の処理完了判定を行う要求完了判定部516を有する要求回収サーバ500とを備える。
【解決手段】業務システムのメールデータ作成部111が作成したメール構成要素を含む要求を受信し、受信した要求に不備がないかを確認する要求解析部311、受信した要求を登録する要求登録部312を有する要求受付サーバ310と、登録された要求の実行可否を判定する処理待ち判定部511、処理待判定部が取り出したデータの複合グループＩＤに該当するグループＩＤが登録されているか否かを判定する複合条件判定部512、登録された要求をもとにメール構成要素を作成するメールデータ作成部513、メール構成要素をもとにメール送信要求を行うメール送信要求部514、メール送信要求失敗時の代替処理を行う代替サーバ要求判定部514、要求の処理完了判定を行う要求完了判定部516を有する要求回収サーバ500とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メール配信システムに係り、特に、宛先の一元管理及び配信条件に基づいてメールの配信を実現可能とした電子メール配信システムに関する。
【背景技術】
【０００２】
従来、電子メールの宛先管理及び配信条件に基づいて電子メールの配信を実施するために、次のような方法が用いられている。
【０００３】
一般的なメールソフトウェアによる電子メールの配信は、メール配信要求元となる装置が宛先情報を保持し、電子メール配信システムに直接電子メールの送信を要求するという方法により行われる。また、電子メールの配信に関する他の技術として、例えば、特許文献１、２等に記載された技術が知られている。この特許文献１に記載の従来技術は、メール情報に含まれる識別情報を一元管理し、その識別情報を元に宛先を判別してメールの配信を行うというものであり、また、特許文献２に記載の従来技術は、メール情報を一旦記憶手段に蓄積し、配信条件に合致する場合に、そのメールを配信するというものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−２６２１０７号公報
【特許文献２】特開２００４−２３１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、企業等の運営のために企業内に各種の業務システムが構築され、各種の連絡や情報の通知の多くが電子メールを利用して行われている。このような状況の中で、業務システムが自動的に配信する電子メールの宛先情報は、各業務システムのそれぞれが保持、管理している場合が多く、人事異動やシステム改修時には同一宛先に対する変更であるにもかかわらず、各業務システムで宛先変更作業が行われている。そのため、宛先情報のメンテナンス工数が増大すると共に、変更誤りによって業務に支障をきたす可能性も高くなっている。
【０００６】
また、各業務システムにおけるメールの配信要求は、システム独自の処理により行われているのが一般的であり、配信スケジュールによってはトラフィックの増大や特定のメールサーバの負荷集中が懸念される。
【０００７】
前述した特許文献１に記載の従来技術は、メール宛先（装置アドレス）とそれに対応する固有のＩＤ（宛先装置ＩＤ）とを一元管理するものであるが、１つのメールを同報送信する場合におけるグループを一元管理する方法について配慮されておらず、メール配信要求元での個別管理が必要となるという問題点を有している。また、前述した特許文献２に記載の従来技術は、蓄積されたメールの配信日時を監視し、負荷集中を予測することを可能としているが、負荷を分散させる手段を備ええてないため、負荷集中に伴う障害により指定配信日時に電子メールの配信を行うことができない可能性があるという問題点を有している。
【０００８】
本発明の目的は、前述した従来技術の問題点を解決し、宛先情報の一元管理による運用工数低減と配信条件の管理による安定したメール配信とを可能とした電子メール配信システムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明によれば前記目的は、メール送信要求元となる業務システムからの要求によりメール送信サーバに電子メールを送信させる電子メール配信システムにおいて、前記業務システムのメールデータ作成部が作成したメール構成要素を含む要求を受信し、受信した要求に不備がないかを確認する要求解析部、及び、受信した要求を登録する要求登録部を有する要求受付サーバと、登録された要求の実行可否を判定する処理待ち判定部、該処理待判定部が取り出したデータの複合グループＩＤに該当するグループＩＤが登録されているか否かを判定する複合条件判定部、登録された要求をもとにメール構成要素を作成するメールデータ作成部、メール構成要素をもとにメール送信要求を行うメール送信要求部、メール送信要求失敗時の代替処理を行う代替サーバ要求判定部、及び、要求の処理完了判定を行う要求完了判定部を有する要求回収サーバと、要求回収サーバのメール送信要求部または代替サーバ要求判定部からの要求により、メールの送信を行うメール送信サーバとを備えることにより達成される。
【発明の効果】
【００１０】
本発明によれば、複数の業務システムにおける宛先情報を一元管理すること可能となり、メンテナンス工数を低減することができ、また、予め登録された宛先にのみメールの配信を行うことになるため、不正な宛先へのメール配信を未然に防止することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態による電子メール配信システムを含み電子メール配信システムを利用するシステムの全体の構成例を示すブロック図である。
【図２】図１に示す本発明の実施形態による電子メール配信システムを利用するシステムの動作概要を説明する図である。
【図３】メールデータ作成部での処理動作を説明する図である。
【図４】メール送信要求部での処理動作を説明するフローチャートである。
【図５】要求解析部での処理動作を説明するフローチャートである。
【図６】要求登録部での処理動作を説明する図である。
【図７】処理待ち判定部での処理動作を説明するフローチャートである。
【図８】複合条件判定部での処理動作を説明するフローチャートである。
【図９】メールデータ作成部での処理動作を説明するフローチャートである。
【図１０】メール送信要求部での処理動作を説明するフローチャートである。
【図１１】代替サーバ要求判定部での処理動作を説明するフローチャートである。
【図１２】要求完了判定部での処理動作を説明するフローチャートである。
【図１３】個人情報マスタテーブルの構成を示す図である。
【図１４】グループマスタテーブルの構成を示す図である。
【図１５】グループ宛先マスタテーブルの構成を示す図である。
【図１６】要求受付テーブルの構成を示す図である。
【図１７】要求処理テーブルの構成を示す図である。
【図１８】要求完了テーブルの構成を示す図である。
【図１９】要求失敗テーブルの構成を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明による電子メール配信システムの実施形態を図面により詳細に説明する。
【００１３】
図１は本発明の一実施形態による電子メール配信システムを含み電子メール配信システムを利用するシステムの全体の構成例を示すブロック図である。
【００１４】
図１に示す本発明の実施形態による電子メール配信システムを利用するシステムは、メール送信要求を行う機能を有する業務システムＡ１１０が稼動する要求元装置Ａ１００と、要求元装置Ａ１００と同等の機能を備える要求元装置（Ａ＋１）〜ｎ２００と、要求元装置Ａ１００〜ｎ２００からのメール送信要求を受け付け、デーベース７００に登録する機能を有する要求受付システムＡ３１０が稼動する要求受付サーバＡ３００と、要求受付サーバＡ３００と同等の機能を備える要求受付サーバ（Ａ＋１）〜ｎ４００と、データベース７００に登録されたメール送信要求を回収してメール送信の可否を判断して、メール送信サーバＡ８００〜サーバｎ９００にメール送信要求を依頼する機能を有する要求回収システムＡ５１０が稼動する要求回収サーバＡ５００と、要求回収サーバＡ５００と同等の機能を備える要求回収サーバ（Ａ＋１）〜ｎ６００と、電子メール配信システムに必要となるデータを管理するデータベース７００と、要求回収サーバＡ５００〜ｎ６００からのメール送信要求を受け付けて、メールを送信する機能を有するメール送信サーバＡ８００と、メール送信サーバＡ８００と同等の機能を備えるメール送信サーバ（Ａ＋１）〜ｎ９００とを備えて構成されている。
【００１５】
前述において、本発明の情報によるメール配信システムは、ｎ台の要求受付サーバＡ３００〜ｎ４００と、ｎ台の要求回収サーバＡ５００〜ｎ６００とにより構成されている。そして、要求元装置Ａ１００〜ｎ２００からのメール送信要求は、ネットワーク００１を介して要求受付サーバＡ３００〜ｎ４００のいずれか１つにより受け付けられる。その際、要求元装置Ａ１００からのメール送信要求を要求受付サーバＡ３００で受け付ける必要はない。また、要求回収サーバＡ５００〜ｎ６００からのメール送信要求は、ネットワーク００１を介してメール送信サーバＡ８００〜ｎ９００のいずれか１つにより受け付けられる。その際、メール回収サーバＡ５００からのメール送信要求をメール送信サーバＡ８００で受け付ける必要はない。
【００１６】
また、要求元装置Ａ１００〜ｎ２００内で稼働している業務システムＡ１１０は、メールデータ作成部１１１と、メール送信要求部１１２との各機能部を備えて構成され、要求受付サーバＡ３００〜ｎ４００内で稼働している要求受付システムＡ３１０は、要求解析部３１１と、要求登録部３１２との各機能部を備えて構成される。また、要求回収サーバＡ５００〜ｎ６００内で稼働している要求回収システムＡ５１０は、処理待ち判定部５１１と、複合条件判定部５１２と、メールデータ作成部５１３と、メール送信要求部５１４と、代替サーバ要求判定部５１５と、要求完了判定部５１６との各機能部を備えて構成される。
【００１７】
また、データベース７００には、個人情報マスタテーブル７０１と、グループマスタテーブル７０２と、グループ宛先マスタテーブル７０３と、要求受け付けテーブル７０４と、要求処理テーブル７０５と、要求完了テーブル７０６と、要求失敗テーブル７０６との各データテーブルが格納されている。
【００１８】
前述した要求元装置Ａ１００〜ｎ２００、要求受け付けサーバＡ３００〜ｎ４００、要求回収サーバＡ５００〜ｎ６００、メール送信サーバＡ８００〜ｎ９００のそれぞれは、ＣＰＵ、ＨＤＤ等による記憶装置、主メモリ、キーボード、マウス等の入力装置及び表示装置を備えた情報処理装置の中に構成されており、前述で説明した各機能部は、プログラムとして構成され、記憶装置から主メモリにロードされて、ＣＰＵにより実行されることにより、必要な機能が構築される。
【００１９】
図２は図１に示す本発明の実施形態による電子メール配信システムを利用するシステムの動作概要を説明する図であり、次に、これについて説明する。
【００２０】
業務システムＡ１１０のメールデータ作成部１１１は、メール構成要素である主題、本文、添付ファイルを作成し、メール送信要求部１１２は、メールデータ作成部１１１が作成したメール構成要素をネットワーク００１を介して要求受付サーバＡ３００に送信する。
【００２１】
要求受付サーバＡ３００における要求受付システムＡ３１０の要求解析部３１１は、メール送信要求部１１２から送信されてきた要求を受信し、受信した要求に不備がないか否かを確認し、要求に不備がなければ要求登録部３１２に処理を促し、要求に不備があればメール送信要求部１１２にエラーを返信する。
【００２２】
要求登録部３１２は、要求をデータベース７００内の要求受付テーブル７０４に登録する。
【００２３】
要求回収サーバＡ５００における要求回収システムＡ５１０の処理待ち判定部５１１は、データベース７００内の要求処理テーブル７０５の中に処理待ちのデータが登録されている場合、メールデータ作成部５１３に当該データに対する処理を促し、また、要求受付テーブル７０４に処理待ちのデータが登録されている場合、当該データを要求処理テーブル７０５に登録する。
【００２４】
但し、要求受付テーブル７０４に登録されている要求が複合条件を必要とする場合、処理待ち判定部５１１は、複合条件判定部５１２に処理を促す。複合条件判定部５１２は、処理対象の要求が必要とする条件が揃っている場合、当該データを要求処理テーブル７０５に登録する。
【００２５】
メールデータ作成部５１３は、要求に基づいてメール構成要素を作成し、メール送信要求部５１４に処理を促す。メール送信要求部５１４は、メール送信サーバＡ８００に対してメール送信要求を行い、メール送信要求が成功した場合、要求完了判定部５１６に処理を促す。
【００２６】
また、メール送信要求部５１４は、メール送信要求がエラーとなった場合、代替サーバ要求判定部５１５に処理を促し、代替サーバ要求判定部５１５は、メール送信サーバｎ９００に対してメール送信要求を行い、メール送信要求がエラーとなった場合、要求失敗テーブル７０７にメール送信要求の失敗を登録する。
【００２７】
要求完了判定部５１６は、メール送信要求が成功した場合に、要求成功を要求完了テーブル７０５に登録する。
【００２８】
次に、図１、図２に示して説明したシステムにおける各機能部での処理動作について説明するが、各機能部の処理を説明する前に、データベース内に格納されているテーブルの構成について説明する。
【００２９】
図１３は個人情報マスタテーブル７０１の構成を示す図である。個人情報マスタテーブル７０１は、図１３（１）に示すように、個人毎にユニークに採番されたＩＤである「個人ＩＤ」と、その個人の具体的な氏名である「氏名」と、その個人のメールアドレスである「メールアドレス」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、このレコードにより個人情報を特定している。具体的なデータ例としては、図１３（２）に示すようなものとなる。
【００３０】
図１４はグループマスタテーブル７０２の構成を示す図である。グループマスタテーブル７０２は、複数の個人がグループとして何らかの処理を行う場合に必要な各種の情報を格納したテーブルであり、図１４（１）に示すように、グループ毎にユニークに採番されたＩＤである「グループＩＤ」と、そのグループの具体的な名称である「グループ名」と、メール送信処理の優先順位を示す「優先順位」と、要求が複合条件〔０で示す〕であるか送信要求〔１で示す〕あるかの要求の分類を示す「要求分類」と、複数の要求が揃わないと実行してはいけない要求の場合に、関係するグループの全てを指定する「複合グループＩＤ」と、送信元のメールアドレスを示す「送信元」と、「メールデータ」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。
【００３１】
前述において、「優先順位」には、日時指定処理〔０で示され、具体的な日時が指定される〕、即時処理〔１で示す〕、即時がなければ処理〔２で示す〕の何れかが格納され、また、「メールデータ」には、メールの主題、本文、添付ファイルを含む複数のメールデータが格納される。そして、グループマスタテーブル７０２の具体的なデータ例としては、図１４（２）に示すようなものとなる。
【００３２】
図１５はグループ宛先マスタテーブル７０３の構成を示す図である。グループ宛先マスタテーブル７０３は、図１４に示すグループマスタテーブル７０２で定義されたグループの宛先の情報を格納したテーブルであり、図１５（１）に示すように、グループ毎にユニークに採番されたＩＤである「グループＩＤ」と、グループＩＤに該当する要求処理時にメール送信先となる個人のＩＤである「個人ＩＤ」と、宛先の送信属性がＴＯ、ＣＣ、ＢＣＣの何れであるかを示す「属性」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、このレコードによりグループ宛先を持つ個人を特定している。具体的なデータ例としては、図１５（２）に示すようなものとなる。
【００３３】
前述までに説明した個人情報マスタテーブル７０１、グループマスタテーブル７０２、グループ宛先マスタテーブル７０３は、全ての要求元装置Ａ〜ｎｋそれぞれが持つ業務システム１１０で共通に利用可能な情報を有している。このため、これらのマスタテーブル７０１〜７０３の情報は、本発明の実施形態による電子メール配信システムが構築された時点で予め登録される。
【００３４】
図１６は要求受付テーブル７０４の構成を示す図である。要求受付テーブル７０４は、要求元装置からのメール送信要求にデータを格納したテーブルであり、図１６（１）に示すように、要求毎にユニークに採番されたＩＤである「要求ＮＯ」と、当該要求のグループＩＤである「グループＩＤ」と、当該要求の優先順位である「優先順位」と、当該要求の複合グループＩＤである「複合グループＩＤ」と、当該要求の有効期限である「有効期限」と、当該要求の１〜ｎ件のメールデータである「メールデータ」と、当該要求の受付日時である「受付日時」と、処理状態（処理待ちを０で示し、処理中を１で示す）を示す「処理フラグ」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、要求受付テーブル７０４の具体的なデータ例としては、図１６（２）に示すようなものとなる。
【００３５】
図１７は要求処理テーブル７０５の構成を示す図である。要求処理テーブル７０５は、処理のために受け付けた要求のデータを格納したテーブルであり、図１７（１）に示すように、要求毎にユニークに採番されたＩＤである「要求ＮＯ」と、当該要求のグループＩＤである「グループＩＤ」と、要求ＮＯ内でユニークに採番されたＩＤである「処理ＮＯ」と、当該要求の１件分のメールデータである「メールデータ」と、処理状態を示す「処理フラグ」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、要求処理テーブル７０５の具体的なデータ例としては、図１７（２）に示すようなものとなる。
【００３６】
図１８は要求完了テーブル７０６の構成を示す図である。要求完了テーブル７０６は、メール送信要求が成功した要求を格納したテーブルであり、図１８（１）に示すように、要求毎にユニークに採番されたＩＤである「要求ＮＯ」と、当該要求のグループＩＤである「グループＩＤ」と、要求ＮＯ内でユニークに採番されたＩＤである「処理ＮＯ」と、メール送信を実行したメールサーバを示す「メールサーバ」と、当該要求の処理完了日時を示す「完了日時」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、要求完了テーブル７０６の具体的なデータ例としては、図１８（２）に示すようなものとなる。
【００３７】
図１９は要求失敗テーブル７０７の構成を示す図である。要求失敗テーブル７０７は、メール送信要求が失敗した要求を格納したテーブルであり、図１９（１）に示すように、要求毎にユニークに採番されたＩＤである「要求ＮＯ」と、当該要求のグループＩＤである「グループＩＤ」と、要求ＮＯ内でユニークに採番されたＩＤである「処理ＮＯ」と、メール送信を実行したメールサーバを示す「メールサーバ」と、当該要求の処理失敗日時を示す「完了日時」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、要求失敗テーブル７０７の具体的なデータ例としては、図１９（２）に示すようなものとなる。
【００３８】
図３はメールデータ作成部１１１での処理動作を説明する図である。ここでの処理は、要求元装置を使用するユーザからの要求により開始される処理である。
【００３９】
メールデータ作成部１１１は、ステップＳ０１０１でメールデータの作成の処理を行い、ここでのメールデータの作成の処理として、メール構成要素である主題、本文、添付ファイルを作成する。
【００４０】
このとき、メールデータ作成部１１１は、複数のメール送信を行う場合、それぞれのメール構成要素を作成する。また、作成するメール構成要素のうちグループマスタ７０２に登録された既定値を使用するものは省略可能である。さらに、全てのメール構成要素についてグループマスタ７０２に登録された既定値を使用する場合、メールデータ作成部１１１自体が不要である。
【００４１】
図４はメール送信要求部１１２での処理動作を説明するフローチャートであり、次に、これについて説明する。
【００４２】
（１）処理が開始されると、メール送信要求部１１２は、まず、要求解析部３１１に対して処理対象となるグループＩＤを送信する。このとき、メールデータ作成部１１１で作成したメール構成要素がある場合、合わせて、このメール構成要素のデータも送信する。また、優先順位「０」（日時指定処理）の要求の場合、指定日時を合わせて送信し、有効期限を必要とする要求の場合、有効期限を合わせて送信する。そして、前述の送信完了後に、要求解析部３１１からの処理結果を受信する（ステップＳ０２０１）。
【００４３】
（２）要求解析部３１１は、ステップＳ０２０１の処理で送信されてきた要求の処理を実行し、その処理結果をメール送信要求部１１２に返す（ステップＳ０２０２）。
【００４４】
（３）メール送信要求部１１２は、要求解析部３１１からの要求に対する処理結果が成功か失敗かを判定し、成功であった場合、業務システムＡ１００に成功を通知し、失敗した場合、業務システムＡ（１００）に失敗を通知する（ステップＳ０２０３〜Ｓ０２０５）。
【００４５】
図５は要求解析部３１１での処理動作を説明するフローチャートであり、次に、これについて説明する。この処理は、図４におけるステップＳ０２０２での要求解析部３１１の処理である。
【００４６】
（１）処理が開始されると、要求解析部３１１は、メール送信要求部１１２から送信されてきた要求を受信すると、受信した要求に不備がないか否かを確認する要求解析の処理を実行する（ステップＳ０３０１）。
【００４７】
（２）ステップＳ０３０１での要求解析の結果、受信した要求に不備がなかったか否かを判定し、不備がなかった場合、要求登録部３１２にその要求を登録させ、登録の終了後、メール送信要求部１１２に成功を通知して、ここでの処理を終了する（ステップＳ０３０２〜Ｓ０３０４）。
【００４８】
（３）ステップＳ３０２の判定で、受信した要求に不備があった場合、メール送信要求部１１２に失敗を通知して、ここでの処理を終了する（ステップＳ３０５）。
【００４９】
図６は要求登録部３１２での処理動作を説明する図である。ここでの処理は、図５に示すフローのステップＳ０３０３で行われる処理である。
【００５０】
要求登録部３１２は、ステップＳ０４０１の処理で、要求ＮＯを採番し、採番した番号と要求とを要求受付テーブル７０４に登録する。このとき、要求登録部３１２は、処理フラグを「０」（処理待ち）として要求受付テーブル７０４への登録を行う。
【００５１】
図７は処理待ち判定部５１１での処理動作を説明するフローチャートであり、次に、これについて説明する。
【００５２】
（１）処理が開始されると、処理待ち判定部５１１は、要求処理テーブル７０５に処理フラグが「０」（処理待ち）となっているレコード（データ）があるか否かを確認する処理待ち確認の処理を行う。このとき、処理待ち判定部５１１は、対象データの要求ＮＯに該当する要求受付テーブル７０４のデータを参照し、有効期限を過ぎている場合、処理対象外とする。また、処理待ち判定部５１１は、対象データの要求ＮＯ及び処理ＮＯに該当するデータが要求失敗テーブル７０７に登録されている場合、要求失敗テーブル７０７の処理日時から規定時間を過ぎている場合、処理対象とし、過ぎていない場合は処理対象外とする。さらに、処理待ち判定部５１１は、要求処理テーブル７０５に処理対象データがある場合、処理フラグを「１」（処理中）にし、当該データを取り出す。なお、要求処理テーブル７０５は、要求ＮＯ、処理ＮＯの昇順で処理するものとする（ステップＳ０５０１）。
【００５３】
（２）ステップＳ０５０１での処理待ち確認の処理の結果、要求処理テーブル７０５に処理待ちとなっているデータがあったか否かを判定し、要求処理テーブル７０５に処理待ちとなっているデータがあった場合、メールデータ作成部５１３での処理を実行させる（ステップＳ０５０２、Ｓ０５０３）。
【００５４】
（３）メールデータ作成部５１３での処理の後、メールデータ送信要求部５１４での処理を実行させて、ステップＳ０５０１からの処理に戻って、次の処理待ちとなっているデータに対する処理を続ける（ステップＳ０５０４）。
【００５５】
（４）ステップＳ０５０２の判定で要求処理テーブル７０５に処理待ちとなっているデータがなかった場合、要求受付テーブル７０４に処理フラグが「０」（処理待ち）となっているレコード（データ）があるかを確認する処理待ち確認の処理を行う。このとき、対象データの要求分類が「０」（複合条件）のものは処理対象外とする。また、対象データの優先順位が「０」（日時指定処理）で指定日時を過ぎていない場合、処理対象外とする。さらに、処理待ち判定部５１１は、要求受付テーブル７０４に処理対象データがある場合、処理フラグを「１」（処理中）にし、当該データを取り出す。なお、要求受付テーブル７０４は、要求ＮＯ、優先順位の昇順で処理するものとする（ステップＳ０５０５）。
【００５６】
（５）ステップＳ０５０５での処理待ち確認の処理の結果、要求受付テーブル７０４に処理待ちとなっているデータがあったか否かを判定し、要求受付テーブル７０４に処理待ちとなっているデータがなかった場合、ここでの処理を終了する（ステップＳ０５０６）。
【００５７】
（６）ステップＳ０５０６の判定で、要求受付テーブル７０４に処理待ちとなっているデータがあった場合、ステップＳ０５０５での処理待ち確認の処理で取り出したデータに複合グループＩＤが指定されているか否かを判定する（ステップＳ０５０７）。
【００５８】
（７）ステップＳ０５０７の判定で、処理待ち確認の処理で取り出したデータに複合グループＩＤが指定されていた場合、複合条件判定部５１２での処理を実行させ、複合条件判定部５１２での処理の結果が実行可であるか、実行不可であるかを判定し、実行不可であった場合、ステップＳ０５０１からの処理に戻って、次の処理待ちとなっているデータに対する処理を続ける（ステップＳ０５０８、Ｓ０５０９）。
【００５９】
（８）ステップＳ０５０９の判定で、複合条件判定部５１２での処理の結果が実行可であった場合、あるいは、ステップＳ０５０７の判定で、Ｓ０５０５の処理待ち確認の処理で取り出したデータに複合グループＩＤが指定されていなかった場合、ステップＳ０５０５での処理待ち確認の処理で取り出したデータのメールデータをメール単位に分解し、分解したメール単位に処理ＮＯを採番して、要求処理テーブル７０５に登録する。このとき、処理フラグ「０」（処理待ち）として登録し、ステップＳ０５０１からの処理に戻って、次の処理待ちとなっているデータに対する処理を続ける（ステップＳ０５１０、Ｓ０５１１）。
【００６０】
図８は複合条件判定部５１２での処理動作を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、図７により説明したフローのステップＳ０５０８で行われる処理である。
【００６１】
（１）処理が開始されると、複合条件判定部５１２は、図５により説明したフローのステップＳ０５０５の処理待ち確認の処理で取り出したデータの複合グループＩＤに該当するグループＩＤが要求受付テーブル７０４に登録されているか否かを確認する複合条件判定の処理を実行する。このとき、対象データの有効期限を過ぎているものは対象外とする。また、複合グループＩＤに指定されたすべてのグループＩＤが要求受付テーブル７０４に対象データとして登録されている場合、複合条件が揃ったと判断する（ステップＳ０６０１）。
【００６２】
（２）ステップＳ０６０１での複合条件判定の処理の結果、複合条件が揃ったという結果が得られたか否かを判定し、揃っていた場合、処理待ち判定部５１１に実行可を通知して（適合処理）、ここでの処理を終了し、揃っていなかった場合、処理待ち判定部５１１に実行不可を通知して（不適合処理）、ここでの処理を終了する（ステップＳ０６０２〜Ｓ０６０４）。
【００６３】
図９はメールデータ作成部５１３での処理動作を説明するフローチャートである。ここでの処理は、図７に示すステップＳ０５０３で行われる処理であり、ステップＳ０７０１の処理で、図７に示すフローのステップＳ０５０１の処理で取り出したデータに対して、メールデータを作成する処理である。
【００６４】
図１０はメール送信要求部５１４での処理動作を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、図５に示すステップＳ０５０４で行われる処理である。
【００６５】
（１）処理が開始されると、メール送信要求部５１４は、メール送信サーバＡ８００に対してメール送信要求を行い、要求完了後、メール送信サーバＡ８００からの処理結果の受信を待つ（ステップＳ０８０１）。
【００６６】
（２）メール送信サーバＡ８００は、ステップＳ０８０１の処理で送信されてきたメール送信要求の処理を実行し、その処理結果をメール送信要求部５１４に返す（ステップＳ０８０２）。
【００６７】
（３）メール送信要求部５１４は、メール送信サーバＡ８００から送信されてくるメール送信要求に対する処理結果を受信し、その結果が成功であったか失敗であったかを判定し、失敗であった場合、代替サーバ要求判定部５１５に代替サーバでのメールの送信が可能か否かを判定させ、可能な場合にメールの送信を行わせ、メールの送信に成功したか否かを報告させる（ステップＳ０８０３、Ｓ０８０４）。
【００６８】
（４）メール送信要求部５１４は、ステップＳ０８０４の処理で代替サーバ要求判定部５１５から得られた報告の結果、代替サーバによるメールの送信が成功したか否かを判定し、失敗であった場合、何もせずにここでの処理を終了する（ステップＳ０８０５）。
【００６９】
（５）ステップＳ０８０３のメール送信要求に対する処理結果の判定で、その結果が成功であった場合、あるいは、ステップＳ０８０５の判定で、代替サーバによるメールの送信が成功していた場合、要求完了判定部５１６に要求完了の登録を行わせて、ここでの処理を終了する（ステップＳ０８０６）。
【００７０】
図１１は代替サーバ要求判定部５１５での処理動作を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、図１０に示すフローのステップＳ０８０４で行われる処理である。
【００７１】
（１）処理が開始されると、代替サーバ要求判定部５１５は、代替サーバが登録されているか否かを確認し、この確認での処理結果を判定し、代替サーバが登録されていなかった場合、要求失敗テーブル７０７に失敗（代替サーバでのメール送信の失敗）を登録し、メール送信要求部５１４に失敗を通知する（ステップＳ０９０１、Ｓ０９０２、Ｓ０９０７）。
【００７２】
（２）ステップ９０２の判定で、代替サーバが登録されていた場合、登録されていた代替サーバ、ここでは、メール送信サーバｎ９００に対してメール送信要求を行い、要求の送信完了後、メール送信サーバｎ９００から処理結果が送信されてくるのを待つ（ステップＳ０９０３）。
【００７３】
（３）メール送信要求を受けたメール送信サーバｎ９００は、要求に従ってメール送信の処理を実行し、その処理結果を代替サーバ要求判定部５１５に送信する（ステップＳ０９０４）。
【００７４】
（４）代替サーバ要求判定部５１５は、メール送信サーバｎ９００からのメール送信の処理結果を受信して、メール送信が成功したか失敗したかを判定し、失敗していた場合、ステップＳ０９０１からの処理に戻って処理を繰り返し、成功していた場合、メール送信要求部５１４に代替サーバでのメール送信成功を通知して、ここでの処理を終了する（ステップＳ０９０５、Ｓ０９０６）。
【００７５】
図１２は要求完了判定部５１６での処理動作を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、図１０に示すフローのステップＳ０８０６で行われる処理である。
【００７６】
（１）処理が開始されると、要求完了判定部５１６は、メール送信要求部５１４が処理したデータを要求処理テーブル７０５から削除し、要求完了テーブル７０６に登録する（ステップＳ１００１）。
【００７７】
（２）その後、要求ＮＯに該当するデータが要求処理テーブル７０５に存在するか否かを確認する要求完了判定の処理を実行し、要求完了判定の処理の処理結果が、要求ＮＯに該当するデータが要求処理テーブル７０５に存在したとしているか否かを判定する（ステップＳ１００２、Ｓ１００３）。
【００７８】
（３）ステップＳ１００３の判定で、要求ＮＯに該当するデータが要求処理テーブル７０５に存在していた場合、何もせずにここでの処理を終了し、要求ＮＯに該当するデータが要求処理テーブル７０５に存在していなかった場合、要求受付テーブル７０４から要求ＮＯに該当するデータを削除して、ここでの処理を終了する（ステップＳ１００４）。
【００７９】
前述した本発明の実施形態によれば、複数の業務システムにおける宛先情報を一元管理することが可能となり、メンテナンス工数を低減することができる。また、本発明の実施形態は、予め登録された宛先にのみメールの配信を行うことになるため、不正な宛先へのメール配信を未然に防止することができる。
【００８０】
また、前述した本発明の実施形態によれば、配信条件にもとづくメール配信の実現により、配信日時指定でのメール配信が可能となることはもとより、複雑な配信条件を必要とするメール配信が可能となり、さらに、送信失敗時の代替送信及びリトライの実現により、メール送信要求元はメールサーバの死活を意識することなくメール送信要求を行うことが可能となる。
【００８１】
前述の結果として、システムを利用するユーザに高品質なサービスを提供できるようになる。
【符号の説明】
【００８２】
００１ ネットワーク
１００ 要求元装置Ａ
１１０ 業務システムＡ
１１１ メールデータ作成部
１１２ メール送信要求部
２００ 要求元装置ｎ
３００ 要求受付サーバＡ
３１０ 要求受付システムＡ
３１１ 要求解析部
３１２ 要求登録部
４００ 要求受付サーバｎ
５００ 要求回収サーバＡ
５１０ 要求回収システムＡ
５１１ 処理待ち判定部
５１２ 複合条件判定部
５１３ メールデータ作成部
５１４ メール送信要求部
５１５ 代替サーバ要求判定部
５１６ 要求完了判定部
６００ 要求回収サーバｎ
７００ データベース
７０１ 個人情報マスタテーブル
７０２ グループマスタテーブル
７０３ グループ宛先マスタテーブル
７０４ 要求受付テーブル
７０５ 要求処理テーブル
７０６ 要求完了テーブル
７０７ 要求失敗テーブル
８００ メール送信サーバＡ
９００ メール送信サーバｎ
【技術分野】
【０００１】
本発明は、電子メール配信システムに係り、特に、宛先の一元管理及び配信条件に基づいてメールの配信を実現可能とした電子メール配信システムに関する。
【背景技術】
【０００２】
従来、電子メールの宛先管理及び配信条件に基づいて電子メールの配信を実施するために、次のような方法が用いられている。
【０００３】
一般的なメールソフトウェアによる電子メールの配信は、メール配信要求元となる装置が宛先情報を保持し、電子メール配信システムに直接電子メールの送信を要求するという方法により行われる。また、電子メールの配信に関する他の技術として、例えば、特許文献１、２等に記載された技術が知られている。この特許文献１に記載の従来技術は、メール情報に含まれる識別情報を一元管理し、その識別情報を元に宛先を判別してメールの配信を行うというものであり、また、特許文献２に記載の従来技術は、メール情報を一旦記憶手段に蓄積し、配信条件に合致する場合に、そのメールを配信するというものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−２６２１０７号公報
【特許文献２】特開２００４−２３１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、企業等の運営のために企業内に各種の業務システムが構築され、各種の連絡や情報の通知の多くが電子メールを利用して行われている。このような状況の中で、業務システムが自動的に配信する電子メールの宛先情報は、各業務システムのそれぞれが保持、管理している場合が多く、人事異動やシステム改修時には同一宛先に対する変更であるにもかかわらず、各業務システムで宛先変更作業が行われている。そのため、宛先情報のメンテナンス工数が増大すると共に、変更誤りによって業務に支障をきたす可能性も高くなっている。
【０００６】
また、各業務システムにおけるメールの配信要求は、システム独自の処理により行われているのが一般的であり、配信スケジュールによってはトラフィックの増大や特定のメールサーバの負荷集中が懸念される。
【０００７】
前述した特許文献１に記載の従来技術は、メール宛先（装置アドレス）とそれに対応する固有のＩＤ（宛先装置ＩＤ）とを一元管理するものであるが、１つのメールを同報送信する場合におけるグループを一元管理する方法について配慮されておらず、メール配信要求元での個別管理が必要となるという問題点を有している。また、前述した特許文献２に記載の従来技術は、蓄積されたメールの配信日時を監視し、負荷集中を予測することを可能としているが、負荷を分散させる手段を備ええてないため、負荷集中に伴う障害により指定配信日時に電子メールの配信を行うことができない可能性があるという問題点を有している。
【０００８】
本発明の目的は、前述した従来技術の問題点を解決し、宛先情報の一元管理による運用工数低減と配信条件の管理による安定したメール配信とを可能とした電子メール配信システムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明によれば前記目的は、メール送信要求元となる業務システムからの要求によりメール送信サーバに電子メールを送信させる電子メール配信システムにおいて、前記業務システムのメールデータ作成部が作成したメール構成要素を含む要求を受信し、受信した要求に不備がないかを確認する要求解析部、及び、受信した要求を登録する要求登録部を有する要求受付サーバと、登録された要求の実行可否を判定する処理待ち判定部、該処理待判定部が取り出したデータの複合グループＩＤに該当するグループＩＤが登録されているか否かを判定する複合条件判定部、登録された要求をもとにメール構成要素を作成するメールデータ作成部、メール構成要素をもとにメール送信要求を行うメール送信要求部、メール送信要求失敗時の代替処理を行う代替サーバ要求判定部、及び、要求の処理完了判定を行う要求完了判定部を有する要求回収サーバと、要求回収サーバのメール送信要求部または代替サーバ要求判定部からの要求により、メールの送信を行うメール送信サーバとを備えることにより達成される。
【発明の効果】
【００１０】
本発明によれば、複数の業務システムにおける宛先情報を一元管理すること可能となり、メンテナンス工数を低減することができ、また、予め登録された宛先にのみメールの配信を行うことになるため、不正な宛先へのメール配信を未然に防止することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態による電子メール配信システムを含み電子メール配信システムを利用するシステムの全体の構成例を示すブロック図である。
【図２】図１に示す本発明の実施形態による電子メール配信システムを利用するシステムの動作概要を説明する図である。
【図３】メールデータ作成部での処理動作を説明する図である。
【図４】メール送信要求部での処理動作を説明するフローチャートである。
【図５】要求解析部での処理動作を説明するフローチャートである。
【図６】要求登録部での処理動作を説明する図である。
【図７】処理待ち判定部での処理動作を説明するフローチャートである。
【図８】複合条件判定部での処理動作を説明するフローチャートである。
【図９】メールデータ作成部での処理動作を説明するフローチャートである。
【図１０】メール送信要求部での処理動作を説明するフローチャートである。
【図１１】代替サーバ要求判定部での処理動作を説明するフローチャートである。
【図１２】要求完了判定部での処理動作を説明するフローチャートである。
【図１３】個人情報マスタテーブルの構成を示す図である。
【図１４】グループマスタテーブルの構成を示す図である。
【図１５】グループ宛先マスタテーブルの構成を示す図である。
【図１６】要求受付テーブルの構成を示す図である。
【図１７】要求処理テーブルの構成を示す図である。
【図１８】要求完了テーブルの構成を示す図である。
【図１９】要求失敗テーブルの構成を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明による電子メール配信システムの実施形態を図面により詳細に説明する。
【００１３】
図１は本発明の一実施形態による電子メール配信システムを含み電子メール配信システムを利用するシステムの全体の構成例を示すブロック図である。
【００１４】
図１に示す本発明の実施形態による電子メール配信システムを利用するシステムは、メール送信要求を行う機能を有する業務システムＡ１１０が稼動する要求元装置Ａ１００と、要求元装置Ａ１００と同等の機能を備える要求元装置（Ａ＋１）〜ｎ２００と、要求元装置Ａ１００〜ｎ２００からのメール送信要求を受け付け、デーベース７００に登録する機能を有する要求受付システムＡ３１０が稼動する要求受付サーバＡ３００と、要求受付サーバＡ３００と同等の機能を備える要求受付サーバ（Ａ＋１）〜ｎ４００と、データベース７００に登録されたメール送信要求を回収してメール送信の可否を判断して、メール送信サーバＡ８００〜サーバｎ９００にメール送信要求を依頼する機能を有する要求回収システムＡ５１０が稼動する要求回収サーバＡ５００と、要求回収サーバＡ５００と同等の機能を備える要求回収サーバ（Ａ＋１）〜ｎ６００と、電子メール配信システムに必要となるデータを管理するデータベース７００と、要求回収サーバＡ５００〜ｎ６００からのメール送信要求を受け付けて、メールを送信する機能を有するメール送信サーバＡ８００と、メール送信サーバＡ８００と同等の機能を備えるメール送信サーバ（Ａ＋１）〜ｎ９００とを備えて構成されている。
【００１５】
前述において、本発明の情報によるメール配信システムは、ｎ台の要求受付サーバＡ３００〜ｎ４００と、ｎ台の要求回収サーバＡ５００〜ｎ６００とにより構成されている。そして、要求元装置Ａ１００〜ｎ２００からのメール送信要求は、ネットワーク００１を介して要求受付サーバＡ３００〜ｎ４００のいずれか１つにより受け付けられる。その際、要求元装置Ａ１００からのメール送信要求を要求受付サーバＡ３００で受け付ける必要はない。また、要求回収サーバＡ５００〜ｎ６００からのメール送信要求は、ネットワーク００１を介してメール送信サーバＡ８００〜ｎ９００のいずれか１つにより受け付けられる。その際、メール回収サーバＡ５００からのメール送信要求をメール送信サーバＡ８００で受け付ける必要はない。
【００１６】
また、要求元装置Ａ１００〜ｎ２００内で稼働している業務システムＡ１１０は、メールデータ作成部１１１と、メール送信要求部１１２との各機能部を備えて構成され、要求受付サーバＡ３００〜ｎ４００内で稼働している要求受付システムＡ３１０は、要求解析部３１１と、要求登録部３１２との各機能部を備えて構成される。また、要求回収サーバＡ５００〜ｎ６００内で稼働している要求回収システムＡ５１０は、処理待ち判定部５１１と、複合条件判定部５１２と、メールデータ作成部５１３と、メール送信要求部５１４と、代替サーバ要求判定部５１５と、要求完了判定部５１６との各機能部を備えて構成される。
【００１７】
また、データベース７００には、個人情報マスタテーブル７０１と、グループマスタテーブル７０２と、グループ宛先マスタテーブル７０３と、要求受け付けテーブル７０４と、要求処理テーブル７０５と、要求完了テーブル７０６と、要求失敗テーブル７０６との各データテーブルが格納されている。
【００１８】
前述した要求元装置Ａ１００〜ｎ２００、要求受け付けサーバＡ３００〜ｎ４００、要求回収サーバＡ５００〜ｎ６００、メール送信サーバＡ８００〜ｎ９００のそれぞれは、ＣＰＵ、ＨＤＤ等による記憶装置、主メモリ、キーボード、マウス等の入力装置及び表示装置を備えた情報処理装置の中に構成されており、前述で説明した各機能部は、プログラムとして構成され、記憶装置から主メモリにロードされて、ＣＰＵにより実行されることにより、必要な機能が構築される。
【００１９】
図２は図１に示す本発明の実施形態による電子メール配信システムを利用するシステムの動作概要を説明する図であり、次に、これについて説明する。
【００２０】
業務システムＡ１１０のメールデータ作成部１１１は、メール構成要素である主題、本文、添付ファイルを作成し、メール送信要求部１１２は、メールデータ作成部１１１が作成したメール構成要素をネットワーク００１を介して要求受付サーバＡ３００に送信する。
【００２１】
要求受付サーバＡ３００における要求受付システムＡ３１０の要求解析部３１１は、メール送信要求部１１２から送信されてきた要求を受信し、受信した要求に不備がないか否かを確認し、要求に不備がなければ要求登録部３１２に処理を促し、要求に不備があればメール送信要求部１１２にエラーを返信する。
【００２２】
要求登録部３１２は、要求をデータベース７００内の要求受付テーブル７０４に登録する。
【００２３】
要求回収サーバＡ５００における要求回収システムＡ５１０の処理待ち判定部５１１は、データベース７００内の要求処理テーブル７０５の中に処理待ちのデータが登録されている場合、メールデータ作成部５１３に当該データに対する処理を促し、また、要求受付テーブル７０４に処理待ちのデータが登録されている場合、当該データを要求処理テーブル７０５に登録する。
【００２４】
但し、要求受付テーブル７０４に登録されている要求が複合条件を必要とする場合、処理待ち判定部５１１は、複合条件判定部５１２に処理を促す。複合条件判定部５１２は、処理対象の要求が必要とする条件が揃っている場合、当該データを要求処理テーブル７０５に登録する。
【００２５】
メールデータ作成部５１３は、要求に基づいてメール構成要素を作成し、メール送信要求部５１４に処理を促す。メール送信要求部５１４は、メール送信サーバＡ８００に対してメール送信要求を行い、メール送信要求が成功した場合、要求完了判定部５１６に処理を促す。
【００２６】
また、メール送信要求部５１４は、メール送信要求がエラーとなった場合、代替サーバ要求判定部５１５に処理を促し、代替サーバ要求判定部５１５は、メール送信サーバｎ９００に対してメール送信要求を行い、メール送信要求がエラーとなった場合、要求失敗テーブル７０７にメール送信要求の失敗を登録する。
【００２７】
要求完了判定部５１６は、メール送信要求が成功した場合に、要求成功を要求完了テーブル７０５に登録する。
【００２８】
次に、図１、図２に示して説明したシステムにおける各機能部での処理動作について説明するが、各機能部の処理を説明する前に、データベース内に格納されているテーブルの構成について説明する。
【００２９】
図１３は個人情報マスタテーブル７０１の構成を示す図である。個人情報マスタテーブル７０１は、図１３（１）に示すように、個人毎にユニークに採番されたＩＤである「個人ＩＤ」と、その個人の具体的な氏名である「氏名」と、その個人のメールアドレスである「メールアドレス」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、このレコードにより個人情報を特定している。具体的なデータ例としては、図１３（２）に示すようなものとなる。
【００３０】
図１４はグループマスタテーブル７０２の構成を示す図である。グループマスタテーブル７０２は、複数の個人がグループとして何らかの処理を行う場合に必要な各種の情報を格納したテーブルであり、図１４（１）に示すように、グループ毎にユニークに採番されたＩＤである「グループＩＤ」と、そのグループの具体的な名称である「グループ名」と、メール送信処理の優先順位を示す「優先順位」と、要求が複合条件〔０で示す〕であるか送信要求〔１で示す〕あるかの要求の分類を示す「要求分類」と、複数の要求が揃わないと実行してはいけない要求の場合に、関係するグループの全てを指定する「複合グループＩＤ」と、送信元のメールアドレスを示す「送信元」と、「メールデータ」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。
【００３１】
前述において、「優先順位」には、日時指定処理〔０で示され、具体的な日時が指定される〕、即時処理〔１で示す〕、即時がなければ処理〔２で示す〕の何れかが格納され、また、「メールデータ」には、メールの主題、本文、添付ファイルを含む複数のメールデータが格納される。そして、グループマスタテーブル７０２の具体的なデータ例としては、図１４（２）に示すようなものとなる。
【００３２】
図１５はグループ宛先マスタテーブル７０３の構成を示す図である。グループ宛先マスタテーブル７０３は、図１４に示すグループマスタテーブル７０２で定義されたグループの宛先の情報を格納したテーブルであり、図１５（１）に示すように、グループ毎にユニークに採番されたＩＤである「グループＩＤ」と、グループＩＤに該当する要求処理時にメール送信先となる個人のＩＤである「個人ＩＤ」と、宛先の送信属性がＴＯ、ＣＣ、ＢＣＣの何れであるかを示す「属性」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、このレコードによりグループ宛先を持つ個人を特定している。具体的なデータ例としては、図１５（２）に示すようなものとなる。
【００３３】
前述までに説明した個人情報マスタテーブル７０１、グループマスタテーブル７０２、グループ宛先マスタテーブル７０３は、全ての要求元装置Ａ〜ｎｋそれぞれが持つ業務システム１１０で共通に利用可能な情報を有している。このため、これらのマスタテーブル７０１〜７０３の情報は、本発明の実施形態による電子メール配信システムが構築された時点で予め登録される。
【００３４】
図１６は要求受付テーブル７０４の構成を示す図である。要求受付テーブル７０４は、要求元装置からのメール送信要求にデータを格納したテーブルであり、図１６（１）に示すように、要求毎にユニークに採番されたＩＤである「要求ＮＯ」と、当該要求のグループＩＤである「グループＩＤ」と、当該要求の優先順位である「優先順位」と、当該要求の複合グループＩＤである「複合グループＩＤ」と、当該要求の有効期限である「有効期限」と、当該要求の１〜ｎ件のメールデータである「メールデータ」と、当該要求の受付日時である「受付日時」と、処理状態（処理待ちを０で示し、処理中を１で示す）を示す「処理フラグ」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、要求受付テーブル７０４の具体的なデータ例としては、図１６（２）に示すようなものとなる。
【００３５】
図１７は要求処理テーブル７０５の構成を示す図である。要求処理テーブル７０５は、処理のために受け付けた要求のデータを格納したテーブルであり、図１７（１）に示すように、要求毎にユニークに採番されたＩＤである「要求ＮＯ」と、当該要求のグループＩＤである「グループＩＤ」と、要求ＮＯ内でユニークに採番されたＩＤである「処理ＮＯ」と、当該要求の１件分のメールデータである「メールデータ」と、処理状態を示す「処理フラグ」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、要求処理テーブル７０５の具体的なデータ例としては、図１７（２）に示すようなものとなる。
【００３６】
図１８は要求完了テーブル７０６の構成を示す図である。要求完了テーブル７０６は、メール送信要求が成功した要求を格納したテーブルであり、図１８（１）に示すように、要求毎にユニークに採番されたＩＤである「要求ＮＯ」と、当該要求のグループＩＤである「グループＩＤ」と、要求ＮＯ内でユニークに採番されたＩＤである「処理ＮＯ」と、メール送信を実行したメールサーバを示す「メールサーバ」と、当該要求の処理完了日時を示す「完了日時」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、要求完了テーブル７０６の具体的なデータ例としては、図１８（２）に示すようなものとなる。
【００３７】
図１９は要求失敗テーブル７０７の構成を示す図である。要求失敗テーブル７０７は、メール送信要求が失敗した要求を格納したテーブルであり、図１９（１）に示すように、要求毎にユニークに採番されたＩＤである「要求ＮＯ」と、当該要求のグループＩＤである「グループＩＤ」と、要求ＮＯ内でユニークに採番されたＩＤである「処理ＮＯ」と、メール送信を実行したメールサーバを示す「メールサーバ」と、当該要求の処理失敗日時を示す「完了日時」との各項目を１つのレコードとして複数のレコードを格納したテーブルである。そして、要求失敗テーブル７０７の具体的なデータ例としては、図１９（２）に示すようなものとなる。
【００３８】
図３はメールデータ作成部１１１での処理動作を説明する図である。ここでの処理は、要求元装置を使用するユーザからの要求により開始される処理である。
【００３９】
メールデータ作成部１１１は、ステップＳ０１０１でメールデータの作成の処理を行い、ここでのメールデータの作成の処理として、メール構成要素である主題、本文、添付ファイルを作成する。
【００４０】
このとき、メールデータ作成部１１１は、複数のメール送信を行う場合、それぞれのメール構成要素を作成する。また、作成するメール構成要素のうちグループマスタ７０２に登録された既定値を使用するものは省略可能である。さらに、全てのメール構成要素についてグループマスタ７０２に登録された既定値を使用する場合、メールデータ作成部１１１自体が不要である。
【００４１】
図４はメール送信要求部１１２での処理動作を説明するフローチャートであり、次に、これについて説明する。
【００４２】
（１）処理が開始されると、メール送信要求部１１２は、まず、要求解析部３１１に対して処理対象となるグループＩＤを送信する。このとき、メールデータ作成部１１１で作成したメール構成要素がある場合、合わせて、このメール構成要素のデータも送信する。また、優先順位「０」（日時指定処理）の要求の場合、指定日時を合わせて送信し、有効期限を必要とする要求の場合、有効期限を合わせて送信する。そして、前述の送信完了後に、要求解析部３１１からの処理結果を受信する（ステップＳ０２０１）。
【００４３】
（２）要求解析部３１１は、ステップＳ０２０１の処理で送信されてきた要求の処理を実行し、その処理結果をメール送信要求部１１２に返す（ステップＳ０２０２）。
【００４４】
（３）メール送信要求部１１２は、要求解析部３１１からの要求に対する処理結果が成功か失敗かを判定し、成功であった場合、業務システムＡ１００に成功を通知し、失敗した場合、業務システムＡ（１００）に失敗を通知する（ステップＳ０２０３〜Ｓ０２０５）。
【００４５】
図５は要求解析部３１１での処理動作を説明するフローチャートであり、次に、これについて説明する。この処理は、図４におけるステップＳ０２０２での要求解析部３１１の処理である。
【００４６】
（１）処理が開始されると、要求解析部３１１は、メール送信要求部１１２から送信されてきた要求を受信すると、受信した要求に不備がないか否かを確認する要求解析の処理を実行する（ステップＳ０３０１）。
【００４７】
（２）ステップＳ０３０１での要求解析の結果、受信した要求に不備がなかったか否かを判定し、不備がなかった場合、要求登録部３１２にその要求を登録させ、登録の終了後、メール送信要求部１１２に成功を通知して、ここでの処理を終了する（ステップＳ０３０２〜Ｓ０３０４）。
【００４８】
（３）ステップＳ３０２の判定で、受信した要求に不備があった場合、メール送信要求部１１２に失敗を通知して、ここでの処理を終了する（ステップＳ３０５）。
【００４９】
図６は要求登録部３１２での処理動作を説明する図である。ここでの処理は、図５に示すフローのステップＳ０３０３で行われる処理である。
【００５０】
要求登録部３１２は、ステップＳ０４０１の処理で、要求ＮＯを採番し、採番した番号と要求とを要求受付テーブル７０４に登録する。このとき、要求登録部３１２は、処理フラグを「０」（処理待ち）として要求受付テーブル７０４への登録を行う。
【００５１】
図７は処理待ち判定部５１１での処理動作を説明するフローチャートであり、次に、これについて説明する。
【００５２】
（１）処理が開始されると、処理待ち判定部５１１は、要求処理テーブル７０５に処理フラグが「０」（処理待ち）となっているレコード（データ）があるか否かを確認する処理待ち確認の処理を行う。このとき、処理待ち判定部５１１は、対象データの要求ＮＯに該当する要求受付テーブル７０４のデータを参照し、有効期限を過ぎている場合、処理対象外とする。また、処理待ち判定部５１１は、対象データの要求ＮＯ及び処理ＮＯに該当するデータが要求失敗テーブル７０７に登録されている場合、要求失敗テーブル７０７の処理日時から規定時間を過ぎている場合、処理対象とし、過ぎていない場合は処理対象外とする。さらに、処理待ち判定部５１１は、要求処理テーブル７０５に処理対象データがある場合、処理フラグを「１」（処理中）にし、当該データを取り出す。なお、要求処理テーブル７０５は、要求ＮＯ、処理ＮＯの昇順で処理するものとする（ステップＳ０５０１）。
【００５３】
（２）ステップＳ０５０１での処理待ち確認の処理の結果、要求処理テーブル７０５に処理待ちとなっているデータがあったか否かを判定し、要求処理テーブル７０５に処理待ちとなっているデータがあった場合、メールデータ作成部５１３での処理を実行させる（ステップＳ０５０２、Ｓ０５０３）。
【００５４】
（３）メールデータ作成部５１３での処理の後、メールデータ送信要求部５１４での処理を実行させて、ステップＳ０５０１からの処理に戻って、次の処理待ちとなっているデータに対する処理を続ける（ステップＳ０５０４）。
【００５５】
（４）ステップＳ０５０２の判定で要求処理テーブル７０５に処理待ちとなっているデータがなかった場合、要求受付テーブル７０４に処理フラグが「０」（処理待ち）となっているレコード（データ）があるかを確認する処理待ち確認の処理を行う。このとき、対象データの要求分類が「０」（複合条件）のものは処理対象外とする。また、対象データの優先順位が「０」（日時指定処理）で指定日時を過ぎていない場合、処理対象外とする。さらに、処理待ち判定部５１１は、要求受付テーブル７０４に処理対象データがある場合、処理フラグを「１」（処理中）にし、当該データを取り出す。なお、要求受付テーブル７０４は、要求ＮＯ、優先順位の昇順で処理するものとする（ステップＳ０５０５）。
【００５６】
（５）ステップＳ０５０５での処理待ち確認の処理の結果、要求受付テーブル７０４に処理待ちとなっているデータがあったか否かを判定し、要求受付テーブル７０４に処理待ちとなっているデータがなかった場合、ここでの処理を終了する（ステップＳ０５０６）。
【００５７】
（６）ステップＳ０５０６の判定で、要求受付テーブル７０４に処理待ちとなっているデータがあった場合、ステップＳ０５０５での処理待ち確認の処理で取り出したデータに複合グループＩＤが指定されているか否かを判定する（ステップＳ０５０７）。
【００５８】
（７）ステップＳ０５０７の判定で、処理待ち確認の処理で取り出したデータに複合グループＩＤが指定されていた場合、複合条件判定部５１２での処理を実行させ、複合条件判定部５１２での処理の結果が実行可であるか、実行不可であるかを判定し、実行不可であった場合、ステップＳ０５０１からの処理に戻って、次の処理待ちとなっているデータに対する処理を続ける（ステップＳ０５０８、Ｓ０５０９）。
【００５９】
（８）ステップＳ０５０９の判定で、複合条件判定部５１２での処理の結果が実行可であった場合、あるいは、ステップＳ０５０７の判定で、Ｓ０５０５の処理待ち確認の処理で取り出したデータに複合グループＩＤが指定されていなかった場合、ステップＳ０５０５での処理待ち確認の処理で取り出したデータのメールデータをメール単位に分解し、分解したメール単位に処理ＮＯを採番して、要求処理テーブル７０５に登録する。このとき、処理フラグ「０」（処理待ち）として登録し、ステップＳ０５０１からの処理に戻って、次の処理待ちとなっているデータに対する処理を続ける（ステップＳ０５１０、Ｓ０５１１）。
【００６０】
図８は複合条件判定部５１２での処理動作を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、図７により説明したフローのステップＳ０５０８で行われる処理である。
【００６１】
（１）処理が開始されると、複合条件判定部５１２は、図５により説明したフローのステップＳ０５０５の処理待ち確認の処理で取り出したデータの複合グループＩＤに該当するグループＩＤが要求受付テーブル７０４に登録されているか否かを確認する複合条件判定の処理を実行する。このとき、対象データの有効期限を過ぎているものは対象外とする。また、複合グループＩＤに指定されたすべてのグループＩＤが要求受付テーブル７０４に対象データとして登録されている場合、複合条件が揃ったと判断する（ステップＳ０６０１）。
【００６２】
（２）ステップＳ０６０１での複合条件判定の処理の結果、複合条件が揃ったという結果が得られたか否かを判定し、揃っていた場合、処理待ち判定部５１１に実行可を通知して（適合処理）、ここでの処理を終了し、揃っていなかった場合、処理待ち判定部５１１に実行不可を通知して（不適合処理）、ここでの処理を終了する（ステップＳ０６０２〜Ｓ０６０４）。
【００６３】
図９はメールデータ作成部５１３での処理動作を説明するフローチャートである。ここでの処理は、図７に示すステップＳ０５０３で行われる処理であり、ステップＳ０７０１の処理で、図７に示すフローのステップＳ０５０１の処理で取り出したデータに対して、メールデータを作成する処理である。
【００６４】
図１０はメール送信要求部５１４での処理動作を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、図５に示すステップＳ０５０４で行われる処理である。
【００６５】
（１）処理が開始されると、メール送信要求部５１４は、メール送信サーバＡ８００に対してメール送信要求を行い、要求完了後、メール送信サーバＡ８００からの処理結果の受信を待つ（ステップＳ０８０１）。
【００６６】
（２）メール送信サーバＡ８００は、ステップＳ０８０１の処理で送信されてきたメール送信要求の処理を実行し、その処理結果をメール送信要求部５１４に返す（ステップＳ０８０２）。
【００６７】
（３）メール送信要求部５１４は、メール送信サーバＡ８００から送信されてくるメール送信要求に対する処理結果を受信し、その結果が成功であったか失敗であったかを判定し、失敗であった場合、代替サーバ要求判定部５１５に代替サーバでのメールの送信が可能か否かを判定させ、可能な場合にメールの送信を行わせ、メールの送信に成功したか否かを報告させる（ステップＳ０８０３、Ｓ０８０４）。
【００６８】
（４）メール送信要求部５１４は、ステップＳ０８０４の処理で代替サーバ要求判定部５１５から得られた報告の結果、代替サーバによるメールの送信が成功したか否かを判定し、失敗であった場合、何もせずにここでの処理を終了する（ステップＳ０８０５）。
【００６９】
（５）ステップＳ０８０３のメール送信要求に対する処理結果の判定で、その結果が成功であった場合、あるいは、ステップＳ０８０５の判定で、代替サーバによるメールの送信が成功していた場合、要求完了判定部５１６に要求完了の登録を行わせて、ここでの処理を終了する（ステップＳ０８０６）。
【００７０】
図１１は代替サーバ要求判定部５１５での処理動作を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、図１０に示すフローのステップＳ０８０４で行われる処理である。
【００７１】
（１）処理が開始されると、代替サーバ要求判定部５１５は、代替サーバが登録されているか否かを確認し、この確認での処理結果を判定し、代替サーバが登録されていなかった場合、要求失敗テーブル７０７に失敗（代替サーバでのメール送信の失敗）を登録し、メール送信要求部５１４に失敗を通知する（ステップＳ０９０１、Ｓ０９０２、Ｓ０９０７）。
【００７２】
（２）ステップ９０２の判定で、代替サーバが登録されていた場合、登録されていた代替サーバ、ここでは、メール送信サーバｎ９００に対してメール送信要求を行い、要求の送信完了後、メール送信サーバｎ９００から処理結果が送信されてくるのを待つ（ステップＳ０９０３）。
【００７３】
（３）メール送信要求を受けたメール送信サーバｎ９００は、要求に従ってメール送信の処理を実行し、その処理結果を代替サーバ要求判定部５１５に送信する（ステップＳ０９０４）。
【００７４】
（４）代替サーバ要求判定部５１５は、メール送信サーバｎ９００からのメール送信の処理結果を受信して、メール送信が成功したか失敗したかを判定し、失敗していた場合、ステップＳ０９０１からの処理に戻って処理を繰り返し、成功していた場合、メール送信要求部５１４に代替サーバでのメール送信成功を通知して、ここでの処理を終了する（ステップＳ０９０５、Ｓ０９０６）。
【００７５】
図１２は要求完了判定部５１６での処理動作を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、図１０に示すフローのステップＳ０８０６で行われる処理である。
【００７６】
（１）処理が開始されると、要求完了判定部５１６は、メール送信要求部５１４が処理したデータを要求処理テーブル７０５から削除し、要求完了テーブル７０６に登録する（ステップＳ１００１）。
【００７７】
（２）その後、要求ＮＯに該当するデータが要求処理テーブル７０５に存在するか否かを確認する要求完了判定の処理を実行し、要求完了判定の処理の処理結果が、要求ＮＯに該当するデータが要求処理テーブル７０５に存在したとしているか否かを判定する（ステップＳ１００２、Ｓ１００３）。
【００７８】
（３）ステップＳ１００３の判定で、要求ＮＯに該当するデータが要求処理テーブル７０５に存在していた場合、何もせずにここでの処理を終了し、要求ＮＯに該当するデータが要求処理テーブル７０５に存在していなかった場合、要求受付テーブル７０４から要求ＮＯに該当するデータを削除して、ここでの処理を終了する（ステップＳ１００４）。
【００７９】
前述した本発明の実施形態によれば、複数の業務システムにおける宛先情報を一元管理することが可能となり、メンテナンス工数を低減することができる。また、本発明の実施形態は、予め登録された宛先にのみメールの配信を行うことになるため、不正な宛先へのメール配信を未然に防止することができる。
【００８０】
また、前述した本発明の実施形態によれば、配信条件にもとづくメール配信の実現により、配信日時指定でのメール配信が可能となることはもとより、複雑な配信条件を必要とするメール配信が可能となり、さらに、送信失敗時の代替送信及びリトライの実現により、メール送信要求元はメールサーバの死活を意識することなくメール送信要求を行うことが可能となる。
【００８１】
前述の結果として、システムを利用するユーザに高品質なサービスを提供できるようになる。
【符号の説明】
【００８２】
００１ ネットワーク
１００ 要求元装置Ａ
１１０ 業務システムＡ
１１１ メールデータ作成部
１１２ メール送信要求部
２００ 要求元装置ｎ
３００ 要求受付サーバＡ
３１０ 要求受付システムＡ
３１１ 要求解析部
３１２ 要求登録部
４００ 要求受付サーバｎ
５００ 要求回収サーバＡ
５１０ 要求回収システムＡ
５１１ 処理待ち判定部
５１２ 複合条件判定部
５１３ メールデータ作成部
５１４ メール送信要求部
５１５ 代替サーバ要求判定部
５１６ 要求完了判定部
６００ 要求回収サーバｎ
７００ データベース
７０１ 個人情報マスタテーブル
７０２ グループマスタテーブル
７０３ グループ宛先マスタテーブル
７０４ 要求受付テーブル
７０５ 要求処理テーブル
７０６ 要求完了テーブル
７０７ 要求失敗テーブル
８００ メール送信サーバＡ
９００ メール送信サーバｎ
【特許請求の範囲】
【請求項１】
メール送信要求元となる業務システムからの要求によりメール送信サーバに電子メールを送信させる電子メール配信システムにおいて、
前記業務システムのメールデータ作成部が作成したメール構成要素を含む要求を受信し、受信した要求に不備がないかを確認する要求解析部、及び、受信した要求を登録する要求登録部を有する要求受付サーバと、
登録された要求の実行可否を判定する処理待ち判定部、該処理待判定部が取り出したデータの複合グループＩＤに該当するグループＩＤが登録されているか否かを判定する複合条件判定部、登録された要求をもとにメール構成要素を作成するメールデータ作成部、メール構成要素をもとにメール送信要求を行うメール送信要求部、メール送信要求失敗時の代替処理を行う代替サーバ要求判定部、及び、要求の処理完了判定を行う要求完了判定部を有する要求回収サーバと、
を備えることを特徴とする電子メール配信システム。
【請求項２】
個人毎のユニークなＩＤ、その個人の氏名、その個人のメールアドレスを管理する個人情報マスタテーブルと、グループ毎のユニークなＩＤ、そのグループのグループ名、メール送信処理の優先順位、要求の分類を示す要求分類、複数の要求が揃わないと実行してはいけない要求の場合に、関係するグループの全てを指定する複合グループＩＤ、送信元のメールアドレスを示す送信元と、メールデータを管理するグループマスタテーブルと、グループ毎のユニークなＩＤ、グループＩＤに該当する要求処理時にメール送信先となる個人ＩＤ、宛先の送信属性がＴＯ、ＣＣ、ＢＣＣの何れであるかを示す属性を管理するグループ宛先マスタテーブルとをデータベース内に有し、
メール送信要求元からのメール送信要求時、予め登録されたグループＩＤを指定することにより、その要求をどの宛先に配信すればよいかを管理するしていることを特徴とする請求項１記載の電子メール配信システム。
【請求項１】
メール送信要求元となる業務システムからの要求によりメール送信サーバに電子メールを送信させる電子メール配信システムにおいて、
前記業務システムのメールデータ作成部が作成したメール構成要素を含む要求を受信し、受信した要求に不備がないかを確認する要求解析部、及び、受信した要求を登録する要求登録部を有する要求受付サーバと、
登録された要求の実行可否を判定する処理待ち判定部、該処理待判定部が取り出したデータの複合グループＩＤに該当するグループＩＤが登録されているか否かを判定する複合条件判定部、登録された要求をもとにメール構成要素を作成するメールデータ作成部、メール構成要素をもとにメール送信要求を行うメール送信要求部、メール送信要求失敗時の代替処理を行う代替サーバ要求判定部、及び、要求の処理完了判定を行う要求完了判定部を有する要求回収サーバと、
を備えることを特徴とする電子メール配信システム。
【請求項２】
個人毎のユニークなＩＤ、その個人の氏名、その個人のメールアドレスを管理する個人情報マスタテーブルと、グループ毎のユニークなＩＤ、そのグループのグループ名、メール送信処理の優先順位、要求の分類を示す要求分類、複数の要求が揃わないと実行してはいけない要求の場合に、関係するグループの全てを指定する複合グループＩＤ、送信元のメールアドレスを示す送信元と、メールデータを管理するグループマスタテーブルと、グループ毎のユニークなＩＤ、グループＩＤに該当する要求処理時にメール送信先となる個人ＩＤ、宛先の送信属性がＴＯ、ＣＣ、ＢＣＣの何れであるかを示す属性を管理するグループ宛先マスタテーブルとをデータベース内に有し、
メール送信要求元からのメール送信要求時、予め登録されたグループＩＤを指定することにより、その要求をどの宛先に配信すればよいかを管理するしていることを特徴とする請求項１記載の電子メール配信システム。
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図１】
【図２】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図１】
【図２】
【公開番号】特開２０１０−２８２３７０（Ｐ２０１０−２８２３７０Ａ）
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願番号】特願２００９−１３４３３０（Ｐ２００９−１３４３３０）
【出願日】平成２１年６月３日（２００９．６．３）
【出願人】（０００１５２９８５）株式会社日立情報システムズ (409)
【Ｆターム（参考）】
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願日】平成２１年６月３日（２００９．６．３）
【出願人】（０００１５２９８５）株式会社日立情報システムズ (409)
【Ｆターム（参考）】
[ Back to top ]