特許 7130733 拡張現実を用いてチーム作業を支援するためのシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-08-26

(45)【発行日】2022-09-05

(54)【発明の名称】拡張現実を用いてチーム作業を支援するためのシステム

(51)【国際特許分類】

   G06T 19/00 20110101AFI20220829BHJP

   G06Q 50/04 20120101ALI20220829BHJP

【ＦＩ】

G06T19/00 600

G06Q50/04

【請求項の数】 21

(21)【出願番号】P 2020508073

(86)(22)【出願日】2018-04-20

(65)【公表番号】

(43)【公表日】2020-06-25

(86)【国際出願番号】 EP2018060150

(87)【国際公開番号】W WO2018197349

(87)【国際公開日】2018-11-01

【審査請求日】2021-04-01

(31)【優先権主張番号】102017108622.6

(32)【優先日】2017-04-23

(33)【優先権主張国・地域又は機関】DE

(73)【特許権者】

【識別番号】519378171

【氏名又は名称】グッドリー イノヴェイションズ ゲー・エム・ベー・ハー

【氏名又は名称原語表記】Ｇｏｏｄｌｙ Ｉｎｎｏｖａｔｉｏｎｓ ＧｍｂＨ

【住所又は居所原語表記】Ｇｅｂａｅｕｄｅ ４９， Ｂａｖａｒｉａｆｉｌｍｐｌａｔｚ ７， ８２０３１ Ｇｒｕｅｎｗａｌｄ， Ｇｅｒｍａｎｙ

(74)【代理人】

【識別番号】100114890

【弁理士】

【氏名又は名称】アインゼル・フェリックス＝ラインハルト

(74)【代理人】

【識別番号】100098501

【弁理士】

【氏名又は名称】森田 拓

(74)【代理人】

【識別番号】100116403

【弁理士】

【氏名又は名称】前川 純一

(74)【代理人】

【識別番号】100135633

【弁理士】

【氏名又は名称】二宮 浩康

(74)【代理人】

【識別番号】100162880

【弁理士】

【氏名又は名称】上島 類

(72)【発明者】

【氏名】ローベアト ホフマイスター

【審査官】村松 貴士

(56)【参考文献】

【文献】特開２０１７－０４９７７４（ＪＰ，Ａ）

【文献】特開２０１４－２１５６４６（ＪＰ，Ａ）

【文献】特開２０１１－２４８８６０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｔ １９／００

Ｇ０６Ｑ ５０／０４

(57)【特許請求の範囲】

【請求項1】

チーム作業を支援するためのコンピュータ支援によるシステムであって、前記システムは、
１個の機械の少なくとも一部の３次元幾何学形状および複数のタスク（Ｔ１２，Ｔ２２，…）を記憶するように構成されており、かつそれぞれのタスクに、各タスク（Ｔ１２，Ｔ２２，…）が処理される空間内の位置（Ｐ１１，Ｐ１２，…）と前記タスクの処理に関する位置関連情報とが対応づけられている製造サーバ（１１）と、
コンピュータネットワークを介して前記製造サーバ（１１）に接続されており、かつチームの人員（Ｏ３，Ｏ４，Ｏ５，…）にそれぞれ対応づけられている複数のユーザ端末（４１）と、
を有し、
前記製造サーバ（１１）は、さらに、前記チームのそれぞれの人員（Ｏ３，Ｏ４，Ｏ５，…）に１個ずつのタスク（Ｔ１１，Ｔ１２，…）を割り当て、各前記タスク（Ｔ１１，Ｔ１２，…）に対応づけられた位置関連情報（４１０）を該当する人員（Ｏ３，Ｏ４，Ｏ５，…）の前記ユーザ端末（４１）に表示させるように構成されている、
システム。

【請求項2】

前記ユーザ端末（４１）は、各前記タスク（Ｔ１１，Ｔ１２，…）に対応づけられた前記位置関連情報（４１０）を、前記タスクに対応づけられた空間内の位置（Ｐ１１，Ｐ１２，…）において表示するように構成されている、
請求項１記載のシステム。

【請求項3】

前記製造サーバ（１１）は、さらに、それぞれの人員に個々のタスクまたはタスクグループを割り当て、前記割り当ての際に各人員のスキルレベルを考慮するように構成されている、
請求項１または２記載のシステム。

【請求項4】

前記製造サーバ（１１）は、さらに、前記チームが作業すべき１つのプロセスに対してタスクのリスト（Ｌ１）を作成し、前記リストから個々のタスクまたはタスクグループをそれぞれの人員（Ｏ３，Ｏ４，Ｏ５，…）に割り当てるように構成されており、
前記タスクの割り当ては、人員（Ｏ３，Ｏ４，Ｏ５，…）の数に依存してダイナミックに行われ、人員（Ｏ３，Ｏ４，Ｏ５，…）の数が変化した際に更新される、
請求項１から３までのいずれか１項記載のシステム。

【請求項5】

前記製造サーバ（１１）は、さらに、前記チームのうち、１個のタスク（Ｔ４１）の割り当てを受けたそれぞれの人員（Ｏ５，…）を従事者としてマーキングし、割り当てられたタスクをアクティブであるとマーキングするように構成されている、
請求項１から４までのいずれか１項記載のシステム。

【請求項6】

前記製造サーバ（１１）は、さらに、前記タスク（Ｔ４１）の割り当てを受けた人員（Ｏ５）が自身のユーザ端末（４１）を介して前記タスク（Ｔ４１）の処理を確認した場合に、前記タスク（Ｔ４１）を処理済とマーキングするように構成されている、
請求項５記載のシステム。

【請求項7】

前記製造サーバ（１１）は、さらに、前記タスク（Ｔ４１）の割り当てを受けた人員（Ｏ５）の前記ユーザ端末（４１）が前記人員（Ｏ５）による前記タスク（Ｔ４１）の処理の確認なしに前記製造サーバ（１１）からサインアウトされた場合に、前記タスクを処理済とマーキングすることなくタスクがアクティブであるとのマーキングを除去するように構成されている、
請求項６記載のシステム。

【請求項8】

前記製造サーバ（１１）は、さらに、前記複数のタスク（Ｔ１１，Ｔ１２，…）がアクティブであるとも処理済ともマーキングされていないタスクを含むかぎり、前記複数のタスクから、新しいタスクを、その時点でタスクの割り当てを受けていない人員（Ｏ２，Ｏ４，…）に割り当てるように構成されている、
請求項６または７記載のシステム。

【請求項9】

前記製造サーバ（１１）は、さらに、付加的なユーザ端末（４１）を前記製造サーバに登録することにより、前記付加的なユーザ端末（４１）を携行した付加的な人員（Ｏ５）を前記チームに追加するように構成されている、
請求項１から８までのいずれか１項記載のシステム。

【請求項10】

