JPH1013461A - メッセージ配送支援システム及びメッセージ配送支援方法 - Google Patents

Abstract

(57)【要約】 【課題】 受信者の行動予定を反映させて適切な伝送媒
体とアドレスにメッセージの自動配送を行い、更に、メ
ッセージの配送が完了しないうちに受信者が所在を移動
した場合でも、自動的に適切な伝送媒体とアドレスを再
選択し受信者を追跡してメッセージの自動配送を行うこ
とにより、システムの操作性を向上させたメッセージ配
送支援システム及びメッセージ配送支援方法を提供す
る。 【解決手段】 配送依頼に応じて受信者をキーとするス
ケジュールデータベース３の検索を行い、受信者の行動
予定に基づき第１の最適なアドレスを選択し、アドレス
の情報を含むエンベロープデータを作成し当該データを
メッセージに添付して伝送媒体へ渡し、メッセージの配
送完了が確認されないまま時刻が経過して受信者の行動
予定が示す最適なアドレスが更新された場合は、受信者
の次なる行動予定に基づく第２の最適なアドレスを繰り
返し再選択し、メッセージの配送をやり直すメッセージ
配送支援サーバ２を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、メッセージ配送支
援システム及びメッセージ配送支援方法に係り、更に詳
しくは、１つ以上の伝送媒体と複数のアドレスの組から
選択される宛先へのメッセージの配送を支援する場合に
好適なメッセージ配送支援システム及びメッセージ配送
支援方法に関する。

【０００２】

【従来の技術】従来より、情報通信技術の発達と情報通
信網の発展に伴って、郵便、ファクス、電子メール、ネ
ットニューズ等の様々な媒体によるメッセージの配送が
利用されている。特に、電子化されたひとつの情報を、
ファクス或いは電子メールといった複数の媒体のそれぞ
れに適合する形式に変換し、何れの媒体を介しても同内
容のメッセージが配送可能となっている。このため、そ
れぞれの媒体に依存するアドレス形式の差異を利用者か
ら透過とし、「誰に送りたいか」という受信者を（固有
のアドレス形式ではなく）名前等によって一般的に指定
し、目的の配送宛先を指示する試みが行われている。

【０００３】図１１は上述した従来技術のひとつを説明
するための図であり、上記受信者指定型のメッセージ配
送システムにおけるディレクトリ（アドレス帳）の一例
を示す画面例である。図１１の例では、ファクスやｅｍ
ａｉｌ（電子メール）等のそれぞれ異なる媒体を介して
メッセージを配送するための、媒体に依存する形式で表
現されたアドレスが、ひとつのディレクトリに一元管理
されている状態を示している。従って、利用者はその配
送方法の詳細を特に意識する必要がなく、メッセージを
届けたい受信者である「宛先」を選択するだけでよい。
システムは受信者をキーとしてディレクトリを検索し、
適切な伝送媒体とアドレスとを導き配送を行う。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
た従来のメッセージ配送支援システムにおいては、移動
する受信者の所在を追跡する手段を持たないため下記の
ような問題があった。

【０００５】即ち、多くの場合、或る受信者宛のメッセ
ージを配送するために最適な伝送媒体とアドレスは、た
だ１つが固定的に定まっているわけではない。例えば、
受信者は自宅と職場とで異なる電子メールアドレスや異
なるファクス番号を持ち利用している場合もある。特
に、受信者はその行動予定に伴って所在を変更するが、
この移動に伴って受信者にとって最も適切な伝送媒体と
アドレスは変わる。そこで、外出先等で移動している受
信者へメッセージを配送するためには、例えば秘書等が
受信者の行動予定を確認した後に移動先の適切な場所へ
ファクスを送信する等の手間が必要であり、不便であっ
た。

【０００６】更に、ファクスや電子メール等の伝送媒体
は必ずしも直ちにメッセージの伝送に成功するわけでは
ない。例えば、話中やネットワーク不調等で伝送が完了
しないうちに、移動がちな受信者は所在を移動してしま
う場合もあり得る。この場合、最初に選択したメッセー
ジの送り先は既に適切なものではなくなってしまうた
め、メッセージを新たな適切な送り先へと再送しなけれ
ばならないという手間がかかり、不便であった。

【０００７】また、例えば、メッセージの性質によって
は、その内容が或る期限までしか有効でない場合もあり
得る。この場合、メッセージの配送が完了しないうちに
その期限を過ぎたならば配送の試み自体を中止するべき
である。従って、受信者を追跡してメッセージの配送を
行う際に、メッセージ内容の有効期限に配慮する必要が
あり、煩雑な操作が要求されていた。

【０００８】本発明は、上述した点に鑑みなされたもの
であり、第１の目的は、受信者の行動予定を反映させて
適切な伝送媒体とアドレスにメッセージの自動配送を行
い、更に、メッセージの配送が完了しないうちに受信者
が所在を移動した場合でも、自動的に適切な伝送媒体と
アドレスを再選択し受信者を追跡してメッセージの自動
配送を行うことにより、システムの操作性を向上させた
メッセージ配送支援システム及びメッセージ配送支援方
法を提供することを目的とする。

【０００９】更に、本発明の第２の目的は、メッセージ
の配送が完了しないうちにメッセージの有効期限を過ぎ
た場合は自動的に配送の試みを中止し、操作者の手を煩
わせない合理的なメッセージ配送支援システム及びメッ
セージ配送支援方法を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、請求項１の発明は、配送宛先たる受信者の情報を含
む配送依頼と配送内容たるメッセージとをクライアント
から受け取り、受信者へのメッセージ配送を支援するメ
ッセージ配送支援システムであって、受信者の行動予定
を蓄積管理し、検索に応じて受信者の所在情報を含む行
動予定を返すデータベース手段と、前記クライアントか
らの配送依頼に応じて受信者をキーとする前記データベ
ース手段の検索を行い、検索して得た受信者の行動予定
に基づき第１の最適なアドレスを選択する選択手段と、
メッセージを選択されたアドレス宛に伝送する伝送手段
とを具備することを特徴とする。

【００１１】上記目的を達成するため、請求項２の発明
は、前記請求項１記載のメッセージ支援システムにおい
て、選択されたアドレスを示す情報データを作成する作
成手段と、当該データを前記クライアントからのメッセ
ージに添付して前記伝送手段へ渡す供給手段と、前記伝
送手段によるメッセージの配送完了を確認する配送確認
手段と、該配送確認手段によりメッセージの配送完了が
確認されないまま時刻が経過し、受信者の行動予定が示
す最適なアドレスが更新された場合は、受信者の次なる
行動予定に基づく第２の最適なアドレスを繰り返し再選
択し、メッセージの配送をやり直す配送制御手段とを具
備することを特徴とする。

【００１２】上記目的を達成するため、請求項３の発明
は、前記請求項１または２記載のメッセージ配送支援シ
ステムにおいて、前記配送確認手段は、前記伝送手段の
特性に応じて、前記伝送手段からのメッセージの送出、
或いは宛先アドレスへのメッセージの到着、或いは受信
者によるメッセージの参照の何れかをもって、メッセー
ジの配送完了と見なすことを特徴とする。

【００１３】上記目的を達成するため、請求項４の発明
は、前記請求項１、２または３記載のメッセージ配送支
援システムにおいて、前記供給手段から前記伝送手段へ
渡されたまま配送が完了していないメッセージをキャン
セルするキャンセル手段を具備してなり、該キャンセル
手段は、前記配送制御手段により第２の最適なアドレス
が再選択された場合は、既に前記供給手段から前記伝送
手段へ渡されている第１のアドレス宛のメッセージをキ
ャンセルすることを特徴とする。

【００１４】上記目的を達成するため、請求項５の発明
は、前記請求項１、２、３または４記載のメッセージ配
送支援システムにおいて、前記配送依頼は、メッセージ
の有効期限を示す情報を含む配送依頼であり、前記配送
制御手段は、前記配送確認手段によりメッセージの配送
完了が確認されないままメッセージの有効期限を過ぎた
場合は、メッセージの再配送を中止することを特徴とす
る。

【００１５】上記目的を達成するため、請求項６の発明
は、前記請求項１、２、３、４または５記載のメッセー
ジ配送支援システムにおいて、前記キャンセル手段は、
メッセージの有効期限が過ぎた場合は、既に前記供給手
段から前記伝送手段へ渡されている第１のアドレス宛の
メッセージをキャンセルすることを特徴とする。

