專利名稱：銷售系統(tǒng)以及銷售管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)處理技術(shù)，特別涉及對記錄有數(shù)字內(nèi)容的記錄媒體的銷售進(jìn)行管 理的技術(shù)。
背景技術(shù)：
近年，通過通信網(wǎng)絡(luò)，在多個信息處理裝置之間進(jìn)行數(shù)據(jù)交換的事情很多。在下面 的專利文獻(xiàn)1中，公開了一種金錢登記裝置，在該金錢登記裝置中，可以進(jìn)行數(shù)字內(nèi)容的下 載或上傳，同時可以登記處理由于該下載或上傳產(chǎn)生的收費的銷售額?，F(xiàn)有技術(shù)文獻(xiàn)專利文獻(xiàn)1 特開2003-2^771號公報。即使在現(xiàn)在，作為數(shù)字內(nèi)容的銷售形式，也是在物流渠道上的最終經(jīng)銷商的店鋪， 將記錄有數(shù)字內(nèi)容的記錄媒體銷售給最終消費者的形式較多。至今，最終經(jīng)銷商在從中間 經(jīng)銷商進(jìn)貨記錄媒體時，需要向該中間經(jīng)銷商支付進(jìn)貨貨款，直到向最終消費者銷售該記 錄媒體，進(jìn)貨貨款的部分使得現(xiàn)金流減少。因此，在從記錄媒體被生產(chǎn)到銷售的一連串的交 易過程中，最終經(jīng)銷商承擔(dān)很大的風(fēng)險，這是本發(fā)明的著眼點。本發(fā)明是發(fā)明人根據(jù)上述的著眼點而做出的，其主要目的是提供一種降低將記錄 有數(shù)字內(nèi)容的記錄媒體銷售給最終消費者的最終經(jīng)銷商的商業(yè)風(fēng)險的技術(shù)。為了解決上述課題，本發(fā)明的一個實施方式的銷售系統(tǒng)具有銷售管理裝置和許可 管理裝置。銷售管理裝置包含銷售信息通知單元，該銷售信息通知單元在記錄有數(shù)字內(nèi)容 的記錄媒體經(jīng)由物流渠道從最終經(jīng)銷商銷售給最終消費者時，將表示該事實的銷售信息通 知許可管理裝置。許可管理裝置包含許可提供單元，該許可提供單元以被銷售管理裝置通 知了銷售信息為條件，將用于使數(shù)字內(nèi)容的使用成為可能的許可提供給最終消費者。銷售 管理裝置還包括匯款支持單元，該匯款支持單元支持以對最終消費者的記錄媒體銷售為契 機(jī)，將其銷售金額的一部分匯款給和記錄媒體的物流相關(guān)的中間經(jīng)銷商的處理。本發(fā)明的另一實施方式是銷售管理方法。該方法是由銷售管理裝置執(zhí)行的方法， 包括下面的步驟，即，通過支持在記錄有數(shù)字內(nèi)容的記錄媒體經(jīng)物流渠道從最終經(jīng)銷商銷 售給最終消費者時，將其銷售金額的一部分匯款給和記錄媒體的物流相關(guān)的中間經(jīng)銷商， 以對最終消費者的銷售為契機(jī)，執(zhí)行對中間經(jīng)銷商的進(jìn)貨貨款的支付。另外，以上技術(shù)特征的任意組合，以及將本發(fā)明的表現(xiàn)方式在裝置、方法、系統(tǒng)、程 序、存儲有程序的記錄媒體等之間的變換，作為本發(fā)明的實施方式都是有效的。根據(jù)本發(fā)明，可以降低將記錄有數(shù)字內(nèi)容的記錄媒體銷售給最終消費者的最終經(jīng) 銷商的商業(yè)風(fēng)險。


