JP5213359B2 - 情報処理装置および制御方法、制御プログラム - Google Patents

情報処理装置および制御方法、制御プログラム Download PDF

Info

Publication number
JP5213359B2
JP5213359B2 JP2007150777A JP2007150777A JP5213359B2 JP 5213359 B2 JP5213359 B2 JP 5213359B2 JP 2007150777 A JP2007150777 A JP 2007150777A JP 2007150777 A JP2007150777 A JP 2007150777A JP 5213359 B2 JP5213359 B2 JP 5213359B2
Authority
JP
Japan
Prior art keywords
network
upload
external device
communication
information processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2007150777A
Other languages
English (en)
Other versions
JP2008305095A (ja
JP2008305095A5 (ja
Inventor
太史 八村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2007150777A priority Critical patent/JP5213359B2/ja
Priority to US12/132,397 priority patent/US7818438B2/en
Publication of JP2008305095A publication Critical patent/JP2008305095A/ja
Publication of JP2008305095A5 publication Critical patent/JP2008305095A5/ja
Application granted granted Critical
Publication of JP5213359B2 publication Critical patent/JP5213359B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/564Enhancement of application control based on intercepted application data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5682Policies or rules for updating, deleting or replacing the stored data

Description

本発明は、ネットワーク内のストレージ装置に、リモートアクセスサーバを介してデータを転送する場合の、該ストレージ装置に対する処理を制御する制御技術に関するものである。
従来より、デジタルカメラやデジタルビデオカムコーダ等の撮像装置を直接又はアダプタを介してネットワークに接続し、該撮像装置内に蓄積された画像又は映像等のデータを、ネットワーク内のサーバ装置にアップロードする処理が行われている。当該処理を行うことで、撮像装置内の蓄積装置の空き容量を確保することができる。
このようなデータのアップロード処理に関する提案としては、例えば、下記特許文献1が挙げられる。同文献によれば、デジタルカメラ又はアダプタがネットワークとの接続を検知すると、当該ネットワークを介して、転送先のシステムとの通信接続を確立することで、当該転送先への画像データの自動転送を実現している。当該技術を用いることにより、デジタルカメラ内の蓄積装置の空き容量を自動的に確保することが可能となる。
一方、最近のホームネットワークは、インターネットからのウイルス進入や不正アクセス等を防ぐために、ルータをネットワーク内に配し、該ルータ上でファイアウォール機能を動作させているケースが少なくない。しかし、当該ファイアウォール機能を動作させると、当該ネットワークのセキュリティの向上が実現できる反面、当該ネットワークのユーザが、インターネットを介して外部からネットワーク内の機器にアクセスすることが困難となってしまう。そこで、通常は、ネットワーク内にリモートアクセスサーバを配し、外部からのデータの送受信を可能にしている。
このようなリモートアクセスサーバを利用して、ネットワーク内のサーバ装置に対して、外部からデータをアップロードする場合のアップロード処理に関しても、これまで種々の提案がなされてきている。
例えば、下記特許文献2には、データのアップロード処理に関して、転送元と転送先のコンピュータ間に配されたネットワークスイッチ及び代理サーバを用いて、代理転送によるアップロードを実現するネットワークシステムが開示されている。
同文献によれば、当該ネットワークスイッチは、トラフィックを監視してアップロード対象のアップロードトラフィックを検出する監視手段を有している。また、当該代理サーバは、アップロードトラフィックから転送先のコンピュータの情報を抽出する解析手段と、転送先のコンピュータに成り代わってファイルを受信する代理受信手段を有している。更に、受信したファイルを転送元のコンピュータに成り代わって転送先のコンピュータに送信する代理送信手段を有している。このような構成を備えることにより、当該ネットワークシステムでは、アップロードトラフィックが起きた場合でも、代理サーバに当該アップロード処理を代行させることが可能となる。
更に、アップロード処理を行う際のサーバ装置側の機能についても、種々の提案がなされている。
例えば、下記特許文献3には、サーバ装置が、クライアントからの要求に応じてサービスを提供する際に、サーバ装置を構成する資源の資源負荷値と、クライアントごとの優先順位とからサービスごとの資源占有値を算出する構成が開示されている。同文献によれば、算出された資源占有値と所定の閾値との比較結果に基づいて、予め設定された処理をサービス毎に実行させることが可能となる。
特開2000−232599号公報 特開2003−233548号公報 特開2005−100220号公報
しかしながら、上記特許文献1に開示された構成は、アップロード処理を行おうとする時点での、サーバ装置側の処理負荷が考慮されていないという問題がある。
このため、上記特許文献1の場合、例えば、アップロードするデータをサーバ装置に転送した際、サーバ装置側の負荷が性能限界まで達していた場合には、データ転送が失敗してしまうといった事態が生じえる。あるいは、仮にデータ転送が成功したとしても、サーバ装置に接続されている他の機器の処理が後回しにされてしまうこととなる。この結果、例えば、サーバ装置に接続されているテレビ(TV)チューナが、サーバ装置に対してTV録画データの書き込み処理を行っている場合にあっては、当該TV録画データの書き込みが失敗してしまうといった事態が生じえる。
同様に、上記特許文献2についても、アップロードトラフィックを考慮した処理については開示されているが、サーバ装置側の処理負荷を考慮した処理についてまでは開示されていない。
一般に、リモートアクセスサーバを介してデータのアップロードを行う場合、リモートアクセスサーバに予め登録した情報をアップロード端末(例えばデジタルカメラ)と一緒に外部に持ち出し、当該情報に基づいてリモートアクセスサーバにアクセスする。このため、アップロード端末からリモートアクセスサーバまでのアップロードトラフィックよりも、むしろ、ホームネットワーク内のネットワークトラフィックが原因で、アップロードが適切に行われないケースの方が多い。
このため、ネットワーク内の状況に応じてアップロード処理の制御を行う構成がネットワーク内において実現されることが求められている。
これに対して、上記特許文献3には、ネットワーク内の状況としてサーバ装置側における処理負荷を考慮して処理を行う構成が開示されている。しかし、データ転送先であるサーバ装置としてのストレージ装置は、一般に特許文献3において前提としているような高機能で高性能なストレージ装置ではなく、むしろ、単機能で中性能、低価格なストレージ装置が用いられることが多い。このため、ストレージ装置にて、自身の処理負荷等に応じた制御処理を行うことは、それ自体がストレージ装置の処理負荷増の原因となる。
このため、ストレージ装置の処理負荷を考慮したアップロード処理を制御する場合には、ネットワーク内の機器のうち、ストレージ装置以外の機器において実現されることが望ましい。
また、ストレージ装置側における処理負荷に基づいてアップロード処理を制御するだけでなく、ネットワーク内の状況を監視しながら、ストレージ装置に対する処理全体を制御することが望ましい。
本発明は、上記課題に鑑みてなされたものであり、ネットワーク内のストレージ装置に、リモートアクセスサーバを介してデータを転送する場合において、ネットワーク内の状況に応じて該ストレージ装置に対する処理を制御することを目的とする。
上記の目的を達成するために本発明に係る情報処理装置は以下のような構成を備える。即ち、
ネットワーク通信装置と接続されるネットワークを介して、外部装置からデータを受信する受信手段と、
前記受信手段によって受信されたデータを記憶部に記憶する記憶手段と、
前記ネットワーク通信装置に接続されるネットワークを介さずに、テレビ映像データを受信するチューナ装置から入力されたテレビ映像データを前記記憶部に記憶する処理の実行状況を判定する判定手段と、
前記判定手段による判定に応じて、前記ネットワークを介した外部装置との通信を制限する制限手段とを有する
本発明によれば、テレビ映像データの通信状況に応じて記憶部に対する処理を制御することが可能となる。例えば、ストレージ装置に対してテレビ映像データの書き込み処理を行っている場合にあっては、テレビ映像データの録画を優先し、ストレージ装置へテレビ映像データとは異なる通信(例えば、撮像装置からのデータのアップロード)を制限するので、当該テレビ映像データの録画が失敗してしまうといった事態を低減することができるようになる。
以下、図面を参照しながら各実施形態の詳細について説明する。なお、以下の各実施形態では、本発明にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)が制御装置(リモートアクセスサーバ)上において実行される場合について説明する。
また、リモートアクセスサーバにおいて当該アップロードマネージャによって実現される各種処理について説明するにあたり、第1から第4の実施形態は、それぞれネットワーク内の状況が異なるケースを前提としている。
第1の実施形態は、ネットワーク内のNAS(Netwaork Attached Storage、以下、単にストレージ装置と称す)にデータをアップロード中に、該ストレージ装置に対して、他の機器からアクセスがあったケースである。具体的には、ネットワーク内のネットワークチューナ装置から、ストレージ装置に対して録画データの書き込み要求がなされ、ストレージ装置の処理負荷が上昇したケースである。
また、第2の実施形態は、ネットワーク内の複数の機器がストレージ装置にアクセスしている状態において、データのアップロードを行うケースである。具体的には、ネットワークチューナ装置によるストレージ装置への録画データの書き込みと、ネットワークプレーヤ装置による録画データの読み出しとが行われ、ストレージ装置の処理負荷が極めて高い状態で、データのアップロードを行うケースである。
また、第3及び第4の実施形態は、ネットワーク内の複数の機器がストレージ装置にアクセスしている状態において、データのアップロードを行うケースである。具体的には、ネットワーク内のPC(パーソナルコンピュータ)及びハードディスクレコーダ装置によるストレージ装置へのデータの転送が行われ、ストレージ装置の処理負荷が高い状態で、データのアップロードを行うケースである。なお、第2の実施形態とは、データのアップロード処理の優先度が異なるケースである。
以下、それぞれの実施形態について詳細を説明する。
[第1の実施形態]
1.ネットワークシステムの構成
図1は、本実施形態にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)を備えるRAS(リモートアクセスサーバ)が接続されたネットワークシステム100のシステム構成図である。図1に示すように、ネットワークシステム100は、ネットワーク外部に持ち出されたアップロード端末(デジタルカメラ105)が、インターネット106を介してRAS(リモートアクセスサーバ)104に接続できるように構成されている。
101は単独でネットワーク107に接続可能なストレージ装置(NAS:Network Attached Storage)である。
102はTV電波映像をネットワーク107を介してストレージ装置101に録画データとして転送する機能を持ったネットワークチューナ装置である。
103はアップロードマネージャであり、ストレージ装置101における処理負荷を監視するとともに、リモートアクセスサーバ104経由でデジタルカメラ105よりデータのアップロードが行われた場合に、該アップロード処理を制御する。
104はリモートアクセスサーバであり、デジタルカメラ105等からのリモートアクセスを管理する。なお、当該リモートアクセス管理機能は、インターネット106(外部ネットワーク)とネットワーク107(内部ネットワーク)とを分離管理するファイアウォール機能を持ったルータ上で実現されるものとする。
105はネットワークシステム100にリモートアクセス可能なデジタルカメラ(普通のデジタルカメラにネットワーク接続アダプタを付けたものも含む)である。
なお、本実施形態では、アップロードマネージャ103は、リモートアクセスサーバ104上において動作する構成としているが、本発明はこれに限られない。例えば、ネットワークシステム100内のストレージ装置101以外の他の機器において動作するように構成してもよい。ただし、以下では、リモートアクセスサーバ104上において動作するものとして説明を行う。
2.ストレージ装置の機能構成
図2は、ネットワークシステム100を構成するストレージ装置101の機能構成を示すブロック図である。ストレージ装置101は、201〜204に示す機能を備える。
201は自負荷監視部であり、ストレージ装置101自身のネットワーク負荷及びCPU/MPU負荷等の処理負荷を監視して、これらの処理負荷が予め定められた閾値を超えたことを契機に、イベントを発生する。
202はアクセス情報監視部であり、ネットワーク107を介してアクセスされているパケットを分析し、どのような機器からアクセスされているのか、また、どのようなプロトコルを利用してアクセスされているのかを判断する。これにより、どのような機能を有する機器からのアクセスかというアクセス情報を管理することができる。
更に、アクセス情報についての問い合わせがあった場合に、問い合わせ元に、アクセス情報を返信する等の処理を行う。
203はネットワーク制御部であり、ネットワーク107を介してアクセスした機器について管理を行うサーバ機能やセキュリティ機能等を制御する。
204はファイル制御部であり、ストレージ装置101内のハードディスク等の2次記憶装置に、データをファイルという形態で書き込んだり、2次記憶装置から当該ファイルを読み出したりする。
3.アップロードマネージャの機能構成
図3は、本発明の第1の実施形態にかかる制御方法を実現するための制御プログラムであるアップロードマネージャ103の機能構成を示すブロック図である。アップロードマネージャ103は、301〜304に示す機能を備える。
301はストレージ負荷監視部であり、ストレージ装置101における処理負荷を取得して監視する。
302はストレージアクセス情報監視部であり、ストレージ装置101に対してアクセスした機器の種別及び機能種別等のアクセス情報を取得して監視する。
303はアップロード端末制御部であり、リモートアクセスサーバ104経由でアクセスするアップロード端末(本明細書では、デジタルカメラ105)を管理する。
304はリモートアクセスサーバ制御部であり、リモートアクセスサーバ104に対し、デジタルカメラ105等のアップロード端末からのアップロード処理に関して制御命令を発行する。
4.リモートアクセスサーバの機能構成
図4は、ネットワークシステム100を構成するリモートアクセスサーバ104の機能構成を示すブロック図である。リモートアクセスサーバ104は、401〜404に示す機能を備える。
401はリモートアクセス処理部であり、インターネット106(外部ネットワーク)からのリモートアクセスを管理する。
402はアップロードマネージャ通信部であり、アップロードマネージャ103との間で通信を行う。
403はリモートアクセス通信解析部であり、リモートアクセスサーバ104にリモートアクセスするアップロード端末(デジタルカメラ105)との間で送受信されるデータを取得し、解析を行う。
404はリモートアクセスポート制御部である。リモートアクセスポート制御部404では、リモートアクセス処理部401によってリモートアクセスが許可されたアップロード端末(デジタルカメラ105)がアクセスしているネットワークポート(例えば、TCPポート)の制御を行う。
5.ネットワークシステム100における通信処理の流れ
図5は、デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム100を構成する各機器の通信処理の流れを示すシーケンス図である。また、図6〜図10は、このうち、アップロードマネージャ103及びリモートアクセスサーバ104における処理の詳細な流れを示すフローチャートである。
図5〜図10を用いて、ネットワークシステム100に対してデジタルカメラ105からアップロード処理の要求があった場合の処理の流れについて説明する。
本実施形態では、特にデジタルカメラ105からデータをアップロード中に、ネットワークチューナ装置102からストレージ装置101に対して録画データの書き込み要求がなされ、ストレージ装置101の処理負荷が上昇したケースについて説明する。
ここで、デジタルカメラ105を用いて、ネットワークシステム100に対してリモートアクセスするにあたっては、ユーザは以下の作業を行う。
はじめに、デジタルカメラ105をネットワークシステム100から持ち出すにあたり、リモートアクセスキー、リモートアクセス情報、アップロード情報をリモートアクセスサーバ104より取得し、デジタルカメラ105に記憶させる。なお、ネットワークアクセス機能がアダプタに実装されている場合には、当該アダプタに記憶させてもよい。
次に、外出先にて、デジタルカメラ105を操作し、リモートアップロード機能を実行させる。
以上の操作の結果、デジタルカメラ105から、リモートアクセスサーバ104に対して、リモートアクセス情報を伴うリモートアクセス要求メッセージが送信されるため、図5に示すシーケンス図の処理が開始されることとなる。
リモートアクセスサーバ104では、ステップS801(図8)において、インターネット106を介してリモートアクセス要求メッセージ501(図5)を受信する。リモートアクセス要求メッセージ501を受信したリモートアクセスサーバ104では、ステップS802(図8)に進み、リモートアクセス処理部401を起動させて以下の処理を実行する。
すなわち、リモートアクセス要求メッセージ501の受信に伴って受信したリモートアクセス情報を分析し、リモートアクセスキーによる認証確認を行う。また、リモートアクセス用セッションキーを作成する。更に、作成したリモートアクセス用セッションキーをリモートアクセスキーで暗号化し、リモートアクセス確認メッセージ502(図5)としてデジタルカメラ105に送信する。
一方、インターネット106を介してリモートアクセス確認メッセージ502(図5)を受信したデジタルカメラ105では、リモートアクセス確認メッセージ502に含まれる暗号化されたリモートアクセス用セッションキーを復号する。これにより、リモートアクセス用セッションキーを取り出し、以降、当該リモートアクセス用セッションキーを用いて暗号通信を開始する。
なお、この時点からデジタルカメラ105とリモートアクセスサーバ104との間には、当該リモートアクセス用セッションキーを用いた暗号通信路(VirtualPrivateNetwork:VPN)が形成される。つまり、デジタルカメラ105とリモートアクセスサーバ104との間の通信は、当該暗号通信路を用いて行われる。
デジタルカメラ105では、アップロード要求メッセージ503(図5)を、アップロード先であるアップロードマネージャ103にリモートアクセスサーバ104経由で送信する。このときリモートアクセスサーバ104では、ステップS803において、デジタルカメラ105からアップロード要求メッセージ503(図5)を受信すると、アップロードマネージャ103に転送する。
アップロードマネージャ103では、ステップS601(図6)において、アップロード要求メッセージ503(図5)をリモートアクセスサーバ104経由で受信する。アップロード要求メッセージ503を受信したアップロードマネージャ103では、ステップS602(図6)に進み、アップロード端末制御部303を起動させて以下の処理を実行する。
すなわち、アップロード要求メッセージ503(図5)を分析し、どのストレージ装置へのアップロードか、要求サイズはどの位かといった情報を特定し、アップロード要求メッセージ503(図5)をストレージ装置101に送信する。
一方、アップロードマネージャ103よりアップロード要求メッセージ503(図5)を受信したストレージ装置101のネットワーク制御部203では、アップロード専用ポートをオープンする。更に、アップロード確認メッセージ504(図5)をアップロードマネージャ103に送信する。
アップロードマネージャ103では、ステップS603において、ストレージ装置101よりアップロード確認メッセージ504(図5)を受信する。更に、ステップS604において、リモートアクセスサーバ104を経由してデジタルカメラ105にアップロード確認メッセージ504(図5)を送信する。このときリモートアクセスサーバ104では、ステップS804において、当該アップロード確認メッセージ504(図5)をデジタルカメラ105に転送する。
インターネット106を介してアップロード確認メッセージ504(図5)を受信したデジタルカメラ105では、アップロード処理を開始し、データ505(図5)を送信する。
アップロードマネージャ103及びリモートアクセスサーバ104では、それぞれステップS605、ステップS805において、送信されたデータ505(図5)を転送する。
デジタルカメラ105よりアップロード処理にてデータ505を受信したストレージ装置101のネットワーク制御部203では、ファイル制御部204を起動してデータの格納を行う。
ここで、アップロード処理によるデータ505の転送中に、ネットワークチューナ装置102の予約録画が起動し、ストレージ装置101に対して当該録画データ書き込み要求メッセージ506(図5)が送信されたとする。
録画データ書き込み要求メッセージ506(図5)を受信したストレージ装置101のネットワーク制御部203では、録画データ書き込み確認メッセージ507(図5)をネットワークチューナ装置102に送信する。その後、アクセス情報監視部202及び自負荷監視部201が起動される。そして、アップロードマネージャ103に対してアクセス情報や処理負荷情報をパラメータ化したイベント通知(書き込み)メッセージ508を送信する。
なお、イベント通知(書き込み)メッセージ508の送信は、例えば、SNMP(Simple Network Management Protocol)のエージェント通知を利用して実行可能である。なお、SNMPのエージェント通知を利用して実行するために、予めストレージ装置101はSNMPのエージェント通知が設定されているものとする。
一方、アップロードマネージャ103では、データ505(図5)を転送している間は、ステップS606において、イベント通知(書き込み)メッセージの受信の有無を監視している。このため、イベント通知(書き込み)メッセージ508(図5)を受信したアップロードマネージャ103では、ステップS607において、ストレージアクセス情報監視部302を起動させて以下の処理を実行する。
すなわち、イベント通知(書き込み)メッセージ508の詳細を分析し、イベント通知(書き込み)メッセージ508を送信した機器がネットワーク録画機能を有しているかどうかを判断する。ネットワーク録画機能を有していると判断された場合には、ステップS701(図7)に進み、ストレージ負荷監視部301を起動させる。
ストレージ負荷監視部301では、イベント通知(書き込み)メッセージ508の詳細を分析してストレージ装置101の処理負荷を算出する。そして、算出された処理負荷が予め定められた閾値を超えているか否かを判断する。
なお、ここでいうストレージ装置101の処理負荷とは、ネットワークパケットを処理するネットワーク負荷と、ファイル操作やサーバプログラム及び暗号処理等の制御装置(CPU/MPU)の負荷とが含まれるものとする。
ステップS701において、算出された処理負荷が予め定められた閾値を超えていると判断された場合には、ステップS702に進む。ステップS702では、アップロードマネージャ103は、リモートアクセスサーバ104に対して、アップロード端末(デジタルカメラ105)からのアップロードの制限を指示する。この指示のために、ストレージ負荷監視部301は、算出された処理負荷が閾値未満となるようアップロード端末(デジタルカメラ105)からの帯域を減らす際の目標値となる帯域制限値を算出した後、リモートアクセスサーバ制御部304を起動させる。
リモートアクセスサーバ制御部304では、アップロード端末制御部303よりアップロードを実行しているアップロード端末(デジタルカメラ105)のデータを取得する。そして、リモートアクセスサーバ104に対して、アップロード端末(デジタルカメラ105)に対するアップロード制限指示メッセージ509(図5)を帯域制限値と共に送信する。
一方、リモートアクセスサーバ104では、データ505(図5)を転送している間、ステップS806において、アップロード制限指示メッセージ509を受信したか否かを監視している。このため、アップロード制限指示メッセージ509(図5)を受信した場合、リモートアクセスサーバ104では、ステップS807の処理に進むこととなる。そして、リモートアクセス処理部401が、アップロード制限指示メッセージ509(図5)の詳細を分析する。更に、アップロード制限指示メッセージ509(図5)の分析の結果に基づいて、リモートアクセスサーバ104内に、アップロード処理されたデータ505(図5)を一時的に蓄積することが可能な一時バッファメモリを確保できるか否かを判断する。
ステップS807において、リモートアクセスサーバ104が、一時バッファメモリを確保できると判断した場合には、ステップS808に進む。ステップS808では、当該一時バッファメモリにアップロード端末(デジタルカメラ105)からのデータ505(図5)を蓄積することで、ストレージ装置101への転送量を抑えるよう制御する。
更に、ステップS901(図9)に進み、リモートアクセスサーバ104のリモートアクセス処理部401が、リモートアクセス通信解析部403を起動させる。そして、アップロード制限指示メッセージ509(図5)と共に受信した帯域制限値以内に、アップロード端末(デジタルカメラ105)からのデータ帯域を抑えることができたか否かを判断する。まだ、デジタルカメラ105からのデータ帯域を帯域制限値以内に抑えることができていないと判断された場合には、ステップS902(図9)に進む。
ステップS902では、リモートアクセスサーバ104のリモートアクセス処理部401が、アップロード端末(デジタルカメラ105)とリモートアクセスサーバ104との間の暗号通信路にてデータ505のフロー制御が確立しているか否かを判断する。
ステップS902においてデータ505のフロー制御が確立していると判断された場合には、ステップS903に進み、当該データ505のフロー制御をリモートアクセスサーバ104主体で行う。
ステップS904では、再度リモートアクセスサーバ104のリモートアクセス通信解析部403が、アップロード制限指示メッセージ509と共に受信した帯域制限値以内に、デジタルカメラ105からのデータ帯域が抑えられたか否かを判断する。
ステップS904において、帯域制限値以内に抑えられたと判断された場合には、ステップS1002(図10)に進む。一方、帯域制限以内に抑えられていないと判断された場合には、ステップS905に進む。
ステップS905では、リモートアクセスサーバ104において、リモートアクセス処理部401が、リモートアクセス通信解析部403にてOSI階層モデルでのセッション層におけるアップロードプロトコル解析が成功したか否かを判断する。ステップS905においてアップロードプロトコル解析が成功したと判断された場合には、ステップS906に進む。ステップS906では、当該アップロードプロトコルの制御方法のもと、受信応答を返さないようにするか、あるいは受信拒否を行うなどして、デジタルカメラ105が送信するデータ505の送信量を制限する。
ステップS907では、再々度、リモートアクセスサーバ104のリモートアクセス通信解析部403が、アップロード制限指示メッセージ509と共に受信した帯域制限値以内に、抑えることができたか否かを判断する。ステップS907において、帯域制限値以内に抑えることができたと判断された場合には、ステップS1002(図10)に進む。一方、帯域制限値以内に抑えられていないと判断された場合には、ステップS1001(図10)に進む。
ステップS1001では、リモートアクセスサーバ104のリモートアクセスポート制御部404において、アップロード制限指示メッセージ509の制御対象となるデジタルカメラ105が接続されているネットワークポートでのパケット流入を制限する。
更に、ステップS1002では、リモートアクセスサーバ104のリモートアクセス処理部401が、アップロードマネージャ103からのアップロード制限指示メッセージ509に応じた各種処理を実施する。更に、アップロードマネージャ103に対し、アップロード制限応答メッセージ510(図5)を返信する。
アップロード制限応答メッセージ510をリモートアクセスサーバ104から受信したアップロードマネージャ103のリモートアクセスサーバ制御部304では、ステップS703において、デジタルカメラ105のアップロード制限処理を終了する。
以上の処理の後、ネットワークチューナ装置102からストレージ装置101に対して録画データ511(図5)が送信される。そして、録画データ511が送信されている間、デジタルカメラ105からアップロードされるデータ量は制限される(図5の512参照)。
以上の説明から明らかなように、本実施形態にかかるアップロードマネージャを実行させることにより、上記発明の目的を実現できると共に、以下に示す特有の効果を得ることができる。
・ストレージ装置101からの処理負荷の情報等の取得において、SNMPという標準プロトコルを利用することで、実装を簡易にし、適用範囲を広げることができる。
・アップロードマネージャ103のネットワークシステム100内における稼動位置を、リモートアクセスサーバ104が稼動しているルータ上としたため、電源が切られることなく常時稼動させることができる。
・アップロードマネージャ103のネットワークシステム100内の稼動位置を、ストレージ装置101以外としたため、ストレージ装置101の処理負荷を軽減させることが可能となる。
[第2の実施形態]
次に本発明の第2の実施形態について、図面を参照しながら説明する。本実施形態では、ネットワークチューナ装置によるストレージ装置への録画データの書き込みと、ネットワークプレーヤ装置による録画データの読み出しとが行われ、ストレージ装置の処理負荷が高い状態で行われるアップロード処理の制御について説明する。
1.ネットワークシステムの構成
図11は、本発明にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)を備えるリモートアクセスサーバが接続されたネットワークシステム1100のシステム構成図である。図1と同様に、ネットワークシステム1100は、ネットワーク外部に持ち出されたデジタルカメラ105が、インターネット106を介してリモートアクセスサーバに接続できるように構成されている。
101は単独でネットワーク107に接続可能なストレージ装置である。102はTV電波映像をネットワーク107を介してストレージ装置101に録画データとして転送する機能を持ったネットワークチューナ装置である。
1103はアップロードマネージャであり、ストレージ装置101における処理負荷を監視すると共に、リモートアクセスサーバ1104経由でデジタルカメラ105よりデータのアップロードが行われた場合に、該アップロード処理を制御する。
1104はリモートアクセスサーバであり、デジタルカメラ105等からのリモートアクセスを管理する。なお、当該リモートアクセス管理機能は、インターネット106(外部ネットワーク)とネットワーク107(内部ネットワーク)とを分離管理するファイアウォール機能を持ったルータ上で実現されるものとする。
105はネットワークシステム1100にリモートアクセス可能なデジタルカメラ(普通のデジタルカメラにネットワーク接続アダプタを付けたものも含む)である。
1108はネットワークプレイヤ装置であり、ストレージ装置101等からメディアデータをネットワーク107経由で受信し、デコード・レンダリングを実施することで映像・音声信号をTV装置1109等に送出する。1109は、映像及び音声を再生するTV装置である。
2.各装置の機能構成
ストレージ装置101、アップロードマネージャ1103、リモートアクセスサーバ1104の機能構成は、上記第1の実施形態の図2〜図4と同様であるため、ここでは説明を省略する。
3.ネットワークシステム1100における通信処理の流れ
図12及び図13は、デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム1100を構成する各機器の通信処理の流れを示すシーケンス図である。また、図14〜図16は、このうち、アップロードマネージャ1103及びリモートアクセスサーバ1104における処理の詳細な流れを示すフローチャートである。
図12〜図16を用いて、ネットワークシステム1100に対してデジタルカメラ105からアップロード処理の要求があった場合の処理の流れについて説明する。
なお、本実施形態では、アップロード処理の要求があった際、既に、ネットワークチューナ装置102によるストレージ装置101への録画データの書き込みと、ネットワークプレーヤ装置1108による録画データの読み出しが行われているものとする。
ここで、デジタルカメラ105を用いて、ネットワークシステム1100に対してリモートアクセスするにあたっては、ユーザは以下の作業を行う。
はじめに、デジタルカメラ105をネットワークシステム1100から持ち出すにあたり、リモートアクセスキー、リモートアクセス情報、アップロード情報をリモートアクセスサーバ1104より取得し、デジタルカメラ105に記憶させる。なお、ネットワークアクセス機能がアダプタに実装されている場合には、当該アダプタに記憶させてもよい。
ここで、外出先にて、デジタルカメラ105が操作されリモートアップロード機能が実行される前に、ネットワークチューナ装置102より、録画データ書き込み要求メッセージ1201(図12)がストレージ装置101に送信されたとする。
録画データ書き込み要求メッセージ1201(図12)を受信したストレージ装置101のネットワーク制御部203では、上記第1の実施形態と同様に、アクセス情報監視部202及び自負荷監視部201を起動させる。その後、予め設定されたSNMP送信先であるアップロードマネージャ1103に対してアクセス情報や処理負荷の情報をパラメータ化してイベント通知(書き込み)メッセージ1203として送信する。
更に、ストレージ装置101のネットワーク制御部203では、ネットワークチューナ装置102に対して録画データ書き込み確認メッセージ1202(図12)を送信する。
ストレージ装置101からの録画データ書き込み確認メッセージ1202(図12)を受信したネットワークチューナ装置102では録画データ1204の送信を開始する。
ネットワークチューナ装置102より録画データ1204を受信したストレージ装置101のネットワーク制御部203では、ファイル制御部204を起動させて、録画データ1204の格納を行う。
一方、アップロードマネージャ1103のストレージアクセス情報監視部302では、ステップS1401(図14)において、ストレージ装置101からのイベント通知(書き込み)1203を受信したか否かを監視する。
ステップS1401において、イベント通知(書き込み)1203を受信したと判断された場合には、ステップS1402に進む。ステップS1402では、イベント通知(書き込み)1203の詳細を分析した後、ストレージ負荷監視部301を起動させてストレージ装置101の処理負荷の状態を算出する。
更に、ステップS1403において、ストレージ装置101の処理負荷の状態が予め定められた閾値を超えていないか否かを判断する。ステップS1403において、ストレージ装置101の処理負荷の状態が予め定められた閾値を超えていないと判断された場合には、ステップS1401に戻り、次のイベント通知(書き込み)が送信されるのを待つ。ストレージ装置101の処理負荷の状態が予め定められた閾値を超えたと判断された場合は、ステップ1404に進む。
ここで、録画データ1204の送信が行われている際に、ネットワークプレーヤ装置1108からストレージ装置101に対して録画データ読み出し要求メッセージ1205(図12)が送信されたとする。
ネットワークプレーヤ装置1108からの録画データ読み出し要求メッセージ1205を受信したストレージ装置101のネットワーク制御部203では、アクセス情報監視部202及び自負荷監視部201を起動させる。その後、予め設定されたSNMP送信先であるアップロードマネージャ1103に対して、アクセス情報や処理負荷の情報をパラメータ化してイベント通知(読み出し)メッセージ1207(図12)として送信する。
さらに、ストレージ装置101のネットワーク制御部203では、ネットワークプレーヤ装置1108に対して録画データ読み出し確認メッセージ1206(図12)を送信する。そして、ファイル制御部204を起動させてネットワークプレーヤ装置1108からの録画データの読み出しに備える。
ストレージ装置101からの録画データ読み出し確認メッセージ1206を受信したネットワークプレーヤ装置1108は、ストレージ装置101から録画データ1208(図12)を読み出す。更に、録画データ1208(図12)のデコード・レンダリングを実施することで映像・音声信号をTV装置1109に送信する。
ネットワークプレーヤ装置1108から映像・音声信号を受信したTV装置1109では、当該映像・音声信号の表示・再生を行う。
一方、アップロードマネージャ1103では、SNMPサーバであるストレージアクセス情報監視部302にて、イベント通知(読み出し)1207を受信すると、ステップS1402に進む。
ステップS1402では、イベント通知(読み出し)1207の詳細を分析し、ストレージ負荷監視部301を起動させてストレージ装置101の処理負荷の状態を算出する。
ステップS1403では、ストレージ装置101の処理負荷の状態が予め定めた閾値を超えていないか否かを判断する。ステップS1403において、ストレージ装置101の処理負荷の状態が予め定められた閾値を超えていないと判断された場合には、ステップS1401に戻り、次のイベント通知(書き込み)が送信されるのを待つ。また、ステップS1403において、ストレージ装置101の処理負荷の状態が予め定められた閾値を超えたと判断された場合には、ステップS1404に進み、アップロード端末(デジタルカメラ105)からのアップロード不可フラグをONにする。
ここで、ステップS1404における処理の後に、外出先にて、デジタルカメラ105が操作され、リモートアップロード機能が実行されたとする。
デジタルカメラ105においてリモートアップロード機能が実行され、アップロードマネージャ1103に対して、アップロード要求メッセージ1211が送信されるまでの処理は、上記第1の実施形態における処理と同様であり、ここでは説明を省略する。
ステップS1405(図14)では、アップロードマネージャ1103のアップロード端末制御部303にて、アップロード要求メッセージ1211が受信される。
更にステップS1406(図14)では、アップロード不可フラグがONであるか否かを判断する。
ステップS1406において、アップロード不可フラグがOFFであると判断された場合には、ステップS1407に進み、図6のステップS602へと移行する。
一方、ステップS1406において、アップロード不可フラグがONであると判断された場合には、ステップS1501(図15)に進む。
ステップS1501(図15)では、アップロードマネージャ1103のアップロード端末制御部303が、アップロード確認(待ち)メッセージ1212(図12)をリモートアクセスサーバ104経由でデジタルカメラ105に送信する。なお、アップロード確認(待ち)メッセージ1212(図12)は、アップロードを事実上拒否する(データの送信を停止させる)ことを通知するメッセージである。
インターネット106経由でアップロード確認(待ち)メッセージ1212(図12)を受信したアップロード端末(デジタルカメラ105)では、リモートアップロード待機状態に移行する。
ここで、デジタルカメラ105がリモートアップロード待機状態にある場合に、ネットワークプレーヤ装置1108での録画データ1301(図13)の視聴が終わったとする。そして、ストレージ装置101に録画データ読み出し終了要求メッセージ1302(図13)が送信されたとする。
ネットワークプレーヤ装置1108からの録画データ読み出し終了要求メッセージ1302(図13)を受信したストレージ装置101のネットワーク制御部203では、アクセス情報監視部202及び自負荷監視部201を起動させる。その後、予め設定されたSNMP送信先であるアップロードマネージャ1103に対してアクセス情報や処理負荷の情報をパラメータ化してイベント通知(読み出し終了)1304(図13)として送信する。
さらに、ストレージ装置101のネットワーク制御部203では、ネットワークプレーヤ装置1108に対して録画データ読み出し終了確認メッセージ1303(図13)を送信する。
ストレージ装置101からの録画データ読み出し終了確認メッセージ1303(図13)を受信したネットワークプレーヤ装置1108では、処理を終了する。
一方、アップロードマネージャ1103では、アップロード確認(待ち)メッセージ1212(図12)を送信した後は、ステップS1502において、イベント通知(読み出し終了)メッセージ1304(図13)の受信の有無を監視している。
このため、ストレージ装置101からのイベント通知(読み出し終了)1304をSNMPサーバであるストレージアクセス情報監視部302にて受信したと判断した場合には、ステップS1503に進む。
ステップS1503では、イベント通知(読み出し終了)メッセージ1304の詳細を分析した後、ストレージ負荷監視部301を起動させてストレージ装置101の処理負荷の状態を算出する。更に、ステップS1504では、ストレージ装置101の処理負荷の状態が予め定めた閾値を超えていないか(下回ったか)否かを判断する。
ステップS1504において、ストレージ装置101の処理負荷の状態が予め定められた閾値をまだ超えていると判断された場合には、ステップS1502に戻る。また、ストレージ装置101の処理負荷の状態が予め定められた閾値を超えていない(下回った)と判断された場合には、ステップS1505に進む。
ステップS1505では、アップロードマネージャ1103のストレージ負荷監視部301によりリモートアクセスサーバ制御部304が起動される。その後、リモートアクセスサーバ104を介して、リモートアップロード待機状態になっているデジタルカメラ105に、リモートアップロードの開始指示としてリモートアップロード指示メッセージ1305(図13)を送信する。
一方、リモートアクセスサーバ1104では、ステップS1601において、アップロードマネージャ1103からのリモートアップロード指示メッセージ1305(図13)の受信を待つ。
そして、アップロードマネージャ1103からリモートアップロード指示メッセージ1305(図13)をアップロードマネージャ通信部402にて受信すると、リモートアクセスサーバ104では、リモートアクセス処理部401が以下の処理を実行する。
すなわち、ステップS1602において、デジタルカメラ105に対し、リモートアクセス指示メッセージ1306(図13)を送信する。
リモートアクセスサーバ1104からリモートアクセス指示メッセージ1306(図13)を受信したデジタルカメラ105では、リモートアクセスサーバ1104に対し、リモートアクセス応答メッセージ1307(図13)を返信する。
この結果、ステップS1603では、デジタルカメラ105からのリモートアクセス応答メッセージ1307(図13)を受信する。更に、ステップS1604では、リモートアクセスサーバ1104のリモートアクセス処理部401が、リモートアップロード指示メッセージ1308(図13)をデジタルカメラ105に送信する。
リモートアクセスサーバ1104からリモートアップロード指示メッセージ1308を受信したデジタルカメラ105では、リモートアクセスサーバ1104に対し、リモートアップロード応答メッセージ1309(図13)を返信する。その後、アップロード処理を実行する。
このため、ステップS1605では、リモートアクセスサーバ1104のリモートアクセス処理部401が、デジタルカメラ105からのリモートアップロード応答メッセージ1309(図13)を受信する。
更にステップS1606では、リモートアクセス処理部401が、アップロードマネージャ1103にリモートアップロード応答メッセージ1309を送信する。
リモートアップロード応答メッセージ1309を送信した後の、リモートアクセスサーバ1104における処理は、図8のステップS801以降の処理と同様であるため、ここでは説明を省略する。
一方、アップロードマネージャ1103では、ステップS1506において、リモートアクセスサーバ1104からリモートアップロード応答メッセージ1309を受信する。なお、リモートアップロード応答メッセージ1309を受信した後のアップロードマネージャ1103における処理は、図6のステップS601以降の処理と同様であるため、ここでは説明を省略する。
以上の説明から明らかなように、本実施形態にかかるアップロードマネージャを実行させることにより、上記発明の目的を実現できると共に、以下に示す特有の効果を得ることができる。
すなわち、アップロード先のストレージ装置の処理負荷が高い時に、アップロード要求がなされた場合でも、アップロード拒否をアップロード端末(デジタルカメラ105)に通知することが出来る。この結果、アップロード端末(デジタルカメラ105)の消費電力を抑えることが可能となる。
[第3の実施形態]
本発明の第3の実施形態について、図面を参照しながら説明する。本実施形態では、ネットワーク内の複数の機器がストレージ装置にアクセスしている状態において、データのアップロードを行うケースについて説明する。なお、本実施形態においては、ストレージ装置にアクセスしている機器よりも、デジタルカメラからのアップロード処理を優先する。
1.ネットワークシステムの構成
図17は、本実施形態にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)を備えるリモートアクセスサーバが接続されたネットワークシステム1700のシステム構成図である。図1及び図11と同様に、ネットワークシステム1700は、ネットワーク外部に持ち出されたデジタルカメラ105が、インターネット106を介してリモートアクセスサーバ104に接続できるように構成されている。
101は単独でネットワーク107に接続可能なストレージ装置である。1703はアップロードマネージャであり、ストレージ装置101における処理負荷を監視するとともに、リモートアクセスサーバ104経由でデジタルカメラ105よりデータのアップロードが行われる場合に、該ストレージ装置101に対する処理を制御する。
104はリモートアクセスサーバであり、デジタルカメラ105等からのリモートアクセスを管理する。なお、当該リモートアクセス管理機能は、インターネット106(外部ネットワーク)とネットワーク107(内部ネットワーク)とを分離管理するファイアウォール機能を持ったルータ上で実現されるものとする。
105はネットワークシステム1700にリモートアクセス可能なデジタルカメラ(普通のデジタルカメラにネットワーク接続アダプタを付けたものも含む)である。
1109は、映像および音声を再生するTV装置である。1708は、TV装置1109よりTV放送を受信して録画するハードディスクレコーダ装置である。
また、1710は、パーソナルコンピュータ(PC)、1711はネットワーク接続を行うスイッチングハブ装置である。
2.各装置の機能構成
ネットワークシステム1700を構成する各機器のうち、ストレージ装置101、リモートアクセスサーバ104の機能構成は、上記第1の実施形態と同様であるため、ここでは説明を省略する。
図18は、本実施形態にかかるアップロードマネージャ1703の機能構成を示すブロック図である。アップロードマネージャ1703は、301〜304に示す機能に加え、1806に示す機能を備える。
1806はストレージアクセス機器制御部であり、ストレージ装置101にアクセスする機器の処理を制御する。
3.ネットワークシステム1700における通信処理の流れ
図19は、デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム1700における各機器の通信処理の流れを示すシーケンス図である。また、図20、図21は、このうち、アップロードマネージャ1703における処理の詳細な流れを示すフローチャートである。
図19〜図21を用いて、ネットワークシステム1700に対してデジタルカメラ105からアップロード処理の要求があった場合の処理の流れについて説明する。
なお、本実施形態では、アップロード処理の要求があった際、すでに、PC1710及びハードディスクレコーダ装置1708からストレージ装置101に対してデータの書き込み処理が行われているものとする。
ここで、デジタルカメラ105を用いて、ネットワークシステム1700に対してリモートアクセスするにあたっては、ユーザは以下の作業を行う。
はじめに、デジタルカメラ105をネットワークシステム1700から持ち出すにあたり、リモートアクセスキー、リモートアクセス情報、アップロード情報をリモートアクセスサーバ104より取得し、デジタルカメラ105に記憶させる。なお、ネットワークアクセス機能がアダプタに実装されている場合には、当該アダプタに記憶させてもよい。
ここで、外出先にて、デジタルカメラ105が操作されリモートアップロード機能が実行される前に、PC1710よりデータ転送要求メッセージ1901(図19)がストレージ装置101に送信されたとする。データ転送要求メッセージ1901(図19)は、例えば、PC1710にてトランスコード済みの映像データをストレージ装置101に保存しようとする場合に送信される。
PC1710からデータ転送要求メッセージ1901(図19)を受信したストレージ装置101のネットワーク制御部203では、上記第1の実施形態と同様に、アクセス情報監視部202及び自負荷監視部201を起動させる。
その後、予め設定されたSNMP送信先であるアップロードマネージャ1703に対して、アクセス情報や処理負荷の情報をパラメータ化してイベント通知(データ転送)メッセージ1903(図19)として送信する。
さらに、ストレージ装置101のネットワーク制御部203は、PC1710に対してデータ転送確認メッセージ1902(図19)を送信する。
ストレージ装置101からのデータ転送確認メッセージ1902を受信したPC1710ではデータ1904の転送を開始する。
PC1710より転送されたデータ1904を受信したストレージ装置101のネットワーク制御部203では、ファイル制御部204を起動させてデータ1904の格納を行う。
一方、アップロードマネージャ1703では、ステップS2001において、各種イベント通知の受信の有無を監視している。このため、ストレージ装置101よりイベント通知(データ転送)1903を受信すると、アップロードマネージャ1703では、処理をステップS2002に進める。
ステップS2002では、イベント通知(データ転送)1903の詳細を分析した後、ストレージ負荷監視部301を起動させてストレージ装置101の処理負荷の状態を算出する。
更にステップS2003において、ストレージ装置101の処理負荷の状態が予め定めた閾値を超えていないか否かを判断する。
ステップS2003において、ストレージ装置101の処理負荷の状態が予め定められた閾値を超えていないと判断された場合には、ステップS2005に進み、処理負荷の閾値OverフラグをOFFにする。
更に、ステップS2006に進み、ストレージアクセス機器制御部1806を起動させて、ストレージ装置101にアクセスする機器(ここでは、PC1710)の機能が優先機能か否かの判断を行う。ステップS2006において、ストレージ装置101にアクセスする機器の機能がアップロード機能より優先機能であると判断された場合には、ステップS2001に戻る。なお、前記ストレージ装置101にアクセスする機器の機能の優先機能としては、TV映像や、IP-TV映像、衛星放送映像等の時刻指定でブロードキャストされる映像・音声の録画動作機能が挙げられる。前記アップロード機能より優先機能であると判断された場合の実施の形態を第5の実施形態として後述する。
ステップS2006において、ストレージ装置101にアクセスする機器の機能が優先機能(例えば、録画機能)でないと判断された場合には、ステップS2007に進む。ステップS2007では、イベント通知(データ転送)1903の送信元(ストレージ装置101)で実行されている処理に対し、機能制限フラグをONにする。
ここで、PC1710よりストレージ装置101に対してデータ1904の転送処理が行われている間に、ハードディスクレコーダ装置1708からストレージ装置101に対してデータ転送要求メッセージ1905(図19)が送信されたとする。
ハードディスクレコーダ装置1708からのデータ転送要求メッセージ1905(図19)を受信したストレージ装置101のネットワーク制御部203では、アクセス情報監視部202及び自負荷監視部201を起動させる。
その後、予め設定されたSNMP送信先であるアップロードマネージャ1703に対して、アクセス情報や処理負荷の情報をパラメータ化してイベント通知(データ転送)1907として送信する。
さらに、ストレージ装置101のネットワーク制御部203では、ハードディスクレコーダ装置1708に対してデータ転送確認メッセージ1906を送信する。
ストレージ装置101からのデータ転送確認メッセージ1906を受信したハードディスクレコーダ装置1708では、データ1908の転送を開始する。
ハードディスクレコーダ装置1708より転送されたデータ1908を受信したストレージ装置101のネットワーク制御部203では、ファイル制御部204を起動させてデータ1908の格納を行う。
一方、アップロードマネージャ1703では、ステップS2001において、次のイベントの通知を待っている。このため、ストレージ装置101からのイベント通知(データ転送)1907をSNMPサーバであるストレージアクセス情報監視部302にて受信すると、アップロードマネージャ1703では、処理をステップS2002に進める。
ステップS2002では、イベント通知(データ転送)1907の詳細を分析した後、ストレージ負荷監視部301を起動させてストレージ装置101の処理負荷の状態を算出する。
ステップS2003では、ストレージ装置101の処理負荷の状態が予め定められた閾値を超えていないか否かを判断する。ステップS2003において、ストレージ装置101の処理負荷の状態が予め定められた閾値を超えていると判断された場合には、ステップS2004に進み、処理負荷の閾値OverフラグをONにする。
更に、ステップS2006に進み、ストレージアクセス機器制御部1806を起動させ、ストレージ装置101にアクセスしている機器の機能が優先機能か否かの判断を行う。
ステップS2006において、優先機能でないと判断された場合には、ステップS2007に進む。そして、イベント通知(データ転送)1906の送信元でであるストレージ装置101にて実行されている処理(データ転送処理)に対し、機能制限フラグをONにする。
アップロードマネージャ1703では、アップロード要求メッセージを受信するまでの間は、上記ステップS2001〜S2007の処理を繰り返す。
その後、外出先にて、デジタルカメラ105が操作され、リモートアップロード機能が実行されたとする。なお、デジタルカメラ105においてリモートアップロード機能が実行された場合の、デジタルカメラ105及びリモートアクセスサーバ104の処理は、上記第1の実施形態と同様であるため、ここでは説明を省略する。
アップロードマネージャ1703では、リモートアクセスサーバ104よりアップロード要求メッセージ1911(図19)を受信すると、ステップS2101(図21)において、アップロード要求メッセージ1911を受信したと判断する。そして、ステップS2102に処理を進める。
ステップS2102では、アップロード要求メッセージ1911を受信したアップロードマネージャ1703のアップロード端末制御部303は、ストレージアクセス情報監視部302における処理負荷の閾値OverフラグがONかOFFかを判断する。
ステップS2102において、閾値OverフラグがONであると判断された場合には、ステップS2103に進み、ストレージアクセス機器制御部1806における機能制限フラグがONとなっているストレージアクセス機器があるか否かを判断する。
ステップS2103において、機能制限フラグがONとなっている機器であって、ストレージ装置101にアクセスしている機器が存在しないと判断された場合には、以降の処理は、図15のステップS1501以降の処理と同様となる。このため、ここでは説明を省略する。
一方、ステップS2103において、機能制限フラグがONとなっている機器であって、ストレージ装置101にアクセスしている機器が存在すると判断された場合には、ステップS2104に進む。ステップS2104では、アップロード端末制御部303が、アップロード優先処理として以下のことを実行する。
すなわち、ストレージ負荷監視部301の情報に基づいて、アップロード処理が優先されつつ、ストレージ装置101の処理負荷が軽減されるように、各機器からの帯域を減らす際の目標値となる帯域制限値を算出する。
次に、このようにストレージ装置101にアクセスする機器(PC1710、ハードディスクレコーダ装置1708)に対し、前記帯域制限命令として、TCPデータ量制限指示メッセージ1912、1913(図19)を送信する。
アップロードマネージャ1703からTCPデータ量制限指示メッセージ1912及び1913を受信したPC1710及びハードディスクレコーダ装置1708では、TCPでの送信量を制限する。更に、TCPデータ量制限応答メッセージ1914、1915をアップロードマネージャ1703に送信する。
PC1710及びハードディスクレコーダ装置1708からTCPデータ量制限応答メッセージ1914、1915を受信したアップロードマネージャ1703のストレージアクセス機器制御部1806では、ステップS2105に進む。ステップS2105では、アップロード端末制御部303を起動してアップロード要求メッセージ1916(図19)をストレージ装置101に送信する。
その後のアップロード処理は、上記第1の実施形態の図6のステップS603以降の処理と同様であるため、ここでは説明を省略する。
以上の説明から明らかなように、本実施形態にかかるアップロードマネージャを実行させることにより、上記発明の目的を実現できると共に、以下に示す特有の効果を得ることができる。
すなわち、ストレージ装置101自体に、アクセス制限機能をもたせる場合と比べ、処理負荷を増加させることなく、アップロード処理を優先する機能を実装することができる。
[第4の実施形態]
本発明は上記各実施形態に限定されるものではなく、さらに以下のような変形が可能である。
上記第1の実施形態及び第2の実施形態では、ストレージ装置101からのイベント通知(書き込み)をアップロードマネージャ103のストレージアクセス情報監視部302にて受信する。そして、その際、イベント通知の送信元になったストレージ装置101へのアクセスを行った機器の動作機能の特定は、機器自体が録画機能を有するかどうかを判断することにより行うこととした。
しかしながら、本発明はこれに限られず、アクセスを行った機器の動作機能の特定は、例えば、ストレージ装置101へのアクセスを行った機器に対して問い合わせ(SNMPやUPnP等を用いる)を実施することにより行うようにしてもよい。つまり、ストレージ装置101へのアクセスがどういう動作機能によって行われているかという情報を取得することにより行うようにしてもよい。
また、上記第3の実施形態では、アップロードマネージャ1703にストレージアクセス機器制御部1806を含むこととしたが、本発明はこれに限られない。
例えば、ストレージアクセス機器制御部1806の代わりに、スイッチングハブ装置1711における各ポートの帯域(ポートベースQoS、802.1pタグベースQoS等)を管理するネットワーク帯域管理部2207を用いるようにしてもよい。
図22は、ストレージアクセス機器制御部1806の代わりに、ネットワーク帯域管理部2207を用いた場合の、アップロードマネージャ2203の機能構成を示すブロック図である。
また、図23は、ネットワーク帯域管理部2207を備えるアップロードマネージャ2203を用いた場合の、ネットワークシステム1700における各機器の通信処理の全体の流れを示すシーケンス図である。
図23より明らかなように、上記第3の実施形態のステップS2104のように機能制限フラグON/OFFを制限する代わりに、当該機能制限フラグONを実行している機器が接続されたスイッチングハブ装置1711のネットワークポートの帯域を絞る。
これを実現するために、スイッチングハブ装置1711にデータ量制限指示メッセージ2312を送信してストレージ装置101へのパケット流量の制御を行う。この場合、スイッチングハブ装置1711のネットワークポートにどの機器が接続され、いつ使用しているか等の情報を常時アップロードマネージャ2203が知る必要がある。このため、スイッチングハブ装置1711からの各種SNMPイベントを受信できるようネットワーク帯域管理部2207はSNMPサーバの機能も併せ持つように構成されているものとする。
なお、上記第1乃至第3の実施形態及び本実施形態では、ストレージ装置101やスイッチングハブ装置1711にアクセスしている機器や機能等の情報を取得する手段としてSNMPを用いることとしている。
しかしながら、本発明はこれに限られず、アップロードマネージャ2203からの定期ポーリング処理によってこれらの情報を取得するようにしてもよい。また、アップロード端末(デジタルカメラ105)からのアップロード要求メッセージを受信してからストレージ装置101やスイッチングハブ装置1711に各種処理を実行させるように構成しても良い。
また、上記第1乃至第3の実施形態及び本実施形態では、アップロードマネージャ103を、リモートアクセスサーバ104が動作しているルータ上で稼動させることとしているが、本発明はこれに限定されるものではない。
例えば、ハードディスクレコーダ装置1708や、パーソナルコンピュータ(PC)1710、TV装置1109、ネットワークチューナ装置102、スイッチングハブ装置1711等、常時起動可能な機器上であれば、どこで稼動されていてもよい。もちろん、ストレージ装置101の性能がアップロードマネージャを稼動させるのに十分高ければ、ストレージ装置上で稼動されていてもよい。
[第5の実施形態]
本発明の第5の実施形態について、図面を参照しながら説明する。本実施形態では、ネットワーク内の複数の機器がストレージ装置にアクセスしている状態において、データのアップロードを行うケースについて説明する。なお、本実施形態においては、ストレージ装置にアクセスしている機器の機能が、デジタルカメラからのアップロード処理より優先する優先機能の場合である。
1.ネットワークシステムの構成
図24は、本実施形態にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)を備えるリモートアクセスサーバが接続されたネットワークシステム2400のシステム構成図である。図1、図11及び図17と同様に、ネットワークシステム2400は、ネットワーク外部に持ち出されたデジタルカメラ105が、インターネット106を介してリモートアクセスサーバ104に接続できるように構成されている。
101は単独でネットワーク107に接続可能なストレージ装置である。2403はアップロードマネージャであり、ストレージ装置101における処理負荷を監視するとともに、リモートアクセスサーバ104経由でデジタルカメラ105よりデータのアップロードが行われる場合に、該ストレージ装置101に対する処理を制御する。
102はTV電波映像をネットワーク107を介してストレージ装置101に録画データとして転送する機能を持ったネットワークチューナ装置である。
104はリモートアクセスサーバであり、デジタルカメラ105等からのリモートアクセスを管理する。なお、当該リモートアクセス管理機能は、インターネット106(外部ネットワーク)とネットワーク107(内部ネットワーク)とを分離管理するファイアウォール機能を持ったルータ上で実現されるものとする。
105はネットワークシステム2400にリモートアクセス可能なデジタルカメラ(普通のデジタルカメラにネットワーク接続アダプタを付けたものも含む)である。
1109は、映像および音声を再生するTV装置である。2408は、TV装置1109よりTV放送を受信して録画するハードディスクレコーダ装置である。なお、当該第5実施の形態におけるハードディスクレコーダ装置は、外部のネットワークアタッチドストレージ装置(NAS)にリモート録画可能な機能を持つ。
また、2411はネットワーク接続を行うスイッチングハブ装置である。
2.各装置の機能構成
ネットワークシステム2400を構成する各機器のうち、ストレージ装置101、リモートアクセスサーバ104の機能構成は、上記第1の実施形態と同様であるため、ここでは説明を省略する。
図25は、本実施形態にかかるアップロードマネージャ2403の機能構成を示すブロック図である。アップロードマネージャ2403は、301〜304に示す機能に加え、2505に示す機能を備える。
2505はネットワーク負荷監視部であり、スイッチングハブ装置2411における処理負荷を取得して監視する。
3.ネットワークシステム2400における通信処理の流れ
図26、図27は、デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム2400における各機器の通信処理の流れを示すシーケンス図である。また、図28、図29は、このうち、アップロードマネージャ2403における処理の詳細な流れを示すフローチャートである。
図26〜図32を用いて、ネットワークシステム2400に対してデジタルカメラ105からアップロード処理の要求があった場合の処理の流れについて説明する。
なお、本実施形態では、アップロード処理の要求があった際、すでに、ネットワークチューナ102及びハードディスクレコーダ装置2408からストレージ装置101に対してデータの書き込み処理が行われているものとする。
ここで、デジタルカメラ105を用いて、ネットワークシステム2400に対してリモートアクセスするにあたっては、ユーザは以下の作業を行う。
はじめに、デジタルカメラ105をネットワークシステム2400から持ち出すにあたり、リモートアクセスキー、リモートアクセス情報、アップロード情報をリモートアクセスサーバ104より取得し、デジタルカメラ105に記憶させる。なお、ネットワークアクセス機能がアダプタに実装されている場合には、当該アダプタに記憶させてもよい。
ここで、デジタルカメラ105が操作されリモートアップロード機能が実行される前に、ネットワークチューナ装置102の予約録画が起動し、ストレージ装置101に対して当該録画データ書き込み要求メッセージ2601(図26)が送信されたとする。
録画データ書き込み要求メッセージ2601(図26)を受信したストレージ装置101のネットワーク制御部203では、録画データ書き込み確認メッセージ2602(図26)をネットワークチューナ装置102に送信する。
録画データ書き込み確認メッセージ2602(図26)を受信したネットワークチューナ装置102は、ストレージ装置101に録画データ書き込み2604を開始する。
その後、ストレージ装置101では、アクセス情報監視部202及び自負荷監視部201が起動される。そして、アップロードマネージャ2403に対してアクセス情報や処理負荷情報をパラメータ化したイベント通知(録画書き込み)メッセージ2603(図26)を送信する。
なお、イベント通知(録画書き込み)メッセージ2603の送信は、例えば、SNMP(Simple Network Management Protocol)のエージェント通知を利用して実行可能である。なお、SNMPのエージェント通知を利用して実行するために、予めストレージ装置101はSNMPのエージェント通知が設定されているものとする。
一方、アップロードマネージャ2403では、ステップS2801において、イベント通知(録画書き込み)メッセージの受信の有無を監視している。このため、イベント通知(録画書き込み)メッセージ2603(図26)を受信したアップロードマネージャ2403では、ステップS2801において、ストレージアクセス情報監視部302を起動させて以下の処理を実行する。
すなわち、ステップS2802としてイベント通知(録画書き込み)メッセージ2603の詳細を分析し、イベント通知(録画書き込み)メッセージ2603を送信した機器の機能がアップロード処理より優先機能かどうかを判断する。優先機能であると判断された場合には、ステップS2803(図28)に進み、イベント通知(録画書き込み)2603の送信元でであるストレージ装置101にて実行されている処理(録画書き込み)に対し、優先機能フラグをONにする。
その後、ストレージ負荷監視部301を起動し、以下の処理を実行する。
ステップS2804として、ストレージ負荷監視部301では、イベント通知(録画書き込み)メッセージ2603の詳細を分析してストレージ装置101の処理負荷を算出する。
さらに、デジタルカメラ105が操作されリモートアップロード機能が実行される前に、ハードディスクレコーダ装置2408の予約録画が起動する。そして、ストレージ装置101に対して当該録画データ書き込み要求メッセージ2605(図26)が送信されたとする。
録画データ書き込み要求メッセージ2605(図26)を受信したストレージ装置101のネットワーク制御部203では、録画データ書き込み確認メッセージ2606(図26)をネットワークチューナ装置102に送信する。
録画データ書き込み確認メッセージ2606(図26)を受信したハードディスクレコーダ装置2408は、ストレージ装置101に録画データ書き込み2608を開始する。
その後、ストレージ装置101は、先に起動されているアクセス情報監視部202及び自負荷監視部201を用いて、次の処理を実行する。すなわち、アップロードマネージャ2403に対してアクセス情報や処理負荷情報をパラメータ化したイベント通知(録画書き込み)メッセージ2607(図26)を送信する。
なお、イベント通知(録画書き込み)メッセージ2607の送信は、例えば、前記SNMPの仕組みを用いる。
一方、アップロードマネージャ2403では、ステップS2801において、前記と同様にイベント通知(録画書き込み)メッセージの受信の有無を監視している。このため、イベント通知(録画書き込み)メッセージ2607(図26)を受信したアップロードマネージャ2403では、ステップS2801において、先に起動されたストレージアクセス情報監視部302を用いて以下の処理を実行する。
すなわち、ステップS2802としてイベント通知(録画書き込み)メッセージ2607の詳細を分析し、イベント通知(録画書き込み)メッセージ2607を送信した機器の機能がアップロード処理より優先機能かどうかを判断する。優先機能であると判断された場合には、ステップS2803(図28)に進み、イベント通知(録画書き込み)2607の送信元でであるストレージ装置101にて実行されている処理(録画書き込み)に対し、優先機能フラグをONにする。
その後、ストレージ負荷監視部301にて、以下の処理を実行する。
ステップS2804として、ストレージ負荷監視部301では、イベント通知(録画書き込み)メッセージ2607の詳細を分析してストレージ装置101の処理負荷を算出する。
ここで、ステップS2804における処理の後に、外出先にて、デジタルカメラ105が操作され、リモートアップロード機能が実行されたとする。
デジタルカメラ105においてリモートアップロード機能が実行され、アップロードマネージャ2403に対して、アップロード要求メッセージ2612が送信されるまでの処理は、第1の実施形態における処理と同様であるため、ここでは説明を省略する。
ステップS2805(図28)では、アップロードマネージャ2403のアップロード端末制御部303にて、アップロード要求メッセージ2611が受信される。
更にステップS2806(図28)では、ストレージ装置101の許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残っているか否かを判断する。
ステップS2806において、ストレージ装置101の許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残っていると判断された場合には、ステップS2807に進み、図32のステップS3201へと移行する。
なお、上記ストレージ装置101の許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残っていると判断された場合以降の処理の詳細を、次の第6の実施形態にて詳細に説明する。
一方、ステップS2806において、ストレージ装置101の許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残っていないと判断された場合には、ステップS2901(図29)に進む。
ステップS2901(図29)では、ストレージ装置101にアクセスしている機能が優先機能であるかを示す優先機能フラグを見て、当該優先機能フラグOFFの処理が無いかを判断する。
ステップS2901において、ストレージ装置101にアクセスしている機能が、優先機能であるかを示す優先機能フラグがOFFの処理があると判断された場合には、次の処理を実行する。当該優先機能フラグがOFFの処理を止めてアップロードを行うことが可能な為、ステップS2902に進み、図21のステップS2104へと移行する。
ステップS2901において、ストレージ装置101にアクセスしている機能が、優先機能であるかを示す優先機能フラグがOFFの処理が無いと判断された場合、すなわち優先機能フラグONの処理ばかりの場合には、次の処理を実行する。ステップS2903(図29)に進む。
ステップS2903(図29)では、アップロードマネージャ2403のアップロード端末制御部303が、アップロード確認(待ち)メッセージ2612(図26)をリモートアクセスサーバ104経由でデジタルカメラ105に送信する。なお、アップロード確認(待ち)メッセージ2612(図26)は、アップロードを事実上拒否する(データの送信を停止させる)ことを通知するメッセージである。
インターネット106経由でアップロード確認(待ち)メッセージ2612(図26)を受信したアップロード端末(デジタルカメラ105)では、リモートアップロード待機状態に移行する。
ここで、デジタルカメラ105がリモートアップロード待機状態にある場合に、ネットワークチューナ装置102での録画データ書き込み2604(図26)の録画が終わったとする。そして、ストレージ装置101に録画終了要求メッセージ2701(図27)が送信されたとする。
ネットワークチューナ装置102からの録画終了要求メッセージ2701(図27)を受信したストレージ装置101のネットワーク制御部203では、アクセス情報監視部202及び自負荷監視部201を起動させる。その後、予め設定されたSNMP送信先であるアップロードマネージャ2403に対してアクセス情報や処理負荷の情報をパラメータ化してイベント通知(録画終了)2703(図27)として送信する。
さらに、ストレージ装置101のネットワーク制御部203では、ネットワークチューナ装置102に対して録画終了確認メッセージ2702(図27)を送信する。
ストレージ装置101からの録画終了確認メッセージ2702(図27)を受信したネットワークチューナ装置102では、処理を終了する。
一方、アップロードマネージャ2403では、アップロード確認(待ち)メッセージ2612(図26)を送信した後は、ステップS2904において、イベント通知(録画終了)メッセージ2703(図27)の受信の有無を監視している。
このため、ストレージ装置101からのイベント通知(録画終了)2703をSNMPサーバであるストレージアクセス情報監視部302にて受信したと判断した場合には、ステップS2905に進む。
ステップS2905では、イベント通知(録画終了)メッセージ2703の詳細を分析した後、ストレージ負荷監視部301を起動させてストレージ装置101の処理負荷の状態を算出する。更に、ステップS2906では、ストレージ装置101の処理負荷の状態として、許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残っているか否かを判断する。
ステップS2906において、ストレージ装置101の許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残っていると判断された場合には、ステップS2907に進み、図15のステップS1505へと移行する。
当該、ステップ2907以降のシーケンス2704〜2712の処理は、前記ステップS1505以降の処理と同様である為、ここでの説明を省略する。
一方、ステップS2906において、ストレージ装置101の許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残っていないと判断された場合には、ステップS2904(図29)に戻る。
以上の説明から明らかなように、本実施形態にかかるアップロードマネージャを実行させることにより、上記発明の目的を実現できると共に、以下に示す特有の効果を得ることができる。
すなわち、ストレージ装置101自体に、アクセス制限機能をもたせる場合やアップロードマネージャにアップロード制限フラグを実装する場合と比べ、より柔軟に、アップロード処理機能を実装することができる。
[第6の実施形態]
本発明の第6の実施形態について、図面を参照しながら説明する。本実施形態では、ネットワーク内の複数の機器がストレージ装置にアクセスしている状態において、データのアップロードを行うケースについて説明する。なお、本実施形態においては、ストレージ装置にアクセスしている機器の機能が、デジタルカメラからのアップロード処理より優先する優先機能の場合である。さらに、上記第5の実施の形態における、ステップS2804のストレージ装置101の許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残っていると判断された場合以降の処理の詳細である。
1.ネットワークシステムの構成
本実施の形態におけるネットワークシステムの構成は、上記第5の実施形態と全く同じである為、ここでの説明を省略する。
2.各装置の機能構成
本実施の形態における各装置の機能構成は、上記第5の実施形態と全く同じである為、ここでの説明を省略する。
3.ネットワークシステム2400における通信処理の流れ
図30は、デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム2400における各機器の通信処理の流れを示すシーケンス図である。また、図31、図32は、このうち、アップロードマネージャ2403における処理の詳細な流れを示すフローチャートである。
図30〜図32を用いて、ネットワークシステム2400に対してデジタルカメラ105からアップロード処理の要求があった場合の処理の流れについて説明する。
なお、本実施形態では、第5の実施形態と同様に、アップロード処理の要求があった際、すでに、ネットワークチューナ102及びハードディスクレコーダ装置2408からストレージ装置101に対してデータの書き込み処理が行われているものとする。
ここで、デジタルカメラ105を用いて、ネットワークシステム1700に対してリモートアクセスするにあたっては、ユーザは以下の作業を行う。
はじめに、デジタルカメラ105をネットワークシステム2400から持ち出すにあたり、リモートアクセスキー、リモートアクセス情報、アップロード情報をリモートアクセスサーバ104より取得し、デジタルカメラ105に記憶させる。なお、ネットワークアクセス機能がアダプタに実装されている場合には、当該アダプタに記憶させてもよい。
ここで、デジタルカメラ105が操作されリモートアップロード機能が実行される前に、ネットワークチューナ装置102の予約録画が起動し、ストレージ装置101に対して当該録画データ書き込み要求メッセージ3001(図30)が送信されたとする。
上記録画データ書き込み要求メッセージ3001(図30)以降、アップロードマネージャ2403へのアップロード要求3011(図30)までの間の処理は、次記載の処理と同一であるため説明を省略する。すなわち、上記第5の実施形態における録画データ書き込み要求メッセージ2601(図26)以降、アップロードマネージャ2403へのアップロード要求2611(図26)までの処理と同一である。なお、フローチャートでは、図31のステップS3101からステップS3106の処理が、上記第5の実施形態における図28のステップS2801からステップS2806までの処理と同一であるため、説明を省略する。
ステップS3106において、ストレージ装置101の許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残っていないと判断された場合には、ステップS2901(図29)に進む。以降の処理は、前記第5の実施形態におけるステップS2901(図29)以降の処理と同一の為、説明を省略する。
一方、ステップS3106において、ストレージ装置101の許容負荷の残りに、アップロード向け最小許容負荷分の負荷容量が残ってると判断された場合には、ステップS3201(図32)に進む。
ステップS3201(図32)では、ネットワーク負荷監視部2505を起動して次の処理を実行する。現在のネットワーク107でのネットワークの込み具合を知る為、ネットワーク負荷監視部2505よりスイッチングハブ装置2411に対し、データ量取得指示3012(図30)を送信する。その後、ステップS3202に進み、データ量取得応答受信を監視する。
アップロードマネージャ2403からのデータ量取得指示3012(図30)を受信したスイッチングハブ装置2411は、次の処理を実行する。現在のネットワーク107のパケット流量と、最大許容流量をパラメータ化して、アップロードマネージャ2403に対し、データ量取得応答3013(図30)を送信する。
ステップS3202にて、スイッチングハブ装置2411からのデータ量取得応答3013(図30)受信を監視していたアップロードマネージャ2403のネットワーク負荷監視部2505は、ステップS3203に進み、次の処理を実行する。
ステップS3203において、スイッチングハブ装置2411からのデータ量取得応答3013(図30)のパラメータの詳細を分析し、ネットワーク107における残帯域を算出する。さらに、前記残帯域が、アップロードに利用する最小帯域以上残っているかの判断を行う。
ステップS3203において、ネットワーク107における残帯域が、アップロードに利用する最小帯域以上残っていると判断された場合には、ステップS3204に進み、図6のステップS602へと移行する。その後のシーケンスである、アップロードマネージャ2403のアップロード端末制御部303からストレージ装置101に、アップロード要求3014(図30)を送信する処理がある。そして、デジタルカメラ105からアップロードデータ3016(図30)がストレージ装置101に送信されるまでの間の処理は、次説明の処理と同じである。すなわち、第1の実施形態でのアップロードマネージャ103のアップロード端末制御部303からストレージ装置101に、アップロード要求503(図5)を送信する処理がある。そして、デジタルカメラ105からデータのアップロード505(図5)がストレージ装置101に送信されるまでの間の処理と同じである。よって、説明を省略する。
一方、ステップS3203において、ネットワーク107における残帯域が、アップロードに利用する最小帯域以上残っていないと判断された場合には、ステップS3205に進み、図29のステップS2903へと移行する。
以上の説明から明らかなように、本実施形態にかかるアップロードマネージャを実行させることにより、上記発明の目的を実現できると共に、以下に示す特有の効果を得ることができる。
すなわち、ネットワーク107の負荷容量をも考慮に入れ、ネットワーク負荷に左右されず、より確実なアップロード処理機能を実装することができる。
[他の実施形態]
なお、本発明は、複数の機器(例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど)から構成されるシステムに適用しても、一つの機器からなる装置(例えば、複写機、ファクシミリ装置など)に適用してもよい。
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給するよう構成することによっても達成されることはいうまでもない。この場合、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記録媒体に格納されたプログラムコードを読出し実行することにより、上記機能が実現されることとなる。なお、この場合、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
プログラムコードを供給するための記録媒体としては、例えば、フロッピ(登録商標)ディスク、ハードディスク、光ディスク、光磁気ディスク、CD−ROM、CD−R、磁気テープ、不揮発性のメモリカード、ROMなどを用いることができる。
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される場合に限られない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記録媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、前述した実施形態の機能が実現される場合も含まれる。つまり、プログラムコードがメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって実現される場合も含まれる。
本発明にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)を備えるリモートアクセスサーバが接続されたネットワークシステム100のシステム構成図である。 ネットワークシステム100を構成するストレージ装置101の機能構成を示すブロック図である。 本発明の第1の実施形態にかかる制御方法を実現するための制御プログラムであるアップロードマネージャ103の機能構成を示すブロック図である。 ネットワークシステム100を構成するリモートアクセスサーバ104の機能構成を示すブロック図である。 デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム100を構成する各機器の通信処理の全体の流れを示すシーケンス図である。 アップロードマネージャ103における処理の詳細な流れを示すフローチャートである。 アップロードマネージャ103における処理の詳細な流れを示すフローチャートである。 リモートアクセスサーバ104における処理の詳細な流れを示すフローチャートである。 リモートアクセスサーバ104における処理の詳細な流れを示すフローチャートである。 リモートアクセスサーバ104における処理の詳細な流れを示すフローチャートである。 本発明の第2の実施形態にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)を備えるリモートアクセスサーバが接続されたネットワークシステム1100のシステム構成図である。 デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム1100を構成する各機器の通信処理の流れを示すシーケンス図である。 デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム1100を構成する各機器の通信処理の流れを示すシーケンス図である。 アップロードマネージャ1103における処理の詳細な流れを示すフローチャートである。 アップロードマネージャ1103における処理の詳細な流れを示すフローチャートである。 リモートアクセスサーバ1104における処理の詳細な流れを示すフローチャートである。 本発明の第3の実施形態にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)を備えるリモートアクセスサーバが接続されたネットワークシステム1700のシステム構成図である。 アップロードマネージャ1703の機能構成を示すブロック図である。 デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム1700を構成する各機器の通信処理の流れを示すシーケンス図である。 アップロードマネージャ1703における処理の詳細な流れを示すフローチャートである。 アップロードマネージャ1703における処理の詳細な流れを示すフローチャートである。 本発明の第4の実施形態にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)2203の機能構成を示すブロック図である。 デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム1700を構成する各機器の通信処理の流れを示すシーケンス図である。 本発明の第5の実施形態にかかる制御方法を実現するための制御プログラム(アップロードマネージャ)を備えるリモートアクセスサーバが接続されたネットワークシステム2400のシステム構成図である。 アップロードマネージャ2503の機能構成を示すブロック図である。 デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム2400を構成する各機器の通信処理の流れを示すシーケンス図である。 デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム2400を構成する各機器の通信処理の流れを示すシーケンス図である。 アップロードマネージャ2403における処理の詳細な流れを示すフローチャートである。 アップロードマネージャ2403における処理の詳細な流れを示すフローチャートである。 デジタルカメラ105からアップロード処理の要求があった場合の、ネットワークシステム2400を構成する各機器の通信処理の流れを示すシーケンス図である。 アップロードマネージャ2403における処理の詳細な流れを示すフローチャートである。 アップロードマネージャ2403における処理の詳細な流れを示すフローチャートである。

