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

Abstract

【課題】登録者リストに基づいて個々のユーザに応じた情報を配信する配信システム、さーば装置、配信方法及びプログラムを提供する。【解決手段】配信システムにおいて、情報管理サーバ２０は、携帯キャリアサーバ３０から提供される、企業から発信される情報の受信希望者として登録された携帯電話番号のリストを示す登録者リストを取得する。携帯キャリアサーバ３０は、登録者リストに示された携帯電話番号あてに、携帯電話番号に対応するユーザの個人情報であって企業に関連する個人情報及び当該ユーザの本人確認が可能な本人確認情報を通知するように依頼する要求メッセージを送信する。そして、情報管理サーバ２０は、要求メッセージに対する応答に基づいて応答に含まれるユーザの個人情報と本人確認情報が携帯電話番号に対応づけられた顧客情報を生成し、生成した顧客情報を企業の顧客マスタ情報と突合させることによって、顧客情報を確定させる。【選択図】図１０

Description

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

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

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

携帯電話番号を宛先とするメッセージサービスには、例えば、ＲＣＳ（Rich Communication Services）がある。ＲＣＳは、携帯電話用のインスタントメッセンジャーを端末レベルで実現するための規格である。ＲＣＳにおいては、通信キャリア間の相互接続を考慮した設計がなされ、異なる通信キャリア間であってもメッセージのやり取りが可能である。

また、ＲＣＳでは、企業が公式アカウントを作成することができる。ユーザは、企業から配信される情報を受信したい場合に、その企業の公式アカウントをフォローする。企業の公式アカウントをフォローするユーザ端末の一覧は、携帯キャリア（携帯電話事業者）の登録者リスト（サブスクライバリストともいう）に登録される。企業は、携帯キャリアから登録者リストを取得し、取得した登録者リストを利用することによって、新製品などを紹介する情報を配信することができる。

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

しかしながら、登録者リストには、情報配信の宛先となる携帯電話番号のみが登録されている。登録者リストに携帯電話番号以外の情報がない。このため、登録者リストの登録者、企業の顧客として既に登録され済なのか、新規の顧客なのかが判らない。このため、企業は、登録者リストを用いて一律の情報を配信することができるが、個々のユーザに応じた情報を配信することが困難であった。

上述の課題を鑑み、本発明の目的は、登録者リストに基づいて個々のユーザに応じた情報を配信することができる配信システム、サーバ装置、配信方法、及びプログラムを提供することにある。

上述の課題を解決するために、本発明の一態様に係る配信システムは、携帯キャリアサーバから提供される、企業から発信される情報の受信希望者として登録された携帯電話番号のリストを示す登録者リストを取得する登録者リスト取得部と、前記登録者リストに示された携帯電話番号あてに、前記携帯電話番号に対応するユーザの個人情報であって前記企業に関連する個人情報及び当該ユーザの本人確認が可能な本人確認情報を通知するように依頼する要求メッセージを送信する配信部と、前記要求メッセージに対する応答に基づいて前記応答に含まれる前記ユーザの個人情報と本人確認情報が前記携帯電話番号に対応づけられた顧客情報を生成し、生成した前記顧客情報を前記企業の顧客マスタ情報と突合させることによって、前記顧客情報を確定させる確定部と、を備える。

また、本発明の一態様に係るサーバ装置は、携帯キャリアサーバから提供される、企業から発信される情報の受信希望者として登録された携帯電話番号のリストを示す登録者リストを取得する登録者リスト取得部と、前記登録者リストに示された携帯電話番号あてに、前記携帯電話番号に対応するユーザの個人情報であって前記企業に関連する個人情報及び当該ユーザの本人確認が可能な本人確認情報を通知するように依頼する要求メッセージを送信するように、前記携帯キャリアサーバに要求する配信要求部と、前記要求メッセージに対する応答に基づいて前記応答に含まれる前記ユーザの個人情報と本人確認情報が前記携帯電話番号に対応づけられた顧客情報を生成し、生成した前記顧客情報を前記企業の顧客マスタ情報と突合させることによって、前記顧客情報を確定させる確定部と、を備える。

