なぜ今オフコン移行が必要なのか？

オフコンの運用を継続することにはさまざまなリスクがあります。そこでこちらの記事では、オフコンを利用し続けることによってどのようなリスクが考えられるのかという点に加え、移行する4つの手法を紹介していきます。

「オフコン」とは？

オフコン（オフィスコンピューター）とは、1960年代から生産され始めた小型コンピュータです。中堅・中小企業に広く普及したオフコンは事務処理に特化している点が特徴で、その専門性から1990年代初頭にかけてビジネスを支えてきた存在であるといえます。この「オフコン」は日本のみの呼称であり、海外では「ミニコンピュータ」「ミッドレンジコンピュータ」などの名称で呼ばれています。

なぜ「オフコン」のままではリスクが高いのか

メーカー撤退・サポート終了により維持が困難

オフコンを長期間利用し続けることは、サポートを受けられない問題に直面するリスクが高くなります。現在、オフコンについては、多くのメーカーが相次いで市場から撤退している状況であり、サポートの終了も発表されています。このような状況の中でオフコンを使用し続けると、修理サービスが受けられない、保守用の部品の調達ができない、といった場面に遭遇する可能性が高くなります。万一、ハードウェアが故障した場合、業務が継続できなくなるなどのリスクに陥ることにつながります。

専門技術者不足と運用コストの高まり

オフコンのように古いシステムを維持していくためには、オフコンに精通した技術者が必要です。しかし、専門の知識を持った技術者が不足しているという問題もあります。特にメーカーのサポートが終了している場合には、独自に技術者の雇用が必要となることから運用コストが増加し、企業の負担につながっていきます。

技術者が不足している状態では、障害発生時に迅速に対応することが難しくなるため、業務に大きな影響を与える可能性が懸念されます。

最新技術・クラウドとの非互換性とデータ制限

オフコンは特定業務に特化し製造されたコンピューターであるため、専用に設計されたOS、またはプラットフォーム上で動作しています。そのため、最新技術やクラウドとの互換性がない、という問題もあります。互換性がないため、これまで蓄積してきたデータをクラウドサービスなどの先端技術で活用することが難しくなっています。

クラウドを活用してセキュリティを強化したり、データのバックアップを行ったり、AIを活用してデータの分析を行うといったことが現状のままでは困難なため、移行を進めることが求められます。

オフコン移行の4つの手法とその特徴

リプラットフォーム

既存プログラムを修正せず、データと共に新たなプラットフォームに移行します。サーバーはオープン系ハードウェアおよびOSを使用し、オフコンで使用していたアプリケーションを配置します。

リライト

プログラムのソースコードを新たな開発言語に変換し移行を行います。開発言語変換ツールを使用することで工数を大幅に削減できますが、プログラムのロジックはそのままであるため、新たな開発言語に最適化されない点には注意が必要です。

リビルド

業務プロセスを見直して新たにシステム要件を定義し、システムを作り変えて移行します。現代のビジネスに即したシステム環境の構築が可能ですが、システム構築に長けた人材が必要となる、プロジェクトが長期間にわたるなどの面があります。

リプレース

パッケージ製品導入・クラウド活用などで、全面的にシステム環境を刷新する方法。移行にあたり業務プロセスを見直しでき、汎用的なシステム環境を構築可能です。ただ、パッケージ製品やクラウドは独自開発したものではないため、カスタマイズの必要が出てくるケースも考えられます。

まとめ

オフコンをそのまま使い続けることにより、万が一トラブルが発生した際に対応が遅れて業務に影響が生じる、運用コストが増大するなどのデメリットが考えられます。このようなリスクを避けるためにも、オフコンの移行や開発を手がけている会社に相談をしてみてはいかがでしょうか。