前記製造サーバ（１１）は、さらに、対応づけられたユーザ端末（４１）の識別子に基づいて前記チームの人員（Ｏ３，Ｏ４，Ｏ５，…）を識別するように構成されている、
請求項１から９までのいずれか１項記載のシステム。

【請求項11】

それぞれのタスク（Ｔ１１，Ｔ１２，…）に１個ずつのクラスタが対応づけられており、１個のクラスタのそれぞれのタスクが、未処理、アクティブまたは処理済としてマーキングされている、
請求項１から１０までのいずれか１項記載のシステム。

【請求項12】

前記製造サーバ（１１）は、さらに、人員へのタスクの割り当ての際にまず、未処理タスクを最も多く含みかつアクティブタスクを最も少なく含むクラスタのタスクを考慮するように構成されている、
請求項１１記載のシステム。

【請求項13】

前記ユーザ端末（４１）は、環境の幾何学形状を３次元で検出するそれぞれ１個の立体ヘッドアップディスプレイおよび１個または複数個のセンサを有する拡張現実（ＡＲ）端末である、
請求項１から１２までのいずれか１項記載のシステム。

【請求項14】

前記ＡＲ端末（４１）の少なくとも一部および／または前記製造サーバ（１１）は、オーサリングモードにおいてセンサデータから前記タスク（Ｔ１２，Ｔ２２，…）に対応づけられた位置（Ｐ１１，Ｐ１２，…）を含む環境の３Ｄモデルを作成するように構成されている、
請求項１３記載のシステム。

【請求項15】

前記製造サーバ（１１）は、さらに、前記チームが作業すべき１つのプロセスに対して、最初に、前記プロセスの実行に必要なタスクのリスト（Ｌ１）を作成するように構成されており、
前記リスト（Ｌ１）を作成する際に、先行して実行されたプロセスのプロセスパラメータが考慮される、
請求項１から１４までのいずれか１項記載のシステム。

【請求項16】

前記タスクのリスト（Ｌ１）は、既に処理されたタスク（Ｔ１２，Ｔ２２，…）と場合により変化する人員（Ｏ３，Ｏ４，Ｏ５，…）の数およびそのスキルレベルとを考慮して連続してダイナミックに適応化される、
請求項１５記載のシステム。

【請求項17】

チーム作業を支援するためのコンピュータ支援による方法であって、前記方法は、
１個の機械の少なくとも一部の３次元幾何学形状および複数のタスク（Ｔ１２，Ｔ２２，…）のデータを製造サーバ（１１）上に記憶し、それぞれのタスクに、各タスク（Ｔ１２，Ｔ２２，…）が処理される空間内の位置（Ｐ１１，Ｐ１２，…）と前記タスクの処理に関する位置関連情報とを対応づけるステップと、
コンピュータネットワークを介して前記製造サーバ（１１）に接続されておりかつチームの人員（Ｏ３，Ｏ４，Ｏ５，…）にそれぞれ対応づけられている複数のユーザ端末（４１）を前記製造サーバ（１１）にサインインさせるステップと、
前記チームのそれぞれの人員（Ｏ３，Ｏ４，Ｏ５，…）に前記複数のタスクから１個ずつのタスク（Ｔ１１，Ｔ１２，…）を割り当て、各前記タスク（Ｔ１１，Ｔ１２，…）に対応づけられた位置関連情報（４１０）を該当する人員（Ｏ３，Ｏ４，Ｏ５，…）の前記ユーザ端末（４１）に表示させるステップと、
を含む方法。

【請求項18】

各前記ユーザ端末（４１）は、各前記タスク（Ｔ１１，Ｔ１２，…）に対応づけられた位置関連情報（４１０）を、前記タスクに対応づけられた空間内の位置（Ｐ１１，Ｐ１２，…）において表示する、
請求項１７記載の方法。

【請求項19】

各前記タスク（Ｔ１１，Ｔ１２，…）に対応づけられた位置関連情報（４１０）が各前記タスクに対応づけられた空間内の位置（Ｐ１１，Ｐ１２，…）において表示され、前記タスクをユーザが確認した場合、それぞれのユーザ端末（４１）は、自身に対応づけられた人員（Ｏ３，Ｏ４，Ｏ５，…）に割り当てられたタスクを表示する、
請求項１７または１８記載の方法。

【請求項20】

前記複数のタスクからのタスク（Ｔ１１，Ｔ１２，…）の割り当ては、
前記複数のタスクからタスクグループ（Ｔ１１，Ｔ１２，…）を前記チームの１人または複数人の人員（Ｏ３，Ｏ４，Ｏ５，…）に割り当て、ここで、前記人員（Ｏ３，Ｏ４，Ｏ５，…）のユーザ端末（４１）では前記タスクグループ（Ｔ１１，Ｔ１２，…）からのタスクの選択が可能であることと、
前記人員（Ｏ３，Ｏ４，Ｏ５，…）が選択したタスク（Ｔ１１，Ｔ１２，…）に対応づけられた位置関連情報（４１０）を、該当する人員（Ｏ３，Ｏ４，Ｏ５，…）の前記ユーザ端末（４１）に表示することと、
を含む、
請求項１７から１９までのいずれか１項記載の方法。

【請求項21】

前記タスク（Ｔ１１，Ｔ１２，…）、前記タスクに対応づけられた空間内の位置、および対応する位置関連情報（４１０）を、前記製造サーバ（１１）のデータベースに記憶する、
請求項１７から２０までのいずれか１項記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、拡張現実（ＡＲ）システムを用いて（例えばセットアップまたはセットアップ変更のための）使用時に人員のチームをダイナミックに支援するためのシステムおよび方法に関する。

【背景技術】

【0002】

拡張現実（複合現実またはホログラフィックコンピューティングとも称される）は、現実環境と仮想要素の重畳として理解可能である。こうした重畳は、例えば立体ヘッドアップディスプレイ（ＨＵＤ）を用いて可能となる。この種のディスプレイは眼鏡のように着装可能であり、２個の眼鏡レンズがディスプレイの視野での要素の立体（３Ｄ）表示を可能とする透明なヘッドアップディスプレイとして用いられるので、ＡＲ眼鏡とも称される。ヘッドアップディスプレイ、集積されたプロセッサ（ＣＰＵ）、グラフィックプロセッサ（ＧＰＵ）および空間内のＡＲ眼鏡の位置を求めるセンサを有する市販入手可能なシステムは、例えばMicrosoft社のHoloLens（登録商標）である。この種の機器を、以下ではＡＲ端末と称する。

【0003】

製造およびサービスにおけるＡＲシステムの使用は（例えば自動車産業で）それ自体公知である（例えば欧州特許第１２９５０９９号明細書を参照）。ＡＲシステムは、例えば品質管理において検査官を支援可能である。この場合、ＡＲシステムは、ユーザ（例えば品質管理における検査官）に対して情報をその視野に組み込み、その知覚を拡張することができる。情報として特に画像データ、ビデオデータまたはテキストデータを組み込み可能である。ユーザは、仮想環境と現実環境との重畳により、目標‐実際補償を簡単に実行可能な手段を取得する。

