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

Description

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

従来から、端末及びサーバを備える処理システムにおける不具合（予期しない事象）に対処するための仕組みが知られている。例えば特許文献１には、障害対応サーバが仮起動ログを解析して原因の特定を行い、アプリケーションのバグであった場合にはその障害対応サーバが修正版を複合機にリモートインストールすることが記載されている。

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

処理システム内に不具合が発生した場合には、不具合に係る機能を停止する必要がある。ここで、処理システム内の不具合が端末アプリケーション内の機能に関するものである場合には、不具合に係る機能を停止するために、端末アプリケーションそのものを更新しなければならない。しかし、端末アプリケーションの更新には、原因の特定や修正プログラムの作成等が必要になり、その対応に時間を要してしまう。そのため、アプリケーションの更新を行うことなく、不具合に係る機能を停止させることが望まれている。

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

本発明の他の側面に係るサーバは、端末と通信を行うサーバであって、前記端末での所定の処理と関連付けられた実行可否情報を、前記所定の処理の少なくとも一部を実行するか否かを決定するために、前記端末に提供する提供部を備える。

本発明のさらに他の側面に係るサーバ処理プログラムは、端末と通信を行うサーバを動作させるサーバ処理プログラムであって、前記端末での所定の処理と関連付けられた実行可否情報を、前記所定の処理の少なくとも一部を実行するか否かを決定するために、前記端末に提供する提供部、として前記サーバを機能させる。

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

本発明のさらに他の側面に係る端末処理プログラムは、サーバと通信を行う端末を動作させる端末処理プログラムであって、所定の処理を実行する通常処理部、として前記端末を機能させ、前記通常処理部での所定の処理と関連付けられた実行可否情報に基づいて、前記所定の処理の少なくとも一部を実行しないと決定された場合に、前記通常処理部が前記所定の処理の少なくとも一部を実行しない。

第１実施形態に係る処理システムの構成を示す概略図である。 図１に示すサーバ及び端末のハードウェア構成を説明するブロック図である。 図１の処理システムの機能ブロック図である。 操作コマンドテーブルの一例である。 処理ＩＤテーブルの一例である。 実行可否テーブルの一例である。 所有カードデータテーブルの一例である。 図１の処理システムによる実行可否テーブルの更新処理を説明するフローチャートである。 図１の処理システムによる中断処理を説明するフローチャートである。 第１実施形態に係る処理システムの作用効果を説明する概要図である。 第２実施形態に係る処理システムの機能ブロック図である。 図１１の処理システムによる実行可否テーブルの更新処理を説明するフローチャートである。 図１１の処理システムによる中断処理を説明するフローチャートである。

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

（第１実施形態）
本実施形態に係る処理システムは、端末及びサーバ間で通信を行うシステムである。当該処理システムでは、例えば、端末にインストールされたソフトウェア（アプリケーション）が起動され、ユーザに対してサービスが提供される。

ユーザとは、処理システムの利用者である。ユーザは端末の所有者であってもよいし、端末の所有者とは異なる者であってもよい。以下では、ユーザとは、端末の操作者、すなわち端末を操作して所定の操作コマンドを端末に対して指定する者である、として説明する。アプリケーションとは、オペレーティング・システム上にインストールされるソフトウェアである。このアプリケーションが端末で実行されることで、ユーザは処理システムから提供されるサービスを受けることができる。直接的または間接的にユーザに何らかの満足を与えることができるのであれば、サービスの種類は何ら限定されない。例えば、サービスはゲームであってもよいし学習または業務の補助であってもよいし、情報の提供であってもよい。以下では、一例として、処理システムがゲームをユーザへ提供する場合を説明する。

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

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

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

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

入出力部１１は、入力操作受付部１１ａ及び表示部１１ｂを備える。入出力部１１は、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って入力部１０５及び出力部１０６の少なくとも一方を制御することで実現される。入力操作受付部１１ａは、ＣＰＵ１０１が入力部１０５を制御することで実現され、表示部１１ｂは、ＣＰＵ１０１が出力部１０６を制御することで実現される。端末１０Ａ_１がタッチパネルを備えるならば、そのタッチパネルが入力操作受付部１１ａ及び表示部１１ｂとして機能する。端末１０Ａ_１がキーボード、マウス、及びモニタを備えるならば、キーボード及びマウスが入力操作受付部１１ａとして機能し、モニタが表示部１１ｂとして機能する。入力操作受付部１１ａは、ユーザ操作を受け付ける入力装置である。ユーザ操作とは、端末１０Ａ_１に何らかの処理を実行させるために、ユーザが端末１０Ａ_１の入力インタフェースを操る操作をいう。ユーザ操作の例として、ソフトキー又はハードキーを押下する操作やスライド操作などが挙げられるが、ユーザ操作の種類は何ら限定されない。入力操作受付部１１ａは、例えば、ゲームの進行に関するユーザ操作を受け付ける。入力操作受付部１１ａは、ユーザ操作を受け付けた旨の情報をゲーム管理部１２へ出力する。当該ユーザ操作を受け付けた旨の情報には、例えば、ユーザにより操作されたソフトキーやハードキーを示す情報が含まれる。ユーザ操作の種類は様々であるから、ユーザ操作を受け付けた旨の情報が示す内容についても様々な態様が考えられる。表示部１１ｂは、処理実行部１５の出力結果に基づいて、ゲームの内容等を表示する。

ゲーム管理部１２は、処理実行部１５（より詳細には、後述する通常処理部１５ｂ）に実行させる所定の処理の管理を行うことにより、ゲームの進行を管理する。ゲーム管理部１２は、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って主記憶部１０２又は補助記憶部１０３からのデータの読み出しを制御することで実現される。所定の処理とは、処理システム１によって提供されるサービスに係る、端末１０Ａ_１側のアプリケーション内で実行される処理である。具体的には、所定の処理とは、任意のデータ入力、演算、及びデータ出力等である。処理の手順は、例えば端末１０Ａ_１にインストールされたアプリケーションのプログラムで予め定められる。ゲーム管理部１２は処理実行部１５に処理の実行を命令する。

ゲーム管理部１２は、例えば、入力操作受付部１１ａから取得したユーザ操作を受け付けた旨の情報、及び、操作コマンドテーブル１３の情報に基づいて、処理実行部１５において実行するゲームの処理を特定する。操作コマンドテーブル１３は、主記憶部１０２又は補助記憶部１０３により実現される。

まず、ゲーム管理部１２は、ユーザ操作を受け付けた旨の情報及びゲームの進行状況から、操作コマンドＩＤを特定する。操作コマンドＩＤとは、ユーザが端末１０Ａ_１に対して行った操作の内容を一意に特定する情報である。ゲームの進行状況を考慮して操作コマンドＩＤが特定されるため、ユーザにより操作されたソフトキーやハードキーを示す情報が同じあっても、ゲームの進行状況によって、特定される操作コマンドＩＤは異なる。続いて、ゲーム管理部１２は、操作コマンドテーブル１３を参照し、操作コマンドＩＤに対応した処理（処理実行部１５において実行するゲームの処理）を特定する。

図４は、操作コマンドテーブル１３の一例である。図４に示すように、操作コマンドテーブル１３では、操作の内容を特定する「操作コマンドＩＤ」に、「処理ＩＤ」、「処理内容」、及び「グループＩＤ」が関連付けられている。なお、以下の説明においては、関連付けられているとは、一対一又は多対一（一対多）で対応付けられていることをいう。また、関連とは、第１のデータと第２のデータとの関係が１レコード内で直接に特定できる場合と、第１のデータを含む第１のレコードと第２のデータを含む第２のレコードとの関係が何らかのデータ項目を介して間接的に特定できる場合との双方を意味し得る。「処理ＩＤ」とは、処理実行部１５で実行される処理を一意に特定する情報である。「処理内容」とは、処理ＩＤで特定される処理の具体的な内容である。「グループＩＤ」とは、操作コマンドＩＤで示される１以上の操作をグループ化することで得られるグループを一意に特定する情報である。グループは、１以上のユーザ操作の集合であるともいえる。どのようなユーザ操作を一つのグループにまとめるかは任意に定めてよい。例えば、連続して実行される複数の操作を一つのグループにまとめてもよい。

例えば、処理ＩＤ：００５７で示される合成実行の処理のための操作（操作コマンドＩＤ：０６）が行われる場合には、その前段階として、合成を実行する画面に移動するとともに、合成後のモンスターの基本となるベースカードの選択、及びベースカードのモンスターを成長させるための素材カードの選択が行われる。すなわち、合成画面へ移動する操作（操作コマンドＩＤ：０３）、合成ベースカード選択画面へ移動する操作（操作コマンドＩＤ：０４）、合成素材カード選択画面へ移動する操作（操作コマンドＩＤ：０５）、及び、合成実行処理に関する操作（操作コマンド：０６）は連続して実行される操作である。よって、これらの操作を同一のグループＩＤ：００５０で関連付けることができる。

操作コマンドＩＤ（処理ＩＤ）に対応する処理を特定すると、ゲーム管理部１２は、処理ＩＤテーブル１４を参照してその処理に係る情報を取得する。処理ＩＤテーブル１４は、主記憶部１０２又は補助記憶部１０３により実現される。処理に係る情報とは、利用パラメータ及び結果パラメータが含まれた情報である。利用パラメータとは、処理の実行に必要な情報である。結果パラメータとは、処理の実行後に出力される情報である。

図５は、処理ＩＤテーブル１４の一例である。図５に示すように、処理ＩＤテーブル１４では、処理を識別する「処理ＩＤ」に、「処理内容」、「利用パラメータ」及び「結果パラメータ」が関連付けられている。「処理ＩＤ」及び「処理内容」は、上述した操作コマンドテーブル１３における「処理ＩＤ」及び「処理内容」と同じ内容を示すものである。「結果パラメータ」には、処理後に出力されるだけで記録されないもの（「結果パラメータ（参照）」）と、処理後に出力されて記録されるもの（「結果パラメータ（記録）」）とがある。記録されるとは、データ記憶部１８に格納されている情報（データ）が更新されることをいう（詳細は後述）。

「処理ＩＤ」が００５５の場合を説明する。この場合、合成ベースカード選択画面へ移動する処理が「処理内容」として、ベースカードのカードシリアルが「結果パラメータ（参照）」として、それぞれ処理ＩＤ：００５５に関連付けられている。カードシリアルとは、カードを一意に特定する識別子である。同じカード種別であっても、異なるカードであれば異なるカードシリアルが付される。合成ベースカード選択画面へ移動する処理では、結果パラメータ（参照）として、合成後のモンスターの基本となるベースカードを特定するカードシリアルが出力される。

同様に、「処理ＩＤ」が００５６の場合を説明する。この場合、合成素材カード選択画面へ移動する処理が「処理内容」として、素材カードのカードシリアルが「結果パラメータ（参照）」として、それぞれ処理ＩＤ：００５６に関連付けられている。すなわち、合成素材カード選択画面へ移動する処理では、結果パラメータ（参照）として、ベースカードのモンスターを成長させるための素材カードを特定するカードシリアルが出力される。

同様に、「処理ＩＤ」が００５７の場合を説明する。この場合、合成実行処理が「処理内容」として、ベースカード及び素材カードのカードシリアルが「利用パラメータ」として、合成後のベースカードを特定するカードシリアルが「結果パラメータ（参照）」として、合成後のベースカードのカードレベルが「結果パラメータ（記録）」として、それぞれ処理ＩＤ：００５７に関連付けられている。利用パラメータとして用いられるベースカードのカードシリアルは、処理ＩＤ：００５５の合成ベースカード選択画面へ移動する処理において結果パラメータとして出力されたベースカードのカードシリアルである。また、利用パラメータとして用いられる素材カードのカードシリアルは、処理ＩＤ：００５６の合成素材カード選択画面へ移動する処理において結果パラメータとして出力された素材カードのカードシリアルである。ここで、カードレベルとは、カードのモンスターの強さを示す数値である。「結果パラメータ（記録）」は、更新されるデータ（この例ではカードレベル）を一意に特定するデータＩＤ（データＩＤ：０００３）で出力される。

このように、ゲーム管理部１２は、操作コマンドテーブル１３を参照することにより処理実行部１５において実行させる処理に係る処理ＩＤを特定する。また、ゲーム管理部１２は、処理ＩＤテーブル１４を参照することにより、処理実行部１５において実行させる処理の利用パラメータ及び結果パラメータを特定する。そして、ゲーム管理部１２は、特定した処理ＩＤ、及び、当該処理ＩＤに係る利用パラメータ及び結果パラメータを処理命令として処理実行部１５へ出力することにより、処理実行部１５に対して処理の実行を命令する。

なお、ゲーム管理部１２は、グループＩＤが共通する各処理の利用パラメータ及び結果パラメータを、一括で処理実行部１５へ出力してもよい。例えば、ゲーム管理部１２は、グループＩＤが共通する処理のうち最初に行われる処理の利用パラメータ及び結果パラメータを特定する際に、グループＩＤが共通する他の処理の利用パラメータ及び結果パラメータについても特定し、これらの各処理の利用パラメータ及び結果パラメータを一括で処理実行部１５へ出力してもよい。具体的には、例えば、ゲーム管理部１２は、図５においてグループＩＤが００５０で共通する合成に係る各処理（処理ＩＤ：００５４〜００５７の処理）のうち、最初に行われる処理である処理ＩＤ：００５４の処理の利用パラメータ及び結果パラメータを特定する際に、グループＩＤが共通する他の処理（処理ＩＤ：００５５〜００５７の処理）の利用パラメータ及び結果パラメータについても特定し、これらの各処理の利用パラメータ及び結果パラメータを一括で処理実行部１５へ出力してもよい。

処理実行部１５は、決定部１５ａ、通常処理部１５ｂ、及び中断処理実行部１５ｃを備えている。

決定部１５ａは、所定の処理と関連付けられた実行可否情報に基づいて、通常処理部１５ｂにおける所定の処理を実行するか否かを決定する。決定部１５ａは、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って主記憶部１０２又は補助記憶部１０３からのデータの読み出しを制御することで実現される。実行可否情報とは、所定の処理を通常処理部１５ｂで実行させるか否かを示す情報である。この実行可否情報は、サーバ３０から提供される情報に基づいてテーブル管理部１７に登録される（詳細は後述）。実行可否情報は、例えば、所定のデータと関連付けられる。所定のデータとは所定の処理に係るデータのことであり、より具体的には、その処理の実行に必要なデータまたは該実行により制御されるデータのことである。例えば、ある処理によって更新又は参照されるデータは、その処理に係るデータの一種である。以下では、所定の処理に係るデータ（所定のデータ）は、処理によって更新されるデータであるとして説明する。

図６は、実行可否テーブル１６の一例である。図６に示すように、実行可否テーブル１６では、処理によって更新されるデータを一意に特定するデータＩＤとそのデータ内容とに実行可否フラグが関連付けられる。実行可否テーブル１６は、主記憶部１０２又は補助記憶部１０３により実現される。実行可否フラグは実行可否情報の一態様であり、本実施形態では０又は１で示される。実行可否フラグが０であるとは、関連付けられているデータＩＤに係るデータが更新可能であることを意味する。データが更新可能であるとは、データを更新する処理が実行可能であることを意味する。一方、実行可否フラグが１であるとは、関連付けられているデータＩＤに係るデータが更新可能でないことを意味する。すなわち、実行可否フラグ（実行可否情報）は、所定のデータが更新可能か否かを示す。なお、ある処理を実行させるか否かを判定できる情報であるならば、実行可否情報の形式および具体的な値は図６の例に限定されない。

上述したように、処理ＩＤテーブル１４においては、結果パラメータを示すデータＩＤが処理毎に関連付けられているため、実行可否フラグは、実行可否テーブル１６及び処理ＩＤテーブル１４によって、間接的に処理ＩＤと関連付けられている。決定部１５ａは、実行可否フラグが０である場合（すなわち、関連付けられているデータが更新可能である場合）には、当該データを更新する処理を実行すると決定する。一方、決定部１５ａは、実行可否フラグが１である場合（すなわち、関連付けられているデータが更新不可である場合）には、当該データを更新する処理を実行しないと決定する。ここで、データの更新とは、記憶装置内のデータを書き換えることであり、具体的には、データの新規作成、上書き、または削除をいう。なお、データの上書きにおいては、結果的にデータの内容が変わらない場合があり得る。

また、上述したように、操作コマンドテーブル１３においては、ユーザ操作に基づいて特定される操作コマンドＩＤに処理ＩＤが関連付けられている。そのため、実行可否フラグは、実行可否テーブル１６、処理ＩＤテーブル１４、及び操作コマンドテーブル１３によって、間接的に、所定の処理に対応するユーザ操作と関連付けられているともいえる。決定部１５ａは、ユーザ操作に関連付けられた実行可否フラグに基づいて、ユーザ操作に対応する処理を実行するか否かを決定してもよい。

また、上述したように、操作コマンドテーブル１３においては、操作コマンドＩＤに、処理ＩＤ及びグループＩＤが関連付けられている。そのため、実行可否フラグは、実行可否テーブル１６、処理ＩＤテーブル１４、及び操作コマンドテーブル１３によって、間接的に、ユーザ操作をグループ化した情報であるグループＩＤと関連付けられているともいえる。決定部１５ａは、グループＩＤに関連付けられた実行可否フラグに基づいて、所定のグループＩＤに対応する処理を実行するか否かを決定してもよい。

具体的には、決定部１５ａは、ゲーム管理部１２により出力された処理ＩＤに係る結果パラメータ（記録）を示すデータＩＤを取得する。そして、決定部１５ａは、実行可否テーブル１６を参照し、結果パラメータ（記録）を示すデータＩＤに係る実行可否フラグを取得する。例えば、結果パラメータ（記録）を示すデータＩＤが、図６に示す例における０００２（ユーザ属性）である場合には、決定部１５ａは、実行可否フラグが０であることを取得する。この場合には、決定部１５ａは、当該処理を通常処理部１５ｂで実行すると決定し、「通常」という決定結果（以下では「決定結果（通常）」という）を通常処理部１５ｂへ出力する。この決定結果（通常）には、少なくとも、実行する処理に係る処理ＩＤ、及び、当該処理ＩＤに係る利用パラメータが含まれる。

一方、結果パラメータ（記録）を示すデータＩＤが、例えば、図６に示す例における０００３（カードレベル）である場合には、決定部１５ａは、実行可否フラグが１であることを取得する。この場合には、決定部１５ａは、当該処理を通常処理部１５ｂで実行せずに中断すると決定し、「中断」という決定結果（以下では「決定結果（中断）」という）を中断処理実行部１５ｃへ出力する。この決定結果（中断）には、少なくとも、中断する処理に係る処理ＩＤが含まれる。なお、中断とは、ゲーム管理部１２により出力された処理ＩＤに係る処理を、一時的に又は永久的に通常処理部１５ｂで実行させないことをいう。したがって、決定部１５ａにより処理を実行しないと決定された場合には、通常処理部１５ｂは当該処理を実行しない。

通常処理部１５ｂは、端末１０Ａ_１において、決定部１５ａにより出力された決定結果（通常）に基づき処理を行う。通常処理部１５ｂは、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って主記憶部１０２又は補助記憶部１０３へのデータの書き込みを制御することで実現される。具体的には、通常処理部１５ｂは、その決定結果（通常）に含まれる処理ＩＤで特定される処理を実行する。もしその決定結果に利用パラメータが含まれているのであれば、通常処理部１５ｂはその利用パラメータで示されるデータをデータ記憶部１８へ問い合わせ、データ記憶部１８から取得したデータを用いて処理を実行する。通常処理部１５ｂは、処理の実行結果をデータ記憶部１８及び表示部１１ｂへ出力する。

例えば、決定部１５ａにより出力された決定結果（通常）に含まれる処理ＩＤが「００５７」である場合には、通常処理部１５ｂは、実行する処理が合成実行処理であると特定する（図５参照）。また、通常処理部１５ｂは、決定結果（通常）に含まれた利用パラメータのデータである、ベースカードのカードシリアルと、素材カードのカードシリアルとをデータ記憶部１８へ問い合わせる。続いて、通常処理部１５ｂは、データ記憶部１８から取得したベースカード及び素材カードのパラメータを用いて合成実行処理を行う。そして、通常処理部２２は結果パラメータ（参照）のデータであるベースカードのカードシリアルを実行結果として表示部１１ｂへ出力する。また、通常処理部２２は、結果パラメータ（記録）のデータであるカードレベル（データＩＤ：０００３）を実行結果としてデータ記憶部１８へ格納する。

データ記憶部１８は、ゲームの進行に必要な基本となるデータ及びユーザ固有の情報を格納している。データ記憶部１８は、主記憶部１０２又は補助記憶部１０３により実現される。ゲームの基本となるデータとは、ゲーム画面に関する情報、カードに関するデフォルトの情報（成長前のモンスターに関する情報及びモンスターの画像等）、ゲーム音楽等である。また、ユーザ固有の情報とは、ユーザのレベル、ユーザの所有カードの情報（所有カードの種類又はレベル等）、ユーザの成績等である。データ記憶部１８は、ユーザの所有カードの情報を示す所有カードデータテーブルを格納している。図７は、所有カードデータテーブルの一例である。図７に示すように、所有カードデータテーブルでは、ユーザが所有するカードの種別を特定する「カードＩＤ」に、「カードシリアル」、「カードレベル」が関連付けられている。カードシリアルは唯一無二のシリアルであるため、同一のカード種別（同一のカードＩＤ）であっても、異なるカードであれば異なるカードシリアルが付される。例えば、ユーザＵａが仮想的に所有するモンスターＭａのカードとユーザＵｂが仮想的に所有するモンスターＭａのカードとでは、カードＩＤは同じであるが、カードシリアルは互いに異なる。

例えば、合成実行処理（処理ＩＤ：００５７）を実行する場合には、通常処理部１５ｂは、データ記憶部１８の所有カードデータテーブルを参照し、ベースカード及び素材カードのカードシリアルに対応したカードのパラメータを取得する。なお、カードのパラメータとは、合成処理後の結果パラメータ（記録）であるカードレベルを決定するためのパラメータである。通常処理部１５ｂは、そのパラメータを用いて合成実行処理を実行すると、処理結果をデータ記憶部１８に格納することでデータ記憶部１８の所有カードデータテーブル（例えばカードレベル）を更新する。

中断処理実行部１５ｃは、決定部１５ａにより通常処理部１５ｂにおける処理を実行せずに中断すると決定された場合に、処理を中断することに伴って実行される処理に用いられる情報である中断処理情報を生成する。中断処理実行部１５ｃは、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行することで実現される。「処理を中断することに伴って実行される処理」とは、処理を中断することによって必要となる処理であり、例えば、端末１０Ａ_１のユーザに処理を中断したことを通知する処理や、中断前後の処理のログを記録する処理等である。以下では、処理を中断することに伴って実行される処理は、端末１０Ａ_１のユーザに処理を中断したことを通知する処理であるとして説明する。例えば、中断処理情報は、中断した旨を示す情報、及び、中断した処理を特定する処理ＩＤを含む。中断処理実行部１５ｃは、生成した中断処理情報を端末側送受信部１９へ出力する。

また、中断処理実行部１５ｃは、中断処理情報に基づいてサーバで生成された応答情報を端末側送受信部１９より取得する。応答情報とは、例えば、端末１０Ａ_１側で、処理を実行することができない旨（言い換えると、処理を中断した旨）をユーザに通知するために用いる情報である。応答情報の内容および形式は限定されず、応答情報は、表示部１１ｂにより表示されるメッセージでもよいし、そのメッセージを生成するための情報でもよい。中断処理実行部１５ｃは応答情報そのもの、または該応答情報に基づいて生成したメッセージを表示部１１ｂに出力する。この処理により、表示部１１ｂにおいてそのメッセージが表示される。このように、中断処理実行部１５ｃ及び表示部１１ｂは、決定部１５ａの決定に基づき所定の処理が実行されなかったことを端末１０Ａ_１のユーザに通知する通知部としての機能を有する。

端末側送受信部１９は、サーバ３０と通信する。端末側送受信部１９は、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って通信制御部１０４を制御することで実現される。サーバ３０への送信時には、端末側送受信部１９は入力されたデータに送信先情報（通信の宛先、すなわちサーバ３０を示す情報）を付加してそのデータを送信する。サーバ３０からの受信時には、端末側送受信部１９は、送られてきたデータの宛先が端末１０Ａ_１である場合にそのデータを受信する。端末１０Ａ_１とサーバ３０との間の通信は暗号化されてもよく、この場合には、端末側送受信部１９はデータを暗号化してから送信処理を実行し、データ受信にはそのデータを復号してから関連の機能要素にそのデータを出力する。

例えば、端末側送受信部１９は中断処理実行部１５ｃにより生成された中断処理情報をサーバ３０へ送信し、サーバ３０にて生成された応答情報をサーバ３０から受信する。また、端末側送受信部１９はテーブル情報をサーバ３０から受信する。テーブル情報とは、実行可否テーブル１６における実行可否フラグの設定に用いる情報である。テーブル情報に基づいて実行可否フラグを設定できるのであれば、テーブル情報の形式は何ら限定されない。例えば、テーブル情報は更新不可であるデータＩＤ（以下では「更新不可データＩＤ」ともいう）および更新可能なデータＩＤ（以下では「更新可能データＩＤ」ともいう）のリストでもよい。端末側送受信部１９は、受信されたテーブル情報をテーブル管理部１７へ出力する。

テーブル管理部１７は、テーブル情報に基づいて実行可否テーブル１６を更新する。テーブル管理部１７は、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って主記憶部１０２又は補助記憶部１０３へのデータの書き込みを制御することで実現される。例えば、テーブル管理部１７は、テーブル情報の更新不可データＩＤと一致するデータＩＤに関連付けられている実行可否フラグを「１」にする。また、テーブル管理部１７は、テーブル情報の更新可能データＩＤに一致するデータＩＤに関連付けられている実行可否フラグを「０」にする。例えば、実行可否テーブル１６が図６に示す状態で、更新不可データＩＤ：０００２がテーブル管理部１７に入力された場合には、テーブル管理部１７は、実行可否テーブル１６のデータＩＤ：０００２の実行可否フラグを０から１に変更（更新）する。また、更新可能データＩＤ：０００３がテーブル管理部１７に入力された場合には、テーブル管理部１７は、実行可否テーブル１６のデータＩＤ：０００３の実行可否フラグを１から０に変更（更新）する。このように実行可否フラグはテーブル情報に従って設定されるから、このテーブル情報も実行可否情報であるといえる。

次に、サーバ３０の機能構成を説明する。サーバ３０は、テーブル情報生成部３１、サーバ側送受信部３３、及び応答処理部３４を備えている。

テーブル情報生成部３１は、上述したテーブル情報を生成する。テーブル情報生成部３１は、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行することで実現される。テーブル情報生成部３１は、サーバ３０のオペレータにより入力された条件データ３２を受け付ける。条件データ３２は、テーブル情報生成部３１がテーブル情報を生成する条件を示したデータである。条件データ３２が１以上の更新不可データＩＤまたは更新可能データＩＤのリストである場合には、テーブル情報生成部３１はそのデータＩＤを含むテーブル情報を生成する。条件データ３２が、データの更新を実行させたくない処理を示す場合には、テーブル情報生成部３１はその処理時に更新されるデータのデータＩＤを更新不可データＩＤとして含むテーブル情報を生成する。テーブル情報生成部３１は、生成したテーブル情報をサーバ側送受信部３３へ出力する。テーブル情報生成部３１及びサーバ側送受信部３３は、実行可否情報であるテーブル情報を端末１０Ａ_１に提供する提供部としての機能を有する。

