特開 2023-136208 配信サーバ、配信方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023136208

(43)【公開日】2023-09-29

(54)【発明の名称】配信サーバ、配信方法、及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20230922BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022041704

(22)【出願日】2022-03-16

(71)【出願人】

【識別番号】000110217

【氏名又は名称】ＴＯＰＰＡＮエッジ株式会社

(74)【代理人】

【識別番号】100141139

【弁理士】

【氏名又は名称】及川 周

(74)【代理人】

【識別番号】100140774

【弁理士】

【氏名又は名称】大浪 一徳

(74)【代理人】

【識別番号】100206999

【弁理士】

【氏名又は名称】萩原 綾夏

(72)【発明者】

【氏名】小野田 千紘

(72)【発明者】

【氏名】林 明穂

(72)【発明者】

【氏名】和泉 伸星

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】

【課題】通知手段を配送通知から電子通知に切替える際に利用者から得られた情報を活用する。
【解決手段】通信事業者から通知されるＷｅｂｈｏｏｋ情報であって、前記電子通知にて通知したメッセージのステータスを含むＷｅｂｈｏｏｋ情報を取得する取得部と、前記通知方法フラグに応じて前記利用者にメッセージを通知するための制御を行い、前記配送通知において通知手段を前記電子通知に変更する手続を前記電子通知により行うための情報が示された配送物が配送されるように制御し、前記電子通知において前記通信事業者を介して前記利用者の通信端末にメッセージが送信されるように制御し、前記Ｗｅｂｈｏｏｋ情報に基づいてメッセージに対する応答の傾向を推定し、前記推定した結果に応じて次回以降に通知するメッセージを制御する制御部、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

利用者に通知するメッセージを通知する通知手段として、配送による配送通知、又は通信事業者を介して通知する電子通知のいずれかが設定された通知方法フラグを記憶する記憶部と、
前記通信事業者から通知されるＷｅｂｈｏｏｋ情報であって、前記電子通知にて通知したメッセージのステータスを含むＷｅｂｈｏｏｋ情報を取得する取得部と、
前記通知方法フラグに応じて前記利用者にメッセージを通知するための制御を行い、前記配送通知において通知手段を前記電子通知に変更する手続を前記電子通知により行うための情報が示された配送物が配送されるように制御し、前記電子通知において前記通信事業者を介して前記利用者の通信端末にメッセージが送信されるように制御し、前記Ｗｅｂｈｏｏｋ情報に基づいてメッセージに対する応答の傾向を推定し、前記推定した結果に応じて次回以降に通知するメッセージを制御する制御部、
を備える配信サーバ。

【請求項2】

前記制御部は、前記Ｗｅｂｈｏｏｋ情報が取得された日時に基づいて、前記利用者が前記電子通知によるメッセージに応答可能な曜日又は時間帯を推定する、
請求項１に記載の配信サーバ。

【請求項3】

前記制御部は、前記配送通知による配送物が発送された日付と、前記Ｗｅｂｈｏｏｋ情報が取得された日付との差分に基づいて、前記配送通知にて使用期限を有する配送物を配送する場合において、前記利用者が前記配送物を使用可能な使用期限を推定し、前記推定した使用期限を設定した配送物を配送するように制御する、
請求項１又は請求項２に記載の配信サーバ。

【請求項4】

利用者に通知するメッセージを通知する通知手段として、配送による配送通知、又は通信事業者を介して通知する電子通知のいずれかが設定された通知方法フラグを記憶する記憶部を備えるコンピュータである配信サーバが行う配信方法であって、
取得部が、前記通信事業者から通知されるＷｅｂｈｏｏｋ情報であって、前記電子通知にて通知したメッセージのステータスを含むＷｅｂｈｏｏｋ情報を取得し、
制御部が、前記通知方法フラグに応じて前記利用者にメッセージを通知するための制御を行い、前記配送通知において通知手段を前記電子通知に変更する手続を前記電子通知により行うための情報が示された配送物が配送されるように制御し、前記電子通知において前記通信事業者を介して前記利用者の通信端末にメッセージが送信されるように制御し、前記Ｗｅｂｈｏｏｋ情報に基づいてメッセージに対する応答の傾向を推定し、前記推定した結果に応じて次回以降に通知するメッセージを制御する、
配信方法。

【請求項5】

コンピュータを、請求項１から請求項３のいずれか一項に記載の配信サーバとして動作させるためのプログラムであって、前記コンピュータを前記配信サーバが備える各部として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配信サーバ、配信方法、及びプログラムに関する。

【背景技術】

【0002】

オンラインで情報を通知する電子通知サービスがある。特許文献１では、利用者に通知を行う際、利用者がすぐに見ることのできる確率が高いアドレスに情報を送信する技術が開示されている。

【0003】

このような電子通知サービスには、電話番号を宛先とするメッセージサービス、例えば、ＲＣＳ（Rich Communication Services）がある。電話番号を宛先とすることにより、利用者のメールアドレスが不明であってもメッセージを送信することができる。

【0004】