【発明の概要】

【発明が解決しようとする課題】

【0004】

発明者らが課題としたのは、製造の際、例えば複数の人員が共同で（チームとして）１個の機械の一工程を実行し、このために作業指示をダイナミックに生成して、同相でダイナミックに適応化する状況において、現行のＡＲシステムの能力を良好に利用することである。

【課題を解決するための手段】

【0005】

言及した課題は、請求項１記載のシステムおよび請求項１７記載の方法により解決される。種々の実施例および発展形態は各従属請求項の対象である。

【0006】

拡張現実（ＡＲ）を用いてチーム作業を支援するためのコンピュータ支援によるシステムを説明する。一実施例によれば、システムは、１個の機械の少なくとも一部の３次元幾何学形状および複数のタスクを記憶するように構成されており、かつそれぞれのタスクに、各タスクが処理される空間内の位置と当該タスクの処理に関する位置関連情報とが対応づけられている、製造サーバを含む。システムはさらに、コンピュータネットワークを介して製造サーバに接続されており、かつチームの人員にそれぞれ対応づけられている、複数のユーザ端末を含む。製造サーバはさらに、チームのそれぞれの人員に１個ずつのタスクを割り当て、各タスクに対応づけられた位置関連情報を、該当する人員のユーザ端末に表示させるように構成されている。

【0007】

さらに、チーム作業を支援するためのコンピュータ支援による方法を説明する。一実施例によれば、方法は、機械の少なくとも一部の３次元幾何学形状および複数のタスクの各データを製造サーバ上に記憶することを含み、それぞれのタスクに、各タスクが処理される空間内の位置と当該タスクの処理に関する位置関連情報とが対応づけられる。方法はさらに、コンピュータネットワークを介して製造サーバに接続された複数のユーザ端末を製造サーバにサインインさせることを含む。それぞれのユーザ端末はチームの１人の人員に対応づけられる。方法はさらに、チームのそれぞれの人員に複数のタスクから１個ずつのタスクを割り当て、各タスクに対応づけられた位置関連情報を該当する人員のユーザ端末に表示させることを含む。

【0008】

一実施例では、各ユーザ端末は、各タスクに対応づけられた位置関連情報を、タスクに対応づけられた空間内の位置において（例えば拡張現実技術を用いて）表示可能である。１人の人員に（複数のタスクから成る）１個のタスクグループを割り当てることもでき、当該人員のユーザ端末では、タスクグループからの１個のタスクの選択が可能である。この場合、該当する人員のユーザ端末は、当該人員が選択したタスクに対応づけられた位置関連情報を表示可能である。

【0009】

（ユーザ端末が対応づけられている）人員へのタスクまたはタスクグループの割り当ては、ダイナミックに行うことができ、それぞれチームが実行すべきプロセスに合うように適応化可能である。ここで、加入しているユーザ端末の数が変化した場合、タスクの割り当てはダイナミックに更新可能であり、当該タスクの割り当ては、各人員の資格または能力を表す人員のスキルレベルに依存して行うことができる。

【0010】

本発明を以下に図面に示した例に即して詳細に説明する。図示は必ずしも縮尺通りに描かれておらず、また本発明は示した態様のみに限定されない。むしろ、本発明の基礎とする基本方式を示すことに重点が置かれている。図面には以下のことが示されている。

【図面の簡単な説明】

【0011】

【図1】ネットワーク化されたＡＲ端末を用いて（任意の人数の）サービス人員のチーム（Operators）を支援するためのシステムの一例を概略的に示す図である。

【図2】機械の制御要素または表示要素についての位置関連情報およびコンテクスト関連情報の表示を伴う機械の一例を示す図である。

【図3】タスク（Task）が処理される複数の施設モジュールおよび複数の位置における製造ラインの支援を示す概略図である。

【図4】製造ラインの対応する位置への個々のタスクの対応づけを伴う、プロセスのダイナミックな生成に必要なすべての可能なタスクの合計（Tasks Ｔ１１，Ｔ２１，…）を示す概略図である。

【図5】種々のタスククラスタへのタスクの対応づけを示す概略図である。

【図6】タスクを処理する際のサービス人員のチーム（Operators）の活動の自動編成を示すための図である。

【図7】新たにチームに追加されたオペレータにタスクを割り当てるプロシージャを示す３個の概略図（ａ～ｃ）である。

【図8】各オペレータにより特定のタスクが処理された際のプロシージャを示す概略図である。

【図9】オペレータがチームを離脱した際のプロシージャを示す概略図である。

【発明を実施するための形態】

【0012】

図１には、ネットワーク化された端末機器（Terminals）、例えば拡張現実端末機器（ＡＲ端末とも称する）を用いて、製造機械の使用時にサービス人員のチーム（Operators）を支援するためのシステムの第１の例が概略的に示されている。チームが実行するプロセスは、例えば製造ラインの１個または複数個の機械のセットアップまたはセットアップ変更であってよい。産業の多数の領域において、例えばパッケージング機械は、種々のパッケージサイズまたは種々のパッケージングバリエーションを有するパッケージング製品を製造するため、しばしばセットアップ変更を行わなければならない。例示の例としてのみであるが、多様な地域および製品に対して多様なパッケージングが必要な医薬品の自動化パッケージングを挙げておく。当該パッケージング機械では規則的なセットアップ変更が必須であり、こうしたセットアップ変更プロセスの効率は重要な要素となりうる。

【0013】

図示の例では、システムは２個の動作モードで動作可能である。第１の動作モードはオーサリングモードと称され、第２の動作モードはクライアントモードと称される。システムは、コンピュータネットワーク内の中央サーバ１０に接続可能な１個または複数個の製造サーバ１１，１２等（例えばそれぞれの製造ライン用のサーバ）を含む。より小さな製造施設では、中央サーバおよび製造サーバ１１の各機能を１個の（製造）サーバに集約することができる。図の例では、製造サーバ１１は製造ライン３１に対応づけられている。コンピュータネットワーク、例えば無線ローカルネットワーク（wireles local area network, ＷＬＡＮ）を介して、製造サーバ１１に、複数のユーザ端末、例えばＡＲ端末４１および（選択手段としての）アドミニストレータ端末４０（例えばパーソナルコンピュータ、タブレットＰＣまたは他のＡＲ端末）を接続することができる。製造サーバ１１，１２は独立した（コンピュータ）ハードウェア上で動作する必要はなく、該当するサーバサービスは、ユーザ端末（例えばＡＲ端末または別のモバイル機器）内にも、またはアドミニストレータ端末４０内にも構成可能である。

【0014】

ＡＲ端末は、環境の空間検出を行うセンサ装置を有するまたは有さない立体ヘッドアップディスプレイ（ＨＵＤまたはＨＭＤ, Head-mounted displays）であってよい。市販入手可能なシステムとして、例えば、Google社のGlass（登録商標）、Epson社のMoverio（登録商標）（環境の空間検出を行うセンサ装置を有さない）、およびMicrosoft社のHoloLens（登録商標）（環境の空間検出を行うセンサ装置を有する）が挙げられる。ただし、従来のモバイル端末機器、例えばカメラが組み込まれたタブレットＰＣもＡＲ端末として使用可能である。この場合、組み込まれたカメラは、製造ラインの特定の位置に配置可能ないわゆるＡＲマーカ（marker-based Augmented Reality）を読み込むためにも使用可能である。ＡＲ機器がＡＲマーカ（例えばバーコードまたはＱＲコード）を識別すると、各位置に対応する情報がＡＲ端末において表示可能となる。ＨＵＤまたはＨＭＤは、該当する人員の、各位置で必要な作業の処理のため、両手が空くという利点を有する。付加的に、従来のモバイル端末機器、例えばカメラが組み込まれたタブレットＰＣ（ＡＲ端末とは称されないことが多い）も使用可能である。この場合、当該機器は、例えばテキスト指示またはオーディオ指示により動作可能である。

【0015】

製造ライン３１用のローカル製造サーバ１１は、製造ライン３１に関する製造特有データ（図１、参照番号１５）を記憶し、これを（必要に応じて）ダイナミックにＡＲ端末４１およびアドミニストレータ端末４０に供給することができる。このことは、プロセスの開始時に１回しか行われないのではなく、プロセス中、当該プロセスと同相となるようにつねに最新の状況に適応化することができる。適応化は、例えばプロセス中に１人または複数人のサービス人員（Operators）がシステムを離脱（ログアウト）するかたまたは新たに加わる（ログイン）する際に行いうるし、または行わなければならない。この場合、システムは、（コンピュータアルゴリズムを使用して）それぞれのサービス人員に対してダイナミックに、例えばサービス人員の「スキルレベル」を考慮して、その時点のタスク（Task）のリストを作成し、各サービス人員に提供しなければならない。このことは（それぞれのタスクに対して）タスクの処理後、サービス人員によっても行われる。こうして、すべてのタスクが処理され、それぞれ多重に対応づけられず、オペレータステータスの点で許容されるタスクのみがそれぞれのサービス人員に提示されまたは割り当てられることが保証される。ここでの「提示」とは、１人のサービス人員にそのスキルレベル（例えばスキルレベル「専門」）に応じた特定の１個のタスクのみを示すことではなく、例えば別のサービス人員の位置を考慮してクラスタおよびタスク（タスクグループ）の選択が示されることをいう。したがって、最も近接の位置にある者として具体的なタスクを実行するサービス人員（Operator）が、（所定の範囲において）選択可能である。

【0016】

各オペレータへのスキルレベルの対応づけは、例えば、製造サーバ１１または中央サーバのデータベースに記憶することができる。オペレータは、例えば、コードまたはパスワードを用いてユーザ端末で認証可能であり、したがって、システムは、ユーザが「ログイン」を行った、ネットワーク化されたユーザ端末に基づき、当該ユーザを識別することができる。

【0017】

中央サーバ１０は、複数（またはすべて）の製造ラインの製造特有データにアクセスし、これを規則的に更新することができる。中央サーバ１０はさらに、（例えば比較のための）データ分析（図１、参照番号１０１）を実行するように構成可能である。中央サーバ１０は、ローカルコンピュータネットワークを介してローカル製造サーバ１１に接続可能である。中央サーバ１０は、自身が別の地点に存在しうる場合、公共のインタネットを介して（例えば仮想プライベートネットワークＶＰＮを介して）ローカル製造サーバ１１に接続可能である。言及したデータ分析には、例えばリアルタイム分析（Realtime Analytics）、ベンチマーク法およびこれらに類似のものが含まれうる。

【0018】

製造ライン３１は、複数の制御要素３１２および／またはディスプレイ３１１を含む少なくとも１個の機械３１０を含む（図２も参照）。図の例では、制御要素３１２がディスプレイ３１１を有する。ＡＲ端末として、環境の空間検出を行うセンサ装置を含むＡＲ端末が使用可能である。これにより、マーカーレスのＡＲ（markerless augmented reality）と各ＡＲ端末の位置の正確な追跡とが可能となる。オーサリングモードでは、少なくとも１個のＡＲ端末４１およびその内部に含まれるセンサ（および端末上に構成されているソフトウェア）を用いて、環境（ひいては機械３１０）の幾何学形状が３次元で検出され、対応する３Ｄモデルが作成され、ローカル製造サーバ１１に記憶される。当該工程では、種々のセンサと、例えば同時の位置特定および（３Ｄ）マップ設定（Simultaneous Localization and Mapping, ＳＬＡＭ）のためのアルゴリズムと、が使用される。適切なセンサは、例えばカメラ、ＴＯＦカメラ（Time-of-Flightカメラ）、慣性測定ユニット（Inertial Measurement Unit, ＩＭＵ）等である。データ検出および３Ｄモデル形成のための方法およびアルゴリズムはそれ自体公知であり、市販入手可能な機器、例えばMicrosoft社のHoloLens（登録商標）、Google社のTango、Intel社のRealSense（商標）等によって支援されている。

【0019】

図２には、機械３１０の３Ｄモデルの一部が概略的に示されており、ここでは例としてディスプレイ３１１を有する２個の制御要素３１２が示されている。当該制御要素は一般にマンマシンインタフェース（Human-Machine Interface, ＨＭＩ）と称されうる。オーサリングモードでは別の位置を（例えば座標系の形態で）空間内に定義することができ、当該別の位置では、後のクライアントモードにおいて、位置関連情報４１０に関して、各位置で処理すべきタスク（Task）がダイナミックに割り当て可能かつ表示可能である。つまり、位置関連情報４１０は、タスク設定を人間に認知可能な形態（例えばテキスト、数値、グラフィック等）で表現可能である。例えば、それぞれのマンマシンインタフェース（制御要素３１２／ディスプレイ３１１）のほか、クライアントモードにおいて各マンマシンインタフェースについての情報を表示可能な位置を「マーキング」することができる。当該位置関連情報は、ＡＲ端末４１によって現実環境に重畳可能である。図の例では、（例えばＱＲコードによる）位置の特別なマーキングは必要ない。いわゆるマーカーレスＡＲシステムでは、所望の位置は、ＡＲ端末から送出されたその時点のセンサ情報と先行して作成された（または他の方式で提供された）環境の３Ｄモデルとに基づいて再生される。なお、より簡単なシステムとしてマーカを使用してもよい。別の例では、マーカーレスＡＲ端末およびマーカーベースＡＲ端末とＡＲ機能を有さない端末とを１つのシステム内で組み合わせることもできる。ディスプレイ３１１を有する制御要素３１２は、タスクを処理可能な機械の位置の一例に過ぎないことに注意されたい。別の例として、機械部分の組み込みまたは組み立て、損耗部分の交換等が挙げられる。

