商店提供系統(tǒng)、價格決定設備和價格決定方法
【專利摘要】一種商店提供系統(tǒng)(3)，其中動作歷史記錄設備(40)記錄用戶的動作歷史。產(chǎn)品信息接收單元(510)接收指定要在商店中銷售的內(nèi)容的信息。在此，產(chǎn)品信息接收單元(510)接收指定包括在動作歷史記錄設備(40)中的用戶的動作歷史中的內(nèi)容的信息。內(nèi)容放置單元(514)將與內(nèi)容相關的接收的信息放置在商店中。銷售的目標數(shù)量保持單元(714)保持內(nèi)容的銷售的目標數(shù)量。當銷售的計數(shù)數(shù)量是銷售的目標數(shù)量或更大時，價格決定單元(706)升高內(nèi)容的價格，并且當銷售的計數(shù)數(shù)量小于銷售的目標數(shù)量時，降低內(nèi)容的價格。
【專利說明】商店提供系統(tǒng)、價格決定設備和價格決定方法
【技術領域】
[0001]本發(fā)明涉及用戶在網(wǎng)絡上提供虛擬商店的技術。此外，本發(fā)明涉及用于改變內(nèi)容的價格的技術。
【背景技術】
[0002]傳統(tǒng)地，游戲軟件以諸如光盤或磁光盤的ROM介質(zhì)的形式分發(fā)和銷售。然而，近年來，已經(jīng)準備了一種系統(tǒng)，其中游戲設備經(jīng)由因特網(wǎng)線路從內(nèi)容管理服務器下載游戲軟件。用戶訪問由內(nèi)容提供系統(tǒng)管理的網(wǎng)絡上的官方商店，并且購買希望的游戲。這使得用戶能夠立即玩游戲而不用到真實世界中的游戲商店。

【發(fā)明內(nèi)容】

[0003][技術問題]
[0004]每年開發(fā)和銷售成百上千的游戲。它們中的一些廣泛流行，而陷入默默無聞不被用戶所熟知的游戲也存在。用戶具有多種多樣的偏好，并且即使在默默無聞的游戲中也可能存在被具有某種特定偏好的用戶非常偏愛的游戲。盡管官方商店具有允許用戶容易地搜索新游戲、流行游戲等的配置，但是用戶不容易在官方商店中搜索匹配他們自身偏好的游戲，這在老的、非流行游戲的情況下更是如此。因此，要求準備允許在眾多游戲中重新關注陷入默默無聞的游戲的環(huán)境。
[0005]當用戶確定是否購買游戲軟件時，游戲軟件的價格對于該確定具有大的影響。因此，開發(fā)者(游戲廠商)和發(fā)行者小心地設置游戲軟件的價格，然而必然不容易預測未來銷售的數(shù)量。如果價格設置高，則可能不能實現(xiàn)預測的銷售數(shù)量。另一方面，如果價格設置低，則盡管實現(xiàn)了預測的銷售數(shù)量也可能利潤少于預期。因此，作為與價格設置相關的一個選項，希望用于有效地分發(fā)游戲軟件的非傳統(tǒng)概念的出現(xiàn)。
[0006]因此，本發(fā)明的目的是提供一種用于有效地分發(fā)游戲軟件的技術。
[0007][對于問題的解決方案]
[0008]為了解決上述問題，本發(fā)明的特定方面的商店提供系統(tǒng)提供了一種由用戶操作的虛擬商店。所述商店提供系統(tǒng)包括:記錄部分，配置為記錄用戶的動作歷史；產(chǎn)品信息接收器，配置為接收用于標識要在商店中銷售的內(nèi)容的信息；以及內(nèi)容布置部分，配置為在商店中布置與接收的內(nèi)容相關的信息。所述記錄部分記錄關于由所述用戶購買的內(nèi)容的信息或者關于由所述用戶使用的內(nèi)容的信息作為所述用戶的動作歷史，并且所述產(chǎn)品信息接收器接收用于標識包括在所述記錄部分中的所述用戶的動作歷史中的內(nèi)容的信息。
[0009]本發(fā)明的另一方面的價格決定設備包括:第一保持部分，配置為保持內(nèi)容銷售的目標數(shù)量；第二保持部分，配置為包括內(nèi)容的價格；計數(shù)部分，配置為計數(shù)內(nèi)容的銷售數(shù)量；以及價格決定器，配置為決定內(nèi)容的價格。如果銷售的計數(shù)數(shù)量等于或大于銷售的目標數(shù)量，則所述價格決定器增加內(nèi)容的價格。
[0010]本發(fā)明的另一方面的價格決定方法包括:保持內(nèi)容銷售的目標數(shù)量的步驟；保持內(nèi)容的價格的步驟；計數(shù)內(nèi)容的銷售數(shù)量的步驟；以及決定內(nèi)容的價格的步驟。在決定價格的步驟中，如果銷售的計數(shù)數(shù)量等于或大于銷售的目標數(shù)量，則增加內(nèi)容的價格。
[0011]通過在方法、設備、系統(tǒng)、記錄介質(zhì)、計算機程序等中轉(zhuǎn)換本發(fā)明的上述構成元件和表達式的任意組合獲得的也有效的作為本發(fā)明的方面。
[0012][本發(fā)明的有利效果]
[0013]根據(jù)本發(fā)明，變得可能提供用于有效地分發(fā)游戲軟件的技術。
【專利附圖】

