JP2003115879A - サーバ及びその制御方法並びにそれを用いた制御システム - Google Patents

Abstract

(57)【要約】 【課題】ユーザやクライアント、オペレータ等に、利便
性を与えることで、両者間の情報提供サービスを支援
し、その簡略化及び円滑化を図る。 【解決手段】電子メール送受信部３１にて、コマンドメ
ールが受信されると、件名の欄に記述されているｓ−ｍ
ｅｍｏコードがｓ−ｍｅｍｏコード及び添付ファイル抽
出部３２により読み出され、操作プログラム決定部３３
にてｓ−ｍｅｍｏコード動作対応表記憶部３４の対応表
が参照され、ｓ−ｍｅｍｏに対応する操作プログラムが
決定される。そして、操作プログラム実行部３５にて実
行され、操作結果返信文作成部３７にて、ステータスメ
ールが作成され、電子メール送受信部３１を介してステ
ータスメールがオペレータに返信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば電子メール
で遠隔から操作可能なサーバ等に係り、特にクライアン
トが簡易に情報を提供することができ、ユーザが簡易に
情報を享受することができ、オペレータ等が遠隔から簡
易に制御することができるサーバ及びその制御方法、並
びにそれを用いた制御システムに関する。

【０００２】

【従来の技術】従来、例えば電車の車内中吊り広告やラ
ッピングバスの広告、名刺、新聞や雑誌の広告、及び記
事等により、各種企業による広告活動や各種の情報提供
がなされている。しかるに、ユーザが、これらの広告等
に記載されている情報のうち所望とするものを記録、保
存するためには、手書きでメモをとるか、コピー機やス
キャナ装置、デジタルカメラ等といった特別な機器を用
いる必要があった。

【０００３】従って、例えば屋外で興味のある広告等を
偶然目にした場合等であっても、ユーザは、上述したよ
うなメモや各種機器を携帯していなければ、当該広告等
に掲載された情報を迅速に記録、保存、編集等すること
はできなかった。

【０００４】また、最近では、上述したような各種の広
告等に各社のＷｅｂページのＵＲＬ（Uniform Resourc
e Locator）が掲載される場合も多い。

【０００５】このような場合には、ユーザは、パーソナ
ルコンピュータを利用して、興味を持った会社のＷｅｂ
ページにインターネットを介してアクセスすれば、広告
等に掲載されていた所望とする情報や関連情報を得るこ
ともできる。

【０００６】しかしながら、クライアント企業の立場か
らすれば、インターネット上で自社のＷｅｂページを公
開するためには、ＦＴＰ（File Transfer Protocol）
ツールにより、ＩＳＰ(Internet Service Provider)
等といったＷｅｂサーバにＨＴＭＬ（Hyper Text Mar
kup Language）によるハイパーテキストと必要となる
画像等を書き込む必要があり、処理が複雑であり、ま
た、予めＩＰＰとの契約が必要とされる場合も多く、煩
雑なものであった。

【０００７】また、ユーザの立場からすれば、興味をも
った会社のＷｅｂページにアクセスして得られるのはＨ
ＴＭＬソースであり、ユーザの端末では、受信したＨＴ
ＭＬソースをブラウザで解析して所定の表示をなすだけ
であり、従って、得られた情報を保存、編集、整理する
のは簡便ではなかった。

【０００８】一方、最近では、携帯電話機や情報携帯端
末を利用して、外出先でインターネットのＷｅｂページ
にアクセスして情報を入手することが一般的になされて
いるが、この場合に得られる情報（Ｗｅｂページ）には
制約があり、また、前記同様に得られた情報を保存、編
集、整理するのは簡便ではなかった。

【０００９】更に、携帯電話機等は内蔵メモリの容量等
が限られていることから、保存することができる情報量
にも限度があった。また、一方、クライアント企業にと
っても、このようなユーザを対象として情報提供する為
には、携帯電話機専用のＷｅｂページを作成する必要が
あり、負担も大きく、煩雑であった。

【００１０】ここで、ユーザの操作性に着目すると、従
来、前記Ｗｅｂページにアクセスする際に、ＵＲＬの代
わりに所定のコードを打ち込むと、自動的にＵＲＬに変
換する技術も開発されている。しかし、この技術の場
合、ユーザは所定のソフトを自己のパーソナルコンピュ
ータにインストールして用いるか、或いは、所望とする
Ｗｅｂページにアクセスするに先立って独自のＷｅｂペ
ージにアクセスする必要等があり、結局、煩雑な操作を
伴っていた。

【００１１】以上述べたように、ユーザは、所望とする
情報を、簡易な操作で迅速に、且つ保存、編集、整理す
る上で好適な形式で、入手することを嘱望しているが、
それを実現する技術は存在しなかった。

【００１２】ここで、例えば特開２０００−５７０６６
号公報では、製品カタログ等による情報提供内容に関す
る質問や回答を電子メールにて返信する場合において、
受信した質問内容を自動的に解読し、データベースより
対応データを抽出して、自動的に電子メールで返信する
技術が開示されている。

【００１３】しかしながら、同公報では、質問内容が予
め想定されているものであれば対応するデータを電子メ
ールで返信できるとあるが、受信した質問内容をどのよ
うに解読するのか「具体的な記載」は何等なされてはい
ない。また、同技術では、質問内容を文章で送る必要が
あることから、煩雑である。

【００１４】一方、今日では、電子メールを用いて、遠
隔地にあるコンピュータ、家電製品等を遠隔操作する各
種の技術も提案されている。

【００１５】例えば、特開平１０−４９４５２号公報で
は、電子メールの中に埋め込まれている制御文を解釈
し、当該制御文を実行することで、遠隔地にあるコンピ
ュータの制御、情報操作を行う電子メール装置に関する
技術が開示されている。

【００１６】さらに、特開２０００−５９８６７号公報
では、インターネット上の電子メールを用いて操作制御
情報を伝達し、遠隔地にある家電製品等の遠隔操作を行
う遠隔操作システムに関する技術が開示されている。

【００１７】しかしながら、特開平１０−４９４５２号
公報により開示された技術では、電子メール装置に対し
て何らかの制御文を作成して送信する必要があり、電子
メール装置側でも当該制御文を解析する必要があり、処
理負担が大きかった。

【００１８】また、特開２０００−５９８６７号公報に
より開示された技術では、所定のメール内容解析処理を
伴い、処理負担が大きかった。

【００１９】

【発明が解決しようとする課題】本発明は、上記した問
題に鑑みてなされたもので、ユーザやクライアント、オ
ペレータ等の間の情報提供サービスを支援し、その簡略
化及び円滑化を図るサーバ及びその制御方法、並びにそ
れを用いた制御システムを提供することを目的とする。
また、サーバに所定のコードを含む電子メールを送信す
るだけで、該サーバにおいて制御文解釈等といった煩雑
な処理を伴うことなく、該サーバにて固有の動作、例え
ばデータの登録や更新、削除、更にはプログラム更新等
を実行させる等といった遠隔操作を行うことを可能とす
ることを目的とする。

【００２０】さらに、特定の外部請求者のみに本文閲覧
を認める本文アクセス制御機能を付加することで、セキ
ュリティ性を向上させることを目的とする。また、ユー
ザからの請求に係る電子メールを所定条件の下、サーバ
側で保存しておき、該保存群から所定条件に従って請求
メールを取り出して、該当ユーザに返信することで、公
平な抽選や発券等への応用を実現することを目的とす
る。

【００２１】

【課題を解決するための手段】上記目的を達成するため
に、本発明の第１の態様に係るサーバは、端末装置とネ
ットワークを介して接続されるサーバにおいて、上記端
末装置との間で電子メールの送受信を行う通信手段と、
上記通信手段を介して受信された電子メールより所定コ
ードを抽出するコード抽出手段と、上記コード抽出手段
により抽出された所定コードに対応する操作プログラム
を決定する操作プログラム決定手段と、上記操作プログ
ラム決定手段により決定された操作プログラムを実行す
る操作プログラム実行手段と、を有することを特徴とす
る。

【００２２】そして、第２の態様に係るサーバは、上記
電子メールに含まれる所定コードと操作プログラムとを
関連付けた対応表を予め記憶する対応表記憶手段を更に
有し、上記操作プログラム決定手段は、当該対応表記憶
手段に記憶された対応表を参照して上記所定コードに対
応する操作プログラムを決定する、ことを特徴とする。

【００２３】さらに、第３の態様に係るサーバでは、上
記所定コードとは文字列であり、当該文字列は上記電子
メールの件名の欄に記述される、ことを特徴とする。

【００２４】また、第４の態様に係るサーバでは、上記
操作プログラムには、登録、更新、削除、操作プログラ
ム自体の更新、データベーススキーマ通知に関するもの
を少なくとも含むことを特徴とする。

【００２５】そして、第５の態様に係るサーバでは、上
記端末装置の操作者の認証を行う認証手段を更に有し、
上記電子メールの件名の欄には、上記所定コードのほ
か、操作者に関する情報が記述され、上記認証手段は、
当該情報に基づいて操作の可否を判断する、ことを更な
る特徴とする。

【００２６】さらに、第６の態様に係るサーバでは、上
記操作プログラムの操作結果に係る返信文を含む電子メ
ールを作成する操作結果返信文作成手段を更に有するこ
とを特徴とする。

【００２７】また、第７の態様に係るサーバは、端末装
置とネットワークを介して接続されるサーバにおいて、
上記端末装置との間で電子メールの送受信を行う通信手
段と、上記通信手段を介して受信した電子メールに含ま
れる情報を少なくとも記憶するための記憶手段と、上記
通信手段にて受信した電子メールより所定コードと所定
情報とを抽出し、該所定コードに基づき電子メールの種
別を判断する受信メール処理手段と、上記受信メール処
理手段が電子メールの種別を登録又は更新に係るもので
あると判断した場合には、上記所定情報に基づき所定の
認証処理を行い、該認証の結果、登録又は更新が許可さ
れていると判断した場合には、上記記憶手段に電子メー
ルに含まれる情報を登録又は更新するよう制御する制御
手段と、を有することを特徴とする。

【００２８】そして、第８の態様に係るサーバは、端末
装置とネットワークを介して接続されるサーバにおい
て、上記端末装置との間で電子メールの送受信を行う通
信手段と、上記通信手段を介して受信される電子メール
に含まれる情報と、登録申請に係る所定の雛型情報とを
少なくとも記憶するための記憶手段と、上記通信手段を
介して受信した電子メールより所定コードを抽出し、該
所定コードに基づいて電子メールの種別を判断する受信
メール処理手段と、上記受信メール処理手段が電子メー
ルの種別を登録申請に係るものであると判断した場合に
は、上記記憶手段より所定の雛型情報を引き出し、当該
雛型情報を含んだ返信本文を加工し、該返信本文を含む
電子メールを上記通信手段を介して端末装置に返信する
よう制御する制御手段と、を有することを特徴とする。

【００２９】さらに、第９の態様に係るサーバでは、上
記制御手段は、上記返信本文の加工時又は本文登録時
に、登録に関するコードを自動的に発番し、返信本文に
含めることを更なる特徴とする。

【００３０】また、第１０の態様に係るサーバでは、端
末装置とネットワークを介して接続されるサーバにおい
て、上記端末装置との間で電子メールの送受信を行う通
信手段と、上記通信手段を介して受信された電子メール
に含まれる情報を所定コードと関連付けて記憶すると共
に、返信用の電子メールに係る情報を少なくとも記憶す
る記憶手段と、上記通信手段にて受信した電子メールよ
り所定コードと所定情報とを抽出し、該所定コードに基
づいて電子メールの種別を判断する受信メール処理手段
と、上記受信メール処理手段が電子メールの種別が請求
に係るものであると判断した場合には、上記所定情報に
基づいて所定の認証処理を行い、該認証の結果、請求が
許可されていると判断した場合には、上記記憶手段より
上記所定コードに対応する情報を抽出し、当該情報を含
む電子メールを上記通信手段を介して端末装置に返信す
るよう制御する制御手段と、を有することを特徴とす
る。

【００３１】そして、第１１の態様に係るサーバは、端
末装置とネットワークを介して接続されるサーバにおい
て、上記端末との間で電子メールの送受信を行う通信手
段と、上記通信手段を介して受信された電子メールに含
まれる情報を、所定コードと関連付けて、少なくとも記
憶するための記憶手段と、上記通信手段を介して受信し
た電子メールより所定コードを抽出し、該電子メールの
種別を判断する受信メール処理手段と、上記受信メール
処理手段が電子メールが請求待ちに係るものであると判
断した場合には、上記所定コードに対応する所定条件に
基づいて当該電子メールを上記記憶手段に保存し、該所
定条件に基づいて該所定コードに対応する情報を上記記
憶手段から読み出し、当該情報を含む電子メールを上記
通信手段を介して端末装置に返信するよう制御する制御
手段と、を有することを特徴とする。

【００３２】さらに、第１２の態様に係るサーバの制御
方法は、端末装置とネットワークを介して接続されてお
り、少なくとも通信手段とコード抽出手段、操作プログ
ラム決定手段、操作プログラム実行手段、操作結果返信
文作成手段を有するサーバの制御方法において、上記通
信手段により、上記端末装置からの電子メールを受信す
るステップと、上記コード抽出手段により、上記受信さ
れた電子メールの件名に記述されている文字列からなる
所定コードを抽出するステップと、上記操作プログラム
決定手段により、上記抽出された所定コードに対応する
操作プログラムを所定の対応表に基づいて決定するステ
ップと、上記操作プログラム実行手段により、上記操作
プログラム決定手段により決定された操作プログラムを
実行するステップと、を有することを特徴とする。

【００３３】また、第１３の態様に係るサーバの制御方
法は、上記操作結果返信文作成手段により、上記操作プ
ログラムの操作結果に係る返信文を含む電子メールを作
成するステップと、上記通信手段により、上記返信文を
含む電子メールを上記端末装置に返信するステップと、
を更に有することを特徴とする。

【００３４】そして、第１４の態様に係るサーバの制御
方法では、上記操作プログラムには、登録、更新、削
除、操作プログラム自体の更新、データベーススキーマ
通知に関するものを少なくとも含むことを特徴とする。

【００３５】さらに、第１５の態様に係るサーバの制御
方法では、認証手段により上記メールの件名の欄に記述
されている認証情報に基づいて上記端末装置の操作者の
認証を行うステップを更に有することを特徴とする。

【００３６】また、第１６の態様に係るサーバの制御方
法では、端末装置とネットワークを介して接続され、通
信手段と受信メール処理手段、制御手段、記憶手段を有
するサーバの制御方法において、上記通信手段により、
上記端末装置からの電子メールを受信するステップと、
上記受信メール処理手段により、上記電子メールより所
定コードと所定情報とを抽出し、該所定コードに基づき
電子メールの種別を判断するステップと、上記受信メー
ル処理手段が電子メールの種別を登録又は更新に係るも
のであると判断した場合には、上記制御手段により、上
記所定情報に基づき所定の認証処理を行い、該認証の結
果、登録又は更新が許可されていると判断した場合に
は、上記記憶手段に電子メールに含まれる情報を登録又
は更新するステップと、を有することを特徴とする。

