WO2015093109A1 - 情報処理装置、情報処理方法、プログラム、情報記憶媒体、情報処理システム及び管理装置 - Google Patents

情報処理装置、情報処理方法、プログラム、情報記憶媒体、情報処理システム及び管理装置 Download PDF

Info

Publication number
WO2015093109A1
WO2015093109A1 PCT/JP2014/073749 JP2014073749W WO2015093109A1 WO 2015093109 A1 WO2015093109 A1 WO 2015093109A1 JP 2014073749 W JP2014073749 W JP 2014073749W WO 2015093109 A1 WO2015093109 A1 WO 2015093109A1
Authority
WO
WIPO (PCT)
Prior art keywords
capture
request
information processing
condition data
data
Prior art date
Application number
PCT/JP2014/073749
Other languages
English (en)
French (fr)
Inventor
静人 福田
慎司 相澤
久生 和田
Original Assignee
株式会社ソニー・コンピュータエンタテインメント
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 株式会社ソニー・コンピュータエンタテインメント filed Critical 株式会社ソニー・コンピュータエンタテインメント
Priority to US15/102,889 priority Critical patent/US10220316B2/en
Publication of WO2015093109A1 publication Critical patent/WO2015093109A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/49—Saving the game status; Pausing or ending the game
    • A63F13/497—Partially or entirely replaying previous game actions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/25—Output arrangements for video game devices
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/49—Saving the game status; Pausing or ending the game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
    • A63F13/537—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game using indicators, e.g. showing the condition of a game character on screen
    • A63F13/5372—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game using indicators, e.g. showing the condition of a game character on screen for tagging characters, objects or locations in the game scene, e.g. displaying a circle under the character controlled by the player
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85—Providing additional services to players
    • A63F13/86—Watching games played by other players

