WO2006043489A1

WO2006043489A1 - サーバ

Info

Publication number: WO2006043489A1
Application number: PCT/JP2005/018998
Authority: WO
Inventors: Motoe Sakanaka; Keiji Hirao
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 2004-10-20
Filing date: 2005-10-11
Publication date: 2006-04-27
Anticipated expiration: 2007-04-20
Also published as: US20080126646A1; JP4568078B2; JP2006121251A

Description

明細書

サーバ技術分野

サーバに関し、特にたとえば、コマンド処理装置と処理要求装置との間のデータ通信を仲介する、サーバに関する。従来技術

従来この種のサーバの一例が、 2 0 0 3年 9月 5日付けで出願公開された特開 2 0 0 3— 2 4 9 9 4 3号公報に開示されている。この従来技術は、コマンド処理装置（カメラ）へのコマンドの送信を依頼する送信依頼を処理要求装置（クライアント P C) 力、ら受け付けたときコマンドをコマンド処理装置に送信し、送信されたコマンドの実行結果をコマンド処理装置から受信し、そして受信された実行結果を処理要求装置に送信する。

従来技術は、コマンド処理装置と処理要求装置との間のデータ通信を的確に仲介することができる。しかし、実行結果が動画像など多量のデータを含む場合、大きな負荷がかかる。発明の概要

それゆえに、この発明の主たる目的は、新規なサーバを提供することである。この発明の他の目的は、コマンド処理装置と処理要求装置との間のデータ通信を、負荷を低減しつつ的確に仲介することができる、サーバを提供することである。

クレーム 1の発明に従うサーバは、次のものを備える：コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたとき処理要求装置が所定条件を満足するか否かを判別する判別手段；判別手段の判別結果が否定的であるときコマンドをコマンド処理装置に送信する第 1送信手段；第 1送信手段によって送信されたコマンドの実行結果をコマンド処理装置から受信する受信手段、受信手段によって受信された実行結果を処理要求装置に送信する第 2送信手段；判別手段の判別結果が肯定的であるときコマンドを受信するための準備処理をコマンド処理装置に命令する第 1命令手段；および第 1命令手段の命令に関連してコマンド処理装置へのコマンドの直接送信を処理要求装置に命令する第

2命令手段を備える。

判別手段は、コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたとき、処理要求装置が所定条件を満足するか否かを判別する。判別手段の判別結果が否定的であるとき、第 1送信手段がコマンドをコマンド処理装置に送信する。受信手段は、第 1送信手段によって送信されたコマンドの実行結果をコマンド処理装置から受信し、第 2送信手段は、受信手段によつて受信された実行結果を処理要求装置に送信する。判別手段の判別結果が肯定的であるとき、コマンドを受信するための準備処理を第 1命令手段がコマンド処理装置に命令し、第 2命令手段は、かかる第 1命令手段の命令に関連して、コマンド処理装置へのコマンドの直接送信を処理要求装置に命令する。

処理要求装置が所定条件を満足しないときは、コマンド処理装置へのコマンドの送信，送信されたコマンドの実行結果のコマンド処理装置からの受信，および受信された実行結果の処理要求装置への送信を行う。処理要求装置が所定条件を満足するときは、コマンドを受信するための準備処理をコマンド処理装置に命令すると共に、コマンド処理装置へのコマンドの直接送信を処理要求装置に命令することによって、コマンド処理装置と処理要求装置との間でコマンドおよび実行結果が直接やり取りされるように仕向ける。このため、コマンド処理装置と処理要求装置との間のデータ通信を、負荷を軽減しつつ的確に仲介することができる。クレーム 2の発明に従うサーバは、クレーム 1に従属し、コマンド処理装置はコマンドをルー夕を通して受信し、準備処理は任意のポー卜の公開をルー夕に要求する処理である。

クレーム 3の発明に従うサーバは、クレーム 2に従属し、第 1命令手段の命令に応じて公開されたポートの識別子をコマンド処理装置から取得する取得手段をさらに備え、第 2命令手段は取得手段によって取得された識別子を含む宛先情報を命令に割り当てる。

コマンド処理装置がコマンドをルータを通して受信する場合、コマンド処理装置を通じて任意のポートをルー夕に公開させ、公開ポートの識別子をコマンド処理装置から取得し、そして公開ポートの識別子を含む宛先情報を処理要求装置に通知するので、処理要求装置は、コマンドをコマンド処理装置へ直接送信することができる。

クレーム 4の発明に従うサーバは、クレーム 1に従属し、所定条件は処理要求装置の能力が閾値よりも高いという条件を含み、第 2送信手段は実行結果に含まれるデ一夕の量を処理要求装置の能力に応じて削減する削減手段を含む。

処理要求装置の能力が低いときには、受信された実行結果に含まれるデータの量を処理要求装置の能力に応じて削減するので、能力の低い処理要求装置であつても、無理なく実行結果を利用できる。

クレーム 5の発明に従うサーバは、クレーム 4に従属し、能力は表示能力を含み、実行結果は画像データを含み、削減手段は画像データを表示能力に応じてリサイズする。これにより、表示能力の低い処理要求装置であっても、無理なく画像を表示できる。

クレーム 6の発明に従うサーバは、クレーム 1に従属し、送信依頼は複数のュ一ザ識別子のいずれか 1つを含み、次のものをさらに備え：複数のユーザ識別子と複数のユーザ識別子の各々に割り当てられたサ一ビス種別とを少なくとも含む顧客情報を登録する登録手段；判別手段が判別を行う前に送信依頼からユーザ識別子を抽出する抽出手段；抽出手段によって抽出されたユーザ識別子に割り当てられたサービス種別を顧客情報に基づいて特定する特定手段；および特定手段の特定結果が第 1種別を示すとき判別手段，第 1送信手段，受信手段および第 2送信手段を無効化する第 1無効化手段、第 1命令手段は第 1無効化手段による無効化が行われたとき命令を行う。

送信依頼には複数のユーザ識別子のいずれかが含まれており、登録手段は、複数のユーザ識別子と複数のユーザ識別子の各々に割り当てられたサービス種別とを少なくとも含む顧客情報を登録する。判別手段が判別を行う前に抽出手段が送信依頼からユーザ識別子を抽出し、特定手段は、抽出手段によって抽出されたュ一ザ識別子に割り当てられたサービス種別を顧客情報に基づいて特定する。かかる特定手段の特定結果が第 1種別を示すとき、第 1無効化手段によって判別手段，第 1送信手段，受信手段および第 2送信手段が無効化される。第 1命令手段は、第 1無効化手段による無効化が行われたとき命令を行う。

