(57)【要約】【課題】新たな処理部が追加された場合に、既存の処理部に変更を加えなくても、処理部の処理結果を他の処理部が利用できるようにする。【解決手段】処理部１０１は、処理を行う。送受信部１０３は、この処理を示す処理情報を複数の処理部１０１に送信する。他の処理部１０１の取得部は、他の処理部１０１にて受信された処理情報により示される処理が、他の処理部１０１に対して定められた取得条件を満たす場合には、この処理の結果を取得する。他の処理部１０１は、取得された処理の結果を用いて、処理を行う。【選択図】図３
2019125315.tif 000002
【特許請求の範囲】
【請求項１】
第１処理を行う第１処理部を含む複数の処理部と、
前記第１処理を示す処理情報を前記複数の処理部に送信する送受信部とを備え、
前記複数の処理部のうち前記第１処理部とは異なる第２処理部は、前記第２処理部にて受信された前記処理情報により示される前記第１処理が、前記第２処理部に対して定められた取得条件を満たす場合には、前記第１処理の結果を取得する取得部を有し、
前記第２処理部は、前記取得された第１処理の結果を用いて、第２処理を行う
処理装置。
【請求項２】
前記第１処理部は、前記第１処理が定められた送信条件を満たす場合には、前記処理情報を前記送受信部に送信し、
前記送受信部は、前記第１処理部から前記処理情報が受信されると、前記受信された処理情報を前記複数の処理部に送信する
請求項１記載の処理装置。
【請求項３】
前記送信条件は、前記第１処理の計算量、前記第１処理に用いられる資源、及び前記第１処理にかかる費用のうち少なくとも１つを含む
請求項２に記載の処理装置。
【請求項４】
前記処理情報は、第１処理情報であり、
前記送受信部は、前記第１処理の結果を用いて行われた前記第２処理を示す第２処理情報を前記複数の処理部に送信し、
前記複数の処理部のうち前記第２処理部とは異なる第３処理部は、前記取得部を有し、
前記取得部は、前記第３処理部にて受信された前記第２処理情報により示される前記第２処理が、前記第３処理部に対して定められた取得条件を満たす場合には、前記第２処理の結果を取得し、
前記第３処理部は、前記取得された第２処理の結果を用いて、第３処理を行う
請求項１から３のいずれか１項に記載の処理装置。
【請求項５】
前記第２処理部は、前記第１処理の結果を用いて行われた前記第２処理が定められた送信条件を満たす場合には、前記第２処理情報を前記送受信部に送信し、
前記送受信部は、前記第２処理部から前記第２処理情報を受信すると、前記受信した第２処理情報を前記複数の処理部に送信する
請求項４に記載の処理装置。
【請求項６】
前記送受信部は、宛先を指定しない方式を用いて前記複数の処理部に前記処理情報を送信する
請求項１から５のいずれか１項に記載の処理装置。
【請求項７】
第１処理装置と第２処理装置とを備え、
前記第１処理装置は、
第１処理を行う第１処理部を含む複数の処理部と、
前記第１処理を示す処理情報を前記複数の処理部及び前記第２処理装置に送信する送受信部とを有し、
前記複数の処理部のうち前記第１処理部とは異なる第２処理部は、前記第２処理部にて受信された前記処理情報により示される前記第１処理が、前記第２処理部に対して定められた第１取得条件を満たす場合には、前記第１処理の結果を取得する第１取得部を有し、
前記第２処理部は、前記取得された第１処理の結果を用いて、第２処理を行い、
前記第２処理装置は、
第３処理部と、
前記送受信部から前記処理情報を受信する受信部とを有し、
前記第３処理部は、前記受信部にて受信された前記処理情報により示される前記第１処理が、前記第３処理部に対して定められた第２取得条件を満たす場合には、前記第１処理の結果を取得する第２取得部を有し、
前記第３処理部は、前記取得された第１処理の結果を用いて、第３処理を行う
処理システム。
【請求項８】
第１処理部を含む複数の処理部を備えるコンピュータに、
前記第１処理部が第１処理を行うステップと、
前記第１処理を示す処理情報を前記複数の処理部に送信するステップと、
前記複数の処理部のうち前記第１処理部とは異なる第２処理部が、前記第２処理部にて受信された前記処理情報により示される前記第１処理が、前記第２処理部に対して定められた取得条件を満たす場合には、前記第１処理の結果を取得するステップと、
前記第２処理部が、前記取得された第１処理の結果を用いて第２処理を行うステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理装置、処理システム、及びプログラムに関する。
【背景技術】
【０００２】
複数の処理部を連携する技術が知られている。例えば特許文献１には、複数のモジュールをイベントベースで接続する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２０１１−５１３８２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載の発明では、イベントを特定のモジュールに送るために、そのモジュールのモジュールＩＤ（Identification）を予め知っておく必要がある。そのため、例えば新たなモジュールが追加された場合には、既存のモジュールを変更して、新たなモジュールのモジュールＩＤを追加しなければならない。また、処理部が行う処理の中には、費用がかかる処理、特殊なリソースが必要な処理、処理負荷が比較的高い処理等、特別な処理がある。例えば１の処理部が特別な処理を行っており、他の処理部が特別な処理の結果を用いて別の処理を行う場合、１の処理部と他の処理部とでそれぞれ特別な処理を行うのは、全体として見ると重複して特別な処理が行われることになり、効率が悪い。
本発明は、新たな処理部が追加された場合に、既存の処理部に変更を加えなくても、処理部による処理の結果を他の処理部が利用できるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
請求項１に係る発明は、第１処理を行う第１処理部を含む複数の処理部と、前記第１処理を示す処理情報を前記複数の処理部に送信する送受信部とを備え、前記複数の処理部のうち前記第１処理部とは異なる第２処理部は、前記第２処理部にて受信された前記処理情報により示される前記第１処理が、前記第２処理部に対して定められた取得条件を満たす場合には、前記第１処理の結果を取得する取得部を有し、前記第２処理部は、前記取得された第１処理の結果を用いて、第２処理を行う処理装置である。
【０００６】
請求項２に係る発明は、請求項１記載の処理装置において、前記第１処理部は、前記第１処理が定められた送信条件を満たす場合には、前記処理情報を前記送受信部に送信し、前記送受信部は、前記第１処理部から前記処理情報が受信されると、前記受信された処理情報を前記複数の処理部に送信する。
【０００７】
請求項３に係る発明は、請求項２に記載の処理装置において、前記送信条件は、前記第１処理の計算量、前記第１処理に用いられる資源、及び前記第１処理にかかる費用のうち少なくとも１つを含む。
【０００８】
請求項４に係る発明は、請求項１から３のいずれか１項に記載の処理装置において、前記処理情報は、第１処理情報であり、前記送受信部は、前記第１処理の結果を用いて行われた前記第２処理を示す第２処理情報を前記複数の処理部に送信し、前記複数の処理部のうち前記第２処理部とは異なる第３処理部は、前記取得部を有し、前記取得部は、前記第３処理部にて受信された前記第２処理情報により示される前記第２処理が、前記第３処理部に対して定められた取得条件を満たす場合には、前記第２処理の結果を取得し、前記第３処理部は、前記取得された第２処理の結果を用いて、第３処理を行う。
【０００９】
請求項５に係る発明は、請求項４に記載の処理装置において、前記第２処理部は、前記第１処理の結果を用いて行われた前記第２処理が定められた送信条件を満たす場合には、前記第２処理情報を前記送受信部に送信し、前記送受信部は、前記第２処理部から前記第２処理情報を受信すると、前記受信した第２処理情報を前記複数の処理部に送信する。
【００１０】
請求項６に係る発明は、請求項１から５のいずれか１項に記載の処理装置において、前記送受信部は、宛先を指定しない方式を用いて前記複数の処理部に前記処理情報を送信する。
【００１１】
請求項７に係る発明は、第１処理装置と第２処理装置とを備え、前記第１処理装置は、第１処理を行う第１処理部を含む複数の処理部と、前記第１処理を示す処理情報を前記複数の処理部及び前記第２処理装置に送信する送受信部とを有し、前記複数の処理部のうち前記第１処理部とは異なる第２処理部は、前記第２処理部にて受信された前記処理情報により示される前記第１処理が、前記第２処理部に対して定められた第１取得条件を満たす場合には、前記第１処理の結果を取得する第１取得部を有し、前記第２処理部は、前記取得された第１処理の結果を用いて、第２処理を行い、前記第２処理装置は、第３処理部と、前記送受信部から前記処理情報を受信する受信部とを有し、前記第３処理部は、前記受信部にて受信された前記処理情報により示される前記第１処理が、前記第３処理部に対して定められた第２取得条件を満たす場合には、前記第１処理の結果を取得する第２取得部を有し、前記第３処理部は、前記取得された第１処理の結果を用いて、第３処理を行う処理システムである。
【００１２】
請求項８に係る発明は、第１処理部を含む複数の処理部を備えるコンピュータに、前記第１処理部が第１処理を行うステップと、前記第１処理を示す処理情報を前記複数の処理部に送信するステップと、前記複数の処理部のうち前記第１処理部とは異なる第２処理部が、前記第２処理部にて受信された前記処理情報により示される前記第１処理が、前記第２処理部に対して定められた取得条件を満たす場合には、前記第１処理の結果を取得するステップと、前記第２処理部が、前記取得された第１処理の結果を用いて第２処理を行うステップとを実行させるためのプログラムである。
【発明の効果】
【００１３】
請求項１に係る発明によれば、新たな処理部が追加された場合に、既存の処理部に変更を加えなくても、処理部による処理の結果を他の処理部が利用することができる。
請求項２に係る発明によれば、送信条件を満たす処理に限り、その処理の結果を他の処理部が利用することができる。
請求項３に係る発明によれば、処理の計算量、処理に用いられる資源、及び処理にかかる費用のうち少なくとも１つを含む送信条件を満たす処理に限り、その処理の結果を他の処理部が利用することができる。
請求項４に係る発明によれば、第１処理部による処理の結果を用いて行われた第２処理部の処理の結果を、第２処理部以外の第３処理部が利用することができる。
請求項５に係る発明によれば、第１処理部による処理の結果を用いて行われた、送信条件を満たす処理に限り、その処理の結果を第３処理部が利用することができる。
請求項６に係る発明によれば、新たな処理部が追加された場合に、追加された処理部の宛先を知らなくても、新たな処理部に処理情報を送信することができる。
請求項７に係る発明によれば、処理部の処理結果を、処理装置が有する他の処理部だけでなく、他の処理装置が有する処理部も利用することができる。
請求項８に係る発明によれば、新たな処理部が追加された場合に、既存の処理部に変更を加えなくても、処理部による処理の結果を他の処理部が利用することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係る処理システム１の構成の一例を示す図である。
【図２】処理装置１０のハードウェア構成の一例を示す図である。
【図３】処理装置１０の機能構成の一例を示す図である。
【図４】処理システム１の動作の一例を示すシーケンスチャートである。
【図５】処理情報の一例を示す図である。
【図６】応答の一例を示す図である。
【図７】変形例に係る処理システム２の一例を示す図である。
【発明を実施するための形態】
【００１５】
１．構成
図１は、実施形態に係る処理システム１の構成の一例を示す図である。処理システム１は、端末装置２０に各種のサービスを提供するシステムである。処理システム１は、処理装置１０と、複数の端末装置２０と、撮像装置３０を備える。図１に示す例では、複数の端末装置２０には端末装置２０Ａと端末装置２０Ｂとが含まれる。処理装置１０、端末装置２０、及び撮像装置３０は、通信回線４０を介して接続される。
【００１６】
図２は、処理装置１０のハードウェア構成の一例を示す図である。処理装置１０は、各種の処理を行う。処理装置１０は、例えばＷｅｂサーバーやインテリジェントエッジシステムであってもよい。処理装置１０は、プロセッサ１１、メモリ１２、ストレージ１３、及び通信装置１４を備えるコンピュータである。これらの装置は、バス１５を介して接続されている。
【００１７】
プロセッサ１１は、プログラムをメモリ１２に読み出して実行することにより、各種の処理を実行する。例えばプロセッサ１１は、ＣＰＵ（Central Processing Unit）により構成されてもよい。メモリ１２は、プロセッサ１１により実行されるプログラムを記憶する。例えばメモリ１２は、ＲＯＭ（Read Only Memory）又はＲＡＭ（Random Access Memory）により構成されてもよい。ストレージ１３は、各種のデータ及びプログラムを記憶する。例えばストレージ１３は、ハードディスクドライブ又はフラッシュメモリにより構成されてもよい。通信装置１４は、通信回線４０に接続された通信インタフェースである。通信装置１４は、通信回線４０を介してデータ通信を行う。
【００１８】
端末装置２０は、利用者により使用され、処理装置１０からサービスの提供を受ける。端末装置２０は、処理装置１０と同様の構成に加え、入力受付装置と、表示装置と、音取得装置とを備えるコンピュータである。入力受付装置は、各種の情報の入力に用いられる。例えば入力受付装置は、キーボード、マウス、物理ボタン、又はタッチセンサにより構成されてもよい。表示装置は、各種の情報を表示する。例えば表示装置は、液晶ディスプレイにより構成されてもよい。音取得装置は、音を取得する。音取得装置は、例えばマイクロフォンであり、音を収集して音信号に変換する。
【００１９】
撮像装置３０は、被写体の画像を撮影する。撮像装置３０は、例えばビデオカメラであり、光学系を用いて撮像素子上に像を結ばせることにより、動画を撮影して動画データに変換する。
【００２０】
図３は、処理装置１０の機能構成の一例を示す図である。処理装置１０は、複数の処理部１０１と、管理部１０２として機能する。図３に示す例では、複数の処理部１０１には、処理部１０１Ａ〜１０１Ｆが含まれる。なお、処理部１０１の数は、図３に例示する数に限定されず、いくつであってもよい。管理部１０２は、送受信部１０３を有する。複数の処理部１０１は、それぞれ、取得部１０５を有する。処理装置１０の機能は、メモリ１２に記憶されたプログラムと、このプログラムを実行するプロセッサ１１との協働により、プロセッサ１１が演算を行い又は通信装置１４による通信を制御することにより実現される。
【００２１】
複数の処理部１０１は、互いに異なる処理を行うことにより、端末装置２０に各種のサービスを提供する。このサービスには、例えばレコメンドサービス、キャプチャサービス、及びアフェクティブサービスが含まれてもよい。レコメンドサービスは、利用者の音声を音声認識し、音声認識の結果に応じてユーザにレコメンド情報を提供するサービスである。キャプチャサービスは、撮像装置３０により撮影された動画を示す動画データを配信するサービスである。アフェクティブサービスは、利用者の感情に応じて提供されるサービスである。各々の処理は、個々の処理部１０１において単独で行われてもよいし、他の処理部１０１と連携し又は外部装置を利用して行われてもよい。この外部装置は、例えばクラウドサービスを提供するサーバー装置であってもよい。なお、図３に示す例では、複数の処理部１０１に含まれる１の処理部１０１が第１処理部として用いられ、複数の処理部１０１のうち１の処理部１０１以外の他の処理部１０１が第２処理部として用いられる。また、１の処理部１０１により行われる処理が第１処理として用いられ、他の処理部１０１により行われる処理が第２処理として用いられる。
【００２２】
各処理部１０１は、その処理部１０１が行った処理が定められた送信条件を満たす場合には、その処理を示す処理情報を管理部１０２に送信する。この送信条件は、例えば他の処理部１０１において有用な処理を示す条件である。例えば送信条件には、処理の計算量、処理に利用される資源、及び処理にかかる費用のうち少なくとも１つが含まれてもよい。この資源とは、リソースともいい、ハードウェアであってもよいし、ソフトウェアであってもよい。例えば計算量が比較的多い処理、特殊なリソースを利用した処理、費用がかかる処理は、他の処理部１０１においても有用であると考えられる。この場合、このような処理を示す条件が送信条件として定められてもよい。
【００２３】
管理部１０２は、複数の処理部１０１を管理する。例えば管理部１０２は、複数の処理部１０１をインスタンス化し、インスタンス化された処理部１０１を管理する。送受信部１０３は、処理部１０１から処理情報を受信し、受信した処理情報を複数の処理部１０１に送信する。この複数の処理部１０１は、図３に示す例では、管理部１０２に接続された全ての処理部１０１である。この処理情報の送信は、特定の宛先を指定しない方式を用いて行われてもよい。
【００２４】
取得部１０５は、この取得部１０５を有する処理部１０１にて受信された処理情報により示される処理が、この処理部１０１に対して定められた取得条件を満たす場合には、この処理の結果を取得する。この取得条件は、例えば処理部１０１に有用な処理を示す条件である。例えば処理部１０１が行う処理に或る処理の結果を利用することができる場合、この処理を示す条件が取得条件として定められてもよい。取得部１０５により処理の結果が取得された場合、処理部１０１は、取得された処理の結果を用いて処理を行う。
【００２５】
２．動作
図４は、処理システム１の動作の一例を示すシーケンスチャートである。以下の説明では、処理部１０１Ａは、レコメンドサービスを提供し、処理部１０１Ｂは、キャプチャサービスを提供するものとする。また、端末装置２０Ａの音取得装置と撮像装置３０とは同じ場所に設置されている場合を想定する。
【００２６】
ステップＳ１０２において、端末装置２０Ａは、レコメンドサービスの要求を処理装置１０に送信する。処理部１０１Ａは、端末装置２０Ａからこの要求を受信する。
【００２７】
ステップＳ１０３において、処理部１０１Ａは、レコメンドサービスを提供する処理を行う。この場合、端末装置２０Ａの音取得装置により取得された音声を示す音声信号が端末装置２０Ａから処理装置１０に送信される。処理部１０１Ａは、この音声信号に音声認識処理を施して、利用者の音声の内容を示すテキストデータを生成する。処理部１０１Ａは、このテキストデータをレコメンドエンジンに送信して、利用者の音声の内容に関連するレコメンド情報をレコメンドエンジンから取得する。なお、レコメンドエンジンが外部装置に設けられている場合、処理部１０１Ａは、外部装置からレコメンド情報を取得してもよい。処理部１０１Ａは、取得したレコメンド情報を端末装置２０Ａに送信する。これにより、端末装置２０Ａにレコメンドサービスが提供される。
【００２８】
ステップＳ１０４において、処理部１０１Ａは、ステップＳ１０３において行われた処理が完了すると、この処理が送信条件を満たすか否かを判定する。この送信条件は、例えば計算量が予め定められた量より多い処理、予め定められた特殊なリソースを利用する処理、及び費用のかかる処理のうち少なくとも１つを示す条件であってもよい。処理が送信条件を満たさない場合（ステップＳ１０４：ＮＯ）、この処理は終了する。一方、処理が送信条件を満たす場合（ステップＳ１０４：ＹＥＳ）、ステップＳ１０５に進む。
【００２９】
ステップＳ１０５において、処理部１０１Ａは、ステップＳ１０３において行われた処理の結果（以下、「処理結果」という。）をメモリ１２又はストレージ１３に格納する。この例では、音声認識処理の結果であるテキストデータがメモリ１２又はストレージ１３に格納される。
【００３０】
ステップＳ１０６において、処理部１０１Ａは、ステップＳ１０３において行われた処理を示す処理情報の発行要求を管理部１０２に送信する。この発行要求には、処理情報が含まれる。
【００３１】
図５は、処理情報の一例を示す図である。この例では、処理情報には、処理情報ＩＤ（Identification）と、発行日時と、処理部ＩＤと、カテゴリーと、クラスと、タイプと、処理結果ＩＤと、付加情報と、取得先情報とが含まれる。なお、処理情報のフォーマットは、予め複数の処理部１０１に公開されていてもよい。
【００３２】
処理情報ＩＤは、発行要求の対象となる処理情報を識別する情報である。発行日時は、この処理情報が発行された日時である。処理部ＩＤは、処理を行った処理部１０１Ａを識別する情報である。カテゴリー及びクラスは、処理部１０１Ａにより行われた処理の分類を示す情報である。タイプは、処理部１０１Ａにより行われた処理の種別を示す情報である。処理結果ＩＤは、処理部１０１Ａにより格納された処理結果を識別する情報である。付加情報は、処理部１０１Ａにより行われた処理の付加的な情報である。付加情報には、例えばこの処理に用いられたデータが取得された場所又はこのデータを取得した装置を示す情報が含まれてもよい。取得先情報は、処理結果の取得先を示す情報である。例えば取得先情報は、処理結果の格納先のアドレスであってもよい。
【００３３】
ステップＳ１０７において、送受信部１０３は、処理部１０１Ａから受信した発行要求に含まれる処理情報をブロードキャストする。これにより、管理部１０２に接続された全ての処理部１０１に処理情報が送信される。
【００３４】
ステップＳ１０８において、各処理部１０１は、送受信部１０３から処理情報を受信すると、受信した処理情報に基づいて、処理部１０１Ａにより実行された処理が、各処理部１０１に対して定められた取得条件を満たすか否かを判定する。処理部１０１Ａにより実行された処理が取得条件を満たさない場合（ステップＳ１０８：ＮＯ）、この処理は終了する。一方、処理部１０１Ａにより実行された処理が取得条件を満たす場合（ステップＳ１０８：ＹＥＳ）、ステップＳ１０９に進む。
【００３５】
以下では、処理部１０１Ｂの動作を例に挙げて説明する。なお、他の処理部１０１においても、処理部１０１Ｂと同様の動作が行われる。上述したように、処理部１０１Ｂは、動画を配信するキャプチャサービスを提供している。この例では、この動画は、部屋ＩＤ「Ｓ１５０１」により識別される部屋で撮影されているものとする。このキャプチャサービスにおいては、動画とともに、同じ部屋で取得された音声の認識結果が提供されると有用である。この場合、処理部１０１Ｂの取得条件は、例えばカテゴリーが「認識」及びクラスが「音声認識」であり、部屋ＩＤが「Ｓ１５０１」であるという条件であってもよい。図５に示す例では、この取得条件が満たされる。この場合、処理部１０１ＢはステップＳ１０９に進む。
【００３６】
ステップＳ１０９において、処理部１０１Ｂの取得部１０５（以下、「取得部１０５Ｂ」という。）は、処理部１０１Ａから処理結果を取得する。具体的には、取得部１０５Ｂは、処理部１０１Ａに処理結果の要求を送信する。処理部１０１Ａは、この要求に応じて、処理部１０１Ｂに処理結果を含む応答を送信する。取得部１０５Ｂは、処理部１０１Ａからこの応答を受信する。
【００３７】
図６は、応答の一例を示す図である。この例では、応答には、処理結果ＩＤと、処理結果と、処理結果の属性情報とが含まれる。なお、応答のフォーマットは、予め複数の処理部１０１に公開されていてもよい。処理結果ＩＤは、発行要求の対象となる処理情報に含まれる処理結果ＩＤと同じである。処理結果は、上述したステップＳ１０５において処理部１０１Ａにより格納された処理結果である。処理結果は、メモリ１２又はストレージ１３から読み出して用いられる。属性情報は、処理結果の属性を示す情報である。この例では、属性情報には、パラメータＩＤと、信頼度と、日時とが含まれる。パラメータＩＤは、処理部１０１Ａにより行われた処理に用いられたパラメータを識別する情報である。信頼度は、この処理の信頼性を示す値である。例えば信頼度は、値が大きい程、処理が信頼できることを示す。日時は、処理結果が格納された日時を示す。
【００３８】
ステップＳ１１０において、処理部１０１Ｂは、ステップＳ１０９において取得された処理結果を用いて、キャプチャサービスを提供する処理を行う。この例では、ステップＳ１０１において端末装置２０Ｂから処理部１０１Ｂにキャプチャサービスが要求されたものとする。なお、このステップＳ１０１の処理は、ステップＳ１１０の処理の前であればいつ行われてもよい。この場合、撮像装置３０から処理装置１０に、撮像装置３０により撮影された動画を示す動画データが送信される。処理部１０１Ｂは、この動画データと処理結果とに基づいて、利用者の音声の内容を示す文字が字幕として付加された動画を示す字幕付き動画データを生成する。図６に示す例では、処理結果として、「おすすめは？」という音声の内容を示すテキストデータが取得される。この場合、「おすすめは？」という文字が字幕として付加された動画を示す字幕付き動画データが生成される。そして、処理部１０１Ｂは、生成した字幕付き動画データを端末装置２０Ｂに送信する。これにより、端末装置２０Ｂにキャプチャサービスが提供される。
【００３９】
以上説明した実施形態によれば、処理部１０１Ａの処理結果を処理部１０１Ｂにおいて利用することができる。すなわち、処理部１０１Ａの処理結果が、処理部１０１Ａと処理部１０１Ｂとで共有される。
【００４０】
また、上述した実施形態においては、処理情報は、宛先を指定して送信されるのではなく、ブロードキャストにより送信される。そのため、処理装置１０に新たな処理部１０１が追加された場合には、送受信部１０３が新たな処理部１０１の宛先を知らなくても、新たな処理部１０１にも処理情報が送信される。また、管理部１０２から複数の処理部１０１に処理情報が送信されるため、新たな処理部１０１が追加された場合に、既存の処理部１０１に変更を加えなくても、新たな処理部１０１において他の処理部１０１の処理結果の利用が可能となる。
【００４１】
３．変形例
上述した実施形態は、本発明の一例である。本発明は、上述した実施形態に限定されない。例えば上述した実施形態を以下のように変形してもよい。また、以下の２つ以上の変形例を組み合わせて実施してもよい。
【００４２】
上述した実施形態において、１の処理部１０１の処理結果を用いて行われた他の処理部１０１の処理の結果をさらに他の処理部１０１において利用できるようにしてもよい。この変形例においては、複数の処理部１０１のうち他の処理部１０１以外の処理部１０１が第３処理部として用いられる。ここでは、１の処理部１０１が処理部１０１Ａであり、他の処理部１０１の一つが処理部１０１Ｂであり、他の処理部１０１以外の処理部１０１の一つが処理部１０１Ｃである場合を例に挙げて説明する。
【００４３】
この場合、処理部１０１Ｂは、処理部１０１Ａの処理結果を用いて行った処理が定められた送信条件を満たす場合には、その処理を示す処理情報を管理部１０２に送信する。なお、この変形例においては、上述した実施形態において説明した処理部１０１Ａの処理を示す処理情報が第１処理情報として用いられ、処理部１０１Ａの処理結果を用いて行われた処理部１０１Ｂの処理を示す処理情報が第２処理情報として用いられる。送受信部１０３は、処理部１０１Ｂから処理情報を受信し、受信した処理情報を全ての処理部１０１に送信する。処理部１０１Ｃの取得部１０５は、処理部１０１Ｃにて受信された処理情報により示される処理が、処理部１０１Ｃに対して定められた取得条件を満たす場合には、処理部１０１Ｂの処理結果を取得する。そして、処理部１０１Ｃは、取得部１０５により取得された処理結果を用いて処理を行う。例えばこの処理は、処理部１０１Ｂの処理の結果である字幕付き動画データを用いて行われる。なお、この変形例においては、処理部１０１Ｃの処理が第３処理として用いられる。
【００４４】
上述した実施形態において、処理システム１は複数の処理装置１０を備えてもよい。この場合、複数の処理装置１０の間で処理結果がやり取りされてもよい。複数の処理装置１０の間のデータのやり取りには、例えばＰｕｂ／Ｓｕｂやメッセージングが用いられてもよい。
【００４５】
図７は、この変形例に係る処理システム２の一例を示す図である。この例では、処理システム２には、処理装置１０‐１と処理装置１０‐２とが含まれる。なお、この変形例では、処理装置１０‐１が第１処理装置として用いられ、処理装置１０‐２が第２処理装置として用いられる。処理装置１０‐１及び１０‐２は、いずれも上述した処理装置１０と同様の構成を備える。なお、以下では、処理装置１０‐１の構成には符号の末尾に「‐１」を付して説明し、処理装置１０‐２の構成には符号の末尾に「‐２」を付して説明する。
【００４６】
処理装置１０‐１の処理部１０１‐１は、処理部１０１‐１が行った処理を示す処理情報を管理部１０２‐１に送信する。送受信部１０３‐１は、処理部１０１‐１から処理情報を受信し、受信した処理情報を処理装置１０‐１内の全ての処理部１０１‐１と処理装置１０‐２の管理部１０２‐２とに送信する。以降の処理装置１０‐１の動作は、上述した実施形態において説明した処理装置１０の動作と同様である。なお、この変形例においては、複数の処理部１０１‐１に含まれる１の処理部１０１‐１が第１処理部として用いられ、複数の処理部１０１‐１のうち１の処理部１０１以外の他の処理部１０１が第２処理部として用いられ、他の処理部１０１が有する取得部１０５‐１が第１取得部として用いられる。また、取得部１０５‐１により用いられる取得条件が第１取得条件として用いられる。さらに、１の処理部１０１‐１により行われる処理が第１処理として用いられ、他の処理部１０１‐１により行われる処理が第２処理として用いられる。
【００４７】
処理装置１０‐２の送受信部１０３‐２は、送受信部１０３‐１から処理情報を受信し、受信した処理情報を処理装置１０‐２内の全ての処理部１０１‐２に送信する。処理部１０１‐２の取得部１０５‐２は、処理部１０１‐２にて受信された処理情報により示される処理が、処理部１０１‐２に対して定められた取得条件を満たす場合には、処理部１０１‐１からこの処理の結果を取得する。そして、処理部１０１‐２は、取得部１０５‐２により取得された処理の結果を用いて処理を行う。なお、この変形例においては、処理部１０１‐２が第３処理部として用いられ、処理部１０１‐２の取得部１０５‐２が第２取得部として用いられ、送受信部１０３−２が受信部として用いられる。また、取得部１０５‐２により用いられる取得条件が第２取得条件として用いられる。さらに、処理部１０１‐２の処理が第３処理として用いられる。
【００４８】
また、この場合において、取得条件には、同一の処理装置１０内の処理部１０１により行われた処理であるかを示す条件が含まれてもよい。例えば処理部１０１‐２においては、同一の処理装置１０‐２内の他の処理部１０１‐２により行われた処理の結果は有用であるが、他の処理装置１０‐１の処理部１０１‐１により行われた処理の結果は有用ではない場合がある。この場合、処理部１０１‐２の取得条件には、処理装置１０‐２内の他の処理部１０１‐２により実行された処理を示す条件が含まれてもよい。図５に示す例では、処理情報に含まれる取得先情報には、処理を実行した処理部１０１が属する処理装置１０を識別するホスト名が含まれている。この場合、取得先情報に含まれるホスト名に基づいて、取得条件を満たすか否かが判定されてもよい。
【００４９】
上述した実施形態において、取得条件は、処理のカテゴリー及びクラスと付加情報とを用いた条件に限定されない。取得条件は、処理情報に含まれる他の情報を用いた条件であってもよい。例えば取得条件は、処理情報に含まれる発行日時が予め定められた時間範囲内であるという条件であってもよい。
【００５０】
上述した実施形態において、処理結果を含む応答を受信した後に、再度、処理結果が有用であるか否かが判定されてもよい。図６に示す例では、応答には信頼度が含まれる。この場合、この信頼度が予め定められた信頼度以下である場合には、処理結果が有用ではないと考えられるため、取得条件を満たさないと判定されてもよい。取得条件を満たさないと判定された場合、取得された処理結果を用いずに処理が行われてもよい。
【００５１】
上述した実施形態において、処理情報には処理結果そのものが含まれてもよい。この場合、処理情報には取得先情報が含まれなくてもよい。この場合、取得条件には、有用であると考えられる処理結果を示す条件が含まれてもよい。例えば処理部１０１Ｄがロボットを制御する処理を行う場合、処理部１０１Ｄは、処理結果がロボットの命令を示すテキストデータである場合、取得条件を満たすと判定してもよい。
【００５２】
上述した実施形態において、処理部１０１は、送受信部１０３から予め定められた数の処理情報を受信したときに、それらの処理情報により示される処理がそれぞれ取得条件を満たすか否かを判定してもよい。例えば予め定められた数が３である場合、処理部１０１は、３つの処理情報を受信するまでは待機する。処理部１０１は、３つ目の処理情報が受信されると、上述したステップＳ１０８に進む。この場合、取得部１０５は、これらの処理情報により示される処理がいずれも取得条件を満たす場合には、これらの処理の結果のいずれかを選択し、選択した処理の結果だけを取得してもよい。この処理の選択は、例えば図６に示すように、処理情報に処理結果の属性情報が含まれる場合には、この属性情報に応じて行われてもよい。図６に示す例では、処理情報に信頼度が含まれる。この場合には、この信頼度が最も高い処理結果が選択されてもよい。
【００５３】
本明細書で使用する「第１」、「第２」、「第３」という用語は、それを使用した要素の量または順序を限定するものではない。これらの用語は、２つ以上の要素を区別するために使用されており、例えば数字を入れ替えて用いられてもよい。
【００５４】
処理システム１において行われる処理のステップは、上述した実施形態で説明した例に限定されない。この処理のステップは、矛盾のない限り、入れ替えられてもよい。また、本発明は、処理システム１において行われる処理のステップを備える処理方法として提供されてもよい。
【００５５】
本発明は、処理装置１０において実行されるプログラムとして提供されてもよい。このプログラムは、インターネットなどの通信回線を介してダウンロードされてもよいし、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。
【符号の説明】
【００５６】
１：処理システム、１０：処理装置、２０：端末装置、３０：撮像装置、１０１：処理部、１０２：管理部、１０３：送受信部、１０５：取得部
【図１】
2019125315.tif 000003
【図２】
2019125315.tif 000004
【図３】
2019125315.tif 000005
【図４】
2019125315.tif 000006
【図５】
2019125315.tif 000007
【図６】
2019125315.tif 000008
【図７】
2019125315.tif 000009