(57)【要約】【課題】  データの一時保管を伴う状況にも対応してサービス提供のコストを最小ならしめる。【解決手段】  入力インターフェイスよりデータ保管依頼を受け付けて、当該データ保管依頼が含む保管データサイズと、データセンタテーブルとに基づき、当該データ保管依頼対象のデータを保管データサイズ以上の空き容量を有するデータセンタに格納するケースを検索する保管ケース検索部１１と、データセンタテーブルと保管データサイズとに基づき、前記ケース毎に必要とされる保管コストを算定する保管コスト算定部１３と、データ保管テーブルに基づき、前記ケース毎に必要とされる違約コストを算定する違約コスト算定部１５と、前記ケース毎の総コストを算定し、当該総コストが最小となるケースに則した該当データセンタへのデータ格納を行うか、または該当データセンタへの保管依頼を行う、ケース選択部１６とを備えることを特徴とする情報処理装置。【選択図】    図１
2005141644.tif 000002
【特許請求の範囲】
【請求項１】
データ保管の管理を行う情報処理装置であって、
データセンタ毎に、可用性、セキュリティ強度、性能、正確性、および設備頑強性の少なくともいずれかの情報を含む保管レベルと、保管コストと、総容量と、空き容量とを記録したデータセンタテーブルと、
データ保管を受け付けたデータ毎に、要求される保管レベルと、当該保管レベルを違えた場合の違約コストとを記録したデータ保管テーブルと、
入力インターフェイスよりデータ保管依頼を受け付けて、当該データ保管依頼が含む保管データサイズと、前記データセンタテーブルとに基づき、当該データ保管依頼対象のデータを保管データサイズ以上の空き容量を有するデータセンタに格納するケースを検索する保管ケース検索部と、
前記データセンタテーブルと前記保管データサイズとに基づき、前記ケース毎に必要とされる保管コストを算定する保管コスト算定部と、
前記データ保管テーブルに基づき、前記ケース毎に必要とされる違約コストを算定する違約コスト算定部と、
前記ケース毎の総コストを算定し、当該総コストが最小となるケースに則した該当データセンタへのデータ格納を行うか、または該当データセンタへの保管依頼を行う、ケース選択部と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１において、
データセンタ間でのデータ移動に際する単位移動コストを記録したデータ移動コストテーブルと、
既に保管している他データを他データセンタに移動させることでデータ保管依頼対象のデータをデータセンタに格納するケースを検索する移動ケース検索部と、
前記データ移動コストテーブルと前記保管データサイズとに基づき、前記ケース毎に必要とされるデータ移動コストを算定する移動コスト算定部と、
とを備えることを特徴とする情報処理装置。
【請求項３】
データセンタ毎に、可用性、セキュリティ強度、性能、正確性、および設備頑強性の少なくともいずれかの情報を含む保管レベルと、保管コストと、総容量と、空き容量とを記録したデータセンタテーブルと、
データ保管を受け付けたデータ毎に、要求される保管レベルと、当該保管レベルを違えた場合の違約コストとを記録したデータ保管テーブルと、を備える情報処理装置によりデータ保管の管理を行う方法であって、
入力インターフェイスよりデータ保管依頼を受け付けて、当該データ保管依頼が含む保管データサイズと、前記データセンタテーブルとに基づき、当該データ保管依頼対象のデータを保管データサイズ以上の空き容量を有するデータセンタに格納するケースを検索するステップと、
前記データセンタテーブルと前記保管データサイズとに基づき、前記ケース毎に必要とされる保管コストを算定するステップと、
前記データ保管テーブルに基づき、前記ケース毎に必要とされる違約コストを算定するステップと、
前記ケース毎の総コストを算定し、当該総コストが最小となるケースに則した該当データセンタへのデータ格納を行うか、または該当データセンタへの保管依頼を行うステップと、
を備えることを特徴とするデータ保管方法。
【請求項４】
データセンタ毎に、可用性、セキュリティ強度、性能、正確性、および設備頑強性の少なくともいずれかの情報を含む保管レベルと、保管コストと、総容量と、空き容量とを記録したデータセンタテーブルと、
データ保管を受け付けたデータ毎に、要求される保管レベルと、当該保管レベルを違えた場合の違約コストとを記録したデータ保管テーブルと、を備える情報処理装置にデータ保管の管理を実行させるプログラムであって、
入力インターフェイスよりデータ保管依頼を受け付けて、当該データ保管依頼が含む保管データサイズと、前記データセンタテーブルとに基づき、当該データ保管依頼対象のデータを保管データサイズ以上の空き容量を有するデータセンタに格納するケースを検索するステップと、
前記データセンタテーブルと前記保管データサイズとに基づき、前記ケース毎に必要とされる保管コストを算定するステップと、
前記データ保管テーブルに基づき、前記ケース毎に必要とされる違約コストを算定するステップと、
前記ケース毎の総コストを算定し、当該総コストが最小となるケースに則した該当データセンタへのデータ格納を行うか、または該当データセンタへの保管依頼を行うステップと、
を備えることを特徴とするデータ保管プログラム。
【請求項５】
請求項４に記載のデータ保管プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客の依頼に基づきデータの保管を行なう方法および情報処理装置、ならびにプログラム、記録媒体に関し、特にサービス提供コストに従ってデータの保管先を自動的に選択する技術に関する。
【背景技術】
【０００２】
大容量ネットワークの普及に伴い、企業や個人（以下、ユーザと表記する）がネットワークを通じてサービスプロバイダやデータセンタの提供するサービスを利用する機会が増えてきた。更に最近では、数多く設立されたサービスプロバイダやデータセンタがお互い連携し合い、サービスの補完や運営の効率化を図っている。
【０００３】
例えば、ユーザにサービスを提供しているサービスプロバイダが、データの保管の目的でデータセンタを利用することで、サービスプロバイダはデータ容量の変化に対して、容易に対応することを可能としている。
【０００４】
このような技術例として例えば、 第１のネットワークと、この第１のネットワークに接続された複数のサービスプロバイダからなるサービスプロバイダ群と、前記第１のネットワークに接続されサービスコンテンツを収容したデータセンタと、第２のネットワークと、この第２のネットワークを介して前記サービスプロバイダの何れかに接続されたユーザの端末とを備え、前記ユーザからのアクセスに応じて、前記データセンタに収容されているサービスコンテンツを前記第１および第２のネットワーク経由で前記ユーザの端末にダウンロードするデータ管理システムにおいて、（ａ）前記データセンタは、一意のアドレスが付与された通信装置と、この通信装置に接続されたスイッチと、このスイッチに接続され前記サービスコンテンツを格納したデータストレージ装置と、前記スイッチに接続され前記サービスコンテンツを管理するデータ管理サービスサーバとを有し、（ｂ）前記サービスプロバイダは、一意のアドレスが付与された通信装置と、この通信装置に接続され前記第１のネットワークと前記サービスプロバイダ内の通信プロトコルの相互変換を行う通信アダプタと、この通信アダプタに接続されたシステムバスと、このシステムバスに接続され前記第１および第２のネットワーク経由で前記サービスコンテンツの更新およびダウンロードを管理するサービスサーバとを有することを特徴とするデータ管理システム（特許文献１参照）などがあげられる。
【特許文献１】特開２００２−３２３３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、かかる従来の方法においては、次のような問題がある。すなわち、サービスを提供するにあたり、データセンタのサーバ構成、センタ設備のセキュリティレベルや障害復旧時間などといった保管レベルが考慮されていないため、ユーザが要求するデータの保管レベルに応じたサービスを提供することが困難であった。
【０００６】
特に、処理待ちのデータを一時保管するなどデータ容量が非定常的に変化する場合には、サービス専用の領域を常に確保することは非効率的であるため、必要時に動的な領域確保を行なうことが想定される。その場合、データセンタの空き容量によっては他のデータセンタにデータを保管したり、現状保管しているデータを移動させて領域を確保したりするケースも想定され、ユーザが要求するデータの保管レベルに応じたサービス提供がますます困難なものとなる。
【０００７】
そこで本発明は上記課題を鑑みてなされたものであり、データの一時保管を伴う状況にも対応してサービス提供のコストを最小ならしめる、データ保管の管理を行う情報処理装置、データ管理方法、プログラム、および記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明の情報処理装置は、データ保管の管理を行う情報処理装置であって、データセンタ毎に、可用性、セキュリティ強度、性能、正確性、および設備頑強性の少なくともいずれかの情報を含む保管レベルと、保管コストと、総容量と、空き容量とを記録したデータセンタテーブルと、データ保管を受け付けたデータ毎に、要求される保管レベルと、当該保管レベルを違えた場合の違約コストとを記録したデータ保管テーブルと、入力インターフェイスよりデータ保管依頼を受け付けて、当該データ保管依頼が含む保管データサイズと、前記データセンタテーブルとに基づき、当該データ保管依頼対象のデータを保管データサイズ以上の空き容量を有するデータセンタに格納するケースを検索する保管ケース検索部と、前記データセンタテーブルと前記保管データサイズとに基づき、前記ケース毎に必要とされる保管コストを算定する保管コスト算定部と、前記データ保管テーブルに基づき、前記ケース毎に必要とされる違約コストを算定する違約コスト算定部と、前記ケース毎の総コストを算定し、当該総コストが最小となるケースに則した該当データセンタへのデータ格納を行うか、または該当データセンタへの保管依頼を行う、ケース選択部と、を備えることを特徴とする。
【０００９】
また、データセンタ毎に、可用性、セキュリティ強度、性能、正確性、および設備頑強性の少なくともいずれかの情報を含む保管レベルと、保管コストと、総容量と、空き容量とを記録したデータセンタテーブルと、データ保管を受け付けたデータ毎に、要求される保管レベルと、当該保管レベルを違えた場合の違約コストとを記録したデータ保管テーブルと、を備える情報処理装置によりデータ保管の管理を行う方法であって、入力インターフェイスよりデータ保管依頼を受け付けて、当該データ保管依頼が含む保管データサイズと、前記データセンタテーブルとに基づき、当該データ保管依頼対象のデータを保管データサイズ以上の空き容量を有するデータセンタに格納するケースを検索するステップと、前記データセンタテーブルと前記保管データサイズとに基づき、前記ケース毎に必要とされる保管コストを算定するステップと、前記データ保管テーブルに基づき、前記ケース毎に必要とされる違約コストを算定するステップと、前記ケース毎の総コストを算定し、当該総コストが最小となるケースに則した該当データセンタへのデータ格納を行うか、または該当データセンタへの保管依頼を行うステップと、を備えることを特徴とするデータ保管方法にかかる。
【００１０】
更に、データセンタ毎に、可用性、セキュリティ強度、性能、正確性、および設備頑強性の少なくともいずれかの情報を含む保管レベルと、保管コストと、総容量と、空き容量とを記録したデータセンタテーブルと、データ保管を受け付けたデータ毎に、要求される保管レベルと、当該保管レベルを違えた場合の違約コストとを記録したデータ保管テーブルと、を備える情報処理装置にデータ保管の管理を実行させるプログラムであって、入力インターフェイスよりデータ保管依頼を受け付けて、当該データ保管依頼が含む保管データサイズと、前記データセンタテーブルとに基づき、当該データ保管依頼対象のデータを保管データサイズ以上の空き容量を有するデータセンタに格納するケースを検索するステップと、前記データセンタテーブルと前記保管データサイズとに基づき、前記ケース毎に必要とされる保管コストを算定するステップと、前記データ保管テーブルに基づき、前記ケース毎に必要とされる違約コストを算定するステップと、前記ケース毎の総コストを算定し、当該総コストが最小となるケースに則した該当データセンタへのデータ格納を行うか、または該当データセンタへの保管依頼を行うステップと、を備えることを特徴とするデータ保管プログラムにかかる。このプログラムは、前記各ステップの動作を行うためのコードから構成されている。
【００１１】
また、データ保管プログラムを記録したコンピュータ読み取り可能な記録媒体にかかる。
【００１２】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１３】
本発明によれば、データの一時保管を伴う状況にも対応してサービス提供のコストを最小ならしめる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。図１は、本発明の実施の形態を実現するためのシステム構成図である。同図に示すように、ユーザ端末１００、ユーザ端末１００からのサービス提供依頼を受け付ける受付センタ２００、受付センタ２００で受け付けたサービスの処理を実行する処理センタ４１０〜４ｎ０（ｎは自然数）および、処理センタ４１０〜４ｎ０（ｎは自然数）で処理するデータを保管する保管センタ５１０〜５ｍ０（ｍは自然数）が、ネットワーク７００で接続されている。
【００１５】
本発明の情報処理装置５０としては、前記受付センタ２００および処理センタ４１０〜４ｎ０が一体に稼働するシステムを想定できる。また、データ保管先としては保管センタ５１０〜５ｍ０を想定できる。この保管センタのみをもってデータセンタ５１とすることもできる一方で、前記３つのセンタを含むシステムをデータセンタと総称することもできる。
【００１６】
したがって、システム構成の態様に応じて前記いずれかのセンタが、本発明の情報処理装置の有する機能のうち各自の担う役割に応じたプログラムをメモリに格納し、演算装置により読み出して実行するものとする。また、ネットワーク７００等を介して、ユーザ端末１００等の外部装置と接続してデータ授受を実行したり、データ入出力を行う入出力インターフェイスを備えるものとする。
【００１７】
前記プログラムを集約したプログラム群１０を図１中に示す。このプログラム群１０は、上記したように、各センタが用いるプログラムから構成される。そのプログラムとは、例えば、入力インターフェイスよりデータ保管依頼を受け付けて、当該データ保管依頼が含む保管データサイズと、データセンタテーブル（後述：保管センタ情報２２０）とに基づき、当該データ保管依頼対象のデータを保管データサイズ以上の空き容量を有するデータセンタに格納するケースを検索する保管ケース検索部１１と、既に保管している他データを他データセンタに移動させることでデータ保管依頼対象のデータをデータセンタに格納するケースを検索する移動ケース検索部１２とがある。
【００１８】
また他に、前記データセンタテーブルと前記保管データサイズとに基づき、前記ケース毎に必要とされる保管コストを算定する保管コスト算定部１３と、前記データ移動コストテーブル（後述：データ移動コスト情報２４０）と前記保管データサイズとに基づき、前記ケース毎に必要とされるデータ移動コストを算定する移動コスト算定部１４と、前記データ保管テーブル（後述：データ保管レベル情報２５０）に基づき、前記ケース毎に必要とされる違約コストを算定する違約コスト算定部１５とがある。
【００１９】
更に、前記ケース毎の総コストを算定し、当該総コストが最小となるケースに則した該当データセンタへのデータ格納を行うか、または該当データセンタへの保管依頼を行う、ケース選択部１６がある。
【００２０】
本実施形態において本発明の情報処理装置として主たる役割を担う前記受付センタ２００は、サービス管理部３１０およびセンタ管理部３２０を備える。サービス管理部３１０は、サービス受付情報２１０、保管ケース情報２３０の読み出しと更新を行なうものである。他方、センタ管理部３２０は、保管センタ情報２２０、データ移動コスト情報２４０、データ保管レベル情報２５０の読み出しと更新を行なうものである。
【００２１】
続いて、前記受付センタ２００が備えるテーブル類について詳細に説明していく。図５は、サービス受付情報２１０のテーブル構成図である。サービス受付情報２１０は、ユーザ端末１００から受け付けたサービス要求を保存するものであり、サービス名２１１、データ名２１２、データ量２１３、状態２１４、および保管センタ名２１５で構成される。
【００２２】
ここでサービス名２１１は、サービス管理部３１０がユーザ端末１００から受け付けたサービス提供依頼の内容を一意に特定するための情報である。また、データ名２１２は、提供依頼を受けた前記サービス名２１１で特定されるサービスにおいて処理を行なうデータを特定するための情報である。また、データ量２１３は、前記データ名２１２で特定されるデータを保管センタ５１０〜５ｍ０（ｍは自然数）に保管する際に必要な容量を保存するものである。更に、状態２１４は、提供依頼を受けた前記サービス名２１１で特定されるサービスの処理の進行状況を示す。
【００２３】
本実施の形態において、前記状態２１４は、「受付中」、「受付済」の２つの値をとることとする。「受付中」はサービス管理部３１０がサービス提供依頼を受け付けているが、当該サービスで処理をするデータの保管先の保管センタ５１０〜５ｍ０（ｍは自然数）が決定していない状態を示す。一方、「受付済」ははサービス管理部３１０がサービス提供依頼を受け付けた後、当該サービスで処理をするデータの保管先の保管センタ５１０〜５ｍ０（ｍは自然数）が決定した状態を示す。
【００２４】
また、保管センタ名２１５は、前記データ名２１２で特定されるデータを保管する保管センタ５１０〜５ｍ０（ｍは自然数）を一意に特定するための情報である。
【００２５】
図６は、保管センタ情報２２０のテーブル構成図である。保管センタ情報２２０は、保管センタ５１０〜５ｍ０（ｍは自然数）の情報を保存するものであり、本発明における、データセンタ毎に、可用性、セキュリティ強度、性能、正確性、および設備頑強性の少なくともいずれかの情報を含む保管レベルと、保管コストと、総容量と、空き容量とを記録したデータセンタテーブルとなる。この保管センタ情報２２０は、保管センタ名２２１、保管レベル２２２、単位保管コスト２２３、容量２２４、および空き容量２２５で構成される。
【００２６】
保管センタ名２２１は、保管センタ５１０〜５ｍ０（ｍは自然数）を一意に特定するための情報である。また、保管レベル２２２は、前記保管センタ名２２１で特定された保管センタ５１０〜５ｍ０（ｍは自然数）において提供可能なデータ保管のレベルを規定するものである。一般的に保管レベル２２２を決定する項目としては、処理センタの耐震性などの設備、データおよび通信ネットワークの暗号化、データの冗長化など様々あるが、本発明ではレベルの決定方法は問題ではなく、保管センタ５１０〜５ｍ０（ｍは自然数）において提供可能なデータ保管のレベルの上下を規定することにある。そこで、本実施の形態において、保管レベル２２２はレベルの高い順に「レベルＡ」、「レベルＢ」…「レベルＸ」で示されるものとする。
【００２７】
また、単位保管コスト２２３は、前記保管センタ名２２１で特定された保管センタ５１０〜５ｍ０（ｍは自然数）においてデータを保管する場合に必要となる単位データ量当たりのコストを規定するものである。例えば図５の２行目に示すデータ名２１２が「データＢ」であるデータを、図６の２行目に示す保管センタ名２２１が「保管センタＡ」である保管センタに保存する場合の保管コストは、データＢのデータ量２１３である「７」と、保管センタＡの単位保管コスト２２３である「１０」を乗算することにより、「７０」と算出される。
【００２８】
更に、容量２２４は、前記保管センタ名２２１で特定された保管センタ５１０〜５ｍ０（ｍは自然数）において保管することが可能な最大容量を規定するものである。また、空き容量２２５は、前記保管センタ名２２１で特定された保管センタ５１０〜５ｍ０（ｍは自然数）において、容量２２４から現在保存されているデータ量を差し引いた、現在保存可能なデータ量を保存するものである。
【００２９】
図７は、サービス提供コスト情報２３０のテーブル構成図である。サービス提供コスト情報２３０は、サービス提供の手順と前記各手順におけるコストの算出結果を保存するものであり、提供ケース２３１、提供手順２３２、移動コスト２３３、保管コスト２３４、違約コスト２３５、および総コスト２３６で構成される。
【００３０】
前記提供ケース２３１は、サービス管理部３１０で受け付けたサービスを提供するにあたって、データの移動先や保管先によって１つ以上の提供パターンが考えられる場合、各提供パターンを一意に特定するための情報である。  
また、提供手順２３２は、前記提供ケース２３１で特定された提供パターンを実行するための実行手順を保存するものである。
【００３１】
本実施の形態では、図５の３行目のサービスＡを提供する場合の、提供ケース２３１、提供手順２３２を示している。これによると、サービスＡを提供するには、「ケース１」、「ケース２」、「ケース３」の３つの提供ケース２３１があることを示している。また、「ケース１」を実行するためには、「データＢを保管センタＢへ移動、保管」、「データＡを保管センタＡへ保管」の２つの手順が必要なことを示している。
【００３２】
移動コスト２３３は、提供手順２３２を実行する際に、データ移動に対して必要なコストを保存するものである。また、保管コスト２３４は、提供手順２３２を実行する際に、データ保管に対して必要なコストを保存するものである。  
違約コスト２３５は、提供手順２３２を実行する際に、保管に必要な保管レベルを提供できない場合に必要なコストを保存するものである。また、総コスト２３６は、移動コスト２３３、保管コスト２３４、違約コスト２３５を提供ケース２３１毎に合計した値を保存するものである。
【００３３】
図８は、データ移動コスト情報２４０のテーブル構成図である。データ移動コスト情報２４０は、保管センタ５１０〜５ｍ０（ｍは自然数）間でデータを移動する場合に必要なコストを保存するものである。このように、保管センタ間のデータ移動コストを予め登録することにより、保管センタの空き容量や使用状況によって、データの保管レベルが満たせる保管センタが利用できない場合、既に保存しているデータを他の保管センタに移動することにより必要領域を確保する場合などに発生する移動コストを含め、サービス提供コストを算出することが可能となる。つまり、本発明におけるデータセンタ間でのデータ移動に際する単位移動コストを記録したデータ移動コストテーブルとなる。
【００３４】
前記データ移動コスト情報２４０は、移動元保管センタ名２４１、移動先保管センタ名２４２、単位移動コスト２４３で構成される。また、移動元保管センタ名２４１は、データを移動する場合に、移動前に保存されている保管センタ５１０〜５ｍ０（ｍは自然数）を一意に特定するための情報である。  
移動先保管センタ名２４２は、データを移動する場合に、移動後に保存される保管センタ５１０〜５ｍ０（ｍは自然数）を一意に特定するための情報である。
【００３５】
また、単位移動コストは、データを移動元保管センタ２４１から移動先保管センタ２４２へ移動させる場合に必要な単位容量当たりのコストを規定するものである。例えば図５の２行目に示すデータ名２１２が「データＢ」であるデータを、図７の２行目に示す移動元保管センタ名２４１が「保管センタＡ」である保管センタから移動元保管センタ名２４２が「保管センタＢ」である保管センタに移動する場合の移動コストは、データＢのデータ量２１３である「７」と、保管センタＢから保管センタＡへの単位移動コスト２４３である「１０」を乗算することにより、「７０」と算出される。
【００３６】
図９は、データ保管レベル情報２５０のテーブル構成図である。データ保管を受け付けたデータ毎に、要求される保管レベルと、当該保管レベルを違えた場合の違約コストとを記録したデータ保管テーブルである。本発明においては、データの保管センタが提供できる保管レベルを予め登録しておく。保管レベルの例としては、レベルＡは「センタの耐震強度（設備頑強性）：Ｍ９、可用性：９９．９９％、ネットワーク（セキュリティ強度）：１２８ｂｉｔ  ＳＳＬ」、レベルＢは「センタの耐震強度：Ｍ８、可用性９９％、ネットワーク：４０ｂｉｔ  ＳＳＬ」などとった具合に、センタの提供できる保管レベルの高低を定義するものである。
【００３７】
また、サービス提供にあたりデータの保管に必要な保管レベルおよび保管レベルが達成されなかった場合の違約コストを予め登録しておく。この違約コストは、実際に支払う違約金額、違約時の社会的信用度を失うリスクなどを数値化したものである。このように、保管センタの保管レベル、データの保管レベル、違約コストを定義することで、保管センタの空き容量や使用状況によって、データの保管レベルが満たせる保管センタが利用できない場合を含めて、保管に必要なサービス提供コストを最小化し、リスクを最小化する保管先を選択することが可能となる。
【００３８】
前記データ保管レベル情報２５０は、サービス名２５１、処理センタ名２５２、データ名２５３、保管レベル２５４、違約コスト２５５で構成される。また、サービス名２５１は、サービス管理部３１０で受け付けることができるサービスを一意に特定する情報である。
【００３９】
処理センタ名２５２は、サービス名２５１で示すサービスの処理を実行する処理センタ４１０〜４ｎ０（ｎは自然数）を一意に特定する情報である。また、データ名２５３は、処理センタ名２５２で示す処理センタ４１０〜４ｎ０（ｎは自然数）において処理を行なうデータを一意に特定する情報である。  
保管レベル２５４は、データ名２５３で示すデータを保管センタ５１０〜５ｍ０（ｍは自然数）する場合に、必要とされる保管センタ５１０〜５ｍ０（ｍは自然数）の保管レベル２２２を示す。
【００４０】
また、違約コスト２５５は、データ名２５３で示すデータを保管センタ５１０〜５ｍ０（ｍは自然数）する場合に、保管レベル２５４で示す保管レベルを提供できなかった場合に発生するコストを規定するものである。ここでは例として、図９の２行目に示すデータＡを保管する場合を考えることにする。データＡの保管レベル２５４は「レベルＡ」であるので、保管センタ５１０〜５ｍ０（ｍは自然数）の保管レベル２２２も「レベルＡ」以上である必要がある。ここで、図６を見ると保管レベル２２２が「レベルＡ」以上であるのは、２行目の「保管センタＡ」と３行目の「保管センタＢ」である。仮に保管レベル２２２が「保管レベルＡ」を下回る「保管センタＭ」で「データＡ」を保管する場合は、保管レベル２５４の保管レベルを提供できていないので、違約コスト２５５が「１０，０００」発生することになる。
【００４１】
なお、前記ネットワーク７００に関しては、インターネットやＬＡＮの他、専用回線やＷＡＮ（Wide Area Network）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。また、ＶＰＮなど仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。
【００４２】
次に、図２〜４の各フロー図および前記図５〜９を引用しながら、本実施形態の処理動作を説明する。本実施形態においては、例として前記受付センタ２００が情報処理装置としての処理を主に実行するものとする。よって、受付センタ２００が以下の処理を実行する。
【００４３】
受付センタ２００におけるサービス管理部３１０は、ユーザ端末１００からサービス提供依頼を受け付け、サービス受付情報２１０に登録する（ステップ１０１００）。図５の３行目の例では、サービス管理部３１０はサービス名２１１が「サービスＡ」の提供依頼を受け付け、同時にデータ名２１２が「データＡ」をデータ量２１３が「１０」であるデータを受信したことを示す。この時、保管センタ名２１５はまだ決まっていないので空欄とし、更に状態２１４は「受付中」とする。
【００４４】
また、サービス管理部３１０は、サービス提供にあたり、前記ステップ１０１００で受信したデータを保管するパターンを全て検索し、サービス提供コスト情報２３０に登録する（ステップ１０２００）。ここでの処理詳細は、図３のサービス提供ケースの検索フロー図を元に説明する。
【００４５】
まずセンタ管理部３２０が、前記ステップ１０１００で受け付けたデータの保管先の保管センタ５１０〜５ｍ０（ｍは自然数）を検索する（ステップ１０２０１）。具体的には、センタ管理部３２０が、保管センタ情報２２０の先頭にある保管センタ名２２１を検索する。図６の例では、データ保管先の保管センタとして２行目の「保管センタＡ」が検索される。
【００４６】
次に、サービス管理部３１０が、前記ステップ１０２０１またはステップ１０２０９で検索された保管センタの容量２２４と、前記ステップ１０１００で受信したデータ量２１３とを比較し、保管センタの容量２２４よりデータ量２１３が大きい場合はステップ１０２０９へ処理を進め、保管センタの容量２２４がデータ量２１３以上の場合はステップ１０２０３へ処理を進める（ステップ１０２０２）。図６の例では、ステップ１０２０１で検索された「保管センタＡ」は容量２２４が「１２」であり、データＡのデータ量２１３「１０」以上であるので、ステップ１０２０３へ進む。
【００４７】
また、サービス管理部３１０が、前記ステップ１０２０１またはステップ１０２０９で検索された保管センタの空き容量２２５と、ステップ１０１００で受信したデータ量２１３とを比較し、保管センタの空き容量２２５よりデータ量２１３が大きい場合はステップ１０２１０へ処理を進め、保管センタの空き容量２２５がデータ量２１３以上の場合はステップ１０２０４へ処理を進める（ステップ１０２０３）。図６の例では、ステップ１０２０１で検索された「保管センタＡ」は空き容量２２４が「５」であり、データＡのデータ量２１３「１０」の方が大きいので、ステップ１０２０４へ進む。すなわち、データＡは保管センタＡにこのままの状態で保存することができないが、現在保管センタＡに保存されているデータを他の保管センタに移動することにより、データＡを保管センタＡへ保存することが可能であることを示している。
【００４８】
続いて、前記ステップ１０２０１またはステップ１０２０９で検索された保管センタに現在保管されているデータを検索し、当該データの移動先の保管センタ５１０〜５ｍ０（ｍは自然数）を検索する（ステップ１０２０４）。具体的には、センタ管理部３２０は、保管センタ情報２２０のうち、ステップ１０２０３では、ステップ１０２０１またはステップ１０２０９で検索された保管センタを除いて先頭にある保管センタ名２２１を検索する。図５の例より保管センタＡに保管されているデータとしてデータＢが検索される。すなわち、当該データＢが移動対象のデータである。また図６の例では、データ移動先の保管センタとして３行目の「保管センタＢ」が検索される。
【００４９】
また、サービス管理部３１０は、ステップ１０２０４またはステップ１０２０８で検索された保管センタの容量２２４と、ステップ１０２０４で移動対象として検索されたデータのデータ量２１３とを比較し、保管センタの容量２２４よりデータ量２１３が大きい場合はステップ１０２０８へ処理を進め、保管センタの容量２２４がデータ量２１３以上の場合はステップ１０２０６へ処理を進める（ステップ１０２０５）。図６の例では、ステップ１０２０１で検索された「保管センタＢ」は容量２２４が「８」であり、データＢのデータ量２１３「７」以上であるので、ステップ１０２０６へ進む。
【００５０】
続いて、ステップ１０２０４またはステップ１０２０８で検索された保管センタの空き容量２２５と、ステップ１０２０４で移動対象として検索されたデータのデータ量２１３とをサービス管理部３１０が比較し、保管センタの空き容量２２５よりデータ量２１３が大きい場合はステップ１０２０８へ処理を進め、保管センタの空き容量２２５がデータ量２１３以上の場合はステップ１０２０６へ処理を進める（ステップ１０２０６）。図６の例では、ステップ１０２０１で検索された「保管センタＢ」は空き容量２２５が「８」であり、ステップ１０２０４で移動対象として検索されたデータであるデータＢのデータ量２１３「７」以上であるので、ステップ１０２０７へ進む。すなわち、データＢは保管センタＢへの移動および保管が可能であることを示している。
【００５１】
また、サービス管理部３１０が、ステップ１０２０３およびステップ１０２０６で保管先の決まったデータの情報をサービス提供コスト情報に保存する（ステップ１０２０７）。具体的には、ステップ１０２０６でデータＢを保管センタＢに移動および保存することが決定したので提供手順２３２へ保存する。図７の２行目が前記手順の保存結果である。また、ステップ１０２０３でデータＡを保管センタＡに保存することが決定したので提供手順２３２へ保存する。図７の３行目が前記手順の保存結果である。全ての提供手順２３２を保存した後、前記手順が一連の提供ケースであることを識別するために、提供ケース２３１に提供ケース名を保存する。図７の例では、「ケース１」としている。
【００５２】
センタ管理部３２０は、ステップ１０２０４で検索したデータ移動先の保管センタの他にデータ移動先の保管センタが存在するか検索し、存在すればステップ１０２０５へ、存在しない場合はステップ１０２０９へ移動する（ステップ１０２０８）。具体的には、ステップ１０２０４ではセンタＢが検索されたので、センタ管理部３２０は、保管センタ名２２１より保管センタＢの次の保管センタとして保管センタＭが存在するのでステップ１０２０５へ移動する。
【００５３】
また、ステップ１０２０１で検索したデータ移動先の保管センタの他にデータ保管先の保管センタが存在するか検索し、存在すればステップ１０２０２へ、存在しない場合はステップ１０３００へ移動する（ステップ１０２０９）。具体的には、ステップ１０２０１ではセンタＡが検索されたので、センタ管理部３２０は、保管センタ名２２１より保管センタＡの次の保管センタとして保管センタＢが存在するのでステップ１０２０２へ移動する。
【００５４】
他方、サービス管理部３１０が、ステップ１０２０７同様、ステップ１０２０３で保管先の決まったデータの情報をサービス提供コスト情報に保存する（ステップ１０２１０）。
【００５５】
また、ステップ１０２００で検索した全てのサービス提供ケース２３１に対し、サービス提供時に必要なコストを算出し最適なサービス提供ケースを選択する（ステップ１０３００）。詳細は、図４のサービス提供コストの算出フロー図を元に説明する。
【００５６】
サービス管理部３１０は、サービス提供情報２３０より、先頭にある提供ケース２３１を検索する（ステップ１０３０１）。図７の例では、提供ケース２３１として２行目の「ケース１」が検索される。  
また、サービス提供情報２３０よりステップ１０３０１またはステップ１０３０８で検索された提供ケース２３１の中で、先頭にある提供手順２３２を検索する（ステップ１０３０２）。図７の例では、提供手順２３２として２行目の「データＢを保管センタＢに移動、保管」が検索される。
【００５７】
更に、ステップ１０３０２またはステップ１０３０６で検索された提供手順２３２の保管コスト２３４を算出する（ステップ１０３０３）。図７の２行目の例では、提供手順２３２よりデータＢを保管センタＢに保管する場合の保管コスト２３４を算出する。ここで、サービス管理部３１０は、サービス受付情報２１０よりデータ名２１２が「データＢ」である情報のデータ量２１３を検索する。図５の例では２行目のデータ量「７」が検索される。また、同時にサービス管理部３１０は、保管センタ情報２２０より保管センタ名２２１が「保管センタＢ」である情報の単位保管コスト２２３を検索する。図６の例では３行目の単位保管コスト「２０」が検索される。ここで、保管コスト２３４は、前記データ量２１３「７」および、単位保管コスト２２３「２０」の乗算することにより「１４０」と算出される。
【００５８】
また、ステップ１０３０２またはステップ１０３０６で検索された提供手順２３２の移動コスト２３３を算出する（ステップ１０３０４）。図７の２行目の例では、提供手順２３２よりデータＢを保管センタＢに保管する場合の保管コスト２３４を算出する。ここで、サービス管理部３１０は、サービス受付情報２１０よりデータ名２１２が「データＢ」である情報の保管センタ名２１５を検索する。保管センタ名２１５が指定されていない場合は、新規保存であり保管センタ間のデータ移動は発生しないので、移動コスト２３３を「０」としステップ１０３０５へ進む。また、保管センタ名２１５に値が指定されていた場合は、提供手順２３２で指定している保管センタ名と比較する。両者が同一である場合は、保管センタ間のデータ移動は発生しないので、移動コスト２３３を「０」としステップ１０３０５へ進む。両者が異なる場合は、保管センタ間のデータ移動が発生する。図５の例では、２行目の「保管センタＡ」が検索され、図７の２行目の提供手順２３２の「保管センタＢ」と異なる。すなわち、本例では「データＢ」を「保管センタＡ」から「保管センタＢ」へ移動することを示している。
【００５９】
次に、サービス管理部３１０はデータ移動コスト情報２４０を検索し、単位移動コスト２４３を検索する。図７の２行目の提供手順２３２の例では、「データＢ」を「保管センタＡ」から「保管センタＢ」へ移動するので、データ移動コスト情報２４０より、移動元保管センタ名２４１が「保管センタＡ」、移動先保管センタ名２４２が「保管センタＢ」であるものを検索すると、２行目の単位移動コスト２４３が「１０」という検索結果を得る。移動コスト２３３は、データ量２１３と単位移動コスト２４３を乗算することにより算出される。図７の２行目の提供手順２３２の例では、データ量２１３は「７」と単位移動コスト２４３は「１０」であるので、移動コスト２３３は「７０」と算出される。
【００６０】
更に、ステップ１０３０２またはステップ１０３０６で検索された提供手順２３２の移動コスト２３５を算出する（ステップ１０３０５）。まず、サービス管理部３１０は保管センタ情報２２０より提供手順２３２で示される保管センタが提供可能な保管レベル２２２を検索する。次に、サービス管理部３１０は、データ保管レベル情報２５０より提供手順２３２で示されるデータの保管に必要な保管レベル２５４を検索する。
【００６１】
また、当該保管レベル２２２と保管レベル２５４を比較する。保管レベル２２２の方が保管レベル２５４以上である場合、データ保管に必要な保管レベル２５４を保管センタが提供可能な保管レベルが満たしているので、違約コスト２３５は「０」である。しかし、保管レベル２２２の方が保管レベル２５４より低い場合、データ保管に必要な保管レベル２５４を保管センタが提供可能な保管レベルが満たしていないので、違約コスト２５５で示される違約コスト２３５コストが発生する。
【００６２】
図７の２行目の提供手順２３２の例では、「保管センタＢ」が提供できる保管レベル２２２を保管センタ情報２２０より検索し、図６の３行目に示される「レベルＡ」が得られる。次に、「データＢ」の保管に必要な保管レベル２５４は「レベルＡ」であるので、データ保管に必要な保管レベル２５４を保管センタが提供可能な保管レベルが満たしていることになり、違約コスト２３５は「０」となる。
【００６３】
続いて、サービス管理部３１０は、ステップ１０３０１またはステップ１０３０８で検索された提供ケース２３１において、ステップ１０３０２またはステップ１０３０６で検索された提供手順２３２の次の提供手順２３２が存在するか、サービス提供コスト情報２３０を検索し、次の提供手順２３２が存在する場合はステップ１０３０３へ、次の提供手順２３２が存在しない場合はステップ１０３０７へ移動する（ステップ１０３０６）。図７の２行目の提供手順２３２の例では、提供ケース２３１が「ケース１」内において、次の３行目に「データＡを保管センタＡへ保管」という提供手順が存在するので、ステップ１０３０３へ移動する。
【００６４】
また、１０３０１またはステップ１０３０８で検索された提供ケース２３１の移動コスト２３３、保管コスト２３４、違約コスト２３５を合計し、総コスト２３６を算出する（ステップ１０３０７）。更に、ステップ１０３０１またはステップ１０３０８で検索された提供ケース２３１の次の提供ケース２３１が存在するか、サービス管理部３１０がサービス提供コスト情報２３０を検索し、次の提供ケース２３１が存在する場合はステップ１０３０２へ、次の提供ケース２３１が存在しない場合はステップ１０３０９へ移動する（ステップ１０３０８）。
【００６５】
そして最終的に、サービス管理部３１０が、サービス提供コスト情報２３０において、総コスト２３６が最小となる提供ケース２３１を検索する（ステップ１０３０９）。図７の例では、「ケース１」の総コストが最小となる。この総コスト最小となるケースについて、当該ケースに則した該当データセンタへのデータ格納を行うか、または該当データセンタへの保管依頼を行うことで、保管処理の全体は終了する。
【００６６】
以上述べたように、本発明によれば、データ保管に必要な保管レベルを提供できない場合の違約コスト、保管センタ間でデータ移動が必要になった場合の移動コスト等のサービス提供コストに基づき、サービス提供に必要なコストおよびリスクを最小にするデータセンタを特定可能となる。  
つまり、データの一時保管を伴う状況にも対応してサービス提供のコストを最小ならしめるのである。
【００６７】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施の形態を実現するための受付センタのモジュール構成を含むデータ保管システムの全体構成図である。
【図２】本発明の実施の形態を示す処理フロー図である。
【図３】図２のステップ１０２００の詳細処理フロー図である。
【図４】図２のステップ１０３００の詳細処理フロー図である。
【図５】サービス受付情報２１０のテーブル構成図である。
【図６】保管センタ情報２２０のテーブル構成図である。
【図７】サービス提供コスト情報２３０のテーブル構成図である。
【図８】データ移動コスト情報２４０のテーブル構成図である。
【図９】データ保管レベル情報２５０のテーブル構成図である。
【符号の説明】
【００６９】
１０  プログラム群
１１  保管ケース検索部
１２  移動ケース検索部
１３  保管コスト算定部
１４  移動コスト算定部
１５  違約コスト算定部
１６  ケース選択部
５０  情報処理装置
１００  ユーザ端末
２００  受付センタ
２１０  サービス受付情報
２２０  保管センタ情報、データセンタテーブル
２３０  サービス提供コスト情報
２４０  データ移動コスト情報、データ移動コストテーブル
２５０  データ保管レベル情報、データ保管テーブル
４１０〜４ｎ０  処理センタ
５１０〜５ｎ０  保管センタ（データセンタ）
【図１】
2005141644.tif 000003
【図２】
2005141644.tif 000004
【図３】
2005141644.tif 000005
【図４】
2005141644.tif 000006
【図５】
2005141644.tif 000007
【図６】
2005141644.tif 000008
【図７】
2005141644.tif 000009
【図８】
2005141644.tif 000010
【図９】
2005141644.tif 000011