JP7844893B2 - 配信サーバ、配信方法、及びプログラム - Google Patents

Description

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

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

このような電子通知サービスのうち、携帯電話番号を宛先とするメッセージサービスが広く普及している。携帯電話番号を宛先とするメッセージサービスには、例えば、ＲＣＳ（Rich Communication Services）等がある。携帯電話番号を宛先とすることにより、通知先の相手のメールアドレスが不明であっても、メッセージを送信することができる。

携帯電話番号を宛先とするメッセージサービスでは、例えば、企業などからの依頼元からの要求に応じて顧客の通信端末にメッセージを通知し、顧客から得られた応答をログとして依頼元に通知するサービスを行っている。ＲＣＳを用いた場合、メッセージに対する応答の操作がなされると、当該操作がなされた内容及び当該操作がなされた通信装置の電話番号等が、Ｗｅｂｈｏｏｋ情報として通信事業者から通知される。例えば、このＷｅｂｈｏｏｋ情報を基にログを生成することができる。

特開２００７－２４１７３２号公報

ところで、Ｗｅｂｈｏｏｋ情報には通知したメッセージと、そのメッセージに対する応答であるアクション情報との関連付けが示されていない。例えば、同じメッセージを複数回送信した後になされた応答について、複数回送信した何れのメッセージに対して応答がなされたかＷｅｂｈｏｏｋ情報に示されていないという課題があった。

この課題に対しポストバックデータを利用することができる。ポストバックデータは、メッセージの応答に用いられるコンテンツ、例えば、「はい」、「いいえ」などが示されたボタンに設定することができる情報であり、コンテンツに対する操作が行われた場合にＷｅｂｈｏｏｋ情報に含まれて通知される情報である。例えば、「はい」、「いいえ」などのボタンに、メッセージを特定可能な識別子をポストバックデータに設定したメッセージを生成する。このようにして生成したメッセージのボタンがタップ操作されると、その操作に対応して識別子を含むＷｅｂｈｏｏｋ情報が通知される。通知されたＷｅｂｈｏｏｋ情報から抽出した識別子に基づいて応答がなされたメッセージを特定することができる。

しかしながら、ポストバックデータに識別子等の情報を設定した場合、Ｗｅｂｈｏｏｋ情報を基にログを生成すると、生成したログに識別子などの情報が含まれることとなりログが煩雑になるという問題があった。

本発明は、このような事情に鑑みてなされたもので、その目的は、Ｗｅｂｈｏｏｋ情報に基づいて応答がなされたメッセージを特定することができ、Ｗｅｂｈｏｏｋ情報を用いて生成したログが煩雑にならないようにすることができる配信サーバ、配信方法、及びプログラムを提供することにある。

上述した課題を解決するために、本発明に係る配信サーバは、通信事業者を介して、ＲＣＳ（Rich Communication Services）を用いたメッセージを通信端末に送信する配信サーバであって、前記メッセージに含まれるコンテンツに、前記メッセージを識別する識別情報として前記メッセージを特定するユニークＩＤを含むポストバックデータを対応づけた前記メッセージを生成するメッセージ生成部と、前記コンテンツが操作された場合に前記通信事業者から通知されるＷｅｂｈｏｏｋ情報であって、前記ポストバックデータを含むＷｅｂｈｏｏｋ情報を取得する取得部と、前記Ｗｅｂｈｏｏｋ情報に含まれる前記識別情報を用いて、前記操作されたコンテンツに対応する前記メッセージを特定する特定部と、前記Ｗｅｂｈｏｏｋ情報を用いてログを生成し、前記ログの出力先に応じて、前記識別情報を含まない前記ログを生成するログ生成部を備える。

また、上述した課題を解決するために、本発明に係る配信方法は、通信事業者を介して、ＲＣＳ（Rich Communication Services）を用いたメッセージを通信端末に送信する配信サーバであるコンピュータが行う配信方法であって、メッセージ生成部が、前記メッセージに含まれるコンテンツに、前記メッセージを識別する識別情報として前記メッセージを特定するユニークＩＤを含むポストバックデータを対応づけた前記メッセージを生成し、取得部が、前記コンテンツが操作された場合に前記通信事業者から通知されるＷｅｂｈｏｏｋ情報であって、前記ポストバックデータを含むＷｅｂｈｏｏｋ情報を取得し、特定部が、前記Ｗｅｂｈｏｏｋ情報に含まれる前記識別情報を用いて、前記操作されたコンテンツに対応する前記メッセージを特定し、ログ生成部が、前記Ｗｅｂｈｏｏｋ情報を用いてログを生成し、前記ログの出力先に応じて、前記識別情報を含まない前記ログを生成する。

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

本発明によれば、メッセージにあるリンクに示されたＷｅｂサイトにアクセスした通信装置が、当該メッセージの送信対象であるユーザの通信装置であるか否かを判定することができる。

実施形態に係る情報処理システム１の構成例を示す概略ブロック図である。 実施形態に係るメッセージの例を示す図である。 実施形態に係る配信サーバ１０の構成例を示すブロック図である。 実施形態に係る配信情報１２０の例を示す図である。 実施形態に係る応答情報１２１の例を示す図である。 実施形態に係る情報処理システム１が行う処理の流れを示すシーケンス図である。

以下、本発明の一実施形態について図面を参照して説明する。

図１は、実施形態に係る情報処理システム１の構成例を示す概略ブロック図である。情報処理システム１は、例えば、配信サーバ１０と、企業サーバ２０と、通信事業者サーバ３０と、通信端末４０とを含む。

配信サーバ１０は、通信端末４０に対するメッセージを送信するサービスを提供する事業者が管理するサーバ装置である。配信サーバ１０は、通信端末４０に対するメッセージを、通信事業者サーバ３０を介して送信（配信）する。配信サーバ１０は、電話番号を宛先とするメッセージサービスであるＲＣＳ（Rich Communication Services）を用いてメッセージを送信する。配信サーバ１０は、企業サーバ２０、及び通信事業者サーバ３０との間で無線通信又は有線通信をする。

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

通信事業者サーバ３０は、通信事業者によって管理されるサーバ装置である。通信事業者は、例えば、自らが保有又は運用する通信回線を用いて、電話番号を利用した通信サービスを通信端末４０に提供するＭＮＯ（Mobile Network Operator、移動体通信事業者）である。通信サービスには、ＲＣＳを用いた通信が含まれる。通信事業者サーバ３０は、配信サーバ１０、及び通信端末４０との間で無線通信又は有線通信をする。通信事業者サーバ３０は、配信サーバ１０からの配信リクエストに応じて、ＲＣＳを用いたメッセージを通信端末４０に送信する。
ＲＣＳを用いた通信サービスでは、通信端末４０に送信したメッセージに対するＷｅｂｈｏｏｋ（ウェブフック）情報が、配信サーバ１０に送信される。Ｗｅｂｈｏｏｋ情報は、メッセージのステータス、例えば、通信端末４０にメッセージが受信された、或いはメッセージに既読や応答の操作がされた等の状態を示す情報である。

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

図２は、実施形態に係るメッセージの例を示す図である。図２には、テキストＭ１、カルーセルＣ、テキストＭ２、ボタンＢのそれぞれのメッセージが、順に、通信端末４０に通知された場合に、通信端末４０の表示画面に表示される情報が示されている。

この図の例に示すように、通信端末４０には、複数のメッセージが通知される。複数のメッセージは、例えば、予め決定されたシナリオに応じて送信される。ここでのシナリオは、送信するメッセージや、送信したメッセージに対して得られた応答等に応じて、どのような順序でどのようなメッセージを送信するかを規定する情報である。
シナリオに用いられるメッセージのうち、カルーセルＣ及びボタンＢ等、応答の操作を行うことができるメッセージには、応答の操作に用いられるコンテンツが含まれる。例えば、カルーセルＣには、タップ操作を受け付けるボタンＣＢ１、ＣＢ２が含まれる。例えば、ボタンＢには、「はい」、及び「いいえ」が示されたボタンが含まれる。
これらの応答の操作に用いられるコンテンツには、配信者である配信サーバ１０によってポストバックデータを設定することができる。コンテンツにポストバックデータを設定することにより、コンテンツが操作された場合にコンテンツに設定されたポストバックデータを含むＷｅｂｈｏｏｋ情報が、通信事業者サーバ３０から配信サーバ１０に通知される。

図３は、実施形態に係る配信サーバ１０の構成例を示すブロック図である。図２に示すように、配信サーバ１０は、通信部１１と、記憶部１２と、制御部１３とを備える。通信部１１は、企業サーバ２０、及び通信事業者サーバ３０と通信を行う。記憶部１２は、各種情報、例えば、配信情報１２０及び応答情報１２１を記憶する。配信情報１２０は、通信端末４０に送信するメッセージに関する情報である。応答情報１２１は、通信端末４０に送信したメッセージに対する応答に関する情報である。