送信依頼に含まれるユーザ識別子に割り当てられたサービス種別が第 1種別であれば、処理要求装置が所定条件を満足するか否かに関わらず、コマンドをコマンド処理装置に送信し、送信されたコマンドの実行結果をコマンド処理装置から受信し、そして受信された実行結果を処理要求装置に送信する。

クレーム 7の発明に従うサーバは、クレーム 6に従属し、特定手段の特定結果が第 2種別を示すとき第 1命令手段および第 2命令手段を無効化する第 2無効化手段をさらに備え、第 1送信手段は第 2無効化手段による無効化が行われたとき送信を行う。

送信依頼に含まれるユーザ識別子に割り当てられたサービス種別が第 2種別であれば、処理要求装置が所定条件を満足するか否かに関わらず、コマンドを受信するための準備処理をコマンド処理装置に命令すると共に、コマンド処理装置へのコマンドの直接送信を処理要求装置に命令する。

クレーム 6および 7に従えば、ユーザの好みによって、常に "サーバ経由" で通信を行うこともでき、また、常に "サーバ非経由"で通信を行うこともできる。クレーム 8の発明に従うサーバは、次のものを備える：コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたときコマンドの実行結果に含まれるデータの量が閾値よりも多いか否かを判別するデータ量判別手段；データ量判別手段の判別結果が否定的であるときコマンドをコマンド処理装置に送信する第 1送信手段；第 1送信手段によって送信されたコマンドの実行結果をコマンド処理装置から受信する受信手段；受信手段によって受信された実行結果を処理要求装置に送信する第 2送信手段；データ量判別手段の判別結果が肯定的であるときコマンドを受信するための準備処理をコマンド処理装置に命令する第 1命令手段；および第 1命令手段の命令に関連してコマンド処理装置へのコマンドの直接送信を処理要求装置に命令する第 2命令手段。

デー夕量判別手段は、コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたとき、コマンドの実行結果に含まれるデータの量が閾値よりも多いか否かを判別する。データ量判別手段の判別結果が否定的であるとき、第 1送信手段がコマンドをコマンド処理装置に送信する。受信手段は、第 1送信手段によって送信されたコマンドの実行結果をコマンド処理装置から受信し、第 2送信手段は、受信手段によって受信された実行結果を処理要求装置に送信する。データ量判別手段の判別結果が肯定的であるとき、コマンドを受信するための準備処理を第 1命令手段がコマンド処理装置に命令し、第 2命令手段は、かかる第 1命令手段の命令に関連して、コマンド処理装置へのコマンドの直接送信を処理要求装置に命令する。

コマンドの実行結果に含まれるデータの量が閾値以下のときは、コマンド処理装置へのコマンドの送信，送信されたコマンドの実行結果のコマンド処理装置からの受信，および受信された実行結果の処理要求装置への送信を行う。コマンドの実行結果に含まれるデータの量が閾値よりも多いときは、コマンドを受信するための準備処理をコマンド処理装置に命令すると共に、コマンド処理装置へのコマンドの直接送信を処理要求装置に命令することによって、コマンド処理装置と処理要求装置との間でコマンドおよび実行結果が直接やり取りされるように仕向ける。このため、コマンド処理装置と処理要求装置との間のデータ通信を、負荷を軽減しつつ的確に仲介することができる。

クレーム 9の発明に従うサーバは、クレーム 8に従属し、次のものをさらに備え：データ量判別手段が判別を行う前に負荷が第 1閾値を下回っているか否かを判別する負荷判別手段；および負荷判別手段の判別結果が肯定的であるときデー夕量判別手段を無効化する第 1無効化手段、第 1命令手段は負荷判別手段の判別結果が肯定的であるとき命令を行う。

負荷判別手段は、データ量判別手段が判別を行う前に、負荷が第 1閾値を下回つているか否かを判別する。第 1無効化手段は、負荷判別手段の判別結果が肯定的であるとき、データ量判別手段を無効化する。第 1送信手段は、課金判別手段の判別結果が肯定的であるとき送信を行う。

負荷が閾値を下回つていると判別されたとき、デー夕量判別手段が無効化され、このため第 1命令手段による命令および第 2命令手段による命令はいずれも行われない。一方で第 1送信手段が送信を行い、これに伴って受信手段による受信および第 2送信手段による送信も実行される。負荷が軽いときには、データ量の多少に関わらず "サーバ経由" で通信が行われるので、実行結果に必要な処理を施すことができる。

クレーム 1 0の発明に従うサーバは、クレーム 9に従属し、負荷判別手段が判別を行う前にコマンドに従う処理が課金対象であるか否かを判別する課金判別手段、および課金判別手段の判別結果が肯定的であるときデータ量判別手段および負荷判別手段を無効化する第 2無効化手段をさらに備え、第 1命令手段は課金判別手段の判別結果が肯定的であるとき命令を行う。

課金判別手段は、負荷判別手段が判別を行う前に、コマンドに従う処理が課金対象であるか否かを判別する。第 2無効化手段は、課金判別手段の判別結果が肯定的であるとき、データ量判別手段および負荷判別手段を無効化する。第 1送信手段は、課金判別手段の判別結果が肯定的であるとき送信を行う。

コマンドに従う処理が課金対象であると判別されたとき、デー夕量判別手段および負荷判別手段が共に無効化され、このため第 1命令手段による命令および第 2命令手段による命令はいずれも行われない。一方で第 1送信手段が送信を行い、これに伴って受信手段による受信および第 2送信手段による送信も実行される。コマンドに従う処理が課金対象であれば、負荷の大小やデータ量の多少に関わらず "サーバ経由" で通信が行われるので、課金を的確に行うことができる。クレーム 1 1の発明に従う仲介方法は、コマンド処理装置と処理要求装置との間のデータ通信を仲介する方法であって、次のものを備える：コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたとき処理要求装置が所定条件を満足するか否かを判別する判別ステップ；判別ステップの判別結果が否定的であるときコマンドをコマンド処理装置に送信する第 1送信ステツプ；第 1送信ステップによつて送信されたコマンドの実行結果をコマンド処理装置から受信する受信ステップ；受信ステップによって受信された実行結果を処理要求装置に送信する第 2送信ステツプ；判別ステツプの判別結果が肯定的であるときコマンドを受信するための準備処理をコマンド処理装置に命令する第 1 命令ステップ；および第 1命令ステップの命令に関連してコマンド処理装置へのコマンドの直接送信を処理要求装置に命令する第 2命令ステップ。