また、本発明の一態様に係る配信方法は、コンピュータにより実行される配信方法であって、登録者リスト取得部が、携帯キャリアサーバから提供される、企業から発信される情報の受信希望者として登録された携帯電話番号のリストを示す登録者リストを取得し、配信部が、前記登録者リストに示された携帯電話番号あてに、前記携帯電話番号に対応するユーザの個人情報であって前記企業に関連する個人情報及び当該ユーザの本人確認が可能な本人確認情報を通知するように依頼する要求メッセージを送信し、確定部が、前記要求メッセージに対する応答に基づいて前記応答に含まれる前記ユーザの個人情報と本人確認情報が前記携帯電話番号に対応づけられた顧客情報を生成し、生成した前記顧客情報を前記企業の顧客マスタ情報と突合させることによって、前記顧客情報を確定させる。

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

本発明によれば、登録者リストを用いて、個々のユーザに応じた情報を配信することができる。

実施形態に係る配信システム１の構成例を示すブロック図である。 実施形態に係る情報管理サーバ２０の構成例を示すブロック図である。 実施形態に係る携帯キャリアサーバ３０の構成例を示すブロック図である。 実施形態に係る顧客マスタ情報１２０の構成例を示す図である。 実施形態に係る登録者リスト情報２２０（３２０）の構成例を示す図である。 実施形態に係る顧客情報２２１の構成例を示す図である。 実施形態に係る生活者端末４０の表示例を示す図である。 実施形態に係る生活者端末４０の表示例を示す図である。 実施形態に係る生活者端末４０の表示例を示す図である。 実施形態に係る配信システム１における処理の流れを示すシーケンス図である。

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

企業サーバ１０は、情報配信を情報管理サーバ２０に依頼する企業の端末装置である。企業サーバ１０は、例えば、サーバ装置、クラウド装置、ＰＣ（Personal Computer）、などのコンピュータ装置により実現される。

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

携帯キャリアサーバ３０は、情報管理サーバ２０からの要求に応じて情報を配信するコンピュータ装置である。携帯キャリアサーバ３０は、例えば、クラウド装置、サーバ装置、ＰＣなどにより実現される。携帯キャリアサーバ３０は、ＲＣＳメッセージサービスを提供する通信キャリア（携帯電話事業者）のサーバ装置であり、ＲＣＳメッセージサービスを利用した通知（以下、ＲＣＳ通知という）を生活者端末４０に行う。

生活者端末４０は、企業からの情報配信を受けるコンピュータ装置である。生活者端末４０は、例えば、スマートフォン、タブレット端末、携帯電話などにより実現される。

図１の例では、配信システム１に、１つの企業サーバ１０、及び、１つの生活者端末４０が設けられる場合を例示したが、これに限定されない。配信システム１において、複数の企業サーバ１０が設けられる構成であってもよいし、複数の生活者端末４０が設けられる構成であってよい。

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

本実施形態では、企業のＲＣＳ公式アカウントを利用して、生活者端末４０に情報が配信される。ＲＣＳ公式アカウントは、ＲＣＳメッセージサービスを提供する通信キャリア（携帯電話事業者）により設定される、ＲＣＳの公式なアカウントである。

例えば、情報を発信したい企業が、ＲＣＳメッセージサービスに、ＲＣＳ公式アカウントを公開する。ＲＣＳメッセージサービスを利用している利用者（以下、単に「利用者」という）は、自身の生活者端末４０を用いて希望するＲＣＳ公式アカウントをフォローする。

利用者が自身の生活者端末４０を用いてＲＣＳ公式アカウントをフォローすると、その生活者端末４０の携帯電話番号が、携帯キャリアサーバ３０に通知される。携帯キャリアサーバ３０は、通知された携帯電話番号を用いて、登録者リストを作成する。情報管理サーバ２０は、例えば定期的に、携帯キャリアサーバ３０から登録者リストを取得する。情報管理サーバ２０は、登録者リストに掲載された携帯電話番号あてに企業からの情報が配信されるようにする。