【0020】

図２に示した例では、クライアントモードで、ＡＲ端末を携行しているサービス人員（Operator）に対し、先行してオーサリングモードで定義された空間内の点において位置関連情報４１０が表示される。図の例では、位置関連情報４１０は、（「Ｃ１．１」で表記された）制御要素３１２の空間的な直接近傍にある点において表示される。情報４１０は、空間内の対応する点がＡＲ端末４１の視野に入ると直ちにＡＲ端末によって各サービス人員に表示され、このことはまた空間内のＡＲ端末４１の位置（場所および方向）に依存して行われる。情報４１０は、各位置（例えば制御要素の場所Ｃ１．１、図２を参照）においてサービス人員が処理すべきタスク（Task）に関連づけ可能である。すなわち、それぞれのタスクには空間内の特定の位置が対応づけられる。

【0021】

特定の位置で示される情報４１０は、例えば、サービス人員が制御要素３１２で設定する数値および／または対応するディスプレイ３１１で検査する数値であってよい。サービス人員がタスクの処理を完了した場合、すなわち制御要素３１２で所望の数値の設定を完了した（または設定された数値の検査を完了した）場合、ＡＲ端末４１の視野において例えばジェスチャによって当該タスクの処理を確認し、その時点の作業ステップ（図２のステップＣ１．１）を終了させることができる。この場合、ＡＲ端末４１は、サービス人員に対して選択のために複数の場所（空間内の位置）を提示するかまたは（選択すべき場所が１つしかない場合）特定の場所を提示し、次いで、次のタスクすなわち（例えば次の制御要素／次のＨＭＩにおける）次の作業ステップを処理すべき場所までサービス人員をガイドする。また、タスクの終了時には、例えばＡＲ端末を用いて制御要素３１２または表示要素３１１を撮影することにより、有効な処理を検証およびドキュメント化することができる。分析のため（図１の分析１０１を参照）、別のデータ、例えば名称、時刻、または人員が特定のタスクに要した時間も検出可能である。当該時間は、製造サーバにおいて人員に関連してまたはアノニマスで記憶可能である。人員関連データの検出は、例えば製薬分野においては安全性監査の観点から法定されていることさえある（Good Manufacturing Practice, ＧＭＰ）。システムは、当該ステップにおいて既に処理されたタスクを検出可能であり、これを別のサービス人員のタスクリストのダイナミックな作成の際に提示したりまたは割り当てたりすることはもはや不可能である。

【0022】

図１にはシステム全体の構造が示され、図２にはＡＲ端末４１を通したサービス人員（Operator）の視界が示されている。続く図３から図９にはシステムの動作方式が示されており、ここでは、個々の機能の一部が製造サーバ１１内に、別の一部がＡＲ端末４１内またはアドミニストレータ端末４０内に構成可能である。上述したように、オーサリングモードでは、製造ライン３１（図１を参照）の１個または複数個の施設モジュールが幾何学的に検出され、サービス人員のチーム（Operators）がタスクセットを処理する複数の位置または領域（spot）が定義される。図３の概略的な図示では、当該位置は、すべての可能な位置のセットを形成するＰ１１，Ｐ１２，Ｐ１３，Ｐ２１等で表されている。図の例では、製造ライン内の特定の作業領域（例えば機械３１０の種々の部分）が施設モジュールとして定義されており、定義されたそれぞれの位置を１個のモジュールに対応づけることができる。（施設）モジュールは該当する製造ラインの１個の機械またはその一部に相当する。図３の図示では、製造ライン３１（またはその一部）が３個のモジュールＭ１，Ｍ２，Ｍ３に分割されている。モジュールＭ１は位置Ｐ１１，Ｐ１２，Ｐ１３を含み、モジュールＭ２は位置Ｐ２１，Ｐ２２を含み、モジュールＭ３は位置Ｐ３１，Ｐ３２，Ｐ３３を含む。それぞれの位置Ｐ１１，Ｐ１２，Ｐ１３，Ｐ２１，Ｐ２２，Ｐ３１，Ｐ３２，Ｐ３３には、考察しているプロセスにおいて必要であれば、作業ドキュメントの作成時に、各プロセス（例えば機械のセットアップ変更）に対して、チームのオペレータが処理しなければならない特定のタスクをダイナミックに対応づけることができる。モジュールへの位置の対応づけは必須ではなく、製造ライン特有の条件と、製造ラインでの特定の１ラウンドで処理（例えばパッケージング）される製品についての精密な要求とに応じて行うことができる。それぞれの位置Ｐ１１，Ｐ１２，Ｐ１３，Ｐ２１，Ｐ２２，Ｐ３１，Ｐ３２，Ｐ３３は例えば３個の空間座標により定義可能である。それぞれの位置には（１つの位置に対応づけられた、各位置で処理すべきタスクについての位置関連情報の３Ｄ表示のために）、配向状態も対応づけ可能である。

【0023】

図４Ａには、位置Ｐ１１，Ｐ１２，Ｐ１３，Ｐ２１，Ｐ２２，Ｐ３１，Ｐ３２，Ｐ３３へのタスク（Task）の対応づけが示されている。個々のタスクはクラスタＣ１，Ｃ２等（グループ）に統合可能であり、ここで、特定のクラスタに対応づけられたタスクは例えば相互に依存し合っていてもよい（つまり例えば順次に処理しなければならないこともある）。また、空間的に相互にきわめて近接した位置で処理されなければならないタスクは、１個のクラスタに対応づけ可能である。１個のクラスタは、（必須ではないが）モジュールの位置に対応づけられたタスクを含むことができる。図４（分図Ａ）の例では、タスクＴ１１，Ｔ１２，Ｔ１３がモジュールＭ１内の位置Ｐ１１，Ｐ１２，Ｐ１３に対応づけられており、タスクＴ１４，Ｔ２１がモジュールＭ２内の位置Ｐ２１，Ｐ２２に対応づけられている。モジュールのタスクセットはクラスタのタスクセットと同じでないことが見て取れる。図の例では、タスクＴ１１，Ｔ１２，Ｔ１３，Ｔ１４がクラスタＣ１に対応づけられており、タスクＴ２１が（別のタスクと共に）クラスタＣ２に対応づけられている。上述したように、モジュールは、製造ラインにおける１個の機械の特定の領域または部分（３次元幾何学形状）を表しており、これに対して、クラスタは、論理シーケンスまたは関係性の観点でタスクをグループ化している。図４Ｂには図２の詳細が示されている。位置Ｐ２１は制御要素が位置する場所を表し、示される情報４１０は位置Ｐ２１に対応づけられたタスクに関する。上述したように、施設モジュールとクラスタとの対応関係は１対１ではない。例えば、図４Ｃに示したように、２個の施設モジュールＭ１，Ｍ２は部分的に相互に重なって配置されていることもある。空間的に近接しているため、位置Ｐ２１，Ｐ１３でのタスク、位置Ｐ２２，Ｐ１４およびＰ２３でのタスクを同じ人員（または同じ複数の人員）に連続して処理させることも有意でありうる。この場合、モジュールＭ２の上方にあるモジュールＭ１の右方部分は、モジュールＭ２と同じクラスタＣ２に対応づけられる。モジュールＭ１では左方部分のみがクラスタＣ１に対応づけられる。タスクＴ１１，Ｔ１２，Ｔ１３，Ｔ１４および位置Ｐ１１，Ｐ１２，Ｐ１３，Ｐ２１と対応する位置関連情報との対応関係は、例えば該当する製造ラインの製造サーバ１１のデータベースに記憶可能である。