クレーム 1 2の発明に従う制御プログラムは、コマンド処理装置と処理要求装置との間のデータ通信を仲介するサーバのプロセサによって実行される制御プログラムであって、次のものを備える：コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたとき処理要求装置が所定条件を満足するか否かを判別する判別ステップ；判別ステップの判別結果が否定的であるときコマンドをコマンド処理装置に送信する第 1送信ステツプ；第 1送信ステツプによって送信されたコマンドの実行結果をコマンド処理装置から受信する受信ステップ；受信ステップによって受信された実行結果を処理要求装置に送信する第 2送信ステップ；判別ステップの判別結果が肯定的であるときコマンドを受信するための準備処理をコマンド処理装置に命令する第 1命令ステップ；および第

1命令ステップの命令に関連してコマンド処理装置へのコマンドの直接送信を処理要求装置に命令する第 2命令ステツプ。

クレーム 1 3の発明に従う記録媒体は、クレーム 1 2の制御プログラムを記録している。

クレーム 1 4の発明に従う仲介方法は、コマンド処理装置と処理要求装置との間のデータ通信を仲介する方法であって、次のものを備える：コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたときコマンドの実行結果に含まれるデータの量が第 1閾値よりも多いか否かを判別するデ一夕量判別ステップ；データ量判別ステップの判別結果が否定的であるときコマンドをコマンド処理装置に送信する第 1送信ステツプ；第 1送信ステップによつて送信されたコマンドの実行結果をコマンド処理装置から受信する受信ステツプ；受信ステップによって受信された実行結果を処理要求装置に送信する第 2送信ステップ；デ一夕量判別ステップの判別結果が肯定的であるときコマンドを受信するための準備処理をコマンド処理装置に命令する第 1命令ステップ；および第 1命令ステップの命令に関連してコマンド処理装置へのコマンドの直接送信を処理要求装置に命令する第 2命令ステツプ。

クレーム 1 5の発明に従う制御プログラムは、コマンド処理装置と処理要求装置との間のデータ通信を仲介するサーバのプロセサによって実行される制御プログラムであって、次のものを備える：コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたときコマンドの実行結果に含まれるデータの量が第 1閾値よりも多いか否かを判別するデータ量判別ステツプ；デ一夕量判別ステップの判別結果が否定的であるときコマンドをコマンド処理装置に送信する第 1送信ステップ；第 1送信ステップによって送信されたコマンドの実行結果をコマンド処理装置から受信する受信ステップ；受信ステップによって受信された実行結果を処理要求装置に送信する第 2送信ステップ；デ一夕量判別ステップの判別結果が肯定的であるときコマンドを受信するための準備処理をコマンド処理装置に命令する第 1命令ステップ；および第 1命令ステップの命令に関連してコマンド処理装置へのコマンドの直接送信を処理要求装置に命令する第 2命令ステップ。

クレーム 1 6の発明に従う記録媒体は、クレーム 1 5の制御プログラムを記録している。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。図面の簡単な説明

図 1はこの発明の一実施例の構成を示すプロック図であり；

図 2は顧客情報データベースを示す図解図であり；

図 3は端末情報データベースを示す図解図であり；

図 4はクライアント情報データベースを示す図解図であり；

図 5 (A) は "サーバ経由" 方式に従う通信方式を示すシーケンス図であり；図 5 (B ) はアクセスパケットの構成を示す図解図であり；

図 6 (A) は "サーバ非経由"方式に従う通信方式を示すシーケンス図であり；図 6 (B ) はアクセスパケットの構成を示す図解図であり；

図 6 ( C) はポート通知パケットの構成を示す図解図であり；

図 6 (D) はリダイレクト命令パケットの構成を示す図解図であり；図 7はサーバ C P Uの動作の一部を示すフロー図であり；

図 8はサーバ C P Uの動作の他の一部を示すフロ一図であり；

図 9はサーバ C P Uの動作のその他の一部を示すフロー図であり；

図 1 0はクライアント C P Uの動作の一部を示すフロー図であり；図 1 1は他の実施例におけるサーバ CPUの動作の一部を示すフロー図であり；そして

図 12は他の実施例におけるサーバ CPUの動作の他の一部を示すフロー図である。発明を実施するための最良の形態

図 1を参照して、この実施例の監視カメラシステム 10は、クライアントである We bカメラ 12と、サーバ 14とを含む。サーバ 14は、図示しない専用線を介してイン夕一ネット 20に接続され、 We bカメラ 12は、ルー夕 16および DSLモデム 18を介して同じインターネット 20に接続される。

なお、ルー夕 16には、 We bカメラ 12だけでなく、必要に応じて他のクライアント、たとえば情報家電， PCなどが接続される。ルー夕 16としては、 U P n P (Universal Plug & Play) プロトコルに対応したタイプが用いられる。このタイプのルー夕は、クライアントの要求に応じて所望のポートを公開する機能を持つ。

イン夕一ネット 20にはさらに、各種の端末、この実施例では携帯電話 22 a およびパーソナルコンピュータ（PC) 22 bが、図示しないゲートウェイ，モデム等を介して接続される。

We bカメラ 12は、サーバ 14を通して、またはサーバ 14を通さずに直接、携帯電話 22 aおよび PC 22 bからの操作を受け付ける。具体的な操作としては、たとえば撮像ュニット 24およびカメラ処理回路 26を通して感度，ズーム倍率などを調節したり、図示しない駆動ユニットを介して We bカメラ 12の向きを制御したりする操作が挙げられる。

サーバ 14のハードディスク 44 dにはデータベース（DB) が格納されており、サーバ 14は、この DBに基づいて認証，振り分け，仲介などの処理を実行する。 DBは、具体的には、図 2に示す顧客情報 DB, 図 3に示す端末情報 DB，および図 4に示すクライアント情報 D Bを含む。

図 2を参照して、顧客情報 DBには、顧客登録された一人一人のユーザについて、サービス種別，ユーザ I Dおよびパスワードが登録される。サービス Aを利用するユーザには、端末 .クライアント間で通信を行う方式として、常に "サーバ非経由" 方式が適用される。サービス Bを利用するユーザには、携帯電話 2 2 aからアクセスしたときは "サーバ経由" 方式が適用され、 P C 2 2 bからァクセスしたときは "サーバ非経由" 方式が適用される。サービス Cを利用するユーザには、常に "サーバ経由"方式が適用される。ユーザ I Dおよびパスワードは、サーバ 1 4にアクセスしてきたユーザが正規のユーザか否かを判別する認証処理に利用される。

