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

Abstract

【課題】処理システムの負荷を抑えつつ、不正と思われる処理を特定する。
【解決手段】処理システムは、端末及びサーバ間で通信を行う処理システムであって、前記端末において処理を実行する処理部と、前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部と、を備える。
【選択図】図１３

Description

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

従来から、端末及びサーバを備える処理システムでの不正（処理システムのユーザによる、処理システムにおいて本来予定されていない行為）を防ぐ技術が知られている。例えば下記特許文献１には、コンピュータゲームにおけるチート行為や情報記録媒体の不良等に起因するデータ改変を抑止する記憶処理装置が記載されている。

特開２００９−１２２８５８号公報

上記特許文献に記載の技術では処理の結果から不正があったことを確認できるが、不正行為の詳細を突き止めるためにはより詳しい記録が必要である。しかしその一方で、その処理の記録をすべてサーバ側に送ろうとすると、処理システムに掛かる負荷が大きくなってしまう。例えば、処理システム内の個々の装置での処理負荷が高くなったり装置間の通信量が多くなったりしてしまう。そこで、処理システムの負荷を抑えつつ、不正と思われる処理を特定することが望まれている。

本発明の一側面に係る処理システムは、端末及びサーバ間で通信を行う処理システムであって、前記端末において処理を実行する処理部と、前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部と、を備える。

本発明の他の側面に係るサーバは、端末と通信を行うサーバであって、前記端末の処理に関する処理情報を記録するか否かを示す記録要否情報を、前記端末での前記処理情報の記録のために生成する生成部を備える。

本発明のさらに他の側面に係るサーバ処理プログラムは、端末と通信を行うサーバを動作させるサーバ処理プログラムであって、前記端末の処理に関する処理情報を記録するか否かを示す記録要否情報を、前記端末での前記処理情報の記録のために生成する生成部として前記サーバを機能させる。

本発明のさらに他の側面に係る端末は、サーバと通信を行う端末であって、処理を実行する処理部と、前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部と、を備える。

本発明のさらに他の側面に係る端末処理プログラムは、サーバと通信を行う端末を動作させる端末処理プログラムであって、処理を実行する処理部、及び、前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部として前記端末を機能させる。

実施形態に係る処理システムの構成を示す概略図である。 図１に示すサーバ及び端末のハードウェア構成を説明するブロック図である。 図１の処理システムの機能ブロック図である。 操作コマンドテーブルの一例である。 処理ＩＤテーブルの一例である。 所有カードデータテーブルの一例である。 実行状況テーブルの一例である。 記録要否テーブルの一例である。 実行状況ＤＢに格納された複数ユーザの実行状況テーブルの一例である。 図１の処理システムによる記憶要否テーブルの更新処理を説明するフローチャートである。 図１の処理システムによる実行状況の記録処理を説明するフローチャートである。 図１の処理システムによるサーバへの実行状況の送信処理を説明するフローチャートである。 実施形態に係る処理システムの作用効果を説明する概要図である。

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

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

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

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

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

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

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

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

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

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

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

また、ゲーム管理部１２は、処理ＩＤテーブル１４を参照し、操作コマンドテーブル１３に基づいて特定した処理（処理ＩＤ）に係る情報を取得する。処理ＩＤテーブル１４は、主記憶部１０２又は補助記憶部１０３により実現される。処理に係る情報とは、利用パラメータ及び結果パラメータが含まれた情報である。利用パラメータとは、処理の実行に必要な情報である。結果パラメータとは、処理の実行後に出力される情報である。図５は、処理ＩＤテーブル１４の一例である。図５に示すように、処理ＩＤテーブル１４では、処理を識別する「処理ＩＤ」に、「処理内容」、「利用パラメータ」及び「結果パラメータ」が関連付けられている。「処理ＩＤ」及び「処理内容」は、上述した操作コマンドテーブル１３における「処理ＩＤ」及び「処理内容」と同じ内容を示すものである。「結果パラメータ」には、処理後に出力されるだけでデータ記憶部１７に格納された情報（データ）を更新しないものと、処理後に出力されるとともにデータ記憶部１７に格納された情報（データ）を更新するものとがある。

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

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

同様に、「処理ＩＤ」が００５７の場合を説明する。この場合、合成実行処理が「処理内容」として、ベースカード及び素材カードのカードシリアルが「利用パラメータ」として、合成後のベースカードを特定するカードシリアル及び合成後のベースカードのカードレベルが「結果パラメータ」として、それぞれ処理ＩＤ：００５７に関連付けられている。すなわち、合成実行処理では、ベースカード及び素材カードのカードシリアルを利用パラメータとして処理が行われ、結果パラメータとして、合成後のベースカードを特定するカードシリアル、及び、合成後のベースカードのカードレベルが出力される。ここで、カードレベルとは、カードのモンスターの強さを示す数値である。

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

処理実行部１５は、処理部１５ａ及び記録実行部１５ｂを備えている。

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

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

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

