(57)【要約】      （修正有）【課題】自装置が備える情報処理機能とこの機能とは別のデータ収集機能を同時に提供する際に、データの収集対象である機器群との関係を考慮しない場合と比べて、より効率的な並列処理を遂行可能な情報処理装置、方法及びプログラムを提供する。【解決手段】画像処理装置１４は、画像処理部による情報処理機能の実行の際に１つ又は複数の第１処理を行い、第１処理とは異なる１つ又は複数のデータ収集部により収集されるデータに関する第２処理を行い、複数のＩｏＴ機器１８からなる機器群１６との間の通信に伴う通信負荷に応じて、第１処理と第２処理の間又は第２処理同士の間における実行優先度を変更する。【選択図】図９
2020156062.tif 000002
【特許請求の範囲】
【請求項１】
情報を処理する情報処理機能を有する情報処理手段と、
複数の機器からなる機器群が生成するデータを通信により収集する収集手段と、
前記情報処理手段による前記情報処理機能の実行の際に１つ又は複数の第１処理を行う第１処理手段と、
前記収集手段により収集されるデータに関する処理であって前記第１処理とは異なる１つ又は複数の第２処理を行う第２処理手段と、
前記機器群との間の通信に伴う通信負荷に応じて、前記第１処理と前記第２処理の間又は前記第２処理同士の間における実行優先度を変更する処理制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記通信負荷を示す指標として、通信頻度、通信可能な機体数、及び通信データ量のうち少なくとも１つを計測する計測手段をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記処理制御手段は、前記計測手段により計測された前記指標が閾値を上回った場合に、特定の第１処理に対する前記第２処理の実行優先度を相対的に低くすることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記特定の第１処理は、ユーザの操作に基づき、前記情報処理に関する一連の動作を開始、続行、又は終了する処理であることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第２処理手段は、前記機器による測定を通じて得られる測定データを収集する収集処理を含む、複数の第２処理を実行可能であり、
前記処理制御手段は、前記測定データの値が予め定められた管理範囲から逸脱した場合に、前記収集処理の実行優先度を他の第２処理と比べて相対的に高くする
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記測定データは、前記機器を装着するユーザに対する測定で得られる生体データであることを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記処理制御手段は、並列処理型である前記第２処理の実行優先度を処理単位で変更することを特徴とする請求項１に記載の情報処理装置。
【請求項８】
情報を処理する情報処理機能を有する情報処理手段と、複数の機器からなる機器群が生成するデータを通信により収集する収集手段と、を備える情報処理装置が、
前記情報処理手段による前記情報処理機能の実行の際に１つ又は複数の第１処理を行う第１処理ステップと、
前記収集手段により収集されるデータに対する処理であって前記第１処理とは異なる１つ又は複数の第２処理を行う第２処理ステップと、
前記機器群との間の通信に伴う通信負荷に応じて、前記第１処理と前記第２処理の間又は前記第２処理同士の間における実行優先度を変更する処理制御ステップと、
を実行することを特徴とする情報処理方法。
【請求項９】
情報を処理する情報処理機能を有する情報処理手段と、複数の機器からなる機器群が生成するデータを通信により収集する収集手段と、を備える情報処理装置に、
前記情報処理手段による前記情報処理機能の実行の際に１つ又は複数の第１処理を行う第１処理ステップと、
前記収集手段により収集されるデータに対する処理であって前記第１処理とは異なる１つ又は複数の第２処理を行う第２処理ステップと、
前記機器群との間の通信に伴う通信負荷に応じて、前記第１処理と前記第２処理の間又は前記第２処理同士の間における実行優先度を変更する処理制御ステップと、
を実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、方法、及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、印刷処理とサーバ処理を並列で実行可能であり、ＣＰＵ（Central Processing Unit）の温度が閾値を超えた場合にサーバ処理を制限する画像形成装置が開示されている。また、サーバ処理を制限する動作として、処理要求の拒否、又は他の画像形成装置による代理実行の依頼が挙げられている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１２８０４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、画像情報を処理する情報処理装置を「エッジサーバ」として用いることで、画像情報の処理機能及びデータの収集機能を同時に提供することができる。ところが、データの収集対象である機器群との関係を何ら考慮しない場合、それぞれ機能に対応する２種類の処理の実行状態に応じて演算負荷のバランスが時々刻々と変化することで、装置全体の処理効率が低下することもあり得る。
【０００５】
本発明の目的は、自装置が備える情報処理機能とこの機能とは別のデータ収集機能を同時に提供する際に、データの収集対象である機器群との関係を考慮しない場合と比べて、より効率的な並列処理を行うことである。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、情報を処理する情報処理機能を有する情報処理手段と、複数の機器からなる機器群が生成するデータを通信により収集する収集手段と、前記情報処理手段による前記情報処理機能の実行の際に１つ又は複数の第１処理を行う第１処理手段と、前記収集手段により収集されるデータに関する処理であって前記第１処理とは異なる１つ又は複数の第２処理を行う第２処理手段と、前記機器群との間の通信に伴う通信負荷に応じて、前記第１処理と前記第２処理の間又は前記第２処理同士の間における実行優先度を変更する処理制御手段と、を備える情報処理装置である。
請求項２に記載の発明は、前記通信負荷を示す指標として、通信頻度、通信可能な機体数、及び通信データ量のうち少なくとも１つを計測する計測手段をさらに備える、請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記処理制御手段は、前記計測手段により計測された前記指標が閾値を上回った場合に、特定の第１処理に対する前記第２処理の実行優先度を相対的に低くする、請求項２に記載の情報処理装置である。
請求項４に記載の発明は、前記特定の第１処理は、ユーザの操作に基づき、前記情報処理に関する一連の動作を開始、続行、又は終了する処理である、請求項３に記載の情報処理装置である。
請求項５に記載の発明は、前記第２処理手段は、前記機器による測定を通じて得られる測定データを収集する収集処理を含む、複数の第２処理を実行可能であり、前記処理制御手段は、前記測定データの値が予め定められた管理範囲から逸脱した場合に、前記収集処理の実行優先度を他の第２処理と比べて相対的に高くする、請求項１に記載の情報処理装置である。
請求項６に記載の発明は、前記測定データは、前記機器を装着するユーザに対する測定で得られる生体データである、請求項５に記載の情報処理装置である。
請求項７に記載の発明は、前記処理制御手段は、並行処理型である前記第２処理の実行優先度を処理単位で変更する、請求項１に記載の情報処理装置である。
【０００７】
請求項８に記載の発明は、情報を処理する情報処理機能を有する情報処理手段と、複数の機器からなる機器群が生成するデータを通信により収集する収集手段と、を備える情報処理装置が、前記情報処理手段による前記情報処理機能の実行の際に１つ又は複数の第１処理を行う第１処理ステップと、前記収集手段により収集されるデータに関する処理であって前記第１処理とは異なる１つ又は複数の第２処理を行う第２処理ステップと、前記機器群との間の通信に伴う通信負荷に応じて、前記第１処理と前記第２処理の間又は前記第２処理同士の間における実行優先度を変更する処理制御ステップと、を実行する情報処理方法である。
請求項９に記載の発明は、情報を処理する情報処理機能を有する情報処理手段と、複数の機器からなる機器群が生成するデータを通信により収集する収集手段と、を備える情報処理装置に、前記情報処理手段による前記情報処理機能の実行の際に１つ又は複数の第１処理を行う第１処理ステップと、前記収集手段により収集されるデータに関する処理であって前記第１処理とは異なる１つ又は複数の第２処理を行う第２処理ステップと、前記機器群との間の通信に伴う通信負荷に応じて、前記第１処理と前記第２処理の間又は前記第２処理同士の間における実行優先度を変更する処理制御ステップと、を実行させる情報処理プログラムである。
【発明の効果】
【０００８】
請求項１，８，９に記載の発明によれば、自装置が備える情報処理機能とこの機能とは別のデータ収集機能を同時に提供する際に、データの収集対象である機器群との関係を考慮しない場合と比べて、より効率的な並列処理が行われる。
請求項２に記載の発明によれば、相関性が低い他の計測量を用いる場合と比べて、通信負荷の計測精度がより高くなる。
請求項３に記載の発明によれば、通信負荷が大きい状況にもかかわらず実行優先度を一定にする場合と比べて、特定の第１処理の遅延に起因する情報処理の応答性の低下が抑制される。
請求項４に記載の発明によれば、通信負荷が大きい状況であっても、情報処理機能の提供時におけるユーザの操作性が維持されやすくなる。
請求項５に記載の発明によれば、測定データの値の推移にかかわらず実行優先度を一定にする場合と比べて、関心が高い測定データが速やかに収集されやすくなる。
請求項６に記載の発明によれば、ユーザの体調の異変に対して緊急に対処できる。
請求項７に記載の発明によれば、すべての処理に対して同一の実行優先度を与える場合と比べて、より柔軟性が高い実行優先度の制御がなされる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態における情報処理装置としての画像処理装置が組み込まれたデータ収集システムの全体構成図である。
【図２】図１に示す画像処理装置の電気的なブロック図である。
【図３】図２に示すメインコントローラの機能ブロック図である。
【図４】図２及び図３のメインコントローラが実行する処理の分類を模式的に示す図である。
【図５】図５（ａ）は、図３の優先度テーブルが有するデータ構造の一例を示す図である。図５（ｂ）は、図３の処理キューが有するデータ構造の一例を示す図である。
【図６】メインコントローラのキュー制御に関するフローチャートである。
【図７】メインコントローラの優先度制御に関するフローチャートである。
【図８】第１シーンにおける優先度制御を示す図である。
【図９】第２シーンにおける優先度制御を示す図である。
【図１０】第２シーンにおける優先度制御を示す図である。
【図１１】第３シーンにおける優先度制御を示す図である。
【発明を実施するための形態】
【００１０】
本発明における情報処理装置について、情報処理方法及び情報処理プログラムとの関係において好適な実施形態を挙げ、添付の図面を参照しながら説明する。なお、本発明は、以下の実施形態に限定されるものではなく、この発明の主旨を逸脱しない範囲で自由に変更できることは勿論である。あるいは、技術的に矛盾が生じない範囲で各々の構成を任意に組み合わせてもよい。
【００１１】
［画像処理装置１４の構成］
＜全体構成＞
図１は、本発明の一実施形態における情報処理装置としての画像処理装置１４が組み込まれたデータ収集システム１０の全体構成図である。データ収集システム１０は、設置エリアＡｒ内のユーザ向けに画像処理を行う「画像処理サービス」と、設置エリアＡｒ内で逐次生成されるデータの収集・解析を行う「データ収集サービス」を複合的に提供可能に構成されるシステムである。
【００１２】
具体的には、このデータ収集システム１０は、中央サーバ１２と、エッジサーバとしての画像処理装置１４と、複数のＩｏＴ（Internet Of Things）機器１８からなる機器群１６と、を含んで構成される。画像処理装置１４及び機器群１６は、オフィスなどの設置エリアＡｒ内に設けられている。画像処理装置１４は、中央サーバ１２との間で、ネットワーク２２を介して双方向に通信可能に構成される。なお、本図には１つの画像処理装置１４のみを表記しているが、１つの設置エリアＡｒ内に複数の画像処理装置１４が配されてもよい。また、本図には１箇所の設置エリアＡｒのみを表記しているが、設置エリアＡｒとは異なる他の設置エリアがあってもよい。
【００１３】
中央サーバ１２は、クラウド２４上に配置された１つ又は複数のサーバコンピュータから構成される。中央サーバ１２は、画像処理装置１４からデータを収集し、このデータを利活用するための様々な処理を行う。なお、中央サーバ１２は、クラウド型のサーバ（いわゆる、クラウドサーバ）であってもよいし、オンプレミス型のサーバであってもよい。
【００１４】
画像処理装置１４は、プリント機能、コピー機能、スキャン機能、ファクシミリ機能、及びデータ送信機能のうち少なくとも１つの機能を実行するデジタル複合機（いわゆるＭＦＰ；Multifunction Peripheral）である。画像処理装置１４は、主に「画像処理サービス」に関わる機能を担う本体機能部２６と、主に「データ収集サービス」に関わる機能を担うエッジサーバ機能部２８と、を有する。
【００１５】
なお、エッジサーバは、画像処理装置１４にエッジサーバ機能部２８を追加する装置構成に限られない。例えば、画像情報以外の様々な情報を処理可能な本体機能部を有する情報処理装置にエッジサーバ機能部２８が搭載されてもよい。
【００１６】
ＩｏＴ機器１８は、自装置に搭載される各種センサからの信号からデータを生成し、又は自装置が有する各種機能の発揮によりデータを生成する生成機能と、生成されたデータを有線通信又は無線通信によって外部に送信する通信機能と、を備える機器である。このＩｏＴ機器１８は、設置エリアＡｒ内にある据置型の機器（例えば、コンピュータ機器、通信機器、事務機器、照明機器、空調機器、測定機器など）であってもよいし、設置エリアＡｒ内に持ち込み可能な可搬型の機器（例えば、ラップトップ、タブレット、スマートフォン、ウェアラブルデバイスなど）であってもよい。なお、本体機能部２６を有する画像処理装置１４そのものをＩｏＴ機器１８とみなしてもよい。
【００１７】
＜画像処理装置１４の電気的なブロック図＞
図２は、図１に示す画像処理装置１４の電気的なブロック図である。この画像処理装置１４は、メインコントローラ４０と、ストレージ装置４２と、画像処理部４４（「画像処理手段」に相当）と、ユーザ・インターフェース部（以下、ＵＩ部４６）と、認証部４８と、データ収集部５０（「収集手段」に相当）と、を含んで構成される。
【００１８】
画像処理部４４は、用紙を読み取って画像データを生成する読取ユニット５２と、画像データに基づいて印刷物を出力する印刷ユニット５３と、ファクシミリの送受信を行うＦＡＸユニット５４と、を含んで構成される。ＵＩ部４６は、例えば、タッチパネルディスプレイ及びハードウェアボタンから構成されており、ユーザの入力操作を受け付ける。認証部４８は、パスワード認証、カード認証又は生体認証を含む様々な認証方式を用いて、サービスの利用権限を有するユーザを認証する。
【００１９】
データ収集部５０は、外部装置との間でネットワーク通信を行うためのネットワーク通信部５５と、外部装置との間で無線通信を行うための無線通信部５６と、を含んで構成される。この「無線通信」には、電波を用いた狭義の無線通信のみならず、空間光を用いた空間光通信（具体的には、赤外線通信又は可視光通信）が含まれる。無線通信の規格として、例えば、ＢＬＥ（Bluetooth Low Energy）が用いられてもよい。
【００２０】
メインコントローラ４０は、プロセッサ４０ｐ及びメモリ４０ｍを含んで構成され、画像処理装置１４を構成する各部を統括的に制御する装置である。プロセッサ４０ｐは、ＣＰＵ、ＭＰＵ（Micro-Processing Unit）を含む処理演算装置である。メモリ４０ｍは、非一過性であり、かつコンピュータ読み取り可能な記憶媒体である。
【００２１】
ストレージ装置４２は、例えば、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）又はソリッドステートドライブ（ＳＳＤ：Solid State Drive）から構成され、画像処理装置１４が取り扱う様々なデータを記憶する。本図の例では、このストレージ装置４２には、電子文書５７及びデータ群５８が格納されている。
【００２２】
＜メインコントローラ４０の機能ブロック図＞
図３は、図２に示すメインコントローラ４０の機能ブロック図である。メインコントローラ４０のプロセッサ４０ｐは、画像処理サービス及びデータ収集サービスに関するプログラムをメモリ４０ｍから読み出して実行することで、第１処理部６０（「第１処理手段」に相当）、第２処理部６２（「第２処理手段」に相当）、処理制御部６４（「処理制御手段」に相当）、及び通信負荷計測部６６（「計測手段」に相当）として機能する。
【００２３】
第１処理部６０は、本体機能部２６（図１）を実現するための各種処理（以下、「第１処理」という）を行う。第１処理部６０は、この第１処理を実行する際、画像処理部４４、ＵＩ部４６、又は認証部４８との間で、画像を示す電子文書５７を含む様々なデータのやり取りを行う。
【００２４】
第２処理部６２は、エッジサーバ機能部２８（図１）を実現するための各種処理（以下、「第２処理」という）を行う。第２処理部６２は、この第２処理を実行する際、ネットワーク通信部５５又は無線通信部５６との間で様々なデータのやり取りを行う。これにより、データの集合体であるデータ群５８が逐次的に更新される。
【００２５】
処理制御部６４は、いずれも後述する優先度テーブル７０及び処理キュー７２を逐次更新しながら、複数の処理を並列的に実行するための優先度制御及びキュー制御を行う。通信負荷計測部６６は、機器群１６の間の通信に伴う負荷（以下、通信負荷という）を計測する。
【００２６】
図４は、図２及び図３のメインコントローラ４０が実行する処理の分類を模式的に示す図である。ここでは、各々の処理は、画像処理部４４を用いて提供される画像処理サービスに関する処理に属する「第１処理」と、データ収集部５０を用いて提供されるデータ収集サービスに関する処理に属する「第２処理」のいずれかに分類される。
【００２７】
第１処理は、画像処理部４４による情報処理機能の実行の際になされる処理である。第１処理の具体例として、ユーザから要求されたプリント機能、コピー機能、スキャン機能、ファクシミリ機能などの画像処理を行うための「ジョブ処理」、ユーザを認証するための「認証処理」、サービスを利用したことに対する課金を行うための「課金処理」などが挙げられる。
【００２８】
第２処理は、データ収集部５０により収集されるデータに関する処理であり、上記した第１処理は除かれる。第２処理の具体例として、機器群１６からデータを収集するための「収集処理」、収集されたデータを解析するための「解析処理」、データを中央サーバ１２に送信するための「送信処理」などが挙げられる。
【００２９】
図５（ａ）は、図３の優先度テーブル７０が有するデータ構造の一例を示す図である。この優先度テーブル７０は、処理名と実行優先度の間の対応関係を示すテーブル形式のデータである。この実行優先度は、静的な優先度であってもよいし、動的な優先度であってもよい。本図の例では、複数の処理間での相対的な優先順位を決定するための指令値（例えば、ｎｉｃｅ値）であり、１から１０までの１０段階で定義される。ここで、実行優先度の値が「１０」である場合に最高レベルの優先度に相当し、「１」の値が最低レベルの優先度に相当する。
【００３０】
図５（ｂ）は、図３の処理キュー７２が有するデータ構造の一例を示す図である。この優先度付きの処理キュー７２は、処理名、実行優先度、及び状態がキュー番号毎に列挙されたリスト形式のデータである。各処理の状態は、実行中、実行可能又は実行待ちのいずれかに分類される。
【００３１】
［画像処理装置１４の動作］
この実施形態における画像処理装置１４は、以上のように構成される。続いて、画像処理装置１４の動作について、図６〜図１１を参照しながら説明する。
【００３２】
図６は、メインコントローラ４０のキュー制御に関するフローチャートである。まず、処理制御部６４は、処理キュー７２の確認を行う（ステップＳ１）。そして、処理制御部６４は、キュー先頭の未実行処理が「実行可能」であるか否かを判定する（ステップＳ２）。該当する処理がまだ実行可能でない場合（ステップＳ３：ＮＯ）、処理制御部６４は、ステップＳ１に戻って、処理キューの監視を継続する。一方、該当する処理が「実行可能」になった場合（ステップＳ３：ＹＥＳ）、処理制御部６４は、第１処理部６０又は第２処理部６２に対して該当する処理の実行を指示する。
【００３３】
該当する処理が「第１処理」である場合、第１処理部６０は、処理制御部６４による実行指示に応じて第１処理の実行を開始する（ステップＳ４）。一方、該当する処理が「第２処理」である場合、処理制御部６４による実行指示に応じて第２処理の実行を開始する（ステップＳ５）。その後、ステップＳ１に戻って、このフローチャートの動作を繰り返すことで、メインコントローラ４０のキュー制御が逐次行われる。
【００３４】
図７は、メインコントローラ４０の優先度制御に関するフローチャートである。このフローチャートは、予め定められた実行周期にて、図６のキュー制御とは独立して実行される点に留意する。
【００３５】
ステップＳ１１において、通信負荷計測部６６は、機器群１６との間の通信に伴う通信負荷を計測する。具体的には、通信負荷計測部６６は、データの収集時に発生する通信用データ、あるいは通信用データの履歴を示す通信ログを解析することで、現在の時間帯における通信負荷を計測する。
【００３６】
例えば、通信負荷計測部６６は、通信負荷を示す指標として、通信頻度、通信可能な機体数、及び通信データ量のうち少なくとも１つを計測してもよい。これにより、通信負荷との相関性が高い通信頻度、通信可能な機体数又は通信データ量を用いた指標を取得可能となり、相関性が低い他の計測量を用いる場合と比べて、通信負荷の計測精度がより高くなる。
【００３７】
ステップＳ１２において、処理制御部６４は、ステップＳ１１での計測結果を用いて、実行優先度に関する判定を行う。例えば、処理制御部６４は、計測された指標が閾値よりも大きい場合に変更が「必要」であると判定し、指標が閾値よりも小さい場合に変更が「不要」であると判定してもよい。
【００３８】
ステップＳ１３において、処理制御部６４は、ステップＳ１２での変更要否の判定結果を確認する。実行優先度の変更が不要である場合（ステップＳ１３：ＮＯ）、ステップＳ１４の実行を省略し、ステップＳ１５に進む。一方、実行優先度の変更が必要である場合（ステップＳ１３：ＹＥＳ）、次のステップＳ１４に進む。
【００３９】
ステップＳ１４において、処理制御部６４は、ステップＳ１で計測された通信負荷に応じて、少なくとも第２処理の実行優先度を変更する。ここで、「少なくとも第２処理」とは、［１］第１処理と第２処理の間における相対関係の変更、及び［２］第２処理同士の間における相対関係の変更、の両方が含まれる。以下、変更方法の一例について、４つの具体例を挙げながら説明する。
【００４０】
第１例として、処理制御部６４は、通信負荷を示す指標が閾値を上回った場合に、特定の第１処理に対する第２処理の実行優先度を相対的に低くしてもよい。これにより、通信負荷が大きい状況にて特定の第１処理を優先的に実行可能となり、実行優先度を一定にする場合と比べて、特定の第１処理の遅延に起因する画像処理サービスの応答性の低下が抑制される。なお、「相対的に低くする」とは、第２処理の実行優先度を低くすること、及び／又は、第１処理の実行優先度を高くすることを意味する。
【００４１】
なお、「特定の第１処理」は、ユーザの操作を契機として、画像処理サービスのトランザクション（つまり、画像処理ジョブ１件分に相当する一連の処理手続き）を開始、続行、又は終了する処理、例えば、スキャン処理・コピー処理・認証処理・課金処理であってもよい。これにより、ユーザの操作に対する応答遅れを抑制可能となり、通信負荷が大きい状況であっても、画像処理サービスの提供時におけるユーザの操作性が維持されやすくなる。
【００４２】
第２例として、処理制御部６４は、通信負荷を示す指標が閾値を上回った場合に、複数の第２処理同士の間で実行優先度を変更してもよい。例えば、処理制御部６４は、即時性の要求度が相対的に高い「収集処理」の実行優先度を変更する代わりに、即時性の要求度が相対的に低い「解析処理」の実行優先度のみを低くしてもよい。なお、閾値の個数は１つに限られず、２つ以上設けられてもよい。この場合、処理制御部６４は、通信負荷が大きくなるにつれて段階的に、変更対象である第２処理の個数を増やしてもよいし、実行優先度の変更量を大きくしてもよい。
【００４３】
第３例として、第２処理部６２が、ＩｏＴ機器１８による測定を通じて得られる測定データを収集する収集処理を含む、複数の第２処理を実行可能である場合、処理制御部６４は、測定データの値が予め定められた管理範囲から逸脱した場合に、収集処理の実行優先度を他の第２処理と比べて相対的に高くしてもよい。これにより、測定データの値の推移にかかわらず実行優先度を一定にする場合と比べて、関心が高い測定データが速やかに収集されやすくなる。
【００４４】
この測定データは、装置、環境、生体を含む様々な物質に関する物理量を示すデータであってもよい。特に、測定データは、ＩｏＴ機器１８を装着するユーザに対する測定で得られる生体データであることが好ましい。これにより、管理範囲から逸脱した生体データを速やかに収集可能となり、ユーザの体調の異変に対して緊急に対処できる。
【００４５】
第４例として、処理制御部６４は、並列処理型（いわゆるマルチスレッド型）である第２処理の実行優先度を処理単位（例えば、スレッド単位）で変更してもよい。これにより、すべての処理に対して同一の実行優先度を与える場合と比べて、より柔軟性が高い実行優先度の制御がなされる。
【００４６】
このように、処理制御部６４は、変更対象である「処理名」及び「実行優先度」の変更値をそれぞれ決定した後に、優先度テーブル７０の該当箇所を書き換える。これにより、優先度テーブル７０が動的に更新される。
【００４７】
ステップＳ１５において、処理制御部６４は、ステップＳ１４で更新された又は更新されなかった優先度テーブル７０に従って優先度処理を行う。例えば、処理制御部６４は、処理キュー７２における処理の並び順（キュー番号）を入れ替えてもよいし、各々の処理に割り当てられるプロセッサ４０ｐの使用時間を変更してもよい。
【００４８】
［優先度制御の具体例］
続いて、優先度変更処理の具体例について、図８〜図１１を参照しながら説明する。図８は「第１シーン」における優先度制御、図９及び図１０は「第２シーン」における優先度制御、図１１は「第３シーン」における優先度制御をそれぞれ示している。
【００４９】
＜第１シーン＞
図８（ａ）は、画像処理装置１４の周辺における第１シーンを示す図である。ユーザＱは、画像処理装置１４に対して認証のための操作を行っている。また、画像処理装置１４は、画像処理ジョブの実行と同時に、機器群１６（ここでは、１つのＩｏＴ機器１８）からデータを収集しようとする。この第１シーンでは、画像処理装置１４と通信可能なＩｏＴ機器１８の機体数が少ないため、データ収集サービスに起因する負荷が相対的に小さくなる。この負荷には、データの送受信時におけるデータ収集部５０の「通信負荷」のみならず、データの処理時におけるメインコントローラ４０の「演算負荷」が含まれる。
【００５０】
図８（ｂ）は、第１シーンに対応する優先度テーブル７０の状態を示す図である。通信が平常状態である場合の優先度テーブル７０では、ジョブ処理の実行優先度が「８」に、ジョブ処理を除く他の処理の実行優先度がすべて「５」に設定されている。
【００５１】
図８（ｃ）は、第１シーンに対応する処理キュー７２の状態を示す図である。処理キュー７２には、先頭から順に３つの処理、すなわち、「ジョブ処理Ａ」、「収集処理」及び「認証処理」が順次登録されている。以下、説明の便宜上、「ジョブ処理Ａの実行中に、実行優先度が５以上である最大１つの処理を実行可能である」という処理の実行規則が設けられていることを想定する。この場合、処理キュー７２に「認証処理」が追加された直後では、１番目の「ジョブ処理Ａ」と２番目の「収集処理」が実行中の状態であり、３番目の「認証処理」が実行待ちの状態になっている。
【００５２】
このように、データ収集サービスに起因する負荷が相対的に低い状況では、２番目の「収集処理」の実行がすぐに終了し、続いて３番目の「認証処理」の実行を開始することが見込まれる。つまり、３つの処理の実行優先度を変更せずにキューの登録順に実行する場合であっても、ユーザＱの認証が円滑に行われる。
【００５３】
＜第２シーン＞
図９（ａ）は、画像処理装置１４の周辺における第２シーンを示す図である。ユーザＱは、画像処理装置１４に対して認証のための操作を行っている。また、画像処理装置１４は、画像処理ジョブの実行と同時に、機器群１６（ここでは、５つのＩｏＴ機器１８）からデータを収集しようとする。この第２シーンでは、画像処理装置１４と通信可能なＩｏＴ機器１８の機体数が多いため、データ収集サービスに起因する負荷が相対的に大きくなる。この場合、以下のように、優先度制御を通じて処理の実行優先度が変更される。
【００５４】
図９（ｂ）は、第２シーンに対応する優先度テーブル７０の状態を示す図である。通信が混雑している場合の優先度テーブル７０では、図８（ｂ）の第１シーンに対して、「収集処理」、「解析処理」及び「送信処理」の実行優先度がそれぞれ「５」から「２」に変更されている。つまり、第２処理の実行優先度は、第１処理の実行優先度と比べて相対的に低くなっている。これに代えて、「収集処理」の実行優先度のみを更新してもよい。
【００５５】
図１０は、第２シーンに対応する処理キュー７２の状態変化を示す図である。図１０（ａ）において、処理キュー７２には、先頭から順に２つの処理、すなわち、「ジョブ処理Ａ」及び「収集処理」が順次登録されている。ここで、「収集処理」の実行優先度が「２」に下げられたので、上記した実行規則に従って、「収集処理」が実行されずに実行待ちの状態になっている点に留意する。
【００５６】
図１０（ｂ）において、図１０（ａ）に示す処理キュー７２の状態から、新たに「認証処理」が追加される。この場合、「認証処理」の実行優先度が「５」であるので、実行待ちの状態である２つの処理の実行順番が入れ替わる。
【００５７】
図１０（ｃ）において、２番目になった「認証処理」が実行可能の状態になり、間もなく「認証処理」の実行を開始する。このように、３つの処理の実行優先度を適切に変更することで「認証処理」が優先的に実行される。その結果、データ収集サービスに起因する負荷が相対的に高い状況であっても、ユーザＱの認証が円滑に行われる。
【００５８】
＜第３シーン＞
図１１（ａ）は、画像処理装置１４の周辺における第３シーンを示す図である。本図の例では、ＩｏＴ機器１８は、ユーザの生体情報を測定可能なバイタルセンサを備える多機能腕時計（いわゆるスマートウォッチ）である。３人のユーザＸ，Ｙ，Ｚは、それぞれ異なる機種（機種ｘ，ｙ，ｚ）のＩｏＴ機器１８を装着している。画像処理装置１４は、３人のユーザＸ，Ｙ，Ｚにおける生体データを機器群１６から収集しようとする。例えば、ユーザＸの体調に異変が生じ、ユーザＸの脈拍（単位時間当たりの脈拍数）が管理範囲から逸脱したとする。
【００５９】
図１１（ｂ）は、第３シーンに対応する優先度テーブル８０の状態の変化を示す図である。この優先度テーブル８０は、処理名、管理状態、及び実行優先度の対応関係を示すテーブル形式のデータである。この管理状態は、脈拍の値が管理範囲（例えば、６０〜１００回／分）に収まっている場合は「ＩＮ」、管理範囲から逸脱している場合は「ＯＵＴ」の値をとり得る。ここで、機種毎の通信用スレッドを用いてデータを収集する「収集処理」に対して、実行優先度をスレッド毎に設定可能である。
【００６０】
管理状態が「ＩＮ」の場合には実行優先度が「５」に、管理状態が「ＯＵＴ」の場合に実行優先度が「８」に設定される。つまり、脈拍の値が管理範囲から逸脱した場合に「収集処理」の実行優先度を高くすることで、監視に必要なデータを速やかに収集可能となり、ユーザの体調の異変に対して緊急に対処できる。また、実行優先度をスレッド単位で変更することで、より柔軟性が高い実行優先度の制御がなされる。
【００６１】
［まとめ］
以上のように、情報処理装置としての画像処理装置１４は、情報を処理する情報処理機能を有する画像処理部４４（情報処理手段）と、複数のＩｏＴ機器１８（機器）からなる機器群１６が生成するデータを通信により収集するデータ収集部５０（収集手段）と、画像処理部４４による情報処理機能の実行の際に１つ又は複数の第１処理を行う第１処理部６０（第１処理手段）と、データ収集部５０により収集されるデータに関する処理であって第１処理とは異なる１つ又は複数の第２処理を行う第２処理部６２（第２処理手段）と、機器群１６との間の通信に伴う通信負荷に応じて、第１処理と第２処理の間又は第２処理同士の間における実行優先度を変更する処理制御部６４（処理制御手段）を備える。
【００６２】
また、この情報処理方法及びプログラムによれば、情報処理装置としての画像処理装置１４が、画像処理部４４による情報処理機能の実行の際に１つ又は複数の第１処理を行う第１処理ステップ（図６のＳ４）と、データ収集部５０により収集されるデータに関する処理であって第１処理とは異なる１つ又は複数の第２処理を行う第２処理ステップ（図６のＳ５）と、機器群１６との間の通信状態に応じて、第１処理と第２処理の間又は第２処理同士の間における実行優先度を変更する処理制御ステップ（図７のＳ１４）を実行する。
【符号の説明】
【００６３】
１０  データ収集システム、１２  中央サーバ、１４  画像処理装置、１６  機器群、１８  ＩｏＴ機器（機器）、２６  本体機能部、２８  エッジサーバ機能部、４０  メインコントローラ、４２  ストレージ装置、４４  画像処理部（情報処理手段）、４６  ＵＩ部、４８  認証部、５０  データ収集部（収集手段）、５５  ネットワーク通信部、５６、無線通信部、６０  第１処理部（第１処理手段）、６２  第２処理部（第２処理手段）、６４  処理制御部（処理制御手段）、６６  通信負荷計測部（計測手段）、７０，８０  優先度テーブル、７２  処理キュー、Ａｒ  設置エリア。
【図１】
2020156062.tif 000003
【図２】
2020156062.tif 000004
【図３】
2020156062.tif 000005
【図４】
2020156062.tif 000006
【図５】
2020156062.tif 000007
【図６】
2020156062.tif 000008
【図７】
2020156062.tif 000009
【図８】
2020156062.tif 000010
【図９】
2020156062.tif 000011
【図１０】
2020156062.tif 000012
【図１１】
2020156062.tif 000013