JP4564862B2

JP4564862B2 - 電子メール端末、要求メール処理方法、要求メール処理プログラム、要求メール処理プログラムを記録した記録媒体、要求メール処理システム

Info

Publication number: JP4564862B2
Application number: JP2005044531A
Authority: JP
Inventors: 弘臣本橋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2005-02-21
Filing date: 2005-02-21
Publication date: 2010-10-20
Anticipated expiration: 2025-02-21
Also published as: JP2006228143A

Description

本発明は、電子メールを用いて所定の処理を実行する電子メール端末、要求メール処理方法、要求メール処理プログラム、要求メール処理プログラムを記録した記録媒体、要求メール処理システムに関する。

近年のネットワークの発達により、機器の状態の閲覧や機器に対する設定などをＷｅｂブラウザで行えるような機能を提供している機器がある。この場合、設定をインターネットから可能とするためには、例えばファイアウォールに穴をあけるなどしなければならず、セキュリティ上問題がある。

そこで、ファイアウォールとは無関係にやり取りできる電子メール（以下、メールと記す）を用いて上述した設定などを行える機能を提供する機器がある。この場合、外部のパソコンからネットワークに接続され、メールの送受信が可能な電子メール端末に対して何らかの処理を要求する場合、要求する内容を示す所定のフォーマットでメールを送信すると、電子メール端末はその要求されたメール（以下、リクエストメールと記す）の内容に基づき処理を行う。

このようなリクエストメールを送信する場合、ユーザは、リクエストメールの「件名」欄に予め定められた文字列を入力する。そして、その文字列は以下のようなフォーマットとなっていることが多い。
devicestatus?引数名=パラメータ[&引数名=パラメータ[&引数名=パラメータ]]…
このフォーマットにおいて、ユーザが電子メール端末のシステム設定情報をユーザ宛のメールで通知することを要求するとともに、そのメール内容を記述する言語を英語とし、かつメールの型式をテキスト型式とする場合、そのリクエストメールの記述例は以下のようになる。
devicestatus?request=sysconfig&format=text&lang=en
この記述例は、「request=sysconfig」、「format=text」、「text&lang=en」の３つのコマンドからなり、１つ目はシステム設定情報を要求することを示し、２つ目はテキスト型式を示し、３つ目は言語を英語とすることを示している。

この記述例に示されるように、従来のシステムでは、リクエストメールの記述内容がユーザに分かりづらいという問題点がある。また、件名の枠は小さいため、一度に多くのコマンドを記載することは困難である。さらに、コマンド数を増やそうとした場合、ユーザの入力作業が煩雑となる。

本発明はこのような問題点に鑑み、リクエストメールを送信するユーザが使いやすい電子メール端末、要求メール処理方法、要求メール処理プログラム、要求メール処理プログラムを記録した記録媒体、要求メール処理システムを提供することを目的とする。

上記課題を解決するために、本発明は、所定の動作の実行を要求するための文字列からなるリクエストフォームに基づき作成された電子メールを、ネットワークで接続された外部端末から受信する電子メール端末であって、予め定められたルールに則って変更された前記リクエストフォームを受信するリクエストフォーム受信手段と、前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行手段とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記外部端末から、前記リクエストフォームを要求するリクエストフォーム要求を受信するリクエストフォーム要求メール受信手段と、前記リクエストメールを前記外部端末に送信するリクエストフォーム送信手段とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記動作実行手段は、前記リクエストフォームが示す要求への応答である応答電子メールを作成する応答作成手段と、作成された前記応答電子メールを送信する応答電子メール送信手段とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記リクエストフォームには、前記応答電子メールの書式を指定する書式情報が含まれることを特徴とする。

また、上記課題を解決するために、本発明は、前記書式情報は、前記外部端末の特性に応じて指定されることを特徴とする。

また、上記課題を解決するために、本発明は、前記応答電子メールの書式は、ＨＴＭＬであることを特徴とする。

また、上記課題を解決するために、本発明は、前記動作実行手段またはリクエストフォーム送信手段では、前記外部端末のメールアドレスが登録されているかどうか判断することを特徴とする。