【附圖說明】
[0014]圖1是示出根據(jù)本發(fā)明實施例的內(nèi)容提供系統(tǒng)的圖。
[0015]圖2是示出本實施例的商店提供系統(tǒng)的圖。
[0016]圖3是示出用戶商店的世界視圖的圖。
[0017]圖4是示出商店的布置狀態(tài)的圖。
[0018]圖5(a)是示出可用于銷售的內(nèi)容的列表的圖，并且圖5(b)是示出評論欄的圖。
[0019]圖6是示出用戶商店的一個示例的圖。
[0020]圖7是示出商店選擇屏幕的圖。
[0021]圖8是示出顯示的評論欄的圖。
[0022]圖9是示出當引入價格變化機制時價格的轉(zhuǎn)變的一個示例的圖。
[0023]圖10是示出價格決定設備的配置的圖。
[0024]圖11是示出內(nèi)容價格的決定處理的流程圖的圖。
【具體實施方式】
[0025]本發(fā)明的實施例提出一種用于有效地分發(fā)內(nèi)容的系統(tǒng)。在該內(nèi)容提供系統(tǒng)中，作為前提，提供管理多條內(nèi)容的服務器，并且通過在線商店銷售由服務器管理的各條內(nèi)容。在實施例中，內(nèi)容是游戲軟件。然而，其可以是音樂、電影等的數(shù)字內(nèi)容。此外，內(nèi)容不限于數(shù)字內(nèi)容，并且可以是書籍、DVD等。在該內(nèi)容提供系統(tǒng)中，準備兩種在線商店，并且用戶可以從任一在線商店購買內(nèi)容。
[0026]在線商店之一是由系統(tǒng)的運營體管理的所謂的官方商店，并且用戶的終端設備可以經(jīng)由因特網(wǎng)線路訪問官方商店并且下載內(nèi)容。成千上萬條內(nèi)容在官方商店中銷售，并且用戶從它們中購買希望的內(nèi)容。
[0027]由用戶提供另一在線商店。具體地，在本實施例的內(nèi)容提供系統(tǒng)中，用戶是內(nèi)容購買的主要實體，并且還可以充當內(nèi)容銷售的主要實體。注意不需要所有用戶開商店，并且當然希望用戶充當內(nèi)容銷售的主要實體。用戶可以選擇作為產(chǎn)品由服務器管理的各條內(nèi)容中的一條或多條內(nèi)容，并且在用戶自己的商店(用戶商店)上銷售它們。注意用戶不從系統(tǒng)運營體購買內(nèi)容并且銷售它，而肯定是管理由服務器管理的內(nèi)容的銷售窗口。系統(tǒng)具有這樣的機制，其中當訪問用戶商店的另一用戶(下文中，也稱為“訪問用戶”)從用戶商店購買內(nèi)容時，給用戶商店的所有者付費。因此，用戶商店的所有者參與該系統(tǒng)作為所謂附屬(affiliate)。
[0028]如果現(xiàn)在知道要購買的游戲名稱，則用戶可以通過在官方商店中搜索游戲名稱容易地購買游戲。以此方式，通常已經(jīng)決定要購買的游戲的用戶利用官方商店購買游戲。然而，非著名內(nèi)容對于第一種用戶是未知的。因此，很少有機會在官方商店中被搜索，并且因此在眾多游戲中陷入默默無聞的可能性高。
[0029]另一方面，在用戶商店中，每個用戶從用戶的獨特視角列出游戲名稱。例如，喜歡射擊游戲的用戶在商店中銷售被該用戶認為有趣的射擊游戲，并且該銷售時還添加關于游戲的評價以引起關于游戲的有趣性的興趣。在用戶商店中，游戲的添加的評論是用于提升訪問該商店的用戶的購買動機的所謂銷售宣傳。訪問用戶閱讀評論，從而首次知道有趣游戲的存在。
[0030]當通過商店所有者的眼睛觀看該機制時，可以說如下。通常，在許多情況下從官方商店購買著名游戲。因此，即使當僅僅列出著名游戲時，訪問用戶從用戶商店購買游戲的可能性不高。因此，商店所有者列出稀有的、有趣游戲以引起關于商店的原創(chuàng)性的興趣。因為在用戶商店中產(chǎn)品的銷售將利潤回報商店所有者，所以商店所有者努力通過關注產(chǎn)品的選擇以及有吸引力的評論的創(chuàng)建增加訪問用戶的數(shù)量。如上，在本系統(tǒng)中，通過允許用戶商店的建立，自主地提高重新關注迄今陷入默默無聞的游戲的機會，并且可以實現(xiàn)同樣對于開發(fā)者和發(fā)行者優(yōu)選的環(huán)境。
[0031]此外，為了有效地分發(fā)內(nèi)容，本系統(tǒng)提供取決于銷售情況改變內(nèi)容的價格的機制。基于過去銷售的數(shù)量周期性地改變內(nèi)容的價格，并且可以基于例如前一天的銷售的數(shù)量每天改變價格。通常，由開發(fā)者或發(fā)行者決定內(nèi)容的價格，并且一旦決定基本上不改變。在固定定價的情況下，當原始設置的價格太高時內(nèi)容銷售不好，并且當價格太低時內(nèi)容銷售好但是利潤少。因此，不同于傳統(tǒng)的固定定價，本系統(tǒng)引入根據(jù)從開始的銷售情況改變內(nèi)容價格的機制，從而根據(jù)市場原理動態(tài)設置公平價格，并且促進內(nèi)容的分發(fā)。
[0032]圖1示出根據(jù)本發(fā)明實施例的內(nèi)容提供系統(tǒng)I。內(nèi)容提供系統(tǒng)I包括多個終端設備10a、10b和10c(下文中，當共同提及時稱為“終端設備10”)和服務器系統(tǒng)20。終端設備10和服務器系統(tǒng)20經(jīng)由諸如因特網(wǎng)的網(wǎng)絡2連接。
[0033]終端設備10是由用戶操作的信息處理設備。終端設備10可以從由服務器系統(tǒng)20提供的商店購買和下載內(nèi)容，并且可以生成服務器系統(tǒng)20中的用戶商店。在本實施例中，終端設備10是具有游戲運行功能的游戲設備。然而，它可以是個人計算機或智能電話，并且可以是固定型或便攜型的任一。
[0034]服務器系統(tǒng)20包括內(nèi)容管理設備30、動作歷史記錄設備40、用戶商店生成設備50、商店提供設備60和價格決定設備70。服務器系統(tǒng)20可以由一個服務器形成，并且可以由多個服務器形成。用戶具有網(wǎng)絡賬戶，并且終端設備10通過使用網(wǎng)絡賬戶訪問服務器系統(tǒng)20。
[0035]內(nèi)容管理設備30保持多條內(nèi)容，并且在內(nèi)容數(shù)據(jù)庫中管理它們。動作歷史記錄設備40記錄訪問服務器系統(tǒng)20的用戶的動作歷史。動作歷史記錄設備40記錄例如與用戶的網(wǎng)絡賬戶相關聯(lián)的由用戶購買的游戲名稱、游戲的游玩時間、游玩的成績、關于游戲已經(jīng)游玩多遠的信息(例如，級數(shù))等。
[0036]用戶商店生成設備50生成由用戶運營的用戶商店。具體地，用戶根據(jù)由用戶商店生成設備50提供的程序，在用戶商店生成設備50中注冊用于生成用戶自己的商店的信息。在用戶商店生成設備50中注冊的信息傳輸?shù)缴痰晏峁┰O備60。商店提供設備60在網(wǎng)絡上開發(fā)由服務器系統(tǒng)20的運營體管理的官方商店，并且還在網(wǎng)絡上開發(fā)由用戶商店生成設備50生成的用戶商店。以下，將描述用戶商店的生成和提供處理。
[0037]<用戶商店的生成和提供處理>
[0038]用戶商店生成設備50在虛擬空間中生成由用戶運營的用戶商店。在本實施例中，用戶商店生成設備50在二維虛擬空間中生成用戶商店。然而，可以在三維虛擬空間中生成用戶商店。商店提供設備60在網(wǎng)絡2上提供由用戶商店生成設備50生成的用戶商店，并且接受來自其他用戶的購買請求。當經(jīng)由用戶商店購買內(nèi)容時，商店提供設備60將內(nèi)容銷售的利潤回報用戶商店的所有者。在以下，利潤是可以在內(nèi)容提供系統(tǒng)I中使用的點，并且點被視為具有等價于錢的價值的虛擬貨幣。
[0039]圖2示出本實施例的商店提供系統(tǒng)3。形成商店提供系統(tǒng)3，以便至少包括用戶商店生成器500和商店提供器600。參照圖1，用戶商店生成設備50通過用戶商店生成器500實現(xiàn)用戶商店生成功能，并且商店提供設備60通過商店提供器600實現(xiàn)商店提供功能。然而，任一設備可以在服務器系統(tǒng)20中實現(xiàn)用戶商店生成功能和商店提供功能。
[0040]用戶商店生成器500具有區(qū)域提供部分502、商店放置部分504、內(nèi)部裝飾生成器506、候選呈現(xiàn)器508、產(chǎn)品信息接收器510、說明信息接收器512、內(nèi)容布置部分514和完成接收器516。此外，商店提供器600具有官方商店提供器602、用戶商店提供器604、購買接收器606、回報部分608和信息提供器610。在硬件組件方面，由任意計算機的CPU、存儲器、加載到存儲器中的程序等實現(xiàn)這些配置，并且通過它們的協(xié)作實現(xiàn)的功能塊在此繪制。因此，本領域的技術人員理解可以僅通過硬件、僅通過軟件或者它們的組合以各種形式實現(xiàn)這些功能塊。
[0041]圖3示出由商店提供系統(tǒng)3提供的用戶商店的世界視圖。在圖3所示的用戶商店世界中，整個世界分為A區(qū)到E區(qū)，并且用戶可以在用戶選擇的區(qū)中生成虛擬商店。每個區(qū)通過由用戶建立商店以及由訪問商店的用戶購買內(nèi)容自主發(fā)展。當用戶生成面向體育游戲的商店時，如果面向體育游戲的商店例如集中在C區(qū)中，則可以在與C區(qū)不同的區(qū)中開商店。另一方面，因為在此情況下搜索體育游戲的訪問用戶集中在C區(qū)中，所以用戶可以在C區(qū)中開商店以便以這種訪問用戶為目標。以此方式，要變?yōu)樯痰晁姓叩挠脩舸_定真實世界中商店的位置條件等，以便決定商店的放置點。
[0042]圖4示出C區(qū)中的商店放置狀態(tài)。每個區(qū)分割為多個區(qū)域，并且用戶可以將商店放置在空的區(qū)域中。在圖中，給出房屋標記的區(qū)域指示已經(jīng)在其中建立商店，并且未給出房屋標記的區(qū)域指示它是空的區(qū)域。區(qū)域提供部分502提供其中放置商店的區(qū)域給用戶。具體地，它以此順序提供圖3中示出的商店世界的GUI以及具有由圖4所示的分割制造的區(qū)域的區(qū)的GUI給要變?yōu)樯痰晁姓叩挠脩簟?br> [0043]開商店的用戶通過使用網(wǎng)絡賬戶從終端設備10訪問用于商店生成設備50。圖3中示出的商店世界顯示在終端設備10的顯示器上。當用戶選擇任何區(qū)時，在顯示器上顯示圖4所示的區(qū)。用戶選擇其中在選擇的區(qū)中放置商店的空的區(qū)域。終端設備10具有諸如指針的輸入接口，并且用戶通過使用輸入接口執(zhí)行圖3所示區(qū)的選擇以及圖4所示的空的區(qū)域的選擇。此時，用戶在考慮每個區(qū)的特性之后選擇區(qū)。此外，用戶在理解外圍存在的其他用戶的商店的強點和弱點之后，選擇放置商店的區(qū)域。商店放置部分504接收區(qū)和空區(qū)域的選擇，并且將用戶商店放置在指定的空區(qū)域中。通過以上，解決了虛擬空間中用戶商店的位置。[0044]隨后，用戶進行商店的內(nèi)部裝飾。商店的內(nèi)部裝飾是引起關于商店所有者的品味的興趣并且使得訪問用戶直觀地理解商店的方向的重要因素。例如，優(yōu)選的是在銷售恐怖游戲的商店中，其內(nèi)部裝飾也產(chǎn)生恐怖的氣氛。如果內(nèi)部裝置的氣氛匹配訪問用戶，則迫使訪問用戶也具有對于游戲選擇的期望。因此，要變?yōu)樯痰晁姓叩挠脩魧㈠憻捰脩粼谶M行商店的內(nèi)部裝飾時的獨創(chuàng)性。內(nèi)部裝置生成器506提供諸如貨架、墻紙、小商品和BGM的內(nèi)部裝飾元素的選項給用戶。通過由用戶選擇各個內(nèi)部裝置元素，內(nèi)部裝置生成器506生成商店的內(nèi)部裝置。對于內(nèi)部裝置生成器506優(yōu)選的是響應于由用戶的請求隨時提供內(nèi)部裝置元素的選項，以實現(xiàn)內(nèi)部裝置的改變。
[0045]在解決商店的放置點和商店的內(nèi)部裝置之后，用戶指定要在商店中銷售的內(nèi)容(游戲)。此時，不允許用戶銷售在內(nèi)容管理設備30的內(nèi)容數(shù)據(jù)庫32中登記的任意游戲，而是可以銷售由用戶自己購買的內(nèi)容和/或由用戶使用的內(nèi)容。
[0046]動作歷史記錄設備40在動作歷史數(shù)據(jù)庫42中累積通過使用網(wǎng)絡賬戶訪問服務器系統(tǒng)20的用戶的動作歷史。在動作歷史數(shù)據(jù)庫42中，累積包括由用戶購買的游戲名稱、游戲的游玩時間、通過游玩贏得的游戲世界中的獎勵等的動作信息。動作歷史記錄設備40監(jiān)視對于服務器系統(tǒng)20的訪問期間終端設備10的行為，并且將動作歷史累積在動作歷史數(shù)據(jù)庫42中。在訪問服務器系統(tǒng)20時，終端設備10可以累積用戶的動作歷史，并且將累積的動作歷史傳輸?shù)絼幼鳉v史記錄設備40以便將它們記錄在動作歷史數(shù)據(jù)庫42中。當終端設備10以此方式訪問服務器系統(tǒng)20時，優(yōu)選的是動作歷史數(shù)據(jù)庫42中的動作歷史更新到最近狀態(tài)。因此，當指定要銷售的內(nèi)容時，用戶當然訪問服務器系統(tǒng)20，并且因此最近動作歷史與用戶的網(wǎng)絡賬戶相關聯(lián)地記錄在動作歷史數(shù)據(jù)庫42中。
[0047]候選呈現(xiàn)器508參考與動作歷史數(shù)據(jù)庫42中與用戶的網(wǎng)絡賬戶相關聯(lián)的動作歷史，并且提取用戶可以銷售的內(nèi)容。具體地，候選呈現(xiàn)器508從用戶的動作歷史提取過去由用戶購買的游戲和/或過去由用戶游玩的游戲作為可用于銷售的內(nèi)容，并且以列表格式將它們呈現(xiàn)給用戶。
[0048]圖5(a)示出可用于銷售的內(nèi)容的列表。當候選呈現(xiàn)器508將內(nèi)容列表傳輸給終端設備10時，終端設備10在顯示器上顯示內(nèi)容列表。當用戶選擇要銷售的游戲時，在顯示器上顯示其中要寫入關于選擇的游戲的評論的評論欄。圖5(b)示出評論欄52。當用戶輸入評論并且按壓輸入按鈕時，用于標識選擇的游戲的信息(例如，名稱ID)和輸入的評論傳輸?shù)接脩羯痰晟善?00。產(chǎn)品信息接收器510接收名稱ID作為用于識別商店中要銷售的內(nèi)容的信息，并且說明信息接收器512接收輸入的評論作為產(chǎn)品的說明信息。
[0049]產(chǎn)品信息接收器510通過直到內(nèi)容列表中包括的各條內(nèi)容的數(shù)量接收產(chǎn)品的指定?？梢詾樯痰暝O置對于要銷售的游戲的數(shù)量的限制，并且要銷售的游戲的數(shù)量可以限制為例如20個名稱。此外，可以依賴于過去由商店所有者購買的游戲的數(shù)量設置對于要銷售的游戲的數(shù)量的限制。例如，作為過去購買的游戲的數(shù)量的一半的數(shù)量可以設為要銷售的游戲的數(shù)量的上限。內(nèi)容布置部分514在商店中布置與由產(chǎn)品信息接收器510接收的內(nèi)容有關的信息。在此，與內(nèi)容有關的信息是內(nèi)容的包裝圖像。然而，它可以是游戲名稱。在任何情況下，足夠的是商店中布置的信息是允許當由訪問用戶看時與其他游戲區(qū)分的一個信肩、O
[0050]內(nèi)容布置部分514可以以由產(chǎn)品信息接收器510接收名稱ID的順序?qū)⑴c內(nèi)容有關的信息布置在商店中，或者可以根據(jù)來自用戶的指令布置信息。內(nèi)容布置部分514可以提供關于內(nèi)容布置的選項給用戶，并且可以允許用戶安排信息，使得可以例如基于每個游戲類型布置游戲。在完成內(nèi)容布置操作時，用戶的終端設備10將商店生成處理完成通知用戶商店生成器500。當完成接收器516接收完成通知時，完成商店生成處理。在上述過程中由用戶輸入的各條信息，即與用戶商店的配置相關的各條信息(也稱為“商店配置信息”)傳輸?shù)缴痰晏峁┢?00，并且用戶商店提供器604基于商店配置信息在網(wǎng)絡2上提供用戶商店。
[0051]圖6示出由商店提供器600提供的用戶商店的一個示例。商店提供器600接收在用戶商店生成器500中生成的商店配置信息，并且在網(wǎng)絡2上生成用戶商店。在該商店中，在具有多層的貨架中以對齊方式安排用于銷售的游戲的包裝圖像。當訪問用戶將指針放在任何包裝圖像上時，顯示由商店所有者為游戲輸入的評論。
[0052]在以上，示出了其中用戶可以銷售的內(nèi)容限于過去用戶購買的游戲以及過去游玩的游戲的示例。在商店提供系統(tǒng)3中，可以允許用戶銷售內(nèi)容管理設備30的內(nèi)容數(shù)據(jù)庫32中登記的任意游戲。此時，候選呈現(xiàn)器508提取內(nèi)容數(shù)據(jù)庫32中登記的所有游戲作為可用于銷售的內(nèi)容，并且將它們呈現(xiàn)給用戶。候選呈現(xiàn)器508可以將游戲呈現(xiàn)給用戶，其中對于用戶購買的游戲以及用戶過去游玩的游戲添加預定標記。這樣的設置可以是的例如禁止用戶在選擇除了用戶購買的游戲以及用戶過去游玩的游戲外的游戲作為要銷售的游戲時寫入評論。以此方式，即使當用戶可以任意地選擇游戲時，也通過允許用戶對于過去購買或游玩的游戲?qū)懭朐u論而禁止用戶對于過去沒有購買或游玩的游戲?qū)懭朐u論，可以以不同方式處理用于銷售的游戲中的一些游戲。
[0053]下面將示出用戶訪問商店并且購買產(chǎn)品的過程。首先，用戶從終端設備10訪問服務器系統(tǒng)20，并且指定用戶訪問官方商店還是用戶商店。圖7示出在終端設備10的顯示器上顯示的商店選擇屏幕。當用戶選擇“去官方商店”時，官方商店提供器602提供官方商店。在官方商店中，準備在內(nèi)容提供系統(tǒng)I中銷售的所有條內(nèi)容，并且用戶可以購買任意內(nèi)容。
[0054]當用戶選擇“去用戶商店”時，用戶商店提供器604提供用戶商店。首先，在顯示器上顯示區(qū)選擇屏幕。區(qū)選擇屏幕可以是圖3中示出的用戶商店世界的整個圖像。當用戶選擇任一區(qū)時，顯示用戶商店選擇屏幕。商店選擇屏幕可以是指示圖4中示出的商店的放置狀態(tài)的圖像。盡管在此共同的GUI用作商店生成中的GUI和商店訪問中的GUI，但是兩者可以不同。當選擇任一用戶商店時，用戶例如可以進入圖6中示出的用戶商店。
[0055]在用戶商店中，安排多個游戲的包裝圖像。當用戶將指針放在包裝圖像上時，顯示由商店所有者輸入的關于該游戲名稱的評論?？梢圆捎靡韵孪到y(tǒng)。具體地，在用戶商店中，準備允許切換包裝圖像的選擇的顯示幀。用戶將顯示幀移動到希望的包裝圖像，從而顯示評論。
[0056]圖8示出顯示的評論欄54。訪問用戶可能通過閱讀顯示的評論提高對于游戲的興趣。訪問用戶搜索未知游戲，并且由已經(jīng)經(jīng)歷游戲的商店所有者的評論是理解游戲的吸引力的必要信息。訪問用戶用終端設備10執(zhí)行預定操作，以輸入對于選擇的游戲名稱的購買請求。由價格決定設備70提供并且在商店中包裝圖像附近顯示游戲的價格。游戲名稱的購買請求從終端設備10傳輸?shù)缴痰晏峁┢?00。在商店提供系統(tǒng)3中，可以直接從用戶商店購買內(nèi)容?？商娲?，可以進行從用戶商店到官方商店的購買屏幕的跳轉(zhuǎn)，并且可以從該購買屏幕購買內(nèi)容。
[0057]購買接收器606與關于用戶商店的信息一起接收內(nèi)容的購買請求。關于用戶商店的信息是標識其中訪問用戶已經(jīng)選擇內(nèi)容的商店的信息(下文中，稱為“商店ID”)。商店ID可以是由用戶商店生成器500給出的標識信息，并且與網(wǎng)絡賬戶相關聯(lián)以標識商店的所有者。商店ID可以是商店所有者的網(wǎng)絡賬戶本身。
[0058]當購買接收器606接收內(nèi)容的購買請求時，內(nèi)容管理設備30執(zhí)行開賬單處理并且將內(nèi)容傳輸?shù)浇K端設備10。這允許訪問用戶購買游戲，并且立即下載和玩游戲。
[0059]此時，回報部分608提供對于內(nèi)容銷售的報酬給運營由購買接收器606接收的商店ID識別的商店的用戶。在商店提供系統(tǒng)3中，以點(虛擬貨幣)支付報酬，并且回報部分608與商店所有者的網(wǎng)絡賬戶相關聯(lián)將回報報酬記錄在動作歷史數(shù)據(jù)庫42中。盡管內(nèi)容管理設備30對購買如上所述的內(nèi)容的用戶執(zhí)行開賬單處理，但是回報部分608回報從購買用戶收取的一部分錢給商店所有者作為報酬(費用)。動作歷史數(shù)據(jù)庫42累積由回報部分608提供的報酬作為動作歷史。
[0060]如上所述，因為由商店提供系統(tǒng)3提供的用戶商店世界形成了虛擬真實世界，由諸如商店的位置情況和產(chǎn)品的選擇的各種因素影響商店的銷售。信息提供器610執(zhí)行用戶商店世界中的銷售的計數(shù)、分析等，并且提供各種類型的信息給包括商店所有者的用戶。例如，信息提供者610可以創(chuàng)建用戶商店的銷售排名，并且創(chuàng)建訪問用戶數(shù)的排名。此外，信息提供器610可以將所有商店所有者的銷售排名和相對于平均銷售的銷售的正差或負差呈現(xiàn)給各個商店所有者。
[0061]基于關于動作歷史數(shù)據(jù)庫42中累積的報酬的信息，信息提供器610可以將與由用戶特定的商店運營相關的信息呈現(xiàn)給涉及難以增加銷售的商店所有者。例如，對于主要銷售體育游戲的商店所有者，可以呈現(xiàn)關于A區(qū)到E區(qū)的哪個區(qū)中體育游戲大量銷售的信息，并且可以呈現(xiàn)關于進行大量銷售的商店周圍存在的商店的類型存在什么趨勢的信息。通過呈現(xiàn)這樣的信息，信息提供器610可以給出動力以使得商店所有者考慮商店的重新布置或者考慮改變產(chǎn)品的選擇，支持用戶商店世界的自發(fā)增長。
[0062]在用戶商店運營場景中，預期一些商店所有者頻繁維護商店而其他商店所有者不是如此。例如，商店放置部分504可以發(fā)出警告給對于預定時段沒有更新商店配置信息的商店所有者，并且如果商店所有者仍然不執(zhí)行維護則可以強制驅(qū)逐該商店。此時，商店放置部分504可以將商店移動到另一空的區(qū)域。例如，當新用戶視圖開商店時，當示出圖4所示的商店放置狀態(tài)時，區(qū)域提供部分502可以添加標記到對于預定時段沒有維護的商店，以通知用戶新商店可以放置在該區(qū)域中。
[0063]在以上，描述了通過除了官方商店提供用戶商店以促進內(nèi)容分發(fā)的機制。在以下，將描述通過改變價格促進內(nèi)容分發(fā)的另一機制。
[0064]<價格決定處理>
[0065]價格決定設備70基于過去銷售的數(shù)量周期性地改變內(nèi)容的價格。例如，在當前日子的內(nèi)容價格中反應之前日子的銷售數(shù)量。為了使其非常易于理解，如果內(nèi)容銷售則價格上升，而如果內(nèi)容不銷售則價格下降。根據(jù)該機制，內(nèi)容價格逐天改變。因此，購買用戶考慮應該購買內(nèi)容的時機，這給出一種游戲元素給購買動作本身。此外，從用戶商店的所有者的角度看，允許所有者在商店建設中具有許多選項，諸如銷售設置為高價并且流行的內(nèi)容，銷售設置為低價并且不流行的內(nèi)容。因此，商店管理與可以給出諸如依賴于內(nèi)容價格改變商店中的內(nèi)容放置的樂趣。此外，對于開發(fā)者和發(fā)行者，優(yōu)點在于內(nèi)容的價格自動地變?yōu)檫m當?shù)闹担驗楦鶕?jù)市場原理設置價格。
[0066]圖9示出當引入價格變化機制時價格的轉(zhuǎn)變的一個示例?？v坐標指示價格，并且橫坐標指示時間(天數(shù))。將說明圖9中示出的價格轉(zhuǎn)變。
[0067](a)引入時段
[0068]在發(fā)布內(nèi)容的早期幾天，內(nèi)容適中地銷售，但是沒有在用戶中變得流行。
[0069](b)流行性增加時段
[0070]內(nèi)容開始由于口碑逐漸獲得流行，使得銷售的數(shù)量增加并且價格也上升。
[0071](C)調(diào)整時段
[0072]隨著價格增加，推遲購買的用戶增加。因此，銷售的數(shù)量降低，并且價格也逐漸下降。
[0073](d)穩(wěn)定時段
[0074]因為價格已經(jīng)下降一定程度，所以推遲購買的用戶迄今購買內(nèi)容，并且價格也變
得穩(wěn)定。
[0075](e)衰退時段
[0076]內(nèi)容的流行開始下降，使得購買它的用戶的數(shù)量減少，并且價格下降。
[0077]注意該價格轉(zhuǎn)變是一個示例，并且取決于內(nèi)容展現(xiàn)完全不同的價格轉(zhuǎn)變。
[0078]圖10示出價格決定設備70的配置。價格決定設備70包括輸入接收器702、銷售計數(shù)器704、價格決定器706和存儲部分710。在硬件組件方面，通過任意計算機的CPU、存儲器、加載到存儲器的程序等實現(xiàn)這些配置，并且通過它們的協(xié)作實現(xiàn)的功能塊在此繪制。因此，本領域的技術人員理解可以僅通過硬件、僅通過軟件或者它們的組合以各種形式實現(xiàn)這些功能塊。
[0079]銷售計數(shù)器704對于預定時段計數(shù)在內(nèi)容管理設備30中銷售的內(nèi)容銷售的數(shù)量。在本實施例中，計數(shù)時段是和為從O點到24點的24小時，即，銷售計數(shù)器704計數(shù)一天中的銷售數(shù)量。價格決定器706基于計數(shù)的銷售數(shù)量改變內(nèi)容的價格。
[0080]輸入接收器702從開發(fā)者或發(fā)行者接收在內(nèi)容價格決定時使用的參數(shù)的輸入。接收的參數(shù)存儲在存儲部分710中。在存儲部分710中，基準價格保持器712保持輸入的基準價格?；鶞蕛r格用作開始發(fā)行時的初始設置價格。目標銷售保持器714保持輸入的目標銷售數(shù)量。盡管在實施例中銷售的目標數(shù)量是每一天的目標數(shù)量，但是它可以例如是每一周的目標銷售數(shù)量。可以對于一周的每一天設置目標銷售數(shù)量。
[0081]上限價格保持器716保持輸入的上限價格。上限價格是內(nèi)容的銷售價格的上限。價格決定器706隨著內(nèi)容的銷售數(shù)量增加決定更高價格。因此，當內(nèi)容的銷售數(shù)量非常大時，價格可能也變的非常高。因此，設置上限價格以將銷售價格抑制在上限價格。下限價格保持器718保持輸入的下限價格。下限價格是內(nèi)容的銷售價格的下限。價格決定器706在內(nèi)容的銷售數(shù)量變小(變?yōu)榱?時決定低價格。因此，當內(nèi)容的銷售數(shù)量變?yōu)榱銜r，價格也逐天下降。因此，設置下限價格以將銷售價格的下降停止在下限價格。
[0082]增幅保持器720保持銷售價格的輸入增幅。降幅保持器722保持銷售價格的輸入降幅。增幅是當價格增加時使用的價格上升量，并且降幅是當價格減小時使用的價格下降量。內(nèi)容價格保持器724保持內(nèi)容的當前銷售價格。
[0083]如果由銷售計數(shù)器704計數(shù)的銷售數(shù)量等于或大于目標銷售保持器714中保持的銷售的目標數(shù)量，則價格決定器706增加內(nèi)容價格，并且如果計數(shù)的銷售數(shù)量小于銷售的目標數(shù)量，則減少內(nèi)容價格。下面將示出其具體示例。
[0084](示例 I)
[0085]在示例I中，價格決定器706通過使用由增幅保持器720保持的增幅和由降幅保持器722保持的降幅決定價格。增幅和降幅每個是預定量，并且優(yōu)選的是增幅設為大于降幅。在以下，假設基準價格是A，內(nèi)容價格是B，銷售的目標數(shù)量是NI，增幅是L，并且降幅是M0
[0086]價格決定器706設置銷售的第一天的內(nèi)容價格B為基準價格A。銷售計數(shù)器704計數(shù)一天中內(nèi)容的銷售數(shù)量N，并且價格決定器706基于計數(shù)的數(shù)量決定下一天的價格。此時，如果銷售的計數(shù)數(shù)量N等于或大于銷售的目標數(shù)量NI (N ^ NI)，則價格決定器706設置內(nèi)容價格為(B+L)，并且使得內(nèi)容價格保持器724保持它。因此，在下一天，改變的內(nèi)容價格是銷售價格。另一方面，如果銷售的計數(shù)數(shù)量N小于銷售的目標數(shù)量NI (N < NI)，則價格決定器706設置內(nèi)容價格為(B-L)，并且使得內(nèi)容價格保持器724保持它。在下一天，改變的內(nèi)容價格是銷售價格。在銷售第一天的下一天以及隨后天中，價格決定器706通過使用由內(nèi)容價格保 持器724保持的內(nèi)容價格B執(zhí)行上述價格決定處理。
[0087]在示例I中，價格決定器706可以通過進一步使用由上限價格保持器716保持的上限UL和由下限價格保持器718保持的下限LL，決定價格。如果基于計數(shù)數(shù)量N得到的內(nèi)容價格B超過上限UL，則價格決定器706設置內(nèi)容價格為上限UL，并且如果內(nèi)容價格B小于下限LL，則價格決定器706設置內(nèi)容價格為下限LL。
[0088]圖11示出內(nèi)容價格的決定過程的流程圖。在內(nèi)容銷售開始時，價格決定器706設置內(nèi)容價格B為基準價格A (SlO)。銷售計數(shù)器704計數(shù)一天中內(nèi)容的銷售數(shù)量N (S12)。在銷售計數(shù)器704計數(shù)一天的銷售數(shù)量之后，價格決定器706比較銷售數(shù)量N與由目標銷售保持器714保持的銷售的目標數(shù)量NI，并且基于比較結果決定下一個計數(shù)天的內(nèi)容價格B。
[0089]如果銷售數(shù)量N等于或大于銷售的目標數(shù)量NI (S14的是)，則價格決定器706將內(nèi)容價格B增加由增幅保持器720保持的增幅L(S16)。隨后，價格決定器706確定改變的內(nèi)容價格B是否超過上限UL(S18)。如果內(nèi)容價格B沒有超過上限UL(S18的否)，則價格決定器706決定內(nèi)容價格B。另一方面，如果內(nèi)容價格B超過它(S18的是)，則價格決定器706設置內(nèi)容價格B為上限UL (S20)。
[0090]如果銷售數(shù)量N小于銷售的目標數(shù)量NI (S14的否)，則價格決定器706將內(nèi)容價格B減少由降幅保持器722保持的降幅M(S22)。隨后，價格決定器706確定改變的內(nèi)容價格B是否低于下限LL(S24)。如果內(nèi)容價格B沒有低于下限LL(S24的否)，則價格決定器706決定內(nèi)容價格B。另一方面，如果內(nèi)容價格B低于它(S24的是)，則價格決定器706設置內(nèi)容價格B為下限LL (S26)。
[0091]如果不存在價格決定過程的結束指令(S28的否)，則每天執(zhí)行上面的價格決定處理。如果存在結束指令(S28的是)，則本流程結束。例如，在停止銷售內(nèi)容的情況下發(fā)出結束指令。[0092]在該價格決定處理中，采用增幅或降幅(即，預定值)作為價格的改變量。因此，即使每個的銷售數(shù)量極大波動，也可以實現(xiàn)沒有內(nèi)容價格B的大波動的價格轉(zhuǎn)變。此外，因為增幅設為大于降幅，所以可以實現(xiàn)具有高上升度和低的下降度的內(nèi)容幾個B的轉(zhuǎn)變。由于此，從開發(fā)者端來說，可以避免內(nèi)容價格B在短時段中極大下降的價格轉(zhuǎn)變。
[0093]在示例I中，描述了這樣的機制，其中銷售的目標數(shù)量定義為NI，擯棄個當銷售的計數(shù)數(shù)量N滿足N SNl時內(nèi)容價格上升，而當數(shù)量N滿足N < NI時內(nèi)容下降。在此，可以引入這樣的機制，其中設置兩種銷售的目標數(shù)量N2和N3(N2 > N3)，并且當銷售的計數(shù)數(shù)量N滿足N > N2時內(nèi)容價格上升，而當數(shù)量N滿足N < N3時內(nèi)容下降。在此情況下，當數(shù)量N滿足N3 ^ N< N2時內(nèi)容價格不改變。這允許引入這樣的機制，其中前一天的價格變?yōu)楫斍疤斓膬r格而沒有改變。
[0094](示例2)
[0095]在示例2中，價格決定器706根據(jù)內(nèi)容的銷售數(shù)量N決定價格。假設基準價格是A，內(nèi)容價格是B，銷售的目標數(shù)量是NI，并且前一天的銷售的計數(shù)數(shù)量是N。在此，當前一天價格定義為BI，并且應該獲得的當前天價格定義為B2時，當前天價格B2通過以下表達式獲得。
[0096]B2 = B1+((N/N1) — I) XA
[0097]通過使用該表達式，價格決定器706根據(jù)從銷售的第一天起的銷售的總數(shù)量決定內(nèi)容價格B2。如同樣在示例I中說明的，如果從該表達式計算的當前價格B2超過上限UL，則價格決定器706可以設置內(nèi)容價格B2為上限UL。另一方面，如果內(nèi)容價格B2小于下限LL,則價格決定器706可以設置內(nèi)容價格B2為下限LL。通過設置內(nèi)容價格B2在下限和上限之間的范圍，價格決定器706可以將內(nèi)容價格B2設置在適當范圍中。
[0098]上面基于實施例描述了本發(fā)明。本領域的技術人員將理解實施例是示例，并且在各個構成元件及其各個處理過程的組合中，各種修改示例是可能的，并且這樣的修改示例也落入本發(fā)明的范圍中。
[0099][參考標號列表]
[0100]I...內(nèi)容提供系統(tǒng)，3...商店提供系統(tǒng)，10...終端設備，20...服務器系統(tǒng)，30...內(nèi)容管理設備，32...內(nèi)容數(shù)據(jù)庫，40...動作歷史記錄設備，42...動作歷史數(shù)據(jù)庫，50..?用戶商店生成設備，52，54..?評論欄，60..?商店提供設備，70...價格決定設備，500...用戶商店生成器，502...區(qū)域提供部分，504...商店放置部分，506..?內(nèi)部裝置生成器，508..?候選呈現(xiàn)器，510..?產(chǎn)品信息接收器，512...說明信息接收器，514...內(nèi)容布置部分，516...完成接收器，600.--商店提供器，602..?官方商店提供器，604..?用戶商店提供器，606..?購買接收器，608...回報部分，610...信息提供器，702...輸入接收器，704...銷售計數(shù)器，706..?價格決定器，710..?存儲部分，712..?基準價格保持器，714...目標銷售保持器，716..?上限價格保持器，718..?下限價格保持器，720..?增幅保持器，722...降幅保持器，724...內(nèi)容價格保持器
[0101][工業(yè)應用性]
[0102]本發(fā)明涉及用于提供應用軟件的網(wǎng)上虛擬商店的技術。
【權利要求】
1.一種商店提供系統(tǒng)，其提供由用戶運營的虛擬商店，所述商店提供系統(tǒng)包括: 記錄部分，配置為記錄用戶的動作歷史； 產(chǎn)品信息接收器，配置為接收用于標識要在商店中銷售的內(nèi)容的信息；以及 內(nèi)容布置部分，配置為在商店中布置與接收的內(nèi)容相關的信息， 其中，所述記錄部分記錄關于由所述用戶購買的內(nèi)容的信息或者關于由所述用戶使用的內(nèi)容的信息作為所述用戶的動作歷史，并且所述產(chǎn)品信息接收器接收用于標識包括在所述記錄部分中的所述用戶的動作歷史中的內(nèi)容的信息。
2.如權利要求1所述的商店提供系統(tǒng)，包括: 購買接收器，配置為與商店信息一起接收對于內(nèi)容購買的請求；以及 回報部分，配置為提供對于內(nèi)容銷售的報酬給運營由所述商店信息識別的商店的用戶。
3.如權利要求1或2所述的商店提供系統(tǒng)，包括: 區(qū)域提供部分，配置為提供其中在虛擬空間中放置商店的區(qū)域；以及 放置部分，配置為將商店放置在由用戶指定的區(qū)域中。
4.如權利要求1到3的任一所述的商店提供系統(tǒng)， 其中，所述記錄部分記錄提供給用戶的報酬，并且 所述商店提供部分包括信息提供器，配置為基于關于記錄的報酬的信息，呈現(xiàn)與用戶的商店運營相關的信息。
5.一種價格決定設備，包括: 第一保持部分，配置為保持內(nèi)容銷售的目標數(shù)量； 第二保持部分，配置為包括內(nèi)容的價格； 計數(shù)部分，配置為計數(shù)內(nèi)容的銷售數(shù)量；以及 價格決定器，配置為決定內(nèi)容的價格， 其中，如果銷售的計數(shù)數(shù)量等于或大于銷售的目標數(shù)量，則所述價格決定器增加內(nèi)容的價格。
6.如權利要求5所述的價格決定設備， 其中，如果銷售的計數(shù)數(shù)量小于銷售的目標數(shù)量，則所述價格決定器減少內(nèi)容的價格。
7.如權利要求5或6所述的價格決定設備，還包括: 第三保持部分，配置為保持內(nèi)容的上限價格， 其中，如果內(nèi)容的決定價格超過所述上限價格，則價格決定器將內(nèi)容的價格改變?yōu)樗錾舷迌r格。
8.如權利要求5到7的任一所述的價格決定設備，還包括: 第四保持部分，配置為保持內(nèi)容的下限價格， 其中，如果內(nèi)容的決定價格低于所述下限價格，則價格決定器將內(nèi)容的價格改變?yōu)樗鱿孪迌r格。
9.一種價格決定方法，包括: 保持內(nèi)容銷售的目標數(shù)量的步驟； 保持內(nèi)容的價格的步驟； 計數(shù)內(nèi)容的銷售數(shù)量的步驟；以及決定內(nèi)容的價格的步驟， 其中，在決定價格的步驟中，如果銷售的計數(shù)數(shù)量等于或大于銷售的目標數(shù)量，則增加內(nèi)容的價格。
10. 一種用于使得計算機實現(xiàn)以下功能的程序； 保持內(nèi)容銷售的目標數(shù)量的功能； 保持內(nèi)容的價格的功能； 計數(shù)內(nèi)容的銷售數(shù)量的功能；以及 決定內(nèi)容的價格的功能， 其中，決定價格的功能包括如果銷售的計數(shù)數(shù)量等于或大于銷售的目標數(shù)量，則增加內(nèi)容的價格的功能。
11.一種計算機記錄介質(zhì)，其中記錄了根據(jù)權利要求10所述的程序。
【文檔編號】G06Q30/02GK103959315SQ201280059250
【公開日】2014年7月30日 申請日期:2012年10月23日 優(yōu)先權日:2011年12月8日
【發(fā)明者】松岡賢次, 山本吉輝, 吉村正伸 申請人:索尼電腦娛樂公司