(57)【特許請求の範囲】
【請求項１】
メッセージの配信先毎に、前記メッセージの配信において選択可能な配信手段の種類を記憶する記憶部と、
配信対象であるメッセージを含み、当該メッセージの配信に用いる配信手段の種類を指定した配信指示を受け付ける受付部と、
前記記憶部を参照して、前記受付部が受け付けた配信指示により指定された種類の配信手段のうち前記選択可能な配信手段を前記配信先毎に選択し、選択した配信手段を用いて、前記配信指示に含まれるメッセージを前記配信先に宛てて配信する第１配信部と、
前記第１配信部によりメッセージが配信された後、当該メッセージの配信に失敗した配信手段を特定する特定部と、
前記特定部が特定した配信手段の種類を指定したメッセージの再配信指示を受け付けた場合、前記第１配信部により当該配信手段が選択された配信先のうち当該メッセージの配信に失敗した配信先に宛てて、前記選択可能な配信手段のいずれかを用いて当該メッセージを再配信する第２配信部と
を備えることを特徴とするメッセージ配信装置。
【請求項２】
前記特定部は、
メッセージの配信に失敗した配信手段のほか、当該配信に失敗した原因を特定し、
前記第２配信部は、
前記特定部が特定した前記原因に応じて前記再配信に用いる配信手段を選択する
ことを特徴とする請求項１に記載のメッセージ配信装置。
【請求項３】
メッセージの配信手段の選択画面を提示する提示部を備え、
前記第１及び第２配信部は、
前記選択画面の操作により選択された前記配信手段を用いてメッセージを配信し、
前記提示部は、
前記特定部により特定された前記原因に応じた配信手段を予め選択した前記選択画面を提示する
ことを特徴とする請求項２に記載のメッセージ配信装置。
【請求項４】
前記第２配信部は、
前記第１配信部により電子メールの送信が前記配信手段として用いられた場合に、当該電子メールの送信元メールサーバ又は送信先メールサーバの不具合が前記原因として前記特定部により特定されたときには、電子メールの送信によりメッセージを再配信する
ことを特徴とする請求項２又は３に記載のメッセージ配信装置。
【請求項５】
前記選択可能な配信手段は、
電子メールの送信によりメッセージを配信する第１配信手段と、通信事業者が提供するメッセージサービスの利用によりメッセージを配信する第２配信手段とを含み、
前記第１配信部は、
前記第１及び第２配信手段の双方を選択可能な配信先については、前記第２配信手段を用いてメッセージを配信する
ことを特徴とする請求項２から４のいずれか１項に記載のメッセージ配信装置。
【請求項６】
前記第２配信部は、
前記第１配信部により前記第２配信手段が用いられた場合に、前記メッセージサービスにおいてメッセージを配信する配信サーバの不具合が前記原因として前記特定部により特定されたときには、前記メッセージサービスの利用によりメッセージを再配信する
ことを特徴とする請求項５に記載のメッセージ配信装置。
【請求項７】
前記第２配信部は、
前記第１配信部により前記第２配信手段が用いられた場合に、前記メッセージサービスの利用者でないことが前記原因として前記特定部により特定されたときには、前記第２配信手段以外の配信手段を用いてメッセージを再配信する
ことを特徴とする請求項５又は６に記載のメッセージ配信装置。
【請求項８】
前記第２配信部は、
前記第１配信部により前記第２配信手段が用いられた場合に、前記メッセージサービスの利用の中断が前記原因として前記特定部により特定されたときには、前記選択可能な配信手段のいずれかを用いてメッセージを再配信する
ことを特徴とする請求項５から７のいずれか１項に記載のメッセージ配信装置。
【請求項９】
配信対象であるメッセージを含み、当該メッセージの配信に用いる配信手段の種類を指定した配信指示を受け付ける受付ステップと、
メッセージの配信先毎に前記メッセージの配信において選択可能な配信手段の種類を記憶する記憶部を参照して、前記受付ステップで受け付けた配信指示により指定された種類の配信手段のうち前記選択可能な配信手段を前記配信先毎に選択し、選択した配信手段を用いて、前記配信指示に含まれるメッセージを前記配信先に宛てて配信する第１配信ステップと、
前記第１配信ステップでメッセージが配信された後、当該メッセージの配信に失敗した配信手段を特定する特定ステップと、
前記特定ステップで特定した配信手段の種類を指定したメッセージの再配信指示を受け付けた場合、前記第１配信ステップで当該配信手段が選択された配信先のうち当該メッセージの配信に失敗した配信先に宛てて、前記選択可能な配信手段のいずれかを用いて当該メッセージを再配信する第２配信ステップと
を有することを特徴とするメッセージ配信方法。
【請求項１０】
コンピュータに、
配信対象であるメッセージを含み、当該メッセージの配信に用いる配信手段の種類を指定した配信指示を受け付ける受付ステップと、
メッセージの配信先毎に前記メッセージの配信において選択可能な配信手段の種類を記憶する記憶部を参照して、前記受付ステップで受け付けた配信指示により指定された種類の配信手段のうち前記選択可能な配信手段を前記配信先毎に選択し、選択した配信手段を用いて、前記配信指示に含まれるメッセージを前記配信先に宛てて配信する第１配信ステップと、
前記第１配信ステップでメッセージが配信された後、当該メッセージの配信に失敗した配信手段を特定する特定ステップと、
前記特定ステップで特定した配信手段の種類を指定したメッセージの再配信指示を受け付けた場合、前記第１配信ステップで当該配信手段が選択された配信先のうち当該メッセージの配信に失敗した配信先に宛てて、前記選択可能な配信手段のいずれかを用いて当該メッセージを再配信する第２配信ステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の配信手段を用いたメッセージ配信に関する。
【背景技術】
【０００２】
企業等がメッセージの配信者となって電子メールの送信等によりユーザ端末に宛ててメッセージを配信する、プッシュメディア方式の配信システムが知られている。この種の配信システムでは、電子メールの送信を配信手段とするほか、通信事業者が独自に提供するメッセージ配信サービス等の複数の配信手段が併用されることがある。このような場合には、配信者は配信手段毎に個別にメッセージを作成したり、配信手段毎に個別にメッセージの配信に必要な手続きを行ったりすることがある。
なお、特許文献１，２は、１ユーザに複数の送信方法を用いてデータ送信することができる場合に、いずれかの送信方法でデータ送信する画像処理装置を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０-２４５６９６号公報
【特許文献２】特開２００５-６０８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、前述のメッセージ配信システムでは、サーバやユーザ端末等の設備不具合や、メッセージ配信サービスの利用状況、ユーザ設定等を原因として、メッセージの配信に失敗することがある。このような場合、メッセージ配信システムでは配信失敗したユーザ端末に宛ててメッセージが再配信されることとなる。しかしながら、初回の配信時と同じ作業を配信者が行った場合、一度目の配信に成功したユーザ端末には同一メッセージが重複して配信されてしまう。これを回避するために、再配信対象となるユーザ端末毎にメッセージを再配信するための個別の作業が強いられると、配信者の負担が過大になる場合がある。
そこで、本発明の目的は、メッセージの配信に失敗した配信手段があった場合に、配信者が配信先毎に個別の対応をしなくとも、メッセージを再配信すべき配信先に宛ててその再配信を行うことである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明のメッセージ配信装置は、メッセージの配信先毎に、前記メッセージの配信において選択可能な配信手段の種類を記憶する記憶部と、配信対象であるメッセージを含み、当該メッセージの配信に用いる配信手段の種類を指定した配信指示を受け付ける受付部と、前記記憶部を参照して、前記受付部が受け付けた配信指示により指定された種類の配信手段のうち前記選択可能な配信手段を前記配信先毎に選択し、選択した配信手段を用いて、前記配信指示に含まれるメッセージを前記配信先に宛てて配信する第１配信部と、前記第１配信部によりメッセージが配信された後、当該メッセージの配信に失敗した配信手段を特定する特定部と、前記特定部が特定した配信手段の種類を指定したメッセージの再配信指示を受け付けた場合、前記第１配信部により当該配信手段が選択された配信先のうち当該メッセージの配信に失敗した配信先に宛てて、前記選択可能な配信手段のいずれかを用いて当該メッセージを再配信する第２配信部とを備えることを特徴とする。
【０００６】
本発明において、前記特定部は、メッセージの配信に失敗した配信手段のほか、当該配信に失敗した原因を特定し、前記第２配信部は、前記特定部が特定した前記原因に応じて前記再配信に用いる配信手段を選択してもよい。
本発明において、メッセージの配信手段の選択画面を提示する提示部を備え、前記第１及び第２配信部は、前記選択画面の操作により選択された前記配信手段を用いてメッセージを配信し、前記提示部は、前記特定部により特定された前記原因に応じた配信手段を予め選択した前記選択画面を提示してもよい。
本発明において、前記第２配信部は、前記第１配信部により電子メールの送信が前記配信手段として用いられた場合に、当該電子メールの送信元メールサーバ又は送信先メールサーバの不具合が前記原因として前記特定部により特定されたときには、電子メールの送信によりメッセージを再配信してもよい。
【０００７】
本発明において、前記選択可能な配信手段は、電子メールの送信によりメッセージを配信する第１配信手段と、通信事業者が提供するメッセージサービスの利用によりメッセージを配信する第２配信手段とを含み、前記第１配信部は、前記第１及び第２配信手段の双方を選択可能な配信先については、前記第２配信手段を用いてメッセージを配信してもよい。
【０００８】
本発明において、前記第２配信部は、前記第１配信部により前記第２配信手段が用いられた場合に、前記メッセージサービスにおいてメッセージを配信する配信サーバの不具合が前記原因として前記特定部により特定されたときには、前記メッセージサービスの利用によりメッセージを再配信してもよい。
本発明において、前記第２配信部は、前記第１配信部により前記第２配信手段が用いられた場合に、前記メッセージサービスの利用者でないことが前記原因として前記特定部により特定されたときには、前記第２配信手段以外の配信手段を用いてメッセージを再配信してもよい。
本発明において、前記第２配信部は、前記第１配信部により前記第２配信手段が用いられた場合に、前記メッセージサービスの利用の中断が前記原因として前記特定部により特定されたときには、前記選択可能な配信手段のいずれかを用いてメッセージを再配信してもよい。
【０００９】
本発明のメッセージ配信方法は、配信対象であるメッセージを含み、当該メッセージの配信に用いる配信手段の種類を指定した配信指示を受け付ける受付ステップと、メッセージの配信先毎に前記メッセージの配信において選択可能な配信手段の種類を記憶する記憶部を参照して、前記受付ステップで受け付けた配信指示により指定された種類の配信手段のうち前記選択可能な配信手段を前記配信先毎に選択し、選択した配信手段を用いて、前記配信指示に含まれるメッセージを前記配信先に宛てて配信する第１配信ステップと、前記第１配信ステップでメッセージが配信された後、当該メッセージの配信に失敗した配信手段を特定する特定ステップと、前記特定ステップで特定した配信手段の種類を指定したメッセージの再配信指示を受け付けた場合、前記第１配信ステップで当該配信手段が選択された配信先のうち当該メッセージの配信に失敗した配信先に宛てて、前記選択可能な配信手段のいずれかを用いて当該メッセージを再配信する第２配信ステップとを有することを特徴とする。
【００１０】
本発明のプログラムは、コンピュータに、配信対象であるメッセージを含み、当該メッセージの配信に用いる配信手段の種類を指定した配信指示を受け付ける受付ステップと、メッセージの配信先毎に前記メッセージの配信において選択可能な配信手段の種類を記憶する記憶部を参照して、前記受付ステップで受け付けた配信指示により指定された種類の配信手段のうち前記選択可能な配信手段を前記配信先毎に選択し、選択した配信手段を用いて、前記配信指示に含まれるメッセージを前記配信先に宛てて配信する第１配信ステップと、前記第１配信ステップでメッセージが配信された後、当該メッセージの配信に失敗した配信手段を特定する特定ステップと、前記特定ステップで特定した配信手段の種類を指定したメッセージの再配信指示を受け付けた場合、前記第１配信ステップで当該配信手段が選択された配信先のうち当該メッセージの配信に失敗した配信先に宛てて、前記選択可能な配信手段のいずれかを用いて当該メッセージを再配信する第２配信ステップとを実行させるためのプログラムである。
【発明の効果】
【００１１】
本発明によれば、メッセージの配信に失敗した配信手段があった場合に、配信者が配信先毎に個別の対応をしなくとも、メッセージを再配信すべき配信先に宛ててその再配信を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】メッセージ配信システムの全体構成を示す図。
【図２】メッセージ作成端末のハードウェア構成を示すブロック図。
【図３】ＡＳＰサーバのハードウェア構成を示すブロック図。
【図４】会員情報ＤＢの構成を示す図。
【図５】配信リストの構成を示す図。
【図６】ＡＳＰサーバの制御部により実現される機能の構成を示す機能ブロック図。
【図７】メッセージ配信システムの全体的な処理の流れを示すシーケンスチャート。
【図８】初回配信ページの説明図。
【図９】失敗パターンＡで配信失敗した場合の処理の流れを示すシーケンスチャート。
【図１０】失敗パターンＡに対応した会員情報ＤＢ及び再配信ページの説明図。
【図１１】失敗パターンＢで配信失敗した場合の処理の流れを示すシーケンスチャート。
【図１２】失敗パターンＣで配信失敗した場合の処理の流れを示すシーケンスチャート。
【図１３】失敗パターンＣに対応した会員情報ＤＢ及び再配信ページの説明図。
【図１４】失敗パターンＤで配信失敗した場合の処理の流れを示すシーケンスチャート。
【図１５】失敗パターンＥで配信失敗した場合の処理の流れを示すシーケンスチャート。
【図１６】失敗パターンＤ又はＥに対応した会員情報ＤＢ及び再配信ページの説明図。
【発明を実施するための形態】
【００１３】
以下、図面を参照しつつ本発明の実施形態を説明する。
図１は、メッセージ配信システム１の全体構成を示す図である。
メッセージ配信システム１は、メッセージ作成端末１０と、ＡＳＰ（Application Service Provider）サーバ２０と、送信元メールサーバ３０と、メッセージ配信サービスサーバ４０と、送信先メールサーバ５０と、複数のユーザ端末６０とを備える。メッセージ配信システム１では、メッセージ作成端末１０、ＡＳＰサーバ２０、送信元メールサーバ３０、メッセージ配信サービスサーバ４０、送信先メールサーバ５０及び複数のユーザ端末６０のそれぞれが、ネットワークＮＷに接続されている。ネットワークＮＷは、ここでは移動体通信網、ゲートウェイ及びインターネットを含む通信ネットワークである。
【００１４】
メッセージ作成端末１０は、企業等のサービス提供者に操作されるコンピュータ装置であり、例えばパーソナルコンピュータである。本実施形態のサービス提供者は、ユーザ端末６０への配信対象であるメッセージを作成し配信する者であり、以下では「配信者」と称する。本発明のメッセージは、文字のみからなるメッセージに限らず、いわゆる絵文字やアニメーション画像（静止画及び動画を含む。）を含むメッセージであってもよく、例えばプッシュメディア方式の配信システムで配信対象となりうる電子データである。ＡＳＰサーバ２０は、配信者によりメッセージ作成端末１０を用いて作成されたメッセージを、プッシュ配信によりユーザ端末６０に一斉配信するメッセージ配信装置である。ＡＳＰサーバ２０は、例えば、配信対象のメッセージを作成するためのＷｅｂページ（後述する「初回配信ページ」）をメッセージ作成端末１０に提示したり、何らかの原因でメッセージの配信に失敗した場合に、その再配信に必要な手続きを行わせるためのＷｅｂページ（後述する「再配信ページ」）をメッセージ作成端末１０に提示したりする。またＡＳＰサーバ２０は、メッセージ作成端末１０から受け付けたメッセージの配信指示に従って、送信元メールサーバ３０やメッセージ配信サービスサーバ４０に宛ててメッセージの配信を要求する。
【００１５】
送信元メールサーバ３０は、ここではＡＳＰサーバ２０が属するドメインのメールサーバである。すなわち送信元メールサーバ３０は、ＡＳＰサーバ２０により送信された電子メールを受信する。メッセージ配信サービスサーバ４０は、通信事業者が提供するメッセージ配信サービスにおいてメッセージを配信する配信サーバである。メッセージ配信サービスでは、通信事業者が通信端末のユーザ（例えば契約者）に付与する識別子を用いて配信先が特定される。この識別子のことを、以下では「ユーザ識別子」という。このユーザ識別子は、例えば通信端末のユーザに割り当てられた電話番号を変換して得られるＣＵＩＤ（Contents provider-User ID）であり、電話番号が異なればユーザ識別子も異なる。このことからも、ユーザ識別子は、ユーザ固有の情報であるとともに、通信端末（言い換えれば、ユーザ端末６０）固有の情報である、ということができる。メッセージ配信サービスは、事前に必要な手続きを行っておくことにより、前述の通信事業者が提供するユーザ端末６０のユーザのみが利用することができる。メッセージ配信サービスは、メールアドレスの変更やいわゆるドメイン指定受信の影響を受けることなく、ユーザ端末６０にメッセージを配信することができるサービスである。
【００１６】
本実施形態のメッセージ配信サービスは、スマートフォンや携帯電話等のホーム画面にポップアップ画面等を用いてメッセージを表示する、インフォメーション配信サービスなどと呼ばれるサービスも含む。このようにメッセージ配信サービスは、通信事業者により提供されるメッセージサービスであり、この通信事業者により付与されるユーザ識別子により配信先が特定されてメッセージが配信されるメッセージサービスである。
【００１７】
送信先メールサーバ５０は、メッセージ配信サービスサーバ４０を管理する通信事業者と同一の通信事業者によって管理される。送信先メールサーバ５０は、送信元メールサーバ３０から転送されてきた電子メールを、メールアドレスにより指定されたユーザ端末６０に宛てて送信（転送）する。ユーザ端末６０は、例えばスマートフォンや携帯電話機であり、メッセージ作成端末１０により作成されＡＳＰサーバ２０により配信されたメッセージを受信する通信端末である。ユーザ端末６０は、例えばタブレット端末やパーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）等の他の通信端末であってもよく、少なくともメッセージの受信機能を有していればよい。
なお、複数のユーザ端末６０は、メッセージ配信サービスサーバ４０を管理する通信事業者によって提供される通信端末のほか、別の通信事業者によって提供される通信端末も含む。
【００１８】
図２は、メッセージ作成端末１０のハードウェア構成を示すブロック図である。図２に示すように、メッセージ作成端末１０は、制御部１１と、操作部１２と、通信部１３と、表示部１４と、記憶部１５とを備える。
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ(Read Only Memory)及びＲＡＭ（Random Access Memory）を有するマイクロコンピュータを備える。ＣＰＵは、ＲＯＭや記憶部１５に記憶されたプログラムをＲＡＭに読み出して実行することにより、メッセージ作成端末１０の各部を制御する。操作部１２は、例えばキーボード及びマウスを備え、配信者によって操作される。通信部１３は、ネットワークＮＷに接続するためのインタフェースを備える。制御部１１は、通信部１３によりネットワークＮＷ経由で接続された外部装置と通信する。表示部１４は、例えば液晶ディスプレイを備え、各種画面を含む画像を表示する。記憶部１５は、例えばハードディスク装置を備え、制御部１１が実行するプログラムを記憶する。
【００１９】
図３は、ＡＳＰサーバ２０のハードウェア構成を示すブロック図である。図３に示すように、ＡＳＰサーバ２０は、制御部２１と、通信部２２と、記憶部２３とを備える。
制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭを備えるマイクロコンピュータである。ＣＰＵは、ＲＯＭや記憶部２３に記憶されたプログラムをＲＡＭに読み出して実行することにより、ＡＳＰサーバ２０の各部を制御する。通信部２２は、ネットワークＮＷに接続するためのインタフェースである。制御部２１は、通信部２２によりネットワークＮＷ経由で接続された外部装置と通信する。記憶部２３は、例えばハードディスク装置を備え、制御部２１により実行されるプログラムを記憶する。また、記憶部２３は、会員情報ＤＢ（Data Base）２３１及び配信リスト２３２を記憶する。会員情報ＤＢ２３１は、ＡＳＰサーバ２０により配信されたメッセージを受信するための会員登録を行ったユーザに関する情報を格納したデータベースである。配信リスト２３２は、メッセージ作成端末１０により配信が指示されたメッセージに関する情報を登録したリストである。
【００２０】
図４は、会員情報ＤＢ２３１の構成を示す図である。図４に示すように、会員情報ＤＢ２３１は、メッセージの配信先（つまりユーザ端末６０）毎にメッセージの配信において選択可能な配信手段の種類を格納したデータベースである。具体的には、会員情報ＤＢ２３１においては、会員であるユーザを識別する会員ＩＤに対応付けて、「電子メール」と、「メッセージ配信サービス」と、「再配信情報」とで示される情報が格納されている。
「電子メール」のフィールドは、ユーザが登録したメールアドレスが格納されるフィールドと、配信手段として電子メールの送信（第１配信手段）の選択可否を示す情報が格納されるフィールドとを含む。メールアドレスは、会員ＩＤが示すユーザが所有するユーザ端末６０に割り当てられた電子メールアドレスである。「選択可否」のフィールドには、メッセージの配信に用いる配信手段として電子メールの送信を選択可能な場合には「○」と書き込まれ、選択不可の場合には「×」と書き込まれる。「メッセージ配信サービス」のフィールドは、会員ＩＤが示すユーザに通信事業者によって付与されたユーザ識別子が格納されるフィールドと、配信手段としてメッセージ配信サービスの利用（第２配信手段）の選択可否を示す情報が格納されるフィールドとを含む。「選択可否」のフィールドには、メッセージの配信に用いる配信手段としてメッセージ配信サービスの利用を選択可能な場合には「○」と書き込まれ、選択不可の場合には「×」と書き込まれる。再配信情報のフィールドには、メッセージの再配信が必要な場合に情報が書き込まれるが、これについては後で説明する。
【００２１】
本実施形態では，全会員について電子メールの送信が選択可能であるものとする。また、会員ＩＤ「ＵＩＤ００１」、「ＵＩＤ００２」及び「ＵＩＤ００４」のユーザについては、メッセージ配信サービスを選択可能である。一方、会員ＩＤ「ＵＩＤ００３」及び「ＵＩＤ００５」のユーザについては、メッセージ配信サービスは選択不可である（図４では「−（ハイフン）」で示す）。
以上の会員情報ＤＢ２３１に格納される会員ＩＤは、例えば、ユーザ端末６０のユーザが会員登録の手続きを行った際にＡＳＰサーバ２０によって割り当てられる。会員情報ＤＢ２３１に格納されるメールアドレスは、ユーザ端末６０のユーザにより指定される。会員情報ＤＢ２３１に格納されるユーザ識別子は、会員登録時において、例えば、ＡＳＰサーバ２０が所定のサーバに問い合わせるなどして取得する。配信手段の選択可否についても、ユーザ端末６０のユーザにより指定される。
【００２２】
図５は、配信リスト２３２の構成を示す図である。図５に示すように、配信リスト２３２は、「メッセージＩＤ」と、「電子メール」と、「メッセージ配信サービス」と、「配信メッセージ」と、「配信日時」とで示される各情報を対応付けたデータテーブルである。
「メッセージＩＤ」のフィールドは、配信対象であるメッセージを識別する識別子を格納するフィールドである。「電子メール」及び「メッセージ配信サービス」のフィールドは、メッセージの配信に用いる配信手段として選択されたか否かを示す情報を格納するフィールドである。メッセージの配信に用いる配信手段として指定された場合には「○」と書き込まれ、メッセージの配信に用いる配信手段として指定されていない場合には「×」と書き込まれる。「配信メッセージ」のフィールドは、配信対象のメッセージが格納された記憶部２３におけるアドレスを格納するフィールドである。これに代えて、「配信メッセージ」のフィールドに配信対象のメッセージそのものが格納されてもよい。「配信日時」は、メッセージの配信日時が指示されていた場合にその日時を格納するフィールドである。配信日時が指定されていない場合には、配信日時のフィールドには「−（ハイフン）」と書き込まれる。
次に、ＡＳＰサーバ２０の機能的構成を説明する。
【００２３】
図６は、ＡＳＰサーバ２０の制御部２１がプログラムを実行することにより実現される機能の構成を示す機能ブロック図である。図６に示すように、制御部２１は、配信ページ提示部２１１と、受付部２１２と、第１配信部２１３と、特定部２１４と、第２配信部２１５とに相当する機能を実現する。
配信ページ提示部２１１は、メッセージ作成端末１０がメッセージの作成及び配信指示を行うための手続きを行うＷｅｂページを、通信部１３によりメッセージ作成端末１０に宛てて送信する。配信ページ提示部２１１は、例えば、配信対象のメッセージを配信者に作成させるための初回配信ページや、メッセージの配信に失敗した場合に、その再配信に必要な手続きを配信者に行わせるための再配信ページを提示する提示部である。
【００２４】
受付部２１２は、配信対象であるメッセージを含みそのメッセージの配信に用いる配信手段の種類を指定した配信指示を受け付ける。受付部２１２は、配信ページ提示部２１１により提示された初回配信ページや再配信ページのメッセージ作成端末１０における配信者の操作に応じた配信指示を、通信部１３により受信することでこれを受け付ける。
第１配信部２１３は、記憶部２３に記憶された会員情報ＤＢ２３１及び配信リスト２３２を参照して、受付部２１２が受け付けた配信指示で指定された種類の配信手段のうち選択可能な配信手段を配信先毎に選択する。第１配信部２１３は、選択した配信手段を用いて、配信指示に含まれるメッセージを通信部２２により配信先に宛てて配信する。
【００２５】
特定部２１４は、第１配信部２１３によりメッセージが配信された後、そのメッセージの配信に失敗した場合には、配信に失敗した配信手段とその失敗の原因（以下、「失敗パターン」という。）とを特定する。
第２配信部２１５は、記憶部２３に記憶された会員情報ＤＢ２３１及び配信リスト２３２を参照して、特定部２１４が特定した配信手段の種類を指定したメッセージの再配信指示を再配信ページの操作により受け付けた場合に、メッセージの配信に失敗した配信先に宛ててメッセージを再配信する。このとき、第２配信部２１５は、配信に失敗したメッセージを複製利用してメッセージの再配信操作を行わせてもよい。第２配信部２１５は、ここにおいても会員情報ＤＢ２３１を参照して配信先毎に選択可能な配信手段を選択する。
次にメッセージ配信システム１の動作を説明する。
【００２６】
図７は、メッセージ配信システム１の全体的な処理の流れを示すシーケンスチャートである。
まず、配信者はメッセージ作成端末１０を操作してＷｅｂブラウザを実行させて、初回配信ページを表示させるよう、メッセージ作成端末１０を操作する。メッセージ作成端末１０は、配信者の操作に応じてページアクセス要求をＡＳＰサーバ２０に宛てて送信する（ステップＳ１）。ＡＳＰサーバ２０は、メッセージ作成端末１０からページアクセス要求を受信すると、初回配信ページをメッセージ作成端末１０に宛てて送信する（ステップＳ２）。初回配信ページを受信すると、メッセージ作成端末１０は、Ｗｅｂブラウザ上に初回配信ページを表示させて、配信者の操作に応じてメッセージを作成する（ステップＳ３）。
【００２７】
図８は、初回配信ページを説明する図である。メッセージ作成端末１０は、ステップＳ３の処理では、例えば図８に示す初回配信ページＳＣ１を表示部１４に表示させる。
図８に示すように、初回配信ページＳＣ１は、メッセージの配信に用いる配信手段の種類を選択する配信方法選択欄（選択画面）を含む。メッセージの配信方法選択欄は、「メール」という文字列に対応付けられたチェックボックスｃｋ１と、「メッセージ配信サービス」という文字列に対応付けられたｃｋ２とを含む。チェックボックスｃｋ１は、配信手段として電子メールの送信を選択する場合にチェックマークが入れられ、チェックボックスｃｋ２は、配信手段としてメッセージ配信サービスの利用を選択する場合にチェックマークが入れられる。メッセージ作成端末１０では、複数の配信手段を同時に選択可能であり、図８に示す例では電子メールの送信及びメッセージ配信サービスの利用の双方が選択されている。
【００２８】
また初回配信ページＳＣ１は、配信方法選択欄の下部にメッセージ入力欄ｍを含む。メッセージ入力欄ｍは、いわゆるテキストボックスであり、配信者によってメッセージ作成端末１０が操作されて配信対象のメッセージが入力される。また初回配信ページＳＣ１は、メッセージ入力欄ｍの下部に、「送信予約」と記されたソフトボタンＳＢ１と、「すぐに送信」と記されたソフトボタンＳＢ２とを含む。ソフトボタンＳＢ１は、配信日時を指定してメッセージを配信する場合（つまり送信予約を行う場合）に配信者により選択される。ソフトボタンＳＢ２は、配信日時を指定しないですぐにメッセージを配信する場合に配信者により選択される。ソフトボタンＳＢ１が選択された場合、配信日時を指定する画面が別途表示され、配信者はメッセージ作成端末１０を操作して配信日時を指定する。
【００２９】
図７の説明に戻る。
次にメッセージ作成端末１０は、メッセージを配信するか否かを判断する（ステップＳ４）。メッセージ作成端末１０は、初回配信ページＳＣ１に含まれるソフトボタンＳＢ１又はＳＢ２のいずれかを選択する操作を受け付けるまでは、ステップＳ４の処理で「ＮＯ」と判断し、ステップＳ４；ＮＯ→ステップＳ３→ステップＳ４；ＮＯ→・・・の処理ステップを繰り返す。メッセージ作成端末１０は、配信者によりソフトボタンＳＢ１又はＳＢ２のいずれかが選択されると、メッセージを配信すると判断する（ステップＳ４；ＹＥＳ）。ステップＳ４の処理で「ＹＥＳ」と判断すると、メッセージ作成端末１０は、ＡＳＰサーバ２０に宛ててメッセージの配信指示を送信する（ステップＳ５）。この配信指示は、チェックボックスｃｋ１及びｃｋ２の操作により配信者により選択された配信手段と、メッセージ入力欄ｍに入力されたメッセージとを含む。また、送信予約が指定されていた場合には、メッセージの配信日時も配信指示に含まれる。
【００３０】
ＡＳＰサーバ２０は、メッセージ作成端末１０により送信された配信指示を受け付けると、受け付けた配信指示に応じて配信リスト２３２を更新する。ここにおいてＡＳＰサーバ２０は、配信リスト２３２に新しいレコードを作成して、配信リスト２３２の各フィールドに配信指示に応じた情報を書き込む。そしてＡＳＰサーバ２０は、会員情報ＤＢ２３１及び配信リスト２３２を参照して、送信元メールサーバ３０及びメッセージ配信サービスサーバ４０にメッセージ配信要求を送信する（ステップＳ６，Ｓ７）。ＡＳＰサーバ２０は、配信指示で指定された配信手段のうち選択可能な配信手段をユーザ端末６０毎に１つ選択し、選択した配信手段を用いてメッセージを配信する。本実施形態では、以下の（ｃａｓｅ１）から（ｃａｓｅ３）の規則に従ってＡＳＰサーバ２０は配信手段を選択する。
【００３１】
（ｃａｓｅ１）チェックボックスｃｋ１（電子メールの送信）のみが選択されていた場合
配信者によりチェックボックスｃｋ１のみが選択されていた場合、ＡＳＰサーバ２０は、電子メールの送信が選択可能であるすべてのユーザ端末６０に宛てて、電子メールの送信によりメッセージを配信する。この場合ＡＳＰサーバ２０は、電子メールの送信が選択可能であるユーザのメールアドレスと配信対象であるメッセージとを含むメッセージ配信要求を、ステップＳ６の処理で送信元メールサーバ３０に宛てて送信する。
【００３２】
（ｃａｓｅ２）チェックボックスｃｋ２（メッセージ配信サービスの利用）のみが選択されていた場合
配信者によりチェックボックスｃｋ２のみが選択されていた場合、ＡＳＰサーバ２０は、メッセージ配信サービスの利用が選択可能であるすべてのユーザ端末６０に宛てて、メッセージ配信サービスを利用してメッセージを配信する。この場合ＡＳＰサーバ２０は、メッセージ配信サービスの利用が選択可能であるユーザのユーザ識別子と配信対象であるメッセージとを含むメッセージ配信要求を、ステップＳ７の処理でメッセージ配信サービスサーバ４０に宛てて送信する。
【００３３】
（ｃａｓｅ３）チェックボックスｃｋ１及びｃｋ２（電子メールの送信及びメッセージ配信サービスの利用）の双方が選択されていた場合
配信者によりチェックボックスｃｋ１及びｃｋ２が選択されていた場合、ＡＳＰサーバ２０は、電子メールの送信よりもメッセージ配信サービスの利用を優先させるよう配信手段を選択する。具体的には、ＡＳＰサーバ２０は、メッセージ配信サービスの利用が選択可能であるユーザ端末６０については、メッセージ配信サービスを利用してメッセージを配信し、残りのユーザ端末６０については電子メールの送信によりメッセージを配信する。よって、ＡＳＰサーバ２０は、会員ＩＤ「ＵＩＤ００３」及び「ＵＩＤ００５」のユーザのユーザ端末６０（例えば、メッセージ配信サービスを利用していない通信端末や他の通信事業者の通信端末）のメールアドレスと配信対象であるメッセージとを含むメッセージ配信要求を、ステップＳ６の処理で送信元メールサーバ３０に宛てて送信する。一方、ＡＳＰサーバ２０は、会員ＩＤ「ＵＩＤ００１」、「ＵＩＤ００２」及び「ＵＩＤ００４」のユーザのユーザ端末６０のユーザ識別子と配信対象であるメッセージとを含むメッセージ配信要求を、ステップＳ７の処理でメッセージ配信サービスサーバ４０に宛てて送信する。
【００３４】
このように、ＡＳＰサーバ２０は、電子メールの送信とメッセージ配信サービスの利用とにより、１のユーザ端末６０に同一メッセージが重複して配信されないように、ユーザ端末６０毎に配信手段を１つだけ選択する。電子メールの送信よりもメッセージ配信サービスの利用を優先させている理由は、より確実にユーザに情報を届けられるという点でメッセージ配信サービスの方が有利と考えられるからである。
なお、本実施形態では、ＡＳＰサーバ２０が電子メールの送信とメッセージ配信サービスの利用とのどちらを選択した場合であっても、配信対象であるメッセージは同じであるが、それぞれ異なっていてもよい。また、ＡＳＰサーバ２０は、メッセージの配信日時を指定した配信指示を受け付けた場合には、この配信日時まで待機してからメッセージ送信要求を送信する以外は、上記の手順と同様にしてメッセージ送信要求を送信する。
【００３５】
図７の説明に戻る。
送信元メールサーバ３０は、ＡＳＰサーバ２０からメッセージ配信要求を受信すると、メッセージ配信要求で指定されたメールアドレスに基づいて、配信対象のメッセージを送信先メールサーバ５０に宛ててメッセージを転送する（ステップＳ８）。送信先メールサーバ５０は、送信元メールサーバ３０から転送されてきたメッセージを、メールアドレスで指定されたユーザ端末６０に宛てて送信する（ステップＳ９）。一方、メッセージ配信サービスサーバ４０は、ＡＳＰサーバ２０からメッセージ配信要求を受信すると、ユーザ識別子に基づいてメッセージの配信先となるユーザ端末６０を特定し、特定したユーザ端末６０に宛ててメッセージを転送する（ステップＳ１０）。
【００３６】
以上が、メッセージ配信システム１のメッセージ配信時における処理の流れの説明である。ところでメッセージ配信システム１においては、様々な原因によりメッセージの配信に失敗する可能性がある。メッセージの配信に失敗した場合には、ＡＳＰサーバ２０はその失敗パターンに応じた方法でメッセージの再配信を行う。
次に、失敗パターン毎に分けてメッセージの再配信時におけるメッセージ配信システム１における処理の流れを説明する。
【００３７】
（Ｉ）失敗パターンＡ：送信元メールサーバ３０の不具合
失敗パターンＡは、送信元メールサーバ３０の不具合（例えば故障）が配信失敗の原因となった場合である。送信元メールサーバ３０の不具合があった場合、配信手段として電子メールの送信が選択されたすべてのユーザ端末６０にメッセージが配信されていない可能性が高い。そこでＡＳＰサーバ２０は、配信手段として電子メールの送信を選択したすべてのユーザ端末６０を対象としてメッセージの再配信を行う。
図９は、失敗パターンＡで配信失敗した場合のメッセージ配信システム１の処理の流れを示すシーケンスチャートである。なお、図９と、後で説明する図１１，図１２，図１４及び図１５において、ステップＳ１からステップＳ５までの処理ステップは、図７を用いて説明した手順で行われるので図示を省略する。また同じ符号を付した処理ステップでは、同一の処理が実行される。図１０は、失敗パターンＡに対応した会員情報ＤＢ２３１及び再配信ページを説明する図である。
【００３８】
メッセージ配信システム１において、ステップＳ１からステップＳ７の処理が実行された後、ステップＳ１０の処理でメッセージ配信サービスサーバ４０によるメッセージ配信が行われる一方、ステップＳ８，Ｓ９の処理のメッセージの転送は行われない。この場合、ＡＳＰサーバ２０は、ステップＳ６の処理でメッセージ配信要求を送信元メールサーバ３０に宛てて送信した後、メッセージ配信が正常に完了した旨の通知（以下、「完了通知」という。）を送信元メールサーバ３０から受信しないか、又は、メッセージ配信に失敗した旨の通知（以下、「失敗通知」という。）を送信元メールサーバ３０から受信することとなる（ステップＳ１１ａ）。次に、ＡＳＰサーバ２０は失敗パターンを特定する（ステップＳ１２）。ＡＳＰサーバ２０は、ステップＳ１１ａの処理に応じてメッセージ配信の失敗パターンが「失敗パターンＡ」に該当することを特定する。ＡＳＰサーバ２０は、失敗パターンと配信失敗したメッセージのメッセージＩＤとを含む再配信情報を、配信に失敗したユーザの会員ＩＤに対応付けて会員情報ＤＢ２３１に書き込む。ＡＳＰサーバ２０は、失敗パターンＡでメッセージＩＤ「ＭＩＤ００１」のメッセージの配信に失敗した場合、図１０（ａ）に示すように、配信に失敗したユーザの会員ＩＤに対応付けて、再配信情報のフィールドに「Ａ，ＭＩＤ００１」と書き込む。以下の説明においても再配信情報はこれと同じ形式（「失敗パターン，メッセージＩＤ」）で書き込まれるものとする。
【００３９】
ＡＳＰサーバ２０は、失敗パターンＡによりメッセージ配信に失敗したことをステップＳ１２の処理で特定すると、配信失敗した旨をメッセージ作成端末１０に通知するとともに、再配信ページをメッセージ作成端末１０に宛てて送信する（ステップＳ１３）。再配信ページは、ステップＳ１２の処理で特定された失敗パターンに応じた内容となるようにＡＳＰサーバ２０により設定されている。
【００４０】
図１０（ｂ）に示すように、失敗パターンＡの場合の再配信ページＳＣ２は、配信手段の種類の選択画面として再配信方法選択欄を含むが、ここではチェックボックスｃｋ１に予めチェックマークが入れられた状態になっている一方、チェックボックスｃｋ２が選択不可である。メッセージ配信サービスを利用するメッセージ配信には成功しているので、再配信においては電子メールの送信による配信だけを行えばよいためである。またメッセージ入力欄ｍには、ステップＳ５の処理でメッセージ作成端末１０により送信された配信指示に含まれていたメッセージを複製したものが予め入力されている。このようにしているのは、同一メッセージを再配信するために配信者に強いられる負担を減らすためであるが、配信者がメッセージ作成端末１０を操作することによりメッセージを変更することも可能である。また、再配信ページＳＣ２は、メッセージ入力欄ｍの下部に「送信予約」と記されたソフトボタンＳＢ１と、「すぐに送信」と記されたソフトボタンＳＢ２とを含む。配信者は、再配信方法選択欄で選択された配信手段を用いてメッセージ入力欄ｍに入力されたメッセージを再配信する場合に、メッセージ作成端末１０を操作してソフトボタンＳＢ１又はＳＢ２を選択する。ソフトボタンＳＢ１又はＳＢ２が選択されたことを契機とするメッセージ作成端末１０の動作は、初回配信時と同じである。よってここでは詳細な説明を省略する。
【００４１】
メッセージ作成端末１０は、配信者の操作によりソフトボタンＳＢ１又はＳＢ２が選択されると、再配信指示をＡＳＰサーバ２０に宛てて送信する（ステップＳ１４）。この再配信指示は、チェックボックスの操作により配信者により選択された配信手段と、メッセージ入力欄ｍに入力されたメッセージとを含む。ただしここでの配信手段は、電子メールの送信のみである。
このように再配信ページＳＣ２では、失敗パターンに応じて再配信に用いるべき配信手段が予め選択されていて、且つ、再配信用のメッセージも予めメッセージ入力欄ｍに入力されている。よって再配信時には、配信者はソフトボタンＳＢ１又はＳＢ２を選択する操作を行うだけで、適切な配信先に宛ててメッセージの再配信を行うことを指示することができる。
【００４２】
ＡＳＰサーバ２０は、メッセージ作成端末１０により送信された再配信指示を受け付けると、受け付けた再配信指示に応じて、送信元メールサーバ３０にメッセージ配信要求を送信する。ここでは、ＡＳＰサーバ２０は、再配信情報が「Ａ，ＭＩＤ００１」である会員ＩＤのユーザ端末６０のメールアドレス（ここでは、会員ＩＤ「ＵＩＤ００３」及び「ＵＩＤ００５」に対応付けられたメールアドレス）と、配信対象のメッセージとを含むメッセージ配信要求を、送信元メールサーバ３０に宛てて送信する（ステップＳ１５）。
なお、ソフトボタンＳＢ１が配信者に選択されていた場合には、ＡＳＰサーバ２０はすぐにメッセージ配信要求を送信し、ソフトボタンＳＢ２が配信者に選択されていた場合には、ＡＳＰサーバ２０は配信者に指定された配信日時にメッセージ配信要求を送信すればよい。すなわち、ソフトボタンＳＢ１又はＳＢ２の選択に応じてＡＳＰサーバ２０がメッセージ配信要求を送信するタイミングは、初回配信時の場合と再配信時の場合とで同様にして設定される
【００４３】
送信元メールサーバ３０は、ＡＳＰサーバ２０からメッセージ配信要求を受信すると、メッセージ配信要求で指定されたメールアドレスに基づいて、配信対象のメッセージを送信先メールサーバ５０に宛ててメッセージを転送する（ステップＳ１６）。送信先メールサーバ５０は、送信元メールサーバ３０から転送されてきたメッセージを、メールアドレスで指定されたユーザ端末６０に宛てて送信する（ステップＳ１７）。
これにより送信元メールサーバ３０の不具合が解消された後には、ＡＳＰサーバ２０は、再配信すべき配信先（配信手段として電子メールの送信が選択されたユーザ端末６０）に対してメッセージを再配信することができる。
【００４４】
（II）失敗パターンＢ：送信先メールサーバ５０の不具合
失敗パターンＢは、送信先メールサーバ５０の不具合（例えば故障）が配信失敗の原因となった場合である。送信先メールサーバ５０の不具合があった場合、配信手段として電子メールが指定された配信先のうち、不具合があった送信先メールサーバ５０経由でメッセージが配信されるはずであったユーザ端末６０にメッセージが配信されていない可能性が高い。そこでＡＳＰサーバ２０は、不具合のあった送信先メールサーバ５０を経由するメッセージを配信するユーザ端末６０に対してメッセージの再配信を行う。
【００４５】
図１１は、失敗パターンＢで配信失敗した場合のメッセージ配信システム１の処理の流れを示すシーケンスチャートである。
メッセージ配信システム１において、ステップＳ１からステップＳ７の処理が実行された後、ステップＳ１０の処理でメッセージ配信サービスサーバ４０によるメッセージ配信が行われる一方、ステップＳ９の処理のメッセージの転送は行われない。この場合ＡＳＰサーバ２０は、ステップＳ６の処理でメッセージ配信要求を送信元メールサーバ３０に宛てて送信した後、失敗通知を送信元メールサーバ３０から受信する（ステップＳ１１ｂ）。次にＡＳＰサーバ２０は失敗パターンを特定する（ステップＳ１２）。ＡＳＰサーバ２０は、ステップＳ１１ｂの処理により受信した失敗通知に応じて、メッセージ配信の失敗パターンが「失敗パターンＢ」に該当することを特定する。ＡＳＰサーバ２０は、ＡＳＰサーバ２０は、失敗パターンＢでメッセージＩＤ「ＭＩＤ００１」のメッセージの配信に失敗した場合、その配信に失敗したユーザの会員ＩＤに対応付けて、再配信情報のフィールドに「Ｂ，ＭＩＤ００１」と書き込む（図示省略する）。
【００４６】
ＡＳＰサーバ２０は、ステップＳ１２の処理で失敗パターンＢによりメッセージ配信に失敗したことを特定すると、配信失敗した旨をメッセージ作成端末１０に通知するとともに、再配信ページをメッセージ作成端末１０に宛てて送信する（ステップＳ１３）。再配信ページは、ステップＳ１２の処理で特定された失敗パターンに応じた内容にＡＳＰサーバ２０により設定されているが、ここでの再配信ページは図１０（ｂ）に示す再配信ページＳＣ２と同じでよい。
メッセージ作成端末１０は、ユーザの操作によりソフトボタンＳＢ１又はＳＢ２が選択されると、再配信指示をＡＳＰサーバ２０に宛てて送信する（ステップＳ１４）。そして、ＡＳＰサーバ２０は、再配信情報が「Ｂ，ＭＩＤ００１」である会員ＩＤのユーザ端末６０のメールアドレスと配信対象のメッセージとを含むメッセージ配信要求を、送信元メールサーバ３０に宛てて送信する（ステップＳ１５）。
以降失敗パターンＡと同様に、メッセージ配信システム１ではステップＳ１６及びＳ１７の処理ステップが実行される。
これにより送信先メールサーバ５０の不具合が解消された後には、再配信すべき配信先（送信先メールサーバ５０を経由するメッセージが配信されるはずであったユーザ端末６０）に絞ってメッセージが再配信される。
【００４７】
（III）失敗パターンＣ：メッセージ配信サービスサーバ４０の不具合
失敗パターンＣは、メッセージ配信サービスサーバ４０の不具合（例えば故障）が配信失敗の原因となった場合である。メッセージ配信サービスサーバ４０の不具合があった場合、配信手段としてメッセージ配信サービスが指定されたすべてのユーザ端末６０にメッセージが配信されていない可能性が高い。そこでＡＳＰサーバ２０は、メッセージ配信サービスを利用してメッセージを配信するすべてのユーザ端末６０に対してメッセージの再配信を行う。
【００４８】
図１２は、失敗パターンＣで配信失敗した場合のメッセージ配信システム１の処理の流れを示すシーケンスチャートである。図１３は、失敗パターンＣに対応した会員情報ＤＢ２３１及び再配信ページを説明する図である。
メッセージ配信システム１において、ステップＳ１からステップＳ７の処理が実行された後、ステップＳ８，９の処理において電子メールの送信によるメッセージ配信は行われる一方、ステップＳ１０の処理のメッセージの送信は行われない。この場合、ＡＳＰサーバ２０は、ステップＳ７の処理でメッセージ配信要求をメッセージ配信サービスサーバ４０に宛てて送信した後、完了通知をメッセージ配信サービスサーバ４０から受信しないか、又は、失敗通知をメッセージ配信サービスサーバ４０から受信することとなる（ステップＳ１１ｃ）。次に、ＡＳＰサーバ２０は失敗パターンを特定する（ステップＳ１２）。ＡＳＰサーバ２０は、ステップＳ１１ｃの処理に応じてメッセージ配信の失敗パターンが「失敗パターンＣ」に該当することを特定する。ＡＳＰサーバ２０は、失敗パターンＣでメッセージＩＤ「ＭＩＤ００１」のメッセージの配信に失敗した場合、図１３（ａ）に示すように、その配信に失敗したユーザの会員ＩＤに対応付けて、再配信情報のフィールドに「Ｃ，ＭＩＤ００１」と書き込む。
【００４９】
ＡＳＰサーバ２０は、ステップＳ１２の処理で失敗パターンＣによりメッセージ配信に失敗したことを特定すると、配信失敗した旨をメッセージ作成端末１０に通知するとともに、再配信ページをメッセージ作成端末１０に宛てて送信する（ステップＳ１３）。再配信ページは、ステップＳ１２の処理で特定された失敗パターンに応じた内容にＡＳＰサーバ２０により設定されているが、ここでの再配信ページは図１３（ｂ）に示す再配信ページＳＣ３のようになる。
【００５０】
図１３（ｂ）に示すように、失敗パターンＣの場合の再配信ページＳＣ３も再配信方法選択欄を含むが、ここではチェックボックスｃｋ２に予めチェックマークが入れられた状態になっている一方、チェックボックスｃｋ１が選択不可である。電子メールの送信によるメッセージ配信には成功しているので、再配信においてはメッセージ配信サービスの利用による配信だけを行えばよい。よって、再配信ページＳＣ３の再配信方法選択欄にはチェックボックスｃｋ１が含まれていない。メッセージ入力欄ｍ及びソフトボタンＳＢ１又はＳＢ２については、図１０（ｂ）に示す再配信ページＳＣ２と同様である。
このように再配信ページＳＣ３においても、失敗パターンに応じて再配信に用いるべき配信手段が予め選択されていて、且つ、再配信用のメッセージも予めメッセージ入力欄ｍに入力されている。
【００５１】
メッセージ作成端末１０は、配信者の操作によりソフトボタンＳＢ１又はＳＢ２が選択されると、再配信指示をＡＳＰサーバ２０に宛てて送信する（ステップＳ１４）。この再配信指示は、チェックボックスの操作により配信者により選択された配信手段と、メッセージ入力欄ｍに入力されたメッセージとを含む。ただしここでの配信手段は、メッセージ配信サービスの利用のみである。
【００５２】
ＡＳＰサーバ２０は、メッセージ作成端末１０により送信された再配信指示を受け付けると、受け付けた再配信指示に応じて、メッセージ配信サービスサーバ４０にメッセージ配信要求を送信する。ここでは、ＡＳＰサーバ２０は、再配信情報が「Ｃ，ＭＩＤ００１」のユーザ端末６０のユーザ識別子（ここでは、会員ＩＤ「ＵＩＤ００１」、「ＵＩＤ００２」及び「ＵＩＤ００４」に対応付けられたユーザ識別子）と、配信対象のメッセージとを含むメッセージ配信要求を、メッセージ配信サービスサーバ４０に宛てて送信する（ステップＳ１８）。メッセージ配信サービスサーバ４０は、ＡＳＰサーバ２０からメッセージ配信要求を受信すると、メッセージ配信要求で指定されたユーザ識別子を用いて特定したユーザ端末６０に宛てて、配信対象のメッセージを送信する（ステップＳ１９）。
これによりメッセージ配信サービスサーバ４０の不具合が解消された後には、ＡＳＰサーバ２０は、再配信すべき配信先（配信手段としてメッセージ配信サービスの利用が選択されたユーザ端末６０）に対してメッセージを再配信することができる。
【００５３】
（IV）失敗パターンＤ：メッセージ配信サービスの解約
失敗パターンＤは、ユーザによるメッセージ配信サービスの解約が配信失敗の原因となった場合である。メッセージ配信サービスの解約が原因であった場合、ＡＳＰサーバ２０は、メッセージ配信サービスの解約を行ったユーザのユーザ端末６０については、メッセージ配信サービスの利用以外の配信手段を用いてメッセージを再配信する。
【００５４】
図１４は、失敗パターンＤで配信失敗した場合のメッセージ配信システム１の処理の流れを示すシーケンスチャートである。図１６（ａ）は、失敗パターンＤに対応した会員情報ＤＢ及び再配信ページを説明する図である。
メッセージ配信システム１において、ステップＳ１からステップＳ７の処理が実行された後、ステップＳ８，９の処理において電子メールの送信によるメッセージ配信は行われる一方、ステップＳ１０の処理のメッセージの送信は行われない。この場合、ＡＳＰサーバ２０は、ステップＳ７の処理でメッセージ配信要求をメッセージ配信サービスサーバ４０に宛てて送信した後、メッセージ配信サービスが解約された旨の解約通知（つまり、メッセージ配信サービスの利用者でない旨の通知）をメッセージ配信サービスサーバ４０から受信する（ステップＳ１１ｄ）。次にＡＳＰサーバ２０は失敗パターンを特定する（ステップＳ１２）。ＡＳＰサーバ２０は、ステップＳ１１ｄの処理に応じてメッセージ配信の失敗パターンが「失敗パターンＤ」に該当することを特定する。ＡＳＰサーバ２０は、失敗パターンＤでメッセージＩＤ「ＭＩＤ００１」のメッセージの配信に失敗した場合、図１６（ａ）に示すように、その配信に失敗したユーザの会員ＩＤに対応付けて、再配信情報のフィールドに「Ｄ，ＭＩＤ００１」と書き込む。
【００５５】
ＡＳＰサーバ２０は、ステップＳ１２の処理で失敗パターンＤによりメッセージ配信に失敗したことを特定すると、配信失敗した旨をメッセージ作成端末１０に通知するとともに、再配信ページをメッセージ作成端末１０に宛てて送信する（ステップＳ１３）。再配信ページは、ステップＳ１２の処理で特定された失敗パターンに応じた内容にＡＳＰサーバ２０により設定されているが、ここでの再配信ページは図１０（ｂ）に示す再配信ページＳＣ２と同じでよい。サービス解約によりメッセージ配信サービスが利用できないのであれば、今後もこの配信手段を用いてのメッセージ配信を行うことが困難である。よってＡＳＰサーバ２０は、配信手段として電子メールの送信を予め選択した再配信ページＳＣ２をメッセージ作成端末１０に宛てて送信する。
【００５６】
メッセージ作成端末１０は、配信者の操作によりソフトボタンＳＢ１又はＳＢ２が選択されると、再配信指示をＡＳＰサーバ２０に宛てて送信する（ステップＳ１４）。この再配信指示には、再配信先としてサービス解約したユーザのユーザ端末６０のメールアドレスが含まれている点で、失敗パターンＡ及びＢの場合とは相違する。そして、ＡＳＰサーバ２０は、再配信情報が「Ｄ，ＭＩＤ００１」である会員ＩＤのユーザ端末６０のメールアドレス（ここでは、会員ＩＤ「ＵＩＤ００４」に対応付けられたメールアドレス）と、配信対象のメッセージとを含むメッセージ配信要求を、送信元メールサーバ３０に宛てて送信する（ステップＳ１５）。
以降失敗パターンＡ及びＢと同様に、メッセージ配信システム１ではステップＳ１６及びＳ１７の処理ステップが実行される。
これによりメッセージ配信サービスが解約された場合であっても、ＡＳＰサーバ２０は、再配信すべき配信先（メッセージ配信サービスを解約したユーザのユーザ端末６０）に対してメッセージを再配信することができる。
【００５７】
（Ｖ）失敗パターンＥ：メッセージ配信サービスの利用の中断
失敗パターンＥは、メッセージ配信サービスの利用の中断が配信失敗の原因となった場合である。メッセージ配信サービスの利用の中断として、ここでは、メッセージ配信サービスの利用停止又は受信拒否時間帯設定の場合を考える。
【００５８】
図１５は、失敗パターンＥで配信失敗した場合のメッセージ配信システム１の処理の流れを示すシーケンスチャートである。図１６（ｂ），（ｃ）は、失敗パターンＥに対応した会員情報ＤＢ２３１及び再配信ページを説明する図である。
メッセージ配信システム１において、ステップＳ１からステップＳ７の処理が実行された後、ステップＳ８，９の処理において電子メールの送信によるメッセージ配信は行われる一方、ステップＳ１０の処理のメッセージの送信は行われない。この場合、ＡＳＰサーバ２０は、ステップＳ７の処理でメッセージ配信要求をメッセージ配信サービスサーバ４０に宛てて送信した後、ユーザ端末６０によりメッセージが受信されなかったことを示す受信拒否通知を、メッセージ配信サービスサーバ４０から受信することとなる（ステップＳ１１ｅ）。次にＡＳＰサーバ２０は失敗パターンを特定する（ステップＳ１２）。ＡＳＰサーバ２０は、ステップＳ１１ｅの処理に応じてメッセージ配信の失敗パターンが「失敗パターンＥ」に該当することを特定する。ＡＳＰサーバ２０は、失敗パターンＥでメッセージＩＤ「ＭＩＤ００１」のメッセージの配信に失敗した場合、図１６（ｂ）に示すように、その配信に失敗したユーザの会員ＩＤに対応付けて、再配信情報のフィールドに「Ｅ，ＭＩＤ００１」と書き込む。
【００５９】
ＡＳＰサーバ２０は、ステップＳ１２の処理で失敗パターンＥによりメッセージ配信に失敗したことを特定すると、配信失敗した旨をメッセージ作成端末１０に通知するとともに、再配信ページをメッセージ作成端末１０に宛てて送信する（ステップＳ１３）。再配信ページは、ステップＳ１２の処理で特定された失敗パターンに応じた内容にＡＳＰサーバ２０により設定されているが、ここでの再配信ページは図１６（ｃ）に示す再配信ページＳＣ４のようになる。
【００６０】
図１６（ｃ）に示すように、失敗パターンＥの場合の再配信ページＳＣ４も再配信方法選択欄を含むが、ここではチェックボックスｃｋ１及びｃｋ２のどちらも選択可能になっている。メッセージ配信サービスの利用の中断が配信失敗の原因であった場合、一時的にメッセージを配信できない状態である。すなわち、しばらく時間が経てばメッセージ配信サービスによるメッセージ配信が可能になる可能性がある一方、その期間が長期に及ぶ可能性も否定できない。そこでＡＳＰサーバ２０は、配信手段として電子メールの送信又はメッセージ配信サービスの利用のどちらとするかを配信者に選択させて、配信失敗したユーザ端末６０にメッセージを再配信する。再配信ページＳＣ４では、電子メールの利用が予め設定されているが、メッセージ配信サービスの利用が予め設定されていてもよいし、どちらとも設定されていないようにしてもよい。メッセージ入力欄ｍ及びソフトボタンＳＢ１又はＳＢ２は、図１０（ｂ）に示す再配信ページＳＣ２等と同様である。
【００６１】
メッセージ作成端末１０は、配信者の操作によりソフトボタンＳＢ１又はＳＢ２が選択されると、再配信指示をＡＳＰサーバ２０に宛てて送信する（ステップＳ１４）。この再配信指示には、メッセージ配信サービスの利用の中断したユーザ端末６０（ここでは、会員ＩＤ「ＵＩＤ００２」のユーザ端末６０）を配信先として指定する。
ＡＳＰサーバ２０は、再配信指示を受信すると、再配信指示で指定された配信手段を選択してメッセージを配信する。再配信指示で電子メールが選択されていた場合は、上記処理ステップＳ１５からＳ１７の処理が実行され、メッセージ配信サービスが選択された場合は、上記処理ステップＳ１８及びＳ１９の処理が実行される。
これにより、メッセージ配信サービスの利用の中断により配信失敗した場合であっても、ＡＳＰサーバ２０は、再配信すべき配信先（メッセージ配信サービスの利用を中断したユーザ端末６０）に対してメッセージを再配信することができる。
【００６２】
ところで、ＡＳＰサーバ２０における一度のメッセージの配信により、複数の失敗パターンでメッセージ配信に失敗する可能性もある。この場合、ＡＳＰサーバ２０は、前述した各失敗パターンに応じた動作をそれぞれ行って再配信を行えばよい。また再配信ページが共通する複数の失敗パターンの配信失敗が同時に発生すれば、配信者による一度の再配信ページを用いた操作によって、ＡＳＰサーバ２０はメッセージを再配信することも可能である。
【００６３】
以上説明した実施形態によれば、ＡＳＰサーバ２０は、初回配信ページをメッセージ作成端末１０に提示して、配信者に配信手段を選択させるとともに配信対象のメッセージを入力させる。ＡＳＰサーバ２０は、電子メールの送信とメッセージ配信サービスの利用との双方選択された場合には、ＡＳＰサーバ２０は、電子メールの送信よりもメッセージ配信サービスの利用を優先させて選択し、メッセージを配信する。これにより配信者が特に意識しなくても、ＡＳＰサーバ２０は配信先毎にいずれか１つの配信手段を選択するとともに、メッセージ配信サービスを利用できるユーザについては、より確実に情報を届けることのできるメッセージ配信サービスを用いることができる。また、ＡＳＰサーバ２０は、メッセージの配信に失敗した配信手段があった場合には、その配信手段に応じた再配信ページをメッセージ作成端末１０に提示して、配信者が簡単に再配信の手続きを行えるようにする。これにより、上記失敗パターン（Ｉ）から（Ｖ）の項でも説明したように、ＡＳＰサーバ２０は、メッセージの配信に失敗した場合に、配信者に配信先毎に個別の対応をさせなくても、メッセージを再配信すべき配信先に宛ててその再配信を行うことができる。
【００６４】
［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
（変形例１）
上述した実施形態のメッセージ配信システム１において選択可能な配信手段は、電子メールの送信とメッセージ配信サービスの利用とであったが、それ以外の配信手段であってもよい。例えば本発明で選択可能な配信手段は、ＳＭＳ（Short Message Service）やＳＮＳ（Social Networking Service）を利用したものなど、ユーザの通信端末がメッセージを受信してそれを提示する機能の利用したものであればよい。また本発明で選択可能な配信手段が３つ以上あっても構わない。
【００６５】
（変形例２）
上述した実施形態のメッセージ配信システム１において、ＡＳＰサーバ２０は、電子メールの送信よりもメッセージ配信サービスの利用を優先させて選択していたが、電子メールの送信の送信を優先させてもよい。またユーザ端末６０のユーザがどの配信手段を優先するかを設定し、ＡＳＰサーバ２０はこの設定に従っていずれか１の配信手段を選択してもよい。
【００６６】
（変形例３）
上述した実施形態において、ＡＳＰサーバ２０は失敗パターンＣの場合には再配信時の配信手段を電子メールに変更してもよいし、以降はメッセージ配信サービスを選択不可にするように会員情報ＤＢ２３１を更新してもよい。このようにＡＳＰサーバ２０において、初回の配信時に選択する配信手段と再配信時において選択する配信手段との異同について特に問わない。また、ＡＳＰサーバ２０は、配信失敗の失敗パターンに応じて、次回以降の配信失敗が減るように会員情報ＤＢ２３１を更新してもよい。またＡＳＰサーバ２０は、初回の配信時と配信手段を用いて再配信を行い、所定回数又は所定期間続けて配信失敗した場合には、配信手段を変更してもよい。
【００６７】
（変形例４）
上述した実施形態の初回配信ページ及び再配信ページはあくまで一例であり、メッセージ作成端末１０が配信指示（再配信指示）を送信するために操作される画面はどのようなものであってもよい。
また、メッセージ作成端末１０の制御部１１が図６に示した制御部２１の機能を実現してもよい。本発明のメッセージ配信装置は、メッセージを作成する機能を有するメッセージ作成端末に組み込まれていてもよい。この場合、例えば、制御部１１がプログラムを実行することにより初回配信ページや再配信ページを表示部１４に表示させるとよい。
また、ＡＳＰサーバ２０の制御部２１が実現する各機能は、複数のプログラムの組み合わせによって実現され、又は、複数のハードウェア資源の協働によって実現されうる。
また、本発明は、ＡＳＰサーバ２０が実行するプログラムやメッセージ配信方法として把握することも可能である。
【符号の説明】
【００６８】
１…メッセージ配信システム、１０…メッセージ作成端末、１１…制御部、１２…操作部、１３…通信部、１４…表示部、１５…記憶部、２０…ＡＳＰサーバ、２１…制御部、２１１…配信ページ提示部、２１２…受付部、２１３…第１配信部、２１４…特定部、２１５…第２配信部、２２…通信部、２３…記憶部、２３１…会員情報ＤＢ、２３２…配信リスト、３０…送信元メールサーバ、４０…メッセージ配信サービスサーバ、５０…送信先メールサーバ、６０…ユーザ端末
【図１】
0005858853.tif 000002
【図２】
0005858853.tif 000003
【図３】
0005858853.tif 000004
【図４】
0005858853.tif 000005
【図５】
0005858853.tif 000006
【図６】
0005858853.tif 000007
【図７】
0005858853.tif 000008
【図８】
0005858853.tif 000009
【図９】
0005858853.tif 000010
【図１０】
0005858853.tif 000011
【図１１】
0005858853.tif 000012
【図１２】
0005858853.tif 000013
【図１３】
0005858853.tif 000014
【図１４】
0005858853.tif 000015
【図１５】
0005858853.tif 000016
【図１６】
0005858853.tif 000017