U.S. Pat. No. 8,734,249

DETAILED DESCRIPTION OF THE INVENTION

Hereinafter, one embodiment of the present invention will be described with reference to the appending drawings.

FIG. 1is a block diagram showing a configuration example of a video game processing apparatus100according to one embodiment of the present invention. As shown inFIG. 1, the video game processing apparatus100includes: a game program reading section10; a control section11; a memory12; a display section14; an audio outputting section15; and a player operation receiving section16.

The game program reading section10removably receives a game cartridge20in which a storage medium is embedded. A game program is stored in the storage medium. The game program reading section10reads out a necessary game program from the storage medium of the inserted game cartridge20. In this regard, in this embodiment, a video game program classified into a simulation game, whose theme is selling and buying of goods, is stored in the storage medium embedded in the game cartridge20.

The control section11has a function to execute a game program read by the game program reading section10, and to execute various kinds of control for causing the video game to proceed in accordance with operations of a player.

The memory12is a storage medium for storing game programs and various data required to cause the video game to proceed. The memory12is configured by a nonvolatile memory such as a RAM, for example. Various kinds of information registered and updated in accordance with progress of the game and various kinds of information used in the game read out from the storage medium embedded in the game cartridge20are stored in the memory12.

In the present embodiment, a character appearance managing table12a, a goods appearance managing table12b, a stock goods managing table12c, a repair process managing table12d, a price determining table12eand an obstacle character appearance managing table12fare stored in the memory12. Each of the tables12ato12fwill be described later in detail.

The display section14is a display apparatus for displaying progress of a game and a game screen according to operations of the player in accordance with control of the control section11. The display section14is configured by a liquid crystal display, for example.

The audio outputting section15outputs audio according to progress of the game and operations of the player in accordance with control of the control section11. The player operation receiving section16receives operational signals according to operations of the player from a controller constructed from a plurality of buttons and a mouse, and informs the control section11of its result.

In the video game processing apparatus100of the present embodiment, a system to read out a game program from the game cartridge20is adopted. However, the video game processing apparatus100may be configured so as to download a game program in a wireless or wired manner from a game server for delivering games, for example.

Here, a summary of a video game executed by the video game processing apparatus100of the present embodiment will be described.FIG. 2is an explanatory drawing showing an example of the game screen for explaining a summary of the video game of the present embodiment. In the present embodiment, as shown inFIG. 2, goods selling characters (dealer characters) SC1to SC3intended to sell goods and goods buying characters (buyer characters) BC1to BC4intended to buy goods are distinguishably displayed on the game screen (on a game field) by differentiating those display colors from each other, for example. Further, as shown inFIG. 2, a cursor K moving on the game screen by means of operations of the player (for example, mouse operations) is displayed.

Each of the goods selling characters SC1to SC3and goods buying characters BC1to BC4arbitrarily moves on the game field. Selling goods icons SI1to SI3indicating goods and those selling amounts of money (selling points) that corresponding characters set to sale targets are respectively displayed in the vicinity of each of the goods selling characters SC1to SC3. Further, buying goods icons BI1to BI4indicating goods that corresponding characters set to buying targets are respectively displayed in the vicinity of each of the goods buying characters BC1to BC4.

A stay remaining time gauge M is displayed in the vicinity of each of the goods selling characters SC1to SC3and goods buying characters BC1to BC4. The stay remaining time gauge M is used to inform the player of remaining time when the corresponding character stays on the game screen. In the present embodiment, each of the goods selling characters SC1to SC3and goods buying characters BC1to BC4is controlled so as to be displayed on the game screen by a predetermined time after appearance on the game screen and to leave from the game screen when the time elapses.

Further, as shown inFIG. 2, a stock goods display region200for displaying goods bought from some of the goods selling characters SC1to SC3as the stock goods is provided in the game screen. A repair icon display region201for displaying repair icons each used when stock goods are repaired; an increasing instruction icon display region202for displaying a repair icon increasing instruction icon; an overall point display region203for displaying a current overall point; and a clear point display region204indicating a point required for clear of a stage are further provided in the game screen. A purchase price of the repair icon is displayed in the vicinity of the increasing instruction icon display region202.

In the video game of the present embodiment, when the player selects any of the goods selling characters SC1to SC3, buying of corresponding goods is met, and the bought goods are kept as the stock goods. More specifically, when the player selects the goods selling character SC1by operating the cursor K, for example, as shown inFIG. 3, the goods that the goods selling character SC1sets to a sale target become stock goods, and the goods indicated by the selling goods icon SI1are displayed in the stock goods display region200. In this regard, the goods selling character SC1is deleted from the game screen together with the selling goods icon SI1after sale of the goods is completed.

