JP2000207300A - 情報伝達システム - Google Patents

Abstract

(57)【要約】 【課題】 電子メールに添付されたＵＲＬアドレスにて
特定される情報本体に電子メールを送付した相手先がア
クセスしたか否かを送信元で確認できるすべがなかっ
た。 【解決手段】 情報伝達システムに、ＷＷＷサーバを通
じた情報本体へのアクセスの有無を、該当する電子メー
ル別に管理情報として管理する送達管理データベース
と、ＷＷＷサーバを通じた情報本体へのアクセス時に、
該アクセスに対応する送達管理データベースの管理情報
を更新する管理手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報伝達システム
に関し、特に、インターネット技術（電子メールとＷＷ
Ｗ（World Wide Web）ブラウザ）を利用して構築された
情報伝達システムに関する。

【０００２】

【従来の技術】以下、インターネット技術を利用して構
築された従来の情報伝達システムについて説明する。な
お、電子メールの送受信に係る通信手順やＷＷＷブラウ
ザの表示技術等に関しては、本願発明との直接の関係が
認められないかぎり、その詳細な説明を省略する。 （Ａ）電子メールによる情報伝達の基本形態 電子メールによる情報伝達は、図２に示すように、情報
送信元が、予め取得した情報受信者の電子メールアドレ
スを、送信したい情報に付して送信することにより行わ
れる。一般的な情報伝達手順は次の通りである。

【０００３】まず、情報発信元が、情報入力装置３Ｂを
用いて電子メールアドレス（例えば、ｒｅｃｖ＠ａａ
ａ．ｃｏ．ｊｐ）と送信したい情報とを入力し、これを
電子メール送信サーバ３Ａがインターネットを介して接
続された電子メール受信サーバ２Ａに送信する。電子メ
ールは、インターネットを経由して電子メール受信サー
バ２Ａに一旦蓄積される。情報受信者は、電子メールビ
ューワ１Ａを用いて電子メール受信サーバ２Ａにアクセ
スし、自分宛て（ここでは、ｒｅｃｖ＠ａａａ．ｃｏ．
ｊｐ宛て）の電子メールを取り出す。かかる手順により
電子メールの内容が確認可能となっている。 （Ｂ）ＵＲＬを格納する電子メールによる情報伝達 また、最近では、図３に示すように、送付される電子メ
ール中に、ＵＲＬ（Uniform Resource Locator）と呼ば
れる情報を格納する技術も実用化されている。この技術
は、ＷＷＷブラウザを利用することにより、電子メール
に含まれていない情報へのアクセス（必要に応じて、受
信者はパスワードを入力する）を容易に可能とする技術
である。かかる情報へのアクセスは次のように実行され
る。

【０００４】まず、電子メールの受信者が、電子メール
ビューワ１Ａを用い、電子メールの内容を確認する。情
報受信者は、電子メールに格納されているＵＲＬを確認
し、当該ＵＲＬ（ｈｔｔｐ：／／ＷＷＷ．ｂｂｂ．ｃ
ｏ．ｊｐ／ｒｄ．ｅｘｅ？会員＝ｒｅｃｖ）をＷＷＷブ
ラウザに与える。この操作は、手入力又は画面上での操
作により行われる。ＷＷＷブラウザは、このＵＲＬに基
づいてＷＷＷサーバにアクセスする。アクセスされたＷ
ＷＷサーバは、ｒｄ．ｅｘｅというＣＧＩ（Common Gat
eway Interface）プログラムを起動し、会員＝ｒｅｃｖ
に対するレコード又はファイルから“ｒｅｃｖ"で特定
される情報を読み出しＷＷＷブラウザに提供する。かく
して、該当する情報が受信者に確認される。

【０００５】なお、かかる情報伝達では、一般に、受信
者をしてアクセスされることを求める情報の「案内」が
電子メールに付されている。このため、受信者は、ＵＲ
Ｌを辿ることにより得られる情報の内容（例えば、利用
料金の明細）を事前に確認可能となっている。

【０００６】また、この伝送技術は、ＷＷＷブラウザに
よる情報へのアクセス時に、パスワードを用いて本人か
否かを確認するようにすれば、電子メールのみを用いて
情報を伝達する場合（例えば、電子メールによって料金
明細へ直接送付する場合）に比して安全な情報の伝達を
可能とできる。 （Ｃ）電子メールの送達確認 以上は、受信者による情報の入手に関する技術である
が、送信元への電子メールの受信を通知する技術も存在
する。この送付元アドレスに返事を出す機能（標準的な
電子メールビューワの持つ機能）を利用することによ
り、受信者は、自動又は手動で電子メールの到着又は開
封を送付元に通知することができるようになっている
（図４）。

【０００７】

【発明が解決しようとする課題】しかし、従来存在する
技術だけでは、電子メール自身（この場合、案内情報の
みが格納されている）の送達又は開封確認は、上述の
（Ａ）及び（Ｃ）の機能を利用すれば実現できるもの
の、電子メール内に格納されたＵＲＬで指定された情報
を受信者が確認したかどうかについては、情報発信者側
で知ることができない。これは、今後ますます必要性が
高まると予測される電子決算サービスや情報提供サービ
スを実用化する上でも不都合である。

【０００８】本発明は、以上の課題を解決するためにな
されたもので、各種商品又は役務の提供に対する対価
（料金）の請求に関する明細の通知など、従来は印刷物
を郵送することで実現していた通知を、電子メールで安
全に通知できる技術を提供することを目的とする。

【０００９】

【課題を解決するための手段】（Ａ）かかる課題を解決
するため、第１の発明（請求項１に対応）においては、
情報の送信元が情報本体の格納場所を指定するＵＲＬ
（Uniform Resource Locator）アドレスを電子メールに
添付して相手先に送信した場合であって、該電子メール
を受信した相手先がＷＷＷ（World Wide Web）ブラウザ
を通じて該情報本体へのアクセスを実行したとき、情報
の送信元はＷＷＷサーバを通じて該情報本体を相手先に
伝達する情報伝達システムにおいて、以下の手段を備え
るようにする。

【００１０】すなわち、(1) ＷＷＷサーバを通じた情報
本体へのアクセスの有無を、該当する電子メール別に管
理情報として管理する送達管理データベースと、(2) Ｗ
ＷＷサーバを通じた情報本体へのアクセス時に、該アク
セスに対応する送達管理データベースの管理情報を更新
する管理手段とを備えるようにする。 （Ｂ）かかる課題を解決するため、第２の発明（請求項
２に対応）においては、第１の発明に係る情報伝達シス
テムを構成する管理手段に、送達管理データベースの管
理情報より、相手先による情報本体へのアクセスが認め
られなかった場合、一定期間の経過後、再度電子メール
を送信するよう指示する機能を設けるようにする。 （Ｃ）かかる課題を解決するため、第３の発明（請求項
３に対応）においては、第２の発明に係る情報伝達シス
テムを構成する管理手段に、予め指定された回数に亘る
電子メールの送付後も、相手先による情報本体へのアク
セスが認められなかった場合、電子メールの再送中止を
指示する機能をさらに設けるようにする。 （Ｄ）かかる課題を解決するため、第４の発明（請求項
４に対応）においては、第２の発明に係る情報伝達シス
テムを構成する管理手段に、予め指定された回数に亘る
電子メールの送付後も、相手先による情報本体へのアク
セスが認められなかった場合、登録されている別の電子
メールアドレスに電子メールを送信する機能をさらに設
けるようにする。 （Ｅ）かかる課題を解決するため、第５の発明（請求項
５に対応）においては、第４の発明に係る情報伝達シス
テムを構成する管理手段に、別の電子メールアドレスに
電子メールを指定された回数送付した後も、相手先によ
る情報本体へのアクセスが認められなかった場合、電子
メールの再送中止を指示する機能をさらに設けるように
する。 （Ｆ）かかる課題を解決するため、第６の発明（請求項
６に対応）においては、第１の発明に係る情報伝達シス
テムを構成する管理手段に、相手先による情報本体への
アクセスが認められていない間に、他の情報本体へのア
クセスを求める電子メールの送付の必要が生じた場合、
各情報本体に対応する電子メールに添付するＵＲＬアド
レスに、それぞれが対応する情報本体を識別する識別子
を付して当該相手先に送信させる機能を設けるようにす
る。

【００１１】

【発明の実施の形態】以下、本発明に係る情報伝達シス
テムの実施形態を説明する。 （Ａ）システム構成 図１に、各実施形態に共通して適用する情報伝達システ
ムの基本形態を示す。なお、図１は、当該システムを機
能ブロックとして表したものである。また、図１では、
端末１１、情報受信サーバ１２及び情報送信サーバ１３
のそれぞれが１台である場合について表しているが、こ
れは説明を簡単にするためであり、一般には、図５に示
すようにそれぞれ複数台の端末又はサーバがインターネ
ットに接続された形態を採る。

