JP2022180817A - 配信システム、サーバ装置、配信方法、及びプログラム - Google Patents

Abstract

【課題】顧客の携帯電話をＲＣＳに対応するように促す配信システム、サーバ装置、配信方法及びプログラムを提供する。【解決手段】情報管理サーバは、ユーザに通知するメッセージを示す通知内容、通知内容を通知する通知方法としてＲＣＳを利用したＲＣＳ通知及びＳＭＳを利用したＳＭＳ通知又は印刷物を配送する配送通知の何れかが設定された情報と、ＲＣＳ通知の宛先となる携帯電話番号を示す宛先情報とを、少なくとも含む配信ＤＢを記憶する記憶部と、配信ＤＢの宛先情報を用いて、ユーザの端末がＲＣＳに対応しているか否かを判定するように、携帯キャリアサーバに要求する確認要求部と、携帯キャリアサーバの判定結果に基づいて、配信ＤＢに示された通知内容を、ＲＣＳ通知にて、ユーザの端末に送信するＲＣＳ配信部と、ＲＣＳ通知が正常に完了しなかった場合、配信ＤＢにおける通知方法に、配送通知を設定する制御部と、を備える。【選択図】図２

Description

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

オンラインで情報を通知する電子通知サービスが提供されるようになった。このような電子通知サービスは、例えば、新製品などを紹介する情報を顧客に通知する通知手段として種々の企業に利用されている。特許文献１では、顧客に通知を行う際、顧客がすぐに見ることのできる確率が高いアドレスに情報を送信する技術が開示されている。

このような電子通知サービスのうち、携帯電話番号を宛先とするメッセージサービスが広く普及している。携帯電話番号を宛先とすることにより、通知先の相手のメールアドレスが不明であっても、メッセージを送信することができ、利便性が高いためである。

携帯電話番号を宛先とするメッセージサービスには、いくつかの通信プロトコルが存在している。例えば、ＲＣＳ（Rich Communication Services）、及びＳＭＳ（Short Message Service）がある。ＲＣＳは、携帯電話用のインスタントメッセンジャーを端末レベルで実現するための規格である。ＲＣＳにおいては、通信キャリア間の相互接続を考慮した設計がなされ、異なる通信キャリア間であってもメッセージのやり取りが可能である。また、ＲＣＳでは、送信することができる情報量の上限が、ＳＭＳよりも大きく設定されている。したがって、ＳＭＳが限られた文字数のテキストのみの少ない容量の情報のみを送受信可能であるのに対し、ＲＣＳでは画像など大容量の情報が送受信可能である。このため、顧客に様々な情報を通知したい企業にとっては、ＲＣＳにより情報を配信したいという要望がある。

しかし、携帯電話のほとんどにＳＭＳがプリインストールされているのに対し、ＲＣＳはプリインストールされていない場合がある。また、インストールされていたとしても有効化されていない場合があった。このため、ＲＣＳに対応している携帯電話と、ＲＣＳに対応していない携帯電話とが混在し、顧客に対してＲＣＳによる情報を送信するかＳＭＳによる情報を送信するかを判断することが困難となる場合があった。

この対策として、代替配信機能（フォールバック機能ともいう）が存在する。代替配信機能は、ＲＣＳに対応している携帯電話にはＲＣＳで情報を通知し、ＲＣＳに対応していない携帯電話にはＳＭＳで情報を通知する機能である。この代替配信機能は、例えば、携帯キャリア（携帯電話事業者）が保有する。この機能を利用することによって、ＲＣＳに対応していない携帯電話については、自動的にＳＭＳを配信することができる。

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

しかしながら、代替配信機能を用いてＲＣＳに対応していない携帯電話にＳＭＳで情報を通知することができたとしても、顧客にその携帯電話をＲＣＳに対応させるように促すことはできなかった。

上述の課題を鑑み、本発明の目的は、顧客の携帯電話をＲＣＳに対応させるように促すことができる配信システム、サーバ装置、配信方法、及びプログラムを提供することにある。

上述の課題を解決するために、本発明の一態様に係る配信システムは、ユーザに通知するメッセージを示す通知内容、前記通知内容を通知する通知方法としてＲＣＳを利用したＲＣＳ通知、ＳＭＳを利用したＳＭＳ通知、又は印刷物を配送する配送通知のいずれかが設定された情報、及び前記ＲＣＳ通知と前記ＳＭＳ通知の宛先となる携帯電話番号を示す宛先情報、を少なくとも含む配信ＤＢを記憶する記憶部と、前記配信ＤＢのうちの前記宛先情報を用いて、前記通知内容の実態を示す実メッセージを前記ユーザの端末に送信することなく前記ユーザの端末がＲＣＳに対応しているか否かを判定する判定部と、前記判定部による判定結果に基づいて、前記ユーザの端末がＲＣＳに対応している場合に前記ＲＣＳ通知にて前記通知内容を前記ユーザの端末に送信し、前記ユーザの端末がＲＣＳに対応していない場合に前記ＳＭＳ通知にて前記通知内容を前記ユーザの端末に送信する送信部と、前記送信部による前記ＲＣＳ通知又は前記ＳＭＳ通知が正常に完了したか否かを判定し、前記ＲＣＳ通知が正常に完了しなかった場合、前記通知内容を前記ＳＭＳ通知で前記ユーザの端末に送信することなく、前記配信ＤＢにおける前記通知方法に前記配送通知を設定し、前記ＳＭＳ通知が正常に完了しなかった場合、前記配信ＤＢにおける前記通知方法に前記配送通知を設定する制御部と、を備える。

また、本発明は、上述の配信システムにおいて、前記制御部は、前記送信部による前記ＲＣＳ通知又は前記ＳＭＳ通知が正常に完了した場合、次回以降の通知を、前記ＲＣＳ通知、前記ＳＭＳ通知又は前記配送通知の何れとするか問い合わせる確認通知を、前記ユーザの端末に送信し、前記確認通知に対する回答に応じて、前記配信ＤＢにおける前記通知方法を設定する。

また、本発明は、上述の配信システムにおいて、前記制御部は、前記配信ＤＢにおける前記通知方法の初期設定を、前記ＲＣＳ通知に設定する。

また、本発明の一態様に係るサーバ装置は、ユーザに通知するメッセージを示す通知内容、前記通知内容を通知する通知方法としてＲＣＳを利用したＲＣＳ通知、ＳＭＳを利用したＳＭＳ通知、又は印刷物を配送する配送通知のいずれかが設定された情報、及び前記ＲＣＳ通知と前記ＳＭＳ通知の宛先となる携帯電話番号を示す宛先情報、を少なくとも含む配信ＤＢを記憶する記憶部と、前記配信ＤＢのうちの前記宛先情報を用いて、前記通知内容の実態を示す実メッセージを前記ユーザの端末に送信することなく前記ユーザの端末がＲＣＳに対応しているか否かを判定するように、携帯キャリアサーバに要求する確認要求部と、前記確認要求部による要求に応じて前記携帯キャリアサーバが判定した判定結果に基づいて、前記ユーザの端末がＲＣＳに対応している場合に前記ＲＣＳ通知にて前記通知内容を前記ユーザの端末に送信し、前記ユーザの端末がＲＣＳに対応していない場合に前記ＳＭＳ通知にて前記通知内容を前記ユーザの端末に送信するように、携帯キャリアサーバに要求する送信要求部と、前記携帯キャリアサーバによる前記ＲＣＳ通知又は前記ＳＭＳ通知が正常に完了したか否かを判定し、前記ＲＣＳ通知が正常に完了しなかった場合、前記通知内容を前記ＳＭＳ通知で前記ユーザの端末に送信することなく、前記配信ＤＢにおける前記通知方法に前記配送通知を設定し、前記ＳＭＳ通知が正常に完了しなかった場合、前記配信ＤＢにおける前記通知方法に前記配送通知を設定する制御部と、を備える。

また、本発明の一態様に係る配信方法は、ユーザに通知するメッセージを示す通知内容、前記通知内容を通知する通知方法としてＲＣＳを利用したＲＣＳ通知、ＳＭＳを利用したＳＭＳ通知、又は印刷物を配送する配送通知のいずれかが設定された情報、及び前記ＲＣＳ通知と前記ＳＭＳ通知の宛先となる携帯電話番号を示す宛先情報、を少なくとも含む配信ＤＢを記憶する記憶部を備えるコンピュータにより実行される配信方法であって、確認要求部が、前記配信ＤＢのうちの前記宛先情報を用いて、前記通知内容の実態を示す実メッセージを前記ユーザの端末に送信することなく前記ユーザの端末がＲＣＳに対応しているか否かを判定するように、携帯キャリアサーバに要求し、送信要求部が、前記確認要求部による要求に応じて前記携帯キャリアサーバが判定した判定結果に基づいて、前記ユーザの端末がＲＣＳに対応している場合に前記ＲＣＳ通知にて前記通知内容を前記ユーザの端末に送信し、前記ユーザの端末がＲＣＳに対応していない場合に前記ＳＭＳ通知にて前記通知内容を前記ユーザの端末に送信するように、携帯キャリアサーバに要求し、制御部が、前記携帯キャリアサーバによる前記ＲＣＳ通知又は前記ＳＭＳ通知が正常に完了したか否かを判定し、前記ＲＣＳ通知が正常に完了しなかった場合、前記通知内容を前記ＳＭＳ通知で前記ユーザの端末に送信することなく、前記配信ＤＢにおける前記通知方法に前記配送通知を設定し、前記ＳＭＳ通知が正常に完了しなかった場合、前記配信ＤＢにおける前記通知方法に前記配送通知を設定する。

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

本発明によれば、顧客の携帯電話をＲＣＳに対応させるように促すことができる。

実施形態に係る配信システム１の構成例を示すブロック図である。 実施形態に係る情報管理サーバ２０の構成例を示すブロック図である。 実施形態に係る携帯キャリアサーバ３０の構成例を示すブロック図である。 実施形態に係る配信対象データ１２０の構成例を示す図である。 実施形態に係る配信ＤＢ２２０の構成例を示す図である。 実施形態に係る配信システム１における処理の流れを示すフローチャートである。 実施形態に係る配信システム１における処理の流れを示すフローチャートである。 実施形態に係る配信システム１における処理の流れを示すフローチャートである。

図１は、実施形態に係る配信システム１の構成例を示すブロック図である。図１に示すように、配信システム１は、例えば、企業サーバ１０と、情報管理サーバ２０と、携帯キャリアサーバ３０と、生活者端末４０とを備える。配信システム１の構成要素（企業サーバ１０、情報管理サーバ２０、携帯キャリアサーバ３０、及び生活者端末４０）は、通信ネットワークにより通信可能に接続されている。

企業サーバ１０は、情報管理サーバ２０を介して顧客（ユーザ）に情報を配信する企業の端末装置である。生活者端末４０は、企業からの情報配信を受ける顧客の端末装置である。図１の例では、配信システム１に、１つの企業サーバ１０、及び、１つの生活者端末４０が設けられる場合を例示したが、これに限定されない。配信システム１において、複数の企業サーバ１０が設けられ、複数の生活者端末４０が設けられる構成であってよい。

また、携帯キャリアサーバ３０は、携帯キャリア（携帯電話事業者）の情報処理装置である。図１の例では、配信システム１に、１つの携帯キャリアサーバ３０が設けられる場合を例示したが、これに限定されない。複数の携帯キャリアのそれぞれの携帯キャリアサーバ３０が配信システム１に設けられる構成であってもよい。

企業サーバ１０は、例えば、サーバ装置、クラウド装置、ＰＣ（Personal Computer）、などのコンピュータ装置により実現される。企業サーバ１０は、例えば、通信部１１と、記憶部１２と、制御部１３とを備える。通信部１１は、外部の装置と通信する。ここでの外部の装置とは、情報管理サーバ２０、携帯キャリアサーバ３０、及び生活者端末４０である。なお、本実施形態では、企業サーバ１０は、情報管理サーバ２０とのみ通信する。

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

ここで、配信対象データ１２０について、図４を用いて説明する。図４は、実施形態に係る配信対象データ１２０の構成例を示す図である。配信対象データ１２０は、情報管理サーバ２０に依頼する配信の内容が示された情報である。図４に示すように、配信対象データ１２０は、例えば、顧客ＩＤ、携帯番号、郵送宛先、及び通知内容などの項目を備える。顧客ＩＤは、顧客を一意に識別する識別情報である。携帯番号は、顧客ＩＤにて特定される顧客の携帯電話の電話番号である。郵送宛先は、顧客ＩＤにて特定される顧客に郵送物を郵送する場合の宛先となる住所を示す情報である。通知内容は、顧客に通知するメッセージの具体的な内容を示す情報である。図４には、携帯番号が「０９０－１１１１－１１１１」であり、郵送宛先が「東京都中央区…」である顧客に、「ＴＦ銀行からのメッセージ…」で始まるメッセージを配信するように設定された場合の例が示されている。

図１の説明に戻り、制御部１３は、企業サーバ１０がハードウェアとして備えるＣＰＵ（Central Processing Unit）にプログラムを実行させることによって実現される。制御部１３は、企業サーバ１０を統括的に制御する。制御部１３は、例えば、配信対象データ１２０を、通信部１１を介して、情報管理サーバ２０に送信する。

情報管理サーバ２０は、企業サーバ１０からの要求に応じて、通知先の生活者端末４０に情報を配信する制御を行うコンピュータ装置である。情報管理サーバ２０は、例えば、クラウド装置、サーバ装置、ＰＣなどにより実現される。

情報管理サーバ２０は、企業サーバ１０からの要求に応じて、通知先となる顧客の生活者端末４０に、ＲＣＳを利用した通知（ＲＣＳ通知）、又は、ＳＭＳを利用した通知（ＳＭＳ通知）を行うように、携帯キャリアサーバ３０に要求する。具体的に、情報管理サーバ２０は、通知先の生活者端末４０がＲＣＳに対応している場合には、その生活者端末４０にＲＣＳ通知を行うように、携帯キャリアサーバ３０に要求する。また、情報管理サーバ２０は、通知先の生活者端末４０がＲＣＳに対応していない場合には、その生活者端末４０にＳＭＳ通知を行うように、携帯キャリアサーバ３０に要求する。

