(57)【要約】【課題】情報処理システムの運用開始後における情報処理システムの運用条件の変化に対応して、処理装置の構成要素を効率よく運用することができる処理制御装置を提供する。【解決手段】１つ以上の処理装置それぞれのデータ通信量を取得する通信量取得部と、１つ以上の処理装置のうち、少なくとも１つの処理装置のデータ通信量に基づき、今後の少なくとも１つの処理装置の予測データ通信量を算出する予測部と、機能情報を取得する実行情報取得部と、データ通信量と予測データ通信量と機能情報と処理装置のスペックを示す情報とに基づき、少なくとも１つの処理装置の機能の設定変更が必要か否かを判定し、設定変更が必要と判定した場合に、設定変更が必要と判定された第１の処理装置に対する制御情報を作成する判定部と、制御情報を出力する制御情報出力部とを備えた。【選択図】図２
2019195120.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の処理装置それぞれのデータ通信量を取得する通信量取得部と、
前記通信量取得部が取得した、前記１つ以上の処理装置のうち、少なくとも１つの処理装置のデータ通信量に基づき、今後の前記少なくとも１つの処理装置の予測データ通信量を算出する予測部と、
前記少なくとも１つの処理装置が現在実行している機能に関する機能情報を取得する実行情報取得部と、
前記通信量取得部が取得した前記データ通信量と、前記予測部が算出した前記予測データ通信量と、前記実行情報取得部が取得した前記機能情報と、前記少なくとも１つの処理装置のスペックを示す情報とに基づき、前記少なくとも１つの処理装置の機能の設定変更が必要か否かを判定し、設定変更が必要と判定した場合に、当該設定変更が必要と判定された前記少なくとも１つの処理装置である第１の処理装置に対する制御内容に関する制御情報を作成する判定部と、
前記第１の処理装置に対して、前記判定部が作成した前記制御情報を出力する制御情報出力部
とを備えた処理制御装置。
【請求項２】
前記判定部は、
前記第１の処理装置が提供する機能毎に設定された優先順位に基づき、前記第１の処理装置に対する制御内容を決定する
ことを特徴とする請求項１記載の処理制御装置。
【請求項３】
前記制御情報出力部が出力した前記制御情報の履歴に基づき、今後、前記１つ以上の処理装置のうち、少なくとも１つの処理装置に対して発生し得る、機能の設定変更を予測する制御予測部と、
前記制御予測部による予測結果に基づき、前記少なくとも１つの処理装置のスペックに変更が必要であるか否かを判定し、前記少なくとも１つの処理装置のスペックに変更が必要であると判定した場合に、当該変更に関する提案情報を作成する提案要否判定部と、
前記提案要否判定部が作成した前記提案情報を出力する提案出力制御部
とを備えたことを特徴とする請求項１または請求項２記載の処理制御装置。
【請求項４】
請求項１から請求項３のうちのいずれか１項記載の処理制御装置と、前記１つ以上の処理装置とが、互いにネットワークを介して接続された
情報処理システム。
【請求項５】
前記第１の処理装置は、
前記制御情報出力部から出力された前記制御情報を受信し、当該制御情報に基づき、実行中の機能の設定変更を行う
ことを特徴とする請求項４記載の情報処理システム。
【請求項６】
前記処理制御装置は複数の処理装置と接続され、
前記処理制御装置または前記第１の処理装置は、
前記実行中の前記機能の設定変更を行うと、当該機能の設定変更を行った旨の第１の変更通知を、前記複数の処理装置のうち前記第１の処理装置が提供する当該機能を使用している第２の処理装置に送信する
ことを特徴とする請求項５記載の情報処理システム。
【請求項７】
前記第２の処理装置は、
前記第１の処理装置が送信した前記第１の変更通知を受信し、当該第１の変更通知に基づき、前記第１の処理装置が設定変更を行った機能に応じて、当該第２の処理装置自身が提供する機能の設定変更を行う
ことを特徴とする請求項６記載の情報処理システム。
【請求項８】
前記第２の処理装置は、
前記第１の処理装置が設定変更を行った機能に応じて、前記第２の処理装置自身が提供する機能の設定変更を行った旨の第２の変更通知を、前記複数の処理装置に送信する
ことを特徴とする請求項７記載の情報処理システム。
【請求項９】
前記第２の処理装置は、
前記第１の処理装置が設定変更を行った機能に応じて、前記第２の処理装置自身が提供する機能の設定変更を行った旨をユーザに通知させるための通知情報を出力する
ことを特徴とする請求項７または請求項８記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、各種情報を処理する処理装置を制御する処理制御装置および当該処理制御装置を備えた情報処理システムに関するものである。
【背景技術】
【０００２】
複数の処理装置がネットワークを介して互いに接続された情報処理システムにおいては、当該ネットワークを通じて送受信されるデータが大容量のデータである場合、広いネットワーク帯域を必要とする。また、大容量のデータを処理する各処理装置においては、大容量のデータ処理に応じたＣＰＵ負荷、メモリ使用量、または、記憶容量等を必要とする。よって、大容量のデータを扱う情報処理システムにおいては、ネットワーク帯域、および、各処理装置におけるＣＰＵ、メモリまたは記憶装置等を効率よく運用することが求められる。以下、各処理装置における、ＣＰＵ、メモリまたは記憶装置等の、データ処理に関係する構成要素をまとめて、処理装置の構成要素という。
例えば、特許文献１には、監視対象領域を撮像する撮像装置を含む監視システムのレイアウト設計を支援する技術が開示されている。
特許文献１に開示されている技術によれば、監視システムのレイアウト設計を行う際に、情報処理装置が、レイアウト画面上に通信量を反映させる。これにより、ネットワークトラフィックが想定より大きくなってしまっていることが運用時になって初めて判明し、工事または施工を伴うレイアウトの変更が必要となる事態が発生することを抑止することができ、ユーザは、設計したとおりのレイアウトで想定通りに監視システムの運用を開始できるようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１３９８５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
情報処理システムにおいては、当該情報処理システムを運用する間に、ネットワークを通じて送受信されるデータの量（以下「データ通信量」という。）、または、各処理装置によるデータ処理の負荷等の、運用条件は変化する。
しかし、特許文献１に開示されているような従来の技術では、情報処理システムの設計時に、想定通りに情報処理システムを運用できるよう、各処理装置のレイアウトの設定を支援するにとどまり、情報システムの運用開始後のデータ通信量の変動は考慮されていない。そのため、情報処理システムの運用開始後、当該情報処理システムの運用条件が変化した場合には、依然として、各処理装置の構成要素を効率よく運用することができないという課題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたもので、情報処理システムの運用開始後における情報処理システムの運用条件の変化に対応して、処理装置の構成要素を効率よく運用することができる処理制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る処理制御装置は、１つ以上の処理装置それぞれのデータ通信量を取得する通信量取得部と、通信量取得部が取得した、１つ以上の処理装置のうち、少なくとも１つの処理装置のデータ通信量に基づき、今後の少なくとも１つの処理装置の予測データ通信量を算出する予測部と、少なくとも１つの処理装置から、現在実行している機能に関する機能情報を取得する実行情報取得部と、通信量取得部が取得した前記データ通信量と、予測部が算出した予測データ通信量と、実行情報取得部が取得した機能情報と、少なくとも１つの処理装置のスペックを示す情報とに基づき、少なくとも１つの処理装置の機能の設定変更が必要か否かを判定し、設定変更が必要と判定した場合に、当該設定変更が必要と判定された少なくとも１つの処理装置である第１の処理装置に対する制御内容に関する制御情報を作成する判定部と、第１の処理装置に対して、判定部が作成した制御情報を出力する制御情報出力部とを備えたものである。
【発明の効果】
【０００７】
この発明によれば、情報処理システムの運用開始後における情報処理システムの運用条件の変化に対応して、処理装置の構成要素を効率よく運用することができる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１に係る情報処理システムの構成例を示す図である。
【図２】実施の形態１に係る処理制御装置の構成例を示す図である。
【図３】実施の形態１において、各処理装置のＨ／Ｗスペックを示すＨ／Ｗスペックテーブルの一例である。
【図４】実施の形態１において、各処理装置が提供可能な機能のスペックを示す機能スペックテーブルの一例である。
【図５】実施の形態１に係る処理制御装置の動作を説明するためのフローチャートである。
【図６】実施の形態１において、第２の処理装置としての表示装置の構成例を示す図である。
【図７】実施の形態１において、表示装置のデータ管理部が記憶している情報の一例を示す図であって、図７Ａは、他の処理装置の機能のうち、表示装置が現在使用している機能を示す使用機能テーブルであり、図７Ｂは、他の処理装置の機能毎に、表示装置において実行される動作を示す動作定義テーブルであり、図７Ｃは、表示部における各領域の一例を示す図である。
【図８】実施の形態１において、第２の処理装置としての表示装置の動作を説明するためのフローチャートである。
【図９】図９Ａ，図９Ｂは、実施の形態１に係る処理制御装置のハードウェア構成の一例を示す図である。
【図１０】実施の形態２に係る処理制御装置の構成例を示す図である。
【図１１】実施の形態２に係る処理制御装置の動作を説明するためのフローチャートである。
【発明を実施するための形態】
【０００９】
以下、この発明をより詳細に説明するために、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態１．
図１は、実施の形態１に係る情報処理システムの構成例を示す図である。
図１に示すように、情報処理システムには、処理制御装置１０１および複数の処理装置が、ネットワークを介して互いに接続される。実施の形態１では、一例として、複数の処理装置は、カメラ１０２、レコーダ１０３、表示装置１０４、解析装置１０５、および、ＨＵＢ１０６とする。これは一例に過ぎず、処理装置は、例えば、サーバであってもよく、ネットワークに接続され、当該ネットワークを介して送受信されたデータを処理可能なあらゆる処理装置を含む。また、実施の形態１では、処理制御装置１０１は、複数の処理装置と接続されるものとするが、ネットワークには、１つ以上の処理装置が接続されていればよい。
なお、以下の説明においては、説明の簡単のため、カメラ１０２、レコーダ１０３、表示装置１０４、解析装置１０５、および、ＨＵＢ１０６を、それぞれ、単に処理装置ともいう。
【００１０】
実施の形態１に係る情報処理システムでは、処理制御装置１０１が、カメラ１０２、レコーダ１０３、表示装置１０４、解析装置１０５、または、ＨＵＢ１０６において実行される機能の設定を管理および制御する。
【００１１】
処理制御装置１０１は、各処理装置のデータ通信量を取得し、今後の各処理装置における予測データ通信量を算出する。処理制御装置１０１は、例えばＨＵＢ１０６から各処理装置のデータ通信量を取得する。
また、処理制御装置１０１は、各処理装置が現在実行している機能に関する情報（以下「機能情報」という。）を取得する。処理制御装置１０１は、例えば各処理装置から、ＨＵＢ１０６を介して、機能情報を取得する。
そして、処理制御装置１０１は、予測データ通信量と、機能情報と、各処理装置のスペックを示す情報に基づき、各処理装置が実行中の機能を変更する制御を行う。ここで、処理装置のスペックとは、各処理装置が有する各種スペックのうち、特にデータ処理に関係するスペックのことである。
処理装置のスペックを示す情報には、各処理装置の構成要素であるＣＰＵ等のハードウェアのスペック（以下「Ｈ／Ｗスペック」という。）を示す情報、各処理装置が有するソフトウェアのスペック（以下「Ｓ／Ｗスペック」という。）を示す情報、および、各処理装置が提供可能な機能のスペックを示す情報が含まれる。
実施の形態１では、処理制御装置１０１は、各処理装置のスペックを示す情報を予め保有しているものとする。
処理制御装置１０１の構成および処理制御装置１０１による具体的な動作については後述する。
【００１２】
カメラ１０２は、物体等の対象物を撮影して得られた映像データおよび音声データを、各処理装置に送信する。なお、カメラ１０２は、映像データのみを各処理装置に送信するものであってもよい。
カメラ１０２は、各処理装置から送信される制御要求に応じて動作する。
【００１３】
レコーダ１０３は、カメラ１０２から受信した映像データおよび音声データを記録する。
また、レコーダ１０３は、各処理装置からの要求に従って、記録している映像データまたは音声データを送信する。
【００１４】
表示装置１０４は、カメラ１０２、または、レコーダ１０３から映像データおよび音声データを受信し、表示する。
表示装置１０４は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）に搭載され、ＰＣは、ユーザに対し、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を提供する。ユーザは、表示装置１０４が表示した画面を確認して、ＰＣから、処理制御装置１０１および各処理装置に対する設定または制御を行う。具体的には、例えば、ユーザは、ＰＣが備える入力装置（図示省略）を操作して、設定情報または制御情報を入力し、ＰＣが、処理制御装置１０１および各処理装置に、設定情報または制御情報を送信する。
【００１５】
解析装置１０５は、カメラ１０２、または、レコーダ１０３から受信した映像データおよび音声データ等、各処理装置から受信したデータの解析を行い、解析結果を、各処理装置に送信する。
【００１６】
ＨＵＢ１０６は、各処理装置から送信されるデータを、送信先の各処理装置に送信する。
また、カメラ１０２、レコーダ１０３、表示装置１０４、解析装置１０５、および、ＨＵＢ１０６は、処理制御装置１０１による制御に基づき、実行中の機能を変更する等する。
【００１７】
図２は、実施の形態１に係る処理制御装置１０１の構成例を示す図である。
処理制御装置１０１は、通信量取得部１０１１と、蓄積部１０１２と、学習部１０１３と、実行情報取得部１０１４と、データ管理部１０１５と、判定部１０１６と、制御情報出力部１０１７を備える。学習部１０１３は、予測部１０１３１を有する。なお、実施の形態１では、学習部１０１３が予測部１０１３１を有するものとするが、これに限らず、予測部１０１３１は、処理制御装置１０１において、学習部１０１３の外部に備えられるようにしてもよい。
【００１８】
通信量取得部１０１１は、各処理装置のデータ通信量を取得する。各処理装置のデータ通信量には、各処理装置における受信データ量および配信データ量が含まれる。
通信量取得部１０１１は、データ通信量を、各処理装置から取得してもよいし、ＨＵＢ１０６から取得してもよい。
通信量取得部１０１１は、取得した、各処理装置のデータ通信量を、判定部１０１６に出力する。また、通信量取得部１０１１は、取得した、各処理装置のデータ通信量を、取得日時の情報と紐付けて、蓄積部１０１２に蓄積させる。
【００１９】
蓄積部１０１２は、通信量取得部１０１１が取得した、各処理装置のデータ通信量を蓄積する。
なお、実施の形態１では、図２に示すように、蓄積部１０１２は、処理制御装置１０１に備えられるものとするが、これに限らず、蓄積部１０１２は、処理制御装置１０１の外部の、処理制御装置１０１が参照可能な場所に備えられるようにしてもよい。
【００２０】
学習部１０１３は、蓄積部１０１２に蓄積されている、各処理装置のデータ通信量に基づき、今後情報処理システム内で発生する可能性が高い事象を予測する。また、学習部１０１３は、蓄積部１０１２に蓄積されている、各処理装置のデータ通信量に基づき、今後の各処理装置の予測データ通信量を算出する。
具体的には、学習部１０１３は、蓄積部１０１２に蓄積されている、各処理装置のデータ通信量の履歴を学習し、学習部１０１３の予測部１０１３１が、学習結果と、通信量取得部１０１１が取得した最新の各処理装置のデータ通信量とを用いて、今後情報システム内で発生する可能性が高い事象、または、今後の各処理装置の予測データ通信量を算出する。
学習部１０１３は、例えば、ディープラーニング等、任意の学習方法を用いて、予測データ通信量を算出すればよい。
学習部１０１３は、予測部１０１３１が予測した事象、または、算出した、各処理装置の予測データ通信量を、判定部１０１６に出力する。
【００２１】
実行情報取得部１０１４は、各処理装置から、機能情報を取得する。
実行情報取得部１０１４は、取得した機能情報を、判定部１０１６に出力する。
【００２２】
データ管理部１０１５は、各処理装置のスペックを示す情報を記憶する。
なお、実施の形態１では、データ管理部１０１５は、処理制御装置１０１に備えられるものとするが、これに限らず、データ管理部１０１５は、処理制御装置１０１の外部の、処理制御装置１０１が参照可能な場所に備えられるものとしてもよい。
【００２３】
ここで、図３および図４は、実施の形態１において、データ管理部１０１５が記憶している、各処理装置のスペックを示す情報の一例を示す図である。
例えば、データ管理部１０１５は、図３および図４に示すようなテーブルによって、各処理装置のスペックを示す情報を記憶している。
図３は、各処理装置のＨ／Ｗスペックを示すＨ／Ｗスペックテーブルの一例であり、図４は、各処理装置が提供可能な機能のスペックを示すテーブルの一例である。図４に示すような、各処理装置が提供可能な機能のスペックを示すテーブルは、処理装置毎に作成され、データ管理部１０１５に記憶されている。
【００２４】
図４では、一例として、レコーダ１０３が提供可能な機能のスペックを示すテーブルの一例を示している。
図４Ａは、レコーダ１０３の記録機能を示す記録機能スペックテーブルであり、図４Ｂは、レコーダ１０３の再生機能を示す再生機能スペックテーブルである。また、図４Ｃは、レコーダ１０３における記録機能と再生機能の優先順位を定義する優先順位テーブルである。このように、実施の形態１のデータ管理部１０１５は、各処理装置のスペックを示す情報に加えて、各処理装置が提供可能な機能に関する優先順位を示す情報も記憶している。
実施の形態１では、レコーダ１０３は、記録機能および再生機能の、２種類の機能を提供可能とする。従って、データ管理部１０１５は、記録機能スペックテーブルと再生機能スペックテーブルを記憶する。
なお、これは一例に過ぎず、レコーダ１０３は、記録機能および再生機能以外の機能を提供するようにしてもよい。その場合、レコーダ１０３が提供する機能の分だけ、機能スペックテーブルが作成され、記憶されることになる。
【００２５】
なお、図４では、説明の簡単のため、レコーダ１０３が提供可能な機能のスペックを示すテーブルのみを示しているが、データ管理部１０１５は、カメラ１０２、表示装置１０４、解析装置１０５、および、ＨＵＢ１０６が提供可能な機能のスペックを示すテーブルも記憶している。
【００２６】
図４Ａの記録機能スペックテーブルは、例えば、レコーダ１０３が記録Ａを実行しており、レコーダ１０３の受信データ量が１００Ｍｂｐｓの場合、レコーダ１０３は記録Ａによってメモリを４００ＭＢ使用することを示している。
図４Ｂの再生機能スペックテーブルは、例えば、レコーダ１０３が再生Ｂを実行しており、レコーダ１０３の配信データ量が１００Ｍｂｐｓの場合、レコーダ１０３は再生Ｂによってメモリを１００ＭＢ使用することを示している。
図４Ｃの優先順位テーブルは、全ての記録機能が、いずれの再生機能よりも、実行される際の優先順位が高いことを示している。なお、図４Ｃに示す優先順位テーブルにおいて、「記録Ａ＝記録Ｂ＝記録Ｃ」とは、記録Ａ、記録Ｂおよび記録Ｃが実行される際の優先順位は全て同じであることを意味する。また、図４Ｃに示す優先順位テーブルにおいて、「再生Ａ＞再生Ｂ＞再生Ｃ」とは、実行される際の優先順位について、再生Ａ、再生Ｂ、および、再生Ｃの中では、再生Ａの優先順位が一番高いことを意味する。
【００２７】
図３および図４に示すようなテーブルは、情報処理システムの出荷時等に予め設定され、データ管理部１０１５に記憶される。
なお、情報処理システムの運用開始後に、各処理装置の交換等により各処理装置のスペックが変更された場合、各処理装置間で通信が行われること等により、図３および図４に示すようなテーブルが更新されることもある。例えば、処理制御装置１０１のスペック取得部（図示省略）が、スペックに変更があった処理装置から、変更後の処理装置のスペックを示す情報を取得し、テーブル更新部（図示省略）が、データ管理部１０１５で管理している各種テーブルの更新を行う。
【００２８】
図２で示す処理制御装置１０１の構成例についての説明に戻る。
判定部１０１６は、通信量取得部１０１１が取得した各処理装置のデータ通信量と、学習部１０１３の予測部１０１３１が算出した各処理装置の予測データ通信量と、実行情報取得部１０１４が取得した機能情報と、データ管理部１０１５が記憶している各種テーブルの情報とに基づき、各処理装置の機能の設定変更が必要か否かを判定する。
【００２９】
判定部１０１６は、ある処理装置について実行中の機能の設定変更が必要と判定した場合、当該処理装置を特定する情報と制御内容に関する情報とを対応付けた制御情報を作成する。具体的には、判定部１０１６は、当該処理装置が現在実行中の機能の設定を、どの設定に変更すればよいかを決定し、決定した設定変更を指示する制御内容に関する情報と、当該処理装置を特定する情報とを対応付けた制御情報を作成する。設定変更が必要な処理装置を特定する情報は、例えば、ＩＤ等、制御情報にて制御する対象がどの処理装置であるかを特定できる情報であればよい。
以下、判定部１０１６によって、実行中の機能の設定変更が必要であると判定された処理装置を、「第１の処理装置」ともいう。
判定部１０１６は、作成した制御情報を制御情報出力部１０１７に出力する。
【００３０】
制御情報出力部１０１７は、判定部１０１６から制御情報が出力された場合、出力された制御情報を第１の処理装置に送信し、当該制御情報に基づいて、第１の処理装置に、実行中の機能の設定変更を行わせる。
【００３１】
動作について説明する。
図５は、実施の形態１に係る処理制御装置１０１の動作を説明するためのフローチャートである。
ここでは、一例として、第１の処理装置をレコーダ１０３とし、図５を用いて、処理制御装置１０１が、レコーダ１０３を制御する場合の動作を説明する。なお、説明の簡単のため、ここでは、レコーダ１０３のみを例にあげて説明するが、処理制御装置１０１は、情報処理システム内の少なくとも１つの処理装置に対して、以下に説明するような制御動作を行う。
処理制御装置１０１のデータ管理部１０１５は、図３で示したようなＨ／Ｗスペックテーブル、図４Ａで示したような記録機能スペックテーブル、図４Ｂで示したような再生機能スペックテーブル、および、図４Ｃで示したような優先順位テーブルを記憶しているものとする。
【００３２】
通信量取得部１０１１は、レコーダ１０３のデータ通信量を取得する（ステップＳＴ５０１）。
通信量取得部１０１１は、取得した、各処理装置のデータ通信量を、判定部１０１６に出力する。また、通信量取得部１０１１は、取得した、各処理装置のデータ通信量を、取得日時の情報を紐付けて、蓄積部１０１２に蓄積させる。
ここでは、例えば、通信量取得部１０１１は、レコーダ１０３の現在のデータ通信量として、「受信データ量が５０Ｍｂｐｓ」、および、「配信データ量が１００Ｍｂｐｓ」である旨の情報を、取得したものとする。
【００３３】
学習部１０１３は、蓄積部１０１２に蓄積されている、レコーダ１０３のデータ通信量の履歴を学習し、予測部１０１３１が、学習結果と、通信量取得部１０１１が取得した最新のレコーダ１０３のデータ通信量とを用いて、今後のレコーダ１０３の予測データ通信量を算出する（ステップＳＴ５０２）。
学習部１０１３は、予測部１０１３１が算出した、レコーダ１０３の予測データ通信量を、判定部１０１６に出力する。
ここでは、例えば、予測部１０１３１は、レコーダ１０３の予測データ通信量について、今後、受信データ量が１００Ｍｂｐｓになると算出したものとする。
【００３４】
実行情報取得部１０１４は、レコーダ１０３から、機能情報を取得する（ステップＳＴ５０３）。
実行情報取得部１０１４は、取得した機能情報を、判定部１０１６に出力する。
ここでは、例えば、実行情報取得部１０１４は、レコーダ１０３から、「記録Ａおよび再生Ａを実行している」旨の機能情報を取得したものとする。
なお、ステップＳＴ５０２の動作と、ステップＳＴ５０３の動作の順序は、逆であってもよいし、同時であってもよい。
【００３５】
判定部１０１６は、ステップＳＴ５０１にて通信量取得部１０１１が取得したレコーダ１０３のデータ通信量と、ステップＳＴ５０２にて予測部１０１３１が算出したレコーダ１０３の予測データ通信量と、ステップＳＴ５０３にて実行情報取得部１０１４が取得した機能情報と、データ管理部１０１５が記憶している各種テーブルの情報とに基づき、レコーダ１０３が実行中の機能の設定変更が必要か否かを判定する（ステップＳＴ５０４）。
【００３６】
現在、レコーダ１０３において、受信データ量が５０Ｍｂｐｓ、配信データ量が１００Ｍｂｐｓ、実行している機能が記録Ａおよび再生Ａである。一方、レコーダ１０３の予測データ通信量については、今後、受信データ量が１００Ｍｂｐｓとなると算出されている。
判定部１０１６は、記録機能スペックテーブルおよび再生機能スペックテーブルに基づき、レコーダ１０３の現在の使用メモリは、記録Ａに対する２００ＭＢと再生Ａに対する２００ＭＢを足して、合計４００ＭＢと算出する。
【００３７】
Ｈ／Ｗスペックテーブルに基づけば、レコーダ１０３の使用可能メモリは５００ＭＢであるため、現時点では、レコーダ１０３はメモリ不足にならない。
しかし、レコーダ１０３の予測データ通信量は、受信データ量１００Ｍｂｐｓである。
そこで、判定部１０１６は、まず、記録機能スペックテーブルに基づき、レコーダ１０３において、記録Ａに対する使用メモリは、今後、２００ＭＢから４００ＭＢに増加すると判定する。
【００３８】
そうすると、レコーダ１０３の使用メモリは、記録Ａに対する４００ＭＢと再生Ａに対する２００ＭＢを足して、合計６００ＭＢになり、レコーダ１０３の使用可能メモリ５００ＭＢを超過する。
したがって、判定部１０１６は、今後、レコーダ１０３が１００ＭＢ分メモリ不足になるため、当該メモリ不足を解消するためには、レコーダ１０３が実行中の機能の設定変更が必要であると判定する。
【００３９】
判定部１０１６が、レコーダ１０３の機能の設定変更が必要であると判定した場合（ステップＳＴ５０４の“ＹＥＳ”の場合）、ステップＳＴ５０５に進む。
一方、判定部１０１６が、レコーダ１０３の機能の設定変更が不要であると判定した場合（ステップＳＴ５０４の“ＮＯ”の場合）、処理は終了する。
ここでは、上述のとおり、判定部１０１６は、レコーダ１０３の機能の設定変更が必要であると判定するので、ステップＳＴ５０５に進む。
【００４０】
判定部１０１６は、レコーダ１０３を特定する情報と制御内容に関する情報とを対応付けた制御情報を作成する（ステップＳＴ５０５）。
具体的には、判定部１０１６は、レコーダ１０３が現在実行中の機能の設定を、どの設定に変更すればよいかを決定し、決定した設定変更を指示する制御内容に関する情報と、レコーダ１０３を特定する情報とを対応付けた制御情報を作成する。
その際、判定部１０１６は、レコーダ１０３のメモリ不足を解消するための制御内容候補が複数ある場合、例えば、優先順位テーブルに基づき、レコーダ１０３に対する制御内容を１つに絞り込む。
【００４１】
例えば、まず、判定部１０１６は、優先順位テーブルに基づき、レコーダ１０３が有する機能のうち、実行する優先順位が低い再生機能から、当該再生機能の設定変更をすることにより、予測されるメモリ不足を解消することができるか否かを判断する。
例えば、再生機能スペックテーブルに基づくと、配信データ量を現在の１００Ｍｂｐｓのまま維持するとともに機能を再生Ａから再生Ｂに変更するような、機能の設定変更を行うことで、予測されるメモリ不足を解消することができる。
また、再生機能スペックテーブルに基づくと、機能を現在の再生Ａのまま維持するとともに配信データ量を１００Ｍｂｐｓから５０Ｍｂｐｓに変更するような、機能の設定変更を行うことでも、予測されるメモリ不足を解消することができる。
配信データ量１００Ｍｂｐｓにおける再生Ｂに対する使用メモリも、配信データ量５０Ｍｂｐｓにおける再生Ａに対する使用メモリも、ともに１００ＭＢである。この設定変更後の再生機能に対する使用メモリ１００ＭＢと、今後予測される記録機能に対する使用メモリ４００ＭＢとを足しても、合計の使用メモリは５００ＭＢとなり、レコーダ１０３の使用可能メモリ５００ＭＢを超過しない。
【００４２】
予測されるメモリ不足を解消するための制御内容候補が、上記のように複数種類存在する場合、判定部１０１６は、さらに、優先順位テーブルに基づき、制御内容を１つに絞り込む。
優先順位テーブルに基づけば、再生Ｂよりも再生Ａのほうが、実行させる際の優先順位が高い。
よって、判定部１０１６は、レコーダ１０３に対して、機能を再生Ａのまま維持するとともに配信データ量を１００Ｍｂｐｓから５０Ｍｂｐｓに変更するような機能の設定変更を行わせる制御を行うことで、レコーダ１０３において予測されるメモリ不足を解消すると決定する。
そして、判定部１０１６は、レコーダ１０３を特定する情報と、レコーダ１０３に機能の設定変更を行わせるための情報を対応付けた制御情報を作成する。
判定部１０１６は、作成した制御情報を、制御情報出力部１０１７に出力する。
【００４３】
制御情報出力部１０１７は、ステップＳＴ５０５にて判定部１０１６から出力された制御情報をレコーダ１０３に送信し、当該制御情報に基づいて、レコーダ１０３に、実行中の機能の設定変更を行わせる（ステップＳＴ５０６）。
【００４４】
レコーダ１０３は、処理制御装置１０１の制御情報出力部１０１７から送信された制御情報に基づき、実行中の機能の設定変更を行う。
具体的には、レコーダ１０３は、制御情報受信部と、制御部を備えており、制御情報受信部が制御情報を受信し、制御部が、制御情報に基づき、実行中の機能の設定変更を行う。
ここでは、レコーダ１０３は、「配信データ量１００Ｍｂｐｓの再生Ａ」から、「配信データ量５０Ｍｂｐｓの再生Ａ」へと、機能の設定変更を行う。
これにより、レコーダ１０３は、自身に今後予測されるメモリ不足を、事前に解消することができる。
【００４５】
このように、処理制御装置１０１が、情報処理システム内における各処理装置の、今後のデータ通信量を予測し、各処理装置が実行している機能等を制御するため、各処理装置は、当該処理装置の構成要素を効率よく使用した種々の機能等を、ユーザに提供することができる。
上述したような従来の技術では、情報処理システムの設計時に、各処理装置のスペックに余裕を持たせておく必要があり、情報処理システムの運用時にユーザが扱える機能数等が減ってしまう。
これに対し、実施の形態１の情報処理システムでは、処理制御装置１０１が、情報処理システムが運用される間に変化するシステム通信量に対応して各処理装置に機能の設定変更を行わせる。そのため、情報処理システムの運用時にユーザが扱える機能数等が減ってしまうことを防ぐことが可能となる。
【００４６】
また、処理制御装置１０１は、情報処理システム内の各処理装置において、データ受信量超過等の異常が発生することが予測され得る場合に、各処理装置の異常動作を、事前に抑制することができる。
また、上述のように、処理制御装置１０１は、レコーダ１０３の配信データ量を制御することで、当該レコーダ１０３の配信データを受信している各処理装置の負荷を制御することもできる。
【００４７】
なお、図５に示すフローチャートを用いた上述の動作説明においては、処理制御装置１０１は、レコーダ１０３が有する使用可能メモリの上限を考慮した制御を行うものとした。しかし、これは一例に過ぎず、例えば、処理制御装置１０１は、上述の動作を、レコーダ１０３が有する、ＣＰＵ負荷の上限を考慮した制御に適用してもよいし、レコーダ１０３が有する、ＨＤＤ容量の上限を考慮した制御に適用してもよいし、レコーダ１０３が有する記録容量の上限を考慮した制御に適用してもよい。
また、図５に示すフローチャートを用いた上述の動作説明においては、処理制御装置１０１の学習部１０１３は、蓄積部１０１２に蓄積されている、レコーダ１０３のデータ通信量の履歴を学習し、予測部１０１３１が、学習結果と、通信量取得部１０１１が取得した最新のレコーダ１０３のデータ通信量とを用いて、今後のレコーダ１０３の予測データ通信量を算出するようにした（ステップＳＴ５０２）。これに限らず、ステップＳＴ５０２において、予測部１０１３１は、学習結果と、最新の各処理装置のデータ通信量とを用いて、今後のシステム内で発生する可能性が高い事象を予測し、予測した事象から、今後の各処理装置の予測データ通信量を算出するようにしてもよい。
具体的には、例えば、ユーザが、頻繁にカメラ１０２の解像度、ビットレート、または、フレームレートの設定変更を行い、カメラ１０２が配信する映像のデータ量を上げるようにしたとする。あるいは、例えば、ユーザが、記録映像を用いて画像解析を行う機能を使用する操作を行ったとする。
この場合、予測部１０１３１は、ユーザによって上述の操作が行われた旨の情報を取得し、例えば、レコーダ１０３および解析装置１０５の負荷が上がる可能性が高いと予測する。そして、予測部１０１３１は、例えば、学習結果と、最新のレコーダ１０３のデータ通信量と、ユーザによって行われた上述の操作の内容とから、今後のレコーダ１０３および解析装置１０５の予測データ通信量を算出するようにしてもよい。
【００４８】
上述の動作説明のとおり、レコーダ１０３は、処理制御装置１０１の制御情報出力部１０１７から送信された制御情報に基づき、実行中の機能の設定変更を行う。その際、レコーダ１０３は、実行中の機能の設定変更を行った旨の情報（以下「変更通知」という。）を、情報処理システム内の各処理装置に送信する。
上述の例でいうと、レコーダ１０３は、実行中の機能の設定変更を行うと、カメラ１０２、表示装置１０４、解析装置１０５、または、ＨＵＢ１０６に対して、「配信データ量１００Ｍｂｐｓの再生Ａ」から「配信データ量５０Ｍｂｐｓの再生Ａ」に機能の設定変更を行った旨の変更通知を送信する。
具体的には、レコーダ１０３は、変更通知送信部（後述する）を備えており、変更通知送信部が変更通知を送信する。これにより、処理制御装置１０１の制御に基づいて、レコーダ１０３が行った設定変更の内容を、レコーダ１０３以外の各処理装置においても共有することができる。なお、変更通知は、レコーダ１０３から各処理装置に送信されるのではなく、処理制御装置１０１の変更通知送信部（図示省略）が、各処理装置に送信するようにしてもよい。
変更通知を受信した各処理装置は、必要に応じて、受信した変更通知の内容に基づき、自身の機能を実行する。
【００４９】
例えば、表示装置１０４が、現在、レコーダ１０３から配信される再生Ａの映像データまたは音声データに基づき、映像表示または音声出力を実行中であったとする。この状態の表示装置１０４に対し、レコーダ１０３から機能の設定変更を行った旨の変更通知が送信されると、表示装置１０４は、例えば、再生機能の設定変更が行われた旨のメッセージを表示する。表示装置１０４は、変更通知が、例えば、レコーダ１０３から配信される再生Ａの配信データ量が変更された旨を示している場合、変更前後の配信データ量の具体的な数値をメッセージとして表示してもよい。
具体的には、表示装置１０４は変更通知受信部（後述する）と、制御部（後述する）とを有し、変更通知受信部が変更通知を受信すると、制御部は、再生機能の設定変更が行われた旨のメッセージを表示部（後述する）に表示する。
ユーザは、表示装置１０４が表示した画面を確認することで、再生機能の設定変更が行われたことを把握することができる。
【００５０】
処理制御装置１０１によって第１の処理装置の機能の設定変更が行われた場合、第１の処理装置の当該機能を使用している他の処理装置（以下「第２の処理装置」ともいう。）は、当該機能の設定変更伴い、必要に応じて、当該他の処理装置自身が提供する機能の設定変更を行うことがある。以下、一例として、第１の処理装置をレコーダ１０３、第２の処理装置を表示装置１０４とし、表示装置１０４が行う動作について、説明する。
なお、説明の簡単のため、ここでは、表示装置１０４のみを例にあげて説明するが、表示装置１０４以外でも、第１の処理装置が有する機能を使用している第２の処理装置は、以下に説明するような動作を行う。
【００５１】
まず、第２の処理装置としての表示装置１０４の構成について説明する。
図６は、実施の形態１において、第２の処理装置としての表示装置１０４の構成例を示す図である。
表示装置１０４は、変更通知受信部１０４１と、データ管理部１０４２と、使用機能判定部１０４３と、制御部１０４４と、表示部１０４５と、変更通知送信部１０４６を備える。
【００５２】
変更通知受信部１０４１は、第１の処理装置から送信された変更通知（第１の変更通知）を受信する。第１の処理装置から送信される第１の変更通知には、第１の処理装置が処理制御装置１０１から受信した制御情報の内容が含まれる。
なお、変更通知受信部１０４１は、第１の処理装置から第１の変更通知を受信するのではなく、処理制御装置１０１から第１の変更通知を受信するようにしてもよい。
変更通知受信部１０４１は、受信した第１の変更通知を、使用機能判定部１０４３に出力する。
【００５３】
データ管理部１０４２は、表示装置１０４が使用する、各第１の処理装置が提供する機能に関する情報を記憶する。
なお、実施の形態１では、データ管理部１０４２は、表示装置１０４に備えられるものとするが、これに限らず、データ管理部１０４２は、表示装置１０４の外部の、表示装置１０４が参照可能な場所に備えられるものとしてもよい。
【００５４】
ここで、図７は、実施の形態１において、表示装置１０４のデータ管理部１０４２が記憶している情報の一例を示す図である。
図７Ａは、他の処理装置の機能のうち、表示装置１０４が現在使用している機能を示す使用機能テーブルであり、図７Ｂは、他の処理装置の機能毎に、表示装置１０４において実行される動作を示す動作定義テーブルである。
【００５５】
図７Ａに示すような使用機能テーブルでは、表示装置１０４が現在使用している使用機能と、当該使用機能を提供している各処理装置を特定する情報とが対応付けて記憶されている。
例えば、図７Ａに示す使用機能テーブルは、表示装置１０４が、レコーダ１０３が提供する再生Ａ機能および記録Ａ機能、カメラ１０２が提供する映像Ａ機能、および、解析装置１０５が提供する予測Ｂ機能を現在使用していることを示している。
【００５６】
図７Ｂに示すような動作定義テーブルでは、表示装置１０４が使用し得る他の処理装置の機能毎に、表示装置１０４において実行される動作が対応付けられている。ここでは、表示装置１０４において、制御部１０４４（後述する）が機能制御を実行し、表示部１０４５（後述する）が表示動作を実行するものとしている。
例えば、図７Ｂに示すような動作定義テーブルは、表示装置１０４がレコーダ１０３の「再生Ａ」の機能を使用する場合、制御部１０４４が「再生制御１」を実行し、表示部１０４５が「再生表示１」を実行することを示している。
具体的には、例えば、「再生Ａ」が、提供可能な動作として、（１）映像を再生、停止、または、一時停止させる動作、（２）映像の再生速度を速くする動作、（３）映像をコマ送りする動作、（４）日付の指定を受け付ける動作、および、（５）指定された日付周辺の映像のサムネイル画像を表示する動作、を有しているとする。
この場合、「再生Ａ」の機能が使用されると、制御部１０４４は、「再生制御１」として、上述の（１）〜（５）の動作の実行を制御する。
表示部１０４５は、「再生表示１」として、表示部１０４５における各領域に、制御部１０４４が実行させる動作に応じた表示を実行する。
【００５７】
ここで、表示部１０４５における各領域について説明する。
図７Ｃは、表示部１０４５における各領域の一例を示す図である。
図７Ｃに示すように、表示部１０４５には、映像表示パネル領域７０１、通常再生パネル領域７０２、倍速再生パネル領域７０３、コマ再生パネル領域７０４、日付入力パネル領域７０５、および、サムネイル表示パネル領域７０６が設定されている。なお、図７Ｃに示す各領域の配置は、一例に過ぎない。表示部１０４５における、上述の各領域の配置は、適宜、設定される。
表示装置１０４において、映像が再生される際、表示部１０４５には、図７Ｃに示す各領域に、制御部１０４４が実行させる動作に応じた画面が表示される。
具体的には、例えば、表示装置１０４が上述の「再生Ａ」の機能を使用すると、表示部１０４５は、制御部１０４４が（１）の動作を実行させる場合に、通常再生パネル領域７０２に、再生ボタン、停止ボタン、および、一時停止ボタンを表示する。また、表示部１０４５は、制御部１０４４が（２）の動作を実行させる場合に、倍速再生パネル領域７０３に、「×２」または「×４」等の倍速を指定するボタンを表示する。また、表示部１０４５は、制御部１０４４が（３）の動作を実行させる場合に、コマ再生パネル領域７０４に、コマ送りまたはコマ戻しを指定するボタンを表示する。また、表示部１０４５は、制御部１０４４が（４）の動作を実行させる場合に、日付入力パネル領域７０５に日付入力画面を表示させる。また、表示部１０４５は、制御部１０４４が（５）の動作を実行させる場合に、サムネイル表示パネル領域７０６に、日付入力画面から入力された日付周辺の映像のサムネイル画像を表示する。
映像表示パネル領域７０１には、表示装置１０４が再生する映像が表示される。映像を再生する動作は、表示装置１０４がどの再生機能を使用する場合であっても実行できる、基本動作である。
【００５８】
なお、機能が提供可能な動作は、機能毎に決められている。例えば、「再生Ａ」は、上述の（１）〜（５）の動作を提供可能としたが、「再生Ｂ」または「再生Ｃ」は、（１）〜（５）全ての動作を提供しない。例えば、「再生Ｂ」は、（１）〜（４）の動作のみ提供可能で、「再生Ｃ」は、（１）および（４）の動作のみ提供可能とする。この場合、「再生Ａ」〜「再生Ｃ」のうち、「再生Ａ」が一番高機能であり、「再生Ｃ」は一番低機能ということになる。また、「再生Ａ」〜「再生Ｃ」のうち、「再生Ａ」の機能を使用する場合に、表示装置１０４は一番高負荷になる可能性があり、「再生Ｃ」の機能を使用する場合に、表示装置１０４は一番低負荷ということになる。
【００５９】
例えば、表示装置１０４がレコーダ１０３の「再生Ｂ」の機能を使用するとする。この場合、制御部１０４４が「再生制御２」を実行し、表示部１０４５が「再生表示２」を実行する（図７Ｂ参照）。
具体的には、制御部１０４４は、「再生制御２」として、上述の（１）〜（４）の動作の実行を制御する。また、表示部１０４５は、「再生表示２」として、通常再生パネル領域７０２、倍速再生パネル領域７０３、コマ再生パネル領域７０４、および、日付入力パネル領域７０５に、それぞれ、上述の（１）〜（４）の動作に応じた画面を表示する。
なお、「再生Ｂ」は、（５）の動作は提供できないため、表示部１０４５において、（５）の動作に対応する表示が行われるサムネイル表示パネル領域７０６は、無効となり、非表示、または、グレイアウト表示されることになる。
【００６０】
同様に、例えば、表示装置１０４がレコーダ１０３の「再生Ｃ」の機能を使用するとする。この場合、制御部１０４４が「再生制御３」を実行し、表示部１０４５が「再生表示３」を実行する（図７Ｂ参照）。
具体的には、制御部１０４４は、「再生制御３」として、上述の（１）および（４）の動作の実行を制御する。また、表示部１０４５は、「再生表示３」として、通常再生パネル領域７０２、および、日付入力パネル領域７０５に、それぞれ、上述の（１）および（４）の動作に応じた画面を表示する。
「再生Ｃ」において提供できない（２）、（３）、および（５）の動作に対応する表示が行われる倍速再生パネル領域７０３、コマ再生パネル領域７０４、および、サムネイル表示パネル領域７０６は、無効となる。
このように、機能制御とは、第２の処理装置が使用する機能において提供可能な動作を実行させる制御のことであり、機能表示とは、第２の処理装置が使用する機能において提供可能な動作に関する画面の表示のことである。
【００６１】
なお、表示装置１０４において実行中の動作が変更されることは、表示装置１０４において実行中の機能の設定変更が行われることに相当する。
【００６２】
図７に示すようなテーブルは、各第２の処理装置の出荷時等に、予め設定され、データ管理部１０４２に記憶される。
なお、各第２の処理装置が使用する機能は、情報処理システムの運用中に、ユーザ等からの指示に基づき変更される場合がある。その場合は、例えば、表示装置１０４の使用機能情報取得部（図示省略）が、使用機能等に変更があった旨の情報を取得し、テーブル更新部（図示省略）が、データ管理部１０４２が記憶している各種テーブルの更新を行う。
【００６３】
図６で示す表示装置１０４の説明に戻る。
使用機能判定部１０４３は、変更通知受信部１０４１が受信した第１の変更通知と、データ管理部１０４２で記憶されている情報に基づき、表示装置１０４が実行する動作を変更する必要があるか否かを判定する。
使用機能判定部１０４３は、実行すべき動作を変更する必要があると判定した場合、変更する必要があると判定した動作に関する情報を、判定結果情報として、制御部１０４４および変更通知送信部１０４６に出力する。
【００６４】
制御部１０４４は、使用機能判定部１０４３から、判定結果情報が出力された場合、判定結果情報に基づく制御を実行する。
具体的には、制御部１０４４は、判定結果情報に基づき、表示装置１０４で実行する機能の設定変更を行う。また、制御部１０４４は、判定結果情報に基づき、表示部１０４５に表示させる表示を変更させる変更指示を表示部１０４５に出力する。
【００６５】
表示部１０４５は、制御部１０４４から出力された変更指示に基づき、機能表示の内容を変更する。
【００６６】
変更通知送信部１０４６は、使用機能判定部１０４３から出力された判定結果情報に基づき変更通知（第２の変更通知）を作成し、作成した第２の変更通知を、情報処理システム内の各処理装置および処理制御装置１０１に送信する。
第２の変更通知には、第２の処理装置である表示装置１０４において、第１の処理装置であるレコーダ１０３から送信された第１の変更通知に応じて自身の実行中の動作の変更が行われたこと、すなわち、表示装置１０４において実行中の機能の設定変更が行われた旨の情報が含まれる。
また、変更通知送信部１０４６は、使用機能判定部１０４３から出力された判定結果情報に基づき、動作の変更内容を通知する通知情報を出力し、自身において実行中の動作の変更が行われたこと、すなわち、表示装置１０４において実行中の機能の設定変更が行われたことを、ユーザに通知する。具体的には、例えば、変更通知送信部１０４６は、ユーザが保有するする携帯端末に、通知情報を出力する。表示装置１０４以外の他の各処理装置によって、実行中の機能の設定変更が行われたことをユーザに通知する場合、変更通知送信部１０４６は、第２の変更通知を通知情報としてもよい。通知情報を受信した携帯端末、または、他の処理装置等は、例えば、変更内容を伝えるメッセージ、ボタン、または、ウィンドウを表示することで、ユーザに対して、表示装置１０４において実行中の機能の設定変更が行われたことを通知する。なお、これは一例に過ぎず、通知情報を受信した携帯端末、または、他の処理装置等は、例えば、設定されたボタンまたはウィンドウを非表示にする、または、無効化することで、ユーザに対して、表示装置１０４において実行中の機能の設定変更が行われたことを通知してもよい。また、通知情報を受信した携帯端末、または、他の処理装置等は、メッセージ、または、ボタン等を、点滅表示、色を変更して表示、拡大表示、または、縮小表示することで、ユーザに対して、表示装置１０４において実行中の機能の設定変更が行われたことを通知してもよい。
【００６７】
第２の処理装置としての表示装置１０４の動作について説明する。
図８は、実施の形態１において、第２の処理装置としての表示装置１０４の動作を説明するためのフローチャートである。
以下の説明においては、説明の簡単のため、第１の処理装置をレコーダ１０３とし、レコーダ１０３は、処理制御装置１０１の制御に基づき、実行中の再生機能を、「再生Ａ」から「再生Ｂ」に変更したものとする。
また、以下の説明においては、表示装置１０４のデータ管理部１０４２は、図７Ａで示したような使用機能テーブル、および、図７Ｂで示したような動作定義テーブルを保持しているものとする。
【００６８】
変更通知受信部１０４１は、レコーダ１０３から送信された第１の変更通知を受信する（ステップＳＴ８０１）。ここでは、変更通知受信部１０４１は、レコーダ１０３から、再生機能を「再生Ａ」から「再生Ｂ」に変更した旨の第１の変更通知を受信する。
変更通知受信部１０４１は、受信した第１の変更通知を、使用機能判定部１０４３に出力する。
【００６９】
使用機能判定部１０４３は、ステップＳＴ８０１にて変更通知受信部１０４１が受信した第１の変更通知と、データ管理部１０４２で記憶されている情報に基づき、表示装置１０４が実行する動作を変更するか否かを判定する（ステップＳＴ８０２）。
ここでは、使用機能テーブルに基づくと、表示装置１０４は現在レコーダ１０３が提供する再生Ａの機能を使用しているので、表示装置１０４において、レコーダ１０３における機能の設定変更に応じた動作の変更が必要である。具体的には、表示装置１０４における動作を、「再生Ａ」に対応した動作から「再生Ｂ」に対応する動作とする変更が必要である。
そこで、使用機能判定部１０４３は、動作定義テーブルに基づき、表示装置１０４が使用している再生機能において、実行する制御を、「再生制御１」から「再生制御２」へ変更する必要があると判定する。また、使用機能判定部１０４３は、実行する表示を、「再生表示１」から「再生表示２」へ変更する必要があると判定する。
【００７０】
使用機能判定部１０４３は、実行すべき動作を変更する必要があると判定した場合（ステップＳＴ８０２の“ＹＥＳ”の場合）、変更する必要があると判定した動作に関する判定結果情報を制御部１０４４および変更通知送信部１０４６に出力し、ステップＳＴ８０３に進む。
一方、使用機能判定部１０４３は、実行すべき動作を変更する必要はないと判定した場合（ステップＳＴ８０２の“ＮＯ”の場合）、処理を終了する。
ここでは、使用機能判定部１０４３は、「再生制御１」から「再生制御２」へ変更し、「再生表示１」から「再生表示２」へ変更する旨の判定結果情報を制御部１０４４および変更通知送信部１０４６に出力して、ステップＳＴ８０３に進む。
【００７１】
制御部１０４４は、ステップＳＴ８０２にて使用機能判定部１０４３から出力された判定結果情報に基づく制御を実行する（ステップＳＴ８０３）。
ここでは、制御部１０４４は、「再生制御２」を実行するよう変更する。
なお、使用機能判定部１０４３から、制御に関する判定結果情報が出力されなかった場合、当該ステップＳＴ８０３の処理はスキップすればよい。
【００７２】
また、制御部１０４４は、ステップＳＴ８０２にて使用機能判定部１０４３から出力された判定結果情報に基づき、表示部１０４５に表示させる表示を変更させる変更指示を、表示部１０４５に出力する（ステップＳＴ８０４）。表示部１０４５は、制御部１０４４から出力された変更指示に基づき、機能表示の内容を変更する。
ここでは、表示部１０４５は、「再生表示２」を実行するよう変更する。
なお、使用機能判定部１０４３から、表示に関する判定結果情報が出力されなかった場合、当該ステップＳＴ８０４の処理はスキップすればよい。
【００７３】
変更通知送信部１０４６は、ステップＳＴ８０２にて使用機能判定部１０４３から出力された判定結果情報に基づき、第２の変更通知を作成し、作成した第２の変更通知を、情報処理システム内の各処理装置および処理制御装置１０１に送信する（ステップＳＴ８０５）。
ここでは、変更通知送信部１０４６は、表示装置１０４において、再生機能を「再生Ａ」から「再生Ｂ」に変更した旨の第２の変更通知を、情報処理システム内の各処理装置および処理制御装置１０１に送信する。
変更通知送信部１０４６が送信した第２の変更通知を受信した各処理装置および処理制御装置１０１は、受信した第２の変更通知に基づき、表示装置１０４における機能の変更に基づき、自身の機能を実行する。
また、変更通知送信部１０４６は、使用機能判定部１０４３から出力された判定結果情報に基づき、動作の変更内容を通知する通知情報を出力する。
【００７４】
このように、処理制御装置１０１が、各処理装置における今後のデータ通信量を予測し、各処理装置の動作状況を管理することで、処理制御装置１０１によって機能等を制御された第１の処理装置が提供する機能を使用している第２の処理装置においても、予測データ通信量を許容できる各機能を、ユーザに提供することができる。
【００７５】
なお、以上の説明では、表示装置１０４において、レコーダ１０３の機能が変更されたことに伴い再生機能を変更するものとしたが、これは一例に過ぎない。第２の処理装置は、第１の処理装置における機能変更に応じて、自身が有する適宜の機能を変更するようになっていればよく、変更する機能の数は１つ以上であってもよい。
【００７６】
また、上述のとおり、第２の処理装置において機能の変更が生じた場合、当該変更に関する第２の変更通知が、各処理装置および処理制御装置１０１に送信される。
処理制御装置１０１に第２の変更通知が送信され、例えば、処理制御装置１０１において、表示装置１０４が提供する機能に設定変更が行われた旨の情報が伝達されると、いずれかの処理装置に対しての、図５で説明したような動作が発生することがある。また、いずれかの処理装置において図５で説明したような動作が発生すると、さらに、他のいずれかの処理装置において、図８で説明したような動作が発生することがある。
【００７７】
図９Ａ，図９Ｂは、実施の形態１に係る処理制御装置１０１のハードウェア構成の一例を示す図である。
実施の形態１において、学習部１０１３と、判定部１０１６の機能は、処理回路９０１により実現される。すなわち、処理制御装置１０１は、予測データ通信量と、各処理装置が実行中の機能に関する情報と、各処理装置が保持する処理能力に関する情報に基づき、各処理装置が実行中の機能を変更する等の制御を行うための処理回路９０１を備える。
処理回路９０１は、図９Ａに示すように専用のハードウェアであっても、図９Ｂに示すようにメモリ９０６に格納されるプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０５であってもよい。
【００７８】
処理回路９０１が専用のハードウェアである場合、処理回路９０１は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、またはこれらを組み合わせたものが該当する。
【００７９】
処理回路９０１がＣＰＵ９０５の場合、学習部１０１３と、判定部１０１６の機能は、ソフトウェア、ファームウェア、または、ソフトウェアとファームウェアとの組み合わせにより実現される。すなわち、学習部１０１３と、判定部１０１６の各部は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）９０２、メモリ９０６等に記憶されたプログラムを実行するＣＰＵ９０５、またはシステムＬＳＩ（Ｌａｒｇｅ−Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の処理回路により実現される。また、ＨＤＤ９０２、またはメモリ９０６等に記憶されたプログラムは、学習部１０１３と、判定部１０１６の各部の手順や方法をコンピュータに実行させるものであるとも言える。ここで、メモリ９０６とは、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）等の、不揮発性もしくは揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、またはＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）等が該当する。
【００８０】
なお、学習部１０１３と、判定部１０１６の機能について、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。例えば、学習部１０１３については専用のハードウェアとしての処理回路９０１でその機能を実現し、判定部１０１６については処理回路がメモリ９０６に格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。
また、処理制御装置１０１は、各処理装置との通信を行う、入力インタフェース装置９０３、および出力インタフェース装置９０４を有する。
通信量取得部１０１１および実行情報取得部１０１４は、入力インタフェース装置９０３によって構成される。また、制御情報出力部１０１７は、出力インタフェース装置９０４によって構成される。
また、蓄積部１０１２およびデータ管理部１０１５は、例えば、ＨＤＤ９０２を使用する。なお、これは一例にすぎず、蓄積部１０１２およびデータ管理部１０１５は、ＤＶＤ、またはメモリ９０６等によって構成されるものであってもよい。
【００８１】
各処理装置のハードウェア構成についても、図９Ａおよび図９Ｂに示すハードウェア構成と同様である。
各処理装置において、使用機能判定部１０４３と、制御部１０４４の機能は、処理制御装置１０１における学習部１０１３と同様のハードウェア構成で実現される。
また、各処理装置において、変更通知受信部１０４１と、制御情報受信部の機能は、処理制御装置１０１における通信量取得部１０１１と同様の構成で実現され、変更通知送信部１０４６の機能は、処理制御装置１０１における制御情報出力部１０１７と同様の構成で実現される。
また、各処理装置において、データ管理部１０４２は、例えば、ＨＤＤ９０２等を使用し、表示部１０４５は、例えば、ディスプレイである。
【００８２】
以上のように、実施の形態１によれば、処理制御装置１０１は、１つ以上の処理装置それぞれのデータ通信量を取得する通信量取得部１０１１と、通信量取得部１０１１が取得した、１つ以上の処理装置のうち、少なくとも１つの処理装置のデータ通信量に基づき、今後の少なくとも１つの処理装置の予測データ通信量を算出する予測部１０１３１と、少なくとも１つの処理装置から、現在実行している機能に関する機能情報を取得する実行情報取得部１０１４と、通信量取得部１０１１が取得したデータ通信量と、予測部１０１３１が算出した予測データ通信量と、実行情報取得部１０１４が取得した機能情報と、少なくとも１つの処理装置のスペックを示す情報とに基づき、少なくとも１つの処理装置の機能の設定変更が必要か否かを判定し、設定変更が必要と判定した場合に、当該設定変更が必要と判定された少なくとも１つの処理装置である第１の処理装置に対する制御内容に関する制御情報を作成する判定部１０１６と、第１の処理装置に対して、判定部１０１６が作成した制御情報を出力する制御情報出力部１０１７とを備えるように構成した。そのため、情報処理システムの運用開始後における情報処理システムの運用条件の変化に対応して、各処理装置の構成要素を効率よく運用することができる。
【００８３】
実施の形態２．
実施の形態１では、処理制御装置１０１は、情報処理システム内の１つ以上の処理装置のうち、少なくとも１つの処理装置のデータ通信量に基づき、負荷が増加すると判定した処理装置（レコーダ１０３）に対して、実行中の機能を変更させる制御を行うことで、情報処理システムを継続して運用可能とする実施の形態について説明した。
実施の形態２では、さらに、処理制御装置１０１ａが、情報処理システム内の１つ以上の処理装置のうち、少なくとも１つの処理装置のデータ通信量に基づき各処理装置に対して行った制御の発生頻度から、ユーザに対して、少なくとも１つの処理装置の構成要素の変更等を勧めるための提案情報を出力する実施の形態について説明する。
【００８４】
実施の形態２に係る情報処理システムの構成例は、実施の形態１において図１を用いて説明した情報処理システムの構成例と同様であるため、重複した説明を省略する。
図１０は、実施の形態２に係る処理制御装置１０１ａの構成例を示す図である。
図１０に示す処理制御装置１０１ａについて、実施の形態１において図２を用いて説明した処理制御装置１０１と同様の構成については同じ符号を付して重複した説明を省略する。
実施の形態２において、処理制御装置１０１ａは、出力装置２００と接続されているものとする。出力装置２００は、例えば、ディスプレイ等の表示装置、または、スピーカ等の音声出力装置である。
出力装置２００は、処理制御装置１０１ａに備えられているものとしてもよいし、情報処理システム内の、いずれかの処理装置に備えられているものとしてもよい。
【００８５】
処理制御装置１０１ａは、提案出力制御部１０１８を備えた点が、実施の形態１に係る処理制御装置１０１とは異なる。
また、処理制御装置１０１ａは、学習部１０１３の予測部１０１３１が制御予測部１０１３２を有し、判定部１０１６が提案要否判定部１０１６１を有する点が、実施の形態１に係る処理制御装置１０１とは異なる。
また、処理制御装置１０１ａにおいて、制御情報出力部１０１７は、制御情報を該当の第１の処理装置に送信し、当該制御情報に基づいて、該当の第１の処理装置に、実行中の機能の設定を変更させるとともに、制御情報を、蓄積部１０１２に蓄積させる。制御情報出力部１０１７は、例えば、制御情報に、当該制御情報の送信日時の情報を紐付けて、蓄積部１０１２に蓄積させる。
【００８６】
学習部１０１３の予測部１０１３１が有する制御予測部１０１３２は、蓄積部１０１２に蓄積された制御情報の履歴に基づき、今後、各処理装置に対して発生し得る、機能の設定変更を予測する。
学習部１０１３は、制御予測部１０１３２が予測した予測結果に関する情報を、判定部１０１６に出力する。
【００８７】
判定部１０１６の提案要否判定部１０１６１は、制御予測部１０１３２が予測した予測結果に関する情報に基づき、今後、実行中の機能の設定変更を行うことになると予測される処理装置に対して、事前に対処すべき事項を提案すべきか否かを判定する。事前に対処すべき事項とは、例えば、各処理装置に対し特定の構成要素の変更を行う、または、処理装置の置き換えを行う等である。
例えば、提案要否判定部１０１６１は、制御予測部１０１３２が予測した、今後行うことになる、機能の設定変更の発生頻度が予め設定された回数より多い場合、当該機能の設定変更の発生頻度を減らすため、事前に対処すべき事項を提案すべきと判定する。提案要否判定部１０１６１は、蓄積部１０１２を参照し、機能の設定変更の発生頻度を判定すればよい。
なお、これは一例に過ぎず、提案要否判定部１０１６１が、事前に対処すべき事項を提案すべきと判定する基準は、適宜設定可能である。
提案要否判定部１０１６１は、事前に対処すべき事項を提案すべきと判定した場合、今後、機能の設定変更を行うことになると予測される第１の処理装置に対して、事前に対処すべき事項を提案するための提案情報を作成し、作成した提案情報を、提案出力制御部１０１８に出力する。
提案情報には、今後、機能の設定変更を行うことになると予測される第１の処理装置を特定する情報と、事前に対処すべき事項に関する情報が含まれる。
【００８８】
提案出力制御部１０１８は、提案要否判定部１０１６１から出力された提案情報を、出力装置２００に出力する。
【００８９】
動作について説明する。
図１１は、実施の形態２に係る処理制御装置１０１ａの動作を説明するためのフローチャートである。
なお、実施の形態２に係る処理制御装置１０１ａは、図１１を用いて説明する以下の動作より前に、実施の形態１において図５を用いて説明した動作を行う。図５の動作については、実施の形態１で説明済みのため、重複した説明を省略する。
制御情報出力部１０１７は、制御情報を該当の処理装置に送信し、当該制御情報に基づいて、該当の処理装置が実行中の機能の設定変更を行わせる（図５のステップＳＴ５０６参照）と、制御情報を、蓄積部１０１２に蓄積させる（ステップＳＴ１１０１）。
【００９０】
学習部１０１３は、蓄積部１０１２に蓄積されている制御情報の履歴を学習し、制御予測部１０１３２が、学習結果と、通信量取得部１０１１が取得した最新の各処理装置のデータ通信量とを用いて、今後、各処理装置に対して発生し得る、機能の設定変更を予測する（ステップＳＴ１１０２）。
学習部１０１３は、制御予測部１０１３２が予測した予測結果に関する情報を、判定部１０１６に出力する。
【００９１】
判定部１０１６の提案要否判定部１０１６１は、ステップＳＴ１１０２にて制御予測部１０１３２が予測した予測結果に関する情報に基づき、今後、実行中の機能の設定変更を行うことになると予測される処理装置に対して、事前に対処すべき事項を提案すべきか否かを判定する（ステップＳＴ１１０３）。
【００９２】
ステップＳＴ１１０３において、提案要否判定部１０１６１は、事前に対処すべき事項を提案する必要はないと判定した場合（ステップＳＴ１１０３の“ＮＯ”の場合）、処理を終了する。
【００９３】
ステップＳＴ１１０３において、提案要否判定部１０１６１は、事前に対処すべき事項を提案する必要があると判定した場合（ステップＳＴ１１０３の“ＹＥＳ”の場合）、判定部１０１６は、提案情報を作成し、作成した提案情報を、提案出力制御部１０１８に出力する。
【００９４】
例えば、提案要否判定部１０１６１は、制御予測部１０１３２が予測した、今後行うことになる、機能の設定変更の発生頻度が、予め設定された回数より多い場合に、事前に対処すべき事項を提案する必要があると判定するものとする。
そして、今、実施の形態１であげた例のように、処理制御装置１０１ａは、レコーダ１０３に対して、使用メモリのメモリ不足を解消するために、実行中の機能の設定変更を行わせたとする。
また、制御予測部１０１３２は、ステップＳＴ１１０２において、今後、レコーダ１０３に対して、再び、使用メモリのメモリ不足を解消するために、実行中の機能の設定変更を行わせると予測し、学習部１０１３がその旨の予測結果に関する情報を判定部１０１６に出力したとする。
また、蓄積部１０１２には、レコーダ１０３に対して、予め設定された回数以上、同様の、機能の設定変更の制御を行った履歴が蓄積されているとする。
この場合、提案要否判定部１０１６１は、レコーダ１０３に対して、使用メモリのメモリ不足を解消するための制御が多発していると判定する。
そして、提案要否判定部１０１６１は、事前に対処すべき事項として、例えば、「レコーダ１０３の使用可能メモリを増やすべき」、または、「カメラ１０２を設定変更することで、レコーダ１０３の受信データ量を減らすべき」等を決定し、決定した事項に関する提案情報を作成する。
提案要否判定部１０１６１は、事前に対処すべき事項を、例えば、予め発生頻度の多い制御内容と、対処方法とが対応付けられて記憶されている対応策情報に基づき、決定すればよい。
対応策情報は、例えば、ユーザが、予め設定し、処理制御装置１０１ａが参照可能な場所に記憶させておくようにする。
【００９５】
なお、上述の例は一例に過ぎない。処理制御装置１０１ａにおいて、制御予測部１０１３２は、レコーダ１０３以外の処理装置に対しても、今後、機能の設定変更を行わせるかどうかを予測し、提案要否判定部１０１６１は、レコーダ１０３以外の処理装置に関し、事前に対処すべき事項に関する提案情報を作成することができる。
また、提案要否判定部１０１６１が提案する、事前に対処すべき事項は、メモリ使用量の増減、受信データ量の増減、または、処理装置の置き換え等に限らず、各処理装置のスペックの変更に係る適宜の事項とすることができる。
【００９６】
提案出力制御部１０１８は、ステップＳＴ１０１３にて提案要否判定部１０１６１から出力された提案情報を、出力装置２００に出力する（ステップＳＴ１０１４）。
例えば、出力装置２００が表示装置である場合、提案出力制御部１０１８は、表示装置に、「レコーダ１０３の使用可能メモリを増やすべき」等のメッセージを表示させる。
ユーザは、例えば、表示装置に表示されたメッセージを確認し、レコーダ１０３の使用可能メモリを増設する等、提案情報に従った対処を行う。これにより、ユーザは、情報処理システムを効率よく改善することができる。
【００９７】
以上のように、実施の形態２によれば、処理制御装置１０１ａは、実施の形態１に係る処理制御装置１０１の構成に加え、制御情報出力部１０１７が出力した制御情報の履歴に基づき、今後、１つ以上の処理装置のうち、少なくとも１つの処理装置に対して発生し得る、機能の設定変更を予測する制御予測部１０１３２と、制御予測部１０１３２による予測結果に基づき、少なくとも１つの処理装置のスペックに変更が必要であるか否かを判定し、少なくとも１つの処理装置のスペックに変更が必要であると判定した場合に、当該変更に関する提案情報を作成する提案要否判定部１０１６１と、提案要否判定部１０１６１が作成した提案情報を出力する提案出力制御部１０１８とを備えるように構成した。そのため、処理制御装置１０１ａは、情報処理システム内の少なくとも１つの処理装置に対して、今後、機能の設定変更を行わせる制御が発生するかどうかを予測し、当該制御の発生頻度等に基づいて、当該制御の頻度を減らすための、処理装置のスペックの変更に係る提案情報を出力することができる。その結果、ユーザは、出力された提案情報に従って情報処理システムを効率よく改善することができ、ユーザに対して、高品質なシステム運用を提供することができる。
【００９８】
以上の実施の形態１および実施の形態２では、情報処理システムにおいて、処理制御装置１０１，１０１ａは、各処理装置の外部に備えられるものとした。
しかし、これに限らず、処理制御装置１０１，１０１ａは、各処理装置に備えられるものとしてもよい。
【００９９】
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【０１００】
１０１，１０１ａ  処理制御装置、１０２  カメラ、１０３  レコーダ、１０４  表示装置、１０５  解析装置、１０６  ＨＵＢ、７０１  映像表示パネル領域、７０２  通常再生パネル領域、７０３  倍速再生パネル領域、７０４  コマ再生パネル領域、７０５  日付入力パネル領域、７０６  サムネイル表示パネル領域、９０１  処理回路、９０２  ＨＤＤ、９０３  入力インタフェース装置、９０４  出力インタフェース装置、９０５  ＣＰＵ、９０６  メモリ、１０１１  通信量取得部、１０１２  蓄積部、１０１３  学習部、１０１４  実行情報取得部、１０１５，１０４２  データ管理部、１０１６  判定部、１０１７  制御情報出力部、１０１８  提案出力制御部、１０４１  変更通知受信部、１０４３  使用機能判定部、１０４４  制御部、１０４５  表示部、１０４６  変更通知送信部、１０１３１  予測部、１０１３２  制御予測部、１０１６１  提案要否判定部。
【図１】
2019195120.tif 000003
【図２】
2019195120.tif 000004
【図３】
2019195120.tif 000005
【図４】
2019195120.tif 000006
【図５】
2019195120.tif 000007
【図６】
2019195120.tif 000008
【図７】
2019195120.tif 000009
【図８】
2019195120.tif 000010
【図９】
2019195120.tif 000011
【図１０】
2019195120.tif 000012
【図１１】
2019195120.tif 000013