JP2003331139A - Apparatus and method for sales processing - Google Patents

Apparatus and method for sales processing

Info

Publication number
JP2003331139A
JP2003331139A JP2002137184A JP2002137184A JP2003331139A JP 2003331139 A JP2003331139 A JP 2003331139A JP 2002137184 A JP2002137184 A JP 2002137184A JP 2002137184 A JP2002137184 A JP 2002137184A JP 2003331139 A JP2003331139 A JP 2003331139A
Authority
JP
Japan
Prior art keywords
purchase
usage right
sales
sales history
usage
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002137184A
Other languages
Japanese (ja)
Inventor
Junichiro Soejima
淳一郎 副島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Casio Computer Co Ltd
Original Assignee
Casio Computer Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Casio Computer Co Ltd filed Critical Casio Computer Co Ltd
Priority to JP2002137184A priority Critical patent/JP2003331139A/en
Publication of JP2003331139A publication Critical patent/JP2003331139A/en
Pending legal-status Critical Current

Links

Landscapes

  • Storage Device Security (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To realize an apparatus and a method for sales processing which can prevent the sold right to use from illegally being used and provide the right to use free of charge when the right to use can not properly be exercised. <P>SOLUTION: At a site 2, whether there is a sales history regarding a user terminal 1 is retrieved from a sales history database 10 at a purchase request from the user terminal 1 and when there is a sales history, it is decided whether the sold right to use is already downloaded by reference to its contents; when it is decided that the downloading is incomplete, the right to use is downloaded to the user terminal 1 free of charge. Further, the user terminal 1 retrieves a purchase ID overlapping a purchase ID included in the currently purchased right to use from a purchase history database 22c and when an overlapping purchase ID is retrieved, the purchase ID is regarded as a forged or altered illegal one to invalidate the currently purchased right to use. <P>COPYRIGHT: (C)2004,JPO

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は、インターネットを
利用してソフトウェアの使用権を販売する装置であっ
て、特に、販売した使用権の不正使用を防止したり、ユ
ーザが正規に購入した使用権が適正に行使できない場合
にその使用権を無償で提供するようにした販売処理装置
および販売処理方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an apparatus for selling software usage rights by utilizing the Internet, and in particular, it prevents unauthorized use of the sold usage rights or uses the usage rights that the user has purchased legally. The present invention relates to a sales processing device and a sales processing method for providing the usage right free of charge when the customer cannot properly exercise.

【0002】[0002]

【従来の技術】近年、インターネット利用人口の増加に
伴い、様々なビジネスモデルが生れつつあり、例えば楽
曲やソフトウェアなど様々なコンテンツを配信するサー
ビスもその一形態として知られている。こうしたサービ
スでは、インターネットを介して接続される配信サイト
およびそのサイトと配信契約したユーザからなり、ユー
ザが配信サイトにアクセスして所望のデータについてダ
ウンロードを要求すると、その要求に応じて配信サイト
が対応するデータをユーザへ送出する一方、当該ユーザ
からその料金を徴収するようになっている。
2. Description of the Related Art In recent years, various business models are emerging with the increase in the population using the Internet, and services for distributing various contents such as music and software are also known as one form thereof. These services consist of a distribution site that is connected via the Internet and users who have a distribution contract with that site. When a user accesses the distribution site and requests download of desired data, the distribution site responds to the request. While sending the data to the user, the fee is collected from the user.

【0003】[0003]

【発明が解決しようとする課題】ところで、ユーザにソ
フトウェアを配信する形態では、配信したソフトウェア
がユーザ側で複製されて不正使用される懸念がある為、
配信するソフトウェアの機能を制限したり解除する仕組
みが各種案出されている。その仕組みとしては、例えば
ユーザに配信するソフトウェアに使用制限機能を設けて
おき、このソフトウェアを適正に使用したいユーザにの
み、その使用制限機能を解除するファイルを「使用権」
として販売するものである。しかしながら、このように
して配信するソフトウェアの直接的な不正使用を防いだ
としても、販売した「使用権」自体の不正使用や変造を
防止することが難しい、という問題がある。
By the way, in the form of distributing the software to the user, there is a concern that the distributed software will be copied and illegally used by the user.
Various schemes have been devised to limit or cancel the functions of software to be distributed. As a mechanism for this, for example, a usage restriction function is provided in software to be distributed to users, and only the user who wants to properly use this software releases the file for which the usage restriction function is released as "use right".
To sell as. However, even if the unauthorized use of the software distributed in this way is prevented, there is a problem that it is difficult to prevent the unauthorized use or modification of the sold “use right” itself.

【0004】加えて、ネットを介して「使用権」を販売
する形態では、例えば通信エラー等によりユーザ側で正
常にダウンロードが行われない場合、ユーザ側では正規
に購入した「使用権」であっても行使できない事態も起
こり得る。このような場合、ユーザは再度「使用権」を
購入することになり、購入代金の2重払いが生じてしま
うという問題もある。
In addition, in the form of selling the "usage right" via the Internet, if the user side does not download normally due to a communication error or the like, the "use right" is a legally purchased "use right" on the user side. However, there may be situations where it cannot be exercised. In such a case, the user will have to purchase the “use right” again, and there is also a problem that the purchase price will be double paid.

【0005】そこで本発明は、このような事情に鑑みて
なされたもので、販売した使用権の不正使用を防止で
き、しかもユーザが正規に購入した使用権が適正に行使
できない場合にその使用権を無償で提供することができ
る販売処理装置および販売処理方法を提供することを目
的としている。
Therefore, the present invention has been made in view of such circumstances, and it is possible to prevent the illegal use of the sold usage right, and when the usage right purchased by the user cannot be properly exercised. It is an object of the present invention to provide a sales processing device and a sales processing method that can provide the product free of charge.

【0006】[0006]

【課題を解決するための手段】上記目的を達成するた
め、請求項1に記載の発明では、ネットワークを経由し
て使用権を販売するサイトと、このサイトから購入した
使用権によって使用制限が解除されるソフトウェアを備
えるユーザ端末とに設けられる装置であって、前記サイ
トは、販売履歴を記憶管理する販売履歴データベース手
段と、前記ユーザ端末からの購入要求に応じて、そのユ
ーザ端末に関する販売履歴の有無を前記販売履歴データ
ベース手段から検索し、販売履歴が有ればその内容を参
照して販売した使用権がダウンロード済みか否かを判定
する判定手段と、この判定手段にてダウンロード未完と
判定された場合、あるいはダウンロード済みであっても
前記販売履歴データベース手段から検索した前回と前々
回の販売履歴が一致する場合には前記購入要求を出した
ユーザ端末に使用権を無償でダウンロードするダウンロ
ード手段とを具備し、前記ユーザ端末は、購入履歴を記
憶管理する購入履歴データベース手段と、前記サイトか
らダウンロードされ、今回購入した使用権に含まれる購
入IDと重複する購入IDを前記購入履歴データベース
手段から検索し、重複する購入IDが検索された場合に
今回購入した使用権を無効にする無効化手段とを具備す
ることを特徴とする。
In order to achieve the above-mentioned object, in the invention described in claim 1, the usage restriction is released by the site selling the usage right via the network and the usage right purchased from this site. A device provided in a user terminal provided with the software, the site stores sales history database means for storing and managing a sales history, and stores a sales history related to the user terminal in response to a purchase request from the user terminal. The presence / absence is searched from the sales history database means, and if there is a sales history, a determination means for determining whether or not the usage right sold is referred to by referring to the content, and the determination means determines that the download is not completed. If it is, or even if it has been downloaded, the sales history of the previous time and the sales history of the time before the one searched from the sales history database means match. In the case of a purchase request, the user terminal that has issued the purchase request is provided with a download means for downloading the usage right free of charge, the user terminal is a purchase history database means for storing and managing a purchase history, and is downloaded from the site, The purchase history database means searches for a purchase ID that duplicates the purchase ID included in the usage right purchased this time, and if the duplicate purchase ID is found, the invalidation means invalidates the usage right purchased this time. It is characterized by doing.

【0007】請求項2に記載の発明では、ネットワーク
を経由して使用権を販売するサイトと、このサイトから
購入した使用権によって使用制限が解除されるソフトウ
ェアを備えるユーザ端末とで実行される処理方法であっ
て、前記サイトでは、前記ユーザ端末からの購入要求に
応じて、そのユーザ端末に関する販売履歴の有無を、販
売履歴を記憶管理する販売履歴データベースから検索
し、販売履歴が有ればその内容を参照して販売した使用
権がダウンロード済みか否かを判定する判定過程と、こ
の判定過程にてダウンロード未完と判定された場合、あ
るいはダウンロード済みであっても前記販売履歴データ
ベースから検索した前回と前々回の販売履歴が一致する
場合には前記購入要求を出したユーザ端末に使用権を無
償でダウンロードするダウンロード過程とを具備し、前
記ユーザ端末では、前記サイトからダウンロードされ、
今回購入した使用権に含まれる購入IDと重複する購入
IDを、購入履歴を記憶管理する購入履歴データベース
から検索し、重複する購入IDが検索された場合に今回
購入した使用権を無効にする無効化過程とを具備するこ
とを特徴とする。
According to the second aspect of the present invention, the processing executed by the site that sells the usage right via the network and the user terminal equipped with the software whose usage restriction is released by the usage right purchased from this site In the method, in response to a purchase request from the user terminal, the site searches the sales history database that stores and manages the sales history for the presence or absence of a sales history related to the user terminal. A determination process for determining whether or not the usage right sold by referring to the content has been downloaded, and a case in which it is determined that the download is not completed in this determination process, or even if the download is completed, the previous time when the sales history database is searched. If the sales history of the previous two times matches, the usage right is downloaded to the user terminal that issued the purchase request free of charge. ; And a download process, in the user terminal, is downloaded from the site,
Search for a purchase ID that duplicates the purchase ID included in the usage right purchased this time from the purchase history database that stores and manages the purchase history, and invalidates the usage right purchased this time if a duplicate purchase ID is found. And a conversion process.

【0008】請求項3に記載の発明では、ネットワーク
を介してアクセスしてくるユーザ端末からの購入要求に
応じて使用権を販売するサイト側に設けられる装置であ
って、少なくとも前記購入要求時にユーザ端末から送出
されるユーザID、前回購入IDおよび販売した使用権
がユーザ端末側にダウンロード済みであるか否かを表す
ダウンロードフラグを含む販売履歴データを記憶する販
売履歴記憶手段と、前記購入要求に含まれるユーザID
に基づき前記販売履歴記憶手段から該当する販売履歴の
有無を検索する第1の検索手段と、この第1の検索手段
により販売履歴が検索された場合、その検索された販売
履歴データ中のダウンロードフラグを参照して使用権が
ダウンロード済みか否かを判定する判定手段と、この判
定手段によってダウンロード未完と判定された場合、該
当ユーザに無償で使用権をダウンロードする第1のダウ
ンロード手段と、前記判定手段によってダウンロード済
みと判定された場合、前記販売履歴記憶手段から前回購
入IDおよび前々回購入IDを検索する第2の検索手段
と、この第2の検索手段によって検索された前回購入I
Dと前々回購入IDとが一致した場合には該当ユーザに
無償で使用権をダウンロードする第2のダウンロード手
段と前記第2の検索手段により検索された前回購入ID
と前々回購入IDとが一致しない場合には使用権が正規
購入されていないと見做して新規購入をユーザ側に通知
する通知手段とを具備することを特徴とする。
According to a third aspect of the present invention, there is provided a device provided on a site side that sells a usage right in response to a purchase request from a user terminal that is accessed via a network. Sales history storage means for storing sales history data including a user ID sent from the terminal, a previous purchase ID, and a download flag indicating whether or not the usage right sold has been downloaded to the user terminal side; User ID included
First search means for searching the sales history storage means based on the presence / absence of the corresponding sales history, and when the sales history is searched by the first search means, the download flag in the searched sales history data. And a first downloading means for downloading the usage right to the relevant user free of charge when the downloading is not completed by this judging means. If it is determined by the means that the download has been completed, a second search means for searching the previous purchase ID and the purchase ID before the last purchase from the sales history storage means, and the previous purchase I searched by the second search means
If D and the previous purchase ID match, the second download means for downloading the usage right to the corresponding user free of charge and the previous purchase ID searched by the second search means.
When the purchase ID does not match with the previous purchase ID, it is considered that the usage right is not officially purchased, and a notification means for notifying the user of new purchase is provided.

【0009】請求項4に記載の発明では、ネットワーク
を介してアクセスしてくるユーザ端末からの購入要求に
応じて使用権を販売するサイト側で処理される方法であ
って、少なくとも前記購入要求時にユーザ側から送出さ
れるユーザID、前回購入IDおよび販売した使用権が
ユーザ側にダウンロード済みであるか否かを表すダウン
ロードフラグを含む販売履歴データを記憶する販売履歴
データベースを備え、前記購入要求に含まれるユーザI
Dに基づき前記販売履歴データベースから該当する販売
履歴の有無を検索する第1の検索過程と、この第1の検
索過程にて販売履歴が検索された場合、その検索された
販売履歴データ中のダウンロードフラグを参照して使用
権がダウンロード済みか否かを判定する判定過程と、こ
の判定過程にてダウンロード未完と判定された場合、該
当ユーザに無償で使用権をダウンロードする第1のダウ
ンロード過程と、前記判定過程にてダウンロード済みと
判定された場合、前記販売履歴データベースから前回購
入IDおよび前々回購入IDを検索する第2の検索過程
と、この第2の検索過程にて検索された前回購入IDと
前々回購入IDとが一致した場合には該当ユーザに無償
で使用権をダウンロードする第2のダウンロード過程
と、前記第2の検索過程にて検索された前回購入IDと
前々回購入IDとが一致しない場合、使用権が正規購入
されていないと見做して新規購入をユーザ側に通知する
通知過程とを具備することを特徴とする。
According to a fourth aspect of the present invention, there is provided a method of processing at a site which sells a usage right in response to a purchase request from a user terminal accessed via a network, at least at the time of the purchase request. The purchase request is provided with a sales history database that stores sales history data including a user ID sent from the user side, a previous purchase ID, and a download flag indicating whether or not the usage right sold has been downloaded to the user side. User I included
The first search step of searching the sales history database for the presence or absence of the corresponding sales history based on D, and when the sales history is searched in the first search step, the download in the searched sales history data is performed. A determination process of determining whether or not the usage right has been downloaded with reference to the flag, and a first download process of downloading the usage right to the corresponding user free of charge when it is determined that the download is not completed in this determination process, When it is determined that it has been downloaded in the determination process, the second search process of searching the previous purchase ID and the purchase ID of the last-one purchase from the sales history database, and the previous purchase ID searched in the second search process. A second download process of downloading the usage right to the corresponding user free of charge when the purchase ID matches the previous-second purchase ID, and the second search. If the previous purchase ID and the previous purchase ID found in the previous step do not match, it is considered that the usage right is not a regular purchase, and a notification process of notifying the user of a new purchase is provided. To do.

【0010】請求項5に記載の発明では、ネットワーク
を介してサイトから購入した使用権に従ってユーザ端末
側で稼働するソフトウェアの使用期限を管理する装置で
あって、少なくとも購入した使用権を識別する購入I
D、使用権の状態を表す状態フラグおよび有効期限を含
む購入データを記憶する購入履歴記憶手段と、購入に応
じて前記サイト側からダウンロードされ、今回購入した
使用権に含まれる購入IDと重複する購入IDが前記購
入履歴記憶手段に記憶されているか否かを検索する第1
の検索手段と、この第1の検索手段によって重複する購
入IDが検索された場合、今回購入した使用権を無効に
する無効化手段と、前記検索手段によって重複する購入
IDが検索されない場合、今回購入した使用権が未使用
の状態にある旨を表す状態フラグと当該使用権の有効時
間とを備えた新たな購入データを生成して前記購入履歴
記憶手段に登録する登録手段と、この登録手段によって
前記購入履歴記憶手段に登録された新たな購入データの
状態フラグが表す状態を機能使用中に変更して前記ソフ
トウェアの使用制限を解除する解除手段と、この解除手
段により使用制限が解除された前記ソフトウェアが稼働
中にある場合、機能使用中を表す状態フラグを有する購
入データを前記購入履歴記憶手段から一定時間毎に検索
する第2の検索手段と、この第2の検索手段によって検
索された購入データの有効期限が切れていれば、当該購
入データの状態フラグが表す状態を使用権無効に変更
し、期限切れでなければ使用制限を解除した時点からの
経過時間に応じて有効期限を更新する期限管理手段とを
具備することを特徴とする。
According to a fifth aspect of the present invention, there is provided a device for managing the expiration date of software operating on the user terminal side according to the usage right purchased from the site via the network, and at least the purchase right identifying the purchased usage right. I
D, a purchase history storage unit that stores purchase data including a status flag indicating the status of the usage right and an expiration date, and a purchase ID that is downloaded from the site side according to the purchase and that is included in the usage right purchased this time. First searching for whether or not a purchase ID is stored in the purchase history storage means
When the duplicate purchase ID is searched by the first search means and the invalidating means that invalidates the usage right purchased this time, and the duplicate purchase ID is not searched by the search means, Registration means for generating new purchase data having a status flag indicating that the purchased usage right is in an unused state and valid time of the usage right, and registering the new purchase data in the purchase history storage means, and the registration means. By means of changing the state represented by the state flag of the new purchase data registered in the purchase history storage means during function use to release the use restriction of the software, and the use restriction is released by this release means. When the software is in operation, a second retrieval device that retrieves purchase data having a status flag indicating that the function is in use from the purchase history storage means at regular time intervals. When the expiration date of the purchase data retrieved by the second retrieval means has expired, the state represented by the state flag of the purchase data is changed to the usage right invalid, and if the expiration date has not expired, the usage restriction is released. And a term management means for updating the term of validity according to the elapsed time from.

【0011】上記請求項5に従属する請求項6に記載の
発明では、前記期限管理手段は、前記ソフトウェアが実
行終了する間際に、使用制限が解除されている購入デー
タを前記購入履歴記憶手段から検索し、該当する購入デ
ータの状態フラグを使用権無効の状態に変更してから当
該ソフトウェアを実行終了させることを特徴とする。
According to a sixth aspect of the present invention, which is dependent on the fifth aspect, the deadline management means stores the purchase data whose usage restrictions have been released from the purchase history storage means just before the execution of the software ends. It is characterized in that the software is searched for, the status flag of the corresponding purchase data is changed to the usage right invalid status, and then the software is terminated.

【0012】請求項7に記載の発明では、ネットワーク
を介してサイトから購入した使用権に従ってユーザ端末
側で稼働するソフトウェアの使用期限を管理する方法で
あって、少なくとも購入した使用権を識別する購入I
D、使用権の状態を表す状態フラグおよび有効期限を含
む購入データを記憶する購入履歴データベースを備え、
購入に応じて前記サイト側からダウンロードされ、今回
購入した使用権に含まれる購入IDと重複する購入ID
が前記購入履歴データベースに記憶されているか否かを
検索する第1の検索過程と、この第1の検索過程にて重
複する購入IDが検索された場合、今回購入した使用権
を無効にする無効化過程と、前記第1の検索手段にて重
複する購入IDが検索されない場合、今回購入した使用
権が未使用の状態にある旨を表す状態フラグと当該使用
権の有効時間とを備えた新たな購入データを生成して前
記購入履歴データベースに登録する登録過程と、この登
録過程にて前記購入履歴データベースに登録された新た
な購入データの状態フラグが表す状態を機能使用中に変
更して前記ソフトウェアの使用制限を解除する解除過程
と、この解除過程により使用制限が解除された前記ソフ
トウェアが稼働中にある場合、機能使用中を表す状態フ
ラグを有する購入データを前記購入履歴データベースか
ら一定時間毎に検索する第2の検索過程と、この第2の
検索過程にて検索された購入データの有効期限が切れて
いれば、当該購入データの状態フラグが表す状態を使用
権無効に変更し、期限切れでなければ使用制限を解除し
た時点からの経過時間に応じて有効期限を更新する期限
管理過程とを具備することを特徴とする。
According to a seventh aspect of the present invention, there is provided a method of managing the expiration date of software operating on the user terminal side according to the usage right purchased from the site via the network, which purchase method identifies at least the purchased usage right. I
D, a purchase history database that stores purchase data including a status flag indicating the status of usage rights and an expiration date,
A purchase ID that is downloaded from the site according to your purchase and that overlaps with the purchase ID included in the usage right you purchased this time.
The first search step of searching whether or not is stored in the purchase history database, and if a duplicate purchase ID is searched in this first search step, the use right purchased this time is invalidated. And a new flag including a status flag indicating that the usage right purchased this time is in an unused state and a valid time of the usage right when a duplicate purchase ID is not searched by the first searching means. A registration process of generating new purchase data and registering it in the purchase history database, and changing the state represented by the status flag of the new purchase data registered in the purchase history database during the registration process to use the function. Purchase with a release process for releasing the usage restriction of the software and a status flag indicating that the function is in use when the software whose usage restriction has been released by this cancellation process is in operation A second search step of searching the purchase history database at regular intervals, and if the purchase data searched in this second search step has expired, the status flag of the purchase data is changed. It is characterized by including a period management process of changing the state shown to invalidation of the usage right, and updating the expiration date according to the elapsed time from the time when the usage restriction is released if it has not expired.

【0013】上記請求項7に従属する請求項8に記載の
発明では、前記期限管理過程は、前記ソフトウェアが実
行終了する間際に、使用制限が解除されている購入デー
タを前記購入履歴データベースから検索し、該当する購
入データの状態フラグを使用権無効の状態に変更してか
ら当該ソフトウェアを実行終了させることを特徴とす
る。
In the invention according to claim 8 subordinate to claim 7, in the deadline management process, the purchase history database is searched for purchase data whose usage restrictions have been released just before the execution of the software ends. Then, the state flag of the corresponding purchase data is changed to the use right invalid state, and then the execution of the software is terminated.

【0014】本発明では、ネットワークを経由して使用
権を販売するサイトにおいて、ユーザ端末からの購入要
求に応じて、そのユーザ端末に関する販売履歴の有無を
販売履歴データベースから検索し、販売履歴が有ればそ
の内容を参照して販売した使用権がダウンロード済みか
否かを判定し、ダウンロード未完と判定された場合、あ
るいはダウンロード済みであっても販売履歴データベー
スから検索した前回と前々回の販売履歴が一致する場合
には購入要求を出したユーザ端末に使用権を無償でダウ
ンロードするので、例えば前回購入時に代金決済してい
るにもかかわらず、通信エラー等の障害によりダウンロ
ードが正常に行われなかった場合や、正規に購入した使
用権の使用期限切れによる再購入依頼時には使用権を無
償で提供することが可能になる。また、サイトから購入
した使用権によって使用制限が解除されるソフトウェア
を備えるユーザ端末において、今回購入した使用権に含
まれる購入IDと重複する購入IDを購入履歴データベ
ースから検索し、重複する購入IDが検索された場合に
はその購入IDは改竄あるいは変造された不正なものと
見做して今回購入した使用権を無効にするので、販売し
た使用権の不正使用を防止することが可能になる。
According to the present invention, at a site that sells usage rights via a network, in response to a purchase request from a user terminal, the sales history database is searched for the presence or absence of a sales history related to the user terminal, and the sales history exists. If so, it is determined whether the sold usage right has been downloaded by referring to the content, and if it is determined that the download is not completed, or even if it has been downloaded, the sales history of the previous and the previous two times retrieved from the sales history database If they match, the usage right is downloaded to the user terminal that issued the purchase request free of charge. For example, although the payment was made at the time of the previous purchase, the download was not performed normally due to a failure such as a communication error. In some cases, the right to use shall be provided free of charge when a repurchase request is made due to the expiration of the right to use the legitimately purchased right to use. Possible to become. Also, in a user terminal equipped with software whose usage restrictions are released by the usage right purchased from the site, a purchase ID that is the same as the purchase ID included in the usage right purchased this time is searched from the purchase history database, and the duplicate purchase ID is found. If the purchase ID is found, the purchase ID is regarded as falsified or falsified and the usage right purchased this time is invalidated, so that it is possible to prevent the unauthorized use of the sold usage right.

【0015】[0015]

【発明の実施の形態】以下、図面を参照して本発明の実
施の一形態について説明する。 A.システム構成 図1は実施の一形態による販売処理システムの概略構成
を示す図である。この図に示すシステムは、クライアン
トソフト12の使用権を販売するサイト2と、このサイ
ト2に対してインターネット等のネットワークNTを介
してアクセスするユーザ端末1とからなる。ユーザ端末
1は、購入履歴データベース10、履歴管理ソフト1
1、クライアントソフト12およびWebブラウザ13
が稼働するパーソナルコンピュータ等から構成される。
DETAILED DESCRIPTION OF THE INVENTION An embodiment of the present invention will be described below with reference to the drawings. A. System Configuration FIG. 1 is a diagram showing a schematic configuration of a sales processing system according to an embodiment. The system shown in this figure includes a site 2 that sells usage rights of the client software 12, and a user terminal 1 that accesses the site 2 via a network NT such as the Internet. The user terminal 1 includes a purchase history database 10 and history management software 1
1, client software 12 and Web browser 13
Is composed of a personal computer or the like that operates.

【0016】購入履歴データベース10は、サイト2か
ら購入した使用権(後述する使用制限解除ファイルLF
に相当)の購入履歴を表す購入データを記憶管理する。
1レコード単位の購入データは、図2に図示するよう
に、purchase_db[0][0]〜[0]
[5]から形成される。purchase_db[0]
[0]は履歴管理ソフト11(後述する)がアサインす
る通し番号sysID、purchase_db[0]
[1]は購入日dateである。purchase_d
b[0][2]はサイト2が発行した購入IDを表すp
urchaseID、purchase_db[0]
[3]は購入した使用権の状態を表すstatusであ
る。このstatusが「0」の時は未使用を、「1」
の時は機能使用中を、「2」の時には使用権無効(終
了)をそれぞれ表す。purchase_db[0]
[4]は使用権の残存時間を表すremainTim
e、purchase_db[0][5]は変造防止用
のチェックサムchecksumである。
The purchase history database 10 includes a usage right purchased from the site 2 (a usage restriction release file LF described later).
(Corresponding to (1)) purchase data representing the purchase history is stored and managed.
The purchase data for each record is, as shown in FIG. 2, purchase_db [0] [0] to [0].
It is formed from [5]. purchase_db [0]
[0] is a serial number sysID assigned by history management software 11 (described later), purchase_db [0]
[1] is the date of purchase. purchase_d
b [0] [2] represents the purchase ID issued by site 2 p
purchaseID, purchase_db [0]
[3] is status indicating the status of the purchased usage right. When this status is "0", it means unused, "1"
When, the function is being used, and when it is “2”, the usage right is invalid (finished). purchase_db [0]
[4] is "remainTim" indicating the remaining time of the usage right
e, purchase_db [0] [5] are checksums checksum for alteration prevention.

【0017】履歴管理ソフト11は、使用権購入に応じ
てサイト2からダウンロードされる使用制限解除ファイ
ルLFに基づきクライアントソフト12の使用制限を解
除する。具体的には、使用制限解除ファイルLFに含ま
れる購入ID(purchaseID)が未使用のもの
であるかどうかを判断し、未使用であれば使用制限解除
ファイルLFから生成する新たな購入データを購入履歴
データベース10に登録する。新規の購入データを購入
履歴データベース10に登録することでクライアントソ
フト12の使用制限が解除される。また、履歴管理ソフ
ト11は、使用制限解除されたクライアントソフト12
が実行中にある場合、購入履歴データベース10に記憶
される残存時間remainTimeに従い、その使用
期間を管理する。
The history management software 11 releases the usage restriction of the client software 12 based on the usage restriction release file LF downloaded from the site 2 in accordance with the purchase of the usage right. Specifically, it is determined whether the purchase ID (purchaseID) included in the usage restriction release file LF is an unused one, and if it is not used, new purchase data generated from the usage restriction release file LF is purchased. Register in the history database 10. By registering new purchase data in the purchase history database 10, the use restriction of the client software 12 is released. Also, the history management software 11 is the client software 12 whose usage restrictions have been released.
Is being executed, the usage period is managed according to the remaining time "remainTime" stored in the purchase history database 10.

【0018】クライアントソフト12は、購入履歴デー
タベース10に記憶される購入データの内容に応じて使
用制限が解除される。すなわち、クライアントソフト1
2では、各処理機能毎に使用制限が設けられており、実
行しようとする処理機能に対応して使用制限が解除され
た購入データnを購入履歴データベース10から検索
し、該当する購入データn中のpurchase_db
[n][4]に格納される残存時間remainTim
eが有効である場合に、その実行しようとする処理機能
の使用制限が解除されるようになっている。Webブラ
ウザ13は、サイト2にアクセスして閲覧要求を発生す
る機能の他、サイト2からダウンロードされる使用制限
解除ファイルLFを履歴管理ソフト11に引渡したり、
クライアントソフト12が発生する処理要求をサイト2
側に送出する機能を具備する。
The usage restriction of the client software 12 is released according to the contents of the purchase data stored in the purchase history database 10. That is, client software 1
2, the usage restriction is set for each processing function, and the purchase history database 10 is searched for the purchase data n for which the usage restriction is released corresponding to the processing function to be executed. Purchase_db
Remaining time remainingTim stored in [n] [4]
When e is valid, the use restriction of the processing function to be executed is released. The Web browser 13 has a function of accessing the site 2 to generate a browsing request, and also delivers the usage restriction release file LF downloaded from the site 2 to the history management software 11.
The processing request generated by the client software 12 is sent to the site 2
It has a function of sending to the side.

【0019】サイト2は、Webサーバ20、管理サー
バ21およびデータベース22から構成される。Web
サーバ20は、後述する管理サーバ21側に接続される
イントラネット(図示略)とインターネット等のネット
ワークNTとを遮断する機能を備えると共に、両ネット
ワーク間の通信を制御する。また、Webサーバ20は
アクセス認証した正当なユーザ、つまり、サイト2にユ
ーザ登録したユーザ端末1からの閲覧要求に応じてWe
bページを閲覧させたり、あるいは正当ユーザからの処
理要求を管理サーバ21へ中継する一方、それに対応す
る管理サーバ21からの各レスポンスを該当するユーザ
端末1へ返送する。
The site 2 is composed of a Web server 20, a management server 21 and a database 22. Web
The server 20 has a function of blocking an intranet (not shown) connected to the management server 21 side described later and a network NT such as the Internet, and controls communication between both networks. Further, the Web server 20 responds to a browsing request from a legitimate user who has authenticated the access, that is, a user terminal 1 who has registered as a user on the site 2.
While browsing page b or relaying a processing request from a valid user to the management server 21, each response from the management server 21 corresponding thereto is returned to the corresponding user terminal 1.

【0020】管理サーバ21は、Webサーバ20から
中継される正当ユーザの要求に応じた各種処理を実行す
る。例えば、ユーザ端末1からクライアントソフト12
の使用権を購入する要求を受けた場合、使用権販売に係
わる情報を販売履歴として後述する販売履歴データベー
ス22cに登録する。また、ユーザ端末1から所望のコ
ンテンツ(Webページ)の閲覧要求を受けた場合、コ
ンテンツデータベース22aから該当するコンテンツを
抽出し、それを要求したユーザ端末1側へ送出する。ま
た、管理サーバ21は、ユーザ端末1に使用権を販売す
る際、ネットワークNTを介して決済システム40にア
クセスし、使用権販売に係わる代金をオンライン決済す
る。
The management server 21 executes various processes in response to a request from a legitimate user relayed from the Web server 20. For example, from the user terminal 1 to the client software 12
When a request to purchase the usage right is received, the information related to the usage right sale is registered in the sales history database 22c described later as a sales history. When a request for browsing desired content (Web page) is received from the user terminal 1, the corresponding content is extracted from the content database 22a and sent to the requesting user terminal 1 side. Further, when selling the usage right to the user terminal 1, the management server 21 accesses the payment system 40 via the network NT and makes online payment for the usage right sales.

【0021】管理サーバ21では、ユーザ端末1に使用
権を販売した際の販売情報を保持する販売情報スタック
SSを備える。ここで、図3を参照として当該スタック
SSの構成について説明する。この販売情報スタックS
Sは、一番最後に追加されたスタックsellData
[0][0]が最初に処理対象とされる、いわゆるLI
FOスタックとして構成されている。各スタックは、s
ellData[0][0]〜[0][6]から形成さ
れる。sellData[0][0]は通し番号を表す
sellDataID、sellData[0][1]
は購入したユーザIDを表すuserID、sellD
ata[0][2]は購入ユーザのログイン名を表すn
ameである。
The management server 21 includes a sales information stack SS that holds sales information when the usage right is sold to the user terminal 1. Here, the configuration of the stack SS will be described with reference to FIG. This sales information stack S
S is the last added stack cellData
The so-called LI in which [0] and [0] are first processed
It is configured as a FO stack. Each stack is s
It is formed from elData [0] [0] to [0] [6]. sellData [0] [0] is sellDataID, which represents the serial number, sellData [0] [1]
Is the userID and sellD that represent the purchased user ID
ata [0] [2] represents the login name of the purchasing user n
It is ame.

【0022】sellData[0][3]はユーザか
らの購入要求を受けた受付日時を表すreqdate、
sellData[0][4]は購入時にユーザ端末1
側から送出される購入ID(前回購入時のpurcha
seID)を表すlastSellID、sellDa
ta[0][5]は購入状態を表すstatusであ
る。statusが「0」の時には購入依頼受付直後を
表し、「1」の時には新規購入を表し、「2」の時には
再購入を表し、「3」の時には外部決済機関処理中(代
金決済中)を表す。sellData[0][6]はス
タック内容を更新した日時を表すdateである。こう
した販売情報スタックSSを用いた処理については追っ
て詳述する。
SellData [0] [3] is reqdate representing the date and time of receipt of the purchase request from the user,
sellData [0] [4] is the user terminal 1 at the time of purchase.
Purchase ID sent from the customer (purcha
(seID) lastSellID, sellDa
ta [0] [5] is status indicating the purchase state. When the status is "0", it indicates immediately after the purchase request is accepted, when it is "1", it indicates a new purchase, when it is "2", it indicates repurchase, and when it is "3", it means that an external settlement institution is processing (payment in process). Represent sellData [0] [6] is a date indicating the date and time when the stack contents are updated. The processing using the sales information stack SS will be described in detail later.

【0023】管理サーバ21によって記憶管理されるデ
ータベース22は、上述したコンテンツデータベース2
2aの他、ユーザデータベース22bおよび販売履歴デ
ータベース22cを備える。ユーザデータベース22b
は、ユーザ登録されたユーザ端末1の個人情報などを記
憶管理するものであり、図4に図示するレコード構成を
有する。1レコード単位のユーザデータは、user
[0][0]〜[0][4]から形成される。user
[0][0]はシステムがアサインするユーザID(通
し番号)を表すuserID、user[0][1]は
ログイン名name、user[0][2]は認証用パ
スワードpasswd、user[0][3]はメール
アドレスmailaddress、user[0]
[4]はログイン中か否かを表すフラグloginであ
る。
The database 22 stored and managed by the management server 21 is the content database 2 described above.
In addition to 2a, a user database 22b and a sales history database 22c are provided. User database 22b
Stores and manages personal information of the user terminal 1 registered by the user, and has a record structure shown in FIG. User data for each record is user
It is formed from [0] [0] to [0] [4]. user
[0] [0] is a user ID representing a user ID (serial number) assigned by the system, user [0] [1] is a login name name, user [0] [2] is an authentication password passwd, user [0] [ 3] is an email address mailaddress, user [0]
[4] is a flag login that indicates whether or not login is in progress.

【0024】販売履歴データベース22bは、販売情報
スタックSSから抽出した販売情報などを販売履歴とし
て管理するデータベースであり、図5に図示するレコー
ド構成を有する。1レコード単位の販売履歴データは、
sellHist[0][0]〜[0][8]から形成
される。sellHist[0][0]はシステムがア
サインする通し番号sellHistID、sellH
ist[0][1]は購入ユーザのuserID、se
llHist[0][2]は購入ユーザのログイン名n
ame、sellHist[0][3]は販売日dat
eである。
The sales history database 22b is a database for managing sales information extracted from the sales information stack SS as a sales history, and has a record structure shown in FIG. Sales history data for each record is
It is formed from sellHist [0] [0] to [0] [8]. sellHist [0] [0] is the serial number sellHistID, sellH assigned by the system.
ist [0] [1] is the purchaser's userID, se
llHist [0] [2] is the login name n of the purchasing user
ame and sellHist [0] [3] are on sale date dat
It is e.

【0025】sellHist[0][4]はユーザ端
末1から購入要求を受けた要求日reqDate、se
llHist[0][5]は販売IDを表すsellI
D、sellHist[0][6]は購入時にユーザ端
末1側から送出される購入ID(前回購入時のpurc
haseID)を表すlastSellIDである。s
ellHist[0][7]は新規販売の場合に
「0」、再販売の場合に「1」を表すフラグIsRet
ryである。sellHist[0][8]は使用制限
解除ファイルLFをユーザ端末1にダウンロード済みの
場合に「1」、未ダウンロードの場合に「0」を表すフ
ラグIsDownloadである。
SellHist [0] [4] is the request date reqDate, se when the purchase request is received from the user terminal 1.
llHist [0] [5] is sellI representing a sales ID
D, sellHist [0] [6] are purchase IDs sent from the user terminal 1 side at the time of purchase (purc at the time of the previous purchase).
(haseID) is the lastSellID. s
ellHist [0] [7] is a flag IsRet indicating "0" in the case of new sale and "1" in the case of resale.
It is ry. sellHist [0] [8] is a flag IsDownload indicating "1" when the usage restriction release file LF has been downloaded to the user terminal 1 and "0" when it has not been downloaded.

【0026】B.動作 次に、図6〜図12を参照して販売処理システムの動作
について説明する。以下では、最初に図6に示す販売処
理フローを参照して使用権販売に係わる全体動作につい
て説明した後、その販売処理フローにおいてサイト2側
が実行する「販売履歴確認処理」と、ユーザ端末1側が
実行する「使用制限解除処理」、「使用期限管理処理」
とについて詳述する。
B. Operation Next, the operation of the sales processing system will be described with reference to FIGS. In the following, first, the overall operation relating to the sale of the usage right will be described with reference to the sales processing flow shown in FIG. 6, and then the “sales history confirmation processing” executed by the site 2 side and the user terminal 1 side executed in the sales processing flow. "Usage restriction release process", "Expiration date management process" to be executed
And will be described in detail.

【0027】(1)全体動作 ユーザ端末1において、ユーザがクライアントソフト1
2のある処理機能を実行させようとすると、クライアン
トソフト12は実行指示された処理機能が使用制限され
ているかどうかを判断する。使用制限が解除されていれ
ば、その処理機能を実行するが、使用制限されている場
合、すなわち、使用制限を解除する使用権が購入されて
おらず、実行指示された処理機能に対応した購入データ
が購入履歴データベース10に登録されていないか、あ
るいは使用権を購入済みであっても使用期限が過ぎてい
る等の無効な購入データであると、クライアントソフト
12は図6のステップS1にて使用権(使用制限解除フ
ァイルLF)の購入要求を発生する。
(1) Overall operation In the user terminal 1, the user uses the client software 1
When an attempt is made to execute a certain processing function of No. 2, the client software 12 judges whether or not the usage of the processing function instructed to be executed is restricted. If the usage restriction is released, the processing function is executed, but if the usage restriction is set, that is, the usage right to release the usage restriction has not been purchased, the purchase corresponding to the processing function instructed to be executed. If the data is not registered in the purchase history database 10 or is invalid purchase data such as that the usage right has already been purchased but the expiration date has passed, the client software 12 proceeds to step S1 in FIG. A purchase request for the usage right (usage restriction release file LF) is generated.

【0028】次に、ステップS2では、クライアントソ
フト12が購入履歴データベース10から前回購入時の
購入ID(purchaseID)を検索する。次い
で、ステップS3では、Webブラウザ13を介してサ
イト2にアクセスし、上記ステップS1にて発生した購
入要求と共に、上記ステップS2にて検索した前回購入
時の購入ID(purchaseID)、ユーザIDお
よびパスワード等をサイト2側に送出する。すると、ス
テップS4に進み、サイト2ではユーザ端末1側から受
領したユーザIDおよびパスワードに一致するユーザデ
ータがユーザデータベース22b(図4参照)に登録さ
れているか否かを判断してアクセス認証する。
Next, in step S2, the client software 12 searches the purchase history database 10 for the purchase ID (purchaseID) of the previous purchase. Next, in step S3, the site 2 is accessed through the Web browser 13 and the purchase request generated in step S1 is acquired along with the purchase ID (purchaseID), user ID, and password for the previous purchase searched in step S2. Etc. to the site 2 side. Then, in step S4, the site 2 determines whether or not the user data that matches the user ID and password received from the user terminal 1 side is registered in the user database 22b (see FIG. 4) and performs access authentication.

【0029】そして、正当ユーザであると認証される
と、サイト2はステップS5にて販売履歴確認処理を実
行する。販売履歴確認処理では、ユーザ端末1側から受
領した前回購入時の購入ID(purchaseID)
およびユーザIDに基づき販売履歴データベース22c
を検索して販売履歴の有無を確認し、販売履歴が無けれ
ば新規購入である旨をユーザ端末1側に通知する。ま
た、販売履歴が有るものの使用権(使用制限解除ファイ
ルLF)のダウンロードが未完の場合には、再購入処理
を行う。再購入処理とは、代金の二重取りを回避するた
め、後述するステップS7を省略してステップS8〜S
10を実行する処理を指す。
If the user is authenticated as a legitimate user, the site 2 executes a sales history confirmation process in step S5. In the sales history confirmation process, the purchase ID (purchaseID) at the time of the previous purchase received from the user terminal 1 side
And sales history database 22c based on the user ID
Is checked to see if there is a sales history, and if there is no sales history, the user terminal 1 side is notified that it is a new purchase. If the usage right (usage restriction release file LF) is not completely downloaded although there is a sales history, repurchase processing is performed. The repurchasing process omits step S7, which will be described later, in order to avoid double payment, and steps S8 to S are performed.
Refers to the process of executing 10.

【0030】次に、ステップS6では、ユーザ端末1が
サイト2から新規購入の通知を受けて購入依頼を発生し
てサイト2側に返送する。この購入依頼は、少なくとも
自己のユーザID、パスワードおよび代金決済情報(例
えばクレジットカード番号あるいはインターネット上で
使用可能なプリペイドカード番号など)を含む。次い
で、ステップS7では、サイト2がユーザ端末1からの
購入依頼を受けて決済処理を実行する。決済処理では、
購入依頼に含まれる代金決済情報に基づき決済システム
40に代金決済を依頼する。続いて、ステップS8で
は、代金決済に応じて販売履歴データベース22c中の
対応する販売履歴データを更新したり、あるいは再購入
に応じて販売履歴データベース22c中の対応する販売
履歴データを更新する。そして、ステップS9では、使
用制限解除ファイルLFを作成する。
Next, in step S6, the user terminal 1 receives a notification of a new purchase from the site 2, generates a purchase request, and returns it to the site 2 side. The purchase request includes at least the user's user ID, password, and payment information (for example, a credit card number or a prepaid card number that can be used on the Internet). Next, in step S7, the site 2 receives the purchase request from the user terminal 1 and executes the payment process. In the payment process,
The payment system 40 is requested to make payment based on the payment information included in the purchase request. Subsequently, in step S8, the corresponding sales history data in the sales history database 22c is updated according to the payment settlement, or the corresponding sales history data in the sales history database 22c is updated according to the repurchase. Then, in step S9, the usage restriction release file LF is created.

【0031】使用制限解除ファイルLFは、図7に図示
するように、chkwd、IHeader、IDat
a、IExtInfo、ExtInfo、Dataおよ
びckecksumから構成される。chkwdは使用
制限解除の対象となるクライアントソフトの機能名を表
す識別子である。IHeaderはファイルヘッダサイ
ズを表す。IDataはDataおよびckecksu
mの合計サイズを表す。IExtInfoはヘッダ追加
情報サイズを表す。ExtInfoはユーザIDや購入
日などの追加情報を表す。Dataは、購入履歴データ
ベース10(図2参照)に登録される購入ID(pur
chaseID)等から構成される。ckecksum
は変造防止用のチェックサムである。
As shown in FIG. 7, the usage restriction release file LF includes chkwd, IHeader, and IDat.
a, IExtInfo, ExtInfo, Data and ckecksum. chkwd is an identifier representing the function name of the client software for which usage restrictions are to be released. IHeader represents the file header size. IData is Data and ckecksu
represents the total size of m. IExtInfo represents the size of additional header information. ExtInfo represents additional information such as the user ID and the purchase date. Data is a purchase ID (pur) registered in the purchase history database 10 (see FIG. 2).
chaseID) and the like. ckecksum
Is a checksum for preventing alteration.

【0032】こうした使用制限解除ファイルLFが作成
されると、サイト2ではステップ10に進み、購入依頼
を出したユーザ端末1側にダウンロードする。これによ
り、購入依頼を出したユーザ端末1では、ステップS1
1において、使用制限解除ファイルLFを受信してメモ
リに格納する。次いで、ステップS12では、履歴管理
ソフト11が使用制限解除ファイルLFに含まれる購入
ID(purchaseID)が未使用のものであるか
どうかを判断し、未使用であれば使用制限解除ファイル
LFから生成する新たな購入データを購入履歴データベ
ース10に登録してクライアントソフト12の使用制限
を解除する使用制限解除処理を実行する。
When such a usage restriction release file LF is created, the site 2 proceeds to step 10 and downloads it to the user terminal 1 side which issued the purchase request. As a result, in the user terminal 1 that has issued the purchase request, step S1
In 1, the usage restriction release file LF is received and stored in the memory. Next, in step S12, the history management software 11 determines whether or not the purchase ID (purchaseID) included in the usage restriction release file LF is an unused one, and if it is not used, it is generated from the usage restriction release file LF. The new purchase data is registered in the purchase history database 10 and the use restriction releasing process for releasing the use restriction of the client software 12 is executed.

【0033】続いて、ステップS13では、クライアン
トソフト12がタイマイベント毎に、購入履歴データベ
ース10から使用制限が解除された購入データを検索
し、該当する購入データの有効期限が切れていればその
使用権を無効にし、期限切れでなければ解除時刻から現
在時刻までの経過時間に応じて、残存時間remain
Timeを更新したり、実行終了に際して使用制限が解
除されている購入データを購入履歴データベース10か
ら検索し、該当する購入データの使用権を無効にしてか
ら実行終了させる使用期限管理処理を実行する。
Subsequently, in step S13, the client software 12 searches the purchase history database 10 for purchase data for which usage restrictions have been released for each timer event, and if the corresponding purchase data has expired, it is used. The right is invalidated, and if it has not expired, the remaining time remain according to the elapsed time from the cancellation time to the current time
The purchase history database 10 is searched for purchase data whose usage restrictions have been released at the end of execution of the execution of the time, and the expiration date management process is executed to terminate the execution after invalidating the usage right of the corresponding purchase data.

【0034】(2)販売履歴確認処理の動作 次に、図8を参照して販売履歴確認処理の動作について
説明する。本処理はサイト2の管理サーバ21が動作主
体となる。前述したステップS5(図6参照)を介して
本処理が実行されると、図8のステップSA1に進む。
ステップSA1では、購入要求に応じてアクセスしたユ
ーザ端末1のユーザ番号をレジスタnoにストアする一
方、アクセス時にユーザ端末1側から受領した前回購入
時の購入ID(purchaseID:前回購入IDと
称す)をレジスタlastIDに、ユーザIDをレジス
タuserIDにそれぞれストアする。次いで、ステッ
プSA2では、フラグrtnに「1」をセットすると共
に、スタックポインタiSをゼロリセットする。なお、
フラグrtnはフラグ値が「1」の場合に新規購入を表
し、「2」の場合に再購入を表す。スタックポインタi
Sは販売情報スタックSS(図3参照)を検索するポイ
ンタである。
(2) Operation of Sales History Confirmation Process Next, the operation of the sales history confirmation process will be described with reference to FIG. In this process, the management server 21 of the site 2 is the main subject of operation. When this processing is executed through step S5 (see FIG. 6) described above, the process proceeds to step SA1 in FIG.
In step SA1, the user number of the user terminal 1 that has accessed in response to the purchase request is stored in the register no, while the purchase ID of the previous purchase (purchaseID: called the previous purchase ID) received from the user terminal 1 side at the time of access is stored. The user ID is stored in the register lastID, and the user ID is stored in the register userID. Next, at step SA2, the flag rtn is set to "1" and the stack pointer iS is reset to zero. In addition,
The flag rtn represents a new purchase when the flag value is "1", and represents a repurchase when the flag value is "2". Stack pointer i
S is a pointer for searching the sales information stack SS (see FIG. 3).

【0035】続いて、ステップSA3では、販売情報ス
タックSSから空きスタックエリア番号を検索してスタ
ックポインタiSにストアすると共に、通し番号sel
lDataIDを発生する。次に、ステップSA4で
は、販売情報スタックSSの内、スタックポインタiS
が示す空きスタックエリアに新規販売情報を登録する。
すなわち、新たに発生したsellDataIDをse
llData[iS][0]に、レジスタuserID
に格納されるユーザIDをsellData[iS]
[1]に登録する。また、レジスタnoに格納されるユ
ーザ番号に応じてユーザデータベース22bから読み出
されるログイン名name(user[no][1])
をsellData[iS][2]に登録する。さら
に、現在の日時をsellData[iS][3]に、
レジスタlastIDに格納される前回購入IDをse
llData[iS][4]に登録する。そして、se
llData[iS][5]には購入依頼受付直後の状
態を表すべくフラグstatusを、sellData
[iS][6]には現在日時を登録する。
Then, in step SA3, an empty stack area number is retrieved from the sales information stack SS, stored in the stack pointer iS, and the serial number sel is selected.
Generate 1DataID. Next, in step SA4, of the sales information stack SS, the stack pointer iS
Register new sales information in the empty stack area indicated by.
That is, the newly generated cellDataID is se
In llData [iS] [0], register userID
The user ID stored in cellData [iS]
Register in [1]. Also, the login name name (user [no] [1]) read from the user database 22b according to the user number stored in the register no.
Is registered in sellData [iS] [2]. Furthermore, the current date and time is set to cellData [iS] [3],
Se the previous purchase ID stored in the register lastID
Register with llData [iS] [4]. And se
In llData [iS] [5], a flag status is set to indicate the state immediately after the purchase request is accepted, and sellData is set.
The current date and time is registered in [iS] [6].

【0036】スタック登録が完了すると、ステップSA
5に進み、販売履歴データベース22cに登録される履
歴件数をポインタiHにストアする一方、レジスタse
q1,seq2をゼロリセットする。次に、ステップS
A6〜SA8では、今回購入要求したユーザ端末1のユ
ーザIDが販売履歴データベース22cに登録されてい
るかどうか、つまり販売履歴の有無を判断する。以下、
販売履歴が無い場合と有る場合とに分けて動作説明を進
める。
When the stack registration is completed, step SA
5, the number of history records registered in the sales history database 22c is stored in the pointer iH, while register se
Resets q1 and seq2 to zero. Next, step S
In A6 to SA8, it is determined whether or not the user ID of the user terminal 1 requested to purchase this time is registered in the sales history database 22c, that is, whether or not there is a sales history. Less than,
The operation description will be divided into cases where there is no sales history and cases where there is a sales history.

【0037】販売履歴が無い場合 該当する販売履歴が販売履歴データベース22cに登録
されていないと、検索を進める毎にデクリメントされる
ポインタiHの値が「0」に達し、これによりステップ
SA6の判断結果が「YES」となり、ステップSA1
3に進む。ステップSA13では、レジスタseq2の
内容がレジスタlastIDに格納される前回購入ID
と一致するか否かを判断するが、この場合、レジスタs
eq2はゼロリセットされたままなので、判断結果は
「NO」となり、ステップSA15に進む。ステップS
A15では、フラグrtnを販売情報スタックSSのs
ellData[iS][5](status)にセッ
トする。フラグrtnは上記ステップSA2において
「1」がセットされたままだから、sellData
[iS][5]のフラグstatusは「1」となり、
新規購入を表す。そして、ステップSA16に進み、新
規購入である旨をユーザ端末1に通知する。これによ
り、ユーザ端末1では前述したステップS6(図6参
照)を実行する。
When there is no sales history If the corresponding sales history is not registered in the sales history database 22c, the value of the pointer iH decremented every time the search is advanced reaches "0", and as a result, the judgment result of step SA6. Becomes "YES", and step SA1
Go to 3. In step SA13, the content of the register seq2 is stored in the register lastID.
It is determined whether or not
Since eq2 remains zero-reset, the determination result is "NO", and the flow proceeds to step SA15. Step S
At A15, the flag rtn is set to s in the sales information stack SS.
Set to elData [iS] [5] (status). Since the flag rtn remains set to "1" in step SA2, the sellData
The flag status of [iS] [5] becomes “1”,
Represents a new purchase. Then, the process proceeds to step SA16 to notify the user terminal 1 that it is a new purchase. As a result, the user terminal 1 executes the above-described step S6 (see FIG. 6).

【0038】販売履歴が有る場合 販売履歴が有ると、ステップSA7の判断結果が「YE
S」となり、ステップSA9に進む。ステップSA9で
は、販売履歴データベース22c中のsellHist
[iH][8]が「0」、すなわち使用制限解除ファイ
ルLFがダウンロード未完であるかどうかを判断する。
以下、ダウンロード未完の場合とダウンロード済みの場
合とに分けて説明する。
When there is a sales history If there is a sales history, the judgment result of step SA7 is "YE
S ”, and the process proceeds to step SA9. At step SA9, sellHist in the sales history database 22c
It is determined whether [iH] [8] is "0", that is, whether the usage restriction release file LF is incompletely downloaded.
Hereinafter, description will be given separately for the case where the download is not completed and the case where the download is completed.

【0039】(a)ダウンロード未完の場合 販売履歴が有りながら使用権(使用制限解除ファイルL
F)がユーザ端末1にダウンロードされていない場合と
は、前回購入時に代金決済しているにもかかわらず、例
えば通信エラー等の障害によりダウンロードが正常に行
われなかった場合を指す。このような場合では、ステッ
プSA9の判断結果が「YES」となり、ステップSA
14に進み、再購入を表す「2」をフラグrtnにセッ
トする。そして、ステップSA15では販売情報スタッ
クSSのsellData[iS][5]のフラグst
atusに「2」をセットし、続くステップSA16で
は再購入処理を実行する。ここで言う再購入処理とは、
前述したステップS8〜S10(図6参照)を指す。つ
まり、再購入に応じて販売履歴データベース22c中の
対応する販売履歴データを更新した後、使用制限解除フ
ァイルLFを作成してユーザ端末1にダウンロードす
る。
(A) When the download is not completed, the usage right (usage restriction release file L
The case where F) is not downloaded to the user terminal 1 refers to a case in which the payment was not made normally due to a failure such as a communication error, etc. even though the payment was made at the time of the previous purchase. In such a case, the determination result of step SA9 is “YES”, and step SA
In step 14, the flag "rtn" is set to "2" indicating repurchase. Then, in step SA15, the flag st of the sellData [iS] [5] of the sales information stack SS is set.
"2" is set in "atus", and the repurchase process is executed in the subsequent step SA16. The repurchase process mentioned here is
It refers to steps S8 to S10 (see FIG. 6) described above. That is, after updating the corresponding sales history data in the sales history database 22c according to the repurchase, the usage restriction release file LF is created and downloaded to the user terminal 1.

【0040】(b)ダウンロード済みの場合 一方、ダウンロード済みであると、ステップSA9の判
断結果が「NO」となり、ステップSA10に進む。ス
テップSA10では、レジスタseq1の値が「0」か
否かを判断する。最初のパスでは、前述のステップSA
5にてレジスタseq1がゼロリセットされる為、判断
結果は「YES」となり、ステップSA11に進む。ス
テップSA11では、販売履歴データベース22cから
sellHist[iH][6]、つまり前回購入ID
をレジスタseq1にストアしてステップSA8に処理
を戻す。
(B) In the case where the download has been completed On the other hand, when the download has been completed, the determination result in step SA9 becomes "NO", and the flow proceeds to step SA10. In step SA10, it is determined whether the value of the register seq1 is "0". In the first pass, the above step SA
Since the register seq1 is reset to zero at step 5, the result of the determination is "YES", and the routine proceeds to step SA11. At step SA11, sellHist [iH] [6] from the sales history database 22c, that is, the last purchase ID
Is stored in the register seq1 and the process is returned to step SA8.

【0041】そして、販売履歴の有無を検索する過程
(ステップSA6〜SA8)において、前々回の販売履
歴が有り、しかもダウンロード済みであると、ステップ
SA10の判断結果が「NO」となり、ステップSA1
2に進む。ステップSA12では、前々回購入IDをレ
ジスタseq2にストアしてステップSA8に処理を戻
す。こうして、レジスタseq1,seq2に前回購入
ID、前々回購入IDがそれぞれストアされると、ステ
ップSA6の判断結果が「YES」となり、ステップS
A13に処理を進める。
Then, in the process of searching for the presence or absence of the sales history (steps SA6 to SA8), if there is the sales history of the previous two times and it has been downloaded, the judgment result of step SA10 becomes "NO" and step SA1.
Go to 2. In step SA12, the purchase ID before last is stored in the register seq2 and the process is returned to step SA8. In this way, when the previous purchase ID and the two-previous purchase ID are stored in the registers seq1 and seq2 respectively, the determination result of step SA6 becomes “YES”, and step S6
The process proceeds to A13.

【0042】ステップSA13では、レジスタseq2
に格納される前々回購入IDと、レジスタlastID
に格納される前回購入IDとが一致するかどうかを判断
する。前回購入IDと前々回購入IDとが一致すると、
判断結果は「YES」となり、ステップSA14に進
み、再購入を表す「2」をフラグrtnにセットする。
そして、ステップSA15では販売情報スタックSSの
sellData[iS][5]のフラグstatus
に「2」をセットし、続くステップSA16では再購入
処理を実行する。つまり、前回と前々回の販売履歴が一
致していれば、正規に購入した使用権の使用期限が切れ
たことによる再購入依頼と見做すようにしている。これ
に対し、前回と前々回の販売履歴が一致しないと、上記
ステップSA13の判断結果が「NO」となり、この場
合には使用権を正規購入していないと見做し、ステップ
SA15〜SA16を介して新規購入である旨をユーザ
端末1に通知する。
At step SA13, the register seq2
Pre-previous purchase ID and register lastID stored in
It is determined whether or not the previous purchase ID stored in is matched. If the previous purchase ID and the purchase ID before the last match,
The result of the determination is "YES", the flow proceeds to step SA14, where "2" indicating repurchase is set in the flag rtn.
Then, in step SA15, the flag status of the sellData [iS] [5] of the sales information stack SS is set.
Is set to "2", and the repurchase process is executed in step SA16. In other words, if the sales history of the previous time and the sales history of the previous time are the same, it is regarded as a repurchase request due to the expiration of the usage right of the legally purchased usage right. On the other hand, if the sales history of the previous time and the sales history of the previous time do not match, the determination result of the above step SA13 becomes “NO”, and in this case, it is considered that the usage right is not officially purchased, and steps SA15 to SA16 are executed. And notifies the user terminal 1 that it is a new purchase.

【0043】このように、サイト2側では、ユーザ端末
1からの購入要求に応じて、その購入要求に含まれるユ
ーザIDに基づき販売履歴データベース22cを検索し
て販売履歴の有無を判断する。そして、販売履歴が無け
れば、新規購入をユーザ端末1に通知する。一方、販売
履歴が有れば、該当する販売履歴データiH中のsel
lHist[iH][8]に格納されるフラグIsDo
wnloadに基づき使用権(使用制限解除ファイルL
F)がダウンロード未完か否かを判断する。販売履歴が
有りながらダウンロード未完であると、無償で使用制限
解除ファイルLFを作成してユーザ端末1にダウンロー
ドする再購入処理を実行する。これに対し、ダウンロー
ド済みであると、販売履歴データベース22cから前回
購入IDおよび前々回購入IDを検索し、前回と前々回
の販売履歴が一致していれば、正規に購入した使用権の
使用期限が切れたことによる再購入依頼と見做して使用
権を無償で提供する再購入処理を実行する。一方、前回
と前々回の販売履歴が一致しないと、使用権が正規購入
されていないと見做して新規購入をユーザ端末1に通知
する。
As described above, on the site 2 side, in response to a purchase request from the user terminal 1, the sales history database 22c is searched based on the user ID included in the purchase request to determine whether or not there is a sales history. If there is no sales history, the new purchase is notified to the user terminal 1. On the other hand, if there is a sales history, sel in the corresponding sales history data iH
Flag IsDo stored in lHist [iH] [8]
Usage rights based on wnload (usage restriction release file L
F) determines whether the download is incomplete. If there is a sales history but the download is not completed, a re-purchase process for creating a usage restriction release file LF and downloading it to the user terminal 1 for free is executed. On the other hand, if it has been downloaded, the previous purchase ID and the two-precedent purchase ID are searched from the sales history database 22c, and if the sales history of the previous purchase and the previous purchase of the previous purchase match, the expiration date of the right to use the purchase is expired. The repurchase process that provides the usage right free of charge is regarded as a repurchase request due to this. On the other hand, if the sales history of the previous time and the sales history of the previous time do not match, it is considered that the usage right is not officially purchased, and the user terminal 1 is notified of the new purchase.

【0044】(3)使用制限解除処理の動作 次に、図9〜図11を参照して使用制限解除処理の動作
について説明する。本処理はユーザ端末1の履歴管理ソ
フト11が動作主体となる。前述したステップS12
(図6参照)を介して本処理が実行されると、図9のス
テップSB1に進む。ステップSB1では、前述のステ
ップS11にて受信した使用制限解除ファイルLFから
chkwd、IHeader、IData、IExtI
nfo、ExtInfo、Dataおよびckecks
umの各データ要素を抽出する。次に、ステップSB2
では、IHeader(ファイルヘッダサイズ)+ID
ata(Dataおよびckecksumの合計サイ
ズ)の値が、受信した使用制限解除ファイルLFのファ
イルサイズに一致するか否か、つまり適正にダウンロー
ドしたかどうかを検査する。ここで、ファイルサイズが
一致しない場合には、判断結果が「NO」となり、ステ
ップSB3に処理を進め、適正にダウンロードされてい
ない旨のエラーメッセージを発生して本処理を完了させ
る。
(3) Operation of Usage Restriction Canceling Process Next, the operation of the usage restriction canceling process will be described with reference to FIGS. This process is mainly performed by the history management software 11 of the user terminal 1. Step S12 described above
When this processing is executed via (see FIG. 6), the process proceeds to step SB1 in FIG. In step SB1, chkwd, IHeader, IData, IExtI are extracted from the usage restriction release file LF received in step S11.
nfo, ExtInfo, Data and ckecks
Extract each data element of um. Next, step SB2
Then, IHeader (file header size) + ID
It is checked whether the value of ata (total size of Data and ckecksum) matches the file size of the received usage restriction release file LF, that is, whether the file has been properly downloaded. Here, if the file sizes do not match, the determination result is "NO", the process proceeds to step SB3, an error message indicating that the file has not been properly downloaded is generated, and this process is completed.

【0045】一方、ファイルサイズが一致した場合に
は、判断結果が「YES」となり、ステップSB4に進
み、図10に示す購入履歴検査処理を実行する。購入履
歴検査処理が実行されると、履歴管理ソフト11は図1
0のステップSB4−1に処理を進め、使用制限解除フ
ァイルLFのデータ要素Dataから購入ID(pur
chaseID)を抽出してレジスタpurIDにスト
アする。次いで、ステップSB4−2では購入履歴デー
タベース10を検索するためのサーチポインタiをゼロ
リセットする一方、フラグrtnもゼロリセットして使
用制限解除ファイルLFが未使用状態にあることを表
す。
On the other hand, if the file sizes match, the determination result is "YES", the flow proceeds to step SB4, and the purchase history inspection process shown in FIG. 10 is executed. When the purchase history inspection process is executed, the history management software 11 is displayed in FIG.
The process proceeds to step SB4-1 of 0, and the purchase ID (pur is acquired from the data element Data of the usage restriction release file LF.
chaseID) is extracted and stored in the register purID. Next, in step SB4-2, the search pointer i for searching the purchase history database 10 is reset to zero, and the flag rtn is also reset to zero, indicating that the usage restriction release file LF is in an unused state.

【0046】続いて、ステップSB4−3〜4−5で
は、サーチポインタiの歩進に応じて、レジスタpur
IDに格納した購入IDと一致するpurchaseI
D(purchase_db[i][2])を有する購
入データを購入履歴データベース10から検索する。そ
して、該当する購入データが検索されると、ステップS
B4−4の判断結果が「YES」となり、ステップSB
4−6に進み、フラグrtnに「1」をセットして本処
理を完了させる。つまり、今回購入した使用制限解除フ
ァイルLFから抽出した購入IDと重複する購入IDを
有する購入データが購入履歴データベース10に登録さ
れている場合、先に登録された購入IDは改竄あるいは
変造された不正なものと見做し、これにより今回購入し
た使用権(使用制限解除ファイルLF)を無効にする
為、フラグrtnを「1」にして使用制限解除ファイル
LFが使用済みである旨を表す。
Then, in steps SB4-3 to 4-5, the register pur is incremented according to the step of the search pointer i.
PurchaseI matching the purchase ID stored in the ID
The purchase history database 10 is searched for purchase data having D (purchase_db [i] [2]). When the corresponding purchase data is retrieved, step S
The determination result in B4-4 is “YES”, and step SB
In step 4-6, the flag rtn is set to "1" to complete this processing. That is, when purchase data having a purchase ID that duplicates the purchase ID extracted from the usage restriction release file LF purchased this time is registered in the purchase history database 10, the previously registered purchase ID has been tampered with or altered. Since the usage right (use restriction release file LF) purchased this time is invalidated, the flag rtn is set to "1" to indicate that the use restriction release file LF has been used.

【0047】これに対し、今回購入した使用制限解除フ
ァイルLFから抽出した購入IDと重複する購入IDを
有する購入データが購入履歴データベース10から検索
されずに検査終了すると、ステップSB4−3の判断結
果が「YES」となり、ステップSB4−7に進む。ス
テップSB4−7では、使用制限解除ファイルLFの有
効時間をレジスタremainTimeにストアすると
共に、同ファイルLFのチェックサム値を算出してレジ
スタchecksumにストアする。
On the other hand, when the purchase data having the purchase ID that is the same as the purchase ID extracted from the usage restriction release file LF purchased this time is not searched from the purchase history database 10 and the inspection is completed, the determination result of step SB4-3. Becomes "YES" and the process proceeds to step SB4-7. In step SB4-7, the valid time of the usage restriction release file LF is stored in the register remainTime, and the checksum value of the file LF is calculated and stored in the register checksum.

【0048】そして、ステップSB4−8では、新規の
購入データとして、purchase_db[i]
[0]には新規発行するsysIDを、purchas
e_db[i][1]には現在日時を、purchas
e_db[i][2]にはレジスタpurIDに格納さ
れる購入IDを、purchase_db[i][3]
には未使用状態を表すフラグrtnの値「0」を、pu
rchase_db[i][4]にはレジスタrema
inTimeに格納される有効時間を、purchas
e_db[i][5]にはレジスタchecksumに
格納されるチェックサム値をそれぞれ登録して購入履歴
データベース10を更新した後、本処理を完了させる。
Then, in step SB4-8, purchase_db [i] is set as new purchase data.
In [0], the newly issued sysID is
e_db [i] [1] is the current date and time, purchas
The purchase ID stored in the register purID is stored in e_db [i] [2] as purchase_db [i] [3].
, The value “0” of the flag rtn indicating the unused state is set to
The register rema is stored in rchase_db [i] [4].
The valid time stored in inTime is purchas
After the checksum values stored in the register checksum are registered in e_db [i] [5] and the purchase history database 10 is updated, this processing is completed.

【0049】こうして購入履歴検査が完了すると、前述
した使用制限解除処理(図9参照)のステップSB5に
処理を進める。ステップSB5では、上述した購入履歴
検査処理にて得たフラグrtnが「0」、つまり、使用
制限解除ファイルLFが未使用状態にあるかどうかを判
断する。フラグrtnが「1」(使用済み状態)である
と、判断結果は「NO」となり、購入IDに改竄あるい
は変造などの不正処理にて使用権を無効にした旨を表す
エラーメッセージを発生する。一方、使用制限解除ファ
イルLFが未使用状態であれば、判断結果は「YES」
となり、ステップSB6に処理を進める。ステップSB
6では、クライアントソフト12が起動中であるか否か
を判断する。起動していなければ、判断結果は「NO」
となり、ステップSB7に進む。ステップSB7では、
クライアントソフト12が起動する際に使用制限が解除
される旨を、例えば表示画面上に表示してユーザに通知
する。
When the purchase history inspection is completed in this way, the process proceeds to step SB5 of the above-mentioned use restriction releasing process (see FIG. 9). In step SB5, it is determined whether the flag rtn obtained in the above-mentioned purchase history inspection process is "0", that is, whether the usage restriction release file LF is in the unused state. When the flag rtn is "1" (used state), the determination result is "NO", and an error message indicating that the usage right has been invalidated by an illegal process such as falsification or alteration of the purchase ID is generated. On the other hand, if the usage restriction release file LF is in the unused state, the determination result is “YES”.
Therefore, the process proceeds to step SB6. Step SB
At 6, it is determined whether the client software 12 is being activated. If not started, the judgment result is "NO".
Then, the process proceeds to step SB7. In step SB7,
When the client software 12 is activated, the fact that the usage restriction is released is displayed on, for example, a display screen to notify the user.

【0050】これに対し、クライアントソフト12が起
動していれば、上記ステップSB6の判断結果は「YE
S」となり、ステップSB8を介して図11に示す解除
処理を実行する。解除処理が実行されると、履歴管理ソ
フト11は図11のステップSB8−1に処理を進め
る。ステップSB8−1〜SB8−2では、レジスタp
urchaseID、remainTimeおよびサー
チポインタiをそれぞれゼロリセットする。続いて、ス
テップSB8−3〜SB8−5では、サーチポインタi
の歩進に応じて、purchase_db[i][3]
のフラグstutasが「0」、すなわち未使用状態の
購入データを購入履歴データベース10から検索する。
On the other hand, if the client software 12 is running, the result of the determination in step SB6 is "YE
S ”, and the release process shown in FIG. 11 is executed via step SB8. When the release processing is executed, the history management software 11 advances the processing to step SB8-1 in FIG. In steps SB8-1 to SB8-2, the register p
The resetID, the remainTime and the search pointer i are each reset to zero. Then, in steps SB8-3 to SB8-5, the search pointer i
Purchase_db [i] [3]
The purchase history database 10 is searched for purchase data whose flag status is “0”, that is, unused purchase data.

【0051】該当する購入データが見つからずに検索終
了した場合には、ステップSB8−3の判断結果が「Y
ES」となり、本処理を完了させるが、該当する購入デ
ータが検索されると、ステップSB8−4の判断結果が
「YES」となり、ステップSB8−6に進む。ステッ
プSB8−6では、該当する購入データのpurcha
se_db[i][3]のフラグstutasに「1」
をセットして機能使用中に変更する。これにより本購入
データを参照するクライアントソフト12の使用制限が
解除される。さらに、該当する購入データのpurch
ase_db[i][2]から読み出した購入ID(p
urchaseID)をレジスタpurIDに、pur
chase_db[i][4]から読み出した有効時間
をレジスタremainに、使用制限を解除した解除時
刻(現在時刻)ticktimeをレジスタstart
Timeにそれぞれストアして本処理を完了させる。
If the corresponding purchase data is not found and the search is ended, the determination result of step SB8-3 is "Y".
However, when the corresponding purchase data is retrieved, the determination result of step SB8-4 becomes "YES", and the process proceeds to step SB8-6. At step SB8-6, the purchase data of the corresponding purchase data is purchased.
“1” in flag stutas of se_db [i] [3]
Set and change while using the function. As a result, the use restriction of the client software 12 that refers to this purchase data is released. In addition, the purchase of the corresponding purchase data
purchase ID (p read from ase_db [i] [2]
(urchaseID) in the register purID, pur
The valid time read from chase_db [i] [4] is set in the register remain, and the release time (current time) ticktime at which the usage restriction is released is set in the register start.
Store each in Time and complete this process.

【0052】このように、使用制限解除処理では、サイ
ト2からダウンロードされた使用制限解除ファイルLF
のファイルサイズを検査して適正であったならば、今回
購入した使用制限解除ファイルLFから抽出した購入I
Dと重複する購入IDが購入履歴データベース10に登
録されているかどうかを判断する。そして、重複する購
入IDが登録されていると、その購入IDは改竄あるい
は変造された不正なものと見做し、これにより今回購入
した使用権(使用制限解除ファイルLF)を無効にす
る。一方、重複する購入IDが無ければ、今回購入した
使用権(使用制限解除ファイルLF)を未使用状態に設
定したり、使用制限解除ファイルLFの有効時間を設定
する等、新たに登録すべき購入データを生成し、それを
購入履歴データベース10に登録する。そして、クライ
アントソフト12が起動していれば、その登録した未使
用状態の購入データのpurchase_db[i]
[3](フラグstutas)に「1」をセットして機
能使用中に変更して使用制限を解除する。
As described above, in the usage restriction releasing process, the usage restriction releasing file LF downloaded from the site 2 is used.
If the file size is checked and it is correct, then the purchase I extracted from the usage restriction release file LF purchased this time
It is determined whether or not a purchase ID that is the same as D is registered in the purchase history database 10. Then, if the duplicate purchase ID is registered, the purchase ID is regarded as a falsified or altered fraudulent item, and the usage right (use restriction release file LF) purchased this time is invalidated. On the other hand, if there is no duplicate purchase ID, the purchase right to be newly registered, such as setting the usage right purchased this time (use restriction release file LF) to an unused state or setting the valid time of the use restriction release file LF. Data is generated and registered in the purchase history database 10. Then, if the client software 12 is running, purchase_db [i] of the registered unused purchase data.
[3] (Flag stutas) is set to "1" to change the function during use and release the use restriction.

【0053】(4)使用期限管理処理の動作 次に、図12を参照して使用期限管理処理の動作につい
て説明する。本処理はユーザ端末1のクライアントソフ
ト12が動作主体となる。前述したステップS13(図
6参照)を介して本処理が実行されると、ステップSC
1に進み、履歴管理ソフト11の解除処理(図11参
照)にて生成された購入データを引数として取込む。す
なわち、レジスタpurIDに格納される購入ID(p
urchaseID)、レジスタremainに格納さ
れる有効時間(所定制限時間)およびレジスタstar
tTimeに格納される解除時刻ticktimeを取
込む。次いで、ステップSC2〜SC3では、イベント
入力を待つアイドル状態でのタイマイベントの有無や、
状態移行(実行終了)の有無を判断する。以下、アイド
ル状態でタイマイベントが発生した場合と、状態移行し
た場合とに分けて動作説明する。
(4) Operation of Expiration Date Management Process Next, the operation of the expiration date management process will be described with reference to FIG. This process is mainly performed by the client software 12 of the user terminal 1. When this processing is executed through step S13 (see FIG. 6) described above, step SC
In step 1, the purchase data generated by the release processing of the history management software 11 (see FIG. 11) is fetched as an argument. That is, the purchase ID (p
(urchaseID), valid time (predetermined time limit) stored in register remain, and register star
The release time ticktime stored in tTime is fetched. Next, in steps SC2 to SC3, presence or absence of a timer event in an idle state waiting for event input,
Determine whether there is a state transition (end of execution). Hereinafter, the operation will be described separately for the case where a timer event occurs in the idle state and the case where the state transitions.

【0054】タイマイベントが発生した場合 クライアントソフト12がアイドル状態にある時に、タ
イマイベントが発生すると、ステップSC2の判断結果
が「YES」となり、ステップSC4に進み、サーチポ
インタiをゼロリセットする。続いて、ステップSC5
〜SC8では、サーチポインタiの歩進に応じて、pu
rchase_db[i][3]のフラグstutas
が「1」であって、かつpurchase_db[i]
[2]の購入ID(purchaseID)とレジスタ
purIDに格納される購入IDとが一致する購入デー
タ、つまり使用制限が解除された購入データを購入履歴
データベース10から検索する。該当する購入データが
無ければ、ステップSC5の判断結果が「YES」とな
り、本処理を完了させるが、該当する購入データが検索
されると、ステップSC7の判断結果が「YES」とな
り、ステップSC9に処理を進める。
When a Timer Event Occurs When the client software 12 is in the idle state and a timer event occurs, the result of the determination in step SC2 is "YES", the flow proceeds to step SC4, and the search pointer i is reset to zero. Then, step SC5
At SC8, pu is incremented according to the step of the search pointer i.
flag stutas of rchase_db [i] [3]
Is "1" and purchase_db [i]
The purchase history database 10 is searched for purchase data in which the purchase ID (purchaseID) of [2] and the purchase ID stored in the register purID match, that is, purchase data in which the use restriction is released. If there is no corresponding purchase data, the determination result of step SC5 becomes "YES", and this processing is completed. However, if the corresponding purchase data is searched, the determination result of step SC7 becomes "YES", and the process proceeds to step SC9. Proceed with processing.

【0055】ステップSC9では、現在時刻tickt
imeをレジスタnowTimeにストアする。次い
で、ステップSC10では、この現在時刻tickti
meからレジスタstartTimeに格納される解除
時刻ticktimeを減算した時間が、レジスタre
mainに格納される有効時間より小さいか否か、つま
り有効期限が切れているかどうかを判断する。期限切れ
であると、判断結果は「YES」となり、ステップSC
11に進む。ステップSC11では、該当する購入デー
タのpurchase_db[i][3]のフラグst
atusに「2」をセットして使用権を無効にしてから
本処理を完了させる。
At step SC9, the current time tickt
Store time in register nowTime. Next, at step SC10, this current time ticki
The time obtained by subtracting the release time ticktime stored in the register startTime from me is represented by the register re
It is determined whether it is less than the valid time stored in main, that is, whether the valid period has expired. If the time limit has expired, the judgment result will be "YES" and step SC
Proceed to 11. In step SC11, the flag st of purchase_db [i] [3] of the corresponding purchase data is acquired.
This process is completed after setting "2" in "atus" to invalidate the usage right.

【0056】一方、期限切れでなければ、上記ステップ
SC10の判断結果は「NO」となり、ステップSC1
2に進み、該当する購入データのpurchase_d
b[i][4]に残存時間remainTimeを登録
する。すなわち、レジスタremaiに格納される有効
時間(所定制限時間)から経過時間(現在時刻−解除時
刻)を差し引いたものを残存時間remainTime
として登録する。この後、上述したステップSC2に処
理を戻す。
On the other hand, if the time limit has not expired, the result of the determination in step SC10 is "NO", and step SC1
Proceed to 2 and purchase_d of the corresponding purchase data
The remaining time remainingTime is registered in b [i] [4]. That is, the remaining time remainTime is obtained by subtracting the elapsed time (current time-release time) from the valid time (predetermined time limit) stored in the register remai.
Register as. Then, the process is returned to step SC2 described above.

【0057】状態移行(実行終了)する場合 この場合、前述のステップSC3の判断結果が「YE
S」となり、ステップSC13に進み、サーチポインタ
iをゼロリセットする。続いて、ステップSC14〜S
C17では、上述したステップSC5〜SC8と同様、
サーチポインタiを歩進させながら、使用制限が解除さ
れた購入データを購入履歴データベース10から検索す
る。該当する購入データが無ければ、ステップSC14
の判断結果が「YES」となり、何も処理せずにそのま
ま実行終了する。一方、該当する購入データが検索され
ると、ステップSC16の判断結果が「YES」とな
り、ステップSC18に処理を進め、該当する購入デー
タのpurchase_db[i][3]のフラグst
atusに「2」をセットして使用権を無効にしてから
実行終了する。
In case of state transition (end of execution) In this case, the judgment result of the above-mentioned step SC3 is "YE
S ", the process proceeds to step SC13, and the search pointer i is reset to zero. Then, steps SC14 to S
In C17, similar to steps SC5 to SC8 described above,
The purchase history database 10 is searched for purchase data for which the usage restriction has been released, while stepping the search pointer i. If there is no corresponding purchase data, step SC14
The result of the determination is "YES", and the processing ends without performing any processing. On the other hand, when the corresponding purchase data is searched, the determination result of step SC16 becomes “YES”, the process proceeds to step SC18, and the purchase_db [i] [3] flag st of the corresponding purchase data is st.
The "us" is set to "2" to invalidate the usage right, and then the execution ends.

【0058】このように、使用期限管理処理では、アイ
ドル状態下でタイマイベントが発生する毎に、購入履歴
データベース10から使用制限が解除された購入データ
を検索し、該当する購入データの有効期限が切れていれ
ばその使用権を無効にし、期限切れでなければ解除時刻
から現在時刻までの経過時間に応じて、残存時間rem
ainTimeを更新する。そして、クライアントソフ
ト12が実行終了する際には使用制限が解除されている
購入データを購入履歴データベース10から検索し、該
当する購入データの使用権を無効にして実行終了させ
る。
As described above, in the expiration date management processing, every time a timer event occurs in the idle state, the purchase history database 10 is searched for purchase data whose usage limit has been released, and the expiration date of the corresponding purchase data is expired. If it has expired, the usage right is invalidated, and if it has not expired, the remaining time rem according to the elapsed time from the cancellation time to the current time
Update ainTime. Then, when the execution of the client software 12 is completed, the purchase history database 10 is searched for purchase data for which usage restrictions have been released, and the right to use the corresponding purchase data is invalidated and execution is completed.

【0059】以上説明したように、本実施の形態によれ
ば、ユーザ端末1には購入した使用権を識別する購入I
D、その購入IDに対応する使用権の状態(未使用、使
用中および無効)表すフラグおよび使用権の残存時間を
含む購入データを記憶管理する購入履歴データベース1
0を設け、一方、サイト2には購入ユーザのユーザI
D、購入時にユーザ端末1側から送出される前回購入I
Dおよび販売した使用権(使用制限解除ファイルLF)
をユーザ端末1にダウンロード済みであるか否かを表す
フラグIsDownloadを含む販売履歴データを記
憶管理する販売履歴データベース22cを設けておき、
ユーザ端末1から購入要求があると、サイト2側ではそ
の購入要求に含まれるユーザIDに基づき販売履歴デー
タベース22cを検索して販売履歴の有無を判断する。
As described above, according to the present embodiment, the user terminal 1 has the purchase I for identifying the purchased usage right.
D, a purchase history database 1 that stores and manages purchase data including a flag indicating the state (unused, in use, and invalid) of the usage right corresponding to the purchase ID and the remaining time of the usage right.
0, while site 2 has user I
D, last purchase I sent from the user terminal 1 side at the time of purchase I
D and usage rights sold (usage restriction release file LF)
A sales history database 22c for storing and managing sales history data including a flag IsDownload indicating whether or not has been downloaded to the user terminal 1;
When there is a purchase request from the user terminal 1, the site 2 side searches the sales history database 22c based on the user ID included in the purchase request and determines whether or not there is a sales history.

【0060】販売履歴が有れば該当する販売履歴データ
中のフラグIsDownloadに基づき使用権(使用
制限解除ファイルLF)がダウンロード未完か否かを判
断し、ダウンロード未完であると、無償で使用制限解除
ファイルLFをユーザ端末1にダウンロードするので、
ユーザが正規に購入した使用権が適正に行使できない場
合にその使用権を無償で提供することが可能になる。ダ
ウンロード済みの場合には、販売履歴データベース22
cから前回購入IDおよび前々回購入IDを検索し、前
回と前々回の購入履歴が一致していれば、正規に購入し
た使用権の使用期限が切れたことによる再購入依頼と見
做し、無償で使用制限解除ファイルLFをユーザ端末1
にダウンロードする。この場合も使用権を無償で提供す
ることができる。一方、前回と前々回の購入履歴が一致
しない場合には、使用権が正規購入されていないと見做
して新規購入をユーザ端末1に通知する結果、ユーザ端
末1側で購入IDが改竄されるのを防止し得る。
If there is a sales history, it is determined whether or not the usage right (usage restriction release file LF) is incompletely downloaded based on the flag IsDownload in the corresponding sales history data. If the usage right is incomplete, the usage restriction is released free of charge. Since the file LF is downloaded to the user terminal 1,
If the usage right purchased by the user cannot be properly exercised, the usage right can be provided free of charge. If downloaded, sales history database 22
If the purchase history of the previous purchase and the purchase ID of the previous purchase are matched from c, and if the purchase history of the previous purchase and the purchase purchase of the previous purchase match, it is considered as a repurchase request due to the expiration of the usage right of the regular purchase, and it is free of charge. Use restriction release file LF to user terminal 1
To download. In this case as well, the usage right can be provided free of charge. On the other hand, when the purchase history of the previous time and the purchase history of the previous time do not match, it is considered that the usage right is not officially purchased, and as a result of notifying the user terminal 1 of the new purchase, the purchase ID is falsified on the user terminal 1 side. Can be prevented.

【0061】ユーザ端末1側では、サイト2からダウン
ロードされた使用制限解除ファイルLFのファイルサイ
ズを検査して適正であったならば、今回購入した使用制
限解除ファイルLFから抽出した購入IDと重複する購
入IDが購入履歴データベース10に登録されているか
どうかを判断する。重複する購入IDが登録されていれ
ばその購入IDは改竄あるいは変造された不正なものと
見做し、これにより今回購入した使用権(使用制限解除
ファイルLF)を無効にするため、販売した使用権の不
正使用を防止し得る。
On the user terminal 1 side, the file size of the usage restriction release file LF downloaded from the site 2 is inspected, and if it is proper, it overlaps with the purchase ID extracted from the usage restriction release file LF purchased this time. It is determined whether the purchase ID is registered in the purchase history database 10. If a duplicate purchase ID is registered, the purchase ID is considered to be falsified or falsified, and the use right (purchase restriction release file LF) purchased this time is invalidated. It can prevent unauthorized use of rights.

【0062】一方、重複する購入IDが無ければ、今回
購入した使用権(使用制限解除ファイルLF)を未使用
状態に設定したり、使用制限解除ファイルLFの有効時
間を設定する等、新たに登録すべき購入データを生成
し、それを購入履歴データベース10に登録する。クラ
イアントソフト12が起動していれば、その登録した未
使用状態の購入データを機能使用中に変更して使用制限
を解除する。クライアントソフト12が起動中にある
と、タイマイベント毎に購入履歴データベース10から
使用制限が解除された購入データを検索し、該当する購
入データの有効期限が切れていればその使用権を無効に
し、期限切れでなければ解除時刻から現在時刻までの経
過時間に応じて、残存時間remainTimeを更新
する。そして、クライアントソフト12が実行終了する
間際に使用制限が解除されている購入データを購入履歴
データベース10から検索し、該当する購入データの使
用権を無効にして実行終了させる結果、使用権の有効期
限を管理でき、これ故、販売した使用権の不正使用を防
ぐことが可能になっている。
On the other hand, if there is no duplicate purchase ID, the usage right (usage restriction release file LF) purchased this time is set to an unused state, or the effective time of the use restriction release file LF is newly registered. Purchase data to be generated is generated and registered in the purchase history database 10. If the client software 12 has been activated, the registered purchase data in the unused state is changed to the function being used to release the use restriction. When the client software 12 is running, the purchase history database 10 is searched for purchase data for which usage restrictions have been released for each timer event, and the usage right is invalidated if the corresponding purchase data has expired, If not expired, the remaining time remainTime is updated according to the elapsed time from the release time to the current time. Then, the purchase history database 10 is searched for purchase data whose usage restrictions have been released just before the client software 12 finishes executing, and the usage right of the corresponding purchase data is invalidated and execution ends, resulting in the expiration date of the usage right. Can be managed, and thus it is possible to prevent unauthorized use of the sold usage right.

【0063】[0063]

【発明の効果】請求項1,2に記載の発明によれば、ネ
ットワークを経由して使用権を販売するサイト側ではユ
ーザ端末からの購入要求に応じて、そのユーザ端末に関
する販売履歴の有無を販売履歴データベースから検索
し、販売履歴が有ればその内容を参照して販売した使用
権がダウンロード済みか否かを判定し、ダウンロード未
完と判定された場合、あるいはダウンロード済みであっ
ても販売履歴データベースから検索した前回と前々回の
販売履歴が一致する場合には購入要求を出したユーザ端
末に使用権を無償でダウンロードするので、例えば前回
購入時に代金決済しているにもかかわらず、通信エラー
等の障害によりダウンロードが正常に行われなかった
り、正規に購入した使用権の使用期限切れによる再購入
依頼時には使用権を無償でユーザ端末側に提供すること
ができる。また、ユーザ端末では今回購入した使用権に
含まれる購入IDと重複する購入IDを購入履歴データ
ベースから検索し、重複する購入IDが検索された場合
にはその購入IDは改竄あるいは変造された不正なもの
と見做して今回購入した使用権を無効にするので、販売
した使用権の不正使用を防止することができる。請求項
3,4に記載の発明によれば、販売履歴が有り、かつダ
ウンロード未完であると、正規に購入した使用権が適正
に行使できない状態と判断して使用権を無償で提供する
ことができる。また、販売履歴が有り、かつダウンロー
ド済みであっても、前回と前々回の購入履歴が一致して
いれば、正規に購入した使用権の使用期限が切れたこと
による再購入依頼と見做し、この場合も正規に購入した
使用権が適正に行使できない状態と判断して使用権を無
償で提供することができる。さらに、前回と前々回の購
入履歴が一致しない場合には、使用権が正規購入されて
いないと見做して新規購入をユーザ端末に通知するの
で、ユーザ端末1側で購入IDが改竄されるのを防止す
ることができる。請求項5,7に記載の発明によれば、
今回購入した使用権に含まれる購入IDと重複する購入
IDが購入履歴データベースに登録されていれば、その
購入IDは改竄あるいは変造された不正なものと見做し
て今回購入した使用権を無効にするため、販売した使用
権の不正使用を防止することができる。一方、重複する
購入IDが無ければ、今回購入した使用権を未使用状態
に設定したり、使用権の有効時間を設定する等、新たに
登録すべき購入データを生成し、それを購入履歴データ
ベース10に登録すると、その登録した未使用状態の購
入データを機能使用中に変更してソフトウェアの使用制
限を解除し、使用制限が解除された前記ソフトウェアが
稼働していれば、機能使用中を表す状態フラグを有する
購入データを購入履歴データベースから一定時間毎に検
索し、検索された購入データの有効期限が切れている
と、当該購入データの状態フラグが表す状態を使用権無
効に変更し、期限切れでなければ使用制限を解除した時
点からの経過時間に応じて有効期限を更新する結果、使
用権の有効期限を管理でき、これ故、販売した使用権の
不正使用を防ぐことができる。請求項6,8に記載の発
明によれば、前記ソフトウェアが実行終了する間際に、
使用制限が解除されている購入データを前記購入履歴デ
ータベースから検索し、該当する購入データの状態フラ
グを使用権無効の状態に変更してから当該ソフトウェア
を実行終了させるので、使用権の有効期限を管理でき、
これ故、販売した使用権の不正使用を防ぐことができ
る。
According to the invention described in claims 1 and 2, the site side selling the usage right via the network determines whether or not there is a sales history regarding the user terminal in response to a purchase request from the user terminal. Search the sales history database, if there is a sales history, refer to the contents to determine whether the usage right sold has been downloaded, and if it is determined that the usage right has not been downloaded, or if it has been downloaded, the sales history If the sales history of the previous time and the previous sales time retrieved from the database match, the usage right will be downloaded to the user terminal that issued the purchase request free of charge. Due to a problem with the download, the download may not be performed normally, or the right to use may not be issued when a repurchase request is made due to the expiration of the right to use. In can be provided to the user terminal side. In addition, the user terminal searches the purchase history database for a purchase ID that duplicates the purchase ID included in the usage right purchased this time, and if a duplicate purchase ID is found, the purchase ID is tampered or altered to be an unauthorized one. Since the usage right purchased this time is regarded as invalid, it is possible to prevent the illegal use of the sold usage right. According to the inventions of claims 3 and 4, if there is a sales history and the download is not completed, it is judged that the properly purchased usage right cannot be properly exercised, and the usage right is provided free of charge. it can. Also, even if there is a sales history and it has been downloaded, if the purchase history of the previous and the previous two times is the same, it is considered as a re-purchase request due to the expiration of the usage right of the legitimate purchase, In this case as well, it is possible to provide the usage right free of charge by judging that the usage right that has been legally purchased cannot be properly exercised. Further, when the purchase history of the previous time and the purchase history of the previous time do not match, the user terminal is notified of the new purchase assuming that the usage right has not been officially purchased, and thus the purchase ID is falsified on the user terminal 1 side. Can be prevented. According to the invention described in claims 5 and 7,
If a purchase ID that is the same as the purchase ID included in the usage right purchased this time is registered in the purchase history database, the purchase ID is considered to be falsified or altered and the usage right purchased this time is invalidated. Therefore, it is possible to prevent unauthorized use of the sold usage right. On the other hand, if there is no duplicate purchase ID, purchase data to be newly registered, such as setting the usage right purchased this time to an unused state or setting the valid time of the usage right, is created and used as the purchase history database. When registered in 10, the registered purchase data in the unused state is changed to use the function to release the use restriction of the software, and if the software whose release the use restriction has been released is operating, the function is in use. When the purchase history database is searched for purchase data with a status flag at regular intervals, and the expiration date of the searched purchase data is expired, the status represented by the status flag of the purchase data is changed to usage right invalid and expired. Otherwise, the expiration date of the usage right can be managed as a result of updating the expiration date according to the elapsed time from the time when the usage restriction is released, and thus the illegal use of the sold usage right It is possible to prevent the use. According to the inventions of claims 6 and 8, when the software is about to end execution,
The purchase data whose usage restrictions have been released is searched from the purchase history database, the status flag of the corresponding purchase data is changed to the usage right disabled state, and the software is terminated. Can manage
Therefore, it is possible to prevent unauthorized use of the sold usage right.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の実施の一形態による販売処理システム
の概略構成を示すブロック図である。
FIG. 1 is a block diagram showing a schematic configuration of a sales processing system according to an embodiment of the present invention.

【図2】ユーザ端末1が備える購入履歴データベース1
0の構成を示す図である。
FIG. 2 is a purchase history database 1 provided in the user terminal 1.
It is a figure which shows the structure of 0.

【図3】管理サーバ21が備える販売情報スタックSS
の構成を示す図である。
FIG. 3 is a sales information stack SS included in the management server 21.
It is a figure which shows the structure of.

【図4】サイト2が備えるユーザデータベース22bの
構成を示す図である。
FIG. 4 is a diagram showing a configuration of a user database 22b included in the site 2.

【図5】サイト2が備える販売履歴データベース22c
の構成を示す図である。
FIG. 5 is a sales history database 22c included in the site 2
It is a figure which shows the structure of.

【図6】販売処理システムの全体動作を示す販売処理フ
ローである。
FIG. 6 is a sales processing flow showing the overall operation of the sales processing system.

【図7】使用制限解除ファイルLFの一構成例を示す図
である。
FIG. 7 is a diagram showing a configuration example of a usage restriction release file LF.

【図8】販売履歴確認処理の動作を示すフローチャート
である。
FIG. 8 is a flowchart showing an operation of sales history confirmation processing.

【図9】使用制限解除処理の動作を示すフローチャート
である。
FIG. 9 is a flowchart showing an operation of a usage restriction releasing process.

【図10】購入履歴検査処理の動作を示すフローチャー
トである。
FIG. 10 is a flowchart showing an operation of purchase history inspection processing.

【図11】解除処理の動作を示すフローチャートであ
る。
FIG. 11 is a flowchart showing an operation of a cancellation process.

【図12】使用期限管理処理の動作を示すフローチャー
トである。
FIG. 12 is a flow chart showing the operation of the expiration date management processing.

【符号の説明】[Explanation of symbols]

1 ユーザ端末 2 サイト 10 購入履歴データベース 11 履歴管理ソフト 12 クライアントソフト 13 Webブラウザ 20 Webサーバ 21 管理サーバ 22 データベース 22a コンテンツデータベース 22b ユーザデータベース 22c 販売履歴データベース 40 決済システム 1 user terminal 2 sites 10 purchase history database 11 History management software 12 Client software 13 Web browser 20 Web server 21 Management server 22 Database 22a content database 22b User database 22c Sales history database 40 payment system

Claims (8)

【特許請求の範囲】[Claims] 【請求項1】 ネットワークを経由して使用権を販売す
るサイトと、このサイトから購入した使用権によって使
用制限が解除されるソフトウェアを備えるユーザ端末と
に設けられる装置であって、 前記サイトは、 販売履歴を記憶管理する販売履歴データベース手段と、 前記ユーザ端末からの購入要求に応じて、そのユーザ端
末に関する販売履歴の有無を前記販売履歴データベース
手段から検索し、販売履歴が有ればその内容を参照して
販売した使用権がダウンロード済みか否かを判定する判
定手段と、 この判定手段にてダウンロード未完と判定された場合、
あるいはダウンロード済みであっても前記販売履歴デー
タベース手段から検索した前回と前々回の販売履歴が一
致する場合には前記購入要求を出したユーザ端末に使用
権を無償でダウンロードするダウンロード手段とを具備
し、 前記ユーザ端末は、 購入履歴を記憶管理する購入履歴データベース手段と、 前記サイトからダウンロードされ、今回購入した使用権
に含まれる購入IDと重複する購入IDを前記購入履歴
データベース手段から検索し、重複する購入IDが検索
された場合に今回購入した使用権を無効にする無効化手
段とを具備することを特徴とする販売処理装置。
1. A device provided in a site that sells a usage right via a network and a user terminal equipped with software whose usage restriction is released by the usage right purchased from this site, wherein the site is In response to a purchase request from the user terminal, a sales history database unit that stores and manages a sales history is searched from the sales history database unit for the presence or absence of a sales history related to the user terminal. If the determination means determines whether the usage right sold by reference has been downloaded, and if this determination means determines that the download is not completed,
Alternatively, even if it has been downloaded, it is provided with a download means for downloading the usage right to the user terminal which issued the purchase request free of charge, when the sales history of the previous time and the sales history of the time before last searched from the sales history database means match, The user terminal stores and manages a purchase history, a purchase history database unit, and a purchase ID that is downloaded from the site and that is the same as the purchase ID included in the usage right purchased this time. A sales processing device comprising: an invalidating unit that invalidates the usage right purchased this time when the purchase ID is searched.
【請求項2】 ネットワークを経由して使用権を販売す
るサイトと、このサイトから購入した使用権によって使
用制限が解除されるソフトウェアを備えるユーザ端末と
で実行される処理方法であって、 前記サイトでは、 前記ユーザ端末からの購入要求に応じて、そのユーザ端
末に関する販売履歴の有無を、販売履歴を記憶管理する
販売履歴データベースから検索し、販売履歴が有ればそ
の内容を参照して販売した使用権がダウンロード済みか
否かを判定する判定過程と、 この判定過程にてダウンロード未完と判定された場合、
あるいはダウンロード済みであっても前記販売履歴デー
タベースから検索した前回と前々回の販売履歴が一致す
る場合には前記購入要求を出したユーザ端末に使用権を
無償でダウンロードするダウンロード過程とを具備し、 前記ユーザ端末では、 前記サイトからダウンロードされ、今回購入した使用権
に含まれる購入IDと重複する購入IDを、購入履歴を
記憶管理する購入履歴データベースから検索し、重複す
る購入IDが検索された場合に今回購入した使用権を無
効にする無効化過程とを具備することを特徴とする販売
処理方法。
2. A processing method executed by a site that sells a usage right via a network and a user terminal equipped with software whose usage restriction is released by the usage right purchased from the site, wherein the site Then, in response to a purchase request from the user terminal, the presence or absence of a sales history regarding the user terminal is searched from a sales history database that stores and manages the sales history, and if there is a sales history, the contents are referenced to sell. In the judgment process of judging whether the usage right has been downloaded, and in the judgment process, if the download is not completed,
Alternatively, a download process of downloading the usage right to the user terminal that has issued the purchase request free of charge when the previous sales history and the previous sales history retrieved from the sales history database match even if it has been downloaded, The user terminal searches the purchase history database that stores and manages the purchase history for a purchase ID that is downloaded from the site and that is included in the usage right purchased this time, and if a duplicate purchase ID is found, A sales processing method comprising: a revocation process for revoking the usage right purchased this time.
【請求項3】 ネットワークを介してアクセスしてくる
ユーザ端末からの購入要求に応じて使用権を販売するサ
イト側に設けられる装置であって、 少なくとも前記購入要求時にユーザ端末から送出される
ユーザID、前回購入IDおよび販売した使用権がユー
ザ端末側にダウンロード済みであるか否かを表すダウン
ロードフラグを含む販売履歴データを記憶する販売履歴
記憶手段と、 前記購入要求に含まれるユーザIDに基づき前記販売履
歴記憶手段から該当する販売履歴の有無を検索する第1
の検索手段と、 この第1の検索手段により販売履歴が検索された場合、
その検索された販売履歴データ中のダウンロードフラグ
を参照して使用権がダウンロード済みか否かを判定する
判定手段と、 この判定手段によってダウンロード未完と判定された場
合、該当ユーザに無償で使用権をダウンロードする第1
のダウンロード手段と、 前記判定手段によってダウンロード済みと判定された場
合、前記販売履歴記憶手段から前回購入IDおよび前々
回購入IDを検索する第2の検索手段と、 この第2の検索手段によって検索された前回購入IDと
前々回購入IDとが一致した場合には該当ユーザに無償
で使用権をダウンロードする第2のダウンロード手段
と、 前記第2の検索手段により検索された前回購入IDと前
々回購入IDとが一致しない場合には使用権が正規購入
されていないと見做して新規購入をユーザ側に通知する
通知手段とを具備することを特徴とする販売処理装置。
3. A device provided on a site side that sells a usage right in response to a purchase request from a user terminal accessed via a network, wherein the user ID is sent from the user terminal at least when the purchase request is made. , A sales history storage unit that stores sales history data including a previous purchase ID and a download flag indicating whether or not the sold usage right has been downloaded to the user terminal side, and the sales history storage unit stores the sales history data based on the user ID included in the purchase request. First searching for the presence or absence of the corresponding sales history from the sales history storage means
When the sales history is searched by the search means of and the first search means,
A determination means for determining whether or not the usage right has been downloaded by referring to the download flag in the searched sales history data, and when the determination means determines that the download is not completed, the usage right is given to the corresponding user free of charge. First to download
Download means, a second search means for searching the sales history storage means for a previous purchase ID and a purchase ID two times before, and a second search means when the determination is made by the determination means. If the previous purchase ID and the previous purchase ID are the same, the second download means for downloading the usage right to the relevant user free of charge, and the previous purchase ID and the previous purchase ID searched by the second searching means. A sales processing device comprising: a notification means for notifying the user of a new purchase when the usage right is regarded as not being properly purchased.
【請求項4】 ネットワークを介してアクセスしてくる
ユーザ端末からの購入要求に応じて使用権を販売するサ
イト側で処理される方法であって、 少なくとも前記購入要求時にユーザ側から送出されるユ
ーザID、前回購入IDおよび販売した使用権がユーザ
側にダウンロード済みであるか否かを表すダウンロード
フラグを含む販売履歴データを記憶する販売履歴データ
ベースを備え、 前記購入要求に含まれるユーザIDに基づき前記販売履
歴データベースから該当する販売履歴の有無を検索する
第1の検索過程と、 この第1の検索過程にて販売履歴が検索された場合、そ
の検索された販売履歴データ中のダウンロードフラグを
参照して使用権がダウンロード済みか否かを判定する判
定過程と、 この判定過程にてダウンロード未完と判定された場合、
該当ユーザに無償で使用権をダウンロードする第1のダ
ウンロード過程と、 前記判定過程にてダウンロード済みと判定された場合、
前記販売履歴データベースから前回購入IDおよび前々
回購入IDを検索する第2の検索過程とこの第2の検索
過程にて検索された前回購入IDと前々回購入IDとが
一致した場合には該当ユーザに無償で使用権をダウンロ
ードする第2のダウンロード過程と、 前記第2の検索過程にて検索された前回購入IDと前々
回購入IDとが一致しない場合、使用権が正規購入され
ていないと見做して新規購入をユーザ側に通知する通知
過程とを具備することを特徴とする販売処理方法。
4. A method of being processed by a site selling a usage right in response to a purchase request from a user terminal accessed via a network, wherein the user is sent out at least at the time of the purchase request. A sales history database that stores sales history data including an ID, a previously purchased ID, and a download flag indicating whether or not the sold usage right has been downloaded to the user side is provided, and the sales history database stores the sales history data based on the user ID included in the purchase request. The first search process of searching the sales history database for the presence or absence of the corresponding sales history, and when the sales history is searched in the first search process, the download flag in the searched sales history data is referred to. And the judgment process to judge whether the usage right has been downloaded. If,
In the first download process in which the usage right is downloaded to the corresponding user free of charge, and when it is determined that the download is completed in the determination process,
If the previous purchase ID and the previous purchase ID searched in the second search process and the second purchase process for searching the previous purchase ID and the previous purchase ID from the sales history database match, the corresponding user is free of charge. When the second download process of downloading the usage right with the previous purchase ID and the purchase ID before the second searched in the second search process do not match, it is considered that the usage right is not officially purchased. And a notification process for notifying the user of new purchase.
【請求項5】 ネットワークを介してサイトから購入し
た使用権に従ってユーザ端末側で稼働するソフトウェア
の使用期限を管理する装置であって、 少なくとも購入した使用権を識別する購入ID、使用権
の状態を表す状態フラグおよび有効期限を含む購入デー
タを記憶する購入履歴記憶手段と、 購入に応じて前記サイト側からダウンロードされ、今回
購入した使用権に含まれる購入IDと重複する購入ID
が前記購入履歴記憶手段に記憶されているか否かを検索
する第1の検索手段と、 この第1の検索手段によって重複する購入IDが検索さ
れた場合、今回購入した使用権を無効にする無効化手段
と、 前記検索手段によって重複する購入IDが検索されない
場合、今回購入した使用権が未使用の状態にある旨を表
す状態フラグと当該使用権の有効時間とを備えた新たな
購入データを生成して前記購入履歴記憶手段に登録する
登録手段と、 この登録手段によって前記購入履歴記憶手段に登録され
た新たな購入データの状態フラグが表す状態を機能使用
中に変更して前記ソフトウェアの使用制限を解除する解
除手段と、 この解除手段により使用制限が解除された前記ソフトウ
ェアが稼働中にある場合、機能使用中を表す状態フラグ
を有する購入データを前記購入履歴記憶手段から一定時
間毎に検索する第2の検索手段と、 この第2の検索手段によって検索された購入データの有
効期限が切れていれば、当該購入データの状態フラグが
表す状態を使用権無効に変更し、期限切れでなければ使
用制限を解除した時点からの経過時間に応じて有効期限
を更新する期限管理手段とを具備することを特徴とする
販売処理装置。
5. A device for managing the expiration date of software operating on the user terminal according to the usage right purchased from the site via the network, wherein at least the purchase ID for identifying the purchased usage right and the status of the usage right are displayed. A purchase history storage unit that stores purchase data including a status flag and an expiration date, and a purchase ID that is downloaded from the site side according to the purchase and that is the same as the purchase ID included in the usage right purchased this time.
First search means for searching whether or not is stored in the purchase history storage means, and if a duplicate purchase ID is searched by the first search means, the use right purchased this time is invalidated. And a new purchase data including a status flag indicating that the right to use purchased this time is in an unused state and a valid time of the right to use when the duplicate purchase ID is not searched by the searching unit. Registration means for generating and registering in the purchase history storage means, and use of the software by changing the state represented by the status flag of the new purchase data registered in the purchase history storage means by the registration means to use the function. When the software whose usage restrictions are canceled by the cancellation means for canceling the restrictions is in operation, the purchase data having a status flag indicating that the function is in use Second retrieval means for retrieving data from the purchase history storage means at regular time intervals, and if the expiration date of the purchase data retrieved by the second retrieval means has expired, the status flag of the purchase data indicates A sales processing device, comprising: a expiration management unit that changes the state to invalid usage right and updates the expiration date according to the elapsed time from the time when the usage restriction is released if the expiration date has not expired.
【請求項6】 前記期限管理手段は、前記ソフトウェア
が実行終了する間際に、使用制限が解除されている購入
データを前記購入履歴記憶手段から検索し、該当する購
入データの状態フラグを使用権無効の状態に変更してか
ら当該ソフトウェアを実行終了させることを特徴とする
請求項5記載の販売処理装置。
6. The expiration date management means searches the purchase history storage means for purchase data for which usage restrictions have been released just before the execution of the software ends, and invalidates the status flag of the corresponding purchase data. The sales processing device according to claim 5, wherein the execution of the software is terminated after the state is changed to the above state.
【請求項7】 ネットワークを介してサイトから購入し
た使用権に従ってユーザ端末側で稼働するソフトウェア
の使用期限を管理する方法であって、 少なくとも購入した使用権を識別する購入ID、使用権
の状態を表す状態フラグおよび有効期限を含む購入デー
タを記憶する購入履歴データベースを備え、 購入に応じて前記サイト側からダウンロードされ、今回
購入した使用権に含まれる購入IDと重複する購入ID
が前記購入履歴データベースに記憶されているか否かを
検索する第1の検索過程と、 この第1の検索過程にて重複する購入IDが検索された
場合、今回購入した使用権を無効にする無効化過程と、 前記第1の検索手段にて重複する購入IDが検索されな
い場合、今回購入した使用権が未使用の状態にある旨を
表す状態フラグと当該使用権の有効時間とを備えた新た
な購入データを生成して前記購入履歴データベースに登
録する登録過程と、 この登録過程にて前記購入履歴データベースに登録され
た新たな購入データの状態フラグが表す状態を機能使用
中に変更して前記ソフトウェアの使用制限を解除する解
除過程と、 この解除過程により使用制限が解除された前記ソフトウ
ェアが稼働中にある場合、機能使用中を表す状態フラグ
を有する購入データを前記購入履歴データベースから一
定時間毎に検索する第2の検索過程と、 この第2の検索過程にて検索された購入データの有効期
限が切れていれば、当該購入データの状態フラグが表す
状態を使用権無効に変更し、期限切れでなければ使用制
限を解除した時点からの経過時間に応じて有効期限を更
新する期限管理過程とを具備することを特徴とする販売
処理方法。
7. A method of managing the expiration date of software operating on the user terminal side according to the usage right purchased from a site via a network, wherein at least a purchase ID for identifying the purchased usage right and a status of the usage right are displayed. A purchase history database that stores purchase data including a status flag and an expiration date is stored, and a purchase ID that is downloaded from the site according to the purchase and that is the same as the purchase ID included in the usage right purchased this time is used.
The first search step for searching whether or not is stored in the purchase history database, and if a duplicate purchase ID is searched in the first search step, the use right purchased this time is invalidated. And a new flag having a status flag indicating that the usage right purchased this time is in an unused state and a valid time of the usage right when the duplicate purchase ID is not searched by the first searching means. A registration process of generating new purchase data and registering it in the purchase history database, and changing the state represented by the status flag of the new purchase data registered in the purchase history database during the registration process to use the function. A release process of releasing the use restriction of the software, and a purchase flag having a status flag indicating that the function is in use when the software whose use restriction is released by the release process is in operation. A second search step of searching the purchase history database for incoming data at regular time intervals, and if the purchase data searched in the second search step has expired, the status flag of the purchase data is changed. A sales processing method comprising: changing the state shown to invalidation of the usage right; and, if not expired, updating the expiration date according to the elapsed time from the time when the usage restriction is released.
【請求項8】 前記期限管理過程は、前記ソフトウェア
が実行終了する間際に、使用制限が解除されている購入
データを前記購入履歴データベースから検索し、該当す
る購入データの状態フラグを使用権無効の状態に変更し
てから当該ソフトウェアを実行終了させることを特徴と
する請求項7記載の販売処理方法。
8. The expiration date management process searches the purchase history database for purchase data for which usage restrictions have been released just before the software finishes executing, and sets a status flag of the corresponding purchase data to indicate that the usage right is invalid. 8. The sales processing method according to claim 7, wherein execution of the software is terminated after changing to the state.
JP2002137184A 2002-05-13 2002-05-13 Apparatus and method for sales processing Pending JP2003331139A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002137184A JP2003331139A (en) 2002-05-13 2002-05-13 Apparatus and method for sales processing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002137184A JP2003331139A (en) 2002-05-13 2002-05-13 Apparatus and method for sales processing

Publications (1)

Publication Number Publication Date
JP2003331139A true JP2003331139A (en) 2003-11-21

Family

ID=29699012

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002137184A Pending JP2003331139A (en) 2002-05-13 2002-05-13 Apparatus and method for sales processing

Country Status (1)

Country Link
JP (1) JP2003331139A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006323689A (en) * 2005-05-19 2006-11-30 Sankyo Kk Trading system, server, information terminal and application program
JP2008527536A (en) * 2005-01-13 2008-07-24 サムスン エレクトロニクス カンパニー リミテッド Digital rights management apparatus and method
US7640186B1 (en) 1999-11-16 2009-12-29 Cfph, Llc Systems and methods for reselling electronic merchandise
US20160171496A1 (en) * 2006-05-24 2016-06-16 Paypal, Inc. System and Method for Preventing Multiple Charges for a Transaction in a Payment System

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7640186B1 (en) 1999-11-16 2009-12-29 Cfph, Llc Systems and methods for reselling electronic merchandise
JP2008527536A (en) * 2005-01-13 2008-07-24 サムスン エレクトロニクス カンパニー リミテッド Digital rights management apparatus and method
JP4718560B2 (en) * 2005-01-13 2011-07-06 サムスン エレクトロニクス カンパニー リミテッド Digital rights management apparatus and method
JP2006323689A (en) * 2005-05-19 2006-11-30 Sankyo Kk Trading system, server, information terminal and application program
US20160171496A1 (en) * 2006-05-24 2016-06-16 Paypal, Inc. System and Method for Preventing Multiple Charges for a Transaction in a Payment System
US10713659B2 (en) * 2006-05-24 2020-07-14 Paypal, Inc. System and method for preventing multiple charges for a transaction in a payment system

Similar Documents

Publication Publication Date Title
JP2023073391A (en) Method executed by computer and computer
JP3766197B2 (en) Software distribution method, server device, and client device
US8443455B2 (en) Apparatus, method, and computer program for controlling use of a content
US7555126B2 (en) Game apparatus managing system, game apparatus, controlling method, computer program and recording medium
US20100235889A1 (en) Application products with in-application subsequent feature access using network-based distribution system
JP2001216198A (en) Method and device for issuing use permit card
JP2004164299A (en) Content using system and method, and server
JP2013058232A (en) Online distribution method of digital file protected by intellectual property rights via data network and computer readable medium including program executing the method
JP2002157523A (en) Electronic commerce system and method utilizing hardware identification number
JP2004054352A (en) Network service system and point transfer system
JP3910810B2 (en) Children&#39;s clothing rental method and children&#39;s clothing rental program
JP2004295719A (en) License and privilege management method for digital content selling
JP2003256670A (en) Distributed management type net sales method for software and protect program
JP2003331139A (en) Apparatus and method for sales processing
JP2001195482A (en) Method and system for charging on content distribution
JP2003029861A (en) Method for supplying application program, application program to be used for the method and recording medium with the program recorded thereon
JP2002123635A (en) Method and system for calculating royalty and storage medium stored with royalty calculation program
KR100363831B1 (en) Refill-ware system and method thereof
JP2004030617A (en) Transaction service system using internet and its method
TW201521404A (en) Method and system for content service lending and right control
JP2001273263A (en) Contents managing system and contents managing center
JP2011215746A (en) Content management server, method, and program
JP2003331141A (en) Download vending system for charged software
JP2003150873A (en) User certification system and system using it
JP2002358433A (en) System and method for contents sale management

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070502

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070628

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070731