情報管理サーバ２０は、通知先の生活者端末４０がＲＣＳに対応しているか否かを、任意の方法で判定してよい。例えば、情報管理サーバ２０は、生活者端末４０から申告された情報に基づいて生活者端末４０がＲＣＳに対応しているか否かを判定するようにしてもよい。

また、情報管理サーバ２０は、生活者端末４０がＲＣＳに対応しているか否かの判定を、携帯キャリアサーバ３０に要求するようにしてもよい。この場合、携帯キャリアサーバ３０は、携帯キャリアサーバ３０の機能（後述するＲＣＳ送信可否確認部３３３の機能）を用いて、生活者端末４０がＲＣＳに対応しているか否かを判定し、その判定結果を、情報管理サーバ２０に通知する。情報管理サーバ２０は、携帯キャリアサーバ３０から通知された判定結果に基づいて、生活者端末４０がＲＣＳに対応しているか否かを判定する。

また、情報管理サーバ２０は、顧客の生活者端末４０に行ったＲＣＳ通知、又はＳＭＳ通知が失敗した場合に、その顧客に郵送物が配送されるようにする。情報管理サーバ２０が、顧客に郵送物が配送されるようにする処理については、後で詳しく説明する。

携帯キャリアサーバ３０は、生活者端末４０に、ＲＣＳ通知及びＳＭＳ通知を行うコンピュータ装置である。携帯キャリアサーバ３０は、例えば、クラウド装置、サーバ装置、ＰＣなどにより実現される。携帯キャリアサーバ３０は、情報管理サーバ２０からの要求に応じて、通知先の生活者端末４０に、ＲＣＳ通知又はＳＭＳ通知を行う。具体的に、携帯キャリアサーバ３０は、生活者端末４０にＲＣＳ通知を行うように情報管理サーバ２０から要求を受けた場合、その生活者端末４０にＲＣＳ通知を行う。また、携帯キャリアサーバ３０は、生活者端末４０にＳＭＳ通知を行うように情報管理サーバ２０から要求を受けた場合、その生活者端末４０にＳＭＳ通知を行う。

また、携帯キャリアサーバ３０は、生活者端末４０がＲＣＳに対応しているか否かを判定するように情報管理サーバ２０から要求を受けた場合、その生活者端末４０がＲＣＳに対応しているか否かを判定する。携帯キャリアサーバ３０は、生活者端末４０がＲＣＳに対応しているか否かを判定した判定結果を、情報管理サーバ２０に通知する。

生活者端末４０は、例えば、スマートフォン、タブレット端末、携帯電話などのコンピュータ装置である。生活者端末４０は、例えば、通信部４１と、記憶部４２と、制御部４３と、表示部４４とを備える。通信部４１は、外部の装置と通信する。ここでの外部の装置とは、企業サーバ１０、情報管理サーバ２０、及び携帯キャリアサーバ３０である。なお、本実施形態では、生活者端末４０は、携帯キャリアサーバ３０とのみ通信する。

記憶部４２は、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭなどの記憶媒体、あるいはこれらの組合せによって構成される。記憶部４２は、生活者端末４０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。記憶部４２は、例えば、ＲＣＳに係るアプリケーションプログラム（ＲＣＳアプリ）、及び、ＳＭＳに係るアプリケーションプログラム（ＳＭＳアプリ）が記憶される。なお、ＲＣＳアプリと、ＳＭＳアプリとが、同一のアプリケーションプログラムにより構成されていてもよい。

制御部４３は、生活者端末４０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。制御部４３は、生活者端末４０を統括的に制御する。例えば、制御部４３は、ＣＰＵに記憶部４２が記憶するＲＣＳアプリを実行させることによって、ＲＣＳに係る機能を実現する。ここでのＲＣＳに係る機能とは、例えば、ＲＣＳ通知を受信し、受信した情報に基づいて、ＲＣＳ通知により通知されたメッセージを表示する機能である。また、制御部４３は、ＣＰＵに記憶部４２が記憶するＳＭＳアプリを実行させることによって、ＳＭＳに係る機能を実現する。ここでのＳＭＳに係る機能とは、例えば、ＳＭＳ通知を受信し、受信した情報に基づいて、ＳＭＳ通知により通知されたメッセージを表示する機能である。

表示部４４は、液晶ディスプレイなどの表示装置を含み、制御部４３の制御に応じて、ＲＣＳ通知により通知されたメッセージ、或いは、ＳＭＳ通知により通知されたメッセージ等の画像を表示する。

図２は、実施形態に係る情報管理サーバ２０の構成例を示すブロック図である。情報管理サーバ２０は、例えば、通信部２１と、記憶部２２と、制御部２３とを備える。通信部２１は、外部の装置と通信する。ここでの外部の装置とは、企業サーバ１０、及び携帯キャリアサーバ３０である。

記憶部２２は、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭなどの記憶媒体、あるいはこれらの組合せによって構成される。記憶部２２は、情報管理サーバ２０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。記憶部２２は、例えば、配信ＤＢ２２０を記憶する。

ここで、配信ＤＢ２２０について、図５を用いて説明する。図５は、実施形態に係る配信ＤＢ２２０の構成例を示す図である。配信ＤＢ２２０は、配信に関する情報が記憶されたデータベースである。配信ＤＢ２２０は、例えば、企業サーバ１０から受信した配信対象データ１２０に応じて生成される。

図５に示すように、配信ＤＢ２２０は、たとえば、顧客ＩＤ、携帯番号、郵送宛先、通知内容、通知方法、通知完了フラグ、及び通知日時などの項目を備える。顧客ＩＤ、携帯番号、郵送宛先、及び通知内容のそれぞれの項目に示される内容は、配信対象データ１２０と同様であるため、その説明を省略する。これらの項目は、例えば、企業サーバ１０から通知された配信対象データ１２０に基づいて設定される。なお、通知内容を、キャリア側に持たせて、情報管理サーバ２０が保持しない構成としてもよい。ここでのキャリア側とは、携帯キャリアサーバ３０である。この場合、情報管理サーバ２０から携帯キャリアサーバ３０に、配信対象データ１２０の通知内容が送信され、送信された通知内容が記憶部３２に記憶される。情報管理サーバ２０には通知内容が記憶されない。

通知方法は、顧客に情報を通知する場合における通知方法が設定される項目である。通知方法は、ＲＣＳフラグと、ＳＭＳフラグと、郵送フラグの項目を備える。ＲＣＳフラグは、ＲＣＳ通知を行うか否かを示す二値の情報である。ＳＭＳフラグは、ＳＭＳ通知を行うか否かを示す二値の情報である。郵送フラグは、郵送物を郵送することによる通知（「配送通知」の一例）を行うか否かを示す二値の情報である。

例えば、ＲＣＳフラグに「１」が設定された場合、ＲＣＳ通知が行われる。一方、ＲＣＳフラグに「０」が設定された場合、ＲＣＳ通知は行われない。例えば、ＳＭＳフラグに「１」が設定された場合、ＳＭＳ通知が行われる。一方、ＳＭＳフラグに「０」が設定された場合、ＳＭＳ通知は行われない。例えば、郵送フラグに「１」が設定された場合、郵送通知が行われる。一方、郵送フラグに「０」が設定された場合、郵送通知は行われない。通知方法においては、ＲＣＳフラグと、ＳＭＳフラグと、郵送フラグのうち、いずれか一つのフラグに「１」が設定され、残りのフラグには「０」が設定される。

本実施形態では、この図の例に示すように、通知方法の初期設定値として、ＲＣＳフラグに「１」、ＳＭＳフラグに「０」、郵送フラグに「０」、がそれぞれ設定される。しかしながらこれに限定されない。通知方法の初期設定値は、任意に設定されてよい。
また、キャリア側に、通知方法におけるＲＣＳフラグとＳＭＳフラグを持たせて、情報管理サーバ２０が保持しない構成としてもよい。ここでのキャリア側とは、携帯キャリアサーバ３０である。この場合、携帯キャリアサーバ３０は、生活者端末４０ごとのＲＣＳフラグとＳＭＳフラグとを、記憶部３２に記憶する。例えば、携帯キャリアサーバ３０は、生活者端末４０がＲＣＳに対応しているか否かを判定した判定結果に基づいて、ＲＣＳフラグとＳＭＳフラグを設定する。具体的には、携帯キャリアサーバ３０は、ＲＣＳに対応している生活者端末４０にはＲＣＳ通知を行うように、ＲＣＳに対応していない生活者端末４０にはＳＭＳ通知を行うように設定する。
また、ＲＣＳフラグと、ＳＭＳフラグと、郵送フラグの各々を一つのフラグ（以下、通知方法フラグという）で設定されるようにしてもよい。例えば、通知方法フラグに「０」が設定された場合にＲＣＳ通知を行い、通知方法フラグに「１」が設定された場合にＳＭＳ通知を行い、通知方法フラグに「９」が設定された場合に郵送通知を行うようにしてもよい。

通知完了フラグは、顧客への通知が完了したか否かを示す二値の情報である。例えば、通知完了フラグに「１」が設定された場合、顧客への通知が完了したことを示す。一方、通知完了フラグに「０」が設定された場合、顧客への通知が完了していないことを示す。この場合、通知完了フラグの初期設定には、「０」が設定される。

通知日時は、顧客への通知を行う日時を示す情報が示される。

図２の説明に戻り、制御部２３は、情報管理サーバ２０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。制御部２３は、情報管理サーバ２０を統括的に制御する。制御部２３は、例えば、ＲＣＳ送信可否確認要求部２３０と、ＲＣＳ配信要求部２３１と、装置制御部２３３とを備える。

ＲＣＳ送信可否確認要求部２３０は、実メッセージ（配信ＤＢ２２０における通知内容）を送信することなく、生活者端末４０がＲＣＳに対応しているか否かの判定を、携帯キャリアサーバ３０に要求する。

具体的に、ＲＣＳ送信可否確認要求部２３０は、配信ＤＢ２２０を参照して顧客の携帯番号を取得する。ＲＣＳ送信可否確認要求部２３０は、取得した携帯番号を携帯キャリアサーバ３０に送信することにより、当該携帯番号に対応する生活者端末４０がＲＣＳに対応しているか否かの判定を、携帯キャリアサーバ３０に要求する。ＲＣＳ送信可否確認要求部２３０は、生活者端末４０がＲＣＳに対応しているか否かの判定結果を、携帯キャリアサーバ３０から取得する。

このように、ＲＣＳ送信可否確認要求部２３０は、携帯キャリアサーバ３０に携帯番号と付随するその他の管理情報を送付して、実メッセージ（配信ＤＢ２２０における通知内容の実態、すなわち「ＴＦ銀行からのメッセージ…」の部分）を送信することなく、当該携帯番号に対応する生活者端末４０がＲＣＳに対応しているか否かを確認する。これにより、顧客の生活者端末４０に実メッセージを送信して、その結果送信が成功まで、ＲＲＣＳ通知とＳＭＳ通知を順次行うような試行錯誤をする必要がない。

ＲＣＳ配信要求部２３１は、装置制御部２３３の指示に従い、通知先の生活者端末４０にＲＣＳ通知を行うように、携帯キャリアサーバ３０に要求する。ＲＣＳ配信要求部２３１は、例えば、ＲＣＳ通知の宛先となる携帯電話番号（配信ＤＢ２２０における携帯番号）と、実メッセージ（配信ＤＢ２２０における通知内容）を携帯キャリアサーバ３０に送信する。これによって、ＲＣＳ配信要求部２３１は、顧客の生活者端末４０にＲＣＳ通知を行うように、携帯キャリアサーバ３０に要求する。

ＳＭＳ配信要求部２３２は、装置制御部２３３の指示に従い、通知先の生活者端末４０にＳＭＳ通知を行うように、携帯キャリアサーバ３０に要求する。ＳＭＳ配信要求部２３２は、例えば、ＳＭＳ通知の宛先となる携帯電話番号（配信ＤＢ２２０における携帯番号）と、実メッセージ（配信ＤＢ２２０における通知内容）を携帯キャリアサーバ３０に送信する。これによって、ＳＭＳ配信要求部２３２は、顧客の生活者端末４０にＳＭＳ通知を行うように、携帯キャリアサーバ３０に要求する。

装置制御部２３３は、情報管理サーバ２０を統括的に制御する。装置制御部２３３は、例えば、ＲＣＳ送信可否確認要求部２３０からの要求を、通信部２１を介して、携帯キャリアサーバ３０に送信する。ここで、ＲＣＳ送信可否確認要求部２３０からの要求とは、顧客の生活者端末４０がＲＣＳに対応しているか否かを判定するように求める要求である。

装置制御部２３３は、通信部２１が携帯キャリアサーバ３０から受信した、ＲＣＳ送信可否確認要求部２３０からの要求に応じた判定結果を取得する。ＲＣＳ送信可否確認要求部２３０からの要求に応じた判定結果とは、顧客の生活者端末４０がＲＣＳに対応しているか否かを示す判定結果である。

装置制御部２３３は、ＲＣＳ送信可否確認要求部２３０からの要求に応じた判定結果に基づいて、顧客に実メッセージを配信する。装置制御部２３３は、携帯キャリアサーバ３０によってＲＣＳに対応可能と判定された生活者端末４０については、その携帯電話番号（配信ＤＢ２２０における携帯番号）と、実メッセージ（配信ＤＢ２２０における通知内容）をＲＣＳ配信要求部２３１に出力する。これにより、装置制御部２３３は、ＲＣＳ配信要求部２３１を介して、顧客にＲＣＳ通知を行う。また、装置制御部２３３は、携帯キャリアサーバ３０によってＲＣＳに対応していないと判定された生活者端末４０については、その携帯電話番号（配信ＤＢ２２０における携帯番号）と、実メッセージ（配信ＤＢ２２０における通知内容）をＳＭＳ配信要求部２３２に出力する。これにより、装置制御部２３３は、ＳＭＳ配信要求部２３２を介して、顧客にＳＭＳ通知を行う。

装置制御部２３３は、顧客に行った電子通知（ＲＣＳ通知又はＳＭＳ通知）が、正常に完了したか否かを判定する。上述したように、装置制御部２３３は、携帯キャリアサーバ３０によって判定された判定結果に基づいて、電子通知を行っている。このため、顧客に行った電子通知のほとんどが、正常に完了すると考えられる。しかしながら、携帯キャリアサーバ３０の判定後に、顧客が携帯電話を解約したり、携帯キャリア（携帯電話の通信事業者）を変更したり、ＲＣＳアプリやＳＭＳアプリをアンインストールしたりする場合があり得る。この場合、電子通知は、正常に完了せずに失敗すると考えられる。また、電子通知を行った際に携帯電話の電源が入っていなかった場合、電子通知は、正常に完了せずに失敗する。

装置制御部２３３は、顧客に行った電子通知が失敗した場合、その顧客に対応する配信ＤＢ２２０の通知方法に、郵送通知を設定する。具体的には、装置制御部２３３は、配信ＤＢ２２０の通知方法における郵送フラグに「１」を設定し、その他のＲＣＳフラグとＳＭＳフラグに「０」を設定する。

このように、本実施形態では、ＲＣＳ通知が失敗した場合、ＳＭＳ通知ではなく郵送通知に設定する。これにより、本実施形態では、顧客の生活者端末４０をＲＣＳに対応させるように促す。

ＲＣＳに対応していない生活者端末４０にＳＭＳ通知を行うようにした場合には、顧客はＳＭＳでメッセージを受信することができる。このため、生活者端末４０で情報を受信できればよいと考える顧客は、惰性で、ＳＭＳによる受信を続けてしまう可能性が高い。この場合、顧客の生活者端末４０をＲＣＳに対応させるように促すことができない。一方、ＲＣＳに対応していない場合に生活者端末４０に対し、メッセージが郵送物となって郵送されてきた場合、顧客は、生活者端末４０をＲＣＳに対応させなければ、生活者端末４０で情報を受信することができないことを理解する。このため、生活者端末４０で情報を受信したい顧客は、生活者端末４０をＲＣＳに対応させるようにすると考えられる。したがって、顧客の生活者端末４０をＲＣＳに対応させるように促すことが可能となる。

一方、装置制御部２３３は、顧客に行った電子通知が、正常に完了した場合、その顧客に次回希望確認を行う。次回希望確認とは、次回以降の通知について、顧客が希望する通知方法を確認することである。例えば、装置制御部２３３は、電子通知が成功した携帯電話番号に、確認通知を行う。

確認通知は、次回以降の通知方法を確認する通知である。例えば、ＲＣＳ通知が成功した生活者端末４０に行う確認通知は、「次回以降の通知について、希望する通知方法を選択してください」などのメッセージと共に、三つの選択ボタン「ＲＣＳによる通知」、「ＳＭＳによる通知」、及び「郵送による通知」が表示される通知である。

この場合、顧客は、生活者端末４０に表示された確認通知を視認し、顧客が希望する通知方法に対応する選択ボタンをタッチ操作などで選択する。これにより、顧客が希望する通知方法が、情報管理サーバ２０に通知される。装置制御部２３３は、情報管理サーバ２０に通知された情報を、通信部２１を介して取得する。装置制御部２３３は、取得した通知方法を、その顧客に対応する配信ＤＢ２２０の通知方法に設定する。

具体的に、装置制御部２３３は、顧客が次回以降の通知にＲＣＳ通知を希望した場合には、配信ＤＢ２２０の通知方法を変更しない。初期設定として、ＲＣＳ通知フラグに「１」が設定されているためである。また、装置制御部２３３は、顧客が次回以降の通知にＳＭＳ通知を希望した場合には、配信ＤＢ２２０の通知方法におけるＳＭＳ通知フラグに「１」を設定し、その他のＲＣＳフラグと郵送フラグに「０」を設定する。また、装置制御部２３３は、顧客が次回以降の通知に郵送通知を希望した場合には、配信ＤＢ２２０の通知方法における郵送フラグに「１」を設定し、その他のＲＣＳフラグとＳＭＳフラグに「０」を設定する。

図３は、実施形態に係る携帯キャリアサーバ３０の構成例を示すブロック図である。携帯キャリアサーバ３０は、例えば、通信部３１と、記憶部３２と、制御部３３とを備える。通信部３１は、外部の装置と通信する。ここでの外部の装置とは、情報管理サーバ２０、及び生活者端末４０である。

記憶部３２は、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭなどの記憶媒体、あるいはこれらの組合せによって構成される。記憶部３２は、携帯キャリアサーバ３０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。記憶部３２は、例えば、ＲＣＳ送信可否確認結果情報３２０を記憶する。ＲＣＳ送信可否確認結果情報３２０は、携帯電話がＲＣＳに対応しているか否かを示す情報である。ＲＣＳ送信可否確認結果情報３２０は、例えば、携帯電話の電話番号と、その携帯電話がＲＣＳに対応しているか否かを示す情報とが対応づけられた情報である。

制御部３３は、携帯キャリアサーバ３０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。制御部３３は、携帯キャリアサーバ３０を統括的に制御する。制御部３３は、例えば、ＲＣＳ送信可否確認要求受付部３３０と、ＲＣＳ配信要求中継部３３１と、ＳＭＳ配信要求中継部３３２と、ＲＣＳ送信可否確認部３３３と、ＲＣＳ配信部３３４と、ＳＭＳ配信部３３５と、装置制御部３３６とを備える。

ここで、ＲＣＳ送信可否確認要求受付部３３０、ＲＣＳ配信要求中継部３３１、及びＳＭＳ配信要求中継部３３２のそれぞれを備える構成を、振分部３３Ａと称する。また、ＲＣＳ送信可否確認部３３３、ＲＣＳ配信部３３４、及びＳＭＳ配信部３３５のそれぞれを備える構成を、配信部３３Ｂと称する。

図３の例では、振分部３３Ａと、配信部３３Ｂとが、携帯キャリアサーバ３０に設けられている場合を例示したが、これに限定されない。例えば、複数の携帯キャリアのうち、１つの携帯キャリアが振分部３３Ａと配信部３３Ｂを備え、残りの携帯キャリアが配信部３３Ｂのみを備える構成であってもよい。また、情報管理サーバ２０が振分部３３Ａを備え、複数の携帯キャリアのそれぞれに設けられた配信部３３Ｂを利用して配信を行うようにしてもよい。

ＲＣＳ送信可否確認要求受付部３３０は、ＲＣＳ送信可否確認要求部２３０からの要求を、通信部３１を介して取得し、取得した情報をＲＣＳ送信可否確認部３３３に出力する。

ＲＣＳ配信要求中継部３３１は、ＲＣＳ配信要求部２３１からの要求を、通信部３１を介して取得し、取得した情報をＲＣＳ配信部３３４に出力する。

ＳＭＳ配信要求中継部３３２は、ＳＭＳ配信要求部２３２からの要求を、通信部３１を介して取得し、取得した情報をＳＭＳ配信部３３５に出力する。

ＲＣＳ送信可否確認部３３３は、ＲＣＳ送信可否確認要求部２３０からの要求を、ＲＣＳ送信可否確認要求受付部３３０から取得する。ＲＣＳ送信可否確認部３３３は、取得した要求に応じて、生活者端末４０がＲＣＳに対応しているか否かを判定する。

ＲＣＳ送信可否確認部３３３が、生活者端末４０がＲＣＳに対応しているか否かを判定する方法は任意に決定されてよい。例えば、ＲＣＳ送信可否確認部３３３は、生活者端末４０の携帯電話番号にＲＣＳ通知に関する制御信号を通知する。この制御信号には、例えば、ＲＣＳ通知を利用可能か応答するように要求する要求信号が含まれている。生活者端末４０は、ＲＣＳ通知に関する制御信号を受信すると、受信した制御信号に対して、ＲＣＳを利用可能か否か、携帯キャリアサーバ３０に応答を返す。ＲＣＳ送信可否確認部３３３は、生活者端末４０からの応答に基づいて、生活者端末４０がＲＣＳに対応しているか否かを判定する。ＲＣＳ送信可否確認部３３３は、判定結果を、情報管理サーバ２０に通知する。

ＲＣＳ配信部３３４は、ＲＣＳ配信要求部２３１からの要求を、ＲＣＳ配信要求中継部３３１から取得する。ＲＣＳ配信部３３４は、取得した要求に応じて、生活者端末４０にＲＣＳ通知を行う。

ＳＭＳ配信部３３５は、ＳＭＳ配信要求部２３２からの要求を、ＳＭＳ配信要求中継部３３２から取得する。ＳＭＳ配信部３３５は、取得した要求に応じて、生活者端末４０にＳＭＳ通知を行う。

なお、情報管理サーバ２０からの要求（ＲＣＳ通知又はＳＭＳ通知の要求）を、配信部３３Ｂが直接取得するようにしてもよい。例えば、携帯キャリアサーバ３０が振分部３３Ａを備えていない場合、或いは、情報管理サーバ２０が、携帯キャリアサーバ３０の振分部３３Ａを利用しない場合、情報管理サーバ２０は、ＲＣＳ通知又はＳＭＳ通知の要求を、振分部３３Ａを介さずに配信部３３Ｂに送信する。

この場合、ＲＣＳ配信部３３４は、ＲＣＳ配信要求部２３１からの要求を、ＲＣＳ配信要求中継部３３１を介することなく、直接取得する。ＲＣＳ配信部３３４は、情報管理サーバ２０から取得した要求に応じて、生活者端末４０にＲＣＳ通知を行う。また、この場合、ＳＭＳ配信部３３５が、ＳＭＳ配信要求部２３２からの要求を、ＳＭＳ配信要求中継部３３２を介することなく、直接取得する。ＳＭＳ配信部３３５は、情報管理サーバ２０から取得した要求に応じて、生活者端末４０にＳＭＳ通知を行う。

装置制御部３３６は、携帯キャリアサーバ３０を統括的に制御する。装置制御部３３６は、例えば、通信部３１が情報管理サーバ２０から受信した情報に基づいてその内容を判定し、その情報がＲＣＳ送信可否確認を要求するものである場合には、その情報をＲＣＳ送信可否確認要求受付部３３０に出力する。

装置制御部３３６は、通信部３１が情報管理サーバ２０から受信した情報がＲＣＳ通知を要求するものである場合には、その情報をＲＣＳ配信要求中継部３３１に出力する。装置制御部３３６は、通信部３１が情報管理サーバ２０から受信した情報がＳＭＳ通知を要求するものである場合には、その情報をＳＭＳ配信要求中継部３３２に出力する。

装置制御部３３６は、通信部３１が情報管理サーバ２０から受信した情報がＲＣＳ配信要求中継部３３１を介さずにＲＣＳ通知を要求するものである場合には、その情報をＲＣＳ配信部３３４に出力する。装置制御部３３６は、通信部３１が情報管理サーバ２０から受信した情報がＳＭＳ配信要求中継部３３２を介さずにＳＭＳ通知を要求するものである場合には、その情報をＳＭＳ配信部３３５に出力する。

図６は、実施形態に係る情報管理サーバ２０が行う処理の流れを示すフローチャートである。まず、情報管理サーバ２０は、企業サーバ１０から送信された配信対象データ１２０を取得（ステップＳ１）。情報管理サーバ２０は、取得した配信対象データ１２０に基づいて、配信ＤＢ２２０を生成する（ステップＳ２）。

情報管理サーバ２０は、顧客の生活者端末４０がＲＣＳに対応しているか否かを判定する（ステップＳ３）。情報管理サーバ２０は、配信ＤＢ２２０を参照して顧客の携帯電話番号を取得し、取得した番号を携帯キャリアサーバ３０に送信し、携帯キャリアサーバ３０にその番号の携帯電話がＲＣＳに対応しているか否かを判定するように要求する。携帯キャリアサーバ３０は、情報管理サーバ２０からの要求に応じて、制御信号を通知するなどして、その番号の携帯電話がＲＣＳに対応しているか否かを判定しその判定結果を情報管理サーバ２０に送信する。情報管理サーバ２０は、携帯キャリアサーバ３０から判定結果を受信する。

情報管理サーバ２０は、顧客の生活者端末４０がＲＣＳに対応している場合、その生活者端末４０にＲＣＳ通知を行う（ステップＳ４）。一方、情報管理サーバ２０は、顧客の生活者端末４０がＲＣＳに対応していない場合、その生活者端末４０にＳＭＳ通知を行う（ステップＳ５）。

情報管理サーバ２０は、顧客に行った電子通知（ＲＣＳ通知又はＳＭＳ通知）が、正常に完了したか否かを判定する（ステップＳ６）。顧客に行った電子通知が正常に完了した場合、情報管理サーバ２０は、次回希望確認処理を行う（ステップＳ７）。次回希望確認処理は、確認通知を行うことによって、次回以降の通知について、顧客が希望する通知方法を確認する処理である。次回希望確認処理の流れについては後述する。

一方、顧客に行った電子通知が正常に完了せず失敗した場合、情報管理サーバ２０は、その顧客に対応する配信ＤＢ２２０における通知方法の郵送フラグに「１」を設定する（ステップＳ８）。情報管理サーバ２０は、その顧客に対応する配信ＤＢ２２０における通知方法のＲＣＳフラグ及びＳＭＳフラグに「０」を設定する。

情報管理サーバ２０は、配信ＤＢ２２０を更新する（ステップＳ９）。情報管理サーバ２０は、例えば、電子通知が正常に完了した配信について、その配信ＤＢ２２０における通知完了フラグに「１」を設定する。ここで、情報管理サーバ２０は、更新後の配信ＤＢ２２０を、配信結果として企業サーバ１０に報告するようにしてもよい。

情報管理サーバ２０は、郵送フラグに「１」が設定された顧客に郵送処理を行う（ステップＳ１０）。郵送処理は、実メッセージの内容を印刷した郵送物を顧客に郵送する処理である。郵送処理の流れについては後述する。

図７は、図６のステップＳ７に示す次回希望確認処理の流れを示すフローチャートである。本フローの前提として、情報管理サーバ２０は、電子通知が正常に完了した生活者端末４０に、確認通知を送信済みであるものとする。

情報管理サーバ２０は、確認通知に対する回答を受信する（ステップＳ７０）。回答には、顧客が次回以降の通知に対して希望する通知方法として、ＲＣＳ通知、ＳＭＳ通知、又は郵送通知のいずれか一つが示されている。

情報管理サーバ２０は、顧客からの回答に、ＲＣＳ通知、ＳＭＳ通知、又は郵送通知のいずれの通知方法が示されているか判定する（ステップＳ７１）。情報管理サーバ２０は、回答にＲＣＳ通知が示されている場合、本フローに係る処理を終了させる。配信ＤＢ２２０における通知方法の初期値として、ＲＣＳフラグに「１」が設定済みであるためである。なお、処理を確実にするために、ここで、情報管理サーバ２０が配信ＤＢ２２０を参照し、ＲＣＳフラグに「１」を設定し、ＳＭＳフラグ及び郵送フラグに「０」を設定するようにしてもよい。

情報管理サーバ２０は、顧客からの回答にＳＭＳ通知が示されている場合、対応する配信ＤＢ２２０における通知方法のＳＭＳフラグに「１」を設定し、ＲＣＳフラグ及び郵送フラグに「０」を設定する（ステップＳ７２）。

情報管理サーバ２０は、顧客からの回答に郵送通知が示されている場合、対応する配信ＤＢ２２０における通知方法の郵送フラグに「１」を設定し、ＲＣＳフラグ及びＳＭＳフラグに「０」を設定する（ステップＳ７３）。

図８は、図６のステップＳ１０に示す郵送処理の流れを示すフローチャートである。まず、情報管理サーバ２０は、配信ＤＢ２２０を参照し、郵送フラグに「１」が設定されているものを抽出する（ステップＳ１００）。情報管理サーバ２０は、抽出した配信ＤＢ２２０を用いて、郵送対象データを生成する（ステップＳ１０１）。郵送対象データは、郵送物を手配する際に用いられる情報であって、例えば、宛先となる住所、氏名、通知内容などが示された情報である。情報管理サーバ２０は、生成した郵送対象データを用いて、郵送物の配送を手配する（ステップＳ１０２）。情報管理サーバ２０は、例えば、印刷業者に郵送対象データを送信し、郵送を行うように指示する。情報管理サーバ２０は、郵送処理が正常に完了した郵送について、その配信ＤＢ２２０における通知完了フラグに「１」を設定する。

以上説明したように、実施形態に係る配信システム１は、記憶部２２と、ＲＣＳ送信可否確認部３３３と、ＲＣＳ配信部３３４と、装置制御部２３３とを備える。記憶部２２は、配信ＤＢ２２０を記憶する。配信ＤＢ２２０は、顧客に通知する実メッセージ（通知内容）、通知方法、及び宛先となる携帯電話番号が示された情報である。通知方法には、ＲＣＳ通知、ＳＭＳ通知、郵送通知のいずれかが設定される。ＲＣＳ送信可否確認部３３３は、配信ＤＢ２２０の携帯電話番号を用いて顧客の生活者端末４０がＲＣＳに対応しているか否かを判定する。ＲＣＳ配信部３３４は、ＲＣＳ送信可否確認部３３３による判定結果に基づいて、生活者端末４０がＲＣＳに対応している場合にＲＣＳ通知にて実メッセージを生活者端末４０に送信し、生活者端末４０がＲＣＳに対応していない場合にＳＭＳ通知にて実メッセージ送信する。装置制御部２３３は、ＲＣＳ配信部３３４によるＲＣＳ通知が正常に完了したか否かを判定し、正常に完了しなかった場合、配信ＤＢ２２０における通知方法に、郵送通知を設定する。

これにより、実施形態に係る配信システム１では、顧客の携帯電話をＲＣＳに対応させるように促すことができる。メッセージが、ＳＭＳ通知ではなく、郵送物となって郵送されてきた場合、顧客は、生活者端末４０をＲＣＳに対応させなければ、生活者端末４０で情報を受信することができないことを理解する。このため、生活者端末４０で情報を受信したい顧客は、生活者端末４０をＲＣＳに対応させるようにすると考えられるためである。

ここで、ＲＣＳ送信可否確認部３３３は、「判定部」の一例である。ＲＣＳ配信部３３４は、「送信部」の一例である。装置制御部２３３は、「制御部」の一例である。実メッセージは「通知内容」の一例である。顧客は「ユーザ」の一例である。郵送物は「印刷物」の一例である。携帯番号は「宛先情報」の一例である。郵送通知は「配送通知」の一例である。生活者端末４０は、「ユーザの端末」の一例である。

また、実施形態に係る配信システム１では、装置制御部２３３は、ＲＣＳ配信部３３４によるＲＣＳ通知が正常に完了した場合、確認通知を、生活者端末４０に送信する。確認通知は、次回以降の通知を、ＲＣＳ通知、ＳＭＳ通知又は郵送通知の何れとするか顧客に問い合わせる通知である。装置制御部２３３は、確認通知に対する回答に応じて、配信ＤＢ２２０における通知方法を設定する。これにより、実施形態の配信システム１では、顧客の希望に応じた通知方法にて、次回以降の通知を行うことができる。
また、実施形態に係る配信システム１では、装置制御部２３３は、ＳＭＳ配信部３３５によるＳＭＳ通知が正常に完了した場合、確認通知を、生活者端末４０に送信するようにしてもよい。装置制御部２３３は、確認通知に対する回答に応じて、配信ＤＢ２２０における通知方法を設定する。これにより、実施形態の配信システム１では、顧客の希望に応じた通知方法にて、次回以降の通知を行うことができる。

また、実施形態に係る配信システム１では、装置制御部２３３は、配信ＤＢ２２０における通知方法の初期設定を、ＲＣＳ通知に設定する。これにより、実施形態の配信システム１では、確認通知に対する回答として、ＲＣＳ通知が示された場合に、配信ＤＢ２２０における通知方法を変更する必要がなく、処理負荷を低減することが可能である。

また、実施形態の情報管理サーバ２０は、記憶部２２と、ＲＣＳ送信可否確認要求部２３０と、ＲＣＳ配信要求部２３１と、装置制御部２３３とを備える。記憶部２２は配信ＤＢ２２０を記憶する。ＲＣＳ送信可否確認要求部２３０は、配信ＤＢ２２０の携帯電話番号を用いて顧客の生活者端末４０がＲＣＳに対応しているか否かを判定するよう、携帯キャリアサーバ３０に要求する。ＲＣＳ配信要求部２３１は、ＲＣＳ送信可否確認要求部２３０による要求に対する携帯キャリアサーバ３０の判定結果に応じて、生活者端末４０にＲＣＳ通知を行うよう、携帯キャリアサーバ３０に要求する。装置制御部２３３は、携帯キャリアサーバ３０によるＲＣＳ通知又はＳＭＳ通知が正常に完了したか否かを判定し、正常に完了しなかった場合に、配信ＤＢ２２０の通知方法を、郵送通知に設定する。これにより、実施形態に係る情報管理サーバ２０では、上記と同様に、顧客の携帯電話をＲＣＳに対応させるように促すことができる。

ここで、情報管理サーバ２０は、「サーバ装置」の一例である。ＲＣＳ送信可否確認要求部２３０は、「確認要求部」の一例である。ＲＣＳ配信要求部２３１は、「送信要求部」の一例である。

上述した実施形態では、ステップＳ７に示す次回希望確認処理において、ＲＣＳ通知、ＳＭＳ通知、又は郵送通知の中から１つ、希望する通知方法を顧客が回答する場合を例に説明した。しかしながら、これに限定されない。顧客は、希望する通知方法を１つ選択してもよいし、複数選択してもよい。例えば、顧客が、次回以降の通知方法として、ＲＣＳ通知と郵送通知の両方の選択した場合、次回の通知は、ＲＣＳ通知と郵送通知の両方が実施される。

また、上述した実施形態では、通知方法が、「ＲＣＳ通知、ＳＭＳ通知、又は郵送通知」である場合を例に説明したが、これに限定されない。通知方法として、電子メール、ＳＮＳ（Social networking service）などの方法が適用されてもよい。

また、情報管理サーバ２０により確定させた通知方法を、企業サーバ１０に通知するようにしてもよい。この場合、例えば、情報管理サーバ２０は、ステップＳ９にて、企業サーバ１０に、最新の通知方法と共に配信結果を報告する。

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

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

１ 配信システム
１０ 企業サーバ
２０ 情報管理サーバ（サーバ装置）
２３０ ＲＣＳ送信可否確認要求部（確認要求部）
２３１ ＲＣＳ配信要求部（送信要求部）
２３２ ＳＭＳ配信要求部
２３３ 装置制御部（制御部）
３０ 携帯キャリアサーバ
３３０ ＲＣＳ送信可否確認要求受付部
３３１ ＲＣＳ配信要求中継部
３３２ ＳＭＳ配信要求中継部
３３３ ＲＣＳ送信可否確認部（判定部）
３３４ ＲＣＳ配信部（送信部）
３３５ ＳＭＳ配信部（送信部）
４０ 生活者端末（ユーザの端末）

Claims (6)

1. ユーザに通知するメッセージを示す通知内容、前記通知内容を通知する通知方法としてＲＣＳを利用したＲＣＳ通知、ＳＭＳを利用したＳＭＳ通知、又は印刷物を配送する配送通知のいずれかが設定された情報、及び前記ＲＣＳ通知と前記ＳＭＳ通知の宛先となる携帯電話番号を示す宛先情報、を少なくとも含む配信ＤＢを記憶する記憶部と、
   前記配信ＤＢのうちの前記宛先情報を用いて、前記通知内容の実態を示す実メッセージを前記ユーザの端末に送信することなく前記ユーザの端末がＲＣＳに対応しているか否かを判定する判定部と、
   前記判定部による判定結果に基づいて、前記ユーザの端末がＲＣＳに対応している場合に前記ＲＣＳ通知にて前記通知内容を前記ユーザの端末に送信し、前記ユーザの端末がＲＣＳに対応していない場合に前記ＳＭＳ通知にて前記通知内容を前記ユーザの端末に送信する送信部と、
   前記送信部による前記ＲＣＳ通知又は前記ＳＭＳ通知が正常に完了したか否かを判定し、前記ＲＣＳ通知が正常に完了しなかった場合、前記通知内容を前記ＳＭＳ通知で前記ユーザの端末に送信することなく、前記配信ＤＢにおける前記通知方法に前記配送通知を設定し、前記ＳＭＳ通知が正常に完了しなかった場合、前記配信ＤＢにおける前記通知方法に前記配送通知を設定する制御部と、
   を備える配信システム。
2. 前記制御部は、前記送信部による前記ＲＣＳ通知又は前記ＳＭＳ通知が正常に完了した場合、次回以降の通知を、前記ＲＣＳ通知、前記ＳＭＳ通知又は前記配送通知の何れとするか問い合わせる確認通知を、前記ユーザの端末に送信し、前記確認通知に対する回答に応じて、前記配信ＤＢにおける前記通知方法を設定する、
   請求項１に記載の配信システム。
3. 前記制御部は、前記配信ＤＢにおける前記通知方法の初期設定を、前記ＲＣＳ通知に設定する、
   請求項１又は請求項２に記載の配信システム。
4. ユーザに通知するメッセージを示す通知内容、前記通知内容を通知する通知方法としてＲＣＳを利用したＲＣＳ通知、ＳＭＳを利用したＳＭＳ通知、又は印刷物を配送する配送通知のいずれかが設定された情報、及び前記ＲＣＳ通知と前記ＳＭＳ通知の宛先となる携帯電話番号を示す宛先情報、を少なくとも含む配信ＤＢを記憶する記憶部と、
   前記配信ＤＢのうちの前記宛先情報を用いて、前記通知内容の実態を示す実メッセージを前記ユーザの端末に送信することなく前記ユーザの端末がＲＣＳに対応しているか否かを判定するように、携帯キャリアサーバに要求する確認要求部と、
   前記確認要求部による要求に応じて前記携帯キャリアサーバが判定した判定結果に基づいて、前記ユーザの端末がＲＣＳに対応している場合に前記ＲＣＳ通知にて前記通知内容を前記ユーザの端末に送信し、前記ユーザの端末がＲＣＳに対応していない場合に前記ＳＭＳ通知にて前記通知内容を前記ユーザの端末に送信するように、携帯キャリアサーバに要求する送信要求部と、
   前記携帯キャリアサーバによる前記ＲＣＳ通知又は前記ＳＭＳ通知が正常に完了したか否かを判定し、前記ＲＣＳ通知が正常に完了しなかった場合、前記通知内容を前記ＳＭＳ通知で前記ユーザの端末に送信することなく、前記配信ＤＢにおける前記通知方法に前記配送通知を設定し、前記ＳＭＳ通知が正常に完了しなかった場合、前記配信ＤＢにおける前記通知方法に前記配送通知を設定する制御部と、
   を備えるサーバ装置。
5. ユーザに通知するメッセージを示す通知内容、前記通知内容を通知する通知方法としてＲＣＳを利用したＲＣＳ通知、ＳＭＳを利用したＳＭＳ通知、又は印刷物を配送する配送通知のいずれかが設定された情報、及び前記ＲＣＳ通知と前記ＳＭＳ通知の宛先となる携帯電話番号を示す宛先情報、を少なくとも含む配信ＤＢを記憶する記憶部を備えるコンピュータにより実行される配信方法であって、
   確認要求部が、前記配信ＤＢのうちの前記宛先情報を用いて、前記通知内容の実態を示す実メッセージを前記ユーザの端末に送信することなく前記ユーザの端末がＲＣＳに対応しているか否かを判定するように、携帯キャリアサーバに要求し、
   送信要求部が、前記確認要求部による要求に応じて前記携帯キャリアサーバが判定した判定結果に基づいて、前記ユーザの端末がＲＣＳに対応している場合に前記ＲＣＳ通知にて前記通知内容を前記ユーザの端末に送信し、前記ユーザの端末がＲＣＳに対応していない場合に前記ＳＭＳ通知にて前記通知内容を前記ユーザの端末に送信するように、携帯キャリアサーバに要求し、
   制御部が、前記携帯キャリアサーバによる前記ＲＣＳ通知又は前記ＳＭＳ通知が正常に完了したか否かを判定し、前記ＲＣＳ通知が正常に完了しなかった場合、前記通知内容を前記ＳＭＳ通知で前記ユーザの端末に送信することなく、前記配信ＤＢにおける前記通知方法に前記配送通知を設定し、前記ＳＭＳ通知が正常に完了しなかった場合、前記配信ＤＢにおける前記通知方法に前記配送通知を設定する、
   配信方法。
6. コンピュータを、請求項４に記載のサーバ装置として動作させるためのプログラムであって、前記コンピュータを前記サーバ装置が備える各部として機能させるためのプログラム。

Images