(57)【特許請求の範囲】
【請求項１】
ユーザに関するデータを管理するデータベースであり、ユーザに付与済みの特典を示す特典データを含むデータベースと、
特典を付与する付与日が規定された更新用特典データであり、前記データベースを更新するための更新用特典データを蓄積する蓄積部と、
特典に関する照会要求をユーザ端末から受け付ける受付部と、
前記照会要求に応答し、付与日が未到来の前記更新用特典データ、及び、付与済みの前記特典データに基づいて、特典についての照会画面を生成する生成部と、
前記照会画面を前記ユーザ端末に提示する提示部と、
付与日が到来した前記更新用特典データを用いて、所定の更新期間を要して前記データベースを更新するバッチ処理部とを備え、
前記バッチ処理部は、
前記受付部が受け付けた前記照会要求に応じて増加されるユーザの照会スコアが基準値よりも高い場合に、前記更新期間内に新たな照会要求が生じる可能性の高いユーザとして抽出する抽出部と、
処理すべき前記更新用特典データのうち、前記抽出部により抽出されたユーザについての前記更新用特典データを優先して、前記データベースを更新する更新部と、を含む、
ことを特徴とするサーバ装置。
【請求項２】
請求項１に記載のサーバ装置であって、
前記受付部が受け付けた前記照会要求に応じて該当するユーザの前記照会スコアを増加させると共に、時間の経過に伴って各ユーザの前記照会スコアを減少させるスコア管理部を更に備え、
前記抽出部は、前記スコア管理部に管理される前記照会スコアの高い順にユーザを抽出する、
ことを特徴とするサーバ装置。
【請求項３】
請求項２に記載のサーバ装置であって、
前記スコア管理部は、前記更新期間内に前記照会要求が生じた時点において、該当するユーザの前記特典データが更新後であれば、第１増分だけ前記照会スコアを増加させ、更新前であれば、当該第１増分より大きい第２増分だけ前記照会スコアを増加させる、
ことを特徴とするサーバ装置。
【請求項４】
請求項１に記載のサーバ装置であって、
前記抽出部は、抽出した前記更新期間内に前記照会要求が生じる可能性が高いユーザと、残りのユーザとを異なるユーザグループに分割し、
前記更新部は、処理すべき前記更新用特典データのうち、前記可能性の高いユーザグループの前記更新用特典データを優先して、前記データベースを更新する、
ことを特徴とするサーバ装置。
【請求項５】
請求項４に記載のサーバ装置であって、
前記更新部は、前記ユーザグループに応じて、異なるトランザクション単位で、前記データベースを更新する、
ことを特徴とするサーバ装置。
【請求項６】
請求項１に記載のサーバ装置であって、
前記バッチ処理部は、前記受付部が受け付けた前記照会要求に応じて該当するユーザの前記照会スコアを増加させると共に、時間の経過に伴って各ユーザの前記照会スコアを減少させるスコア管理部を、前記抽出部の代わりに備え、
前記更新部は、前記更新用特典データを処理する毎に、前記スコア管理部に管理される対象ユーザの前記照会スコアを参照し、前記データベースに対する更新の実行、若しくは、更新のスキップを切り替える、
ことを特徴とするサーバ装置。
【請求項７】
ユーザに付与済みの特典データを含むデータベースと、特典を付与する付与日が規定された更新用特典データを蓄積する蓄積部とを有するサーバ装置におけるサービス方法であって、
前記サーバ装置が、特典に関する照会要求をユーザ端末から受け付ける受付ステップと、
前記サーバ装置が、前記照会要求に応答し、付与日が未到来の前記更新用特典データ、及び、付与済みの前記特典データに基づいて、特典についての照会画面を生成する生成ステップと、
前記サーバ装置が、前記照会画面を前記ユーザ端末に提示する提示ステップと、
前記サーバ装置が、付与日が到来した前記更新用特典データを用いて、所定の更新期間を要して前記データベースを更新するバッチ処理ステップとを備え、
前記バッチ処理ステップは、
前記受付ステップにて受け付けた前記照会要求に応じて増加されるユーザの照会スコアが基準値よりも高い場合に、前記更新期間内に新たな照会要求が生じる可能性の高いユーザとして抽出する抽出ステップと、
処理すべき前記更新用特典データのうち、前記抽出ステップにて抽出されたユーザについての前記更新用特典データを優先して、前記データベースを更新する更新ステップと、を含む、
ことを特徴とするサービス方法。
【請求項８】
ユーザに付与済みの特典データを含むデータベースと、特典を付与する付与日が規定された更新用特典データを蓄積する蓄積部とを有するコンピュータを、
特典に関する照会要求をユーザ端末から受け付ける受付部、
前記照会要求に応答し、付与日が未到来の前記更新用特典データ、及び、付与済みの前記特典データに基づいて、特典についての照会画面を生成する生成部、
前記照会画面を前記ユーザ端末に提示する提示部、
付与日が到来した前記更新用特典データを用いて、所定の更新期間を要して前記データベースを更新するバッチ処理部、として機能させ、
前記バッチ処理部には、
前記受付部が受け付けた前記照会要求に応じて増加されるユーザの照会スコアが基準値よりも高い場合に、前記更新期間内に新たな照会要求が生じる可能性の高いユーザとして抽出する抽出部と、
処理すべき前記更新用特典データのうち、前記抽出部により抽出されたユーザについての前記更新用特典データを優先して、前記データベースを更新する更新部と、が含まれる、
ことを特徴とするプログラム。
【請求項９】
ユーザに付与済みの特典データを含むデータベースと、特典を付与する付与日が規定された更新用特典データを蓄積する蓄積部とを有するコンピュータを、
特典に関する照会要求をユーザ端末から受け付ける受付部、
前記照会要求に応答し、付与日が未到来の前記更新用特典データ、及び、付与済みの前記特典データに基づいて、特典についての照会画面を生成する生成部、
前記照会画面を前記ユーザ端末に提示する提示部、
付与日が到来した前記更新用特典データを用いて、所定の更新期間を要して前記データベースを更新するバッチ処理部、として機能させ、
前記バッチ処理部には、
前記受付部が受け付けた前記照会要求に応じて増加されるユーザの照会スコアが基準値よりも高い場合に、前記更新期間内に新たな照会要求が生じる可能性の高いユーザとして抽出する抽出部と、
処理すべき前記更新用特典データのうち、前記抽出部により抽出されたユーザについての前記更新用特典データを優先して、前記データベースを更新する更新部と、が含まれる、
ことを特徴とするプログラムを記録した非一時的なコンピュータ読取可能な情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、サービス方法、プログラム、ならびに、非一時的なコンピュータ読取可能な情報記録媒体に関する。
【背景技術】
【０００２】
近年、インターネット上において、商品の販売を行う販売サイトが人気を博している。例えば、多くの店舗（仮想店舗）が集まって構成される販売サイト（ショッピングモールサイト）では、全体で幅広いカテゴリ（ジャンル）の商品を取り扱っているだけでなく、店舗同士の価格競争も行われていることもあり、多くのユーザを獲得している。【０００３】
このような販売サイトでは、購入を促すために、ユーザに特典（一例として、ポイントやクーポン等）を付与する場合が多い。例えば、購入に伴い、商品の金額（購入額）に応じたポイントが付与され、当該ポイントを以降の商品購入の際に使用できるようになっている。つまり、ユーザは、ポイントが貯まると、その分安く、新たな商品を購入できることになる。【０００４】
このような特典（ポイント）を有効に活用できる先行技術として、例えば、特許文献１には、会員登録前に付与されたポイントを、会員登録が完了後に使用できるようにしたポイントシステムの発明が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５５２５１１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した販売サイトでは、クレジットカード（カード番号）を用いて商品を購入した場合、実際にポイントが付与されるのは、そのカードの決済が行われた日となる場合が多い。つまり、商品の購入時点では、未来の付与日（つまり、カード決済日）に付与される予定ポイントとして管理され、その付与日が到来すると（カード決済が成立した場合）、予定ポイントがユーザのポイント（データベースにて管理されるユーザのポイント）に加算されて更新されることになる。【０００７】
このような更新は、一般にバッチ処理にて行われるが、カード決済日が同じであることから、全体の処理件数が極めて多くなり（一例として、数百万件）、全体のバッチ処理が完了するまでに、ある程度の期間（一例として、半日〜１日程度）を要することとなる。このようなバッチ処理中において、ユーザ端末からポイント照会が行われると、場合によっては、照会画面に更新前のポイントだけが表示されてしまうことも起こり得る。
つまり、付与日が到来した後の照会画面には、予定ポイント（付与日が到来した分の予定ポイント）が表示されず、データベースにて管理されるポイントだけが表示されることになる。その際、そのユーザ（ポイント照会を行ったユーザ）について、データベースの更新が完了していれば、全体のバッチ処理が継続中であっても、適切な照会画面が提示される。一方、そのユーザについて、データベースの更新が未完了であれば、更新前のポイントだけが表示されるといった不適切な照会画面が提示されてしまうことになる。【０００８】
このような不適切な照会画面を提示してしまうと、付与されるはずだった予定ポイントが消滅したとの誤解を、ユーザに抱かせてしまうという問題があった。
このため、バッチ処理中に起こり得る不適切な照会画面の提示を抑制することのできる技術が求められていた。【０００９】
本発明は、上記実状に鑑みてなされたもので、バッチ処理中に起こり得る不適切な照会画面の提示を抑制することのできるサーバ装置、サービス方法、プログラム、ならびに、非一時的なコンピュータ読取可能な情報記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の第１の観点に係るサーバ装置は、
ユーザに関するデータを管理するデータベースであり、ユーザに付与済みの特典を示す特典データを含むデータベースと、
特典を付与する付与日が規定された更新用特典データであり、前記データベースを更新するための更新用特典データを蓄積する蓄積部と、
特典に関する照会要求をユーザ端末から受け付ける受付部と、
前記照会要求に応答し、付与日が未到来の前記更新用特典データ、及び、付与済みの前記特典データに基づいて、特典についての照会画面を生成する生成部と、
前記照会画面を前記ユーザ端末に提示する提示部と、
付与日が到来した前記更新用特典データを用いて、所定の更新期間を要して前記データベースを更新するバッチ処理部とを備え、
前記バッチ処理部は、
前記受付部が受け付けた前記照会要求の履歴に基づいて、前記更新期間内に新たな照会要求が生じる可能性の高いユーザを抽出する抽出部と、
処理すべき前記更新用特典データのうち、前記抽出部により抽出されたユーザについての前記更新用特典データを優先して、前記データベースを更新する更新部と、を含む、
ことを特徴とする。【００１１】
また、上記観点に係るサーバ装置において、
前記受付部が受け付けた前記照会要求に応じて該当するユーザの照会スコアを増加させると共に、時間の経過に伴って各ユーザの照会スコアを減少させるスコア管理部を更に備え、
前記抽出部は、前記スコア管理部に管理される照会スコアの高い順にユーザを抽出してもよい。【００１２】
また、上記観点に係るサーバ装置において、
前記スコア管理部は、前記更新期間内に前記照会要求が生じた時点において、該当するユーザの前記特典データが更新後であれば、第１増分だけ照会スコアを増加させ、更新前であれば、当該第１増分より大きい第２増分だけ照会スコアを増加させてもよい。【００１３】
また、上記観点に係るサーバ装置において、
前記抽出部は、前記更新期間内に前記照会要求が生じる可能性に応じて、各ユーザを複数のユーザグループに分割し、
前記更新部は、処理すべき前記更新用特典データのうち、前記可能性の高いユーザグループの前記更新用特典データを優先して、前記データベースを更新してもよい。【００１４】
また、上記観点に係るサーバ装置において、
前記更新部は、前記ユーザグループに応じて、異なるトランザクション単位で、前記データベースを更新してもよい。【００１５】
また、上記観点に係るサーバ装置において、
前記バッチ処理部は、前記受付部が受け付けた前記照会要求に応じて該当するユーザの照会スコアを増加させると共に、時間の経過に伴って各ユーザの照会スコアを減少させるスコア管理部を、前記抽出部の代わりに備え、
前記更新部は、前記更新用特典データを処理する毎に、前記スコア管理部に管理される対象ユーザの照会スコアを参照し、前記データベースに対する更新の実行、若しくは、更新のスキップを切り替えてもよい。【００１６】
本発明の第２の観点に係るサービス方法は、
ユーザに付与済みの特典データを含むデータベースと、特典を付与する付与日が規定された更新用特典データを蓄積する蓄積部とを有するサーバ装置におけるサービス方法であって、
前記サーバ装置が、特典に関する照会要求をユーザ端末から受け付ける受付ステップと、
前記サーバ装置が、前記照会要求に応答し、付与日が未到来の前記更新用特典データ、及び、付与済みの前記特典データに基づいて、特典についての照会画面を生成する生成ステップと、
前記サーバ装置が、前記照会画面を前記ユーザ端末に提示する提示ステップと、
前記サーバ装置が、付与日が到来した前記更新用特典データを用いて、所定の更新期間を要して前記データベースを更新するバッチ処理ステップとを備え、
前記バッチ処理ステップは、
前記受付ステップにて受け付けた前記照会要求の履歴に基づいて、前記更新期間内に新たな照会要求が生じる可能性の高いユーザを抽出する抽出ステップと、
処理すべき前記更新用特典データのうち、前記抽出ステップにて抽出されたユーザについての前記更新用特典データを優先して、前記データベースを更新する更新ステップと、を含む、
ことを特徴とする。【００１７】
本発明の第３の観点に係るプログラムは、
ユーザに付与済みの特典データを含むデータベースと、特典を付与する付与日が規定された更新用特典データを蓄積する蓄積部とを有するコンピュータを、
特典に関する照会要求をユーザ端末から受け付ける受付部、
前記照会要求に応答し、付与日が未到来の前記更新用特典データ、及び、付与済みの前記特典データに基づいて、特典についての照会画面を生成する生成部、
前記照会画面を前記ユーザ端末に提示する提示部、
付与日が到来した前記更新用特典データを用いて、所定の更新期間を要して前記データベースを更新するバッチ処理部、として機能させ、
前記バッチ処理部には、
前記受付部が受け付けた前記照会要求の履歴に基づいて、前記更新期間内に新たな照会要求が生じる可能性の高いユーザを抽出する抽出部と、
処理すべき前記更新用特典データのうち、前記抽出部により抽出されたユーザについての前記更新用特典データを優先して、前記データベースを更新する更新部と、が含まれる、
ことを特徴とする。【００１８】
上記プログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。【００１９】
本発明の第４の観点に係る非一時的なコンピュータ読取可能な情報記録媒体は、
ユーザに付与済みの特典データを含むデータベースと、特典を付与する付与日が規定された更新用特典データを蓄積する蓄積部とを有するコンピュータを、
特典に関する照会要求をユーザ端末から受け付ける受付部、
前記照会要求に応答し、付与日が未到来の前記更新用特典データ、及び、付与済みの前記特典データに基づいて、特典についての照会画面を生成する生成部、
前記照会画面を前記ユーザ端末に提示する提示部、
付与日が到来した前記更新用特典データを用いて、所定の更新期間を要して前記データベースを更新するバッチ処理部、として機能させ、
前記バッチ処理部には、
前記受付部が受け付けた前記照会要求の履歴に基づいて、前記更新期間内に新たな照会要求が生じる可能性の高いユーザを抽出する抽出部と、
処理すべき前記更新用特典データのうち、前記抽出部により抽出されたユーザについての前記更新用特典データを優先して、前記データベースを更新する更新部と、が含まれる、
ことを特徴とするプログラムを記録する。【００２０】
上記情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
【発明の効果】
【００２１】
本発明によれば、バッチ処理中に起こり得る不適切な照会画面の提示を抑制することができる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態に係る販売システムの全体構成の一例を示すブロック図である。
【図２】サーバ装置、及び、ユーザ端末が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。
【図３】本実施形態に係るサーバ装置の概要構成の一例を示すブロック図である。
【図４】ユーザ情報の一例を説明するための模式図である。
【図５】更新用ポイント情報の一例を説明するための模式図である。
【図６Ａ】照会画面の一例を示す模式図である。
【図６Ｂ】照会画面の一例を示す模式図である。
【図７】本実施形態に係るバッチ処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００２３】
以下に本発明の実施形態を説明する。本発明の実施形態では、多くの店舗（仮想店舗）が集まって構成される販売サイト（ショッピングモールサイト）を一例として説明するが、１つの店舗（業者）による販売サイトにおいても適用可能である。
また、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【００２４】
（全体構成）
本発明の実施形態に係る販売システム１００は、図１に示すように、サーバ装置２００と各ユーザ端末３００とがインターネット９００を介して接続されて構成される。なお、図中では簡略化しているが、ユーザ端末３００は、利用するユーザに応じて、多数存在しているものとする。
【００２５】
サーバ装置２００は、一例として、サーバコンピュータ等からなり、ユーザ端末３００に対して商品に関する情報を提供すると共に、ユーザが希望する商品を販売する。
例えば、サーバ装置２００は、種々の商品ページをユーザ端末３００に提示し、ユーザ端末３００からの購入操作を受け付けて、対象の商品を販売する。その際、サーバ装置２００は、販売した商品の金額に応じたポイントをユーザに付与する。なお、ユーザが、クレジットカード（カード番号）を用いて商品を購入した場合に、サーバ装置２００は、未来の付与日（一例として、カード決済日）に付与される予定ポイントとして管理する。そして、後述するように、その付与日が到来すると（カード決済が成立した場合）、予定ポイントがユーザのポイントに加算され、ユーザが実際に使用できるようになる。
また、サーバ装置２００は、ユーザ端末３００からポイント照会が要求されると、後述するように、ユーザに付与されているポイントを含む照会画面を作成し、ユーザ端末３００に提示する。その際、付与日が未到来の予定ポイントがあれば、サーバ装置２００は、その予定ポイントも併記した照会画面を作成して提示する。
【００２６】
ユーザ端末３００は、例えば、パソコンやスマートフォン等からなり、インターネット９００を介してサーバ装置２００にアクセスし、ユーザの操作に応じて、商品の購入等を行う。
また、ユーザ端末３００は、ユーザの操作に応じて、サーバ装置２００に対してポイント照会を要求し、応答された照会画面を表示する。
【００２７】
（情報処理装置の概要構成）
本発明の実施形態に係るサーバ装置２００、及び、ユーザ端末３００が実現される典型的な情報処理装置４００について説明する。
【００２８】
情報処理装置４００は、図２に示すように、ＣＰＵ（Central Processing Unit）４０１と、ＲＯＭ（Read Only Memory）４０２と、ＲＡＭ（Random Access Memory）４０３と、ＮＩＣ（Network Interface Card）４０４と、画像処理部４０５と、音声処理部４０６と、ＤＶＤ−ＲＯＭ（Digital Versatile Disc ROM）ドライブ４０７と、インターフェース４０８と、外部メモリ４０９と、コントローラ４１０と、モニタ４１１と、スピーカ４１２と、を備える。
【００２９】
ＣＰＵ  ４０１は、情報処理装置４００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。
【００３０】
ＲＯＭ  ４０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ  ４０３に読み出してＣＰＵ  ４０１による当該プログラムの実行が開始される。また、ＲＯＭ  ４０２には、情報処理装置４００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のデータが記録される。
【００３１】
ＲＡＭ  ４０３は、データやプログラムを一時的に記憶するためのもので、ＤＶＤ−ＲＯＭから読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。
【００３２】
ＮＩＣ  ４０４は、情報処理装置４００をインターネット等のコンピュータ通信網に接続するためのものであり、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−Ｔ規格にしたがうものや、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Integrated Services Digital Network）モデム、ＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等と、これらとＣＰＵ  ４０１との仲立ちを行うインターフェース（図示せず）等により構成される。
【００３３】
画像処理部４０５は、ＤＶＤ−ＲＯＭ等から読み出されたデータをＣＰＵ  ４０１や画像処理部４０５が備える画像演算プロセッサ（図示せず）によって加工処理した後、これを画像処理部４０５が備えるフレームメモリ（図示せず）に記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、モニタ４１１に出力される。これにより、各種のページ表示が可能となる。
【００３４】
音声処理部４０６は、ＤＶＤ−ＲＯＭ等から読み出した音声データをアナログ音声信号に変換し、これに接続されたスピーカ４１２から出力させる。また、ＣＰＵ  ４０１の制御の下、情報処理装置４００が行う処理の進行の中で発生させるべき音を生成し、これに対応した音声をスピーカ４１２から出力させる。
【００３５】
ＤＶＤ−ＲＯＭドライブ４０７に装着されるＤＶＤ−ＲＯＭには、例えば、実施形態に係るサーバ装置２００等を実現するためのプログラムが記憶される。ＣＰＵ  ４０１の制御によって、ＤＶＤ−ＲＯＭドライブ４０７は、これに装着されたＤＶＤ−ＲＯＭに対する読み出し処理を行って、必要なプログラムやデータを読み出し、これらはＲＡＭ  ４０３等に一時的に記憶される。
【００３６】
インターフェース４０８には、外部メモリ４０９、コントローラ４１０、モニタ４１１、及びスピーカ４１２が、着脱可能に接続される。
【００３７】
外部メモリ４０９には、ユーザの個人情報に関するデータなどが書き換え可能に記憶される。
【００３８】
コントローラ４１０は、情報処理装置４００の各種の設定時などに行われる操作入力を受け付ける。情報処理装置４００のユーザは、コントローラ４１０を介して指示入力を行うことにより、これらのデータを適宜外部メモリ４０９に記録することができる。
【００３９】
モニタ４１１は、画像処理部４０５により出力されたデータを情報処理装置４００のユーザに提示する。
【００４０】
スピーカ４１２は、音声処理部４０６により出力された音声データを情報処理装置４００のユーザに提示する。
【００４１】
この他、情報処理装置４００は、ハードディスク等の大容量外部記憶装置を用いて、ＲＯＭ ４０２、ＲＡＭ ４０３、外部メモリ４０９、ＤＶＤ−ＲＯＭドライブ４０７に装着されるＤＶＤ−ＲＯＭ等と同じ機能を果たすように構成してもよい。
【００４２】
以下、上記情報処理装置４００において実現されるサーバ装置２００の構成等について、図３〜図６を参照して説明する。情報処理装置４００に電源が投入され、例えば、ユーザ端末３００からのアクセスを受け付けると、本実施形態に係るサーバ装置２００として機能させるプログラムが実行され、本実施形態に係るサーバ装置２００が実現される。
なお、ユーザ端末３００も同様に情報処理装置４００において実現されるが、こちらについては説明を省略し、本実施形態において最も特徴的なサーバ装置２００について、以下説明する。
【００４３】
（サーバ装置の概要構成）
図３は、本実施形態に係るサーバ装置２００の概要構成の一例を示すブロック図である。図示するように、サーバ装置２００は、受付部２１０と、データベース２２０と、蓄積部２３０と、制御部２４０と、提示部２５０とを備える。
【００４４】
受付部２１０は、インターネット９００を介して各ユーザ端末３００から送られる種々の情報を受け付ける。
例えば、受付部２１０は、商品についての検索指示や購入指示等を受け付ける。これら検索指示や購入指示等は、制御部２４０に伝えられ、ユーザ端末３００に商品ページが提示されたり、商品の販売やポイント付与が制御部２４０にて行われる。
この他にも、受付部２１０は、ユーザ端末３００からのポイント照会（特典に関する照会要求）も受け付ける。
上述したＮＩＣ  ４０４等が、このような受付部２１０として機能しうる。
【００４５】
データベース２２０は、ユーザに関する情報を含む種々の情報を管理する。
例えば、データベース２２０は、図４に示すようなユーザ情報２２１を記憶する。このユーザ情報２２１には、一例として、ユーザＩＤ２２１ａ、ユーザ名２２１ｂ、住所２２１ｃ、ポイント（付与済みのポイント値）２２１ｄ、及び、照会スコア２２１ｅが含まれている。
このうち、ポイント２２１ｄは、現時点でユーザに付与されているポイントの値であり、商品の購入等に応じて加算される。なお、ユーザが、クレジットカード（カード番号）を用いて商品を購入した場合では、新たなポイントが直ぐにこのポイント２２１ｄに加算されず、後述するように、付与日（一例として、カード決済日）が到来した際に、バッチ処理にて加算される。
また、照会スコア２２１ｅは、ユーザがポイント照会を行った履歴を管理するための値である。後述するように、ポイント照会が行われる毎に、照会スコア２２１ｅ（ポイント照会を行ったユーザの照会スコア）に、所定値が加算される。
なお、図４のユーザ情報２２１は、説明を容易にするために簡略化して示しており、実際には、例えば、リレーショナルデータベース形式にて関連付けられたデータの集合として管理されているものとする。
【００４６】
この他にもデータベース２２０は、商品についての商品情報や、商品を販売する店舗についての店舗情報も管理する。
上述したＲＡＭ  ４０３や外部メモリ４０９等が、このようなデータベース２２０として機能しうる。
【００４７】
図３に戻って、蓄積部２３０は、データベース２２０を更新するために必要な種々の情報を蓄積する。
例えば、蓄積部２３０は、図５に示すような更新用ポイント情報２３１を記憶する。この更新用ポイント情報２３１は、上述したユーザ情報２２１におけるポイント２２１ｄを更新するための情報であり、ユーザが、クレジットカードを用いて商品を購入した場合に作成（追加）される。
更新用ポイント情報２３１には、一例として、決済ＩＤ２３１ａ、ユーザＩＤ２３１ｂ、付与日２３１ｃ、及び、予定ポイント（付与するポイント値）２３１ｄが含まれている。このうち、付与日２３１ｃは、カード決済日（一例として、直近の決済日付）である。また、予定ポイント２３１ｄは、付与日に付与されるポイントの値である。
上述したＲＡＭ  ４０３や外部メモリ４０９等が、このような蓄積部２３０として機能しうる。
【００４８】
図３に戻って、制御部２４０は、サーバ装置２００全体を制御する。この制御部２４０は、販売処理部２４１、画面生成部２４２，スコア管理部２４３、及び、バッチ処理部２４４を含んでおり、ユーザ端末３００に対して商品に関する情報を提供すると共に、ユーザが希望する商品を販売する。
【００４９】
販売処理部２４１は、受付部２１０が、ユーザ端末３００からの購入操作を受け付けると、対象の商品を販売する。その際、販売処理部２４１は、販売した商品の金額に応じたポイント（一例として、金額１％分のポイント値）を算出する。そして、算出したポイントを、上述した図４のユーザ情報２２１におけるポイント２２１ｄ（購入したユーザのポイント）に加算するなどしてデータベース２２０を更新する。
なお、ユーザが、クレジットカードを用いて商品を購入した場合に、販売処理部２４１は、ポイント２２１ｄへの加算を行わずに、上述した図５に示すような更新用ポイント情報２３１にデータを追加する。つまり、販売処理部２４１は、決済ｉＤ２３１ａ〜予定ポイント２３１ｄがセットされた新しいデータを、蓄積部２３０に蓄積する。その際、付与日２３１ｃには、直近のカード決済日がセットされ、また、予定ポイント２３１ｄには、商品の金額に応じて算出したポイント値がセットされる。
このような商品の販売（ユーザが商品を購入する際）において、クレジットカードが用いられる割合が高いため、販売処理部２４１は、カード決済日までに、一例として、数百万件分にも及ぶ更新用ポイント情報２３１を蓄積部２３０に蓄積することになる。
【００５０】
画面生成部２４２は、種々の画面を生成する。例えば、画面生成部２４２は、受付部２１０が、ユーザ端末３００からポイント照会の要求を受け付けると、データベース２２０や蓄積部２３０を参照して、図６Ａに示すような照会画面５１０や、図６Ｂに示すような照会画面５２０を生成する。
これら照会画面５１０，５２０は、照会時点におけるユーザのポイントをユーザ端末３００に提示するための画面である。なお、照会画面５１０は、照会時点がカード決済日（つまり、予定ポイントの付与日）の到来前であり、一方、照会画面５２０は、照会時点がカード決済日の到来後である。
照会画面５１０には、一例として、付与済みポイント表示５１１と、付与前（付与予定）ポイント表示５１２とが含まれている。付与済みポイント表示５１１は、上述した図４のユーザ情報２２１におけるポイント２２１ｄ（照会を行ったユーザのポイント）に基づいており、一方、付与前ポイント表示５１２は、上述した図５の更新用ポイント情報２３１における予定ポイント２３１ｄ（照会を行ったユーザの情報であり、かつ、付与日が未到来のポイント）に基づいている。
一方、照会画面５２０には、一例として、付与済みポイント表示５１１だけが含まれている。つまり、カード決済日の到来後であるため、付与日が到来した更新用ポイント情報２３１は用いられず、照会画面５２０には、付与前ポイント表示５１２は含まれていない。なお、更に先の付与日（次のカード決済日等）の更新用ポイント情報２３１があれば、付与前ポイント表示５１２が含まれることになるが、発明の理解を容易にするために、そのような更新用ポイント情報２３１がないものとして説明する。
【００５１】
図３に戻って、スコア管理部２４３は、受付部２１０が受け付けたポイント照会の履歴に基づいて、上述した図４のユーザ情報２２１における照会スコア２２１ｅの値を管理する。
例えば、スコア管理部２４３は、受付部２１０がユーザ端末３００からのポイント照会を受け付ける毎に、ユーザ情報２２１における照会スコア２２１ｅ（対応するユーザのスコア値）を、増加させる。なお、照会スコア２２１ｅを増加させる値（増分）は、一定ではなく、照会時期に応じて増分を異ならせてもよい。例えば、後述するバッチ処理中（後述する更新期間内）のポイント照会であれば、通常よりも多く照会スコア２２１ｅを増加させてもよい。
また、スコア管理部２４３は、時間の経過に伴って、照会スコア２２１ｅ（各ユーザの値）を減少させる。例えば、スコア管理部２４３は、後述するバッチ処理が完了する毎に、各ユーザの照会スコア２２１ｅを所定の値だけ減少させる。なお、あるユーザの照会スコア２２１ｅの値が、既に最低値（例えば、ゼロ）である場合は、最低値のままにする。
【００５２】
バッチ処理部２４４は、蓄積部２３０のデータを用いて、データベース２２０を更新するバッチ処理を行う。つまり、バッチ処理部２４４は、付与日が到来した更新用ポイント情報２３１を用いて、ユーザ情報２２１におけるポイント２２１ｄを更新する。なお、上述したように、処理すべき更新用ポイント情報２３１のデータ件数が、一例として、数百万件と極めて多いため、バッチ処理の開始から終了までは、一例として、半日〜１日程度の期間（以下、更新期間と記す）を要することになる。
このようなバッチ処理部２４４は、例えば、抽出部２４５、及び、更新部２４６を含んでいる。
【００５３】
抽出部２４５は、受付部２１０が受け付けたポイント照会の履歴に基づいて、更新期間内（つまり、バッチ処理中）に新たな照会要求が生じる可能性の高いユーザを抽出する。
例えば、抽出部２４５は、ユーザ情報２２１における照会スコア２２１ｅの値が基準値よりも高いユーザ（より詳細には、ユーザＩＤ）を抽出する。その際、抽出部２４５は、ユーザ情報２２１における照会スコア２２１ｅの値が高い順にソートして、基準値よりも高いユーザを抽出してもよい。
【００５４】
更新部２４６は、処理すべき更新用ポイント情報２３１のうち、抽出部２４５により抽出されたユーザについての更新用ポイント情報２３１を優先して、データベース２２０を更新する。
例えば、更新部２４６は、先に、抽出部２４５により抽出されたユーザＩＤに合致する更新用ポイント情報２３１を抜き出し、その抜き出した更新用ポイント情報２３１を用いて、データベース２２０を更新する。なお、照会スコア２２１ｅの値が高い順にソートされてユーザＩＤが抽出されている場合、抜き出した更新用ポイント情報２３１もソートされることになり、照会要求が生じる可能性がより高いユーザの更新用ポイント情報２３１が先に処理される。
続いて、更新部２４６は、残った更新用ポイント情報２３１を用いて、データベース２２０を更新する。
上述したように、処理すべき更新用ポイント情報２３１のデータ件数が極めて多いため、データベース２２０全ての更新が完了するまでには、所定の更新期間を要することになるものの、この更新期間内に新たなポイント照会が生じる可能性の高いユーザの更新用ポイント情報２３１が優先されるため、そのようなユーザについてデータベース２２０の更新が、比較的早く完了することになる。
【００５５】
上述したＣＰＵ  ４０１等が、このような構成からなる制御部２４０として機能しうる。
【００５６】
提示部２５０は、インターネット９００を介してユーザ端末３００に種々の情報を提示する。例えば、提示部２５０は、制御部２４０（画面生成部２４２）により生成された種々の画面をユーザに提示する。
一例として、提示部２５０は、上述した図６Ａのような照会画面５１０や図６Ｂのような照会画面５２０を、ユーザ端末３００のユーザに提示する。なお、図６Ａの照会画面５１０は、カード決済日が到来する前の例であり、付与済みポイント表示５１１と、付与前ポイント表示５１２とが含まれている。一方、図６Ｂの照会画面５２０は、カード決済日が到来した後であり、照会画面には、付与済みポイント表示５１１だけが含まれている。
上述したように、制御部２４０におけるバッチ処理部２４４（抽出部２４５、及び、更新部２４６）が、更新期間内に新たなポイント照会が生じる可能性の高いユーザの更新用ポイント情報２３１を優先して処理している。
そのため、更新期間内にポイント照会が行われたとしても、そのユーザについての処理（そのユーザの予定ポイントをそのユーザのポイントに加算する処理）が完了し、図６Ｂのような照会画面５２０を提示する場合でも、付与済みポイント表示５１１が最新の値（予定ポイントが加算された後のポイント）であることが十分に期待できる。
【００５７】
上述したＣＰＵ  ４０１及びＮＩＣ  ４０４等が、このような提示部２５０として機能しうる。
【００５８】
（サーバ装置の動作）
以下、このような構成のサーバ装置２００の動作について図面を参照して説明する。図７は、サーバ装置２００が実行するバッチ処理の流れを示すフローチャートである。このバッチ処理は、例えば、カード決済日が到来したタイミングに開始される。
【００５９】
まず、サーバ装置２００は、ポイント照会の履歴に基づいて、更新期間内に新たな照会要求が生じる可能性の高いユーザを抽出する（ステップＳ１１）。すなわち、抽出部２４５は、例えば、図４のユーザ情報２２１における照会スコア２２１ｅの値が基準値よりも高いユーザ（より詳細には、ユーザＩＤ）を抽出する。その際、抽出部２４５は、ユーザ情報２２１における照会スコア２２１ｅの値が高い順にソートして、基準値よりも高いユーザを抽出してもよい。
【００６０】
サーバ装置２００は、抽出部２４５により抽出されたユーザの更新用ポイント情報２３１を優先して、データベース２２０を更新する（ステップＳ１２）。すなわち、更新部２４６は、抽出部２４５により抽出されたユーザＩＤに合致する更新用ポイント情報２３１を抜き出し、その抜き出した更新用ポイント情報２３１を用いて、データベース２２０を更新する。
つまり、このステップＳ１２では、更新期間内に新たなポイント照会が生じる可能性の高いユーザの更新用ポイント情報２３１を優先して処理する。なお、ステップＳ１１にて、照会スコア２２１ｅの値が高い順にソートされてユーザＩＤが抽出されている場合、抜き出した更新用ポイント情報２３１もソートされることになり、照会要求が生じる可能性がより高いユーザの更新用ポイント情報２３１が先に処理される。
【００６１】
サーバ装置２００は、残りの更新用ポイント情報２３１を用いて、データベース２２０を更新する（ステップＳ１３）。すなわち、更新部２４６は、ステップＳ１２にて使用されなかった更新用ポイント情報２３１を用いて、データベース２２０を更新する。
つまり、このステップＳ１３では、更新期間内に新たなポイント照会が生じる可能性の低いユーザの更新用ポイント情報２３１を処理する。
【００６２】
なお、上述したように、処理すべき更新用ポイント情報２３１のデータ件数が極めて多いため、データベース２２０全ての更新が完了するまでには、所定の更新期間を要することになる。
そして、サーバ装置２００は、このようなデータベース２２０の更新中であっても、ポイント照会がユーザ端末３００から要求されると、照会画面を生成してユーザ端末３００に提示することになる。つまり、図７のバッチ処理と並行して、サーバ装置２００は、照会画面を生成してユーザ端末３００に提示する。
【００６３】
すなわち、画面生成部２４２は、受付部２１０が、ユーザ端末３００からポイント照会の要求を受け付けると、上述した図６Ｂに示すような照会画面５２０を生成する。つまり、照会時点がカード決済日の到来後であるため、画面生成部２４２は、蓄積部２３０から更新用ポイント情報２３１を得ることなく（対象のデータがないため）、データベース２２０からユーザ情報２２１におけるポイント２２１ｄ（照会したユーザのポイント）を参照して、図６Ｂに示すような付与済みポイント表示５１１だけが含まれる照会画面５２０を生成することになる。
なお、上述したステップＳ１２にて説明したように、更新期間内に新たなポイント照会が生じる可能性の高いユーザの更新用ポイント情報２３１は、優先して処理されている。
そのため、更新期間内にポイント照会が行われた場合でも、そのユーザについての更新用ポイント情報２３１を用いたデータベース２２０の更新が完了し、図６Ｂのような照会画面５２０を提示する場合でも、付与済みポイント表示５１１が最新の値（予定ポイントが加算された後のポイント）であることが十分に期待できる。
【００６４】
この結果、バッチ処理中に起こり得る不適切な照会画面の提示を抑制することができる。
【００６５】
（他の実施形態）
上記の実施形態では、スコア管理部２４３が、ポイント照会に応じて、照会スコア２２１ｅ（対応するユーザの値）を増加させる際に、更新期間中の照会であれば、通常よりも多く増加させる場合について説明したが、その際、そのユーザのポイント２２１ｄが更新前（予定ポイントの加算前）であれば、更に多く、照会スコア２２１ｅを増加させてもよい。
つまり、不適切な照会画面を提示してしまう状況が生じてしまった場合に、抽出部２４５は、そのユーザの処理順を上げる（より先にする）ために、更新期間中の増分よりも更に多い増分で、照会スコア２２１ｅを増加させる。
これにより、次回以降のバッチ処理中においては、そのユーザからポイント照会がなされたとしても、不適切な照会画面の提示を抑制することができる。
【００６６】
上記の実施形態では、抽出部２４５が、更新期間内に新たな照会要求が生じる可能性の高いユーザを抽出する場合について説明したが、他の手法を用いてもよい。
例えば、抽出部２４５は、更新期間内に新たに照会要求が生じる可能性に応じて、各ユーザを複数のユーザグループに分割してもよい。この場合、更新部２４６は、処理すべき更新用ポイント情報２３１のうち、可能性の高いユーザグループの更新用特典データを優先して、データベース２２０を更新する。
その際、更新部２４６は、ユーザグループに応じて、異なるトランザクション単位で、データベース２２０を更新してもよい。例えば、更新部２４６は、可能性の高いユーザグループの場合、１０００件処理する毎に、コミットを指示してデータベース２２０の更新結果を確定させる。一方、可能性の低いユーザグループの場合、１０件処理する毎に、コミットを指示してデータベース２２０の更新結果を確定させる。
【００６７】
上記の実施形態では、バッチ処理部２４４に抽出部２４５が含まれる場合について説明したが、このような抽出部２４５を用いずに、更新期間内に新たなポイント照会が生じる可能性の高いユーザの更新用ポイント情報を優先して、データベース２２０を更新するようにしてもよい。
例えば、更新部２４６は、特にソート等を行っていない更新用ポイント情報２３１を順次処理する毎に、ユーザ情報２２１における照会スコア２２１ｅ（対応するユーザの照会スコア）を参照し、その更新用ポイント情報２３１を用いたデータベース２２０に対する更新の実行、若しくは、更新のスキップを切り替える。
具体的に更新部２４６は、全ての更新用ポイント情報２３１を用いた処理を複数回行うものとし、初回において、照会スコア２２１ｅの値が、基準値ｎ（一例として、値が最も大きな基準値）以上のユーザの更新用ポイント情報２３１であれば、データベース２２０を更新し、それ以外は、スキップするように設定される。つまり、初回では、更新用ポイント情報２３１を順次処理する毎に参照する照会スコア２２１ｅが、基準値ｎ以上の場合だけ、その更新用ポイント情報２３１を用いてデータベース２２０を更新する。
【００６８】
次回では、照会スコア２２１ｅの値が、基準値ｍ（一例として、基準値ｎより小さい基準値）以上であり、かつ、基準値ｎ未満のユーザの更新用ポイント情報２３１であれば、データベース２２０を更新し、それ以外は、スキップするように設定される。つまり、次回では、更新用ポイント情報２３１を順次処理する毎に参照する照会スコア２２１ｅが、基準値ｍ以上基準値ｎ未満の場合だけ、その更新用ポイント情報２３１を用いてデータベース２２０を更新する。
更に、次々回においても、新たな基準値を定めてもよく、また、基準値ｍ未満として、残りの更新用ポイント情報２３１を用いてデータベース２２０を更新してもよい。
【００６９】
このような全ての更新用ポイント情報２３１を用いた処理を複数回行う場合でも、更新期間内に新たなポイント照会が生じる可能性の高いユーザの更新用ポイント情報を優先して処理するため、更新期間内にポイント照会が行われた場合でも、そのユーザについての更新用ポイント情報２３１を用いたデータベース２２０の更新が完了し、図６Ｂのような照会画面５２０を提示する場合でも、付与済みポイント表示５１１が最新の値（予定ポイントが加算された後のポイント）であることが十分に期待できる。
この結果、バッチ処理中に起こり得る不適切な照会画面の提示を抑制することができる。
【００７０】
上記の実施形態では、商品の販売サイトを一例として説明したが、役務等を提供する各種サイト（一例として、情報提供サイト等）においても適宜適用可能である。更に、ユーザに付与する特典としてポイントを一例として説明したが、特典の内容は、適宜変更可能である。例えば、固定金額や固定割合を割り引くクーポンを特典として付与してもよい。
【産業上の利用可能性】
【００７１】
以上説明したように、本発明によれば、バッチ処理中に起こり得る不適切な照会画面の提示を抑制することのできるサーバ装置、サービス方法、プログラム、ならびに、非一時的なコンピュータ読取可能な情報記録媒体を提供することができる。
【符号の説明】
【００７２】
１００  販売システム
２００  サーバ装置
２１０  受付部
２２０  データベース
２３０  蓄積部
２４０  制御部
２４１  販売処理部
２４２  画面生成部
２４３  スコア管理部
２４４  バッチ処理部
２４５  抽出部
２４６  更新部
２５０  提示部
３００  ユーザ端末
４００  情報処理装置
４０１  ＣＰＵ
４０２  ＲＯＭ
４０３  ＲＡＭ
４０４  ＮＩＣ
４０５  画像処理部
４０６  音声処理部
４０７  ＤＶＤ−ＲＯＭドライブ
４０８  インターフェース
４０９  外部メモリ
４１０  コントローラ
４１１  モニタ
４１２  スピーカ
９００  インターネット
【図１】
0006744989.tif 000002
【図２】
0006744989.tif 000003
【図３】
0006744989.tif 000004
【図４】
0006744989.tif 000005
【図５】
0006744989.tif 000006
【図６Ａ】
0006744989.tif 000007
【図６Ｂ】
0006744989.tif 000008
【図７】
0006744989.tif 000009