例えば、処理部１５ａにより合成実行処理（処理ＩＤ：００５７）が行われる場合には、処理部１５ａは、データ記憶部１７の所有カードデータテーブルを参照し、ベースカード及び素材カードのカードシリアルに対応したカードのパラメータを取得する。カードのパラメータとは、合成処理後の結果パラメータであるカードレベルを決定するためのパラメータである。また、処理部１５ａが合成実行処理の結果をデータ記憶部１７に格納することにより、データ記憶部１７の所有カードデータテーブルが更新される。具体的には、合成実行処理が行われた場合には、所有カードデータテーブルのカードレベルが更新される。

また、処理部１５ａは、処理を実行する際、処理に関する処理情報を記録するか否かを、端末側送受信部１６を介してサーバ３０へ問い合わせる。当該問い合わせには、例えば、端末１０Ａ_１に係るユーザを特定するユーザＩＤ、及び、処理を特定する処理ＩＤが含まれている。記録とは、何らかのデータまたは情報を端末１０Ａ_１内の任意の記憶装置に恒久的にまたは一時的に書き込むことをいい、ここでは、実行状況テーブル１８に書き込むことをいう。処理情報とは、処理部１５ａにより実行される処理に関する情報であり、例えば、処理に係る入力、演算、または出力に関する情報、及び、処理に応じた端末１０Ａ_１の情報である。この処理情報は、端末１０Ａ_１内での処理に関するログであるということができる。処理情報は、実行状況テーブル１８に書き込まれた後に、端末１０Ａ_１の実行状況として端末１０Ａ_１の外部（例えばサーバ３０）へ送信される。

処理に係る入力に関する情報とは、例えば、処理に際して処理部１５ａに入力されたデータ、及び該データの入力元等である。処理部１５ａに入力されたデータとは、例えば処理ＩＤである。該データの入力元の例としてはゲーム管理部１２およびサーバ３０が挙げられる。また、処理に係る入力に関する情報とは、例えば、入力されるデータ（例えば処理ＩＤ）を決定したユーザ操作（ユーザによる端末１０Ａ_１に対する操作）に関する情報であり、ユーザ操作に関する情報とは、例えば、ユーザ操作の内容を特定する操作コマンドＩＤである。処理に係る演算に関する情報とは、例えば、処理部１５ａが実行した演算の種類、該演算の実行状況、及び該演算の実行結果等である。処理に係る出力に関する情報とは、例えば、処理部１５ａに出力されたデータ、及び該データの出力先等である。処理部１５ａに出力されたデータとは、例えば結果パラメータのデータである。該データの出力先の例としてはデータ記憶部１７、表示部１１ｂ、およびサーバ３０が挙げられる。

処理に応じた端末１０Ａ_１の情報とは、例えば、端末１０Ａ_１のハードウェアリソース及びソフトウェアリソースの少なくともいずれか一方の使用状況に関する情報である。使用状況とは、端末１０Ａ_１内でリソースが使用されている状態または使用された結果である。ハードウェアリソースとは、例えば、端末１０Ａ_１の利用可能なメモリ容量、利用可能なハードディスク容量、または、利用可能なＣＰＵの割り当て時間等である。端末１０Ａ_１のハードウェアリソースの使用状況に関する情報とは、例えば、端末１０Ａ_１のメモリ（例えばデータ記憶部１７）上のデータを示す情報である。メモリ上のデータとは、メモリ上の物理的なアドレスを指定して取得されるデータであり、例えばメモリダンプにより取得されるデータである。また、端末１０Ａ_１のソフトウェアリソースとは、端末１０Ａ_１で実行されるソフトウェアリソースである。具体的に、ソフトウェアリソースとは、端末１０Ａ_１で実行可能なアプリケーションまたはプログラムであり、オペレーティングシステム（ＯＳ：Operating System）が含まれていてもよい。端末１０Ａ_１のソフトウェアリソースの使用状況に関する情報とは、例えば、処理時に利用しているＯＳの機能、及び、起動しているアプリケーションの情報（アプリケーションのバージョン等）である。

処理部１５ａは、処理情報を記録するか否かを示す記録要否情報を、端末側送受信部１６を介してサーバ３０より受け付ける。記録要否情報とは、処理部１５ａが実行する所定の処理について、処理情報を記録するか否かを示した情報である。記録要否情報が処理情報を記録することを示すものである場合には、記録要否情報には、記録する処理情報の内容（記録内容）が含まれている。記録内容とは、記録する具体的な項目を示すものである。具体的な項目は、例えば、「操作コマンドＩＤ」、「処理ＩＤ」、「メモリデータ」等である。記録内容が操作コマンドＩＤであるとは、例えば、処理の決定に係るユーザ操作の操作コマンドＩＤが記録されることを示している。また、記録内容が処理ＩＤであるとは、例えば、実行される処理に係る処理ＩＤが記録されることを示す。また、記録内容がメモリデータであるとは、例えば、処理実行時における端末１０Ａ_１のメモリのダンプデータが記録されることを示している。記録要否情報には、処理情報を記録する対象期間を示した情報が含まれていてもよい。

