JP2001216143A - アプリケーション統合のための連携方法 - Google Patents

Abstract

(57)【要約】 【課題】企業内の複数のアプリケーションを統合管理し
て新しい付加価値を生み出すキラーアプリケーション適
用において、従来の業務テンプレートによると実業務の
変更または業務テンプレートのカスタマイズが発生し、
開発工数と期間が膨大になるという問題を解決する。 【解決手段】本発明の業務テンプレートとして提供する
ビジネスプロセスモデルとデータモデルに従って、統合
すべき業務間のマクロな手順を開発できる。さらに、業
務連携機能を用いて、現行ビジネスプロセスや既存アプ
リケーションをそのまま変更することなく組込んで各業
務内のミクロな手順を実現できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】企業、公共機関等における業
務実施のために使われる計算機システムにおけるアプリ
ケーション連携方法に関する。

【０００２】

【従来の技術】企業、公共機関等の組織の基幹業務であ
る会計、人事管理、生産管理、販売管理等には、合理化
のための多くの投資がなされており、大抵の場合、計算
機システムが適用されている。業務実施のために開発す
る計算機プログラム、ビジネスプロセス、データベー
ス、ファイル等をアプリケーションとよぶ。従来のよう
に、業務環境が安定しており製品やサービスが変わらな
い時代は、個々の業務部門は与えられた責務を果たして
いればよかった。従って、アプリケーションは各業務に
対応して個別に開発され、アプリケーション同志が情報
の共有を行う必要がなかった。しかし、今日のようにマ
ーケットニーズが目まぐるしく変化する時代になると、
各業務が周辺の業務と柔軟に協調して、より大きな顧客
満足を生む新しい製品やサービスを提供する必要がでて
きた。

【０００３】このような理由から、企業内の複数のアプ
リケーションを統合管理して新しい付加価値を生み出す
キラーアプリケーションとよばれる計画管理プログラム
パッケージが開発された。キラーアプリケーションで
は、通常、既存アプリケーションが有する大量のデータ
を高速処理するとともに、その結果を広範囲で共有する
必要がある。そこで、高性能なデバイス、大容量のメモ
リー／ディスク、高速アルゴリズム、インターネット等
の最新情報技術を活用したものが多い。例えば、製造分
野における高速所要量計算プログラム、販売分野におけ
る販売データ多次元分析プログラム等である。

【０００４】キラーアプリケーションを業務システムに
適用する作業は、通常、次の２段階の手順で行う。

【０００５】［ステップ１］業務設計：キラーアプリケ
ーションを前提として、ビジネスプロセスや情報を共有
し全体最適化を実現する新業務手順を設計する。

【０００６】［ステップ２］システム設計・実装：キラ
ーアプリケーション、既存アプリケーション間でビジネ
スプロセスや情報を共有するための方式設計とソフトウ
ェア開発を行う。

【０００７】このように、キラーアプリケーションの適
用は個別業務に閉じたものでなくビジネスプロセス全体
に関わるため、大抵の場合、その作業工数は膨大なもの
となる。そこで、従来から工数低減の方法が検討されて
きた。

【０００８】上記の２つの手順のうち、システム設計・
実装に関しては早くから問題点が分析され改善策が考案
されている。キラーアプリケーションと既存アプリケー
ションとの間の情報共有の問題点は以下の通りである。
すなわち、個々のアプリケーションは各業務に対応して
バラバラに開発されているため、アプリケーション間で
情報を受渡すための仕掛けは具備していない。従って、
キラーアプリケーションを適用するためには、周辺シス
テムとのインタフェース処理プログラムを新たに開発し
なければならない。通常、アプリケーションごとにその
稼働環境、プログラミング言語、運用方法等が異なるた
め、連携するアプリケーションごとにインタフェース処
理プログラムが必要となり、開発工数や保守工数が膨大
なものとなる。この問題を解決する技術として、David
S. Linthicumの「等身大で実現するＥＡＩ」（DB Magaz
ine, 2000 January）にもあるように、アプリケーショ
ンを接続し、データを共有するエンタープライズアプリ
ケーションインテグレーション（ＥＡＩ）が脚光を浴び
ている。ＥＡＩでは、通常、メッセージブローカとよば
れるミドルウェアを使ってアプリケーションを連携す
る。メッセージブローカは、複数のアプリケーション間
でメッセージ形式で情報の仲介を行うものである。通
常、次の機能を有する。