【0024】

図５には、クラスタを用いたシステム記述と複数のクラスタへのタスク分配との一例が示されている。図の例では、第１のクラスタＣ１に４個のタスク（Ｔ１１，Ｔ１２，Ｔ１３，Ｔ１４）、第２のクラスタに２個のタスク（Ｔ２１，Ｔ２２）、第３のクラスタに３個のタスク（Ｔ３１，Ｔ３２，Ｔ３３）が対応づけられている。（製造ライン３１に関する）システム全体は、実質的に、ダイナミックに管理される３個のリスト、すなわちチームのオペレータの誰にも割り当てられていない未処理タスクのリストＬ１、それぞれ１人のオペレータに割り当てられた「アクティブ」タスクのリストＬ２、および処理済タスクのリストＬ３によって定義可能である（図６を参照）。リストＬ１は、達成すべきプロセス結果（所望の結果の達成に必要なプロセスパラメータ）と可変の境界条件（例えばサービス人員の数およびそのスキルレベル）とに依存してプロセスの開始時にダイナミックに生成されるタスクリストであり、当該タスクリストはプロセス中にも自動的に適応化可能である。リストＬ１は、先行して実行されたプロセスのプロセスパラメータに依存することもある。したがって、製造ラインでの該当する設定／構成が既に先行のプロセスに対して行われており、その時点のプロセスに対して変更する必要がない場合には、例えば特定のタスクを省略することもできる。

【0025】

リストＬ１，Ｌ２，Ｌ３は同様に製造サーバ１１のデータベースに記憶可能であり、これによってダイナミックに管理可能である。ここでのダイナミックとは、処理すべきタスクのリストとチームのオペレータへのタスクの割り当てとがプロセスの開始時に静的に（すなわちオペレータが作業を開始する前に）作成されるのでなく、作業の実行中に変更可能／適応化可能であることを意味する。チームのオペレータの数は、プロセス中（チームがプロセスを実行している間）変化しうるし、（例えばスキルレベル「研修中」を有するオペレータがスキルレベル「初級」を有するオペレータによって交替された場合）チーム内のオペレータのスキルレベルも変化しうる。「手動の」プランニングでは不可能なこうしたダイナミクスにより、プロセス実行の効率を著しく改善することができる。

【0026】

図６には、例として、未処理の１１個のタスク（リストＬ１：クラスタＣ１のタスクＴ１２，Ｔ１３，Ｔ１４、クラスタＣ２のタスクＴ２４，Ｔ２５、クラスタＣ３のタスクＴ３２，Ｔ３３，Ｔ３４、およびクラスタＣ４のタスクＴ４１，Ｔ４２，Ｔ４３）と、アクティブな３個のタスク（リストＬ２：タスクＴ１１およびオペレータＯ１、タスクＴ２３およびオペレータＯ２、タスクＴ３１およびオペレータＯ３）と、処理済の５個のタスク（リストＬ３：タスクＴ１１，Ｔ２１，Ｔ２２，Ｔ２３，Ｔ３１）とを有する製造ラインの記述が示されている。オペレータＯ１，Ｏ２，Ｏ３は、自身が利用しているＡＲ端末に基づいて区別可能である。ここでいまいちど、未処理タスクのリストＬ１が固定に定義されたリストではなく、プロセスの開始時にダイナミックに作成可能であることに言及しておく。この場合、要素の数はリストの作成に影響する。プロセスの開始時に、例えば（例えばスキルレベル「指導者」を有する）オペレータが、処理すべきタスクのリストＬ１をまとめる際、製造ラインにおいて先行のプロセスから既知となった設定を考慮するか否かを決定可能である。このようにして生成されたリストＬ１に基づいて、リストＬ２（アクティブタスク）がそれぞれのオペレータＯ１，Ｏ２等に対してダイナミックに作成される。この場合、タスクＴ１，Ｔ２等がオペレータＯ１，Ｏ２等に割り当て可能であるかどうか、すなわちオペレータが特定のタスクを実行する権限を有するかどうか、また当該タスクをリストＬ１としてオペレータに選択のために割り当てるかまたは固定に設定されかつダイナミックに生成された順序で割り当てるかが考慮される。

【0027】

ここで、例えば製造ラインのセットアップ変更（セットアップ変更プロセス）の際に、製造ラインでのすべての可能な設定／適応化をつねに実行／検査しなければならないわけではないことに注意されたい。多くの状況でこのことが所望される。しかし、セットアップ変更プロセスでは、所望の設定／適応化が最後のセットアップ変更プロセスに比較して異なる製造ラインのそれぞれの位置でのみ製造ラインの設定／適応化を実行／検査することがより効率的でありうる。

【0028】

それぞれのＡＲ端末は、コンピュータネットワークにおける各ＡＲ端末の一義的な識別子、例えばＭＡＣアドレス（媒体アクセス制御アドレス）を有する。ただし、オペレータのＡＲ端末を識別するための任意の別の一義的な識別子を使用することもできる。識別子には、該当するオペレータの個人データおよび／またはタスクの処理に関するデータ（求められた時間、ドキュメンテーション等）を関連づけることができる。

【0029】

多くの製造施設で、機械は、（例えば製造のためのまたは別の製品のパッケージングまたはハンドリングのための機械のセットアップ変更の際に）チームとして作業しなければならない複数の人員（ここではオペレータと称する）による操作が必須である。チームのメンバは、効率的な協働作業のために相互に良好に協力し合わなければならない。実際に、それぞれの機械（または製造ラインの機械群）に対してフローチャートが（例えば紙形式で）チームの人員のために作成され、それぞれのチームメンバは自身のフローチャートを処理する。チームサイズは、特定のプロセス（例えば機械のセットアップ変更）に対して固定であり、作業開始後は容易に変更できない。フローチャートは静的である。チームメンバが離脱すると（または例えばちょうどレイヤ交換が行われたばかりである場合）、プロセス全体が著しく遅延しうる。チームへの別の人員の追加も、協力を要するフローチャートの混乱を招きうるため、プロセス全体（タスクの合計）をさほど加速できない。

【0030】

ここで説明しているシステムにより、チームメンバ（複数のオペレータ）によって利用されるＡＲ端末（図１を参照）を用いたチームサイズのフレキシブルな適応化が可能となる。以下では、ネットワーク化されたＡＲ端末４１を用いて、例えば種々に（すなわち種々のスキルレベル、例えば「研修中」「初級」「上級」「専門」「指導者」等を有するように）構成されておりかつ種々の端末を有するオペレータのチームのサイズと、これに対応する当該チームメンバへのタスクの割り当てとをダイナミックに適応化可能にする方法を説明する。図７の例には、チームが１人のオペレータ（オペレータＯ５）分だけ拡張される（１人の人員がチームに新たに加入する）状況が示されている。このために、オペレータＯ５のＡＲ端末は製造サーバ１１に登録される。当該登録は（例えばオペレータＯ５のＡＲ端末を特定のＷＬＡＮアクセスポイントに接続した後）自動的に行うことができ、またはオペレータＯ５が手動で（例えばパスワードの入力により）（例えば自身のＡＲ端末４１を用いてまたはアドミニストレータ端末４０により）作動させることができる。登録後、オペレータＯ５は空きオペレータとして（場合によりスキルレベルを考慮して）、空きオペレータ（すなわちタスクがまだ割り当てられていないまたは提示されていないオペレータ／チームメンバ）のリストＬ０に収容される。当該状況は図７Ａに示されている。

【0031】

図７Ｂには、例として、どの未処理タスクが（いずれかのクラスタから）どの空きオペレータに割り当てられるかの自動判別がどのように実行されうるかが示されている。低いスキルレベル（例えば「初級」）を有するオペレータに対し、システムは、設定された順序で処理しなければならないタスクリストをダイナミックに割り当て可能である。システムは、既に処理されたタスクも、当該オペレータのスキルレベルに適さないタスクも割り当てない。さらに、システムは、当該「初級」オペレータに対し、好ましくは、製造ラインの可能なかぎり、空いた部分で実行可能なタスクを割り当てることができる。このために、システムは、適切なアルゴリズムを用いて、「初級」オペレータの最良の開始位置を検出し、（プロセス中つねに変化する状況と同相で）当該オペレータに提示されるタスクリストを最初に生成することができる。システムが提示する多数のクラスタおよびタスクから選択を行うことのできる、より高いスキルレベル（例えば「専門」）を有するオペレータが「初級」オペレータに先んじて「割り込む」（これにより「初級」オペレータによって特定のタスクが実行可能となることが阻止される）状況では、システムは（例えば特定の基準にしたがって最適化された）新たなタスクリストを「初級」オペレータのためにダイナミックに生成可能である（オートパイロットモード）。当該プロセスは定常的にプロセスと同相でバックグラウンドにおいて進行し、製造ラインでのオペレータの最適な分配が制御される。オペレータのスキルレベルに応じて、当該オペレータに対し、それぞれ１回につき、オペレータが（自身のユーザ端末を用いて）選択可能な１個のタスクのみまたは１個のタスクグループのみが割り当て可能である。オペレータが特定のタスクを（自身のユーザ端末を用いて）確認すると、ユーザ端末は、各タスクに対応づけられた空間内の位置において、仮想的に、タスクの実行時にオペレータを支援しまたはガイドする対応の（位置関連）情報を表示可能となる。

【0032】

図７Ｂに示した例では、クラスタが未処理タスクの数に相応に降順に分類される（第１の基準）。ダイナミックな生成の第２の基準として、（昇順での分類における）アクティブタスクの数が使用可能である。すなわち、（例えばスキルレベル「初級」を有する）空きオペレータ（ここではオペレータＯ５）に対し、未処理タスクを最も多く含むクラスタからタスクが割り当てられる。当該選択基準が（例えば２個のクラスタにおいて未処理タスクの数が等しいために）一義的な結果をもたらさない場合、オペレータＯ５に対しては、未処理タスクを最も多く含みかつアクティブタスクを最も少なく含むクラスタからタスクが割り当てられる。代替的にまたは付加的に、別の選択基準を考慮してもよい。例えば、１個または複数個のタスクに対応づけられた位置の最も近傍にいる（空き）オペレータに当該タスクが割り当てられまたは提示されるので、システムにとって既知の（規則的に更新されている）すべてのオペレータのその時点の滞在地点を基準として特に考慮することができる。こうしたアプローチにより、オペレータの経路を短縮することができる。また、例えば特定の対応関係から多数のオペレータが同時に特定の１個の空間領域に滞在することになりうる場合、タスクとオペレータとの特定の対応関係を回避することもできる。上述したように、個々のオペレータの位置は例えばＡＲ端末４１を用いて追跡可能であり、当該情報も同様にタスクリストＬ１～Ｌ３のダイナミックな適応化の際に考慮可能である。小さな製造ライン（例えば唯一の機械のみ）に対しては、クラスタへのタスクのグループ化も必要ないことを理解されたい。この場合、オペレータへのタスクの割り当ての基準として、例えばオペレータに生じる経路またはこれに類似のものを利用可能である。用途が許す場合には、ランダムな対応づけも可能である。

【0033】

図の例では、クラスタＣ４が３個の未処理タスクを含み、（例えばちょうどタスクが処理されたばかりであるため、図８を参照）アクティブタスクを含まず、クラスタＣ２が１個の未処理タスクと１個のアクティブタスクとを含み、クラスタＣ３が未処理タスクを含まず、１個のアクティブタスクを含み、クラスタＣ１が未処理タスクを含まず、２個のアクティブタスクを含む。結果として、空きオペレータＯ５に（とりわけ）クラスタＣ４のタスク（例えばタスクＴ４１）が提示される。当該割り当てが図７Ｃに概略的に示されている。当該タスクは、未処理タスクのリストＬ１から消去され、アクティブタスクのリストＬ２に収容される。オペレータＯ５は、空きオペレータのリストＬ０から削除される（図６を参照）。クラスタ内で、タスクの順序は固定に設定可能である。当該順序は、必須の順序が存在する場合（例えば最初に一部分を組み立て、次いで新たな部分を組み込む場合）、オーサリングモードで設定される。製造ラインを通してタスク（またはタスクのサブセット）の固定の順序が設定されていない場合、特定の選択基準にしたがって（例えばタスクに対応づけられた位置でのオペレータの作業領域の空間的な交差（すなわち衝突）が回避されるように）これを選択することもできる。一変形形態では、処理の順序が重要でない複数のタスクは、同時に１人のオペレータに提示されてもよい。この場合、処理の順序はオペレータに委ねられる。（例えばレイヤ交換の際にオペレータがプロセスを離脱したため）当該オペレータがすべてのタスクを処理しなかった場合、当該オペレータの未処理タスクは、場合により新たな別のオペレータのタスクリストを作成する際にシステムによって考慮される。

