JPWO2008084666A1 - アプリケーション・サーバにおける業務処理のためのデータ入力を支援するための方法、プログラム、およびエージェント・サーバ - Google Patents

Abstract

【課題】 入力ユーザ端末およびエージェント・サーバを含むデータ処理システムにおいて、アプリケーション・サーバにおける業務処理を実施させるため必要なデータの入力を支援するための方法を提供する。【解決手段】 入力ユーザ端末は、入力フィールドを含む入力画面を入力ユーザ端末の表示装置上に表示し、入力ユーザから受けた入力フィールドに対する入力代行ユーザの指定の情報をエージェント・サーバに送信する。エージェント・サーバは、入力代行ユーザの指定の情報に基づいて入力代行ユーザに対応する入力代行タスクを含むワークフロー・プロセスを動的に生成する命令を生成し、ワークフロー・プロセスの実施の過程において代行処理者が入力代行ユーザ端末において対応する入力フィールドに対して入力したデータを使用して、業務処理について代行処理を実施する。

Description

本発明は、一般的に、情報処理技術に関し、より特定的には、アプリケーション・サーバにおける業務処理のためのデータ入力を支援するための方法、プログラム、およびエージェント・サーバに関する。

近年のエンタープライズシステムに、ウェブ・アプリケーション・システムが広く導入されている。例えば、ウェブ・アプリケーション・システムである立替金精算処理システムにおいては、従業員は、ウェブ・ブラウザに表示された入力画面内の入力フィールドに、経路、交通費、宿泊費、勘定コードなどを入力する。入力されたデータを立替金精算処理アプリケーション・サーバに送信すると、立替金精算処理が実施される。

このようなエンタープライズシステムを所有する会社の従業員は、立替金精算処理に必要な入力項目の一部（たとえば、勘定コード）を正確に知らないあるいは忘れてしまった場合に、電子メールやインスタント・メッセージング・ソフトウェアのようなコラボレーションツールを使用して、他の従業員に確認をすることによって立替金精算処理を実施する。

しかし、このような従業員のデータ入力に伴う確認作業は、場合によっては会社全体で相当なコストになることがある。以上から、上述のような単純で煩わしい確認作業を不要とする情報システムの必要性が理解されるだろう。

特開２００５−３２１９３７号公報は、部品情報の入力の効率化を図ることを目的とする部品情報管理システムを開示する。かかるシステムにおいては、部品コード管理サーバは、新規部品について、部品情報の入力要求を受け付けた後、管理者の指示に応じて、部品情報の入力を依頼する電子メールを入力対象となる部品に対応するベンダに送信する。各ベンダは、上記電子メールを受信すると、各ベンダ端末から仲介サーバにアクセスする。仲介サーバは、アクセスしたベンダに対し、対応する部品情報入力画面を提供する。各ベンダは、部品情報入力画面から、依頼された部品の部品情報の入力を行う。入力された部品情報は、仲介サーバで管理され、管理者によって確認された後、部品コード管理サーバに登録される。

特開２００２−２７９１６６号公報は、ユーザがユーザ自身に関係するデータ提供機関にいちいちアクセスすることなく、ユーザの希望する家計簿データを簡単に入手できるシステムを開示する。かかるシステムにおいては、ユーザ端末からの家計簿データに関するサービス要求をサービス代行サーバで受け付け、このサービス代行サーバにおいてユーザの希望する要求データをデータ提供機関に問い合わせ、この問い合わせにより要求データをデータ提供機関から収集する。収集されたデータはユーザの希望する家計簿データに編集されてユーザ端末へ配信される。また、ユーザの希望するデータの収集が終了した後は、ユーザ端末からサービス代行サーバに対してサービス終了を通知し、編集された家計簿データを消去する。

特開２００５−３２１９３７号公報 特開２００２−２７９１６６号公報

背景技術によって既存のウェブ・アプリケーションに入力すべきデータの一部を他者に入力代行をさせるには、ワークフロー・プロセスのテンプレートをあらかじめ準備するか、または既存のウェブ・アプリケーションを改変する必要がある可能性があり、システム構成の柔軟性に欠け、背景技術では、既存のウェブ・アプリケーションに対して広く一般的に入力代行をできるようにすることができないという課題があった。

従って、本発明の目的の１つは、上記の課題に鑑み、アプリケーション・サーバにおける業務処理のためのデータ入力を支援するための方法、プログラム、およびエージェント・サーバの改善を提供し、システムの柔軟性を向上することである。

上記の目的を達成するために、入力ユーザ端末およびエージェント・サーバを含むデータ処理システムにおいて、アプリケーション・サーバにおける業務処理を実施させるため必要なデータの入力を支援するための方法が提供される。好適には、データ処理システムは、入力代行ユーザ端末、ワークフロー・サーバ、およびアプリケーション・サーバに接続されている。

方法は、入力ユーザ端末において実施される、アプリケーション・サーバにおける業務処理のためのデータ入力を実施するための入力画面であって、１以上の入力フィールドを含む入力画面を表示装置上に表示して入力ユーザに提示するステップと、１以上の入力フィールドのうちの少なくとも１つに対する入力代行ユーザの指定を入力ユーザから受けるステップと、入力代行ユーザの指定をエージェント・サーバに送信するステップを含む。

さらに、方法は、エージェント・サーバにおいて実施される、入力代行ユーザの指定に基づいて入力フィールドへの入力代行を割り当てられた入力代行ユーザに対応する１以上の入力代行タスクを含むワークフロー・プロセスを動的に生成する命令を生成するステップと、対応する入力フィールドにデータを入力することを内容とする入力代行タスクの処理要求を、前記生成命令に従って生成されたワークフロー・プロセスに従って、データ処理システムに接続された指定された入力代行ユーザの入力代行ユーザ端末に送信するステップと、入力代行タスクの処理要求に応じて、指定された入力代行ユーザから対応する入力フィールドに対して代行処理者が入力代行ユーザ端末において入力したデータを使用して、業務処理について代行処理を実施するステップを含む。

以上、本発明の概要を、方法として説明したが、本発明は、データ処理システム、プログラム、またはプログラム製品として把握することもできる。プログラム製品は、例えば、前述のプログラムを格納した記憶媒体を含め、あるいはプログラムを伝送する媒体を含めることができる。

上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの構成要素のコンビネーションまたはサブコンビネーションもまた、発明となり得ることに留意すべきである。

以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

また、本発明は多くの異なる態様で実施することが可能であり、実施の形態の記載内容に限定して解釈されるべきものではない。また、実施の形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須とは限らないことに留意されたい。実施の形態の説明の全体を通じて同じ要素には同じ番号を付している。

図１は、本発明の実施形態の企業内ネットワーク・システム１００を図示した高水準の全体概要図である。本発明の実施形態のシステム１００は、ネットワーク１３０を介して相互に接続された、エージェント・サーバ１１０、クライアント１２０ａ、１２０ｂ、‥１２０ｎ（本明細書において「クライアント１２０」と総称する）、コラボレーション・サーバ１４０、ユーザ管理サーバ１５０、ワークフロー・サーバ１６０、およびアプリケーション・サーバ１７０を含む。

エージェント・サーバ１１０は、入力ユーザ端末１２０ａからアプリケーション・サーバ１７０が必要とするデータを入力するための入力画面に含まれる１以上の入力フィールドに対する入力代行ユーザの指定を受領し、それに応じて、入力代行ユーザに実施させる入力代行タスクを含むワークフロー・プロセスを生成させる命令を生成し、該命令をワークフロー・サーバ１６０に送信することによってワークフロー・プロセスを生成させるまた、エージェント・サーバ１１０は、入力代行ユーザに入力代行タスクを実施するためのインターフェースを提供する。さらに、エージェント・サーバ１１０は、代行処理者が入力代行ユーザ端末において入力したデータを使用して、代行処理を実施する。エージェント・サーバ１１０の機能および動作の詳細は後述する。