処理部１５ａは、記録要否情報に基づいて、ゲーム管理部１２から出力された処理ＩＤに係る処理の処理情報を記録するか否かを判断する。処理部１５ａは、処理情報を記録しないと判断した場合には、処理情報の記録を記録実行部１５ｂに指示することなく、処理ＩＤに係る処理の実行を行う。一方、処理部１５ａは、処理情報を記録すると決定した場合には、記録実行部１５ｂに記録命令を行った後に、処理ＩＤに係る処理の実行を行う。当該記録命令には、上述した記録要否情報が含まれている。

記録実行部１５ｂは、サーバ３０から提供される記録要否情報に基づいて、処理情報を実行状況テーブル１８に記録する。記録実行部１５ｂは、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って、主記憶部１０２又は補助記憶部１０３からのデータの読み出し及び主記憶部１０２又は補助記憶部１０３へのデータの書き込みを制御することで実現される。実行状況テーブル１８は、主記憶部１０２又は補助記憶部１０３により実現される。例えば、記録要否情報の記録内容に「処理ＩＤ」が含まれている場合には、記録実行部１５ｂは、処理部１５ａにより実行されている処理の処理ＩＤを取得する。記録実行部１５ｂは、記録内容に処理ＩＤが含まれている場合には、処理ＩＤに加えて、当該処理の結果パラメータを取得してもよい。なお、記録実行部１５ｂは、取得した結果パラメータをデータ記憶部１７へ出力してもよい。また、記録実行部１５ｂは、記録内容に「操作コマンドＩＤ」が含まれている場合には、処理の決定に係るユーザ操作の操作コマンドＩＤを取得する。また、記録実行部１５ｂは、記録内容に「メモリデータ」が含まれている場合には、処理実行前及び処理実行後の少なくとも一方における端末１０Ａ_１のメモリのダンプデータを取得する。記録実行部１５ｂは、記録要否情報に基づいて取得した各種処理情報を、実行状況テーブル１８に記録する。記録実行部１５ｂは、実行状況テーブル１８に処理情報を記録する際に、処理情報を記録する日時と、ユーザを特定するユーザＩＤとを共に記録する。

また、記録実行部１５ｂは、実行状況テーブル１８に記録して蓄積した処理情報（実行状況）を、所定のタイミングで読出し、端末側送受信部１６を介して、サーバ３０へ送信する送信部としても機能する。所定のタイミングとは、予め定められた一定間隔のタイミング（例えば、実行状況の記録から所定期間経過後、等）であってもよいし、記録要否情報に含まれた処理情報を記録する対象期間に応じたタイミングであってもよい。対象期間に応じたタイミングとは、例えば、対象期間が終了するタイミングである。

実行状況テーブル１８は、記録実行部１５ｂから出力された処理情報を記憶する。図７は、実行状況テーブルの一例である。図７に示すように、実行状況テーブル１８では、処理情報を記録する対象のユーザを特定するユーザＩＤに、処理情報が記録された日時、及び、各種処理情報が関連付けられている。図７では、各種処理情報として、操作コマンドＩＤ、処理ＩＤ、及びメモリデータが例示されている。例えば図７の実行状況テーブル１８における最上段のデータは、ユーザＩＤ：２５１０のユーザによって行われた、２０１４年２月７日１５時１８分の実行状況が記録されたものであり、処理情報として、操作コマンドＩＤ：０６、及び処理ＩＤ：００５７（合成実行）が記録されている。

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

例えば、端末側送受信部１６は、処理部１５ａより出力された処理情報を記録するか否かの問い合わせをサーバ３０へ送信し、サーバ３０より送信された記録要否情報を受信する。また、端末側送受信部１６は、記録実行部１５ｂより入力された処理情報（実行状況）を、サーバ３０へ送信する。

サーバ３０は、記録管理部３１、記録要否テーブル３２、ユーザＤＢ（ユーザデータベース）３４、サーバ側送受信部３５、及び実行状況ＤＢ３６を備えている。

記録管理部３１は、記録要否情報を生成するとともに、端末１０Ａ_１からの問い合わせに応じて、記録要否情報を端末１０Ａ_１に提供する。記録管理部３１は、テーブル生成部３１ａ、判定部３１ｂ、及び記録要否決定部３１ｃを備えている。

テーブル生成部（生成部）３１ａは、所定の条件に基づいて記録要否情報を生成し記録要否テーブル３２を更新する機能を有している。テーブル生成部３１ａは、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って主記憶部１０２又は補助記憶部１０３へのデータの書き込みを制御することで実現される。所定の条件とは、所望の記録要否情報を生成するための条件であり、本実施形態ではサーバ３０のオペレータの入力操作によって入力される条件データ３３で示される。テーブル生成部３１ａは、サーバ３０のオペレータの入力操作によって入力された条件データ３３に基づき、記録要否情報を生成する。テーブル生成部３１ａは、テーブル生成部３１ａに入力された条件データ３３から直接、記録要否情報を生成（以下、「直接生成」）する場合と、判定部３１ｂに入力された条件データ３３に応じた判定部３１ｂの判定結果から記録要否情報を生成（以下、「判定生成」）する場合とがある。