また、上記課題を解決するために、本発明は、所定の動作の実行を要求するための文字列からなるリクエストフォームに基づき作成された電子メールを、ネットワークで接続された外部端末から受信する電子メール端末での要求メール処理方法であって、予め定められたルールに則って変更された前記リクエストフォームを受信するリクエストフォーム受信段階と、前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行段階とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記外部端末から、前記リクエストフォームを要求するリクエストフォーム要求を受信するリクエストフォーム要求受信段階と、前記リクエストメールを前記外部端末に送信するリクエストフォーム送信段階とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記動作実行段階は、前記リクエストフォームが示す要求への応答である応答電子メールを作成する応答作成段階と、作成された前記応答電子メールを送信する応答電子メール送信段階とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記動作実行段階またはリクエストフォーム送信段階では、前記外部端末のメールアドレスが登録されているかどうか判断することを特徴とする。

また、上記課題を解決するために、本発明は、所定の動作の実行を要求するための文字列からなるリクエストフォームに基づき作成された電子メールを、ネットワークで接続された外部端末から受信する要求メール処理プログラムであって、予め定められたルールに則って変更された前記リクエストフォームを受信するリクエストフォーム受信手順と、前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行手順とを有することを特徴とする。

また、上記課題を解決するために、本発明は、所定の動作の実行を要求するための文字列からなるリクエストフォームに基づき作成された電子メールを、ネットワークで接続された外部端末から受信する要求メール処理プログラムを記録したコンピュータが読み取り可能な記録媒体であって、予め定められたルールに則って変更された前記リクエストフォームを受信するリクエストフォーム受信手順と、前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行手順とを有することを特徴とする。

また、上記課題を解決するために、本発明は、電子メールの送受信可能な電子メール端末と、該電子メール端末とネットワークで接続されるとともに、前記電子メール端末に所定の動作の実行を要求するための文字列からなるリクエストフォームに基づき作成された電子メールを送信する外部端末とを含む要求メール処理システムであって、前記外部端末は、予め定められたルールに則って変更された前記リクエストフォームを前記電子メール端末に送信するリクエストフォーム送信手段を有し、前記電子メール端末は、前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行手段を有することを特徴とする。

本発明によれば、リクエストメールを送信するユーザが使いやすい電子メール端末、要求メール処理方法、要求メール処理プログラム、要求メール処理プログラムを記録した記録媒体、要求メール処理システムを提供できる。

以下、本発明の実施の形態について図面に基づいて説明する。以下の実施の形態においては、電子メール端末をＭＦＰ（Multi Function Printer）として説明するが、電子メール端末は何らかのネットワークを介してメールの送受信が可能なものであれば良い。また、外部端末をＰＣとして説明する。

図１は、本実施の形態における要求メール処理システムの全体構成図である。図１には、ＭＦＰ１と、ＰＣ２と、それらを接続するネットワーク３とが示されている。ＰＣ２がＭＦＰ１にリクエストメールを送信し、ＭＦＰ１がリクエストメールに対応する処理を行い、ＰＣ２にリクエストメールに対する応答を行う。この図１には、ＭＦＰ１とＰＣ２が一つずつしか描かれていないが、複数のＭＦＰまたはＰＣが接続されていても良い。

次に、図２を用いてＭＦＰ１のブロック図について説明する。図２には、メール通知部１０と、システム管理部１２と、通信部１１とが示されている。メール通知部１０は、ＰＣ２とやり取りするメールに関する処理を行う。システム管理部１２は、ＭＦＰ１のシステム全体の管理を行うものである。したがって、エンジンなどのステータスもシステム管理部１２で管理されている。通信部１１は、ＭＦＰ１におけるメーラである。

次に、図３を用いて上記メール通知部１０の詳細について説明する。メール通知部１０は、メール送信リクエストマネージャ部２１と、メールコンテンツ作成部２２と、メール送信要求発行部２３と、受信メール解釈部２４と、エンジンステータス監視部２５と含む。

メール送信リクエストマネージャ部２１は、メール通知部１０の管理を行うものである。メール送信リクエストマネージャ部２１は、通信部１１とでメールの送受信を行ったり、メールコンテンツ作成部２２に対してメールコンテンツの作成を要求したり、その結果を受け取ったりする。