本発明の実施形態のクライアント１２０は、それぞれのユーザに与えられたパーソナルコンピュータである。クライアント１２０は、よく知られたウェブ・ブラウザを備え、ユーザは、クライアント１２０を操作し、ブラウザを通じて、ネットワーク１３０に接続された他のコンピュータと対話をすることができる。また、本発明の実施形態では、クライアント１２０に、エージェント・サーバ１１０からブラウザのプラグインをダウンロードし、導入することによって、拡張機能が追加される。かかるプラグインによって追加される拡張機能の詳細は後述する。

本発明の実施形態においては、クライアント１２０は、マイクロソフト・コーポレーションの提供するインターネット・エクスプローラ（商標）またはモジラ・コーポレーションの提供するファイアフォックス（商標）などをブラウザとして採用することができる。なお、本明細書において、自己の立替金精算処理の実施を希望してデータ入力を実施する入力ユーザの操作するクライアント１２０を「入力ユーザ端末１２０ａ」、入力ユーザの依頼に基づいてデータ入力を代行する入力代行ユーザのクライアント１２０を「入力代行ユーザ端末１２０ｂ」と称する。

コラボレーション・サーバ１４０は、ネットワーク・システム１００を所有する会社の従業員がお互いに情報を交換しあってコラボレーションを実施するためのサービスを提供する。具体的には、コラボレーション・サーバ１４０は、インスタント・メッセージング・サービス、電子メールサービスなどを提供する。本発明の実施形態では、エージェント・サーバ１１０は、コラボレーション・サーバ１４０のサービスを利用して、それぞれのクライアント１２０と情報の交換をすることができる。

ユーザ管理サーバ１５０は、ネットワーク・システム１００のユーザに関する情報、例えば、メールアドレスその他のユーザＩＤやパスワードなどを管理する。ユーザ管理サーバ１５０は、公開されたＡＰＩを通じて、自己が管理する情報を適切な形式でネットワークを通じて、適宜アプリケーションに提供する。かかるアプリケーションの例としては、インスタント・メッセージング・クライアント、電子メールクライアント・ソフトウェアなどが挙げられる。

ワークフロー・サーバ１６０は、エージェント・サーバ１１０がモデル構造から作成した細分化タスク構造に基づいて、ワークフロー・プロセスを生成し、さらに、生成したワークフロー・プロセス管理する。モデル構造、細分化タスク構造、およびワークフロー・サーバ１６０が作成するワークフロー・プロセスの内容および生成の詳細については後述する。

アプリケーション・サーバ１７０は、システム１００の他のコンピュータ装置と対話し、業務サービスを提供する。本発明の実施形態では、アプリケーション・サーバ１７０は、従業員がビジネスを現実世界で遂行する上で必要な交通費等の立替金精算処理サービスを提供するものとする。

ネットワーク１３０は、クライアント１２０、エージェント・サーバ１２０、およびアプリケーション・サーバ１３０を接続する通信経路であり、一例としてＬＡＮ（ローカル・エリア・ネットワーク）により実現することができる。ＬＡＮであるネットワーク１３０は、当業者によく知られた通信プロトコルであるＴＣＰ／ＩＰを用いてシステム間を接続する。

図２は、本発明の実施形態によるエージェント・サーバ１１０の機能ブロック図である。なお、図２や図３の機能ブロック図に示す各要素は、図Ｘを用いて後述するハードウェア構成を有する情報処理装置において、ハードディスク装置１３などに格納されたオペレーティング・システムやコンピュータ・プログラムをメインメモリ４にロードした上でＣＰＵ１に読み込ませ、ハードウェア資源とソフトウェアを協働させることによって実現することができる。

本発明の実施形態においては、エージェント・サーバ１２０は、クライアント通信部２０５、サーバ通信部２１０、プラグイン管理部２１５、モデル構造記憶部２２０、細分化タスク構造生成部２２５、細分化タスク構造記憶部２３０、ワークフロー制御部２３５、入力操作記憶部２４０、入力代行ユーザ別再現処理部２４５、代行入力値記憶部２５０、代行処理制御部２５５、ブラウザ２６０を備える。

クライアント通信部２０５は、入力ユーザ端末１２０ａおよび入力代行ユーザ端末１２０ｂを含むクライアント１２０とエージェント・サーバ１１０が通信を実施する機能を提供する。サーバ通信部２１０は、コラボレーション・サーバ１４０、ユーザ管理サーバ１５０、ワークフロー・サーバ１６０、およびアプリケーション・サーバ１７０を含む、ネットワーク１３０に接続されたサーバ群とエージェント・サーバ１１０が通信を実施する機能を提供する。

プラグイン管理部２１５は、本発明の実施形態のクライアント１２０のブラウザとともに使用されるプラグイン・プログラムを格納し、クライアント１２０の要求に応答して、クライアント１２０にクライアント通信部２１０を通じてプラグイン・プログラムを提供する。

モデル構造記憶部２２０は、入力ユーザ端末１２０ａからクライアント通信部２０５を通じて受けたモデル構造を記憶する。細分化タスク構造生成部２２５は、モデル構造記憶部２２０に記憶されたモデル構造に基づいて、細分化タスク構造を生成する。細分化タスク構造生成部２２５によって生成された細分化タスク構造は、細分化タスク構造記憶部２３０に記憶される。なお、モデル構造および細分化タスク構造の内容および生成の詳細は後で詳述する。

ワークフロー制御部２２５は、細分化タスク構造記憶部２３０に記憶された細分化タスク構造に基づいて入力代行を割り当てられた入力代行ユーザに対応する１以上の入力代行タスクを含むワークフロー・プロセスを動的に生成する命令を生成し、サーバ通信部２１０を通じてワークフロー・サーバ１６０に送信する機能を有する。かかる命令を受信したワークフロー・サーバ１６０は、ワークフロー・プロセスを生成し、その後、ワークフロー・プロセスの起動およびタスクの進捗管理を実施する。なお、ワークフロー・サーバ１６０により生成されるワークフロー・プロセスの内容および生成の詳細は後述する。

入力操作記憶部２４０は、入力ユーザ端末１２０ａからクライアント通信部２０５を通じて受信した入力ユーザ端末１２０ａにおける入力ユーザの端末操作の記録を記憶する。入力操作記憶部２４０に記憶された入力ユーザの端末操作の記録は、入力代行ユーザ端末１２０ｂにおける再現処理および代行処理制御部２５５による代行処理に使用される。

入力代行ユーザ別再現処理部２４５は、入力代行タスクの処理要求を受領した入力代行ユーザ端末１２０ｂからの入力再現ファイルの要求に応じて、その入力代行ユーザに割り当てられた入力フィールドに対するデータ入力インターフェースを与える入力再現ファイルを作成し、入力代行ユーザ端末１２０ｂに送信する。

代行入力値記憶部２５０は、入力代行タスクを実施した入力代行ユーザ端末１２０ｂからクライアント通信部２０５を通じて受信した代行入力値を記憶する。

代行処理制御部２５５は、すべての入力代行タスクが完了したことを条件に、代行処理を自動的に開始する。具体的には、代行処理部２５５は、入力操作記憶部２４０に記憶された入力操作の記録および代行入力値記憶部２５０に記憶された代行入力値に基づいて、代行処理ファイルを作成する。また、代行処理制御部２５５は、エージェント・サーバ１１０のブラウザ２６０を起動することができる。エージェント・サーバ１１０のブラウザ２６０にはクライアント１１０に導入されたものと同様のプラグインが組み込まれている。エージェント・サーバ１１０の代行処理制御部２５５は、かかるプラグインが組み込まれたブラウザ環境において代行処理ファイルにしたがってアプリケーション・サーバ１７０と対話をすることによって立替金精算処理を実施する。

図３は、本発明の実施形態によるクライアント１２０の機能ブロック図である。クライアント１２０は、入力部３０５、表示部３１０、ブラウザ３１５、プラグイン３２０、およびサーバ通信部３２５を含む。

入力部３０５は、キーボード６やマウス７を使用したクライアント１２０のユーザからの入力を受ける機能を有する。表示部３１０は、クライアント１２０のユーザに情報を提示するために表示装置１１などに情報を表示する機能を有する。サーバ通信部３２５は、エージェント・サーバ１１０などのネットワーク１３０に接続されたサーバ・コンピュータと通信をする機能を有する。

ブラウザ３１５は、ウェブ・ページなどの電子ドキュメントを閲覧するためのアプリケーション・ソフトウェアである。本発明の実施形態においては、ブラウザ３１５は、ネットワーク上のサーバからＨＴＭＬやＸＭＬ形式に従うファイルなどをダウンロードし、表示することができる。ブラウザ３１０は、ユーザが表示した入力画面を使用してデータをサーバに送信することができる。また、ブラウザ３１５は、プラグインと称される小さなプログラムを組み込むことによって機能拡張をすることなどができる。

本発明の実施の形態においては、前述の通り、本発明の実施形態では、ブラウザ３１５として、マイクロソフト・コーポレーションの提供するインターネット・エクスプローラ（商標）またはモジラ・コーポレーションの提供するファイアフォックス（商標）などの既存のウェブ・ブラウザを採用することができる。

プラグイン３２０は、ブラウザ３１５に追加機能を提供するための小さなプログラムである。本発明の実施形態においては、クライアント１２０のユーザは、エージェント・サーバ１２０からプラグイン３２０をダウンロードし、導入する。プラグイン技術自体はウェブ・ブラウザの技術分野においてよく知られたものであるので、本明細書では詳細には説明されない。

本発明の実施形態のプラグイン３２０は、モデル構造生成部３３０、モデル構造記憶部３３５、入力操作取得部３４０、入力操作記憶部３４５、再現処理部３５０、再現ファイル記憶部３５５、代行入力値取得部３６０、代行入力値記憶部３６５、およびブラウザ・インターフェース制御部３７０を含む。

モデル構造生成部３３０は、入力画面に含まれる入力フィールドに対して入力代行ユーザが指定されたことに応じて、入力画面ＩＤ、入力フィールドＩＤ、および入力代行ユーザＩＤを含むモデル構造を生成する。モデル構造記録部３３５は、モデル構造生成部３３０が生成したモデル構造を記憶する。モデル構造記録部３３５に記録されたモデル構造はエージェント・サーバ１１０にサーバ通信部３２５を通じて送信され、細分化タスク構造を生成するために使用される。

入力操作取得部３４０は、クライアント１２０においてユーザの端末操作の記録を開始されていることを条件に、クライアント１２０のブラウザ３１５に対してなされたユーザの端末操作をすべて取得する。入力操作記憶部３４５は、入力操作取得部３４０が取得したユーザの端末操作を記録する。本発明の実施形態においては、入力操作記憶部３４５に記録されたユーザの端末操作は、エージェント・サーバ１１０に送信され、後でエージェント・サーバ１２０によって、クライアント１２０において実施された動作を再現等するために使用される。

再現処理部３５０は、エージェント・サーバ１１０から入力代行タスクの処理要求を受領し、入力代行ユーザがそれを承諾したことに応じて、入力再現ファイルの要求をエージェント・サーバ１１０にサーバ通信部２１０を通じて送信する。入力再現ファイル記憶部３５５は、前述の入力再現ファイルの要求の返信としてサーバ通信部３２５が受信したその入力代行ユーザに割り当てられた入力フィールドに対するデータ入力インターフェースを与える入力再現ファイルを記憶する。また、再現処理部３５０は、入力再現ファイル記憶部３５５に記憶された入力再現ファイルをブラウザ３１５において実施する。

代行入力値取得部３６０は、入力代行ユーザが表示部３０５に表示された入力画面に含まれる、入力代行を割り当てられた入力フィールドに入力した代行入力値を取得する。入力値記録部３６５は、代行入力値取得部３６０が取得した代行入力値を一時的に記録する。代行入力値記録部３６５に記録された代行入力値は、サーバ通信部３２５を通じてエージェント・サーバ１１０に送信される。

ブラウザ・インターフェース制御部３７０は、ブラウザ３１５におけるインターフェースを制御する。具体的には、たとえば、ブラウザ・インターフェース制御部３７０は、クライアント１２０において、入力代行モードが選択されたことに応答して、アプリケーション・サーバ１７０から受領した入力画面から入力代行ユーザを指定するためのインターフェースを含む入力画面を生成し、表示部３１０に表示する。

図４は、本発明の実施形態のデータ処理システム１００における入力ユーザ端末１２０ａの動作を表現する第１のフローチャート４００である。処理はステップ４０５でスタートし、ステップ４１０において、入力ユーザ端末１２０ａおよび入力代行ユーザ端末１２０ｂを含むクライアント１２０のそれぞれの要求に応じて、エージェント・サーバ１１０のプラグイン管理部２１５に格納されたプラグイン・プログラムがダウンロードされ、クライアント１２０に導入される。なお、かかるプラグインの導入は、それぞれのクライアント１２０ごとに一回のみ実施されればよく、アプリケーション・サーバ１７０における業務処理を実施するたびに常に実行する必要はない。

処理はステップ４１５に進み、入力ユーザが入力ユーザ端末１２０ａの表示装置のデスクトップ画面上に存在するウェブ・ブラウザを表現するアイコンをダブル・クリックするなどして、入力ユーザ端末１２０ａのブラウザ環境が起動される。

次に、ステップ４２０において、入力ユーザの所定の操作、例えば、入力ユーザがプラグインのブラウザ・インターフェース制御部３７０によってブラウザに追加された「操作記録開始ボタン」を押したことに応答して、入力ユーザ端末１２０ａにおける入力ユーザのブラウザ上での入力操作の記録が開始される。すなわち、以降の入力ユーザ端末１２０ａにおける入力ユーザのブラウザ上での入力操作は入力ユーザ端末１２０ａにすべて記録されることとなる。

次に、ステップ４２５において、入力ユーザは入力ユーザ端末１２０ａを操作して、アプリケーション・サーバ１７０に立替金精算処理を要求し、その応答として受信した入力画面を表示装置上に表示する。本発明の実施形態では、そのようにして入力ユーザに提示される入力画面は、立替金精算処理を実施するために必要なデータ項目を入力するための１以上の入力フィールドを含む。

処理はステップ４３０へ進み、入力ユーザは入力ユーザ端末１２０ａを操作し、通常モード／入力代行モードの選択を入力する。なお、通常モードは、アプリケーション・サーバ１７０での立替金精算処理に必要なデータ入力をすべての入力項目について入力ユーザが実施するモードである。入力代行モードは、アプリケーション・サーバ１７０での立替金精算処理に必要なデータ入力を入力項目の少なくとも１つについて他の従業員に入力の代行を依頼するモードである。

ステップ４３５において通常モードが選択された場合、処理はＮＯの矢印からステップ４４０へ進み、従来から存在する通常の立替金精算処理がアプリケーション・サーバ１７０と入力ユーザ端末１２０ａの間の対話に基づいて実施される。かかる通常の業務処理ついては、当業者であれば適宜実現できる既知のものであるので、ここでは詳細には言及しない。

一方、ステップ４３５において入力代行モードが選択された場合、処理はＹＥＳの矢印からステップ４４５である記号（Ａ）へ進み、さらに記号（Ａ）を通じて、図５のフローチャート５００の要素であるステップ５０５へ進む。