ここで、上述したように、登録者リストには携帯電話番号のみが掲載されている。このため、登録者リストでは、個人を特定することができない。利用者のなかには、企業から一律に通知される情報のみを受信したい利用者がいる一方で、個別の情報を受信したいと考える利用者も含まれる。個別の情報を受信したいと考える利用者に個別の情報を通知することができれば、利用者の利便性を高めることができ、企業にとっても有利である。

このような観点から、本実施形態では、希望する利用者には、企業から個別の情報を送信できるようにする。具体的には、情報管理サーバ２０は、希望する利用者から、その利用者の個人情報（例えば、企業の口座情報など）を取得し、取得した個人情報に基づいて個人を特定できるようにする。この場合において、情報管理サーバ２０は、利用者から個人情報と共に本人確認情報を取得し、取得した個人情報について本人確認を行えるようにしてもよい。これにより、利用者から取得した個人情報の確かさを高めることができる。

そして、情報管理サーバ２０は、利用者から取得した個人情報を、企業の顧客マスタ情報と突合させることによって確定させる。この場合、情報管理サーバ２０が利用者の個人情報を企業サーバ１０へ送り、企業サーバ１０が顧客マスタ情報と突合してもよい。これにより、企業から、利用者に個別の情報を送信することが可能となる。情報管理サーバ２０が、利用者から取得した個人情報を確定させる具体的な処理については後で詳しく説明する。

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

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

ここで、顧客マスタ情報１２０について、図４を用いて説明する。図４は、実施形態に係る顧客マスタ情報１２０の構成例を示す図である。図４に示すように、顧客マスタ情報１２０は、たとえば、顧客ＩＤ、氏名、住所、口座番号、及び本人確認情報などの項目を備える。顧客ＩＤは、顧客を一意に特定する番号などの識別情報である。氏名及び住所は、顧客ＩＤにて特定される顧客の氏名及び住所である。

口座番号は、顧客ＩＤにて特定される顧客の口座番号である。ここでは、企業が顧客からの依頼などに応じて口座番号を発行する業務を行うことを想定して、顧客マスタ情報１２０に顧客の口座番号が記憶される例を示している。本人確認情報は、口座番号等を作成する際などに、顧客の本人確認に用いられた情報、例えば、運転免許証のコピーなどを示す情報である。

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

また、生活者端末４０は、例えば、通信部４１と、記憶部４２と、制御部４３と、表示部４４とを備える。通信部４１は、外部の装置と通信する。ここでの外部の装置とは、企業サーバ１０、情報管理サーバ２０、及び携帯キャリアサーバ３０である。

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

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

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

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

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

図５は、実施形態に係る登録者リスト情報２２０の構成例を示す図である。登録者リスト情報２２０は、登録者リストを示す情報である。登録者リスト情報２２０は、例えば、公式アカウント及び複数の登録者（登録者１、登録者２…）などの項目を備える。公式アカウントは、何れの企業のＲＣＳ公式アカウントであるかを示す情報である。登録者には、公式アカウントをフォローした生活者端末４０の携帯電話番号が示される。

図６は、実施形態に係る顧客情報２２１の構成例を示す図である。企業から一律ではない個別の情報を受信することを希望した利用者の個人情報である。顧客情報２２１は、例えば、公式アカウント及び複数の登録者（登録者１、登録者２…）などの項目を備える。公式アカウントは、何れの企業のＲＣＳ公式アカウントであるかを示す情報である。登録者には、公式アカウントをフォローした利用者の個人情報が示される。

図６に示す顧客情報２２１の登録者の欄は、例えば、登録者リスト情報と、確定情報の項目を備える。登録者リスト情報は、登録者リストに掲載された利用者の携帯電話番号、及び登録日が示される。登録日は、登録者リストに登録された日付、或いは、情報管理サーバ２０が登録者リストを取得した日付である。確定情報には、利用者の氏名、携帯電話番号、住所、口座番号、及び本人確認情報などの項目を備える。これらの確定情報は、利用者から通知され、その後企業の顧客マスタ情報１２０と突合させることによって確定された利用者の個人情報である。

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