Then, when the player selects any of the stock goods and any of the goods buying characters BC1to BC4, resale of the stock goods is met. More specifically, for example, as shown inFIG. 4, when the player selects the goods displayed in the stock goods display region200by operating the cursor K, and further selects the goods buying character BC1whose goods are set to a buying target, resale of the selected goods to the goods buying character BC1is met. In this regard, when the resale is met, the resold goods are deleted from the stock goods display region200, and the goods buying character BC1that buys the goods is deleted from the game screen together with the buying goods icon BI1.

In the present embodiment, the game proceeds as described above. In such a game, the player increases points by obtaining a resale profit. In this regard, in the video game of the present embodiment, the stock goods displayed in the stock goods display region200are repaired by selecting the repair icon, and this makes it possible to resell the stock goods after their commodity values (selling price) are heightened.

Next, an operation of the video game processing apparatus100of the present embodiment will be described.

FIG. 5is a flowchart showing an example of a game process executed by the video game processing apparatus100. In the game process, a user A operating the video game processing apparatus100gets goods from any of goods selling characters on the display screen by operating the cursor K, and a process to resell the got goods to any of goods buying characters is then carried out. In this regard, the contents of processes that are not related to the present invention may be omitted.

When a game is started in the game process, the control section11first receives selection of a stage by means of operations of the player via the player operation receiving section16(Step S101). A time limit and a clear condition are set for each “stage”. In this regard, as for selection of a stage, it may be configured so that the player can select any stage arbitrarily, or a stage may be determined arbitrarily by the game program. Further, in the case of determining a stage by the game program, for example, the game program may execute stages from a stage whose difficulty level is the lowest in turn.

When determination of the stage is received, the control section11starts the game at the received stage to start a timer (Step S102). In this regard, this timer is one for measuring a time limit of each stage. When it reaches the time limit, the control section11executes a process for time over in priority over any process, and terminates the game forcibly.

Next, the control section11refers to the character appearance managing table12aand the goods appearance managing table12bstored in the memory12in accordance with an instruction to select the stage thus informed; determines the number of characters to be displayed on the display screen of the display section14and goods that each character intends to buy or sell; and executes a process to display characters of the determined number, each of which sets the determined goods to a buying or sale target on the game screen displayed in the display section14(Step S103).

FIG. 6is an explanatory drawing showing an example of a storage state of character appearance information in the character appearance managing table12a. As shown inFIG. 6, the character appearance information is information in which an elapsed time range from start time of the game at the corresponding stage is associated with appearance number specifying information capable of specifying the appearance number of characters at the time range in each stage. In the present embodiment, the elapsed time range is set so that elapsed time from start of the game becomes every 40 seconds. According to the present embodiment, the appearance number specifying information is not set after 120 seconds in Stage 1. This is because a time limit of Stage 1 is set to a predetermined period of time (for example, 120 seconds or 130 seconds) after 120 seconds. Here, a value indicated by the “appearance number specifying information” represents “the number of pairs” of a goods selling character and a goods buying character within defined time after start of the game in each stage. Namely, in the present embodiment, four pairs of a goods selling character and a goods buying character are determined as appearance characters until 40 seconds after start of the game in Stage 1.

By managing goods selling characters and goods buying characters as pairs in this manner, the same number of goods selling characters and goods buying characters appear on the display screen. Thus, progress of the game becomes easy. In this regard, in order to increase a difficulty level of the game, the control section11may select the predefined number of characters in a random manner without regard to “pair”.

In this case, in the present embodiment, a goods selling character is paired with a goods buying character with respect to the same goods intended to be sold or bought so that the game proceeds smoothly. By adopting such a design, corresponding buying and selling partners exist for all goods displayed on the display screen. This makes it possible to prevent a situation in which buying and selling are not met at all even though the player operates the game so well.

However, in the case where a goods selling character is always paired with a goods buying character with respect to all goods and the goods selling character and the corresponding goods buying character are displayed on the display screen at the same time, a difficulty level of the game decreases too much, and as a result, there is a possibility to lower interest of the player in the game. In the present embodiment, in order to prevent such a situation, the game is set up so that time when the goods selling character is actually displayed after a pair of characters to be displayed is determined is shifted from the time when the goods buying character is actually displayed.

