JP2007304659A - 特典付与決定方法、特典付与決定システム、サーバ装置、及びコンピュータプログラム - Google Patents

Abstract

【課題】所定の規則性を保って連続的にアクセスを行ったユーザに特典付与を行い、ウェブサイトへのアクセス数の増大を図る。
【解決手段】サーバ装置がネットワーク上に設けたウェブサイトに端末装置がアクセスする状況に応じて特典付与を行うか否かを判断する。サーバ装置は、予めアクセスの規則性を規定したアクセス周期条件、及びアクセスの連続性を規定したアクセス日数条件を設定し、アクセスに含まれるユーザＩＤごとにアクセス周期条件及びアクセス日数条件が満たされるか否かを検出する。両条件を満たされることを検出した場合、サーバ装置は、ユーザＩＤに係るユーザへの特典付与を決定し、特典付与を希望するユーザからのアクセス増加を図る。また、サーバ装置は、アクセス周期条件を満たさないことを検出した場合、検出に係るユーザＩＤの今までのアクセス回数をリセットする。
【選択図】図８

Description

本発明は、ユーザのアクセス状況が所定の規則性を維持して継続した場合にユーザへの特典付与を決定する特典付与決定方法、特典付与決定システム、サーバ装置、及びコンピュータプログラムに関する。

従来、ネットワークを通じて各事業体が様々なサービスをユーザへ提供している。ネットワークを通じたサービスは、ネットワーク上に設けられたウェブサイトへユーザがアクセスすることが開始点となるため、サービスの提供に関連する特定のウェブサイトへユーザのアクセスを集めることがビジネス面において重要となる。

特定のウェブサイトへアクセスを集めるために従来から様々な工夫が行われている。例えば、特許文献１では、登録されたユーザ端末からのアクセス利用状況に応じて特典情報を付与することが開示されている。また、特許文献２では、オンラインによるサービスの利用回数が多いユーザに対して料金の割引サービス等の特典サービス情報を提供することが開示されている。さらに、特許文献３では、ウェブサイトのホームページに対する閲覧回数が所定の回数に至った場合、特別なサービスを提供する内容が開示されている。
特開２００２−２１６００８号公報 特開平１０−９７５８４号公報 特開２００１−３２５５１５号公報

ネットワークに設けたウェブサイトで期間を限定してキャンペーンを行うことがある。このようなキャンペーンをビジネス的に成功させるためにはキャンペーンに関連したウェブサイトへのアクセスを高めることが必須となる。そのため、キャンペーン運営側の事業体は、各ユーザのアクセスが継続的であり、更に一定の規則性を維持してアクセスが行われることを望む。事業体が望むアクセス状況でユーザにアクセス意欲を持たせるためには、所定の規則性を保って継続的にアクセスを行ったユーザへ特典を付与することが考えられる。

上述した特典付与を実際に行う場合に、特許文献１の内容を適用したとしても、特許文献１はアクセス利用状況としてアクセス回数、アクセス頻度、アクセスした合計時間等をサーバ装置が確認するに留まり、所定の規則性（例えば毎日、又は２日に１回など）を保って継続的に（例えば２週間、又は１ヶ月の間など）、ユーザがアクセスを行ったか否かまではサーバ装置で判断できない。また、特許文献２は、判断対象がサービスの利用回数であり、ウェブサイトへのアクセス状況を判断対象にしないため、上述したキャンペーンに利用できない。さらに、特許文献３は、ホームページごとに閲覧回数を管理する内容であるため、登録されたユーザごとにアクセス状況を管理できない。

本発明は、斯かる事情に鑑みてなされたものであり、所定の規則性を保って継続的にアクセスされたか否かをユーザごとに判断することで、ユーザへ特典付与を行えるようにした特典付与決定方法、特典付与決定システム、サーバ装置、及びコンピュータプログラムを提供することを目的とする。

上記課題を解決するために本発明に係る特典付与決定方法は、サーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定方法において、前記端末装置は、アクセスするときに、利用者を識別する識別情報を前記サーバ装置へ送信し、前記サーバ装置は、前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出し、アクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする。

また、本発明に係る特典付与決定方法は、サーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定方法において、前記端末装置は、アクセスするときに、利用者を識別する識別情報を前記サーバ装置へ送信し、前記サーバ装置は、前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ対象曜日に前記端末装置からアクセスを受けたか否かを前記識別情報ごとに検出し、アクセス日数条件及びアクセス周期条件を満たし且つ対象曜日にアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする。

さらに、本発明に係る特典付与決定方法は、サーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定方法において、前記端末装置は、アクセスするときに、利用者を識別する識別情報を前記サーバ装置へ送信し、前記サーバ装置は、前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ対象時間帯に前記端末装置からアクセスを受けたか否かを前記識別情報ごとに検出し、アクセス日数条件及びアクセス周期条件を満たし且つ対象時間帯にアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする。

さらにまた、本発明に係る特典付与決定方法は、アクセス先となる複数のサイトをネットワーク上に設けたサーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定方法において、前記端末装置は、アクセスするときに、利用者を識別する識別情報を前記サーバ装置へ送信し、前記サーバ装置は、前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ前記複数のサイトで前記端末装置からアクセスを受けたか否かを前記識別情報ごとに検出し、アクセス日数条件及びアクセス周期条件を満たし且つ前記複数のサイトでアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする。

また、本発明に係る特典付与決定方法は、前記サーバ装置は、特典付与を決定した場合、特典付与に係る画面ページを前記端末装置へ送信することを特徴とする。
さらに、本発明に係る特典付与決定方法は、前記サーバ装置は、前記端末装置のアクセス回数を前記識別情報ごとに記憶し、記憶するアクセス回数に対して前記識別情報ごとの検出を行い、前記アクセス周期条件を満たさないことを検出した場合、検出に係る識別情報に対応して記憶するアクセス回数をゼロにリセットすることを特徴とする。
さらにまた、本発明に係る特典付与決定方法は、前記サーバ装置は、前記端末装置のアクセス回数を前記識別情報ごとに記憶し、記憶するアクセス回数に対して前記識別情報ごとの検出を行い、前記アクセス周期条件を満たさないことを検出してから前記端末装置の再アクセスを受けた場合、満たさないことを検出してから再アクセスまでの期間に応じて記憶するアクセス回数を減算し、減算したアクセス回数で再アクセスのときから前記識別情報ごとの検出を行うことを特徴とする。

本発明に係る特典付与決定方法は、外部端末からサーバ装置へのアクセス状況に基づいて、外部端末の利用者への特典付与を前記サーバ装置が決定する特典付与決定方法において、前記サーバ装置は、アクセスを受けたときに外部端末から送信される利用者を識別する識別情報を受信し、アクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出し、アクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする。

本発明に係る特典付与決定システムは、サーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定システムにおいて、前記端末装置は、前記サーバ装置へアクセスするときに利用者を識別する識別情報を前記サーバ装置へ送信する手段を備え、前記サーバ装置は、前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出する検出手段と、該検出手段がアクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段とを備えることを特徴とする。

本発明に係るサーバ装置は、外部端末からアクセスを受けたときに利用者を識別する識別情報の受信が可能であり、アクセス状況に基づいて外部端末の利用者への特典付与を決定するサーバ装置において、アクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出する検出手段と、該検出手段がアクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段とを備えることを特徴とする。

また、本発明に係るサーバ装置は、外部端末からアクセスを受けたときに利用者を識別する識別情報の受信が可能であり、アクセス状況に基づいて外部端末の利用者への特典付与を決定するサーバ装置において、アクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ対象曜日にアクセスを受けたか否かを前記識別情報ごとに検出する検出手段と、該検出手段がアクセス日数条件及びアクセス周期条件を満たし且つ対象曜日にアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段とを備えることを特徴とする。

さらに、本発明に係るサーバ装置は、外部端末からアクセスを受けたときに利用者を識別する識別情報の受信が可能であり、アクセス状況に基づいて外部端末の利用者への特典付与を決定するサーバ装置において、アクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ対象時間帯にアクセスを受けたか否かを前記識別情報ごとに検出する検出手段と、該検出手段がアクセス日数条件及びアクセス周期条件を満たし且つ対象時間帯にアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段とを備えることを特徴とする。

さらにまた、本発明に係るサーバ装置は、アクセス先となる複数のサイトをネットワーク上に設けると共に、外部端末からアクセスを受けたときに利用者を識別する識別情報の受信が可能であり、アクセス状況に基づいて外部端末の利用者への特典付与を決定するサーバ装置において、アクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ前記複数のサイトでアクセスを受けたか否かを前記識別情報ごとに検出する検出手段と、該検出手段がアクセス日数条件及びアクセス周期条件を満たし且つ前記複数のサイトでアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段とを備えることを特徴とする。

また、本発明に係るサーバ装置は、特典付与を決定した場合、特典付与に係る画面ページをアクセス元へ送信する手段を備えることを特徴とする。
さらに、本発明に係るサーバ装置は、アクセス回数を前記識別情報ごとに記憶する手段を備え、前記検出手段は、記憶するアクセス回数に対して前記識別情報ごとの検出を行うようにしてあり、前記検出手段がアクセス周期条件を満たさないことを検出した場合、検出に係る識別情報に対応して記憶するアクセス回数をゼロにするリセット手段を備えることを特徴とする。
さらにまた、本発明に係るサーバ装置は、アクセス回数を前記識別情報ごとに記憶する手段を備え、前記検出手段は、記憶するアクセス回数に対して前記識別情報ごとの検出を行うようにしてあり、前記検出手段がアクセス周期条件を満たさないことを検出してから再アクセスを受けた場合、満たさないことを検出してから再アクセスまでの期間に応じて記憶するアクセス回数を減算する手段を備え、前記検出手段は、減算した数値で再アクセスのときから前記識別情報ごとの検出を行うようにしてあることを特徴とする。

本発明に係るサーバ装置は、前記アクセス日数条件は、アクセスを受ける日数が規定してあり、前記アクセス周期条件は、アクセスを受ける日の間隔が規定してあることを特徴とする。
また、本発明に係るサーバ装置は、前記アクセス周期条件は、アクセスを毎日受けることであり、前記アクセス日数条件は、対象期間に対するアクセスを受ける全日数の割合が規定してあることを特徴とする。

本発明に係るコンピュータプログラムは、外部端末からのアクセスを受けたときに利用者を識別する識別情報の受信が可能なコンピュータに、アクセス状況に基づいて外部端末の利用者への特典付与を決定する処理を行わせるためのコンピュータプログラムにおいて、コンピュータをアクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出する検出手段と、該検出手段がアクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段として機能させることを特徴とする。

本発明にあっては、外部端末に相当する端末装置がアクセス時に送信する利用者の識別情報ごとに、サーバ装置で利用者のアクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを検出するので、利用者ごとに所定の規則性を保って継続的にアクセスされたかを判断できるようになる。また、アクセス日数条件及びアクセス周期条件を満たすことを検出した場合、サーバ装置は利用者への特典付与を決定するので、ネットワーク上で行われるキャンペーンにおいてアクセス数を効率的に高める手段として本発明は好適となる。なお、アクセス日数条件に係る内容はサーバ装置の運営側又は利用者側のいずれでも決定可能であり、運営側が決定するときは、上述したキャンペーンの期間を考慮して決定することが好ましい。同様にアクセス周期条件の内容もサーバ装置の運営側又は利用者側のいずれでも適宜決定できる。また、付与する特典の内容は、アクセス日数条件の内容に応じて複数揃えることも可能である。

本発明にあっては、所定の規則性を保って継続的にアクセスが行われたかと云う条件に加えて、所定の曜日にアクセスしたことを検出した場合にサーバ装置が特典付与を決定するので、サーバ装置の運営側でアクセスを高めたい曜日を調整できるようになる。即ち、特典付与の条件として、アクセスすべき曜日が加わるため、利用者は特典を得るためには対象となる曜日にアクセスする必要が生じ、対象となる曜日のアクセス数を増加できる。よって、ネットワーク上でキャンペーンを行った場合でも通常、高いアクセス数を得ることが困難な平日週末の金曜日、又は日曜日と云う曜日でも、一定のアクセス数を得られるようになり、アクセス数の全体的な底上げを行える。

本発明にあっては、所定の規則性を保って継続的にアクセスが行われたかと云う条件に加えて、所定の時間帯にアクセスしたことを検出した場合にサーバ装置が特典付与を決定するので、サーバ装置の運営側でアクセスを高めたい時間帯を調整できるようになる。即ち、特典付与の条件として、アクセスすべき時間帯が加わるため、利用者は特典を得るためには対象となる時間帯にアクセスする必要が生じ、対象となる時間帯のアクセス数を増加できる。従って、一般に高いアクセス数を得ることが困難な平日の午前中の時間帯、日曜日の朝の時間帯などを設定すれば、これらの時間帯でも一定のアクセス数を得られるようになり、アクセス数の増加に結び付けられる。

本発明にあっては、所定の規則性を保って継続的にアクセスが行われたかと云う条件に加えて、複数のサイトへアクセスしたことを検出した場合にサーバ装置が特典付与を決定するので、アクセスを高めたいサイトを複数設けることが可能になる。即ち、特典付与の条件として、複数のサイトへアクセスすべき条件が加わるため、利用者は特典を得るためには各サイトへアクセスする必要が生じ、対象となる各サイトへのアクセス数を増加できる。そのため、所謂ウォークラリーのように複数のサイトを回るようなキャンペーンを行う場合、本発明を用いることでキャンペーンを支援でき、キャンペーン期間中の各サイトへのアクセス数を高めることに貢献できる。

本発明にあっては、特典付与を決定した場合は、特典付与に係る画面ページを送信するので、利用者は端末に表示される画面ページを見て、特典が得られることを確認できると共に、特典を得たことに伴う楽しい気持ちを増長できる。なお、特典付与に係る画面ページは、そのページ自体を特典として特別な画像を載せたものにすることも可能であり、また、特典がネットワークを経由して利用者に提供するものではなく、実際の品物、サービス券等のプレゼント品である場合は、利用者への郵送先を入力する欄を設けた内容にすることも可能である。

本発明にあっては、アクセス回数を識別情報ごとに記憶すると共に、記憶したアクセス回数に対して検出を行うので、アクセス回数と云う数値に基づき確実で簡易な検出処理を行える。また、アクセス周期条件を満たさないことを検出した場合は、アクセス回数がゼロになるので、利用者は特典を得るためには再度、一からアクセスを行う必要が生じ、アクセス数の増大を図れる。

本発明にあっては、アクセス周期条件を満たさないことを検出した場合は、満たさないことを検出したときから再アクセスまでの期間に応じてアクセス回数を減算して、再度、特典付与に対する検出処理が開始されるので、利用者のアクセスに対する意欲を落とすことなくアクセス数の増加を期待できる。即ち、アクセス周期条件を満たさない場合でも、特典付与に対して柔軟な回避条件を設けるので、利用者は再度、アクセスを行う気持ちを保つことができ、結果として全体的なアクセス数の増大を狙える。

本発明にあっては、アクセス日数条件としてアクセスを受ける日数が規定され、アクセス周期条件としてアクセスを受ける日の間隔が規定されるので、特典付与の条件設定が容易になると共に、規則性を保って継続的にアクセスが行われているかを検出しやすくなる。なお、この場合、アクセス周期条件がアクセスの規則性を確認する条件となり、アクセス日数条件がアクセスの継続性を確認する条件になる。例えば、アクセス日数条件として６日が規定され、アクセス周期条件として０日が規定された場合、６日間、毎日アクセスすることが特典を得るための条件になる。また、アクセス日数条件として６日が規定され、アクセス周期条件として１日が規定された場合、２日に１回の割合で計６日分のアクセスすることが特典を得るための条件になる。