また、電子通知サービスでは、宛先となる電話番号が不明な利用者に対し、印刷物等を配送することによりメッセージを通知する配送通知が行われる場合がある。配送によりメッセージを通知する際、利用者への通知手段を配送通知から電子通知に切替えるように誘導することが行われている。

【0005】

また、電子通知サービスでは、宛先となる電話番号が不明な利用者に対し、印刷物等を 例えば、配送物に、電話番号を登録するためのＵＲＬ（Uniform Resource Locator）、或いは、当該ＵＲＬを埋め込んだ二次元コードを印刷した印刷物を含めて配送する。ＵＲＬには通知手段を配送通知から電子通知に切替える手続を行う手続サイトへのリンクが示されている。そして、ＵＲＬにアクセスしてきた通信装置が、手続サイトのフォームに従った手続を行うことによって、利用者の電話番号が電子通知の宛先として登録される。これにより、次回以降の利用者への通知を、電話番号を宛先とする電子通知とすることができる。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００７－２４１７３２号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、通知手段を配送通知から電子通知に切替える際に利用者から得られた情報（リアクション）が十分に活用されているとは言い難かった。具体的には、利用者の宛先として登録された電話番号が次回以降の通知の宛先として用いられるに留まっていた。例えば、配送通知にて期限付きのクーポンを通知する場合があり、配送したクーポンが利用されなかった場合にその理由を分析したいというニーズがある。利用者が、クーポンが配送されたことに気付かなかったのか、クーポンが配送されたことに気付いていたが、気付いた時にはクーポンの有効期限までの日数があまり残されていなかったためにクーポンを使用することができなかったのか分析することにより、利用者にとってどのような有効期限を設定すれば使いやすいのか、或いは使い難いのか等を検討できるようになる。このような分析に、通知手段を配送通知から電子通知に切替える際に利用者から得られた情報が活用されることが望ましい。

【0008】

上述の課題を鑑み、本発明の目的は、通知手段を配送通知から電子通知に切替える際に利用者から得られる情報を活用することができる配信サーバ、配信方法、及びプログラムを提供することにある。

【課題を解決するための手段】

【0009】

上述の課題を解決するために、本発明の一態様に係る配信サーバは、利用者に通知するメッセージを通知する通知手段として、配送による配送通知、又は通信事業者を介して通知する電子通知のいずれかが設定された通知方法フラグを記憶する記憶部と、前記通信事業者から通知されるＷｅｂｈｏｏｋ情報であって、前記電子通知にて通知したメッセージのステータスを含むＷｅｂｈｏｏｋ情報を取得する取得部と、前記通知方法フラグに応じて前記利用者にメッセージを通知するための制御を行い、前記配送通知において通知手段を前記電子通知に変更する手続を前記電子通知により行うための情報が示された配送物が配送されるように制御し、前記電子通知において前記通信事業者を介して前記利用者の通信端末にメッセージが送信されるように制御し、前記Ｗｅｂｈｏｏｋ情報に基づいてメッセージに対する応答（リアクション）の傾向を推定し、前記推定した結果に応じて次回以降に通知するメッセージを制御する制御部、を備える。

【0010】

また、本発明は、上述の配信サーバにおいて、前記制御部は、前記Ｗｅｂｈｏｏｋ情報が取得された時間帯に基づいて、前記利用者が前記電子通知によるメッセージに応答可能な時間帯を推定する。

【0011】

また、本発明は、上述の配信サーバにおいて、前記制御部は、前記配送通知による配送物が発送された日付と、前記Ｗｅｂｈｏｏｋ情報が取得された日付との差分に基づいて、前記配送通知にて使用期限を有する配送物を配送する場合において、前記利用者が前記配送物を使用可能な使用期限を推定し、前記推定した使用期限を設定した配送物を配送するように制御する。

【0012】

また、本発明の一態様に係る配信方法は、利用者に通知するメッセージを通知する通知手段として、配送による配送通知、又は通信事業者を介して通知する電子通知のいずれかが設定された通知方法フラグを記憶する記憶部を備えるコンピュータである配信サーバが行う配信方法であって、取得部が、前記通信事業者から通知されるＷｅｂｈｏｏｋ情報であって、前記電子通知にて通知したメッセージのステータスを含むＷｅｂｈｏｏｋ情報を取得し、制御部が、前記通知方法フラグに応じて前記利用者にメッセージを通知するための制御を行い、前記配送通知において通知手段を前記電子通知に変更する手続を前記電子通知により行うための情報が示された配送物が配送されるように制御し、前記電子通知において前記通信事業者を介して前記利用者の通信端末にメッセージが送信されるように制御し、前記Ｗｅｂｈｏｏｋ情報に基づいてメッセージに対する応答の傾向を推定し、前記推定した結果に応じて次回以降に通知するメッセージを制御する。

【0013】

本発明の一態様に係るプログラムは、コンピュータを、上記に記載の配信サーバとして動作させるためのプログラムであって、前記コンピュータを前記配信サーバが備える各部として機能させるためのプログラムである。

【発明の効果】

【0014】

本発明によれば、通知手段を配送通知から電子通知に切替える際に利用者から得られる情報を活用することができる。

【図面の簡単な説明】

