(57)【要約】【課題】クライアント端末において誤って同一の処理要求が複数回送信された場合でも、同一の処理要求を複数回重複して実行してしまうという無駄の発生を防ぐ。【解決手段】処理要求受信部３１は、クライアント端末２０において生成された処理要求を、配信サーバ４０から受信する。処理実行部３３は、制御部３２により制御に従って、処理要求受信部３１により受信された処理要求に基づいて処理を実行する。処理実行部３３は、処理要求受信部３１により処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と処理要求受信部３１により受信された処理要求の処理内容が同一の場合、処理要求受信部３１において受信された処理要求を実行しない。【選択図】図４
2019128746.tif 000002
【特許請求の範囲】
【請求項１】
処理要求を受信する受信手段と、
前記受信手段により受信された処理要求に基づいて処理を実行する処理実行手段とを備え、
前記処理実行手段は、前記受信手段により処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容が同一の場合、前記受信手段において受信された処理要求を実行しない情報処理装置。
【請求項２】
前記処理実行手段は、前記受信手段により処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容が同一ではない場合、前記受信手段において受信された処理要求を実行する請求項１記載の情報処理装置。
【請求項３】
実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容とを比較して処理内容が同一であるか否かを判定する判定手段をさらに備え、
前記処理実行手段は、前記判定手段により実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容とが同一であると判定された場合に、前記受信手段において受信された処理要求を実行しない請求項１記載の情報処理装置。
【請求項４】
前記判定手段は、実行中の処理要求と前記受信手段により受信された処理要求の時刻情報以外の情報が同一である場合に、実行中の処理要求と前記受信手段により受信された処理要求の処理内容が同一であると判定する請求項３記載の情報処理装置。
【請求項５】
前記判定手段は、実行中の処理要求と前記受信手段により受信された処理要求における、処理要求元情報、処理内容情報、処理パラメータ情報、処理対象データ情報、処理済みデータ格納先情報のうちの複数の情報の組み合わせどうしを比較して、比較した情報の組み合わせが同一である場合に、実行中の処理要求と前記受信手段により受信された処理要求の処理内容が同一であると判定する請求項３記載の情報処理装置。
【請求項６】
前記処理実行手段において実行可能な処理要求に関する情報を、処理要求を配信するサーバ装置に登録する登録手段をさらに備え、
前記受信手段は、実行可能な処理要求に関する情報を登録したサーバ装置から処理要求を受信する請求項１から５のいずれか記載の情報処理装置。
【請求項７】
前記受信手段は、Ｐｕｂ／Ｓｕｂ型のデータ配信を行う通信プロトコルを介してクライアント端末から処理要求を受信する請求項６記載の情報処理装置。
【請求項８】
前記処理実行手段は、画像データ、音声データおよびテキストデータのうちのいずれかのデータに対する処理を実行する請求項１から７のいずれか記載の情報処理装置。
【請求項９】
処理要求を生成して送信するクライアント端末と、
前記クライアント端末からの処理要求を受信して、受信した処理要求を実行可能な情報処理装置に配信するサーバ装置と、
前記サーバ装置から処理要求を受信する受信手段と、前記受信手段により受信された処理要求に基づいて処理を実行する処理実行手段とを備え、前記処理実行手段は、前記受信手段により処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容が同一の場合、前記受信手段において受信された処理要求を実行しない情報処理装置と、
を有するデータ配信システム。
【請求項１０】
処理要求を受信する受信ステップと、
前記受信ステップにおいて受信された処理要求に基づいて処理を実行する際に、前記受信ステップにより処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と受信した処理要求の処理内容が同一の場合、受信した処理要求を実行しない処理実行ステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、データ配信システムおよびプログラムに関する。
【背景技術】
【０００２】
特許文献１、２には、分散型ネットワークのコア内のルータにおいて、サービス品質保証を行ったうえで、例えばビデオ、音楽、ソフトウェア等のデジタルコンテンツを配信する配信サービスが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００５−５３２７４８号公報
【特許文献２】特開２０１０−１４８１１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、クライアント端末において誤って同一の処理要求が複数回送信された場合でも、同一の処理要求を複数回重複して実行してしまうという無駄の発生を防ぐことが可能な情報処理装置、データ配信システムおよびプログラムを提供することである。
【課題を解決するための手段】
【０００５】
［情報処理装置］
請求項１に係る本発明は、処理要求を受信する受信手段と、
前記受信手段により受信された処理要求に基づいて処理を実行する処理実行手段とを備え、
前記処理実行手段は、前記受信手段により処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容が同一の場合、前記受信手段において受信された処理要求を実行しない情報処理装置である。
【０００６】
請求項２に係る本発明は、前記処理実行手段が、前記受信手段により処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容が同一ではない場合、前記受信手段において受信された処理要求を実行する請求項１記載の情報処理装置である。
【０００７】
請求項３に係る本発明は、実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容とを比較して処理内容が同一であるか否かを判定する判定手段をさらに備え、
前記処理実行手段は、前記判定手段により実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容とが同一であると判定された場合に、前記受信手段において受信された処理要求を実行しない請求項１記載の情報処理装置である。
【０００８】
請求項４に係る本発明は、前記判定手段が、実行中の処理要求と前記受信手段により受信された処理要求の時刻情報以外の情報が同一である場合に、実行中の処理要求と前記受信手段により受信された処理要求の処理内容が同一であると判定する請求項３記載の情報処理装置である。
【０００９】
請求項５に係る本発明は、前記判定手段が、実行中の処理要求と前記受信手段により受信された処理要求における、処理要求元情報、処理内容情報、処理パラメータ情報、処理対象データ情報、処理済みデータ格納先情報のうちの複数の情報の組み合わせどうしを比較して、比較した情報の組み合わせが同一である場合に、実行中の処理要求と前記受信手段により受信された処理要求の処理内容が同一であると判定する請求項３記載の情報処理装置である。
【００１０】
請求項６に係る本発明は、前記処理実行手段において実行可能な処理要求に関する情報を、処理要求を配信するサーバ装置に登録する登録手段をさらに備え、
前記受信手段は、実行可能な処理要求に関する情報を登録したサーバ装置から処理要求を受信する請求項１から５のいずれか記載の情報処理装置である。
【００１１】
請求項７に係る本発明は、前記受信手段が、Ｐｕｂ／Ｓｕｂ型のデータ配信を行う通信プロトコルを介してクライアント端末から処理要求を受信する請求項６記載の情報処理装置である。
【００１２】
請求項８に係る本発明は、前記処理実行手段が、画像データ、音声データおよびテキストデータのうちのいずれかのデータに対する処理を実行する請求項１から７のいずれか記載の情報処理装置である。
【００１３】
[データ配信システム]
請求項９に係る本発明は、処理要求を生成して送信するクライアント端末と、
前記クライアント端末からの処理要求を受信して、受信した処理要求を実行可能な情報処理装置に配信するサーバ装置と、
前記サーバ装置から処理要求を受信する受信手段と、前記受信手段により受信された処理要求に基づいて処理を実行する処理実行手段とを備え、前記処理実行手段は、前記受信手段により処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と前記受信手段により受信された処理要求の処理内容が同一の場合、前記受信手段において受信された処理要求を実行しない情報処理装置とを有するデータ配信システムである。
【００１４】
[プログラム]
請求項１０に係る本発明は、処理要求を受信する受信ステップと、
前記受信ステップにおいて受信された処理要求に基づいて処理を実行する際に、前記受信ステップにより処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と受信した処理要求の処理内容が同一の場合、受信した処理要求を実行しない処理実行ステップとをコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１５】
請求項１に係る本発明によれば、クライアント端末において誤って同一の処理要求が複数回送信された場合でも、同一の処理要求を複数回重複して実行してしまうという無駄の発生を防ぐことが可能な情報処理装置を提供することができる。
【００１６】
請求項２に係る本発明によれば、クライアント端末から同一ではない複数の処理要求が送信された場合には、複数の処理要求をそれぞれ実行することが可能な情報処理装置を提供することができる。
【００１７】
請求項３に係る本発明によれば、クライアント端末において誤って同一の処理要求が複数回送信された場合でも、同一の処理要求を複数回重複して実行してしまうという無駄の発生を防ぐことが可能な情報処理装置を提供することができる。
【００１８】
請求項４に係る本発明によれば、クライアント端末において誤って同一の処理要求が複数回送信された場合でも、処理内容が同一で時刻情報が異なる複数の処理要求を重複して実行してしまうという無駄の発生を防ぐことが可能な情報処理装置を提供することができる。
【００１９】
請求項５に係る本発明によれば、クライアント端末において誤って同一の処理要求が複数回送信された場合でも、処理内容が実質的に同一である処理要求を複数回重複して実行してしまうという無駄の発生を防ぐことが可能な情報処理装置を提供することができる。
【００２０】
請求項６に係る本発明によれば、処理実行可能な処理要求のみをサーバ装置から受信することが可能な情報処理装置を提供することができる。
【００２１】
請求項７に係る本発明によれば、Ｐｕｂ／Ｓｕｂ型のデータ配信を行う通知プロトコルを介して、処理実行可能な処理要求のみを受信することが可能な情報処理装置を提供することができる。
【００２２】
請求項８に係る本発明によれば、クライアント端末において誤って、画像データ、音声データおよびテキストデータのうちのいずれかのデータに対する同一の処理要求が複数回送信された場合でも、同一の処理要求を複数回重複して実行してしまうという無駄の発生を防ぐことが可能な情報処理装置を提供することができる。
【００２３】
請求項９に係る本発明によれば、クライアント端末において誤って同一の処理要求が複数回送信された場合でも、同一の処理要求を複数回重複して実行してしまうという無駄の発生を防ぐことが可能なデータ配信システムを提供することができる。
【００２４】
請求項１０に係る本発明によれば、クライアント端末において誤って同一の処理要求が複数回送信された場合でも、同一の処理要求を複数回重複して実行してしまうという無駄の発生を防ぐことが可能なプログラムを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態のデータ配信システムのシステム構成を示す図である。
【図２】本発明の一実施形態のデータ配信システムにおける処理要求の送受信方法の概念図である。
【図３】本発明の一実施形態におけるデータ処理サーバ１０のハードウェア構成を示すブロック図である。
【図４】本発明の一実施形態におけるデータ処理サーバ１０の機能構成を示すブロック図である。
【図５】本発明の一実施形態のデータ処理サーバ１０の動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００２６】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００２７】
図１は本発明の一実施形態のデータ配信システムのシステム構成を示す図である。
【００２８】
本発明の一実施形態のデータ配信システムは、図１に示されるように、ネットワーク３０により相互に接続された複数のデータ処理サーバ１０、複数のクライアント端末２０、および配信サーバ４０により構成される。
【００２９】
複数のクライアント端末２０は、それぞれ、画像データ、音声データおよびテキストデータ等に対して特定の処理の実行を要求する処理要求（リクエスト）を生成して送信する。
【００３０】
配信サーバ４０は、クライアント端末２０からの処理要求を受信して、受信した処理要求を、複数のデータ処理サーバ１０のうちのその処理要求を実行可能なデータ処理サーバ１０に対して配信するサーバ装置である。
【００３１】
データ処理サーバ１０は、それぞれ、画像データ、音声データ、テキストデータ等の各種データに対する処理を実行可能に構成された情報処理装置である。
【００３２】
例えば、あるデータ処理サーバ１０は、画像データに対するある画像処理を実行可能に構成され、他のデータ処理サーバ１０は、音声データに対して音声認識処理を実行可能に構成されている。また、データ処理サーバ１０が実行可能な他の処理内容としては、テキストデータに対するキーワード抽出処理や、画像データに対する文字認識処理や、画像データから特徴的なキーフレームを抽出する処理等の様々な処理内容がある。
【００３３】
なお、本実施形態のデータ配信システムでは、クライアント端末２０、配信サーバ４０、データ処理サーバ１０との間では、Ｐｕｂ／Ｓｕｂ型（パブリッシュ／サブスクライブ型：出版／購読型）のデータ配信を行うＭＱＴＴ（Message Queue Telemetry Transport）という通信プロトコルを介して、処理要求というメッセージを送受信している。
【００３４】
このような本実施形態のデータ配信システムにおける処理要求（メッセージ）の送受信方法の概念図を図２に示す。
【００３５】
図２に示されるデータ配信システムでは、Ｐｕｂ／Ｓｕｂ型メッセージングモデルの形態でクライアント端末２０とデータ処理サーバ１０間で処理要求の送受信が行われている。
【００３６】
ここで、クライアント端末２０は、処理要求を発行するパブリッシャー（出版者）として機能する。また、配信サーバ４０は、クライアント端末２０からの処理要求を、その処理要求を実行可能なデータ処理サーバ１０に配信するブローカとして機能する。さらに、データ処理サーバ１０は、配信サーバ４０から、自装置において処理を実行可能な処理要求のみを受信するサブスクライバー（購読者）として機能する。
【００３７】
なお、このようなＰｕｂ／Ｓｕｂ型メッセージングモデルとして機能する本実施形態のデータ配信システムにおける処理要求の送受信方法の概念について図２を参照して説明する。
【００３８】
先ず、複数のデータ処理サーバ１０は、それぞれ、自装置において処理を実行可能な処理要求の種類の情報をフィルタとして配信サーバ４０に登録する。
【００３９】
そして、クライアント端末２０が、処理内容を特定した処理要求が配信サーバ４０に送信すると、配信サーバ４０では、データ処理サーバ１０が登録したフィルタに合致した処理要求を、そのデータ処理サーバ１０に送信する。
【００４０】
このような処理が行われることにより、クライアント端末２０では、生成した処理要求をどのデータ処理サーバ１０に送信すべきかを特定することなく、生成された処理要求は、その処理要求を実行可能なデータ処理サーバ１０に送信されることになる。
【００４１】
また、データ処理サーバ１０においてもクラインアント端末２０に関する知識を必要とすることなく、自装置が実行可能な処理要求を受信することが可能となる。
【００４２】
つまり、クライアント端末２０とデータ処理サーバ１０がお互いの情報を保持することなく、クライアント端末２０において生成された生成された処理要求は、その処理要求を実行可能なデータ処理サーバ１０に適切に配信されることになる。
【００４３】
なお、受信した処理要求を実行したデータ処理サーバ１０では、受信した処理要求の実行が完了すると、その処理結果を、受信した処理要求を生成したクライアント端末２０に応答メッセージとして返信する。なお、この応答メッセージを返信する際には、データ処理サーバ１０はパブリッシャー（出版者）として機能し、クライアント端末２０は、サブスクライバー（購読者）として機能する。
【００４４】
ここで、クライアント端末２０では、データ処理サーバ１０からの応答メッセージを受信して、生成した処理要求の完了を把握することになる。
【００４５】
しかし、特定のデータ処理サーバ１０に対して複数の処理要求が同時に送信されてしまったような場合や、処理対象データのデータ量が大きい場合等において、データ処理サーバ１０にける処理時間が長くなってしまう場合がある。
【００４６】
このような場合、クライアント端末２０では、処理要求を送信したにもかかわらず、送信した処理要求に対する処理が意図した時間以内に完了しないと、タイムアウトとなってしまう。すると、クライン端末２０では、送信した処理要求が正常に処理されていないと判定して、再度同じ処理内容の処理要求を再送信してしまう場合がある。
【００４７】
しかし、データ処理サーバ１０において、単にその処理要求の実行に時間がかかってしまっているような場合、ようやく処理要求の実行を完了したとしても、再度同じ処理要求を実行することになってしまう。
【００４８】
このように、同じ処理内容の処理要求に対する処理を重複して実行したのではデータ処理サーバ１０における処理能力が無駄に消費されるとともに、通信回線の容量を圧迫することにもなる。
【００４９】
そこで、本実施形態のデータ配信システムでは、後述するような処理を行うことにより、クライアント端末２０において誤って同一の処理要求が複数回送信された場合でも、同一の処理要求を複数回重複して実行してしまうという無駄の発生を防いでいる。
【００５０】
次に、本実施形態のデータ配信システムにおけるデータ処理サーバ１０のハードウェア構成を図３に示す。
【００５１】
データ処理サーバ１０は、図３に示されるように、ＣＰＵ１１、メモリ１２、ハードディスクドライブ（ＨＤＤ）等の記憶装置１３、ネットワーク３０を介して外部の装置等との間でデータの送信及び受信を行う通信インタフェース（ＩＦ）１４、タッチパネル又は液晶ディスプレイ並びにキーボードを含むユーザインタフェース（ＵＩ）装置１５を有する。これらの構成要素は、制御バス１６を介して互いに接続されている。
【００５２】
ＣＰＵ１１は、メモリ１２または記憶装置１３に格納された制御プログラムに基づいて所定の処理を実行して、データ処理サーバ１０の動作を制御する。なお、本実施形態では、ＣＰＵ１１は、メモリ１２または記憶装置１３内に格納された制御プログラムを読み出して実行するものとして説明するが、当該プログラムをＣＤ−ＲＯＭ等の記憶媒体に格納してＣＰＵ１１に提供することも可能である。
【００５３】
図４は、上記の制御プログラムが実行されることにより実現されるデータ処理サーバ１０の機能構成を示すブロック図である。
【００５４】
本実施形態のデータ処理サーバ１０は、図４に示されるように、処理要求受信部３１と、制御部３２と、処理実行部３３と、データ格納部３４と、フィルタ登録部３５とを備えている。
【００５５】
処理実行部３３は、制御部３２による制御に従って、処理要求受信部３１により受信された処理要求に基づいて処理を実行する。例えば、処理実行部３３は、画像データ、音声データおよびテキストデータのうちのいずれかのデータに対する処理を実行する。なお、処理実行部３３において実行される処理は、画像データ、音声データおよびテキストデータ以外のデータに対する処理であっても良い。
【００５６】
フィルタ登録部３５は、処理実行部３３において実行可能な処理要求に関する情報を、フィルタとして処理要求を配信する配信サーバ４０に登録する。
【００５７】
処理要求受信部３１は、クライアント端末２０において生成された処理要求を、実行可能な処理要求に関する情報をフィルタとして登録した配信サーバ４０から受信する。なお、処理要求受信部３１は、上述したようにＰｕｂ／Ｓｕｂ型のデータ配信を行う通信プロトコルを介してクライアント端末２０から処理要求を受信する。
【００５８】
制御部３２は、処理要求受信部３１により受信された処理要求を、処理実行部３３に対して実行する制御や、フィルタ登録部３５を介して配信サーバ４０に対してフィルタを登録する等の各種制御を行っている。
【００５９】
データ格納部３４は、処理実行待ちの処理要求等の各種データを格納する。
【００６０】
そして、処理実行部３３は、処理要求受信部３１により処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と処理要求受信部３１により受信された処理要求の処理内容が同一の場合、処理要求受信部３１において受信された処理要求を実行しない。
【００６１】
具体的には、制御部３２は、実行中の処理要求の処理内容と処理要求受信部３１により受信された処理要求の処理内容とを比較して処理内容が同一であるか否かを判定する。そして、制御部３２は、実行中の処理要求の処理内容と処理要求受信部３１により受信された処理要求の処理内容とが同一であると判定した場合に、処理実行部３３に対して、処理要求受信部３１において受信された処理要求を実行しないような制御を行う。
【００６２】
なお、ここで処理要求の処理内容が同一とは、処理要求のデータ構成が全く完全に同一である場合を示すのではなく、その処理要求に基づく処理内容が実質的に同一であることを意味する。具体的には、同一の処理対象データに対する同一の画像処理、音声処理またはテキスト処理というような処理内容が実質的に同じ場合、つまり処理内容が重複していると判定された場合に、その２つの処理内容は同一であると判定される。
【００６３】
そのため、制御部３２は、実行中の処理要求と処理要求受信部３１により受信された処理要求の時刻情報以外の情報が同一である場合に、実行中の処理要求と処理要求受信部３１により受信された処理要求の処理内容が同一であると判定するようにしても良い。
【００６４】
また、制御部３２は、実行中の処理要求と処理要求受信部３１により受信された処理要求における、処理要求元情報、処理内容情報、処理パラメータ情報、処理対象データ情報、処理済みデータ格納先情報のうちの複数の情報の組み合わせどうしを比較して、比較した情報の組み合わせが同一である場合に、実行中の処理要求と処理要求受信部３１により受信された処理要求の処理内容が同一であると判定するようにしても良い。
【００６５】
なお、処理実行部３３は、処理要求受信部３１により処理要求が受信された際に、他の処理要求に対する処理が実行中であり、実行中の処理要求の処理内容と処理要求受信部３１により受信された処理要求の処理内容が同一ではない場合、つまり２つの処理内容が異なる場合、処理要求受信部３１において受信された処理要求を実行する。
【００６６】
次に、本実施形態のデータ配信システムにおけるデータ処理サーバ１０の動作について詳細に説明する。
【００６７】
図５は、データ処理サーバ１０の動作を説明するためのフローチャートである。
【００６８】
先ず、処理要求受信部３１が配信サーバ４０から、処理実行部３３において処理を実行可能な処理要求を受信する(ステップＳ１０１)。
【００６９】
すると、制御部３２では、処理実行部３３において現在他の処理要求を実行中であるか否かの判定が行われる(ステップＳ１０２)。
【００７０】
ここで、処理実行部３３において現在他の処理要求を実行中でない場合(ステップＳ１０２においてｎｏ)、制御部３２は、処理実行部３３に対して、受信した処理要求を実行させる(ステップＳ１０６)。
【００７１】
また、処理実行部３３において現在他の処理要求を実行中である場合(ステップＳ１０２においてｙｅｓ)、制御部３２は、受信された処理要求と実行中の処理要求の処理内容を比較する（ステップＳ１０３）。
【００７２】
そして、受信された処理要求と実行中の処理要求の処理内容が同一（実質的同一）であると判定された場合（ステップＳ１０４においてｙｅｓ）、制御部３２は、処理要求受信部３１において受信された処理要求を実行せずに削除する（ステップＳ１０７）。
【００７３】
また、受信された処理要求と実行中の処理要求の処理内容が同一（実質的同一）ではないと判定された場合（ステップＳ１０４においてｎｏ）、制御部３２は、受信された処理要求と実行中の処理要求とを同時実行可能であれば（ステップＳ１０５においてｙｅｓ）、受信された処理要求を実行する（ステップＳ１０６）。
【００７４】
また、受信された処理要求と実行中の処理要求とを同時実行可能でない場合には（ステップＳ１０５においてｎｏ）、制御部３２は、受信された処理要求をキューに登録し（ステップＳ１０８）、実行中の処理要求の処理が完了する等により受信した処理要求を実行可能になると（ステップＳ１０９においてｙｅｓ）、受信された処理要求を実行する（ステップＳ１０６）。
【符号の説明】
【００７５】
１０    データ処理サーバ
１１    ＣＰＵ
１２    メモリ
１３    記憶装置
１４    通信インタフェース（ＩＦ）
１５    ユーザインタフェース（ＵＩ）装置
１６    制御バス
２０    クライアント端末
３０    ネットワーク
３１    処理要求受信部
３２    制御部
３３    処理実行部
３４データ格納部
３５    フィルタ登録部
４０    配信サーバ
【図１】
2019128746.tif 000003
【図２】
2019128746.tif 000004
【図３】
2019128746.tif 000005
【図４】
2019128746.tif 000006
【図５】
2019128746.tif 000007