JP6865252B2

JP6865252B2 - Optimization methods, systems and programs for applications

Info

Publication number: JP6865252B2
Application number: JP2019142100A
Authority: JP
Inventors: ベイリー，アラスデア・ジョン・ジョセフ; シニチェンコ，イウリ; オフチャレンコ，セルギ
Original assignee: Maxymiser Ltd
Current assignee: Maxymiser Ltd
Priority date: 2013-07-09
Filing date: 2019-08-01
Publication date: 2021-04-28
Anticipated expiration: 2034-07-09
Also published as: CN105683912A; EP3019955A1; GB2518936A; CN105683912B; WO2015004452A1; JP2019215895A; GB201312280D0; JP2016528608A; GB201412190D0

Description

発明の背景
１．発明の分野
この発明の分野は、ネイティブアプリケーションのための最適化の方法、そのようなネイティブアプリケーションが実行可能なコンピューティングデバイスを含むシステム、そのようなネイティブアプリケーションが実行可能なコンピューティングデバイス、およびそのようなネイティブアプリケーションが実行可能なコンピューティングデバイスと通信するように構成されたサーバに関する。 Background of the invention 1. Fields of Invention The fields of invention are methods of optimization for native applications, systems that include computing devices that can run such native applications, computing devices that can run such native applications, and their. For servers configured to communicate with computing devices such as native applications that can run.

２．技術的な背景
コンピューティングデバイス上におけるアプリケーションの最適化は挑戦的であり、なぜならば、アプリケーションが書かれているときに、そのようなアプリケーションが将来使用に対して所望され得る使用のすべてを予見することは通常は可能ではないからである。従来、アプリケーションは、ソフトウェアリリースの後に発見されるバグ、アプリケーションが対話するのが望ましくあり得る新たなサービスのリリース、またはソフトウェアにおいて新たに発見されたセキュリティの欠陥に対する保護するなどのような、様々な出来事の発生に応じて更新されてきた。しかしながら、典型的に、アプリケーションの更新は、元のソフトウェアバージョンの代わりに、関連付けられるコンピューティングデバイスにおけるインストールのために、ソフトウェアのサプライヤからの更新されたソフトウェアバージョンの供給を必要としていた。さらなる局面は、アプリケーションの開発者は、アプリケーションパフォーマンスを並行して比較して、アプリケーションの２つ以上のバージョンのうちのどれが例えばセールスまたはアクションに対してよりよいパフォーマンスを有するかを評価する可能性を持たないということである。 2. Technical Background Optimizing applications on computing devices is challenging, because when an application is written, it anticipates all possible uses for future use. That is usually not possible. Traditionally, applications have a variety of features, such as bugs discovered after a software release, new service releases that the application may want to interact with, or protection against newly discovered security flaws in the software. It has been updated as events occur. However, application updates typically required the supply of an updated software version from the software supplier for installation on the associated computing device instead of the original software version. In a further aspect, application developers may compare application performance in parallel to assess which of two or more versions of an application has better performance, for example for sales or actions. Is not to have.

３．関連技術の議論
ＥＰ１３５２３２２（Ａ２）およびＥＰ１３５２３２２Ｂ１には、ソフトウェアアプリケーションの時間最適化された置換、および特に、使用中の古いソフトウェアを新たなソフトウェアで置換するための方法が開示されており、それは、ソフトウェアの最大利用可能性を可能にする。この方法は、準備段階とアクティブ段階とに下位分割される。準備段階は古いソフトウェアの動作中に生ずる。アクティブ段階は、単に、ＭＯＶＥコマンドの実行により特徴付けられる。 3. 3. Discussion of Related Techniques EP1352322 (A2) and EP13523222B1 disclose time-optimized replacement of software applications, and in particular methods for replacing old software in use with new software. Enables maximum availability of. This method is subdivided into a preparatory stage and an active stage. The preparatory stage occurs during the operation of the old software. The active stage is simply characterized by the execution of the MOVE command.

ＦＲ２８４１０１４Ａ１およびＦＲ２８４１０１４（Ｂ１）には、イベントのグループに属する、生ずるイベントに応答して、第１の予め定められた段階と第２の予め定められた段階との間において遷移を引起すコンピュータプログラムを最適化するための方法が開示されており、そこにおいては、この方法は、以下のステップ：イベントのグループから選択されるイベントのサブグループを読出すステップと、イベントのグループのイベントが自己生成グループに属さない場合には、レジスタを用い、かつ第１の判断グラフと等価である第２の判断グループをモデル化するステップと、遷移モデル化のためのソフトウェア機能の生成のステップとを有する。さらに開示されるのは、コンピュータプログラムを最適化するための装置である。 FR2841014A1 and FR2841014 (B1) are computer programs belonging to a group of events that trigger a transition between a first predetermined stage and a second predetermined stage in response to an event that occurs. A method for optimization is disclosed, in which the method is as follows: the step of reading a subgroup of events selected from a group of events and the event of the group of events is a self-generated group. If it does not belong to, it has a step of using a register and modeling a second judgment group equivalent to the first judgment graph, and a step of generating a software function for transition modeling. Further disclosed are devices for optimizing computer programs.

しかしながら、ソフトウェアアプリケーションを最適化することにおいて、より速い速度および柔軟性を提供することが望ましい。さらに、アプリケーションにおける変更に対するユーザの応答の正確な測定を達成することも望ましい。 However, it is desirable to provide faster speed and flexibility in optimizing software applications. It is also desirable to achieve an accurate measurement of the user's response to changes in the application.

発明の概要
この発明の第１の局面によれば、リフレクションベースのプログラミング言語でそのソフトウェアが書かれているネイティブアプリケーションのための最適化の方法が提供され、ネイティブアプリケーションはディスプレイおよびプロセッサを含むコンピューティングデバイス上で実行可能であり、ネイティブアプリケーションはコンピューティングデバイスのディスプレイにユーザインターフェイスを表示するように構成され、方法は、
（ｉ）ネイティブアプリケーションにジェネリックなコードを適用して、コンピューティングデバイスの外部のサーバと通信するよう構成される修正されたネイティブアプリケーションを制作するステップと、
（ｉｉ）サーバから修正されたネイティブアプリケーションをリモートで構成して、修正されたネイティブアプリケーションによって生成されるユーザインターフェイスのデータ、機能またはコンテンツの１つ以上を変更することができるように実行時に修正されたネイティブアプリケーションの構造および挙動を調査および修正するステップとを含む。 Outline of the Invention According to the first aspect of the present invention, an optimization method for a native application whose software is written in a reflection-based programming language is provided, and the native application is computing including a display and a processor. It is runnable on the device and the native application is configured to show the user interface on the display of the computing device.
(I) The steps of applying generic code to a native application to create a modified native application that is configured to communicate with a server outside the computing device.
(Ii) Modified at runtime so that the modified native application can be remotely configured from the server to modify one or more of the user interface data, features, or content generated by the modified native application. Includes steps to investigate and modify the structure and behavior of native applications.

利点は、ネイティブアプリケーションの新たなバージョンのインストールを実行せずに、修正されたネイティブアプリケーションをさらに修正することができるということである。さらなる利点は、修正されたネイティブアプリケーションをさらに非常に迅速に修正することができるということであり、なぜならば、それはリモートサーバからリモートで構成可能であるからである。さらなる利点は、リモートサーバにおいて判断されたファクタに応じて、修正されたネイティブアプリケーションをさらに修正することができるということであり、なぜならば、修正されたネイティブアプリケーションはリモートサーバからリモートで構成可能であるからである。さらなる利点は、修正されたネイティブアプリケーションを提供するためにネイティブアプリケーションが容易に修正されるということである。さらなる利点は、アプリケーションにおける変更に対するユーザの応答の正確な測定値が提供され得るということである。コンピューティングデバイスの外部でプロセスに技術的な影響があり、なぜならば、サーバは修正されたネイティブアプリケーションをリモートで構成することができるからである。コンピュータは新たな態様で動作し、なぜならば、変更されたユーザインターフェイスがネイティブアプリケーションの新たなバージョンのインストールなしに、修正されたネイティブアプリケーションによって形成されるからである。コンピュータはよりよいコンピュータであり、なぜならば、修正されたネイティブアプリケーションは、その動作が典型的には新たなソフトウェアバージョンのインストールと関連付けられる態様で中断されずに、さらに修正され得るからである。 The advantage is that the modified native application can be further modified without having to install a new version of the native application. A further advantage is that the modified native application can be modified much more quickly, because it can be configured remotely from a remote server. A further advantage is that the modified native application can be further modified depending on the factors determined by the remote server, because the modified native application can be configured remotely from the remote server. Because. A further advantage is that the native application is easily modified to provide the modified native application. A further advantage is that it can provide accurate measurements of the user's response to changes in the application. There is a technical impact on the process outside the computing device, because the server can remotely configure modified native applications. The computer operates in a new way, because the modified user interface is formed by the modified native application without installing a new version of the native application. A computer is a better computer, because a modified native application can be further modified without interruption in a manner that is typically associated with the installation of a new software version.

この方法は、ジェネリックなコードは、修正されたネイティブアプリケーションの最適化を可能にするようネイティブアプリケーションのソースコードに適用されるために必要とされる唯一のコードである方法であってもよい。利点は、ネイティブアプリケーションの修正が単純になされるということである。 This method may be the only code required for generic code to be applied to the source code of a native application to allow optimization of the modified native application. The advantage is that the modification of the native application is simple.

この方法は、ジェネリックなコードは、ネイティブアプリケーションの複数バージョンおよびインスタンス内においてコードを変更することなしに、多数の種類の最適化が最適化システムのユーザインターフェイスにおいてリモートで構成されることを可能にする方法であってもよい。利点はネイティブアプリケーションの複数バージョンおよびインスタンスを修正する必要がないということである。 This method allows generic code to be configured remotely in the user interface of the optimization system without changing the code within multiple versions and instances of the native application. It may be a method. The advantage is that you don't have to modify multiple versions and instances of your native application.

この方法は、実行時に修正されたネイティブアプリケーションの構造および挙動を修正することは、修正されたネイティブアプリケーションの値、メタデータ、プロパティ、イメージおよび機能のうちの１つ以上を修正することを含む方法であってもよい。利点は、修正されたネイティブアプリケーションを多数の態様で修正することができるということ
である。 This method involves modifying one or more of the modified native application's values, metadata, properties, images and features to modify the structure and behavior of the modified native application at run time. It may be. The advantage is that the modified native application can be modified in many ways.

この方法は、コンピューティングデバイスは、モバイルデバイス、タッチスクリーンデバイス、スマートフォン、ビデオゲーム機、コンピュータ、スマートＴＶ、ＴＶセットトップボックス、またはインターネットに接続可能なデバイスである方法であってもよい。利点は、この方法は、あるとしてもめったに更新されないデバイスを含む多数のタイプのデバイスに適用されてもよいということである。 In this method, the computing device may be a mobile device, a touch screen device, a smartphone, a video game machine, a computer, a smart TV, a TV set-top box, or a device that can connect to the Internet. The advantage is that this method may be applied to many types of devices, including devices that are rarely updated, if any.

この方法は、コンピューティングデバイスは、インターネットに有線もしくは無線広域ネットワーク（ＷＡＮ）を介してまたは携帯電話ネットワークを介してサーバに接続可能である方法であってもよい。利点は、この方法を異なるタイプの接続に対して用いることができるということである。 In this method, the computing device may be able to connect to the server via a wired or wireless wide area network (WAN) or via a mobile phone network to the Internet. The advantage is that this method can be used for different types of connections.

この方法は、最適化は、ユーザが所望のアクションを完了する確率を上げるために、オンザフライで各ユーザに対して視覚的エクスペリエンスを適合させることを含む方法であってもよい。利点は、増大されたユーザインタラクションが得られ得るということである。 The method may include optimizing to adapt the visual experience to each user on the fly in order to increase the probability that the user will complete the desired action. The advantage is that increased user interaction can be obtained.

この方法は、所望のアクションはクリックまたは発注である方法であってもよい。利点は、増大されたユーザインタラクションが得られ得るということである。 This method may be a method in which the desired action is a click or an order. The advantage is that increased user interaction can be obtained.

この方法は、リフレクションベースのプログラミング言語は一般的なリフレクションベースのプログラミング言語である方法であってもよい。利点は、そのような言語は容易に用いられるということである。 In this method, the reflection-based programming language may be a general reflection-based programming language. The advantage is that such languages are easy to use.

この方法は、ユーザ挙動をターゲットとするか、プロファイリングするか、または解析することにおいて使用するために、ユーザ／デバイスについて１つ以上の属性を収集することをさらに含む方法であってもよい。利点は、ユーザカスタマイズされたユーザインターフェイス出力が提供され得るということである。 This method may further include collecting one or more attributes for the user / device for use in targeting, profiling, or analyzing user behavior. The advantage is that user-customized user interface output can be provided.

この方法は、収集された属性は、以下の：デバイスへの接続タイプ（例えば、２Ｇ、３Ｇ、４Ｇ、Ｗｉ−Ｆｉ（登録商標））；デバイスタイプ；アプリケーションバージョン；オペレーティングシステムタイプおよびバージョン；ロケーション（例えば、座標、都市、国、大陸、郵便番号による）；インターネットサービスプロバイダ；アプリへの過去の訪問の最近度および詳細；過去のアクションの最近度および詳細；特定の製品カテゴリとの過去のインタラクションなどのようなカスタムユーザ定義の属性；ユーザが様々なロケーションからアプリを起動する機会を有する照会ソース；日付、曜日、時間による訪問の時間、およびＣＲＭデータベースなどのような他のロケーションからインポートされるデータ、のうちの１つ以上である方法であってもよい。利点は、ユーザカスタマイズされたユーザインターフェイス出力が提供され得るということである。 In this method, the attributes collected are as follows: connection type to device (eg, 2G, 3G, 4G, Wi-Fi®); device type; application version; operating system type and version; location (eg, 2G, 3G, 4G, Wi-Fi®). For example, by coordinates, city, country, continent, postal code); Internet service provider; Recentity and details of past visits to the app; Recentity and details of past actions; Past interaction with a particular product category, etc. Custom user-defined attributes such as; query sources that allow users to launch apps from different locations; data imported from other locations such as date, day of day, time of visit by time, and CRM database. , One or more of the methods may be used. The advantage is that user-customized user interface output can be provided.

この方法は、キャンペーンからビジター／デバイスを、それらの属性を用いて含むかまたは排除するステップをさらに含む方法であってもよい。利点は、関連するユーザへの改善されたフォーカスが得られ得るということである。 This method may further include a step of including or excluding visitors / devices from the campaign using their attributes. The advantage is that you can get an improved focus on the relevant users.

この方法は、他のユーザセグメント情報のためのルールとの組合せにおいて、コンテンツを、ビジター／デバイスに対して、それらの属性に従って向けるよう、セグメンテーションルールを作成するステップをさらに含む方法であってもよい。利点は、関連するユーザへの改善されたフォーカスが得られ得るということである。 This method may further include creating a segmentation rule to direct the content to the visitor / device according to their attributes in combination with the rules for other user segment information. .. The advantage is that you can get an improved focus on the relevant users.

この方法は、ネイティブアプリケーションパフォーマンスはキャンペーン中およびキャンペーン後にも最適化される方法であってもよい。利点は、産み出された利益がより長い期間にわたって産み出されるということである。 This method may be one in which native application performance is optimized during and after the campaign. The advantage is that the profits produced are produced over a longer period of time.

この方法は、変更可能なユーザインターフェイスコンテンツは：
ａ）シンプルテキストまたはイメージブロック（バナー、ページのヘッダ）、移動、リサイズ、ハイディング、再フォーマット；
ｂ）ボタンテキスト、移動、リサイズ、再フォーマット、およびハイディング；
ｃ）「通知プッシュ」頻度およびコンテンツ；
ｄ）表示されるピクチャ（ピクチャは外部サーバに記憶され得る）；
ｅ）新たなテキストまたはイメージブロック；
ｆ）リスト＆テーブル（順序づけ、いくつの項目を表示するか）；
ｇ）アプリケーション内のナビケーションパス（例えば、'add to cart'は、ユーザを
カートページに向けるか、またはさらなる選択をなすためにカテゴリページに戻るか）、および
ｈ）最後のユーザ選択に基いたナビゲーションの表示、の１つ以上を含む方法であってもよい。 This way, the user interface content that can be modified is:
a) Simple text or image blocks (banners, page headers), move, resize, hiding, reformatting;
b) Button text, move, resize, reformat, and hiding;
c) "Notification push" frequency and content;
d) Displayed picture (picture can be stored on an external server);
e) New text or image block;
f) List & table (ordering, how many items to display);
g) Navigation paths within the application (eg,'add to cart' directs the user to the cart page or returns to the category page to make further choices), and h) based on the last user selection It may be a method including one or more of display of navigation.

利点は、広範囲のユーザインターフェイスコンテンツが変更され得るということである。 The advantage is that a wide range of user interface content can be modified.

この方法は、ネイティブアプリケーションはライブラリを含む方法であってもよい。利点は、コンテンツを、反復使用のために、または間欠的な接続性の間の使用のために、コンピューティングデバイスにローカルに記憶することができるということである。 In this method, the native application may include a library. The advantage is that the content can be stored locally on the computing device for repetitive use or for use during intermittent connectivity.

この方法は、ライブラリはすべてのアプリケーションに対して静的である方法であってもよい。 This method may be such that the library is static for all applications.

この方法は、ライブラリは、コンテンツジェネレータに要求を送信し、コンテンツジェネレータから応答を受信するよう構成される方法であってもよい。利点は、ライブラリが最も最近の構成データを用いてもよいということである。利点は、ライブラリ更新が自動化され得るということである。 In this method, the library may be configured to send a request to the content generator and receive a response from the content generator. The advantage is that the library may use the most recent configuration data. The advantage is that library updates can be automated.

この方法は、ライブラリは、ネイティブアプリケーションに含まれるネイティブアプリケーションキャッシュと対話する方法であってもよい。利点は、コンテンツおよびそれと対話するユーザのための一意の識別子を、反復使用のために、または間欠的な接続性の間の使用のために、コンピューティングデバイスにローカルに記憶することができるということである。 In this way, the library may interact with the native application cache contained in the native application. The advantage is that the content and the unique identifier for the user interacting with it can be stored locally on the computing device for repeated use or for use during intermittent connectivity. Is.

この方法は、ネイティブアプリケーションキャッシュは外部サーバからプッシュされたコンテンツを受信するように構成される方法であってもよい。 In this method, the native application cache may be configured to receive content pushed from an external server.

この方法は、ライブラリはネイティブアプリケーションスタートでコンテンツジェネレータに対して要求をなす方法であってもよい。利点は、ライブラリのデータが可能な限り最新であるということ、およびユーザは最も最新のユーザインターフェイスコンテンツのみを見ることになる、ということである。 In this method, the library may make a request to the content generator at the start of the native application. The advantage is that the data in the library is as up-to-date as possible, and users will only see the most up-to-date user interface content.

この方法は、ライブラリはコンテンツジェネレータに対して要求をなすよう配され、要求はロケーションおよびユーザ属性をパラメータで含む方法であってもよい。利点は改善されたカスタマイゼーションである。 In this method, the library is arranged to make a request to the content generator, and the request may include location and user attributes as parameters. The advantage is improved customization.

この方法は、ライブラリは以下のモジュール：
１）ＣＧ要求モジュール；
２）外部アセットモジュール（イメージトランザクション）；
３）トラッキングモジュール（アクショントラッキング、ＣＧに対して結果を送信する）；
４）アプリケーションオブジェクト識別モジュール；
５）ＭＶＴモジュール（代替的なコンテンツビジュアライゼーションを実現する）；
６）パーソナライゼーションモジュール；
７）セグメンテーションモジュール、および
８）管理制御コンソールモジュール、の１つ以上を含む方法であってもよい。 This method, the library has the following modules:
1) CG request module;
2) External asset module (image transaction);
3) Tracking module (action tracking, sending results to CG);
4) Application object identification module;
5) MVT module (to realize alternative content visualization);
6) Personalization module;
The method may include one or more of 7) a segmentation module and 8) a management control console module.

この方法は、ライブラリは、コード命令において、指定されたオブジェクトおよびプロパティのみを修正することができる方法であってもよい。 In this method, the library may be able to modify only the specified objects and properties in the code instruction.

この発明の第２の局面によれば、ディスプレイに表示される選択可能なボタンを、選択可能なボタンのための少なくとも２つの代替物の中から最適化するよう、この発明の第１の局面の任意の局面に従う方法の使用が提供される。利点は、最も適切なボタンが表示され得るということである。 According to the second aspect of the invention, the first aspect of the invention is such that the selectable buttons displayed on the display are optimized from among at least two alternatives for the selectable buttons. The use of methods that follow any aspect is provided. The advantage is that the most appropriate button can be displayed.

この発明の第３の局面によれば、ディスプレイ上で、表示された製品を、最も最近使用されたフィルタオプションに基いて、表示された製品のための少なくとも２つの代替物の中から最適化するよう、この発明の第１の局面の任意の局面に従う方法の使用が提供される。利点は、最も適切な製品が表示され得るということである。 According to a third aspect of the invention, the displayed product is optimized on the display from at least two alternatives for the displayed product based on the most recently used filter options. As such, the use of a method according to any aspect of the first aspect of the invention is provided. The advantage is that the most suitable product can be displayed.

この発明の第４の局面によれば、ディスプレイ上で、表示された食物製品を、最も最近見られた食物カテゴリに基いて、表示された食物製品のための少なくとも２つの代替物の中から最適化する、この発明の第１の局面の任意の局面に従う方法の使用が提供される。利点は、最も適切な製品が表示され得るということである。 According to a fourth aspect of the invention, the displayed food product is optimized on the display from at least two alternatives for the displayed food product, based on the most recently viewed food category. The use of a method according to any aspect of the first aspect of the invention is provided. The advantage is that the most suitable product can be displayed.

この発明の第５の局面によれば、ディスプレイ上で、表示された広告を、表示された広告に対する記録されたクリックスルー率に基いて、表示された広告のための少なくとも２つの代替物の中から最適化する、この発明の第１の局面の任意の局面に従う方法の使用が提供される。利点は、最も適切な広告が表示され得るということである。 According to the fifth aspect of the present invention, the displayed advertisement is placed on the display in at least two alternatives for the displayed advertisement based on the recorded click-through rate for the displayed advertisement. The use of a method according to any aspect of the first aspect of the invention is provided, which is optimized from. The advantage is that the most appropriate ads can be displayed.

この発明の第６の局面によれば、サーバと、ディスプレイおよびプロセッサを含むコンピューティングデバイスと、コンピューティングデバイス上で実行可能な修正されたネイティブアプリケーションとを備えるシステムが提供され、修正されたネイティブアプリケーションはリフレクションベースのプログラミング言語で書かれ、修正されたネイティブアプリケーションはコンピューティングデバイスのディスプレイにユーザインターフェイスを表示するように構成され、ネイティブアプリケーションは、ネイティブアプリケーションにジェネリックなコードを適用して、コンピューティングデバイスの外部のサーバと通信するよう構成される修正されたネイティブアプリケーションを制作することによって修正されており、修正されたネイティブアプリケーションは、修正されたネイティブアプリケーションによって生成されるユーザインターフェイスのデータ、機能またはコンテンツの１つ以上を変更することができるように実行時に修正されたネイティブアプリケーションの構造および挙動を調査および修正するよう、サーバによってリモートで構成可能である。 According to the sixth aspect of the present invention, a system including a server, a computing device including a display and a processor, and a modified native application that can be executed on the computing device is provided and the modified native application. Written in a reflection-based programming language, modified native applications are configured to show the user interface on the display of the computing device, and native applications apply generic code to the native application to the computing device. It has been modified by creating a modified native application that is configured to communicate with an external server in, and the modified native application is the data, functionality, or content of the user interface generated by the modified native application. It can be remotely configured by the server to investigate and modify the structure and behavior of native applications that have been modified at run time so that one or more of them can be modified.

利点は、ネイティブアプリケーションの新たなバージョンのインストールを実行せずに
、修正されたネイティブアプリケーションをさらに修正することができるということである。さらなる利点は、修正されたネイティブアプリケーションをさらに非常に迅速に修正することができるということであり、なぜならば、それはリモートサーバからリモートで構成可能であるからである。さらなる利点は、リモートサーバにおいて判断されたファクタに応じて、修正されたネイティブアプリケーションをさらに修正することができるということであり、なぜならば、修正されたネイティブアプリケーションはリモートサーバからリモートで構成可能であるからである。さらなる利点は、アプリケーションにおける変更に対するユーザの応答の正確な測定値が提供され得るということである。 The advantage is that the modified native application can be further modified without having to install a new version of the native application. A further advantage is that the modified native application can be modified much more quickly, because it can be configured remotely from a remote server. A further advantage is that the modified native application can be further modified depending on the factors determined by the remote server, because the modified native application can be configured remotely from the remote server. Because. A further advantage is that it can provide accurate measurements of the user's response to changes in the application.

このシステムはこの発明の第１の局面の任意の局面に従う方法を実行するように構成されてもよい。 The system may be configured to perform a method according to any aspect of the first aspect of the invention.

このシステムは、サーバは、さらに、ユーザ挙動をターゲットとするか、プロファイリングするか、または解析することにおいて使用するために、ユーザ／デバイスについて１つ以上の属性を収集するよう構成されるシステムであってもよい。 This system is a system in which the server is further configured to collect one or more attributes for a user / device for use in targeting, profiling, or analyzing user behavior. You may.

このシステムは、サーバは、属性値によって、変換およびレベニューレポートを含む、レポートをフィルタ処理するようさらに構成されるシステムであってもよい。 The system may be such that the server is further configured to filter reports, including transformation and revenue reports, by attribute value.

このシステムは、サーバは、属性に基いて、変換率を上げるよう、異なるエクスペリエンスを必要とし得るセグメントを探索するようさらに構成されるシステムであってもよい。 The system may be such that the server is further configured to search for segments that may require different experiences to increase conversion rates based on attributes.

このシステムは、サーバは、より高い実行コンテンツ変異型を自動的に検出し、それらのより高い実行コンテンツ変異型を、より多くの今後のビジターに対して供するよう配するように構成されるシステムであってもよい。 This system is a system in which the server automatically detects higher execution content variants and distributes those higher execution content variants to more future visitors. There may be.

このシステムは、決定されたキャンペーンを、「当選者のみ」が待遇を受けるモードに切換える能力を含み、ネイティブアプリケーションサプライヤはコンテンツまたはユーザエクスペリエンスの当選変動を適用するためにコードに更新をなす必要がないことを意味するシステムであってもよい。 The system includes the ability to switch determined campaigns to a mode where "winners only" are treated, and native application suppliers do not need to update their code to apply winning variations in content or user experience. It may be a system that means that.

このシステムは、各ユーザを、その個人にとって最良のオファーに自動的に駆り立てる、自己学習する予測的なアルゴリズムを含むシステムであってもよい。 The system may include a self-learning predictive algorithm that automatically drives each user to the best offer for the individual.

このシステムは、解析プロセスを自動化して、全体的な当選者とは異なるエクスペリエンスを必要とするユーザセグメントを探索して、当該セグメントのための手段に抗してパフォーマンスを上げるよう、セグメント探索プロセスを含むシステムであってもよい。 The system automates the analysis process to search for user segments that require a different experience than the overall winner, and to improve performance against the means for that segment. It may be a system that includes.

このシステムは、多変量のテストを与えるシステムであってもよい。
このシステムは、サーバはネイティブアプリケーションにセグメンテーションルールを送信するように構成されるシステムであってもよい。 This system may be a system that provides multivariate testing.
In this system, the server may be configured to send segmentation rules to native applications.

このシステムは、以下の：
ａ）具体的なスクリーンのビュー、例えば、注文完了において示されるスクリーン；
ｂ）ボタンクリック、または指／スタイラスで軽く叩く；
ｃ）従属ウェブサイトページ上でのトラッキング；
ｄ）オーディオ／ビデオプレイヤー再生時間、ならびに
ｅ）アクション属性およびアクション値機会（例えば、£／＄／EURまたは他の通貨に
おける販売価格を測定するために）、の１つ以上をトラッキングするよう構成されるシス
テムであってもよい。 This system has the following:
a) A specific screen view, eg the screen shown in order completion;
b) Click a button or tap with your finger / stylus;
c) Tracking on dependent website pages;
It is configured to track one or more of d) audio / video player play times, and e) action attributes and action value opportunities (eg, to measure selling prices in £ / $ / EUR or other currencies). System may be used.

このシステムは、アプリケーションにおける変化に対するユーザの応答を測定するように構成されるシステムであってもよい。利点は、アプリケーションにおける変更に対するユーザの応答の正確な測定値が得られ得るということである。 The system may be configured to measure the user's response to changes in the application. The advantage is that accurate measurements of the user's response to changes in the application can be obtained.

この発明の第７の局面によれば、この発明の第６の局面の任意の局面のシステムの使用が提供され、保持された製品または製品を買う顧客の傾向などのような履歴上の顧客情報を用いて、ネイティブアプリケーション上で各顧客に対して最良のパーソナライズされたエクスペリエンスを動的に推進できる。 According to the seventh aspect of the invention, historical customer information such as the use of the system of any aspect of the sixth aspect of the invention is provided and the retained product or the tendency of the customer to buy the product. Can be used to dynamically drive the best personalized experience for each customer on a native application.

この発明の第８の局面によれば、ディスプレイおよびプロセッサを含むコンピューティングデバイスが提供され、コンピューティングデバイスは、リフレクションベースのプログラミング言語でそのソフトウェアが書かれている修正されたネイティブアプリケーションを含み、修正されたネイティブアプリケーションは、デバイス上で実行可能であり、修正されたネイティブアプリケーションはコンピューティングデバイスのディスプレイにユーザインターフェイスを表示するように構成され、修正されたネイティブアプリケーションは、ネイティブアプリケーションにジェネリックなコードを適用して、コンピューティングデバイスの外部のサーバと通信するよう構成される修正されたネイティブアプリケーションを制作することによって修正されており、修正されたネイティブアプリケーションは、修正されたネイティブアプリケーションによって生成されるユーザインターフェイスのデータ、機能またはコンテンツの１つ以上を変更することができるように実行時に修正されたネイティブアプリケーションの構造および挙動を調査および修正するよう、サーバによってリモートで構成可能である。 According to an eighth aspect of the invention, a computing device including a display and a processor is provided, the computing device including a modified native application in which the software is written in a reflection-based programming language. The modified native application can run on the device, the modified native application is configured to show the user interface on the display of the computing device, and the modified native application gives the native application generic code. It has been modified by applying and creating a modified native application that is configured to communicate with a server outside the computing device, and the modified native application is the user generated by the modified native application. It can be remotely configured by the server to investigate and modify the structure and behavior of native applications that have been modified at run time so that one or more of the data, functionality, or content of the interface can be modified.

この発明の第９の局面によれば、コンピューティングデバイスと通信するように構成されたサーバが提供され、コンピューティングデバイスはディスプレイおよびプロセッサを含み、コンピューティングデバイスは、リフレクションベースのプログラミング言語でそのソフトウェアが書かれている修正されたネイティブアプリケーションを含み、修正されたネイティブアプリケーションは、コンピューティングデバイス上で実行可能であり、修正されたネイティブアプリケーションはコンピューティングデバイスのディスプレイにユーザインターフェイスを表示するように構成され、修正されたネイティブアプリケーションは、ネイティブアプリケーションにジェネリックなコードを適用して、コンピューティングデバイスの外部にあるサーバと通信するよう構成される修正されたネイティブアプリケーションを制作することによって修正されており、サーバは、修正されたネイティブアプリケーションによって生成されるユーザインターフェイスのデータ、機能またはコンテンツの１つ以上を変更することができるように実行時に修正されたネイティブアプリケーションの構造および挙動を調査および修正するよう、修正されたネイティブアプリケーションをリモートで構成するよう配される。 According to a ninth aspect of the invention, a server configured to communicate with a computing device is provided, the computing device includes a display and a processor, and the computing device is its software in a reflection-based programming language. The modified native application, including the modified native application in which is written, can be run on the computing device, and the modified native application is configured to show the user interface on the display of the computing device. The modified and modified native application has been modified by applying generic code to the native application to create a modified native application that is configured to communicate with a server outside the computing device. The server investigates and modifies the structure and behavior of the native application modified at run time so that it can modify one or more of the data, features, or content of the user interface generated by the modified native application. Arranged to remotely configure the modified native application.

この発明の第１０の局面によれば、サーバと、ディスプレイおよびプロセッサを各々が含む複数のコンピューティングデバイスと、複数のコンピューティングデバイス上で実行可能な修正されたネイティブアプリケーションとを備えるシステムが提供され、修正されたネイティブアプリケーションはリフレクションベースのプログラミング言語で書かれ、修正されたネイティブアプリケーションは複数のコンピューティングデバイスの各々のディスプレイにユーザインターフェイスを表示するように構成され、ネイティブアプリケーションは、ネイティブアプリケーションにジェネリックなコードを適用して、複数のコンピューティングデバイスの外部のサーバと通信するよう構成される修正されたネイティブアプリケーションを制作することによって修正されており、修正されたネイティブアプリケーションは、修正されたネイティブアプリケーションによって生成されるユーザインタ
ーフェイスのデータ、機能またはコンテンツの１つ以上を変更することができるように実行時に修正されたネイティブアプリケーションの構造および挙動を調査および修正するよう、サーバによってリモートで構成可能であり、サーバは、複数の修正されたネイティブアプリケーションを複数のコンピューティングデバイス上で複数の異なる構成で構成し、ユーザアクションの測定値を複数のコンピューティングデバイスにおいて複数の異なる構成に関連して記録するよう配される。利点は、アプリケーションにおける変更に対するユーザの応答の正確な測定値が提供され得るということである。 According to a tenth aspect of the present invention, there is provided a system comprising a server, a plurality of computing devices each including a display and a processor, and a modified native application that can be run on the plurality of computing devices. The modified native application is written in a reflection-based programming language, the modified native application is configured to display the user interface on each display of multiple computing devices, and the native application is generic to the native application. It has been modified by applying the same code to create a modified native application that is configured to communicate with external servers on multiple computing devices, and the modified native application is the modified native application. Can be remotely configured by the server to investigate and modify the structure and behavior of native applications modified at run time so that one or more of the user interface data, features, or content generated by can be modified. The server now configures multiple modified native applications in multiple different configurations on multiple computing devices and records user action measurements in relation to multiple different configurations on multiple computing devices. Be distributed. The advantage is that it can provide accurate measurements of the user's response to changes in the application.

図面の簡単な説明
この発明の上記および他の局面が、ここで、以下の図を参照して例のみとして記載される。 Brief Description of Drawings The above and other aspects of the invention are described herein by way of example only with reference to the following figures.

テストがどのようにアプリケーション内で動作するかの例を示す。Here is an example of how the test works within the application. 最適化システムの作成の例をテーブル形式で示す。An example of creating an optimization system is shown in table format. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 仕様の例を示す。An example of the specification is shown. 一旦キャンペーンがセットアップされると、それが公開される際にインプリメンテーションから開始してライブまでを通過し得る状態の例を示す。Here's an example of a situation where once a campaign is set up, it can start from implementation and go live when it's published. 属性の例を示す。An example of the attribute is shown.

詳細な説明
ネイティブアプリケーションのための最適化の方法が提供される。 Detailed description Provides optimization methods for native applications.

Maxymiserは、スマートフォンからビデオゲーム機、ＰＣ、スマートＴＶおよびＴＶセ
ットトップボックスまでの範囲にわたる多くのタイプのインターネット接続されたデバイス上に存在するネイティブソフトウェアアプリケーションを最適化する新たなアプローチを創出した。一例において、最適化は、クリックまたは発注のように、ユーザが所望のアクションを完了する確率を上げるために、オンザフライで各ユーザに対して視覚的エクスペリエンスを適合させることを意味する。 Maxymiser has created a new approach to optimizing native software applications that reside on many types of Internet-connected devices, ranging from smartphones to video game consoles, PCs, smart TVs and TV set-top boxes. In one example, optimization means adapting the visual experience to each user on the fly to increase the probability that the user will complete the desired action, such as a click or order.

