コンディショナー事情

クリアファイルの活用法

私たちが生活する上で様々なシーンで使用されるがクリアファイル。クリアファイルといってもサイズや色、デザイン、形などさまざまです。大きいのは、A1のクリアファイルも売っているとし、小さなものならば、業界ではB5サイズが小さいようです。そのようなクリアファイルですが、私が最も活用法はやっぱり透明クリアファイルに暗記して、プリントを入れてきれいに整理されたファイルごとに暗記している活用法です。この方法で私は、プリントを調質フルにも暗記もスムーズに行えることができるでしょう。以外にも様々なシーンで活躍してくれている、このクリアファイルは、今後も私の好きになるでしょう。
職員研修を実施する際のポイントは歳である。一つは、教育の重要性を事前にスタッフに伝えることである。それは多くの場合、事前課題の提供と教育プログラムの導入とすることになる。二つ目は、従業員教育に参加する者がそれを機横のリンクを持つようにすることである。これは、大企業と企業集団の研修になるほど研修の成功の十分条件となる。最後に、従業員の研修を受けて、学生たちに達成感を与えることである。忙しい仕事を離れて研修に集中する成果は、すぐに業務に反映しなくても、長い目で見て何かを変化させる起爆剤に移動するからだ。
　未曾有の大震災の経験によって、多くの日本企業がBCPを再検討することとなった。東日本大震災に関して、「想定外」や「1000年に1度」といったキーワードが使われているが、被害の大きさとその発生確率からこのリスクに対応しようとすると、現実的ではない規模の装備が必要だという結論になってはしまわないかと危惧する。

　逆にその反動で、「クラウドコンピューティングをBCPに活用することがこの状況を変える」というように、クラウドを“魔法の杖”であるかのように扱う議論も素直に賛同しにくい。

　本稿では事例を交えて、クラウドをBCPに活用するとはどういうことかを冷静に考えることで、現実的なBCPの実現方法を考える契機になればと考えている。

●“想定外”の事態に必要なものとは

　今回の震災をきっかけに、BCPを見直す企業が増えているのは既に述べた通りだ。同様に、海外でも未曾有の事件によってBCPが再検討された時期がある。2001年9月11日に米国で起きた同時多発テロの時だ。

　その1年前、2000年問題を契機に見直されていたはずのBCPが、結局役に立たなかったという事態が発生した。システム、プロセス、社員、ビジネスに関するプランの前提となっている「状況」が、テロにより一変、想定外となった。

・社員の多くが、亡くなったり、精神的なショックを受けたりして、機能しなくなった
・IT部門や危機対応チームなど、事前に決めていたリカバリープランを把握している社員がいなくなってしまった
・通信手段が制限されたり、遅延したりした

　これらは、東日本大震災の際の状況とも共通する。携帯電話、固定電話とも通信が制限されてしまったため、社員の無事を確認するのも手間取った企業が多かった。一方で、インターネット経由の連絡網を使って、迅速にコミュニケーションを確保していた企業もあると聞いている。

　実は筆者自身は震災当日に東北周辺にいたのだが、会社と連絡を取ろうするも携帯電話はほとんどつながらず、インターネットを使ったコミュニケーションを活用していた。

　ローソンが震災当日に対策本部を設置するなど素早い対応を取ったことは既にさまざまなメディアで紹介されているが、これも、社長勅命で任命された災害対策チームが、迅速に判断し、かつそれを必要な組織に指示できたからこそ成功している。

　これらから想定外の事態に対応するためには、次の2つがキーになる。

（1）緊急時に迅速対応できる人材、あるいは、その人材チームを迅速に組成する組織的な対応

（2）（1）を実行に移すために必要な通信手段の確保

●危機対応におけるクラウドの現状

　この2つの要件のうち、クラウドの活用可能性を考える場合に関係するものとして、通信手段の確保を詳しく見ていく。

　今回の震災の際に、通信手段としての携帯電話や固定電話はその使用が制限されてしまったが、インターネットは利用可能だったという点は、海外メディアでも注目を集めている。

　地域ごとの検索トラフィックを解析するGoogleのサービス「Google Transparency Report」からも、日本からの活発なトラフィックが確認されており、地震発生直後に一時トラフィックが落ち込んだものの、その日の終わりまでには通常のレベルに回復されている。国際的なネットワーク・トラフィック監視団体Renesys も、日本国内にある約6000 のネットワーク・ノードのうち、震災時に約100 のノードが一時的に中断したが、数時間のうちに復旧したことを報告している（ノードは、正確には、「グローバル・ルーティングテーブルのネットワーク・プレフィックス」のことを意味する）。インターネットは災害に強いということが証明された形になる。

　この事例を見ると、通信手段の確保という点では、クラウドにはBCPに十分使えるといえそうである。

　一方、「一瞬たりとも止まることなく、レスポンスタイムも保証し、連続稼働する」というシステムの場合はどうだろうか。

　クラウドを支えるインターネットは、その柔軟性を得るために、パフォーマンスを常に保証することができない性質を持っている。例えば、クラウドサービスを提供している事業者がSLA（サービス品質保証契約）に基づいて提示している信頼性はおおよそ99.99％だが、このレベルだと1年間で50分程度障害発生の確率があることになる。ホットスタンバイのように、障害発生時に確実にバックアップシステムに切り替わらなくてはならないシステムが要求する信頼性には応えられていない。

　もちろん、技術的に不可能というわけではない。今でも、共同化センターという形で、リモートのデータセンターがミッションクリティカルのシステムのバックアップとして使われている。

　単に、今日のクラウドの主要ベンダは、現在、安くて、手軽に使えるシステムが、実用的な信頼性で手に入るという市場に注力しているので、一瞬たりとも止められないという高信頼性のシステムを、メインのターゲットとはしていないだけである。

　その表れとして、海外でも、AmazonやGoogle、あるいはsalesforce.comに関する事例や活用方法は多く聞かれるが、BCPに関しては、ほとんど事例が見当たらない。米GartnerのCIO（最高情報責任者）であるダーコ・ヘリック氏自身が、「米国ではクラウドは危機対応の選択肢として検討が進んでいるのか」という問いに、「多少はあると思うが、さほど盛んだとはいえない」と答えていることからも状況をうかがい知ることができる。

●クラウドは果たしてBCPに役に立つのか

　一言でBCPといっても、いくつかのレベルかある。ここで、BCPを5つのレベルに分類してみよう（図1）。

1.　ディザスタ・リカバリ

2.　ビシネスリカバリ（ミッションクリティカル業務）

3.　業務再開

4.　業務継続

5.　クライシスマネジメント

　1、2に関しては、前段で説明したとおり、信頼性の面から、クラウドに全面的に頼るとのは難しいと考えられる。しかし、3の業務再開であれば人間の介在を前提としていることもあり、十分活用できる可能性がある。例えば、データのバックアップを基に、業務の再開を行えるようにできないだろうか。

　ここで米国の事例を紹介しよう。ニューヨークに本社を置く保険会社、Delphi Capital Managementでは、バックアップシステムを、テープベースからSaaS型に移行した。基幹データをテープにバックアップし、安全に保管するためにオフサイトまで運ぶというやり方はあまり効率的ではないという理由からだ。

　当然、従来からある自社運用型のデータバックアップ方式を使うという選択肢もあったそうだが、クラウドストレージを活用することにした。その結果、週20時間かかっていたバックアップ管理の手間をなくし、従来よりも高い信頼性を確保したという。

　東日本大震災で、一番先に復旧が望まれ、かつ実際に復旧が進んだものは、金融機関の現金引き出し業務だった。通信が途絶えている地域でも、免許証などで本人確認した上で、緊急措置として一定金額（10万円）以内なら預金を引き出せた。

　そこで、こうした業務にクラウドを活用して、預金者の本人確認だけができる情報を外部に確保しておき、インターネットを活用して業務を再開することが考えられる。緊急事態なので、多少の信頼性（99.99％）も許容できるだろう。

　使い方次第でBCPにクラウドを活用できるということである。しかもこうした形で事業を再開しなくてはならない事態というのは、それこそ「予想外」なので、発生確率がとても低い。そのために、高額の費用をかけて、バックアップのシステムを構築するのは、経済的に割に合わない。クラウドを使えば、低コストで実現できる可能性がある。場所も災害地域から離れたところに確保できることも大きい。

　クラウドは決して万能なツールではない。しかし、低コストで導入できることや、分散して存在することなどから、今回の大震災のような広域災害にも対応できるはずだ。想定外の災害に対するBCPにおいても、ホットスタンバイのような高価な方法だけではなく、クラウドを活用できるといえよう。少なくとも、そうした事態を想定することで、BCPとして考えられる現実的な打ち手の幅がかなり広がる。

　まずは自社で計画しているBCPのレベルを仕分けし、どこまではクラウドで代替可能で、どこからが難しいかを整理するところからスタートしたい