登録者リスト取得部２３０は、携帯キャリアサーバ３０から登録者リストを取得する。登録者リスト取得部２３０は、定期的に登録者リストを取得してもよいし、登録者リストに携帯電話番号が追加されたタイミングが判る場合にはそのタイミングで登録者リストを取得するようにしてもよい。登録者リスト取得部２３０は、取得した登録者リストを、登録者リスト情報２２０として記憶部１２に記憶させる。

この場合において、登録者リスト取得部２３０は、過去に取得済みの携帯電話番号については、登録者リスト情報２２０に記憶させないようにしてもよい。具体的には、登録者リスト取得部２３０は、過去に登録者リストから取得した携帯電話番号の利用者について、所定の条件を充足する場合には、その携帯電話番号を登録者リスト情報２２０に記憶させないようにするようにしてもよい。所定の条件とは、例えば、すでにその利用者の登録者リスト情報２２０や顧客情報２２１が生成済みである場合などである。

配信要求部２３１は、登録者リスト情報２２０に基づいて、生活者端末４０に、要求メッセージを送信する。要求メッセージは、企業から一律ではない個別の情報を受信することを希望する場合に、利用者の個人情報を通知するように要求するメッセージである。

図７～図９は、要求メッセージが生活者端末４０に表示された例を示す図である。要求メッセージは、例えば、ＲＣＳの公式アカウントのトークルームに通知される。

図７には、質問メッセージの例が示されている。質問メッセージは、利用者に、企業から一律ではない個別の情報を受信することを希望するか否かを質問するメッセージである。質問メッセージは、「要求メッセージ」の一例である。質問メッセージでは、例えば、通知文と共に、選択ボタンＢ１～Ｂ３が通知される。通知文は、「ＴＦ銀行をフォロー頂き…アカウントの確認をさせてください」などの文章である。

通知文には、企業から一律ではない個別の情報を受信することを希望する場合に、アカウントを確認させてほしい旨が記載されている。ここでのアカウントは、利用者の個人情報であって、企業に関連する個人情報を示している。例えば、企業が顧客の口座番号を発行する業務を行う場合、アカウントは利用者の口座番号である。

選択ボタンＢ１～Ｂ３は、利用者の希望に応じて選択されるボタンである。利用者は、企業から一律ではない個別の情報を受信することを希望する場合、選択ボタンＢ１を選択する。選択ボタンＢ１が選択された場合、アカウントを確認する旨が、携帯キャリアサーバ３０を経由して情報管理サーバ２０に通知される。これにより、情報管理サーバ２０は、企業から個別の情報を受信することを利用者が希望している旨を把握することができる。

利用者は、アカウント（例えば、口座番号）を持っていない場合、選択ボタンＢ２を選択する。選択ボタンＢ２が選択された場合、アカウントを作成するサイトが、例えば、企業が提供する口座開設サイトに遷移する。

利用者は、アカウントの確認を希望しない場合、選択ボタンＢ３を選択する。選択ボタンＢ３が選択された場合、アカウントを確認しない旨が、情報管理サーバ２０に通知される。これにより、情報管理サーバ２０は、企業から個別の情報を受信することを利用者が希望していない旨を把握することができる。

配信要求部２３１は、質問メッセージに対して、選択ボタンＢ１が選択され、アカウントを確認する旨の応答があった場合に、アカウント確認メッセージを通知する。アカウント確認メッセージは、アカウントを確認するためのメッセージであって、「要求メッセージ」の一例である。

図８には、アカウント確認メッセージの例が示されている。アカウント確認メッセージには、「アカウントを確認…口座番号を確認させてください」など、利用者の個人情報を通知するように要求する通知文が通知される。

利用者は、アカウント確認メッセージに応答する。具体的には、利用者は、口座番号をトークルームのメッセージ入力欄に入力して送信操作する。これにより、利用者の口座番号が、携帯キャリアサーバ３０を経由して情報管理サーバ２０に通知される。

