JP6277451B2 - 処理システム、サーバ、端末、サーバ処理プログラム及び端末処理プログラム - Google Patents

Description

本発明は、処理システム、サーバ、端末、サーバ処理プログラム及び端末処理プログラムに関する。

従来、端末及びサーバ間で通信を行って処理を実行する処理システムが知られている。特許文献１記載の処理システムでは、端末のアプリケーションに不具合があった場合には、サーバが原因を特定する。サーバは、修正プログラムを端末へ送信し、端末にインストールさせる。

特開２０１２−１５５７４１号公報

端末のアプリケーションによっては、修正プログラムを適用させるためにアプリケーションを終了させる必要がある。しかしながら、端末の使用者の都合により、修正対象のアプリケーションを終了させることができない場合もある。このため、特許文献１記載の処理システムでは、不具合を解消させるタイミングが限定される場合があり、復旧に時間を要するおそれがある。本技術分野では、可用性に優れた処理システムが望まれている。

本発明の一側面に係る処理システムは、端末及びサーバ間で通信を行う処理システムであって、前記端末において処理を実行する通常処理部と、前記通常処理部において実行される所定の処理と関連付けされた代行情報に基づいて、前記所定の処理の少なくとも一部を前記サーバが代行するか否かを決定する決定部と、前記決定部の決定結果に基づいて、前記サーバにおいて前記所定の処理の少なくとも一部を代行する代行処理部と、を備える。

本発明の他の側面に係るサーバは、端末と通信を行うサーバであって、前記端末から情報を受信する受信部と、前記受信部により受信された情報に基づいて、前記端末の処理を代行する代行処理部と、前記代行処理部による処理結果を前記端末へ送信する送信部と、を備える。

本発明のさらに他の側面に係るサーバ処理プログラムは、端末と通信を行うサーバを動作させるサーバ処理プログラムであって、前記端末において実行される所定の処理と関連付けされた代行情報を用いて前記所定の処理の少なくとも一部が代行されるか否かが決定された決定結果に基づいて、前記端末の処理を代行する代行処理部、及び、前記代行処理部による処理結果を前記端末へ送信する送信部として前記サーバを動作させる。

本発明のさらに他の側面に係る端末は、サーバと通信を行う端末であって、処理を実行する通常処理部と、前記通常処理部において実行される所定の処理と関連付けされた代行情報を用いて前記所定の処理の少なくとも一部が代行されるか否かが決定された決定結果に基づき前記サーバによって代行された処理結果を、前記サーバから受信する受信部と、を備える。

本発明のさらに他の側面に係る端末処理プログラムは、サーバと通信する端末を動作させる端末処理プログラムであって、処理を実行する通常処理部、及び、前記通常処理部において実行される所定の処理と関連付けされた代行情報を用いて前記所定の処理の少なくとも一部が代行されるか否かが決定された決定結果に基づき前記サーバによって代行された処理結果を、前記サーバから受信する受信部として前記端末を動作させる。

第１実施形態に係る処理システムの構成を示す概略図である。 図１に示す代行サーバ及び端末装置のハードウェア構成を説明するブロック図である。 図１の処理システムの機能ブロック図である。 ユーザテーブルの一例である。 処理ＩＤテーブルの一例である。 処理ＩＤ管理テーブルの一例である。 対象情報の一例である。 代行情報の一例である。 図１の処理システムの代行テーブルの更新処理を説明するフローチャートである。 図１の処理システムによる代行処理を説明するフローチャートである。 第１実施形態に係る処理システムの作用効果を説明する概要図である。 第２実施形態に係る処理システムの概略図である。 図１２の処理システムによる代行処理を説明するフローチャートである。 図１２の処理システムによる代行処理を説明するフローチャートである。

以下、図面を参照して種々の実施形態について詳細に説明する。なお、各図面において同一又は相当の部分に対しては同一の符号を附すこととする。

（第１実施形態）
本実施形態に係る処理システムは、端末及びサーバ間で通信を行うシステムである。処理システムでは、例えば、端末にインストールされたソフトウェア（アプリケーション）が起動され、ユーザに対してゲームが提供される。なお、ユーザとは、処理システムに登録された利用者を意味する。ユーザは、端末の使用者と同一であってもよいし、端末の使用者とは異なる人であってもよい。ユーザは処理システムにおいてユーザＩＤによって識別される。また、処理システムのサービスの内容は、特に限定されない。以下では、一例として、アプリケーションがゲームをユーザへ提供する場合を説明する。

図１は、実施形態に係る処理システム１の構成を示す概要図である。図１に示すように、処理システム１は、例えば、複数の端末装置１０Ａ、及び、代行サーバ３０を備える。複数の端末装置１０Ａは、端末装置１０Ａ_１〜端末装置１０Ａ_ｎを含む（ｎは１より大きい自然数である）。端末装置１０Ａ_１〜端末装置１０Ａ_ｎは、双方向通信機能を備えた機器で、例えば携帯電話機、通信機能付き携帯ゲーム機又はパーソナルコンピュータ等である。端末装置１０Ａ_１〜端末装置１０Ａ_ｎは、ネットワークＮを介して代行サーバ３０と通信可能に構成されている。ネットワークＮは、例えばインターネット又は専用回線等である。端末装置１０Ａ_１〜端末装置１０Ａ_ｎは、ほぼ同様に構成されるため、以下では、端末装置１０Ａ_１を代表して説明する。なお、図１の処理システム１は一例であり、一台の端末装置１０Ａ_１及び代行サーバ３０からなる処理システム１であってもよい。

図２は、図１に示す端末装置１０Ａ_１及び代行サーバ３０のハードウェア構成を説明するブロック図である。図２に示すように、端末装置１０Ａ_１及び代行サーバ３０は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）又はＲＡＭ（Random Access Memory）等の主記憶部１０２、ハードディスク等の補助記憶部１０３、通信を制御するネットワークカード等の通信制御部１０４、カメラ又はタッチパネル等の入力部１０５及びディスプレイ等の出力部１０６等を含む通常のコンピュータとして構成される。後述する端末装置１０Ａ_１及び代行サーバ３０の各機能は、例えば、ＣＰＵ１０１の制御により、主記憶部１０２等のハードウェア上に所定のソフトウェアを読み込ませ、入力部１０５及び出力部１０６を動作させ、主記憶部１０２又は補助記憶部１０３に記憶されたデータの読み出し又は書き込みを行い、通信制御部１０４により通信する等、の各ハードウェアの動作の組み合わせによって実現される。

図３は、処理システム１の機能構成を示すブロック図である。図３に示すように、端末装置１０Ａ_１は、例えば、入出力部１７、処理実行部１３、ゲーム管理部１１、テーブル管理部１５及び端末側送受信部１８を備える。端末装置１０Ａ_１は、例えば、処理ＩＤテーブル１２、代行テーブル１４及びデータ記録部１６を備える。

以下では、ゲームとして、モンスターが描かれたカードを用いてコンピュータ又は他のユーザと対戦（バトル）を行うゲームを一例として説明する。このゲームでは、ユーザが抽選等によりカードを取得する。取得したカードのモンスターにレベルが付与されており、得られた「経験値」に応じてモンスターのレベルが上昇し、レベルに応じてモンスターの強さに関連したパラメータが上昇する。カード同士が「合成」された場合には、異なるモンスターのカードとなったり、合成前のモンスターへ「経験値」が付与されたりする。このように、ユーザは、モンスターを「経験値」に応じて成長させて、コンピュータ又は他のユーザと対戦（バトル）を行う。また、ユーザのレベルも存在し、ユーザのレベルに応じてゲームの進行や所有可能なカード枚数等が変更される。なお、ユーザは、処理システム１が対象とするゲームのユーザである。当該ゲームを実行するアプリケーションは、例えば、通信を介して端末装置１０Ａ_１にダウンロードされて、インストールされる。

入出力部１７は、入力操作受付部２６及び表示部２５を備える。入力操作受付部２６は、ユーザの操作を受け付ける位置入力装置である。例えば、入力操作受付部２６は、ゲームの進行に関するユーザの操作を受け付ける。入力操作受付部２６は、ユーザ操作に関する情報を処理実行部１３へ出力する。表示部２５は、処理実行部１３の出力結果に基づいて、ゲームの内容等を表示する。入力操作受付部２６及び表示部２５として、例えばタッチパネルが用いられる。

ゲーム管理部１１は、ゲームの全体の所定の処理の管理を行う。所定の処理とは、処理システム１によって提供されるサービスに関する端末装置１０Ａ_１側のアプリケーション内で実行される処理である。ゲーム管理部１１は、例えば、処理実行部１３に対して命令し、処理実行部１３に所定の処理を実行させる。ゲーム管理部１１は、例えば、処理実行部１３を介して取得したユーザ操作に関する情報に基づいて、実行するゲームの処理を決定する。ゲームの処理は、処理ＩＤによって識別できる。ゲーム管理部１１は、例えば、処理ＩＤに基づいて、処理ＩＤテーブル１２に格納された処理内容を参照する。処理ＩＤテーブル１２は、例えば、処理ＩＤに関連付けされた処理内容が格納されたテーブルである。図４は、処理ＩＤテーブル１２の一例である。図４に示すように、処理ＩＤテーブル１２は、処理を識別する「処理ＩＤ」に「処理内容」、「利用パラメータ」及び「結果パラメータ」が関連付けされている。「処理内容」は、例えば、「カード抽選」、「バトル」、「合成」又は「レベルアップ処理」等である。「利用パラメータ」は、当該処理に必要な情報である。「結果パラメータ」は当該処理後に出力されて記録される情報である。

例えば、「処理ＩＤ」が「００５５」の場合を説明する。この場合、「処理内容」として「カード抽選」が「００５５」に関連付けされている。そして、「利用パラメータ」として「Ａ：抽選種類ＩＤ」及び「Ｂ：回数」が「００５５」に関連付けされており、「結果パラメータ」として「Ａ：排出カードＩＤ」が「００５５」に関連付けされている。カード抽選には、幾つかの種類の抽選が存在する。「抽選種類ＩＤ」は、複数の抽選の種類から処理対象となる抽選を識別するための識別子である。また、「回数」は抽選回数である。「排出カードＩＤ」は、抽選によって当選したカードを識別するための識別子である。

同様に、「処理ＩＤ」が「００５６」の場合を説明する。「処理内容」として「バトル」が当該「００５６」に関連付けされている。そして、「利用パラメータ」として「Ａ：対戦種類ＩＤ」及び「Ｂ：対戦相手ユーザＩＤ」が「００５６」にそれぞれ関連付けされており、「結果パラメータ」として「Ａ：対戦結果」及び「Ｂ：戦利ポイント」が「００５６」にそれぞれ関連付けされている。対戦は、幾つかの種類が存在する。「対戦種類ＩＤ」は、複数の対戦の種類から処理対象となる対戦を識別するための識別子である。「対戦相手ユーザＩＤ」は、対戦相手のユーザを識別するための識別子である。「対戦結果」は勝敗の内容であり、「戦利ポイント」は、勝敗の結果によって得られるポイントである。

同様に、「処理ＩＤ」が「００５７」の場合では、「処理内容」として「合成」が当該「００５７」に関連付けされている。そして、「利用パラメータ」として「Ａ：ベースカードシリアル」及び「Ｂ：素材カードシリアル」が「００５７」にそれぞれ関連付けされており、「結果パラメータ」として「Ａ：ベースカードシリアル」及び「Ｂ：ベースカードパラメータ」が「００５７」にそれぞれ関連付けされている。例えば、カード同士が「合成」される場合には、合成後のモンスターの基本となる「ベースカード」と、「ベースカード」のモンスターを成長させるための「素材カード」とがユーザにより選択される。「ベースカードシリアル」は、ベースカードとして「合成」されるカードを一意に選択する識別子である。「素材カードシリアル」は、素材カードとして「合成」されるカードを一意に選択する識別子である。「ベースカードパラメータ」は、「ベースカード」のモンスターの強さと関連付けされたパラメータである。

同様に、「処理ＩＤ」が「００５８」の場合では、「処理内容」として「レベルアップ処理」が当該「００５８」に関連付けされている。そして、「利用パラメータ」として「Ａ：ユーザパラメータレベル」が「００５８」に関連付けされており、「結果パラメータ」として「Ａ：ユーザパラメータレベル」が「００５８」に関連付けされている。「ユーザパラメータレベル」は、ユーザのレベルを示すパラメータである。

このように、処理ＩＤテーブル１２には、ゲームで実行される処理ごとに、処理に必要な「利用パラメータ」と、処理によって出力される「結果パラメータ」とが関連付けされている。ゲーム管理部１１は、処理ＩＤテーブル１２を参照し、処理ＩＤに基づいて処理内容を決定する。そして、ゲーム管理部１１は、決定された処理内容を処理実行部１３へ出力する。

処理実行部１３は、決定部１９、通常処理部２０、データ管理部（端末データ更新部）２１及び代行処理中継部２２を備えている。決定部１９は、ゲーム管理部１１により出力された処理ＩＤに基づいて、代行サーバ３０に実行させるか否かを決定する。決定部１９は、例えば、代行テーブル１４を参照して当該処理内容の実行先を決定する。図５は、代行テーブル１４の一例である。図５に示すように、代行テーブル１４では、「処理ＩＤ」に「代行処理フラグ」が関連付けされている。「代行処理フラグ」は、「０」又は「１」が格納されている。決定部１９は、「代行処理フラグ」が「０」の場合には、端末装置１０Ａ_１に処理を実行させると決定する。この場合、決定部１９は、決定結果を通常処理部２０へ出力する。決定結果は、例えば処理ＩＤを含む。一方、決定部１９は、「代行処理フラグ」が「１」の場合には、代行サーバ３０に処理を実行させると決定する。この場合、決定部１９は、代行処理中継部２２へ決定結果を出力する。なお、代行テーブル１４には、代行処理を特定するために必要なその他のパラメータを含んでいてもよい。

通常処理部２０は、決定部１９により出力された決定結果に基づいて所定の処理を行う。通常処理部２０は、処理システム１によって提供されるサービスに関する処理であって、端末装置１０Ａ_１側のアプリケーション内で実行される処理を行う。通常処理部２０にて実行される処理は、例えばアプリケーションにて予め定められている。具体的には、端末装置１０Ａ_１にアプリケーションがインストールされた時点で定められている通常の処理である。例えば、処理ＩＤが「００５８」である場合には、通常処理部２０は、「レベルアップ処理」を行う。通常処理部２０は、データ管理部２１へ「レベルアップ処理」に必要なデータを問い合わせる。データ管理部２１は、端末装置１０Ａ_１内のデータを管理する。端末装置１０Ａ_１内のデータとは、端末装置１０Ａ_１本体にあるＲＡＭ等の記憶領域、又は、端末装置１０Ａ_１から参照可能な外部記憶領域に記録されているデータである。データ管理部２１は、ここでは、データ記録部１６に格納されたゲームに関する情報を管理する。データ記録部１６には、ゲームの進行に必要な基本となるデータ及びユーザ固有の情報が含まれている。ゲームの基本と成るデータとは、ゲーム画面に関する情報、カードに関するデフォルトの情報（成長前のモンスターに関する情報及びモンスターの画像等）、又はゲーム音楽等である。また、ユーザ固有の情報とは、ユーザのレベル、ユーザの所有カードの情報（所有カードの種類又はレベル等）又はユーザの成績等が含まれる。通常処理部２０は、データ管理部２１を介して取得した情報に基づいて処理を実行し、実行結果をデータ記録部１６又は入出力部１７へ出力する。

代行処理中継部２２は、代行サーバ３０にて代行処理を行うために必要な中継処理を行う。代行処理中継部２２は、代行処理情報生成部２３及び代行結果受信部２４を備える。代行処理情報生成部２３は、代行サーバ３０にて代行処理を行うために必要な情報（代行処理情報）を生成する。代行処理情報生成部２３は、データ管理部２１へ代行処理に必要なデータを問い合わせし、データ記録部１６よりデータを取得する。代行処理情報生成部２３は、取得されたデータに基づいて代行処理情報を生成する。代行処理情報は、代行処理を行う処理ＩＤ及び代行処理に必要なパラメータ等の情報を含んでいる。代行処理情報は、ユーザＩＤを含んでいてもよい。代行処理情報生成部２３は、端末側送受信部１８へ代行処理情報を出力する。

代行結果受信部２４は、代行サーバ３０によって処理された結果（代行結果）を、端末側送受信部１８を介して受信する。代行結果受信部２４は、受信された情報を、通常処理部２０で利用可能なデータ形式へ変換する。そして、代行結果受信部２４は、変換後のデータをデータ管理部２１へ出力する。データ管理部２１は、代行結果受信部２４により出力されたデータを通常処理部２０又はデータ記録部１６へ出力する。

端末側送受信部１８は、代行サーバ３０と通信する。通信に用いられる情報には、送信先情報とデータが含まれる。端末側送受信部１８は、代行サーバ３０を宛先とする送信先情報及びデータを送信する。また、端末側送受信部１８は、送信先に関する情報に基づいて端末装置１０Ａ_１宛の情報であるか否かを判断し、端末装置１０Ａ_１宛の情報である場合にデータを受信する。具体的には、端末側送受信部１８は、例えば、代行処理情報生成部２３により生成された代行処理情報を代行サーバ３０へ送信し、代行サーバ３０にて実行された代行結果を代行サーバ３０から受信する。

また、端末側送受信部１８は、例えば、代行情報を代行サーバ３０から受信する。代行情報とは、代行サーバ３０側の情報を基に生成された情報であって、決定部１９の決定において参照される情報である。代行情報は、例えば代行処理を特定する情報である。代行情報は、例えば、「代行処理ＩＤ」を含んでいる。代行処理ＩＤは、代行処理の対象となる処理ＩＤを示す識別子である。代行情報には、対象となるユーザを識別するために、ユーザＩＤが含まれていてもよい。端末側送受信部１８は、受信された代行情報をテーブル管理部１５へ出力する。テーブル管理部１５は、代行情報に基づいて代行テーブル１４を更新する。例えば、テーブル管理部１５は、「代行処理ＩＤ」に一致する「処理ＩＤ」に関連付けされた「代行処理フラグ」を変更する。なお、端末側送受信部１８は、受信した代行情報をＲＡＭ等の記録部に記録してもよい。この場合、テーブル管理部１５は、記録部を参照して代行情報を取得し、代行テーブル１４を更新する。

代行サーバ３０は、代行情報生成部３６、ユーザＤＢ３７、サーバ側送受信部３２及び代行処理部３１を備えている。

代行情報生成部３６は、上述した代行情報を生成する機能を有している。代行情報生成部３６は、代行処理ＩＤ受付部４１及びユーザ特定部４０を備えている。代行処理ＩＤ受付部４１は、例えば代行サーバ３０のオペレータの入力操作によって入力された代行処理ＩＤ３９を受け付ける。また、ユーザ特定部４０は、代行サーバ３０のオペレータの入力操作によって入力された条件データ３８を受け付ける。条件データ３８は、ユーザのレベル又は成績等に関連したデータであって、代行処理が必要となる条件を示す。図６は、上述した「代行処理ＩＤ」及び「代行処理が必要となる条件」を関連付けさせたテーブルである。オペレータの入力操作によって、代行処理ＩＤ「００５８」、及び、パラメータ「９９」を関連付けする。なお、パラメータ「９９」は、ユーザのレベルが９９であることを示している。

ユーザＤＢ３７には、複数の端末装置１０Ａのユーザに関する属性情報が格納されている。ユーザの属性情報とは、ユーザ個別に設定されたパラメータであり、例えば、ユーザのレベル、ゲーム進捗度または所持アイテム等が含まれる。図７は、ユーザＤＢ３７に格納された属性情報の一例である。図７に示すように、ユーザＤＢ３７には、「ユーザＩＤ」、「ユーザ名」、「アバター画像」及び「ユーザパラメータ」がそれぞれ関連付けされて記録されている。「アバター画像」はユーザのアバターを表示する際に用いられる画像である。「ユーザパラメータ」には、ユーザのゲームのレベルが格納されている。ユーザ特定部４０は、条件データ３８及びユーザＤＢ３７に基づいて、当該条件に該当するユーザを特定する。例えば、ユーザ特定部４０は、レベルが「９９」であるユーザをユーザＤＢ３７から取得する。そして、代行情報生成部３６が、ユーザ特定部４０により特定されたユーザと、代行処理ＩＤ受付部４１によって取得された代行処理ＩＤと関連付けし、代行情報を生成する。図８は、代行情報の一例である。図８に示すように、代行情報は、例えば、レベル「９９」であるユーザを識別する「ユーザＩＤ」と、代行処理を識別する「代行処理ＩＤ」とが関連付けされた情報である。代行情報生成部３６は、生成された代行情報をサーバ側送受信部３２へ出力する。

サーバ側送受信部３２は、端末装置１０Ａ_１と通信する。通信に用いられる情報には、送信先情報とデータが含まれる。サーバ側送受信部３２は、端末装置１０Ａ_１を宛先とする送信先情報及びデータを送信する。例えば、サーバ側送受信部３２は、代行情報生成部３６により生成された代行情報に基づいて、送信先情報及びデータを作成して送信する。また、サーバ側送受信部３２は、送信先情報に基づいて代行サーバ３０宛の情報であるか否かを判断し、代行サーバ３０宛の情報である場合にはデータを受信する。また、サーバ側送受信部３２は、例えば、代行処理情報を受信する。上記のとおり、代行処理情報は、代行処理を行う処理ＩＤ及び代行処理に必要なパラメータ等の情報を含んでいる。また、代行処理情報は、ユーザＩＤを含んでいてもよい。サーバ側送受信部３２は、受信されたデータを代行処理部３１へ出力する。

代行処理部３１は、解析部３３、算出部３４及び代行結果生成部３５を備えている。解析部３３は、サーバ側送受信部３２により受信された代行処理情報を解析する。そして、解析部３３は、代行処理情報に含まれる処理ＩＤ及び処理ＩＤによって特定される処理に必要な情報を取得する。ここで、解析部３３は、送信元のユーザＩＤを代行処理情報から取得してもよい。解析部３３は、取得された情報を算出部３４へ出力する。

算出部３４は、代行処理情報に含まれる処理ＩＤ及び処理ＩＤによって特定される処理に必要な情報に基づいて、端末装置１０Ａ_１の代わりに処理を行う。算出部３４は、処理結果（代行結果）を代行結果生成部３５へ出力する。処理結果（代行結果）とは、代行処理部３１が決定部１９の決定に基づいて処理した結果の情報であって、端末装置１０Ａへ送信される情報である。代行結果生成部３５は、算出部３４によって処理された代行結果を、端末装置１０Ａへ送信可能な情報とする。例えば、解析部３３により得られたユーザＩＤを送信先情報とし、代行結果を送信するデータとする。代行結果生成部３５は、送信先情報及び代行結果をサーバ側送受信部３２へ出力する。サーバ側送受信部３２は、送信先情報及び代行結果を送信し、端末装置１０Ａ_１の端末側送受信部１８に受信させる。

次に、処理システム１の動作について説明する。図９は、処理システム１の代行テーブル１４の更新処理を説明するフローチャートである。図９に示す処理は、端末装置１０Ａ_１及び代行サーバ３０によって実行される。例えば、端末装置１０Ａ_１は、アプリケーションの起動から図９に示す処理を開始し、所定の間隔で繰り返し実行する。また、代行サーバ３０は、更新処理をするためのプログラムの起動から図９に示す処理を開始し、所定の間隔で繰り返し実行する。

図９に示すように、最初に、代行サーバ３０は、条件データ３８がオペレータ等により入力されたか否かを判定する（Ｓ１０）。Ｓ１０の処理では、代行情報生成部３６が、条件データ３８の入力の有無を判定する。Ｓ１０の処理において、条件データ３８が入力されていない場合には、一定期間後に再度Ｓ１０の処理を実行する。以下では、図６に示す条件データ３８及び代行処理ＩＤ３９が入力された場合を説明する。すなわち、条件データは、「９９」であり、代行処理ＩＤは、「００５８」である。Ｓ１０の処理において、代行情報生成部３６により条件データ３８が入力されたと判定された場合には、ユーザＩＤ特定処理へ移行する（Ｓ１２）。

Ｓ１２の処理では、ユーザ特定部４０が、条件データ３８に基づいて、代行処理を行うユーザを特定する。例えば、ユーザ特定部４０は、ユーザＤＢ３７を参照し、条件データ「９９」に関連付けされたユーザを取得する。ユーザＤＢ３７は、例えば図７に示すテーブルを格納している。この場合、ユーザ特定部４０は、ユーザパラメータの「レベル」が「９９」となっているユーザのユーザＩＤ「００２３４５６９」を取得する。ユーザ特定部４０は、ユーザＩＤ「００２３４５６９」だけでなく、ユーザパラメータの「レベル」が「９９」となっているユーザ全てを特定し、ユーザＩＤを取得する。Ｓ１２の処理が終了すると、代行情報生成処理へ移行する（Ｓ１４）。

