(57)【特許請求の範囲】
【請求項１】
クライアント端末とネットワークを介して通信可能な情報処理装置であって、
前記クライアント端末において、ユーザが作成したメールの内容、当該メールの内容を送信するアドレスを含む送信依頼をユーザに入力させ、当該送信依頼の送信指示をユーザにさせるための送信依頼画面と、ユーザが作成したメールの内容、当該メールの内容の確認を依頼する確認者のアドレスを含む確認依頼をユーザに入力させ、更に当該確認者により確認が取れた後に、当該メールの内容を他のアドレスに送信させる場合には、当該他のアドレスを当該確認依頼の情報としてユーザに入力させ、当該確認依頼の送信指示をユーザにさせるための確認依頼画面と、から構成されるメール送信画面データを、当該クライアント端末に表示させるために送信する画面送信手段と、
前記画面送信手段により前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、当該クライアント端末から前記送信依頼を受け付ける送信依頼受付手段と、
前記画面送信手段により前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、前記クライアント端末から、前記確認依頼を受け付ける確認依頼受付手段と、
前記確認依頼受付手段により受け付けた前記確認依頼に、前記確認者により確認が取れた後に送信する前記他のアドレスが含まれているか否かを判定する確認後送信アドレス有無判定手段と、
前記確認依頼受付手段により受け付けた確認依頼に含まれる前記メールの内容の確認を依頼する確認者のアドレスに対して、前記確認依頼受付手段により受け付けた確認依頼に含まれる前記メールの内容と、当該確認者が返信すべき返信先のアドレスとが含まれる確認メールを送信する第一の送信手段と、
前記第一の送信手段により送信された確認メールに対して、前記確認者から前記返信先のアドレスに対して送信された回答を受信する受信手段と、
前記メールの内容を、前記送信依頼受付手段により受け付けた場合には、当該送信依頼受付手段により受け付けた送信依頼に含まれる当該メールの内容を送信するアドレスに対して、当該メールの内容を送信する第二の送信手段と、
前記メールの内容を、前記確認依頼受付手段により受け付けた場合に、第一の送信手段により前記確認者に確認メールを送信した結果、前記受信手段により受信された回答の受信状況に応じて前記メールの内容の確認が取れた場合であって、且つ前記確認後送信アドレス有無判定手段により確認が取れた後に送信する前記他のアドレスが含まれていると判定された場合には、前記確認依頼受付手段により受け付けた確認依頼に含まれる前記確認者により内容の確認が取れた後に送信する当該他のアドレスに対して、確認が取れた内容を含むメールを送信する第三の送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記確認者が返信すべき返信先のアドレスには、内容に問題がない場合に返信するアドレスと、内容に問題があった場合に返信するアドレスとが含まれることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記受信手段により受信された前記確認者からの回答の受信状況を管理する管理手段を有することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記クライアント端末からの要求に応じて、前記管理手段により管理される回答の受信状況を確認可能な画面を送信する確認画面送信手段を有することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
確認画面送信手段は、前記確認者により内容の確認が取れた後に送信するアドレスへのメールの送信を中止する指示を可能なボタンを含む画面を送信することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記確認者が返信すべき返信先のアドレスは、メールアドレスであり、前記受信手段により受信する回答は、メールであることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記情報処理装置は、ウェブメールサーバであることを特徴とする請求項６に記載の情報処理装置。
【請求項８】
クライアント端末とネットワークを介して通信可能な情報処理方法であって、
画面送信手段が、前記クライアント端末において、ユーザが作成したメールの内容、当該メールの内容を送信するアドレスを含む送信依頼をユーザに入力させ、当該送信依頼の送信指示をユーザにさせるための送信依頼画面と、ユーザが作成したメールの内容、当該メールの内容の確認を依頼する確認者のアドレスを含む確認依頼をユーザに入力させ、更に当該確認者により確認が取れた後に、当該メールの内容を他のアドレスに送信させる場合には、当該他のアドレスを当該確認依頼の情報としてユーザに入力させ、当該確認依頼の送信指示をユーザにさせるための確認依頼画面と、から構成されるメール送信画面データを、当該クライアント端末に表示させるために送信する画面送信ステップと、
送信依頼受付手段が、前記画面送信ステップにより前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、当該クライアント端末から前記送信依頼を受け付ける送信依頼受付ステップと、
確認依頼受付手段が、前記画面送信ステップにより前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、前記クライアント端末から、前記確認依頼を受け付ける確認依頼受付ステップと、
確認後送信アドレス有無判定手段が、前記確認依頼受付ステップにより受け付けた前記確認依頼に、前記確認者により確認が取れた後に送信する前記他のアドレスが含まれているか否かを判定する確認後送信アドレス有無判定ステップと、
第一の送信手段が、前記確認依頼受付ステップにより受け付けた確認依頼に含まれる前記メールの内容の確認を依頼する確認者のアドレスに対して、前記確認依頼受付ステップにより受け付けた確認依頼に含まれる前記メールの内容と、当該確認者が返信すべき返信先のアドレスとが含まれる確認メールを送信する第一の送信ステップと、
受信手段が、前記第一の送信ステップにより送信された確認メールに対して、前記確認者から前記返信先のアドレスに対して送信された回答を受信する受信ステップと、
第二の送信手段が、前記メールの内容を、前記送信依頼受付ステップにより受け付けた場合には、当該送信依頼受付ステップにより受け付けた送信依頼に含まれる当該メールの内容を送信するアドレスに対して、当該メールの内容を送信する第二の送信ステップと、
第三の送信手段が、前記メールの内容を、前記確認依頼受付ステップにより受け付けた場合に、第一の送信ステップにより前記確認者に確認メールを送信した結果、前記受信ステップにより受信された回答の受信状況に応じて前記メールの内容の確認が取れた場合であって、且つ前記確認後送信アドレス有無判定ステップにより確認が取れた後に送信する前記他のアドレスが含まれていると判定された場合には、前記確認依頼受付ステップにより受け付けた確認依頼に含まれる前記確認者により内容の確認が取れた後に送信する当該他のアドレスに対して、確認が取れた内容を含むメールを送信する第三の送信ステップと、
を含むことを特徴とする情報処理方法。
【請求項９】
クライアント端末とネットワークを介して通信可能な情報処理装置において実行可能なプログラムであって、
前記クライアント端末において、ユーザが作成したメールの内容、当該メールの内容を送信するアドレスを含む送信依頼をユーザに入力させ、当該送信依頼の送信指示をユーザにさせるための送信依頼画面と、ユーザが作成したメールの内容、当該メールの内容の確認を依頼する確認者のアドレスを含む確認依頼をユーザに入力させ、更に当該確認者により確認が取れた後に、当該メールの内容を他のアドレスに送信させる場合には、当該他のアドレスを当該確認依頼の情報としてユーザに入力させ、当該確認依頼の送信指示をユーザにさせるための確認依頼画面と、から構成されるメール送信画面データを、当該クライアント端末に表示させるために送信する画面送信手段、
前記画面送信手段により前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、当該クライアント端末から前記送信依頼を受け付ける送信依頼受付手段、
前記画面送信手段により前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、前記クライアント端末から、前記確認依頼を受け付ける確認依頼受付手段、
前記確認依頼受付手段により受け付けた前記確認依頼に、前記確認者により確認が取れた後に送信する前記他のアドレスが含まれているか否かを判定する確認後送信アドレス有無判定手段、
前記確認依頼受付手段により受け付けた確認依頼に含まれる前記メールの内容の確認を依頼する確認者のアドレスに対して、前記確認依頼受付手段により受け付けた確認依頼に含まれる前記メールの内容と、当該確認者が返信すべき返信先のアドレスとが含まれる確認メールを送信する第一の送信手段、
前記第一の送信手段により送信された確認メールに対して、前記確認者から前記返信先のアドレスに対して送信された回答を受信する受信手段、
前記メールの内容を、前記送信依頼受付手段により受け付けた場合には、当該送信依頼受付手段により受け付けた送信依頼に含まれる当該メールの内容を送信するアドレスに対して、当該メールの内容を送信する第二の送信手段、
前記メールの内容を、前記確認依頼受付手段により受け付けた場合に、第一の送信手段により前記確認者に確認メールを送信した結果、前記受信手段により受信された回答の受信状況に応じて前記メールの内容の確認が取れた場合であって、且つ前記確認後送信アドレス有無判定手段により確認が取れた後に送信する前記他のアドレスが含まれていると判定された場合には、前記確認依頼受付手段により受け付けた確認依頼に含まれる前記確認者により内容の確認が取れた後に送信する当該他のアドレスに対して、確認が取れた内容を含むメールを送信する第三の送信手段、
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項１０】
クライアント端末と情報処理装置とがネットワークを介して通信可能なウェブメールシステムであって、
前記クライアント端末において、ユーザが作成したメールの内容、当該メールの内容を送信するアドレスを含む送信依頼をユーザに入力させ、当該送信依頼の送信指示をユーザにさせるための送信依頼画面と、ユーザが作成したメールの内容、当該メールの内容の確認を依頼する確認者のアドレスを含む確認依頼をユーザに入力させ、更に当該確認者により確認が取れた後に、当該メールの内容を他のアドレスに送信させる場合には、当該他のアドレスを当該確認依頼の情報としてユーザに入力させ、当該確認依頼の送信指示をユーザにさせるための確認依頼画面と、から構成されるメール送信画面データを、当該クライアント端末に表示させるために送信する画面送信手段と、
前記画面送信手段により前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、当該クライアント端末から前記送信依頼を受け付ける送信依頼受付手段と、
前記画面送信手段により前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、前記クライアント端末から、前記確認依頼を受け付ける確認依頼受付手段と、
前記確認依頼受付手段により受け付けた前記確認依頼に、前記確認者により確認が取れた後に送信する前記他のアドレスが含まれているか否かを判定する確認後送信アドレス有無判定手段と、
前記確認依頼受付手段により受け付けた確認依頼に含まれる前記メールの内容の確認を依頼する確認者のアドレスに対して、前記確認依頼受付手段により受け付けた確認依頼に含まれる前記メールの内容と、当該確認者が返信すべき返信先のアドレスとが含まれる確認メールを送信する第一の送信手段と、
前記第一の送信手段により送信された確認メールに対して、前記確認者から前記返信先のアドレスに対して送信された回答を受信する受信手段と、
前記メールの内容を、前記送信依頼受付手段により受け付けた場合には、当該送信依頼受付手段により受け付けた送信依頼に含まれる当該メールの内容を送信するアドレスに対して、当該メールの内容を送信する第二の送信手段と、
前記メールの内容を、前記確認依頼受付手段により受け付けた場合に、第一の送信手段により前記確認者に確認メールを送信した結果、前記受信手段により受信された回答の受信状況に応じて前記メールの内容の確認が取れた場合であって、且つ前記確認後送信アドレス有無判定手段により確認が取れた後に送信する前記他のアドレスが含まれていると判定された場合には、前記確認依頼受付手段により受け付けた確認依頼に含まれる前記確認者により内容の確認が取れた後に送信する当該他のアドレスに対して、確認が取れた内容を含むメールを送信する第三の送信手段と、
を備えることを特徴とするウェブメールシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
メールに記載の内容をワークフローの流れで承認する技術に関する。
【背景技術】
【０００２】
ＩＴ技術の発達により、各種業務において電子メールは欠かすことができないツールとなっている。
【０００３】
現状の電子メールの仕組みは、メールを送信すると直ちに相手方へ送信することとなるため、特に重要な内容をメールで送信する際は、事前に別のワークフローシステム等により承認を経た後、その内容をメールに記載して送る必要があった。そのためユーザにとっては手間となっていた。
【０００４】
特許文献１には、専用メーラを導入することなく、電子メールベースの稟議システムを実現する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１２８７９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術では、稟議メールを受信して稟議の内容を確認すべきユーザの順番を指定する必要があるため、通常のメール操作の手順とは別に、承認を受けるユーザの指定を行うという新たな操作負担が増えることとなる。
【０００７】
そこで、本発明は、上記課題を解決するものであり、簡易な操作手順で、メール内容について承認依頼を可能とする技術を提供する。
【課題を解決するための手段】
【０００８】
本発明は、クライアント端末とネットワークを介して通信可能な情報処理装置であって、前記クライアント端末において、ユーザが作成したメールの内容、当該メールの内容を送信するアドレスを含む送信依頼をユーザに入力させ、当該送信依頼の送信指示をユーザにさせるための送信依頼画面と、ユーザが作成したメールの内容、当該メールの内容の確認を依頼する確認者のアドレスを含む確認依頼をユーザに入力させ、更に当該確認者により確認が取れた後に、当該メールの内容を他のアドレスに送信させる場合には、当該他のアドレスを当該確認依頼の情報としてユーザに入力させ、当該確認依頼の送信指示をユーザにさせるための確認依頼画面と、から構成されるメール送信画面データを、当該クライアント端末に表示させるために送信する画面送信手段と、前記画面送信手段により前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、当該クライアント端末から前記送信依頼を受け付ける送信依頼受付手段と、前記画面送信手段により前記クライアント端末に送信し表示されたメール送信画面データに対するユーザの送信指示に基づき、前記クライアント端末から、前記確認依頼を受け付ける確認依頼受付手段と、前記確認依頼受付手段により受け付けた前記確認依頼に、前記確認者により確認が取れた後に送信する前記他のアドレスが含まれているか否かを判定する確認後送信アドレス有無判定手段と、前記確認依頼受付手段により受け付けた確認依頼に含まれる前記メールの内容の確認を依頼する確認者のアドレスに対して、前記確認依頼受付手段により受け付けた確認依頼に含まれる前記メールの内容と、当該確認者が返信すべき返信先のアドレスとが含まれる確認メールを送信する第一の送信手段と、前記第一の送信手段により送信された確認メールに対して、前記確認者から前記返信先のアドレスに対して送信された回答を受信する受信手段と、前記メールの内容を、前記送信依頼受付手段により受け付けた場合には、当該送信依頼受付手段により受け付けた送信依頼に含まれる当該メールの内容を送信するアドレスに対して、当該メールの内容を送信する第二の送信手段と、
前記メールの内容を、前記確認依頼受付手段により受け付けた場合に、第一の送信手段により前記確認者に確認メールを送信した結果、前記受信手段により受信された回答の受信状況に応じて前記メールの内容の確認が取れた場合であって、且つ前記確認後送信アドレス有無判定手段により確認が取れた後に送信する前記他のアドレスが含まれていると判定された場合には、前記確認依頼受付手段により受け付けた確認依頼に含まれる前記確認者により内容の確認が取れた後に送信する当該他のアドレスに対して、確認が取れた内容を含むメールを送信する第三の送信手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、簡易な操作手順で、メール内容について承認依頼が可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明における電子メールシステム（ウェブメールシステム）の構成の一例を表す図である。
【図２】ウェブメールサーバ１０１に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。
【図３】承認ワークフローを経てメールを送信する処理の流れを示すフローチャートである。
【図４】メール作成画面の一例を示す図である。
【図５】設定ファイルの一例を示す図である。
【図６】ワークフロー処理の詳細な処理の流れを示すフローチャートである。
【図７】承認依頼メールの一例を示す図である。
【図８】確認依頼画面（１）の一例を示す図である。
【図９】確認依頼画面（２）の一例を示す図である。
【図１０】確認メールの一覧画面の一例を示す図である。
【図１１】確認メールの内容画面の一例を示す図である。
【図１２】第二の実施の形態における処理の流れを示すフローチャート（１）である。
【図１３】第二の実施の形態における処理の流れを示すフローチャート（２）である。
【図１４】第二の実施の形態における処理の流れを示すフローチャート（３）である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面を基に説明する。
【００１２】
図１は、本発明における電子メールシステム（ウェブメールシステム）の構成の一例を表す図である。
【００１３】
図１において電子メールシステムは、ウェブメールサーバ１０１と、ワークフローサーバ１０２と、メールを送信するユーザが使用するクライアント端末１０３がネットワーク１００を介して接続可能な状態にある。
【００１４】
本発明でいうウェブメールとは、クライアント端末１０３のウェブブラウザで利用することができる電子メールシステムのことを指す。受信したメールの閲覧や、新規メッセージの作成・送信などをウェブブラウザのみで行なうことができる。クライアント端末にメールソフトをインストールしてメールの送受信を管理する電子メールシステムとは異なり、すべてのメール送受信をサーバ側で管理するため、ユーザは、ウェブブラウザを用いることでどこにいてもメールの作成、受信、閲覧を行うことが可能である。
【００１５】
ウェブメールサーバ１０１は、ユーザアカウント毎のメール使用を記憶管理する。
【００１６】
ワークフローサーバ１０２は、電子メールから起案された案件をワークフローの流れに乗せて処理するサーバである。
【００１７】
クライアント端末１０３は、ユーザ操作によりウェブブラウザを用いて本発明の電子メールシステムへアクセスをする。
【００１８】
本図１では、ウェブメールサーバ１０１及びワークフローサーバ１０２が別個の筐体で示されているが、同一筐体内に構成することも可能であり、本発明に係る電子メールシステムを運用する形態に応じて各種構成をとることが可能である。
【００１９】
次に、図２を用いて、図１に示したウェブメールサーバ１０１（ワークフローサーバ１０２を含む。）のハードウェア構成について説明する。図２は、ウェブメールサーバ１０１に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。なお、図２のブロック図はワークフローサーバ１０２及び、クライアント端末１０３にも適用可能である。
【００２０】
図２に示すように、ウェブメールサーバ１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０７、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２１】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２２】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２３】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２４】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス（等のポインティングデバイス等からの入力を制御する。
【００２５】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２６】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  ＩｎｔｅｒｎａｔｉｏｎａｌＡｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２７】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示したネットワーク１００）を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００２８】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００２９】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３０】
次に、一般ユーザが通常のメール送信を行う一連の操作において、メールの内容について承認を受ける処理の流れを図３〜７を用いて説明する。
【００３１】
図３は、本発明の実施の形態における承認ワークフローを経てメールを送信する処理の流れを示すフローチャートである。
【００３２】
まず、一般ユーザは、クライアント端末を操作し、メールを送信する操作を行う。
【００３３】
Ｓ３０１において、クライアント端末は、ユーザの指示に従って、ウェブブラウザを起動する。
【００３４】
Ｓ３０２において、クライアント端末は、ウェブメールサーバへメール作成画面を要求する。なお、ユーザを識別する場合は、ログイン処理を行った後、この処理が実行される。
【００３５】
Ｓ３０３において、ウェブメールサーバは、要求を受け付ける。
【００３６】
Ｓ３０４において、ウェブメールサーバは、メール作成画面情報を送信する。
【００３７】
Ｓ３０５において、クライアント端末は、メール作成画面情報を受信する。
【００３８】
Ｓ３０６において、クライアント端末は、メール作成画面情報を用いて、メール作成画面をブラウザに表示する（図４）。
【００３９】
図４は、メール作成画面の例を示す図である。
【００４０】
ユーザは、宛先４０１に送信先のアドレスを入力する。また、必要に応じて、Ｃｃ欄４０２、Ｂｃｃ欄４０３にアドレスの指定を行う。その他、ユーザは、件名４０４にメールのタイトルを、本文４０５にメールの本文を入力する（Ｓ３０７）。
【００４１】
最後に、送信ボタン４０６を押下することで、クライアント端末へ、メールの送信指示を行う（Ｓ３０８）。
【００４２】
なお、通常のメールの仕組みにおいて、宛先は、本来メールを送る宛先（Ｔｏ）を示すものであり、Ｃｃ（Ｃａｒｂｏｎ  Ｃｏｐｙ）やＢｃｃ（Ｂｌｉｎｄ  Ｃａｒｂｏｎ  Ｃｏｐｙ）は、本来メールを送る宛先以外に、同じ内容のメールを送りたい場合に指定する宛先である。
【００４３】
本実施の形態では、このＣｃやＢｃｃに指定したアドレスに対して、承認依頼を送ることができるため、ユーザが新たな操作を覚える必要がなくなる。
【００４４】
そこで、本実施の形態において、承認がなされた後にメールが送信されることとなるＴｏに指定する宛先を「第一の宛先」と呼び、一方、Ｔｏに指定された宛先に送る前に、メール本文の内容について承認依頼を送ることとなるＣｃやＢｃｃに指定する宛先を「第二の宛先」と呼ぶものとする。通常、第二の宛先は、第一の宛先へ送信するメール本文のコピーメール（控えメールともいう）を送信する宛先として使われるが、本実施の形態では、直ちに、メールを送信するのではなく、第二の宛先に対する承認ワークフローが開始され、承認後に第一の宛先にメールが送信されることとなる。
【００４５】
例えば、ユーザは、Ｂｃｃに指定したアドレスに承認メールが送信されることを知っていれば、Ｂｃｃに上司のメールアドレスを設定してメールを送信するだけで承認のワークフローが流れることとなる。
【００４６】
Ｓ３０９において、ウェブメールサーバは、クライアント端末から、送信メールを受信する。
【００４７】
Ｓ３１０において、ウェブメールサーバは、「Ｃｃ」または「Ｂｃｃ」の宛先指定がなされているか判定する。Ｙｅｓの場合、Ｓ３１１へ進み、Ｎｏの場合、Ｓ３１９へ進む。
【００４８】
Ｓ３１１において、ウェブメールサーバは、ワークフロー指定があるか判定する。Ｙｅｓの場合、Ｓ３１２へ進み、Ｎｏの場合、Ｓ３１９へ進む。
【００４９】
ここで、ワークフロー指定を判定する方法として、ウェブメールサーバにおいて、予め設定ファイルを用意しておき、その設定ファイルの内容に従って判定する方法と、クライアント端末から送信されるメールにワークフロー指定がなされているかにより判定する方法の２つの方法がある。
【００５０】
まず、ウェブメールサーバにおいて、予め設定ファイルを用意しておき、その設定ファイルの内容に従って判定する方法を説明する。
【００５１】
設定ファイルは、管理者が用意するものであり、例えば、図５に設定ファイルの一例を示す。
【００５２】
設定ファイル５０１は、全てのユーザのメールに対して適用可能な設定ファイルの例である。この例では、ｂｃｃに指定されている宛先に承認依頼を送るという内容となっている。従って、ＣｃとＢｃｃに宛先指定されている場合、Ｂｃｃに宛先のみ、承認依頼を送ることとなる。
【００５３】
なお、上述した通り、承認がなされた後にメールが送信されることとなるＴｏに指定する宛先を「第一の宛先」と、承認依頼を送ることとなるＣｃやＢｃｃに指定する宛先を「第二の宛先」と呼ぶものとしたが、この設定では、Ｂｃｃの宛先のみに、承認依頼が送られることとなるため、Ｂｃｃに指定された宛先が「第二の宛先」となる。
【００５４】
一方、設定ファイル５０２は、任意のユーザのメールに対して適用可能な設定ファイルの例である。この例では、送信元アドレスが「ｓｕｚｕｋｉ＠ｋａｎｎｏｎ−ｊｓ．ｃｏｍ」というユーザから送信されたメールについて、ＣｃとＢｃｃに指定されている宛先に承認依頼を送るという内容となっている。
【００５５】
ここでは、ＣｃとＢｃｃに指定されている宛先に承認依頼を送ることなるため、ＣｃとＢｃｃに指定されている宛先は、「第二の宛先」となる。
【００５６】
いずれの設定ファイルを利用するかは、ウェブメールサーバを利用するユーザのセキュリティポリシー等に従って自由に決めることができる。
【００５７】
次に、クライアント端末から送信されるメールにワークフロー指定がなされているかにより判定する方法を説明する。
【００５８】
これは、ユーザがメールを作成する際、明示的に、ＣｃやＢｃｃの宛先に承認依頼を送る指定がなされているかにより判定を行うものである。実現方法として、例えば、ＣｃやＢｃｃを指定する際に、承認依頼を送るかユーザに確認する画面で指定を促したり、メール送信時に、ＣｃやＢｃｃに指定されている宛先から承認依頼を行う任意のアドレスを指定させてもよい。また、指定された内容は、メールのヘッダ情報に埋め込むことで、ウェブメールサーバは、指定された内容を識別することが可能となる。
【００５９】
この実現方法の場合、承認依頼先として指定された宛先が「第二の宛先」となる。
【００６０】
続いて、ウェブメールサーバからワークフローサーバへ承認依頼を送る流れを説明する。
【００６１】
Ｓ３１２において、ウェブメールサーバは、ワークフローサーバへワークフロー処理を要求する。この際、承認依頼を行うＣｃやＢｃｃに指定されたアドレス情報も通知する。
【００６２】
Ｓ３１３において、ワークフローサーバは、ワークフロー処理要求を受け付ける。
【００６３】
Ｓ３１４において、ワークフローサーバは、ワークフロー処理を実行する。本処理の詳細は、図６のフローチャートを用いて説明する。
【００６４】
図６は、ワークフロー処理の詳細な処理の流れを示すフローチャートである。
【００６５】
Ｓ６０１において、ワークフローサーバは、ワークフローの登録を行う。具体的には、ウェブメールサーバから承認依頼を受けたメールをワークフロー案件としてデータベースへ登録を行う。
【００６６】
Ｓ６０２において、ワークフローサーバは、承認者を抽出する。具体的には、承認依頼を行う、承認者のメールアドレスを抽出する。このメールアドレスは、ウェブメールサーバからの承認依頼時に通知されているものである。
【００６７】
Ｓ６０２において、ワークフローサーバは、抽出された宛先に対して、承認依頼のメールを送信する。ここで、抽出された宛先へ送信する方法として、複数の方法を取ることができる。
【００６８】
（１）指定された順番に送信する方法
例えば、Ｂｃｃに、宛先ａ、宛先ｂ、宛先ｃの順に指定されている場合、ａ→ｂ→ｃの順に送信する。また、ＣｃとＢｃｃの両方に承認依頼を送る場合は、さらにＣｃ→Ｂｃｃの順に送信する。この方法は、全ての人から承認を得る必要がある場合に有効である。
【００６９】
（２）指定された宛先に同時に送信する方法
例えば、承認先に、宛先ａ、宛先ｂ、宛先ｃの指定がされている場合、ａ、ｂ、ｃへ同時に送信する。この方法は、同じ承認権限を持つａ、ｂ、ｃの中の誰かに承認を得ることができればよい場合に有効である。
【００７０】
（３）１と２を組み合わせた方法
例えば、Ｃｃの宛先は、同時に送信し、Ｂｃｃの宛先は、順番に送信する。１と２を組み合わせることで、より高度な承認依頼を実現することが可能となる。
【００７１】
承認依頼方法は、管理者がワークフローサーバへ予め設定しておいても良いし、メール送信者がメール送信時に指定をしても良い。メール送信時に指定する場合、メールのヘッダに指定内容を埋め込むことで、ウェブメールサーバを介してワークフローサーバは指定内容を知ることができる。さらに、ウェブメールサーバに指定方法を設定しておくことで、Ｓ３１２の処理において、ワークフローサーバへ指定しても良い。
【００７２】
次に、承認依頼を受けたユーザの操作の流れを説明する。Ｓ６０４において、ウェブメールサーバは、承認依頼メールを受信する。承認依頼を受けたユーザは、メール受信画面から承認依頼メールを確認することができる。
【００７３】
図７は、承認依頼メールの一例を示す図である。
【００７４】
承認依頼メールは、受信トレイ７０１に通常のメールと共に受信している（７０２）。そして、承認依頼メールを選択すると７０３のような文面が表示される。この例では、送信日時「２０１０年１１月１１日１４時４５分」に差出人「ｓｕｚｕｋｉ＠ｋａｎｎｏｎ−ｊｓ．ｃｏｍ」により送信されたメールについての承認依頼であることを示している。また、送信しようとしている内容は、件名「お見積りの件」として、宛先「ｙａｍｄａ＠ａｂｃ．ｃｏ．ｊｐ」へ、見積りについてのメールを送ることを確認することができる。承認依頼を受けたユーザは、内容について承認する場合は、７０４の宛先へ、否認する場合は７０５の宛先へメールを返信することにより、承認依頼に対する応答をする（Ｓ６０５）。
【００７５】
Ｓ６０６において、ワークフローサーバは、承認依頼をしたユーザからのメールを受信する。
【００７６】
Ｓ６０７において、ワークフローサーバは、結果が承認であるかを判定する。Ｙｅｓの場合、Ｓ６０８へ進み、Ｎｏの場合、Ｓ６１０へ進む。ここで、判定は、受信したメールの宛先が承認用の宛先で受信したか、否認用の宛先で受信したかにより判定を行う。
【００７７】
Ｓ６０８において、ワークフローサーバは、承認依頼をすべき全てのユーザに対して承認依頼メールを送信したかを判断する。Ｙｅｓの場合、Ｓ６０９へ進み、Ｎｏの場合、Ｓ６０２へ戻る。なお、承認依頼をすべきユーザは、Ｓ６０２において、承認依頼者を抽出する際に、決定されている。また、送信する順序は、任意の方法を取ることができる。
【００７８】
Ｓ６０９において、ワークフローサーバは、承認処理を行う。具体的には、ウェブメールサーバへ通知する承認である旨の通知の準備と、データベースへ登録したワークフロー案件において承認依頼者毎に承認または否認である旨が追記される。
【００７９】
また、Ｓ６０９において、ワークフローサーバは、否認処理を行う。具体的には、ウェブメールサーバへ通知する否認である旨の通知の準備と、データベースへ登録したワークフロー案件において承認依頼者毎に承認または否認である旨が追記される。
【００８０】
以上、図６を用いて、ワークフロー処理の詳細な処理の流れを説明した。
【００８１】
ここで、図３の説明へ戻る。
【００８２】
Ｓ３１５において、ワークフローサーバは、結果（承認もしくは否認）をウェブメールサーバへ通知する。
【００８３】
Ｓ３１６において、ウェブメールサーバは、結果を受信する。
【００８４】
Ｓ３１７において、ウェブメールサーバは、受信した結果が承認であるかを判定する。Ｙｅｓの場合、Ｓ３１９へ進み、Ｎｏの場合、Ｓ３１８へ進む。
【００８５】
Ｓ３１８において、ウェブメールサーバは、メールの送信を中止する。この際、本メールの送信者に、送信しようとしていたメールの送信が否認された旨の内容が記載される否認メールを送っても良い。否認メールを受信することで、ユーザは、送信メールが送信されなかったことを知ることができる。
【００８６】
一方、Ｓ３１９において、ウェブメールサーバは、指定された宛先へメールを送信する処理を行う。この際、宛先として指定されている全ての宛先（ＣｃやＢｃｃ含む）へメールを送信しても良いし、ワークフロー処理により承認依頼を行ったＣｃやＢｃｃに指定されていた宛先を除いて送信しても良い。
【００８７】
さらに、本メールの送信者に、送信しようとしていたメールの送信が承認された旨の内容が記載される承認メールを送っても良い。承認メールを受信することで、ユーザは、送信メールが実際に送信されたことを確認することができる。
【００８８】
以上、図３〜７を用いて、一般ユーザが通常のメール送信を行う一連の操作において、メールの内容について承認を受ける処理の流れを説明した。
【００８９】
上述した通り、本発明によれば、簡易な操作手順で、メール内容について承認依頼が可能となる。
【００９０】
つまり、ユーザは、通常のメール操作と同じように、ＣｃやＢｃｃに宛先を指定してメール送信をするだけで、メール内容についての承認ワークフローが流れるため、ユーザの操作負担が増えることはない。
【００９１】
また、承認依頼を受けたユーザも、承認依頼メールに記載の「承認」または「否認」の宛先へメールを送信するだけで済むため、こちらも新たなユーザの操作負担が増えることもない。
【００９２】
次に、本発明の第二の実施の形態を、図８〜１４を用いて説明する。
【００９３】
第一の実施の形態においては、通常のメール操作と同様に、ＣｃやＢｃｃに宛先を指定してメール送信をするだけで、メール内容についての承認ワークフローが流れるため、ユーザの操作負担が増えることはないという効果はあった。
【００９４】
しかしながら、ＣｃやＢｃｃに宛先を指定するのではなく、ユーザに明示的に確認を求める人（確認者）を指定させる方がよい場合もある。例えば、ＣｃやＢｃｃに宛先を指定してワークフローを開始させる方法に慣れていないユーザにとっては、明示の指定をさせた方が分かり易いこともある。
【００９５】
そこで、第二の実施の形態では、ユーザに明示的に確認者を指定させ、第一の実施の形態と同様に確認ワークフローを流し、その確認ワークフローが終了し場合に、確認がなされたメールを所定のメールアドレスに送信させることとする。
【００９６】
従って、本発明の第二の実施の形態は、ワークフローサーバが、確認者として指定されたユーザに対して確認依頼のメールを送付し、確認が取れた場合に、指定された宛先にメールを送付するというものである。
【００９７】
また、確認依頼中に、確認の依頼を行った者は、ワークフローサーバで管理されている確認の進捗状況を参照することができる。
【００９８】
更には、確認の依頼を「撤回」したり「消去」したりすることもできる。
【００９９】
図８は、本発明の第二の実施の形態における確認依頼を行う画面の一例である。
【０１００】
本実施の形態では、通常のメール作成画面とは別の画面として用意されているものとしている。
【０１０１】
ユーザは、確認依頼８０１を選択することで確認依頼画面を表示することになる。そして、確認依頼を行いたいユーザの宛先を選択する。具体的には、確認者ボタン８０２が選択されると宛先指定画面が表示され、その画面を介して確認依頼者の宛先が選択される。ここでは、宛先としてメールアドレスが選択される。
【０１０２】
依頼者欄８０３には、確認依頼を行うユーザのメールアドレスが指定されている。また、確認者欄８０４には、選択された確認依頼を行うユーザのメールアドレスが指定されている。件名８０５には、確認を行ってもらいたいメールの件名が記載されている。本文欄８０６には、確認を行ってもらいたいメール本文が記載されている。
【０１０３】
この例では、依頼者「ｓｕｚｕｋｉ＠ｋａｎｎｏｎ−ｊｓ．ｃｏｍ」が、確認者「ｔａｋａｈａｓｈｉ＠ｋａｎｎｏｎ−ｊｓ．ｃｏｍ」に対して、件名「お見積りの件」、本文「○○会社  ヤマダ様・・・」の内容を確認してもらいたいことを示している。
【０１０４】
次に、依頼者をするユーザは、確認を依頼するボタン８０７を押下する。すると、図９に示すウィンドウが表示されることとなる。
【０１０５】
このウィンドウにおいて、依頼者は、「確認後、自動的に以下の宛先へ送信する」９０１のオプションを指定することができる。このオプションを指定することで、宛先欄９０２へアドレスの入力が可能となる。この例では、「ｙａｍｄａ＠ａｂｃ．ｃｏ．ｊｐ」が指定されている。従って、確認を依頼する「高橋  太郎（ｔａｋａｈａｓｈｉ＠ｋａｎｎｏｎ−ｊｓ．ｃｏｍ）」によりメール本文の内容の確認がなされた場合は、件名・本文の内容を「ｙａｍｄａ＠ａｂｃ．ｃｏ．ｊｐ」に送信することとなる。
【０１０６】
最後に、ユーザは、依頼する場合、依頼するボタン９０３を、キャンセルする場合、戻るボタン９０４を押下する。依頼するボタンが押下されることにより処理が開始されることとなる。
【０１０７】
次に、図１０を用いて、依頼者が確認の依頼を行った確認の進捗状況を確認する画面を説明する。
【０１０８】
依頼を行ったユーザは、進捗状況の管理を行っているサーバへログインする。本実施の形態では、ワークフローサーバにおいて管理されているものとしているためワークフローサーバへログインする。ここでは、ブラウザを介してログインする例で説明を行う。
【０１０９】
１００１は、ログイン後のブラウザの一例である。１００２に、進捗状況の画面が表示される。
【０１１０】
この例では、件名１００３、更新日１００４、返信１００５、確認者１００６を参照することができる。
【０１１１】
１レコード目は、件名「お見積りの件」が、更新日「２０１１−０５−１２  １２：００」の時点で、返信が「１件のうち０件」であることを示している。
【０１１２】
２レコード目は、件名「ご都合はいかがでしょうか」が、更新日「２０１１−０４−２１  １５：３０」の時点で、返信が「２件のうち２件」あり、確認者が「渡辺  花子、他１名」であることを示している。
【０１１３】
なお、それぞれの件名は、ハイパーリングにより詳細な内容を参照でいるようになっているため、ユーザは、参照したい件名を、マウス等を用いてクリックする。
【０１１４】
図１１は、詳細内容を参照する画面の一例である。詳細内容が１１０２の画面内に表示される。
【０１１５】
１１０３に件名が表示される。この例では、図１０において件名「お見積りの件」が選択されたものを示している。
【０１１６】
１１０３には、更新状況１１０４、返信状況１１０５、自動送信１１０６、撤回ボタン１１０７、消去ボタン１１０８が表示される。
【０１１７】
更新状況１１０４は、いつこの情報が更新されたかが示される。
【０１１８】
返信状況１１０５は、何件のうち何件の返信があったかの状況が示される。
【０１１９】
自動送信１１０６は、図９に示す画面で、「確認後、自動的に以下の宛先へ送信する」９０１のオプションが指定されている場合、「あり」と表示されるものである。
【０１２０】
撤回ボタン１１０７は、この確認メールの回覧を中止する場合に押下するボタンである。なお、回覧は中止されるが、データの消去は行わないため、後から内容の確認をすることができる。
【０１２１】
消去ボタン１１０８は、この確認メールを消去する場合に押下するボタンである。このボタンが押下されるとデータが消去されるため、後から内容の確認をすることができなくなってしまう。
【０１２２】
また、１１０９に本文の内容が、１１１０に添付ファイルの内容が、１１１１に確認を依頼した者の名前が表示されることを示している。
【０１２３】
次に、図１２〜１４を用いて、図８〜１１の画面が表示される処理の流れを説明する。
【０１２４】
図１２〜１３は、図８〜９の画面が表示され、メールが送信されるまでの処理の流れを示すフローチャートである。
【０１２５】
図１２において、図３と同じ処理については、同じステップ番号を付している。なお、そのステップについては説明を省略する。
【０１２６】
Ｓ１２０１から説明を行う。
【０１２７】
Ｓ１２０１において、クライアント端末は、確認依頼画面を表示する。具体的には、図８に示す画面において、ユーザに「確認依頼」タブ８０１が選択されることにより、図８に示す画面が表示されるものである。
【０１２８】
Ｓ１２０２において、クライアント端末は、確認文の作成を受け付ける。具体的には、図８に示す本文欄８０６に文書が入力されることである。
【０１２９】
Ｓ１２０３において、クライアント端末は、確認者の指定を受け付ける。具体的には、図８に示す確認者８０２を介して、確認者欄８０４に指定を受け付けることである。
【０１３０】
Ｓ１２０４において、クライアント端末は、ワークフローサーバに対して、確認依頼を行う。具体的には、図９に示す依頼するボタン９０３が押下されることにより、この依頼が行われる。
【０１３１】
Ｓ１２０５において、ワークフローサーバは、確認依頼を受け付ける。
【０１３２】
Ｓ１２０６において、ワークフローサーバは、ワークフロー処理を行う。ここで行う、ワークフロー処理は、確認者として指定されたユーザに対して確認メールを送信し、確認がとれたかどうかの結果を得る処理である。この処理の詳細を、図１３を用いて説明する。
【０１３３】
Ｓ１３０１において、ワークフローサーバは、ワークフロー登録を行う。具体的にはワークフローサーバが管理する記録媒体に、新たなワークフローとして登録を行う。ワークフローの登録が行われることで、依頼を行ったユーザは、図１０〜１１に示す画面で進捗状況の確認が行えるようになる。
【０１３４】
Ｓ１３０２において、ワークフローサーバは、確認者の抽出を行う。複数存在する場合は、その数だけ抽出を行う。ここでは、確認者として指定されたメールアドレスの抽出を行う。
【０１３５】
Ｓ１３０３において、ワークフローサーバは、確認依頼のメールを送信する。確認依頼のメールは、図７に示すメールのように、確認をしてもらいたい本文の内容と共に、内容に問題がない場合に返信するメールアドレス（返信先アドレス１）と、内容に問題があった場合に返信するメールアドレス（返信先アドレス２）が記載されているものとする。
【０１３６】
Ｓ１３０４において、ＷＥＢメールサーバは、確認依頼メールを受信する。ここで、確認の依頼がなされたユーザは、自分のクライアント端末のブラウザを介してこの確認依頼のメールを一度受信して記載されているメールアドレスに対して返信する操作を行う。
【０１３７】
Ｓ１３０５において、ＷＥＢメールサーバは、確認者から送信された返信メールをワークフローサーバへ送信する。
【０１３８】
Ｓ１３０６において、ワークフローサーバは、メールを受信する。そして、返信メールの内容に応じて、ワークフロー登録した状況の更新を行う。つまり、確認ＯＫの場合の更新と、確認ＮＧの場合の更新である。
【０１３９】
Ｓ１３０７において、ワークフローサーバは、メールを送信したすべての確認者から返信メールを受信したかを判定する。Ｙｅｓの場合、終了し、Ｎｏの場合、Ｓ１３０８へ進む。
【０１４０】
Ｓ１３０８において、ワークフローサーバは、ワークフロー変更処理を行い、Ｓ１３０７へ戻る。
【０１４１】
ここで、ワークフロー変更処理とは、具体的には、図１１に示す、撤回ボタン１１０７か、消去ボタン１１０８が押下された場合に行われる処理である。いずれも選択されない場合は、このステップでは何もなされずにＳ１３０７へ戻ることとなる。
【０１４２】
ワークフロー変更処理を、図１４を用いて説明する。図１４は、図１０〜１１の確認画面が表示され、「撤回」、「消去」が選択された場合の処理の流れを示すフローチャートである。
【０１４３】
Ｓ１４０１において、クライアント端末は、確認メールの一覧画面（図１０）の要求がなされたかを判定する。Ｙｅｓの場合、Ｓ１４０２へ進み、Ｎｏの場合、終了する。つまり、クライアント端末から一覧画面の要求がなされない場合、本フローチャートはパスされることとなる。
【０１４４】
Ｓ１４０２において、クライアント端末は、確認メールの一覧画面を要求する。
【０１４５】
Ｓ１４０３において、ワークフローサーバは、確認メール一覧画面の要求を受け付ける。
【０１４６】
Ｓ１４０４において、ワークフローサーバは、要求元ユーザが参照可能なワークフローとして登録されている内容を抽出する。具体的には、図１０に示す件名１００３、更新日１００４、返信１００５へ表示する内容が抽出される。
【０１４７】
Ｓ１４０５において、ワークフローサーバは、確認メール一覧画面を送信する。
【０１４８】
Ｓ１４０６において、クライアント端末は、確認メール一覧画面を受信する。
【０１４９】
Ｓ１４０７において、クライアント端末は、確認メール一覧画面を表示する（図１０）。
【０１５０】
Ｓ１４０８において、クライアント端末は、一覧から件名が選択されたかを判定する。Ｙｅｓの場合、Ｓ１４１０へ進み、Ｎｏの場合、Ｓ１４０９へ進む。具体的には、件名が選択されたかにより判定する。
【０１５１】
Ｓ１４０９において、クライアント端末は、一覧画面の閲覧が終了されたかを判定する。Ｙｅｓの場合、終了し、Ｎｏの場合、Ｓ１４０８へ戻る。
【０１５２】
Ｓ１４１０において、クライアント端末は、選択された確認メールの状況を確認するための画面を要求する。
【０１５３】
Ｓ１４１１において、ワークフローサーバは、選択された確認メールの状況を確認するための画面要求を受け付ける。
【０１５４】
Ｓ１４１２において、ワークフローサーバは、ワークフローとして登録されている内容から対応する確認メールの状況を確認するための情報を抽出する。具体的には、図１１に示す各内容を表示可能な内容が抽出される。
【０１５５】
Ｓ１４１３において、ワークフローサーバは、選択された確認メールの状況を確認するための画面を送信する。
【０１５６】
Ｓ１４１４において、クライアント端末は、選択された確認メールの状況を確認するための画面を受信する。
【０１５７】
Ｓ１４１５において、クライアント端末は、選択された確認メールの状況を確認するための画面を表示する（図１１）。
【０１５８】
Ｓ１４１６において、クライアント端末は、撤回ボタン１１０７が押下されたかを判定する。Ｙｅｓの場合、Ｓ１４１７へ進み、Ｎｏの場合、Ｓ１４２０へ進む。
【０１５９】
Ｓ１４１７において、クライアント端末は、撤回処理を要求する。
【０１６０】
Ｓ１４１８において、ワークフローサーバは、撤回処理要求を受け付ける。
【０１６１】
Ｓ１４１９において、ワークフローサーバは、撤回処理を行って処理を終了する。ここで、撤回処理とは、この確認メールの回覧を中止することをいう。ただし、後から閲覧可能とするためデータは残した状態とする。
【０１６２】
Ｓ１４２０において、クライアント端末は、消去ボタン１１０８が押下されたかを判定する。Ｙｅｓの場合、Ｓ１４２２へ進み、Ｎｏの場合、Ｓ１４２１へ進む。
【０１６３】
Ｓ１４２１において、クライアント端末は、一覧画面の閲覧が終了されたかを判定する。Ｙｅｓの場合、終了し、Ｎｏの場合、Ｓ１４１６へ戻る。
【０１６４】
Ｓ１４２２において、クライアント端末は、消去処理を要求する。
【０１６５】
Ｓ１４２３において、ワークフローサーバは、消去処理要求を受け付ける。
【０１６６】
Ｓ１４２４において、ワークフローサーバは、消去処理を行って処理を終了する。ここで、消去処理とは、この確認メールを消去することをいう。
【０１６７】
以上、図１４を用いて、ワークフロー変更処理を説明した。また、上述した通り、図１３の処理の説明もしたため、図１２の説明に戻る。
【０１６８】
Ｓ１２０７において、ワークフローサーバは、確認がとれたかどうかを判定する。Ｙｅｓの場合、Ｓ１２０８へ進み、Ｎｏの場合、Ｓ１２１４へ進む。ここでは、確認者として指定されたすべてのユーザから確認ＯＫのメールを受け取ったかにより判定がなされる。
【０１６９】
Ｓ１２０８において、ワークフローサーバは、確認後、送信先宛先の指定があるかを判定する。Ｙｅｓの場合、Ｓ１２０９へ進み、Ｎｏの場合、Ｓ１２１４へ進む。具体的には、図９に示す画面で、「確認後、自動的に以下の宛先へ送信する」９０１のオプションが選択されていたかにより判定を行う。
【０１７０】
Ｓ１２０９において、ワークフローサーバは、確認された内容を本文としてメールを図９に示す宛先欄９０２に指定されたアドレスへ送信する。複数指定されている場合は、複数に送信する。
【０１７１】
Ｓ１２１０において、ＷＥＢメールサーバは、ワークフローから送信されたメールを受信する。
【０１７２】
Ｓ１２１１において、ＷＥＢメールサーバは、受信したメールを、指定されている宛先に送信する処理を行う。
【０１７３】
Ｓ１２１２において、ＷＥＢメールサーバは、メールを送信した旨の連絡を行う。
【０１７４】
Ｓ１２１３において、ワークフローサーバは、メールを送信した旨の連絡を受信する。
【０１７５】
Ｓ１２１４において、ワークフローサーバは、ワークフロー登録内容した内容を更新する。なお、Ｓ１２１３において、メールを送信した旨の連絡を受信した場合は、ワークフロー登録から消去する。ただし、後から送信したメールを参照したい場合も存在するので、このような運用をする場合は、消去することなく閲覧可能にデータを残すことができるものとする。このワークフロー更新は運用により様々な形態をとることができる。
【０１７６】
上述した通り、第二の実施の形態の本発明によれば、確認者として指定されたユーザに対して確認依頼のメールを送付し、確認が取れた場合に、指定された宛先にメールを送付することができる。
【０１７７】
以上、本発明の第二の実施の形態を、図８〜１４を用いて説明した。
【０１７８】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１７９】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１８０】
また、本発明におけるプログラムは、図の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図３の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図３の各装置の処理方法ごとのプログラムであってもよい。
【０１８１】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１８２】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１８３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１８４】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１８７】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１８８】
１００  ネットワーク
１０１  Ｗｅｂメールサーバ
１０２  ワークフローサーバ
１０３  クライアント端末
【図１】
0005370418.tif 000002
【図２】
0005370418.tif 000003
【図３】
0005370418.tif 000004
【図４】
0005370418.tif 000005
【図５】
0005370418.tif 000006
【図６】
0005370418.tif 000007
【図７】
0005370418.tif 000008
【図８】
0005370418.tif 000009
【図９】
0005370418.tif 000010
【図１０】
0005370418.tif 000011
【図１１】
0005370418.tif 000012
【図１２】
0005370418.tif 000013
【図１３】
0005370418.tif 000014
【図１４】
0005370418.tif 000015