Claims (34)

  1. 情報処理装置であって、
    ネットワーク通信装置と接続されるネットワークを介して、外部装置からデータを受信する受信手段と、
    前記受信手段によって受信されたデータを記憶部に記憶する記憶手段と、
    前記ネットワーク通信装置に接続されるネットワークを介さずに、テレビ映像データを受信するチューナ装置から入力されたテレビ映像データを前記記憶部に記憶する処理の実行状況を判定する判定手段と、
    前記判定手段による判定に応じて、前記ネットワークを介した外部装置との通信を制限する制限手段と
    を有することを特徴とする情報処理装置。
  2. 前記制限手段は、前記処理を実行中であると判定された場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項1に記載の情報処理装置。
  3. 前記制限手段は、前記ネットワークを介した外部装置からの所定のデータの受信を制限することを特徴とする請求項1または2に記載の情報処理装置。
  4. 前記制限手段は、前記ネットワークを介した外部装置から前記記憶部へのデータの通信を制限することを特徴とする請求項1乃至3の何れか1項に記載の情報処理装置。
  5. 前記制限手段は、前記ネットワークを介して外部装置から受信するデータの前記記憶部への書き込みを禁止することを特徴とする請求項1乃至3の何れか1項に記載の情報処理装置。
  6. 前記制限手段は、時刻指定された前記テレビ映像データの前記記憶部への録画を行っている場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項1乃至5の何れか1項に記載の情報処理装置。
  7. 前記制限手段は、複数の前記テレビ映像データそれぞれの前記記憶部への書き込みが行われている場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項1乃至6の何れか1項に記載の情報処理装置。
  8. 前記制限手段により、前記ネットワークを介した外部装置との通信が制限されている場合に、前記ネットワークを介した外部装置に、該制限が行われていることを通知する通知手段を更に有することを特徴とする請求項1乃至7の何れか1項に記載の情報処理装置。
  9. 前記判定手段は、前記ネットワークとは異なる他のネットワークにおいて実行される前記処理の実行状況を判定することを特徴とする請求項1乃至8の何れか1項に記載の情報処理装置。
  10. 前記情報処理装置は、前記ネットワーク通信装置であることを特徴とする請求項1乃至9の何れか1項に記載の情報処理装置。
  11. 前記情報処理装置は、前記記憶部を有することを特徴とする請求項1乃至9の何れか1項に記載の情報処理装置。
  12. 前記制限手段は、前記ネットワーク通信装置が有する蓄積装置に一時的に蓄積させることで、前記ネットワークを介して外部装置から受信するデータの前記記憶部への転送量を制限することを特徴とする請求項1乃至11の何れか1項に記載の情報処理装置。
  13. 前記制限手段は、前記ネットワークを介した外部装置からのデータのフロー制御を行うことで、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項1乃至12の何れか1項に記載の情報処理装置。
  14. 前記記憶部に記憶する処理を実行する機器の種別を判断する判断手段を更に有し、
    前記制限手段は、前記判断手段において、前記機器が予め定められた種別の機器であると判断された場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項1乃至13の何れか1項に記載の情報処理装置。
  15. 前記記憶部に記憶する処理を実行する機器の機能を判断する判断手段を更に有し、
    前記制限手段は、前記機器が予め定められた機能に基づいて、前記記憶部に記憶する処理を実行する場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項1乃至13の何れか1項に記載の情報処理装置。
  16. 情報処理装置の制御方法であって、
    ネットワーク通信装置と接続されるネットワークを介して、外部装置からデータを受信する受信工程と、
    前記受信工程において受信されたデータを記憶部に記憶する記憶工程と、
    前記ネットワーク通信装置に接続されるネットワークを介さずに、テレビ映像データを受信するチューナ装置から入力されたテレビ映像データを前記記憶部に記憶する処理の実行状況を判定する判定工程と、
    前記判定工程における判定に応じて、前記ネットワークを介した外部装置との通信を制限する制限工程と
    を有することを特徴とする情報処理装置の制御方法。
  17. 情報処理装置のコンピュータに、
    ネットワーク通信装置と接続されるネットワークを介して、外部装置からデータを受信する受信工程と、
    前記受信工程において受信されたデータを記憶部に記憶する記憶工程と、
    前記ネットワーク通信装置に接続されるネットワークを介さずに、テレビ映像データを受信するチューナ装置から入力されたテレビ映像データを前記記憶部に記憶する処理の実行状況を判定する判定工程と、
    前記判定工程における判定に応じて、前記ネットワークを介した外部装置との通信を制限する制限工程と
    を実行させるための制御プログラム。
  18. 前記制限工程は、前記処理を実行中であると判定された場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項17に記載の制御プログラム。
  19. 前記制限工程は、前記ネットワークを介した外部装置からの所定のデータの受信を制限することを特徴とする請求項17または18に記載の制御プログラム。
  20. 前記制限工程は、前記ネットワークを介した外部装置から前記記憶部へのデータの通信を制限することを特徴とする請求項17乃至19の何れか1項に記載の制御プログラム。
  21. 前記制限工程は、前記ネットワークを介して外部装置から受信するデータの前記記憶部への書き込みを禁止することを特徴とする請求項17乃至20の何れか1項に記載の制御プログラム。
  22. 前記制限工程は、時刻指定された前記テレビ映像データの前記記憶部への録画を行っている場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項17乃至21の何れか1項に記載の制御プログラム。
  23. 前記制限工程は、複数の前記テレビ映像データそれぞれの前記記憶部への書き込みが行われている場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項17乃至22の何れか1項に記載の制御プログラム。
  24. 前記制限工程により、前記ネットワークを介した外部装置との通信が制限されている場合に、前記ネットワークを介した外部装置に、該制限が行われていることを通知する通知工程を更に有することを特徴とする請求項17乃至23の何れか1項に記載の制御プログラム。
  25. 前記判定工程は、前記ネットワークとは異なる他のネットワークにおいて実行される前記処理の実行状況を判定することを特徴とする請求項17乃至24の何れか1項に記載の制御プログラム。
  26. 前記ネットワーク通信装置において実行されることを特徴とする請求項17乃至25の何れか1項に記載の制御プログラム。
  27. 前記記憶部を有するコンピュータにおいて実行されることを特徴とする17乃至25の何れか1項に記載の制御プログラム。
  28. 前記制限工程は、前記ネットワーク通信装置が有する蓄積装置に一時的に蓄積させることで、前記ネットワークを介して外部装置から受信するデータの前記記憶部への転送量を制限することを特徴とする請求項17乃至27の何れか1項に記載の制御プログラム。
  29. 前記制限工程は、前記ネットワークを介した外部装置からのデータのフロー制御を行うことで、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項17乃至28の何れか1項に記載の制御プログラム。
  30. 前記記憶部に記憶する処理を実行する機器の種別を判断する判断工程を更に有し、
    前記制限工程は、前記判断工程において、前記機器が予め定められた種別の機器であると判断された場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項17乃至29の何れか1項に記載の制御プログラム。
  31. 前記記憶部に記憶する処理を実行する機器の機能を判断する判断工程を更に有し、
    前記制限工程は、前記機器が予め定められた機能に基づいて、前記記憶部に記憶する処理を実行する場合に、前記ネットワークを介した外部装置との通信を制限することを特徴とする請求項17乃至30の何れか1項に記載の制御プログラム。
  32. 情報処理装置であって、
    ネットワーク通信装置と接続されるネットワークを介して、外部装置からデータを受信する受信手段と、
    前記受信手段によって受信されたデータを記憶部に記憶する記憶手段と、
    前記ネットワーク通信装置に接続されるネットワークを介さずに、前記記憶部が記憶しているテレビ映像データをテレビ装置へ出力するための処理の実行状況を判定する判定手段と、
    前記判定手段による判定に応じて、前記ネットワークを介した外部装置との通信を制限する制限手段と
    を有することを特徴とする情報処理装置。
  33. 情報処理装置の制御方法であって、
    ネットワーク通信装置と接続されるネットワークを介して、外部装置からデータを受信する受信工程と、
    前記受信工程において受信されたデータを記憶部に記憶する記憶工程と、
    前記ネットワーク通信装置に接続されるネットワークを介さずに、前記記憶部が記憶しているテレビ映像データをテレビ装置へ出力するための処理の実行状況を判定する判定工程と、
    前記判定工程における判定に応じて、前記ネットワークを介した外部装置との通信を制限する制限工程と
    を有することを特徴とする情報処理装置の制御方法。
  34. 請求項33に記載の制御方法の各工程をコンピュータに実行させるための制御プログラム。