記憶部１２は、記憶媒体、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅａｄ／ｗｒｉｔｅ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、またはこれらの記憶媒体の任意の組み合わせによって構成される。記憶部１２は、例えば、不揮発性メモリを用いることができる。

制御部１３は、例えば、取得部１３０と、メッセージ生成部１３１と、特定部１３２と、ログ生成部１３３を備える。
取得部１３０は、各種の情報を取得する。例えば、取得部１３０は、後述するメッセージ生成部１３１によって生成されたメッセージに関する情報を取得し、取得した情報を記憶部１２に記憶させる。メッセージに関する情報が記憶部１２に書き込まれることで、このメッセージに関する情報を配信情報１２０として用いることが可能となる。また、取得部１３０は、通信事業者サーバ３０から受信したＷｅｂｈｏｏｋ情報を取得し、取得したＷｅｂｈｏｏｋ情報を記憶部１２に記憶させる。Ｗｅｂｈｏｏｋ情報が記憶部１２に書き込まれることで、このＷｅｂｈｏｏｋ情報を応答情報１２１として用いることが可能となる。

メッセージ生成部１３１は、通信端末４０に送信するメッセージを生成する。メッセージ生成部１３１は、ＲＣＳで利用可能なメッセージ、例えば、リッチカード、及びチップリストなどを生成する。メッセージ生成部１３１は、例えば、メッセージで利用することができるコンテンツ、例えばカルーセルＣに、ポストバックデータを対応づけたメッセージを生成する。メッセージ生成部１３１は、ポストバックデータに、メッセージを識別する識別情報が含まれるようにしてメッセージを生成する。

特定部１３２は、メッセージに対する応答がなされた場合に、何れのメッセージに対して応答がなされたかを、Ｗｅｂｈｏｏｋ情報に含まれる識別情報に基づいて特定する。

例えば、自動車保険に関するメッセージをユーザの通信端末４０に送信する場合を考える。ユーザが複数台の自動車を保有しており、それぞれの自動車に自動車保険に加入させている場合、それぞれの自動車保険に関するメッセージが通知される。このため、ユーザの通信端末４０は、同様な内容が示された複数のメッセージを受信する。ユーザが、通信端末４０を操作して何れかのメッセージに対してボタンを押下した場合、その操作に対応してＷｅｂｈｏｏｋ情報が通知される。ここで通知されるＷｅｂｈｏｏｋ情報には、ユーザの通信端末４０の電話番号が含まれていることからユーザがメッセージに反応したことが判る。しかし、Ｗｅｂｈｏｏｋ情報には反応がなされたメッセージとは異なるメッセージＩＤが付与されているため、複数あるうちの何れのメッセージに反応したかが特定できないケースが発生し得る。
また、例えば、請求に関するメッセージを、毎月、ユーザの通信端末４０に送信する場合を考える。月ごとの請求に関するメッセージはフォーマットが統一されており、同じシナリオに沿って、例えば、「確認する」ボタンが付与されたメッセージが作成される。このような請求に関するメッセージについて、例えば、１０月分と１１月分のそれぞれが作成され、順次、ユーザの通信端末４０に送信される。１０月分と１１月分のメッセージが通信端末４０に受信された後、ユーザによってメッセージにある「確認する」ボタンが操作された場合、その操作に対応してＷｅｂｈｏｏｋ情報が通知される。この場合においてもＷｅｂｈｏｏｋ情報にある電話番号やメッセージＩＤからは１０月分と１１月分の何れのメッセージにある「確認する」ボタンが操作されたのかを特定することができない。

これらように、同一の通信端末４０に対して、複数のメッセージを送信した場合においても、複数あるメッセージのうちの何れのメッセージに反応したかが特定できることが望ましい。

この対策として、本実施形態の情報処理システム１では、ボタンに対応づけられているポストバックデータに、何れのメッセージであるのかが特定可能な情報を設定する。すなわち、ボタンが操作され、ユーザの通信端末４０から反応（アクション）があった場合に通知されるＷｅｂｈｏｏｋ情報に、何れのメッセージであるのかが特定可能な情報が設定されたポストバックデータが含まれるようにする。これにより、ユーザの通信端末４０からのアクションがあった場合に、何れのメッセージに対する反応であるかを特定することが可能となる。

ログ生成部１３３は、ログを生成する。ログは、送信したメッセージと、そのメッセージに対するステータス情報や応答に関する情報であって、例えば、送信したメッセージと、当該メッセージに対して得られた応答内容、応答に対応する操作が行われた日時などを示す情報である。

ログ生成部１３３は、出力先に応じたログを生成する。例えば、依頼者に通知するログを生成する場合、ログ生成部１３３は、識別情報を含まないログを生成する。上述したような、ユーザが保有する複数の自動車のそれぞれの保険契約に関するメッセージ、或いは、月ごとに送信する請求に関するメッセージなど、同一の電話番号宛てに同じ内容を示す複数のメッセージを、所定期間が経過した後に順次配信するように依頼された場合、何れのメッセージに対してユーザから反応が得られたかを識別可能な情報をログに含めると煩雑となり判りにくくなってしまう可能性が高い。このため、ログ生成部１３３は、出力先に応じて、識別情報を含まないログを生成する。

図４は、実施形態に係る配信情報１２０の例を示す図である。配信情報１２０は、シナリオごとに生成される。

配信情報１２０は、例えば、シナリオＩＤ、及び複数のメッセージ（メッセージ１、メッセージ２、メッセージ３、…）のそれぞれに対応する情報を含む。シナリオＩＤは、シナリオを特定する情報である。メッセージにはシーンＩＤに対応する情報、及び、メッセージの種別に応じた情報が含まれる。シーンＩＤは、シナリオにおいて複数のメッセージを通知する場合における、何れのメッセージ、つまりシナリオにおける何通目のメッセージであるかを識別する情報である。
この図では、図２に示すシナリオに対応する配信情報１２０の例が示されており、メッセージ１がテキストＭ、メッセージ２がカルーセルＣに対応している。
メッセージ１には、シーンＩＤ及びテキストデータがある。テキストデータは、テキストで通知されるメッセージの内容を示すテキストデータである。
メッセージ２には、シーンＩＤ、及び、リッチカードに対応づけられたポストバックデータがある。ポストバックデータは、カルーセルＣに含まれるリッチカードに設定するポストバックデータである。
本実施形態では、このポストバックデータに、シナリオＩＤ、シーンＩＤ、ユニークＩＤ、任意の文字列を設定する。ユニークＩＤは、メッセージを一意に特定する情報である。任意の文字列は、任意に設定されてよいが、例えば、コンテンツを説明する文字列である。なお、ここでは、ポストバックデータに、シナリオＩＤ、シーンＩＤ、ユニークＩＤ、任意の文字列を設定する場合を例示したが、これに限定されない。ポストバックデータには、少なくとも、メッセージが特定可能な識別情報が設定されればよく、シナリオＩＤ、シーンＩＤ、ユニークＩＤ、任意の文字列の一部、又はこれらの組合せ等に対応する情報が設定されてもよい。

図５は、実施形態に係る応答情報１２１の例を示す図である。応答情報１２１は、通信端末４０に送信したメッセージに対して得られた反応ごとに生成される。

応答情報１２１は、例えば、電話番号、タイムスタンプ、及びポストバックデータのそれぞれの項目に対応する情報を含む。応答情報１２１におけるこれらの情報、つまり、電話番号、タイムスタンプ、及びポストバックデータのそれぞれの項目に対応する情報は、Ｗｅｂｈｏｏｋ情報に含まれる。
電話番号は、ボタンの操作が行われた通信装置の電話番号である。タイムスタンプは、ボタンの操作が行われた時刻を示す情報である。ポストバックデータは、操作が行われたボタンに対応づけられているポストバックデータである。

情報処理システム１が行う処理について、図６を用いて説明する。図６は、実施形態に係る情報処理システム１が行う処理の流れを示すシーケンス図である。

配信サーバ１０は、配信リクエストを通信事業者サーバ３０に送信する（ステップＳ１）。配信サーバ１０は、メッセージのコンテンツにポストバックデータを設定したメッセージを生成し、生成したメッセージを通信端末４０に配信するように通信事業者サーバ３０に要求（リクエスト）をする。