条件データ３３とは、記録要否情報を生成する条件を示したデータである。直接生成の場合には、条件データ３３に示される情報がそのまま記録要否情報として設定される。例えば、直接生成の条件データ３３は、処理情報の記録の対象となるユーザＩＤ（対象ユーザＩＤ）を含み、さらに、処理情報の記録の対象となる操作コマンドＩＤ及び処理ＩＤの少なくとも一方を記録内容として含んでもよい。また、直接生成の条件データ３３は、記録を行う対象期間を含んでもよい。直接生成の条件データ３３が入力された場合には、テーブル生成部３１ａはその条件データ３３に示されたユーザＩＤ毎に記録要否情報を生成（設定）する。この生成処理において、テーブル生成部３１ａは、ユーザＩＤに関連付けて、操作コマンドＩＤ毎（ユーザ操作毎）に記録要否情報を生成（設定）してもよい。

また、判定生成の場合には、条件データ３３に示される情報は、判定部３１ｂによる記録要否情報の生成に係る判定に用いられる情報である。記録要否情報の生成に係る判定とは、記録要否情報を生成すべきユーザ及び処理を抽出する処理である。判定生成の条件データ３３は、例えば、不正を行った可能性のあるユーザ及び処理を特定可能な情報とされる。具体的には、判定生成の条件データ３３として、例えば、「同一カードシリアルのカードレベルが、１時間で３０レベル以上上がっているユーザ」や、「入手困難な特定のアイテムを１００個以上持っているユーザ」等、通常の処理では達成し難い状態を達成しているユーザを特定する条件が設定される。また、判定生成の条件データ３３には、判定が可能な情報に加えて、直接生成と同様、記録内容及び記録を行う対象期間が含まれていてもよい。例えば、「同一カードシリアルのカードレベルが、１時間で３０レベル以上上がっているユーザ」が判定生成の条件データ３３とされる場合には、不正を行ってカードレベルを上げている可能性のあるユーザが特定されると考えられるところ、条件データ３３として、カードレベルアップに係る処理の処理ＩＤを記録内容とすることで、所望のユーザの所望の処理についての記録要否情報を生成することができる。

判定部３１ｂは、判定生成の条件データ３３に基づき、記録要否情報の生成に係る判定結果をテーブル生成部３１ａへ出力する。判定部３１ｂは、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って主記憶部１０２又は補助記憶部１０３からのデータの読み出しを制御することで実現される。例えば、判定部３１ｂは、ユーザＤＢ３４を参照することにより、条件データ３３に示される条件と合致するユーザを抽出して、判定結果として出力する。ユーザＤＢ３４とは、各ユーザ固有の情報である、ユーザのレベル、ユーザの所有カードの情報（所有カードの種類またはレベル等）またはユーザの成績等を一元的に管理するデータベースである。ユーザＤＢ３４は、主記憶部１０２又は補助記憶部１０３により実現される。例えば、「同一カードシリアルのカードレベルが、１時間で３０レベル以上上がっているユーザ」とする条件データ３３が判定部３１ｂに入力された場合には、判定部３１ｂは、ユーザＤＢ３４を参照し、「同一カードシリアルのカードレベルが、１時間で３０レベル以上上がっているユーザ」を抽出して、該ユーザのユーザＩＤをテーブル生成部３１ａに出力する。なお、条件データ３３に、記録内容として、カードレベルアップに係る処理の処理ＩＤ、例えば、結果パラメータがカードレベルである合成実行処理の処理ＩＤ（００５８）が含まれている場合には、判定部３１ｂは、当該処理ＩＤ：００５８についてもテーブル生成部３１ａへ出力する。

判定部３１ｂは、記録要否情報の生成に係る判定において、条件データ３３に示される条件と合致したユーザを抽出する際に、条件を満たす度合いに応じて、抽出するユーザに判定レベル設定を行ってもよい。例えば、「同一カードシリアルのカードレベルが、１時間で３０レベル以上上がっているユーザ」とする条件データ３３に対して、カードレベルが１時間で１００レベル上がっているユーザＵｘと３０レベル上がっているユーザＵｙとが抽出された場合には、レベルの上昇幅が閾値「３０」を大幅に超えるユーザＵｘの方が、条件を満たす度合いがより大きいといえる。この場合には、判定部３１ｂは１００レベル上がっているユーザの判定レベルを、３０レベル上がっているユーザの判定レベルよりも高くする。判定部３１ｂは、テーブル生成部３１ａへ判定結果を出力する際に、併せて判定レベルを出力する。テーブル生成部３１ａは、例えば、判定レベルが高いユーザほど、記録内容の種類が多くなり、また、記録実行部１５ｂからサーバ３０への処理情報（実行状況）の送信頻度が高くなるように、記録要否情報の生成を行ってもよい。

