JP7152450B2

JP7152450B2 - インタラクティブシステム、端末装置、サーバ装置、制御方法、プログラム、及び記録媒体

Info

Publication number: JP7152450B2
Application number: JP2020153555A
Authority: JP
Inventors: 秀俊青柳
Original assignee: Square Enix Co Ltd
Current assignee: Square Enix Co Ltd
Priority date: 2014-03-24
Filing date: 2020-09-14
Publication date: 2022-10-12
Anticipated expiration: 2034-10-08
Also published as: EP3125125A1; US10735502B2; JP2019164781A; EP3125125A4; JP2021009706A; US20170085631A1; US20190238629A1; WO2015145834A1; JP6495892B2; US11516284B2; JPWO2015145834A1; US10298668B2; JP6802309B2; US20200329096A1

Description

本発明は、インタラクティブシステム、端末装置、サーバ装置、制御方法、プログラム
、及び記録媒体に関し、特に端末装置からの要求に基づいてサーバ装置がプログラムの処
理を行うインタラクティブシステム技術に関する。
本出願は、日本国において２０１４年３月２４日に出願された日本特許出願番号特願２
０１４－６０７９０を基礎として優先権を主張するものであり、この出願は参照されるこ
とにより、本出願に援用される。

ネットワーク接続可能なポータブルゲーム機やスマートフォン等のクライアント端末装
置が普及している。このようなクライアント端末装置の普及により、インターネットにお
けるネットワーク人口は増加している。近年では、ネットワークユーザに対する、インタ
ーネットを利用した様々なサービスが展開されており、ゲーム等のエンターテインメント
サービスも提供されている。

ネットワークユーザに対するサービスとして、クラウドアプリケーションがある。クラ
ウドアプリケーションとは、ネットワークに接続されたクラウドサーバを通じて機能やサ
ービスを提供するアプリケーションプログラムであり、クライアント端末装置側では、ク
ラウドサーバで処理したアプリケーションプログラムの結果として、例えば画像データや
音声データを受け取り表示または再生する。

上述のクラウドアプリケーションでは、クラウドサーバでアプリケーションプログラム
の描画処理を行うため、ゲーム専用機や高速なグラフィック処理能力を有するパーソナル
コンピュータと比べ処理能力が低いポータブルゲーム機やスマートフォン等に対してもサ
ービスの提供が可能となる。すなわち、サービスを利用することができるクライアント端
末装置の数が増えるため、より多くのユーザに対してサービスを提供することが可能とな
る。

例えば、特許文献１では、クライアント端末装置の描画性能等の処理能力に依存せずに
、ユーザがプレイ可能なゲームが開示されている。特許文献１のようなゲームでは、サー
バ装置はクライアント端末装置においてなされた操作の情報を取得し、この情報を用いて
ゲームプログラムを実行して描画したゲーム画像を、クライアント端末装置に対して提供
している。

特開２０１３－２４３７０２号公報

上述した特許文献１のようなゲームでは、サーバ装置においてゲームプログラムが実行
されるため、リアルタイムにセーブデータを保存する仕組みを用いない限り、このゲーム
プログラム中において許可された条件下（いわゆるセーブポイント）でないとユーザがプ
ログラムの進行状況を保存することが困難となる。

また、サーバ装置において動作するゲームプログラムにリアルタイムにセーブデータを
保存する機能がない場合、特にネットワークに非対応のローカルな環境で用いられるゲー
ムプログラムの場合、リアルタイムにセーブデータを保存するようにこのゲームプログラ
ムを書き換えてサービスを提供することも考えられるが、ゲームプログラムを書き換える
手間が発生する。

本発明の少なくとも一つの実施形態は、上述した関連技術における課題を解決するもの
であり、端末装置からの要求に従いサーバ装置が実行するアプリケーションプログラムの
進行状況を適切に保存することができるインタラクティブシステムを提供することを目的
とする。

上述した課題を解決するために、本発明の一実施形態に係るインタラクティブシステムは、ネットワークを介してサーバ装置に接続され、前記サーバ装置にゲームプログラムに係るゲーム画像の符号化を含むプログラム処理を要求し、前記サーバ装置から処理結果を受信し表示を行う端末装置と、前記端末装置からの要求に従いプログラム処理を行い、処理結果を前記端末装置に送信するサーバ装置とを有し、前記サーバ装置は、前記端末装置との通信が異常と判断した場合、前記プログラム処理を第１の所定時間継続し、前記第１の所定時間が経過した場合、前記プログラム処理を一時中断する。

また、上述した課題を解決するために、本発明の一実施形態に係るサーバ装置は、ネットワークを介して端末装置に接続され、前記端末装置からの要求に従いゲームプログラムに係るゲーム画像の符号化を含むプログラム処理を行い、処理結果を前記端末装置に送信し、前記端末装置との通信が異常と判断した場合、前記プログラム処理を第１の所定時間継続し、前記第１の所定時間が経過した場合、前記プログラム処理を一時中断する。

また、上述した課題を解決するために、本発明の一実施形態に係るプログラムは、コンピュータに、ネットワークを介して接続された端末装置からの要求に従いゲームプログラムに係るゲーム画像の符号化を含むプログラム処理を行う処理と、前記プログラム処理の処理結果を前記端末装置に送信する処理と、前記端末装置との通信が異常と判断した場合、前記プログラム処理を第１の所定時間継続し、前記第１の所定時間が経過した場合、前記プログラム処理を一時中断する処理とを実行させる。

本発明の一実施形態によれば、端末装置からの要求に従いサーバ装置が実行するアプリ
ケーションプログラムの進行状況を、このアプリケーションプログラムにおいて保存が許
可された条件によらず適切に保存することができる。

図１は、本発明の実施の形態に係るインタラクティブシステムのシステム構成を示した図である。図２は、本発明の実施の形態に係る端末装置の機能構成を示したブロック図である。図３は、本発明の実施の形態に係るサーバ装置の機能構成を示したブロック図である。図４は、本発明の実施の形態に係る端末装置で実行されるゲーム画像表示処理を例示したフローチャートである。図５は、本発明の実施の形態に係る端末装置で実行されるゲーム中断信号の送信処理を例示したフローチャートである。図６は、マルチタスク処理の概念を説明する図である。図７は、本発明の実施の形態に係る実行メモリと保存メモリの概念を説明する図である。図８は、本発明の実施の形態に係るサーバ装置で実行されるゲーム画像生成送信処理を例示したフローチャートである。図９は、本発明の実施の形態に係るサーバ装置で実行されるゲームプログラム一時中断処理を例示したフローチャートである。図１０は、本発明の実施の形態に係るサーバ装置で実行されるゲームプログラム一時中断処理を例示した他のフローチャートである。図１１は、本発明の実施の形態に係るサーバ装置で実行されるゲームプログラム再開処理を例示したフローチャートである。図１２は、本発明の実施の形態に係る端末装置で実行されるゲーム中断信号の送信処理を例示した他のフローチャートである。図１３は、本発明の実施の形態に係るサーバ装置で実行されるゲーム画像生成送信処理を例示した他のフローチャートである。図１４は、本発明の実施の形態に係るサーバ装置で実行されるゲームプログラム再開処理を例示したフローチャートである。図１５は、本発明の実施の形態に係る端末装置で実行されるゲーム中断信号の送信処理を例示した他のフローチャートである。図１６は、本発明の実施の形態に係るサーバ装置で実行されるゲーム画像生成送信処理を例示した他のフローチャートである。図１７は、本発明の実施の形態に係るサーバ装置で実行されるゲーム中断処理を例示した他のフローチャートである。図１８は、本発明の実施の形態に係るサーバ装置で実行されるゲーム中断処理を例示した他のフローチャートである。図１９は、本発明の実施の形態に係るサーバ装置で実行されるゲームプログラム再開処理を例示した他のフローチャートである。図２０は、本発明の実施の形態に係るサーバ装置で実行されるゲームプログラム再開処理を例示した他のフローチャートである。図２１は、本発明の実施の形態に係るサーバ装置で実行されるゲームプログラム一時中断処理を例示した他のフローチャートである。図２２は、本発明の実施の形態に係るサーバ装置で実行されるゲームプログラム一時中断処理を例示した他のフローチャートである。図２３は、本発明の実施の形態に係るサーバ装置で実行されるゲーム中断処理を例示した他のフローチャートである。図２４は、本発明の実施の形態に係るサーバ装置で実行されるゲーム中断処理を例示した他のフローチャートである。

以下、本発明の実施の形態（以下、本実施の形態と称する。）について、図面を参照し
ながら以下の順序にて詳細に説明する。なお、本発明は、以下の実施形態のみに限定され
るものではなく、本発明の要旨を逸脱しない範囲内において種々の変更が可能であること
は勿論である。
１．インタラクティブシステムの構成
２．端末装置の構成
３．サーバ装置の構成
４．ゲーム画像表示処理
５．ゲーム中断信号の生成送信処理（１）
６．ゲーム画像生成送信処理（１）
７．ゲームプログラム一時中断処理（１）
８．ゲームプログラム一時中断処理（２）
９．ゲームプログラム再開処理（１）
１０．ゲームプログラム再開処理（２）
１１．ゲーム中断信号の生成送信処理（２）
１２．ゲーム中断信号の生成送信処理（３）
１３．ゲーム画像生成送信処理（２）
１４．ゲーム画像生成送信処理（３）
１５．ゲームプログラム一時中断処理（３）
１６．ゲームプログラム一時中断処理（４）
１７．ゲームプログラム再開処理（２）
１８．ゲームプログラム再開処理（３）
１９．ゲームプログラム一時中断処理（５）
２０．ゲームプログラム一時中断処理（６）
２１．ゲームプログラム一時中断処理（７）

＜１．インタラクティブシステムの構成＞
図１は、本実施の形態に係るインタラクティブシステムの構成を示す図である。

本実施の形態に係るインタラクティブシステムは、端末装置１００と、サーバ装置２０
０とからなり、端末装置１００とサーバ装置２００とがネットワーク３００を介して接続
されている。

ここで、本実施の形態におけるインタラクティブシステムとは、ユーザによる端末装置
の入力操作に応じてサーバ装置からゲームプログラムの処理結果が提供される、双方向型
のシステムである。なお、提供されるプログラムの種別はゲームプログラムに限らず、プ
ログラムの進行状況を保存することが求められる各種のアプリケーションプログラムや動
画配信プログラムにも適用することができる。また、サーバ装置から受け取る処理結果は
ゲームプログラム処理の全部であっても一部であってもよい。具体的に処理結果は、例え
ば、ゲーム画像やゲーム音声が該当し、以下においてゲーム画像に適用して説明するが、
これらに限定されるものではない。

まず、本実施の形態において端末装置１００は、サーバ装置２００において実行される
ゲームプログラムに係るゲーム画像を符号化動画データとして受信し、受信した符号化動
画データをゲーム画像として表示する。また、端末装置１００は、ユーザの操作入力情報
をサーバ装置２００に送信するとともに、ゲーム画像の表示処理の実行が中断される所定
の条件を判断し、中断信号をサーバ装置に送信する。

これにより端末装置１００は、ユーザに対してサーバ装置２００において実行されてい
るゲームプログラムのゲーム画像を提供することができる。また、端末装置１００は、中
断信号を送信することで、サーバ装置２００側で適切な中断処理をするように要求するこ
とができる。

なお、端末装置１００は、サーバ装置２００においてゲームプログラムの処理結果を表
示することができる構成とされている。

また、端末装置１００は、例えばゲーム専用機、ポータブルゲーム機、スマートフォン
、ＰＤＡ（Personal Digital Assistant）、タブレット等の、サーバ装置２００から受信
した処理結果を表示するものであればよい。

次に、本実施の形態においてサーバ装置２００は、端末装置１００においてなされたユ
ーザによる入力操作信号を受信し、この入力操作信号に応じてゲームプログラムのゲーム
画像を１フレームごとに生成する。そしてサーバ装置２００は、生成したゲーム画像を圧
縮、セキュリティ等を目的とした符号化を施し、得られた符号化動画データを端末装置１
００に送信する。また、サーバ装置２００は、端末装置１００から中断信号を受信し、こ
の中断信号に基づきゲームプログラムの一時中断処理を実行する。

なお、サーバ装置２００は、端末装置１００の操作信号を受信し、ゲームプログラムの
処理結果を端末装置１００に送信する構成とされている。また、１フレームに係るゲーム
画像の描画は、必ずしもサーバ装置２００において実行される必要はなく、例えばサーバ
装置２００に接続された図示しない画像処理専用サーバにより実行されてもよい。また、
端末装置１００においてゲーム画像の一部を描画し、サーバ装置２００で描画された画像
と合成するようにしてもよい。

＜２．端末装置の構成＞
図２は、本実施の形態に係る端末装置１００の機能構成を示すブロック図である。

端末装置１００は、プログラムの実行処理を行う端末ＣＰＵ（Central Processing Uni
t）１０１と、端末ＣＰＵ１０１により実行されるプログラムを格納する端末ＲＯＭ（Rea
d Only Memory）１０２と、プログラムやデータを展開する端末ＲＡＭ（Random Access M
emory）１０３と、符号化されたデータを復号する端末復号部１０４と、サーバ装置２０
０と通信する端末通信部１０５と、端末ＣＰＵ１０１により実行されたプログラムの結果
等を表示する端末表示部１０６と、ユーザにより各種の入力操作を受ける操作入力部１０
７と、音声出力を行う音声出力部１０８と、プログラムやデータを固定的に保存する端末
ストレージ１０９とを有する。

端末ＣＰＵ１０１は、端末装置１００が有する各ブロックの動作を制御する。具体的に
、端末ＣＰＵ１０１は、例えば端末ＲＯＭ１０２に記録されているゲーム画像表示処理の
動作プログラムを読み出し、端末ＲＡＭ１０３に展開して実行することにより、各ブロッ
クの動作を制御する。ここで、前述の動作プログラムは、サーバ装置２００から受信した
画像を表示する表示プレイヤとして機能する。ただし、端末装置１００で部分的な画像描
画をすることを妨げるものではない。

端末ＲＯＭ１０２は、例えば読み込みのみ可能な不揮発性メモリである。端末ＲＯＭ１
０２は、ゲーム画像表示処理等の動作プログラムに加え、端末装置１００が有する各ブロ
ックの動作に必要な定数等の情報を記憶する。

端末ＲＡＭ１０３は、揮発性メモリである。端末ＲＡＭ１０３は、動作プログラムの展
開領域としてだけでなく、端末装置１００が有する各ブロックの動作において出力された
中間データ等を一時的に記憶する格納領域としても用いられる。