More specifically, when a character to be displayed is determined, the control section11applies a random number of 1 to 10 to each pair of a goods selling character and a goods buying character. This number indicates an interval until each character is displayed on the display screen of the display section14after the control section11refers to the character appearance managing table12a. Namely, in the case where random numbers “3” and “7” are respectively applied to the goods selling characters and the goods buying characters when appearance numbers of characters are determined, for example, the control section11causes the display section14to display the goods selling character on the display screen at 3 seconds later, and to display the goods buying character on the display screen at 7 seconds later. By adopting such a design, it is possible to avoid a situation that a pair of a goods selling character and a goods buying character with respect to the same goods is always displayed and the respective characters are displayed on the display screen at the same time to some extent.

In this regard, the control section11may apply a random number to only a goods buying character, by which the goods selling character is displayed on the display screen ahead of the corresponding goods buying character or the goods selling character and the goods buying character are displayed at least at the same time. By displaying the characters at such timing, the player can cause the game to proceed without any trouble in such a manner that the player first buys goods from any of goods selling characters and next resells the bought goods to the corresponding goods buying character. Therefore, by setting up the game in this manner in a stage whose difficulty level is low, even a less skilled player may enjoy the game sufficiently.

Further, by widening a width of values of the random number in a stage whose difficulty level is higher, a goods buying character is sometimes displayed ahead of the corresponding goods selling character, and a goods buying character corresponding to stock goods may hardly be displayed. For this reason, it becomes difficult for the game to proceed by merely repeating just simple operations so that the player is required to think hard about stock management. Further, the player is required to pay attention to existence remaining time of characters on the display screen and management of stock goods. For this reason, it is possible to maintain interest of a skilled player who gets used to the game.

FIG. 7is an explanatory drawing showing an example of a storage state of goods appearance information in the goods appearance managing table12b. As shown inFIG. 7, in the goods appearance information, a name of goods that may become a buying or sale target and an appearance ratio (%) of the respective goods are set for every stage. In the present embodiment, in the case where Stage 1 is selected, the control section11refers to the character appearance managing table12a, and causes four pairs of characters to appear on the display screen from start of the game until 40 seconds. At the time, the control section11determines goods to be assigned to each pair of characters by referring to the goods appearance managing table12b. In the case of the present embodiment, since an appearance ratio of goods “CD (Compact Disc)” is the highest of “50(%)” in Stage 1, goods “CD” are assigned to two pairs of characters corresponding to 50% of the characters that appear on the display screen. However, the control section11determines goods assigned to the characters by referring to the goods appearance managing table12bfor one pair of characters. Thus, it is not necessarily the case where goods “CD” are assigned to two pairs.

Next, the control section11receives an instruction to select a goods selling character by means of operations of the controller by the player via the player operation receiving section16(Step S104). When the instruction to select a goods selling character is detected (“YES” at Step S104), the control section11confirms whether a value indicating a price of goods (goods that the player wants to buy) that the selected goods selling character sets to a sale target is less than an overall point (point displayed in the overall point display region203; in the present embodiment, a predetermined point is applied to the player as operating money at the start of the game) that the player possesses or not (Step S105). Here, the overall point is stored in the memory12, for example.

In the case where the value indicating the price of the goods that the selected goods selling character sets to the sale target is the overall point or more (“NO” at Step S105), the control section11carries out error display for informing the player that the goods cannot be bought (Step S105a), and the processing flow returns to Step S104.

On the other hand, in the case where the value indicating the price of the goods that the selected goods selling character sets to the sale target is less than the overall point (“YES” at Step S105), the control section11refers to the stock goods managing table12c, and determines whether the number of stock goods reaches an upper limit or not (Step S106).

FIG. 8is an explanatory drawing showing a storage state of stock goods information in the stock goods managing table12c. As shown inFIG. 8, the stock goods information is information in which a stock number; a goods name of stock goods; a selling price of corresponding goods; and a state of the corresponding goods are associated with each other. In the case where there is no stock goods corresponding to a stock number, as shown inFIG. 8, “vacancy” is inserted into a column of the “goods name”. In the game of the present embodiment, the player can have goods up to a quantity of the stock number (for example, 12 pieces) as stock.

In the case where a repair process (will be described later) for stock goods is not being carried out, a column of the “state” of the corresponding goods becomes “tradable”, and the stock goods becomes a state where selection of goods as a resale target by the player can be received. Conversely, in the case where the repair process is being carried out, the column of the “state” becomes “during repair”, and the stock goods becomes a state where selection of goods as a resale target by the player cannot be received.