テーブル生成部３１ａは、直接生成における条件データ、または、間接生成における判定結果から記録要否情報を生成し、記録要否テーブル３２を更新する。図８は記録要否テーブル３２の一例である。記録要否テーブル３２で記憶されている各情報が、記録要否情報である。図８に示すように、記録要否テーブル３２では、対象ユーザＩＤに、対象期間、及び記録内容が関連付けられている。記録要否テーブル３２は、主記憶部１０２又は補助記憶部１０３により実現される。記録内容に操作コマンドＩＤ及び処理ＩＤが含まれている場合には、対象ユーザＩＤに、対象操作コマンドＩＤ及び対象処理ＩＤが関連付けられている。例えば図８の記録要否テーブル３２における最上段のデータは、ユーザＩＤ：２５１０のユーザによって、２０１４年２月５日の００時００分〜２０１４年２月７日の００時００分に行われる、処理について、操作コマンドＩＤ：０１、処理ＩＤ：０００１（マイページへ移動）を記録することが示されている。記録要否テーブル３２は、条件データ３３が入力されたタイミングで随時更新されるものであってもよいし、予め定められた所定の間隔で更新されるものであってもよい。

記録要否決定部３１ｃは、端末１０Ａ_１（より詳細には、処理部１５ａ）からの、処理情報を記録するか否かの問い合わせに応じて、記録要否を決定する。記録要否決定部３１ｃは、ＣＰＵ１０１が主記憶部１０２内のプログラムを実行し、該プログラムに従って主記憶部１０２又は補助記憶部１０３からのデータの読み出しを制御することで実現される。記録要否決定部３１ｃは、例えば、記録要否テーブル３２を参照し、問い合わせに含まれたユーザＩＤ及び処理ＩＤに対応した記録要否情報が記録要否テーブル３２に存在するか否かを判断する。記録要否決定部３１ｃは、記録要否情報が存在する場合には処理情報を記録すると決定し、当該ユーザＩＤ及び処理ＩＤに対応した記録内容を含む記録要否情報を端末１０Ａ_１へ送信する。一方、記録要否情報が存在しない場合には、記録要否決定部３１ｃは、処理情報を記録しないと決定し、処理情報を記録しない旨を示す記録要否情報を端末１０Ａ_１へ送信する。

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

例えば、サーバ側送受信部３５は処理情報を記録するか否かの問い合わせを受信して記録管理部３１へ出力する。また、サーバ側送受信部３５は記録要否決定部３１ｃから入力された問い合わせに応じた記録要否情報を端末１０Ａ₁に送信する。また、サーバ側送受信部３５は処理情報（実行状況）を受信して実行状況ＤＢ３６へ格納する。

実行状況ＤＢ３６は、端末１０Ａ_１を含む複数の端末１０Ａ（図１参照）の処理情報（実行状況）を記憶するデータベースである。実行状況ＤＢ３６は、主記憶部１０２又は補助記憶部１０３により実現される。図９は、実行状況ＤＢ３６に格納された複数ユーザの実行状況テーブルの一例である。図９に示すように、実行状況ＤＢ３６には、ユーザＩＤが異なる複数ユーザの実行状況テーブルが格納されている。各ユーザの実行状況テーブルのデータ項目は、図７に示した実行状況テーブル１８と同様である。サーバ側送受信部３５は、処理システム１の複数の端末１０Ａから処理情報（実行状況）を受信して、実行状況ＤＢ３６を更新する。

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

オペレータが条件データ３３を入力すると（Ｓ１０；ＹＥＳ）、条件データ３３が判定生成の条件データ３３であるか否か、すなわち、判定部３１ｂに入力されたか否かが判定される（Ｓ１２）。条件データ３３が、判定生成の条件データ３３でない、すなわち、テーブル生成部３１ａに入力された直接生成の条件データ３３であると判定された場合には（Ｓ１２；ＮＯ）、テーブル生成部３１ａが当該条件データ３３から記録要否情報を生成する（Ｓ１４）。一方、条件データ３３が判定生成の条件データ３３であると判定された場合には（Ｓ１２；ＹＥＳ）、判定部３１ｂが当該条件データ３３に基づき記録要否情報を生成すべきユーザ及び処理を抽出して判定結果として出力し（Ｓ１６）、テーブル生成部３１ａが判定部３１ｂの判定結果に基づき記録要否情報を生成する（Ｓ１８）。Ｓ１４またはＳ１８において生成された記録要否情報に基づき、テーブル生成部３１ａが、記録要否テーブル３２を更新する（Ｓ２０）。

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

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

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

続いて、処理部１５ａが、処理に関する処理情報を記録するか否かを、端末側送受信部１６を介してサーバ３０へ問い合わせる（Ｓ３２）。当該問い合わせには、例えば、端末１０Ａ_１に係るユーザを特定するユーザＩＤ、及び、処理を特定する処理ＩＤが含まれている。

続いて、サーバ３０のサーバ側送受信部３５が、処理情報を記録するか否かの問い合わせを受け付け（Ｓ３４）、記録管理部３１へ出力する。続いて、記録管理部３１の記録要否決定部３１ｃが、処理情報を記録するか否かの問い合わせに応じて記録要否を決定する（Ｓ３６）。記録要否決定部３１ｃは、記録要否テーブル３２を参照し、問い合わせに含まれたユーザＩＤ及び処理ＩＤに対応した記録要否情報が記録要否テーブル３２に存在するか否かを判断することにより記録要否を決定し、端末１０Ａ_１へ送信するための記録要否情報を生成する。そして、記録要否決定部３１ｃはその記録要否情報をサーバ側送受信部３５を介して端末１０Ａ_１へ送信する。