通信事業者サーバ３０は、配信サーバ１０から配信リクエストを受信すると、配信レスポンスを配信サーバ１０に送信する（ステップＳ１１）。通信事業者サーバ３０は、受信した配信リクエストに示された配信の対象であるメッセージにＩＤ（メッセージＩＤ＿１）を付与し、付与した（メッセージＩＤ＿１）を配信サーバ１０に送信することにより、配信リクエストに対する応答（レスポンス）をする。
通信事業者サーバ３０は、配信リクエストに応じて、通信端末４０にメッセージを送信する（ステップＳ１２）。通信事業者サーバ３０は、ステップＳ１１で付与した（メッセージＩＤ＿１）に対応するメッセージを通信端末４０に送信する。
通信事業者サーバ３０は、通信端末４０にメッセージを送信すると、配信サーバ１０にステータスを通知する（ステップＳ１３）。通信事業者サーバ３０は、ステップＳ１１で付与した（メッセージＩＤ＿１）、及びメッセージが送信されたことを示すステータス（ＳＥＮＴ）を送信することにより、配信サーバ１０にステータスを通知する。

通信端末４０は、メッセージを受信すると、受信ステータス（メッセージを受信したことを通信事業者サーバ３０に通知する制御情報）を送信する（ステップＳ１４）。
通信事業者サーバ３０は、通信端末４０から受信ステータスを受信すると、配信サーバ１０にステータスを通知する（ステップＳ１５）。通信事業者サーバ３０は、ステップＳ１１で付与した（メッセージＩＤ＿１）、及びメッセージが受信されたことを示すステータス（ＤＥＬＩＶＥＲＥＤ）を送信することにより、配信サーバ１０にステータスを通知する。
なお、通信端末４０によって、メッセージに対する既読の操作（メッセージの表示）が行われた場合、通信事業者サーバ３０を介して、メッセージＩＤ＿１、及びメッセージが表示されたことを示すステータス（ＤＩＳＰＬＡＹＥＤ）が配信サーバ１０に通知される。

通信端末４０は、メッセージに対する応答の操作が行われると、応答の操作が行われた旨を示す制御情報を通信事業者サーバ３０に送信する（ステップＳ１６）。
通信事業者サーバ３０は、通信端末４０から応答の操作が行われた旨を示す制御情報を受信すると、配信サーバ１０にＷｅｂｈｏｏｋ情報を通知することにより、メッセージのステータスを通知する（ステップＳ１７）。Ｗｅｂｈｏｏｋ情報にはメッセージＩＤ＿２が付与されているが、このメッセージＩＤ＿２はメッセージＩＤ＿１とは紐づけられていない。通信事業者サーバ３０は、メッセージＩＤ＿２、及びメッセージに対する応答がなされたことを示すステータスを送信することにより、配信サーバ１０にステータスを通知する。ここで通知されるステータスが（Ｗｅｂｈｏｏｋ情報）に相当する。ここで通知されるステータスには、応答内容、応答の操作が行われた日時、応答の操作が行われた通信端末４０の電話番号、及び応答の操作がなされたコンテンツに設定されているポストバックデータが含まれる。

以上説明したように、実施形態の配信サーバ１０は、通信事業者を介して、ＲＣＳを用いたメッセージを、通信端末４０に送信する情報処理システムである。情報処理システム１は、メッセージ生成部１３１と、取得部１３０と、特定部１３２と、ログ生成部１３３を備える。メッセージ生成部１３１は、メッセージに含まれるボタンＢ（コンテンツの一例）に、識別情報を含むポストバックデータを対応づけたメッセージを生成する。識別子は、メッセージを識別する識別情報であり、例えば、シナリオＩＤ、シーンＩＤ、ユニークＩＤ、任意の文字列である。取得部１３０は、Ｗｅｂｈｏｏｋ情報を取得する。Ｗｅｂｈｏｏｋ情報は、送信されたメッセージにおけるボタンＢが操作された場合に通信事業者サーバ３０から通知される情報である。Ｗｅｂｈｏｏｋ情報には、ボタンＢに対応づけられているポストバックデータが含まれる。特定部１３２は、Ｗｅｂｈｏｏｋ情報に含まれる識別情報を用いて、操作されたコンテンツに対応するメッセージを特定する。ログ生成部１３３は、Ｗｅｂｈｏｏｋ情報を用いて、出力先に応じて、識別情報を含まないログを生成する。これにより、実施形態の配信サーバ１０は、Ｗｅｂｈｏｏｋ情報に基づいて応答がなされたメッセージを特定することができ、Ｗｅｂｈｏｏｋ情報を用いて生成したログが煩雑にならないようにすることができる。

