(57)【要約】【課題】不正なメッセージの流通を未然に防止するとともに送信後のメッセージを柔軟に管理すること。【解決手段】発信者端末から発信されたメッセージを発信者メッセージサーバが管理し、発信者メッセージサーバはメッセージに含まれるサブジェクトを着信者メッセージサーバへ配信し、このサブジェクトを取得した着信者端末からコンテンツの要求を受けた場合には、着信者メッセージサーバは発信者メッセージサーバに対してコンテンツの配信を要求し、コンテンツの配信を要求された発信者メッセージサーバは該当するコンテンツを着信者メッセージサーバを介して着信者端末に向けて配信するよう構成する。【選択図】        図２
2007135012.tif 000002
【特許請求の範囲】
【請求項１】
メッセージの本文であるコンテンツおよび前記メッセージの題目であるサブジェクトからなる前記メッセージを発信者端末から着信者端末へ配送するメッセージ配送方法であって、
前記サブジェクトを前記着信者端末へ送信するサブジェクト送信工程と、
前記サブジェクト送信工程によって送信されたサブジェクトに対応する前記コンテンツの送信を要求するコンテンツ要求工程と、
前記コンテンツ要求工程によって要求されたコンテンツを前記着信者端末へ送信するコンテンツ送信工程と
を含んだことを特徴とするメッセージ配送方法。
【請求項２】
前記コンテンツ送信工程は、
前記コンテンツを暗号化したうえで前記着信者端末へ送信することを特徴とする請求項１に記載のメッセージ配送方法。
【請求項３】
前記発信者端末から発信された前記メッセージをネットワーク上の発信者メッセージサーバに格納する発信メッセージ格納工程をさらに含み、
前記サブジェクト送信工程は、
前記発信メッセージ格納工程が前記メッセージを格納した発信者メッセージサーバから前記サブジェクトを取得して前記着信者端末へ送信し、
前記コンテンツ送信工程は、
前記発信メッセージ格納工程が前記メッセージを格納した発信者メッセージサーバから前記コンテンツを取得して前記着信者端末へ送信する
ことを特徴とする請求項１または２に記載のメッセージ配送方法。
【請求項４】
前記発信メッセージ格納工程は、
前記発信者端末から前記メッセージの変更要求あるいは削除要求を受け付けた場合に、前記発信者メッセージサーバに格納した当該メッセージの変更あるいは削除を許容することを特徴とする請求項１、２または３に記載のメッセージ配送方法。
【請求項５】
前記発信メッセージ格納工程は、
前記発信者端末から前記メッセージの変更要求あるいは削除要求を受け付けた場合に、前記コンテンツ送信工程が当該メッセージに含まれるコンテンツを未だ送信していないことを条件として、前記発信者メッセージサーバに格納した当該メッセージの変更あるいは削除を許容することを特徴とする請求項１、２または３に記載のメッセージ配送方法。
【請求項６】
前記コンテンツ送信工程は、
前記コンテンツを前記着信者端末に送信した場合であって、かつ、当該着信者端末から当該コンテンツの回送要求を受け付けた場合に、当該コンテンツを前記回送要求で指定された第三者端末に対して送信することを特徴とする請求項１〜５のいずれか一つに記載のメッセージ配送方法。
【請求項７】
前記着信者端末へ送信された前記サブジェクトおよび前記コンテンツをネットワーク上の着信者メッセージサーバに格納する着信メッセージ格納工程をさらに含み、
前記コンテンツ要求工程は、
前記サブジェクトを受信した前記着信者端末から前記コンテンツの送信要求を受け付けたことを条件として前記発信者メッセージサーバに対して当該コンテンツの送信を要求する
ことを特徴とする請求項３〜６のいずれか一つに記載のメッセージ配送方法。
【請求項８】
前記サブジェクト送信工程は、
ハンドシェイク型の通信管理をおこなう通信管理サーバを経由して前記サブジェクトを送信することを特徴とする請求項１〜７のいずれか一つに記載のメッセージ配送方法。
【請求項９】
前記サブジェクト送信工程は、
ハンドシェイク型の通信管理をおこなう通信管理サーバを経由することなく前記サブジェクトを送信することを特徴とする請求項１〜７のいずれか一つに記載のメッセージ配送方法。
【請求項１０】
前記コンテンツ要求工程は、
ハンドシェイク型の通信管理をおこなう通信管理サーバを経由して前記コンテンツの送信を要求することを特徴とする請求項１〜９のいずれか一つに記載のメッセージ配送方法。
【請求項１１】
前記コンテンツ要求工程は、
ハンドシェイク型の通信管理をおこなう通信管理サーバを経由することなく前記コンテンツの送信を要求することを特徴とする請求項１〜９のいずれか一つに記載のメッセージ配送方法。
【請求項１２】
前記コンテンツ送信工程は、
ハンドシェイク型の通信管理をおこなう通信管理サーバを経由して前記コンテンツを送信することを特徴とする請求項１〜１１のいずれか一つに記載のメッセージ配送方法。
【請求項１３】
前記コンテンツ送信工程は、
ハンドシェイク型の通信管理をおこなう通信管理サーバを経由することなく前記コンテンツを送信することを特徴とする請求項１〜１１のいずれか一つに記載のメッセージ配送方法。
【請求項１４】
前記サブジェクト送信工程は、
前記メッセージの発信者を一意に識別するための発信者識別子を認証し、認証に成功したことを条件として前記サブジェクトを送信することを特徴とする請求項１〜１３のいずれか一つに記載のメッセージ配送方法。
【請求項１５】
前記サブジェクト送信工程は、
前記メッセージの着信者を一意に識別するための着信者識別子ごとに設定された接続許容条件に基づき、前記メッセージの発信者を一意に識別するための発信者識別子が当該接続許容条件に合致したことを条件として前記サブジェクトを送信することを特徴とする請求項１〜１４のいずれか一つに記載のメッセージ配送方法。
【請求項１６】
前記サブジェクト送信工程、前記コンテンツ要求工程あるいは前記コンテンツ送信工程は、
それぞれの工程が取り扱う前記サブジェクトあるいは前記コンテンツの履歴を記録することを特徴とする請求項１〜１５のいずれか一つに記載のメッセージ配送方法。
【請求項１７】
前記サブジェクト送信工程、前記コンテンツ要求工程あるいは前記コンテンツ送信工程についての前記履歴に基づいて発信者もしくは着信者に対する課金をおこなう課金工程をさらに含んだことを特徴とする請求項１６に記載のメッセージ配送方法。
【請求項１８】
前記サブジェクト送信工程、前記コンテンツ要求工程あるいは前記コンテンツ送信工程についての前記履歴に基づいて前記サブジェクトあるいは前記コンテンツの内容が改変されることなく配送されていることを検証する内容検証工程をさらに含んだことを特徴とする請求項１６または１７に記載のメッセージ配送方法。
【請求項１９】
前記サブジェクト送信工程による前記サブジェクトの送信に先だって当該サブジェクトの送信が可能である旨を前記着信者端末へ通知する通知工程をさらに含んだことを特徴とする請求項１〜１８のいずれか一つに記載のメッセージ配送方法。
【請求項２０】
メッセージの本文であるコンテンツおよび前記メッセージの題目であるサブジェクトからなる前記メッセージを発信者端末から着信者端末へ配送するメッセージ配送システムであって、
前記サブジェクトを前記着信者端末へ送信するサブジェクト送信手段と、
前記サブジェクト送信手段によって送信されたサブジェクトに対応する前記コンテンツの送信を要求するコンテンツ要求手段と、
前記コンテンツ要求手段によって要求されたコンテンツを前記着信者端末へ送信するコンテンツ送信手段と
を備えたことを特徴とするメッセージ配送システム。
【請求項２１】
前記発信者端末から発信された前記メッセージを保持する発信者メッセージサーバが、前記サブジェクト送信手段および前記コンテンツ送信手段を備えたことを特徴とする請求項２０に記載のメッセージ配送システム。
【請求項２２】
前記着信者端末へ送信された前記サブジェクトおよび前記コンテンツを保持する着信者メッセージサーバが、前記コンテンツ要求手段を備えたことを特徴とする請求項２０または２１に記載のメッセージ配送システム。
【請求項２３】
メッセージの本文であるコンテンツおよび前記メッセージの題目であるサブジェクトからなる前記メッセージを発信者端末から着信者端末へ配送するメッセージ配送システムに用いられ、前記発信者端末から発信された前記メッセージを保持する発信者メッセージサーバに搭載される発信者メッセージサーバ用プログラムであって、
前記サブジェクトを前記着信者端末へ送信するサブジェクト送信手順と、
前記サブジェクト送信手順によって送信されたサブジェクトに対応する前記コンテンツの送信を要求された場合に、要求されたコンテンツを前記着信者端末へ送信するコンテンツ送信手順と
をコンピュータに実行させることを特徴とする発信者メッセージサーバ用プログラム。
【請求項２４】
メッセージの本文であるコンテンツおよび前記メッセージの題目であるサブジェクトからなる前記メッセージを発信者端末から着信者端末へ配送するメッセージ配送システムに用いられ、前記発信者端末から発信された前記メッセージを保持する発信者メッセージサーバから前記着信者端末へ送信された前記サブジェクトおよび前記コンテンツを保持する着信者メッセージサーバに搭載される着信者メッセージサーバ用プログラムであって、
前記発信者メッセージサーバによって送信されたサブジェクトに対応する前記コンテンツの送信を前記着信者端末から要求された場合に、当該コンテンツの送信を前記発信者メッセージサーバに対して要求するコンテンツ要求手順
をコンピュータに実行させることを特徴とする着信者メッセージサーバ用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、メッセージの本文であるコンテンツおよび前記メッセージの題目であるサブジェクトからなる前記メッセージを発信者端末から着信者端末へ配送するメッセージ配送方法、メッセージ配送システム、発信者メッセージサーバ、着信者メッセージサーバ、発信者メッセージサーバ用プログラムおよび着信者メッセージサーバ用プログラムに関し、特に、不正なメッセージの流通を未然に防止することができるとともに、送信後のメッセージを柔軟に管理することができるメッセージ配送方法、メッセージ配送システム、発信者メッセージサーバ、着信者メッセージサーバ、発信者メッセージサーバ用プログラムおよび着信者メッセージサーバ用プログラムに関する。
【背景技術】
【０００２】
近年、電子メールに代表される通信ネットワークを用いたメッセージ交換手法が広く用いられている。かかるメッセージ交換手法の一例として、送信者側（たとえば、パーソナルコンピュータ）に所望の送信先に対してメッセージを送付する機能を設けるとともに、受信側（たとえば、パーソナルコンピュータ）には受信したメッセージを開封する機能を設けることでメッセージ交換をおこなうものがある。
【０００３】
また、これらのパーソナルコンピュータが接続するインターネットなどのネットワーク側にメッセージ中継装置を設置し、上記した各機能と組み合わせることでメッセージ交換の高度化を図ったものも存在する。
【０００４】
具体的には、セキュリティ確保の観点から送信者端末／受信者端末間に直接接続可能な回線を設けることができない場合などに、送信側のメッセージ中継装置が送信者端末から送信されたメッセージを受信してこのメッセージを受信側のメッセージ中継装置に転送し、メッセージを転送された受信側のメッセージ中継装置がこのメッセージを受信者端末装置へ転送する。このようにすることで、端末同士を直接接続することができない場合であっても、端末間でメッセージ交換をおこなうことができる。
【０００５】
加えて、メッセージを一時的に蓄積する機能を受信側のメッセージ中継装置に設けることも多い。メッセージ中継装置にメッセージ蓄積機能をもうけることで、仮に受信者が受信者端末の電源をＯＦＦにしている場合など受信者端末がメッセージ受信不能な状態であってもメッセージの送達に失敗することがない。
【０００６】
また、従来のメッセージ交換の手法の中には、送信者がメッセージ蓄積用のメッセージ中継装置を送信者に選択させる機能を備えたものがある（たとえば、特許文献１）。このようにメッセージ蓄積用のメッセージ中継装置を選択可能とすることで、受信者の直近にあるメッセージ中継装置が蓄積容量の超過などでメッセージ蓄積をおこなうことができない場合であっても滞りなくメッセージ受信をおこなうことが可能である。
【０００７】
【特許文献１】特開平６−６９９５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記した従来のメッセージ交換手法には種々の問題点があった。たとえば、悪意の利用者がファイルサイズの大きいメールを連続的に送信すると、メッセージ蓄積機能を有する中継装置のみならず、かかるメールを受信した受信者端末に障害が発生する危険性がある。また、コンピュータウィルスを含んだメールが送信されると、メールを中継する中継装置や最終的にメールを受信する受信者端末がコンピュータウィルスに感染してしまうおそれがある。
【０００９】
また、上記した従来のメッセージ交換手法では、受信者側のみならず送信側にも不都合が生じていた。すなわち、送信者端末から送信されたメッセージは受信者端末へ向かって中継されていくので、送信者が受信者端末を間違えて指定した場合であっても、いったん送信したメッセージを取り消すことができないという問題があった。なお、これらの問題は、メッセージ全文を中継対象とする特許文献１の技術にも同様に発生する問題である。
【００１０】
これらのことから、不正なメッセージの流通を未然に防止することができるとともに、送信後のメッセージを柔軟に管理することができるメッセージ配送手法をいかにして実現するかが大きな課題となっている。
【００１１】
この発明は、上述した従来技術による問題点を解消するためになされたものであって、不正なメッセージの流通を未然に防止することができるとともに、送信後のメッセージを柔軟に管理することができるメッセージ配送方法、メッセージ配送システム、発信者メッセージサーバ、着信者メッセージサーバ、発信者メッセージサーバ用プログラムおよび着信者メッセージサーバ用プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、メッセージの本文であるコンテンツおよび前記メッセージの題目であるサブジェクトからなる前記メッセージを発信者端末から着信者端末へ配送するメッセージ配送方法であって、前記サブジェクトを前記着信者端末へ送信するサブジェクト送信工程と、前記サブジェクト送信工程によって送信されたサブジェクトに対応する前記コンテンツの送信を要求するコンテンツ要求工程と、前記コンテンツ要求工程によって要求されたコンテンツを前記着信者端末へ送信するコンテンツ送信工程とを含んだことを特徴とする。
【００１３】
また、請求項２に係る発明は、上記の発明において、前記コンテンツ送信工程は、前記コンテンツを暗号化したうえで前記着信者端末へ送信することを特徴とする。
【００１４】
また、請求項３に係る発明は、上記の発明において、前記発信者端末から発信された前記メッセージをネットワーク上の発信者メッセージサーバに格納する発信メッセージ格納工程をさらに含み、前記サブジェクト送信工程は、前記発信メッセージ格納工程が前記メッセージを格納した発信者メッセージサーバから前記サブジェクトを取得して前記着信者端末へ送信し、前記コンテンツ送信工程は、前記発信メッセージ格納工程が前記メッセージを格納した発信者メッセージサーバから前記コンテンツを取得して前記着信者端末へ送信することを特徴とする。
【００１５】
また、請求項４に係る発明は、上記の発明において、前記発信メッセージ格納工程は、前記発信者端末から前記メッセージの変更要求あるいは削除要求を受け付けた場合に、前記発信者メッセージサーバに格納した当該メッセージの変更あるいは削除を許容することを特徴とする。
【００１６】
また、請求項５に係る発明は、上記の発明において、前記発信メッセージ格納工程は、前記発信者端末から前記メッセージの変更要求あるいは削除要求を受け付けた場合に、前記コンテンツ送信工程が当該メッセージに含まれるコンテンツを未だ送信していないことを条件として、前記発信者メッセージサーバに格納した当該メッセージの変更あるいは削除を許容することを特徴とする。
【００１７】
また、請求項６に係る発明は、上記の発明において、前記コンテンツ送信工程は、前記コンテンツを前記着信者端末に送信した場合であって、かつ、当該着信者端末から当該コンテンツの回送要求を受け付けた場合に、当該コンテンツを前記回送要求で指定された第三者端末に対して送信することを特徴とする。
【００１８】
また、請求項７に係る発明は、上記の発明において、前記着信者端末へ送信された前記サブジェクトおよび前記コンテンツをネットワーク上の着信者メッセージサーバに格納する着信メッセージ格納工程をさらに含み、前記コンテンツ要求工程は、前記サブジェクトを受信した前記着信者端末から前記コンテンツの送信要求を受け付けたことを条件として前記発信者メッセージサーバに対して当該コンテンツの送信を要求することを特徴とする。
【００１９】
また、請求項８に係る発明は、上記の発明において、前記サブジェクト送信工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由して前記サブジェクトを送信することを特徴とする。
【００２０】
また、請求項９に係る発明は、上記の発明において、前記サブジェクト送信工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由することなく前記サブジェクトを送信することを特徴とする。
【００２１】
また、請求項１０に係る発明は、上記の発明において、前記コンテンツ要求工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由して前記コンテンツの送信を要求することを特徴とする。
【００２２】
また、請求項１１に係る発明は、上記の発明において、前記コンテンツ要求工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由することなく前記コンテンツの送信を要求することを特徴とする。
【００２３】
また、請求項１２に係る発明は、上記の発明において、前記コンテンツ送信工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由して前記コンテンツを送信することを特徴とする。
【００２４】
また、請求項１３に係る発明は、上記の発明において、前記コンテンツ送信工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由することなく前記コンテンツを送信することを特徴とする。
【００２５】
また、請求項１４に係る発明は、上記の発明において、前記サブジェクト送信工程は、前記メッセージの発信者を一意に識別するための発信者識別子を認証し、認証に成功したことを条件として前記サブジェクトを送信することを特徴とする。
【００２６】
また、請求項１５に係る発明は、上記の発明において、前記サブジェクト送信工程は、前記メッセージの着信者を一意に識別するための着信者識別子ごとに設定された接続許容条件に基づき、前記メッセージの発信者を一意に識別するための発信者識別子が当該接続許容条件に合致したことを条件として前記サブジェクトを送信することを特徴とする。
【００２７】
また、請求項１６に係る発明は、上記の発明において、前記サブジェクト送信工程、前記コンテンツ要求工程あるいは前記コンテンツ送信工程は、それぞれの工程が取り扱う前記サブジェクトあるいは前記コンテンツの履歴を記録することを特徴とする。
【００２８】
また、請求項１７に係る発明は、上記の発明において、前記サブジェクト送信工程、前記コンテンツ要求工程あるいは前記コンテンツ送信工程についての前記履歴に基づいて発信者もしくは着信者に対する課金をおこなう課金工程をさらに含んだことを特徴とする。
【００２９】
また、請求項１８に係る発明は、上記の発明において、前記サブジェクト送信工程、前記コンテンツ要求工程あるいは前記コンテンツ送信工程についての前記履歴に基づいて前記サブジェクトあるいは前記コンテンツの内容が改変されることなく配送されていることを検証する内容検証工程をさらに含んだことを特徴とする。
【００３０】
また、請求項１９に係る発明は、上記の発明において、前記サブジェクト送信工程による前記サブジェクトの送信に先だって当該サブジェクトの送信が可能である旨を前記着信者端末へ通知する通知工程をさらに含んだことを特徴とする。
【００３１】
また、請求項２０に係る発明は、メッセージの本文であるコンテンツおよび前記メッセージの題目であるサブジェクトからなる前記メッセージを発信者端末から着信者端末へ配送するメッセージ配送システムであって、前記サブジェクトを前記着信者端末へ送信するサブジェクト送信手段と、前記サブジェクト送信手段によって送信されたサブジェクトに対応する前記コンテンツの送信を要求するコンテンツ要求手段と、前記コンテンツ要求手段によって要求されたコンテンツを前記着信者端末へ送信するコンテンツ送信手段とを備えたことを特徴とする。
【００３２】
また、請求項２１に係る発明は、上記の発明において、前記発信者端末から発信された前記メッセージを保持する発信者メッセージサーバが、前記サブジェクト送信手段および前記コンテンツ送信手段を備えたことを特徴とする。
【００３３】
また、請求項２２に係る発明は、上記の発明において、前記着信者端末へ送信された前記サブジェクトおよび前記コンテンツを保持する着信者メッセージサーバが、前記コンテンツ要求手段を備えたことを特徴とする。
【００３４】
また、請求項２３に係る発明は、メッセージの本文であるコンテンツおよび前記メッセージの題目であるサブジェクトからなる前記メッセージを発信者端末から着信者端末へ配送するメッセージ配送システムに用いられ、前記発信者端末から発信された前記メッセージを保持する発信者メッセージサーバに搭載される発信者メッセージサーバ用プログラムであって、前記サブジェクトを前記着信者端末へ送信するサブジェクト送信手順と、前記サブジェクト送信手順によって送信されたサブジェクトに対応する前記コンテンツの送信を要求された場合に、要求されたコンテンツを前記着信者端末へ送信するコンテンツ送信手順とをコンピュータに実行させることを特徴とする。
【００３５】
また、請求項２４に係る発明は、メッセージの本文であるコンテンツおよび前記メッセージの題目であるサブジェクトからなる前記メッセージを発信者端末から着信者端末へ配送するメッセージ配送システムに用いられ、前記発信者端末から発信された前記メッセージを保持する発信者メッセージサーバから前記着信者端末へ送信された前記サブジェクトおよび前記コンテンツを保持する着信者メッセージサーバに搭載される着信者メッセージサーバ用プログラムであって、前記発信者メッセージサーバによって送信されたサブジェクトに対応する前記コンテンツの送信を前記着信者端末から要求された場合に、当該コンテンツの送信を前記発信者メッセージサーバに対して要求するコンテンツ要求手順をコンピュータに実行させることを特徴とする。
【発明の効果】
【００３６】
請求項１または２０の発明によれば、サブジェクトを着信者端末へ送信し、送信されたサブジェクトに対応するコンテンツの送信を要求された場合に、要求されたコンテンツを着信者端末へ送信するよう構成したので、メッセージをサブジェクトとコンテンツとに分離してサブジェクトのみを送信し、着信者の要求を待ってサブジェクトに対応するコンテンツを送信することによって、不正なメッセージの流通を未然に防止することができるとともに、メッセージを中継／蓄積する装置の負荷を低減することができるという効果を奏する。また、コンテンツの送信要求があった旨を発信者側で確認することができるので、発信者がコンテンツの取得状況を把握することができるという効果を奏する。
【００３７】
また、請求項２の発明によれば、コンテンツ送信工程は、コンテンツを暗号化したうえで着信者端末へ送信するよう構成したので、コンテンツの内容が第三者に漏洩することを効果的に防止することができるという効果を奏する。
【００３８】
また、請求項３の発明によれば、発信者端末から発信されたメッセージをネットワーク上の発信者メッセージサーバに格納する発信メッセージ格納工程をさらに含み、サブジェクト送信工程は、発信メッセージ格納工程がメッセージを格納した発信者メッセージサーバからサブジェクトを取得して着信者端末へ送信し、コンテンツ送信工程は、発信メッセージ格納工程がメッセージを格納した発信者メッセージサーバからコンテンツを取得して着信者端末へ送信するよう構成したので、ネットワーク上の発信者メッセージサーバが発信者から発信されたメッセージを管理することによって送信後のメッセージを柔軟に管理することができるとともに、サブジェクトとコンテンツとを分離して送信することによって不正なメッセージの流通を未然に防止することができるという効果を奏する。
【００３９】
また、請求項４の発明によれば、発信メッセージ格納工程は、発信者端末からメッセージの変更要求あるいは削除要求を受け付けた場合に、発信者メッセージサーバに格納したメッセージの変更あるいは削除を許容するよう構成したので、送信者がメッセージを送信した後であっても、発信者の意志に基づいてメッセージを削除することができるという効果を奏する。
【００４０】
また、請求項５の発明によれば、発信メッセージ格納工程は、発信者端末からメッセージの変更要求あるいは削除要求を受け付けた場合に、コンテンツ送信工程がメッセージに含まれるコンテンツを未だ送信していないことを条件として、発信者メッセージサーバに格納したメッセージの変更あるいは削除を許容するよう構成したので、いったん着信者に閲覧されたコンテンツが着信者の意志とは無関係に変更／削除されることを効果的に防止することができるという効果を奏する。
【００４１】
また、請求項６の発明によれば、コンテンツ送信工程は、コンテンツを着信者端末に送信した場合であって、かつ、着信者端末からコンテンツの回送要求を受け付けた場合に、コンテンツを回送要求で指定された第三者端末に対して送信するよう構成したので、発信者が発信したコンテンツが着信者によって改変されて回送されたり、発信者が回送を希望しないコンテンツが回送されたりすることを効果的に防止することができるという効果を奏する。
【００４２】
また、請求項７の発明によれば、着信者端末へ送信されたサブジェクトおよびコンテンツをネットワーク上の着信者メッセージサーバに格納する着信メッセージ格納工程をさらに含み、コンテンツ要求工程は、サブジェクトを受信した着信者端末からコンテンツの送信要求を受け付けたことを条件として発信者メッセージサーバに対してコンテンツの送信を要求するよう構成したので、ネットワーク上の着信者メッセージサーバが着信者向けに送信されたサブジェクトやコンテンツをいったん保持することで、着信者向けのサブジェクトやコンテンツの紛失を防止することができるとともに、発信者側では、着信者端末の状態にかかわらずサブジェクトやコンテンツの発信をすることができるという効果を奏する。
【００４３】
また、請求項８の発明によれば、サブジェクト送信工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由してサブジェクトを送信するよう構成したので、サブジェクトを確実に送信することができるという効果を奏する。
【００４４】
また、請求項９の発明によれば、サブジェクト送信工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由することなくサブジェクトを送信するよう構成したので、サブジェクトを高速に送信することができるという効果を奏する。
【００４５】
また、請求項１０の発明によれば、コンテンツ要求工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由してコンテンツの送信を要求するよう構成したので、コンテンツ要求を確実に送達することができるという効果を奏する。
【００４６】
また、請求項１１の発明によれば、コンテンツ要求工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由することなくコンテンツの送信を要求するよう構成したので、コンテンツ要求を高速に送信することができるという効果を奏する。
【００４７】
また、請求項１２の発明によれば、コンテンツ送信工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由してコンテンツを送信するよう構成したので、コンテンツを確実に送達することができるという効果を奏する。
【００４８】
また、請求項１３の発明によれば、コンテンツ送信工程は、ハンドシェイク型の通信管理をおこなう通信管理サーバを経由することなくコンテンツを送信するよう構成したので、コンテンツを高速に送信することができるという効果を奏する。
【００４９】
また、請求項１４の発明によれば、サブジェクト送信工程は、メッセージの発信者を一意に識別するための発信者識別子を認証し、認証に成功したことを条件としてサブジェクトを送信するよう構成したので、悪意の利用者が迷惑なメッセージやコンピュータウィルスを含んだメッセージを発信する事態を効果的に防止することができるという効果を奏する。
【００５０】
また、請求項１５の発明によれば、サブジェクト送信工程は、メッセージの着信者を一意に識別するための着信者識別子ごとに設定された接続許容条件に基づき、メッセージの発信者を一意に識別するための発信者識別子が接続許容条件に合致したことを条件としてサブジェクトを送信するよう構成したので、着信者の意志に基づいてメッセージ受信を許容する発信者やメッセージ受信を拒否する発信者を柔軟に選択することができるという効果を奏する。
【００５１】
また、請求項１６の発明によれば、サブジェクト送信工程、コンテンツ要求工程あるいはコンテンツ送信工程は、それぞれの工程が取り扱うサブジェクトあるいはコンテンツの履歴を記録するよう構成したので、サブジェクトやコンテンツの送達状態を容易に確認することができるという効果を奏する。
【００５２】
また、請求項１７の発明によれば、サブジェクト送信工程、コンテンツ要求工程あるいはコンテンツ送信工程についての履歴に基づいて発信者もしくは着信者に対する課金をおこなう課金工程をさらに含むよう構成したので、通信量や通信回数に基づいて発信者あるいは着信者に対する課金をおこなうことができるという効果を奏する。
【００５３】
また、請求項１８の発明によれば、サブジェクト送信工程、コンテンツ要求工程あるいはコンテンツ送信工程についての履歴に基づいてサブジェクトあるいはコンテンツの内容が改変されることなく配送されていることを検証する内容検証工程をさらに含むよう構成したので、配送対象となるサブジェクトやコンテンツが配送途中で改変されたか否かを容易に確認することができるという効果を奏する。
【００５４】
また、請求項１９の発明によれば、サブジェクト送信工程によるサブジェクトの送信に先だってサブジェクトの送信が可能である旨を着信者端末へ通知する通知工程をさらに含むよう構成したので、市販のＷＷＷブラウザソフトを搭載した端末を用いる場合であっても、あらたなメッセージが登録された旨を通知することができるという効果を奏する。
【００５５】
また、請求項２１の発明によれば、発信者端末から発信されたメッセージを保持する発信者メッセージサーバが、サブジェクト送信手段およびコンテンツ送信手段を備えるよう構成したので、発信者が発信したメッセージを発信者メッセージサーバが管理することによって、送信後のメッセージ管理を柔軟におこなうことができるという効果を奏する。
【００５６】
また、請求項２２の発明によれば、着信者端末へ送信されたサブジェクトおよびコンテンツを保持する着信者メッセージサーバが、コンテンツ要求手段を備えるよう構成したので、着信者宛に配送されたサブジェクトやコンテンツを着信者メッセージサーバが管理することによって、発信者は着信者端末の状態にかかわらずメッセージ発信することができるとともに、着信者は確実にサブジェクトやコンテンツを受け取ることができるという効果を奏する。
【００５７】
また、請求項２３の発明によれば、サブジェクトを着信者端末へ送信するサブジェクト送信手順と、サブジェクト送信手順によって送信されたサブジェクトに対応するコンテンツの送信を要求された場合に、要求されたコンテンツを着信者端末へ送信するコンテンツ送信手順とをコンピュータに実行させるよう構成したので、市販のコンピュータを用いて発信者メッセージサーバを容易に構成することができるという効果を奏する。
【００５８】
また、請求項２４の発明によれば、発信者メッセージサーバによって送信されたサブジェクトに対応するコンテンツの送信を着信者端末から要求された場合に、コンテンツの送信を発信者メッセージサーバに対して要求するコンテンツ要求手順をコンピュータに実行させるよう構成したので、市販のコンピュータを用いて着信者メッセージサーバを容易に構成することができるという効果を奏する。
【発明を実施するための最良の形態】
【００５９】
以下に添付図面を参照して、この発明に係るメッセージ配送方法、メッセージ配送システム、発信者メッセージサーバ、着信者メッセージサーバ、発信者メッセージサーバ用プログラムおよび着信者メッセージサーバ用プログラムの実施例１〜実施例８を詳細に説明する。
【００６０】
各実施例の説明に先だって、本発明に係るメッセージ配送手法の概要および特徴について図１を用いて説明する。図１は、本発明に係るメッセージ配送手法の概要および特徴を示す図である。
【００６１】
なお、図１には、インターネットなどのネットワーク上に設けられ発信者端末によってアップロードされたメッセージを蓄積する機能を有する発信者メッセージサーバと、同じくネットワーク上に設けられ着信者端末によるダウンロード対象となるメッセージを蓄積する機能を有する着信者メッセージサーバと、ネットワークに接続可能な発信者端末および着信者端末を示している。また、図１では発信者端末および着信者端末をパーソナルコンピュータとした場合について示しているが、携帯電話などの無線通信装置を発信者端末や着信者端末とすることもできる。
【００６２】
そして、図１において取り扱われる「メッセージ」とは、いわゆるブログにおいて公開される文章や写真といったデータ、電子メール（写真やプログラムといった添付データ含む）などを指している。また、「サブジェクト」とは電子メールの場合であれば「題目」のことをあらわしており、「コンテンツ」とは「本文」（添付データ含む）のことをあらわしている。なお、上記したブログにおいて広く用いられているＲＳＳ（ＲＤＦ（Resource  Description  Framework）  Site  Summary）に規定されるウェブページ検索用データは「サブジェクト」に相当する。
【００６３】
図１に示すように、発信者が発信者端末を操作することによって着信者端末宛てのメッセージを発信者メッセージサーバにアップロードすると（図１の（１）参照）、発信者メッセージサーバは発信者端末から受信したメッセージを不揮発性ＲＡＭ（Random  Access  Memory）やＨＤＤ（Hard  Disk  Drive）といった記憶装置に記憶させることによって保持する（図１の（２）参照）。
【００６４】
ここで、発信者メッセージサーバは、かかるメッセージをサブジェクトとコンテンツとに分けて管理し、メッセージに含まれるサブジェクトのみを着信者メッセージサーバに対して発信する（図１の（３）参照）。着信者メッセージサーバは発信者メッセージサーバから受信したサブジェクトを保持し、着信者端末が発信者メッセージサーバが保持するサブジェクトを取得する（図１の（４）参照）。
【００６５】
そして、着信者端末が着信者メッセージサーバにコンテンツの取得要求をおこなうと（図１の（５）参照）、着信者メッセージサーバは発信者メッセージサーバに対してコンテンツ要求をおこなう（図１の（６）参照）。コンテンツを要求された発信者メッセージサーバは、該当するコンテンツを着信者メッセージサーバへ送信し（図１の（７）参照）、着信者端末は、着信者メッセージサーバからコンテンツを取得する（図１の（８）参照）。
【００６６】
このように、本発明に係るメッセージ配送手法では、サブジェクトとコンテンツとからなるメッセージについて、まず、サブジェクトのみを配送することとし、このサブジェクトを閲覧した着信者がサブジェクトに対応するコンテンツを要求した場合に、コンテンツを配送することとした。
【００６７】
したがって、着信者が所望しないメッセージ（たとえば、巨大な添付ファイルを含んだメールやウィルスソフトが添付されたメール）が着信者端末に配送されることを効果的に防止することができる。また、着信者端末からの要求があってはじめて着信者メッセージサーバにコンテンツが配送されるので、着信者メッセージサーバに蓄積されるメッセージ量を削減することができるとともに、巨大な添付ファイルを含んだメッセージやウィルスソフトが添付されたメッセージが蓄積されることを防止することもできる。
【００６８】
また、本発明に係るメッセージ配送手法では、発信者端末によって発信されたメッセージが発信者メッセージサーバに蓄積されるよう構成したので、発信者が発信者端末を用いてメッセージを発信した後であっても、このメッセージが着信者に届く前に、メッセージを変更したり削除したりすることが可能である。さらに、発信者は、サブジェクトの閲覧状況やコンテンツの閲覧状況を参照することで発信したメッセージが着信者へ確実に配送されたことを確認することができる。
【００６９】
以下では、本発明に係るメッセージ配送手法を適用したメッセージ配送システムのバリエーションを実施例１〜実施例８として説明する。
【実施例１】
【００７０】
まず、本実施例１に係るメッセージ配送システムについて図２を用いて説明する。図２は、本実施例１に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【００７１】
図２に示すように、実施例１に係るメッセージ配送システムは、発信者端末１１２０と、発信者から発信されたメッセージを管理する発信者メッセージサーバ１１３０と、着信者宛てのメッセージを管理する着信者メッセージサーバ１２３０と、着信者端末１２２０とから構成される。そして、本実施例１に係るメッセージ配送システムは、まず、サブジェクトのみを配信し、このサブジェクトを閲覧した着信者がコンテンツの要求を行った場合にサブジェクトに対応するコンテンツを配信する点に主たる特徴がある。
【００７２】
具体的には、発信者１１１０の要求により発信者端末１１２０から発信されたメッセージを発信者メッセージサーバ１１３０に格納し、発信者メッセージサーバ１１３０はかかるメッセージのサブジェクトのみをインターネット１９００を介して着信者メッセージサーバ１２３０へ送信する。そして、着信者１２１０は着信者端末１２２０を用いて着信者メッセージサーバ１２３０に格納されたサブジェクトに対応するコンテンツを着信者メッセージサーバ１２３０を介して要求し、発信者メッセージサーバ１１３０から着信者メッセージサーバ１２３０へ配送されたコンテンツを取得する。
【００７３】
まず、発信者側の各装置（発信者端末１１２０および発信者メッセージサーバ１１３０）について説明する。発信者端末１１２０は、発信者１１１０の操作によって入力されたメッセージを発信者メッセージサーバ１１３０に対して発信することによってメッセージの格納を要求するとともに、発信者メッセージサーバ１１３０からメッセージの閲覧状況を取得して発信者に提示する処理をおこなう装置である。
【００７４】
そして、この発信者端末１１２０は、パーソナルコンピュータ（ＰＣ）に専用のアプリケーションソフトウェアを搭載することで構成することができる。なお、本実施例１においては、発信者端末１１２０としてＰＣを用いた場合について説明するが、携帯電話やＰＤＡ（Personal  Digital  Assistant）を発信者端末１１２０として用いることとしてもよい。
【００７５】
発信者メッセージサーバ１１３０は、発信者端末１１２０から受け取ったメッセージを管理し、メッセージに含まれるサブジェクトおよびコンテンツを着信者メッセージサーバ１２３０に対して配信するとともに、サブジェクトおよびコンテンツの閲覧状況を発信者端末１１２０に提供する処理をおこなう装置である。そして、この発信者メッセージサーバ１１３０は、端末通信部１１３１と、発信メッセージ格納部１１３２と、メッセージ処理部１１３３と、回線通信部１１３４とを備えている。
【００７６】
また、発信者メッセージサーバ１１３０は、市販のＰＣやワークステーション（ＷＳ）に上記した各機能部に対応するプログラムをインストールするとともに、発信メッセージ格納部１１３２が使用するテーブルを記憶装置に格納することで構成することができる。なお、この発信者メッセージサーバ１１３０は、図２示すルータＲを介してインターネット１９００に接続されている。
【００７７】
端末通信部１１３１は、発信者端末１１２０との通信をおこなうためのインタフェースであり、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）などのプロトコルを実装することで構成される。
【００７８】
発信メッセージ格納部１１３２は、発信者１１１０が着信者１２１０に向けて発信しようとするメッセージを格納するテーブルを不揮発性ＲＡＭやＨＤＤといった記憶装置に記憶させることによって格納する処理部である。この発信メッセージ格納部１１３２は、たとえば、メッセージ番号、日付、時刻、発信先、サブジェクト、コンテンツ、閲覧履歴および保存可否の各項目を含んだレコードを格納する。ここで、発信メッセージ格納部１１３２に格納されるデータ例について図３を用いて説明しておく。図３は、図２に示した発信メッセージ格納部１１３２に格納されるデータの一例を示す図である。
【００７９】
図３に示すように、発信メッセージ格納部１１３２によって、たとえば、メッセージ番号「６ｋｙｚｄｒ４ｌ８０ｙｆ１ｅ」のメッセージについて、メッセージが格納された日付「２００５／０８／３１」、メッセージが格納された時刻「０９：５０」、メッセージの発信先「ｋａｔｏ＠ｉｓｐ−ａ．ｎｅ．ｊｐ」、メッセージの題目をあらわすサブジェクト「避難訓練の実施」、メッセージの本文をあらわすコンテンツ「明日、避難訓練を行います。避難経路は…」、このコンテンツが着信者によって閲覧されたか否かをあらわす閲覧履歴「閲覧済」およびこのコンテンツの保存を着信者メッセージサーバ１２３０に許可するか否かをあらわす保存可否「可」がそれぞれ関連付けられて格納される。
【００８０】
図２の説明に戻り、メッセージ処理部１１３３について説明する。メッセージ処理部１１３３は、発信者メッセージサーバ１１３０内の各処理部に対して動作指示をおこなう処理部であり、他の処理部と接続されている。
【００８１】
回線通信部１１３４は、インターネット１９００を介して着信者メッセージサーバ１２３０との通信をおこなうためのインタフェースであり、サブジェクト送信やコンテンツ送信などの通信内容ごとに、ＩＰ（Inter  Protocol）上の最適な通信手順を実装することで構成される。
【００８２】
次に、着信者側の各装置（着信者端末１２２０および着信者メッセージサーバ１２３０）について説明する。着信者端末１２２０は、着信者メッセージサーバ１２３０からサブジェクトを取得して表示するとともに、着信者１２１０の操作によってサブジェクトに対応するコンテンツ要求を着信者メッセージサーバ１２３０に対しておこない、取得したコンテンツを着信者１２１０に提供する装置である。
【００８３】
なお、この着信者端末１２２０は、発信者端末１１２０と同様に、パーソナルコンピュータ（ＰＣ）に専用のアプリケーションソフトウェアを搭載することで構成することができる。なお、携帯電話やＰＤＡ（Personal  Digital  Assistant）を着信者端末１２２０として用いることができる点についても発信者端末１１２０と同様である。
【００８４】
着信者メッセージサーバ１２３０は、サブジェクトやコンテンツの取得および格納をおこなうとともに、着信者端末１２２０に対してサブジェクトやコンテンツを提供する処理をおこなう装置である。そして、この着信者メッセージサーバ１２３０は、端末通信部１２３１と、着信メッセージ格納部１２３２と、メッセージ処理部１２３３と、回線通信部１２３４とを備えている。
【００８５】
また、着信者メッセージサーバ１２３０は、発信者メッセージサーバ１１３０と同様に、市販のＰＣやワークステーション（ＷＳ）に上記した各機能部に対応するプログラムをインストールするとともに、着信メッセージ格納部１２３２が使用するテーブルを記憶装置に格納することで構成することができる。なお、この着信者メッセージサーバ１２３０は、図２に示すルータＲを介してインターネット１９００に接続されている。
【００８６】
端末通信部１１３１は、着信者端末１２２０との通信をおこなうためのインタフェースであり、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）などのプロトコルを実装することで構成される。
【００８７】
着信メッセージ格納部１２３２は、着信者１２１０が発信者１１１０から受信しようとするメッセージを格納するテーブルを不揮発性ＲＡＭやＨＤＤといった記憶装置に記憶させることによって格納する処理部である。この着信メッセージ格納部１２３２は、たとえば、メッセージ番号、日付、時刻、発信元、サブジェクト、コンテンツ、取得履歴および保存可否の各項目を含んだレコードを格納する。ここで、着信メッセージ格納部１２３２に格納されるデータ例について図４を用いて説明しておく。図４は、図２に示した着信メッセージ格納部１２３２に格納されるデータの一例を示す図である。
【００８８】
図４に示すように、着信メッセージ格納部１２３２によって、たとえば、メッセージ番号「６ｋｙｚｄｒ４ｌ８０ｙｆ１ｅ」のメッセージについて、メッセージが格納された日付「２００５／０８／３１」、サブジェクトが格納された時刻「０９：５０」、メッセージの発信元「ｓｕｚｕｋｉ＠ｉｎｔｅｒ．ｎｅｔ」、メッセージの題目をあらわすサブジェクト「避難訓練の実施」、メッセージの本文をあらわすコンテンツ「明日、避難訓練を行います。避難経路は…」、サブジェクトに対応するコンテンツを発信者メッセージサーバ１１３０から取得済か否かをあらわす取得履歴「取得済」およびこのコンテンツの保存が許可されているか否かをあらわす保存可否「可」がそれぞれ関連付けられて格納される。
【００８９】
図２の説明に戻り、メッセージ処理部１２３３について説明する。メッセージ処理部１２３３は、着信者メッセージサーバ１２３０内の各処理部に対して動作指示をおこなう処理部であり、他の処理部と接続されている。
【００９０】
回線通信部１２３４は、インターネット１９００を介して発信者メッセージサーバ１１３０との通信をおこなうためのインタフェースであり、サブジェクト取得やコンテンツ取得などの通信内容ごとに、ＩＰ（Inter  Protocol）上の最適な通信手順を実装することで構成される。
【００９１】
次に、図２に示したメッセージ配送システムにおけるメッセージ交換手順について図５を用いて説明する。図５は、図２に示したメッセージ配送システムにおけるメッセージ交換手順を示すシーケンス図である。同図に示すように、まず、発信者１１１０が発信者端末１１２０に着信者１２１０に送信したいメッセージを入力する（ステップＳ１０１０）。ここで、ステップＳ１０１０において用いられる入力画面の例について図６を用いて説明しておく。図６は、図５に示したメッセージ入力手順（ステップＳ１０１０）における入力画面の一例を示す図である。
【００９２】
発信者１１１０は、図６に示す入力画面を用いることによって、着信者１２１０に付与された着信者識別子をあらわす「宛先」、メッセージの題目をあらわす「サブジェクト」の入力、着信者メッセージサーバ１２３０にコンテンツを保存してもよいか否かをあらわす「保存許可」または「保存拒否」の選択、メッセージの本文をあらわす「コンテンツ」の入力をおこなう。そして、発信者１１１０が図６に示す「アップロード」ボタンを押下すると、図５に示したように、発信者端末１１２０は発信者メッセージサーバ１１３０に対してメッセージのアップロードをおこなう（ステップＳ１０２０）。そして、メッセージのアップロードを受けた発信者メッセージサーバ１１３０はメッセージ格納処理を実行する（ステップＳ１０３０）。
【００９３】
ここで、このメッセージ格納処理（ステップＳ１０３０）の詳細について図７を用いて説明する。図７は、図５に示したメッセージ格納処理手順（ステップＳ１０３０）の詳細を示すシーケンス図である。同図に示すように、発信者メッセージサーバ１１３０の端末通信部１１３１がメッセージアップロードを受け付けると（ステップＳ１０２０）、この端末通信部１１３１はアップロードされたメッセージをメッセージ処理部１１３２に対して転送する（ステップＳ１０３１）。
【００９４】
そして、メッセージを転送されたメッセージ処理部１１３２は、このメッセージを一時的に保持するとともに（ステップＳ１０３２）、保持されたメッセージの内容に基づいてメッセージ番号およびアップロード時刻（日付含む）を生成する（ステップＳ１０３３）。なお、メッセージ番号の生成にあたっては、特願２００４−３５４５９９が提案する生成方法を用いる。この生成方法によればメッセージ内容を反映しつつ一意性の高い番号を得ることができる。
【００９５】
つづいて、メッセージ処理部１１３２は、ステップＳ１０３３で生成したメッセージ番号、日付および時刻と、発信者端末１１２０からアップロードされたメッセージに含まれる発信先、サブジェクト、コンテンツおよび保存可否情報とを格納するようメッセージ格納部１１３３に対して指示する（ステップＳ１０３４）。そして、指示を受けたメッセージ格納部１１３３は、格納指示に含まれるデータを図３に示したテーブルに格納する（ステップＳ１０３５）。
【００９６】
また、メッセージ処理部１１３２は、回線通信部１１３４に対して着信者メッセージサーバ１２３０宛てにサブジェクトを発信するよう指示する（ステップＳ１０３６）。なお、この発信指示には付帯情報として、上記したメッセージ番号、日付、時刻、発信元および発信先が含まれる。そして、ステップＳ１０３４およびステップＳ１０３６を実行したメッセージ処理部１１３２は、ステップＳ１０３２において一時的に保持したメッセージを消去して（ステップＳ１０３７）メッセージ格納処理（ステップＳ１０３０）を終了する。
【００９７】
図５の説明に戻り、ステップＳ１０４０以降の処理手順について説明をつづける。発信者メッセージサーバ１１３０は、ステップＳ１０３６において設定された発信先に基づいて該当する着信者メッセージサーバ１２３０に対してサブジェクトを発信する（ステップＳ１０４０）。なお、サブジェクトの発信（ステップＳ１０４０）においては、付帯情報としてメッセージ番号、日付、時刻、発信元および発信先もあわせて発信される。
【００９８】
そして、ステップＳ１０４０によるサブジェクト発信を受け付けた着信者メッセージサーバ１２３０は、着信したサブジェクトの格納処理を実行する（ステップＳ１０５０）。ここで、このサブジェクト格納処理（ステップＳ１０５０）の詳細について図８を用いて説明する。図８は、図５に示したサブジェクト格納処理手順（ステップＳ１０５０）の詳細を示すシーケンス図である。同図に示すように、ステップＳ１０４０によるサブジェクト発信を受け付けた回線通信部１２３４は、着信したサブジェクトをメッセージ処理部１２３２に対して転送する（ステップＳ１０５１）。なお、転送の際には、付帯情報（メッセージ番号、日付、時刻、発信元および発信先）をサブジェクトとあわせて転送する。
【００９９】
つづいて、メッセージ処理部１２３２は、メッセージ格納部１２３３に対してサブジェクトおよび付帯情報の格納を指示する（ステップＳ１０５２）。この格納指示を受け付けたメッセージ格納部１２３３は、サブジェクトおよび付帯情報を図４に示したテーブルに格納して（ステップＳ１０５３）サブジェクト格納処理（ステップＳ１０５０）を終了する。
【０１００】
図５の説明に戻って、ステップＳ１０６０以降の処理手順について説明をつづける。着信者１２１０は、任意のタイミングで着信者メッセージサーバ１２３０に着信したサブジェクトの取得要求をおこなう（ステップＳ１０６０）。具体的には、サブジェクトの取得要求をおこないたい着信者１２１０が図９に示すコンテンツ取得画面を起動すると、着信者端末１２２０が着信者メッセージサーバ１２３０に対してサブジェクト要求を実行することになる（ステップＳ１０７０）。
【０１０１】
ここで、上記したステップＳ１０６０（サブジェクト要求）および後述するステップＳ１１００（コンテンツ要求）において用いられるコンテンツ取得画面の例について図９を用いて説明する。図９は、図５に示したサブジェクト要求手順およびコンテンツ要求手順におけるコンテンツ取得画面の一例を示す図である。
【０１０２】
図９に示すように、コンテンツ取得画面は、サブジェクトの表示エリアである「サブジェクト一覧」と、サブジェクト一覧から任意の行を選択したうえで押下することでコンテンツ要求（ステップＳ１１００）を実行する「コンテンツ取得」ボタンと、取得したコンテンツの表示エリアである「コンテンツ」とを含んでいる。
【０１０３】
なお、同図において反転して表示されている行（サブジェクトが「避難訓練の実施」である行）が着信者１２１０によって選択されたサブジェクトであるものとする。また、上記したようにこのコンテンツ取得画面が起動されるとステップＳ１０７０が実行され、着信者メッセージサーバ１２３０が実行するサブジェクト返信（ステップＳ１０８０）手順の結果として、「サブジェクト一覧」にサブジェクトが表示されることになる。
【０１０４】
図５の説明に戻り、ステップＳ１０８０以降の処理手順について説明をつづける。ステップＳ１０７０によってサブジェクトを要求された着信者メッセージサーバ１２３０は、サブジェクトおよび付帯情報（日付、時刻および発信元）を着信者端末１２２０に対して返送する（ステップＳ１０８０）。
【０１０５】
つづいて、着信者１２１０がコンテンツ取得画面（図９参照）の「サブジェクト一覧」に表示されたサブジェクトの中からコンテンツを取得したいサブジェクトを選択し、「コンテンツ取得」ボタンを押下することによってコンテンツ取得要求をおこなうと（ステップＳ１０９０）、着信者端末１２２０は着信者メッセージサーバ１２３０に対してコンテンツ要求を実行する（ステップＳ１１００）。
【０１０６】
コンテンツ要求を受け付けた着信者メッセージサーバ１２３０は、発信者メッセージサーバ１１３０に対して該当するコンテンツを要求する（ステップＳ１１１０）。なお、ステップＳ１１１０におけるコンテンツ要求においては、図９の「サブジェクト一覧」から着信者１２１０が選択したサブジェクトに対応するメッセージ番号を、着信者メッセージサーバ１２３０の着信メッセージ格納部１２３２から取得し、取得したメッセージ番号を発信元および発信元とともにコンテンツ指定情報として発信者メッセージサーバ１１３０に対して送信する。
【０１０７】
つづいて、コンテンツを要求された発信者メッセージサーバ１１３０は、コンテンツ要求に該当するコンテンツの抽出処理を実行する（ステップＳ１１２０）。ここで、このコンテンツ抽出処理（ステップＳ１１２０）の詳細について図１０を用いて説明する。図１０は、図５に示したコンテンツ抽出処理手順（ステップＳ１１２０）の詳細を示すシーケンス図である。
【０１０８】
図１０に示すように、ステップＳ１１１０のコンテンツ要求を受け付けた回線通信部１１３４は、メッセージ処理部１１３２に対してメッセージ番号、発信元および発信先を含んだコンテンツ要求を転送する（ステップＳ１１２１）。コンテンツ要求を転送されたメッセージ処理部１１３２は、メッセージ格納部１１３３に対して該当するコンテンツの検索を指示する（ステップＳ１１２２）。
【０１０９】
そして、メッセージ格納部１１３３は図３に示したテーブルをメッセージ番号をキーとして検索することによって該当するコンテンツを抽出し（ステップＳ１１２３）、抽出したコンテンツを閲覧されたものと判定してコンテンツの閲覧履歴を「閲覧済」に変更する処理、すなわち、コンテンツ閲覧履歴記録手順（ステップＳ１１２４）を実行する。
【０１１０】
つづいて、メッセージ格納部１１３３は抽出したコンテンツを、メッセージ番号、発信元、発信先および保存可否とともにメッセージ処理部１１３２に回答し（ステップＳ１１２５）、回答を受けたメッセージ処理部１１３２は、回答内容を着信者メッセージサーバ１２３０に返送するよう回線通信部１１３４に指示して（ステップＳ１１２６）コンテンツ抽出処理（ステップＳ１１２０）を終了する。
【０１１１】
図５の説明に戻り、ステップＳ１１３０以降の処理手順について説明をつづける。発信者メッセージサーバ１１３０はコンテンツ抽出処理（ステップＳ１１２０）において抽出されたコンテンツ、発信元、発信先および保存可否に、メッセージ番号を付加して着信者メッセージサーバ１２３０に対して返送する（ステップＳ１１３０）。なお、ステップＳ１１３０においては、たとえば、ＳＦＴＰ（Secure  File  Transfer  Protocol）などのセキュアな通信手順によって形成される伝送路を用いてコンテンツを返送することとしてもよい。
【０１１２】
発信者メッセージサーバ１１３０からコンテンツを受信した着信者メッセージサーバ１２３０は、コンテンツの格納処理を実行する（ステップＳ１１４０）。ここで、このコンテンツ格納処理の詳細について図１１を用いて説明する。図１１は、図５に示したコンテンツ格納手順（ステップＳ１１４０）の詳細を示すシーケンス図である。同図に示すように、ステップＳ１１３０のコンテンツ返送を受信した回線通信部１２３４は、メッセージ処理部に対して受信した情報を転送する（ステップＳ１１４１）。
【０１１３】
メッセージ処理部１２３２は、転送されたコンテンツを一時的に保持したうえで（ステップＳ１１４２）、このコンテンツをメッセージ格納部１２３３に格納してよいか否かをステップＳ１１４１のパラメータとして含まれる「保存可否」に基づいて判定する（ステップＳ１１４３）。なお、この「保存可否」パラメータが「可」の場合には格納可能と判定してステップＳ１１４４へ進み、「否」の場合には格納不可と判定してステップＳ１１４６へ進むことになる。
【０１１４】
ステップＳ１１４３（格納可否判定処理）において格納可能と判定した場合には、メッセージ格納部１２３３に対してコンテンツの格納指示をおこなう（ステップＳ１１４４）。そして、コンテンツの格納指示を受けたメッセージ格納部１２３３は格納を指示されたコンテンツの格納処理を実行する（ステップＳ１１４５）。なお、メッセージ格納部１２３３がステップＳ１１４５を実行すると、メッセージ処理部１２３２はステップＳ１１４６に進むことになる。
【０１１５】
また、ステップＳ１１４３（格納可否判定処理）において格納不可と判定した場合には、ステップＳ１１４４およびステップＳ１１４５の処理は実行されず、ステップＳ１１４６が実行される。
【０１１６】
すなわち、ステップＳ１１４３（格納可否判定処理）において格納可能と判定してステップＳ１１４４およびステップＳ１１４５を実行した場合、および、ステップＳ１１４３（格納可否判定処理）において格納不可と判定した場合には、回線通信部１２３４に対して着信者端末１２２０宛てにコンテンツを表示する指示をおこなうよう指示する（ステップＳ１１４６）。なお、ステップＳ１１４６においては、付帯情報（メッセージ番号、発信元、発信先、取得履歴および保存可否）をコンテンツとあわせて送信することになる。
【０１１７】
ステップＳ１１４６を実行したメッセージ処理部１２３２は、ステップＳ１１４２において一時的に保持したメッセージを消去して（ステップＳ１１４７）コンテンツ格納処理を終了する。
【０１１８】
図５の説明に戻って、コンテンツ表示処理（ステップＳ１１５０）について説明する。着信者メッセージサーバ１２３０は、ステップＳ１１４０においてあらたに格納したコンテンツを付帯情報（メッセージ番号、発信元、発信先、取得履歴および保存可否）とともに表示させる（ステップＳ１１５０）。ここで、ステップＳ１１５０によってコンテンツが表示されたコンテンツ取得画面について図１２を用いて説明する。図１２は、図９に示したコンテンツ取得画面にコンテンツが表示される様子を示す図である。
【０１１９】
図１２に示すように、コンテンツの表示エリアである「コンテンツ」には、「サブジェクト一覧」の１行目、すなわち、「避難訓練の実施」であるサブジェクトに対応するコンテンツが表示されている。
【０１２０】
上述してきたように、本実施例１では、発信者端末から発信されたメッセージを発信者メッセージサーバが管理し、発信者メッセージサーバはメッセージに含まれるサブジェクトを着信者メッセージサーバへ配信し、このサブジェクトを取得した着信者端末からコンテンツの要求を受けた場合には、着信者メッセージサーバは発信者メッセージサーバに対してコンテンツの配信を要求し、コンテンツの配信を要求された発信者メッセージサーバは該当するコンテンツを着信者メッセージサーバを介して着信者端末に向けて配信するよう構成した。したがって、着信者は、サブジェクトを閲覧したうえで所望するコンテンツを選択的に取得することができるので不正なメッセージやウィルスソフトなどを受信する危険性を効果的に回避することができる。また、発信者メッセージサーバは着信者からのコンテンツ要求があった場合にのみ着信者メッセージサーバに対してコンテンツを配信するので、着信者メッセージサーバに蓄積されるメッセージ量を削減することができる。
【実施例２】
【０１２１】
ところで、実施例１において示した発信者メッセージサーバと着信者メッセージサーバとはインターネットなどの通信回線を経由して接続されているが、発信信号や要求信号といった重要な接続信号については、いわゆるハンドシェイク方式の通信手法を用いて送達確認をおこないつつ送受信することで確実な信号疎通を実現することが可能となる。また、ハンドシェイク方式を採用することで、発信者メッセージサーバにおいて着信者メッセージサーバによるコンテンツ取得状態を正確に把握することも可能となる。そこで、本実施例２では、実施例１に示したメッセージ配送システムの通信方式にハンドシェイク方式を適用したケースについて示すこととする。
【０１２２】
なお、以下では、実施例１との相違点について主に説明することとし、共通点についての説明は簡単なものにとどめることとする。
【０１２３】
まず、本実施例２に係るメッセージ配送システムについて図１３を用いて説明する。図１３は、本実施例２に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【０１２４】
図１３に示すように、実施例２に係るメッセージ配送システムは、発信者端末２１２０と、発信者から発信されたメッセージを管理する発信者メッセージサーバ２１３０と、着信者宛てのメッセージを管理する着信者メッセージサーバ２２３０と、着信者端末２２２０と、ハンドシェイク方式の通信において形成されるセッションの状態管理およびハンドシェイク信号の中継をおこなうセッション管理サーバ２３１０とから構成される。そして、本実施例２に係るメッセージ配送システムは、発信者メッセージサーバ２１３０と着信者メッセージサーバとの間でおこなわれるサブジェクトやコンテンツの送受信などの通信処理を、このセッション管理サーバ２３１０を介しておこなう点に主たる特徴がある。
【０１２５】
具体的には、発信者２１１０の要求により発信者端末２１２０から発信されたメッセージを発信者メッセージサーバ２１３０に格納し、発信者メッセージサーバ２１３０はかかるメッセージのサブジェクトをインターネット２９００を介してセッション管理サーバ２３１０へ送信する。そして、セッション管理サーバ２３１０は、このサブジェクトをインターネット２９００を介して着信者メッセージサーバ２２３０へ送信し、着信者２２１０は、着信者端末２２２０を用いて着信者メッセージサーバ２２３０に格納されたサブジェクトに対応するコンテンツを着信者メッセージサーバ２２３０およびセッション管理サーバ２３１０を介して要求し、発信者メッセージサーバ２１３０からセッション管理サーバ２３１０を介して着信者メッセージサーバ１２３０へ配送されたコンテンツを取得する。
【０１２６】
まず、発信者側の各装置（発信者端末２１２０および発信者メッセージサーバ２１３０）について説明する。発信者端末２１２０は、発信者２１１０の操作によって入力されたメッセージを発信者メッセージサーバ２１３０に対して発信することによってメッセージの格納を要求するとともに、発信者メッセージサーバ２１３０からメッセージの閲覧状況を取得して発信者に提示する処理をおこなう装置である。
【０１２７】
そして、この発信者端末２１２０は、パーソナルコンピュータ（ＰＣ）に専用のアプリケーションソフトウェアを搭載することで構成することができる。なお、本実施例２においては、発信者端末２１２０としてＰＣを用いた場合について説明するが、携帯電話やＰＤＡ（Personal  Digital  Assistant）を発信者端末２１２０として用いることができる点については実施例１と同様である。
【０１２８】
発信者メッセージサーバ２１３０は、発信者端末２１２０から受け取ったメッセージを管理し、メッセージに含まれるサブジェクトおよびコンテンツをセッション管理サーバ２３１０を介して着信者メッセージサーバ２２３０に対して配信するとともに、サブジェクトおよびコンテンツの閲覧状況を発信者端末２１２０に提供する処理をおこなう装置である。そして、この発信者メッセージサーバ２１３０は、端末通信部２１３１と、発信メッセージ格納部２１３２と、メッセージ処理部２１３３と、通信制御部２１３４と、閲覧履歴格納部２１３５とを備えている。
【０１２９】
また、発信者メッセージサーバ２１３０は、市販のＰＣやワークステーション（ＷＳ）に上記した各機能部に対応するプログラムをインストールするとともに、発信メッセージ格納部２１３２が使用するテーブルおよび閲覧履歴格納部１２３５が使用するテーブルを記憶装置に格納することで構成することができる。なお、この発信者メッセージサーバ２１３０は、図１３に示すルータＲを介してインターネット２９００に接続されている。
【０１３０】
端末通信部２１３１は、発信者端末２１２０との通信をおこなうためのインタフェースであり、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）などのプロトコルを実装することで構成される。
【０１３１】
発信メッセージ格納部２１３２は、発信者２１１０が着信者２２１０に向けて発信しようとするメッセージを格納するテーブルを不揮発性ＲＡＭやＨＤＤといった記憶装置に記憶させることによって格納する処理部である。この発信メッセージ格納部２１３２は、たとえば、メッセージ番号、日付、時刻、発信先、サブジェクト、コンテンツおよび保存可否の各項目を含んだレコードを格納する。ここで、発信メッセージ格納部２１３２に格納されるデータ例について図１４を用いて説明しておく。図１４は、図１３に示した発信メッセージ格納部２１３２に格納されるデータの一例を示す図である。
【０１３２】
図３に示すように、発信メッセージ格納部２１３２によって、たとえば、メッセージ番号「６ｋｙｚｄｒ４ｌ８０ｙｆ１ｅ」のメッセージについて、メッセージが格納された日付「２００５／０８／３１」、メッセージが格納された時刻「０９：５０」、メッセージの発信先「ｋａｔｏ＠ｉｓｐ−ａ．ｎｅ．ｊｐ」、メッセージの題目をあらわすサブジェクト「避難訓練の実施」、メッセージの本文をあらわすコンテンツ「明日、避難訓練を行います。避難経路は…」およびこのコンテンツの保存を着信者メッセージサーバ２２３０に許可するか否かをあらわす保存可否「可」がそれぞれ関連付けられて格納される。
【０１３３】
図１３の説明に戻り、メッセージ処理部２１３３について説明する。メッセージ処理部２１３３は、発信者メッセージサーバ２１３０内の各処理部に対して動作指示をおこなう処理部であり、他の処理部と接続されている。
【０１３４】
通信制御部２１３４は、インターネット２９００を介してセッション管理サーバ２２３４および着信者メッセージサーバ２２３０との通信についての信号制御をおこなう処理部である。具体的には、この通信制御部２１３４は、サブジェクト発信やコンテンツ要求に係る通信においてはハンドシェイク方式の制御信号の送受信をおこなうとともに、コンテンツ送信など制御信号以外の通信ではワンウェイ方式の送受信をおこなう。
【０１３５】
閲覧履歴格納部２１３５は、発信者２１１０が発信メッセージ格納部２１３２に格納したメッセージについての着信者２２１０による閲覧状況をあらわすテーブルを不揮発性ＲＡＭやＨＤＤといった記憶装置に記憶させることによって格納する処理部である。この閲覧履歴格納部２１３５は、たとえば、メッセージ番号、日付、時刻、発信先、サブジェクトおよびコンテンツの各項目を含んだレコードを格納する。ここで、閲覧履歴格納部２１３５に格納されるデータ例について図１５を用いて説明しておく。図１５は、図１３に示した閲覧履歴格納部２１３５に格納されるデータの一例を示す図である。
【０１３６】
図１５に示すように、閲覧履歴格納部２１３５によって、たとえば、メッセージ番号「６ｋｙｚｄｒ４ｌ８０ｙｆ１ｅ」のメッセージについて、最初に閲覧された履歴を格納する「閲覧履歴１」、２回目に閲覧された履歴を格納する「閲覧履歴２」というように、閲覧回数の増加にともなって各閲覧履歴が追加されていく。また、各閲覧履歴には、たとえば、閲覧を開始した日付「２００５／０８／３１」および閲覧を開始した時刻「１０：０１」、閲覧を終了した日付「２００５／０８／３１」および閲覧を終了した時刻「１０：０５」、閲覧した着信者をあらわす発信先（閲覧者）「ｋａｔｏ＠ｉｓｐ−ａ．ｎｅ．ｊｐ」、閲覧の状況および成否をあらわす閲覧状況「閲覧済」がそれぞれ関連付けられて格納される。
【０１３７】
次に、着信者側の各装置（着信者端末２２２０および着信者メッセージサーバ２２３０）について説明する。着信者端末２２２０は、着信者メッセージサーバ２２３０からサブジェクトを取得して表示するとともに、着信者２２１０の操作によってサブジェクトに対応するコンテンツ要求を着信者メッセージサーバ２２３０に対しておこない、取得したコンテンツを着信者２２１０に提供する装置である。
【０１３８】
なお、この着信者端末２２２０は、発信者端末２１２０と同様に、パーソナルコンピュータ（ＰＣ）に専用のアプリケーションソフトウェアを搭載することで構成することができる。なお、携帯電話やＰＤＡ（Personal  Digital  Assistant）を着信者端末２２２０として用いることができる点についても発信者端末２１２０と同様である。
【０１３９】
着信者メッセージサーバ２２３０は、サブジェクトやコンテンツの取得および格納をおこなうとともに、着信者端末２２２０に対してサブジェクトやコンテンツを提供する処理をおこなう装置である。そして、この着信者メッセージサーバ２２３０は、端末通信部２２３１と、着信メッセージ格納部２２３２と、メッセージ処理部２２３３と、通信制御部２２３４とを備えている。
【０１４０】
また、着信者メッセージサーバ２２３０は、発信者メッセージサーバ２１３０と同様に、市販のＰＣやワークステーション（ＷＳ）に上記した各機能部に対応するプログラムをインストールするとともに、着信メッセージ格納部２２３２が使用するテーブルを記憶装置に格納することで構成することができる。なお、この着信者メッセージサーバ２２３０は、図１３に示すルータＲを介してインターネット２９００に接続されている。
【０１４１】
端末通信部２１３１は、着信者端末２２２０との通信をおこなうためのインタフェースであり、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）などのプロトコルを実装することで構成される。
【０１４２】
着信メッセージ格納部２２３２は、着信者２２１０が発信者２１１０から受信しようとするメッセージを格納するテーブルを不揮発性ＲＡＭやＨＤＤといった記憶装置に記憶させることによって格納する処理部である。この着信メッセージ格納部２２３２は、たとえば、メッセージ番号、日付、時刻、発信元、サブジェクト、コンテンツの各項目を含んだレコードを格納する。なお、着信メッセージ格納部２２３２に格納されるデータ例については実施例１と同様である（図４参照）ので説明を省略する。
【０１４３】
メッセージ処理部２２３３は、着信者メッセージサーバ２２３０内の各処理部に対して動作指示をおこなう処理部であり、他の処理部と接続されている。
【０１４４】
通信制御部２２３４は、インターネット２９００を介してセッション管理サーバ２２３４および発信者メッセージサーバ２１３０との通信についての信号制御をおこなう処理部である。具体的には、この通信制御部２１３４は、サブジェクト発信やコンテンツ要求に係る通信においてはハンドシェイク方式の制御信号の送受信をおこなうとともに、コンテンツ受信など制御信号以外の通信ではワンウェイ方式の送受信をおこなう。
【０１４５】
セッション管理サーバ２３１０は、ハンドシェイク方式の通信において形成されるセッションの状態管理およびハンドシェイク信号の中継をおこなう装置である。このセッション管理サーバ２３１０を用いることで、確実な信号伝達を実現することが可能となる。また、セッション管理サーバ２３１０は、市販のＰＣやワークステーション（ＷＳ）に上記した各機能部に対応するプログラムをインストールすることで構成することができる。なお、このセッション管理サーバ２３１０は、図１３に示すルータＲを介してインターネット２９００に接続されている。
【０１４６】
次に、図１３に示したメッセージ配送システムにおけるメッセージ交換手順について図１６を用いて説明する。図１６は、図１３に示したメッセージ配送システムにおけるメッセージ交換手順を示すシーケンス図である。同図に示すように、発信者２１１０が発信者端末２１２０に着信者２２１０に送信したいメッセージを入力すると（ステップＳ２０１０）、この入力を受け付けた発信者端末２１２０は発信者メッセージサーバ２１３０に対してメッセージのアップロードをおこなう（ステップＳ２０２０）。そして、メッセージのアップロードを受けた発信者メッセージサーバ２１３０はメッセージ格納処理を実行する（ステップＳ２０３０）。なお、ステップＳ２０３０のメッセージ格納処理の詳細は実施例１に示した図７と同様であるので説明を省略する。
【０１４７】
つづいて、発信者メッセージサーバ２１３０は、セッション管理サーバ２３１０に向けてサブジェクト送信の起動信号を発信する（ステップＳ２０４０）。この起動信号を受信したセッション管理サーバ２３１０は、着信者メッセージサーバ２２３０に向けて起動信号を中継する（ステップＳ２０５０）。起動信号を中継された着信者メッセージサーバ２２３０は、起動信号を問題なく受信してサブジェクトそのものを受信する準備が整ったことを通知するために、ステップＳ２０５０において中継された起動信号を承諾した旨をあらわす応答信号を起動信号と逆のルートをたどるよう返信する（ステップＳ２０６０）。
【０１４８】
そして、応答信号を受信したセッション管理サーバ２３１０は、ステップＳ２０３０において受信した応答信号がステップＳ２０４０で受信した起動信号と対応していることを確認したうえで、この応答信号を発信者メッセージサーバ２０３０に向けて中継する（ステップＳ２０７０）。この応答信号を受信したメッセージサーバ２１３０は、着信者メッセージサーバ２２３０におけるサブジェクトの受信準備が完了したと判定して、今度は、着信者メッセージサーバ２２３０に対してサブジェクトを直接（セッション管理サーバ２３１０を介することなく）送信する（ステップＳ２０８０）。
【０１４９】
発信者メッセージサーバ２１３０からサブジェクトを受信した着信者メッセージサーバ２２３０は、受信したサブジェクトを格納する処理を実行する（ステップＳ２０９０）。なお、ステップＳ２０９０のサブジェクト格納処理の詳細は実施例１に示した図８と同様であるので説明を省略する。
【０１５０】
つづいて、着信者２２１０は、任意のタイミングで着信者メッセージサーバ２２３０に着信したサブジェクトの取得要求をおこなうと（ステップＳ２１００）、着信者端末２２２０が着信者メッセージサーバ２２３０に対してサブジェクト要求を実行する（ステップＳ２１１０）。サブジェクトを要求された着信者メッセージサーバ２２３０は、サブジェクトを着信者端末２２２０に対して返送する（ステップＳ２１２０）。なお、サブジェクト取得に関する詳細な説明は実施例１でおこなった（図９に関する説明参照）ので省略することとする。
【０１５１】
サブジェクト取得後、着信者２２１０が着信者端末２２２０を操作することによって特定のサブジェクトに対応するコンテンツの取得要求をおこなうと（ステップＳ２１３０）、着信者端末２２２０は着信者メッセージサーバ２２３０に対して該当するコンテンツを要求する（ステップＳ２１４０）。コンテンツ要求を受信した着信者メッセージサーバ２２３０は、セッション管理サーバ２３１０に向けてコンテンツ要求の起動信号を発信する（ステップＳ２１５０）。コンテンツ要求の起動信号を受信したセッション管理サーバ２３１０は、発信者メッセージサーバ２１３０に向けてこの起動信号を中継する（ステップＳ２１６０）。
【０１５２】
コンテンツ要求の起動信号を中継された発信者メッセージサーバ２１３０は、コンテンツの抽出処理を実行する（ステップＳ２１７０）。ここで、このコンテンツ抽出処理（ステップＳ２１７０）の詳細について図１７を用いて説明する。図１７は、図１６に示したコンテンツ抽出処理（ステップＳ２１７０）の詳細を示すシーケンス図である。同図に示すように、ステップＳ２１６０のコンテンツ要求に係る起動信号を受け取った通信制御部２１３４は、この起動信号をメッセージ処理部２１３２に転送し、起動信号を転送されたメッセージ処理部２１３２は、後に閲覧状況を格納するために用いられるメッセージ番号を一時的に保持する（ステップＳ２１７２）。
【０１５３】
そして、メッセージ処理部２１３２は、メッセージ格納部２１３３に対してコンテンツの検索を指示する（ステップＳ２１７３）。コンテンツ検索指示を受けたメッセージ格納部２１３３は、ステップＳ２１７２において一時的に記憶したメッセージ番号を用いて図１４に示したテーブルを検索し、メッセージ番号が一致するコンテンツを抽出する（ステップＳ２１７４）。そして、メッセージ格納部２１３３は、抽出したコンテンツをメッセージ処理部２１３３へ回答し（ステップＳ２１７５）、回答を受けたメッセージ処理部２１３３は、今度はコンテンツを一時的に保持する（ステップＳ２１７６）。さらに、メッセージ処理部２１３２は、通信制御部２１３４にコンテンツ取得要求の承諾（応答信号）を返送するよう指示して（ステップＳ２１７７）コンテンツ抽出処理（ステップＳ２１７０）を終了する。
【０１５４】
図１６の説明に戻ってステップＳ２１８０以降の処理手順について説明をつづける。コンテンツ抽出処理（ステップＳ２１７０）を完了した発信者メッセージサーバ２１３０は、コンテンツ要求の起動信号を問題なく受信してコンテンツを送信する準備が整ったことを通知するため、ステップＳ２１６０で受信した起動信号を承諾した旨の応答信号を起動信号と逆のルートをたどるように返信する（ステップＳ２１８０）。この応答信号を受信したセッション管理サーバ２３１０は、ステップＳ２１８０で受信した応答信号がステップＳ２１５０で受信した起動信号と対応していることを確認したうえでこの応答信号を着信者メッセージサーバ２２３０へ中継する（ステップＳ２１９０）。
【０１５５】
この応答信号を中継された着信者メッセージサーバ２２３０は、コンテンツの受信準備が完了した旨を通知するためにセッション管理サーバ２３１０に対して今度は確認信号を送信し（ステップＳ２２００）、確認信号を受信したセッション管理サーバ２３１０は、この確認信号を発信者メッセージサーバ２１３０へ中継する（ステップＳ２２１０）。そして、確認信号を中継された発信者メッセージサーバ２１３０は、コンテンツの送信準備が完了したと判定して今度は着信者メッセージサーバ２２３０に対して直接（セッション管理サーバ２３１０を介することなく）送信する（ステップＳ２２２０）。
【０１５６】
ステップＳ２２２０のコンテンツ送信処理を完了した発信者メッセージサーバ２１３０は、セッション管理サーバ２３１０に対してコンテンツの送信終了通知を送信する（ステップＳ２２３０）。送信終了通知を受信したセッション管理サーバ２３１０は、この送信終了通知を着信者メッセージサーバ２３１０に中継し（ステップＳ２２４０）、送信終了通知を中継された着信者メッセージサーバ２２３０は、コンテンツの格納処理を実行する（ステップＳ２２５０）。なお、ステップＳ２２５０のコンテンツ格納処理の詳細は実施例１に示した図１１と同様であるので説明を省略する。
【０１５７】
コンテンツ格納処理（ステップＳ２２５０）を完了した着信者メッセージサーバ２２３０は、ステップＳ２２４０で受信した送信終了通知に対する応答信号をセッション管理サーバ２３１０に送信するとともに（ステップＳ２２６０）、着信者端末２２２０に対してステップＳ２２５０においてあらたに格納したコンテンツを表示させる（ステップＳ２２８０）。
【０１５８】
一方、ステップＳ２２６０の応答信号を受信したセッション管理サーバ２３１０は、この応答信号を発信者メッセージサーバ２１３０へ中継し（ステップＳ２２７０）、応答信号を中継された発信者メッセージサーバ２１３０は、図１６に示した信号授受から得られた情報をコンテンツの閲覧履歴として格納する（ステップＳ２２９０）。ここで、この閲覧履歴格納処理（ステップＳ２２９０）の詳細について図１８を用いて説明する。図１８は、図１６に示した閲覧履歴格納処理手順（ステップＳ２２９０）の詳細を示すシーケンス図である。
【０１５９】
図１８に示すように、ステップＳ２２８０のコンテンツ送信終了応答を受信した通信制御部２１３４は、発信者メッセージサーバ２１３０がこれまでに送受信した信号の履歴を収集する（ステップＳ２２９１）。そして、コンテンツ閲覧情報収集処理（ステップＳ２２９１）を完了するとメッセージ処理部２１３２に対して閲覧情報として、メッセージ番号、日付、時刻、発信先、閲覧状況を送信する（ステップＳ２２９２）。なお、これらの情報は、図１５に示したテーブルの各項目と対応している。
【０１６０】
閲覧情報を受け取ったメッセージ処理部２１３２は、閲覧履歴格納部２１３５に対して閲覧履歴の格納指示を送信し（ステップＳ２２９３）、指示を受けた閲覧履歴格納部２１３５は、「閲覧履歴１」、「閲覧履歴２」というように閲覧順に閲覧情報を格納する（ステップＳ２２９４）。つづいて、メッセージ処理部２１３２は、ステップＳ２１７２において一時的に保持したメッセージ番号を消去するとともに（ステップＳ２２９５）、ステップＳ２１７６において一時的に保持したコンテンツを消去して（ステップＳ２２９６）閲覧履歴格納処理（ステップＳ２２９０）を終了する。
【０１６１】
上述してきたように、本実施例２では、発信信号や要求信号といった重要な接続信号については、ハンドシェイク方式の通信を管理するセッション管理サーバを経由しておこなうとともに、発信者メッセージサーバおよび着信者メッセージサーバの通信制御部がサブジェクト発信やコンテンツ要求に係る通信においてはハンドシェイク方式の制御信号の送受信をおこなうとともに、コンテンツ送受信など制御信号以外の通信ではワンウェイ方式の送受信をおこなうよう構成したので、確実な信号疎通を実現することができる。
【実施例３】
【０１６２】
ところで、実施例２において示したメッセージ配送システムでは、発信者に対する認証処理をおこなっていないため、発信者はいかなる着信者に対してもサブジェクトの発信が可能である。このため、発信者が他者になりすまして無作為に選択した着信者に対して迷惑なサブジェクトを発信するなどの事態を許容してしまう可能性がある。そこで、本実施例３では、実施例２に示した通信方式に、さらに、発信者を認証する方式および許容する発信者を制限する方式を適用したケースについて示すこととする。
【０１６３】
なお、以下では、上記した各実施例との相違点について主に説明することとし、共通点についての説明は簡単なものにとどめることとする。
【０１６４】
まず、本実施例３に係るメッセージ配送システムについて図１９を用いて説明する。図１９は、本実施例３に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【０１６５】
図１９に示すように、実施例３に係るメッセージ配送システムは、発信者端末３１２０と、発信者から発信されたメッセージを管理する発信者メッセージサーバ３１３０と、着信者宛てのメッセージを管理する着信者メッセージサーバ３２３０と、着信者端末３２２０と、ハンドシェイク方式の通信において形成されるセッションの状態管理およびハンドシェイク信号の中継をおこなうとともに発信者３１１０あるいは着信者３２１０の認証および接続可否の判定をおこなう認証・認可機能付きセッション管理サーバ３３１０とから構成される。そして、本実施例３に係るメッセージ配送システムは、発信者３１１０あるいは着信者３２１０の認証および接続可否の判定を認証・認可機能付きセッション管理サーバ３３１０でおこなう点に主たる特徴がある。
【０１６６】
具体的には、認証・認可機能付きセッション管理サーバ３３１０が加入者情報に基づいて発信者３１１０あるいは着信者３２１０の認証処理をおこなうとともに、接続可否情報に基づいて発信あるいは着信を許可された加入者であるか否かを判定する。そして、認証処理に成功したこと、接続可能と判定されたことを条件としてサブジェクトやコンテンツの送受信を許可することとしている。
【０１６７】
なお、発信者側の各装置（発信者端末３１２０および発信者メッセージサーバ３１３０）、および、着信者側の各装置（着信者端末３２２０および着信者メッセージサーバ３２３０）については、実施例２の構成と同様である（図１３参照）ので説明を省略する。
【０１６８】
認証・認可機能付きセッション管理サーバ３３１０は、実施例２に示したセッション管理サーバ２３１０と同様にハンドシェイク方式の通信において形成されるセッションの状態管理およびハンドシェイク信号の中継をおこなうとともに、パスワードを用いて発信者３１１０の本人確認をおこない、さらに、着信者３２１０が意図しない発信者３１１０からのサブジェクト発信を制限する処理をおこなう装置である。そして、この認証・認可機能付きセッション管理サーバ３３１０は、通信制御部３３１１と、加入者情報格納部３３１２と、接続可否情報格納部３３１３とを備えている。
【０１６９】
また、認証・認可機能付きセッション管理サーバ３３１０は、市販のＰＣやワークステーション（ＷＳ）に上記した各機能部に対応するプログラムをインストールすることで構成することができる。なお、この認証・認可機能付きセッション管理サーバ３３１０は、図１９に示すルータＲを介してインターネット３９００に接続されている。
【０１７０】
通信制御部３３１１は、インターネット３９００を介して発信者メッセージサーバ３１３０および着信者メッセージサーバ３２３０との通信をおこなう際の信号制御を実行する処理部である。そして、この通信制御部３３１１は、サブジェクト発信やコンテンツ要求に係る通信においてはハンドシェイク方式の制御信号の中継をおこなう。さらに、通信制御部３３１１は、後述する加入者情報格納部３３１２および接続可否情報格納部３３１３と接続されており、発信者メッセージサーバ３１３０からのサブジェクト発信信号受信時には発信者の認証を加入者情報格納部３３１２に依頼するとともに、接続可否の判定を接続可否情報格納部３３１３に依頼する処理をもおこなう。
【０１７１】
加入者情報格納部３３１２は、発信者３１１０（あるいは着信者３２１０）である加入者のアカウントおよびパスワードを格納するテーブルを不揮発性ＲＡＭやＨＤＤといった記憶装置に記憶させることによって格納する処理部である。このテーブルは、アカウントとしての加入者アドレスにパスワードを対応付けて管理するテーブルである。ここで、加入者情報格納部３３１２によって格納される加入者情報の例について図２０を用いて説明する。図２０は、図１９に示した加入者情報格納部３３１２によって格納される加入者情報の一例を示す図である。
【０１７２】
図２０に示すように、加入者情報は、たとえば、加入者アドレス「ｋａｔｏ＠ｉｎｔｅｒ．ｎｅｔ」に対してパスワード「＊＊＊＊＊＊＊＊」を対応付けて格納することで構成される。なお、パスワードはすべてアスタリスク（＊）で示しているが、パスワード保護を目的として表示上はアスタリスクを用いているのであって、実際には各加入者が任意に設定したパスワードが格納されている。
【０１７３】
接続可否情報格納部３３１３は、発信を許容する条件を格納するテーブルを不揮発性ＲＡＭやＨＤＤといった記憶装置に記憶させることによって格納する処理部である。なお、このテーブルは、あらかじめ着信者３２１０によって設定される。ここで、接続可否情報格納部３３１３によって格納される接続可否情報の例について図２１を用いて説明する。図２１は、図１９に示した接続可否情報格納部によって格納される接続可否情報の一例を示す図である。
【０１７４】
図２１に示すように、接続可否情報は、着信者３２１０自身のアドレスである加入者アドレス「ｋａｔｏ＠ｉｎｔｅｒ．ｎｅｔ」について、接続可否判定の要否をあらわす可否判定要否「有」、アドレスリストに指定したアドレスからの発信を許容するか否かをあらわす可否判定種別「許容」、アドレスリストのアドレス１に「ｓａｔｏ＠ｉｓｐ−ｂ．ｎｅｔ」、アドレス２に「ｓａｓａｋｉ＠ｉｎｔｅｒ．ｎｅｔ」、アドレス３に「ｙａｍａｍｏｔｏ＠ｉｓｐ−ｙ．ｊｐ」をそれぞれ格納した情報である。すなわち、可否判定種別に「許容」が設定されている場合には、アドレス１〜アドレス２から発信された起動要求信号のみが許容される。なお、可否判定種別に「拒否」が設定された場合には、アドレスリストにあるアドレスから発信された起動要求信号のみを拒否することになる。
【０１７５】
次に、図１９に示したメッセージ配送システムにおけるメッセージ交換手順について図２２および図２３を用いて説明する。図２２は、図１９に示したメッセージ配送システムにおけるメッセージ交換手順その１を示すシーケンス図であり、図２３は、図１９に示したメッセージ配送システムにおけるメッセージ交換手順その２を示すシーケンス図である。
【０１７６】
図２２に示すように、まず、発信者３１１０は、発信者端末３１２０に対して着信者３２１０宛てに送信したいメッセージを入力する（ステップＳ３０１０）。ここで、このメッセージ入力手順（ステップＳ３０１０）における入力画面の例について図２４を用いて説明する。図２４は、図２２に示したメッセージ入力手順（ステップＳ３０１０）における入力画面の一例を示す図である。
【０１７７】
発信者３１１０は、図２４に示す入力画面を用いることによって、着信者３２１０に付与された着信者識別子をあらわす「宛先」、加入者情報格納部３３１２によって格納されている「パスワード」、メッセージの題目をあらわす「サブジェクト」の入力、着信者メッセージサーバ１２３０にコンテンツを保存してもよいか否かをあらわす「保存許可」または「保存拒否」の選択、メッセージの本文をあらわす「コンテンツ」の入力をおこなう。なお、「パスワード」に関しては保護のため入力画面上はアスタリスク（＊）で表示される。
【０１７８】
そして、発信者３１１０が図２４に示す「アップロード」ボタンを押下すると、図２２に示したように、発信者端末３１２０は発信者メッセージサーバ３１３０に対してメッセージのアップロードをおこなう（ステップＳ３０２０）。そして、メッセージのアップロードを受けた発信者メッセージサーバ３１３０はメッセージ格納処理を実行する（ステップＳ３０３０）。
【０１７９】
つづいて、発信者メッセージサーバ３１３０は、認証・認可機能付きセッション管理サーバ３３１０に対してサブジェクト送信の起動信号を発信する（ステップＳ３０４０）。そして、起動信号を受信した認証・認可機能付きセッション管理サーバ３３１０は、発信者の認証処理を実行する（ステップＳ３０５０）。ここで、この認証処理（ステップＳ３０５０）の詳細について図２５を用いて説明する。図２５は、図２２および図２３に示した認証処理手順（ステップＳ３０５０およびステップＳ３１８０）の詳細を示すフローチャートである。
【０１８０】
図２５に示すように、認証・認可機能付きセッション管理サーバ３３１０は、ステップＳ３０４０による起動信号を受信すると、サブジェクト送信起動要求（信号）に含まれる加入者アドレスおよびパスワード（図２４参照）を取得する（ステップＳ３０５１）。つづいて、取得した加入者アドレスをキーとして加入者情報格納部３３１２からパスワードを取得し（ステップＳ３０５２）、ステップＳ３０５３以降の認証処理を開始する。
【０１８１】
まず、ステップＳ３０５２において加入者アドレスを取得することができたか否かを判定し（ステップＳ３０５３）、加入者アドレスの取得に成功したと判定した場合には（ステップＳ３０５３，Ｙｅｓ）、パスワードが一致するか否かを判定する（ステップＳ３０５４）。一方、加入者アドレスの取得に失敗したと判定した場合には（ステップＳ３０５３，Ｎｏ）、未登録の利用者である（認証失敗）として（ステップＳ３０５６）、以降の処理を中止して終了する。
【０１８２】
また、ステップＳ３０５４においてパスワードが一致したと判定した場合には（ステップＳ３０５４，Ｙｅｓ）、登録済の利用者である（認証成功）として（ステップＳ３０５５）、以降の処理を続行する。なお、パスワードが一致しないと判定した場合には（ステップＳ３０５４，Ｎｏ）、登録者ではない利用者である（認証失敗）として（ステップＳ３０５６）、以降の処理を中止して終了する。
【０１８３】
図２２の説明に戻り、ステップＳ３０６０以降の説明をつづける。認証処理（ステップＳ３０５０）において認証成功と判定された場合には、つづいて、着信者３２１０の意図に基づいて接続の可否を判定する（ステップＳ３０６０）。ここで、この接続可否判定処理（ステップＳ３０６０）の詳細について図２６を用いて説明する。図２６は、図２２に示した接続可否判定処理手順（ステップＳ３０６０）の詳細を示すフローチャートである。
【０１８４】
図２６に示すように、認証・認可機能付きセッション管理サーバ３３１０は、ステップＳ３０４０による起動信号に基づき、サブジェクト送信起動要求（信号）に含まれる加入者アドレス（送信者）および発信先アドレス（宛先）（図２４参照）を取得する（ステップＳ３０６１）。つづいて、取得した加入者アドレス（送信者）をキーとして接続可否情報格納部３３１３から接続可否情報を取得し（ステップＳ３０６２）、ステップＳ３０６３以降の接続可否判定処理を開始する。
【０１８５】
まず、ステップＳ３０６２において取得した可否判定要否（図２１参照）の設定内容を確認する（ステップＳ３０６３）。そして、可否判定要否が「有」である場合には（ステップＳ３０６３，Ｙｅｓ）、着信者３２１０が接続可否判定を必要としているとして可否判定種別が許容か否かを判定する（ステップＳ３０６４）。一方、可否判定要否が「無」である場合には（ステップＳ３０６３，Ｎｏ）、接続可否判定は不要として接続可否判定処理（ステップＳ３０６０）を完了し、以降の処理を続行する。
【０１８６】
つづいて、ステップＳ３０６４において可否判定種別が「許容」である場合には（ステップＳ３０６４，Ｙｅｓ）、接続可否情報格納部３３１３の接続可否情報の「アドレスリスト」に登録されたアドレスからの発信のみを許容する判定処理（ステップＳ３０６５）へ進み、一方、可否判定種別が「拒否」である場合には（ステップＳ３０６４，Ｎｏ）、「アドレスリスト」に登録されたアドレスからの発信を拒否する判定処理（ステップＳ３０６６）へ進む。
【０１８７】
そして、ステップＳ３０６５においてアドレスリストに発信者アドレスが存在しないと判定された場合（ステップＳ３０６５，Ｎｏ）、および、ステップＳ３０６６においてアドレスリストに発信者アドレスが存在すると判定された場合（ステップＳ３０６６，Ｎｏ）には、接続不可と判定し（ステップＳ３０６８）、以降の処理を中止して終了する。
【０１８８】
一方、ステップＳ３０６５においてアドレスリストに発信者アドレスが存在すると判定された場合（ステップＳ３０６５，Ｙｅｓ）、および、ステップＳ３０６６においてアドレスリストに発信者アドレスが存在しないと判定された場合（ステップＳ３０６６，Ｙｅｓ）には、接続許容と判定して（ステップＳ３０６７）接続可否判定処理（ステップＳ３０６０）を完了し、以降の処理を続行する。
【０１８９】
図２２の説明に戻って、ステップＳ３０７０以降の説明をつづける。接続可否判定処理（ステップＳ３０６０）において認証成功かつ接続許容と判定された場合、認証・認可機能付きセッション管理サーバ３３１０は、着信者メッセージサーバ３２３０へ起動信号を中継する（ステップＳ３０７０）。サブジェクト送信の起動信号を中継された着信者メッセージサーバ３２３０は、起動信号を問題なく受信してサブジェクトそのものを受信する準備が整ったことを通知するため、ステップＳ３０７０で受信した起動信号を承諾した旨の応答信号を起動信号と逆のルートをたどるように返送する（ステップＳ３０８０）。
【０１９０】
応答信号を受信した認証・認可機能付きセッション管理サーバ３３１０は、ステップＳ３０８０で受信した応答信号がステップＳ３０４０で受信した起動信号と対応していることを確認したうえで応答信号を発信者メッセージサーバ３１３０へ中継する（ステップＳ３０９０）。この応答信号を受信した発信者メッセージサーバ３１３０は、着信者メッセージサーバ３２３０においてサブジェクトの受信準備が完了したと判定して、今度は、着信者メッセージサーバ３２３０に対してサブジェクトを直接（認証・認可機能付きセッション管理サーバ３３１０を介することなく）送信する（ステップＳ３１００）。
【０１９１】
サブジェクトを受信した着信者メッセージサーバ３２３０は、着信したサブジェクトの格納処理を実行する（ステップＳ３１１０）。なお、このサブジェクト格納処理（ステップＳ３１１０）の詳細は実施例１に示した図８と同様であるので説明を省略する。
【０１９２】
つづいて、着信者３２１０は、任意のタイミングで着信者メッセージサーバ３２３０に着信したサブジェクトの取得要求をおこなうと（ステップＳ３１２０）、着信者端末３２２０が着信者メッセージサーバ３２３０に対してサブジェクト要求を実行する（ステップＳ３１３０）。サブジェクトを要求された着信者メッセージサーバ３２３０は、サブジェクトを着信者端末３２２０に対して返送する（ステップＳ３１４０）。なお、サブジェクト取得に関する詳細な説明は実施例１でおこなった（図９に関する説明参照）ので省略することとする。
【０１９３】
図２２につづいて図２３の説明をおこなう。図２３に示すように、サブジェクト取得後、着信者３２１０が着信者端末３２２０を操作することによって特定のサブジェクトに対応するコンテンツの取得要求をおこなうと（ステップＳ３１５０）、着信者端末３２２０は着信者メッセージサーバ３２３０に対して該当するコンテンツを要求する（ステップＳ３１６０）。コンテンツ要求を受信した着信者メッセージサーバ３２３０は、セッション管理サーバ３３１０に向けてコンテンツ要求の起動信号を発信する（ステップＳ３１７０）。コンテンツ要求の起動信号を受信した認証・認可機能付きセッション管理サーバ３３１０は、着信者３２１０からのコンテンツ取得要求について認証処理をおこなう（ステップＳ３１８０）。なお、認証処理の詳細はステップＳ３０５０（図２２参照）と同様であるので説明を省略する。また、着信者３２１０のパスワードは、コンテンツ取得要求前に予め登録されているものとする。
【０１９４】
そして、認証処理（ステップＳ３１８０）に成功すると、認証・認可機能付きセッション管理サーバ３３１０は、発信者メッセージ３１３０に向けてこの起動信号を中継する（ステップＳ３１９０）。コンテンツ要求の起動信号を中継された発信者メッセージサーバ３１３０は、コンテンツの抽出処理を実行する（ステップＳ３２００）。なお、このコンテンツ抽出処理（ステップＳ３２００）の詳細は実施例２で示した図１７と同様であるので説明を省略する。
【０１９５】
コンテンツ抽出処理（ステップＳ３２００）を完了した発信者メッセージサーバ３１３０は、コンテンツ要求の起動信号を問題なく受信してコンテンツを送信する準備が整ったことを通知するため、ステップＳ３１９０で受信した起動信号を承諾した旨の応答信号を起動信号と逆のルートをたどるように返信する（ステップＳ３２１０）。この応答信号を受信した認証・認可機能付きセッション管理サーバ３３１０は、ステップＳ３２１０で受信した応答信号がステップＳ３１７０で受信した起動信号と対応していることを確認したうえでこの応答信号を着信者メッセージサーバ３２３０へ中継する（ステップＳ３２２０）。
【０１９６】
この応答信号を中継された着信者メッセージサーバ３２３０は、コンテンツの受信準備が完了した旨を通知するために認証・認可機能付きセッション管理サーバ３３１０に対して今度は確認信号を送信し（ステップＳ３２３０）、確認信号を受信した認証・認可機能付きセッション管理サーバ３３１０は、この確認信号を発信者メッセージサーバ３１３０へ中継する（ステップＳ３２４０）。そして、確認信号を中継された発信者メッセージサーバ３１３０は、コンテンツの送信準備が完了したと判定して今度は着信者メッセージサーバ３２３０に対して直接（認証・認可機能付きセッション管理サーバ３３１０を介することなく）送信する（ステップＳ３２５０）。
【０１９７】
ステップＳ３２５０のコンテンツ送信処理を完了した発信者メッセージサーバ３１３０は、認証・認可機能付きセッション管理サーバ３３１０に対してコンテンツの送信終了通知を送信する（ステップＳ３２６０）。送信終了通知を受信した認証・認可機能付きセッション管理サーバ３３１０は、この送信終了通知を着信者メッセージサーバ３２３０に中継し（ステップＳ３２７０）、送信終了通知を中継された着信者メッセージサーバ３２３０は、コンテンツの格納処理を実行する（ステップＳ３２８０）。なお、ステップＳ３２８０のコンテンツ格納処理の詳細は実施例１に示した図１１と同様であるので説明を省略する。
【０１９８】
コンテンツ格納処理（ステップＳ３２５０）を完了した着信者メッセージサーバ３２３０は、ステップＳ３２７０で受信した送信終了通知に対する応答信号を認証・認可機能付きセッション管理サーバ３３１０に送信するとともに（ステップＳ３２９０）、着信者端末３２２０に対してステップＳ３２８０においてあらたに格納したコンテンツを表示させる（ステップＳ３３１０）。
【０１９９】
一方、ステップＳ３２９０の応答信号を受信した認証・認可機能付きセッション管理サーバ３３１０は、この応答信号を発信者メッセージサーバ３１３０へ中継し（ステップＳ３３００）、応答信号を中継された発信者メッセージサーバ３１３０は、図２２および図２３に示した信号授受から得られた情報をコンテンツの閲覧履歴として格納する（ステップＳ３３２０）。なお、ステップＳ３３２の閲覧履歴格納処理の詳細は実施例２に示した図１８と同様であるので説明を省略する。
【０２００】
上述してきたように、本実施例３では、発信者あるいは着信者の認証および接続可否の判定を認証・認可機能付きセッション管理サーバがおこなうよう構成したので、発信者が他者になりすまして無作為に選択した着信者に対して迷惑なサブジェクトを発信するなどの事態を効果的に防止することができる。
【実施例４】
【０２０１】
ところで、上記した各実施例から明らかなように、発信者が作成したコンテンツについては、常に発信者側のメッセージサーバ（発信者メッセージサーバ）に格納されている。すなわち、コンテンツは常に発信者側の管理下に置かれていることを利用すると、任意のタイミングでコンテンツの閲覧を制御することが可能であることがわかる。コンテンツが発信者側で管理されていることを利用すれば、たとえば、宛先を間違えて送信したメッセージや、内容に誤りのあるメッセージを送信した後であっても、これらのメッセージの閲覧規制やメッセージの変更／削除をおこなうことが可能となり、従来の電子メールにおける誤送信問題などを解決することができる。そこで、本実施例４では、サブジェクトの送信後にコンテンツの閲覧を規制するケースについて示すこととする。
【０２０２】
なお、以下では、上記した各実施例との相違点について主に説明することとし、共通点についての説明は簡単なものにとどめることとする。また、本実施例４に係るメッセージ配送システムのネットワーク構成および各装置構成は実施例２の図１３と同様であるので説明を省略する。
【０２０３】
本実施例４に係るメッセージ配送システムにおけるメッセージ交換手順について図２７を用いて説明する。図２７は、実施例４に係るメッセージ配送システムにおけるメッセージ交換手順を示す図である。同図に示すように、発信者４１１０は発信者端末４１２０を操作することによって着信者４２１０宛てに既に送信したメッセージについて削除要求を起動する（ステップＳ４０１０）。ここで、ステップＳ４０１０のメッセージ削除要求起動手順における入力画面の例について図２８を用いて説明する。図２８は、図２７に示したメッセージ削除要求起動手順におけるコンテンツ取得画面の一例を示す図である。
【０２０４】
図２８に示すように、発信者４１１０は、既に発信者メッセージサーバ４１２０にアップロード済みのメッセージの中から削除したいメッセージを選択する。なお、図２８では、「避難訓練の実施」というサブジェクトを選択した場合について示している。このように、発信者４１１０が削除したいサブジェクトを選択したうえで「メッセージ削除」ボタンを押下すると、図２７に示すように、発信者端末４１２０は発信者メッセージサーバ４１３０に対して当該メッセージの削除を要求する（ステップＳ４０２０）。
【０２０５】
メッセージの削除要求を受信した発信者メッセージサーバ４１３０は、当該メッセージに対応するコンテンツの閲覧を規制するために、既に着信者メッセージサーバ４２３０宛てに発信済みであるサブジェクト（当該メッセージに対応するサブジェクト）を削除するようセッション管理サーバ４３１０を介してサブジェクト削除要求を起動する（ステップＳ４０３０）。
【０２０６】
削除要求起動を受けたセッション管理サーバ４３１０は、着信者メッセージサーバ４２３０へ向けて起動信号を中継する（ステップＳ４０４０）。そして、サブジェクト削除要求の起動信号を受信した着信者メッセージサーバ４２３０は、起動信号を問題なく受信してサブジェクトの削除指示を受信する準備が整ったことを通知するため、ステップＳ４０４０で受信した起動信号を承諾した旨の応答信号を起動信号と逆のルートをたどるよう返信する（ステップＳ４０５０）。
【０２０７】
この応答信号を受信したセッション管理サーバ４３１０は、ステップＳ４０５０で受信した応答信号がステップＳ４０３０で受信した起動信号と対応していることを確認したうえで、応答信号を発信者メッセージサーバ４１３０へ中継する（ステップＳ４１６０）。応答信号を中継された発信者メッセージサーバ４１３０は、着信者メッセージサーバ４２３０においてサブジェクト削除指示の受信準備が完了したと判定して、今度は着信者メッセージサーバ４２３０に対してメッセージ番号とともにサブジェクト削除指示を送信し（ステップＳ４０７０）、指示を受信した着信者メッセージサーバ４２３０は、着信したサブジェクトの削除処理を実行する（ステップＳ４０８０）。
【０２０８】
つづいて、着信者４２１０が所定のタイミングでサブジェクトを取得する操作を着信者端末４２２０に対しておこなうと（ステップＳ４０９０）、着信者端末４２２０は着信者メッセージサーバ４２３０に対してサブジェクトを要求する（ステップＳ４１００）。そして、着信者メッセージサーバ４２３０はサブジェクトを着信者端末４２２０に対してサブジェクト削除済通知を送信する（ステップＳ４１１０）。
【０２０９】
次に、サブジェクト削除後のコンテンツ取得画面の例について図２９を用いて説明する。図２９は、サブジェクト削除後のコンテンツ取得画面の一例を示す図である。図２９に示すように、図２８において選択された「避難訓練の実施」というサブジェクトのメッセージについて、コンテンツを含めてすべての情報が削除されている。
【０２１０】
上述したように、本実施例４では、サブジェクトの送信後にコンテンツの閲覧を規制するよう構成したので、宛先を間違えたメッセージや、内容に誤りのあるメッセージを送信した後であっても、これらのメッセージの閲覧規制やメッセージの変更／削除をおこなうことが可能となり、従来の電子メールにおける誤送信問題などを解決することができる。
【実施例５】
【０２１１】
ところで、実施例４において示したメッセージ配送システムでは、発信済みのサブジェクトをいつでも削除することができるが、既に着信者がサブジェクトやコンテンツを閲覧済みである場合には、存在したはずのコンテンツなどが着信者の意図と無関係に削除されていくことになる。このように、発信者からの一方的な閲覧規制は着信者にとって著しく不利であるとともに、着信者がコンテンツのコピーを取得している場合には、閲覧規制の存在価値が疑われることになる。そこで、本実施例５では、着信者による閲覧前に限定してコンテンツの閲覧を規制するケースについて示すこととする。
【０２１２】
なお、以下では、上記した各実施例との相違点について主に説明することとし、共通点についての説明は簡単なものにとどめることとする。また、本実施例５に係るメッセージ配送システムのネットワーク構成および各装置構成は実施例２の図１３と同様であるので説明を省略する。
【０２１３】
本実施例５に係るメッセージ配送システムにおけるメッセージ交換手順について図３０を用いて説明する。図３０は、実施例５に係るメッセージ配送システムにおけるメッセージ交換手順を示す図である。同図に示すように、発信者５１１０は発信者端末５１２０を操作することによって着信者５２１０宛てに既に送信したメッセージについて削除要求を起動する（ステップＳ５０１０）。つづいて、発信者端末５１２０は、発信者メッセージサーバ５１３０に対してメッセージの削除要求をおこなう（ステップＳ５０２０）。
【０２１４】
メッセージの削除要求を受信した発信者メッセージサーバ５１３０は、メッセージの削除要求が妥当であるか否か、ずなわち、着信者５２１０によって当該メッセージのコンテンツが閲覧済みであるか否かの判定処理（削除可否判定処理）をおこなう（ステップＳ５０３０）。ここで、ステップＳ５０３０の削除可否判定処理の詳細について図３１を用いて説明する。図３１は、図３０に示した削除可否判定処理手順（ステップＳ５０３０）の詳細を示すフローチャートである。
【０２１５】
図３１に示すように、ステップＳ５０２０のメッセージ削除要求を受信した発信者メッセージサーバ５１３０は、メッセージ削除要求に含まれる削除したいメッセージに係るメッセージ番号で閲覧履歴格納部２１３５に格納されている閲覧履歴を検索し（ステップＳ５０３１）、当該メッセージが閲覧履歴に存在しないか否かを判定する（ステップＳ５０３２）。そして、当該メッセージが閲覧履歴に存在しない場合には（ステップＳ５０３２，Ｙｅｓ）、当該コンテンツは閲覧前であると判定して（ステップＳ５０３３）サブジェクトの削除を開始し（ステップＳ５０３４）、削除可否判定処理（ステップＳ５０３０）を完了して以降の処理を続行する。
【０２１６】
一方、当該メッセージが閲覧履歴に存在する場合には（ステップＳ５０３２，Ｎｏ）、当該コンテンツは閲覧中もしくは閲覧済みであると判定して（ステップＳ５０３５）サブジェクトの削除を中止するとともに（ステップＳ５０３６）、以降のすべての処理を中止する。
【０２１７】
図３０の説明に戻り、ステップＳ５０４０以降の説明をつづける。削除可否判定処理（ステップＳ５０３０）において当該コンテンツが閲覧前であると判定された場合、すなわち、当該コンテンツの削除が可能であると判定された場合には、既に着信者メッセージサーバ５２３０宛てに発信済みであるサブジェクト（当該メッセージに対応するサブジェクト）を削除するようセッション管理サーバ５３１０を介してサブジェクト削除要求を起動する（ステップＳ５０４０）。
【０２１８】
削除要求起動を受けたセッション管理サーバ５３１０は、着信者メッセージサーバ５２３０へ向けて起動信号を中継する（ステップＳ５０５０）。そして、サブジェクト削除要求の起動信号を受信した着信者メッセージサーバ５２３０は、起動信号を問題なく受信してサブジェクトの削除指示を受信する準備が整ったことを通知するため、ステップＳ５０５０で受信した起動信号を承諾した旨の応答信号を起動信号と逆のルートをたどるよう返信する（ステップＳ５０６０）。
【０２１９】
この応答信号を受信したセッション管理サーバ５３１０は、ステップＳ５０６０で受信した応答信号がステップＳ５０４０で受信した起動信号と対応していることを確認したうえで、応答信号を発信者メッセージサーバ５１３０へ中継する（ステップＳ５０７０）。応答信号を中継された発信者メッセージサーバ５１３０は、着信者メッセージサーバ５２３０においてサブジェクト削除指示の受信準備が完了したと判定して、今度は着信者メッセージサーバ５２３０に対してメッセージ番号とともにサブジェクト削除指示を送信し（ステップＳ５０８０）、指示を受信した着信者メッセージサーバ５２３０は、着信したサブジェクトの削除処理を実行する（ステップＳ５０９０）。
【０２２０】
つづいて、着信者５２１０が所定のタイミングでサブジェクトを取得する操作を着信者端末５２２０に対しておこなうと（ステップＳ５１００）、着信者端末５２２０は着信者メッセージサーバ５２３０に対してサブジェクトを要求する（ステップＳ５１１０）。そして、着信者メッセージサーバ５２３０はサブジェクトを着信者端末５２２０に対してサブジェクト削除済通知を送信する（ステップＳ５１１０）。
【０２２１】
上述したように、本実施例５では、着信者による閲覧前に限定してコンテンツの閲覧を規制するよう構成したので、発信者からの一方的な閲覧規制によって着信者が不利益をこうむることを効果的に防止することができる。
【実施例６】
【０２２２】
ところで、コンテンツを常に発信者側の管理下におく本発明を用いると、従来の電子メールにおけるメール回送処理（メール受信者がメールを一切改変することなく第三者へ転送する処理）についても、発信者の可否判断に基づいておこなうことができる。そこで、本実施例６では、実施例２に示した方式を基本としてメッセージの回送処理をおこなうケースについて示すこととする。
【０２２３】
なお、以下では、上記した各実施例との相違点について主に説明することとし、共通点についての説明は簡単なものにとどめることとする。
【０２２４】
まず、本実施例６に係るメッセージ配送システムのネットワーク構成および各装置構成について図３２を用いて説明する。図３２は、実施例６に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【０２２５】
図３２に示すように、実施例６に係るメッセージ配送システムは、発信者端末６１２０と、発信者から発信されたメッセージを管理する発信者メッセージサーバ６１３０と、着信者宛てのメッセージを管理する着信者メッセージサーバ６２３０と、着信者端末６２２０と、ハンドシェイク方式の通信において形成されるセッションの状態管理およびハンドシェイク信号の中継をおこなうセッション管理サーバ６３１０とから構成される。そして、本実施例６に係るメッセージ配送システムは、発信者メッセージサーバ６１３０においてメッセージ回送処理をおこなう点に主たる特徴がある。
【０２２６】
具体的には、発信メッセージ格納部６１３１によって格納されるテーブルを図３３に示したテーブルとしたうえで、このテーブルを用いて回送処理を実現する。ここで、発信メッセージ格納部６１３１によって格納される発信メッセージの例について図３３を用いて説明する。図３３は、図３２に示した発信メッセージ格納部６１３１によって格納される発信メッセージの一例を示す図である。同図に示すテーブルには、「回送可否」という項目があらたに追加されている。
【０２２７】
この「回送可否」は、着信者６２３２によって当該メッセージが第三者宛に回送されても良いか否かをあらわす項目であり、発信者６１３２がメッセージのアップロード時に設定する。なお、図３３においては、メッセージ番号が「ｇｚ９３ｍ４ｗｇ０ｆａｓ４」のメッセージの「回送可否」については「否」が設定されているが、それ以外のメッセージについては「可」が設定されている。
【０２２８】
なお、上記した発信者メッセージサーバ６１３０の発信メッセージ格納部６１３１以外の処理部および他の各装置についての構成は実施例２の図１３と同様であるため説明を省略する。
【０２２９】
次に、図３２に示したメッセージ配送システムにおけるメッセージ回送手順について図３４を用いて説明する。図３４は、図１３に示したメッセージ配送システムにおけるメッセージ回送手順を示すシーケンス図である。同図に示すように、まず、着信者６２１０が着信者端末６２２０にメッセージ回送を要求する（ステップＳ６０１０）。ここで、ステップＳ６０１０において用いられる入力画面の例について図３５を用いて説明しておく。図３５は、図３４に示したメッセージ回送要求手順（ステップＳ６０１０）における入力画面の一例を示す図である。
【０２３０】
着信者６２１０は、図３５に示す入力画面を用いることによって、「サブジェクト一覧」に表示されており、かつ、「転送可否」が「可」であるサブジェクトの中から転送したいサブジェクトを選択し、さらに、回送したい相手のアドレスをあらわす「回送先」に回送先のアドレスを入力する。そして、着信者６２１０が図３５に示す「メッセージ回送」ボタンを押下すると、図３４に示したように、着信者端末６２２０は着信者メッセージサーバ６２３０に対してメッセージ回送要求の起動信号を送信する（ステップＳ６０３０）。そして、回送要求の起動信号を受けたセッション管理サーバ６３１０は発信者メッセージサーバ６１３０へ向けて起動信号を中継する（ステップＳ６０４０）。
【０２３１】
メッセージ回送要求の起動信号を中継された発信者メッセージサーバ６１３０は、発信メッセージ格納部６１３２から当該メッセージの「回送可否」を抽出して「可」であることを確認する（ステップＳ６０５０）。そして、「回送可否」が「可」であることを確認した場合には、ステップＳ６０５０の処理が完了して回送をおこなう準備が整ったことを通知するため、ステップＳ６０４０で受信した起動信号を承諾した旨の応答信号を起動信号と逆のルートをたどるよう返送する（ステップＳ６０６０）。そして、この応答信号を受信したセッション管理サーバ６３１０は、ステップＳ６０６０で受信した応答信号がステップＳ６０３０で受信した起動信号と対応していることを確認したうえで、この応答信号を着信者メッセージサーバ６２３０へ中継する（ステップＳ６０７０）。
【０２３２】
また、発信者メッセージサーバ６１３０は、今度はステップＳ６０１０において指定された回送先に向けてサブジェクト送信の起動をおこなう（ステップＳ６０８０）。そして、この起動信号を受信したセッション管理サーバ６３１０は、起動信号を回送先に中継する（ステップＳ６０９０）。なお、ステップＳ６０９０につづく処理については、実施例２の図１６におけるステップＳ２０５０以降と同様であるため説明を省略する。
【０２３３】
上述したように、本実施例６では、発信者の可否判断を含んだメッセージアップロードに基づいてメッセージ回送の許可／不許可を判定するよう構成したので、発信者が意図しないうちにメッセージが第三者へ回送されることを効果的に防止することができる。
【実施例７】
【０２３４】
ところで、上記した実施例２〜実施例６では、発信者メッセージサーバがサブジェクトあるいはコンテンツを送信する際には、着信者メッセージサーバ宛てに直接送信していた。その理由は、サブジェクトやコンテンツ自体はデータ信号であり制御信号ではないため、セッション管理サーバを経由させてもセッションの状態管理には直接関与しないからである。しかしながら、サブジェクトやコンテンツといったデータ信号をセッション管理サーバ経由で配送することとすれば、サブジェクトやコンテンツに関する情報を収集することができるので、後述する通信履歴の取得、従量課金および内容検証といった機能を実現することが可能となる。そこで、本実施例７では、サブジェクトやコンテンツをセッション管理サーバ経由で配送し、セッション管理サーバでサブジェクトやコンテンツに関する情報を収集するケースについて示すこととする。
【０２３５】
なお、以下では、上記した各実施例との相違点について主に説明することとし、共通点についての説明は簡単なものにとどめることとする。
【０２３６】
まず、本実施例７に係るメッセージ配送システムについて図３６を用いて説明する。図３６は、本実施例７に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【０２３７】
図３６に示すように、実施例７に係るメッセージ配送システムは、発信者端末７１２０と、発信者から発信されたメッセージを管理する発信者メッセージサーバ７１３０と、着信者宛てのメッセージを管理する着信者メッセージサーバ７２３０と、着信者端末７２２０と、ハンドシェイク方式の通信において形成されるセッションの状態管理、ハンドシェイク信号およびサブジェクトやコンテンツといったデータ信号の中継、中継する各信号に関する情報収集をおこなうセッション管理サーバ７３１０と、履歴管理や課金処理をおこなう履歴管理／課金処理サーバ７３２０と、メッセージの格納や検証をおこなうメッセージ格納／検証サーバ７３３０とから構成される。そして、本実施例７に係るメッセージ配送システムは、ハンドシェイク信号などの制御信号のみならずサブジェクトやコンテンツといったデータ信号をセッション管理サーバ７３１０経由で配送することとし、履歴管理／課金処理サーバ７３２０やメッセージ格納／検証サーバ７３３０で各信号に関する情報を利用する点に主たる特徴がある。
【０２３８】
なお、発信者端末７１２０、発信者メッセージサーバ７１３０、着信者端末７２２０および着信者メッセージサーバ７２３０については実施例２の図１３と同様であるため説明を省略する。
【０２３９】
セッション管理サーバ７３１０は、ハンドシェイク通信をおこなう際に、確実な信号伝達を実現する目的でハンドシェイク信号の中継およびハンドシェイク通信によって形成されたセッションの状態管理をおこなうとともに、セッション管理サーバ７３１０を経由するコンテンツやサブジェクトについて収集した情報を、履歴管理／課金処理サーバ７３２０およびメッセージ格納／検証サーバ７３３０に報告する処理をおこなう装置である。
【０２４０】
また、セッション管理サーバ７３１０は、市販のＰＣやワークステーション（ＷＳ）に上記した各機能部に対応するプログラムをインストールすることで構成することができる。なお、このセッション管理サーバ７３１０は、図３６に示すルータＲを介してインターネット７９００に接続されるとともに、履歴管理／課金処理サーバ７３２０およびメッセージ格納／検証サーバ７３３０と直接に接続されている。
【０２４１】
履歴管理／課金処理サーバ７３２０は、セッション管理サーバ７３１０が収集した情報に基づいてサブジェクトおよびコンテンツに関する通信履歴を格納し、格納された情報に基づいて課金計算をおこなう装置である。そして、この履歴管理／課金処理サーバ７３２０は、通信履歴格納部７３２１および課金計算部７３２２を備えている。
【０２４２】
また、履歴管理／課金処理サーバ７３２０は、市販のＰＣやワークステーション（ＷＳ）に上記した各機能部に対応するプログラムをインストールすることで構成することができる。なお、この履歴管理／課金処理サーバ７３２０は、図３６に示すようにセッション管理サーバ７３１０と直接に接続されている。
【０２４３】
通信履歴格納部７３２１は、図３６に示したメッセージ交換システムにおいて交換されるサブジェクトやコンテンツの配信に関する履歴およびデータ長を格納するテーブルを不揮発性ＲＡＭやＨＤＤといった記憶装置に記憶させることによって格納する処理部である。この通信履歴格納部７３２１は、たとえば、メッセージ番号、日付、時刻、発信元、発信先、通信種別およびパケット数の各項目を含んだレコードを格納する。ここで、通信履歴格納部７３２１によって格納される通信履歴例について図３７を用いて説明する。図３７は、図３６に示した通信履歴格納部７３２１に格納される通信履歴の一例を示す図である。
【０２４４】
図３７に示すように、通信履歴格納部７３２１によって、たとえば、メッセージ番号「６ｋｙｚｄｒ４ｌ８０ｙｆ１ｅ」のメッセージについて、通信が生じた日付「２００５／０８／３１」、通信が生じた時刻「０９：５０」、通信の発信元「ｓｕｚｕｋｉ＠ｉｓｐ−ａ．ｏｒｇ」、メッセージの発信先「ｋａｔｏ＠ｉｓｐ−ａ．ｎｅ．ｊｐ」、通信種別「サブジェクト送信」および当該通信のデータ量をあらわすパケット数「５」がそれぞれ関連付けられて格納される。
【０２４５】
図３６の説明に戻り、課金計算部７３２２について説明する。課金計算部７３２２は、通信履歴格納部７３２１によって格納された通信履歴に基づいて発信者７１１０あるいは着信者７２１０に対する請求額を計算する処理部である。
【０２４６】
メッセージ格納／検証サーバ７３３０は、セッション管理サーバ７３１０が収集した情報に基づいてサブジェクトやメッセージそのものを格納し、格納されたサブジェクトやメッセージと、着信者メッセージサーバ７２３０において受信されたサブジェクトやメッセージとを比較することによって、サブジェクトやメッセージが改変されることなく着信者メッセージサーバ７２３０へ正常に到達したか否かの検証をおこなう装置である。そして、このメッセージ格納／検証サーバ７３３０は、メッセージ格納部７３３１および検証処理部７３３２を備えている。
【０２４７】
また、メッセージ格納／検証サーバ７３３０は、市販のＰＣやワークステーション（ＷＳ）に上記した各機能部に対応するプログラムをインストールすることで構成することができる。なお、このメッセージ格納／検証サーバ７３３０は、図３６に示すようにセッション管理サーバ７３１０と直接に接続されている。
【０２４８】
メッセージ格納部７３３１は、図３６に示したメッセージ交換システムにおいて交換されるサブジェクトやメッセージそのものを格納するテーブルを不揮発性ＲＡＭやＨＤＤといった記憶装置に記憶させることによって格納する処理部である。このメッセージ格納部７３３１は、たとえば、メッセージ番号、発信元、発信先、サブジェクト発信に関する情報として日付、時刻およびサブジェクト、コンテンツ開示に関する情報として日付、時刻およびサブジェクトの各項目を含んだレコードを格納する。ここで、メッセージ格納部７３３１によって格納されるメッセージ情報例について図３８を用いて説明する。図３８は、図３６に示したメッセージ格納部７３３１によって格納されるメッセージ情報の一例を示す図である。
【０２４９】
図３８に示すように、メッセージ格納部７３３１よって、たとえば、メッセージ番号「６ｋｙｚｄｒ４ｌ８０ｙｆ１ｅ」のメッセージについて、通信の発信元「ｓｕｚｕｋｉ＠ｉｎｔｅｒ．ｎｅｔ」、通信の発信先「ｋａｔｏ＠ｉｓｐ−ａ．ｎｅ．ｊｐ」、サブジェクト発信に関する情報としてサブジェクトが発信された日付「２００５／０８／３１」、同じく時刻「０９：５０」およびサブジェクト「避難訓練の実施」、また、コンテンツ開示に関する情報としてコンテンツが開示された日付「２００５／０８／３１」、同じく時刻「１０：２３」およびコンテンツ「明日、避難訓練を行います。避難経路は…」がそれぞれ関連付けられて格納される。
【０２５０】
図３６の説明に戻り、検証処理部７３３２について説明する。検証処理部７３３２は、着信者７２１０からのサブジェクトやコンテンツに関する内容検証の要求に対し、メッセージ格納部７３３１に格納された情報に基づいて内容の真偽を検証する処理部である。
【０２５１】
次に、図３６に示したメッセージ配送システムにおけるメッセージ交換手順について図３９および図４０を用いて説明する。図３９は、図３６に示したメッセージ配送システムにおけるメッセージ交換手順その１を示すシーケンス図であり、図４０は、図３６に示したメッセージ配送システムにおけるメッセージ交換手順その２を示すシーケンス図である。
【０２５２】
図３９に示すように、発信者７１１０が発信者端末７１２０に着信者７２１０に送信したいメッセージを入力すると（ステップＳ７０１０）、この入力を受け付けた発信者端末７１２０は発信者メッセージサーバ７１３０に対してメッセージのアップロードをおこなう（ステップＳ７０２０）。そして、メッセージのアップロードを受けた発信者メッセージサーバ７１３０はメッセージ格納処理を実行する（ステップＳ７０３０）。なお、ステップＳ７０３０のメッセージ格納処理の詳細は実施例１に示した図７と同様であるので説明を省略する。
【０２５３】
つづいて、発信者メッセージサーバ７１３０は、セッション管理サーバ７３１０に向けてサブジェクト送信の起動信号を発信する（ステップＳ７０４０）。この起動信号を受信したセッション管理サーバ７３１０は、着信者メッセージサーバ７２３０に向けて起動信号を中継する（ステップＳ７０５０）。起動信号を中継された着信者メッセージサーバ７２３０は、起動信号を問題なく受信してサブジェクトそのものを受信する準備が整ったことを通知するために、ステップＳ７０５０において中継された起動信号を承諾した旨をあらわす応答信号を起動信号と逆のルートをたどるよう返信する（ステップＳ７０６０）。
【０２５４】
そして、応答信号を受信したセッション管理サーバ７３１０は、ステップＳ７０６０において受信した応答信号がステップＳ７０４０で受信した起動信号と対応していることを確認したうえで、この応答信号を発信者メッセージサーバ７０３０に向けて中継する（ステップＳ７０７０）。また、セッション管理サーバ７３１０は、ステップＳ７０７０を実行するとともに、これから送信されるサブジェクトに関する通信情報の収集を開始する（ステップＳ７０８０）。
【０２５５】
つづいて、ステップＳ７０７０の応答信号を受信したメッセージサーバ７１３０は、着信者メッセージサーバ７２３０およびセッション管理サーバ７３１０におけるサブジェクトの受信準備が完了したと判定して、セッション管理サーバ７３１０に向けてサブジェクトを送信する（ステップＳ７０９０）。そして、発信者メッセージサーバ７１３０からサブジェクトを受診したセッション管理サーバ７３１０は、サブジェクトに関する通信情報を収集するとともに、着信者メッセージサーバ７２３０宛てにサブジェクトを中継する（ステップＳ７１００）。
【０２５６】
セッション管理サーバ７３１０からサブジェクトを受信した着信者メッセージサーバ７２３０は、受信したサブジェクトを格納する処理を実行する（ステップＳ７１１０）。なお、ステップＳ７１１０のサブジェクト格納処理の詳細は実施例１に示した図８と同様であるので説明を省略する。
【０２５７】
そして、セッション管理サーバ７３１０は、サブジェクトに関する通信情報の収集を終了し（ステップＳ７１２０）、メッセージ格納／検証サーバ７３３０に対してサブジェクトを格納するよう指示する（ステップＳ７１３０）。指示を受けたメッセージ格納／検証サーバ７３３０は、図３８に示したようにメッセージ番号、発信元、発信先およびサブジェクト発信（日付、時刻、サブジェクト）を対応付けて格納する（ステップＳ７１４０）。
【０２５８】
また、セッション管理サーバ７３１０は、サブジェクトのデータ量を集計し（ステップＳ７１５０）、収集したサブジェクトに関する通信情報のうち通信履歴に係る部分のみを履歴管理／課金処理サーバ７３２０宛てに報告する（ステップＳ７１６０）。この報告を受けた履歴管理／課金処理サーバ７３２０は、図３７に示したように、メッセージ番号、日付、時刻、発信元、発信先、通信種別およびパケット数を対応付けて格納する（ステップＳ７１７０）。
【０２５９】
つづいて、着信者７２１０は、任意のタイミングで着信者メッセージサーバ７２３０に着信したサブジェクトの取得要求をおこなうと（ステップＳ７１８０）、着信者端末７２２０が着信者メッセージサーバ７２３０に対してサブジェクト要求を実行する（ステップＳ７１９０）。サブジェクトを要求された着信者メッセージサーバ７２３０は、サブジェクトを着信者端末７２２０に対して返送する（ステップＳ７２００）。なお、サブジェクト取得に関する詳細な説明は実施例１でおこなった（図９に関する説明参照）ので省略することとする。
【０２６０】
図３９につづいて図４０の説明をおこなう。図４０に示すように、サブジェクト取得後、着信者７２１０が着信者端末７２２０を操作することによって特定のサブジェクトに対応するコンテンツの取得要求をおこなうと（ステップＳ７２１０）、着信者端末７２２０は着信者メッセージサーバ７２３０に対して該当するコンテンツを要求する（ステップＳ７２２０）。コンテンツ要求を受信した着信者メッセージサーバ７２３０は、セッション管理サーバ７３１０に向けてコンテンツ要求の起動信号を発信する（ステップＳ７２３０）。コンテンツ要求の起動信号を受信したセッション管理サーバ７３１０は、発信者メッセージサーバ７１３０に向けてこの起動信号を中継する（ステップＳ７２４０）。
【０２６１】
コンテンツ要求の起動信号を中継された発信者メッセージサーバ７１３０は、コンテンツの抽出処理を実行する（ステップＳ７２５０）。なお、このコンテンツの抽出処理の詳細については実施例２の図１７と同様であるので説明を省略する。
【０２６２】
つづいて、コンテンツ抽出処理（ステップＳ７２５０）を完了した発信者メッセージサーバ７１３０は、コンテンツ要求の起動信号を問題なく受信してコンテンツを送信する準備が整ったことを通知するため、ステップＳ７２４０で受信した起動信号を承諾した旨の応答信号を起動信号と逆のルートをたどるように返信する（ステップＳ７２６０）。この応答信号を受信したセッション管理サーバ７３１０は、ステップＳ７２６０で受信した応答信号がステップＳ７２３０で受信した起動信号と対応していることを確認したうえでこの応答信号を着信者メッセージサーバ７２３０へ中継する（ステップＳ７２７０）。
【０２６３】
この応答信号を中継された着信者メッセージサーバ７２３０は、コンテンツの受信準備が完了した旨を通知するためにセッション管理サーバ７３１０に対して今度は確認信号を送信し（ステップＳ７２８０）、確認信号を受信したセッション管理サーバ７３１０は、この確認信号を発信者メッセージサーバ７１３０へ中継する（ステップＳ７２９０）。また、セッション管理サーバ７３１０は、ステップＳ７２９０を実行するとともに、これから送信されるコンテンツに関する通信情報の収集を開始する（ステップＳ７３００）。
【０２６４】
そして、ステップＳ７２９０によって確認信号を中継された発信者メッセージサーバ７１３０は、セッション管理サーバ７３１０および着信者メッセージサーバ７２３０においてコンテンツの送信準備が完了したと判定してセッション管理サーバ７３１０に向けてコンテンツを送信し（ステップＳ７３１０）、コンテンツを受信したセッション管理サーバ７３１０は、コンテンツに関する通信情報を収集するとともに着信者メッセージサーバ７２３０宛てにコンテンツを中継する（ステップＳ７３２０）。
【０２６５】
ステップＳ７３２０のコンテンツ送信処理が完了すると、発信者メッセージサーバ７１３０は、セッション管理サーバ７３１０に対してコンテンツの送信終了通知を送信する（ステップＳ７３３０）。送信終了通知を受信したセッション管理サーバ７３１０は、この送信終了通知を着信者メッセージサーバ７３１０に中継し（ステップＳ７３４０）、送信終了通知を中継された着信者メッセージサーバ７２３０は、コンテンツの格納処理を実行する（ステップＳ７３５０）。なお、ステップＳ７３５０のコンテンツ格納処理の詳細は実施例１に示した図１１と同様であるので説明を省略する。
【０２６６】
コンテンツ格納処理（ステップＳ７３５０）を完了した着信者メッセージサーバ７２３０は、ステップＳ７３４０で受信した送信終了通知に対する応答信号をセッション管理サーバ７３１０に送信するとともに（ステップＳ７３６０）、着信者端末７２２０に対してステップＳ２３５０においてあらたに格納したコンテンツを表示させる（ステップＳ７３８０）。
【０２６７】
一方、ステップＳ７３６０の応答信号を受信したセッション管理サーバ７３１０は、この応答信号を発信者メッセージサーバ７１３０へ中継し（ステップＳ７３７０）、応答信号を中継された発信者メッセージサーバ７１３０は、図４０に示した信号授受から得られた情報をコンテンツの閲覧履歴として格納する（ステップＳ７３９０）。なお、この閲覧履歴格納処理（ステップＳ７３９０）の詳細については実施例の図１８と同様であるので、説明を省略する。
【０２６８】
また、セッション管理サーバ７３１０は、コンテンツに関する通信情報の収集を終了し（ステップＳ７４００）、メッセージ格納／検証サーバ７３３０に対してコンテンツを格納するよう指示する（ステップＳ７４１０）。指示を受けたメッセージ格納／検証サーバ７３３０は、図３８に示したようにメッセージ番号、コンテンツ送信（日付、時刻、コンテンツ）を対応付けて格納する（ステップＳ７４２０）。
【０２６９】
つづいて、セッション管理サーバ７３１０は、サブジェクトのデータ量を集計し（ステップＳ７４３０）、収集したサブジェクトに関する通信情報のうち通信履歴に係る部分のみを履歴管理／課金処理サーバ７３２０宛てに報告する（ステップＳ７４４０）。この報告を受けた履歴管理／課金処理サーバ７３２０は、図３７に示したように、メッセージ番号、日付、時刻、発信元、発信先、通信種別およびパケット数を対応付けて格納する（ステップＳ７７５０）。
【０２７０】
次に、図３６に示したメッセージ配送システムにおける内容検証手順について図４１を用いて説明する。図４１は、図３６に示したメッセージ配送システムにおける内容検証手順を示すシーケンス図である。同図に示すように、着信者７２１０は着信者端末７２２０を操作することによって内容を検証したいメッセージについての要求をおこなう（ステップＳ７５１０）。ここで、ステップＳ７５１０の内容検証要求手順における入力画面の例について図４２を用いて説明する。図４２は、図４１に示した内容検証要求手順における入力画面の一例を示す図である。
【０２７１】
図４２に示すように、着信者７２１０はサブジェクト一覧の中からないようを検証したいメッセージを選択する。なお、図４２では、「避難訓練の実施」というサブジェクトに係るメッセージを選択した場合について示している。このように、着信者７２１０が内容を検証したいメッセージを選択したうえで「内容検証要求」ボタンを押下すると、図４１に示すように、着信者端末７２２０は着信者メッセージサーバ７２３０に対して当該メッセージの内容検証を要求する（ステップＳ７５２０）。
【０２７２】
要求を受けた着信者メッセージサーバ７２３０は、セッション管理サーバ７３１０に向けて内容検証要求の起動信号を送信する（ステップＳ７５３０）。なお、ステップＳ７５３０の内容検証要求では、図４２において選択されたメッセージに対応するメッセージ番号を着信者メッセージサーバ７２３０の着信メッセージ格納部７２３２から抽出し、当該サブジェクトの発信元および発信先とともに送信する。
【０２７３】
起動信号を受信したセッション管理サーバ７３１０は、メッセージ格納／検証サーバ７３３０に向けて起動信号を中継し（ステップＳ７５４０）、起動信号を中継されたメッセージ格納／検証サーバ７３３０は、起動信号を問題なく受信して内容検証要求を受信する準備が整ったことを通知するため、ステップＳ７５４０で受信した起動信号を承諾した旨の応答信号を、起動信号と逆のルートをたどるように返送する（ステップＳ７５５０）。応答信号を受信したセッション管理サーバ７３１０は、ステップＳ７５５０で受信した応答信号がステップＳ７５３０で受信した起動信号と対応していることを確認したうえで応答信号を着信者メッセージサーバ７２３０へ中継する（ステップＳ７５６０）。
【０２７４】
つづいて、応答信号を受信した着信者メッセージサーバ７２３０は、セッション管理サーバ７３１０およびメッセージ格納／検証サーバ７３３０において内容検証要求の受信準備が完了したと判定してメッセージ格納／検証サーバ７３３０へ向けてステップＳ７５１０で選択された受信済みのメッセージを送信し（ステップＳ７５７０）、メッセージを受信したセッション管理サーバ７３１０は、メッセージ格納／検証サーバ７３３０宛てにメッセージを中継する（ステップＳ７５８０）。そして、メッセージ格納／検証サーバ７３３０は、受け取ったメッセージの内容検証を実行する（ステップＳ７５９０）。ここで、この内容検証処理（ステップＳ７５９０）の詳細について図４３を用いて説明する。図４３は、図４１に示した内容検証処理手順（ステップＳ７５９０）の詳細を示すフローチャートである。
【０２７５】
図４３に示すように、セッション管理サーバ７３１０から送付されたメッセージ（Ａ）を収集し（ステップＳ７５８１）、収集されたメッセージからメッセージ番号を生成する（ステップＳ７５８２）。なお、メッセージ番号の生成方法は、実施例１のメッセージ番号生成処理（ステップＳ１０３３）で用いた方法を用いる。
【０２７６】
そして、生成したメッセージ番号をキーとしてメッセージ格納部７３３１から該当するメッセージ（Ｂ）を抽出する（ステップＳ７５８３）。この際、内容が合致していれば同じメッセージからは同じメッセージ番号が生成されるので、メッセージ番号が存在すれば、同じ内容のメッセージの存在確率がきわめて高いことになる。
【０２７７】
そこで、メッセージ番号が存在するか否かの判定をおこない（ステップＳ７５８４）、メッセージ番号が存在する場合には（ステップＳ７５８４，Ｙｅｓ）、メッセージの日付、時刻、サブジェクト、コンテンツといったメッセージ細部の抽出をおこなう（ステップＳ７５８５）。一方、メッセージ番号が存在しない場合には（ステップＳ７５８４，Ｎｏ）、着信者メッセージサーバ７２３０に保存されたメッセージは何らかの理由により修正／変更されたと判定できるので、メッセージ格納部７３３１に格納された謄本と一致しない（不一致）と判定して（ステップＳ７５８８）ステップＳ７５９０の処理を終了する。
【０２７８】
ステップＳ７５８５につづいて、ステップＳ７５８５で抽出したメッセージ細部がメッセージ格納部７３３１の謄本と完全に一致するか否かを判定する（ステップＳ７５８６）。そして、完全に一致した場合には（ステップＳ７５８６，Ｙｅｓ）、謄本と同じであると判定して（ステップＳ７５８７）ステップＳ７５９０の処理を終了する。一方、完全には一致しない場合には（ステップＳ７５８６，Ｎｏ）、メッセージ格納部７３３１に格納された謄本と一致しない（不一致）と判定して（ステップＳ７５８８）ステップＳ７５９０の処理を終了する。
【０２７９】
図４１の説明に戻り、ステップＳ７６００以降の説明をつづける。内容検証処理（ステップＳ７５９０）が完了すると、メッセージ格納／検証サーバは、検証要求の要求元である着信者メッセージサーバ７２３０へ向けて検証結果を返送する（ステップＳ７６００）。この検証結果を受信したセッション管理サーバ７３１０は、この検証結果を着信者メッセージサーバ７２３０へ中継し（ステップＳ７６１０）、検証結果を受信した着信者メッセージサーバ７２３０は、着信者端末７２２０に検証結果を表示させる（ステップＳ７６２０）。
【０２８０】
上述してきたように、本実施例７では、サブジェクトやコンテンツといったデータ信号をセッション管理サーバ経由で配送するとともに、セッション管理サーバでブジェクトやコンテンツに関する情報を収集するよう構成したので、通信履歴の取得、従量課金および内容検証の各処理を実現することができる。
【実施例８】
【０２８１】
ところで、上記した各実施例では、発信者端末および着信者端末においては、パーソナルコンピュータ（ＰＣ）に専用のアプリケーションを搭載することを前提としていた。しかしながら、専用のアプリケーションを用いることは、利用者に対してあらたな操作手順の習得を強いることにつながるので敬遠される傾向にある。一方、発信者メッセージサーバおよび着信者メッセージサーバ間の機能関係や信号交換手順を変更することで、たとえば、ワールドワイドウェブ（ＷＷＷ）ブラウザなどの市販アプリケーションを各端末に搭載するアプリケーションとして利用することが可能となる。そこで、本実施例８では、市販のアプリケーションを用いて発信者端末および着信者端末を構成するケースについて示すこととする。
【０２８２】
なお、以下では、上記した各実施例との相違点について主に説明することとし、共通点についての説明は簡単なものにとどめることとする。
【０２８３】
まず、本実施例８に係るメッセージ配送システムについて図４４を用いて説明する。図４４は、本実施例８に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【０２８４】
図４４に示すように、実施例８に係るメッセージ配送システムは、ＷＷＷブラウザＡＰＬ８１２１を搭載する発信者端末８１２０と、発信者から発信されたメッセージを管理する発信者メッセージサーバ８１３０と、着信者宛てのメッセージを管理する着信者メッセージサーバ８２３０と、ＷＷＷブラウザＡＰＬ８２２１およびサマリリーダＡＰＬ８２２２を搭載する着信者端末８２２０と、ハンドシェイク方式の通信において形成されるセッションの状態管理およびハンドシェイク信号の中継をおこなうセッション管理サーバ８３１０と、新規なメッセージが配送されたこを通知する通知サーバ８２４０とから構成される。
【０２８５】
まず、発信者端末８１２０の構成について説明する。発信者端末８１２０は、発信者８１１０の操作によって入力されたメッセージを発信者メッセージサーバ８１３０に対して発信することによってメッセージの格納を要求するとともに、発信者メッセージサーバ８１３０からメッセージの閲覧状況を取得して発信者に提示する処理をおこなう装置である。そして、この発信者端末８１２０は、市販のパーソナルコンピュータ（ＰＣ）にＷＷＷブラウザＡＰＬ８１２１を搭載することで構成される。
【０２８６】
ＷＷＷブラウザＡＰＬ８１２１は、ＷＷＷを閲覧するためのアプリケーションであるが、ここでは、発信者メッセージサーバ８１３０からの情報取得および指示送信のために利用する。そして、このＷＷＷブラウザＡＰＬ８１２１としては、広く市販されているＷＷＷブラウザを利用することができる。
【０２８７】
発信者メッセージサーバ８１３０は、上記した各実施例で示した発信者メッセージサーバと同様であるが、端末通信部８１３１の機能のみが異なる。具体的には、この端末通信部８１３１は、発信者端末８１２０上のＷＷＷブラウザＡＰＬ８１２１と通信するために、ＨＴＴＰプロトコルを実装することで構成される。
【０２８８】
着信者端末８２２０は、着信者メッセージサーバ８２３０からサブジェクトを取得して表示するとともに、着信者８２１０の操作によってサブジェクトに対応するコンテンツ要求を着信者メッセージサーバ８２３０に対しておこない、取得したコンテンツを着信者８２１０に提供する装置である。そして、この着信者端末８２２０は、市販のパーソナルコンピュータ（ＰＣ）にＷＷＷブラウザＡＰＬ８２２１およびサマリリーダＡＰＬ８２２２を搭載することで構成される。
【０２８９】
ＷＷＷブラウザＡＰＬ８２２１は、ＷＷＷを閲覧するためのアプリケーションであるが、ここでは、着信者メッセージサーバ８２３０からの情報取得および指示送信のために利用する。そして、このＷＷＷブラウザＡＰＬ８２２１としては、広く市販されているＷＷＷブラウザを利用することができる。
【０２９０】
サマリリーダＡＰＬ８２２２は、各種のウェブサイトの更新情報を簡単にまとめて取得可能なアプリケーションであるが、ここでは、発信者メッセージサーバ８１３０から、後述する通知サーバ８２４０および着信者メッセージサーバ８２３０を経由して配信されるメッセージの更新情報を取得し、格納するために利用する。なお、サマリリーダＡＰＬ８２２としては、広く市販されているサマリリーダアプリケションを利用することができる。
【０２９１】
着信者メッセージサーバ８２３０は、上記した各実施例で示した着信者メッセージサーバと同様であるが、着信サブジェクト格納部８２３２を備えている点と、端末通信部８２３１の機能とが異なる。具体的には、この端末通信部８２３１は、着信者端末８２２０上のＷＷＷブラウザＡＰＬ８２２１およびサマリリーダＡＰＬ８２２２と通信するために、ＨＴＴＰプロトコルを実装することで構成される。
【０２９２】
また、着信サブジェクト格納部８２３２は、図４５に示す情報を格納する。図４５は、図４４に示した着信サブジェクト格納部８２３２によって格納される着信サブジェクトの一例を示す図である。
【０２９３】
図４５に示すように、この着信サブジェクト格納部８２３２によって、たとえば、メッセージ番号「６ｋｙｚｄｒ４ｌ８０ｙｆ１ｅ」のメッセージについて、サブジェクトを格納した日付「２００５／０８／３１」、サブジェクトを格納した時刻「０９：５０」、サブジェクトの発信元「ｓｕｚｕｋｉ＠ｉｎｔｅｒ．ｎｅｔ」およびメッセージの題目をあらわすサブジェクト「避難訓練の実施」がそれぞれ関連づけられて格納される。
【０２９４】
次に、図４４に示したメッセージ配送システムにおけるメッセージ交換手順について図４６を用いて説明する。図４６は、図４４に示したメッセージ配送システムにおけるメッセージ交換手順を示すシーケンス図である。同図に示すように、まず、発信者８１１０が発信者端末８１２０に着信者８２１０に送信したいメッセージを入力すると（ステップＳ８０１０）、発信者端末８１２０は発信者メッセージサーバ８１３０に対してメッセージのアップロードをおこなう（ステップＳ８０２０）。そして、メッセージのアップロードを受けた発信者メッセージサーバ８１３０はメッセージ格納処理を実行する（ステップＳ８０３０）。なお、メッセージ格納処理（ステップＳ８０３０）の詳細は実施例１の図７と同様であるので説明を省略する。
【０２９５】
つづいて、発信者メッセージサーバ８１３０は、あらたなメッセージがアップロードされサブジェクトの取得要求を受け入れ可能である旨を通知サーバ８２４０へ向けて通知する（ステップＳ８０４０）。なお、この通知は後続のサブジェクトの取得を促進するために用いられるものである。したがって、メッセージのアップロードごとにかかる通知をおこなう必要はなく、たとえば、アップロード２回につき通知を１回というように複数メッセージ分をまとめて通知することとしてもよい。
【０２９６】
この通知を受信した通知サーバ８２４０は、着信者メッセージサーバ８２３０に対してサブジェクトの取得を指示する（ステップＳ８０５０）。指示を受信した着信者メッセージサーバ８２３０は、自らサブジェクト取得要求の起動信号を発信する（ステップＳ８０６０）。この起動信号を受信したセッション管理サーバ８３１０は、発信者メッセージに向けてこの起動信号を中継する（ステップＳ８０７０）。サブジェクト要求の起動信号を転送された発信者メッセージサーバ８１３０は、ステップＳ８０４０のトリガーとなったサブジェクトの抽出処理を実行し（ステップＳ８０８０）、ステップＳ８０７０で受信した起動信号を承諾した旨の応答信号を起動信号と逆のルートをたどるように返送する（ステップＳ８０９０）。
【０２９７】
この応答信号を受信したセッション管理サーバ８３１０は、ステップＳ８０９０で受信した応答信号がステップＳ８０６０で受信した起動信号と対応していることを確認したうえで応答信号を着信者メッセージサーバ８２３０へ中継する（ステップＳ８１００）。そして、発信者メッセージサーバ８１３０は、着信者メッセージサーバ８２３０に対して直接にサブジェクトを送信する（ステップＳ８１１０）。
【０２９８】
つづいて、着信者８２１０は、任意のタイミングで着信者端末８２２０のサマリリーダＡＰＬ８２２２に対してサブジェクトを取得する操作をおこなうと（ステップＳ８１２０）、操作を受けたサマリリーダＡＰＬ８２２２は、着信者メッセージサーバ８２３０に対してサブジェクトを要求する（ステップＳ８１３０）。そして、着信者メッセージサーバ８２３０は、該当するサブジェクトをサマリリーダＡＰＬ８２２２に対して回答する（ステップＳ８１４０）。
【０２９９】
サブジェクト取得後、着信者８２１０が着信者端末８２２０のＷＷＷブラウザＡＰＬ８２２１に対して特定のコンテンツを取得する操作をおこなうと（ステップＳ８１５０）、ＷＷＷブラウザＡＰＬ８２２１は、発信者メッセージサーバ８１３０へ向けて当該コンテンツ要求の起動信号を送信する（ステップＳ８１６０）。なお、ステップＳ８１６０では、上記した各実施例とは異なり、着信者端末８２２０が直接にコンテンツを取得している。その理由は、ＷＷＷブラウザＡＰＬ８２２１が遠隔地のサーバに格納された情報を直接参照することに適しているためである。しかし、たとえば実施例１のように着信者メッセージサーバにコンテンツを格納する場合には、ＷＷＷブラウザＡＰＬ８２２１が着信者メッセージサーバからコンテンツを取得するよう構成してもよい。
【０３００】
つづいて、ステップＳ８１６０の起動信号を受信したセッション管理サーバ８３１０は、この起動信号を発信者メッセージサーバ８１３０へ中継する（ステップＳ８１７０）。そして、コンテンツ要求の起動信号を中継された発信者メッセージサーバ８１３０は、コンテンツの抽出処理を実行し（ステップＳ８１８０）、コンテンツ要求の起動信号を問題なく受信してコンテンツを送信する準備が整ったことを通知するため、ステップＳ８１７０で受け取った起動信号を承諾した旨の応答信号を起動信号と逆のルートをたどるように返送する（ステップＳ８１９０）。
【０３０１】
応答信号を受信したセッション管理サーバ８３１０は、ステップＳ８１９０で受信した応答信号がステップＳ８１６０で受信した起動信号と対応していることを確認したうえで応答信号をＷＷＷブラウザＡＰＬ８２２１へ中継する（ステップＳ８２００）。そして、発信者メッセージサーバ８１３０は、ＷＷＷブラウザＡＰＬ８２２１に対して直接にコンテンツを送信する（ステップＳ８２１０）。
【０３０２】
上述してきたように、本実施例８では、通知サーバがメッセージのアップロードがあった旨を通知することとし、発信者メッセージサーバおよび着信者メッセージサーバが市販のアプリケーションに対応したインタフェースを備えるよう構成したので、市販のアプリケーションを用いて発信者端末および着信者端末を構成することができる。
【０３０３】
ところで、上記した各実施例において示した各種の処理手順は、あらかじめ用意されたプログラムをコンピュータ上で実行することによって実現することができる。そして、これらのプログラムは、インターネットなどのネットワークを介して配布することができる。さらに、これらのプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【０３０４】
つまり、例を挙げれば、各実施例に示したプログラムを格納したＣＤ−ＲＯＭを配布し、このＣＤ−ＲＯＭに格納されたプログラムを各コンピュータが読み出して実行するようにしてもよい。
【産業上の利用可能性】
【０３０５】
以上のように、本発明に係るメッセージ配送方法、メッセージ配送システム、発信者メッセージサーバ、着信者メッセージサーバ、発信者メッセージサーバ用プログラムおよび着信者メッセージサーバ用プログラムは、安全かつ確実なメッセージ配送が可能な通信ネットワークの提供に適しており、特に、インターネット事業者やアプリケーションサービス事業者のサービスとして提供したい場合に有用である。
【図面の簡単な説明】
【０３０６】
【図１】本発明に係るメッセージ配送手法の概要および特徴を示す図である。
【図２】実施例１に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【図３】図２に示した発信メッセージ格納部によって格納されるデータの一例を示す図である。
【図４】図２に示した着信メッセージ格納部によって格納されるメッセージの一例を示す図である。
【図５】図２に示したメッセージ配送システムにおけるメッセージ交換手順を示すシーケンス図である。
【図６】図５に示したメッセージ入力手順における入力画面の一例を示す図である。
【図７】図５に示したメッセージ格納処理手順の詳細を示すシーケンス図である。
【図８】図５に示したサブジェクト格納処理手順の詳細を示すシーケンス図である。
【図９】図５に示したサブジェクト要求手順およびコンテンツ要求手順におけるコンテンツ取得画面の一例を示す図である。
【図１０】図５に示したコンテンツ抽出処理手順の詳細を示すシーケンス図である。
【図１１】図５に示したコンテンツ格納手順の詳細を示すシーケンス図である。
【図１２】図９に示したコンテンツ取得画面にコンテンツが表示される様子を示す図である。
【図１３】実施例２に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【図１４】図１３に示した発信メッセージ格納部によって格納されるメッセージの一例を示す図である。
【図１５】図１３に示した閲覧履歴格納部によって格納される閲覧履歴の一例を示す図である。
【図１６】図１３に示したメッセージ配送システムにおけるメッセージ交換手順を示すシーケンス図である。
【図１７】図１６に示したコンテンツ抽出処理手順の詳細を示すシーケンス図である。
【図１８】図１６に示した閲覧履歴格納処理手順の詳細を示すシーケンス図である。
【図１９】実施例３に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【図２０】図１９に示した加入者情報格納部によって格納される加入者情報の一例を示す図である。
【図２１】図１９に示した接続可否情報格納部によって格納される接続可否情報の一例を示す図である。
【図２２】図１９に示したメッセージ配送システムにおけるメッセージ交換手順その１を示すシーケンス図である。
【図２３】図１９に示したメッセージ配送システムにおけるメッセージ交換手順その２を示すシーケンス図である。
【図２４】図２２に示したメッセージ入力手順における入力画面の一例を示す図である。
【図２５】図２２および図２３に示した認証処理手順の詳細を示すフローチャートである。
【図２６】図２２に示した接続可否判定処理手順の詳細を示すフローチャートである。
【図２７】実施例４に係るメッセージ配送システムにおけるメッセージ交換手順を示す図である。
【図２８】図２７に示したメッセージ削除要求起動手順におけるコンテンツ取得画面の一例を示す図である。
【図２９】サブジェクト削除後のコンテンツ取得画面の一例を示す図である。
【図３０】実施例５に係るメッセージ配送システムにおけるメッセージ交換手順を示す図である。
【図３１】図３０に示した削除可否判定処理手順の詳細を示すフローチャートである。
【図３２】実施例６に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【図３３】図３２に示した発信メッセージ格納部によって格納される発信メッセージの一例を示す図である。
【図３４】図３２に示したメッセージ配送システムにおけるメッセージ回送手順を示すシーケンス図である。
【図３５】図３４に示したメッセージ回送要求手順における回送要求画面の一例を示す図である。
【図３６】実施例７に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【図３７】図３６に示した通信履歴格納部によって格納される通信履歴の一例を示す図である。
【図３８】図３６に示したメッセージ格納部によって格納されるメッセージ情報の一例を示す図である。
【図３９】図３６に示したメッセージ配送システムにおけるメッセージ交換手順その１を示すシーケンス図である。
【図４０】図３６に示したメッセージ配送システムにおけるメッセージ交換手順その２を示すシーケンス図である。
【図４１】図３６に示したメッセージ配送システムにおける内容検証手順を示すシーケンス図である。
【図４２】図４１に示した内容検証要求手順における入力画面の一例を示す図である。
【図４３】図４１に示した内容検証処理手順の詳細を示すフローチャートである。
【図４４】実施例８に係るメッセージ配送システムのネットワーク構成および各装置構成を示すブロック図である。
【図４５】図４４に示した着信サブジェクト格納部によって格納される着信サブジェクトの一例を示す図である。
【図４６】図４４に示したメッセージ配送システムにおけるメッセージ交換手順を示すシーケンス図である。
【符号の説明】
【０３０７】
１１１０  発信者
１１２０  発信者端末
１２１０  着信者
１２２０  着信者端末
１１３０  発信者メッセージサーバ
１１３１  端末通信部
１１３２  発信メッセージ格納部
１１３３  メッセージ処理部
１１３４  回線通信部
１２３０  着信者メッセージサーバ
１２３１  端末通信部
１２３２  着信メッセージ格納部
１２３３  メッセージ処理部
１２３４  回線通信部
１９００  インターネット
２１１０  発信者
２１２０  発信者端末
２２１０  着信者
２２２０  着信者端末
２１３０  発信者メッセージサーバ
２１３１  端末通信部
２１３２  発信メッセージ格納部
２１３３  メッセージ処理部
２１３４  通信制御部
２１３５  閲覧履歴格納部
２２３０  着信者メッセージサーバ
２２３１  端末通信部
２２３２  着信メッセージ格納部
２２３３  メッセージ処理部
２２３４  通信制御部
２３１０  セッション管理サーバ
２９００  インターネット
３１１０  発信者
３１２０  発信者端末
３２１０  着信者
３２２０  着信者端末
３１３０  発信者メッセージサーバ
３１３１  端末通信部
３１３２  メッセージ格納部
３１３３  メッセージ処理部
３１３４  通信制御部
３１３５  閲覧履歴格納部
３２３０  着信者メッセージサーバ
３２３１  端末通信部
３２３２  メッセージ格納部
３２３３  メッセージ処理部
３２３４  通信制御部
３３１０  認証・認可機能付きセッション管理サーバ
３３１１  通信制御部
３３１２  加入者情報格納部
３３１３  接続可否情報格納部
３９００  インターネット
６１１０  発信者
６１２０  発信者端末
６２１０  着信者
６２２０  着信者端末
６１３０  発信者メッセージサーバ
６１３１  端末通信部
６１３２  発信メッセージ格納部
６１３３  メッセージ処理部
６１３４  通信制御部
６１３５  閲覧履歴格納部
６２３０  着信者メッセージサーバ
６２３１  端末通信部
６２３２  着信メッセージ格納部
６２３３  メッセージ処理部
６２３４  通信制御部
６３１０  セッション管理サーバ
６９００  インターネット
７１１０  発信者
７１２０  発信者端末
７２１０  着信者
７２２０  着信者端末
７１３０  発信者メッセージサーバ
７１３１  端末通信部
７１３２  発信メッセージ格納部
７１３３  メッセージ処理部
７１３４  通信制御部
７１３５  閲覧履歴格納部
７２３０  着信者メッセージサーバ
７２３１  端末通信部
７２３２  着信メッセージ格納部
７２３３  メッセージ処理部
７２３４  通信制御部
７３１０  セッション管理サーバ
７３２０  履歴管理／課金処理サーバ
７３２１  通信履歴格納部
７３２２  課金計算部
７３３０  メッセージ格納／検証サーバ
７３３１  メッセージ格納部
７３３２  検証処理部
７９００  インターネット
８１１０  発信者
８１２０  発信者端末
８１２１  ＷＷＷブラウザＡＰＬ
８２１０  着信者
８２２０  着信者端末
８２２１  ＷＷＷブラウザＡＰＬ
８２２２  サマリリーダＡＰＬ
８１３０  発信者メッセージサーバ
８１３１  端末通信部
８１３２  発信メッセージ格納部
８１３３  メッセージ処理部
８１３４  通信制御部
８１３５  閲覧履歴格納部
８２３０  着信者メッセージサーバ
８２３１  端末通信部
８２３２  着信サブジェクト格納部
８２３３  メッセージ処理部
８２３４  通信制御部
８２４０  通知サーバ
８３１０  セッション管理サーバ
８９００  インターネット
【図１】
2007135012.tif 000003
【図２】
2007135012.tif 000004
【図３】
2007135012.tif 000005
【図４】
2007135012.tif 000006
【図５】
2007135012.tif 000007
【図６】
2007135012.tif 000008
【図７】
2007135012.tif 000009
【図８】
2007135012.tif 000010
【図９】
2007135012.tif 000011
【図１０】
2007135012.tif 000012
【図１１】
2007135012.tif 000013
【図１２】
2007135012.tif 000014
【図１３】
2007135012.tif 000015
【図１４】
2007135012.tif 000016
【図１５】
2007135012.tif 000017
【図１６】
2007135012.tif 000018
【図１７】
2007135012.tif 000019
【図１８】
2007135012.tif 000020
【図１９】
2007135012.tif 000021
【図２０】
2007135012.tif 000022
【図２１】
2007135012.tif 000023
【図２２】
2007135012.tif 000024
【図２３】
2007135012.tif 000025
【図２４】
2007135012.tif 000026
【図２５】
2007135012.tif 000027
【図２６】
2007135012.tif 000028
【図２７】
2007135012.tif 000029
【図２８】
2007135012.tif 000030
【図２９】
2007135012.tif 000031
【図３０】
2007135012.tif 000032
【図３１】
2007135012.tif 000033
【図３２】
2007135012.tif 000034
【図３３】
2007135012.tif 000035
【図３４】
2007135012.tif 000036
【図３５】
2007135012.tif 000037
【図３６】
2007135012.tif 000038
【図３７】
2007135012.tif 000039
【図３８】
2007135012.tif 000040
【図３９】
2007135012.tif 000041
【図４０】
2007135012.tif 000042
【図４１】
2007135012.tif 000043
【図４２】
2007135012.tif 000044
【図４３】
2007135012.tif 000045
【図４４】
2007135012.tif 000046
【図４５】
2007135012.tif 000047
【図４６】
2007135012.tif 000048