続いて、端末１０Ａ_１の端末側送受信部１６が、記録要否情報を受け付け（Ｓ３８）、処理部１５ａへ出力する。処理部１５ａは、記録要否情報に基づいてゲーム管理部１２から出力された処理ＩＤに係る処理の処理情報を記録するか否かを判断する（Ｓ４０）。処理情報を記録しないと判断した場合には（Ｓ４０；ＮＯ）、処理部１５ａは処理情報の記録に関する処理を行わず、処理ＩＤに係る処理の実行を行う（Ｓ４２）。

一方、処理情報を記録すると判断した場合には（Ｓ４０；ＹＥＳ）、処理部１５ａは、記録実行部１５ｂに記録命令を行った後に、処理ＩＤに係る処理の実行を行う。当該記録命令には記録要否情報が含まれている。そして、記録実行部１５ｂが記録要否情報に基づいて各種処理情報を取得し、取得した各種処理情報を実行状況テーブル１８に記録する（Ｓ４４）。

例えば、ユーザＩＤ「２５１０」のユーザに係る端末１０Ａ_１のゲーム管理部１２が、図４における処理ＩＤ「０００１」に関する情報を処理部１５ａに出力した場合には、処理部１５ａの問い合わせに対して、記録要否決定部３１ｃが図８に示す記録要否テーブル３２を参照して処理情報を記録しないと決定する。この場合には、処理部１５ａは処理情報の記録に関する処理を行わず、処理ＩＤ「０００１」に係る処理の実行のみを行う。一方、ユーザＩＤ「２５１０」のユーザに係る端末１０Ａ_１のゲーム管理部１２が、図４における処理ＩＤ「００５４」に関する情報を処理部１５ａに出力した場合には、処理部１５ａの問い合わせに対して、記録要否決定部３１ｃが図８に示す記録要否テーブル３２を参照して処理情報を記録すると決定する。この場合には、処理部１５ａは記録実行部１５ｂに記録命令を行った後に、処理ＩＤ「００５４」に係る処理の実行を行う。記録実行部１５ｂは記録要否情報に基づいて処理ＩＤ「００５４」に係る処理の各種処理情報（実行状況）を取得し、取得した各種処理情報（実行状況）を実行状況テーブル１８に記録する。

次に、図１２を用いて、処理システム１によるサーバ３０への実行状況の送信処理を説明する。図１２は、処理システム１によるサーバ３０への実行状況の送信処理を説明するフローチャートである。図１２に示す処理は、端末１０Ａ_１及びサーバ３０によって実行される。

まず、端末１０Ａ_１の記録実行部１５ｂにて、実行状況テーブル１８に実行状況を記録してから所定期間が経過しているか否かが判定される（Ｓ５０）。所定期間が経過していない場合には（Ｓ５０；ＮＯ）、一定期間後に再度Ｓ５０の処理が実行される。一方、所定期間が経過している場合には（Ｓ５０；ＹＥＳ）、記録実行部１５ｂは、実行状況テーブル１８に記録した処理情報（実行状況）を読出し、端末側送受信部１６を介して、処理情報（実行状況）をサーバ３０へ送信する（Ｓ５２）。

続いて、サーバ３０のサーバ側送受信部３５が、実行状況を受け付け（Ｓ５４）、該実行状況を実行状況ＤＢ３６へ格納することにより実行状況ＤＢ３６を更新する（Ｓ５６）。以上の処理により、サーバ３０の実行状況ＤＢ３６が更新される。

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

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

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

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

図１３を用いて、上記の処理システム１の作用効果を説明する。図１３は、処理システム１の作用効果を説明する概要図である。例えば、ブラウザを利用しないアプリタイプのゲーム等では、端末側での処理が増えるため、データの改ざん等の不正が行われやすい。このような不正行為を突き止めるために、端末の処理情報をリアルタイムに記録することが考えられる。しかし、端末の処理を全て記録した場合には、端末における処理負荷、及び、端末・サーバ間での通信負荷が大きくなってしまう。

この点、本実施形態に係る処理システム１では、端末１０Ａ_１で処理が実行される際に、端末１０Ａ_１からサーバ３０に対して記録要否の問い合わせが行われる。そして、サーバ３０から端末１０Ａ_１に対して記録要否情報が送信され、端末１０Ａ_１は当該記録要否情報に基づき、処理情報を記録する。このことで、例えば、サーバ３０側で、特定のユーザの特定の処理に係る情報のみを記録するように記録要否情報を生成しておくことで、全ての処理を記録する場合と比較して、端末における処理負荷、及び、端末・サーバ間での通信負荷を低減することができる。図１３では、端末１０Ａ_１の処理Ａ〜処理Ｃのうち、処理Ｃのみが、記録しない情報であるとして記録要否情報が生成されている例を示している。このように、複数の処理のうち、必要な一部の処理のみを記録することで、端末における処理負荷、及び、端末・サーバ間での通信負荷を低減することができる。

以上、実施形態について説明したが本発明は上記実施形態に限定されるものではない。例えば、記録実行部１５ｂが実行状況テーブル１８に記録した実行状況をサーバ３０へ送信するとして説明したが、これに限定されず、例えば、実行状況が処理システム１とは別のサーバへ送信されるものであってもよい。また、サーバ３０の記録要否テーブル３２はテーブル生成部３１ａによって更新されるとして説明したが、記録要否テーブルは更新されるものでなくてもよい。

また、端末１０Ａ_１及びサーバ３０における各機能要素の配置は上述した実施形態に限定されない。例えば、記録管理部３１及び記録要否テーブル３２はサーバが備えるとして説明したが、端末１０Ａ_１がこれらの機能要素を備えてもよい。この場合には、サーバ３０において入力された条件データが端末１０Ａ_１に送信され、端末１０Ａ_１の記録管理部３１が記録要否テーブル３２を更新し、処理実行部１５がその記録要否テーブル３２を参照して処理情報を記録するか否かを決定する。

以上、説明したように、本発明の一側面に係る処理システム（例えば、処理システム１）は、端末（例えば端末１０Ａ_１）及びサーバ（例えばサーバ３０）間で通信を行う処理システムであって、前記端末において処理を実行する処理部（例えば処理部１５ａ）と、前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部（例えば記録実行部１５ｂ）と、を備える。

不正と思われる処理の情報を取得する方法として、例えば最終の処理結果のみから事後的に不正と思われる処理の情報を取得する方法がある。しかし、このような方法では、不正行為の詳細を突き止めるのに十分な情報を取得できない場合がある。この点、本発明の一側面に係る処理システムでは、予め設定された記憶要否情報に基づき処理情報を記録するため、処理の経過に係るユーザ操作等の内容についても取得することができ、不正と思われる処理の詳細な情報を取得することができる。また、不正と思われる処理の詳細な情報を取得すべく端末の全操作ログを記録することも考えられるが、この場合には処理システムに掛かる負担が大きくなってしまう。この点、本発明の一側面に係る処理システムでは、例えば、記録要否情報で記録することとされている特定のユーザの特定の処理に係る情報のみを記録することができるため、処理システムに掛かる負荷を低減することができる。以上より、本発明の一側面に係る処理システムによれば、処理システムの負荷を抑えつつ、不正と思われる処理の詳細な情報を取得することができる。

一実施形態では、前記記録実行部が記録した前記処理情報を前記サーバへ送信する送信部（例えば記録実行部１５ｂ）をさらに備えてもよい。記録した処理情報がサーバに送信されることで、端末の不正な処理に係る情報を、サーバ側で収集することができる。

一実施形態では、前記処理情報が、ユーザによる前記端末に対する操作に関する情報を含んでもよい。ユーザによる端末に対する操作が記録されることにより、端末の不正な処理に係るユーザ操作を特定することが可能となる。

一実施形態では、前記処理情報が、前記端末のハードウェアリソース及びソフトウェアリソースの少なくともいずれか一方の使用状況を含んでもよい。端末のハードウェアリソース及びソフトウェアリソースの少なくともいずれか一方の使用状況が記録されることにより、端末の不正な処理に係る端末状況を取得することができる。

一実施形態では、前記処理情報が、前記端末のメモリ上のデータを含んでもよい。メモリ上のデータが記録されることにより、端末の不正な処理に係るメモリ状態を取得することができる。

一実施形態では、前記記録要否情報がユーザによる前記端末に対する操作毎に設定されていてもよい。ユーザによる端末に対する操作毎に記録要否情報が設定されていることにより、必要な操作コマンドに係る情報のみを記録することができる。

一実施形態では、前記記録要否情報がユーザ毎に設定されていてもよい。ユーザ毎に記録要否情報が設定されていることにより、必要なユーザに係る情報のみを記録することができる。

一実施形態では、所定の条件に基づいて前記記録要否情報を生成する生成部（例えばテーブル生成部３１ａ）を更に備え、前記生成部により生成された記録要否情報が前記サーバから提供されてもよい。所定の条件を、所望の処理情報を記録可能な記録要否情報を生成する条件とし、生成部が当該所定の条件に基づき記録要否情報を生成することで、記録したい処理情報を確実に記録することができる。

本発明の他の側面に係るサーバ（例えばサーバ３０）は、端末（例えば端末１０Ａ_１）と通信を行うサーバであって、前記端末の処理に関する処理情報を記録するか否かを示す記録要否情報を、前記端末での前記処理情報の記録のために生成する生成部（例えばテーブル生成部３１ａ）を備える。

本発明の他の側面に係るサーバによれば、例えば、生成部が、特定のユーザの特定の処理に係る情報のみを記録するとする記録要否情報を生成することにより、特定のユーザの特定の処理に係る情報のみを記録させることができる。このため、端末が全操作ログを記録する場合と比較して、サーバ及び端末に掛かる負荷を低減することができる。また、記録要否情報を生成することにより、不正と思われる処理に係る詳細な情報を取得させることができる。

本発明のさらに他の側面に係るサーバ処理プログラムは、端末（例えば端末１０Ａ_１）と通信を行うサーバ（例えばサーバ３０）を動作させるサーバ処理プログラムであって、前記端末の処理に関する処理情報を記録するか否かを示す記録要否情報を、前記端末での前記処理情報の記録のために生成する生成部として前記サーバを機能させる。

本発明のさらに他の側面に係るサーバ処理プログラムによれば、例えば、生成部が、特定のユーザの特定の処理に係る情報のみを記録するとする記録要否情報を生成することにより、特定のユーザの特定の処理に係る情報のみを記録させることができる。このため、端末が全操作ログを記録する場合と比較して、サーバ及び端末に掛かる負荷を低減することができる。また、記録要否情報を生成することにより、不正と思われる処理に係る詳細な情報を取得させることができる。

本発明のさらに他の側面に係る端末（例えば端末１０Ａ_１）は、サーバ（例えばサーバ３０）と通信を行う端末であって、処理を実行する処理部（例えば処理部１５ａ）と、前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部（例えば記録実行部１５ｂ）と、を備える。

本発明のさらに他の側面に係る端末によれば、記録要否情報に基づき処理情報が記録されるため、例えば、記録要否情報で記録することとされている特定のユーザの特定の処理に係る情報のみを記録することができる。このため、例えば端末の全操作ログを記録する場合と比較して、端末及びサーバに掛かる負荷を低減することができる。また、処理結果から事後的に不正と思われる処理を推測するのではなく、予め設定された記録要否情報に基づき処理情報を記録するため、より詳細に、不正と思われる処理に係る情報を取得することができる。

本発明のさらに他の側面に係る端末処理プログラムは、サーバ（例えばサーバ３０）と通信を行う端末（例えば端末１０Ａ_１）を動作させる端末処理プログラムであって、処理を実行する処理部（例えば処理部１５ａ）、及び、前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部（例えば記録実行部１５ｂ）、として前記端末を機能させる。

本発明のさらに他の側面に係る端末処理プログラムによれば、記録要否情報に基づき処理情報が記録されるため、例えば、記録要否情報で記録することとされている特定のユーザの特定の処理に係る情報のみを記録することができる。このため、例えば端末の全操作ログを記録する場合と比較して、端末及びサーバに掛かる負荷を低減することができる。また、処理結果から事後的に不正と思われる処理を推測するのではなく、予め設定された記録要否情報に基づき処理情報を記録するため、より詳細に、不正と思われる処理に係る情報を取得することができる。

１…処理システム、１０Ａ，１０Ａ_１〜１０Ａ_ｎ…端末、１５ａ…処理部、１５ｂ…記録実行部、３０…サーバ、３１…記録管理部、３１ａ…テーブル生成部、３１ｂ…判定部、３１ｃ…記録要否決定部。

Claims (12)

1. 端末及びサーバ間で通信を行う処理システムであって、
   前記端末において処理を実行する処理部と、
   前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部と、
   を備える処理システム。
2. 前記記録実行部が記録した前記処理情報を前記サーバへ送信する送信部をさらに備える、請求項１記載の処理システム。
3. 前記処理情報が、ユーザによる前記端末に対する操作に関する情報を含む、請求項１または２記載の処理システム。
4. 前記処理情報が、前記端末のハードウェアリソース及びソフトウェアリソースの少なくともいずれか一方の使用状況を含む、請求項１〜３のいずれか一項記載の処理システム。
5. 前記処理情報が、前記端末のメモリ上のデータを含む、請求項４記載の処理システム。
6. 前記記録要否情報がユーザによる前記端末に対する操作毎に設定された、請求項１〜５のいずれか一項記載の処理システム。
7. 前記記録要否情報がユーザ毎に設定された、請求項１〜５のいずれか一項記載の処理システム。
8. 所定の条件に基づいて前記記録要否情報を生成する生成部を更に備え、
   前記生成部により生成された記録要否情報が前記サーバから提供される、
   請求項１〜７のいずれか一項記載の処理システム。
9. 端末と通信を行うサーバであって、
   前記端末の処理に関する処理情報を記録するか否かを示す記録要否情報を、前記端末での前記処理情報の記録のために生成する生成部
   を備えるサーバ。
10. 端末と通信を行うサーバを動作させるサーバ処理プログラムであって、
    前記端末の処理に関する処理情報を記録するか否かを示す記録要否情報を、前記端末での前記処理情報の記録のために生成する生成部
    として前記サーバを機能させるサーバ処理プログラム。
11. サーバと通信を行う端末であって、
    処理を実行する処理部と、
    前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部と、
    を備える端末。
12. サーバと通信を行う端末を動作させる端末処理プログラムであって、
    処理を実行する処理部、及び、
    前記サーバから提供される、前記処理部の処理に関する処理情報を記録するか否かを示す記録要否情報に基づいて、前記処理情報を前記端末内に記録する記録実行部
    として前記端末を機能させる端末処理プログラム。

Images