【００１２】このシステムを構成する端末１１には、電
子メールビューワ１１ＡとＷＷＷブラウザ１１Ｂが用意
されている。電子メールビューワ１１Ａは、電子メール
の内容を個別に確認するためのアプリケーションソフト
ウェアであり、ＷＷＷブラウザ１１Ｂは、データファイ
ルの中身を一覧的に確認するためのアプリケーションソ
フトウェアである。電子メールビューワ１１ＡとＷＷＷ
ブラウザ１１Ｂは互いにリンクしており、例えば、電子
メールに添付されたＵＲＬへのアクセス指示（例えば、
クリック操作）に連動してＷＷＷブラウザ１１Ｂが起動
し、ＵＲＬで指示された情報をＷＷＷサーバ１３Ｅから
取り出すようになっている。

【００１３】情報受信サーバ１２は、利用者の電子メー
ルを格納し管理するコンピュータ又はソフトウェアであ
る電子メール受信サーバ１２Ａからなる。電子メール受
信サーバ１２Ａは、電子メールビューワ１１Ａからの指
示に従い、電子メールを電子メールビューワ１１Ａに送
信する機能をもつ。

【００１４】情報送信サーバ１３には、電子メール送信
サーバ１３Ａ、期間管理部１３Ｂ、送達管理データベー
ス１３Ｃ、送達表示装置１３Ｄ、ＷＷＷサーバ１３Ｅ、
情報作成部１３Ｆ、伝達情報データベース１３Ｇ及び情
報入力装置１３Ｈが用意されている。

【００１５】ここで、電子メール送信サーバ１１Ａは、
指定された電子メールアドレスに従って、電子メールを
送付する機能をもつ。ここでは、電子メール受信サーバ
１２Ａに対して電子メールを送付する。期間管理部１３
Ｂは、情報送信サーバ１３基本ソフトウェアであるＯＳ
（Operating System）を利用して一定期間毎（例えば、
毎月）起動され又は手動で起動されるアプリケーション
ソフトウェアである。送達管理データベース１３Ｃは、
送達状況を管理するデータベースである。送達表示装置
１３Ｄは、送達管理データベース１３Ｃに格納されてい
る送達情報を表示する装置である。

【００１６】ＷＷＷサーバ１３Ｅは、情報受信者のＷＷ
Ｗブラウザ１１Ｂからのアクセスに従い動作するソフト
ウェアである。情報作成部１３Ｆは、“ｒｄ．ｅｘｅ"
というＣＧＩプログラムを実態とするアプリケーション
ソフトウェアであり、ＷＷＷサーバ１３Ｅからの指示に
従って伝達情報データベース１３Ｇにアクセスし、指示
された情報を送信する機能をもつ。また、情報作成部１
３Ｆは、同時に送達管理データベース１３Ｃに対し、確
認情報を送信する機能をもつ。

【００１７】伝達情報データベース１３Ｇは、情報入力
装置１３Ｈから入力された伝達情報を格納するデータベ
ースである。情報入力装置１３Ｈは、情報受信者へ送る
情報を入力するための装置である。入力された情報は、
送達管理データベース１３Ｃ及び伝達情報データベース
１３Ｇに格納される。 （Ｂ）データベースの構成 次に、情報送信サーバ１３を構成するデータベースの構
成を説明する。図６は、送達管理データベース１３Ｃの
レコード構成を表す図である。ここで、「会員番号」の
欄には、各個人に一意に（ユニークに）付された番号が
格納される。「氏名」の欄には、情報受信者の氏名が格
納される。「電子メールアドレス１」の欄には、最初に
電子メールを送るアドレスが格納される。「電子メール
アドレス２」の欄には、次に電子メールを送るアドレス
が格納される。なお、これら各項目は、予め、本発明に
よらない他の手段を用いて、会員番号と共にデータベー
スに格納される（会員情報の登録）。「確認フラグ」の
欄には、“未確認"又は“確認"のいずれかの情報が格納
される。「確認日時」の欄には、当該情報が利用者によ
って確認された日時が格納される。「送信回数」には、
電子メールを送信元が送信した回数（再送を含む）が格
納される。

【００１８】図７は、伝達情報データベース１３Ｇのレ
コード構成を表す図である。ここで、「会員番号」の欄
には、情報を送信する会員を特定する番号が格納され
る。「登録日時」の欄には、送付情報が該データベース
に書き込まれた日時（登録された日時）が格納される。
「送付情報」には、実際に送付される情報が格納され
る。

【００１９】なお、図６及び図７のデータベースの各項
目については、後述する各実施形態の説明において、そ
の一部を利用することになる（実施形態によっては、使
用しない項目が存在する）。 （Ｃ）第１の実施形態 第１の実施形態では、電子メールにＵＲＬを添付する形
式で受信者に送付された情報の内容を、受信者が確認し
たか否かを、送信元である送信者が確認できるようにす
る機能を追加した情報伝達システムについて説明する。
なお、本実施形態においては、受信者が当該情報を確認
していないことが判明した場合、一定期間の経過後、再
度電子メールを送信する機能を追加した情報伝達システ
ムについても説明する。

【００２０】本実施形態におけるこの機能は、図１に示
すシステム構成のうち、期間管理部１３Ｂ（特許請求の
範囲における管理手段に相当する。）及び送達管理デー
タベース１３Ｃによって実現される。 （Ｃ−１）当該システムにおける伝達動作の説明 以下、本実施形態に係るシステムを用いて実現される伝
達動作を、情報の入力、情報の伝達、情報の確
認、送達の確認のそれぞれについて説明する。 （Ｃ−１−１）情報（ＵＲＬで特定される情報）の入力 情報の入力は、図８に示す手順で行われる。なお、この
動作は、送信元での動作である。すなわち、情報送信サ
ーバ１３における動作である。まず、情報の送信者は、
キーボードやマウス等からなる情報入力装置１３Ｈを使
用し、伝達すべき情報を入力する（ステップＳ１）。な
お、図９は、送り先会員番号として「12345」 、送付情
報として「５月のご利用は、１０００円です。」が入力
された状態を表している。

【００２１】このとき、情報入力装置１３Ｈは、当該情
報入力時におけるシステムクロックから「日時」を取得
する（ステップＳ２）。次に、情報入力装置１３Ｈは、
入力された「会員番号」を検索語（検索キー）に用いて
送達管理データベース１３Ｃを検索する（ステップＳ
３）。

【００２２】ここで、レコードが発見された場合には、
処理を続行し、検索されたレコードの確認フラグを「未
確認」に設定すると共に（ステップＳ５）、その送信回
数を「０」に設定する（ステップＳ６）。

【００２３】なおこのとき、送達管理データベース１３
Ｃの「確認日時」については、何らの設定処理は行われ
ず、それまでの日時がそのまま用いられる。これは、後
述する情報の伝達処理において、同一人に宛てた複数の
情報が伝達情報データベース１３Ｇ中から見つけられる
場合にも、最新の情報のみを送信可能とするためであ
る。すなわち、前回の利用者が情報を確認した日時より
も後に登録された情報のみを送信対象にできるようにす
るためである。

【００２４】この後、情報入力装置１３Ｈは、伝達情報
データベース１３Ｇにアクセスし、「会員番号」、「日
時」、「送付情報」をそれぞれ追加する（ステップＳ
７）。これに対し、送達管理データベース１３Ｃに該当
する情報が認められなかった場合には、その時点で、当
該情報の入力動作を中止する。

【００２５】このように、情報の入力動作では、データ
ベースの更新のみが行われる。 （Ｃ−１−２）情報（ＵＲＬで特定される情報）の伝達 情報の伝達は、図１０に示す手順で行われる。なお、こ
の動作も、送信元における動作である。因みに、この処
理は、予め設定された期間毎（例えば、毎月）又は手動
操作によって開始される。この機能は、情報送信サーバ
１３の基本ソフトウェアが標準で提供する機能を利用す
る期間管理部１３Ｂによって実現される。

【００２６】期間管理部１３Ｂは、該期間を検出する
と、送達管理データベース１３Ｃに保持されている情報
を、その最初のレコードから順番に読み出すための設定
を行う（ステップＳ１１）。設定が完了すると、期間管
理部１３Ｂは送達管理データベース１３Ｃにアクセス
し、１つのレコードの読み出しを試みる（ステップＳ１
２）。なおこの後、期間管理部１３Ｂは、レコードの終
了か否か確認し、伝達すべきレコードが存在する場合に
は、以降の処理に移る（ステップＳ１３）。