図 3を参照して、端末情報 D Bには、ユーザが利用する各種の端末について、能力を示すパラメ一夕、この実施例では表示能力つまりモニタ画面の最大解像度が登録される。最大解像度は、クライアントから受信した実行結果を端末に送信するとき、実行結果に含まれる画像のサイズを端末画面に適合させるリサイズ処理を行うのに利用される。

なお、端末情報 D Bには、最大解像度に代えて、またはこれと共に、通信速度，処理速度，記憶容量などを登録してもよい。つまり端末情報 D Bには、端末の能力を示す 1つまたは複数のパラメ一夕が登録される。サーバ 1 4は、登録された 1つまたは複数のパラメ一夕に基づいて、実行結果を個々の端末に最適化する最適化処理を実行する。最適化処理の具体例としては、リサイズ処理のほか、フレームレートの変換，圧縮率の変更といった処理が挙げられる。

図 4を参照して、クライアント情報 D Bには、ルー夕 1 6に接続された 1台 1 台のクライアントについて、 I Pアドレスおよびポート番号が登録される。クライアント ·端末間の通信方式として "サーバ経由" が選択された場合、サーバ 1 4は、クライアント情報 D Bに登録された I Pアドレスおよびポート番号に基づいて、端末から受信したコマンドをクライアントに送信する。

一方、通信方式として "サーバ非経由"が選択された場合には、サーバ 1 4は、任意のポートの公開をルー夕 1 6に要求するポ一ト公開要求の発行をクライアン卜に命令し、公開されたポートの番号をクライアントから取得し、そして、取得された公開ポート番号と、クライアント情報 D Bに登録された I Pアドレスとを端末に通知する。端末は、通知されたアドレスおよびポート番号で特定される宛先にコマンドを送信する。図 5 (A) には、 "サーバ経由"方式に従う通信プロトコルが示され、図 6 (A) には、 "サーバ非経由"方式に従う通信プロトコルが示されている。ここでは、ュ一ザに "サービス B " が割り当てられており、このため、ユーザが携帯電話 2 2 aからサーバ 1 4にアクセスしたときは "サーバ経由" 方式が選択され、 P C 2 2 bからアクセスしたときは "サーバ非経由" 方式が選択される。

まず図 5 (A) を参照して、携帯電話 2 2 aから送信されたアクセスパケットは、サーバ 1 4によって受信される。アクセスパケットのデータ領域には、図 5 (B) に示されるように、ユーザ I D，端末種別，パスワードおよびコマンド送信依頼が格納されている。なお、携帯電話 2 2 aのように特定のユーザしか利用しない端末の場合、ヘッダ領域に記述された機器 I Dをユーザ I Dとして利用すれば、データ領域からユーザ I Dを省略することもできる。つまりユーザは、ァクセス時に自分の I Dを端末に入力する手間が省ける。

