JP2021524094A - アプリケーションの仮想シーン認識及びインタラクションキーマッチング方法、並びに計算装置 - Google Patents

Abstract

本発明は、アプリケーションの仮想シーン認識及びインタラクションキーマッチング方法及び計算装置を提供する。該方法は、仮想オペレーティングシステムにおいてアプリケーションを起動するステップ２０１と、前記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得するステップ２０２と、前記レンダリングデータに所定のマップピクチャが含まれているか否かを認識するステップ２０３と、前記レンダリングデータに所定のマップピクチャが含まれていると認識されると、キープロファイルを呼び出し、前記所定のマップピクチャと前記計算装置の対応する物理キーとのマッチング処理を実行するステップ２０４と、表示画面に、前記仮想シーンと前記仮想シーンに対応するキー設定情報とを表示するステップ２０５とを含む。前記方法によれば、携帯電話ゲームアプリケーションにおけるマップピクチャに対する認識に基づいて、ゲームシーンを迅速かつ効率的に認識し、ゲームシーンにおいてゲーム操作キーをリアルタイムで動的にレイアウトし、ゲーム操作キーの設定を知能化することができる。

Description

本願は、２０１８年１１月９日に提出された、出願番号が第２０１８１１３３０９２６．１号で、発明の名称が「アプリケーションの仮想シーン認識及びインタラクションキーマッチング方法、装置」の中国特許出願の優先権を主張するものであり、その全ての内容が引用により本願に組み込まれるものとする。

本願は、インターネットの技術分野に関し、特に、アプリケーションの仮想シーン認識及びインタラクションキーマッチング方法、並びに計算装置に関する。

ゲーム技術の発展に伴い、ゲーム開発者は、携帯電話で実行されるゲーム、例えばＡｎｄｒｏｉｄ（登録商標）オペレーティングシステム用の携帯電話ゲーム、ｉＯＳ（登録商標）オペレーティングシステム用の携帯電話ゲームなどを多数開発している。ゲームプレーヤが携帯電話ゲームをプレイするとき、タッチスクリーンを介して操作することが一般的であるため、携帯電話ゲームの設計において、通常、マウスとキーボードによる操作をサポートせず、タッチ操作のみをサポートするように設計される。しかし、携帯電話のスクリーンサイズの制約によって、携帯電話では良好な視覚体験と視覚効果を得るのは困難であり、一方、携帯電話で、スクリーンへのタッチでは携帯電話ゲームに多くの複雑な操作を行うことが困難である。したがって、より良好な視覚体験と視覚効果を達成し、携帯電話ゲームに対してより複雑な操作を行うために、ゲームプレーヤは、パーソナルコンピュータ（ＰＣ、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）で携帯電話ゲームをプレイし、マウスとキーボードを用いて携帯電話ゲームへの操作を実現することが望む場合がある。

このような場合、タッチ操作をサポートする携帯電話ゲームを、マウスとキーボードによる操作をサポートするコンピュータゲームに変換する必要がある。現在、マウスとキーボードを用いてタッチ操作をシミュレートすることで、上記のような変換機能を実現するＰＣシミュレータが市販されている。このようなＰＣシミュレータでは、ゲームプレーヤは、ゲーム前又はゲーム中に自らゲーム操作キーを設定しないと、その後、ゲーム操作キーによって携帯電話ゲームを操作できなくなる。しかし、携帯電話ゲームがますます複雑化し、操作方式もますます複雑化するため、ゲームプレーヤは、多くのゲーム操作キーを自ら設定することを必要とする可能性がある。手動でゲーム操作キーを設定する方法が知能的でないため、このようなＰＣシミュレータにおけるキー設定とゲーム操作方式では、ゲームプレーヤが携帯電話ゲームをプレイする際のゲーム操作体験への要求を満たすことができなくなる。

本願の実施例は、アプリケーションの仮想シーン認識及びインタラクションキーマッチング方法及び装置、並びに、コンピュータプログラム、計算装置を提供する。

本願の実施例によれば、前記アプリケーションの仮想シーン認識及びインタラクションキーマッチング方法は、仮想オペレーティングシステムを構築又は実行可能な計算装置に応用され、
前記仮想オペレーティングシステムにおいてアプリケーションを起動するステップと、
前記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得するステップと、
前記レンダリングデータに所定のマップピクチャが含まれていると認識されると、キープロファイルを呼び出し、前記所定のマップピクチャと前記計算装置の対応する物理キーとのマッチング処理を実行するステップと、
前記計算装置の表示画面に、前記仮想シーンと前記仮想シーンに対応するキー設定情報とを表示するステップであって、前記キー設定情報は、マッチングされた物理キーに関連付けられている、ステップとを含む。

本願の実施例によれば、前記アプリケーションの仮想シーン認識及びインタラクションキーマッチング装置は、仮想オペレーティングシステムを構築又は実行可能な計算装置に応用され、
前記仮想オペレーティングシステムにおいてアプリケーションを起動する起動モジュールと、
前記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得するレンダリング検出モジュールと、
レンダリング検出モジュールにより取得された前記レンダリングデータに、所定のマップピクチャが含まれているか否かを認識するマップピクチャ認識モジュールと、
マップピクチャ認識モジュールが前記仮想シーンに所定のマップピクチャが含まれていると認識されると、対応するキープロファイルを呼び出し、前記所定のマップピクチャと前記計算装置の対応する物理キーとのマッチング処理を実行するキー設定モジュールと、
前記計算装置の表示画面に、前記仮想シーンと前記仮想シーンに対応するキー設定情報とを表示する表示モジュールであって、前記キー設定情報は、マッチングされた物理キーに関連付けられている、表示モジュールとを含む。

本願の実施例によれば、前記コンピュータプログラムがプロセッサによって実行されると、
前記仮想オペレーティングシステムにおいてアプリケーションを起動するステップと、
前記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得するステップと、
前記レンダリングデータに所定のマップピクチャが含まれていると認識されると、キープロファイルを呼び出し、前記所定のマップピクチャと前記計算装置の対応する物理キーとのマッチング処理を実行するステップと、
前記計算装置の表示画面に、前記仮想シーンと前記仮想シーンに対応するキー設定情報とを表示するステップであって、前記キー設定情報は、マッチングされた物理キーに関連付けられている、ステップとを実行する。

本願の実施例によれば、仮想オペレーティングシステムを構築又は実行可能な前記計算装置は、プロセッサと、コンピュータ読み取り可能な命令が記憶されているメモリとを含み、前記コンピュータ読み取り可能な命令が前記プロセッサによって実行されると、
前記仮想オペレーティングシステムにおいてアプリケーションを起動する操作と、
前記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得する操作と、
前記レンダリングデータに所定のマップピクチャが含まれていると認識されると、キープロファイルを呼び出し、前記所定のマップピクチャと前記計算装置の対応する物理キーとのマッチング処理を実行する操作と、
前記計算装置の表示画面に、前記仮想シーンと前記仮想シーンに対応するキー設定情報とを表示する操作であって、前記キー設定情報は、マッチングされた物理キーに関連付けられている、操作とを実現する。

本願の実施例では、仮想オペレーティングシステムにおいてアプリケーションを起動し、前記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得し、前記レンダリングデータにおける所定のマップピクチャを認識し、前記仮想シーンには所定のマップピクチャがあると認識した場合、対応するキープロファイルを呼び出して、前記マップピクチャと前記計算装置の対応する物理キーとのマッチング処理を完了し、前記計算装置の画面に、前記仮想シーンと該仮想シーンに対応するキー設定情報とを表示する。本願の実施例は、携帯電話ゲームアプリケーションにおけるマップピクチャに対する認識に基づいて、ゲームシーンを迅速かつ効率的に認識し、認識されたゲームシーンにゲーム操作キーをリアルタイムで、自動的かつ合理的に配置し、ゲーム操作キーの設定を知能化することができ、ゲームプレーヤは、マウス及びキーボードを用いて容易にゲームを体験することができ、複数のゲーム操作キーを自ら設定する必要がなくなるため、優れたゲーム操作体験を有する。したがって、このようなゲームシーン認識に基づくキー設定方式は知能的であり、効果が高い。

以下、本願の技術的解決手段をより明確に説明するために、実施例の説明に必要な図面を簡単に説明する。

本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法及び装置の応用環境の概略図である。 本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法のフローチャートである。 本願の実施例に係る例示的な携帯電話ゲームにおけるマップとマップピクチャとの関係の概略図である。 本願の実施例に係る例示的な携帯電話ゲームにおけるマップピクチャのマップにおける位置情報の概略図である。 本願の実施例に係る１つの例示的なゲームシーンの概略図である。 本願の実施例に係る別の例示的なゲームシーンの概略図である。 本願の実施例に係るアプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得するフローチャートである。 本願の実施例に係るレンダリングデータにおける所定のマップピクチャを認識するフローチャートである。 本願の実施例に係る図６のステップ６０１、６０２を詳細に説明するフローチャートである。 本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法のさらなるフローチャートである。 本願の実施例に係る前記仮想シーンには所定のマップピクチャがあると認識された場合、対応するキープロファイルを呼び出して、前記マップピクチャと前記計算装置の対応する物理キーとのマッチング処理を完了するフローチャートである。 本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法のさらなるフローチャートである。 本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置の概略図である。 本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置内のマップピクチャ認識モジュールの概略図である。 本願の実施例に係るマップピクチャ認識モジュール内のマップ判断モジュール及びテクスチャ座標判断モジュールの概略図である。 本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置のさらなる説明の概略図である。 本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置のキー設定モジュールの概略図である。 本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置が位置する計算装置のハードウェアの概略構成図である。

以下、図面及び具体的な実施例を組み合わせて本願をさらに説明する。なお、本明細書に記載される具体的な実施例は、本願を説明するためのものに過ぎず、本願を限定するものではない。

本願の実施例は、仮想オペレーティングシステムを構築又は実行可能な計算装置に応用されるアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法、装置を提供し、該仮想オペレーティングシステムは、前述したアプリケーションを実行する。１つの可能な実施形態では、前述したアプリケーションは、計算装置にインストールされる携帯電話ゲームアプリケーションであってもよく、本願の実施例はこれを具体的に限定しない。

本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法を用いることにより、計算装置が携帯電話ゲームアプリケーションを実行する過程で、携帯電話ゲームアプリケーションにおけるマップピクチャに対する認識に基づいて、ゲームシーンを迅速かつ効率的に認識し、認識されたゲームシーンにゲーム操作キーをリアルタイムで、自動的かつ適切に配置し、ゲーム操作キーを知能化することができ、ゲームプレーヤは、ゲームシーンにおいてゲーム操作キーを自ら設定する必要がなくなり、計算装置が自動的に設定したゲーム操作キーに従って、キーボード及びマウス上の対応する物理キーを操作するだけで、携帯電話ゲームを操作することができ、このようなゲームシーン認識に基づくキー設定方式は、ゲームプレーヤに良好なゲーム操作体験を与えることができ、知能的であり、効果が高い。

図１は、本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法及び装置の応用環境の概略図である。図１に示すように、該応用環境は、計算装置１０及びサーバ２０を含む。計算装置１０及びサーバ２０は、パーソナルコンピュータであってもよい。計算装置１０には、キーボード１１及びマウス１２が設けられている。計算装置１０には、携帯電話ゲームアプリケーションと、アプリケーションの仮想シーン認識及びインタラクションキーマッチング装置３０がインストールされている。アプリケーションの仮想シーン認識及びインタラクションキーマッチング装置３０は、ＰＣシミュレータの形態、例えばＡｎｄｒｏｉｄ携帯電話ゲームをシミュレートするＰＣＡｎｄｒｏｉｄシミュレータであってもよい。以下、ＰＣシミュレータを単にシミュレータともいう。

上記アプリケーションの仮想シーン認識及びインタラクションキーマッチング装置３０は、アプリケーションの仮想シーン認識及びインタラクションキーマッチング方法を実行することができ、仮想オペレーティングシステムにおいてアプリケーションを起動し、上記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、上記仮想シーンをレンダリングするためのレンダリングデータを取得し、上記レンダリングデータにおける所定のマップピクチャを認識し、上記仮想シーンには所定のマップピクチャがあると認識された場合、対応するキープロファイルを呼び出して、上記マップピクチャと上記計算装置の対応する物理キーとのマッチング処理を完了し、上記計算装置の表示画面に、上記仮想シーンと該仮想シーンに対応するキー設定情報とを表示する。

サーバ側２０は、携帯電話ゲームの更新に合わせて、更新後の事前設定データを計算装置１０に配信することができ、例えば、更新後の事前設定データは、ゲームにおいて設定する必要があるキーの操作座標データなどを含む。本願の実施例に係るキーは、キーボード１１上のキーとマウス１２の左ボタン、右ボタンなどを含む。本願の各実施例の説明では、「携帯電話ゲーム」を単に「ゲーム」ともいう。

図２は、本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法のフローチャートである。上記アプリケーションの仮想シーン認識及びインタラクションキーマッチング方法は、計算装置、例えばパーソナルコンピュータに応用することができる。図２に示すように、該アプリケーションの仮想シーン認識及びインタラクションキーマッチング方法は、以下のステップ２０１〜２０５を含む。

ステップ２０１では、計算装置は、仮想オペレーティングシステムにおいてアプリケーションを起動する。

本願の実施例によれば、例えば、計算装置に第１のオペレーティングシステムが実行されているが、アプリケーションが第２のオペレーティングシステムに適用するアプリケーションであるため、該第２のオペレーティングシステムに適用するアプリケーションを計算装置において実行しようとする場合、該第２のオペレーティングシステムに適用するアプリケーションを実行するために、第１のオペレーティングシステムを実行する計算装置において、第２のオペレーティングシステムと同じ仮想オペレーティングシステムを構築して実行する必要がある。１つの可能な形態は、計算装置にシミュレータをインストールし、仮想マシンを用いて第２のオペレーティングシステムと同じ仮想オペレーティングシステムを構築し、アプリケーションに実行環境を提供する。

第１のオペレーティングシステムは、例えばＷｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）などのオペレーティングシステムであり、第２のオペレーティングシステムは、例えばＡｎｄｒｏｉｄオペレーティングシステムであり、仮想オペレーティングシステムは、例えば仮想Ａｎｄｒｏｉｄオペレーティングシステムである。仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）とは、ソフトウェアによりシミュレートし、完全なハードウェアシステムの機能を有し、完全隔離環境で実行される完全なコンピュータシステムを意味する。仮想オペレーティングシステムは、第２のオペレーティングシステムの全く新しい仮想ミラーであり、実際の第２のオペレーティングシステムと全く同様の機能を有し、仮想オペレーティングシステムに入った後、操作はいずれもこの独立した仮想オペレーティングシステムにおいて行われ、例えば、仮想オペレーティングシステムは、独立してソフトウェアをインストールして実行し、データを保存することができ、自体の独立したデスクトップを有し、計算装置における第１のオペレーティングシステムに影響を与えない。１つの可能な実施形態では、本願の実施例に係る仮想マシンは、例えばＶｉｒｔｕａｌＢｏｘ仮想マシンであってもよい。

例えば、計算装置にＷｉｎｄｏｗｓオペレーティングシステムが実行されているが、携帯電話ゲームアプリケーションがＡｎｄｒｏｉｄオペレーティングシステムに適用し、計算装置において携帯電話ゲームアプリケーションを実行しようとする場合、計算装置においてシミュレータを実行し、シミュレータが仮想マシンを用いて仮想Ａｎｄｒｏｉｄオペレーティングシステムを構築し、携帯電話ゲームアプリケーションに実行環境を提供する。シミュレータを実行した後、ユーザは、シミュレータのインタフェースで携帯電話ゲームアプリケーションをダウンロードし、携帯電話ゲームアプリケーションを起動することができる。

ステップ２０２では、計算装置は、上記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、上記仮想シーンをレンダリングするためのレンダリングデータを取得する。

本願の実施例によれば、アプリケーションを仮想オペレーティングシステムにおいて実行する際、アプリケーション自体の実行ロジックに従って表示画面に様々な仮想シーンを表示することがある。アプリケーションは、表示画面にこれらの仮想シーンを表示する前に、まずバックグラウンドでこれらの表示対象となる仮想シーンに対して対応するレンダリング処理操作を行う必要がある。本願の実施例は、アプリケーションのバックグラウンドでのレンダリング処理操作を検出することにより、表示画面に表示する必要がある仮想シーンの情報を取得し、さらに、取得された、表示画面に表示する必要がある仮想シーンの情報に基づいて、アプリケーションの現在の実行状態を把握し、対応する処理を行う。１つの可能な実施形態では、該対応する処理は、例えば、アプリケーション自体の実行ロジック以外の追加処理、例えば、裏ワザソフトの設定、第三者のアプリケーションロジックに基づく上位層アプリケーションの開発などである。本願の実施例によれば、上記対応する処理は、物理キーを有効にイネーブルし、仮想シーンにおいて、アプリケーションがサポートしていたタッチスクリーンのタッチ操作の代わりに、物理キー操作を採用することであってもよい。

本願の実施例によれば、アプリケーションは、レンダリング関数によって仮想シーンをレンダリングすることができる。アプリケーションは、仮想シーンをレンダリングする際、レンダリング操作を複数回行い、レンダリング関数を複数回呼び出す可能性があり、シミュレータは、レンダリング関数に対する毎回の呼び出しを検出し、レンダリング関数が呼び出されるたびに関連付けられたレンダリングデータを取得し、即ち、シミュレータは、仮想シーンをレンダリングするためのレンダリングデータを取得することができる。

例えば、携帯電話ゲームアプリケーションが計算装置においてシミュレータによりシミュレートされた仮想Ａｎｄｒｏｉｄオペレーティングシステムにおいて実行される場合、そのゲームロジックに従って表示画面にゲームシーン、例えばゲームフレームを表示する必要がある。シミュレータは、ゲームフレームをレンダリングする過程でアプリケーションが毎回レンダリング操作を行うときのレンダリング関数に対する呼び出しを検出し、さらにレンダリング関数が使用する様々なレンダリングデータを取得することができる。１つのゲームフレームのレンダリングが終了した後、１つのリフレッシュ操作を行い、そして次のゲームフレームのレンダリングを開始する。シミュレータは、上記リフレッシュ操作を検出することにより、１つのゲームフレームのレンダリング過程でのレンダリング関数に対する毎回の呼び出しを判断することができる。

ステップ２０３では、計算装置は、上記レンダリングデータに所定のマップピクチャが含まれているか否かを認識する。

本願の実施例によれば、シミュレータは、レンダリングデータにおける所定のマップピクチャを認識する。１つの可能な実施形態では、所定のマップピクチャは、例えば、アプリケーションに対してそれ自体の実行ロジック以外の追加処理を行うために、アプリケーションの現在の実行状態を決定し、現在の仮想シーンを認識する根拠となるマップピクチャである。シミュレータは、上記仮想シーンをレンダリングするためのレンダリングデータに所定のマップピクチャが含まれていると検出した場合、該マップピクチャが有効になるとみなすことができる。

本願の実施例によれば、アプリケーションが携帯電話ゲームアプリケーションである場合、ゲームフレームに複数のマップピクチャが含まれている可能性があり、これらのマップピクチャのうち、一部のマップピクチャは、ゲームプレーヤが操作できる仮想操作ボタンのマップピクチャであり、携帯電話ゲームアプリケーションを携帯電話において実行する際、ゲームプレーヤがタッチスクリーンに表示された仮想操作ボタンを指でタッチすることにより、対応するゲーム操作を行うことを可能にするものであり、一部のマップピクチャは、仮想操作ボタンのマップピクチャではなく、ゲームプレーヤによって操作されることができず、例えば、提示用イメージである。

したがって、携帯電話ゲームアプリケーションを計算装置に実行するように設計する際、シミュレータ設計者は、携帯電話ゲームにおける仮想操作ボタンのマップピクチャに対して、対応する物理キーを予め設定することにより、タッチスクリーンの場合におけるタッチ機能をキー押し機能でシミュレートすることを実現する。他のマップピクチャに対しては、物理キーを設定しなくてもよい。シミュレータ設計者は、対応する物理キーを設定する必要があるマップピクチャを、マップピクチャプロファイルというプロファイルとして設定することができる。携帯電話ゲームアプリケーションの実行過程で、シミュレータは、レンダリングデータにマップピクチャプロファイルにおける所定のマップピクチャがあるか否かを認識する。

１つの可能な実施形態では、マップピクチャプロファイルには、検出すべきマップピクチャの位置するマップの巡回冗長検査符号（ＣＲＣ、Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）、マップピクチャの位置するマップにおける位置座標（Ｃｏｏｒｄｉｎａｔｅ）、マップピクチャの識別子（ＴｅｘｔｕｒｅＩｄ）、高さ（ｈｅｉｇｈｔ）、幅（ｗｉｄｔｈ）、コメント（ｃｏｍｍ）などの情報を含んでもよい。一例として、マップピクチャの識別子の例は、例えば、数字で表すことができる。マップピクチャは、一般的に矩形であり、マップピクチャの、その位置するマップにおける位置座標は、マップピクチャの四隅の該マップにおける位置座標で表すことができる。

例示的には、マップピクチャプロファイルは、例えば、以下の内容を含む。
・・・・・・
＜ＴｅｘｔｕｒｅＩｄ＝“３０” ｗｉｄｔｈ＝“５１２” ｈｅｉｇｈｔ＝“５１２” ｍａｘ₋ｂｕｆｓｉｚｅ＝“２０４８０”
ＣＲＣ＝“１５７６８５２０３５” ｃｏｏｒｄｉｎａｔｅ＝“１０６１９４５３４４， １０３８８７６６７２， １０６１９４５３４４， １０４５８２３４８８，１０６３５１８２０８，１０３８８７６６７２，１０６３５１８２０８，１０４５８２３４８８”
ｃｏｍｍ＝“乗車運転”／＞
・・・・・・

該例のマップピクチャプロファイルには、シミュレータがアプリケーションを実行する過程で検出する、レンダリングされた仮想シーンにおける巡回検査符号が１５７６８５２０３５であるマップにおける位置が｛１０６１９４５３４４，１０３８８７６６７２，１０６１９４５３４４，１０４５８２３４８８，１０６３５１８２０８，１０３８８７６６７２，１０６３５１８２０８，１０４５８２３４８８｝であるマップピクチャが設定されている。

携帯電話ゲーム開発者は、携帯電話ゲームを開発する際、携帯電話ゲームに必要ないくつかの小さな画像を１つの大きな画像に配置することが一般的である。本願の実施例では、この大きな画像はマップと呼ばれ、小さい画像はマップピクチャと呼ばれる。携帯電話ゲームには複数のマップがある可能性があり、各マップが対応する識別子を有し、マップにおける各マップピクチャの該マップにおける位置が一定である。マップは、画像のフォーマットであってもよい。マップ識別子は、例えば、マップの名称であってもよく、マップの名称は、一連の数字又は文字列であってもよい。

図３Ａは、本願の実施例に係る例示的な携帯電話ゲームにおけるマップとマップピクチャとの関係の概略図である。図３Ａに示すように、マップ３０は、絶地求生（ＰＵＢＧ、Ｐｌａｙｅｒ Ｕｎｋｎｏｗｎ’ｓ Ｂａｔｔｌｅ Ｇｒｏｕｎｄｓ）というゲームにおけるマップである。マップ３０には、マップピクチャ３１、３２、３３などの様々な小さいマップピクチャがある。

図３Ｂは、本願の実施例に係る例示的な携帯電話ゲームにおけるマップピクチャのマップにおける位置情報の概略図である。図３Ｂに示すように、マップ３４には、５つのマップピクチャがあり、それぞれ３５、３６、３７、３８、３９と符号をつけている。マップピクチャ３５のマップ３４における位置座標は、｛（０．００００００，０．４６２８９１）、（０．００００００，０．２５５８５９）、（０．２０７０３１，０．２５５８５９）、（０．２０７０３１，０．４６２８９１）｝と表すことができる。座標（０．００００００，０．４６２８９１）はマップピクチャ３５の左下隅を表し、（０．００００００，０．２５５８５９）はその左上隅を表し、座標（０．２０７０３１，０．２５５８５９）はその右上隅を表し、座標（０．２０７０３１，０．４６２８９１）はその右下隅を表す。この図に挙げられた例は、ＯｐｅｎＧＬ ＥＳ（ＯｐｅｎＧＬ ｆｏｒ Ｅｍｂｅｄｄｅｄ Ｓｙｓｔｅｍ）におけるマップピクチャの例である。ＯｐｅｎＧＬ ＥＳは、ＯｐｅｎＧＬの拡張であり、主に携帯電話、パーソナルデジタルアシスタント（ＰＤＡ、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）及びゲームホストなどの組み込み装置に用いられる。例えば、図３Ｂに示すマップピクチャ３５に対して、マップピクチャプロファイルに該マップピクチャ３５を設定する際、Ｃｏｏｒｄｉｎａｔｅの値がマップピクチャ３５の四隅の座標値に対応するように設定することができる。

レンダリング関数は、ゲームフレームをレンダリングする際、マップの識別子及びマップにおけるマップピクチャの位置座標をマップピクチャのデータとして使用する。シミュレータは、アプリケーションがゲームロジックに従って表示画面にゲームフレームをレンダリングすることを検出する場合、レンダリング関数が使用するレンダリングデータにおけるマップの識別子及びマップにおけるマップピクチャの位置座標と、マップピクチャプロファイルにおける所定のマップの識別子及び所定のマップにおけるマップピクチャの位置座標とを比較し、レンダリングデータ及びゲームフレームに、対応する物理キーを設定する必要がある所定のマップピクチャが含まれているか否かを判断する。

ステップ２０４では、上記レンダリングデータに所定のマップピクチャが含まれていると認識されると、計算装置は、対応するキープロファイルを呼び出し、上記マップピクチャと上記計算装置の対応する物理キーとのマッチング処理を実行する。

本願の実施例によれば、シミュレータ設計者は、マップピクチャと対応する物理キーの関連情報を、例えば、キープロファイルのようなプロファイルに設定することができる。計算装置には、アプリケーションに必要なキープロファイルを予め記憶されることができる。計算装置でアプリケーションを実行する過程で、シミュレータは、仮想シーンに所定のマップピクチャが含まれていると認識されると、所定のマップピクチャに基づいて上記キープロファイルにおいて検索して、所定のマップピクチャに対応するキー情報を取得し、仮想シーンにおいて物理キーに対応するキーアイコンを設定し、物理キーを有効に、操作できるようにイネーブルする。キープロファイルは、サーバから計算装置にダウンロードされるものであってもよく、サーバからダウンロードし更新することができる。

キープロファイルには、対応する物理キーを設定する必要があるマップピクチャの情報、例えば、マップピクチャの識別子（ＴｅｘｔｕｒｅＩｄ）、マップピクチャの説明又は名称（ｎａｍｅ）（例えば、マップピクチャに対応する機能の説明）、マップピクチャのコメント（Ｃｏｍｍ）を含んでもよい。

キープロファイルは、さらに、マップピクチャに対応する物理キーの関連情報、例えば、物理キーの名称（Ｉｔｅｍｎａｍｅ）、物理キーに対応する画面位置座標（Ｐｏｉｎｔ＿ｘ，Ｐｏｉｎｔ＿ｙ）、物理キーの機能説明（Ｄｅｓｃｒｉｐｔｉｏｎ）を含む。上記物理キーの機能は、例えば、それに対応するマップピクチャに関連付けられるゲームにおける仮想操作ボタンの機能であってもよい。加えて、キープロファイルには、さらに、マップピクチャをレンダリングすることが検出されると、物理キーが有効になり、対応するキーアイコンを表示画面に表示し、ユーザが操作可能な状態にするように設定している。

同一のマップピクチャは、キープロファイルにおける識別子とマップピクチャプロファイルにおける識別子が同じであるか又は対応するため、キープロファイル及びマップピクチャプロファイルにおける同一のマップピクチャの関連情報を関連付けることができる。

本願の実施例によれば、アプリケーションが携帯電話ゲームアプリケーションである場合、シミュレータは、ゲームシーンにおいてマップピクチャプロファイルの所定のマップピクチャが含まれていると決定すると、上記キープロファイルに基づいて所定のマップピクチャに対応するキー情報を見つけ、対応する物理キーを有効にイネーブルすることができる。

例えば、絶地求生のようなゲームの場合、キープロファイルにおいて、拾うマップピクチャがキーボード上のＦキー、Ｇキー、Ｈキーなどに対応し、周囲環境を見るマップピクチャがＡｌｔキーに対応し、狙うマップピクチャが右ボタンに対応し、跳ぶマップピクチャがスペースキーに対応し、しゃがむマップピクチャがＣキーに対応し、伏せるマップピクチャがＺキーに対応し、装弾するマップピクチャがＲキーに対応し、方向を制御するマップピクチャがそれぞれＷキー（前に移動）、Ｓキー（後に移動）、Ａキー（左に移動）、Ｄキー（右に移動）に対応し、体を左側に傾けるマップピクチャがＱキーに対応し、体を右側に傾けるマップピクチャがＥキーに対応し、マイクをオン／オフにするマップピクチャがＹキーに対応し、音声をオン／オフにするマップピクチャがＴキーに対応し、武器を切り換えるマップピクチャがテンキー１、２、３などに対応し、バックパックがＴａｂｌｅキーに対応し、ピッチを下げるマップピクチャがＱキーに対応し、ピッチを上げるマップピクチャがＥキーに対応し、車両を降りるマップピクチャがＦキーに対応し、警笛を鳴らすマップピクチャがマウスの左ボタンに対応し、左手で射撃するマップピクチャがマウスの右ボタンに対応するなどと、予め設定することができる。なお、キープロファイルには、さらに、これらの物理キーに対応する画面位置座標が含まれている。

計算装置は、キープロファイルを設定する際、１つのキーが複数の機能を有するように設定し、異なるゲームシーンにおいて、同じ物理キーが異なる操作機能を有するようにすることができる。

ステップ２０５では、計算装置は、表示画面に上記仮想シーンと該仮想シーンに対応するキー設定情報とを表示する。

本願の実施例によれば、上記キー設定情報は、キーの関連情報、例えば物理キーのキーアイコンであってもよい。

表示画面は、計算装置に属するものであり、第１のオペレーティングシステムのハードウェアデバイスであるため、上記仮想シーン及び上記キー設定情報を表示する際、第１のオペレーティングシステム下で、表示画面に上記仮想シーン及び上記キー設定情報を表示することができる。さらに、シミュレータは、第１のオペレーティングシステム下で、表示画面に上記仮想シーンを表示し、かつ上記物理キーに対応する画面位置座標に、設定された物理キーのキーアイコンを表示する。

１つの可能な実施形態では、シミュレータは、上記仮想シーンを表示する際、上記仮想のシーンの仮想オペレーティングシステムでの座標を第１のオペレーティングシステムでの座標に変換し、次に表示画面に仮想シーンを表示することができる。例えば、仮想シーンのＡｎｄｒｏｉｄオペレーティングシステムでの座標をＷｉｎｄｏｗｓオペレーティングシステムでの座標に変換する。

本願の実施例によれば、物理キーの名称を背景画像に設定し、上記キーアイコンを形成することができる。上記背景画像は円形、楕円形などであってもよく、背景画像の中心位置を物理キーに対応するマップピクチャの表示領域内に設定することにより、両者が重畳領域を有するようにする。本願の実施例によれば、物理キーのキーアイコンを所定の位置に設定することもできる。キーアイコンを設定する際、マップピクチャの主体を隠すことをできるだけ回避してもよい。背景画像は、一定の透明度を有するように設定してもよい。

図４Ａは、本願の実施例に係る１つの例示的なゲームシーンの概略図であり、絶地求生というゲームの１つのゲームフレームである。シミュレータは、該ゲームフレームにおいて、バックパックのマップピクチャ４００がＴａｂｌｅキーに対応し、拾うマップピクチャ４０２、４０３、４０４がＦキー、Ｇキー、Ｈキーに対応し、周囲環境を見るマップピクチャ４０５がＡｌｔキーに対応し、狙うマップピクチャ４０６がマウスの右ボタンに対応し、跳ぶマップピクチャ４０７がスペースキーに対応し、しゃがむマップピクチャ４０８がＣキーに対応し、伏せるマップピクチャ４０９がＺキーに対応し、装弾するマップピクチャ４１０がＲキーに対応し、左手で射撃するマップピクチャ４１１がマウスの左ボタンに対応し、方向を制御するマップピクチャ４１２がＷキー、Ｓキー、Ａキー、Ｄキーに対応し、体を左側に傾けるマップピクチャ４１３がＱキーに対応し、体を右側に傾けるマップピクチャ４１４がＥキーに対応し、マイクをオン／オフにするマップピクチャ４１５がＹキーに対応し、音声をオン／オフにするマップピクチャ４１６がＴキーに対応し、武器を切り換えるマップピクチャ４１７、４１８、４１９がテンキー１、２、３に対応するように設定している。

図４Ｂは、本願の実施例に係る別の例示的なゲームシーンの概略図である。図４Ｂに示すように、シミュレータは、該ゲームフレームにおいて、車両を降りるマップピクチャ４２０、ピッチを下げるマップピクチャ４２１、ピッチを上げるマップピクチャ４２２、警笛を鳴らすマップピクチャ４２３がそれぞれ、Ｆキー、Ｑキー、Ｅキー、マウスの左ボタンなどに対応するように設定している。なお、マイクをオン／オフにするマップピクチャ４２５、音声をオン／オフにするマップピクチャ４２６、ゲームを設定するマップピクチャ４２７がそれぞれ、Ｙキー、Ｔキー、Ｅｓｃキーに対応するように設定している。周辺環境を見るマップピクチャ４２４がＡｌｔキーに対応し、方向を制御するマップピクチャ４２８がＷキー、Ｓキー、Ａキー、Ｄキーに対応し、バックパックのマップピクチャ４２９がＴａｂｌｅキーに対応するように設定している。

上記キーは、マウスボタンであると明記していない限り、キーボード上のキーである。

本願の実施例によれば、仮想オペレーティングシステムにおいてアプリケーションを起動し、上記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、上記仮想シーンをレンダリングするためのレンダリングデータを取得し、上記レンダリングデータにおける所定のマップピクチャを認識し、上記仮想シーンには所定のマップピクチャがあると認識した場合、対応するキープロファイルを呼び出して、上記マップピクチャと上記計算装置の対応する物理キーとのマッチング処理を完了し、上記計算装置の画面に、上記仮想シーンと該仮想シーンに対応するキー設定情報とを表示する。本願の実施例は、ゲームにおけるマップピクチャに対する認識に基づいて、ゲームシーンを迅速かつ効率的に認識し、認識されたゲームシーンにゲーム操作キーをリアルタイム、自動的かつ合理的に配置し、ゲーム操作キーの設定を知能化することができ、ゲームプレーヤは、ゲームシーンにおいてゲーム操作キーを自ら設定する必要がなく、計算装置が自動的に設定したゲーム操作キーに従って、キーボード及びマウス上の対応する物理キーを操作するだけで、携帯電話ゲームを操作することができる。このようなゲームシーン認識に基づくキー設定方式は、ゲームプレーヤに良好なゲーム操作体験を与えることができ、知能的であり、効果が高い。

図５は、本願の実施例に係るアプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得するフローチャートである。図５は、図２のステップ２０２のさらなる説明であってもよく、他の実施例における同じ又は類似のステップのさらなる説明であってもよい。図５に示すように、ステップ２０２は、
計算装置が、上記表示対象となる仮想シーンをレンダリングするレンダリング関数の呼び出しを検出することにより、上記レンダリング関数が呼び出されたときに関連付けられる頂点バッファオブジェクトにおけるレンダリングデータを取得するステップ５０１を含んでもよい。

アプリケーションは、仮想シーンをレンダリングする際、ＯｐｅｎＧＬ（Ｏｐｅｎ Ｇｒａｐｈｉｃｓ Ｌｉｂｒａｒｙ）における関数、例えば、ｇｌＤｒａｗＥｌｅｍｅｎｔｓ関数を使用することができる。

ＯｐｅｎＧＬは、クロスプログラミング言語、クロスプラットフォームのアプリケーションプログラミング（ＡＰＩ、Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）仕様を定義する。アプリケーションのグラフィックスレンダリング需要は、最終的に、ＯｐｅｎＧＬプロトコルを実現するビデオカードドライバなどのレンダリング関連プログラムにより処理される。ＯｐｅｎＧＬがグラフィックスレンダリングを行う過程で、頂点変換、プリミティブアセンブリング、テクスチャマッピング、ラスタライズなどの一連のコンピュータグラフィックス操作を行う必要があるかもしれない。

ｇｌＤｒａｗＥｌｅｍｅｎｔｓ関数は、配列からデータレンダリング又はレンダリングプリミティブを取得するプリミティブレンダリング関数である。１つの可能な実施形態では、プリミティブは、例えば、三角形、線、点などである。本願の実施例では、レンダリングプリミティブが三角形であることを例にして説明する。一例として、該ｇｌＤｒａｗ Ｅｌｅｍｅｎｔｓ関数における関数パラメータは、例えば、描画又はレンダリングされるプリミティブのタイプを説明するプリミティブタイプ（ｍｏｄｅ）と、プリミティブタイプで接続される頂点の総数を表し、異なるｍｏｄｅによって、Ｃｏｕｎｔが単一のｍｏｄｅタイプのプリミティブの頂点数＊プリミティブ数以下であるカウント値（Ｃｏｕｎｔ）と、ＧＬ＿ＵＮＳＩＧＮＥＤ＿ＢＹＴＥ、ＧＬ＿ＵＮＳＩＧＮＥＤ＿ＳＨＯＲＴ、ＧＬ＿ＵＮＳＩＧＮＥＤ＿ＩＮＴのうちの１つであるインデックス値のタイプ（ｔｙｐｅ）と、インデックス記憶位置を指すポインタ（ｉｎｄｉｃｅｓ）とを含む。ｇｌＤｒａｗＥｌｅｍｅｎｔｓ関数を呼び出す際、該関数は、インデックスによりＣｏｕｎｔが表す数の一連の要素を使用して、一連のプリミティブを作成する。

ＯｐｅｎＧＬは、様々なライブラリ関数、例えば、基本ライブラリ関数、ユーティリティライブラリ関数、補助ライブラリ関数、ユーティリティプログラムライブラリ関数などを含む。ＯｐｅｎＧＬには、頂点バッファオブジェクト（ＶＢＯ、Ｖｅｒｔｅｘ Ｂｕｆｆｅｒ Ｏｂｊｅｃｔ）を操作するＡＰＩ関数が提供される。ＶＢＯは、ＯｐｅｎＧＬがビデオカードの記憶空間内に作成したメモリキャッシュ領域であり、頂点の様々な属性情報を記憶する。前述した属性情報は、例えば、頂点色データ、頂点座標、テクスチャ座標、頂点法線ベクトルなどを含んでもよい。頂点は、コンピュータグラフィックスにおける基本的な概念である。コンピュータグラフィックスにおいて、二次元又は三次元の物体は、例えば、三角形（プリミティブ）で描画することができる。各三角形は３つの頂点を有し、各頂点はいずれも１つの３Ｄ位置を有する。１つの三角形の頂点の３Ｄ位置は、１つの配列で定義することができる。ＯｐｅｎＧＬが３Ｄ空間内に動作し、レンダリングされるものが２Ｄ三角形であるため、三角形の頂点のｚ座標を０．０に設定することができる。頂点座標を入力として頂点シェーダに入力し、頂点シェーダがグラフィックプロセッサ（ＧＰＵ、Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）でメモリを作成して頂点座標を記憶し、かつＯｐｅｎＧＬを構成してこれらのメモリを解釈し、頂点座標をビデオカードに送信する方式を指定する。頂点座標は三次元座標であり、表示画面は二次元であり、頂点の頂点座標を算出すると、表示画面での頂点の最終的な表示位置を取得することができる。

レンダリングを行うとき、レンダリング関数、例えば、上記ｇｌＤｒａｗＥｌｅｍｅｎｔｓ関数は、ＶＢＯから頂点の様々な属性情報を読み出して使用することができる。

本願の実施例によれば、シミュレータは、表示対象となる仮想シーンをレンダリングするｇｌＤｒａｗＥｌｅｍｅｎｔｓ関数の呼び出しを検出することにより、該レンダリング関数が呼び出されたときに関連付けられる頂点バッファオブジェクトＶＢＯのレンダリングデータを取得することができる。

本願の実施例によれば、上記表示対象となる仮想シーンをレンダリングするレンダリング関数の呼び出しを検出することにより、上記レンダリング関数が呼び出されたときに関連付けられる頂点バッファオブジェクトにおけるレンダリングデータを取得し、アプリケーションの現在の実行状態をリアルタイムに取得し、対応する処理を行うことができる。

図６は、本願の実施例に係るレンダリングデータにおける所定のマップピクチャを認識するフローチャートである。図６は、図２のステップ２０３のさらなる説明であってもよく、他の実施例における同じ又は類似のステップのさらなる説明であってもよい。

ＯｐｅｎＧＬで、グラフィックスをレンダリングする際のテクスチャマッピング操作は、テクスチャ貼り付け操作とも呼ばれ、マップピクチャをテクスチャとして、レンダリングしようとする物体の表面に貼り付けて迫真性を向上させることである。テクスチャマッピング操作は、三角形単位で行われ、物体の表面上の三角形の各頂点の、マップにおける対応する位置を指定してからマッピングする必要がある。本願の実施例によれば、レンダリングされる物体はゲームにおけるオブジェクトである。一例として、テクスチャマッピング操作は、例えば、ｇｌＤｒａｗＥｌｅｍｅｎｔｓ関数により行うことができる。

本願の実施例によれば、シミュレータは、アプリケーションがゲームフレームをレンダリングすることを検出する際、アプリケーションによる、テクスチャマッピングを行うｇｌＤｒａｗＥｌｅｍｅｎｔｓ関数の呼び出しを検出することにより実現することができる。シミュレータは、該関数が使用するＶＢＯにおける頂点データを分析することにより、レンダリングされる頂点に対応するマップの識別子を取得する。シミュレータは、該マップの識別子に基づいて、上記ゲームフレームをレンダリングするマップを認識することができる。そして、シミュレータは、上記頂点に対応する上記マップにおけるマップピクチャのテクスチャ座標をＶＢＯから取得する。マップピクチャのテクスチャ座標によりマップにおける対応するマップピクチャに定位することができる。

ステップ２０３は、以下のステップ６０１〜６０３を含む。

ステップ６０１では、計算装置は、上記レンダリングデータに、上記所定のマップピクチャの位置する所定のマップが含まれているか否かを判断する。

本願の実施例によれば、シミュレータは、ＶＢＯにおけるレンダリングデータに含まれるマップの識別子と、記録された所定のマップの識別子とを比較することにより、レンダリングデータに、所定のマップピクチャの位置する所定のマップが含まれているか否かを判断することができる。レンダリングデータにおけるマップの識別子と上記記録された所定のマップの識別子がマッチングする場合、シミュレータは、上記レンダリングデータには上記所定のマップピクチャの位置する上記所定のマップの識別子が含まれていると決定し、即ち、現在レンダリングされている仮想シーンに、さらなる処理、例えば、対応する物理キーの設定を必要とするマップピクチャが含まれていると判断する。

図７は、図６のステップ６０１、６０２の具体的な説明である。図７に示すように、ステップ６０１は、
計算装置が、上記レンダリングデータにおけるマップの識別子と記録された上記所定のマップの識別子とを比較するステップ７０１と、
計算装置が、上記レンダリングデータにおけるマップの識別子と記録された上記所定のマップの識別子がマッチングする場合、上記レンダリングデータには上記所定のマップピクチャの位置する上記所定のマップが含まれていると決定するステップ７０２とを含んでもよい。

計算装置は、シミュレータによりアプリケーションを実行する過程で、まずアプリケーションで使用可能な全てのマップをハードディスクからメモリに展開する。したがって、シミュレータがアプリケーションを起動した後、仮想オペレーティングシステムがアプリケーションデータをハードディスクからビデオメモリに展開することを検出する。アプリケーションデータには、アプリケーションが使用するマップが含まれている。本願の実施例によれば、マップをメモリに展開する際、ｇｌＴｅｘＩｍａｇｅ２Ｄ関数を呼び出す。

ｇｌＴｅｘＩｍａｇｅ２Ｄ関数を検出することにより、シミュレータは、各マップの巡回冗長検査符号を取得することができる。シミュレータは、取得されたマップの巡回冗長検査符号を検査し、かつそれとマップピクチャプロファイルにおける所定のマップの巡回冗長検査符号とを比較することにより、アプリケーションデータにおけるマップの巡回冗長検査符号が所定のマップの巡回冗長検査符号とマッチングするか否かを判断する。シミュレータは、アプリケーションデータにおけるマップの巡回冗長検査符号とマップピクチャプロファイルにおける所定のマップの巡回冗長検査符号がマッチングすると決定すると、アプリケーションデータにおける上記マップの識別子（ＩＤ）を上記所定のマップの識別子として記録する。一例として、マップの識別子は、例えば数字文字列であってもよく、本願の実施例は、これを具体的に限定するものではない。

マップの場合、アプリケーションが起動するたびに、マップに異なる識別子を割り当てる可能性がある。マップの巡回冗長検査符号は変化しない。アプリケーションは、マップを使用する際にマップの識別子を使用するため、マップがアプリケーションにより使用されるか否かを検出するには、マップピクチャプロファイルにおいて検出しようとするマップの巡回冗長検査符号を設定し、マップの巡回冗長検査符号に基づいてアプリケーションデータにおけるマップの識別子を決定する必要がある。

図８は、本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法のさらなるフローチャートである。図８に示すように、ステップ２０１でアプリケーションを起動した後、
計算装置が、仮想オペレーティングシステムがアプリケーションデータをハードディスクからビデオメモリに展開することを検出するステップ８０１と、
計算装置が、上記アプリケーションデータにおけるマップの巡回冗長検査符号を検査し、かつ上記アプリケーションデータにおけるマップの巡回冗長検査符号が上記所定のマップの巡回冗長検査符号とマッチングするか否かを判断するステップ８０２と、
計算装置が、上記アプリケーションデータにおけるマップの巡回冗長検査符号と上記所定のマップの巡回冗長検査符号がマッチングすると決定すると、上記アプリケーションデータにおける上記マップの識別子を上記所定のマップの識別子として記録するステップ８０３とを含んでもよい。

本願の実施例によれば、シミュレータは、仮想オペレーティングシステムがｇｌＴｅｘＩｍａｇｅ２Ｄ関数によりアプリケーションデータをハードディスクからビデオメモリに展開することを検出すると、アプリケーションにおけるマップの巡回冗長検査符号を検査し、アプリケーションにおけるマップの巡回冗長検査符号とマップピクチャプロファイルにおける所定のマップの巡回冗長検査符号とを比較し、両者がマッチングすれば、アプリケーションデータにおけるマップの識別子を上記所定のマップの識別子として記録する。

ステップ６０２では、計算装置は、上記レンダリングデータには上記所定のマップピクチャの位置する所定のマップが含まれていると決定すると、上記レンダリングデータに、上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれているか否かを判断する。

該ステップでは、図７、図８に示すように、上記レンダリングデータに、上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれているか否かを判断するステップは、
計算装置が、上記レンダリングデータにおけるマップピクチャのテクスチャ座標と上記所定のマップピクチャの上記所定のマップにおけるテクスチャ座標とを比較するステップ７０３と、
計算装置が、上記レンダリングデータにおけるマップピクチャのテクスチャ座標と上記所定のマップピクチャの上記所定のマップにおけるテクスチャ座標がマッチングする場合、上記レンダリングデータには上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれていると決定するステップ７０４とを含む。

１つの可能な実施形態では、シミュレータは、レンダリングデータにおけるレンダリングされた頂点に対応するマップピクチャのテクスチャ座標と、マップピクチャプロファイルにおいて設定された所定のマップピクチャのテクスチャ座標とを比較し、両者がマッチングすると、レンダリングデータには所定のマップピクチャの上記所定のマップにおける位置情報が含まれていると決定することができる。

一例として、レンダリング関数であるｇｌＤｒａｗＥｌｅｍｅｎｔｓ関数が使用するＶＢＯには、該レンダリング関数が使用するマップピクチャのテクスチャ座標、即ち、マップピクチャの、その位置するマップにおける位置座標が含まれている。本願の実施例によれば、マップ又はマップ画像の座標範囲は、例えば、（０，０）から（１，１）までであってもよく、この座標は正規化処理された座標である。例えば、１つのマップの左上隅の座標が（０，０）であり、右下隅の座標が（１，１）である。マップにおける各マップピクチャの位置は、各マップピクチャの四隅の該マップの座標系での位置で表すことができる。図３Ｂに示すマップ３４及びマップピクチャ３５を参照する。

図３Ｂを例にして、本願の実施例によれば、シミュレータは、ゲームフレームにおけるマップピクチャを認識する際、ｇｌＤｒａｗＥｌｅｍｅｎｔｓ関数が使用するＶＢＯを分析し、マップ３４の識別子を見つけ、さらにテクスチャ座標｛（０．００００００，０．４６２８９１），（０．００００００，０．２５５８５９），（０．２０７０３１，０．２５５８５９），（０．２０７０３１，０．４６２８９１）｝を見つけた場合、見つけたテクスチャ座標に基づいて現在ゲームフレームにおいてマップ３４のマップピクチャ３５を使用することを確認することができる。

ステップ６０３では、計算装置は、上記レンダリングデータには上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれていると決定すると、上記レンダリング関数が使用するレンダリングデータには上記所定のマップピクチャが含まれていると決定する。

本願の実施例によれば、シミュレータは、ＶＢＯにおけるレンダリングデータには、所定のマップピクチャの位置する所定のマップと、所定のマップピクチャの位置する所定のマップにおけるテクスチャ座標とが含まれていると決定すると、レンダリングデータのうち、検出しようとする、マップピクチャプロファイルにおける所定のマップピクチャを決定する。

本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法は、ゲームにおけるマップピクチャのマップにおけるテクスチャ座標が一定であり、マップにおけるいずれかのマップピクチャについて、毎回のレンダリングで使用する該マップピクチャのテクスチャ座標がいずれも同じであるため、ゲームフレームをレンダリングするときに呼び出されるレンダリング関数を検出することにより、レンダリング関数が使用するレンダリングデータを検索し、レンダリングデータに、所定のマップピクチャの位置する所定のマップが含まれているか否かを判断し、レンダリングデータには上記所定のマップが含まれていると判断する場合、上記レンダリングデータに上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれているか否かをさらに判断し、上記レンダリングデータには上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれていると判断する場合、上記レンダリング関数が使用するレンダリングデータには所定のマップピクチャが含まれていると決定する。いくつかの座標数値を比較するだけで、ゲーム状態を正確に判断し、該マップピクチャがゲームにより表示されるか否かを迅速に把握することができ、処理するバイト数が少ないため、計算装置がゲームフレームをレンダリングする速度がより速くなり、必要な計算リソースのオーバーヘッドがより少なくなり、性能がより高くなる。

図９は、本願の実施例に係る上記仮想シーンに所定のマップピクチャが含まれていると認識されると、対応するキープロファイルを呼び出して、上記マップピクチャと上記計算装置の対応する物理キーとのマッチング処理を完了するフローチャートである。図９は、図２のステップ２０４のさらなる説明であるとともに、前述した他のそれぞれの実施例における同じ又は類似のステップの説明にも適用する。

図９に示すように、ステップ２０４は、以下のステップ９０１〜９０２を含んでもよい。

ステップ９０１では、上記仮想シーンに所定のマップピクチャが含まれていると認識されると、計算装置は、対応するキープロファイルを呼び出し、キープロファイルにおける上記所定のマップピクチャと対応するキー情報に基づいて、上記所定のマップピクチャに対応する物理キーを決定し、該物理キーを有効にイネーブルする。

本願の実施例によれば、シミュレータは、マップピクチャプロファイルにおけるマップピクチャと、仮想シーンをレンダリングするレンダリング関数が使用するレンダリングデータにおけるマップピクチャとを比較することにより、現在仮想シーンに、対応する物理キーを設定する必要がある所定のマップピクチャを決定した後、キープロファイルにおいて該所定のマップピクチャに対応するキー情報を検索することができる。例えば、シミュレータは、上記マップピクチャプロファイルから得られた上記所定のマップピクチャの識別子とキープロファイルにおけるマップピクチャの識別子とを比較し、両者がマッチングすると、キープロファイルに基づいて、マップピクチャの識別子に対応する物理キーの名称と物理キーに対応する画面位置座標を確認することができる。

例えば、例示的なキープロファイルは、以下のとおりである。
＜Ｓｗｉｔｃｈ Ｎａｍｅ＝“ＧｅｔＩｎｔｏＣａｒ”ＴｅｘｔｕｒｅＩｄ＝“３０”Ｃｏｍｍ＝“乗車運転”／＞
・・・・・・
＜ＫｅｙＭａｐｐｉｎｇ ＩｔｅｍＮａｍｅ＝“Ｆ” Ｐｏｉｎｔ＿Ｘ＝“０．６５６２５０” Ｐｏｉｎｔ＿Ｙ＝“０．４１９４４４” Ｄｅｓｃｒｉｐｔｉｏｎ＝“乗車”＞
＜ＳｗｉｔｃｈＯｐｅｒａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ＝“乗車”ＥｎａｂｌｅＳｗｉｔｃｈ＝“ＧｅｔＩｎｔｏＣａｒ”／＞
＜／ＫｅｙＭａｐｐｉｎｇ＞

キープロファイルは、マップピクチャの識別子（ＴｅｘｔｕｒｅＩｄ）が「３０」であり、名称（Ｎａｍｅ）が「ＧｅｔＩｎｔｏＣａｒ」であり、コメント（Ｃｏｍｍ）が「乗車運転」であるように設定している。また、キープロファイルは、キープロファイルにおける「ＧｅｔＩｎｔｏＣａｒ”」というマップイメージがマッチングしたとき、キー「Ｆ」に対応する画面位置座標（０．６５６２５０，０．４１９４４４）を取得するように設定している。

シミュレータは、前述した例のマップピクチャプロファイルの識別子に基づいて、ＴｅｘｔｕｒｅＩｄが「３０」であるマップピクチャに対応する名称Ｉｔｅｍｎａｍｅ「ＧｅｔＩｎｔｏＣａｒ」を見つけ、さらにＳｗｉｔｃｈＯｐｅｒａｔｉｏｎ言語におけるＥｎａｂｌｅＳｗｉｔｃｈにより、ＧｅｔＩｎｔｏＣａｒのマップピクチャを有効にイネーブルする。さらに、「ＧｅｔＩｎｔｏＣａｒ」に基づいて、その対応するキーが「Ｆ」であり、Ｆキーに対応する画面位置の横座標が０．６５６２５０であり、縦座標が０．４１９４４４であることを見つけ、即ち、キーボード上のＦキーが有効になる。一例として、物理キーに対応する画面位置座標は、例えば、表示画面における、物理キーのキーアイコンの中心の位置であってもよい。

キープロファイルにおいて、複数のＳｗｉｔｃｈＯｐｅｒａｔｉｏｎ言語により、異なるマップピクチャが有効になるときに、同一の物理キーを有効にするように設定することができる。一例として、最も前のマップピクチャの優先度が最も高い。ＳｗｉｔｃｈＯｐｅｒａｔｉｏｎ言語には、物理キーに対応する画面位置座標を搬送することもできる。この場合、あるマップピクチャが有効になると、他のマップピクチャが無効になり、物理キーに対応する画面位置座標は、有効になったマップピクチャの位置するＳｗｉｔｃｈＯｐｅｒａｔｉｏｎ言語における座標のみである。このような設定は、より柔軟である。

ステップ９０２では、上記所定のマップピクチャに対応する物理キーの表示画面での操作位置を決定する。

１つの可能な実施形態では、シミュレータは、例えば、上記キープロファイルにおける物理キーに対応する画面位置座標に基づいて、対応する物理キーの表示画面での操作位置を決定するか、又は上記所定のマップピクチャの表示画面での表示位置に基づいて、上記対応する物理キーの表示画面での操作位置を決定することができる。

キープロファイルにおける物理キーに対応する画面位置座標に基づいて、対応する物理キーの画面での操作位置を決定する方法は、簡単かつ汎用的であり、所定のマップピクチャの表示画面での表示位置に基づいて、物理キーの表示画面での操作位置を決定することが容易でない場合でも適用可能である。

例えば、絶地求生というゲームにおいて、ゲーム中のゲームプレーヤを表す人物が死んだとき、ゲームシーンにおけるある位置に正方形の画像があり、シミュレータがこの画像のマップピクチャを検出した場合、ゲームが終了したことが分かり、ユーザがログアウトするか否かを確認する必要があるが、この画像の位置では操作できず、ログアウトボタンの位置で操作する必要がある。したがって、この場合、キープロファイルにおいて、ログアウト操作を実行する物理キーの表示画面での操作位置を予め設定する。ゲームの実行過程で、シミュレータは、ゲームシーンには上記正方形のマップピクチャが含まれていると検出すると、ログアウトボタンの位置に、対応する物理キーのキーアイコンを設定し、ユーザがログアウト操作を行うことを可能にする。

所定のマップピクチャの表示画面での表示位置に基づいて、対応する物理キーの表示画面での操作位置を決定する場合、
上記レンダリング関数が使用するレンダリングデータにおける上記所定のマップピクチャのレンダリングしようとする頂点座標を検索するステップと、
上記頂点座標に基づいて、上記所定のマップピクチャの表示画面での表示領域を算出するステップと、
上記所定のマップピクチャの表示画面での表示領域に基づいて、上記対応する物理キーの表示画面での操作位置を算出するステップとを含んでもよい。

本願の実施例によれば、例えば、シミュレータは、アプリケーションがゲームロジックに従ってゲームフレームをレンダリングすることを検出する場合、レンダリング関数ｇｌＤｒａｗＥｌｅｍｅｎｔｓが使用するＶＢＯから、マップピクチャを用いてレンダリングされるゲームフレームにおける三角形の頂点座標を見つけることができる。この頂点座標は、例えば、様々な操作ボタンを構成する三角形の頂点座標であってもよい。一例として、この頂点座標は、例えば、第２のオペレーティングシステムに基づく画面位置であってもよく、例えば、Ａｎｄｒｏｉｄオペレーティングシステムにおける表示画面での頂点の位置である。一例として、Ａｎｄｒｏｉｄオペレーティングシステムにおいて、表示画面での一番左上隅が座標原点（０，０）であり、一番右下隅が座標の最大値である。例えば、Ａｎｄｒｏｉｄオペレーティングシステムでの画面解像度が１０２４＊５７６であれば、この座標の最大値は（１０２４，５７６）である。

例えば、正方形のマップピクチャを用いてゲームフレームにおける三角形をレンダリングする際、２つの三角形が必要であり、各三角形に３つの頂点があり、例えば、１番目の三角形は頂点１、２、３を含み、２番目の三角形は頂点４、５、６を含む。この２つの三角形は、２つの頂点が重なり合う。計算装置は、この２つの三角形の各頂点の頂点座標を取得することができる。

その後、シミュレータは、ゲームフレームにおける三角形の頂点座標に基づいて、マップピクチャの表示画面での表示位置を算出することができる。例えば、シミュレータは、ゲームフレームにおける三角形の頂点座標に基づいて、モデル変換（Ｍｏｄｅｌ）、ビュー変換（Ｖｉｅｗ）、投影変換（Ｐｒｏｊｅｃｔｉｏｎ）を行った後、ビューポート変換により、第１のオペレーティングシステムにおけるマップピクチャの表示画面での実際の表示位置及び表示領域を算出することができる。上記モデル変換、ビュー変換及び投影変換は、ＭＶＰ変換と略称する。なお、シミュレータは、ゲームフレームにおける三角形の頂点座標を取得した後、ゲームフレームにおける三角形の頂点座標に基づいて、ゲームフレームにおける三角形に貼り付けられるマップピクチャの第１のオペレーティングシステムにおける表示画面での表示位置を算出することができる。

本願の実施例によれば、例えば、シミュレータは、まずマップピクチャの第１のオペレーティングシステムにおける表示画面での表示位置に基づいて、マップピクチャの表示画面での表示領域を決定し、次にマップピクチャの表示画面での表示領域に基づいて、マップピクチャに対応する物理キーの表示画面での操作位置が該表示領域内に位置すると決定することができる。

本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法は、キープロファイルにおいて所定のマップピクチャに対応するキー情報を検索し、対応する物理キーを決定し、物理キーの表示画面での操作位置を決定することにより、物理キーを設定する。計算装置が対応する物理キーをリアルタイムかつ動的に設定し、それを有効にすることができるため、ゲームプレーヤは、ゲームをリアルタイムで操作することができ、より優れたゲーム操作体験を有する。

図１０は、本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法のさらなるフローチャートである。図１０に示すように、図２に示す各ステップ以外、本願に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法は、さらに、以下のステップ１００１〜１００２を含む。

ステップ１００１では、第１のオペレーティングシステムにおいて入出力装置により入力された、上記所定のマップピクチャに対応する物理キーに対する操作メッセージを検出する。

本願の実施例によれば、シミュレータは、ユーザが計算装置の第１のオペレーティングシステムにおいてキーボード及びマウスなどの入出力装置により入力した、表示画面に表示された仮想シーンにおけるキーアイコンを操作するための操作メッセージを検出する。

ゲームの場合、シミュレータは、Ｈｏｏｋ Ｗｉｎｄｏｗｓのメッセージにより、ゲームプレーヤがキーボード又はマウスのいずれかの物理キーを押したことを決定した後、キープロファイルにおけるこの物理キーが有効になるか否かを検査する。ゲームプレーヤがキーボード又はマウス上の対応する物理キーを押したと決定されると、該操作が有効であることを判断する。前述した対応する物理キーは、表示画面に表示されたゲームシーンにおけるキーアイコンに対応する。

ステップ１００２では、上記所定のマップピクチャに対応する物理キーの表示画面での操作位置をタッチスクリーンデバイスファイルに書き込み、タッチスクリーンドライバによりタッチスクリーンデバイスファイルから該操作位置を読み取り、該操作位置を上記アプリケーションに送り込み、上記アプリケーションにより該操作位置で上記仮想シーンとのインタラクション操作を行う。

前述したように、シミュレータは、キープロファイルにより、設定しようとする物理キーの表示画面での操作位置を取得するか、又はマップピクチャの位置情報に基づいて設定される物理キーの表示画面での操作位置を取得することができる。その後、シミュレータは、ゲームプレーヤが表示画面に表示されたキーアイコンに対する操作をトリガしたと検出した場合、上記物理キーに対応する操作データをＡｎｄｒｏｉｄオペレーティングシステムのタッチスクリーンデバイスファイルに書き込む。上記物理キーに対応する操作データは、例えば、物理キーの表示画面での操作位置であってもよく、本願の実施例は、これを具体的に限定するものではない。書き込む前に、物理キーの表示画面での操作位置に対し座標の変換を行って、対応するＡｎｄｒｏｉｄ値に変換し、即ち、仮想Ａｎｄｒｏｉｄオペレーティングシステムにおける操作位置に変換してから、タッチスクリーンデバイスファイルに書き込むことができる。

携帯電話上のＡｎｄｒｏｉｄオペレーティングシステムは、一般的に、Ｌｉｎｕｘカーネルに基づいて開発されるものであり、カーネル層とアプリケーション層に分けられる。なお、アプリケーション層は、アプリケーション（Ａｐｐ）の実行環境であり、アプリケーションがゲームであってもよく、カーネル層は、アプリケーション層に基本的なサービスを提供する。カーネル層には、様々なハードウェアに対するドライバであって、ハードウェアドライバと呼ばれるものが埋め込まれている。ハードウェアドライバは、Ａｎｄｒｏｉｄオペレーティングシステムのデバイスファイルを読み書きすることにより、ハードウェアのデータを把握することができる。ハードウェアドライバは、取得したハードウェアのデータを上位層アプリケーションに送信し、アプリケーションを実行する。Ａｎｄｒｏｉｄオペレーティングシステムにおいて、様々なハードウェアスドライバ及び対応するデバイスファイルがあり、例えば、タッチスクリーンドライバ、ブルートゥース（登録商標）ドライバ、音響ドライバなどがある。これに応じて、ハードウェアドライバに対応するタッチスクリーンデバイスファイル、ブルートゥースデバイスファイル、オーディオファイルなどがある。

ハードウェアが携帯電話のタッチスクリーンである場合を例にして、タッチスクリーンをタッチする場合、タッチにより生成した画面位置座標（ｘ，ｙ）をタッチデータとして、タッチスクリーンデバイスファイルに送信する。カーネル層のタッチスクリーンドライバは、該タッチスクリーンデバイスファイルを読み取り、タッチスクリーンをタッチして得られたタッチデータを取得し、そしてタッチデータを上位層アプリケーションにアップロードする。その後、Ａｎｄｒｏｉｄオペレーティングシステムの上位層アプリケーション、例えばゲームは、タッチデータに基づいて、タッチスクリーンがタッチされたというメッセージに応答する。

本願の実施例では、上記Ａｎｄｒｏｉｄオペレーティングシステムの処理過程に基づいて、ＰＣシミュレータを用いてＡｎｄｒｏｉｄ携帯電話ゲームをシミュレートする場合、ＰＣシミュレータは、ゲームフレームをレンダリングする場合、マップピクチャの位置情報により、キーボード又はマウスの物理キーに対応する画面位置座標を算出した後、物理キーに対応する画面位置座標をタッチデータとしてタッチスクリーンデバイスファイルに書き込むことにより、Ａｎｄｒｏｉｄのタッチメッセージをシミュレートすることができる。即ち、ＰＣシミュレータは、タッチスクリーンハードウェアがタッチスクリーンデバイスファイルを書き込むプロセスをシミュレートする。

したがって、本願の実施例によれば、ゲームプレーヤは、ゲームをプレイする過程でキーボード上の物理キーを押し、計算装置は、該物理キーが表示画面に表示されたゲームフレームのいずれかのキーアイコンとマッチングすることを検出する場合、キーボード上の物理キーの押しが有効な操作であるとみなすことができる。さらに、計算装置は、表示画面での物理キーに対応するマップピクチャが位置する画面位置座標（ｘ，ｙ）を見つけ、次にこの画面位置座標をタッチスクリーンデバイスファイルに書き込むことができる。

例えば、前述した例のキープロファイルに基づいて、計算装置は、Ｆキーに対応する画面位置座標Ｘ＝０．６５６２５０，Ｙ＝０．４１９４４４をタッチデータとしてタッチスクリーンファイルに書き込む。

本願の実施例によれば、計算装置は、タッチスクリーンドライバを呼び出してタッチスクリーンデバイスファイルに書き込まれた操作データ、例えば画面位置座標を読み込み、この画面位置座標を上位層アプリケーションにアップロードすることにより、表示画面が押されたことを表するメッセージを生成し、タッチスクリーンの場合における表示画面をクリックする操作をシミュレートする。

例えば、前述した例のキープロファイルに基づいて、計算装置は、タッチスクリーンドライバを呼び出して、タッチスクリーンデバイスファイル内の画面位置座標Ｘ＝０．６５６２５０，Ｙ＝０．４１９４４４を読み取った後、対応するＡｎｄｒｏｉｄオペレーティングシステムにおける画面位置座標を算出することができ、タッチスクリーンドライバによりＡｎｄｒｏｉｄオペレーティングシステムに送信することで、ゲームプレーヤが乗車キーを押したことを把握することができる。

計算装置は、タッチスクリーンドライバが読み取った物理キーの画面位置座標を取得した後、該座標点でクリック操作を行うことにより、該物理キーに対応するマップピクチャが表すゲームフレームにおける仮想操作ボタンの操作を実現する。その後、計算装置は、ゲームロジックに従って、該仮想操作ボタンをクリックした結果を表示画面に出力する。

例えば、前述した例のキープロファイルに基づいて、計算装置は、画面位置座標Ｘ＝０．６５６２５０，Ｙ＝０．４１９４４４から算出されたＡｎｄｒｏｉｄオペレーティングシステムにおける画面位置座標に基づいて、表示画面で対応する位置をクリックすることにより、ゲームにおける人物を乗車させる。

本願の実施に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法は、第１のオペレーティングシステムにおいて入出力装置により入力された、上記所定のマップピクチャに対応する物理キーの表示画面での操作位置を検出することにより、上記物理キーの表示画面での操作位置をタッチスクリーンデバイスファイルに書き込み、タッチスクリーンドライバによりタッチスクリーンデバイスファイルから該書き込まれた操作位置を読み取り、該操作位置を上記アプリケーションに送り込み、上記アプリケーションにより該操作位置で上記仮想シーンとのインタラクション操作を行い、ユーザがキーボード及びマウスを用いてゲームを操作することを実現する。

図１１は、本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置の概略図である。図１１に示すように、本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置は、
仮想オペレーティングシステムにおいてアプリケーションを起動する起動モジュール１１０１と、
上記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、上記仮想シーンをレンダリングするためのレンダリングデータを取得するレンダリング検出モジュール１１０２と、
上記レンダリングデータに所定のマップピクチャが含まれているか否かを認識するマップピクチャ認識モジュール１１０３と、
上記レンダリングデータに所定のマップピクチャが含まれていると認識されると、対応するキープロファイルを呼び出し、上記所定のマップピクチャと上記計算装置の対応する物理キーとのマッチング処理を実行するキー設定モジュール１１０４と、
上記計算装置の表示画面に、上記仮想シーンと該仮想シーンに対応し、マッチングした物理キーに関連付けられているキー設定情報とを表示する表示モジュール１１０５とを含んでもよい。

本願の実施例によれば、上記レンダリング検出モジュール１１０２は、上記アプリケーションによる、上記仮想シーンをレンダリング処理するレンダリング関数の呼び出しを検出することにより、上記レンダリング関数が呼び出された場合の頂点バッファオブジェクトにおけるレンダリングデータを取得し、上記頂点バッファオブジェクトにおけるレンダリングデータを、上記仮想シーンをレンダリングするためのレンダリングデータとする。

本願の実施例によれば、仮想オペレーティングシステムにおいてアプリケーションを起動し、上記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、上記仮想シーンをレンダリングするためのレンダリングデータを取得し、上記レンダリングデータにおける所定のマップピクチャを認識し、上記仮想シーンには所定のマップピクチャがあると認識した場合、対応するキープロファイルを呼び出して、上記マップピクチャと前記計算装置の対応する物理キーとのマッチング処理を完了し、上記計算装置の画面に、上記仮想シーンと該仮想シーンに対応するキー設定情報とを表示する。本願の実施例は、携帯電話ゲームアプリケーションにおけるマップピクチャに対する認識に基づいて、ゲームシーンを迅速かつ効率的に認識し、認識されたゲームシーンにゲーム操作キーをリアルタイム、自動的かつ合理的に配置し、ゲーム操作キーの設定を知能化することができ、ゲームプレーヤは、マウス及びキーボードを用いて容易にゲームを体験し、大量のゲーム操作キーを自ら設定する必要がなくなるため、優れたゲーム操作体験を有する。したがって、このようなゲームシーン認識に基づくキー設定方式は知能的であり、効果が高い。

図１２は、本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置内のマップピクチャ認識モジュールの概略図である。図１２に示すように、マップピクチャ認識モジュール１１０３は、
上記レンダリングデータに、上記所定のマップピクチャの位置する所定のマップが含まれているか否かを判断するマップ判断モジュール１２０１と、
上記マップ判断モジュール１２０１によって、上記レンダリングデータには上記所定のマップピクチャの位置する所定のマップが含まれていると決定されると、上記レンダリングデータに、上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれているか否かを判断するテクスチャ座標判断モジュール１２０２と、
上記テクスチャ座標判断モジュール１２０２によって、上記レンダリングデータには上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれていると決定されると、上記レンダリング関数が使用するレンダリングデータには上記所定のマップピクチャが含まれていると決定するマップピクチャ確認モジュール１２０３とを含んでもよい。

本願の実施例によれば、図１３に示すように、マップ判断モジュール１２０１は、上記レンダリングデータにおけるマップの識別子と記録された上記所定のマップの識別子とを比較するマップ識別子比較モジュール１３０１と、上記マップ識別子比較モジュール１３０１によって、上記レンダリングデータにおけるマップの識別子と記録された上記所定のマップの識別子がマッチングすると決定されると、上記レンダリングデータには上記所定のマップピクチャが位置する上記所定のマップが含まれていると決定するマップ確認モジュール１３０２とを含んでもよい。

テクスチャ座標判断モジュール１２０２は、上記レンダリングデータにおけるマップピクチャのテクスチャ座標と上記所定のマップピクチャの上記所定のマップにおけるテクスチャ座標とを比較するテクスチャ座標比較モジュール１３０３と、上記テクスチャ座標比較モジュール１３０３によって、上記レンダリングデータにおけるマップピクチャのテクスチャ座標と上記所定のマップピクチャの上記所定のマップにおけるテクスチャ座標がマッチングすると決定されると、上記レンダリングデータには上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれていると決定するテクスチャ座標決定モジュール１３０４とを含んでもよい。

図１４は、本願の実施例に係る別のアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置の概略図である。図１４に示すように、図１３に基づいて、上記アプリケーションの仮想シーン認識及びインタラクションキーマッチング装置は、さらに、
仮想オペレーティングシステムがアプリケーションデータをハードディスクからビデオメモリに展開したか否かを検出するマップ展開検出モジュール１４０１と、
上記仮想オペレーティングシステムがアプリケーションデータをハードディスクからビデオメモリに展開したことを検出すると、上記アプリケーションデータにおけるマップの巡回冗長検査符号を検査し、上記アプリケーションデータにおけるマップの巡回冗長検査符号が上記所定のマップの巡回冗長検査符号とマッチングするか否かを判断する検査モジュール１４０２と、
上記検査モジュールによって、上記アプリケーションデータにおけるマップの巡回冗長検査符号が上記所定のマップの巡回冗長検査符号とマッチングすると決定されると、上記アプリケーションデータにおける上記マップの識別子を記録し、上記アプリケーションデータにおける上記マップの識別子を上記所定のマップの識別子とする記録モジュール１４０３とを含む。

本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置は、ゲームにおけるマップピクチャのマップにおけるテクスチャ座標が一定であり、マップにおけるいずれかのマップピクチャについて、毎回のレンダリングで使用する該マップピクチャのテクスチャ座標がいずれも同じであるため、ゲームフレームをレンダリングするときに呼び出されるレンダリング関数を検出することにより、レンダリングデータに、所定のマップピクチャの位置する所定のマップが含まれているか否かを判断し、レンダリングデータには上記所定のマップが含まれていると決定すると、上記レンダリングデータに上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれているか否かをさらに判断し、上記レンダリングデータには上記所定のマップピクチャの上記所定のマップにおける位置情報が含まれていると決定すると、上記レンダリング関数が使用するレンダリングデータには所定のマップピクチャが含まれていると決定する。いくつかの座標数値を比較するだけで、該マップピクチャをゲームにより表示する必要があるか否かを迅速に把握することができ、処理するバイト数が少ないため、計算装置がゲームフレームをレンダリングする速度がより速くなり、必要な計算リソースのオーバーヘッドがより少なくなり、性能がより高くなる。

図１５は、本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置内のキー決定モジュールの概略図である。図１５に示すように、キー決定モジュール１１０４は、
上記レンダリングデータに所定のマップピクチャが含まれていると認識されると、対応するキープロファイルを呼び出し、キープロファイルにおける上記所定のマップピクチャと対応するキー情報に基づいて、上記所定のマップピクチャに対応する物理キーを決定し、該物理キーを有効にイネーブルするキー決定モジュール１５０１と、
上記所定のマップピクチャに対応する物理キーの表示画面での操作位置を決定するキー位置決定モジュール１５０２とを含む。

本願の実施例に係るアプリケーションの仮想シーン認識及びインタラクションキーマッチング装置は、キープロファイルにおいて所定のマップピクチャに対応するキー情報を検索することにより、対応する物理キーを決定し、該物理キーの表示画面での操作位置を決定する。即ち、計算装置は、対応する物理キーをリアルタイムかつ動的に設定し、それを有効にすることができ、ゲームプレーヤは、ゲームをリアルタイムで操作することができ、より優れたゲーム操作体験を有する。

上記装置の実施例における各モジュールの操作について、前述した方法で説明された具体的な内容を参照することができる。

図１６は、本願の実施例に係る計算装置のハードウェアの概略構成図である。図１６に示すように、計算装置は、構成又は性能によって大きな差が生じる可能性があり、１つ以上の中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔｓ、ＣＰＵ）１６０１（例えば、１つ以上のプロセッサ）と、メモリ１６０２と、アプリケーション１６０３又はデータ１６０４を記憶する１つ以上の記憶媒体１６０５（例えば、１つ以上の大容量記憶装置）とを含んでもよい。メモリ１６０２及び記憶媒体１６０５は、一時的記憶装置でも永続的記憶装置でもよい。記憶媒体１６０５に記憶されているプログラムは、それぞれ計算装置に対する一連の命令操作を含む１つ以上のモジュール（図示せず）を含んでもよい。さらに、中央処理装置１６０１は、記憶媒体１６０５と通信して、記憶媒体１６０５における一連の命令操作を計算装置で実行するように構成されてもよい。

具体的には、記憶媒体１６０５に記憶されているアプリケーション１６０３は、アプリケーションの仮想シーン認識及びインタラクションキーマッチング装置のアプリケーションプログラムを含み、かつ該アプリケーションプログラムは、上記アプリケーションの仮想シーン認識及びインタラクションキーマッチング装置内の起動モジュール１１０１、検出モジュール１１０２、マップピクチャ認識モジュール１１０３、キー設定モジュール１１０４、表示モジュール１１０５及びインタラクションモジュール１１０６を含んでよく、ここでは説明を省略する。さらに、中央処理装置１６０１は、記憶媒体１６０５と通信して、記憶媒体１６０５に記憶されているゲームで操作するアプリケーションに対応する一連の操作を計算装置で実行するように構成されてもよい。上記ゲームで操作するアプリケーションは、各方法のフローチャートで説明した操作を含んでもよい。

計算装置は、１つ以上の電源１６０６、１つ以上の有線／無線ネットワークインタフェース１６０７、１つ以上の入出力インタフェース１６０８、及び／又は１つ以上のオペレーティングシステム１６０９、例えばＷｉｎｄｏｗｓ Ｓｅｒｖｅｒ（登録商標）、Ｍａｃ ＯＳ Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）などを含んでもよい。

本願の実施例は、仮想オペレーティングシステムを構築又は実行可能な計算装置を提供し、上記計算装置は、プロセッサと、上記プロセッサにより実行されて、前述した各方法の実施例に記載のアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法を完了するコンピュータ読み取り可能な命令が記憶されているメモリとを含む。

本願の実施例に係る計算装置は、仮想オペレーティングシステムにおいてアプリケーションを起動し、上記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、上記仮想シーンをレンダリングするためのレンダリングデータを取得し、上記レンダリングデータにおける所定のマップピクチャを認識し、上記仮想シーンには所定のマップピクチャがあると認識した場合、対応するキープロファイルを呼び出して、上記マップピクチャと上記計算装置の対応する物理キーとのマッチング処理を完了し、上記計算装置の画面に、上記仮想シーンと該仮想シーンに対応するキー設定情報とを表示する。本願の実施例は、携帯電話ゲームアプリケーションにおけるマップピクチャに対する認識に基づいて、ゲームシーンを迅速かつ効率的に認識し、認識されたゲームシーンにゲーム操作キーをリアルタイム、自動的かつ合理的に配置し、ゲーム操作キーの設定を知能化することができ、ゲームプレーヤは、マウス及びキーボードを用いて容易にゲームを体験し、大量のゲーム操作キーを自ら設定する必要がなくなるため、優れたゲーム操作体験を有する。したがって、このようなゲームシーン認識に基づくキー設定方式は知能的であり、効果が高い。

なお、本願は、本願の実施例に係る方法、装置（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明したものであり、コンピュータプログラム命令によってフローチャート及び／又はブロック図の各フロー及び／又はブロック、並びにフローチャート及び／又はブロック図のフロー及び／又はブロックの組み合わせを実現できる。これらのコンピュータプログラム命令を汎用コンピュータ、専用コンピュータ、組み込みプロセッサ又は他のプログラマブルデータ処理装置のプロセッサに提供してマシンを構成することにより、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサによって実行される命令が、フローチャートの１つ以上のフロー及び／又はブロック図の１つ以上のブロック内で指定される機能を実現する装置を構成することができる。

これらのコンピュータプログラム命令を、コンピュータ又は他のプログラマブルデータ処理装置が特定の方式で動作するように指示できるコンピュータ読み取り可能なメモリに記憶することにより、該コンピュータ読み取り可能なメモリに記憶されている命令が、フローチャートの１つ以上のフロー及び／又はブロック図の１つ以上のブロックで指定される機能を実現する命令装置を含む製品を形成することができる。

これらのコンピュータプログラム命令をコンピュータ又は他のプログラマブルデータ処理装置に展開することで、コンピュータ又は他のプログラマブルデータ処理装置で一連の操作ステップを実行して、コンピュータ実現プロセスを生成することにより、コンピュータ又は他のプログラマブル装置で実行される命令が、フローチャートの１つ以上のフロー及び／又はブロック図の１つ以上のブロック内で指定される機能を実現するステップを提供する。

なお、本願の各実施例における各機能モジュールは、１つの処理ユニットに集積されてもよく、単独で物理的に存在してもよく、或いは、２つ以上のモジュールが１つのユニットに集積されてもよい。上記集積されたユニットは、ハードウェアの形態で実現されてもよく、ソフトウェア機能ユニットの形態で実現されてもよい。

なお、本願の各例は、データ処理装置、例えば、コンピュータにより実行されるデータ処理プログラムによって実現することができる。明らかに、データ処理プログラムは本願を構成する。また、一般的に、記憶媒体に記憶されているデータ処理プログラムは、プログラムを記憶媒体から直接的に読み取ったり、プログラムをデータ処理装置（例えば、ハードディスク及び／又はメモリ）の記憶装置にインストール又はコピーしたりすることで実行される。したがって、このような記憶媒体も本願を構成する。記憶媒体は、任意の種類の記録方式、例えば、紙記憶媒体（例えば、紙テープなど）、磁気記憶媒体（例えば、フレキシブルディスク、ハードディスク、フラッシュメモリなど）、光記憶媒体（例えば、ＣＤ−ＲＯＭなど）、光磁気記録媒体（例えば、ＭＯなど）などを用いることができる。

したがって、本願は、本願の上記実施例の方法におけるいずれかの例を実行するゲーム操作プログラムを記憶している不揮発性記憶媒体をさらに提供する。

以上の記載は、本願の例に過ぎず、本願を限定するものではなく、本願の主旨及び原則の範囲内で行われた全ての修正、等価置換及び改善などは、いずれも本願の保護範囲内に含まれるべきである。

１０ 計算装置
１１ キーボード
１２ マウス
２０ サーバ
３０ アプリケーションの仮想シーン認識及びインタラクションキーマッチング装置
１１０１ 起動モジュール
１１０２ レンダリング検出モジュール
１１０３ マップピクチャ認識モジュール
１１０４ キー設定モジュール
１１０５ 表示モジュール
１２０１ マップ判断モジュール
１２０２ テクスチャ座標判断モジュール
１２０３ マップピクチャ確認モジュール
１３０１ マップ識別子比較モジュール
１３０２ マップ確認モジュール
１３０３ テクスチャ座標比較モジュール
１３０４ テクスチャ座標決定モジュール
１４０１ マップ展開検出モジュール
１４０２ 検査モジュール
１４０３ 記録モジュール
１５０１ キー決定モジュール
１５０２ キー位置決定モジュール
１６００ 計算装置
１６０１ 中央処理装置
１６０２ メモリ
１６０３ アプリケーションの仮想シーン認識及びインタラクションキーマッチング装置のアプリケーションプログラム
１６０４ データ
１６０５ 記憶媒体
１６０６ 電源
１６０７ 有線／無線ネットワークインタフェース
１６０８ 入出力インタフェース
１６０９ オペレーティングシステム

Claims (12)

1. 仮想オペレーティングシステムを構築又は実行可能な計算装置が実行するアプリケーションの仮想シーン認識及びインタラクションキーマッチング方法であって、
   前記仮想オペレーティングシステムにおいてアプリケーションを起動するステップと、
   前記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得するステップと、
   前記レンダリングデータに所定のマップピクチャが含まれていると認識されると、キープロファイルを呼び出し、前記所定のマップピクチャと前記計算装置の対応する物理キーとのマッチング処理を実行するステップと、
   前記計算装置の表示画面に、前記仮想シーンと前記仮想シーンに対応するキー設定情報とを表示するステップであって、前記キー設定情報は、マッチングされた物理キーに関連付けられている、ステップとを含むことを特徴とする方法。
2. 前記アプリケーションの表示対象となる仮想シーンをレンダリング処理して、前記仮想シーンをレンダリングするためのレンダリングデータを取得する前記ステップは、
   前記アプリケーションによるレンダリング関数の呼び出しを検出することにより、前記レンダリング関数が呼び出された場合の頂点バッファオブジェクトにおけるレンダリングデータを取得し、前記頂点バッファオブジェクトにおけるレンダリングデータを、前記仮想シーンをレンダリングするためのレンダリングデータとするステップであって、前記レンダリング関数は、前記仮想シーンをレンダリング処理するためのものである、ステップを含むことを特徴とする、請求項１に記載の方法。
3. 前記レンダリングデータに前記所定のマップピクチャの位置する所定のマップが含まれていると決定され、且つ、前記レンダリングデータに前記所定のマップピクチャの前記所定のマップにおける位置情報が含まれていると決定されると、前記レンダリングデータには前記所定のマップピクチャが含まれていると決定するステップをさらに含むことを特徴とする、請求項１に記載の方法。
4. 前記レンダリングデータにおけるマップの識別子と記録された前記所定のマップの識別子とを比較するステップと、
   前記レンダリングデータにおけるマップの識別子と記録された前記所定のマップの識別子がマッチングすると決定されると、前記レンダリングデータには前記所定のマップが含まれていると決定するステップとをさらに含むことを特徴とする、請求項３に記載の方法。
5. 前記レンダリングデータにおけるマップピクチャのテクスチャ座標と前記所定のマップピクチャの前記所定のマップにおけるテクスチャ座標とを比較するステップと、
   前記レンダリングデータにおけるマップピクチャのテクスチャ座標と前記所定のマップピクチャの前記所定のマップにおけるテクスチャ座標がマッチングすると決定されると、前記レンダリングデータには前記所定のマップピクチャの前記所定のマップにおける位置情報が含まれていると決定するステップとをさらに含むことを特徴とする、請求項３又は請求項４に記載の方法。
6. 前記仮想オペレーティングシステムにおいてアプリケーションを起動する前記ステップの後、
   前記仮想オペレーティングシステムがアプリケーションデータをハードディスクからビデオメモリに展開したことを検出した後、前記アプリケーションデータにおけるマップの巡回冗長検査符号と前記所定のマップの巡回冗長検査符号とがマッチングすると決定されると、前記アプリケーションデータにおける前記マップの識別子を前記所定のマップの識別子とするステップをさらに含むことを特徴とする、請求項４に記載の方法。
7. 前記レンダリングデータに所定のマップピクチャが含まれていると認識されると、キープロファイルを呼び出し、前記所定のマップピクチャと前記計算装置の対応する物理キーとのマッチング処理を実行する前記ステップは、
   前記レンダリングデータに前記所定のマップピクチャが含まれていると認識されると、前記キープロファイルを呼び出し、前記キープロファイルにおける、前記所定のマップピクチャに対応するキー情報に基づいて、前記所定のマップピクチャに対応する物理キーを決定し、前記物理キーを有効にイネーブルするステップと、
   前記所定のマップピクチャに対応する物理キーの表示画面での操作位置を決定するステップとを含むことを特徴とする、請求項１に記載の方法。
8. 前記所定のマップピクチャに対応する物理キーの表示画面での操作位置を決定する前記ステップは、
   前記キープロファイルにおける、前記所定のマップピクチャに対応するキー情報に基づいて、前記所定のマップピクチャに対応する物理キーの前記表示画面での操作位置を決定するステップ、又は
   前記所定のマップピクチャの前記表示画面での表示位置に基づいて、前記所定のマップピクチャに対応する物理キーの前記表示画面での操作位置を決定するステップを含むことを特徴とする、請求項７に記載の方法。
9. 前記所定のマップピクチャの前記表示画面での表示位置に基づいて、前記所定のマップピクチャに対応する物理キーの前記表示画面での操作位置を決定する前記ステップは、
   前記レンダリングデータにおける前記所定のマップピクチャのレンダリングしようとする頂点座標を検索するステップと、
   前記頂点座標に基づいて、前記所定のマップピクチャの前記表示画面での表示領域を取得するステップと、
   前記所定のマップピクチャの前記表示画面での表示領域に基づいて、前記所定のマップピクチャに対応する物理キーの前記表示画面での操作位置を取得するステップとを含むことを特徴とする、請求項８に記載の方法。
10. 第１のオペレーティングシステムにおいて入出力装置によって入力された、前記所定のマップピクチャに対応する物理キーに対する操作メッセージを検出するステップと、
    前記所定のマップピクチャに対応する物理キーの前記表示画面での操作位置をタッチスクリーンデバイスファイルに書き込み、タッチスクリーンドライバによって前記タッチスクリーンデバイスファイルから前記操作位置を読み取り、前記操作位置を前記アプリケーションに送り込み、前記アプリケーションによって前記表示画面での前記操作位置で前記仮想シーンとのインタラクション操作を行うステップとをさらに含むことを特徴とする、請求項１に記載の方法。
11. プロセッサと、コンピュータ読み取り可能な命令が記憶されているメモリとを含む計算装置であって、
    前記コンピュータ読み取り可能な命令が前記プロセッサによって実行されると、請求項１から請求項１０のいずれか一項に記載の方法を実現することを特徴とする、計算装置。
12. プロセッサによって実行されると、請求項１から請求項１０のいずれか一項に記載の方法を実現するコンピュータプログラム。

Images