メールコンテンツ作成部２２は、エンジンステータス監視部２５からエンジンのステータスを参照したり、メールのひな形が保存されたテキストデータ１３を参照し、メールコンテンツの作成を行う。エンジンステータス監視部２５は、システム管理部１２から、「サプライ状態」と、「ジャム状態」と、「給紙トレイ状態」が通知される。このようにして得られた情報は、メールコンテンツ作成部２２の参照に用いられる。受信メール解釈部２４は、通信部１１から配信されたメールの解釈を行う。メール送信要求発行部２３は、メール送信リクエストマネージャ部２１からのメール送信要求により、通信部１１にメール送信要求を行う。

以上説明した受信メール解釈部２４と通信部１１は、リクエストフォーム受信手段とリクエストフォーム要求受信手段に対応する。メール送信リクエストマネージャ部２１は、動作実行手段に対応する。メール送信要求発行部２３と通信部１１は、リクエストフォーム送信手段に対応する。

なお、ＰＣ２においては、一般的なメーラが備わっていればよいが、そのメーラがＨＴＭＬメールにも対応可能であれば、後述するＨＴＭＬで記述されたメールを使用することが可能となる。

次に、ＰＣ２がＭＦＰ１からＭＦＰ１の機器ステータスを要求する際の処理を示すシーケンス図を、図４を用いて説明する。図４のシーケンス図は、メールのやり取りを示すものであり、このメール内容の詳細については後述する。

ステップＳ１０１で、ＰＣ２は、リクエストフォーム要求メールをＭＦＰ１に送信する。ステップＳ１０２で、ＭＦＰ１は、リクエストフォームメールをＰＣ２に送信する。ステップＳ１０３で、ＰＣ２は、リクエストフォームメールの内容を例えばステータスを要求する内容に変更したステータスリクエストメールをＭＦＰ１に送信する。ＭＦＰ１は、リクエストメールの内容に従って、エンジンステータス監視部からステータスを取得し、その内容をステップＳ１０４で、機器ステータスメールとして送信する。

なお、上記ステップＳ１０１は、リクエストフォーム要求受信段階に対応する。ステップＳ１０２は、リクエストフォーム送信段階に対応する。ステップＳ１０３は、リクエストフォーム受信段階に対応する。ステップＳ１０４は、動作実行段階に対応する。

以上説明した各メールについて説明する。まずリクエストフォーム要求メールについて、図５を用いて説明する。図５には、メールヘッダ情報３０と、メール本文情報３１とが示されている。メールヘッダ情報３０には、送信元が「pc@b.jp」で、送信先が「mfp@a.jp」で、件名が「help」であることが示されている。また、メール本文情報３１は空である。

このように、件名に「help」の文字列があることで、ＭＦＰ１はリクエストフォーム要求メールであることを認識できる。なお、メールヘッダ情報３０に記載された「Content-Type」には、「text/plain」と記されており、これは、メール本文のフォーマットがtextであることを示している。

次に、リクエストフォームメールについて、図６を用いて説明する。図６には、先ほどと同様にメールヘッダ情報３０と、メール本文情報３１とが示されている。メールヘッダ情報３０には、送信元が「mfp@a.jp」で、送信先が「pc@b.jp」で、件名が「request form」であることが示されている。

メール本文情報３１には、案内欄３５と、取得情報欄３６と、メールフォーマット欄３７と、メール本文言語欄３８とが示されている。

案内欄３５は、このメールの案内を示すもので、その内容は、返信の記載方法となっている。取得情報欄３６には、５項目の取得情報が記載されている。メールフォーマット欄３７には、３種類のフォーマットが記載されている。メール本文言語欄３８には、１５ヶ国語が記載されている。この中で、ユーザが所望するものに対応する“（）”に“○”を記入し、返信する。

次に、ステータスリクエストメールについて、図７を用いて説明する。図７には、メールヘッダ情報３０と、メール本文情報３１とが示されている。メールヘッダ情報３０には、送信元が「pc@b.jp」で、送信先が「mfp@a.jp」で、件名が「Re: request form」であることが示されている。

そしてメール本文情報３１には、“○”が記入されたリクエストフォームが示されている。ちなみに、図７の場合、ユーザは、取得情報としてサプライ情報を、メールフォーマットとしてtextを、メール本文言語として日本語を選択している。

次に、機器ステータスメールについて、図８を用いて説明する。図８には、メールヘッダ情報３０と、メール本文情報３１とが示されている。メールヘッダ情報３０には、送信元が「mfp@a.jp」で、送信先が「pc@b.jp」で、件名が「Supply Status」であることが示されている。