サーバ側送受信部３３は、端末１０Ａ_１と通信する。サーバ側送受信部３３は、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って通信制御部１０４を制御することで実現される。端末１０Ａ_１への送信時には、サーバ側送受信部３３は入力されたデータに送信先情報（通信の宛先、すなわち端末１０Ａ_１を示す情報）を付加してそのデータを送信する。端末１０Ａ_１からの受信時には、サーバ側送受信部３３は、送られてきたデータの宛先がサーバ３０である場合にそのデータを受信する。端末１０Ａ_１とサーバ３０との間の通信が暗号化される場合には、サーバ側送受信部３３は端末側送受信部１９と同様の暗号化処理および復号処理を実行する。

例えば、サーバ側送受信部３３は中断処理情報を受信して応答処理部３４へ出力する。また、サーバ側送受信部３３は応答処理部３４から入力された応答情報を端末１０Ａ_１に送信する。

応答処理部３４は、サーバ側送受信部３３を介して、端末１０Ａ_１より中断処理情報を受け付ける。すなわち、応答処理部３４は、中断した処理を特定する処理ＩＤを受け付ける。応答処理部３４は、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行することで実現される。応答処理部３４は、中断処理情報に基づき、端末１０Ａ_１側へ応答するための情報である応答情報を生成する。応答情報は、端末１０Ａ_１に表示するメッセージでもよいし、中断処理実行部１５ｃにおいてそのメッセージを生成するための情報でもよい。応答処理部３４は、生成した応答情報をサーバ側送受信部３３へ出力する。例えば処理ＩＤ「００５７」を含む中断処理情報を受け付けた場合には、応答処理部３４は「現在、合成実行はできません。パッチを提供するまでしばらくお待ち下さい」というようなメッセージを応答情報として生成する。

次に、処理システム１の動作について説明する。図８は、処理システム１の実行可否テーブル１６の更新処理を説明するフローチャートである。図８に示す処理は、端末１０Ａ_１及びサーバ３０によって実行される。

オペレータが条件データ３２を入力すると（Ｓ１０；ＹＥＳ）、テーブル情報生成部３１がその条件データに基づいてテーブル情報を生成する（Ｓ１２）。続いて、サーバ側送受信部３３がそのテーブル情報を端末１０Ａ_１へ送信する。端末１０Ａ_１では、端末側送受信部１９が、そのテーブル情報を受信し（Ｓ１４）、テーブル管理部１７がそのテーブル情報に基づいて実行可否テーブル１６を更新する（Ｓ１６）。

例えば、実行可否テーブル１６が図６に示す状態であるとして、オペレータが更新不可データＩＤ「０００４」を条件データ３２として入力した場合には、テーブル情報生成部３１はその更新不可データＩＤ「０００４」を含むテーブル情報を生成し、サーバ側送受信部３３がそのテーブル情報を端末１０Ａ_１へ送信する。端末１０Ａ_１では、テーブル管理部１７が、実行可否テーブル１６内のデータＩＤ「０００４」に関連付けられている実行可否フラグを「１」に更新する。

以上の処理により、端末１０Ａ_１の実行可否テーブル１６が更新される。なお、図８の処理は定期的にまたはサーバ３０のオペレータの指示により繰り返し実行され得る。

次に、図９を用いて、処理システム１の中断処理を説明する。図９は、処理システム１による中断処理を説明するフローチャートである。図９に示す処理は、端末１０Ａ_１及びサーバ３０によって実行される。処理システム１は、例えば端末１０Ａ_１がユーザ操作を受け付ける度に、図９に示す処理を実行する。

まず、端末１０Ａ_１にて、ゲーム管理部１２が処理命令を処理実行部１５へ出力する（Ｓ２０）。具体的には、ゲーム管理部１２は、ユーザ操作から特定した処理ＩＤ、並びに、当該処理ＩＤに係る利用パラメータ及び結果パラメータを処理実行部１５の決定部１５ａへ出力する。

続いて、決定部１５ａが、その処理ＩＤに係る結果パラメータ（記録）を示すデータＩＤと実行可否テーブル１６とを用いて、ゲーム管理部１２から出力された処理ＩＤの処理を実行するか否かを判定する。決定部１５ａは、その処理ＩＤに係るデータＩＤに関連付けられた実行可否フラグが「１」であるか否かを判定する（Ｓ２２）。

実行可否フラグが「０」である場合には（Ｓ２２；ＮＯ）、通常処理部１５ｂがゲーム管理部１２から入力されたデータに基づく処理（通常処理）を実行し（Ｓ２４）、必要に応じて処理結果をデータ記憶部１８に記録する（Ｓ２６）。

一方、実行可否フラグが「１」である場合には（Ｓ２２；ＹＥＳ）、中断処理実行部１５ｃが中断処理情報を生成し（Ｓ２７）端末側送受信部１９がその中断処理情報をサーバ３０に送信する。サーバ３０では、サーバ側送受信部３３が中断処理情報を受信し（Ｓ２８）、応答処理部３４がその中断処理情報に基づいて応答情報を生成する（Ｓ３０）。そして、サーバ側送受信部３３がその応答情報を端末１０Ａ_１に送信する。

端末１０Ａ_１では、端末側送受信部１９が応答情報を受信する（Ｓ３２）。そして、中断処理実行部１５ｃがその応答情報に基づいて、表示部１１ｂで表示するメッセージを生成し、表示部１１ｂがそのメッセージを表示する。これは、中断処理（Ｓ３４）の一部である。実行可否フラグが「１」である場合には通常処理部１５ｂに処理を実行させないが、これも中断処理（Ｓ３４）の一部である。

例えば、ゲーム管理部１２が図４における処理ＩＤ「００５７」に関する情報を決定部１５ａに出力した場合には、決定部１５ａは実行可否テーブル１６を参照して、データＩＤ「０００３」の実行可否フラグが「１」であると判定する。この場合には、中断処理実行部１５ｃが処理ＩＤ「００５７」を含む中断処理情報を生成し、端末側送受信部１９がその中断処理情報をサーバ３０に送信する。サーバ３０では応答処理部３４がその中断処理情報に基づいて、例えば「現在、合成実行はできません。パッチを提供するまでしばらくお待ち下さい」という応答情報を生成し、サーバ側送受信部３３がその応答情報を端末１０Ａ_１に送信する。そして、中断処理実行部１５ｃがその応答情報をメッセージとして表示部１１ｂに表示させる。この一連の処理において、通常処理部１５ｂは合成実行処理を行わない。

もし、データＩＤ「０００３」の実行可否フラグが「０」である場合には、決定部１５ａは合成実行処理を行うと決定し、通常処理部１５ｂが合成実行処理を行ってカードレベルを更新する。当然ながら、この場合には、中断処理実行部１５ｃは何の処理も実行しないので、サーバ３０側の処理も実行されないし、応答情報に基づくメッセージも表示されない。

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

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

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

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

図１０を用いて、上記の処理システム１の作用効果を説明する。図１０は、処理システム１の作用効果を説明する概要図である。例えば端末アプリケーションの不具合により、所定の処理の実行時に、データ更新に失敗する場合がある。データ更新に失敗した場合には、ユーザが所有するデータが書き換わってしまうおそれがあるため、当該データ更新を行う処理を実行不可とする必要がある。図１０では、処理Ｃを実行不可とする必要がある場合を例に説明する。

比較例に係る処理システム１００では、処理Ｃを実行不可とするために、端末アプリケーションのアップデートを行っている。このような端末アプリケーションのアップデートには、原因の特定や修正プログラムの作成等が必要になり、その対応に時間を要してしまう。その結果、所定の期間、サービス停止が必要になる場合がある。このようなサービス停止は、ユーザが処理システムを利用しようとするモチベーションを低下させるものである。

これに対して、本実施形態に係る処理システム１では、サーバ３０からの情報に基づいて生成された、処理と関連付けられた実行可否情報（例えば、実行可否フラグ）に基づいて、処理を実行するか否かが決定される。そのため、処理Ｃが実行されないように実行可否情報を設定することで、処理Ｃを確実に実行させないことができる。これにより、端末アプリケーションの更新を行うことなく、不具合に係る処理を実行不可とすることができる。

（第２実施形態）
本実施形態に係る処理システム１Ｂは、第１実施形態における決定部１５ａに相当する機能をサーバ側に備える点で、第１実施形態に係る処理システム１と異なる。以下では、第１実施形態に係る処理システム１との相違点を中心に説明し、第１実施形態と同様の部分については説明を省略する。

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

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

ゲーム管理部１２Ｂは、ゲーム管理部１２とほぼ同様に構成されるが、処理命令（処理ＩＤと、この処理ＩＤに係る利用パラメータ及び結果パラメータ）を処理実行部１５Ｂにではなく端末側送受信部１９へ出力する。端末側送受信部１９はその処理命令をサーバ３０Ｂに送信する。処理実行部１５Ｂは、処理実行部１５とほぼ同様に構成されるが、端末側送受信部１９によって受信された判定結果から処理命令を取得する。その他の構成は、端末１０Ａ₁と同様である。

サーバ３０Ｂは、テーブル情報生成部３１Ｂ、サーバ側送受信部３３、応答処理部３４、決定部１５Ｘ、実行可否テーブル１６Ｂ、及びテーブル管理部１７Ｂを備えている。

テーブル情報生成部３１Ｂは、テーブル情報生成部３１と同様に構成されるが、テーブル情報の出力先が相違する。テーブル情報生成部３１Ｂは、生成したテーブル情報をテーブル管理部１７Ｂへ出力する。テーブル管理部１７Ｂは、テーブル管理部１７とほぼ同様に構成され、テーブル情報に基づいて実行可否テーブル１６Ｂを更新する。

決定部１５Ｘは、サーバ側送受信部３３から処理命令（処理ＩＤと、この処理ＩＤに係る利用パラメータ及び結果パラメータ）を受信すると、結果パラメータ（記録）を示すデータＩＤを取得する。そして、決定部１５Ｘは、実行可否テーブル１６Ｂを参照し、結果パラメータ（記録）を示すデータＩＤに係る実行可否フラグを取得する。実行可否フラグが「０」である場合には、決定部１５Ｘはその処理命令を通常処理部１５ｂで処理させるための判定結果をサーバ側送受信部３３に出力する。この判定結果には受信した処理命令が含まれ、この処理命令は通常処理部１５ｂで処理される。一方、実行可否フラグが「１」である場合には、決定部１５Ｘは処理命令を中断処理実行部１５ｃで処理させるための判定結果をサーバ側送受信部３３に出力する。この判定結果にも受信した処理命令が含まれ、この処理命令は中断処理実行部１５ｃで処理される。サーバ３０Ｂのその他の構成は、サーバ３０と同様である。

次に、処理システム１Ｂの動作について説明する。図１２は、処理システム１Ｂの実行可否テーブル１６Ｂの更新処理を説明するフローチャートである。図１２に示す処理は、サーバ３０Ｂによって実行される。

オペレータが条件データ３２を入力すると（Ｓ４０；ＹＥＳ）、テーブル情報生成部３１Ｂが、その条件データに基づいてテーブル情報を生成し（Ｓ４２）、テーブル管理部１７Ｂがそのテーブル情報に基づいて実行可否テーブル１６Ｂを更新する（Ｓ４４）。図１２の処理は定期的にまたはサーバ３０Ｂのオペレータの指示により繰り返し実行され得る。

例えば、実行可否テーブル１６Ｂが図６に示す状態であるとして、オペレータが更新不可データＩＤ「０００４」を条件データ３２として入力した場合には、テーブル情報生成部３１Ｂはその更新不可データＩＤ「０００４」を含むテーブル情報を生成し、テーブル管理部１７Ｂが、実行可否テーブル１６Ｂ内のデータＩＤ「０００４」に関連付けられている実行可否フラグを「１」に更新する。

次に、図１３を用いて処理システム１Ｂの中断処理を説明する。図１３は、処理システム１Ｂによる中断処理を説明するフローチャートである。図１３に示す処理は、端末１０Ｂ_１及びサーバ３０によって実行される。処理システム１Ｂは、例えば端末１０Ｂ_１がユーザ操作を受け付ける度に、図１３に示す処理を実行する。

まず、端末１０Ｂ_１にて、ゲーム管理部１２Ｂが処理命令を端末側送受信部１９へ出力する（Ｓ５０）。この処理命令は、ユーザ操作から特定した処理ＩＤ、並びに、当該処理ＩＤに係る利用パラメータ及び結果パラメータを含む。端末側送受信部１９はその処理命令をサーバ３０Ｂに送信する。

サーバ３０Ｂではサーバ側送受信部３３がその処理命令を受け付け（Ｓ５２）、決定部１５Ｘが、結果パラメータ（記録）を示すデータＩＤと、実行可否テーブル１６Ｂとを用いて、その処理命令で示される処理ＩＤの処理を実行させるか否かを判定する（Ｓ５４）。具体的には、決定部１５Ｘは、データＩＤに関連付けられた実行可否フラグを参照して判定結果を生成する。続いて、決定部１５Ｘは、サーバ側送受信部３３を介して、端末１０Ｂ_１へその判定結果を送信する。

端末１０Ｂ_１では、端末側送受信部１９がその判定結果を受け付ける（Ｓ５６）。その判定結果が通常処理を示す場合には（Ｓ５８；ＮＯ）、通常処理部１５ｂが通常処理を実行し（Ｓ６０）、必要に応じて処理結果をデータ記憶部１８に記録する（Ｓ６２）。Ｓ６０及びＳ６２の処理は、Ｓ２４及びＳ２６の処理と同様である。一方、判定結果が中断処理を示す場合には（Ｓ５８；ＹＥＳ）、第１実施形態におけるＳ２７〜Ｓ３４と同様の処理が実行される（Ｓ６４〜Ｓ７２）。

例えば、ゲーム管理部１２が図４における処理ＩＤ「００５７」に関する情報を端末側送受信部１９を介してサーバ３０Ｂに送信した場合には、決定部１５Ｘが実行可否テーブル１６Ｂを参照して、データＩＤ「０００３」の実行可否フラグが「１」であると判定し、処理命令を中断処理実行部１５ｃで処理させるための判定結果をサーバ側送受信部３３を介して端末１０Ｂ_１に送信する。この場合には、中断処理実行部１５ｃが処理ＩＤ「００５７」を含む中断処理情報を生成し、端末側送受信部１９がその中断処理情報をサーバ３０Ｂに送信する。サーバ３０Ｂでは応答処理部３４がその中断処理情報に基づいて、例えば「現在、合成実行はできません。パッチを提供するまでしばらくお待ち下さい」という応答情報を生成し、サーバ側送受信部３３がその応答情報を端末１０Ｂ_１に送信する。そして、中断処理実行部１５ｃがその応答情報をメッセージとして表示部１１ｂに表示させる。この一連の処理において、通常処理部１５ｂは合成実行処理を行わない。

もし、データＩＤ「０００３」の実行可否フラグが「０」である場合には、決定部１５Ｘは、処理命令を中断処理実行部１５ｃで処理させるための判定結果をサーバ側送受信部３３を介して端末１０Ｂ_１に送信する。そして、通常処理部１５ｂが合成実行処理を行ってカードレベルを更新する。当然ながら、この場合には、中断処理実行部１５ｃは何の処理も実行しないので、応答情報に基づくメッセージは表示されない。

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

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

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

例えば、決定部１５ａ，１５Ｘが処理を実行するか否かを決定するとして説明したが、決定部１５ａ，１５Ｘは、処理の少なくとも一部を実行するか否かを決定してもよい。例えば、同一の処理ＩＤに係る処理において、データを読み込む処理とデータを更新する処理とがある場合に、決定部１５ａ，１５Ｘは、データを読み込む処理は常に実行することとし、データを更新する処理のみ、実行するか否かを決定することとしてもよい。

また、サーバ３０，３０Ｂの応答処理部３４によって生成される応答情報は、端末１０Ａ_１，１０Ｂ_１側で、中断した処理を実行することができない旨をユーザに通知するために用いる情報であったが、応答情報の内容はこれに限定されない。例えば、応答情報は、中断した処理をサーバ３０，３０Ｂ側で代行した処理結果であってもよい。

以上、説明したように、本発明の一側面に係る処理システム（例えば、処理システム１，１Ｂ）は、端末（例えば端末１０Ａ_１，１０Ｂ_１）及びサーバ（例えば、サーバ３０，３０Ｂ）間で通信を行う処理システムであって、前記端末において所定の処理を実行する通常処理部（例えば、通常処理部１５ｂ）と、前記サーバから提供される、前記所定の処理と関連付けられた実行可否情報（例えば、実行可否フラグ）に基づいて、前記通常処理部における前記所定の処理の少なくとも一部を実行するか否かを決定する決定部（例えば、決定部１５ａ，１５Ｘ）と、を備え、前記通常処理部は、前記決定部により実行しないと決定された場合に、前記所定の処理を実行しない。

本発明の一側面に係る処理システムでは、所定の処理と関連付けられた実行可否情報を用いることで、所定の処理単位で処理を実行するか否かを決定することができる。このため、不具合機能に係る処理を実行させないように実行可否情報を設定することで、不具合機能に係る処理の実行を確実に中断することができ、アプリケーションの更新を行うことなく、不具合に係る機能を停止させることができる。端末内にインストールされたアプリケーションの内部に不具合が生ずると、アプリケーションの更新版（修正版）を開発して各端末に配布する必要があるが、このような対応には時間が掛かる。本発明の一側面に係る処理システムを用いた場合には、アプリケーションの更新を待つことなく実行可否情報を設定することで不具合を避けることができるので、非常に有効である。

一実施形態では、前記決定部が、所定のデータとさらに関連付けられた前記実行可否情報に基づいて、前記所定のデータに対する前記所定の処理の少なくとも一部を実行するか否かを決定してもよい。実行可否情報が所定のデータと関連付けられていることで、所定のデータに係る所定の処理を確実に中断することができる。

一実施形態では、前記実行可否情報が、前記所定のデータが更新可能か否かを示し、前記決定部が、前記実行可否情報に基づいて、記憶部（例えば、データ記憶部１８）内の前記所定のデータの更新を実行するか否かを決定してもよい。実行可否情報に基づいてデータの更新を実行するか否かを決定することで、例えば、データ更新に失敗する所定の処理を確実に中断することができる。

一実施形態では、前記実行可否情報が、１以上の前記所定の処理に対応するユーザ操作と関連付けられ、前記決定部が、前記実行可否情報に基づいて、受け付けた前記ユーザ操作に対応する前記１以上の所定の処理の少なくとも一部を実行するか否かを決定してもよい。実行可否情報がユーザ操作と関連付けられていることで、所定のユーザ操作に係る所定の処理を確実に中断することができる。

一実施形態では、前記実行可否情報が、１以上の前記ユーザ操作を示すグループと関連付けられ、前記決定部が、前記実行可否情報に基づいて、前記グループに対応する前記１以上の所定の処理の少なくとも一部を実行するか否かを決定してもよい。例えば、連続して行われるユーザ操作を同一グループとすることが考えられる。実行可否情報はグループ単位で関連付けされる。そのため、同一グループに、実行させたくない処理に係るユーザ操作が含まれている場合には、同一グループのうち当該ユーザ操作よりも前に行われるユーザ操作が行われた時点で、処理を中断させることができる。このことで、例えば、先行の処理が成功したとしても後続の処理が失敗することで、結果的に先行の処理の実行が無駄になることを防止することができる。

一実施形態では、前記決定部により、前記通常処理部における前記所定の処理の少なくとも一部を実行せずに中断すると決定された場合に、中断することに伴って実行される処理に用いられる情報である中断処理情報（例えば、中断した旨を示す情報、及び、中断した処理を特定する処理ＩＤ）を生成する中断処理実行部（例えば、中断処理実行部１５ｃ）を更に備えてもよい。例えば、中断した旨を示す情報、及び、中断した処理を特定する処理ＩＤ等が含まれた中断処理情報が生成されることにより、中断した処理に係る各種の処理を実施することができる。

一実施形態では、前記決定部の決定に基づき前記所定の処理の少なくとも一部を実行しなかったことを、前記端末において通知する通知部（例えば、中断処理実行部１５ｃ及び表示部１１ｂ）を更に備えてもよい。これにより、中断した処理に係る情報をユーザに通知することができる。

本発明の他の側面に係るサーバ（例えば、サーバ３０，３０Ｂ）は、端末（例えば端末１０Ａ_１、端末１０Ｂ_１）と通信を行うサーバであって、前記端末での所定の処理と関連付けられた実行可否情報（例えば、実行可否フラグ）を、前記所定の処理の少なくとも一部を実行するか否かを決定するために、前記端末に提供する提供部（例えば、テーブル情報生成部３１，３１Ｂ及びサーバ側送受信部３３）を備える。