Therefore, in the case where no region of “vacancy” remains in the stock goods managing table12c, the control section11determines that the number of stock goods reaches the upper limit (“NO” at Step S106), and carries out error display (Step S105a). On the other hand, in the case where the number of stock goods does not reach the upper limit (“YES” at Step S106), the control section11causes the processing flow to proceed to Step S107.

At Step S107, the control section11deletes the goods selling character and a goods icon associated with this character from the display screen; adds data including a name of the goods thus bought and a resale price thereof into the stock goods managing table12cas stock goods; and displays an icon of the goods in the stock goods display region200.

Next, the control section11subtracts a point used for the buying (price of the bought goods) from the overall point; stores the result in the memory12; and displays a value indicated by the subtraction result in the overall point display region203on the display screen (Step S108).

Next, the control section11confirms whether or not an instruction to select resale target goods by means of operations of the player via the player operation receiving section16(Step S109). In the case where the instruction to select the resale target goods is detected (“YES” at Step S109), the control section11receives selection of a goods buying character by means of operations of the player via the player operation receiving section16(Step S110).

Subsequently, the control section11compares the resale target goods whose selection has been received at Step S109with the buying target goods associated with the goods buying character whose selection has been received at Step S110, and confirms whether kinds of the goods are the same or not (that is, whether or not the goods coincide with each other) (Step S111). In the case where it is determined that the kind of goods is not the same (“NO” at Step S111), the control section11carries out error display for informing the player that the kinds of goods are different from each other (Step S111a), and pauses the resale process here. The processing flow then returns to Step S109.

In the case where it is determined that the kinds of the goods are the same (“YES” at Step S111), the control section11deletes the goods buying character that is a resale target and the goods icon associated with this from the display screen; deletes data of the resold goods from the stock goods managing table12c; and deletes the icon of the goods from the stock goods display region200(Step S112).

Next, the control section11adds a point obtained by the resale into the overall point; updates data on the overall point stored in the memory12; and displays the overall point after addition in the overall point display region203on the display screen (Step S113).

The control section11then determines whether the overall point updated at Step S113is a value equal to or more than a clear condition value of the stage or not (Step S114). In the case where it is determined that the overall point is less than the clear condition value (“NO” at Step S114), the processing flow returns to Step S103. In the case where it is determined that the overall point is the clear condition value or more (“YES” at Step S114), the control section11determines clear of the stage; causes the display section14to display the result on the display screen; and terminates the game process here.

FIG. 9is a flowchart showing an example of a repair process executed by the video game processing apparatus100.

In the repair process, the control section11first receives selection of a repair icon by means of operations of the controller by the player (for example, clicking of a mouse) (Step S201).

Next, the control section11confirms whether the repair icon received at Step S201is selectable one or not by referring to the repair process managing table12d(Step S202). Here,FIG. 10is an explanatory drawing showing an example of storage states of repair process information in the repair process managing table12d. As shown inFIG. 10, the repair process information includes information on a region number of repair icons that can increase up to the maximum number; a state of each of the repair icons; an operation target indicating goods for which a repair process is in operation, specified by a stock number of the stock goods that is a target of the repair process; and operation remaining time of the repair process. The states of the repair icon according to the present embodiment include “in operation”, “receivable”, and “vacancy”. In the case where the repair icon is set up and the repair process is executed, “in operation” is set up as a state of the repair icon. In the case where the repair icon is set up and the repair process is not executed, “receivable” is set up as a state of the repair icon and it becomes possible to receive selection of the corresponding repair icon and to execute a repair process. In the case where an icon is not set up, “vacancy” is set up as a state of the repair icon.

In this regard, by specifying a plurality of repair icons with respect to the same stock goods to execute a repair process, the game may be configured so that it is possible to shorten time of the repair process.FIG. 10shows a state where repair icons assigned to Region2and Region3for the same goods (here, goods managed by Stock2) are in operation at the same time in the repair process managing table12d.

In the case where a state of the repair icon whose selection by the player has been received is “in operation”, the control section11determines that it is unusable, and does not execute the repair process (“NO” at Step S202). On the other hand, in the case where states of all repair icons whose selection by the player has been received are “receivable”, the control section11determines that it is usable (“YES” at Step S202).

In the case where it is determined that the repair icon is usable, the control section11receives selection of stock goods on the display screen by means of operations of the player as selection of repair target goods (Step S203). The control section11determines whether the repair target goods whose selection has been received are selectable goods or not by referring to the stock goods managing table12c(Step S204). In the case where a state of the repair target goods in the stock goods managing table12cis “tradable” at Step S204, the control section11determines that it is selectable (“YES” at Step S204), and executes a repair process at Steps S205to S208. In the case where it is any state other than “tradable”, the control section11determines that it is unselectable (“NO” at Step S204).

When the repair process is started, the control section11changes a “state” corresponding to the repair icon in the repair process managing table12dfrom “receivable” to “in operation”, and manages operation remaining time of the repair process for the repair icon (Step S205).

Further, the control section11changes a “state” corresponding to the goods that is a target of the repair process in the stock goods managing table12cinto “during repair” (Step S205). Thus, repair target goods cannot be selected as a resale target while the repair process is carried out.

Next, the control section11, for example, changes display forms and display colors to display the repair icon that is in operation so that the repair icon, which is in operation, displayed on the display screen of the display section14can be differentiated from other repair icons that are not in operation.FIG. 11is a partially enlarged view of the game screen on which the repair icon display region201and the increasing instruction icon display region202are displayed. For example, as shown inFIG. 11, a color of background may be changed and displayed so that a repair icon201athat is in operation can be differentiated from repair icons201bthat are waiting in the repair icon display region201, for example. In this regard, for example, as shown inFIG. 11, a repair icon increasing instruction icon202awith a different size may be displayed in the increasing instruction icon display region202so that it can be differentiated from other icons. The “repair icon increasing instruction icon” is used to issue an instruction to newly add a repair icon into a region whose state is currently “vacancy” in the repair process managing table12din exchange for consumption of a specified point from the overall point. A purchase price202bof a repair icon required when to add the repair icon newly is displayed in the vicinity of the repair icon increasing instruction icon202a. Therefore, the player determines whether a repair icon is newly added or not in consideration of the repair icon purchase price202band operational statuses of a current overall point, a remaining time limit and a repair icon.

Next, the control section11causes the display section14to display a repair remaining time gauge205on the display screen to inform the player of a remaining time of the repair process (Step S207). In the present embodiment, as shown inFIG. 11, the repair remaining time gauge205is displayed in the vicinity of a stock goods icon that becomes an operation target of the repair process.

The control section11then changes data on the repair icon operated in the repair process managing table12dfrom “in operation” to “receivable”, and deletes data on the operation target, the operation remaining time and the like. Further, the control section11also changes data on the stock goods for which repair is completed in the stock goods managing table12cfrom “during repair” to “tradable”, and changes a price of the stock goods for which repair is completed by referring to the price determining table12e(Step S208).

In this regard, in the case where the repair process for the same goods can be executed plural times, there is no need to raise the price by the same point whenever the repair process is executed. For example, an upper limit for the repair process may be provided, or rise in the price after repair may be decreased gradually with respect to the repair processes after twice. In this case, prices of the goods corresponding to the number of repair times are stored in the price determining table12e, for example, and the control section11may execute a process to determine the price of the goods by referring the price determining table12e.

Moreover, plural kinds of time consumed for the repair process and plural kinds of rates of increase in a goods price after repair, which are different from each other, may be prepared in the repair icon. In addition, the game may be configured so that the player must consume a point associated with each repair icon in order to get the repair icon. By constructing the game in this manner, it is possible to heighten interest in the video game. In this case, the control section11may cause the display section14to distinguishably display the respective repair icons on the display screen, and may execute a process to update data of the corresponding table in the memory12in accordance with performance of the repair icon.

Further, a method of displaying a goods icon displayed in the stock goods display region200may be changed so that one that has not been repaired yet can be readily differentiated from another that has been repaired already. In this case, in the case where the same goods can be repaired plural times, the number of repair times may also be displayed at the same time. In this case, the control section11changes a color of the goods icon of which the goods has already been repaired at Step S206as described above, for example, and causes the display section14to display the number of repair times of the goods in the vicinity of the goods.

Here, a method of determining prices of various goods according to the present embodiment will be described. In the present embodiment, the control section11determines various prices of goods on the basis of data stored in the price determining table12eincluded in the memory12.FIG. 12is an explanatory drawing showing an example of the storage state of price information of goods in the price determining table12e. As shown inFIG. 12, the price information of goods includes: information on a selling price indicating a cost price for every goods name; information on a buying price indicating a resale price; and information on a price after repair. In the present embodiment, the same price is always set up for the same kind of goods.