JP2007150777A 2007-06-06 2007-06-06 情報処理装置および制御方法、制御プログラム Expired - Fee Related JP5213359B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2007150777A JP5213359B2 (ja) 2007-06-06 2007-06-06 情報処理装置および制御方法、制御プログラム
US12/132,397 US7818438B2 (en) 2007-06-06 2008-06-03 Control apparatus and control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007150777A JP5213359B2 (ja) 2007-06-06 2007-06-06 情報処理装置および制御方法、制御プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2013035112A Division JP5658778B2 (ja) 2013-02-25 2013-02-25 情報処理装置および制御方法、制御プログラム

Publications (3)

Publication Number Publication Date
JP2008305095A JP2008305095A (ja) 2008-12-18
JP2008305095A5 JP2008305095A5 (ja) 2010-07-15
JP5213359B2 true JP5213359B2 (ja) 2013-06-19

Family

ID=40096879

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007150777A Expired - Fee Related JP5213359B2 (ja) 2007-06-06 2007-06-06 情報処理装置および制御方法、制御プログラム

Country Status (2)

Country Link
US (1) US7818438B2 (ja)
JP (1) JP5213359B2 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8126577B2 (en) 2005-06-03 2012-02-28 Neophotonics Corporation Monitoring and control of electronic devices
US9124436B2 (en) 2010-12-16 2015-09-01 Cellco Partnership Intelligent automated data usage upgrade recommendation
US9043455B1 (en) 2011-04-06 2015-05-26 Cellco Partnership Universal data remote
US9723092B1 (en) * 2011-04-07 2017-08-01 Cellco Partnership Universal data remote application framework
WO2013080419A1 (ja) * 2011-12-02 2013-06-06 日本電気株式会社 トラフィック管理装置、システム、方法およびプログラムを格納した非一時的なコンピュータ可読媒体
US10348637B1 (en) * 2015-12-30 2019-07-09 Cerner Innovation, Inc. System and method for optimizing user-resource allocations to servers based on access patterns
KR20180081998A (ko) * 2017-01-09 2018-07-18 한국전자통신연구원 모바일 클라우드를 위한 안전 실행 환경 제공 장치 및 방법

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4748685A (en) * 1986-10-10 1988-05-31 Motorola, Inc. Mobile radio communications system
US6055416A (en) * 1994-04-28 2000-04-25 Canon Kabushiki Kaisha Prevention of audible control signal transmission
GB2314729B (en) * 1995-12-19 2001-01-17 Motorola Inc Method and apparatus for rate governing communications
JPH10224356A (ja) * 1997-02-04 1998-08-21 Matsushita Electric Ind Co Ltd ネットワークシステムおよびその負荷調整方法
US6393470B1 (en) * 1998-11-13 2002-05-21 International Business Machines Corp. Non intrusive automatic remote support for freeing overloaded storage in portable devices
TW573749U (en) 1998-12-16 2004-01-21 Ibm Digital camera with automatic data upload, recording medium therefor, computer system therefor, and digital picture thereof
JP3726020B2 (ja) * 2000-12-22 2005-12-14 九州日本電気ソフトウェア株式会社 ファイルアップロードを代行するプロバイダシステム及びファイルアップロード代行方法
JP2003233548A (ja) 2002-02-07 2003-08-22 Mitsubishi Electric Corp ネットワークシステムおよび代理型ファイルアップロード方法
JP2005100220A (ja) 2003-09-26 2005-04-14 Konica Minolta Business Technologies Inc サーバ装置及びその制御方法
JP4561253B2 (ja) * 2004-09-03 2010-10-13 カシオ計算機株式会社 画像送信装置、画像加工装置、及び、画像送受信システム
JP4635558B2 (ja) * 2004-10-27 2011-02-23 カシオ計算機株式会社 バックアップサ−バ装置ならびにプログラム
JP4871546B2 (ja) * 2005-08-22 2012-02-08 株式会社日立製作所 ストレージシステム
US7468685B1 (en) * 2007-08-20 2008-12-23 Fairchild Semiconductor Corporation Clockless serialization using delay circuits
US20090164657A1 (en) * 2007-12-20 2009-06-25 Microsoft Corporation Application aware rate control
US9313245B2 (en) * 2007-12-24 2016-04-12 Qualcomm Incorporated Adaptive streaming for on demand wireless services