【００２７】期間管理部１３Ｂは、読み出したレコード
から「会員番号」、「電子メールアドレス１」、「確認
フラグ」、「確認日時」を取り出すと共に（ステップＳ
１４）、「確認フラグ」が確認済みとなっているか否か
を判定する（ステップＳ１５）。判定の結果、確認済み
が記録されていれば、再度同一内容の電子メールを送達
する必要がないので、以降の処理を中止し、次のレコー
ド読み取りに移る。

【００２８】確認済みでなかった場合、期間管理部１３
Ｂは、読み出した「会員番号」を検索語（検索キー）に
用いて伝達情報データベース１３Ｇにアクセスし、レコ
ード列の後ろ側から順番に検索を行う（ステップＳ１
６）。これは、同一人に宛てて作成された情報が同時に
複数存在する場合があるため、このうち最新のものを送
信対象とするためである。

【００２９】伝送すべき情報を記録したレコードがなけ
れば、電子メールを作成できないため、電子メール送信
サーバ１３Ａは、次の電子メールの送達処理に移るべ
く、以降の処理を中止し、次のレコード読み取りに移る
（ステップＳ１７）。

【００３０】読み取った結果、該当するレコードが存在
した場合、期間管理部１３Ｂは、伝達情報データベース
１３Ｇから取り出した該レコードの登録日時（書き込み
日時）と、同一利用者（会員番号が同じ）が前回情報を
確認した日「確認日時」とを比較し（ステップＳ１８及
びＳ１９）、登録日時が確認日時より新しい場合、電子
メールを、当該メールについて取り出した「電子メール
アドレス１」に宛てて送信する（ステップＳ２０）。

【００３１】これにより、前回の情報確認後に作成され
た（又は、登録された）情報のみが電子メールの送信対
象として抽出されることになる。なお、登録日時の方が
確認日時よりも古ければ、これは該レコードが、既に送
信され確認された情報に係るレコードであることを意味
するため、該情報の送信は行われず次のレコードの読み
出しに移行する。

【００３２】この動作は、送信管理データベース１３Ｃ
から読み出されるレコードが終了するまで継続される。
最後に、かかる動作によって電子メールが作成される様
子を図１１に示す。 （Ｃ−１−３）情報（ＵＲＬで特定される情報）の確認 情報の確認は、図１２及び図１３に示す手順で行われ
る。なお、この動作は、送信元及び送信先（電子メール
受信サーバ）の協調動作により行われる。すなわち、送
信先（電子メール受信サーバ）における図１２の動作
と、送信元における図１３の動作とが協調して実行され
る。具体的には、図１２のステップＳ２４の実行時に、
図１３のステップＳ３１〜Ｓ３４が実行される。

【００３３】まず、利用者が、端末１１を操作して電子
メールビューワ１１Ａを起動することにより利用者宛て
に届いている電子メールの有無を確認し、電子メールが
存在する場合、当該電子メールを電子メール受信サーバ
１２Ａから取り出す（ステップＳ２１）。取り出された
電子メールは、モニタ等の表示手段に表示される（ステ
ップＳ２２）。

【００３４】一般的な電子メールの場合には、表示され
た電子メールの内容の確認により情報の確認動作は完了
するが、ここでの電子メールにはＵＲＬアドレスで特定
される情報が添付されているので、利用者によるＵＲＬ
アドレスのクリック等によりＷＷＷブラウザ１１Ｂが起
動される（ステップＳ２３）。

【００３５】ここでのＵＲＬアドレスは、図１１の例の
ように、「ｈｔｔｐ：//ＷＷＷ．ｂｂｂ．ｃｏ．ｊｐ．
ｒｄ．ｅｘｅ？会員番号＝１２３４５」とする。この場
合、ＷＷＷブラウザ１１Ｂは、ＷＷＷ．ｂｂｂ．ｃｏ．
ｊｐに従い、情報送信サーバ１３のＷＷＷサーバ１３Ｅ
にアクセスする（ステップＳ２４）。

【００３６】ここから、ＷＷＷサーバ１３Ｅの動作が開
始する。ＷＷＷサーバ１３Ｅは、「１２３４５」をリク
エストされた情報（会員番号）と判断し、情報作成部１
３Ｆにこれを送る（ステップＳ３１）。情報作成部１３
Ｆは、この「１２３４５」をキーとして、伝達情報デー
タベース１３Ｇを検索する（ステップＳ３２）。ここ
で、情報が見つかると（ステップＳ３３で肯定結果）、
情報作成部１３Ｆは、提示する情報を作成し、ＷＷＷサ
ーバ１３Ｅを通じて利用者側に送信する（ステップＳ３
４）。この情報は、利用者側のＷＷＷブラウザ１１Ｂに
よって、図１４（Ａ）のように表示される（図１２のス
テップＳ２５）。

【００３７】情報送信サーバ１３側では、さらに処理が
継続される。まず、情報作成部１３Ｆが指定された情報
名を使い、送達管理データベース１３Ｃを検索する（ス
テップＳ３５）。そして、情報作成部１３Ｆは、得られ
たレコードの「確認フラグ」を確認済に、また「確認日
時」をシステムの現在時刻に設定し、送達管理データベ
ース１３Ｃの内容を更新する（ステップＳ３６）。これ
により、利用者側から指定された会員番号に該当する情
報が見つかった場合の動作は完了する。

【００３８】一方、利用者側から指定された会員番号に
該当する情報が見つからなかった場合（ステップＳ３３
で否定結果）、情報作成部１３Ｆは、その旨を提示する
情報を作成し、ステップＳ３４〜Ｓ３６の処理に移行す
ることなく、ＷＷＷサーバ１３Ｅを通じて利用者側に送
信する（ステップＳ３７）。この情報は、利用者側のＷ
ＷＷブラウザ１１Ｂによって、図１４（Ｂ）のように表
示される（図１２のステップＳ２５）。 （Ｃ−１−４）情報（ＵＲＬで特定される情報）の送達
確認 情報の送達確認は、図１５に示す手順により行われる。
なお、この動作は、送信元における動作である。例え
ば、電子メールに添付した情報（ＵＲＬで特定される情
報）が確実に利用者により確認されたか調べる必要の生
じた管理者の操作に応じて実行される。

【００３９】まず、情報入力装置１３Ｈを通じて送達管
理データベース１３Ｃへのアクセスが指示される。例え
ば、送達管理データベース１３Ｃを最初のレコードから
読み出すように設定する（ステップＳ４１）。言うまで
もないが、この設定は一例である。

【００４０】送達管理データベース１３Ｃからは、格納
されている情報が１レコードづつ読み出され、送達表示
装置１３Ｄに与えられる（ステップＳ４２）。全てのレ
コードについての読み出し終了が確認されるまで（ステ
ップＳ４３で否定結果）、送達表示装置１３Ｄでは、読
み出したレコードについて「会員番号」、「電子メール
アドレス１」、「確認フラグ」、「確認日時」の取り出
しが行われ（ステップＳ４４）、「確認フラグ」が確認
済になっているか否かを判定する（ステップＳ４５）。

【００４１】ここでは、確認済の会員番号についてはそ
の表示を必要としないので、該ステップＳ４５で肯定結
果が得られた場合には次のレコードの読み出しに移行す
る。しかし、未確認であるとの判定結果が得られた場合
（ステップＳ４５で肯定結果）には、その会員番号が送
達表示装置１３Ｄに用意されている表示画面等の出力手
段を通じて出力される（ステップＳ４６）。

【００４２】なお、図１５では、未確認の会員番号が確
かめられるたび、その会員番号をその都度表示するもの
として表しているが、全てのレコードについての読み出
しが完了した時点において、一覧表として表示すること
又は出力することも可能である。

【００４３】かかる手順を経ることにより、従来は確認
し得なかった電子メールに添付された情報の確認の有無
が確認可能となる。 （Ｃ−２）当該システムによる効果 以上の通り、本実施形態における情報伝達システムにお
いては、ＵＲＬで特定される情報が伝達情報データベー
ス１３Ｇから利用者側に読み出される際、これを送達管
理データベース１３Ｃに記録する機能（図１では、情報
作成部１３Ｆ）を送信元である情報送信サーバ１３に設
けるようにしたことにより、電子メールの受信者が当該
電子メールにＵＲＬアドレス形式で添付された情報を確
認したか否かを送信者側で確認可能とすることができ
る。

【００４４】特に、この実施形態の場合には、利用者
（電子メールの受信者）が、情報を確認していた場合に
は、確認フラグが「確認済」になっているため、未確認
者としては表示されないが、情報を確認していない場合
には、「確認済」になっていないため、未確認者として
その会員番号が表示されるため、その識別を容易に行う
ことができる。もっとも、確認済の利用者も未確認の利
用者も同一画面又は別画面にて確認できるようにするこ
とも可能である。

【００４５】また、本実施形態においては、送達管理デ
ータベース１３Ｃに「確認日時」を保存するようにした
ことにより、電子メールの再送時（あるいは定期的（例
えば、毎週）に（Ｃ−１−２）項に示す「情報の伝達処
理」を実行すれば、確認していない受信者に電子メール
が必要に応じて（あるいは、定期的（例えば、毎週）再
送されるようにすることもできる。すなわち、受信者が
電子メールにＵＲＬアドレス形式で添付した情報を確認
していないことが判明した場合、一定期間の経過後に、
再度電子メールを送信する機能を備えたシステムを実現
できる。 （Ｄ）第２の実施形態 第２の実施形態では、予め指定した回数だけ電子メール
を送付しても、受信者が確認しない場合、電子メールの
再送を自動的に中止する機能を、第１の実施形態に係る
システムに追加した情報伝送システムについて説明す
る。

【００４６】この第２の実施形態の場合も、かかる機能
は第１の実施形態と同様、図１に示すシステム構成のう
ち期間管理部１３Ｂ及び送達管理データベース１３Ｃに
よって実現される。ただし、本実施形態を構成する伝達
動作のうち情報の入力、情報の確認、送達の確認
については第１の実施形態と同一であるのでこの部分の
説明を省略し、以下の説明では、相違点である情報の
伝達についてのみ説明する。 （Ｄ−１）情報（ＵＲＬで特定される情報）の伝達 本実施形態における情報の伝達は、図１６に示す手順に
より行われる。本実施形態の場合も、基本的な動作手順
は、第１の実施形態と同じである。

【００４７】違いは、一連の動作中に、送信回数が規定
回数以上となったか否かの判定が設けられる点と（ステ
ップＳ５４、Ｓ５６）と、電子メールの送信後に送信回
数を記録するパラメータの値が１つ更新される点である
（ステップＳ６２）。

【００４８】なお、かかる機能を実現するため、本実施
形態に使用する送達管理データベース１３Ｃでは、送信
回数を記録するレコードが必須の項目となる。

【００４９】また、この処理についても、予め設定され
た期間毎（例えば、毎月）又は手動操作によって開始さ
れ、情報送信サーバ１３の基本ソフトウェアが標準で提
供する機能を利用する期間管理部１３Ｂによって実現さ
れる。

【００５０】期間管理部１３Ｂは、該期間を検出する
と、送達管理データベース１３Ｃに保持されている情報
を、その最初のレコードから順番に読み出すための設定
を行う（ステップＳ５１）。設定が完了すると、期間管
理部１３Ｂは送達管理データベース１３Ｃにアクセス
し、１つのレコードの読み出しを試みる（ステップＳ５
２）。なおこの後、期間管理部１３Ｂは、レコードの終
了か否か確認し、伝達すべきレコードが存在する場合に
は、以降の処理に移る（ステップＳ５３）。

【００５１】期間管理部１３Ｂは、読み出したレコード
から「会員番号」、「電子メールアドレス１」、「確認
フラグ」、「確認日時」、「送信回数」を取り出すと共
に（ステップＳ５４）、「確認フラグ」が確認済みとな
っているか否かを判定する（ステップＳ５５）。判定の
結果、確認済みが記録されていれば、再度同一内容の電
子メールを送達する必要がないので、以降の処理を中止
し、次のレコード読み取りに移る。

【００５２】確認済みでなかった場合、次に期間管理部
１３Ｂは、当該レコードに対応する相手先への電子メー
ルの送信回数が予め登録しておいた規定回数（例えば、
２回）を既に超えているか否かを判定する（ステップＳ
５６）。判定の結果、送信回数が規定回数を超えていれ
ば、該宛先に対する利用者が未だ送信した情報（ＵＲＬ
で特定される情報）を確認してなくても、該利用者への
電子メールの送信を取りやめるべく、以降の処理を中止
し、次のレコード読み取りに移る。

【００５３】このように、以下の処理は、該ステップＳ
５６において、現処理対象である現レコードへの電子メ
ールの送信回数が規定回数を超えない（規定回数と同数
を含む）場合に実行される。

【００５４】期間管理部１３Ｂは、読み出した「会員番
号」を検索語（検索キー）に用いて伝達情報データベー
ス１３Ｇにアクセスし、レコード列の後ろ側から順番に
検索を行う（ステップＳ５７）。これは、同一人に宛て
て作成された情報が同時に複数存在する場合があるた
め、このうち最新のものを送信対象とするためである。

【００５５】伝送すべき情報を記録したレコードがなけ
れば、電子メールを作成できないため、期間管理部１３
Ｂは、次の電子メールの送達処理に移るべく、以降の処
理を中止し、次のレコード読み取りに移る（ステップＳ
５８）。

【００５６】読み取った結果、該当するレコードが存在
した場合、期間管理部１３Ｂは、伝達情報データベース
１３Ｇから取り出した該レコードの登録日時（書き込み
日時）と、同一利用者（会員番号が同じ）が前回情報を
確認した日「確認日時」とを比較し（ステップＳ５９及
びＳ６０）、登録日時が確認日時より新しい場合、電子
メールを、当該メールについて取り出した「電子メール
アドレス１」に宛てて送信する（ステップＳ６１）。

【００５７】これにより、前回の情報確認後に作成され
た（又は、登録された）情報のみが電子メールの送信対
象として抽出されることになる。なお、登録日時の方が
確認日時よりも古ければ、これは該レコードが、既に送
信され確認された情報に係るレコードであることを意味
するため、該情報の送信は行われず次のレコードの読み
出しに移行する。

【００５８】なお、かかる電子メールの送信後、期間管
理部１３Ｂは、送達管理データベース１３Ｃの該当項目
における送信回数を１つ増やし、その内容の更新を行う
（ステップＳ６２）。この動作は、送信管理データベー
ス１３Ｃから読み出されるレコードが終了するまで継続
される。 （Ｄ−２）当該システムによる効果 以上の通り、本実施形態における情報伝達システムにお
いては、予め指定した回数だけ電子メールを送付して
も、受信者が確認しない場合、電子メールの再送を自動
的に中止する機能を第１の実施形態の機能に加えたこと
により、第１の実施形態と同様の効果に加え、同一内容
の電子メールが繰り返し何度も送信されることによる無
駄をなくすことができる。 （Ｅ）第３の実施形態 第３の実施形態では、予め指定した回数だけ電子メール
を送付しても、受信者が確認しない場合には、別の電子
メールアドレスに電子メールを送信する機能（この機能
の点で第２の実施形態と異なる）を、第１の実施形態に
係るシステムに追加した情報伝送システムについて説明
する。

【００５９】この第３の実施形態の場合も、かかる機能
は第１の実施形態と同様、図１に示すシステム構成のう
ち期間管理部１３Ｂ及び送達管理データベース１３Ｃに
よって実現される。ただし、本実施形態を構成する伝達
動作のうち情報の入力、情報の確認、送達の確認
については第１の実施形態と同一であるのでこの部分の
説明を省略し、以下の説明では、相違点である情報の
伝達についてのみ説明する。 （Ｅ−１）情報（ＵＲＬで特定される情報）の伝達 本実施形態における情報の伝達は、図１７に示す手順に
より行われる。本実施形態の場合も、基本的な動作手順
は、第１の実施形態と同じである。

【００６０】違いは、一連の動作中に、送信回数が規定
回数以上となったか否かの判定が設けられる点と（ステ
ップＳ７４、Ｓ８０）と、送信回数が規定回数以下の場
合と規定回数以上の場合とで電子メールの宛先を切り替
える点（ステップＳ８０〜Ｓ８２）と、電子メールの送
信後に送信回数を記録するパラメータの値が１つ更新さ
れる点である（ステップＳ８３）。

【００６１】なお、かかる機能を実現するため、本実施
形態に使用する送達管理データベース１３Ｃでも、送信
回数を記録するレコードが必須の項目となる。

【００６２】また、この処理についても、予め設定され
た期間毎（例えば、毎月）又は手動操作によって開始さ
れ、情報送信サーバ１３の基本ソフトウェアが標準で提
供する機能を利用する期間管理部１３Ｂによって実現さ
れる。

【００６３】期間管理部１３Ｂは、該期間を検出する
と、送達管理データベース１３Ｃに保持されている情報
を、その最初のレコードから順番に読み出すための設定
を行う（ステップＳ７１）。設定が完了すると、期間管
理部１３Ｂは送達管理データベース１３Ｃにアクセス
し、１つのレコードの読み出しを試みる（ステップＳ７
２）。なおこの後、期間管理部１３Ｂは、レコードの終
了か否か確認し、伝達すべきレコードが存在する場合に
は、以降の処理に移る（ステップＳ７３）。