サーバ 1 4は、受信されたアクセスパケットからユーザ I D，端末種別，パスワードおよびコマンド送信依頼などの情報を抽出し、抽出情報を R AM 3 6に保持する。なお、 R AM 3 6内の情報は、ハードディスクドライブ（HD D) 4 4 によって随時バックアップされる（以下同様)。そして、クライアント情報 D B (図 4参照）に記載された I Pアドレスポート番号に基づいて、クライアントに"コマンド有り" を通知する。

通知後、サーバ 1 4は、抽出されたユーザ I Dをキーとして顧客情報 D B (図 2参照）を検索することよりサービス種別を特定し、特定されたサービス種別および抽出された端末種別に基づいて通信方式を決定する。この場合、サービス種別が " B "、端末種別が "携帯電話"なので、通信方式は "サーバ経由" に決定される。

通知を受けたクライアント（W e bカメラ 1 2 ) は、サーバ 1 4との間で T C P (Transmission Control Protocol) 接続を確立した後、コマンドをサーバ 1 4 に要求する。要求を受けたサーバ 1 4は、通信方式が "サーバ経由" なので、 R AM 3 6に格納された送信依頼に従うコマンドをクライアントに送信する。クライアントは、コマンドに従う処理を実行し、そして実行結果をサーバ 1 4 に送信する。サーバ 1 4は、実行結果を受信し、受信された実行結果を携帯電話 2 2 aに送信する。その際サーバ 1 4は、端末情報 D B (図 3参照）を参照して、実行結果に含まれる画像のサイズが携帯電話 2 2 aのモニタ画面（図示せず）の解像度に適合するか否かを判別し、適合しなければ画像にリサイズ処理を施す。携帯電話 2 2 aは、送信された実行結果を受信し、受信された実行結果をモニタ画面に表示する。

図 6 (A) を参照して、 P C 2 2 bから送信されたアクセスパケットは、サ一バ 1 4によって受信される。アクセスパケットのデータ領域には、図 6 (B) に示されるように、ユーザ I D , 端末種別，パスワードおよびコマンド送信依頼が格納されている。

サーバ 1 4は、受信されたアクセスパケットから情報を抽出し、抽出情報を R AM 3 6に保持し、そしてクライアントに "コマンド有り"を通知する。通知後、サーバ 1 4は、サービス種別を特定し、通信方式を決定する。この場合、サービス種別が " B "、端末種別が " P C "なので、通信方式は "サーバ非経由" に決定される。

"コマンド有り" 通知を受けたクライアントは、コマンドをサーバ 1 4に要求する。要求を受けたサーバ 1 4は、通信方式が "サーバ非経由" なので、コマンドを送信する代わりに、 "ポート公開要求" の発行をクライアントに命令する。

"ポート公開要求" の発行命令を受けたクライアントは、ルータ 1 6に任意のポートの公開を要求する。ルー夕 1 6は、要求に従ってポートを公開する。その後、クライアントは、ポート通知パケットをサーバ 1 4送信する。ポート通知パケットのデ一夕領域には、図 6 ( C) に示されるように、公開されたポートの番号が記述される。

サーバ 1 4は、ポート通知パケットを受信し、 P C 2 2 bにリダイレクト命令パケットを送信する。リダイレクト命令パケットのデ一夕領域には、図 6 (D) に示されるように、クライアントの I Pアドレスと、ポート通知パケットから抽出された公開ポート番号と、リダイレクト命令とが記述される。なお、 I Pアドレスは、クライアント情報 D B (図 4参照）から読み取られる。

P C 2 2 bは、リダイレクト命令パケットを受信し、コマンドをクライアントに送信する。コマンドの送信は、リダイレクト命令パケットから抽出された I P アドレスおよびポート番号によって特定される宛先に向けて行われる。

クライアントは、コマンドに従う処理を実行し、そして実行結果を PC22 b に送信する。 PC 22 bは、送信された実行結果を受信し、受信された実行結果に基づく画像をモニタ画面（図示せず）に表示する。以降、公開ポートが閉鎖されるまでの間、 PC22 bは、コマンドを直接クライアントに送信し、実行結果を直接クライアントから受信することができる。

サーバ 14の CPU42は、具体的には、図 7および図 8に示された認証 Z振. り分けタスクと、図 9に示された仲介タスクとを実行する。認証振り分けタスクは常時起動されており、 CPU42は、認証振り分けタスクに従って、端末からアクセスを受けたとき認証を行い、そして認証が成立したとき振り分け処理を実行する。仲介タスクは、振り分け処理の完了後に起動される。認証ノ振り分けタスクおよび仲介タスクが起動された状態では、 CPU42は、 /C I TRON のようなマルチタスク OSの制御下で、 2つのタスクを並列的に処理する。なお、これらのフロー図に対応する制御プログラムは、 ROM 38に格納される。

図 7を参照して、ステップ S 1で CPU42は、ネットワークコントローラ 4 0を通してアクセスパケット（図 5 (B)，図 6 (B) 参照）を受信したか否かを判別する。アクセスパケットが受信されると、ステップ S 3に移って、アクセスパケットからユーザ I D, 端末種別，パスワードおよびコマンド送信依頼を抽出する。抽出された情報は、 RAM36に保持される。

ステップ S 5では、顧客情報 DB (図 2参照）を検索して、ユーザ IDおよびパスワードによる認証処理を行う。ステップ S 7では、認証が成立するか否かが判別される。具体的には、アクセスパケットから抽出されたユーザ I Dおよびパスヮードが顧客情報 DBの登録情報と一致するか否かが判別され、一致したとき認証が成立する。認証が成立しなければ、ステップ S 13で端末にエラ一を通知し、その後ステップ S 1に戻る。

認証が成立すると、ステップ S 7からステップ S 9に移り、振り分け処理（後述）を行う。振り分け処理が完了すると、ステップ S 11で仲介タスクを起動し、その後ステップ S 1に戻る。

ステップ S 9の振り分け処理は、図 8に示すサブルーチンに従う。図 8を参照して、ステップ S 21で CPU42は、顧客情報 DB (図 2参照）を検索して、サービス種別を特定する。具体的には、顧客情報 DBから、ステップ S 3で抽出されたユーザ I Dに対応するサービス種別が読み取られる。

ステップ S 23および S 25では、読み取られたサービス種別が "A", "B" および "C" のどれであるかが判別される。サービス種別が "A" であれば、ステツプ S 23からステップ S 29に移って、通信方式を "サーバ非経由" に決定する。サービス種別が "B" であれば、ステップ S 25からステップ S 27に移る。サービス種別が "C" であれば、ステップ S 25からステップ S 31に移つて、通信方式を "サーバ経由" に決定する。

ステップ S 27では、読み取られた端末種別が PCか否かが判別され、判別結果が肯定的であればステップ S 29に移って、通信方式を "サーバ非経由" に決定する。判別結果が否定的であれば、ステップ S 31に移って通信方式を "サーバ経由" に決定する。

つまり、サービス種別が "A" であれば端末種別に関わりなく通信方式は "サーバ非経由" に決定され、サービス種別が "C" であれば端末種別によらず通信方式は "サーバ経由" に決定される。サービス種別が "B" の場合、端末種別が PCであれば通信方式は "サーバ非経由" に決定され、端末種別が携帯電話であれば通信方式は "サーバ経由" に決定される。

こうして決定された通信方式を示す情報は、 CPU42内のレジス夕 Rに保持される。決定後、 CPU42は、上位層のルーチンに復帰する。

図 9を参照して、仲介タスクが起動されると、 CPU42は、ステップ S 41 でクライアントに "コマンド有り" を通知し、ステップ S 43でクライアントからのコマンド要求を待つ。ネットワークコントローラ 40を通じてコマンド要求が受信されると、ステップ S 45に移って、通信方式が "サーバ非経由" であるか否かを判別する。判別は、レジス夕 Rを参照して行われる。この判別の結果が肯定的であればステップ S 47〜S 51を実行し、否定的であればステップ S 5 3〜S 63を実行する。

ステップ S 47では、 "ポート公開要求"の発行をクライアントに命令する。ステツプ S49では、クライアントからポート通知パケット（図 6 (C) 参照）が送られてくるのを待つ。ポート通知パケットが受信されると、ステップ S 5 1で端末にリダイレクト命令バケツト（図 6 (D) 参照）を送信する。リダイレクト命令パケットの送信後、このタスクは終了される。

ステップ S 5 3では、クライアントにコマンドを送信する。ステップ S 5 5では、クライアントから実行結果が送られてくるのを待つ。実行結果が受信されるとステップ S 5 7に移り、端末情報 D B (図 3参照）を検索して端末の最大解像度を特定する。具体的には、端末情報 D Bから、ステップ S 3で抽出された端末種別に対応する最大解像度が読み取られる。ステップ S 5 9では、受信された実行結果に含まれる画像のサイズが、特定された最大解像度を超えていないかどうかを確認する。

画像サイズが最大解像度以内に収まっていれば、ステップ S 6 3に進む。画像サイズが最大解像度を超えている場合には、ステップ S 6 1でリサイズ処理を行い、その後ステップ S 6 3に移る。ステップ S 6 3では、端末に実行結果を送信する。実行結果の送信後、このタスクは終了される。

クライアント（W e bカメラ 1 2 ) の C P U 2 8は、具体的には、図 1 0に示されたコマンド実行タスクに従ってコマンドに従う処理を実行する。コマンド実行タスクは、図示しない操作パネルを介して遠隔操作モードがオンされたとき起動され、遠隔操作モードがオフされたとき終了される。 C P U 2 8は、このタスクに従って、端末からサーバ経由でまたはサーバ非経由でコマンドを受け、コマンドに従う処理を実行し、そして実行結果をサーバ経由でまたはサーバ非経由で端末に送信する。コマンド実行タスクを含む複数のタスクが起動された状態では、 C P U 2 8は、 I T R O Nのようなマルチタスク O Sの制御下で、複数のタスクを並列的に処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ 3 0に格納される。

図 1 0を参照して、ステップ S 8 1で C P U 2 8は、サーバ 1 4から "コマンド有り" の通知を受けたか否かを判別する。通知を受けると、ステップ S 8 3に移って、サーバ 1 4にコマンドを要求する。その後、ステップ S 8 5および S 8 7のループに入る。ステップ S 8 5では、サーバ 1 4からのコマンドを受信したか否かを判別し、ステップ S 8 7では、 "ポート公開要求"の発行命令を受けたか否かを判別する。

サーバ 1 4からのコマンドを受信すると、ステップ S 8 5で Y E Sと判別し、ステップ S 8 9に移って、コマンドに従う処理を実行する。次のステップ S 9 1 では、サーバ 1 4に実行結果を送信し、その後、ステップ S 8 1に戻る。

"ポー卜公開要求"の発行命令を受けると、ステップ S 8 7で Y E Sと判別し、ステップ S 9 3に移って、ルー夕 1 6に任意のポートの公開を要求する。ステツプ S 9 5では、公開ポートの番号をサーバ 1 4に通知する。その後、ステップ S 9 7および S 9 9のループに入る。ステップ S 9 7では、端末からのコマンドを受信したか否かを判別し、ステップ S 9 9では、終了イベントが発生したか否かを判別する。

端末からのコマンドを受信すると、ステップ S 9 7で Y E Sと判別し、ステツプ S 1 0 3に移ってコマンドに従う処理を実行する。次のステップ S 1 0 5では、端末に実行結果を送信し、その後、ステップ S 9 7および S 9 9のループに戻る。終了イベントが発生すると、ルー夕 1 6に公開ポートの閉鎖を要求し、その後ステツプ S 8 1に戻る。なお、終了イベントとしては、端末またはサーバ 1 4からの終了通知の受信，タイムアウトの検出などがある。

以上から明らかなように、この実施例のサーバ 1 4は、端末（携帯電話 2 2 a , P C 2 2 b ) からのアクセスを受け付けたとき、端末のユーザに割り当てられたサービスの種別と、端末の種別つまり端末の能力とに基づいて、 "サーバ経由"方式および "サーバ非経由" 方式のいずれかを選択する。

具体的には、サービス種別が "A" であれば、端末種別に関係なく "サーバ非経由" が選択され、サービス種別が " C " であれば、端末種別に関係なく "サーバ経由" が選択される。サービス種別が " B " であれば、端末種別の判別が行われ、判別結果が携帯電話 2 2 aを示すとき "サーバ経由" が選択される。判別結果が P C 2 2 bを示すときには "サーバ非経由" が選択される。

つまり、表示，情報処理，通信などの能力が高い P C 2 2 bからのアクセスに対しては "サーバ非経由" が選択され、能力の低い携帯電話 2 2 aからのァクセスに対しては "サーバ経由" が選択される。ユーザの好みによっては、かかる端末の能力に基づく自動選択は行わず、 P C 2 2 bからのアクセスであっても携帯電話 2 2 aからのアクセスであっても常に "サーバ非経由" が選択されるような設定が可能であり、また、常に "サーバ非経由" が選択されるような設定も可能である。

"サーバ経由" .方式を選択したとき、サーバ 1 4は、コマンドをクライアント (W e bカメラ 1 2 ) に送信し、コマンドに従う処理の実行結果をクライアントから受信し、そして受信された実行結果を端末に送信する。

"サーバ非経由" 方式を選択したとき、サーバ 1 4は、まずコマンドを受信するための準備処理をクライアントに命令する。具体的には、任意のポートの公開をルー夕 1 6に要求するポート公開要求の発行をクライアントに命令する。次に、公開されたポートの番号をクライアントから取得し、そして、取得した番号を含む宛先情報によって特定される宛先へのコマンドの送信を端末に命令する。

"サーバ経由" 方式を選択すれば、実行結果の端末への最適化を行うことができる。一方、サーバ非経由" 方式を選択すれば、負荷を削減することができる。このような 2つの通信方式のどちらかが端末の能力に基づいて自動的に選択されるので、ユーザが面倒な操作を行わなくても、端末は無理なく実行結果を利用できる。具体的には、表示能力の低い携帯電話 2 2 aからアクセスを行ったとき "サーバ経由" が自動で選択され、サーバ 1 4において実行結果に含まれる画像がリサイズされるので、ユーザがスクロール操作を行わなくても、携帯電話 2 2 aは画像の全体をモニタ画面内に表示することができる。

なお、この実施例でサーバ 1 4は、端末の能力に基づいて "サーバ経由" 方式および "サーバ非経由" 方式のいずれかを選択したが、コマンドの実行結果に含まれるデータの量，負荷の大きさ，課金を行うか否か等に基づいて通信方式の選択を行うこともできる。以下には、かかる基準で選択を行う他の実施例を説明する。

この実施例が先の実施例と異なるのは、振り分け処理、および仲介タスクの一部だけである。よって、この実施例にも図 1〜図 7および図 1 0を援用し、重複する説明を省略する。図 7のステップ S 9に示された振り分け処理は、図 1 1のサブルーチンに従う。同じくステップ S 1 1に示された仲介タスクは、図 1 2のフローチャートに従って実行される。図 1 1を参照して、ステップ S 121で CPU42は、アクセスパケット（図 5 (B), 図 6 (B) 参照）から抽出されたコマンド送信依頼を解析する。ステツプ S 123では、コマンドに従う処理が課金の対象であるか否かを判別する。課金対象であれば、ステップ S 133に進んで、通信方式を "サーバ経由" に決定する。

課金対象でなければ、ステップ S 125に移って、 CPU42自身の現在の負荷が閾値 Sを下回っているか否かを判別し、負荷が閾値 Sを下回っていればステップ S 133に進んで、通信方式を "サーバ経由" に決定する。負荷が閾値 Sに達していれば、ステップ S 127に移って、コマンドの実行結果に動画像が含まれるか否かを判別する。実行結果に動画像が含まれていればステップ S 131に進み、通信方式を "サーバ非経由" に決定する。

実行結果に動画像が含まれていなければステツプ S 129に移り、実行結果に含まれるデータの量が閾値 Tを超えているか否かをさらに判別する。データ量が閾値 Tを超えていれば、ステップ S 131に進んで、通信方式を "サーバ非経由" に決定する。データ量が閾値 Tを越えていなければ、ステップ S 133に進んで、通信方式を "サーバ経由" に決定する。

つまり、コマンドに従う処理が課金対象であれば、負荷やデータ量に関係なく "サーバ経由" 方式が選択される。コマンドに従う処理が課金対象でなければ、 CPU42にかかる負荷が軽いとき "サーバ経由" 方式が選択される。 CPU4 2にかかる負荷が重いときには、実行結果に動画が含まれるか、または実行結果のデータ量が多い場合に "サーバ非経由" 方式が選択され、実行結果に動画が含まれず、かつ実行結果のデータ量が少ない場合には "サーバ経由" 方式が選択される。

こうして決定された通信方式を示す情報は、 CPU42内のレジスタ Rに保持される。決定後、 CPU42は、上位層のルーチンに復帰する。

図 12を参照して、ステップ S 41〜S 55は、図 9のステップ S 41〜S 5 5と同様である。 CPU 42は、ステップ S 55の判別結果が肯定的であるとき、ステップ S 59 aに移る。ステップ S 59 aでは、送信されたコマンドに従う処理が課金対象か否かを判別し、判別結果が肯定的であれば、ステップ S 6 l aで課金処理を行い、その後ステップ S 6 3に移る。ここで課金は、ステップ S 3 (図 7参照）で抽出されたユーザ I Dに対応する顧客に対して行われる。

ステップ S 5 9 aの判別結果が否定的であれば、直ちにステップ S 6 3に移る。ステップ S 6 3では、端末に実行結果を送信する。実行結果の送信後、このタスクは終了される。

この実施例では、サーバ 1 4は、 "コマンドに従う処理が課金対象であれば、通信方式としてサーバ経由" を選択し、クライアント（W e bカメラ 1 2 ) 力受信した実行結果を端末（携帯電話 2 2 a， P C 2 2 b ) に送信するとき課金処理を行う。コマンドに従う処理が課金対象でなければ、 C P U 4 2の負荷が軽いとき "サーバ経由" 方式を選択する。 C P U 4 2の負荷が重いときには、実行結果に動画が含まれるか、または実行結果のデ一夕量が多い場合に "サーバ非経由" 方式を選択し、実行結果に動画が含まれず、かつ実行結果のデータ量が少ない場合には "サーバ経由" 方式を選択する。

コマンドに従う処理が課金対象であれば、 "サーバ経由"方式を選択することで確実に課金を行うことができ、課金対象でなければ、 C P U 4 2の負荷が大きいときに、実行結果に含まれるデータの態様やデータ量に応じて、適宜 "サーバ非経由" 方式を選択することによって、 C P U 4 2の負荷を軽減することが可能となる。

以上では、 W e bカメラ 1 2およびサーバ 1 4からなる監視カメラシステム 1 0について説明したが、この発明は、サーバとサーバから通知されるコマンドに従う処理を実行するコマンド処理装置（クライアント）とからなるあらゆる処理システムに適用することができる。

この発明が詳細に説明され図示されたが、それは単なる図解および一例として用いたものであり、限定であると解されるべきではないことは明らかであり、この発明の精神および範囲は添付されたクレームの文言によってのみ限定される。

Claims

請求の範囲

1 . サーバであって、次のものを備える：

コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたとき前記処理要求装置が所定条件を満足するか否かを判別する判別手段 ;

前記判別手段の判別結果が否定的であるとき前記コマンドを前記コマンド処理装置に送信する第 1送信手段；

前記第 1送信手段によって送信された前記コマンドの実行結果を前記コマンド処理装置から受信する受信手段；

前記受信手段によって受信された実行結果を前記処理要求装置に送信する第 2 送信手段；

前記判別手段の判別結果が肯定的であるとき前記コマンドを受信するための準備処理を前記コマンド処理装置に命令する第 1命令手段；および

前記第 1命令手段の命令に関連して前記コマンド処理装置への前記コマンドの直接送信を前記処理要求装置に命令する第 2命令手段。

2 . クレーム 1に従属するサーバであって、前記コマンド処理装置は前記コマンドをルー夕を通して受信し、前記準備処理は任意のポートの公開を前記ルー夕に要求する処理である。

3 . クレーム 2に従属するサーバであって、前記第 1命令手段の命令に応じて公開されたポートの識別子を前記コマンド処理装置から取得する取得手段をさらに備え、前記第 2命令手段は前記取得手段によって取得された識別子を含む宛先情報を命令に割り当てる。

4. クレーム 1に従属するサーバであって、前記所定条件は前記処理要求装置の能力が閾値よりも高いという条件を含み、前記第 2送信手段は前記実行結果に含まれるデータの量を前記処理要求装置の能力に応じて削減する削減手段を含む。

5 . クレーム 4に従属するサーバであって、前記能力は表示能力を含み、前記実行結果は画像データを含み、前記適合化手段は前記画像データを前記表示能力に応じてリサイズする。

6 . クレーム 1に従属するサーバであって、前記送信依頼は複数のユーザ識別子のいずれか 1つを含み、以下のものをさらに備え：前記複数のユーザ識別子と前記複数のユーザ識別子の各々に割り当てられたサービス種別とを少なくとも含む顧客情報を登録する登録手段；前記判別手段が判別を行う前に前記送信依頼からユーザ識別子を抽出する抽出手段；前記抽出手段によって抽出されたユーザ識別子に割り当てられたサ一ビス種別を前記顧客情報に基づいて特定する特定手段；および前記特定手段の特定結果が第 1種別を示すとき前記判別手段，前記第 1送信手段，前記受信手段および前記第 2送信手段を無効化する第 1無効化手段、

前記第 1命令手段は前記第 1無効化手段による無効化が行われたとき命令を行ラ。

7 . クレーム 6に従属するサーバであって、前記特定手段の特定結果が第 2種別を示すとき前記第 1命令手段および前記第 2命令手段を無効化する第 2無効化手段をさらに備え、前記第 1送信手段は前記第 2無効化手段による無効化が行われたとき送信を行う。

8 . サーバであって、次のものを備える：

コマンド処理装置へのコマンドの送信を依頼する送信依頼を処理要求装置から受け付けたとき前記コマンドの実行結果に含まれるデータの量が第 1閾値よりも多いか否かを判別するデータ量判別手段；

前記データ量判別手段の判別結果が否定的であるとき前記コマンドを前記コマンド処理装置に送信する第 1送信手段；

前記第 1送信手段によつて送信された前記コマンドの実行結果を前記コマンド処理装置から受信する受信手段；

前記デ一夕量判別手段の判別結果が肯定的であるとき前記コマンドを受信するための準備処理を前記コマンド処理装置に命令する第 1命令手段；および前記第 1命令手段の命令に関連して前記コマンド処理装置への前記コマンドの直接送信を前記処理要求装置に命令する第 2命令手段。

9 . クレーム 8に従属するサーバであって、次のものをさらに備え：前記データ量判別手段が判別を行う前に負荷が第 2閾値を下回っているか否かを判別する負荷判別手段；および前記負荷判別手段の判別結果が肯定的であるとき前記データ量判別手段を無効化する第 1無効化手段、前記第 1送信手段は前記負荷判別手段の判別結果が肯定的であるとき送信を行ラ。

1 0 . クレーム 9に従属するサーバであって、

以下のものをさらに備え：前記負荷判別手段が判別を行う前に前記コマンドに従う処理が課金対象であるか否かを判別する課金判別手段；および前記課金判別手段の判別結果が肯定的であるとき前記データ量判別手段および前記負荷判別手段を無効化する第 2無効化手段、

前記第 1送信手段は前記課金判別手段の判別結果が肯定的であるとき送信を行う。

1 1 . 仲介方法であって、次のものを備える：

コマンド処理装置と処理要求装置との間のデータ通信を仲介する方法であって、前記コマンド処理装置へのコマンドの送信を依頼する送信依頼を前記処理要求装置から受け付けたとき前記処理要求装置が所定条件を満足するか否かを判別する判別ステップ；

前記判別ステップの判別結果が否定的であるとき前記コマンドを前記コマンド処理装置に送信する第 1送信ステツプ；

前記第 1送信ステツプによって送信された前記コマンドの実行結果を前記コマンド処理装置から受信する受信ステップ；

前記受信ステップによつて受信された実行結果を前記処理要求装置に送信する第 2送信ステップ；

前記判別ステップの判別結果が肯定的であるとき前記コマンドを受信するための準備処理を前記コマンド処理装置に命令する第 1命令ステップ；および

前記第 1命令ステップの命令に関連して前記コマンド処理装置への前記コマンドの直接送信を前記処理要求装置に命令する第 2命令ステップ。

1 2 . コマンド処理装置と処理要求装置との間のデータ通信を仲介するサーバのプロセサによって実行される制御プログラムであって、次のものを備える：前記コマンド処理装置へのコマンドの送信を依頼する送信依頼を前記処理要求装置から受け付けたとき前記処理要求装置が所定条件を満足するか否かを判別する判別ステップ；

前記第 1送信ステツプによつて送信された前記コマンドの実行結果を前記コマンド処理装置から受信する受信ステップ；

前記受信ステップによって受信された実行結果を前記処理要求装置に送信する第 2送信ステップ；

前記判別ステップの判別結果が肯定的であるとき前記コマンドを受信するための準備処理を前記コマンド処理装置に命令する第 1命令ステップ；および前記第 1命令ステップの命令に関連して前記コマンド処理装置への前記コマンドの直接送信を前記処理要求装置に命令する第 2命令ステップ。

1 3 . コマンド処理装置と処理要求装置との間のデータ通信を仲介するサーバのプロセサによって実行される制御プログラムを記録した記録媒体であって、前記制御プログラムは次のものを備える：

前記コマンド処理装置へのコマンドの送信を依頼する送信依頼を前記処理要求装置から受け付けたとき前記処理要求装置が所定条件を満足するか否かを判別する判別ステップ；

前記判別ステップの判別結果が否定的であるとき前記コマンドを前記コマンド処理装置に送信する第 1送信ステップ；

前記第 1送信ステップによつて送信された前記コマンドの実行結果を前記コマンド処理装置から受信する受信ステツプ；

前記判別ステツプの判別結果が肯定的であるとき前記コマンドを受信するための準備処理を前記コマンド処理装置に命令する第 1命令ステップ；および前記第 1命令ステップの命令に関連して前記コマンド処理装置への前記コマンドの直接送信を前記処理要求装置に命令する第 2命令ステップ。

1 4 . コマンド処理装置と処理要求装置との間のデータ通信を仲介する方法であって、次のものを備える：

前記コマンド処理装置へのコマンドの送信を依頼する送信依頼を前記処理要求装置から受け付けたとき前記コマンドの実行結果に含まれるデータの量が第 1閾値よりも多いか否かを判別するデータ量判別ステップ；

前記データ量判別ステツプの判別結果が否定的であるとき前記コマンドを前記コマンド処理装置に送信する第 1送信ステップ；

前記第 1送信ステップによって送信された前記コマンドの実行結果を前記コマンド処理装置から受信する受信ステップ；

前記データ量判別ステツプの判別結果が肯定的であるとき前記コマンドを受信するための準備処理を前記コマンド処理装置に命令する第 1命令ステップ；および

前記第 1命令ステツプの命令に関連して前記コマンド処理装置への前記コマンドの直接送信を前記処理要求装置に命令する第 2命令ステップ。

1 5 . コマンド処理装置と処理要求装置との間のデータ通信を仲介するサーバのプロセサによって実行される制御プログラムであって、次のものを備える：前記コマンド処理装置へのコマンドの送信を依頼する送信依頼を前記処理要求装置から受け付けたとき前記コマンドの実行結果に含まれるデータの量が第 1閾値よりも多いか否かを判別するデータ量判別ステップ；

前記データ量判別ステップの判別結果が否定的であるとき前記コマンドを前記コマンド処理装置に送信する第 1送信ステップ；

前記データ量判別ステップの判別結果が肯定的であるとき前記コマンドを受信するための準備処理を前記コマンド処理装置に命令する第 1命令ステツプ；および

1 6 . コマンド処理装置と処理要求装置との間のデータ通信を仲介するサーバのプロセサによって実行される制御プログラムを記録した記録媒体であって、前記制御プログラムは次のものを備える：

前記コマンド処理装置へのコマンドの送信を依頼する送信依頼を前記処理要求装置から受け付けたとき前記コマンドの実行結果に含まれるデータの量が第 1 閾値よりも多いか否かを判別するデータ量判別ステップ；

前記デ一夕量判別ステップの判別結果が否定的であるとき前記コマンドを前記コマンド処理装置に送信する第 1送信ステツプ；

前記受信ステツプによって受信された実行結果を前記処理要求装置に送信する第 2送信ステップ；

前記データ量判別ステツプの判別結果が肯定的であるとき前記コマンドを受信するための準備処理を前記コマンド処理装置に命令する第 1命令ステツプ；および