Definitions

  • the present invention relates to an information processing apparatus, an information processing method, a program, an information storage medium, an information processing system, and a management apparatus.
  • Patent Document 1 discloses a technique in which an image of a game screen is captured when a predetermined screen shot operation is performed during execution of a game program.
  • the present invention has been made in view of the above problems, and one of its purposes is an information processing apparatus, an information processing method, a program, an information storage medium, and an information processing system that can request the capture of a play image that the user wants to see. And providing a management device.
  • an information processing apparatus includes a capture condition data transmission unit that transmits capture condition data indicating a condition for capturing a play image indicating a game play content, and the capture condition data indicates And a confirmation processing execution unit for performing confirmation processing for capturing the play image according to conditions.
  • the capture condition data transmission unit has a condition that, in the game, an event related to a user that is different from a user who uses the information processing device and a user who uses the device that captures the play image occurs.
  • the capture condition data shown is transmitted, and the confirmation process execution unit executes a capture confirmation process of the play image in response to the occurrence of the event.
  • a reception unit that receives an image obtained by capturing the play image is further included.
  • a reception unit that receives an address of a site where the image obtained by capturing the play image can be viewed.
  • another information processing apparatus corresponds to a capture condition data storage unit that stores capture condition data indicating a condition for capturing a play image indicating a game play content, and a condition indicated by the capture condition data.
  • a notification unit that notifies capture of the play image.
  • the capture condition data storage unit indicates a condition in the game that an event related to a user that is different from a user who is notified of capture of the play image and a user who uses the information processing device occurs.
  • the capture condition data is stored, and the notification unit notifies the capture of the play image according to the occurrence of the event.
  • the information processing apparatus further includes a display control unit that identifies and displays a portion related to a user who is different from a user who is notified of capture of the play image and a user who uses the information processing apparatus.
  • the notification unit transmits an image obtained by capturing the play image.
  • the notification unit transmits an address of a site where an image obtained by capturing the play image can be viewed.
  • the information processing method includes a step of transmitting capture condition data indicating a condition for capturing a play image indicating a play content of a game, and capture of the play image according to the condition indicated by the capture condition data. And a step of executing a confirmation process.
  • another information processing method includes a step of storing capture condition data indicating a condition for capturing a play image indicating a play content of a game, and the play image corresponding to the condition indicated by the capture condition data. And notifying of capture.
  • the program according to the present invention includes a procedure for transmitting capture condition data indicating a condition for capturing a play image indicating the play content of a game, and a confirmation process for capturing the play image according to the condition indicated by the capture condition data.
  • a procedure for executing is executed by a computer.
  • Another program according to the present invention notifies a procedure for storing capture condition data indicating a condition for capturing a play image indicating a game play content, and capture of the play image corresponding to the condition indicated by the capture condition data. And causing the computer to execute the procedure.
  • the information storage medium includes a procedure for transmitting capture condition data indicating a condition for capturing a play image indicating a game play content, and confirmation of capture of the play image according to the condition indicated by the capture condition data.
  • a computer-readable information storage medium storing a program characterized by causing a computer to execute a procedure for executing processing.
  • another information storage medium includes a procedure for storing capture condition data indicating a condition for capturing a play image indicating the play content of a game, and capture of the play image according to the condition indicated by the capture condition data.
  • This is a computer-readable information storage medium storing a program characterized by causing a computer to execute a procedure for notifying a computer.
  • the information processing system includes a first information processing apparatus and a second information processing apparatus, and the first information processing apparatus captures a play image indicating game play contents.
  • a capture condition data transmitting unit that transmits capture condition data indicating a condition to the second information processing device, wherein the second information processing device stores the capture condition data; and
  • a notification unit for notifying the first information processing apparatus of capture of the play image according to the condition indicated by the capture condition data, wherein the first information processing apparatus corresponds to the condition indicated by the capture condition data
  • the management device includes a capture condition data receiving unit that receives capture condition data that is transmitted from the first information processing device and that indicates a condition for capturing a play image indicating the play content of a game, and the capture A capture condition data transmission unit for transmitting condition data to the second information processing device, and a notification reception unit for receiving notification of capture of the play image in accordance with the condition indicated by the capture condition data from the second information processing device.
  • a notification unit that notifies the first information processing apparatus of an instruction to execute capture confirmation processing of the play image in accordance with the condition indicated by the capture condition data in response to reception of the notification.
  • FIG. 1 is a diagram showing an example of the overall configuration of a game system 1 according to an embodiment of the present invention.
  • the game system 1 according to the present embodiment includes a server 10 and clients 12 (12-1, 12-2,..., 12-n) each of which is configured with a computer at the center. Contains.
  • the server 10 and the client 12 are connected to a computer network 14 such as the Internet.
  • the server 10 and the client 12 can communicate with each other.
  • the server 10 is a server computer for managing data shared between the clients 12.
  • the server 10 includes, for example, a control unit 10a, a storage unit 10b, and a communication unit 10c.
  • the control unit 10a is a program control device such as a CPU, for example, and executes various types of information processing according to programs stored in the storage unit 10b.
  • the storage unit 10b is, for example, a storage element such as a ROM or a RAM, a hard disk drive, or the like.
  • the communication unit 10c is a communication interface for exchanging data with the client 12 via the computer network 14, for example.
  • the server 10 transmits / receives information to / from each client 12 via the communication unit 10c.
  • the client 12 is a computer used by a user, such as a personal computer, a game console, a television receiver, a portable game device, or a portable information terminal.
  • a game program played by the user is installed in the client 12.
  • the user of the client 12 plays the game as a player of the game.
  • the client 12 includes, for example, a control unit 12a, a storage unit 12b, a communication unit 12c, an output unit 12d, and an input unit 12e.
  • the control unit 12a is a program control device such as a CPU, for example, and executes various types of information processing according to programs stored in the storage unit 12b.
  • the control unit 12a also includes a GPU (Graphics Processing Unit) that draws an image in a frame buffer based on graphics commands and data supplied from the CPU.
  • the storage unit 12b is, for example, a storage element such as a ROM or a RAM, a hard disk drive, or the like.
  • the storage unit 12b stores a program executed by the control unit 12a.
  • a frame buffer area in which an image is rendered by the GPU is secured.
  • the communication unit 12c is a communication interface for exchanging data with the server 10 via the computer network 14, for example.
  • the client 12 transmits / receives information to / from the server 10 and other clients 12 via the communication unit 12c.
  • the output unit 12d is, for example, a display unit such as a display that displays and outputs information according to an instruction input from the control unit 12a, and an audio output unit such as a speaker that outputs audio.
  • the input unit 12e is, for example, a game controller, a touch pad, a mouse, a keyboard, a microphone, a camera, or the like that outputs the content of an operation performed by the user to the control unit 12a.
  • the user of the client 12 can request the user of another client 12 to capture a play image indicating the play content of the game.
  • the requested user can accept the request for capturing the play image.
  • a description will be given mainly of a situation where the user B using the client 12-2 requests the user A using the client 12-1 to capture a play image, and the user A accepts the request. In the following description, it is assumed that user A plays player A and user B plays player B and plays various games.
  • FIG. 2 is a diagram showing an example of a request screen for requesting capture of a play image.
  • the request screen is displayed on the display when the user B performs a predetermined operation while the system screen is displayed on the display of the client 12-2 or while playing the game.
  • the screen displayed on the display is updated to the screen displayed immediately before the request screen is displayed.
  • the request data illustrated in FIG. 3 is registered in the server 10.
  • the request data is data associated with a play image capture request. As shown in FIG. 3, the request data includes a request ID, a request source player ID, reward data, difficulty data, achievement status data, and capture condition data.
  • the request ID is request data identification information.
  • a unique value that does not overlap with any of the request data managed by the server 10 is set as the request ID.
  • the request source player ID is identification information of a player who has requested a capture of a play image associated with the request data.
  • Reward data is data indicating a reward that a player who has achieved a request acquires.
  • the points indicated by the reward data correspond to, for example, points used in the game, points that need to be purchased to play the game, and the like.
  • the user can set the value of reward data via the request screen shown in FIG.
  • the difficulty level data is data indicating the difficulty level of the request.
  • the value of the difficulty level data is any one of “S”, “A”, “B”, and “C”, and “S” indicates the highest difficulty level, and hereinafter, “A”, “B” ”,“ C ”in order of lower difficulty.
  • the achievement status data is data indicating whether or not the request indicated by the request data has been achieved.
  • the value of “achieved” is set as the value of the achievement status data
  • “not achieved” is set as the value of the achievement status data.
  • request data is newly registered, “not achieved” is set as the value of achievement status data of the request data.
  • the capture condition data is data indicating conditions for capturing a play image, and includes title data, event data, and captured image type data, for example, in the present embodiment.
  • Title data is data indicating the title of the game for which the play image is captured.
  • the user can set the value of title data via the request screen shown in FIG.
  • Event data is data indicating an event set in the request data.
  • the event data indicates an event that occurs in a game whose title is indicated by title data associated with the event data in the request data.
  • the user can set the value of event data via the request screen shown in FIG.
  • an event “defeat player X” is set as an event indicated by the event data.
  • the player X is designated as a prize head by the player B.
  • an event indicated by the event data an event relating to a player designated as a prize head, for example, an event of defeating the player, which is different from a player requesting capture and a player accepting capture may be set.
  • the captured image type data is data indicating the type of image to be captured.
  • “moving image” or “still image” is set as the value of the captured image type data.
  • the user can set the value of the captured image type data via the request screen shown in FIG.
  • FIG. 4 is a diagram showing an example of a list display screen of values set in the request data for the game A displayed on the display of the client 12-1.
  • the list display screen is generated based on request data including title data whose value is “game A”.
  • request information RI associated with request data is arranged vertically.
  • User A can change the arrangement order of the request information RI by operating a pull-down menu arranged on the list display screen.
  • the request information RI is arranged from the top in order from the newly registered information.
  • the request information RI may be arranged according to the order of the number of users who accept the request or the level of difficulty.
  • the request information RI arranged on the list display screen shown in FIG. 4 is associated with request data whose request ID values are “0104”, “0103”, “0102”, and “0101” in order from the top. It is done.
  • the request information RI includes a player icon PI, reward information RWI, difficulty information DI, and a request content character string RS.
  • the player icon PI is an icon associated with a request source player ID included in the request data. In FIG. 4, a player icon PI (a) associated with the player A, a player icon PI (b) associated with the player B, and a player icon PI (c) associated with the player C are arranged. ing.
  • the reward information RWI is information representing a reward indicated by the reward data included in the request data.
  • the difficulty level information DI is information representing the difficulty level indicated by the difficulty level data included in the request data.
  • the request content character string RS is a character string representing a combination of the event indicated by the event data included in the request data and the type indicated by the captured image type data.
  • the display mode of elements included in the request information RI for example, the display mode of the player icon PI, the reward information RWI, the difficulty level information DI, and the request content character string RS is included in the request data. It corresponds to the value of achievement status data. Specifically, for example, the lightness of the element associated with the request data whose achievement status data value is “unachieved”, and the lightness of the element associated with the request data whose achievement status data value is “achieved” taller than.
  • the request information RI arranged on the list display screen is a link. Then, when the user A performs an operation of selecting the request information RI, the user A accepts the request associated with the selected request information RI. Then, the acceptance request data illustrated in FIG. 5 is stored in the storage unit 12b of the client 12-1 used by the user A. In the present embodiment, the play image is captured by the client 12-1 based on the acceptance request data stored in the client 12-1.
  • request information RI based on request data requested by the user A who uses the client 12 as the player A is displayed on the list display screen illustrated in FIG. 4 displayed on the display of the client 12. Has been placed.
  • the user A even if the user A performs an operation of selecting the request information RI, the user A cannot accept a request associated with the request information RI.
  • the user A may be able to accept a request associated with the request information RI.
  • the acceptance request data includes an acceptance request ID, a requesting player ID, reward data, difficulty data, title data, event data, captured image type data, and timing related data.
  • the acceptance request ID is identification information of acceptance request data.
  • a request ID included in the request data associated with the selected request information RI is set.
  • the request source player ID, reward data, difficulty data, and capture condition data included in the acceptance request data are data associated with the request source player ID, reward data, difficulty data, and capture condition data, respectively, included in the request data. . Then, for these data included in the acceptance request data, the value of the data included in the request data associated with the selected request information RI is set.
  • the timing relationship data is data indicating the relationship between the occurrence timing of the event indicated by the event data included in the acceptance request data and the capture timing of the play image.
  • the timing relation data indicates, for example, the difference between the event occurrence timing indicated by the event data included in the acceptance request data and the play image capture timing.
  • the value of the timing related data is set according to a rule set in advance in the server 10 or the client 12.
  • a play image indicating the play content of the game is displayed on the display of the client 12 at a predetermined frame rate.
  • a copy of the play image displayed on the display, that is, a copy of the play image drawn in the frame buffer is provided in a ring buffer area provided in the storage unit of the client 12 and capable of storing a maximum of 15 minutes of moving images.
  • An image is captured.
  • a condition for capturing a play image associated with acceptance request data is satisfied, a moving image composed of a play image or a series of play images corresponding to the condition is captured.
  • the captured play image is stored in the storage unit 12b as a captured image.
  • the moving image is encoded and stored in the storage unit 12b as a captured moving image.
  • the captured moving image is composed of a plurality of frame images.
  • the frame rate when a series of play images are displayed on the display and the frame rate of the captured moving image stored in the storage unit 12b may be the same or different. Then, the value of the achievement status data included in the request data associated with the request is updated to “achieved”.
  • what kind of play image is stored is determined based on the timing relation data included in the acceptance request data.
  • “3 minutes before and after event occurrence” is set as the value of the timing related data.
  • the captured moving image based on the play image displayed from 3 minutes before to 3 minutes after the occurrence timing of the event is stored in the storage unit 12b of the client 12-1.
  • the captured moving image is stored in the storage unit 12b, and when it is “still image”, the captured image is stored. Stored in the unit 12b.
  • the captured image or the captured moving image is stored in the storage unit 12b in association with the metadata.
  • the metadata includes, for example, the value of event data included in the capture condition data, the date and time indicating the event occurrence timing, and the like.
  • the fact that the play image has been captured as described above is notified to the user who is the player associated with the requesting player ID included in the acceptance request data, for example, the user B here. It has become.
  • the method for notifying user B is not particularly limited.
  • the fact that the play image has been captured may be displayed on the output unit 12d of the client 12-2 used by the user B.
  • an e-mail describing that the play image has been captured may be transmitted to the mail address of the user B.
  • the application which can receive said notification may be installed in the smart phone which the user B owns. Then, the user B may be notified that the play image has been captured via the network service to which the application is connected. At this time, the captured image or moving image may be transmitted to the user B.
  • the captured image or the captured moving image stored in the storage unit 12b of the client 12 can be uploaded to various sites on the Internet such as an image posting site.
  • the captured image or captured moving image uploaded in this way is disclosed to a user who is a player associated with the requesting player ID included in the acceptance request data.
  • the address of the site where the capture image or the captured moving image is uploaded, for example, the URL may be transmitted to the user B.
  • a confirmation notification of capture of the play image is transmitted to the server 10. .
  • the server 10 issues a reward to the client 12-1 used by the user A. The display of the client 12-1 shows that the reward has been received.
  • the user A performs an operation of selecting the request information RI associated with the request data whose achievement status data value is “achieved”. Then, in the present embodiment, a captured moving image or a captured image corresponding to the request is displayed on a display or the like.
  • the client 12 used by the user A may download a captured moving image or captured image uploaded to a site on the Internet when the request is achieved and display the captured moving image or the captured image on a display or the like.
  • an operation for selecting the request information RI associated with the request data whose achievement status data value is “achieved” will be referred to as an accomplished request selection operation.
  • a captured moving image or a captured image corresponding to the request is displayed on a display or the like. May be. Further, for example, after a play image captured in response to an accomplished request selection operation is displayed, the play image or the upload destination URL of the play image is addressed to the user who requested the play image capture. May be transmitted.
  • the list display screen displayed on the display of the client 12 is such that the request information RI based on the request data requested by the user using the client 12 is different from the request information RI based on the request data requested by another user. It may be arranged. For example, the request information RI based on the request data requested by the user using the client 12 and the request information RI based on the request data requested by another user may be displayed in different frames.
  • the user may be able to change the condition indicated by the capture condition data included in the request data requested by the user.
  • the condition can be changed to a condition that has a high possibility of being achieved, that is, a low difficulty level.
  • the user B can request another user to capture a play image that the user B wants to see. Then, when the user A accepts the request and the play image is captured, the user B is notified thereof.
  • the other user is requested to capture a play image in accordance with the occurrence timing of the event related to the player designated as the prize head, for example, the occurrence timing of the event defeated by the player designated as the prize head. It will be possible.
  • FIG. 6A is a functional block diagram showing an example of functions realized by the client 12 requesting another user to capture a play image according to the present embodiment. Note that it is not necessary for the client 12 according to the present embodiment to realize all the functions illustrated in FIG. 6A, and functions other than the functions illustrated in FIG. 6A may be realized.
  • the client 12 that requests other users to capture a play image is referred to as a capture request device.
  • the capture request apparatus functionally includes, for example, a request unit 20, a request acceptance / reception unit 22, a capture notification reception unit 24, a confirmation processing execution unit 26, and a display control unit 28.
  • the request unit 20, the request acceptability accepting unit 22, and the capture notification accepting unit 24 are mainly implemented by the communication unit 12c.
  • the confirmation processing execution unit 26 is mainly implemented by the control unit 12a, the communication unit 12c, and the output unit 12d.
  • the display control unit 28 mainly includes a control unit 12a, a storage unit 12b, and an output unit 12d.
  • FIG. 6B is a functional block diagram illustrating an example of functions realized by the client 12 that accepts a request for capturing a play image by another user and captures the play image according to the present embodiment. Note that it is not necessary for the client 12 according to the present embodiment to realize all the functions illustrated in FIG. 6B, and functions other than the functions illustrated in FIG. 6B may be realized.
  • the client 12 that accepts a request to capture a play image from another user and captures the play image is referred to as a capture notification device.
  • the capture notification device functionally includes, for example, an acceptance request data storage unit 30, a request search unit 32, an acceptance processing unit 34, a game processing execution unit 36, a display control unit 38, a detection unit 40, and capture control. Section 42, captured image storage section 44, capture notification section 46, and reward receiving section 48.
  • the acceptance request data storage unit 30 and the captured image storage unit 44 are mainly implemented by the storage unit 12b.
  • the request search unit 32 and the acceptance processing unit 34 are mainly implemented by the control unit 12a and the communication unit 12c.
  • the game process execution unit 36 and the detection unit 40 are mainly implemented by the control unit 12a.
  • the display control unit 38 is mainly implemented by a control unit 12a, a storage unit 12b, and an output unit 12d.
  • the capture control unit 42 is mainly implemented by the control unit 12a and the storage unit 12b.
  • the capture notification unit 46 and the reward receiving unit 48 are mainly implemented by the communication unit 12c.
  • the above functions are implemented by executing a program installed on the client 12 that is a computer and including a command corresponding to the above functions by the control unit 12a of the client 12.
  • This program is supplied to the client 12 via a computer-readable information storage medium such as an optical disk, a magnetic disk, a magnetic tape, a magneto-optical disk, or a flash memory, or via a computer network such as the Internet.
  • the request unit 20 of the capture request device transmits a play image capture request for another user to the server 10.
  • the capture request data described above is associated with the capture request.
  • the request unit 20 plays a role as a capture condition data transmission unit that transmits capture condition data indicating a condition for capturing a play image in the present embodiment.
  • the request unit 20 may transmit capture condition data indicating a condition that an event related to a user designated as a prize head occurs in the game.
  • the request acceptability accepting unit 22 of the capture requesting device accepts data indicating whether the server 10 accepts a capture request from the requesting unit 20.
  • the capture notification receiving unit 24 of the capture requesting device receives a notification that the play image requested to be captured is captured. Further, when an event related to a user designated as a prize head occurs, the capture notification receiving unit 24 may receive a notification that a play image corresponding to the event is captured. Further, the capture notification receiving unit 24 may receive a captured image or a captured moving image as described above. Further, as described above, the capture notification receiving unit 24 may receive an address of a site where the captured image or the captured moving image can be viewed.
  • the confirmation processing execution unit 26 of the capture requesting device executes a play image capture confirmation process according to the condition indicated by the capture condition data.
  • the confirmation processing execution unit 26 of the capture requesting device transmits a play image capture confirmation notification to the server 10 in accordance with, for example, a predetermined confirmation operation by the user.
  • the confirmation processing execution unit 26 of the capture requesting device displays a captured moving image or captured image that is a play image captured in response to the above-described fulfilled request selection operation on a display or the like.
  • examples of the confirmation process in the present embodiment include a confirmation notification transmission process and a process of displaying a captured play image.
  • the confirmation processing execution unit 26 may execute confirmation processing for capturing a play image in response to the occurrence of an event related to a player designated as a prize head.
  • the display control unit 28 of the capture requesting device generates, for example, a request screen shown in FIG.
  • the acceptance request data storage unit 30 of the capture notification device stores reception request data illustrated in FIG.
  • the acceptance request data storage unit 30 plays a role as a capture condition data storage unit that stores capture condition data indicating conditions for capturing a play image in the present embodiment.
  • the request search unit 32 of the capture notification device searches the server 10 for request data. For example, the request search unit 32 transmits a request data search condition to the server 10. Then, the request search unit 32 receives request data that is transmitted from the server 10 and matches the search condition. Thus, the request search unit 32 plays a role as a capture condition data receiving unit that receives capture condition data indicating conditions for capturing a play image in the present embodiment. In addition, the request search unit 32 may receive capture condition data indicating a condition that an event related to a user designated as a prize head occurs.
  • the acceptance processing unit 34 of the capture notification device generates acceptance request data based on what is selected by the user using the capture notification device from the request data received by the request search unit 32, and the acceptance request data storage unit 30. In addition, the acceptance processing unit 34 transmits an acceptance request ID included in the generated acceptance request data to the server 10.
  • the game process execution unit 36 of the capture notification device executes a game program installed in the client 12.
  • the display control unit 38 of the capture notification device generates a play image at a predetermined frame rate according to the execution state of the game program by the game process execution unit 36 and displays the play image on the display. Further, the display control unit 38 writes a copy of the play image displayed as described above in the ring buffer area.
  • the detection unit 40 of the capture notification device detects an event that occurs during game play.
  • the detection unit 40 detects an event that occurs in the game as the game process execution unit 36 executes the game program.
  • the detection unit 40 may detect the event by accepting that the event occurs, which is notified by the game process execution unit 36 when the event occurs.
  • the detection unit 40 may detect the event by confirming whether or not the event has occurred at a predetermined frame rate.
  • the capture control unit 42 of the capture notification device specifies the capture timing corresponding to the detection based on the timing relation data, and the play image is captured at the capture timing. Control.
  • the capture control unit 42 captures a play image at a specified capture timing and causes the captured image storage unit 44 to store the play image.
  • the capture control unit 42 associates metadata with the captured moving image or the captured image as described above, and stores the captured image in the captured image storage unit 44.
  • the captured image storage unit 44 of the capture notification device stores the image captured by the capture control unit 42.
  • a capture moving image and a capture image associated with metadata are stored.
  • the capture notification unit 46 of the capture notification device notifies that a play image that satisfies the conditions indicated by the capture condition data included in the acceptance request data has been captured.
  • the capture notification unit 46 may notify the capture of the captured image on the display of the capture notification device. Specifically, for example, the capture notification unit 46 may display on the display that the play image has been captured. In this way, the user using the capture notification device can recognize that when the play image is captured. Moreover, when the event regarding the user designated as a prize head generate
  • the reward receiving unit 48 of the capture notification device receives a reward transmitted from the server 10.
  • FIG. 6C is a functional block diagram illustrating an example of functions realized by the server 10 according to the present embodiment. Note that it is not necessary for the server 10 according to the present embodiment to realize all the functions illustrated in FIG. 6C, and functions other than the functions illustrated in FIG. 6C may be realized.
  • the server 10 functionally includes, for example, a request data storage unit 50, a request reception unit 52, a request data management unit 54, a request search response unit 56, a capture notification reception unit 58, a capture notification unit 60, and a confirmation.
  • a notification receiving unit 62 and a reward issuing unit 64 are included.
  • the request data storage unit 50 is mainly implemented by the storage unit 10b.
  • the request reception unit 52, the request search response unit 56, the capture notification reception unit 58, the capture notification unit 60, and the confirmation notification reception unit 62 are mainly implemented by the communication unit 10c.
  • the request data management unit 54 and the reward issuing unit 64 are mainly implemented by the control unit 10a and the communication unit 10c.
  • the server 10 according to the present embodiment plays a role as a capture management apparatus that manages capture requests and acceptance, and notification that a play image is captured.
  • the above functions are implemented by executing a program, which is installed in the server 10 as a computer, including a command corresponding to the above functions by the control unit 10a of the server 10.
  • This program is supplied to the server 10 via a computer-readable information storage medium such as an optical disk, a magnetic disk, a magnetic tape, a magneto-optical disk, or a flash memory, or via a computer network such as the Internet.
  • the request data storage unit 50 of the server 10 stores the request data illustrated in FIG.
  • the request reception unit 52 of the server 10 receives a capture request transmitted from the request unit 20 of the capture request apparatus.
  • the request receiving unit 52 serves as a capture condition data receiving unit that receives capture condition data indicating a condition for capturing a play image from the capture requesting device in the present embodiment.
  • the request data management unit 54 of the server 10 generates and updates request data, stores request data in the request data storage unit 50, and the like.
  • the request search response unit 56 of the server 10 executes a search process of request data stored in the request data storage unit 50 based on the search condition received from the request search unit 32 of the capture notification device. Then, the request search response unit 56 transmits the request data that is the search result to the capture notification device. Thus, the request search response unit 56 plays a role as a capture condition data transmission unit that transmits capture condition data to the capture notification device in the present embodiment.
  • the capture notification reception unit 58 of the server 10 receives from the capture notification device a notification that a play image that satisfies the conditions indicated by the capture condition data included in the acceptance request data has been captured.
  • the capture notification unit 60 of the server 10 notifies the capture request apparatus of an instruction to execute the capture confirmation process of the play image in response to the reception of the notification by the capture notification reception unit 58.
  • the capture notification unit 60 notifies the capture requesting device that the play image has been captured, for example.
  • the confirmation notification receiving unit 62 of the server 10 receives a confirmation notification of capture of a play image transmitted from the confirmation processing execution unit 26 of the capture requesting device.
  • the reward issuing unit 64 of the server 10 issues a reward to the user who uses the capture notification device in response to reception of the confirmation notification of capture of the play image by the confirmation notification receiving unit 62 of the server 10.
  • the request unit 20 of the capture requesting device In response to a request registration operation performed by the user B, the request unit 20 of the capture requesting device generates capture condition data and reward data (S101).
  • the request unit 20 generates capture condition data and reward data based on values input on the request screen in response to a selection operation of the registration button RB on the request screen illustrated in FIG. .
  • title data whose value is “game A”, event data whose value is “when player X is defeated by multiplayer”, and captured image type data whose value is “moving image” are displayed.
  • Including capture condition data is generated.
  • reward data having a value of “100 points” is generated.
  • the request unit 20 transmits to the server 10 a capture request in which the identification information of the player who is the user of the client 12 and the capture condition data and reward data generated in the process shown in S101 are associated with each other.
  • the identification information of the player who is the user of the client 12 is, for example, “player B”.
  • the request reception unit 52 of the server 10 receives the capture request (S102).
  • the request data management unit 54 determines whether or not to register the request data including the capture condition data based on the capture condition data associated with the capture request received in the process shown in S102 (S103). .
  • the request data management unit 54 has already stored in the request data storage unit 50 request data including a value that is the same as or similar to the value of the capture condition data received in the process shown in S102 as the value of the capture condition data. Check if it exists. If it is confirmed that the request data is not stored, it is determined that the request data is registered. If not, it is determined that the request data is not registered.
  • the request data management unit 54 transmits data indicating that the server 10 has not accepted the capture request to the capture request apparatus.
  • the data indicates, for example, reconfirming the request or rejecting the request.
  • the request acceptability accepting unit 22 of the capture requesting device accepts the data (S104).
  • the request data management unit 54 when it is determined to register (S103: Y), the request data management unit 54 generates request data and stores the request data in the request data storage unit 50 (S105).
  • request data including capture condition data and reward data associated with the capture request received in the process shown in S102 is generated.
  • request ID included in the request data a unique value that does not overlap with the request IDs of other request data is set.
  • identification information associated with the capture request received in the process shown in S102 is set. In this embodiment, for example, “C” is set as the value of the difficulty level data.
  • the request data management unit 54 transmits data indicating that the server 10 has accepted the capture request to the capture request apparatus. Then, the request acceptability accepting unit 22 of the capture requesting device accepts the data (S106).
  • the display control unit 28 of the capture requesting apparatus displays on the display whether or not capture is possible (S107), and ends the processing shown in this processing example.
  • the request acceptability accepting unit 22 accepts data indicating that the server 10 has not accepted the capture request in the process shown in S104, for example, the request is reconfirmed, or the request is rejected. Appears on the display.
  • the request acceptance / reception accepting unit 22 accepts data indicating that the server 10 accepts the capture request in the process shown in S106, the fact that the request has been registered is displayed on the display.
  • the request data management unit 54 stores, for each request data stored in the request data storage unit 50, data indicating the number of users who accepted a request associated with the request data and the request data. It holds data indicating the registered time.
  • the request data management unit 54 registers, for each request data stored in the request data storage unit 50, the number of users who accepted the request associated with the request data and the request data at predetermined time intervals.
  • the value of the difficulty level data is determined based on the time from For example, the value of the difficulty level data is determined such that the greater the number of users who have accepted the request associated with the request data and the longer the time since registration, the higher the difficulty level.
  • the request data management unit 54 updates the value of the difficulty data to the determined value. Further, the request data management unit 54 may increase the number of points indicated by the reward data by a predetermined value when the value of the difficulty data is updated to indicate a higher difficulty.
  • the value of the difficulty level data may be determined so that the greater the number of users who have accepted the request associated with the request data, the higher the difficulty level. Further, the value of the difficulty level data may be determined such that the longer the time after registration, the higher the difficulty level.
  • a play image capture request may be made via a player list displayed as a system screen of the client 12 or the like.
  • FIG. 8 shows an example of a player list in which the player B is defeated, which is displayed on the display of the client 12-2.
  • Capture condition data may be generated.
  • request data whose request ID value illustrated in FIG. 3 is “0104” may be registered in the server 10 in the process shown in S105.
  • the player X is designated by the player B as a prize head. In this way, it may be possible to designate a player who will be a prize head via the player list shown in FIG.
  • the user A uses the client 12-1 as a capture request device.
  • the request search unit 32 of the capture notification device transmits search conditions to the server 10.
  • the request search response unit 56 of the server 10 receives the search condition (S201).
  • the search condition transmitted in the process shown in S201 is determined in accordance with a screen for presenting request data to the user A displayed in the process shown in S204 described later. For example, when the list display screen shown in FIG. 4 is displayed, for example, a search condition “value of title data is“ game A ”” is transmitted.
  • the request search response unit 56 of the server 10 specifies the request data as the search result that satisfies the search condition received in the process shown in S201 from the request data stored in the request data storage unit 50. (S202). Then, the request search response unit 56 transmits the request data specified in the process shown in S202 to the capture notification device. Then, the request search unit 32 of the capture notification apparatus receives the request data (S203).
  • the display control unit 38 of the capture notification device generates a screen for presenting the request data to the user A based on the request data received in the process shown in S203 and displays the screen on the display (S204).
  • a list display screen shown in FIG. 4 is displayed.
  • the acceptance processing unit 34 of the capture notification device When the user A accepts a request data selection operation, the acceptance processing unit 34 of the capture notification device generates acceptance request data based on the selected request data and stores it in the acceptance request data storage unit 30 ( S205).
  • the relationship between the selected request data and acceptance request data is as described above.
  • the request data selection operation corresponds to, for example, an operation of selecting the request information RI when the list display screen shown in FIG. 4 is displayed. In this case, acceptance request data based on the request data associated with the request information RI is generated.
  • the display control unit 38 of the capture notification apparatus displays on the display that the request corresponding to the acceptance request data generated in the process shown in S205 has been accepted (S206).
  • the acceptance processing unit 34 of the capture notification device transmits the acceptance request ID included in the acceptance request data generated in the process shown in S205 to the server 10, and the request data management unit 54 of the server 10 obtains the acceptance request ID. Receive (S207). Then, the request data management unit 54 increments the value of the data indicating the number of users who accepted the request data including the acceptance request ID as the request ID, which is held in the request data management unit 54 (S208). The processing shown in this processing example ends.
  • search conditions transmitted to the server 10 are not limited to those described above.
  • the search condition designated by the user A may be transmitted in the process shown in S201.
  • a search condition corresponding to the play situation of the game that the user A is playing as the player A may be transmitted in the process shown in S201.
  • a search condition that includes event data indicating an event in a stage or map being played by the user may be transmitted in the process shown in S201.
  • the play image of the game in which the request information RI is arranged may be displayed in the process shown in S204 described above.
  • the server 10 may actively transmit the request data to the capture notification device according to the play situation of the game that the user A is playing as the player A, not according to the reception of the search condition.
  • request information RI associated with the received request data may be arranged in the play image.
  • a screen showing a list of game servers that can communicate with the client 12 shown in FIG. 10 may be displayed by the process shown in S204 described above.
  • a search condition that includes event data indicating an event that defeats a player playing on any of the game servers shown on the screen is transmitted in the process shown in S201. Also good.
  • the display control unit 38 of the game server in which the player shown as the opponent to be defeated in the event data included in the request data as the search result is playing the game. You may control to arrange
  • the player indicated as the opponent to be defeated in the event data included in the request data is identified and displayed.
  • the display control unit 38 may identify and display a portion related to the user designated as the prize head. In this case, a request to capture a play image corresponding to an event of defeating the player by participating in the game may be accepted.
  • the acceptance request data may be generated based on the request data in which defeating the player playing on the game server is indicated as the value of the event data.
  • participation in the game corresponds to a request data selection operation.
  • acceptance request data is generated and stored in the storage unit 12b in response to participation in the game. And it will be controlled so that the play image according to the event which defeats the said player is captured.
  • the search condition that the value of the event data is set to defeat the player playing the game server in which the user A is logged in as the player A is sent in the process shown in S201. May be.
  • all of the identification information of the players designated as the prize heads by all players other than the player A may be displayed in a list.
  • all of the identification information of the players designated as the prize heads by the players registered as friends (friends) of the player A in the server 10 may be displayed in a list. And about the player selected by the player A from these players, you may make it produce
  • the capture control unit 42 of the capture notification device captures a play image (S301).
  • what kind of play image is captured is determined as described above based on the values of the captured image type data and the timing relation data included in the acceptance request data.
  • the captured image or captured moving image obtained by capturing the play image is stored in the captured image storage unit 44 in association with the metadata as described above.
  • the captured moving image corresponding to the play image displayed from 3 minutes before to 3 minutes after the occurrence timing of the event of defeating the player X as described above is stored in the captured image storage unit 44.
  • the display control unit 38 of the capture notification device displays on the display that the play image has been captured (S302).
  • the capture notification unit 46 of the capture notification device transmits, to the server 10, a notification in which the acceptance request ID associated with the event data indicating the event that has occurred is associated with the acceptance request data.
  • this notification is referred to as a capture notification.
  • the capture notification receiving unit 58 of the server 10 receives the capture notification (S303).
  • the request data management unit 54 of the server 10 updates the value of the achievement status data of the request data including the acceptance request ID associated with the capture notification received in the process shown in S303 as the request ID to “achieved”. (S304). Then, the capture notification unit 60 of the server 10 transmits the capture notification received in the process shown in S303 to the capture requesting apparatus. Then, the capture notification receiving unit 24 of the capture requesting apparatus receives the capture notification (S305).
  • the capture notification unit 60 can specify the capture request device that is the transmission destination of the capture notification based on the request source player ID included in the request data.
  • the display control unit 28 of the capture requesting device displays on the display that the requested play image has been captured (S306).
  • the confirmation processing execution unit 26 of the capture requesting apparatus transmits a confirmation notification to the server 10.
  • the confirmation notification receiving unit 62 of the server 10 receives the confirmation notification (S307).
  • the confirmation request is associated with the acceptance request ID associated with the capture notification received in the process shown in S305.
  • the reward issuing unit 64 of the server 10 issues a reward to the user A based on the value of the reward data of the request data including the acceptance request ID associated with the confirmation notification shown in S307 as the request ID.
  • the reward is transmitted to the capture notification device.
  • the reward receiving unit 48 of the capture notification device receives the reward (S308).
  • the display control unit 38 of the capture notification apparatus displays on the display that the reward has been received (S309), and ends the processing shown in this processing example.
  • a capture image or a captured moving image may be associated with the capture notification. That is, the capture notification unit 46 of the capture notification device may transmit the capture image or the capture moving image. Then, the capture notification receiving unit 24 of the capture requesting device may receive the captured image or the captured moving image. In this case, the user B can confirm that the requested play image has been captured by looking at the captured image or the captured moving image.
  • the user A is notified that the reward has been received by displaying on the display that the reward has been received.
  • the notification method is not limited to the display on the display. For example, an e-mail describing that the reward has been received may be transmitted to the mail address of the user A.
  • the application which can receive said notification may be installed in the smart phone which the user A owns. A notification that the reward has been received may be notified to the user A via a network service to which the application is connected.
  • the capture notification unit 46 of the capture notification device may upload the captured image or the captured moving image to a site such as an image publishing site.
  • the capture notification may be associated with an address of a site such as an image public site where the captured image or the captured moving image can be browsed. That is, the capture notification unit 46 of the capture notification device may transmit the address of a site where the captured image or the captured moving image can be viewed. Then, the capture notification receiving unit 24 of the capture requesting apparatus may receive the address. Then, the user B may check the captured image or the captured moving image by accessing the URL.
  • the reward receiving unit 48 may execute processing indicating that the request has been achieved in response to receiving the reward. For example, the reward receiving unit 48 may delete the acceptance request data associated with the reward from the acceptance request data storage unit 30. Then, the display control unit 38 of the capture notification apparatus may display on the display that the request has been achieved.
  • the reward issuing unit 64 may issue a reward.
  • the evaluation of the captured image or the captured moving image may be associated with the confirmation notification. And the point number of the reward issued based on the said evaluation may be determined.
  • the client 12-2 when a captured moving image corresponding to an event of defeating player X from various players is transmitted to the client 12-2, the client 12-2 generates a moving image collection composed of the plurality of captured moving images. May be.
  • the moving image collection may be uploaded to a site such as an image release site.
  • the moving image collection may be uploaded after the player who has been defeated, in this case, the player X or the name of the defeated player is processed to be hidden.
  • data for performing replay according to the event of defeating the player X may be transmitted to the client 12-2. Then, the client 12-2 may generate a moving image corresponding to an event that defeats the player X by executing a game program and performing replay based on the data.
  • data for performing the above-described replay include key log data, position coordinate data representing the position of the player's character object, and posture data representing the position of the player's character object.
  • the display control unit 38 of the capture notification device has an asterisk placed to the left of the name of the player indicated as the opponent to be defeated in the event data included in the acceptance request data in the game play image. You may control so that. Further, as shown in FIG. 13, the display control unit 38 of the capture notification device displays a star on the character object CO side of the player indicated as the opponent to be defeated in the event data included in the acceptance request data in the game play image. A mark may be arranged. FIG. 13 shows a character object CO (a) associated with the player A, a character object CO (t) associated with the player T, and a character object CO (x) associated with the player X. . In the play images shown in FIG. 12 and FIG.
  • the player shown as the opponent to be defeated in the event data included in the request data is identified and displayed as described above.
  • the display control unit 38 may identify and display a portion related to the user designated as the prize head in the play image. Therefore, the player of the game can easily identify a player to be defeated, for example, a player who can obtain a reward by defeating the game.
  • FIG. 14 is an explanatory diagram schematically illustrating an example of a software hierarchy of a program executed by the client 12 according to the present embodiment.
  • Examples of the program executed by the client 12 according to the present embodiment include an operating system, a capture utility positioned in the upper layer, a game program positioned in the upper layer, and a request / acceptance utility.
  • the capture utility corresponds to, for example, the above-described detection unit 40, capture control unit 42, capture image storage unit 44, and the like.
  • the game program corresponds to, for example, the game process execution unit 36 described above.
  • the request / accept utility is, for example, to the request unit 20, the capture notification reception unit 24, the confirmation processing execution unit 26, the request search unit 32, the acceptance processing unit 34, the capture control unit 42, the capture notification unit 46, the reward reception unit 48, and the like. Equivalent to. Further, the request / acceptance utility identifies and displays the player to be defeated on the screen showing the list of game servers exemplified in FIG. 10 and the play image generated by the game program as shown in FIG. 12 or FIG. You may perform the process to make.
  • the detection that the player designated as the prize head has been defeated may be performed not in the capture utility layer but in the game program layer. Alternatively, the detection may be performed by detecting a character string such as “Player X has been killed” displayed on the screen in the operating system layer. Further, it may be detected that the player has been defeated by an explicit operation by the user.
  • a captured image or a captured moving image may be transmitted and received without explicitly accepting the request.
  • the player A defeats the player X in the game without the player A knowing that the player B has designated the player X as a prize head.
  • a captured moving image corresponding to the event of defeating the player X may be transmitted from the client 12-1 to the client 12-2.
  • conditions such as an expiration date may be associated with the request data or the acceptance request data. Then, when the condition is satisfied, such as when the expiration date has passed, the request data or the acceptance request data may be invalidated or deleted.
  • event data indicating an event related to a certain game is included in the acceptance request data.
  • the acceptance request data may be deleted when the player who is the user who uses the client 12 in which the acceptance request data is stored does not participate in the game.
  • the acceptance request data may be deleted when the prize head specified in the event data included in the acceptance request data is not participating in the game.
  • the request information RI associated with the invalid request data may not be arranged on the list display screen.
  • the display mode of the request information RI arranged on the list display screen and associated with the invalid request data may be different from the display mode of the other request information RI. Further, even if an operation for selecting the request information RI associated with the invalid request data is performed, the user may not be able to accept the request associated with the request information RI.
  • the captured moving image may be distributed live.
  • the captured moving image may not be stored in the storage unit 12b of the client 12, but may be uploaded to a site that provides a live streaming service after being buffered.
  • the URL of the site may be transmitted from the capture notification device to the capture request device.
  • the server 10 may be composed of a plurality of cases. Further, the division of roles between the server 10 and the client 12 is not limited to the above. Further, the server 10 and the client 12 may be integrated.
  • the implementation format of the game that is the target of capture of the play image in this embodiment is not particularly limited.
  • the present embodiment may be applied to capture of a play image in a game executed on the server side in which a play image is displayed via a browser installed on the client 12, for example.
  • the present embodiment may be applied to capture of a play image in a game executed on the client side.
  • the present embodiment may be applied to a game realized by cooperation of programs installed on a server and a client.
  • the capture condition data may be a combination of parameters managed in the system of the client 12 and parameters managed in the game to be played, other than those described above.
  • examples of parameters managed in the system include a user ID, a user's affiliation region, a user's gamer rank (trophy rank / gamer score), and a game title name possessed.
  • Other examples of parameters managed in the system include play time of a specific game, shooting time (play image capture time), and the like.
  • examples of parameters managed in the game to be played include the number of trophies acquired for a specific game, the number of defeated attackers, the number of combos, the score, and the best time.
  • Other examples of parameters managed in the game to be played include a map ID, a location ID, an enemy object ID, an item object ID, an event ID, and a trophy ID in the game.
  • Other examples of parameters managed in the game being played include the number of acquired item objects in the game, the number of clears, the acquisition timing of the trophy, the activation time, the number of defeated attackers and the number of scores It is done.
  • Other examples of parameters managed in the game to be played include fluctuations in transactions between the client 12 and the server 10, fluctuations in volume and number of speakers in voice chat, and the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • Optics & Photonics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　ユーザが見たいプレイ画像のキャプチャを依頼できる情報処理装置、情報処理方法、プログラム、情報記憶媒体、情報処理システム及び管理装置を提供する。依頼部（２０）は、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを送信する。確認処理実行部（２６）は、キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行する。