【００３７】そして、第１７の態様に係るサーバの制御
方法では、端末装置とネットワークを介して接続され、
通信手段と受信メール処理手段、制御手段、記憶手段を
有するサーバの制御方法において、上記通信手段によ
り、上記端末装置からの電子メールを受信するステップ
と、上記受信メール処理手段により、上記電子メールよ
り所定コードを抽出し、該所定コードに基づき電子メー
ルの種別を判断するステップと、上記受信メール処理手
段が電子メールの種別を登録申請に係るものであると判
断した場合には、上記制御手段により、上記記憶手段よ
り所定の雛型情報を引き出し、当該雛型情報を含んだ返
信本文を加工し、該返信本文を含む電子メールを上記通
信手段を介して端末装置に返信するステップと、を有す
ることを特徴とする。

【００３８】さらに、第１８の態様に係るサーバの制御
方法では、上記制御手段により、上記返信本文の加工時
又は本文登録時に、登録に関するコードを自動的に発番
し、返信本文に含めるステップを更に有することを特徴
とする。

【００３９】また、第１９の態様に係るサーバの制御方
法では、端末装置とネットワークを介して接続され、通
信手段と受信メール処理手段、制御手段、記憶手段を有
するサーバの制御方法において、上記通信手段により、
上記端末装置からの電子メールを受信するステップと、
上記受信メール処理手段により、上記電子メールより所
定コードと所定情報とを抽出し、該所定コードに基づき
電子メールの種別を判断するステップと、上記受信メー
ル処理手段が電子メールの種別が請求に係るものである
と判断した場合には、上記制御手段により、上記所定情
報に基づいて所定の認証処理を行い、該認証の結果、請
求が許可されていると判断した場合には、上記記憶手段
より上記所定コードに対応する情報を抽出し、当該情報
を含む電子メールを上記通信手段を介して端末装置に返
信するステップと、を有することを特徴とする。

【００４０】そして、第２０の態様に係るサーバの制御
方法では、端末装置とネットワークを介して接続され、
通信手段と受信メール処理手段、制御手段、記憶手段を
有するサーバの制御方法において、上記通信手段によ
り、上記端末装置からの電子メールを受信するステップ
と、上記受信メール処理手段により、上記電子メールよ
り所定コードを抽出し、該所定コードに基づき電子メー
ルの種別を判断するステップと、上記受信メール処理手
段により電子メールが請求待ちに係るものであると判断
された場合には、上記制御手段により、上記所定コード
に対応する所定条件に基づいて当該電子メールを上記記
憶手段に保存し、該所定条件に基づいて該所定コードに
対応する情報を上記記憶手段から読み出し、当該情報を
含む電子メールを上記通信手段を介して端末装置に返信
するステップと、を有することを特徴とする。

【００４１】さらに、第２１の態様に係る制御システム
では、端末装置とサーバとがネットワークを介して接続
され、該端末装置から電子メールをサーバ側に送信する
ことで、当該サーバを遠隔から制御する制御システムに
おいて、上記端末装置は、上記サーバとの間で電子メー
ルの送受信を行う端末通信手段、を有し、上記サーバ
は、上記端末装置との間で電子メールの送受信を行うサ
ーバ通信手段と、上記サーバ通信手段を介して受信され
た電子メールの件名の欄に記述された文字列からなる所
定コードを抽出するコード抽出手段と、上記コード抽出
手段により抽出された所定コードに対応する操作プログ
ラムを決定する操作プログラム決定手段と、上記操作プ
ログラム決定手段により決定された操作プログラムを実
行する操作プログラム実行手段と、上記操作プログラム
の操作結果に係る返信文を含む電子メールを作成する操
作結果返信文作成手段と、を有することを特徴とする。

【００４２】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態について説明する。

【００４３】先ず、本発明の第１の実施の形態について
説明する。

【００４４】はじめに、図１乃至図３には、本発明の第
１の実施の形態に係る制御システムの構成を示して詳細
に説明する。

【００４５】図１に示されるように、この制御システム
は、サーバ１とクライアント端末装置２、ユーザ端末装
置３，４がネットワーク５を介して通信自在に接続さ
れ、構成されている。クライアント端末装置２として
は、パーソナルコンピュータ等を想定している。ユーザ
端末装置３，４としては、パーソナルコンピュータのほ
か、携帯電話器、ＰＤＡ（Personal Digital assista
nt）等を想定している。また、ネットワーク５として
は、インターネットを想定しているが、これには限定さ
れず、ＬＡＮ，ＷＡＮ等も含まれることは勿論である。

【００４６】尚、この図１では、説明を簡略化するため
に、１つのクライアント端末装置２と２つのユーザ端末
装置３，４のみを図示しているが、複数のクライアント
端末装置、ユーザ端末装置が接続されていることは勿論
である。

【００４７】クライアント端末装置２、ユーザ端末装置
３，４の内部構成は、例えば図２に示される通りであ
る。即ち、全体の制御を司る制御部１０に、モデム等の
伝送制御部１１、ＣＲＴディスプレイ、液晶ディスプレ
イ等の表示部１２、マウスやキーボード等の操作部１
３、メモリ等の記憶部１４が接続されている。この記憶
部には、一般的なブラウザソフトやメーラーソフト等が
記憶されている。

【００４８】一方、サーバ１の内部構成は、例えば図３
に示される通りである。即ち、全体の制御を司る制御部
２０に、モデムやルーター等の伝送制御部２１、メモリ
等の記憶部２２、ｓ−ｍｅｍｏテーブル２３、ユーザテ
ーブル２４、請求ログテーブル２５に係るデータベース
が接続され、構成されている。

【００４９】ここで、ｓ−ｍｅｍｏコードとは、クライ
アントが広告等の情報をサーバに提供した時点で当該情
報に対して自動的に付与される識別コードをいう。

【００５０】また、ｓ−ｍｅｍｏテーブル２３とは、該
ｓ−ｍｅｍｏコードに対応する情報を検索し、引き出す
為の所定のテーブルをいう。ｓ−ｍｅｍｏテーブル２
３、ユーザテーブル２４、請求ログテーブル２５の構成
については、それぞれ図７、図１２、図１４に示される
が、その詳細については後述する。

【００５１】以下、このような構成の制御システムの作
用を説明する。

【００５２】尚、ここでは、情報提供支援サービスを受
けるべく情報を供給する者を「クライアント」とし、当
該情報を利用する者を「ユーザ」と称する。

【００５３】先ず、図４乃至図８を参照して、クライア
ントにより提供された情報に対してサーバ１がｓ−ｍｅ
ｍｏコードを発番する手順を詳細に説明する。

【００５４】クライアントがクライアント端末装置２に
より「ｓ−ｍｅｍｏ．ｃｏｍ（これは、説明の便宜から
付したドメイン名の仮称である）」のＷｅｂページにア
クセスすると（ステップＳ１）、サーバ１は、クライア
ント認証ページのＨＴＭＬソースを、伝送制御部２１、
ネットワーク５を介して、クライアント端末装置２の伝
送制御部１１に送信する（ステップＳ２）。

【００５５】クライアント端末装置２では、伝送制御部
１１が受信したＨＴＭＬソースを制御部１０が解析し、
表示部１２にクライアント認証ページを表示する（ステ
ップＳ３）。このクライアント認証ページは図５に示さ
れる通りであり、クライアントのＩＤとパスワード（Ｐ
Ｗ）の入力を示唆するものとなっている。

【００５６】ここで、クライアントが、操作部１３を操
作して自己のＩＤ及びＰＷを入力すると、その情報は伝
送制御部１１、ネットワーク５を介してサーバ１の伝送
制御部２１に送られる。すると、サーバ１では、制御部
２０が、そのクライアントが登録された者か否かを判断
し（ステップＳ４）、未登録のクライアントであれば、
所定のクライアント登録を行うことになる（ステップＳ
５）。

【００５７】次に、サーバ１は、伝送制御部２１、ネッ
トワーク５を介して、本文登録ページのＨＴＭＬソース
をクライアント端末装置２の伝送制御部１１に送信する
ことになる（ステップＳ６）。すると、クライアント端
末装置２では、伝送制御部１１が受信したＨＴＭＬソー
スを制御部１０が解析し、表示部１２に本文登録ページ
を表示することになる（ステップＳ７）。

【００５８】この本文登録ページは図６に示される通り
である。クライアント端末装置２では、この表示に対
し、以下のような情報の入力がなされる。

【００５９】即ち、この本文登録ページの「本文」領域
にクライアントが広告等を所望とする文書を書き込む。
その際、当該広告の内容に係るカテゴリを「カテゴリ」
領域の選択枝の中から選択する。この例では、「教育」
が選択されている。

【００６０】添付ファイル（画像、音楽、プログラム、
その他）の追加を所望とする場合には、「参照」ボタン
をクリックする。すると、「ファイル一覧」に係るダイ
アログボックスが開く。そこで、この「ファイル一覧」
領域のファイル群より添付を所望とするファイルを選択
し、「選択」ボタンをクリックする。すると、「参照」
ボタンの画面左方に選択したファイル名（この例では、
「C:\tmp\01.gif」）が表示される。この状態で、「ア
ップロード」ボタンをクリックすると、該ファイルがア
ップロードされ、「添付ファイル」領域に表示される。
添付ファイルを削除したい場合には、「添付ファイル」
領域に表示されたファイル群から削除を所望するものを
選択し、「削除」ボタンをクリックすれば良いことにな
る。

【００６１】以上の入力情報は、サーバ１側に送られ、
サーバ１側では、制御部２０がｓ−ｍｅｍｏテーブル２
３にこれらのレコードを追加する（ステップＳ８）。

【００６２】このｓ−ｍｅｍｏテーブル２３の構成は、
図７に示される通りである。

【００６３】すなわち、この例では、クライアントのＩ
Ｄとｓ−ｍｅｍｏコード、本文の内容、カテゴリ、ファ
イルの形式等が関連付けられて記憶される。

【００６４】例えば、ステップＳ７にてクライアントに
より入力された情報は、該テーブル２３の上から４段目
に、クライアントＩＤ「ａａａａａ」、ｓ−ｍｅｍｏコ
ード「１０１２８」、本文「新１年生参考書○○ 電話
番号×××」、カテゴリ「教育」、ファイル形式「ＴＥ
ＸＴ」として記憶されている。

【００６５】ここで、ｓ−ｍｅｍｏコードは、サーバ１
の制御部２０がクライアント端末装置２からの本文登録
を受け付けた段階で自動的に付するものである。この
点、本制御システムの特徴点の一つである。

【００６６】続いて、サーバ１は、伝送制御部２１、ネ
ットワーク５を介して、ｓ−ｍｅｍｏコード通知ページ
のＨＴＭＬソースを、クライアント端末装置２の伝送制
御部１１に送信する（ステップＳ９）。すると、クライ
アント端末装置２は、伝送制御部１１が受信したＨＴＭ
Ｌソースを制御部１０が解析し、表示部１２にｓ−ｍｅ
ｍｏコード通知ページを表示する（ステップＳ１０）。

【００６７】このｓ−ｍｅｍｏコード通知ページは、図
８に示される通りである。

【００６８】即ち、このｓ−ｍｅｍｏコード通知ページ
には、ｓ−ｍｅｍｏテーブル２３に登録された「本
文」、「カテゴリ」、「添付ファイル一覧」、「ファイ
ル形式」、そして自動的に付された「ｓ−ｍｅｍｏコー
ド」が表示される。

【００６９】従って、クライアントは、このページを見
ることで、自己が所望とする広告等の情報が、正確にサ
ーバ１側に登録され、情報提供支援サービスを受け得る
状態になったことを確認することできる。つまり、この
後、ｓ−ｍｅｍｏコードを自己の広告等に印刷併記する
ことで、ユーザの利用に供することができる。

【００７０】尚、ｓ−ｍｅｍｏコード通知ページの内容
は、電子メールでもサーバ１からクライアント端末装置
２側に送信される（ステップＳ１１）。これは、クライ
アント側の当該情報の保存、整理の便宜を図るものであ
る。

【００７１】以上で、クライアントにより提供された情
報に対してｓ−ｍｅｍｏコードを自動的に発番するため
の一連の処理を終了することになる。

【００７２】尚、前述した例では、ｓ−ｍｅｍｏコード
として、５桁の数列を採用していたが、これに限定され
ないことが勿論である。例えば、登録されている本文が
ＴＥＸＴ形式の場合にはＸＸＸＸＸ（Ｘ＝０，１，２
…）、ＨＴＭＬ形式の場合にはｈ−ＸＸＸＸＸ、登録さ
れている本文に添付ファイルがある場合にはａ−ＸＸＸ
ＸＸ、とすることもできる。この場合、情報を請求する
ユーザは、ｓ−ｍｅｍｏコードの頭文字を見れば、いか
なる形式のファイルを得ることができるのか、事前に知
ることができることになる。尚、この場合でも、詳細は
後述するが、情報請求の際は頭文字を省略することがで
きることは勿論である。

【００７３】次に、図９乃至図１２を参照して、ユーザ
による個人受信条件カスタマイズに関する一連の処理に
ついて詳細に説明する。尚、本実施の形態では、ユーザ
登録がなくても情報を取得することができるので、この
個人受信条件カスタマイズの処理は、希望するユーザの
みが行う任意手続である。

【００７４】ユーザがユーザ端末装置３により「ｓ−ｍ
ｅｍｏ．ｃｏｍ」のホームページにアクセスすると（ス
テップＳ２１）、サーバ１はユーザ認証ページのＨＴＭ
Ｌソースを伝送制御部２１、ネットワーク５を介してユ
ーザ端末装置３の伝送制御部１１に送信する（ステップ
Ｓ２２）。すると、ユーザ端末装置３は、伝送制御部１
１が受信したＨＴＭＬソースを制御部１０が解析し、そ
の表示部１２にユーザ認証ページを表示することになる
（ステップＳ２３）。

【００７５】このユーザ認証ページは、例えば図１０に
示される通りであり、少なくともユーザのＩＤとＰＷの
入力を示唆するものとなっている。

【００７６】ここで、ユーザが、操作部１３を操作して
自己の識別子（ＩＤ）及びパスワード（ＰＷ）を入力す
ると、その情報が伝送制御部１１、ネットワーク５を介
してサーバ１の伝送制御部２１に送信される。すると、
サーバ１では、その制御部２０が、そのユーザが登録さ
れた者か否かを判断し（ステップＳ２４）、未登録のユ
ーザであれば、所定のユーザ登録を行う（ステップＳ２
５）。

【００７７】続いて、サーバ１は、個人受信条件カスタ
マイズページのＨＴＭＬソースを、伝送制御部２１、ネ
ットワーク５を介してユーザ端末装置３の伝送制御部１
１に送信する（ステップＳ２６）。すると、ユーザ端末
装置３は、伝送制御部１１が受信したＨＴＭＬソースを
制御部１０が解析し、表示部１２に個人受信条件カスタ
マイズページを表示する（ステップＳ２７）。

【００７８】この個人受信条件カスタマイズページは図
１１に示される通りである。

【００７９】即ち、この個人受信条件カスタマイズペー
ジでは、受信先としてアドレス１（基本アドレス）、ア
ドレス２（その他のアドレス）、アドレス３（その他の
アドレス）を登録することが可能となっている。更に
は、アドレス１，２，３毎に、ファイル形式（ＴＥＸ
Ｔ、ＨＴＭＬ）、添付ファイルの不可／可、文字数の最
大値（ＭＡＸ）、添付ファイルサイズの最大値（ＭＡ
Ｘ）、ダイレクトメール（以下、ＤＭと略記する）の許
可／拒否を設定可能となっている。

【００８０】例えば、この図１１において、ｄｄｄｄｄ
さんの受信条件設定ページでは、アドレス１として「ｄ
１＠ｘｘｘ．ｎｅ．ｊｐ」が設定され、ファイル形式は
ＴＥＸＴ、添付ファイルは不可、文字数のＭＡＸは２５
０文字、ＤＭは拒否と設定されている。さらに、アドレ
ス２として「ｄ２＠ｘｘｘ．ｃｏ．ｊｐ」が設定されて
おり、ファイル形式はＴＥＸＴ，ＨＴＭＬ、添付ファイ
ルは可、添付ファイルサイズのＭＡＸは１０００キロバ
イト、ＤＭは許可と設定されている。また、アドレス３
として「ｄ３＠ｘｘｘ．ｎｅ．ｊｐ」が設定されてお
り、添付ファイルは不可、ＤＭは許可と設定されてい
る。尚、アドレス１の設定では、添付ファイルサイズＭ
ＡＸについて設定がされていないが、これは添付ファイ
ル不可と設定されているため、設定の必要がないことに
よる。

【００８１】以上の入力情報は、サーバ１側に送られ、
サーバ１側では、制御部２０が、ユーザテーブル２４
に、これらのレコードを追加する（ステップＳ２８）。

【００８２】このユーザテーブル２４の構成は、図１２
に示される通りである。

【００８３】即ち、このユーザテーブル２４では、ユー
ザＩＤとアドレス１乃至３及び各アドレスに関する受信
条件（ファイル形式、添付ファイルの不可／可、文字数
のＭＡＸ、添付ファイルサイズＭＡＸ、ＤＭの許可／拒
否に関する設定情報）が関係付けられて記憶されてい
る。先に図１１の受信条件設定ページにて設定された情
報は、このユーザテーブル２４の１段目に、ユーザＩＤ
「ｄｄｄｄｄ」、各アドレス１，２，３及び各受信条件
として記憶されている。

【００８４】こうして、サーバ１は、伝送制御部２１及
びネットワーク５を介して、ユーザテーブル２４に登録
された情報を、ユーザ端末装置２の伝送制御部１１に送
信することになる（ステップＳ２９）。以上により、ユ
ーザによる個人受信条件カスタマイズに関する一連の処
理を終了する。

【００８５】次に、図７、図１２乃至図１４を参照し
て、ユーザによる情報請求に係る電子メールを受けたサ
ーバ１による情報提供支援に係る一例の処理を説明す
る。

【００８６】ユーザが、例えば電車の車内中吊り広告や
ラッピングバスの広告、名刺、新聞や雑誌の広告及び記
事等により、あるクライアントによる情報に興味を持っ
た場合、当該広告等に印刷されているｓ−ｍｅｍｏコー
ドを「件名」の欄に記載した電子メールをサーバ１に送
信すると、この処理に入ることになる。

【００８７】この点、ユーザにとっては、ｓ−ｍｅｍｏ
コードを送るサーバ１のメールアドレスだけを把握（登
録）しておけばいいので、非常に簡便である。

【００８８】サーバ１では、前記ユーザ端末装置３から
の電子メールを伝送制御部２１により受信すると（ステ
ップＳ３１）、制御部２０が記憶部２２に予め記憶され
ているメール解析プログラムを起動し（ステップＳ３
２）、当該受信した電子メールより以下の事項を抽出す
ることになる（ステップＳ３３）。

【００８９】即ち、一般に、電子メールは、ヘッダ部と
ボディ（メール内容）により構成されており、ヘッダ部
は電子メールを正確に届けるための情報を有している
が、ここでは、当該ヘッダ部の情報のうち、以下を抽出
することになる。

【００９０】 Ｆｒｏｍ ： （ユーザのアドレス） ・・・（ａ） Ｓｕｂｊｅｃｔ： （ｓ−ｍｅｍｏコード） ・・・（ｂ） 続いて、サーバ１の制御部２０は、ｓ−ｍｅｍｏテーブ
ル２３（図７参照）からｓ−ｍｅｍｏコード（ｂ）に対
応した本文等（これを（ｃ）とする）を読み出す（ステ
ップＳ３４）。続いて、サーバ１の制御部２０は、前述
したユーザテーブル２４（図１２参照）を参照して（ス
テップＳ３５）、アドレス１乃至３にアドレス（ａ）が
存在するか否かを判断する（ステップＳ３６）。

【００９１】ここで、アドレス１乃至３にアドレス
（ａ）が存在する場合には、図１４の請求ログテーブル
にレコードを追加する（ステップＳ３７）。

【００９２】すなわち、例えば、前記電子メールの送信
元のアドレスが（ａ）＝「ｄ１＠ｘｘｘ．ｎｅ．ｊｐ」
であり、件名が（ｂ）＝１０１２８であった場合には、
これらはユーザテーブル２４（図１２）に存在するの
で、請求ログテーブル２５にユーザＩＤ「ｄｄｄｄ
ｄ」、請求者アドレス「ｄ１＠ｘｘｘ．ｎｅ．ｊｐ」、
ｓ−ｍｅｍｏコード「１０１２８」を追加することにな
る。

【００９３】尚、図１４の上から４段目のレコードがこ
れに相当する。

【００９４】そして、サーバ１の制御部２０は、ユーザ
テーブル２４より、該当ユーザのアドレスを読み出し
（これを（ｄ）とする）（ステップＳ３８）、本文等
（ｃ）を請求者の返信希望アドレス（ｄ）に返信するこ
とになる（ステップＳ３９）。

【００９５】この例では、ユーザｄｄｄｄｄに返信する
本文等（ｃ）がテキストファイルのみである場合には、
アドレス１，２に返信し、ＨＴＭＬファイルである場合
及び添付ファイルがある場合には、アドレス２に返信す
ることになる。

【００９６】一方、前記ステップＳ３６において、アド
レス１乃至３に前記（ａ）が存在しない場合には、図１
４の請求ログテーブルにレコードを追加する。この場
合、ユーザＩＤ「なし」として、請求者のアドレス
（ａ）をｓ−ｍｅｍｏコード（ｂ）と共に記憶する（ス
テップＳ４０）。

【００９７】図１４の上から３段目のレコードがこれに
相当する。そして、本文等（ｃ）を請求者のアドレス
（ａ）に返信する（ステップＳ４１）。

【００９８】尚、本文等（ｃ）に画像や音声、プログラ
ム等のデータなどのバイナリ情報を添付する場合には、
ＭＩＭＥ（Multipurpose Internet Mail Extension
s）という電子メールの拡張機能を用いることになる。

【００９９】こうして、上記ステップＳ３９の処理の
後、返信可能なアドレスに添付ファイル付きの電子メー
ルを送った旨、つまり「返信状況報告」を記載した電子
メールを、前述したユーザのアドレス（ａ），（ｄ）の
少なくともいずれか一方に送信する（ステップＳ４
２）。

【０１００】以上により、ユーザによる情報請求に係る
電子メールを受けたサーバ１による情報提供支援サービ
スに係る一例の処理を終了することになる。

【０１０１】次に、図７、図１２、図１５を参照して、
請求行動の記録から特定の嗜好を持つユーザを絞り込む
ための処理の流れを詳細に説明する。

【０１０２】ここでは、「特定の嗜好」として「教育」
を例に挙げて、特定ユーザを絞り込む過程を説明する。
先ず、サーバ１の制御部２０は、ｓ−ｍｅｍｏテーブル
２３（図７）からカテゴリが「教育」になっているｓ−
ｍｅｍｏコードを取得する（ステップＳ５０）。即ち、
この例では、制御部２０により、図７のｓ−ｍｅｍｏテ
ーブル２３が参照され、「カテゴリ」が「教育」となっ
ているものが検出され、該当するｓ−ｍｅｍｏコードと
して「１０１２８」が得られる。

【０１０３】続いて、サーバ１の制御部２０は、請求ロ
グテーブル２５（図１４）を参照してｓ−ｍｅｍｏコー
ド「１０１２８」を請求したユーザを特定する（ステッ
プＳ５１）。この例では、対象がユーザｄｄｄｄｄ、ｅ
ｅｅｅｅに絞り込まれる。

【０１０４】次いで、制御部２０は、ユーザテーブル２
４（図１２）を参照して、該当ユーザｄｄｄｄｄ，ｅｅ
ｅｅｅが企業からのＤＭを許可しているか否かを判断す
る（ステップＳ５２）。即ち、この例では、ｄｄｄｄｄ
は「ＹＥＳ」で送付先のアドレスも特定でき、ｅｅｅｅ
ｅは「ＹＥＳ」だがアドレスが特定できない。

【０１０５】以上より、制御部２０は、ユーザテーブル
２４からｄｄｄｄｄを該当ユーザとして特定し、アドレ
ス２を取得する（ステップＳ５３）。こうして、請求行
動の記録から特定の嗜好を持つユーザを絞り込むための
処理を終了する。

【０１０６】クライアントは、サーバ１により絞り込ま
れた特定ユーザのアドレスを得ることができるので、各
種のダイレクトメールを送信可能となる。尚、ダイレク
トメールの送信自体をサーバ１に委託することもでき
る。

【０１０７】以上、本発明の第１の実施の形態について
説明したが、本発明はこれに限定されることなく、その
趣旨を逸脱しない範囲で種々の改良・変更が可能であ
る。

【０１０８】例えば、第１の実施の形態では、ｓ−ｍｅ
ｍｏコードとして文字列を例に挙げて説明したが、当該
ｓ−ｍｅｍｏコードに、電子メール返信先アドレスに関
する情報を含ませることもできる。即ち、「１０１２
８：２」とあった場合には、電子メールをアドレス２に
返信し、「１０１２８：１，２」とあった場合には、電
子メールをアドレス１，２に返信するように制御するこ
とも可能である。

【０１０９】さらに、サーバ１が、ユーザから請求され
たｓ−ｍｅｍｏコードに対応する電子メールを返信する
際に、当該電子メールの本文中に例えば抽選番号、割引
券などといったものを含めることも考えられる。

【０１１０】この場合、例えば飲食店に関する広告を見
たユーザが、そのｓ−ｍｅｍｏコードを件名に記載した
電子メールをサーバ１に送信すると、サーバ１は当該広
告に関する情報を電子メールで返信する際に、当該飲食
店における「割引券」となるものを本文中に自動的に追
加することになる。

【０１１１】また、１つのｓ−ｍｅｍｏコードに複数の
本文を関連付けて登録すること、ユーザからの請求に対
して「ランダム」、「日付指定」、「指定時間指定」な
ど、予め定められた規則の下で自動的に電子メールを返
信する機能を付加することもできる。この場合には、例
えば、ある映画館の広告に関するｓ−ｍｅｍｏコードを
「件名」に記載した電子メールを送ると、サーバ１は、
当該電子メールを受けた「日時」の映画スケジュールに
関する電子メールを返信することになる。

【０１１２】さらに、会員（既登録）ユーザに対する機
能として、例えばある飲食店に関するｓ−ｍｅｍｏコー
ドを電子メールでサーバ１に送った場合に、その飲食店
を利用したことのある人の最新の感想複数件を電子メー
ルで返信するようなことも実現可能である。この場合、
サーバ１は、その飲食店のｓ−ｍｅｍｏコードと関連付
けて複数件の電子メールを記憶しておくことになる。

【０１１３】また、電子メールの「件名」の欄に２以上
のｓ−ｍｅｍｏコードを付せば、一度の手間で複数のク
ライアントに関する情報を得ることも可能である。

【０１１４】以上説明したように、第１の実施の形態に
よれば、クライアント端末装置とユーザ端末装置とサー
バとが、ネットワークを介して通信自在に接続された制
御システム及び方法、並びにそれらに用いられるプログ
ラム、該プログラムを記憶した記憶媒体、サーバにおい
て、ユーザ、クライアントに、以下に示すような各種の
利便性を与えることで、両者間の情報提供サービスを支
援し、延いては、その簡略化及び円滑化を図ることがで
きる。

【０１１５】即ち、ユーザが、ユーザ端末装置（電子メ
ールを送受信可能な機能を有する装置）で簡易な操作を
するだけで、所望とする広告等に係る情報を、電子メー
ルにより、保存、編集、整理する上で好適な形式で、迅
速に入手可能とすることができる。さらに、前記電子メ
ールの受信条件を適宜設定可能とすることで、例えば広
告等に係る情報を二以上の所望とするアドレスにて受信
可能とすることができる。また、クライントが、クライ
アント端末装置で簡易な操作をするだけで、２４時間い
つでも、所望とする広告情報並びに添付ファイルを、ユ
ーザに対して提供可能な対象として迅速に登録可能とす
ることができる。更に、所定の嗜好を持つユーザのメー
ルアドレスを収集可能とし、ダイレクトメールを当該ユ
ーザに自動的に送信可能とすることができる。

【０１１６】次に、本発明の第２の実施の形態について
説明する。

【０１１７】上述した第１の実施の形態に係る制御シス
テムは、サーバ側の所定のメールアドレスに送信された
電子メールの件名の欄に記述された所定の文字列である
ｓ−ｍｅｍｏコードをキーとして、当該ｓ−ｍｅｍｏコ
ードに対応する情報をデータベースから引き出し、その
引き出された情報を本文情報として電子メールでユーザ
に返信する機能を特徴の一つとしている。

【０１１８】ここで、ｓ−ｍｅｍｏコードに対応する情
報は、必ずしも資料や画像等のデータである必然性はな
く、例えばプロセス、つまり手順等であっても良い。

【０１１９】かかる点に鑑みて、第２の実施の形態に係
るシステム及び方法では、ユーザ或いはクライアントの
オペレータが、各端末より特定のサーバに所定の文字列
であるｓ−ｍｅｍｏコードを含む電子メールを送信し
て、当該サーバにて固有の動作、例えばデータの登録や
更新、削除、更にはプログラム更新等が実行されるよう
に遠隔操作する。つまり、第２の実施の形態は、サーバ
のデータ更新やプログラム機能拡張等を、遠隔操作によ
り柔軟且つ手軽に実行可能とするものである。

【０１２０】以上の概要をふまえて、図面を参照して第
２の実施の形態を詳述する。

【０１２１】このシステムの基本構成は、先に第１の実
施の形態で示した図１の構成と略同様であり、サーバ１
をサーバ３０（図１６）に代替した点が異なる。サーバ
３０にネットワーク５を介して接続されるクライアント
端末装置２やユーザ端末装置３，４…の構成は、先に図
２で説明した通りである。尚、クライアント端末装置
２、ユーザ端末装置３，４・・・をオペレータ端末装置と
称する。

【０１２２】図１６には、本発明の第２の実施の形態に
係るシステムが採用するサーバ３０の構成例を示して、
その構成及び作用を詳細に説明する。

【０１２３】この図１６に示されるように、このサーバ
３０は、電子メール送受信部３１を有している。電子メ
ール送受信部３１の出力は、ｓ−ｍｅｍｏコード及び添
付ファイル抽出部３２の入力に接続され、該ｓ−ｍｅｍ
ｏコード及び添付ファイル抽出部３２の出力は、操作プ
ログラム決定部３３の入力に接続されている。

【０１２４】この操作プログラム決定部３３の出力は、
操作プログラム実行部３５の入力に接続されており、該
操作プログラム実行部３５の出力は、操作結果返信文作
成部３７の入力に接続されている。そして、操作結果返
信文作成部３７の出力は、電子メール送受信部３１の入
力に接続されている。オペレータ認証ＤＢ３９の出力
は、オペレータ認証部３８を介して電子メール送受信部
３１の入力に接続されている。また、操作プログラム実
行部３５の出力は、ｓ−ｍｅｍｏコード動作対応表記憶
部３４に接続されており、該ｓ−ｍｅｍｏコード動作対
応表記憶部３４は操作プログラム決定部３３の入力に接
続されている。

【０１２５】この他、操作プログラム実行部３５は、Ｄ
Ｂ３６とも接続されている。

【０１２６】このように、第２の実施の形態に係るシス
テムは、サーバ３０の遠隔操作を前提としている為、特
定のユーザのみに操作を認めるセキュリティ機能を実現
する為のオペレータ認証部３８をサーバ３０に備えてい
る。更に、ｓ−ｍｅｍｏコード動作対応表記憶部３４に
記憶されているｓ−ｍｅｍｏコード動作対応表、並びに
ＤＢ３６に記憶されているスキーマ情報や操作結果を電
子メールで操作者に通知する操作結果返信文作成部３７
を有する点も特徴的である。

【０１２７】ここで、スキーマ情報とは、データベース
に蓄積するデータ自体ではなく、データの意味や操作の
ルールの定義に関する情報をいうものとする。即ち、デ
ータベースの論理構造、格納構造、物理構造等の定義と
記述をいう。

【０１２８】このような構成において、電子メール送受
信部３１は、不図示のオペレータ端末装置等からのコマ
ンドメールを受信し、又はステータスメールを送信する
ものである。そして、オペレータ認証部３８は、オペレ
ータ認証ＤＢ３９の記憶情報を参照しつつ、オペレータ
の認証を行うものである。そして、ｓ−ｍｅｍｏコード
及び添付ファイル抽出部３２は、コマンドメールの件名
の欄に含まれるｓ−ｍｅｍｏコードを抽出し、更に拡張
機能であるＭＩＭＥ等により添付ファイルも送信されて
いる場合には、該ファイルも抽出するものである。

【０１２９】操作プログラム決定部３３は、ｓ−ｍｅｍ
ｏコード動作対応表を参照して、上記ｓ−ｍｅｍｏコー
ドに対応する操作プログラムを決定するものである。

【０１３０】また、操作プログラム実行部３５は、ＤＢ
３６に対して、操作プログラムに基づく所定のアクショ
ンを行う為のものである。そして、操作結果返信文作成
部３７は、上記操作プログラムがサーバ３０にて実行さ
れた旨を示す操作結果を含んだ所定フォーマットのステ
ータスメールを作成する為のものである。

【０１３１】ここで、上記ｓ−ｍｅｍｏコード動作対応
表記憶部３４に予め記憶されているｓ−ｍｅｍｏコード
動作対応表の一例は、図１７に示される。

【０１３２】図１７に示されるように、電子メールの件
名の欄に書き込まれる各ｓ−ｍｅｍｏコード１００乃至
１０４は、ユーザが所望とする操作プログラムをサーバ
３０側で実行させる為のものである。該電子メールの本
文には、各コードに対応して後述するような各種動作パ
ラメータが書き込まれ、送信される。

【０１３３】即ち、ｓ−ｍｅｍｏコード「１００」は、
操作プログラムであるＤＢスキーマ通知．ｅｘｅをサー
バ３０側で実行させる為の指示を与えるもので、この場
合には、本文に動作パラメータとしてオペレータ番号
（以下、オペレータＩＤと称する）、パスワード（以
下、ＰＷと称する）、ＤＢＩＤが書き込まれる。そし
て、ｓ−ｍｅｍｏコード「１０１」は、操作プログラム
である登録．ｅｘｅをサーバ３０側で実行させる為の指
示を与えるもので、この場合、本文には動作パラメータ
としてオペレータＩＤ、ＰＷ、登録データ並び等が書き
込まれる。さらに、ｓ−ｍｅｍｏコード「１０２」は、
操作プログラムである更新．ｅｘｅをサーバ３０側で実
行させる為の指示を与えるもので、この場合、本文には
動作パラメータとしてオペレータＩＤ、ＰＷ、登録デー
タ並び等が書き込まれる。

【０１３４】また、ｓ−ｍｅｍｏコード「１０３」は、
操作プログラムである削除．ｅｘｅをサーバ３０側で実
行させる為の指示を与えるもので、この場合、本文には
動作パラメータとしてオペレータＩＤ、ＰＷ、キーが書
き込まれる。そして、ｓ−ｍｅｍｏコード「１０４」
は、操作プログラムを更新するためのプログラムである
操作プログラム更新．ｅｘｅをサーバ３０側で実行させ
る為の指示を与えるもので、この場合、本文には動作パ
ラメータとしてオペレータＩＤ、ＰＷ、新旧操作プログ
ラム、操作キー（変更対象のｓ−ｍｅｍｏコード等）が
書き込まれる。

【０１３５】尚、これら操作プログラムは、あくまでも
一例に過ぎず、これら以外の操作プログラムに上記以外
のｓ−ｍｅｍｏコードを割り当て、指示することも可能
であることは勿論である。

【０１３６】以下、図１８のフローチャートを参照し
て、本発明の第２の実施の形態に係るシステムのサーバ
３０の操作処理を詳細に説明する。

【０１３７】特定のオペレータにより、オペレータ端末
装置が操作され、その件名の欄にｓ−ｍｅｍｏコード動
作対応表で定義されているｓ−ｍｅｍｏコードが記述さ
れたコマンドメールがサーバ３０に送信されると、本処
理に入る。

【０１３８】サーバ３０では、その電子メール送受信部
３１により当該コマンドメールが受信される（ステップ
Ｓ６０）。そして、サーバ３０では、ｓ−ｍｅｍｏコー
ド及び添付ファイル抽出部３２により、受信した電子メ
ールの件名の欄よりｓ−ｍｅｍｏコードが抽出される
（ステップＳ６１）。

【０１３９】さらに、オペレータ認証部３８にて、電子
メールの本文に記述されているオペレータＩＤ及びＰＷ
が少なくとも取り出される（ステップＳ６２）。そし
て、オペレータ認証部３８では、オペレータ認証ＤＢ３
９が参照され、上記オペレータＩＤとＰＷの適否が判断
される（ステップＳ６３）。

【０１４０】ここで、オペレータＩＤとＰＷが正しいと
判断されると、操作プログラム決定部３３にて、ｓ−ｍ
ｅｍｏコード動作対応表記憶部３４に記憶されているｓ
−ｍｅｍｏコード動作対応表が参照されて、ｓ−ｍｅｍ
ｏコードに対応する操作プログラムが決定される（ステ
ップＳ６４）。

【０１４１】そして、操作プログラム実行部３５により
当該操作プログラムが実行され、所定の手続がなされ、
ＤＢ３６に対して所定の動作（登録、更新、削除等）が
実行される（ステップＳ６５）。尚、上記所定の動作と
して、操作プログラム更新が実行される場合において
は、ｓ−ｍｅｍｏコード動作対応表３４中の処理プログ
ラム名及びプログラム自身の双方の更新がなされること
になる。

【０１４２】こうして、操作結果返信文作成部３７に
て、実行された操作プログラムに基づく動作結果に関す
る返信文が作成され（ステップＳ６６）、ステータスメ
ールとして電子メール送受信部３１を介して上記オペレ
ータ端末側に返信され（ステップＳ６７）、サーバ３０
の操作処理が終了される。

【０１４３】一方、上記ステップＳ６３にて、オペレー
タの認証の結果が不正であったならば、サーバ３０で
は、電子メール送受信部３１を介して受信した電子メー
ルの操作指令が無効とされ、所定のエラー制御処理が実
行された後、エラーメールがオペレータ側に返信され
（ステップＳ６８）、本処理が終了される。

【０１４４】以下、図１９乃至図２３を参照して、第２
の実施の形態において採用されるコマンドメール及びス
テータスメールの一例を詳細に説明する。

【０１４５】先ず、図１９は、操作プログラムである登
録．ｅｘｅをサーバ３０側で実行させるためのコマンド
メールの一例を示している。

【０１４６】このコマンドメールでは、件名の欄に登
録．ｅｘｅに対応するｓ−ｍｅｍｏコード「１０１」が
記述される。更に、コマンドメールの本文には、オペレ
ータＩＤである「Ｇ．Ｔａｒｏ」と、ＰＷである「ａｂ
ｙ１２３ｕ」と、登録データ並びである「○○×× ４
月号」、「○○○○社」等が記述される。

【０１４７】そして、図２１は、図１９のコマンドメー
ルを受けた、サーバ３０がプログラム実行後に返信する
ステータスメールの一例を示している。

【０１４８】このステータスメールの件名の欄には、Ａ
ＤＤｓｔａｔｕｓと記述される。

【０１４９】そして、ステータスメールの本文には、
「ＢＯＯＫ−ＤＢ」、「登録」、そしてステータスとし
て「正常登録完了しました」等が記述される。

【０１５０】また、図２０は、操作プログラム更新．ｅ
ｘｅをサーバ３０側で実行させるためのコマンドメール
の一例を示している。

【０１５１】このコマンドメールでは、件名の欄にはｓ
−ｍｅｍｏコード「１０４」が記述され、その本文には
オペレータＩＤである「Ｇ．Ｔａｒｏ」と、ＰＷである
「ａｂｙ１２３ｕ」と、旧操作プログラムである「登
録．ｅｘｅ」、新操作プログラムである「登録０１．ｅ
ｘｅ」、操作キー「１０１」が記述される。

【０１５２】ＤＢサーバ３０の操作プログラムに不具合
や機能拡張等が生じた場合、このように件名の欄にｓ−
ｍｅｍｏコード１０４を記述したコマンドメールに、改
善した操作プログラムを添付して、当該サーバ３０に送
信すればよい。こうすることで、サーバ３０は、該サー
バ３０自身のｓ−ｍｅｍｏコード動作対応表３４に対し
て更新をかけることでき、プログラムの更新が実現され
る。

【０１５３】更に、図２２は、サーバ３０側でＤＢスキ
ーマ通知．ｅｘｅを実行させる為のコマンドメールの一
例を示している。このコマンドメールでは、件名の欄に
ｓ−ｍｅｍｏコード「１００」が記述され、本文にはオ
ペレータＩＤである「Ｇ．Ｔａｒｏ」と、ＰＷである
「ａｂｙ１２３ｕ」と、ＤＢＩＤである「Ｂｏｏｋ−Ｄ
Ｂ」とが記述される。このＤＢのスキーマ表は、ＤＢス
キーマ通知．ｅｘｅという操作プログラムに基づいてＤ
Ｂ３６より取り出される。そして、操作結果返信文作成
部３７にて当該スキーマ表が含められたステータスメー
ルが作成され、電子メール送受信部３１を介してオペレ
ータ側に返信される。

【０１５４】また、図２３は、この操作プログラムであ
るＤＢスキーマ通知．ｅｘｅを実行した後のステータス
メールの一例を示している。このステータスメールで
は、件名の欄にはＳｃｈｅｍａ−ｓｔａｔｕｓと記述さ
れ、本文には、ＤＢＩＤ「ＢＯＯＫ−ＤＢ」、キー「文
字列ＭＡＸ８」、ブックネーム「文字列ＭＡＸ２４」等
が記述される。即ち、ＤＢ３６に蓄積されているデータ
自体ではなく、データの意味や操作のルールの定義（メ
タデータの集まり）が記述される。

【０１５５】以上説明したように、第２の実施の形態に
係るシステムによれば、オペレータが、端末を介して、
特定のサーバに所定のｓ−ｍｅｍｏコードを含む電子メ
ールを送信するだけで、当該サーバにて固有の動作、例
えばデータの登録や更新、削除、更にはプログラム更新
等が実行される。つまり、サーバのデータ更新やプログ
ラム機能拡張等が、遠隔操作で、柔軟且つ手軽に実現さ
れる。

【０１５６】この第２の実施の形態によれば、前述した
従来技術のような制御文解釈を不要とし、簡易なキー動
作対応表、更にはメール返信文作成機能及び電子メール
返信機能を有するシステムが実現される。

【０１５７】次に、本発明の第３の実施の形態について
説明する。

【０１５８】上述した第１の実施の形態では、ｓ−ｍｅ
ｍｏコードに対応する各種本文の検索時における本文ア
クセス制御機能を有していない。

【０１５９】ここで、「本文アクセス制御機能」とは、
特定のユーザにのみｓ−ｍｅｍｏコードに対応する本文
を電子メールで提供し、他にはアクセスを認めないよう
に制限する機能をいう。従って、上述した第１の実施の
形態では、悪意も含めて無作為にｓ−ｍｅｍｏコードを
含めた電子メールを送信する者がいれば、当該ｓ−ｍｅ
ｍｏコードに該当する情報が容易に取得されることもあ
る。

【０１６０】また、上述した第１の実施の形態では、本
文の登録や更新時等において、当該本文が複数ある場合
の具体的な登録・更新方法までは言及していない。

【０１６１】ここに、第３の実施の形態に係るシステム
は、ｓ−ｍｅｍｏコードに対応する各種本文の検索時
に、特定の外部請求者のみに本文閲覧を認める本文アク
セス制御機能を付加することで、セキュリティを更に向
上させるものである。即ち、１つのｓ−ｍｅｍｏコード
に対して許可された特定のユーザのみに本文等の閲覧を
認める本文アクセス制御機能を付加し、更には、当該ｓ
−ｍｅｍｏコードに係るアクセス権を持つクライアント
のみにｓ−ｍｅｍｏコードに係るアクセスを認めるクラ
イアント認証機能を付加し、また単数或いは複数の本文
の登録や更新、検索、照会等を電子メールにより簡易に
実行し得るようにしたものである。

【０１６２】以上の概要をふまえて、図面を参照しなが
ら第３の実施の形態を詳述する。

【０１６３】さて、図２４（ａ）に示されるように、Ｄ
Ｂ１０５の更新や検索は、ターミナル１００とターミナ
ルサーバ１０３間のターミナル用プロトコルや、パーソ
ナルコンピュータ１０１とＷｅｂサーバ１０２間のＷＷ
ＷのプロトコルであるＨＴＴＰ（Hyper Text Transfe
r Protocol）の下で行われるのが一般的であり、同期
的である。特に後者では、ＣＧＩ（Common Gateway I
nterface）等を用いて、クライアントからの要求に応じ
てＤＢ連携プログラム１０４をＷｅｂサーバ１０２側で
起動した結果、ＤＢ１０５へのアクセスが実現される。

【０１６４】これに対して、図２４（ｂ）に示されるよ
うに、第３の実施の形態に係るシステムでは、ＤＢ連携
プログラム４１へのアクセス手段に電子メールのプロト
コル（ＳＭＴＰ、ＰＯＰ等）を利用する。そして、サー
バ側で電子メール解析プログラム４０により解析した結
果に基づいて、非同期的にＤＢ連携プログラム４１にア
クセスする。これにより、タイムクリティカルでない広
範な情報検索ニーズや更新に柔軟且つ安全性を維持しつ
つ対応ができる。

【０１６５】以下、図２５を参照して、本発明の第３の
実施の形態に係るシステムによる処理の流れを概説す
る。

【０１６６】本システムにて、オペレータからの請求メ
ールが受信されると、暗号解読部５０において暗号解読
がなされる。そして、受信メール処理部５１による判断
に基づいて、下記のような所定処理が実行される。

【０１６７】このとき、受信メールは、受信メールファ
イル６２に格納される。

【０１６８】先ず、受信メール処理部５１にて、受信さ
れたメールが「登録・更新メール」であると判断された
場合、本文登録・更新処理部５２において、クライアン
トＤＢ５３のクライアント情報が参照されて所定のｓ−
ｍｅｍｏコードに係るアクセス権の認証処理がなされ
る。そして、登録・更新が許可されているクライアント
であると判断されると、クライアントの返信先アドレス
が記憶された後、ｓ−ｍｅｍｏＤＢ４２に該電子メール
の情報が登録・更新される。

【０１６９】そして、受信メール処理部５１にて、受信
されたメールが「登録申請メール」であると判断された
場合には、コード自動発番処理部５４にて、コード発番
がなされ、またｓ−ｍｅｍｏＤＢ４２が参照されて雛型
情報が引き出され、更に返信本文組立加工処理部５５に
おいて返信本文が加工され、送信メールファイル５６に
格納される。そして、この送信メールは、送信メールフ
ァイル５６より送信メール処理部５７によって引き出さ
れ、暗号化部５８により暗号化された後に、本文情報メ
ールとして上記記憶内容よりクライアントの返信先アド
レスが取出されて、クライアント端末に返信されること
になる。

【０１７０】さらに、受信メール処理部５１にて、受信
されたメールが「請求メール」であると判断された場合
には、本文保護検索処理部５９において、ｓ−ｍｅｍｏ
ＤＢ４２が参照されて、本文アクセスの権限が検査され
た後、抽出本文ファイル６０にｓ−ｍｅｍｏコードに該
当する本文が格納される。この格納された本文は、抽出
本文ファイル６０より返信本文選択処理部６１により引
き出され、返信本文組み立て加工処理部５５において加
工処理された後に、送信メールファイル５６に格納され
る。そして、この送信メールは、送信メールファイル５
６より送信メール処理部５７により引き出され、暗号化
部５８により暗号化された後、本文情報メールとしてユ
ーザ端末に返信される。

【０１７１】また、受信メール処理部５１にて、受信さ
れたメールが「請求待ちｓ−ｍｅｍｏメール」であると
判断された場合には、請求待ちメール保存処理部６３に
おいて保存処理がなされた後、請求メールファイル６４
に格納される。この請求待ちメールは請求待ちメール抽
出処理部６５において抽出された後、本文保護検索処理
部５９において検索処理がなされ、本文アクセスの権限
が検査された後、抽出本文ファイル６０に格納される。
この抽出本文は、返信本文選択処理部６１において引き
出され、返信本文組み立て加工処理部５５において処理
された後、送信メールファイル５６に格納される。そし
て、この送信メールは、送信メールファイル５６より送
信メール処理部５７によって引き出され、暗号化部５８
により暗号化された後、本文情報メールとしてユーザ端
末に返信される。

【０１７２】尚、上記各処理については、後に更に詳細
に説明する。

【０１７３】ここで、図２６乃至３５には、第３の実施
の形態に係るシステムに適用される電子メールの一例を
示して説明する。

【０１７４】尚、以下の例では、サービス雛型申請メー
ルアドレスをreq＠smemo.comとし、コード申請用窓口ｓ
−ｍｅｍｏコードを以下のように定義する。

【０１７５】１０・・・単文登録自動発番サービス １１・・・単文登録クライアント指定発番サービス １２・・・複文登録自動発番サービス １３・・・複文登録クライアント指定発番サービス そして、単文登録自動発番サービスと単文登録クライア
ント指定発番サービスについては、登録受付窓口アドレ
スを「ｏｐｅ＠ｓｍｅｍｏ．ｃｏｍ」とし、複文登録自
動発番サービスと複文登録クライアント指定発番サービ
スについては、登録受付窓口アドレスを「ｏｐｅ２＠ｓ
ｍｅｍｏ．ｃｏｍ」と定義する。

【０１７６】更にクライアントメールアドレスは「ｇ．
ｔａｒｏ＠ｃｌｉｅｎｔ．ｊｐ」とし、クライアントＩ
Ｄは「０１１０」、クライアントＰＷは「ＡＢＣ１２
３」、区切り文字は「＃」、本文保護ＰＷは「ｔａｂｉ
１２３」、請求メールアドレスは「ｇｅｔ＠ｓｍｅｍ
ｏ．ｃｏｍ」と定義する。

【０１７７】なお、クライアント請求か、ユーザ請求か
を識別する為に、ここでは請求先アドレスを、クライア
ントの場合は「ｒｅｑ＠ｓｍｅｍｏ．ｃｏｍ」とし、ユ
ーザの場合は「ｇｅｔ＠ｓｍｅｍｏ．ｃｏｍ」としてい
る。

【０１７８】尚、以上の定義はあくまで説明の便宜の為
のものであり、本実施の形態が当該定義により限定され
るものではないことは勿論である。

【０１７９】以上をふまえて、図２６乃至図２８を参照
して、単文登録自動発番サービス利用時に使用される電
子メールの概要を説明する。

【０１８０】図２６は、登録申請メール（単文）の一例
を示す図である。

【０１８１】この図２６に示されるように、登録申請メ
ールの件名の欄には、ｓ−ｍｅｍｏコードである「１
０」と区切り文字「＃」、クライアントＰＷである「Ａ
ＢＣ１２３」が記述され、本文には、クライアントＩＤ
である「０１１０」が記述され、ｒｅｑ＠ｓｍｅｍｏ．
ｃｏｍが宛先として記述される。

【０１８２】図２７は、返信メール（雛型）の一例を示
す図である。

【０１８３】この図２７に示されるように、返信メール
の件名の欄には、「サービス１０テンプレート」、及び
ｓ−ｍｅｍｏコード「１１００」が記述される。そし
て、本文には、クライアントＩＤと本文記述欄、サービ
ス開始日付記述欄、サービス終了日付記述欄からなる雛
型が記述されている。尚、所望とする情報を記入した後
の返信先のアドレスとしてｏｐｅ＠ｓｍｅｍｏ．ｃｏｍ
が設定される。

【０１８４】図２８は、登録メールの一例を示す図であ
る。これは、図２７の返信メールの雛型に所望とする情
報を記述したものである。

【０１８５】この図２８に示されるように、件名の欄に
は、ｓ−ｍｅｍｏコードである「１１００」と区切り文
字「＃」、クライアントＰＷである「ＡＢＣ１２３」が
記述される。本文には、クライアントＩＤの他、登録
（又は更新）本文として「まだ間に合うゴールデンウィ
ーク特別プラン・・・」、サービス開始日付として「２０
０１／０４／１０」、終了日付として「２００１／０４
／２０」が記述される。

【０１８６】次に、図２９乃至図３１を参照して、複文
登録自動発番サービス利用時に使用される電子メールの
概要を説明する。

【０１８７】図２９は、登録申請メール（複文）の一例
を示す図である。

【０１８８】同図に示されるように、登録申請メールの
件名の欄には、ｓ−ｍｅｍｏコードである「１３」と区
切り文字「＃」、クライアントＰＷである「ＡＢＣ１２
３」が記述され、本文には、クライアントＩＤである
「０１１０」が記述される。また、ｒｅｑ＠ｓｍｅｍ
ｏ．ｃｏｍが宛先アドレスとして記述されている。

【０１８９】図３０は、返信メール（雛型）の一例を示
す図である。

【０１９０】同図に示されるように、返信メールの件名
の欄には、「サービス１３ テンプレート」、及びｓ−
ｍｅｍｏコード「１１００」が記述され、本文には、ク
ライアントＩＤと本文記述欄、サービス開始日付記述
欄、サービス終了日付記述欄からなる雛型が記述されて
いる。

【０１９１】ここで、前述した単文登録自動発番サービ
スの場合と異なるのは、(ｂｅｇｉｎ１)〜（ｅｎｄ
１）、（ｂｅｇｉｎ２）から(ｅｎｄ２)・・・と複数の本
文（複文）を記述できるようになっている点と、所望と
する情報を記入した後の返信先アドレスとしてｏｐｅ２
＠ｓｍｅｍｏ．ｃｏｍが記述されている点である。

【０１９２】図３１は、登録メールの一例を示す図であ
る。これは、図３０の返信メールの雛型に所望とする情
報を記述したものである。

【０１９３】即ち、同図に示されるように、件名の欄に
は、ｓ−ｍｅｍｏコードである「１１００」と区切り文
字「＃」、クライアントＰＷである「ＡＢＣ１２３」が
記述される。本文には、クライアントＩＤのほか、第１
の本文として「今ならまだ間に合うゴールデンウィーク
海外旅行プラン・・・」、サービス開始日付として「２０
０１／０４／１０」、終了日付として「２００１／０４
／２０」が記述される。

【０１９４】更に、複文登録の為、第２の本文として、
「絶対お得 ４泊５日海外旅行プラン・・・」、サービス
開始日付として「２００１／０４／１０」、終了日付と
して「２００１／０４／２０」が記述されることにな
る。

【０１９５】次に、図３２及び図３３を参照して、本文
保護検索付き請求メールの概要を説明する。本文保護検
索付きを希望する場合には、以下のように記述する。

【０１９６】即ち、図３２に示されるように、電子メー
ルの件名の欄にｓ−ｍｅｍｏコード「１１００」を付し
た後、区切り文字「＃」を挟んで、保護ＰＷである「ｔ
ａｂｉ１２３」を記述する。或いは、図３３に示される
ように、クライアント指定発番のｓ−ｍｅｍｏコードが
漢字の例では、電子メールの件名の欄に「５月旅行プラ
ン」といった漢字文字列のｓ−ｍｅｍｏコードを記入し
た後に、区切り文字「＃」を挟んで、保護ＰＷである
「ｔａｂｉ１２３」を記述し、請求先アドレスとしてｇ
ｅｔ＠ｓｍｅｍｏ．ｃｏｍを記述している。

【０１９７】次に、図３４及び図３５を参照して、更新
メールの概要を説明する。

【０１９８】図３４には、全文更新の場合に使用される
更新メールの一例を示す。

【０１９９】この場合、更新メールの件名の欄には、ｓ
−ｍｅｍｏコードである「１１００」と、区切り文字
「＃」を挟んで、クライアントＰＷである「ＡＢＣ１２
３」が記述される。そして、更新メールの本文には、ク
ライアントＩＤの他、訂正を加えた本文及びサービス開
始／終了日付等が記述される。そして、更新請求アドレ
スとしてｏｐｅ２＠ｓｍｅｍｏ．ｃｏｍが記述される。

【０２００】図３５には、部分更新の場合に使用される
更新メールの一例を示す。

【０２０１】この場合、件名の欄には、ｓ−ｍｅｍｏコ
ードである「１１００」と、区切り文字「＃」を挟ん
で、クライアントＰＷである「ＡＢＣ１２３」が記述さ
れ、本文には、クライアントＩＤのほか、訂正を加える
部分が記述される。同様に、更新請求アドレスは、ｏｐ
ｅ２＠ｓｍｅｍｏ．ｃｏｍである。

【０２０２】以下、第３の実施の形態に係るシステムに
よる電子メールによるアクセス制御（登録、更新、検
索、照会等）について詳細に説明する。

【０２０３】先ず、図３６のフローチャートを参照し
て、第３の実施の形態に係るシステムによる「本文保護
検索制御処理」について詳細に説明する。

【０２０４】「本文保護検索制御処理」とは、検索時に
ｓ−ｍｅｍｏコードに対応する本文の取り出しの可否
を、当該ｓ−ｍｅｍｏコードに併記されて送信された保
護ＰＷに基づく照合が一致した場合に限り、認める機能
である。

【０２０５】この本文保護検索制御処理では、ユーザ
が、請求メールの件名の欄に、所望とするｓ−ｍｅｍｏ
コードと、それに続く区切り文字（例えば＃）、請求
（保護）ＰＷの文字列を入力し、送信することが前提条
件となっている。

【０２０６】さて、サーバにて上記請求メールが受信さ
れると（ステップＳ７１）、受信メール処理部５１に
て、当該請求メールの件名の欄に記述されているｓ−ｍ
ｅｍｏコードと請求ＰＷとが取り出される（ステップＳ
７２）。

【０２０７】そして、該当ｓ−ｍｅｍｏコードの請求に
保護ＰＷが必要であるか否かが判断され（ステップＳ７
３）、必要でなければ、図４１で後述する「本文照会制
御処理」が実行され（ステップＳ７５）、本文返信処理
に移行される。

【０２０８】一方、請求に保護ＰＷが必要であれば、本
文保護検索処理部５９にて、当該ｓ−ｍｅｍｏコードを
キーとしてｓ−ｍｅｍｏＤＢ４２が検索され、当該ｓ−
ｍｅｍｏコードと関連付けて記録されている保護ＰＷ
と、上記電子メールより取り出された請求（保護）ＰＷ
との照合が行われる（ステップＳ７４）。

【０２０９】そして、ステップＳ７４にて、保護ＰＷと
請求（保護）ＰＷとが一致していれば、図４１で後述す
る「本文照会制御処理」が実行され（ステップＳ７
５）、本文返信処理に移行される。一方、ステップＳ７
４において、保護ＰＷと請求（保護）ＰＷとが一致して
いない場合には、所定のエラー制御処理が実行され（ス
テップＳ７６）、エラー返信処理に移行されることにな
る。

【０２１０】以上説明した一連の処理において、メール
の件名に請求（保護）ＰＷを記入するため利用者端末と
サーバ間において、既存のプロトコル技術、例えばＳＳ
Ｌ(secure socket layer)、Ｓ／ＭＩＭＥ（Secure/Mu
ltipurpose Internet MailExtensions）、ＰＧＰ（pr
etty good privacy）暗号化等を利用して、請求（保
護）ＰＷや本文の通信過程での情報漏洩を防ぐこともで
きる。

【０２１１】この場合、サーバと利用者端末の双方には
メールを送受信できる機能にセキュアな暗号化実行機能
が付加される。

【０２１２】例えば、図２５の暗号解読部５０や暗号化
部５８等の如くである。

【０２１３】次に、図３７のフローチャートを参照し
て、第３の実施の形態に係るシステムによる「本文登録
申請処理」について詳細に説明する。