本実施形態の配信サーバ１０では、メッセージ生成部１３１は、メッセージに含まれるコンテンツに、シナリオＩＤ、及びシーンＩＤを含むポストバックデータを対応づけたメッセージを生成する。これにより実施形態の配信サーバ１０では、コンテンツに対する操作が行われた場合にシナリオＩＤ及びシーンＩＤを含むＷｅｂｈｏｏｋ情報を取得することができ、取得したＷｅｂｈｏｏｋ情報に基づいてメッセージを特定することが可能となる。

少なくともポストバックデータとしてユニークＩＤが設定されていれば、Ｗｅｂｈｏｏｋ情報に含まれるユニークＩＤを用いて配信情報１２０を参照することによりメッセージを特定することは可能である。しかしながら、配信情報１２０を参照するステップを含む処理を行わなくてはならない。特に、情報処理システム１で利用される多数のシナリオが配信情報１２０に記憶されている場合には、配信情報１２０を参照して１つのメッセージを特定する処理負荷が大きくなる。これに対し、ポストバックデータにシナリオＩＤ、及びシーンＩＤを含めるように構成することによって、配信情報１２０を参照しなくともメッセージを特定することができ、処理負荷を増大させることなくメッセージを特定することが可能となる。

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

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…情報処理システム、１０…配信サーバ、２０…企業サーバ、３０…通信事業者サーバ、４０…通信端末４０、１１…通信部、１２…記憶部、１２０…配信情報、１２１…応答情報１２１（Ｗｅｂｈｏｏｋ情報）、１３…制御部、１３０…取得部、１３１…メッセージ生成部、１３２…特定部、１３３…ログ生成部１３３

Claims (4)

1. 通信事業者を介して、ＲＣＳ（Rich Communication Services）を用いたメッセージを通信端末に送信する配信サーバであって、
   前記メッセージに含まれるコンテンツに、前記メッセージを識別する識別情報として前記メッセージを特定するユニークＩＤを含むポストバックデータを対応づけた前記メッセージを生成するメッセージ生成部と、
   前記コンテンツが操作された場合に前記通信事業者から通知されるＷｅｂｈｏｏｋ情報であって、前記ポストバックデータを含むＷｅｂｈｏｏｋ情報を取得する取得部と、
   前記Ｗｅｂｈｏｏｋ情報に含まれる前記識別情報を用いて、前記操作されたコンテンツに対応する前記メッセージを特定する特定部と、
   前記Ｗｅｂｈｏｏｋ情報を用いてログを生成し、前記ログの出力先に応じて、前記識別情報を含まない前記ログを生成するログ生成部
   を備える配信サーバ。
2. 前記メッセージは、シナリオに応じて送信され、
   前記メッセージ生成部は、前記メッセージに含まれるコンテンツに、前記シナリオを識別するシナリオＩＤ、及び前記シナリオにおける何れの場面で送信されるメッセージであるかを識別するシーンＩＤを前記識別情報として含むポストバックデータを対応づけた前記メッセージを生成する、
   請求項１に記載の配信サーバ。
3. 通信事業者を介して、ＲＣＳ（Rich Communication Services）を用いたメッセージを通信端末に送信する配信サーバであるコンピュータが行う配信方法であって、
   メッセージ生成部が、前記メッセージに含まれるコンテンツに、前記メッセージを識別する識別情報として前記メッセージを特定するユニークＩＤを含むポストバックデータを対応づけた前記メッセージを生成し、
   取得部が、前記コンテンツが操作された場合に前記通信事業者から通知されるＷｅｂｈｏｏｋ情報であって、前記ポストバックデータを含むＷｅｂｈｏｏｋ情報を取得し、
   特定部が、前記Ｗｅｂｈｏｏｋ情報に含まれる前記識別情報を用いて、前記操作されたコンテンツに対応する前記メッセージを特定し、
   ログ生成部が、前記Ｗｅｂｈｏｏｋ情報を用いてログを生成し、前記ログの出力先に応じて、前記識別情報を含まない前記ログを生成する
   配信方法。
4. コンピュータを、請求項１又は請求項２に記載の配信サーバとして動作させるためのプログラムであって、前記コンピュータを前記配信サーバが備える各部として機能させるためのプログラム。