配信要求部２３１は、アカウント確認メッセージに対する応答として、利用者の口座番号が通知された場合、本人確認メッセージを通知する。本人確認メッセージは、口座番号を通知した利用者の本人確認を行うためのメッセージであって、「要求メッセージ」の一例である。

図９には、本人確認メッセージの例が示されている。本人確認メッセージでは、例えば、通知文と共に、選択ボタンＢ１～Ｂ３が通知される。通知文は、「本人確認をさせて頂きます…選択してください」など、本人確認を行う旨を伝える文章である。

選択ボタンＢ１～Ｂ３は、利用者が希望する本人確認の方法に応じて選択されるボタンである。利用者は、公的個人認証を希望する場合、選択ボタンＢ１を選択する。選択ボタンＢ１が選択された場合、公的個人認証が行われる。この場合、利用者は、画面の案内にしたがってマイナンバーカードを画面にタッチする等して本人確認を行うことができる。そして、本人確認の結果が、情報管理サーバ２０に通知される。これにより、情報管理サーバ２０は、利用者の本人確認情報を取得することができる。

利用者は、携帯キャリア認証を希望する場合、選択ボタンＢ２を選択する。選択ボタンＢ２が選択された場合、携帯キャリア認証を行うサイト、例えば、携帯電話事業者が提供する携帯キャリア認証を行うサイトに遷移する。この場合、利用者は、画面の案内にしたがって、携帯電話の契約時に登録した暗証番号を入力する等して本人確認を行うことができる。そして、本人確認の結果が、情報管理サーバ２０に通知される。これにより、情報管理サーバ２０は、利用者の本人確認情報を取得することができる。

利用者は、その他の認証（この例では「○○認証」と記載）を希望する場合、選択ボタンＢ３を選択する。その他の認証は任意の方法であってよい。その他の認証は、例えば、利用者の顔が撮影された画像や、利用者の運転免許証が撮像された画像を通知することにより、オンラインで本人確認を行う方法である。選択ボタンＢ３が選択された場合、その他の認証が行われる。この場合、利用者は、画面の案内にしたがって、撮像したり、撮像した画像を送信したりすることで本人確認を行うことができる。そして、本人確認の結果が、情報管理サーバ２０に通知される。これにより、情報管理サーバ２０は、利用者の本人確認情報を取得することができる。

配信要求部２３１は、利用者から通知された個人情報（口座番号）、及び本人確認情報を、確定部２３２に出力する。

図２の説明に戻り、確定部２３２は、配信要求部２３１から取得した、利用者の個人情報（口座番号）、及び本人確認情報を確定させる。例えば、確定部２３２は、取得した情報を企業サーバ１０に通知して、企業サーバ１０の顧客マスタ情報１２０と一致するか問い合わせる。企業サーバ１０は、例えば、通知された情報と、顧客マスタ情報１２０とを突合させることにより、顧客マスタ情報１２０と一致するか否かを判定する。企業サーバ１０は、判定結果を情報管理サーバ２０に通知する。確定部２３２は、企業サーバ１０から、顧客マスタ情報１２０と一致する旨の応答を受信した場合、利用者の個人情報（口座番号）、及び本人確認情報を確定させる。確定部２３２は、確定させた情報を、顧客情報２２１の確定情報として記憶させる。

一方、確定部２３２は、企業サーバ１０から、顧客マスタ情報１２０と一致しない旨の応答を受信した場合、利用者の個人情報（口座番号）、及び本人確認情報を確定させない。具体的には、確定部２３２は、利用者の個人情報（口座番号）、及び本人確認情報を、顧客情報２２１の確定情報として記憶させない。この場合、確定部２３２は、利用者の個人情報（口座番号）、及び本人確認情報を確定できなかった旨を、その利用者の生活者端末４０に通知してもよい。

なお、企業サーバ１０へ問合せ方法は任意であってよい。例えば、情報管理サーバ２０が、企業サーバ１０から顧客マスタ情報１２０を一時的に預かり、情報管理サーバ２０にて突合を行うようにしてもよい。

装置制御部２３３は、情報管理サーバ２０を統括的に制御する。装置制御部２３３は、例えば、通信部２１が受信した登録者リストを登録者リスト取得部２３０に出力する。装置制御部２３３は、通信部２１が受信した要求メッセージに対する応答を配信要求部２３１に出力する。

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

記憶部３２は、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭなどの記憶媒体、あるいはこれらの組合せによって構成される。記憶部３２は、携帯キャリアサーバ３０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。記憶部３２は、例えば、登録者リスト情報３２０を記憶する。登録者リスト情報３２０は、登録者リスト情報２２０と同様であるため、その説明を省略する。

制御部３３は、携帯キャリアサーバ３０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。制御部３３は、携帯キャリアサーバ３０を統括的に制御する。制御部３３は、例えば、取得部３３０と、登録者リスト生成部３３１と、配信部３３２と、装置制御部３３３とを備える。

取得部３３０は、公式アカウントをフォローした利用者の生活者端末４０からの通知を取得する。取得部３３０は、取得した生活者端末４０の携帯電話番号を登録者リスト生成部３３１に出力する。

登録者リスト生成部３３１は、取得部３３０から公式アカウントをフォローした利用者の生活者端末４０の携帯電話番号を取得し、取得した携帯電話番号を掲載した登録者リストを生成する。登録者リスト生成部３３１は、生成した登録者リストを、登録者リスト取得部２３０として、記憶部３２に記憶させる。

また、取得部３３０は、情報管理サーバ２０から要求されたＲＣＳ通知を取得する。取得部３３０は、取得した要求を配信部３３２に出力する。

配信部３３２は、ＲＣＳ通知を行う。配信部３３２は、取得部３３０から取得した要求に応じて、企業からの一律又は個別の情報を生活者端末４０にＲＣＳ通知する。

装置制御部３３３は、携帯キャリアサーバ３０を統括的に制御する。装置制御部３３３は、例えば、通信部３１が生活者端末４０から受信した、公式アカウントをフォローした旨の通知を取得部３３０に出力する。装置制御部３３３は、例えば、通信部３１が情報管理サーバ２０から受信したＲＣＳ通知の要求を取得部３３０に出力する。

図１０は、実施形態に係る配信システム１における処理の流れを示すフローチャートである。

企業サーバ１０は、予め、顧客マスタ情報１２０を記憶している（ステップＳ１０）。生活者端末４０は、公式アカウントをフォローする（ステップＳ１１）。これにより、生活者端末４０から携帯キャリアサーバ３０に、公式アカウントをフォローした旨が通知される。

携帯キャリアサーバ３０は、登録者リストを更新する（ステップＳ１２）。携帯キャリアサーバ３０は、公式アカウントをフォローした旨を通知してきた生活者端末４０の携帯電話番号を登録者リストに追加することによって、登録者リストを更新する。

情報管理サーバ２０は、登録者リストを取得する（ステップＳ１３）。情報管理サーバ２０は、携帯キャリアサーバ３０に登録者リストを要求することによって、登録者リストを取得する。情報管理サーバ２０は、定期的又は不定期に、携帯キャリアサーバ３０に登録者リストを要求することによって、登録者リストを更新するようにしてもよい（ステップＳ１４）。情報管理サーバ２０は、登録者リストに掲載された携帯電話番号あてに、要求メッセージを送信する（ステップＳ１５）。

生活者端末４０は、要求メッセージを受信する（ステップＳ１６）。生活者端末４０は、利用者の希望に応じた応答を行う（ステップＳ１７）。例えば、利用者が、アカウントの確認を希望しない場合、処理が終了する。利用者が、アカウントの確認を希望する場合、生活者端末４０は、利用者のアカウント（口座番号）が、携帯キャリアサーバ３０を経由して情報管理サーバ２０に通知される（ステップＳ１８）。この場合において、生活者端末４０は、利用者の本人確認情報を情報管理サーバ２０に通知してもよい。

情報管理サーバ２０は、生活者端末４０から利用者のアカウント（口座番号）等を受信する（ステップＳ１９）。情報管理サーバ２０は、受信した情報を企業サーバ１０に送信して、顧客マスタ情報１２０と照合させる（ステップＳ２０）。或いは、ステップＳ２０において情報管理サーバ２０は、予め企業サーバ１０から顧客マスタ情報１２０を受領しておき、受領済みの顧客マスタ情報１２０を、利用者のアカウント（口座番号）等と照合させるようにしてもよい。情報管理サーバ２０は、顧客マスタ情報１２０と照合させた結果に基づいて、顧客情報２２１を更新する（ステップＳ２１）。具体的には、情報管理サーバ２０は、利用者のアカウント（口座番号）等が、顧客マスタ情報１２０と一致した場合、その利用者のアカウント（口座番号）等を、顧客情報２２１の確定情報として記憶させる。

なお、情報管理サーバ２０は、生活者端末４０に応答（メッセージ）を送信してもよい（ステップＳ２２）。ここでの応答は、例えば、生活者端末４０から受信した利用者のアカウント（口座番号）等が、顧客マスタ情報１２０と一致したか否かを示す応答である。或いは、ここでの応答は、今後、利用者に、企業から一律ではない個別の情報を通知する旨を示す応答である。生活者端末４０は、携帯キャリアサーバ３０を経由して情報管理サーバ２０から応答（メッセージ）を受信する（ステップＳ２３）。

以上説明したように、実施形態に係る配信システム１は、登録者リスト取得部２３０と、配信部３３２と、確定部２３２とを備える。登録者リスト取得部２３０は、登録者リストを取得する。登録者リストは、公式アカウントをフォローした携帯電話番号のリストである。公式アカウントをフォローすることは、「携帯キャリアサーバ３０から提供される、企業から発信される情報の受信希望者として登録される」ことの一例である。配信部３３２は、要求メッセージを送信する。要求メッセージは、登録者リストに示された携帯電話番号あてに、アカウントと本人確認情報を通知するように依頼するメッセージである。アカウントは、「携帯電話番号に対応するユーザの個人情報であって、企業に関連する個人情報」の一例である。確定部２３２は、顧客情報２２１を確定させる。顧客情報２２１は、要求メッセージに対する応答に含まれるアカウントが携帯電話番号に対応づけられた情報である。確定部２３２は、アカウントを、顧客マスタ情報１２０と突合させることによって顧客情報２２１を確定させる。

これにより、実施形態に係る配信システム１は、登録者リストを用いて、個々の顧客（ユーザ）に応じた情報を配信することができる。要求メッセージからの応答として、利用者の個人情報を取得することができ、その情報が顧客マスタ情報１２０と一致した場合に、公式アカウントをフォローした利用者が企業の顧客の何れであるか確定させることができるためである。個人が確定できれば、個々の顧客（ユーザ）に応じた情報を配信することが可能である。

また、実施形態に係る配信システム１では、登録者リストは、企業におけるＲＣＳの公式アカウントをフォローするユーザの携帯電話番号を示すリストである。これにより、実施形態に係る配信システム１は、携帯キャリアサーバ３０に要求することによって、公式アカウントをフォローしている携帯電話の電話番号を容易に取得することができる。

また、実施形態に係る配信システム１では、要求メッセージは、企業から顧客（ユーザ）あてに個別に発信される情報の受信を、顧客が希望する場合にアカウントと本人確認情報とを通知するように依頼する。また、実施形態に係る配信システム１では、確定部２３２によって顧客情報２２１が確定された顧客（ユーザ）には、当該確定された顧客情報２２１を用いて企業から顧客（ユーザ）あてに個別に発信される情報が送信される。一方、確定部２３２によって顧客情報２２１が確定されない利用者（ユーザ）には、登録者リスト情報２２０を用いて企業から不特定の利用者（ユーザ）あてに一律に発信される情報が送信される。これにより、個別の情報を受信したい顧客の希望と、個別の情報を受信したくない利用者の希望のそれぞれに応えることができ、利便性を向上させることができる。

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

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