メール本文情報３１には、サプライ情報である消耗品情報が示されている。ちなみに、この消耗品情報は、“＊”が多いほど、対応するトナーの残量があることを示すものである。なお、メールフォーマットをテキストではなく、ＨＴＭＬとした場合のサプライ情報は、図９に示されるように、棒グラフと％で示され、図８で示したサプライ情報より見やすく、情報も多いものとなっている。

以上説明した処理におけるＭＦＰ１のメールを送信する処理について、図１０のフローチャートを用いて説明する。なお、説明を分かりやすくするために、このフローチャートで想定する受信メールは、リクエストフォーム要求メールか、機器ステータスリクエストメールとしている。

ステップＳ２０１で、受信メール解釈部２４は、受信メールの「subject」が“help”かどうか判断する。“help”の場合は、受信メールがリクエストフォーム要求メールであるので、メール送信リクエストマネージャ２１は、ステップＳ２０２でリクエストフォームメールを送信し、処理を終了する。

ステップＳ２０１で「subject」が“help”ではないと判断されると、受信メール解釈部２４は、ステップＳ２０３で、メール本文から“（○）”にマッチする行を抽出する。次のステップＳ２０４で、受信メール解釈部２４は、抽出された行のうち、”1[A,*]“にマッチする行を抽出する。なお、”ａ[A,*]“は、数字ａの右隣に何らかのアルファベットがある文字列を意味する。したがって、ステップＳ２０４の場合、取得情報の項目の中からマッチする行を抽出することとなる。

次のステップＳ２０５で、受信メール解釈部２４は、抽出された行のうち、”2[A,*]“にマッチする行を抽出する。また、次のステップＳ２０６で、受信メール解釈部２４は、抽出された行のうち、”3[A,*]“にマッチする行を抽出する。

受信メール解釈部２４は、ステップＳ２０７で、上記ステップＳ２０３から２０６の処理で、抽出されない行がある場合、メール認識エラーと判断し、処理を終了する。抽出されない行がない場合、メール送信リクエストマネージャ２１は、ステップＳ２０８で、指定されたメールフォーマット・言語で記述した取得情報である機器ステータスメールをメールコンテンツ作成部２２で作成し、その機器ステータスメールを送信して処理を終了する。

このようにすることで、ＭＦＰ１は、ユーザが“○”を記入した行を判断し、要求された機器ステータスメールを送信することができる。なお、上記フローチャートでは、メール認識がエラーかどうかの判断をステップＳ２０７のみで行っているが、ステップＳ２０３からステップＳ２０６の各ステップの後で判断するようにしてもよい。

以上説明した一連の処理におけるリクエストメールのメールフォーマットは、テキストであったが、メールフォーマットをＨＴＭＬとした場合の処理について説明する。

図１１は、リクエストメールのメールフォーマットをＨＴＭＬも含むようにした場合のメールヘッダ情報３０を示している。図１２、図１３は、リクエストメールのメールフォーマットをＨＴＭＬとした場合のメール本文情報３１を示している。メール本文情報３０は長いため、２つの図面に分けられており、図１２の続きが図１３となっている。

図１１に示されるメールヘッダ情報３０は、図６で示したメールヘッダ情報３０のヘッダフィールドの内容が一部異なっている。図１１に示されるメールヘッダ情報の「Content-Type」は、メール本文情報３１に示される「boundary=・・・」で区切られた複数のパートから、どれか１つのパートを選択して表示してもよいということを示している。

次に、メール本文情報３１について説明する。まず、上述したパートについて説明する。図１２、１３には、境界６１、６２、６３が示されている。メールヘッダ情報３０は、境界６１、６２に囲まれたパートと、境界６２、６３に囲まれたパートのうち、どちらのパートを選択して表示してもよいということを示している。

なお、境界６１、６２に囲まれたパートはテキストで表現されたものであり、境界６２、６３で囲まれたパートはＨＴＭＬで表現されたものである。

このうち、ＨＴＭＬで表現されたパートについて、図１４とともに説明する。図１４は、ＨＴＭＬで表現されたパートをメーラで表示したものであり、このメールには、取得情報選択メニュー７０と、メールフォーマット選択ボタン７１と、メール本文言語選択メニュー７２と、メール送信ボタン７３とが示されている。