この発明は、リフレクションベースのプログラミング言語（reflection based programing language）、例えば、任意の一般的なリフレクションベースのプログラミング言語でそのソフトウェアが書かれているネイティブアプリケーションのための最適化の方法に関する。コンピューターサイエンスでは、リフレクションは、実行時にプログラムの構造および挙動（例えば、値、メタデータ、プロパティ、および機能）を調査および修正するコンピュータプログラムの能力である。ネイティブアプリケーションは、インターネットに典型的には有線もしくは無線広域ネットワーク（ＷＡＮ）または携帯電話ネットワークを介してサーバに接続されるコンピュータ、ビデオゲームステーション、スマートフォンま
たは任意の他の種類のデバイス上で動作し得る。 The present invention relates to a reflection based programming language, eg, a method of optimization for a native application whose software is written in any common reflection based programming language. In computer science, reflection is the ability of a computer program to investigate and modify the structure and behavior of the program (eg, values, metadata, properties, and features) at run time. Native applications can run on computers, video game stations, smartphones or any other type of device that are connected to the server, typically via a wired or wireless wide area network (WAN) or mobile phone network. ..

ネイティブアプリケーションのための最適化の方法は、ネイティブアプリケーション最適化システムをネイティブアプリケーションと統合するステップを、ネイティブアプリケーションのソースコードに適用されるために必要とされる唯一のコードであるジェネリックなコードをネイティブアプリケーションに適用することによって、ネイティブアプリケーション最適化システムによるネイティブアプリケーションの最適化を可能にすることをネイティブアプリケーションにおけるユーザインターフェイス（ＵＩ）のデータ、機能またはコンテンツアセットの１つ以上を変更することによって可能にすることによって、含んでもよい。これは、最適化システムがジェネリックなコードを統合に対して用いて統合されることができた最初であり、それは、次いで、ネイティブアプリケーションの複数バージョンおよびインスタンス内においてコードを変更することなしに、多数の種類の最適化が最適化システムのユーザインターフェイスにおいてリモートで構成されることを可能にする。以前の方法は、各最適化キャンペーンに適用される新たなコードを必要とし、最適化が開始し得る前にサーバからユーザによってダウンロードされるべき新たなリリースバージョンに対する要件を作り出した。本発明の新たな方法は、そのような要件を取除き、それによって、最適化プログラムを、より高速かつより洗練されたものにする。 The optimization method for native applications is the step of integrating the native application optimization system with the native application, native to the generic code, which is the only code needed to be applied to the source code of the native application. By applying to an application, it is possible to enable the native application optimization system to optimize the native application by modifying one or more of the user interface (UI) data, features or content assets in the native application. By doing so, it may be included. This was the first time an optimization system could be integrated using generic code for integration, which in turn was numerous without code changes within multiple versions and instances of the native application. Allows the types of optimizations to be configured remotely in the optimization system's user interface. The previous method required new code to be applied to each optimization campaign and created a requirement for a new release version that should be downloaded by the user from the server before the optimization could start. The new method of the present invention removes such requirements, thereby making the optimization program faster and more sophisticated.

この方法は、さらに、ユーザ挙動をターゲットとするか、プロファイリングするか、または解析することにおいて使用するために、ユーザ／デバイスについて以下の属性を収集することができてもよい。 This method may also be able to collect the following attributes for the user / device for use in targeting, profiling, or analyzing user behavior.

・デバイスタイプ、アプリケーションバージョンおよびオペレーティングシステムバージョン
・ロケーション（例えば、座標、都市、国、大陸、郵便番号による）
・インターネットサービスプロバイダおよび接続タイプ
・アプリへの過去の訪問の最近度および詳細
・過去のアクションの最近度および詳細
・特定の製品カテゴリとの過去のインタラクションなどのようなカスタムユーザ定義の属性
・ユーザが様々なロケーションからアプリを起動する機会を有する照会ソース
・日付、曜日、時間、放送時間区分による訪問の時間
・ＣＲＭデータベースなどのような他のロケーションからインポートされるデータ
新システムは、ネイティブアプリケーションを最適化するためにMaxymiserのプラット
フォームに対してエンハンスメントを含んでもよい。これらのエンハンスメントは以下の特徴を含んでもよい：
・キャンペーンからビジター／デバイスを、それらの属性を用いて含むかまたは排除する。 • Device type, application version and operating system version • Location (eg by coordinates, city, country, continent, zip code)
-Internet service provider and connection type-Recentness and details of past visits to the app-Recentness and details of past actions-Custom user-defined attributes such as past interaction with a particular product category-Users Query sources that have the opportunity to launch apps from different locations-Times of visits by date, day, time, broadcast time segment-Data imported from other locations such as CRM databases New system is ideal for native applications It may include enhancements to the Maxymiser platform to make it. These enhancements may include the following features:
• Include or exclude visitors / devices from the campaign using their attributes.

・他のユーザセグメント情報のためのルールとの組合せにおいて、コンテンツを、ビジター／デバイスに対して、それらの属性に従って目標として向けるよう、セグメンテーションルールを作成する。 • Create segmentation rules to direct content to visitors / devices as targets according to their attributes, in combination with rules for other user segment information.

・属性値によって、変換およびレベニューレポートを含む、レポートをフィルタ処理する。 · Filter reports by attribute value, including transformation and revenue reports.

・属性に基づいて、変換率を上げるよう、異なるエクスペリエンスを必要とし得るセグメントを探索する。 • Search for segments that may require different experiences based on attributes to increase conversion rates.

テストは、より高い実行コンテンツ変異型を自動的に検出し、次いでそれらをより多くの今後のビジターに対して供するよう構成され得る。これは、全体のアプリパフォーマンスがキャンペーン中およびキャンペーン後にも最適化されることを意味する。これは動的最適化として公知である。 The test may be configured to automatically detect higher performance content variants and then serve them to more upcoming visitors. This means that overall app performance will be optimized during and after the campaign. This is known as dynamic optimization.

システムは、決定されたキャンペーンを、「当選者のみ」が待遇を受けるモードに切換える能力を含み、アプリケーション所有者はコンテンツまたはユーザエクスペリエンスの当選変動を適用するためにコードに更新をなす必要がないことを意味してもよい。アプリコードに対して更新を行うことは、アプリ開発者にとって、非常に大きな投資であることが多く、なぜならば、アプリをテストし、それを承認のためにアプリケーションディストリビュータ（例えば、Apple Appstore）に提出し、それからそれを配給することを必要とし、それは、スマートテレビの場合においては次の計画されたソフトウェア更新配信までに何ヶ月か待機することを伴い得、そのタイミングは、ハードウェア製造業者の手にあり、アプリケーション開発者の手にはないからである。 The system includes the ability to switch the determined campaign to a mode in which "winners only" are treated, and the application owner does not need to update the code to apply the winning variation of the content or user experience. May mean. Updating your app code is often a huge investment for your app developer, because you test your app and submit it to an application distributor (eg, Apple Appstore) for approval. And then it needs to be distributed, which in the case of smart TVs can involve waiting months before the next planned software update delivery, the timing of which is in the hands of the hardware manufacturer. This is because it is not in the hands of application developers.

加えて、MaxymiserのFull Managed Services（完全管理サービス）は、モバイルデバイスにわたって、創造的な設計、ウェブ開発、レポート解析／および品質管理を含む、ネイティブアプリケーションのためのサポートを提供する。 In addition, Maxymiser's Full Managed Services provides support for native applications across mobile devices, including creative design, web development, report analysis / and quality control.

ネイティブアプリケーションでのテストは、Maxymiserによる開発物である。ネイティ
ブアプリケーションデバイスはSilverlightをサポートしないので、On Page Consoleはネイティブアプリケーションテストに対しては提供されない。 Testing in native applications is a development by Maxymiser. Native application devices do not support Silverlight, so the On Page Console is not provided for native application testing.

ネイティブアプリケーションに対するテストは以下を含んでもよい：
・マーケティング担当者が彼らのネイティブアプリケーションに対して変更をなすためにＩＴのない環境を作り出すOneTouchプラットフォーム。 Testing for native applications may include:
A OneTouch platform that creates an IT-free environment for marketers to make changes to their native applications.

・アフィニティパターンに基いた推奨、および各ユーザを、その個人にとって最良のオファーに自動的に駆り立てる、自己学習する予測的なアルゴリズムを含む、ネイティブアプリケーションに適用することができる、ある幅のプラットフォーム能力。 • A range of platform capabilities that can be applied to native applications, including affinity pattern-based recommendations and self-learning predictive algorithms that automatically drive each user to the best offer for the individual.

・解析プロセスを自動化して、全体的な当選者とは異なるエクスペリエンスを必要とするユーザセグメントを探索して、当該セグメントのために同意された手段に抗してパフォーマンスを上げる、セグメント探索。これは、ここで、ネイティブアプリケーションによって識別されてもよいセグメントに対しても当てはまる。 · Segment exploration that automates the analysis process to explore user segments that require a different experience than the overall winner and perform better against the means agreed upon for that segment. This also applies here for segments that may be identified by the native application.

・保持された製品または製品を買う顧客の傾向などのような履歴上の顧客情報を用いて、ネイティブアプリケーション上で各顧客に対して最良のパーソナライズされたエクスペリエンスを動的に推進できる。 · With historical customer information such as retained products or customer tendencies to buy products, you can dynamically drive the best personalized experience for each customer on a native application.

仕様
テスト可能なものの例：
ａ）シンプルテキストまたはイメージブロック（バナー、ページのヘッダ）、移動、リサイズ、ハイディング、再フォーマット。 Specifications Examples of testable ones:
a) Simple text or image blocks (banners, page headers), move, resize, hiding, reformatting.

ｂ）ボタンテキスト、移動、リサイズ、再フォーマット、およびハイディング。
ｃ）「通知プッシュ」頻度およびコンテンツ
ｄ）表示されるピクチャ（ピクチャは外部サーバに記憶され得る）。 b) Button text, move, resize, reformat, and hiding.
c) "Notification push" frequency and content d) Pictures to be displayed (pictures can be stored on an external server).

ｅ）新たなテキストまたはイメージブロック。
ｆ）リスト＆テーブル（順序づけ、いくつの項目を表示するか）。 e) New text or image block.
f) List & table (ordering, how many items to display).

ｇ）アプリケーション内のナビケーションパス（例えば、'add to cart'は、ユーザを
カートページに向けるか、またはさらなる選択をなすためにカテゴリページに戻るか）
ｈ）最後のユーザ選択に基いたナビゲーションの表示。 g) Navigation path within the application (eg,'add to cart' directs the user to the cart page or returns to the category page to make further choices)
h) Navigation display based on the last user selection.

ｉ）上記のもののセグメンテーションおよびパーソナライゼーション（これらの項目を全体のユーザベースではなくユーザセグメントに対して調整する）。 i) Segmentation and personalization of the above (adjust these items to the user segment rather than the entire user base).

トラッキングすることが可能なものの例：
ａ）具体的なスクリーンのビュー、例えば、注文完了において示されるスクリーン。 Examples of things that can be tracked:
a) A specific screen view, eg, the screen shown in order completion.

ｂ）ボタンクリック、または指／スタイラスで軽く叩く。
ｃ）従属ウェブサイトページ上でのトラッキング。 b) Click the button or tap with your finger / stylus.
c) Tracking on dependent website pages.

ｄ）オーディオ／ビデオプレイヤー再生時間。
ｅ）アクション属性およびアクション値機会（例えば、£／＄／EURまたは他の通貨に
おける販売価格を測定するために）。 d) Audio / video player playback time.
e) Action attributes and action value opportunities (eg, to measure selling prices in £ / $ / EUR or other currencies).

テストがアプリケーションの内部でどのように動作し得るかの例において、モバイルデバイスは、コンテンツ生成サービスを含むコンテンツジェネレータに要求を送信し、およびそのコンテンツジェネレータから応答を受信できる。モバイルデバイスはモバイルアプリケーションを含む。モバイルアプリケーションはすべてのアプリケーションに対して静的であるライブラリを含む。ライブラリは、コンテンツジェネレータに要求を送信し、コンテンツジェネレータから応答を受信するよう構成される。ライブラリは、モバイルアプリケーションに含まれるモバイルアプリケーションキャッシュと対話する。コンテンツアセット（例えば、イメージ）を伴う外部サーバは、モバイルアプリケーションキャッシュにコンテンツをプッシュすることができる。図１は、テストがどのようにアプリケーション内で動作するかの例を示す。 In an example of how a test can work inside an application, a mobile device can send a request to a content generator, including a content generation service, and receive a response from that content generator. Mobile devices include mobile applications. Mobile applications include libraries that are static for all applications. The library is configured to send a request to the content generator and receive a response from the content generator. The library interacts with the mobile application cache contained in the mobile application. An external server with a content asset (eg, an image) can push the content into the mobile application cache. FIG. 1 shows an example of how the test works within the application.

多変量テスト（ＭＶＴ）例
１）「モバイルバージョン」ライブラリはアプリケーションスタートでコンテンツジェネレータ（ＣＧ）に対して要求をなす。 Multivariate Test (MVT) Example 1) The "mobile version" library makes a request to the content generator (CG) at the application start.

２）ＣＧは現在のドメインのコンテンツがJavaScript（登録商標） Object Notation（ＪＳＯＮ）フォーマットにある状態で応答を作成する：
・ロケーションリスト。 2) CG creates a response with the content of the current domain in JavaScript® Object Notation (JSON) format:
-Location list.

・各ロケーションに対する生成された変数。
・必要とされる変数に対するコンテンツ。 · Generated variables for each location.
-Content for the required variables.

・設定およびロケーションマッピングを伴うアクションリスト。
３）ユーザはアクションでビュー開くよう進む。 · An action list with settings and location mapping.
3) The user proceeds to open the view with an action.

・「モバイルバージョン」ライブラリは対応するロケーションを見出す。
・「モバイルバージョン」ライブラリはリンクされるアクションを読出す。 · The "mobile version" library finds the corresponding location.
-The "mobile version" library reads the linked actions.

・「モバイルバージョン」ライブラリは、それが必要な場合、イベントトラッカーを加える。 The "mobile version" library adds an event tracker if needed.

・「モバイルバージョン」ライブラリは必要な値および属性を計算する。
・「モバイルバージョン」ライブラリは、ロケーションおよびアクションがパラメータにある状態で、ＣＧに対して、キャッシュに入れられた要求をなす。 The "Mobile Version" library calculates the required values and attributes.
The "mobile version" library makes a cached request to the CG with the location and action in the parameters.

４）ユーザはどのようなアクションまたはエレメントもなしでビュー開くよう進む。
・「モバイルバージョン」ライブラリは対応するロケーションを見出す。 4) The user proceeds to open the view without any action or element.
· The "mobile version" library finds the corresponding location.

・「モバイルバージョン」ライブラリは、ロケーションとともに、ＣＧに対して、キャッシュに入れられた要求をなす。 The "mobile version" library, along with the location, makes a cached request to the CG.

５）ユーザはエレメントでビュー開くよう進む。
・「モバイルバージョン」ライブラリは対応するロケーションを見出す。 5) The user proceeds to open the view on the element.
· The "mobile version" library finds the corresponding location.

・「モバイルバージョン」ライブラリはリンクされる変数を読出す。
・「モバイルバージョン」ライブラリはエレメントのコンテンツを示す。 -The "mobile version" library reads the linked variables.
-The "mobile version" library shows the content of the element.

・「モバイルバージョン」ライブラリは、ロケーションおよび示された変数がパラメータにある状態で、ＣＧに対して、キャッシュに入れられた要求をなす。 The "mobile version" library makes a cached request to the CG with the location and the indicated variables in the parameters.

ある例が図１に示される。
パーソナライゼーション例
１）「モバイルバージョン」ライブラリはアプリケーションスタートでＣＧに対して要求をなす。 An example is shown in FIG.
Personalization example 1) The "mobile version" library makes a request to CG at the start of the application.

２）ＣＧは現在のドメインのコンテンツがＪＳＯＮフォーマットにある状態で応答を作成する：
・ロケーションリスト。 2) CG creates a response with the contents of the current domain in JSON format:
-Location list.

・設定およびロケーションマッピングを伴うユーザ属性。
３）ユーザはユーザ属性でビュー開くよう進む。 · User attributes with settings and location mapping.
3) The user proceeds to open the view with the user attribute.

・「モバイルバージョン」ライブラリは対応するロケーションを見出す。
・「モバイルバージョン」ライブラリはリンクされるユーザ属性を読出す。 · The "mobile version" library finds the corresponding location.
-The "mobile version" library reads the linked user attributes.

・「モバイルバージョン」ライブラリは必要な値を計算し、対応するユーザ属性にそれを置く。 The "mobile version" library calculates the required value and puts it in the corresponding user attribute.

・「モバイルバージョン」ライブラリは、ロケーションおよびユーザ属性がパラメータにある状態で、ＣＧに対して、キャッシュに入れられた要求をなす。 The "mobile version" library makes a cached request to the CG with the location and user attributes in the parameters.

ある例が図１に示される。
セグメンテーション例
ａ）「モバイルバージョン」ライブラリはアプリケーションスタートでＣＧに対して要求をなす。 An example is shown in FIG.
Segmentation example a) The "mobile version" library makes a request to CG at the start of the application.

ｂ）ＣＧは現在のドメインのコンテンツがＪＳＯＮフォーマットにある状態で応答を作成する：
・ロケーションリスト。 b) CG creates a response with the content of the current domain in JSON format:
-Location list.

・値を伴うユーザ属性。
・設定を伴うセグメンテーションルール。 -User attributes with values.
-Segmentation rules with settings.

ｃ）ユーザはエレメントでビュー開くよう進む。
・「モバイルバージョン」ライブラリは対応するロケーションを見出す。 c) The user proceeds to open the view on the element.
· The "mobile version" library finds the corresponding location.

・「モバイルバージョン」ライブラリは、セグメンテーションルールをチェックし、セグメントを選択する。 -The "Mobile Version" library checks segmentation rules and selects segments.

・「モバイルバージョン」ライブラリは必要な変数を指定する。
・「モバイルバージョン」ライブラリはエレメントのコンテンツを示す。 -The "mobile version" library specifies the required variables.
-The "mobile version" library shows the content of the element.

・「モバイルバージョン」ライブラリは、ロケーション、セグメントおよび示された変数がパラメータにある状態で、ＣＧに対して、キャッシュに入れられた要求をなす。 The "mobile version" library makes a cached request to the CG with the location, segment and indicated variables in the parameters.

ある例が図１に示される。
マネージャが管理制御コンソールにおいてできることの例
ａ）コンソール実行のために、ユーザはデバイスＩＤをMaxymiser(MM)UIに登録するべ
きである。 An example is shown in FIG.
Examples of what the manager can do in the management control console a) For console execution, the user should register the device ID in the Maxymiser (MM) UI.

技術的要件／詳細例。
「モバイルバージョン」ライブラリモジュール：
１）ＣＧ要求モジュール。 Technical requirements / detailed examples.
"Mobile version" library module:
1) CG request module.

２）外部アセットモジュール（イメージトランザクション）。
３）トラッキングモジュール（アクショントラッキング、ＣＧに対して結果を送信する）。 2) External asset module (image transaction).
3) Tracking module (action tracking, sending results to CG).

４）アプリケーションオブジェクト識別モジュール。
５）ＭＶＴモジュール（代替的なコンテンツビジュアライゼーションを実現する）。 4) Application object identification module.
5) MVT module (to realize alternative content visualization).

６）パーソナライゼーションモジュール。
７）セグメンテーションモジュール。 6) Personalization module.
7) Segmentation module.

８）管理制御コンソールモジュール。
モバイルバージョンに対する市場的位置決め
モバイルスマートフォンの採用は急速な速度で増大している。大きな投資がモバイルアプリケーションにおいてなされて、展開の速いマーケットに遅れないようにしている。貴方の手をモバイルデバイスに伸ばすことはチャンスであるが、それは、そのような小さなスクリーンで真に効果的であるためには、最適化されたエクスペリエンスを必要とする。 8) Management control console module.
Market Positioning for Mobile Versions The adoption of mobile smartphones is growing at a rapid pace. Big investments are being made in mobile applications to keep up with the fast-paced market. Reaching your hands on mobile devices is an opportunity, but it requires an optimized experience to be truly effective on such a small screen.

Maxymiserのモバイルバージョンはモバイル最適化に革新をもたらした−それは、モバ
イル市場に時間および予算を投資するすべてのブランドにとって必須である。モバイルバージョンは、マーケティング担当者が、コンテンツを効果的にテストおよびターゲットとし、パーソナライズされたエクスペリエンスをモバイルデバイスのために作り出して、変換率を上げることを可能にする。バナー広告、データ発信形態、サイトレイアウト、プロモーションまたは任意の他のコンテンツを含む貴方のモバイルコンテンツのすべてを迅速に最適化して、各個人ユーザ毎に最も関連のあるエクスペリエンスをドライブし、貴方のブランドに対するレベニューを増大させる。 The mobile version of Maxymiser has revolutionized mobile optimization-it's a must for any brand that invests time and budget in the mobile market. The mobile version enables marketers to effectively test and target content, create personalized experiences for mobile devices, and increase conversion rates. Quickly optimize all of your mobile content, including banner ads, data delivery formats, site layouts, promotions or any other content, to drive the most relevant experience for each individual user and for your brand. Increase revenue.

モバイルアプリを含むようモバイルマーケティングストラテジを必要とはしていないか？活動的な消費者は自分のお気に入りのアプリが自分の指先にあることを楽しむ。モバイルバージョンで、貴方は、Ａ／Ｂおよび多変量テストをモバイルアプリに対して実行することにより、アプリに対するエンドユーザ更新を必要とすることなくユーザエクスペリエンスを改善することができる。季節的な変更が生ずると、新たなウイニングエクスペリエンスを識別し、エンドユーザをアプリに対する過剰な更新で阻害することなく、ユーザエクスペリエンスを動的に変更する。または、モバイルバージョンに新たなウイナーを自動的に適合および判断させて、最も関連のあるエクスペリエンスを経時的にドライブする。 Do you need a mobile marketing strategy to include mobile apps? Active consumers enjoy having their favorite apps at their fingertips. In the mobile version, you can improve the user experience by running A / B and multivariate tests on your mobile app without the need for end-user updates to your app. Seasonal changes identify new winning experiences and dynamically change the user experience without overwhelming the end user with over-updates to the app. Alternatively, let the mobile version automatically adapt and determine new winners to drive the most relevant experiences over time.

モバイルバージョンの報告および解析論は、貴方に、モバイルユーザのエクスペリエンスへの洞察力を与え、各ユーザセグメントに対するウイニングエクスペリエンスを識別し、異なるエクスペリエンスを必要とする新たなセグメントを識別する。貴方は、適切なエクスペリエンスを識別し、全体的なキャンペーン効果をウェブサイトおよびモバイルデバイスにわたって測定することになる。 The mobile version of reporting and analytics gives you insight into the mobile user's experience, identifies the winning experience for each user segment, and identifies new segments that require different experiences. You will identify the right experience and measure overall campaign effectiveness across websites and mobile devices.

最適化システムの作成の一例においては、ＳＤＫ仕様を作成するためのステージ０において、仕様が、プロジェクトタイムラインおよび要件収集とともに作成される。ステージ１では、ＳＤＫ開発およびＵＩ調整のために、ライブラリが作成され、ＭＭＵＩ修正およびウェブサービス開発が生じ、アプリストアとのインタラクションが生ずる。デバッグのためのステージ２では、ＭＭＵＩ＆ＳＤＫ統合がスマートフォンアプリでテストされ、内部品質保証およびバグ修正が生じ、ユーザビリティテストが生じ、改善および変更要求が生じ、プロダクションプロセス構築のドラフトが実行される。ステージ３では、ベータテストが生ずる。テスト仕様が作成され、ベータアプリ内の統合およびテスト作成が実行され、ベータクライアントテストが実行され、改善および変更要求がベータフィードバックに基づいて生成され、プロダクションプロセス構築が最終決定される。図２は、最適化システムの作成の例をテーブル形式で示す。 In one example of creating an optimization system, at stage 0 for creating an SDK specification, the specification is created along with the project timeline and requirement collection. In stage 1, a library is created for SDK development and UI adjustment, MM UI modification and web service development occur, and interaction with the app store occurs. In Stage 2 for debugging, the MM UI & SDK integration will be tested in the smartphone app, internal quality assurance and bug fixes will occur, usability testing will occur, improvements and change requests will be made, and a draft production process construction will be performed. .. At stage 3, beta testing occurs. Test specifications are created, integration and test creation within the beta app are performed, beta client tests are performed, improvement and change requests are generated based on beta feedback, and the production process construction is finalized. FIG. 2 shows an example of creating an optimization system in a table format.

ｉＰｈｏｎｅ（登録商標）のＳＤＫまたは他のスマートフォンＳＤＫを伴う例
概要
ｉＰｈｏｎｅのＳＤＫ（または他のスマートフォンＳＤＫ）機能は、顧客のアプリケーションへの容易なライブラリ統合を可能にすべきである。統合命令が占めるのは１ページ以下であるべきである。それは、既存のMaxymiserテストキャンペーン作成コンセプトに
対応すべきである。それは、プロダクションおよびサンドボックスモードを可能にすべきである。それらは、（ブラウザクッキーと同様の）ユーザパーソナライゼーションデータを記憶すべきである。それはオフライン測定を可能にすべきである。 Examples with the iPhone® SDK or other smartphone SDK Overview The iPhone SDK (or other smartphone SDK) feature should allow easy library integration into the customer's application. The integration order should occupy less than one page. It should correspond to the existing Maxymiser test campaign creation concept. It should enable production and sandbox modes. They should store user personalization data (similar to browser cookies). It should allow offline measurements.

モバイル管理制御コンソールは以下を可能にすべきである：
・モードをサンドボックスからプロダクションに変更することおよび変更し戻すこと；
・インターフェイスオブジェクトおよびプロパティを見ることおよび選択すること；
・プロパティ値を変更すること；
・選択されたプロパティおよび値を記憶すること；
・選択されたプロパティおよび値をMaxymiser UIにエクスポートすること；
フレームワーク．ウェブサービスコールライブラリ例
ウェブサービスクラスを生成するために、一例においては、http://sudzc.com/が用い
られる。 The mobile management control console should enable:
-Changing and changing modes from sandbox to production;
· Viewing and selecting interface objects and properties;
-Changing property values;
-Remember the selected properties and values;
-Exporting the selected properties and values to the Maxymiser UI;
Framework. Web service call library example To generate a web service class, http://sudzc.com/ is used in one example.

ＭＭＣＧウェブサービスコールが提供されてもよい。オフラインコール（オンラインになると、キューおよび延期されたコールをコールする）。 MM CG web service calls may be provided. Offline calls (call queues and deferred calls when online).

フレームワーク．イメージロードライブラリ例
イメージローディング機能が提供されてもよい。イメージキャッシングが提供されてもよい（変更されたイメージのみをロードすべきである）。 Framework. Image loading library example An image loading function may be provided. Image caching may be provided (only modified images should be loaded).

ＭＭコア（MMCore）ライブラリ例
mmcore.jsと同様にメソッドおよびプロパティのセットが提供されてもよい。
・MMCore.CGRequest();
・MMCore.setAction();
・MMCore.renderLocationElements();
・MMCore.setUserAttribute();
・MMCore.setUserDefaults();
・MMCore.setLocation();
・MMCore.addMVTConstraint();
・MMCore.domain;
・MMCore.server;
・MMCore.CGRequestCallback;
ウェブサービスコールライブラリ、イメージロードライブラリ、ＭＶＴライブラリ、MAConsoleライブラリをカプセル化する。異なるロードコンテンツモード：同期、非同期が
提供されてもよい。読出し、ユーザパーソナライゼーション基準を設定することを可能にしてもよい。 MMCore library example
A set of methods and properties may be provided as in mmcore.js.
・ MMCore.CGRequest ();
・ MMCore.setAction ();
・ MMCore.renderLocationElements ();
・ MMCore.setUserAttribute ();
・ MMCore.setUserDefaults ();
・ MMCore.setLocation ();
・ MMCore.addMVTConstraint ();
・ MMCore.domain;
・ MMCore.server;
・ MMCore.CGRequestCallback;
Encapsulate web service call library, image load library, MVT library, MAConsole library. Different load content modes: synchronous, asynchronous may be provided. It may be possible to read and set user personalization criteria.

ＭＶＴライブラリ例
ＣＧコンテンツに従って変更プロパティ値が提供されてもよい。プロパティタイプおよびプロパティ存在妥当性検査が提供されてもよい。ユーザ制約のインプリメンテーションが与えられてもよい。 MVT library example The modified property value may be provided according to the CG content. Property type and property existence validation may be provided. Implementation of user constraints may be given.

・ライブラリは何も修正することができない；
・ライブラリはすべてを修正することができる；
・ライブラリは、（コード命令において、）指定されたオブジェクトおよびプロパティのみを修正することができる。 -The library cannot modify anything;
The library can modify everything;
-The library can only modify specified objects and properties (in code instructions).

・ライブラリは、（Admin UIにおいて、）指定されたオブジェクトおよびプロパティのみを修正することができる。 -The library can only modify specified objects and properties (in the Admin UI).

エレメント変数はプロパティのセットおよびそれらの値を含むべきである。
コンテンツが準備されていない（未だＣＧからロードされていない）場合には、デフォルトコンテンツが示されるべきである。 Element variables should contain a set of properties and their values.
If the content is not prepared (not yet loaded from the CG), the default content should be shown.

MAConsoleライブラリ例
MAConsole（モバイル管理制御コントロール）は、インターフェイスオブジェクトおよ
びプロパティを発見し、見て、選択することを与えるべきである。選択されたプロパティおよび値をAdmin UIにエクスポートすることを与えてもよい。MAConsoleは、ユーザが企
業ＩＰにあって何らかの具体的な接触をなすとき、またはデバッグモードがアプリケーションにセットされているときに示されるべきである。 MAConsole library example
MAConsole (Mobile Management Control Control) should be given to discover, view and select interface objects and properties. You may be given to export the selected properties and values to the Admin UI. The MAConsole should be shown when the user is in the corporate IP and makes some specific contact, or when debug mode is set in the application.

ＭＭＣＧウェブサービス例
データを返しアプリケーションとのインタラクションを実現すべきＣＧウェブサービス（CG JSRendererと同様）
Admin UI例
新たなAdmin UI機能：
１．「モバイルバージョン」キャンペーンタイプ。 MM CG web service example CG web service that should return data and realize interaction with the application (similar to CG JSRenderer)
Admin UI Example New Admin UI Features:
1. 1. "Mobile version" campaign type.

２．「オブジェクト指向型」エレメントタイプ。
３．「オブジェクト指向型」エレメントタイプの変数のためのエディタ。 2. "Object-oriented" element type.
3. 3. Editor for variables of "object-oriented" element type.

４．キャンペーンレベルプロパティ制約。
統合例
MaxymiserＭＶＴライブラリを単純なビューベースのアプリケーションに統合する方法
の例。統合前に、貴方は、必要なキャンペーンが既にMaxymiser.UIツール内に既に作成されていることを確実にする必要がある。 4. Campaign level property constraints.
Integration example
An example of how to integrate the MaxymiserMVT library into a simple view-based application. Before integration, you need to ensure that the campaign you need has already been created within the Maxymiser.UI tool.

１．貴方のＸコードプロジェクトにおける「グループおよびファイル」リストの下で、MMCoreクラスファイルをクラスフォルダにコピーする。クラスファイルはダウンロードすることができる…
２．appDelegateクラスヘッダへのMMCoreクラスヘッダを含む。 1. 1. Copy the MMCore class files to the class folder under the "Groups and Files" list in your X-code project. Class files can be downloaded ...
2. Includes MMCore class header to appDelegate class header.

#import "MMCore.h"
３．以下を、貴方のappDelegateインプリメンテーションファイルのapplicationDidFinishLaunching（アプリケーションは起動を終了した）イベントハンドラに付加する。 #import "MMCore.h"
3. 3. Add the following to the applicationDidFinishLaunching event handler in your appDelegate implementation file.

[MMCore init: self domain: @"YOUR_DOMAIN"];
[MMCore setServer: @" cg_global.maxymiser.com/cg_v5/"];
[MMCore setConstraintMode: @"allowAll"];
[MMCore CGRequest];
４．以下を、貴方のviewContorllerインプリメンテーションファイルのすべてについてviewDidApear（ビューが現われた）イベントハンドラに付加する。 [MMCore init: self domain: @ "YOUR_DOMAIN"];
[MMCore setServer: @ "cg_global.maxymiser.com/cg_v5/"];
[MMCore setConstraintMode: @ "allowAll"];
[MMCore CG Request];
4. Add the following to the viewDidApear event handler for all of your viewContorller implementation files.

[MMCore setLocation: self];
５．貴方が追加のロケーションを設定したいと思うたび毎に、以下の機能を用いる。 [MMCore setLocation: self];
5. Use the following features each time you want to set up an additional location.

[MMCore setLocation: @"YourLocationName"];
６．貴方は以下の方法を用いて追加のデータを報告することができる。 [MMCore setLocation: @ "YourLocationName"];
6. You can report additional data using the following methods.

[MMCore setAction: @"YourActionName"];
７．コンテンツ変動はロケーションが変更するときに実現する。貴方はエレメントレンダリングをいつでも以下の機能によってコールすることができる。 [MMCore setAction: @ "YourActionName"];
7. Content variation is realized when the location changes. You can call element rendering at any time with the following features:

[MMCore renderLocationElements: @"YourLocationName"];
８．貴方は、修正のためにアクセス可能となるプロパティ範囲を付加することができる。 [MMCore renderLocationElements: @ "YourLocationName"];
8. You can add a range of properties that will be accessible for modification.

[MMCore setConstraintMode: @"allowSpecified"];
[MMCore addMVTConstraint: @"object1/*"];
[MMCore addMVTConstraint: @"object2/*"];
９．アプリケーションを構築し実行する。 [MMCore setConstraintMode: @ "allowSpecified"];
[MMCore addMVTConstraint: @ "object1 / *"];
[MMCore addMVTConstraint: @ "object2 / *"];
9. Build and run the application.

製品シナリオ例
Maxymiserスマートフォン（例えば、ｉＰｈｏｎｅ）ＭＶＴを作成する方法の例
Maxymiser UIにおいて
１．ドメインを選択する。
２．「モバイルバージョン」キャンペーンを作成する。
３．自身のＩＰを企業ＩＰに付加する。
スマートフォン（例えば、ｉＰｈｏｎｅ）アプリケーションにおいて
４．必要なスマートフォン（例えば、ｉＰｈｏｎｅ）アプリケーションを「モバイルバージョン」ライブラリで実行する。
５．貴方がキャンペーンに含ませたいインターフェイスエレメントを発見する。
６．MAConsoleに切換えて承認する。「Sandbox」モードに進む。
７．マーキングツールを用いる。
８．インターフェイスエレメントおよびそのプロパティを選択する。プロパティをブックマークに付加する。
９．他のプロパティのために５〜８を再び行う。 Product scenario example
Example of how to create a Maxymiser smartphone (eg iPhone) MVT
In Maxymiser UI 1. Select a domain.
2. Create a "mobile version" campaign.
3. 3. Add your own IP to the corporate IP.
4. In smartphone (eg iPhone) applications. Run the required smartphone (eg iPhone) application in the "mobile version" library.
5. Discover the interface elements you want to include in your campaign.
6. Switch to MAConsole and approve. Go to "Sandbox" mode.
7. Use a marking tool.
8. Select an interface element and its properties. Add properties to bookmarks.
9. Repeat steps 5-8 for other properties.

貴方はエレメントの作成のためにブックマークを用いることができる。以下を行う：
スマートフォン（例えば、ｉＰｈｏｎｅ）アプリケーションにおいて
１．ブックマークリストに進む。リストからブックマークを選択する。「エレメントを作成する」を押す。
２．貴方のセッションが終わる場合、貴方は承認を必要とする。次いで、キャンペーンを選択し、エレメント名を指定し、「保存する」を押す。貴方がエレメントを保存するとシステムは（ロケーションが存在しない場合）自動的にロケーションを形成し、エレメントをロケーションにリンクする。 You can use bookmarks to create elements. Do the following:
In a smartphone (for example, iPhone) application 1. Go to the bookmark list. Select a bookmark from the list. Press "Create Element".
2. At the end of your session, you need approval. Then select the campaign, specify the element name and press "Save". When you save the element, the system will automatically form the location (if the location does not exist) and link the element to the location.

貴方はエレメントに対する変数の作成のためにブックマークを用いることができる。以下を行う：
スマートフォン（例えば、ｉＰｈｏｎｅ）アプリケーションにおいて
１．貴方が修正したいインターフェイスエレメントを発見する。
２．MAConsoleに切換えて承認する。「Sandbox」モードに進む。
３．リストからエレメントを選択する（システムはエレメントからブックマークにプロパティを付加する）。
４．ブックマークからプロパティを選択し、プロパティ値を変更する。
５．他のプロパティのために３を行う。
６．「変数を作成する」を押す。
７．貴方のセッションが終わる場合、貴方は承認を必要とする。次いで、変数名を指定し、「保存する」を押す。 You can use bookmarks to create variables for elements. Do the following:
In a smartphone (for example, iPhone) application 1. Discover the interface element you want to modify.
2. Switch to MAConsole and approve. Go to "Sandbox" mode.
3. 3. Select an element from the list (the system appends properties from the element to the bookmark).
4. Select a property from the bookmark and change the property value.
5. Do 3 for other properties.
6. Press "Create Variable".
7. At the end of your session, you need approval. Then specify the variable name and press "Save".

貴方はアプリケーションにおいて変数をプレビューすることができる。以下を行う：
スマートフォン（例えば、ｉＰｈｏｎｅ）アプリケーションにおいて
１．必要なスマートフォン（例えば、ｉＰｈｏｎｅ）アプリケーションを「モバイルバージョン」で実行する。
２．貴方がプレビューしたいインターフェイスエレメントを発見する。
３．MAConsoleに切換えて承認する。「Sandbox」モードに進む。
４．リストからエレメントを選択し、変数を選択し、MAConsoleを閉じる。その後、貴方
はスクリーン上で変数を見ることになる。 You can preview the variables in your application. Do the following:
In a smartphone (for example, iPhone) application 1. Run the required smartphone (eg iPhone) application in the "mobile version".
2. Discover the interface element you want to preview.
3. 3. Switch to MAConsole and approve. Go to "Sandbox" mode.
4. Select an element from the list, select a variable, and close the MAConsole. Then you will see the variables on the screen.

仕様の例
仕様の例では、一次アクションは「Order」であり、それは、アプリケーションを介し
て出された注文をトラッキングする。「Value」は注文のＧＢＰにおける値をキャプチャ
する。属性は、「delivery」＝注文は、ピザが配達されるよう出された、および「collection」＝注文は、ピザがピザ店から集められるよう出された、である。二次アクションでは、「Clicks」は、「カスタマイズ」ボタン上におけるクリックをトラッキングする。ある例が図３に示される。テスト変数では、異なるボタンスタイルおよび色が「カスタマイ
ズ」ボタンのためにテストされる。ある例が図４に示される。 Specification Example In the specification example, the primary action is "Order", which tracks orders placed through the application. "Value" captures the value of the order in GBP. The attributes are "delivery" = the order was placed for the pizza to be delivered, and "collection" = the order was placed for the pizza to be collected from the pizza store. In the secondary action, "Clicks" tracks the clicks on the "Customize" button. An example is shown in FIG. In the test variables, different button styles and colors are tested for the "Customize" button. An example is shown in FIG.

仕様の例では、一次アクションは「Order」であり、それは、アプリケーションを介し
て出された注文をトラッキングする。「Value」は注文のＧＢＰにおける値をキャプチャ
する。属性は、「delivery」＝注文は、ピザが配達されるよう出された、および「collection」＝注文は、ピザがピザ店から集められるよう出された、である。二次アクションでは、「Add to Cart」はカスタマイズされたピザがユーザのカートに加えられたかどうか
をトラッキングする。ある例が図５に示される。 In the example specification, the primary action is "Order", which tracks orders placed through the application. "Value" captures the value of the order in GBP. The attributes are "delivery" = the order was placed for the pizza to be delivered, and "collection" = the order was placed for the pizza to be collected from the pizza store. In the secondary action, "Add to Cart" tracks whether a customized pizza has been added to the user's cart. An example is shown in FIG.

仕様の例では、一次アクションは「Purchase」であり、それは、アプリケーションを介して出された注文をトラッキングする。「Value」は注文のＧＢＰにおける値をキャプチ
ャする。二次アクションでは、「ProdViews」はアプリケーション内における製品ページ
のビューをトラッキングする。一例が図６に示される。テスト変数においては、ユーザがカテゴリ閲覧ページにナビゲートすると、結果が、最後に用いられたフィルタオプションによってフィルタ処理される。変数は、例えば、タイトルによってでもよく、価格によってでもよく、またはリリースによってでもよい。図７に例が示される。 In the example specification, the primary action is "Purchase", which tracks orders placed through the application. "Value" captures the value of the order in GBP. In the secondary action, Prod Views tracks the view of the product page within the application. An example is shown in FIG. For test variables, as the user navigates to the category browsing page, the results are filtered by the last used filter option. The variables may be, for example, by title, by price, or by release. An example is shown in FIG.

仕様の一例においては、一次アクションは「FoodViews」であり、それは、アプリケー
ション食物パッケージの１つのビューをトラッキングする。一例では、食物カテゴリページおよび食物詳細ページの両方がトラッキングされる。図８に例が示される。図８の左側は食物カテゴリページの一例を示す。図８の右側は食物詳細ページの一例を示す。パーソナライゼーション基準の一例では、最後に見られた食物カテゴリがパーソナライゼーション基準「FoodPreference」に保存される。可能な値は、ケーキ、朝食、昼食、マフィン、サラダ、サンドイッチ、ヨーグルトまたはブランクである。図９に例が示される。 In one example of the specification, the primary action is "Food Views", which tracks one view of the application food package. In one example, both the food category page and the food detail page are tracked. An example is shown in FIG. The left side of FIG. 8 shows an example of a food category page. The right side of FIG. 8 shows an example of a food detail page. In one example of personalization criteria, the last food category found is stored in the personalization criteria "Food Preference". Possible values are cakes, breakfast, lunch, muffins, salads, sandwiches, yogurt or blanks. An example is shown in FIG.

仕様の一例では、一次アクションは「RadioPlay」であり、それは、ユーザがラジオ局
を聞くかどうかをトラッキングする。属性はラジオが聞かれた分数をトラッキングし、それは、以下の可能な値：０〜３０、３０〜６０、＞６０にグループ分けされてもよい。二次アクションでは、「BannerClicks」はアプリケーションページの一番上にある外部バナー上におけるクリックをトラッキングする。一例が図１０に示される。一例においては、３つのバナー変数がテストに含まれる。３つのバナー変数は'no advert（広告なし）', 'one advert（広告１つ）'および'two adverts（広告２つ）'であってもよい。一例が図１１に示される。 In one example of the specification, the primary action is "RadioPlay", which tracks whether the user listens to a radio station. The attribute tracks the fractions heard on the radio, which may be grouped into the following possible values: 0-30, 30-60,> 60. In the secondary action, "Banner Clicks" tracks clicks on the external banner at the top of the application page. An example is shown in FIG. In one example, three banner variables are included in the test. The three banner variables may be'no advert',' one advert'and'two adverts'. An example is shown in FIG.

仕様の一例では、一次アクションは「BookClicks」であり、それは「Book」ボタン上のクリックをトラッキングする。「Value」はブッキングのコストをキャプチャする。属性
はブッキングされた旅行のエージェントを、例えば、Opodoをトラッキングする。二次ア
クションでは、「BookingComplete」はアプリ内ウェブサイトを通して完了されたブッキ
ングをトラッキングする。二次アクションでは、「Search」は、アプリケーションにおいて実行されるサーチをトラッキングする−サーチ結果ページのビュー。図１２に例が示される。 In one example of the spec, the primary action is "BookClicks", which tracks clicks on the "Book" button. "Value" captures the cost of booking. The attribute tracks the booked travel agent, for example Opodo. In the secondary action, "Booking Complete" tracks completed bookings through the in-app website. In the secondary action, "Search" tracks the search performed in the application-a view of the search results page. An example is shown in FIG.

仕様の一例では、一次アクションは「Purchase」であり、それは、アプリケーションを通してなされた完了された購入をトラッキングする。Valueは購入の値をキャプチャする
。属性は、取引が購入された都市をトラッキングする。一例が図１３に示される。 In one example of the specification, the primary action is "Purchase", which tracks completed purchases made through the application. Value captures the value of the purchase. The attribute tracks the city where the transaction was purchased. An example is shown in FIG.

テストページの例では、テストページはカテゴリ閲覧ページのうちの任意のものであってもよい。テストページのある領域においては、テストエレメントはbuy色テストエレメ
ントであってもよい。テストページのある領域においては、テストエレメントはボタンテストエレメントであってもよい。テストページのある領域においては、テストエレメント
はイメージテストエレメントであってもよい。テストページのある領域においては、テストエレメントはレイアウトテストエレメントであってもよい。一例が図１４に示される。 In the test page example, the test page may be any of the category browsing pages. In some areas of the test page, the test element may be a buy color test element. In some areas of the test page, the test element may be a button test element. In some areas of the test page, the test element may be an image test element. In some areas of the test page, the test element may be a layout test element. An example is shown in FIG.

モバイルアプリテスト：サイト作成のための命令
モバイルアプリテストのためにサイトを作成する方法の例（ＡＰＩメソッド）
我々は、モバイルアプリテストに対してライセンスを付与されるクライアントのためにサイトをセットアップするためのガイドを提供する。キャンペーン作成については他の部分に記載する。 Mobile App Test: Instructions for Site Creation Example of how to create a site for mobile app test (API method)
We provide a guide for setting up your site for clients licensed for mobile app testing. The campaign creation will be described in other parts.

意図されるオーディエンスはクライアントのためにサイトを定期的に設定する管理者である。以下のステップを実行して、モバイルアプリテストのためのサイトを準備する：
１．Maxymiser Admin UIにおいて「管理／サイト管理」セクションを通して新たなサイトを付加する。 The intended audience is an administrator who regularly configures the site for clients. Perform the following steps to prepare your site for mobile app testing:
1. 1. Add a new site through the Administration / Site Administration section of the Maxymiser Admin UI.

サイトの名称はこのパターンに従って設定されるべきである：
<ドメインなしクライアントの名称>.app
例えば、Maxymiser.app
次に新たなサイトのための以下のパラメータをセットすべきである：
“ビジュアルキャンペーンビルダ”−ディスエーブル；
“第一者クッキーを用いる”−チェック済み；
“モバイルアプリテストサイト”−チェック済み。 Site names should be set according to this pattern:
<Name of client without domain> .app
For example, Maxymiser.app
Then you should set the following parameters for the new site:
"Visual Campaign Builder"-Able;
“Use first-party cookies” -checked;
“Mobile App Test Site” -Checked.

２．「キャンペーン」タブにおいてこのサイトを選択する。「サイト設定／サイトブラウザルール」に進む。 2. Select this site in the "Campaigns" tab. Go to "Site Settings / Site Browser Rules".

３．「カスタムブラウザルールを定義する」タブを開いて、カスタム包含ブラウザルールを次のパラメータで付加する：
ブラウザ−任意、ＯＳ−任意、デバイスタイプ−任意、バージョン−エンプティ
４．「サイト設定／パーソナライゼーション基準」に進む。 3. 3. Open the Define Custom Browser Rule tab and add a custom inclusion browser rule with the following parameters:
Browser-arbitrary, OS-arbitrary, device type-arbitrary, version-empty 4. Go to "Site Settings / Personalization Criteria".

５．３つのパーソナライゼーション基準を以下の名称で付加する：
ＯＳバージョン、アプリバージョン、接続タイプ
６．「サイト設定／サイトページ」に進む。 5. Add three personalization criteria with the following names:
OS version, application version, connection type 6. Go to "Site Settings / Site Page".

７．２つのサイトページを付加する：
１つの含まれるマスク"Generations"を伴う"GenerationPage"と称されるページ；
１つの含まれるマスク"Actions"を伴う"ActionsPage"と称されるページ；
「ＵＲＬをプレビューする」というフィールドは用いられず、妥当性検査に合格するよう任意のＵＲＬで事前設定できる。 7. Add two site pages:
A page called "Generation Page" with one included mask "Generations";
A page called "Actions Page" with one included mask "Actions";
The field "Preview URL" is not used and can be preset with any URL to pass the validation check.

８．キャンペーンが作成されるとページ"GenerationPage"のみを付加する（以下の記載をさらに参照のこと）。 8. When the campaign is created, add only the page "Generation Page" (see further below).

開発者のためのMaxymiserモバイルアプリテスト用ＡＰＩおよびＳＤＫインプリメンテ
ーションガイド−例
１導入
このインプリメンテーションガイドは、Maxymiserモバイルアプリケーションテスト用
ソリューション「MMTApp」を統合するためのステップを提供する。それは、Ａ／Ｂテストキャンペーンがどのようにして実現され、スマートフォンオペレーションシステム、例えばｉＯＳ（登録商標）などのために開発されたネイティブモバイルアプリケーション内で
動作し得るかを記述する。このガイドは、貴方が例えばｉＯＳのようなスマートフォンオペレーティングシステムのためにアプリを作成することに慣れていることを仮定する。 Maximiser Mobile App Testing API and SDK Implementation Guide for Developers-Example 1 Implementation This implementation guide provides steps for integrating the Maxymiser mobile application testing solution "MMTApp". It describes how an A / B testing campaign can be implemented and run within a native mobile application developed for smartphone operating systems, such as iOS®. This guide assumes that you are accustomed to writing apps for smartphone operating systems such as iOS.

２開始
ＡＰＩを用い、それをアプリと統合するための前提条件：
・Ｘコードがインストールされた開発環境。 2 Prerequisites for using the Start API and integrating it with the app:
-Development environment with X code installed.

・貴方が貴方のアプリをデバイス上においてテスト目的で動作させる場合、貴方はApple Development Program（アップル開発プログラム）アカウントを有することを必要とす
ることになる。 • If you want your app to run on your device for testing purposes, you will need to have an Apple Development Program account.

・オブジェクティブ−ＣおよびネイティブｉＯＳアプリを用いる開発に精通していること。 -Familiar with development using Objective-C and native iOS apps.

注：我々のＳＤＫはｉＯＳ７以降をサポートする。ｉＯＳ６以前については、ＳＤＫは貴方のアプリと統合され得るが、ＳＤＫはアクティブとはならず、貴方はMaxymiserの特
徴を用いることはできないことになる。 Note: Our SDK supports iOS7 and above. For iOS6 and earlier, the SDK can be integrated with your app, but the SDK will not be active and you will not be able to use the Maxymiser features.

３統合ガイド
我々の統合ガイドは６つのステップを通して、貴方に、ｉＯＳアプリ内においてＡ／Ｂテストのセットアップを完了させる。 3 Integration Guide Our integration guide allows you to complete the A / B testing setup within the iOS app through 6 steps.

３．１キャンペーン作成
我々は我々の現在のMaxymiser UIドキュメンテーションに対して多数のリンクを提供した。これは貴方がモバイルアプリテストを設定し維持するところである。我々の用語注については付録１を参照されたく、我々の用語集は付録３において見ることができる。 3.1 Campaign Creation We have provided a number of links to our current Maxymiser UI documentation. This is where you set up and maintain mobile app testing. See Appendix 1 for our glossary, and our glossary can be found in Appendix 3.

３．１．１テストのためにキャンペーンを設定する。
１．Max Testキャンペーンを作成する−完全なドキュメンテーションが我々のヘルプガイドに見ることができる。 3.1.1 Set up a campaign for testing.
1. 1. Create a Max Test Campaign-Complete documentation can be found in our help guide.

２．貴方のキャンペーンを、アプリテストのために、Maxymiser UIにおいて作成されたページにマッピングする−全ドキュメンテーションが我々のヘルプガイドに見ることができる。貴方のキャンペーンを絶対に他のページにはマッピングしないようにして頂きたく、なぜならば、予め定義されたページはアプリテストのために設定される特別なプロパティを有するからである。 2. Map your campaign to a page created in the Maxymiser UI for app testing-full documentation can be found in our help guide. Please do not map your campaign to other pages, as predefined pages have special properties set for app testing.

３．貴方が貴方のアプリケーション内においてトラッキングしたい少なくとも１つのアクションを作成する−全ドキュメンテーションが我々のヘルプガイドに見られる。モバイルアプリテストのためにサポートされるユーザ属性のリストについては付録２を参照されたい。 3. 3. Create at least one action you want to track in your application-full documentation can be found in our help guide. See Appendix 2 for a list of supported user attributes for mobile app testing.

４．貴方のユーザエクスペリエンスの変数を含むことになるエレメントを作成する−全ドキュメンテーションが我々のヘルプガイドに見られる。一例では、多変量テストはサポートされず、したがって、僅かに１つのエレメントのみがキャンペーンにつき作成されることを確実にされたい。 4. Create an element that will contain variables for your user experience-full documentation can be found in our help guide. In one example, multivariate testing is not supported, so make sure that only one element is created per campaign.

５．貴方のユーザエクスペリエンスのエレメントのために少なくとも１つの変数を作成する−全ドキュメンテーションが我々のヘルプガイドに見ることができる。 5. Create at least one variable for your user experience element-the full documentation can be found in our help guide.

６．変数重みを指定および制御−全ドキュメンテーションが我々のヘルプガイドに見ることができる。 6. Specify and Control Variable Weights-Full documentation can be found in our help guide.

例えば：
我々は、背景色を変更して、どれがより高い変換率を有するかを検証したい。貴方のユーザエクスペリエンスの２つの変数を、デフォルトに加えて作成し、なぜならば、これは自動的に作成され得るからである。デフォルト変数（制御変数）は白い背景を有する。 For example:
We want to change the background color and verify which one has the higher conversion rate. Create two variables for your user experience in addition to the defaults, because this can be created automatically. The default variable (control variable) has a white background.

変数１−緑の背景を有し、変数２は青い背景を有する。
ここで我々は変数重み付けを設定することを必要とする。 Variable 1 has a green background and variable 2 has a blue background.
Here we need to set variable weighting.

デフォルト−５０％。
変数１−２５％。 Default -50%.
Variable 1-25%.

変数２−２５％。
これは、以下を意味する：すべてのユーザのうちの半分はＵＩにおいてどのような変化も見ず、キャンペーンに参加しないことになる。ユーザの４分の１は緑の背景を見、４分の１は青の背景を見ることになる。 Variable 2-25%.
This means: Half of all users will not see any changes in the UI and will not participate in the campaign. A quarter of users will see a green background and a quarter will see a blue background.

３．２ＳＤＫ統合
ここで、キャンペーンがMaxymiser UIにおいて構成されたので、我々はＳＤＫを統合するプロセスを開始することができる。 3.2 SDK Integration Now that the campaign has been configured in the Maxymiser UI, we can start the process of integrating the SDK.

１．このドキュメンテーションに沿って配布されるMMTAppライブラリジップファイルを見つけ出し抽出する。 1. 1. Find and extract the MMTApp library zip files that will be distributed according to this documentation.

２．ＳＤＫパッケージのコンテンツを抽出する。
３．Ｘコードを起動し、テストされるべきｉＯＳアプリケーションを開く。 2. Extract the contents of the SDK package.
3. 3. Launch the X code and open the iOS application to be tested.

４．以下のファイルをＳＤＫパッケージから貴方のアプリケーションに付加する：
MMTApp.h
MMTApi.h
MMTExperiences.h
MMTLogger.h
libMMTApp.a
５．貴方のアプリのターゲットを以下のライブラリとリンクする：
CoreData.framework
SystemConfiguration.framework
libMMTApp.a
６．'#import "MMTApp.h"'ディレクティブを貴方のプロジェクトのワーキングファイルの一番上に挿入する。MMTAppはＡＰＩに対するエントリポイントである。 4. Add the following files from the SDK package to your application:
MMTApp.h
MMTApi.h
MMTExperiences.h
MMTLogger.h
libMMTApp.a
5. Link your app's target to the following libraries:
CoreData.framework
SystemConfiguration.framework
libMMTApp.a
6. Insert the'#import "MMTApp.h"'directive at the top of your project's working file. MMTApp is an entry point for API.

７．ＡＰＩを作成および構成する：
ａ）貴方のアプリケーションデリゲートにおいて以下を挿入する：
//'myapp'サイトのためのＡＰＩを作成
id <MMTApi> api = [MMTApp apiForSite:@"myapp"];
//プロダクションではなく、Sandbox構成を用いる
[api useSandbox:YES];
ｂ） 'myapp'をMaxymiser UIにおける貴方のサイトの名称と置き換える。 7. Create and configure APIs:
a) Insert the following in your application delegate:
// Create an API for the'myapp'site
id <MMTApi> api = [MMTApp apiForSite: @ "myapp"];
// use sandbox configuration instead of production
[api use Sandbox: YES];
b) Replace'myapp' with the name of your site in the Maxymiser UI.

ｃ）その後、貴方は[MMTApp defaultApi]によって最初に作成されたＡＰＩを参照す
ることができ、したがって、作成されたＡＰＩに対する参照を保持する必要はない。 c) You can then refer to the API originally created by [MMTApp defaultApi] and therefore do not need to keep a reference to the created API.

さらなる構成オプションについてはＡＰＩリファレンスを参照されたい。
３．３エクスペリエンスフェッチング
以下のコードは、後で用いるために、すべてのキャンペーンおよびそれらの変数をフェッチしキャッシュすることになる。 See the API reference for more configuration options.
3.3 Experience Fetching The following code will fetch and cache all campaigns and their variables for later use.

//隙間のページを示す。
[[MMTApp defaultApi] fetchExpenences:^{
//隙間のページを隠し、ホームページを表示する
}];
第１の因数は、一旦エクスペリエンスがフェッチされると我々が呼び出すことになるブロックである。ＵＩをこのブロック内において更新することは安全であり、なぜならば、それはメインスレッド上において呼び出されることになるからである。 // Show the gap page.
[[MMTApp defaultApi] fetchExpenences: ^ {
// Hide the page in the gap and display the homepage
}];
The first factor is the block we will call once the experience is fetched. It is safe to update the UI within this block, because it will be called on the main thread.

注：レイテンシのため、Maxymiserからの応答を表示すべき変数の詳細とともに受信す
ることにおいては短い遅延があるかもしれないことを意識されたい。したがって、我々は、エクスペリエンスを、貴方のアプリにおいて、ユーザが遅延を自然に経験する場所、例えば隙間のページまたはサーチターム／ログイン入力ページにおいてフェッチすることをお勧めする。我々は、エクスペリエンスをアプリ起動でフェッチすることをお勧めする。 Note: Due to latency, be aware that there may be a short delay in receiving the response from Maxymiser along with the details of the variable to be displayed. Therefore, we recommend fetching the experience in your app where users naturally experience delays, such as gap pages or search term / login input pages. We recommend fetching the experience on app launch.

３．４コンテンツ変換
エクスペリエンスがフェッチされると、貴方はそれらを用いてコンテンツを変換することができる。 3.4 Content Conversion Once the experiences are fetched, you can use them to convert the content.

コンテンツ変換を実現するために貴方が選択できる２つの方法がある。
３．４．１変数名
貴方のアプリケーションの判断ロジックを変数名に基づかせる。この場合、ビューエレメントに対するユーザエクスペリエンスの変数は、以下の例に示されるフォーマットを用いる。 There are two methods you can choose to achieve content conversion.
3.4.1 Variable name Make the judgment logic of your application based on the variable name. In this case, the user experience variables for the view element use the format shown in the following example.

変数名がデフォルトであるとき、変数コンテンツは空である。
変数名がVariant1であるとき、変数コンテンツは空である。 When the variable name is the default, the variable content is empty.
When the variable name is Variant1, the variable content is empty.

変数名がVariant2であるとき、変数コンテンツは空である。
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];

UIColor *color = nil;
NSString *variantName = [[[MMTApp defaultApi] getExperiences]
getVariantNameForCampaign:@"Campaign" element:@"View"];if ([@"Variant1" isEqualToString:variantName]) {
color = [UIColor greenColor];
} else if ([@"Variant2" isEqualToString:variantName]) {
color = [UIColor blueColor];
} else {
color = [UIColor whiteColor];
}
self.view.backgroundColor = color;

[[MMTApp defaultApi] trackContentSeen:@"Campaign"];
}
３．４．２変数コンテンツ
貴方はコンテンツ変換を変数コンテンツに記述することができる。ビューエレメントのためのユーザエクスペリエンスの変数は以下の例に示されるフォーマットを用いるであろう。 When the variable name is Variant2, the variable content is empty.
-(void) viewWillAppear: (BOOL) animated {
[super viewWillAppear: animated];

UIColor * color = nil;
NSString * variantName = [[[MMTApp defaultApi] getExperiences]
getVariantNameForCampaign: @ "Campaign" element: @ "View"]; if ([@ "Variant1" isEqualToString: variantName]) {
color = [UIColor greenColor];
} else if ([@ "Variant2" isEqualToString: variantName]) {
color = [UIColor blueColor];
} else {
color = [UIColor whiteColor];
}
self.view.backgroundColor = color;

[[MMTApp defaultApi] trackContentSeen: @ "Campaign"];
}
3.4.2 Variable Content You can describe content transformations in variable content. User experience variables for view elements will use the format shown in the example below.

変数ネームがデフォルトであるとき、変数コンテンツはwhiteColorである。
変数名がVariant1であるとき変数コンテンツはgreenColorである。 When the variable name is the default, the variable content is whiteColor.
When the variable name is Variant1, the variable content is greenColor.

変数名がVariant2であるとき変数コンテンツはblueColorである。
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];
NSString *variantContent = [[[MMTApp defaultApi] getExperiences]
getVariantContentForCampaign:@"Campaign" element:@"View"];
if(variantContent != nil){
self.view.backgroundColor = [UIColor performSelector:NSSelectorFromString(variantContent)];
} else {
self.view.backgroundColor = [UIColor whiteColor];
}

[[MMTApp defaultApi] trackContentSeen:@"Campaign"];
}
重要：
ユーザがキャンペーンからのコンテンツを示されると、Maxymiserプラットフォームは
[[MMTApp defaultApi] trackContentSeen:%CampaignName%
をコールすることによって通知されなければならない
このステップを実行しないことは、報告が破損されることを意味し、なぜならば、どのようなユーザもキャンペーンに入るとして認識されることにならないからである。 When the variable name is Variant2, the variable content is blueColor.
-(void) viewWillAppear: (BOOL) animated {
[super viewWillAppear: animated];
NSString * variantContent = [[[MMTApp defaultApi] getExperiences]
getVariantContentForCampaign: @ "Campaign" element: @ "View"];
if (variantContent! = Nil) {
self.view.backgroundColor = [UIColor performSelector: NSSelectorFromString (variantContent)];
} else {
self.view.backgroundColor = [UIColor whiteColor];
}

[[MMTApp defaultApi] trackContentSeen: @ "Campaign"];
}
important:
When the user is shown content from the campaign, the Maxymiser platform
[[MMTApp defaultApi] trackContentSeen:% CampaignName%
Must be notified by calling. Failure to perform this step means that the report will be corrupted, because no user will be perceived as entering the campaign.

３．５アクショントラッキング
すべてのテストキャンペーンは、貴方がユーザエクスペリエンスの変更のインパクトをトラッキングして、例えば、販売への変換をトラッキングすることができるように、少なくとも１つのアクションを必要とする。 3.5 Action Tracking All test campaigns require at least one action so that you can track the impact of user experience changes and, for example, track conversions to sales.

以下のコードを用いてアクションをトラッキングする：
[[MMTApp defaultApi] trackAction:@"Purchase" value:100 attribute:nil];
Maxymiserへの接続が利用可能でない場合には、アクションはキャッシュされ、一旦接
続が再開されると送信される。 Track actions using the code below:
[[MMTApp defaultApi] trackAction: @ "Purchase" value: 100 attribute: nil];
If a connection to Maxymiser is not available, the action is cached and sent once the connection is resumed.

３．６ＱＣ＆ライブになる
環境
Maxymiser UIは２つの環境：Sandboxおよびプロダクションをサポートする
３．６．１ Sandbox
Sandboxはキャンペーンが作成され構成される開発テスト環境である。貴方のアプリケ
ーション上におけるすべてのテストがSandboxで実行されるべきである。Sandboxトラフィックは予め定義された企業ＩＰから供される。 3.6 QC & live environment
Maxymiser UI supports two environments: Sandbox and production 3.6.1 Sandbox
Sandbox is a development test environment where campaigns are created and configured. All tests on your application should be run in the sandbox. Sandbox traffic comes from a predefined corporate IP.

品質制御（ＱＣ）テスト目的のためにアプリ内の特定の変数をプレビューするために：
１．MaxymiserＹ−キャンペーン設定＞キャンペーンコンテンツ＞エレメント＆変数ペ
ージを用いて、すべての変数の重み付けを「０」にセットする。 To preview specific variables in your app for quality control (QC) testing purposes:
1. 1. Use MaxymiserY-Campaign Settings> Campaign Content> Elements & Variables page to set the weighting of all variables to "0".

２．貴方がプレビューしたい変数の重みを「１００」にセットする。貴方のアプリケーションを動作させて、変換が正しく適用されること、および他の機能が期待通りに動作することを確認する。 2. Set the weight of the variable you want to preview to "100". Run your application to ensure that the conversion is applied correctly and that other features work as expected.

３．これらのステップをユーザエクスペリエンスにおけるすべての変数に対して繰返す。 3. 3. Repeat these steps for all variables in the user experience.

４．すべての構成されたアクションをトリガするよう必要な段階を完了する。
５．アクションログレポートをチェックして、アクションの値およびアクションの属性が正しくログされていることを確認する。 4. Complete the necessary steps to trigger all configured actions.
5. Check the action log report to make sure that the action values and action attributes are logged correctly.

注：SandboxモードにおいてキャプチャされるデータはMaxymiser UI一般レポートには
現われない。このモードはＱＣテスト目的に対して存在する。アプリはテストがSandbox
環境に接続された状態でリリースされてはならず、なぜならば、サービスレベル同意（Service Level Agreement）（ＳＬＡ）はサポートされず、報告は利用可能とはならないか
らである。 Note: Data captured in Sandbox mode does not appear in the Maximiser UI General Report. This mode exists for QC testing purposes. The app is tested in the sandbox
It must not be released while connected to the environment, as Service Level Agreements (SLAs) are not supported and reports will not be available.

３．６．２プロダクション
プロダクションはプロダクション（ライブユーザ）トラフィックに供されるよう用いられる環境である。 3.6.2 Production Production is an environment used for production (live user) traffic.

この環境から集められたデータは、どの変異型が最もよいパフォーマであるかを判断するために、解析のために、報告領域（Maxymiser UI−解析タブを参照のこと）において利用可能にされる。 The data collected from this environment will be made available in the reporting area (see Maxymiser UI-Analysis tab) for analysis to determine which variant is the best performer.

MMTAppは環境が以下のように切換えられることを可能にする：
#ifdef DEBUG
[api useSandbox:YES];
#endif
重要：Sandbox環境に依然として接続されているキャンペーンを含むアプリをエンドユ
ーザに絶対にリリースしないこと。 MMTApp allows the environment to be switched as follows:
#ifdef DEBUG
[api use Sandbox: YES];
#endif
Important: Never release apps that contain campaigns that are still connected to your sandbox environment to end users.

３．６．３公開
公開は、Sandbox状態とプロダクション状態との間においてキャンペーンを移動させる
のに必要である−全ドキュメンテーションが我々のヘルプガイドに見ることができる。 3.6.3 Public Public is needed to move the campaign between the Sandbox state and the production state-full documentation can be found in our help guide.

一旦キャンペーンがセットアップされると、それは、それが公開されるときにインプリメンテーションから開始してライブまでの状態を通過し得る。これらの状態は図１５に示されるテーブルに記載される。 Once a campaign is set up, it can go through the state from implementation to live when it is published. These states are described in the table shown in FIG.

３．６．４キャンペーンを終了する
キャンペーンの終わりで（当選者エクスペリエンス変数が識別されると）、ウイニング変数は、キャンペーンが再公開される前にMaxymiser UIにおいて１００に重み付けされることができ−これによって、確実に、ウイニング変数のみがユーザに表示される。キャンペーンは、一旦キャンペーンが終了すると'Not Collecting Data（データを収集していな
い）'が推奨され、したがってパフォーマンスデータは今後の参照のために凍結される。 3.6.4 Ending the Campaign At the end of the campaign (when the winner experience variable is identified), the winning variable can be weighted to 100 in the Maximiser UI before the campaign is republished-this. Ensures that only winning variables are visible to the user. Once the campaign is over,'Not Collecting Data' is recommended, so performance data will be frozen for future reference.

キャンペーン特化コードは、当選者エクスペリエンス変数が（例えば、次のリリースで）アプリコードベースにコード化されると、アプリから除去されるべきである。 Campaign-specific code should be removed from the app once the winner experience variables are coded into the app code base (eg in the next release).

我々のトラブルシューティングガイドについては付録４を参照されたい。
４ＡＰＩリファレンス
MMTApp
ＳＤＫトップレベルクラス。サイトのためにＡＰＩを作成することを容易にすること、およびＳＤＫ構成のための方法を含むことを与える。 See Appendix 4 for our troubleshooting guide.
4 API reference
MMTApp
SDK top level class. Provides facilitating the creation of APIs for the site, and including methods for SDK configuration.

タスク
ＡＰＩを管理する
+ defaultApi
+ setDefaultApi:
+ apiForSite:
構成
+ setLogger:
+ setLogLevel:
クラスメソッド
+ defaultApi
デフォルトＡＰＩを返す。
+ (id <MMTApi>)defaultApi;
戻り値
ＡＰＩオブジェクトは+setDefaultApiで明示的に設定される:または作成された第１のＡ
ＰＩオブジェクトが+apiForSiteで作成される:そうでなければニルを返す。
+ setDefaultApi:
デフォルトＡＰＩを設定する。
+ (void)setDefaultApi:(id <MMTApi>)api;
パラメータ
api
デフォルトとして設定されるＡＰＩオブジェクト。
+ apiForSite:
所与のサイトに対する新たなＡＰＩを作成する。
+ (id <MMTApi>)apiForSite:(NSString *)site;
パラメータ
サイト
サイトの名称。
戻り値
所与のサイトとリンクされるＡＰＩオブジェクト。
+ setLogger:
ＳＤＫによって用いられるロガーを設定する。
+ (void) setLogger:(id <MMTLogger>)logger;
パラメータ
ロガー
使用すべきロガー。
+ setLogLevel:
ロギングレベルを設定する。
+ (void)setLogLevel:(MMTLogLevel)level;
パラメータ
レベル
ロギングレベル。
MMTApi
エクスペリエンスをフェッチし、アクションをトラッキングするよう用いられるプロトコル
タスク
構成
- setRequestTimeOut:
- setWiFiOnly:
- useSandbox:
エクスペリエンス
- fetchExperiences:
- fetchExperiences: forPage:
- getExperiences
トラッキング
- trackAction: value: attribute:
- trackAction: value: attribute: forPage:
- trackContentSeen:
インスタンスメソッド
- setRequestTimeOut:
我々サーバに要求を行うのに費やすことができる最大時間を設定する。デフォルトは３秒である。その時間を超えるときに、エクスペリエンスをフェッチする試みは停止し、先のユーザエクスペリエンスが選択されることになる。
- (void)setRequestTimeOut:(NSTimeInterval)timeout;
パラメータ
タイムアウト
使用すべきタイムアウト。
- setWiFiOnly:
ユーザがＷｉ−Ｆｉネットワークに接続されるときにのみ新たなエクスペリエンスがフェッチされることができるかどうか明示する。デフォルトによって、任意の利用可能なネットワークが用いられる。
- (void)setWiFiOnly:(BOOL)wifiOnly;
パラメータ
wifiOnly
ＹＥＳでＷｉ−Ｆｉネットワークのみを用い、ＮＯで任意の利用可能なネットワークを用いる。
- useSandbox:
Sandbox構成が用いられるべきかどうか明示する。デフォルトによって、プロダクション
構成が用いられる。
- (void)useSandbox:(BOOL)sandbox;
パラメータ
sandbox
ＹＥＳでSandbox構成を用い、ＮＯでプロダクション構成を用いる。
- fetchExperiences:
「Generations」と名付けられたデフォルトページに対してMaxymiserプラットフォームから新たなエクスペリエンスをフェッチする。フェッチすることはバックグラウンドスレッド上で実行される。
- (void)fetchExperiences:(void(^)()) handler;
パラメータ
ハンドラ
一旦エクスペリエンスがフェッチされると呼び出されるブロック。
- fetchExperiences: forPage:
特定されたページに対してMaxymiserプラットフォームから新たなエクスペリエンスをフ
ェッチする。フェッチすることはバックグラウンドスレッド上で実行される。
- (void)fetchExperiences:(void (^)())handler forPage:(NSString *)page;
パラメータ
ハンドラ
一旦エクスペリエンスがフェッチされると呼び出されるブロック。
ページ
貴方がエクスペリエンスをフェッチしたいページ。
- getExperiences
コンテンツ変換に対して用いられるべきフェッチされたエクスペリエンスを返す。
- (id <MMTExperiences>)getExperiences;
戻り値
先にMaxymiserプラットフォームからフェッチされたエクスペリエンス。エクスペリエン
スがフェッチされなかった場合、ニル。
- trackAction: value: attribute:
「アクション」と名付けられたデフォルトページに対してユーザアクションをトラッキングする。
- (void)trackAction:(NSString *)name value: (NSInteger)value attribute:(NSString
*)attr;
パラメータ
名称
Maxymiser UIにおけるサイト構成に存在するべきアクションに対する名称。
値
アクションの整数値。これは量および和などのような各種パラメータのトラッキングに対して用いることができる。
attr
アクション属性。これはアクションと関連した様々な付加的情報のトラッキングに対して用いることができる。
- trackAction: value: attribute: forPage:
指定されたページに対するユーザアクションをトラッキングする。
- (void)trackAction:(NSString *)name value:(NSInteger)value attribute:(NSString *)attr forPage:(NSString *)page;
パラメータ
名称
Maxymiser UIにおけるサイト構成に存在するべきアクションに対する名称。
値
アクションの整数値。これは量および和などのような各種パラメータのトラッキングに対して用いることができる。
attr
アクション属性。これはアクションと関連した様々な付加的情報のトラッキングに対して用いることができる。
ページ
貴方がアクションをトラッキングしたいページ
- trackContentSeen:
ユーザがコンテンツを供されたという確認に対する特別なタイプのアクションをトラッキングする。
- (void)trackContentSeen:(NSString *)campaign;
パラメータ
キャンペーン
コンテンツが供されたキャンペーン名。
MMTExperiences
フェッチされたエクスペリエンスに対して生成された変数を検索するよう用いられるプロトコル。
タスク
変数
- getVariantNameForCampaign: element:
- getVariantContentForCampaign: element:
インスタンスメソッド
- getVariantNameForCampaign: element:
キャンペーンに対して生成された変数名およびMaxymiser UIにおいてテスト構成と関するエレメントを検索する。
- (NSString *)getVariantNameForCampaign:(NSString *) campaign element:(NSString *)element;
パラメータ
キャンペーン
貴方が変数名を得たいキャンペーンの名称。
エレメント
貴方が変数名を得たいキャンペーンにおけるエレメントの名称。
戻り値
キャンペーンにおけるエレメントに対する生成された変数の名称。
以下の場合に対してはニルを返す：キャンペーンが開始されない、キャンペーンが終了される、キャンペーンが休止される、または、サイトが不能化される。これらの状況のいずれにおいても、デフォルトコンテンツをレンダリングするプロセスが適所に置かれるべきである。
- getVariantContentForCampaign: element:
キャンペーンに対して生成された変数コンテンツおよびMaxymiser UIにおいてテスト構成と関するエレメントを検索する。
- (NSString *)getVariantContentForCampaign:(NSString *)campaign element:(NSString *) element;
パラメータ
キャンペーン
貴方が変数コンテンツを得たいキャンペーンの名称。
エレメント
貴方が変数コンテンツを得たいキャンペーンにおけるエレメントの名称。
戻り値
キャンペーンにおけるエレメントに対する生成された変数のコンテンツ。
以下の場合に対してはニルを返す：キャンペーンが開始されない、キャンペーンが終了される、キャンペーンが休止される、または、サイトが不能化される。これらの状況のいずれにおいても、デフォルトコンテンツをレンダリングするプロセスが適所に置かれるべきである。
MMTLogger
ＳＤＫからメッセージをロギングするために用いられるプロトコル。このプロトコルのインプリメンテーションはＭＭＴＡｐｐクラスに提供することができる。
タスク
ロギング
- debug:
- info:
- warning:
- error:
インスタンスメソッド
- debug:
ログレベルデバッグを伴うメッセージをログする。
- (void)debug:(NSString *)message;
パラメータ
メッセージ
ログすべきメッセージ。
- info:
ログレベル情報を伴うメッセージをログする。
- (void)info:(NSString *)message;
パラメータ
メッセージ
ログすべきメッセージ。
- warning:
ログレベル警告を伴うメッセージをログする。
- (void)warning:(NSString *)message;
パラメータ
メッセージ
ログすべきメッセージ。
- error:
ログレベルエラーを伴うメッセージをログする。
- (void) error:(NSString *)message;
パラメータ
メッセージ
ログすべきメッセージ。 Manage the task API
+ defaultApi
+ setDefaultApi:
+ apiForSite:
Constitution
+ setLogger:
+ setLogLevel:
Class method
+ defaultApi
Returns the default API.
+ (id <MMTApi>) defaultApi;
The return API object is explicitly set with + setDefaultApi: or the first A created
PI object created with + apiForSite: otherwise returns Nil.
+ setDefaultApi:
Set the default API.
+ (void) setDefaultApi: (id <MMTApi>) api;
Parameters
api
The API object that is set as the default.
+ apiForSite:
Create a new API for a given site.
+ (id <MMTApi>) apiForSite: (NSString *) site;
Parameter site The name of the site.
Return Value An API object linked to a given site.
+ setLogger:
Set the logger used by the SDK.
+ (void) setLogger: (id <MMTLogger>) logger;
Parameter logger The logger to use.
+ setLogLevel:
Set the logging level.
+ (void) setLogLevel: (MMTLogLevel) level;
Parameter level Logging level.
MMT Api
Protocol task configuration used to fetch experiences and track actions
--setRequestTimeOut:
--setWiFiOnly:
--useSandbox:
Experience
--fetchExperiences:
--fetchExperiences: forPage:
--getExperiences
tracking
--trackAction: value: attribute:
--trackAction: value: attribute: forPage:
--trackContentSeen:
Instance method
--setRequestTimeOut:
Set the maximum amount of time we can spend making a request to our server. The default is 3 seconds. After that time, the attempt to fetch the experience will stop and the previous user experience will be selected.
-(void) setRequestTimeOut: (NSTimeInterval) timeout;
Parameter timeout Timeout to use.
--setWiFiOnly:
Specify whether the new experience can be fetched only when the user is connected to the Wi-Fi network. By default, any available network is used.
-(void) setWiFiOnly: (BOOL) wifiOnly;
Parameters
wifiOnly
YES to use only the Wi-Fi network and NO to use any available network.
--useSandbox:
Clarify whether the sandbox configuration should be used. By default, the production configuration is used.
-(void) useSandbox: (BOOL) sandbox;
Parameters
sandbox
Yes to use the sandbox configuration and NO to use the production configuration.
--fetchExperiences:
Fetch a new experience from the Maxymiser platform for a default page named "Generations". Fetching is done on a background thread.
-(void) fetchExperiences: (void (^) ()) handler;
Parameter handler A block that is called once the experience is fetched.
--fetchExperiences: forPage:
Fetch a new experience from the Maxymiser platform for the identified page. Fetching is done on a background thread.
-(void) fetchExperiences: (void (^) ()) handler forPage :( NSString *) page;
Parameter handler A block that is called once the experience is fetched.
Page The page you want to fetch the experience.
--getExperiences
Returns the fetched experience that should be used for content conversion.
-(id <MMTExperiences>) getExperiences;
Return value The experience fetched from the Maxymiser platform at the destination. Nil if the experience was not fetched.
--trackAction: value: attribute:
Track user actions against a default page named "Actions".
-(void) trackAction: (NSString *) name value: (NSInteger) value attribute: (NSString)
*) attr;
Parameter name
The name for the action that should be present in the site configuration in the Maxymiser UI.
Value The integer value of the action. It can be used for tracking various parameters such as quantity and sum.
attr
Action attribute. It can be used to track a variety of additional information associated with an action.
--trackAction: value: attribute: forPage:
Track user actions for the specified page.
-(void) trackAction: (NSString *) name value: (NSInteger) value attribute: (NSString *) attr forPage: (NSString *) page;
Parameter name
The name for the action that should be present in the site configuration in the Maxymiser UI.
Value The integer value of the action. It can be used for tracking various parameters such as quantity and sum.
attr
Action attribute. It can be used to track a variety of additional information associated with an action.
Page The page you want to track the action
--trackContentSeen:
Tracks a special type of action for confirmation that a user has been served content.
-(void) trackContentSeen: (NSString *) campaign;
Parameter Campaign The name of the campaign to which the content was provided.
MMT Experiences
A protocol used to retrieve generated variables for a fetched experience.
Task variables
--getVariantNameForCampaign: element:
--getVariantContentForCampaign: element:
Instance method
--getVariantNameForCampaign: element:
Find the variable names generated for the campaign and the elements related to the test configuration in the Maxymiser UI.
-(NSString *) getVariantNameForCampaign: (NSString *) campaign element: (NSString *) element;
Parameter Campaign The name of the campaign for which you want to get the variable name.
Element The name of the element in the campaign for which you want to get a variable name.
Return value The name of the generated variable for the element in the campaign.
Returns Nil if: The campaign does not start, the campaign ends, the campaign is suspended, or the site is disabled. In any of these situations, the process of rendering the default content should be in place.
--getVariantContentForCampaign: element:
Find the variable content generated for the campaign and the elements related to the test configuration in the Maxymiser UI.
-(NSString *) getVariantContentForCampaign: (NSString *) campaign element: (NSString *) element;
Parameter Campaign The name of the campaign for which you want to get variable content.
Element The name of the element in the campaign for which you want to get variable content.
Return Value The content of the generated variable for the element in the campaign.
Returns Nil if: The campaign does not start, the campaign ends, the campaign is suspended, or the site is disabled. In any of these situations, the process of rendering the default content should be in place.
MMTLogger
A protocol used to log messages from the SDK. Implementations of this protocol can be provided to the MMTApp class.
Task logging
--debug:
--info:
--warning:
--error:
Instance method
--debug:
Log level Log messages with debugging.
-(void) debug: (NSString *) message;
Parameter message The message to be logged.
--info:
Log messages with log level information.
-(void) info :( NSString *) message;
Parameter message The message to be logged.
--warning:
Log messages with log level warnings.
-(void) warning: (NSString *) message;
Parameter message The message to be logged.
--error:
Log messages with log level errors.
-(void) error: (NSString *) message;
Parameter message The message to be logged.

５可能なシステム制限の例
一例においては、Maxymiserモバイルライブラリは以下のシステム制限を有する：
・各アプリは１つのMaxymiserサイトエンティティに接続することができる。 5 Examples of possible system limits In one example, the Maxymiser mobile library has the following system limits:
-Each app can connect to one Maxymiser site entity.

・サイトは１０個より多いキャンペーンを含むことができない。
・ユーザインターフェイスは何らかのウェブ特定用語を含み、上記のガイドはサポートされる設定をカバーし、Maxymiser UIにおける他のすべてのものは無視され得る。疑わしい場合には、MaxymiserはキャンペーンＱＣプロセスで支援することができる。 -The site cannot contain more than 10 campaigns.
The user interface contains some web-specific terminology, the above guide covers the supported settings, and everything else in the Maxymiser UI can be ignored. In case of doubt, Maxymiser can assist in the campaign QC process.

・キャンペーンは１つより多いエレメントを含んではならない。
・多変量テストは現在はサポートされない。 • The campaign must not contain more than one element.
-Multivariate testing is not currently supported.

・エレメントは１０個より多い変数を含むことはできない。
・セグメンテーション、MaxPredict、MaxRecommendおよびＶＣＢはサポートされない。 -Elements cannot contain more than 10 variables.
-Segmentation, MaxPredict, MaxRecommend and VCB are not supported.

・一例において、すべてのユーザ属性がこのバージョンにおいて十分にサポートされるわけではなく、したがって、いくつかの属性は「ヌル」またはさらには無意味な値をも示すことになる。サポートされる属性のリストについては付録２を参照のこと。 • In one example, not all user attributes are fully supported in this version, so some attributes will show "null" or even nonsensical values. See Appendix 2 for a list of supported attributes.

・照会ＵＲＬによるフィルタアクションおよびＵＲＬパラメータによるフィルタアクションはモバイルアプリテスト内においてはサポートされない。 -Filter action by inquiry URL and filter action by URL parameter are not supported in the mobile app test.

６付録
６．１付録１−用語注
モバイルアプリテストのためのＵＩはウェブサイトテストから目的変更されており、したがって、ウェブサイトテストに依然として当てはまるある部分および用語が存在する。 6 Appendix 6.1 Appendix 1-Terms Note The UI for mobile app testing has been repurposed from website testing, so there are still some parts and terms that apply to website testing.

・Maxymiser UIは用語（ウェブ）サイトを用い、これはモバイルアプリテストにおいてアプリ名として読出され得る
・Maxymiser UIが「ページ」を指す場合、これはエクスペリエンスおよびアクションのためのコンテナとして考えられ得る。 -Maxymiser UI uses the term (website) site, which can be read as the app name in mobile app testing-If Maxymiser UI refers to a "page", it can be considered as a container for experiences and actions.

６．２付録２−属性
アプリキャンペーンにおいてキャプチャされるコア属性は以下に記載されるようにウェブキャンペーンにおいてキャプチャされるものとは異なる。 6.2 Appendix 2-Attributes The core attributes captured in the app campaign are different from those captured in the web campaign as described below.

注：以下にリスト化されない属性は、依然として、報告ユーザインターフェイスに見られるかもしれず、「null」または無意味な値を含み得る。これらは無視されるべきであり、解析に対して用いられるべきではない。 Note: Attributes not listed below may still be found in the reporting user interface and may contain "null" or nonsensical values. These should be ignored and should not be used for analysis.

６．２．１アプリに対してのみ新規−例
デバイスに対する接続タイプである属性'Connection'−２Ｇ、３Ｇ、４Ｇ、Wi-Fi。 6.2.1 New for apps only-Example Connection type to device Attribute'Connection'-2G, 3G, 4G, Wi-Fi.

オペレーティングシステムタイプおよびバージョンである属性'OS'。
アプリバージョンである属性'App Version'。 The attribute'OS', which is the operating system type and version.
The attribute'App Version', which is the app version.

６．２．２アプリおよびウェブに存在
これらの例は図１６の表に示される。 6.2.2 Existence in apps and web These examples are shown in the table in Figure 16.

６．３付録３−用語集
Ａ／Ｂテスト：アプリの１つの領域における変更をテストする方法。アプリビジターはコンテンツ「Ａ」または「Ｂ」を無作為に示される。コンテンツに対する応答を解析して、それらの間の違いが有意であるかどうかを見る。Ａ／Ｂテストは単に２つの変数に制限されず、Ａ／Ｂ／Ｃ／Ｄ…［ｎ］テストの省略形として一般的に用いられる。 6.3 Appendix 3-Glossary A / B Testing: How to test changes in one area of your app. App visitors are randomly presented with content "A" or "B". Analyze the response to the content to see if the differences between them are significant. The A / B test is not limited to just two variables and is commonly used as an abbreviation for the A / B / C / D ... [n] test.

アクション：ビジターにより実行される変換イベント、例えば、購入またはクリックスルー。 Action: A conversion event performed by a visitor, such as a purchase or click-through.

キャンペーン：統計的に信頼性のある結果を得るためにキャンペーンが実行される必要がある期間。 Campaign: The period during which a campaign needs to run for statistically reliable results.

キャンペーンレベル設定：個々のキャンペーンに当てはまるコア構成。
コンテンツジェネレータ（ＣＧ）：Maxymiserシステムのコアコンポーネント：それは
アプリテスト中における主要な動作を実行するエンジンである。コンテンツジェネレータは変数を供し、すべての選択されたアクションおよびパーソナライゼーション基準をトラッキングする。 Campaign level setting: Core configuration that applies to each campaign.
Content Generator (CG): A core component of the Maxymiser system: It is the engine that performs the main actions during app testing. The content generator provides variables to track all selected actions and personalization criteria.

コンテンツ変数：Maxymiser UIにおいて作成され、テストプロセス中にビジターに供される代替的コンテンツ。各エレメントは少なくとも２つの変数を有する（それらの１つは制御変数として指定される）。 Content Variables: Alternative content created in the Maxymiser UI and provided to visitors during the testing process. Each element has at least two variables (one of which is designated as a control variable).

変換：いくつの変換アクションが現在のコンテンツ変数とともになされたかについてのデータ。 Transform: Data about how many transform actions were taken with the current content variable.

デフォルト変数：テスト前にページ上に表示されるコンテンツ。Maxymiserテスト報告
は現在の（デフォルト／制御）コンテンツをキャンペーンにおいて変動されたコンテンツと比較する。 Default variable: The content that will be displayed on the page before testing. The Maxymiser test report compares current (default / control) content with content that has changed in the campaign.

エレメント：ランディングページイメージ、バナーのサイズ、またはテストされるべきアクションに対するコールボタンのコピーなどのような、識別可能なアプリの一部。 Elements: Part of an identifiable app, such as a landing page image, banner size, or a copy of a call button for an action to be tested.

エクスペリエンス：エクスペリエンスは、１つ以上のページにわたる特定の変数のセットからなる。例えば、ある考えられ得るエクスペリエンスは、イメージを伴わないウエルカムページ、中程度サイズのバナー、および'View Our Best Offers'というアクションに対するコールボタンである。 Experience: An experience consists of a specific set of variables that spans one or more pages. For example, one possible experience is a welcome page without an image, a medium-sized banner, and a call button for the action'View Our Best Offers'.

インプリメンテーション（ステータス）：キャンペーンが未だライブになっていないことを反映するキャンペーンステータス。 Implementation (Status): Campaign status that reflects that the campaign has not yet been live.

ライブ：現在アプリにおいて動作中のキャンペーン構成を指す。
Maxymiser UI：ビジネスユーザが協力して動作してMaxymiserの最適化ソルーションを
用いることができる指定されたワークスペース。 Live: Refers to the campaign structure currently running in the app.
Maxymiser UI: A designated workspace where business users can work together to use Maxymiser's optimized solutions.

ページ：テストされるべきエレメントを含むウェブサイトまたはアプリ上におけるページに対応するMaxymiserサイトページ。 Page: The Maxymiser site page that corresponds to the page on your website or app that contains the element to be tested.

プロダクション：ビジターがキャンペーンコンテンツを見る環境。
公開：キャンペーン構成を、Sandbox環境（ＱＣテスト領域）から、キャンペーンコン
テンツがウェブサイトまたはアプリビジターにとって可視であるプロダクション環境（ウェブサイト／アプリ）に転送するプロセス。 Production: An environment in which visitors view campaign content.
Publish: The process of transferring campaign composition from a sandbox environment (QC test area) to a production environment (website / app) where the campaign content is visible to the website or app visitor.

公開センター：キャンペーンコンテンツがライブのウェブサイトに転送されるMaxymiser UIの領域。 Public Center: An area of Maxymiser UI where campaign content is transferred to live websites.

公開に対する用意：キャンペーン構成が完成し、キャンペーンが公開される用意がある旨を公開者に知らせるよう用いられる特徴。 Preparation for publication: A feature used to inform publishers that the campaign structure is complete and the campaign is ready to be published.

Sandbox：キャンペーンが作成され構成されるテスト環境。
変数（コンテンツ変数）：エレメントの変数はその特定のエレメントの考えられ得る構成である。すべてのエレメントに対して少なくとも２つの変数：デフォルト（または「制御」）および少なくとも１つのチャレンジャー変数がある。 Sandbox: A test environment in which campaigns are created and configured.
Variable (content variable): A variable of an element is a possible configuration of that particular element. There are at least two variables for every element: the default (or "control") and at least one Challenger variable.

変数重み：コンテンツ変数を供されるトラフィックの割合を判断するよう用いられる値。我々は２つのコンテンツ変数「Ａ」および「Ｂ」を有するとしよう。「Ａ」は１０の重みを有し、「Ｂ」は３０の重みを有する。この場合、「Ａ」はキャンペーントラフィックの２５％を得、「Ｂ」は７５％を得る。 Variable Weight: A value used to determine the percentage of traffic served with a content variable. Suppose we have two content variables "A" and "B". "A" has a weight of 10 and "B" has a weight of 30. In this case, "A" gets 25% of the campaign traffic and "B" gets 75%.

ビジター：キャンペーンに入り（第一者クッキーを介してトラッキングされ）コンテンツを見るユーザ。 Visitors: Users who enter the campaign (tracked via first-party cookies) and view the content.

ビジター属性：ウェブサイトまたはアプリビジターを識別する、例えば、彼らの地理的ロケーション、サイト上のアクティビティ、オペレーティングシステムおよびパーソナライゼーション基準、例えば性別など、を識別する特性。 Visitor Attribute: A property that identifies a website or app visitor, such as their geographic location, activity on the site, operating system and personalization criteria, such as gender.

６．４付録４−トラブルシューティング
６．４．１デバックロギング機構
MMTAppライブラリは、標準的なNSLog出力に基づくデバックロギング機構を提供する。
クエリ構築、送信要求および応答解析のようなすべての要求はNSLogメッセージによって
反映される。したがって、このライブラリ挙動のログを出力ウインドウにおいて、Ｘコードで見、それをエラーに関して監視することが可能である。生成されたログメッセージは"MMTApp:"を接頭辞として付される。 6.4 Appendix 4-Troubleshooting 6.4.1 Debug logging mechanism
The MMTApp library provides a debug logging mechanism based on standard NSLog output.
All requests like query construction, send requests and response parsing are reflected by NSLog messages. Therefore, it is possible to view the log of this library behavior in the output window with the X code and monitor it for errors. The generated log message is prefixed with "MMTApp:".

６．４．２緊急キャンペーン停止
キャンペーンが停止される必要がある状況では、貴方は、このドキュメンテーションの「公開」セクションにおいて参照されるように、キャンペーンの状態をユーザインターフェイスにおいて'Pause'または'Finished'に変更することによって、キャンペーンを'Pause'または'Finish'することができる。 6.4.2 Emergency Campaign Suspension In situations where a campaign needs to be suspended, you may indicate the status of the campaign in the user interface as'Pause'or'Finished' as referenced in the "Publish" section of this documentation. You can'Pause'or'Finish' the campaign by changing it to.

例えば、キャンペーンは不正確に構成またはプログラミングされて、予測されないアプリケーションの挙動に至ったかも知れない。一旦キャンペーンが休止または終了されると、我々のＡＰＩはニル値に戻ることになる。 For example, a campaign may have been incorrectly configured or programmed, leading to unpredictable application behavior. Once the campaign is paused or terminated, our API will return to the Nil value.

重要：アプリは、ニル応答が正しく処理されデフォルトユーザエクスペリエンスが示されるようにコード化されることを確実にすること。 Important: The app ensures that the Nil response is processed correctly and coded to show the default user experience.

６．４．３報告
貴方がレポートにおいてデータを見ない場合には、プロダクション構成を用いるようMMTAppを構成することを確実にされたく、なぜならば、'Sandbox'構成は報告をサポートし
ないからである。さらに、[[MMTApp defaultApi] trackContentSeen: %CampaignName%]]
をコールすることによって、Maxymiserプラットフォームはコンテンツが供されている（
ユーザによって見られる）ことについて通知されることを確実にされたい。 6.4.3 Reporting If you do not see the data in the report, you want to ensure that you configure the MMTApp to use the production configuration, because the'Sandbox'configuration does not support reporting. In addition, [[MMTApp defaultApi] trackContentSeen:% CampaignName%]]
By calling, the Maxymiser platform is served with content (
Make sure you are notified about (seen by the user).

７開発サポート
貴方がさらなる支援を必要とする場合には、ZenDeskチケットを上げるか、または関係
のある場合には以下の詳細を提供する貴方のアカウントマネージャと接触されたい：
１．環境構成。 7 Development Support If you need further assistance, raise your ZenDesk ticket or contact your account manager who will provide the following details if relevant:
1. 1. Environmental configuration.

ａ．開発マシーン−ＯＳ／Ｘコードバージョン。
ｂ．展開目標−シミュレータまたはデバイス、これがデバイスである場合には、タイプおよびｉＯＳバージョンを述べて下さい。 a. Development Machine-OS / X code version.
b. Deployment Goal-Simulator or device, if this is a device, state the type and iOS version.

２．問題を再生するステップ。
３．MMTAppからのデバッグレベルログ。 2. Steps to play the problem.
3. 3. Debug level log from MMTApp.

４．適用可能である場合にはアプリケーションコードの関係のあるセクションのコピー。 4. A copy of the relevant section of the application code, if applicable.

注
上で参照された構成は、本発明の原理に対する適用の例示に過ぎないことが理解されるべきである。多数の修正物および代替構成が、この発明の精神および範囲から逸脱することなく工夫され得る。本発明は、本発明の最も実用的でありかつ好ましい例として現在見なされているものとの関連において特定性および詳細とともに図面に示され上記に十分に記載されたが、当業者にとっては、多数の修正が、ここに述べられるこの発明の原理およ
び概念から逸脱することなくなされ得ることが明らかとなる。
Note It should be understood that the configuration referenced above is merely an example of its application to the principles of the present invention. Numerous modifications and alternative configurations can be devised without departing from the spirit and scope of the invention. The present invention has been shown in the drawings with specificities and details in the context of what is currently regarded as the most practical and preferred example of the present invention and has been fully described above, but for those skilled in the art many. It becomes clear that modifications can be made without departing from the principles and concepts of the invention described herein.

Claims

コンピューティングデバイスにより実行される、リフレクションベースのプログラミング言語でそのソフトウェアが書かれているネイティブアプリケーションのための最適化の方法であって、前記ネイティブアプリケーションはディスプレイおよびプロセッサを含む前記コンピューティングデバイス上で実行可能であり、前記ネイティブアプリケーションは前記コンピューティングデバイスの前記ディスプレイにユーザインターフェイスを表示するように構成され、前記方法は、
前記ネイティブアプリケーションがジェネリックなコードを含むように修正して、前記コンピューティングデバイスの外部のサーバと通信するよう構成される修正されたネイティブアプリケーションを生成するステップを含み、前記ジェネリックなコードは前記ネイティブアプリケーションのソースコードに適用される唯一のコードであり、前記方法はさらに、
前記サーバから前記修正されたネイティブアプリケーションをリモートで構成して、前記修正されたネイティブアプリケーションによって生成されるユーザインターフェイスのデータ、機能またはコンテンツの１つ以上を変更することができるように実行時に前記修正されたネイティブアプリケーションの構造および挙動を調査および修正するステップと、
ユーザ挙動をターゲットとするか、プロファイリングするか、または解析することにおいて使用するために、ユーザまたは前記コンピューティングデバイスについて１つ以上の属性を収集するステップとを含み、
実行時に前記修正されたネイティブアプリケーションの前記構造および挙動を修正することは、
前記修正されたネイティブアプリケーションの値、メタデータ、プロパティ、イメージおよび機能のうちの１つ以上を修正することと、
収集した第１属性に基づいて生成された第１のユーザーインターフェイスにおける挙動に基づいて、第２の属性を収集することと、
前記第２の属性に基づいて第２のユーザーインターフェイスを再帰的に生成することとを含む、方法。 A method of optimization for a native application whose software is written in a reflection-based programming language run by a computing device , said native application running on said computing device, including a display and processor. It is possible, the native application is configured to display a user interface on said display of said computing device, said method.
The generic code comprises a step of modifying the native application to include generic code to generate a modified native application configured to communicate with a server external to the computing device. Is the only code that applies to the source code of
The modification at runtime so that the modified native application can be remotely configured from the server to modify one or more of the user interface data, features, or content generated by the modified native application. comprising the steps of examining and modifying the structure and behavior of native applications,
Including the step of collecting one or more attributes for a user or said computing device for use in targeting, profiling, or analyzing user behavior.
Modifying the structure and behavior of the modified native application at run time
And modifying the modified native application value, metadata properties, one or more of the images and functions,
Collecting the second attribute based on the behavior in the first user interface generated based on the collected first attribute,
A method comprising recursively generating a second user interface based on the second attribute .

前記ジェネリックなコードは、前記ネイティブアプリケーションの複数バージョンおよびインスタンス内において前記コードを変更することなしに、多数の種類の最適化が最適化システムのユーザインターフェイスにおいてリモートで構成されることを可能にする、請求項１に記載の方法。 The generic code allows multiple types of optimizations to be configured remotely in the optimization system's user interface without modifying the code within multiple versions and instances of the native application. The method according to claim 1.

最適化は、ユーザが所望のアクションを完了する確率を上げるために、オンザフライで各ユーザに対して視覚的エクスペリエンスを適合させることを含む、請求項１または２に記載の方法。 The method of claim 1 or 2, wherein optimization comprises adapting the visual experience to each user on the fly to increase the probability that the user will complete the desired action.

前記収集された属性は、以下の：前記コンピューティングデバイスへの接続タイプ（例えば、２Ｇ、３Ｇ、４Ｇ、Ｗｉ−Ｆｉ）；デバイスタイプ；アプリケーションバージョン；オペレーティングシステムタイプおよびバージョン；ロケーション（例えば、座標、都市、国、大陸、郵便番号による）；インターネットサービスプロバイダ；アプリへの過去の訪問の最近度および詳細；過去のアクションの最近度および詳細；特定の製品カテゴリとの過去のインタラクションなどのようなカスタムユーザ定義の属性；ユーザが様々なロケーションからアプリを起動する機会を有する照会ソース；日付、曜日、時間による訪問の時間、およびＣＲＭデータベースなどのような他のロケーションからインポートされるデータ、のうちの１つ以上である、請求項１〜３のいずれか１項に記載の方法。 The collected attributes are as follows: connection type to the computing device (eg, 2G, 3G, 4G, Wi-Fi); device type; application version; operating system type and version; location (eg, coordinates, etc.) (By city, country, continent, postal code); Internet service provider; Recentity and details of past visits to the app; Recentity and details of past actions; Past interaction with a particular product category, etc. Custom User-defined attributes; query sources that allow users to launch apps from different locations; time of visits by date, day of day, time, and data imported from other locations such as CRM databases. The method according to any one of claims 1 to 3, which is one or more.

キャンペーンからビジターまたは前記コンピューティングデバイスを、それらの属性を用いて含むかまたは排除するステップと、
他のユーザセグメント情報のためのルールとの組合せにおいて、ビジターまたは前記コンピューティングデバイスの属性に従って、当該ビジターまたは前記コンピューティングデバイスに対するコンテンツを対象とするセグメンテーションルールを作成するステップとをさらに含む、請求項４に記載の方法。 Steps to include or exclude visitors or said computing devices from the campaign using their attributes,
In combination with the rule for other users segment information, according to the attributes of the visitor or the computing device, further comprising the step of creating a segmentation rules to target content to the visitor or the computing device, according to claim The method according to 4.

変更可能なユーザインターフェイスコンテンツは：
ａ）シンプルテキストまたはイメージブロック（バナー、ページのヘッダ）、移動、リサイズ、ハイディング、再フォーマット；
ｂ）ボタンテキスト、移動、リサイズ、再フォーマット、およびハイディング；
ｃ）「通知プッシュ」頻度およびコンテンツ；
ｄ）表示されるピクチャ（ピクチャは外部サーバに記憶され得る）；
ｅ）新たなテキストまたはイメージブロック；
ｆ）リスト＆テーブル（順序づけ、いくつの項目を表示するか）；
ｇ）前記アプリケーション内のナビケーションパス（例えば、'add to cart'は、ユー
ザをカートページに向けるか、またはさらなる選択をなすためにカテゴリページに戻るか）、および
ｈ）最後のユーザ選択に基いたナビゲーションの表示、の１つ以上を含む、請求項１〜５のいずれか１項に記載の方法。 The user interface content that can be changed is:
a) Simple text or image blocks (banners, page headers), move, resize, hiding, reformatting;
b) Button text, move, resize, reformat, and hiding;
c) "Notification push" frequency and content;
d) Displayed picture (picture can be stored on an external server);
e) New text or image block;
f) List & table (ordering, how many items to display);
g) Navigation paths within the application (eg,'add to cart' directs the user to the cart page or returns to the category page to make further choices), and h) based on the last user selection. The method of any one of claims 1-5 , comprising one or more of the navigation displays that were present.

前記ネイティブアプリケーションはライブラリを含む、請求項６に記載の方法。 The method of claim 6 , wherein the native application comprises a library.

前記ライブラリはすべてのアプリケーションに対して静的である、請求項７に記載の方法。 The method of claim 7 , wherein the library is static for all applications.

前記ライブラリは、
コンテンツジェネレータに要求を送信し、当該コンテンツジェネレータから応答を受信するステップと、
ネイティブアプリケーションのスタートでコンテンツジェネレータに対して要求をなすステップと、
コンテンツジェネレータに対して要求をなすステップであって、当該要求はロケーションおよびユーザ属性をパラメータで含んでいるステップと、
ネイティブアプリケーションに含まれるネイティブアプリケーションキャッシュと対話するステップとのうち、１つ以上を実行するように構成される、請求項７または８に記載の方法。 The library
The steps to send a request to a content generator and receive a response from that content generator,
The steps to make a request to the content generator at the start of a native application,
A step that makes a request to the content generator, and the request includes a location and user attributes as parameters.
The method of claim 7 or 8 , wherein one or more of the steps of interacting with the native application cache included in the native application are configured to be performed.

前記ネイティブアプリケーションキャッシュは前記外部サーバからプッシュされたコンテンツを受信するように構成される、請求項９に記載の方法。 The method of claim 9 , wherein the native application cache is configured to receive content pushed from the external server.

前記ライブラリは以下のモジュール：
１）ＣＧ要求モジュール；
２）外部アセットモジュール（イメージトランザクション）；
３）トラッキングモジュール（アクショントラッキング、ＣＧに対して結果を送信する）；
４）アプリケーションオブジェクト識別モジュール；
５）ＭＶＴモジュール（代替的なコンテンツビジュアライゼーションを実現する）；
６）パーソナライゼーションモジュール；
７）セグメンテーションモジュール、および
８）管理制御コンソールモジュール、の１つ以上を含む、請求項７〜１０のいずれか１項に記載の方法。 The library contains the following modules:
1) CG request module;
2) External asset module (image transaction);
3) Tracking module (action tracking, sending results to CG);
4) Application object identification module;
5) MVT module (to realize alternative content visualization);
6) Personalization module;
The method according to any one of claims 7 to 10 , comprising one or more of 7) a segmentation module and 8) a management control console module.

前記ライブラリは、コード命令において、指定されたオブジェクトおよびプロパティのみを修正することができる、請求項７〜１１のいずれか１項に記載の方法。 The method according to any one of claims 7 to 11 , wherein the library can modify only specified objects and properties in a code instruction.

請求項１〜１２のいずれか１項に記載の方法を実行するよう構成されるシステム。 System adapted to perform the method according to any one of claims 1 to 12.

請求項１〜１２のいずれか１項に記載の方法をコンピュータに実行させる、プログラム。 A program that causes a computer to execute the method according to any one of claims 1 to 12.