１ 配信システム
１０ 企業サーバ
２０ 情報管理サーバ（サーバ装置）
２３０ 登録者リスト取得部
２３１ 配信要求部
２３２ 確定部
３０ 携帯キャリアサーバ
３３０ 取得部
３３１ 登録者リスト生成部
３３２ 配信部
３３３ 装置制御部
４０ 生活者端末（顧客端末）

Claims (7)

1. 携帯キャリアサーバから提供される、企業から発信される情報の受信希望者として登録された携帯電話番号のリストを示す登録者リストを取得する登録者リスト取得部と、
   前記登録者リストに示された携帯電話番号あてに、前記携帯電話番号に対応するユーザの個人情報であって前記企業に関連する個人情報及び当該ユーザの本人確認が可能な本人確認情報を通知するように依頼する要求メッセージを送信する配信部と、
   前記要求メッセージに対する応答に基づいて前記応答に含まれる前記ユーザの個人情報と本人確認情報が前記携帯電話番号に対応づけられた顧客情報を生成し、生成した前記顧客情報を前記企業の顧客マスタ情報と突合させることによって、前記顧客情報を確定させる確定部と、
   を備える配信システム。
2. 前記登録者リストは、前記企業におけるＲＣＳの公式アカウントをフォローするユーザの携帯電話番号を示すリストである、
   請求項１に記載の配信システム。
3. 前記要求メッセージは、前記企業から前記ユーザあてに個別に発信される情報の受信を前記ユーザが希望する場合に前記個人情報と前記本人確認情報とを通知するように依頼するメッセージである、
   請求項１又は請求項２に記載の配信システム。
4. 前記確定部によって前記顧客情報が確定されたユーザには、当該確定された前記顧客情報を用いて、前記企業から前記ユーザあてに個別に発信される情報が送信され、前記確定部によって前記顧客情報が確定されないユーザには、前記登録者リストを用いて、前記企業から不特定のユーザあてに一律に発信される情報が送信される、
   請求項１から請求項３のいずれか一項に記載の配信システム。
5. 携帯キャリアサーバから提供される、企業から発信される情報の受信希望者として登録された携帯電話番号のリストを示す登録者リストを取得する登録者リスト取得部と、
   前記登録者リストに示された携帯電話番号あてに、前記携帯電話番号に対応するユーザの個人情報であって前記企業に関連する個人情報及び当該ユーザの本人確認が可能な本人確認情報を通知するように依頼する要求メッセージを送信するように、前記携帯キャリアサーバに要求する配信要求部と、
   前記要求メッセージに対する応答に基づいて前記応答に含まれる前記ユーザの個人情報と本人確認情報が前記携帯電話番号に対応づけられた顧客情報を生成し、生成した前記顧客情報を前記企業の顧客マスタ情報と突合させることによって、前記顧客情報を確定させる確定部と、
   を備えるサーバ装置。
6. コンピュータにより実行される配信方法であって、
   登録者リスト取得部が、携帯キャリアサーバから提供される、企業から発信される情報の受信希望者として登録された携帯電話番号のリストを示す登録者リストを取得し、
   配信部が、前記登録者リストに示された携帯電話番号あてに、前記携帯電話番号に対応するユーザの個人情報であって前記企業に関連する個人情報及び当該ユーザの本人確認が可能な本人確認情報を通知するように依頼する要求メッセージを送信し、
   確定部が、前記要求メッセージに対する応答に基づいて前記応答に含まれる前記ユーザの個人情報と本人確認情報が前記携帯電話番号に対応づけられた顧客情報を生成し、生成した前記顧客情報を前記企業の顧客マスタ情報と突合させることによって、前記顧客情報を確定させる、
   配信方法。
7. コンピュータを、請求項５に記載のサーバ装置として動作させるためのプログラムであって、前記コンピュータを前記サーバ装置が備える各部として機能させるためのプログラム。

Images