圖1是表示現(xiàn)有游戲盤銷售時的交易形式的圖。圖2是表示在實施例中建議的交易形式的圖。
圖3是表示作為實施例的銷售系統(tǒng)的構(gòu)成的圖。圖4是表示圖3的銷售管理裝置的功能結(jié)構(gòu)的框圖。圖5是表示保持在支付金額保持單元的支付金額信息的結(jié)構(gòu)的圖。圖6是表示圖3的許可管理裝置的功能結(jié)構(gòu)的框圖。圖7是表示保持在密鑰保持單元的密鑰信息的結(jié)構(gòu)的圖。圖8是表示保持在銷售狀況保持單元的銷售狀況數(shù)據(jù)的結(jié)構(gòu)的圖。圖9是表示銷售管理裝置的動作的流程圖。圖10是表示許可管理裝置的動作的流程圖。符號的說明10銷售管理裝置、12許可管理裝置、14零售商裝置、16用戶終端、18帳戶轉(zhuǎn)帳裝 置、32支付金額保持單元、36銷售信息轉(zhuǎn)送單元、38匯款支持單元、40價格通知單元、M密 鑰保持單元、56銷售狀況保持單元、60銷售信息接收單元、62有效化處理單元、64許可要求 接收單元、66許可提供單元、68銷售狀況記錄單元、100銷售系統(tǒng)。
具體實施例方式在說明本發(fā)明的實施例的構(gòu)成之前，先說明概要。另外，本實施例中的數(shù)字內(nèi)容是 游戲軟件，記錄有數(shù)字內(nèi)容的記錄媒體是光盤。以下，將記錄有游戲軟件的光盤稱為“游戲
盤”圖1表示現(xiàn)有游戲盤銷售時的交易形式。該圖的平臺持有人(，^卜* 一 Λ * >夕'，platform holder)作為游戲盤的所有人制造游戲盤，發(fā)行人進(jìn)行游戲盤的批發(fā)。平臺 持有人以及發(fā)行人是存在于游戲盤的物流中的中間經(jīng)銷商。零售商是對用戶進(jìn)行游戲盤的 零售的最終經(jīng)銷商。用戶是游戲盤的最終消費者，將游戲盤讀入自身的終端，玩游戲軟件。以前，在游戲盤的一連串的交易過程中，游戲盤自身的物流和作為其價款的支付 的商流是一致的。比如，在平臺持有人和發(fā)行人之間，作為游戲盤轉(zhuǎn)移的價款，支付使用費 以及游戲盤的制造費。另外，在發(fā)行人和零售商之間，作為游戲盤轉(zhuǎn)移的價款，支付進(jìn)貨貨 款。在零售商和用戶之間，作為游戲盤轉(zhuǎn)移的價款，支付銷售價格。一般來說，從零售商向發(fā)行人支付的進(jìn)貨貨款是用戶向零售商支付的銷售價格的 70 80%左右。零售商為了銷售游戲盤，需要從發(fā)行人那里進(jìn)貨游戲盤，產(chǎn)生進(jìn)貨貨款的 支付，而得到銷售價格的收入是在向用戶銷售了游戲盤的時刻。因此，對零售商存在現(xiàn)金流 短缺的風(fēng)險。另外，也存在游戲盤被盜時，零售商不能回收進(jìn)貨貨款部分的款項的被盜風(fēng) 險。這樣，由于零售商具有高風(fēng)險，為了降低其風(fēng)險有時控制游戲盤的進(jìn)貨數(shù)量。這 會導(dǎo)致游戲盤銷售的機(jī)會損失，也成為銷售利益率高的二手游戲盤的零售商增加的重要因 素。在二手游戲盤的交易中，平臺持有人或發(fā)行人得不到任何收入。因此，零售商具有高風(fēng) 險的狀況對于平臺持有人或發(fā)行人也不是所希望看到的事情。圖2表示在實施例中建議的交易形式。在本實施例的游戲盤的交易過程中，介于 平臺持有人 發(fā)行人 零售商之間的商流中產(chǎn)生出服務(wù)提供商這一新的角色。并且，形成 游戲盤的物流和其價款的商流部分地被分離的超流通的交易形式。在圖2交易形式中，在平臺持有人 發(fā)行人之間以及發(fā)行人 零售商之間游戲盤發(fā)生轉(zhuǎn)移時，只需要支付其成本。在零售商銷售掉游戲盤時，使用費或進(jìn)貨貨款的余額的支 付由服務(wù)提供商進(jìn)行。換言之，在游戲盤的一連串的交易過程中，到目前為止逐次支付的中 間傭金在該游戲盤的銷售時刻被一次結(jié)賬。根據(jù)圖2的交易實施方式，零售商在進(jìn)貨游戲盤時刻的支付金額比過去大大降 低，降低了零售商在具有游戲盤的庫存時，在現(xiàn)金流方面的風(fēng)險。換言之，至今為止零售商 具有的風(fēng)險也被分散到平臺持有人以及發(fā)行人。但是，由于進(jìn)行了成本的支付，平臺持有人 以及發(fā)行人享受利益的時間是游戲盤的銷售時刻，即，與零售商同期。另外，表示在零售商處游戲盤被銷售掉的事實的銷售信息通過服務(wù)提供商通知平 臺持有人。平臺持有人以接收到該銷售信息為條件，將使游戲軟件的使用成為可能的許可 文件提供給用戶。據(jù)此，以不是購買而是被盜的游戲盤不能使用游戲軟件，降低了被盜的風(fēng) 險。以下說明實現(xiàn)圖2的交易形式的系統(tǒng)的構(gòu)成。圖3表示作為實施例的銷售系統(tǒng)100的構(gòu)成。銷售系統(tǒng)100具有通過包含 LAN · WAN ·因特網(wǎng)等公知的通信手段的通信網(wǎng)20連接的銷售管理裝置10和許可管理裝置 12。銷售系統(tǒng)100通過通信網(wǎng)20連接零售商裝置14、用戶終端16以及帳戶轉(zhuǎn)帳裝置18。帳戶轉(zhuǎn)帳裝置18是設(shè)置在金融機(jī)構(gòu)的信息處理裝置，執(zhí)行接收帳戶轉(zhuǎn)帳要求，并 將由該帳戶轉(zhuǎn)帳要求指定的金額從同樣指定的轉(zhuǎn)帳方賬戶向收款方賬戶轉(zhuǎn)帳的處理。用戶 終端16是由圖2的用戶操作的信息處理終端，讀取游戲盤，執(zhí)行游戲軟件。另外，為了使用 游戲軟件，需要取得許可文件。為此，用戶終端16向許可管理裝置12發(fā)送要求取得許可的 數(shù)據(jù)(以下稱為“許可取得要求”)。零售商裝置14是設(shè)置在圖2的零售商處的信息處理裝置，管理零售商處的游戲盤 的銷售。具體地說，是將表示在零售商處游戲盤已被銷售給用戶的銷售信息發(fā)送給銷售管 理裝置10。另外，零售商裝置14管理在零售商處的游戲盤的銷售價格，在收到從銷售管理 裝置10來的使用費金額和進(jìn)貨價格變動的通知時，對應(yīng)于該變動狀況調(diào)整游戲盤的銷售 價格。銷售管理裝置10是設(shè)置在圖2的服務(wù)提供商處的信息處理裝置，將從零售商裝置 14接收到的銷售信息發(fā)送給許可管理裝置12。與此同時，將零售商的銷售金額的至少一部 分匯款給平臺持有人以及發(fā)行人。銷售管理裝置10的詳細(xì)構(gòu)成將在后面介紹。許可管理裝置12是設(shè)置在圖2的平臺持有人處的信息處理裝置，對用戶終端16 提供游戲軟件的許可文件。許可管理裝置12的詳細(xì)構(gòu)成將在后面介紹。圖4是表示圖3的銷售管理裝置10的功能結(jié)構(gòu)的框圖。銷售管理裝置10具有通 信處理單元30、支付金額保持單元32以及數(shù)據(jù)處理單元34。對于本說明書的框圖中表示的各框，硬件性質(zhì)的部分可以由以計算機(jī)的CPU和內(nèi) 存為代表的元件或機(jī)械裝置來實現(xiàn)，軟件性質(zhì)的部分可以由計算機(jī)程序等來實現(xiàn)。此處描 繪了由這些軟硬件結(jié)合實現(xiàn)的功能框。因此，這些功能框可由硬件、軟件的組合實現(xiàn)各種各 樣的形式，這是本領(lǐng)域技術(shù)人員可以理解的。比如，圖4的各功能框也可以作為軟件安裝在 銷售管理裝置10的硬盤上，適時讀到銷售管理裝置10的內(nèi)存，由處理器來執(zhí)行。后述的其 它框圖也同樣。通信處理單元30通過通信網(wǎng)20執(zhí)行與許可管理裝置12、零售商裝置14、帳戶轉(zhuǎn) 帳裝置18等外部裝置的通信處理。后述的數(shù)據(jù)處理單元34通過通信處理單元30與外部裝置進(jìn)行各種數(shù)據(jù)的發(fā)送和接收。支付金額保持單元32是存儲區(qū)域，保持表示在零售商銷售掉游戲盤的時點，應(yīng)當(dāng) 從零售商的賬戶向平臺持有人的賬戶以及發(fā)行人的賬戶轉(zhuǎn)帳的金額的支付金額信息。圖5 表示保持在支付金額保持單元32的支付金額信息的結(jié)構(gòu)。在商品ID欄，設(shè)定用于識別在 零售商處銷售的游戲盤的種類的ID，比如游戲名稱。在使用費金額欄，設(shè)定從服務(wù)提供商向 平臺持有人支付的使用費的金額。在進(jìn)貨貨款欄，設(shè)定從服務(wù)提供商向發(fā)行人支付的進(jìn)貨 貨款。回到圖4，數(shù)據(jù)處理單元34執(zhí)行在服務(wù)提供商處的各種數(shù)據(jù)的處理。數(shù)據(jù)處理單 元34包括銷售信息轉(zhuǎn)送單元36、匯款支持單元38以及價格通知單元40。銷售信息轉(zhuǎn)送單元36 —接收到來自零售商裝置14的銷售信息，就將該銷售信息 發(fā)送給許可管理裝置12。在該銷售信息中包括商品ID、銷售日、用于識別銷售游戲盤的零 售商的零售商ID、以及成為預(yù)先設(shè)定在銷售的游戲盤中且被公開的ID的公開ID。公開ID 可以以能識別的方式印刷到游戲盤的包裝的表面上，即游戲包裝在購買時已被印字，也可 以由進(jìn)行游戲盤銷售的零售商的銷售員輸入到零售商裝置14。匯款支持單元38參照支付金額信息，執(zhí)行用于支持對平臺持有人的使用費金額 的匯款和對發(fā)行人的進(jìn)貨貨款的匯款的處理。具體地說，指定零售商的賬戶作為轉(zhuǎn)帳方賬 戶，指定平臺持有人的賬戶作為收款方賬戶，作為轉(zhuǎn)帳金額，將指定了使用費金額的帳戶轉(zhuǎn) 帳要求的數(shù)據(jù)發(fā)送給帳戶轉(zhuǎn)帳裝置18。與此同時，指定零售商的賬戶作為轉(zhuǎn)帳方賬戶，指定 發(fā)行人的賬戶作為收款方賬戶，作為轉(zhuǎn)帳金額，將指定了進(jìn)貨貨款的帳戶轉(zhuǎn)帳要求的數(shù)據(jù) 發(fā)送給帳戶轉(zhuǎn)帳裝置18。價格通知單元40在檢測到在支付金額保持單元32的支付金額信息發(fā)生了變更 時，將表示該變更內(nèi)容的數(shù)據(jù)通知零售商裝置14。由此，在零售商裝置14調(diào)整游戲盤的銷 售價格。比如、在支付金額信息的進(jìn)貨價格從3000日元降到1500日元時，通過將該情況通 知零售商裝置14，也可以將游戲盤的銷售價格從5000日元降到3500日元。圖6是表示圖3的許可管理裝置12的功能結(jié)構(gòu)的框圖。許可管理裝置12具有通 信處理單元50、數(shù)據(jù)保持單元52、以及數(shù)據(jù)處理單元58。通信處理單元50通過通信網(wǎng)20， 執(zhí)行與銷售管理裝置10、用戶終端16等外部裝置的通信處理。后述的數(shù)據(jù)處理單元58通 過通信處理單元50與外部裝置進(jìn)行各種數(shù)據(jù)的發(fā)送和接收。數(shù)據(jù)保持單元52是存儲各種數(shù)據(jù)的存儲區(qū)域，包括密鑰保持單元M和銷售狀況 保持單元56。密鑰保持單元M對于平臺持有人制造的游戲盤，保持將該游戲盤的公開ID 和用于識別該游戲盤的非公開的ID對應(yīng)起來的密鑰信息。圖7表示保持在密鑰保持單元M的密鑰信息的結(jié)構(gòu)。在許可標(biāo)志欄，設(shè)定表示秘 密ID是否有效的標(biāo)志，即，設(shè)定表示對指定該秘密ID的許可取得要求能否提供許可文件的 標(biāo)志。在商品ID欄、銷售日欄、零售商ID欄設(shè)定與銷售信息同樣的信息。對于該密鑰信息 中的公開ID以及秘密ID，在游戲盤被從平臺持有人向發(fā)行人發(fā)貨的時點，設(shè)定用于唯一確 定該游戲盤的ID。在許可管理裝置12接收到銷售信息時，設(shè)定許可標(biāo)志 零售商ID。對 于初期狀態(tài)的許可標(biāo)志，設(shè)定表示秘密ID無效的無效標(biāo)志。銷售狀況保持單元56保持將銷售游戲盤的零售商的信息和購買了該游戲盤的用 戶的信息對應(yīng)起來的銷售狀況數(shù)據(jù)。圖8表示保持在銷售狀況保持單元56的銷售狀況數(shù)據(jù)的結(jié)構(gòu)。在商品ID欄、銷售日欄、零售商ID欄中設(shè)定與銷售信息相同的信息。在用戶ID 欄設(shè)定用于識別購買了游戲盤的用戶的ID。該用戶ID也可以是用戶用于對提供許可文件 的平臺持有人的網(wǎng)站進(jìn)行登錄的登錄ID?；氐綀D6，數(shù)據(jù)處理單元58執(zhí)行在平臺持有人處的各種數(shù)據(jù)處理。數(shù)據(jù)處理單元 58包含銷售信息接收單元60、有效化處理單元62、許可要求接收單元64、許可提供單元66、 以及銷售狀況記錄單元68。銷售信息接收單元60接收從銷售管理裝置10發(fā)送來的銷售信息。有效化處理單 元62確定設(shè)定了包含在銷售信息中的公開ID的密鑰信息的記錄，在該記錄的許可標(biāo)志欄 設(shè)定表示秘密ID為有效的有效標(biāo)志。將包含在該銷售信息中的商品ID、銷售日、零售商ID 的數(shù)據(jù)設(shè)定到上述確定的記錄中。許可要求接收單元64接收從用戶終端16發(fā)送的許可取得要求。在該許可取得要 求中包含游戲盤的秘密ID和用戶ID。秘密ID是只有購買了游戲盤的用戶才能確認(rèn)的ID， 可以以打開包裝才能確認(rèn)的形式在游戲盤的包裝的背面印字。秘密ID也可以由用戶輸入 用戶終端16。另外，可以在游戲盤的記錄數(shù)據(jù)中預(yù)先設(shè)定秘密ID，可以由用戶終端16從游 戲盤讀入秘密ID。許可提供單元66確定設(shè)定了包含在許可取得要求中的秘密ID的密鑰信息的記 錄，判定在該記錄的許可標(biāo)志欄中是否設(shè)定有有效標(biāo)志。在設(shè)定有有效標(biāo)志時，將游戲軟件 的許可文件發(fā)送給用戶終端16，在設(shè)定有無效標(biāo)志時，拒絕提供許可文件。在許可文件被發(fā)送到用戶終端16時，銷售狀況記錄單元68將存放在密鑰信息中 的商品ID以及銷售日，與以許可取得要求指定的用戶ID相對應(yīng)，作為銷售狀況數(shù)據(jù)存放到 銷售狀況保持單元56。雖然在圖6中未圖示，但許可管理裝置12還可以具有銷售狀況輸出 單元。該銷售狀況輸出單元也可以將把游戲盤的購買用戶和銷售店對應(yīng)起來的銷售狀況數(shù) 據(jù)作為用于支持市場營銷活動的數(shù)據(jù)，輸出給顯示器等指定的輸出裝置。另外，銷售狀況輸 出單元也可以根據(jù)存放在圖中未示出的數(shù)據(jù)庫中的用戶的屬性信息和銷售店的屬性信息， 生成用于支持市場營銷活動的規(guī)定形式的數(shù)據(jù)并將其輸出。以下說明根據(jù)以上構(gòu)成的動作。圖9是表示銷售管理裝置10的動作的流程圖。銷售信息轉(zhuǎn)送單元36在接收到來 自零售商裝置14的銷售信息時(S10的是)，將該銷售信息轉(zhuǎn)送給許可管理裝置12(S12)。 匯款支持單元38通過將使用費匯款給平臺持有人，并將進(jìn)貨貨款匯款給發(fā)行人，將零售商 的銷售金額的一部分返回給平臺持有人以及發(fā)行人(S14)。如果沒有接收到銷售信息(S10 的否)，則跳過S12以及S14。在使用費金額或進(jìn)貨貨款等的支付金額信息發(fā)生變更時(S16 的是)，價格通知單元40通過將該變更的狀況通知給零售商裝置14，來調(diào)整零售商處的銷 售價格(S18)。如果支付金額信息沒有變更(S16的否)，則跳過S18，本圖的流程結(jié)束。圖10是表示許可管理裝置12的動作的流程圖。當(dāng)銷售信息接收單元60從銷售 管理裝置10接收到銷售信息(S20的是)時，有效化處理單元62使與包含在該銷售信息中 的公開ID建立了對應(yīng)關(guān)系的秘密ID有效化(S22)。如沒有接收到銷售信息(S20的否)， 則跳過S22。當(dāng)許可要求接收單元64從用戶終端16接收到許可取得要求時(SM的是)， 在秘密ID被有效化的情況下(S^的是)，許可提供單元66向用戶終端16發(fā)送許可文件 (S28) 0與此同時，銷售狀況記錄單元68把使購買了游戲盤的用戶與銷售的零售商建立了對應(yīng)關(guān)系的銷售狀況數(shù)據(jù)存放到銷售狀況保持單元56(S30)。如果秘密ID沒有被有效化 (S26的否)，則跳過S28以及S30，如果沒有接收到許可取得要求(SM的否)，則跳過S^ S30，結(jié)束本圖的流程。根據(jù)本實施例的銷售系統(tǒng)100，可實現(xiàn)圖2所示的超流通性的交易。即，降低了零 售商在進(jìn)貨游戲盤時向發(fā)行人支付的金額，從而降低了零售商的商業(yè)風(fēng)險。另外，因為將公 開ID和秘密ID聯(lián)系起來，決定是否提供許可文件，用被盜的游戲盤不能使用游戲軟件，因 而也降低了零售商的游戲盤被盜的風(fēng)險。這樣，通過降低零售商的商業(yè)風(fēng)險，零售商容易比 過去進(jìn)貨和銷售更多的游戲盤。另外，由于零售商更容易經(jīng)銷新的游戲盤，可期待增加經(jīng)銷 新的游戲盤，對于平臺持有人以及發(fā)行人也是有益的。根據(jù)銷售系統(tǒng)100，與使用費金額和進(jìn)貨價格的變更發(fā)生聯(lián)動，零售商的游戲盤的 銷售價格也發(fā)生變更。在過去的交易形式中，由于產(chǎn)生金額大的進(jìn)貨費用，即使使用費金額 或進(jìn)貨價格發(fā)生變更，零售商的銷售價格也難以追隨該變更。但是，在本實施例，由于進(jìn)貨 游戲盤所需的費用降低了，使得對應(yīng)于使用費金額或進(jìn)貨價格的變更而靈活調(diào)整銷售價格 成為可能。另外，零售商裝置14在得到來自銷售管理裝置10的關(guān)于使用費金額或進(jìn)貨價 格的變更的通知時，可以即時變更在收款機(jī)等的銷售裝置的銷售價格。比如、作為新的銷售 價格，也可以變更為對于變更后的進(jìn)貨價格加上預(yù)先設(shè)定的零售商的利潤而成的價格。由 此可將平臺持有人和發(fā)行人的價格戰(zhàn)略迅速反映到零售商的銷售價格上。另外，根據(jù)銷售系統(tǒng)100，可積累將購買了游戲盤的用戶與銷售的零售商建立了對 應(yīng)關(guān)系的銷售狀況數(shù)據(jù)。由此，可以支持對應(yīng)于用戶的屬性的購買行為的分析等市場營銷 活動用的信息分析。比如、可以支持對于從特定的零售商頻繁地購買游戲盤的用戶，通知該 零售商的特賣信息等的銷售戰(zhàn)略。以上基于實施例對本發(fā)明進(jìn)行了說明。該實施例是舉例，這些各構(gòu)成要素或各處 理過程的組合可以有各種各樣的變形例，且這些變形例也在本發(fā)明的范圍內(nèi)，這一點對本 領(lǐng)域的技術(shù)人員來說是可以理解的。下面表示變形。下面說明第1變形例。在上述實施例中，匯款支持單元38通過進(jìn)行對帳戶轉(zhuǎn)帳裝 置18的帳戶轉(zhuǎn)帳要求，來執(zhí)行對平臺持有人的使用費的支付以及對發(fā)行人的進(jìn)貨貨款的 支付。在變形例中，可以將由匯款支持單元38直接執(zhí)行支付處理改為執(zhí)行支持向平臺持有 人以及發(fā)行人的支付的處理。比如、匯款支持單元38可以對服務(wù)提供商的賬本文件或財務(wù) 數(shù)據(jù)庫記錄向平臺持有人支付使用費以及向發(fā)行人支付進(jìn)貨貨款的意旨。下面說明第2變形例。在上述實施例中，銷售管理裝置10設(shè)置在服務(wù)提供商處，許 可管理裝置12設(shè)置在平臺持有人處，但并不限于該實施方式。比如，在發(fā)行人進(jìn)行銷售價 格的分配以及許可管理的情況下，銷售管理裝置10以及許可管理裝置12都可以配置在發(fā) 行人處。此時，實施例中的服務(wù)提供商的作用由發(fā)行人承擔(dān)。這樣，實施例中的服務(wù)提供商 的作用可由平臺持有人、發(fā)行人、零售商中的某一方來兼任。另外，銷售管理裝置10和許可 管理裝置12并不一定要物理上分開、也可以在同一殼體的服務(wù)器內(nèi)分別實現(xiàn)各自的功能。下面說明第3變形例。在上述實施例中的圖2的說明中，是將存儲了游戲軟件的 光盤從平臺持有人向發(fā)行人發(fā)貨，但并不限于該實施方式。比如、平臺持有人可以將設(shè)定了 公開ID和秘密ID，但沒有存儲游戲軟件的光盤、即所謂空白盤發(fā)貨給發(fā)行人。然后由發(fā)行 人在該光盤上存儲游戲軟件后批發(fā)給零售商。
上述實施例以及變形例的任意組合也可以作為本發(fā)明的實施例。由組合產(chǎn)生的新 的實施例兼有被組合的實施例以及變形例各自的效果。權(quán)利要求中記載的各構(gòu)成要素應(yīng)具有的功能可由實施例以及變形例中記載的各 構(gòu)成要素單獨或其組合來實現(xiàn)，這一點對本領(lǐng)域技術(shù)人員來說也是可以理解的。產(chǎn)業(yè)利用的可能性本發(fā)明可用于對記錄有數(shù)字內(nèi)容的記錄媒體的銷售進(jìn)行管理的系統(tǒng)。
權(quán)利要求
1.一種銷售系統(tǒng)，其特征在于，具有銷售管理裝置和許可管理裝置，所述銷售管理裝置具有銷售信息通知單元，在記錄有數(shù)字內(nèi)容的記錄媒體經(jīng)物流渠道 從最終經(jīng)銷商被銷售給最終消費者時，所述銷售信息通知單元將表示該事實的銷售信息通 知所述許可管理裝置，所述許可管理裝置具有許可提供單元，該許可提供單元以從所述銷售管理裝置收到所 述銷售信息的通知為條件，將用于使所述數(shù)字內(nèi)容的使用成為可能的許可提供給最終消費 者，所述銷售管理裝置還具有匯款支持單元，該匯款支持單元以所述記錄媒體被銷售給最 終消費者為契機(jī)，支持將該銷售金額的一部分匯款給參與了所述記錄媒體的物流的中間經(jīng) 銷商。
2.如權(quán)利要求1所述的銷售系統(tǒng)，其特征在于，所述匯款支持單元通過支持所述銷售 金額的一部分的匯款，以對最終消費者的銷售為契機(jī)，執(zhí)行對中間經(jīng)銷商的進(jìn)貨貨款的支 付。
3.如權(quán)利要求1或2所述的銷售系統(tǒng)，其特征在于，所述銷售信息包含賦予給所述記錄 媒體的識別信息，所述許可提供單元在從最終消費者的終端接收到所述許可的取得要求時，以由該取得 要求所指定的信息的有效性被包含在所述銷售信息中的識別信息所確認(rèn)為條件，將所述許 可的數(shù)據(jù)發(fā)送給所述最終消費者的終端。
4.如權(quán)利要求2所述的銷售系統(tǒng)，其特征在于，所述銷售管理裝置還具有價格通知單 元，為了相應(yīng)于所述進(jìn)貨價格的變動狀況而變更最終經(jīng)銷商的銷售價格，將該變動狀況通 知給最終經(jīng)銷商。
5.如權(quán)利要求1或4中任一項所述的銷售系統(tǒng)，其特征在于，所述銷售信息包含關(guān)于銷 售了所述記錄媒體的最終經(jīng)銷商的信息，所述許可管理裝置還包含銷售狀況記錄單元，該銷售狀況記錄單元將關(guān)于提供了所述 許可的最終消費者的信息和關(guān)于所述最終經(jīng)銷商的信息相關(guān)聯(lián)，存儲到設(shè)定的存儲裝置。
6.一種由銷售管理裝置執(zhí)行的銷售管理方法，其特征在于具有如下步驟在記錄有數(shù)字內(nèi)容的記錄媒體經(jīng)過物流渠道被從最終經(jīng)銷商銷售給了最終消費者時， 通過支持將該銷售金額的一部分匯款給參與了所述記錄媒體的物流的中間經(jīng)銷商，以對最 終消費者的銷售為契機(jī)，執(zhí)行對中間經(jīng)銷商的進(jìn)貨貨款的支付。
全文摘要
實施例的銷售系統(tǒng)100具有銷售管理裝置10和許可管理裝置12。銷售管理裝置10在記錄有數(shù)字內(nèi)容的記錄媒體經(jīng)物流渠道從最終經(jīng)銷商銷售給了用戶時，將該銷售信息通知給許可管理裝置。許可管理裝置12以從銷售管理裝置得到銷售信息的通知為條件，將用于使數(shù)字內(nèi)容的使用成為可能的許可提供給用戶終端16。銷售管理裝置10支持以對用戶的銷售為契機(jī)，將該銷售金額的一部分匯款給參與了記錄媒體的物流的中間經(jīng)銷商。
文檔編號G06Q30/06GK102105899SQ20108000194
公開日2011年6月22日 申請日期2010年5月19日 優(yōu)先權(quán)日2009年10月13日
發(fā)明者矢部雄平 申請人:索尼計算機(jī)娛樂公司