本発明にあっては、アクセス周期条件としてアクセスを毎日受けることが規定されると共に、アクセス日数条件として対象期間に対するアクセスを受ける全日数の割合が規定されるので、検出処理を割合に基づいて行うことができ、検出処理の効率化を図れる。この場合、アクセスを連続して受けることが規則性を保つことに該当し、アクセスを受ける全日数が継続性の条件に該当する。また、対象期間としてはキャンペーンを行う期間が該当し、例えば、１０日間のキャンペーンの期間中、３０パーセント（１０日の内、３日間連続する意味）のアクセスを行えば、特典付与の対象になることを規定できる。

本発明にあっては、利用者の識別情報ごとにアクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを検出するので、利用者のアクセスが所定の規則性を保って継続的に行われたかを判断でき、キャンペーンでアクセス増加のための特典付与を行うような場合に最適な処理を提供できる。
また、本発明にあっては、特典付与の条件として所定の曜日にアクセスすることが加わるので、アクセスを高めたい曜日を調整できる。
さらに、本発明にあっては、特典付与の条件として所定の時間帯にアクセスすることが加わるので、アクセスを高めたい時間帯を調整できる。
さらにまた、本発明にあっては、特典付与の条件として複数のサイトにアクセスすることが加わるので、複数のサイトへのアクセス数を増加できる。

また、本発明にあっては、特典付与を決定した場合は、特典付与に係る画面ページを送信するので、特典付与を利用者に確実に伝えられると共に、特典付与に係る画面ページを通じて利用者に係る各種情報の収集も行える。
さらに、本発明にあっては、アクセス周期条件を満たさない場合はアクセス回数をゼロにリセットするので、特典付与に対して利用者に再度、一からのアクセスを要求してアクセス数の増大を図れる。
一方、本発明にあっては、アクセス周期条件を満たさない場合、再アクセスまでの期間に応じて今までのアクセス回数を減算することに留めるので、アクセスに対する意欲を利用者が失うことを抑制して、全体的なアクセス数の増大を図れる。

本発明にあっては、アクセス日数条件としてアクセスを受ける日数を規定すると共に、アクセス周期条件としてアクセスを受ける日の間隔を規定するので、アクセスの継続性及び規則性に係る設定を容易に行える。
また、本発明にあっては、特典付与に対する条件を割合で規定するので、規定された割合に基づき検出処理を容易に行える。

図１は、本発明の第１実施形態に係る特典付与決定システム１の全体的な構成を示している。特典付与決定システム１は、ネットワーク上にウェブサイトを構築してサービスを提供するサーバ装置１０が、サービスに登録しているユーザのアクセス状況に応じて特典付与を決定するものであり、特に本実施形態では、所定の規則性を維持して連続的にアクセスが行われた場合に特典付与を決定することを特徴とする。なお、本実施形態のサーバ装置１０は、登録ユーザへのサービスとして楽曲データの配信サービスを行っている。以下、特典付与決定システム１に係る携帯端末装置３及びサーバ装置１０を順次説明する。

図２は、サービスに登録したユーザ（利用者）が有する携帯端末装置３の内部構成を示すブロック図である。携帯端末装置３は、無線通信が可能な通信情報処理装置に相当し、各種制御処理を行うＣＰＵ３ａに、通信部３ｂ、ＲＡＭ３ｃ、ＲＯＭ３ｄ、表示用インタフェース３ｅ、操作部インタフェース３ｆ、音出力処理部３ｇ、及び記憶部３ｈを内部バス３ｉで接続した構成になっている。

通信部３ｂは、図１に示す多数の中継基地局２Ａ、２Ｂ・・・と無線通信を行い、ネットワークＮＷに接続された様々な機器とデータを送受信し、ＣＰＵ３ａの制御指示に基づき所定の通信先と通信を行う。本実施形態では図１のサーバ装置１０にアクセスして、サーバ装置１０が構築するウェブサイトに係る画面ページを受信すると共に、ウェブサイトのサービスに関連して各種データ（例えば、ユーザＩＤ）をサーバ装置１０へ送信する手段として機能する。ＲＡＭ３ｃはＣＰＵ３ａの処理に従うデータ及びフォルダ等を一時的に記憶し、ＲＯＭ３ｄはＣＰＵ３ａが行う基本的な処理内容を規定したプログラム等を予め記憶している。

また、表示用インタフェース３ｅは、携帯端末装置３の筐体外面に配置される表示パネル部４と接続され、サーバ装置１０から送信される各種画面データに対する表示処理を行って表示パネル４に図６、７等に示す各画面ページ３０、３１等を表示する。操作部インタフェース３ｆは、携帯端末装置３の筐体表面に設けられた多数の操作キーからなる操作部５と接続され、操作部５でユーザから操作を受け付けて、表示パネル４で表示される各画面ページ３０、３１等における項目の選択などを行えるようにしている。音出力処理部３ｇは、スピーカ６が接続されており、ダウンロードした楽曲データをＣＰＵ３ａの制御指示に基づき再生処理を行ってスピーカ６から再生音を出力する。

さらに記憶部３ｈは、各種プログラム及びデータ等を記憶し、本実施形態ではプログラムとして、携帯端末装置３のＣＰＵ３ａが行う処理内容を規定した端末プログラム７、及びサーバ装置１０が提供するサービスに対して登録することによりサーバ装置１０から付与されたユーザ識別用のユーザＩＤ８（識別情報に相当）を記憶する。なお、記憶部３ｈは、ネットワークＮＷを通じてダウンロードした楽曲データ９等も記憶する。

記憶部３ｈに記憶される端末プログラム７は、携帯端末装置３の基本的な処理内容を規定し、本実施形態ではサーバ装置１０へアクセスするときには、記憶するユーザＩＤ８を通信部３ｂからサーバ装置１０へ送信することを規定している。また、携帯端末装置３が、サーバ装置１０からウェブサイトに係る画面データを受信すると、表示処理を行って表示パネル４に表示すること、また、表示中の画面ページに対して操作部５により選択処理及び入力処理等を受け付けた場合、受け付けた操作内容をサーバ装置１０へ送信することなども規定している。

一方、図３は、サーバ装置１０の主要な内部構成を示している。サーバ装置１０はサービスの運営を行う事業体により管理されており、汎用のサーバコンピュータが適用されている。そのためサーバ装置１０は、様々な制御処理を行うＭＰＵ１１を、内部バス１０ａを介して通信インタフェース１２、ＲＡＭ１３、ＲＯＭ１４、及びハードディスク装置１５に接続した構成になっている。

通信インタフェース１２は、ネットワークＮＷを経由して外部の端末装置と各種データ通信を行う通信手段に相当し、例えば、外部端末からアクセスを受けたときにユーザＩＤを受信する。また、ＲＡＭ１３は、ＭＰＵ１１の処理に伴って生じるデータ及びフォルダ等を一時的に記憶し、ＲＯＭ１４は、ＭＰＵ１１が行う基本的な処理内容を規定したプログラムを予め記憶している。ハードディスク装置１５は、サーバ装置１０を作動させる上で基本となる処理内容を規定したシステムプログラム２０、ＭＰＵ１１が行う本発明に係る処理内容を規定したサーバプログラム２１、アクセス回数テーブル２２、アクセス日数テーブル２３、画面データベース２４、楽曲データベース２５等を記憶している。