【０００９】メッセージ解釈：アプリケーションに合わ
せてメッセージの表現形式を変換する。

【００１０】知的ルーティング：メッセージを識別して
適切なアプリケーションに発送する。

【００１１】ルールエンジン：メッセージ解釈とルーテ
ィングのルールを処理する。

【００１２】上記の機能を利用することにより、インタ
フェース処理プログラムの開発工数を大幅に削減できる
ようになった。

【００１３】

【発明が解決しようとする課題】以上に述べたように、
ＥＡＩ技術により、キラーアプリケーション適用時のシ
ステム設計・実装に関わる問題は改善された。それに伴
い、それに先行する「全体最適化を実現する新業務手順
の設計」という業務設計に関わる問題がクローズアップ
されてきた。 従来、業務設計の工数低減に対する解決
策は、キラーアプリケーションのベンダー、ＳＩベンダ
ー、コンサルティングファーム等により、業務テンプレ
ートという形態で提供されている。業務テンプレートと
は、キラーアプリケーションの効力を発揮するための推
奨するビジネスプロセスモデルとデータモデルを示した
ものであり、レファレンスモデルともよばれる。業務テ
ンプレートを手本とすることにより、ゼロベースで行う
よりも低工数で業務設計を行うことを狙っている。しか
し、現実には、ユーザごとに業務の目的や制約条件が異
なるため、業務テンプレートと実業務との間で妥協点を
見出すアプローチをとる。すなわち、業務テンプレート
に合わせて実業務を変更する、あるいは、実業務に合わ
せて業務テンプレートをカスタマイズする。この調整作
業には、次の人材による知識集約的な検討が必要とな
る。

【００１４】業務エキスパート：実業務を熟知しかつ必
要に応じて業務スタイルを変更する権限をもつ。通常、
業務ごとに分散している。

【００１５】プロジェクト責任者：実業務の変更、ある
いは、業務テンプレートのカスタマイズの最終的な決定
権限をもつ。

【００１６】コンサルタント：キラーアプリケーション
と業務テンプレートを熟知し、カスタマイズによる費用
と効果を評価ができる。

【００１７】通常、このような優秀な人材を見出すこと
は難しく、たとえ存在しても極めて多忙なことが多い。
従って、この調整作業がキラーアプリケーション適用の
ボトルネックとなり、プロジェクト期間が長期化してし
まう。

【００１８】本発明の目的は、以上に述べた問題を解決
し、キラーアプリケーション適用時の業務設計を低工数
かつ短時間で実現することにある。

【００１９】

【課題を解決するための手段】業務テンプレートと実業
務の調整に時間を要するのは、業務テンプレートが個別
性の高い詳細仕様まで規定しているからである。その結
果、業務テンプレートに従ってシステムを構築した場
合、業務の運用方法を全面的に変更する必要がある。さ
らに、職制、社内規則、取引先との契約等の変更にもつ
ながる。

【００２０】そこで、本発明の業務テンプレートでは、
統合の対象となる個別の業務内の手順は規定せず、業務
間の手順だけを規定する。そもそもキラーアプリケーシ
ョンは特定のユーザ向けに開発されたものではなく、想
定されたドメインに対して汎用的に作られている。従っ
て、キラーアプリケーションが前提としているビジネス
プロセスモデルとデータモデルに従って、統合すべき業
務間のマクロな手順を規定する。ただし、この業務テン
プレートには個別性の高い詳細部分が規定されていない
ため、それだけで実業務を行うことは困難である。そこ
で、業務内の詳細部分に、現行ビジネスプロセスや既存
アプリケーションをそのまま変更することなく組込む。
そのために、次のシステム連携機能を設ける。

【００２１】業務実行管理：業務テンプレートに規定さ
れたビジネスプロセスモデルに従って進行状況を管理
し、実行すべき業務を認識し指示する。

【００２２】業務開始指示：業務実行管理の指示によ
り、当該業務を実行するためのアプリケーション群や人
間に対して実行開始の信号を送出する。

【００２３】業務完了検知：アプリケーション群や人間
が業務を実行完了したことを示す信号を検知する。

【００２４】業務結果入手：業務の実行結果を示す情報
を入手し、キラーアプリケーションに渡す。必要に応じ
て、情報構造、形式、値の変換を行う。

【００２５】計画情報通知：キラーアプリケーションの
処理結果を、アプリケーション群や人間に対して通知す
る。必要に応じて、情報構造、形式、値の変換を行う。

【００２６】以上に述べたマクロレベルの業務テンプレ
ートとシステム連携機能により、現行の業務スタイルの
変更や業務テンプレートのカスタマイズを行うことな
く、低工数かつ短期間でキラーアプリケーションを適用
できる。

【００２７】ただし、当然のことであるが、個別業務内
に組込んだ現行業務部分が、キラーアプリケーション適
用後の新業務スタイルに適合している保証はない。しか
し、膨大な工数と時間をかけて全体最適化を狙うより
は、多少の不具合があっても低工数、短期間でキラーア
プリケーションを適用する方がリスクが少なくビジネス
上の効果も大きい。個別業務内の改善は、キラーアプリ
ケーションを適用しながら段階的に行うべきである。

【００２８】以上の議論を踏まえて、本発明の業務テン
プレートの内容、連携機能の仕様、および、キラーアプ
リケーションの適用方法を詳しく説明する。

【００２９】（１）業務テンプレート内容 キラーアプリケーションによる計画管理処理を実行する
ために必要なビジネスモデルとデータモデルを次のよう
に規定する。

【００３０】ビジネスプロセスモデル：キラーアプリケ
ーションによる計画管理処理を行うために必要な業務群
とそれらの実行手順を示す。通常、キラーアプリケーシ
ョンでは、その計画管理処理に必要な入出力情報群のみ
を規定する。従って、それらの情報を生成する、あるい
は、利用する業務群がビジネスプロセスモデルの対象と
なる。このビジネスプロセスモデルは、下記に示す連携
機能の業務実行管理（ワークフロー管理）を行うための
ビジネスプロセス定義となる。

【００３１】データモデル：キラーアプリケーションの
入出力情報の実体（エンティティ）群とそれらの関連、
構造、形式を示す。このデータモデルはキラーアプリケ
ーションの入出力ファイルの定義となる。また、下記に
示す連携機能の業務結果入手と計画結果通知において、
情報変換ルールを定義するために利用する。

【００３２】（２）連携機能仕様 上記の業務テンプレートに対して、既存のアプリケーシ
ョンとビジネスプロセスを変更することなく連携させる
ために、次の連携機能を設ける。

【００３３】業務実行管理：いわゆるワークフロー管理
であり、業務テンプレートに規定されたビジネスプロセ
スモデルに従って進行状況を管理し、実行すべき業務を
認識し指示する。

【００３４】業務開始指示：業務実行管理の指示によ
り、当該業務を実行するためのアプリケーション群や人
間に対して実行開始の信号を送出する。例えば、対象が
計算機プログラムやビジネスプロセスならば起動コマン
ド、人間ならば開始通知メールを送出する。

【００３５】業務完了検知：アプリケーション群や人間
が業務を実行完了したことを示す信号を検知する。例え
ば、計算機プログラムやビジネスプロセスの終了コマン
ドの傍受、データベースやファイル等の情報記憶手段に
おける値の変更監視、メールの受付による。

【００３６】業務結果入手：業務の実行結果を示す情報
を入手し、キラーアプリケーションに渡す。この処理の
実行タイミングは、上記の業務完了検知により判断す
る。必要に応じて、情報構造、形式、値の変換を行う。
情報変換ルールは、上記で説明したキラーアプリケーシ
ョンの入力情報のデータモデルと業務の実行結果情報の
データモデルとの対応関係により定義する。

【００３７】計画情報通知：キラーアプリケーションの
処理結果を、アプリケーション群や人間に対して通知す
る。必要に応じて、情報構造、形式、値の変換を行う。
この情報変換ルールは、キラーアプリケーションの出力
情報のデータモデルと業務の計画情報のデータモデルと
の対応関係により定義する。

【００３８】（３）キラーアプリケーション適用方法 上記の業務テンプレートと連携機能に基づき、次の手順
に従って、キラーアプリケーションを業務システムに適
用する。

【００３９】［ステップ１］業務設計 要件分析：新業務として実現する機能を決定する。この
際、利用するキラーアプリケーションを選定し、その機
能を最大限に活用することを検討する。