【００６４】期間管理部１３Ｂは、読み出したレコード
から「会員番号」、「電子メールアドレス１」、「電子
メールアドレス２」、「確認フラグ」、「確認日時」、
「送信回数」を取り出すと共に（ステップＳ７４）、
「確認フラグ」が確認済みとなっているか否かを判定す
る（ステップＳ７５）。判定の結果、確認済みが記録さ
れていれば、再度同一内容の電子メールを送達する必要
がないので、以降の処理を中止し、次のレコード読み取
りに移る。

【００６５】確認済みでなかった場合、期間管理部１３
Ｂは、読み出した「会員番号」を検索語（検索キー）に
用いて伝達情報データベース１３Ｇにアクセスし、レコ
ード列の後ろ側から順番に検索を行う（ステップＳ７
６）。これは、同一人に宛てて作成された情報が同時に
複数存在する場合があるため、このうち最新のものを送
信対象とするためである。

【００６６】伝送すべき情報を記録したレコードがなけ
れば、電子メールを作成できないため、期間管理部１３
Ｂは、次の電子メールの送達処理に移るべく、以降の処
理を中止し、次のレコード読み取りに移る（ステップＳ
７７）。

【００６７】読み取った結果、該当するレコードが存在
した場合、期間管理部１３Ｂは、伝達情報データベース
１３Ｇから取り出した該レコードの登録日時（書き込み
日時）と、同一利用者（会員番号が同じ）が前回情報を
確認した日「確認日時」とを比較し（ステップＳ７８及
びＳ７９）、登録日時が確認日時より新しい場合、次の
送信回数の確認処理に移行する。

【００６８】なおこの処理により、前回の情報確認後に
作成された（又は、登録された）情報のみが電子メール
の送信対象として抽出されることになる。また、登録日
時の方が確認日時よりも古ければ、これは該レコード
が、既に送信され確認された情報に係るレコードである
ことを意味するため、該情報の送信は行われず次のレコ
ードの読み出しに移行する。

【００６９】さて、登録日時が確認日時より新しい場
合、期間管理部１３Ｂは、当該レコードに対応する相手
先への電子メールの送信回数が予め登録しておいた規定
回数（例えば、２回）を既に超えているか否かを判定す
る（ステップＳ８０）。

【００７０】判定の結果、送信回数が規定回数を超えて
いなければ、期間管理部１３Ｂは、電子メールを当該メ
ールについて取り出した「電子メールアドレス１」に宛
てて送信する（ステップＳ８１）。例えば、予め定めて
おいた規定回数が２回であれば、該判定時に送信回数が
２回であれば、「電子メールアドレス１」に宛てて電子
メールを送信する（結局、該宛先に対しては３回電子メ
ールが送られることになる）。

【００７１】これに対し、判定の結果、送信回数が規定
回数を超えていれば、期間管理部１３Ｂは、電子メール
を当該メールについて取り出した「電子メールアドレス
２」に宛てて電子メール送信する（ステップＳ８２）。
なお、図では、この予備アドレスが１つの場合について
表しているが、勿論、予備アドレスは１つに限られる必
然性はなく、２つ以上登録可能としておけば、利用者に
情報が送達される確実性を一段と高めることができる。

【００７２】いずれにしても、かかる電子メールの送信
後、期間管理部１３Ｂは、送達管理データベース１３Ｃ
の該当項目における送信回数を１つ増やし、その内容の
更新を行う（ステップＳ８３）。この動作は、送信管理
データベース１３Ｃから読み出されるレコードが終了す
るまで継続される。 （Ｅ−２）当該システムによる効果 以上の通り、本実施形態における情報伝達システムにお
いては、予め指定した回数だけ電子メールを送付して
も、受信者が確認しない場合、別の電子メールアドレス
に電子メールを送信する機能を第１の実施形態の機能に
加えたことにより、第１の実施形態と同様の効果に加
え、複数の電子メールアドレスを有する相手先への送達
の確実性を高めることができる。 （Ｆ）第４の実施形態 第４の実施形態では、予め指定した回数だけ電子メール
を送付しても、受信者が確認しない場合には、別の電子
メールアドレスに電子メールを送信するが、その後も予
め指定した回数だけ電子メールを送付しても、受信者に
よる情報の確認が認められない場合には、該アドレスへ
の電子メールの採草を中止する機能を、第１の実施形態
に追加した情報伝送システムについて説明する。

【００７３】すなわち、本実施形態は、第２の実施形態
と第３の実施形態の機能を組み合わせたものである。従
って、この第４の実施形態の場合も、かかる機能は他の
実施形態と同様、図１に示すシステム構成のうち期間管
理部１３Ｂ及び送達管理データベース１３Ｃによって実
現される。また、本実施形態を構成する伝達動作のうち
情報の入力、情報の確認、送達の確認については
第１の実施形態と同一であるのでこの部分の説明を省略
し、以下の説明では、相違点である情報の伝達につい
てのみ説明する。 （Ｆ−１）情報（ＵＲＬで特定される情報）の伝達 本実施形態における情報の伝達は、図１８に示す手順に
より行われる。本実施形態の場合も、基本的な動作手順
は、第１の実施形態と同じである。

【００７４】違いは、一連の動作中に、第１の規定回数
を用いて再送先を切り替えるか否か判定する処理が設け
られている点（ステップＳ１０１）と、第２の規定回数
（図中では「規定回数２」と示す。）を用いて電子メー
ルの再送自体を中止するか否かを判定する処理が設けら
れている点（ステップＳ９６）と、送信回数が規定回数
以下の場合と規定回数以上の場合とで電子メールの宛先
を切り替える点（ステップＳ１０２、Ｓ１０３）と、電
子メールの送信後に送信回数を記録するパラメータの値
が１つ更新される点である（ステップＳ１０４）。

【００７５】なお、かかる機能を実現するため、本実施
形態に使用する送達管理データベース１３Ｃでも、送信
回数を記録するレコードが必須の項目となる。

【００７６】また、この処理についても、予め設定され
た期間毎（例えば、毎月）又は手動操作によって開始さ
れ、情報送信サーバ１３の基本ソフトウェアが標準で提
供する機能を利用する期間管理部１３Ｂによって実現さ
れる。

【００７７】期間管理部１３Ｂは、該期間を検出する
と、送達管理データベース１３Ｃに保持されている情報
を、その最初のレコードから順番に読み出すための設定
を行う（ステップＳ９１）。設定が完了すると、期間管
理部１３Ｂは送達管理データベース１３Ｃにアクセス
し、１つのレコードの読み出しを試みる（ステップＳ９
２）。なおこの後、期間管理部１３Ｂは、レコードの終
了か否か確認し、伝達すべきレコードが存在する場合に
は、以降の処理に移る（ステップＳ９３）。

【００７８】期間管理部１３Ｂは、読み出したレコード
から「会員番号」、「電子メールアドレス１」、「電子
メールアドレス２」、「確認フラグ」、「確認日時」、
「送信回数」を取り出すと共に（ステップＳ９４）、
「確認フラグ」が確認済みとなっているか否かを判定す
る（ステップＳ９５）。判定の結果、確認済みが記録さ
れていれば、再度同一内容の電子メールを送達する必要
がないので、以降の処理を中止し、次のレコード読み取
りに移る。

【００７９】確認済みでなかった場合、次に期間管理部
１３Ｂは、当該レコードに対応する相手先への電子メー
ルの送信回数が予め登録しておいた第２の規定回数（例
えば、４回）を既に超えているか否かを判定する（ステ
ップＳ９６）。判定の結果、送信回数が該規定回数を超
えていれば、該宛先に対する利用者が未だ送信した情報
（ＵＲＬで特定される情報）を確認してなくても、該利
用者への電子メールの送信を取りやめるべく、以降の処
理を中止し、次のレコード読み取りに移る。

【００８０】なお、かかる判定処理で用いる第２の規定
回数は、常に第１の規定回数より大きな値であり、この
第１の規定回数を超える値の分が宛先切り替え後に再送
される電子メールの回数に相当する。

【００８１】さて、送信回数が第２の規定回数を超えて
いない場合、期間管理部１３Ｂは、読み出した「会員番
号」を検索語（検索キー）に用いて伝達情報データベー
ス１３Ｇにアクセスし、レコード列の後ろ側から順番に
検索を行う（ステップＳ９７）。これは、同一人に宛て
て作成された情報が同時に複数存在する場合があるた
め、このうち最新のものを送信対象とするためである。

【００８２】伝送すべき情報を記録したレコードがなけ
れば、電子メールを作成できないため、期間管理部１３
Ｂは、次の電子メールの送達処理に移るべく、以降の処
理を中止し、次のレコード読み取りに移る（ステップＳ
９８）。