Description

情報処理装置、情報処理方法、プログラム、情報記憶媒体、情報処理システム及び管理装置
　本発明は、情報処理装置、情報処理方法、プログラム、情報記憶媒体、情報処理システム及び管理装置に関する。
　ゲームのプレイ内容を示すプレイ画像をキャプチャする技術が存在する。このような技術の一例として、特許文献１には、ゲームプログラムの実行中に所定のスクリーンショット操作を行うとゲーム画面の画像がキャプチャされる技術が開示されている。
米国特許出願公開第２００９／０１１８００８号明細書
　ユーザが見たいプレイ画像のキャプチャを依頼できると、キャプチャの依頼相手から当該プレイ画像をキャプチャした画像を入手することで、当該ユーザはゲームをプレイすることなく当該ユーザが見たいプレイ画像を見ることができる。しかし、特許文献１に記載の技術では、ユーザが見たいプレイ画像のキャプチャを依頼できなかった。
　本発明は上記課題に鑑みてなされたものであって、その目的の１つは、ユーザが見たいプレイ画像のキャプチャを依頼できる情報処理装置、情報処理方法、プログラム、情報記憶媒体、情報処理システム及び管理装置を提供することにある。
　上記課題を解決するために、本発明に係る情報処理装置は、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを送信するキャプチャ条件データ送信部と、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行する確認処理実行部と、を含むことを特徴とする。
　本発明の一態様では、前記キャプチャ条件データ送信部は、前記ゲームにおいて、前記情報処理装置を使用するユーザとも前記プレイ画像をキャプチャする装置を使用するユーザとも異なるユーザに関するイベントが発生するという条件を示す前記キャプチャ条件データを送信し、前記確認処理実行部は、前記イベントの発生に応じた前記プレイ画像のキャプチャの確認処理を実行する。
　また、本発明の一態様では、前記プレイ画像をキャプチャした画像を受け付ける受付部、をさらに含む。
　あるいは、前記プレイ画像をキャプチャした画像を閲覧可能なサイトのアドレスを受け付ける受付部、をさらに含む。
　また、本発明に係る別の情報処理装置は、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを記憶するキャプチャ条件データ記憶部と、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを通知する通知部と、を含むことを特徴とする。
　本発明の一態様では、前記キャプチャ条件データ記憶部は、前記ゲームにおいて、前記プレイ画像のキャプチャが通知されるユーザとも前記情報処理装置を使用するユーザとも異なるユーザに関するイベントが発生するという条件を示す前記キャプチャ条件データを記憶し、前記通知部は、前記イベントの発生に応じた前記プレイ画像のキャプチャを通知する。
　また、本発明の一態様では、前記プレイ画像のキャプチャが通知されるユーザとも前記情報処理装置を使用するユーザとも異なるユーザに関連する部分を識別表示させる表示制御部、をさらに含む。
　また、本発明の一態様では、前記通知部は、前記プレイ画像をキャプチャした画像を送信する。
　また、本発明の一態様では、前記通知部は、前記プレイ画像をキャプチャした画像を閲覧可能なサイトのアドレスを送信する。
　また、本発明に係る情報処理方法は、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを送信するステップと、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行するステップと、を含むことを特徴とする。
　また、本発明に係る別の情報処理方法は、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを記憶させるステップと、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを通知するステップと、を含むことを特徴とする。
　また、本発明に係るプログラムは、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを送信する手順、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行する手順、をコンピュータに実行させることを特徴とする。
　また、本発明に係る別のプログラムは、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを記憶させる手順、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを通知する手順、をコンピュータに実行させることを特徴とする。
　また、本発明に係る情報記憶媒体は、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを送信する手順、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行する手順、をコンピュータに実行させることを特徴とするプログラムを記憶したコンピュータ読み取り可能な情報記憶媒体である。
　また、本発明に係る別の情報記憶媒体は、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを記憶させる手順、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを通知する手順、をコンピュータに実行させることを特徴とするプログラムを記憶したコンピュータ読み取り可能な情報記憶媒体である。
　また、本発明に係る情報処理システムは、第１の情報処理装置と、第２の情報処理装置と、を含み、前記第１の情報処理装置が、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを前記第２の情報処理装置に送信するキャプチャ条件データ送信部、を含み、前記第２の情報処理装置が、前記キャプチャ条件データを記憶するキャプチャ条件データ記憶部と、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを前記第１の情報処理装置に通知する通知部と、を含み、第１の情報処理装置が、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行する確認処理実行部、をさらに含む、ことを特徴とする。
　また、本発明に係る管理装置は、第１の情報処理装置から送信される、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを受信するキャプチャ条件データ受信部と、前記キャプチャ条件データを第２の情報処理装置に送信するキャプチャ条件データ送信部と、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの通知を前記第２の情報処理装置から受け付ける通知受付部と、前記通知の受付に応じて、前記第１の情報処理装置に、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理の実行指示を通知する通知部と、を含むことを特徴とする。
本発明の一実施形態に係るゲームシステムの全体構成の一例を示す図である。 依頼画面の一例を示す図である。 依頼データの一例を示す図である。 一覧表示画面の一例を示す図である。 受諾依頼データの一例を示す図である。 本発明の一実施形態に係るキャプチャ依頼装置で実現される機能の一例を示す機能ブロック図である。 本発明の一実施形態に係るキャプチャ通知装置で実現される機能の一例を示す機能ブロック図である。 本発明の一実施形態に係るサーバで実現される機能の一例を示す機能ブロック図である。 本発明の一実施形態に係るキャプチャ依頼装置及びサーバで行われる処理の流れの一例を示すフロー図である。 プレイヤリストの一例を示す図である。 本発明の一実施形態に係るキャプチャ通知装置及びサーバで行われる処理の流れの一例を示すフロー図である。 ゲームサーバの一覧を示す画面の一例を示す図である。 本発明の一実施形態に係るゲームシステムで行われる処理の流れの一例を示すフロー図である。 プレイ画像の一例を示す図である。 プレイ画像の一例を示す図である。 本発明の一実施形態に係るクライアントで実行されるプログラムのソフトウェア階層の一例を模式的に示す説明図である。
　以下、本発明の一実施形態について図面に基づき詳細に説明する。
　図１は、本発明の一実施形態に係るゲームシステム１の全体構成の一例を示す図である。図１に示すように、本実施形態に係るゲームシステム１は、いずれもコンピュータを中心に構成されたサーバ１０とクライアント１２（１２－１、１２－２、・・・、１２－ｎ）とを含んでいる。サーバ１０、クライアント１２は、インターネットなどのコンピュータネットワーク１４に接続されている。そして、サーバ１０、クライアント１２は、互いに通信可能になっている。
　サーバ１０は、クライアント１２間で共有されるデータを管理するためのサーバコンピュータである。サーバ１０は、図１に示すように、例えば、制御部１０ａと、記憶部１０ｂと、通信部１０ｃと、を含む。制御部１０ａは、例えばＣＰＵ等のプログラム制御デバイスであって、記憶部１０ｂに記憶されたプログラムに従って各種の情報処理を実行する。記憶部１０ｂは、例えばＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブなどである。通信部１０ｃは、例えばコンピュータネットワーク１４を介してクライアント１２との間でデータを授受するための通信インタフェースである。サーバ１０は、通信部１０ｃを経由して各クライアント１２との間で情報の送受信を行う。
　クライアント１２は、ユーザが利用するコンピュータであり、例えば、パーソナルコンピュータ、ゲームコンソール、テレビ受像機、携帯型ゲーム装置、携帯情報端末、などである。本実施形態では、クライアント１２には、ユーザがプレイするゲームのプログラムがインストールされている。そして、当該クライアント１２のユーザは、当該ゲームのプレイヤとして当該ゲームをプレイする。クライアント１２は、例えば、制御部１２ａと、記憶部１２ｂと、通信部１２ｃと、出力部１２ｄと、入力部１２ｅと、を含む。制御部１２ａは、例えばＣＰＵ等のプログラム制御デバイスであって、記憶部１２ｂに記憶されたプログラムに従って各種の情報処理を実行する。本実施形態に係る制御部１２ａには、ＣＰＵから供給されるグラフィックスコマンドやデータに基づいてフレームバッファに画像を描画するＧＰＵ（Graphics Processing Unit）も含まれている。記憶部１２ｂは、例えばＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブなどである。記憶部１２ｂには、制御部１２ａによって実行されるプログラムなどが記憶される。また、本実施形態に係る記憶部１２ｂには、ＧＰＵにより画像が描画されるフレームバッファの領域が確保されている。通信部１２ｃは、例えばコンピュータネットワーク１４を介してサーバ１０との間でデータを授受するための通信インタフェースである。クライアント１２は、通信部１２ｃを経由してサーバ１０や他のクライアント１２との間で情報の送受信を行う。出力部１２ｄは、例えば制御部１２ａから入力される指示に従って情報を表示出力するディスプレイ等の表示部や音声出力するスピーカ等の音声出力部である。入力部１２ｅは、例えばユーザが行った操作の内容を制御部１２ａに出力するゲームコントローラ、タッチパッド、マウス、キーボード、マイク、カメラ等である。
　本実施形態では、クライアント１２のユーザは、他のクライアント１２のユーザに対して、ゲームのプレイ内容を示すプレイ画像のキャプチャを依頼できる。そして、依頼されたユーザは当該プレイ画像のキャプチャの依頼を受諾できる。以下、クライアント１２－２を使用するユーザＢが、クライアント１２－１を使用するユーザＡに対してプレイ画像のキャプチャを依頼して、ユーザＡが当該依頼を受諾する場面を中心に説明する。また、以下、ユーザＡはプレイヤＡとして、ユーザＢはプレイヤＢとして、各種ゲームをプレイすることとする。
　図２は、プレイ画像のキャプチャを依頼するための依頼画面の一例を示す図である。当該依頼画面は、クライアント１２－２のディスプレイにシステム画面が表示されている際又はゲームのプレイ中にユーザＢが所定の操作を行うとディスプレイに表示される。図２に示す依頼画面でユーザＢが、キャンセルボタンＣＢを選択する操作を行うと、ディスプレイに表示されている画面が、当該依頼画面が表示される直前に表示されていた画面に更新される。図２に示す依頼画面でユーザＢが、プレイ画像をキャプチャする条件を設定した上で、登録ボタンＲＢを選択する操作を行うと、図３に例示する依頼データがサーバ１０に登録される。
　依頼データは、プレイ画像のキャプチャの依頼に対応付けられるデータである。図３に示すように、依頼データは、依頼ＩＤ、依頼元プレイヤＩＤ、リワードデータ、難度データ、達成状況データ、キャプチャ条件データ、を含む。
　依頼ＩＤは、依頼データの識別情報である。本実施形態では、依頼ＩＤとして、サーバ１０で管理されている依頼データのいずれとも重複しない一意の値が設定される。
　依頼元プレイヤＩＤは、当該依頼データに対応付けられるプレイ画像のキャプチャの依頼を行ったプレイヤの識別情報である。
　リワードデータは、依頼を達成したプレイヤが獲得する報酬を示すデータである。当該リワードデータが示すポイントは、例えば、ゲームにおいて使用されるポイントや、ゲームをプレイするために購入する必要があるポイントなどに相当する。本実施形態では、ユーザは、図２に示す依頼画面を介して、リワードデータの値を設定可能となっている。
　難度データは、依頼の難度を示すデータである。本実施形態では、難度データの値は、「Ｓ」、「Ａ」、「Ｂ」、「Ｃ」のいずれかであり、「Ｓ」が最も高い難度を示し、以下、「Ａ」、「Ｂ」、「Ｃ」の順により低い難度を示すこととする。
　達成状況データは、当該依頼データが示す依頼が達成されているか否かを示すデータである。当該依頼が達成済である場合は達成状況データの値として「達成済」の値が設定され、未達成である場合は達成状況データの値として「未達成」が設定される。依頼データが新規に登録される際には、当該依頼データの達成状況データの値として「未達成」が設定される。
　キャプチャ条件データは、プレイ画像をキャプチャする条件を示すデータであり、本実施形態では例えば、タイトルデータ、イベントデータ、キャプチャ画像種別データを含む。
　タイトルデータは、プレイ画像がキャプチャされる対象となるゲームのタイトルを示すデータである。本実施形態では、ユーザは、図２に示す依頼画面を介して、タイトルデータの値を設定可能となっている。
　イベントデータは、当該依頼データにおいて設定されているイベントを示すデータである。本実施形態では、イベントデータは、依頼データにおいて当該イベントデータに関連付けられているタイトルデータによってタイトルが示されているゲームにおいて発生するイベントを示す。本実施形態では、ユーザは、図２に示す依頼画面を介して、イベントデータの値を設定可能となっている。例えば依頼ＩＤが「０１０４」である依頼データでは、イベントデータが示すイベントとして「プレイヤＸを倒す」というイベントが設定されている。この例では、プレイヤＸはプレイヤＢによって賞金首として指定されたこととなる。このようにイベントデータが示すイベントとして、キャプチャを依頼するプレイヤともキャプチャを受諾するプレイヤとも異なる、賞金首として指定されるプレイヤに関するイベント、例えば当該プレイヤを負かすというイベントが設定されていてもよい。
　キャプチャ画像種別データは、キャプチャされるべき画像の種別を示すデータである。本実施形態では、キャプチャ画像種別データの値として「動画像」又は「静止画像」が設定される。本実施形態では、ユーザは、図２に示す依頼画面を介して、キャプチャ画像種別データの値を設定可能となっている。
　そして、本実施形態では、図３に示す依頼データに基づいて、図４に例示する一覧表示画面が生成される。図４は、クライアント１２－１のディスプレイに表示される、ゲームＡについての依頼データに設定されている値の一覧表示画面の一例を示す図である。当該一覧表示画面は、値が「ゲームＡ」であるタイトルデータを含む依頼データに基づいて生成される。
　一覧表示画面には、それぞれ依頼データに対応付けられる依頼情報ＲＩが縦に並んで配置されている。ユーザＡは一覧表示画面に配置されているプルダウンメニューを操作することで、依頼情報ＲＩの配置順序を変更できるようになっている。図４に示す一覧表示画面では、依頼情報ＲＩは新たに登録されたものから順に上から配置されている。なお例えば依頼を受諾しているユーザ数の多さや難度の高さの順序に従って依頼情報ＲＩが配置されるようにしてもよい。図４に示す一覧表示画面に配置されている依頼情報ＲＩは、上から順にそれぞれ依頼ＩＤの値が「０１０４」、「０１０３」、「０１０２」、及び、「０１０１」である依頼データに対応付けられる。
　依頼情報ＲＩには、プレイヤアイコンＰＩ、リワード情報ＲＷＩ、難度情報ＤＩ、依頼内容文字列ＲＳが含まれる。プレイヤアイコンＰＩは、依頼データに含まれる依頼元プレイヤＩＤに対応付けられるアイコンである。図４には、プレイヤＡに対応付けられるプレイヤアイコンＰＩ（ａ）と、プレイヤＢに対応付けられるプレイヤアイコンＰＩ（ｂ）と、プレイヤＣに対応付けられるプレイヤアイコンＰＩ（ｃ）と、が配置されている。リワード情報ＲＷＩは、依頼データに含まれるリワードデータが示す報酬を表す情報である。難度情報ＤＩは、依頼データに含まれる難度データが示す難度を表す情報である。依頼内容文字列ＲＳは、依頼データに含まれるイベントデータが示すイベントとキャプチャ画像種別データが示す種別との組合せを表す文字列である。
　なお本実施形態では、依頼情報ＲＩに含まれる要素の表示態様、ここでは例えば、プレイヤアイコンＰＩ、リワード情報ＲＷＩ、難度情報ＤＩ、及び、依頼内容文字列ＲＳの表示態様は、依頼データに含まれる達成状況データの値に応じたものとなっている。具体的には例えば、達成状況データの値が「未達成」である依頼データに対応付けられる要素の明度が、達成状況データの値が「達成済」である依頼データに対応付けられる要素の明度より高い。
　また本実施形態では一覧表示画面に配置された依頼情報ＲＩはリンクとなっている。そして、ユーザＡが依頼情報ＲＩを選択する操作を行うと、選択された依頼情報ＲＩに対応付けられる依頼をユーザＡが受諾したこととなる。すると、ユーザＡが使用するクライアント１２－１の記憶部１２ｂに、図５に例示する受諾依頼データが記憶される。本実施形態では、クライアント１２－１に記憶された受諾依頼データに基づいて、クライアント１２－１でのプレイ画像のキャプチャが行われることとなる。
　また本実施形態では、クライアント１２のディスプレイに表示される、図４に例示する一覧表示画面に、当該クライアント１２を使用するユーザであるユーザＡがプレイヤＡとして依頼した依頼データに基づく依頼情報ＲＩが配置されている。そして本実施形態では、ユーザＡが当該依頼情報ＲＩを選択する操作を行っても、ユーザＡは当該依頼情報ＲＩに対応付けられる依頼を受諾できないようになっている。なお、ユーザＡが当該依頼情報ＲＩを選択する操作を行った際に、ユーザＡは当該依頼情報ＲＩに対応付けられる依頼を受諾できるようになっていてもよい。
　受諾依頼データは、図５に示すように、受諾依頼ＩＤ、依頼元プレイヤＩＤ、リワードデータ、難度データ、タイトルデータ、イベントデータ、キャプチャ画像種別データ、タイミング関係データ、を含む。
　受諾依頼ＩＤは、受諾依頼データの識別情報である。受諾依頼データに含まれる当該受領依頼ＩＤとして、選択された依頼情報ＲＩに対応付けられる依頼データに含まれる依頼ＩＤが設定される。
　受諾依頼データに含まれる依頼元プレイヤＩＤ、リワードデータ、難度データ、キャプチャ条件データは、それぞれ、依頼データに含まれる依頼元プレイヤＩＤ、リワードデータ、難度データ、キャプチャ条件データに対応付けられるデータである。そして、受諾依頼データに含まれるこれらのデータについては、選択された依頼情報ＲＩに対応付けられる依頼データに含まれる当該データの値が設定される。
　タイミング関係データは、当該受諾依頼データに含まれるイベントデータが示すイベントの発生タイミングとプレイ画像のキャプチャタイミングとの関係を示すデータである。タイミング関係データは、例えば、当該受諾依頼データに含まれるイベントデータが示すイベントの発生タイミングとプレイ画像のキャプチャタイミングとの差を示す。そして本実施形態では、サーバ１０又は当該クライアント１２において予め設定されている規則に従ってタイミング関係データの値が設定されるようになっている。
　以下、受諾した依頼に応じたプレイ画像のキャプチャについてさらに説明する。
　本実施形態では、クライアント１２のユーザがプレイヤとして参加しているゲームのプレイ中に、当該ゲームのプレイ内容を示すプレイ画像が所定のフレームレートで当該クライアント１２のディスプレイに表示される。そして、ディスプレイに表示されるプレイ画像のコピー、すなわちフレームバッファに描画されるプレイ画像のコピーが、クライアント１２の記憶部に設けられた、最大で１５分間の動画像が記憶可能なリングバッファ領域に順次書き込まれる。
　そして本実施形態では、当該ゲームのプレイ中に、図５に例示する受諾依頼データに含まれるイベントデータが示すイベントが発生すると、当該イベントに応じたプレイ画像あるいは一連のプレイ画像から構成される動画像がキャプチャされる。このように本実施形態では、受諾依頼データに対応付けられるプレイ画像をキャプチャする条件を満足する際に、当該条件に応じたプレイ画像あるいは一連のプレイ画像から構成される動画像がキャプチャされる。プレイ画像がキャプチャされた場合は、キャプチャされたプレイ画像はキャプチャ画像として記憶部１２ｂに記憶される。動画像がキャプチャされた場合は、当該動画像はエンコードされた上でキャプチャ動画像として記憶部１２ｂに記憶される。キャプチャ動画像は複数のフレーム画像から構成されている。なお一連のプレイ画像がディスプレイに表示される際のフレームレートと記憶部１２ｂに記憶されるキャプチャ動画像のフレームレートとは同じであっても異なっていてもよい。そして、当該依頼に対応付けられる依頼データに含まれる達成状況データの値が「達成済」に更新される。
　上述のように、どのようなプレイ画像が記憶されるかは、受諾依頼データに含まれるタイミング関係データに基づいて決定される。図５の例では、タイミング関係データの値として「イベント発生前後３分ずつ」が設定されている。ここで例えば、ユーザＡがゲームＡをプレイしている際に、マルチプレイにてプレイヤＸを倒すイベントが発生したとする。この場合、当該イベントの発生タイミングの３分前から３分後までに表示されるプレイ画像に基づくキャプチャ動画像がクライアント１２－１の記憶部１２ｂに記憶されることとなる。なお本実施形態では、受領依頼データに含まれるキャプチャ画像種別データの値が「動画像」である場合はキャプチャ動画像が記憶部１２ｂに記憶され、「静止画像」である場合はキャプチャ画像が記憶部１２ｂに記憶される。
　本実施形態では、キャプチャ画像又はキャプチャ動画像は、メタデータに関連付けられて記憶部１２ｂに記憶される。ここでメタデータには、例えばキャプチャ条件データに含まれるイベントデータの値、イベントの発生タイミングを示す日時などが含まれる。
　そして本実施形態では、上述のようにしてプレイ画像がキャプチャされたことが、受諾依頼データに含まれる依頼元プレイヤＩＤに対応付けられるプレイヤであるユーザ、ここでは例えばユーザＢに通知されるようになっている。なおユーザＢへの通知方法は特に問わない。例えばユーザＢが使用するクライアント１２－２の出力部１２ｄに、プレイ画像がキャプチャされた旨が表示されるようにしても構わない。また例えば、プレイ画像がキャプチャされたことが記述された電子メールがユーザＢのメールアドレス宛に送信されても構わない。またユーザＢが所有するスマートフォンに、上記の通知を受信可能なアプリケーションがインストールされていてもよい。そしてプレイ画像がキャプチャされたことが当該アプリケーションの接続先であるネットワークサービス経由でユーザＢに通知されてもよい。またこのとき、キャプチャされた画像又は動画像が当該ユーザＢに送信されても構わない。
　また、本実施形態では、クライアント１２の記憶部１２ｂに記憶されたキャプチャ画像又はキャプチャ動画像は、画像投稿サイトなどのインターネット上の各種サイトにアップロードできるようになっている。そしてこのようにしてアップロードされたキャプチャ画像又はキャプチャ動画像は受諾依頼データに含まれる依頼元プレイヤＩＤに対応付けられるプレイヤであるユーザ等に公開される。この場合に、プレイ画像がキャプチャされた際に、キャプチャ画像又はキャプチャ動画像がアップロードされたサイトのアドレス、例えばＵＲＬが、ユーザＢに送信されても構わない。
　そして、当該依頼を行ったユーザ、ここではユーザＢが、依頼したプレイ画像のキャプチャが行われたことを表す所定の確認操作を行うと、プレイ画像のキャプチャの確認通知がサーバ１０に送信される。サーバ１０は、当該確認通知を受け付けると、ユーザＡが使用するクライアント１２－１にリワードを発行する。そして、クライアント１２－１のディスプレイには、リワードを受領したことが表示される。
　また図４に例示する一覧表示画面が表示されている際に、ユーザＡが達成状況データの値が「達成済」である依頼データに対応付けられる依頼情報ＲＩを選択する操作を行ったとする。すると本実施形態では、当該依頼に応じたキャプチャ動画像又はキャプチャ画像がディスプレイ等に表示されるようになっている。例えば、ユーザＡが使用するクライアント１２が、当該依頼が達成された際にインターネット上のサイトにアップロードされたキャプチャ動画像又はキャプチャ画像をダウンロードしてディスプレイ等に表示させるようにしてもよい。以下、達成状況データの値が「達成済」である依頼データに対応付けられる依頼情報ＲＩを選択する操作を達成済依頼選択操作と呼ぶこととする。またユーザＡ自体が達成した依頼に対応付けられる依頼情報ＲＩに対する達成済依頼選択操作をユーザＡが行った際に、当該依頼に応じたキャプチャ動画像又はキャプチャ画像がディスプレイ等に表示されるようにしてもよい。また例えば、達成済依頼選択操作に応じてキャプチャされたプレイ画像が表示された後に、当該プレイ画像、又は当該プレイ画像のアップロード先のＵＲＬが、当該プレイ画像のキャプチャの依頼を行ったユーザに宛てて送信されるようにしてもよい。
　またクライアント１２のディスプレイに表示される一覧表示画面に、当該クライアント１２を使用するユーザが依頼した依頼データに基づく依頼情報ＲＩと他のユーザが依頼した依頼データに基づく依頼情報ＲＩとが異なる態様で配置されてもよい。例えば、当該クライアント１２を使用するユーザが依頼した依頼データに基づく依頼情報ＲＩと他のユーザが依頼した依頼データに基づく依頼情報ＲＩとが別の枠内に表示されてもよい。
　また、ユーザは、当該ユーザが依頼した依頼データに含まれるキャプチャ条件データが示す条件を変更可能であってもよい。このようにすれば例えば、キャプチャ条件データが示す条件がなかなか達成されない場合に、当該条件を、達成される可能性の高い、すなわち難度が低い条件に変更できることとなる。
　以上説明したように本実施形態では、ユーザＢは、ユーザＢが見たいプレイ画像のキャプチャを他のユーザに依頼することができる。そして、ユーザＡが当該依頼を受諾して、当該プレイ画像がキャプチャされると、そのことがユーザＢに通知される。このようにして本実施形態によれば、ユーザが見たいプレイ画像のキャプチャを他のユーザに依頼できることとなる。上述の例では具体的には例えば、賞金首として指定されたプレイヤに関するイベントの発生タイミング、例えば賞金首として指定されたプレイヤが負けるイベントの発生タイミングに応じたプレイ画像のキャプチャを他のユーザに依頼できることとなる。
　また本実施形態では、クライアント１２－１において、受諾依頼データに含まれるイベントデータが示すイベントが発生すると、当該イベントに応じたプレイ画像がキャプチャされるよう制御される。そのため、本実施形態によれば、依頼を受諾しさえすれば、キャプチャのための明示的な操作を行うことなく、当該依頼に応じたプレイ画像がキャプチャされることとなる。
　以下、プレイ画像のキャプチャの依頼、当該依頼の受諾、プレイ画像のキャプチャ、及び、プレイ画像がキャプチャされることの通知についてさらに説明する。
　図６Ａは、本実施形態に係る、他のユーザにプレイ画像のキャプチャを依頼するクライアント１２で実現される機能の一例を示す機能ブロック図である。なお、本実施形態に係るクライアント１２で、図６Ａに示す機能のすべてが実現される必要はなく、また、図６Ａに示す機能以外の機能が実現されていても構わない。以下、他のユーザにプレイ画像のキャプチャを依頼するクライアント１２を、キャプチャ依頼装置と呼ぶこととする。
　本実施形態に係るキャプチャ依頼装置は、機能的には例えば、依頼部２０、依頼可否受付部２２、キャプチャ通知受付部２４、確認処理実行部２６、表示制御部２８、を含んでいる。依頼部２０、依頼可否受付部２２、キャプチャ通知受付部２４は、通信部１２ｃを主として実装される。確認処理実行部２６は、制御部１２ａ、通信部１２ｃ、及び、出力部１２ｄを主として実装される。表示制御部２８は、制御部１２ａ、記憶部１２ｂ、及び、出力部１２ｄを主として実装される。
　図６Ｂは、本実施形態に係る、他のユーザによるプレイ画像のキャプチャの依頼を受諾してプレイ画像をキャプチャするクライアント１２で実現される機能の一例を示す機能ブロック図である。なお、本実施形態に係るクライアント１２で、図６Ｂに示す機能のすべてが実現される必要はなく、また、図６Ｂに示す機能以外の機能が実現されていても構わない。以下、他のユーザによるプレイ画像のキャプチャの依頼を受諾してプレイ画像をキャプチャするクライアント１２を、キャプチャ通知装置を呼ぶこととする。
　本実施形態に係るキャプチャ通知装置は、機能的には例えば、受諾依頼データ記憶部３０、依頼検索部３２、受諾処理部３４、ゲーム処理実行部３６、表示制御部３８、検出部４０、キャプチャ制御部４２、キャプチャ画像記憶部４４、キャプチャ通知部４６、リワード受領部４８、を含んでいる。受諾依頼データ記憶部３０、キャプチャ画像記憶部４４は、記憶部１２ｂを主として実装される。依頼検索部３２、受諾処理部３４は、制御部１２ａ及び通信部１２ｃを主として実装される。ゲーム処理実行部３６、検出部４０は、制御部１２ａを主として実装される。表示制御部３８は、制御部１２ａ、記憶部１２ｂ、及び、出力部１２ｄを主として実装される。キャプチャ制御部４２は、制御部１２ａ及び記憶部１２ｂを主として実装される。キャプチャ通知部４６、リワード受領部４８は、通信部１２ｃを主として実装される。
　なお、１つのクライアント１２で、上述のキャプチャ依頼装置とキャプチャ通知装置の両方の機能が実装されていても構わない。
　そして、以上の機能は、コンピュータであるクライアント１２にインストールされた、以上の機能に対応する指令を含むプログラムを、クライアント１２の制御部１２ａで実行することにより実装されている。このプログラムは、例えば、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等のコンピュータ読み取り可能な情報記憶媒体を介して、あるいは、インターネットなどのコンピュータネットワークを介してクライアント１２に供給される。
　キャプチャ依頼装置の依頼部２０は、他のユーザに対するプレイ画像のキャプチャ依頼をサーバ１０に送信する。本実施形態では、当該キャプチャ依頼には、上述のキャプチャ条件データが関連付けられている。このように、依頼部２０は、本実施形態における、プレイ画像をキャプチャする条件を示すキャプチャ条件データを送信するキャプチャ条件データ送信部としての役割を担っている。また依頼部２０は、ゲームにおいて、賞金首として指定されるユーザに関するイベントが発生するという条件を示すキャプチャ条件データを送信してもよい。
　キャプチャ依頼装置の依頼可否受付部２２は、依頼部２０によるキャプチャ依頼をサーバ１０が受け付けたか否かを示すデータを受け付ける。
　キャプチャ依頼装置のキャプチャ通知受付部２４は、キャプチャを依頼したプレイ画像がキャプチャされることの通知を受け付ける。またキャプチャ通知受付部２４は、賞金首として指定されるユーザに関するイベントが発生する際に、当該イベントに応じたプレイ画像がキャプチャされることの通知を受け付けてもよい。またキャプチャ通知受付部２４は、上述のように、キャプチャ画像又はキャプチャ動画像を受け付けてもよい。またキャプチャ通知受付部２４は、上述のように、キャプチャ画像又はキャプチャ動画像を閲覧可能なサイトのアドレスを受け付けてもよい。
　キャプチャ依頼装置の確認処理実行部２６は、キャプチャ条件データが示す条件に応じた、プレイ画像のキャプチャの確認処理を実行する。本実施形態ではキャプチャ依頼装置の確認処理実行部２６は、例えばユーザによる所定の確認操作に応じて、プレイ画像のキャプチャの確認通知をサーバ１０に送信する。また例えば本実施形態では、キャプチャ依頼装置の確認処理実行部２６は、上述の達成済依頼選択操作に応じて、当該依頼に応じてキャプチャされたプレイ画像であるキャプチャ動画像又はキャプチャ画像をディスプレイ等に表示させる。このように本実施形態における確認処理としては、例えば確認通知の送信処理やキャプチャされたプレイ画像を表示させる処理などが挙げられる。また確認処理実行部２６は、賞金首として指定されるプレイヤに関するイベントの発生に応じたプレイ画像のキャプチャの確認処理を実行してもよい。
　キャプチャ依頼装置の表示制御部２８は、例えば図２に示す依頼画面などを生成してディスプレイに表示させる。
　キャプチャ通知装置の受諾依頼データ記憶部３０は、図５に例示する受領依頼データを記憶する。このように、受諾依頼データ記憶部３０は、本実施形態における、プレイ画像をキャプチャする条件を示すキャプチャ条件データを記憶するキャプチャ条件データ記憶部としての役割を担っている。
　キャプチャ通知装置の依頼検索部３２は、依頼データの検索をサーバ１０に対して行う。依頼検索部３２は、例えば、サーバ１０に対して依頼データの検索条件を送信する。そして依頼検索部３２は、サーバ１０から送信される、当該検索条件に合致する依頼データを受信する。このように、依頼検索部３２は、本実施形態における、プレイ画像をキャプチャする条件を示すキャプチャ条件データを受信するキャプチャ条件データ受信部としての役割を担っている。また依頼検索部３２は、賞金首として指定されるユーザに関するイベントが発生するという条件を示すキャプチャ条件データを受信してもよい。
　キャプチャ通知装置の受諾処理部３４は、依頼検索部３２が受信した依頼データのうちからキャプチャ通知装置を使用するユーザによって選択されるものに基づいて、受諾依頼データを生成して受諾依頼データ記憶部３０に記憶させる。また、受諾処理部３４は、生成された受諾依頼データに含まれる受諾依頼ＩＤをサーバ１０に送信する。
　キャプチャ通知装置のゲーム処理実行部３６は、クライアント１２にインストールされているゲームのプログラムを実行する。
　キャプチャ通知装置の表示制御部３８は、ゲーム処理実行部３６によるゲームのプログラムの実行状況に応じて所定のフレームレートでプレイ画像を生成してディスプレイに表示させる。また表示制御部３８は、上述のように表示されるプレイ画像のコピーをリングバッファ領域に書き込む。
　キャプチャ通知装置の検出部４０は、ゲームのプレイ中に発生するイベントを検出する。本実施形態では、検出部４０は、ゲーム処理実行部３６によるゲームのプログラムの実行に伴い、当該ゲームにおいて発生するイベントを検出する。なお検出部４０は、イベントが発生する際にゲーム処理実行部３６が通知する、当該イベントが発生する旨を受け付けることで当該イベントを検出してもよい。また検出部４０は、所定のフレームレートでイベントの発生の有無を確認することで当該イベントを検出してもよい。
　キャプチャ通知装置のキャプチャ制御部４２は、検出部４０によるイベントの検出に応じて、タイミング関係データに基づいて、当該検出に応じたキャプチャタイミングを特定し、当該キャプチャタイミングにプレイ画像がキャプチャされるよう制御する。本実施形態では、キャプチャ制御部４２は例えば、特定されるキャプチャタイミングにプレイ画像をキャプチャしてキャプチャ画像記憶部４４に記憶させる。ここで、上述のように、キャプチャ条件データに含まれるキャプチャ画像種別データの値が「動画像」である場合は、キャプチャ動画像を記憶させ、「静止画像」である場合は、キャプチャ画像を記憶させる。また、キャプチャ制御部４２は、上述のようにキャプチャ動画像又はキャプチャ画像にメタデータを関連付けて、キャプチャ画像記憶部４４に記憶させる。
　キャプチャ通知装置のキャプチャ画像記憶部４４は、キャプチャ制御部４２がキャプチャした画像を記憶させる。本実施形態では、メタデータに関連付けられたキャプチャ動画像やキャプチャ画像を記憶する。
　キャプチャ通知装置のキャプチャ通知部４６は、受諾依頼データに含まれるキャプチャ条件データが示す条件を満足するプレイ画像がキャプチャされたことを通知する。なおキャプチャ通知部４６は、プレイ画像がキャプチャされた際に、キャプチャされたことの通知がキャプチャ通知装置のディスプレイ等になされるようにしてもよい。具体的には例えば、キャプチャ通知部４６が、プレイ画像がキャプチャされたことをディスプレイに表示させてもよい。このようにすれば、キャプチャ通知装置を使用するユーザは、プレイ画像がキャプチャされた際にそのことを認識できる。またキャプチャ通知部４６は、賞金首として指定されるユーザに関するイベントが発生する際に、当該イベントに応じたプレイ画像がキャプチャされることを通知してもよい。またキャプチャ通知部４６は、上述のように、キャプチャ画像又はキャプチャ動画像を送信してもよい。またキャプチャ通知部４６は、上述のように、キャプチャ画像又はキャプチャ動画像を閲覧可能なサイトのアドレスを送信してもよい。
　キャプチャ通知装置のリワード受領部４８は、サーバ１０から送信されるリワードを受領する。
　図６Ｃは、本実施形態に係るサーバ１０で実現される機能の一例を示す機能ブロック図である。なお、本実施形態に係るサーバ１０で、図６Ｃに示す機能のすべてが実現される必要はなく、また、図６Ｃに示す機能以外の機能が実現されていても構わない。
　本実施形態に係るサーバ１０は、機能的には例えば、依頼データ記憶部５０、依頼受付部５２、依頼データ管理部５４、依頼検索応答部５６、キャプチャ通知受付部５８、キャプチャ通知部６０、確認通知受付部６２、リワード発行部６４、を含んでいる。依頼データ記憶部５０は、記憶部１０ｂを主として実装される。依頼受付部５２、依頼検索応答部５６、キャプチャ通知受付部５８、キャプチャ通知部６０、確認通知受付部６２は、通信部１０ｃを主として実装される。依頼データ管理部５４、リワード発行部６４は、制御部１０ａ及び通信部１０ｃを主として実装される。そして以上のようにして、本実施形態に係るサーバ１０は、キャプチャの依頼や受諾、プレイ画像がキャプチャされることの通知を管理するキャプチャ管理装置としての役割を担うこととなる。
　そして、以上の機能は、コンピュータであるサーバ１０にインストールされた、以上の機能に対応する指令を含むプログラムを、サーバ１０の制御部１０ａで実行することにより実装されている。このプログラムは、例えば、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等のコンピュータ読み取り可能な情報記憶媒体を介して、あるいは、インターネットなどのコンピュータネットワークを介してサーバ１０に供給される。
　サーバ１０の依頼データ記憶部５０は、図３に例示する依頼データを記憶する。
　サーバ１０の依頼受付部５２は、キャプチャ依頼装置の依頼部２０が送信するキャプチャ依頼を受け付ける。このように、依頼受付部５２は、本実施形態における、プレイ画像をキャプチャする条件を示すキャプチャ条件データをキャプチャ依頼装置から受信するキャプチャ条件データ受信部としての役割を担っている。
　サーバ１０の依頼データ管理部５４は、依頼データの生成や更新、依頼データの依頼データ記憶部５０への記憶等を行う。
　サーバ１０の依頼検索応答部５６は、キャプチャ通知装置の依頼検索部３２から受け付ける検索条件に基づいて、依頼データ記憶部５０に記憶されている依頼データの検索処理を実行する。そして依頼検索応答部５６は、検索結果である依頼データをキャプチャ通知装置に送信する。このように、依頼検索応答部５６は、本実施形態における、キャプチャ条件データをキャプチャ通知装置に送信するキャプチャ条件データ送信部としての役割を担っている。
　サーバ１０のキャプチャ通知受付部５８は、受諾依頼データに含まれるキャプチャ条件データが示す条件を満足するプレイ画像がキャプチャされたことの通知をキャプチャ通知装置から受け付ける。
　サーバ１０のキャプチャ通知部６０は、キャプチャ通知受付部５８による上述の通知の受付に応じて、当該プレイ画像のキャプチャの確認処理の実行指示をキャプチャ依頼装置に通知する。本実施形態では、キャプチャ通知部６０は、例えば、当該プレイ画像がキャプチャされたことをキャプチャ依頼装置に通知する。
　サーバ１０の確認通知受付部６２は、キャプチャ依頼装置の確認処理実行部２６が送信する、プレイ画像のキャプチャの確認通知を受け付ける。
　サーバ１０のリワード発行部６４は、サーバ１０の確認通知受付部６２によるプレイ画像のキャプチャの確認通知の受付に応じて、キャプチャ通知装置を使用するユーザにリワードを発行する。
　ここで、本実施形態に係るキャプチャ依頼装置及びサーバ１０で行われる依頼登録処理の流れの一例を、図７に例示するフロー図を参照しながら説明する。ここでは、ユーザＢがクライアント１２－２をキャプチャ依頼装置として用いることとする。
　まず、ユーザＢが行う依頼登録操作に応じて、キャプチャ依頼装置の依頼部２０が、キャプチャ条件データ及びリワードデータを生成する（Ｓ１０１）。
　本実施形態では例えば、依頼部２０は、図２に例示する依頼画面における登録ボタンＲＢの選択操作に応じて、依頼画面に入力されている値に基づいて、キャプチャ条件データ及びリワードデータを生成する。図２の例では、値が「ゲームＡ」であるタイトルデータ、値が「マルチプレイにてプレイヤＸを倒したとき」であるイベントデータ、及び、値が「動画像」であるキャプチャ画像種別データを含むキャプチャ条件データが生成される。また、値が「１００ポイント」であるリワードデータが生成される。
　そして、依頼部２０は、当該クライアント１２のユーザであるプレイヤの識別情報、Ｓ１０１に示す処理で生成されたキャプチャ条件データとリワードデータ、が関連付けられたキャプチャ依頼をサーバ１０に送信する。ここでは当該クライアント１２のユーザであるプレイヤの識別情報は例えば「プレイヤＢ」である。サーバ１０の依頼受付部５２は、当該キャプチャ依頼を受け付ける（Ｓ１０２）。そして、依頼データ管理部５４が、Ｓ１０２に示す処理で受け付けたキャプチャ依頼に関連付けられているキャプチャ条件データに基づいて、当該キャプチャ条件データを含む依頼データを登録するか否かを判定する（Ｓ１０３）。
　ここで依頼データ管理部５４は、例えば、Ｓ１０２に示す処理で受け付けるキャプチャ条件データの値と同一又は類似である値をキャプチャ条件データの値として含む依頼データが依頼データ記憶部５０に既に記憶されているか否かを確認する。そして、記憶されていないことが確認された場合は、当該依頼データを登録すると判定し、そうでない場合は当該依頼データを登録しないと判定する。
　そして登録しないことが判定された場合は（Ｓ１０３：Ｎ）、依頼データ管理部５４は、キャプチャ依頼をサーバ１０が受け付けなかったことを示すデータをキャプチャ依頼装置に送信する。当該データには、例えば、依頼を再確認することや依頼を棄却することなどが示されている。そして、キャプチャ依頼装置の依頼可否受付部２２は当該データを受け付ける（Ｓ１０４）。
　一方、登録することが判定された場合は（Ｓ１０３：Ｙ）、依頼データ管理部５４は、依頼データを生成して、当該依頼データを依頼データ記憶部５０に記憶させる（Ｓ１０５）。ここでは例えば、Ｓ１０２に示す処理で受け付けたキャプチャ依頼に関連付けられているキャプチャ条件データ及びリワードデータを含む依頼データが生成される。当該依頼データに含まれる依頼ＩＤとしては、他の依頼データの依頼ＩＤと重複しない一意の値が設定される。また当該依頼データに含まれる依頼元プレイヤＩＤとしては、Ｓ１０２に示す処理で受け付けたキャプチャ依頼に関連付けられている識別情報が設定される。難度データの値としては本実施形態では例えば「Ｃ」が設定される。
　そして依頼データ管理部５４は、キャプチャ依頼をサーバ１０が受け付けたことを示すデータをキャプチャ依頼装置に送信する。そして、キャプチャ依頼装置の依頼可否受付部２２は当該データを受け付ける（Ｓ１０６）。
　そして、キャプチャ依頼装置の表示制御部２８が、キャプチャ可否をディスプレイに表示させて（Ｓ１０７）、本処理例に示す処理を終了する。ここで例えば、依頼可否受付部２２がＳ１０４に示す処理でキャプチャ依頼をサーバ１０が受け付けなかったことを示すデータを受け付けた際には、例えば依頼を再確認することや依頼が棄却されたことなどがディスプレイに表示される。一方、依頼可否受付部２２がＳ１０６に示す処理でキャプチャ依頼をサーバ１０が受け付けたことを示すデータを受け付けた際には依頼が登録されたことなどがディスプレイに表示される。
　本実施形態では、依頼データ管理部５４は、依頼データ記憶部５０に記憶されている依頼データのそれぞれについての、当該依頼データに対応付けられる依頼を受諾したユーザ数を示すデータ及び当該依頼データが登録された時間を示すデータを保持している。そして、依頼データ管理部５４は、所定時間間隔で、依頼データ記憶部５０に記憶されている各依頼データについて、当該依頼データに対応付けられる依頼を受諾したユーザ数や当該依頼データが登録されてからの時間などに基づいて難度データの値を決定する。例えば、当該依頼データに対応付けられる依頼を受諾したユーザ数が多く、また、登録されてからの時間が長いほど、高い難度を示す値となるよう難度データの値は決定される。そして決定された値が難度データの現在の値と異なる場合は、依頼データ管理部５４は、当該難度データの値を決定された値に更新する。また依頼データ管理部５４は、難度データの値がより高い難度を示すよう更新される際に併せてリワードデータが示すポイント数を所定の値だけ増加させてもよい。なおここで、当該依頼データに対応付けられる依頼を受諾したユーザ数が多いほど、高い難度を示す値となるよう難度データの値は決定されるようにしてもよい。また登録されてからの時間が長いほど、高い難度を示す値となるよう難度データの値は決定されるようにしてもよい。
　プレイ画像のキャプチャを依頼するユーザインタフェースは上述のものに限定されない。例えば、図８に示すように、クライアント１２のシステム画面等として表示されるプレイヤリストを介して、プレイ画像のキャプチャの依頼を行えるようにしても構わない。図８には、クライアント１２－２のディスプレイに表示される、プレイヤＢを倒したプレイヤリストの一例が示されている。ここで例えばプレイヤＸを選択して、選択ボタンＳＢを選択する操作を行った際に、上述のＳ１０１に示す処理で、イベントデータの値が、「マルチプレイにてプレイヤＸを倒したとき」であるキャプチャ条件データが生成されてもよい。そして、Ｓ１０５に示す処理で、図３に例示する依頼ＩＤの値が「０１０４」である依頼データがサーバ１０に登録されてもよい。この場合、プレイヤＸはプレイヤＢによって賞金首として指定されたこととなる。このように、図８に示すプレイヤリストを介して賞金首となるプレイヤを指定できるようにしてもよい。
　次に、本実施形態に係るキャプチャ通知装置及びサーバ１０とで行われる依頼受諾処理の流れの一例を、図９に例示するフロー図を参照しながら説明する。ここでは、ユーザＡがクライアント１２－１をキャプチャ依頼装置として用いることとする。
　まず、キャプチャ通知装置の依頼検索部３２は、検索条件をサーバ１０に送信する。そしてサーバ１０の依頼検索応答部５６が当該検索条件を受け付ける（Ｓ２０１）。本実施形態では、後述するＳ２０４に示す処理で表示される、依頼データをユーザＡに提示する画面に応じてＳ２０１に示す処理で送信される検索条件は決定される。例えば、例えば図４に示す一覧表示画面が表示される際には、「タイトルデータの値が『ゲームＡ』である」という検索条件が送信される。
　そして、サーバ１０の依頼検索応答部５６は、依頼データ記憶部５０に記憶されている依頼データのなかから、Ｓ２０１に示す処理で受け付けた検索条件を満足する、検索結果となる依頼データを特定する（Ｓ２０２）。そして、依頼検索応答部５６は、Ｓ２０２に示す処理で特定された依頼データをキャプチャ通知装置に送信する。すると、キャプチャ通知装置の依頼検索部３２は当該依頼データを受け付ける（Ｓ２０３）。
　そして、キャプチャ通知装置の表示制御部３８が、Ｓ２０３に示す処理で受け付けた依頼データに基づいて、依頼データをユーザＡに提示する画面を生成してディスプレイに表示させる（Ｓ２０４）。ここでは例えば、図４に示す一覧表示画面が表示される。
　ここでユーザＡが受諾する依頼データの選択操作を行うと、キャプチャ通知装置の受諾処理部３４が、選択された依頼データに基づく受諾依頼データを生成して受諾依頼データ記憶部３０に記憶させる（Ｓ２０５）。選択された依頼データと受諾依頼データとの関係については上述の通りである。ここで依頼データの選択操作とは、例えば、図４に示す一覧表示画面が表示されている際に依頼情報ＲＩを選択する操作に相当する。この場合、当該依頼情報ＲＩに対応付けられる依頼データに基づく受諾依頼データが生成されることとなる。
　そしてキャプチャ通知装置の表示制御部３８が、Ｓ２０５に示す処理で生成された受諾依頼データに対応する依頼を受諾したことをディスプレイに表示させる（Ｓ２０６）。
　そしてキャプチャ通知装置の受諾処理部３４が、Ｓ２０５に示す処理で生成された受諾依頼データに含まれる受諾依頼ＩＤをサーバ１０に送信して、サーバ１０の依頼データ管理部５４が当該受諾依頼ＩＤを受信する（Ｓ２０７）。そして、依頼データ管理部５４は、依頼データ管理部５４で保持している、当該受諾依頼ＩＤを依頼ＩＤとして含む依頼データを受諾したユーザ数を示すデータの値を１増加させて（Ｓ２０８）、本処理例に示す処理を終了する。
　なお、サーバ１０に送信される検索条件は上述のものには限定されない。例えばユーザＡが指定する検索条件がＳ２０１に示す処理で送信されてもよい。
　また、ユーザＡがプレイヤＡとしてプレイしているゲームのプレイ状況に応じた検索条件がＳ２０１に示す処理で送信されてもよい。具体的には例えば、ユーザがプレイ中のステージやマップにおけるイベントを示すイベントデータを含むという検索条件がＳ２０１に示す処理で送信されてもよい。この場合例えば、上述のＳ２０４に示す処理で、依頼情報ＲＩが配置された当該ゲームのプレイ画像が表示されるようにしてもよい。
　またサーバ１０が、検索条件の受付に応じてではなく、ユーザＡがプレイヤＡとしてプレイしているゲームのプレイ状況に応じて能動的に依頼データをキャプチャ通知装置に送信するようにしてもよい。この場合、例えば受信した依頼データに対応付けられる依頼情報ＲＩがプレイ画像に配置されるようにしてもよい。
　また例えば図１０に示す、クライアント１２と通信可能なゲームサーバの一覧を示す画面が上述のＳ２０４に示す処理で表示されてもよい。この場合、Ｓ２０１に示す処理では、例えば、当該画面に示されているいずれかのゲームサーバでプレイしているプレイヤを倒すイベントを示すイベントデータを含むという検索条件がＳ２０１に示す処理で送信されてもよい。
　そしてＳ２０４に示す処理で、表示制御部３８が、図１０に示すように、検索結果である依頼データに含まれるイベントデータにおいて倒す相手として示されているプレイヤがゲームをプレイ中であるゲームサーバの名称の左に星印が配置されるよう制御してもよい。このように図１０に示す画面では、依頼データに含まれるイベントデータにおいて倒す相手として示されているプレイヤが識別表示されている。このように表示制御部３８は、賞金首として指定されるユーザに関連する部分を識別表示させてもよい。そしてこの場合に、当該ゲームに参加することで当該プレイヤを倒すイベントに応じたプレイ画像をキャプチャするという依頼が受諾されるようにしてもよい。すなわちこの場合に、当該ゲームサーバでプレイ中のプレイヤを倒すことがイベントデータの値として示されている依頼データに基づいて受諾依頼データが生成されるようにしてもよい。この場合、ゲームへの参加が、依頼データの選択操作に相当する。そしてこの場合、ゲームへの参加に応じて、受諾依頼データが生成されて、記憶部１２ｂに記憶されることとなる。そして、当該プレイヤを倒すイベントに応じたプレイ画像がキャプチャされるよう制御されることとなる。
　また例えば、Ｓ２０１に示す処理で、ユーザＡがプレイヤＡとしてログインしているゲームサーバでプレイしているプレイヤを倒すことがイベントデータの値として設定されているという検索条件がＳ２０１に示す処理で送信されてもよい。
　また例えば、上述のＳ２０１～Ｓ２０４に示す処理で、プレイヤＡ以外のすべてのプレイヤによって賞金首に指定されたプレイヤの識別情報のすべてが一覧で表示されるようにしてもよい。あるいは例えば、サーバ１０においてプレイヤＡの友人（フレンド）として登録されているプレイヤによって賞金首に指定されたプレイヤの識別情報のすべてが一覧で表示されるようにしてもよい。そして、これらのプレイヤのうちからプレイヤＡによって選択されるプレイヤについて、当該プレイヤを倒すイベントについての上述の受諾依頼データが生成されるようにしてもよい。
　次に、キャプチャ通知装置でユーザＡがゲームＡをプレイしている際に、プレイヤＸを倒すイベントが発生した際に本実施形態に係るゲームシステム１で行われるキャプチャ通知処理の流れの一例を、図１１に例示するフロー図を参照しながら説明する。ここでは、キャプチャ通知装置の受諾依頼データ記憶部３０には、図５に例示する受諾依頼データが記憶されていることとする。
　まず、キャプチャ通知装置の検出部４０が上記イベントを検出したことに応じて、キャプチャ通知装置のキャプチャ制御部４２がプレイ画像をキャプチャする（Ｓ３０１）。ここでどのようなプレイ画像がキャプチャされるかは、受諾依頼データに含まれるキャプチャ画像種別データ及びタイミング関係データに値に基づいて上述のようにして決定される。プレイ画像をキャプチャしたキャプチャ画像又はキャプチャ動画像は上述のようにメタデータに関連付けてキャプチャ画像記憶部４４に記憶される。ここでは例えば、上述のようにプレイヤＸを倒すイベントの発生タイミングの３分前から３分後までに表示されるプレイ画像に応じたキャプチャ動画像がキャプチャ画像記憶部４４に記憶される。
　そして、キャプチャ通知装置の表示制御部３８は、プレイ画像がキャプチャされたことをディスプレイに表示させる（Ｓ３０２）。そして、キャプチャ通知装置のキャプチャ通知部４６は、受諾依頼データにおいて、発生したイベントを示すイベントデータに関連付けられている受諾依頼ＩＤが関連付けられた通知をサーバ１０に送信する。以下、当該通知をキャプチャ通知と呼ぶこととする。そして、サーバ１０のキャプチャ通知受付部５８は、当該キャプチャ通知を受け付ける（Ｓ３０３）。
　そして、サーバ１０の依頼データ管理部５４は、Ｓ３０３に示す処理で受け付けたキャプチャ通知に関連付けられている受諾依頼ＩＤを依頼ＩＤとして含む依頼データの達成状況データの値を「達成済」に更新する（Ｓ３０４）。そして、サーバ１０のキャプチャ通知部６０は、Ｓ３０３に示す処理で受け付けたキャプチャ通知をキャプチャ依頼装置に送信する。そしてキャプチャ依頼装置のキャプチャ通知受付部２４は当該キャプチャ通知を受け付ける（Ｓ３０５）。ここで、キャプチャ通知部６０は、キャプチャ通知の送信先となるキャプチャ依頼装置を、依頼データに含まれる依頼元プレイヤＩＤに基づいて特定することができるようになっている。
　そして、キャプチャ依頼装置の表示制御部２８は、依頼したプレイ画像がキャプチャされたことをディスプレイに表示させる（Ｓ３０６）。ここで、ユーザＢが所定の確認操作を行ったとする。すると、キャプチャ依頼装置の確認処理実行部２６は確認通知をサーバ１０に送信する。すると、サーバ１０の確認通知受付部６２が当該確認通知を受け付ける（Ｓ３０７）。当該確認通知には、Ｓ３０５に示す処理で受け付けたキャプチャ通知に関連付けられていた受諾依頼ＩＤが関連付けられている。
　そして、サーバ１０のリワード発行部６４が、Ｓ３０７に示す確認通知に関連付けられている受諾依頼ＩＤを依頼ＩＤとして含む依頼データのリワードデータの値に基づくリワードをユーザＡに発行する。ここでは例えば、キャプチャ通知装置にリワードが送信される。そして、キャプチャ通知装置のリワード受領部４８が当該リワードを受領する（Ｓ３０８）。そして、キャプチャ通知装置の表示制御部３８が、リワードを受領したことをディスプレイに表示させて（Ｓ３０９）、本処理例に示す処理を終了する。
　上述のように、キャプチャ通知には、キャプチャ画像又はキャプチャ動画像が関連付けられていてもよい。すなわち、キャプチャ通知装置のキャプチャ通知部４６がキャプチャ画像又はキャプチャ動画像を送信してもよい。そして、キャプチャ依頼装置のキャプチャ通知受付部２４が当該キャプチャ画像又は当該キャプチャ動画像を受け付けてよい。この場合、ユーザＢは、当該キャプチャ画像又は当該キャプチャ動画像を見ることで、依頼したプレイ画像がキャプチャされたことを確認できる。また上記の処理例では、リワードを受領したことがディスプレイに表示されることによってリワードを受領したことがユーザＡに通知されるが、当該通知の方法はディスプレイへの表示に限定されない。例えばリワードを受領したことが記述された電子メールがユーザＡのメールアドレス宛に送信されても構わない。またユーザＡが所有するスマートフォンに、上記の通知を受信可能なアプリケーションがインストールされていてもよい。そしてリワードを受領したことの通知が当該アプリケーションの接続先であるネットワークサービス経由でユーザＡに通知されてもよい。
　また上述のように、キャプチャ通知装置のキャプチャ通知部４６はキャプチャ画像又はキャプチャ動画像を画像公開サイト等のサイトにアップロードしてもよい。そして、キャプチャ通知には、当該キャプチャ画像又は当該キャプチャ動画像が閲覧可能な画像公開サイト等のサイトのアドレスが関連付けられていてもよい。すなわち、キャプチャ通知装置のキャプチャ通知部４６がキャプチャ画像又はキャプチャ動画像が閲覧可能なサイトのアドレスを送信してもよい。そして、キャプチャ依頼装置のキャプチャ通知受付部２４が当該アドレスを受け付けてよい。そしてユーザＢは、当該ＵＲＬにアクセスするなどして、キャプチャ画像やキャプチャ動画像を確認してもよい。
　なお、リワード受領部４８は、リワードを受領したことに応じて、当該依頼が達成されたことを示す処理を実行してもよい。例えば、リワード受領部４８は、当該リワードに対応付けられる受諾依頼データを受諾依頼データ記憶部３０から削除してもよい。そして、キャプチャ通知装置の表示制御部３８が、依頼が達成されたことをディスプレイに表示させてもよい。
　なお、Ｓ３０５に示す処理でキャプチャ通知をキャプチャ依頼装置に送信してから所定時間が経過したら、当該依頼が達成済になったとみなし、リワード発行部６４がリワードの発行を行ってもよい。
　また例えば、確認通知に、キャプチャ画像又はキャプチャ動画像の評価が関連付けられていてもよい。そして当該評価に基づいて発行されるリワードのポイント数が決定されてよい。
　また例えば、様々なプレイヤからプレイヤＸを倒すイベントに応じたキャプチャ動画像がクライアント１２－２に送信された際に、クライアント１２－２が当該複数のキャプチャ動画像から構成される動画像集を生成してもよい。そして当該動画像集が画像公開サイト等のサイトにアップロードされてもよい。このとき、例えば、倒されたプレイヤ、ここではプレイヤＸ、あるいは、倒したプレイヤの名前は非表示となるよう加工された上で動画像集がアップロードされてもよい。
　また、動画像の代わりに、プレイヤＸを倒すイベントに応じたリプレイを行うためのデータがクライアント１２－２に送信されても構わない。そして、クライアント１２－２が、ゲームプログラムを実行して当該データに基づくリプレイを行うことでプレイヤＸを倒すイベントに応じた動画像を生成してもよい。ここで、上述のリプレイを行うためのデータの一例としてはキーログデータ、プレイヤのキャラクタオブジェクトの位置を表す位置座標データ、プレイヤのキャラクタオブジェクトの姿勢を表す姿勢データなどが挙げられる。
　図１２に示すように、キャプチャ通知装置の表示制御部３８は、ゲームのプレイ画像において、受諾依頼データに含まれるイベントデータにおいて倒す相手として示されているプレイヤの名称の左に星印が配置されるよう制御してもよい。また、図１３に示すように、キャプチャ通知装置の表示制御部３８は、ゲームのプレイ画像において、受諾依頼データに含まれるイベントデータにおいて倒す相手として示されているプレイヤのキャラクタオブジェクトＣＯの側に星印が配置されていてもよい。図１３には、プレイヤＡに対応付けられるキャラクタオブジェクトＣＯ（ａ）、プレイヤＴに対応付けられるキャラクタオブジェクトＣＯ（ｔ）、及び、プレイヤＸに対応付けられるキャラクタオブジェクトＣＯ（ｘ）が示されている。図１２や図１３に示すプレイ画像では、以上のようにして、依頼データに含まれるイベントデータにおいて倒す相手として示されているプレイヤが識別表示されている。このように表示制御部３８は、プレイ画像内の、賞金首として指定されるユーザに関連する部分を識別表示させてもよい。そのため、ゲームのプレイヤは、当該ゲームのプレイ中に、倒すべきプレイヤ、例えば倒すことでリワードを手に入れることができるプレイヤを特定しやすくなる。
　図１４は、本実施形態に係るクライアント１２で実行されるプログラムのソフトウェア階層の一例を模式的に示す説明図である。本実施形態に係るクライアント１２で実行されるプログラムとしては、例えば、オペレーティングシステム、その上位層に位置づけられるキャプチャユーティリティ、さらにその上位層に位置づけられるゲームプログラム及び依頼／受諾ユーティリティが挙げられる。キャプチャユーティリティは、例えば上述の検出部４０、キャプチャ制御部４２、キャプチャ画像記憶部４４等に相当する。ゲームプログラムは、例えば上述のゲーム処理実行部３６等に相当する。依頼／受諾ユーティリティは、例えば、依頼部２０、キャプチャ通知受付部２４、確認処理実行部２６、依頼検索部３２、受諾処理部３４、キャプチャ制御部４２、キャプチャ通知部４６、リワード受領部４８等に相当する。また依頼／受諾ユーティリティが、図１０に例示するゲームサーバの一覧を示す画面や、図１２や図１３に示すようなゲームプログラムが生成するプレイ画像に対して、倒すべき相手であるプレイヤを識別表示させる処理を行ってもよい。
　なお、賞金首として指定されているプレイヤが倒されたことの検出は、キャプチャユーティリティのレイヤではなく、ゲームプログラムのレイヤで行われてもよい。またあるいは、当該検出が、オペレーティングシステムのレイヤで例えば画面に表示されている「プレイヤＸが倒されました」などといった文字列を検出することによって行われるようにしてもよい。また、ユーザが明示的に操作を行うことで当該プレイヤが倒されたことが検出されるようにしてもよい。
　なお、本発明は上述の実施形態に限定されるものではない。
　例えば、依頼の受諾が明示的に行われずにキャプチャ画像やキャプチャ動画像の送受信が行われるようにしてもよい。具体的には例えば、プレイヤＢがプレイヤＸを賞金首として指定していることをプレイヤＡが知らずに、プレイヤＡがゲームでプレイヤＸを倒したとする。この場合に、プレイヤＸを倒す当該イベントに応じたキャプチャ動画像がクライアント１２－１からクライアント１２－２に送信されるようにしてもよい。
　また例えば、依頼データ又は受諾依頼データに有効期限等の条件が関連付けられていてもよい。そして当該有効期限が過ぎた場合等、当該条件を満足した場合に、当該依頼データ又は当該受諾依頼データが無効となったり削除されたりしてもよい。具体的には例えば、あるゲームに関するイベントを示すイベントデータが受諾依頼データに含まれているとする。この場合に、当該受諾依頼データが記憶されているクライアント１２を使用するユーザであるプレイヤが当該ゲームに参加していない状態となった際に、当該受諾依頼データが削除されても構わない。またあるいは、受諾依頼データに含まれるイベントデータにおいて指定されている賞金首が当該ゲームに参加していない状態となった際に、当該受諾依頼データが削除されても構わない。
　また例えば、無効となった依頼データに対応付けられる依頼情報ＲＩは一覧表示画面に配置されなくてもよい。また、一覧表示画面に配置されている、無効となった依頼データに対応付けられる依頼情報ＲＩの表示態様と他の依頼情報ＲＩの表示態様とが異なっていてもよい。また、無効となった依頼データに対応付けられる依頼情報ＲＩを選択する操作を行っても、ユーザは当該依頼情報ＲＩに対応付けられる依頼を受諾できないようになってもよい。
　また例えば、キャプチャ動画像がライブストリーミング配信されても構わない。例えば、キャプチャ動画像がクライアント１２の記憶部１２ｂに記憶されるのではなく、バッファリングされた上で、ライブストリーミングサービスを提供するサイトにアップロードされて公開されても構わない。そして当該サイトのＵＲＬがキャプチャ通知装置からキャプチャ依頼装置に送信されても構わない。
　また、サーバ１０が複数の筐体から構成されていてもよい。また、サーバ１０とクライアント１２との役割分担は上述のものに限定されない。また、サーバ１０とクライアント１２とは一体であってもよい。
　本実施形態におけるプレイ画像のキャプチャの対象となるゲームの実装形式は特に問わない。例えば、例えばクライアント１２にインストールされたブラウザを介してプレイ画像が表示される、サーバサイドで実行されるゲームにおけるプレイ画像のキャプチャに本実施形態を応用してもよい。また、クライアントサイドで実行されるゲームにおけるプレイ画像のキャプチャに本実施形態を応用してもよい。またサーバ及びクライアントにインストールされているプログラムが連携することで実現されるゲームに本実施形態を応用してもよい。
　また例えば、キャプチャ条件データは、以上説明したものの他の、クライアント１２のシステム内において管理されているパラメータや、プレイされるゲームにおいて管理されているパラメータが組み合わされたものであってもよい。
　ここでシステム内において管理されているパラメータの例としては、ユーザＩＤ、ユーザの所属リージョン、ユーザのゲーマランク（トロフィーランク・ゲーマスコア）、保有しているゲームタイトル名などが挙げられる。システム内において管理されているパラメータの例としてはその他、特定のゲームのプレイ時間、撮影時間（プレイ画像のキャプチャ時間）などが挙げられる。
　また、プレイされるゲームにおいて管理されているパラメータの例としては、特定のゲームのトロフィーの取得数、攻撃相手を倒した数、コンボ数、スコア、ベストタイムなどが挙げられる。プレイされるゲームにおいて管理されているパラメータの例としてはその他、ゲーム内でのマップＩＤ、ロケーションＩＤ、敵オブジェクトＩＤ、アイテムオブジェクトＩＤ、イベントＩＤ、トロフィーＩＤなどが挙げられる。プレイされるゲームにおいて管理されているパラメータの例としてはその他、ゲーム内での取得アイテムオブジェクトの数、クリア回数、トロフィーの取得タイミング、起動時間、攻撃相手を倒した数やスコア数の変動が挙げられる。また、プレイされるゲームにおいて管理されているパラメータの例としてはその他、クライアント１２とサーバ１０との間でのトランザクションの変動、ボイスチャットでの音量や話者数の変動などが挙げられる。
　また、上記の具体的な文字列や図面中の具体的な文字列は例示であり、これらの文字列には限定されない。

