![]() |
帳票ベンダ・インタビュー
第2回:日本オプロ株式会社
山田祥寛(http://www.wings.msn.to/)
2005/2/11
- - PR -
企業基幹システムの主体は、メインフレームやクライアント/サーバ型システムからインターネット・ベースのWebシステムへと着実に移行している。確証帳票、申請帳票のような定型帳票から月例レポートのような非定型帳票まで、ありとあらゆる業務帳票の見直しが、いま迫られている。本連載は、オープン化時代の帳票開発という視点から、現状の課題と今後の方向性を、代表的な帳票ベンダへのインタビューを通じて明らかにしていくものだ。
連載「帳票ベンダインタビュー」第2回の今回は、D3M(Digital Document Distribution & Management)ソリューション「OPRO X Server(以降、OXS)」の開発を行う日本オプロ株式会社(以降、オプロ)の執行役員 松下康之氏に帳票開発の現状と今後の方向性について話を伺った。
| 帳票アプリケーションの課題とOXSによるソリューション |
![]() |
| 日本オプロ 執行役員 ビジネス開発部総括 松下康之氏 |
企業基幹システムのオープン化は、帳票開発にどのようなインパクトやニーズをもたらしただろうか。
本連載第1回「企業基幹系システムの変化から生まれた帳票技術」述べたように、オープン化がシステム開発に与えたインパクトは大きい。しかし、開発者の視点はもっぱら上位のアプリケーションの方に向けられてはいなかっただろうか。実際に帳票開発に与えられたインパクトは、上位アプリケーションに与えられたそれ同様(あるいは以上)であったにもかかわらず、帳票開発は旧態依然と取り残されてしまった感がある。オプロでは、オープン化に伴う帳票化の課題について、以下のポイントから着眼しているという。
|
以下では、これらのポイントに対するオプロの取り組みを、具体的な製品ラインアップと照らし合わせながら紹介していこう。
● リアルタイム性
従来のメインフレーム系システムにおいて、帳票とは日次/月次のようなバッチ処理でセンター出力されるものであった。しかし、オープン化は、クライアントがホストに対して直接に印刷指示を行い、手元のプリンタに帳票を出力したいというニーズを新たに呼び起こした。こうした「リアルタイム性」がシステムに与えるインパクトは大きなものだ。
例えば、とある大手量販店では、棚札ラベル(帳票)の配信システムをアプリケーション・サーバ上に直接に組み込む、いわゆる「アプリケーション組み込み型」のシステム構成を採用していた。従来の構成では、企業内の各拠点から逐次出される出力指示に対して、必然的にミドルウェアに負荷が集中せざるを得なかった。結果として、帳票ミドルウェアの負荷超過がアプリケーションそのものの異常終了までも招くこととなってしまった。
そこでこの会社が従来の帳票ミドルウェアからの乗り換えとして採用したのが、オプロのOXSであったわけだ。OXSが従来型のミドルウェアやライブラリから構成される製品と大きく異なる点は、独立した帳票「サーバ」という形態である点だ。
「独立サーバ型」の構成には、負荷分散という意味で、「アプリケーション組み込み型」の構成に比べて優位点がある。
というのも、従来の「アプリケーション組み込み型」構成では負荷の増加に対応するために、アプリケーション・サーバそのものを多重化する必要があった。しかし、帳票サーバが独立しているならば、アプリケーション・サーバ自体は何ら意識することなく、帳票サーバのみを多重化することができる。これによって、極端な要求負荷の変動にも耐えられるというだけではない。システムを小規模構成でパイロット・スタートしておき、将来的にスパイラル・アップするというようなケースにも容易に対応できるというわけだ。
● 複数環境の並存
本連載でも繰り返し述べているように、オープン化は多様なミドルウェア、システムの並存を可能にした。このような環境下では、往々にして、それぞれのミドルウェアの単位に複数の帳票ツールが稼働しているという状況が起こり得る。あるいは、帳票のフォーマット単位に異なるツールを利用しているということが起こり得る。このようなツールの混在は、開発者の運用/保守負担をいや増す原因ともなるものだ。
ここでも、帳票サーバとしてのOXSの利点は生きてくる。というのも、従来型のミドルウェア/ライブラリ型の帳票ツールでは、どうしてもシステムと密に結合せざるを得ない。異なるプラットフォーム、異なるミドルウェアに対して、なかなか1つのツールで賄うことは難しいというわけだ。しかし、独立した帳票サーバであるOXSでは、上位アプリケーションとの疎結合が可能になる。上位アプリケーションからは帳票を作成するために必要なパラメータ(URLクエリ)を引き渡すだけでよいので、それこそレガシー・アプリケーションからWebサービス、データベース・サーバ、はたまた、Notesのようなナレッジベースまで、いかようなアプリケーションとも容易に連携できるというわけだ。
![]() |
| 図1 基幹システムのアプリケーションとWebサービスを管理 |
そして、OXSにはもう1つ、忘れてはならない重要なポイントがある。それは、帳票管理用の専用ツールであるOXS Pro Management Serviceの存在だ。
帳票の電子化が進むと、とかくセキュリティ上の問題が取りざたされることが多くなってくる。データを簡単に出力できるということは、半面で、データが漏えいする危険性も高くなるということでもあるからだ。そこで、帳票の出力履歴やユーザー管理が実運用上は必須の機能となるわけであるが、おそらく複数の帳票ツールが分散した環境下では、このような機能を出来合いのツールで賄うことは難しかったのではないだろうか。結果として、多くのシステムで管理機能を自前で構築することを余儀なくされていた。
しかし、独立した帳票サーバであるOXS ProとManagement Serviceを利用することで、帳票管理をあらかじめ用意された一貫したインターフェイスで行うことができる。帳票作成に利用されたテンプレート名、帳票名、利用ユーザー名などはすべて実行履歴として残すことができるので、利用状況の集計/分析や帳票の再出力なども容易に行うことができる。これは、ほかの帳票ツールでは意外とおざなりにされてきたポイントでもあり、今後、電子帳票の利用が主流となっていく中で、OXSの大きな優位点であるといえるだろう。
● 帳票の多様化
帳票の電子化に伴い、出力すべき帳票のフォーマット/媒体も多様化した。旧来からのセンター出力は、FAXサーバやメールサーバによる配信、あるいは、オンライン上でのPDFやHTML、画像データによる帳票発行などによって確実に置き換えられつつある。また、1998年7月に施行された「電子帳簿保存法」によって、システム上で扱うことができる帳票の種類それ自体が急速に増加している。おそらく、今後も新たなビジネスの使途、そして、法対応の必要性から、帳票を開発/改訂すべき機会は多くならざるを得ないだろう。
このような潮流にあって、帳票設計それ自体の効率化が急務であるのはいうまでもない。そこでオプロが提供するのが、帳票設計ツールとしてのOPRO X Designer(以降、OXD)だ。OXDは、連載第1回でも登場したウィングアークの「Super Visual Formade」に相当する製品だ。データソース連携やマッピング、計算式の埋め込みなどがすべてGUIベースで行えるため、帳票を実際に使用するエンドユーザーが手ずから帳票設計を行えるのが特徴だ。加えて、OXDではチャートやバーコード作成の機能が強いという特性がある。
![]() |
| 画面1 OPRO X Designerによる帳票設計の例 |
いまや帳票とは、いわゆる対外的な取引帳票や法対応上必要な確証帳票ばかりを指すものではない。社内的なビジネス・レポートからカタログ、ちらしなどを電子ベースで取り扱うケースは確実に増えている。このような帳票のことをクラシカルな「定型帳票」とは区別する意味で「非定型帳票」と呼んでいる。こうした非定型帳票では、とかく顧客、上司に〈訴える〉というその性質上、定型帳票以上に使途に沿った美観やビジュアル性が重視される。
![]() |
| 画面2 OPRO X Browserによる帳票設計の例(画面をクリックすると拡大表示します) |
しかし、従来の帳票ツールでは、こうしたグラフィカルな表現力が十分でないケースが多かった。この点、OXDでは棒グラフや円グラフなどの基本チャートはもちろん、積層グラフ、エリアグラフ、ローソクグラフ、散布図など多くのチャート形式にも対応している。表現のバリエーションという意味では定型帳票以上に多彩な非定型帳票を、OXDならば、あまねくサポートすることができる。
● 今後の課題〜疎結合と密結合への両立へ〜
以上、オプロによる帳票開発の取り組みを一言で表すならば、「疎結合」といえるだろう。昨今のビジネス変動、システムに掛かる負荷の増減幅、そして、多様化する帳票へのニーズ……そのいずれの要因をかんがみても、帳票アプリケーションを上位アプリケーションから明確に切り離すことは今後の最低条件でもあるのだ。
しかし、松下氏はこうも語る。「今後はSAPやOracleなどのERP製品との連携を強化していく予定です。もちろん、OXSは上位アプリケーションと疎の関係にありますから、いまでも連携は可能です。しかし、主要な製品との連携ノウハウを高めることで、システム全体の開発負荷を軽減していくことは重要な課題だと考えています」
独立した帳票サーバOXSの疎な柔軟性と、周辺ソフトウェアとの密な連携とが、今後、どのようなソリューションを生み出していくのか、今後も同社から目が離せない。
帳票ベンダ・インタビュー バックナンバー
- 第1回 企業基幹系システムの変化から生まれた帳票技術
- 第2回 疎結合と密結合への両立へ、日本オプロ
- 第3回 帳票でなく、オンデマンドPDFジェネレータという考え方
- 第4回 多彩な出力形式の帳票、キヤノン販売
- 第5回 帳票開発者のニーズにきめ細かく対応、テンアートニ
- 第6回 四半世紀で培った帳票ニーズへの対応力、富士通
- 第7回 全社規模で帳票を電子化して一元管理、JFE
- 第8回 ふかんで見る7社7様の帳票ソリューション
- 第9回 帳票設計/出力フェイズの開発負担軽減、日立製作所
- 第10回 製品ではなく、自社組み立ての「帳票部品」という発想
- 第11回 韓国からの使者、「まずは無料で帳票ツール提供」
- 第12回 オブジェクトの活用が帳票ツールの流れを変えるか
- 第13回 メインフレームからインターネット環境までの大量帳票
- 第14回 ポーラ化粧品のスキンチェックシートを支える帳票とは
- 第15回 Biz/Browserの印刷機能を強化する帳票生成エンジン
- 第16回 “参萬円也”、手形数字出力もできる帳票設計ツール
- 第17回 Eclipse BIRTとスプレッドシートでBIレポーティング
- 第18回 Javaプログラミングなら日本帳票の細部も再現できる
- 第19回 EoD指向のエンタープライズJava用帳票ツール
- 第20回 帳票上でFlashが動くCrystal Reports最新版とは?
- 第21回 ノンプログラミングで電子帳票化しCD-R配布もできる
- 第22回 3DデータのExcel帳票で日本製造業の現場力向上を
- 第23回 Excelを開発環境にして帳票を作ってしまうという方法
- 第24回 データ流通媒体としてのExcel+人の判断が自動連携
TechTargetジャパン
- 次のモバイルアプリはどのフレームワークで作る? (2012/5/24)
スマホアプリの開発を容易にするJavaScriptのフレームワークが続々と増えている。それぞれの良さや仕組み、何がどこまでできるのかを徹底解剖する - 「LESS&専用エディター」でCSSをシンプルに書こう (2012/5/23)
「LESS」はCSS初心者に向けた、シンプルなライブラリだ。「LESS」で、変数などのプログラミングの基礎的な考え方もCSSで学ぼう - 学校が世界一のデジタル環境になったら (2012/5/18)
授業はアーカイブに蓄積され、家からも見られる。家族が授業テーマのアイデアを出す。そんな姿が実現されるかもしれない - 1000万ドル調達も夢じゃないクラウドファウンディング (2012/5/15)
クラウドファンディングは、寄付型でも投資型でもない「購入型」が主流。商品を“開発する前に販売”して開発費用を集める逆転のシステムだ
|
|