【００８３】読み取った結果、該当するレコードが存在
した場合、期間管理部１３Ｂは、伝達情報データベース
１３Ｇから取り出した該レコードの登録日時（書き込み
日時）と、同一利用者（会員番号が同じ）が前回情報を
確認した日「確認日時」とを比較し（ステップＳ９９及
びＳ１００）、登録日時が確認日時より新しい場合、次
の送信回数の確認処理に移行する。

【００８４】なおこの処理により、前回の情報確認後に
作成された（又は、登録された）情報のみが電子メール
の送信対象として抽出されることになる。また、登録日
時の方が確認日時よりも古ければ、これは該レコード
が、既に送信され確認された情報に係るレコードである
ことを意味するため、該情報の送信は行われず次のレコ
ードの読み出しに移行する。

【００８５】さて、登録日時が確認日時より新しい場
合、期間管理部１３Ｂは、該レコードに対応する相手先
への電子メールの送信回数が予め登録しておいた第１の
規定回数（例えば、２回）を既に超えているか否かを判
定する（ステップＳ１０１）。

【００８６】判定の結果、送信回数が第１の規定回数を
超えていなければ、期間管理部１３Ｂは、電子メールを
当該メールについて取り出した「電子メールアドレス
１」に宛てて送信する（ステップＳ１０２）。例えば、
予め定めておいた第１の規定回数が２回であれば、該判
定時に送信回数が２回であれば、「電子メールアドレス
１」に宛てて電子メールを送信する（結局、該宛先に対
しては３回電子メールが送られることになる）。

【００８７】これに対し、判定の結果、送信回数が第１
の規定回数を超えていれば、期間管理部１３Ｂは、電子
メールを当該メールについて取り出した「電子メールア
ドレス２」に宛てて電子メール送信する（ステップＳ１
０３）。なお、図では、この予備アドレスが１つの場合
について表しているが、勿論、予備アドレスは１つに限
られる必然性はなく、２つ以上登録可能としておけば、
利用者に情報が送達される確実性を一段と高めることが
できる。

【００８８】いずれにしても、かかる電子メールの送信
後、期間管理部１３Ｂは、送達管理データベース１３Ｃ
の該当項目における送信回数を１つ増やし、その内容の
更新を行う（ステップＳ１０４）。この動作は、送信管
理データベース１３Ｃから読み出されるレコードが終了
するまで継続される。 （Ｆ−２）当該システムによる効果 以上の通り、本実施形態における情報伝達システムにお
いては、予め指定した回数だけ電子メールを送付して
も、受信者が確認しない場合、別の電子メールアドレス
に電子メールを送信する機能と、宛先の変更も所定回数
にわたる電子メールの再送にも関わらず情報の確認が確
認されない場合には電子メールの再送を中止する機能を
第１の実施形態の機能に加えたことにより、第１の実施
形態と同様の効果に加え、複数の電子メールアドレスを
有する相手先への送達の確実性の向上と、同一内容の電
子メールが無為に再送され続けるおそれの回避とを実現
できる。 （Ｇ）第５の実施形態 第５の実施形態では、利用者が未確認の情報（例えば、
今月の情報）があるにもかかわらず、さらに送信すべき
情報（例えば、翌月の情報）が伝達情報データベース１
３Ｇに追加的に登録された場合に、各情報（ここでは、
今月と翌月の情報）へのアクセスを求める電子メールを
それぞれ送信する機能を、第１の実施形態に係るシステ
ムに追加した情報伝送システムについて説明する。

【００８９】この第５の実施形態の場合も、かかる機能
は第１の実施形態と同様、図１に示すシステム構成のう
ち期間管理部１３Ｂ及び送達管理データベース１３Ｃに
よって実現される。ただし、本実施形態を構成する伝達
動作のうち情報の入力、送達の確認については第１
の実施形態と同一であるのでこの部分の説明を省略し、
以下の説明では、相違点である情報の伝達、情報の
確認についてのみ説明する。 （Ｇ−１）情報（ＵＲＬで特定される情報）の伝達 本実施形態における情報の伝達は、図１９に示す手順に
より行われる。本実施形態の場合も、基本的な動作手順
は、第１の実施形態と同じである。

【００９０】違いは、一連の動作中に、送信の対象とな
る情報間の識別を可能とする識別子（図１９では、「Ｃ
ＯＵＮＴ」値で実現する。）を付与する処理が設けられ
ている点（ステップＳ１１５、Ｓ１２０、Ｓ１２３）
と、電子メールの送信後に送信回数を記録するパラメー
タ（ここでは、前述の「ＣＯＵＮＴ」値）が１つ更新さ
れる点である（ステップＳ１２１）。

【００９１】また、この処理についても、予め設定され
た期間毎（例えば、毎月）又は手動操作によって開始さ
れ、情報送信サーバ１３の基本ソフトウェアが標準で提
供する機能を利用する期間管理部１３Ｂによって実現さ
れる。

【００９２】期間管理部１３Ｂは、該期間を検出する
と、送達管理データベース１３Ｃに保持されている情報
を、その最初のレコードから順番に読み出すための設定
を行う（ステップＳ１１０）。設定が完了すると、期間
管理部１３Ｂは送達管理データベース１３Ｃにアクセス
し、１つのレコードの読み出しを試みる（ステップＳ１
１１）。なおこの後、期間管理部１３Ｂは、レコードの
終了か否か確認し、伝達すべきレコードが存在する場合
には、以降の処理に移る（ステップＳ１１２）。

【００９３】期間管理部１３Ｂは、読み出したレコード
から「会員番号」、「電子メールアドレス１」、「確認
フラグ」、「確認日時」を取り出すと共に（ステップＳ
１１３）、「確認フラグ」が確認済みとなっているか否
かを判定する（ステップＳ１１４）。判定の結果、確認
済みが記録されていれば、再度同一内容の電子メールを
送達する必要がないので、以降の処理を中止し、次のレ
コード読み取りに移る。

【００９４】確認済みでなかった場合、期間管理部１３
Ｂは、上述のＣＯＵＮＴ値を０に初期設定した後、読み
出した「会員番号」を検索語（検索キー）に用いて伝達
情報データベース１３Ｇにアクセスし、レコード列の後
ろ側から順番に検索を行う（ステップＳ１１６）。これ
は、同一人に宛てて作成された情報が同時に複数存在す
る場合があるため、このうち最新のものを送信対象とす
るためである。

【００９５】伝送すべき情報を記録したレコードがなけ
れば、電子メールを作成できないため、電子メール送信
サーバ１３Ａは、次の電子メールの送達処理に移るべ
く、以降の処理を中止し、次のレコード読み取りに移る
（ステップＳ１１７）。

【００９６】読み取った結果、該当するレコードが存在
した場合、期間管理部１３Ｂは、伝達情報データベース
１３Ｇから取り出した該レコードの登録日時（書き込み
日時）と、同一利用者（会員番号が同じ）が前回情報を
確認した日「確認日時」とを比較し（ステップＳ１１８
及びＳ１１９）、登録日時が確認日時より新しい場合、
電子メールを、当該メールについて取り出した「電子メ
ールアドレス１」に宛てて送信する（ステップＳ１２
０）。

【００９７】これにより、前回の情報確認後に作成され
た（又は、登録された）情報のみが電子メールの送信対
象として抽出されることになる。なお、登録日時の方が
確認日時よりも古ければ、これは該レコードが、既に送
信され確認された情報に係るレコードであることを意味
するため、該情報の送信は行われず次のレコードの読み
出しに移行する。

【００９８】またこのとき、期間管理部１３Ｂは、現Ｃ
ＯＵＮＴ値を用いて該メールに添付するＵＲＬアドレス
が作成される。例えば、現ＣＯＵＮＴ値が０であり、送
信先となる利用者の会員番号が「１２３４５」であれ
ば、そのＵＲＬは「ｈｔｔｐ：／／ＷＷＷ．ｂｂｂ．ｃ
ｏ．ｊｐ／ｒｄ．ｅｘｅ？会員番号＝１２３４５＆ＣＯ
ＵＮＴ＝０」となる。また、当該相手先への２つ目の情
報については、そのＵＲＬは「ｈｔｔｐ：／／ＷＷＷ．
ｂｂｂ．ｃｏ．ｊｐ／ｒｄ．ｅｘｅ？会員番号＝１２３
４５＆ＣＯＵＮＴ＝１」が、それぞれ送られることにな
る。

【００９９】かかる電子メールの送信が行われると、期
間管理部１３Ｂは、送信回数の値を１つ増加し、送達管
理データベース１３Ｃの内容を更新する（ステップＳ１
２１）。