Claims (17)

  1. 　ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを送信するキャプチャ条件データ送信部と、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行する確認処理実行部と、
    　を含むことを特徴とする情報処理装置。
  2. 　前記キャプチャ条件データ送信部は、前記ゲームにおいて、前記情報処理装置を使用するユーザとも前記プレイ画像をキャプチャする装置を使用するユーザとも異なるユーザに関するイベントが発生するという条件を示す前記キャプチャ条件データを送信し、
    　前記確認処理実行部は、前記イベントの発生に応じた前記プレイ画像のキャプチャの確認処理を実行する、
    　ことを特徴とする請求項１に記載の情報処理装置。
  3. 　前記プレイ画像をキャプチャした画像を受け付ける受付部、をさらに含む、
    　ことを特徴とする請求項１又は２に記載の情報処理装置。
  4. 　前記プレイ画像をキャプチャした画像を閲覧可能なサイトのアドレスを受け付ける受付部、をさらに含む、
    　ことを特徴とする請求項１又は２に記載の情報処理装置。
  5. 　ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを記憶するキャプチャ条件データ記憶部と、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを通知する通知部と、
    　を含むことを特徴とする情報処理装置。
  6. 　前記キャプチャ条件データ記憶部は、前記ゲームにおいて、前記プレイ画像のキャプチャが通知されるユーザとも前記情報処理装置を使用するユーザとも異なるユーザに関するイベントが発生するという条件を示す前記キャプチャ条件データを記憶し、
    　前記通知部は、前記イベントの発生に応じた前記プレイ画像のキャプチャを通知する、
    　ことを特徴とする請求項５に記載の情報処理装置。
  7. 　前記プレイ画像のキャプチャが通知されるユーザとも前記情報処理装置を使用するユーザとも異なるユーザに関連する部分を識別表示させる表示制御部、をさらに含む、
    　ことを特徴とする請求項５又は６に記載の情報処理装置。
  8. 　前記通知部は、前記プレイ画像をキャプチャした画像を送信する、
    　ことを特徴とする請求項５から７のいずれか一項に記載の情報処理装置。
  9. 　前記通知部は、前記プレイ画像をキャプチャした画像を閲覧可能なサイトのアドレスを送信する、
    　ことを特徴とする請求項５から８のいずれか一項に記載の情報処理装置。
  10. 　ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを送信するステップと、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行するステップと、
    　を含むことを特徴とする情報処理方法。
  11. 　ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを記憶させるステップと、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを通知するステップと、
    　を含むことを特徴とする情報処理方法。
  12. 　ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを送信する手順、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行する手順、
    　をコンピュータに実行させることを特徴とするプログラム。
  13. 　ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを記憶させる手順、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを通知する手順、
    　をコンピュータに実行させることを特徴とするプログラム。
  14. 　ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを送信する手順、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行する手順、
    　をコンピュータに実行させることを特徴とするプログラムを記憶したコンピュータ読み取り可能な情報記憶媒体。
  15. 　ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを記憶させる手順、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを通知する手順、
    　をコンピュータに実行させることを特徴とするプログラムを記憶したコンピュータ読み取り可能な情報記憶媒体。
  16. 　第１の情報処理装置と、第２の情報処理装置と、を含み、
    　前記第１の情報処理装置が、
    　ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを前記第２の情報処理装置に送信するキャプチャ条件データ送信部、を含み、
    　前記第２の情報処理装置が、
    　前記キャプチャ条件データを記憶するキャプチャ条件データ記憶部と、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャを前記第１の情報処理装置に通知する通知部と、を含み、
    　第１の情報処理装置が、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理を実行する確認処理実行部、をさらに含む、
    　ことを特徴とする情報処理システム。
  17. 　第１の情報処理装置から送信される、ゲームのプレイ内容を示すプレイ画像をキャプチャする条件を示すキャプチャ条件データを受信するキャプチャ条件データ受信部と、
    　前記キャプチャ条件データを第２の情報処理装置に送信するキャプチャ条件データ送信部と、
    　前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの通知を前記第２の情報処理装置から受け付ける通知受付部と、
    　前記通知の受付に応じて、前記第１の情報処理装置に、前記キャプチャ条件データが示す条件に応じた前記プレイ画像のキャプチャの確認処理の実行指示を通知する通知部と、
    　を含むことを特徴とする管理装置。