【0015】

【図1】実施形態に係る配信システム１の構成例を示すブロック図である。

【図2】実施形態に係る配信サーバ１０の構成例を示すブロック図である。

【図3】実施形態に係る配信情報１２０の例を示す図である。

【図4】実施形態に係る応答情報１２１の例を示す図である。

【図5】実施形態に係る配送物Ｈの例を示す図である。

【図6A】実施形態に係る通信端末４０に表示された手続サイトの例を示す図である。

【図6B】実施形態に係る通信端末４０に表示されたトークルームの例を示す図である。

【図7】実施形態に係る配信システム１における処理の流れを示すシーケンス図である。

【図8】実施形態の変形例に係る配信サーバ１０の構成例を示すブロック図である。

【図9】実施形態の変形例に係る統計情報１２２の例を示す図である。

【図10】実施形態の変形例に係る配信システム１における処理の流れを示すシーケンス図である。

【発明を実施するための形態】

【0016】

図１は、実施形態に係る配信システム１の構成例を示すブロック図である。図１に示すように、配信システム１は、例えば、配信サーバ１０と、企業サーバ２０と、通信事業者サーバ３０（３０Ａ、３０Ｂ）と、通信端末４０とを備える。

【0017】

配信サーバ１０は、通信端末４０に対するメッセージを送信するサービスを提供する事業者が管理するサーバ装置である。配信サーバ１０は、通信端末４０に対するメッセージを、通信事業者サーバ３０を介して送信（配信）する。配信サーバ１０は、電話番号を宛先とするメッセージサービスであるＲＣＳ（Rich Communication Services）を用いてメッセージを送信する。配信サーバ１０は、企業サーバ２０、及び通信事業者サーバ３０との間で無線通信又は有線通信をする。
通信端末４０に対するメッセージを送信するサービスは、配信サーバ１０が行う場合もあるが、企業サーバ２０が行うようにしてもよい。例えば、配信サーバ１０の機能が搭載された企業サーバ２０を、企業が運用するようにしてもよい。この場合、企業サーバ２０の企業は、配信サーバ１０の事業者を介することなく、通信事業者サーバ３０と通信し、メッセージを送信することができる。
また、通信端末４０に対して通知したメッセージの管理を配信サーバ１０が行う場合もあるが、通信事業者サーバ３０が行うようにしてもよい。例えば、配信サーバ１０の機能が搭載された通信事業者サーバ３０の企業（通信事業者）が運用するようにしてもよい。この場合、通信事業者サーバ３０の通信事業者は、企業サーバ２０の依頼に応じて通信端末４０にメッセージを送信することができる。

【0018】

企業サーバ２０は、メッセージの配信を配信システム１に依頼する依頼者が管理するサーバ装置である。依頼者は、例えば、送信先のユーザに対して情報を提供する企業や団体、例えば銀行や保険会社等である。企業サーバ２０は、配信サーバ１０との間で無線通信又は有線通信をする。

【0019】

通信事業者サーバ３０は、通信事業者によって管理されるサーバ装置である。通信事業者は、例えば、自らが保有又は運用する通信回線を用いて、電話番号を利用した通信サービスを通信端末４０に提供するＭＮＯ（Mobile Network Operator、移動体通信事業者）である。
通信サービスには、ＲＣＳを用いた通信が含まれる。通信事業者サーバ３０は、配信サーバ１０、及び通信端末４０との間で無線通信又は有線通信をする。通信事業者サーバ３０は、配信サーバ１０からの配信リクエストに応じて、ＲＣＳを用いたメッセージを通信端末４０に送信する。
ＲＣＳを用いた通信サービスでは、通信端末４０に送信したＲＣＳを用いたメッセージに対するＷｅｂｈｏｏｋ（ウェブフック）情報が、通信事業者サーバ３０を介して配信サーバ１０に送信される。Ｗｅｂｈｏｏｋ情報は、メッセージのステータス、例えば、通信端末４０にメッセージが受信された（ｄｅｌｉｖｅｒｅｄ）、或いは、通信端末４０にメッセージが表示された（ｄｉｓｐｌａｙｅｄ）などの状態を示す情報である。
通信事業者が複数ある場合には、通信事業者サーバ３０も通信事業者毎に設けられる。通信事業者サーバ３０Ａは、第１通信事業者によって管理され、通信事業者サーバ３０Ｂは、第２通信事業者によって管理される。以下、特に通信事業者サーバを識別しない場合には、通信事業者サーバ３０と称する。

【0020】

通信端末４０は、スマートフォン又は携帯電話など、電話番号を対応づけることが可能な通信装置である。通信端末４０は、ユーザ等によって、通信事業者サーバ３０の事業者と、通信端末４０を用いた通信サービスを利用するための契約がなされる。通信端末４０は、契約している通信事業者が提供する通信サービスを用いて通信することが可能である。通信端末４０には電話番号が割り当てられており、この電話番号を送信先とした通信、すなわちＲＣＳを用いた通信を行う機能を有する。
通信端末４０には、ＲＣＳに係るアプリケーションプログラム（ＲＣＳアプリ）がインストールされており、配信サーバ１０から企業サーバ２０を介して配信されたＲＣＳメッセージ、つまりＲＣＳを用いたメッセージを受信することができる。
通信端末４０は、例えば、液晶ディスプレイ等の表示部と、ユーザによる操作を受け付けるタッチパネル等の操作部を有する。通信端末４０は、通信事業者サーバ３０及び通信端末４０を通信相手として通信ネットワークを用いた通信をする。ユーザは、例えば生活者である。