図４は、ハードディスク装置１５に記憶されるアクセス回数テーブル２２の中身を示している。アクセス回数テーブル２２は、サーバ装置１０が提供するサービスに登録しているユーザのユーザＩＤごとに、サーバ装置１０が構築するウェブサイトへのアクセス回数、最新（今回）のアクセス日、及び前回のアクセス日を格納したものである。アクセス回数テーブル２２の中身は、サーバプログラム２１が規定するＭＰＵ１１の処理により順次更新される。

例えば、ユーザ登録が新たに行われた場合は、新しいユーザＩＤを発行してユーザの端末装置へ送信すると共に、アクセス回数テーブル２２には新しいユーザＩＤが追加される。また、登録ユーザがサーバ装置１０へアクセスした場合、ＭＰＵ１１がアクセスに含まれるユーザＩＤを検出し、アクセス回数テーブル２２において、検出したユーザＩＤに対応して格納されるアクセス回数の数値に「１」を加えると共に、今回のアクセス日の欄に格納されていた内容を前回のアクセス日の欄にシフトして格納すると共に、今回のアクセス日の欄にアクセスを受けた日付を格納し、各欄の内容を更新する。

また、図５は、ハードディスク装置１５に記憶されるアクセス日数テーブル２３の内容を示している。アクセス日数テーブル２３の左列２３ａに規定される日数の数値は、アクセス日数条件を示し、ユーザからアクセスを最低「６日」受けなければ、特典が付与されないことを示している。詳しくは、アクセス日数テーブル２３は左列２３ａに、アクセスを受ける日数として「６日」、「１０日」、「１２日」、「１５日」、「１８日」、「２０日」、「３０日」を規定すると共に、右列２３ｂには、各日数に対応して特典の内容（楽曲データの曲数）を規定している。

さらに、図３のハードディスク装置１５に記憶される画面データベース２４は、サーバ装置１０が構築するウェブサイトに含まれる複数のサイトページに応じた画面データが登録されており、このような画面データが、サーバプログラム２１で規定されるＭＰＵ１１の制御処理によりアクセス元の端末に送信されて、図６、７等の各画面ページ３０、３１等をアクセス元の端末で表示させる。

なお、図６（ａ）に示す画面ページ３０は、サーバ装置１０が構築するウェブサイトのトップページに相当し、新曲の内容を確認する第１ボタン、ダウンロードしたい楽曲を検索するための第２ボタン、現在のアクセス回数を確認するための第３ボタンを有すると共に、キャンペーン中である旨を表す文章も記載されている。また、図６（ｂ）はアクセス回数がリセットされたことをユーザに通知する画面ページ３１を示す。さらに、図７（ａ）（ｂ）の各画面ページ３２、３３は、特典画面ページに相当し、特典付与を決定した場合にサーバ装置１０からユーザの端末装置へ送信される特典付与に係る画面データに応じたものである。

図７（ａ）の画面ページ３２は、アクセス日数が６日に到達したときに対応するものであり、図７（ｂ）の画面ページ３３はアクセス日数が１０日に到達したときに対応するものであり、特典として追加の楽曲データのダウンロードをユーザが希望する場合に選択されるダウンロードボタン３２ａ、３３ａと、更なるアクセス回数の積み重ねを続ける場合に選択されるカウント継続ボタン３２ｂ、３３ｂを有する。なお、図７（ａ）（ｂ）に示す画面ページ３２、３３のような特典付与に対応した画面ページは、図示していないが、他の日数分の画面ページ用のデータも存在する。また、図６、７で示す各画面ページ３０〜３３は一例であり、画面データベース２４は、ウェブサイトの他のサイトページ用に画面データも多数含んでいる。

また、図３のハードディスク装置１５に記憶される楽曲データベース２５は、サーバ装置１０が配信する多数の楽曲データを検索可能に格納したものであり、特典となる楽曲データも格納されている。

ハードディスク装置１５に記憶されるサーバプログラム２１が規定する内容を説明する。サーバプログラム２１は、上述したアクセス回数テーブル２２の更新等に係る処理、画面データベース２４に含まれる各画面データをユーザのアクセスするサイトに対応して適宜アクセス元へ送信する処理、楽曲データベース２５に含まれる各楽曲データをユーザの指示及び特典決定等に基づきアクセス元へ送信する処理を規定すると共に、本発明に係る特典付与決定に係る処理も規定している。

先ず、本発明に係る特典付与決定に対してサーバプログラム２１は、アクセス周期条件を設定する処理を規定している。この処理は、キャンペーン等の内容を考慮してサービスを運営する事業体が特典を付与するために決定するアクセスを受ける日の間隔を、サーバ装置１０に設定するものであり、サーバ装置１０の管理者（オペレータ）により設定処理が行われる。なお、設定する間隔は「０日」、「１日」、「２日」等の日単位で行われ、「０日」が設定されたときは特典を得るためユーザは毎日アクセスする必要があり、以下、「１日」が設定されたときは１日おき（２日に１回）、「２日」が設定されたときは２日おき（３日に１回）にアクセスすることを規定する。このようなアクセス周期条件の設定内容はハードディスク装置１５に記憶される。

また、サーバプログラム２１は、登録ユーザからのアクセスに関して、次のようＭＰＵ１１用の処理を規定する。アクセスに応じて上述したようにアクセス回数テーブル２２を更新した場合、ＭＰＵ１１はアクセスに係るユーザＩＤの今回のアクセス日と前回のアクセス日を比較して、アクセスを受けた日の間隔を求める。求めた間隔が、予め設定されたアクセス周期条件の間隔（本実施形態では「０日」）を上回るか否かをＭＰＵ１１は検出し、上回ることを検出した場合（アクセス周期条件を満たさないことを検出した場合に相当）、連続性を保ってアクセスが行われていないと判断して、アクセス回数テーブル２２におけるアクセス中のユーザＩＤのアクセス回数をゼロにリセットする処理を行う。さらに、この場合、リセットした旨をユーザへ伝えるため、図６（ｂ）に示す画面ページ３１に応じた画面データをアクセス元の端末装置へ送信する制御をＭＰＵ１１が行う。

一方、求めた間隔が設定された間隔を上回らない場合、次にＭＰＵ１１はアクセス中のユーザＩＤのアクセス回数と、図５のアクセス日数テーブル２３の左列２３ａの各日数（アクセス日数条件の数値）とを比較し、アクセス回数が各日数のいずれかに到達したか否かを検出する。到達したことを検出した場合（アクセス日数条件及びアクセス周期条件を満たすことを検出した場合に相当）、ＭＰＵ１１はアクセス中のユーザに対して特典を付与することを決定する。

この場合、到達した日数に応じて図７（ａ）（ｂ）に示すような画面ページ３２、３３等に応じた画面データをＭＰＵ１１はアクセス元の端末装置へ送信する制御を行い、ダウンロードボタン３２ａ、３３ａ等の操作指示をリターン信号として受信した場合、アクセス回数をリセットすると共に到達した日数に対応する楽曲数の楽曲データをアクセス元の端末装置へ送信する制御を行う。なお、リターン信号としてカウント継続ボタン３２ｂ、３３ｂ等の操作指示を受信した場合、アクセス回数をリセットすることなくＭＰＵ１１はアクセスごとに上述したアクセス周期条件及びアクセス日数条件に対する検出処理を継続する。

また、サーバプログラム２１は、上述したような特典付与に係る検出処理を行う検出期間の設定をサーバ装置１０のオペレータが行える仕様になっており、本実施形態では、図６（ａ）に示す画面ページ３０で表されるキャンペーンに対応して、１ヶ月間（４／１〜４／末）の期間がキャンペーン前にオペレータにより検出期間として予め設定されている。なお、このような検出期間は、キャンペーンを行う期間に合わせて様々な数値を設定できる。