PCT/JP2014/073749 2013-12-20 2014-09-09 情報処理装置、情報処理方法、プログラム、情報記憶媒体、情報処理システム及び管理装置 WO2015093109A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/102,889 US10220316B2 (en) 2013-12-20 2014-09-09 Information processing device, information processing method, program, information storing medium, information processing system, and management device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013264545 2013-12-20
JP2013-264545 2013-12-20

Publications (1)

Publication Number Publication Date
WO2015093109A1 true WO2015093109A1 (ja) 2015-06-25

Family

ID=53402466

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/073749 WO2015093109A1 (ja) 2013-12-20 2014-09-09 情報処理装置、情報処理方法、プログラム、情報記憶媒体、情報処理システム及び管理装置

Country Status (2)

Country Link
US (1) US10220316B2 (ja)
WO (1) WO2015093109A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023176240A1 (ja) * 2022-03-17 2023-09-21 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いるコンピュータプログラム、及び制御方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10137371B2 (en) * 2016-06-23 2018-11-27 Minkonet Corporation Method of recording and replaying game video by using object state recording method

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080113812A1 (en) * 2005-03-17 2008-05-15 Nhn Corporation Game Scrap System, Game Scrap Method, and Computer Readable Recording Medium Recording Program for Implementing the Method
WO2009102991A1 (en) * 2008-02-15 2009-08-20 Sony Computer Entertainment America Inc. System and method for automated creation of video game highlights
US20120100910A1 (en) * 2010-10-20 2012-04-26 Microsoft Corporation High quality video game replay
WO2013111249A1 (ja) * 2012-01-24 2013-08-01 株式会社ソニー・コンピュータエンタテインメント 情報処理装置および情報処理システム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009112550A (ja) 2007-11-07 2009-05-28 Sony Computer Entertainment Inc ゲーム装置、画像処理方法、プログラム及び情報記憶媒体
US8589423B2 (en) * 2011-01-18 2013-11-19 Red 5 Studios, Inc. Systems and methods for generating enhanced screenshots

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080113812A1 (en) * 2005-03-17 2008-05-15 Nhn Corporation Game Scrap System, Game Scrap Method, and Computer Readable Recording Medium Recording Program for Implementing the Method
WO2009102991A1 (en) * 2008-02-15 2009-08-20 Sony Computer Entertainment America Inc. System and method for automated creation of video game highlights
US20120100910A1 (en) * 2010-10-20 2012-04-26 Microsoft Corporation High quality video game replay
WO2013111249A1 (ja) * 2012-01-24 2013-08-01 株式会社ソニー・コンピュータエンタテインメント 情報処理装置および情報処理システム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023176240A1 (ja) * 2022-03-17 2023-09-21 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
JP7454868B2 (ja) 2022-03-17 2024-03-25 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いるコンピュータプログラム、及び制御方法