まず、図１２、１３におけるＨＴＭＬの場合と、テキストの場合とで大きく異なる点は、ＨＴＭＬの場合、スクリプト言語６５と、取得情報選択肢６６と、メールフォーマット選択肢６７と、メール本文言語選択肢６８と、メール送信ボタン表示文６９が追加されていることである。

スクリプト言語６５は、後述する取得情報選択肢６６で何も選択されないことを回避するためのプログラムである。取得情報選択肢６６は、取得情報選択メニュー７０をプルダウンメニューで表示するためのものである。この選択肢の中に、「選択してください」という文があり、この「選択してください」を選択したままメール送信ボタン７３が押下されると、先ほどのプログラムが「false」を返すため、何も選択されずにメールが送信されることを回避することができる。

メールフォーマット選択肢６７は、メールフォーマット選択ボタン７１をラジオボタンで表示するためのものである。メール本文言語選択肢６８は、メール本文言語選択メニュー７２をプルダウンメニューで表示するためのものである。メール送信ボタン表示文６９は、メール送信ボタン７３を表示するためのものであり、このボタンが押下されると、スクリプト言語が実行され、それから「true」が返ってくると、ＭＦＰ１にメールを送信するというアクションが実行される。

このとき送信される機器ステータスリクエストメールについて、図１５を用いて説明する。この機器ステータスリクエストメールのメールヘッダ情報３０には、送信元が「pc@b.jp」で、送信先が「mfp@a.jp」で、件名が「devicestatus」であることが示されている。また、メール本文のフォーマットがtextであることが示されている。

そして、メール本文情報３１には、取得情報がサプライ情報であることを示す「request=supply」と、メールフォーマットがtextであることを示す「format=text」と、メール本文言語が日本語であることを示す「lang=ja」とが示されている。

このメール本文情報３１により、ＭＦＰ１は、取得情報がサプライ情報であり、メールフォーマットがtextであり、メール本文言語が日本語であることを認識することができる。そして、ＭＦＰ１は、図８に示したメールをＰＣ２に送信する。

以上説明した処理におけるＭＦＰ１のメールを送信する処理について、図１６のフローチャートを用いて説明する。なお、説明を分かりやすくするために、このフローチャートで想定する受信メールは、リクエストフォーム要求メールか、機器ステータスリクエストメールとしている。

ステップＳ３０１で、受信メール解釈部２４は、受信メールの「subject」が“help”かどうか判断する。“help”の場合は、受信メールがリクエストフォーム要求メールであるので、メール送信リクエストマネージャ２１は、ステップＳ３０２でリクエストフォームメールを送信し、処理を終了する。

ステップＳ３０１で「subject」が“help”ではないと判断されると、受信メール解釈部２４は、ステップＳ３０３で、メール本文から“request=”にマッチする行を抽出し、取得情報を決定する。次のステップＳ３０４で、受信メール解釈部２４は、メール本文から“format=”にマッチする行を抽出し、メールフォーマットを決定する。次のステップＳ３０５で、受信メール解釈部２４は、メール本文から“lang=”にマッチする行を抽出し、メール本文言語を決定する。

受信メール解釈部２４は、ステップＳ３０６で、上記ステップＳ３０３から３０５の処理で、抽出されない行がある場合、メール認識エラーと判断し、処理を終了する。抽出されない行がない場合、ＭＦＰ１は、ステップＳ３０７で、指定されたメールフォーマット・言語で記述した取得情報である機器ステータスメールをメールコンテンツ作成部２２で作成し、その機器ステータスメールを送信して処理を終了する。

このようにすることで、ＭＦＰ１は、ユーザが指定した取得情報、メールフォーマット、メール本文言語を判断し、要求された機器ステータスメールを送信することができる。なお、上記フローチャートでは、メール認識がエラーかどうかの判断をステップＳ３０６のみで行っているが、ステップＳ３０３からステップＳ３０４の各ステップの後で判断するようにしてもよい。

本実施の形態におけるリクエストメールシステムの全体構成図である。ＭＦＰのブロック図である。メール通知部のブロック図である。機器ステータスを要求する処理を示すシーケンス図である。リクエストフォーム要求メールを示す図である。リクエストフォームメールを示す図である。機器ステータスリクエストメールを示す図である。機器ステータスメールを示す図である。メールフォーマットをＨＴＭＬとした場合のサプライ情報を示す図である。ＭＦＰのメールを送信する処理を示すフローチャートである。リクエストフォームメールのメールヘッダ情報を示す図である。リクエストフォームメールのメール本文情報を示す図（その１）である。リクエストフォームメールのメール本文情報を示す図（その２）である。ＨＴＭＬでのリクエストフォームメールを示す図である。機器ステータスリクエストメールを示す図である。ＭＦＰのメールを送信する処理を示すフローチャートである。

符号の説明

１ＭＦＰ
２ＰＣ
３ネットワーク
１０メール通知部
１１通信部
１２システム管理部
１３テキストデータ
２１メール送信リクエストマネージャ部
２２メールコンテンツ作成部
２３メール送信要求発行部
２４受信メール解釈部
２５エンジンステータス監視部
３０メールヘッダ情報
３１メール本文情報
６１、６２、６３境界
６５スクリプト言語
６６取得情報選択肢
６７メールフォーマット選択肢
６８メール本文言語選択肢
６９メール送信ボタン表示文
７０取得情報選択メニュー
７１メールフォーマット選択ボタン
７２メール本文言語選択メニュー
７３メール送信ボタン

Claims