【0021】

図２は、実施形態に係る配信サーバ１０の構成例を示すブロック図である。図２に示すように、配信サーバ１０は、通信部１１と、記憶部１２と、制御部１３とを備える。通信部１１は、企業サーバ２０、通信事業者サーバ３０と通信を行う。

【0022】

記憶部１２は、例えば、配信情報１２０、及び応答情報１２１を記憶する。

【0023】

図３は、実施形態に係る配信情報１２０の例を示す図である。配信情報１２０は、企業から依頼された情報に基づいて生成され、例えば、利用者に通知するメッセージごとに生成される。
配信情報１２０は、利用者ＩＤ、電話番号、トークルームＩＤ、配送宛先、通知内容、通知方法フラグ、配送日時などの項目に対応する情報を含む。
利用者ＩＤは、利用者を一意に識別する識別情報である。電話番号は、利用者に電子通知を行う際の宛先となる電話番号である。
トークルームＩＤはトークルームを識別する情報である。トークルームは、ＲＣＳアプリを介してメッセージがやり取りされる画面である。企業から利用者に通知するメッセージは、その企業のトークルームに表示される。トークルームＩＤはボットＩＤなどと称される場合がある。
配送宛先は、利用者に配送通知を行う際の宛先となる住所である。通知内容は利用者に通知するメッセージの内容である。
通知方法フラグは、通知手段を示す情報である。この図の例では、通知方法フラグは、ＲＣＳフラグと、配送フラグとを含む。例えば、フラグに１が設定された場合、そのフラグに対応する通知手段が利用者にメッセージを通知する手段として用いられることを示す。フラグに０（ゼロ）が設定されている場合、そのフラグに対応する通知手段が用いられないことを示す。
配送日時は、配送物を配送する日時を示す情報である。この配送日時は企業から指定された情報であってもよいし、実際に配送物が配送された日時の実績を示す情報であってもよし、両方が示されていてもよい。

【0024】

図４は、実施形態に係る応答情報１２１の例を示す図である。応答情報１２１は、通信端末４０から得られた応答（リアクション）を示す情報である。応答情報１２１は、例えば、利用者ＩＤ、電話番号、トークルームＩＤ、応答（応答１、応答２、…）のそれぞれの項目に対応する情報を含む。
利用者ＩＤ、電話番号、トークルームＩＤのそれぞれは配信情報１２０と同様な情報であるため、これらの説明を省略する。
応答の項目には、例えば、日時と種別の各項目に対応する情報が記憶される。日時は応答がなされた日時であり、Ｗｅｂｈｏｏｋ情報で通知されたタイムスタンプに示された日時である。種別は応答の種別であり、Ｗｅｂｈｏｏｋ情報で通知されたステータスである。
例えば、メッセージが通信端末４０に受信された場合、メッセージのステータスが「受信（ｄｅｌｉｖｅｒｅｄ）」であることを示すＷｅｂｈｏｏｋ情報が、通信事業者サーバ３０を介して配信サーバ１０に通知される。このＷｅｂｈｏｏｋ情報からタイムスタンプ、及びステータスが抽出され、応答情報１２１の応答１における日時、及び種別として記憶される。
また、メッセージが通信端末４０に表示された場合、メッセージのステータスが「表示（ｄｉｓｐｌａｙｅｄ）」であることを示すＷｅｂｈｏｏｋ情報が、通信事業者サーバ３０を介して配信サーバ１０に通知される。このＷｅｂｈｏｏｋ情報からタイムスタンプ、及びステータスが抽出され、応答情報１２１の応答２における日時、及び種別として記憶される。

【0025】

記憶部１２は、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＡＭ（Random Access read/write Memory）、ＲＯＭ（Read Only Memory）などの記憶媒体、あるいはこれらの組合せによって構成される。記憶部１２は、配信サーバ１０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。

【0026】

図２の説明に戻り、制御部１３は、例えば、取得部１３０と、制御部１３１を備える。制御部１３が備えるこれらの機能部（取得部１３０と、制御部１３１）は、配信サーバ１０がハードウェアとして備えるＣＰＵ（Central Processing Unit）にプログラムを実行させることによって実現される。

【0027】