In this regard, for example, character settings for characters associated with the respective goods have ordinality, as shown inFIG. 13. Namely, a consumption rate (consumption speed) of an existence remaining time timer for determining speed (movement rate) of a character moving on the display screen and time when the character is displayed on the display screen is defined for each kind of goods associated with the character. In the present embodiment, as shown inFIG. 13, for example, a character associated with “CD” as goods has a low movement rate (movement speed) on the display screen, whereby time to display the character is longer than that to display any character associated with other goods. Therefore, it is easy for the player to succeed in a resale action. Conversely, for example, a character associated with “jewelry” as goods has a high movement rate, whereby time to display the character on the display screen is short. Therefore, it is hard for the player to succeed in a resale action.

By setting up the game using such a property so that the more hardly the player succeeds in a resale action, the higher a resale profit becomes, it becomes possible to provide the player with a higher feeling of accomplishment.

In this regard, with respect to determination of a price, price settings when goods are repaired plural times may be added into the price determining table12e, or the game may be configured so as to determine a price in a random manner every time without providing the price determining table12e.

In this regard, although the game is configured so that plural kinds of goods are bought and then resold in the embodiment described above, it may be configured so that one kind of goods is bought and then resold. In this case, the video game processing apparatus100may carry out a process to receive selection of any of the goods selling characters SC1to SC3to acquire stock goods, and to receive selection of any of the goods buying characters BC1to BC4without receiving selection of the stock goods to resell the corresponding stock goods.

As explained above, in one embodiment described above, the video game processing apparatus100for controlling progress of a video game used to simulate resale business of goods on a display screen of an image display apparatus (for example, display section14) is constructed so as to: cause the image display apparatus to distinguishably display dealer characters (goods selling characters SC1to SC3) and buyer characters (goods buying characters BC1to BC4) on the display screen of the image display apparatus, each of the dealer characters carrying out sale of goods, each of the buyer characters carrying out buying of goods; execute a buying process (Steps S105to S108) of goods from the selected dealer character (goods selling character SC1) when a player selects any from the dealer characters; and execute a resale process (Steps S111to S113) of goods to the selected buyer character (goods buying character BC1) when the player selects any from the buyer characters. Thus, it is possible to provide the goods reselling simulation game that is caused to proceed by means of direct and simple operations of even a user having no or little expert knowledge, and to provide a simulation game acceptable for a wide range of users.

Namely, it is possible to provide the goods reselling simulation game having a simple configuration in which the buying process according to selection of any of the goods selling characters SC1to SC3and the resale process according to selection of any of the goods buying characters BC1to BC4are carried out. The player can enjoy the game by means of simple operations to buy goods on the basis of selection of a character intended to sell the goods and to resell stock goods on the basis of selection of a character intended to buy the stock goods. Therefore, this makes it possible to provide the simulation game acceptable for a wide range of users.

Further, in the embodiment described above, the video game processing apparatus100is constructed so as to: include the memory12for storing the goods bought from the selected dealer character (any of the goods selling characters SC1to SC3) as stock goods; cause the image display apparatus to display the stock goods stored in the memory12in the stock goods display region200on the display screen; execute a process to store the goods associated with the dealer character selected by the player in the memory12as the stock goods in the buying process; and execute a process to delete the resold goods from the stock goods stored in the memory12in the resale process in the case where the buyer character selected by the player matches with the stock goods rightly (that is, right matching is carried out). Thus, it is possible to display the stock goods that can be resold on the display screen visibly for the player, and this makes it possible for the player to carry out the game more easily.

Further, in the embodiment described above, the video game processing apparatus100is constructed so as to: receive selection of a dealer character by means of operations of the player as a request to buy goods from the dealer character; execute the buying process of the goods from the selected dealer character; and reject the request to buy the goods by selection of the dealer character in the case where the number of stock goods stored in the memory12reaches a predetermined upper limit even when any of the dealer characters (goods selling character SC1to SC3) is selected by means of operations of the player. Thus, it is possible to provide the upper limit of goods that the player can hold as stock, and this makes it possible to prevent the game from being complicated.

Further, in the embodiment described above, the video game processing apparatus100is constructed so that arbitrary goods for the purpose of buying are associated with each of the buyer characters (goods buying characters BC1to BC4), and so as to: determine that right matching is carried out in the case where stock goods selected from the goods displayed in the stock goods display region200by means of operations of the player coincides with goods associated with the buyer character (goods buying character BC1) selected by the player after selection of arbitrary stock goods. Thus, it is possible to provide the goods reselling simulation game having a simple configuration in which the buying process according to selection of any of the goods selling characters SC1to SC3and the resale process according to selection of any of resale target goods and any of the goods buying characters BC1to BC4are carried out. Therefore, it is possible to provide the goods reselling simulation game that is caused to proceed by means of direct and simple operations of even a user having no or little expert knowledge, and to provide a simulation game acceptable for a wide range of users. The player can enjoy the game by means of simple operations to buy goods on the basis of selection of a character intended to sell the goods and to resell stock goods on the basis of selection of goods and selection of a character intended to buy the goods. Therefore, this makes it possible to provide the simulation game acceptable for a wide range of users.

