(57)【要約】【課題】  必要とする安全性及び信頼性を持ってデータを保管できるとともに、保管費用を安価にできるデータ保管方法及びデータ保管システムを提供することにある。【解決手段】  ストレージサービスプロバイダ（ＳＳＰ）１００は、データの保管に関して異なる安全性及び信頼性のレベルを有する複数のストレージＳＴＲ−Ａ，ＳＴＲ−Ｂ，ＳＴＲ−Ｃと、複数のストレージのいずれにどのデータを保管するかを振り分ける振り分けサーバ１５０と、複数のストレージ毎に異なる料金に基づいて、保管されたデータに対する課金を処理する課金処理サーバ１９０と、ユーザ２００と接続されるＩ／Ｏサーバ１１０とを有する。振り分けサーバ１５０は、複数のデータの重要度に基づいて分類された各データを、この重要度に応じて前記複数のストレージに振り分けて保管する。【選択図】図１
2006113674.tif 000002
【特許請求の範囲】
【請求項１】
データの保管に関して異なる安全性及び信頼性のレベルを有する複数のストレージと、前記複数のストレージのいずれにどのデータを保管するかを振り分ける振り分けサーバと、前記複数のストレージ毎に異なる料金に基づいて、保管されたデータに対する課金を処理する課金処理サーバと、ユーザと接続されるＩ／Ｏサーバとを有するデータ保管システムを用いて、複数のデータを保管するデータ保管方法であって、
前記振り分けサーバは、複数のデータの重要度に基づいて分類された各データを、この重要度に応じて前記複数のストレージに振り分けて保管し、
前記課金処理サーバは、前記重要度，各ストレージ毎のデータの容量，保管期間に基づいて前記ストレージのデータ保管に対する課金を演算し、
前記Ｉ／Ｏサーバは、前記データの保管依頼元に、前記課金処理サーバによって演算された課金データを報告することを特徴とするデータ保管方法。
【請求項２】
請求項１記載のデータ保管方法において、
前記データは、電子線描画装置を用いて半導体デバイスの回路パターン露光装置で用いられるマスクを製造するための描画データであることを特徴とするデータ保管方法。
【請求項３】
データの保管に関して異なる安全性及び信頼性のレベルを有する複数のストレージと、前記複数のストレージのいずれにどのデータを保管するかを振り分ける振り分けサーバと、前記複数のストレージ毎に異なる料金に基づいて、保管されたデータに対する課金を処理する課金処理サーバとを備えることを特徴とするデータ保管システム。
【請求項４】
データの保管に関して異なる安全性及び信頼性のレベルを有する複数のストレージと、前記複数のストレージのいずれにどのデータを保管するかを振り分け、前記複数のストレージ毎に異なる料金に基づいて、保管されたデータに対する課金を処理するサーバとを備えることを特徴とするデータ保管システム。
【請求項５】
データの保管に関して異なる安全性及び信頼性のレベルを有する複数のストレージと、前記複数のストレージのいずれにどのデータを保管するかを振り分ける振り分けサーバと、前記複数のストレージ毎に異なる料金に基づいて、保管されたデータに対する課金を処理する課金処理サーバと、この課金処理サーバによって演算された料金を表示する表示手段とからなることを特徴とするデータ保管システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データをストレージに格納し保管するためデータ保管方法及びデータ保管システムに係り、特に、半導体装置の製造で用いるフォトマスクのデータを保管するに好適なデータ保管方法及びデータ保管システムに関する。
【背景技術】
【０００２】
従来、半導体ウエハやマスクの描画は、デバイスメーカやマスクメーカが設計ユーザから回路パターンを受け取り、電子線描画装置を用いて行っていた。その電子線描画装置内では、一旦設計データを描画可能な形式の描画データに変換し、そのデータを大容量のストレージに格納している。その後、ストレージから描画データを読み出して描画を行っている。
【０００３】
また、例えば、特開２００２−３５１９３１号公報に記載のように、ユーザはマスク描画データ作成業者に回路パターンを渡し、描画データへの変換とデータの管理を依頼し、マスクメーカはネットワーク経由で描画データを受け取り、描画を行う方法も知られている。
【０００４】
【特許文献１】特開２００２−３５１９３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
近年、半導体パターンの微細化が進み電子線描画装置で扱うデータ量が膨大になっている。そのため装置で必要になるストレージの容量も増大しており、ストレージの管理にかかる費用も増大している。
【０００６】
また、ストレージは比較的壊れることが多く、壊れた場合、装置メーカがファウンダリメーカに出向き対応するため、迅速な復旧が望めないものである。よって、ストレージ設備の提供、ストレージの管理をストレージサービスプロバイダ（ＳＳＰ）に依頼することが考えられる。
【０００７】
通常ＳＳＰにデータの保管，管理を依頼した場合、一定レベルの安全性，信頼性のストレージサービスしか受けられないのが現状である。しかし、電子線描画装置で扱うデータは様々な付加価値を持ったパターンから形成される。例えば、ミューチップを描画する場合、通常の回路パターンに加え、ＩＤ情報や個人情報を形成するパターンを描画する。この場合、ＩＤ情報や個人情報を形成するパターンの付加価値が高く、非常に高い安全性，信頼性で保管されることが望まれる。ＳＳＰに預けることを想定した場合、ミューチップのすべての描画データがＩＤ情報や個人情報を形成するパターンが必要とする高レベルの安全性，信頼性のサービスを受けなければならなく、その他のパターンにとっては過剰なストレージサービスを受けざる得なくなる。また、高レベルのサービスは保管費用も高価となるため、サービスに対して支払う金額が増加するという問題がある。
【０００８】
また、同様に描画データは、設計パターンに関係なくマスクの位置決めに使用するアライメントデータと、図形データと、１つのデータで複雑なパターンを描画可能な一括図形データとの３種類のデータが存在する。これらのデータの重要度を考えると、一括図形データ＞通常の図形データ＞アライメントデータの順で重要度が高い。これらは１つの描画データ内に混在しているため、この描画データをＳＳＰに預けることを想定すると、最も重要度の高い一括図形データが必要とする高レベルのストレージサービスを受けなければならなく、通常の図形データやアライメントデータにとっては過剰のサービスを受けることになるという問題が生じる。
【０００９】
本発明の目的は、必要とする安全性及び信頼性を持ってデータを保管できるとともに、保管費用を安価にできるデータ保管方法及びデータ保管システムを提供することにある。
【課題を解決するための手段】
【００１０】
（１）上記目的を達成するために、本発明は、データの保管に関して異なる安全性及び信頼性のレベルを有する複数のストレージと、前記複数のストレージのいずれにどのデータを保管するかを振り分ける振り分けサーバと、前記複数のストレージ毎に異なる料金に基づいて、保管されたデータに対する課金を処理する課金処理サーバと、ユーザと接続されるＩ／Ｏサーバとを有するデータ保管システムを用いて、複数のデータを保管するデータ保管方法であって、前記振り分けサーバは、複数のデータの重要度に基づいて分類された各データを、この重要度に応じて前記複数のストレージに振り分けて保管し、前記課金処理サーバは、前記重要度，各ストレージ毎のデータの容量，保管期間に基づいて前記ストレージのデータ保管に対する課金を演算し、前記Ｉ／Ｏサーバは、前記データの保管依頼元に、前記課金処理サーバによって演算された課金データを報告するようにしたものである。  
かかる方法により、必要とする安全性及び信頼性を持ってデータを保管できるとともに、保管費用を安価にできるものとなる。
【００１１】
（２）上記（１）において、好ましくは、前記データは、電子線描画装置を用いて半導体デバイスの回路パターン露光装置で用いられるマスクを製造するための描画データである。
【００１２】
（３）また、上記目的を達成するために、本発明は、データの保管に関して異なる安全性及び信頼性のレベルを有する複数のストレージと、前記複数のストレージのいずれにどのデータを保管するかを振り分ける振り分けサーバと、前記複数のストレージ毎に異なる料金に基づいて、保管されたデータに対する課金を処理する課金処理サーバとを備えるようにしたものである。  
かかる構成により、必要とする安全性及び信頼性を持ってデータを保管できるとともに、保管費用を安価にできるものとなる。
【００１３】
（４）さらに、上記目的を達成するために、本発明は、データの保管に関して異なる安全性及び信頼性のレベルを有する複数のストレージと、前記複数のストレージのいずれにどのデータを保管するかを振り分け、前記複数のストレージ毎に異なる料金に基づいて、保管されたデータに対する課金を処理するサーバとを備えるようにしたものである。  
かかる構成により、必要とする安全性及び信頼性を持ってデータを保管できるとともに、保管費用を安価にできるものとなる。
【００１４】
（５）また、上記目的を達成するために、本発明は、データの保管に関して異なる安全性及び信頼性のレベルを有する複数のストレージと、前記複数のストレージのいずれにどのデータを保管するかを振り分ける振り分けサーバと、前記複数のストレージ毎に異なる料金に基づいて、保管されたデータに対する課金を処理する課金処理サーバと、この課金処理サーバによって演算された料金を表示する表示手段とからなるものである。  
かかる構成により、必要とする安全性及び信頼性を持ってデータを保管できるとともに、保管費用を安価にできるものとなる。
【発明の効果】
【００１５】
本発明によれば、必要とする安全性及び信頼性を持ってデータを保管できるとともに、保管費用を安価にできるものとなる。
【発明を実施するための最良の形態】
【００１６】
以下、図１〜図１１を用いて、本発明の一実施形態によるデータ保管方法及びデータ保管システムについて説明する。  
最初に、図１を用いて、本実施形態によるデータ保管システムを用いるユーザ等を含む全体システムの構成について説明する。ここでは、データとして、電子線描画装置によって描画される描画データを例にして説明する。  
図１は、本発明の一実施形態によるデータ保管システムを用いるユーザ等を含む全体システムの構成を示すシステム構成図である。
【００１７】
全体システムは、本実施形態によるデータ保管システムであるストレージサービスプロバイダ（ＳＳＰ）１００と、デバイスメーカやマスクメーカ等の電子線描画装置を所有するユーザ２００と、マスク設計メーカ３００とから構成され、これらは、インターネットＩＮＴで接続されている。
【００１８】
データ保管システムであるＳＳＰ１００は、Ｉ／Ｏサーバ１１０と、ユーザデータベース（ＤＢ）１２０と、課金処理サーバ１３０と、ストレージランクＤＢ１４０と、振り分けサーバ１５０と、プログラムＤＢ１６０と、ストレージ管理ＤＢ１７０と、保管レコードＤＢ１８０と、結合サーバ１９０と、信頼性及び安全性のレベルが異なるストレージＡ（ＳＴＲ−Ａ），ストレージＢ（ＳＴＲ−Ｂ），ストレージＣ（ＳＴＲ−Ｃ）とから構成されている。振り分けサーバ１５０，結合サーバ１９０，ストレージＡ，Ｂ，Ｃは、高速なデータ転送が可能なストレージエリアネットワークＳＡＮによって結合されている。
【００１９】
Ｉ／Ｏサーバ１１０は、インターネットＩＮＴを介して、ユーザ２００から問い合わせを受け付ける。ユーザＤＢ１２０は、預けているデータの保管条件や保管期間などが記されたユーザレコードを格納する。課金処理サーバ１３０は、ユーザＤＢ１２０に格納されたユーザレコードからストレージ使用に関する課金金額を算出する。ストレージランクＤＢ１４０は、各ストレージ（ＳＴＲ−Ａ），（ＳＴＲ−Ｂ），（ＳＴＲ−Ｃ）の使用パターンを記述したデータを格納する。振り分けサーバ１５０は、ユーザＤＢ１２０に格納されたユーザレコードに従いパターンを指定されたストレージ（ＳＴＲ−Ａ），（ＳＴＲ−Ｂ），（ＳＴＲ−Ｃ）に格納する。プログラムＤＢ１６０は、振り分けサーバ１５０に接続され、振り分けサーバ１５０が振り分け時に使用するプログラムを格納している。ストレージ管理ＤＢ１７０は、振り分けサーバ１５０に接続され、ストレージ（ＳＴＲ−Ａ），（ＳＴＲ−Ｂ），（ＳＴＲ−Ｃ）の使用状況をストレージ管理データとして保管する。保管レコードＤＢ１８０は、振り分けサーバ１５０が振り分けを行う際に作成する保管レコードを格納する。結合サーバ１９０は、保管レコードに従いストレージ（ＳＴＲ−Ａ），（ＳＴＲ−Ｂ），（ＳＴＲ−Ｃ）からパターンを取り出し、描画データを復元する。
【００２０】
ストレージＡ（ＳＴＲ−Ａ），ストレージＢ（ＳＴＲ−Ｂ），ストレージＣ（ＳＴＲ−Ｃ）は、信頼性，安全性が最も高いストレージＡ（ＳＴＲ−Ａ）と、信頼性，安全性が中間レベルのストレージＢ（ＳＴＲ−Ｂ）と、信頼性，安全性が最も低いストレージＣ（ＳＴＲ−Ｃ）とから構成されている。
【００２１】
また、Ｉ／Ｏサーバ１１０，課金処理サーバ１６０，振り分けサーバ１５０，結合サーバ１９０，ユーザデータＤＢ１２０，保管レコードＤＢ１８０，ストレージランクＤＢ１３０は、ＬＡＮで接続され、そのうちＩ／Ｏサーバ１１０のみ直接インターネットＩＮＴに接続される。ユーザ２００は、インターネットＩＮＴを経由して、Ｉ／Ｏサーバ１１０に接続される。
【００２２】
なお、各種サーバ１１０，１４０，１５０，１９０は、１台のサーバがそれぞれの処理を分担するものでもよく、高速処理が必要とされる処理内容によっては独立のサーバを用いてもよいものである。また、各種ＤＢ１２０，１３０，１６０，１７０，１８０も、１台のＤＢを分割して使用してもよく、必要に応じて個別のＤＢを有しても良いものである。
【００２３】
本実施例では、ユーザ２００は、一括図形データ，通常の図形データ，アライメントデータを含んだ描画データをＳＳＰ１００に預け、ＳＳＰ１００の内部では、一括図形データを最も高い信頼性，安全性でデータをストレージＡ（ＳＴＲ−Ａ）に保管するストレージサービスレベルＡと、通常の図形データを中間レベルの信頼性，安全性でストレージＢ（ＳＴＲ−Ｂ）に保管するストレージサービスレベルＢ、アライメントデータを最低限の信頼性，安全性でストレージＣ（ＳＴＲ−Ｃ）に保管するストレージサービスレベルＣを適用する場合について説明する。
【００２４】
ＳＳＰ１００を利用するユーザ（マスク製造メーカ）２００は、描画装置２１０と、変換サーバ２２０と、操作ＰＣ２３０とからなる。描画装置２１０は、描画データを受け取り、描画を行う。変換サーバ２２０は、マスク設計メーカ３００からマスク設計データを受け取り、描画装置２１０が描画可能な描画データに変換を行い、ＳＳＰ１００に転送する。操作ＰＣ２３０は、ＳＳＰ１００とデータ保管に関して通信を行い、描画装置２１０と変換サーバ２２０を制御し、ＳＳＰ１００に預けた描画データを受け取り、描画装置２１０に送信する。
【００２５】
次に、図２を用いて、本実施形態によるデータ保管システムを用いるユーザ等を含む全体システムにおけるユーザの処理内容について説明する。  
図２は、本発明の一実施形態によるデータ保管システムを用いるユーザ等を含む全体システムにおけるユーザの処理内容を示すフローチャートである。
【００２６】
ユーザ２００は、ＳＳＰ１００のストレージサービスを利用する場合、事前準備として、ＳＳＰ１００とサービスに関する契約を交わすものとする。この契約では、ユーザ１００に各ストレージ（ＳＴＲ−Ａ），（ＳＴＲ−Ｂ），（ＳＴＲ−Ｃ）を使用する時のストレージ単価を承諾するものとする。契約が終わると、ＳＳＰ１００はユーザ２００がサービスを受けるのに必要なユーザＩＤとパスワード、データを保管する場合に使用するＩＰアドレス（振り分けサーバのＩＰアドレス）、データを読み込む場合に使用するＩＰアドレス（結合サーバのＩＰアドレス）を発行する。
【００２７】
ステップｓ１００において、ユーザ２００の操作ＰＣ２３０は、ＳＳＰ１００に保管情報を設定する。保管情報の設定処理に対するＳＳＰ１００の処理内容の詳細については、図４を用いて後述する。
【００２８】
次に、ステップｓ１１０において、ユーザ２００の変換サーバ２２０は、マスク設計メーカ３００からインターネットＩＮＴを介して、パターン設計データを受け取る。
【００２９】
次に、ステップｓ１２０において、ユーザ２００の変換サーバ２２０は、パターン設計データを電子線描画装置２１０が描画可能な描画データに変換する。
【００３０】
次に、ステップｓ１３０において、ユーザ２００の操作ＰＣ２３０は、ＳＳＰ１００に、ステップｓ１２０で変換されたデータを預ける。ＳＳＰ１００に対するデータの保管処理の詳細については、図３を用いて後述する。
【００３１】
次に、ステップｓ１４０において、ユーザ２００の操作ＰＣ２３０は、ＳＳＰ１００に、ステップｓ１２０で変換されたデータを預ける。ＳＳＰ１００におけるデータの保管処理の詳細については、図３を用いて後述する。
【００３２】
次に、ステップｓ１５０において、ユーザ２００の操作ＰＣ２３０は、ＳＳＰ１００に対して、預けるデータの転送が終了したことを伝える。
【００３３】
データの保管時には、保管に要する費用（保管金額）がＳＳＰ１００から通知されるので、ステップｓ１６０において、ユーザ２００の操作ＰＣ２３０は、ＳＳＰ１００に対して、保管金額を承諾する。
【００３４】
そして、描画データを用いて、描画する際には、ステップｓ１７０において、ユーザ２００の操作ＰＣ２３０は、ＳＳＰ１００から保管してあった描画データを受け取る。描画データの受け取り処理の詳細については、図９を用いて後述する。
【００３５】
次に、ステップｓ１７０において、ユーザ２００の操作ＰＣ２３０は、電子線描画装置２１０にステップｓ１６０で受け取った描画データを送る。
【００３６】
そして、ステップｓ１８０において、ユーザ２００の電子線描画装置２１０は、受け取った描画データを用いて描画を実行することにより、マスク等を制作することができる。
【００３７】
次に、図３〜図８を用いて、本実施形態によるデータ保管システムにおける描画データの保管処理の処理内容について説明する。  
図３は、本発明の一実施形態によるデータ保管システムにおける描画データの保管処理の処理内容を示すフローチャートである。図４は、本発明の一実施形態によるデータ保管システムにおける描画データの保管処理の中の保管条件登録処理の処理内容を示すフローチャートである。図５は、本発明の一実施形態によるデータ保管システムで用いるユーザレコードのデータ構成の説明図である。図６は、本発明の一実施形態によるデータ保管システムで用いる保管レコードのデータ構成の説明図である。図７は、本発明の一実施形態によるデータ保管システムで用いるユーザレコードのデータ保管終了後のデータ構成の一例の説明図である。図８は、本発明の一実施形態によるデータ保管システムにおける操作ＰＣへの課金予想金額の表示例の説明図である。
【００３８】
最初に、図３を用いて、ユーザ２００が描画データをＳＳＰ１００に預ける場合のＳＳＰ１００におけるデータ保管処理の内容について説明する。なお、ｓ１××の処理は、ユーザ２００の処理であり、ｓ２××の処理は、ＳＳＰ１００の処理である。また、ステップｓ１００の処理は、ユーザ２００とＳＳＰ１００の間で対話型で行われる。
【００３９】
図３のステップｓ１００において、ユーザ２００の操作ＰＣ２３０は、ＳＳＰ１００に保管情報を設定登録する。保管情報の設定処理に対するＳＳＰ１００の処理内容の詳細については、図４を用いて後述する。
【００４０】
図４のステップｓ１０１〜ｓ１０７は、ＳＳＰ１００の内部における処理内容である。
【００４１】
図４のステップｓ１０１において、ＳＳＰ１００のＩ／Ｏサーバ１１０は、ユーザ２００にユーザＩＤとパスワードを要求し、ステップｓ１０２において、ユーザ２００から送られてきたユーザＩＤとパスワードが正しいか否かの認証を行う。ユーザＩＤとパスワードが正しかった場合、Ｉ／Ｏサーバ１１０は、ユーザ２００にデータＩＤを発行し、ユーザが契約時に伝えた振り分けサーバと結合サーバのＩＰアドレスにアクセス可能にする。
【００４２】
次に、保管情報の設定処理に移り、ステップｓ１０３において、Ｉ／Ｏサーバ１１０は、標準で使用するストレージのサービスレベルを要求し、ユーザからの設定値を読み込む。
【００４３】
次に、ステップｓ１０４において、Ｉ／Ｏサーバ１１０は、標準で使用するストレージサービスレベル以外のレベルのサービスを必要とするかをユーザ２００に問い合わせる。必要な場合には、ステップｓ１０５において、Ｉ／Ｏサーバ１１０は、このレベルのサービスを適用するパターンの範囲を指定する。さらに、ステップｓ１０４における他のレベルのサービスを必要とするか確認と、ステップｓ１０５における格納パターン範囲の指定を、すべてのストレージサービスの範囲指定が終了するまで繰り返す。指定された格納パターン範囲は“ユーザＩＤ＿データＩＤ＿ストレージレベル”で構成される名前でストレージランクＤＢに保管する。
【００４４】
次に、ステップｓ１０６において、Ｉ／Ｏサーバ１１０は、描画で使用する描画データ装置の型名を問い合わせる。
【００４５】
最後に、ステップｓ１０７において、Ｉ／Ｏサーバ１１０は、保管予定期間を問い合わせて、ステップｓ１００の保管情報登録処理が終了する。
【００４６】
ステップｓ１００の保管情報登録処理が終了すると、図３のステップｓ２００において、Ｉ／Ｏサーバ１１０は、ユーザレコードを作成し、ユーザデータＤＢ１２０に格納する。
【００４７】
ここで、図５を用いて、本実施形態によるデータ保管システムで用いるユーザレコードのデータ構成について説明する。
【００４８】
ユーザレコードは、ユーザＩＤ，データＩＤ，電子線描画装置の型名，標準で使用するストレージサービス，ストレージＡ，Ｂ，Ｃの各使用容量，保管予定期間，保管日時からなる。図５に示した状態では、データ転送前であるため、例えば”ユーザＩＤ”＝”１１１１”，”データＩＤ”＝”０００１”，”電子線描画装置の型名”＝”ＨＬ−７０００Ｍ”，”標準で使用するストレージサービス”＝”Ｂ”，”保管予定期間”＝”３６０ｈ”のみが記入され、ユーザデータＤＢ１２０に格納される。
【００４９】
そして、Ｉ／Ｏサーバ１１０は、振り分けサーバ１５０に、ユーザＩＤ，データＩＤ，振り分け命令を転送する。振り分けサーバ１５０は、ストレージランクＤＢ１３０から、ユーザＩＤ，データＩＤをもとに、ランクＡ，Ｂ，Ｃの格納パターン範囲を読み込む。さらに、各ストレージの使用状況を表すストレージ管理データをストレージ管理ＤＢ１７０から読み込み、それぞれのストレージに対し書き込み可能なアドレスを得る。受け取ったユーザＩＤ，データＩＤをもとに、ユーザデータＤＢ１２０から関連するユーザレコードを読み出す。
【００５０】
次に、ステップｓ２１０において、振り分けサーバ１５０は、ユーザデータＤＢ１２０に格納されているユーザレコードに記述してある電子線描画装置の型をもとに、ストレージに保管を行うプログラムを決定し、そのプログラムをプログラムＤＢ１６０からダウンロードする。ダウンロードしたプログラムを実行し、転送データの受け入れ待ち状態になる。この処理は描画データのフォーマットが電子線描画装置によって異なり、パターンの位置情報を解析するためにはそれぞれのフォーマットに対応した振り分けプログラムが必要になるため行う。そして、Ｉ／Ｏサーバ１１０にデータ転送要求を送る。
【００５１】
次に、ステップｓ２３０において、データ転送要求を受け取ったＩ／Ｏサーバ１１０は、ユーザ２００に契約時に伝えたデータ保管用のＩＰアドレスにデータを送るように促す。
【００５２】
一方、データ転送要求に応じて、ステップｓ１３０において、ユーザ２００は、保管するデータをデータ保管用のＩＰアドレスに転送する。そして、ステップｓ１５０において、ユーザ２００は、ＳＳＰ１００に対して、預けるデータの転送が終了したことを伝える
転送終了報告を受け取ると、ステップｓ２４０において、振り分けサーバ１５０は、ダウンロードしたプログラムを用いてユーザから送られてくるパターンデータの座標を逐次解析し、格納パターン範囲に従い、パターンデータを格納するストレージを決定し、パターンを格納する。
【００５３】
また、ステップｓ２５０において、振り分けサーバ１５０は、データの格納と同時に、パターンのストレージへ振り分けの履歴を保管レコードとして作成し、保管レコードＤＢ１８０に“ユーザＩＤ＿データＩＤ”の名前で保管する。
【００５４】
ここで、図６を用いて、本実施形態によるデータ保管システムで用いる保管レコードのデータ構成について説明する。
【００５５】
保管レコードは、ストレージサービスの種類（Ａ，Ｂ，Ｃ）と、それぞれのストレージサービスに対するストレージ（ＳＴＲ−Ａ），（ＳＴＲ−Ｂ），（ＳＴＲ−Ｃ）の内部の先頭アドレスと、各ストレージサービスに対するとタールの保管容量からなる。すなわち、保管レコードには、逐次使用したストレージとそのストレージに格納し終えた時のデータＩＤが示すデータのトータルでストレージに格納した容量を記録する。
【００５６】
記録するタイミングとして、格納するストレージが変わった時に実施する。またこのタイミングでストレージ管理ＤＢのストレージ管理データを更新する。
【００５７】
次に、データの保管が終了すると、ステップｓ２６０において、振り分けサーバ１５０は、図５に示したユーザレコードに対して、ストレージＡ，Ｂ，Ｃに保管した容量とデータの保管が終了した日時を記述し、ユーザデータＤＢ１２０に保管する。
【００５８】
ここで、図７を用いて、本実施形態によるデータ保管システムで用いるユーザレコードのデータ保管終了後のデータ構成の一例について説明する。
【００５９】
すなわち、図５に示した状態では、ユーザレコードは、ストレージＡ，Ｂ，Ｃの各使用容量，保管日時については空欄であったものに対して、データ保管終了時には、図７に示すように、例えば”ストレージＡの使用容量”＝”１００ＫＢ”，”ストレージＢの使用容量”＝”１０００００ＫＢ”，”ストレージＣの使用容量”＝”１００ＫＢ”，”保管日時”＝”２００４／７／２０”が追記され、ユーザデータＤＢ１２０に格納される。
【００６０】
次に、ステップｓ２７０において、振り分けサーバ１５０は、ユーザレコードの保管予定時間とストレージＡ，Ｂ，Ｃの使用容量から、以下の式（１），（２），（３）により各ストレージの使用量を求め、さらに、式（４）から課金予定金額を算出する。
【００６１】
ストレージＡの使用量＝ストレージＡの使用単価×ストレージＡの使用容量  …（１）
ストレージＢの使用量＝ストレージＢの使用単価×ストレージＢの使用容量  …（２）
ストレージＣの使用量＝ストレージＣの使用単価×ストレージＣの使用容量  …（３）
課金予定金額＝（ストレージＡの使用量＋ストレージＢの使用量＋ストレージＣの使用量）×保管予定時間  …（４）
ここで、ストレージＡ，Ｂ，Ｃの使用単価は、例えば、各ストレージサービスレベルＡ，Ｂ，Ｃに対する１Ｂｙｔｅ当たり・単位時間当たりの課金金額である。これらの金額は、ユーザ２００がＳＳＰ１００と契約を結ぶ時に決定する。
【００６２】
次に、ステップｓ２８０において、振り分けサーバ１５０は、ユーザ２００に格納したデータのデータＩＤと課金予想金額のデータを送信する。一方、ユーザ２００の操作ＰＣ２３０の表示部には、受信したデータに基づいて、課金予想金額が表示される。
【００６３】
ここで、図８を用いて、本実施形態によるデータ保管システムにおける操作ＰＣへの課金予想金額の表示例について説明する。
【００６４】
ユーザ２００の操作ＰＣ２３０の表示部には、預けるデータ（データＩＤ＝００２）について、表示部Ｄ１には、各サービスＡ，Ｂ，Ｃのストレージに預けられたデータ容量と課金予定金額が表示され、表示部Ｄ２には、合計の課金予定金額が表示される。それに対して、ユーザが課金予想金額を承諾し、ストレージサービスを受ける場合、ＹＥＳボタンＢ１を押し、非承諾の場合には、ＮＯボタンＢ２を押す。
【００６５】
ステップｓ１５０において、ユーザ２００が課金予定金額を承諾すると、データの保管処理が終了する。
【００６６】
次に、図９を用いて、本実施形態によるデータ保管システムにおける描画データのデータ読出処理の処理内容について説明する。  
図９は、本発明の一実施形態によるデータ保管システムにおける描画データのデータ読出処理の処理内容を示すフローチャートである。
【００６７】
描画データのデータ読出処理は、ユーザ２００は、ＳＳＰ１００から描画データを読み出すものであり、図２のステップｓ１６０の詳細な処理内容について説明する。
【００６８】
ステップｓ３００において、ユーザ２００の操作ＰＣ２３０は、ＳＳＰ１００のＩ／Ｏサーバ１１０にアクセスする。
【００６９】
それに対して、ステップｓ３０５において、Ｉ／Ｏサーバ１１０は、ユーザ２００にユーザＩＤとパスワードを要求する。
【００７０】
それに対して、ステップｓ３１０において、ユーザ２００の操作ＰＣ２３０は、ユーザＩＤとパスワードをＩ／Ｏサーバに伝える。
【００７１】
次に、ステップｓ３１５において、Ｉ／Ｏサーバ１１０は、ユーザＩＤとパスワードを確認し、ユーザＩＤとパスワードが正しい場合、認証が正常に終了したことを操作ＰＣ２３０に伝える。また、Ｉ／Ｏサーバ１１０は、ユーザ２００の操作ＰＣ２３０が振り分けサーバ１５０と結合サーバ１９０に接続可能にする。
【００７２】
ユーザの認証が終了すると、ステップｓ３２０において、ユーザ２００の操作ＰＣ２３０は、Ｉ／Ｏサーバ１１０にデータ読み出し要求を伝える。
【００７３】
それに対して、ステップｓ３２５において、Ｉ／Ｏサーバ１１０は、ユーザ２００の操作ＰＣ２３０に読み出すデータのデータＩＤを要求する。
【００７４】
それに対して、ステップｓ３３０において、ユーザ２００の操作ＰＣ２３０は、読み出したいデータのデータＩＤをＩ／Ｏサーバ１１０に伝える。
【００７５】
そして、Ｉ／Ｏサーバ１１０は、ステップｓ３３５において、ユーザＩＤ，データＩＤを結合サーバ１９０に伝える。結合サーバ１９０は、受け取ったユーザＩＤ、データＩＤから関連するユーザレコードをユーザデータＤＢ１２０から読み出す。また、結合サーバ１９０は、ユーザＩＤ、データＩＤから関連する保管レコードを保管レコードＤＢ１８０から読み出す。そして、結合サーバ１９０は、データ受け取り待ち状態になり、Ｉ／Ｏサーバ１１０に読み出しの準備が出来た旨を伝える。
【００７６】
次に、ステップｓ３４０において、Ｉ／Ｏサーバ１１０は、ユーザ２００に読み出しの準備が出来た旨を伝える。
【００７７】
それに対して、ステップｓ３４５において、ユーザ２００の操作ＰＣ２３０は、結合サーバ１９０にデータＩＤの示すデータについて読み出したいデータの位置（先頭からオフセット）とデータ容量を指定する。
【００７８】
次に、ステップｓ３５０において、結合サーバ１９０は、保管レコードのトータル保管容量の値から、ユーザ指定するデータの先頭アドレスはどのストレージに格納されているか判断し、そのストレージのどのアドレスからデータを読み込み結合するべきか計算し、描画データを読み出して結合する。
【００７９】
次に、ステップｓ３５５において、結合サーバ１９０は、結合された描画データをユーザ２００の操作ＰＣ２３０に転送する。
【００８０】
ステップｓ３４５〜ｓ３５５の処理は、ユーザ２００の要求に応じて繰り返され、結合サーバ１９０は、Ｉ／Ｏサーバ１１０経由でユーザ２００から読み込み終了（ステップｓ３６０）を伝えられるまで、データのオフセットとデータ容量が伝えられる度にこれらの処理を繰り返す。
【００８１】
ここで、ステップｓ３５０におけるデータ読み出しアドレスの求め方について、図６に示した保管レコードの状態で描画データがストレージされている場合の具体例について説明する。
【００８２】
例えば、描画データを先頭からのオフセット２００ＫＢのデータを１００ＫＢ読み込む場合について説明する。図６に示される保管レコードについて、ストレージサービスＢの最初のデータの保管容量は１２０，０１２Ｂｙｔｅであり、次のストレージサービスＣのデータ保管容量は、５３８Ｂｙｔｅ（＝保管容量１２０，５４０Ｂｙｔｅ−１２０，０１２Ｂｙｔｅ）であり、次のストレージサービスＢのデータ保管容量は、１２２，４９２Ｂｙｔｅ（＝保管容量２４３，０３２Ｂｙｔｅ−１２０，５４０Ｂｙｔｅ）である。
【００８３】
従って、描画データのオフセットが２００ＫＢということは、先頭データは保管レコードのトータル保管容量の項から、１２０，５４０Ｂｙｔｅから２４３，０３２Ｂｙｔｅのデータを格納しているストレージＢに格納されていることが分かる。
【００８４】
また、読み出すべき描画データの先頭アドレスは、２００，０００Ｂｙｔｅ（指定オフセット）−１２０，５４０Ｂｙｔｅ（トータルデータ保管容量）＋０ｘ１Ｄ４ＣＣ（ストレージＢ内の先頭アドレス）＝０ｘ３０Ｂ３０となる。
【００８５】
したがって、ストレージＢの先頭アドレス０ｘ３０Ｂ３０から８０，４６０Ｂｙｔｅ（＝２００，０００Ｂｙｔｅ−１２０，５４０Ｂｙｔｅ）のデータと、次に、ストレージＡの先頭アドレス０ｘ００００００００から残りの１９，５４０Ｂｙｔｅのデータで、トータル１００ＫＢのデータを読み出せばよいことになる。そして、ストレージＢから読み出した描画データと、ストレージＡから読み出した描画データを結合サーバ１９０が結合する。
【００８６】
このように、データを保管する時に振り分けサーバ１５０が作成した保管レコードを用いることで描画データを結合できる。
【００８７】
次に、図１０を用いて、本実施形態によるデータ保管システムにおける課金金額算出処理の処理内容について説明する。  
図１０は、本発明の一実施形態によるデータ保管システムにおける課金金額算出処理の処理内容を示すフローチャートである。
【００８８】
課金金額算出処理は、ユーザは現在受けているストレージサービスの課金金額を預けているデータ単位で参照するための処理である。
【００８９】
ステップｓ４００において、ユーザ２００の操作ＰＣ２３０は、ＳＳＰ１００のＩ／Ｏサーバ１１０にアクセスする。
【００９０】
次に、ステップｓ４１０において、Ｉ／Ｏサーバ１１０は、ユーザ２００の操作ＰＣ２３０にユーザＩＤとパスワードを要求する。
【００９１】
それに対して、ステップｓ４２０において、ユーザ２００の操作ＰＣ２３０は、ユーザＩＤとパスワードをＩ／Ｏサーバ１１０に伝える。
【００９２】
次に、ステップｓ４３０において、Ｉ／Ｏサーバ１１０は、ユーザＩＤとパスワードを確認し、ユーザＩＤとパスワードが正しい場合、認証が正常に終了したことを伝える。また、ユーザ２００の操作ＰＣ２３０が、振り分けサーバと結合サーバに接続できるようにする。
【００９３】
次に、ステップｓ４４０において、ユーザ２００の操作ＰＣ２３０は、Ｉ／Ｏサーバ１１０に課金金額参照を要求する。
【００９４】
それに対して、ステップｓ４５０において、Ｉ／Ｏサーバ１１０は、ユーザ２００の操作ＰＣ２３０に課金金額を知りたいデータのデータＩＤを要求する。
【００９５】
それに対して、ステップｓ４６０において、ユーザ２００の操作ＰＣ２３０は、課金金額を知りたいデータのデータＩＤをＩ／Ｏサーバ１１０に伝える。
【００９６】
次に、ステップｓ４７０において、Ｉ／Ｏサーバ１１０は、ユーザＩＤ，データＩＤを課金処理サーバ１４０に伝える。課金処理サーバ１４０は、受け取ったユーザＩＤとデータＩＤに関連するユーザレコードをユーザデータＤＢ１２０から読み出す。
【００９７】
次に、ステップｓ４８０において、課金処理サーバ１４０は、ユーザレコードの保管日時と現在の日時から現在までの保管時間を算出する。ユーザレコードのストレージＡ，Ｂ，Ｃの容量を読み出し、前述の式（４）から課金金額を算出する。課金処理サーバ１４０は、計算した課金金額をＩ／Ｏサーバ１１０に伝える。
【００９８】
次に、ステップｓ４９０において、Ｉ／Ｏサーバ１１０は、課金処理サーバ１４０から受け取った課金金額をユーザ２００の操作ＰＣ２３０に伝える。
【００９９】
次に、図１１を用いて、本実施形態によるデータ保管システムにおけるストレージサービス終了処理の処理内容について説明する。  
図１１は、本発明の一実施形態によるデータ保管システムにおけるストレージサービス終了処理の処理内容を示すフローチャートである。
【０１００】
ストレージサービス終了処理は、ユーザ２００がＳＳＰ１００から受けているサービスを終了するための処理である。
【０１０１】
ステップｓ５００において、ユーザ２００の操作ＰＣ２３０は、Ｉ／Ｏサーバ１１０にアクセスする。
【０１０２】
それに対して、ステップｓ５０５において、Ｉ／Ｏサーバ１１０は、ユーザ２００の操作ＰＣ２３０にユーザＩＤとパスワードを要求する。
【０１０３】
それに対して、ステップｓ５１０において、ユーザ２００の操作ＰＣ２３０は、ユーザＩＤとパスワードをＩ／Ｏサーバ１１０に伝える。
【０１０４】
次に、ステップｓ５１５において、Ｉ／Ｏサーバ１１０は、ユーザＩＤとパスワードを確認し、ユーザＩＤとパスワードが正しい場合、認証が正常に終了したことを伝える。また、ユーザ１００が、振り分けサーバ１５０と結合サーバ１９０に接続できるようにする。
【０１０５】
次に、ステップｓ５２０において、ユーザ２００の操作ＰＣ２３０は、Ｉ／Ｏサーバ１１０にサービス終了を伝える。
【０１０６】
それに対して、ステップｓ５２５において、Ｉ／Ｏサーバ１１０は、ユーザ２００の操作ＰＣ２３０にサービスを終了したいデータのデータＩＤを要求する。
【０１０７】
ステップｓ５３０において、ユーザ２００の操作ＰＣ２３０がデータＩＤをｈｏＩ／Ｏサーバ１１０に報告すると、ステップｓ５３０において、Ｉ／Ｏサーバ１１０は、ユーザＩＤ，データＩＤとサービス終了命令を振り分けサーバ１５０に伝える。
【０１０８】
次に、ステップｓ５３５において、ユーザＩＤ，データＩＤとサービス終了命令を受け取った振り分けサーバ１５０は、ユーザＩＤとデータＩＤに関連する保管レコードを読み込む。
【０１０９】
次に、ステップｓ５４０において、振り分けサーバ１５０は、保管レコードからそれぞれのストレージの使用している領域を計算し、その領域は空きの状態であるようにストレージ管理データを書き換えて、管理データを編集する。
【０１１０】
次に、ステップｓ５４５において、振り分けサーバ１５０は、ユーザＩＤとデータＩＤに関連するユーザレコードを読み込み、ステップｓ５５０において、課金金額算出処理を行う。そして、振り分けサーバ１５０は、Ｉ／Ｏサーバ１１０にデータＩＤが示すデータのサービスを終了した旨を伝え、課金金額を伝える。
【０１１１】
次に、ステップｓ５５５において、Ｉ／Ｏサーバ１１０はユーザ２００の操作ＰＣ２３０にデータＩＤが示すデータのサービスを終了した旨を伝え、課金金額を報告する。
【図面の簡単な説明】
【０１１２】
【図１】本発明の一実施形態によるデータ保管システムを用いるユーザ等を含む全体システムの構成を示すシステム構成図である。
【図２】本発明の一実施形態によるデータ保管システムを用いるユーザ等を含む全体システムにおけるユーザの処理内容を示すフローチャートである。
【図３】本発明の一実施形態によるデータ保管システムにおける描画データの保管処理の処理内容を示すフローチャートである。
【図４】本発明の一実施形態によるデータ保管システムにおける描画データの保管処理の中の保管条件登録処理の処理内容を示すフローチャートである。
【図５】本発明の一実施形態によるデータ保管システムで用いるユーザレコードのデータ構成の説明図である。
【図６】本発明の一実施形態によるデータ保管システムで用いる保管レコードのデータ構成の説明図である。
【図７】本発明の一実施形態によるデータ保管システムで用いるユーザレコードのデータ保管終了後のデータ構成の一例の説明図である。
【図８】本発明の一実施形態によるデータ保管システムにおける操作ＰＣへの課金予想金額の表示例の説明図である。
【図９】本発明の一実施形態によるデータ保管システムにおける描画データのデータ読出処理の処理内容を示すフローチャートである。
【図１０】本発明の一実施形態によるデータ保管システムにおける課金金額算出処理の処理内容を示すフローチャートである。
【図１１】本発明の一実施形態によるデータ保管システムにおけるストレージサービス終了処理の処理内容を示すフローチャートである。
【符号の説明】
【０１１３】
１００…ＳＳＰ１００
１１０…Ｉ／Ｏサーバ
１２０…ユーザＤＢ
１３０…課金処理サーバ
１４０…ストレージランクＤＢ
１５０…振り分けサーバ
１６０…プログラムＤＢ
１７０…ストレージ管理ＤＢ
１８０…保管レコードＤＢ
１９０…結合サーバ
ＳＴＲ−Ａ，ＳＴＲ−Ｂ，ＳＴＲ−Ｃ…ストレージＡ，ストレージＢ，ストレージＣ
２００…ユーザ（マスク製造メーカ）
２１０…描画装置
２２０…変換サーバ
２３０…操作ＰＣ
【図１】
2006113674.tif 000003
【図２】
2006113674.tif 000004
【図３】
2006113674.tif 000005
【図４】
2006113674.tif 000006
【図５】
2006113674.tif 000007
【図６】
2006113674.tif 000008
【図７】
2006113674.tif 000009
【図８】
2006113674.tif 000010
【図９】
2006113674.tif 000011
【図１０】
2006113674.tif 000012
【図１１】
2006113674.tif 000013