(57)【要約】【課題】エッジコンピューティングを使用したシステムにおいて、効率的なストレージ管理を行うための技術を提供する。【解決手段】データおよび当該データに対するアクセスログ情報を記憶する記憶部を備える複数のエッジサーバとの間で通信可能なストレージ管理装置にあって、各エッジサーバからアクセスログ情報を取得し、取得したアクセスログ情報に基づいて、各エッジサーバのデータ記憶部に記憶されたデータに対するアクセスの状況があらかじめ設定された基準を満たすか否かを判定し、アクセス状況が上記基準を満たさないと判定されたデータを転送対象として選択して、当該データが記憶されていた記憶部とは異なる他の記憶部に転送させるように制御するように構成した。【選択図】図３
2020091706.tif 000002
【特許請求の範囲】
【請求項１】
データおよび当該データに対するアクセスログ情報を記憶する記憶部を備える複数のエッジサーバとの間で通信可能なストレージ管理装置であって、
前記複数のエッジサーバの各々から前記アクセスログ情報を取得する、アクセスログ情報取得部と、
前記取得したアクセスログ情報に基づいて、前記複数のエッジサーバの各々に対し記憶部に記憶されたデータに対するアクセスの状況があらかじめ設定された基準を満たすか否かを判定する、アクセス状況判定部と、
アクセス状況が前記基準を満たさないと判定されたデータを転送対象として選択して、当該データが記憶されていた記憶部とは異なる他の記憶部に転送させるように制御する制御部と
を具備するストレージ管理装置。
【請求項２】
前記複数のエッジサーバが備える前記記憶部の各々について記憶領域の使用状況に関する情報を取得する、記憶領域情報取得部をさらに具備し、
前記制御部は、
前記取得された記憶領域の使用状況に関する情報に基づいて、前記複数のエッジサーバの記憶部の中から前記他の記憶部を選択する、第１の転送先選択部と、
前記選択された他の記憶部へ前記転送対象のデータを転送させるように制御する第１の転送制御部と
を備える、
請求項１に記載のストレージ管理装置。
【請求項３】
前記複数のエッジサーバがネットワークを介してクラウドサーバとの間で通信可能な場合に、
前記制御部は、
前記他の記憶部として、前記クラウドサーバが備える記憶部を選択する第２の転送先選択部と、
前記選択された他の記憶部へ前記転送対象のデータを転送させるように制御する第２の転送制御部と
を備える、請求項１に記載のストレージ管理装置。
【請求項４】
前記制御部は、
前記他の記憶部として、前記ストレージ管理装置が備える記憶部を選択する第３の転送先選択部と、
前記選択された他の記憶部へ前記転送対象のデータを転送させるように制御する第３の転送制御部と
を備える、請求項１に記載のストレージ管理装置。
【請求項５】
前記制御部は、前記他の記憶部として、前記転送対象のデータが記憶されていた記憶部よりアクセス速度が遅い記憶媒体を選択する、請求項１に記載のストレージ管理装置。
【請求項６】
前記アクセス状況判定部は、前記複数のエッジサーバの各々の記憶部に記憶されたデータについて所定のデータ単位ごとにアクセス数を計数し、直近の第１の期間にわたるアクセス数の合計が第１のしきい値未満であるときに前記基準を満たさないと判定する、請求項１に記載のストレージ管理装置。
【請求項７】
前記アクセス状況判定部は、前記複数のエッジサーバの各々の記憶部に記憶されたデータについて所定のデータ単位ごとに記憶時点または最新のアクセスからの経過時間を計時し、前記記憶時点または前記最新のアクセスからの経過時間が第２のしきい値を超えるときに前記基準を満たさないと判定する、請求項１に記載のストレージ管理装置。
【請求項８】
前記アクセス状況判定部は、前記あらかじめ設定された基準により指定される、判定対象とすべきエッジサーバの識別情報、判定対象とすべきデータの識別情報、判定対象とすべき期間、または判定単位とすべき時間枠長のうちの少なくとも１つを用いて、前記エッジサーバの記憶部に記憶されたデータに対するアクセスの状況があらかじめ設定された基準を満たすか否かを判定する、請求項１に記載のストレージ管理装置。
【請求項９】
前記アクセス状況判定部は、前記あらかじめ設定された基準により指定される、判定対象から除外すべきエッジサーバの識別情報、判定対象から除外すべきデータの識別情報、または判定対象から除外すべき期間のうちの少なくとも１つを用いて、前記エッジサーバの記憶部に記憶されたデータに対するアクセスの状況があらかじめ設定された基準を満たすか否かを判定する、請求項１に記載のストレージ管理装置。
【請求項１０】
データおよび当該データに対するアクセスログ情報を記憶する記憶部を備える複数のエッジサーバとの間で通信可能なストレージ管理装置であって、
前記複数のエッジサーバの各々から前記アクセスログ情報を取得する過程と、
前記取得したアクセスログ情報に基づいて、前記複数のエッジサーバの各々に対し記憶部に記憶されたデータに対するアクセスの状況があらかじめ設定された基準を満たすか否かを判定する過程と、
アクセス状況が前記基準を満たさないと判定されたデータを転送対象として選択して、当該データが記憶されていた記憶部とは異なる他の記憶部に転送させるように制御する過程と
を具備するストレージ管理方法。
【請求項１１】
請求項１乃至請求項９の何れかに記載の装置の各部による処理をプロセッサに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明の一態様は、エッジコンピューティングを利用したデータ流通システムで使用されるストレージ管理装置、方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、例えば、様々なセンサを搭載したデバイスをネットワークに接続し、これらのデバイスからセンシングデータを収集し活用する、ＩｏＴ（Internet Of Things）技術を利用したデータ流通システムが注目されている。
【０００３】
ＩｏＴ技術を利用したデータ流通システムでは、価値創出をさらに高めるために多様なＩｏＴデータを組み合わせて活用することが不可欠であり、ＩｏＴデータをサービス横断で流通し活用する「ＩｏＴデータ交流社会」の実現に対する要望が高まっている。この要求を満たすためには、多種多様なデバイスからのＩｏＴデータを様々なアプリケーションに的確かつスケーラブルに送信するＩｏＴデータ交換技術が重要となる。
【０００４】
このような技術の実現にあたって、エッジコンピューティング技術が提案されている。エッジコンピューティングでは、キャリア網の周縁部に複数のエッジサーバが分散配置される。エッジサーバは、演算処理機能およびストレージ機能を備え、アプリケーションプログラムの実行およびコンテンツデータの蓄積を行う。ＩｏＴデータを利用しようとするユーザは、自身の端末から各エッジサーバに対しアクセスしてデータ検索を行い、所望のＩｏＴデータを取得する（例えば非特許文献１を参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】寺内  敦  ほか、「計算処理のリアルタイムスケーラビリティを提供するデータ交流技術への取り組み」、[online]、ＮＴＴ技術ジャーナル２０１７年７月、インターネット<URL: http://www.ntt.co.jp/journal/1707/files/JN20170719.pdf>
【発明の概要】
【発明が解決しようとする課題】
【０００６】
エッジサーバは、小規模なクラウドデータセンターがユーザ近傍に分散配置されたものともいえ、ユーザの端末が直接通信する相手はエッジサーバとなる。したがって、エッジコンピューティングを使用したシステムであれば、ＩｏＴデータをすべてクラウドから取得する場合に比べ、少ない伝搬遅延でデータを取得することができる。
【０００７】
ところが、上記のような「ＩｏＴデータ交流社会」の進展により、センサによってさらに多くのデータが収集されるようになると、エッジサーバに膨大なデータが蓄積され、エッジサーバの記憶容量が逼迫することが懸念される。
【０００８】
この発明は上記事情に着目してなされたもので、エッジコンピューティングを使用したシステムにおいて、効率的なストレージ管理を行うための技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するためにこの発明の第１の態様は、データおよび当該データに対するアクセスログ情報を記憶する記憶部を備える複数のエッジサーバとの間で通信可能なストレージ管理装置にあって、上記複数のエッジサーバの各々から上記アクセスログ情報を取得するアクセスログ情報取得部と、上記取得したアクセスログ情報に基づいて、上記複数のエッジサーバの各々に対し記憶部に記憶されたデータに対するアクセスの状況があらかじめ設定された基準を満たすか否かを判定するアクセス状況判定部と、アクセス状況が上記基準を満たさないと判定されたデータを転送対象として選択して、当該データが記憶されていた記憶部とは異なる他の記憶部に転送させるように制御する制御部とを具備するようにしたものである。
【００１０】
この発明の第２の態様は、上記第１の態様において、上記複数のエッジサーバが備える上記記憶部の各々について記憶領域の使用状況に関する情報を取得する記憶領域情報取得部をさらに具備し、上記制御部が、上記取得された記憶領域の使用状況に関する情報に基づいて、上記複数のエッジサーバの記憶部の中から上記他の記憶部を選択する第１の転送先選択部と、上記選択された他の記憶部へ上記転送対象のデータを転送させるように制御する第１の転送制御部とを備えるようにしたものである。
【００１１】
この発明の第３の態様は、上記第１の態様において、上記複数のエッジサーバがネットワークを介してクラウドサーバとの間で通信可能な場合に、上記制御部が、上記他の記憶部として上記クラウドサーバが備える記憶部を選択する第２の転送先選択部と、上記選択された他の記憶部へ上記転送対象のデータを転送させるように制御する第２の転送制御部とを備えるようにしたものである。
【００１２】
この発明の第４の態様は、上記第１の態様において、上記制御部が、上記他の記憶部として上記ストレージ管理装置が備える記憶部を選択する第３の転送先選択部と、上記選択された他の記憶部へ上記転送対象のデータを転送させるように制御する第３の転送制御部とを備えるようにしたものである。
【００１３】
この発明の第５の態様は、上記第１の態様において、上記制御部が、上記他の記憶部として、上記転送対象のデータが記憶されていた記憶部よりアクセス速度が遅い記憶媒体を選択するようにしたものである。
【００１４】
この発明の第６の態様は、上記第１の態様において、上記アクセス状況判定部が、上記複数のエッジサーバの各々の記憶部に記憶されたデータについて所定のデータ単位ごとにアクセス数を計数し、直近の第１の期間にわたるアクセス数の合計が第１のしきい値未満であるときに上記基準を満たさないと判定するようにしたものである。
【００１５】
この発明の第７の態様は、上記第１の態様において、上記アクセス状況判定部が、上記複数のエッジサーバの各々の記憶部に記憶されたデータについて所定のデータ単位ごとに記憶時点または最新のアクセスからの経過時間を計時し、上記記憶時点または上記最新のアクセスからの経過時間が第２のしきい値を超えるときに上記基準を満たさないと判定するようにしたものである。
【００１６】
この発明の第８の態様は、上記第１の態様において、上記アクセス状況判定部が、上記あらかじめ設定された基準により指定される、判定対象とすべきエッジサーバの識別情報、判定対象とすべきデータの識別情報、判定対象とすべき期間、または判定単位とすべき時間枠長のうちの少なくとも１つを用いて、上記エッジサーバの記憶部に記憶されたデータに対するアクセスの状況があらかじめ設定された基準を満たすか否かを判定するようにしたものである。
【００１７】
この発明の第９の態様は、上記第１の態様において、上記アクセス状況判定部が、上記あらかじめ設定された基準により指定される、判定対象から除外すべきエッジサーバの識別情報、判定対象から除外すべきデータの識別情報、または判定対象から除外すべき期間のうちの少なくとも１つを用いて、上記エッジサーバの記憶部に記憶されたデータに対するアクセスの状況があらかじめ設定された基準を満たすか否かを判定するようにしたものである。
【発明の効果】
【００１８】
この発明の第１の態様によれば、ストレージ管理装置において、各エッジサーバから取得されるアクセスログ情報に基づき、各エッジサーバの記憶部に記憶されたデータに対するアクセス状況が所定の基準を満たすか否かが判定され、所定の基準を満たさないと判定されたデータが転送対象として選択されて他の記憶部に転送される。このため、例えば、あるエッジサーバに記憶されたデータの中にアクセスされていないデータが存在した場合、当該データは他の記憶部に転送されることになり、これにより各エッジサーバの記憶部の記憶領域を適切に管理して、特定のエッジサーバの記憶部がオーバフローを起こす等といった不具合を未然に回避することが可能となる。
【００１９】
この発明の第２の態様によれば、各エッジサーバの記憶領域の使用状況に応じて、複数のエッジサーバのデータ記憶部の中からデータを転送する転送先が選択される。これにより、エッジコンピューティングを使用したシステムにおいて、エッジサーバ間でデータを分散して記憶させることができ、各エッジサーバのストレージを効率的に利用することができる。
【００２０】
この発明の第３の態様によれば、データの転送先としてクラウドサーバが備える記憶部が選択される。これにより、アクセスの状況が所定の基準を満たさないデータは、エッジサーバの記憶部からクラウドサーバの記憶部に転送される。一般的にクラウドサーバの記憶部はエッジサーバに比べて大容量である。このため、クラウドサーバの記憶部を有効に活用して、システム全体として限られたストレージリソースを効率的に利用することができる。
【００２１】
この発明の第４の態様によれば、データの転送先としてストレージ管理装置が備える記憶部が選択される。これにより、アクセスの状況が所定の基準を満たさないデータは、エッジサーバの記憶部からストレージ管理装置の記憶部に転送される。このため、エッジサーバの記憶部の空き容量を確保するとともに、ストレージ管理装置においてデータの保管場所を容易に一元管理できるようになる。
【００２２】
この発明の第５の態様によれば、データの転送先としてエッジサーバの記憶部よりもアクセス速度が遅い記憶媒体が選択される。これにより、高速アクセスが可能なエッジサーバのストレージを有効に活用し、システム全体として限られたストレージリソースを効率的に利用することができる。
【００２３】
この発明の第６の態様によれば、データの所定の単位ごとに、直近の第１の期間にわたるアクセス数の合計が第１のしきい値未満であるか否かの判定がされ、アクセス数の合計がしきい値に満たないときに転送対象として判定される。これにより、アクセス数が少ないデータが他の記憶部へ転送され、エッジサーバのストレージを効率的に活用することができる。
【００２４】
この発明の第７の態様によれば、データの所定の単位ごとに、記憶された時点または最新のアクセスからの経過時間が第２のしきい値を超えるか否かの判定がされ、経過時間がしきい値を超えるときに転送対象として判定される。これにより、一定時間を超えてアクセスがされなかったデータについて、他の記憶部への転送が制御され、高速アクセスが可能なエッジサーバのストレージを効率的に活用することができる。
【００２５】
この発明の第８の態様によれば、あらかじめ設定された基準により指定される、判定対象とすべきエッジサーバの識別情報、判定対象とすべきデータの識別情報、判定対象とすべき期間、または判定単位とすべき時間枠長のうちの少なくとも１つを用いて、アクセスの状況に関する判定が行われる。これにより、特定のエッジサーバ、特定のデータもしくは特定の期間を対象として、または指定された判定単位を用いて、より詳細な条件下での判定に基づくストレージ管理を実現することができる。
【００２６】
この発明の第９の態様によれば、あらかじめ設定された基準により指定される、判定対象から除外すべきエッジサーバの識別情報、判定対象から除外すべきデータの識別情報、または判定対象から除外すべき期間のうちの少なくとも１つを用いて、アクセスの状況に関する判定が行われる。これにより、特定のエッジサーバ、特定のデータもしくは特定の期間を判定対象から除外して、より詳細な条件下での判定に基づくストレージ管理を実現することができる。
【００２７】
すなわちこの発明の各態様によれば、エッジコンピューティングを使用したシステムにおいて、効率的なストレージ管理を行うための技術を提供することができる。
【図面の簡単な説明】
【００２８】
【図１】図１は、この発明の一実施形態に係るストレージ管理装置を備えるデータ流通システムの全体構成を示す図である。
【図２】図２は、図１に示したデータ流通システムのエッジサーバの構成を示すブロック図である。
【図３】図３は、図１に示したデータ流通システムで使用されるストレージ管理装置の機能構成を示すブロック図である。
【図４】図４は、図３に示したストレージ管理装置による処理手順と処理内容の一例を示すフローチャートである。
【図５】図５は、図４に示した処理のうち転送制御処理の処理手順と処理内容の一例を示すフローチャートである。
【発明を実施するための形態】
【００２９】
以下、図面を参照してこの発明に係わる実施形態を説明する。
【００３０】
［一実施形態］
（構成）
（１）システム
図１は、この発明の一実施形態に係るストレージ管理装置を備えたデータ流通システムの全体構成を示す図である。  
データ流通システムは、データ提供側装置としての複数のエッジサーバＥＳＶ１〜ＥＳＶｎと、データ取得側装置としてのユーザ端末ＵＴ１〜ＵＴｍと、クラウドサーバＣＳＶとを、広域ネットワークＷＮＷを介して接続し、さらにストレージ管理装置１を設けたものである。
【００３１】
広域ネットワークＷＮＷは、例えば、インターネット等の公衆網と、この公衆網にアクセスするためのアクセス網とを含む。アクセス網には、エッジサーバＥＳＶ１〜ＥＳＶｎ間を接続するエッジネットワークＥＮＷが含まれる。エッジネットワークＥＮＷは、例えばＬＡＮ（Local Area Network）または無線ＬＡＮにより構成される。なお、エッジサーバＥＳＶ１〜ＥＳＶｎは、エッジネットワークＥＮＷを介さずにインターネットに接続されるようにしてもよい。
【００３２】
エッジサーバＥＳＶ１〜ＥＳＶｎは、例えばサーバコンピュータやゲートウェイからなり、主として会社や団体が運営する工場や事業所、病院、オフィスビル、商業施設、イベント・アミューズメント施設、動植物飼育施設、家屋、道路、橋、鉄塔、宇宙設備等のインフラ設備や、火山、海岸、島、山野等の自然環境の監視対象ごとに配置される。なお、エッジサーバＥＳＶ１〜ＥＳＶｎは、上記固定されたインフラ設備に限らず、車両や航空機、ドローン、船舶等の移動体の移動エリアに対応して設けられるようにしてもよい。また、エッジサーバＥＳＶ１〜ＥＳＶｎは、移動通信システムの基地局や小電力タイプの小型基地局、集約局、無線ＬＡＮ等のアクセスポイント、ＤＳＬ（Digital Subscriber Line）ボックス等の、既存の通信設備内に設置するようにしてもよい。
【００３３】
エッジサーバＥＳＶ１〜ＥＳＶｎには、それぞれ複数のセンサＳＳ１１〜ＳＳ１ｋ，ＳＳ２１〜ＳＳ２ｋ，…，ＳＳｎ１〜ＳＳｎｋが接続される。センサＳＳ１１〜ＳＳ１ｋ，ＳＳ２１〜ＳＳ２ｋ，…，ＳＳｎ１〜ＳＳｎｋには、例えば、設備の振動や歪み、温度を計測する設備センサや、気温や湿度、気圧、風速、粉塵濃度等を計測する環境センサ、カメラ等を用いて人や動物の位置や動き、数等を検出する監視センサ、人の体温や血圧、脈拍等を計測する生体センサが含まれる。
【００３４】
これらのセンサＳＳ１１〜ＳＳ１ｋ，ＳＳ２１〜ＳＳ２ｋ，…，ＳＳｎ１〜ＳＳｎｋにより計測または検出されたセンシングデータは、例えばＬＡＮや無線ＬＡＮ、Bluetooth（登録商標）等の小電力無線データ通信規格を採用した無線インタフェースを介して、予め送信先として設定されたエッジサーバＥＳＶ１〜ＥＳＶｎへ伝送される。なお、センサＳＳ１１〜ＳＳ１ｋ，ＳＳ２１〜ＳＳ２ｋ，…，ＳＳｎ１〜ＳＳｎｋから送信されたセンシングデータは、アクセスポイントや、スマートフォン等の携帯端末を経由して、エッジサーバＥＳＶ１〜ＥＳＶｎへ伝送されるようにしてもよい。
【００３５】
クラウドサーバＣＳＶは、クラウドコンピュータからなり、上記エッジサーバＥＳＶ１〜ＥＳＶｎから送信されるセンシングデータを広域ネットワークＷＮＷを介して受信し、蓄積する。またクラウドサーバＣＳＶは、ユーザ端末ＵＴ１〜ＵＴｍからデータ取得要求を受信した場合に、このデータ取得要求で指示されたセンシングデータを要求元のユーザ端末ＵＴ１〜ＵＴｍへ送信する。
【００３６】
ユーザ端末ＵＴ１〜ＵＴｍは、例えば、センシングデータを取得して分析等を行うサービス事業者等が使用するもので、パーソナルコンピュータやスマートフォン、タブレット端末により構成される。ユーザ端末ＵＴ１〜ＵＴｍは、上記センシングデータの取得処理のために例えばブラウザを有する。
【００３７】
（２）エッジサーバ
図２は、エッジサーバＥＳＶ１〜ＥＳＶｎの構成の一例を示すブロック図である。なお、図２では図示の簡単のためエッジサーバＥＳＶ１のみを代表して示している。  
エッジサーバＥＳＶ１〜ＥＳＶｎは、データ記憶ユニット１１と、コンバータ（ＣＶ）群１２と、アプリケーション（ＡＰ）群１３と、制御ユニット１４と、監視ユニット１５とを備えている。
【００３８】
データ記憶ユニット１１は、記憶媒体として、例えば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）等の随時書込みおよび読出しが可能な不揮発性メモリにより構成される。記憶領域にはＲＡＷデータ記憶部１１１が設けられ、センサＳＳ１１〜ＳＳ１ｋから送信されたセンシングデータをこのＲＡＷデータ記憶部１１１に記憶する。記憶領域にはまた、ＲＡＷデータ記憶部１１１内のセンシングデータに対するアクセスについてのアクセスログ情報を記憶するアクセスログ記憶部１１２が設けられる。
【００３９】
ＣＶ群１２は、複数のコンバータ（ＣＶ）１２１を備える。これらのコンバータ１２１は、センサＳＳ１１〜ＳＳ１ｋのうちデータのプロトコル変換処理が必要なセンサに対応して設けられ、センサＳＳ１１〜ＳＳ１ｋから受信したセンシングデータを、例えばデータ流通に適したプロトコルに変換する。コンバータ１２１により変換されたセンシングデータは、ＡＰＩ（Application Programming Interface）によりＲＡＷデータ記憶部１１１に記憶される。なお、センシングデータには、計測日時を表すタイムスタンプと、センサの識別情報（センサＩＤ）が付与される。センシングデータにはまた、レコードを区別するレコードＩＤが付与されてもよい。
【００４０】
ＡＰ群１３は、複数の検索用アプリケーションプログラム（以後検索アプリと呼称する）１３１〜１３３を備える。検索アプリ１３１〜１３３は、ユーザ端末ＵＴ１，ＵＴｍおよび後述するストレージ管理装置１からのデータ検索要求に応じて、ＲＡＷデータ記憶部１１１から該当するセンシングデータを読み出して要求元へ送信する処理を行う。その際、送信データにはエッジサーバＥＳＶ１の識別情報（以後エッジＩＤと称する）が付与される。なお、上記検索アプリ１３１〜１３３とＲＡＷデータ記憶部１１１との間のデータ転送処理も、ＡＰＩにより行われる。
【００４１】
監視ユニット１５は、監視ミドルウェアにより構成されるもので、監視ツールとしての監視部１５１を有する。監視部１５１は、運用管理端末ＰＴに対し運用管理用の表示画面データを提供し、運用管理端末ＰＴにおいて入力された運用管理のための指示情報を受信し、制御ユニット１４へ供給する。
【００４２】
制御ユニット１４は、ＭＡＮＯ（Management and Orchestration）管理部１４１と、ＭＡＮＯエージェント１４２とを備える。ＭＡＮＯ管理部１４１およびＭＡＮＯエージェント１４２は、エッジサーバＥＳＶ１におけるネットワークサービスやリソースの統合的な管理・制御・最適化処理を行うもので、監視部１５１から供給された運用管理用の指示情報に基づいて、エッジサーバＥＳＶ１内の管理対象となる各ソフトウェアコンテナ（プログラム）を管理する。
【００４３】
（３）ストレージ管理装置
図３は、この発明の一実施形態に係るストレージ管理装置１の機能構成を示す図である。
【００４４】
ストレージ管理装置１は、例えば、データ流通サービスを運営するネットワーク事業者や通信事業者、サービス事業者が運用するもので、サーバコンピュータまたはパーソナルコンピュータにより構成される。
【００４５】
ストレージ管理装置１は、通信インタフェースユニット１０と、制御ユニット２０と、記憶ユニット３０とを備えている。
【００４６】
通信インタフェースユニット１０は、エッジネットワークＥＮＷおよび広域ネットワークＷＮＷで使用される通信プロトコルに従い、エッジサーバＥＳＶ１〜ＥＳＶｎおよびユーザ端末ＵＴ１〜ＵＴｍとの間で各種データの伝送を行う。なお、通信インタフェースユニット１０は、クラウドサーバＣＳＶとの間でデータ通信を行う際にも使用される。
【００４７】
記憶ユニット３０は、記憶媒体として、例えば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＯＭ（Read Only Memory）等の不揮発性メモリと、ＲＡＭ（Random Access Memory）等の揮発性メモリとを組み合わせて構成される。その記憶領域には、プログラム記憶領域と、データ記憶領域とが設けられる。プログラム記憶領域には、この発明の一実施形態に係る各種制御処理を実行するために必要なプログラムが格納されている。
【００４８】
データ記憶領域には、エッジサーバ情報記憶部３１と、判定基準記憶部３２とが設けられている。
【００４９】
エッジサーバ情報記憶部３１は、エッジサーバＥＳＶ１〜ＥＳＶｎに関する様々な属性情報（以下、「エッジサーバ情報」と言う）を記憶するために使用される。エッジサーバ情報としては、例えば、各エッジサーバのエッジＩＤ、位置情報、動作環境、処理性能、各エッジサーバに接続されたセンサのＩＤ、ＲＡＷデータ記憶部１１１内に記憶されているセンシングデータの種別、ＲＡＷデータ記憶部１１１に関する全記憶容量および空き容量を含むエッジサーバの記憶領域に関する情報が含まれる。
【００５０】
判定基準記憶部３２は、各エッジサーバＥＳＶ１〜ＥＳＶｎのＲＡＷデータ記憶部１１１内のデータに対するアクセスの状況が所定の基準を満たすか否かを判定する際に用いられる、判定基準を記憶するために使用される。判定基準は、例えば、判定を行うデータ単位（一定時間ごと、一定数ごとなど）、一定期間内のアクセス数に関するしきい値、記憶された時点または最新のアクセスからの経過時間に関するしきい値などを含み得る。判定基準は、固定のものであってもよく、システム管理者等によって随時更新されるものであってもよい。
【００５１】
なお、エッジサーバ情報記憶部３１および判定基準記憶部３２は、必ずしもストレージ管理装置１に内蔵されたものでなくてもよく、例えばクラウドに配置されたデータベースサーバ等の外部の記憶装置に設けられたものでもよい。この場合、ストレージ管理装置１は、広域ネットワークＷＮＷを介して図示しないデータベースサーバ等にアクセスすることにより、必要なデータを取得し使用することができる。あるいは、エッジサーバ情報記憶部３１および判定基準記憶部３２は、ＵＳＢメモリなどの外付け記憶媒体であってもよい。
【００５２】
制御ユニット２０は、例えば、ＣＰＵ（Central Processing Unit）等のハードウェアプロセッサを備え、この発明の一実施形態を実現するための制御機能として、エッジサーバ情報取得部２１と、判定基準取得部２２と、アクセスログ情報取得部２３と、アクセス状況判定部２４と、転送先選択部２５と、転送制御部２６とを備えている。これらの制御機能部は、いずれも上記記憶ユニット３０のプログラム記憶領域に格納されたプログラムを上記ハードウェアプロセッサに実行させることにより実現される。
【００５３】
エッジサーバ情報取得部２１は、通信インタフェースユニット１０を介してエッジサーバＥＳＶ１〜ＥＳＶｎにアクセスし、各エッジサーバからエッジサーバ情報を取得して、エッジＩＤに紐づけてエッジサーバ情報記憶部３１に格納する処理を行う。エッジサーバ情報取得部２１は、記憶領域情報取得部としても機能し、エッジサーバ情報の１つとして、各エッジサーバのＲＡＷデータ記憶部１１１に関する全記憶容量および空き容量を含む、記憶領域に関する情報を取得する。
【００５４】
判定基準取得部２２は、通信インタフェースユニット１０を介して外部装置から受信される、または図示しない入力デバイスを通じて入力される、あらかじめ設定された判定基準を取得し、判定基準記憶部３２に格納する処理を行う。
【００５５】
アクセスログ情報取得部２３は、通信インタフェースユニット１０を介してエッジサーバＥＳＶ１〜ＥＳＶｎにアクセスし、各エッジサーバからアクセスログ情報を取得する処理を行う。アクセスログ情報は、各エッジサーバＥＳＶ１〜ＥＳＶｎのＲＡＷデータ記憶部１１１内のデータに対するユーザ端末ＵＴ１〜ＵＴｍからのアクセスの履歴を記録した情報であり、例えば、アクセス日時、アクセス元のＩＰアドレス、アクセス元のＭＡＣアドレス、データベースアカウント、ＯＳアカウント、アプリケーションアカウント、対象オブジェクト名、コマンド、ＳＱＬ文、バインド値、実行結果（成功／失敗／拒絶）など、多種多様な情報を含み得る。
【００５６】
アクセス状況判定部２４は、アクセスログ情報取得部２３が取得したアクセスログ情報を受け取るとともに、判定基準記憶部３２に格納された判定基準を読み出して、アクセスログ情報に基づき、各エッジサーバＥＳＶ１〜ＥＳＶｎのＲＡＷデータ記憶部１１１内のデータに対するアクセス状況が判定基準を満たすか否かを判定し、判定結果を転送先選択部２５に渡す処理を行う。例えば、アクセス状況判定部２４は、一定時間にわたっていずれのユーザ端末ＵＴ１〜ＵＴｍからもアクセスされなかったデータを、アクセス状況が所定の基準を満たさないものと判定し、一度でもアクセスされたデータを、アクセス状況が所定の基準を満たすものと判定して、その判定結果を各データの識別情報に紐づけて出力する。
【００５７】
転送先選択部２５は、アクセス状況判定部２４による判定結果を受け取り、アクセス状況が所定の基準を満たさないと判定されたデータについて、当該データの現在の記憶部からの転送先を選択する処理を行う。
【００５８】
転送制御部２６は、転送先選択部２５から受け取った選択結果をもとに、選択された転送先へと対象データを転送するよう指示する転送指示を生成し、出力する処理を行う。
【００５９】
（動作）
次に、以上のように構成されたストレージ管理装置１による情報処理動作について説明する。  
図４は、ストレージ管理装置１による処理手順の一例を示すフローチャートである。
【００６０】
（１）エッジサーバ情報の取得
ストレージ管理装置１の制御ユニット２０は、エッジサーバ情報取得部２１の制御の下、ステップＳ１において、まずエッジサーバＥＳＶ１〜ＥＳＶｎの各々からエッジサーバ情報を取得し、エッジサーバ情報記憶部３１に格納する。
【００６１】
ここで、ストレージ管理装置１は、エッジサーバＥＳＶ１〜ＥＳＶｎの各々に定期的にアクセスしてエッジサーバ情報を取得するようにしてもよいし、各エッジサーバＥＳＶ１〜ＥＳＶｎから必要なエッジサーバ情報を定期的に送信させることによって、当該情報を取得するようにしてもよい。あるいは、エッジサーバ情報をクラウドサーバＣＳＶ等の別のサーバから取得するようにしてもよい。例えば、各エッジサーバＥＳＶ１〜ＥＳＶｎにエッジサーバ情報を定期的にクラウドサーバＣＳＶへと送信させ、ストレージ管理装置１が、定期的にまたはシステム管理者の要求に応じて、当該クラウドサーバＣＳＶからエッジサーバ情報を取得するようにしてもよい。
【００６２】
エッジサーバ情報には、少なくとも、各エッジサーバのエッジＩＤ、各エッジサーバに接続されたセンサのセンサＩＤ、ならびにＲＡＷデータ記憶部１１１に関する全記憶容量および空き容量を含む記憶領域情報が含まれる。
【００６３】
なお、上記ステップは、あらかじめ設定された期間ごとに定期的に実行されてもよいし、システム管理者からの要求の受付けをトリガとして実行されてもよい。
【００６４】
（２）判定基準の取得
次いで、ストレージ管理装置１の制御ユニット２０は、判定基準取得部２２の制御の下、ステップＳ２において、システム管理者等によってあらかじめ設定された判定基準を取得し、判定基準記憶部３２に格納する。判定基準取得部２２は、例えば、図示しない入力デバイスを通じて入力された判定基準を取得するようにしてもよいし、広域ネットワークＷＮＷを介してクラウドサーバＣＳＶにアクセスすることによってクラウドサーバＣＳＶにあらかじめ記憶された判定基準を読み出すようにしてもよい。
【００６５】
判定基準は、各エッジサーバＥＳＶ１〜ＥＳＶｎのＲＡＷデータ記憶部１１１内のデータに対するアクセスの状況が所定の基準を満たすか否かを判定する際に用いられる基準である。判定基準は、例えば、判定を実行するデータ単位（一定時間ごと、一定数ごとなど）、一定期間内のアクセス数に関するしきい値、記憶された時点または最新のアクセスからの経過時間に関するしきい値などに加え、どのエッジサーバを判定対象とするかを指定するエッジＩＤ、どのセンシングデータを判定対象とするかを指定するセンサＩＤ、どの期間のセンシングデータを判定対象とするかを指定する対象期間、対象期間内の判定単位として単位時間枠の長さを指定する時間枠長などを含むことができる。例えば、判定基準により、対象期間として直近１０年の期間が指定され、時間枠長として１月単位が指定された場合、１２０個（１２月／年×１０年）の時間枠ごとにアクセス状況の判定が実行されることになる。
【００６６】
判定基準はまた、判定の対象または転送の対象から除外すべき、エッジＩＤ、センサＩＤまたは除外対象期間を指定するものであってもよい。これにより、例えば、低遅延のリアルタイム処理が要求される自動運転支援に必要なセンシングデータは、アクセスの状況にかかわらず、転送されることなく常にエッジサーバに保存されるように構成することができる。あるいは、例えば判定基準において直近１か月を除外対象期間として指定することにより、直近１か月分のデータは、転送されることなく常にエッジサーバに保存されるように構成することができる。
【００６７】
なお、ステップＳ２は、ステップＳ１に続けて実行されてもよいし、ステップＳ１よりも前に実行されてもよく、またステップＳ１と同時並行して実行されてもよい。あるいは、ステップＳ１とステップＳ２とは別個独立して実行されてもよい。あるいは、判定基準をあらかじめ判定基準記憶部３２に格納しておき、ステップＳ２を省略してもよい。
【００６８】
（３）転送制御
次いで、ストレージ管理装置１の制御ユニット２０は、ステップＳ３において、転送制御の処理を実行する。図５は、その処理手順と処理内容を詳細に示すフローチャートである。
【００６９】
まずステップＳ３０１において、ストレージ管理装置１の制御ユニット２０は、アクセスログ情報取得部２３の制御の下、各エッジサーバＥＳＶ１〜ＥＳＶｎにアクセスし、アクセスログ記憶部１１２からアクセスログ情報をアクセスログデータとして取得して、アクセス状況判定部２４に渡す。
【００７０】
ここで、アクセスログデータは、テキストファイルとして蓄積されたアクセスログから所望の期間に対応するデータを抽出することにより取得されてもよいし、各エッジサーバＥＳＶ１〜ＥＳＶｎのＲＡＷデータ記憶部１１１内のセンシングデータと連携するリレーショナルデータベースのテーブルから必要な情報を抽出することによって取得されてもよい。また、ストレージ管理装置１は、取得したアクセスログデータを一時的に保存するためのバッファメモリを備えていてもよい。取得されるアクセスログデータは、少なくとも、各エッジサーバＥＳＶ１〜ＥＳＶｎのＲＡＷデータ記憶部１１１内のデータに対してアクセスがあった日時情報と、当該アクセスの対象となったデータの識別情報（センサＩＤまたはレコードＩＤなど）とを含む。
【００７１】
次いでステップＳ３０２において、ストレージ管理装置１の制御ユニット２０は、アクセス状況判定部２４の制御の下、判定基準記憶部３２に格納された判定基準を読み出し、判定基準に基づいてアクセスログデータを判定単位に分割する処理を行う。一実施形態では、アクセス状況判定部２４は、判定基準により指定された時間単位（１日単位、１週間単位、１月単位など）でアクセスログデータを分割し、分割後のアクセスログデータをさらにセンサＩＤごとに分割する。これにより、一定時間ごとのセンサ別のセンシングデータに対するアクセス状況の判定を行うことができる。なお、判定の単位はこれに限るものではなく、時間単位およびデータの種別を含め、システム管理者等が任意の基準を指定することができる。
【００７２】
ステップＳ３０３において、ストレージ管理装置１の制御ユニット２０は、アクセス状況判定部２４の制御の下、分割されたアクセスログデータに基づき、時間単位ごとセンサＩＤごとのセンシングデータに対するユーザ端末ＵＴ１〜ＵＴｍからのアクセス状況が、あらかじめ設定された基準を満たすか否かの判定を行う。アクセス状況とは、ユーザ端末ＵＴ１〜ＵＴｍからのアクセスに関する任意の状況を言い、例えば、これらに限るものではないが、単位時間あたりのアクセスの総数、アクセス間隔、アクセス頻度、累積アクセス数、アクセス元のユーザ端末ＵＴのＩＤ、実行結果（成功率）などを判定に使用することができる。
【００７３】
一実施形態では、アクセス状況判定部２４は、特定のセンサＩＤを有するセンシングデータについて、単位時間枠ごとのアクセス数の合計をカウントし、単位時間枠ごとの合計アクセス数が所定の基準を満たすか否かを判定する。例えば、アクセス状況判定部２４は、ある特定の時間枠についてアクセス数が１以上の場合に所定の基準を満たすと判定し、アクセス数が０の場合には所定の基準を満たさないと判定する。所定の基準を満たすと判定された場合、処理は、ステップＳ３０７に移行する。他方、ステップＳ３０３において、所定の基準を満たさないと判定された場合、当該時間枠のデータについて転送を制御するためにステップＳ３０４に移行する。
【００７４】
次いでステップＳ３０４において、ストレージ管理装置１の制御ユニット２０は、転送先選択部２５の制御の下、アクセスの状況が所定の基準を満たさないデータのための転送先を選択する。一実施形態では、転送先選択部２５は、エッジサーバ情報記憶部３１から最新のエッジサーバ情報を読み出し、エッジサーバごとに全記憶容量に対する空き容量の割合を算出することによって、最も空き容量の割合が高いエッジサーバ（またはそのＲＡＷデータ記憶部１１１）を転送先として選択する。あるいは、転送先選択部２５は、全記憶容量に対する空き容量の割合が一定値を超えるエッジサーバの中からランダムに転送先を選択するようにしてもよい。また、転送先選択部２５は、転送先として、クラウドサーバＣＳＶ（もしくはその記憶部）またはストレージ管理装置１自体を選択することも可能である。
【００７５】
ステップＳ３０５において、ストレージ管理装置１は、転送制御部２６の制御の下、転送対象であるデータを記憶しているエッジサーバＥＳＶに対して転送を指示するために、対象データの識別情報（例えば、日時または期間情報、センサＩＤ、レコードＩＤなど）と、転送先の識別情報（エッジＩＤ、クラウドサーバのＩＰアドレスなど）とを少なくとも含む転送指示を生成し、当該エッジサーバＥＳＶに対して出力する。アクセス数は少ないがまだ当該エッジサーバの記憶容量に余裕がある場合、転送指示の出力先エッジＩＤと転送先エッジＩＤとが同一になることも考えられる。この場合、転送制御部２６が、転送指示を出力せず破棄するようにしてもよい。
【００７６】
ステップＳ３０６において、ストレージ管理装置１は、転送制御部２６の制御の下、転送指示の出力先であるエッジサーバＥＳＶのエッジＩＤ、対象データの識別情報、転送先の識別情報を、転送指示を生成した日時情報とともにエッジサーバ情報記憶部３１に出力し、データの最新の所在について情報テーブルを更新させることができる。ただしこのステップは任意のステップであり、定期的に実行されるエッジサーバ情報取得処理によって、情報テーブルを更新してもよい。
【００７７】
ステップＳ３０７において、ストレージ管理装置１は、制御ユニット２０の制御の下、判定基準において指定された対象期間について、すべての時間枠に対する判定が終了したか否かを判定する。すべての時間枠について判定が終了した場合、転送制御処理は終了する。まだ判定が実行されていない時間枠がある場合、ステップＳ３０３に戻り、ステップＳ３０３〜Ｓ３０７の処理を繰り返す。
【００７８】
なお、アクセスログデータを単位時間枠ごとに分割せず、判定基準によって指定された対象期間全体においてアクセスがあったか否かを判定してもよい。例えば、直近の１か月など、対象期間全体にわたるアクセスログに含まれるセンサＩＤと、エッジサーバ情報記憶部３１に格納されたエッジサーバ情報に含まれるセンサＩＤとを照らし合わせ、エッジサーバ情報の中にアクセスログに含まれないセンサＩＤが存在する場合、当該センサＩＤに関連するデータを一定時間アクセスがなかったものと判定し、転送対象とすることもできる。あるいは、対象期間を設定せず、エッジサーバに記憶された時点から全くアクセスされていないデータのみを転送対象とするようにしてもよい。このように、転送対象とするデータの詳細については、システム管理者が判定基準を通じて任意に設定することができる。
【００７９】
なお、ステップＳ３（ステップＳ３０１〜Ｓ３０７）は、ステップＳ１およびステップＳ２とは別個独立に実行されてよい。例えば、ステップＳ３は、ステップＳ１およびステップＳ２とは異なる時間間隔で定期的に実行されてもよいし、システム管理者等の指示をトリガとして実行されてもよい。
【００８０】
エッジサーバＥＳＶ１〜ＥＳＶｎが、すでに他の転送先へと転送済みのデータに対してユーザ端末ＵＴ１〜ＵＴｍからの検索要求を受けた場合、例えば、当該エッジサーバＥＳＶがストレージ管理装置１にこの検索要求を転送することができる。検索要求を受け取ったストレージ管理装置１は、エッジサーバ情報記憶部３１に保存された最新の情報に基づいて当該データの最新の保存先を探し、保存先（エッジサーバＥＳＶ、クラウドサーバＣＳＶ、ストレージ管理装置１自体など）から要求元のユーザ端末に当該データを送信させるように指示することができる。あるいは、各エッジサーバＥＳＶ１〜ＥＳＶｎが、転送指示を受けるたびに、データの識別情報とともに転送先の識別情報をＲＡＷデータ記憶部１１１またはアクセスログ記憶部１１２内に記憶しておき、検索要求を受けたエッジサーバＥＳＶが直接その転送先に要求元のユーザ端末への送信指示を送るように構成してもよい。
【００８１】
（効果）
以上詳述したように、一実施形態では、エッジコンピューティングを利用したデータ流通システムにおいて、エッジサーバＥＳＶ１〜ＥＳＶｎのＲＡＷデータ記憶部１１１内に蓄積されたセンシングデータのうち、ユーザ端末ＵＴ１〜ＵＴｍからのアクセスが少ないデータを転送対象と判定して、当該エッジサーバＥＳＶの記憶部１１１から他の記憶部へと転送させるように制御している。
【００８２】
エッジコンピューティングでは、一般に、エッジ側の環境にはアプリケーションプログラム（監視アプリケーション等リアルタイム性の高いもの）を配備し、エッジ側で集計処理が行われるように構成される。そして、統計解析等に必要な程度のデータのみをフィルタしてクラウド側に転送し、バッチ的にＡＩ解析等を行うことにより、クラウドとエッジのそれぞれに適した役割をもたせるソリューションが行われている。
【００８３】
上記実施形態によれば、エッジサーバＥＳＶ１〜ＥＳＶｎのＲＡＷデータ記憶部１１１内のセンシングデータのうちユーザ端末ＵＴ１〜ＵＴｍからのアクセスが少ないセンシングデータを、直近では使用されないものとみなして他の記憶部に退避させることにより、エッジサーバＥＳＶ１〜ＥＳＶｎの記憶領域をよりアクセスの多いセンシングデータのために確保することができる。アクセスが少ないセンシングデータは、例えば、記憶容量に余裕のある他のエッジサーバの記憶部や、大容量かつ長期保存のためのストレージを備えるクラウドサーバＣＳＶに転送し保存することができる。
【００８４】
これにより、一般的に高価で高速アクセスが可能なエッジサーバの記憶容量を有効に活用し、アクセスの多いデータについては高速アクセス性を維持しながら、効果的な負荷分散を実現することができる。また、判定基準を通じてエッジＩＤやセンサＩＤを任意に指定することにより、転送対象とすべきデータを精密に設定できるので、リアルタイム処理が要求されないセンシングデータは、アクセス頻度に応じて分散記憶させつつ、リアルタイム処理が要求されるセンシングデータは、エッジサーバＥＳＶに維持されるようにすることもできる。これにより、自動運転支援やロボットのリアルタイム制御など、低遅延のリアルタイム処理が要求される産業分野においても、高速アクセス可能なエッジサーバＥＳＶを有効に活用することができる。
【００８５】
あるいは、転送先としてストレージ管理装置１自体を選択することもでき、これにより、いったんストレージ管理装置１にセンシングデータを移してから、適切なタイミングで適切な転送先を選択して転送することができ、さらに効果的な負荷分散およびストレージ管理を実現することができる。
【００８６】
［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。
【００８７】
例えば、上記一実施形態では、ストレージ管理装置１をエッジサーバＥＳＶ１〜ＥＳＶｎおよびクラウドサーバＣＳＶとは独立して設けた場合を例にとって説明した。しかし、これに限るものではなく、ストレージ管理装置１が備える各制御部の機能を、エッジサーバＥＳＶ１〜ＥＳＶｎの何れか１つまたはクラウドサーバＣＳＶに設けてもよく、さらにはユーザが使用する端末またはサーバに設けてもよい。
【００８８】
また、各エッジサーバＥＳＶ１〜ＥＳＶｎがＲＡＷデータ記憶部１１１に加えてアクセスログ記憶部１１２を備えるものとして説明したが、これに限るものではない。例えば、アクセスログ記憶部１１２を設けず、ＲＡＷデータ記憶部１１１内に蓄積されたセンシングデータのデータテーブルにアクセスログ情報を付加することによって、アクセスログ情報を記憶させるようにしてもよいし、センシングデータのメタデータを自動更新させるようにしてもよい。さらに、上述のように、アクセスログ情報は、テキストファイル形式で保存されてもよいし、データテーブルとして保存されてもよいし、他の任意の形式で保存されてもよい。
【００８９】
アクセス状況の判定についても、上記実施例だけに限定されるものではなく、多様な方法で判定可能である。例えば、累積アクセス数を記憶時からの経過時間で除した値が、所定のしきい値を上回るか否かを判定するようにしてもよい。これにより、長期的なアクセスの傾向を考慮したストレージ管理を行うことができる。
【００９０】
また、アクセスログ情報の取得についても、多様な方法で実現可能である。例えば、各エッジサーバが定期的に最新のアクセスログファイルをストレージ管理装置１に送信するようにしてもよい。あるいは、全エッジサーバのアクセスログファイルを、クラウドストレージに蓄積し、ストレージ管理装置１が、必要に応じてクラウドストレージから読み出すようにしてもよい。
【００９１】
また、ストレージ管理装置１は、エッジサーバＥＳＶ１〜ＥＳＶｎのうちの１つとして設けてもよい。あるいは、ストレージ管理装置１は、クラウドサーバＣＳＶであってもよい。
【００９２】
なお、図１では、エッジサーバＥＳＶ１〜ＥＳＶｎの各々に接続されるセンサＳＳ１１〜ＳＳ１ｋ，ＳＳ２１〜ＳＳ２ｋ，…，ＳＳｎ１〜ＳＳｎｋの数が同数であるかのように記載したが、これに限るものではなく、それぞれのエッジサーバに任意の数のセンサが接続されてよい。
【００９３】
さらに、一実施形態では、エッジサーバにおいて転送対象として選択されたセンシングデータを、比較的空き容量の多い他のエッジサーバ、クラウドサーバ、或いはストレージ管理装置内の記憶部のいずれかに転送し記憶させるようにした。しかし、それに限らず、例えば、転送先に選択優先順位を付けておき、この選択優先順位と転送先の空き容量とに基づいて転送対象のセンシングデータの転送制御を行うようにしてもよい。例えば、先ずエッジサーバについて転送先として利用可能か否かを判定し、エッジサーバの中に空き容量が所定量以上あるエッジサーバが見つからなかった場合に、クラウドサーバまたはストレージ管理装置の記憶部を選択して転送制御を行うようにしてもよい。またこの場合、クラウドサーバとストレージ管理装置の記憶部にも選択優先順位を付けておくようにしてもよい。要するに、エッジサーバ、クラウドサーバ、およびストレージ管理装置内の記憶部に対する優先順の付け方についてはどのように設定してもよい。
【００９４】
その他、エッジサーバ情報およびアクセスログ情報の種類ならびに利用手法等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【００９５】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００９６】
１…ストレージ管理装置、１０…通信インタフェースユニット、１１…データ記憶ユニット、１２…コンバータ（ＣＶ）群、１３…アプリケーション（ＡＰ）群、１４…制御ユニット、１５…監視ユニット、２０…制御ユニット、２１…エッジサーバ情報取得部、２２…判定基準取得部、２３…アクセスログ情報取得部、２４…アクセス状況判定部、２５…転送先選択部、２６…転送制御部、３０…記憶ユニット、３１…エッジサーバ情報記憶部、３２…判定基準記憶部、１１１…データ記憶部、１１２…アクセスログ記憶部、１２１…コンバータ（ＣＶ）、１３１〜１３３…検索アプリ、１４１…ＭＡＮＯ管理部、１４２…ＭＡＮＯエージェント、１５１…監視部。
【図１】
2020091706.tif 000003
【図２】
2020091706.tif 000004
【図３】
2020091706.tif 000005
【図４】
2020091706.tif 000006
【図５】
2020091706.tif 000007