【０２１４】「本文登録申請処理」とは、ｓ−ｍｅｍｏ
コードを付したメールを送信することで、広告文や資料
情報を登録する処理をいう。

【０２１５】この第３の実施の形態では、パーソナルコ
ンピュータを使用しなくても、電子メールを送受信する
ことができる機器であれば、簡易にサーバに本文登録を
することができ、本文請求時と同じインターフェースで
登録機能を実現することができる。更に、登録に先立っ
て登録申請メールが送信されると、サーバより登録用テ
ンプレート（雛形）及び登録情報に対応するｓ−ｍｅｍ
ｏコードが自動的に発番される。この自動的に発番され
るコードには、サーバが予め管理している発番テーブル
に準じて発番されるコードと、クライアントの希望する
コードをｓ−ｍｅｍｏコードに代替して（別名機能）発
番したコードとがある。この双方の発番により適宜発行
可能としている点にも更なる特徴がある。なお、ｓ−ｍ
ｅｍｏコードの発番は、本文登録時に行ってもよい。

【０２１６】さて、本文登録を所望とするクライアント
は、運用に先立ち、クライアント端末を利用してクライ
アント情報を登録することで、サーバから自身のクライ
アント番号（この例では、０１１０）とクライアントＰ
Ｗ（この例では、ＡＢＣ１２３）、コード申請用窓口ｓ
−ｍｅｍｏコード（この例では、１０，１１或いは１
２，１３）の通知を受け取る。

【０２１７】次いで、新規に本文登録をするタイミング
で、クライアントはクライアントＰＷとｓ−ｍｅｍｏコ
ードを件名に記入し、本文の所定の位置に所定の表現で
クライアントＩＤを記入した登録申請メールをサーバに
送る。

【０２１８】以上が本文登録申請処理の前提条件となっ
ている。

【０２１９】ＤＢサーバにて例えばこの例ではｒｅｑ＠
ｓｍｅｍｏ．ｃｏｍ宛に登録申請メールが受信されると
（ステップＳ８１）、受信メール処理部５１にて、その
件名の欄に記述されているｓ−ｍｅｍｏコードと請求Ｐ
Ｗ（クライアントＰＷ）とが取り出され（ステップＳ８
２）、該当コードが登録申請用であるか否かが判断され
る（ステップＳ８３）。該当コードが登録申請用でなけ
れば、図３６のステップＳ７６以降のエラー制御処理と
同様の処理が実行される。

【０２２０】一方、登録申請用であれば、申請メールの
本文エリアより請求ＩＤ（クライアントＩＤ）が取り出
され（ステップＳ８４）、請求ＩＤがクライアントＤＢ
５３に登録済の請求ＩＤであるかどうか、及び請求ＰＷ
とクライアントＰＷとが一致するかが判断される（ステ
ップＳ８５）。ＩＤが発見できなければ、図３６のステ
ップＳ７６のエラー制御処理と同様の処理が実行される
ことになる。

【０２２１】一方、発見されれば、ｓ−ｍｅｍｏＤＢ４
２よりｓ−ｍｅｍｏコードに対応した申請用雛型本文の
取り出しが行われる（ステップＳ８６）。

【０２２２】そして、コード自動発番処理部５４にて、
詳細は図３９で後述するｓ−ｍｅｍｏコード自動発番処
理が実行され（ステップＳ８７）、クライアントＩＤに
関連付けられた返信先アドレスが取得される（ステップ
Ｓ８８）。なお、後述する指定発番の場合は、ｓ−ｍｅ
ｍｏコード自動発番は行わない。

【０２２３】こうして、該ｓ−ｍｅｍｏコードの関連情
報記録領域を確保するための処理が行われ（ステップＳ
８９）、本文返信処理に移行される。

【０２２４】即ち、応答として自動的に新規発番したｓ
−ｍｅｍｏコードと本文登録用の雛形文（例えば、タグ
文＜ＸＭＬ＞等）とが含められた返信用の電子メール
が、予めクライアントＩＤに関連付けてクライアントＤ
Ｂ５３に登録されている返信先アドレスに返信される。
送信元アドレスとしては、例えば単文登録受付窓口アド
レス（例えば、ｏｐｅ＠ｓｍｅｍｏ．ｃｏｍ）が割り当
てられる。

【０２２５】ここで、図３９のフローチャートを参照し
て、図３７の上記ステップＳ８７で実行される「ｓ−ｍ
ｅｍｏ自動発番処理」について簡単に説明する。

【０２２６】即ち、この処理では、不図示のｓ−ｍｅｍ
ｏ発番管理テーブルから次のコードが決定され（ステッ
プＳ１１１）、この決定されたｓ−ｍｅｍｏコードが不
図示の返信通知用ｓ−ｍｅｍｏコード記憶部に記憶され
（ステップＳ１１２）、返信本文組み立て加工処理部５
５にて、不図示の返信通知用ｓ−ｍｅｍｏコード記憶部
に記憶されているｓ−ｍｅｍｏコードを含めて返信メー
ル件名欄の返信書式が作成され（ステップＳ１１３）、
図３７のステップＳ８８に戻る。

【０２２７】次に、図３８のフローチャートを参照し
て、第３の実施の形態に係るシステムによる「本文登録
制御処理」について詳細に説明する。

【０２２８】クライアントは、上記処理によりサーバよ
り受信した雛形に本文他の情報を入力し、件名の欄に取
得したｓ−ｍｅｍｏコード（例えば、１１００）及び検
索と同様に区切り文字（例えば＃）に続いてクライアン
トＰＷを記入する。クライアントＩＤは、雛形本文の所
定の位置に所定の表現で記入する。こうした電子メール
をクライアント端末よりサーバに送信する。

【０２２９】以上が、本文登録制御処理の前提条件とな
る。

【０２３０】さて、サーバでは、この例ではｏｐｅ＠ｓ
ｍｅｍｏ．ｃｏｍ（或いはｏｐｅ２＠ｓｍｅｍｏ．ｃｏ
ｍ）宛ての登録メールが受信されると（ステップＳ９
１）、受信メール処理部５１にて、本文エリアに所定フ
ォーマットの雛型文が書かれているか否かが判断され
（ステップＳ９２）、当該雛型文が書かれていない場合
には、図３６のステップＳ７６と同様のエラー制御処理
が行われる。

【０２３１】一方、本文エリアに雛型文が書かれている
場合には、登録メールの本文エリアの所定位置に記入さ
れた請求ＩＤ（クライアントＩＤ）が取り出され（ステ
ップＳ９３）、請求ＩＤがクライアントＤＢ５３に登録
済みか検査され、アクセス権があるか、つまり正当なク
ライアントであるかが判断される（ステップＳ９４）。
ここで、請求ＩＤが発見できない場合には、図３６のス
テップＳ７６と同様にエラー制御処理が実行され、エラ
ー返信処理が行われる。

【０２３２】一方、請求ＩＤが発見された場合には、件
名の欄のｓ−ｍｅｍｏコードと、請求ＰＷとが取り出さ
れ（ステップＳ９５）、請求ＰＷがクライアントＤＢ５
３中のクライアントＰＷと一致するか否かが判断される
（ステップＳ９６）。

【０２３３】ここで、両者（ＰＷ及びＩＤ）が一致する
場合には、正当なアクセス権があることになる。次に雛
型本文が解析され、自動発番か指定発番かが判断され
（ステップＳ９７）、指定発番であれば、次いで、請求
メールの本文エリアの雛型文より登録本文他の関連情報
が取り出され、詳細は、図４０で後述する「ｓ−ｍｅｍ
ｏコード指定発番処理」が実行されることになる（ステ
ップＳ９８）。

【０２３４】その後、ｓ−ｍｅｍｏコードがｓ−ｍｅｍ
ｏＤＢ４２に存在するか否かが判断される（ステップＳ
９９）。上記ステップＳ９６にて、請求ＰＷとクライア
ントＰＷとが一致しない場合には、及び上記ステップＳ
９９にてｓ−ｍｅｍｏコードがｓ−ｍｅｍｏＤＢ４２に
存在しない場合には、図３６のステップＳ７６と同様
に、エラー制御処理が実行され、エラー返信処理が行わ
れることになる。

【０２３５】上記ステップＳ９９にて、ｓ−ｍｅｍｏコ
ードがｓ−ｍｅｍｏＤＢ４２に存在すると判断された場
合には、該当コードは本文が未登録か否かで判断される
（ステップＳ１００）。ここで、未登録でなければ更新
フラグがセットされることになる（ステップＳ１０
１）。次いで、請求メールの本文エリアの雛型文より登
録本文他の関連情報が取り出され（ステップＳ１０
２）、更新フラグがセットされているか否かが判断され
ることになる（ステップＳ１０３）。

【０２３６】このステップＳ１０３にて、更新フラグが
セットされていない場合には、本文他の関連情報をｓ−
ｍｅｍｏＤＢ４２に登録する為の処理が行われ（ステッ
プＳ１０４）、更新フラグがセットされている場合に
は、本文他の関連情報をｓ−ｍｅｍｏ４２に更新する為
の処理が行われる（ステップＳ１０５）。

【０２３７】即ち、本文他送信された必要な情報が雛形
文から取り出され、当該ｓ−ｍｅｍｏコードの本文他の
情報がｓ−ｍｅｍｏＤＢ４２に登録・更新される。

【０２３８】なお、セキュリティを配慮して前述したの
と同様に、情報漏洩の保護技術を上記一連の処理におい
ても利用することができることは勿論である。

【０２３９】次に、複数本文登録においては、登録する
本文が他にあるか否かが判断される（ステップＳ１０
６）。ここで、登録する本文があれば、続いて、更新フ
ラグがセットされているか否かが判断される（ステップ
Ｓ１０７）。更新フラグがセットされていなければ、ｓ
−ｍｅｍｏコードの関連情報記録領域追加確保処理が実
行された後、ステップＳ１０３に戻ることになる（ステ
ップＳ１０８）。

【０２４０】一方、更新フラグがセットされている場合
には、そのまま上記ステップＳ１０３に移行される。上
記ステップＳ１０６にて、登録する本文がそれ以上は存
在しない判断がされると、所定の完了処理へと移行され
る。

【０２４１】尚、複数本文登録の場合は、上記コード申
請用窓口ｓ−ｍｅｍｏコード（１２，１３）が異なる
点、返信用の雛形文が複数本文登録用に仕立てたものが
返信される点が単文の場合と相違する。また、複文登録
受付窓口アドレス（例：ｏｐｅ２＠ｓｍｅｍｏ．ｃｏ
ｍ）にメール送信する点も単文の場合と相違する。

【０２４２】他は、同一の処理で登録がなされるが、サ
ーバ側のＤＢでは、一つのｓ−ｍｅｍｏコードに紐付け
された関連レコードとして記録される。

【０２４３】ここで、図４０のフローチャートを参照し
て、図３８のステップＳ９８で実行される「ｓ−ｍｅｍ
ｏコード指定発番処理」について説明する。

【０２４４】本文中のクライアントが指定したｓ−ｍｅ
ｍｏコードの取り出しが行われ（ステップＳ１２１）、
ｓ−ｍｅｍｏＤＢ４２中のコード別名フィールドと同じ
コードが存在するか否かがチェックされる（ステップＳ
１２２）。

【０２４５】そして、指定コードがユニークであるか否
かが判断され（ステップＳ１２３）、ユニークであれ
ば、指定ｓ−ｍｅｍｏコード別名記憶に記入され、図３
８のステップＳ９９に移行される（ステップＳ１２
４）。これに対して、指定コードがユニークでなけれ
ば、エラー処理に移行されることになる。

【０２４６】次に、再び図３８のフローチャートを参照
して、第３の実施の形態に係るＤＢシステムによる「本
文更新制御処理」について詳細に説明する。

【０２４７】本文更新制御処理の基本的な流れは、本文
登録制御処理と同様である為、同一のフローチャートを
参照しつつ、異なる点を中心に述べる。

【０２４８】広告文や資料情報を更新する際は、本文の
登録方法と同様に、パソコンでなくてもメールが送受信
できる機器であれば簡易にサーバに本文更新をすること
ができ、鮮度のある情報をユーザに提供が可能となる。

【０２４９】この本文更新制御処理では、更新を所望と
するｓ−ｍｅｍｏコード及び検索と同様に区切り文字に
続いてクライアントＰＷを記入する。また、更新本文は
登録時の本文雛形と同一の雛形に更新したい個所を修正
して送信する。

【０２５０】クライアントＩＤは、雛形本文の所定の表
現で記入する。

【０２５１】このメールをクライアント端末よりサーバ
にｏｐｅ＠ｓｍｅｍｏ．ｃｏｍ宛に送信すると本処理が
開始される。

【０２５２】さて、先に説明した本文登録制御処理と異
なるのは、本文他送信された必要な情報を雛形文から取
り出して、当該ｓ−ｍｅｍｏコードの本文他の情報を新
しく取得した情報でＤＢ更新を行う時、既にｓ−ｍｅｍ
ｏＤＢ４２に登録されている本文フィールドが空文でな
いことを利用する等して初期登録と更新登録の違いを判
別する点である（ステップＳ１００，Ｓ１０１，Ｓ１０
３，Ｓ１０５等）。

【０２５３】更新登録時には、ＤＢシステムで予め定め
られた一定のフィールドに対してのみ更新を許可するよ
うなアクセス制御も可能である。

【０２５４】なお、複数本文更新の場合は、登録受付窓
口アドレス（例：ｏｐｅ＠ｓｍｅｍｏ．ｃｏｍ、ｏｐｅ
２＠ｓｍｅｍｏ．ｃｏｍ）が異なる事、返信用の雛形文
が複数本文登録用に仕立てたものを再利用する点に違い
がある。

【０２５５】この他は、同一の処理で更新がなされるが
サーバ側のＤＢでは一つのｓ−ｍｅｍｏコードに紐付け
されたサブレコードとして記録更新がなされる。

【０２５６】次に、図４１のフローチャートを参照し
て、第３の実施の形態に係るＤＢシステムによる「本文
照会制御処理」について詳細に説明する。

【０２５７】この「本文照会制御処理」とは、検索後、
検索権限が許可された一通の請求メールに対して当該ｓ
−ｍｅｍｏコードに関連付けられた１つ以上からなる登
録本文を、何時、どのように選択して選び出し返信する
かを決定する処理である。

【０２５８】すなわち、この「本文照会制御処理」によ
れば、単純な本文返信だけでなく、時間指定や日替わり
本文のような本文選択と返信が可能となり、応用範囲の
広い柔軟な情報提供が可能となる。

【０２５９】さて、サーバにおいて検索制御が終了し、
本文の取り出し権限が許可されると、サーバでは、ｓ−
ｍｅｍｏコードに関連付けて記録されている、返信制御
条件と返信制御パラメータが読み出されて本文の決定が
行われることになる（ステップＳ１３１）。

【０２６０】ここで、「返信制御条件」とは、当該本文
を返信する条件種別を識別する為の番号等である。例え
ば、指定日付＝１，指定時間＝２，指定曜日＝３等の如
く定義されている。「返信制御パラメータ」とは、その
制御を具体的に決定付ける値である。例えば２００１．
０５．０１、２２：００：００、ＴＵＥの如くである。