取得部１３０は、各種の情報を取得する。
例えば、取得部１３０は、企業サーバ２０から配信サーバ１０に対して通知されたメッセージの送信依頼を取得する。送信依頼にはメッセージを通知する宛先や通知内容などを示す情報が含まれる。取得部１３０は、取得した送信依頼にある宛先や通知内容などを示す情報を、配信情報１２０における電話番号、配送宛先、通知内容などとして記憶させる。
或いは、取得部１３０は、送信依頼に応じたメッセージ、例えば、ＲＣＳを用いて通知するメッセージ、及び配送通知により通知するメッセージのそれぞれを生成し、生成したメッセージを、配信情報１２０の通知内容として記憶させるようにしてもよい。
また、取得部１３０は、通信事業者サーバ３０から配信サーバ１０に対して通知されたＷｅｂｈｏｏｋ情報を、通信部１１を介して取得する。取得部１３０は取得したＷｅｂｈｏｏｋ情報を、応答情報１２１として記憶部１２に記憶させる。

【0028】

制御部１３１は、通知方法フラグに応じて、利用者にメッセージを通知するための制御を行う。例えば、制御部１３１は、配送通知にてメッセージ通知する場合、配送通知から電子通知に変更するための手続情報が示された配送物Ｈが利用者に配送されるように制御する。

【0029】

図５は、手続情報が示された配送物Ｈの例を示す図である。配送物Ｈは、顧客に配送通知を行う場合に、次回の通知以降、配送通知から電子通知に変更するように誘導するために配送する印刷物である。この図の例では、配送物Ｈに、本文Ｔと、二次元コードＣと、手続コードＵとが示されている。
本文Ｔには、配送通知から電子通知に変更するように勧める案内文と共に、変更手続きを行う方法が案内されている。二次元コードＣには変更手続に関する情報が埋め込まれている。手続コードＵには、顧客が変更手続きを行う際に必要な文字列（数字や記号などを含む）が示されている。手続コードＵは、利用者の識別情報（例えば、配信情報１２０の利用者ＩＤ）に対応付けられている。

【0030】

二次元コードＣには、ＲＣＳアプリにおけるトークルームへのリンク情報が埋め込まれている。利用者は、配送物Ｈの案内に応じて通知手段を電子通知に変更する場合、通信端末４０を用いて二次元コードＣを読取る操作を行う。

【0031】

通信端末４０は、二次元コードＣから読取ったリンク情報に基づいて、例えば、通信端末４０は、電子通知の宛先として電話番号を取得してよいか、利用者に確認する旨の表示を行う。電話番号を取得することについて、利用者の同意が得られた場合、通信端末４０は、ＲＣＳアプリを起動し、利用者と企業サーバ２０に対応する企業（この図の例では汐留銀行）とのメッセージをやり取りするためのトークルームを表示する。

【0032】

図６（図６Ａ、図６Ｂ）は、通信端末４０に表示されたトークルームの例を示す図である。
図６Ａに示すように、トークルームに、手続コードＵを入力するように促すメッセージＭ０が表示される。
ここでメッセージＭ０は、配信サーバ１０から、通信事業者サーバ３０を介して、通信端末４０に送信される。
例えば、メッセージＭ０が通信端末４０に受信されると、ステータスが受信（ｄｅｌｉｖｅｒｅｄ）となる。この場合、配信サーバ１０には、通信事業者サーバ３０を介して、ステータスが、受信（ｄｅｌｉｖｅｒｅｄ）を示すＷｅｂｈｏｏｋ情報が通知される。
例えば、メッセージＭ０が通信端末４０に表示されると、メッセージＭ０のステータスが表示（ｄｉｓｐｌａｙｅｄ）となる。この場合、配信サーバ１０には、通信事業者サーバ３０を介して、ステータスが、表示（ｄｉｓｐｌａｙｅｄ）であることを示すＷｅｂｈｏｏｋ情報が通知される。
例えば、メッセージＭ０が、リッチカード或いはチップリストなどＲＣＳアプリのコンテンツである場合、コンテンツに設けられた操作可能なボタン、例えばＵＲＬへのリンク情報が埋め込まれたボタンなどが操作されると、メッセージＭ０のステータスが、ボタンが操作されたことを示すステータスとなる。この場合、配信サーバ１０には、通信事業者サーバ３０を介して、ステータスが、ボタン操作を示すＷｅｂｈｏｏｋ情報が通知される。

【0033】

図６Ｂに示すように、利用者がトークルームにて手続コードＵを入力し、送信操作をすると、トークルームに送信したメッセージＭ１が表示される。これにより手続コードＵが通信事業者サーバ３０を介して配信サーバ１０に通知される。
配信サーバ１０は、手続コードＵを照合し、通知された手続コードＵが、配送物Ｈに記載した手続コードＵと一致する場合に、利用者への通知手段を電子通知に変更する。具体的には、配信サーバ１０は、配信情報１２０における電話番号に、利用者の通信端末４０から電話番号を記憶させると共に、ＲＣＳフラグに１を設定し、配送フラグに０（ゼロ）を設定する。これにより、利用者への通知手段が電子通知に変更される。
配信サーバ１０は、利用者への通知手段を変更すると、通信端末４０に対し、手続が完了した旨のメッセージＭ２を送信する。

【0034】

図２に戻り、制御部１３１は、電子通知にてメッセージを通知する場合、通信事業者を介してメッセージを利用者の通信端末４０に送信する。より具体的には、制御部１３１は、通信事業者サーバ３０に、利用者の通信端末４０にメッセージを送信するように要求（リクエスト）する。

【0035】

制御部１３１は、電子通知にてメッセージを通知した場合、Ｗｅｂｈｏｏｋ情報から得られるメッセージのステータスが変更された日時に基づいてメッセージに対する応答の傾向を推定し、推定した結果に応じて次回以降に通知するメッセージを制御する。

【0036】

例えば、制御部１３１は、定期的（１日１回など）、或いは不定期に、電子通知にて通知したメッセージのステータスを取得する。具体的には、制御部１３１は、記憶部１２の応答情報１２１を参照し、ＲＣＳを用いて通知したメッセージのＷｅｂｈｏｏｋ情報にて通知されたメッセージのステータスを取得する。
そして、制御部１３１は、取得したステータスに、配信サーバ１０が通信端末４０に送信したメッセージに対して応答がなされたことが示されている場合、その応答がなされた日時（タイムスタンプ）を取得する。
制御部１３１は、タイムスタンプに示されている日時に基づいて、利用者がメッセージを確認しやすい曜日と時間帯とを推定する。例えば、タイムスタンプに、月曜日の１５時３３分の日時が示されている場合、制御部１３１は、利用者が月曜日（或いは平日）の１５時ごろの時間帯（或いは、午後の時間帯）にメッセージを送信すれば、そのメッセージに対する応答が得られやすいと推定する。
制御部１３１は、推定した結果に応じて、次回以降に通知するメッセージを、月曜日（或いは平日）の１５時ごろの時間帯（或いは、午後の時間帯）に送信するように制御する。

【0037】

或いは、配送通知にて期限付きのクーポン（使用期限を有する配送物）を配送する場合において、制御部１３１は、タイムスタンプに示されている日時に基づいて、クーポンの期限を設定するようにしてもよい。
例えば、制御部１３１は、クーポンを発送した日付と、タイムスタンプに示されている日付との差分を算出する。制御部１３１は、算出した差分が閾値未満である場合において、クーポンが使用されなかった場合、制御部１３１は、利用者がクーポンの存在に気が付いた時、つまりメッセージに応答した時点においてクーポンの使用期限がほとんど残されていなかったために、クーポンを使用したくても使用できなかったと推定する。制御部１３１は、推定した結果に基づいて、今後、利用者に配送するクーポンについては、使用期限を延長させるように制御する。
一方、制御部１３１は、算出した差分が閾値以上である場合において、クーポンが使用されなかった場合、制御部１３１は、利用者がクーポンの存在に気が付いていたが、クーポンを使用しなかったと推定する。制御部１３１は、推定した結果に基づいて、今後、利用者に配送する配送物には、今までと同様なクーポンを配送しないようにする。例えば、制御部１３１は、クーポンの種別を変更したり、クーポンを含まない配送物を配送したりするように制御する。

【0038】

図７は、実施形態に係る配信システム１が行う処理の流れを示すシーケンス図である。

【0039】

まず、企業サーバ２０は、配信サーバ１０に対し、利用者宛てにメッセージを通知するように配信依頼を行う（ステップＳ１０）。例えば、企業サーバ２０は、データベース（配信データ）を備える。配信データには、企業の顧客である利用者の個人情報（顧客情報）が記憶されている。また、配信データには企業のトークルームを識別する情報（トークルームＩＤ）が記憶される。企業サーバ２０は、配信データを参照し、利用者の宛先、例えば、電話番号、或いは電話番号がない場合は住所及び氏名などの情報、を取得する。企業サーバ２０は、利用者の宛先、メッセージの通知内容、及びトークルームＩＤを対応づけた情報を配信サーバ１０に送信することにより配信依頼を行う。

【0040】

配信サーバ１０は、企業サーバ２０から配信依頼を受信する（ステップＳ１１）。配信サーバ１０は、受信した配信依頼に基づいて、配信情報１２０を生成することにより利用者に通知する通知データ、例えば、ＲＣＳを用いて通知するメッセージ、及び配送通知により通知するメッセージのそれぞれを作成する（ステップＳ２）。

【0041】

配信サーバ１０は、配信情報１２０における通知方法フラグに応じてメッセージを通知し、例えば、配信情報１２０の配送フラグに１が設定されている場合、配送物を配送するための制御を行う（ステップＳ１３）。例えば、配信サーバ１０は、配送業者に、通知データを送付して通知データの内容を印刷した印刷物を配送物として利用者に配送するように指示する。これにより、利用者に配送物が配送される。

【0042】

利用者は配送物を受領する。利用者は配送物に含まれている案内、つまり電子通知への変更手続きを行う案内に応じて、通信端末４０を用いて二次元コードＣを読取る操作を行う。これにより、通信端末４０は、二次元コードＣに埋め込まれた情報を取得する（ステップＳ１４）。通信端末４０は、取得した情報に基づいてトークルームを表示する。利用者はトークルームに表示された内容に従って操作を行い、手続コードＵなどを入力したメッセージ（ＲＣＳメッセージ）を送信する操作を行う。これにより、通信端末４０は、通信事業者サーバ３０に対して、配信サーバ１０にメッセージを送信するように要求（リクエスト）する通知を行う（ステップＳ１５）。

【0043】

通信事業者サーバ３０は、通信端末４０からのリクエストに応じて、配信サーバ１０にＲＣＳメッセージを配信すると共に、配信したＲＣＳメッセージに対応するＷｅｂｈｏｏｋ情報を配信サーバ１０に通知する（ステップＳ１６）。これにより、配信サーバ１０は、通信事業者サーバ３０を介して、通信端末４０から通知されたＲＣＳメッセージを受信するとともに、そのＷｅｂｈｏｏｋ情報を受信する（ステップＳ１７）。配信サーバ１０は、受信したメッセージ及びＷｅｂｈｏｏｋ情報に基づいて得られた情報、例えば、利用者の電話番号、通信端末４０が応答した日時などを示す情報を取得し、取得した情報を応答情報１２１として記憶させる。
この場合において配信サーバ１０は、通信端末４０に通知したメッセージ（例えば、メッセージＭ０）に対するステータス、例えば、既読日時などを応答情報１２１として記憶させるようにしてもよい。既読日時は、通信端末４０に通知したメッセージ（例えば、メッセージＭ０）が通信端末４０に表示された日時であり、ステータスが、表示（ｄｉｓｐｌａｙｅｄ）であることを示すＷｅｂｈｏｏｋ情報で通知されたタイムスタンプに示された日時である。

【0044】

配信サーバ１０は、企業サーバ２０に配信結果を送信する（ステップＳ１８）。配信結果は、ステップＳ１０において配信依頼が行われたメッセージを通知した結果である。配信結果には、例えば、応答情報１２１として記憶された情報、すなわち、利用者ＩＤ、電話番号、応答がなされた日時、及び応答の種別などを示す情報である。配信結果に、配送物を配送したのち、所定期間経過後に、何件の応答（リアクション）が行われたのかを示すサマリーログが含まれていてもよい。

【0045】

企業サーバ２０は配信結果を受信する（ステップＳ１９）。企業サーバ２０は、受信した配信結果を、データベース（結果データ）に記憶させる。

【0046】

以上説明したように、実施形態に係る配信サーバ１０は、記憶部１２と取得部１３０と制御部１３１とを備える。記憶部１２は、配信情報１２０（通知方法フラグの一例）を記憶する。制御部１３１は通知フラグに応じて、前記利用者にメッセージを通知するための制御を行う。制御部１３１は、配送通知において、配送物Ｈ（通知手段を電子通知に変更する手続を電子通知により行うための情報が示された配送物）が配送されるように制御する。制御部１３１は、電子通知において、通信事業者を介して、利用者の通信端末４０にメッセージが送信されるように制御する。制御部１３１は、Ｗｅｂｈｏｏｋ情報に基づいてメッセージに対する応答の傾向を推定する。制御部１３１は、推定した結果に応じて次回以降に通知するメッセージを制御する。これにより実施形態の配信サーバ１０では、Ｗｅｂｈｏｏｋ情報に基づいてメッセージに対する応答の傾向を推定し、推定した結果に応じて次回以降に通知するメッセージを制御することができる。したがって、通知手段を配送通知から電子通知に切替える際に利用者から得られた情報を活用することができる。

【0047】

また、実施形態に係る配信サーバ１０では、制御部１３１はＷｅｂｈｏｏｋ情報が取得された時間帯に基づいて、利用者が電子通知によるメッセージに応答可能な時間帯を推定する。例えば、制御部１３１は、Ｗｅｂｈｏｏｋ情報のタイムスタンプに、月曜日の１５時３３分の日時が示されている場合、月曜日（或いは平日）の１５時ごろの時間帯（或いは、午後の時間帯）が、利用者がメッセージに応答可能な時間帯と推定する。制御部１３１は推定した時間帯にメッセージを通知するように制御する。これにより実施形態の配信サーバ１０では、応答が得られやすい時間帯に、メッセージを通知することができ、通知したメッセージに対する応答率を向上させることが可能となる。
なお、上記では、制御部１３１が、利用者がメッセージに応答可能な時間帯にメッセージを通知するように制御する場合を例示したがこれに限定されない。少なくとも、制御部１３１は、利用者がメッセージに応答可能な時間帯を推定すればよい。
また、配信サーバ１０では、利用者が電子通知によるメッセージに応答可能な時間帯を推定した推定結果を企業サーバ２０に通知するようにしてもよい。これにより実施形態の配信サーバ１０では、企業に、利用者からの応答が得られやすいと考えられる時間帯を通知することができ、企業に、配信サーバ１０を利用して利用者に対してメッセージを送信することに対する付加価値を提供することができる。

【0048】

また、実施形態に係る配信サーバ１０では、制御部１３１は配送物が発送された日付とＷｅｂｈｏｏｋ情報が取得された日付との差分に基づいて、クーポン（配送通知にて使用期限を有する配送物）を配送する場合において、利用者がクーポンを使用可能な使用期限を推定する。例えば、制御部１３１は、差分が閾値未満である場合において、クーポンが使用されなかった場合、利用者はクーポンを使用したくても使用できなかったと推定する。制御部１３１は、推定した結果に基づいて、今後、利用者に配送するクーポンについては、使用期限を延長させるように制御する。これにより実施形態の配信サーバ１０では、クーポンが使用されやすくなるように、クーポンの有効期限を設定することができ、配送したクーポンの使用率を向上させることが可能となる。

【0049】

ここで実施形態の変形例について説明する。本変形例では、利用者から得られた応答に基づいて統計データ（後述する統計情報１２２）を生成する。以下の説明においては、上述した実施形態と同様な構成については同じ符号を付してその説明を省略する。

【0050】

図８は、実施形態の変形例に係る配信サーバ１０の構成例を示すブロック図である。配信サーバ１０は、例えば、記憶部１２に、統計情報１２２を記憶する。統計情報１２２は、メッセージに対する応答の傾向を示す統計データである。制御部１３１は、統計情報１２２に基づいて統計情報１２２を作成する。

【0051】

図９は、実施形態の変形例に係る統計情報１２２の例を示す図である。統計情報１２２は、例えば、統計情報ＩＤ、統計元データ、傾向などの項目のそれぞれに対応する情報が記憶される。統計情報ＩＤは統計情報を識別する情報である。
統計元データは統計に用いられたデータを示す情報である。この図の例では、統計元データとして、企業（Ａ社）から利用者宛てに配送した配送通知が用いられたことが示されている。
傾向は、反応の傾向を示す情報である。この図の例では、傾向として、配送日から応答までの日数と、応答があった曜日と時間帯とを示す情報が示されている。配送日から応答までの日数として、複数の項目、３日以内、４～７日、８日以上等のそれぞれが設定され、例えば、それぞれの項目ごとに、利用者から反応があった割合などを示す情報が示される。応答があった曜日と時間帯として、複数の項目、平日午前、平日午後、平日夜間等のそれぞれが設定され、例えば、それぞれの項目ごとに、利用者から反応があった割合を示す情報が示される。

【0052】

このように、統計元データとして、企業ごとに、各企業から配送した配送物に対する利用者から得られた応答を用いた統計データが生成されてもよい。これにより、各企業に、統計データを提示し、反応が得られやすい時間帯や、クーポンが使用されやすい使用期限などを示して次回通知するメッセージに対する提案をすることができる。

【0053】

また、業種が同じ複数の企業をまとめた統計データが生成されてもよい。これにより、同じ業界の企業に同じ統計データを提示し、反応が得られやすい時間帯や、クーポンが使用されやすい使用期限などを示して次回通知するメッセージに対する提案をすることができる。業種が同じ複数の企業をまとめることによって、業界全体の傾向を把握しやすくなる。また、これから電子通知サービスを利用しようと考える企業に対して、同じ業界における実績に基づく提案を行うことが可能となる。

【0054】

また、利用者の属性ごとにまとめた統計データが生成されてもよい。ここでの利用者の属性とは、例えば、利用者の性別、年代、職業などである。利用者の属性ごとにまとめることによって、企業が商品やサービスを訴求したいターゲットとする利用者の属性に沿った提案を行うことができる。

【0055】

図１０は、実施形態の変形例に係る配信システム１における処理の流れを示すシーケンス図である。図１０におけるステップＳ２０～Ｓ２９に示す処理は、図７におけるステップＳ１０～Ｓ１９と同様であるため、その説明を省略する。

【0056】

配信サーバ１０は統計データを作成する（ステップＳ３０）。配信サーバ１０は、配信依頼を受けた企業ごと、或いは同じ業界にある複数の企業をまとめたり、利用者の属性ごとにまとめたりした反応の統計を取ることによって統計データを作成し、作成した統計データを統計情報１２２として記憶させる。
配信サーバ１０は、作成した統計データに基づく配信提案を企業サーバ２０に送信する（ステップＳ３１）。企業サーバ２０は、配信提案を受信し（ステップＳ３２）、受信した配信提案に基づいて次回以降の配信依頼を行う。

【0057】

以上説明したように、実施形態の変形例に係る配信サーバ１０では、制御部１３１は、Ｗｅｂｈｏｏｋ情報（応答情報１２１）に基づいて統計データ（統計情報１２２）を作成する。統計データは、複数のメッセージに対するそれぞれの応答の特徴（傾向）を示す統計量である。これにより、実施形態の変形例に係る配信サーバ１０では、応答の傾向を統計量として定量的に把握することができる。

【0058】

なお、上述した実施形態では、電子通知としてＲＣＳメッセージを用いる場合を例示して説明が、これに限定されない。電子通知として、少なくとも電話番号、或いは電話番号に紐づく情報を宛先とする通知が行われればよく、例えば、ＳＭＳ（Short Message Service）を用いた通知であってもよい。

【0059】

以上、本発明の実施形態について説明した。なお、上述した実施形態における配信システム１、及び配信サーバ１０の全部又は一部の機能をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

【0060】

以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

【符号の説明】

【0061】

１ 配信システム
１０ 配信サーバ
１３０ 取得部
１３１ 制御部
２０ 企業サーバ
３０ 通信事業者サーバ
４０ 通信端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】