Further, in the embodiment described above, the video game processing apparatus100is constructed so as to: apply a higher point to the player as a difference generated by the resale becomes larger, giving and receiving of an amount of money associated with goods as a target of buying and reselling occurring in the buying process and the resale process; receive goods selected by the player from the goods displayed in the stock goods display region200as repair target goods; and execute a repair process to update a goods point indicated by goods data of the repair target goods thus received to a value after repair. Thus, it is possible to execute a process to simulate a recycle shop, in which stock goods are repaired to heighten a commodity value thereof, by means of simple processes according to simple operations by the player.

Further, in the embodiment described above, the video game processing apparatus100is constructed so that goods intended for sale of plural kinds of goods are associated with each of the dealer characters (goods selling character SC1to SC3) and goods intended for buying of plural kinds of goods are associated with each of the buyer characters (goods buying character BC1to BC4), and so as to cause the image display apparatus to display a goods icon indicating goods intended for sale by a dealer character (goods selling character SC1to SC3) in the vicinity of the dealer character, and to display a goods icon indicating goods intended for buying by a buyer character (goods buying character BC1to BC4) in the vicinity of the buyer character. Thus, it is possible to give the player recognition of sale target goods and buying target goods of the respective characters easily.

Further, in the embodiment described above, the video game processing apparatus100is constructed so as to: cause each of the dealer characters (goods selling character SC1to SC3) and buyer characters (goods buying character BC1to BC4) to appear on the display screen in accordance with a predetermined appearance rule (seeFIG. 6); measure staying time of each of the dealer characters and buyer characters; cause each of the dealer characters and buyer characters to leave from the display screen when predetermined stayable time elapses; and cause the image display apparatus to display sale remaining time of the predetermined stayable time in the vicinity of each of the buyer characters on the display screen and to display buying remaining time of the predetermined stayable time in the vicinity of each of the dealer characters. Thus, it is possible to give the player recognition of remaining staying time of each character as reference of selection of the order of buying and selling, and this makes it possible to heighten a game element.

In this regard, although it has never been mentioned in particular in the embodiment described above, an obstacle character HC may be displayed on the display screen in accordance with a difficulty level of the game, for example, as shown inFIG. 14. Namely, an obstacle in progress of the game may be made so that a resale action becomes impossible while the obstacle character HC exists on the display screen by disabling operations by the player regarding resale. Further, in the case where the game is configured so that a resale action cannot be carried out while an obstacle character HC exists on the display screen, various icons may be deleted or shapes of the icons may be changed in order to readily show the player that the resale action cannot be carried out. Moreover, in order to motivate the player to remove the obstacle character HC early, a privilege such as addition of a bonus score to the overall point may be applied to the player when the player succeeds in removal of the obstacle character HC.

Hereinafter, an example of an operation of the video game processing apparatus100when to carry out an event by the obstacle character HC will be described.FIG. 15is a flowchart showing an obstacle character controlling process from the time when the video game processing apparatus100causes the obstacle character HC to be displayed to the time when a bonus score is added into the overall point. In this regard, the control section11may be configured to stop a timer for measuring time of a stage when the obstacle character controlling process is in execution, or to keep the timer running.

In the obstacle character controlling process, the control section11determines whether or not an event by an obstacle character HC is carried out in accordance with the contents of the obstacle character appearance managing table12fstored in the memory12. In the case where it is determined that the event is to be carried out, the control section11causes the display section14to display the obstacle character HC on the display screen (Step S301). During progress of the game in each stage (while the game process shown inFIG. 5is in execution), the control section11always refers to the obstacle character appearance managing table12f.FIG. 16is an explanatory drawing showing an example of the storage state of the obstacle character appearance information in the obstacle character appearance managing table12f. As shown inFIG. 16, the obstacle character appearance information is information in which an elapsed time range from start of the game is associated with the appearance number of obstacle characters HC in the corresponding time range for every stage. In the present embodiment, the “elapsed time range” is set up on 100 seconds basis of elapsed time from time to start the game. For example, in the case where Stage 1 is selected, the control section11causes the display section14to display one obstacle character from start of the game until 100 seconds elapses.