【００１６】上記目的を達成するため、請求項７の発明
は、前記請求項１、２、３、４、５または６記載のメッ
セージ配送支援システムにおいて、メッセージの配送依
頼を行ったクライアントを第２の受信者とする配送依頼
と、メッセージ配送の失敗を伝える第２のメッセージと
からなる要求を自動的に生成する配送未完通知手段を具
備してなり、該配送未完通知手段は、前記配送制御手段
によりクライアントから要求された第１のメッセージの
再配送が中止された場合は、メッセージ配送の失敗をク
ライアントへ通知することを特徴とする。

【００１７】上記目的を達成するため、請求項８の発明
は、配送宛先たる受信者の情報を含む配送依頼と配送内
容たるメッセージとをクライアントから受け取り、受信
者へのメッセージ配送を支援するメッセージ配送支援方
法であって、受信者の行動予定をデータベース手段に蓄
積管理し、検索に応じて受信者の所在情報を含む行動予
定を返す蓄積管理ステップと、前記クライアントからの
配送依頼に応じて受信者をキーとする前記データベース
手段の検索を行い、検索して得た受信者の行動予定に基
づき第１の最適なアドレスを選択する選択ステップと、
メッセージを選択されたアドレス宛に伝送手段を介して
伝送する伝送ステップとを有することを特徴とする。

【００１８】上記目的を達成するため、請求項９の発明
は、前記請求項８記載のメッセージ配送支援方法におい
て、選択されたアドレスを示す情報データを作成する作
成ステップと、当該データを前記クライアントからのメ
ッセージに添付して前記伝送手段へ渡す供給ステップ
と、前記伝送手段によるメッセージの配送完了を確認す
る配送確認ステップと、該配送確認ステップでメッセー
ジの配送完了が確認されないまま時刻が経過し、受信者
の行動予定が示す最適なアドレスが更新された場合は、
受信者の次なる行動予定に基づく第２の最適なアドレス
を繰り返し再選択し、メッセージの配送をやり直す配送
制御ステップとを有することを特徴とする。

【００１９】上記目的を達成するため、請求項１０の発
明は、前記請求項８または９記載のメッセージ配送支援
方法において、前記配送確認ステップでは、前記伝送手
段の特性に応じて、前記伝送手段からのメッセージの送
出、或いは宛先アドレスへのメッセージの到着、或いは
受信者によるメッセージの参照の何れかをもって、メッ
セージの配送完了と見なすことを特徴とする。

【００２０】上記目的を達成するため、請求項１１の発
明は、前記請求項８、９または１０記載のメッセージ配
送支援方法において、前記伝送手段へ渡されたまま配送
が完了していないメッセージをキャンセルするキャンセ
ルステップを有してなり、該キャンセルステップでは、
前記配送制御ステップで第２の最適なアドレスが再選択
された場合は、既に前記伝送手段へ渡されている第１の
アドレス宛のメッセージをキャンセルすることを特徴と
する。

【００２１】上記目的を達成するため、請求項１２の発
明は、前記請求項８、９、１０または１１記載のメッセ
ージ配送支援方法において、前記配送依頼は、メッセー
ジの有効期限を示す情報を含む配送依頼であり、前記配
送制御ステップでは、前記配送確認ステップでメッセー
ジの配送完了が確認されないままメッセージの有効期限
を過ぎた場合は、メッセージの再配送を中止することを
特徴とする。

【００２２】上記目的を達成するため、請求項１３の発
明は、前記請求項８、９、１０、１１または１２記載の
メッセージ配送支援方法において、前記キャンセルステ
ップでは、メッセージの有効期限が過ぎた場合は、既に
前記伝送手段へ渡されている第１のアドレス宛のメッセ
ージをキャンセルすることを特徴とする。

【００２３】上記目的を達成するため、請求項１４の発
明は、前記請求項８、９、１０、１１、１２または１３
記載のメッセージ配送支援方法において、メッセージの
配送依頼を行ったクライアントを第２の受信者とする配
送依頼と、メッセージ配送の失敗を伝える第２のメッセ
ージとからなる要求を自動的に生成する配送未完通知ス
テップを有してなり、該配送未完通知ステップでは、前
記配送制御ステップでクライアントから要求された第１
のメッセージの再配送が中止された場合は、メッセージ
配送の失敗をクライアントへ通知することを特徴とす
る。

【００２４】

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

【００２５】（１）第１の実施の形態 先ず、第１の実施の形態に係るメッセージ配送支援シス
テムの構成を図１のブロック図に基づき説明する。メッ
セージ配送支援システムは、メッセージ配送支援（ＭＤ
Ａ）サーバ２と、スケジュールデータベース３と、電子
メールサブシステム４と、ファクス送信サブシステム５
と、リモートプリンタサブシステム６とから構成されて
おり、該メッセージ配送支援システムにはクライアント
１が接続されている。

【００２６】上記各部の構成を詳述すると、クライアン
ト１は、メッセージ配送支援システムに対してメッセー
ジの配送を依頼する側であり、後述する如くパーソナル
コンピュータ或いはワークステーション等から構成され
ている。メッセージ配送支援（ＭＤＡ）サーバ２は、ク
ライアント１から配送依頼とメッセージとを受け取り、
電子メールサブシステム４、ファクス送信サブシステム
５、リモートプリンタサブシステム６のうちの何れかの
メッセージ配送サブシステムの選択と、アドレスの選択
と、エンベロープデータの作成と、作成したエンベロー
プデータとメッセージのメッセージ配送サブシステムへ
の送信とを行う。スケジュールデータベース３は、メッ
セージ配送支援（ＭＤＡ）サーバ２からの問い合わせを
受け、問われた受信者に係る行動予定を当該サーバ２へ
返す。

【００２７】電子メールサブシステム４は、与えられた
エンベロープデータとメッセージをＳＭＴＰ（Ｓimple
Ｍail Ｔransfer Ｐrotocol）と呼ばれるプロトコルに
準拠した電子メールとして送信する。ファクス送信サブ
システム５は、与えられたエンベロープデータとメッセ
ージをビットマップ画像化された電子情報として、公衆
回線に向けてファクス送信する。リモートプリンタサブ
システム６は、遠隔地の何れか、例えば社内の郵便物を
収集配送する部署（メール室）等に配置されており、与
えられたエンベロープデータとメッセージの紙へのプリ
ント出力を行う。

【００２８】図２は上記図１のブロック図に示した構成
を構内ネットワーク（ＬＡＮ）上で実現したものであ
り、本第１の実施の形態に係るクライアントとメッセー
ジ配送支援システムを表わすネットワーク構成図であ
る。図２に示す構成例は、クライアント１と、メッセー
ジ配送支援（ＭＤＡ）サーバ２と、スケジュールデータ
ベース３と、ネットワーク１００と、電子メールサーバ
１０１と、ルータ１０２と、外部ネットワーク１０３
と、公衆回線網１０４と、ＭＯＤＥＭ（ＭＯdulatar-Ｄ
ＥＭodulatar）ユニット１０５と、ファクススプーラ１
０６と、リモートプリンタ１０７とを備えている。

【００２９】上記各部の構成を詳述すると、クライアン
ト１は、例えばパーソナルコンピュータ（またはワーク
ステーション等）によって実現されるクライアントであ
り、図２の例ではメッセージ配送支援システムのクライ
アントアプリケーションが稼働している。利用者は前記
パーソナルコンピュータ（またはワークステーション
等）を利用して、メッセージ配送支援システムに対し配
送依頼とメッセージの入力を行う。利用者がクライアン
ト１に配送依頼とメッセージを入力すると、クライアン
ト１はネットワーク１００を介してメッセージ配送支援
（ＭＤＡ）サーバ２に接続される。

【００３０】メッセージ配送支援（ＭＤＡ）サーバ２
は、クライアント１から配送依頼とメッセージを受け取
り、配送宛先である受信者の行動予定をネットワーク１
００を介してスケジュールデータベース３に問い合わせ
る。メッセージ配送支援（ＭＤＡ）サーバ２は、後述す
るアルゴリズムによって適切な伝送媒体とアドレスとを
決定し、決定した伝送媒体に適合するエンベロープデー
タを作成し、更に作成したエンベロープデータの内容を
伝送媒体の選択に応じて配送のためのサブシステム、即
ち、電子メールサーバ１０１、ファクススプーラ１０
６、リモートプリンタ１０７へ渡す。