図８は、特典付与決定システム１が行う特典付与に係る一連の処理手順（特典付与決定方法の内容）を整理した第１フローチャートを示している。第１フローチャートは、図１に示す携帯端末装置３がサーバ装置１０へアクセスしてユーザＩＤを送信した場合のサーバ装置１０における処理内容を主に表したものである。以下、この第１フローチャートに基づき特典付与決定方法の内容を説明する。

先ず、サーバ装置１０は、携帯端末装置３からのアクセスを受けたか否かを判断する（Ｓ１）。まだ、アクセスが届かない場合（Ｓ１：ＮＯ）、サーバ装置１０はアクセス待ちとなり、アクセスを受けた場合（Ｓ１：ＹＥＳ）、アクセスに伴い送信されたユーザＩＤを受信し、アクセス回数テーブル２２におけるユーザＩＤの対応内容を更新する（Ｓ２）。なお、更新の具体的な内容はアクセス回数に「１」を加えること、今回のアクセス日の内容を前回のアクセス日の欄にシフトすること、現在の日付を今回のアクセス日の欄に格納することである。

次に、サーバ装置１０は、更新した今回と前回のアクセス日の間隔（アクセス状況に相当）が、アクセス周期条件を満たすか否か、即ち、設定された間隔（０日）を上回るか否かを検出する（Ｓ３）。今回と前回のアクセス日の間隔が設定された間隔を上回る場合、即ち、アクセス周期条件を満たさないことを検出した場合（Ｓ３：ＮＯ）、サーバ装置１０はアクセス回数テーブル２２において、アクセス中のユーザＩＤに対応するアクセス回数をリセットし（Ｓ９）、図６（ｂ）のリセット通知の画面ページ３１に応じた画面データを携帯端末装置３へ送信する（Ｓ１０）。その後は、キャンペーンの期間（検出期間）が経過したか否かを判断する段階（Ｓ８）へ処理が進む。

一方、アクセス周期条件を満たすことを検出した場合（Ｓ３：ＹＥＳ）、サーバ装置１０は、アクセス回数（アクセス状況に相当）がアクセス日数条件を満たすか否か、即ちアクセス回数がアクセス日数テーブル２３の左列２３ａに挙げられた各日数のいずれかに到達したか否かを検出する（Ｓ４）。アクセス回数がアクセス日数条件を満たさず、挙げられた各日数に達しない場合（Ｓ４：ＮＯ）、最初の段階（Ｓ１）へ戻り処理を続行する。また、挙げられた日数に達し、アクセス日数条件を満たすことを検出した場合（Ｓ４：ＹＥＳ）、サーバ装置１０はアクセス中のユーザＩＤのユーザに特典を付与することを決定し（Ｓ５）、到達した日数に応じた画面ページ（図７（ａ）（ｂ）参照）に応じた画面データを携帯端末装置３へ送信する。

携帯端末装置３では、図７（ａ）（ｂ）に示す画面ページ３２、３３を表示して、ユーザの判断により特典を得ることをサーバ装置１０へ伝えるダウンロードボタン３２ａ、３３ａ等の操作、又はアクセス回数の積み重ねの継続を伝えるカウント継続ボタン３２ｂ、３３ｂ等の操作がなされたことを含むリターン信号がサーバ装置１０へ返送されることになる。

サーバ装置１０は、携帯端末装置３から返送されたリターン信号の内容を判断し（Ｓ６）、カウント継続ボタン３２ｂ、３３ｂ等の操作がなされたことをリターン信号が含む場合（Ｓ６：継続）、最初の処理段階（Ｓ１）へ戻り処理を続行する。また、リターン信号がダウンロードボタン３２ａ、３３ａ等の操作がなされたことを含む場合（Ｓ６：ダウンロード）、サーバ装置１０は、図５のアクセス日数テーブル２３の右行２３ｂを参照して、到達した日数に応じた曲数分の楽曲データを特典として携帯端末装置３へ配信すると共に、配信した携帯端末装置３のユーザに係るユーザＩＤに対応したアクセス回数をリセットする（Ｓ７）。

最後に、サーバ装置１０は、ＭＰＵ１１のカレンダー機能を利用して、予め設定されたキャンペーンの対象期間に相当する検出期間が経過しているか否かを判断する（Ｓ８）。検出期間を経過していない場合（Ｓ８：ＮＯ）、サーバ装置１０は最初の処理段階（Ｓ１）へ戻り処理を続行する一方、検出期間を経過している場合（Ｓ８：ＹＥＳ）、処理を終了する。

よって、第１実施形態においては上述した処理が行われるので、所定の規則性を保って継続的にアクセスをしたユーザへ確実に特典を付与することが可能となり、ウェブサイトのキャンペーン期間中にアクセスを高めることを望む事業体に対して好適なソリューションを提供できる。なお、第１実施形態は、上述した説明内容に限定されるものではなく種々の変形例の適用が可能である。例えば、ユーザが使用する端末装置は、図１に示すような携帯型に限定されるものではなく、サーバ装置１０へアクセスできる通信端末装置であれば、その形態は問わない。また、図５のアクセス日数テーブル２３に示す日数（アクセス日数条件の内容に相当）、及びアクセス周期条件のアクセス日の間隔に対する上述した説明での数値は、あくまで一例であり、実際の適用状況に応じて事業体が望む数値を適宜設定可能である。

さらに、図５のアクセス日数テーブル２３で示した特典の内容（楽曲データ）も一例であり、他の種類の特典（画像データ、ネットワーク上で使用できるポイントなど）を勿論適用可能であり、さらには、ネットワークを通じて配信できるもの以外に実際に郵送等でユーザへ付与する現実の品物、チケット等を特典にすることも可能である。このように郵送等でユーザに付与するものを特典とする場合で、ユーザの登録内容に住所等を含まないときは、図９（ａ）に示す住所の入力欄３５ａを有する画面ページ３５を特典付与に係る画面ページ（特典画面ページ）としてユーザの携帯端末装置３へ送信する。

さらにまた、特典画面ページ（図７（ａ）（ｂ）、図９（ａ）参照）へのアクセス権が無くなった場合（アクセスできない場合）は、図９（ｂ）に示す画面ページ３６をユーザの携帯端末装置３へ送信し、特典画面ページへアクセスできない旨（特典画面ページへアクセスできる条件に到達していない旨）を明確にユーザへ伝えて、ユーザのアクセス意欲を奮い立たせるようにしてもよい。

図９（ｂ）の画面ページ３６は、図８の第１フローチャートのＳ１０の段階で、図６（ｂ）のリセット通知の画面ページ３１の替わりに携帯端末装置３へ送信してもよく、また、図９（ｂ）の画面ページ３６の送信後は、最初の段階（Ｓ１）へ戻るように処理手順を変更することも可能である。さらに、第１フローチャートのＳ４の段階で、アクセス回数がアクセス日数条件を満たさない場合（Ｓ４：ＮＯ）、図９（ｂ）の画面ページ３６をユーザの携帯端末装置３へ送信してから、最初の段階（Ｓ１）へ戻るようにしてもよい。

また、図５に示すアクセス日数テーブル２３の代わりに、図１０に示すアクセス割合テーブル２６を用いてアクセス日数条件を満たすか否かを検出するようにしてもよい。図１０のアクセス割合テーブル２６を用いる場合、アクセス周期条件はアクセスを受ける日の間隔を０日としてアクセスを毎日受けるように設定する。アクセス割合テーブル２６の左行２６ａに挙げられた３０パーセント、４０パーセント等の数値は、図８のフローチャートのような処理を行う検出期間（キャンペーン期間に相当することもあり）に対するアクセスを受ける全日数の割合を意味し、例えば、キャンペーン期間が１０日間の場合で割合が３０パーセントであれば、計３日アクセスを受けることを意味し、キャンペーン期間が１０日間の場合で割合が４０パーセントであれば、計４日アクセスを受けることを意味する。