Also Published As

Publication number Publication date
JP2008305095A (ja) 2008-12-18
US7818438B2 (en) 2010-10-19
US20080307073A1 (en) 2008-12-11

Similar Documents

Publication Publication Date Title
JP5213359B2 (ja) 情報処理装置および制御方法、制御プログラム
KR100661426B1 (ko) 네트워크 전송 대응 콘텐츠 이용 관리 방법, 및 프로그램,콘텐츠 전송 시스템
US20080043110A1 (en) Image Input Device, Control Method Thereof and Image Input System
US20030028652A1 (en) Apparatus for and method of invalidating or deleting digital content after it expires by comparing the embedded time with a global time
JP5062999B2 (ja) 情報処理装置及びその制御方法とプログラム
CN106790612B (zh) 一种动态虚拟摄像头映射方法和系统
JP4120167B2 (ja) 情報処理装置、情報処理システム及び情報処理方法
WO2005057859A1 (en) Communications apparatus, image sensing apparatus and control method therefor
EP1608117A1 (en) Communication system, and communication control server and communication terminals constituting that communication system
JP4878487B2 (ja) 情報配信装置、情報配信システム、情報処理方法、およびプログラム
JP5658778B2 (ja) 情報処理装置および制御方法、制御プログラム
JP5875363B2 (ja) 記録媒体及びそれを用いる撮像装置
JP2003512800A (ja) 非同期データ及びアイソクロノスデータの記録及び再生に最適化されたプロトコルを実装するマルチプロトコル媒体記憶装置
JP2002312225A (ja) データ管理装置及びデータ管理方法
JPWO2007091480A1 (ja) Avサーバ機器及びコネクション管理方法
JP2010258894A (ja) 映像受信装置、映像受信方法及びプログラム
JP5106300B2 (ja) 管理装置、通信装置、制御方法およびプログラム
JP2008097297A (ja) 通信装置、通信方法および通信プログラム
JP2007013879A (ja) マルチメディアデータ処理装置及びマルチメディアデータ処理方法
JP2014215896A (ja) アクセス制御装置、アクセス制御方法、及びアクセス制御プログラム
US20240031436A1 (en) Dynamic storage and forwarding of data
JP2007179215A (ja) コンテンツサーバ装置
US20080205646A1 (en) Computer-readable recording medium storing data decryption program, data decryption method, and data decryption device
CN114727068A (zh) 视频信息的获取方法及装置、存储介质、电子装置
JP4086563B2 (ja) データ転送装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100601

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100601

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20111111

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111128

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120126

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120713

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120911

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130128

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130226

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160308

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees