【手続補正書】
【提出日】平成18年2月10日(2006.2.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンピュータシステムにて、選択された型の承認の要求を承認するための処理を定義する方法であって、
複数の承認処理要素の各々の視覚的表示を含むパレットを表示し、
ユーザ入力の複数のインスタンスを取得し、該ユーザ入力の複数のインスタンスの各々は、前記視覚的表示の１つをワークスペース内の選択された位置へとドラッグして、前記承認処理要素の配列を形成し、
形成された前記承認処理要素の配列に対応した処理の定義を格納することを特徴とする方法。
【請求項２】
さらに、格納された前記処理の定義を用いて、選択された型の承認の要求を処理することを特徴とする請求項１記載の方法。
【請求項３】
さらに、格納された処理の定義を取得し、
取得された前記処理の定義を修正し、
修正された前記処理の定義を、選択された型とは異なる特定の型の承認の要求を処理するために格納することを特徴とする請求項１記載の方法。
【請求項４】
表示された前記視覚的表示の１つは、ゲート要素の視覚的表示であり、前記ゲート要素は、承認処理にて、各々の前記要求が到達する位置であって、１人または２人以上の承認者のグループの少なくとも１人により各々の前記要求が承認されるべき位置を確立することを特徴とする請求項１記載の方法。
【請求項５】
表示された前記視覚的表示の１つは、条件要素の視覚的表示であって、前記条件要素は、当該条件要素に関連した条件の値に基づき、当該条件要素に到達する各々の前記要求のための承認処理を、１つ又は２つの代替的な経路へと分岐させることを特徴とする請求項１記載の方法。
【請求項６】
表示された前記視覚的表示の１つは、接続要素の視覚的表示であって、前記接続要素は、当該接続要素に到達する各々の前記要求の承認処理を、２つの別個の経路の両方へと分割し、両方の前記経路は、承認されるべき要求を満たすべきものであることを特徴とする請求項１記載の方法。
【請求項７】
表示された前記視覚的表示の１つは、分離要素の視覚的表示であって、前記分離要素は、当該分離要素に到達する各々の前記要求の承認処理を、２つの別個の経路の両方へと分割し、両方の前記経路のうち、要求が承認されるかどうかを判別する第１の経路のほうが完了することを特徴とする請求項１記載の方法。
【請求項８】
表示された前記視覚的表示の１つは、終了要素の前記視覚的表示であって、前記終了要素は、承認処理にて、各々の前記要求が到達する位置であって、各々の前記要求が承認されるべきものと判別される位置を確立することを特徴とする請求項１記載の方法。
【請求項９】
表示された前記視覚的表示の１つは、コネクタの視覚的表示であって、前記コネクタは、承認処理にて、第１の承認処理要素から第２の承認処理要素への流れを確立することを特徴とする請求項１記載の方法。
【請求項１０】
選択された型の承認の要求を承認するための処理をコンピュータシステムに定義させるコンテンツを含むコンピュータ読み取り可能な媒体であって、前記コンテンツは、
複数の承認処理要素の各々の視覚的表示を含むパレットを表示し、
ユーザ入力の複数のインスタンスを取得し、前記ユーザ入力の複数のインスタンスの各々は、前記視覚的表示の１つをワークスペース内の選択された位置へとドラッグして、前記承認処理要素の配列を形成し、
形成された前記承認処理要素の配列に対応した処理の定義を格納することにより、前記コンピュータシステムに定義させることを特徴とするコンピュータ読み取り可能な媒体。
【請求項１１】
選択された型の承認の要求を承認するための処理を定義するコンピュータシステムであって、
複数の承認処理要素の各々の視覚的表示を含むパレットを表示する表示装置と、
前記視覚的表示の１つをワークスペース内の選択された位置へとドラッグして、前記承認処理要素の配列を形成するユーザ入力の複数のインスタンスを取得するユーザ入力モジュールと、
形成された前記承認処理要素の配列に対応した処理の定義を格納する記憶装置とを備えたことを特徴とするコンピュータシステム。
【請求項１２】
コンピュータシステムにて、第１の型の承認の要求を承認するための処理を定義する方法であって、
前記第１の型とは異なる第２の型の承認の要求を承認するために格納された処理の定義を取得し、
取得された前記処理の定義の図形表現を表示し、
表示された前記図形表現を修正するユーザの入力を取得し、
修正された前記図形表現に対応した処理の定義を格納し、格納された前記処理の定義は、前記第１の型の承認の要求を承認するための処理を定義していることを特徴とする方法。
【請求項１３】
前記第１の型の承認の要求は、第１のアプリケーションを用いて生成され、前記第２の型の承認の要求は、第１のアプリケーションとは異なる第２のアプリケーションを用いて生成されることを特徴とする請求項１２記載の方法。
【請求項１４】
格納された前記処理の定義は、基底のアプリケーションの表示を特定し、その中に、前記第１の型の承認の要求についての詳細が表示され得ることを特徴とする請求項１２記載の方法。
【請求項１５】
格納された前記処理の定義は、前記第１の型の承認の要求に対応した業務オブジェクトの種類を特定することを特徴とする請求項１２記載の方法。
【請求項１６】
格納された前記処理の定義は、前記第１の型の承認の要求を作成する業務サービスを特定することを特徴とする請求項１２記載の方法。
【請求項１７】
承認の要求の転送データ構造を含むコンピュータメモリであって、前記転送データ構造は、２人または３人以上の承認の要求の承認者のグループを特定する情報を含み、前記転送データ構造が承認の要求を承認者へ転送するために用いられる場合、当該承認の要求は、ほぼ同時に呈示され、第１の承認者が当該承認の要求に対処するまでの間にのみ呈示されることを特徴とするコンピュータメモリ。
【請求項１８】
前記グループを特定する情報は、グループ全体を特定する単一の識別子であることを特徴とする請求項１７記載のコンピュータメモリ。
【請求項１９】
前記グループを特定する情報は、前記グループにおける個々の構成員を特定する各々の識別子のリストであることを特徴とする請求項１７記載のコンピュータメモリ。
【請求項２０】
前記グループを特定する情報は、前記グループの構成員を特定する結果をもたらす照会であることを特徴とする請求項１７記載のコンピュータメモリ。
【請求項２１】
前記転送データ構造は、さらに、前記グループによる承認の図形表現への参照を含むことを特徴とする請求項１７記載のコンピュータメモリ。
【請求項２２】
承認の要求の転送データ構造を含むコンピュータメモリであって、前記転送データ構造は、
前記転送データ構造が承認の要求を転送するために用いられる場合に実行されるべき判別を示す情報と、
前記判別が首尾よく通った場合に辿るべき第１の承認経路の識別と、
前記判別が首尾よく通らなかった場合に辿るべき第２の承認経路の識別とを含み、前記第２の承認経路は、前記第１の承認経路とは異なることを特徴とするコンピュータメモリ。
【請求項２３】
前記転送データ構造は、さらに、前記判別の図形表現への参照を含むことを特徴とする請求項２２記載のコンピュータメモリ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】発明の名称
【補正方法】変更
【補正の内容】
【発明の名称】コンピュータシステムにて、選択された型の承認の要求を承認するための処理を定義する方法、コンピュータ読み取り可能な媒体、コンピュータシステム、およびコンピュータメモリ
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
図３は、本発明の教示内容に応じてアプリケーションが構築可能なマルチレイヤアーキテクチャの他の論理表現を示すブロック図である。繰り返すと、図３に示すマルチレイヤアーキテクチャは、設計されて様々なアプリケーションに対応した様々な共通のサービスに対して、構成されたプラットフォームを提供する。一実施形態では、これらの様々なサービスには、アプレットマネージャ及びユーザインタフェースレイヤに対応したプレゼンテーションサービス・ロジックレイヤ、オブジェクトマネージャ（ＯＭ）レイヤ及びデータマネージャレイヤ（ＤＭ）に対応したアプリケーションサービス・ロジックレイヤ、並びにデータベースレイヤに対応したデータ格納サービス・ロジックレイヤが、含まれてもよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
一実施形態では、プレゼンテーションサービスは、様々な型のクライアントに対応するように設計及び構成されてもよく、これらのプレゼンテーションサービスに対してユーザインタフェースアプレット、表示、図、及びレポート等を提供してもよい。前述のように、ワイヤレスクライアント、ハンドヘルドクライアント、ウェブクライアント、移動ウェブクライアント、及び専用（接続）クライアント等、多岐に亘るクライアントに対応してもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【００３５】
一実施形態では、アプリケーションサービスには、業務ロジックサービス及びデータベース対話サービスが、含まれてもよい。一実施形態では、業務ロジックサービスは、業務オブジェクト及び業務コンポーネントの種類及び動作を提供する。一実施形態では、データベース対話サービスは、データに対するユーザインタフェース（ＵＩ）の要求を業務コンポーネントから取得して、要求を満たすために必要なデータベースコマンド（例えば、ＳＱＬの照会等）を生成するように、設計及び構成されてもよい。例えば、データ対話サービスは、データのコールをＤＢＭＳ別のＳＱＬ文に変換するために用いられてもよい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
一実施形態では、データ格納サービスは、様々なアプリケーションの基礎として機能する基底のデータモデルのためにデータの格納を提供するように、設計及び構成されてもよい。例えば、データモデルは、コールセンタ、販売、サービス、及びマーケティング等の様々なソフトウェア製品及びアプリケーション、並びに、電子ファイナンス、電子保険、電子コミュニケーション、電子医療等の産業に対して縦断的な様々な製品及びアプリケーションに対応するように、設計及び構成されてもよい。