電子メール端末に所定の動作の実行を要求するための文字列からなり電子メール端末の動作を設定するための要求情報が各行に示されたリクエストフォームに基づき作成された電子メールを、ネットワークで接続された外部端末から受信する電子メール端末であって、
ユーザが所望する動作に対応する要求情報の行に所定の文字列が記入されることにより変更された前記リクエストフォームを受信するリクエストフォーム受信手段と、
前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行手段と、を有し、
前記動作実行手段は、前記リクエストフォームが示す要求への応答である応答電子メールを作成する応答作成手段と、
作成された前記応答電子メールを送信する応答電子メール送信手段と、を有し、
前記応答作成手段は、
前記所定の文字列をキーにして、前記リクエストフォーム受信手段が受信したリクエストフォームから所定の行を抽出し、
前記応答電子メール送信手段は、
前記抽出した行から要求情報が抽出されない場合、所定のエラー処理を行い、
前記抽出した全ての行から要求情報が抽出された場合、前記応答電子メールを送信することを特徴とする電子メール端末。
前記外部端末から、前記リクエストフォームを要求するリクエストフォーム要求を受信するリクエストフォーム要求メール受信手段と、
前記リクエストフォームを前記外部端末に送信するリクエストフォーム送信手段と
を有することを特徴とする請求項１に記載の電子メール端末。
前記リクエストフォームには、前記応答電子メールの書式を指定する書式情報が含まれることを特徴とする請求項１又は２に記載の電子メール端末。
前記書式情報は、前記外部端末の特性に応じて指定されることを特徴とする請求項３に記載の電子メール端末。
前記応答電子メールの書式は、ＨＴＭＬであることを特徴とする請求項１から４のいずれか１項に記載の電子メール端末。
前記動作実行手段またはリクエストフォーム送信手段では、前記外部端末のメールアドレスが登録されているかどうか判断することを特徴とする請求項２から５のいずれか１項に記載の電子メール端末。
所定の動作の実行を要求するための文字列からなり電子メール端末の動作を設定するための要求情報が各行に示されたリクエストフォームに基づき作成された電子メールを、ネットワークで接続された外部端末から受信する電子メール端末での要求メール処理方法であって、
ユーザが所望する動作に対応する要求情報の行に所定の文字列が記入されることにより変更された前記リクエストフォームを受信するリクエストフォーム受信段階と、
前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行段階と、を有し、
前記動作実行段階は、前記リクエストフォームが示す要求への応答である応答電子メールを作成する応答作成段階と、
作成された前記応答電子メールを送信する応答電子メール送信段階と、を含み、
前記応答作成段階においては、前記所定の文字列をキーにして、前記リクエストフォーム受信段階で受信したリクエストフォームから所定の行を抽出し、
前記応答電子メール送信段階においては、
前記抽出した行から要求情報が抽出されない場合、所定のエラー処理を行い、
前記抽出した全ての行から要求情報が抽出された場合、前記応答電子メールを送信することを特徴とする要求メール処理方法。
前記外部端末から、前記リクエストフォームを要求するリクエストフォーム要求を受信するリクエストフォーム要求受信段階と、
前記リクエストフォームを前記外部端末に送信するリクエストフォーム送信段階と
を有することを特徴とする請求項７に記載の要求メール処理方法。
前記リクエストフォームには、前記応答電子メールの書式を指定する書式情報が含まれることを特徴とする請求項７又は８に記載の要求メール処理方法。
前記書式情報は、前記外部端末の特性に応じて指定されることを特徴とする請求項９に記載の要求メール処理方法。
前記応答電子メールの書式は、ＨＴＭＬであることを特徴とする請求項７から１０のいずれか１項に記載の要求メール処理方法。
前記動作実行段階またはリクエストフォーム送信段階では、前記外部端末のメールアドレスが登録されているかどうか判断することを特徴とする請求項７から１１のいずれか１項に記載の要求メール処理方法。
所定の動作の実行を要求するための文字列からなり電子メール端末の動作を設定するための要求情報が各行に示されたリクエストフォームに基づき作成された電子メールを、ネットワークで接続された外部端末から受信する要求メール処理プログラムであって、
ユーザが所望する動作に対応する要求情報の行に所定の文字列が記入されることにより変更された前記リクエストフォームを受信するリクエストフォーム受信手順と、
前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行手順と、を含み、
前記動作実行手順は、前記リクエストフォームが示す要求への応答である応答電子メールを作成する応答作成手順と、
作成された前記応答電子メールを送信する応答電子メール送信手順と、を含み、
前記応答作成手順においては、前記所定の文字列をキーにして、前記リクエストフォーム受信手順で受信したリクエストフォームから所定の行を抽出し、
前記応答電子メール送信手順においては、
前記抽出した行から要求情報が抽出されない場合、所定のエラー処理を行い、
前記抽出した全ての行から要求情報が抽出された場合、前記応答電子メールを送信することを特徴とする要求メール処理プログラム。
所定の動作の実行を要求するための文字列からなり電子メール端末の動作を設定するための要求情報が各行に示されたリクエストフォームに基づき作成された電子メールを、ネットワークで接続された外部端末から受信する要求メール処理プログラムを記録したコンピュータが読み取り可能な記録媒体であって、
ユーザが所望する動作に対応する要求情報の行に所定の文字列が記入されることにより変更された前記リクエストフォームを受信するリクエストフォーム受信手順と、
前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行手順と、を含み、
前記動作実行手順は、前記リクエストフォームが示す要求への応答である応答電子メールを作成する応答作成手順と、
作成された前記応答電子メールを送信する応答電子メール送信手順と、を含み、
前記応答作成手順においては、前記所定の文字列をキーにして、前記リクエストフォーム受信手順で受信したリクエストフォームから所定の行を抽出し、
前記応答電子メール送信手順においては、
前記抽出した行から要求情報が抽出されない場合、所定のエラー処理を行い、
前記抽出した全ての行から要求情報が抽出された場合、前記応答電子メールを送信することを特徴とする要求メール処理プログラムを記録した記録媒体。
電子メールの送受信可能な電子メール端末と、該電子メール端末とネットワークで接続されるとともに、前記電子メール端末に所定の動作の実行を要求するための文字列からなり電子メール端末の動作を設定するための要求情報が各行に示されたリクエストフォームに基づき作成された電子メールを送信する外部端末とを含む要求メール処理システムであって、
前記外部端末は、ユーザが所望する動作に対応する要求情報の行に所定の文字列が記入されることにより変更された前記リクエストフォームを前記電子メール端末に送信するリクエストフォーム送信手段を有し、
前記電子メール端末は、前記変更されたリクエストフォームが示す要求に従って前記所定の動作を実行する動作実行手段を有し、
前記動作実行手段は、前記リクエストフォームが示す要求への応答である応答電子メールを作成する応答作成手段と、
作成された前記応答電子メールを送信する応答電子メール送信手段と、を有し、
前記応答作成手段は、前記所定の文字列をキーにして、前記リクエストフォーム送信手段が送信したリクエストフォームから所定の行を抽出し、
前記応答電子メール送信手段は、
前記抽出した行から要求情報が抽出されない場合、所定のエラー処理を行い、
前記抽出した全ての行から要求情報が抽出された場合、前記応答電子メールを送信することを特徴とする要求メール処理システム。