本発明の他の側面に係るサーバによれば、端末に対して、適宜、実行可否情報を提供することができる。不具合機能に係る処理の実行を中断するような実行可否情報を提供することで、不具合機能に係る処理の実行を確実に中断することができ、アプリケーションの更新を行うことなく、不具合に係る機能を停止させることができる。

本発明のさらに他の側面に係るサーバ処理プログラムは、端末（例えば端末１０Ａ_１、端末１０Ｂ_１）と通信を行うサーバ（例えば、サーバ３０，３０Ｂ）を動作させるサーバ処理プログラムであって、前記端末での所定の処理と関連付けられた実行可否情報（例えば、実行可否フラグ）を、前記所定の処理の少なくとも一部を実行するか否かを決定するために、前記端末に提供する提供部（例えば、テーブル情報生成部３１，３１Ｂ及びサーバ側送受信部３３）、として前記サーバを機能させる。

本発明のさらに他の側面に係るサーバ処理プログラムによれば、端末に対して、適宜、実行可否情報を提供することができる。不具合機能に係る処理の実行を中断するような実行可否情報を提供することで、不具合機能に係る処理の実行を確実に中断することができ、アプリケーションの更新を行うことなく、不具合に係る機能を停止させることができる。

本発明のさらに他の側面に係る端末（例えば端末１０Ａ_１、端末１０Ｂ_１）は、サーバ（例えば、サーバ３０，３０Ｂ）と通信を行う端末であって、所定の処理を実行する通常処理部（例えば、通常処理部１５ｂ）を備え、前記通常処理部での所定の処理と関連付けられた実行可否情報（例えば、実行可否フラグ）に基づいて、前記所定の処理の少なくとも一部を実行しないと決定された場合に、前記通常処理部が前記所定の処理の少なくとも一部を実行しない。

本発明のさらに他の側面に係る端末によれば、実行可否情報に基づき所定の処理を実行しないと決定された場合に、所定の処理が実行されない。不具合機能に係る処理の実行を中断するように実行可否情報を設定することで、不具合機能に係る処理の実行を確実に中断することができ、アプリケーションの更新を行うことなく、不具合に係る機能を停止させることができる。

本発明のさらに他の側面に係る端末処理プログラムは、サーバ（例えば、サーバ３０，３０Ｂ）と通信を行う端末（例えば端末１０Ａ_１、端末１０Ｂ_１）を動作させる端末処理プログラムであって、所定の処理を実行する通常処理部（例えば、通常処理部１５ｂ）、として前記端末を機能させ、前記通常処理部での所定の処理と関連付けられた実行可否情報（例えば、実行可否フラグ）に基づいて、前記所定の処理の少なくとも一部を実行しないと決定された場合に、前記通常処理部が前記所定の処理の少なくとも一部を実行しない。

本発明のさらに他の側面に係る端末処理プログラムによれば、実行可否情報に基づき所定の処理を実行しないと決定された場合に、所定の処理が実行されない。不具合機能に係る処理の実行を中断するように実行可否情報を設定することで、不具合機能に係る処理の実行を確実に中断することができ、アプリケーションの更新を行うことなく、不具合に係る機能を停止させることができる。

１，１Ｂ…処理システム、１０Ａ，１０Ａ_１〜１０Ａ_ｎ，１０Ｂ_１〜１０Ｂ_ｎ…端末、１５ａ，１５Ｘ…決定部、１５ｂ…通常処理部、１５ｃ…中断処理実行部、３０，３０Ｂ…サーバ、３１，３１Ｂ…テーブル情報生成部。

Claims (9)

1. 端末及びサーバ間で通信を行う処理システムであって、
   前記端末において所定の処理を実行する通常処理部と、
   前記サーバから提供される、１以上の前記所定の処理に対応して連続して行われる複数のユーザ操作を示すグループと関連付けられた実行可否情報に基づいて、受け付けた前記ユーザ操作を示すグループに対応する前記１以上の所定の処理の少なくとも一部を実行するか否かを決定する決定部と、を備え、
   前記通常処理部は、前記決定部により実行しないと決定された場合に、前記所定の処理を実行しない、処理システム。
2. 前記決定部が、所定のデータとさらに関連付けられた前記実行可否情報に基づいて、前記所定のデータに対する前記所定の処理の少なくとも一部を実行するか否かを決定する、
   請求項１記載の処理システム。
3. 前記実行可否情報が、前記所定のデータが更新可能か否かを示し、
   前記決定部が、前記実行可否情報に基づいて、記憶部内の前記所定のデータの更新を実行するか否かを決定する、
   請求項２記載の処理システム。
4. 前記決定部により、前記通常処理部における前記所定の処理の少なくとも一部を実行せずに中断すると決定された場合に、中断することに伴って実行される処理に用いられる情報である中断処理情報を生成する中断処理実行部を更に備える、請求項１〜３のいずれか一項記載の処理システム。
5. 前記決定部の決定に基づき前記所定の処理の少なくとも一部を実行しなかったことを、前記端末において通知する通知部を更に備える請求項１〜４のいずれか一項記載の処理システム。
6. 端末と通信を行うサーバであって、
   前記端末での１以上の所定の処理に対応して連続して行われる複数のユーザ操作を示すグループと関連付けられた実行可否情報を、受け付けた前記ユーザ操作を示すグループに対応する前記１以上の所定の処理の少なくとも一部を実行するか否かを決定するために、前記端末に提供する提供部
   を備えるサーバ。
7. 端末と通信を行うサーバを動作させるサーバ処理プログラムであって、
   前記端末での１以上の所定の処理に対応して連続して行われる複数のユーザ操作を示すグループと関連付けられた実行可否情報を、受け付けた前記ユーザ操作を示すグループに対応する前記１以上の所定の処理の少なくとも一部を実行するか否かを決定するために、前記端末に提供する提供部
   として前記サーバを機能させるサーバ処理プログラム。
8. サーバと通信を行う端末であって、
   所定の処理を実行する通常処理部
   を備え、
   前記通常処理部での１以上の前記所定の処理に対応して連続して行われる複数のユーザ操作を示すグループと関連付けられた実行可否情報に基づいて、受け付けた前記ユーザ操作を示すグループに対応する前記１以上の所定の処理の少なくとも一部を実行しないと決定された場合に、前記通常処理部が前記所定の処理の少なくとも一部を実行しない、
   端末。
9. サーバと通信を行う端末を動作させる端末処理プログラムであって、
   所定の処理を実行する通常処理部、
   として前記端末を機能させ、
   前記通常処理部での１以上の前記所定の処理に対応して連続して行われる複数のユーザ操作を示すグループと関連付けられた実行可否情報に基づいて、受け付けた前記ユーザ操作を示すグループに対応する前記１以上の所定の処理の少なくとも一部を実行しないと決定された場合に、前記通常処理部が前記所定の処理の少なくとも一部を実行しない、
   端末処理プログラム。

Images