【００３１】電子メールサーバ１０１は、上述したＳＭ
ＴＰによる電子メールの送信を行う。ルータ１０２は、
構内ネットワーク（ＬＡＮ）を相互接続する装置であ
り、電子メールを外部ネットワーク１０３へ発信する。
ファクススプーラ１０６は、内部に通信キューを持ち、
電子化された情報のファクス送信を管理する。ＭＯＤＥ
Ｍユニット１０５は、内部にＮＣＵ（Ｎetwork Ｃontro
l Ｕnit、図示略）等も備え、ファクススプーラ１０６
を公衆回線網１０４に接続する。リモートプリンタ１０
７は、配送の目的地或いは「メール室」等の中継地に配
置されており、与えられた電子情報の紙へのプリント出
力を行う。

【００３２】次に、上記の如く構成してなる第１の実施
の形態に係るメッセージ配送支援システムの動作につい
て、図３乃至図８を参照して説明する。

【００３３】図３は第１の実施の形態に係るスケジュー
ルデータベース３が管理する情報の一例を示す画面例で
ある。スケジュールデータベース３はメッセージの受信
者となるべき個人の行動予定を時系列に保持している。
同図において、縦軸は時間を示しており、各行はその時
間帯における個人の行動予定を表わす。各列はそれぞ
れ、行動の内容を示す「予定」、存在する場所を示す
「所在」、その所在における連絡方法を示す伝送媒体と
アドレスの組「連絡先」、その連絡先へのメッセージ配
送が代理人を介するものであるか否かを示す「代理」フ
ラグ、代理人を介するものであればその経路が守秘性を
有するものであるか否かを示す「守秘」フラグ、を表わ
している。

【００３４】図４は第１の実施の形態に係るクライアン
ト１が受け取る配送依頼とメッセージの一例を示す画面
例である。メッセージ配送支援システムの利用者は例え
ば同図に示されるようなユーザインターフェイスによっ
て、クライアント１に対して配送依頼とメッセージの入
力を行うことができる。同図において、「宛先」、「主
題」、「日時」、「属性」、「有効期限」及び「送信
元」の各情報が配送依頼を構成している。配送依頼情報
に含まれる属性は、配送が可能な限り速やかに行われる
べきであるか否かを示す「至急」フラグ、秘匿性の有無
を示す「社外秘」フラグ、伝送サブシステムの配送処理
の結果レポートを送信元に返信すべきであるか否かを示
す「送信結果レポート」フラグ、送信の控えを記録すべ
きか否かを示す「控をファイル」フラグ、を有してい
る。「有効期限」はメッセージ内容が有効である期限が
限定されている場合に、その期限を示している。有効期
限は時刻で指定することも、現在時刻または発信時刻か
らの経過時間で指定することもできる。図４の「内容」
はメッセージの本体である。

【００３５】図５は第１の実施の形態に係るメッセージ
配送支援（ＭＤＡ）サーバ２における処理手順を表わす
フローチャートである。同図において、メッセージ配送
支援（ＭＤＡ）サーバ２は処理を開始すると、最初にク
ライアント１から配送依頼とメッセージが送信されてく
るのを待機する（ステップＳＡ１）。クライアント１か
ら配送依頼とメッセージを受信すると、配送依頼からそ
こに含まれる宛先情報を特定する（ステップＳＡ２）。
次に、宛先となるべき受信者の行動予定をスケジュール
データベース３に問い合わせる（ステップＳＡ３）。ス
ケジュールデータベース３からの返答を受けると、伝送
媒体とアドレスの選択を行う（ステップＳＡ４）。

【００３６】次に、選択した伝送媒体とアドレスの妥当
性の判定を行う（ステップＳＡ５）。妥当性判定処理の
手順は後述する。選択した伝送媒体とアドレスの組が妥
当でないと判定された場合は、上記ステップＳＡ３へ戻
り、受信者の次なる行動予定の検索と、＜伝送媒体、ア
ドレス＞の組の次候補の選択を繰り返す。他方、選択し
た伝送媒体とアドレスの組が妥当であると判定された場
合は、選択された伝送媒体に適合する表現形式で、配送
依頼に含まれる属性に適合する書式に基づくエンベロー
プデータの作成を行う（ステップＳＡ６）。

【００３７】伝送媒体がファクスの場合、エンベロープ
データはファクスのカバーページのビットマップ画像で
ある。また、伝送媒体が電子メールの場合、エンベロー
プデータは電子メールヘッダである。また、伝送媒体が
「メール室」に設置されたリモートプリンタの場合、エ
ンベロープデータは所定の書式の「送り票」のビットマ
ップ画像である。エンベロープデータの作成に用いられ
る書式は、予めメッセージ配送支援（ＭＤＡ）サーバ２
内部の記憶装置（図示略）に格納されており、配送依頼
に含まれるメッセージの「属性」（図４参照）と、スケ
ジュールデータベース３から問い合わせた送り先の特性
情報（図３の「代理」、「守秘」といったもの）とに応
じて、適切な書式が選択され採用される。従って、例え
ば代理人が介在する送り先に対する配送を行う際には、
「気付」を付したエンベロープデータを自動生成するこ
となどが可能である。

【００３８】次に、選択された伝送媒体サブシステムに
接続し、選択されたアドレス情報を含むエンベロープデ
ータとメッセージ内容とを送信する（ステップＳＡ
７）。更に、伝送媒体サブシステムに対して送信したメ
ッセージの配送が無事完了したか否かを問い合わせる
（ステップＳＡ８）。メッセージの配送完了が確認され
た場合は、一連の手順を終了する。

【００３９】配送完了の方法は個々の伝送媒体サブシス
テムの特性によってそれぞれ異なるが、例えばファクス
送信サブシステム５における配送完了の確認は、ファク
ススプーラ１０６が管理する送信ログ（通信記録）の問
い合わせを行い、当該送信要求の結果を確認することに
よって実現される。

【００４０】また、電子メールサブシステム４の配送完
了の確認は、電子メールサーバ１０１に対して問い合わ
せを行い実現する。配送完了は、電子メールサーバ１０
１が管理する送信キュー（１列に並んだデータ列）から
当該メールが送出された時点で完了とする。

【００４１】また、或いはよく知られたインターネット
の電子メールプロトコルにおいて用いられているＲetur
n-Ｒeceipt-Ｔoヘッダの仕組みによって、当該メールが
受信相手の電子メールサーバ１０１にまで到達した際
に、先方のサーバから受領通知を送り返させるように構
成してもよい。この場合、電子メールサブシステム４は
送信メール中に、自らが管理する予め定めたアドレスへ
の受領通知返信を要求するＲeturn-Ｒeceipt-Ｔoヘッダ
を含め、返信された受領通知が到着した時点で配送の完
了と見なす。

【００４２】或いはまた、受信者が受け取ったメールを
読む操作を行った時点で開封確認通知を自動返信する機
能を持つ電子メールシステムを採用した場合、受信者が
メッセージを参照し、開封通知が返信され、それが電子
メールサーバ１０１に到達した時点で配送の完了と見な
すこともできる。

【００４３】例えばファクスにおける話中などの理由に
よって配送が滞り、上記ステップＳＡ８で配送の完了が
確認されない場合は、ステップＳＡ９へ移行する。即
ち、上記ステップＳＡ３で問い合わせ上記ステップＳＡ
４における選択の基準として用いた受信者の行動予定と
現在の時刻の比較を行い、受信者が移動しているか否か
を判定する（ステップＳＡ９）。もしも受信者がその時
点で所在を移動する予定となっていた場合は、改めて適
切な伝送媒体とアドレスを再選択するために上記ステッ
プＳＡ３へ戻る。他方、受信者が移動していない場合
は、上記ステップＳＡ８へ戻り、配送が無事完了するま
で一連のステップを繰り返す。

【００４４】尚、上記ステップＳＡ９における受信者の
行動予定と現在の時刻との比較は、選択した＜伝送媒
体、アドレス＞の組から導かれる配送所要時間（後述）
を加味し、現在時刻＋配送所要時間が受信者の移動時刻
を過ぎていた場合に真（ＹＥＳ）と判定するように構成
することもできる。

【００４５】上記ステップＳＡ９において行動予定から
受信者の移動が検出された場合、上記ステップＳＡ３へ
戻り、受信者の次の行動予定の問い合わせから一連のス
テップを繰り返す。