端末復号部１０４は、後述する端末通信部１０５が受信した符号化動画データについて
復号処理を行い、１以上フレームに係るゲーム画像を生成する。

端末通信部１０５は、端末装置１００が有する通信インタフェースである。端末通信部
１０５は、ネットワーク３００を介して接続した、サーバ装置２００等の他の機器との間
におけるデータ送受信を行う。データ送信時には端末通信部１０５は、ネットワーク３０
０あるいは送信先の機器との間で定められたデータ伝送形式にデータを変換し、送信先の
機器へのデータ送信を行う。またデータ受信時には端末通信部１０５は、ネットワーク３
００を介して受信したデータを、端末装置１００において読み取り可能な任意のデータ形
式に変換し、例えば端末ＣＰＵ１０１の制御により端末ＲＡＭ１０３に記憶する。

なお、本実施の形態では端末装置１００とサーバ装置２００とは、ネットワーク３００
を介して接続されるものとして説明するが、例えば端末装置１００とサーバ装置２００と
が直接ケーブルにより接続される形態であってもよい。

端末表示部１０６は、例えばＬＣＤ（Liquid Crystal Display）等の端末装置１００が
有する表示装置である。端末表示部１０６は、入力されたゲーム画像を表示領域に表示す
る表示制御を行う。なお、端末表示部１０６は、端末装置１００の外部にケーブル等によ
り接続された大画面モニタ等であってもよい。

操作入力部１０７は、例えばタッチパネル、ゲームパッド等の端末装置１００が有する
ユーザインタフェースである。操作入力部１０７は、ユーザによりユーザインタフェース
に対する入力操作がなされたことを検出すると、この入力操作に対応する入力操作信号を
端末ＣＰＵ１０１に対して出力する。

音声出力部１０８は、例えばスピーカ等の端末装置１００が有する音響装置である。音
声出力部１０８は、ゲーム画像とともに音声情報が提供される場合に、提供された音声情
報を音声として出力する。なお、本実施の形態では、音声を出力する例を記載しないが、
必要に応じて適用することが可能である。

端末ストレージ１０９は、端末ＲＡＭ１０３に展開された動作プログラムや、端末装置
１００が有する各ブロックの動作において出力された中間データ等を固定的に記憶する格
納領域として用いられる。なお、端末ストレージ１０９としてはＨＤＤ（Hard disk driv
e）等の各種の記憶手段を用いることができるが、ポータブルな端末装置においては不揮
発性メモリを用いることが小型化、低電力化、耐衝撃性の上で好ましい。

＜サーバ装置２００の構成＞
図３は、本実施の形態に係るサーバ装置２００の機能構成を示すブロック図である。

サーバ装置２００は、プログラムの実行処理を行うサーバＣＰＵ（Central Processing
Unit）２０１と、サーバＣＰＵ２０１により実行されるプログラムを格納するサーバＲ
ＯＭ（Read Only Memory）２０２と、プログラムやデータを展開するサーバＲＡＭ（Rand
om Access Memory）２０３と、画像処理演算を行うサーバＧＰＵ（Graphics Processing
Unit）２０４と、サーバＧＰＵと接続されたサーバＶＲＡＭ（Video Random Access Memo
ry）２０５と、データの符号化を行うサーバ符号化部２０６と、プログラムやデータを固
定的に保存するサーバストレージ２０７と、端末装置１００と通信するサーバ通信部２０
８とを有する。

サーバＣＰＵ２０１は、サーバ装置２００が有する各ブロックの動作を制御する。具体
的にはサーバＣＰＵ２０１は、例えばサーバＲＯＭ２０２に記憶されている後述するゲー
ム画像生成送信処理等の動作プログラムを読み出し、サーバＲＡＭ２０３に展開して実行
することにより、各ブロックの動作を制御する。

サーバＲＯＭ２０２は、例えば読み込みのみ可能な不揮発性メモリである。サーバＲＯ
Ｍ２０２は、ゲーム画像生成送信処理等の動作プログラムに加え、サーバ装置２００が有
する各ブロックの動作において必要となる定数等の情報を記憶する。

サーバＲＡＭ２０３は、揮発性メモリである。サーバＲＡＭ２０３は、動作プログラム
の展開領域としてだけでなく、サーバ装置２００が有する各ブロックの動作において出力
された中間データ等を一時的に記憶する格納領域としても用いられる。

サーバＧＰＵ２０４は、端末装置１００の端末表示部１０６に表示するゲーム画像の生
成を行う。サーバＧＰＵ２０４は、サーバＣＰＵ２０１より描画命令を受信すると、この
描画命令に基づきゲーム画像を描画し、描画したゲーム画像をサーバＶＲＡＭ２０５に格
納する。

サーバ符号化部２０６は、サーバＶＲＡＭ２０５等に格納されたゲーム画像に対する符
号化処理を行う。サーバ符号化部２０６は、例えば、符号化対象のゲーム画像をブロック
に分割し、各ブロックをイントラ符号化（フレーム内符号化）あるいはインター符号化（
フレーム間符号化）する。本実施の形態ではサーバ符号化部２０６は、例えば、各ブロッ
クをＹＣｂＣｒの色チャネルごとに離散コサイン変換（ＤＣＴ：Discrete Cosine Transf
orm）した後、ランレングス符号化により圧縮する。

サーバストレージ２０７は、例えばＨＤＤ（Hard Disk Drive）等の、サーバ装置２０
０に着脱可能に接続される記録装置である。本実施の形態ではサーバストレージ２０７に
は、後述する中断信号を受信した際に、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５にお
ける実行メモリの内容を固定的に記憶する。

サーバ通信部２０８は、サーバ装置２００が有する通信インタフェースである。本実施
の形態ではサーバ通信部２０８は、ネットワーク３００を介して接続した端末装置１００
等の、他の機器との間におけるデータ送受信を行う。なお、サーバ通信部２０８は端末通
信部１０５と同様に、通信仕様に従ったデータ形式の変換を行う。

＜４．ゲーム画像表示処理＞
本実施の形態の端末装置１００において実行されるゲーム画像表示処理について、図４
のフローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理
は、端末ＣＰＵ１０１が、例えば端末ＲＯＭ１０２に記録されている対応する処理プログ
ラムを読み出し、端末ＲＡＭ１０３に展開して実行することにより実現することができる
。

ステップＳ１０１で、端末ＣＰＵ１０１は、ユーザの入力操作部１０７からの入力操作
に従い、サーバ連携プログラムを起動し、処理をステップＳ１０２へ進める。

ステップＳ１０２で、端末ＣＰＵ１０１は、端末通信部１０５によりサーバ装置２００
との間で通信を行い相互接続を確認し、処理をステップＳ１０３へ進める。

ステップＳ１０３で、端末ＣＰＵ１０１は、ユーザが操作入力部２０７を操作すること
で入力したか、端末ＲＯＭ２０２または端末ＲＡＭ２０３に予め記録しておいた、ログイ
ン情報をサーバ装置２００に送信し、処理をステップＳ１０４に進める。ここでログイン
情報とは、少なくとも、ユーザを識別するためのユーザＩＤとパスワードとする。

ステップＳ１０４で、端末ＣＰＵ１０１は、送信したログイン情報に基づきサーバ装置
２００から処理を提供可能なゲームプログラムのリストをサーバ装置２００から取得し、
表示部１０６に表示し、ユーザが操作入力部２０７を操作することでユーザが選択したゲ
ームプログラムを特定し、サーバ装置２００にこのゲームプログラムに係る処理とその処
理結果の送信を要求する。そして、端末ＣＰＵ１０１は、処理をステップＳ１０５に進め
る。なお、ゲームプログラムに係る処理の一例としては、ゲーム画像の生成処理や、ゲー
ム音声の生成処理等、各種の処理であってもよいが、以下ではゲーム画像の生成処理とし
て説明をするが、これらに限定するものではない。例えば、ユーザによるゲームプレイ中
の入力操作もサーバ装置に対するプログラム処理の要求に含まれる。

ステップＳ１０５で、端末ＣＰＵ１０１は、サーバ装置２００からゲーム開始条件に関
する情報を取得し、受信した情報に基づきゲーム開始条件を表示部１０６に列挙して表示
し、ユーザが操作入力部２０７を操作することで選択したゲーム開始条件を特定し、サー
バ装置２００にこのゲームプログラムの開始を要求する。そして、端末ＣＰＵ１０１は、
処理をステップＳ１０６に進める。

ここで、詳細はサーバ装置２００の動作説明で行うが、ゲーム開始条件に関する情報と
しては、例えば、ゲームを最初から開始する、セーブポイントにおいてセーブしたデータ
がある場合にセーブポイントから開始する、中断データがある場合に中断データから開始
する等の条件がある。複数のセーブデータや中断データがある場合にはこれらのうち何れ
かを選択することができるようにしてもよい。

ステップＳ１０６で、端末ＣＰＵ１０１は、端末通信部１０５がサーバ装置２００から
符号化動画データの受信を開始し端末ＲＡＭ１０３等にバッファリングを開始する。そし
て、端末ＣＰＵ１０１は、ステップＳ１０７へ処理を進める。

ステップＳ１０７で、端末ＣＰＵ１０１は、受信して端末ＲＡＭ１０３等にバッファリ
ングされた符号化動画データを端末復号部１０４に伝送し、端末復号部１０４にて復号処
理を実行する。そして、端末ＣＰＵ１０１は、ステップＳ１０８へ処理を進める。

ステップＳ１０８で、端末ＣＰＵ１０１は、復号したゲーム画像を端末表示部１０６に
表示する。以後、端末ＣＰＵ１０１は、ゲーム画像表示プログラムを用いてステップＳ１
０６からステップ１０８に係る処理をループし、符号化動画データの受信が続く限り復号
化したゲーム画像を端末表示部１０６に伝送する。

＜５．ゲーム中断信号の生成送信処理（１）＞
次に、本実施の形態の端末装置１００において実行されるゲーム中断信号の生成送信処
理について、図５のフローチャートを用いて具体的な処理を説明する。このフローチャー
トに対応する処理は、端末ＣＰＵ１０１が、例えば端末ＲＯＭ１０２に記録されている対
応する処理プログラムを読み出し、端末ＲＡＭ１０３に展開して実行することにより実現
することができる。なお、本ゲーム中断信号の生成送信処理は、ゲーム画像表示プログラ
ムのステップＳ１０６からステップＳ１０８と並列して処理される。

ステップＳ２０１で、端末ＣＰＵ１０１は、ユーザの入力操作部１０７からの入力操作
に従い、ゲーム画像表示プログラム処理の中断が要求された場合又は、端末ＣＰＵ１０１
の判断により強制的にゲーム画像表示プログラム処理の中断を必要とした場合、処理をス
テップＳ２０２に進め、中断要求が無い場合及び中断を必要としない場合、処理をステッ
プＳ２０３に進める。

ステップＳ２０２で、端末ＣＰＵ１０１は、端末通信部１０５によりサーバ装置２００
との間で通信を行い、サーバ装置２００で実行しているゲームプログラムがセーブ可能な
所定の条件下であるか否か、いわゆるセーブポイントであるか否かを判断し、セーブ可能
であると判断した場合には、ステップＳ２０４で、ユーザの入力操作信号をサーバ装置２
００に送信する。ここで、詳細は後述するがサーバ装置２００では、サーバＣＰＵ２０１
は、セーブポイントにおけるセーブデータを生成し、このセーブデータをサーバストレー
ジ２０７等に保存する。

ステップＳ２０３で、端末ＣＰＵ１０１は、ゲーム画像表示プログラムが実行継続可能
であるかを判断する。具体的には、図４において説明したゲーム画像表示プログラムがエ
ラー等により動作していない場合等を判断して処理をステップＳ２０７に進める。また、
端末ＣＰＵ１０１は、ゲーム画像表示プログラムが実行継続不可能若しくは実行していな
いと判断した場合も同様に、ステップＳ２０７に処理を進める。

一方、ステップＳ２０３で、端末ＣＰＵ１０１は、ゲーム画像表示プログラムが実行継
続中であると判断した場合に、処理をステップＳ２０５に進める。

ステップＳ２０５で、端末ＣＰＵ１０１は、ゲーム画像表示プログラムがバックグラウ
ンド処理されているか否かを判断する。端末ＣＰＵ１０１は、ゲーム画像表示プログラム
がバックグラウンド処理されていると判断した場合、ステップＳ２０７に処理を進める。

一方、ステップＳ２０５で、端末ＣＰＵ１０１は、ゲーム画像表示プログラムがバック
グラウンド処理されていないと判断した場合、すなわちフォアグラウンド処理されている
と判断した場合、処理をステップＳ２０６に進める。

ここで、バックグラウンド処理について説明する。バックグランド処理とは、マルチタ
スク環境において、ユーザに対して端末表示部１０６等に表示されているフォアグランド
処理に隠れて、端末表示部１０６等に表示されずに裏側で行われる処理のことである。バ
ックグラウンド処理は、端末ＣＰＵ１０１のリソースを消費しつつ継続する処理である。
図６に示すように、端末装置１００では、ゲーム画像表示プログラムは、オペレーティン
グシステム６０１上、若しくは図示しないミドルウェア上にて、マルチタスク処理されて
いる。例えば、図６では、フォアグランド処理６０２が、ゲーム画像表示プログラムであ
り、バックグラウンド処理６０３が、プログラムＡ、プログラムＢ、プログラムＣ及びプ
ログラムＤである。バックグラウンド処理中のプログラムＡがフォアグラウンド処理６０
２に移行した場合、ゲーム画像表示プログラムがバックグラウンド処理へ移行することと
なる。

ステップＳ２０６で、端末ＣＰＵ１０１は、実行のために展開されているゲーム画像表
示プログラムに関する情報が実行メモリから保存メモリへ移動されたか否かを判断する。
端末ＣＰＵ１０１は、ゲーム画像表示プログラムに関する情報が保存メモリへ移動された
と判断した場合、ステップＳ２０７に処理を進める。一方、端末ＣＰＵ１０１は、ゲーム
画像表示プログラムに関する情報が保存メモリへ移動されていないと判断した場合、処理
を終了する。具体的に、端末ＣＰＵ１０１は、端末ＲＡＭ１０３に展開されたゲーム画像
表示プログラムが、端末ストレージ１０９に移動されたと判断されたか否かを判断する。

ここで、本実施の形態において、「移動」とは、実行メモリから保存メモリへ、メモリ
内容をそのままコピーし、実行メモリのメモリ内容を開放する、すなわち、端末装置１０
０において、端末ＲＡＭ１０３内のゲーム画像表示プログラムに関する情報が、そのまま
端末ストレージ１０９にコピーされ、端末ＲＡＭ１０３のゲーム画像表示プログラムに関
する情報を開放することをいう。