Ｓ１４の処理では、代行情報生成部３６が、代行情報を生成する。代行情報生成部３６は、ユーザ特定部４０により特定された情報と、代行処理ＩＤとを関連付けすることで、図８に示す代行情報を生成する。図８に示すように、代行情報は、ユーザパラメータの「レベル」が「９９」となっているユーザＩＤ「００２３４５６９」と代行処理ＩＤ「００５８」とを関連付けしている。なお、図８では、Ｓ１２の処理において判定された他のユーザＩＤ「００２３４１１」「００２３７８９０」「００２４１１２３」も代行処理ＩＤ「００５８」とそれぞれ関連付けしている。代行情報生成部３６は、代行情報をサーバ側送受信部３２へ出力する。サーバ側送受信部３２は、ユーザＩＤに基づいて送信先情報を作成し、代行処理ＩＤを送信データとして端末側送受信部１８へ送信する（Ｓ１４）。例えば、ユーザＩＤ「００２３４５６９」を例とすると、ユーザＩＤ「００２３４５６９」を送信先情報とし、送信データを代行処理ＩＤ「００５８」とする。他のユーザＩＤ「００２３４１１」「００２３７８９０」「００２４１１２３」についても、ユーザＩＤに基づいてそれぞれの送信先情報が決定され、代行処理ＩＤ「００５８」を送信データとして送信される。Ｓ１４の処理が終了すると、代行サーバ３０の処理を終了する。

端末装置１０Ａ_１では、端末側送受信部１８が、代行情報を受信する（Ｓ１６）。例えば、ユーザＩＤ「００２３４５６９」と関連付けされた端末側送受信部１８が、代行処理ＩＤ「００５８」を代行情報として受信する。そして、端末側送受信部１８は、代行情報をテーブル管理部１５へ出力する。テーブル管理部１５は、代行テーブル１４を変更する。例えば、テーブル管理部１５は、図５に示すように、代行処理ＩＤと同一の処理ＩＤ「００５８」の代行処理フラグを「０」から「１」へ変更する（Ｓ１８）。Ｓ１８の処理が終了すると、端末装置１０Ａ_１の処理を終了する。

以上で図９に示す制御処理を終了する。図９に示す制御処理を実行することで、端末装置１０Ａ_１の代行テーブル１４が更新される。

次に、図１０を用いて、処理システム１の代行処理を説明する。図１０は、処理システム１による代行処理を説明するフローチャートである。図１０に示す処理は、端末装置１０Ａ_１及び代行サーバ３０によって実行される。例えば、端末装置１０Ａ_１は、アプリケーションの起動から図１０に示す処理を開始し、所定の間隔で繰り返し実行する。また、代行サーバ３０は、代行処理をするためのプログラムの起動から図１０に示す処理を開始し、所定の間隔で繰り返し実行する。なお、以下では、端末装置１０Ａ_１におけるゲームのユーザＩＤを「００２３４５６９」として説明する。

図１０に示すように、最初に、端末装置１０Ａ_１にて、ゲーム管理部１１が処理命令を処理実行部１３の決定部１９へ出力する。処理命令は、例えば処理ＩＤが含まれる。例えば、処理命令には、図４に示す処理ＩＤ「００５７」又は「００５８」等が含まれる。Ｓ２０の処理が終了すると、代行フラグ判定処理へ移行する（Ｓ２２）。

Ｓ２２の処理では、決定部１９が、Ｓ２０の処理で取得された処理ＩＤと代行テーブル１４とを用いて、ゲーム管理部１１から要求されている処理ＩＤの処理が代行対象であるか否かを判定する。決定部１９は、例えば図５に示す代行テーブル１４を参照し、Ｓ２０の処理で取得された処理ＩＤに関連付けされた代行処理フラグが「１」であるか否かを判定する。例えば、Ｓ２０の処理で取得された処理ＩＤが「００５７」である場合には、決定部１９は、処理フラグが「１」でないと判定し、通常処理へ移行する（Ｓ２４）。

Ｓ２４の処理では、通常処理部２０が、Ｓ２０の処理で取得された処理ＩＤ「００５７」により識別された処理を実行する。図４に示すように、処理ＩＤ「００５７」により識別された処理である「合成」が行われる。Ｓ２４の処理が終了すると、記録処理へ移行する（Ｓ３８）。

Ｓ３８の処理では、データ管理部２１が、Ｓ２４の処理結果を、必要に応じてデータ記録部１６へ格納する。例えば、データ管理部２１は、図４に示すように、処理ＩＤ「００５７」により識別された処理の結果パラメータである「ベースカードシリアル」「ベースカードパラメータ」を、データ管理部２１へ記録する。Ｓ３８の処理が終了すると、図１０に示す制御処理を終了する。

一方、Ｓ２２の処理において、例えばＳ２０の処理で取得された処理ＩＤが「００５８」である場合には、決定部１９は、処理フラグが「１」であると判定し、代行処理情報の生成処理へ移行する（Ｓ２６）。Ｓ２６の処理では、代行処理情報生成部２３によって、処理ＩＤ「００５８」及び処理ＩＤ「００５８」の処理に必要な情報を含む代行処理情報が生成される。図４に示すように、処理ＩＤ「００５８」の処理に必要な情報は、利用パラメータである「ユーザパラメータレベル」である。ここで、代行処理情報は、当該ユーザの識別子であるユーザＩＤ「００２３４５６９」を含んでもよい。代行処理情報生成部２３は、代行処理情報を端末側送受信部１８へ出力する。端末側送受信部１８は、送信先情報を代行サーバ３０、代行処理情報を送信データとして、ネットワークＮへ送信する。Ｓ２６の処理が終了すると、代行処理情報受付処理へ移行する（Ｓ２８）。

Ｓ２８の処理では、代行サーバ３０のサーバ側送受信部３２が、代行処理情報を受信する。例えば、サーバ側送受信部３２は、ユーザＩＤ「００２３４５６９」、処理ＩＤ「００５８」及び処理ＩＤ「００５８」の処理に必要な「ユーザパラメータレベル」を代行処理情報として受信する。Ｓ２８の処理が終了すると、代行処理情報の解析処理へ移行する（Ｓ３０）。

Ｓ３０の処理では、サーバ側送受信部３２が、代行処理情報を解析部３３へ出力する。例えば、サーバ側送受信部３２は、処理ＩＤ「００５８」及び「ユーザパラメータレベル」を解析部３３へ出力する。解析部３３は、代行処理情報を解析し、代行処理情報に含まれる処理ＩＤ及び処理ＩＤによって特定される処理に必要な情報を取得する。例えば、解析部３３は、代行処理情報を解析し、処理ＩＤ「００５８」及び「ユーザパラメータレベル」を取得する。ここで、解析部３３は、送信元のユーザＩＤを代行処理情報から取得してもよい。この場合、例えば、ユーザＩＤ「００２３４５６９」が代行処理情報に含まれる。ユーザＩＤ「００２３４５６９」は、最終的に端末装置Ａ_１へ代行結果を送信するときに利用され得る。Ｓ３０の処理が終了すると、代行処理の実行処理へ移行する（Ｓ３２）。

Ｓ３２の処理では、算出部３４が、代行処理情報に含まれる処理ＩＤ及び処理ＩＤによって特定される処理に必要な情報に基づいて、代行処理を実行する。すなわち、算出部３４は、処理ＩＤ「００５８」及び「ユーザパラメータレベル」に基づいて、代行処理を実行する。代行処理によって得られる結果は、図４に示すように「ユーザパラメータレベル」である。Ｓ３２の処理が終了すると、代行結果生成処理へ移行する（Ｓ３４）。

Ｓ３４の処理では、代行結果生成部３５が、Ｓ３４の処理で得られた代行結果を、端末装置１０Ａへ送信可能な情報へ変換する。例えば、解析部３３により得られたユーザＩＤを送信先情報とし、処理ＩＤ「００５８」の代行結果である「ユーザパラメータレベル」を送信するデータとする。代行結果生成部３５は、送信先情報及び代行結果をサーバ側送受信部３２へ出力する。サーバ側送受信部３２は、送信先情報を端末装置１０Ａ_１、代行結果を送信データとして、ネットワークＮへ送信する。Ｓ３４の処理が終了すると、代行結果の受付処理へ移行する（Ｓ３６）。

Ｓ３６の処理では、端末側送受信部１８が、代行結果を受信し、代行結果受信部２４へ出力する。例えば、端末側送受信部１８は、処理ＩＤ「００５８」の代行結果である「ユーザパラメータレベル」を受信し、代行結果受信部２４へ出力する。代行結果受信部２４は、受信された代行結果を、通常処理部２０で利用可能なデータ形式へ変換する。そして、代行結果受信部２４は、変換後のデータをデータ管理部２１へ出力する。Ｓ３６の処理が終了すると、記録処理へ移行する（Ｓ３８）。

Ｓ３８の処理では、データ管理部２１が、Ｓ３６の処理結果を、必要に応じてデータ記録部１６へ格納する。データ管理部２１は、代行結果受信部２４により出力されたデータをデータ記録部１６へ出力する。例えば、データ管理部２１は、処理ＩＤ「００５８」の代行結果である「ユーザパラメータレベル」をデータ記録部１６へ出力して記録する。また、データ管理部２１は、処理ＩＤ「００５８」の代行結果である「ユーザパラメータレベル」を通常処理部２０へ出力してもよい。処理ＩＤ「００５８」の代行結果が通常処理部２０へ出力された場合には、通常処理部２０が処理ＩＤ「００５８」の代行結果を表示部２５へ表示させる。これによって、レベル「９９」のユーザのレベルアップ処理結果が当該ユーザへ提供される。Ｓ３８の処理が終了すると、図１０に示す制御処理を終了する。

以上で図１０に示す制御処理を終了する。図１０に示す制御処理を実行することで、端末装置１０Ａ_１の処理が代行サーバ３０によって代行される。

次に、コンピュータを端末装置１０Ａ_１又は代行サーバ３０として機能させるための端末処理プログラム及びサーバ処理プログラムを説明する。

端末処理プログラムは、メインモジュール、入力モジュール及び演算処理モジュールを備えている。メインモジュールは、端末処理を統括的に制御する部分である。入力モジュールは、ユーザからの入力を受け付けるようにコンピュータを動作させる。演算処理モジュールは、処理実行モジュール及びゲーム管理モジュールを備えている。メインモジュール、入力モジュール及び演算処理モジュールを実行させることにより実現される機能は、上述した端末装置１０Ａ_１の入出力部１７、処理実行部１３（決定部１９）、ゲーム管理部１１、端末側送受信部１８及びテーブル管理部１５の機能とそれぞれ同様である。

サーバ処理プログラムは、メインモジュール、入力モジュール及び演算処理モジュールを備えている。メインモジュールは、サーバ処理を統括的に制御する部分である。入力モジュールは、ユーザからの入力を受け付けるようにコンピュータを動作させる。演算処理モジュールは、代行生成モジュール及び代行処理モジュールを備えている。メインモジュール、入力モジュール及び演算処理モジュールを実行させることにより実現される機能は、上述した代行サーバ３０のサーバ側送受信部３２、代行情報生成部３６、代行処理部３１の機能とそれぞれ同様である。

端末処理プログラム及びサーバ処理プログラムは、例えば、ＲＯＭ又は半導体メモリ等の記録媒体によって提供される。また、端末処理プログラム及びサーバ処理プログラムは、データ信号としてネットワークを介して提供されてもよい。

図１１は、処理システム１の作用効果を説明する概要図である。端末装置１０Ａ_１にインストールされているアプリケーションが処理Ａ、処理Ｂ及び処理Ｃを実行する場合を例に説明する。図１１に示すように、例えばアプリケーションの不具合により、処理Ｃが正常に実行されない場合がある。このような場合には、アプリケーションの不具合を解消させる必要があるため、端末装置１０Ａ_１とアプリケーションの修正プログラムを有するＷｅｂサーバ等とが通信する。そして、例えば、端末装置１０Ａ_１が修正プログラムをダウンロードし、アプリケーションの不具合を解消する（アップデート処理）。

このとき、端末装置１０Ａ_１のアプリケーションによっては、アプリケーションの終了、修正プログラムのインストール、及び、アプリケーションの起動という一連の動作が必要になる場合がある。しかしながら、ユーザの都合により、修正対象のアプリケーションを終了させることができない場合もある。また、アプリケーションの修正プログラムをＷｅｂサーバが早急に用意できない場合もある。これらの場合には、ユーザに対するサービスが停止するおそれがあるため、復旧に時間を要する場合がある。

これに対して、実施形態に係る処理システム１では、図９，１０に示す処理を実行することにより、正常に実行することができない処理Ｃを代行サーバ３０へ代行させる。そして、端末装置１０Ａ_１が処理Ｃの結果を代行サーバ３０から受信することで、端末装置１０Ａ_１が実行したかのようにユーザへ結果Ｃを提供することができる。このため、可用性に優れた処理システム１とすることができる。

なお、上述した第１実施形態では、端末装置１０Ａ_１がデータ記録部１６及びデータ管理部２１を備えたが、代行サーバ３０がデータ記録部１６及びデータ管理部２１を備えてもよい。この場合、代行サーバ３０内のデータが、ゲームの進行等に基づいて更新される。なお、代行サーバ３０内のデータとは、代行サーバ３０本体にあるＲＡＭ等の記憶領域、又は、代行サーバ３０から参照可能な外部記憶領域に記録されているデータである。そして、決定部１９によって処理の実行先が代行サーバ３０であると決定されたときには、決定結果のみが代行サーバ３０へ通知される。代行処理部３１は、決定結果に基づいて、必要なデータを代行サーバ３０に備わるデータ管理部２１へ問い合わせし、代行サーバ３０に備わるデータ記録部１６から代行処理情報を取得する。そして、代行処理部３１は、代行処理情報に基づいて処理し、代行結果を端末装置１０Ａ_１へ送信する。このように、代行サーバ３０がデータ記録部１６及びデータ管理部２１を備える場合であっても、端末装置１０Ａ_１の処理を代行することができる。あるいは、端末装置１０Ａ_１がデータ記録部１６の所定部分のデータを備え、代行サーバ３０がデータ記録部１６の他の部分を備える場合であってもよい。このように、データ記録部１６のデータが分散されて端末装置１０Ａ_１及び代行サーバ３０に存在する場合であっても、代行サーバ３０は、端末装置１０Ａ１の処理を代行することができる。さらに、端末装置１０Ａ_１及び代行サーバ３０が、データ記録部１６及びデータ管理部２１を備えてもよい。この場合には、代行に伴う端末装置１０Ａ_１と代行サーバ３０との間の通信量を削減することができる。

（第２実施形態）
本実施形態に係る処理システム１Ｂは、第１実施形態に係る処理システム１とほぼ同様に構成され、処理システム１では端末装置１０Ａ_１側に存在した決定部１９が、代行サーバ３０側に存在する点が相違する。以下では、第１実施形態に係る処理システム１との相違点を中心に説明し、同様の部分については説明を省略する。

本実施形態に係る処理システム１Ｂのハードウェア構成は、処理システム１と同様である。また、処理システム１Ｂでは、端末装置１０Ａ_１に対応する端末装置を、端末装置１０Ｂ_１として説明する。第１実施形態における複数の端末装置１０Ａ_２〜端末装置１０Ａ_ｎは、複数の端末装置１０Ｂ_２〜端末装置１０Ｂ_ｎに対応する。複数の端末装置１０Ｂ_２〜端末装置１０Ｂ_ｎは、端末装置１０Ｂ_１と同様に構成することができる。

図１２は、処理システム１Ｂの機能構成を示すブロック図である。図１２に示すように、端末装置１０Ｂ_１は、例えば、入出力部１７、処理実行部１３Ｂ、ゲーム管理部１１Ｂ及び端末側送受信部１８を備える。端末装置１０Ｂ_１は、処理ＩＤテーブル１２及びデータ記録部１６を備える。

ゲーム管理部１１Ｂは、ゲーム管理部１１とほぼ同様に構成され、処理ＩＤの出力先が相違する。ゲーム管理部１１Ｂは、処理ＩＤを端末側送受信部１８へ出力する。処理実行部１３Ｂは、処理実行部１３とほぼ同様に構成され、処理ＩＤの入力先が相違する。処理実行部１３Ｂは、端末側送受信部１８によって受信された情報から処理ＩＤを取得する。端末側送受信部１８は、代行サーバ３０Ｂを送信先とし、処理ＩＤ及びユーザＩＤを送信データとして送信する。その他の構成は、端末装置１０Ａ_１と同一である。

代行サーバ３０Ｂは、代行情報生成部３６Ｂ、テーブル管理部１５Ｂ、決定部１９Ｂ、サーバ側送受信部３２及び代行処理部３１を備えている。また、代行サーバ３０Ｂは、例えば代行テーブル１４Ｂ及びデータ記録部１６Ｂを備えている。

代行情報生成部３６Ｂは、代行情報生成部３６と同様に構成され、代行情報の出力先が相違する。代行情報生成部３６Ｂは、代行処理ＩＤ３９及び対象となるユーザＩＤを含む代行情報を生成する。代行情報生成部３６Ｂは代行情報をテーブル管理部１５Ｂへ出力する。

テーブル管理部１５Ｂは、テーブル管理部１５とほぼ同様に構成され、代行情報に基づいて代行テーブル１４Ｂを更新する機能を有する。代行テーブル１４Ｂは、ユーザごとに管理されている。テーブル管理部１５Ｂは、代行情報に基づいて、対象のユーザを特定し、対象となるユーザの代行テーブル１４Ｂを変更する。

決定部１９Ｂは、サーバ側送受信部３２から処理ＩＤ及びユーザＩＤを受信すると、ユーザＩＤに基づいて、当該ユーザの代行テーブル１４Ｂを特定し、特定された代行テーブル１４Ｂと「処理ＩＤ」とに基づいて、「代行処理フラグ」が「０」であるか「１」であるかを判定する。第１実施形態に係る処理システム１と同様に、代行処理フラグが「１」の場合には、代行処理部３１が処理を代行する。代行処理フラグが「０」の場合には、「処理ＩＤ」が決定部１９Ｂから端末側送受信部１８を介して通常処理部２０へ送信される。なお、決定部１９Ｂが代行情報生成部３６Ｂへ代行処理が必要な処理ＩＤ及びユーザＩＤを直接問い合わせしてもよい。この場合、代行サーバ３０Ｂは、代行テーブル１４Ｂ及びデータ記録部１６Ｂを備えなくてもよい。決定部１９Ｂは、代行処理フラグが「１」の場合には、サーバ側送受信部３２及び端末側送受信部１８を介して、端末装置１０Ｂ_１の代行処理中継部２２へ決定結果を出力する。その他の構成は、代行サーバ３０と同一である。

次に、処理システム１Ｂの動作について説明する。図１３は、処理システム１の代行テーブル１４の更新処理を説明するフローチャートである。図１３に示す処理は、代行サーバ３０Ｂによって実行される。例えば、代行サーバ３０Ｂは、更新処理をするためのプログラムの起動から図１３に示す処理を開始し、所定の間隔で繰り返し実行する。

図１３に示すように、最初に、代行サーバ３０Ｂは、条件データ３８がオペレータ等により入力されたか否かを判定する（Ｓ４０）。Ｓ４０の処理は、代行サーバ３０のＳ１０の処理と同様である。以下では、第１実施形態と同様に、図６に示す条件データ３８及び代行処理ＩＤ３９が入力された場合を説明する。すなわち、条件データは、「９９」であり、代行処理ＩＤは、「００５８」である。Ｓ４０の処理において、代行情報生成部３６Ｂにより条件データ３８が入力されたと判定された場合には、ユーザＩＤ特定処理へ移行する（Ｓ４２）。

Ｓ４２の処理では、ユーザ特定部４０が、条件データ３８に基づいて、代行処理を行うユーザを特定する。Ｓ４２の処理は、代行サーバ３０のＳ１２の処理と同様である。ユーザ特定部４０は、ユーザパラメータの「レベル」が「９９」となっているユーザのユーザＩＤ「００２３４５６９」を取得する。ユーザ特定部４０は、ユーザＩＤ「００２３４５６９」だけでなく、ユーザパラメータの「レベル」が「９９」となっているユーザ全てを特定し、ユーザＩＤを取得する。Ｓ４２の処理が終了すると、代行情報生成処理へ移行する（Ｓ４４）。

Ｓ４４の処理では、代行情報生成部３６Ｂが、代行情報を生成する。Ｓ４４の処理は、代行サーバ３０のＳ１４の処理と同様である。例えば、図８に示すように、代行情報は、ユーザパラメータの「レベル」が「９９」となっているユーザＩＤ「００２３４５６９」と代行処理ＩＤ「００５８」とを関連付けされる。Ｓ４４の処理が終了すると、代行テーブルの更新処理へ移行する（Ｓ４６）。

Ｓ４６の処理では、テーブル管理部１５Ｂが、代行情報に基づいて、ユーザごとに用意された代行テーブル１４Ｂを変更する。例えば、テーブル管理部１５は、ユーザＩＤ「００２３４５６９」を用いて、当該ユーザＩＤの代行テーブル１４Ｂを特定し、特定された代行テーブル１４Ｂに対して、代行処理ＩＤと同一の処理ＩＤ「００５８」の代行処理フラグを「０」から「１」へ変更する。Ｓ４６の処理が終了すると、代行サーバ３０Ｂの処理を終了する。

以上で図１３に示す制御処理を終了する。図１３に示す制御処理を実行することで、代行サーバ３０Ｂの代行テーブル１４Ｂが更新される。

次に、図１４を用いて、処理システム１Ｂの代行処理を説明する。図１４は、処理システム１Ｂによる代行処理を説明するフローチャートである。図１４に示す処理は、端末装置１０Ｂ_１及び代行サーバ３０Ｂによって実行される。例えば、端末装置１０Ｂ_１は、アプリケーションの起動から図１４に示す処理を開始し、所定の間隔で繰り返し実行する。また、代行サーバ３０Ｂは、代行処理をするためのプログラムの起動から図１４に示す処理を開始し、所定の間隔で繰り返し実行する。なお、以下では、端末装置１０Ｂ_１のゲームのユーザＩＤを「００２３４５６９」として説明する。

図１４に示すように、最初に、端末装置１０Ｂ_１にて、ゲーム管理部１１から処理命令が出力される（Ｓ５０）。処理命令は、例えば処理ＩＤが含まれる。ここでは、処理ＩＤ「００５８」が一例として含まれているとする。次に、代行サーバ３０Ｂが処理命令を端末装置１０Ｂ_１から受け付ける（Ｓ５１）。代行サーバ３０Ｂは、処理命令がどのユーザの処理であるのかを特定する情報を合わせて取得する。端末装置１０Ｂ_１が処理命令及びユーザＩＤを含めた情報を送信している場合には、代行サーバ３０Ｂは、受信した情報から処理命令だけでなくユーザＩＤも合わせて取得する。例えば、代行サーバ３０Ｂは、処理ＩＤ「００５８」及びユーザＩＤ「００２３４５６９」を取得する。

そして、決定部１９Ｂが、ユーザＩＤに基づいて、当該ユーザの代行テーブル１４Ｂを特定する。例えば、決定部１９Ｂは、ユーザＩＤ「００２３４５６９」に基づいて、ユーザＩＤ「００２３４５６９」に関連付けされた代行テーブル１４Ｂを特定する。そして、決定部１９Ｂが、Ｓ５０の処理で取得された処理ＩＤと代行テーブル１４Ｂとを用いて、ゲーム管理部１１Ｂら要求されている処理ＩＤの処理が代行対象であるか否かを判定する。
決定部１９と同様に、決定部１９Ｂは、代行テーブル１４Ｂを参照し、Ｓ５０の処理で取得された処理ＩＤに関連付けされた代行処理フラグが「１」であるか否かを判定する（Ｓ５２）。例えば、図５に示すように、Ｓ５１の処理で取得された処理ＩＤが「００５７」である場合には、決定部１９は、処理フラグが「１」でないと判定する。決定部１９Ｂは、処理フラグが「１」でないと判定した場合には、端末装置１０Ｂ_１側で実行する処理であるとの決定結果を端末装置１０Ｂ_１へ送信する。例えば、決定部１９Ｂは、ユーザＩＤ「００２３４５６９」を送信先情報とし、決定結果を送信データとして送信する。この決定結果は、処理ＩＤ「００５７」と関連付けされていてもよい。

Ｓ５３の処理では、端末側送受信部１８が、Ｓ５２の処理で決定された決定結果を受け付けたか否かを判定する（Ｓ５３）。Ｓ５３の処理において、端末装置１０Ｂ_１側で実行する処理であるとの決定結果を受け付けた場合には、通常処理へ移行する（Ｓ５４）。

Ｓ５４の処理では、通常処理部２０が、Ｓ５０の処理で取得された処理ＩＤにより識別された処理を実行する。この処理はＳ２４の処理と同様であり、図４に示すように、処理ＩＤ「００５７」により識別された処理である「合成」が行われる。Ｓ５４の処理が終了すると、記録処理へ移行する（Ｓ７０）。