【００４０】ビジネスプロセス設計：業務テンプレート
のビジネスプロセスモデルの各ステップに、キラーアプ
リケーション、あるいは、実業務におけるアプリケーシ
ョン群を割り当て、新業務が実現できることを確認す
る。

【００４１】データモデル設計：業務テンプレートのデ
ータモデルの各実体に対して、実業務におけるファイ
ル、データベース、メッセージ等の情報記憶手段を割り
当て、必要情報が存在することを確認する。

【００４２】業務テンプレートによって要求されたアプ
リケーション群が存在しない場合は、必要に応じて新規
に設計する。

【００４３】［ステップ２］システム設計 入出力設計：キラーアプリケーションと、実業務におけ
るアプリケーション群との間の入出力フローを設計す
る。

【００４４】連携方式設計：業務テンプレートのビジネ
スプロセスモデルに従って、アプリケーション群を起動
したり、終了検知するための連携機能の仕様を決定す
る。

【００４５】データ変換方式設計：キラーアプリケーシ
ョンの入出力ファイル（業務テンプレートのデータモデ
ルとして記述）と実業務の情報記憶手段との間の変換仕
様を設計する。

【００４６】［ステップ３］実装 連携部品開発：上記連携機能の仕様に従ったプログラム
を開発する。

【００４７】システム実装：業務テンプレートのビジネ
スプロセスモデルをワークフローツールで実装し、デー
タモデルをデータベースツールで実装する。さらに、キ
ラーアプリケーションと、実業務におけるアプリケーシ
ョン群を連携部品を利用して連携する。

【００４８】［ステップ４］拡張 段階的拡張：ビジネスプロセスモデルの各業務ステップ
に連携した実業務部分を、キラーアプリケーションを適
用しながら段階的に拡張する。この拡張は、アプリケー
ションパッケージの適用、新規ユーザプログラムの開
発、ワークフローの導入等による。

【００４９】

【発明の実施の形態】以下、本発明の実施例を図１から
図１０に従って示す。

【００５０】図１は本発明のアプリケーション統合のた
めの連携基盤の全体構成を示すものである。図において
１００はアプリケーション連携基盤の本体であり、業務
実行機能（１０１）、開発支援機能（１０２）、業務開
始指示機能（１０３）、業務完了検知機能（１０４）、
業務結果入手機能（１０５）、計画情報通知機能（１０
６）の６機能により構成する。また、これらの機能群に
よりアプリケーション統合を行うために、開始完了ルー
ル（１０７）、情報変換ルール（１０８）、ビジネスプ
ロセス定義（１０９）、業務テンプレート（１１０）の
４つの情報記憶手段を用いる。一方、図において１２０
は、１００のアプリケーション連携基盤の対象となるア
プリケーション群であり、様々な計算機プログラム（１
２１）、ワークフローのビジネスプロセス（１２２）、
データベース（１２３）、人間（１２４）等により構成
する。

【００５１】１０１の業務実行管理はいわゆるワークフ
ロー管理機能であり、１１０の業務テンプレートに規定
されたビジネスプロセスモデルに従って進行状況を管理
し、実行すべき業務を認識し指示する。１０３の業務開
始指示は、１０１の業務実行管理の指示により、当該業
務を実行するためのアプリケーション群や人間に対して
実行開始の信号を送出する。例えば、１２1の計算機プ
ログラムや１２２のビジネスプロセスに対しては起動コ
マンドを送出し、１２３のデータベースに対しては予め
定めたデータ項目に開始指示信号を書込み、１２４の人
間ならば開始通知メールを送出する。１０４の業務完了
検知は、アプリケーション群や人間が業務を実行完了し
たことを示す信号を検知する。例えば、１２１の計算機
プログラムや１２２のビジネスプロセスの終了コマンド
を傍受し、１２３のデータベースにおける予め定めたデ
ータ項目値の変更監視を行い、１２４の人間から業務完
了メールを受付ける。このように、アプリケーションの
種類に応じて異なる開始指示仕様と完了検知仕様は、開
発支援１０２により予め定義し開始完了ルールとして１
０７に記憶しておく。１０５の業務結果入手は、１２０
のアプリケーション群における計算機プログラム、デー
タベース等から業務の実行結果を示す情報を入手し、１
２０におけるキラーアプリケーションに渡す。この処理
の実行タイミングは、１０４の業務完了検知により判断
する。１０６の計画情報通知は、１２０のアプリケーシ
ョン群におけるキラーアプリケーションの処理結果を、
１２０における計算機プログラム、データベース等に対
して通知する。これらの業務結果入手と計画情報通知に
おいては、必要に応じて、情報構造、形式、値の変換を
行う。その際の情報変換仕様は、開発支援１０２により
予め定義し情報変換ルールとして１０８に記憶してお
く。１１０の業務テンプレートは、キラーアプリケーシ
ョンによる計画実行処理を実行するために必要なビジネ
スプロセスモデルとデータモデルを示すものであり、１
０２の開発支援を用いて実業務に応じてカスタマイズで
きる。１０９のビジネスプロセス定義は、１０１の業務
実行管理を行うためのワークフローツールの定義情報で
あり、１１０の業務テンプレートにおけるビジネスプロ
セスモデルに基づいて、１０２の開発支援を用いて定義
する。

【００５２】以下、本発明の実施例を、組立て製造業に
おける部品調達業務を題材にして説明する。本実施例で
は、キラーアプリケーションとして高速所要量計算プロ
グラムを採用する。これにより、既存の生産管理業務と
部品発注業務との間で生産計画情報、部品在庫情報、部
品メーカへの注文情報等を共有し、従来に比べて在庫を
削減し、ビジネスリードタイムを短縮する。

【００５３】まず初めに、本発明の業務テンプレートに
ついて説明する。図２は業務テンプレートにおけるビジ
ネスプロセスモデルであり、キラーアプリケーションに
よる計画管理業務処理を行うために必要な業務群とそれ
らの実行手順だけを示す。以下に、ビジネスプロセスモ
デルの規定方法を述べる。本実施例のキラーアプリケー
ションは高速所要量展開プログラムであり、発注管理と
生産計画に適用される。そして、注残、在庫、生産計画
の３つの情報を入力し、新たに依頼すべき部品量を出力
する。注残情報と在庫情報を生成するのは発注管理業務
であり、生産計画情報を生成するのは生産計画業務であ
る。また、これら２つの業務は高速所要量展開の結果で
ある依頼部品情報を利用する。従って、ビジネスプロセ
スモデルとしては、発注管理業務と生産計画業務だけを
対象とし、それらと高速所要量展開プログラムとの間の
情報授受を行うための最小限の実行順序関係を示せばよ
い。

【００５４】図２にその結果であるビジネスプロセスモ
デルを示す。図において、２００は発注管理のビジネス
プロセスモデルであり、必要部品をタイムリーに調達す
る発注管理業務（２０１）と、部品手配量をリアルタイ
ムに計算する所要量展開業務（２０５）により構成す
る。２０１の発注管理業務は、手配依頼作成（２０
２）、発注（２０３）、入荷・検収（２０４）の３つの
サブ業務により構成する。２０２の手配依頼作成業務で
は、高速所要量展開プログラムを適用して日々のリアル
タイムな情報に基づいて部品手配量を算出し依頼部品デ
ータベース２０９に登録する。２０３の発注業務では、
２０９の依頼部品データベースの情報に基づいて各取引
先に対して発注伝票を通知するとともに、その結果を注
残データベース２１０に登録する。２０４の入荷・検収
業務では、発注部品が取引先から到着するとそれを検収
し、注残データベースと在庫データベースに登録する。
２０５は所要量展開業務であり、データ入手（２０
６）、所要量展開（２０７）、依頼部品抽出（２０８）
の３つの処理により構成する。この所要量展開業務で
は、２０６のデータ入手処理において生産計画（２３
０）、注残（２１０）、在庫（２１１）の３つの情報を
入力し、２０７の所要量展開処理を実施した後に、２０
８の依頼部品抽出処理において依頼部品情報（２０９）
を出力する。

【００５５】一方、２２０は生産計画のビジネスプロセ
スモデルであり、製品需要と供給能力のバランスをとっ
た生産計画をタイムリーに作成する生産計画業務（２２
１）と、製品需要に基づく必要部品量をリアルタイムに
シミュレーションする所要量展開業務（２２５）により
構成する。２２１の生産計画業務は、需要予測（２２
２）、資材確認（２２３）、生産計画作成（２２４）の
３つのサブ業務により構成する。２２２の需要予測業務
では、過去の売上実績や市場の動向等に基づいて製品需
要量を予測し、生産計画の草案を作った後に生産計画デ
ータベース（２３０）に登録する。２２３の資材確認業
務では、高速所要量展開プログラムを適用して、生産計
画の草案に基づいて依頼部品量を算出し２２９の依頼部
品データベースに登録する。この際、各取引先への依頼
量、納期等を種々に調整し、部品の需要量と供給量をバ
ランスさせる。２２４の生産計画作成業務では、最終的
な依頼部品情報に基づいて、生産計画の確定案を作成し
２３０の生産計画データベースに登録する。２２５は所
要量展開業務であり、２０５と同様に、データ入手（２
２６）、所要量展開（２２７）、依頼部品抽出（２２
８）の３つの処理により構成する。

【００５６】図３は業務テンプレートにおけるデータモ
デルであり、キラーアプリケーションによる計画管理業
務処理を行うために必要な入出力情報の実体群とそれら
の関連、構想、形式を示す。すなわち、まず、生産計画
（３００）、注残（３０５）、在庫（３０６）、依頼部
品（３０３）というキラーアプリケーションの３つの入
力情報と１つの出力情報が、データモデルの実体を構成
する。そして、それらの情報間で重複している製品（３
０１）、部品（３０２）、取引先（３０４）という実体
をくくり出し新たに実体として定義する。３２０から３
２５はそれらの実体間の関連を示す。また、各実体の情
報項目の主なものをを楕円で示す。

【００５７】次に、本発明の業務連携機能について説明
する。図４は業務連携機能における業務開始指示機能と
業務完了検知機能で用いる開始完了ルールを示す。この
表において、４０１の列は図２に示す各ビジネスプロセ
スを構成する業務名称を示す。４０２の列は各業務で実
行するアプリケーション名称を示し、４０３の列は当該
アプリケーションを開始するためのルール、４０４の列
は当該アプリケーションの完了を検知するためのルール
を示す。

【００５８】図５は業務開始指示機能の処理手順を示
し、以下の通りである。

【００５９】手順５００：業務実行管理機能から開始指
示信号SRART(業務名称)を受取る。この信号は、ビジネ
スプロセス定義において新たな業務ステップに変わった
時に、業務実行管理機能から業務開始指示機能に対して
送出される。

【００６０】手順５０１：図４に示す開始完了ルールに
おいて、当該業務の開始指示ルールを調べる。

【００６１】手順５０２：当該開始指示ルールに従っ
て、当該業務に対して開始指示信号を送出する。

【００６２】図６は業務完了検知機能のうち、特に、デ
ータベースやファイル等の情報記憶手段における値の変
更監視に基づく処理手順を示す。この手順は以下の通り
である。

【００６３】手順６００：本機能によるアプリケーショ
ンの完了検知を開始したタイミングで、本機能が有する
タイマーに、監視のサイクルタイムＴを初期値としてセ
ットする（ｔ＝Ｔ）。

【００６４】手順６０１：タイマー値ｔが０以下か否か
をチェックする（ｔ≦０）。０以下ならば手順６０２に
進む。そうでないならば手順６０４に進む。

【００６５】手順６０２：指定された記憶領域の値が完
了条件を満たすかチェックする。満たすならば手順６０
３に進む。そうでないならば手順６００に進む。

【００６６】手順６０３：業務実行管理機能に対して当
該業務の完了を報告し、手順６００に進む。

【００６７】手順６０４：１単位時間休止した後にタイ
マー値ｔを１つ減じて（ｔ＝ｔ−１）、手順６０１に進
む。

【００６８】図７は業務連携機能における業務結果入手
機能と計画情報通知機能で用いる情報変換ルールを示
す。本実施例では、業務結果入力機能において、実業務
における発注管理データベース（７００）と検収管理デ
ータベース（７１０）を、高速所要量展開プログラムに
おける注残データベース（７２０）に情報変換する場合
のルールを示す。７２０の注残データベースの情報項目
である７２１から７２５のうち、７２４の発注残項目を
除く全ては、７００の発注管理データベースの情報項目
と１対１に対応する。従って、これらの情報項目につい
ては、データ型と桁数の変換だけを行えばよい。一方、
７２４の発注残項目は、７００における注文数項目（７
０４）の値から、７１０の入荷数項目（７１４）の値を
減じて求める。

【００６９】図８は業務結果入手機能の処理プログラム
の作成方法を示す。それは以下の通りである。

【００７０】手順８００：当該業務結果入手に必要な、
図７に示す情報変換ルールを入力する。

【００７１】手順８０１：入力ファイルの情報項目のう
ち、出力ファイルの情報項目の作成に必要なサブセット
を抽出する。図７の例では、７００の発注管理データベ
ースの７０１から７０５までの５つの情報項目と、７１
０の発注管理データベースの７１４の情報項目である。

【００７２】手順８０２：入力ファイル情報項目のサブ
セットについて、データベースアクセスのためのコマン
ド、アプリケーションインタフェースプログラム等を用
いて情報読込み部を作成する。

【００７３】手順８０３：出力ファイル情報項目につい
て、高速所要量展開プログラムのアプリケーションイン
タフェースプログラムを用いて情報書出し部を作成す
る。

【００７４】手順８０４：手順８００で入力した情報変
換ルールに基づき、入力ファイル情報項目サブセットか
ら出力ファイル情報項目への情報変換部を作成する。

【００７５】手順８０５：上記の読込み部、書出し部、
情報変換部を結合し、業務結果入手プログラムを完成さ
せてファイルに出力する。

【００７６】図９は計画情報通知機能の処理プログラム
の作成方法を示す。それは以下の通りである。

【００７７】手順９００：当該計画情報通知に必要な、
図７に示す情報変換ルールを入力する。

【００７８】手順９０１：出力ファイルの情報項目のう
ち、入力ファイルの情報項目の作成に必要なサブセット
を抽出する。

【００７９】手順９０２：入力ファイル情報項目につい
て、高速所要量展開プログラムのアプリケーションイン
タフェースプログラムを用いて情報読込み部を作成す
る。

【００８０】手順９０３：出力ファイル情報項目のサブ
セットについて、データベースアクセスのためのコマン
ド、アプリケーションインタフェースプログラム等を用
いて情報書出し部を作成する。

【００８１】手順９０４：手順９００で入力した情報変
換ルールに基づき、入力ファイル情報項目から出力ファ
イル情報項目サブセットへの情報変換部を作成する。

【００８２】手順９０５：上記の読込み部、書出し部、
情報変換部を結合し、計画情報通知プログラムを完成さ
せてファイルに出力する。

【００８３】最後に、以上に述べた業務テンプレートと
業務連携機能により構成するアプリケーション連携基盤
を用いて、キラーアプリケーションを既存／新規アプリ
ケーション群と連携させる手順を、図１０に示す。本手
順は大きく業務設計（１０００）、システム設計（１０
１０）、実装（１０２０）、拡張（１０３０）の４つに
より構成する。

【００８４】（１）業務設計 手順１００１：要件分析：新業務として実現する機能を
決定する。この際、適用しようとしているキラーアプリ
ケーションの業務テンプレートにおけるビジネスプロセ
スモデルとデータモデルを参考にして、キラーアプリケ
ーションの機能を最大限に活用することを検討する。

【００８５】手順１００２：ビジネスプロセス設計：業
務テンプレートの、図２に示すビジネスプロセスモデル
の各ステップに、キラーアプリケーション、あるいは、
実業務におけるアプリケーション群を割り当て、新業務
が実現できることを確認する。

【００８６】手順１００３：データモデル設計：業務テ
ンプレートの、図３に示すデータモデルの各実体に対し
て、実業務におけるファイル、データベース、メッセー
ジ等の情報記憶手段を割り当て、必要情報が存在するこ
とを確認する。

【００８７】（２）システム設計 手順１０１１：入出力設計：キラーアプリケーション
と、実業務におけるアプリケーション群との間の入出力
フローを設計する。

【００８８】手順１０１２：連携方式設計：業務テンプ
レートのビジネスプロセスモデルに従って、アプリケー
ション群を開始指示したり、完了検知するための連携機
能の仕様を、図４に示すような形式で設計する。

【００８９】手順１０１３：データ変換方式設計：キラ
ーアプリケーションの入出力ファイル（業務テンプレー
トのデータモデルとして記述）と実業務の情報記憶手段
との間の変換仕様を、図７に示すような形式で設計す
る。

【００９０】（３）実装 手順１０２１：連携部品開発：上記連携機能の仕様に従
った業務開始指示、業務完了検知、業務結果入手、計画
情報通知の各プログラムを、それぞれ、図５、６、８、
９に示す各手順により開発する。

【００９１】手順１０２２：システム実装：業務テンプ
レートのビジネスプロセスモデルをワークフローツール
で実装し、データモデルをデータベースツールで実装す
る。さらに、キラーアプリケーションと、実業務におけ
るアプリケーション群を連携部品を利用して連携する。

【００９２】（４）拡張 手順１０３１：段階的拡張：ビジネスプロセスモデルの
各業務ステップに連携した実業務部分を、キラーアプリ
ケーションを適用しながら段階的に拡張する。この拡張
は、アプリケーションパッケージの適用、新規ユーザプ
ログラムの開発、ワークフローの導入等による。

【００９３】

【発明の効果】本発明のアプリケーション統合のための
連携方法および基盤によれば、業務テンプレートとして
提供するビジネスプロセスモデルとデータモデルに従っ
て、統合すべき業務間のマクロな手順を開発できる。さ
らに、業務連携機能として提供する業務実行管理、業務
開始指示、業務完了検知、業務結果入手、計画情報通知
の各機能を用いて、現行ビジネスプロセスや既存アプリ
ケーションをそのまま変更することなく組込んで各業務
内のミクロな手順を実現できる。このため、キラーアプ
リケーション適用時のシステム開発を低工数かつ短時間
で実現することができる。

【００９４】以上により、下記のような効果が期待でき
る。

【００９５】顧客の効果：新業務を実現するシステムを
短納期、低工数、高信頼で構築できる。そして、キラー
アプリケーションを適用しながら、段階的にシステムの
拡張を行うことができる。

【００９６】システムインテグレーションベンダーの効
果：キラーアプリケーションの対象とする業務に関する
詳細な知識がなくても、本発明の基盤と方法によれば、
システムインテグレーションビジネスに参入できる。

【００９７】ソフトウェアベンダー：業務連携プログラ
ムの仕様を標準化することにより、ソフトウェア部品や
設計支援ツールのビジネスに参入できる。

【図面の簡単な説明】

【図１】本発明のアプリケーション統合のための連携基
盤の全体構成図を示す。

【図２】本発明の業務テンプレートのビジネスプロセス
モデルを示す。

【図３】本発明の業務テンプレートのデータモデルを示
す。

【図４】本発明の業務開始指示機能と業務完了検知機能
で用いる開始完了ルールを示す。

【図５】業務開始指示機能の処理手順を示す。

【図６】業務完了検知機能の処理手順を示す。

【図７】本発明の業務結果入手機能と計画情報通知機能
で用いる除法変換ルールを示す。

【図８】業務結果入手機能の処理プログラムの作成方法
を示す。

【図９】計画情報通知機能の処理プログラムの作成方法
を示す。

【図１０】本発明のアプリケーション統合のための連携
基盤を用いて、キラーアプリケーションを既存／新規ア
プリケーション群と連携させるための手順を示す。

【符号の説明】

１００：アプリケーション連携基盤、１２０：アプリケ
ーション群、１２１：計算機プログラム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小川 誠 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション開 発本部内 (72)発明者 青山 和之 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション開 発本部内 (72)発明者 柏本 隆志 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション開 発本部内 (72)発明者 小林 敦 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 Ｆターム(参考） 5B076 DD01 DD05

Claims (1)

【特許請求の範囲】
1. 【請求項１】計算機システム群、計算機プログラム群、
   情報記憶手段群、ビジネスプロセス群からなるアプリケ
   ーション群を統合管理する計画管理プログラムの適用に
   おいて、該計画管理プログラムにより処理を行うために
   必要な入出力情報群をデータモデルとして提供し、それ
   らの情報を生成あるいは利用する業務群とそれらの実行
   手順をビジネスプロセスモデルとして提供し、これらの
   ビジネスプロセスモデルとデータモデルに従って、計画
   管理プログラム、既存または新規のアプリケーション群
   を変更することなく連携させるための連携機能仕様およ
   びそのプログラムを提供することを特徴とするアプリケ
   ーション統合のための連携方法。