図５は、本発明の実施形態のデータ処理システム１００における入力ユーザ端末１２０ａの動作を表現する第２のフローチャート５００である。ステップ５０５においては、入力ユーザ端末１２０ａのプラグインのブラウザ・インターフェース制御部３７０は、入力代行モードが選択されたことを条件に、入力代行ユーザを指定するためのインターフェースを備える入力画面を、アプリケーション・サーバ１７０から受信した入力画面自体に基づいて生成し、生成した入力画面を表示装置のブラウザ上に表示する。

次に、ステップ５１０において、入力ユーザは入力ユーザ端末１２０ａを操作して、「実値（アプリケーション・サーバ１７０の業務処理に必要データの仕様に形式面で適合し、かつ入力ユーザが正確であると信ずる値）」または「入力代行ユーザの指定」を、ステップ５０５において表示した入力画面に含まれる入力フィールドの１つに対して入力する。なお、「入力代行ユーザの指定」が入力された場合は、入力ユーザは、「仮値（アプリケーション・サーバ１７０の業務処理に必要データの仕様に形式面で適合するが、正確ではない可能性がある値）」をその入力フィールドに入力する。

さらに具体的には、ステップ５１０においては、入力ユーザ端末１２０ａのブラウザ・インターフェース制御部３７０は、ユーザ管理サーバ１５０と通信して、入力代行ユーザの選択リストを表示し、選択リストから入力ユーザの入力代行ユーザの選択を受ける。図１５は、本発明の実施形態における入力代行ユーザを指定するための選択リストを含むウィンドウ・インターフェースの一例である。図１３のウィンドウ１３００においては、賦課部門コードを入力すべき入力フィールド１３１０について入力代行ユーザを選択するための選択リスト１３２０が表示されている。

処理はステップ５１５に進み、ステップ５１０において入力代行ユーザが入力フィールドに対して指定されたかどうかが判定される。ステップ５１５において入力代行ユーザが指定されたと判定された場合、処理はＹＥＳの矢印を通じてステップ５２０に進み、入力フィールドに指定された入力代行ユーザを表現するマーキングが実施される。図１６は、本発明の実施形態における指定された入力代行ユーザのマーキングが実施された入力画面の一例である。図１４においては、指定された入力フィールドに対して、入力ユーザ端末１２０ａのブラウザ・インターフェース制御部３７０によるマーキング１４１０が付加されている。

さらに処理はステップ５２５に進み、入力ユーザ端末１２０ａは、ステップ５１０において入力ユーザが指定した入力代行ユーザ、入力代行ユーザを指定した入力フィールドおよび当該入力フィールドを含む入力画面について、以下に詳述するモデル構造１０００を記録する。

図１０は、本発明の実施形態のデータ処理システムにおける入力ユーザ端末に記録されるモデル構造１０００を説明するための図である。モデル構造１０００は、業務処理ＩＤ１０１０、入力画面ＩＤ１０２０ａ〜ｎ、入力フィールドＩＤ１０３０ａ〜ｎおよび入力代行ユーザＩＤ１０４０を含む、階層的なデータ構造（具体的には木構造）を有する。なお、本明細書では、入力画面ＩＤ１０２０ａ〜ｎ、入力フィールドＩＤ１０３０ａ〜ｎを、それぞれ入力画面ＩＤ１０２０、入力フィールドＩＤ１０３０と総称する。

モデル構造１０００の木構造の根（ルート）は、入力ユーザがアプリケーション・サーバ１６０に要求した業務処理を特定するための業務処理ＩＤ１０１０である。あらかじめそれぞれの業務処理にあらかじめ割り当てられおり、本発明の実施形態においては、今回の立替金請求処理に割り当てられた業務処理ＩＤが記録されるものとする。

モデル構造１０００は、業務処理ＩＤの１つ下の階層に、当該業務処理ＩＤで特定される業務処理を実施するために必要なデータを入力するための入力画面を特定するための１以上の入力画面ＩＤ１０２０を有する。本発明の実施形態では、入力代行ユーザが指定された入力フィールドを含む入力画面の入力画面ＩＤのみがモデル構造に含まれる。本発明の実施形態においては、入力画面を特定するための入力画面ＩＤ１０２０は対応する入力画面のＵＲＬ（ユニフォーム・リソース・ロケータ）である。

モデル構造１０００は、入力画面ＩＤ１０２０の１つ下の階層に、当該入力画面ＩＤで特定される入力画面に含まれる入力フィールドＩＤを有する。本発明の実施形態では、入力代行ユーザが指定された入力フィールドの入力フィールドＩＤのみがモデル構造に含まれる。入力フィールドＩＤ１０３０は対応する入力フィールドのＸＰａｔｈである。

モデル構造１０００は、入力フィールドＩＤ１０３０の１つ下の階層に、指定された入力代行ユーザを特定するための入力代行ユーザＩＤ１０４０を有する。本発明の実施形態においては、入力フィールドＩＤ１０３０と入力代行ユーザＩＤ１０４０は、一対一で関連付けられるものとする。本発明の実施形態においては、入力代行ユーザＩＤ１０４０は対応する指定された入力代行ユーザのメールアドレスである。

説明は図５のフローチャート５００に戻り、ステップ５２５においてモデル構造が記録された後、処理はステップ５３０に進む。また、ステップ５１５において入力代行ユーザが指定されておらず、すなわち、実値が入力されたと判定された場合も、処理はＮＯの矢印を通じてステップ５３０に進むことになる。

ステップ５３０においては、現在表示されている入力画面に未入力の入力フィールドが存在するかどうかが判定される。ステップ５３０において未入力の入力フィールドが存在すると判定された場合、処理はＹＥＳの矢印を通じてステップ５１０に戻り、未入力の入力フィールドに対して、ステップ５１０〜５２５が未入力の入力フィールドが存在しなくなるまで繰り返され、その過程で入力代行ユーザが指定された入力フィールドについてモデル記録が適宜追加される。

ステップ５３０において未入力の入力フィールドが存在すると判定された場合、処理はＮＯの矢印を通じてステップ５３５に進み、立替金精算処理を実施するために必要なデータを入力するための画面がまだ残っているかどうかが判定される。

なお、このように、複数の入力画面を使用して立替金精算処理に必要なデータを入力させる理由としては、たとえば、第１の入力画面で交通費を入力させ、第２の入力画面で飲食費を入力させ、第３の入力画面で宿泊費を入力させるなど、よりユーザ・フレンドリーなインターフェースを実現することに資する場合があることなどが考えられ、頻繁に採用されるアプリケーション・プログラムの設計手法である。

ステップ５３５の判定に応じて、入力ユーザは入力ユーザ端末１２０ａを操作して、「次画面に進む」または「実行予約」の選択を入力する。図１７は、本発明の実施形態における「次画面に進む」または「実行予約」の選択を入力するためのインターフェースの一例である。図１５のインターフェースにおいては、入力ユーザは、入力ユーザ端末１２０ａのブラウザ・インターフェース制御部３７０が表示した選択リスト１５１０から「次画面に進む」または「実行予約」を選択する。

ステップ５３５において入力画面がまだ残っていると判定された場合、処理はＹＥＳの矢印を通じてステップ５４０に進み、「次画面に進む」が選択される。次に、ステップ５４５において、「次画面に進む」が選択されたことに応じて、ステップ５１０において入力された仮値（あれば）を含む入力データをアプリケーション・サーバ１７０に送信し、次画面のデータを要求する。

処理はステップ５５０に進み、入力ユーザ端末１２０ａはステップ５４５において要求した次の入力画面のデータをアプリケーション・サーバ１７０から受信する。その後、処理はステップ５０５に戻り、ステップ５５０において受信したデータによる入力画面に対して、ステップ５０５〜５５０が、立替金精算処理を実施するために必要なデータを入力するための画面が存在しなくなるまで繰り返される。

ステップ５３５において入力画面がもう残っていないと判定された場合、処理はＮＯの矢印を通じてステップ５５５に進み、「実行予約」が選択される。次に、処理はステップ５６０に進み、入力ユーザ端末１２０ａは、入力代行ユーザの指定の情報を含む、モデル構造１０００をエージェント・サーバ１１０に送信する。ステップ５６０においては、入力ユーザ端末１２０ａは、上述のステップ４２０において記録を開始した入力ユーザの端末操作の記録のうち今回の業務処理（すなわち立替金処理）に関するものをもエージェント・サーバ１１０に送信する。その後、処理はステップ５６５に進み、終了する。

図６は、本発明の実施形態における、ワークフロー・プロセスの生成を含む入力代行タスク処理の準備の動作を説明するためのフローチャート６００である。処理はステップ６０５でスタートし、ステップ６１０において、エージェント・サーバ１１０は、入力ユーザ端末１２０ａが上述のステップ５６０において送信したモデル構造１０００を受信する。次に、ステップ６１５において、エージェント・サーバ１１０が、受信したモデル構造１０００を解釈して細分化タスク構造１１００を生成する。

図１１は、本発明の実施形態のデータ処理システムにおけるエージェント・サーバ１１０によって生成される細分化タスク構造１１００を説明するための図である。細分化タスク構造１１００は、ユーザタスクＩＤ１１１０、入力代行ユーザＩＤ１１２０、業務処理ＩＤ１１３０、入力画面ＩＤ１１４０ａ〜ｎ、および入力フィールドＩＤ１１５０ａ〜ｎを含む、階層的なデータ構造（具体的には木構造）を有する。本明細書では、入力画面ＩＤ１１４０ａ〜ｎ、入力フィールドＩＤ１１５０ａ〜ｎを、それぞれ入力画面ＩＤ１１４０、入力フィールドＩＤ１１５０と総称する。

細分化タスク構造１１００の木構造のルートは、それぞれの入力代行ユーザに割り当てられた入力代行タスクを特定するための入力代行タスクＩＤ１１１０である。本発明の実施形態においては、エージェント・サーバ１１０が受信したモデル構造１０００に存在する入力代行ユーザＩＤの数だけ入力代行タスクＩＤ１１１０が生成され、細分化タスク構造１１００のルートとして記録されるものとする。

細分化タスク構造１１００は、入力代行タスクＩＤ１１１０の１つ下の階層に、１つの当該タスクを実行すべき入力代行ユーザを特定するための入力代行ユーザＩＤ１１２０およびモデル構造１０００の業務処理ＩＤ１０１０から生成した１つの業務処理ＩＤ１１３０を有する。

細分化タスク構造１１００は、業務処理ＩＤ１１３０の１つ下の階層に入力画面ＩＤ１１４０を有し、入力画面ＩＤ１１４０の１つ下の階層に入力フィールドＩＤ１１５０を有する。細分化タスク構造１１００の入力画面ＩＤ１１４０および入力フィールドＩＤ１１５０は、それぞれモデル構造１０００の入力画面ＩＤ１０２０および入力フィールドＩＤ１０３０から生成したものであるが、その細分化タスク構造１１００に含まれる入力代行ユーザＩＤ１１２０に関連するもののみが抽出され記録されている。

説明は図６のフローチャート６００に戻り、ステップ６２０において、エージェント・サーバ１１０は、入力代行すべき入力フィールドを割り当てられた入力代行ユーザが入力フィールドにデータを入力代行することを内容とする１以上の入力代行タスクを含む、ワークフロー・プロセス１２００を動的に生成する命令を生成する。

処理はステップ６２０に進み、エージェント・サーバ１１０は、ステップ６１５において生成されたワークフロー・プロセス１２００を動的に生成する命令を、ステップ６１５において生成された細分化タスク構造１１００とともにワークフロー・サーバ１６０に送信する。

次に、ステップ６３０において、ワークフロー・サーバ１６０は、ワークフロー・プロセス１２００を動的に生成する命令および細分化タスク構造１１００を受信し、それに応答して、ステップ６３５において、ワークフロー・プロセス１２００を細分化タスク構造１１００に基づいて生成する。本発明の実施形態においては、ステップ６３５においては、生成されたワークフロー・プロセス１２００の起動も実施される。

図１２は、本発明の実施形態のデータ処理システムにおけるワークフロー・サーバによって生成されるワークフロー・プロセス１２００を説明するための図である。ワークフロー・プロセス１２００は、開始工程１２１０、マルチキャスト工程１２２０、それぞれが並列に処理される１以上の入力代行タスク１２３０ａ〜ｎ（入力代行タスク１２３０と総称する）、集約工程１２４０、および終了工程１２５０を含むものとする。

ワークフロー・プロセス１２００に従って、企業内ネットワーク・システム１００は、次のように動作する。ワークフロー・プロセス１２００が起動されると、ワークフロー・プロセスが開始工程１２１０からスタートし、マルチキャスト工程１２２０において、入力代行タスク１２３０のそれぞれについて、割り当てられた入力代行ユーザの入力代行ユーザ端末に入力代行タスクの処理要求が送信される。その後、入力代行ユーザ端末において、入力代行タスクが実施され、エージェント・サーバ１１０に入力代行ユーザが代行入力した入力データが送信される。

次に、すべての入力代行タスク１２３０が完了したこと、具体的には、入力データを受信したエージェント・サーバ１１０からすべての入力代行タスクについて完了通知を受信したことを条件に、集約工程１２４０へ進む。集約工程１２４０において、エージェント・サーバ１１０に代行処理の開始命令を送信した後、終了工程１２５０へ進み、ワークフロー・プロセスが終了する。

説明は図６のフローチャート６００に戻り、ステップ６４０において、エージェント・サーバは、コラボレーション・システム１４０を使用して、対応する入力フィールドにデータを入力することを内容とする入力代行タスクの処理要求を指定された入力代行ユーザの入力代行ユーザ端末に送信する。

さらに処理はステップ６４５に進み、エージェント・サーバは、入力ユーザの実行予約が完了したことを通知するための実行予約完了通知を入力ユーザ端末１２０ａに送信する。その後、処理はステップ６５０に進み、終了する。

図７は、本発明の実施形態における入力代行タスク処理の動作を説明するためのフローチャート７００である。処理はステップ７０５でスタートし、ステップ７１０において、入力代行ユーザ端末１２０ｂは、上述のステップ６４０においてエージェント・サーバ１１０が送信した入力代行タスクの処理要求を受信する。

入力代行ユーザ端末１２０ｂは、入力代行タスクの処理要求を受信したことに応じて、指定された入力代行ユーザから対応する前記入力フィールドにデータ入力を受けるために、ワークフロー・プロセス１２００に含まれる自己に割り当てられた入力代行タスク１２３０の処理を開始する。具体的には、入力代行ユーザは、以下のステップを通じて入力代行タスクの処理を実施する。

まず、ステップ７１５において、入力ユーザ端末１２０ａにおける入力ユーザの操作を入力代行ユーザ端末１２０ｂで擬似的に再現するための入力再現ファイルをエージェント・サーバ１１０に要求する。

次に、ステップ７２０において、エージェント・サーバ１１０の代行ユーザ別再現処理部２４５は、ステップ７１５において入力代行ユーザ端末１２０ｂが要求した入力再現ファイルを、細分化タスク構造記憶部２３０に記憶された細分化タスク構造および入力操作記憶部２４０に記憶された入力操作の記録に基づいて生成する。生成された入力再現ファイルには、入力ユーザ端末１２０ａにおいて入力ユーザがした操作、その入力再現ファイルを要求した入力代行ユーザに割り当てられた入力フィールド、および割り当てられた入力フィールドを入力代行ユーザに入力させるために必要な再現処理の停止ポイントの情報が含まれている。

