Report ARC status asynchronously via DeviceStatusCollector

components/policy/proto/device_management_backend.proto

 // Copyright 2013 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 syntax = "proto2";
 
 option optimize_for = LITE_RUNTIME;
 
 package enterprise_management;
 
@@ skipping 729 matching lines @@
   // Self-reported status summary (via chrome.reporting APIs)
   optional string status = 3;
 
   // If true, the application is currently in a self-reported error state.
   optional bool error = 4;
 
   // App required Chrome version, specified in app’s manifest file.
   optional string required_platform_version = 5;
 }
 
+message AndroidStatus {
+  // JSON string of ARC status report.
+  optional string status_payload = 1;
+  // DroidGuard response obtained from DroidGuard server.
+  optional string droid_guard_info = 2;
+}
+
 // Report current active session (a user on one device) level status.
 message SessionStatusReportRequest {
   // Installed apps for this user on this device.
   // No longer used -- use installed_apps instead.
   repeated string installed_app_id = 1 [deprecated = true];
 
   // Installed extensions for this user on this device.
   // No longer used -- use installed_extensions instead.
   repeated string installed_extension_id = 2 [deprecated = true];
 
   // One stat per app for top 30 apps.
   repeated InstallableLaunch app_launch_stat = 3;
 
   // If this is a kiosk session, this is the device local account ID.
   optional string device_local_account_id = 4;
 
   // Information about installed apps for this user on this device.
   repeated AppStatus installed_apps = 5;
 
   // Information about installed extensions for this user on this device.
   repeated AppStatus installed_extensions = 6;
+
+  // Information about ARC status.
+  optional AndroidStatus android_status = 7;
 }
 
 // Response from DMServer to update devices' status.
 // It is possible that status report fails but policy request succeed.  In such
 // case, the DeviceStatusReportResponse will contain an error code and the
 // device should re-send status report data in the next policy request.  The
 // device should re-send report data if policy request fails, even if
 // DeviceStatusReportResponse contains no error code.
 message DeviceStatusReportResponse {
   optional int32 error_code = 1;
@@ skipping 529 matching lines @@
   // Response to update device attribute.
   optional DeviceAttributeUpdateResponse device_attribute_update_response = 16;
 
   // Response to GCM id update request.
   optional GcmIdUpdateResponse gcm_id_update_response = 17;
 
   // Response to check Android management request.
   optional CheckAndroidManagementResponse
       check_android_management_response = 18;
 }