Ｓ７０の処理では、データ管理部２１が、Ｓ５４の処理結果を、必要に応じてデータ記録部１６へ格納する。この処理はＳ３８の処理と同様である。例えば、データ管理部２１は図４に示すように、処理ＩＤ「００５７」により識別された処理の結果パラメータである「ベースカードシリアル」「ベースカードパラメータ」を、データ管理部２１へ記録する。Ｓ７０の処理が終了すると、図１４に示す制御処理を終了する。

一方、Ｓ５２の処理において、処理フラグが「１」であると判定された場合を説明する。例えばＳ５１の処理で取得された処理ＩＤが「００５８」である場合には、決定部１９Ｂは、例えば図５に示す情報を用いて、処理フラグが「１」であると判定する。そして、決定部１９Ｂは、代行処理情報の生成要求処理へ移行する（Ｓ５５）。Ｓ５５の処理では、決定部１９Ｂが端末装置１０Ｂ_１へ代行処理情報の生成要求を送信する。図４に示すように、処理ＩＤ「００５８」の処理に必要な情報は、利用パラメータである「ユーザパラメータレベル」である。なお、決定部１９Ｂは、ユーザＩＤ「００２３４５６９」を用いて送信先を特定する。そして、端末装置１０Ｂ_１は、代行処理情報の生成要求を受信する（Ｓ５６）。

そして、代行処理情報の生成処理へ移行する（Ｓ５８）。Ｓ５８〜Ｓ７０の処理は、Ｓ２６〜Ｓ３８の処理と同様である。Ｓ７０の処理が終了すると、図１４に示す制御処理を終了する。

以上で図１４に示す制御処理を終了する。図１４に示す制御処理を実行することで、端末装置１０Ｂ_１の処理が代行サーバ３０Ｂによって代行される。

コンピュータを端末装置１０Ｂ_１又は代行サーバ３０Ｂとして機能させるための端末処理プログラム及びサーバ処理プログラムについては、第１実施形態と同様である。

以上、第２実施形態に係る処理システム１Ｂは、第１実施形態に係る処理システム１と同様の効果を奏する。

なお、上述した第２実施形態では、端末装置１０Ｂ_１がデータ記録部１６及びデータ管理部２１を備えたが、代行サーバ３０Ｂがデータ記録部１６及びデータ管理部２１を備えてもよい。この場合、決定部１９によって処理の実行先が代行サーバ３０Ｂであると決定されたときには、代行処理部３１は、決定結果に基づいて、必要なデータを代行サーバ３０Ｂに備わるデータ管理部２１へ問い合わせし、代行サーバ３０Ｂに備わるデータ記録部１６から代行処理情報を取得する。そして、代行処理部３１は、代行処理情報に基づいて処理し、代行結果を端末装置１０Ｂ_１へ送信する。このように、代行サーバ３０Ｂがデータ記録部１６及びデータ管理部２１を備える場合であっても、端末装置１０Ｂ_１の処理を代行することができる。あるいは、端末装置１０Ｂ_１がデータ記録部１６の所定部分のデータを備え、代行サーバ３０Ｂがデータ記録部１６の他の部分を備える場合であってもよい。このように、データ記録部１６のデータが分散されて端末装置１０Ｂ_１及び代行サーバ３０Ｂに存在する場合であっても、代行サーバ３０Ｂは、端末装置１０Ｂ１の処理を代行することができる。さらに、端末装置１０Ｂ_１及び代行サーバ３０Ｂが、データ記録部１６及びデータ管理部２１を備えてもよい。この場合には、代行に伴う端末装置１０Ｂ_１と代行サーバ３０Ｂとの間の通信量を削減することができる。

以上、実施形態について説明したが本発明は上記実施形態に限定されるものではない。以下、変形例について説明する。

例えば、上述した実施形態では、通常処理部２０において実行される所定の処理が、ゲームに関する処理であったが、処理システム１によって提供されるサービスに関する端末側の処理であれば、何でもよい。

例えば、上述した第１実施形態では、通常処理部２０が処理を実行する前に決定部１９が処理先を決定したが、通常処理部２０が処理を実行し、当該処理を通常処理部２０が実行できない場合に、決定部１９が処理先を決定してもよい。第２実施形態においても同様である。

例えば、上述した第１実施形態では、代行処理が必要な端末装置１０Ａ_１を特定し、特定された端末装置１０Ａ_１へ情報を送信したが、複数の端末装置１０Ａへ送信してもよい。すなわち、代行サーバ３０が、条件データ３８及び代行処理ＩＤを含む代行情報を送信し、複数の端末装置１０Ａにおいて、代行テーブル１４が条件データ３８及び代行処理ＩＤを含む代行情報を格納し、決定部１９が、処理予定の処理ＩＤと自身のユーザの情報に基づいて、条件データ３８及び代行処理ＩＤに一致しているか否かを判断してもよい。

例えば、上述した実施形態では、決定部１９,１９Ｂが、所定の処理を代行サーバ３０,３０Ｂが代行するか否かを決定することを示したが、決定部１９,１９Ｂは、所定の処理の少なくとも一部を代行サーバ３０,３０Ｂが代行するか否かを決定してもよい。例えば、決定部１９,１９Ｂは、負荷の大きい演算処理とユーザへ表示するための表示調整処理とを含む所定の処理のうち、演算処理のみ代行サーバ３０,３０Ｂが実行すると決定し、表示調整処理を端末装置１０Ａ_１,１０Ｂ_１が実行すると決定してもよい。

また、以下に記載する処理システム、端末、サーバ、端末処理プログラム及びサーバ処理プログラムであってもよい。

本発明の一側面に係る処理システム（例えば、処理システム１）は、端末（例えば端末装置１０Ａ_１、端末装置１０Ｂ_１）及びサーバ（例えば、代行サーバ３０，代行サーバ３０Ｂ）間で通信を行う処理システムであって、前記端末において処理を実行する通常処理部（例えば、通常処理部２０）と、前記通常処理部において実行される所定の処理と関連付けされた代行情報（例えば、処理ＩＤを含む情報）に基づいて、前記所定の処理の少なくとも一部を前記サーバが代行するか否かを決定する決定部（例えば、決定部１９，決定部１９Ｂ）と、前記決定部の決定結果（例えば、処理ＩＤを含む情報）に基づいて、前記サーバにおいて前記所定の処理の少なくとも一部を代行する代行処理部（代行処理部３１）と、を備える。

本発明の一側面に係る処理システムでは、決定部により、代行情報に基づいて所定の処理の少なくとも一部をサーバが代行するか否かが決定され、代行処理部により、決定部の決定結果に基づいて、サーバにおいて所定の処理の少なくとも一部が代行される。よって、例えば端末に不具合が存在する場合であっても、代行処理部によって端末側で実行する予定の処理を実行することができる。このため、可用性に優れた処理システムを提供することが可能となる。

一実施形態では、前記決定部は、前記通常処理部が前記所定の処理を実行する前に、前記代行情報に基づいて、前記所定の処理の少なくとも一部を前記サーバが代行するか否かを決定してもよい。このように構成することで、通常処理部が所定の処理を実行する前に、代行処理部によって処理を代行することができるため、可用性に一層優れた処理システムを提供することができる。

一実施形態では、前記端末は、前記代行処理部による処理結果（例えば、代行結果）を受信してもよい。この場合、端末が実行できない処理の処理結果を、端末に取得させることができる。

一実施形態では、前記端末は、前記代行処理部による処理結果（例えば、代行結果）を用いて前記端末内のデータを更新する端末データ更新部（例えば、データ管理部２１）を有してもよい。この場合、端末が実行できない処理の処理結果を、端末のデータに反映させることができる。

一実施形態では、前記サーバは、前記代行処理部による処理結果（例えば、代行結果）を用いて前記サーバ内のデータを更新するサーバデータ更新部（例えば、代行サーバ３０又は代行サーバ３０Ｂに備わる図示しないデータ管理部）を有してもよい。この場合、端末が実行できない処理の処理結果を、サーバのデータに反映させることができる。また、例えばサーバにより代行された処理がサーバ内のデータを更新する処理である場合に、サーバ及び端末間の通信量の低減を図ることが可能となる。

一実施形態では、処理システムは、代行する処理を識別する処理識別情報（例えば、代行処理ＩＤ）を取得する取得部（例えば、代行処理ＩＤ受付部４１）と、前記取得部により取得された前記処理識別情報に基づいて前記代行情報を生成する代行情報生成部（例えば、代行情報生成部３６,３６Ｂ）と、をさらに備えてもよい。この場合、処理ごとに代行情報を適切に生成することができる。