さらに、ステップ７２５において、入力代行ユーザ端末１２０ｂは、前記の入力再現ファイルを使用して、入力ユーザ端末１２０ａにおける入力ユーザの操作を擬似的に再現する。本発明の実施形態においては、再現処理は、エージェント・サーバ１１０を通じてアプリケーション・サーバ１７０との対話を実施されるものとする。また、本発明の実施形態においては、再現処理は、バックグラウンドで（すなわち、入力代行ユーザには視覚的には認識されないようにコンピュータ内部でのみ）実施されるものとする。

処理はステップ７３０に進み、上述のステップ４１０において導入された入力代行ユーザ端末１２０ｂのウェブ・ブラウザに組み込まれたプラグインが、当該入力代行ユーザが入力すべき入力フィールドのみ入力可能とされた入力画面を表示し、入力代行ユーザの入力フィールドへのデータ入力を待機する。図１６は、本発明の実施形態における入力代行者が入力すべき入力フィールドのみ入力可能とされた入力画面の一例である。図１６の入力画面１６００では、入力ユーザ端末１２０ａのブラウザ・インターフェース制御部３７０によって入力代行ユーザがデータ入力すべき入力フィールド１６２０以外の部分１６１０は暗い色に変化されており、かつ入力ができないようにされていることに留意されたい。

処理はステップ７３５に進み、入力代行ユーザは、ステップ７３０において表示された当該入力代行ユーザが入力すべき入力フィールドのみ入力可能とされた入力画面において入力可能な入力フィールドへデータを入力する。

次に、ステップ７４０において、入力代行ユーザに割り当てられた入力フィールドがまだ残っているかどうかが判定される。ステップ７４０において、入力代行ユーザに割り当てられた入力フィールドがまだ残っていると判定された場合、処理はＹＥＳの矢印を通じてステップ７２５に戻り、残っている入力フィールドについて、ステップ７２５〜７３５が繰り返される。

ステップ７４０において、入力代行ユーザに割り当てられた入力フィールドがもう存在しないと判定された場合、処理はＮＯの矢印を通じてステップ７４５に進む。ステップ７４５においては、入力代行ユーザ端末１２０ｂは、ステップ７２５〜７３５のループを通じて入力代行ユーザが入力した入力データをエージェント・サーバ１１０に送信する。

次に、ステップ７５０において、エージェント・サーバ１１０は、ステップ７４５において入力代行ユーザ端末１２０ｂから送信された入力データを受信したことに応答して、対応する入力代行タスクの完了通知をワークフロー・サーバ１６０に送信する。そして、ステップ７５５において、エージェント・サーバ１１０は、入力代行タスク完了画面を生成し、入力代行ユーザ端末１２０ｂに送信する。その後、処理はステップ７６０に進み、終了する。

図８は、本発明の実施形態における代行処理の動作を説明するためのフローチャート８００である。処理はステップ８０５でスタートし、ステップ８１０において、ワークフロー・サーバ１６０は、上述のステップ７５０においてエージェント・サーバ１１０が送信した入力代行タスクの完了通知を受信する。

処理はステップ８１５に進み、ワークフロー・サーバ１６０は、すべての入力代行タスク１２３０が完了したかどうかが判定する。ステップ８１５において完了していないと判定された場合、処理はステップ８１０に戻る。ステップ８１５においてすべてのタスクが完了した（具体的には、すべての代行処理タスクについてエージェント・サーバ１１０から完了通知を受信した）場合、処理はステップ８２０に進みワークフロー・サーバ１６０は、代行処理の開始命令を生成し、エージェント・サーバ１１０に送信する。

次に、エージェント・サーバ１１０が、前述の代行処理の開始命令を受信したことに応答して、代行処理者が入力したデータを使用して、アプリケーション・サーバにおける業務処理についての代行処理を実施する。具体的には、エージェント・サーバ１１０による代行処理の実施は以下のステップによって実行される。

まず、ステップ８２５において、エージェント・サーバ１１０は、代行処理の開始命令を受信したことに応答して、代理処理プロセスを開始する。続いて、ステップ８３０において、エージェント・サーバ１１０は、入力操作の記録の仮値を代行処理者が入力した実値に置き換えて、ブラウザ環境において代行処理を実施する手順を記録する代行処理ファイルを作成する。その後、ステップ８３５において、エージェント・サーバ１１０は、代行処理ファイルを実行するためのブラウザ環境を起動する。

エージェント・サーバ１１０が、ステップ８３５において起動したブラウザ環境で代行処理ファイルを実行し、アプリケーション・サーバ１７０との対話を通じて代行処理を実施する。続いて、ステップ８４５において、エージェント・サーバ１１０は、代行処理においてアプリケーション・サーバ１７０から最後に受信した最終画面を保存する。

処理はステップ８５０へ進み、エージェント・サーバ１１０は、代行処理の完了通知を入力ユーザ端末に送信する。ステップ８５０において送信される代行処理の完了通知は、ステップ８４５で保存された代行処理の最終画面へのリンクを含み、入力ユーザは、最終画面を閲覧することによって業務処理が完了したことについてのさらなる情報を確認することができる。その後、処理はステップ８５５に進み、終了する。

図９は、本発明の実施の形態によるクライアントおよびサーバを実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。情報処理装置は、バス２に接続されたＣＰＵ（中央処理装置）１とメインメモリ４を含んでいる。ハードディスク装置１３、３０、およびＣＤ−ＲＯＭ装置２６、２９、フレキシブル・ディスク装置２０、ＭＯ装置２８、ＤＶＤ装置３１のようなリムーバブル・ストレージ（記録メディアを交換可能な外部記憶システム）がフロッピー（登録商標）ディスクコントローラ１９、ＩＤＥコントローラ２５、ＳＣＳＩコントローラ２７などを経由してバス２へ接続されている。

フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭのような記憶メディアが、リムーバブル・ストレージに挿入される。これらの記憶メディアやハードディスク装置１３、３０、ＲＯＭ１４には、オペレーティング・システムと協働してＣＰＵ等に命令を与え、本発明を実施するためのコンピュータ・プログラムのコードを記録することができる。メインメモリ４にロードされることによってコンピュータ・プログラムは実行される。コンピュータ・プログラムは圧縮し、また複数に分割して複数の媒体に記録することもできる。

情報処理装置は、キーボード／マウス・コントローラ５を経由して、キーボード６やマウス７のような入力デバイスからの入力を受ける。情報処理装置は、視覚データをユーザに提示するための表示装置１１にＤＡＣ／ＬＣＤＣ１０を経由して接続される。

情報処理装置は、ネットワーク・アダプタ１８（イーサネット（登録商標）・カードやトークンリング・カード）等を介してネットワークに接続し、他のコンピュータ等と通信を行うことが可能である。図示はされていないが、パラレルポートを介してプリンタと接続することや、シリアルポートを介してモデムを接続することも可能である。

以上の説明により、本発明の実施の形態によるシステムを実現するのに好適な情報処理装置は、通常のパーソナルコンピュータ、ワークステーション、メインフレームなどの情報処理装置、または、これらの組み合わせによって実現されることが容易に理解されるであろう。ただし、これらの構成要素は例示であり、そのすべての構成要素が本発明の必須構成要素となるわけではない。

本発明の実施の形態において使用される情報処理装置の各ハードウェア構成要素を、複数のマシンを組み合わせ、それらに機能を配分し実施する等の種々の変更は当業者によって容易に想定され得ることは勿論である。それらの変更は、当然に本発明の思想に包含される概念である。

本発明の実施形態によるクライアント、サーバは、マイクロソフト・コーポレーションが提供するＷｉｎｄｏｗｓ（登録商標）オペレーティング・システム、アップル・コンピュータ・インコーポレイテッド提供するＭａｃＯＳ（Ｒ）、Ｘ Ｗｉｎｄｏｗ Ｓｙｓｔｅｍを備えるＵＮＩＸ（登録商標）系システム（例えば、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＡＩＸ（Ｒ）など）のような、ＧＵＩ（グラフィカル・ユーザ・インターフェース）マルチウインドウ環境をサポートするオペレーティング・システムを採用することができる。

以上から、本発明の実施の形態において使用されるシステムは、特定のオペレーティング・システム環境に限定されるものではないことを理解することができる。すなわち、オペレーティング・システムは、アプリケーション・ソフトウェアなどがデータ処理システムの資源を利用できるようにする資源管理機能を提供することができるものであれば、いかなるものをも採用することができる。なお、資源管理機能には、ハードウェア資源管理機能、ファイルハンドル機能、スプール機能、ジョブ管理機能、記憶保護機能、仮想記憶管理機能などが含まれ得るが、これらの機能については、当業者によく知られたものであるので詳細な説明は省略する。

また、本発明は、ハードウェア、ソフトウェア、またはハードウェア及びソフトウェアの組み合わせとして実現可能である。ハードウェアとソフトウェアの組み合わせによる実行において、所定のプログラムを有するデータ処理システムにおける実行が典型的な例として挙げられる。かかる場合、該所定プログラムが該データ処理システムにロードされ実行されることにより、該プログラムは、データ処理システムを制御し、本発明にかかる処理を実行させる。このプログラムは、任意の言語・コード・表記によって表現可能な命令群から構成される。そのような命令群は、システムが特定の機能を直接、または１．他の言語・コード・表記への変換、２．他の媒体への複製、のいずれか一方もしくは双方が行われた後に、実行することを可能にするものである。

もちろん、本発明は、そのようなプログラム自体のみならず、プログラムを記録した媒体もその範囲に含むものである。本発明の機能を実行するためのプログラムは、フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク装置、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記録媒体に格納することができる。かかるプログラムは、記録媒体への格納のために、通信回線で接続する他のデータ処理システムからダウンロードしたり、他の記録媒体から複製したりすることができる。また、かかるプログラムは、圧縮し、または複数に分割して、単一または複数の記録媒体に格納することもできる。また、様々な形態で、本発明を実施するプログラム製品を提供することも勿論可能であることにも留意されたい。

上記の実施の形態に、種々の変更または改良を加えることが可能であることが当業者に明らかである。例えば、本発明の実施形態においては、コラボレーション・サーバ、ユーザ管理サーバ、ワークフロー・サーバなどをエージェント・サーバとは別のサーバとして準備したが、これらは同一筐体ハードウェア上に存在する論理分割されたパーティションでこれらのサーバを実装してもよいし、これらのサーバが提供する本発明の実施に必要な機能の一部または全部を、エージェント・サーバに導入されるソフトウェア・コンポーネントとして実装することもできる。

本発明の実施形態においては、入力ユーザに入力代行ユーザを選択するためにユーザ管理サーバと通信して選択リストを使用したが、入力フィールドにあらかじめ定義された特定の表記方法に合致する入力代行ユーザの指定がされたことを条件に、プラグインがそれを捕捉して解釈して、代行処理者の指定を特定するようにすることができる。

本発明の実施形態においては、通常モード／入力代行モードを明示的に入力ユーザに選択させたが、上述の特定の表記方法に合致することをプラグインが捕捉したことを条件に、入力代行モードが選択されたと判断ようにすることもできる。その場合、アプリケーション・サーバ等へのデータ送信を必要に応じてプラグインがエージェント・サーバにリダイレクトするようにすることが好ましい。また、再現処理は、本発明の実施形態ではバックグラウンドで実施されるが、入力代行ユーザに代行入力のために必要な情報をより多く与えるために、フォアグラウンドで実施されるようにしてもよい。

本発明の実施形態においては、代行入力ユーザ端末における再現処理は、アプリケーション・サーバとの対話によって実施される。しかし、入力ユーザ端末が、ＨＴＭＬ／ＸＭＬ形式の入力画面データを記録し、エージェント・サーバに送信するようにし、エージェント・サーバは受信した入力画面のデータを使用してアプリケーション・サーバとの対話を必要とすることなく入力代行タスクを処理するためのインターフェースを入力代行ユーザに提供するようにすることができる。

本発明の実施形態においては、入力ユーザが入力代行ユーザの指定とともに仮値を入力するようにしたが、例えば、入力フィールドの属性や過去の入力の履歴などからプラグインが仮値を自動的に割り当てるようにしてもよい。

本発明の実施形態においては、代行処理ファイルの実行はエージェント・サーバのブラウザ環境において実施されるが、エージェント・サーバが入力ユーザ端末等を遠隔操作し、入力ユーザ端末のブラウザ環境で代行処理が実施されるようにすることもできる。

以上に記載した変更または改良を加えた形態も当然に本発明の技術的範囲に含まれることに留意されたい。

本発明の実施形態のデータ処理システムを図示した高水準の全体概要図である。 本発明の実施形態によるエージェント・サーバの機能ブロック図である。 本発明の実施形態によるクライアントの機能ブロック図である。 本発明の実施形態のデータ処理システムにおける入力ユーザ端末の動作を表現する第１のフローチャートである。 本発明の実施形態のデータ処理システムにおける入力ユーザ端末の動作を表現する第２のフローチャートである。 本発明の実施形態における入力代行タスク処理の準備の動作を説明するためのフローチャートである。 本発明の実施形態における入力代行タスク処理の動作を説明するためのフローチャートである。 本発明の実施形態における代行処理の動作を説明するためのフローチャートである。 本発明の実施の形態によるクライアントおよびサーバを実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。 本発明の実施形態のデータ処理システムにおける入力ユーザ端末に記録されるモデル構造を説明するための図である。 本発明の実施形態のデータ処理システムにおける細分化タスク構造を説明するための図である。 本発明の実施形態のデータ処理システムにおけるワークフロー・プロセスを説明するための図である。 本発明の実施形態における入力代行ユーザを指定するための選択リストを含むインターフェースの一例である。 本発明の実施形態における指定された入力代行ユーザのマーキングが実施された入力画面の一例である。 本発明の実施形態における「次画面に進む」または「実行予約」の選択を入力するためのインターフェースの一例である。 本発明の実施形態における入力代行者が入力すべき入力フィールドのみ入力可能とされた入力画面の一例である。

Claims (23)

1. 入力ユーザ端末およびエージェント・サーバを含むデータ処理システムにおいて、前記データ処理システムに接続されたアプリケーション・サーバにおける業務処理を実施させるため必要なデータの入力を支援するための方法であって、
   前記入力ユーザ端末が、前記アプリケーション・サーバにおける業務処理のためのデータ入力を実施するための入力画面であって、１以上の入力フィールドを含む入力画面を表示装置上に表示するステップと、
   前記入力ユーザ端末が、前記１以上の入力フィールドのうちの少なくとも１つに対する入力代行ユーザの指定を入力ユーザから受けるステップと、
   前記入力ユーザ端末が、前記入力代行ユーザの指定を前記エージェント・サーバに送信するステップと、
   前記エージェント・サーバが、前記入力代行ユーザの指定に基づいて前記入力フィールドへの入力代行を割り当てられた入力代行ユーザに対応する１以上の入力代行タスクを含むワークフロー・プロセスを動的に生成する命令を生成するステップと、
   前記エージェント・サーバが、対応する前記入力フィールドにデータを入力することを内容とする入力代行タスクの処理要求を、前記生成命令に応答して生成されたワークフロー・プロセスに従って、前記データ処理システムに接続された前記指定された入力代行ユーザの入力代行ユーザ端末に送信するステップと、
   前記エージェント・サーバが、前記入力代行タスクの処理要求に応じて、前記指定された入力代行ユーザから対応する前記入力フィールドに対して前記代行処理者が前記入力代行ユーザ端末において入力したデータを使用して、前記業務処理について代行処理を実施するステップと、
   を含む、方法。
2. 前記入力ユーザ端末が、入力ユーザの端末操作の記録を開始するステップをさらに含む、請求項１に記載の方法。
3. 前記入力ユーザ端末が、通常モード／入力代行モードの選択を入力ユーザから受けるステップと、
   前記入力ユーザ端末が、入力代行モードが選択されたことに応答して、入力代行ユーザを指定するためのインターフェースを含む入力画面を表示するステップと、
   をさらに含む、請求項１に記載の方法。
4. 前記データ処理システムは、ユーザ管理サーバと接続され、
   前記入力代行ユーザの指定を受けるステップは、前記入力ユーザ端末が、前記ユーザ管理サーバと通信して、入力代行ユーザの選択リストを表示するステップと、前記入力ユーザ端末が、前記選択リストから入力ユーザの入力代行ユーザ選択を受けるステップを含む、請求項１に記載の方法。
5. 前記入力ユーザ端末が、入力画面ＩＤ、入力フィールドＩＤ、および入力代行ユーザＩＤを含むモデル構造を記録するステップをさらに含む、請求項１に記載の方法。
6. 前記入力画面ＩＤは対応する入力画面のＵＲＬ（ユニフォーム・リソース・ロケータ）であり、前記入力フィールドＩＤは対応する入力フィールドのＸＰａｔｈであり、前記入力代行ユーザＩＤは、入力代行ユーザのメールアドレスである、請求項５に記載の方法。
7. 入力代行ユーザの指定を含み、特定の表記方法に合致する文字列が前記入力フィールドに入力されたことを条件に、前記入力ユーザ端末が当該文字列に基づいて、代行処理者の指定を特定するステップをさらに含む、請求項１に記載の方法。
8. 前記入力ユーザ端末が、前記特定の表記方法に合致する文字列が前記入力フィールドに入力されたことを条件に、前記入力画面を通じて入力したデータを前記エージェント・サーバに送信する、請求項７に記載の方法。
9. 前記入力代行ユーザの指定を送信するステップは、前記入力代行ユーザの指定を含むモデル構造を前記エージェント・サーバに送信するステップを含む、請求項１に記載の方法。
10. 前記入力代行ユーザの指定を送信するステップは、前記入力ユーザ端末が、入力ユーザの端末操作の記録を前記エージェント・サーバに送信するステップを含む、請求項２に記載の方法。
11. 前記入力ユーザ端末が、入力画面のデータを記録するステップをさらに含み、
    前記入力代行ユーザの指定を送信するステップは、前記入力画面のデータを前記エージェント・サーバに送信するステップを含む、請求項１に記載の方法。
12. 前記エージェント・サーバが、前記モデル構造に基づいて、それぞれの入力代行ユーザに対応する細分化タスク構造を生成するステップをさらに含む、請求項１に記載の方法。
13. 前記細分化タスク構造は、対応するユーザＩＤ、前記代行ユーザＩＤに関連する入力画面ＩＤおよび入力フィールドＩＤを含む、請求項１２に記載の方法。
14. 前記ワークフロー・プロセスは、前記細分化タスク構造に基づいて生成される、請求項１２に記載の方法。
15. 前記ワークフロー・プロセスは、開始工程、マルチキャスト工程、並列に処理される１以上の入力代行タスク、集約工程、および終了工程を含む、請求項１に記載の方法。
16. 前記データ処理システムは、ワークフロー・サーバに接続され、
    前記ワークフロー・サーバが、前記ワークフロー・プロセスを動的に生成する命令に応答して、前記ワークフロー・プロセスを生成する、請求項１に記載の方法。
17. 前記入力代行ユーザ端末が、前記入力代行タスクの処理要求に応じて、前記指定された入力代行ユーザから対応する前記入力フィールドにデータ入力を受けるステップをさらに含む、請求項１に記載の方法。
18. 前記入力代行ユーザ端末が、前記入力ユーザの端末操作の記録に基づいて作成された入力操作再現ファイルを使用して、前記入力ユーザ端末における動作の再現処理を開始するステップと、
    前記入力代行ユーザ端末が、前記入力ユーザ端末における動作の再現処理を停止し、前記入力代行ユーザの指定された入力フィールドへの当該入力代行ユーザの入力を待機するステップと、
    前記入力代行ユーザ端末が、前記入力代行ユーザの指定された入力フィールドへの前記入力代行ユーザからの入力を受けるステップと、
    をさらに含む、請求項２に記載の方法。
19. 前記入力代行ユーザの入力を待機するステップにおいて、前記入力代行ユーザ端末は、当該入力代行ユーザが入力すべき入力フィールドのみ入力可能とされた入力画面を入力代行ユーザに提示する、請求項１８に記載の方法。
20. 前記エージェント・サーバが、前記入力データを前記入力代行ユーザ端末から受信したことに応答して、対応する前記入力代行タスクの完了通知を前記ワークフロー・サーバに送信するステップと、
    前記エージェント・サーバが、前記ワークフロー・サーバが前記ワークフロー・プロセスに含まれるすべての入力代行タスクについて前記完了通知を受信したことに応じて生成した代行処理の開始命令に応答して、前記業務処理について代行処理を起動するステップと、
    をさらに含む、請求項１に記載の方法。
21. 前記エージェント・サーバが、前記入力ユーザが仮値を前記代行処理者が入力した実値に置き換えて代行処理ファイルを作成するステップと、
    前記エージェント・サーバが、前記代行処理ファイルを実行することによって、前記代行処理を実施するステップと、
    をさらに含む、請求項１に記載の方法。
22. アプリケーション・サーバにおける業務処理を実施させるために必要なデータの入力を支援するためのプログラムであって、入力ユーザ端末および入力代行ユーザ端末に接続されたコンピュータ・サーバに、
    前記入力ユーザ端末において前記アプリケーション・サーバにおける業務処理のためのデータ入力を実施するための入力画面であって、１以上の入力フィールドを含む入力画面を通じて、前記１以上の入力フィールドのうちの少なくとも１つに対する入力代行ユーザの指定を受信するステップと、
    前記入力代行ユーザの指定に基づいて前記入力フィールドへの入力代行を割り当てられた入力代行ユーザに対応する１以上の入力代行タスクを含むワークフロー・プロセスを動的に生成する命令を生成するステップと、
    対応する前記入力フィールドにデータを入力することを内容とする入力代行タスクの処理要求を、前記生成命令に応答して生成されたワークフロー・プロセスに従って、前記指定された入力代行ユーザの入力代行ユーザ端末に送信するステップと、
    前記入力代行タスクの処理要求に応じて、前記指定された入力代行ユーザから対応する前記入力フィールドに対して前記代行処理者が前記入力代行ユーザ端末において入力したデータを使用して、前記業務処理について代行処理を実施するステップと、
    を実行させる、プログラム。
23. 入力ユーザ端末および入力代行ユーザ端末に接続された、アプリケーション・サーバにおける業務処理を実施させるために必要なデータの入力を支援するためのエージェント・サーバであって、
    前記入力ユーザ端末において前記アプリケーション・サーバにおける業務処理のためのデータ入力を実施するための入力画面であって、１以上の入力フィールドを含む入力画面を通じて、前記１以上の入力フィールドのうちの少なくとも１つに対する入力代行ユーザの指定を受信する受信部と、
    前記入力代行ユーザの指定に基づいて前記入力フィールドへの入力代行を割り当てられた入力代行ユーザに対応する１以上の入力代行タスクを含むワークフロー・プロセスを動的に生成する命令を生成する制御部と、
    対応する前記入力フィールドにデータを入力することを内容とする入力代行タスクの処理要求を、前記生成命令に応答して生成されたワークフロー・プロセスに従って、前記指定された入力代行ユーザの入力代行ユーザ端末に送信する送信部と、
    前記入力代行タスクの処理要求に応じて、前記指定された入力代行ユーザから対応する前記入力フィールドに対して前記代行処理者が前記入力代行ユーザ端末において入力したデータを使用して、前記業務処理について代行処理を実施する制御部と、
    を備える、エージェント・サーバ。

Images