【０１００】さらに、期間管理部１３Ｂは、伝達情報デ
ータベース１３Ｇをさらに逆方向に（後ろ側から前方向
に）、「会員番号」を検索語（検索キー）に用いて検索
する（ステップＳ１２２）。これは、同一人に宛てて作
成された情報が同時に複数存在する場合に、これらをま
とめて送信するためである。なお、当該検索に際し、期
間管理部１３Ｂは、ＣＯＵＮＴ値を１つ増加させるよう
動作する（ステップＳ１２３）。

【０１０１】この後、期間管理部１３Ｂは、ステップＳ
１１７に戻り、現在検索の対象となっている利用者に宛
てて送信すべき他の情報が検出されないようになるまで
又は前確認時より後に登録された情報が見出されなくな
るまで、ステップＳ１１８〜Ｓ１２３までの処理を繰り
返し、必要な情報の送信を実行する。

【０１０２】そして、現処理対象となっている利用者へ
送信すべき情報が見つからなくなった時点で、該ルーチ
ン処理を抜け、他の利用者に対する処理に移行する（す
なわち、ステップＳ１１１に戻る）。最後に、かかる動
作によって電子メールが作成される様子を図２０に示
す。 （Ｇ−２）情報（ＵＲＬで特定される情報）の確認 情報の確認は、図２１及び図２２に示す手順で行われ
る。なお、この動作は、送信元及び送信先（電子メール
受信サーバ）の協調動作により行われる。すなわち、送
信先（電子メール受信サーバ）における図２１の動作
と、送信元における図２２の動作とが協調して実行され
る。具体的には、図２１のステップＳ１３４の実行時
に、図２２のステップＳ１４１〜Ｓ１４４が実行され
る。

【０１０３】まず、利用者が、端末１１を操作して電子
メールビューワ１１Ａを起動することにより利用者宛て
に届いている電子メールの有無を確認し、電子メールが
存在する場合、当該電子メールを電子メール受信サーバ
１２Ａから取り出す（ステップＳ１３１）。取り出され
た電子メールは、モニタ等の表示手段に表示される（ス
テップＳ１３２）。

【０１０４】一般的な電子メールの場合には、表示され
た電子メールの内容の確認により情報の確認動作は完了
するが、ここでの電子メールにはＵＲＬアドレスで特定
される情報が添付されているので、利用者によるＵＲＬ
アドレスのクリック等によりＷＷＷブラウザ１１Ｂが起
動される（ステップＳ１３３）。

【０１０５】ここでのＵＲＬアドレスは、図２０の例の
ように、「ｈｔｔｐ：//ＷＷＷ．ｂｂｂ．ｃｏ．ｊｐ．
ｒｄ．ｅｘｅ？会員番号＝１２３４５＆ＣＯＵＮＴ＝
０」とする。この場合、ＷＷＷブラウザ１１Ｂは、ＷＷ
Ｗ．ｂｂｂ．ｃｏ．ｊｐに従い、情報送信サーバ１３の
ＷＷＷサーバ１３Ｅにアクセスする（ステップＳ１３
４）。

【０１０６】ここから、ＷＷＷサーバ１３Ｅの動作が開
始する。ＷＷＷサーバ１３Ｅは、アクセスのあったＵＲ
Ｌアドレスから「会員番号＝」と「ＣＯＵＮＴ＝」の部
分を取り出し、これを情報作成部１３Ｆにこれを送る
（ステップＳ１４１）。

【０１０７】情報作成部１３Ｆは、この「１２３４５」
を検索語（検索キー）に用い、伝達情報データベース１
３Ｇを「ＣＯＵＮＴ」値に１を加えた回数だけ検索する
（ステップＳ１４２）。例えば、「ＣＯＵＮＴ」値が０
である場合、情報作成部１３Ｆは、１回の検索動作を行
い、「ＣＯＵＮＴ」値が１であれば２回の検索動作を行
う。

【０１０８】ここで、情報が見つかると（ステップＳ１
４３で肯定結果）、情報作成部１３Ｆは、提示する情報
を作成し、ＷＷＷサーバ１３Ｅを通じて利用者側に送信
する（ステップＳ１４４）。

【０１０９】ただし、情報作成部１３Ｆは、この「ＣＯ
ＵＮＴ」値＋１回目に検出された情報のみを利用者に表
示する情報の作成として使用し、他の回数次に検出され
た情報については情報の作成に用いない。例えば、「Ｃ
ＯＵＮＴ」値が１であり、検索動作が２回行われる場合
には、最新の情報から２つ目に新しい情報のみを使用
し、１回目の検出動作で検出される最新の情報は用いな
い。このようにして作成された情報は、伝送網を通じて
利用者側に通知された後、端末１１に搭載されたＷＷＷ
ブラウザ１１Ｂによって画面上に表示される（図２１の
ステップＳ１４５）。

【０１１０】情報送信サーバ１３側では、さらに処理が
継続される。まず、情報作成部１３Ｆが指定された情報
名を使い、送達管理データベース１３Ｃを検索する（ス
テップＳ１４５）。なお、複数の情報がステップＳ１４
２で検出されている場合には、当該複数の情報名が検索
される。そして、情報作成部１３Ｆは、該当するレコー
ド（複数の情報名が与えられる場合にはこれら複数に対
応するレコード）の「確認フラグ」を確認済に、また
「確認日時」をシステムの現在時刻に設定し、送達管理
データベース１３Ｃの内容を更新する（ステップＳ１４
６）。なお、この機能に関しては、後述する他の変形例
が考えられる。

【０１１１】これにより、利用者側から指定された会員
番号に該当する情報が見つかった場合の動作は完了す
る。

【０１１２】一方、利用者側から指定された会員番号に
該当する情報が見つからなかった場合（ステップＳ１４
３で否定結果）、情報作成部１３Ｆは、その旨を提示す
る情報を作成し、ステップＳ１４４〜Ｓ１４６の処理に
移行することなく、ＷＷＷサーバ１３Ｅを通じて利用者
側に送信する（ステップＳ１４７）。この情報は、利用
者側のＷＷＷブラウザ１１Ｂによって表示される（図２
１のステップＳ１３５）。 （Ｇ−３）当該システムによる効果 以上の通り、本実施形態における情報伝達システムにお
いては、未確認の情報が複数存在する場合、各情報ごと
に固有の識別子（ＣＯＵＮＴ値）を付した電子メールを
利用者に送信するようにし、いずれかの電子メールに添
付された情報の読み出しが該利用者によって実行された
場合には、該当する情報を上述の識別子を用いて検索し
利用者に提示する構成としたことにより、利用者側が必
要とする情報のみを選択的に提供できる情報伝達システ
ムを実現できる。

【０１１３】因みに、この実施形態の場合には、未確認
の情報が複数存在する場合にそのうちの一つが確認され
ると、他の未確認情報についてもデータベース上は確認
済みとなり、当該情報についての再送動作は停止される
が、これら情報についても既に電子メールが利用者側に
通知されているため、利用者が各電子メールに添付され
ているＵＲＬアドレスを指定すれば、利用者は、該電子
メールに添付されている情報の確認を支障無く行うこと
ができる。

【０１１４】なお、このような構成としたことにより、
本情報伝達システムにおいては、伝達情報データベース
１３Ｇにおける検索を管理するのに必要なパラメータを
増加せずに済み、既存のデータベースをそのまま利用で
きる利点がある。 （Ｈ）他の実施形態 （Ｈ−１）上述の第５の実施形態においては、図２２に
おけるステップＳ１４６の処理において、利用者による
確認の対象となった情報だけでなく、ステップＳ１４２
において検出された他の情報に関しても、各情報に該当
するレコードの「確認フラグ」を確認済に更新し、また
「確認日時」をシステム時刻にそれぞれ更新する場合に
ついて述べたが、個別に更新できるようにしても良い。

【０１１５】すなわち、第５の実施形態においては、検
索条件に合致する情報の有無を表すフラグを共用してい
るため、いずれの未確認情報が確認されたかによらず検
索された全ての情報を確認済としたが、各検索次ごとに
固有のフラグを割り当てて該検索動作を管理する場合に
は、実際に利用者に宛てて送信された（すなわち、利用
者のＷＷＷブラウザ１１Ｂによって確認された）情報に
対応する送達管理データベース１３Ｃのレコードのみ
「確認フラグ」を確認済に、また当該レコードの「確認
日時」についてのみシステム時刻に更新し、他の情報に
関しては未確認のままとしても良い。

【０１１６】かかる構成とすることにより、利用者によ
って確認されなかった情報に対しては、未確認の情報の
うちいずれかへのアクセスが確認された後も、繰り返し
情報の確認を求める電子メールを再送することができ
る。 （Ｈ−２）また、上述の第５の実施形態においては、電
子メールアドレスを１つのみ使用し、再送回数も制限し
ない場合について述べたが、第２〜第４の各実施形態を
適用することもできる。すなわち、電子メールの送信先
となる電子メールアドレスを複数登録しておき、第５の
実施形態の場合にも、１つの電子メールアドレスについ
て所定回数の再送にも関わらず応答がない場合には他の
電子メールアドレスに電子メールの送信先を切り替えら
れるようにしても良く、また、無制限に同一内容の電子
メールが送信されるのを避けるようにすることもでき
る。 （Ｈ−３）本願明細書においては、上述の実施形態及び
請求の範囲においてＷＷＷブラウザなる用語を用いた
が、該用語にはいわゆるビューワと呼ばれるものも含ま
れるものとする。

【０１１７】

【発明の効果】上述のように、第１の発明によれば、情
報伝達システムに、ＷＷＷサーバを通じた情報本体への
アクセスの有無を、該当する電子メール別に管理情報と
して管理する送達管理データベースと、ＷＷＷサーバを
通じた情報本体へのアクセス時に、該アクセスに対応す
る送達管理データベースの管理情報を更新する管理手段
とを備えるようにしたことにより、電子メールに添付さ
れたＵＲＬアドレスで特定される情報本体への相手側に
よるアクセスの有無（電子メールの到達確認又は開封確
認ではない）を、送信側において確認可能とできる。

【０１１８】また、第２の発明においては、第１の発明
に加え、達管理データベースの管理情報より、相手先に
よる情報本体へのアクセスが認められなかった場合、一
定期間の経過後、再度電子メールを送信するよう指示す
る機能を設けたことにより、情報本体にアクセスしてい
ない相手先（利用者）に注意を促すことができ、情報本
体の送達の確実性を高めることができる。

【０１１９】また、第３の発明においては、第２の発明
に加え、予め指定された回数に亘る電子メールの送付後
も、相手先による情報本体へのアクセスが認められなか
った場合、電子メールの再送中止を指示する機能をさら
に追加するかかる機能を設けたことにより、同一内容の
電子メールが無制限に再送されるおそれを有効に回避で
きる。

【０１２０】さらに、第４の発明においては、第２の発
明に加え、予め指定された回数に亘る電子メールの送付
後も、相手先による情報本体へのアクセスが認められな
かった場合、登録されている別の電子メールアドレスに
電子メールを送信する機能を設けたことにより、相手先
による情報本体へのアクセスの確実性をより高めること
ができる。

【０１２１】さらに、第５の発明においては、第４の発
明に加え、別の電子メールアドレスに電子メールを指定
された回数送付した後も、相手先による情報本体へのア
クセスが認められなかった場合、電子メールの再送中止
を指示する機能を設けたことにより、第３の発明の場合
と同じく、同一内容の電子メールが無制限に再送される
おそれを有効に回避できる。

【０１２２】また、第６の発明においては、第１の発明
に加え、相手先による情報本体へのアクセスが認められ
ていない間に、他の情報本体へのアクセスを求める電子
メールの送付の必要が生じた場合、各情報本体に対応す
る電子メールに添付するＵＲＬアドレスに、それぞれが
対応する情報本体を識別する識別子を付して当該相手先
に送信させる機能を設けたことにより、複数の情報本体
へのアクセスを同時に管理可能とできる。

【図面の簡単な説明】

【図１】各実施形態に共通する基本的なシステム構成例
を示す機能ブロック図である。

【図２】電子メールシステムの概要を示す図である。

【図３】端末側で表示される画面例を示す図である。

【図４】送信元電子メールアドレス付き電子メール例を
示す図である。

【図５】一般的な接続形態例を示す図である。

【図６】送達管理データベースの登録例を示す図であ
る。

【図７】伝達情報データベースの登録例を示す図であ
る。

【図８】伝達すべき情報（ＵＲＬアドレスで特定され
る）の入力に係る動作手順を示すフローチャートであ
る。

【図９】入力された情報の表示画面例を示す図である。

【図１０】伝達すべき情報（ＵＲＬアドレスで特定され
る）の伝達動作に係る動作手順を示すフローチャートで
ある（第１の実施形態）。

【図１１】各データベースの登録情報と作成される電子
メールの内容の対応関係を示す図である。

【図１２】端末又は電子メール受信サーバにおいて実行
される情報の確認動作手順を示すフローチャートであ
る。

【図１３】情報送信サーバにおいて実行される情報の確
認動作手順を示すフローチャートである。

【図１４】ＷＷＷブラウザによって取り出された情報の
表示例を示す図である。

【図１５】情報未確認者の会員番号の表示に係る動作手
順を示すフローチャートである。

【図１６】伝達すべき情報（ＵＲＬアドレスで特定され
る）の伝達動作に係る動作手順を示すフローチャートで
ある（第２の実施形態）。

【図１７】伝達すべき情報（ＵＲＬアドレスで特定され
る）の伝達動作に係る動作手順を示すフローチャートで
ある（第３の実施形態）。

【図１８】伝達すべき情報（ＵＲＬアドレスで特定され
る）の伝達動作に係る動作手順を示すフローチャートで
ある（第４の実施形態）。

【図１９】伝達すべき情報（ＵＲＬアドレスで特定され
る）の伝達動作に係る動作手順を示すフローチャートで
ある（第５の実施形態）。

【図２０】各データベースの登録情報と作成される電子
メールの内容の対応関係を示す図である。

【図２１】端末又は電子メール受信サーバにおいて実行
される情報の確認動作手順を示すフローチャートであ
る。

【図２２】情報送信サーバにおいて実行される情報の確
認動作手順を示すフローチャートである。

【符号の説明】

１Ａ…電子メールビューワ、２Ａ…電子メール受信サー
バ、３Ａ…電子メール送信サーバ、３Ｂ…情報入力装
置、１１…端末、１１Ａ…電子メールビューワ、１１Ｂ
…ＷＷＷブラウザ、１２…情報受信サーバ、１２Ａ…受
信サーバ、１３…情報送信サーバ、１３Ａ…電子メール
送信サーバ、１３Ｂ…期間管理部、１３Ｃ…送達管理デ
ータベース、１３Ｄ…送達表示装置、１３Ｅ…ＷＷＷサ
ーバ、１３Ｆ…情報作成部、１３Ｇ…伝達情報データベ
ース、１３Ｈ…情報入力装置。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 情報の送信元が情報本体の格納場所を指
   定するＵＲＬ（Uniform Resource Locator）アドレスを
   電子メールに添付して相手先に送信した場合であって、
   該電子メールを受信した相手先がＷＷＷ（World Wide W
   eb）ブラウザを通じて該情報本体へのアクセスを実行し
   たとき、情報の送信元はＷＷＷサーバを通じて該情報本
   体を相手先に伝達する情報伝達システムにおいて、 上記ＷＷＷサーバを通じた情報本体へのアクセスの有無
   を、該当する電子メール別に管理情報として管理する送
   達管理データベースと、 上記ＷＷＷサーバを通じた情報本体へのアクセス時に、
   該アクセスに対応する上記送達管理データベースの管理
   情報を更新する管理手段とを備えたことを特徴とする情
   報伝達システム。
2. 【請求項２】 請求項１に記載の情報伝達システムにお
   いて、 上記管理手段は、上記送達管理データベースの管理情報
   より、相手先による情報本体へのアクセスが認められな
   かった場合、一定期間の経過後、再度電子メールを送信
   するよう指示することを特徴とする情報伝達システム。
3. 【請求項３】 請求項２に記載の情報伝達システムにお
   いて、 上記管理手段は、予め指定された回数に亘る電子メール
   の送付後も、相手先による情報本体へのアクセスが認め
   られなかった場合、電子メールの再送中止を指示するこ
   とを特徴とする情報伝達システム。
4. 【請求項４】 請求項２に記載の情報伝達システムにお
   いて、 上記管理手段は、予め指定された回数に亘る電子メール
   の送付後も、相手先による情報本体へのアクセスが認め
   られなかった場合、登録されている別の電子メールアド
   レスに電子メールを送信することを特徴とする情報伝達
   システム。
5. 【請求項５】 請求項４に記載の情報伝達システムにお
   いて、 上記管理手段は、別の電子メールアドレスに電子メール
   を指定された回数送付した後も、相手先による情報本体
   へのアクセスが認められなかった場合、電子メールの再
   送中止を指示することを特徴とする情報伝達システム。
6. 【請求項６】 請求項１に記載の情報伝達システムにお
   いて、 上記管理手段は、相手先による情報本体へのアクセスが
   認められていない間に、他の情報本体へのアクセスを求
   める電子メールの送付の必要が生じた場合、各情報本体
   に対応する電子メールに添付するＵＲＬアドレスに、そ
   れぞれが対応する情報本体を識別する識別子を付して当
   該相手先に送信させることを特徴とする情報伝達システ
   ム。