一実施形態では、前記サーバは、該処理システムのユーザの属性情報（例えば、ユーザのレベル）をユーザに関連付けして格納するユーザ記録部（ユーザＤＢ３７）と、前記ユーザ記録部を参照して、前記属性情報に関する所定の条件を満たす前記ユーザを決定するユーザ決定部（例えば、ユーザ特定部４０）と、を有し、前記ユーザ決定部により決定された前記ユーザに基づいて定まる前記端末へ前記代行情報を送信してもよい。この場合、代行を必要としない端末に代行情報を送信することを回避することができるため、サーバ及び端末間の通信量の低減を図ることが可能となる。

一実施形態では、前記端末は、前記決定部により前記代行処理部が前記所定の処理の少なくとも一部を代行すると決定された場合に、前記所定の処理を識別する情報、及び、前記所定の処理で利用される情報を前記サーバへ送信してもよい。これにより、サーバにおける代行処理を適切に行うことができる。

一実施形態では、前記端末及び前記サーバは、前記所定の処理で利用される情報をそれぞれ有してもよい。端末及びサーバの双方が所定の処理で利用される情報を有することで、代行処理の際に当該情報を端末からサーバに送信する必要がなく、より容易に代行処理を行うことができる。

本発明の他の側面に係るサーバ（例えば、代行サーバ３０，代行サーバ３０Ｂ）は、端末（例えば端末装置１０Ａ_１、端末装置１０Ｂ_１）と通信を行うサーバであって、前記端末において実行される所定の処理と関連付けされた代行情報（例えば、処理ＩＤを含む情報）を用いて前記所定の処理の少なくとも一部が代行されるか否かが決定された決定結果に基づいて、前記端末の処理を代行する代行処理部（例えば、代行処理部３１）と、前記代行処理部による処理結果（例えば、代行結果）を前記端末へ送信する送信部（例えばサーバ側送受信部３２）と、を備える。

本発明の他の側面に係るサーバによれば、例えば端末に不具合が存在する場合であっても、代行処理部によって端末側で実行する予定の処理を実行することができる。よって、端末の可用性を向上させることが可能となる。

本発明のさらに他の側面に係るサーバ処理プログラムは、端末（例えば端末装置１０Ａ_１、端末装置１０Ｂ_１）と通信を行うサーバ（例えば、代行サーバ３０，代行サーバ３０Ｂ）を動作させるサーバ処理プログラムであって、前記端末において実行される所定の処理と関連付けされた代行情報（例えば、処理ＩＤを含む情報）を用いて前記所定の処理の少なくとも一部が代行されるか否かが決定された決定結果に基づいて、前記端末の処理を代行する代行処理部（例えば、代行処理部３１）、及び、前記代行処理部による処理結果（例えば、代行結果）を前記端末へ送信する送信部（例えばサーバ側送受信部３２）として前記サーバを動作させる。

本発明のさらに他の側面に係るサーバ処理プログラムによれば、例えば端末に不具合が存在する場合であっても、サーバを代行処理部として機能させて、端末側で実行する予定の処理を実行することができる。よって、端末の可用性を向上させることが可能となる。

本発明のさらに他の側面に係る端末（例えば端末装置１０Ａ_１、端末装置１０Ｂ_１）は、サーバ（例えば、代行サーバ３０，代行サーバ３０Ｂ）と通信を行う端末であって、処理を実行する通常処理部（例えば、通常処理部２０）と、前記通常処理部において実行される所定の処理と関連付けされた代行情報（例えば、処理ＩＤを含む情報）を用いて前記所定の処理の少なくとも一部が代行されるか否かが決定された決定結果に基づき前記サーバによって代行された処理結果（例えば、代行結果）を、前記サーバから受信する受信部（例えば、端末側送受信部１８）と、を備える。

本発明のさらに他の側面に係る端末によれば、例えば端末に不具合が存在する場合であっても、サーバによって端末側で実行する予定の処理を実行することができる。このため、端末の可用性を向上させることが可能となる。

本発明のさらに他の側面に係る端末処理プログラムは、サーバ（例えば、代行サーバ３０，代行サーバ３０Ｂ）と通信する端末（例えば端末装置１０Ａ_１、端末装置１０Ｂ_１）を動作させる端末処理プログラムであって、処理を実行する通常処理部（例えば、通常処理部２０）、及び、前記通常処理部において実行される所定の処理と関連付けされた代行情報（例えば、処理ＩＤを含む情報）を用いて前記所定の処理の少なくとも一部が代行されるか否かが決定された決定結果に基づき前記サーバによって代行された処理結果（例えば、代行結果）を、前記サーバから受信する受信部（例えば、端末側送受信部１８）として前記端末を動作させる。

本発明のさらに他の側面に係る端末処理プログラムによれば、例えば端末に不具合が存在する場合であっても、サーバによって端末側で実行する予定の処理を実行することができる。このため、端末の可用性を向上させることが可能となる。

１…処理システム、１０Ａ，１０Ａ_１〜１０Ａ_ｎ，１０Ｂ_１〜１０Ｂ_ｎ…端末装置、１９，１９Ｂ…決定部、２０…通常処理部、３０，３０Ｂ…代行サーバ、３１…代行処理部、３６，３６Ｂ…代行情報生成部。

Claims (10)

1. 端末及びサーバ間で通信を行う処理システムであって、
   前記端末において処理を実行する通常処理部と、
   前記通常処理部において実行される所定の処理と関連付けされた代行情報に基づいて、前記所定の処理の少なくとも一部を前記サーバが代行するか否かを決定する決定部と、
   前記決定部の決定結果に基づいて、前記サーバにおいて前記所定の処理の少なくとも一部を代行する代行処理部と、
   を備え、
   前記サーバは、前記代行処理部による処理結果を用いて、前記サーバに記憶された該処理システムのユーザ固有の情報を更新するサーバデータ更新部を有する、
   処理システム。
2. 前記決定部は、前記通常処理部が前記所定の処理を実行する前に、前記代行情報に基づいて、前記所定の処理の少なくとも一部を前記サーバが代行するか否かを決定する請求項１に記載の処理システム。
3. 前記端末は、前記代行処理部による処理結果を受信する、請求項１又は２に記載の処理システム。
4. 前記端末は、前記代行処理部による処理結果を用いて前記端末内のデータを更新する端末データ更新部を有する、請求項１〜３の何れか一項に記載の処理システム。
5. 前記通常処理部は、前記ユーザ固有の情報を用いて前記端末において処理を実行する、請求項１〜４の何れか一項に記載の処理システム。
6. 代行する処理を識別する処理識別情報を取得する取得部と、
   前記取得部により取得された前記処理識別情報に基づいて前記代行情報を生成する代行情報生成部と、
   をさらに備える請求項１〜５の何れか一項に記載の処理システム。
7. 前記サーバは、
   該処理システムのユーザの属性情報をユーザに関連付けして格納するユーザ記録部と、
   前記ユーザ記録部を参照して、前記属性情報に関する所定の条件を満たす前記ユーザを決定するユーザ決定部と、
   を有し、
   前記ユーザ決定部により決定された前記ユーザに基づいて定まる前記端末へ前記代行情報を送信する、
   請求項１〜６の何れか一項に記載の処理システム。
8. 前記端末は、前記決定部により前記代行処理部が前記所定の処理の少なくとも一部を代行すると決定された場合に、前記所定の処理を識別する情報、及び、前記所定の処理で利用される情報を前記サーバへ送信する、請求項１〜７の何れか一項に記載の処理システム。
9. 端末及びサーバを有する処理システムにおいて、端末と通信を行うサーバであって、
   前記端末において実行される所定の処理と関連付けされた代行情報を用いて前記所定の処理の少なくとも一部が代行されるか否かが決定された決定結果に基づいて、前記端末の処理を代行する代行処理部と、
   前記代行処理部による処理結果を前記端末へ送信する送信部と、
   前記代行処理部による処理結果を用いて、前記サーバに記憶された該処理システムのユーザ固有の情報を更新するサーバデータ更新部と、
   を備えるサーバ。
10. 端末及びサーバを有する処理システムにおいて、端末と通信を行うサーバを動作させるサーバ処理プログラムであって、
    前記端末において実行される所定の処理と関連付けされた代行情報を用いて前記所定の処理の少なくとも一部が代行されるか否かが決定された決定結果に基づいて、前記端末の処理を代行する代行処理部、
    前記代行処理部による処理結果を前記端末へ送信する送信部、及び、
    前記代行処理部による処理結果を用いて、前記サーバに記憶された該処理システムのユーザ固有の情報を更新するサーバデータ更新部
    として前記サーバを動作させるサーバ処理プログラム。

Images