JP2004280825A - ビジネス・サービス・リレーションシップを評価する方法およびシステム - Google Patents

ビジネス・サービス・リレーションシップを評価する方法およびシステム Download PDF

Info

Publication number
JP2004280825A
JP2004280825A JP2004071199A JP2004071199A JP2004280825A JP 2004280825 A JP2004280825 A JP 2004280825A JP 2004071199 A JP2004071199 A JP 2004071199A JP 2004071199 A JP2004071199 A JP 2004071199A JP 2004280825 A JP2004280825 A JP 2004280825A
Authority
JP
Japan
Prior art keywords
bse
service
attribute information
business
simulation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2004071199A
Other languages
English (en)
Other versions
JP2004280825A5 (ja
Inventor
Kevin M Mcneill
ケビン・エム・マクニール
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
University of Arizona
Original Assignee
University of Arizona
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by University of Arizona filed Critical University of Arizona
Publication of JP2004280825A publication Critical patent/JP2004280825A/ja
Publication of JP2004280825A5 publication Critical patent/JP2004280825A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Data Mining & Analysis (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】本発明の目的は、ビジネス・サービスのリレーションシップを正確に評価し解析するための方法、システムおよびプログラムを提供することである。
【解決手段】複数のビジネス・サービス・エンティティ（ＢＳＥ）111,112,113,121,122,131,132と、複数のＢＳＥのうちの２つのＢＳＥのビジネス・リレーションシップを定義するサービス・リレーションシップ・ベクトル（ＳＲＶ）141〜146とを含むビジネス組織のビジネス・サービス・リレーションシップ・モデル評価方法において、各ＢＳＥの属性情報を記憶する段階と、各ＳＲＶの属性情報を記憶する段階と、記憶したＢＳＥの属性情報と記憶したＳＲＶの属性情報とに基づいて、シミュレーション期間全体にわたってビジネス・サービス・リレーションシップ・モデルをシミュレートする段階と、ビジネス・サービス・リレーションシップ・モデルを評価するために、シミュレート結果を表示する段階とを有する。
【選択図】 図１

Description

本発明は、一般に、ビジネス・サービス・リレーションシップ（business service relationships）を評価し、解析し、モデル化する方法およびシステムに関する。
この数十年間、いくつかのビジネス・モデリング技法が、研究の主題になっていた。そのような技法のうちの２つ、すなわち古典的手法と「ビジネス・プロセス・モデリング」は、ビジネス・サイクルにおける様々なメトリクスの投影評価を実現するシミュレーション環境で幅広く使用されている。
ビジネス・モデリングの古典的手法の狙いは、様々な組織エンティティ全体にわたって原因と結果のチェーンを捕捉することである。この関数的手法は、様々なビジネス・ユニット全体にわたる豊富な相互作用を管理するリレーションシップの性質を捕捉することができない。これは、頑強性を欠き、ビジネス・ロジックのダイナミクスを適切に表現することができない。
実際には、純粋な関数的手法に基づくシミュレーションは、誤りが発生する余地が大きい結果を提供する傾向がある。この手法を使用して、（１）古典的手法に厳密に従うフローチャート型ツールと、（２）古典的モデルのより構造化された手法を採用するシステム・ダイナミクス型ツールを含む、多くのクラスのシミュレータが開発されてきた（非特許文献７、８参照）。「ビジネス・プロセス・モデリング」と呼ばれるビジネス・モデリングのより新しい手法は、ビジネスを、プロセスと呼ばれる１組のアクティビティとして定義する（非特許文献１〜６参照）。プロセスは、組織プラン全体の境界を横切ることができるので、厳密に構造化された手法（例えば、レイヤリング）から自分自身を切り離すことができる。業界では、これらのモデルが、その古典的な相当物よりも正確であり、またビジネス・ロジックにおける現実感を捕捉することができると広く信じられている。そのようなタイプのシミュレータは、「離散イベント・ベース・ツール（Discrete-Event Based Tools）」と呼ばれることがあり、本質的にオブジェクト指向である。
昔の手法と本質的に同じであるがより新しい拡張マークアップ言語（ＸＭＬ）ベースのシンタックスに包まれたプロセス・モデリングのさらに新しいインプリメンテーションがある。例えば、ビジネス・プロセス・モデリング言語（ＢＰＭＬ）（非特許文献１〜４参照）は、ＸＭＬベースであり、図形表記を含む。しかしながら、ＢＰＭＬの対象は、ビジネス・リレーションシップではなくビジネス・プロセスである。さらに、ＢＰＭＬとそれに関連する図形表記は、シミュレーション・エンジンに対応していない。
オブジェクト指向の他の手法には、ソフトウェア開発業界によって開発されたＵＭＬ（ユニフォーム・モデリング言語）を使用し拡張するビジネス・プロセスをモデル化するＲａｔｉｏｎａｌ Ｒｏｓｅツール（非特許文献９参照）がある。ＵＭＬには、サービス・リレーションシップの概念がないが、ＵＭＬは、古典的なオブジェクト指向のリレーションシップ（例えば、アソシエーション、従属性、継承、インスタンシエーション、一般化、集約）について記述する。例えば、Ｒａｔｉｏｎａｌは、１組の図形表現を使用してシステムの挙動の静的および動的な態様を捕捉する。しかしながら、この場合も、シミュレーション・コンポーネントがなく、ツールは、ビジネス・プロセスを支援するソフトウェア・システムの開発またはビジネス・プロセスのリエンジニアリングための知識管理と要件解析に使用される。
他のビジネス・プロセス管理システムは、ビジネス・ワークフローを自動化システムに統合するように設計されている。（例えば、特許文献１、特許文献２、特許文献３を参照） しかしながら、これらのモデルは、管理者にシミュレーション・データを提供して管理者が代替ビジネス・モデルの中から選択できるように、複数の代替ビジネス・モデルまたは方法論の解析とシミュレーションに対応することができない。
米国特許第６，０７３，１０９号 米国特許第５，５３５，３８９号 米国特許第５，６３０，０６９号 D. Neal, H. Smith, and D. Butler,"The evolution of business processes from description to data to smart executable code-is this the future of systems integration and collaborative commerce?" Computer Sciences Corporation, Foundation Library (available at www.cscresearchservice.com/foundation/library). J. Baker and I. Ghalimi, "BPML 101: Implementing the BPML Specification" (available at BPMI.org). A. Arkin, "Business Process Modeling Language," 1992 (available at BPMI.org). S.E. White, "Business Process Modeling Notation, 1992, (available at BPMI.org). R.E. Johnson, "Dynamic Object Model," University of Illinois at Urbana-Champaign (available at st-www.cs.uiuc.edu/users/johnson/popers). RE. Johnson and J. Oakes, "The user-defined product framework," unpublished paper by Ralph E. Johnson and Jeff Oakes, Department of Computer Science, University of Illinois at Urbana-Champaign (available at st-www. cs. uiuc. edu / users / johnson / papers). Martin Modell, A Professional’s Guide to Systems Analysis, 2nd Edition, McGraw-Hill, Near York, NY, 1996. B. Curtis, M. Kellner, and J. Over, "Process Modeling", Communication of the ACM, September 1992, Vol. 35, No.9. Eriksson, Hans-Erik and Penker, Magnus: "Business Modeling with UML: Business Patterns at Work", Wiley & Sons, 1999.
本発明の目的は、ビジネス・サービスのリレーションシップを正確に評価し解析するための方法、システムおよびプログラムを提供することである。
本発明のもう１つの目的は、ビジネス管理者に、代替のビジネス・サービス・リレーションシップ・モデルの中から選択できるようにするシミュレーション・データを提供することである。この目的には、シミュレーションを現実世界ビジネス・システムと結びつけて、シミュレーション結果が外部ビジネス・システムを直接駆動できるようにするか、あるいは外部ビジネス・システムからの現実世界データが、シミュレートされたビジネス・サービス・リレーションシップに作用できるようにする機能が含まれる。
本発明の局面は、複数のビジネス・サービス・エンティティ（ＢＳＥ）と、前記複数のＢＳＥのうちの２つのＢＳＥのビジネス・リレーションシップを定義する少なくとも１つのサービス・リレーションシップ・ベクトル（ＳＲＶ）とを含むビジネス組織のビジネス・サービス・リレーションシップ・モデル評価方法において、前記各ＢＳＥの属性情報を記憶する段階と、前記各ＳＲＶの属性情報を記憶する段階と、前記記憶したＢＳＥの属性情報と前記記憶したＳＲＶの属性情報とに基づいて、シミュレーション期間全体にわたってビジネス・サービス・リレーションシップ・モデルをシミュレートする段階と、前記ビジネス・サービス・リレーションシップ・モデルを評価するために、シミュレート結果を表示する段階とを有する。
本発明によれば、ビジネス・サービスのリレーションシップを正確に評価し解析することができる。
本実施形態は、ビジネス・サービス・リレーションシップ・モデル（以下、「ＢＳＲＭ」）に基づいて、病院や放射線部門内サービスの価値連鎖(Value Chane)を分析・提示するとともに、病院経営や部門経営上の課題や問題点を定量的に把握する手法を提供するものである。ＢＳＲＭは、ビジネス・リレーションシップの解析、設計および実現を支援するオブジェクト指向の解析的モデルである。ＢＳＲＭは、様々なビジネス・プランを実施する代替リレーションシップ構造の評価を含んでいる。ＢＳＲＭは、任意のタイプのビジネス・サービスをモデル化することができ、それにより、組織が、潜在的なサービスとサービス間のリレーションシップを計画し評価し、エンド・ユーザ（または顧客）へのサービスを複数のオプションの中から選択することができる。このモデルにより、ＢＳＲＭを使用するビジネス組織が、別個のサービス・ドメインに従ってサービスをモデル化し解析し、特定のサービス機能を別個のサービス・エンティティに編成し、各対のサービス・エンティティ間のリレーションシップをモデル化し、モデル化している組織内に存在するサービス・エンティティと、外部組織の一部として存在するサービス・エンティティとを区別することができる。最後の特徴は、モデル内で「企業内（in-house）」エンティティと「外注（out-sourced）」エンティティの区別を可能にする。モデルのこれらの特徴はそれぞれ、ソフトウェア・シミュレーション・モデルに実現することができるオブジェクトとして捕捉される。シミュレーション・モデルを実行して、解析中のビジネス・リレーションシップをシミュレートすることができる。
次に、いくつかの図面全体にわたって類似の参照数字が類似または対応する部分を示す図面を参照し、より詳細には図１を参照すると、放射線医学画像アーカイブ・サービスにおいてＢＳＲＭを使用してビジネス・サービス・リレーションシップ（ビジネスサービスの関係付け）をモデル化する単純な例を示す。図１において、７つのビジネス・サービス・エンティティ（ＢＳＥ：ビジネスサービス要素）が、３つのサービス・ドメイン（サービス領域）に分けられており、その３つのサービス・ドメインは、（１）病院１ １１１、病院２ １１２および病院３ １１３を含む顧客ドメイン１１０、（２）ネットワーク・サービス１３１と記憶ソフトウェア・サービス１３２を含むベンダ・ドメイン１３０、および（３）アーカイブ・サービス１２１と閲覧サービス（reading service）１２２を含む組織ドメイン１２０である。さらに、図１は、例示した７つのビジネス・エンティティの１対１の間のビジネス・リレーションシップ（ビジネス相関）を既定する６つのサービス・リレーションシップ・ベクトル（ＳＲＶ：サービスを提供する側と受ける側（被提供側）との関係付け）１４１〜１４６を示す。例えば、ＳＲＶ１４１は、病院１ １１１とアーカイブ・サービス１２１の間の１年契約を示す。このビジネス・リレーションシップにおいて、アーカイブ・サービス１２１は、初期料金１，０００ドルと引き換えに少なくとも１０，０００件と、月極請求で１ヶ月１件当たり２．５０ドルの保存料金でアーカイブすることを約束している。ＢＳＥとＳＲＶに関連した属性／パラメータ情報については、後述する。
図２は、ビジネス・サービス・リレーションシップ・モデルが、例えば図１に例示したような複数のビジネス・サービス・エンティティ（ＢＳＥ）と少なくとも１つのサービス・リレーションシップ・ベクトル（ＳＲＶ）を含むビジネス組織のビジネス・サービス・リレーションシップ・モデルを評価する方法の段階を示す。後でより詳しく考察するように、各ＳＲＶは、２つのＢＳＥ間のビジネス・リレーションシップ（ビジネスの関係性）を定義する。
段階２０１で、複数のＢＳＥが作成され、ＢＳＥごとにそれぞれの属性情報が設定され記憶される。後述するように、ＢＳＥ属性には、例えば、開始コスト、サービス収益、開始収益、サービス間隔長、およびサービス期間がある。さらに、後述するように所与のＢＳＥが内部ビジネス・エンティティか外部ビジネス・エンティティかを示す属性情報も記憶される。図１に示したように、ＢＳＥの例には、病院、通信サービス提供者、データ記憶サービス提供者、アーカイブ・サービス、および閲覧サービス提供者がある。
段階２０２で、少なくとも１つのＳＲＶが作成され、ＳＲＶごとにそれぞれの属性情報が設定され記憶される。段階２０２では、複数のＢＳＥにおけるＢＳＥの対を識別し、例えば識別したそれぞれのＢＳＥ対の間のサービス−金額（対価）、サービス−サービス、品物−金額および品物−サービスの４つのビジネス・リレーションシップ・タイプのうちの１つを各ＳＲＶごとに記憶する段階を含む。４つのタイプのＳＲＶに関する詳細は、図３の説明を参照されたい。さらに、後述するように、ＳＲＶ属性情報は、契約タイプ、契約開始日、契約終了日、初期コスト、終了コスト、繰り返しコスト（recurring cost）、初期収益、契約期間、および契約期間タイプを含む、品物またはサービスの契約と関連した情報を含む。コンピュータで実現される本発明の１つの実施形態において、図１の関係図が、示され、適切なオブジェクトをマウスでクリックすることによって、ＢＳＥおよびＳＲＶの属性情報を修正することができる。
段階２０３で、少なくとも１つのサービス・ドメイン（ＳＤ）と複数のビジネス・プロセス（ＢＰ）が作成され、対応する属性情報が記憶される。後でより詳しく説明するように、各ＢＳＥごとに少なくとも１つのビジネス・プロセスが作成される。
段階２０４で、シミュレーション開始時刻、シミュレーション終了時刻、シミュレーション時間期間、およびシミュレーション更新間隔を含むシミューレーション・パラメータが設定され記憶される。さらにまた、段階２０４では、現実世界ゲートウェイ（Real-World Gateway）と関連付けられるような出力パラメータがまた設定され記憶される。出力マネージャと関連付けられたものを含む出力属性については、後でより詳しく考察する。
段階２０５で、出力マネージャ（後で考察する）が、現実世界ゲートウェイを介した情報の送受信を行うように構成されているかどうかに関して照会が行われる。そのように構成されていない場合、方法は、段階２０６に進む。段階２０５の照会に対する答えがＹＥＳの場合、方法は、段階２０７に進む。
段階２０６で、ビジネス・サービス・リレーションシップ・モデルが、段階２０１〜２０３で記憶されたＢＳＥ属性情報、ＳＲＶ属性情報、ＢＰ属性情報、およびＳＤ属性情報を使用して、シミュレーション時間期間全体にわたってシミュレートされる。
段階２０７で、出力マネージャが、現実世界ゲートウェイを介して情報を送受信するように構成されている場合は、属性情報が外部の現実世界システムと交換され、同時に、ビジネス・サービス・リレーションシップ・モデルが、段階２０１〜２０３で記憶されたＢＳＥ属性情報、ＳＲＶ属性情報、ＢＰ属性情報、およびＳＤ属性情報を使用してシミュレーション時間期間全体にわたってシミュレートされる。詳細には、外部現実世界システムからの入力情報は、対応するＢＳＥの属性情報を更新する際に、複数のＢＰによって使用されることがある。
段階２０８で、ビジネス・サービス・リレーションシップ・モデルを評価するために、シミュレーションの結果が、適切な書式で表示される。
ＢＳＲＭオブジェクト
ＢＳＲＭは、特定のビジネス・プロセスまたはビジネス機能を、解析中のビジネス・モデルの要件に従って、オブジェクトとして定義する。さらに、本発明が、オブジェクト指向コンピュータプログラムとして実現されることが好ましいので、ＢＳＲＭは、オブジェクト指向ソフトウェア設計の原理に従ってオブジェクト・クラスを定義する。例えば、ＢＳＲＭは、特定のビジネス・モデル／プラン・シミュレーションのコンテナである「SimSpace（シムスペース）」と呼ばれるオブジェクトを定義する。図４（ａ）と図４（ｂ）を参照されたい。ＢＳＲＭ内の他のすべてのオブジェクトは、ＳｉｍＳｐａｃｅオブジェクトに収容され、このオブジェクトは、アーカイブの目的でアクティブなシミュレーション実行を直列化するために使用される。ＢＳＲＭは、ＳｉｍＳｐａｃｅオブジェクトに収容される１組のリスト・オブジェクトを定義する。これらのリストは、ビジネス・プロセスのシミュレーション中に作成されるような他のオブジェクトを保持するために使用される。
ビジネス・サービス・エンティティ（ＢＳＥ）クラス
ＢＳＲＭは、ビジネス・サービス・エンティティ（ＢＳＥ）と呼ばれるオブジェクトの包括的クラスを定義する。モデルに実現された各ＢＳＥオブジェクトは、共通の属性セット、共通の挙動セット、および固有の識別を有する。さらに、ＢＳＲＭは、さらにサービス・エンティティの追加の詳細を指定するＢＳＥオブジェクトの２つの特定化（specialization）（サブクラス）を定義する。２つのクラスは、「内部」と「外部」である。この技法により解析されている組織の観点から、「内部」ＢＳＥオブジェクトは、組織の一部であるサービス・エンティティを表し、一方「外部」ＢＳＥオブジェクトは、組織の一部ではないサービス・エンティティを表す。さらに、ＢＳＲＭは、属性を追加するために、ＢＳＥサブクラスをさらに細かく特定化することによってモデルをさらに改良することを可能にする。
１つの実施形態において、本発明を実現するシミューレーション・ソフトウェアは、シミュレーションの各サイクルで、ＢＳＥごとの単純な計算を行う。ＢＳＥと関連したイベント・オブジェクト（後述する）が、活動化され、ＢＳＥと関連した「コスト」と「利益」の単純な和を計算する。この方法は、ＢＳＥの「最終結果」値を作成する。さらに、後で考察するように、ユーザは、より詳細なコスト・カテゴリを選択することができる。例えば、モデルにおいて、人員、資本、業務などのコスト・カテゴリを考慮することができる。これらのコスト・カテゴリをより複雑なビジネス・プロセス・オブジェクト（後で考察する）と結びつけて、ビジネスの動的態様をモデル化することができる。例えば、ＢＳＥが、顧客の成長に対応するために人員を追加しなければならない場合、ビジネス・プロセス・オブジェクトは、その要件を捕らえ、人員コストが増大することを示すメッセージをＢＳＥオブジェクトに送ることができる。
１つの実施形態において、ＢＳＥ属性には、以下のものがある。
Ｃbase＝エンティティの基本コストに対する開始（一時的）寄与率。
Ｃbase（ｔ）＝時間の関数（繰り返し）としてのエンティティの基本コスト。
ＣOper（ｔ）＝時間の関数としての運転コスト。これは、（ＳＲＶオブジェクトから）ＢＳＥが関与するすべてのリレーションシップと関連したコストを合算することにより計算される。
Ｓbase＝ＢＳＥの開始（非繰り返し）支援。これは、ＢＳＥの非リレーションシップから派生した一時的な基本資金を表す。
Ｓbase（ｔ）＝ＢＳＥの運転（繰り返し）基本資金。これは、ＢＳＥの非リレーションシップから派生した基本資金を表す。
ＲStart＝ＢＳＥの開始（一時的）収益。これは、ＢＳＥが関与する各ＳＲＶのすべてのＲV Start値の合計を表す。
ＲOper（ｔ）＝ＢＳＥの運転（繰り返し）収益。これは、ＢＳＥが関与する各ＳＲＶのすべてのＲV Oper（ｔ）値の合計を表す。
一般に、別個の属性が、非繰り返しコストまたは収益と、繰り返しコストまたは収益の両方を捕捉する。これは、ＢＳＲＭに、一時的コストと継続的コストを区別する手段を提供する。ＢＳＥと関連した属性を使って、ＢＳＲＭは、モデルに定義されているＢＳＥの各インスタンスに固有のコストと収益を表すことができる。ＢＳＥに関して、これらのコストは、基本一時的開始コスト（例えば、新しいビジネス・エンティティを作成する一時的コスト）、ＢＳＥが操作可能かどうかに関係のない基本繰り返しコスト、およびＢＳＥが操作を行う基本繰り返しコストを捕捉する。操作コストは、ＢＳＥが関与するＳＲＶに関連付けられ、ＳＲＶと関連した属性から計算される。これらの構成要素を組み合わせて、ＢＳＥのコストをモデル化することができる。
ＢＳＥに関して、ＢＳＲＭは、また非繰り返しと繰り返しの両方の「援助」をモデル化する。これは、例えば、組織内のビジネス・ユニットの相互援助や、ＢＳＥの他のタイプの非繰り返し財政援助ソースを表す財政援助またはコスト補償を表す。最後に、各ＢＳＥと関連した収益をモデル化することができる。この場合も、ＢＳＲＭは、非繰り返し収益と繰り返し収益を捕捉する機能を提供する。収益は、リレーションシップに依存するものとしてモデル化される（ＳＲＶにより）。したがって、ＢＳＥが関与するＳＲＶの属性から、各ＢＳＥの非繰り返し収益と繰り返し収益の両方が計算される。
ビジネス・プロセス（ＢＰ）クラス
ＢＳＲＭは、イベント駆動型のビジネス・プロセスの必須要素を捕捉する「ビジネス・プロセス」（ＢＰ）オブジェクトを定義する。ＢＰは、後でより詳しく説明する固有のイベントにリンクされる。ＢＰの背景にある概念は、高度のカスタマイズ可能なビジネス・インテリジェンスをＢＳＲＭモデル内に提供することである。１つの実施形態において、ＢＰオブジェクトのために、一定の組の包括的サブクラスが定義される。それぞれの包括的サブクラスは、パラメータを調整する機能によって、一般化されたビジネス・プロセスを実現する。例えば、ユーザは、事前定義されたプロセスのリストから選択し、次に何らかのレベルのカスタム化を実現する。第２の実施形態において、ビジネス・プロセスの単純な仕様シンタックスが定義され、これにより、エンド・ユーザは、完全にカスタマイズされたＢＰを定義することができる。
サービス・ドメイン（ＳＤ）クラス
ＢＳＲＭは、また、非階層的「サービス・ドメイン」オブジェクトを定義し、このオブジェクトは、すべてのＢＳＥが類似のタイプのプロセスまたは機能を実行するドメイン（範囲、領域）内にＢＳＥオブジェクトを編成するために使用されるコンテナ・オブジェクトである。図１を参照されたい。ＢＳＲＭは、ドメイン間のリレーションシップを、様々なドメイン内のＢＳＥ間のリレーションシップ（すなわち、ドメイン境界を横切るもの）の集合体として定義する。したがって、ＢＳＲＭは、サービス・ドメイン・レベルで解析することによりビジネス・モデルの大雑把なモデル化を可能にする。さらに、ＢＳＲＭは、ＢＳＥレベルで解析することによってビジネス・モデルの細かいモデル化を可能にする。
サービス・リレーションシップ・ベクトル（ＳＲＶ）クラス
ＢＳＲＭは、サービス・リレーションシップ・ベクトル（ＳＲＶ）と呼ばれるオブジェクトの包括的クラスを定義する。ＳＲＶは、２つのＢＳＥ間のビジネス・リレーションシップに関する必須情報を捕捉するオブジェクト・クラスである。例えば、一般的なリレーションシップにおいて、ＳＲＶは、２つのビジネス・サービス・エンティティ間の契約をモデル化することができる。ＳＲＶは、ビジネス・リレーションシップのシミュレーションと代替のリレーションシップの評価に必要な必須パラメータだけ以外は、現実世界契約の完全な詳細を含むようには意図されていない。
図３に示したように、ＢＳＲＭは、（１）サービス−金額ＳＲＶ３０１、（２）品物−金額ＳＲＶ３０２、（３）品物−サービスＳＲＶ３０３、および（４）サービス−サービスＳＲＶ３０４の、様々なモードのビジネス対話を捕捉するＳＲＶの４つの特定化（サブクラス）を定義する。
ＢＳＲＭは、サービス−金額ＳＲＶ３０１を定義して、１つのＢＳＥ３１１が、別のＢＳＥ３２１に金額（支払い）の代わりにサービスを提供するリレーションシップを捕捉する。ＢＳＲＭは、サービス−金額ＳＲＶ３０１の最小限包括的属性を次のベクトルとして定義する。すなわち、＜サービス・ベクトル：＜定義、条件、量、非繰り返しコスト、繰り返しコスト、間隔＞；金額ベクトル：＜定義、非繰り返し収益、繰り返し収益、間隔＞である。
ＢＳＲＭは、あるＢＳＥ３１２が別のＢＳＥ３２２に金額（支払い）の代わりの品物を提供するリレーションシップを捕捉する品物−金額ＳＲＶ３０２を定義する。ＢＳＲＭは、品物−金額ＳＲＶ３０２の最小限包括的属性を、次のベクトルとして定義する。すなわち、＜品物ベクトル１：＜注文基準、条件、非繰り返しコスト、繰り返しコスト、間隔＞；金額ベクトル：＜定義、非繰り返し収益、繰り返し収益、間隔＞である。
ＢＳＲＭは、あるＢＳＥ３２３が別のＢＳＥ３１３に、サービスの代わりに品物を提供するリレーションシップを捕捉する品物−サービスＳＲＶ３０３を定義する。ＢＳＲＭは、品物−サービスＳＲＶ３０３の最小限包括的属性を、次のベクトルとして定義する。すなわち、＜品物ベクトル１：＜注文基準、条件、非繰り返しコスト、繰り返しコスト、間隔＞；サービス・ベクトル：＜定義、条件、量、非繰り返しコスト、繰り返しコスト、間隔＞である。
ＢＳＲＭは、あるＢＳＥ３１４が別のＢＳＥ３２４にサービスの代わりのサービスを提供するリレーションシップを捕捉するサービス−サービスＳＲＶ３０４を定義する。ＢＳＲＭは、サービス−サービスＳＲＶ３０４の最小限包括的属性を、次のベクトルとして定義する。すなわち、＜サービス・ベクトル１：＜定義、条件、量、非繰り返しコスト、繰り返しコスト、間隔＞；サービス・ベクトル２：＜定義、条件、量、非繰り返しコスト、繰り返しコスト、間隔＞である。
例えば、図１に示したように、サービス−金額ＳＲＶ１４１は与えられる＜サービス・ベクトル：＜画像アーカイブ・サービス、更新オプション付き１年契約、量｛最低１０，０００ケース｝、開始コスト：１，０００ドル、繰り返しコスト（例えば、この顧客に割り当て可能な保守と減価償却）、期間：月毎＞：金額ベクトル：＜１研究当たりの記憶料金、開始収益：初期料金１，０００ドル、繰り返し収益（記憶１研究当たり２．５０ドル）：請求間隔：月毎＞によって与えられる。
ビジネス・エンティティ間のサービス・リレーションシップをモデル化する際に、ＢＳＲＭは、各ＳＲＶの属性を使用してコストと収益を捕捉する。ＢＳＥによる手法と同じように、ＢＳＲＭは、リレーションシップと関連した非繰り返しコストと繰り返しコストをモデル化する。リレーションシップが双方向であるため、ＳＲＶリレーションシップベクトルのそれぞれの端に２つのクラス・コストを捕捉する４つの属性がある。また、ＢＳＲＭは、この場合も、繰り返しと非繰り返しの両方の収益をモデル化するが、この方法は、収益がベクトルのサービス提供者側に適用されるベクトルを仮定する（サービス−金額に関して）。
１つの実施形態において、ＳＲＶの属性には次のものがある。
ＣV Start＝サービス提供者側エンティティとのリレーションシップの開始（一時的）コスト。
ＣV Oper（ｔ）＝サービス提供者側エンティティとのリレーションシップの操作（繰り返し）コスト。
ＣS Start＝サービス利用者側エンティティとのリレーションシップの開始（一時的）コスト。
ＣS Oper（ｔ）＝サービス利用者側エンティティとのリレーションシップの操作（繰り返し）コスト。
ＲV Start＝サービス提供者側エンティティへの開始（一時的）収益。これは、通常、ＣＳOper（ｔ）と等しいが、係数で調整することができる。
ＲV Oper（ｔ）＝サービス提供者エンティティへの操作（繰り返し）収益。これは、通常、ＣＳOper（ｔ）と等しいが、係数によって調整することができる。
ＢＳＲＭは、さらに、追加の改良を捕捉するために他の属性を追加するさらに細かい特定化によって特定化されたＳＲＶのさらなる改良を可能にする。
イベント・クラスとクロック・オブジェクト・クラス
ＢＳＲＭは、「イベント」と呼ばれるオブジェクトのクラスを定義する。モデル内の各イベント・オブジェクトは、ＢＳＥまたはＳＲＶオブジェクトの時間ベースの属性に対応する。さらに、ＢＳＲＭは、イベントを編成するために使用されるリスト・オブジェクトをＳｉｍＳｐａｃｅオブジェクト内で定義する。
ＢＳＲＭは、シミュレーション実行を管理する「クロック」オブジェクトを定義する。クロック・オブジェクトは、シミュレーション実行のために時間「チック（tick）」と範囲を指定し、シミュレーション実行中のイベントの実行を制御する。したがって、ＢＳＲＭは、シミュレーション実行をクロック・オブジェクトの順次増分として定義する。クリックごとに、イベント・リストがスキャンされる。各イベントごとに、イベントがアクションに適格かどうかを決定するために、間隔パラメータがクロックの変化と照合される。適格なイベントは、適切なビジネス・アクティビティをシミュレートするために実行されるビジネス・プロセス・オブジェクトを有する。イベント・リストがなくなったとき、シミュレーションの１サイクルが完了する。図５を参照されたい。
ＢＳＲＭ図形表現
ＢＳＲＭは、ビジネス・モデルを描くための図形的な速記法を定義する。この速記法において、外部ＢＳＥは、ＢＳＥ名が中心にある角が尖った長方形として表される。内部ＢＳＥは、角が丸い長方形として表される。ＳＲＶは、円弧を点線で結んだ１対の有向円弧と、円弧対の中心のリレーションシップ名として表される。円弧の矢印は、エンティティの双方向のリレーションシップを示す反対方向を指す。サービス・ドメインは、ドメインに含まれるＢＳＥを囲む不規則な雲状形状として示される。
ビジネス・モデル図は、３つのタイプのダイアグラムの階層である。オーバービュー図は、ＢＳＥとそのリレーションシップをＢＳＥのレベルで大規模に捕捉するように設計された、詳細が制限された図形図である。ドメイン図は、これと似ているが、個々のＢＳＥを示すことなくモデルをドメイン・レベルで捕捉する。ＳＲＶ詳細図は、１対のＢＳＥの間のリレーションシップの詳細を捕捉する。リレーションシップは、オーバービュー図に関して前に説明したように示される。しかしながら、円弧は、追加の詳細テキストで装飾される。ビジネス・プロセス図は、個々のＢＳＥのビジネス・プロセスを示す１組の図である。これらは、包括的プレースホルダ図であり、コンテンツは、任意の標準的な表記法に従うことができ、デフォルト表記法は、ＵＭＬ（ユニフォーム・モデリング言語）である。これにより、ＢＳＲＭの特定ユーザは、その状況に最も適切な表記法を使用することができる。従って、その表記法は、ＢＰＭＬ、ＵＭＬまたは従来のフローチャートでよい。
図４Ａは、本発明のオブジェクト指向インプリメンテーションにおけるＢＳＥとサービス・ドメイン・オブジェクト間のリレーションシップを示す。図４Ａにおいて、ＢＳＥ４０２およびサービス・ドメイン４０３に接続されたＳｉｍＳｐａｃｅオブジェクト４０１は、ＢＳＥリスト、イベント・リスト、ＳＲＶリストおよびサービス・ドメイン・リストを含む。さらに、図４Ａは、ＢＳＥ４０２とそのサブクラス・オブジェクトとのリレーションシップ、内部ＢＳＥオブジェクト４０４および外部ＢＳＥオブジェクト４０５を示す。
図４Ｂは、本発明の１つの実施形態における、ＳｉｍＳｐａｃｅオブジェクト４０１、ＢＳＥオブジェクト４０２、およびＳＲＶオブジェクト４０６、ならびにＳｉｍＳｐａｃｅオブジェクト４０１、ＢＳＥオブジェクト４０２およびＳＲＶオブジェクト４０６の属性を収集するために使用される様々なダイアログ・オブジェクト間のリレーションシップを示す。例えば、新規ＢＳＥダイアログ４２０、編集ＢＳＥダイアログ４４０、およびＢＳＥサマリ・ダイアログ４５０は、ＢＳＥ４０２の属性を提供する。同様に、新規ＳＲＶダイアログ４３０、編集ＳＲＶダイアログ４６０、およびＳＲＶサマリ・ダイアログ４７０は、ＳＲＶ４０６の属性を提供する。ＳｉｍＳｐａｃｅダイアログ４１０は、ＳｉｍＳｐａｃｅオブジェクト４０１の属性を提供する。ＢＳＲＭのシミュレーションに使用されるダイアログ・オブジェクトのさらなる詳細は、後で説明する。
ＢＳＲＭ出力オブジェクト
ＢＳＲＭは、出力マネージャと呼ばれるオブジェクトを定義する。シミュレーション実行における出力マネージャ・オブジェクトの役割は、シミュレーション結果のフローを管理し、その結果を３つの出力インタフェース・オブジェクトのうちの１つに導くことである。出力インタフェース・オブジェクトは、テキストベース・インタフェース、グラフィカル・インタフェース、および現実世界ゲートウェイ・オブジェクトである。
ＢＳＲＭは、テキストベース・インタフェースを、任意の書式のテキスト（例えば、スプレッド・シート）出力ストリームとして定義する。このストリームの書式化は、テキストベースのインタフェース・オブジェクトによって制御され、様々な出力要求のために特化することができる。
ＢＳＲＭは、グラフィカル・インタフェースを、グラフ、チャートまたはダイナミックＢＳＲＭ図のようなシミュレーション結果出力として定義する。ダイナミックＢＳＲＭ図は、ＢＳＥとＳＲＶの表現を、シミュレーション結果ストリームに応じて変化する色や他の動的特性によって装飾することができる書式の図である。変化の目的は、シミュレーション・モデルの状態を伝えることである。例えば、収益性の高いＢＳＥが緑の陰で変化し、収益性の低いＢＳＥが赤の陰で表される。グラフィカル・シミュレーション出力の例を図１０に示し、この図１０は、ＢＳＥと関連した収入、コスト、および収益のグラフを、時間の関数として示している。
ＢＳＲＭは、現実世界ゲートウェイ・オブジェクトを、ＢＳＲＭシミュレーション・モデルと現実世界ビジネス・システム間のソフトウェア・インタフェースとして定義する。ゲートウェイ・オブジェクトによって、このインタフェースは、入力方向と出力方向の両方に進むことができる。出力方向において、モデル実行によるシミュレーション結果データを、現実世界システム（例えば、請求書発行などのビジネス機能を支援するために使用されるコンピュータを利用したシステム）に送ることができる。この機能の目的は、ＢＳＲＭを使用して、テストおよび評価用のシステムを駆動できるようにすることである。入力方向において、ゲートウェイ・オブジェクトにより、ビジネス・システムからの現実世界データを、イベント・プロセスとビジネス・プロセスを駆動するシミュレーション・モデルに結合して、例えばシミュレーション・モデルを現実世界の注文入力システムにつなぐことができる。
図５は、ＳｉｍＳｐａｃｅオブジェクト４０１、シミュレーション・ダイアログ５０１、イベント・リスト５０２、イベント・オブジェクト５０３、ビジネス・プロセス・オブジェクト５０４、および出力マネージャ５１０の間のリレーションシップを示す。出力マネージャ５１０は、テキストベース・インタフェース５１１、グラフィカル・インタフェース５１２および現実世界ゲートウェイ５１３にデータを提供する。最後に、ＳｉｍＳｐａｃｅは、ＳＩＳファイル５０５にデータを書き込む。
シミュレーション・ツール（ＢＳＲＭｓｉｍ）
「ＢＳＲＭｓｉｍ」は、本発明のシステムおよび方法によりビジネス・サービス・リレーションシップをシミュレートするために使用されるシミュレーション・ツールである。ＢＳＲＭｓｉｍは、Ｖｉｓｕａｌ Ｃ＋＋を使って実現されており、オブジェクト指向の設計である。さらに、ＢＳＲＭｓｉｍは、ダイアログ駆動型であり、以下の機能を実行するためにユーザにインタフェースを提示する。
１．シミュレーション・スペースを作成／編集し、シミュレーション実行のパラメータを設定する。
２．ビジネス・サービス・エンティティ（ＢＳＥ）を作成／編集する。
３．サービス・リレーションシップ・ベクトル（ＳＲＶ）を作成／編集する。
４．ＢＳＥと関連したイベントを作成／編集する。
５．ＢＳＥのサマリを表示する。
６．ＳＲＶのサマリを表示する。
７．シミュレーションを実行する。
８．後で使用するためにシミュレーションを保存する。
ビジネス・サービス・リレーションシップをシミュレートする代表的な段階は、以下のものを含む。
１．シミュレーション・スペースを作成し、シミュレーション実行を管理するパラメータを設定する。
２．少なくとも２つのＢＳＥを作成し、そのパラメータを設定する。
３．少なくとも１つのＳＲＶを作成し、そのパラメータを設定する。
４．ＢＳＥと関連したイベントを作成する。
５．シミュレーションを実行する。
６．結果を表示する。
図６に示したように、ＢＳＲＭｓｉｍのトップ・ダイアログボックスは、プログラムの全体的な制御と、オブジェクトを作成しシミュレーションを実行するために使用されるサブダイアログへのアクセスとを提供する。左側の列のボタンは、シミュレーション・スペース・オブジェクトを操作するために使用される。
シミュレーション・スペースは、モデル化されているビジネス・サービス・リレーションシップ用のコンテナとしてはたらくソフトウェア・オブジェクトである。このオブジェクトは、主にモデルが構築されるとき、またシミュレーションの実行中に、様々なモデル構成要素を追跡するために使用される１組のリストを含む。シミュレーション・スペース・コンテナ内には、３つの重要なオブジェクト・リストが維持される。１つ目は、ユーザによって定義されたＢＳＥオブジェクトのリストである。ユーザがＢＳＥを作成したとき、そのＢＳＥは、シミュレーション・スペース・オブジェクトによって維持されるリストに追加される。２つ目は、ＳＲＶオブジェクトのリストである。ユーザがＳＲＶを作成したとき、そのＳＲＶは、このリストに追加される。３つ目は、イベント・オブジェクトのリストである。イベントは、時間依存でありかつＢＳＥと関連付けられたダイナミック・ビジネス・プロセスの活動を示すためのための予備の手段である。イベントが作成されたとき、そのイベントは、このイベント・リストに追加される。
モデルが作成され、シミュレーションが実行されているとき、ソフトウェアは、各サイクルがシミュレーションの仮想時間の「クロック・チック（clock tick）」によってループ内を循環する。各サイクルで、各イベントが、イベント・リストとから取り出され、メンバ関数イベント：：Ｄｏ Ａｃｔｉｏｎ（アクション実行）が実行される。１つの実施形態において、この活動は、ビジネス・プロセスのコストと収益変数を増分させることからなる。
ＢＳＲＭｓｉｍが作動するとき、ユーザには、図６に示したような単純なトップ・ダイアログが提示される。トップ・ダイアログのボタンとその活動については後で説明する。Create New Simulation Space（新規シミュレーション・スペースの作成）ダイアログにより、ユーザは、シミュレーション・スペースの名前を入力することができる。この名前は、シミュレーションがファイルに直列化されたときに使用される。また、シミュレーション仮想時間を設定することもできる。これは、２つの方法で行うことができる。
（１）ユーザは、「クロック・チック」の数とタイム・スライスを指定する。シミュレーションは、実行時に、各「クロック・チック」ごとに１回循環する。タイム・スライスは、シミュレーションにおけるシミュレーション・クロックと仮想時間の間のマッピングを提供する。したがって、ユーザが、クロック・チックの数を９０に設定し、タイム・スライスを「日」に設定した場合は、実行時に、シミュレーション「クロック」が９０回チックし、各チックが、仮想時間１日の経過をシミュレートする。タイム・スライスの現在のオプションは、例えば、日、週５日（作業）、週７日、月および年である。
（２）代替として、ユーザは、仮想開始日と時刻と仮想終了日と時刻を、標準的な日／時形式で設定することができる。また、ユーザは、さらに、タイム・スライスを選択しなければならず、その選択に基づいて、ソフトウェアは、シミュレーションが実行されるとき行われる「クロック・チック」の数を計算する。
そのようなパラメータが設定されたとき、ユーザは、ＯＫボタンを選択し、ダイアログが閉じ、ユーザは、トップ・ダイアログに戻る。シミュレーション・スペース・オブジェクトは、適切なパラメータで作成される。しかしながら、このときそのスペースは保存されない。
Open Existing Simulation Space（既にあるシミュレーション・スペースを開く）ボタンは、ユーザが前に作成されたシミュレーション・スペースを選択できる標準的な「ファイル・オープン・ダイアログ」を表示させる。シミュレーション・スペースは、拡張子「.sis」の付いたファイルに直列化される。ファイルの名前は、そのファイルが作成されたときにユーザによって付けられたシミュレーション・スペースの名前と同じである。
Close Simulation Space（シミュレーション・スペースを閉じる）ボタンは、既存のシミュレーション・スペースを閉じる（オブジェクトを消滅させる）。そのスペースが保存されていない場合は、ユーザがそのスペースを保存したいかどうか尋ねるポップアップ・ダイアログが現れる。シミュレーション・スペースが変更されている場合は、ユーザに、変更を保存するかどうかを尋ねる。
Save Simulation Space（シミュレーション・スペースの保存）ボタンは、ユーザが、ディレクトリを指定し、必要に応じてオブジェクトが直列化される.sisファイルのファイル名を変更することができる標準の「ファイル・オープン・ダイアログ」を表示させる。これは、スペースを「閉じない」（すなわち、オブジェクトを破壊しない）。
Run Simulation（シミュレーションの実行）ボタンは、図９に示した「シミュレーション実行」と呼ばれるダイアログ・ボックスを表示させる。Simulation Run（シミュレーション実行）ダイアログは、Number of Clock Ticks（クロック・チックの数）、Current Clock Tick（現在のクロック・チック）、Current Time/Date（現在の時間／日付）、およびTime Slice（タイム・スライス）を含むパラメータを表示する。このボタンは、また、クロックを増分する４つのモードのうちの１つを選択するために使用できる「シミュレーション速度」の設定を行うことができる。モードは、次のとおりである。
（１）Manual（手動）−クロックは、ユーザによって選択されたボタンの制御により増分する。ボタンは、速度設定セレクタの右側に現れ、手動設定が選択されていない場合はディスエーブルされる。
（２）Slow（低速）−シミュレーションは、サイクル間で３００ミリ秒間休止する。これは、実行を遅くし、ユーザが実時間で追跡することができる図形出力があるときの使用するためのものである。速度が遅いほど、変化を理解するための時間がユーザに与えられる。
（３）Fast（高速）−シミュレーションが、サイクル間で１００ミリ秒間休止する。
（４）Free Run（自由実行）−シミュレーションは、サイクル間で休止せず、命令を実行できる程度の早さで進む。
このダイアログは、また、シミュレーションを作成するときに入力されるシミュレーション設定を表示し、ユーザがその設定を変更する機会を提供する。
Simulation Run（シミュレーション実行）ダイアログは、実行を制御する３つのボタンを左下に表示する。これらは、Start（開始）、Pause（休止）、およびStop（停止）である。Startボタンは、パラメータを初期値に設定し、クロックを開始する。もう１度Startを押すと、パラメータが初期値にリセットされ、実行が始まる。Pauseを押すと、クロックのサイクルが止まるが、パラメータはリセットされない。Pauseをもう１度押すと、クロックが再び開始される。Stopを押すと、クロックが停止する。Stopを押した後、ユーザは、シミュレーションを実行するためにStartボタンを押さなければならない。
シミュレーション実行中、ソフトウェアは、イベント出力を直列化するためにログ・ファイルを開く。１つの実施形態において、イベントは、スプレッド・シート・ファイルに出力される。後の表１に、サンプル出力を示す。シミュレーションの各段階で、シミュレーションの各ＢＳＥに２つのイベント出力がある（現在のコストと現在の収益）。現在、各シミュレーションは、一定の名前の付いたログ・ファイルを開く（例えば、ｃ：<シミュレーション名>_log.xls）。したがって、ユーザが、一度に複数のシミュレーションを実行しようとすると、ログ・ファイルが使用中であることを示すエラー・メッセージが現れる。ログ・ファイル名は、異なる名前のシミュレーションごとに異なる。OKボタンを押すとダイアログが閉じる。シミュレーションが実行されている場合は、実行を続ける。代替として、図１０に示したように、シミュレーション出力データ（例えば、コスト、収益、および利益）の出力グラフが、出力マネージャによって作成されることがある。
ＢＳＥの作成
ＢＳＥは、個々に識別可能なビジネス・モデルの要素を表す。トップ・ダイアログ（図６に示した）から、Create Business Service Entity (BSE)「ビジネス・サービス・エンティティ（ＢＳＥ）の作成」ボタンは、新しいＢＳＥに関する情報を入力し、その情報をシミュレーション・スペースに追加するために使用されるダイアログを活動化する。
Create Business Service Entity (BSE)（ビジネス・サービス・エンティティ（ＢＳＥ）を作成）ボタンは、図７に示したCreate BSE（ＢＳＥの作成）ダイアログを表示させる。このダイアログを使って、ユーザは、ＢＳＥに関する情報を入力することができる。また、このダイアログから、いくつの選択項目に依存するいくつかの追加のポップアップ・ダイアログが現れる。ユーザが設定することができる現行のパラメータは、以下の通りである。
・Service Name（サービス名）−ユーザがＢＳＥの名前を入力することができる。
・Cost of Service（サービス・コスト）−ユーザがサービスと関連したコストを入力することができる。これは、サービスを提供する繰り返しコストである。
・Service Domain（サービス・ドメイン）−これにより、ユーザは、いくつかのサービス・ドメインのうちの１つを選択することができる。代替として、ユーザは、ＢＳＥを任意の名前の付いたサービス・ドメインに割り当てることができる。
・Start-up Cost（開始コスト）−サービスと関連した非繰り返しコスト。これは、サービスを提供することと関連した初期（一時的）コストである。
・Revenue of Service（サービス収益）−これは、サービスを提供することによって得られる繰り返し収益である。
・Start-up Revenue（開始収益）−これは、サービスを開始することと関連して起こり得る収益の一時的流入である（例えば、入会金など）。
・Service Interval（サービス間隔）−このパラメータは、Length（長さ）とPeriod（周期）のタイプによって指定される（タイム・スライスと同じ形式）。
・Subclass（サブクラス）−このセレクタを使って、ユーザは、このインスタンスがどのタイプのＢＳＥになるかを決定することができる。Interior Service（内部サービス）とExterior Service（外部サービス）の２つのタイプがある。内部ＢＳＥは、ビジネス・プロセスをモデル化する観点からは、組織の一部分のエンティティである。例えば、これは、企業内の部署である。外部エンティティは、ビジネス・プロセスをモデル化する観点からは、組織の一部ではない。例えば、外部（外注）機能は、外部ＢＳＥである。これを選択すると、追加のポップアップメニューが作成されることがある。
ＢＳＥのサブクラスが選択されたときは、２つの異なるサブクラスに固有の情報を尋ねる追加のポップアップ・ダイアログが現れる。内部ＢＳＥの場合、ダイアログは、単に部署名を尋ねる。（外部エンティティまたは外注エンティティを表す）外部ＢＳＥの場合、ダイアログは、サービス提供者の名前と契約番号を尋ねる。
図６に示したBSE Summary（ＢＳＥサマリ）ボタンは、作成されたＢＳＥの要約を示すリストボック・コントロールを表示させる。これにより、ユーザは、ＢＳＥを様々なカテゴリに分類することができる。ＢＳＥをカーソルと右クリックで選択することによって、ユーザは、名前変更、編集、削除、コピーの４つの機能のうちの１つを選択するポップアップ・ボックスを得る。
・名前変更は、ユーザがＢＳＥの名前を変更することができる単純なポップアップ・ダイアログを表示させる。
・編集は、ＢＳＥを作成するために使用されるダイアログと同一のダイアログを表示させ、これにより、ユーザは、任意のパラメータとさらにＢＳＥのサブクラスも変更することができる。
・削除は、「確認（are you sure?）」ダイアログを表示させ、ユーザが、ＢＳＥを削除することをコミットすることができる。ＢＳＥが削除されるとき、ソフトウェアは、このＢＳＥを含むすべてのＳＲＶ（リレーションシップ）を自動的に削除する。
・コピーは、ＢＳＥオブジェクトを複製し、元と同じであるが「コピー」の接頭辞のついた名前の新しいオブジェクトを提供する。これは、ユーザに、類似のＢＳＥを素早く追加する機能を提供する。
ＳＲＶの作成
ＳＲＶは、ビジネス・モデルにおけるＢＳＥ間のリレーションシップを表す。トップ・レベル・ダイアログ（図６に示した）から、「Create Service Relationship Vector (SRV)（サービス・リレーションシップ・ベクトル（ＳＲＶ）の作成）」ボタンは、新しいＳＲＶに関する情報を入力し、それをシミュレーション・スペースに追加するために使用されるダイアログを活動化する。
Create Service Relationship Vector (SRV)ボタンは、図８に示した「Edit BSE Relationship（ＢＳＥリレーションシップの編集）」ダイアログを表示させる。このダイアログは、ＳＲＶに関する情報を入力する機能をユーザに提供する。また、このダイアログから、いくつかの選択によりいくつかの追加のポップアップ・ダイアログが現れる。ユーザが設定することができる現行パラメータは、以下の通りである。
・Name of Relationship（リレーションシップの名前）−ユーザがＳＲＶの名前を入力することができる。
・Description of Relationship（リレーションシップの説明）−リレーションシップを説明することができる自由テキスト・フィールド。
・BSE Name #1（ＢＳＥ名１）−ユーザが、既存ＢＳＥのプルダウン・リストから最初のＢＳＥを選択することができる。現在、リレーションシップは、対になったＢＳＥの間にあり、ＢＳＥが作成された後で作成されなければならない。
・BSE Name #2（ＢＳＥ名２）−ユーザが、既存ＢＳＥのプルダウン・リストから２番目のＢＳＥを選択する。
・Start Time/Date（開始時間／日付）−これは、リレーションシップが始まる仮想時間である。
・End Time/Date（終了時間／日付）−これは、リレーションシップが終わる仮想時間である。
・Contract Type（契約タイプ）−これは、後で参照するためのテキスト記述子である。
・Contract Template Reference（契約テンプレート参照）−これは、後で参照するのためのテキスト記述子である。
・Initial Cost（初期コスト）−これは、リレーションシップの初期コストを指定する。
・Recurring Cost（繰り返しコスト）−これは、リレーションシップの繰り返しコストを指定する。
・Termination Cost（終了コスト）−これは、サービス・リレーションシップの終了と関連したコストを指定する。
・Period（期間）−これは、コストと関連した期間を指定する（長さ）。
・Period Type（期間タイプ）−これは、期間のタイム・スライスを指定する。
・Relationship Type（リレーションシップ・タイプ）−サービス・リレーションシップ・ベクトルのサブクラスを指定する。
Service-Value（サービス−金額）、Service-Service（サービス−サービス）、Service-Goods（サービス−品物）およびGoods-Value（品物−金額）の４つのサブクラスがある。サブクラスを選択すると、追加の情報のサブクラスに固有のポップアップ・ダイアログが現れる。
Relationship Typeを選択すると、リレーションシップのタイプに固有の追加情報をユーザに照会するポップアップ・ダイアログが現れる。１つの実施形態において、ダイアログは、以下の情報を尋ねる。
（１）Service-Value SRV（サービス−金額ＳＲＶ）−このダイアログは、サービス・タイプ、サービスと関連した間隔、金額、および金額と関連した請求書発行期間を尋ねる。これは、２つの内部エンティティの間、内部エンティティと外部エンティティの間、および２つの外部エンティティの間のリレーションシップを表すことができる。これは、支払いに関するサービスの規定を表す。
（２）Service-Service SRV（サービス−サービスＳＲＶ）−このダイアログは、会計期間と共に、リレーションシップのそれぞれの側のサービス・タイプと間隔を尋ねる。このサービスは、主に同じ組織内のエンティティ間のリレーションシップで使用されることが期待されており、サービスの交換を表す。
（３）Service-Goods SRV（サービス−品物ＳＲＶ）−このダイアログは、サービス・タイプおよび間隔、品物タイプ、およびそれと関連したＰ０を尋ねる。これは、品物のサービスの交換を表す。
（４）Goods-Value SRV（品物−金額ＳＲＶ）−このダイアログは、Ｐ０番号と品物タイプを尋ねる。これは、単純な品物の購入を表す。
図６に示したSRV Summary（ＳＲＶサマリ）ボタンは、作成されたＳＲＶのサマリを示すリストボックス・コントロールを表示させる。これにより、ユーザは、ＳＲＶを様々なカテゴリで分類することができる。ＳＲＶをカーソルと右クリックで選択することによって、ユーザは、名前変更、編集、削除およびコピーの４つの機能のうちの１つを選択するポップアップ・ボックスを得る。
・名前変更は、ユーザがＢＳＥの名前を変更することができる単純なポップアップ・ダイアログを表示させる。
・編集は、ＢＳＥを作成するために使用されるダイアログと同一のダイアログを表示させ、ユーザは、任意のパラメータとさらにＢＳＥのサブクラスも変更することができる。
・削除は、「確認」ダイアログを表示させ、ユーザは、ＢＳＥを削除することをコミットすることができる。
・コピーは、ＢＳＥオブジェクトを複製し、原本と同じであるが接頭辞「Copy of（コピー）」がついた名前の新しいオブジェクトを提供する。これにより、ユーザは、類似のＢＳＥを迅速に追加することができる。
コンピュータ技術における熟練者にとって明らかになるように、本発明の方法およびシステムは、本発明の教示に従ってプログラムされる従来の汎用コンピュータまたはマイクロプロセッサを使用して好都合に実現することができる。ソフトウェア技術の熟練者に明らかなように、適切なソフトウェアは、本開示の教示に基づいて通常の技術のプログラマによって容易に作成することができる。
特定の好ましい実施形態において、ＢＳＲＭシミュレーションは、Ｖｉｓｕａｌ Ｃ＋＋プログラム言語を使用するソフトウェアによってプログラムされた。当然ながら、本発明を実現するために、他の適切なプログラム言語の演算を選択することができる。
汎用コンピュータが、本発明の方法を実現することができ、コンピュータ・ハウジングは、ＣＰＵ（中央処理装置）と、ＤＲＡＭ（ダイナミック・ランダム・アクセス・メモリ）、ＲＯＭ（読み出し専用メモリ）、ＥＰＲＯＭ（消去可能プログラム可能な読み出し専用メモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラム可能な読み出し専用メモリ）、ＳＲＡＭ（スタティック・ランダム・アクセス・メモリ）、ＳＤＲＡＭ（同期ダイナミック・ランダム・アクセス・メモリ）およびフラッシュＲＡＭ（フラッシュ・ランダム・アクセス・メモリ）などのメモリと、ならびにＡＳＩＣ（特定用途向けＩＣ）などの他の光学特殊理論装置、もしくは、ＧＡＬ（汎用アレイ・ロジック）、再プログラム可能ＦＰＧＡ（フィールド・プログラム可能なゲートアレイ）などの構成可能な論理装置を含むマザーボードを収容する。
コンピュータは、また、複数の入力装置（例えば、キーボードとマウス）と、モニタを制御するディスプレイ・カードを含むことができる。さらに、コンピュータは、ＳＣＳＩ（小型コンピュータ・システム・インタフェース）バス、拡張ＩＤＥ（integrated drive electronics）バス、またはウルトラＤＭＡ（直接メモリ・アクセス）バスなどの適切な装置バスを使って接続された、フロッピ・ディスク・ドライブや他の取外し可能媒体装置（例えば、コンパクトディスク、テープ、および取外し式磁気光媒体）ならびにハードディスクや他の固定高密度媒体ドライブを含むことができる。コンピュータは、また、同じ装置バスまたは別の装置バスに接続することができるコンパクトディスク・リーダ、コンパクトディスク・リーダ／ライタ・ユニット、またはコンパクトディスク・ジュークボックスを含むことができる。
以上述べたように、このシステムは、少なくとも１つのコンピュータ可読媒体を含む。コンピュータ可読媒体の例には、コンパクトディスク、ハードディスク、フロッピディスク、テープ、光磁気ディスク、ＰＲＯＭ（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＥＰＲＯＭ）、ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなどがある。本発明は、コンピュータ可読媒体のうちのいずれか１つまたは組み合わせに記憶された、コンピュータのハードウェアを制御しかつコンピュータが人間のユーザを対話することを可能にするソフトウェアを含む。そのようなソフトウェアは、例えば、デバイス・ドライバ、オペレーティング・システム、および開発ツールなどのユーザ・アプリケーションを含むがこれらに限定されない。
そのようなコンピュータ可読媒体は、さらに、本明細書で開示した創意に富む方法を実行するための本発明のコンピュータ・プログラム製品を含む。本発明のコンピュータ・コード装置は、スクリプト、インタプリタ、ダイナミック・リンク・ライブラリ、Ｊａｖａクラス、および完全な実行可能プログラムを含むがこれらに限定されない任意のインタープリタ型または実行形式のコード手段でよい。
さらに、本実施形態のＢＳＲＭモデルは、新しいタイプのＢＳＥサブクラスを作成するか追加のタイプのオブジェクトを追加することによって、放射線医学画像と関連した他のタイプのシミュレーションに使用することができる。例えば、大規模なＰＡＣＳ設計や地理的に分散された遠隔放射線医学システムを、ＢＳＲＭによってシミュレートすることができる。ＰＡＣＳシステムの場合、このシステムは、モダリティ、画像処理装置、およびＢＳＥなどのアーカイブを定義し、それらのリレーションシップをＳＲＶとして定義することができる。当然ながら、そのようなインプリメンテーションは、当業者が容易に達成することができる適切な技術的詳細およびパラメータを捕捉する新しいＳＲＶサブクラスの作成を必要とする。
なお、参考までに、シミュレーション出力例を記載する。
シミュレーション・スペース名：ＡＲＣ２
クロック・チック数：３６ヶ月
タイム・スライス：月
現在のクリック・チック イベント名 アクション合計
1 Month archiveserviceCost 18500
1 Month archiveserviceRevenue 5000
1 Month RadiologyreadingCost 19000
I Month RadiologyreadingRevenue 10000
1 Month Customer1Cost 34000
1 Month Customer1Revenue 30000
1 Month Customer2Cost 1000
1 Month Customer2Revenue 1000
1 Month Customer3 Cost 2000
1 Month Customer3Revenue 1000
1 Month Customer4Cost 2000
I Month Customer4Revenue 1000
1 Month SPCost 1500
1 Month ISPRevenue 2000
1 Month StorageSupportCost 4800
1 Month StorageSupportRevenue 2000
2 Month archiveserviceCost 17000
2 Month archives erviceRevenue 10000
2 Month RadiologyreadingCost 18000
2 Month RadiologyreadingRevenue 20000
2 Month Customer1Cost 70000
2 Month Customer1Revenue 60000
2 Month Customer2Cost 0
2 Month Customer2Revenue 2000
2 Month Customer3Cost 6000
2 Month Customer3Revenue 2000
2 Month Customer4Cost 4000
2 Month Customer4Revenue 2000
2 Month ISPCost 1000
2 Month ISPRevenue 4000
2 Month StorageSupportCost 4600
2 Month StorageSupportRevenue 4000
・
・
・
35 Month archiveserviceCost 32500
35 Month archiveserviceRevenue 175000
35 Month RadiologyreadingCost 15000
35 Month RadiologyreadingRevenue 350000
35 Month Customer1Cost 258000
35 Month Customer1Revenue 1050000
35 Month Customer2Cost 33000
35 Month Customer2Revenue 35000
35 Month Customer3Cost 138000
35 Month Customer3Revenue 35000
35 Month Customer4Cost 70000
35 Month Customer4Revenue 35000
35 Month ISPCost 15500
35 Month ISPRevenue 70000
35 Month Storage Support Cost 2000
35 Month StorageSupportRevenue 70000
36 Month archiveserviceCost 34000
36 Month archiveserviceRevenue 180000
36 Month RadiologyreadingCost 16000
36 Month RadiologyreadingRevenue 360000
36 Month Customer 1 Cost 1294000
36 Month Customer 1 Revenue 1080000
36 Month Customer2Cost 34000
36 Month Customer2Revenue 36000
36 Month Customer3 Cost 142000
36 Month Customer3 Revenue 36000
36 Month Customer4Cost 72000
36 Month Customer4Revenue 36000
36 Month ISPCost 16000
36 Month ISPRevenue 72000
36 Month StorageSupportCost 2200
36 Month StorageSupportRevenue 72000
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
本発明の実施形態の方法を使用して、放射線医学画像アーカイブ・サービスの特定の状況におけるビジネス・サービス・リレーションシップをモデル化する単純な例を示す図である。 本実施形態によるビジネス・サービス・リレーションシップ・プランを評価する方法の段階を示す図である。 本実施形態により様々なモードのビジネス対話を捕捉するビジネス・サービス・リレーションシップの４つの特定化（specialization）（サブクラス）を示す図である。 （ａ）は本実施形態のオブジェクト指向インプリメンテーションによるＢＳＥとサービス・ドメイン・オブジェクトのリレーションシップを示し、（ｂ）は、本実施形態のオブジェクト指向インプリメンテーションにおけるＢＳＥオブジェクト・クラスとＳＲＶオブジェクト・クラス（およびそれと関連するダイアログ・オブジェクト）のリレーションシップを示す図である。 本実施形態のオブジェクト指向インプリメンテーションによるイベント・クラス、ビジネス・プロセス・クラス、出力マネージャ・クラス、シミュレーション・ダイアログ・クラスの間のリレーションシップを示す図である。 トップのBSRMsimダイアログボックスを示す図である。 Create BSE（ＢＳＥの作成）ダイアログボックスを示す図である。 ＳＲＶを作成／編集するために使用されるEdit BSE Relationship（ＢＳＥリレーションシップの編集）ダイアログボックスを示す図である。 ＢＳＲＭｓｉｍシミューレーション・パラメータを設定するSimulation Run（シミュレーション実行）ダイアログボックスを示す図である。 本実施形態によるシミュレーション出力の例を示す図である。
符号の説明
１１０…顧客ドメイン、１２０…組織ドメイン、１２１…アーカイブ・サービス、１３０…ベンダ・ドメイン、１３１…ネットワーク・サービス、１３２…記憶ソフトウェア・サービス。

Claims (17)

  1. 複数のビジネス・サービス・エンティティ（ＢＳＥ）と、前記複数のＢＳＥのうちの２つのＢＳＥのビジネス・リレーションシップを定義する少なくとも１つのサービス・リレーションシップ・ベクトル（ＳＲＶ）とを含むビジネス組織のビジネス・サービス・リレーションシップ・モデル評価方法において、
    前記各ＢＳＥの属性情報を記憶する段階と、
    前記各ＳＲＶの属性情報を記憶する段階と、
    前記記憶したＢＳＥの属性情報と前記記憶したＳＲＶの属性情報とに基づいて、シミュレーション期間全体にわたってビジネス・サービス・リレーションシップ・モデルをシミュレートする段階と、
    前記ビジネス・サービス・リレーションシップ・モデルを評価するために、シミュレート結果を表示する段階とを有することを特徴とする方法。
  2. 少なくとも１つのサービス・ドメイン（ＳＤ）のそれぞれの属性情報を記憶する段階と、
    前記各ＢＳＥに関連した少なくとも１つのビジネス・プロセス（ＢＰ）を定義する段階と、
    少なくとも１つのＢＰの各属性情報を記憶する段階とをさらに有する請求項１に記載の方法。
  3. 前記シミュレートする段階は、前記記憶したＢＳＥの属性情報、前記記憶したＳＲＶの属性情報、前記記憶したＳＤの属性情報、および前記記憶したＢＰの属性情報を使用して、シミュレーション期間全体にわたってビジネス・サービス・リレーションシップ・モデルをシミュレートする段階を含む請求項２に記載の方法。
  4. 前記定義する段階は、それぞれのＢＳＥのビジネス・インテリジェンスを表すプロセス・モジュールを含むように、少なくとも１つのＢＰの各属性情報を設定する段階を含む請求項２に記載の方法。
  5. 前記設定する段階は、プロセス・モジュールを、各ＢＳＥの記憶した属性情報と、各ＢＳＥと関連した少なくとも１つのＳＲＶの記憶した属性情報とを処理する数学関数になるように設定する段階と、プロセス・モジュールを、各ＢＳＥの記憶した属性情報と、各ＢＳＥと関連した少なくとも１つのＳＲＶの記憶した属性情報とに作用する一連の論理段階を含むコンピュータ・プログラム・コードになるように設定する段階とのうちの１つを含む請求項４に記載の方法。
  6. 前記ＳＤの各属性情報を記憶する段階は、少なくとも１つのＳＤの各サービス・ドメインにドメイン名を割り当てる段階を含む請求項２に記載の方法。
  7. 前記表示する段階は、ビジネス・サービス・リレーションシップ・モデルを評価するために、出力マネージャの管理下で、シミュレートする段階の結果をある一定の書式で表示する段階を含む請求項１に記載の方法。
  8. 前記ＢＳＥの属性情報を記憶する段階は、前記複数のＢＳＥのそれぞれに関して各サービス・ドメインの割当てを記憶する段階を含む請求項１に記載の方法。
  9. 前記ＢＳＥの属性情報を記憶する段階は、前記複数のＢＳＥのそれぞれについて、開始コスト、サービス収益、開始収益、サービス間隔長、およびサービス期間を含む、品物とサービスの一方を提供することと関連した各属性情報を記憶する段階を含む請求項１に記載の方法。
  10. 前記ＢＳＥの属性情報を記憶する段階は、各ＢＳＥが、ビジネス組織の内部ビジネス・エンティティであるかどうかを示す各属性情報を、複数のＢＳＥの各ＢＳＥごとに記憶する段階を含む請求項１に記載の方法。
  11. 前記ＳＲＶの属性情報を記憶する段階は、前記各ＳＲＶごとに、前記複数のＢＳＥのうちのＢＳＥ対を識別する段階と、前記各ＳＲＶごとに、識別した各ＢＳＥ対間のサービス−金額、サービス−サービス、品物−金額、および品物−サービス・ビジネス・リレーションシップのうちの１つを示す各属性情報を記憶する段階とを含む請求項１に記載の方法。
  12. 前記ＳＲＶの属性情報を記憶する段階は、契約タイプ、契約開始日、契約終了日、初期コスト、終了コスト、繰り返しコスト、初期収益、契約期間、および契約期間タイプを含む品物とサービスのうちの１つの契約と関連した各属性情報を記憶する段階を含む請求項１に記載の方法。
  13. 前記シミュレートする段階は、シミュレーション開始時間、シミュレーション終了時間、シミュレーション時間期間、シミュレーション更新間隔、およびシミュレーション出力方法を含むシミューレーション・パラメータを記憶する段階と、少なくとも１つのシミュレーション更新間隔に関して前記各ＢＳＥのコスト属性と収益属性への更新を計算する段階とを含む請求項１に記載の方法。
  14. 前記表示する段階は、シミュレートの結果を出力マネージャに送る段階と、ビジネス・サービス・リレーションシップ・モデルの値を含む情報をエンド・ユーザに提供する段階を含み、前記提供する結果は、所定のシミュレーション出力方法に従って前記出力マネージャによって書式化される段階を含む請求項１３に記載の方法。
  15. 前記記憶したＢＳＥ属性情報と、前記記憶したＳＲＶ属性情報と、前記記憶したＢＰ属性情報と、外部現実世界システム内の対応するデータ変数との間のマッピングを作成する段階と、
    シミュレーション期間中に、シミュレートの結果を、現実世界ゲートウェイを介して前記外部現実世界システムに送るように、出力マネージャに指示する段階と、
    前記シミュレーション期間中に、前記現実世界ゲートウェイを介して前記外部現実世界システムから入力情報を受け取る段階と、
    マッピングを使用して、入力情報を少なくとも１つのＢＰに導く段階とを含む請求項１４に記載の方法。
  16. 請求項１から１５のいずれか１項に記載された方法を実行することによって、ビジネス組織のビジネス・サービス・リレーションシップ・モデルを評価するように構成されたシステム。
  17. 請求項１から１５のいずれか１項に記載された方法をコンピュータに実行させるためのプログラム。
JP2004071199A 2003-03-18 2004-03-12 ビジネス・サービス・リレーションシップを評価する方法およびシステム Pending JP2004280825A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US10/389,763 US20040186764A1 (en) 2003-03-18 2003-03-18 Method and system for evaluating business service relationships

Publications (2)

Publication Number Publication Date
JP2004280825A true JP2004280825A (ja) 2004-10-07
JP2004280825A5 JP2004280825A5 (ja) 2007-04-26

Family

ID=32987432

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004071199A Pending JP2004280825A (ja) 2003-03-18 2004-03-12 ビジネス・サービス・リレーションシップを評価する方法およびシステム

Country Status (2)

Country Link
US (1) US20040186764A1 (ja)
JP (1) JP2004280825A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101801965B1 (ko) 2014-09-24 2017-11-27 이원재 진화 시뮬레이션을 이용한 비즈니스 모델의 도출 및 평가 방법

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1625542A4 (en) * 2003-05-22 2009-08-05 Pershing Investments Llc METHOD AND SYSTEM FOR PREDICTING INCOME FROM A CLIENT
US10083621B2 (en) 2004-05-27 2018-09-25 Zedasoft, Inc. System and method for streaming video into a container-based architecture simulation
US7516052B2 (en) * 2004-05-27 2009-04-07 Robert Allen Hatcherson Container-based architecture for simulation of entities in a time domain
US8881094B2 (en) 2004-05-27 2014-11-04 Zedasoft, Inc. Container-based architecture for simulation of entities in a time domain
US20060074725A1 (en) * 2004-09-30 2006-04-06 International Business Machines Corporation Method and apparatus for simulating implementation models of business solutions
US8145503B2 (en) 2005-02-25 2012-03-27 Virtual Radiologic Corporation Medical image metadata processing
US8229761B2 (en) 2005-02-25 2012-07-24 Virtual Radiologic Corporation Enhanced multiple resource planning and forecasting
US8195481B2 (en) 2005-02-25 2012-06-05 Virtual Radiologic Corporaton Teleradiology image processing system
US7729928B2 (en) 2005-02-25 2010-06-01 Virtual Radiologic Corporation Multiple resource planning system
US7694279B2 (en) * 2006-02-27 2010-04-06 Microsoft Corporation Extensible web service
US7873967B2 (en) * 2006-02-27 2011-01-18 Microsoft Corporation Pluggable business logic
US7797136B2 (en) * 2006-12-20 2010-09-14 Sap Ag Metrics to evaluate process objects
US20110022428A1 (en) * 2009-07-27 2011-01-27 Roger Allen Parker Modelling a transport market
US8793706B2 (en) 2010-12-16 2014-07-29 Microsoft Corporation Metadata-based eventing supporting operations on data
US9990599B1 (en) * 2013-12-20 2018-06-05 Massachusetts Mutual Life Insurance Company Method and system for multidisciplinary research collaboration
US20170140306A1 (en) * 2014-09-22 2017-05-18 o9 Solutions, Inc. Business graph model
CN117726237B (zh) * 2024-02-07 2024-05-10 四川大学华西医院 即时评估方法、装置、计算机设备及可读存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07182152A (ja) * 1993-12-22 1995-07-21 Mitsubishi Electric Corp オブジェクト型モデル作成システム、故障診断システムおよび故障診断システム作成システム
JPH09134341A (ja) * 1995-11-13 1997-05-20 Fujitsu Ltd シミュレータ作成装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6526392B1 (en) * 1998-08-26 2003-02-25 International Business Machines Corporation Method and system for yield managed service contract pricing
US6304892B1 (en) * 1998-11-02 2001-10-16 Hewlett-Packard Company Management system for selective data exchanges across federated environments
US6792605B1 (en) * 1999-06-10 2004-09-14 Bow Street Software, Inc. Method and apparatus for providing web based services using an XML Runtime model to store state session data
US7536361B2 (en) * 2000-12-29 2009-05-19 International Business Machines Corporation Web-based solution for managing information traditionally managed within private electronic environments
US20040215551A1 (en) * 2001-11-28 2004-10-28 Eder Jeff S. Value and risk management system for multi-enterprise organization
US20020169658A1 (en) * 2001-03-08 2002-11-14 Adler Richard M. System and method for modeling and analyzing strategic business decisions
US7228328B2 (en) * 2001-05-31 2007-06-05 Hewlett-Packard Development Company, L.P. Multinode activation and termination method and system
US7742948B2 (en) * 2004-03-08 2010-06-22 Sap Aktiengesellschaft Method of and system for allocating an OTB-relevant purchasing contract

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07182152A (ja) * 1993-12-22 1995-07-21 Mitsubishi Electric Corp オブジェクト型モデル作成システム、故障診断システムおよび故障診断システム作成システム
JPH09134341A (ja) * 1995-11-13 1997-05-20 Fujitsu Ltd シミュレータ作成装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101801965B1 (ko) 2014-09-24 2017-11-27 이원재 진화 시뮬레이션을 이용한 비즈니스 모델의 도출 및 평가 방법

Also Published As

Publication number Publication date
US20040186764A1 (en) 2004-09-23

Similar Documents

Publication Publication Date Title
US10001975B2 (en) Integrated system for software application development
US20180210709A1 (en) Integrated System for Software Application Development
US10019239B2 (en) Systems and methods for enhancing software products through integrated development environment running on host computer
JP2004280825A (ja) ビジネス・サービス・リレーションシップを評価する方法およびシステム
US8843883B2 (en) System and method for model-driven dashboard for business performance management
CA2704294C (en) System and process for automatically configuring a behavior for an instruction for a requirements validation computer program
US20080127052A1 (en) Visually exposing data services to analysts
US8510288B2 (en) Applying analytic patterns to data
US9846849B2 (en) System and method for providing an editor for use with a business process design environment
US20070276714A1 (en) Business process map management
US20040122699A1 (en) Method and system for integrating workflow management with business intelligence
Molina et al. CIAT-GUI: A MDE-compliant environment for developing Graphical User Interfaces of information systems
Hall et al. The, enterprise architecture, process modeling, and simulation tools report
US20110184870A1 (en) Form processing in a user interface workflow composition tool
Shafiee et al. Evaluating the benefits of a computer-aided software engineering tool to develop and document product configuration systems
Silva et al. A comparative study of milestones for featuring GUI prototyping tools
Lumertz et al. User interfaces metamodel based on graphs
US8209201B1 (en) System and method for correlating objects
Rokis et al. Exploring Low-Code Development: A Comprehensive Literature Review
US20110093406A1 (en) User interface workflow composition method, system and computer program product
US20110252360A1 (en) Business software application system and method with productivity bar and expression engine
US20220027806A1 (en) Multi-process workflow designer
Chowdhary et al. Model-driven dashboards for business performance reporting
Ledl Analyzing the potential of low-code platforms in digital transformation and implementing a project management application
Sugumaran et al. Identifying software components from process requirements using domain model and object libraries

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070312

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070312

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090901

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20091130

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20091203

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100427