【0034】

図８には、オペレータがタスク（課題）の処理または（当該オペレータに複数のタスクが割り当てられている場合）タスクグループの最後のタスクの処理を確認した状況が概略的に示されている。こうした確認は、一般に、オペレータにより例えば手動でＡＲ端末において（例えばＡＲ端末の視野内の仮想のキーの操作、ＡＲ端末の実キーの操作、Bluetoothコントローラ、音声制御等によって）行われる。この例では、アクティブタスク（例えばタスク４１）は、アクティブタスクのリストＬ２から消去され、処理済タスクのリストＬ３に収容され、該当するオペレータ（例えばオペレータＯ５）が再び空きオペレータのリストＬ０に収容される。アクティブなオペレータが、割り当てを受けたタスクを終了せずに（または終了できずに）自身の作業場所を離脱する（または離脱しなければならない）状況も存在する。作業場所の離脱の際には、該当するオペレータのＡＲ端末はサーバ１１からサインアウト（登録抹消）される。当該サインアウトは、（例えばＡＲ端末とアクセスポイントとの間のＷＬＡＮコネクションが中断された際に）自動で行うことも、またはオペレータもしくは他の人員が（例えばアドミニストレータ端末４０またはＡＲ端末を介して）手動で作動させることもできる。当該状況は図９Ａに示されている。図示の例では、オペレータＯ５が自身のＡＲ端末をサーバ１１からサインアウトした。処理が済んでいないアクティブタスク（例えばタスクＴ４１）と該当するオペレータＯ５とがアクティブタスクのリストＬ２から除去され、タスクは再び未処理タスクのリストＬ１に収容されて、例えば別のオペレータに割り当て可能となる（図７Ｃを参照）。空きオペレータ（例えばＯ４）のＡＲ端末がサインアウトされた場合、当該オペレータは空きオペレータのリストＬ０から除去される。

【0035】

以下に、ここで説明している実施例の幾つかの態様をまとめる（図１から図９を参照）。ただし、これらは完全な列挙ではなく、単なる例示であることに注意されたい。拡張現実（ＡＲ）を用いてチーム作業を支援するためのシステムを説明する。ここで説明している例によれば、システムは、機械の少なくとも一部の３次元幾何学形状を記憶する（図２を参照）ように構成された製造サーバ（図１を参照）を有する。さらに、複数のタスク（Tasks）が記憶され、ここで、それぞれのタスクには、各タスクが処理される空間内の位置と当該タスクの処理に関する位置関連情報とが対応づけ可能である（図４Ａ，Ｂを参照）。システムはさらに、コンピュータネットワークを介して製造サーバに接続された複数のＡＲ端末（図１を参照）を有する。この場合、それぞれのＡＲ端末はチームの人員に対応づけ可能である。製造サーバは、プロセスの実行のための「処方」をダイナミックに生成する（かつ場合によりこれを適応化する）ように構成されており、ここで、各タスクに対応づけられた空間内の位置において対応する位置関連情報を該当する人員のＡＲ端末に表示する（図４Ｂを参照）ことにより、チームのそれぞれの人員に（例えば当該人員のスキルレベルを考慮して）特定のタスクが割り当てられるかまたはタスクグループ（クラスタ）が提示される（図７を参照）。構成に応じ、ＡＲ端末を用いて、個々のオペレータの位置が同相で（すなわちプロセス中に）検出可能であり、（例えば対応する時間およびアクティブタスクと共に）記憶可能である。当該データは、後のデータ分析またはリアルタイムデータ分析（Realtime Analystics）においても使用可能である（図１を参照）。例えば、当該データを用いて、作業フローを（部分的に）自動で最適化可能である（例えばクラスタへのタスクの対応づけまたはクラスタ内のタスクの順序または２人以上のオペレータの衝突の回避）。

【0036】

製造サーバは、さらに、タスクの割り当てまたは提示を受けたチームのそれぞれの人員を従事者としてマーキングし、割り当てられたタスクをアクティブであるとマーキングするように構成可能である。当該マーキングは、例えば、アクティブタスクのリストＬ２への人員およびタスクの収容によって行われる（図６を参照）。さらに、製造サーバは、タスクの割り当てを受けた人員（従事者）がＡＲ端末を介してタスクの処理を確認した場合、当該タスクを処理済とマーキングすることができる。当該マーキングは、例えば、処理済タスクのリストＬ３に当該タスクを収容することにより行われる（図６を参照）。

【0037】

タスクがアクティブであるとのマーキングは、タスクの割り当てを受けた人員のＡＲ端末が当該人員による当該タスクの処理の先行の確認なしに製造サーバからサインアウトされた場合に、（当該タスクを処理済とマーキングすることなく）再び消去される。マーキングの消去は、例えば、該当するタスクを再び未処理タスクのリストＬ１に収容することにより行うことができる（図６を参照）。製造サーバからサインアウトされたＡＲ端末を携行している人員は、別のタスクの割り当てにはもはや利用されない。

【0038】

製造サーバは、その時点でタスクが割り当てられていない人員（空きオペレータのリストＬ０、図７を参照）に対し、アクティブであってまだ処理済とマーキングされておらず、対応づけによっても衝突（空間的に相互に近接して位置するタスクによる２人のオペレータの作業領域の交差）を起こさないタスクが存在するかぎり、新たな（未処理の）タスクを割り当てることができる。付加的なＡＲ端末を携行している付加的な人員は、付加的なＡＲ端末を製造サーバに登録する（図７Ａを参照）ことにより、チームに追加可能である。ここで説明している例では、チームの人員は、対応づけられたＡＲ端末の識別子に基づいて、製造サーバにより識別されまたは区別される。

【0039】

プロセスのそれぞれのタスク（例えば製造ラインまたはその一部のセットアップ変更）は、１個のクラスタに対応づけ可能であり、それぞれのタスクは、未処理、アクティブまたは処理済としてマーキング可能である（図５、図６を参照）。人員へのタスクの割り当ての際には、製造サーバは優先順位づけを行うことができる。例えば、別のオペレータとの衝突がそこで予測されないかぎり、まずは未処理タスクを最も多く含みかつアクティブタスクを最も少なく含むクラスタ内のタスクを考慮することができる。このために、プロセスと同相で、定義された境界条件（例えば特定のタスクに必須のスキルレベル、またはタスク（Task）相互の依存関係（論理的依存関係もしくは空間的依存関係））を考慮して、それぞれのオペレータのタスクのリストを生成または更新することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】