Also Published As

Publication number Publication date
US20160354691A1 (en) 2016-12-08
US10220316B2 (en) 2019-03-05

Similar Documents

Publication Publication Date Title
JP7346634B2 (ja) 情報処理システムおよび情報処理方法
US10071315B2 (en) Content providing method, content providing server, and content providing system
JP6337136B2 (ja) 動画像処理装置、動画像処理方法及びプログラム
KR101835382B1 (ko) 콘솔 게임 데이터를 캡처하고 공유하기 위한 시스템 및 방법
JP5512602B2 (ja) 評価情報収集システム
JP5580854B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
KR20220042343A (ko) 콘솔 게임 데이터를 캡처하고 공유하기 위한 시스템 및 방법
US9592446B2 (en) Electronic game providing device and non-transitory computer-readable storage medium storing electronic game program
JP2020044136A (ja) 視聴プログラム、配信プログラム、視聴プログラムを実行する方法、配信プログラムを実行する方法、情報処理装置、および情報処理システム
JP5832982B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP2008107895A (ja) 仮想空間提供サーバ、仮想空間提供システム及びコンピュータプログラム
JP5815073B2 (ja) クライアント装置、情報処理方法、プログラム及び情報記憶媒体
US10486070B2 (en) Play time recording device, play time recording method, program, and information storage medium
JP6247315B2 (ja) 通知システム、通知方法、プログラム、及び情報記憶媒体
JP6177967B2 (ja) 評価情報収集システム
WO2015093109A1 (ja) 情報処理装置、情報処理方法、プログラム、情報記憶媒体、情報処理システム及び管理装置
JP5841252B2 (ja) 情報処理システム、情報処理装置、情報端末装置、情報処理方法、情報処理プログラム
JP5572250B2 (ja) 評価情報収集システム
JP5782063B2 (ja) ゲーム制御装置、イベント処理方法、イベント処理プログラム
JP6381550B2 (ja) キャプチャ制御システム、キャプチャ制御方法、プログラム、情報記憶媒体及び情報処理装置
JP5956512B2 (ja) 評価情報収集システム
JP7185172B1 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP6508636B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP6389929B2 (ja) 評価情報収集システム
JP6176864B2 (ja) ゲーム制御装置、プログラム、ゲームシステム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14871287

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15102889

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14871287

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP