知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-17
(45)【発行日】2024-06-25
(54)【発明の名称】情報処理方法、情報処理システム、およびプログラム
(51)【国際特許分類】
G06Q 50/04 20120101AFI20240618BHJP
G05B 19/418 20060101ALI20240618BHJP
【ＦＩ】
G06Q50/04
G05B19/418 Z
【請求項の数】
7
(21)【出願番号】P 2020188250
(22)【出願日】2020-11-11
(65)【公開番号】P2022077401
(43)【公開日】2022-05-23
【審査請求日】2023-04-07
(73)【特許権者】
【識別番号】000191009
【氏名又は名称】新東工業株式会社
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ
(72)【発明者】
【氏名】赤塚 成啓
(72)【発明者】
【氏名】田中 義嗣
(72)【発明者】
【氏名】中村 直寿
【審査官】山崎 誠也
(56)【参考文献】
【文献】特開２０１６－１９２０９５（ＪＰ，Ａ）
【文献】特表２０１３－５４５１５７（ＪＰ，Ａ）
【文献】特開２００９－１１６４７１（ＪＰ，Ａ）
【文献】特開２０１８－０７３２２１（ＪＰ，Ａ）
【文献】特開２０１２－２４２８４６（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１４／０２５８９４０（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１３／０２２７４７３（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１３／０２６３０５３（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０２０／０１１０５３１（ＵＳ，Ａ１）
【文献】稲垣 高宏，リアルタイムに動作する画面を設計できるＧＵＩ構築ツール，日経コンピュータ，日経ＢＰ社，1991年03月25日，第249号，p.197-202
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｇ０５Ｂ １９／４１８
(57)【特許請求の範囲】
【請求項1】
１または複数のプロセッサが、複数のウィジェットを含む第１画面であって、各ウィジェットが、製造ラインの状態を管理する複数のアプリケーションソフトウェアのうち当該ウィジェットに関連付けられたアプリケーションソフトウェアから出力される情報に基づき構成される第１画面を、ディスプレイに表示する第１画面表示ステップと、前記１または複数のプロセッサが、前記複数のウィジェットのうち何れかに対する操作を受け付けると、当該ウィジェットに関連付けられたアプリケーションソフトウェアを制御して、当該アプリケーションソフトウェアが生成する第２画面を前記ディスプレイに表示する第２画面表示ステップと、を含み、
前記製造ラインを管理する複数の管理グループが階層関係を有するとき、
前記第１画面表示ステップにおいて、前記１または複数のプロセッサは、
各管理グループに応じて前記複数のウィジェットの構成が定められた前記第１画面を、当該管理グループまたは当該管理グループよりも上位階層の管理グループに属するユーザの操作に応答して表示する、
ことを特徴とする情報処理方法。
【請求項2】
前記複数のウィジェットのうち少なくとも２つは、前記複数のアプリケーションソフトウェアのうち同一のアプリケーションソフトウェアに関連付けられている、ことを特徴とする請求項１に記載の情報処理方法。
【請求項3】
前記複数のウィジェットのうち少なくとも１つは、前記複数のアプリケーションソフトウェアのうち２つ以上のアプリケーションソフトウェアに関連付けられている、ことを特徴とする請求項１または２に記載の情報処理方法。
【請求項4】
前記第２画面表示ステップにおいて、前記１または複数のプロセッサは、前記複数のウィジェットのうち何れかに対する操作を受け付けると、当該ウィジェットに関連付けられたアプリケーションソフトウェアから出力される情報に基づいて構成した他のウィジェットを表示し、前記他のウィジェットに対する操作を受け付けると前記第２画面を表示する、
ことを特徴とする請求項１から３の何れか１項に記載の情報処理方法。
【請求項5】
前記第２画面は、前記ウィジェットに関連付けられたアプリケーションソフトウェアにおいて第３画面から遷移することにより表示される画面である、ことを特徴とする請求項１から４の何れか１項に記載の情報処理方法。
【請求項6】
１または複数のプロセッサを含む情報処理システムであって、前記１または複数のプロセッサは、
複数のウィジェットを含む第１画面であって、各ウィジェットが、製造ラインの状態を管理する複数のアプリケーションソフトウェアのうち当該ウィジェットに関連付けられたアプリケーションソフトウェアから出力される情報に基づき構成される第１画面を、ディスプレイに表示する第１画面表示処理と、
前記複数のウィジェットのうち何れかに対する操作を受け付けると、当該ウィジェットに関連付けられたアプリケーションソフトウェアを制御して、当該アプリケーションソフトウェアが生成する第２画面を前記ディスプレイに表示する第２画面表示処理と、を実行し、
前記製造ラインを管理する複数の管理グループが階層関係を有するとき、
前記第１画面表示処理において、前記１または複数のプロセッサは、
各管理グループに応じて前記複数のウィジェットの構成が定められた前記第１画面を、当該管理グループまたは当該管理グループよりも上位階層の管理グループに属するユーザの操作に応答して表示する、
ことを特徴とする情報処理システム。
【請求項7】
請求項６に記載の情報処理システムを動作させるためのプログラムであって、上記１または複数のプロセッサに上記各処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、製造ラインを管理する技術に関する。
【背景技術】
【0002】
製造ラインを管理する技術が知られている。例えば、特許文献１には、サーバが製造ラインを制御するためのサービスを提供し、端末において複数の制御アプリケーション各々が、当該サービスのウィンドウをディスプレイに表示するシステムが記載されている。特許文献２には、稼動中の複数の生産用工具の各々について、当該生産用工具から収集したデータを処理した結果を含むウィンドウを、遠隔に位置する装置に表示するシステムが記載されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開平５－２１０４７８号公報（１９９３年８月２０日公開）
【文献】特表２０１４－５２８８６１号公報（２０１４年１０月３０日公開）
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１に記載された技術では、ユーザは、製造システムの状態を把握するには、複数の制御アプリケーションの各ウィンドウを閲覧する必要がある。また、特許文献２に記載された技術では、ユーザは、複数の生産用工具の状態を把握するには、複数の生産用工具に対応する各ウィンドウを閲覧する必要がある。このように、特許文献１および２に記載された技術では、製造ラインの状態を一括して把握することが難しい。
【0005】
本発明の一態様は、上記の問題に鑑みてなされたものであり、製造ラインの状態を一括して把握することをより容易にする技術を実現することを目的とする。
【課題を解決するための手段】
【0006】
上記の課題を解決するために、本発明の一態様に係る情報処理方法は、１または複数のプロセッサが実行する情報処理方法である。当該情報処理方法は、第１画面表示ステップと、第２画面表示ステップとを含む。また、本発明の一態様に係る情報処理システムは、１または複数のプロセッサを含む。前記１または複数のプロセッサは、第１画面表示処理と、第２画面表示処理と、を実行する。
【0007】
第１画面表示ステップ（第１画面表示処理）において、前記１または複数のプロセッサは、複数のウィジェットを含む第１画面をディスプレイに表示する。各ウィジェットは、製造ラインの状態を管理する複数のアプリケーションソフトウェアのうち、当該ウィジェットに関連付けられたアプリケーションソフトウェアから出力される情報に基づき構成される。第２画面表示ステップ（第２画面表示処理）において、前記１または複数のプロセッサは、前記複数のウィジェットのうち何れかに対する操作を受け付けると、当該ウィジェットに関連付けられたアプリケーションソフトウェアを制御して、第２画面を前記ディスプレイに表示する。第２画面は、当該アプリケーションソフトウェアが生成する画面である。
【発明の効果】
【0008】
本発明の一態様によれば、製造ラインの状態を一括して把握することを、より容易にする技術を実現することができる。
【図面の簡単な説明】
【0009】
【図1】実施形態１に係る情報処理システム（サーバ）の機能的な構成を示すブロック図である。
【図3】実施形態１に係る情報処理方法によって表示される画面間の遷移の一例を示す図である。
【図4】実施形態１に係る第１画面の具体例を示す図である。
【図5】実施形態１に係る第１画面の他の具体例を示す図である。
【図6】実施形態１においてアプリケーションソフトウェアが生成する複数の画面間の遷移の一例を示す図である。
【図11】実施形態１において他のアプリケーションソフトウェアが生成する複数の画面間の遷移の一例を示す図である。
【図14】実施形態１の変形例に係る情報処理方法によって表示される画面間の遷移の一例を示す図である。
【図15】実施形態１の変形例における他のウィジェットの一例を示す図である。
【図16】実施形態１の変形例における他のウィジェットの他の一例を示す図である。
【図17】実施形態１の変形例における他のウィジェットの他の一例を示す図である。
【図18】実施形態２に係る情報処理システムの機能的な構成、およびその適用対象となる複数の製造ラインの具体例を示す図である。
【図19】実施形態２における第１画面の一例を示す図である。
【発明を実施するための形態】
【0010】
〔実施形態１〕
以下、本発明の実施形態１について、図面を参照して説明する。
以下、本発明の実施形態１について、図面を参照して説明する。
【0011】
＜サーバ１の機能的な構成の概略＞
本実施形態に係る情報処理システムの機能的な構成について、図１を参照して説明する。本実施形態に係る情報処理システムは、一例として、図１に示すサーバ１として実現される。図１は、サーバ１の機能的な構成を示すブロック図である。
本実施形態に係る情報処理システムの機能的な構成について、図１を参照して説明する。本実施形態に係る情報処理システムは、一例として、図１に示すサーバ１として実現される。図１は、サーバ１の機能的な構成を示すブロック図である。
【0012】
サーバ１は、製造ラインＬの状態を管理する複数のアプリケーションソフトウェアＡＰＰｘ（ｘ＝１、２、・・・）を利用した統合サービスを提供する。本実施形態では、製造ラインＬは、鋳物を製造するラインであり、製造施設Ｆに設置されている。製造ラインＬの状態の一例としては、製造ラインＬにおいて実施される各工程の状態、製造ラインＬにおいて用いられる各設備の状態、製造ラインＬにおける生産状況、および製造ラインＬにおける環境等が挙げられる。ただし、本実施形態における製造ラインＬおよびその状態とは、上述したものに限られない。
【0013】
なお、「アプリケーションソフトウェア」とは、製造ラインＬの状態を管理する機能を提供するソフトウェアであり、サーバ１のオペレーティングシステム上で動作するものである。以降、アプリケーションソフトウェアＡＰＰｘを、単に「アプリＡＰＰｘ」とも記載する。アプリＡＰＰｘの詳細については後述する。
【0014】
サーバ１は、統合サービスとして、本実施形態に係る情報処理方法を実行する。サーバ１は、当該情報処理方法を実行することにより、第１画面を表示する第１画面表示処理と、第１画面に対する操作に応じて第２画面を表示する第２画面表示処理とを実行する。ここでは、第１画面および第２画面は、端末８のディスプレイに表示される。端末８のディスプレイは、本発明におけるディスプレイの一例である。端末８のディスプレイに表示することを、以降、単に「表示する」とも記載する。サーバ１およびサーバ１が実行する情報処理方法の詳細については後述する。なお、ここで、「操作」とは、端末８のユーザによる操作である。また、端末８のユーザは、例えば、製造施設Ｆの状態を管理する管理者である。以降、端末８のユーザを、管理者と記載する。ただし、本実施形態に係る端末８のユーザを管理者に限定するものではない。
【0015】
図１に示すように、サーバ１は、統合サービス提供部１０１と、データ収集部１０２と、データ受け渡し部１０３と、アプリＡＰＰｘとを含む。これらの機能ブロックの詳細については後述する。
【0016】
また、サーバ１は、ネットワークＮ１を介して、ゲートウェイ７、および端末８と、それぞれ通信可能に接続される。ネットワークＮ１は、ＷＡＮ（Wide Area Network）である。管理装置６およびゲートウェイ７は、製造施設Ｆ内に設置されている。例えば、端末８は、製造施設Ｆとは離れた遠隔地に設置された装置であってもよいし、製造施設Ｆの状態を管理する管理者が携帯する装置であってもよい。
【0017】
＜製造施設Ｆ＞
製造施設Ｆは、製造ラインＬ、管理装置６およびゲートウェイ７を含む。
製造施設Ｆは、製造ラインＬ、管理装置６およびゲートウェイ７を含む。
【0018】
（製造ラインＬの構成）
製造ラインＬは、図１に示すように、複数の設備Ｍｉ（ｉ＝１、２、・・・）と、複数のコントローラＭＰｉと、複数の外付けのセンサＣｊ（ｊ＝１、２、・・・）と、センサ親機ＣＰとを含んでいる。製造ラインＬは、一例として、鋳物の製造ラインである。この場合、製造ラインＬにおいて実施される工程の一例として、砂処理工程、造型工程、中子セット工程、注湯工程、冷却・搬送工程、および後処理工程が挙げられる。また、製造ラインＬは、砂処理設備Ｍ１と、造型設備Ｍ２と、中子設備Ｍ３と、注湯設備Ｍ４と、搬送設備Ｍ５と、後処理設備Ｍ６とを含む。砂処理設備Ｍ１は、鋳物砂を処理する砂処理工程を実施する。造型設備Ｍ２は、鋳型を造型する造型工程を実施する。中子設備Ｍ３は、鋳型に中子をセットする中子セット工程を実施する。注湯設備Ｍ４は、鋳型に溶湯を注湯する注湯工程を実施する。冷却・搬送設備Ｍ５は、鋳型を冷却または搬送する搬送工程を実施する。後処理設備Ｍ６は、鋳型から鋳物を取り出した後の後処理工程を実施する。
製造ラインＬは、図１に示すように、複数の設備Ｍｉ（ｉ＝１、２、・・・）と、複数のコントローラＭＰｉと、複数の外付けのセンサＣｊ（ｊ＝１、２、・・・）と、センサ親機ＣＰとを含んでいる。製造ラインＬは、一例として、鋳物の製造ラインである。この場合、製造ラインＬにおいて実施される工程の一例として、砂処理工程、造型工程、中子セット工程、注湯工程、冷却・搬送工程、および後処理工程が挙げられる。また、製造ラインＬは、砂処理設備Ｍ１と、造型設備Ｍ２と、中子設備Ｍ３と、注湯設備Ｍ４と、搬送設備Ｍ５と、後処理設備Ｍ６とを含む。砂処理設備Ｍ１は、鋳物砂を処理する砂処理工程を実施する。造型設備Ｍ２は、鋳型を造型する造型工程を実施する。中子設備Ｍ３は、鋳型に中子をセットする中子セット工程を実施する。注湯設備Ｍ４は、鋳型に溶湯を注湯する注湯工程を実施する。冷却・搬送設備Ｍ５は、鋳型を冷却または搬送する搬送工程を実施する。後処理設備Ｍ６は、鋳型から鋳物を取り出した後の後処理工程を実施する。
【0019】
各設備Ｍｉは、コントローラＭＰｉを内蔵する。各コントローラＭＰｉは、設備Ｍｉを制御する。コントローラＭＰｉは、一例として、設備Ｍｉの各部を制御するプログラムにしたがって動作するＰＬＣ（Programmable Logic Controller）コントローラである。各コントローラＭＰｉは、設備Ｍｉの状態を表す情報を取得する。コントローラＭＰｉが取得可能な情報の一例としては、設備Ｍｉの電源状態、スタンバイ状態、所定部品の点検処理が行われた回数を表す情報、所定部品の稼働時間、所定部品の交換日時、所定作業に要した処理時間、内蔵のセンサによって計測される情報等があるが、これらに限られない。
【0020】
また、各コントローラＭＰｉは、ネットワークＮ２を介して、後述する管理装置６およびゲートウェイ７に接続される。ネットワークＮ２は、製造施設Ｆに敷設されたＬＡＮ（Local Area Network）である。ネットワークＮ２は、有線ＬＡＮ、無線ＬＡＮ、またはこれらの組み合わせによって構成される。各コントローラＭＰｉは、設備Ｍｉの状態を表す情報を、管理装置６またはゲートウェイ７に送信する。各コントローラＭＰｉは、これらの情報を、定期的に管理装置６またはゲートウェイ７に送信してもよいし、管理装置６またはゲートウェイ７からの要求に応じて送信してもよい。このように、各設備Ｍｉの状態を表す情報がサーバ１まで伝達される経路としては、次の（ｉ）（ｉｉ）がある。（ｉ）は、各コントローラＭＰｉからゲートウェイ７を介してサーバ１に送信される経路である。（ｉｉ）は、各コントローラＭＰｉから管理装置６、ゲートウェイ７をこの順で経由してサーバ１に送信される経路である。（ｉｉ）の場合、各設備Ｍｉの状態を表す情報は、管理装置６において対象物に関する情報に加工された上で、ゲートウェイ７を介してサーバ１に送信される。
【0021】
複数のセンサＣｊは、複数の設備Ｍｉの少なくとも何れかに付帯するセンサＣｊと、何れの設備Ｍｉにも付帯しないセンサＣｊとを含む。ここで、付帯するとは、設備Ｍｉの状態を計測するために、設備Ｍｉに後付けで設置されることをいう。何れかの設備Ｍｉに付帯するセンサＣｊの設置場所自体は、設備Ｍｉの内部であっても外部であっても構わない。また、１つの設備Ｍｉに付帯するセンサＣｊの個数は、１つに限らず、複数であってもよい。また、複数の設備Ｍｉのうち、センサＣｊが付帯しない設備Ｍｉがあってもよい。何れの設備Ｍｉにも付帯しないセンサＣｊの設置場所は、設備Ｍｉの外部である。図１の例では、設備Ｍ１には、センサＣ１、Ｃ２が付帯する。設備Ｍ２には、センサＣ３が付帯する。設備Ｍ３には、センサＣ４が付帯する。センサＣ５は、何れの設備Ｍｉにも付帯しない。
【0022】
何れかの設備Ｍｉに付帯する各センサＣｊは、設備Ｍｉの状態を表す情報を取得する。何れかの設備Ｍｉに付帯するセンサＣｊから取得可能な情報の一例としては、設備Ｍｉの振動を表す情報、設備Ｍｉ内の２室（例えば集塵機内のクリーンルームおよびダーティールーム）の差圧を表す情報、設備Ｍｉの部品を回転駆動するためのモータ電流値、設備Ｍｉの作動油の汚れを表す情報、設備Ｍｉに注入される湯温等があげられるが、これらに限られない。また、何れかの設備Ｍｉに付帯するセンサＣｊは、一例として、振動センサ、ＣＴ（Current Transformer）センサ、マノメータ、油中劣化センサ、非接触温度センサ等であるが、これらに限られない。
【0023】
何れの設備Ｍｉに付帯しない各センサＣｊは、１又は複数の設備Ｍｉの周辺の状態を表す情報を取得する。何れの設備Ｍｉにも付帯しないセンサＣｊから取得可能な情報の一例としては、温度、湿度等が挙げられるが、これらに限られない。また、設備Ｍｉに付帯しないセンサＣｊは、一例として、周辺の雰囲気を検知するセンサ（例えば、温度センサ、湿度センサ等）であるが、これらに限られない。
【0024】
また、各センサＣｊは、センサ親機ＣＰに通信可能に接続される。一例として、各センサＣｊとセンサ親機ＣＰとの間は、無線センサネットワークを介して接続される。無線センサネットワークは、例えば、赤外線やBluetooth（登録商標）等の近距離無線通信によって構築される。また、センサ親機ＣＰおよびセンサＣｊ間では、所定のプロトコルにしたがって情報が送受信される。換言すると、センサ親機ＣＰが対応する無線センサネットワークに接続する通信インタフェースを有し、センサ親機ＣＰが対応するプロトコルにしたがって情報を送受信するセンサＣｊであれば、何れかの設備Ｍｉに付帯するものとして後付けで容易に増設可能である。
【0025】
センサＣｊは、周期的に情報を計測してセンサ親機ＣＰに送信するタイプのものであってもよい。また、センサＣｊは、所定条件を満たす情報を計測した場合にセンサ親機ＣＰに送信するタイプのものであってもよい。また、センサＣｊは、センサ親機ＣＰからの要求に応じて計測した情報をセンサ親機ＣＰに送信するタイプのものであってもよい。
【0026】
センサ親機ＣＰは、各センサＣｊによって計測された、設備Ｍｉの状態または周辺の状態を表す情報を受信する。なお、センサ親機ＣＰがセンサＣｊから情報を受信するタイミングは、上述したセンサＣｊのタイプに応じたタイミングである。センサ親機ＣＰは、各センサＣｊから受信した情報を、当該センサＣｊの識別情報に関連付けてセンサ親機ＣＰのメモリ（図示せず）に記憶する。
【0027】
また、センサ親機ＣＰは、ネットワークＮ２を介して、ゲートウェイ７に接続される。センサ親機ＣＰは、センサＣｊが計測した情報を、ゲートウェイ７に送信する。センサ親機ＣＰは、これらの情報を、定期的に管理装置６またはゲートウェイ７に送信してもよいし、ゲートウェイ７からの要求に応じて送信してもよい。このように、各センサＣｊによって計測された設備Ｍｉの状態または周辺の状態を表す情報は、センサ親機ＣＰ、ゲートウェイ７をこの順に経て、サーバ１に送信される。
【0028】
なお、本実施形態では、製造ラインＬは１つのセンサ親機ＣＰを有しているが、センサ親機ＣＰと同様に構成される複数のセンサ親機を含んでいてもよい。その場合、各センサＣｊは、複数のセンサ親機の何れかに接続される。また、複数のセンサ親機の少なくとも１つは、他の少なくとも１つのセンサ親機と異なる無線センサネットワークに接続するものであってもよい。また、複数のセンサ親機の少なくとも１つは、他の少なくとも１つのセンサ親機と異なるプロトコルを用いて各センサＣｊと通信するものであってもよい。
【0029】
（管理装置６の構成）
管理装置６は、製造ラインＬにおいて実施される各工程の状況を管理する装置である。管理装置６は、各コントローラＭＰｉから、各設備Ｍｉの状態に関する情報を取得し、取得した情報に基づいて、各設備Ｍｉが処理の対象とする対象物に関する情報を生成する。対象物は、例えば、砂処理設備Ｍ１が処理の対象とする鋳物砂である。また、対象物は、例えば、造型設備Ｍ２が対象とする鋳型である。また、対象物は、例えば、注湯設備Ｍ４が処理の対象とする溶湯である。ただし、対象物は、上述した例に限定されない。対象物に関する情報は、例えば、対象物の品質を示す情報、および対象物の生産状況を示す情報を含む。また、管理装置６は、対象物に関する情報を含む管理画面を生成する。また、管理装置６は、生成した管理画面を、製造施設Ｆ内に設置されたディスプレイ（不図示）に表示する。なお、管理装置６が生成した管理画面を表示するディスプレイは、管理装置６に接続されたものであってもよいし、製造施設Ｆ内のＬＡＮであるネットワークＮ２に接続されたものであってもよい。
管理装置６は、製造ラインＬにおいて実施される各工程の状況を管理する装置である。管理装置６は、各コントローラＭＰｉから、各設備Ｍｉの状態に関する情報を取得し、取得した情報に基づいて、各設備Ｍｉが処理の対象とする対象物に関する情報を生成する。対象物は、例えば、砂処理設備Ｍ１が処理の対象とする鋳物砂である。また、対象物は、例えば、造型設備Ｍ２が対象とする鋳型である。また、対象物は、例えば、注湯設備Ｍ４が処理の対象とする溶湯である。ただし、対象物は、上述した例に限定されない。対象物に関する情報は、例えば、対象物の品質を示す情報、および対象物の生産状況を示す情報を含む。また、管理装置６は、対象物に関する情報を含む管理画面を生成する。また、管理装置６は、生成した管理画面を、製造施設Ｆ内に設置されたディスプレイ（不図示）に表示する。なお、管理装置６が生成した管理画面を表示するディスプレイは、管理装置６に接続されたものであってもよいし、製造施設Ｆ内のＬＡＮであるネットワークＮ２に接続されたものであってもよい。
【0030】
また、管理装置６は、ネットワークＮ１を介して、端末８と通信可能に接続される。管理装置６は、上述した管理画面を、端末８からの要求に応じて送信し、端末８に表示する。
【0031】
また、管理装置６は、製造ラインＬの稼動中、リアルタイムに設備Ｍｉの状態を表す情報を収集することが望ましい。リアルタイムな収集は、例えば、所定間隔、または、情報の検出に応じた動作により実現される。例えば、管理装置６は、コントローラＭＰｉに対して、所定間隔で情報を要求することにより当該情報を受信してもよい。また、コントローラＭＰｉが、検出した情報を所定間隔で外部に送信するよう構成されていてもよい。管理装置６は、設備Ｍｉの状態を表す情報をリアルタイムで収集し、収集した情報に応じて管理画面を更新する。
【0032】
また、管理装置６は、各コントローラＭＰｉから取得した情報に基づいて生成した対象物に関する情報の一部または全部を、ゲートウェイ７を介してサーバ１に送信する。例えば、管理装置６は、当該情報を、定期的にゲートウェイ７に送信し、ゲートウェイ７は、管理装置６から受信した情報をサーバ１に送信する。
【0033】
（ゲートウェイ７の構成）
ゲートウェイ７は、管理装置６、各コントローラＭＰｉおよびセンサ親機ＣＰから収集した情報を、サーバ１に送信する装置である。ゲートウェイ７は、製造ラインＬの稼動中、リアルタイムにこれらの情報の収集および送信を行うことが望ましい。
ゲートウェイ７は、管理装置６、各コントローラＭＰｉおよびセンサ親機ＣＰから収集した情報を、サーバ１に送信する装置である。ゲートウェイ７は、製造ラインＬの稼動中、リアルタイムにこれらの情報の収集および送信を行うことが望ましい。
【0034】
ゲートウェイ７が、リアルタイムにこれらの情報を収集することについて説明する。リアルタイムな収集は、例えば、所定間隔で実行される。例えば、ゲートウェイ７は、管理装置６に対して、所定間隔で情報を要求することにより、対象物に関する情報を受信してもよい。また、ゲートウェイ７は、コントローラＭＰｉに対して、所定間隔で情報を要求することにより、設備Ｍｉの状態を示す情報を受信してもよい。また、ゲートウェイ７は、センサ親機ＣＰに対して、所定間隔で情報を要求することにより、設備Ｍｉの状態または周辺の状態を表す情報を受信してもよい。なお、ゲートウェイ７が情報を収集する所定間隔は、管理装置６、各コントローラＭＰｉおよびセンサ親機ＣＰの各々に応じて定められてもよい。
【0035】
ゲートウェイ７が、収集した情報をリアルタイムにサーバ１に送信することについて説明する。このようなリアルタイムな送信は、例えば、所定間隔、または、情報の受信に応じた動作により実現される。例えば、ゲートウェイ７は、管理装置６、コントローラＭＰｉおよびセンサ親機ＣＰから受信した情報をメモリ（不図示）に蓄積し、蓄積した情報を所定間隔でサーバ１に送信してもよい。また、ゲートウェイ７は、管理装置６、コントローラＭＰｉまたはセンサ親機ＣＰから情報を受信する度に、当該情報をサーバ１に送信してもよい。このように、ゲートウェイ７は、設備Ｍｉの状態または周辺の状態を表す情報をリアルタイムで収集するとともに、収集した情報をリアルタイムでサーバ１に送信する。なお、ゲートウェイ７が情報を所定間隔で送信する場合、当該所定間隔としては、管理装置６、各コントローラＭＰｉおよびセンサ親機ＣＰの各々に応じた長さが定められてもよい。また、ゲートウェイ７が各装置から収集した情報を送信する所定間隔は、該当する装置から情報を収集する間隔と必ずしも同じ長さでなくてよい。
【0036】
＜サーバ１の物理的な構成例＞
サーバ１の物理的な構成例について、図２を参照して説明する。図２は、サーバ１の物理的な構成の一例を示すブロック図である。図２に示すように、サーバ１は、プロセッサ１１と、一次メモリ１２と、二次メモリ１３と、入出力インタフェース１４と、通信インタフェース１５とを備えている。プロセッサ１１、一次メモリ１２、二次メモリ１３、入出力インタフェース１４、および通信インタフェース１５は、バスを介して相互に接続されている。
サーバ１の物理的な構成例について、図２を参照して説明する。図２は、サーバ１の物理的な構成の一例を示すブロック図である。図２に示すように、サーバ１は、プロセッサ１１と、一次メモリ１２と、二次メモリ１３と、入出力インタフェース１４と、通信インタフェース１５とを備えている。プロセッサ１１、一次メモリ１２、二次メモリ１３、入出力インタフェース１４、および通信インタフェース１５は、バスを介して相互に接続されている。
【0037】
二次メモリ１３には、プログラムＰ０、Ｐ１、Ｐ２、・・・が格納されている。プログラムＰ０は、本実施形態に係る情報処理方法をプロセッサ１１に実行させるためのプログラムである。プログラムＰｘ（ｘ＝１、２、・・・）は、アプリＡＰＰｘの機能を実現するためにプロセッサ１１に実行させるプログラムである。プロセッサ１１は、二次メモリ１３に格納されているプログラムＰ０を一次メモリ１２上に展開する。そして、プロセッサ１１は、一次メモリ１２上に展開されたプログラムＰ０に含まれる命令に従って、本実施形態に係る情報処理方法に含まれる各ステップを実行する。また、プロセッサ１１は、二次メモリ１３に格納されているプログラムＰｘを一次メモリ１２上に展開する。そして、プロセッサ１１は、一次メモリ１２上に展開されたプログラムＰｘに含まれる命令を実行することにより、アプリＡＰＰｘの機能を実現する。
【0038】
プロセッサ１１として利用可能なデバイスとしては、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＭＰＵ（Micro Processing Unit）、ＦＰＵ（Floating point number Processing Unit）、ＰＰＵ（Physics Processing Unit）、マイクロコントローラ、又は、これらの組み合わせを挙げることができる。プロセッサ１１は、「演算装置」と呼ばれることもある。
【0039】
また、一次メモリ１２として利用可能なデバイスとしては、例えば、半導体ＲＡＭ（Random Access Memory）を挙げることができる。一次メモリ１２は、「主記憶装置」と呼ばれることもある。また、二次メモリ１３として利用可能なデバイスとしては、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＯＤＤ（Optical Disk Drive）、ＦＤＤ（Floppy（登録商標） Disk Drive）、又は、これらの組み合わせを挙げることができる。二次メモリ１３は、「補助記憶装置」と呼ばれることもある。なお、二次メモリ１３は、サーバ１に内蔵されていてもよいし、入出力インタフェース１４又は通信インタフェース１５を介してサーバ１と接続された他のコンピュータ（例えば、クラウドサーバを構成するコンピュータ）に内蔵されていてもよい。なお、本実施形態においては、サーバ１における記憶を２つのメモリ（一次メモリ１２および二次メモリ１３）により実現しているが、これに限定されない。すなわち、サーバ１における記憶を１つのメモリにより実現してもよい。この場合、例えば、そのメモリの或る記憶領域を一次メモリ１２として利用し、そのメモリの他の記憶領域を二次メモリ１３として利用すればよい。
【0040】
入出力インタフェース１４には、入力デバイスおよび／又は出力デバイスが接続される。入出力インタフェース１４としては、例えば、ＵＳＢ（Universal Serial Bus）、ＡＴＡ（Advanced Technology Attachment）、ＳＣＳＩ（Small Computer System Interface）、ＰＣＩ（Peripheral Component Interconnect）などのインタフェースが挙げられる。入出力インタフェース１４に接続される入力デバイスとしては、キーボード、マウス、タッチパッド、マイク、又は、これらの組み合わせが挙げられる。また、入出力インタフェース１４に接続される出力デバイスとしては、ディスプレイ、プロジェクタ、プリンタ、スピーカ、ヘッドホン、又は、これらの組み合わせが挙げられる。なお、サーバ１には、必ずしも入力デバイスおよび出力デバイスの一方または両方が接続されていなくてもよい。
【0041】
通信インタフェース１５には、ネットワークＮ１を介して他のコンピュータが有線接続又は無線接続される。ここでは、他のコンピュータとして、少なくとも、管理装置６、ゲートウェイ７、および端末８が接続される。通信インタフェース１５としては、例えば、イーサネット（登録商標）、Ｗｉ－Ｆｉ（登録商標）などのインタフェースが挙げられる。利用可能なネットワークとしては、ＰＡＮ（Personal Area Network）、ＬＡＮ（Local Area Network）、ＣＡＮ（Campus Area Network）、ＭＡＮ（Metropolitan Area Network）、ＷＡＮ（Wide Area Network）、ＧＡＮ（Global Area Network）、又は、これらのネットワークを含むインターネットワークが挙げられる。インターネットワークは、イントラネットであってもよいし、エクストラネットであってもよいし、インターネットであってもよい。
【0042】
なお、本実施形態においては、サーバ１は、単一のプロセッサ（プロセッサ１１）を用いて本実施形態に係る情報処理方法を実行する構成を採用しているが、本発明は、これに限定されない。すなわち、複数のプロセッサを用いて当該情報処理方法を実行する構成を採用してもよい。この場合、連携して当該情報処理方法を実行する複数のプロセッサは、単一のコンピュータに設けられ、バスを介して相互に通信可能に構成されていてもよいし、複数のコンピュータに分散して設けられ、ネットワークを介して相互に通信可能に構成されていてもよい。一例として、クラウドサーバを構成するコンピュータに内蔵されたプロセッサと、そのクラウドサーバの利用者が所有するコンピュータに内蔵されたプロセッサとが、連携して当該情報処理方法を実行する態様などが考えられる。
【0043】
＜サーバ１の機能的な構成の詳細＞
（アプリＡＰＰｘ）
アプリＡＰＰｘは、プロセッサ１１がプログラムＰｘにしたがって動作することにより製造ラインＬの状態を管理する機能を実現する。具体的には、アプリＡＰＰｘは、後述するデータ収集部１０２を介して製造ラインＬから情報を取得し、取得した情報に基づいて、製造ラインＬの状態を示す情報を含む第２画面を生成する。以降、第２画面を、「アプリ画面」とも記載する。
（アプリＡＰＰｘ）
アプリＡＰＰｘは、プロセッサ１１がプログラムＰｘにしたがって動作することにより製造ラインＬの状態を管理する機能を実現する。具体的には、アプリＡＰＰｘは、後述するデータ収集部１０２を介して製造ラインＬから情報を取得し、取得した情報に基づいて、製造ラインＬの状態を示す情報を含む第２画面を生成する。以降、第２画面を、「アプリ画面」とも記載する。
【0044】
また、アプリＡＰＰｘは、生成したアプリ画面を端末８のディスプレイに表示する。アプリ画面は、例えば、端末８の表示画面に含まれるウィンドウ（アプリケーション領域）に表示される。これにより、アプリＡＰＰｘは、端末８に対して、遠隔から製造ラインＬの状態を確認する機能を提供する。
【0045】
また、アプリＡＰＰｘは、アプリ画面に含まれる情報を、後述するデータ受け渡し部１０３に対して出力する。アプリＡＰＰｘからデータ受け渡し部１０３への出力情報の構成は、事前に定められる。例えば、当該出力情報は、製造ラインＬから取得した情報自体を含む。また、当該出力情報は、製造ラインＬからの情報を加工した情報（例えば、統計値、グラフ等）を含む。
【0046】
本実施形態では、アプリＡＰＰ１は、品質管理アプリケーションであり、製造ラインＬで実施される各工程における対象物の品質を管理する。各工程における対象物とは、各工程に対応する設備Ｍｉが処理の対象とする対象物である。具体的には、アプリＡＰＰ１は、後述するデータ収集部１０２を介して、管理装置６が生成した対象物に関する情報を取得する。対象物に関する情報は、対象物の品質を示す情報、および対象物の生産状況を示す情報を含む。アプリＡＰＰ１は、対象物に関する情報を用いて、各工程における対象物の品質に関するアプリ画面を生成する。なお、本実施形態は、アプリＡＰＰ１が生成するアプリ画面の代わりに、管理装置６が生成する品質管理画面を適用するよう変形することも可能である。このように変形した態様の詳細については後述する。
【0047】
また、アプリＡＰＰ２は、設備稼働アプリケーションであり、各設備Ｍｉの稼動状況を監視する。例えば、アプリＡＰＰ２は、後述するデータ収集部１０２を介してゲートウェイ７が収集した情報を取得し、取得した情報を用いて各設備Ｍｉの稼動状況を示すアプリ画面を生成する。
【0048】
アプリＡＰＰ３、４、・・・は、例えば、各設備Ｍｉを保全管理する保全アプリケーション、製造ラインＬの安全性および環境を管理する安全環境アプリケーション、および製造ラインＬの生産性を管理する生産性アプリケーションの一部または全部を含む。ただし、アプリＡＰＰｘは、上述したものに限られない。
【0049】
（統合サービス提供部１０１）
統合サービス提供部１０１は、プロセッサ１１がプログラムＰ０にしたがって動作することにより、本実施形態に係る情報処理方法を実行する機能ブロックである。統合サービス提供部１０１は、当該情報処理方法を実行することにより、第１画面および第２画面を表示する。当該情報処理方法の詳細については後述する。
統合サービス提供部１０１は、プロセッサ１１がプログラムＰ０にしたがって動作することにより、本実施形態に係る情報処理方法を実行する機能ブロックである。統合サービス提供部１０１は、当該情報処理方法を実行することにより、第１画面および第２画面を表示する。当該情報処理方法の詳細については後述する。
【0050】
（データ収集部１０２）
データ収集部１０２は、製造ラインＬに含まれる各設備Ｍｉの状態または周辺の状態を示す情報を、ネットワークＮ１を介して収集する機能ブロックである。具体的には、データ収集部１０２は、ゲートウェイ７から送信される情報を、ネットワークＮ１を介して受信する。情報の受信は、製造ラインＬの稼動中、リアルタイムに実行されることが望ましい。データ収集部１０２は、公知のＩｏＴ（Internet of Things）プラットフォームによって実現される。そのようなＩｏＴプラットフォームは、例えば、ＩｏＴデバイスからネットワーク経由で情報を収集し、収集した情報を利用するソフトウェアモジュール群を含む。換言すると、データ収集部１０２は、プロセッサ１１が、ＩｏＴプラットフォームに含まれるソフトウェアモジュール群の一部または全部を実行することにより実現される。
データ収集部１０２は、製造ラインＬに含まれる各設備Ｍｉの状態または周辺の状態を示す情報を、ネットワークＮ１を介して収集する機能ブロックである。具体的には、データ収集部１０２は、ゲートウェイ７から送信される情報を、ネットワークＮ１を介して受信する。情報の受信は、製造ラインＬの稼動中、リアルタイムに実行されることが望ましい。データ収集部１０２は、公知のＩｏＴ（Internet of Things）プラットフォームによって実現される。そのようなＩｏＴプラットフォームは、例えば、ＩｏＴデバイスからネットワーク経由で情報を収集し、収集した情報を利用するソフトウェアモジュール群を含む。換言すると、データ収集部１０２は、プロセッサ１１が、ＩｏＴプラットフォームに含まれるソフトウェアモジュール群の一部または全部を実行することにより実現される。
【0051】
（データ受け渡し部１０３）
データ受け渡し部１０３は、統合サービス提供部１０１およびアプリＡＰＰｘ間での情報の送受信を行う機能ブロックである。データ受け渡し部１０３は、プロセッサ１１が、データ収集部１０２と同様のＩｏＴプラットフォームに含まれるソフトウェアモジュール群の一部または全部を実行することにより実現される。
データ受け渡し部１０３は、統合サービス提供部１０１およびアプリＡＰＰｘ間での情報の送受信を行う機能ブロックである。データ受け渡し部１０３は、プロセッサ１１が、データ収集部１０２と同様のＩｏＴプラットフォームに含まれるソフトウェアモジュール群の一部または全部を実行することにより実現される。
【0052】
＜本実施形態に係る情報処理方法＞
本実施形態に係る情報処理方法は、第１画面表示ステップと、第２画面表示ステップとを含む。当該情報処理方法の詳細について、図３～図１３を参照して説明する。図３は、当該情報処理方法によって表示される画面間の遷移の一例を示す図である。図４、図５は、第１画面の具体例を示す図である。図６、図１１は、アプリＡＰＰ１、ＡＰＰ２が生成する複数の画面間の遷移の一例を示す図である。図７～図１０、図１１～図１３は、アプリＡＰＰ１、ＡＰＰ２が生成するアプリ画面の具体例を示す図である。
本実施形態に係る情報処理方法は、第１画面表示ステップと、第２画面表示ステップとを含む。当該情報処理方法の詳細について、図３～図１３を参照して説明する。図３は、当該情報処理方法によって表示される画面間の遷移の一例を示す図である。図４、図５は、第１画面の具体例を示す図である。図６、図１１は、アプリＡＰＰ１、ＡＰＰ２が生成する複数の画面間の遷移の一例を示す図である。図７～図１０、図１１～図１３は、アプリＡＰＰ１、ＡＰＰ２が生成するアプリ画面の具体例を示す図である。
【0053】
（第１画面表示ステップ）
第１画面表示ステップにおいて、統合サービス提供部１０１は、複数のウィジェットを含む第１画面を表示する。各ウィジェットは、複数のアプリＡＰＰｘのうち当該ウィジェットに関連付けられたアプリＡＰＰｘから出力される情報に基づいて構成される。ここで、複数のウィジェットにそれぞれ関連付けられたアプリＡＰＰｘは、全て同一の場合がある。また、複数のウィジェットのうち少なくとも２つにそれぞれ関連付けられたアプリＡＰＰｘは、互いに異なる場合がある。以降、第１画面を、「トップ画面」とも記載する。
第１画面表示ステップにおいて、統合サービス提供部１０１は、複数のウィジェットを含む第１画面を表示する。各ウィジェットは、複数のアプリＡＰＰｘのうち当該ウィジェットに関連付けられたアプリＡＰＰｘから出力される情報に基づいて構成される。ここで、複数のウィジェットにそれぞれ関連付けられたアプリＡＰＰｘは、全て同一の場合がある。また、複数のウィジェットのうち少なくとも２つにそれぞれ関連付けられたアプリＡＰＰｘは、互いに異なる場合がある。以降、第１画面を、「トップ画面」とも記載する。
【0054】
ここで、ウィジェットとは、画面の構成部品であり、製造ラインＬの状態を一括して把握するための目的ごとに構成される。例えば、各ウィジェットは、アプリＡＰＰｘから出力される情報を要約した情報を含んでいてもよいし、加工した情報を含んでいてもよいし、出力される情報をそのまま含んでいてもよい。
【0055】
ここで、トップ画面に含める複数のウィジェットは、管理者の目的に応じて事前に設計される。また、トップ画面に含める複数のウィジェットは、運用開始後も、管理者の目的に応じて変更可能である。例えば、複数のウィジェットの一部または全部が表示する情報は、変更可能である。また、トップ画面に含める複数のウィジェットのレイアウトは、変更可能である。また、トップ画面に、新たなウィジェットを追加する変更が可能である。また、トップ画面に含めていた複数のウィジェットの何れかを、削除する変更が可能である。以下、トップ画面に含める複数のウィジェットについて、図３～図５を参照して説明する。図３～図５に示すように、トップ画面Ｇ１は、ウィジェットＷ１～Ｗ６を含む。
【0056】
（ウィジェットＷ１）
図３～図５に示すように、ウィジェットＷ１は、製造ラインＬの各工程における対象物の品質を監視する機能を提供する。ウィジェットＷ１は、アプリＡＰＰ１に関連付けられている。ウィジェットＷ１は、情報Ｄ１１～Ｄ１３を含む。情報Ｄ１１は、砂処理工程における対象物（鋳物砂）の良品率を示す。情報Ｄ１２は、造型工程における対象物（鋳型）の良品率を示す。情報Ｄ１３は、注湯工程における対象物（溶湯）の良品率を示す。これらの情報Ｄ１１～Ｄ１３は、アプリＡＰＰ１（品質管理アプリケーション）から出力される情報が加工されたものである。
図３～図５に示すように、ウィジェットＷ１は、製造ラインＬの各工程における対象物の品質を監視する機能を提供する。ウィジェットＷ１は、アプリＡＰＰ１に関連付けられている。ウィジェットＷ１は、情報Ｄ１１～Ｄ１３を含む。情報Ｄ１１は、砂処理工程における対象物（鋳物砂）の良品率を示す。情報Ｄ１２は、造型工程における対象物（鋳型）の良品率を示す。情報Ｄ１３は、注湯工程における対象物（溶湯）の良品率を示す。これらの情報Ｄ１１～Ｄ１３は、アプリＡＰＰ１（品質管理アプリケーション）から出力される情報が加工されたものである。
【0057】
具体的には、アプリＡＰＰ１は、各工程における対象物が良品であるか否かを示す情報を、データ受け渡し部１０３を介して統合サービス提供部１０１に出力する。統合サービス提供部１０１は、出力された情報に基づいて単位期間あたりの良品率を算出することにより、情報Ｄ１１～Ｄ１３を生成する。ここでは、図４～図５に示すウィジェットＷ１は、砂処理工程における良品率が９８．５４％であり、造型工程における良品率が９５．２２％であり、注湯工程における良品率が９９．０５％であることを示している。
【0058】
また、アプリＡＰＰ１は、各工程において異常が発生しているか否かを示す情報を、データ受け渡し部１０３を介して統合サービス提供部１０１に出力する。統合サービス提供部１０１は、出力された情報に基づいて、情報Ｄ１１～Ｄ１３のうち異常が発生している工程のものを「異常を示す表示態様」とし、それ以外のものを「正常を示す表示態様」とする。例えば、図４～図５の例では、異常を示す表示態様は斜線パターンで表され、正常を示す表示態様はドットパターンで表されている。ここでは、図４に示すウィジェットＷ１は、各工程が正常であることを示し、図５に示すウィジェットＷ１は、砂処理工程で異常が発生しており、造型工程および注湯工程が正常であることを示している。
【0059】
（ウィジェットＷ２）
図３～図５に示すように、ウィジェットＷ２は、製造ラインＬにおいて鋳造される鋳物の生産数を監視する機能を提供する。ウィジェットＷ２は、アプリＡＰＰ１に関連付けられている。ウィジェットＷ２は、情報Ｄ２１、Ｄ２２を含む。情報Ｄ２１は、製造ラインＬにおける単位期間（例えば、１日）あたりの鋳物の生産計画数を示す。情報Ｄ２２は、当該単位期間における鋳物の生産完了数を示す。情報Ｄ２１、Ｄ２２は、アプリＡＰＰ１から出力される情報である。
図３～図５に示すように、ウィジェットＷ２は、製造ラインＬにおいて鋳造される鋳物の生産数を監視する機能を提供する。ウィジェットＷ２は、アプリＡＰＰ１に関連付けられている。ウィジェットＷ２は、情報Ｄ２１、Ｄ２２を含む。情報Ｄ２１は、製造ラインＬにおける単位期間（例えば、１日）あたりの鋳物の生産計画数を示す。情報Ｄ２２は、当該単位期間における鋳物の生産完了数を示す。情報Ｄ２１、Ｄ２２は、アプリＡＰＰ１から出力される情報である。
【0060】
具体的には、アプリＡＰＰ１は、製造ラインＬにおける単位期間あたりの生産計画数および生産完了数を、データ受け渡し部１０３を介して統合サービス提供部１０１に出力する。統合サービス提供部１０１は、アプリＡＰＰ１から出力された情報をそのまま用いて情報Ｄ２１～Ｄ２２とする。図４～図５に示すウィジェットＷ２は、生産計画数が２４０であり、生産完了数が１７１であることを示している。
【0061】
（ウィジェットＷ３）
図３～図５に示すように、ウィジェットＷ３は、製造ラインＬにおける電力消費量を監視する機能を提供する。ウィジェットＷ３は、情報Ｄ３１、Ｄ３２を含む。情報Ｄ３１は、製造ラインＬにおける現在の電力消費量を示す。情報Ｄ３２は、現在の電力消費量に対応する二酸化炭素排出量を示す。情報Ｄ３１、Ｄ３２は、データ収集部１０２から出力される情報に基づくものである。
図３～図５に示すように、ウィジェットＷ３は、製造ラインＬにおける電力消費量を監視する機能を提供する。ウィジェットＷ３は、情報Ｄ３１、Ｄ３２を含む。情報Ｄ３１は、製造ラインＬにおける現在の電力消費量を示す。情報Ｄ３２は、現在の電力消費量に対応する二酸化炭素排出量を示す。情報Ｄ３１、Ｄ３２は、データ収集部１０２から出力される情報に基づくものである。
【0062】
具体的には、統合サービス提供部１０１は、データ収集部１０２から出力される電力消費量をそのまま用いて情報Ｄ３１とする。また、統合サービス提供部１０１は、データ収集部１０２から出力される電力消費量を参照して二酸化炭素排出量を算出し、情報Ｄ３２を生成する。ここでは、図４～図５に示すウィジェットＷ３は、電力消費量が９６４ｋＷｈ（キロワット・アワー）であり、二酸化炭素排出量が４９９ｔ（トン）であることを示している。
【0063】
なお、上述したように、ウィジェットＷ３は、データ収集部１０２から出力される情報に基づいて構成されており、何れかのアプリＡＰＰｘから出力される情報に基づいて構成されたものではない。このように、トップ画面Ｇ１は、何れのアプリＡＰＰｘから出力される情報に基づいて構成されていないウィジェットＷ３を含んでいてもよい。
【0064】
（ウィジェットＷ４）
図３～図５に示すように、ウィジェットＷ４は、設備Ｍｉの稼動状況を監視する機能を提供する。ウィジェットＷ４は、アプリＡＰＰ２に関連付けられている。ウィジェットＷ４は、情報Ｄ４１～Ｄ４７を含む。情報Ｄ４１～Ｄ４７は、各工程における設備の稼働状況に異常があるか否かを示す。情報Ｄ４１～Ｄ４７は、アプリＡＰＰ２（設備稼働アプリケーション）から出力される情報が加工されたものである。
図３～図５に示すように、ウィジェットＷ４は、設備Ｍｉの稼動状況を監視する機能を提供する。ウィジェットＷ４は、アプリＡＰＰ２に関連付けられている。ウィジェットＷ４は、情報Ｄ４１～Ｄ４７を含む。情報Ｄ４１～Ｄ４７は、各工程における設備の稼働状況に異常があるか否かを示す。情報Ｄ４１～Ｄ４７は、アプリＡＰＰ２（設備稼働アプリケーション）から出力される情報が加工されたものである。
【0065】
具体的には、アプリＡＰＰ２は、各設備Ｍｉの稼働状況を示す情報を、データ受け渡し部１０３を介して統合サービス提供部１０１に出力する。この例では、稼働状況は、「稼動」、「異常」、「待機」、「停止」の４段階で表される。統合サービス提供部１０１は、出力された情報に基づいて、稼働状況が「異常」である設備Ｍｉを特定する。また、統合サービス提供部１０１は、情報Ｄ４１～Ｄ４７のうち、特定した設備Ｍｉを含む工程に対応するものを「異常を示す表示態様」とし、それ以外のものを「正常を示す表示態様」とする。例えば、図４～図５の例では、異常を示す表示態様は斜線パターンで表され、正常を示す表示態様はドットパターンで表されている。ここでは、図４に示すウィジェットＷ４は、各工程の設備Ｍｉが正常であることを示し、図５に示すウィジェットＷ４は、砂処理工程の設備Ｍｉに異常が発生しており、他の各工程の設備Ｍｉが正常であることを示している。
【0066】
（ウィジェットＷ５）
図３～図５に示すように、ウィジェットＷ５は、製造ラインＬにおける設備アラームの発生状況を管理する機能を提供する。ウィジェットＷ５は、アプリＡＰＰ２に関連付けられている。ここで、設備アラームとは、設備Ｍｉにおける異常の発生を報知する情報であり、緊急度を示す情報を含む。この例では、緊急度は、高い順に「緊急」、「異常」、「注意」の３段階で表される。ウィジェットＷ５は、情報Ｄ５１を含む。情報Ｄ５１は、製造ラインＬにおける設備アラームの発生履歴を示す。情報Ｄ５１は、アプリＡＰＰ２から出力される情報である。
図３～図５に示すように、ウィジェットＷ５は、製造ラインＬにおける設備アラームの発生状況を管理する機能を提供する。ウィジェットＷ５は、アプリＡＰＰ２に関連付けられている。ここで、設備アラームとは、設備Ｍｉにおける異常の発生を報知する情報であり、緊急度を示す情報を含む。この例では、緊急度は、高い順に「緊急」、「異常」、「注意」の３段階で表される。ウィジェットＷ５は、情報Ｄ５１を含む。情報Ｄ５１は、製造ラインＬにおける設備アラームの発生履歴を示す。情報Ｄ５１は、アプリＡＰＰ２から出力される情報である。
【0067】
具体的には、アプリＡＰＰ２は、設備アラームの履歴を示す情報を、データ受け渡し部１０３を介して統合サービス提供部１０１に出力する。統合サービス提供部１０１は、出力された情報をそのまま用いて情報Ｄ５１とする。ここでは、図４～図５に示すウィジェットＷ５は、例えば、砂処理設備において５月１日の１５：３２に発生した緊急度が「緊急」の設備アラームが、５月１日の１５：３５に復旧したことを示している。
【0068】
（ウィジェットＷ６）
図３～図５に示すように、ウィジェットＷ６は、製造ラインＬにおける生産実績を管理する機能を提供する。ウィジェットＷ６は、アプリＡＰＰ１に関連付けられている。ウィジェットＷ６は、情報Ｄ６１を含む。情報Ｄ６１は、造型枠数に対する生産予定時間を示し、情報Ｄ６２は、造型枠数に対する生産実績時間を示す。情報Ｄ６１、Ｄ６２は、アプリＡＰＰ１から出力される情報である。
図３～図５に示すように、ウィジェットＷ６は、製造ラインＬにおける生産実績を管理する機能を提供する。ウィジェットＷ６は、アプリＡＰＰ１に関連付けられている。ウィジェットＷ６は、情報Ｄ６１を含む。情報Ｄ６１は、造型枠数に対する生産予定時間を示し、情報Ｄ６２は、造型枠数に対する生産実績時間を示す。情報Ｄ６１、Ｄ６２は、アプリＡＰＰ１から出力される情報である。
【0069】
具体的には、アプリＡＰＰ１は、製造ラインＬにおける生産予定時間および生産実績時間を、データ受け渡し部１０３を介して統合サービス提供部１０１に出力する。統合サービス提供部１０１は、出力された情報をそのまま用いて情報Ｄ６１、Ｄ６２とする。
【0070】
（同一のアプリＡＰＰｘに基づく複数のウィジェット）
このように、ウィジェットＷ１、Ｗ２、およびＷ６は、同一のアプリＡＰＰ１（品質管理アプリケーション）に関連付けられている。また、ウィジェットＷ４、およびＷ５は、同一のアプリＡＰＰ２（設備稼働アプリケーション）に関連付けられている。
このように、ウィジェットＷ１、Ｗ２、およびＷ６は、同一のアプリＡＰＰ１（品質管理アプリケーション）に関連付けられている。また、ウィジェットＷ４、およびＷ５は、同一のアプリＡＰＰ２（設備稼働アプリケーション）に関連付けられている。
【0071】
（第２画面表示ステップ）
第２画面表示ステップにおいて、統合サービス提供部１０１は、複数のウィジェットのうち何れかに対する操作を受け付けると、当該ウィジェットに関連付けられたアプリＡＰＰｘを特定する。また、統合サービス提供部１０１は、特定したアプリＡＰＰｘを制御して、当該アプリＡＰＰｘが生成するアプリ画面を表示する。なお、第２画面表示ステップは、アプリＡＰＰ１が生成するアプリ画面の代わりに、管理装置６が提供する品質管理画面を表示するよう変形することも可能である。このように変形した態様の詳細については後述する。
第２画面表示ステップにおいて、統合サービス提供部１０１は、複数のウィジェットのうち何れかに対する操作を受け付けると、当該ウィジェットに関連付けられたアプリＡＰＰｘを特定する。また、統合サービス提供部１０１は、特定したアプリＡＰＰｘを制御して、当該アプリＡＰＰｘが生成するアプリ画面を表示する。なお、第２画面表示ステップは、アプリＡＰＰ１が生成するアプリ画面の代わりに、管理装置６が提供する品質管理画面を表示するよう変形することも可能である。このように変形した態様の詳細については後述する。
【0072】
（ウィジェットＷ１からの画面遷移）
図３～図５の例では、ウィジェットＷ１には、アプリＡＰＰ１が関連付けられている。そこで、ウィジェットＷ１に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１を制御して、アプリＡＰＰ１のアプリ画面Ｇ１１、Ｇ１２、Ｇ１４の何れかを表示する。例えば、情報Ｄ１１には、遷移先としてアプリ画面Ｇ１１が関連付けられる。また、情報Ｄ１２には、遷移先としてアプリ画面Ｇ１２が関連付けられる。また、情報Ｄ１３には、遷移先としてアプリ画面Ｇ１４が関連付けられる。統合サービス提供部１０１は、情報Ｄ１１（砂処理工程における良品率）に対する操作が受け付けられると、アプリＡＰＰ１を制御して、アプリ画面Ｇ１１（砂処理画面）を表示する。また、統合サービス提供部１０１は、情報Ｄ１２（造型工程における良品率）に対する操作が受け付けられると、アプリＡＰＰ１を制御して、アプリ画面Ｇ１２（造型画面）を表示する。また、統合サービス提供部１０１は、情報Ｄ１３（注湯工程における良品率）に対する操作が受け付けられると、アプリＡＰＰ１を制御して、アプリ画面Ｇ１４（注湯画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ１１、Ｇ１２、Ｇ１４の何れかに遷移する。
図３～図５の例では、ウィジェットＷ１には、アプリＡＰＰ１が関連付けられている。そこで、ウィジェットＷ１に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１を制御して、アプリＡＰＰ１のアプリ画面Ｇ１１、Ｇ１２、Ｇ１４の何れかを表示する。例えば、情報Ｄ１１には、遷移先としてアプリ画面Ｇ１１が関連付けられる。また、情報Ｄ１２には、遷移先としてアプリ画面Ｇ１２が関連付けられる。また、情報Ｄ１３には、遷移先としてアプリ画面Ｇ１４が関連付けられる。統合サービス提供部１０１は、情報Ｄ１１（砂処理工程における良品率）に対する操作が受け付けられると、アプリＡＰＰ１を制御して、アプリ画面Ｇ１１（砂処理画面）を表示する。また、統合サービス提供部１０１は、情報Ｄ１２（造型工程における良品率）に対する操作が受け付けられると、アプリＡＰＰ１を制御して、アプリ画面Ｇ１２（造型画面）を表示する。また、統合サービス提供部１０１は、情報Ｄ１３（注湯工程における良品率）に対する操作が受け付けられると、アプリＡＰＰ１を制御して、アプリ画面Ｇ１４（注湯画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ１１、Ｇ１２、Ｇ１４の何れかに遷移する。
【0073】
（ウィジェットＷ２からの画面遷移）
また、図３～図５の例では、ウィジェットＷ２には、アプリＡＰＰ１が関連付けられている。また、ウィジェットＷ２には、遷移先としてアプリＡＰＰ１のアプリ画面Ｇ１６が関連付けられる。そこで、ウィジェットＷ２に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１を制御して、アプリＡＰＰ１のアプリ画面Ｇ１６（生産実績画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ１６に遷移する。
また、図３～図５の例では、ウィジェットＷ２には、アプリＡＰＰ１が関連付けられている。また、ウィジェットＷ２には、遷移先としてアプリＡＰＰ１のアプリ画面Ｇ１６が関連付けられる。そこで、ウィジェットＷ２に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１を制御して、アプリＡＰＰ１のアプリ画面Ｇ１６（生産実績画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ１６に遷移する。
【0074】
（ウィジェットＷ３からの画面遷移）
また、図３～図５の例では、ウィジェットＷ３は、何れかのアプリＡＰＰｘからではなく、データ収集部１０２から出力された情報に基づいて構成されている。ただし、このようなウィジェットＷ３についても、操作に対応する遷移先として、アプリＡＰＰ１のアプリ画面Ｇ１７（エネルギー管理画面）が関連付けられる。ウィジェットＷ３に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１を制御して、アプリ画面Ｇ１７を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ１７に遷移する。
また、図３～図５の例では、ウィジェットＷ３は、何れかのアプリＡＰＰｘからではなく、データ収集部１０２から出力された情報に基づいて構成されている。ただし、このようなウィジェットＷ３についても、操作に対応する遷移先として、アプリＡＰＰ１のアプリ画面Ｇ１７（エネルギー管理画面）が関連付けられる。ウィジェットＷ３に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１を制御して、アプリ画面Ｇ１７を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ１７に遷移する。
【0075】
（ウィジェットＷ４からの画面遷移）
また、図３～図５の例では、ウィジェットＷ４には、アプリＡＰＰ２が関連付けられている。また、ウィジェットＷ４には、遷移先としてアプリＡＰＰ２のアプリ画面Ｇ２１が関連付けられる。そこで、ウィジェットＷ４に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ２を制御して、アプリ画面Ｇ２１（稼動モニタ画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ２１に遷移する。
また、図３～図５の例では、ウィジェットＷ４には、アプリＡＰＰ２が関連付けられている。また、ウィジェットＷ４には、遷移先としてアプリＡＰＰ２のアプリ画面Ｇ２１が関連付けられる。そこで、ウィジェットＷ４に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ２を制御して、アプリ画面Ｇ２１（稼動モニタ画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ２１に遷移する。
【0076】
（ウィジェットＷ５からの画面遷移）
また、図３～図５の例では、ウィジェットＷ５には、アプリＡＰＰ２が関連付けられている。また、ウィジェットＷ５には、遷移先としてアプリＡＰＰ２のアプリ画面Ｇ２２が関連付けられる。そこで、ウィジェットＷ５に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ２を制御して、アプリ画面Ｇ２２（設備アラーム画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ２２に遷移する。
また、図３～図５の例では、ウィジェットＷ５には、アプリＡＰＰ２が関連付けられている。また、ウィジェットＷ５には、遷移先としてアプリＡＰＰ２のアプリ画面Ｇ２２が関連付けられる。そこで、ウィジェットＷ５に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ２を制御して、アプリ画面Ｇ２２（設備アラーム画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ２２に遷移する。
【0077】
（ウィジェットＷ６からの画面遷移）
また、図３～図５の例では、ウィジェットＷ６には、アプリＡＰＰ１が関連付けられている。また、ウィジェットＷ６には、遷移先としてアプリＡＰＰ１のアプリ画面Ｇ１６が関連付けられる。そこで、ウィジェットＷ６に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１を制御して、アプリ画面Ｇ１６（生産実績画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ１６に遷移する。
また、図３～図５の例では、ウィジェットＷ６には、アプリＡＰＰ１が関連付けられている。また、ウィジェットＷ６には、遷移先としてアプリＡＰＰ１のアプリ画面Ｇ１６が関連付けられる。そこで、ウィジェットＷ６に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１を制御して、アプリ画面Ｇ１６（生産実績画面）を表示する。これにより、トップ画面Ｇ１は、アプリ画面Ｇ１６に遷移する。
【0078】
なお、ウィジェットＷ１～Ｗ６に関連付けられる遷移先のアプリＡＰＰｘのアプリ画面は、当該ウィジェットを構成するために当該アプリＡＰＰｘから出力された情報に関連するアプリ画面である。
【0079】
（下位のアプリ画面への遷移）
また、ウィジェットＷ１～Ｗ６に関連付けられた遷移先のアプリ画面は、当該ウィジェットに関連付けられたアプリＡＰＰｘにおいて第３画面から遷移可能なアプリ画面である。第３画面とは、アプリＡＰＰｘが生成する複数のアプリ画面のうちの１つであり、当該第３画面から少なくとも１つの他のアプリ画面に遷移することが可能な画面である。例えば、第３画面は、アプリＡＰＰｘのホーム画面であってもよい。以降、第３画面を、ホーム画面とも記載するが、第３画面を限定するものではない。ホーム画面は、他のアプリ画面へ遷移するためのＵＩ（ユーザインタフェース）オブジェクトを含む。ホーム画面から遷移可能なアプリ画面を、以降、下位のアプリ画面、とも記載する。なお、下位のアプリ画面は、必ずしもホーム画面から直接遷移するアプリ画面に限らず、ホーム画面から１または複数の他のアプリ画面を経て遷移するさらに他のアプリ画面であってもよい。ホーム画面から下位のアプリ画面への遷移について、図６～図１３を参照して説明する。
また、ウィジェットＷ１～Ｗ６に関連付けられた遷移先のアプリ画面は、当該ウィジェットに関連付けられたアプリＡＰＰｘにおいて第３画面から遷移可能なアプリ画面である。第３画面とは、アプリＡＰＰｘが生成する複数のアプリ画面のうちの１つであり、当該第３画面から少なくとも１つの他のアプリ画面に遷移することが可能な画面である。例えば、第３画面は、アプリＡＰＰｘのホーム画面であってもよい。以降、第３画面を、ホーム画面とも記載するが、第３画面を限定するものではない。ホーム画面は、他のアプリ画面へ遷移するためのＵＩ（ユーザインタフェース）オブジェクトを含む。ホーム画面から遷移可能なアプリ画面を、以降、下位のアプリ画面、とも記載する。なお、下位のアプリ画面は、必ずしもホーム画面から直接遷移するアプリ画面に限らず、ホーム画面から１または複数の他のアプリ画面を経て遷移するさらに他のアプリ画面であってもよい。ホーム画面から下位のアプリ画面への遷移について、図６～図１３を参照して説明する。
【0080】
（アプリＡＰＰ１のアプリ画面例）
図６は、アプリＡＰＰ１が生成する複数の画面間の遷移の一例を示す図である。図６に示すように、アプリＡＰＰ１（品質管理アプリケーション）は、ホーム画面Ｇ１０と、下位のアプリ画面Ｇ１１～Ｇ１７とを生成する。ホーム画面Ｇ１０は、下位のアプリ画面Ｇ１１～Ｇ１７へ遷移するためのメニュー項目を含んでいる。アプリＡＰＰ１は、ホーム画面Ｇ１０において各メニュー項目に対する操作を受け付けると、対応する下位のアプリ画面Ｇ１１～Ｇ１７の何れかを表示する。
図６は、アプリＡＰＰ１が生成する複数の画面間の遷移の一例を示す図である。図６に示すように、アプリＡＰＰ１（品質管理アプリケーション）は、ホーム画面Ｇ１０と、下位のアプリ画面Ｇ１１～Ｇ１７とを生成する。ホーム画面Ｇ１０は、下位のアプリ画面Ｇ１１～Ｇ１７へ遷移するためのメニュー項目を含んでいる。アプリＡＰＰ１は、ホーム画面Ｇ１０において各メニュー項目に対する操作を受け付けると、対応する下位のアプリ画面Ｇ１１～Ｇ１７の何れかを表示する。
【0081】
図７は、下位のアプリ画面Ｇ１１（砂処理画面）の一例を示す図である。図７に示すように、アプリ画面Ｇ１１は、ＣＢ（コンパクタビリティ）、水分、砂温、および圧縮強度の時系列変化をそれぞれ示す４つのグラフ、および、これらの４つのパラメータの直近の単位期間における平均値を含む。ＣＢ、水分、砂温および圧縮強度は、砂処理工程の状態を示す情報の一例である。
【0082】
図８は、下位のアプリ画面Ｇ１２（造型画面）の一例を示す図である。図８に示すように、アプリ画面Ｇ１２は、離型剤噴霧量、スクイーズ圧、および圧縮率の時系列変化をそれぞれ示す３つのグラフ、および、これらの３つのパラメータの直近の単位期間における平均値を含む。離型剤噴霧量、スクイーズ圧、および圧縮率は、造型工程の状態を示す情報の一例である。
【0083】
図９は、下位のアプリ画面Ｇ１４（注湯画面）の一例を示す図である。図９に示すように、アプリ画面Ｇ１４は、注湯温度、注湯重量、およびフェーディング時間の時系列変化をそれぞれ示す３つのグラフ、および、これらの３つのパラメータの直近の単位期間における平均値を含む。注湯温度、注湯重量、およびフェーディング時間は、注湯工程の状態を示す情報の一例である。
【0084】
図１０は、下位のアプリ画面Ｇ１６（生産実績画面）の一例を示す図である。図１０に示すように、アプリ画面Ｇ１６は、生産予定時間および生産実績時間を示すグラフ、終了予定時刻、および、生産実績表を含む。これらの情報は、製造ラインＬにおける生産状況を示す情報の一例である。
【0085】
前述したように、統合サービス提供部１０１は、トップ画面Ｇ１に含まれるウィジェットＷ１、Ｗ２、Ｗ３、Ｗ６に対する操作に応じて、アプリＡＰＰ１を制御して、下位のアプリ画面Ｇ１１、Ｇ１２、Ｇ１４、Ｇ１６、Ｇ１７の何れかを表示する。これにより、管理者は、アプリＡＰＰ１のホーム画面Ｇ１０を経ることなく、トップ画面Ｇ１から直接下位のアプリ画面Ｇ１１、Ｇ１２、Ｇ１４、Ｇ１６、Ｇ１７に遷移して、これらのアプリ画面を閲覧することができる。
【0086】
（アプリＡＰＰ２のアプリ画面例）
図１１は、アプリＡＰＰ２が生成する複数の画面間の遷移の一例を示す図である。図１１に示すように、アプリＡＰＰ２（設備稼働アプリケーション）は、ホーム画面Ｇ２０と、下位のアプリ画面Ｇ２１～Ｇ２２とを生成する。ホーム画面Ｇ２０は、下位のアプリ画面Ｇ２１～Ｇ２２へ遷移するためのメニュー項目を含んでいる。アプリＡＰＰ２は、ホーム画面Ｇ２０において各メニュー項目に対する操作を受け付けると、対応する下位のアプリ画面Ｇ２１～Ｇ２２の何れかを表示する。
図１１は、アプリＡＰＰ２が生成する複数の画面間の遷移の一例を示す図である。図１１に示すように、アプリＡＰＰ２（設備稼働アプリケーション）は、ホーム画面Ｇ２０と、下位のアプリ画面Ｇ２１～Ｇ２２とを生成する。ホーム画面Ｇ２０は、下位のアプリ画面Ｇ２１～Ｇ２２へ遷移するためのメニュー項目を含んでいる。アプリＡＰＰ２は、ホーム画面Ｇ２０において各メニュー項目に対する操作を受け付けると、対応する下位のアプリ画面Ｇ２１～Ｇ２２の何れかを表示する。
【0087】
図１２は、下位のアプリ画面Ｇ２１（稼動モニタ画面）の一例を示す図である。図１２に示すように、アプリ画面Ｇ２１は、特定の設備Ｍｉについて、単位期間（ここでは、１日間）ごとの稼働状況を示すグラフを含む。各棒グラフは、当該単位期間において稼働状況が「稼動」、「異常」、「待機」、「停止」であった時間の長さを示している。また、アプリＡＰＰ２は、複数の設備Ｍｉの各々について、当該アプリ画面Ｇ２１を生成する。アプリ画面Ｇ２１は、設備選択ボタンＧ２１ａを含む。アプリＡＰＰ２は、当該ボタン２１ａに対する操作に応じて選択された設備Ｍｉについて、対応するアプリ画面Ｇ２１を生成する。このような稼働状況を示す情報は、設備Ｍｉの状態を示す情報の一例である。
【0088】
図１３は、下位のアプリ画面Ｇ２２（設備アラーム画面）の一例を示す図である。図１３に示すように、アプリ画面Ｇ２２は、製造ラインＬにおける設備アラームの発生履歴を含む。各設備アラームは、発生日時、復旧日時、緊急度、異常の内容、対応状況をそれぞれ示す情報を含む。このような設備アラームは、設備Ｍｉの状態を示す情報の一例である。
【0089】
前述したように、統合サービス提供部１０１は、トップ画面Ｇ１に含まれるウィジェットＷ４、Ｗ５に対する操作に応じて、アプリＡＰＰ２を制御して、下位のアプリ画面Ｇ２１、Ｇ２２の何れかを表示する。これにより、管理者は、アプリＡＰＰ２のホーム画面Ｇ２０を経ることなく、トップ画面Ｇ１から直接下位のアプリ画面Ｇ２１、Ｇ２２に遷移して、これらのアプリ画面を閲覧することができる。
【0090】
＜本実施形態の効果＞
本実施形態に係るサーバ１および情報処理方法は、複数のウィジェットを含むトップ画面を表示する。各ウィジェットは、製造ラインＬの状態を管理する複数のアプリＡＰＰｘのうち当該ウィジェットに関連付けられたアプリＡＰＰｘから出力される情報に基づいて構成されている。このため、管理者は、複数のアプリＡＰＰｘを別々に起動することなく、製造ラインＬの状態を一括して把握することができる。
本実施形態に係るサーバ１および情報処理方法は、複数のウィジェットを含むトップ画面を表示する。各ウィジェットは、製造ラインＬの状態を管理する複数のアプリＡＰＰｘのうち当該ウィジェットに関連付けられたアプリＡＰＰｘから出力される情報に基づいて構成されている。このため、管理者は、複数のアプリＡＰＰｘを別々に起動することなく、製造ラインＬの状態を一括して把握することができる。
【0091】
また、本実施形態に係るサーバ１および情報処理方法は、そのような各ウィジェットに対する操作に応じて、当該ウィジェットに関連付けられたアプリＡＰＰｘの下位のアプリ画面を表示する。これにより、管理者は、トップ画面で把握した情報の詳細を確認したい場合に、関連するアプリＡＰＰｘを別途起動することなく、また、当該アプリＡＰＰｘのホーム画面を経ることなく、当該ＡＰＰｘの下位のアプリ画面を閲覧することができる。その結果、管理者の利便性が向上する。
【0092】
また、本実施形態に係るサーバ１および情報処理方法は、トップ画面に含める複数のウィジェットを、事前に設計したり、運用後に変更したりすることが可能である。これにより、管理者の目的に沿ったトップ画面を、管理者に提供することができる。
【0093】
〔変形例１〕
本実施形態は、トップ画面に対する操作に応じて、対応するアプリ画面を表示していた。本変形例は、トップ画面に対する操作に応じて他のウィジェットを表示し、他のウィジェットに対する操作に応じて、対応するアプリ画面を表示する。本変形例は、上述した実施形態における第２画面表示ステップを、次のように変形することにより実現される。
本実施形態は、トップ画面に対する操作に応じて、対応するアプリ画面を表示していた。本変形例は、トップ画面に対する操作に応じて他のウィジェットを表示し、他のウィジェットに対する操作に応じて、対応するアプリ画面を表示する。本変形例は、上述した実施形態における第２画面表示ステップを、次のように変形することにより実現される。
【0094】
（第２画面表示ステップの変形例）
第２画面表示ステップにおいて、統合サービス提供部１０１は、トップ画面に含まれる複数のウィジェットのうち何れかに対する操作を受け付けると、他のウィジェットを表示する。他のウィジェットは、操作を受け付けたウィジェットに関連付けられたアプリＡＰＰｘから出力される情報に基づいて構成される。また、統合サービス提供部１０１は、他のウィジェットに対する操作を受け付けると、当該アプリＡＰＰｘを制御して、アプリ画面を表示する。例えば、上述した「他のウィジェット」は、トップ画面において操作を受け付けたウィジェットよりも詳細な情報を含むよう構成される。以降、他のウィジェットを、詳細なウィジェット、とも記載する。
第２画面表示ステップにおいて、統合サービス提供部１０１は、トップ画面に含まれる複数のウィジェットのうち何れかに対する操作を受け付けると、他のウィジェットを表示する。他のウィジェットは、操作を受け付けたウィジェットに関連付けられたアプリＡＰＰｘから出力される情報に基づいて構成される。また、統合サービス提供部１０１は、他のウィジェットに対する操作を受け付けると、当該アプリＡＰＰｘを制御して、アプリ画面を表示する。例えば、上述した「他のウィジェット」は、トップ画面において操作を受け付けたウィジェットよりも詳細な情報を含むよう構成される。以降、他のウィジェットを、詳細なウィジェット、とも記載する。
【0095】
本変形例の具体例について、図１４を参照して説明する。図１４は、本変形例に係る情報処理方法によって表示される画面間の遷移の一例を示す図である。なお、第１画面表示ステップについては、図３を参照して説明した第１画面表示ステップと同様であるため、詳細な説明を繰り返さない。
【0096】
（ウィジェットＷ１からの画面遷移）
図１４の例では、ウィジェットＷ１には、アプリＡＰＰ１が関連付けられている。そこで、ウィジェットＷ１に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１から出力される情報に基づいて詳細なウィジェットＷ１１、Ｗ１２、Ｗ１３の何れかを表示する。詳細なウィジェットＷ１１、Ｗ１２、Ｗ１３の何れかは、トップ画面Ｇ１から切り替わって表示されてもよいし、トップ画面Ｇ１の上に重畳表示されてもよい。
図１４の例では、ウィジェットＷ１には、アプリＡＰＰ１が関連付けられている。そこで、ウィジェットＷ１に対する操作が受け付けられると、統合サービス提供部１０１は、アプリＡＰＰ１から出力される情報に基づいて詳細なウィジェットＷ１１、Ｗ１２、Ｗ１３の何れかを表示する。詳細なウィジェットＷ１１、Ｗ１２、Ｗ１３の何れかは、トップ画面Ｇ１から切り替わって表示されてもよいし、トップ画面Ｇ１の上に重畳表示されてもよい。
【0097】
（詳細なウィジェットＷ１１）
図１５は、詳細なウィジェットＷ１１の一例を示す図である。統合サービス提供部１０１は、ウィジェットＷ１に含まれる情報Ｄ１（砂処理工程における良品率）に対する操作に応じて、詳細なウィジェットＷ１１を表示する。この例では、ウィジェットＷ１において情報Ｄ１が「異常を示す表示態様」で表示されていた場合を想定している。図１５に示すように、詳細なウィジェットＷ１１は、情報Ｄ１１１～Ｄ１１６を含んでいる。情報Ｄ１１１～Ｄ１１６は、砂処理工程に含まれる詳細な各工程が正常であるか否かを示す。
図１５は、詳細なウィジェットＷ１１の一例を示す図である。統合サービス提供部１０１は、ウィジェットＷ１に含まれる情報Ｄ１（砂処理工程における良品率）に対する操作に応じて、詳細なウィジェットＷ１１を表示する。この例では、ウィジェットＷ１において情報Ｄ１が「異常を示す表示態様」で表示されていた場合を想定している。図１５に示すように、詳細なウィジェットＷ１１は、情報Ｄ１１１～Ｄ１１６を含んでいる。情報Ｄ１１１～Ｄ１１６は、砂処理工程に含まれる詳細な各工程が正常であるか否かを示す。
【0098】
例えば、アプリＡＰＰ１は、砂処理工程に含まれる詳細な各工程において異常が発生しているか否かを示す情報を、データ受け渡し部１０３を介して統合サービス提供部１０１に出力する。統合サービス提供部１０１は、アプリＡＰＰ１から出力された情報に基づいて、情報Ｄ１１１～Ｄ１１６のうち異常が発生している工程に対応するものを「異常を示す表示態様」とし、それ以外を「正常を示す表示態様」とする。例えば、図１５の例では、異常を示す表示態様は斜線パターンで表され、正常を示す表示態様はドットパターンで表されている。ここでは、図１５に示す詳細なウィジェットＷ１１は、砂処理工程のうち、混練工程で異常が発生しており、その他の工程が正常であることを示している。
【0099】
（詳細なウィジェットＷ１１からの画面遷移）
詳細なウィジェットＷ１１に対する操作が受け付けられると、統合サービス提供部１０１は、ウィジェットＷ１に関連付けられたアプリＡＰＰ１を制御して、当該アプリＡＰＰ１が生成するアプリ画面Ｇ１１を表示する。
詳細なウィジェットＷ１１に対する操作が受け付けられると、統合サービス提供部１０１は、ウィジェットＷ１に関連付けられたアプリＡＰＰ１を制御して、当該アプリＡＰＰ１が生成するアプリ画面Ｇ１１を表示する。
【0100】
（詳細なウィジェットＷ１２）
図１６は、詳細なウィジェットＷ１２の一例を示す図である。統合サービス提供部１０１は、ウィジェットＷ１に含まれる情報Ｄ２（造型工程における良品率）に対する操作に応じて、詳細なウィジェットＷ１２を表示する。この例では、ウィジェットＷ１において情報Ｄ２が「異常を示す表示態様」で表示されていた場合を想定している。図１６に示すように、詳細なウィジェットＷ１２は、情報Ｄ１２１～Ｄ１２３を含んでいる。情報Ｄ１２１～Ｄ１２３は、造型工程に含まれる詳細な各工程が正常であるか否かを示す。
図１６は、詳細なウィジェットＷ１２の一例を示す図である。統合サービス提供部１０１は、ウィジェットＷ１に含まれる情報Ｄ２（造型工程における良品率）に対する操作に応じて、詳細なウィジェットＷ１２を表示する。この例では、ウィジェットＷ１において情報Ｄ２が「異常を示す表示態様」で表示されていた場合を想定している。図１６に示すように、詳細なウィジェットＷ１２は、情報Ｄ１２１～Ｄ１２３を含んでいる。情報Ｄ１２１～Ｄ１２３は、造型工程に含まれる詳細な各工程が正常であるか否かを示す。
【0101】
例えば、アプリＡＰＰ１は、造型工程に含まれる詳細な各工程において異常が発生しているか否かを示す情報を、データ受け渡し部１０３を介して統合サービス提供部１０１に出力する。統合サービス提供部１０１は、アプリＡＰＰ１から出力された情報に基づいて、情報Ｄ１２１～Ｄ１２３のうち異常が発生している工程に対応するものを「異常を示す表示態様」とし、それ以外を「正常を示す表示態様」とする。例えば、図１６の例では、異常を示す表示態様は斜線パターンで表され、正常を示す表示態様はドットパターンで表されている。ここでは、造型工程のうち、圧縮工程で異常が発生しており、その他の工程が正常であることを示している。
【0102】
（詳細なウィジェットＷ１２からの画面遷移）
詳細なウィジェットＷ１２に対する操作が受け付けられると、統合サービス提供部１０１は、ウィジェットＷ１に関連付けられたアプリＡＰＰ１を制御して、当該アプリＡＰＰ１が生成するアプリ画面Ｇ１２を表示する。
詳細なウィジェットＷ１２に対する操作が受け付けられると、統合サービス提供部１０１は、ウィジェットＷ１に関連付けられたアプリＡＰＰ１を制御して、当該アプリＡＰＰ１が生成するアプリ画面Ｇ１２を表示する。
【0103】
（詳細なウィジェットＷ１３）
図１７は、詳細なウィジェットＷ１３の一例を示す図である。統合サービス提供部１０１は、ウィジェットＷ１に含まれる情報Ｄ３（注湯工程における良品率）に対する操作に応じて、詳細なウィジェットＷ１３を表示する。この例では、ウィジェットＷ１において情報Ｄ３が「異常を示す表示態様」で表示されていた場合を想定している。図１７に示すように、詳細なウィジェットＷ１３は、情報Ｄ１３１～Ｄ１３４を含んでいる。情報Ｄ１３１～Ｄ１３４は、注湯工程に含まれる詳細な各工程が正常であるか否かを示す。
図１７は、詳細なウィジェットＷ１３の一例を示す図である。統合サービス提供部１０１は、ウィジェットＷ１に含まれる情報Ｄ３（注湯工程における良品率）に対する操作に応じて、詳細なウィジェットＷ１３を表示する。この例では、ウィジェットＷ１において情報Ｄ３が「異常を示す表示態様」で表示されていた場合を想定している。図１７に示すように、詳細なウィジェットＷ１３は、情報Ｄ１３１～Ｄ１３４を含んでいる。情報Ｄ１３１～Ｄ１３４は、注湯工程に含まれる詳細な各工程が正常であるか否かを示す。
【0104】
例えば、アプリＡＰＰ１は、注湯工程に含まれる詳細な各工程において異常が発生しているか否かを示す情報を、データ受け渡し部１０３を介して統合サービス提供部１０１に出力する。統合サービス提供部１０１は、アプリＡＰＰ１から出力された情報に基づいて、情報Ｄ１３１～Ｄ１３４のうち異常が発生している工程に対応するものを「異常を示す表示態様」とし、それ以外を「正常を示す表示態様」とする。例えば、図１７の例では、異常を示す表示態様は斜線パターンで表され、正常を示す表示態様はドットパターンで表されている。ここでは、注湯工程のうち、溶融物質温度チェック工程で異常が発生しており、その他の工程が正常であることを示している。
【0105】
（詳細なウィジェットＷ１３からの画面遷移）
詳細なウィジェットＷ１３に対する操作が受け付けられると、統合サービス提供部１０１は、ウィジェットＷ１３に関連付けられたアプリＡＰＰ１を制御して、当該アプリＡＰＰ１が生成するアプリ画面Ｇ１４を表示する。
詳細なウィジェットＷ１３に対する操作が受け付けられると、統合サービス提供部１０１は、ウィジェットＷ１３に関連付けられたアプリＡＰＰ１を制御して、当該アプリＡＰＰ１が生成するアプリ画面Ｇ１４を表示する。
【0106】
＜本変形例の効果＞
本変形例に係るサーバ１および情報処理方法を用いることにより、管理者は、トップ画面で把握した情報の詳細を確認したい場合に、アプリＡＰＰｘのアプリ画面を表示する前に、詳細なウィジェットを閲覧することができる。その結果、管理者は、アプリＡＰＰｘを起動しなくてもある程度の詳細な情報を把握することができるとともに、必要に応じてアプリＡＰＰｘのアプリ画面を閲覧することができ、利便性が向上する。
本変形例に係るサーバ１および情報処理方法を用いることにより、管理者は、トップ画面で把握した情報の詳細を確認したい場合に、アプリＡＰＰｘのアプリ画面を表示する前に、詳細なウィジェットを閲覧することができる。その結果、管理者は、アプリＡＰＰｘを起動しなくてもある程度の詳細な情報を把握することができるとともに、必要に応じてアプリＡＰＰｘのアプリ画面を閲覧することができ、利便性が向上する。
【0107】
〔変形例２〕
本変形例は、第２画面表示ステップにおいて、アプリＡＰＰ１が生成するアプリ画面の代わりに、管理装置６が生成する品質管理画面を表示する。
本変形例は、第２画面表示ステップにおいて、アプリＡＰＰ１が生成するアプリ画面の代わりに、管理装置６が生成する品質管理画面を表示する。
【0108】
ここでは、図３に示したウィジェットＷ１、Ｗ２、Ｗ３、およびＷ６には、アプリＡＰＰ１の代わりに、管理装置６が生成する品質管理画面の何れかを示す情報が関連付けられる。また、図１４に示したウィジェットＷ１１、Ｗ１２、Ｗ１３、Ｗ２、Ｗ３、およびＷ６には、アプリＡＰＰ１の代わりに、管理装置６が生成する品質管理画面の何れかを示す情報が関連付けられる。具体的には、品質管理画面の何れかを示す情報は、当該品質管理画面のアクセス情報（例えば、ＵＲＬ：Universal Resource Locator等）である。この場合、サーバ１の統合サービス提供部１０１は、これらの各ウィジェットに対する操作を受け付けると、当該ウィジェットに関連付けられたアクセス情報を、端末８に対して送信する。また、端末８は、受信したアクセス情報が示す品質管理画面に、ネットワークＮ１を介してアクセスする。これにより、管理者は、サーバ１が提供する第１画面または詳細なウィジェットから遷移して、管理装置６が生成する品質管理画面を閲覧することができる。
【0109】
＜本変形例の効果＞
本変形例では、ユーザは、第１画面に対する操作を行うことにより、管理装置６が提供するホーム画面（第３画面の一例）を経由することなく、管理装置６が提供する下位のアプリ画面を閲覧して詳細な内容を把握することができる。このため、ユーザの利便性が向上する。
本変形例では、ユーザは、第１画面に対する操作を行うことにより、管理装置６が提供するホーム画面（第３画面の一例）を経由することなく、管理装置６が提供する下位のアプリ画面を閲覧して詳細な内容を把握することができる。このため、ユーザの利便性が向上する。
【0110】
〔実施形態２〕
次に、本発明の実施形態２に係るサーバ１Ａについて、図１８～図１９を参照して説明する。サーバ１Ａは、複数の製造ラインの一部または全部の状態を、一括して把握するための統合サービスを提供する。また、本実施形態では、各製造ラインは、階層関係を有する複数の管理グループによって管理される。
次に、本発明の実施形態２に係るサーバ１Ａについて、図１８～図１９を参照して説明する。サーバ１Ａは、複数の製造ラインの一部または全部の状態を、一括して把握するための統合サービスを提供する。また、本実施形態では、各製造ラインは、階層関係を有する複数の管理グループによって管理される。
【0111】
＜本実施形態の適用対象＞
（複数の製造ライン）
図１８は、サーバ１Ａの機能的な構成、およびその適用対象となる複数の製造ラインの具体例を示す図である。図１８に示すように、複数の製造ラインＡ～Ｃは、複数の製造施設Ｘ１～Ｘ２に分散して設置される。製造施設Ｘ１、Ｘ２は、異なる拠点に存在するものであってもよいし、同一拠点の異なる建物または異なるフロア等に存在するものあってもよい。
（複数の製造ライン）
図１８は、サーバ１Ａの機能的な構成、およびその適用対象となる複数の製造ラインの具体例を示す図である。図１８に示すように、複数の製造ラインＡ～Ｃは、複数の製造施設Ｘ１～Ｘ２に分散して設置される。製造施設Ｘ１、Ｘ２は、異なる拠点に存在するものであってもよいし、同一拠点の異なる建物または異なるフロア等に存在するものあってもよい。
【0112】
製造施設Ｘ１は、管理装置６－１と、ゲートウェイ７－１と、製造ラインＡと、製造ラインＢとを含む。製造施設Ｘ２は、管理装置６－２と、ゲートウェイ７－２と、製造ラインＣとを含む。管理装置６－１、６－２の構成は、実施形態１における管理装置６と同様である。ゲートウェイ７－１、７－２の構成は、実施形態１におけるゲートウェイ７と同様である。製造ラインＡ、Ｂ、Ｃの構成は、実施形態１における製造ラインＬと同様である。なお、図１８は、本実施形態が適用対象とする製造ラインの数、製造施設の数、１つの製造施設に含まれる製造ラインの数を限定するものではない。
【0113】
（複数の管理グループ）
製造ラインＡ～Ｃは、それぞれ、複数の管理グループによって管理される。各管理グループは、１又は複数の管理者によって構成される。また、複数の管理グループは、階層関係を有する。各管理グループは、階層に応じて製造ラインＡ～Ｃを管理する権限が異なる。本実施形態では、管理グループの階層に応じた管理画面が表示される。
製造ラインＡ～Ｃは、それぞれ、複数の管理グループによって管理される。各管理グループは、１又は複数の管理者によって構成される。また、複数の管理グループは、階層関係を有する。各管理グループは、階層に応じて製造ラインＡ～Ｃを管理する権限が異なる。本実施形態では、管理グループの階層に応じた管理画面が表示される。
【0114】
例えば、製造ラインＡは、管理グループＹ、Ｘ１、Ａによって管理される。管理グループＹは、製造施設Ｘ１、Ｘ２を管理する権限を有する。管理グループＸ１は、製造施設Ｘ１を管理する権限を有する。管理グループＡは、製造ラインＡを管理する権限を有する。管理グループＹは、管理グループＸ１、Ａよりも上位階層である。管理グループＸ１は、管理グループＡよりも上位階層である。
【0115】
また、製造ラインＢは、管理グループＹ、Ｘ１、Ｂによって管理される。管理グループＢは、製造ラインＢを管理する権限を有する。管理グループＹは、管理グループＸ１、Ｂよりも上位階層である。管理グループＸ１は、管理グループＢよりも上位階層である。
【0116】
また、製造ラインＣは、管理グループＹ、Ｘ２、Ｃによって管理される。管理グループＸ２は、製造施設Ｘ２を管理する権限を有する。管理グループＣは、製造ラインＣを管理する。管理グループＹは、管理グループＸ２、Ｃよりも上位階層である。管理グループＸ２は、管理グループＣよりも上位階層である。
【0117】
＜サーバ１Ａの機能的な構成＞
図１８を参照して、サーバ１Ａの機能的な構成について説明する。サーバ１Ａは、実施形態１に係るサーバ１に対して、統合サービス提供部１０１に替えて統合サービス提供部１０１Ａと、データ収集部１０２に替えてデータ収集部１０２Ａとを備える点が異なる。また、本実施形態におけるトップ画面は、当該トップ画面に含める複数のウィジェットの構成が管理グループに応じて定められている点が、実施形態１に対して異なる。以降、このようなトップ画面を、管理グループに応じたトップ画面、とも記載する。
図１８を参照して、サーバ１Ａの機能的な構成について説明する。サーバ１Ａは、実施形態１に係るサーバ１に対して、統合サービス提供部１０１に替えて統合サービス提供部１０１Ａと、データ収集部１０２に替えてデータ収集部１０２Ａとを備える点が異なる。また、本実施形態におけるトップ画面は、当該トップ画面に含める複数のウィジェットの構成が管理グループに応じて定められている点が、実施形態１に対して異なる。以降、このようなトップ画面を、管理グループに応じたトップ画面、とも記載する。
【0118】
データ収集部１０２Ａは、製造ラインＡ、Ｂ、Ｃに含まれる各設備の状態を示す情報を、ネットワークＮ１を介して収集する。具体的には、データ収集部１０２Ａは、管理装置６－１およびゲートウェイ７－１から、製造ラインＡ、Ｂの状態を示す情報を取得する。また、データ収集部１０２は、管理装置６－２およびゲートウェイ７－２から、製造ラインＣの状態を示す情報を取得する。
【0119】
統合サービス提供部１０１Ａは、実施形態１における統合サービス提供部１０１に対して、第１画面表示ステップを変形した情報処理方法を実行する点が異なる。
【0120】
＜サーバ１Ａが実行する情報処理方法＞
サーバ１Ａが実行する情報処理方法は、実施形態１に係る情報処理方法に対して、第１画面表示ステップが以下の点で異なる。
サーバ１Ａが実行する情報処理方法は、実施形態１に係る情報処理方法に対して、第１画面表示ステップが以下の点で異なる。
【0121】
第１画面表示ステップにおいて、統合サービス提供部１０１Ａは、各管理グループに応じたトップ画面を、当該管理グループまたは当該管理グループよりも上位階層の管理グループに含まれる管理者の操作に応答して表示する。
【0122】
本実施形態における第１画面表示ステップについて、図１９を参照して説明する。図１９は、本実施形態におけるトップ画面の一例を示す図である。図１９に示すように、トップ画面Ｇ１Ａは、領域Ｒ１およびＲ２を含む。領域Ｒ１は、複数の管理グループの何れかを選択する操作を受け付けるための領域である。領域Ｒ２は、選択された管理グループに応じたトップ画面を表示するための領域である。
【0123】
この例では、領域Ｒ１は、複数の管理グループを示すツリー状のＵＩ（ユーザインタフェース）部品を含む。当該ＵＩ部品が示すツリー構造は、複数の管理グループ間の階層関係を反映している。具体的には、テキスト情報「全社」、「製造施設Ｘ１」、「製造ラインＡ」、「製造ラインＢ」、「製造施設Ｘ２」は、管理グループＹ、Ｘ１、Ａ、Ｂ、Ｘ２に対応している。なお、当該ＵＩ部品は、下位階層を折り畳んで非表示にすることが可能であり、「製造施設Ｘ２」の下位階層である「製造ラインＣ」は、この例では非表示になっている。なお、領域Ｒ１に表示するＵＩ部品は、上述したツリー状のＵＩ部品に限られない。例えば、領域Ｒ１に表示するＵＩ部品は、タブ状のＵＩ部品であってもよい。この場合、トップ画面Ｇ１Ａは、領域Ｒ１に、複数のタブを含む。各タブは、各管理グループに対応する。この場合、領域Ｒ１は、領域Ｒ２の上部に配置されてもよい。なお、領域Ｒ１に表示するＵＩ部品は、上述したものに限定されない。また、領域Ｒ１および領域Ｒ２のレイアウトは、上述したものに限られない。
【0124】
統合サービス提供部１０１Ａは、領域Ｒ１のＵＩ部品に対する操作に基づいて、管理者が選択した管理グループＡを特定する。また、統合サービス提供部１０１Ａは、当該操作を行った管理者が、選択された管理グループＡ、およびその上位階層である管理グループＸ１、Ｙの何れかに属するか否かを判断する。また、統合サービス提供部１０１Ａは、属すると判断した場合に、選択された管理グループＡに応じたトップ画面を領域Ｒ２に表示する。なお、当該操作を行った管理者が属する管理グループは、端末８に対して認証情報を要求することにより特定可能である。
【0125】
図１９の例では、操作を行った管理者が、管理グループＡ、Ｘ１、Ｙの何れかに属していたと判断されている。その結果、領域Ｒ２には、管理グループＡに応じたトップ画面が表示される。領域Ｒ２に表示されるトップ画面の構成は、実施形態１におけるトップ画面の構成と同様である。ただし、当該トップ画面に含まれるウィジェットＷ１～Ｗ６のそれぞれは、当該ウィジェットに関連付けられたアプリＡＰＰｘが製造ラインＡについて出力した情報に基づいて構成される。
【0126】
なお、図１９の例では、管理グループＡに応じたトップ画面を示しているが、他の管理グループＢ、Ｃ、Ｘ１、Ｘ２、およびＹについても、それぞれに対応してトップ画面に含める複数のウィジェットの構成が定められる。各管理グループに応じた複数のウィジェットの構成は、他の管理グループと同一であってもよいし、異なっていてもよい。例えば、管理グループＢに応じたトップ画面に含まれる複数のウィジェットの構成は、管理グループＡと同一のウィジェットＷ１～Ｗ６であってもよい。ただし、この場合、管理グループＢに応じたトップ画面に含まれるウィジェットＷ１～Ｗ６のそれぞれは、当該ウィジェットに関連付けられたアプリＡＰＰｘが製造ラインＢについて出力した情報に基づいて構成される。このように、各管理グループに応じたトップ画面に含まれる複数のウィジェットは、当該管理グループまたは当該管理グループより下位階層の管理グループが管理する製造ラインに関する情報に基づいて構成される。
【0127】
＜本実施形態の効果＞
本実施形態では、管理者は、自身が属する管理グループが管理する１または複数の製造ラインの状況を、複数のアプリケーションソフトウェアを個別に起動することなく一括して把握することができる。
本実施形態では、管理者は、自身が属する管理グループが管理する１または複数の製造ラインの状況を、複数のアプリケーションソフトウェアを個別に起動することなく一括して把握することができる。
【0128】
〔その他の変形例〕
上述した各実施形態およびその変形例では、各ウィジェットに関連付けられるアプリＡＰＰｘは、サーバ１によって提供されるものとして説明した。ただし、複数のウィジェットの少なくとも何れかに関連付けられるアプリＡＰＰｘは、サーバ１とは異なる他のサーバによって提供されるものであってもよい。
上述した各実施形態およびその変形例では、各ウィジェットに関連付けられるアプリＡＰＰｘは、サーバ１によって提供されるものとして説明した。ただし、複数のウィジェットの少なくとも何れかに関連付けられるアプリＡＰＰｘは、サーバ１とは異なる他のサーバによって提供されるものであってもよい。
【0129】
また、上述した各実施形態およびその変形例において、複数のウィジェットの少なくとも何れか１つには、２つ以上のアプリＡＰＰｘが関連付けられていてもよい。例えば、トップ画面Ｇ１は、アプリＡＰＰ１およびＡＰＰ２に関連付けられた１つのウィジェットを含んでいてもよい。当該ウィジェットは、アプリＡＰＰ１から出力される情報およびアプリＡＰＰ２から出力される情報に基づいて構成される。
【0130】
また、上述した各実施形態において、サーバ１とゲートウェイ７とが、ＷＡＮであるネットワークＮ１によって接続される例について説明した。これに限らず、サーバ１とゲートウェイ７とは、携帯電話回線網を用いて１対１で接続されてもよい。その場合、サーバ１とゲートウェイ７とを接続するためのネットワークＮ１の設置コストが不要になるという利点がある。その他、サーバ１とゲートウェイ７との通信手段は、上述した例に限定されない。
【0131】
また、上述した各実施形態は、サーバ１を、物理的に異なる複数の個別サーバによって構成する態様に変形可能である。例えば、サーバ１は、上述した各機能ブロックの各々に対応する個別サーバによって構成される。具体的には、サーバ１は、統合サービス提供部１０１を含む個別サーバと、データ収集部１０２を含む個別サーバと、データ受け渡し部１０３を含む個別サーバと、複数のＡＰＰｘの各々に対応する個別サーバとによって構成される。各個別サーバの物理的な構成は、図２を参照して説明した通りである。この場合、統合サービス提供部１０１と、データ収集部１０２と、データ受け渡し部１０３とを含む各個別サーバの二次メモリには、同一のＩｏＴプラットフォームに含まれるソフトウェアモジュール群が格納される。これにより、統合サービス提供部１０１と、データ収集部１０２と、データ受け渡し部１０３とは、サーバ１が１つの物理的なコンピュータによって構成される場合と同様に機能する。なお、サーバ１を複数の個別サーバによって構成する態様は、各機能ブロックと個別サーバとを１対１に対応させる態様に限られない。例えば、複数の個別サーバのうち少なくとも１つの個別サーバが、統合サービス提供部１０１と、データ収集部１０２と、データ受け渡し部１０３と、各ＡＰＰｘとのうち複数の機能ブロックを含んでいてもよい。
【0132】
〔まとめ〕
態様１に係る情報処理方法は、第１画面表示ステップと、第２画面表示ステップとを含む。第１画面表示ステップにおいて、１または複数のプロセッサは、複数のウィジェットを含む第１画面をディスプレイに表示する。各ウィジェットは、製造ラインの状態を管理する複数のアプリケーションソフトウェアのうち当該ウィジェットに関連付けられたアプリケーションソフトウェアから出力される情報に基づき構成される。第２画面表示ステップにおいて、前記１または複数のプロセッサは、前記複数のウィジェットのうち何れかに対する操作を受け付けると、当該ウィジェットに関連付けられたアプリケーションソフトウェアを制御して、第２画面を前記ディスプレイに表示する。第２画面は、当該アプリケーションソフトウェアが生成する画面である。
態様１に係る情報処理方法は、第１画面表示ステップと、第２画面表示ステップとを含む。第１画面表示ステップにおいて、１または複数のプロセッサは、複数のウィジェットを含む第１画面をディスプレイに表示する。各ウィジェットは、製造ラインの状態を管理する複数のアプリケーションソフトウェアのうち当該ウィジェットに関連付けられたアプリケーションソフトウェアから出力される情報に基づき構成される。第２画面表示ステップにおいて、前記１または複数のプロセッサは、前記複数のウィジェットのうち何れかに対する操作を受け付けると、当該ウィジェットに関連付けられたアプリケーションソフトウェアを制御して、第２画面を前記ディスプレイに表示する。第２画面は、当該アプリケーションソフトウェアが生成する画面である。
【0133】
上記構成により、ユーザは、製造ラインを管理する複数のアプリケーションソフトウェアを個別に閲覧することなく、製造ラインの状態を一括して把握することができる。また、ユーザは、第１画面で把握した情報の詳細を確認したい場合に、関連するアプリケーションソフトウェアを別途起動することなく、当該アプリケーションソフトウェアが生成する第２画面を閲覧することができる。
【0134】
態様２に係る情報処理方法は、態様１に係る情報処理方法の特徴に加えて、以下の特徴を有している。すなわち、態様２に係る情報処理方法において、前記複数のウィジェットのうち少なくとも２つは、前記複数のアプリケーションソフトウェアのうち同一のアプリケーションソフトウェアに関連付けられている。
【0135】
上記構成により、ユーザは、上述した少なくとも２つのウィジェットにより、製造ラインの状態に関して同一のアプリケーションソフトウェアから得られる複数の情報を、一括して把握することができる。
【0136】
態様３に係る情報処理方法は、態様１または２に係る情報処理方法の特徴に加えて、以下の特徴を有している。すなわち、態様３に係る情報処理方法において、前記複数のウィジェットのうち少なくとも１つは、前記複数のアプリケーションソフトウェアのうち２つ以上のアプリケーションソフトウェアに関連付けられている。
【0137】
上記構成により、ユーザは、上述した少なくとも１つのウィジェットにより、製造ラインの状態に関して複数のアプリケーションソフトウェアから得られる情報を、一括して把握することができる。
【0138】
態様４に係る情報処理方法は、態様１から３の何れか一態様に係る情報処理方法の特徴に加えて、以下の特徴を有している。すなわち、態様４に係る情報処理方法は、前記第２画面表示ステップにおいて、前記１または複数のプロセッサは、前記複数のウィジェットのうち何れかに対する操作を受け付けると、他のウィジェットを表示する。他のウィジェットは、第１画面において操作を受け付けたウィジェットに関連付けられたアプリケーションソフトウェアから出力される情報に基づいて構成される。また、前記１または複数のプロセッサは、前記他のウィジェットに対する操作を受け付けると前記第２画面を表示する。
【0139】
上記構成により、ユーザは、第１画面で把握した情報の詳細を確認したい場合に、必ずしも関連するアプリケーションソフトウェアの第２画面を閲覧しなくても、他のウィジェットにより詳細を確認でき、利便性が向上する。
【0140】
態様５に係る情報処理方法は、態様１から４の何れか一態様に係る情報処理方法の特徴に加えて、以下の特徴を有している。すなわち、態様５に係る情報処理方法において、前記第２画面は、前記ウィジェットに関連付けられたアプリケーションソフトウェアにおいて第３画面から遷移することにより表示される画面である。
【0141】
上記構成により、ユーザは、第１画面で把握した情報の詳細を確認したい場合に、関連するアプリケーションソフトウェアの第３画面を経ることなく第２画面を閲覧することができ、利便性が向上する。
【0142】
態様６に係る情報処理方法は、態様１から５の何れか一態様に係る情報処理方法の特徴に加えて、以下の特徴を有している。すなわち、態様６に係る情報処理方法において、前記第１画面表示ステップにおいて、前記１または複数のプロセッサは、前記製造ラインを管理する複数の管理グループが階層関係を有するとき、各管理グループに応じて前記複数のウィジェットの構成が定められた前記第１画面を、当該管理グループまたは当該管理グループよりも上位階層の管理グループに属するユーザの操作に応答して表示する。
【0143】
上記構成により、ユーザは、自身が属する管理グループまたは当該管理グループより下位階層の管理グループが管理する製造ラインの状態を、一括して把握することができる。
【0144】
態様７に係る情報処理システムは、１または複数のプロセッサを含み、前記１または複数のプロセッサは、第１画面表示処理と、第２画面表示処理とを実行する。第１画面表示処理は、複数のウィジェットを含む第１画面をディスプレイに表示する処理である。各ウィジェットは、製造ラインの状態を管理する複数のアプリケーションソフトウェアのうち当該ウィジェットに関連付けられたアプリケーションソフトウェアから出力される情報に基づき構成される。第２画面表示処理は、前記複数のウィジェットのうち何れかに対する操作を受け付けると、当該ウィジェットに関連付けられたアプリケーションソフトウェアを制御して、第２画面を前記ディスプレイに表示する処理である。第２画面は、当該アプリケーションソフトウェアが生成する画面である。
【0145】
上記構成により、態様１に係る情報処理方法と同様の効果を奏する。
【0146】
態様８に係るプログラムは、態様７に係る情報処理システムを動作させるためのプログラムであって、上記１または複数のプロセッサに上記各処理を実行させる。
【0147】
上記構成により、態様１に係る情報処理方法と同様の効果を奏する。
【0148】
〔付記事項〕
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、上述した実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる他の実施形態についても本発明の技術的範囲に含まれる。
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、上述した実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる他の実施形態についても本発明の技術的範囲に含まれる。
【符号の説明】
【0149】
１、１Ａ サーバ
６、６－１、６－２ 管理装置
７、７－１、７－２ ゲートウェイ
８ 端末
１１ プロセッサ
１２ 一次メモリ
１３ 二次メモリ
１４ 入出力インタフェース
１５ 通信インタフェース
１６ バス
１０１、１０１Ａ 統合サービス提供部
１０２、１０２Ａ データ収集部
６、６－１、６－２ 管理装置
７、７－１、７－２ ゲートウェイ
８ 端末
１１ プロセッサ
１２ 一次メモリ
１３ 二次メモリ
１４ 入出力インタフェース
１５ 通信インタフェース
１６ バス
１０１、１０１Ａ 統合サービス提供部
１０２、１０２Ａ データ収集部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】