ここで、本実施の形態における実行メモリとは、プログラムが実行される際にプログラ
ムが読み出されるメモリであり、保存メモリと実行メモリとは異なりプログラムに関する
情報を保存するために用いられるメモリである。なお、実行メモリと保存メモリは物理的
に一つのものであることは妨げられないが、その性質上、読み書き速度が高速なものを実
行メモリとして用い、読み書きの速度が低速なものを保存メモリとして物理的に異ならせ
ることが好ましい。

例えば、実行メモリには、端末ＲＡＭ１０１が用いられ、その容量が有限である。この
ため、端末ＲＡＭ１０１にプログラムを多数展開すると容量を超えてしまう。ゲーム画像
表示プログラム以外に、プログラムＢ、プログラムＣ、プログラムＤが実行されている場
合、図７の上段に示すように、実行メモリに空きがある。しかし、図７の下段に示すよう
に、プログラムＥ、プログラムＦを更に実行すると、空き容量が少なくなり、優先度の低
いプログラムに関する情報は、保存メモリである端末ストレージ１０９に移動されること
となる。なお、本実施の形態において、移動とはメモリに記憶された情報を他のメモリに
複写し、かつ元のメモリからこの情報を削除するものとする。

なお、保存メモリとしては、端末ストレージ１０９に限定されず、端末ＲＡＭ１０３内
部に設けるようにしてもよいし、図示しない、他のメモリであってもよい。実行メモリと
保存メモリとは物理的に同じメモリを用いてもよいし、用途に応じて適宜使い分けるよう
にしてもよい。

ここで、ステップＳ２０５において、端末ＣＰＵ１０１は、ゲーム画像表示プログラム
に関する情報が実行メモリから排除された場合に、ゲーム画像表示プログラムの処理が終
了するため、ステップＳ２０６以下の処理を実行するようにしてもよい。この場合、端末
ＣＰＵ１０１は、ステップＳ２０６において、実行のために展開されているゲーム画像表
示プログラムに関する情報が実行メモリから排除されたか否かを判断し、排除されている
と判断した場合処理をステップＳ２０７に進める。

ステップＳ２０７で、端末ＣＰＵ１０１は、ゲーム画像表示プログラムの中断を判断し
、中断信号をサーバ装置２００に送信する。なお、本実施の形態において、中断信号は、
端末ＣＰＵ１０１におけるゲーム画像表示プログラムに係る処理が中断したという情報を
含む信号か、端末装置１００とサーバ装置２００との間であらかじめ定めたＩＤ等を含む
信号であればよい。

なお、端末装置１００が、スマートフォン等である場合、通話のための着呼応答プログ
ラムが最優先処理される。そのため、スマートフォン等では、着信があった場合に、着呼
応答プログラムがフォアグラウンド処理となり、他のプログラムがバックグラウンド処理
となり、ユーザがゲームをプレイしている場合であっても、ゲーム画面の表示が中断され
てしまう。そのため、ステップＳ２０５における判断処理は、中断時のゲームの進行状況
を適切に保存するために有用である。

なお、ゲーム画像表示プログラムでは、ユーザの操作による一時停止（ポーズ）機能を
設けるようにしてもよい。この場合には、ユーザの操作による一時停止要求に基づきステ
ップＳ２０７における中断信号をサーバ装置２００に送信するようにしてもよい。

なお、ステップＳ２０１における、端末ＣＰＵ１０１の判断により強制的にゲーム画像
表示プログラム処理の中断を必要とする場合としては、例えば、端末装置１００がスリー
プモードに移行した場合や、電話着呼応当による割り込み処理が発生した場合等を例示す
ることができる。また、本実施の形態において、ステップＳ２０１、ステップＳ２０２、
ステップＳ２０４は、ゲーム画像表示プログラムを構成する処理として必ずしも備える必
要はない。

＜６．ゲーム画像生成送信処理（１）＞
サーバ装置２００において実行されるゲーム画像生成送信処理について、図８のフロー
チャートを用いて具体的な処理を説明する。このフローチャートに対応する処理は、サー
バＣＰＵ２０１が、例えばサーバＲＯＭ２０２に記憶された対応する処理プログラムを読
み出し、サーバＲＡＭ２０３に展開して実行することにより実現することができる。なお
、本ゲーム画像生成送信処理は、サーバ装置２００上でゲームプログラムを実行するラン
チャープログラムに内蔵してもよく、ランチャープログラムと並列処理するプログラムで
あってもよい。

なお、本実施の形態ではサーバ装置２００は、ゲーム画像を符号化動画データの形態で
端末装置１００に提供するものとして説明する。

ステップＳ３０１で、サーバＣＰＵ２０１は、サーバ通信部２０８により端末装置１０
０との間で通信を行い相互接続を確認し、処理をステップＳ３０２に処理を進める。

ステップＳ３０２で、サーバＣＰＵ２０１は、端末装置１００から受信したログイン情
報に基づきユーザ認証を行う。具体的に、サーバＣＰＵ２０１は、サーバストレージ２０
７等に保存されているユーザＩＤとパスワードと、端末装置１００から受信したログイン
情報を比較し、合致した場合にはサービス提供を受けているユーザによるログインである
として認証を行う。

ステップＳ３０３で、サーバＣＰＵ２０１は、認証したユーザが登録若しくは購入等し
た履歴情報をサーバストレージ２０７等から取得し、提供可能なゲームプログラムの提示
リストを作成し、端末装置１００に送信し、処理をステップＳ３０４に進める。

ステップＳ３０４で、サーバＣＰＵ２０１は、端末装置１００から選択されたゲームプ
ログラムの情報を取得し、このゲームプログラムについて、ゲーム開始条件を判断し、開
始条件に関する情報を端末装置１００に送信し、処理をステップＳ３０５に進める。

ステップＳ３０４における具体的なゲーム開始条件とは、詳細を後述するが、例えば、
ゲームを最初から開始する、セーブポイントにおいてセーブしたデータがある場合、セー
ブポイントから開始する、中断データがある場合には、中断データから開始する等の条件
がある。なお、複数のセーブデータや中断データがある場合にはこれらのうち何れかを選
択することができるようにしてもよい。ここで、上述したセーブデータや、中断データは
サーバストレージ２０７等に格納されているものとする。

ステップＳ３０５で、サーバＣＰＵ２０１は、端末装置１００から選択されたゲームプ
ログラムの実行を開始する。具体的には、サーバＣＰＵ２０１は、ゲームプログラムを起
動し、必要に応じてサーバＧＰＵ２０４に画像生成命令を行う。これにより、サーバＣＰ
Ｕ２０１は、ゲームプログラムの処理結果としてゲーム画像を生成する。

ステップＳ３０６で、サーバＣＰＵ２０１は、描画されたゲーム画像に対してサーバ符
号化部２０６を用いて符号化処理命令を実行し、符号化動画データを生成する。そして、
サーバＣＰＵ２０１は、処理をステップＳ３０７に進める。

ステップＳ３０７で、サーバＣＰＵ２０１は、ステップＳ３０７において生成した符号
化動画データをサーバ通信部２０８に伝送し、端末装置１００に対して送信する。以後、
サーバＣＰＵ２０１は、ゲーム画像生成送信処理としてステップＳ３０５からステップ３
０７に係る処理をループし、ゲーム画像の生成が続く限り符号化動画データをサーバ通信
部２０８に伝送する。なお、ステップＳ３０５からステップＳ３０７に係る処理は、数フ
レームごとに符号化動画データを生成し、符号化を行う処理である。

＜７．ゲームプログラム一時中断処理（１）＞
サーバ装置２００において実行されるゲームプログラム一時中断処理について、図９の
フローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理は
、サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理プログ
ラムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することができ
る。なお、本ゲームプログラム一時中断処理は、例えばサーバ装置２００が、端末装置１
００から中断信号を受信したことを、サーバＣＰＵ２０１が検出した際に開始される。な
お、端末装置１００では、図４で説明したゲーム画像表示プログラム、図５で説明した中
断信号の送信を行うプログラム及び後述で説明する他の中断信号の送信を行うプログラム
が動作しているものとして以下の説明を行う。

ステップＳ４０１で、サーバＣＰＵ２０１は、タイマー値Ｔ１をリセットし０としたう
えで、処理をステップＳ４０２に進める。

ステップＳ４０２で、サーバＣＰＵ２０１は、サーバ通信部２０８を介して端末装置１
００から中断信号を受信したか否かを判断する。サーバＣＰＵ２０１は、中断信号を受信
していないと判断した場合には、再度ステップＳ４０２を繰り返す。一方、サーバＣＰＵ
２０１は、中断信号を受信したと判断した場合、処理をステップＳ４０３に進める。

ステップＳ４０３で、サーバＣＰＵ２０１は、タイマー値Ｔ１に経過時間に対応する数
値を加算し、処理をステップＳ４０４へ進める。

ステップＳ４０４で、サーバＣＰＵ２０１は、タイマー値Ｔ１が所定値を超えているか
を判断し、超えていないと判断した場合には、再度ステップＳ４０３の処理を行う。一方
、サーバＣＰＵ２０１は、タイマー値Ｔ１が所定値を超えていると判断した場合には、所
定時間が経過したと判断し、処理をステップＳ４０５に進める。

ステップＳ４０５で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムに係る実行メモリの情報を保持する処理を行う。すなわち、ＣＰ
Ｕ２０１は、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５に展開されているゲームプログ
ラムの内容を保持する。そして、サーバＣＰＵ２０１は、処理をステップＳ４０６に進め
る。なお、ステップＳ４０５において、サーバＣＰＵ２０１は、保持したゲームプログラ
ムに係る情報に保持する時刻を中断時刻として付加し、中断データとする。

ここで、本実施の形態において、「保持」とは、実行メモリから保存メモリへメモリ内
容を移動させず、実行メモリ内の内容をそのまま継続して実行メモリ内に残す、すなわち
、サーバ装置２００において、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５内のゲームプ
ログラムに関する情報を、サーバストレージ２０７へ移動せず、そのままサーバＲＡＭ２
０３やサーバＶＲＡＭ２０５内に継続して残すことをいう。なお、本実施の形態において
、サーバＶＲＡＭ２０５内のゲームプログラムに関する情報は、再度生成可能であるため
に予備的に保持するようにしてもよい。

例えば、実行メモリには、サーバＲＡＭ２０１やサーバＶＲＡＭ２０５が用いられ、そ
の容量が有限である。このため、サーバＲＡＭ２０１にプログラムを多数展開すると容量
を超えてしまうため、保存メモリであるサーバストレージ２０７に適宜プログラムに関す
る情報やデータを移動するようにしている。

なお、保存メモリとしては、サーバストレージ２０７に限定されず、サーバＲＡＭ２０
３やサーバＶＲＡＭ２０５内部に設けるようにしてもよいし、図示しない、他のメモリで
あってもよい。実行メモリと保存メモリとは物理的に同じメモリを用いてもよいし、用途
に応じて適宜使い分けるようにしてもよい。

ここで、実行メモリの保持について具体的に説明する。実行メモリの保持としては、ス
テップＳ４０４にて所定時間が経過したと判断したときの、サーバＲＡＭ２０３やサーバ
ＶＲＡＭ２０５の内容を、そのままサーバＲＡＭ２０３やサーバＶＲＡＭ２０５内に保持
する場合がある。サーバＲＡＭ２０３には、ゲームプログラムの本体及びゲームプログラ
ムの進行状況やバッファリング中の符号化動画データが記録されており、サーバＶＲＡＭ
２０５には描画中のゲーム画像データに関する情報が記録されている。

すなわち、サーバＣＰＵ２０１は、サーバ装置２００において実行中のゲームプログラ
ムの全てのメモリ情報をゲームの進行状況を含め保持するようにしている。より詳細に説
明すると、選択されたゲームプログラムのためにランチャーが確保したメモリ空間すべて
を保持する処理を行う。なお、サーバＶＲＡＭ２０５内の描画中のゲーム画像データに関
する情報は、再度生成可能であり、再開直後のゲーム画像の処理を早めるために予備的に
保持するものとする。

ステップＳ４０６で、サーバＣＰＵ２０１は、ゲームプログラムの処理を停止するとと
もに、ステップＳ４０７で、端末装置１００への符号化動画データの送信を停止する。

なお、ステップＳ４０４における所定時間は、例えば、０分としてもよい。この場合、
ただちにゲームプログラムの進行状況を保持することができる。

また、ステップＳ４０４における所定時間は、例えば、３０分程度に設定されている。
これは、端末装置１００において、一時的にゲーム画像表示プログラムが中断された場合
であってもすぐにゲーム画像表示プログラムが再開される場合があるからである。例えば
、端末装置１００から中断信号を受信してすぐに、メモリ情報を実行メモリから保存メモ
リに移動する処理を開始してしまうと、後述する再起動の際にメモリを展開する時間がか
かるため、ゲーム画像の送信処理が遅くなってしまうおそれがある。

また、ステップＳ４０５における処理は、保存メモリが実行メモリよりも処理速度が遅
いメモリを使うことが多いため、一時中断処理は頻繁に発生させないように、上述したス
テップＳ４０４における所定時間を適宜設定することが好ましい。

なお、上述の処理フローにおいて、サーバＣＰＵ２０１は、端末装置１００との間で通
信環境等が悪化し、端末装置１００とサーバ装置２００との間で通信が不可能と判断した
場合に、上述のステップＳ４０５乃至ステップＳ４０７の処理を行うようにしてもよい。
この場合も、上述したように通信不可能と判断した時から所定時間を経過するまではメモ
リ情報を実行メモリの保持を待つようにしてもよい。

＜８．ゲームプログラム一時中断処理（２）＞
サーバ装置２００において実行されるゲームプログラム一時中断処理について、図１０
のフローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理
は、サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理プロ
グラムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することがで
きる。なお、本ゲームプログラム一時中断処理は、例えばサーバ装置２００が、端末装置
１００から中断信号を受信したことを、サーバＣＰＵ２０１が検出した際に開始される。
なお、端末装置１００では、図４で説明したゲーム画像表示プログラム、図５で説明した
中断信号の送信を行うプログラム及び後述で説明する他の中断信号の送信を行うプログラ
ムが動作しているものとして以下の説明を行う。

ステップＳ４１１で、サーバＣＰＵ２０１は、タイマー値Ｔ２をリセットし０としたう
えで、処理をステップＳ４１２に進める。

ステップＳ４１２で、サーバＣＰＵ２０１は、サーバ通信部２０８を介して端末装置１
００から中断信号を受信したか否かを判断する。サーバＣＰＵ２０１は、中断信号を受信
していないと判断した場合には、再度ステップＳ４１２を繰り返す。一方、サーバＣＰＵ
２０１は、中断信号を受信したと判断した場合、処理をステップＳ４１３に進める。

ステップＳ４１３で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムに関する実行メモリの情報を保持する処理を行う。すなわち、Ｃ
ＰＵ２０１は、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５に展開されているゲームプロ
グラムの内容を保持する。そして、サーバＣＰＵ２０１は、処理をステップＳ４１４に進
める。なお、サーバＶＲＡＭ２０５内の描画中のゲーム画像データに関する情報は、再度
生成可能であり、再開直後のゲーム画像の処理を早めるために予備的に保持するようにし
てもよい。

ここで、本実施の形態において、「保持」とは、実行メモリから保存メモリへメモリ内
容を移動させず、実行メモリ内の内容をそのまま継続して実行メモリ内に残す、すなわち
、サーバ装置２００において、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５内のゲームプ
ログラムに関する情報を、サーバストレージ２０７へ移動せず、そのままアドレス情報を
含めサーバＲＡＭ２０３やサーバＶＲＡＭ２０５内に継続して残すことをいう。

ステップＳ４１４で、サーバＣＰＵ２０１は、タイマー値Ｔ２に経過時間に対応する数
値を加算し、処理をステップＳ４１５へ進める。

ステップＳ４１５で、サーバＣＰＵ２０１は、タイマー値Ｔ２が所定値を超えているか
を判断し、超えていないと判断した場合には、再度ステップＳ４１４の処理を行う。一方
、サーバＣＰＵ２０１は、タイマー値Ｔ２が所定値を超えていると判断した場合には、所
定時間が経過したと判断し、処理をステップＳ４１６に進める。

ステップＳ４１６で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムに係る実行メモリの情報を移動する処理を行う。すなわち、ＣＰ
Ｕ２０１は、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５に展開されているゲームプログ
ラムの内容をサーバストレージ２０７に移動する。そして、サーバＣＰＵ２０１は、処理
をステップＳ４１７に進める。なお、ステップＳ４１６において、サーバＣＰＵ２０１は
、移動したゲームプログラムに係る情報の移動を行う時刻を中断時刻として付加し、中断
データとする。

ここで、本実施の形態において、「移動」とは、実行メモリから保存メモリへメモリ内
容をそのままコピーし、実行メモリのメモリ内容を開放する、すなわち、サーバ装置２０
０において、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５内のゲームプログラムに関する
情報が、そのままサーバストレージ２０７にコピーされ、サーバＲＡＭ２０３やサーバＶ
ＲＡＭ２０５内のゲームプログラムに関する情報を開放することをいう。

ここで、実行メモリから保存メモリへの移動について具体的に説明する。実行メモリか
ら保存メモリへの移動としては、ステップＳ４１５にて所定時間が経過したと判断したと
きの、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５の内容を、サーバストレージ２０７内
に移動する場合がある。サーバＲＡＭ２０３には、ゲームプログラムの本体及びゲームプ
ログラムの進行状況やバッファリング中の符号化動画データが記録されており、サーバＶ
ＲＡＭ２０５には描画中のゲーム画像データに関する情報が記録されている。

すなわち、サーバＣＰＵ２０１は、サーバ装置２００において実行中のゲームプログラ
ムの全てのメモリ情報をゲームの進行状況を含めサーバストレージ２０７に移動するよう
にしている。より詳細に説明すると、選択されたゲームプログラムのためにランチャープ
ログラムが確保したメモリ空間すべてをサーバストレージ２０７に移動する処理を行う。
なお、サーバＶＲＡＭ２０５内の描画中のゲーム画像データに関する情報は、再度生成可
能であり、再開直後のゲーム画像の処理を早めるために予備的にサーバストレージ２０７
に移動するものとする。

ステップＳ４１７で、サーバＣＰＵ２０１は、ゲームプログラムの処理を停止するとと
もに、ステップＳ４１８で、端末装置１００への符号化動画データの送信を停止する。

なお、ステップＳ４１５における所定時間は、例えば、０分としてもよい。この場合、
ただちにゲームプログラムに関する情報を直ちに移動することができる。

また、ステップＳ４１５における所定時間は、例えば、３０分程度に設定されている。
これは、端末装置１００において、一時的にゲーム画像表示プログラムが中断された場合
であってもすぐにゲーム画像表示プログラムが再開される場合があるからである。例えば
、端末装置１００から中断信号を受信してすぐに、メモリ情報を実行メモリから保存メモ
リに移動する処理を開始してしまうと、後述する再起動の際にメモリを展開する時間がか
かるため、ゲーム画像の送信処理が遅くなってしまうおそれがある。

また、ステップＳ４１６における処理は、保存メモリが実行メモリよりも処理速度が遅
いメモリを使うことが多いため、一時中断処理を頻繁に発生させないように、上述したス
テップＳ４１５における所定時間を適宜設定することが好ましい。

なお、上述の処理フローにおいて、サーバＣＰＵ２０１は、端末装置１００との間で通
信環境等が悪化し、端末装置１００とサーバ装置２００との間で通信が不可能と判断した
場合に、上述のステップＳ４１３やステップＳ４１６乃至ステップＳ４１８の処理を行う
ようにしてもよい。この場合も、上述したように通信不可能と判断した時から所定時間を
経過するまではメモリ情報を実行メモリから保存メモリに移動することを待つようにして
もよい。

＜９．ゲームプログラム再開処理（１）＞
サーバ装置２００において実行されるゲームプログラム再開処理について、図１１のフ
ローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理は、
サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理プログラ
ムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することができる
。なお、端末装置１００では、図４で説明したゲーム画像表示プログラムが動作している
ものとして以下の説明を行う。

ステップＳ５０１で、サーバＣＰＵ２０１は、端末装置１００からの要求に応じて起動
しようとするゲームプログラムについて、サーバストレージ２０７に中断データがあるか
否か判断し、中断データがないと判断された場合に処理を終了する。一方、サーバＣＰＵ
２０１は、中断データがあると判断した場合、処理をステップＳ５０２に進める。

ステップＳ５０２で、サーバＣＰＵ２０１は、中断データの情報として中断時刻等を端
末装置１００に送信する。ここで、中断データが複数ある場合にその全てについて中断デ
ータの情報を送るようにしてもよいし、最新の中断データの情報のみを送るようにしても
よいが、以下では、複数の中断データがある場合について説明を行う。サーバＣＰＵ２０
１は、中断データの情報を端末装置１００に送信後、処理をステップＳ５０３に進める。

ステップＳ５０３で、サーバＣＰＵ２０１は、端末装置１００から中断データを選択し
た情報を得た場合、処理をステップＳ５０４に進め、中断データが選択されなかった場合
は処理を終了する。

ステップＳ５０４で、サーバＣＰＵ２０１は、選択された中断データをサーバストレー
ジ２０７から読み出し、サーバＲＡＭ２０３及びサーバＶＲＡＭ２０５に展開することで
、中断データに対応するゲームプログラムの進行状況を一時中断時のまま再現する。なお
、サーバＶＲＡＭ２０５に展開するデータが無い場合で、サーバＧＰＵ２０４による画像
描写が必要な場合、ＣＰＵ２０１は、サーバＧＰＵ２０４へ再度、ゲーム画像の描写命令
を行い、サーバＧＰＵ２０４に一時中断時のサーバＶＲＡＭ２０５内のゲーム画像を再生
成させる。

ステップＳ５０５で、サーバＣＰＵ２０１は、サーバＲＡＭ２０３及びサーバＶＲＡＭ
２０５に展開したゲームプログラムの処理を再開する。

以上のように、サーバ装置２００では、中断データを用いて復帰処理を行うことができ
るので、中断信号を受信したときのゲームプログラムの進行状況を、ゲームプログラム固
有のセーブポイントによるセーブ機能を使わずに保存することができ、既存のゲームプロ
グラムを修正する必要はない。

以上で説明したように、本実施の形態のインタラクティブシステムでは、端末装置から
の要求に従いサーバ装置が実行するゲームプログラムの進行状況を適切に保存することが
できる。

また、本実施の形態のインタラクティブシステムでは、ゲームプログラム中において許
可された条件下（いわゆるセーブポイント）でない場合であっても、ゲームプログラムの
進行状況を保存することができる。

更に、本実施の形態のインタラクティブシステムでは、ネットワークに非対応のローカ
ルな環境で用いられるゲームプログラムの場合、ゲームプログラムを書き換えずに進行状
況の保存が任意にできるようになり、特に好適なサービスを提供することができる。

なお、本発明は、上述した実施の形態に限定されず、ユーザによる端末装置の入力操作
に応じてサーバ装置が実行するプログラムの処理結果を端末装置に提供し、更にユーザに
よる端末装置の入力操作に応じてサーバ装置がプログラムを実行することを反復継続して
処理する、インタラクティブなシステムに適用することができる。例えば、エミュレータ
による既存アプリケーションプログラムの処理の提供や、ＶＭ（Virtual Machine）等の
サービス提供にも適用することができる。

＜１０．ゲームプログラム再開処理（２）＞
サーバ装置２００において実行されるゲームプログラム再開処理について、図１２のフ
ローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理は、
サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理プログラ
ムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することができる
。なお、端末装置１００では、図４で説明したゲーム画像表示プログラムが動作している
ものとして以下の説明を行う。

ステップＳ５１１で、サーバＣＰＵ２０１は、端末装置１００からの要求に応じて起動
しようとするゲームプログラムについて、実行メモリであるサーバＲＡＭ２０３及びサー
バＶＲＡＭ２０５にゲームプログラムの中断データが保持されているか否か判断し、保持
されていないと判断された場合に処理を終了する。一方、サーバＣＰＵ２０１は、サーバ
ＲＡＭ２０３及びサーバＶＲＡＭ２０５にゲームプログラムの中断データが保持されてい
ると判断した場合、処理をステップＳ５１２に進める。なお、サーバＶＲＡＭ２０５内の
描画中のゲーム画像データに関する情報は、再度生成可能であるため、必ずしも保持され
ている必要はない。

ステップＳ５１２で、サーバＣＰＵ２０１は、実行メモリに保持されている情報として
中断時刻等を端末装置１００に送信し処理をステップＳ５１３に進める。これにより端末
装置１００を操作するユーザは、中断時刻等を知ることが可能となり、実行メモリに保持
されている中断データからゲームプログラムを再開するか否かを判断する指標を得ること
ができる。

ステップＳ５１３で、サーバＣＰＵ２０１は、端末装置１００から実行メモリに保持さ
れた中断データから再開する要求を得た場合は処理をステップＳ５１４に進め、実行メモ
リに保持された中断データから再開を要求されなかった場合は処理を終了する。

ステップＳ５１４で、サーバＣＰＵ２０１は、サーバＲＡＭ２０３及びサーバＶＲＡＭ
２０５に保持されているゲームプログラムの進行状況を再現する。これによりサーバＣＰ
Ｕ２０１は、サーバＲＡＭ２０３及びサーバＶＲＡＭ２０５に保持されているゲームプロ
グラムの処理を再開する。なお、サーバＶＲＡＭ２０５内の描画中のゲーム画像データに
関する情報は、再度生成可能であるため、必ずしも保持されている必要はない。具体的に
は、サーバＶＲＡＭ２０５に展開するデータが無い場合で、サーバＧＰＵ２０４による画
像描写が必要な場合、サーバＣＰＵ２０１は、サーバＧＰＵ２０４へ再度、ゲーム画像の
描写命令を行い、サーバＧＰＵ２０４に中断時のサーバＶＲＡＭ２０５内のゲーム画像を
再生成する処理を行う。

以上のように、サーバ装置２００では、実行メモリに保持された状態からゲームプログ
ラムが再開されるため、進行状況の保存をゲームプログラム固有のセーブポイントによる
セーブ機能を使わずに実現することができ、既存のゲームプログラムを修正する必要はな
い。

＜１１．ゲーム中断信号の生成送信処理（２）＞
なお、本実施の形態の端末装置１００において実行されるゲーム中断信号の生成送信処
理の他の例について、図１３のフローチャートを用いて具体的な処理を説明する。このフ
ローチャートに対応する処理は、端末ＣＰＵ１０１が、例えば端末ＲＯＭ１０２に記録さ
れている対応する処理プログラムを読み出し、端末ＲＡＭ１０３に展開して実行すること
により実現することができる。なお、本ゲーム中断信号の生成送信処理は、図４に示すゲ
ーム画像表示プログラムのステップＳ１０６からステップＳ１０８と並列して処理される
。

ステップＳ６０１で、端末ＣＰＵ１０１は、ユーザの入力操作部１０７から入力操作が
なされたかどうかを判断する。端末ＣＰＵ１０１は、ユーザの入力操作部１０７から入力
操作がなされていないと判断した場合には、処理をステップＳ６０２に進める。一方、端
末ＣＰＵ１０１は、ユーザの入力操作部１０７から入力操作があったと判断した場合には
、処理を終了する。

ステップＳ６０２で、端末ＣＰＵ１０１は、タイマー値Ｔ３に経過時間に対応する数値
を加算し、処理をステップＳ６０３へ進める。

ステップＳ６０３で、端末ＣＰＵ１０１は、タイマー値Ｔ３が所定値を超えているかを
判断し、超えていないと判断した場合には、再度ステップＳ６０１の処理を行う。一方、
端末ＣＰＵ１０１は、タイマー値が所定値Ｔ３を超えていると判断した場合には、ユーザ
の入力操作が所定時間されていないと判断し、処理をステップＳ６０４に進める。

ステップＳ６０４で、端末ＣＰＵ１０１は、ユーザがゲームをプレイしていないと判断
できるため、例えば端末ＣＰＵ１０１によって動作するＯＳ（Operating System）側から
アプリケーションプログラムであるゲーム画像表示プログラム側にスリープモードに入る
ように指示をすることでアプリケーションプログラムをスリープモードに移行させ、処理
をステップＳ６０５に進める。なお、端末ＣＰＵ１０１は、スリープモードに入ったアプ
リケーションプログラム以外のプログラム、例えばウォッチドッグプログラム等によって
スリープモードが解除されるまで、ゲーム画像表示プログラムのスリープモードを継続す
る。

ステップＳ６０５で、端末ＣＰＵ１０１は、中断信号をサーバ装置２００に送信する。
なお、本実施の形態において、中断信号は、端末ＣＰＵ１０１におけるゲーム画像表示プ
ログラムに係る処理が中断したという情報を含む信号か、端末装置１００とサーバ装置２
００との間であらかじめ定めたＩＤ等を含む信号であればよい。

なお、ステップＳ６０４とステップＳ６０５の処理は入れかえても差し支えなく、同時
に実行するようにしても構わない。

なお、端末ＣＰＵ１０１は、端末装置１００の操作入力部１０７等の操作により電源ボ
タンが押下され、シャットダウン処理を行う場合に、端末装置１００をシャットダウンす
る前に中断信号をサーバ装置２００に送信するようにしてもよい。また、端末ＣＰＵ１０
１は、上述で説明したユーザ入力の有無以外にもゲーム画像表示プログラムが中断する、
着呼応答等の場合等に中断信号を生成し、サーバ装置２００に送信するようにしてもよい
。

＜１２．ゲーム中断信号の生成送信処理（３）＞
なお、本実施の形態の端末装置１００において実行されるゲーム中断信号の生成送信処
理の他の例について、図１４のフローチャートを用いて具体的な処理を説明する。このフ
ローチャートに対応する処理は、端末ＣＰＵ１０１が、例えば端末ＲＯＭ１０２に記録さ
れている対応する処理プログラムを読み出し、端末ＲＡＭ１０３に展開して実行すること
により実現することができる。なお、本ゲーム中断信号の生成送信処理は、図４に示すゲ
ーム画像表示プログラムのステップＳ１０６からステップＳ１０８と並列して処理される
。また、電源ボタンが押下されるまで繰り返しこの処理を行うものとする。

ステップＳ６１１で、端末ＣＰＵ１０１は、ユーザの入力操作部１０７から入力操作に
よって電源ボタンが押下されたかどうかを判断する。端末ＣＰＵ１０１は、ユーザの入力
操作によって電源ボタンが押下されたと判断した場合には、処理をステップＳ６１２に進
める。ここで、電源ボタンの押下操作による端末装置１００の応答処理にはシャットダウ
ン処理とスリープ処理とが少なくとも含まれるものとする。一方、端末ＣＰＵ１０１は、
ユーザの入力操作部１０７から操作がなかったと判断した場合には、処理を終了する。な
お、入力操作部１０７は、電源ボタンとして上述したタッチパネル以外にハードウェアキ
ーを有するようにしてもよいし、特殊な入力操作を行うことにより電源ボタンを押下した
とする信号を端末ＣＰＵ１０１に出力するようにしてもよい。

ステップＳ６１２で、端末ＣＰＵ１０１は、中断信号をサーバ装置２００に送信する。
なお、本実施の形態において、中断信号は、端末ＣＰＵ１０１におけるゲーム画像表示プ
ログラムに係る処理が中断したという情報を含む信号か、端末装置１００とサーバ装置２
００との間であらかじめ定めたＩＤ等を含む信号であればよい。

ステップＳ６１３で、端末ＣＰＵ１０１は、例えば、端末装置１００のシャットダウン
処理を実行し、処理を終了する。ここで、シャットダウン処理とは、端末ＣＰＵ１０１の
処理を停止させ、端末装置１００全体の電源を切るものとするが、端末装置１００内部に
おいて一部の構成要素の動作が継続されることを妨げるものではない。なお、図１３で説
明したステップＳ６０４と同様に、ＯＳ側からゲーム画像表示プログラム側にスリープモ
ードに入るように指示をすることでゲーム画像表示プログラムをスリープモードに移行さ
せ、処理を終了するようにしてもよい。この場合、スリープモードから復帰後、図４で説
明したステップＳ１０３のようなログイン処理を再度する必要はなく、ゲームプログラム
の再開を速やかに行うことができる。

なお、ステップＳ６１２とステップＳ６１３の処理は並行して実行するようにしても構
わない。すなわち、ステップＳ６１３のシャットダウン処理の一部として、ステップＳ６
１２の中断信号の送信処理を行うこととしてもよい。

＜１３．ゲーム画像生成送信処理（２）＞
サーバ装置２００において実行される他のゲーム画像生成送信処理について、図１５の
フローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理は
、サーバＣＰＵ２０１が、例えばサーバＲＯＭ２０２に記憶された対応する処理プログラ
ムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することができる
。なお、本ゲーム画像生成送信処理は、例えば、サーバ装置２００の提供するゲームプロ
グラムに係る処理とその処理結果の送信の要求を端末装置１００から受信したことを、サ
ーバＣＰＵ２０１が検出した際に開始されるものとして説明する。また、本ゲーム画像生
成送信処理は、サーバ装置２００上でゲームプログラムを実行するランチャープログラム
に内蔵してもよく、ランチャープログラムと並列処理するプログラムであってもよい。

ステップＳ７０２で、サーバＣＰＵ２０１は、サーバ通信部２０８により端末装置１０
０との間で通信を行い相互接続を確認し、処理をステップＳ７０３に処理を進める。

ステップＳ７０３で、サーバＣＰＵ２０１は、端末装置１００から受信したログイン情
報に基づきユーザ認証を行う。具体的に、サーバＣＰＵ２０１は、サーバストレージ２０
７等に保存されているユーザＩＤとパスワードと、端末装置１００から受信したログイン
情報を比較し、合致した場合にはサービス提供を受けているユーザによるログインである
として認証を行う。

ステップＳ７０４で、サーバＣＰＵ２０１は、実行メモリ上にゲームプログラムに関す
る情報が保持されているか否かを判断し、保持されていると判断した場合には、処理をス
テップＳ７０５へ進める。サーバＣＰＵ２０１は、実行メモリ上にゲームプログラムに関
する情報が保持されているか否かを判断し、保持されていないと判断した場合には、処理
をステップＳ７０６へ進める。なお、ここでいう実行メモリは、サーバＲＡＭ２０２及び
サーバＶＲＡＭ２０５とする。

ステップＳ７０５で、サーバＣＰＵ２０１は、前回中断したゲームプログラムに関する
情報を実行メモリから取得し、実行メモリ内の情報に基づきゲームプログラムを再開する
処理を行い、処理をステップＳ７０７へ進める。すなわち、本ステップによって、実行メ
モリ内にゲームプログラムに関する情報が保持されているため、直ちにゲームプログラム
の再開を行うことができる。

一方、ステップＳ７０６で、サーバＣＰＵ２０１は、前回一時中断したゲームプログラ
ムに関する情報をサーバストレージ２０７等の保存メモリから取得し、保存メモリ内の情
報を端末ＲＡＭ２０３等の実行メモリに展開するとともに、展開した実行メモリ内の情報
に基づきゲームを再開する処理を行い、処理をステップＳ７０７へ進める。

ステップＳ７０７で、サーバＣＰＵ２０１は、再開処理後はシームレスにゲームプログ
ラムの処理を継続実行する。具体的には、サーバＣＰＵ２０１は、ゲームプログラムによ
る描画処理を開始し、必要に応じてサーバＧＰＵ２０４に画像生成命令を行う。これによ
り、サーバＣＰＵ２０１は、ゲームプログラムの処理結果としてゲーム画像を生成する。
また、サーバＣＰＵ２０１は、サーバＶＲＡＭ２０５に展開するデータが実行メモリに保
持又は保存メモリに移動されていた場合は、実行メモリに保持又は保存メモリに移動され
ていたデータと連続するようにサーバＧＰＵ２０４に画像生成命令を行う。

ステップＳ７０８で、サーバＣＰＵ２０１は、描画されたゲーム画像に対してサーバ符
号化部２０６を用いて符号化処理命令を実行し、符号化動画データを生成する。そして、
サーバＣＰＵ２０１は、処理をステップＳ７０９に進める。

ステップＳ７０９で、サーバＣＰＵ２０１は、ステップＳ７０８において生成した符号
化動画データをサーバ通信部２０８に伝送し、端末装置１００に対して送信させる。

以後は、サーバＣＰＵ２０１は、ゲームプログラムを継続して通常通りの処理を行う。

ここで、端末装置１００は、当初サーバ装置２００に接続されているものに限定される
ものではない。すなわち、当初サーバ装置２００に接続されていたものがスマートフォン
等の携帯端末装置であったとしても、次にユーザが操作する端末装置１００がゲーム専用
機や高速なグラフィック処理能力を有するパーソナルコンピュータであってもよい。

ユーザが移動中等にゲームをプレイする場合に異なる端末装置１００を用いることがあ
るため、ログイン情報が合致すれば、一定の時間内に、異なる端末装置１００からでもゲ
ームを継続することができることは、ユーザの利便性を向上させ、時間や場所に応じて端
末装置１００を変えながらゲームを継続して楽しむことが容易となる。

なお、上述のように端末装置１００が異なる装置であった場合のサーバ装置２００の処
理については、以下のように端末装置１００のハードウェアスペックに応じて可変とする
ようにしてもよい。

＜１４．ゲーム画像生成送信処理（３）＞
サーバ装置２００において実行される他のゲーム画像生成送信処理について、図１６の
フローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理は
、サーバＣＰＵ２０１が、例えばサーバＲＯＭ２０２に記憶された対応する処理プログラ
ムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することができる
。なお、本ゲーム画像生成送信処理は、例えば、サーバ装置２００の提供するゲームプロ
グラムに係る処理とその処理結果の送信の要求を端末装置１００から受信したことを、サ
ーバＣＰＵ２０１が検出した際に開始される。また、本ゲーム画像生成送信処理は、サー
バ装置２００上でゲームプログラムを実行するランチャープログラムに内蔵してもよく、
ランチャープログラムと並列処理するプログラムであってもよい。

ステップＳ７１２で、サーバＣＰＵ２０１は、サーバ通信部２０８により端末装置１０
０との間で通信を行い相互接続を確認し、処理をステップＳ７１３に処理を進める。

ステップＳ７１３で、サーバＣＰＵ２０１は、端末装置１００から受信したログイン情
報に基づきユーザ認証を行う。具体的に、サーバＣＰＵ２０１は、サーバストレージ２０
７等に保存されているユーザＩＤとパスワードと、端末装置１００から受信したログイン
情報を比較し、合致した場合にはサービス提供を受けているユーザによるログインである
として認証を行う。

ステップＳ７１４で、サーバＣＰＵ２０１は、端末装置１００から受信した端末固有情
報に基づき端末装置のスペックを判別する。ここで、端末固有情報には、機種名、型番、
描画能力、ＣＰＵ処理能力等、ハードウェアスペックを判別するに足る情報を少なくとも
一つ含む。サーバＣＰＵ２０１は、端末装置のスペックが所定の能力以下であると判断し
た場合には、処理をステップＳ７１５へ進める。一方、サーバＣＰＵ２０１は、端末装置
のスペックが所定の能力以上であると判断した場合には、端末装置１００に対して画像描
写の分担処理を要求するとともに、処理をステップＳ７１９へ進める。

ステップＳ７１５で、サーバＣＰＵ２０１は、前回一時中断したゲームプログラムの情
報を実行メモリ又は保存メモリから取得し、一時中断した情報が保存メモリにある場合に
は、実行メモリに展開したうえで、実行メモリ内の情報に基づきゲームを再開する処理を
行い、処理をステップＳ７１６へ進める。

ステップＳ７１６で、サーバＣＰＵ２０１は、再開処理後と連続するようにゲームプロ
グラムの処理を継続する。すなわち、端末装置１００が、ゲーム専用機や高速なグラフィ
ック処理能力を有するパーソナルコンピュータ等でない場合には、画像生成処理を全てサ
ーバ装置２００で処理し、生成したゲーム画像を送信するストリーミングモードとする。
なお、通常の初期設定では、生成したゲーム画像を送信するストリーミングモードを用い
るようにしている。また、ハードウェアスペックが判別できない場合も同様とする。

ステップＳ７１７で、サーバＣＰＵ２０１は、描画されたゲーム画像に対してサーバ符
号化部２０６を用いて符号化処理命令を実行し、符号化動画データを生成する。そして、
サーバＣＰＵ２０１は、処理をステップＳ７１８に進める。

ステップＳ７１８で、サーバＣＰＵ２０１は、ステップＳ７１７において生成した符号
化動画データをサーバ通信部２０８に伝送し、端末装置１００に対して送信させる。

一方、ステップＳ７１９で、サーバＣＰＵ２０１は、前回一時中断したゲームプログラ
ムの情報を実行メモリ又は保存メモリから取得し、一時中断した情報が保存メモリにある
場合には、実行メモリに展開したうえで、実行メモリ内の情報に基づきゲームを再開する
処理を行い、処理をステップＳ７２０へ進める。

ステップＳ７２０で、サーバＣＰＵ２０１は、再開処理後と連続するようにゲームプロ
グラムの処理を継続する。ここで、サーバＣＰＵ２０１は、ステップＳ７１４において判
別したハードウェアスペックに応じて、画像生成処理の一部を端末装置１００に分担する
ようにしている。すなわち、端末装置１００が、ゲーム専用機や高速なグラフィック処理
能力を有するパーソナルコンピュータである場合には、画像生成処理の一部を端末装置１
００で処理可能である。このため、最終的に生成されるゲーム画像のうち、少なくとも、
ユーザインタフェースに関連する箇所などユーザの入力操作に対して高いレスポンスの性
能を必要とする箇所の描画を端末装置１００に分担させる。例えば、ユーザの入力操作に
対して高いレスポンスの性能を必要とする箇所以外をサーバＧＰＵ２０４が描画する。

ステップＳ７２１で、サーバＣＰＵ２０１は、描画されたゲーム画像に対してサーバ符
号化部２０６を用いて符号化処理命令を実行し、符号化動画データを生成する。そして、
サーバＣＰＵ２０１は、処理をステップＳ７２２に進める。

ステップＳ７２２で、サーバＣＰＵ２０１は、ステップＳ７２１において生成した符号
化動画データをサーバ通信部２０８に伝送し、端末装置１００に対して送信させる。

ここで、端末装置１００は、ユーザの入力操作に対して高いレスポンスの性能を必要と
する箇所のみを描画し、サーバ装置２００より受信したゲーム画像に、端末装置１００自
身が描画したゲーム画像の一部を重畳し、最終的なゲーム画像を生成する。これにより、
端末装置１００が描画した箇所について、サーバＧＰＵ２０４が最終的に生成される画像
全てを描画する場合と比較して、ユーザの入力操作を早く反映することができる。

以後は、サーバＣＰＵ２０１は、端末装置１００の変更があるまで、画像描写処理を端
末装置１００とサーバ装置２００とで分担しながらゲームプログラムの処理を継続する。

なお、上述したゲーム画像生成送信処理（１），（２），（３）において認証したユー
ザが登録若しくは購入等したユーザではなく、公開を許可されたユーザ（グループ）であ
る場合に、公開を許可されたグループの情報をサーバストレージ２０７等から取得し、公
開を許可されたユーザに対して、ゲーム画像の送信を行うようにしてもよい。公開を許可
されたユーザとは、ゲストユーザであったり、フレンド登録を行ったユーザ等、適宜設定
することができる。例えば、プレイ中のゲーム画面をストリーミング配信する用途に用い
ることができる。

＜１５．ゲームプログラム一時中断処理（３）＞
サーバ装置２００において実行される他のゲームプログラム一時中断処理について、図
１７のフローチャートを用いて具体的な処理を説明する。このフローチャートに対応する
処理は、サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理
プログラムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現すること
ができる。なお、本ゲームプログラム一時中断処理は、例えばサーバ装置２００が、中断
信号を受信したことを、サーバＣＰＵ２０１が検出した際に開始される。

ステップＳ８０１で、サーバＣＰＵ２０１は、サーバ通信部２０８を介して端末装置１
００から中断信号を受信したか否かを判断する。サーバＣＰＵ２０１は、中断信号を受信
していないと判断した場合には、再度ステップＳ８０１を繰り返す。一方、サーバＣＰＵ
２０１は、中断信号を受信したと判断した場合、処理をステップＳ８０２に進める。

ステップＳ８０２で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムの実行を一時中断し、処理をステップＳ８０３へ進める。

ステップＳ８０３で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムに係る実行メモリの情報を保持する処理を行う。すなわち、ＣＰ
Ｕ２０１は、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５に展開されているゲームプログ
ラムの内容をサーバＲＡＭ２０３やサーバＶＲＡＭ２０５にそのまま保持する。そして、
サーバＣＰＵ２０１は、処理をステップＳ８０４に進める。なお、ステップＳ８０３にお
いて、サーバＣＰＵ２０１は、ゲームプログラムに係る情報を保持する処理を行った時刻
を中断時刻として付加し、中断データとする。なお、サーバＶＲＡＭ２０５内の描画中の
ゲーム画像データに関する情報は、再度生成可能であるため、必ずしも保持する必要はな
い。

すなわち、サーバＣＰＵ２０１は、サーバ装置２００において実行中のゲームプログラ
ムの全てのメモリ情報をゲームの進行状況を含め保持するようにしている。より詳細に説
明すると、選択されたゲームプログラムのためにランチャーが確保したメモリ空間すべて
をサーバＲＡＭ２０３やサーバＶＲＡＭ２０５にそのまま保持する処理を行う。なお、サ
ーバＶＲＡＭ２０５内の描画中のゲーム画像データに関する情報は、再度生成可能である
ため、必ずしも保持する必要はない。

ステップＳ８０４で、サーバＣＰＵ２０１は、タイマー値Ｔ４をリセットし０としたう
えで、処理をステップＳ８０５に進める。

ステップＳ８０５で、サーバＣＰＵ２０１は、タイマー値Ｔ４に経過時間に対応する数
値を加算し、処理をステップＳ８０６へ進める。

ステップＳ８０６で、サーバＣＰＵ２０１は、端末装置１００からサーバ通信部２０８
を介してサーバ装置２００へ再接続要求があった場合、若しくは中断解除が要求された場
合、処理をステップＳ８０７へ進める。一方、サーバＣＰＵ２０１は、端末装置１００か
らサーバ通信部２０８を介してサーバ装置２００へ再接続要求がなく若しくは中断解除の
要求もない場合、処理をステップＳ８０８へ進める。

ステップＳ８０７で、サーバＣＰＵ２０１は、ステップＳ８０４において、サーバＲＡ
Ｍ２０３やサーバＶＲＡＭ２０５にそのまま保持している実行メモリの情報に基づきゲー
ムプログラムを再開し、処理を終了する。なお、ステップＳ８０８において、サーバＶＲ
ＡＭ２０５に展開するデータが無い場合で、サーバＧＰＵ２０４による画像描写が必要な
場合、サーバＣＰＵ２０１は、サーバＧＰＵ２０４へ再度、ゲーム画像の描写命令を行い
、サーバＧＰＵ２０４に中断時のサーバＶＲＡＭ２０５内のゲーム画像を再生成する処理
を行う。

ステップＳ８０８で、サーバＣＰＵ２０１は、タイマー値Ｔ４が所定値を超えているか
を判断し、超えていないと判断した場合には、再度ステップＳ８０５の処理を行う。一方
、サーバＣＰＵ２０１は、タイマー値Ｔ４が所定値を超えていると判断した場合には、所
定時間が経過したと判断し、処理をステップＳ８０９に進める。

ステップＳ８０９で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムに関する実行メモリの情報を保存メモリに移動する処理を行う。
すなわち、ＣＰＵ２０１は、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５に展開されてい
るゲームプログラムに関する情報をサーバストレージ２０７に移動する。そして、サーバ
ＣＰＵ２０１は、処理をステップＳ８１０に進める。なお、ステップＳ８０９において、
サーバＣＰＵ２０１は、ゲームプログラムに関する情報を移動する処理を行った時刻を中
断時刻として付加し、中断データとする。なお、サーバＶＲＡＭ２０５内の描画中のゲー
ム画像データに関する情報は、再度生成可能であるため、必ずしも移動する必要はない。

例えば、実行メモリには、サーバＲＡＭ２０１やサーバＶＲＡＭ２０５が用いられ、そ
の容量が有限である。このため、サーバＲＡＭ２０１にプログラムを多数展開すると容量
を超えてしまうため、保存メモリであるサーバストレージ２０７に適宜プログラムやデー
タを保存するようにしている。

ステップＳ８１０で、サーバＣＰＵ２０１は、ゲームプログラムの処理を停止するとと
もに、ステップＳ８１１で、端末装置１００への符号化動画データの送信を停止する。こ
こで、ステップＳ８１０における、ゲームプログラムの処理を停止するとは、ランチャー
プログラムが確保した当該ゲームプログラムに関する情報を実行メモリから完全に開放し
た状態にすることをいう。

なお、ステップＳ８１１は、ステップＳ８０２の後であれば適宜、処理順序を入れかえ
ても差し支えない。

また、ステップＳ８０９における処理は、保存メモリが実行メモリよりも処理速度が遅
いメモリを使うことが多いため、一時中断処理は頻繁に発生させないように、上述したス
テップ８０８における所定時間を適宜設定することが好ましい。

＜１６．ゲームプログラム一時中断処理（４）＞
サーバ装置２００において実行される他のゲームプログラム一時中断処理について、図
１８のフローチャートを用いて具体的な処理を説明する。このフローチャートに対応する
処理は、サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理
プログラムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現すること
ができる。なお、本ゲームプログラム一時中断処理は、例えばサーバ装置２００が、ゲー
ム画像の生成、送信処理を行っている際に適宜実行される。

ステップＳ８２１で、サーバＣＰＵ２０１は、タイマー値Ｔ５及びタイマー値Ｔ６をリ
セットし０としたうえで、処理をステップＳ８２２に進める。

ステップＳ８２２で、サーバＣＰＵ２０１は、サーバ通信部２０８を介して端末装置１
００との間で通信が途絶したかどうかを判断する。サーバＣＰＵ２０１は、通信が途絶し
ていないと判断した場合には、再度ステップＳ８２１を繰り返す。一方、サーバＣＰＵ２
０１は、通信が途絶したと判断した場合、処理をステップＳ８２３に進める。

ステップＳ８２３で、サーバＣＰＵ２０１は、タイマー値Ｔ５に経過時間に対応する数
値を加算し、処理をステップＳ８２４へ進める。

ステップＳ８２４で、サーバＣＰＵ２０１は、タイマー値Ｔ５が所定値を超えているか
を判断し、超えていないと判断した場合には、再度ステップＳ８２２の処理を行う。一方
、サーバＣＰＵ２０１は、タイマー値Ｔ５が所定値を超えていると判断した場合には、所
定時間が通信が途絶していると判断し、処理をステップＳ８２５に進める。

ステップＳ８２５で、サーバＣＰＵ２０１は、端末装置１００と通信が途絶しており画
像データの送信ができないためゲームプログラムの実行を一時中断し、処理をステップＳ
８２６へ進める。

ステップＳ８２６で、サーバＣＰＵ２０１は、一時中断時のゲームプログラムに関する
情報を実行メモリに保持する処理を行う。すなわち、ＣＰＵ２０１は、サーバＲＡＭ２０
３やサーバＶＲＡＭ２０５に展開されているゲームプログラムの内容をサーバＲＡＭ２０
３やサーバＶＲＡＭ２０５にそのまま保持する。そして、サーバＣＰＵ２０１は、処理を
ステップＳ８２７に進める。なお、ステップＳ８２６において、サーバＣＰＵ２０１は、
ゲームプログラムに係る情報を保持する処理を行った時刻を中断時刻として付加し、中断
データとする。なお、サーバＶＲＡＭ２０５内の描画中のゲーム画像データに関する情報
は、再度生成可能であるため、必ずしも保持する必要はない。

ここで、実行メモリの保持について具体的に説明する。実行メモリの保持としては、ス
テップＳ８２５にて一時中断時の、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５の内容を
、そのままサーバＲＡＭ２０３やサーバＶＲＡＭ２０５内に保持する。サーバＲＡＭ２０
３には、展開されているゲームプログラムに関する情報及びゲームプログラムの進行状況
やバッファリング中の符号化動画データが記録されており、サーバＶＲＡＭ２０５には描
画中のゲーム画像データに関する情報が記録されている。

すなわち、サーバＣＰＵ２０１は、サーバ装置２００において実行中のゲームプログラ
ムの全てのメモリ情報をゲームの進行状況を含め保持するようにしている。より詳細に説
明すると、選択されたゲームプログラムのためにサーバＲＡＭ２０３やサーバＶＲＡＭ２
０５にランチャーが確保しているメモリ空間すべてを保持する処理を行う。なお、サーバ
ＶＲＡＭ２０５内の描画中のゲーム画像データに関する情報は、再度生成可能であるため
、必ずしも保持する必要はないことは上述で述べたとおりである。

ステップＳ８２７で、サーバＣＰＵ２０１は、タイマー値Ｔ６に経過時間に対応する数
値を加算し、処理をステップＳ８２８へ進める。

ステップＳ８２８で、サーバＣＰＵ２０１は、サーバ通信部２０８を介して端末装置１
００との間で通信が回復したかどうかを判断する。サーバＣＰＵ２０１は、通信が回復し
ていないと判断した場合には、処理をステップＳ８２９へ進める。一方、サーバＣＰＵ２
０１は、通信が回復したと判断した場合、処理をステップＳ８３０に進める。

ステップＳ８３０で、サーバＣＰＵ２０１は、ステップＳ８２６において、保持した実
行メモリの情報に基づきゲームプログラムを再開し、処理を終了する。

つぎに、ステップＳ８２９で、サーバＣＰＵ２０１は、タイマー値Ｔ６が所定値を超え
ているかを判断し、超えていないと判断した場合には、再度ステップＳ８２７の処理を行
う。一方、ステップＳ８２９で、サーバＣＰＵ２０１は、タイマー値Ｔ６が所定値を超え
ていると判断した場合には、端末装置１００との間で通信が途絶し通信の回復の見込みも
ないと判断し、処理をステップＳ８３１に進める。

ステップＳ８３１で、サーバＣＰＵ２０１は、端末装置１００との間で通信が途絶し通
信の回復の見込みもないため、ゲームプログラムに関する情報を実行メモリから保存メモ
リに移動する処理を行う。すなわち、ＣＰＵ２０１は、サーバＲＡＭ２０３やサーバＶＲ
ＡＭ２０５に展開されているゲームプログラムの内容をサーバストレージ２０７に移動す
る。そして、サーバＣＰＵ２０１は、処理をステップＳ８３２に進める。なお、ステップ
Ｓ８３１において、サーバＣＰＵ２０１は、ゲームプログラムに関する情報を移動する処
理を行った時刻を中断時刻として付加し、中断データとする。なお、サーバＶＲＡＭ２０
５内の描画中のゲーム画像データに関する情報は、再度生成可能であるため、必ずしも移
動する必要はない。

ステップＳ８３２で、サーバＣＰＵ２０１は、ゲームプログラムの処理を停止するとと
もに、ステップＳ８３３で、端末装置１００への符号化動画データの送信を停止する。こ
こで、ステップＳ８３２における、ゲームプログラムの処理を停止するとは、ランチャー
プログラムが確保した当該ゲームプログラムに関する情報を実行メモリから完全に開放し
た状態にすることをいう。

なお、ステップＳ８２１は、タイマーカウンタの加算ループ処理の前であれば、適宜、
順序を入れかえても差し支えないし、タイマー値Ｔ５とタイマー値Ｔ６を別ステップにて
リセットするようにしてもよいことは言うまでもない。

また、ステップＳ８３１における処理は、保存メモリが実行メモリよりも処理速度が遅
いメモリを使うことが多いため、一時中断処理は頻繁に発生させないように、上述したス
テップ８２９における所定時間を適宜設定することが好ましい。

上述したような処理は、端末装置１００が、通信環境が良好ではないエリアにいる場合
や、複数の無線通信基地局の境界などにおけるハンドオーバー処理の遅延など、一時的な
通信途絶がある場合に特に有効である。従って、ユーザが使用する端末装置１００に想定
される通信途絶時間に基づいて、適宜タイマー値Ｔ５及びタイマー値Ｔ６を設定すること
が好ましい。また、端末装置１００の通信状況が悪い場合に、サーバＣＰＵ２０１が、タ
イマー値Ｔ５やタイマー値Ｔ６を自動的に大きく設定するようにしてもよい。また、サー
バＣＰＵ２０１が、端末装置１００の通信状況を連続的にモニタリングし、タイマー値Ｔ
５やタイマー値Ｔ６をリアルタイムに可変するようにしてもよい。

＜１７．ゲームプログラム再開処理（２）＞
サーバ装置２００において実行される他のゲームプログラム再開処理について、図１９
のフローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理
は、サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理プロ
グラムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することがで
きる。

ステップＳ９０１で、サーバＣＰＵ２０１は、端末装置１００からの要求に応じて起動
しようとするゲームプログラムについて、実行メモリであるサーバＲＡＭ２０３及びサー
バＶＲＡＭ２０５に一時中断した情報が保持されているか否か判断し、一時中断した情報
が保持されていないと判断された場合に処理を終了する。一方、サーバＣＰＵ２０１は、
一時中断した情報が保持されていると判断した場合、処理をステップＳ９０２に進める。
なお、サーバＶＲＡＭ２０５内の描画中のゲーム画像データに関する情報は、再度生成可
能であるため、必ずしも保持する必要はない。

ステップＳ９０２で、サーバＣＰＵ２０１は、中断時刻等を端末装置１００に送信し、
処理をステップＳ９０３に進める。これにより端末装置１００を操作するユーザは、中断
時刻等を知ることが可能となり、実行メモリに保持されている状態からゲームプログラム
を再開するか否かを判断する指標を得ることができる。

ステップＳ９０３で、サーバＣＰＵ２０１は、端末装置１００から一時中断したゲーム
プログラムを再開する要求を含む情報を得た場合、処理をステップＳ９０４に進め、端末
装置１００から一時中断したゲームプログラムを再開する要求がなかった場合には処理を
終了する。

ステップＳ９０４で、サーバＣＰＵ２０１は、実行メモリであるサーバＲＡＭ２０３及
びサーバＶＲＡＭ２０５に保持された一時中断した情報からゲームプログラムの処理を再
開する。なお、ステップＳ９０４において、サーバＶＲＡＭ２０５に展開するデータが無
い場合で、サーバＧＰＵ２０４による画像描写が必要な場合、サーバＣＰＵ２０１は、サ
ーバＧＰＵ２０４へ再度、ゲーム画像の描写命令を行い、サーバＧＰＵ２０４に一時中断
時のサーバＶＲＡＭ２０５内のゲーム画像を再生成する処理を行う。

なお、上述の処理では、サーバ装置２００が端末装置１００からゲームプログラムを再
開する要求を含む情報を得た場合は、実行メモリであるサーバＲＡＭ２０３及びサーバＶ
ＲＡＭ２０５に保持された一時中断した情報からゲームプログラムの処理を再開すること
としたが、一時中断した情報が実行メモリであるサーバＲＡＭ２０３及びサーバＶＲＡＭ
２０５に保持されている場合、端末装置１００からサーバ装置２００へのアクセス時にサ
ーバ装置２００が自動的にゲーム画像の生成、送信等の処理を再開するようにしてもよい
。

以上のように、サーバ装置２００では、実行メモリに保持された情報を用いて復帰処理
を行うことで、ゲームプログラム固有のセーブポイントによるセーブ機能を使わずに、所
定の条件において一時中断したゲームプログラムの再開を実現することができる。特に、
既存のゲームプログラムを修正する必要はない。所定の条件とは、上述したように、端末
装置１００から中断信号を受信したときや、端末装置１００との間で通信が途絶したとき
等、ゲームプログラムに関する情報が実行メモリに保持又は実行メモリから保存メモリに
移動される各条件である。

＜１８．ゲームプログラム再開処理（３）＞
サーバ装置２００において実行される他のゲームプログラム再開処理について、図２０
のフローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理
は、サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理プロ
グラムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することがで
きる。

ステップＳ９１１で、サーバＣＰＵ２０１は、端末装置１００からの要求に応じて起動
しようとするゲームプログラムについて、ポーズボタン押下によるポーズ状態にあるか否
かを判断し、ポーズ状態ではないと判断した場合に処理を終了する。一方、サーバＣＰＵ
２０１は、ポーズボタン押下によるポーズ状態にあると判断した場合、処理をステップＳ
９１２に進める。なお、ポーズボタン押下状態とは、ユーザが端末装置１００を操作して
、ポーズボタンを押下し、ゲームプログラムの進行を一時停止している状態であり、次の
実施の形態で説明するサーバ装置２００側が通信途絶等の理由によりポーズボタン押下信
号を等価的に生成し、割り込ませた場合を含む。

ここで、本実施の形態において、「ポーズ」とは、ゲームプログラムが実装する処理の
一つであり、例えば、ユーザのポーズボタン押下操作により要求がなされ、ゲームの進行
が一時的に停止可能な状態であれば一時停止を行うが、ゲームプログラム自体は動作を継
続し、実行メモリ内の情報の保持や移動は行わない処理である。言い換えると、「ポーズ
」とは、ゲームの進行状況を一時停止するのであって、実行メモリ内の情報の書き換えが
行われ得る処理である。

ステップＳ９１２で、サーバＣＰＵ２０１は、ゲームプログラムの進行が一時停止して
いるポーズ状態であることを端末装置１００に送信し、処理をステップＳ９１３に進める
。

ステップＳ９１３で、サーバＣＰＵ２０１は、端末装置１００からポーズボタン押下操
作によりポーズ処理を解除する要求を含む情報を得た場合、処理をステップＳ９１４に進
め、ポーズ処理を解除する要求が無い場合には処理を終了する。

ステップＳ９１４で、サーバＣＰＵ２０１は、ポーズ処理を解除し、ポーズ機能により
進行状況が一時停止しているゲームプログラムの処理を再開する。

なお、ゲームプログラムの進行状況の一時停止方法として、ゲームプログラム上に実装
されているポーズ処理を発動するために、ユーザによる一時停止ボタンの押下操作の如何
にかかわらず、サーバＣＰＵ２０１がポーズボタン操作信号を等価的に生成してゲームプ
ログラムに割り込ませる方法をとることができる。ポーズボタン操作信号の生成は、ラン
チャープログラムが行ってもよいし、他のプログラムが行うこととしてもよい。

また、ゲームプログラムの進行状況の一時停止方法として、ゲームプログラム上に実装
されているメニュー表示機能を発動するために、ユーザによるメニューボタンの押下操作
の如何にかかわらず、サーバＣＰＵ２０１がメニューボタン操作信号を等価的に生成して
ゲームプログラムに割り込ませる方法をとることもできる。メニューボタン操作信号の生
成は、ランチャープログラムが行ってもよいし、他のプログラムが行うこととしてもよい
。

ここで、本実施の形態において、「メニュー表示」とは、ゲームプログラムが実装する
処理の一つであり、例えば、ユーザの操作により要求がなされ、ポーズ処理と異なり、ゲ
ームプログラムのメニュー画面を表示する処理である。なお、メニューボタンは、必ずし
もゲーム画面に表示されている必要はなく、物理的なボタンが規定されていなくともよい
。このため、「メニューボタン押下操作」とは、メニューボタン操作信号を生成するあら
ゆる操作を含むものとする。

メニュー表示は、例えば、ゲームプログラムの進行中に、各種の設定を行ったり、ゲー
ム内アイテムを変更したりするためのメニュー画面を表示するものであり、メニュー表示
が行われることによってゲームプログラムの進行が一時停止する点で、ポーズ処理と同等
の機能を有する。

しかしながら、ゲームプログラムにおいて、ポーズ処理を受け付けない場合、例えば、
カットシーンや動画が再生されるだけの時間帯、いわゆるムービーシーン等の場合、ポー
ズ処理が行われない。そのため、サーバＣＰＵ２０１は、ゲームプログラムがメニュー表
示機能を実装していれば、ポーズ処理を受け付けない場合であっても、メニューボタン操
作信号をゲームプログラムに割り込ませることで、ゲームプログラムの進行を一時停止さ
せることができる。

なお、他の実施の形態においてポーズ処理を行う場合に、上記のメニュー表示機能を併
用若しくは代替して用いることができるものとする。

以上のように、サーバ装置２００では、ゲームプログラムに実装されたポーズ処理等に
よってもゲームの進行状況を適宜保存することができる。ポーズ処理が解除されることで
、ゲームプログラムの再開を実現することができる。特に、既存のゲームプログラムを修
正する必要はない。

＜１９．ゲームプログラム一時中断処理（５）＞
サーバ装置２００において実行されるゲームプログラム一時中断処理について、図２１
のフローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理
は、サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理プロ
グラムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することがで
きる。なお、本ゲームプログラム一時中断処理は、例えばサーバ装置２００が、端末装置
１００から中断信号を受信したことを、サーバＣＰＵ２０１が検出した際に開始される。
また、本ゲームプログラム一時中断処理は、図１８で説明したように、例えばサーバ装置
２００が、端末装置１００との間で通信途絶等になったことを、サーバＣＰＵ２０１が検
出した際に開始するよう変更することも可能である。なお、端末装置１００では、図４で
説明したゲーム画像表示プログラム、図５等で説明した中断信号の送信を行うプログラム
が動作しているものとして以下の説明を行う。

ステップＳ４２１で、サーバＣＰＵ２０１は、サーバ通信部２０８を介して端末装置１
００から中断信号を受信したか否かを判断する。サーバＣＰＵ２０１は、中断信号を受信
していないと判断した場合には、再度ステップＳ４２２を繰り返す。一方、サーバＣＰＵ
２０１は、中断信号を受信したと判断した場合、処理をステップＳ４２２に進める。

ステップＳ４２２で、サーバＣＰＵ２０１は、タイマー値Ｔ７をリセットし０としたう
えで、処理をステップＳ４２３に進める。

ステップＳ４２３で、サーバＣＰＵ２０１は、タイマー値Ｔ７に経過時間に対応する数
値を加算し、処理をステップＳ４２４へ進める。

ステップＳ４２４で、サーバＣＰＵ２０１は、タイマー値Ｔ７が所定値を超えているか
を判断し、超えていないと判断した場合には、再度ステップＳ４２３の処理を行う。一方
、サーバＣＰＵ２０１は、タイマー値Ｔ７が所定値を超えていると判断した場合には、所
定時間が経過したと判断し、処理をステップＳ４２５に進める。

なお、ステップＳ４２４における所定値は通常０である。中断信号を受信した際には速
やかに後述するポーズ処理を行うことで、ゲームプログラムの進行状況を適切に保存する
ことができる。

ステップＳ４２５で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムのポーズ処理を行う。すなわち、ＣＰＵ２０１は、ゲームプログ
ラムに実装されているポーズ処理を発動させるため、ポーズボタン操作信号と等価な信号
を生成し、ポーズ処理の要求があったものとし、この生成した信号をゲームプログラムへ
疑似的に入力する。なお、サーバＣＰＵ２０１は、ゲームプログラムに実装されているポ
ーズ処理が実行できない場合に、所定の時間経過後、例えば画像描写で数フレーム後に、
メニュー画面を表示させるため、メニューボタン操作信号と等価な信号を生成し、メニュ
ー画面の表示の要求があったものとし、この生成した信号をゲームプログラムへ疑似的に
入力する。他の実施の形態でも説明したように、メニュー画面の表示はポーズ処理と同等
の効果を得ることができるため、ポーズ処理が必ずしもできない場面であっても二重でゲ
ームプログラムの一時中断を行うことが可能となる。

ここで、本実施の形態において、「ポーズ」とは、ゲームプログラムが実装する処理の
一つであり、例えば、ユーザの操作により要求がなされ、ゲームの進行が一時的に停止可
能な状態であれば一時停止を行うが、ゲームプログラム自体は動作を継続し、実行メモリ
内の情報の保持や移動は行わない処理である。言い換えると、「ポーズ」とは、ゲームの
進行状況を停止するのであって、実行メモリ内の情報の書き換えが行われ得る処理である
。

以後、サーバＣＰＵ２０１は、ポーズボタンの入力操作によってユーザからポーズ処理
の解除を要求する信号が端末装置から送信されるまで、ゲームプログラムのポーズ処理を
継続する。

具体的には、ステップＳ４２６で、サーバＣＰＵ２０１は、ポーズボタンの入力操作に
よってポーズ処理を解除する要求があるか否かを判断する。サーバＣＰＵ２０１は、ポー
ズ処理の解除の要求があったと判断した場合に、処理をステップＳ４２７へ進め、ポーズ
処理を解除して処理を終了する。また、サーバＣＰＵ２０１は、ポーズ処理の解除の要求
が無い場合は、処理をステップＳ４２６に進め、ポーズ処理を継続する。

ここで、ゲームプログラムのポーズ処理中は、他の実施の形態で説明したゲーム画像生
成送信処理が継続して行われているものとする。実態としては、ポーズ処理中にゲーム画
像が変化することは無いことが一般的であるが、ポーズ処理中にもゲーム画面が変化する
こともあり、例えばポーズ処理中であることを示すアイコン等が動くこともあり得るため
、ゲーム画像生成送信処理を継続する必要があるからである。なお、端末装置１００側に
おいてポーズ処理中のゲーム画面をスクリーンショットとして保有し、このスクリーンジ
ョットを端末装置１００側で表示することで、サーバ装置２００のゲーム画像の送信を停
止するようにしてもよい。

＜１９．ゲームプログラム一時中断処理（６）＞
サーバ装置２００において実行されるゲームプログラム一時中断処理について、図２２
のフローチャートを用いて具体的な処理を説明する。このフローチャートに対応する処理
は、サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対応する処理プロ
グラムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実現することがで
きる。なお、本ゲームプログラム一時中断処理は、例えばサーバ装置２００が、端末装置
１００から中断信号を受信したことを、サーバＣＰＵ２０１が検出した際に開始される。
なお、端末装置１００では、図４で説明したゲーム画像表示プログラム、図５等で説明し
た中断信号の送信を行うプログラムが動作しているものとして以下の説明を行う。

ステップＳ４３１で、サーバＣＰＵ２０１は、サーバ通信部２０８を介して端末装置１
００から中断信号を受信したか否かを判断する。サーバＣＰＵ２０１は、中断信号を受信
していないと判断した場合には、再度ステップＳ４３１を繰り返す。一方、サーバＣＰＵ
２０１は、中断信号を受信したと判断した場合、処理をステップＳ４３２に進める。

ステップＳ４３２で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムのポーズ処理を行う。すなわち、ＣＰＵ２０１は、ゲームプログ
ラムに実装されているポーズ処理を発動させるため、ポーズボタン操作信号と等価な信号
を生成し、ポーズ処理の要求があったものとし、この生成した信号をゲームプログラムへ
疑似的に入力する。

ステップＳ４３３で、サーバＣＰＵ２０１は、タイマー値Ｔ８をリセットし０としたう
えで、処理をステップＳ４３４に進める。

ステップＳ４３４で、サーバＣＰＵ２０１は、タイマー値Ｔ８に経過時間に対応する数
値を加算し、処理をステップＳ４３５へ進める。

ステップＳ４３５で、サーバＣＰＵ２０１は、タイマー値Ｔ８が所定値を超えているか
を判断し、超えていないと判断した場合には、再度ステップＳ４３４の処理を行う。一方
、サーバＣＰＵ２０１は、タイマー値Ｔ８が所定値を超えていると判断した場合には、所
定時間が経過したと判断し、処理をステップＳ４３６に進める。

ステップＳ４３６で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムに関する実行メモリの情報を保持する処理を行う。すなわち、Ｃ
ＰＵ２０１は、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５に展開されているゲームプロ
グラムの内容を保持する。そして、サーバＣＰＵ２０１は、処理をステップＳ４３７に進
める。なお、サーバＶＲＡＭ２０５内の描画中のゲーム画像データに関する情報は、再度
生成可能であり、再開直後のゲーム画像の処理を早めるために予備的に保持するようにし
てもよい。

ステップＳ４３７で、サーバＣＰＵ２０１は、ゲームプログラムの処理を停止するとと
もに、ステップＳ４３８で、端末装置１００への符号化動画データの送信を停止する。

なお、ステップＳ４３５における所定時間は、例えば、０分としてもよい。この場合、
ただちにゲームプログラムの一時中断した情報を直ちに保持することができる。

また、ステップＳ４３５における所定時間は、例えば、１５分程度に設定されている。
これは、端末装置１００において、一時的にゲーム画像表示プログラムが中断された場合
であってもすぐにゲーム画像表示プログラムが再開される場合があるからである。例えば
、端末装置１００から中断信号を受信してすぐに、メモリ情報を保持する処理を開始して
しまうと、ポーズ処理の解除と比較してゲームプログラムの進行の再開が遅れるため、ゲ
ーム画像の送信処理が遅くなってしまうおそれがある。

なお、上述の処理フローにおいて、サーバＣＰＵ２０１は、端末装置１００との間で通
信環境等が悪化し、端末装置１００とサーバ装置２００との間で通信が不可能と判断した
場合に、上述のステップＳ４３２やステップＳ４３６乃至ステップＳ４３８の処理を行う
ようにしてもよい。この場合も、上述したように通信不可能と判断した時から所定時間を
経過するまではゲームプログラムをポーズ処理とし、メモリ情報を保持することを待つよ
うにしてもよい。

＜２１．ゲームプログラム一時中断処理（７）＞
サーバ装置２００において実行される他のゲームプログラム一時中断処理について、図
２３及び図２４のフローチャートを用いて具体的な処理を説明する。このフローチャート
に対応する処理は、サーバＣＰＵ２０１が、例えば、サーバＲＯＭ２０２に記憶された対
応する処理プログラムを読み出し、サーバＲＡＭ２０３に展開して実行することにより実
現することができる。なお、本ゲームプログラム一時中断処理は、例えばサーバ装置２０
０が、中断信号を受信したことを、サーバＣＰＵ２０１が検出した際に開始される。

ステップＳ８４１で、サーバＣＰＵ２０１は、サーバ通信部２０８を介して端末装置１
００から中断信号を受信したか否かを判断する。サーバＣＰＵ２０１は、中断信号を受信
していないと判断した場合には、再度ステップＳ８４１を繰り返す。一方、サーバＣＰＵ
２０１は、中断信号を受信したと判断した場合、処理をステップＳ８４２に進める。

ステップＳ８４２で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムの実行を一時中断し、処理をステップＳ８４３へ進める。すなわ
ち、ＣＰＵ２０１は、ゲームプログラムに実装されているポーズ処理を発動させるため、
ポーズボタン操作信号と等価な信号を生成し、ポーズ処理の要求があったものとし、この
生成した信号をゲームプログラムへ疑似的に入力する。

ここで、本実施の形態において、「ポーズ」とは、ゲームプログラムが実装する処理の
一つであり、例えば、ユーザの操作により要求がなされ、ゲームの進行が一時的に停止可
能な状態であれば一時停止を行うが、ゲームプログラム自体は動作を継続し、実行メモリ
内の情報の保持や移動は行わない処理である。言い換えると、「ポーズ」とは、ゲームの
進行状況を停止するのであって、実行メモリ内の情報の書き換えが行われ得る処理である
。なお、ポーズボタンは、必ずしもゲーム画面に表示されている必要はなく、物理的なボ
タンが規定されていなくともよい。このため、「ポーズボタン押下操作」とは、ポーズボ
タン操作信号を生成するあらゆる操作を含むものとする。

なお、ステップＳ８４２の処理にかかるポーズボタン操作信号の生成は、ランチャープ
ログラムが行ってもよいし、他のプログラムが行うこととしてもよい。

ステップＳ８４３で、サーバＣＰＵ２０１は、タイマー値Ｔ９をリセットし０としたう
えで、処理をステップＳ８４４に進める。

ステップＳ８４４で、サーバＣＰＵ２０１は、タイマー値Ｔ９に経過時間に対応する数
値を加算し、処理をステップＳ８４５へ進める。

ステップＳ８４５で、サーバＣＰＵ２０１は、端末装置１００からポーズ処理の解除を
要求するポーズボタン操作信号が入力されたか否かを判断し、入力があった場合には、ス
テップＳ８４６において、ポーズボタン操作信号をゲームプログラムに入力し、ゲームプ
ログラムのポーズ処理を解除し、処理を終了する。他方、サーバＣＰＵ２０１は、ポーズ
ボタン操作信号の入力が無いと判断した場合には、処理をステップＳ８４７に進める。

ステップＳ８４７で、サーバＣＰＵ２０１は、タイマー値Ｔ９が所定値を超えているか
を判断し、超えていないと判断した場合には、再度ステップＳ８４４の処理を行う。一方
、サーバＣＰＵ２０１は、タイマー値Ｔ９が所定値を超えていると判断した場合には、ユ
ーザがポーズ処理の解除を要求していないと判断し、処理をステップＳ８４８に進める。

ステップＳ８４８で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムに係る実行メモリの情報を保持する処理を行う。すなわち、ＣＰ
Ｕ２０１は、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５に展開されているゲームプログ
ラムの内容をサーバＲＡＭ２０３やサーバＶＲＡＭ２０５にそのまま保持する。そして、
サーバＣＰＵ２０１は、処理をステップＳ８４９に進める。なお、ステップＳ８４８にお
いて、サーバＣＰＵ２０１は、ゲームプログラムに係る情報を保持する処理を行った時刻
を中断時刻として付加し、中断データとする。なお、サーバＶＲＡＭ２０５内の描画中の
ゲーム画像データに関する情報は、再度生成可能であるため、必ずしも保持する必要はな
い。

ステップＳ８４９で、サーバＣＰＵ２０１は、タイマー値Ｔ１０をリセットし０とした
うえで、処理をステップＳ８５０に進める。

ステップＳ８５０で、サーバＣＰＵ２０１は、タイマー値Ｔ１０に経過時間に対応する
数値を加算し、処理をステップＳ８５１へ進める。

ステップＳ８５１で、サーバＣＰＵ２０１は、端末装置１００から中断解除が要求され
た場合、処理をステップＳ８５２へ進める。一方、サーバＣＰＵ２０１は、端末装置１０
０から中断解除の要求もない場合、処理をステップＳ８５３へ進める。

ステップＳ８５２で、サーバＣＰＵ２０１は、ステップＳ８４８において、サーバＲＡ
Ｍ２０３やサーバＶＲＡＭ２０５にそのまま保持している実行メモリの情報に基づきゲー
ムプログラムを再開し、処理を終了する。なお、ステップＳ８５２において、サーバＶＲ
ＡＭ２０５に展開するデータが無い場合で、サーバＧＰＵ２０４による画像描写が必要な
場合、サーバＣＰＵ２０１は、サーバＧＰＵ２０４へ再度、ゲーム画像の描写命令を行い
、サーバＧＰＵ２０４に中断時のサーバＶＲＡＭ２０５内のゲーム画像を再生成する処理
を行う。

一方、ステップＳ８５３で、サーバＣＰＵ２０１は、タイマー値Ｔ２が所定値を超えて
いるかを判断し、超えていないと判断した場合には、再度ステップＳ８５０の処理を行う
。他方、サーバＣＰＵ２０１は、タイマー値Ｔ２が所定値を超えていると判断した場合に
は、所定時間が経過したと判断し、処理をステップＳ８５４に進める。

ステップＳ８５４で、サーバＣＰＵ２０１は、端末装置１００からの要求に従い実行し
ているゲームプログラムに関する実行メモリの情報を保存メモリに移動する処理を行う。
すなわち、ＣＰＵ２０１は、サーバＲＡＭ２０３やサーバＶＲＡＭ２０５に展開されてい
るゲームプログラムに関する情報をサーバストレージ２０７に移動する。そして、サーバ
ＣＰＵ２０１は、処理をステップＳ８５５に進める。なお、ステップＳ８５４において、
サーバＣＰＵ２０１は、ゲームプログラムに関する情報を移動する処理を行った時刻を中
断時刻として付加し、中断データとする。なお、サーバＶＲＡＭ２０５内の描画中のゲー
ム画像データに関する情報は、再度生成可能であるため、必ずしも移動する必要はない。

ステップＳ８５５で、サーバＣＰＵ２０１は、ゲームプログラムの処理を停止するとと
もに、ステップＳ８５６で、端末装置１００への符号化動画データの送信を停止する。こ
こで、ステップＳ８５５における、ゲームプログラムの処理を停止するとは、ランチャー
プログラムが確保した当該ゲームプログラムに関する情報を実行メモリから完全に開放し
た状態にすることをいう。

また、ステップＳ８５４における処理は、保存メモリが実行メモリよりも処理速度が遅
いメモリを使うことが多いため、一時中断処理は頻繁に発生させないように、上述したス
テップ８５３における所定時間を適宜設定することが好ましい。

なお、ステップＳ８４１における中断信号は、図１８において説明したように、所定の
条件において、サーバＣＰＵ２０１が疑似的に生成するようにしてもよいものとする。

なお、ステップＳ８４２における処理は、ステップＳ８４１における中断信号の受信で
はなく、ユーザによる入力操作によってポーズボタンが押下され、通常のポーズボタン操
作信号が端末装置１００から入力された場合に実行するようにしてもよいものとする。

図２３及び図２４のフローチャートで説明したように、サーバ装置２００では、ゲーム
プログラムのポーズ処理、実行メモリの保持、保存メモリへの移動によって、ゲームプロ
グラム固有のセーブ機能によらず、ゲームプログラムの進行状態を保存することができる
。また、サーバ装置２００では、ゲームプログラムのポーズ処理、実行メモリの保持、保
存メモリへの移動を適宜選択的に組み合わせて実行することができるようにしてもよい。

上述で説明した各実施の形態において、サーバ装置２００における、ゲームプログラム
のポーズ処理、実行メモリの保持、保存メモリへの移動は、各単独で実行するようにして
もよいし、任意の組み合わせを用いてもよい。すなわち、ゲームプログラムのポーズ処理
（メニュー画面表示を含む）、実行メモリの保持の組み合わせ、ゲームプログラムのポー
ズ処理、保存メモリへの移動の組み合わせ、実行メモリの保持、保存メモリへの移動の組
み合わせであってもよい。

上述で説明した各実施の形態において、ゲームプログラムの進行状態を保存するとは、
ゲームプログラム固有のセーブポイント等におけるセーブデータを生成する方法以外の、
各種の保存態様を含み、特に、ゲームプログラムのポーズ処理（メニュー画面表示を含む
）、実行メモリの保持、保存メモリへの移動によって、ゲームプログラムの進行状況を再
生可能な状態に留め置くことを表すものとする。

１００端末装置、２００サーバ装置、３００ネットワーク、１０１端末ＣＰＵ
、１０２端末ＲＯＭ、１０３端末ＲＡＭ、１０４端末復号部、１０５端末通信部
、１０６端末表示部、１０７操作入力部、１０８端末ストレージ、２０１サーバ
ＣＰＵ、２０２サーバＲＯＭ、２０３サーバＲＡＭ、２０４サーバＧＰＵ、２０５
サーバＶＲＡＭ、２０６サーバ符号化部、２０７サーバストレージ、２０８サー
バ通信部、６０１ＯＳ、６０２フォアグランド処理、６０３バックグラウンド処理

Claims

ネットワークを介してサーバ装置に接続され、前記サーバ装置にゲームプログラムに係るゲーム画像の符号化を含むプログラム処理を要求し、前記サーバ装置から処理結果を受信し表示を行う端末装置と、
前記端末装置からの要求に従いプログラム処理を行い、処理結果を前記端末装置に送信するサーバ装置とを有し、
前記サーバ装置は、前記端末装置との通信が異常と判断した場合、前記プログラム処理を第１の所定時間継続し、前記第１の所定時間が経過した場合、前記プログラム処理を一時中断するインタラクティブシステム。
前記サーバ装置は、前記プログラム処理の処理結果を保持する実行メモリを有し、前記プログラム処理を一時中断した場合、処理結果を中断データとして前記実行メモリに保持する請求項１記載のインタラクティブシステム。
前記中断データは、ゲームプログラムの符号化動画データ、ゲームプログラムに関する情報、及びゲームプログラムの進行状況を含む請求項２記載のインタラクティブシステム。
前記中断データは、描画中のゲーム画像データに関する情報をさらに含む請求項３記載のインタラクティブシステム。
前記中断データを前記実行メモリに保持した後、前記端末装置との通信が回復した場合、前記サーバ装置は、前記実行メモリに保持された前記中断データに基づき前記プログラム処理を再開する請求項２乃至４のいずれか１項に記載のインタラクティブシステム。
前記サーバ装置は、前記実行メモリとは別の保存メモリを有し、前記実行メモリに保持する処理を行った時刻から第２の所定時間が経過した場合、前記中断データを前記実行メモリから前記保存メモリに移動させる請求項２乃至５のいずれか１項に記載のインタラクティブシステム。
ネットワークを介して端末装置に接続され、前記端末装置からの要求に従いゲームプログラムに係るゲーム画像の符号化を含むプログラム処理を行い、処理結果を前記端末装置に送信し、前記端末装置との通信が異常と判断した場合、前記プログラム処理を第１の所定時間継続し、前記第１の所定時間が経過した場合、前記プログラム処理を一時中断するサーバ装置。
前記プログラム処理の処理結果を保持する実行メモリを有し、前記プログラム処理を一時中断した場合、処理結果を中断データとして前記実行メモリに保持する請求項７記載のサーバ装置。
前記中断データは、ゲームプログラムの符号化動画データ、ゲームプログラムに関する情報、及びゲームプログラムの進行状況を含む請求項８記載のサーバ装置。
前記中断データは、描画中のゲーム画像データに関する情報をさらに含む請求項９記載のサーバ装置。
前記中断データを前記実行メモリに保持した後、前記端末装置との通信が回復した場合、前記実行メモリに保持された前記中断データに基づき前記プログラム処理を再開する請求項８乃至１０のいずれか1項に記載のサーバ装置。
前記実行メモリとは別の保存メモリを有し、前記実行メモリに保持する処理を行った時刻から第２の所定時間が経過した場合、前記中断データを前記実行メモリから前記保存メモリに移動させる請求項８乃至１１のいずれか１項に記載のサーバ装置。
コンピュータに、
ネットワークを介して接続された端末装置からの要求に従いゲームプログラムに係るゲーム画像の符号化を含むプログラム処理を行う処理と、
前記プログラム処理の処理結果を前記端末装置に送信する処理と、
前記端末装置との通信が異常と判断した場合、前記プログラム処理を第１の所定時間継続し、前記第１の所定時間が経過した場合、前記プログラム処理を一時中断する処理とを実行させるプログラム。