【００４６】尚、第１の実施の形態では、この際、伝送
媒体サブシステムに送信したメッセージのキャンセルを
行っていないため、受信者は最終的には同一のメッセー
ジを複数重複して受け取ることになる。

【００４７】図６は上記図５のステップＳＡ５における
選択された伝送媒体とアドレスの妥当性判定の手順の一
例を詳細に示したフローチャートである。同図におい
て、選択された＜伝送媒体、アドレス＞の組の妥当性判
定を開始すると、先ず＜伝送媒体、アドレス＞の組の関
数として配送所要時間を推定する（ステップＳＢ１）。
配送所要時間の推定は、メッセージ配送支援（ＭＤＡ）
サーバ２内部の記憶装置（図示略）内に伝送媒体とアド
レスをキーとして配送所要時間を検索するためのテーブ
ルを保持し、これを検索することによって実現される。

【００４８】次に、配送所要時間と現在の時刻を加算し
て配送推定時刻を算出し、その時刻と受信者の行動予定
を比較することによって、配送推定時刻に受信者が宛先
の地点に存在するか否かを判定する（ステップＳＢ
２）。配送推定時刻に受信者が既に存在しない予定とな
っている場合は、選択された＜伝送媒体、アドレス＞の
組は妥当とはいえない。他方、配送推定時刻に受信者が
存在する予定となっている場合は、＜伝送媒体、アドレ
ス＞の特性が代理人を介する経路であるか否かを判定す
る（ステップＳＢ３）。

【００４９】代理人が介在しない経路である場合は、＜
伝送媒体、アドレス＞の組は妥当であると判定する。他
方、代理人が介在する経路である場合は、配送依頼に含
まれる属性の「至急」フラグの真偽を判定する（ステッ
プＳＢ４）。メッセージが緊急性を要しない場合は、代
理人が介在するリスキーな経路の選択を避けるため、選
択は妥当でないと判定する。他方、メッセージが緊急性
が要する場合は、メッセージの配送に秘匿性を要求する
か否かを属性の「社外秘」フラグによって判定する（ス
テップＳＢ５）。

【００５０】メッセージが秘匿性を要求しない場合は、
選択は妥当であると判定する。他方、メッセージの配送
に秘匿性が要求される場合は、＜伝送媒体、アドレス＞
の組が秘匿性の期待できる経路であるか否かを属性の
「守秘」フラグによって判定する（ステップＳＢ６）。
スケジュールデータベース３に問い合わせた結果を参照
し、「守秘」フラグが真の場合は、選択は妥当であるも
のと判定する。他方、「守秘」フラグが偽の場合は、選
択は妥当でないと判定する。これにより、上記手順を終
える。

【００５１】例えば上記図４の送信メッセージの例で
は、時刻は午後３時０５分に、属性が「至急」且つ「社
外秘」であり有効期限が午後７時であるメッセージの配
送を、クライアント１が要求している。メッセージ配送
支援（ＭＤＡ）サーバ２はスケジュールデータベース３
への問い合わせを行い、上記図３に示したような行動予
定を得る。

【００５２】上記図３の例の場合、午後１時から会議が
予定されている取引先会社に対してファクスとしてメッ
セージを送信すればよいことがわかる。即ち、＜ＦＡ
Ｘ、03-3333-xxxx＞が選択される。ところが、当該メッ
セージは「社外秘」であり、しかも当該宛先は代理人が
介在する経路であり、且つ守秘性が無いことから、選択
された伝送媒体であるファクスと、選択されたアドレス
であるファクス番号の組は妥当でないと判定される。

【００５３】そこで、スケジュールデータベース３から
次なる予定の検索を行い、再度、伝送媒体とアドレスを
選択する。次に選択される伝送媒体とアドレスの組は、
＜email、kim＠my.office.co.jp＞であり、この選択は
同様の判定手順によって妥当と判定される。そこで、メ
ッセージ配送支援（ＭＤＡ）サーバ２は、電子メール用
の表現形式で本人宛の書式のエンベロープデータを作成
し、エンベロープデータとメッセージを電子メールサー
バ１０１へ渡す。

【００５４】図７は第１の実施の形態に係る上記の手順
によって作成された電子メールによるメッセージ配送の
一例を示す図である。同図において、前半の７行は電子
メールヘッダであり、即ちクライアント１から渡された
配送依頼に基づいて作成されるエンベロープデータであ
る。空行を挟んだ以降の行はメッセージ本体である。最
後の１行は送信者の署名を表わすものであり、メッセー
ジ配送支援（ＭＤＡ）サーバ２によって自動的に付加さ
れる。

【００５５】しかしながらここで、もしもネットワーク
１００の不調等の理由によって電子メールの配送が滞っ
た場合、作成された上記図７の電子メールは指定アドレ
スに送信されないまま、受信者が移動する時刻午後４時
１５分を過ぎてしまうことがあり得る。この場合、メッ
セージ配送支援（ＭＤＡ）サーバ２は電子メールサブシ
ステム４の配送完了を確認しないまま、受信者が移動す
る時刻を迎えたことを検知し、最適な＜伝送媒体、アド
レス＞の再選択と再配送を試みる。この結果、受信者の
午後６時からの予定に対応してファクス番号03-5678-xx
xxへのファクス送信を決定し、代理受信ファクス用のカ
バーシート画像を作成しメッセージと共にファクススプ
ーラ１０６へ送信する。図８はファクススプーラ１０６
へ渡される画像データの一例である。

【００５６】上述したように、第１の実施の形態によれ
ば、クライアント１から送られた配送依頼とメッセージ
を処理するために、宛先となるべき受信者の行動予定を
スケジュールデータベース３に問い合わせることによっ
て妥当な伝送媒体とアドレスを選択し、選択した伝送媒
体の特性とメッセージの属性に応じたエンベロープデー
タを作成し、作成したエンベロープデータとメッセージ
を選択した伝送媒体へ渡し、伝送媒体による配送完了を
監視し、配送が完了しないまま受信者が次なる行動予定
に移行した場合は新たな伝送媒体とアドレスの再選択／
再送信を繰り返すことによって、受信者の所在を追跡し
たメッセージ配送を簡便に行うことができる。

【００５７】尚、第１の実施の形態では、メッセージの
伝送媒体として、電子メール、ファクス、及びリモート
プリンタの３つのサブシステムの例のみに限定している
が、これは他のメッセージの伝送媒体を追加または他の
メッセージの伝送媒体に置き換えることも可能であり、
同様の効果が得られることは言うまでもない。

【００５８】他のメッセージの伝送媒体としては、例え
ば、テキスト情報を合成音声によって読み上げる電話、
更にそれを受信側のボイスメールと組み合わせたシステ
ム、短文表示機能付のポケットベル、いわゆるネットニ
ューズや電子掲示板、ワールドワイドウェブ、ファクス
サーバ等の情報発信型のデータベースへの登録、受信者
のログイン端末へのチャット機能、等があげられる。第
１の実施の形態で示した３つの伝送媒体も、また、ここ
で示した他の伝送媒体の例の何れも、本発明の適用範囲
を限定するものではない。

【００５９】（２）第２の実施の形態 第２の実施の形態に係るメッセージ配送支援システム
は、上記第１の実施の形態と同様に、メッセージ配送支
援（ＭＤＡ）サーバ２と、スケジュールデータベース３
と、電子メールサブシステム４と、ファクス送信サブシ
ステム５と、リモートプリンタサブシステム６とから構
成されており、当該メッセージ配送支援システムにはク
ライアント１が接続されている（上記図１参照）。各部
の詳細構成は上記第１の実施の形態で説明したので省略
する。

【００６０】また、第２の実施の形態に係るクライアン
トとメッセージ配送支援システムを表わすネットワーク
構成は、上記第１の実施の形態と同様に、クライアント
１と、メッセージ配送支援（ＭＤＡ）サーバ２と、スケ
ジュールデータベース３と、ネットワーク１００と、電
子メールサーバ１０１と、ルータ１０２と、外部ネット
ワーク１０３と、公衆回線網１０４と、ＭＯＤＥＭユニ
ット１０５と、ファクススプーラ１０６と、リモートプ
リンタ１０７とを備えている（上記図２参照）。各部の
詳細構成は上記第１の実施の形態で説明したので省略す
る。

