(57)【要約】【課題】電文送信システムそのものを再構築することなく、電文の宛先チェック機能を追加することのできる技術を提供する。【解決手段】本発明に係る宛先チェック機能追加プログラムは、電文送信アプリケーションの画面を記述したＷｅｂ記述文書内において、電文を送信する機能を記述した部分をＷｅｂブラウザ内で書き換え、電文の宛先チェック機能を追加する。【選択図】図２
2011044062.tif 000002
【特許請求の範囲】
【請求項１】
電文宛先をチェックする機能を電文送信アプリケーションに追加する処理をコンピュータに実行させるプログラムであって、
前記コンピュータに、
前記電文送信アプリケーションの画面を記述しているＷｅｂ記述文書のうち電文の送信を指示する送信指示部を記述している箇所を探索するステップと、
前記Ｗｅｂ記述文書のうち前記送信指示部を記述している箇所に電文宛先をチェックする機能を追加記述する機能追加ステップを、
前記電文送信アプリケーションの画面を表示するＷｅｂブラウザ内で実行させる
ことを特徴とする宛先チェック機能追加プログラム。
【請求項２】
前記機能追加ステップでは、前記コンピュータに、
電文を送信すべき旨の指示を受け取ると電文宛先をチェックする機能が記述されている第２送信指示部を前記電文送信アプリケーションの画面上に表示するように前記Ｗｅｂ記述文書を上書きさせる
ことを特徴とする請求項１記載の宛先チェック機能追加プログラム。
【請求項３】
前記機能追加ステップでは、前記コンピュータに、
前記送信指示部を非表示とするように前記Ｗｅｂ記述文書を上書きさせる
ことを特徴とする請求項２記載の宛先チェック機能追加プログラム。
【請求項４】
前記機能追加ステップでは、前記コンピュータに、
電文を送信すべき旨の指示を受け取ると電文宛先をチェックする機能を実行するように前記送信指示部の記述を変更させる
ことを特徴とする請求項１から請求項３のいずれか１項に記載の宛先チェック機能追加プログラム。
【請求項５】
前記機能追加ステップでは、前記コンピュータに、
前記電文送信アプリケーションに電文宛先をチェックする機能を追加した旨を示唆する表示を前記電文送信アプリケーションの画面上に表示させる
ことを特徴とする請求項１から請求項４のいずれか１項に記載の宛先チェック機能追加プログラム。
【請求項６】
前記機能追加ステップでは、前記コンピュータに、
前記電文送信アプリケーションの画面のうち電文を送信すべき旨の指示を受け取る箇所の外見を変更させる
ことを特徴とする請求項５記載の宛先チェック機能追加プログラム。
【請求項７】
前記機能追加ステップでは、前記コンピュータに、
電文宛先をチェックして送信不可と判断する場合は電文の送信を中止する機能を、前記Ｗｅｂ記述文書のうち前記送信指示部を記述している箇所に追加記述させる
ことを特徴とする請求項１から請求項６のいずれか１項に記載の宛先チェック機能追加プログラム。
【請求項８】
前記Ｗｅｂブラウザ上で実行されるスクリプトプログラムとして構成されている
ことを特徴とする請求項１から請求項７のいずれか１項に記載の宛先チェック機能追加プログラム。
【請求項９】
前記Ｗｅｂブラウザに組み込まれて実行されるＷｅｂブラウザプラグインとして構成されている
ことを特徴とする請求項１から請求項７のいずれか１項に記載の宛先チェック機能追加プログラム。
【請求項１０】
請求項８記載の宛先チェック機能追加プログラムと、
前記電文送信アプリケーションを実行するＷｅｂアプリケーションサーバと、
前記電文送信アプリケーションを配置するフレームおよび前記宛先チェック機能追加プログラムを配置するフレームを形成するフレーム分割ファイルと、
を備えたことを特徴とする電文送信システム。
【請求項１１】
請求項９記載の宛先チェック機能追加プログラムと、
前記電文送信アプリケーションを実行するＷｅｂアプリケーションサーバと、
前記電文送信アプリケーションを画面表示するとともに前記宛先チェック機能追加プログラムを実行するＷｅｂブラウザを有するクライアント端末と、
を備えたことを特徴とする電文送信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電文宛先をチェックする機能を電文送信アプリケーションに追加する技術に関するものである。
【背景技術】
【０００２】
従来、電子メールの誤送信対策に関する技術として、下記特許文献１に記載の技術が提案されている。特許文献１では、メールの宛先が所定のアドレスであるかを判断するステップを実行し、その判断結果が肯定的である場合にその結果を表示してユーザに確認させている。
【０００３】
また、下記特許文献２には、メール専用のクライアントの代わりにＷｅｂブラウザを利用してメールの閲覧や送信を行うＷｅｂメールシステムが記載されている。Ｗｅｂメールは、携帯端末からも利用でき、メールデータをサーバ側に保存するので端末紛失時の情報漏えいの危険性が低いというメリットがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２４１８０７号公報
【特許文献２】特開２００７−２０００５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に記載されている技術では、宛先チェック機能を有する専用のメールクライアントを用意し、現在使用しているものと入れ替えなければならない。メールクライアントはメールの送受信だけでなく、アドレス帳や受信メールの管理などの機能も持っているため、メールクライアントの入れ替え作業は簡単ではなく、手間やコストを要する。
【０００６】
上記特許文献２に記載されているようなＷｅｂメールシステムを利用する場合には、Ｗｅｂブラウザをクライアントとして用いるため、特許文献１のようにクライアントを入れ替えることは実質的に不可能である。したがって、Ｗｅｂメールシステムに宛先チェック機能を追加するためには、Ｗｅｂメールシステムそのものを再構築しなければならず、多大な手間やコストを要する。
【０００７】
上記のような課題は、電子メールを送信するＷｅｂメールシステムに限られるものではなく、Ｗｅｂブラウザを用いて電文を送信する電文送信システムに共通するものであると考えられる。
【０００８】
本発明は、上記のような課題を解決するためになされたものであり、電文送信システムそのものを再構築することなく、電文の宛先チェック機能を追加することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る宛先チェック機能追加プログラムは、電文送信アプリケーションの画面を記述したＷｅｂ記述文書内において、電文を送信する機能を記述した部分をＷｅｂブラウザ内で書き換え、電文の宛先チェック機能を追加する。
【発明の効果】
【００１０】
本発明に係る宛先チェック機能追加プログラムは、電文送信アプリケーションの電文を送信する機能を記述した部分をＷｅｂブラウザ内で書き換える。これにより、電文送信アプリケーション本体を再構築することなく、Ｗｅｂブラウザ内の画面上の処理のみで電文の宛先チェック機能を追加することができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１に係るＷｅｂメールシステム１０００の構成図である。
【図２】クライアント端末１００のＷｅｂブラウザ１１０が表示する画面イメージを示す図である。
【図３】クライアント端末１００のＷｅｂブラウザ１１０がＷｅｂサーバ２００上のフレーム分割ファイル２２０にアクセスするときの動作フロー図である。
【図４】図３のステップＳ３０４の詳細フローである。
【図５】ユーザがＷｅｂブラウザ１１０上で電子メール宛先チェックボタンを押下したときの動作フローである。
【図６】図５のステップＳ５０１の詳細フローである。
【図７】図６のステップＳ６０３でＷｅｂブラウザ１１０が画面表示する確認ダイアログの画面構成例を示す図である。
【図８】実施の形態２における図３のステップＳ３０４の詳細フローである。
【図９】送信ボタン１３１の外見を変更した後の画面表示例を示す図である。
【図１０】実施の形態４に係るＷｅｂメールシステム１０００の構成図である。
【図１１】クライアント端末１００のＷｅｂブラウザ１１０がＷｅｂサーバ２００上のＷｅｂメールアプリケーション２３０にアクセスするときの動作フロー図である。
【図１２】実施の形態５における図５のステップＳ５０１の詳細フローである。
【発明を実施するための形態】
【００１２】
＜実施の形態１＞
図１は、本発明の実施の形態１に係るＷｅｂメールシステム１０００の構成図である。Ｗｅｂメールシステム１０００は、ユーザがＷｅｂブラウザ上で電子メールを読み書きするためのシステムであり、クライアント端末１００、Ｗｅｂサーバ２００、メールサーバ３００を有する。クライアント端末１００、Ｗｅｂサーバ２００、メールサーバ３００はネットワーク４００を介して接続されている。
【００１３】
クライアント端末１００は、ユーザがＷｅｂメールシステム１０００を利用するために使用するコンピュータであり、Ｗｅｂブラウザ１１０を搭載している。ユーザはＷｅｂブラウザ１１０を用いてＷｅｂサーバ２００にアクセスし、後述のＷｅｂメールアプリケーション２３０の画面をＷｅｂブラウザ１１０上に表示させる。また、Ｗｅｂブラウザ１１０上でＷｅｂメールアプリケーション２３０を使用し、電子メールを読み書きする。
【００１４】
Ｗｅｂサーバ２００は、スクリプトファイル２１０、フレーム分割ファイル２２０、Ｗｅｂメールアプリケーション２３０を備える。スクリプトファイル２１０とフレーム分割ファイル２２０については後述する。Ｗｅｂメールアプリケーション２３０は、メールサーバ３００と連動してＷｅｂメール機能をクライアント端末１００に提供するＷｅｂアプリケーションである。Ｗｅｂサーバ２００は、Ｗｅｂメールアプリケーション２３０を実行する。
【００１５】
スクリプトファイル２１０は、例えばＪａｖａスクリプト（登録商標）などの、Ｗｅｂブラウザ１１０内で実行されるプログラムとして構成することができる。
【００１６】
Ｗｅｂメールアプリケーション２３０は、Ｗｅｂサーバ２００が実行するＷｅｂアプリケーションであり、例えばＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）やＳｅｒｖｌｅｔなどの技術を用いたＷｅｂアプリケーションとして構成することができる。なお、Ｗｅｂメールアプリケーション２３０は、電子メールの宛先をチェックする機能を備えていないものとする。
【００１７】
メールサーバ３００は、Ｗｅｂメールアプリケーション２３０の要求にしたがって、電子メールを送受信するなどの処理を実行する。
【００１８】
本実施の形態１における「宛先チェック機能追加プログラム」は、スクリプトファイル２１０が記述するスクリプトプログラムが相当する。
【００１９】
本実施の形態１における「電文送信システム」「電文送信アプリケーション」は、Ｗｅｂメールシステム１０００、Ｗｅｂメールアプリケーション２３０がそれぞれ相当する。また、「電文」は電子メールが相当する。
【００２０】
図２は、クライアント端末１００のＷｅｂブラウザ１１０が表示する画面イメージを示す図である。ユーザは、Ｗｅｂブラウザ１１０を操作し、Ｗｅｂサーバ２００上のフレーム分割ファイル２２０にアクセスする。
【００２１】
フレーム分割ファイル２２０は、Ｗｅｂページを２つの内部フレームに分割すべき旨を記述する、例えばＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）などの形式で記述されたＷｅｂ記述文書である。Ｗｅｂブラウザ１１０は、フレーム分割ファイル２２０の記述にしたがって、Ｗｅｂブラウザ１１０が表示するＷｅｂページを、スクリプト配置フレーム１２０とＷｅｂメールアプリケーション配置フレーム１３０に分割する。
【００２２】
スクリプト配置フレーム１２０は、Ｗｅｂブラウザ１１０が生成する内部フレームである。フレーム分割ファイル２２０は、スクリプト配置フレーム１２０内にスクリプトファイル２１０のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を記述している。Ｗｅｂブラウザ１１０は、その記述にしたがって、スクリプトファイル２１０をスクリプト配置フレーム１２０内に読み込む。
【００２３】
スクリプト配置フレーム１２０は、ユーザが操作するための画面部品を配置するためのフレームではないので、実際のフレーム縦横サイズは０でもよい。図２では、点線でフレームを囲むことによってその旨を示唆した。
【００２４】
Ｗｅｂメールアプリケーション配置フレーム１３０は、Ｗｅｂメールアプリケーション２３０の画面部品を配置するためのフレームである。フレーム分割ファイル２２０は、Ｗｅｂメールアプリケーション２３０のＵＲＬを記述している。Ｗｅｂブラウザ１１０は、その記述にしたがって、Ｗｅｂメールアプリケーション２３０の画面（ＨＴＭＬ）をＷｅｂメールアプリケーション配置フレーム１３０内に読み込む。
【００２５】
図２では、後述の説明のため、送信ボタン１３１をＷｅｂメールアプリケーション配置フレーム１３０内に配置した例を示した。ユーザが送信ボタン１３１を押下すると、Ｗｅｂメールアプリケーション２３０は、「宛先」欄に記述した電子メールアドレスに対してその他の欄に記載した内容の電子メールを送信するよう、メールサーバ３００へ指示する。メールサーバ３００は、その電子メールを送信する。
送信ボタン１３１は、本実施の形態１における「送信指示部」に相当する。
【００２６】
図２のようなフレーム配置の結果、ユーザからＷｅｂブラウザ１１０の画面を見ると、スクリプト配置フレーム１２０の有無によらず、Ｗｅｂメールアプリケーション２３０に直接アクセスした場合と同様の画面構成が提供されることになる。したがってユーザは、Ｗｅｂメールアプリケーション２３０を通常通り利用している場合と何ら差なくＷｅｂメールの機能を利用することができる。
【００２７】
以上、Ｗｅｂメールシステム１０００の全体構成について説明した。次に、スクリプトファイル２１０の動作を中心として、Ｗｅｂメールシステム１０００が電子メール宛先チェックを行なう動作を説明する。
【００２８】
Ｗｅｂブラウザ１１０は、スクリプトファイル２１０をスクリプト配置フレーム１２０内に読み込むと、フレームをまたがってＷｅｂメールアプリケーション配置フレーム１３０にアクセスする。Ｗｅｂブラウザ１１０は、スクリプトファイル２１０の記述にしたがって、Ｗｅｂメールアプリケーション２３０の画面部品を記述しているＷｅｂ記述文書を読み込み、送信ボタン１３１を記述している部分を探索し、電子メール宛先チェック機能をその部分に追加する。以下、上記動作の詳細について説明する。
【００２９】
図３は、クライアント端末１００のＷｅｂブラウザ１１０がＷｅｂサーバ２００上のフレーム分割ファイル２２０にアクセスするときの動作フロー図である。以下、図３の各ステップについて説明する。なお、記載の便宜上、Ｗｅｂブラウザ１１０を動作主体として記載するが、実際に図３の各ステップを実行するのはクライアント端末１００が備えるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などの演算装置である。以下の動作フロー等においてＷｅｂブラウザ１１０を動作主体とする場合も同様である。
【００３０】
（図３：ステップＳ３０１）
Ｗｅｂブラウザ１１０は、ネットワーク４００を介してＷｅｂサーバ２００にアクセスし、フレーム分割ファイル２２０を取得する。Ｗｅｂブラウザ１１０は、フレーム分割ファイル２２０の記述にしたがって、スクリプト配置フレーム１２０とＷｅｂメールアプリケーション配置フレーム１３０を生成し、Ｗｅｂページを表示する画面内に配置する。スクリプト配置フレーム１２０については、見かけ上は画面上に存在しないかのようにサイズを調整してもよい。
【００３１】
（図３：ステップＳ３０２）
Ｗｅｂブラウザ１１０は、フレーム分割ファイル２２０の記述にしたがって、スクリプトファイル２１０とＷｅｂメールアプリケーション２３０の画面（ＨＴＭＬ）をＷｅｂサーバ２００より取得する。
【００３２】
（図３：ステップＳ３０３）
Ｗｅｂブラウザ１１０は、スクリプト配置フレーム１２０内にスクリプトファイル２１０を配置し、Ｗｅｂメールアプリケーション配置フレーム１３０内にＷｅｂメールアプリケーション２３０の画面部品を配置する。
【００３３】
（図３：ステップＳ３０４）
Ｗｅｂブラウザ１１０は、スクリプト配置フレーム１２０に配置したスクリプトファイル２１０が記述するスクリプトを実行する。詳細は次の図４で説明する。本ステップ（図４の各ステップ）の動作内容は、スクリプトファイル２１０の記述に基づく。
【００３４】
図４は、図３のステップＳ３０４の詳細フローである。以下、図４の各ステップについて説明する。
【００３５】
（図４：ステップＳ４０１）
Ｗｅｂブラウザ１１０は、Ｗｅｂメールアプリケーション配置フレーム１３０にアクセスし、Ｗｅｂメールアプリケーション２３０の画面を記述しているＷｅｂ記述文書（ＨＴＭＬ）を読み込む。
【００３６】
（図４：ステップＳ４０２）
Ｗｅｂブラウザ１１０は、ステップＳ４０１で取得したＷｅｂ記述文書内の送信ボタン１３１を探索する。具体的には、送信ボタン１３１を記述するＨＴＭＬタグを、例えば送信ボタン１３１のＩＤ属性などをキーにして探索すればよい。送信ボタン１３１以外の記述形式、例えばボタン風の外観を有する画像などを用いて送信ボタン１３１と同様の機能を実現している場合でも、同様にＩＤ属性などをキーとして探索することができる。ただし、送信ボタン１３１のＩＤ属性の値そのものは、あらかじめＷｅｂメールアプリケーション２３０の仕様などに基づき把握しておく必要がある。
【００３７】
（図４：ステップＳ４０３）
Ｗｅｂブラウザ１１０は、送信ボタン１３１の属性を「非表示」に変更する。これにより、送信ボタン１３１はＷｅｂメールアプリケーション配置フレーム１３０上から見かけ上消去され、ユーザは送信ボタン１３１を直接操作することはできなくなる。
【００３８】
（図４：ステップＳ４０４）
Ｗｅｂブラウザ１１０は、Ｗｅｂメールアプリケーション配置フレーム１３０に配置されているＷｅｂ記述文書のうち、送信ボタン１３１が配置されていた箇所前後の適当な箇所に、電子メール宛先チェック機能を備えたボタンを配置する。具体的には、ユーザが押下したときに電子メール宛先チェック関数を実行するよう記述したボタンタグのＨＴＭＬコードを、同箇所に追加記述する。この電子メール宛先チェックボタンは、本実施の形態１における「第２送信指示部」に相当する。
【００３９】
Ｗｅｂブラウザ１１０は、ステップＳ４０４をＷｅｂメールアプリケーション配置フレーム１３０内で実行する。すなわちＷｅｂブラウザ１１０は、Ｗｅｂメールアプリケーション２３０そのものを直接上書きするのではなく、Ｗｅｂメールアプリケーション配置フレーム１３０に読み込んだＷｅｂ記述文書（ＨＴＭＬコード）をクライアント端末１００上で上書きするのである。これにより、Ｗｅｂメールアプリケーション２３０を再構築するのではなく、Ｗｅｂブラウザ１１０の画面内の処理のみで、電子メール宛先チェック機能を追加することができるのである。
【００４０】
図５は、ユーザがＷｅｂブラウザ１１０上で送信ボタン１３１（実際には電子メール宛先チェックボタン）を押下したときの動作フローである。以下、図５の各ステップについて説明する。
【００４１】
（図５：ステップＳ５００）
ユーザがＷｅｂブラウザ１１０上で電子メール宛先チェックボタンを押下すると、本動作フローが開始される。
【００４２】
（図５：ステップＳ５０１）
Ｗｅｂブラウザ１１０は、電子メール宛先チェックボタンが備える電子メール宛先チェック関数を実行する。詳細は次の図６で説明する。本ステップ（図６の各ステップ）の動作内容は、スクリプトファイル２１０の記述に基づきＷｅｂブラウザ１１０がステップＳ４０４で追加した電子メール宛先チェック関数の記述に基づく。
【００４３】
（図５：ステップＳ５０２）
Ｗｅｂブラウザ１１０は、電子メール宛先チェック関数の実行結果に基づき、電子メールを送信してよいか否かを判定する。送信してよい場合はステップＳ５０３へ進み、送信不可の場合は本動作フローを終了する。なお、送信不可である場合は、その旨や理由をポップアップダイアログで画面表示するなどの通知を行なってもよい。
【００４４】
（図５：ステップＳ５０３）
Ｗｅｂブラウザ１１０は、図４のステップＳ４０３で「非表示」属性に変更した送信ボタン１３１が備える電子メール送信関数を実行する。ステップＳ４０３で送信ボタン１３１を削除せずに残しておいたのは、送信ボタン１３１が備える電子メール送信関数を本ステップで利用するためである。
【００４５】
図６は、図５のステップＳ５０１の詳細フローである。以下、図６の各ステップについて説明する。
【００４６】
（図６：ステップＳ６０１）
Ｗｅｂブラウザ１１０は、Ｗｅｂメールアプリケーション配置フレーム１３０に表示している各入力フォーム等の内容を取得する。ここで取得する内容は、例えば「宛先」欄に記載されている電子メール宛先、添付ファイルの有無、などである。
【００４７】
（図６：ステップＳ６０２）
Ｗｅｂブラウザ１１０は、ステップＳ６０１で取得した各入力フォーム等の内容に基づき、電子メールを送信してよいか否かを判定する。送信可否の判定基準として、例えば添付ファイルがあれば外部ドメインには送信不可とする、アドレス帳にない宛先には送信不可とする、といったものが考えられる。その他、例えば所定の時間帯は送信禁止とするなど、任意の入手可能な情報に基づき送信可否を判定することができる。送信してよいと判定する場合はステップＳ６０３へ進み、送信不可と判定する場合はステップＳ６０６へ進む。
【００４８】
（図６：ステップＳ６０３）
Ｗｅｂブラウザ１１０は、電子メールの送信可否をユーザに最終確認するための確認ダイアログを画面表示する。このとき、Ｗｅｂメールアプリケーション２３０が電子メールを送信しようとしている宛先一覧をユーザが見やすいようにソートするなどしてもよい。例えば宛先（Ｔｏ／Ｃｃ／Ｂｃｃ）をドメイン名毎にまとめる、添付ファイル名を基準にソートする、宛先アドレスの代わりに氏名を表示する、といった手法が考えられる。
【００４９】
（図６：ステップＳ６０４）
ユーザは、ステップＳ６０３でＷｅｂブラウザ１１０が表示した確認ダイアログ上で、ＯＫまたはＣａｎｃｅｌを選択する。Ｗｅｂブラウザ１１０はその選択結果を受け取る。ユーザがＯＫを選択した場合はステップＳ６０５へ進み、Ｃａｎｃｅｌを選択した場合はステップＳ６０６へ進む。
【００５０】
（図６：ステップＳ６０５）
Ｗｅｂブラウザ１１０は、電子メール宛先チェック関数の戻り値として、「電子メール送信可」を示す「ｔｒｕｅ」を実行元に返す。
【００５１】
（図６：ステップＳ６０６）
Ｗｅｂブラウザ１１０は、電子メール宛先チェック関数の戻り値として、「電子メール送信不可」を示す「ｆａｌｓｅ」を実行元に返す。
【００５２】
図７は、図６のステップＳ６０３でＷｅｂブラウザ１１０が画面表示する確認ダイアログの画面構成例を示す図である。確認ダイアログは、例えばＷｅｂメールアプリケーション２３０が電子メールを送信しようとしている宛先一覧と添付ファイル一覧を表示する。ユーザはその内容を確認し、ＯＫボタンまたはＣａｎｃｅｌボタンを押下する。
【００５３】
以上、Ｗｅｂメールシステム１０００が電子メール宛先チェックを行なう動作を説明した。なお本実施の形態１において、フレーム分割ファイル２２０はスクリプトファイル２１０を配置するスクリプト配置フレーム１２０を生成すべき旨を記述していることを説明したが、フレーム分割ファイル２２０本体のなかにスクリプトファイル２１０と同等のスクリプトをインラインで記述してもよい。この場合、スクリプトファイル２１０は不要となる。
【００５４】
以上のように、本実施の形態１において、Ｗｅｂブラウザ１１０は、スクリプトファイル２１０が記述するスクリプトプログラムにしたがって、送信ボタン１３１に電子メール宛先チェック機能を追加する。この処理は、Ｗｅｂブラウザ１１０内で実行される。これにより、Ｗｅｂメールアプリケーション２３０本体を再構築することなく、Ｗｅｂブラウザ１１０の画面内の処理のみで、電子メール宛先チェック機能をＷｅｂメールアプリケーション２３０に追加することができる。
【００５５】
また、本実施の形態１において、Ｗｅｂブラウザ１１０は、送信ボタン１３１と同じ外見の電子メール宛先チェックボタンをＷｅｂメールアプリケーション配置フレーム１３０内の同一箇所に配置する。これにより、ユーザは電子メール宛先チェックボタンの配置前後で違和感なくＷｅｂメールアプリケーション２３０を利用することができる。
【００５６】
また、本実施の形態１において、Ｗｅｂブラウザ１１０は、電子メール宛先チェックボタンを配置する際に、送信ボタン１３１を非表示に変更する。これにより、ユーザは誤って電子メール宛先チェック機能のない送信ボタン１３１を押下することがなくなり、確実に電子メール宛先チェック機能を動作させることができる。また、送信ボタン１３１そのものを削除するわけではなく、非表示にして画面から見かけ上削除するのみなので、送信ボタン１３１が本来備えている電子メール送信機能をそのまま活用することができる。
【００５７】
＜実施の形態２＞
本発明の実施の形態２では、送信ボタン１３１を非表示にして電子メール宛先チェックボタンを追加する手法に代えて、送信ボタン１３１そのものに電子メール宛先チェック処理を追加する手法を説明する。Ｗｅｂメールシステム１０００の構成そのものは実施の形態１と同様であるため、以下では差異点を中心に説明する。
【００５８】
図８は、本実施の形態２における図３のステップＳ３０４の詳細フローである。以下、図８の各ステップについて説明する。
【００５９】
（図８：ステップＳ８０１〜Ｓ８０２）
これらのステップは、図４のステップＳ４０１〜Ｓ４０２と同様である。
【００６０】
（図８：ステップＳ８０３）
Ｗｅｂブラウザ１１０は、送信ボタン１３１が備える電子メール送信関数の内容を読み込む。具体的には、例えば送信ボタン１３１がクリックされた際に実行されるクリックイベントハンドラ（ｏｎＣｌｉｃｋ属性）に記述されている関数を取得するとよい。
【００６１】
（図８：ステップＳ８０４）
Ｗｅｂブラウザ１１０は、ステップＳ８０３で取得した電子メール送信関数に、電子メール宛先チェック処理を追記する。この電子メール宛先チェック処理は、ステップＳ４０４の電子メール宛先チェック関数と同様の内容でよいが、電子メールを送信する処理の前に記述する必要がある。
【００６２】
（図８：ステップＳ８０５）
Ｗｅｂブラウザ１１０は、送信ボタン１３１のクリックイベントハンドラに、ステップＳ８０４で電子メール宛先チェック処理を追記した関数を記述する。これにより、送信ボタン１３１が元来備えていた電子メール送信関数に、電子メール宛先チェック処理が追加されることになる。
【００６３】
以上のように、本実施の形態２において、Ｗｅｂブラウザ１１０は、送信ボタン１３１のクリックイベントハンドラに実施の形態１の電子メール宛先チェックボタンと同様の処理を追記するので、実施の形態１と同様の効果を発揮することができる。
【００６４】
＜実施の形態３＞
本発明の実施の形態３では、Ｗｅｂメールアプリケーション２３０に電子メール宛先チェック機能を追加した旨を示唆する表示をＷｅｂメールアプリケーション配置フレーム１３０内に画面表示する例を説明する。その他の構成は実施の形態１〜２いずれかと同様であるため、以下では差異点を中心に説明する。
【００６５】
本実施の形態３において、スクリプトファイル２１０は、図４のステップＳ４０４の後で電子メール宛先チェックボタンの外見を変更し、または図８のステップＳ８０５の後で送信ボタン１３１の外見を変更して、電子メール宛先チェック機能が追加された旨をユーザに示唆するように記述されている。Ｗｅｂブラウザ１１０は、その記述にしたがってこれらのボタンの外見を変更する。これにより、ユーザは電子メール送信指示部に電子メール宛先チェック機能が追加されたことを知ることができる。
【００６６】
図９は、送信ボタン１３１の外見を変更した後の画面表示例を示す図である。図９において、送信ボタン１３１内の「送信」という文字が、斜字体に変更されている。これによりユーザは、送信ボタン１３１に変化があったこと、すなわち電子メール宛先チェック機能が追加された旨を知ることができる。
【００６７】
以上のように、本実施の形態３によれば、Ｗｅｂブラウザ１１０は、電子メール宛先チェックボタンまたは送信ボタン１３１のスタイルなどの外見を変更する。これにより、ユーザは電子メール宛先チェック機能が追加された旨を知ることができる。
【００６８】
なお本実施の形態３において、電子メール宛先チェック機能が追加された旨を示唆する表示の形式は、上記に限られない。その他の表示形式として、例えば以下のような例が考えられる。
（表示形式の例その１）
電子メール宛先チェックボタンまたは送信ボタン１３１の背景色、文字色、サイズなどの外見要素を変更するように、スクリプトファイル２１０を記述する。
（表示形式の例その２）
Ｗｅｂメールアプリケーション配置フレーム１３０内のいずれかの箇所に、電子メール宛先チェック機能が追加された旨を通知するメッセージを追加するように、スクリプトファイル２１０を記述する。例えば電子メール宛先チェックボタンまたは送信ボタン１３１の横にそのメッセージを表示することが考えられる。
【００６９】
＜実施の形態４＞
本発明の実施の形態４では、スクリプトファイル２１０とフレーム分割ファイル２２０を用いる以外の手法で、実施の形態１〜３と同等の機能を実現する構成を説明する。
【００７０】
図１０は、本実施の形態４に係るＷｅｂメールシステム１０００の構成図である。本実施の形態４において、Ｗｅｂサーバ２００は、スクリプトファイル２１０とフレーム分割ファイル２２０に代えて、電子メール宛先チェックプラグイン２４０を備える。
【００７１】
電子メール宛先チェックプラグイン２４０は、Ｗｅｂブラウザ１１０の１機能としてＷｅｂブラウザ１１０に組み込まれて実行されるプログラムである。このようにＷｅｂブラウザに組み込まれるプログラムを、プラグインプログラムなどと呼ぶ。
【００７２】
電子メール宛先チェックプラグイン２４０は、実施の形態１〜３いずれかで説明したスクリプトファイル２１０と同様の動作をＷｅｂブラウザ１１０に実行させるように構成されている。ただし、本実施の形態４ではスクリプト配置フレーム１２０を設けないので、Ｗｅｂメールアプリケーション２３０の画面を取得する際の取得元は、Ｗｅｂメールアプリケーション配置フレーム１３０ではなく、Ｗｅｂブラウザ１１０の通常画面である。
電子メール宛先チェックプラグイン２４０は、本実施の形態４における「宛先チェック機能追加プログラム」に相当する。
【００７３】
Ｗｅｂメールシステム１０００のユーザは、Ｗｅｂメールシステム１０００を利用する前に、あらかじめＷｅｂサーバ２００より電子メール宛先チェックプラグイン２４０をダウンロードし、クライアント端末１００にインストールしておく。Ｗｅｂブラウザ１１０は、通常のＷｅｂブラウジング動作に加えて、電子メール宛先チェックプラグイン２４０を実行する。
【００７４】
図１１は、クライアント端末１００のＷｅｂブラウザ１１０がＷｅｂサーバ２００上のＷｅｂメールアプリケーション２３０にアクセスするときの動作フロー図である。以下、図１１の各ステップについて説明する。
【００７５】
（図１１：ステップＳ１１０１）
Ｗｅｂブラウザ１１０は、ネットワーク４００を介してＷｅｂサーバ２００にアクセスし、Ｗｅｂメールアプリケーション２３０の画面（ＨＴＭＬ）をＷｅｂサーバ２００より取得する。
【００７６】
（図１１：ステップＳ１１０２）
Ｗｅｂブラウザ１１０は、Ｗｅｂメールアプリケーション２３０の画面部品を画面上に配置する。実施の形態１〜３と異なり、スクリプトファイル２１０を配置するためのフレームを設ける必要はない。
【００７７】
（図１１：ステップＳ１１０３）
Ｗｅｂブラウザ１１０は、電子メール宛先チェックプラグイン２４０を実行する。本ステップの動作内容は、電子メール宛先チェックプラグイン２４０が規定する各ステップの動作に基づく。
【００７８】
以上のように、本実施の形態４によれば、電子メール宛先チェックプラグイン２４０は実施の形態１〜３で説明したスクリプトファイル２１０が記述するスクリプトと同様の動作を実行するので、実施の形態１〜３と同様の効果を発揮することができる。
【００７９】
＜実施の形態５＞
以上の実施の形態１〜４において、図６のステップＳ６０３で確認ダイアログを表示することを説明したが、電子メールの内容によっては必ずしも確認ダイアログを表示する必要はない。本発明の実施の形態５では、上記動作例について説明する。
【００８０】
図１２は、本実施の形態５における図５のステップＳ５０１の詳細フローである。以下、図１２の各ステップについて説明する。
【００８１】
（図１２：ステップＳ６０１〜Ｓ６０２）
これらのステップは図６の同ステップと同様であるが、ステップＳ６０２の後に新たにステップＳ１２０１が挿入されている。ステップＳ６０２において電子メールを送信してよいと判定するときは、ステップＳ１２０１に進む。
【００８２】
（図１２：ステップＳ１２０１）
Ｗｅｂブラウザ１１０は、ステップＳ６０３の確認ダイアログを画面表示する必要があるか否かを、所定のルールに基づき判定する。例えば、社内ドメイン宛に添付ファイルのない電子メールを送信するときは、確認ダイアログを不要とする、といったルールが考えられる。確認ダイアログを画面表示する必要がある場合はステップＳ６０３へ進み、必要がない場合はステップＳ６０５へスキップする。
【００８３】
（図６：ステップＳ６０３〜Ｓ６０６）
これらのステップは図６の同ステップと同様である。
以上、本実施の形態５では、図５のステップＳ５０１の別動作例を説明した。
【実施例】
【００８４】
＜実施例その１＞
実施の形態１〜５において、クライアント端末１００は、Ｗｅｂブラウザ１１０を搭載するＰＣ（パーソナルコンピュータ）を用いて構成することもできるし、同様にＷｅｂブラウザ１１０を備える携帯電話などのモバイル端末などを用いて構成することもできる。
【００８５】
＜実施例その２＞
実施の形態１〜５において、Ｗｅｂメールアプリケーション２３０が電子メールを送信する際に宛先をチェックする機能を追加することを説明したが、電子メール以外の電文の例として、例えばインスタントメッセージなどが考えられる。
【００８６】
この場合、Ｗｅｂサーバ２００は、Ｗｅｂメールアプリケーション２３０に代えてメッセージングアプリケーションを備える。Ｗｅｂサーバ２００は、クライアント端末１００にメッセージ送信画面を送信する。このメッセージ送信画面には、送信ボタンなどの送信指示部が含まれる。ユーザは、Ｗｅｂブラウザ１１０上でインスタントメッセージの内容を入力し、送信ボタンを押下する。
【００８７】
上記のようなメッセージングシステムにおいて、実施の形態１〜５と同様に、送信指示部にメッセージの宛先チェック機能を追加することができる。同様の手法により、その他の電文送信システムにおいて、電文の宛先チェック機能をＷｅｂブラウザ１１０の画面上で追加することができる。
【符号の説明】
【００８８】
１００：クライアント端末、１１０：Ｗｅｂブラウザ、１２０：スクリプト配置フレーム、１３０：Ｗｅｂメールアプリケーション配置フレーム、１３１：送信ボタン、２００：Ｗｅｂサーバ、２１０：スクリプトファイル、２２０：フレーム分割ファイル、２３０：Ｗｅｂメールアプリケーション、２４０：電子メール宛先チェックプラグイン、３００：メールサーバ、４００：ネットワーク、１０００：Ｗｅｂメールシステム。
【図１】
2011044062.tif 000003
【図２】
2011044062.tif 000004
【図３】
2011044062.tif 000005
【図４】
2011044062.tif 000006
【図５】
2011044062.tif 000007
【図６】
2011044062.tif 000008
【図７】
2011044062.tif 000009
【図８】
2011044062.tif 000010
【図９】
2011044062.tif 000011
【図１０】
2011044062.tif 000012
【図１１】
2011044062.tif 000013
【図１２】
2011044062.tif 000014