よって、図１０のアクセス割合テーブル２６を用いるときは、割合の数値がアクセス日数条件に該当する。そのため、図８のフローチャートにおけるＳ４の段階では、サーバ装置１０のＭＰＵ１１が予め設定された検出期間に対する図４のアクセス回数テーブル２２に格納されたアクセス回数の割合をＭＰＵ１１が求め、求めた割合が図１０のアクセス割合テーブル２６の左行２６ａに挙げられた各割合に到達したか否かで、アクセス日数条件を満たすか否かを検出することになる。

また、図８のフローチャートにおいて、アクセス周期条件を満たさない場合（Ｓ３：ＮＯ）、サーバ装置１０はアクセス回数をリセットするが（Ｓ９）、リセットする代わりに、アクセス周期条件を満たさないことを検出してから再度、ユーザからのアクセスをサーバ装置１０が受けたときは、アクセス周期条件を満たさないことを検出してから再アクセスまでの期間に応じて、今までのアクセス回数を減算することに留めてもよい。

この場合、減算する日数は、適宜決めることが可能であり、例えば、アクセス周期条件としてアクセス日の間隔が０日である場合に、１日の間隔を開けて再アクセスがあったときは、１日の２倍の２日を、アクセス日数テーブル２２で格納されているアクセス回数から減算する処理をＭＰＵ１１が行う。そして、その減算したアクセス回数で再アクセスのときから図８に示すフローチャートに係る処理（ユーザＩＤごとの各条件に対する検出処理）をＭＰＵ１１が開始する。このようにすることで、ユーザがアクセスする意欲を失うことを防止でき、結果としてアクセス回数を全体的に増加することが期待できる。

また、図８のフローチャートに基づく処理により特典付与を行うキャンペーンを、時期を相異して複数回行う場合、各時期のいずれでも特典を付与したユーザには、さらに追加で別の特典を付与するように処理内容を発展させることも可能である。例えば、図１１（ａ）に示すように、４月に第１キャンペーンを行うと共に、その年の１０月に第２キャンペーンを行い、両方のキャンペーンで特典を付与されたユーザには、更に追加の特典を付与するようなサービスを行って、全体としてのアクセス数を増大させる工夫を行ってもよい。

このようなキャンペーンを行う場合、サーバ装置１０は図１１（ｂ）に示す変形例のアクセス回数テーブル２２′を用いて、ユーザＩＤごとに両方のキャンペーンで特典が付与されたかを検出することになる。即ちアクセス回数テーブル２２′は、図４のアクセス回数テーブル２２に比べて、右側に第１キャンペーンに対する４月からの第１期間での特典付与を確認する第１期間行２２ａ′、及び１０月からの第２期間での特典付与を確認する第２期間行２２ｂ′が追加されている。また、サーバ装置１０のＭＰＵ１１は、各キャンペーンで特典を付与したユーザＩＤに対して、各行２２ａ′、２２ｂ′に「１」を入れる制御処理（フラグを立てる処理）をサーバプログラム２１の規定に基づき行う。なお、デフォルトでは、各行２２ａ′、２２ｂ′の中身は「０」になっている。

ＭＰＵ１１は、両行２２ａ′、２２ｂ′で「１」になっているユーザＩＤが存在するかを検出し、該当するユーザＩＤに追加の特典を付与することを決定する。このようにすることで、複数のキャンペーンでの特典付与者を優遇し、登録ユーザのアクセス意欲を更に高めることができる。

図１２は、本発明の第２実施形態に係る特典付与決定方法の処理手順を表した第２フローチャートを示している。本発明の第２実施形態は、特典付与の条件として、第１実施形態のアクセス日数条件及びアクセス周期条件を満たすことに追加して、さらに対象曜日にアクセスを受けたか否かを検出すること（Ｓ２４）が特徴である。このような第２実施形態の特典付与決定方法を行う特典付与決定システム（サーバ装置、端末装置等）のハード的な構成は、アクセス回数テーブル２２を除いて、第１実施形態と同様であるため、以下の第２実施形態では、第１実施形態と同様の符号を用いて説明する。

第２実施形態のサーバ装置１０が図１２の第２フローチャートの処理を行うために、サーバプログラム２１は、アクセスの有無を検出する対象曜日を予めオペレータが設定できる仕様になっている。アクセス数の落ち込みを防ぐ観点では、対象曜日としては、アクセス数が他の曜日と比べて低いことが多い、日曜日、又は金曜日等を設定することが好適である。

また、図１３は、第２実施形態で使用されるアクセス回数テーブル４２の内容を示している。アクセス回数テーブル４２は、図４のアクセス回数テーブル２２に比べて、右側に対象曜日の曜日行４２ａが追加されており、サーバ装置１０のＭＰＵ１１は、アクセス回数テーブル４２の更新段階（Ｓ２１）で自身のカレンダー機能を利用して対象曜日にアクセスを受けたか否かを判断し、対象曜日にアクセスを受けたときは、アクセスしたユーザＩＤに対応する曜日行４２ａに「１」を入れる処理をサーバプログラム２１の規定に基づき行う。なお、デフォルトでは曜日行４２ａの中身は「０」になっている。

よって、図１２の第２フローチャートは、Ｓ２４の段階で対象曜日にアクセスを受けたか否かをＭＰＵ１１が検出することが入っていることが特徴であり、Ｓ２４の段階及び上述したアクセス回数テーブル４２の更新段階（Ｓ２１）を除く他の段階Ｓ２０〜Ｓ３０での処理内容は、基本的に第１実施形態と同様である。また、ＭＰＵ１１は、図１３のアクセス回数テーブル４２の曜日行４２ａの内容に基づき検出を行い、曜日行４２ａが「０」であり、対象曜日にアクセスを受けていないことを検出した場合（Ｓ２４：ＮＯ）、最初の処理段階（Ｓ２０）へ戻り、曜日行４２ａが「１」であり、対象曜日にアクセスを受けたことを検出した場合（Ｓ２４：ＹＥＳ）、特典付与を決定する（Ｓ２５）。

なお、第２実施形態においても、第１実施形態で述べた各変形例の適用が可能である。また、図１２の第２フローチャートにおいて、対象曜日にアクセスを受けていないことを検出した場合（Ｓ２４：ＮＯ）、第１実施形態で説明した図９（ｂ）の特典画面ページへアクセスできない旨を記載した画面ページ３６をユーザの携帯端末装置３へ送信してから、最初の段階（Ｓ２０）へ戻るようにしてもよい。さらに、対象曜日にアクセスを受けたか否かを検出する第２実施形態特有の処理は、第１実施形態の追加的な内容にすることも可能であり、詳しくは、第１実施形態の処理を単独で行った上、第１実施形態で特典を付与したユーザに更に追加の特典を付与する否かを判断するために、第２実施形態特有の処理を行い、対象曜日にアクセスを受けたことを検出した場合に、そのユーザへ追加の特典を付与することをＭＰＵ１１が決定するようにしてもよい。

図１４は、本発明の第３実施形態に係る特典付与決定方法の処理手順を表した第３フローチャートを示している。本発明の第３実施形態は、特典付与の条件として、第１実施形態のアクセス日数条件及びアクセス周期条件を満たすことに追加して、さらに対象時間帯にアクセスを受けたか否かを検出することが特徴である。このような第３実施形態の特典付与決定方法を行う特典付与決定システム（サーバ装置、端末装置等）のハード的な構成は、アクセス回数テーブル２２を除いて、第１実施形態と同様であるため、以下の第３実施形態では、第１実施形態と同様の符号を用いて説明する。

