(57)【要約】【課題】  自社のマーケティングに関する履歴情報のすべてと、同業他社のマーケティングに関する履歴情報の一部とを、安全な通信経路を確立して広告主へ提供する。【解決手段】  サービスサーバ１は、自社の広告主ＩＤ、自社と同じ業種の他社の広告主ＩＤ、自社・他社の業種属性ＩＤに基づき、第１〜３の暗号鍵を生成する。サービスサーバ１は情報開示度ＤＢ１１０を参照して、自社の履歴情報に関しては、自社だけに公開するよう設定した項目を第１の暗号鍵を使って暗号化する。他社の履歴情報に関しては、当該他社だけに公開するよう設定した項目を第２の暗号鍵を使って暗号化する。第３の暗号鍵を使って、履歴情報のうち、第１・第２の暗号鍵で暗号化した項目と、第１・第２の暗号鍵で暗号化しなかった項目との両方を暗号化して、この暗号化履歴情報を広告主端末２へ送信する。広告主端末２は、自社の広告主ＩＤ、自社が属する業種属性ＩＤに基づき第１・２の復号鍵を生成し、これらの復号鍵を使って暗号化履歴情報を復号する。【選択図】  図９
2011130218.tif 000002
【特許請求の範囲】
【請求項１】
広告情報をユーザ端末へ配信するサービスサーバが履歴情報生成部で生成した履歴情報を暗号化して広告主端末へ送信し、この広告主端末で復号する履歴情報通信システムにおいて、
前記サービスサーバは、複数項目からなる前記履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部と、暗号鍵生成部と、この暗号鍵生成部で生成した暗号鍵で所定の情報を暗号化する暗号部と、前記広告主端末と通信する広告主端末通信部と、を備え、
前記広告主端末は、前記サービスサーバと同一のアルゴリズムで復号鍵を生成する復号鍵生成部と、この復号鍵生成部で生成した復号鍵で前記暗号化された所定の情報を復号する復号部と、前記サービスサーバと通信するサービスサーバ通信部と、を備え、
前記サービスサーバは、前記広告主端末から履歴情報提供要求を受信すると、
前記暗号部が、前記履歴情報のうち自社の履歴情報と前記履歴情報のうち他社の履歴情報に関しては前記情報開示度記憶部を参照して当該他社だけに公開するよう設定した項目とを前記広告主端末へ提示するように前記暗号鍵を使って暗号化し、
前記広告主端末通信部が、この暗号化して得た暗号化履歴情報を前記広告主端末へ送信し、
前記広告主端末は、前記サービスサーバから受信した前記暗号化履歴情報を、前記復号鍵生成部で生成した復号鍵を使って前記復号部で復号する
ことを特徴とする履歴情報通信システム。
【請求項２】
前記サービスサーバは、
前記広告主端末から履歴情報提供要求を受信すると、自社の広告主ＩＤを前記暗号鍵生成部へ入力して第１の暗号鍵を生成し、自社と業種を同じくする他社の広告主ＩＤを前記暗号鍵生成部へ入力して第２の暗号鍵を生成し、自社および他社が属する業種属性ＩＤを前記暗号鍵生成部へ入力して第３の暗号鍵を生成し、
前記暗号部が前記情報開示度記憶部を参照して、前記履歴情報のうち自社の履歴情報に関しては自社だけに公開するよう設定した項目を前記第１の暗号鍵を使って暗号化し、前記履歴情報のうち他社の履歴情報に関しては当該他社だけに公開するよう設定した項目を前記第２の暗号鍵を使って暗号化し、前記履歴情報のうち前記第１および第２の暗号鍵で暗号化した項目と前記履歴情報のうち前記第１および第２の暗号鍵で暗号化しなかった項目の両方を前記第３の暗号鍵を使って暗号化して得た暗号化履歴情報を前記広告主端末へ送信し、
前記広告主端末は、
当該広告主の広告主ＩＤを前記復号鍵生成部へ入力して第１の復号鍵を生成し、さらに前記広告主が属する業種属性ＩＤを前記復号鍵生成部へ入力して第２の復号鍵を生成し、
前記サービスサーバから受信した前記暗号化履歴情報を、前記復号部で前記第２の復号鍵を使って復号してから前記第１の復号鍵を使って復号する
ことを特徴とする請求項１に記載の履歴情報通信システム。
【請求項３】
前記サービスサーバは、広告主に付与した広告主ＩＤと当該広告主が属する業種属性ＩＤとを対応付けて記憶する広告主記憶部と、どの広告主がどの広告情報に紐付いた配信情報を登録したかを広告主が属する業種属性ＩＤと対応付けて記憶する広告情報記憶部と、どのユーザ端末へどの配信情報を配信したかの履歴を記憶する配信履歴記憶部と、を備え、
前記履歴情報生成部は、前記履歴情報提供要求に含まれる広告主ＩＤをキーにして前記広告主記憶部を検索して広告主ＩＤに対応付いた業種属性ＩＤを抽出し、この業種属性ＩＤをキーにして前記広告情報記憶部を検索して当該業種属性ＩＤに対応付いた配信情報を抽出し、この配信情報をキーにして前記配信履歴記憶部を検索してどのユーザ端末へどの配信情報を配信したかの情報を含んだ履歴情報を生成する
ことを特徴とする請求項２に記載の履歴情報通信システム。
【請求項４】
前記サービスサーバは、どの広告主がどの広告情報に紐付いた配信情報を登録したかを記憶する広告情報記憶部と、どのユーザ端末へどの配信情報を配信したかの履歴を記憶する配信履歴記憶部と、を備え、
前記履歴情報生成部が、前記履歴情報提供要求に含まれる広告主をキーにして前記広告情報記憶部を検索して広告主に紐付いた配信情報を抽出し、この配信情報をキーにして前記配信履歴記憶部を検索し、どのユーザ端末へどの配信情報を配信したかの情報を含んだ履歴情報を生成する
ことを特徴とする請求項２に記載の履歴情報通信システム。
【請求項５】
前記サービスサーバは、どの広告主がどの広告情報に紐付いた配信情報を登録したかを記憶する広告情報記憶部と、どのユーザ端末へどの配信情報を配信したかの履歴を記憶する配信履歴記憶部と、どのユーザ端末の所有者が何を購入したかを記憶する決済履歴記憶部と、を備え、
前記履歴情報生成部は、
前記履歴情報提供要求に含まれる広告主をキーにして前記広告情報記憶部を検索して広告主に紐付いた配信情報を抽出し、
この配信情報をキーにして前記配信履歴記憶部を検索し、どのユーザ端末へどの配信情報を配信したかの情報を得て、
さらに前記配信情報を配信したユーザ端末をキーにして前記決済履歴記憶部を検索し、当該ユーザ端末の所有者が何を購入したかを得て、
どのユーザ端末へどの配信情報を配信し、当該ユーザ端末の所有者は何を購入したかの情報を含んだ履歴情報を生成する
ことを特徴とする請求項２に記載の履歴情報通信システム。
【請求項６】
前記サービスサーバは、広告主に付与した広告主ＩＤと当該広告主が属する業種属性ＩＤとを対応付けて記憶する広告主記憶部を備え、
前記暗号鍵生成部は、
前記履歴情報提供要求に含まれる自社の広告主ＩＤをキーにして前記広告主記憶部を検索して広告主ＩＤに対応付いた業種属性ＩＤを抽出し、
前記業種属性ＩＤをキーにして前記広告主記憶部を検索して同業他社の広告主ＩＤを抽出し、
前記自社の広告主ＩＤを前記暗号鍵生成部へ入力して第１の暗号鍵を生成し、
前記同業他社の広告主ＩＤを前記暗号鍵生成部へ入力して第２の暗号鍵を生成し、
前記業種属性ＩＤを前記暗号鍵生成部へ入力して第３の暗号鍵を生成する
ことを特徴とする請求項２に記載の履歴情報通信システム。
【請求項７】
前記暗号鍵生成部は、
自社と業種を同じくする同業他社が複数ある場合は、それぞれの同業他社の広告主ＩＤを前記暗号鍵生成部へ入力して、複数の第２の暗号鍵を生成する
ことを特徴とする請求項２に記載の履歴情報通信システム。
【請求項８】
広告情報をユーザ端末へ配信するサービスサーバが生成した履歴情報を暗号化して広告主端末へ送信し、この広告主端末で復号する履歴情報通信方法において、
前記サービスサーバは、
複数項目からなる前記履歴情報のうち自社だけに公開する項目を指定して情報開示度記憶部に記憶させるステップと、
前記広告主端末から履歴情報提供要求を受信するステップと、
前記履歴情報のうち自社の履歴情報と前記履歴情報のうち他社の履歴情報に関しては前記情報開示度記憶部を参照して当該他社だけに公開するよう設定した項目とを前記広告主端末へ提示するように暗号化して暗号化履歴情報を得るステップと、
この暗号化履歴情報を前記広告主端末へ送信するステップと、
前記広告主端末は、
前記サービスサーバから受信した前記暗号化履歴情報を、前記復号鍵生成部で生成した復号鍵を使って前記復号部で復号するステップと、
を有することを特徴とする履歴情報通信方法。
【請求項９】
広告情報をユーザ端末へ配信するサービスサーバが生成した履歴情報を暗号化して広告主端末へ送信し、この広告主端末で復号する履歴情報通信方法において、
前記サービスサーバは、
複数項目からなる前記履歴情報のうち自社だけに公開する項目を指定して情報開示度記憶部に記憶させるステップと、
前記広告主端末から履歴情報提供要求を受信するステップと、
自社の広告主ＩＤに基づき第１の暗号鍵を生成するステップと、
自社と業種を同じくする他社の広告主ＩＤに基づき第２の暗号鍵を生成するステップと、
自社および他社が属する業種属性ＩＤに基づき第３の暗号鍵を生成するステップと、
前記第１の暗号鍵を使って、前記情報開示度記憶部を参照して複数項目からなる前記履歴情報のうち自社だけに公開する項目を暗号化するステップと、
前記第２の暗号鍵を使って、前記情報開示度記憶部を参照して複数項目からなる前記履歴情報のうち他社が当該他社だけに公開する項目を暗号化するステップと、
前記第３の暗号鍵を使って、前記履歴情報のうち前記第１および第２の暗号鍵で暗号化した項目と前記履歴情報のうち前記第１および第２の暗号鍵で暗号化しなかった項目の両方を暗号化して暗号化履歴情報を生成するステップと、
この暗号化履歴情報を前記広告主端末へ送信するステップと、
を有し、
前記広告主端末は、
当該広告主の広告主ＩＤに基づき、前記サービスサーバと同一のアルゴリズムで第１の復号鍵を生成するステップと、
当該広告主の広告主ＩＤが属する業種属性ＩＤに基づき、前記サービスサーバと同一のアルゴリズムで第２の復号鍵を生成するステップと、
前記サービスサーバから前記暗号化履歴情報を受信するステップと、
前記暗号化履歴情報を、前記第２の復号鍵を使って復号してから前記第１の復号鍵を使って復号するステップと、
を有することを特徴とする履歴情報通信方法。
【請求項１０】
履歴情報生成部で生成した履歴情報を暗号化して広告主端末へ送信するサービスサーバにおいて、
前記複数項目からなる履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部と、
前記広告主端末が復号鍵を生成するアルゴリズムと同一のアルゴリズムで暗号鍵を生成する暗号鍵生成部と、
この暗号鍵生成部で生成した暗号鍵で所定の情報を暗号化する暗号部と、
前記広告主端末と通信する広告主端末通信部と、
を備え、
前記広告主端末から履歴情報提供要求を受信すると、
前記暗号部が、前記履歴情報のうち自社の履歴情報と前記履歴情報のうち他社の履歴情報に関しては前記情報開示度記憶部を参照して当該他社だけに公開するよう設定した項目とを前記広告主端末へ提示するように前記暗号鍵を使って暗号化し、
前記広告主端末通信部が、この暗号化して得た暗号化履歴情報を前記広告主端末へ送信する
ことを特徴とするサービスサーバ。
【請求項１１】
履歴情報生成部で生成した履歴情報を暗号化して広告主端末へ送信するサービスサーバにおいて、
前記複数項目からなる履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部と、
前記広告主端末が復号鍵を生成するアルゴリズムと同一のアルゴリズムで暗号鍵を生成する暗号鍵生成部と、
この暗号鍵生成部で生成した暗号鍵で所定の情報を暗号化する暗号部と、
前記広告主端末と通信する広告主端末通信部と、
を備え、
前記広告主端末から履歴情報提供要求を受信すると、自社の広告主ＩＤを前記暗号鍵生成部へ入力して第１の暗号鍵を生成し、自社と業種を同じくする他社の広告主ＩＤを前記暗号鍵生成部へ入力して第２の暗号鍵を生成し、自社および他社が属する業種属性ＩＤを前記暗号鍵生成部へ入力して第３の暗号鍵を生成し、
前記暗号部が前記情報開示度記憶部を参照して、前記履歴情報のうち自社の履歴情報に関しては自社だけに公開するよう設定した項目を前記第１の暗号鍵を使って暗号化し、前記履歴情報のうち他社の履歴情報に関しては当該他社だけに公開するよう設定した項目を前記第２の暗号鍵を使って暗号化し、前記履歴情報のうち前記第１および第２の暗号鍵で暗号化した項目と前記履歴情報のうち前記第１および第２の暗号鍵で暗号化しなかった項目の両方を前記第３の暗号鍵を使って暗号化して得た暗号化履歴情報を前記広告主端末へ送信する
ことを特徴とするサービスサーバ。
【請求項１２】
履歴情報生成手段で生成した履歴情報を暗号化して広告主端末へ送信するサービスサーバのコンピュータを、
前記複数項目からなる履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部手段と、
前記広告主端末から履歴情報提供要求を受信すると、前記履歴情報のうち自社の履歴情報と前記履歴情報のうち他社の履歴情報に関しては前記情報開示度記憶部を参照して当該他社だけに公開するよう設定した項目とを前記広告主端末へ提示するように前記暗号鍵を使って暗号化する暗号化手段と、
この暗号化して得た暗号化履歴情報を前記広告主端末へ送信する広告主端末通信手段、
として機能させるためのプログラム。
【請求項１３】
履歴情報生成手段で生成した履歴情報を暗号化して広告主端末へ送信するサービスサーバのコンピュータを、
前記複数項目からなる履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部手段と、
前記広告主端末から履歴情報提供要求を受信すると、自社の広告主ＩＤを前記暗号鍵生成部へ入力して第１の暗号鍵を生成し、自社と業種を同じくする他社の広告主ＩＤを前記暗号鍵生成部へ入力して第２の暗号鍵を生成し、自社および他社が属する業種属性ＩＤを前記暗号鍵生成部へ入力して第３の暗号鍵を生成する、前記広告主端末が復号鍵を生成するアルゴリズムと同一のアルゴリズムで暗号鍵を生成する暗号鍵生成手段と、
前記情報開示度記憶手段を参照して、前記履歴情報のうち自社の履歴情報に関しては自社だけに公開するよう設定した項目を前記第１の暗号鍵を使って暗号化し、前記履歴情報のうち他社の履歴情報に関しては当該他社だけに公開するよう設定した項目を前記第２の暗号鍵を使って暗号化し、前記履歴情報のうち前記第１および第２の暗号鍵で暗号化した項目と前記履歴情報のうち前記第１および第２の暗号鍵で暗号化しなかった項目の両方を前記第３の暗号鍵を使って暗号化履歴情報を生成する暗号手段と、
前記暗号化履歴情報を前記広告主端末へ送信する広告主端末通信手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告情報をユーザ端末へ配信するサービスサーバが生成した履歴情報を暗号化して広告主端末へ送信し、この広告主端末で復号する履歴情報通信システム、履歴情報通信方法、そのサービスサーバ、およびプログラムに関する。
【背景技術】
【０００２】
従来、携帯電話やモバイルコンピュータなどの商品や宣伝、広告といった情報を提供する情報提供システムが実現されている。特に、極め細やかに情報を配信して広告効果を向上させるため、移動体通信端末を所持する利用者の位置を特定する手段をもち、その場所にあった広告を配信する広告提供システムとして、特許文献１が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３５２８９１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
広告主からは、移動体通信端末へ広告情報を配信する一方で、商品のマーケティング戦略をたてるため、同業他社のマーケティングに関する履歴情報を入手したい、との要求がある。ここでマーケティングに関する履歴情報とは、製品のラインアップや製品ごとの価格・売上、プロモーション内容など、様々な情報を指す。
【０００５】
特許文献１の提案するデータ通信システムは、自社および同業他社のマーケティングに関する履歴情報を保有している。しかしながら、特許文献１には、マーケティングに関する履歴情報を適切に広告主へフィードバックする、という視点がなかった。
【０００６】
本発明は、上記課題を解決するためになされたもので、自社に関する履歴情報のすべてと、同業他社に関する履歴情報の一部とを、安全な通信経路を確立して広告主へ提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、広告情報をユーザ端末へ配信するサービスサーバが履歴情報生成部で生成した履歴情報を暗号化して広告主端末へ送信し、この広告主端末で復号する履歴情報通信システムにおいて、前記サービスサーバは、複数項目からなる前記履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部と、暗号鍵生成部と、この暗号鍵生成部で生成した暗号鍵で所定の情報を暗号化する暗号部と、前記広告主端末と通信する広告主端末通信部と、を備え、前記広告主端末は、前記サービスサーバと同一のアルゴリズムで復号鍵を生成する復号鍵生成部と、この復号鍵生成部で生成した復号鍵で前記暗号化された所定の情報を復号する復号部と、前記サービスサーバと通信するサービスサーバ通信部と、を備え、前記サービスサーバは、前記広告主端末から履歴情報提供要求を受信すると、前記暗号部が、前記履歴情報のうち自社の履歴情報と前記履歴情報のうち他社の履歴情報に関しては前記情報開示度記憶部を参照して当該他社だけに公開するよう設定した項目とを前記広告主端末へ提示するように前記暗号鍵を使って暗号化し、前記広告主端末通信部が、この暗号化して得た暗号化履歴情報を前記広告主端末へ送信し、前記広告主端末は、前記サービスサーバから受信した前記暗号化履歴情報を、前記復号鍵生成部で生成した復号鍵を使って前記復号部で復号することを特徴とする。
【０００８】
前記サービスサーバは、前記広告主端末から履歴情報提供要求を受信すると、自社の広告主ＩＤを前記暗号鍵生成部へ入力して第１の暗号鍵を生成し、自社と業種を同じくする他社の広告主ＩＤを前記暗号鍵生成部へ入力して第２の暗号鍵を生成し、自社および他社が属する業種属性ＩＤを前記暗号鍵生成部へ入力して第３の暗号鍵を生成し、前記暗号部が前記情報開示度記憶部を参照して、前記履歴情報のうち自社の履歴情報に関しては自社だけに公開するよう設定した項目を前記第１の暗号鍵を使って暗号化し、前記履歴情報のうち他社の履歴情報に関しては当該他社だけに公開するよう設定した項目を前記第２の暗号鍵を使って暗号化し、前記履歴情報のうち前記第１および第２の暗号鍵で暗号化した項目と前記履歴情報のうち前記第１および第２の暗号鍵で暗号化しなかった項目の両方を前記第３の暗号鍵を使って暗号化して得た暗号化履歴情報を前記広告主端末へ送信し、前記広告主端末は、当該広告主の広告主ＩＤを前記復号鍵生成部へ入力して第１の復号鍵を生成し、さらに前記広告主が属する業種属性ＩＤを前記復号鍵生成部へ入力して第２の復号鍵を生成し、前記サービスサーバから受信した前記暗号化履歴情報を、前記復号部で前記第２の復号鍵を使って復号してから前記第１の復号鍵を使って復号することを特徴とする。
【０００９】
前記サービスサーバは、広告主に付与した広告主ＩＤと当該広告主が属する業種属性ＩＤとを対応付けて記憶する広告主記憶部と、どの広告主がどの広告情報に紐付いた配信情報を登録したかを広告主が属する業種属性ＩＤと対応付けて記憶する広告情報記憶部と、どのユーザ端末へどの配信情報を配信したかの履歴を記憶する配信履歴記憶部と、を備え、前記履歴情報生成部は、前記履歴情報提供要求に含まれる広告主ＩＤをキーにして前記広告主記憶部を検索して広告主ＩＤに対応付いた業種属性ＩＤを抽出し、この業種属性ＩＤをキーにして前記広告情報記憶部を検索して当該業種属性ＩＤに対応付いた配信情報を抽出し、この配信情報をキーにして前記配信履歴記憶部を検索してどのユーザ端末へどの配信情報を配信したかの情報を含んだ履歴情報を生成することを特徴とする。
【００１０】
前記サービスサーバは、どの広告主がどの広告情報に紐付いた配信情報を登録したかを記憶する広告情報記憶部と、どのユーザ端末へどの配信情報を配信したかの履歴を記憶する配信履歴記憶部と、を備え、前記履歴情報生成部が、前記履歴情報提供要求に含まれる広告主をキーにして前記広告情報記憶部を検索して広告主に紐付いた配信情報を抽出し、この配信情報をキーにして前記配信履歴記憶部を検索し、どのユーザ端末へどの配信情報を配信したかの情報を含んだ履歴情報を生成する  ことを特徴とする。
【００１１】
前記サービスサーバは、どの広告主がどの広告情報に紐付いた配信情報を登録したかを記憶する広告情報記憶部と、どのユーザ端末へどの配信情報を配信したかの履歴を記憶する配信履歴記憶部と、どのユーザ端末の所有者が何を購入したかを記憶する決済履歴記憶部と、を備え、前記履歴情報生成部は、前記履歴情報提供要求に含まれる広告主をキーにして前記広告情報記憶部を検索して広告主に紐付いた配信情報を抽出し、この配信情報をキーにして前記配信履歴記憶部を検索し、どのユーザ端末へどの配信情報を配信したかの情報を得て、さらに前記配信情報を配信したユーザ端末をキーにして前記決済履歴記憶部を検索し、当該ユーザ端末の所有者が何を購入したかを得て、どのユーザ端末へどの配信情報を配信し、当該ユーザ端末の所有者は何を購入したかの情報を含んだ履歴情報を生成することを特徴とする。
【００１２】
前記サービスサーバは、広告主に付与した広告主ＩＤと当該広告主が属する業種属性ＩＤとを対応付けて記憶する広告主記憶部を備え、前記暗号鍵生成部は、前記履歴情報提供要求に含まれる自社の広告主ＩＤをキーにして前記広告主記憶部を検索して広告主ＩＤに対応付いた業種属性ＩＤを抽出し、前記業種属性ＩＤをキーにして前記広告主記憶部を検索して同業他社の広告主ＩＤを抽出し、前記自社の広告主ＩＤを前記暗号鍵生成部へ入力して第１の暗号鍵を生成し、前記同業他社の広告主ＩＤを前記暗号鍵生成部へ入力して第２の暗号鍵を生成し、前記業種属性ＩＤを前記暗号鍵生成部へ入力して第３の暗号鍵を生成することを特徴とする。
【００１３】
前記暗号鍵生成部は、自社と業種を同じくする同業他社が複数ある場合は、それぞれの同業他社の広告主ＩＤを前記暗号鍵生成部へ入力して、複数の第２の暗号鍵を生成することを特徴とする。
【００１４】
広告情報をユーザ端末へ配信するサービスサーバが生成した履歴情報を暗号化して広告主端末へ送信し、この広告主端末で復号する履歴情報通信方法において、前記サービスサーバは、複数項目からなる前記履歴情報のうち自社だけに公開する項目を指定して情報開示度記憶部に記憶させるステップと、前記広告主端末から履歴情報提供要求を受信するステップと、前記履歴情報のうち自社の履歴情報と前記履歴情報のうち他社の履歴情報に関しては前記情報開示度記憶部を参照して当該他社だけに公開するよう設定した項目とを前記広告主端末へ提示するように暗号化して暗号化履歴情報を得るステップと、この暗号化履歴情報を前記広告主端末へ送信するステップと、前記広告主端末は、前記サービスサーバから受信した前記暗号化履歴情報を、前記復号鍵生成部で生成した復号鍵を使って前記復号部で復号するステップと、を有することを特徴とする。
【００１５】
広告情報をユーザ端末へ配信するサービスサーバが生成した履歴情報を暗号化して広告主端末へ送信し、この広告主端末で復号する履歴情報通信方法において、前記サービスサーバは、複数項目からなる前記履歴情報のうち自社だけに公開する項目を指定して情報開示度記憶部に記憶させるステップと、前記広告主端末から履歴情報提供要求を受信するステップと、自社の広告主ＩＤに基づき第１の暗号鍵を生成するステップと、自社と業種を同じくする他社の広告主ＩＤに基づき第２の暗号鍵を生成するステップと、自社および他社が属する業種属性ＩＤに基づき第３の暗号鍵を生成するステップと、前記第１の暗号鍵を使って、前記情報開示度記憶部を参照して複数項目からなる前記履歴情報のうち自社だけに公開する項目を暗号化するステップと、前記第２の暗号鍵を使って、前記情報開示度記憶部を参照して複数項目からなる前記履歴情報のうち他社が当該他社だけに公開する項目を暗号化するステップと、前記第３の暗号鍵を使って、前記履歴情報のうち前記第１および第２の暗号鍵で暗号化した項目と前記履歴情報のうち前記第１および第２の暗号鍵で暗号化しなかった項目の両方を暗号化して暗号化履歴情報を生成するステップと、この暗号化履歴情報を前記広告主端末へ送信するステップと、有し、前記広告主端末は、当該広告主の広告主ＩＤに基づき、前記サービスサーバと同一のアルゴリズムで第１の復号鍵を生成するステップと、当該広告主の広告主ＩＤが属する業種属性ＩＤに基づき、前記サービスサーバと同一のアルゴリズムで第２の復号鍵を生成するステップと、前記サービスサーバから前記暗号化履歴情報を受信するステップと、前記暗号化履歴情報を、前記第２の復号鍵を使って復号してから前記第１の復号鍵を使って復号するステップと、を有することを特徴とする。
【００１６】
履歴情報生成部で生成した履歴情報を暗号化して広告主端末へ送信するサービスサーバにおいて、前記複数項目からなる履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部と、前記広告主端末が復号鍵を生成するアルゴリズムと同一のアルゴリズムで暗号鍵を生成する暗号鍵生成部と、この暗号鍵生成部で生成した暗号鍵で所定の情報を暗号化する暗号部と、前記広告主端末と通信する広告主端末通信部と、を備え、前記広告主端末から履歴情報提供要求を受信すると、前記暗号部が、前記履歴情報のうち自社の履歴情報と前記履歴情報のうち他社の履歴情報に関しては前記情報開示度記憶部を参照して当該他社だけに公開するよう設定した項目とを前記広告主端末へ提示するように前記暗号鍵を使って暗号化し、前記広告主端末通信部が、この暗号化して得た暗号化履歴情報を前記広告主端末へ送信することを特徴とする。
【００１７】
履歴情報生成部で生成した履歴情報を暗号化して広告主端末へ送信するサービスサーバにおいて、前記複数項目からなる履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部と、前記広告主端末が復号鍵を生成するアルゴリズムと同一のアルゴリズムで暗号鍵を生成する暗号鍵生成部と、この暗号鍵生成部で生成した暗号鍵で所定の情報を暗号化する暗号部と、前記広告主端末と通信する広告主端末通信部と、を備え、前記広告主端末から履歴情報提供要求を受信すると、自社の広告主ＩＤを前記暗号鍵生成部へ入力して第１の暗号鍵を生成し、自社と業種を同じくする他社の広告主ＩＤを前記暗号鍵生成部へ入力して第２の暗号鍵を生成し、自社および他社が属する業種属性ＩＤを前記暗号鍵生成部へ入力して第３の暗号鍵を生成し、前記暗号部が前記情報開示度記憶部を参照して、前記履歴情報のうち自社の履歴情報に関しては自社だけに公開するよう設定した項目を前記第１の暗号鍵を使って暗号化し、前記履歴情報のうち他社の履歴情報に関しては当該他社だけに公開するよう設定した項目を前記第２の暗号鍵を使って暗号化し、前記履歴情報のうち前記第１および第２の暗号鍵で暗号化した項目と前記履歴情報のうち前記第１および第２の暗号鍵で暗号化しなかった項目の両方を前記第３の暗号鍵を使って暗号化して得た暗号化履歴情報を前記広告主端末へ送信することを特徴とする。
【００１８】
履歴情報生成手段で生成した履歴情報を暗号化して広告主端末へ送信するサービスサーバのコンピュータを、前記複数項目からなる履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部手段と、前記広告主端末から履歴情報提供要求を受信すると、前記履歴情報のうち自社の履歴情報と前記履歴情報のうち他社の履歴情報に関しては前記情報開示度記憶部を参照して当該他社だけに公開するよう設定した項目とを前記広告主端末へ提示するように前記暗号鍵を使って暗号化する暗号化手段と、この暗号化して得た暗号化履歴情報を前記広告主端末へ送信する広告主端末通信手段、として機能させるためのプログラムであることを特徴とする。
【００１９】
履歴情報生成手段で生成した履歴情報を暗号化して広告主端末へ送信するサービスサーバのコンピュータを、前記複数項目からなる履歴情報のうち自社だけに公開する項目を指定して記憶させる情報開示度記憶部手段と、前記広告主端末から履歴情報提供要求を受信すると、自社の広告主ＩＤを前記暗号鍵生成部へ入力して第１の暗号鍵を生成し、自社と業種を同じくする他社の広告主ＩＤを前記暗号鍵生成部へ入力して第２の暗号鍵を生成し、自社および他社が属する業種属性ＩＤを前記暗号鍵生成部へ入力して第３の暗号鍵を生成する、前記広告主端末が復号鍵を生成するアルゴリズムと同一のアルゴリズムで暗号鍵を生成する暗号鍵生成手段と、前記情報開示度記憶手段を参照して、前記履歴情報のうち自社の履歴情報に関しては自社だけに公開するよう設定した項目を前記第１の暗号鍵を使って暗号化し、前記履歴情報のうち他社の履歴情報に関しては当該他社だけに公開するよう設定した項目を前記第２の暗号鍵を使って暗号化し、前記履歴情報のうち前記第１および第２の暗号鍵で暗号化した項目と前記履歴情報のうち前記第１および第２の暗号鍵で暗号化しなかった項目の両方を前記第３の暗号鍵を使って暗号化履歴情報を生成する暗号手段と、前記暗号化履歴情報を前記広告主端末へ送信する広告主端末通信手段、として機能させるためのプログラムであることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、自社に関する履歴情報のすべてと、同業他社に関する履歴情報の一部とを、安全な通信経路を確立して広告主へ提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明のシステム構成図である。
【図２】サービスサーバ１の構成を示した図である。
【図３】決済履歴管理ＤＢ１０９の一例を示す図である。
【図４】広告主ＤＢ１０３の一例を示す図である。
【図５】広告情報管理ＤＢ１０４の一例を示す図である。
【図６】配信履歴管理ＤＢ１０７の一例を示す図である。
【図７】情報開示度ＤＢ１１０の一例を示す図である。
【図８】広告主が、広告主ＤＢ１０３および情報開示度ＤＢ１１０へ情報を登録するときのシーケンスである。
【図９】サービスサーバ１と広告主端末２の間で、履歴情報を通信するときのシーケンスである。
【図１０】履歴情報生成部１１３で履歴情報を生成する処理フローを示した図である。
【発明を実施するための形態】
【００２２】
添付図面を適宜参照しながら、本発明にかかる履歴情報配信システムの好適な実施の形態について説明する。
図１は、本発明の履歴情報通信システムにおけるシステム構成図である。
【００２３】
図１において、サービスサーバ１は、ネットワーク３により、広告主が保有する広告主端末２や、情報配信端末５、決済／情報配信端末６、決済端末７と接続される。ユーザ端末としての携帯端末４は、非接触ＩＣカードを内蔵しており、非接触ＩＣ通信機能を有する情報配信端末５・決済／情報配信端末６・決済端末７と非接触ＩＣ通信を行う。なお、ユーザ端末としては、非接触ＩＣカードを内蔵した携帯端末を使って実施例を説明しているが、たとえばパーソナルコンピュータ（ＰＣ）でも実現できる。ユーザ端末を、ネットワーク３に接続したＰＣで実現した場合は、ユーザ端末とサービスサーバ１とを接続する役目である情報配信端末５・決済／情報配信端末６・決済端末７は不要となる。
【００２４】
広告主端末２は、サービスサーバ１との間でデータを送受信するための送受信部２１、データを入力するための入力部２２、復号鍵を生成する復号鍵生成部２３、サービスサーバ１から受信した暗号化データを復号する復号部２４を有する。広告主は、携帯端末４を所有するユーザへ配信したい広告情報を、入力部２２を使って入力し、送受信部２１を介してサービスサーバ１へ送信する。また、広告主は、送受信部２１を介して、サービスサーバ１が生成したマーケティング情報に関する暗号化された履歴情報（＝暗号化履歴情報）を受信する。そして、復号鍵生成部２３を使って所定の手順により復号鍵を生成し、この復号鍵を使って復号部２４が暗号化された履歴情報を復号する。復号鍵生成部２３は、後述するサービスサーバ１の暗号鍵生成部１１１と同一のアルゴリズムを有しており、このアルゴリズムを用いて復号鍵を生成する。なお、本発明における広告情報とは、商品・サービスを告知する情報やクーポンといった販売促進情報全般を指す。
【００２５】
サービスサーバ１は、広告主端末２から受信した広告情報を所定の領域に格納し、携帯端末４へ配信するのに備える。また、サービスサーバ１は、情報配信端末５、決済／情報配信端末６、決済端末７から様々な情報を受信し、所定の領域に格納する。そして、サービスサーバ１は、広告主端末２からマーケティング情報に関する履歴情報の提供要求を受けると、所定の領域に格納された様々な情報を使ってマーケティング情報に関する履歴情報を生成し、この生成物を広告主端末２へ送信する。
【００２６】
情報配信端末５は、サービスサーバ１が保有している販売促進情報をネットワーク３経由で受信し、非接触ＩＣ通信を行ってこの販売促進情報を携帯端末４に配信する。情報配信端末５は、少なくとも携帯端末４のＩＤ、たとえば非接触ＩＣ通信時に取得した非接触ＩＣのＩＤを、サービスサーバ１へ通知する。決済端末７は、携帯端末４との間で電子マネーを使った決済を行い、この決済に関する情報（＝決済履歴）をサービスサーバ１へ通知する。決済に関する情報とは、非接触ＩＣ通信時に取得した非接触ＩＣのＩＤ、決済日時、取引商品などの情報、すなわち誰がいつ何を購入したかの情報を含む。非接触ＩＣのＩＤとしては、たとえばＦｅｌｉｃａ（登録商標）チップの製造番号を使う。決済／情報配信端末６は、情報配信端末５と決済端末７の両方の機能を兼ね備えた端末である。
【００２７】
図２は、サービスサーバ１の構成図である。
サービスサーバ１は、広告主端末２と通信する広告主端末通信部１００、情報配信端末５や決済／情報配信端末６から情報配信要求を受けて広告情報を配信する情報配信通信部１０６、決済端末７から決済に関する情報（＝決済履歴）を収集する決済履歴集信部１０８を有する。
【００２８】
決済履歴集信部１０８は、決済端末７から決済に関する情報（＝決済履歴）を収集し、この決済履歴を、決済履歴記憶部として機能する決済履歴管理ＤＢ１０９に記憶する。
図３は、決済履歴管理ＤＢ１０９の一例を示した図である。決済履歴管理ＤＢ１０９には、電子マネー決済を行った携帯端末に内蔵された非接触ＩＣカードのＩＤと、購入商品情報と、決済金額と、購入日時と、購入場所が記憶されている。
【００２９】
広告主ＤＢ１０３は、広告主ＩＤと広告主が属する業種属性ＩＤとを、予め対応付けて記憶する広告主記憶部として機能する。
図４は、広告主ＤＢ１０３の一例を示した図である。なお、広告主ＩＤと業種属性ＩＤは、広告主端末２の図示しないメモリにも予め記憶されている。暗号鍵生成部１１１は、広告主端末２から履歴情報提供要求を受け、この履歴情報提供要求に含まれる自社の広告主ＩＤをキーにして広告主ＤＢ１０３を検索し、広告主ＩＤに対応付いた業種属性ＩＤを抽出する。そして、暗号鍵生成部１１１は、自社広告主ＩＤに基づき第１の暗号鍵を生成し、自社と業種を同じくする他社の広告主ＩＤに基づき第２の暗号鍵を生成し、自社および他社が属する業種属性ＩＤに基づき第３の暗号鍵を生成する。自社と業種を同じくする他社が複数ある場合は、第２の暗号鍵を複数分だけ生成する。暗号鍵を生成する方法としては、たとえばＳＨＡ−１やＭＤ５と呼ばれるハッシュ関数を用いることができる。暗号部１１２は、暗号鍵生成部１１１で生成した３種類の暗号鍵を使って、所定の情報を暗号化する。
【００３０】
広告主端末２とネットワーク３を介して通信する広告主端末通信部１００は、広告情報受信部１０１と、履歴情報通信部１０２とを有する。
広告情報受信部１０１は、広告主ＩＤを含んだ販売促進情報を広告主端末２から受信し、広告情報を記憶する広告情報管理ＤＢ１０４に記憶する。
【００３１】
図５は、広告情報管理ＤＢ１０４の一例を示した図である。広告情報管理ＤＢ１０４には、広告主ＩＤ、広告主が属する業種属性ＩＤ、配信情報ＩＤ、広告情報が登録された登録日時、どんな商品および商品属性ＩＤに関する広告が登録されたかを示す情報、広告を配信する有効期間、広告を配信する地域や性別・年齢を記憶する。なお、配信情報ＩＤとは、広告主が広告情報を広告情報管理ＤＢ１０４へ登録する際に付与される、配信情報ごとに一意な番号である。
【００３２】
配信情報生成部１０５は、情報配信端末５や決済／情報配信端末６から情報配信要求を受けて、携帯端末４へ配信するための情報を生成する。配信情報生成部１０５は、たとえば携帯端末４の所在地や所有者の性別・年齢などの情報を使って広告情報管理ＤＢ１０４を検索し、広告配信の効果が高いと考えられる配信情報を生成する。そして、情報配信通信部１０６は、配信情報生成部１０５で生成した配信情報を、情報配信要求を受けた情報配信端末５や決済／情報配信端末６へ送信する。情報配信端末５や決済／情報配信端末６は、受信した配信情報を携帯端末４へ配信する。加えて、配信情報生成部１０５は、生成した配信情報を、配信履歴記憶部として機能する配信履歴管理ＤＢ１０７に記憶する。配信情報の生成については、本発明の趣旨から外れるため詳細な説明を割愛するが、たとえば先行技術文献として示した特許文献１の発明を適用できる。
【００３３】
図６は、配信履歴管理ＤＢ１０７の一例を示した図である。配信履歴管理ＤＢ１０７は、どの携帯端末４へ情報を配信したかを示す非接触ＩＣ＿ＩＤと、どの情報を配信したかを示す配信情報ＩＤと、どの情報配信端末５や決済／情報配信端末６から携帯端末４へ配信したかを示す配信情報用ＲＷ＿ＩＤと、配信日時と、携帯端末４がどこで受信したかを示す情報を記憶する。すなわち、配信履歴管理ＤＢ１０７は、どのユーザが所有する携帯端末４へ、どの広告情報を配信したかの配信情報の履歴を記憶している。
【００３４】
情報開示度ＤＢ１１０は、広告主が属する業種の同業他社へ、マーケティングに関する情報をどこまで開示してよいかを指定した情報を予め記憶しておく。すなわち、複数項目からなる所定の情報に対し、広告主だけに公開する項目と、広告主および広告主が属する業種の同業他社の双方に公開する項目とを区別して設定している。
【００３５】
図７は、情報開示度ＤＢ１１０の一例を示した図である。図７において、広告主ＩＤと配信情報ＩＤは、履歴情報を生成する上で検索キーとなる項目であり、広告主が属する業種の同業他社には開示しない。履歴情報生成部１１３は、広告主ＩＤと配信情報ＩＤを除外して履歴情報を生成してもよい。もしくは暗号部１１２が、履歴情報に含まれる広告主ＩＤと配信情報ＩＤを、広告主が属する業種の同業他社には開示しないように暗号化してもよい。広告主は、情報開示度ＤＢ１１０に記憶された項目に対して、任意に開示度を設定できる。たとえば、登録日時や有効期間は“０”なので、同業他社へ開示することを示す。反対に、商品情報や配信対象は“１”なので、同業他社へ開示しないことを示す。
【００３６】
履歴情報通信部１０２は、広告主端末２から少なくとも広告主ＩＤを含んだ履歴情報提供要求を受信すると、履歴情報生成部１１３へマーケティングに関する履歴情報の生成を指示する。履歴情報生成部１１３は、自社の広告主ＩＤをキーにして広告情報管理ＤＢ１０４を検索し、広告主ＩＤに紐付いた配信情報ＩＤを抽出する。そして、履歴情報生成部１１３は、抽出した配信情報ＩＤを使って配信履歴管理ＤＢ１０７および決済履歴管理ＤＢ１０９を検索し、広告主へ送信する履歴情報を生成する。この履歴情報は、情報開示度ＤＢ１１０を参照し、暗号鍵生成部１１１で生成した３種類の暗号鍵を使って暗号部１１２で暗号化される。そして、暗号化した履歴情報を、履歴情報通信部１０２を使って履歴情報を要求した広告主端末２へ送信する。
【００３７】
以上、図１〜７を用いて、本発明の実施例におけるシステム構成やＤＢのデータテーブル構造を中心に説明したが、以降の説明は、サービスサーバ１や広告主端末２での処理を中心に行う。
【００３８】
本発明の履歴情報通信システムにおける本質的な動作は以下である。
すなわち、サービスサーバ１は、マーケティングに関する履歴情報のうち、広告主だけに公開する部分を指定した情報を、予め情報開示度ＤＢ１１０に記憶しておく。サービスサーバ１は、広告主端末２からマーケティングに関する履歴情報の提供要求を受信すると、履歴情報提供要求に含まれる自社の広告主ＩＤを暗号鍵生成部１１１へ入力して第１の暗号鍵を生成する。サービスサーバ１は、自社と業種を同じくする他社の広告主ＩＤを暗号鍵生成部へ入力して、第２の暗号鍵を生成する。サービスサーバ１は、さらに、自社および他社が属する業種属性ＩＤを暗号鍵生成部１１１へ入力して、第３の暗号鍵を生成する。なお、自社と業種を同じくする他社が複数ある場合は、第２の暗号鍵を複数分だけ生成する。
【００３９】
サービスサーバ１は情報開示度ＤＢ１１０を参照して、複数項目からなる履歴情報のうち自社の履歴情報に関しては、自社だけに公開するよう設定した項目を第１の暗号鍵を使って暗号化する。サービスサーバ１は情報開示度ＤＢ１１０を参照して、履歴情報のうち他社の履歴情報に関しては、当該他社だけに公開するよう設定した項目を、第２の暗号鍵を使って暗号化する。さらに、第３の暗号鍵を使って、履歴情報のうち第１および第２の暗号鍵で暗号化した項目と、履歴情報のうち第１および第２の暗号鍵で暗号化しなかった項目の両方を暗号化して、この暗号化履歴情報を広告主端末２へ送信する。
【００４０】
広告主端末２は、予め自社の広告主ＩＤとこの広告主ＩＤに対応付いた業種属性ＩＤとを記憶しておく。広告主は、自社の広告主ＩＤおよび業種属性ＩＤを知っているが、同業他社の広告主ＩＤを知らない。広告主端末２は、サービスサーバ１の暗号鍵生成部１１１と同一のアルゴリズムで復号鍵を生成する復号鍵生成部２３を備える。広告主端末２は、広告主ＩＤを復号鍵生成部２３へ入力して第１の復号鍵を生成し、さらに業種属性ＩＤを復号鍵生成部２３へ入力して第２の復号鍵を生成する。そして、サービスサーバ１から受信した暗号化履歴情報を、第２の復号鍵を使って復号してから第１の復号鍵を使って復号することで、サービスサーバ１が生成した履歴情報を得られる。
【００４１】
上述したような、サービスサーバ１での暗号化には３種類の暗号鍵を使い、広告主端末２での復号には２種類の復号鍵を使う構成によると、自社は、第１および第２の復号鍵を使って、自社のマーケティングに関する履歴情報のすべてを復号できる。一方、自社は、同業他社が公開と設定する履歴情報を復号できるが、同業他社が非公開と設定する履歴情報を復号できない。
【００４２】
よって、本発明によれば、自社のマーケティングに関する履歴情報のすべてと、同業他社のマーケティングに関する履歴情報の一部とを、安全な通信経路を確立して広告主へ提供することができる。
【００４３】
なお、サービスサーバ１から広告主端末２へ暗号化履歴情報を送信し、広告主端末２で復号する実施形態は、上記の態様に限定されない。以下に、変形例を示す。
変形例の１つとして、サービスサーバ１は、マーケティングに関する履歴情報のうち、広告主だけに公開する部分を指定した情報を、予め情報開示度ＤＢ１１０に記憶しておく。サービスサーバ１は、広告主端末２からマーケティングに関する履歴情報の提供要求を受信すると、自社の履歴情報と、他社の履歴情報に関しては情報開示度ＤＢ１１０を参照して当該他社だけに公開するよう設定した項目とを抽出する。サービスサーバ１は、この抽出した履歴情報を暗号化し、暗号化履歴情報として広告主端末２へ送信する。
【００４４】
広告主端末２は、サービスサーバ１の暗号鍵生成部１１１と同一のアルゴリズムで復号鍵を生成する復号鍵生成部２３を備える。広告主端末２は、サービスサーバ１から受信した暗号化履歴情報を、復号鍵生成部２３で生成した復号鍵を使って復号することで、サービスサーバ１が生成した履歴情報を得られる。
【００４５】
このような変形例によっても、自社のマーケティングに関する履歴情報のすべてと、同業他社のマーケティングに関する履歴情報の一部とを、安全な通信経路を確立して広告主へ提供することができる。この変形例は、先述の実施形態と比べて、他社の履歴情報に関しては情報開示度ＤＢ１１０を参照して当該他社だけに公開するよう設定した項目のみを抽出する点が異なる。そして、この変形例は、先述の実施形態と比べて、サービスサーバ１における暗号鍵と広告主端末２における復号鍵がどちらも１つですみ、暗号鍵や復号鍵を管理しやすく、暗号化および復号も容易になる、というメリットがある。
【００４６】
また、さらなる変形例として、サービスサーバ１は、マーケティングに関する履歴情報のうち、広告主だけに公開する部分を指定した情報を、予め情報開示度ＤＢ１１０に記憶しておく。サービスサーバ１は、広告主端末２からマーケティングに関する履歴情報の提供要求を受信すると、履歴情報提供要求に含まれる自社の広告主ＩＤを暗号鍵生成部１１１へ入力して第１の暗号鍵を生成する。サービスサーバ１は、自社と業種を同じくする他社の広告主ＩＤを暗号鍵生成部へ入力して、第２の暗号鍵を生成する。サービスサーバ１は、さらに、自社および他社が属する業種属性ＩＤを暗号鍵生成部１１１へ入力して、第３の暗号鍵を生成する。なお、自社と業種を同じくする他社が複数ある場合は、第２の暗号鍵を複数分だけ生成する。
【００４７】
サービスサーバ１は情報開示度ＤＢ１１０を参照して、複数項目からなる履歴情報のうち自社の履歴情報に関しては、自社だけに公開するよう設定した項目を第１の暗号鍵を使って暗号化する。サービスサーバ１は情報開示度ＤＢ１１０を参照して、履歴情報のうち他社の履歴情報に関しては、当該他社だけに公開するよう設定した項目を、第２の暗号鍵を使って暗号化する。さらに、第３の暗号鍵を使って、履歴情報のうち第１および第２の暗号鍵で暗号化しなかった項目を暗号化する。サービスサーバ１は、第１〜３の暗号鍵で暗号化して得た暗号化履歴情報を、広告主端末２へ送信する。
【００４８】
広告主端末２は、予め自社の広告主ＩＤとこの広告主ＩＤに対応付いた業種属性ＩＤとを記憶しておく。広告主は、自社の広告主ＩＤおよび業種属性ＩＤを知っているが、同業他社の広告主ＩＤを知らない。広告主端末２は、サービスサーバ１の暗号鍵生成部１１１と同一のアルゴリズムで復号鍵を生成する復号鍵生成部２３を備える。広告主端末２は、広告主ＩＤを復号鍵生成部２３へ入力して第１の復号鍵を生成し、さらに業種属性ＩＤを復号鍵生成部２３へ入力して第２の復号鍵を生成する。そして、サービスサーバ１から受信した暗号化履歴情報を、第２の復号鍵を使って復号してから第１の復号鍵を使って復号することで、サービスサーバ１が生成した履歴情報を得られる。
【００４９】
このような変形例によっても、自社のマーケティングに関する履歴情報のすべてと、同業他社のマーケティングに関する履歴情報の一部とを、安全な通信経路を確立して広告主へ提供することができる。第１・２の暗号鍵で暗号化した部分と暗号化しなかった部分の両方を第３の鍵で暗号化する先述の実施形態は、この変形例と比べて、自社のみに公開する情報を二重に暗号化するので、この変形例よりセキュリティが強固になる、というメリットを有する。
【００５０】
図８は、広告主端末２が、サービスサーバ１の広告主ＤＢ１０３および情報開示度ＤＢ１１０へ情報を登録するときのシーケンスである。
広告主は、広告主端末２の入力部２２を使って、広告主ＤＢ１０３および情報開示度ＤＢ１１０に登録するための情報を入力し、送受信部２１を介して広告主登録要求をサービスサーバ１へ送信する（ステップＳ１）。広告主登録要求には、図４で示す広告主ＤＢ１０３へ登録するための、広告主が属する業種属性ＩＤもしくは広告主の商品が属する業種属性ＩＤを含む。また、広告主登録要求には、図７で示す情報開示度ＤＢ１１０へ登録するための、複数ある項目のうち自社のみに公開するか、もしくは同業他社にも公開するかを項目ごとに指定した設定情報を含む。
【００５１】
広告主登録要求を受信したサービスサーバ１は、広告主に対してＩＤを付与し、広告主ＩＤと業種ＩＤとを対応付けて、広告主ＤＢ１０３へ登録する（ステップＳ２）。また、サービスサーバ１は、どこまで同業他社にマーケティングに関する履歴情報を公開するかを指定する設定情報を、情報開示度ＤＢ１１０へ登録する（ステップＳ３）。ＤＢへの登録を完了したら、サービスサーバ１は、登録を終えたことを示す広告主登録応答とともに、ステップＳ２で付与した広告主ＩＤを、広告主端末２へ送信する（ステップＳ４）。
【００５２】
サービスサーバ１が付与した広告主ＩＤを広告主端末２へ通知する手段は、オンラインでもオフラインでもよい。ただし、サービスサーバ１が付与した広告主ＩＤは、サービスサーバ１における第１の暗号鍵と、広告主端末２における第１の復号鍵との生成に用いられるため、秘匿情報として広告主端末２へ送信することが求められる。
【００５３】
図９は、サービスサーバ１と広告主端末２の間で、マーケティングに関する履歴情報を通信するときのシーケンスである。
広告主は、広告主端末２の入力部２２を使って、広告主ＩＤと取得履歴指定を入力し、送受信部２１を介して履歴情報提供要求をサービスサーバ１へ送信する（ステップＳ１１）。取得履歴指定とは、自社の履歴情報とともに、同業他社の履歴情報も取得するか否かを指定することである。
【００５４】
サービスサーバ１は、広告主端末通信部１００が履歴情報提供要求を受信すると、履歴情報通信部１０２を介して履歴情報生成部１１３へ履歴情報の生成を指示し、履歴情報生成部１１３が履歴情報を生成する（ステップＳ１２）。履歴情報を生成する処理フローを、図１０を使って説明する。
【００５５】
図１０は、履歴情報生成部１１３において、履歴情報を生成する処理フローを示した図である。
履歴情報生成部１１３は、広告主端末２から受信した履歴情報提供要求に含まれる広告主ＩＤをキーにして図５に示す広告主情報管理ＤＢ１０４を検索し、この広告主が登録した広告に紐付けた配信情報ＩＤを抽出する（ステップＳ２１）。
【００５６】
履歴情報生成部１１３は、履歴情報提供要求に、同業他社の履歴情報も取得することを示す取得履歴指定が含まれている場合は、広告主ＩＤをキーにして図４に示す広告主ＤＢ１０３を検索し、広告主が属する業種属性ＩＤを得る。履歴情報生成部１１３は、この業種属性ＩＤをキーにして図５に示す広告主情報管理ＤＢ１０４を検索し、この業種属性ＩＤに対応付いている配信情報ＩＤを抽出する（ステップＳ２２）。
【００５７】
なお、本実施例では、広告主は自社および同業他社の両方の履歴情報を取得するフローを示すが、権利範囲はこの実施例に限定されない。自社の履歴情報のみを取得する場合は、ステップＳ２２の処理をスキップする。同業他社の履歴情報のみを取得する場合は、ステップＳ２１の処理をスキップする。
【００５８】
履歴情報生成部１１３は、ステップＳ２１・２２で得た所定の配信情報ＩＤをキーにして図７に示す配信履歴管理ＤＢ１０７を検索し、どの携帯端末４へこの配信情報ＩＤに紐付いた広告情報を配信したかを抽出する（ステップＳ２３）。サービスサーバ１がどの携帯端末４へ広告情報を配信したかを把握するため、情報配信端末５が携帯端末４と非接触ＩＣ通信を行って取得した、携帯端末４に内蔵された非接触ＩＣカードのＩＤを使う。ステップＳ２３で抽出する情報としては、この配信情報をどの情報配信端末５から非接触通信を行って配信したかを表す情報（配信情報用ＲＷ＿ＩＤ）や配信日時、情報配信端末５の設置場所などの情報を含めてもよい。
【００５９】
履歴情報生成部１１３は、ステップＳ２３で得た携帯端末４のＩＤをキーにして図３に示す決済履歴管理ＤＢ１０９を検索し、決済履歴を抽出する（ステップＳ２４）。ステップＳ２４で抽出する情報としては、購入商品、購入金額、購入日時や購入場所に関する情報を含めてもよい。
【００６０】
履歴情報生成部１１３は、ステップＳ２３で得た配信履歴やステップＳ２４で得た決済履歴を結合して、所定の配信情報ＩＤに関する履歴情報を生成する（ステップＳ２５）。そして、履歴情報生成部１１３は、まだ履歴情報を生成していない配信情報ＩＤがあれば（ステップＳ２６，Ｙｅｓ）ステップＳ２３へ戻り、引き続き他の配信情報に関する履歴情報を生成する。履歴情報生成部１１３は、履歴情報を生成していない配信情報ＩＤがなければ（ステップＳ２６，Ｎｏ）、履歴情報の生成処理を終了する。履歴情報生成部１１３は、ある配信情報ＩＤに対して履歴情報を生成したか否かを把握するための、図示しないテーブルを保有しており、履歴情報を生成した配信情報にフラグを立てる。
【００６１】
なお、本実施例では、ステップＳ２３で得た配信履歴やステップＳ２４で得た決済履歴を結合して履歴情報を生成したが、権利範囲はこの実施例に限定されない。履歴情報としては、ステップＳ２３で得た配信履歴とステップＳ２４で得た決済履歴のうち、どちらか一方のみでもよい。ステップＳ２３で得た配信履歴とステップＳ２４で得た決済履歴を結合して履歴情報を生成した場合は、どんな広告情報を配信した結果、どんな商品が売れたか、といった広告配信の効果を測定できる。
【００６２】
図９に戻り、サービスサーバ１は、暗号鍵生成部１１１において暗号鍵を生成する（ステップＳ１３）。サービスサーバ１は、広告主端末２から受信した履歴情報提供要求に含まれる自社の広告主ＩＤを暗号鍵生成部１１１へ入力して、第１の暗号鍵を生成する。サービスサーバ１は、自社の広告主ＩＤをキーにして広告主ＤＢ１０３を検索し、広告主ＩＤに対応付いた業種属性ＩＤを抽出し、この業種属性ＩＤをキーにして広告情報管理ＤＢ１０４を検索する。そして、このようにして得た自社と業種を同じくする他社の広告主ＩＤを暗号鍵生成部へ入力して、第２の暗号鍵を生成する。サービスサーバ１は、さらに、自社および他社が属する業種属性ＩＤを暗号鍵生成部１１１へ入力して、第３の暗号鍵を生成する。自社と業種を同じくする他社が複数ある場合は、第２の暗号鍵を複数分だけ生成する。
【００６３】
サービスサーバ１は、ステップＳ１３で得た第１〜３の暗号鍵を使い、図７に示す情報開示度ＤＢ１１０を参照して、履歴情報生成部１１３で生成した履歴情報を暗号化する（ステップＳ１４）。具体的には、暗号部１１２は、所定の配信情報ＩＤをキーとして情報開示度ＤＢ１１０を検索し、所定の配信情報ＩＤに対する自社または同業他社が設定した情報の開示度を抽出する。そして、暗号部１１２は、情報開示度ＤＢ１１０を参照して、複数項目からなる履歴情報のうち、自社の履歴情報に関しては、自社だけに公開するよう設定した項目を第１の暗号鍵を使って暗号化する。暗号部１１２は、情報開示度ＤＢ１１０を参照して、複数項目からなる履歴情報のうち、他社が当該他社だけに公開するよう設定した項目を、第２の暗号鍵を使って暗号化する。さらに、暗号部１１２は、第３の暗号鍵を使って、履歴情報のうち第１および第２の暗号鍵で暗号化した項目と、履歴情報のうち第１および第２の暗号鍵で暗号化しなかった項目の両方を暗号化して、暗号化履歴情報を生成する。
【００６４】
サービスサーバ１の履歴情報通信部１０２は、ステップＳ１４で生成した暗号化履歴情報を、履歴情報応答として広告主端末２に送信する（ステップＳ１５）。
暗号化履歴情報を受信した広告主端末２は、自社の広告主ＩＤを復号鍵生成部２３へ入力して第１の復号鍵を生成し、さらに業種属性ＩＤを復号鍵生成部２３へ入力して第２の復号鍵を生成する（ステップＳ１６）。広告主端末２は、予め自社の広告主ＩＤとこの広告主ＩＤに対応付いた業種属性ＩＤとを記憶しておく。広告主は、自社の広告主ＩＤおよび業種属性ＩＤを知っているが、同業他社の広告主ＩＤを知らない。復号鍵生成部２３は、サービスサーバ１の暗号鍵生成部１１１と同一のアルゴリズムで復号鍵を生成する。
【００６５】
広告主端末２の復号部２４は、サービスサーバ１から受信した暗号化履歴情報を、第２の復号鍵を使って復号してから第１の復号鍵を使って復号することで、サービスサーバ１が生成した履歴情報を得る（ステップＳ１７）。つまり、自社は、第１および第２の復号鍵を使って、自社のマーケティングに関する履歴情報のすべてを復号できる。一方、自社は、同業他社が公開と設定する履歴情報を復号できるが、同業他社が非公開と設定する履歴情報を復号できない。
【００６６】
すなわち、本発明の履歴情報通信システムは、サービスサーバ１での暗号化には３種類の暗号鍵を使い、広告主端末２での復号には２種類の復号鍵を使う。サービスサーバ１において自社の広告主ＩＤを使って生成した第１の暗号鍵に対しては、広告主端末２において自社の広告主ＩＤを使って生成した第１の復号鍵で複合化できる。サービスサーバ１において業種属性ＩＤを使って生成した第３の暗号鍵に対しては、広告主端末２において業種属性ＩＤを使って生成した第２の復号鍵で複合化できる。しかしながら、サービスサーバ１において同業他社の広告主ＩＤを使って生成した第２の暗号鍵に対しては、広告主端末２において自社の広告主ＩＤおよび業種属性ＩＤを使って生成した第１・２の復号鍵のどちらを使っても復号できない。
【００６７】
よって、本発明によれば、自社のマーケティングに関する履歴情報のすべてと、同業他社のマーケティングに関する履歴情報の一部とを、安全な通信経路を確立して広告主へ提供することができる。
【符号の説明】
【００６８】
１      サービスサーバ
１００  広告主端末通信部
１０１  広告情報受信部
１０２  履歴情報通信部
１０３  広告主ＤＢ
１０４  広告情報管理ＤＢ
１０５  配信情報生成部
１０６  情報配信通信部
１０７  配信履歴管理ＤＢ
１０８  決済履歴集信部
１０９  決済履歴管理ＤＢ
１１０  情報開示度ＤＢ
１１１  暗号鍵生成部
１１２  暗号部
１１３  履歴情報生成部
２      広告主端末
２１    送受信部
２２    入力部
２３    復号鍵生成部
２４    復号部
３      ネットワーク
４      携帯端末
５      情報配信端末
６      決済／情報配信端末
７      決済端末
【図１】
2011130218.tif 000003
【図２】
2011130218.tif 000004
【図３】
2011130218.tif 000005
【図４】
2011130218.tif 000006
【図５】
2011130218.tif 000007
【図６】
2011130218.tif 000008
【図７】
2011130218.tif 000009
【図８】
2011130218.tif 000010
【図９】
2011130218.tif 000011
【図１０】
2011130218.tif 000012