When the obstacle character HC is displayed on the display screen, the control section11changes action settings of the goods selling character and goods buying character and display of icons (Step S302), and executes display control by the action settings thus changed (Step S303). Namely, the control section11controls the goods selling character and goods buying character displayed on the display screen so that they are evacuated from the obstacle character HC and moved toward the outside of the display screen. Further, in the case where a resale action becomes impossible during display of the obstacle character HC, in order to easily show the player that a resale action cannot be carried out, the control section11deletes display of a goods icon associated with each character, or executes control to change a shape or color of the icon, for example.

Next, a method of deleting an obstacle character HC will be described. In the present embodiment, an obstacle character HC displayed on the display screen can be eliminated to be deleted from the display screen by selecting the obstacle character HC by specified number of times using the cursor K (for example, clicking of a mouse). The control section11detects selection of the obstacle character HC by means of operations of the player via the player operation receiving section16(Step S304). When selection of the obstacle character HC is detected (“YES” at Step S304), the control section11stores the number of times of selection of an obstacle character in the memory12, for example (Step S305).

The control section11then determines whether the number of times to select the obstacle character by means of operations of the player reaches the number of times required to eliminate the obstacle character HC (for example, ten times or twenty times) or not (Step S306). Here, the required number of times is defined in advance and stored in the memory12. Display control of the character is carried out by the action settings that have been changed at Step S302until it reaches the required number of times.

In the case where the number of times to select the obstacle character reaches the required number of times (“YES” at Step S306), the control section11deletes the obstacle character HC from the display screen (Step S307); sets the action settings of the character and the display of the icon that have been changed at Step S302to the state before change; and carries out display control by the normal action settings before change (Step S308).

Moreover, the control section11detects the number of characters displayed on the display screen (Step S309); adds a value obtained by multiplying a predetermined number (for example, 100) by the number of characters indicated by the detection result to the overall point of the player as a bonus point; and overwrites data on the overall point (Step S310).

In the present embodiment, although a method of eliminating the obstacle character HC is defined as described above, for example, the player is caused to adopt another method such as roll of a specific button or consumption of the overall point.

In this regard, although the bonus determining condition at Steps S309and S310is based on the number of characters existing on the display screen after deletion of the obstacle character HC in the present embodiment, other conditions may be adopted. For example, it may be configured so that a bonus point determining table is provided in the memory12and a bonus point is determined in accordance with time elapsed until the obstacle character HC is deleted.

Further, the control section11may execute bonus applying performance for informing the player of application of the bonus point on the game screen as shown inFIG. 17, for example.FIG. 17shows a state where a group of coins G1to G5corresponding to the number of remaining characters, which has been detected at Step S309, crushes out from the vicinity of each character on the display screen as the bonus applying performance.

As described above, the video game processing apparatus100is constructed so as to adjust appearance of each of the buyer characters and dealer characters so that matching required when to execute the resale process becomes more difficult as a level of the player is increased.

In this case, the video game processing apparatus100is constructed so as to: receive selection of only the goods selling characters and goods buying characters displayed on the display screen of the image display apparatus (display section14); execute control to gradually move the goods selling characters and goods buying characters toward the outside of the display screen of the image display apparatus so as to avoid an obstacle character HC, which becomes an obstacle in progress of the video game, displayed on the display screen while the obstacle character HC is displayed on the display screen; receive an eliminating request of the obstacle character HC by means of operations of the player after the obstacle character HC is displayed on the display screen; and eliminate and delete the obstacle character HC from the display screen in response to reception of the eliminating request. Thus, it is possible to carry out an event that an obstacle character is caused to appear on the display screen to interfere with resale work, and this makes it possible to increase variation in the contents of the game.

In this regard, although the video game processing apparatus100is constructed so as to execute various processes such as the above-mentioned game process on the basis of the game program read out from the game cartridge20in the embodiment described above, the video game processing apparatus100may acquire the game program from a game server via a communication network such as the Internet. Further, the video game processing apparatus100may function as a game server to deliver the game program to game terminals via a communication network.

In this regard, in the embodiment described above, the video game processing apparatus100carries out the various processes described above in accordance with a control program (video game processing program) stored in a storage device (memory12) equipped by the video game processing apparatus100.

According to the present invention, it is useful to provide a goods reselling simulation game that is caused to proceed by means of direct and simple operations of even a user having no or little expert knowledge, and to provide a simulation game acceptable for a wide range of users.