第３実施形態のサーバ装置１０が図１４の第３フローチャートの処理を行うために、サーバプログラム２１は、アクセスの有無を検出する対象時間帯を予めオペレータが設定できる仕様になっている。アクセス数の落ち込みを防ぐ観点では、対象時間帯としては、午前中の７時から１０時等を設定することが好適である。

また、図１５は、第３実施形態で使用されるアクセス回数テーブル５２の内容を示している。アクセス回数テーブル５２は、図４のアクセス回数テーブル２２に比べて、右側に対象時間帯の時間帯行５２ａが追加されており、サーバ装置１０のＭＰＵ１１は、アクセス回数テーブル５２の更新段階（Ｓ４１）で自身の時計機能を利用して対象時間帯にアクセスを受けたか否かを判断し、対象時間帯にアクセスを受けたときは、アクセスしたユーザＩＤに対する時間帯行５２ａに「１」を入れる処理をサーバプログラム２１の規定に基づき行う。なお、デフォルトでは時間帯行５２ａの中身は「０」になっている。

よって、図１５の第３フローチャートは、Ｓ４４の段階で対象曜日にアクセスを受けたか否かをＭＰＵ１１が検出することが入っていることが特徴であり、このＳ４４の段階及び上述したアクセス回数テーブル５２の更新段階（Ｓ４１）を除く他の段階Ｓ４０〜Ｓ５０での処理内容は、基本的に第１実施形態と同様である。また、ＭＰＵ１１は、図１５のアクセス回数テーブル５２の時間帯行５２ａの内容に基づき検出を行い、時間帯行５２ａが「０」であり、対象時間帯にアクセスを受けていないことを検出した場合（Ｓ４４：ＮＯ）、最初の処理段階（Ｓ４０）へ戻り、時間帯行５２ａが「１」であり、対象時間帯にアクセスを受けたことを検出した場合（Ｓ４４：ＹＥＳ）、特典付与を決定する（Ｓ４５）。

なお、第３実施形態においても、第１実施形態及び第２実施形態で述べた各変形例の適用が可能である。また、図１４の第３フローチャートにおいて、対象時間帯にアクセスを受けていないことを検出した場合（Ｓ４４：ＮＯ）、第１実施形態で説明した図９（ｂ）の特典画面ページへアクセスできない旨を記載した画面ページ３６をユーザの携帯端末装置３へ送信してから、最初の段階（Ｓ４０）へ戻るようにしてもよい。さらに、第３実施形態の内容は、第２実施形態と組み合わせて対象曜日で且つ対象時間帯にアクセスを受けた場合に特典付与を決定するようにしてもよい。

図１６は、本発明の第４実施形態に係る特典付与決定方法の処理手順を表した第４フローチャートを示している。本発明の第４実施形態は、特典付与の条件として、第１実施形態のアクセス日数条件及びアクセス周期条件を満たすことに追加して、さらに複数のウェブサイトでアクセスを受けたか否かを検出することが特徴である。このような第４実施形態の特典付与決定方法を行う特典付与決定システム（サーバ装置、端末装置等）のハード的な構成は、サーバ装置が複数のウェブサイトを設けていること、及びアクセス回数テーブル２２を除いて、第１実施形態と同様であるため、以下の第４実施形態では、第１実施形態と同様の符号を用いて説明する。

第４実施形態のサーバ装置１０は、サービス内容の相異する３種類のウェブサイトをネットワーク上にアクセス可能に構築しており、１つ目のウェブサイトは楽曲データの配信サービスを行うものであり、２つ目のウェブサイトは画像データの配信サービスを行うものであり、３つ目のウェブサイトはゲームデータの配信サービスを行うものである。

また、図１７は、第４実施形態で使用されるアクセス回数テーブル６２の内容を示している。アクセス回数テーブル６２は、図４のアクセス回数テーブル２２に比べて、右側に上述した３種類のウェブサイトに対する第１サイト行６２ａ、第２サイト行６２ｂ、及び第３サイト行６２ｃが追加されており、サーバ装置１０のＭＰＵ１１は、アクセス回数テーブル５２の更新段階（Ｓ６１）で、アクセスしたウェブサイトに応じた各サイト行６２ａ〜６２ｃに「１」を入れる処理をサーバプログラム２１の規定に基づき行う。なお、デフォルトでは各サイト行６２ａ〜６２ｃの中身は「０」になっている。

図１６の第４フローチャートは、Ｓ６４の段階で対象となる３種類のウェブサイトの全てでアクセスを受けたか否かをＭＰＵ１１が検出することが入っていることが特徴である。また、アクセス周期条件を満たすか否かの検出段階（Ｓ６２）及びアクセス日数条件を満たすか否かの検出段階（Ｓ６３）は、アクセス回数テーブル６２の内容に基づき行われる。上述したＳ６１、Ｓ６４の段階を除く他の段階Ｓ６０〜Ｓ５０での処理内容は、基本的に第１実施形態と同様である。また、ＭＰＵ１１は、図１７のアクセス回数テーブル６２の各サイト行６２ａ〜６２ｃの内容に基づき検出を行い、各サイト行６２ａ〜６２ｃのいずれかが「０」であり、３種類全てのウェブサイトでアクセスを受けていないことを検出した場合（Ｓ６４：ＮＯ）、最初の処理段階（Ｓ６０）へ戻り、全サイト行６２ａ〜６２ｃが「１」であり、３種類全てのウェブサイトでアクセスを受けたことを検出した場合（Ｓ６４：ＹＥＳ）、特典付与を決定する（Ｓ６５）。

なお、第４実施形態においても、第１実施形態から第３実施形態で述べた各変形例の適用が可能である。また、図１６の第４フローチャートにおいて、全サイトでアクセスを受けていないことを検出した場合（Ｓ６４：ＮＯ）、第１実施形態で説明した図９（ｂ）の特典画面ページへアクセスできない旨を記載した画面ページ３６をユーザの携帯端末装置３へ送信してから、最初の段階（Ｓ６０）へ戻るようにしてもよい。さらに、第４実施形態の内容は、第２実施形態単独、若しくは又は第２実施形態及び第３実施形態と組み合わせて特典付与に係る処理を行うことも可能である。

本発明の第１実施形態に係る特典付与決定システムの全体的な構成を示す概略図である。 携帯端末装置の内部構成を示すブロック図である。 サーバ装置の内部構成を示すブロック図である。 アクセス回数テーブルを示す図表である。 アクセス日数テーブルを示す図表である。 （ａ）はトップページに応じた画面ページの概略図、（ｂ）はアクセス回数をリセットした旨を通知する画面ページの概略図である。 （ａ）は特典付与を通知する画面ページの概略図、（ｂ）は特典付与を通知する別の画面ページの概略図である。 第１実施形態の特典付与決定方法の処理手順を示す第１フローチャートである。 （ａ）はユーザの住所入力を受け付ける画面ページの概略図、（ｂ）は特典画面ページへアクセスできない旨をユーザへ伝える画面ページの概略図である。 アクセス割合テーブルを示す図表である。 （ａ）は相異する期間で複数のキャンペーンを行うことを示すタイムチャートであり、（ｂ）は変形例のアクセス回数テーブルを示す図表である。 本発明の第２実施形態に係る特典付与決定方法の処理手順を示す第２フローチャートである。 第２実施形態に係るアクセス回数テーブルを示す図表である。 本発明の第３実施形態に係る特典付与決定方法の処理手順を示す第３フローチャートである。 第３実施形態に係るアクセス回数テーブルを示す図表である。 本発明の第４実施形態に係る特典付与決定方法の処理手順を示す第４フローチャートである。 第４実施形態に係るアクセス回数テーブルを示す図表である。

符号の説明

１ 特典付与決定システム
３ 携帯端末装置
３ａ ＣＰＵ
８ ユーザＩＤ
１０ サーバ装置
１１ ＭＰＵ
１５ ハードディスク装置
２１ サーバプログラム
２２、２２′、４２、５２、６２ アクセス回数テーブル
２３ アクセス日数テーブル
２６ アクセス割合テーブル
ＮＷ ネットワーク

Claims (19)

1. サーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定方法において、
   前記端末装置は、
   アクセスするときに、利用者を識別する識別情報を前記サーバ装置へ送信し、
   前記サーバ装置は、
   前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出し、
   アクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする特典付与決定方法。
2. サーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定方法において、
   前記端末装置は、
   アクセスするときに、利用者を識別する識別情報を前記サーバ装置へ送信し、
   前記サーバ装置は、
   前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ対象曜日に前記端末装置からアクセスを受けたか否かを前記識別情報ごとに検出し、
   アクセス日数条件及びアクセス周期条件を満たし且つ対象曜日にアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする特典付与決定方法。
3. サーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定方法において、
   前記端末装置は、
   アクセスするときに、利用者を識別する識別情報を前記サーバ装置へ送信し、
   前記サーバ装置は、
   前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ対象時間帯に前記端末装置からアクセスを受けたか否かを前記識別情報ごとに検出し、
   アクセス日数条件及びアクセス周期条件を満たし且つ対象時間帯にアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする特典付与決定方法。
4. アクセス先となる複数のサイトをネットワーク上に設けたサーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定方法において、
   前記端末装置は、
   アクセスするときに、利用者を識別する識別情報を前記サーバ装置へ送信し、
   前記サーバ装置は、
   前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ前記複数のサイトで前記端末装置からアクセスを受けたか否かを前記識別情報ごとに検出し、
   アクセス日数条件及びアクセス周期条件を満たし且つ前記複数のサイトでアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする特典付与決定方法。
5. 前記サーバ装置は、
   特典付与を決定した場合、特典付与に係る画面ページを前記端末装置へ送信する請求項１乃至請求項４のいずれか１つに記載の特典付与決定方法。
6. 前記サーバ装置は、
   前記端末装置のアクセス回数を前記識別情報ごとに記憶し、記憶するアクセス回数に対して前記識別情報ごとの検出を行い、
   前記アクセス周期条件を満たさないことを検出した場合、検出に係る識別情報に対応して記憶するアクセス回数をゼロにリセットする請求項１乃至請求項５のいずれか１つに記載の特典付与決定方法。
7. 前記サーバ装置は、
   前記端末装置のアクセス回数を前記識別情報ごとに記憶し、記憶するアクセス回数に対して前記識別情報ごとの検出を行い、
   前記アクセス周期条件を満たさないことを検出してから前記端末装置の再アクセスを受けた場合、満たさないことを検出してから再アクセスまでの期間に応じて記憶するアクセス回数を減算し、
   減算したアクセス回数で再アクセスのときから前記識別情報ごとの検出を行う請求項１乃至請求項５のいずれか１つに記載の特典付与決定方法。
8. 外部端末からサーバ装置へのアクセス状況に基づいて、外部端末の利用者への特典付与を前記サーバ装置が決定する特典付与決定方法において、
   前記サーバ装置は、
   アクセスを受けたときに外部端末から送信される利用者を識別する識別情報を受信し、
   アクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出し、
   アクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定することを特徴とする特典付与決定方法。
9. サーバ装置へ端末装置がアクセスする状況に基づいて、該端末装置の利用者へ特典を付与することを前記サーバ装置が決定する特典付与決定システムにおいて、
   前記端末装置は、
   前記サーバ装置へアクセスするときに利用者を識別する識別情報を前記サーバ装置へ送信する手段を備え、
   前記サーバ装置は、
   前記端末装置のアクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出する検出手段と、
   該検出手段がアクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段と
   を備えることを特徴とする特典付与決定システム。
10. 外部端末からアクセスを受けたときに利用者を識別する識別情報の受信が可能であり、アクセス状況に基づいて外部端末の利用者への特典付与を決定するサーバ装置において、
    アクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出する検出手段と、
    該検出手段がアクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段と
    を備えることを特徴とするサーバ装置。
11. 外部端末からアクセスを受けたときに利用者を識別する識別情報の受信が可能であり、アクセス状況に基づいて外部端末の利用者への特典付与を決定するサーバ装置において、
    アクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ対象曜日にアクセスを受けたか否かを前記識別情報ごとに検出する検出手段と、
    該検出手段がアクセス日数条件及びアクセス周期条件を満たし且つ対象曜日にアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段と
    を備えることを特徴とするサーバ装置。
12. 外部端末からアクセスを受けたときに利用者を識別する識別情報の受信が可能であり、アクセス状況に基づいて外部端末の利用者への特典付与を決定するサーバ装置において、
    アクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ対象時間帯にアクセスを受けたか否かを前記識別情報ごとに検出する検出手段と、
    該検出手段がアクセス日数条件及びアクセス周期条件を満たし且つ対象時間帯にアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段と
    を備えることを特徴とするサーバ装置。
13. アクセス先となる複数のサイトをネットワーク上に設けると共に、外部端末からアクセスを受けたときに利用者を識別する識別情報の受信が可能であり、アクセス状況に基づいて外部端末の利用者への特典付与を決定するサーバ装置において、
    アクセス状況がアクセス日数条件及びアクセス周期条件を満たし且つ前記複数のサイトでアクセスを受けたか否かを前記識別情報ごとに検出する検出手段と、
    該検出手段がアクセス日数条件及びアクセス周期条件を満たし且つ前記複数のサイトでアクセスを受けたことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段と
    を備えることを特徴とするサーバ装置。
14. 特典付与を決定した場合、特典付与に係る画面ページをアクセス元へ送信する手段を備える請求項１０乃至請求項１３のいずれか１つに記載のサーバ装置。
15. アクセス回数を前記識別情報ごとに記憶する手段を備え、
    前記検出手段は、記憶するアクセス回数に対して前記識別情報ごとの検出を行うようにしてあり、
    前記検出手段がアクセス周期条件を満たさないことを検出した場合、検出に係る識別情報に対応して記憶するアクセス回数をゼロにするリセット手段を備える請求項１０乃至請求項１４のいずれか１つに記載のサーバ装置。
16. アクセス回数を前記識別情報ごとに記憶する手段を備え、
    前記検出手段は、記憶するアクセス回数に対して前記識別情報ごとの検出を行うようにしてあり、
    前記検出手段がアクセス周期条件を満たさないことを検出してから再アクセスを受けた場合、満たさないことを検出してから再アクセスまでの期間に応じて記憶するアクセス回数を減算する手段を備え、
    前記検出手段は、減算した数値で再アクセスのときから前記識別情報ごとの検出を行うようにしてある請求項１０乃至請求項１４のいずれか１つに記載のサーバ装置。
17. 前記アクセス日数条件は、アクセスを受ける日数が規定してあり、
    前記アクセス周期条件は、アクセスを受ける日の間隔が規定してある請求項１０乃至請求項１６のいずれか１つに記載のサーバ装置。
18. 前記アクセス周期条件は、アクセスを毎日受けることであり、
    前記アクセス日数条件は、対象期間に対するアクセスを受ける全日数の割合が規定してある請求項１０乃至請求項１６のいずれか１つに記載のサーバ装置。
19. 外部端末からのアクセスを受けたときに利用者を識別する識別情報の受信が可能なコンピュータに、アクセス状況に基づいて外部端末の利用者への特典付与を決定する処理を行わせるためのコンピュータプログラムにおいて、
    コンピュータを
    アクセス状況がアクセス日数条件及びアクセス周期条件を満たすか否かを前記識別情報ごとに検出する検出手段と、
    該検出手段がアクセス日数条件及びアクセス周期条件を満たすことを検出した場合、検出した識別情報に係る利用者への特典付与を決定する決定手段として機能させることを特徴とするコンピュータプログラム。
    

Images