JP7469322B2 - グループ・ベースの携帯装置管理 - Google Patents

グループ・ベースの携帯装置管理 Download PDF

Info

Publication number
JP7469322B2
JP7469322B2 JP2021548508A JP2021548508A JP7469322B2 JP 7469322 B2 JP7469322 B2 JP 7469322B2 JP 2021548508 A JP2021548508 A JP 2021548508A JP 2021548508 A JP2021548508 A JP 2021548508A JP 7469322 B2 JP7469322 B2 JP 7469322B2
Authority
JP
Japan
Prior art keywords
group
mobile device
managed
message
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021548508A
Other languages
English (en)
Other versions
JP2022509488A (ja
JPWO2020086210A5 (ja
Inventor
バッタチャリャ，アーイク
ダッソー，ジョン
デビンス，マイケル
マキシム，アーロン
シュミット，ジャミソン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jamf Software LLC
Original Assignee
Jamf Software LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Jamf Software LLC filed Critical Jamf Software LLC
Publication of JP2022509488A publication Critical patent/JP2022509488A/ja
Publication of JPWO2020086210A5 publication Critical patent/JPWO2020086210A5/ja
Application granted granted Critical
Publication of JP7469322B2 publication Critical patent/JP7469322B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/104—Grouping of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/75—Indicating network or usage conditions on the user display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72406—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by software upgrading or downloading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72469—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/37—Managing security policies for mobile devices or for controlling mobile applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/50—Secure pairing of devices
    • H04W12/55—Secure pairing of devices involving three or more devices, e.g. group pairing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Description

関連出願の相互参照
本出願は、２０１８年１０月２４日に出願された米国仮特許出願第６２／７５０，１０８号および、２０１９年９月１７日に出願された米国特許出願第１６／５７３，１０４号に基づき優先権を主張するものであり、その全内容をここに参照することにより援用する。
本開示は、一般に、グループ・ベースの携帯装置管理に関する。
携帯装置は、家庭、職場、教育環境等、日常的にますます広く利用されるようになってきている。たとえば、各生徒がタブレット型コンピュータ等の携帯装置へアクセスできるようにする、一対一テクノロジ・プログラムを実施し始める学区もある。また、別の例として、従業員に携帯装置を提供し、外出先で仕事関連の機能を実行できるようにする企業も多い。これら学校や企業は、各装置の維持管理を、（ｉ）装置のリスト、（ｉｉ）ユーザごとの装置の設定、および（ｉｉｉ）各装置の状態の追跡・維持する情報技術（ＩＴ）アドミニストレータに依存することがある。しかし、すべての携帯装置管理（ＭＤＭ：Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）をＩＴ・アドミニストレータに委ねるのは非効率的であり、コストがかかる。例えば、従業員数千人規模の大企業では、特定の従業員用に装置を設定し、従業員が使用できるように装置を提供し、従業員が使用した後に装置をリセットするのにＩＴ・アドミニストレータが数週間かけることもある。
グループ・ベースの携帯装置管理のシステムおよび方法を開示する。携帯装置管理（ＭＤＭ：Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）サーバは、「スマート」グループに基づいてグループ・メンバシップ情報を維持する。本明細書で使用される「スマート」グループは、そのメンバシップが特定のイベントに応じて動的に更新されるグループであってもよい。具体的に説明すると、ＩＴ・アドミニストレータは、特定のユーザ群（例えば、特定の年齢グループ、特定の役職など）に対するグループを作成することができる。グループのメンバシップは、被管理装置（例えば、携帯電話、タブレット型コンピュータ、ノート型コンピュータ、テレビ、スマート装置、娯楽装置、電化製品、車両、ナビゲーション装置等）がＭＤＭサーバにグループ参加要求またはリセット要求を送信する際に動的に更新されてもよい。本明細書中で使用されるように、「ＭＤＭグループ」は、スマート・グループを指す。
例示的な非限定的な例として、看護師のためのグループを作成することができる。携帯装置群が、医療施設内のユーザのために利用可能とされてもよい。ユーザは、前記携帯装置群のいずれかを選択し、看護師用に作成されたグループに対応するグループ・オプション（例えば、看護オプション）を選択することができる。この例において、ユーザはユーザ識別子やパスワードなどのユーザ情報を提供する必要はない。携帯装置は、ＭＤＭサーバにグループ参加要求を送信する。ＭＤＭサーバは、受信したグループ参加要求に対して、看護師用の動的に更新されるグループに携帯装置を追加する。ＭＤＭサーバは、グループに関連付けられたアクションを実行するためのコマンドを携帯装置に送信する。例えば、前記アクションには、特定のアプリケーションを前記携帯装置にダウンロードすること、特定の構成設定を前記携帯装置にダウンロードすること、第一のアプリケーション群のアプリケーションのアイコンを携帯装置のディスプレイに表示すること、第二のアプリケーション群のアプリケーションのアイコンを携帯装置のディスプレイで非表示にすること、またはこれらの組み合わせが含まれていてもよい。したがって、選択されたグループ（例えば、「看護」）に関連付けられたアプリケーション、構成設定などが含まれるように携帯装置を自動的に設定することが可能となる。同様に、医師、検査技師などのためのグループがあってもよい。したがって、ユーザは所属するグループに関わらず、ＩＴ・アドミニストレータに依存したりユーザごとのカート、ログイン、または追跡を必要とすることなく、携帯装置のセットアップを開始できる。
ユーザは、携帯装置を返却して他のユーザが使用する前に、携帯装置から個人を特定できるデータを削除することを望むことがある。ユーザは、携帯装置に表示されるリセット・オプションを選択することができる。携帯装置は、ＭＤＭサーバにリセット要求を送信する。ＭＤＭサーバは、携帯装置にリセット・コマンドを送信する。具体的な例において、ＭＤＭサーバは携帯装置のリセット・コマンドをキューに入れ、通知要求をプッシュ通知サービスに送信する。プッシュ通知サービスは、携帯装置が示される通知要求を受信すると、プッシュ通知を当該携帯装置に送信する。携帯装置は、プッシュ通知を受信すると、ＭＤＭサーバにチェック・イン・メッセージを送信することによってチェック・イン・イベントを開始する。ＭＤＭサーバは、受信したチェック・イン・メッセージに対して、携帯装置にリセット・コマンドを送信する。
いくつかの例において、ＭＤＭサーバは、リセット要求の受信、チェック・イン・メッセージの受信、またはリセット・コマンドの送信に対して、グループから携帯装置が削除されるようにグループ・メンバシップ情報を更新する。別の例において、ＭＤＭサーバは、リセット要求の受信、チェック・イン・メッセージの受信、またはリセット・コマンドの送信に対して、グループ・メンバシップ情報を更新しない。携帯装置は、ファクトリ・リセットを実行して、以前のグループ参加要求に対してインストールされたアプリケーション、および／または、ユーザに関連付けられたデータを削除してもよい。いくつかの例において、携帯装置は、受信したリセット・コマンドに対して、フル装置ワイプ（例えば、すべてのデータおよびアプリケーションを削除する）を実行する。したがって、前回選択されたグループ（例えば、「看護」）および／またはユーザに関連づけられたアプリケーション、構成設定、ユーザ・データ等を削除して携帯装置を自動的にリセットすることが可能となる。特筆すべきは、ユーザが、ＩＴ・アドミニストレータに依存することなく携帯装置のＭＤＭリセットを開始することができる。
なお、本明細書における各態様は、教育または医療での設定を参照して説明するが、これらはあくまでも例示であり、限定的に解釈されるべきものではないことに留意されたい。本開示における教示は、家庭環境、小売業の環境、企業環境等を含む他の携帯装置環境に適用することができるが、適用可能範囲はこれらに限定されない。
特定の態様において、方法は、携帯装置管理（ＭＤＭ）サーバから携帯装置に、グループ・リストを送信するステップが含まれている。前記グループ・リストには、前記携帯装置を登録可能な複数のＭＤＭグループが示されている。前記方法にはまた、前記ＭＤＭサーバにおいて、前記携帯装置からのグループ参加要求を受信するステップが含まれている。前記グループ参加要求には、複数のＭＤＭグループのうちの或るグループが示されている。前記方法にはさらに、受信した前記グループ参加要求に対して、前記ＭＤＭサーバにおいて、前記携帯装置が前記或るグループに追加されたことが示されるように前記グループ・メンバシップ・データを更新するステップが含まれている。前記方法にはさらに、前記ＭＤＭサーバにおける前記グループ・メンバシップ・データに基づいて、前記或るグループに関連付けられたアクションを識別するステップが含まれている。前記方法にはさらに、前記ＭＤＭサーバから前記携帯装置にコマンドを送信して前記アクションを実行するステップが含まれている。
別の具体的な態様において、コンピュータにより読み取り可能な記憶装置は、プロセッサによって実行されると、プロセッサに、携帯装置管理（ＭＤＭ）サーバにおいて携帯装置からのリセット要求を受信するステップを含む動作を行わせる命令を記憶する。
前記動作にはまた、受信した前記リセット要求に対して、プッシュ通知サービスに通知要求を送信し、プッシュ通知サービスから携帯装置へのプッシュ通知の送信を開始するステップが含まれる。前記動作にはさらに、前記携帯装置から、前記プッシュ通知に対するチェック・イン・メッセージを受信するステップが含まれる。前記動作はまた、受信した前記チェック・イン・メッセージに対して、前記ＭＤＭサーバから前記携帯装置にリモート・リセット・コマンドを送信して前記携帯装置のリセットを開始するステップが含まれている。前記リモート・リセット・コマンドには、前記携帯装置のリセットが行われている間は前記ユーザ通知を抑制することが示される。
別の特定の態様において、コンピュータ・システムは、携帯装置および携帯装置管理（ＭＤＭ）サーバを含んでいる。前記携帯装置は、携帯装置管理（ＭＤＭ）サーバから、グループ・リストを受信するように構成されている。前記グループ・リストには、前記携帯装置を登録可能な複数のＭＤＭグループが示されている。前記携帯装置はまた、前記複数のＭＤＭグループのうち或るグループの選択を示す第一のユーザ入力を受信するように構成されている。前記携帯装置はさらに、グループ参加要求をＭＤＭサーバに送信するように構成されている。前記ＭＤＭサーバは、前記携帯装置から受信した前記グループ参加要求に対して、 前記携帯装置が前記或るグループに追加されたことを示すようにグループ・メンバシップ・データを更新するように構成されている。前記ＭＤＭサーバはまた、前記グループ・メンバシップ・データに基づいて、前記或るグループに関連付けられたアクションを識別するように構成されている。前記ＭＤＭサーバはさらに、前記携帯装置にコマンドを送信して前記アクションを実行するように構成されている。
本開示における他の態様、利点、および特徴は、以下に記載する図面の簡単な説明、実施形態、および特許請求の範囲を参照することにより、さらに明らかとなるであろう。
グループ・ベースの携帯装置管理を行うことが可能なシステムの一態様を示すブロック図である。
図１に示すシステムにより生成される具体的なグラフィカル・ユーザー・インターフェース（ＧＵＩ）を例示する図である。
図１に示すシステムにより生成される具体的な別のＧＵＩを例示する図である。
図１に示すシステムにより生成される具体的な別のＧＵＩを例示する図である。
図１に示すシステムにより生成される具体的な別のＧＵＩを例示する図である。
図１に示すシステムにより生成される具体的な別のＧＵＩを例示する図である。
図１に示すシステムにより生成される具体的な別のＧＵＩを例示する図である。
図１に示すシステムにより生成される具体的な別のＧＵＩを例示する図である。
図１に示すシステムにより生成される具体的な別のＧＵＩを例示する図である。
図１に示すシステムにより生成される具体的な別のＧＵＩを例示する図である。
グループ・ベースの携帯装置管理方法のフローチャートである。
グループ・ベースの携帯装置管理方法の別のフローチャートである。
動的に更新される被管理装置のグループを維持するように動作可能なシステムの具体的な実施形態を示す図である。
図１３に示すシステムのインベントリ・データを示す図である。
グループ・メンバシップを動的に更新する方法の具体的な実施形態を示す図である。
動的グループ化グラフィカル・ユーザー・インターフェース（ＧＵＩ）の具体的な実施形態を示す図である。
動的グループ化ＧＵＩの別の具体的な実施形態を示す図である。
動的グループ化ＧＵＩの別の具体的な実施形態を示す図である。
動的グループ化ＧＵＩの別の具体的な実施形態を示す図である。
動的グループ化ＧＵＩの別の具体的な実施形態を示す図である。
動的グループ化ＧＵＩの別の具体的な実施形態を示す図である。
動的グループ化ＧＵＩの別の具体的な実施形態を示す図である。
動的グループ化ＧＵＩの別の具体的な実施形態を示す図である。
携帯装置管理（ＭＤＭ）サーバにおける動作方法の具体的な実施形態を示すフローチャートである。 管理者携帯装置が、被管理携帯装置の動作を制御できるように動作可能なシステムの具体的な実施形態を示す図である。
図２５に示すシステムの登録／グループ化データを示す図である。
ログイン・インターフェースの具体的な実施形態を示す図である。
リマインダ・インターフェースの具体的な実施形態を示す図である。
管理インターフェース（例えば、教師装置）の第一の具体的な実施形態を示す図である。
アプリケーション・リストを含むインターフェースの具体的な実施形態を示す図である。
ウェブサイトのリストを含むインターフェースの具体的な実施形態を示す図である。
管理インターフェースの第二の具体的な実施形態を示す図である。
クリア・パスコード・インターフェースの具体的な実施形態を示す図である。
管理者携帯装置における動作方法の具体的な実施形態を示すフローチャートである。
携帯装置管理（ＭＤＭ）サーバにおける動作方法の具体的な実施形態を示すフローチャートである。
第一の時点での無線ビーコンへの近接度に基づいて、被管理装置の機能を管理するように動作可能なシステムの具体的な実施形態を示す図である。
図１のシステムを再度示す図である。
被管理装置の無線ビーコンに対する近接度に基づく管理機能に関連するグラフィカル・ユーザー・インターフェース（ＧＵＩ）の具体的な実施形態を示す図である。
被管理装置の無線ビーコンに対する近接度に基づく管理機能に関連するＧＵＩの別の具体例を示す図である。
被管理装置の無線ビーコンに対する近接度に基づく管理機能に関連するＧＵＩの別の具体例を示す図である。
被管理装置の無線ビーコンに対する近接度に基づく機能管理方法の具体的な実施形態を示す図である。
被管理装置の無線ビーコンに対する近接度に基づく機能管理方法の別の具体的な実施形態を示す図である。
被管理装置の動作を制御可能に構成され、無線ビーコンを発することが可能な管理装置を含むシステムの具体的な実施形態を示す図である。
医療施設において携帯装置管理を行うことが可能なシステムの一態様を示すブロック図である。
図４４に示すシステムの具体的な態様を示す図である。
図４４に示すシステムによって生成される移動メッセージの具体的な態様を示す図である。
図４４に示すシステムによって生成される退院メッセージの具体的な態様を示す図である。
携帯装置管理方法のフローチャートである。
携帯装置管理方法のフローチャートである。
携帯装置管理方法のフローチャートである。
図１には、全体を参照符号１００で示すシステムが示されている。システム１００（例えば、コンピュータ・システム）は、ＭＤＭサーバ１２０を含んでいる。ＭＤＭサーバ１２０は、プッシュ通知サービス１３０、携帯装置１５０、および演算装置１４０に接続されている。なお、図示される二つの装置に結合されたＭＤＭサーバ１２０は、一例であることを理解されたい。いくつかの態様において、ＭＤＭサーバ１２０に接続される装置の数は二つより少ない、または二つより多いこともある。
演算装置１４０は、オペレーティング・システム（ＯＳ）１４１を含んでいてもよく、携帯装置１５０は携帯ＯＳ１５１を含んでいてもよい。各ＯＳ１４１、１５１は、入出力部（例えば、タッチ・スクリーン・ディスプレイ、スピーカ、マイクロフォン、カメラ等）、およびネットワーク部（例えば、Ｃｅｌｌｕｌａｒ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ （Ｗｉ－Ｆｉ）、イーサネット等）等の演算機能を制御してもよい。各ＯＳ１４１、１５１はまた、アプリケーション（アプリ）１４３、１５３、１６７の実行をサポートし、そのようなアプリケーションに装置のリソースやデータ１４４、１５４へのアクセスを可能にしてもよい。アプリケーションの例としては、ウェブ・ブラウザ、電子メール、カレンダー、ＳＮＳ、文書／電子書籍（ｅＢｏｏｋ）リーダ、メディア・プレーヤ、ゲーム・アプリケーション、患者管理アプリケーション、医療参照アプリケーション、投薬追跡ツール等が挙げられるが、これらに限定されない。アプリケーションは、メモリに格納され、プロセッサ、および／またはアプリケーション機能を実装するハードウェア回路によって実行されるソフトウェア命令に相当する場合もある。
携帯装置１５０は、装置管理クライアント１５２を備えている。携帯装置１５０の装置管理クライアント１５２は、図２～図１０を参照してさらに説明するように、グラフィカル・ユーザー・インターフェース（ＧＵＩ）を生成し、当該ＧＵＩを携帯装置１５０のディスプレイに提供するように構成されている。携帯装置１５０の装置管理クライアント１５２は、グループ１１４に対応するグループ・オプションの選択を示すユーザ入力１０４に応じて、グループ参加要求１５５をＭＤＭサーバ１２０に送信するように構成されている。携帯装置１５０の装置管理クライアント１５２は、ＭＤＭサーバ１２０から、アクション１５７を実行するコマンドを受信し、アクション１５７の実行を開始するように構成されている。アクション１５７は、例えば、ここで詳述するように、グループ１１４に関連付けられた一以上のアプリケーション１６７のダウンロード、一以上の構成設定１６５のダウンロード、アプリケーション１６７のアイコンを含むＧＵＩの生成、グループ１１４とは異なるグループに関連付けられた一以上のアプリケーション１５３のアイコンを除くＧＵＩの生成、グループ１１４とは異なるグループに関連付けられたアプリケーション１５３の削除（またはアンインストール）、またはこれらの組み合わせである。いくつかの実装形態では、携帯装置１５０において、グループ１１４とは異なるグループに関連付けられたアプリケーション、データ、またはこれらの組み合わせが、グループ１１４を示すグループ参加要求１５５を送信することによって削除されることはない。また別の実装形態では、携帯装置１５０において、グループ１１４とは異なる一以上のグループに関連付けられたアプリケーション、データ、またはこれらの組み合わせの削除が、グループ１１４を示すグループ参加要求１５５を送信することによって開始される。例えば、グループ参加要求１５５によって、グループ１１４以外のグループに関連付けられたアプリケーションとデータの削除が開始される一方、リセット要求１８５によって、アプリケーション、全データ、携帯ＯＳ１５１、装置管理クライアント１５２、またはこれらの組み合わせの削除が開始される。
演算装置１４０は、装置管理クライアント１５２のコピーを備えている。演算装置１４０の装置管理クライアント１５２は、プッシュ通知サービス１３０からのプッシュ通知１３１を受信すると、チェック・イン要求をＭＤＭサーバ１２０に送信し、チェック・イン・イベント１４６の実行を開始するように構成されている。
特定の態様において、装置管理クライアント１５２は、本明細書に記載される一以上の動作を行わせるように構成されたプロセッサに相当する。また、特定の態様において、装置管理クライアント１５２は、プロセッサによって実行されると、プロセッサに本明細書に記載される一以上の動作を行わせる命令に相当する。また、特定の態様において、装置管理クライアント１５２は、本明細書に記載される一以上の動作を行わせるための実行可能な命令を格納するコンピュータにより読み取り可能な記憶装置に相当する。
ＭＤＭサーバ１２０は、メモリ１２３、携帯装置マネージャ１３４、またはこれら両方を備えている。メモリ１２３は、グループ・メンバシップ・データ１２８を記憶するように構成されている。グループ・メンバシップ・データ１２８は、特定のグループ、グループに含まれる装置、またはこれらの組み合わせに対して実行されるアクションを示している。例えば、携帯装置１５０からグループ参加要求１５５を受信し、当該グループ参加要求１５５がグループ１１４を示している場合、携帯装置マネージャ１３４は、グループ・メンバシップ・データ１２８を更新して携帯装置１５０をグループ１１４に追加する。携帯装置マネージャ１３４は、アクション１５７の実行を示すコマンドを携帯装置１５０に送信するように構成されている。
特定の態様において、携帯装置マネージャ１３４は、本明細書に記載される一以上の動作を行わせるように構成されたプロセッサに相当する。また、特定の態様において、携帯装置マネージャ１３４は、プロセッサによって実行されると、プロセッサに本明細書に記載される一以上の動作を行わせる命令に相当する。また、特定の態様において、携帯装置マネージャ１３４は、本明細書に記載される一以上の動作を行わせるための実行可能な命令を格納するコンピュータにより読み取り可能な記憶装置に相当する。
動作中、ユーザ１０１（例えば、ＩＴ・アドミニストレータ）によって、ＭＤＭサーバに一以上のグループが設定される。例えば、ユーザ１０１によってＭＤＭサーバ１２０に対し、グループ１１４、一以上の別のグループ、またはこれらの組み合わせを示すユーザ入力１０２が行われる。ユーザ入力１０２には、グループの名前、グループに対応するアクション、またはこれらの組み合わせが示されている。例えば、ユーザ入力１０２には、グループ１１４のグループ名（例えば、「看護」）が示されている。一例として、グループ１１４は、職種（例えば、看護師、検査技師、医師、または管理者）に基づいている。ユーザ１０１は、任意の基準に基づいてグループ１１４を設定することができる。ユーザ１０１は、グループ１１４を年齢、性別、職種、場所、スキル、関係、他の基準、またはこれらの組み合わせに基づいて設定することができる。ユーザ入力１０２には、グループ１１４に参加する装置に対して実行されるアクション１５７が示されている。例えば、ユーザ入力１０２には、グループ１１４のメンバがアプリケーション１６７へのアクセスを許可されていること、グループ１１４のメンバがアプリケーション１５３へのアクセスを許可されていない（例えば、アクセス制限されている）こと、またはこれらの組み合わせが示されている。特定の態様において、ユーザ入力１０２には、構成設定１６５が示されている。アクション１５７には、アプリケーション１６７のダウンロード、構成設定１６５のダウンロード、アプリケーション１６７のアイコンを含むＧＵＩの生成、異なるグループ（例えば、医師）に関連付けられたアプリケーション１５３のアイコンを除くＧＵＩの生成、アプリケーション１５３の削除（またはアンインストール）、またはこれらの組み合わせが示されている。
特定の態様において、ユーザ入力１０２には、新しいメンバがグループ１１４に追加された際に、グループ１１４の他のメンバ装置によって実行されるアクション１４７が示されている。例えば、アクション１４７には、グループ１１４に新しいメンバが含まれることを示すようにアプリケーション・データを更新することが含まれる。具体的に説明すると、グループ１１４にはメッセージ・アプリケーションにアクセス可能であり、アプリケーション・データを更新することによって、メッセージ・アプリケーションに、新しいメンバ装置にメッセージが送信可能となった旨が表示される。
特定の態様において、ユーザ入力１０２には、メンバがグループ１１４から脱退した場合に、グループ１１４の他のメンバ装置によって実行されるアクション１４８が示されている。例えば、アクション１４８には、グループ１１４からメンバが削除されたことを示すようにアプリケーション・データを更新することが含まれる。特定の態様において、ユーザ入力１０２には、メンバがグループ１１４から脱退した場合に、一以上のリセット・パラメータ値が示されている。例えば、第一のリセット・パラメータの第一の値には、リセットが行われた際に、グループを脱退する装置に対する全てのユーザ通知を抑制することが示されており、第二のリセット・パラメータの第一の値には、リセットが行われた際に、グループを脱退する装置において起動ロックがバイバスされることが示されており、またはこれらの組み合わせの場合もある。携帯装置マネージャ１３４は、グループ１１４のグループ名、グループ１１４のグループ識別子、アクション１５７、アクション１４７、アクション１４８、一以上のリセット・パラメータ値、またはこれらの組み合わせが示されるようにグループ・メンバシップ・データ１２８を更新する。
特定の実装形態では、ユーザ１０１（または、アプリケーション開発者等の別のユーザ）は、特定の見た目と感じのＧＵＩを生成するように、装置管理クライアント１５２をカスタマイズすることができる。例えば、ユーザ１０１は、独自のヘッダー・ロゴ（例えば、企業のロゴ）、カスタマイズされた背景色、カスタマイズされた説明文、またはこれらの組み合わせ等の設定入力を特定するユーザ入力１０２を行うことができる。
具体的に説明すると、カスタマイズされた説明文では、コンテキスト言語（Ｃｏｎｔｅｘｔｕａｌ Ｌａｎｇｕａｇｅ）によってユーザを案内できる（例えば、「Ａｃｍｅ病院へようこそ。正しい役割を選択してシフトを開始してください」、「ここを出る際には、リセットをタップして個人情報を消去してください」等）。具体的な例において、カスタマイズされた説明文には、地域言語（例えばスペイン語、英語、フランス語、アラビア語、中国語等）を利用可能である。
特定の態様において、ＭＤＭサーバ１２０は、携帯装置１５０に構成に関する入力を示すクライアント構成データを提供する。装置管理クライアント１５２は、クライアント構成データに基づいて構成設定を更新する。
ユーザ１０３（例えば、医療従事者）は、携帯装置１５０に表示されるセットアップ・オプションを選択する。例えば、携帯装置１５０の装置管理クライアント１５２は、セットアップ・オプション、リセット・オプション、またはこれら両方を示すＧＵＩを生成する。特定の態様において、ＧＵＩの見た目と感じは、クライアント構成データに基づく構成設定に対応するものとなっている。例えば、ＧＵＩには、独自のヘッダー・ロゴ、カスタマイズされた背景色、カスタマイズされた説明文、またはこれらの組み合わせが含まれている。携帯装置１５０の装置管理クライアント１５２は、ＭＤＭサーバ１２０からグループ・リスト１６３を受信する。グループ・リスト１６３には、携帯装置１５０を登録可能な複数のＭＤＭグループが示されている。
携帯装置マネージャ１３４は、グループ・メンバシップ・データ１２８に基づいてグループ・リスト１６３を生成する。グループ・リストには、グループ・メンバシップ・データ１２８が示すグループの名称と識別子が表示される。例えば、グループ・リスト１６３には、グループ１１４のグループ名（例えば、「看護」）、グループ識別子、またはこれら両方が示されている。特定の態様において、全てのグループに携帯装置１５０を登録可能である。また別の態様において、携帯装置１５０にはグループのサブ・セットが用意されている。例えば、ユーザ入力１０２において、登録基準を満たす装置を登録可能なグループ群が示されている。携帯装置マネージャ１３４は、携帯装置１５０に対応するグループ・リスト１６３を生成する。携帯装置マネージャ１３４は、例えば、携帯装置１５０がグループ１１４に対応する登録基準を満たしていると判断した場合、グループ１１４をグループ・リスト１６３に追加する。
グループ基準は、例えば、装置の能力、装置のコンポーネント、装置の状態、装置のバッテリ・レベル、装置のメモリ空間、装置のオペレーティング・システム、装置のソフトウェア・バージョン、装置のタイプ、装置の位置、他のグループ基準、またはこれらの組み合わせに基づくものである。例えば、グループ・メンバシップ・データ１２８には、グループ１１４（例えば、「患者ケア・スタッフ」）に対応するグループ基準を、第二のグループ（例えば、「看護」）に対応する第二のグループ基準、または第三のグループ（例えば、「医師」）に対応する第三のグループ基準を満たす装置が満たしていることが示されている。
特定の態様において、装置管理クライアント１５２は、ＭＤＭサーバ１２０に更新要求１６１を送信し、当該要求に対してＭＤＭサーバ１２０からグループ・リスト１６３を受信する。例えば、携帯装置１５０の装置管理クライアント１５２は、選択されたセットアップ・オプションを示すユーザー入力１０４を受信すると、ＭＤＭサーバ１２０に更新要求１６１を送信して登録可能なグループを判定する。携帯装置マネージャ１３４は、携帯装置１５０からの更新要求１６１を受信すると、グループ・リスト１６３を携帯装置１５０に送信する。
特定の態様において、携帯装置マネージャ１３４は、更新要求１６１の受信とは関係なく、グループ・リスト１６３を携帯装置１５０に送信する。例えば、携帯装置１５０は、登録要求をＭＤＭサーバ１２０に送信する。ＭＤＭサーバ１２０は、登録要求を受信すると、携帯装置１５０を一以上の登録済みの装置（例えば、被管理装置）に追加し、グループ・リスト１６３を携帯装置１５０に送信する。続いて、携帯装置マネージャ１３４は、グループ・メンバシップ・データ１２８が更新されると、グループ・リスト１６３の更新内容を登録済み装置に送信する。例えば、携帯装置マネージャ１３４は、プッシュ通知サービス１３０に通知要求１２４を送信する。プッシュ通知サービス１３０は、通知要求１２４の受信に対してプッシュ通知１３３を携帯装置１５０に送信する。携帯装置１５０は、プッシュ通知を受信すると、ＭＤＭサーバ１２０にチェック・イン・メッセージを送信することによってチェック・イン・イベント１８３を開始する。ＭＤＭサーバ１２０は、携帯装置１５０からチェック・イン・メッセージを受信すると、更新されたバージョンのグループ・リスト１６３を携帯装置１５０に送信する。
携帯装置１５０の装置管理クライアント１５２は、グループ・リスト１６３を受信すると、一以上のグループ・オプションを示すＧＵＩを生成する。例えば、携帯装置１５０の装置管理クライアント１５２は、グループ１１４に関連付けられた第一のグループ・オプション（例えば、「＜ｏｐｔｉｏｎ ｖａｌｕｅ＝ｇｒｏｕｐ ｉｄｅｎｔｉｆｉｅｒ ｏｆ ｔｈｅ ｇｒｏｕｐ １１４＞グループ１１４のグループ名＜／ｏｐｔｉｏｎ＞」）、第二のグループに関連付けられた第二のグループ・オプション、一以上のその他のグループ・オプション、またはこれらの組み合わせを表示するＧＵＩを生成する。これに関しては、図３を参照して後に詳述する。特定の態様において、ＧＵＩの見た目と感じは、クライアント構成データに基づく構成設定に対応するものとなっている。例えば、ＧＵＩには、独自のヘッダー・ロゴ、カスタマイズされた背景色、カスタマイズされた説明文、またはこれらの組み合わせが含まれている。携帯装置１５０の装置管理クライアント１５２は、携帯装置１５０のディスプレイにＧＵＩを提示する。
ユーザ１０３は、グループ１１４に関連付けられた第一のグループ・オプション（例えば、「看護」）を選択する。携帯装置１５０の装置管理クライアント１５２は、第一のグループ・オプション（例えば、「看護」）の選択を示すユーザー入力１０４を受信すると、ＭＤＭサーバ１２０にグループ参加要求１５５を送信する。グループ参加要求１５５には、グループ１１４のグループ識別子が示されている。
携帯装置マネージャ１３４は、グループ参加要求１５５を受信すると、携帯装置１５０がグループ１１４に追加されたことが示されるようにグループ・メンバシップ・データ１２８を更新する。例えば、携帯装置マネージャ１３４は、携帯装置１５０の装置識別子（ＩＤ）１１２がグループ１１４に含まれるようにグループ・メンバシップ・データ１２８を更新する。
携帯装置マネージャ１３４は、グループ・メンバシップ・データ１２８に、グループ１１４に参加したときにアクション１５７を実行すると示されている場合、携帯装置１５０においてアクション１５７の実行を開始させるコマンドを携帯装置１５０に送信する。例えば、携帯装置マネージャ１３４は、グループ・メンバシップ・データ１２８に基づいて、グループ１１４がアクセス許可されているアプリケーション１６７を識別する。
携帯装置１５０の装置管理クライアント１５２は、ＭＤＭサーバ１２０からコマンドを受信すると、アクション１５７の実行を開始する。特定の態様において、アクション１５７には、アプリケーション１６７のダウンロードが含まれている。携帯装置１５０の装置管理クライアント１５２は、携帯装置１５０で利用できない（例えば、以前にダウンロードされていない）一以上のアプリケーション１６７を識別する。携帯装置１５０の装置管理クライアント１５２は、自動的に（例えば、ユーザ１０３による許可を必要とせず）、前記一以上のアプリケーション１６７を携帯装置１５０にダウンロードする。特定の態様において、携帯装置１５０の装置管理クライアント１５２は、ＭＤＭサーバ１２０から第一のアプリケーション、別の装置から第二のアプリケーション、ＭＤＭサーバ１２０から第三のアプリケーションの更新、別の装置から第四のアプリケーションの更新、またはこれらの組み合わせをダウンロードする。特定の態様において、各アプリケーション１６７（例えば、アプリケーション１６７の更新バージョン）は、携帯装置１５０で利用可能であり、携帯装置１５０の装置管理クライアント１５２は、アプリケーション１６７（またはアプリケーションの更新）のいずれもダウンロードしない。
特定の態様において、アクション１５７には、構成設定１６５のダウンロードと実装が含まれている。携帯装置１５０の装置管理クライアント１５２は、ＭＤＭサーバ１２０から構成設定１６５の第一の構成設定をダウンロード、別の装置から構成設定１６５の第二の構成設定をダウンロード、または、これらの組み合わせを行う。特定の態様において、構成設定１６５は携帯装置１５０のディスプレイ設定の構成に使用される。例えば、構成設定１６５には、携帯装置１５０によって表示されるＧＵＩにおけるアプリケーション１５３のアイコンの配置、ＧＵＩにおけるアイコンのサイズ、ＧＵＩの背景、またはこれらの組み合わせが示されている。特定の実装形態において、ＧＵＩの背景には、グループ１１４（例えば、グループ名）が表示される。
特定の態様において、アクション１５７には、アプリケーション１６７のアイコンを示すＧＵＩの生成、アプリケーション１５３のアイコンの除外、アプリケーション１５３の削除（またはアンインストール）、またはこれらの組み合わせが含まれている。携帯装置１５０の装置管理クライアント１５２は、アプリケーション１６７のアイコンを表示するＧＵＩ、アプリケーション１５３を除外したＧＵＩ、またはこれらの組み合わせのＧＵＩを生成する。携帯装置１５０の装置管理クライアント１５２は、携帯装置１５０からアプリケーション１５３の削除、アプリケーション１５３に対応するアプリケーション・データの削除、またはこれらの組み合わせを行う。特定の態様において、携帯装置１５０がグループ１１４に参加したときに、アプリケーション１５３を削除することで、アプリケーション１５３への不正なアクセスが防止されセキュリティが向上する。携帯装置１５０の装置管理クライアント１５２は、アプリケーション１６７およびアプリケーション１５３に、特定のアプリケーションが含まれていると判断した場合、当該特定のアプリケーションに対応するアイコンを表示するＧＵＩの生成、当該特定のアプリケーションの削除の停止、あるいはこれらの組み合わせを行う。携帯装置１５０の装置管理クライアント１５２は、携帯装置１５０のディスプレイにＧＵＩを提示する。したがって、携帯装置１５０のＧＵＩは、携帯装置１５０のグループ・メンバシップに基づいてアプリケーションのアイコンを表示するように自動的に更新される。例えば、ＧＵＩの更新では、
グループ１１４がアクセスを許可されているアプリケーション１６７に関連するアイコンを含め、グループ１１４がアクセスを制限されているアプリケーション１５３に関連するアイコンを除外する、またはこれらの組み合わせがおこなわれる。
特定の態様において、グループ・メンバシップ・データ１２８に、アクション１４７がグループ１１４の他のメンバによって実行されること、およびグループ１１４には他のメンバが少なくとも一人いることが示されていると判定した場合、携帯装置マネージャ１３４は、プッシュ通知サービス１３０に通知要求１２４を送信し、グループ１１４の他のメンバに対するプッシュ通知の送信を開始する。
例えば、ＭＤＭサーバ１２０は、プッシュ通知サービス１３０に通知要求１２４を送信して、演算装置１４０に対するプッシュ通知１３１の送信を開始する。プッシュ通知サービス１３０は、通知要求１２４を受信し、通知要求１２４に演算装置１４０が示されていると判断すると、演算装置１４０にプッシュ通知１３１を送信する。
プッシュ通知１３１は、演算装置１４０に対してＭＤＭサーバ１２０へのチェック・インを指示する。例えば、プッシュ通知サービス１３０は、演算装置１４０のための信頼できるソースであってもよく、プッシュ通知１３１には、ＭＤＭサーバ１２０が信頼できる装置であることが示されていてもよい。
演算装置１４０の装置管理クライアント１５２は、プッシュ通知１３１を受けて、ＭＤＭサーバ１２０にチェック・イン要求を送信することによってチェック・イン・イベント１４６を開始する。ＭＤＭサーバ１２０は、チェック・イン要求を受信すると、アクション１４７の実行を開始するコマンドを演算装置１４０に送信してもよい。例えば、アクション１４７には、アプリケーション１６７の第一のアプリケーションに関連するデータ１４４を、グループ１１４に携帯装置１５０が追加されたことを示すように更新することが含まれている。具体的に説明すると、第一のアプリケーションには、グループ１１４の装置にメッセージの送信が行えるようにするメッセージ・アプリケーションが含まれている。データ１４４を更新することにより、演算装置１４０において、メッセージ・アプリケーションは、携帯装置１５０がメッセージを送信できる装置であることを示す。特定の態様において、演算装置１４０は、グループ１１４のメンバとして、グループ１１４に関連付けられたアプリケーション１６７、グループ１１４に関連付けられた構成設定１６５、またはこれら両方へのアクセスを有する。特定の態様において、演算装置１４０は、グループ１１４とは異なるグループに関連付けられた一以上のアプリケーション１４３へのアクセスを有する。
特定の態様において、ＭＤＭサーバ１２０は、グループ１１４のメンバである装置において実行されるアクションを開始する。例えば、携帯装置マネージャ１３４は、アクションに対応する実行基準が満たされていると判断すると、アクションの実行を判断する。実行基準は、ユーザ入力１０２、および／または検出された状態に基づいている。特定の態様において、携帯装置マネージャ１３４は、実行基準が満たされていると判断すると、通知要求１２４をプッシュ通知サービス１３０に送信する。携帯装置マネージャ１３４は、グループ・メンバシップ・データ１２８に基づいて、グループ１１４のメンバ装置（例えば、現在のメンバ）を識別する。特定の態様において、携帯装置マネージャ１３４は、グループ１１４に登録できる登録装置群を識別する。例えば、登録装置群には、メンバ装置が含まれ、一以上のその他の装置が含まれていてもよい。通知要求１２４には、グループ１１４のメンバ装置、登録装置群、またはこれらの組み合わせが示されている。
プッシュ通知サービス１３０は、グループ１１４のメンバ装置にプッシュ通知を送信する。携帯装置マネージャは、メンバ装置からのチェック・イン・メッセージを受信すると、アクションの実行を開始するコマンドをメンバ装置に送信する。例えば、携帯装置マネージャは、携帯装置１５０からチェック・イン・メッセージを受信すると、携帯装置１５０にコマンドを送信して、携帯装置１５０におけるアクションの実行を開始する。したがって、携帯装置マネージャ１３４は、装置の所属グループに基づいてアクションの実行を管理することができる。例えば、携帯装置マネージャ１３４は、装置のグループ・メンバシップ、装置のグループ登録の可否、またはこれら両方に基づいてアクションの実行を管理することができる。特定の態様において、携帯装置マネージャ１３４は、装置がグループ１１４に参加すると実行されるアクションを示すようにグループ・メンバシップ・データ１２８を更新する。この態様によれば、携帯装置マネージャ１３４は、グループ１１４に将来メンバとなる装置におけるアクションの実行を管理することができる。
特定の態様において、ユーザ１０３が携帯装置１５０を使用する際に、携帯装置１５０はデータ１５４を格納（または更新）する。例えば、データ１５４には、ユーザ１０３が、アプリケーション１６７の第一のアプリケーションにログインするために使用するユーザ名およびパスワード情報が含まれている。別の例として、データ１５４には、ユーザ１０３が携帯装置１５０にダウンロードした電子メール、メッセージ、または他のファイルが含まれている。具体例として、データ１５４には、ユーザ１０３が携帯装置１５０をカスタマイズするために使用したカスタム設定（例えば、ディスプレイ設定）が含まれている。
具体的な例において、ユーザ１０３は、携帯装置１５０に起動ロックを設定する。具体的に説明すると、ユーザ１０３は、ユーザ名およびパスワードを用いてアプリケーション１６７のアプリケーションにアクセスする。アプリケーションは、ユーザ名およびパスワードに基づいて携帯装置１５０の起動ロックを作成する。例えば、アプリケーションは携帯装置をユーザ名に対応するアカウントに関連付ける。
起動ロックの作成後、一以上のアプリケーション１６７へのアクセスは、ユーザ名およびパスワードに基づいておこなわれる。換言すると、一以上のアプリケーション１６７へのアクセスは、ユーザ名およびパスワードなしでは許可されない。
具体的な例において、ユーザ１０３は、携帯装置１５０上の設定アプリケーションを使用して、ユーザ・アカウントに関連付けられたユーザ名およびパスワードを提供する。設定アプリケーションは、携帯装置１５０をユーザ・アカウントに関連付ける起動ロックを作成する。起動ロックは、携帯装置１５０のリセット後に、携帯装置１５０がユーザ名またはパスワードなしでセットアップされることを制限する。例えば、起動ロックは、携帯装置１５０のリセット後、ユーザ１０１（例えば、ユーザ名およびパスワードを有さない者）による携帯装置１５０のセットアップを禁止することができる。特定の態様において、装置管理クライアント１５２は、携帯装置１５０の初期セットアップ中に携帯装置１５０で起動ロックの設定機能を無効化する。
特定の態様において、ユーザ１０３は、複数のグループのメンバである、またはグループ１１４から第二のグループへメンバシップを変更する。ユーザ１０３によって、グループ・リスト１６３の第二のグループに関連づけられた第二のグループ・オプションの選択を示すユーザ入力１０４が行われる。装置管理クライアント１５２は、ＭＤＭサーバ１２０に第二のグループを示すグループ参加要求１５５を送信する。携帯装置マネージャ１３４は、携帯装置１５０の装置ＩＤ１１２が第二のグループに関連付けられていることを示すようにグループ・メンバシップ・データ１２８を更新すること、プッシュ通知サービス１３０に通知要求１２４を送信して、第二のグループの他のメンバへのプッシュ通知の送信を開始すること、またはこれらの組み合わせを行う。特定の実装形態では、携帯装置マネージャ１３４は、グループ１１４から携帯装置１５０が除去されるようにグループ・メンバシップ・データ１２８を更新すること、プッシュ通知サービス１３０に通知要求１２４を送信して、グループ１１４の他のメンバへのプッシュ通知の送信を開始すること、リセット・コマンド１８７を携帯装置１５０に送信すること、またはこれらの組み合わせを行う。別の実装形態では、グループ・メンバシップ・データ１メンバ携帯装置１５０がグループ１１４のメンバであり、第二のグループのメンバであることを示す。
特定の態様において、ユーザ１０３は、携帯装置１５０から個人を特定できる情報を削除することを決定する。例えば、ユーザ１０３は、携帯装置１５０を返却して他のユーザが使えるようにする前に、携帯装置１５０をリセットできる状態にある。ユーザ１０３は、携帯装置１５０によって表示されるＧＵＩにおいてリセット・オプションを選択する。装置管理クライアント１５２は、受信した、リセット・オプションの選択を示すユーザ入力１０４に対して、ＭＤＭサーバ１２０にリセット要求１８５を送信する。リセット要求１８５には、携帯装置１５０の装置ＩＤ１１２が示されている。いくつかの実装形態において、携帯装置マネージャ１３４は、携帯装置１５０から受信したリセット要求１８５に対して、携帯装置１５０がいずれのグループにも含まれていないことを示すようにグループ・メンバシップ・データ１２８を更新する。例えば、携帯装置マネージャ１３４は、グループ１１４から携帯装置１５０が削除されるようにグループ・メンバシップ・データ１２８を更新する。他の実装形態では、携帯装置マネージャ１３４は、受信したリセット要求１８５に対するグループ・メンバシップ・データ１２８の更新を控える。
特定の態様において、グループ・メンバシップ・データ１２８に、グループ１１４からメンバが削除されたらグループ１１４の他のメンバによってアクション１４８が実行されること、およびグループ１１４には一人以上の他のメンバがいることが示されていると判定した場合、携帯装置マネージャ１３４は、プッシュ通知サービス１３０に前記一人以上の他のメンバを示す通知要求１２４を送信する。例えば、携帯装置マネージャ１３４は、プッシュ通知サービス１３０に、演算装置１４０を示す通知要求１２４を送信する。プッシュ通知サービス１３０は、通知要求１２４を受信し、通知要求１２４に演算装置１４０が示されていると判断すると、演算装置１４０にプッシュ通知１３１を送信する。演算装置１４０の装置管理クライアント１５２は、受信したプッシュ通知１３１に対して、ＭＤＭサーバ１２０にチェック・イン要求を送信し、チェック・イン・イベント１４６を開始する。ＭＤＭサーバ１２０は、演算装置１４０からチェック・イン要求を受信すると、アクション１４８の実行を開始するコマンドを演算装置１４０に送信する。演算装置１４０の装置管理クライアント１５２は、ＭＤＭサーバ１２０からコマンドを受信すると、アクション１４８の実行を開始する。
例えば、演算装置１４０の装置管理クライアント１５２は、携帯装置１５０がグループ１１４から削除されたことを示すように、アプリケーション１６７の第一のアプリケーションのデータ１４４を更新する。具体的に説明すると、第一のアプリケーションはメッセージ・アプリケーションを含んでおり、データ１４４を更新することにより、メッセージ・アプリケーションが、演算装置１４０においてメッセージの送受信が可能な装置として表示されている携帯装置１５０を削除する。
携帯装置マネージャ１３４は、携帯装置１５０から携帯装置１５０の装置ＩＤ１１２を示すリセット要求１８５を受信すると、携帯装置１５０にリセット・コマンド１８７（例えば、リモート・リセット・コマンド）を送信する。いくつかの例において、携帯装置マネージャ１３４は、リセット要求１８５を受信すると、携帯装置１５０に対するリセット・コマンド１８７をキューに追加し、携帯装置１５０を示す通知要求１２４をプッシュ通知サービス１３０に送信する。プッシュ通知サービス１３０は、携帯装置１５０を示す通知要求１２４を受信すると、携帯装置１５０にプッシュ通知１３３を送信する。携帯装置１５０は、プッシュ通知１３３を受信すると、ＭＤＭサーバ１２０にチェック・イン・メッセージを送信して、チェック・イン・イベント１８３を開始する。ＭＤＭサーバ１２０は、携帯装置１５０からチェック・イン・メッセージを受信し、携帯装置１５０に対するリセット・コマンド１８７がキューに追加されていると判断した場合、携帯装置１５０にリセット・コマンド１８７を送信する。
特定の態様において、リセット・コマンド１８７は、ファクトリ・リセット・コマンドに相当する。携帯装置１５０の装置管理クライアント１５２は、リセット・コマンド１８７を受信すると、ユーザに関する機密を改善するためにデータ１５４、アプリケーション１５３、アプリケーション１６７、構成設定１６５、あるいはこれらの組み合わせを削除してもよい。いくつかの例では、装置管理クライアント１５２は、リセット・コマンド１８７を受信すると、携帯ＯＳ１５１および／または装置管理クライアント１５２の削除を開始する。
特定の態様において、携帯装置マネージャ１３４は、グループ・メンバシップ・データ１２８に一つ以上のリセット・パラメータ値が示されていると判断した場合、当該一つ以上のリセット・パラメータ値を示すリセット・コマンド１８７を生成する。
装置管理クライアント１５２は、一つ以上のリセット・パラメータ値に基づいて携帯装置１５０のリセットを実行する。例えば、装置管理クライアント１５２は、一つ以上のリセット・パラメータ値を示すファクトリ・リセット・コマンドを開始する。
特定の態様において、携帯装置１５０の装置管理クライアント１５２は、リセット・コマンド１８７に、第一のリセット・パラメータ（例えば、抑制通知パラメータ）が第一の値（例えば、１）を有していると判断した場合、携帯装置１５０のリセットが行われている間はユーザ通知を抑制するように構成されている。例えば、装置管理クライアント１５２は、第一のリセット・パラメータが、携帯装置１５０のリセットが行われている間はユーザ通知を抑制することを示す第一の値を有していると判断した場合、データ１５４、アプリケーション１５３、アプリケーション１６７、構成設定１６５、またはこれらの組み合わせを削除している間ユーザ通知を抑制する。
特定の態様において、携帯装置１５０の装置管理クライアント１５２は、リセット・コマンド１８７に、第二のリセット・パラメータ（例えば、起動バイパス・パラメータ）が第一の値（例えば、１）を有していると判断した場合、携帯装置１５０のリセットが行われている間は起動ロックを解除するように構成されている。例えば、装置管理クライアント１５２は、起動ロックを解除して、データ１５４、アプリケーション１５３、アプリケーション１６７、構成設定１６５、あるいはこれらの組み合わせを削除する。特定の態様において、起動ロックを解除することにより、リセット後に制限のない携帯装置１５０の設定が可能となる。例えば、リセット後はユーザ１０３のユーザ名やパスワードに関係なく、携帯装置１５０の設定が可能となる。
したがって、システム１００によれば、選択されたグループ１１４（例えば、「看護」）に関連付けられたアプリケーション１６７、構成設定１６５などが含まれるように携帯装置１５０を自動的に設定することが可能となる。ユーザ１０３は、ＩＴ・アドミニストレータに依存することなく携帯装置１５０の設定を開始する。またシステム１００によれば、グループ（例えば、「看護」）および／またはユーザに関連づけられたアプリケーション、構成設定、ユーザ・データ等を削除して携帯装置１５０を自動的にリセットすることが可能となる。ユーザは、ＩＴ・アドミニストレータに依存することなく携帯装置のリセットを開始する。例えば、ユーザは、共有装置（例えば、携帯装置１５０）からの情報削除をＩＴ・アドミニストレータに依存することなく、共有装置から機密情報を効率的に削除することができる。具体的な例において、リセット・オプションは、ユーザがアクセスしやすいように携帯装置１５０のホーム画面に表示される。ユーザは、別のユーザに携帯装置１５０を渡す前に、リセット・オプションを選択することができる。
ＩＴ・アドミニストレータが携帯装置１５０をリセットすることに伴う遅延を発生させることなく、携帯装置１５０を再使用可能な状態にすることができる。
具体的な例において、ユーザは「再スタート」用のリセット・オプションを選択できる。具体的に説明すると、ユーザは、携帯装置１５０の動作に関する問題に直面する場合がある。ユーザは、ＩＴ・アドミニストレータに相談することなく（または相談する前に）問題解決のためのトラブル・シューティングのステップとして、リセット・オプションを選択できる。
システム１００は、グループ１１４に対する携帯装置１５０のカスタマイズを可能にする。一般に、個人用装置はログイン情報に基づいて一人のユーザが使用するためにカスタマイズされるが、共用装置は全ユーザが使用できるように同じ設定となっている。携帯装置１５０の使用を一人のユーザに制限することなく、複数のユーザ・グループが使用できるようにカスタマイズできるようにすることで、カスタマイズされた装置としての携帯装置１５０は、個人用装置と共用装置の双方の利点のバランスをとっている。単一の装置（例えば、携帯装置１５０）を、複数のユーザ・グループによる使用をサポートするようにカスタマイズすることができる。複数のユーザ・グループをサポートできる装置によって、特定のグループ専用の装置を用いる場合と比べてコストを削減できる。例えば、第一のユーザ・グループは、第一の時間により多くの数の装置を使用し、第二のユーザ・グループは、第二の時間により多くの数の装置を使用することがある。あるユーザ・グループにより使用されていない装置を別のユーザ・グループが使用できるようにすることで、少ない数の装置で、全体として同じ数のユーザをサポートできる。システム１００は、携帯装置１５０をグループ毎にカスタマイズすることの利点と、ＭＤＭサーバ１２０での管理をグループごとにカスタマイズすることの利点の双方を有している。例えば、ユーザ１０１はユーザ入力１０２によって、ＭＤＭサーバ１２０において一つ以上のグループをセットアップすることができる。特定のグループに属する各携帯装置１５０は、当該携帯装置１５０のユーザが、当該携帯装置１５０をカスタマイズする必要があるかどうかに関わらず、前記特定のグループに応じて自動的にカスタマイズされる。
図２～図１０は、図１のシステム１００によって生成されるＧＵＩの例を示している。図２は、セットアップ・オプションの選択を行うＧＵＩの例を示している。図３～図５は、第一のグループ・オプションが選択された際のＧＵＩの例を示している。図６～図８は、第二のグループ・オプションが選択された際のＧＵＩの例を示している。図９～図１０は、リセット・オプションが選択された際のＧＵＩの例を示している。
図２には、全体を参照符号２００で示すＧＵＩが示されている。特定の態様において、ＧＵＩ２００は、装置管理クライアント１５２、携帯装置１５０、携帯装置マネージャ１３４、ＭＤＭサーバ１２０、図１のシステム１００、またはこれらの組み合わせによって生成される。
ＧＵＩ２００は、図１のグループ１１４に対応するグループ・オプション２０２、第第二のグループに対応するグループ・オプション２０４、第三のグループに対応するグループ・オプション２０６、一つ以上の別のグループに対応する一つ以上の別のグループ・オプション、送信オプション２０８、またはこれらの組み合わせを含んでいる。特定の態様において、図１の装置管理クライアント１５２は、セットアップ・オプションの選択を示すユーザ入力１０４を受信すると、ＧＵＩ２００を生成する。例えば、図１に示されるように、装置管理クライアント１５２は、選択されたセットアップ・オプションを示すユーザ入力１０４を受信すると、ＭＤＭサーバ１２０に更新要求１６１を送信する。図１の携帯装置マネージャ１３４は、携帯装置１５０から更新要求１６１を受信すると、図１を参照して説明するように、携帯装置１５０にグループ・リスト１６３を送信する。いくつかの実装形態において、携帯装置マネージャ１３４は、更新要求１６１とは関係なく、グループ・リスト１６３を携帯装置１５０に送信する。
携帯装置１５０の装置管理クライアント１５２は、グループ・リスト１６３に基づいてＧＵＩ２００を生成する。例えば、装置管理クライアント１５２は、グループ・リスト１６３で示されるグループ毎にグループ・オプション含むＧＵＩ２００を生成する。具体的に説明すると、グループ・リスト１６３には、グループ１１４、第二のグループ、第三のグループ、一つ以上の別のグループ、またはこれらの組み合わせが示されている。装置管理クライアント１５２は、グループ１１４（例えば、「看護」）に対応するグループ・オプション２０２、第二のグループ（例えば、「技術者」）に対応するグループ・オプション２０４、第三のグループ（例えば、「薬剤師」）に対応するグループ・オプション２０６、一つ以上の別のグループに対応する一つ以上の別のグループ・オプション、またはこれらの組み合わせを含むＧＵＩ２００を生成する。特定の態様において、ＧＵＩ２００は、送信オプション２０８も含んでいる。装置管理クライアント１５２は、携帯装置１５０のディスプレイにＧＵＩ２００を提示する。
装置管理クライアント１５２は、グループ・オプション２０２が選択されていることを示す図１のユーザ入力１０４を受信すると、ＧＵＩ２００を更新して図３に示されるように、グループ・オプション２０２が選択されていることを示す。
特定の態様において、ユーザ１０３は送信オプション２０８を選択する。
図４には、全体を参照符号４００で示すＧＵＩが示されている。特定の態様において、ＧＵＩ４００は、装置管理クライアント１５２、携帯装置１５０、携帯装置マネージャ１３４、ＭＤＭサーバ１２０、図１のシステム１００、またはこれらの組み合わせによって生成される。例えば、携帯装置１５０の装置管理クライアント１５２は、グループ・オプション２０２、および／または送信オプション２０８の選択を示すユーザ入力１０４を受信すると、ＧＵＩ４００を生成する。
特定の態様において、携帯装置１５０の装置管理クライアント１５２は、グループ・オプション２０２、および／または送信オプション２０８の選択を示すユーザ入力１０４を受信すると、図１のＭＤＭサーバ１２０にグループ参加要求１５５を送信する。グループ参加要求１５５には、グループ・オプション２０２に対応するグループ１１４が示されている。ＭＤＭサーバ１２０は、グループ参加要求１５５を受信すると、図１を参照して説明するように、アクション１５７の実行を示すコマンドを携帯装置１５０に送信する。
携帯装置１５０の装置管理クライアント１５２は、アクション１５７を少なくとも部分的に実行した後にＧＵＩ４００を生成する。例えば、装置管理クライアント１５２は、グループ１１４に関連付けられたアプリケーション１６７のダウンロード、構成設定１６５のダウンロード、またはこれらの組み合わせを行う。携帯装置１５０の装置管理クライアント１５２は、グループ１１４のセットアップが成功したことを示すＧＵＩ４００を生成する。特定の態様において、ＧＵＩ４００には、グループ１１４の識別子４０２（例えば、グループ名）が含まれており、グループ１１４（例えば、「看護」）の設定が成功したことを示す。特定の態様において、ＧＵＩ４００には、構成設定１６５によって指定される特定のメッセージ（例えば、成功メッセージ）が含まれている。特定の態様において、携帯装置１５０の装置管理クライアント１５２は、携帯装置１５０のセットアップ（または、リセット）が行われている間に、エラーが検出されると、エラーＧＵＩ（図示せず）を生成するように構成されている。特定の態様において、エラーＧＵＩには、構成設定１６５によって指定される特定のメッセージ（例えば、エラーメッセージ）が含まれている。例えば、特定のメッセージには特定のステータス・コードが含まれている。
図５には、全体を参照符号５００で示すＧＵＩが示されている。特定の態様において、ＧＵＩ５００は、装置管理クライアント１５２、携帯装置１５０、携帯装置マネージャ１３４、ＭＤＭサーバ１２０、図１のシステム１００、またはこれらの組み合わせによって生成される。例えば、携帯装置１５０の装置管理クライアント１５２は、グループ・オプション２０２、および／または送信オプション２０８の選択を示すユーザ入力１０４を受信すると、ＧＵＩ５００を生成する。特定の態様において、携帯装置１５０の装置管理クライアント１５２は、図４のＧＵＩ４００に続けて、ＧＵＩ５００を携帯装置１５０のディスプレイに表示する。
装置管理クライアント１５２は、グループ１１４に対応するアプリケーション１６７のアイコンを含むＧＵＩ４００を生成する。例えば、アプリケーション１６７は、第一のアプリケーション、第二のアプリケーション、第三のアプリケーション、第四のアプリケーション、またはこれらの組み合わせを含んでいる。ＧＵＩ４００は、第一のアプリケーション、第二のアプリケーション、第三のアプリケーション、および第四のアプリケーションそれぞれのアイコン５１０、アイコン５１２、アイコン５１４、およびアイコン５１６を含んでいる。なお、四つのアプリケーションを含むアプリケーション１６７は、一例として記載されることを理解されたい。いくつかの実装形態において、アプリケーション１６７に含まれるアプリケーションは、四つ未満または、四つより多い。
特定の態様において、携帯装置１５０では、グループ１１４に関連付けられていないアプリケーション１５３も利用可能である（例えば、インストールされている）。例えば、アプリケーション１５３は、グループ１１４以外の一以上のグループに関連付けられている。ＧＵＩ５００は、アプリケーション１５３のアイコンを除外する。例えば、装置管理クライアント１５２は、ＧＵＩ５００上のアプリケーション１５３のアイコンを非表示にする。
特定の態様において、装置管理クライアント１５２は、構成設定１６５に基づいて、特定のレイアウト、特定の背景画像、特定のアイコン、特定のフォーマット、特定の色、特定のテキスト、特定のヘッダ画像、特定のタイトル・テキスト、特定の本文テキスト、特定のボタン・テキスト、特定のボタン・カラー、特定の配置、またはこれらの組み合わせを有するＧＵＩ５００を生成する。ＧＵＩ５００は、したがって、グループ１１４（例えば、「看護」）の構成設定１６５に基づいてアプリケーション１６７へのアクセスが可能となるように自動的に生成される。ＧＵＩ５００には、セットアップ・オプション５０２、および／またはリセット・オプション５０４が含まれている。特定の態様において、セットアップ・オプション５０２、および／またはリセット・オプション５０４がアプリケーションのアイコンに相当する。例えば、アプリケーション１６７には、セットアップ・アプリケーション、および／またはリセット・アプリケーションが含まれている。アプリケーション１６７のアイコンには、セットアップ・オプション５０２、および／またはリセット・オプション５０４が含まれている。装置管理クライアント１５２は、携帯装置１５０のディスプレイにＧＵＩ５００を提示する。
特定の態様において、携帯装置１５０の装置管理クライアント１５２は、図６を参照してさらに説明するように、セットアップ・オプション５０２の選択を示す図１のユーザ入力１０４を受信する。特定の態様において、携帯装置１５０の装置管理クライアント１５２は、図９を参照してさらに説明するように、リセット・オプション５０４の選択を示す図１のユーザ入力１０４を受信する。
図６には、全体を参照符号６００で示すＧＵＩが示されている。特定の態様において、ＧＵＩ６００は、装置管理クライアント１５２、携帯装置１５０、携帯装置マネージャ１３４、ＭＤＭサーバ１２０、図１のシステム１００、またはこれらの組み合わせによって生成される。
ＧＵＩ６００は、図１のグループ１１４に対応するグループ・オプション２０２、第第二のグループに対応するグループ・オプション２０４、第三のグループに対応するグループ・オプション２０６、一つ以上の別のグループに対応する一つ以上の別のグループ・オプション、送信オプション２０８、またはこれらの組み合わせを含んでいる。
特定の態様において、図１の装置管理クライアント１５２は、図５に示すセットアップ・オプション５０２の選択を示すユーザ入力１０４を受信すると、ＧＵＩ６００を生成する。例えば、図１に示されるように、装置管理クライアント１５２は、選択されたセットアップ・オプション５０２を示すユーザ入力１０４を受信すると、ＭＤＭサーバ１２０に更新要求１６１を送信する。図１の携帯装置マネージャ１３４は、携帯装置１５０から更新要求１６１を受信すると、図１を参照して説明するように、携帯装置１５０にグループ・リスト１６３を送信する。
携帯装置１５０の装置管理クライアント１５２は、グループ・リスト１６３に基づいてＧＵＩ６００を生成する。例えば、装置管理クライアント１５２は、グループ・リスト１６３で示されるグループ毎にグループ・オプション含むＧＵＩ６００を生成する。具体的に説明すると、グループ・リスト１６３には、グループ１１４、第二のグループ、第三のグループ、一つ以上の別のグループ、またはこれらの組み合わせが示されている。装置管理クライアント１５２は、グループ１１４（例えば、「看護」）に対応するグループ・オプション２０２、第二のグループ（例えば、「技術者」）に対応するグループ・オプション２０４、第三のグループ（例えば、「薬剤師」）に対応するグループ・オプション２０６、一つ以上の別のグループに対応する一つ以上の別のグループ・オプション、またはこれらの組み合わせを含むＧＵＩ６００を生成する。
図６において、ＧＵＩ６００には、図２のＧＵＩ２００と同様のグループ・オプションが含まれている。
いくつかの態様において、ＧＵＩ６００には、ＧＵＩ２００とは異なるグループ・オプションが含まれている。例えば、ＧＵＩ２００は、第一のグループ群を示すグループ・リスト１６３の第一のバージョンに基づいており、ＧＵＩ６００は、第二のグループ群を示すグループ・リスト１６３の更新バージョンに基づいている。この例では、ＧＵＩ６００には、ＧＵＩ２００に含まれていた第一のグループ・オプションが一つ以上除外され、さらに／あるいはＧＵＩ２００に含まれていなかった第二のグループ・オプションが一つ以上含まれている。第一のグループ・オプションは、第一のバージョンのグループ・リスト１６３に示される一つ以上の第一のグループに対応しており、更新されたバージョンのグループ・リスト１６３には表示されない。第二のグループ・オプションは、第一のバージョンのグループ・リスト１６３に示されていない一つ以上の第二のグループに対応しており、更新されたバージョンのグループ・リスト１６３に表示される。
特定の態様において、ＧＵＩ６００は、送信オプション２０８も含んでいる。装置管理クライアント１５２は、携帯装置１５０のディスプレイにＧＵＩ６００を提示する。装置管理クライアント１５２は、グループ・オプション２０４が選択されていることを示す図１のユーザ入力１０４を受信すると、ＧＵＩ６００を更新して図６に示されるように、グループ・オプション２０４が選択されていることを示す。特定の態様において、ユーザ１０３は、グループ・オプション２０４の選択に続いて送信オプション２０８を選択する。
図７には、全体を参照符号７００で示すＧＵＩが示されている。特定の態様において、ＧＵＩ７００は、装置管理クライアント１５２、携帯装置１５０、携帯装置マネージャ１３４、ＭＤＭサーバ１２０、図１のシステム１００、またはこれらの組み合わせによって生成される。例えば、携帯装置１５０の装置管理クライアント１５２は、グループ・オプション２０４、および／または送信オプション２０８の選択を示すユーザ入力１０４を受信すると、ＧＵＩ７００を生成する。
特定の態様において、携帯装置１５０の装置管理クライアント１５２は、グループ・オプション２０４、および／または送信オプション２０８の選択を示すユーザ入力１０４を受信すると、図１のＭＤＭサーバ１２０にグループ参加要求１５５を送信する。グループ参加要求１５５には、グループ・オプション２０４に対応する第二のグループ（例えば、グループ１１４）が示されている。ＭＤＭサーバ１２０は、グループ参加要求１５５を受信すると、図１を参照して説明するように、第二のグループに対応するアクション（例えば、アクション１５７）の実行を示すコマンドを携帯装置１５０に送信する。
携帯装置１５０の装置管理クライアント１５２は、図１および図４を参照して説明するように、第二のグループ（例えば、グループ１１４）に対応するアクション（例えば、アクション１５７）を少なくとも部分的に実行した後にＧＵＩ７００を生成する。特定の態様において、ＧＵＩ７００には、第二のグループ（例えば、グループ１１４）の識別子７０２（例えば、グループ名）が含まれており、グループ１１４（例えば、「技術者」）の設定が成功したことを示す。
図８には、全体を参照符号８００で示すＧＵＩが示されている。特定の態様において、ＧＵＩ８００は、装置管理クライアント１５２、携帯装置１５０、携帯装置マネージャ１３４、ＭＤＭサーバ１２０、図１のシステム１００、またはこれらの組み合わせによって生成される。例えば、携帯装置１５０の装置管理クライアント１５２は、グループ・オプション２０４、および／または送信オプション２０８の選択を示すユーザ入力１０４を受信すると、ＧＵＩ８００を生成する。特定の態様において、携帯装置１５０の装置管理クライアント１５２は、図７のＧＵＩ７００に続けて、ＧＵＩ８００を携帯装置１５０のディスプレイに表示する。
装置管理クライアント１５２は、グループ・オプション２０４に関連付けられた第二のグループ（例えば、グループ１１４）に対応するアプリケーション（例えば、アプリケーション１６７）のアイコンを含むＧＵＩ８００を生成する。具体的な例において、グループ・オプション２０４に関連付けられた第二のグループ（例えば、「技術者」）に対応する第二のアプリケーション群は、グループ・オプション２０２に関連付けられたグループ１１４（例えば、「看護」）に対応する第一のアプリケーション群とは区別される。例えば、図５を参照して説明するように、第一のアプリケーション群は、アイコン５１０に対応する第一のアプリケーションと、アイコン５１２に対応する第二のアプリケーションと、アイコン５１４に対応する第三のアプリケーションと、アイコン５１６に対応する第四のアプリケーションとを含んでいる。第二のアプリケーション群は、第一のアプリケーション、第二のアプリケーション、および第五のアプリケーションを含んでいる。
携帯装置１５０の装置管理クライアント１５２は、第一のアプリケーションに対応するアイコン５１０と、第二のアプリケーションに対応するアイコン５１２と、第五のアプリケーションに対応するアイコン８１４とを含むＧＵＩ８００を生成する。ＧＵＩ８００は、第三のアプリケーションに対応するアイコン５１４、および／または第四のアプリケーションに対応するアイコン５１６を表示しない。特定の態様において、第三のアプリケーション、および／または第四のアプリケーションは、携帯装置１５０で利用可能である（例えば、インストールされている）。この態様では、アイコン５１４、および／またはアイコン５１６はＧＵＩ８００上では非表示にされる。特定の実装形態では、装置管理クライアント１５２は、選択されたグループに対するアイコンおよび設定を復元することによって、グループ１１４の設定（例えば、「看護」）と第二のグループに対する設定（例えば、「技術者」）とを切り替え可能である。本実装形態では、ユーザ１０３によってグループが切り替えられる際に、アプリケーションおよび関連データは削除されない。
特定の態様において、装置管理クライアント１５２は、構成設定１６５に基づいて、特定のレイアウト、特定の背景画像、特定のアイコン、特定のフォーマット、特定の色、特定のテキスト、特定の配置、またはこれらの組み合わせを有するＧＵＩ８００を生成する。ＧＵＩ８００は、したがって、第二のグループ（例えば、「技術者」）の構成設定１６５に基づいてアプリケーションへのアクセスが可能となるように自動的に生成される。ＧＵＩ８００には、セットアップ・オプション５０２、および／またはリセット・オプション５０４が含まれている。装置管理クライアント１５２は、携帯装置１５０のディスプレイにＧＵＩ８００を提示する。
特定の態様において、携帯装置１５０の装置管理クライアント１５２は、図６を参照して説明するように、セットアップ・オプション５０２の選択を示す図１のユーザ入力１０４を受信する。特定の態様において、携帯装置１５０の装置管理クライアント１５２は、図９を参照してさらに説明するように、リセット・オプション５０４の選択を示す図１のユーザ入力１０４を受信する。
図９には、全体を参照符号９００で示すＧＵＩが示されている。特定の態様において、ＧＵＩ９００は、装置管理クライアント１５２、携帯装置１５０、携帯装置マネージャ１３４、ＭＤＭサーバ１２０、図１のシステム１００、またはこれらの組み合わせによって生成される。
例えば、携帯装置１５０の装置管理クライアント１５２は、図５に示されるリセット・オプション５０４の選択を示すユーザ入力１０４を受信すると、ＧＵＩ９００を生成する。特定の態様において、ＧＵＩ９００には、装置のリセットが不可逆的であることが示されるメッセージが含まれている。ＧＵＩ９００には、リセット・オプション９０４が含まれている。特定の態様において、携帯装置１５０の装置管理クライアント１５２は、携帯装置１５０のディスプレイにＧＵＩ９００を提示する。
携帯装置１５０の装置管理クライアント１５２は、図９に示されるリセット・オプション９０４の選択を示すユーザ入力１０４を受信すると、ＧＵＩ９００を生成し、図１０に示されるように装置のリセットが不可逆的であることを示す第二のメッセージを表示する。ＧＵＩ９００には、キャンセル・オプション１００２、および／またはリセット・オプション１００４が含まれている。
装置管理クライアント１５２は、キャンセル・オプション１００２の選択を示すユーザ入力１０４を受信すると、ＧＵＩ８００を携帯装置１５０のディスプレイに提示する。或いは、図１を参照して説明するように、装置管理クライアント１５２は、リセット・オプション１００４の選択を示すユーザ入力１０４を受信すると、ＭＤＭサーバ１２０に図１のリセット要求１８５を送信する。
システム１００は、したがって、携帯装置１５０においてセットアップとリセットがユーザによって開始されることを可能にする。セットアップとリセットは、ＩＴ・アドミニストレータに依存することなく自動的に実行される。システム１００は、ユーザ１０３が、それぞれのグループの設定に切り替えること、および／または携帯装置１５０のリセットを可能にする。
図１１には、全体を参照符号１１００で示す、グループ・ベースの携帯装置管理方法が示されている。特定の態様において、方法１１００は、携帯装置マネージャ１３４、ＭＤＭサーバ１２０、図１のシステム１００、またはこれらの組み合わせによっておこなわれる。
方法１１００には、携帯装置管理（ＭＤＭ）サーバから携帯装置に、グループ・リストを送信するステップ１１０２が含まれている。例えば、図１のＭＤＭサーバ１２０は、図１を参照して説明するようにグループ・リスト１６３を携帯装置１５０に送信する。グループ・リスト１６３には、図１を参照して説明するように、携帯装置１５０を登録可能な複数のＭＤＭグループが示されている。
方法１１００にはまた、ＭＤＭサーバにおいて、携帯装置からのグループ参加要求を受信するステップ１１０４が含まれている。例えば、図１のＭＤＭサーバ１２０は、図１を参照して説明するように携帯装置１５０からグループ参加要求１５５を受信する。グループ参加要求１５５には、複数のＭＤＭグループのうちのグループ１１４が示されている。
方法１１００にはまた、受信したグループ参加要求に対して、ＭＤＭサーバにおいて、携帯装置がグループに追加されたことを示すようにグループ・メンバシップ・データを更新するステップ１１０６が含まれている。例えば、図１を参照して説明するように、図１の携帯装置マネージャ１３４は、グループ参加要求１５５を受信すると、携帯装置１５０がグループ１１４に追加されたことを示すようにグループ・メンバシップ・データ１２８を更新する。
方法１１００にはまた、ＭＤＭサーバにおけるグループ・メンバシップ・データに基づいて、グループに関連付けられたアクションを識別するステップ１１０８が含まれている。例えば、図１を参照して説明するように、図１の携帯装置マネージャ１３４は、グループ・メンバシップ・データ１２８に基づいて、グループ１１４に関連付けられたアクション１５７を認識する。
方法１１００にはまた、ＭＤＭサーバから携帯装置にコマンドを送信してアクションを実行するステップ１１１０が含まれる。例えば、図１の携帯装置マネージャ１３４は、図１に関して説明されるように、携帯装置１５０にコマンドを送信してアクション１５７を実行する。
方法１１００は、したがって、ＭＤＭサーバ１２０が、グループ参加要求１５５の受信に対して自動的にアクション１５７の実行を開始することを可能とする。携帯装置１５０は、コマンドの受信に対して、アプリケーション１６７をダウンロードすること、構成設定１６５をダウンロードして実装すること、アプリケーション１６７のアイコンを表示すること、アプリケーション１５３に対応するアイコンの表示を抑制すること、アプリケーション１５３を削除（または、アンインストール）すること、またはこれらの組み合わせを行うことによってアクション１５７を実行する。ＭＤＭサーバ１２０は、したがって、携帯装置１５０において選択されたグループのセットアップがユーザによって開始されることを可能にする。ユーザによって開始されるセットアップは、ＩＴ・アドミニストレータに依存することなく行われる。
図１２には、全体を参照符号１２００で示す、グループ・ベースの携帯装置管理方法が示されている。特定の態様において、方法１２００は、装置管理クライアント１５２、携帯装置１５０、図１のシステム１００、またはこれらの組み合わせによっておこなわれる。
方法１２００には、携帯装置管理（ＭＤＭ）サーバにおいて、携帯装置からリセット要求を受信するステップ１２０２が含まれる。例えば、図１のＭＤＭサーバ１２０は、図１を参照して説明するように携帯装置１５０からリセット要求１８５を受信する。
方法１２００にはまた、受信したリセット要求に対して、プッシュ通知サービスに通知要求を送信し、プッシュ通知サービスから携帯装置へのプッシュ通知の送信を開始するステップ１２０４が含まれている。図１の携帯装置マネージャ１３４は、リセット要求１８５を受信すると、図１を参照して説明するように、プッシュ通知サービス１３０に通知要求１２４を送信して、プッシュ通知サービス１３０から携帯装置１５０へのプッシュ通知１３３の送信を開始する。方法１２００にはさらに、携帯装置から、プッシュ通知に対するチェック・イン・メッセージを受信するステップ１２０６が含まれている。例えば、図１の携帯装置マネージャ１３４は、図１を参照して説明するように携帯装置１５０からプッシュ通知１３３に対するチェック・イン・メッセージを受信する。
方法１２００はまた、受信したチェック・イン・メッセージに対して、ＭＤＭサーバから携帯装置にリモート・リセット・コマンドを送信して携帯装置のリセットを開始するステップ１２０８が含まれている。例えば、図１の携帯装置マネージャ１３４は、図１を参照して説明するように、携帯装置１５０からチェック・イン・メッセージを受信すると、携帯装置１５０にリセット・コマンド１８７（例えば、リモート・リセット・コマンド）を送信して、携帯装置１５０のリセットを開始する。リモート・リセット・コマンド１８７には、図１を参照して説明するように、携帯装置１５０のリセットが行われている間はユーザ通知を抑制することが示される。
方法１２００は、したがって、ＭＤＭサーバ１２０が、リセット要求１８５の受信に対して自動的に携帯装置１５０のリセットを開始することを可能とする。携帯装置１５０は、リセット・コマンド１８７を受信すると、ユーザに関する機密を改善するためにアプリケーション１６７、アプリケーション１５３、構成設定１６５、データ１５４、あるいはこれらの組み合わせを削除してもよい。携帯装置１５０は、図１を参照して説明するように、携帯装置１５０のリセットが行われている間はユーザ通知を無効化する。特定の態様において、携帯装置１５０は起動ロックを携帯装置１５０から削除する。ＭＤＭサーバ１２０は、したがって、ユーザ１０３に関する機密情報が、携帯装置１５０を後で使用するユーザによってアクセスされる危険性を低減（例えば、排除）する。
携帯装置は、家庭、職場、教育環境等、日常的にますます広く利用されるようになってきている。たとえば、各生徒がタブレット型コンピュータ等の携帯装置へアクセスできるようにする、一対一テクノロジ・プログラムを実施し始める学区もある。また、別の例として、従業員に携帯装置を提供し、外出先で仕事関連の機能を実行できるようにする企業も多い。これら学校や企業は、各装置の維持管理を、装置のリスト、および各装置の状態を維持する情報技術（ＩＴ）アドミニストレータに依存することがある。しかし、すべての携帯装置管理（ＭＤＭ）をＩＴ・アドミニストレータに委ねるのは非効率、且つ、コスト高になりかねない。例えば、従業員数千人規模の大企業では、各装置を回収し、各装置にソフトウェア・アプリケーションをインストールし、装置を従業員に戻すのに、ＩＴ・アドミニストレータが数週間かけることもある。さらに、ＩＴ・アドミニストレータが、どの装置に特定のアプリケーションがインストールされており、どの装置が更新を必要とするかを瞬時に判断するのは困難な場合もある。
本開示は、携帯装置管理（ＭＤＭ）サーバが「スマート」グループに基づいてインベントリ情報を維持および更新することを可能にするシステムおよび方法を提供する。本明細書で使用される「スマート」グループは、そのメンバシップが特定のイベントに応じて動的に更新されるグループであってもよい。具体的に説明すると、ＩＴ・アドミニストレータは、特定のメンバシップ／グループ化基準を持つグループを作成できる。グループのメンバシップは、被管理装置（例えば、携帯電話、タブレット型コンピュータ、ノート型コンピュータ等）がＭＤＭサーバにチェック・インし、更新されたインベントリ情報を提供する際に、動的に更新されてもよい。ＩＴ・アドミニストレータは、動的に更新されるグループを使用して、ＭＤＭアクションをより簡単かつ迅速に実行してもよい。例示的な非限定的な例として、過去３０日間ＭＤＭサーバ（または、他の外部バックアップ装置）にデータをバックアップしていない装置に対して、動的に更新されるグループを作成することができる。ＩＴ・アドミニストレータは、メッセージの受信者としてグループを選択し、過去３０日間にバックアップされていないすべての装置を対象にバックアップに関するリマインダ・メッセージを送信してもよい。こうすることで、ＩＴ・アドミニストレータが、過去３０日間にバックアップされていない個々の装置を特定するよりも迅速かつ容易となる。例えば、被管理装置の動的グループによってＭＤＭアクションの対象を選択する方が、ＩＴ・アドミニストレータが、装置データベースにクエリを実行したり、個々の装置ユーザにそれぞれの装置がいつ最後にバックアップされたかを示すよう要求するよりも迅速である。
なお、本明細書における各実施形態は、教育または企業での設定を参照して説明するが、これらはあくまでも例示であり、限定的に解釈されるべきものではないことに留意されたい。本開示における教示は、家庭環境、小売業の環境等を含む他の携帯装置環境に適用することができるが、適用可能範囲はこれらに限定されない。
図１３には、全体を参照符号１３００で示す、動的に更新される被管理装置のグループを維持するように動作可能なシステムの具体的な実施形態が示されている。システムは、プッシュ通知サービス１３３０、一以上の被管理コンピュータ（例えば、被管理コンピュータ１３４０）、一以上の被管理携帯装置（例えば、図示される被管理携帯装置１３５０）、および電子メール・サーバ１３７０に通信可能に接続された携帯装置管理（ＭＤＭ）サーバ１３２０を含んでいる。
なお、図１３には一つの被管理コンピュータ１３４０と一つの被管理携帯装置１３５０が示されているが、本開示はいかなる特定の構成や装置の数にも限定されない。代替的な実施形態において、被管理コンピュータおよび／または被管理携帯装置の数が異なっていてもよい。例えば、複数の被管理コンピュータおよび複数の被管理携帯装置をＭＤＭサーバ１３２０に登録してもよい。
被管理コンピュータ１３４０は、有線および／または無線ネットワーク能力を有する携帯型演算装置であってもよい。被管理コンピュータ１３４０は、デスクトップ・コンピュータ、ノート型コンピュータ、サーバ等であってもよい。被管理携帯装置１３５０は、無線ネットワーク能力を有する携帯装置であってもよい。例えば、被管理携帯装置１３５０は、タブレット型コンピュータ、携帯電話、携帯型メディア・プレーヤ、電子書籍（ｅＢｏｏｋ）リーダ、またはこれらの任意の組み合わせであってもよい。
被管理コンピュータ１３４０はオペレーティング・システム（ＯＳ）１３４１を含んでいてもよく、被管理携帯装置１３５０は携帯ＯＳ１３５１を含んでいてもよい。各ＯＳ１３４１、１３５１は、入出力部（例えば、タッチ・スクリーン・ディスプレイ、スピーカ、マイクロフォン、カメラ等）、およびネットワーク部（例えば、Ｃｅｌｌｕｌａｒ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、イーサネット等）等の演算機能を制御してもよい。各ＯＳ１３４１、１３５１はまた、アプリケーション（アプリ）１３４３、１３５３の実行をサポートし、そのようなアプリケーションに装置のリソースやデータ１３４４、１３５４へのアクセスを可能にしてもよい。
アプリケーションの例としては、ウェブ・ブラウザ、電子メール、カレンダー、ＳＮＳ、文書／電子書籍リーダ、メディア・プレーヤ等が挙げられるが、これらに限定されない。
アプリケーションは、メモリに格納され、プロセッサ、および／またはアプリケーション機能を実装するハードウェア回路によって実行されるソフトウェア命令に相当する場合もある。アプリケーション１３４３、１３５３は、（例えば、ＯＳの一部として、またはＯＳと共に）プレ・インストールされていてもよく、（例えば、店頭を介して）ダウンロードされた後にインストールされていてもよく、（例えば、外部記憶装置から）サイドロードされた後にインストールされてもよい。具体的な実施形態において、各ＯＳ１３４１、
１３５１はパスコード１３４２、１３５２を記憶する。例えば、パスコード１３４２、１３５２は、装置へのアクセスを保護するために使用されてもよい。ユーザが装置を操作する際に、パスコードの入力を求められ、入力されたパスコードが記憶されているパスコード１３４２、１３５２と一致しない限り、装置へのアクセスができない。
ＭＤＭサーバ１３２０は、ＭＤＭ機能が実装されたハードウェアおよび／またはソフトウェアに相当し得る。例示的な非限定的な例として、教育の場において、ＭＤＭサーバ１３２０は、教師および生徒のコンピュータおよび携帯装置を管理してもよい。ＭＤＭサーバ１３２０は、グラフィカル・ユーザー・インターフェース（ＧＵＩ）生成モジュール１３２１を含んでもよい。ＧＵＩ生成モジュール１３２１は、動的グループを定義可能な（例えば、使用可能な）ＧＵＩを生成できる。例えば、ＭＤＭサーバ１３２０は、生成されたＧＵＩをユーザ１３０１（例えば、ＩＴ・アドミニストレータ）に関連付けられた演算装置に送信したり、ＧＵＩを介してユーザ入力１３０２を受信してもよい。ユーザ入力１３０２は、本明細書でさらに説明するように、一以上の動的グループのグループ化基準を定義することができる。ＭＤＭサーバ１３２０は、ＧＵＩを介して受信したグループ化基準１３２５を記憶できる。図１６～図２３を参照して、ＧＵＩ生成モジュール１３２１によって生成されるＧＵＩの例をさらに説明する。
ＭＤＭサーバ１３２０は、グループ化基準評価モジュール１３２２を含んでいてもよく、図示されるように、インベントリ・データベース１３２３およびグループ・メンバシップ・データ１３２８を記憶してもよい（または、アクセス可能とされていてもよい）。インベントリ・データベース１３２３は、システム１３００内の各被管理実体（例えば、コンピュータまたは携帯装置）に関するデータを含んでいてもよい。図１４を参照して、インベントリ・データベース１３２３に記憶されるデータの一例をさらに説明する。具体的な実施形態において、インベントリ・データベース１３２３は、各被管理実体に関する種々のインベントリ属性値を含んでいる。例示的な非限定的な例として、被管理コンピュータのインベントリ・データには、以下のインベントリ属性のうち一つ以上の値が含まれていてもよい。
アクティブ・ディレクトリの状態、アプリケーション・タイトル、アプリケーションのバージョン、アーキテクチャ・タイプ、アセット・タグ、利用可能なＲＡＭスロット、利用可能なＳＷＵ、
バーコード、バッテリ容量、ブート・ドライブの使用率が限界、ブートＲＯＭ、建物、バス速度（ＭＨｚ）、キャッシュされたパッケージ、コンピュータ・グループ、コンピュータ名、部門、ディスク暗号化構成、ドライブ容量（ＭＢ）、カスタマ・ケアＩＤ、暗号化容量の適性、個々の暗号化容量のキー検証、暗号化容量の機関キー、暗号化容量パーティションの暗号化状態、暗号化容量復元キーの種類、暗号化容量の状態、暗号化容量のユーザ、電子メールアドレス、登録方法：ＰｒｅＳｔａｇｅへの登録、フォント・タイトル、フォント・バージョン、フルネーム、ＩＰアドレス、最後のチェック・イン、前回の登録、前回のインベントリ更新、リースの有効期限、ライセンスされたソフトウェア、耐用年数、ローカル・ユーザ・アカウント、ＭＡＣアドレス、製造、マッピングされたプリンタ、マスター・パスワード・セット、ＭＤＭプラットフォームのバイナリ・バージョン、ＭＤＭサーバＩＤ、モデル、モデル識別子、ＮＩＣ速度、利用可能な更新数、プロセッサ数、オペレーティング・システム光学ドライブ、ＭＤＭ Ｓｕｉｔによりインストールされるパッケージ、ネイティブ・インストーラ／ＳＷＵによってインストールされるパッケージ、パーティション名、電話番号、プラットフォーム、プラグカスタマトル、プラグインのバージョン、発注日、発注番号、位置、プロセッサ速度（ＭＨｚ）、プロセッサの種類、購入価格、購入またはリース、購入アカウント、購入担当、部屋、サービスの実行、Ｓ．Ｍ．Ａ．Ｒ．Ｔ．、
状態、スケジュールされたタスク、シリアル番号、サービスパック、ＳＭＣバージョン、
合計ＲＡＭ（ＭＢ）ユーザ名、ベンダー、保証の有効期限。
例示的な非限定的な別の例として、被管理携帯装置のインベントリ・データには、以下のインベントリ属性のうち一つ以上の値が含まれていてもよい。
起動ロック・バイパス有効、アプリ識別子、アプリ名、アプリのバージョン、アセット・タグ、使用可能なスペース（ＭＢ）、バッテリ・レベル、ブロック暗号化機能、Ｂｌｕｅｔｏｏｔｈ ＭＡＣ アドレス、ドライブ容量（ＭＢ）、キャリア設定バージョン、セルラー技術、証明書名、現在のキャリアネットワーク、現在の携帯国コード、現在の携帯ネットワーク、
コード、カスタマ・ケアＩＤ、データ保護、データ・ローミング有効、部門、装置ＩＤ、装置ロケータ・サービス有効、装置の電話番号、表示名、Ｄｏ Ｎｏｔ Ｄｉｓｔｕｒｂ有効、電子メールアドレス、登録方法：登録プロファイル登録方法：ＰｒｅＳｔａｇｅへの登録、登録方法：ユーザによる招待、登録方法：ユーザによる招待なし、有効期限、ファイル暗号化機能、フルネーム、ハードウェア暗号化、ホーム・キャリア・ネットワーク、
ホーム携帯国コード、ホーム携帯ネットワーク・コード、ＩＣＣＩＤ識別子、アイデンティティ、ＩＭＥＩ、ＩＰアドレス、言語、前回のバックアップ、前回の登録、前回のインベントリ更新、リースの有効期限、耐用年数、ロケール、ＭＤＭプロファイルの削除を許可、ＭＥＩＤ、携帯装置グループ、モデル、モデル識別子、モデム・ファームウェア・バージョン、ＯＳのビルド、ＯＳのバージョン、パスコードの準拠、プロファイルへのパスコードの準拠、パスコードの状態、発注日、発注番号、位置、プロファイル名、プロビジョニング・プロファイル名、購入価格、購入またはリース、購入アカウント、購入担当、ローミング、部屋、シリアル番号、サブスクライバＭＣＣ、サブスクライバ ＭＮＣ、監視対象、ＵＤＩＤ、使用スペースのパーセンテージ、ユーザの電話番号、ユーザ名、ベンダー、バージョン、
音声ローミング有効、保証の有効期限、Ｗｉ－Ｆｉ ＭＡＣアドレス無線メディア・ストリーミング・パスワード。
グループ・メンバシップ・データ１３２８には、ＭＤＭサーバ１３２０によって維持される動的グループのメンバである装置リストが含まれていてもよい。グループ・メンバシップ・データ１３２８は、システム１３００内で発生する各種イベントに応じて更新されてもよい。例示的な非限定的な例として、グループ・メンバシップ・データ１３２８は、被管理装置のシステム１３００への追加、被管理装置のシステム１３００からの削除、被管理装置からＭＤＭサーバ１３２０に更新されたインベントリ・データの提供などに応じて更新されてもよい。グループ・メンバシップ・データ１３２８の更新の例について、図１５を用いてさらに説明する。具体的な実施形態において、ＭＤＭサーバ１３２０は、グループのメンバシップが変化すると、アラートを送信する。例えば、ＭＤＭサーバ１３２０は、電子メール・サーバ１３７０を介してユーザ１３０１または他のＩＴ・アドミニストレータに電子メール・メッセージ１３７１を送信してもよい。アラートの別の例としては、ショート・メッセージ・サービス（ＳＭＳ）のメッセージ、インスタント・メッセージ、ＧＵＩアラート、自動電話等が挙げられるが、これらに限定されない。
具体的な実施形態において、ユーザ入力１３０２には、特定の動的グループの被管理実体（例えば、被管理装置）に対して実行されるアクションを識別するデータが含まれていてもよい。例えば、「低バッテリ・ノートパソコン」という動的グループには、バッテリ・レベルが閾値（「バッテリ・レベル＜１０％」）未満のノートパソコンが含まれていてもよく、アクションはノートパソコン上で、ユーザにノートパソコンの充電を促すポップアップ・メッセージの表示であってもよい。
ＭＤＭアクションの例としては、被管理装置でのアプリケーションのインストール、被管理装置での構成設定の調整、被管理装置へのコンテンツの提供、被管理装置へのメッセージの送信、パスコードの設定またはクリア、一以上のインベントリ・データ属性の編集、通信／メッセージ（例えば、電子メールやＳＭＳメッセージ）の送信、データの削除、リモート・コマンドの送信等が挙げられるが、これらに限定されない。
ユーザ入力１３０２を受信すると、グループ化基準評価モジュール１３２２は、メンバシップ・データ１３２８および／またはインベントリ・データベース１３２３に基づいて、どのノートパソコンが「低バッテリ・ノートパソコン」グループのメンバであるかを判定し、そのようなノートパソコンへのプッシュ通知の送信を開始してもよい。本明細書でさらに説明するように、ＭＤＭサーバ１３２０は、ノートパソコンによって提供されるインベントリ・データの更新に基づいて、ノートパソコンのバッテリ・レベルに関する情報を予め受信し、記憶していてもよい。或いは、またはさらに、ＭＤＭサーバ１３２０は、ユーザ入力１３０２を受信するとバッテリ・レベル情報を要求してもよい。具体的な実施形態において、ＭＤＭサーバ１３２０は、ノートパソコンを識別する通知要求１３２４をプッシュ通知サービス１３３０に送信してもよい。
例示的な実施形態において、ユーザ１３０１は、ＧＵＩによりグループ化基準を再帰的に適用して動的グループを定義することができる。例えば、ユーザ入力１３０２は、第一のグループ化基準１３２６に基づいて第一の動的グループを定義し、第二のグループ化基準１３２７に基づいて第二の動的グループを定義することができる。第一のグループ化基準１３２６は、少なくとも第二のグループ化基準１３２７および論理演算子に基づいていてもよい。
具体的に説明すると、第二の動的グループは、「科学部携帯装置」と呼ばれてもよく、学校の科学部門の所有物（または、それに割り当てられた）携帯装置が含まれていてもよい。この場合、第二のグループ化基準１３２７は、インベントリ属性「部門」の値として「科学」を含んでいてもよい。例えば、第二のグループ化基準１３２７は、「部門＝科学」であってもよい。第一の動的グループは「科学ビルの携帯装置」と呼ばれてもよく、学校の科学ビル内に位置する科学部携帯装置が含まれていてもよい。この場合、第一のグループ化基準１３２６は「携帯装置グループ＝科学部携帯装置および建物＝化学」となっていてもよい。
したがって、第一の動的グループ化基準１３２６（例えば、科学ビル携帯装置）は、少なくとも第二の動的グループ化基準１３２７（例えば、科学部門携帯装置）および論理演算子（例えば、ＡＮＤ演算子）に基づいていてもよい。グループ化基準で使用できる論理演算子の例としては、および（ＡＮＤ）、または（ＯＲ）、偽（ＮＯＴ）、以下に等しい（ＩＳ）、以下と異なる（ＩＳ ＮＯＴ）、以下を含む（Ｈａｖｅ）、以下を含まない（Ｄｏｅｓ Ｎｏｔ Ｈａｖｅ）、以下のメンバ（Ｍｅｍｂｅｒ ｏｆ）、以下のメンバではない（ＮＯＴ Ｍｅｍｂｅｒ ｏｆ）、組織演算子（例えば、開括弧、閉括弧、等）、および、算術演算子（等しい、等しくない、より大きい、より小さい等）が含まれるが、これらに限定されない。
なお、本明細書における各実施形態は、教育での設定を参照して説明するが、これらはあくまでも例示であり、限定的に解釈されるべきものではないことに留意されたい。本開示における教示は、家庭環境、企業での環境、小売業の環境等を含む他の環境に適用することができるが、適用可能範囲はこれらに限定されない。
動作中、ＭＤＭサーバ１３２０は、動的グループ化基準を含むユーザ入力１３０２を受信してもよく、かつ／または、特定の動的グループの装置に関して実行されるべきアクションを識別してもよい。例示的な実施形態において、ユーザ１３０１には、ＧＵＩへのアクセスを許可する前に、認証情報（例えば、ユーザ名、パスワード、ＭＤＭサーバ１３２０のユニフォーム・リソース・ロケータ（ＵＲＬ）など）を求めてもよい。システム１３００の各種構成要素間の通信は、暗号化インターネットプロトコル（ＩＰ）接続等の安全な（例えば、暗号化された）チャネルを介して行われてもよい。
ユーザ入力１３０２に、グループの装置に対するアクションの実行が示される場合、グループ化基準評価モジュール１３２２は、どの装置がグループのメンバであるかを判定してもよい。ＭＤＭサーバ１３２０は、プッシュ通知サービス１３３０にプッシュ通知要求１３２４を送信してもよく、プッシュ通知要求１３２４には、グループのメンバであると判定された装置が特定されていてもよい。プッシュ通知サービス１３３０は、プッシュ通知１３３１、１３３２を被管理コンピュータ１３４０および／または被管理携帯装置１３５０等のグループの装置に送信するように構成された、一つ以上のネットワークにアクセス可能なサーバに相当するとも言える。
具体的な実施形態において、プッシュ通知１３３１、１３３２は、被管理コンピュータ１３４０または被管理携帯装置１３５０が、ＭＤＭサーバ１３２０において、被管理コンピュータ１３４０および被管理携帯装置１３５０によって実行されるべきアクションの有無を確認するチェック・イン・イベント１３４６および１３５６に関連付けられてもよい。例えば、ユーザ入力１３０２によって指定されたアクション１３４７、１３５７は、ＭＤＭサーバ１３２０によって「キューに入れられ」、プッシュ通知１３３１、１３３２を受けた被管理コンピュータ１３４０および被管理携帯装置１３５０によって呼び出されてもよい。
代替的な実施形態において、プッシュ通知１３３１、１３３２には、実行されるべきアクションが含まれるか、指定されていてもよい。例えば、プッシュ通知１３３１、１３３２は、ＯＳ１３４１または１３５１のアプリケーション・プログラミング・インターフェース（ＡＰＩ）を利用して、被管理コンピュータ１３４０または被管理携帯装置１３５０にアクションの実行を指示してもよい。さらに別の代替的な実施形態では、通知および／またはアクションは、ＭＤＭサーバ１３２０によって被管理コンピュータ１３４０または被管理携帯装置１３５０に直接プッシュしてもよい。例えば、被管理携帯装置１３５０がｉＯＳ（登録商標）装置である場合、コマンドは、装置・ロック・コマンド、やパスコードのクリアコマンド等のｉＯＳ（登録商標）ＭＤＭ ＡＰＩ／プロトコルと互換性があるものであってもよい（ｉＯＳは、カリフォルニア州サンノゼのＣｉｓｃｏ Ｓｙｓｔｅｍｓ， Ｉｎｃ．の登録商標であり、カリフォルニア州クパチーノのＡｐｐｌｅｓ社がライセンスを取得して使用するものである）。
動作中、被管理コンピュータ１３４０および被管理携帯装置１３５０は、更新されたインベントリ情報１３４５、１３５５をＭＤＭサーバ１３２０に提供してもよい。更新されたインベントリ情報１３４５、１３５５には、被管理コンピュータ１３４０および被管理携帯装置１３５０に関連付けられたインベントリ属性に対する変更が示されていてもよい。被管理装置は、特定のイベント（例えば、ＭＤＭアクションの実行、異なる建物への再配置、電源投入、スリープモードからの復帰等）を受けて、更新されたインベントリ情報をＭＤＭサーバ１３２０に提供してもよい。
或いは、またはさらに、更新されたインベントリ情報は、定期的に、ユーザ入力を受けて、若しくは、ＭＤＭサーバ１３２０からの要求対して提供されてもよい。具体的な実施形態において、ＭＤＭサーバ１３２０に送信されるデータ量を低減するために、更新されたインベントリ情報には、インベントリ属性値全てではなく、変更されたインベントリ属性値のみが特定されていてもよい。ＭＤＭサーバは、更新されたインベントリ情報１３４５または１３５５を受信すると、対応する被管理コンピュータ１３４０または被管理携帯装置１３５０のインベントリ・データベース１３２３内のレコードを更新してもよい。更新されたインベントリ情報１３４５、１３５５によってが、被管理コンピュータ１３４０または被管理携帯装置１３５０が、動的グループに追加あるいは動的グループから削除される場合、ＭＤＭサーバ１３２０は、グループ・メンバシップ・データ１３２８を更新する。具体的に説明すると、ＭＤＭサーバ１３２０は、装置から更新を受信してもよく、この更新は、装置が学校の化学ビルに移動したことを示している。ＭＤＭサーバ１３２０は、装置の化学ビルへの移動が反映されるように、装置のインベントリ・データベース１３２３内のレコードを更新してもよい。また、ＭＤＭサーバ１３２０はまた、グループ化基準１３２５に「建物＝化学」が含まれるグループに装置を追加し、グループ化基準１３２５に「建物」の値として異なる値が含まれるグループから装置を削除することによって、グループ・メンバシップ・データ１３２８（グループ・メンバシップ・リストを含んでいてもよい）を更新してもよい。
図１３のシステム１３００は、したがって、動的グループの作成と更新、および特定の動的グループに属する装置へのプッシュ通知の送信をサポートしてもよい。動的（例えば、「スマート」）グループを使用することによるＭＤＭアクションの実行は、一般的に、ユーザが装置を一つずつ選択するよりも迅速である。また、システム１３００は、被管理装置からのインベントリの更新に基づいてグループ・メンバシップを自動的に更新してもよく、ＭＤＭアクションの対象として適切な被管理装置がターゲットとされるように（「古い」インベントリ情報に基づいて装置を対象とする場合とは対照的に）グループ・メンバシップをタイミングよく（例えば、ＭＤＭアクション要求に対して）評価してもよい。
図１４には、全体を参照符号１４００で示す、インベントリ・データの具体的な実施形態が示されている。例示的な実施形態において、インベントリ・データ１４００は、図１３のインベントリ・データベース１３２３などのインベントリ・データベースに記憶されてもよい。
インベントリ・データ１４００には、被管理コンピュータ・インベントリ・データ１４１０および被管理携帯装置インベントリ・データ１４２０がふくまれていてもよい。被管理コンピュータ・インベントリ・データ１４１０は、ＭＤＭサーバ（例えば、図１３のＭＤＭサーバ１３２０）に登録された一つ以上の被管理コンピュータに関連付けられたインベントリ・データが含まれていてもよい。図示される例において、被管理コンピュータ・インベントリ・データ１４１０には、第一の被管理コンピュータ（コンピュータ１）に関連付けられたデータ１４１２が含まれる。
第一の被管理コンピュータに関連付けられたデータ１４１２には、一つ以上のインベントリ属性値が含まれていてもよく、当該インベントリ属性値としては、アクティブ・ディレクトリ状態、カスタマ・ケアＩＤ、アプリケーション・タイトル、バーコード、バッテリ容量などが挙げられるが、これらに限定されない。被管理コンピュータに関連付けられたその他のインベントリ属性については、図１３に記載されている。
被管理携帯装置インベントリ・データ１４２０は、ＭＤＭサーバ（例えば、図１３のＭＤＭサーバ１３２０）に登録された一つ以上の被管理携帯装置に関連付けられたインベントリ・データが含まれていてもよい。図示される例において、被管理携帯装置インベントリ・データ１４２０には、第一の被管理携帯装置（携帯装置１）に関連付けられたデータ１４２２が含まれる。第一の被管理携帯装置に関連付けられたデータ１４２２には、一つ以上のインベントリ属性値が含まれていてもよく、当該インベントリ属性値としては、起動ロック・バイパス、エア・プレイバック・パスワード、カスタマ・ケアＩＤ、アセット・タグ、バッテリ・レベルなどが挙げられるが、これらに限定されない。被管理携帯装置に関連付けられたその他のインベントリ属性については、図１３に記載されている。
図１５には、全体を参照符号１５００で示す、動的に更新されるグループ・メンバシップの具体的な実施形態が示されている。図１５の例では、「低バッテリ・レベル」グループのグループ・メンバシップが示されている。このグループのグループ化基準は「バッテリ・レベル＜１０％」である。したがって、バッテリ・レベルが１０％未満の携帯装置がグループのメンバとなる。
図１５の例では、１５１０で示されるように、携帯装置１、携帯装置１９、携帯装置５０、および携帯装置７２が当初の低バッテリ・レベル・グループのメンバである。したがって、低バッテリ・レベル・グループの図１３に示すグループ・メンバシップ・データ１３２８には、携帯装置１、携帯装置１９、携帯装置５０、および携帯装置７２が特定されている。図１３のインベントリ・データベース１３２３内のインベントリ・データは、携帯装置の直近で得られた（例えば、受信された）バッテリ・レベルが記憶されていてもよい。
ＭＤＭサーバ（例えば、図１３のＭＤＭサーバ１３２０）は、動作中に携帯装置から更新を受信してもよい。例えば、１５２０で示されるように、ＭＤＭサーバは、携帯装置２のバッテリ・レベルが８％である第一の更新と、携帯装置７２のバッテリ・レベルが９５％である第二の更新とを受信してもよい。
受信した更新に応じて、ＭＤＭサーバは、受信したバッテリ・レベル情報をインベントリ・データベースに記憶してもよい。ＭＤＭサーバはまた、グループ化基準としてバッテリ・レベルが含まれる一つ以上のグループのグループ・メンバシップ・データを動的に更新してもよい。
例えば、１５３０で示されるように、携帯装置２が低バッテリ・レベル・グループに追加され、携帯装置７２が低バッテリ・レベル・グループから削除される。具体的な実施形態において、ＭＤＭサーバは、各被管理装置からの（例えば、リアル・タイム、またはほぼリアル・タイムな）更新に応じてグループ・メンバシップ・データを変更する代わりに、更新をキューに追加し、更新を非同期で処理してもよい（例えば、ＭＤＭサーバが、キューに追加された更新の処理に利用可能なリソースを有する場合）。このような実施形態では、ユーザによってＭＤＭアクションが要求された際に、グループ・メンバシップ・データが評価されＭＤＭアクションに関して通知される装置が特定される前に、キューの更新を処理（例えば、「空にする」）することができる。
なお、図１５に示した例は、説明を目的とするものであり限定するものではない。被管理装置は、任意の時点で任意の数の動的グループのメンバとすることができる。装置は、更新に応じてグループから削除、および／またはグループへの追加、つまり一つのグループから削除され別のグループに追加されてもよい。例えば、携帯装置７２のバッテリ・レベルが９５％となる更新に対して、携帯装置７２を低バッテリ・レベル・グループから削除して、グループ化基準が「バッテリ・レベル＞９０％」の「高バッテリ・レベル」グループに追加されてもよい。したがって、図１５に示すように、ＭＤＭサーバは、被管理装置から受信した更新情報に基づいてグループ・メンバシップ・データを動的に更新してもよい。
なお、図１５には単一の属性の変化に基づいてグループ・メンバシップ・データが更新される例を示しているが、装置の更新には複数の属性に対する更新が含まれていてもよく、グループ・メンバシップ・データは複数の属性の変化に対して更新されてもよい。
具体的な実施形態において、ＭＤＭサーバ（例えば、ＭＤＭサーバ１３２０）は、静的グループおよび動的グループの維持を行ってもよい。静的グループには、動的に更新されない固定メンバシップがあってもよい。例えば、グループ化基準が「製造者＝会社Ｘ」の静的グループは、会社Ｘによって製造された被管理装置を含む固定メンバシップを有することができる。
被管理コンピュータおよび被管理携帯装置を参照して各種実施形態を説明したが、他の種類の被管理実体の動的グループが作成されて利用されてもよい。例えば、ＭＤＭサーバ１３２０は、ユーザの動的グループの作成および利用をサポートすることができる。各ユーザは、一つ以上の被管理装置（例えば、コンピュータまたは携帯装置）に関連付けられていてもよく、ユーザに対するプッシュ通知の送信は当該ユーザに関連付けられた一つ以上の被管理装置へのプッシュ通知の送信であってもよい。動的ユーザ・グループのグループ化基準には、以下のような一つ以上のインベントリ属性が含まれる。
コンテンツ名、コンテンツ・タイプ、電子メールアドレス、フルネーム、電話番号、位置、ユーザ名、ボリューム購入プログラム（ＶＰＰ）アカウント、ＶＰＰ招待ステータス。
図１６～図２３には、図１３のＧＵＩ生成モジュール１３２１によって生成されるグラフィカル・ユーザー・インターフェース（ＧＵＩ）の具体的な実施形態が示されている。ＭＤＭサーバ１３２０は、ＧＵＩをディスプレイ装置に提供して表示させてもよい。例えば、ＧＵＩは、ユーザ１３０１が見ることのできるディスプレイ装置に表示されてもよい。ユーザ１３０１は、キーボード、マウス、タッチ・スクリーンなどの入力装置を用いて、ＧＵＩに対してユーザ入力１３０２を入力することができる。
図１６には、全体を参照符号１６００で示す、ＧＵＩの第一の実施形態が示されている。ＧＵＩ１６００には、被管理コンピュータ・オプション、被管理携帯装置オプション、被管理ユーザ・オプションをそれぞれ選択する要素（例えば、アイコン、リンク、ボタン等）１６１０、１６２０、１６３０が含まれている。
図示の例では、携帯装置用の要素１６２０が選択されている。ＧＵＩ１６００にはまた、「スマート」（例えば、動的）携帯装置グループのリストおよび静的携帯装置グループのリストをそれぞれ表示させるために選択可能な要素１６４０および１６５０が含まれている。図示の例では、スマート携帯装置グループ用の要素１６４０が選択されている。
図１６に示すように、ＧＵＩ１６００には、アクティブなグループの数１６０２が含まれていてもよい。図示の例では、「全ての被管理タブレット」、「全ての被管理電話」、「全ての被管理ミュージック・プレイヤ」の三つの動的グループがアクティブである。ユーザは、アクティブな被管理グループのリンクを選択（例えば、クリック、タップ等）してもよく、ボタン１６６０を選択して新規の動的携帯装置グループを定義してもよい。アクティブな被管理グループを選択すると、ユーザは選択したグループに関連付けられるグループ化基準やその他の設定を変更できる。「新規」ボタン１６６０を選択することにより、ユーザは、新たに追加された動的グループに関するグループ化基準を定義することができる。
例えば、図１７には、図１６の「新規」ボタン１６６０を選択した際のＧＵＩ１７００の具体的な実施形態が示されている。
ＧＵＩ１７００には、「携帯装置グループ」タブ１７０２および「基準」タブ１７０４が含まれている。図１７の例では、「携帯装置グループ」タブが選択されている。ユーザは、携帯装置用の新規の動的グループを作成しており、１７１０で示されるように、当該グループに対して「旧式の携帯装置」という名前を入力している。ユーザはまた、「旧式の携帯装置」グループのメンバシップに変更があれば、ＭＤＭサーバ（例えば、図１３のＭＤＭサーバ１３２０）がユーザ（例えば、ユーザに関連付けられている装置）に電子メール通知を送信するオプション１７２０を選択している。
具体的に説明すると、電子メール通知は、図１３の電子メール・メッセージ１３７１に相当していてもよい。
続いて図１８には、図１７の「基準」タブ１７０４が選択された際の、全体的に参照符号１８００で示されるＧＵＩの具体的な実施形態が示されいる。ＧＵＩ１８００には、各種要素が含まれていてもよい。図１８の例では、ボタン１８０２を使用して、別の基準をグループ化基準に追加することができる。要素１８０４は、グループ化基準に開括弧演算子を含めるために使用される。１８０６において、インベントリ・データ属性「モデル」（例えば、携帯装置モデル）が選択され基準に含められている。１８０８および１８１０に示されるように、「モデル」属性を含む下位基準には、ＩＳ演算子と値「２０１４年のスマートフォン」が含まれる。したがって、下位基準の「モデル」を満たす被管理携帯装置は、「モデル」のインベントリ属性として「２０１４年のスマートフォン」の値を有するものである。１８１２において、ＡＮＤ演算子が選択され、「モデルは２０１４年のスマートフォン」の下位基準と「表示名がテスト用スマートフォン」下位基準とが組み合わせられる。
１８１４で閉括弧演算子が選択され、１８１６でＯＲ演算子が選択され、括弧内の下位基準を「モデルは２０１３年のスマートフォン」の下位基準に結合する。したがって、図１８のＧＵＩにおいて定義されるグループ化基準は全体として、（モデルは２０１４年のスマートフォンであり、表示名がテスト用スマートフォン）、またはモデルは２０１３年のスマートフォンとなる。
したがって、「旧式の携帯装置」のメンバである携帯装置は装置「グループ」が、２０１４年モデル「テスト」（例えば、ベータ番）スマートフォンまたは２０１３年モデルのスマートフォンとなる。
ユーザは、ボタン１８１８を選択してグループ化基準を保存し、「旧式の携帯装置」グループの定義を終了することができる。「旧式の携帯装置」グループが保存されると、アクティブ・グループの数１６０２が３から４に増加し、「旧式の携帯装置」へのリンクが、以前に表示された「全ての被管理タブレット」、「全ての被管理電話」、および「全ての被管理ミュージック・プレイヤ」のリンクとともに表示される。
図１９には、以前作成された動的グループを選択した際に表示される全体を参照符号１９００で示すＧＵＩの具体的な実施形態が示されている。具体的には、ＧＵＩ１９００は、以前に作成された「旧式の携帯装置」グループへのリンクをユーザが選択した場合に相当する。ＧＵＩ１９００は、グループに対する変更を保存するための「完了」ボタン１９０２と、グループに関連付けられた履歴情報（例えば、グループのグループ化基準が経時的に変化してきたか）を見るための「履歴」ボタン１９０４と、グループのメンバを見るための「閲覧」ボタン１９０６とを含んでいる。図２３を参照してさらに説明するように、ユーザは閲覧ボタン１９０６を選択すると、グループのメンバに対して実行されるアクションを選択することができる。
ＧＵＩ１９００には、グループをコピーするための「複製」ボタン１９０８も含まれている。例えば、図２０のＧＵＩ２０００に示されるように、複製ボタン１９０８を選択することによって、「旧型の携帯装置コピー」グループが作成される。なお、「旧型の携帯装置コピー」グループのグループ化基準は、図１８に示される「旧型の携帯装置」グループのグループ化基準と同一である。
テストなどの目的で、既存のグループと同一のグループ化基準を有するグループを作成する際に、グループを複製するほうが、マニュアルで新規作成するよりも迅速で便利である。
ＧＵＩ１９００にはさらに、グループと、関連するグループ化基準、およびメンバシップ・データを削除するための「削除」ボタン１９１０が含まれる。削除されたグループが別のグループの再帰グループ定義で使用されている場合は、当該別のグループも削除される。
あるいは、当該別のグループを削除するかどうか、または当該別のグループのグループ化基準を変更するかどうかについてユーザに問い合わせてもよい。ＧＵＩ１９００には、グループを編集（例えば、グループ名、電子メール通知状態、および／またはグループ化基準の編集）するための「編集」ボタン１９１２が含まれる。
図１３を参照して説明するように、本開示によれば、ユーザは、他の動的グループのメンバシップに基づいて動的グループを再帰的に定義することができる。図２１は、全体的に参照符号２１００でしめされ、再帰的なグループ化基準の定義に使用されるＧＵＩの具体的な実施形態を示している。図２１の例では、「低バッテリの旧式携帯装置」の動的グループに対するグループ化基準が定義される。携帯装置が、図１８を参照して説明した「旧式の携帯装置」グループのメンバであり、かつ携帯装置のバッテリ・レベルが１０％未満である場合、当該携帯装置は、この動的グループのメンバとなる。２１０２で示すように、「携帯装置グループ」と呼ばれる「擬似」インベントリ属性を使用して、グループ化基準を再帰的に定義してもよい。ここで、「携帯装置グループ」属性の値は、別の（例えば、以前に定義された）動的グループの名前である。
被管理コンピュータおよび被管理ユーザに対応する「疑似」インベントリ属性は、それぞれ「コンピュータ・グループ」および「ユーザ・グループ」と称される。
したがって、図２１には、第二の動的グループ（例えば、「旧式の携帯装置」グループ）および少なくとも一つの論理演算子（例えば、ＡＮＤ演算子）のグループ化基準に基づいて、第一の動的グループ（例えば、「低バッテリの旧式携帯装置」グループ）のグループ化基準を定義する例が示されている。第二の動的グループのメンバシップが変化すると、ＭＤＭサーバ（例えば、図１のＭＤＭサーバ１３２０）は、第一の動的グループのメンバシップを自動的に再評価および更新してもよい。
したがって、本開示の技術によれば、以前に定義された動的グループからグループ化基準を再入力することなく、動的グループの定義を可能にすることができる。
具体的な実施形態において、ここに記載される技術にしたがって生成されたＧＵＩは、頻繁に使用されるグループ化基準（例えば、インベントリ・データ属性）のリストを維持し、表示することによって、グループ化基準の入力を容易にすることができる。図２２には、全体を参照符号２２００で示す、「ショート・リスト」の具体的な実施形態が示されている。インベントリ属性が、（例えば、図１８のボタン１８０２を選択することによって）グループ化基準に追加される場合、利用可能なすべてのインベントリ属性のリストの代わりに、頻繁に使用されるインベントリ属性のショート・リストが示されてもよい。図２２の左側に示す例では、ショート・リストには、建物、部門、表示名、前回のインベントリ更新、ＭＤＭプロファイルの削除を許可、携帯装置グループ、モデル、監視対象、およびユーザ名が含まれる。２２０２において、「全ての基準」オプションが示されてもよい。「全ての基準」オプション２２０２が選択されると、グループ化基準の定義に利用可能なインベントリ属性の完全なリストが表示されてもよい。ショート・リストと完全なリストは、グループ化基準が被管理携帯装置、被管理コンピュータ、または被管理ユーザのいずれに対して定義されているかによって異なる。
頻繁に使用される属性のショート・リストは、ユーザによって動的グループを定義する際に更新できる。例えば、２２０４で示されるように、グループ化基準を定義する際に「前回のバックアップ」が一回以上選択されると、「前回のバックアップ」属性がショート・リストに追加されてもよい。具体的な実施形態において、ショート・リストのサイズは固定であってもよく、リストに属性を追加する際にオーバー・フロー条件が発生してもよい。オーバー・フロー条件が発生し、属性が固定サイズのショート・リストに追加された場合、別の（例えば、最近で最も使用されなかった）属性がショート・リストから除去されてもよい。
本開示にしたがって生成されたＧＵＩはまた、動的グループのメンバに対して実行されるアクションを示すために使用されてもよい。ＭＤＭアクションの例としては、被管理装置でのアプリケーションのインストール、被管理装置での構成設定の調整、被管理装置へのコンテンツの提供、被管理装置へのメッセージの送信、パスコードの設定またはクリア、一以上のインベントリ・データ属性の編集、通信／メッセージ（例えば、電子メールやショート・メッセージ・サービス（ＳＭＳ）メッセージ）の送信、データの削除、リモート・コマンドの送信等が挙げられるが、これらに限定されない。
図２３を参照すると、全体的に２３００の参照符号で示され、動的グループのメンバに対して実行されるアクションの選択に使用可能なＧＵＩの具体的な実施形態が示されている。例示的な実施形態において、ＧＵＩ２３００は、図１９の閲覧ボタン１９０６を選択した後のものであってもよい。
具体的に説明すると、閲覧ボタン１９０６が選択されると、特定の動的グループのメンバである被管理実体（例えば、コンピュータ、携帯装置、および／またはユーザ）のリストを含むＧＵＩが表示されてもよい。被管理実体のリストは、図１のグループ・メンバシップ・データ１３２８に基づくものであってもよい。具体的な実施形態において、ユーザが図１９の閲覧ボタン１９０６をクリックした際に、動的グループのメンバシップを再評価（例えば、更新）することができる。
ユーザは、被管理実体のリストを含むＧＵＩ上の要素（例えば、ボタン）を選択して、ＧＵＩ２３００を表示させることができる。ＧＵＩ２３００は、動的グループのメンバの各装置に対して実行可能な「大量アクション」のリストを含んでいてもよい。図２３の例では、アクションのリストには、グループの一つ以上の被管理実体の建物または部門の編集、グループの一つ以上の被管理実体のサイトの編集、特定のアプリケーション、コンテンツ、または機能（例えば、図２３のセルフ・サービス・モバイル）がインストール／起動されている一つ以上の被管理実体への通知の送信、（例えば、グループから、インベントリ・データベース全体等から）一つ以上の被管理実体の削除、および一つ以上の被管理実体に対するリモート・コマンドの送信が含まれている。代替的な実施形態において、異なる「大量アクション」が利用可能であってもよい。アクションが選択されると、グループの各被管理実体対してアクションが自動的に実行されてもよく、または、ユーザにアクションのターゲットとしてグループ内の特定の被管理実体を選択するオプションが提供されてもよい。
図２４には、全体を参照符号２４００で示す、ＭＤＭサーバにおける動作の具体的な実施形態が示されている。例示的な実施形態において、方法２４００は、図１のＭＤＭサーバ１３２０で実行することができる。
方法２４００には、複数の被管理実体に関連付けられたインベントリ・データにアクセスするように構成されたサーバにおいて、被管理実体群（例えば、被管理コンピュータ、被管理携帯装置、および／または被管理ユーザ）の一以上の動的グループに関するグループ化基準を定義可能に動作するＧＵＩを生成するステップ２４０２が含まれていてもよい。例えば、図１６～図２３を参照して説明されるＧＵＩの一つ等、動的グループ化ＧＵＩを生成するために、ＭＤＭサーバはインベントリ、および／またはグループ・メンバシップ・データにアクセスし、インベントリ、および／またはグループ・メンバシップ・データに基づく一つ以上の要素（例えば、リンク、ボタン等）をＧＵＩ含めてもよい。
ＭＤＭサーバはまた、インベントリおよび／またはグループ・メンバシップ・データに基づいて、特定のＧＵＩ要素を有効化および／または無効化することもできる。例えば、ＭＤＭサーバに登録された被管理コンピュータがない場合、被管理コンピュータに関連するＧＵＩ要素は無効化されていてもよい（例えば、「グレイアウト」および／またはユーザによる選択不能となっていてもよい）。
方法２４００はまた、ＧＵＩを介して、少なくとも第二のグループ化基準と論理演算子に基づく第一のグループ化基準を受信するステップ２４０４を含んでいてもよい。例えば、ＭＤＭサーバ１３２０は、図２１のＧＵＩ２１００を介して、「旧式の携帯装置」動的グループのグループ化基準およびＡＮＤ演算子に基づく「低バッテリの旧式携帯装置」動的グループのグループ化基準を受信してもよい。具体的な実施形態において、第一のグループ化基準は、ユーザ入力に基づいて受信されてもよい。例えば、ＭＤＭサーバは、ＧＵＩを表示し、ユーザ入力を受信する演算装置から有線または無線ネットワークを介してデータを受信することができる。データには、ユーザによってテキスト・フィールドにタイプされた値、ユーザによって選択されたボタンの表示などを含むことができる。ＭＤＭサーバは、このようなデータを受信パケット／メッセージから抽出し、抽出されたデータに基づいて第一のグループ化基準を決定してもよい。
方法２４００はさらに、ＧＵＩを介して、第一のグループ化基準を満たす被管理実体に関して実行されるアクションを特定するデータを受信するステップ２４０６と、インベントリ・データに基づいて、第一のグループ化基準を満たす被管理実体のグループを判定するステップ２４０８とを含んでいてもよい。被管理実体には、被管理携帯装置、被管理コンピュータ、被管理ユーザ、またはこれらの任意の組み合わせを含むことができる。具体的な実施形態において、アクションを識別するデータは、ユーザ入力に基づいて受信されてもよい。例えば、データが、ユーザが（例えば、図２３のＧＵＩ２３００で）選択するアクションを識別する場合、ＭＤＭサーバは、ＧＵＩを表示し、ユーザ入力を受信する演算装置から有線または無線ネットワークを介してデータを受信してもよい。ＭＤＭサーバは、このようなデータを受信パケット／メッセージから抽出し、抽出されたデータに基づいて選択されたアクションを判定してもよい。ＭＤＭサーバは、フィルタ・パラメタとして第一のグループ化基準を用いて、インベントリ・データベースをフィルタリングすることによって、第一のグループ化基準を満たす被管理実体のグループを判定してもよい。あるいは、または追加的に、第一のグループ化基準を満たすメンバのリストは、グループ・メンバシップ・データの形態で用意されていてもよく、この場合、グループ・メンバシップ・データは、個々の被管理実体から受信する更新に応じて更新される。
例えば、図２３に示すように、ＭＤＭサーバは、「低バッテリの旧式携帯装置」グループ内の携帯装置に対して実行される図２３の「リモート・コマンドの送信」アクションの選択を受信することがある。
方法２４００には、サーバによって、被管理実体のグループの各被管理実態に送信されるアクションに関するプッシュ通知の送信を開始するステップ２４１０が含まれていてもよい。例えば、プッシュ通知の送信を開始するために、ＭＤＭサーバは、グループ・メンバのリストおよび／または実行されるアクションに関するデータを含むプッシュ通知要求を生成し、プッシュ通知サービスに生成されたプッシュ通知要求を（例えば、有線または無線ネットワークを介して）送信してもよい。ＭＤＭサーバとの通信が暗号化される場合、データの受信および送信にはさらに、暗号化および／または復号化動作が含まれていてもよい。具体的に説明すると、図１３において、グループ化基準評価モジュール１３２２は動的グループのメンバを識別し、ＭＤＭサーバ１３２０はプッシュ通知サービス１３３０に通知要求１３２４を送信してもよい。プッシュ通知サービス１３３０は、通知要求１３２４に対して、プッシュ通知（例えば、プッシュ通知１３３１および／または１３３２）を動的グループのメンバ（例えば、被管理コンピュータ１３４０および／または被管理携帯装置１３５０）に送信してもよい。
なお、図１３～図２４を参照して説明したステップまたは動作の順序は、例示的なものであり、限定的なものではない。代替的な実施形態において、ステップの順序はことなっていてもよい。
さらに、一つ以上のステップが、オプションであってもよく、および／または他のステップに置き換えられてもよい。例えば、具体的な実施形態において、ステップ２４０２、２４０４はオプションであってもよい（例えば、動的グループが予め定義されていてもよく、方法２４００は、ユーザが動的グループのメンバに対して実行されるべきアクションを選択したときにステップ２４０６から開始してもよい）。さらに、一つ以上のステップが統合されていてもよい。本開示の各種実施形態に従い、ここに記載される一つ以上の方法、機能、およびモジュールは、コンピュータ・システムによって実行可能なソフトウェアプログラムに実装されてもよい。さらに、本開示による一つ以上の実施形態の実装は、分散処理、コンポーネント／オブジェクト分散処理、および／または並列処理を含んでいてもよい。
具体的な実施形態は、ここに開示される方法またはコンピュータ・ベースの機能のいずれか一つ以上をコンピュータ・システムに実行させる命令群を実行するように構成されたコンピュータ・システムを利用することにより実施することができる。コンピュータ・システムには、ノート型コンピュータ、デスクトップ・コンピュータ、サーバ・コンピュータ、携帯電話、タブレット型コンピュータ、メディア・プレーヤ、一つ以上の他の演算装置、またはこれらの任意の組み合わせが含まれていてもよい。コンピュータ・システムは、例えばネットワークを介して、他のコンピュータ・システムまたは周辺装置に接続されてもよい。例えば、コンピュータ・システムまたはその構成要素は、図１３のＭＤＭサーバ１３２０、図１３のプッシュ通知サービス１３３０に対応する演算装置またはサーバ、図１３の被管理コンピュータ１３４０、図１３の被管理携帯装置１３５０、図１３の電子メール・サーバ１３７０、ＭＤＭサーバにより生成されたＧＵＩを表示する出力装置、ＧＵＩに対するユーザ入力を受信する入力装置、および／または出力装置と入力装置とを含む演算装置のうちの、任意の一つ以上を含んでいてもよく、あるいは含まれていてもよい。
コンピュータ・システムは、ネットワーク化された配置のサーバ能力において動作してもよく、サーバ・クライアント・ユーザ・ネットワーク環境におけるクライアント・ユーザ・コンピュータとして動作してもよい。「システム」という用語は、一つ以上の演算機能を実行するための一以上の命令群を個別にまたは共同で実行するシステムまたはサブ・システムの任意の集合を包含することができる。
具体的な実施形態において、命令は、コンピュータにより読み取り可能な装置、またはプロセッサにより読み取り可能な装置として実現することができる。「コンピュータにより読み取り可能な装置」および「プロセッサにより読み取り可能な装置」には、集中型または分散型のメモリ、および／または、一つ以上の命令群を記憶する、関連付けられたキャッシュやサーバ等の単一のまたは複数の記憶装置が包含される。また、「コンピュータにより読み取り可能な装置」および「プロセッサにより読み取り可能な装置」は、プロセッサによる実行可能な命令群を記憶可能な任意の装置、またはコンピュータ・システムに本明細書に開示される方法や動作のうちの任意の一つ以上を実行させる任意の装置が包含される。例えば、コンピュータにより読み取り可能な装置、およびプロセッサにより読み取り可能な装置には、ランダム・アクセス・メモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、プログラム可能な読取り専用メモリ（ＰＲＯＭ）、消去可能でプログラム可能な読取り専用メモリ（ＥＰＲＯＭ）、電気的に消去可能でプログラム可能な読取り専用メモリ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブル・ディスク、ディスク・ベースのメモリ（例えば、コンパクト・ディスク読取り専用メモリ（ＣＤ－ＲＯＭ））、ソリッド・ステート。メモリ、またはその他の任意の形態の記憶装置を包含することができる。コンピュータまたはプロセッサで読み取り可能な装置は信号ではない。
具体的な実施形態において、方法には、一つ以上の被管理装置に関連付けられたインベントリ・データにアクセス可能に構成されたサーバにおいて、前記被管理装置の一以上の動的グループに関するグループ化基準を定義可能に動作するＧＵＩを生成するステップが含まれる。前記方法にはまた、サーバにおいて前記ＧＵＩを介して、第一のグループ化基準および前記第一のグループ化基準を満たす前記被管理装置に対して実行されるアクションを識別するデータを受信するステップが含まれる。前記第一のグループ化基準は、少なくとも第二のグループ化基準と論理演算子に基づいている。前記方法にはさらに、前記サーバにおいてインベントリ・データに基づき、前記第一のグループ化基準を満たす前記被管理装置のグループを判定するステップが含まれる。前記方法には、前記サーバによって、前記被管理装置のグループの各被管理装置でのアクションに関するプッシュ通知の送信を開始するステップが含まれる。
別の具体的な実施形態において、装置は、プロセッサと、前記プロセッサによって実行されると、前記プロセッサに被管理装置の一つ以上の動的グループのグループ化基準を定義可能なＧＵＩを生成するステップを含む動作を行わせる命令を記憶したメモリとを含んでいる。前記動作には、前記ＧＵＩを介して、少なくとも第二のグループ化基準と論理演算子に基づく第一のグループ化基準を受信するステップが含まれている。前記動作にはさらに、前記ＧＵＩを介して、前記第一のグループ化基準を満たす前記被管理装置に対して実行されるアクションを特定するデータを受信するステップが含まれる。前記動作にはさらに、インベントリ・データに基づき、前記第一のグループ化基準を満たす前記被管理装置のグループを判定するステップと、前記被管理装置のグループの各被管理装置でのアクションに関するプッシュ通知の送信を開始するステップとが含まれる。
別の具体的な実施形態において、コンピュータにより読み取り可能な記憶装置は、プロセッサによって実行されると、前記プロセッサに、一つ以上の被管理装置と一人以上の被管理ユーザに関連付けられたインベントリ・データにアクセス可能に構成されたサーバにおいて、前記被管理装置および／または被管理ユーザの一以上の動的グループに関するグループ化基準を定義可能に動作するＧＵＩを生成するステップを含む動作を行わせる命令を記憶する。前記動作にはまた、前記サーバにおいて、前記ＧＵＩを介して第一のグループ化基準を受信するステップと、前記サーバにおいて前記ＧＵＩを介して、前記第一のグループ化基準を満たす前記被管理装置に対して実行されるアクションを識別するデータを受信するステップとが含まれる。前記第一のグループ化基準は、少なくとも第二のグループ化基準と論理演算子に基づいている。前記動作にはさらに、前記インベントリ・データに基づき、前記サーバにおいて、前記第一のグループ化基準を満たす前記被管理装置のグループ、および／または前記被管理ユーザのグループを判定するステップが含まれている。前記動作には、前記サーバによって、前記アクションに関するプッシュ通知を、前記被管理装置のグループの各被管理装置に対して、被管理ユーザ・グループの各ユーザに関連付けられた少なくとも一つの装置に対して、又は、それらの両方に対して、送信を開始するステップが含まれる。
携帯装置は、家庭、職場、教育環境等、日常的にますます広く利用されるようになってきている。たとえば、世界中において、各生徒がタブレット型コンピュータ等の携帯装置へアクセスできるようにする、一対一テクノロジ・プログラムを実施し始める学区もある。また、別の例として、従業員に携帯装置を提供し、外出先で仕事関連の機能を実行できるようにする企業も多い。これら学校や企業は、各装置の維持管理を、装置のリスト、および各装置の状態を維持する情報技術（ＩＴ）アドミニストレータに依存することがある。例示的な非限定的な例として、教室における装置の維持・管理には、許可されていない資料に生徒がアクセスすることを防止することが含まれていてもよい。しかし、すべての携帯装置管理（ＭＤＭ）をＩＴ・アドミニストレータに委ねるのは非効率、且つ、コスト高になりかねない。いくつかの例において、ＩＴ・アドミニストレータは、装置の全地球測位システム（ＧＰＳ：Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機に基づいて、装置が学校または職場にある場合には装置ポリシーを実施し、装置が学校または職場から離れているときには実施しないようにすることができる。しかしながら、ＧＰＳの利用は、装置の電源にかなりの電力が消費されることがある。さらに、ＧＰＳの利用は、ＩＴ・アドミニストレータに装置（ひいては、学生または従業員）の正確な位置を常に提供することになるため、装置のユーザのプライバシーが損なわれる可能性がある。
特定の態様において、本開示は、「マネージャ」または「プライマリ」携帯装置が、一つ以上の「被管理」または「セカンダリ」携帯装置に関して選択されたＭＤＭ機能を実行することを可能にするシステムおよび方法を提供する。例えば、教育の場面では、管理者携帯装置は、教師によって操作されるタブレット型コンピュータであってもよく、被管理携帯装置は、生徒によって操作されるタブレット型コンピュータであってもよい。教師が特定のＭＤＭ機能を実行できるようにすることで、教室での携帯装置の体験全体を向上させることが可能となる。例えば、比較的些細な問題について、教師がＩＴ・アドミニストレータと連絡を取る必要がなくなる。例えば、教師は、自身の携帯装置を用いて、生徒の携帯装置における「フォーカス」を制限することができる。具体的に説明すると、教師は、特定の生徒の装置に、特定のアプリケーションまたは特定のウェブサイト内に留まるように指示することができる。別の例として、教師は生徒の携帯装置からパスコードをクリアし、生徒が他の生徒の注意をそらすことなく携帯装置を使用して授業に参加できるようにすることができる。さらに別の例として、教師は、生徒の装置と外部表示装置との間でスクリーン・ミラーリング・セッションを開始することができる。上述の技術はまた、教師が必要に応じて生徒の装置を充電できるように、生徒の装置のバッテリ状態を教師に通知するようにしてもよい。授業の終わりに、教師が生徒の装置の制限をクリアしてもよい。別のオプションとして、教師が生徒の装置の制限をクリアすることを失念した場合に備えて、生徒の装置の制限を授業の終わりに自動でクリアするようにしてもよい。
特定の態様において、本開示は装置管理サーバが、被管理装置の検出された一に基づいて、被管理装置を維持たりポリシーを実施できるシステムおよび方法を提供する。利点として、本開示によれば、ＧＰＳベースのシステムおよび方法を使用する場合と比較して、電力消費を抑え、プライバシー強化した装置管理能力が提供される。例えば、装置管理サーバは、特定の被管理装置から受信した、前記特定の被管理装置によって検出された無線ビーコン（または、複数の無線ビーコン）を示すメッセージに基づいて、前記特定の被管理装置の位置を判定してもよい。具体的に説明すると、或る生徒が教室にいる際に、前記生徒の装置（例えば、スマートフォンまたはタブレット型コンピュータ）は、第一の無線接続を介して、教室に関連付けられた無線ビーコン（例えば、”科学教室無線ビーコン＃１”）を検出してもよい。
ここで言う、「無線接続」は、特定の無線技術を用いた無線媒体を介する一方向通信または双方向通信に相当する。無線ビーコンは、教室内部にあってもよく、または教室の比較的近くにあってもよい。例えば、無線ビーコンは、パーソナル・エリア・ネットワーク接続、またはＢｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（ＢＬＥ）（Ｂｌｕｅｔｏｏｔｈは、ワシントン州カークランドのＢｌｕｅｔｏｏｔｈ ＳＩＧ， Ｉｎｃ．の登録商標）などの他の短距離接続を介して発信することができる。無線ビーコンを検出すると、生徒の装置は、生徒の装置が無線ビーコンを検出したことを示すメッセージを、第二の無線接続を介して装置管理サーバに送信してもよい。例えば、第一のメッセージは、前記装置によって、電気電子技術者協会（ＩＥＥＥ）８０２．１１接続、第三世代（３Ｇ）接続、第四世代（４Ｇ）接続などを介して送信されてもよい。これに対して、装置管理サーバは、教室に関連付けられたポリシーを実施するために、前記装置にメッセージを送信することができる。前記ポリシーによって、前記装置に、無線ビーコンの検出前にはアクセスできなかった機能へのアクセスが許可されてもよい。例示的な非限定的な例として、前記装置には、教室に位置するプリンタへのアクセスが許可されてもよい。
前記装置が無線ビーコンの範囲内にある間、前記装置は前記機能（例えば、プリンタとの通信機能）にアクセス可能なままであってもよい。例えば、前記装置が無線ビーコンを検出しなくなった場合（例えば、前記装置が信号によって伝送される識別子を解釈できなくなった場合）、前記装置は、無線ビーコン検出しなくなったことを示すメッセージを装置管理サーバに送信してもよい。あるいは、そのようなメッセージは、無線ビーコンの信号よりも強い新たなビーコン信号を受信した場合、または無線ビーコンから受信された信号の信号強度が閾値未満となった場合に送信されてもよい。前記装置が、無線ビーコンが検出されなくなったことを示した際に、装置管理サーバは、ポリシーの実施を停止する（例えば、プリンタへのアクセスを取り消す）ように指示するメッセージを装置に送信してもよい。
図２５には、全体を参照符号２５００で示すシステムであって、管理者携帯装置２５１０が、被管理携帯装置２５４０、２５５０の動作を制御できるように動作可能なシステムの具体的な実施形態が示されている。なお、図２５には一つの管理者携帯装置２５１０と二つの被管理携帯装置２５４０、２５５０が示されているが、本開示はいかなる特定の構成や装置の数にも限定されない。代替的な実施形態において、管理者携帯装置および／または被管理携帯装置の数が異なっていてもよい。
各携帯装置２５１０、２５４０、２５５０は、無線ネットワーク能力を有する携帯演算装置であってもよい。例示的な実施形態において、携帯装置２５１０、２５４０、２５５０は、タブレット型コンピュータ、携帯電話、ノート型コンピュータ、携帯型メディア・プレーヤ、電子書籍（ｅＢｏｏｋ）リーダ、またはこれらの任意の組み合わせである。
管理者携帯装置２５１０は、携帯オペレーティング・システム（ＯＳ）２５１１を含んでいてもよい。携帯ＯＳ２５１１は、入出力部（例えば、タッチ・スクリーン・ディスプレイ、スピーカ、マイクロフォン、カメラ等）、およびネットワーク部（例えば、Ｃｅｌｌｕｌａｒ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、全地球測位システム（ＧＰＳ）等）等の管理者携帯装置２５１０の機能を制御してもよい。携帯ＯＳ２５１１はまた、携帯アプリケーション（アプリ）に携帯装置リソースへのアクセスを許可してもよい。携帯装置アプリの例としては、ウェブ・ブラウザ、電子メール、カレンダー、ＳＮＳ、文書／電子書籍リーダ、メディア・プレーヤ等が挙げられるが、これらに限定されない。携帯アプリは、携帯装置２５１０のメモリに格納され、携帯装置２５１０のプロセッサ、および／またはアプリ機能を実装するハードウェア回路によって実行されるソフトウェア命令に相当する場合もある。図２５の例では、管理者携帯装置２５１０は、管理用アプリ２５１２を含んでいる。本明細書でさらに説明されるように、管理用アプリ２５１２は、管理者携帯装置２５１０のユーザ２５０１が、ユーザ入力２５０２を介して、被管理携帯装置２５４０、２５５０の選択された機能を制御することを可能にし得る。
システム２５００はまた、携帯装置管理（ＭＤＭ）サーバ２５２０も含んでいる。ＭＤＭサーバ２５２０は、ＭＤＭ機能が実装されたハードウェアおよび／またはソフトウェアに相当し得る。例えば、教育の場において、ＭＤＭサーバ２５２０は、教師および生徒の携帯装置を管理してもよい。具体的な実施形態において、ＭＤＭサーバ２５２０は、登録／グループ化データ２５２１を記憶する（または、これらにアクセス可能である）。データ２５２１には、ＭＤＭサーバ２５２０に管理される全ての携帯装置を識別する登録者データ（例えば、管理者携帯装置２５１０、第一の被管理携帯装置２５４０、第二の被管理携帯装置２５５０に関するデータ等）が含まれている。データ２５２１にはまた、被管理携帯装置をグループまたはサブ・グループに分類するデータが含まれていてもよく、被管理携帯装置が、個別にまたはより大きなグループやサブ・グループの一部として管理されてもよい。
教育の場では、データ２５２１は、全ての生徒用装置のリスト、特定のクラスに対応する生徒用装置のリスト（例えば、特定の学校や学区における全ての生徒用装置）、特定のクラス内のサブ・グループ（例えば、研究室パートナー・グループ、または宿題／プロジェクト・グループ）の生徒用装置のリストなどを含んでいてもよい。登録／グループ化データの具体的な例については、図２６を参照してさらに説明される。
なお、本明細書における各実施形態は、教育での設定を参照して説明するが、これらはあくまでも例示であり、限定的に解釈されるべきものではないことに留意されたい。本開示における教示は、家庭環境、企業環境、小売業の環境等を含む他の携帯装置環境に適用することができるが、適用可能範囲はこれらに限定されない。例えば、親が自身の携帯装置を使用して、子供が操作する携帯装置に対してＭＤＭ機能を実行してもよい。別の例として、企業環境においてプレゼンテーションを行う人は、自身の携帯装置を使用して、プレゼンテーション参加者が操作する携帯装置に特定の機能を実行するように指示することができる。さらに別の例として、小売店オーナまたはマネージャは、小売店内の実演用装置／キオスクのフォーカスを特定の
実演アプリケーションまたはウェブサイトに制限することができる。
ＭＤＭサーバ２５２０は、被管理携帯装置２５４０、２５５０におけるフォーカスを制限するために管理者携帯装置２５１０が利用し得るアプリケーション・リスト２５２２、およびウェブサイト・リスト２５２３を記憶、またはこれらへのアクセスを有していてもよい。
アプリケーションに対するフォーカスの制限には、アプリケーションの起動、アプリケーションを終了させるユーザ入力（例えば、タッチ・スクリーンやボタンによる入力）の無視または無効化、および他のアプリケーションを起動するユーザ入力の無視または無効化が含まれていてもよい。ウェブサイトへのフォーカスの制限には、（例えば、ブラウザ・アプリケーションを介して）ウェブサイトに誘導すること、ブラウザ・アプリケーションを非アクティブにしたり、ウェブサイトから離れるように誘導するユーザ入力を無視または無効化することが含まれていてもよい。例示的な実施形態において、アプリケーションまたはウェブサイトへのフォーカスを制限することによって、電子メールまたはインスタント・メッセージ通知などの、被管理携帯装置における特定のユーザ・インターフェース（ＵＩ）要素を無効にしてもよい。また、フォーカスの制限には、被管理携帯装置における一つ以上の他のアプリケーションまたはプロセス（例えば、バックグラウンドプロセス）の実行を自動的に終了させることが含まれていてもよい。
第一の被管理携帯装置２５４０には、携帯ＯＳ２５４１が含まれていてもよく、携帯ＯＳ２５１１と同じ携帯ＯＳのインスタンスであっても、異なる携帯ＯＳのインスタンスであってもよい。具体的な実施形態において、携帯ＯＳ２５４１はパスコード２５４２を記憶する。例えば、パスコード２５４２を使用して、第一の被管理携帯装置２５４０へ安全にアクセスすることができる。ユーザ（例えば、生徒）が第一の被管理携帯装置２５４０を操作する際に、パスコードの入力を求められ、入力されたパスコードが記憶されているパスコード２５４２と一致しない限り、第一の被管理携帯装置２５４０へのアクセスができない。第一の被管理携帯装置２５４０には、一以上のアプリが含まれていてもよい。アプリは、（例えば、ＯＳの一部として、または携帯ＯＳ２５４１と共に）プレ・インストールされていてもよく、（例えば、アプリ店頭を介して）ダウンロードされた後にインストールされていてもよい。教育用の設定に相当する図２５の例において、アプリには、ブラウザ・アプリ２５４３、電子書籍リーダ・アプリ２５４４、計算機アプリ２５４５、教育用ゲーム・アプリ２５４６が含まれる。
第二の被管理携帯装置２５５０もまた、パスコード２５５２を有する携帯ＯＳ２５５１、ブラウザ・アプリ２５５３、電子書籍リーダ・アプリ２５５４、計算機アプリ２５５５が含まれる。しかし、図２５に示すように、第二の被管理携帯装置２５５０には、教育用ゲーム・アプリ２５４６がインストールされていない。
動作中、ユーザ２５０１（例えば、教師）は、被管理携帯装置２５４０、２５５０に対して特定のＭＤＭ機能を実行するために、ユーザ入力２５０２を管理用アプリ２５１２に対して行ってもよい。例示的な実施形態において、ユーザ２５０１には、管理用アプリ２５１２へのアクセスを許可する前に、認証情報（例えば、ユーザ名、パスワード、ＭＤＭサーバ２５２０のユニフォーム・リソース・ロケータ（ＵＲＬ）など）を求めてもよい。認証クレデンシャルは、管理者携帯装置２５１０、および／またはＭＤＭサーバ２５２０によって検証されてもよい。具体的な実施形態において、システム２５００の各種構成要素間の通信は、安全な（例えば、暗号化された）チャネルを介して行われる。例えば、システム２５００内の通信は、暗号化インターネットプロトコル（ＩＰ）接続を介して行われてもよい。
動作の第一の例として、管理用アプリ２５１２は、ユーザ２５０１が被管理装置２５４０、２５５０においてフォーカスを制限可能にする「フォーカス・ロック」ワーク・フローを実行するしてもよい。具体的に説明すると、管理用アプリ２５１２は、ユーザ２５０１にアクセス可能な被管理携帯装置２５４０、２５５０を含む被管理携帯装置のリストを表示してもよい。異なる携帯装置が、異なる時間にユーザ２５０１にアクセスすることもあり得る。例えば、各生徒がどのクラスに登録されているかによって、学校の様々な教師が様々な生徒用装置にアクセス可能な場合がある。
ユーザ２５０１は、アクセス可能な被管理携帯装置のリストから一つ以上の被管理携帯装置を選択することができる。例えば、ユーザ２５０１は、第一の被管理携帯装置２５４０を選択することができる。これに対して、管理用アプリ２５１２は、アプリのリスト２５２２およびウェブサイトのリスト２５２３を表示してもよい。被管理携帯装置のリスト、アプリのリスト２５２２、およびウェブサイトのリスト２５２３は、管理者携帯装置２５１０に提供される際にリスト群２５２６として集合的に示される。ユーザ２５０１は、特定のアプリまたはウェブサイトを選択することができ、これは、第一の被管理携帯装置２５４０におけるフォーカスが特定のアプリまたはウェブサイトに制限されること指定してもよい。例えば、ユーザ２５０１は、計算機アプリを選択することができる。これに対して、管理者携帯装置２５１０は、ＭＤＭサーバ２５２０に管理メッセージ２５１３を送信してもよい。管理メッセージ２５１３には、第一の被管理携帯装置２５４０、選択されたアプリまたはウェブサイト、および「フォーカス制限」コマンドを特定するデータが含まれていてもよい。
受信した管理メッセージ２５１３に対して、ＭＤＭサーバ２５２０は、通知要求２５２４をプッシュ通知サービス２５３０に送信してもよい。プッシュ通知サービス２５３０は、プッシュ通知２５３１、２５３２を被管理携帯装置２５４０、２５５０に送信するように構成された、一つ以上のネットワークにアクセス可能なサーバに相当するとも言える。具体的な実施形態において、プッシュ通知２５３１、２５３２は、被管理携帯装置２５４０、２５５０に、ＭＤＭサーバ２５２０において、被管理携帯装置２５４０、２５５０が実行すべきコマンドの有無を確認させるものであってもよい。例えば、管理者携帯装置２５１０を介してユーザ２５０１によって選択されたコマンドは、ＭＤＭサーバ２５２０によって「キューに入れられ」、プッシュ通知２５３１、２５３２を受けた被管理携帯装置２５４０、２５５０によって呼び出されてもよい。
図２５において、第一の被管理携帯装置２５４０は、プッシュ通知２５３１に対してコマンド２５３３（例えば、計算機アプリ２５４５にフォーカスを制限するコマンド）を呼び出す。代替的な実施形態において、プッシュ通知２５３１、２５３２には、被管理携帯装置２５４０、２５５０によって実行されるべきコマンドが含まれるか、指定されていてもよい。例えば、プッシュ通知２５３１は、携帯ＯＳ２５４１のアプリケーション・プログラミング・インターフェース（ＡＰＩ）を利用して、第一の被管理携帯装置２５４０に、（例えば、第一の被管理携帯装置２５４０を使用する生徒が数学のテストを受けている間）フォーカスを計算機アプリ２５４５に制限するように指示してもよい。さらに別の代替的な実施形態では、通知またはコマンドは、ＭＤＭサーバ２５２０によってプッシュ、または（例えば、装置対装置（Ｄ２Ｄ）接続によって）管理者携帯装置から被管理携帯装置に直接通信されてもよい。例示的な実施形態において、コマンドは、被管理携帯装置によって認識され、実行される。例えば、被管理携帯装置がｉＯＳ（登録商標）装置である場合、コマンドは、装置・ロック・コマンド、やパスコードのクリアコマンド等のｉＯＳ（登録商標）ＭＤＭ ＡＰＩ／プロトコルと互換性があるものであってもよい（ｉＯＳは、カリフォルニア州サンノゼのＣｉｓｃｏ Ｓｙｓｔｅｍｓ， Ｉｎｃ．の登録商標であり、カリフォルニア州クパチーノのＡｐｐｌｅｓ社がライセンスを取得して使用するものである）。
第一の被管理携帯装置２５４０が、計算機アプリ２５４５（図２５にロック指示子で示される）にフォーカスが制限された後、第一の被管理携帯装置２５４０はＭＤＭサーバ２５２０に、確認応答（ＡＣＫ）を含むフィードバック２５４７を送信してもよい。異なる被管理携帯装置は、異なるアプリケーションまたはウェブサイトにロックされてもよい。図２５の例では、第二の被管理携帯装置２５５０は、ブラウザ・アプリ２５５３を含んでいる。被管理携帯装置のフォーカスを選択されたアプリに制限できない場合、被管理携帯装置からのフィードバックにエラーメッセージまたはエラーコードが含まれていてもよい。例えば、第二の被管理携帯装置２５５０からのフィードバック２５５７には、ユーザ２５０１がアンインストールされたアプリケーション（例えば、教育用ゲーム・アプリ）にフォーカスを制限しようとした際のエラーが含まれていてもよい。ＭＤＭサーバ２５２０は、図２５に示される管理者携帯装置２５１０に、被管理携帯装置から選択されたフィードバックをフィードバック２５２５として転送してもよい。図２９～図３３を参照してさらに説明するように、管理用アプリ２５１２はフィードバック２５２５に基づいて、インターフェースを更新して別の被管理携帯装置の状態を示してもよい。具体的な実施形態において、ユーザ２５０１は管理用アプリ２５１２に対して、被管理携帯装置にアプリを自動的に取得（例えば、ダウンロードとインストール）させて当該アプリにフォーカスを制限させる入力を行ってもよい。例えば、フィードバック２５２５が、特定のアプリが被管理携帯装置にインストールされていないことを示す場合、ユーザ２５０１は、管理用アプリ２５１２内の「アプリを取得する」オプションを選択して被管理携帯装置にアプリをダウンロードしてもよい。
本明細書において、単一の被管理装置に対してＭＤＭを実行する特定の実施形態やワーク・フローが記載されているが、ＭＤＭは複数の装置に対して行われてもよい。例えば、ユーザ２５０１は、管理用アプリ２５１２を介して、複数の被管理装置または被管理装置グループを選択することができる。管理メッセージ２５１３には、複数の被管理装置または被管理装置グループが特定されていてもよく、プッシュ通知サービス２５３０は、各被管理装置にプッシュ通知を送信してもよい。
動作の別の例として、管理用アプリ２５１２は、ユーザ２５０１が被管理装置においてフォーカスを制限可能にする「フォーカス・ロック」ワーク・フローを実行してもよい。単一の、または複数の被管理装置、あるいは被管理装置グループを選択した後、ユーザ２５０１は「フォーカス・アンロック」コマンドに対応する管理用アプリ２５１２のオプションを選択してもよい。この例では、管理メッセージ２５１３には、選択された被管理装置および「フォーカス・アンロック」コマンドが示されている。プッシュ通知サービス２５３０は、選択された被管理装置にプッシュ通知を送信して、被管理装置に実施されたフォーカス制限を解除させる。例えば、プッシュ通知は、被管理携帯装置においてＡＰＩを使用して被管理携帯装置でのフォーカス制限を解除してもよい。具体的に説明すると、授業の終わりに、全ての生徒用装置においてフォーカス制限を解除し、生徒用装置が次の授業開始時に制限されていない状態にしてもよい。具体的な実施形態において、教師がフォーカス制限の解除を忘れた場合に、フォーカス制限を自動的に解除することができる。例えば、ＭＤＭサーバ２５２０は、授業期間の開始時間と終了時間とを示すデータを記憶していてもよく、授業期間の終わりにフォーカス制限の解除を自動的に開始してもよい。被管理携帯装置におけるフォーカス制限は、被管理携帯装置からのフィードバックにおいて、被管理携帯装置が校外または特定の教室外等の異なる場所に移動したことが示される場合にも解除されてもよい。
具体的な実施形態において、特定の生徒が授業を欠席していることが示されている場合、教師によって「フォーカス・アンロック」ワーク・フローがトリガされてもよい。これにより、生徒が自宅で病気の場合、生徒の携帯装置でのフォーカスが、特定のアプリまたはウェブサイトに制限されることはない。或いは、またはさらに、生徒が授業を欠席していることを示す位置データ（例えば、ＧＰＳデータ、セルラー三角測量、特定の位置または装置への近接等）に基づいて、当該生徒の生徒用装置が自動的に削除されてもよい。
動作の別の例として、管理用アプリ２５１２は、パスコード消去ワーク・フローを実行してもよい。時として、生徒が自身の携帯装置のパスコードを忘れることがある。あるいは、クラスメートが生徒の携帯装置のパスコードを設定したり、リセットしたりすることもある。このような状況において、パスコードがリセットされないと、生徒は携帯装置を使用できず、クラスの他の生徒の気を散らす原因となる。教師がＩＴ・サポートに連絡する代わりに、システム２５００が、教師による生徒の装置上のパスコードの消去を可能にすると有利である。
例えば、教師（例えば、ユーザ２５０１）は、生徒の装置を選択し、「クリア・パスコード」コマンドを選択することができる。管理メッセージ２５１３において、選択された生徒用装置および「クリア・パスコード」コマンドがされていてもよく、プッシュ通知サービス２５３０が、生徒用装置にプッシュ通知を送信して、（例えば、ＡＰＩを介して）生徒用装置に前回設定されたパスコードを消去させてもよい。
別の動作例として、管理用アプリ２５１２は、画面ミラーリング・ワークフローを実行することができる。ユーザ２５０１は、特定の被管理携帯装置に、外部表示装置との画面ミラーリング・セッションを開始させるユーザ入力２５０２を行ってもよい。例えば、教師は、生徒の装置の画面を外部表示画面にミラーリングしてもよく、こうすることにより他のクラスメートが当該生徒のアプリ上でのやり取りを見ることができる（例えば、当該生徒が数学の問題を解く際、他の生徒がそれを追うことができる）。図２５の実施形態において、第二の被管理携帯装置２５５０は、プロジェクタ、テレビ、デジタル・メディア・プレーヤなどの外部表示装置２５７０と画面ミラーリング・セッション２５６０を行っている。また、教師は、自身の携帯装置（例えば、管理者携帯装置２５１０）と外部表示装置との間で画面ミラーリング・セッションを開始してもよい。例えば、教師が画面ミラーリング・セッションを開始して、生徒に特定のアプリケーションの使用方法を示したり、クラスのすべての生徒に文書を表示したりできる。
別の動作例として、管理用アプリ２５１２は、ファイル取得ワーク・フローを実行することができる。具体的に説明すると、教師は、宿題や読み物などのファイルを、授業中に一人以上の生徒用携帯装置に配布することができる。ファイルには、画像、文書、オーディオ・コンテンツ、ビデオ・コンテンツ、電子書籍、電子学習（ｅ－ｌｅａｒｎｉｎｇ）レッスン等の少なくとも一部が含まれていてもよい。
ファイルを被管理装置に提供するステップには、ファイルを被管理装置に送信するステップ、または外部サーバまたはオンライン・コンテンツ・リポジトリから被管理装置にファイルをダウンロードするように指示するステップが含まれていてもよい。例えば、被管理携帯装置へのプッシュ通知、コマンド、またはその他のメッセージには、ファイルまたはファイルのダウンロード用のＵＲＬが含まれてもよい。
具体的な実施形態において、被管理携帯装置２５４０、２５５０は、フィードバック２５４７、２５５７を介してＭＤＭサーバ２５２０に状態の更新を提供してもよい。例えば、状態の更新には、バッテリ寿命の状態情報が含まれていてもよい。
特定の被管理携帯装置のバッテリ寿命が閾値未満である場合、管理用アプリ２５１２は、ユーザ２５０１に（例えば、ユーザに特定の被管理携帯装置を充電させるための）アラートを提示してもよい。
図１のシステム２５００は、したがって、ユーザ２５０１が管理者携帯装置２５１０のフォーカスを制限したり、被管理携帯装置２５４０、２５５０で他の動作を実行させることを可能にする各種ワーク・フローをサポートしてもよい。管理者携帯装置２５１０を使用して、上述のようなＭＤＭ動作の実行を可能にすることで、ＩＴ要員との連絡を必要とする場合と比較して、時間および労力を節約することができる。例えば、教育の環境において、教師は、ＩＴ・サポートを得るために教室を離れたり授業を中断したりすることなく、生徒の携帯装置を迅速に制御することができる。
図２６には、全体を参照符号２６００で示す、図２５の登録／グループ化データ２５２１の具体的な実施形態が示されている。図示の例では、第一のデータ２６１０は第一のクラスに関連付けられ、第二のデータ２６２０は第二のクラスに関連付けられている。
第一のデータ２６１０は、８：００ＡＭから８：５０ＡＭまでの授業期間を有する「１時限目数学」という名前の授業に対応する。授業へのクラス登録には、ボビー、ジェーン、ニックの三人の生徒が含まれている。各生徒がタブレット装置を有している。例えば、ボビーは、グローバル一意識別子（ＧＵＩＤ）１２３４５を有し、「ボビーのタブレット」というニックネームが付けられたタブレットを有している。同様に、「ジェーンのタブレット」はＧＵＩＤ６７８９０を有し、「ニックのタブレット」はＧＵＩＤ３３３４４を有している。図２５の管理用アプリ２５１２は、装置のニックネーム、および／または装置のＧＵＩＤを表示してもよい。同様に、図２５の管理メッセージ２５１３および通知要求２５２４には、被管理装置のニックネーム、および／または被管理装置のＧＵＩＤが識別されていてもよい。クラスの生徒はどのサブ・グループにも分類されない。
第一のデータ２６２０は、９：００ＡＭから９：５０ＡＭまでの授業期間を有する「２時限目理科」という名前の授業に対応する。授業へのクラス登録には、ボビー、ダイアン、サリー、ボイド、フィリップ、ジャネットの六人の生徒が含まれている。各生徒がタブレット装置を有している。クラスの生徒は、グループ識別子（ＩＤ）１、２、３をそれぞれ有する三つのサブ・グループ（例えば、サブ・セット）に分割される。具体的な実施形態において、グループの各装置に対してＭＤＭ動作が実行される場合、管理メッセージ２５１３には、グループのグループＩＤが含まれる。
なお、図２６に示したデータ２６１０、２６２０は、説明を目的とするものであり限定するものではない。代替的な実施形態において、登録／グループ化データには、より多いまたはより少ない数の生徒、より多いまたはより少ない数のクラス、より多いまたはより少ない数のグループなどのデータが含まれていてもよい。図２６に示されるデータは全てが、または一部が、管理用アプリ２５１２の動作中に、ＭＤＭサーバ２５２０によって被管理携帯装置２５４０に送信されてもよい。
図２７～図３３には、教育用の設定での動作中に、図２５の管理者携帯装置２５１０および／または被管理携帯装置２５４０、２５５０によって表示されるインターフェースの具体的な実施形態が示されている。代替的な実施形態において、異なるインターフェースが表示されてもよい。
具体的に、図２７には、ユーザ２５０１が（「教室フォーカス」というタイトルの）管理用アプリ２５１２を起動した際に表示されるログイン・インターフェース２７００が示されている。
具体的な実施形態において、管理用アプリ２５１２は、図２８のリマインダ・インターフェース２８００に示されるように、ユーザ２５０１によって、クラスがまもなく開始することを示すリマインダ上の「Ｙｅｓ」ボタンが押されると開始してもよい。
図２９には、管理インターフェース２９００の具体的な実施形態が示されている。管理インターフェース２９００には、「利用可能」および「利用不可」クラスが表示されていてもよい。特定の教師に対して、利用可能なクラスは、当該教師が過去に教えたクラス、または（例えば、図２５のＭＤＭサーバ２５２０において）教えるために登録したクラスに相当し得る。クラスは、そのクラスの期間中にのみ利用可能であってもよい（例えば、図２６の「２時限目理科」クラスは、平日の午前９時～９時５０分までの間にのみ利用可能であってもよい）。利用不可クラスは、図示されるように「利用不可」という見出しの下に表示される。図２９の例では、各クラスのエントリは被管理装置の数を示している。管理インターフェース２９００にはまた、図示されるように、アプリ設定の選択可能なオプションおよびユーザガイドが含まれる。
図２９では、「２時限目理科」のエントリが選択されている。これに対して、管理用アプリ２５１２には、「２時限目理科」クラスに登録された六つの被管理装置に対応するアイコンが表示されている。各アイコンには、対応する生徒用装置のＭＤＭ状態が示されていてもよい。
例えば、ボビーのタブレットは計算機アプリに制限されており、サリーのタブレットは電子書籍リーダ・アプリに制限されている。ボイドのタブレットは「学校」のウェブサイトに制限されており、ジャネットのタブレットは画面ミラーリング・セッションを行っている。
装置のアイコンは、装置のバッテリ寿命が短い（例えば、閾値未満）かどうかを示していてもよい。図示された例では、フィリップのタブレットおよびジャネットのタブレットは、バッテリ寿命が低いものとして示されている。
管理インターフェース２９００には、フォーカス制限／制限解除ボタン２９１０およびパスコードのクリアボタン２９２０も含まれている。特定の生徒用装置のフォーカスを制限または制限解除するには、教師が特定の生徒用装置を選択し、ボタン２９１０をタップすればよい。例えば、ボタン２９１０に続いてダイアンのタブレットのアイコンを選択すると、図３０のインターフェース３０００が表示される。教師は、インターフェース３０００を用いてダイアンのタブレットのフォーカスを特定のアプリに制限することができる。利用可能なアプリは、図２５のアプリのリスト２５２２に相当し得る。フォーカス解除ボタン３００２を選択すると、ダイアンのタブレットにおけるフォーカス制限を解除することができる。或いは、教師は「ウェブサイトにフォーカス」タブを選択し、図３１のインターフェース３１００を表示させてもよく、教師が図２５のウェブサイトのリスト２５２３に対応するウェブサイト・リストから特定のウェブサイトを選択してもよい。具体的な実施形態において、教師の携帯装置によって表示されるアプリケーション・リスト（例えば、図３０のリスト）、ウェブサイト・リスト（例えば、図３１のリスト）、電子書籍のリスト等は、使用頻度に基づいてソートされる。ダイアンのタブレットにおけるフォーカスが、選択されたアプリまたはウェブサイトに制限できると、教師の携帯装置は確認応答を受け取ってもよい。例えば、図３２のインターフェース３２００によって示されるように、ダイアンのタブレットのアイコンが変化して、ダイアンのタブレットが電子書籍リーダ・アプリに制限されていることが示されるように変えられてもよい。
図２９のパスコードのクリアボタン２９２０は、一つ以上の生徒用装置のパスコードをクリアする際に選択してもよい。例えば、ボビーのタブレット上のパスコードをクリアするには、教師が、ボビーのタブレットのアイコンとパスコードのクリアボタン２９２０を選択すればよい。この操作に対して、パスコードのクリアコマンドがボビーのタブレットに送信されたことの確認が含まれる、図３３のインターフェース３３００を表示してもよい。複数の被管理装置を選択するには、教師が、一つの被管理装置のアイコンを「ロングタップ」閾値を超える時間選択することにより、各アイコンにチェックボックスが表示される。教師は、複数の被管理装置に対応するチェックボックスを選択すればよい。例えば、図３２に示す実施形態では、教師は、チェックボックス３２０１および３２０２を選択することにより、ボイドのタブレットとジャネットのタブレットを選択している。
具体的な実施形態において、管理用アプリ（例えば、図２５の管理用アプリ２５１２）に「すべて選択」ボタンを表示してもよく、アクセス可能なすべての被管理携帯装置（例えば、クラス内のすべての生徒用装置）を選択できるようにしてもよい。
図３４には、全体を参照符号３４００で示す、管理者携帯装置における動作方法の具体的な実施形態が示されている。例示的な実施形態において、方法３４００は、図２５の管理者携帯装置２５１０で実行することができる。
方法３４００には、管理者携帯装置において、複数の被管理携帯装置のうち或る被管理携帯装置の選択を受信するステップ３４０２が含まれている。例えば、図２５において、管理者携帯装置２５１０は、第一の被管理携帯装置２５４０を選択するユーザ入力２５０２を受信してもよい。例示的な実施形態において、図２９～図３３の生徒用タブレット・アイコンを参照して説明するように、第一の被管理携帯装置２５４０に対応するアイコンが選択されてもよい。
方法３４００にはまた、管理者携帯装置において、被管理携帯装置によって実行可能なアプリケーション・リストおよび／または被管理携帯装置がアクセス可能なウェブサイト・リストを表示するステップ３４０４が含まれていてもよい。例えば、図２５において、管理用アプリ２５１２は、アプリのリスト２５２２、および／または、ウェブサイトのリスト２５２３を表示してもよい。例示的な実施形態において、表示されたアプリのリストおよびウェブサイト・リストは、図３０～図３１に表示されたリストに対応してもよい。
方法３４００にはまた、管理者携帯装置において、アプリケーション・リストからのアプリケーションの選択またはウェブサイト・リストからのウェブサイトの選択を受信するステップ３４０６が含まれていてもよい。例えば、図２５において、ユーザ入力２５０２によって、第一の被管理携帯装置２５４０における計算機アプリ２５４５が選択されてもよい。例示的な実施形態において、計算機アプリは、図３０に示すアプリのリストから選択されてもよい。
方法３４００にはまた、管理者携帯装置において、選択されたアプリケーションまたは選択されたウェブサイトへのフォーカスを制限するように被管理携帯装置に指示するデータの被管理携帯装置への送信を開始するステップ３４０８が含まれていてもよい。例えば、管理用アプリ２５１２は、ＭＤＭサーバ２５２０に管理メッセージ２５１３を送信してもよい。管理メッセージ２５１３には、第一の被管理携帯装置２５４０、計算機アプリ２５４５、および「フォーカス・ロック」コマンドが特定されている。管理メッセージ２５１３に対して、ＭＤＭサーバ２５２０は、プッシュ通知サービス２５３０に通知要求２５２４を送信して、第一の被管理携帯装置２５４０にプッシュ通知２５３１を送信させてもよい。
プッシュ通知２５３１に対して、第一の被管理携帯装置２５４０は、コマンド２５３３を呼び出してもよい。したがって、ユーザ２５０１からのユーザ入力２５０２に対して、管理者携帯装置２５１０は、管理者携帯装置２５１０、ＭＤＭサーバ２５２０、プッシュ通知サービス２５３０、および／または第一の被管理携帯装置２５４０の間で一連のメッセージの送受信を開始してもよい。第一の被管理携帯装置２５４０が、計算機アプリ２５４５（図２５にロック・アイコンで示される）にフォーカスが制限された後、第一の被管理携帯装置２５４０はＭＤＭサーバ２５２０にフィードバック２５４７を送信し、これにより管理用アプリ２５１２にフィードバック２５２５を提供してもよい。フィードバック２５２５に対して、管理用アプリ２５１２は、第一の被管理携帯装置２５４０に対応するアイコンを表示して、第一の被管理携帯装置２５４０が計算機アプリ２５４５にロックされていることを示してもよい。例えば、図２９、図３２におけるボビーのタブレットのように、計算機アプリのアイコンを表示してもよい。
図３５には、全体を参照符号３５００で示す、ＭＤＭサーバにおける動作方法の具体的な実施形態が示されている。例示的な実施形態において、方法３５００は、図２５のＭＤＭサーバ２５２０で実行することができる。
方法３５００には、ＭＤＭサーバにおいて、管理者携帯装置から、複数の被管理携帯装置のうち或る被管理携帯装置を識別するデータと、管理者携帯装置において選択され、当該或る被管理携帯装置において実行されるコマンドとを受信するステップ３５０２が含まれる。例えば、図２５に示すように、ＭＤＭサーバ２５２０は、管理メッセージ２５１３を受信してもよい。管理メッセージ２５１３には、被管理携帯装置２５４０または２５５０の一方が特定され、選択されたコマンド（例えば、フォーカス制限／ロック、フォーカス制限解除／ロック解除、パスコードのクリア、画面ミラーリングの開始、画面ミラーリングの停止、文書の取得等）が特定されている。代替的な実施形態では、図３２に示すようなチェックボックスを介して複数の被管理携帯装置を選択することができる。
方法３５００にはまた、被管理携帯装置にプッシュ通知の送信を開始して、被管理携帯装置にコマンドを取得させるステップ３５０４が含まれている。例えば、図２５に示すように、ＭＤＭサーバ２５２０は、通知要求２５２４をプッシュ通知サービス２５３０に送信し、プッシュ通知サービス２５３０にプッシュ通知２５３１またはプッシュ通知２５３２を送信させてもよい。複数の被管理装置が選択されている場合、選択されている各被管理装置にプッシュ通知が送信されてもよい。プッシュ通知（例えば、プッシュ通知２５３１）に対して、被管理携帯装置（例えば、第一の被管理携帯装置２５４０）は、コマンド（例えば、コマンド２５３３）を呼び出して実行してもよい。
図３６には、検出された無線ビーコンに基づいて、被管理演算装置に機能へのアクセスを付与するように動作可能なシステム３６００の具体的な実施形態が示されている。システム３６００は、プッシュ通知サービス３６３０（例えば、プッシュ通知サーバ）およびネットワーク３６６３に通信可能に接続される装置管理サーバ３６２０（例えば、携帯装置管理サーバ）を含んでいる。
ネットワーク３６６３は、パブリック・ネットワーク（例えば、インターネット）および／またはプライベート・ネットワークであってもよく、いくつかの例において、装置管理サーバ３６２０は、ネットワーク３６６３を介して通知サービス３６３０に接続される。例示的な実施形態において、プッシュ通知サービス３６３０は、図２５のプッシュ通知サービス２５３０に相当する。
装置管理サーバ３６２０は、装置管理機能が実装されたハードウェアおよび／またはソフトウェアに相当し得る。例えば、装置管理サーバ３６２０は、モバイル装置管理（ＭＤＭ）サーバであってもよい。具体的な実施形態において、装置管理サーバ３６２０は図２５のＭＤＭサーバ２５２０に相当する。例示的な非限定的な例として、教育の場において、装置管理サーバ３６２０は、教師および生徒のコンピュータおよび携帯装置を管理してもよい。なお、本明細書における各実施形態は、教育での設定を参照して説明するが、これらはあくまでも例示であり、限定的に解釈されるべきものではないことに留意されたい。本開示における教示は、家庭環境、企業での環境、小売業の環境等を含む他の環境に適用することができるが、適用可能範囲はこれらに限定されない。
装置管理アクションの例としては、被管理装置でのアプリケーションのインストール、被管理装置での構成設定の調整、被管理装置へのコンテンツの提供、被管理装置へのメッセージの送信、パスコードの設定またはクリア、一以上のインベントリ・データ属性の編集、通信／メッセージ（例えば、電子メールやＳＭＳメッセージ）の送信、データの削除、リモート・コマンドの送信、被管理装置に対して特定の機能へのアクセス許可、被管理装置において特定の機能へのアクセス制限等が挙げられるが、これらに限定されない。
装置管理サーバ３６２０には、グラフィカル・ユーザー・インターフェース（ＧＵＩ）生成モジュール３６２１、インベントリ・データベース３６２２、および領域ルール・データベース３６２３が含まれていてもよい。ＧＵＩ生成モジュール３６２１は、演算装置の管理に関する各種ＧＵＩを生成するように構成してもよい。インベントリ・データベース３６２２は、装置管理サーバ３６２０によって管理される演算装置に関する登録情報およびインベントリ情報を記憶してもよい。
例示的な非限定的な例として、被管理コンピュータのインベントリ・データには、以下のインベントリ属性のうち一つ以上の値が含まれていてもよい。
アクティブ・ディレクトリの状態、アプリケーション・タイトル、アプリケーションのバージョン、アーキテクチャ・タイプ、アセット・タグ、利用可能なＲＡＭスロット、利用可能なＳＷＵ、バーコード、バッテリ容量、ブート・ドライブの使用率が限界、ブートＲＯＭ、建物、バス速度（ＭＨｚ）、キャッシュされたパッケージ、コンピュータ・グループ、コンピュータ名、部門、ディスク暗号化構成、ドライブ容量（ＭＢ）、カスタマ・ケアＩＤ、暗号化容量の適性、個々の暗号化容量のキー検証、暗号化容量の機関キー、暗号化容量パーティションの暗号化状態、暗号化容量復元キーの種類、暗号化容量の状態、暗号化容量のユーザ、電子メールアドレス、登録方法：ＰｒｅＳｔａｇｅへの登録、フォント・タイトル、フォント・バージョン、フルネーム、ＩＰアドレス、最後のチェック・イン、前回の登録、
前回のインベントリ更新、リースの有効期限、ライセンスされたソフトウェア、耐用年数、
ローカル・ユーザ・アカウント、ＭＡＣアドレス、製造、マッピングされたプリンタ、マスター・パスワード・セット、ＭＤＭプラットフォームのバイナリ・バージョン、ＭＤＭサーバＩＤ、モデル、モデル識別子、
ＮＩＣ速度、利用可能な更新数、プロセッサ数、オペレーティング・システム光学ドライブ、ＭＤＭ Ｓｕｉｔによりインストールされるパッケージ、ネイティブ・インストーラ／ＳＷＵによってインストールされるパッケージ、パーティション名、電話番号、プラットフォーム、プラグインのタイトル、プラグインのバージョン、発注日、発注番号、位置、プロセッサ速度（ＭＨｚ）、プロセッサの種類、購入価格、購入またはリース、購入アカウント、購入担当、部屋、サービスの実行、Ｓ．Ｍ．Ａ．Ｒ．Ｔ．ステータス、スケジュールされたタスク、シリアル番号、サービスパック、ＳＭＣバージョン、合計ＲＡＭ（ＭＢ）ユーザ名、ベンダー、保証の有効期限。
例示的な非限定的な別の例として、被管理携帯装置のインベントリ・データには、以下のインベントリ属性のうち一つ以上の値が含まれていてもよい。
起動ロック・バイパス有効、アプリ識別子、アプリ名、アプリのバージョン、アセット・タグ、使用可能なスペース（ＭＢ）、バッテリ・レベル、ブロック暗号化機能、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＭＡＣ アドレス、建物、容量（ＭＢ）、キャリア設定バージョン、セルラー技術、証明書名、現在のキャリアネットワーク、現在の携帯国コード、現在の携帯ネットワーク・コード、カスタマ・ケアＩＤ、データ保護、データ・ローミング有効、部門、装置ＩＤ、装置ロケータ・サービス有効、装置の電話番号、表示名、Ｄｏ Ｎｏｔ Ｄｉｓｔｕｒｂ有効、電子メールアドレス、登録方法：登録プロファイル登録方法：ＰｒｅＳｔａｇｅへの登録、登録方法：ユーザによる招待、登録方法：ユーザによる招待なし、有効期限、ファイル暗号化機能、フルネーム、ハードウェア暗号化、ホーム・キャリア・ネットワーク、ホーム携帯国コード、ホーム携帯ネットワーク・コード、ＩＣＣＩＤ識別子、アイデンティティ、
ＩＭＥＩ、ＩＰアドレス、言語、前回のバックアップ、前回の登録、前回のインベントリ更新、リースの有効期限、耐用年数、ロケール、ＭＤＭプロファイルの削除を許可、ＭＥＩＤ、携帯装置グループ、モデル、モデル識別子、モデム・ファームウェア・バージョン、ＯＳのビルド、ＯＳのバージョン、パスコードの準拠、プロファイルへのパスコードの準拠、パスコードの状態、発注日、発注番号、位置、プロファイル名、プロビジョニング・プロファイル名、購入価格、購入またはリース、購入アカウント、購入担当、ローミング、部屋、シリアル番号、サブスクライバＭＣＣ、サブスクライバＭＮＣ、監視対象、ＵＤＩＤ、使用スペースのパーセンテージ、
ユーザの電話番号、ユーザ名、ベンダー、バージョン、音声ローミング有効、保証の有効期限、Ｗｉ－Ｆｉ ＭＡＣアドレス無線メディア・ストリーミング・パスワード。
領域ルール・データベース３６２３には、本明細書においてさらに説明されるように、一つ以上の無線ビーコンによって定義される特定の領域に位置する演算装置を管理するためのルールが記憶されていてもよい。
システム３６００には、例示されるような、被管理演算装置３６５０などの被管理演算装置が含まれていてもよい。被管理演算装置３６５０は、有線および／または無線ネットワーク能力を有する携帯演算装置であってもよい。
被管理演算装置３６５０は、デスクトップ・コンピュータ、ノート型コンピュータ、サーバ等であってもよい。或いは、被管理演算装置３６５０は、無線ネットワーク能力を有する携帯装置であってもよい。例えば、被管理演算装置３６５０は、タブレット型コンピュータ、携帯電話、携帯型メディア・プレーヤ、電子書籍（ｅＢｏｏｋ）リーダ、またはこれらの任意の組み合わせであってもよい。例示的な実施形態において、被管理演算装置３６５０は、図２５の被管理携帯装置２５４０、２５５０に相当する。
被管理演算装置３６５０は、ネットワーク３６６３、第一のアクセス・ポイント３６６１、および／または第二のアクセス・ポイント３６６２を介して装置管理サーバ３６２０と通信することができる。具体的な例において、第一のアクセス・ポイント３６６１は、ネットワーク３６６３を介してオープン（例えば、非認証および／またはセキュアでない）通信を許可してもよい。第二のアクセス・ポイント３６６２の使用には、認証を求めてもよく、ネットワーク３６６３を介して安全な（例えば、暗号化された）通信を提供できる。アクセス・ポイント３６６１～３６６２は、ＩＥＥＥ３２０２．１１アクセス・ポイントまたは３Ｇ／４Ｇ基地局などの無線アクセス・ポイントに相当し得る。図３６の例では、プリンタ３６６４が第一のアクセス・ポイント３６６１に接続される。なお、プリンタ３６６４は、代替的に第二のアクセス・ポイント３６６２および／またはネットワーク３６６３に接続されてもよい。いくつかの実施形態において、プリンタ３６６４は、アクセス・ポイント３６６１、３６６２のいずれも介することなく、またはネットワーク３６６３を介することなく、プリンタ３６６４が印刷を要求する装置からの印刷要求を直接受信する無線機能を備えている。代替的な実施形態において、異なる装置がアクセス・ポイントを介して接続されアクセス可能であってもよい。
被管理演算装置３６５０は、装置管理サーバ３６２０によって管理されてもよく、被管理演算装置３６５０に関するデータは、インベントリ・データベース３６２２に含まれてもよい。インベントリ・データベース３６２２には、被管理演算装置３６５０に関連する構成設定、データ、ソフトウェア、領域ルール・データベース３６２３に関するルール、またはこれらの組み合わせが記憶されていてもよい。例えば、インベントリ・データベース３６２２には、領域ルール・データベース３６２３に記憶された特定のルールが被管理演算装置３６５０に適用されているかどうかを示すデータを記憶することができる。さらに、インベントリ・データベース３６２２には、特定のソフトウェアまたはデータが被管理演算装置３６５０に記憶されているかどうか、または特定の構成設定が被管理演算装置３６５０において実施されているかが特定されていてもよい。具体的に説明すると、被管理演算装置３６５０は、定期的にインベントリ・データの更新を装置管理サーバ３６２０に提供してもよい。あるいは、演算装置３６５０は、トリガー・イベント（例えば、装置管理サーバ３６２０からの投票、ソフトウェアのインストール、データの記憶、構成設定の設定等）に対して、更新を装置管理サーバ３６２０に報告してもよい。なお、図３６には一つの被管理演算装置３６５０が示されているが、本開示はいかなる特定の構成や装置の数にも限定されない。代替的な実施形態において、異なる数の被管理演算装置が存在していてもよく、および／または、インベントリ・データベース３６２２に登録されていてもよい。装置管理サーバ３６２０は、被管理演算装置３６５０の機能へのアクセスを管理してもよい。具体的な例において、被管理演算装置３６５０は、特定のユーザ（図示せず）に関連付けられていてもよい。
被管理演算装置３６５０は、オペレーティング・システム（ＯＳ）３６５１を含んでいてもよい。ＯＳ３６５１は、入出力部（例えば、タッチ・スクリーン・ディスプレイ、スピーカ、マイクロフォン、カメラ等）、およびネットワーク部（例えば、Ｃｅｌｌｕｌａｒ、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ３２０２．１１、イーサネット等）等の演算機能を制御してもよい。ＯＳ３６５１はまた、管理アプリケーション３６５２および被管理アプリケーション３６５４などのアプリケーションの実行をサポートし、そのようなアプリケーションに装置リソースおよびデータ３６５３へのアクセスを提供してもよい。本明細書でさらに説明するように、管理アプリケーション３６５２は、装置管理を実施するために装置管理サーバ３６２０と通信することができてもよい。被管理アプリケーション３６５４は、その動作が装置管理サーバ３６２０によって開始され、終了され、および／または影響を受けるようになっていてもよい。被管理アプリケーション３６５４の例としては、ウェブ・ブラウザ、電子メール、カレンダー、ＳＮＳ、文書／電子書籍リーダ、メディア・プレーヤなどが挙げられるが、これらに限定されない。アプリケーション３６５２、３６５４は、メモリに記憶され、プロセッサ、および／またはアプリケーション機能を実装するハードウェア回路によって実行されるソフトウェア命令に対応してもよい。
アプリケーション３６５２、３６５４は、（例えば、ＯＳの一部として、またはＯＳと共に）プリインストールされていてもよいし、（例えば、ストアフロントを介して）ダウンロードされた後にインストールされていてもよいし、（例えば、外部記憶装置から）サイドロードされた後にインストールされていてもよい。
システム３６００はさらに、無線ビーコン３６４０を含んでいる。無線ビーコン３６４０は、特定の装置（例えば、教室または会議室などの特定の部屋、学校または病院などの特定の建物、特定の通り等）に関連付けられてもよい（例えば、領域内または領域近傍に配置されてもよい）。無線ビーコン３６４０は、連続的にまたは定期的に、識別子３６４２を含む信号３６４１を無線送信してもよい。識別子３６４２は、特定の領域に関連付けることができ、領域ルール・データベース３６２３にルールが格納される領域に相当し得る。例示的な実施形態において、無線ビーコン３６４０は、パーソナル・エリア・ネットワーク接続、またはＢｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（ＢＬＥ）等の他の短距離接続を介して信号３６４１を送信する。
図３６には単一の無線ビーコン３６４０が示されているが、本開示はこれに限定されない。例えば、複数の無線ビーコンがシステム３６００に含まれてもよく、装置管理サーバ３６２０は複数の領域についてルールを管理してもよい。複数の領域のそれぞれは、複数の無線ビーコンの一つ以上に対応してもよい。各無線ビーコン（例えば、無線ビーコン３６４０）は、調節可能な送信範囲を有していてもよく、当該送信範囲はユーザ入力または装置管理サーバ３６２０からの入力を介して設定されてもよい。いくつかの例において、領域は、複数の無線ビーコンの送信／カバー・エリアによって定義されてもよい。
例えば、特定の領域内の被管理演算装置３６５０の位置は、その領域の三つ以上の無線ビーコンから受信された信号の信号強度に基づいて三角測量されてもよい。
動作中、装置管理サーバ３６２０は、領域ルール・データベース３６２３に記憶される領域ルールを定義するユーザ３６０１（例えば、システム管理者）からの入力を受信してもよい。領域は、無線ビーコン３６４０などのビーコンの送信領域に基づいてもよい。領域ルールはさらに、装置、装置タイプ、装置の識別子、またはこれらの組み合わせに関連付けられたユーザの身元に基づいてもよい。例えば、ＧＵＩ生成モジュール３６２１によって提供されるＧＵＩとのやり取りによって、ユーザ３６０１は、無線ビーコン３６４０に関連付けられた領域に関のルールを定義することができる。ルールは、装置管理サーバ３６２０が、装置が対応する領域内にあると判定した場合に、当該装置に対して特定の管理アクションを実行させることができる。一例として、特定の管理アクションには、プリンタ３６６４の使用、第二のアクセス・ポイント３６６２の使用、被管理アプリケーション３６５４の使用など、装置の特定の機能へのアクセス、仮想プライベート・ネットワーク（ＶＰＮ；Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）やデータ３６５３へのアクセス、またはその他の機能へのアクセスの許可等が含まれていてもよい。
例えば、ＯＳ３６５１は、信号３６４１を受信し、信号３６４１を管理アプリケーション３６５２に報告してもよい。管理アプリケーション３６５２は、第一のアクセス・ポイント３６６１（例えば、セキュリティ保護のないアクセス・ポイント）およびネットワーク３６６３を介して、第一のメッセージ３６５５が装置管理サーバ３６２０に送信されるようにしてもよい。第一のメッセージ３６５５には、被管理演算装置３６５０のユーザに関連付けられたユーザ識別子（ＩＤ）３６５８、被管理演算装置３６５０に関連付けられた装置ＩＤ３６５７、被管理演算装置３６５０の装置タイプ３６５６、識別子３６４２、またはこれらの組み合わせが含まれていてもよい。代替的な実施形態において、第一のメッセージ３６５５には、より多くの、より少ない、および／または異なるタイプのデータが含まれていてもよい。
装置管理サーバ３６２０は、第一のメッセージ３６５５を受信してもよく、第一のメッセージ（例えば、識別子３６４２）に含まれるデータに基づいて、被管理演算装置３６５０が無線ビーコン３６４０に関連付けられた特定の無線ビーコン領域中にあると判定してもよい。これに対して、装置管理サーバ３６２０は、無線ビーコン領域に関連付けられたルールが領域ルール・データベース３６２３に格納されているか否かを判定してもよい。無線ビーコン領域のルールが領域ルール・データベース３６２３に記憶されている場合（また、当該ルールがまだ被管理演算装置３６５０に適用されていない場合）、装置管理サーバ３６２０は、そのルールに基づいて第二のメッセージ３６２５を生成してもよい。例えば、ルールが、無線ビーコン領域内の被管理演算装置に、特定の機能へのアクセス許可が付与されるルールである場合、第二のメッセージ３６２５によって、被管理演算装置３６５０に特定の機能へのアクセス許可が付与されてもよい。管理アプリケーション３６５２は、第二のメッセージ３６２５を受信し、被管理演算装置３６５０による特定の機能へのアクセスを許可するアクションなど、第二のメッセージ３６２５に基づいて一つ以上のアクションを実行してもよい。
例示的な非限定的な例として、第二のメッセージ３６２５によって、被管理演算装置３６５０にプリンタ３６６４へのアクセスを許可してもよい。したがって、第二のメッセージ３６２５には、プリンタ３６６４で被管理演算装置３６５０を認証するための証明書３６８１またはキー３６８２が含まれていてもよい。或いは、またはさらに、第二のメッセージ３６２５には、被管理演算装置３６５０がプリンタ３６６４を使用できるようにする構成設定３６８５が含まれていてもよい。代替的な実施形態において、プリンタ３６６４へのアクセスを許可する第二のメッセージ３６２５には、より多くの、より少ない、および／または異なるタイプのデータ（例えば、プリンタのＩＰアドレス、被管理演算装置３６５０にインストールされるプリンタ・ドライバ、プリンタ・ドライバをダウンロードするネットワーク・位置等）が含まれていてもよい。
別の例示的な非限定的な例として、第二のメッセージ３６２５によって、第二のアクセス・ポイント３６６２（例えば、セキュリティ保護されたアクセス・ポイント）へのアクセスが許可されてもよい。例えば、証明書３６８１は、被管理演算装置３６５０を認証するために使用されてもよく、および／またはキー３６８２は、第二のアクセス・ポイント３６６２との暗号化通信のために使用されてもよい。或いは、またはさらに、第二のメッセージ３６２５には、被管理演算装置３６５０が第二のアクセス・ポイント３６６２を使用して通信が行えるようにする構成設定３６８５が含まれていてもよい。代替的な実施形態において、第二のアクセス・ポイント３６６２へのアクセスを許可する第二のメッセージ３６２５には、より多くの、より少ない、および／または異なるタイプのデータが含まれていてもよい。
別の例示的な非限定的な例として、第二のメッセージ３６２５によって、データ３６５３へのアクセスが許可されてもよい。例えば、第二のメッセージ３６２５は、被管理演算装置３６５０に記憶されるデータ３６５３のソースであってもよい。或いは、またはさらに、第二のメッセージ３６２５には、被管理演算装置においてデータ３６５３の複合化が可能となるようにキー３６８２が含まれていてもよい。具体的な例において、データは、文書または電子書籍に相当し得る。代替的な実施形態において、データ３６５３へのアクセスを許可する第二のメッセージ３６２５には、より多くの、より少ない、および／または異なるタイプのデータが含まれていてもよい。例えば、第二のメッセージ３６２５には、被管理演算装置がデータ３６５３をダウンロードできる場所（例えば、ウェブ・アドレス）が含まれていてもよい。
別の例示的な非限定的な例として、第二のメッセージ３６２５によって、被管理アプリケーション３６５４（または、その特定の機能）へのアクセスが許可されてもよい。例えば、第二のメッセージ３６２５には、被管理アプリケーション３６５４に対応するインストールパッケージまたはリンクが含まれていてもよい。或いは、またはさらに、第二のメッセージ３６２５には、被管理アプリケーション３６５４で複合化を行えるようにするキー３６８２が含まれていてもよい。具体的な例において、被管理アプリケーション３６５４は、電子書籍リーダ、ウェブ・ブラウザ、ビデオゲーム、メディア・プレーヤなどに相当し得る。いくつかの例において、第二のメッセージ３６２５は、被管理演算装置３６５０に被管理アプリケーション３６５４の一部へのアクセスを許可するか、または被管理アプリケーション３６５４の機能をオン／ロック解除してもよい。例えば、第二のメッセージ３６２５は、被管理演算装置３６５０が学校のテスト受験環境に対応する無線ビーコン領域にある場合に、ワープロ・アプリケーションの安全なテスト受験機能を可能にすることができる。
安全なテスト受験機能によって、ワープロ・アプリケーションでテスト・プロンプトをダウンロードして表示し、回答をアップロードすることができる。別の例として、第二のメッセージ３６２５は、無線ビーコン３６４０がライブラリ領域に関連付けられているとき、動画プレーヤ・アプリケーションの字幕機能をオンにすることができる。代替的な実施形態において、被管理アプリケーション３６５４へのアクセスを許可する第二のメッセージ３６２５には、より多くの、より少ない、および／または異なるタイプのデータが含まれていてもよい。例えば、第二のメッセージ３６２５には、被管理演算装置３６５０が被管理アプリケーション３６５４をダウンロードできる場所（例えば、ウェブ・アドレス）が含まれていてもよい。
別の非限定的な例として、第二のメッセージ３６２５によって、ＶＰＮへのアクセスが許可されてもよい。例えば、証明書３６８１は、被管理演算装置３６５０の認証に使用されてもよく、および／またはキー３６８２は、ＶＰＮとの通信に使用されてもよい。或いは、またはさらに、第二のメッセージ３６２５には、被管理演算装置３６５０がＶＰＮを使用して通信が行えるようにする構成設定３６８５が含まれていてもよい。代替的な実施形態において、第二のアクセス・ポイント３６６２へのアクセスを許可する第二のメッセージ３６２５には、より多くの、より少ない、および／または異なるタイプのデータが含まれていてもよい。
具体的な実施形態において、装置管理サーバ３６２０は、インベントリ・データベース３６２２内で装置ルック・アップを実行することによって、無線ビーコン３６４０に関連付けられた一つ以上のルールが被管理演算装置３６５０で既に有効となっているか否かを判定する。具体的に説明すると、ルールには、被管理演算装置３６５０が無線ビーコン３６４０の範囲内にある際に、被管理装置３６５０にプリンタ３６６４へのアクセスが許可されることが示されていてもよい。しかし、インベントリ・データベース３６２２に、被管理演算装置３６５０が既にプリンタ３６６４へのアクセスが許可されていることが示されていることがある。したがって、この場合、装置管理サーバ３６２０は、第二のメッセージ３６２５の送信を開始しなくてもよい。さらに、一つ以上のルール（例えば、プリンタ３６６４へのアクセス許可）を適用するために、被管理演算装置３６５０に第二のメッセージ３６２５が送信される場合、または被管理演算装置３６５０から受信した確認応答に対して、装置管理サーバ３６２０は、インベントリ・データベース３６２２内の被管理演算装置３６５０に関するエントリを更新して、適用された一つ以上のルールを被管理演算装置３６５０に反映してもよい。
したがって、インベントリ・データベース３６２２は、被管理演算装置３６５０の現在の「状態」が反映されるように更新される。
具体的な実施形態において、第二のメッセージ３６２５には、被管理演算装置３６５０で実行されるコマンド３６８３が含まれる。例えば、コマンド３６８３には、ファイル管理コマンド（例えば、ファイルのコピー、削除、または移動）が含まれていてもよい。別の例では、コマンド３６８３は、アラート（例えば、トーン、ビデオ、またはテキスト・メッセージ）を出力するコマンドに相当し得る。別の例として、コマンド３６８３には、キー３６８２を使用して、データ３６５３、被管理アプリケーション３６５４、または被管理演算装置３６５０に格納された他の情報を暗号化するための命令が含まれていてもよい。
具体的な実施形態において、装置管理サーバ３６２０はまた、被管理演算装置３６５０が特定の無線ビーコン領域内にあると判断した場合に、被管理演算装置３６５０による特定の機能へのアクセスを取り消してもよい。例えば、コマンド３６８３または構成設定３６８５は、プリンタ３６６４、第二のアクセス・ポイント３６６２、被管理アプリケーション３６５４、データ３６５３などへのアクセスを取り消すことができる。具体的に説明すると、被管理演算装置３６５０が教室に関する無線ビーコンを検出したと示す第一のメッセージ３６５５に対して、被管理演算装置３６５０は、ウェブ閲覧アプリケーションまたはゲーム・アプリケーションへのアクセスが阻止されてもよい。別の例として、被管理演算装置３６５０が教室にある間は、被管理演算装置３６５０のアクセスが特定の教育用アプリケーション（例えば、計算機）またはウェブサイトに制限されてもよい。つまり、被管理演算装置３６５０の「フォーカス」が、特定のアプリケーションまたはウェブサイトに制限されてもよい。
なお、第二のメッセージ３６２５は、単一の証明書３６８１、単一のキー３６８２、単一のコマンド３６８３、単一のデータ・インスタンス３６５３、単一の構成設定３６８５、および単一の被管理アプリケーション３６５４を含むものとして示されているが、第二のメッセージ３６２５には、これらより多くの、またはより少ない数の要素が含まれていてもよい。例えば、第二のメッセージ３６２５には、二つの証明書３６８１が含まれていてもよい。第一の証明書は、被管理装置３６５０がＶＰＮでの認証に使用し、第二の証明書を第二のアクセス・ポイント３６６２での認証に使用してもよい。
さらに、本明細書に記載される各種管理アクションは、例示であり、限定を課すものとではないことに留意されたい。また、被管理演算装置がどれほど無線ビーコン装置に近接しているかに基づいて、追加の管理アクションとして、一つ以上のインベントリ・データ属性の変更（例えば、ハードディスク暗号化の有効化／無効化、データ・ローミング等）に相当する管理アクションを実行してもよい。
さらに、具体的な実施形態において、被管理コンピュータに対して利用できる管理アクション群は、被管理携帯装置に対して利用できる管理アクション群とは異なっていてもよい。
いくつかの例において、装置管理サーバ３６２０は、第一のメッセージ３６５５に基づき、被管理演算装置３６５０を「スマート」グループに追加してもよい。
本明細書における「スマート」グループとは、被管理演算装置のグループであってもよく、グループ内のメンバシップは、被管理演算装置３６５０によって動的に判定されてもよい。例えば、ユーザ３６０１は、被管理演算装置が無線ビーコン３６４０の領域内にあるときに満たされる基準を含むグループ化基準に基づいてスマート・グループを定義することができる。具体的に説明すると、無線ビーコン３６４０は、数学のクラス内にあってもよく、スマート・グループは、グループ化基準（領域＝ＭａｔｈＣｌａｓｓ ＡＮＤバッテリ・レベル＜２０％）に対応する「数学クラスの低バッテリ装置」であってもよい。ユーザ３６０１はまた、特定の装置管理アクションがスマート・グループ内の装置に対して実行されることを示す入力を提供してもよい（例えば、「数学教室の後、必ず壁にあるコンセントを使用して装置を充電してください」というリマインダを送信する）。第一のメッセージ３６５５に対して、装置管理サーバ３６２０は、被管理演算装置３６５０が数学クラス内にあることを判定してもよい。インベントリ・データベース３６２２が、被管理演算装置３６５０のバッテリ・レベルが２０％未満であることを示す場合、装置管理サーバ３６２０は、（例えば、第二のメッセージ３６２５を送信することによって）被管理演算装置３６５０へのリマインダの送信を開始してもよい。
いくつかの例において、装置管理サーバ３６２０は、無線ビーコン３６４０等の無線ビーコンに関するレポートを生成してもよい。例えば、各レポートには、関連する無線ビーコンの範囲内の装置に関する情報が含まれていてもよい。このような実施形態において、ユーザＩＤ３６５８、装置ＩＤ３６５７、装置タイプ３６５６、識別子３６４２、またはこれらの組み合わせをレポートに含めることができる。
さらに、コマンド３６８３には、被管理演算装置３６５０に、レポートに含まれる装置管理サーバ３６２０に追加情報を送信させる命令が含まれていてもよい。例えば、追加情報には、被管理演算装置３６５０に、特定のアプリケーションがインストールされているかなどのインベントリ情報が含まれていてもよく、あるいはデータ３６５３などのデータが含まれていてもよい。
したがって、装置管理システム３６００は装置管理サーバ３６２０に、被管理演算装置３６５０が無線ビーコン領域３６４０に近接する度合いに基づいて、被管理演算装置３６５０によるアクセスの管理を行えるようにしてもよい。無線ビーコンへの近接の度合いに基づいて演算装置を管理することにより、ＧＰＳベースの方法と比較して電力消費を低減し、プライバシーを強化しつつ、位置に基づいた演算装置の管理を可能にできる。例えば、ＧＰＳベースの方法とは異なり、被管理演算装置３６５０が学校の外にある場合、被管理演算装置３６５０の正確な位置は装置管理サーバ３６２０に通信されなくてもよい。さらに、（例えば、ＢＬＥを介して）信号３６４１を検出することは、被管理演算装置３６５０においてＧＰＳ受信機を動作させることよりも消費電力が抑えられることもある。
図３６の例では、被管理演算装置３６５０が無線ビーコン３６４０の範囲内にある第一の時点でのシステム３６００を示す。図３７は、被管理演算装置が無線ビーコン３６４０の範囲に無い（例えば、被管理演算装置３６５０が信号３６４１を検出しなくなった）第二の時点でのシステム３６００を示している。
図３７において、ＯＳ３６５１は、被管理演算装置３６５０が無線ビーコン３６４０の送信範囲を出たことを管理アプリケーション３６５２に報告してもよい。図３６に示される、例えば、ネットワーク３６６３、アクセス・ポイント３６６１～３６６２、プリンタ３６６４等の特定の構成要素は、図示を簡略化するために図３７には示されていない。信号３６４１がなくなった（例えば、もはや受信されていない）場合に、ＯＳ３６５１は、送信範囲を出たことを報告してもよい。別の例として、被管理演算装置３６５０は、信号３６４１の検出された信号強度が閾値未満である場合、および／または第二の無線ビーコンに関連する第二の信号の第二の検出された信号強度が信号３６４１の信号強度よりも強い場合に、無線ビーコン３６４０の送信範囲を出たと判断してもよい。
閾値は、識別子３６４２を認識する、信号を解釈する能力に相当し得る。例えば、信号３６４１の信号強度が弱すぎて被管理演算装置３６５０が正しく信号を複合して識別子３６４２を取得できない場合に、送信範囲を出たことを報告してもよい。
被管理演算装置３６５０が無線ビーコン３６４０の送信範囲を出たことをＯＳ３６５１が示した際に、管理アプリケーション３６５２は、装置管理サーバ３６２０へ第三のメッセージ３７５５の送信を開始してもよい。第三のメッセージは、第一のアクセス・ポイント３６６１、第二のアクセス・ポイント３６６２、および／またはネットワーク３６６３を介して送信されてもよい。
第三のメッセージ３７５５には、ユーザＩＤ３６５８、装置ＩＤ３６５７、装置タイプ３６５６、およびＮｕｌｌ識別子３７４２が含まれていてもよい。被管理演算装置３６５０の範囲内に無線ビーコンがないことを、Ｎｕｌｌ識別子３７４２で示してもよい。
あるいは、Ｎｕｌｌ識別子３７４２は、どの無線ビーコン（例えば、無線ビーコン３６４０）が以前に被管理演算装置３６５０の範囲内にあったかを示してもよい。いくつかの例において、被管理演算装置３６５０によって別の無線ビーコンが検出される場合、第三のメッセージ３７５５には、別の無線ビーコンの識別子が含まれていてもよい。したがって、具体的な実施形態において、被管理演算装置３６５０から装置管理サーバ３６２０に送信されるメッセージには、検出された無線ビーコン識別子および対応する信号強度のリストが含まれていてもよい。
装置管理サーバ３６２０は、第三のメッセージ３７５５に基づいて、第四のメッセージ３７２５を生成してもよい。例えば、装置管理サーバ３６２０は、Ｎｕｌｌ識別子３７４２をインベントリ・データベース３６２２内のエントリと比較して、第一のメッセージ３６５５に対して、領域ルール・データベース３６２３のどのルールが被管理演算装置３６５０に適用されたかを判定してもよい。第四のメッセージ３７２５には、演算装置３６５０へのルールの適用を取り消すコマンド３７８３および／または構成設定３７８５が含まれていてもよい。例えば、コマンド３７８３および／または構成設定３７８５は、プリンタ３６６４、第二のアクセス・ポイント３６６２、被管理アプリケーション３６５４、管理アプリケーション３６５２、ＶＰＮ等へのアクセスを取り消してもよい。例えば、コマンド３７８３は、証明書３６８１、キー３６８２、コマンド３６８３、データ３６５３、構成設定３６８５、被管理アプリケーション３６５４、または第二のメッセージ３６２５の一部として受信した他のデータを、被管理演算装置３６５０に削除または暗号化させてもよい。或いは、またはさらに、構成設定３７８５は、携帯演算装置３６５０が、異なるプリンタ、異なるアクセス・ポイント、異なるアプリケーション、異なるデータ、異なるＶＰＮ、またはこれらの組み合わせを使用するように構成してもよく、如何なるプリンタ、如何なるアクセス・ポイント、如何なるアプリケーション、如何なるデータ、如何なるＶＰＮも使用しないように構成してもよい。
具体的な実施形態において、メッセージ（例えば、第二のメッセージ３６２５および／または第四のメッセージ３７２５）を被管理演算装置３６５０に通信するために、装置管理サーバ３６２０は、被管理演算装置３６５０が（例えば、図３６に示されるように）メッセージの意図された送信先であることを示すデータと共に、メッセージをプッシュ通知サービス３６３０に送信する。プッシュ通知サービス３６３０は、プッシュ通知システムを使用して、メッセージを被管理演算装置３６５０に転送してもよい。別の実施形態において、図３７に示すように、装置管理サーバ３６２０は、通知要求３７７０が被管理演算装置３６５０を特定する場合に、通知要求３７７０をプッシュ通知サービス３６３０に送信することによって、被管理演算装置３６５０へのメッセージの送信を開始してもよい。プッシュ通知サービス３６３０は、通知要求３７７０に対して、プッシュ通知３７８０を被管理演算装置３６５０に送信してもよい。プッシュ通知３７８０は、被管理演算装置３６５０に対して、被管理演算装置３６５０を装置管理サーバ３６２０にチェック・インさせる（例えば、チェック・イン・メッセージ３７９０を装置管理サーバ３６２０に送信する）命令を表していてもよい。装置管理サーバ３６２０は、受信したチェック・イン・メッセージ３７９０に対して、メッセージ（例えば、第二のメッセージ３６２５、第四のメッセージ３７５５、および／または被管理演算装置３６５０に対する任意の他のキューに入れられたメッセージまたはアクション）を被管理演算装置３６５０に送信してもよい。
したがって、被管理演算装置３６５０が無線ビーコン３６４０の領域内にある場合、第四のメッセージ３７２５は、被管理演算装置３６５０に適用された構成設定またはポリシーを「元に戻す」ために使用されてもよい。具体的に説明すると、第四のメッセージ３７２５は、学生が学校を出るときに送信され、学生が家にいる間は、学校固有の構成設定またはポリシーが実施されないようにしてもよい。
図３８には、装置管理サーバによって生成され得るＧＵＩ３８００の例が示されている。ＧＵＩ３８００は、例えば、装置管理サーバ３６２０のＧＵＩ生成モジュール３６２１によって生成されてもよい。ＧＵＩ３８００は、複数のエントリ３８０４が含まれるウィンドウ３８０２を含んでいる。エントリ３８０４の各々は、領域（例えば、無線ビーコン領域）に対応してもよい。エントリ３８０４は、領域ルール・データベース３６２３などの領域ルール・データベース内のエントリに対応してもよい。エントリ３８０４の各々には、識別子が関連付けられてもよい。例えば、会議室のエントリには、識別子３８０６が関連付けられている。識別子のうち一つは、識別子３６４２に対応してもよい。
各識別子は、サブ識別子を含んでいてもよい。図示の例では、識別子には、汎用固有識別コード（ＵＵＩＤ、Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）、メジャー値、およびマイナー値が含まれる。具体的な実施形態において、ＵＵＩＤは領域に対応し、メジャー値は領域内のサブ領域に対応し、マイナー値はサブ領域内のサブ・サブ領域に対応してもよい。図３８の例では、会議室エントリ、教室エントリ、および図書館エントリはそれぞれ、学校に関連付けることができるＵＵＩＤ２６３４５を有している。ルール・データベース３６２３等のルール・データベースにおける特定のルールは、ＵＵＩＤ２６３４５に関連付けられてもよい（例えば、学校に関連付けられてもよい）。例えば、装置管理サーバ（例えば、装置管理サーバ３６２０）は、被管理演算装置（例えば、被管理演算装置３６５０）が、ビデオ・プレーヤなどの管理されたマルチ・メディア・アプリケーション（例えば、被管理アプリケーション３６５４）にアクセスすることを阻止してもよく、および／または、被管理演算装置が学校内のどこかに位置している間、教科書データを被管理演算装置に提供してもよい。
メジャー値は、領域内のサブ領域に関連付けられてもよい。例えば、図書館エントリとカフェテリア・エントリは、メジャー値の３を共有してもよい。メジャー値３は、学校の特定の建物、床、廊下などの共通領域またはサブ領域に関連付けてもよい。メジャー値に、ルール・データベース３６２３内の特定のルールを関連付けることができる。例えば、メジャー値３に関連付けられたサブ領域内の被管理演算装置（例えば、被管理演算装置３６５０）には、ウェブ・ブラウザなどの被管理アプリケーション（例えば、被管理アプリケーション３６５４）へのアクセスが許可されてもよい。他のメジャー値（例えば、８または４）に関連付けられた学校のサブ領域内の被管理演算装置には、被管理アプリケーションへのアクセスが阻止されてもよい。
マイナー値は、サブ領域内のサブ・サブ領域に関連付けてもよい。例えば、カフェテリア・エントリには、図書館エントリに関連付けられたマイナー値０とは異なるマイナー値１を関連付けてもよい。各サブ・サブ領域には、領域ルール・データベース（例えば、領域ルール・データベース３６２３）内の異なるルールを関連付けてもよい。例えば、（例えば、ＵＵＩＤ値＝２３４５、メジャー値＝３、およびマイナー値＝０を有する）図書館エントリに関連付けられた識別子（例えば、識別子３６４２）を有する信号（例えば、信号３６４１）を検出する被管理演算装置（例えば、被管理演算装置３６５０）に対して、オーディオ出力をミュートしてもよい。
ＧＵＩ３８００にはさらに、「追加」ボタン３８０８が含まれてもよい。「追加」ボタン３８０８が選択されると、装置管理サーバ（例えば、装置管理サーバ３６２０）は、ユーザ（例えば、ユーザ３６０１）からの入力を受信するように構成された別のＧＵＩを表示して、領域ルール・データベース（例えば、領域ルール・データベース３６２３）に追加されるべき新しい領域を識別してもよい。図３８には示されていないが、代替的な実施形態において、ＧＵＩ３８００にはさらに、領域を編集、削除、および／または複製するためのボタンが含まれていてもよい。図３９を参照すると、「追加」ボタン３８０８が選択されると生成されるＧＵＩ３９００の例が示されている。装置管理サーバは、エントリ群３８０４にエントリを追加する際に使用する情報を含んだＧＵＩ３９００を介して、ユーザ入力を受信してもよい。ＧＵＩ３９００には、表示名フィールド３９０２が含まれる。表示名フィールド３９０２は、定義されている無線ビーコン領域に関連付けられる表示名（例えば、会議室、教室、図書館等）を受け付けることができる。ＧＵＩ３９００にはさらに、ＵＵＩＤフィールド３９０４が含まれる。ＵＵＩＤフィールド３９０４では、領域のＵＵＩＤを示す入力を受け付けることができる。
ＧＵＩ３９００にはさらに、「任意のメジャー値」チェックボックス３９０５が含まれる。チェックボックス３９０５が選択されていれば、領域がメジャー値に関わらず、ＵＵＩＤフィールド３９０４に入力されたＵＵＩＤの識別子を有する無線ビーコンに対応することが示されてもよい。同様に、「任意のマイナー値」チェックボックス３９０７が選択されていれば、領域がマイナー値に関わらず、ＵＵＩＤフィールド３９０４に入力されたＵＵＩＤの識別子を有する無線ビーコンに対応することが示されてもよい。領域が、特定のメジャー値またはマイナー値に関連付けられる場合、メジャー値フィールド３９０６またはマイナー値フィールド３９０８を使用して、メジャー値またはマイナー値を入力することができる。
図４０には、装置管理サーバによって生成され得るＧＵＩ４０００の例が示されている。ＧＵＩ４０００は、例えば、装置管理サーバ３６２０のＧＵＩ生成モジュール３６２１によって生成されてもよい。ＧＵＩ４０００は、領域ルール・データベース（例えば、領域ルール・データベース３６２３）に記憶すべき領域ルールが定義された入力を受信するように構成されてもよい。図４０の例では、ＧＵＩ４０００には、被管理コンピュータの領域ルールを定義する「コンピュータ」タブ４００４と、被管理携帯装置の領域ルールを定義する「携帯装置」タブ４００６とが含まれる。ＧＵＩ４０００にはまた、被管理ユーザを定義するための「ユーザ」タブ４０１０も含まれる。
例えば、被管理ユーザのための領域ルールは、被管理ユーザに関連付けられた被管理演算装置の一部または全てにおいて、特定の機能へのアクセスを許可または制限するものであってもよい。代替的な実施形態において、ＧＵＩ４０００は、装置ＩＤ（例えば、装置ＩＤ３６５７）またはユーザＩＤ（例えば、ユーザＩＤ３６５８）に基づいて、すべての被管理実体および／または特定の被管理実体の領域ルールを定義できるように動作してもよい。ユーザＩＤ３６５８は、個人（例えば、「サリー」）および／または個人群（例えば、「学生」）を特定してもよい。
ＧＵＩ４０００には、無線ビーコン領域毎に「追加」ボタン４０２０が表示されている。特定の領域について「追加」ボタン４０２０を選択すると、特定の領域に対する領域ルールを追加できるＧＵＩが表示されてもよい。
図４１には、無線ビーコンへの近接度に基づく機能管理方法４１００のフローチャートが示されている。例示的な実施形態において、方法４１００は、被管理演算装置３６５０等の被管理演算装置によって実行することができる。方法４１００には、被管理演算装置において、第一の無線接続を介して無線ビーコン装置からの信号を検出するステップ４１０２が含まれている。信号は、被管理演算装置において特定の機能がアクセス不可の場合に検出されてもよい。例えば、図３６において、被管理演算装置３６５０は、被管理演算装置３６５０がプリンタ３６６４へのアクセスが許可されていない場合に、無線ビーコン３６４０からの信号３６４１を検出してもよい。
方法４１００にはさらに、検出された信号に対して、被管理演算装置から第一のメッセージを、第二の無線接続を介して装置管理サーバに送信するステップ４１０４が含まれている。
第一のメッセージには、無線ビーコン装置が識別されていてもよい。例えば、被管理演算装置３６５０は、検出した信号３６４１に対して、装置管理サーバ３６２０に第一のメッセージ３６５５を送信してもよい。第一のメッセージ３６５５は、無線ビーコン３６４０を識別する識別子３６４２を含んでいてもよい。
方法４１００にはまた、第一のメッセージ内の無線ビーコン装置が識別されたら、被管理演算装置が無線ビーコン装置の送信範囲内にある間に、被管理演算装置において、被管理演算装置に特定の機能へのアクセスを許可する第二のメッセージを受信するステップ４１０６が含まれている。例えば、被管理演算装置３６５０は、第一のメッセージ３６５５対して、装置管理サーバ３６２０から第二のメッセージ３６２５を受信してもよい。
第二のメッセージ３６２５によって、被管理演算装置３６５０にプリンタ３６６４へのアクセスが許可されてもよい。被管理演算装置３６５０が、被管理演算装置３６５０が無線ビーコン３６４０の送信範囲を出たことを検出すると、被管理演算装置３６５０は、装置管理サーバ３６２０に第三のメッセージ３７５５を送信し、被管理演算装置３６５０によるプリンタ３６６４へのアクセスを取り消す第四のメッセージ３７２５を受信してもよい。
図４２には、被管理装置の無線ビーコンに対する近接度に基づく被管理装置の機能管理方法４２００のフローチャートが示されている。例示的な実施形態において、方法４２００は、装置管理サーバ３６２０で実行することができる。方法４２００は、装置管理サーバにおいて、無線ビーコン装置の範囲内にある被管理演算装置に特定の機能へのアクセスを許可することを示す入力を受信するステップ４２０２を含んでいる。動作中、図３６において、装置管理サーバ３６２０は、領域ルール・データベース３６２３に記憶されるルールを定義するユーザ３６０１からの入力を受信してもよい。ルールは、被管理演算装置が特定の無線ビーコン領域（例えば、無線ビーコン３６４０の送信範囲に対応する）内にある間、被管理演算装置にプリンタ３６６４へのアクセスが許可されることを示してもよい。
方法４２００はさらに、第一の被管理演算装置から、第一の被管理演算装置が無線ビーコン装置の範囲内にあることを示す第一のメッセージを受信するステップ４２０４を含んでいる。例えば、装置管理サーバ３６２０は、第一のメッセージ３６５５を受信してもよい。第一のメッセージ３６５５には、被管理演算装置３６５０を識別する装置ＩＤ３６５７と、無線ビーコン３６４０に関連付けられた識別子３６４２とが含まれていてもよい。
方法４２００にはさらに、第一のメッセージに対して、被管理演算装置への第二のメッセージの送信を開始し、被管理演算装置に特定の機能へのアクセスを許可するステップ４２０６が含まれている。例えば、装置管理サーバ３６２０は、第一のメッセージ３６５５に対して、被管理演算装置３６５０に第二のメッセージ３６２５を送信してもよい。第二のメッセージ３６２５によって、被管理演算装置３６５０がプリンタ３６６４にアクセスが可能となってもよい。例えば、第二のメッセージ３６２５には、被管理演算装置３６５０がプリンタ３６６４を使用できるように構成する構成設定３６８５、プリンタ３６６４で被管理演算装置３６５０を認証する証明書３６８１、または被管理演算装置３６５０がプリンタ３６６４を使用することを可能にする他のデータが含まれていてもよい。例示的な実施形態において、第二のメッセージ３６２５は、プッシュ通知サービス３６３０を介して送信されてもよい。
本明細書において特定の実施形態が別々に説明されているが、実施形態の一つ以上の態様は、本開示の範囲から逸脱することなく、省略されたり、置換されたり、および／または他の実施形態の態様と組み合わされてもよいと理解されるべきである。したがって、特定の態様によれば、図３６を参照して説明した一つ以上の構成要素は、図２５を参照して説明した対応する構成要素のように動作するように構成することができ、その逆も可能である。具体的に説明すると、装置管理サーバ３６２０は、これに代えてまたはこれに加えて、ＭＤＭサーバ２５２０を参照して説明したように動作してもよい。プッシュ通知サービス３６３０は、これに代えてまたはこれに加えて、プッシュ通知サービス２５３０を参照して説明したように動作してもい。被管理演算装置３６５０は、これに代えてまたはこれに加えて、一つ以上の携帯装置２５１０、２５４０、２５５０などを参照して説明したように動作してもよい。
図４３には、被管理装置が特定のエリア内に存在するか否かを、被管理装置からの無線ビーコン信号に基づいて判定することをサポートするシステム４３００の具体的な実施形態が示されている。図４３の例では、教師装置４３１０および生徒用装置４３５０は、教室４３０２内に配置される。
教師装置４３１０は、携帯オペレーティング・システム（ＯＳ）４３１１および管理用アプリ４３１２を含んでいてもよい。例示的な実施形態において、携帯ＯＳ４３１１および管理用アプリ４３１２は、図２５の携帯ＯＳ２５１１および管理用アプリ２５１２を参照して説明したものと同様に動作する。例えば、図２５を参照して説明したように、管理用アプリ４３１２は、教師によって、生徒用装置４３５０の特定のアプリケーション、ウェブサイト、電子書籍等へのアクセスが制限できるようにすることができる。
無線ビーコン・アプリ４３１１は、教師装置４３１０で実行されると、教師装置４３１０に一つ以上の無線ビーコン動作を実行させることができる。例示的な実施形態において、無線ビーコン・アプリ４３１１は、教師装置４３１０が図３６の無線ビーコン３６４０について説明したように動作することを可能にしてもよい。
例えば、無線ビーコン・アプリ４３１１は、識別子４３４２を含む信号４３４１を連続的または周期的に教師装置４３１０に送信してもよい。
生徒用装置４３５０は、携帯ＯＳ４３５１、ブラウザ・アプリ４３５３、電子書籍リーダ・アプリ４３５４、および計算機アプリ４３５５を含んでいてもよい。例示的な実施形態において、携帯ＯＳ４３５１は図２５の携帯ＯＳ２５５１を参照して説明したように動作し、ブラウザ・アプリ４３５３は図２５のブラウザ・アプリ２５５３を参照して説明したように動作し、電子書籍リーダ・アプリ４３５４は図２５の電子書籍リーダ・アプリ２５５４を参照して説明したように動作し、計算機アプリ４３５５は図２５の計算機アプリ２５５５を参照して説明したように動作する。
生徒用装置４３５０はまた、ビーコン走査アプリ４３５９を含んでもよい。ビーコン走査アプリ４３５９は、生徒用装置４３５０において実行されると、生徒用装置４３５０に、教師装置４３１０からの信号４３４１等の無線ビーコン信号について特定の無線周波数の走査を行わせることができる。具体的な実施形態において、ビーコン走査アプリ４３５９は、図２５を参照して説明したように、生徒用装置に自動的にプッシュされインストールされる。
図４３に示すように、教師装置４３１０および生徒用装置４３５０は、サーバ４３２０と通信可能である。例示的な実施形態において、サーバ４３２０は、図２５のＭＤＭサーバ２５２０または図３６の装置管理サーバ３６２０に相当する。サーバ４３２０は、登録／グループ化データ４３２１を記憶してもよい。例えば、登録／グループ化データ４３２１には、サーバ４３２０によって管理される生徒用装置４３５０を含む装置が特定されていてもよい。登録／グループ化データ４３２１にはまた、被管理装置をグループまたはサブ・グループに分類するデータが含まれていてもよく、被管理携帯装置が、個別にまたはより大きなグループやサブ・グループの一部として管理されてもよい。教育の場では、登録／グループ化データ４３２１は、全ての生徒用装置のリスト、特定のクラスに対応する生徒用装置のリスト（例えば、特定の学校や学区における全ての生徒用装置）、特定のクラス内のサブ・グループ（例えば、研究室パートナー・グループ、または宿題／プロジェクト・グループ）の生徒用装置のリストなどを含んでいてもよい。
サーバ４３２０はまた、無線ビーコン情報４３２２を記憶してもよい。無線ビーコン情報４３２２には、各教師装置がいつ（例えば、どの授業期間）、どこで（例えば、どの教室で）無線ビーコンとして機能すべきかを識別する情報が含まれていてもよい。また、無線ビーコン情報４３２２には、各教師装置が無線ビーコンとして機能する間、どの無線ビーコン信号ＩＤを送信するのかが示されていてもよい。一例として、無線ビーコン信号ＩＤは教師装置固有のものであり、教師装置は、授業期間および教室にかかわらず、教師装置が無線ビーコンとして機能するたびに同じ無線ビーコン信号ＩＤを送信する。別の例として、無線ビーコン信号ＩＤは教室固有のものであり、生徒用装置は、教師装置および授業期間にかかわらず、特定の教室において同じ無線ビーコン信号ＩＤを検索する。さらに別の例として、無線ビーコン信号ＩＤは、教師装置、授業期間、および／または教室の組み合わせに基づいて変化する。
動作中、教師が教室４３０２に入り、管理用アプリ４３１２を使用して授業を開始する（例えば、図２８のインターフェース上で、２時限目理科の授業を開始することを示す「Ｙｅｓ」を選択する）際に、教師装置４３１０からサーバ４３２０にメッセージが送信されてもよい。このメッセージに対して、サーバ４３２０が無線ビーコン情報４３２２にアクセスしてもよい。無線ビーコン情報４３２２には、２時限目理科の授業中に、教師装置４３１０が、特定のＵＵＩＤ、メジャー値、およびマイナー値が割り当てられた無線ビーコンとして動作することが示されていてもよい。
サーバ４３２０は、示されたＵＵＩＤ、メジャー値、およびマイナー値を、ビーコン送信データ４３２６として（例えば、直接的に、または、図２５のプッシュ通知サービス２５３０のようなプッシュ通知サービスを介して）教師装置４３１０に送信してもよい。
或いは、教師装置４３１０は、ビーコン送信データ４３２６を事前に受信し、キャッシュしてもよい（例えば、以前の学校の日の２時限目理科の授業中）。無線ビーコン・アプリ４３１３は、一つ以上の動作を実行して、教師装置４３１０を無線ビーコンとしてプロビジョニングしてもよく、教師装置４３１０は、信号４３４１の送信（例えば、発信）を開始ししてもよい。信号４３４１内の識別子４３４２は、教師装置４３１０に割り当てられたＵＵＩＤ、メジャー値、および／またはマイナー値を含んでいてもよく、またはそれらに基づいてもよい。
生徒用装置４３５０がクラスに登録されると、サーバ４３２０は、直接的に、またはプッシュ通知サービスを介して、ビーコン検出データ４３６１を生徒用装置に送信してもよい。具体的な実施形態において、図４３に示されるように、ビーコン検出データ４３６１には、異なるクラスの間に生徒用装置４３５０がスキャンするＵＵＩＤ、メジャー値、および／またはマイナー値が含まれる。生徒用装置４３５０が教室４３０２に入ると、生徒用装置４３５０は、識別子４３４２を含む信号４３４１に対する無線周波数の走査を開始してもよい。生徒用装置４３５０が識別子４３４２を含む信号４３４１を検出すると、生徒用装置４３５０は、サーバ４３２０、および／または教師装置４３１０に、生徒用装置４３５０が教室４３０２に存在することを示すメッセージを送信してもよい。図４３のシステム４３００は、したがって、教師装置によって発信される無線ビーコン信号に基づいて、生徒の授業への出席を自動的に判定することを可能とする。例示的な実施形態において、そのようなデータは、本明細書にさらに記載されるように、装置管理の目的のために使用され得る。
生徒用装置が教室４３０２内に存在する場合、生徒用装置は、フォーカスを特定のアプリケーション、ウェブサイト、または電子書籍に制限するためのコマンド、画面ミラーリングを開始するためのコマンドなど、教師装置４３１０からのコマンドによって拘束されてもよい。逆に、生徒用装置が教室４３０２に存在しない場合（例えば、生徒が病気で家にいる場合）、その生徒用装置は、サーバ４３２０によって、アプリケーション制限、ウェブサイト制限、電子書籍制限、画面ミラーリング動作、他のグループ動作などから自動的に除外されてもよい。したがって、図４３の例において、教室４３０２外部の生徒用装置４３７１および４３７２は、２時限目理科の授業中に教師装置４３１０による制限から除外されてもよい。
具体的な実施形態において、生徒用装置が信号４３４１を検出し、教室４３０２内にあることを確認後、サーバ４３２０は、教室内に存在する生徒用装置のリストを教師装置４３１０に提供してもよい。教師装置４３１０によって提示されるＧＵＩ（例えば、図２９～図３３の一つ以上のＧＵＩ）には、存在する生徒用装置が含まれていてもよく、教室４３０２にない生徒用装置が除外されてもよい。２時限目理科の授業が終了すると、教師装置４３１０は信号４３４１の送信を停止してもよい。教師装置４３１０は、次の授業が教室４３０２で行われる場合も、行われない場合も、次の授業中異なる識別子４３４２の異なる信号４３４１を送信してもよい。同様に、生徒用装置４３５０は、次の授業が教室４３０２で行われる場合も、行われない場合も、次の授業中に異なる無線ビーコン信号を検索してもよい。
したがって、図４３のシステム４３００によれば、管理装置（例えば、教師装置４３１０）が、特定の領域（例えば、教師装置４３１０が無線ビーコン信号４３４１を送信する教室４３０２）にある被管理装置（例えば、生徒用装置４３５０）を制御することが可能となる。
エリア外にある被管理装置は、フォーカス制限その他のグループコマンドの対象から外されてもよい。なお、代替的な実施形態において、上述のような動作は、学校の教室以外の環境で実行されてもよい。例示的な非限定的な例として、図４３を参照して説明した技術によって、特定のオフィスビル、特定の会議室などに位置する装置に対して文書を提供、および／または文書閲覧の許可（例えば、証明書または復号キー）を提供することができる。
具体的な実施形態において、本開示のシステムおよび方法では、管理者（例えば、教師）がコマンドのシーケンスをグループ化し、適宜保存および実行することができる「マクロ」を作成することができる。例えば、教師は、異なるグループの生徒用装置を異なるアプリにロックし、画面ミラーリングを開始するマクロを定義することができ、教師は、そのマクロが授業の開始時に自動的に実行されるように指示することができる。このマクロには、第一のグループの生徒用装置をアプリケーションにフォーカスさせ、第二のグループ生徒用装置を別のアプリケーションにフォーカスさせ、特定の生徒用装置に画面ミラーリングを開始させるコマンドが含まれている。授業開始時に、教師は実行するマクロを選択することができる。したがって、教師は、各授業開始時に手動で生徒用装置グループにフォーカスして画面ミラーリングを開始させる代わりに、授業開始時に単一のボタンを押してマクロを実行することができるので、マクロは、教師が授業中に行う装置管理タスクの時間を削減することができる。
また、イベントに基づいてマクロが自動的に実行されるように構成することもできる。例えば、教師は、マクロを授業が開始すると自動的に実行されるように構成してもよく、どの生徒が教室４３０２に存在し、どの生徒が教室４３０２に不在であるかが判定される。指定された時間に、教師装置４３１０は、マクロのコマンドをサーバ４３２０に通信してもよい。或いは、マクロを事前にサーバ４３２０に記憶してもよく、サーバ４３２０は、指定された時間に、適切な生徒用装置に通知を送信してフォーカスを制限したり、画面ミラーリングを開始させたりしてもよい。
なお、図２５～図４３を参照して説明したステップまたは動作の順序は、例示的なものであり、限定的なものではない。代替的な実施形態において、ステップの順序はことなっていてもよい。さらに、一つ以上のステップが、オプションであってもよく、および／または他のステップに置き換えられてもよい。さらに、一つ以上のステップが統合されていてもよい。
例えば、具体的な実施形態において、ステップ４２０２は任意であってもよく（例えば、ルールが事前に定義されていてもよく、方法４２００はステップ４２０４から開始してもよい）。さらに、一つ以上のステップが統合されていてもよく、或いは少なくとも部分的に同時に行われてもよい。
本開示の各種実施形態に従い、ここに記載される一つ以上の方法、機能、およびモジュールは、コンピュータ・システムによって実行可能なソフトウェアプログラムに実装されてもよい。さらに、実装には、分散処理、コンポーネント／オブジェクト分散処理、および／または並列処理が含まれていてもよい。
具体的な実施形態は、ここに開示される方法またはコンピュータ・ベースの機能のいずれか一つ以上をコンピュータ・システムに実行させる命令群を実行するように構成されたコンピュータ・システムを利用することにより実施することができる。コンピュータ・システムには、ノート型コンピュータ、デスクトップ・コンピュータ、サーバ・コンピュータ、携帯電話、タブレット型コンピュータ、メディア・プレーヤ、一つ以上の他の演算装置、またはこれらの任意の組み合わせが含まれていてもよい。コンピュータ・システムは、例えばネットワークを介して、他のコンピュータ・システムまたは周辺装置に接続されてもよい。例えば、コンピュータ・システムまたはその構成要素は、図２５の管理者携帯装置２５１０、図２５のＭＤＭサーバ２５２０、図２５のプッシュ通知サービス２５３０に対応する演算装置またはサーバ、図２５の第一の被管理携帯装置２５４０、図２５の第二の被管理携帯装置２５５０、図２５の外部表示装置２５７０、図３６の装置管理サーバ３６２０、図３６のプッシュ通知サービス３６３０に対応する演算装置またはサーバ、図３６の被管理演算装置３６５０、図４３の教師装置４３１０、図４３の生徒用装置４３５０、図４３のサーバ４３２０、本明細書に記載される装置の一つによって生成されたＧＵＩを表示する出力装置、ＧＵＩに対してユーザ入力を受信する入力装置、および／または出力装置と入力装置とを含む装置のうちの任意の一つ以上を含んでいてもよく、あるいは含まれていてもよい。
コンピュータ・システムは、ネットワーク化された配置のサーバ能力において動作してもよく、サーバ・クライアント・ユーザ・ネットワーク環境におけるクライアント・ユーザ・コンピュータとして動作してもよい。「システム」という用語は、一つ以上の演算機能を実行するための一以上の命令群を個別にまたは共同で実行するシステムまたはサブ・システムの任意の集合を包含することができる。
具体的な実施形態において、命令は、コンピュータまたはプロセッサにより読み取り可能な装置（例えば、記憶装置）で具現化することができる。「コンピュータにより読み取り可能な装置」および「プロセッサにより読み取り可能な装置」には、集中型または分散型のメモリ、および／または、一つ以上の命令群を記憶する、関連付けられたキャッシュやサーバ等の単一のまたは複数の記憶装置が包含される。また、「コンピュータにより読み取り可能な装置」および「プロセッサにより読み取り可能な装置」は、プロセッサによる実行可能な命令群を記憶可能な任意の装置、またはコンピュータ・システムに本明細書に開示される方法や動作のうちの任意の一つ以上を実行させる任意の装置が包含される。例えば、コンピュータにより読み取り可能な装置、およびプロセッサにより読み取り可能な装置には、ランダム・アクセス・メモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、プログラム可能な読取り専用メモリ（ＰＲＯＭ）、消去可能でプログラム可能な読取り専用メモリ（ＥＰＲＯＭ）、電気的に消去可能でプログラム可能な読取り専用メモリ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブル・ディスク、ディスク・ベースのメモリ（例えば、コンパクト・ディスク読取り専用メモリ（ＣＤ－ＲＯＭ））、ソリッド・ステート。メモリ、またはその他の任意の形態の記憶装置を包含することができる。
コンピュータまたはプロセッサで読み取り可能な装置は信号ではない。
具体的な実施形態において、方法には、管理者携帯装置において、複数の被管理携帯装置のうち或る被管理携帯装置の選択を受信するステップが含まれる。前記方法にはまた、前記管理者携帯装置において、前記被管理携帯装置によって実行可能なアプリケーション・リストおよび／または前記被管理携帯装置がアクセス可能なウェブサイト・リストを表示するステップが含まれている。前記方法にはまた、前記管理者携帯装置において、前記アプリケーション・リストからのアプリケーションの選択または前記ウェブサイト・リストからのウェブサイトの選択を受信するステップが含まれていてる。前記方法にはまた、前記管理者携帯装置において、前記選択されたアプリケーションまたは前記選択されたウェブサイトへのフォーカスを制限するように前記被管理携帯装置に指示するデータの前記被管理携帯装置への送信を開始するステップが含まれる。
別の具体的な実施形態において、方法には、被管理携帯装置において、被管理携帯装置が特定の期間中に特定の無線ビーコン信号を走査することを示すデータを受信するステップが含まれる。前記方法にはまた、前記特定の期間が開始したことを検出すると、前記特定の無線ビーコン信号について一つ以上の無線周波数を走査するステップが含まれる。前記本方法には、さらに、管理者携帯装置から受信した前記特定の無線ビーコン信号に対して、前記被管理携帯装置が前記特定の無線ビーコン信号を受信した旨のメッセージを前記被管理携帯装置から送信し、前記メッセージの少なくとも一部に基づいて、前記被管理携帯装置に少なくとも一つの動作を実行するように指示するコマンドを（例えば、管理者携帯装置または携帯装置管理（ＭＤＭ）サーバから）受信するステップとが含まれる。
別の具体的な実施形態において、コンピュータにより読み取り可能な記憶装置は、プロセッサによって実行されると、プロセッサに、携帯装置管理（ＭＤＭ）サーバにおいて管理者携帯装置からのデータを受信するステップを含む動作を行わせる命令を記憶する。前記データは、複数の被管理携帯装置のうち或る被管理携帯装置と、管理者携帯装置において選択され、当該或る被管理携帯装置において実行されるコマンドとを識別する。前記動作にはさらに、前記或る被管理携帯装置にプッシュ通知の送信を開始して、前記或る被管理携帯装置にコマンドを取得させるステップが含まれている。
別の具体的な実施形態において、装置は、プロセッサと、前記プロセッサによって実行されると、前記プロセッサに、管理者携帯装置において複数の被管理携帯装置のうちの或る被管理携帯装置の選択を受信するステップを含む動作を行わせる命令を記憶したメモリとを含んでいる。前記動作にはまた、前記管理者携帯装置において、前記或る被管理携帯装置によって実行可能なアプリケーション・リストおよび／または前記或る被管理携帯装置がアクセス可能なウェブサイト・リストを表示するステップが含まれている。前記動作にはまた、前記管理者携帯装置において、前記アプリケーション・リストからのアプリケーションの選択または前記ウェブサイト・リストからのウェブサイトの選択を受信するステップが含まれていてる。前記動作にはまた、前記管理者携帯装置から、前記選択されたアプリケーションまたは前記選択されたウェブサイトへのフォーカスを制限するように前記被管理携帯装置に指示するデータの前記被管理携帯装置への送信を開始するステップが含まれる。
医療施設では、患者の体験を向上させる方法がますます模索されるようになっている。例えば、病院は、患者が個人用携帯装置からアクセスできるウェブサイトを介して、検査結果などの患者情報を提供してもよい。個人用携帯装置を持たない患者は、ウェブサイトを介して患者情報にアクセスできない可能性がある。重要な患者情報の機密保持は、医療施設の優先事項である。病院のアドミニストレータ（例えば、情報技術（ＩＴ）専門家）に、患者に提供された各携帯装置から機密情報を削除させて、同じ携帯装置を別の患者に提供させることは、時間および人的資源の点で高価であり、また人的ミスの影響も受けやすい。病院のアドミニストレータが、携帯装置を別の患者に提供する前に、携帯装置から機密の患者情報を削除し忘れるわずかなリスクでさえ、医療環境においては禁止される要因となる。
医療施設内の携帯装置を管理するシステムおよび方法を開示する。携帯装置は、医療施設で患者が利用可能である。携帯装置は、医療施設（例えば、病院、および／または診療所）の様々な場所に割り当てられる。例えば、携帯装置は、病院のベッド、および／または、病室に割り当てられてもよい。具体的に説明すると、携帯装置は、ケーブルを用いて病院のベッドまたは病室の壁に取り付けられてもよい。医療システムは、位置と割り当てられた携帯装置間のマッピングを維持する。例えば、位置ー装置マッピング・データには、位置の位置識別子（ＩＤ）と割り当てられた携帯装置の装置ＩＤとの間のマッピングが示される。ユーザ（例えば、病院のアドミニストレータ）は、患者が病院に入院したとき、または患者が病院の別の場所から移動された際に、病院ベッドを患者に割り当ててもよい。例えば、医療システムには医療管理システムが含まれる。ユーザは医療管理システムに、患者の入院時に位置（例えば、病院のベッド）が当該患者に割り当てられたこと、または患者が医療施設の或る位置から別の位置に移動されたことを示すユーザ入力を提供する。
或いは、ユーザは、患者がもはやその場所に割り当てられていないことを示す入力を医療システムに提供してもよい。例えば、ユーザは、患者が医療施設のある場所から別の場所に移動したこと、または患者が医療施設から退院したことを示すユーザ入力を医療管理システムに提供する。医療管理システムは、ユーザ入力に基づいて、患者が入院時にある場所に割り当てられたことを示す第一のメッセージ、患者が医療施設のある場所から別の場所に移動されたことを示すメッセージ、または患者が医療施設から退院したことを示すメッセージを生成するように構成される。
医療システムは、医療管理システムおよび携帯装置管理（ＭＤＭ）サーバに接続された医療リスナを含む。医療リスナは、医療管理システムからメッセージを受信するように設定されている。ＭＤＭサーバは、医療リスナが受信したメッセージに基づいて、患者が入院したか、移動したか、退院したかを判断するように構成されている。
例えば、ＭＤＭサーバは、どのメッセージが医療リスナによって受信されたかを判定するために医療リスナを照会することができる。医療リスナは、医療管理システムから第一のメッセージを受信したことを示す第二のメッセージをＭＤＭサーバーに送信する。特定の実装形態では、医療リスナは、ＭＤＭサーバから受信した更新要求に対して、ＭＤＭサーバに第二のメッセージを送信する。例えば、ＭＤＭサーバは、特定の時間間隔（例えば、周期的）で、医療リスナに更新要求を送信する。あるいは、またはさらに、医療リスナは、ＭＤＭサーバからの更新要求の受信とは関係なく、ＭＤＭサーバに第二のメッセージを送信してもよい。例えば、医療リスナは、医療管理システムから受信した各メッセージ（例えば、第一のメッセージ）に対して、ＭＤＭサーバにメッセージ更新（例えば、第二のメッセージ）を送信する。別の例として、医療リスナは、メッセージ更新（例えば、第二のメッセージ）を特定の時間間隔でＭＤＭサーバに送信する。第二のメッセージは、医療リスナが特定の時間枠に医療管理システムから受信した一つ以上のメッセージに相当し得る。第二のメッセージは、患者が入院時にある場所に割り当てられていること、患者が医療施設のある場所から別の場所に移動されていること、または患者が医療施設から退院していることを示す。
ＭＤＭサーバは、医療施設の携帯装置を管理するように構成されている。ＭＤＭサーバは、第二のメッセージが、患者が医療施設に入院した際に或る位置（例えば、病院のベッド）に割り当てられたこと、または患者が当該或る位置に移動されたことを示していると判定した場合、患者が或る位置に割り当てられたと判断する。ＭＤＭサーバは、患者が位置に割り当てられていると判断すると、位置ー装置マッピング・データに基づいて、当該位置に割り当てられた携帯装置を識別する。ＭＤＭサーバは、識別された携帯装置に対して、患者に関連付けられたデータ（および、アプリケーション）のプロビジョニングを開始する。データには、患者の記録、医療情報、アプリケーション・データ、またはこれらの組み合わせが含まれる。例えば、患者記録は、患者の治療に割り当てられた病院スタッフの名前を示すことができる。アプリケーション・データは、患者に関連するユーザ特性（例えば、年齢、性別、教育、職業など）を対象とする娯楽アプリケーション（例えば、ゲーム・アプリケーション）に相当し得る。アプリケーション・データは、アプリケーション（例えば、実行可能ファイル）、アプリケーションの識別子、アプリケーションに関連するユニバーサル・リソース・ロケータ（ＵＲＬ）、またはこれらの組み合わせを含む。
医療情報は、患者に関連する症状または診断に関する情報であってもよい。
ＭＤＭサーバは、第二のメッセージに、患者が医療施設から退院したこと、または患者が医療施設のある場所から別の場所（例えば、別の病院ベッド）に移動されたことが示されていると判断した場合に、患者がもはやその場所（例えば、病院ベッド）に割り当てられていないと判断する。ＭＤＭサーバは、患者がもはやその場所に割り当てられていないと判断した場合に、リセット・コマンドを携帯装置に送信するように構成される。リセット・コマンドには、患者に関連付けられた個人を識別可能な情報、および／または、患者に関連付けられた保護された健康情報を携帯装置から削除することが示されている。例えば、リセット・コマンドは、ファクトリ・リセット・コマンドに相当してもよく、すべてのユーザ・データが携帯装置から削除されることを示してもよい。携帯装置は、受信したリセット・コマンドに対して、（例えば、患者に関連する情報を含む）ユーザ・データを削除してもよい。
プッシュ通知サービスは、ＭＤＭサーバおよび携帯装置に接続される。プッシュ通知サービスは、携帯装置の信頼できる送信元に相当する。例えば、プッシュ通知サービスは、携帯装置の製造者に関連付けられてもよい（例えば、提供されてもよい）。ＭＤＭサーバは、携帯装置が位置に割り当てられていると判断した場合に、プッシュ通知サービスに通知要求を送信するように構成されている。
プッシュ通知サービスは、ＭＤＭサーバから受信した通知要求対して、携帯装置にプッシュ通知を送信するように構成される。プッシュ通知は、携帯装置がＭＤＭサーバにチェック・インすることを示してもよい。携帯装置は、受信したプッシュ通知に対して、ＭＤＭサーバにメッセージ（例えば、チェック・イン・メッセージ）を送信してもよい。ＭＤＭサーバは、患者が位置に割り当てられていると判断した場合、かつ携帯装置からメッセージを受信した場合、患者に関連付けられたデータを携帯装置に送信してもよい。具体的な例において、ＭＤＭサーバは、携帯装置にデータを送信する前に、携帯装置にリセット・コマンドを送信する。具体的に説明すると、ＭＤＭサーバは、携帯装置にデータを送信する前に携帯装置にリセット・コマンドを送信して携帯装置を「クリア」してもよい。ＭＤＭサーバは、患者がもはや位置に割り当てられていないと判断した場合、かつ携帯装置からメッセージを受信した場合、リセット・コマンドを携帯装置に送信してもよい。
特定の態様において、方法は、携帯装置管理（ＭＤＭ）サーバにおいて、医療施設における位置を示すメッセージを受信するステップを含む。
前記方法はまた、ＭＤＭサーバにおいて、位置に割り当てられた携帯装置を識別するステップを含んでいる。前記方法はさらに、ＭＤＭサーバから携帯装置にリモート・リセット・コマンドを送信するステップを含む。例えば、ＭＤＭサーバは、患者が位置から別の位置に移動された、または医療施設から退院したとメッセージに示されていると判定すると、通知要求をプッシュ通知サービスに送信する。プッシュ通知サービスは、ＭＤＭサーバから受信した通知要求対して、携帯装置にプッシュ通知を送信する。携帯装置は、プッシュ通知サービスから受信したプッシュ通知に対して、ＭＤＭサーバにメッセージを送信する。ＭＤＭサーバは、携帯装置から受信したメッセージに対して、携帯装置にリモート・リセット・コマンドを送信する。
別の具体的な実施形態において、コンピュータにより読み取り可能な記憶装置は、プロセッサによって実行されると、プロセッサに、患者識別子を含み、医療施設における位置を示すメッセージを受信するステップを含む動作を行わせる命令を記憶する。前記動作にはまた、前記位置に割り当てられた携帯装置を識別するステップも含まれている。前記動作にはまた、携帯装置に対して、患者識別子に関連付けられたデータの提供を開始するステップも含まれている。例えば、メッセージに患者が医療施設に入院した際に位置が割り当てられたこと、または患者が医療施設の或る位置から別の位置へ移動されたことが示されていると判断した場合、当該判断に少なくとも部分的に基づいて、前記データを前記携帯装置に提供する。
別の特定の態様において、コンピュータ・システムは、医療リスナ装置および携帯装置管理（ＭＤＭ）サーバを含む。医療リスナ装置は、医療施設における位置を示す第一のメッセージを受信するように構成される。医療リスナ装置はまた、位置を示す第二のメッセージをＭＤＭサーバに送信するように構成される。ＭＤＭサーバは、医療リスナ装置から第二のメッセージを受信すると、位置に割り当てられた携帯装置を識別し、携帯装置にリモート・リセット・コマンドを送信するように構成される。
図４４には、全体を参照符号４４００で示すシステムが示されている。システム４４００（例えば、コンピュータ・システム）は、医療リスナ４４２０を介してＭＤＭサーバ４４３０に接続された医療管理システム４４１０を含む。ＭＤＭサーバ４４３０は、プッシュ通知サービス４４４０および携帯装置４４５０に接続される。医療管理システム４４１０は、患者状態を示す許可－退院－移動（ＡＤＴ）メッセージを生成するように構成される。例えば、医療管理システム４４１０は、患者が医療施設に入院したときにメッセージを生成し、患者が医療施設の或る位置から別の位置に移動したときにメッセージを生成し、患者が医療施設から退院したときにメッセージを生成し、またはこれらの組み合わせを行う。
医療リスナ４４２０は、ＡＤＴメッセージを追跡するように構成される。例えば、医療リスナ４４２０は、医療管理システム４４１０からメッセージを受信する。医療リスナ４４２０は、メッセージが受信されたことを示すデータをメモリに記憶してもよい。ＭＤＭサーバ４４３０は、ＡＤＴメッセージが医療管理システム４４１０から受信されたかどうかを判断するために、医療リスナ４４２０に問い合わせるように構成されてもよい。ＭＤＭサーバ４４３０は、ＡＤＴメッセージが医療管理システム４４１０から受信されたと判断した場合に、リセット・コマンド４４３５を携帯装置４４５０に送信する、またはデータ４４３３の携帯装置４４５０へのプロビジョニングを開始するように構成される。
動作中、ユーザ４４０１（例えば、医療アドミニストレータ）は、患者４４０３（例えば、「トム・スノウマン」）を医療施設に受け入れる。ユーザ４４０１は、ユーザ入力４４０２を医療管理システム４４１０に提供し、患者４４０３が入院したこと、および患者４４０３が医療施設の特定の場所に割り当てられたことを示す。特定の場所は、ベッド、部屋、床、建物、ユニット、施設、セクション、またはこれらの組み合わせを含む。例えば、特定の位置は、医療施設の特定の建物（例えば、建物Ａ）の特定のユニット（例えば、冠動脈疾患治療室）内の特定のベッド（例えば、ベッド番号２）に対応してもよい。別の例として、特定の場所は、医療施設の特定の区画（例えば、救急室）の特定の部屋（例えば、部屋２）に対応し得る。医療管理システム４４１０は、患者４４０３が特定の場所に割り当てられていることを示す第一のメッセージ４４１２を生成する。
第一のメッセージ４４１２は、ＡＤＴメッセージに相当し得る。第一のメッセージ４４１２の第一のフィールドの値（例えば、「ＡＤＴ Ａ０１」）は、第一のメッセージ４４１２が入院メッセージに対応することを示していてもよい。第一のメッセージ４４１２の第一のフィールドは、メッセージ・ヘッダ・フィールド、メッセージ・タイプ・フィールド、イベント・タイプ・フィールド、イベント・タイプ・コード・フィールド、またはこれらの組み合わせを含むことができる。第一のメッセージ４４１２の第二のフィールドの値（例えば「４６０００１０５５」）は、患者４４０３を識別する。第二のフィールドには、患者識別フィールド、患者ＩＤリストフィールド、患者名フィールド、患者別名フィールド、社会保障番号（ＳＳＮ）フィールド、運転免許証番号フィールド、またはこれらの組み合わせが含まれていてもよい。第一のメッセージ４４１２の第三のフィールドの値（例えば、「ＣＣＵ０２」）は、特定の位置（例えば、冠動脈疾患治療室のベッド番号２）を示していてもよい。第三のフィールドには、ベッド状態更新フィールド、患者訪問フィールド、割り当てられた患者位置フィールド、またはこれらの組み合わせが含まれていてもよい。
医療リスナ４４２０は、第一のメッセージ４４１２を受信する。医療リスナ４４２０は、第二のメッセージ４４１４をＭＤＭサーバ４４３０に送信する。医療リスナ４４２０は、医療管理システム４４１０から受信した第一のメッセージ４４１２に対して、ＭＤＭサーバ４４３０に第二のメッセージ４４１４を送信する。特定の態様において、医療リスナ４４２０は、ＭＤＭサーバ４４３０から受信した更新要求に対して、ＭＤＭサーバ４４３０に第二のメッセージ４４１４を送信する。例えば、医療リスナ４４２０は、医療管理システム４４１０から受信したメッセージの記録を維持することができる。医療リスナ４４２０は、第一の時点で受信した第一のメッセージ４４１２に対して、第一の時点において医療管理システム４４１０から第一のメッセージ４４１２を受信したことを示すエントリをメモリに追加する。
ＭＤＭサーバ４４３０は、医療リスナ４４２０に更新要求を特定の時間間隔で送信してもよい。特定の時間間隔は、構成設定、デフォルト値、ユーザ入力、またはこれらの組み合わせに基づくことができる。医療リスナ４４２０は、ＭＤＭサーバ４４３０から受信した更新要求に対して、エントリに基づいて第二のメッセージ４４１４を生成し、第二のメッセージ４４１４をＭＤＭサーバ４４３０に送信する。
特定の態様において、医療リスナ４４２０は、ＭＤＭサーバ４４３０からの更新要求の受信とは関係なく、第二のメッセージ４４１４をＭＤＭサーバ４４３０に送信する。例えば、医療リスナ４４２０は、メッセージ更新（例えば、第二のメッセージ４４１４）をＭＤＭサーバ４４３０に送信する。
メッセージ（例えば、第一のメッセージ４４１２）を医療管理システム４４１０から受信し、そのメッセージが特定のメッセージタイプ（例えば、許可、移動、または退院）を有すると判断する。この例では、第二のメッセージ４４１４は、医療管理システム４４１０から受信された単一のメッセージ（例えば、第一のメッセージ４４１２）に相当する。
別の例として、医療リスナ４４２０は、メッセージ更新（例えば、第二のメッセージ４４１４）を特定の時間間隔（例えば、周期的）でＭＤＭサーバ４４３０に送信する。この例では、第二のメッセージ４４１４は、医療リスナ４４２０が、特定の時間枠で医療管理システム４４１０から受信した一つ以上のメッセージに相当する。
第二のメッセージ４４１４は、患者４４０３が特定の位置に割り当てられていることを示す。例えば、第二のメッセージ４４１４は、患者４４０３が医療施設への入院時に特定の場所に割り当てられること、または患者４４０３が医療施設の別の場所から特定の場所に移動されることを示す。特定の態様において、第一のメッセージ４４１２および第二のメッセージ４４１４のそれぞれは、図４５を参照してさらに記載されるように、患者４４０３の患者ＩＤ、特定の位置の位置ＩＤ、第一のメッセージ４４１２のメッセージタイプ（例えば、許可、移動、または退院）、またはこれらの組み合わせを含む。例えば、第一のメッセージ４４１２および第二のメッセージ４４１４の各々は、第一のメッセージ４４１２のメッセージタイプ（例えば、退院）および患者４４０３の患者ＩＤを含む。特定の実装形態では、第一のメッセージ４４１２および第二のメッセージ４４１４のそれぞれは、患者４４０３が医療施設の特定の場所から退院したことを示す特定の場所（例えば、病院のベッド）の位置ＩＤを含む。別の実施形態では、位置ＩＤは、第一のメッセージ４４１２、および／または第二のメッセージ４４１４には存在しない。本実装携帯において、第一のメッセージ４４１２および第二のメッセージ４４１４のそれぞれは、患者４４０３が医療施設から退院したことを示す。第一のメッセージ４４１２および第二のメッセージ４４１４のそれぞれは、明示的に位置ＩＤを含めずに、患者４４０３が以前に割り当てられた位置（例えば、特定の位置）から退院したことを暗示的に示していてもよい。
図４５を参照してさらに説明するように、ＭＤＭサーバ４４３０は、携帯装置４４５０が特定の位置に割り当てられていると判断する。例えば、ＭＤＭサーバ４４３０は、位置ー装置マッピング・データが、特定の位置の位置ＩＤが携帯装置４４５０の装置ＩＤに対応する（例えば、割り当てられている）と判断してもよい。
ＭＤＭサーバ４４３０は、通知要求４４２４をプッシュ通知サービス４４４０に送信して、携帯装置４４５０へのプッシュ通知４４３１の送信を開始してもよい。プッシュ通知サービス４４４０は、通知要求４４２４を受信し、通知要求４４２４が携帯装置４４５０を示すと判断した場合、プッシュ通知４４３１を携帯装置４４５０に送信する。
プッシュ通知４４３１は、携帯装置４４５０がＭＤＭサーバ４４３０にチェック・インするように指示する。例えば、プッシュ通知サービス４４４０は、携帯装置４４５０のための信頼できるソースであってもよく、プッシュ通知４４３１には、ＭＤＭサーバ４４３０が信頼できる装置であることが示されていてもよい。ＭＤＭサーバ４４３０は、プッシュ通知４４３１に対して携帯装置４４５０からメッセージ４４３２を受信してもよい。例えば、携帯装置４４５０は、受信したプッシュ通知４４３１の受信に対して、メッセージ４４３２をＭＤＭサーバ４４３０に送信する。ＭＤＭサーバ４４３０は、図４５を参照してさらに説明するように、受信したメッセージ４４３２に対して、データ４４３３を携帯装置４４５０に送信してもよい。データ４４３３は、図４５を参照してさらに説明されるように、患者４４０３に関連付けられる。例えば、データ４４３３は、患者４４０３に関連する患者記録、医療情報、アプリケーション・データ、または構成設定のうちの少なくとも一つを含む。
特定の態様において、ＭＤＭサーバ４４３０は、データ４４３３を携帯装置４４５０に送信する前に、リセット・コマンド４４３５を携帯装置４４５０に送信する。リセット・コマンド４４３５は、ファクトリ・リセット・コマンドに相当し得る。患者の機密性（例えば、患者のプライバシー）を改善するために、携帯装置４４５０は、リセット・コマンド４４３５を受信すると、携帯装置４４５０に格納されたユーザ・データを削除してもよい。ユーザ・データは、以前に携帯装置４４５０を使用したユーザ（例えば、患者）に対応するものであってもよい。携帯装置４４５０は、携帯装置４４５０に格納されたユーザ・データを削除した後に、ＭＤＭサーバ４４３０からデータ４４３３を受信してもよい。
特定の態様において、医療管理システム４４１０は、患者４４０３が第一の位置から第二の位置に移動されたと判定した場合に、第一のメッセージ４４１２を生成する。第一のメッセージ４４１２の第一のフィールドの値（例えば、「ＡＤＴ Ａ０２」）は、第一のメッセージ４４１２が移動メッセージに対応することを示していてもよい。第一のメッセージ４４１２の第二のフィールドの値（例えば「４６０００１０５５」）は、患者４４０３を識別する。
第一のメッセージ４４１２の第三のフィールドの値（例えば、「ＣＣＵ０２」）は、第一の位置（例えば、冠動脈疾患治療室のベッド番号２）を示していてもよい第三のフィールドには、ベッド状態更新フィールド、患者訪問フィールド、以前の位置フィールド、またはこれらの組み合わせが含まれていてもよい。第一のメッセージ４４１２の第四のフィールドの値（例えば、「ＰＴＵ０５」）は、第二の位置（例えば、患者治療ユニットの部屋番号５）を示していてもよい第四のフィールドには、ベッド状態更新フィールド、患者訪問フィールド、割り当てられた患者位置フィールド、またはこれらの組み合わせが含まれていてもよい。
ＭＤＭサーバ４４３０は、患者４４０３が第一の位置から移動されたことを示すメッセージ４４３２を受信した場合、携帯装置４４５０が第一の位置に割り当てられたと判断した場合、携帯装置４４５０が患者４４０３に割り当てられたと判断した場合、或いはこれらの組み合わせにおいて、リセット・コマンド４４３５を携帯装置４４５０に送信してもよい。リセット・コマンド４４３５は、患者４４０３に関連付けられた個人識別情報、および／または患者４４０３に関連付けられた保護された健康情報が携帯装置４４５０から削除されることを示してもよい。携帯装置４４５０は、受信したリセット・コマンド４４３５に対して、携帯装置４４５０に記憶されたデータ４４３３を削除してもよい。あるいは、ＭＤＭサーバ４４３０は、患者４４０３が第二の位置に移動され、携帯装置４４５０が第二の位置に割り当てられることを示すメッセージ４４３２を受信すると、データ４４３３を携帯装置４４５０に送信してもよい。特定の態様において、ＭＤＭサーバ４４３０は、データ４４３３を携帯装置４４５０に送信する前に、リセット・コマンド４４３５を携帯装置４４５０に送信する。携帯装置４４５０は、受信したリセット・コマンド４４３５を受けて、携帯装置４４５０の以前のユーザに対応するユーザ・データを削除してもよい。
特定の態様において、医療管理システム４４１０は、患者４４０３が特定の場所（例えば、病院のベッドまたは病室）または医療施設から退院したと判断した場合、第一のメッセージ４４１２を生成する。第一のメッセージ４４１２の第一のフィールドの値（例えば「ＡＤＴ＿Ａ０３」）は、第一のメッセージ４４１２が退院メッセージに相当することを示す。第一のメッセージ４４１２の第二のフィールドの値（例えば「３０００１０５５」）は、患者４４０３を識別する。第一のメッセージ４４１２の第三のフィールドの値（例えば、「ＩＣＵ１０」）は、特定の位置（例えば、集中治療室のベッド番号１０）を示していてもよい。第三のフィールドには、ベッド状態更新フィールド、患者訪問フィールド、以前の位置フィールド、またはこれらの組み合わせが含まれていてもよい。
ＭＤＭサーバ４４３０は、患者４４０３が特定の場所から退院したこと、および携帯装置４４５０が特定の場所に割り当てられたことを示すメッセージ４４３２を受信すると、リセット・コマンド４４３５を携帯装置４４５０に送信してもよい。あるいは、ＭＤＭサーバ４４３０は、携帯装置４４５０が患者４４０３に割り当てられていたこと、および患者４４０３が退院したことを示すメッセージ４４３２を受信すると、リセット・コマンド４４３５を携帯装置４４５０に送信してもよい。
したがって、システム４４００は、患者４４０３が、医療施設によって提供される携帯装置４４５０を使用して、機密情報またはターゲット情報にアクセスできるようにしてもよい。患者のプライバシーを改善するために、特定の位置（例えば、病院のベッドまたは病室）がもはや患者４４０３に割り当てられなくなった時点で、情報（例えば、データ４４３３）を携帯装置４４５０から削除してもよい。例えば、ＭＤＭサーバ４４３０は、患者がもはや携帯装置４４５０と関連付けられていないと判断した場合、患者データ（例えば、データ４４３３）を削除するように携帯装置４４５０に指示するリセット・コマンド４４３５を送信してもよい。
図４５には、全体を参照符号４５００で示すシステムが示されている。システム４５００は、システム４４００に相当し得る。例えば、システム４５００は、プッシュ通知サービス４４４０および携帯装置４４５０に接続されたＭＤＭサーバ４４３０を含んでいる。ＭＤＭサーバ４４３０は、メモリ４５３２に接続された携帯装置マネージャ４５３４（例えば、プロセッサ）を含んでいる。
特定の態様において、携帯装置マネージャ４５３４は、本明細書に記載される一以上の動作を行わせるように構成されたプロセッサに相当する。また、特定の態様において、携帯装置マネージャ４５３４は、プロセッサによって実行されると、プロセッサに本明細書に記載される一以上の動作を行わせる命令に相当する。また、特定の態様において、携帯装置マネージャ４５３４は、本明細書に記載される一以上の動作を行わせるための実行可能な命令を格納するコンピュータにより読み取り可能な記憶装置に相当する。
携帯装置マネージャ４５３４は、本明細書に記載されるように、リセット・コマンド４４３５、および／またはデータ４４３３を携帯装置４４５０に送信するように構成されてもよい。メモリ４５３２は、位置－装置マッピング・データ４５１０を記憶するように構成されてもよい。
位置ー装置マッピング・データ４５１０は、一つ以上の携帯装置が医療施設の一つ以上の位置に割り当てられていることを示していてもよい。例えば、位置ー装置マッピング・データ４５１０は、携帯装置４４５０の装置ＩＤ４５１４が、医療施設の特定の位置の位置ＩＤ４５０４に割り当てられることを示す。装置ＩＤ４５１４は、携帯装置４４５０のメディアアクセス制御（ＭＡＣ）アドレス、携帯装置４４５０のインターネットプロトコル（ＩＰ）アドレス、または別の装置ＩＤを含むことができる。
特定の態様において、ＭＤＭサーバ４４３０は、別の装置から位置－装置マッピング・データ４５１０を受信する。別の態様では、ＭＤＭサーバ４４３０は、位置－装置マッピング・データ４マッピング・データタ。例えば、図４４のユーザ４４０１（または他のユーザ）は、携帯装置４４５０を特定の位置（例えば、病院のベッドまたは病室）に割り当てることができる。ＭＤＭサーバ４４３０は、携帯装置４４５０が特定の位置に割り当てられていることを示すユーザ入力を受信すると、携帯装置４４５０が特定の位置に割り当てられていることを示す位置ー装置マッピング・データ４５１０を生成（または更新）してもよい。
メモリ４５３２は、患者データを記憶するように構成される。例えば、メモリ４５３２は、患者４４０３の患者レコード４５２２を記憶する。メモリ４５３２は、患者レコード４５２２が患者ＩＤ４５０６を有する患者４４０３に割り当てられることを示していてもよい。
メモリ４５３２は、医療情報４５２４を記憶するように構成されてもよい。医療情報４５２４は、特定の症状（例えば、高コレステロール）、および／または特定の診断（例えば、心疾患）と関連付けることができる。メモリ４５３２は、アプリケーション・データ４５２６を記憶するように構成されてもよい。アプリケーション・データ４５２６は、エンターテイメント・アプリケーション、教育アプリケーション、ヘルスケア・アプリケーション、またはこれらの組み合わせなどのアプリケーションに相当する。アプリケーション・データ４５２６は、アプリケーション（例えば、実行可能ファイル）、アプリケーションの識別子、アプリケーションに関連するユニバーサル・リソース・ロケータ（ＵＲＬ）、またはこれらの組み合わせを含む。メモリ４５３２は、構成設定４５２８を含んでもよい。構成設定４５２８は、ユーザ名、および／またはパスワードを含んでもよい。
動作中、図４４を参照して説明したように、ＭＤＭサーバ４４３０は、医療リスナ４４２０から第二のメッセージ４４１４を受信する。第二のメッセージ４４１４は、メッセージタイプ４５０２（例えば、許可、移動、または移動）、位置ＩＤ４５０４、患者４４０３の患者ＩＤ４５０６、またはこれらの組み合わせを示す。
例えば、第二のメッセージ４４１４は、第一のメッセージ４４１２に基づく。医療リスナ４４２０は、第一のメッセージ４４１２の第一のフィールドの値に基づいてメッセージタイプ４５０２を判定してもよい。例えば、第一のフィールドの第一の値（例えば、「ＡＤＴ＿０ｌ」）、第二の値（例えば、「ＡＤＴ ０２」）、および第三の値（例えば、「ＡＤＴ ０３」）は、それぞれ、第一のメッセージタイプ（例えば、入院メッセージタイプ）、第二のメッセージタイプ（例えば、移動メッセージタイプ）、および第三のメッセージタイプ（例えば、退院メッセージタイプ）に対応する。医療リスナ４４２０は、第一のメッセージ４４１２の第二のフィールドの値（例えば、「３０００１０５５」）に基づいて患者ＩＤ４５０６を決定してもよい。
医療リスナ４４２０は、第一のメッセージ４４１２の第三のフィールドの値または第一のメッセージ４４１２の第四のフィールドの値に基づいて位置ＩＤ４５０４を決定してもよい。例えば、医療リスナ４４２０は、第一のメッセージ４４１２が許可メッセージに対応すると判定した場合、第一のメッセージ４４１２の割り当てられた患者位置フィールドに基づいて位置ＩＤ４５０４を決定する。医療リスナ４４２０は、第一のメッセージ４４１２が退院メッセージに対応すると判定すると、第一のメッセージ４４１２の以前の位置フィールドに基づいて位置ＩＤ４５０４を決定する。
医療リスナ４４２０は、第一のメッセージ４４１２が移動メッセージに対応すると判定すると、第一のメッセージ４４１２の以前の位置フィールドに基づいて第一の位置ＩＤを決定する、および／または第一のメッセージ４４１２の割り当てられた患者位置フィールドに基づいて第二の位置ＩＤを決定する。第一のメッセージ４４１２は、患者４４０３が第一の位置ＩＤに対応する第一の位置から第二の位置ＩＤに対応する第二の位置に移動されることを示してもよい。医療リスナ４４２０は、第一の位置ＩＤ、および／または第二の位置ＩＤを示す第二のメッセージ４４１４を生成する。位置ＩＤ４５０４は、第一の位置ＩＤまたは第二の位置ＩＤに対応してもよい。
携帯装置マネージャ４５３４は、第二のメッセージ４４１４に基づいて、患者４４０３が特定の位置に割り当てられているかどうかを判断してもよい。例えば、携帯装置マネージャ４５３４は、メッセージタイプ４５０２が入院メッセージを示し、第二のメッセージ４４１４が、患者４４０３（患者ＩＤ４５０６に対応する）が位置ＩＤ４５０４に基づいて特定の位置に割り当てられることを示していると判断した場合、患者４４０３が特定の位置に割り当てられることを判断する。携帯装置マネージャ４５３４は、患者４４０３が特定の位置に割り当てられていると判断すると、特定の位置に割り当てられている一つ以上の携帯装置を識別する。例えば、携帯装置マネージャ４５３４は、位置ー装置マッピング・データ４５１０に位置ＩＤ４５０４が装置ＩＤ４５１４に対応すると示されていると判断した場合、携帯装置４４５０が特定の位置に割り当てられていると判断する。
携帯装置マネージャ４５３４は、位置ＩＤ４５０４が装置ＩＤ４５１４に対応すると判断した場合、患者ＩＤ４５０６が装置ＩＤ４５１４に対応することを示すデータをメモリ４５３２に記憶してもよい。例えば、携帯装置マネージャ４５３４は、携帯装置４４５０が図４４の患者４４０３に割り当てられていることを示すデータをメモリ４５３２に記憶する。
携帯装置マネージャ４５３４は、位置ＩＤ４５０４が装置ＩＤ４５１４に対応すると判断した場合、通知要求４４２４をプッシュ通知サービス４４４０に送信してもよい。通知要求４４２４は、装置ＩＤ４５１４を含む。プッシュ通知サービス４４４０は、ＭＤＭサーバ４４３０から通知要求４４２４を受信し、通知要求４４２４が装置ＩＤ４５１４を示すことを判断すると、プッシュ通知４４３１を携帯装置４４５０に送信する。プッシュ通知４４３１は、ＭＤＭサーバ４４３０を識別してもよい。例えば、プッシュ通知４４３１は、ＭＤＭサーバ４４３０のアドレス（例えば、ＭＡＣアドレス、および／またはＩＰアドレス）を示す。携帯装置４４５０は、プッシュ通知４４３１を受信し、プッシュ通知４４３１がＭＤＭサーバ４４３０を識別することを判断すると、メッセージ４４３２をＭＤＭサーバ４４３０に送信する。プッシュ通知サービス４４４０は、携帯装置４４５０の信頼できるソースであってもよい。携帯装置４４５０は、プッシュ通知サービス４４４０からのプッシュ通知４４３１がＭＤＭサーバ４４３０を識別していると判断すると、ＭＤＭサーバ４４３０と通信してもよい。
携帯装置マネージャ４５３４は、図４４の医療リスナ４４２０から第二のメッセージ４４１４を受信し、モバイルデバイス４４５０からメッセージ４４３２を受信し、またはその両方に応じてデータ４４３３を生成する。データ４４３３は、患者レコード４５２２、医療情報４５２４、アプリケーション・データ４５２６、構成設定４５２８、またはこれらの組み合わせを含んでもよい。携帯装置マネージャ４５３４は、患者ＩＤ４５０６に基づいて患者レコード４５２２を検索する。患者レコード４５２２は、患者４４０３をケアするために割り当てられた医療関係者、患者４４０３に処方された薬剤、患者４４０３の検査結果、患者４４０３のメッセージ、患者４４０３によって示された症状（例えば、高コレステロール）、患者４４０３の診断（例えば、心臓病）、患者４４０３の職業（例えば、スタントマン）、患者４４０３の習慣（例えば、喫煙者）、患者４４０３の教育レベル、患者４４０３の年齢、またはこれらの組み合わせを示す（または識別）ことができる。
携帯装置マネージャ４５３４は、患者レコード４５２２に基づいて医療情報４５２４を検索（または識別）してもよい。例えば、携帯装置マネージャ４５３４は、患者レコード４５２２によって示される症状、診断、職業、習慣、教育レベル、年齢、またはこれらの組み合わせに対応する医療情報４５２４を検索する。医療情報４５２４は、医療専門家によって選択され、患者４４０３を対象とする教育資料を含むことができる。
携帯装置マネージャ４５３４は、患者レコード４５２２に基づいてアプリケーション・データ４５２６を選択してもよい。例えば、携帯装置マネージャ４５３４は、患者レコード４５２２によって示される年齢、教育レベル、症状、診断、職業、習慣、またはこれらの組み合わせに基づいてアプリケーションを選択する。
アプリケーションは患者４４０３を対象とする。例えば、アプリケーションは、患者４４０３と同じ年齢のユーザを対象とするコンピュータゲームを含む。アプリケーション・データ４５２６は、選択されたアプリケーションに対応する。例えば、アプリケーション・データ４５２６は、選択されたアプリケーション、選択されたアプリケーションの識別子、選択されたアプリケーションのダウンロードＵＲＬ、またはこれらの組み合わせを含む。ダウンロードＵＲＬは、選択されたアプリケーションが検索可能な位置を示す。位置は、ＭＤＭサーバ４４３０または別の装置に関連付けることができる。
特定の態様において、アプリケーション・データ４５２６は、マニフェストファイルのマニフェストＵＲＬを含む。マニフェストＵＲＬはマニフェストファイルの場所を示し、マニフェストファイルは選択したアプリケーションのダウンロードＵＲＬを示している。携帯装置マネージャ４５３４は、患者レコード４５２２に基づいてマニフェストファイルを生成（または選択）する。例えば、携帯装置マネージャ４５３４は、患者レコード４５２２に基づいてアプリケーションを選択し、選択されたアプリケーションを示すマニフェストファイルを生成する。別の例として、携帯装置マネージャ４５３４は、患者レコード４５２２で示される年齢、教育レベル、症状、診断、職業、習慣、またはその組み合わせに基づいてマニフェストファイルを選択する。
マニフェストファイルは、患者４４０３を対象とする一つ以上のアプリケーションを示す。
携帯装置マネージャ４５３４は、患者ＩＤ４５０６、および／または患者レコード４５２２に基づいて構成設定４５２８を生成してもよい。例えば、携帯装置マネージャ４５３４は、患者ＩＤ４５０６、年齢、教育レベル、症状、診断、職業、習慣、またはこれらの組み合わせを示す構成設定４５２８を生成する。
携帯装置マネージャ４５３４は、携帯装置４４５０から受信したメッセージ４４３２に対して、携帯装置４４５０にデータ４４３３を送信してもよい。別の態様において、携帯装置マネージャ４５３４は、携帯装置４４５０からメッセージ４４３２を受信することとは無関係にデータ４４３３を送る。本態様において、ＭＤＭサーバ４４３０は、携帯装置４４５０の信頼できるソースであってもよく、携帯装置４４５０は、メッセージ４４３２をＭＤＭサーバ４４３０に送信したこととは無関係に、ＭＤＭサーバ４４３０からデータ４４３３を受け入れてもよい、
特定の態様において、データ４４３３は患者レコード４５２２を含む。この態様において、携帯装置４４５０は、患者４４０３が患者レコード４５２２にアクセスすることを可能にする。例えば、患者４４０３は、携帯装置４４５０を使用して、患者４４０３のケアに割り当てられた医療関係者を識別する。別の例として、患者４４０３は、携帯装置４４５０を使用して、患者記録４５２２が患者４４０３に関する正確な情報を含むかどうかを検証する。具体的に説明すると、患者４４０３は、患者４４０３のアレルギー情報が患者記録４５２２に正確に示されているかどうかを確認することができる。患者４４０３は、患者記録４５２２内の不正確な情報を検出した場合に病院職員に通知することができる。
特定の態様において、データ４４３３は、医療情報４５２４を含む。この態様において、携帯装置４４５０は、患者４４０３が医療情報４５２４にアクセスすることを可能にする。例えば、患者４４０３は、携帯装置４４５０を使用して患者４４０３の診断に関連する医療情報４５２４を見直す。医療情報４５２４へのアクセスを有することにより、患者４４０３は、十分な情報に基づいた医療上の決定を行うことができる。
特定の態様において、データ４４３３は、アプリケーション・データ４５２６を含む。この態様において、携帯装置４４５０は、患者４４０３がアプリケーション・データ４５２６に対応するアプリケーションにアクセスすることを可能にする。例えば、アプリケーション・データ４５２６はアプリケーションを含み、携帯装置４４５０はアプリケーションを携帯装置４４５０に記憶（例えばインストール）する。別の例として、携帯装置４４５０は、アプリケーション・データ４５２６によって示されるアプリケーション識別子（例えば、ＵＲＬ）に基づいてアプリケーションを検索する。アプリケーション識別子は、ＭＤＭサーバ４４３０または別の装置に関連付けられる。具体的な例において、、アプリケーション・データ４５２６は、マニフェストファイルの場所を示すマニフェストＵＲＬを含む。この例において、ＭＤＭサーバ４４３０は、アプリケーション・データ４５２６をインストール・アプリケーション・コマンドとして携帯装置４４５０に送信してもよい。インストール・アプリケーション・コマンドは、マニフェストＵＲＬを示す場合がある。携帯装置４４５０は、マニフェストＵＲＬに基づいてマニフェストファイルを検索する。マニフェストファイルはアプリケーション識別子（例えばＵＲＬ）を示す。携帯装置４４５０は、マニフェストファイルによって示されるアプリケーション識別子に基づいてアプリケーションを検索する。特定の態様において、マニフェストファイルは、複数のアプリケーションに関連付けられた複数のアプリケーション識別子を示す。携帯装置４４５０は、アプリケーション識別子に基づいてアプリケーションを検索する。
アプリケーション・データ４５２６は、一つ以上の対象アプリケーションに相当し得る。例えば、患者４４０３は、携帯装置４４５０を使用して、患者４４０３と同じ年齢のユーザを対象とするコンピュータゲーム（例えば、チェス）をプレイする。
特定の態様において、データ４４３３は、構成設定４５２８を含む。この態様において、携帯装置４４５０は、構成設定４５２８に基づいて患者４４０３のために構成される。例えば、携帯装置４４５０は、構成設定４５２８に基づいてウェブベース・アプリケーションにユーザ名およびパスワードを提供し、患者４４０３は、ユーザ名およびパスワードを入力する必要なく、携帯装置４４５０を介してウェブベース・アプリケーションにアクセスする。
特定の態様において、携帯装置マネージャ４５３４は、データ４４３３を携帯装置４４５０に送信する前に、リセット・コマンド４４３５を携帯装置４４５０に送信する。携帯装置４４５０は、リセット・コマンド４４３５の受信を受けて、携帯装置４４５０に記憶されたユーザ・データを削除することができる。例えば、携帯装置４４５０は、携帯装置４４５０の以前のユーザに関連付けられた患者レコード、医療情報、アプリケーション・データ、アプリケーション、構成、またはその組み合わせを削除する。
したがって、携帯装置マネージャ４５３４は、患者４４０３が医療施設に入院していることを示すメッセージ（例えば、図４４の第一のメッセージ４４１２に基づく第二のメッセージ４４１４）を受信したことを受けて、患者４４０３が使用するように携帯装置４４５０を自動的に設定することができる。携帯装置を自動的にセットアップする機能は、医療管理システム４４１０に対する変更とは関係なくシステム４４００に追加されてもよい。医療管理システム４４１０は、レガシー医療管理システム、および／または独立して管理される医療管理システムを含んでいてもよい。
特定の態様において、携帯装置マネージャ４５３４は、通知要求４４２４をプッシュ通知サービス４４４０に送信する特定の期間内にメッセージ４４３２が携帯装置４４５０から受信されなかったと判断した場合、アラート４５３０（例えば、メッセージ）を生成する。特定の持続時間は、構成設定、デフォルト値、ユーザ入力、またはこれらの組み合わせに対応してもよい。
携帯装置マネージャ４５３４は、装置、および／またはユーザにアラート４５３０を送信してもよい。例えば、携帯装置マネージャ４５３４は、ユーザ４４０１（または他のヘルスケア管理者）の電子メール（電子メール）アカウントにアラート４５３０を送信する。
ユーザ４４０１（または別の医療アドミニストレータ）は、アラート４５３０の受信に対して携帯装置４４５０をチェックしてもよい。例えば、携帯装置４４５０に電源が投入されていない場合、ユーザ４４０１は携帯装置４４５０に電源を投入する。携帯装置４４５０は、電源投入後に、プッシュ通知サービス４４４０からプッシュ通知４４３１を受信してもよい。別の例として、携帯装置４４５０が適切に動作していない場合、ユーザ４４０１は、別の携帯装置を、位置ＩＤ４５０４に対応する特定の位置（例えば、病院のベッドまたは病室）に割り当てる。この例では、携帯装置マネージャ４５３４は、位置ＩＤ４５０４に対応する特定の位置に第二の装置ＩＤを有する第二の携帯装置が割り当てられていることが示される、更新された位置ー装置マッピング・データを受信すると、第二の装置ＩＤを示す更新された通知要求４４２４をプッシュ通知サービス４４４０に送信する。プッシュ通知サービス４４４０は、第二の装置ＩＤに対応する第二の携帯装置にプッシュ通知４４３１を送信する。第二の携帯装置は、メッセージ４４３２をＭＤＭサーバー４４３０に送信し、ＭＤＭサーバー４４３０からデータ４４３３を受信する。
特定の態様において、携帯装置マネージャ４５３４は、メッセージタイプ４５０２が移動メッセージを示し、第二のメッセージ４４１４が、患者ＩＤ４５０６に対応する患者４４０３（例えば、「トム・スノウマン」）が位置ＩＤ４５０４に対応する特定の位置に移動されることを示していると判断した場合、患者４４０３が特定の位置に割り当てられると判断する。
患者４４０３が特定の位置に移動されたと判断した場合に携帯装置マネージャ４５３４によって実行される動作は、患者４４０３が医療施設に入院し、特定の場所に割り当てられたと判断した場合に携帯装置マネージャ４５３４によって実行される一つ以上の動作を含んでもよい。
特定の態様において、携帯装置マネージャ４５３４は、第二のメッセージ４４１４に基づいて、患者４４０３がもはや特定の場所に割り当てられていないことを判断する。例えば、携帯装置マネージャ４５３４は、メッセージタイプ４５０２が移動メッセージを示し、第二のメッセージ４４１４に患者４４０３が特定の位置から移動されたことが示されると判断した場合、患者４４０３がもはや特定の場所に割り当てられていないと判断する。別の例として、携帯装置マネージャ４５３４は、メッセージタイプ４５０２が退院メッセージを示すと判断した場合、患者４４０３がもはや特定の場所に割り当てられていないと判断する。
患者４４０３が退院したと判断した場合、携帯装置マネージャ４５３４によって実行される動作は、患者４４０３が特定の位置から移動されたと判断した場合に携帯装置マネージャ４５３４によって実行される一つ以上の動作を含んでもよい。例えば、携帯装置マネージャ４５３４は、患者４４０３がもはや特定の位置に割り当てられていないと判断した場合、携帯装置４４５０を識別する。特定の態様において、第二のメッセージ４４１４は、特定位置の位置ＩＤ４５０４を示し、携帯装置マネージャ４５３４は、位置ー装置マッピング・データ４５１０に基づいて携帯装置４４５０を識別する。別の態様において、携帯装置マネージャ４５３４は、メモリ４５３２に記憶されたデータに、装置ＩＤ４５１４を有する携帯装置４４５０が患者ＩＤ４５０６を有する患者４４０３に割り当てられていることが示されていると判断した場合に、携帯装置４４５０を識別する。
携帯装置マネージャ４５３４は、携帯装置４４５０を識別すると、リセット・コマンド４４３５を携帯装置４４５０に送信する。携帯装置４４５０は、リセット・コマンド４４３５を受信すると、携帯装置４４５０に記憶された患者４４０３に関連するユーザ情報を削除してもよい。例えば、携帯装置４４５０は、リセット・コマンド４４３５を受信すると、携帯装置４４５０に記憶されたデータ４４３３を削除する。別の例として、携帯装置４４５０は、リセット・コマンド４４３５を受信すると、携帯装置４４５０のファクトリ・リセットを実行する。ファクトリ・リセットを実行すると、携帯装置４４５０を元の製造元設定に戻すことができる。例えば、携帯装置４４５０は、携帯装置４４５０に記憶されたデータ４４３３を含むすべてのユーザ・データを削除することによって、ファクトリ・リセットを実行する。携帯装置マネージャ４５３４は、メモリ４５３２を更新して、患者ＩＤ４５０６と装置ＩＤ４５１４との間の関連付けを解除してもよい。
したがって、システム４５００は、患者４４０３が携帯装置４４５０に対応する特定の位置に割り当てられている間、患者４４０３による使用のために携帯装置４４５０の自動設定を可能にする。また、システム４５００は、患者４４０３が特定の場所に割り当てられなくなった時点で、携帯装置４４５０に記憶されている患者４４０３のユーザ・データを自動的に削除することを可能にする。これによって、患者のプライバシーを改善する。例えば、携帯装置マネージャ４５３４は、患者がもはや携帯装置４４５０と関連付けられていないと判断した場合、患者データ（例えば、データ４４３３）を削除するように携帯装置４４５０に指示するリセット・コマンド４４３５を送信する。
図４６を参照すると、全体を参照符号４６１２で示す、移動メッセージが示されている。移動メッセージ４６１２は、医療管理システム４４１０、医療リスナ４４２０、図４４のシステム４４００、またはこれらの組み合わせによって生成されてもよい。移動メッセージ４６１２は、図４４の第一のメッセージ４４１２、および／または第二のメッセージ４４１４に対応してもよい。移動メッセージ４６１２は、ＡＤＴメッセージ仕様に準拠してもよい。特定の態様において、移動メッセージ４６１２は、健康レベル７（ＨＬ７）フォーマットに準拠する。例えば、移動メッセージ４６１２は、ＨＬ７バージョン１フォーマット、ＨＬ７バージョン２フォーマット、ＨＬ７バージョン３フォーマット、ＨＬ７ Ｆａｓｔ Ｈｅａｌｔｈｃａｒｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｒｅｓｏｕｒｃｅｓ（ＦＨＩＲ）フォーマット、別のＨＬ７フォーマット、またはその組み合わせに準拠する。
移動メッセージ４６１２は、メッセージタイプ４５０２（例えば「Ａ０２」）を示す。メッセージタイプ４５０２の値（例えば「Ａ０２」）は、移動メッセージ４６１２が移動メッセージに対応することを示す。移動メッセージ４６１２は、患者ＩＤ４５０６（例えば「３０００１０５５」）を示す。患者ＩＤ４５０６の値（例えば「３０００１０５５」）は、対応する患者４４０３が移動されたことを示す。移動メッセージ４６１２は、以前の位置ＩＤ４６０４（例えば、「ＨＣ１０－ＣＣＵＡＣＣＵ０２ＡＣＣＵ０２ＡＵＣＨＣＡｌＡＡＡＡＡＡ」）を示す。以前の位置ＩＤ４６０４の値（例えば、「ＨＣ １０－ ＣＣＵＡＣＣＵ０２ＡＣＣＵ０２ＡＵＣＨＣＡｌＡＡＡＡＡＡ」）は、患者４４０３が対応する第一の位置（例えば、冠動脈疾患治療室ベッド２）から移動されたことを示す。説明を容易にするために、移動メッセージ４６１２の特定のフィールド（例えば、「ＨＣ１０－ＣＣＵＡＣＣＵ０２ＡＣＣＵ０２ＡＵＣＨＣＡｌＡＡＡＡＡＡ」）は、以前の位置ＩＤ４６０４に対応するものとして示されており、いくつかの実装において、フィールドの一つ以上の部分、転送メッセージ４６１２の複数のフィールド、転送メッセージ４６１２の複数のフィールドの一つ以上の部分、またはこれらの組み合わせは、以前の位置ＩＤ４６０４に対応する。具体的な例において、フィールドの特定の部分（例えば、「ＣＣＵ０２」）は、以前の位置ＩＤ４６０４に対応する。別の例において、医療施設は、同じ名前（例えば、「ＣＣＵ０２」）の複数の病院ベッドを含むことができる。この例において、特定の病院ベッドは、特定の病院ベッドの位置（例えば、部屋、建物、床、ユニット、セクション、施設、またはこれらの組み合わせ）を示す追加情報と組み合わされたフィールドの部分（例えば、「ＣＣＵ０２」）によって一意に識別される。追加情報は、移動メッセージ４６１２のフィールドの一つ以上の追加部分、転送メッセージ４６１２の一つ以上の追加フィールド、またはこれらの組み合わせによって示される。
移動メッセージ４６１２は、割り当てられた位置ＩＤ４６０８（例えば、「ＳＣ ３Ａ－ＩＣＵＡＰＴＵ０５ＡＰＴＵ０５ＡＵＣＬＪＡＡＡＡＡＡＡ」）を示す。割り当てられた位置ＩＤ４６０８の値（例えば、「ＳＣ ３Ａ－ＩＣＵＡＰＴＵ０５ＡＰＴＵ０５ＡＵＣＬＪＡＡＡＡＡＡＡ」）は、患者４４０３が対応する第二の位置（例えば、患者治療ユニットの部屋番号５）に移動されることを示す。説明を容易にするために、移動メッセージ４６１２の特定のフィールド（例えば、「ＳＣ３Ａ－ＩＣＵＡＰＴＵ０５ＡＰＴＵ０５ＡＵＣＬＪＡＡＡＡＡＡＡ」）は、割り当てられた位置ＩＤ４６０８に対応するものとして示されている。
フィールドの一つ以上の部分、移動メッセージ４６１２の複数のフィールド、転送メッセージ４６１２の複数のフィールドの一つ以上の部分、またはこれらの組み合わせが、割り当てられた位置ＩＤ４６０８に対応する。
特定の態様において、移動メッセージ４６１２は、第一のメッセージ４４１２に対応する。医療リスナ４４２０は、移動メッセージ４６１２に基づいて第二のメッセージ４４１４を生成する。例えば、第二のメッセージ４４１４は、メッセージタイプ４５０２、患者ＩＤ４５０６、以前の位置ＩＤ４６０４、および割り当てられた位置ＩＤ４６０８を含む。以前の位置ＩＤ４６０４または割り当てられた位置ＩＤ４６０８は、位置ＩＤ４５０４に対応してもよい。
図４５を参照して説明したように、携帯装置マネージャ４５３４は、第二のメッセージ４４１４に基づいて、患者４４０３がもはや以前の位置ＩＤ４６０４（例えば、位置ＩＤ４５０４）に対応する第一の位置に割り当てられておらず、割り当てられた位置ＩＤ４６０８に対応する第二の位置に割り当てられていると判断する。
携帯装置マネージャ４５３４は、患者４４０３に以前に割り当てられた第一の携帯装置を識別してもよい。例えば、携帯装置マネージャ４５３４は、メモリ４５３２内のデータが患者ＩＤ４５０６が第一の携帯装置の装置ＩＤに関連付けられていることを示すと判断すると、第一の装置が患者４４０３に以前に割り当てられていたと判断する。携帯装置マネージャ４５３４は、図４５を参照して説明したように、位置ー装置マッピング・データ４５１０に基づいて、第二の位置に割り当てられた第二の携帯装置を識別する。
特定の態様において、第一の携帯装置は、第二の携帯装置と同じである。例えば、第一の携帯装置は、患者４４０３の第一の位置から第二の位置への移動と同時に、第一の位置から第二の位置へ再配置される。携帯装置マネージャ４５３４は、第一の装置が第二の装置と同じであると判断すると、リセット・コマンド４４３５、および／またはデータ４４３３を装置（例えば、第一の装置および第二の装置）に送信することを抑制する。
特定の態様において、第一の携帯装置は、第二の携帯装置とは異なる。この態様において、携帯装置マネージャ４５３４は、患者４４０３がもはや第一の位置に割り当てられていないと判断した場合、図４５を参照して説明したように、リセット・コマンド４４３５を第一の携帯装置（例えば、携帯装置４４５０）に送信するか、患者４４０３と第一の携帯装置との間の関連をメモリ４５３２から除去するか、またはその両方を行う。携帯装置マネージャ４５３４は、患者４４０３が第二の位置に割り当てられていると判断すると、リセット・コマンド４４３５を第二の携帯装置（例えば、携帯装置４４５０）に送信し、データ４４３３を第二の携帯装置に送信し、患者４４０３と第二の携帯装置との間の関連付けをメモリ４５３２に追加してもよく、またはこれらの組み合わせでもよい。したがって、移動メッセージ４６１２は、携帯装置マネージャ４５３４が、第一の携帯装置からユーザ情報を自動的に削除すること、および／または第二の携帯装置をセットアップすることを可能にする。
図４７を参照すると、全体を参照符号４７１２で示す、退院メッセージが示されている退院メッセージ４７１２は、医療管理システム４４１０、医療リスナ４４２０、図４４のシステム４４００、またはこれらの組み合わせによって生成されてもよい。退院メッセージ４７１２は、図４４の第一のメッセージ４４１２、および／または第二のメッセージ４４１４に対応してもよい。退院メッセージ４７１２は、ＡＤＴメッセージ仕様に準拠してもよい。特定の態様において、退院メッセージ４７１２は、ＨＬ７フォーマットに準拠する。例えば、退院メッセージ４７１２は、ＨＬ７バージョン１フォーマット、ＨＬ７バージョン２フォーマット、ＨＬ７バージョン３フォーマット、ＨＬ７ ＦＨ１Ｒフォーマット、別のＨＬ７フォーマット、またはその組み合わせに準拠する。
退院メッセージ４７１２は、メッセージタイプ４５０２（例えば「Ａ０３」）を示す。メッセージタイプ４５０２の値（例えば「Ａ０３」）は、退院メッセージ４７１２が退院メッセージに対応することを示す。退院メッセージ４７１２は、患者ＩＤ４５０６（例えば「３０００１０５５」）を示す。患者ＩＤ４５０６の値（例えば「３０００１０５５」）は、対応する患者４４０３が退院されたことを示す。退院メッセージ４７１２は、位置ＩＤ４５０４（例えば、「ＨＣ２－ＳＩＣＵＡＩＣＵｌ０ＡＩＣＵｌ０ＡＡＵＣＨＣＡｌ０ＡＡＡ ＡＡＡ」）を示す。位置ＩＤ４５０４の値（例えば、「ＨＣ２－ＳＩＣＵＡＩＣＵｌ０ＡＩＣＵｌ０ＡＡＵＣＨＣＡｌ０ＡＡＡ ＡＡＡ」）は、患者４４０３が対応する位置（例えば、治療ユニットの部屋番号１０Ａ）から出たことを示す。退院メッセージ４７１２の特定のフィールド（たとえば、「ＨＣ ２－ＳＩＣＵＡＩＣＵｌ０ＡＩＣＵｌ０ＡＡＵＣＨＣＡｌ０ＡＡＡＡＡＡ」）は、説明を容易にするために、割り当てられた位置ＩＤ４５０４に対応するものとして示されていることを理解されたい。いくつかの実施形態において、フィールドの一つ以上の部分、退院メッセージ４７１２の複数のフィールド、退院メッセージ４７１２の複数のフィールドの一つ以上の部分、またはそれらの組合せが、割り当てられた位置ＩＤ４５０４に対応する。
特定の態様において、退院メッセージ４７１２は、第一のメッセージ４４１２に対応する。ヘルスケアリスナ４４２０は、退院メッセージ４７１２に基づいて第二のメッセージ４４１４を生成する。例えば、第二のメッセージ４４１４は、メッセージタイプ４５０２と、患者ＩＤ４５０６と、位置ＩＤ４５０４とを含む。
図４５を参照して説明したように、携帯装置マネージャ４５３４は、第二のメッセージ４４１４に基づいて、患者４４０３がもはや位置ＩＤ４５０４に対応する特定の位置に割り当てられていないと判断する。携帯装置マネージャ４５３４は、メモリ４５３２内のデータが、患者ＩＤ４５０６が装置ＩＤ４５１４に関連付けられていることを示していると判断した場合、携帯装置４４５０を識別してもよい。あるいは、携帯装置マネージャ４５３４は、図４５を参照して説明したように、位置ＩＤ４５０４および位置ー装置マッピング・データ４５１０に基づいて携帯装置４４５０を識別してもよい。
携帯装置マネージャ４５３４は、患者４４０３がもはや特定の位置に割り当てられていないと判断したことに対して、図４５を参照して説明したように、リセット・コマンド４４３５を携帯装置４４５０に送信してもよく、患者４４０３と携帯装置４４５０との間の関連付けをメモリ４５３２から削除してもよく、またはその両方であってもよい。したがって、退院メッセージ４７１２は、携帯装置マネージャ４５３４が携帯装置４４５０からユーザ情報（例えば、図４４のデータ４４３３）を自動的に削除することを可能にする。
図４８には、全体を参照符号４８００で示す、携帯装置管理方法が示されている。方法４８００は、ＭＤＭサーバ４４３０、図４４のシステム４４００、携帯装置マネージャ４５３４、図４５のシステム４５００、またはこれらの組み合わせによって実行されてもよい。
方法４８００は、携帯装置管理（ＭＤＭ）サーバにおいて、医療施設における位置を示すメッセージを受信するステップ４８０２を含んでいる。例えば、図４４のＭＤＭサーバは、図４５の位置ＩＤ４５０４を含む第二のメッセージ４４１４を受信する。位置ＩＤ４５０４は、図４５を参照して説明したように、医療施設における位置を示してもよい。
方法４８００はまた、ＭＤＭサーバにおいて、位置に割り当てられた携帯装置を識別するステップ４８０４も含んでいる。例えば、ＭＤＭサーバ４４３０は、図４５を参照してさらに説明されるように、位置ＩＤ４５０４に対応する位置に割り当てられた携帯装置４４５０を識別する。
方法４８００はさらに、ＭＤＭサーバから携帯装置にリモート・リセット・コマンドを送信するステップ４８０６を含んでいる。例えば、図４５を参照して説明したように、携帯装置マネージャ４５３４は、リセット・コマンド４４３５（例えば、リモート・リセット・コマンド）をＭＤＭサーバ４４３０から携帯装置４４５０に送信する。
したがって、方法４８００は、第二のメッセージ４４１４の受信に対して、ＭＤＭサーバ４４３０がリセット・コマンド４４３５を携帯装置４４５０に自動的に送信することを可能にする。携帯装置４４５０は、リセット・コマンド４４３５の受信に対して、携帯装置４４５０に記憶された個人を特定可能なユーザ情報を削除してもよい。したがって、ＭＤＭサーバ４４３０は、患者４４０３が携帯装置４４５０の以前のユーザに関連する機密情報にアクセスする可能性を低減（例えば、排除）する。
図４９には、全体を参照符号４９００で示す、携帯装置管理方法が示されている。方法４９００は、医療リスナ４４２０、ＭＤＭサーバ４４３０、図４４のシステム４４００、携帯装置マネージャ４５３４、図４５のシステム４５００、またはこれらの組み合わせによって実行され得る。
方法４９００は、患者識別子を含むメッセージを受信するステップ４９０２を含んでいる。例えば、医療リスナ４４２０は、患者ＩＤ４５０６を含む第一のメッセージ４４１２を受信する。第一のメッセージ４４１２は、図４５を参照してさらに説明されるように、医療施設における位置を示す位置ＩＤ４５０４を含んでいる。別の例として、携帯装置マネージャ４５３４は、患者ＩＤ４５０６を含む第二のメッセージ４４１４を受信する。第二のメッセージ４４１４は、図４５を参照してさらに説明されるように、医療施設における位置を示す位置ＩＤ４５０４を含んでいる。
方法４９００はまた、位置に割り当てられた携帯装置を識別するステップ４９０４を含んでいる。例えば、携帯装置マネージャ４５３４は、図４５を参照して説明したように、位置ＩＤ４５０４に対応する位置に割り当てられた携帯装置４４５０を識別する。
方法４９００はさらに、患者識別子に関連するデータの携帯装置への提供を開始するステップ４９０６を含んでいる。例えば、医療リスナ４４２０は、第二のメッセージ４４１４をＭＤＭサーバ４４３０に送信して、ＭＤＭサーバ４４３０から携帯装置４４５０への患者ＩＤ４５０６に関連するデータ４４３３の提供を開始する。別の例として、携帯装置マネージャ４５３４は、通知要求４４２４をプッシュ通知サービス４４４０に送信すること、および／またはデータ４４３３を携帯装置４４５０に送信することによって、携帯装置４４５０へのデータ４４３３の提供を開始する。
したがって、方法４９００は、ＭＤＭサーバ４４３０が、第二のメッセージ４４１４の受信に対して、患者４４０３に関連するデータ４４３３を携帯装置４４５０に自動的に提供することを可能にする。したがって、ＭＤＭサーバ４４３０は、患者４４０３による使用のために携帯装置４４５０を自動的にセットアップする（例えば、構成する）。
図５０には、全体を参照符号５０００で示す、携帯装置管理方法が示されている。方法５０００は、携帯装置４４５０、図４４のシステム４４００、図４５のシステム４５００、またはこれらの組み合わせによって実行されてもよい。
方法５０００は、携帯装置に割り当てられた位置である、医療施設における位置を示すメッセージに関連付けられたリセット・コマンドを、携帯装置において受信するステップ５００２を含んでいる。例えば、図４４の携帯装置４４５０は、リセット・コマンド４４３５を受信する。リセット・コマンド４４３５は、第一のメッセージ４４１２、および／または第二のメッセージ４４１４に関連付けられる。第一のメッセージ４４１２、および／または第二のメッセージ４４１４は、図４５を参照して説明されたように、医療施設における位置を示す位置ＩＤ４５０４を含む。
方法５０００にはまた、携帯装置に記憶された、患者に関連付けられた個人を識別可能な情報、および／または、患者に関連付けられた保護された健康情報を削除するステップ５００４が含まれる。例えば、図４４の携帯装置４４５０は、携帯装置４４５０に記憶されたデータ４４３３を削除する。データ４４３３は、患者レコード４５２２、医療情報４５２４、アプリケーション・データ４５２６、構成設定４５２８、またはこれらの組み合わせを含んでもよい。患者レコード４５２２、医療情報４５２４、アプリケーション・データ４５２６、構成設定４５２８、またはこれらの組み合わせは、患者４４０３に関連する個人識別情報、および／または患者４４０３に関連する保護された健康情報に対応する。
したがって、方法５０００は、携帯装置４４５０が、患者４４０３に関連する個人識別情報、および／または患者４４０３に関連する保護された健康情報の削除を可能にする。したがって、携帯装置４４５０は、患者４４０３の機密情報が携帯装置４４５０の後続のユーザによってアクセスされる可能性を低減（例えば、排除）する。
図１～図５０の一つ以上において、本開示の教示によるシステム、装置、および／または方法が例示されているが、本開示は、これら例示されたシステム、装置、および／または方法に限定されない。本開示の態様は、メモリ、プロセッサ、およびオン・チップ回路を含む集積回路を含む任意の装置において適切に採用することができる。
本明細書において例示または説明する図１～図５０のいずれかの一つ以上の機能または構成要素は、図１～図５０の別の一つ以上の他の部分と組み合わせることができる。したがって、本明細書に記載されるいかなる単一の態様も制限として解釈されるべきではなく、本開示の態様は、本開示の教示から逸脱することなく、適切に組み合わせることができる。
当業者は、本明細書に開示される態様に関連して記載される様々な例示的論理ブロック、構成、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、プロセッサによって実行されるコンピュータソフトウェア、または両方の組み合わせとして実装され得ることをさらに理解するであろう。種々の例示的な構成要素、ブロック、構成、モジュール、回路、およびステップが、それらの機能性に関して上述されてきた。そのような機能がハードウェアまたはプロセッサ実行可能命令として実装されるかどうかは、特定のアプリケーションおよびシステム全体に課せられた設計制約に依存する。当業者は、記載された機能性をそれぞれの特定の用途に対して様々な方法で実施することができるが、そのような実施の判断は、本開示の範囲から逸脱するものとして解釈されるべきではない。
本明細書で開示する態様に関して説明する方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその二つの組合せで実施され得る。ソフトウェアモジュールは、ランダム・アクセス・メモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブル・ディスク、コンパクト・ディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、または当技術分野で知られている任意の他の形態の非一時的記憶媒体に常駐することができる。
例示的な記憶媒体（例えば、コンピュータにより読み取り可能な記憶装置）は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。別法では、記憶媒体はプロセッサと一体であってもよい。プロセッサおよび記憶媒体は、特定用途向け集積回路（ＡＳＩＣ）内に存在してもよい。ＡＳＩＣは、演算装置またはユーザ装置内に存在してもよい。代替として、プロセッサおよび記憶媒体は、演算装置またはユーザ装置内の個別のコンポーネントとして存在してもよい。記憶装置は信号ではありません。
開示された態様の先の記載は、当業者が開示された態様を製造または使用することを可能にするために提供される。これらの態様に対する種々の改変は、当業者には容易に明らかであり、本明細書に定義される原理は、本開示の範囲から逸脱することなく、他の態様に適用され得る。したがって、本開示は、本明細書に示される態様に限定されることを意図するものではなく、以下の請求項によって定義される原理および新規な特徴と一致する可能な限り最も広い範囲が与えられるべきである。

Claims (12)

  1. 携帯装置管理（ＭＤＭ）サーバから携帯装置に、前記携帯装置を登録可能な複数のＭＤＭグループを示すグループ・リストを送信すること、
    前記ＭＤＭサーバにおいて、前記携帯装置から前記複数のＭＤＭグループのうちの或るグループを示すグループ参加要求を受信すること、
    受信した前記グループ参加要求に対して、前記ＭＤＭサーバにおいて、前記携帯装置が前記グループに追加されたことが示されるようにグループ・メンバーシップ・データを更新すること、
    前記ＭＤＭサーバにおける前記グループ・メンバーシップ・データに基づいて、前記グループに関連付けられたアクションを識別すること、および、
    前記ＭＤＭサーバから前記携帯装置にコマンドを送信して前記アクションを実行することを含み、
    前記携帯装置から受信した前記グループ参加要求に対して、
    前記グループ・メンバーシップ・データに基づいて、前記グループに第二の演算装置が含まれると判定すること、および
    前記第二の演算装置に、第二のアクションを実行するための第二のコマンドを送信することをさらに含み、
    前記ＭＤＭサーバからプッシュ通知サービスに通知要求を送信することにより、前記第二の演算装置へのプッシュ通知の送信を開始すること、および
    前記ＭＤＭサーバにおいて、前記第二の演算装置から、前記プッシュ通知に対するチェック・イン要求を受信することをさらに含み、受信した前記チェック・イン要求に対して、前記ＭＤＭサーバから前記第二の演算装置に前記第二のコマンドが送信されることをさらに含む、ことを特徴とする方法。
  2. 前記グループがアクセスを許可された第一のアプリケーション群を識別するステップをさらに含み、前記アクションには、前記携帯装置に前記第一のアプリケーション群をダウンロードすることが含まれる、ことを特徴とする請求項１に記載の方法。
  3. 前記グループの第一の構成設定群を識別するステップをさらに含み、前記アクションには、前記携帯装置に前記第一の構成設定群をダウンロードすることが含まれる、ことを特徴とする請求項１に記載の方法。
  4. 前記グループ・メンバーシップ・データに基づいて、前記グループは第一のアプリケーション群に対するアクセスが許可されていることを認識することをさらに含み、前記アクションには、前記携帯装置のディスプレイにおいて、前記第一のアプリケーション群の第一のアイコン群を表示することが含まれている、ことを特徴とする請求項１に記載の方法。
  5. 前記グループ・メンバーシップ・データに基づいて、前記グループは第二のアプリケーション群に対するアクセスが制限されていることを認識することをさらに含み、前記アクションには、前記携帯装置のディスプレイにおいて、前記第二のアプリケーション群の第二のアイコン群を非表示にすることが含まれている、ことを特徴とする請求項１に記載の方法。
  6. 前記第二のアクションには、前記第二の演算装置において、前記携帯装置が前記グループに追加されたことを示すようにアプリケーション・データを更新することが含まれる、ことを特徴とする請求項１に記載の方法。
  7. 携帯装置を備え、前記携帯装置は、
    携帯装置管理（ＭＤＭ）サーバから、前記携帯装置を登録可能な複数のＭＤＭグループを示すグループ・リストを受信し、
    前記複数のＭＤＭグループのうち或るグループの選択を示す第一のユーザ入力を受信し、
    前記グループを示すグループ参加要求を携帯装置管理（ＭＤＭ）サーバに送信するように構成されており、
    前記ＭＤＭサーバは、前記携帯装置から受信した前記グループ参加要求に対して、
    前記携帯装置が前記グループに追加されたことを示すようにグループ・メンバーシップ・データを更新し、
    前記グループ・メンバーシップ・データに基づいて、前記グループに関連付けられたアクションを識別し、
    前記携帯装置にコマンドを送信して前記アクションを実行するように構成され、
    第二の演算装置をさらに備えており、前記第二の演算装置は、
    プッシュ通知サービスから、通知要求に対するプッシュ通知を受信するように構成され、ここで前記ＭＤＭサーバは、前記携帯装置から受信した前記グループ参加要求に対して、前記プッシュ通知サービスに前記通知要求を送信するように構成されており、
    前記第二の演算装置はさらに、受信した前記プッシュ通知に対して、前記ＭＤＭサーバにチェック・イン要求を送信し、
    第二のアクションを実行するための第二のコマンドを受信し、
    前記第二のアクションを実行するように構成されている、ことを特徴とするコンピュータ・システム。
  8. 前記第二のアクションには、前記グループが前記携帯装置を含むことを示すようにアプリケーション・データを更新することが含まれる、ことを特徴とする請求項７に記載のコンピュータ・システム。
  9. 前記ＭＤＭサーバは、前記グループがアクセスを許可されているアプリケーション群を識別するようにさらに構成され、前記アクションには、前記携帯装置に前記アプリケーション群をダウンロードすることが含まれる、ことを特徴とする請求項７に記載のコンピュータ・システム。
  10. 前記携帯装置は、リセット・オプションの選択を示す第二のユーザ入力を受信し、前記ＭＤＭサーバにリセット要求を送信するようにさらに構成されており、
    前記ＭＤＭサーバは、前記携帯装置から受信した前記リセット要求に対して、プッシュ通知サービスに通知要求を送信して前記プッシュ通知サービスから前記携帯装置へのプッシュ通知の送信を開始し、
    前記プッシュ通知に対して前記携帯装置からチェック・イン・メッセージを受信し、
    受信した前記チェック・イン・メッセージに対して、前記ＭＤＭサーバから前記携帯装置にリモート・リセット・コマンドを送信して前記携帯装置のリセットを開始するようにさらに構成されており、
    前記リモート・リセット・コマンドには、前記携帯装置のリセットが行われている間はユーザ通知を抑制することが示される、ことを特徴とする請求項７に記載のコンピュータ・システム。
  11. 前記リモート・リセット・コマンドには、ファクトリ・リセット・コマンドが含まれる、ことを特徴とする請求項１０に記載のコンピュータ・システム。
  12. 下記（ａ）、（ｂ）のいずれか１つを含むことを特徴とする請求項１０に記載のコンピュータ・システム。
    （ａ）前記携帯装置は、前記リモート・リセット・コマンドに、前記携帯装置のリセットが行われている間はユーザ通知を抑制することが示されていると判断した場合、前記携帯装置のリセットが行われている間はユーザ通知を抑制するように構成されている。
    （ｂ）前記携帯装置は、前記リモート・リセット・コマンドの起動バイパス・パラメータが第一の値を有すると判断した場合、前記携帯装置のリセットが行われている間は起動ロックを除去するように構成されている。
JP2021548508A 2018-10-24 2019-09-26 グループ・ベースの携帯装置管理 Active JP7469322B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862750108P 2018-10-24 2018-10-24
US62/750,108 2018-10-24
US16/573,104 2019-09-17
US16/573,104 US10848500B2 (en) 2018-10-24 2019-09-17 Systems and methods for group-based mobile device management
PCT/US2019/053100 WO2020086210A1 (en) 2018-10-24 2019-09-26 Group-based mobile device management

Publications (3)

Publication Number Publication Date
JP2022509488A JP2022509488A (ja) 2022-01-20
JPWO2020086210A5 JPWO2020086210A5 (ja) 2022-10-03
JP7469322B2 true JP7469322B2 (ja) 2024-04-16

Family

ID=70326144

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021548508A Active JP7469322B2 (ja) 2018-10-24 2019-09-26 グループ・ベースの携帯装置管理

Country Status (5)

Country Link
US (1) US10848500B2 (ja)
EP (1) EP3871342A4 (ja)
JP (1) JP7469322B2 (ja)
AU (1) AU2019364194A1 (ja)
WO (1) WO2020086210A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11126441B2 (en) * 2019-05-21 2021-09-21 Vmware, Inc. Management platform recovery for a user device
US11132188B2 (en) * 2019-05-21 2021-09-28 Vmware, Inc Management platform recovery for a user device
US11263021B2 (en) 2019-05-21 2022-03-01 Vmware, Inc. Management platform recovery for a user device
US11182141B2 (en) 2019-05-21 2021-11-23 Vmware, Inc. Management platform recovery for a user device
US11126419B2 (en) * 2019-05-21 2021-09-21 Vmware, Inc. Management platform recovery for a user device
CN113811854B (zh) 2020-03-26 2022-06-28 思杰系统有限公司 利用跨应用的活动相关性的微应用功能建议
WO2021203403A1 (en) * 2020-04-10 2021-10-14 Citrix Systems, Inc. Microapp subscription recommendations
US11553053B2 (en) 2020-04-16 2023-01-10 Citrix Systems, Inc. Tracking application usage for microapp recommendation
US11405740B1 (en) * 2020-07-27 2022-08-02 Amazon Technologies, Inc. Audio output configuration for moving devices
KR20220149307A (ko) * 2021-04-30 2022-11-08 최원근 휴대 단말 사용 방지 모듈 및 애플리케이션
US11797623B2 (en) 2021-12-09 2023-10-24 Citrix Systems, Inc. Microapp recommendations for networked application functionality

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006276380A (ja) 2005-03-29 2006-10-12 Hitachi Ltd グループメンバ位置情報共有システムならびにそのサーバ装置および携帯端末
JP2008003879A (ja) 2006-06-23 2008-01-10 Nec Corp グループ参加管理方法及びシステム並びにプログラム
US20080153518A1 (en) 2006-12-22 2008-06-26 Magix Ag System and method for dynamic mobile communication
JP2013183405A (ja) 2012-03-05 2013-09-12 Toshiba Corp 情報処理装置及びクライアント管理方法
JP2013246744A (ja) 2012-05-29 2013-12-09 Cec:Kk 携帯端末を用いた業務システムおよびその制御方法
US20160057020A1 (en) 2014-08-20 2016-02-25 Jamf Software, Llc Dynamic grouping of managed devices

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003508939A (ja) * 1999-05-28 2003-03-04 ベーシック・リソーシィズ・インコーポレイテッド ノード間データメッセージを使用する無線トランシーバネットワーク
US20060155981A1 (en) * 2002-12-25 2006-07-13 Mizutanai Mika, Kamimaki Hideki, Ebina Akihiro Network device, network system and group management method
US7443967B1 (en) * 2003-09-29 2008-10-28 At&T Intellectual Property I, L.P. Second communication during ring suppression
US7644376B2 (en) * 2003-10-23 2010-01-05 Microsoft Corporation Flexible architecture for notifying applications of state changes
JP2007067995A (ja) * 2005-09-01 2007-03-15 Fujitsu Ltd プッシュ・ツー・トーク情報発信装置およびプッシュ・ツー・トーク情報発信方法
WO2007092946A2 (en) * 2006-02-08 2007-08-16 Entermedia Corporation Downloadable server-client collaborative mobile social computing application
US8903365B2 (en) * 2006-08-18 2014-12-02 Ca, Inc. Mobile device management
US8140062B1 (en) * 2007-09-12 2012-03-20 Oceans' Edge, Inc. Mobile device monitoring and control system
US20100223096A1 (en) * 2009-02-27 2010-09-02 Sorel Bosan Subsidized Mobile Device Usage
EP2428028A4 (en) * 2009-05-08 2014-07-02 Obdedge Llc SYSTEMS, METHODS AND DEVICES FOR POLICY-BASED CONTROL AND MONITORING THE USE OF MOBILE DEVICES BY VEHICLE OPERATORS
US8473743B2 (en) 2010-04-07 2013-06-25 Apple Inc. Mobile device management
WO2011133195A1 (en) * 2010-04-22 2011-10-27 Zipit Wireless, Inc. System and method for administration and operation of one or more mobile electronic communications devices
US8862055B2 (en) * 2011-02-04 2014-10-14 Takwak GmBh Systems and methods for defining group of users with mobile devices
US9219980B2 (en) * 2011-08-15 2015-12-22 Connectquest Llc Campus security in a close proximity notification system
US9705919B1 (en) * 2013-07-12 2017-07-11 Palo Alto Networks, Inc. Security policy enforcement for mobile devices based on device state
US9998914B2 (en) * 2014-04-16 2018-06-12 Jamf Software, Llc Using a mobile device to restrict focus and perform operations at another mobile device
TWI563463B (en) * 2014-05-26 2016-12-21 Mitake Information Corp System and method of mobile check-in and a cloud system thereof
US10841316B2 (en) * 2014-09-30 2020-11-17 Citrix Systems, Inc. Dynamic access control to network resources using federated full domain logon
WO2017058444A1 (en) * 2015-09-30 2017-04-06 Apple Inc. Synchronized playback and control of media
US11392716B2 (en) 2017-05-12 2022-07-19 Jamf Software, Llc Mobile device management at a healthcare facility

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006276380A (ja) 2005-03-29 2006-10-12 Hitachi Ltd グループメンバ位置情報共有システムならびにそのサーバ装置および携帯端末
JP2008003879A (ja) 2006-06-23 2008-01-10 Nec Corp グループ参加管理方法及びシステム並びにプログラム
US20080153518A1 (en) 2006-12-22 2008-06-26 Magix Ag System and method for dynamic mobile communication
JP2013183405A (ja) 2012-03-05 2013-09-12 Toshiba Corp 情報処理装置及びクライアント管理方法
JP2013246744A (ja) 2012-05-29 2013-12-09 Cec:Kk 携帯端末を用いた業務システムおよびその制御方法
US20160057020A1 (en) 2014-08-20 2016-02-25 Jamf Software, Llc Dynamic grouping of managed devices

Also Published As

Publication number Publication date
AU2019364194A1 (en) 2021-05-20
JP2022509488A (ja) 2022-01-20
WO2020086210A1 (en) 2020-04-30
US10848500B2 (en) 2020-11-24
US20200137070A1 (en) 2020-04-30
EP3871342A1 (en) 2021-09-01
EP3871342A4 (en) 2022-11-02

Similar Documents

Publication Publication Date Title
JP7469322B2 (ja) グループ・ベースの携帯装置管理
JP7238015B2 (ja) 他のモバイル装置での集中を制限して動作を行なうためにモバイル装置を使用すること
US20200012810A1 (en) Exported digital relationships
JP6140177B2 (ja) モバイルデバイス上でリモートポリシーを適用し、共有する技法
US8656016B1 (en) Managing application execution and data access on a device
JP2019514090A (ja) ユーザアカウントと企業ワークスペースとの関連付け
CN103778379B (zh) 管理设备上的应用执行和数据访问
WO2021231135A1 (en) Video conferencing configuration for healthcare patient device
US10505943B2 (en) Enabling users to perform operations that require elevated privileges
US20160044060A1 (en) Policy synchronization for multiple devices

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210819

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220922

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220922

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230927

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231003

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231226

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240312

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240404

R150 Certificate of patent or registration of utility model

Ref document number: 7469322

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150