【０２６１】返信制御条件＝１である場合には（ステッ
プＳ１３２をＹＥＳで分岐）、返信制御パラメータが日
付であるか否かが判断され（ステップＳ１３５）、日付
であれば返信許可フラグがセットされる（ステップＳ１
３８）。

【０２６２】返信制御条件＝２である場合には（ステッ
プＳ１３３をＹＥＳで分岐）、返信制御パラメータが時
間であるか否かが判断され（ステップＳ１３６）、時間
であれば返信許可フラグがセットされる（ステップＳ１
３８）。

【０２６３】以下、同様に、返信制御条件＝ｎである場
合には（ステップＳ１３４をＹＥＳで分岐）、返信制御
パラメータが予め定義された所定値であるか否かが判断
され（ステップＳ１３７）、当該所定値であれば返信許
可フラグがセットされる（ステップＳ１３８）。

【０２６４】このように、サーバでは、返信制御条件を
サーバが持つ例えば計時機能が利用されて比較され（ス
テップＳ１３２乃至Ｓ１３８）、本文返信許可フラグが
セットされていなければ（ステップＳ１３９をＮＯに分
岐）、図３６のステップＳ７６と同様にエラー制御処理
が行われ、エラー返信処理が行われる。

【０２６５】本文返信許可フラグがセットされていれば
（ステップＳ１３９をＹＥＳに分岐）、当該フラグがリ
セットされた後（ステップＳ１４０）、図４３で後述す
る「本文選択処理」が実行され（ステップＳ１４１）、
本文返信処理が実行される。

【０２６６】このように、返信条件に合致していれば、
次に本文選択制御を利用して最終的に返信すべき本文が
決定され、これがＤＢサーバの送信機能によって自動メ
ール返信されるので、応用の幅が広い本文返信が可能と
なる。

【０２６７】ここで、図４２（ａ）はｓ−ｍｅｍｏＤＢ
４２の一例を示す図であり、図４２（ｂ）は追加本文Ｄ
Ｂの一例を示す図である。

【０２６８】例えば、ｓ−ｍｅｍｏコード１１００につ
いては、保護ＰＷが「ｔａｂｉ１２３」、コード別名が
「５月旅行プラン」、クライアントＩＤが「０１１
０」、返信制御条件が「３（指定曜日）」、返信制御パ
ラメータが「２００１．０５．０１」、選択制御条件が
「２（登録順選択）」、選択制御パラメータが「２（取
り出し開始位置）」、本文が「秋の旅行…」とされてい
る。そして、更なる追加本文があることから、追加本文
番号として「２５０」が与えられている。この追加本文
は、追加本文ＤＢに追加本文番号と関連付けられて記憶
されている。

【０２６９】即ち、ｓ−ｍｅｍｏコード１１００の本文
の追加本文は、「秋の旅行海外編は…」となる。追加本
文番号には、サブ番号も割り当てられており、複数の追
加本文との組合せが可能とされている。

【０２７０】ここで、図４３のフローチャートを参照し
て、図４１のステップＳ１４１にて実行される「本文選
択処理」について詳細に説明する。

【０２７１】この処理では、ｓ−ｍｅｍｏコードに関連
付けられた選択制御条件と選択制御パラメータがｓ−ｍ
ｅｍｏＤＢ４２から読み出される（ステップＳ１５
１）。

【０２７２】ここで、「選択制御条件」とは、１つ以上
の本文から返信本文を決めるためのルール種別を識別す
る番号等である。例えば、本文ランダム抽出処理＝１，
本文順次（登録順）抽出処理＝２，・・・本指定位置抽出
処理＝ｎの如くである。「選択制御パラメータ」とは、
その選択制御を取り出す規則を定める値である。例え
ば、ランダム関数＝１、取り出し開始位置＝２の如くで
ある。

【０２７３】次いで、選択条件が１，２・・・ｎのいずれ
かによって各処理が行われる。

【０２７４】即ち、選択制御条件＝１である場合には、
本文ランダム抽出処理が行われる（ステップＳ１５２，
Ｓ１５５）。選択制御条件＝２である場合には、本文順
次抽出処理が行われる（ステップＳ１５３，Ｓ１５
６）。選択制御条件＝ｎである場合、本文指定位置抽出
処理が行われる（ステップＳ１５４，Ｓ１５７）。これ
らのいずれでもない場合には、最初の本文が抽出される
（ステップＳ１５８）。こうして抽出本文が不図示の指
定記憶部にセットされ（ステップＳ１５９）、図４１に
戻る。

【０２７５】次に、図４４にはクライアントＤＢ５３の
一例を示し説明する。

【０２７６】図４４に示されるように、クライアントＤ
Ｂ５３には、クライアントＩＤとクライアントＰＷ、ク
ライアント名、住所、電話番号等が関連付けられて記憶
されている。即ち、例えば、クライアントＩＤ「０１１
０」では、クライアントＰＷが「ＡＢＣ１２３」、クラ
イアント名が「ＡＢＣ株式会社」、住所が「品川区・・
・」、電話番号が「０３−３３３３−１１１１」の如く
関連付けられ記憶されている。

【０２７７】以上説明したように、第３の実施の形態に
よれば、ｓ−ｍｅｍｏコードに対応する各種本文の検索
時に、特定の外部請求者のみに本文閲覧を認める本文ア
クセス制御機能を付加することで、セキュリティを向上
させ、「本文照会制御処理」により幅広い柔軟な本文の
自動返信を可能とした。

【０２７８】また、１つのｓ−ｍｅｍｏコードに対して
許可された特定のクライアントのみに本文等の更新を認
めるクライアント認証機能を付加し、更に当該クライア
ントのみがｓ−ｍｅｍｏコードに対応する単数或いは複
数の本文の登録や更新、検索、照会等を電子メールによ
り簡易に実行し得るようにしている。

【０２７９】次に、本発明の第４の実施の形態について
説明する。

【０２８０】上記第１の実施の形態では、１つの請求メ
ールが到着した時点で、リアルタイムにｓ−ｍｅｍｏコ
ードに対応する本文が返信される。

【０２８１】そして、例えば整理券の発券や抽選等の用
途を示した。

【０２８２】以下に説明する第４の実施の形態では、こ
れら発券や抽選機能にバリエーションを持たせる為、１
つのｓ−ｍｅｍｏコードに対して到着した請求メールを
一定期間、一定量、保存しておき、この保存記憶から所
定のルールに従って請求メールを取り出すことで、公平
な抽選や発券を実現するものである。

【０２８３】先ず、図４５には、ｓ−ｍｅｍｏＤＢ４２
に請求待ち条件等を付加した例を示し説明する。図４５
において、「請求抽出条件」とは、保存された請求メー
ルからどのような取り出し方（抽出）をすべきかを決め
る番号である。例えば、先頭からＮ件取り出し＝１、決
められたメールアドレスの利用者のみＭ件取り出し＝２
の如く定義されている。Ｎ，Ｍは、請求抽出パラメータ
を表している。

【０２８４】そして、「請求待ち条件」とは、請求メー
ルをどのように保存するのかを指定する条件であり、例
えば番号である。例えば、定量ＦＩＦＯ＝１，定量スタ
ック＝２，期間ＦＩＦＯ＝３，期間スタック＝４等の如
く定義される。

【０２８５】さらに、「請求待ちパラメータ」とは、一
定量の具体的数値、一定期間という具体的な年月日を与
える数値情報で定義される。

【０２８６】例えば、ｓ−ｍｅｍｏコード１１００につ
いては、保護ＰＷ「ｘｙｚ」、請求抽出条件「３」、請
求抽出パラメータ「２０」、請求待ち条件「２（定量ス
タック）」、請求待ちパラメータ「２００」、本文「秋
の旅行…」、条件到達フラグ「ｏｎ」とされている。こ
こで、条件到達フラグは、予め定められた所定の条件を
満たすようになった場合にＯＮされるフラグをいうもの
とする。

【０２８７】ここで、請求メールの一例（一般公募）は
図４６に示される通りであり、請求メールの件名の欄に
は、ｓ−ｍｅｍｏコード１１００が付されている。

【０２８８】これに対して、請求メールの他の例（会員
制のメンバ）は、図４７に示される通りであり、本文の
所定位置に会員No.（=001234567）が付される。

【０２８９】以下、図４８のフローチャートを参照し
て、第４の実施の形態に係るシステムによる請求待ちメ
ール保存処理について説明する。

【０２９０】この請求待ちメール保存処理では、請求さ
れた当該ｓ−ｍｅｍｏコードに関連付けられた請求待ち
条件と請求待ちパラメータが読み出される（ステップＳ
１６１，Ｓ１６２）。

【０２９１】サーバでは、該コードに対応する請求待ち
条件がチェックされ、条件設定がされていなければ図３
６のステップＳ７２の処理と同様の処理が行われる。

【０２９２】各種条件が設定されている場合は、請求待
ち条件パラメータが、例えばＤＢサーバの計時機能が利
用されて比較される（ステップＳ１６３）。そして、特
定の期間であるかが判定され（ステップＳ１６４乃至Ｓ
１６６）、条件が満たされていれば、その請求メールの
保存処理が行われ、終了する（ステップＳ１６７）。

【０２９３】条件が満たされていなければ、待ち条件よ
り時間的に前か後かが判定され、時間的に前であれば
「条件前エラー通知」がなされ（ステップＳ１６９）、
時間的に後であれば「条件後エラー通知」がなされ（ス
テップＳ１７０）、終了する。

【０２９４】これら保存されたメール群（メール情報）
を利用した返信は、自動若しくは半自動（起動は手動）
にて行われる。これにより、起動される手続が図４９の
フローチャートに示される「請求待ち処理のコード検出
処理」である。

【０２９５】即ち、この処理では、システム（サーバ）
の持つ計時機能により、請求待ち条件の判定が行われ
（ステップＳ１８０）、期限到来しているコードに対し
「請求待ちメール抽出処理」が実行される（ステップＳ
１８１，Ｓ１８２）。これは、日々自動、若しくは半自
動で起動される。

【０２９６】次に、図５０のフローチャートを参照し
て、「請求待ちメール抽出処理」について詳細に説明す
る。この処理では、該当するｓ−ｍｅｍｏＤＢ（図４
５）の請求抽出条件と請求抽出パラメータとが用いられ
て、請求待ちメール保存記憶より抽出条件が満たされる
までメールが１つづつ取出され、指定の数（条件）に達
したか否かが判定される（ステップＳ１９０）。そし
て、指定の数（条件）に達していなければ、次のメール
が取出される（ステップＳ１９１）。

【０２９７】指定の数（条件）に達していれば、処理が
終了されることになる。

【０２９８】以上説明したように、第４の実施の形態に
よれば、１つのｓ−ｍｅｍｏコードに係る請求メールを
保存しておき、該保存群から所定のルールに従って請求
メールを取り出すので、公平な抽選や発券が実現され
る。

【０２９９】以上、本発明の実施の形態について説明し
たが、本発明はこれに限定されることなく、その趣旨を
逸脱しない範囲で種々の改良・変更が可能であることは
勿論である。例えば、上記第1乃至第４の実施の形態に
係る技術は、相互に応用し、組合せることが自在である
ことは勿論である。

【０３００】

【発明の効果】以上詳述したように、ユーザやクライア
ント、オペレータ等の間の情報提供サービスを支援し、
その簡略化及び円滑化を図るサーバ及びその制御方法、
並びにそれを用いた制御システムを提供することができ
る。

【０３０１】また、サーバに所定のコードを含む電子メ
ールを送信するだけで、該サーバにおいて制御文解釈等
といった煩雑な処理を伴うことなく、該サーバにて固有
の動作、例えばデータの登録や更新、削除、更にはプロ
グラム更新等を実行させる等といった遠隔操作を行うこ
とを可能とすることができる。

【０３０２】さらに、特定の外部請求者のみに本文閲覧
を認める本文アクセス制御機能を付加することで、セキ
ュリティ性を向上させることができる。

【０３０３】また、ユーザからの請求に係る電子メール
を所定条件の下、サーバ側で保存しておき、該保存群か
ら所定条件に従って請求メールを取り出して、該当ユー
ザに返信することで、公平な抽選や発券等への応用を実
現することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る制御システム
の概略構成図である。

【図２】図１におけるクライアント端末装置２、ユーザ
端末装置３，４の詳細な構成例を示すブロック図であ
る。

【図３】図１におけるサーバ１の詳細な構成例を示すブ
ロック図である。

【図４】ｓ−ｍｅｍｏコード発番のための処理の流れを
示すフローチャートである。

【図５】クライアント認証ページの一例を示す図であ
る。

【図６】本文登録ページの一例を示す図である。

【図７】ｓ−ｍｅｍｏテーブルの一例を示す図である。

【図８】ｓ−ｍｅｍｏコード通知ページの一例を示す図
である。

【図９】個人受信条件カスタマイズに関する処理の流れ
を示すフローチャートである。

【図１０】ユーザ認証ページの一例を示す図である。

【図１１】個人受信条件カスタマイズページの一例を示
す図である。

【図１２】ユーザテーブルの一例を示す図である。

【図１３】ユーザによる情報請求に係る電子メールを受
けたサーバによる一例の処理の流れを示すフローチャー
トである。

【図１４】請求ログテーブルの一例を示す図である。

【図１５】請求行動の記録から特定の嗜好を持つユーザ
を絞り込むための処理の流れを示すフローチャートであ
る。

【図１６】本発明の第２の実施の形態に係る制御システ
ムが採用するサーバの構成例を示すブロック図である。

【図１７】ｓ−ｍｅｍｏコード動作対応表の一例を示す
図である。

【図１８】本発明の第２の実施の形態に係る制御システ
ムのサーバの操作処理を詳細に説明する為のフローチャ
ートである。

【図１９】操作プログラムである登録.exeをサーバ３０
側で実行させるためのコマンドメールの一例を示す図で
ある。

【図２０】操作プログラム更新.exeをサーバ３０側で実
行させるためのコマンドメールの一例を示す図である。

【図２１】図１９のコマンドメールを受けた、サーバ３
０がプログラム実行後に返信するステータスメールの一
例を示す図である。

【図２２】サーバ３０側でＤＢスキーマ通知.exeを実行
させる為のコマンドメールの一例を示す図である。

【図２３】操作プログラムであるＤＢスキーマ通知.exe
を実行した後のステータスメールの一例を示す図であ
る。

【図２４】（ａ）は一般的なＤＢの更新、検索手法を示
す概念図であり、（ｂ）は第３の実施の形態によるＤＢ
の更新、検索手法を示す概念図である。

【図２５】本発明の第３の実施の形態に係る制御システ
ムによる処理の流れを概説する為の図である。

【図２６】登録申請メール（単文）の一例を示す図であ
る。

【図２７】返信メール（単文）の一例を示す図である。

【図２８】登録メール(単文)の一例を示す図である。

【図２９】登録申請メール（複文）の一例を示す図であ
る。

【図３０】返信メール（複文）の一例を示す図である。

【図３１】登録メール（複文）の一例を示す図である。

【図３２】本文保護検索付き請求メールの一例を示す図
である。

【図３３】本文保護検索付き請求メールの一例を示す図
である。

【図３４】全文更新の場合に使用される更新メールの一
例を示す図である。

【図３５】部分更新の場合に使用される更新メールの一
例を示す図である。

【図３６】第３の実施の形態に係る制御システムによる
本文保護検索制御処理について詳細に説明する為のフロ
ーチャートである。

【図３７】第３の実施の形態に係る制御システムによる
本文登録申請処理について詳細に説明する為のフローチ
ャートである。

【図３８】第３の実施の形態に係る制御システムによる
本文登録制御処理について詳細に説明する為のフローチ
ャートである。

【図３９】図３７の上記ステップＳ８７で実行されるｓ
−ｍｅｍｏ自動発番処理について説明する為のフローチ
ャートである。

【図４０】図３８のステップＳ１０１で実行されるｓ−
ｍｅｍｏコード指定発番処理について説明する為のフロ
ーチャートである。

【図４１】第３の実施の形態に係る制御システムによる
本文照会制御処理について詳細に説明する為のフローチ
ャートである。

【図４２】（ａ）はｓ−ｍｅｍｏＤＢ４２の一例を示す
図であり、（ｂ）は追加本文ＤＢの一例を示す図であ
る。

【図４３】図４１のステップＳ１４１にて実行される本
文選択処理について詳細に説明する為のフローチャート
である。

【図４４】クライアントＤＢ５３の一例を示す図であ
る。

【図４５】ｓ−ｍｅｍｏＤＢ４２に請求待ち条件等を付
加した例を示す図である。

【図４６】請求メールの一例（一般公募）を示す図であ
る。

【図４７】請求メールの他の例（会員制のメンバ）を示
す図である。

【図４８】第４の実施の形態に係るシステムによる請求
待ちメール保存処理について説明する為のフローチャー
トである。

【図４９】請求待ち処理のコード検出処理について詳細
に説明するためのフローチャートである。

【図５０】請求待ちメール抽出処理について詳細に説明
する為のフローチャートである。

【符号の説明】

１ サーバ ２ クラインアント端末装置 ３ ユーザ端末装置 ４ ユーザ端末装置 ５ ネットワーク １０ 制御部 １１ 伝送制御部 １２ 表示部 １３ 操作部 １４ 記憶部 ２０ 制御部 ２１ 伝送制御部 ２２ 記憶部 ２３ ｓ−ｍｅｍｏテーブル ２４ ユーザテーブル ２５ 請求ログテーブル ３０ サーバ ３１ 電子メール送受信部 ３２ ｓ−ｍｅｍｏコード及び添付ファイル抽出部 ３３ 操作プログラム決定部 ３４ ｓ−ｍｅｍｏコード動作対応表記憶部 ３５ 操作プログラム実行部 ３６ ＤＢ ３７ 操作結果返信文作成部 ３８ オペレータ認証部 ３９ オペレータ認証ＤＢ ４０ 電子メール解析プログラム ４１ ＤＢ連携プログラム ４２ ｓ−ｍｅｍｏＤＢ ５０ 暗号解読部 ５１ 受信メール処理部 ５２ 本文登録・更新処理部 ５３ クライアントＤＢ ５４ コード自動発番処理部 ５５ 返信本文組立加工処理部 ５６ 送信メールファイル ５７ 送信メール処理部 ５８ 暗号化部 ５９ 本文保護検索処理部 ６０ 抽出本文ファイル ６１ 返信本文選択処理部 ６２ 受信メール部 ６３ 請求待ちメール保存処理部 ６４ 請求メールファイル ６５ 請求待ちメール抽出処理部

Claims (21)

【特許請求の範囲】
1. 【請求項１】 端末装置とネットワークを介して接続さ
   れるサーバにおいて、 上記端末装置との間で電子メールの送受信を行う通信手
   段と、 上記通信手段を介して受信された電子メールより所定コ
   ードを抽出するコード抽出手段と、 上記コード抽出手段により抽出された所定コードに対応
   する操作プログラムを決定する操作プログラム決定手段
   と、 上記操作プログラム決定手段により決定された操作プロ
   グラムを実行する操作プログラム実行手段と、を有する
   ことを特徴とするサーバ。
2. 【請求項２】 上記電子メールに含まれる所定コードと
   操作プログラムとを関連付けた対応表を予め記憶する対
   応表記憶手段を更に有し、 上記操作プログラム決定手段は、当該対応表記憶手段に
   記憶された対応表を参照して上記所定コードに対応する
   操作プログラムを決定する、ことを特徴とする請求項１
   に記載のサーバ。
3. 【請求項３】 上記所定コードとは文字列であり、 当該文字列は上記電子メールの件名の欄に記述される、
   ことを特徴とする請求項１又は請求項２のいずれかに記
   載のサーバ。
4. 【請求項４】 上記操作プログラムには、登録、更新、
   削除、操作プログラム自体の更新、データベーススキー
   マ通知に関するものを少なくとも含むことを特徴とする
   請求項１又は請求項２のいずれかに記載のサーバ。
5. 【請求項５】 上記端末装置の操作者の認証を行う認証
   手段を更に有し、 上記電子メールの件名の欄には、上記所定コードのほ
   か、操作者に関する情報が記述され、上記認証手段は、
   当該情報に基づいて操作の可否を判断する、ことを更な
   る特徴とする請求項１又は請求項２のいずれかに記載の
   サーバ。
6. 【請求項６】 上記操作プログラムの操作結果に係る返
   信文を含む電子メールを作成する操作結果返信文作成手
   段を更に有することを特徴とする請求項１又は請求項２
   のいずれかに記載のサーバ。
7. 【請求項７】 端末装置とネットワークを介して接続さ
   れるサーバにおいて、 上記端末装置との間で電子メールの送受信を行う通信手
   段と、 上記通信手段を介して受信した電子メールに含まれる情
   報を少なくとも記憶するための記憶手段と、 上記通信手段にて受信した電子メールより所定コードと
   所定情報とを抽出し、該所定コードに基づき電子メール
   の種別を判断する受信メール処理手段と、 上記受信メール処理手段が電子メールの種別を登録又は
   更新に係るものであると判断した場合には、上記所定情
   報に基づき所定の認証処理を行い、該認証の結果、登録
   又は更新が許可されていると判断した場合には、上記記
   憶手段に電子メールに含まれる情報を登録又は更新する
   よう制御する制御手段と、を有することを特徴とするサ
   ーバ。
8. 【請求項８】 端末装置とネットワークを介して接続さ
   れるサーバにおいて、 上記端末装置との間で電子メールの送受信を行う通信手
   段と、 上記通信手段を介して受信される電子メールに含まれる
   情報と、登録申請に係る所定の雛型情報とを少なくとも
   記憶するための記憶手段と、 上記通信手段を介して受信した電子メールより所定コー
   ドを抽出し、該所定コードに基づいて電子メールの種別
   を判断する受信メール処理手段と、 上記受信メール処理手段が電子メールの種別を登録申請
   に係るものであると判断した場合には、上記記憶手段よ
   り所定の雛型情報を引き出し、当該雛型情報を含んだ返
   信本文を加工し、該返信本文を含む電子メールを上記通
   信手段を介して端末装置に返信するよう制御する制御手
   段と、を有することを特徴とするサーバ。
9. 【請求項９】 上記制御手段は、上記返信本文の加工時
   又は本文登録時に、登録に関するコードを自動的に発番
   し、返信本文に含めることを更なる特徴とする請求項８
   に記載のサーバ。
10. 【請求項１０】 端末装置とネットワークを介して接続
    されるサーバにおいて、 上記端末装置との間で電子メールの送受信を行う通信手
    段と、 上記通信手段を介して受信された電子メールに含まれる
    情報を所定コードと関連付けて記憶すると共に、返信用
    の電子メールに係る情報を少なくとも記憶する記憶手段
    と、 上記通信手段にて受信した電子メールより所定コードと
    所定情報とを抽出し、該所定コードに基づいて電子メー
    ルの種別を判断する受信メール処理手段と、 上記受信メール処理手段が電子メールの種別が請求に係
    るものであると判断した場合には、上記所定情報に基づ
    いて所定の認証処理を行い、該認証の結果、請求が許可
    されていると判断した場合には、上記記憶手段より上記
    所定コードに対応する情報を抽出し、当該情報を含む電
    子メールを上記通信手段を介して端末装置に返信するよ
    う制御する制御手段と、を有することを特徴とするサー
    バ。
11. 【請求項１１】 端末装置とネットワークを介して接続
    されるサーバにおいて、 上記端末との間で電子メールの送受信を行う通信手段
    と、 上記通信手段を介して受信された電子メールに含まれる
    情報を、所定コードと関連付けて、少なくとも記憶する
    ための記憶手段と、 上記通信手段を介して受信した電子メールより所定コー
    ドを抽出し、該電子メールの種別を判断する受信メール
    処理手段と、 上記受信メール処理手段が電子メールが請求待ちに係る
    ものであると判断した場合には、上記所定コードに対応
    する所定条件に基づいて当該電子メールを上記記憶手段
    に保存し、該所定条件に基づいて該所定コードに対応す
    る情報を上記記憶手段から読み出し、当該情報を含む電
    子メールを上記通信手段を介して端末装置に返信するよ
    う制御する制御手段と、を有することを特徴とするサー
    バ。
12. 【請求項１２】 端末装置とネットワークを介して接続
    されており、少なくとも通信手段とコード抽出手段、操
    作プログラム決定手段、操作プログラム実行手段、操作
    結果返信文作成手段を有するサーバの制御方法におい
    て、 上記通信手段により、上記端末装置からの電子メールを
    受信するステップと、 上記コード抽出手段により、上記受信された電子メール
    の件名に記述されている文字列からなる所定コードを抽
    出するステップと、 上記操作プログラム決定手段により、上記抽出された所
    定コードに対応する操作プログラムを所定の対応表に基
    づいて決定するステップと、 上記操作プログラム実行手段により、上記操作プログラ
    ム決定手段により決定された操作プログラムを実行する
    ステップと、を有することを特徴とするサーバの制御方
    法。
13. 【請求項１３】 上記操作結果返信文作成手段により、
    上記操作プログラムの操作結果に係る返信文を含む電子
    メールを作成するステップと、 上記通信手段により、上記返信文を含む電子メールを上
    記端末装置に返信するステップと、 を更に有することを特徴とする請求項１２に記載のサー
    バの制御方法。
14. 【請求項１４】 上記操作プログラムには、登録、更
    新、削除、操作プログラム自体の更新、データベースス
    キーマ通知に関するものを少なくとも含むことを特徴と
    する請求項１２に記載のサーバの制御方法。
15. 【請求項１５】 認証手段により上記メールの件名の欄
    に記述されている認証情報に基づいて上記端末装置の操
    作者の認証を行うステップを更に有することを特徴とす
    る請求項１２に記載のサーバの制御方法。
16. 【請求項１６】 端末装置とネットワークを介して接続
    され、通信手段と受信メール処理手段、制御手段、記憶
    手段を有するサーバの制御方法において、 上記通信手段により、上記端末装置からの電子メールを
    受信するステップと、 上記受信メール処理手段により、上記電子メールより所
    定コードと所定情報とを抽出し、該所定コードに基づき
    電子メールの種別を判断するステップと、 上記受信メール処理手段が電子メールの種別を登録又は
    更新に係るものであると判断した場合には、上記制御手
    段により、上記所定情報に基づき所定の認証処理を行
    い、該認証の結果、登録又は更新が許可されていると判
    断した場合には、上記記憶手段に電子メールに含まれる
    情報を登録又は更新するステップと、を有することを特
    徴とするサーバの制御方法。
17. 【請求項１７】 端末装置とネットワークを介して接続
    され、通信手段と受信メール処理手段、制御手段、記憶
    手段を有するサーバの制御方法において、 上記通信手段により、上記端末装置からの電子メールを
    受信するステップと、 上記受信メール処理手段により、上記電子メールより所
    定コードを抽出し、該所定コードに基づき電子メールの
    種別を判断するステップと、 上記受信メール処理手段が電子メールの種別を登録申請
    に係るものであると判断した場合には、上記制御手段に
    より、上記記憶手段より所定の雛型情報を引き出し、当
    該雛型情報を含んだ返信本文を加工し、該返信本文を含
    む電子メールを上記通信手段を介して端末装置に返信す
    るステップと、を有することを特徴とするサーバの制御
    方法。
18. 【請求項１８】 上記制御手段により、上記返信本文の
    加工時又は本文登録時に、登録に関するコードを自動的
    に発番し、返信本文に含めるステップを更に有すること
    を特徴とする請求項１７に記載のサーバの制御方法。
19. 【請求項１９】 端末装置とネットワークを介して接続
    され、通信手段と受信メール処理手段、制御手段、記憶
    手段を有するサーバの制御方法において、 上記通信手段により、上記端末装置からの電子メールを
    受信するステップと、 上記受信メール処理手段により、上記電子メールより所
    定コードと所定情報とを抽出し、該所定コードに基づき
    電子メールの種別を判断するステップと、 上記受信メール処理手段が電子メールの種別が請求に係
    るものであると判断した場合には、上記制御手段によ
    り、上記所定情報に基づいて所定の認証処理を行い、該
    認証の結果、請求が許可されていると判断した場合に
    は、上記記憶手段より上記所定コードに対応する情報を
    抽出し、当該情報を含む電子メールを上記通信手段を介
    して端末装置に返信するステップと、を有することを特
    徴とするサーバの制御方法。
20. 【請求項２０】 端末装置とネットワークを介して接続
    され、通信手段と受信メール処理手段、制御手段、記憶
    手段を有するサーバの制御方法において、 上記通信手段により、上記端末装置からの電子メールを
    受信するステップと、 上記受信メール処理手段により、上記電子メールより所
    定コードを抽出し、該所定コードに基づき電子メールの
    種別を判断するステップと、 上記受信メール処理手段により電子メールが請求待ちに
    係るものであると判断された場合には、上記制御手段に
    より、上記所定コードに対応する所定条件に基づいて当
    該電子メールを上記記憶手段に保存し、該所定条件に基
    づいて該所定コードに対応する情報を上記記憶手段から
    読み出し、当該情報を含む電子メールを上記通信手段を
    介して端末装置に返信するステップと、を有することを
    特徴とするサーバの制御方法。
21. 【請求項２１】 端末装置とサーバとがネットワークを
    介して接続され、該端末装置から電子メールをサーバ側
    に送信することで、当該サーバを遠隔から制御する制御
    システムにおいて、 上記端末装置は、 上記サーバとの間で電子メールの送受信を行う端末通信
    手段、を有し、 上記サーバは、 上記端末装置との間で電子メールの送受信を行うサーバ
    通信手段と、 上記サーバ通信手段を介して受信された電子メールの件
    名の欄に記述された文字列からなる所定コードを抽出す
    るコード抽出手段と、 上記コード抽出手段により抽出された所定コードに対応
    する操作プログラムを決定する操作プログラム決定手段
    と、 上記操作プログラム決定手段により決定された操作プロ
    グラムを実行する操作プログラム実行手段と、 上記操作プログラムの操作結果に係る返信文を含む電子
    メールを作成する操作結果返信文作成手段と、を有する
    ことを特徴とする制御システム。