【００６１】次に、上記の如く構成してなる第２の実施
の形態に係るメッセージ配送支援システムの動作につい
て、図３、図４、図７乃至図１０を参照して説明する。

【００６２】図９は第２の実施の形態に係るメッセージ
配送支援（ＭＤＡ）サーバ２における処理手順を表わす
フローチャートである。同図において、メッセージ配送
支援（ＭＤＡ）サーバ２は処理を開始すると、最初にク
ライアント１から配送依頼とメッセージが送信されてく
るのを待機する（ステップＳＣ１）。クライアント１か
ら配送依頼とメッセージを受信すると、配送依頼からそ
こに含まれる宛先情報を特定する（ステップＳＣ２）。
次に、宛先となるべき受信者の行動予定をスケジュール
データベース３に問い合わせる（ステップＳＣ３）。ス
ケジュールデータベース３からの返答を受けると、伝送
媒体とアドレスの選択を行う（ステップＳＣ４）。

【００６３】次に、選択した伝送媒体とアドレスの妥当
性の判定を行う（ステップＳＣ５）。妥当性判定処理の
手順は後述する。選択した伝送媒体とアドレスの組が妥
当でないと判定された場合は、上記ステップＳＣ３へ戻
り、受信者の次なる行動予定の検索と、＜伝送媒体、ア
ドレス＞の組の次候補の選択を繰り返す。他方、選択し
た伝送媒体とアドレスの組が妥当であると判定された場
合は、選択された伝送媒体に適合する表現形式で、配送
依頼に含まれる属性に適合する書式に基づくエンベロー
プデータの作成を行う（ステップＳＣ６）。

【００６４】伝送媒体がファクスの場合、エンベロープ
データはファクスのカバーページのビットマップ画像で
ある。また、伝送媒体が電子メールの場合、エンベロー
プデータは電子メールヘッダである。また、伝送媒体が
「メール室」に設置されたリモートプリンタの場合、エ
ンベロープデータは所定の書式の「送り票」のビットマ
ップ画像である。エンベロープデータの作成に用いられ
る書式は、予めメッセージ配送支援（ＭＤＡ）サーバ２
内部の記憶装置（図示略）に格納されており、配送依頼
に含まれるメッセージの「属性」（図４参照）と、スケ
ジュールデータベース３から問い合わせた送り先の特性
情報（図３の「代理」、「守秘」といったもの）とに応
じて、適切な書式が選択され採用される。従って、例え
ば代理人が介在する送り先に対する配送を行う際には、
「気付」を付したエンベロープデータを自動生成するこ
となどが可能である。

【００６５】次に、選択された伝送媒体サブシステムに
接続し、選択されたアドレス情報を含むエンベロープデ
ータとメッセージ内容とを送信する（ステップＳＣ
７）。更に、伝送媒体サブシステムに対して送信したメ
ッセージの配送が無事完了したか否かを問い合わせる
（ステップＳＣ８）。メッセージの配送完了が確認され
た場合は、一連の手順を終了する。

【００６６】配送完了の方法は個々の伝送媒体サブシス
テムの特性によってそれぞれ異なるが、例えばファクス
送信サブシステム５における配送完了の確認は、ファク
ススプーラ１０６が管理する送信ログの問い合わせを行
い、当該送信要求の結果を確認することによって実現さ
れる。

【００６７】また、電子メールサブシステム４の配送完
了の確認は、電子メールサーバ１０１に対して問い合わ
せを行い実現する。配送完了は、電子メールサーバ１０
１が管理する送信キューから当該メールが送出された時
点で完了とする。

【００６８】また、或いはよく知られたインターネット
の電子メールプロトコルにおいて用いられているＲetur
n-Ｒeceipt-Ｔoヘッダの仕組みによって、当該メールが
受信相手の電子メールサーバ１０１にまで到達した際
に、先方のサーバから受領通知を送り返させるように構
成してもよい。この場合、電子メールサブシステム４は
送信メール中に、自らが管理する予め定めたアドレスへ
の受領通知返信を要求するＲeturn-Ｒeceipt-Ｔoヘッダ
を含め、返信された受領通知が到着した時点で配送の完
了と見なす。

【００６９】或いはまた、受信者が受け取ったメールを
読む操作を行った時点で開封確認通知を自動返信する機
能を持つ電子メールシステムを採用した場合、受信者が
メッセージを参照し、開封通知が返信され、それが電子
メールサーバ１０１に到達した時点で配送の完了と見な
すこともできる。

【００７０】例えばファクスにおける話中などの理由に
よって配送が滞り、上記ステップＳＣ８で配送の完了が
確認されない場合は、ステップＳＣ９へ移行する。即
ち、処理中のメッセージの有効期限と現在の時刻の比較
を行う（ステップＳＣ９）。

【００７１】尚、上記ステップＳＣ９における有効期限
と現在の時刻との比較は、選択した＜伝送媒体、アドレ
ス＞の組から導かれる配送所要時間を加味し、現在時刻
＋配送所要時間が受信者の有効期限を過ぎていた場合に
真（ＹＥＳ）と判定するように構成することもできる。

【００７２】上記ステップＳＣ１１において既に有効期
限を過ぎた場合は、伝送媒体サブシステムに送信したメ
ッセージのキャンセルを試みる（ステップＳＣ１０）。
更に、当該メッセージの配送要求を発行したクライアン
ト宛に配送の未完通知を行うために、メッセージ配送支
援（ＭＤＡ）サーバ２自身が当該サーバ２に対するクラ
イアントとして動作し、未完通知メッセージの配送を要
求する（ステップＳＣ１１）。この結果、当該未完通知
メッセージ配送の要求に対応して一連の処理が新たに起
動される。上記ステップＳＣ１１を終えると本処理を終
了する。

【００７３】他方、上記ステップＳＣ１１において現在
時刻が有効期限内の場合は、ステップＳＣ１２へ移行し
処理を続行する。即ち、上記ステップＳＣ３で問い合わ
せ上記ステップＳＣ４における選択の基準として用いた
受信者の行動予定と現在の時刻の比較を行う（ステップ
ＳＣ１２）。

【００７４】尚、上記ステップＳＣ１２における受信者
の行動予定と現在の時刻との比較は、選択した＜伝送媒
体、アドレス＞の組から導かれる配送所要時間を加味
し、現在時刻＋配送所要時間が受信者の移動時刻を過ぎ
ていた場合に真（ＹＥＳ）と判定するように構成するこ
ともできる。

【００７５】上記ステップＳＣ１２において行動予定か
ら受信者の移動が検出された場合、改めて適切な伝送媒
体とアドレスを再選択するために、先ず、伝送媒体サブ
システムに送信したメッセージのキャンセルを行う（ス
テップＳＣ１３）。次に、上記ステップＳＣ３へ戻り、
受信者の次の行動予定の問い合わせから一連のステップ
を繰り返す。

【００７６】尚、第２の実施の形態では、上記ステップ
ＳＣ１３で伝送媒体サブシステムへ送信したメッセージ
のキャンセルを行っているため、受信者は最終的には同
一のメッセージを重複して受け取ることにはならない。

【００７７】例えば上記図４の送信メッセージの例で
は、時刻は午後３時０５分に、属性が「至急」且つ「社
外秘」であり有効期限が午後７時であるメッセージの配
送を、クライアント１が要求している。メッセージ配送
支援（ＭＤＡ）サーバ２はスケジュールデータベース３
への問い合わせを行い、上記図３に示したような行動予
定を得る。

【００７８】上記図３の例の場合、午後１時から会議が
予定されている取引先会社にファクスとしてメッセージ
を送信すればよいことがわかる。即ち、＜ＦＡＸ、03-3
333-xxxx＞が選択される。ところが、当該メッセージは
「社外秘」であり、しかも当該宛先は代理人が介在する
経路であり、且つ守秘性が無いことから、選択された伝
送媒体であるファクスと、選択されたアドレスであるフ
ァクス番号の組は妥当でないと判定される。

【００７９】そこで、スケジュールデータベース３から
次なる予定の検索を行い、再度、伝送媒体とアドレスを
選択する。次に選択される伝送媒体とアドレスの組は、
＜email、kim＠my.office.co.jp＞であり、この選択は
同様の判定手順によって妥当と判定される。そこで、メ
ッセージ配送支援（ＭＤＡ）サーバ２は、電子メール用
の表現形式で本人宛の書式のエンベロープデータを作成
し、エンベロープデータとメッセージを電子メールサー
バ１０１へ渡す。

【００８０】図７は第２の実施の形態に係る上記の手順
によって作成された電子メールによるメッセージ配送の
一例を示す図である。同図において、前半の７行は電子
メールヘッダであり、即ちクライアント１から渡された
配送依頼に基づいて作成されるエンベロープデータであ
る。空行を挟んだ以降の行はメッセージ本体である。最
後の１行は送信者の署名を表わすものであり、メッセー
ジ配送支援（ＭＤＡ）サーバ２によって自動的に付加さ
れる。

【００８１】しかしながらここで、もしもネットワーク
１００の不調等の理由によって電子メールの配送が滞っ
た場合、作成された上記図７の電子メールは指定アドレ
スに送信されないまま、受信者が移動する時刻午後４時
１５分を過ぎてしまうことがあり得る。この場合、メッ
セージ配送支援（ＭＤＡ）サーバ２は電子メールサブシ
ステム４の配送完了を確認しないまま、受信者が移動す
る時刻を迎えたことを検知し、電子メールサブシステム
４への当該メールの送信キャンセルを指示し、更に最適
な＜伝送媒体、アドレス＞の再選択と再配送を試みる。
この結果、受信者の６時からの予定に対応してファクス
番号03-5678-xxxxへのファクス送信を決定し、代理受信
ファクス用のカバーシート画像を作成しメッセージと共
にファクススプーラ１０６へ送信する。図８はファクス
スプーラ１０６へ渡される画像データの一例である。

【００８２】またここで仮に、相手先のファクス装置の
故障等の理由によってファクスの配送が滞った場合、作
成された上記図８のファクスはファクススプーラ１０６
から送出されることなく、当該メッセージの有効期限で
ある午後７時を過ぎてしまうことがあり得る。この場
合、メッセージ配送支援（ＭＤＡ）サーバ２はファクス
スプーラ１０６に対し当該ファクスの送信キャンセルを
指示し、メッセージ配送の試みを中止する。また同時
に、上記図４の送信メッセージの「送信元」を宛先と
し、配送が未完のまま終わったことを通知する情報を内
容とするメッセージの配送要求をスケジューリングす
る。図１０はメッセージ配送支援（ＭＤＡ）サーバ２に
よって自動生成される配送未完通知メッセージと同内容
のメッセージの一例を示す図である。

【００８３】上述したように、第２の実施の形態によれ
ば、クライアント１から送られた配送依頼とメッセージ
を処理するために、宛先となるべき受信者の行動予定を
スケジュールデータベース３に問い合わせることによっ
て妥当な伝送媒体とアドレスを選択し、選択した伝送媒
体の特性とメッセージの属性に応じたエンベロープデー
タを作成し、作成したエンベロープデータとメッセージ
を選択した伝送媒体へ渡し、伝送媒体による配送完了を
監視し、配送が完了しないまま受信者が次なる行動予定
に移行した場合は新たな伝送媒体とアドレスの再選択／
再送信を繰り返し、更にもしも配送が完了しないままメ
ッセージの有効期限を過ぎた場合はこの繰り返しを中止
することによって、受信者の所在を追跡したメッセージ
配送を簡便に行うことができる。

【００８４】また、第２の実施の形態によれば、配送が
完了しないままメッセージの有効期限が過ぎた場合に、
繰り返し中止処理の一環として、メッセージ配送の未完
通知メッセージの配送要求を自動的にスケジューリング
するように構成したため、送信者は自らが発行したメッ
セージが有効期限内に宛先へ届かなかったことを容易に
知ることができる。

【００８５】尚、第２の実施の形態では、メッセージの
伝送媒体として、電子メール、ファクス、及びリモート
プリンタの３つのサブシステムの例のみに限定している
が、これは他のメッセージの伝送媒体を追加または他の
メッセージの伝送媒体に置き換えることも可能であり、
同様の効果が得られることは言うまでもない。

【００８６】他のメッセージの伝送媒体としては、例え
ば、テキスト情報を合成音声によって読み上げる電話、
更にそれを受信側のボイスメールと組み合わせたシステ
ム、短文表示機能付のポケットベル、いわゆるネットニ
ューズや電子掲示板、ワールドワイドウェブ、ファクス
サーバ等の情報発信型のデータベースへの登録、受信者
のログイン端末へのチャット機能、等があげられる。第
２の実施の形態で示した３つの伝送媒体も、また、ここ
で示した他の伝送媒体の例の何れも、本発明の適用範囲
を限定するものではない。

【００８７】

【発明の効果】以上説明したように、請求項１の発明に
よれば、配送宛先たる受信者の情報を含む配送依頼と配
送内容たるメッセージとをクライアントから受け取り、
受信者へのメッセージ配送を支援するメッセージ配送支
援システムであって、受信者の行動予定を蓄積管理し、
検索に応じて受信者の所在情報を含む行動予定を返すデ
ータベース手段と、前記クライアントからの配送依頼に
応じて受信者をキーとする前記データベース手段の検索
を行い、検索して得た受信者の行動予定に基づき第１の
最適なアドレスを選択する選択手段と、メッセージを選
択されたアドレス宛に伝送する伝送手段とを具備してい
るため、受信者の行動予定を反映させた適切な伝送媒体
とアドレスにメッセージの自動配送を行うことが可能と
なり、システムの操作性を向上させることができる。こ
れにより、従来の如く、外出先等で移動している受信者
へメッセージを配送する際に、受信者の行動予定の確認
後に移動先の適切な場所へファクスや電子メール等を送
信する等の手間を解消することができる。

【００８８】請求項２の発明によれば、前記請求項１記
載のメッセージ配送支援システムにおいて、選択された
アドレスを示す情報データを作成する作成手段と、当該
データを前記クライアントからのメッセージに添付して
前記伝送手段へ渡す供給手段と、前記伝送手段によるメ
ッセージの配送完了を確認する配送確認手段と、該配送
確認手段によりメッセージの配送完了が確認されないま
ま時刻が経過し、受信者の行動予定が示す最適なアドレ
スが更新された場合は、受信者の次なる行動予定に基づ
く第２の最適なアドレスを繰り返し再選択し、メッセー
ジの配送をやり直す配送制御手段とを具備しているた
め、受信者の行動予定を反映させた適切な伝送媒体とア
ドレスにメッセージの自動配送を行うことが可能とな
り、システムの操作性を向上させることができる。これ
により、従来の如く、外出先等で移動している受信者へ
メッセージを配送する際に、受信者の行動予定の確認後
に移動先の適切な場所へファクスや電子メール等を送信
する手間や、ファクスや電子メール等の話中やネットワ
ーク不調等で伝送が完了しないうちに受信者が所在を移
動した場合、メッセージを新たな送り先へ再送しなけれ
ばならない等の手間を解消することができる。

【００８９】請求項３の発明によれば、前記請求項１ま
たは２記載のメッセージ配送支援システムにおいて、前
記配送確認手段は、前記伝送手段の特性に応じて、前記
伝送手段からのメッセージの送出、或いは宛先アドレス
へのメッセージの到着、或いは受信者によるメッセージ
の参照の何れかをもって、メッセージの配送完了と見な
すため、ファクスや電子メール等、伝送手段（伝送媒
体）の特性に応じたメッセージ配送完了の確認を行うこ
とができる。

【００９０】請求項４の発明によれば、前記請求項１、
２または３記載のメッセージ配送支援システムにおい
て、前記供給手段から前記伝送手段へ渡されたまま配送
が完了していないメッセージをキャンセルするキャンセ
ル手段を具備してなり、該キャンセル手段は、前記配送
制御手段により第２の最適なアドレスが再選択された場
合は、既に前記供給手段から前記伝送手段へ渡されてい
る第１のアドレス宛のメッセージをキャンセルするた
め、受信者が同一のメッセージを複数重複して受け取る
といった不具合を解消することができる。

【００９１】請求項５の発明によれば、前記請求項１、
２、３または４記載のメッセージ配送支援システムにお
いて、前記配送依頼は、メッセージの有効期限を示す情
報を含む配送依頼であり、前記配送制御手段は、前記配
送確認手段によりメッセージの配送完了が確認されない
ままメッセージの有効期限を過ぎた場合は、メッセージ
の再配送を中止するため、メッセージの配送が完了しな
いうちに当該メッセージの有効期限が過ぎた場合、自動
的にメッセージ配送の試みを中止することが可能とな
り、操作者の手を煩わせないようにシステムの合理性を
向上させることができる。これにより、従来の如く、受
信者を追跡してメッセージの配送を行う際に、メッセー
ジ内容の有効期限に配慮するといった煩雑な操作を解消
することができる。

【００９２】請求項６の発明によれば、前記請求項１、
２、３、４または５記載のメッセージ配送支援システム
において、前記キャンセル手段は、メッセージの有効期
限が過ぎた場合は、既に前記供給手段から前記伝送手段
へ渡されている第１のアドレス宛のメッセージをキャン
セルするため、メッセージの配送が完了しないうちに当
該メッセージの有効期限が過ぎた場合、自動的にメッセ
ージをキャンセルすることが可能となり、操作者の手を
煩わせないようにシステムの合理性を向上させることが
できる。

【００９３】請求項７の発明によれば、前記請求項１、
２、３、４、５または６記載のメッセージ配送支援シス
テムにおいて、メッセージの配送依頼を行ったクライア
ントを第２の受信者とする配送依頼と、メッセージ配送
の失敗を伝える第２のメッセージとからなる要求を自動
的に生成する配送未完通知手段を具備してなり、該配送
未完通知手段は、前記配送制御手段によりクライアント
から要求された第１のメッセージの再配送が中止された
場合は、メッセージ配送の失敗をクライアントへ通知す
るため、クライアント側ではメッセージ配送の失敗を的
確に把握することができる。

【００９４】請求項８の発明によれば、配送宛先たる受
信者の情報を含む配送依頼と配送内容たるメッセージと
をクライアントから受け取り、受信者へのメッセージ配
送を支援するメッセージ配送支援方法であって、受信者
の行動予定をデータベース手段に蓄積管理し、検索に応
じて受信者の所在情報を含む行動予定を返す蓄積管理ス
テップと、前記クライアントからの配送依頼に応じて受
信者をキーとする前記データベース手段の検索を行い、
検索して得た受信者の行動予定に基づき第１の最適なア
ドレスを選択する選択ステップと、メッセージを選択さ
れたアドレス宛に伝送手段を介して伝送する伝送ステッ
プとを有するため、受信者の行動予定を反映させた適切
な伝送媒体とアドレスにメッセージの自動配送を行うこ
とが可能となり、システムの操作性を向上させることが
できる。これにより、従来の如く、外出先等で移動して
いる受信者へメッセージを配送する際に、受信者の行動
予定の確認後に移動先の適切な場所へファクスや電子メ
ール等を送信する等の手間を解消することができる。

【００９５】請求項９の発明によれば、前記請求項８記
載のメッセージ配送支援システムにおいて、選択された
アドレスを示す情報データを作成する作成ステップと、
当該データを前記クライアントからのメッセージに添付
して前記伝送手段へ渡す供給ステップと、前記伝送手段
によるメッセージの配送完了を確認する配送確認ステッ
プと、該配送確認ステップでメッセージの配送完了が確
認されないまま時刻が経過し、受信者の行動予定が示す
最適なアドレスが更新された場合は、受信者の次なる行
動予定に基づく第２の最適なアドレスを繰り返し再選択
し、メッセージの配送をやり直す配送制御ステップとを
有するため、受信者の行動予定を反映させた適切な伝送
媒体とアドレスにメッセージの自動配送を行うことが可
能となり、システムの操作性を向上させることができ
る。これにより、従来の如く、外出先等で移動している
受信者へメッセージを配送する際に、受信者の行動予定
の確認後に移動先の適切な場所へファクスや電子メール
等を送信する手間や、ファクスや電子メール等の話中や
ネットワーク不調等で伝送が完了しないうちに受信者が
所在を移動した場合、メッセージを新たな送り先へ再送
しなければならない等の手間を解消することができる。

【００９６】請求項１０の発明によれば、前記請求項８
または９記載のメッセージ配送支援方法において、前記
配送確認ステップでは、前記伝送手段の特性に応じて、
前記伝送手段からのメッセージの送出、或いは宛先アド
レスへのメッセージの到着、或いは受信者によるメッセ
ージの参照の何れかをもって、メッセージの配送完了と
見なすため、ファクスや電子メール等、伝送手段（伝送
媒体）の特性に応じたメッセージ配送完了の確認を行う
ことができる。

【００９７】請求項１１の発明によれば、前記請求項
８、９または１０記載のメッセージ配送支援方法におい
て、前記伝送手段へ渡されたまま配送が完了していない
メッセージをキャンセルするキャンセルステップを有し
てなり、該キャンセルステップでは、前記配送制御ステ
ップで第２の最適なアドレスが再選択された場合は、既
に前記伝送手段へ渡されている第１のアドレス宛のメッ
セージをキャンセルするため、受信者が同一のメッセー
ジを複数重複して受け取るといった不具合を解消するこ
とができる。

【００９８】請求項１２の発明によれば、前記請求項
８、９、１０または１１記載のメッセージ配送支援方法
において、前記配送依頼は、メッセージの有効期限を示
す情報を含む配送依頼であり、前記配送制御ステップで
は、前記配送確認ステップでメッセージの配送完了が確
認されないままメッセージの有効期限を過ぎた場合は、
メッセージの再配送を中止するため、メッセージの配送
が完了しないうちに当該メッセージの有効期限が過ぎた
場合、自動的にメッセージ配送の試みを中止することが
可能となり、操作者の手を煩わせないようにシステムの
合理性を向上させることができる。これにより、従来の
如く、受信者を追跡してメッセージの配送を行う際に、
メッセージ内容の有効期限に配慮するといった煩雑な操
作を解消することができる。

【００９９】請求項１３の発明によれば、前記請求項
８、９、１０、１１または１２記載のメッセージ配送支
援方法において、前記キャンセルステップでは、メッセ
ージの有効期限が過ぎた場合は、既に前記伝送手段へ渡
されている第１のアドレス宛のメッセージをキャンセル
するため、メッセージの配送が完了しないうちに当該メ
ッセージの有効期限が過ぎた場合、自動的にメッセージ
をキャンセルすることが可能となり、操作者の手を煩わ
せないようにシステムの合理性を向上させることができ
る。

【０１００】請求項１４の発明によれば、前記請求項
８、９、１０、１１、１２または１３記載のメッセージ
配送支援方法において、メッセージの配送依頼を行った
クライアントを第２の受信者とする配送依頼と、メッセ
ージ配送の失敗を伝える第２のメッセージとからなる要
求を自動的に生成する配送未完通知ステップを有してな
り、該配送未完通知ステップでは、前記配送制御ステッ
プでクライアントから要求された第１のメッセージの再
配送が中止された場合は、メッセージ配送の失敗をクラ
イアントへ通知するため、クライアント側ではメッセー
ジ配送の失敗を的確に把握することができる。

【図面の簡単な説明】

【図１】本発明の第１及び第２の実施の形態に係るクラ
イアントとメッセージ配送支援システムの構成を示すブ
ロック図である。

【図２】本発明の第１及び第２の実施の形態に係るクラ
イアントとメッセージ配送支援システムを構内ネットワ
ーク上で実現した場合における構成を示すブロック図で
ある。

【図３】本発明の第１及び第２の実施の形態に係るスケ
ジュールデータベースが管理するデータの一例を示す画
面例の説明図である。

【図４】本発明の第１及び第２の実施の形態に係るクラ
イアントが受け取る配送依頼とメッセージの一例を示す
画面例の説明図である。

【図５】本発明の第１の実施の形態に係るメッセージ配
送支援サーバの処理手順の一例を示すフローチャートで
ある。

【図６】本発明の第１の実施の形態に係るメッセージ配
送支援サーバの妥当性判定処理手順を示すフローチャー
トである。

【図７】本発明の第１及び第２の実施の形態に係る電子
メールによるメッセージ配送の一例を示す説明図であ
る。

【図８】本発明の第１及び第２の実施の形態に係るファ
クスによるメッセージ配送の一例を示す説明図である。

【図９】本発明の第２の実施の形態に係るメッセージ配
送支援サーバの処理手順の一例を示すフローチャートで
ある。

【図１０】本発明の第２の実施の形態に係るメッセージ
配送支援サーバが自動作成する配送依頼とメッセージの
一例を示す説明図である。

【図１１】従来例に係る電子メールとファクスのアドレ
スを一元管理するディレクトリの一例を示す画面例の説
明図である。

【符号の説明】

１ クライアント ２ メッセージ配送支援サーバ（選択手段、作成手段、
供給手段、配送確認手段、配送制御手段、キャンセル手
段、配送未完通知手段） ３ スケジュールデータベース（データベース手段） ４ 電子メールサブシステム（伝送手段） ５ ファクス送信サブシステム（伝送手段） ６ リモートプリンタサブシステム（伝送手段） １００ ネットワーク １０１ 電子メールサーバ １０２ ルータ １０３ 外部ネットワーク １０４ 公衆回線網 １０５ ＭＯＤＥＭユニット １０６ ファクススプーラ １０７ リモートプリンタ

Claims (14)

【特許請求の範囲】
1. 【請求項１】 配送宛先たる受信者の情報を含む配送依
   頼と配送内容たるメッセージとをクライアントから受け
   取り、受信者へのメッセージ配送を支援するメッセージ
   配送支援システムであって、 受信者の行動予定を蓄積管理し、検索に応じて受信者の
   所在情報を含む行動予定を返すデータベース手段と、前
   記クライアントからの配送依頼に応じて受信者をキーと
   する前記データベース手段の検索を行い、検索して得た
   受信者の行動予定に基づき第１の最適なアドレスを選択
   する選択手段と、メッセージを選択されたアドレス宛に
   伝送する伝送手段とを具備することを特徴とするメッセ
   ージ配送支援システム。
2. 【請求項２】 前記請求項１記載のメッセージ支援シス
   テムにおいて、選択されたアドレスを示す情報データを
   作成する作成手段と、当該データを前記クライアントか
   らのメッセージに添付して前記伝送手段へ渡す供給手段
   と、前記伝送手段によるメッセージの配送完了を確認す
   る配送確認手段と、該配送確認手段によりメッセージの
   配送完了が確認されないまま時刻が経過し、受信者の行
   動予定が示す最適なアドレスが更新された場合は、受信
   者の次なる行動予定に基づく第２の最適なアドレスを繰
   り返し再選択し、メッセージの配送をやり直す配送制御
   手段とを具備することを特徴とするメッセージ配送支援
   システム。
3. 【請求項３】 前記請求項１または２記載のメッセージ
   配送支援システムにおいて、前記配送確認手段は、前記
   伝送手段の特性に応じて、前記伝送手段からのメッセー
   ジの送出、或いは宛先アドレスへのメッセージの到着、
   或いは受信者によるメッセージの参照の何れかをもっ
   て、メッセージの配送完了と見なすことを特徴とするメ
   ッセージ配送支援システム。
4. 【請求項４】 前記請求項１、２または３記載のメッセ
   ージ配送支援システムにおいて、前記供給手段から前記
   伝送手段へ渡されたまま配送が完了していないメッセー
   ジをキャンセルするキャンセル手段を具備してなり、該
   キャンセル手段は、前記配送制御手段により第２の最適
   なアドレスが再選択された場合は、既に前記供給手段か
   ら前記伝送手段へ渡されている第１のアドレス宛のメッ
   セージをキャンセルすることを特徴とするメッセージ配
   送支援システム。
5. 【請求項５】 前記請求項１、２、３または４記載のメ
   ッセージ配送支援システムにおいて、前記配送依頼は、
   メッセージの有効期限を示す情報を含む配送依頼であ
   り、前記配送制御手段は、前記配送確認手段によりメッ
   セージの配送完了が確認されないままメッセージの有効
   期限を過ぎた場合は、メッセージの再配送を中止するこ
   とを特徴とするメッセージ配送支援システム。
6. 【請求項６】 前記請求項１、２、３、４または５記載
   のメッセージ配送支援システムにおいて、前記キャンセ
   ル手段は、メッセージの有効期限が過ぎた場合は、既に
   前記供給手段から前記伝送手段へ渡されている第１のア
   ドレス宛のメッセージをキャンセルすることを特徴とす
   るメッセージ配送支援システム。
7. 【請求項７】 前記請求項１、２、３、４、５または６
   記載のメッセージ配送支援システムにおいて、メッセー
   ジの配送依頼を行ったクライアントを第２の受信者とす
   る配送依頼と、メッセージ配送の失敗を伝える第２のメ
   ッセージとからなる要求を自動的に生成する配送未完通
   知手段を具備してなり、該配送未完通知手段は、前記配
   送制御手段によりクライアントから要求された第１のメ
   ッセージの再配送が中止された場合は、メッセージ配送
   の失敗をクライアントへ通知することを特徴とするメッ
   セージ配送支援システム。
8. 【請求項８】 配送宛先たる受信者の情報を含む配送依
   頼と配送内容たるメッセージとをクライアントから受け
   取り、受信者へのメッセージ配送を支援するメッセージ
   配送支援方法であって、 受信者の行動予定をデータベース手段に蓄積管理し、検
   索に応じて受信者の所在情報を含む行動予定を返す蓄積
   管理ステップと、前記クライアントからの配送依頼に応
   じて受信者をキーとする前記データベース手段の検索を
   行い、検索して得た受信者の行動予定に基づき第１の最
   適なアドレスを選択する選択ステップと、メッセージを
   選択されたアドレス宛に伝送手段を介して伝送する伝送
   ステップとを有することを特徴とするメッセージ配送支
   援方法。
9. 【請求項９】 前記請求項８記載のメッセージ配送支援
   方法において、選択されたアドレスを示す情報データを
   作成する作成ステップと、当該データを前記クライアン
   トからのメッセージに添付して前記伝送手段へ渡す供給
   ステップと、前記伝送手段によるメッセージの配送完了
   を確認する配送確認ステップと、該配送確認ステップで
   メッセージの配送完了が確認されないまま時刻が経過
   し、受信者の行動予定が示す最適なアドレスが更新され
   た場合は、受信者の次なる行動予定に基づく第２の最適
   なアドレスを繰り返し再選択し、メッセージの配送をや
   り直す配送制御ステップとを有することを特徴とするメ
   ッセージ配送支援方法。
10. 【請求項１０】 前記請求項８または９記載のメッセー
    ジ配送支援方法において、前記配送確認ステップでは、
    前記伝送手段の特性に応じて、前記伝送手段からのメッ
    セージの送出、或いは宛先アドレスへのメッセージの到
    着、或いは受信者によるメッセージの参照の何れかをも
    って、メッセージの配送完了と見なすことを特徴とする
    メッセージ配送支援方法。
11. 【請求項１１】 前記請求項８、９または１０記載のメ
    ッセージ配送支援方法において、前記伝送手段へ渡され
    たまま配送が完了していないメッセージをキャンセルす
    るキャンセルステップを有してなり、該キャンセルステ
    ップでは、前記配送制御ステップで第２の最適なアドレ
    スが再選択された場合は、既に前記伝送手段へ渡されて
    いる第１のアドレス宛のメッセージをキャンセルするこ
    とを特徴とするメッセージ配送支援方法。
12. 【請求項１２】 前記請求項８、９、１０または１１記
    載のメッセージ配送支援方法において、前記配送依頼
    は、メッセージの有効期限を示す情報を含む配送依頼で
    あり、前記配送制御ステップでは、前記配送確認ステッ
    プでメッセージの配送完了が確認されないままメッセー
    ジの有効期限を過ぎた場合は、メッセージの再配送を中
    止することを特徴とするメッセージ配送支援方法。
13. 【請求項１３】 前記請求項８、９、１０、１１または
    １２記載のメッセージ配送支援方法において、前記キャ
    ンセルステップでは、メッセージの有効期限が過ぎた場
    合は、既に前記伝送手段へ渡されている第１のアドレス
    宛のメッセージをキャンセルすることを特徴とするメッ
    セージ配送支援方法。
14. 【請求項１４】 前記請求項８、９、１０、１１、１２
    または１３記載のメッセージ配送支援方法において、メ
    ッセージの配送依頼を行ったクライアントを第２の受信
    者とする配送依頼と、メッセージ配送の失敗を伝える第
    ２のメッセージとからなる要求を自動的に生成する配送
    未完通知ステップを有してなり、該配送未完通知ステッ
    プでは、前記配送制御ステップでクライアントから要求
    された第１のメッセージの再配送が中止された場合は、
    メッセージ配送の失敗をクライアントへ通知することを
    特徴とするメッセージ配送支援方法。