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