JP3858828B2 - 情報通知方法、情報通知プログラム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、利用条件の異なる役務又は／及び商品を提供する複数のサービスを利用する際に、あるサービスの利用状況に伴って、他のサービスの利用条件が変更される場合に、利用者に利用条件の変更に伴う情報を通知する技術に関する。
【０００２】
【従来の技術】
利用条件の異なる複数のサービスを連携して利用する従来のシステムとして、駐車場サービスと店舗等での購買サービスを組み合わせた複合的なサービスがある。特に、店舗等での購買利用量が一定の量を超えると、駐車場の利用料金が一定時間（たとえば２時間）無料になるといった、時間課金と購買利用量を組み合わせた課金形態を持つサービスが普及している（関連する発明としては、特許文献１、特許文献２、特許文献３を参照）。
【０００３】
上記サービスにおいて利用者は、買物などに気を取られて制限時間を超過することで、利用者が意図しない追加料金を支払うことになる場合がある。この問題を解決するための従来の方法として、利用者の携帯端末に対して駐車料金に関する情報の通知を行うことにより、追加料金を請求される前に、利用者が駐車場に戻ることを可能とする技術が公開されている（特許文献４参照）。
【０００４】
【特許文献１】
特開2002-163730号公報
【０００５】
【特許文献２】
特開平04-055995号公報
【０００６】
【特許文献３】
特開2002-15346号公報
【０００７】
【特許文献４】
特開2002-42188号公報
【０００８】
【発明が解決しようとする課題】
上述のように、複合的なサービスを提供するシステムにおいて、利用時間に応じて料金が追加される等、利用状況に応じてサービスの利用条件が変更され得る場合に、利用者に対して通知を行うことにより、利用者の利便性を向上することを目的とした技術が公開されているが、以下のような問題が存在する。
【０００９】
第一に、単にサービスの利用条件が変更され得ることの通知を行うのみでは、他のサービスの提供者から潜在的な顧客による購買機会を奪うことになる。例えば、従来例のように駐車場料金の追加料金が発生することを事前に通知することにより、通知を受けた利用者は料金が追加される前に駐車場から出庫することができるが、店舗側にとっては購買機会を奪われることになる。
【００１０】
第二に、従来例のように時間課金を用いたサービス（以下、時間課金サービスと呼称する。）の利用料金の変更に伴う通知の場合、時間経過のみに従って利用者に通知を行うことで、利用者に対して心理的な負担を与えることとなり、利用者にとって必要な買物をし忘れるなどの問題が生じる可能性がある。
【００１１】
第三に、複数のサービスを連携して利用するシステムにおいて、例えば、店舗等における購買金額（以下、購買金額の上位概念として、購買利用量又は利用量と呼称する場合もある）と時間課金サービスとを連携させた課金管理システムにおいて、購買利用量の履歴の情報はシステム側で管理されているのみであり、サービス時間の利用料金に対して、さらなる料金割引を得るための購買利用量に関する情報を、利用者が得るためには、利用者自らが購買利用量の合計とそのサービスが利用条件を変更し得るサービスを管理しておかなければならず、特にショッピングモールなどの多数の店舗が建ち並ぶ場所においては大きな負担となる。
【００１２】
そこで本発明は、複合的なサービスを提供するシステムにおいて、利用者の利便性をより向上させることを目的とした情報通知であって、当該システムにおける購買活動の継続を当該利用者に促すことを意図した情報を通知することにより、当該利用者と当該サービス提供者といった当事者全てがより利益を得る確度が高まる情報通知方法の提供を目的とする。
【0013】
【課題を解決するための手段】
本発明は、店舗にて提供される第一のサービスの利用に伴って、時間課金を伴う第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知プログラムであって、前記利用者について前記店舗にて提供される第一のサービスの利用累計金額の現在値を記憶する利用累計量記憶手段と、前記時間課金を伴う第二のサービスの利用開始時刻を記憶する利用開始時刻記憶手段と、前記時間課金を伴う第二のサービスの利用条件であって前記第二のサービスの課金情報及び割引情報を含む利用条件と、それに対応付けて規定された前記店舗にて提供される第一のサービスの利用累計金額の規定値とを含むサービス連携定義情報を記憶するサービス連携定義情報記憶手段と、前記時間課金を伴う第二のサービスの利用条件であって、前記第一のサービスの利用累計金額の現在値により特定される第一の利用条件を取得する第一の利用条件取得手段と、前記時間課金を伴う第二のサービスの利用条件であって、前記店舗にて提供される第一のサービスの利用累計金額の現在値により特定される第一の利用条件の次に適用対象となる第二の利用条件を取得する第二の利用条件取得手段と、前記第二の利用条件の適用が実施される為に必要となる前記店舗にて提供される第一のサービスの利用累計金額の規定値と、前記利用者の前記店舗にて提供される第一のサービスの利用累計金額の現在値との差量を算出する差量算出手段と、前記店舗にて提供される第一のサービスで提供され得る第一の役務又は／及び商品群のうち、当該役務又は／及び商品による利用金額が前記差量を満たす第二の役務又は／及び商品群の情報を抽出する商品群抽出手段と、前記抽出された第二の役務又は／及び商品群の情報に基づいて当該商品の名称とその金額を少なくとも含む広告情報を生成する広告情報生成手段と、前記時間課金を伴う第二のサービスの第一の利用条件に係わる時間課金の割引時間及び前記利用開始時刻に基づいて、割引後の課金開始となる時刻を取得する手段と、前記第一のサービスの利用累計量の更新に伴う決済時に、前記第二の利用条件取得手段と差量算出手段と商品群抽出手段と広告情報生成手段を用いて更新後の利用累計量に基づく広告情報を生成し、前記生成した広告情報、及び、前記取得した割引後の課金開始となる時刻と前記時刻を経過した後の時間課金額とを少なくとも含む時間課金情報を当該決済のレシートに出力する出力手段としてコンピュータを機能させることを特徴とする。
【0014】
また、本発明は、前記情報通知プログラムであって、前記課金開始となる時刻と現在時刻との差分が所定の閾値以下となった場合に、前記広告情報生成手段を用いて生成された広告情報、及び、前記取得した割引後の課金開始となる時刻と前記時刻を経過した後の時間課金額とを少なくとも含む時間課金情報を、利用者の携帯端末へ通知する情報通知手段としてコンピュータを実行させることを特徴とする。
【００１５】
ここで利用量とは、役務又は／及び商品群を利用又は購入する際に支払った金額、又は役務又は／及び商品群を利用した時間、又は役務又は／及び商品群を利用又は購入することにより付与された仮想的な通貨などが当てはまる。
【００１６】
ここで利用条件とは、役務又は／及び商品群を利用又は購入する際に請求される金額、又は役務又は／及び商品群を利用又は購入する際に適用される割引率、又は役務又は／及び商品群を利用又は購入することにより付与される仮想的な通貨などが当てはまる。
【００１７】
【発明の実施の形態】
本発明の実施例として、時間課金と購買との複合的なサービスの利用形態について説明する。
【００１８】
図１に本発明の情報通知システムの基本構成を示す。サービスＡとサービスＢは、それぞれ利用条件の異なるサービスであり、請求項の第一のサービス及び第二のサービスに相当する。利用者400がサービスＡとサービスＢを利用する場合、サービスＡとサービスＢの利用状況が情報通知サービスに通知され、それぞれのサービスの利用状況に応じて、利用者400に対してサービスの利用状況に伴う情報が通知される。
【００１９】
図２に本発明の実施例のシステム構成図を示す。実施例のシステムは、情報通知サービスを提供する情報通知管理装置100と、第一のサービスとして駐車サービスと提携する店舗での購買サービスを提供するＰＯＳ端末300、第二のサービスとして時間課金を伴う駐車サービスを提供する料金清算装置200から構成される。
【００２０】
情報通知管理装置100は、利用時間・料金管理部110、購買履歴管理部120、利用者情報管理部130、通知時刻管理部140、利用者通知部150、付加情報生成部160、通信制御部170から構成され、データベースとして通知予定時刻テーブル101、利用時間管理テーブル102、通知文雛形管理テーブル103、購買履歴管理テーブル104、サービス間連携定義情報テーブル105、商品嗜好特性情報テーブル106、利用者情報管理テーブル107、利用者嗜好特性情報テーブル108、商品情報管理テーブル109を含む。
【００２１】
利用時間・料金管理部110は、料金清算装置200から利用者400の駐車サービスの利用開始の通知を受信し、当該利用者400の駐車サービスの利用時間及び利用料金の管理を行う。
【００２２】
さらに利用時間・料金管理部110は、購買履歴管理部120から利用者400の購買情報を受信し、駐車サービス及び購買サービスの利用状況を利用者通知部150を用いて当該利用者400へ通知する。
【００２３】
さらに利用時間・料金管理部110は、料金清算装置200から利用者400の駐車サービスの利用終了の通知を受信し、当該利用者400に対する駐車サービスの利用料金を算出し、料金清算装置200に清算処理を依頼する。
【００２４】
また利用時間・料金管理部110は、後述のあらかじめ設定されたタイミングにおいて、駐車サービス及び購買サービスの利用状況を利用者通知部150を用いて利用者400へ通知する。
【００２５】
購買履歴管理部120は、ＰＯＳ端末300からの利用者400の購買情報を受信し、受信した購買情報を購買履歴管理テーブル104に蓄積し、さらに受信した購買情報を利用時間・料金管理部110に送信する。
【００２６】
利用者情報管理部130は、利用者400を一意に識別するための利用者ＩＤと、利用者400が所有する携帯端末410へ情報を送信する際に用いる通知先アドレスとを対応付けて、利用者個人情報管理テーブル107に記録する。また利用者情報管理部130は、購買履歴管理テーブル104の購買情報を用いて既知のデータマイニング処理を実行することにより、利用者嗜好特性情報テーブル108の利用者嗜好特性情報を更新する。
【００２７】
利用者通知部150は、利用時間・料金管理部110から利用者400への通知依頼を受信し、当該利用者400の駐車サービス及び購買サービスの利用状況に関する通知文を生成し、付加情報生成部160を用いて生成した付加情報文を当該利用者400への通知文に付加した後、利用者情報管理部130で管理されている当該利用者400の通知先アドレスに基づいて、付加情報文が付加された通知文を通信制御部170を用いて当該利用者400へ送信する。
【００２８】
付加情報生成部160は、当該利用者400の嗜好特性に適した役務又は／及び商品の一群を、利用者嗜好特性情報テーブル108及び商品嗜好特性情報テーブル106と、購買履歴テーブル104とから抽出し、抽出した役務又は／及び商品の一群（以下、役務又は／及び商品が単一又は複数又は混在であることを区別せず役務又は／及び商品群と呼称する）を用いて付加情報文を生成する。
【００２９】
通知時刻管理部140は、利用者400の駐車サービスに関する課金情報の通知予定時刻を当該利用者400の利用者ＩＤが一意となるように関連付けて、通知予定時刻テーブル101に記録する。また通知時刻管理部140は、通知予定時刻テーブル101に登録されている全ての通知予定時刻について、通知すべき時刻が到来したことを確認する処理を、所定の時間間隔を持って実行する機能を備えている。
【００３０】
駐車サービスを提供する料金清算装置200は、利用者400が提示する利用者カード420から利用者情報421を読込むカードリーダ部（入庫用）210と、読み込んだ利用者情報421と駐車サービスの利用開始又は駐車サービスの利用終了の時刻情報とを情報通知管理装置100へ送信し又は情報通知管理装置100から通知文を受信する通信制御部220と、利用者に対する駐車サービスの利用料金を当該利用者に清算させる料金清算部230とを備える。
【００３１】
購買サービスを提供するＰＯＳ端末300は、利用者400が提示した利用者カード420から利用者情報421を読込むカードリーダ部310と、利用者400の役務又は／及び商品の購買又は契約に関する情報を情報通知管理装置100へ送信し又は情報通知管理装置100から通知文を受信する通信制御部320と、情報通知管理装置100から送信されてきた通知文を印刷する印刷部330とを備える。ここで購買又は契約とは、店舗での商品の購入や、レンタルビデオ店でのビデオソフトのレンタル契約などがあてはまる。
【００３２】
図３に示す通知予定時刻テーブル101は、利用者400の駐車サービスに関する課金情報の通知予定時刻と当該利用者の利用者ＩＤとを、前記利用者ＩＤが一意となるように関連付けて記憶し、利用者ＩＤ101-1と通知予定時刻101-2より構成されている。
【００３３】
図４に示す利用時間管理テーブル102は、利用者400の駐車サービスの利用開始時刻及び購買サービスの利用料金と当該利用者400の利用者ＩＤとを、前記利用者ＩＤが一意となるように関連付けて記憶し、利用者ＩＤ102-1、利用開始時刻102-2、購買合計利用量102-3より構成されている。
【００３４】
図５に示す通知文雛形管理テーブル103は、通知文の雛形ファイルと通知文ＩＤとを通知文ＩＤが一意となるように関連付けて記憶し、通知文ＩＤ103-1と通知文雛形103-2より構成されている。
【００３５】
図６に示す購買履歴管理テーブル104は、利用者400の購買サービスの利用状況を当該利用者400の利用者ＩＤに関連付けて記憶し、利用者ＩＤ104-1、購買日時104-2、商品ＩＤ104-3、購買利用量104-4より構成されている。
【００３６】
図７に示すサービス間連携定義情報テーブル105は、購買サービス及び駐車サービスの利用条件に関する情報（以下、利用条件情報と呼称する）を利用条件番号が一意となるように関連付けて記憶し、利用条件番号105-1、規定利用量105-2、無料時間105-3、単位時間当たりの利用料金105-4、単位時間105-5より構成されている。利用条件番号105-1は、当該利用条件番号105-1に一意に関連する利用条件情報をシステムが適用対象とする順番に応じて、１から始まる自然数が連番でふられているものとする。
【００３７】
図８に示す商品嗜好特性情報テーブル106は、購買サービスで提供される役務又は／及び商品を一意に識別するための情報を一般化された利用者の嗜好特性に関する情報に関連付けて記憶し、嗜好特性の大分類106-1と小分類106-2、及び商品ＩＤ106-3より構成されている。
【００３８】
図９に示す利用者情報管理テーブル107は、利用者400の個人情報と当該利用者400の利用者ＩＤとを、前記利用者ＩＤが一意となるように関連付けて記憶し、利用者ＩＤ107-1、利用者氏名107-2、通知先アドレス107-3より構成される。
【００３９】
図１０に示す利用者嗜好特性情報テーブル108は、利用者400の嗜好特性に関する情報を当該利用者400の利用者ＩＤに関連付けて記憶し、利用者ＩＤ108-1、嗜好特性の大分類108-2と小分類108-3より構成される。
【００４０】
次に、本発明の実施例によるシステムの動作を説明する。
【００４１】
本実施例において本システムが提供する情報通知サービスの、利用者400への適用範囲は、利用者400が車を駐車場へ入庫させる際に情報通知管理装置100が料金清算装置200よりサービス利用開始イベントを受信した時点から、当該利用者400が車を駐車場から出庫させる際に情報通知管理装置100が料金清算装置200より受信したサービス利用終了イベントの受信処理を終了した時点までとする。
【００４２】
図１４はサービス利用開始イベントの処理の内容を示した図である。
【００４３】
利用者400は、駐車場への入庫時に、駐車サービス及び購買サービスを利用する上で必要とする当該利用者400の利用者カード420を、例えば駐車場入り口に備え付けてある料金清算装置200のカードリーダ部（入庫用）210に挿入する。
【００４４】
操作を受けた当該料金清算装置200は、当該利用者400の利用者カード420に付与されており、当該利用者400を一意に識別するために用いるユーザＩＤを含む利用者情報421を、カードリーダ部（入庫用）210を用いて読み込む。さらに当該料金清算装置200は、読込処理で取得した当該利用者400の利用者情報421と読込処理実行時の時刻（以下、サービス利用開始時刻と呼称する）とを含むサービス利用開始イベントを、通信制御部220を用いて情報通知管理装置100へ送信する（#100,#101）。
【００４５】
利用者400の利用者カード420に付与されている利用者ＩＤは、利用者400を一意に識別するための任意の文字列又は番号で、サービス利用開始イベントの処理が開始される前に、本システムの利用者個人情報テーブル107に登録されているものとする。登録の方法としては、事前に利用者400に対して店舗等でアンケートなどを実施した際にオペレータが登録しても良いし、駐車場への入庫時に利用者400の携帯端末410と駐車サービスの料金清算装置200との間で無線通信を介して自動的に登録しても良い。
【００４６】
利用者ＩＤを付与された利用者カード420は、例えば店舗等で利用可能なポイントカードシステムで広く用いられているカードと併用するものであっても良いし、又は駐車場への入庫時に発行される駐車券毎に利用者ＩＤを付与させた駐車券でも良い、又は決済機能を持つクレジットカードであっても良いものとする。
【００４７】
サービス利用開始イベントを受けた当該情報通知管理装置100は、通信制御部170を用いて、当該サービス利用開始イベントを利用時間・料金管理部110に通知する（#102）。
【００４８】
通知を受けた利用時間・料金管理部110は、当該サービス利用開始イベントの内容に含まれる当該利用者ＩＤと当該サービス利用開始時刻とを取得し、取得した当該利用者ＩＤ及び当該サービス利用開始時刻を利用時間管理テーブル102の利用者ＩＤ102-1とサービス利用開始時刻102-2に取得した当該利用者ＩＤが一意となるように関連付けて記録する(#103)。さらに利用時間・料金管理部110は、利用時間管理テーブル102において取得した当該利用者ＩＤに関連する購買合計利用量102-3に０を記録する（#103）。
【００４９】
次に利用時間・料金管理部110は、サービス間連携定義情報テーブル105に基づいて、課金情報の通知予定時刻を算出し、当該サービス開始イベントの内容より取得した当該利用者ＩＤ及び算出した通知予定時刻を、通知時刻管理部140を用いて通知予定時刻テーブル101の利用者ＩＤ101-1と通知予定時刻101-2に取得した当該利用者ＩＤが一意となるように関連付けて記録する (#104)。
【００５０】
課金情報の通知予定時刻の算出処理の内容を、図１９を用いて説明する。
【００５１】
まず利用時間・料金管理部110は、サービス間連携定義情報テーブル105から、後述の取得処理手順を用いて現在適用対象となる利用条件情報を取得する（S201）。利用条件情報は、利用条件番号105-1、規定利用量105-2、無料時間105-3、単位時間当たりの利用料105-4、単位時間105-5より構成される。
【００５２】
次に利用時間・料金管理部110は、取得した利用条件情報の無料時間105-3及び単位時間105-5より、駐車サービスの無料時間（ｔ）と駐車サービスの時間課金の単位時間（ｕ）を取得する（S202,S203）。
【００５３】
次に利用時間・料金管理部110は、取得した当該利用者ＩＤに関連する利用時間管理テーブル102の利用開始時刻102-2から、当該利用者ＩＤで識別される当該利用者400が駐車サービスの利用を開始した利用開始時刻（ｓ）を取得する（S204）。
【００５４】
次に利用時間・料金管理部110は、あらかじめ設定されている初期設定情報より余裕時間（Ａ）を取得し（S205）、システム日付より現在時刻（ｒ）を取得し（S206）、ループ変数ｉに０を代入する（S207）。
【００５５】
次に利用時間・料金管理部110は、真偽値式[ｓ＋ｔ−Ａ＋（ｕ＊ｉ）≦ｒ]を評価し（S208）、評価の結果が真となる（図１９のS208でＹＥＳ）場合はループ変数ｉを＋１更新し（S209）、処理Ｓ２０８を実行する。処理Ｓ２０８の評価結果が偽となる場合は、 式[ｓ＋ｔ−Ａ＋（ｕ＊ｉ）]より通知予定時刻を算出し（S210）、式［ｓ＋ｔ（ｕ＊ｉ）］より料金追加予定時刻を算出する（S211）。
【００５６】
利用条件情報の取得処理の内容を、図１８を用いて説明する。
【００５７】
まず利用時間・料金管理部110は、取得した当該利用者ＩＤで識別される当該利用者400による購買サービスの利用料金の合計量（以下、購買合計利用量と呼ぶ）を、利用時間管理テーブル102において当該利用者ＩＤに関連付けられている購買合計利用量102-3から取得する（S101）。
【００５８】
次に利用時間・料金管理部110は、利用条件番号の探索に使用する変数（以下、利用条件番号変数と呼ぶ）に１を代入し（S102）、利用条件番号変数の値に該当する利用条件番号に一意に関連付けられた利用条件情報をサービス間連携定義情報テーブルから取得する（S103）。
【００５９】
次に利用時間・料金管理部110は、取得処理Ｓ１０３が成功したか評価を行い（S104）、取得処理が成功した場合（評価結果が真の場合：図１８のS104でＹＥＳ）は取得した当該利用条件情報より規定利用量105-2を取得し（S105）、真偽値式[当該取得した規定利用量≦購買合計利用量]を評価し（S106）、処理Ｓ１０６の評価結果が真である（図１８のS106でＹＥＳ）場合は利用条件番号変数を＋１更新して処理Ｓ１０３を実行する（S107）。処理Ｓ１０４の評価結果が偽である（図１８のS104でＮＯ）場合は、真偽値式[利用条件番号変数＞１]を評価し（S111）、処理Ｓ１１１の評価結果が偽である（図１８のS111でＮＯ）場合はシステム異常と判定し、当該利用者400に対するサービス利用開始イベントの処理を終了する（S112）。処理Ｓ１１１の評価結果が真である（図１８のS111でＹＥＳ）場合、利用条件番号変数を−１更新し（S109）、更新後の利用条件番号変数の値に該当する利用条件番号に一意に関連付けられた利用条件情報をサービス間連携定義情報テーブル105から取得し、当該取得した利用条件情報を現在適用対象となる利用条件情報とする（S110）。処理Ｓ１０６の評価結果が偽である場合、処理Ｓ１０５で取得した当該利用条件情報を次回適用対象となる利用条件情報に設定し（S108）、利用条件番号変数を−１更新した後（S109）、更新後の利用条件番号変数の値に該当する利用条件番号に一意に関連付けられた利用条件情報をサービス間連携定義情報テーブル105から取得し、当該取得した利用条件情報を現在適用対象となる利用条件情報とする（S110）。
【００６０】
以上の通知予定時刻及び料金予定時刻の算出処理手順を用いて算出した通知予定時刻を通知予定時刻テーブル101に記録した後、利用時間・料金管理部110は待機状態となり、外部からのイベントを受信するか、又は次回通知予定時刻が到来するまで待機する。
【００６１】
次に、利用者400が購買サービスを利用して、役務又は／及び商品の購買又は契約を行った場合の本システムの動作を、図１５を用いて説明する。
【００６２】
利用者400は、購買サービスが提供する役務又は／及び商品の購買又は契約を行う際に、駐車サービス及び購買サービスを利用する上で必要とする当該利用者400の利用者カード420を提示する。
【００６３】
購買サービスを提供する販売員は、提示された利用者カード420を、ＰＯＳ端末300のカードリーダ部310に挿入する。
【００６４】
操作を受けた当該ＰＯＳ端末300は、当該利用者400の利用者カード420に付与されており、当該利用者400を一意に識別するために用いるユーザＩＤを含む利用者情報421を、カードリーダ部310を用いて読み込む。
【００６５】
さらに当該ＰＯＳ端末300は、読込処理で取得した当該利用者400の利用者情報421と、読込処理実行時の時刻（以下、購買時刻と呼称する）と、購買又は契約の対象となる役務又は／及び商品を一意に識別する情報（以下、商品ＩＤと呼称する）及び購買又は契約の利用量（以下、購買利用量と呼称する）を対に持つ購買情報と、を含む購買イベントを、通信制御部220を用いて情報通知管理装置100へ送信する（#200,#201）。
【００６６】
商品ＩＤは、購買又は契約の対象となる役務又は／及び商品を一意に識別するための任意の文字列又は番号で、購買イベントの処理が開始される前に、あらかじめ本システムの商品情報管理テーブル109に登録されているものとする。
【００６７】
情報通知管理装置100は、購買イベントを通信制御部170を用いてＰＯＳ端末300より受信し、当該購買イベントを購買履歴管理部120に通知する（#202）。
【００６８】
通知を受けた購買履歴管理部120は、当該購買イベントの内容に含まれる当該利用者ＩＤと当該購買日時と当該購買情報の当該商品ＩＤ及び当該購買利用量とを取得し、取得した各値を購買履歴管理テーブル104の利用者ＩＤ104-1及び購買日時104-2及び商品ＩＤ104-3及び購買利用量104-4に記録し（#203）、利用時間・料金管理部110へ購買イベントを通知する(#204)。
【００６９】
通知を受けた利用時間・料金管理部110は、当該購買イベントの内容に含まれる当該利用者ＩＤと当該購買情報の当該商品ＩＤ及び当該購買利用量とを取得し、取得した当該利用者ＩＤに関連付けられている購買合計利用量102-3を利用時間管理テーブル102から取得し、取得した当該購買利用量の合計値と取得した当該購買合計利用量とを加算し、当該利用者ＩＤと加算処理の結果を、利用時間管理テーブル102の利用者ＩＤ102-1と購買合計利用量102-3に、当該利用者ＩＤが一意となるように関連付けて記録する（#205）。
【００７０】
次に利用時間・料金管理部110は、サービス間連携定義情報テーブル105に基づいて、購買合計利用量の更新処理後における現在適用対象となる利用条件情報及び次回適用対象となる利用条件情報を取得し、購買合計利用量の更新処理後における課金情報の次回通知予定時刻及び駐車サービスの次回料金追加予定時刻を算出し、当該利用者ＩＤ及び算出した次回通知予定時刻を、通知時刻管理部140を用いて通知予定時刻テーブル101の利用者ＩＤ101-1と通知予定時刻101-2に取得した当該利用者ＩＤが一意となるように関連付けて記録する (#206,#207,#208)。取得及び算出処理は、開始イベントの処理で通知予定時刻の算出に用いた算出処理手順（S101〜S110及びS201〜S211）と同様の手順を用いる。
【００７１】
次に利用時間・料金管理部110は、購買サービスへの購買応答の通知依頼を利用者通知部150に送信(#209)した後、外部からのイベントを受信するか、又は次回通知予定時刻が到来するまで待機状態となる。
【００７２】
購買応答の通知依頼の内容は、当該利用者ＩＤ、当該購買時刻、当該購買利用量、当該購買合計利用量、駐車サービスの次回料金追加後の利用料、駐車サービスの次回料金追加時刻、サービス間連携定義情報テーブルから取得した当該次回適用対象となる利用条件情報の規定量と算出した購買合計利用量との差量（以下、利用条件変更利用量と呼称する）、を少なくとも含むものとする。
【００７３】
通知依頼を受信した利用者通知部150は、通知依頼から当該利用者ＩＤと当該利用条件変更利用量を取得し、利用者情報管理部130を用いて、利用者個人情報管理テーブル107において当該利用者ＩＤに一意に関連付けられている利用者個人情報を、利用者個人情報管理テーブル107から取得する(#210)。
【００７４】
次に利用者通知部150は、当該利用者IDと当該利用条件変更利用量とを用いて付加情報生成部160へ付加情報文の生成を依頼する(#211)。
【００７５】
依頼を受けた付加情報生成部160は、利用者嗜好特性情報テーブル108において、利用者通知部150より受取った当該利用者IDに関連付けられている利用者嗜好特性情報群を、利用者嗜好特性情報テーブル108の嗜好特性（大分類）108-2及び嗜好特性（小分類）108-2から取得する（#212）。
【００７６】
次に付加情報生成部160は、取得した当該利用者嗜好特性情報群に含まれる各利用者嗜好特性情報の嗜好特性（大分類）及び嗜好特性（小分類）に関連付けられている商品嗜好特性情報を、商品嗜好特性情報テーブル106から取得し、取得した当該商品嗜好特性情報群を用いて第一のリストを作成する（#213）。
【００７７】
次に付加情報生成部160は、購買履歴管理部120を用いて、当該利用者ＩＤに関連する購買情報群のうち本日の購買に関する購買情報群を、購買履歴管理テーブル104から取得する(#214,#215)。
【００７８】
次に付加情報生成部160は、取得した当該購買情報群に含まれる商品ＩＤと商品嗜好特性情報群に含まれる商品ＩＤとを比較し、商品嗜好特性情報群から購買情報群に含まれる商品ＩＤに該当する商品嗜好特性情報を取り除き、取除き処理後の当該商品嗜好特性情報群を用いて第二のリストを作成する(#216)。
【００７９】
処理＃２１２から処理＃２１６までの処理の流れを、図２１を用いて説明する。まず付加情報生成部160は、要素数が０の第一のリストを作成し（S401）、当該利用者ＩＤに関連する利用者嗜好特性情報群を取得する（S402）。
【００８０】
次に付加情報生成部160は、真偽値式[利用者嗜好特性情報群の要素数＞０]を評価し（S403）、評価の結果が真となる（図２１のS403でＹＥＳ）場合は、利用者嗜好特性情報群から要素を１つ抜出し要素数を１減らす（S404）。
【００８１】
次に付加情報生成部160は、抜出した要素である利用者嗜好特性情報から嗜好特性（大分類）と嗜好特性（小分類）を取得する（S405）。
【００８２】
次に付加情報生成部160は、取得した嗜好特性（大分類）及び嗜好特性（小分類）に関連付けられている商品嗜好特性情報群を、商品嗜好特性情報テーブル106から取得し（S406）、取得した商品嗜好特性群の要素を第一のリストに追加して処理Ｓ４０３を実行する（S407）。
【００８３】
処理Ｓ４０３の評価結果が偽である場合は、要素数が０の第二のリストを作成し（S408）、利用者ＩＤに関連付けられた購買情報のうち本日の日付に該当する購買情報群を、購買履歴管理部120を用いて、購買履歴管理テーブル104から取得する（S409）。
【００８４】
次に付加情報生成部160は、処理Ｓ４０１から処理Ｓ４０７で作成した第一のリストについて、真偽値式[第一のリストの要素数＞０]を評価し（S410）、評価の結果が真となる（図２１のS410でＹＥＳ）場合は、第一のリストから要素を１つ抜出し要素数を１減らす（S411）。抜出した要素である商品嗜好特性情報の商品ＩＤが前記購買情報群中に存在するか探索し（S412）、真偽値式[商品ＩＤが購買情報群中に存在する]を評価し（S413）、評価結果が真となる（図２１のS413でＹＥＳ）場合は、処理Ｓ４１０を実行する。処理Ｓ４１３の評価結果が偽となる（図２１のS413でＮＯ）場合は、商品嗜好特性情報の商品ＩＤを第二のリストに追加し、処理Ｓ４１０を実行する（S414）。処理Ｓ４１０の評価結果が偽となる（図２１のS413でＮＯ）場合は、以上の役務又は／及び商品群の取得処理を終了する。
【００８５】
次に付加情報生成部160は、利用条件変更利用量に基づいて第二のリストの商品情報の選別を行う（#216）。選別処理について、図２２に示す流れ図を用いて説明する。
【００８６】
まず付加情報生成部160は、あらかじめ設定されている初期設定情報より余裕利用量と商品情報有効数を取得し（S501,S502）、要素数が０の第三のリストを作成する（S503）。
【００８７】
次に付加情報生成部160は、真偽値式[第二のリストの要素数＞０]を評価し（S504）、評価の結果が真となる（図２２のS504でＹＥＳ）場合は第二のリストから要素を１抜出し要素数を１減らす（S505）。
【００８８】
次に付加情報生成部160は、商品情報管理テーブル109において、抜出した要素である当該商品ＩＤに一意に関連付けられている商品名及び価格を、商品情報管理テーブル109の商品名109-2及び価格109-3から取得する（S506）。
【００８９】
次に付加情報生成部160は、真偽値式[価格−利用条件変更利用量＋余裕利用量≧０]を評価し（S507）、評価の結果が真となる（図２２のS507でＹＥＳ）場合は当該商品名と当該価格とで構成される商品情報を第三のリストに追加する（S508）。
【００９０】
次に付加情報生成部160は、真偽値式[商品情報有効数−第三のリストの要素数≧０]を評価し（S509）、処理Ｓ５０９の評価結果が真となる（図２２のS509でＹＥＳ）場合、又は処理Ｓ５０７の評価結果が偽となる（図２２のS507でＮＯ）場合は、処理Ｓ５０４を実行する。処理Ｓ５０４の評価結果が偽となる（図２２のS504でＮＯ）又は処理Ｓ５０９の評価結果が偽となる（図２２のS509でＮＯ）場合は、以上の選別処理を終了する。
【００９１】
次に付加情報生成部160は、第三のリストに記憶されている商品情報群と通知文雛形管理テーブル103から取得した雛形文とを用いて付加情報文を生成し、生成した当該付加情報文を利用者通知部150へ渡す（#218）。
【００９２】
付加情報文の生成手順について、図１２に示す付加情報文例を用いて説明する。付加情報生成部160は、付加情報文の雛形を特定する値を持つ通知文ＩＤを用いて、通知文雛形管理テーブル103から付加情報文の雛形1034を取得する。次に付加情報生成部160は、付加情報文の雛形1034の文面中に記述されている変数名$1、$2に対して、商品情報管理テーブル109より取得した商品名及び価格を埋め込む。選別処理＃２１６で取得した役務又は／及び商品群のリスト中に商品情報が複数存在する場合は、付加情報文の雛形の文面中に記述されている変数名$1、$2の行を追加して埋め込み処理と同様の処理を実行する処理を、商品情報数ぶん繰り返すことで、付加情報文1035が生成される。図１２に示す例では、選別処理＃２１６で取得した商品情報｛商品名、価格｝として、｛”ヘノレナッチャ・ディ・サソシミニャーノ”、2500｝と｛” オーカルノレ クロンサッケ”、2800｝の２件が存在するものと想定し、まず１件目の｛"ヘノレナッチャ・ディ・サソシミニャーノ”、2500｝について変数名$1,$2の置換え処理が行われ、次いで２件目の｛” オーカルノレ クロンサッケ”、2800｝について変数名$1,$2の置換え処理が行われることを示している。
【００９３】
付加情報生成部160より付加情報文を取得した利用者通知部150は、購買応答の通知依頼の内容から通知文ＩＤを取得し、取得した通知文ＩＤに一意に関連付けてられている通知文の雛形（以下、通知文雛形と呼称する）を記録したファイルのファイル名を、通知文雛形管理テーブル103の通知文雛形ファイル名103-2から取得し、ファイル名で特定されるファイルを読み込むことにより通知文雛形を取得する。
【００９４】
次に利用者通知部150は、取得した当該通知文雛形と、処理＃２１０で取得した当該利用者個人情報と、購買応答の通知依頼の内容と、付加情報生成部160より取得した当該付加情報文とを基に、購買応答の通知文を生成する(#219)。その後、利用者通知部150は、通信制御部170を用いて、購買イベントを送信した当該ＰＯＳ端末300へ購買応答の通知文を送信する(#220,#221)。
【００９５】
購買応答を受信した当該ＰＯＳ端末300は、通知文を人間が目視可能な情報としてレシート上に印刷することにより、駐車サービス及び購買サービスの利用状況に関する情報を利用者400へ通知する(#222)。
【００９６】
通知文の生成手順について、図１３に示す通知文例を用いて説明する。利用者通知部150は、購買応答の通知依頼の内容から通知文ＩＤを取得し、取得した通知文ＩＤに一意に関連付けてられている通知文雛形を記録したファイルのファイル名を、通知文雛形管理テーブル103の通知文雛形ファイル名103-2から取得し、ファイル名で特定されるファイルを読み込むことにより通知文雛形を取得する(#219)。
【００９７】
次に利用者通知部150は、当該購買応答の通知依頼の内容から、当該利用者ID、駐車サービスの次回料金追加時刻、駐車サービスの次回料金追加後の利用料、購買サービスの購買合計利用量を取得し、さらに当該利用者ＩＤに一意に関連付けられている利用者氏名を、取得した利用者個人情報の利用者氏名170-2から取得し、取得した通知文雛形1031の文面中に記述されている変数名$1、$2、$3及び$4に対して、利用者氏名、駐車サービスの次回料金追加時刻、駐車サービスの次回料金追加後の利用料、購買サービスの購買合計利用量を置換え、置換え処理により購買応答の通知文1032を生成する。図１３に示す例では、購買応答の通知依頼の内容及び利用者個人情報管理テーブル107から取得した情報｛利用者氏名、駐車サービスの次回料金追加時刻、駐車サービスの次回料金追加後の利用料、購買サービスの購買合計利用量｝として、｛”Ｙ田Ｔ郎”、15:37、2000、7570｝が存在するものと想定し、変数名$1,$2,$3,$4の置換え処理が行われることを示している。
【００９８】
さらに利用者通知部150は、付加情報生成部160より取得した付加情報文を、生成した当該購買応答の通知文1032に付加することにより、例えば輸入ワインの広告が掲載された通知文1033が生成される。
【００９９】
次に、駐車サービスの時間課金情報を利用者へ通知する通知予定時刻が到来した場合の本システムの動作を、図１６を用いて説明する。
【０１００】
まず通知時刻管理部140は、通知予定時刻テーブル101に登録されている通知予定時刻情報に対して、通知予定時刻101-2と現在の時刻と比較を行い、通知予定時刻101-2が現在時刻と比較して通知予定時刻101-2が過去となる場合、通知予定時刻情報の利用者ＩＤ101-1で特定される利用者400に対して課金情報を通知する時刻が到来したものと判定し、利用時間・料金管理部110に時間課金イベントの通知を行う（#300）。
【０１０１】
通知予定時刻の確認処理の内容を、図２３を用いて説明する。通知時刻管理部140は、通知予定時刻テーブル101に登録されている通知予定時刻情報の一覧を取得する（S601）。次に通知時刻管理部140は、真偽値式[通知予定時刻一覧の要素数＞０]を評価し（S602）、評価結果が真となる（図２３のS602でＹＥＳ）場合は通知予定時刻情報一覧から要素を１つ抜出し、通知予定時刻情報一覧の要素数を１減らす（S603）。次に通知時刻管理部140は、抜出した要素である通知予定時刻情報から通知予定時刻を取得し（S604）、真偽値式[通知予定時刻≦現在時刻]を評価し（S605）、評価結果が真となる（図２３のS605でＹＥＳ）場合は、当該通知予定時刻情報から利用者ＩＤを取得し、取得した当該利用者ＩＤをその内容に含む時間課金イベントを、通信制御部320を用いて利用時間・料金管理部110に送信する（S606）。
【０１０２】
次に通知時刻管理部140は、当該利用者ＩＤで特定される利用者400に対して二重通知を防止することを目的とし、通知予定時刻テーブル101 において、イベント送信処理で用いた当該利用者IDに一意に関連付けられている通知予定時刻情報を、通知予定時刻テーブル101から削除する（S607）。また通知時刻管理部140は、処理Ｓ６０７の実行後及び評価処理Ｓ６０５の評価結果が偽である（図２３のS605でＮＯ）場合、評価処理Ｓ６０２を実行する。また通知時刻管理部140は、評価処理Ｓ６０２の評価結果が偽となる（図２３のS602でＮＯ）場合、以上の通知予定時刻の確認処理を終了する。
【０１０３】
通知予定時刻101-2の値は、サービス利用開始イベントの受信処理で用いた通知予定時刻の算出処理手順と同様の手順を用いて算出される。ここで、通知予定時刻101-2として設定される値としては、駐車サービスの利用料が更新されることを事前に通知できる時刻であっても良いし、又は駐車サービスの利用料が更新される時刻であっても良い。
【０１０４】
前者の場合は、駐車サービスの利用料が更新されることを、利用者400は事前に気付くことが出来るため、購買活動の継続に関する目安を得ることが出来る。店舗側にとっては、前述の通知文により利用者400の購買活動の継続を促す機会を得られるという利点がある。
【０１０５】
後者の場合、利用者400にとっては駐車サービスの利用料が更新されたことに気付くことが出来るという利点があり、前述の通知文により購買活動の継続に関する情報を得ることが出来る。店舗側にとっては、利用者400が購買活動を継続し続ける限り、売上げの機会を得られるという利点がある。
【０１０６】
時間課金イベントを受信した利用時間・料金管理部110は、時間課金イベントの内容から当該利用者ＩＤを取得し、取得した当該利用者ＩＤに一意に関連付けられた利用開始時刻を、利用時間管理テーブル102から取得する (#301)。
【０１０７】
次に利用時間・料金管理部110は、サービス間連携定義情報テーブル105に基づいて、購買合計利用量の更新処理後における現在適用対象となる利用条件情報及び次回適用対象となる利用条件情報を取得し、購買合計利用量の更新処理後における課金情報の次回通知予定時刻及び駐車サービスの次回料金追加予定時刻を算出する（#302）。ここで取得及び算出処理は、前述の開始イベントの処理で通知予定時刻の算出に用いた算出処理手順（S101〜S110及びS201〜S211）と同様の手順を用いる。
【０１０８】
次に利用時間・料金管理部110は、当該利用者ＩＤ及び算出した次回通知予定時刻を、通知時刻管理部140を用いて通知予定時刻テーブル101の利用者ＩＤ101-1と通知予定時刻101-2に取得した当該利用者ＩＤが一意となるように関連付けて記録する (#303,#304)。ただし、通知回数の上限があらかじめ設定されている場合には、利用者400毎に通知回数をカウントしておき、通知回数が上限をオーバーした場合には通知を行わない、ということも可能である。
【０１０９】
次に利用時間・料金管理部110は、駐車サービスへの購買応答の通知依頼を利用者通知部150に送信(#305)した後、外部からのイベントを受信するか、又は次回通知予定時刻が到来するまで待機状態となる。
【０１１０】
課金情報の通知依頼の内容は、当該利用者ID、購買サービスの購買合計利用量、駐車サービスの料金追加予定時刻、駐車サービスの次回料金追加後の利用料、さらに通知文の文面雛形を特定する通知文ＩＤと、駐車サービスの利用条件変更利用量と、を少なくとも含むものとする。
【０１１１】
通知依頼を受信した利用者通知部150は、通知依頼から当該利用者ＩＤと当該利用条件変更利用量を取得し、利用者情報管理部130を用いて、当該利用者ＩＤに一意に関連付けられた利用者個人情報を、利用者個人情報管理テーブル107から取得する(#306)。
【０１１２】
次に利用者通知部150は、当該利用者ＩＤと当該利用条件変更利用量とを用いて付加情報生成部160へ付加情報文の生成を依頼する(#307)。
【０１１３】
依頼を受けた付加情報生成部160は、前述の購買イベントの処理で用いた付加情報生成処理手順と同様の手順で付加情報文を生成し、生成した当該付加情報文を利用者通知部150へ渡す（#308〜#314）。
【０１１４】
付加情報生成部160より付加情報文を取得した利用者通知部150は、前述の購買イベントの処理で用いた通知文の生成手順と同様の手順で、課金情報の通知文を生成する（#315）。
【０１１５】
次に利用者通知部150は、処理＃３０６で取得した当該利用者情報から連絡先アドレスを取得し、生成した当該課金情報の通知文を、取得した当該通知先アドレスで特定される利用者400の利用携帯端末410に、通信制御部170を用いて送信する（#316,#317）。
【０１１６】
課金情報の通知文を受けた当該利用者携帯端末410は、受信した当該課金情報の通知文を表示するなどして、当該利用者携帯端末を所持する当該利用者400に、当該通知文の内容を通知する(#318)。
【０１１７】
次に、利用者400が駐車サービスの利用を終了する場合の本システムの動作を、図１７を用いて説明する。
【０１１８】
利用者400は、駐車場からの出庫時に、駐車サービス及び購買サービスを利用する上で必要とする当該利用者400の利用者カード420を、例えば駐車場出口に備え付けてある料金清算装置200のカードリーダ部（出庫用）240に挿入する。
【０１１９】
操作を受けた当該料金清算装置200は、カードリーダ部（出庫用）240を用いて、当該利用者400を一意に識別するための利用者ＩＤを含む利用者情報421を、利用者カード420から読み込む。
【０１２０】
さらに当該料金清算装置200は、読込処理で取得した当該利用者400の利用者情報421と読込処理実行時の時刻（以下、サービス利用終了時刻と呼称する）とを含むサービス利用終了イベントを、通信制御部220を用いて情報通知管理装置100へ送信する（#400,#401）。
【０１２１】
サービス利用終了イベントを受けた当該情報通知管理装置100は、通信制御部170を用いて、当該サービス利用終了イベントを利用時間・料金管理部110に通知する（#402）。
【０１２２】
通知を受けた利用時間・料金管理部110は、サービス利用終了イベントの内容から当該利用者ＩＤを取得し、取得した当該利用者ＩＤに一意に関連付けられる駐車サービスの利用開始時刻と購買サービスの購買合計利用量とを、利用者時間管理テーブル102のサービス開始時刻102-2と購買合計利用量102-3から取得し(#403)、取得した駐車サービスのサービス開始時刻と、取得した購買サービスの購買合計利用量とを用いて、サービス間連携定義情報テーブル105から得られる情報を基に、駐車サービスの利用料金を算出する(#404)。
【０１２３】
駐車サービスの利用料金算出処理手順について、図２０に示す利用料金を算出する処理の流れを示す図を用いて説明する。まず利用時間・料金管理部110は、利用者ＩＤと利用終了時刻（ｅ）とをサービス利用終了イベントの内容から取得し、取得した当該利用者ＩＤに一意に関連付けられる駐車サービスの利用開始時刻（ｓ）を、利用時間管理テーブル102の利用開始時刻102-2から取得する（S301,S302,S303）。
【０１２４】
次に利用時間・料金管理部110は、前述のサービス利用開始イベントの処理で用いた利用条件情報の取得処理手順と同様の手順を用いて、サービス間連携定義情報105から、現在適用対象となる利用条件情報を取得し（S304）、取得した当該利用条件情報から無料時間（ｔ）と単位時間（ｕ）及び単位時間当たりの利用料金（ｐ）を取得し（S305,S306,S307）、駐車サービスの利用料金（Ｃ）の値を単位時間当たりの利用料金（ｐ）で初期化する（S308）。
【０１２５】
次に利用時間・料金管理部110は、課金対象となる時間（Ｂ）を式[ｅ−（ｓ＋ｔ）]により算出する（S309）。
【０１２６】
次に利用時間・料金管理部110は、真偽値式[Ｂ−ｕ＞０]を評価し（S310）、処理Ｓ３１０の評価結果が真となる（図２０のS310でＹＥＳ）場合は、駐車サービスの利用料金（Ｃ）を＋ｐで更新し（S311）、処理Ｓ３１０を実行する。処理Ｓ３１０の評価結果が偽となる（図２０のS310でＮＯ）場合は、現在の駐車サービスの利用料金（Ｃ）を利用者が清算すべき利用量として決定し、駐車サービスの利用料金の算出処理を終了する。
【０１２７】
算出処理を終了した利用時間・料金管理部110は、利用者通知部150へサービス利用終了応答の通知依頼を送信(#405)した後、利用者400に関する情報通知管理装置100の処理を終了する(#409)。サービス利用終了応答の通知依頼には、当該利用者ＩＤと算出処理＃４０４で算出した駐車サービスの利用料金とを少なくとも含むものとする。
【０１２８】
サービス利用終了応答の通知依頼を受信した利用者通知部150は、通信制御部170を用いて、サービス利用終了イベントを送信した当該料金清算装置200へ、終了応答を送信する(#406,#407)。
【０１２９】
終了応答を受信した当該料金清算装置200は、利用者カード420を当該料金清算装置200のカードリーダ部（出庫用）240に挿入した当該利用者400に対する清算処理を、料金清算部230を用いて実行する(#408）。
【０１３０】
当該利用者400は、利用料金相当の金銭又は紙幣を、料金清算装置210に投入するなどして、請求された料金を支払う。
【０１３１】
支払を受けた当該料金清算装置200は、駐車サービスの利用料金の清算が終了したことを確認した後、例えば駐車場の出口に設けてある出庫ゲートを上げることにより、当該利用者400の車の出庫を許可する。
【０１３２】
料金清算処理は、利用者400と料金清算装置との間で金銭の授受を伴うものでも良いし、又は利用者400が提示する利用者カード420に決済機能を持たせ、料金清算装置200に外部の金融機関に決済依頼を通知する課金処理手段を設けることにより、利用者400と料金清算装置200との間で金銭の授受を伴わない清算処理手順であっても良い。
【０１３３】
上述の本実施例では、駐車サービス及び購買サービスを利用する上で、利用者400を特定するために必要となる利用者情報421を、利用者カード420の利用者情報421に記憶するとしたが、利用者情報421を利用者携帯端末410に含めることで、利用者カード420を用いて実行していた利用者情報421の授受の処理を、利用者携帯端末410の無線通信を用いて実行するようにしても良い。この場合、実施例のシステム構成を利用者カード420を除いた構成とすることが可能となる。
【０１３４】
本実施例で示すように、利用者へ通知する広告に掲載する商品の抽出方法として、利用者の嗜好特性を基準に含める工程を設けても良いし、購買活動の履歴を参照する工程を設けても良い。例えば、利用者嗜好特性情報から利用者がワインに関する嗜好特性を持っていること、及び利用者の購買履歴から今日はまだワインを買っていないことが判定されれば、ワインの広告を選択して挿入することで、利用者に対してより有効となる商品の提示を行うことが出来るため、広告の効果を上げることが期待できる。さらに、図１３の1033に示す通知文のように、駐車サービスの無料時間が延長されるために必要となる利用量を満たす価格帯の商品を中心に提示することで、駐車サービスの無料時間が延長されるという付加価値を広告の商品に付加させることが出来るため、より広告の効果を上げることが期待できる。
【０１３５】
以上の説明に関して更に以下の項を開示する。
【０１３６】
（付記１）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられる利用者への情報通知方法であって、
前記利用者について前記第一のサービスの利用累計量が変更された際に、
前記第一のサービスの利用累計量と前記第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報から、前記第一のサービスの利用累計量により利用条件が変更され得る第二のサービスの次回適用対象となる利用条件を抽出し、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出し、第一のサービスで提供され得る第一の役務又は／及び商品群のうち、前記第一の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第二の役務又は／及び商品群を抽出し、
前記抽出された第二の役務又は／及び商品群の広告情報を生成し、
前記生成した広告情報を利用者へ通知することを特徴とする情報通知方法。
【０１３７】
（付記２）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられる利用者への情報通知方法であって、
前記利用者について前記第一のサービスの利用累計量が変更された際に、
第一のサービスの利用累計量と第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報から、第一のサービスの利用累計量により利用条件が変更され得る第二のサービスの次回適用対象となる利用条件を抽出し、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出し、利用者を一意に識別する個人情報と利用者の嗜好情報とを対応付けて記憶する利用者嗜好特性情報と、嗜好情報と役務又は／及び商品群を関連付けて記憶する商品嗜好特性情報とに基づいて、第一のサービスで提供され得る第一の役務又は／及び商品群のうち当該利用者の嗜好特性に該当する第二の役務又は／及び商品群をもとに、前記第一及び第二の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第三の役務又は／及び商品群を抽出し、
前記抽出した第三の役務又は／及び商品群の広告情報を生成し、
前記生成した広告情報を利用者へ通知することを特徴とする情報通知方法。
【０１３８】
（付記３）前記付記１乃至２の何れか一つの情報通知方法であって、
利用者へ通知する内容に、前記差量を含むことを特徴とする情報通知方法。
【０１３９】
（付記４）前記付記１乃至３の何れか一つの情報通知方法であって、
利用者へ通知する内容に、前記第二のサービスの変更後の利用条件を含むことを特徴とする情報通知方法。
【０１４０】
（付記５）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられる利用者への情報通知方法であって、
前記利用者について前記第二のサービスの利用条件が変更された際に、
前記第一のサービスの利用累計量と前記第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報と、当該第二のサービスの利用条件を変更し得る第一のサービスと、当該第二のサービスの次回適用対象となる利用条件を抽出し、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出し、第一のサービスで提供され得る第一の役務又は／及び商品群のうち、前記第一の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第二の役務又は／及び商品群を抽出し、
前記抽出された第二の役務又は／及び商品群の広告情報を生成し、
前記生成した広告情報を利用者へ通知することを特徴とする情報通知方法。
【０１４１】
（付記６）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられる利用者への情報通知方法であって、
前記利用者について前記第二のサービスの利用条件が変更された際に、
前記第一のサービスの利用累計量と前記第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報から、前記第二のサービスの利用条件を変更し得る前記第一のサービスと、前記第二のサービスの次回適用対象となる利用条件を抽出し、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出し、利用者を一意に識別する個人情報と利用者の嗜好情報とを対応付けて記憶する利用者嗜好特性情報と、嗜好情報と役務又は／及び商品群を関連付けて記憶する商品嗜好特性情報とに基づいて、前記第一のサービスで提供され得る第一の役務又は／及び商品群のうち当該利用者の嗜好特性に該当する第二の役務又は／及び商品群をもとに、前記第一及び第二の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第三の役務又は／及び商品群を抽出し、
前記抽出した第三の役務又は／及び商品群の広告情報を生成し、
前記生成した広告情報を利用者へ通知することを特徴とする情報通知方法。
【０１４２】
（付記７）前記付記５乃至６の何れか一つの情報通知方法であって、
利用者へ通知する内容に、前記差量を含むことを特徴とする情報通知方法。
【０１４３】
（付記８）前記付記５乃至７の何れか一つの情報通知方法であって、
利用者へ通知する内容に、前記第二のサービスの変更後の利用条件を含むことを特徴とする情報通知方法。
【０１４４】
（付記９）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知プログラムであって、
前記利用者について前記第一のサービスの利用累計量が変更された際に、
前記第一のサービスの利用累計量と前記第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報から、前記第一のサービスの利用累計量により利用条件が変更され得る第二のサービスの次回適用対象となる利用条件を抽出する利用条件抽出処理ステップと、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出する差量算出処理ステップと、
第一のサービスで提供され得る第一の役務又は／及び商品群のうち、前記第一の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第二の役務又は／及び商品群を抽出する商品群抽出処理ステップと、
前記抽出された第二の役務又は／及び商品群の広告情報を生成する広告情報生成処理ステップと、
前記生成した広告情報を利用者へ通知する情報通知処理ステップとをコンピュータに行わせることを特徴とする情報通知プログラム。
【０１４５】
（付記１０）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知プログラムであって、
前記利用者について前記第一のサービスの利用累計量が変更された際に、
第一のサービスの利用累計量と第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報から、第一のサービスの利用累計量により利用条件が変更され得る第二のサービスの次回適用対象となる利用条件を抽出する利用条件抽出処理ステップと、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出する差量算出処理ステップと、
利用者を一意に識別する個人情報と利用者の嗜好情報とを対応付けて記憶する利用者嗜好特性情報と、嗜好情報と役務又は／及び商品群を関連付けて記憶する商品嗜好特性情報とに基づいて、第一のサービスで提供され得る第一の役務又は／及び商品群のうち当該利用者の嗜好特性に該当する第二の役務又は／及び商品群をもとに、前記第一及び第二の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第三の役務又は／及び商品群を抽出する商品群抽出処理ステップと、
前記抽出した第三の役務又は／及び商品群の広告情報を生成する広告情報生成処理ステップと、
前記生成した広告情報を利用者へ通知する情報通知処理ステップとをコンピュータに行わせることを特徴とする情報通知プログラム。
【０１４６】
（付記１１）前記付記９乃至１０の何れか一つの情報通知方法であって、
利用者へ通知する内容に、前記差量を含むことを特徴とする情報通知方法。
【０１４７】
（付記１２）前記付記９乃至１１の何れか一つの情報通知方法であって、
利用者へ通知する内容に、前記第二のサービスの変更後の利用条件を含むことを特徴とする情報通知方法。
【０１４８】
（付記１３）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知プログラムであって、
前記利用者について前記第二のサービスの利用条件が変更された際に、
前記第一のサービスの利用累計量と前記第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報と、利用者が利用した第二のサービスの利用状況とに基づいて、当該第二のサービスの利用条件を変更し得る第一のサービスと、当該第二のサービスの次回適用対象となる利用条件を抽出する利用条件抽出処理ステップと、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出する差量算出処理ステップと、
第一のサービスで提供され得る第一の役務又は／及び商品群のうち、前記第一の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第二の役務又は／及び商品群を抽出する商品群抽出処理ステップと、
前記抽出された第二の役務又は／及び商品の広告情報を生成する広告情報生成処理ステップと、
前記生成した広告情報を利用者へ通知する情報通知処理ステップとをコンピュータに行わせることを特徴とする情報通知プログラム。
【０１４９】
（付記１４）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知プログラムであって、
前記利用者について前記第二のサービスの利用条件が変更された際に、
第一のサービスの利用累計量と第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報から、前記第二のサービスの利用条件を変更し得る第一のサービスと、前記第二のサービスの次回適用対象となる利用条件とを抽出する利用条件抽出処理ステップと、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出する差量算出処理ステップと、
利用者を一意に識別する個人情報と利用者の嗜好情報とを対応付けて記憶する利用者嗜好特性情報と、嗜好情報と役務又は／及び商品群を関連付けて記憶する商品嗜好特性情報とに基づいて、前記第一のサービスで提供され得る第一の役務又は／及び商品群のうち当該利用者の嗜好特性に該当する第二の役務又は／及び商品群をもとに、前記第一及び第二の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第三の役務又は／及び商品群を抽出する商品群抽出処理ステップと、
前記抽出した第三の役務又は／及び商品群の広告情報を生成する広告情報生成処理ステップと、
前記生成した広告情報を利用者へ通知する情報通知処理ステップとをコンピュータに行わせることを特徴とする情報通知プログラム。
【０１５０】
（付記１５）前記付記１３乃至１４の何れか一つの情報通知プログラムであって、
利用者へ通知する内容に、前記差量を含むことを特徴とする情報通知プログラム。
【０１５１】
（付記１６）前記付記１３乃至１５の何れか一つの情報通知プログラムであって、
利用者へ通知する内容に、前記第二のサービスの変更後の利用条件を含むことを特徴とする情報通知プログラム。
【０１５２】
（付記１７）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知システムであって、
第一のサービスの利用累計量と第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報テーブルと、
利用者を一意に識別する個人情報と利用者の嗜好情報とを対応付けて記憶する利用者嗜好特性情報テーブルと、
嗜好情報と役務又は／及び商品群を関連付けて記憶する商品嗜好特性情報テーブルと、
前記サービス連携定義情報テーブルから、前記第一のサービスの利用累計量により利用条件が変更され得る第二のサービスの次回適用対象となる利用条件を抽出する利用条件抽出処理手段と、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出する差量算出処理ステップと、
第一のサービスで提供され得る第一の役務又は／及び商品群のうち、前記第一の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第二の役務又は／及び商品群を抽出する商品群抽出処理手段と、
前記抽出された第二の役務又は／及び商品群の広告情報を生成する広告情報生成処理手段と、
前記生成した広告情報を利用者へ通知する情報通知処理手段とを備えることを特徴とする情報通知システム。
【０１５３】
（付記１８）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知システムであって、
前記第一のサービスの利用累計量と前記第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報テーブルと、
利用者を一意に識別する個人情報と利用者の嗜好情報とを対応付けて記憶する利用者嗜好特性情報テーブルと、
嗜好情報と役務又は／及び商品群を関連付けて記憶する商品嗜好特性情報テーブルと、
前記サービス連携定義情報テーブルから、前記第一のサービスの利用累計量により利用条件が変更され得る第二のサービスの次回適用対象となる利用条件を抽出する利用条件抽出処理手段と、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出する差量算出処理手段と、
前記利用者嗜好特性情報テーブルと、前記商品嗜好特性情報テーブルとに基づいて、第一のサービスで提供され得る第一の役務又は／及び商品群のうち当該利用者の嗜好特性に該当する第二の役務又は／及び商品群をもとに、前記第一及び第二の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第三の役務又は／及び商品群を抽出する商品群抽出処理手段と、
前記抽出した第三の役務又は／及び商品群の広告情報を生成する広告情報生成処理手段と、
前記生成した広告情報を利用者へ通知する情報通知処理手段とを含むことを特徴とする情報通知システム。
【０１５４】
（付記１９）前記付記１７乃至１８の何れか一つの情報通知システムであって、
利用者へ通知する内容に、前記差量を含むことを特徴とする情報通知システム。
【０１５５】
（付記２０）前記付記１７乃至１９の何れか一つの情報通知システムであって、
利用者へ通知する内容に、前記第二のサービスの変更後の利用条件を含むことを特徴とする情報通知システム。
【０１５６】
（付記２１）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知システムであって、
前記第一のサービスの利用累計量と前記第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報テーブルと、
利用者を一意に識別する個人情報と利用者の嗜好情報とを対応付けて記憶する利用者嗜好特性情報テーブルと、
嗜好情報と役務又は／及び商品群を関連付けて記憶する商品嗜好特性情報テーブルと、
前記サービス連携定義情報テーブルと、利用者が利用した第二のサービスの利用状況とに基づいて、当該第二のサービスの利用条件を変更し得る第一のサービスと、当該第二のサービスの次回適用対象となる利用条件を抽出する利用条件抽出処理手段と、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出する差量算出処理手段と、
第一のサービスで提供され得る第一の役務又は／及び商品群のうち、前記第一の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第二の役務又は／及び商品群を抽出する商品群抽出処理手段と、
前記抽出された第二の役務又は／及び商品の広告情報を生成する広告情報生成処理手段と、
前記生成した広告情報を利用者へ通知する情報通知処理手段とを含むことを特徴とする情報通知システム。
【０１５７】
（付記２２）第一のサービスの利用に伴って、第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知システムであって、
前記第一のサービスの利用累計量と前記第二のサービスの利用条件とを対応付けて記憶したサービス連携定義情報テーブルと、
利用者を一意に識別する個人情報と利用者の嗜好情報とを対応付けて記憶する利用者嗜好特性情報テーブルと、
嗜好情報と役務又は／及び商品群を関連付けて記憶する商品嗜好特性情報テーブルと、
前記サービス連携定義情報テーブルから、前記第二のサービスの利用条件を変更し得る第一のサービスと、前記第二のサービスの次回適用対象となる利用条件とを抽出する利用条件抽出処理手段と、
当該利用条件の適用が実施される為に必要となる第一のサービスの利用累計量の規定値と、前記利用者の前記第一のサービスの利用累計量との差量を算出する差量算出処理手段と、
前記利用者嗜好特性情報と、前記商品嗜好特性情報とに基づいて、前記第一のサービスで提供され得る第一の役務又は／及び商品群のうち当該利用者の嗜好特性に該当する第二の役務又は／及び商品群をもとに、前記第一及び第二の役務又は／及び商品群の利用量が前記差量を満たすに必要十分となる第三の役務又は／及び商品群を抽出する商品群抽出処理手段と、
前記抽出した第三の役務又は／及び商品群の広告情報を生成する広告情報生成処理手段と、
前記生成した広告情報を利用者へ通知する情報通知処理手段とを含むことを特徴とする情報通知システム。
【０１５８】
（付記２３）前記付記２１乃至２２の何れか一つの情報通知システムであって、
利用者へ通知する内容に、前記差量を含むことを特徴とする情報通知システム。
【０１５９】
（付記２４）前記付記２１乃至２３の何れか一つの情報通知システムであって、
利用者へ通知する内容に、前記第二のサービスの変更後の利用条件を含むことを特徴とする情報通知システム。
【０１６０】
【発明の効果】
本発明によると、料金の通知時に付加情報として広告を挿入することにより、本来購買すべきであった商品がまだ未購買であることに気付かせる、もしくは当初は購買する予定でなかったが商品の割引を行っていることを気付かせることにより、消費者にとって単にサービスの利用時間に課せられる利用料金の料金割引を得るための購買活動の継続ではなく、新たな購買意欲の刺激による購買活動の継続を促す動機付けを提供する。この動機付けにより商品を購買した結果として、利用者はさらなる料金割引を得ることとなり、店舗側にとっては潜在的顧客による購買機会を得ることとなり、店舗等のサービスを提供する側と利用者との当事者全てがより利益を得る確度を高めることが可能となる。
【０１６１】
請求項１の発明によると、通知文に掲載する広告を、利用条件に定義される利用累計量の規定値と、利用者が実際に利用した利用累計量との差量を満たすに必要十分となる利用量の商品を中心に構成したものとすることにより、例えば駐車サービスの無料時間が延長される等の付加価値を広告の商品に伴わせることが出来る。
【０１６２】
請求項２の発明によると、利用条件を変更し得るサービス、言い換えると、利用者が利用したサービスとは別のサービスの商品を提示することで、利用者の購買活動の範囲を広げることが可能となる。
【図面の簡単な説明】
【図１】本発明の基本構成を示す図
【図２】実施例のシステム構成を示す図
【図３】通知予定時刻テーブルの内容を示す図
【図４】利用時間管理テーブルの内容を示す図
【図５】通知文雛形管理テーブルの内容を示す図
【図６】購買履歴管理テーブルの内容を示す図
【図７】サービス間連携定義情報テーブルの内容を示す図
【図８】商品嗜好特性情報テーブルの内容を示す図
【図９】利用者個人情報管理テーブルの内容を示す図
【図１０】利用者嗜好特性情報テーブルの内容を示す図
【図１１】商品情報管理テーブルの内容を示す図
【図１２】付加情報文の内容を示す図
【図１３】利用者への通知例の内容を示す図
【図１４】サービス利用開始イベントの処理の内容を示すシーケンス図
【図１５】購買イベントの処理の内容を示すシーケンス図
【図１６】時間課金イベントの処理の内容を示すシーケンス図
【図１７】サービス利用終了イベントの処理の内容を示すシーケンス図
【図１８】現在適用対象となる利用条件及び次回適用対象となる利用条件の取得処理の流れ図
【図１９】通知予定時刻及び料金追加予定時刻の算出処理の流れ図
【図２０】駐車サービスの利用料金を算出する処理の流れ図
【図２１】役務又は／及び商品群の取得処理の流れ図
【図２２】役務又は／及び商品群の取得処理の流れ図２
【図２３】通知予定時刻の確認処理の流れ図

Claims (2)

1. 店舗にて提供される第一のサービスの利用に伴って、時間課金を伴う第二のサービスの利用条件が変更され得る課金管理システムに用いられ、利用者に情報を提供する情報通知プログラムであって、
   前記利用者について前記店舗にて提供される第一のサービスの利用累計金額の現在値を記憶する利用累計量記憶手段と、
   前記時間課金を伴う第二のサービスの利用開始時刻を記憶する利用開始時刻記憶手段と、
   前記時間課金を伴う第二のサービスの利用条件であって前記第二のサービスの課金情報及び割引情報を含む利用条件と、それに対応付けて規定された前記店舗にて提供される第一のサービスの利用累計金額の規定値とを含むサービス連携定義情報を記憶するサービス連携定義情報記憶手段と、
   前記時間課金を伴う第二のサービスの利用条件であって、前記第一のサービスの利用累計金額の現在値により特定される第一の利用条件を取得する第一の利用条件取得手段と、
   前記時間課金を伴う第二のサービスの利用条件であって、前記店舗にて提供される第一のサービスの利用累計金額の現在値により特定される第一の利用条件の次に適用対象となる第二の利用条件を取得する第二の利用条件取得手段と、
   前記第二の利用条件の適用が実施される為に必要となる前記店舗にて提供される第一のサービスの利用累計金額の規定値と、前記利用者の前記店舗にて提供される第一のサービスの利用累計金額の現在値との差量を算出する差量算出手段と、
   前記店舗にて提供される第一のサービスで提供され得る第一の役務又は／及び商品群のうち、当該役務又は／及び商品による利用金額が前記差量を満たす第二の役務又は／及び商品群の情報を抽出する商品群抽出手段と、
   前記抽出された第二の役務又は／及び商品群の情報に基づいて当該商品の名称とその金額を少なくとも含む広告情報を生成する広告情報生成手段と、
   前記時間課金を伴う第二のサービスの第一の利用条件に係わる時間課金の割引時間及び前記利用開始時刻に基づいて、割引後の課金開始となる時刻を取得する手段と、
   前記第一のサービスの利用累計量の更新に伴う決済時に、前記第二の利用条件取得手段と差量算出手段と商品群抽出手段と広告情報生成手段を用いて更新後の利用累計量に基づく広告情報を生成し、前記生成した広告情報、及び、前記取得した割引後の課金開始となる時刻と前記時刻を経過した後の時間課金額とを少なくとも含む時間課金情報を当該決済のレシートに出力する出力手段としてコンピュータを機能させることを特徴とする情報通知プログラム。
2. 請求項１に記載の情報通知プログラムであって、
   前記課金開始となる時刻と現在時刻との差分が所定の閾値以下となった場合に、前記広告情報生成手段を用いて生成された広告情報、及び、前記取得した割引後の課金開始となる時刻と前記時刻を経過した後の時間課金額とを少なくとも含む時間課金情報を、利用者の携帯端末へ通知する情報通知手段
   としてコンピュータを実行させることを特徴とする情報通知プログラム。

Images