連続処理制御装置及び連続処理制御プログラム
【課題】複数の処理を一連の処理として実行することができる連続処理制御装置及び連続処理制御プログラムを提供する。
【解決手段】操作者が予め所望の処理を指定してた複数の処理を、処理連結部３６が連結して連結処理を生成する。操作者が所望の連続処理の実行を要求すると、指示入力受付部４０がこの要求を受け付け、処理制御部２６の連続処理実行部４２がコンテンツ管理部２８に、連続実行決定部３８が連続して実行可能であると決定した処理の範囲で上記連結処理に基づいた要求を順次行い、必要な情報を取得する。以上のようにして取得した各情報に基づき、画面編集部４４が、各処理においてそれぞれ表示される複数の画面を結合した画面を編集する。
【解決手段】操作者が予め所望の処理を指定してた複数の処理を、処理連結部３６が連結して連結処理を生成する。操作者が所望の連続処理の実行を要求すると、指示入力受付部４０がこの要求を受け付け、処理制御部２６の連続処理実行部４２がコンテンツ管理部２８に、連続実行決定部３８が連続して実行可能であると決定した処理の範囲で上記連結処理に基づいた要求を順次行い、必要な情報を取得する。以上のようにして取得した各情報に基づき、画面編集部４４が、各処理においてそれぞれ表示される複数の画面を結合した画面を編集する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、連続処理制御装置及び連続処理制御プログラムに関する。
【背景技術】
【０００２】
従来より、操作回数の多いアプリケーションにおいて、操作者の操作負担を軽減するためにマクロ機能が使用されている。例えば、下記特許文献１においては、操作履歴を記録しておき、この操作履歴のある範囲を指定することにより、その範囲を簡単にマクロ化することができる技術が開示されている。
【特許文献１】特開平１０−２１１９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記マクロ機能は、単純な処理の流れを定義し、これを逐次実行するものであるが、例えばウエブアプリケーションのように、１つの操作ごとに１ページないし複数のページが用意されていて、マクロ処理の中にページ遷移が発生するものについては、単純にマクロ機能を適用することが困難であるという問題があった。特に、各処理の実行の可否が操作者の権限等に依存する場合には、マクロ定義された操作フローの一部または全体が実行できない可能性があるという問題があった。
【０００４】
本発明は、上記従来の課題に鑑みなされたものであり、その目的は、複数の処理を一連の処理として実行することができる連続処理制御装置及び連続処理制御プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、連続処理制御装置であって、複数の処理を一連の処理として連結する処理連結手段と、前記連結された処理において、連続して実行可能な処理の範囲を決定する連続実行決定手段と、前記連続して実行可能な処理の実行を指示する指示入力を受け付ける指示入力受付手段と、前記連続して実行可能な範囲の処理を、１回の前記指示入力に応じて連続して実行する連続処理実行手段と、を備えることを特徴とする。
【０００６】
ここで、上記連続処理制御装置は、前記連続処理実行手段により連続実行される各処理において表示される画面を結合した画面を編集する画面編集手段をさらに備えるのが好適である。
【０００７】
また、上記連続処理制御装置において、前記指示入力受付手段は、連結された処理の中に連続して実行可能な処理のグループが複数ある場合に、グループ毎に前記指示入力を受け付けるのが好適である。
【０００８】
また、上記連続処理制御装置において、前記画面編集手段連結された処理の中に連続して実行可能な処理のグループが複数ある場合に、グループ毎に前記結合した画面を編集するのが好適である。
【０００９】
また、上記連続処理制御装置において、前記処理連結手段は、過去の操作履歴から連結する処理を選択するのが好適である。
【００１０】
また、上記連続処理制御装置において、前記指示入力受付手段は、操作者の操作権限に基づいて前記指示入力の受付の可否を決定するのが好適である。
【００１１】
また、上記連続処理制御装置において、前記指示入力受付手段は、前記指示入力に付随する操作パラメータの種類について、操作者に応じて受付の可否を決定するのが好適である。
【００１２】
また、本発明は、連続処理制御プログラムであって、複数の処理を一連の処理として連結し、前記連結された処理において、連続して実行可能な処理の範囲を決定し、前記連続して実行可能な処理の実行を指示する指示入力を受け付け、前記連続して実行可能な範囲の処理を、１回の前記指示入力に応じて連続して実行する処理をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、複数の処理を一連の処理として容易に実行することができる。
【００１４】
また、操作者の操作権限に基づいて、連続して実行する処理を決定することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を実施するための最良の形態（以下、実施形態という）を、図面に従って説明する。
【００１６】
図１には、本発明にかかる連続処理制御装置を使用したデータ処理システムの構成例が示される。図１において、操作者が使用するクライアントコンピュータ（クライアントＰＣ）１０と連続処理制御装置１２とが、インターネット等のネットワーク１４を介して接続されている。上記クライアントＰＣ１０には、ウエブブラウザまたは専用のクライアントアプリケーションプログラムが備えられ、これらのプログラムにより連続処理制御装置１２にアクセスする。操作者は、クライアントＰＣ１０から所望のリクエストを連続処理制御装置１２に送信し、連続処理制御装置１２は、このリクエストに応じた情報をクライアントＰＣ１０に返信する構成となっている。なお、図１では連続処理制御装置１２が１台設置された例が示されているが、連続処理制御装置１２の機能は、複数のコンピュータに分散して実現してもよい。
【００１７】
図２には、上記連続処理制御装置１２の構成例が示される。図２において、連続処理制御装置１２は、ＣＰＵ（中央処理装置）１６、ＲＡＭ（ランダムアクセスメモリ）１８、ＲＯＭ（リードオンリーメモリ）２０、記憶装置２２及び通信インタフェース２４を含んで構成されている。
【００１８】
ＣＰＵ１６は、ＲＯＭ２０及び記憶装置２２に格納されたプログラムを実行し、連続処理制御装置１２の動作を制御するプロセッサである。
【００１９】
ＲＡＭ１８は、ＣＰＵ１６の作業用メモリ（主記憶装置）として機能する読み書き可能な揮発性メモリである。
【００２０】
ＲＯＭ２０は、読み出し専用の不揮発性メモリであり、ＣＰＵ１６等が実行するプログラムやデータ等を記憶する。
【００２１】
記憶装置２２は、ハードディスク装置等により構成されたコンピュータ読み取り可能な記憶媒体であり、ＣＰＵ１６が実行するプログラムやデータ等を記憶する。
【００２２】
通信インタフェース２４は、クライアントＰＣ１０との間でネットワーク１４を介してデータの送受信処理を行う。
【００２３】
図３には、本実施形態にかかる連続処理制御装置１２の各機能を表す機能ブロック図が示される。図３において、連続処理制御装置１２は、処理制御部２６、コンテンツ管理部２８、ユーザ管理部３０、処理定義データベース部３２、処理ログデータベース部３４及び通信部４６を含んで構成されている。
【００２４】
処理制御部２６は、ＣＰＵ１６により実現され、クライアントＰＣ１０から受け取った要求（リクエスト）に基づき、所定の処理を実行して上記要求に対応した情報を生成する。この処理制御部２６は、処理連結部３６、連続実行決定部３８、指示入力受付部４０、連続処理実行部４２及び画面編集部４４を含んでいる。
【００２５】
処理連結部３６は、操作者がクライアントＰＣ１０から行った操作に基づいて、連続処理制御装置１２が実行する複数の処理（単位処理）を一連の処理（連結処理）として連結するものである。
【００２６】
連続実行決定部３８は、処理連結部３６により連結された処理において、連続して実行可能な処理の範囲を決定するものである。この決定は、処理定義データベース部２８が保持する連続実行可否情報に基づいて行われる。
【００２７】
指示入力受付部４０は、上記連続して実行可能な処理の実行を指示する指示入力を受け付けるものである。この指示入力は、操作者がクライアントＰＣ１０から入力し、ネットワーク１４を介して送信する。なお、指示入力受付部４０は、指示入力に付随する操作パラメータの種類について、操作者に応じて受付の可否を決定するように構成するのが好適である。これにより、操作者の誤入力を回避することができる。操作パラメータは、各処理を実行する際に必要となる情報であり、例えば操作者が入力するユーザ識別子、電子メール送信処理のためのメールアドレス等がある。
【００２８】
連続処理実行部４２は、上記連続して実行可能な範囲の処理を、１回の指示入力に応じて連続して実行するものである。
【００２９】
画面編集部４４は、上記連続処理実行部４２により連続実行される各処理において、それぞれ表示される画面を結合した画面を編集するものである。
【００３０】
また、図３に示されたコンテンツ管理部２８は、ＣＰＵ１６、ＲＡＭ１８及び記憶装置２２により実現され、クライアントＰＣ１０に提供するコンテンツ及びその属性情報を管理する。また、例えば各操作者のクライアントＰＣ１０に対してどのコンテンツを提供できるか等の情報も管理する。処理制御部２６は、このコンテンツ管理部２８に対して、操作者を識別するユーザ識別子を渡し、操作者がクライアントＰＣ１０により要求したコンテンツの取得、削除、検索などを実行する。
【００３１】
ユーザ管理部３０は、ＣＰＵ１６、ＲＡＭ１８及び記憶装置２２により実現され、本実施形態の連続処理制御装置１２を利用する操作者を識別するユーザ識別子及び各操作者の操作権限を管理するシステムである。この操作権限は、操作者がクライアントＰＣ１０を介して送信した指示入力を指示入力受付部４０が受付可能であるか否かを判断するための情報である。ユーザ管理部３０は、これらの情報に基づきログイン処理等を行う。
【００３２】
処理定義データベース部３２は、ＣＰＵ１６、ＲＡＭ１８及び記憶装置２２により実現され、処理制御部２６がコンテンツ管理部２８、及びユーザ管理部３０及び処理ログデータベース部３４等に対して行う処理を単位処理として保持するとともに、処理連結部３６がこれらの単位処理を連結した連結処理を格納するデータベースである。また、処理定義データベース部３２は、上記単位処理について、他の単位処理と連続実行が可能であるか否かを判断するための連続実行可否情報を保持する。この連続実行可否情報は、上記単位処理の各々について、他の単位処理に続けてあるいは他の単位処理を自身に続けて実行可能であるか否かを予め決定したものである。例えば、ある単位処理を実行した後、操作者に実行結果を確認させる必要がある場合は連続実行不可とし、そのような必要がない場合には連続実行可能とする。連続実行可能な場合に、その旨を示すフラグを立てる等の手段によって連続実行可否情報を表すことができる。これにより、連結処理に含まれる単位処理のうち、連続実行が可能な範囲を判断することができる。
【００３３】
処理ログデータベース部３４は、ＣＰＵ１６、ＲＡＭ１８及び記憶装置２２により実現され、処理制御部２６が実行した各処理の履歴をログ情報として格納する。ログ情報として格納される処理には、上記単位処理と連結処理が含まれる。なお、処理連結部３６は、処理ログデータベース部３４に格納された処理履歴から連結する処理を選択するように構成するのが好適である。この場合には、画像編集部４４が、処理履歴に含まれる処理の種類が表示された処理選択用の画面を作成し、クライアントＰＣ１０に送信して操作者が所望の処理を選択できるようにする。
【００３４】
通信部４６は、通信インタフェース２４により実現され、クライアントＰＣ１０と通信を行い、情報処理に必要なデータのやり取りを行う。
【００３５】
なお、図３に示された各機能は、単一のコンピュータ上に実現する必要はなく、図２に示された構成を有する複数のコンピュータ上で実現してもよい。
【００３６】
図４には、本実施形態にかかる連続処理制御装置１２の動作説明するために、連続処理を行わない場合の動作のシーケンス図が示される。図４では、操作者がクライアントＰＣ１０により、連続処理制御装置１２に対して「属性表示」を要求（リクエスト）し、続いて「コンテンツ表示」を要求し、さらに「属性変更」を要求する場合のシーケンスとなっている。なお、このシーケンス図の最初に「操作定義取得要求」が処理制御部２６から処理定義データベース部３２に発行され、処理定義データベース部３２から処理制御部２６に「操作定義取得返信」が返されているが、これは操作者が「属性表示」の要求を行うまでに、処理定義データベース部３２から単位処理及び連結処理の内容が処理制御部２６にロードされていることを示している。
【００３７】
図４において、操作者が所望の「属性表示」を要求すると、指示入力受付部４０がこの供給を受け付け、処理制御部２６がコンテンツ管理部２８に属性取得要求を行って要求した属性を取得する。取得した属性に基づき画面編集部４４が属性表示画面を作成し、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性表示画面を操作者に表示する。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００３８】
次に、操作者が所望の「コンテンツ表示」を要求すると、処理制御部２６がコンテンツ管理部２８にコンテンツ取得要求を行い、要求したコンテンツを取得する。取得したコンテンツに基づき画面編集部４４がコンテンツ表示画面を作成し、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信したコンテンツ表示画面を操作者に表示する。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００３９】
なお、処理制御部２６が属性取得要求を行う場合には、前述したように、ユーザ識別子を渡に基づいて、コンテンツ管理部２８が操作者に提供してよい属性及びコンテンツであるか否かを判断する。これにより、操作者に提供できない属性及びコンテンツを提供することを回避できる。
【００４０】
さらに、操作者が上記属性に対して「属性変更」を要求すると、処理制御部２６がコンテンツ管理部２８に属性変更要求を行い、要求した属性変更情報を取得する。取得した属性変更情報に基づき画面編集部４４が属性変更画面を作成し、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性変更画面を操作者に表示する。これにより、操作者は所定の属性変更指示を行うことができる。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００４１】
図５には、以上の処理を実行した結果としてのクライアントＰＣ１０の表示画面の例が示される。図５において、操作者には各処理に応じて３個の画面が表示されることになり、操作者は属性表示画面及びコンテンツ表示画面を参照したのち、属性変更画面で属性を変更する。
【００４２】
図６には、上記３個の処理（「属性表示」、「コンテンツ表示」、「属性変更」）について連続処理を行う場合の動作のシーケンス図が示される。なお、図６では、予め操作者がクライアントＰＣ１０から所望の処理を指定して、あるいは処理ログデータベース部３４に保持された処理履歴の選択画面から選択することにより、処理連結部３６が単位処理を連結して連結処理を生成している。本実施形態の場合には、上記３つの処理が連結されて連結処理となっている。なお、この連結処理は、連続実行決定部３８が、処理定義データベース部３２が保持する連続実行可否情報に基づいて連続して実行可能であると決定したものであるとする。
【００４３】
図６において、「操作定義取得要求」処理の後、操作者がクライアントＰＣ１０から連結処理としての「属性変更」を要求すると、指示入力受付部４０がこの要求を受け付ける。この際、指示入力受付部４０は、「属性変更」の指示入力に含まれるユーザ識別子に基づき、ユーザ管理部３０に問い合わせて当該指示入力の受け付けの可否を判断する。
【００４４】
上記指示入力が受け付け可である場合に、処理制御部２６の連続処理実行部４２がコンテンツ管理部２８に属性取得要求を行い、要求した属性を取得する。続いて、連続処理実行部４２がコンテンツ管理部２８にコンテンツ取得要求を行い、要求したコンテンツを取得する。さらに、連続処理実行部４２がコンテンツ管理部２８に属性変更要求を行い、要求した属性変更情報を取得する。なお、本実施形態においても、連続処理実行部４２が属性取得要求を行う場合には、前述したように、ユーザ識別子に基づいて、コンテンツ管理部２８が操作者に提供してよい属性及びコンテンツであるか否かを判断する。
【００４５】
以上のようにして取得した属性、コンテンツ及び属性変更情報に基づき、画面編集部４４が、上記図５に示された、各処理においてそれぞれ表示される３個の画面を結合した属性変更画面を編集する。この属性変更画面は、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性変更画面を操作者に表示する。これにより、操作者は所望の属性変更指示を行うことができる。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００４６】
このように、本実施形態では、操作者の指示入力の回数が１回となっており、操作の簡略化を図ることができる。また、履歴情報の作成回数も１回となっており、処理の簡略化を図ることができる。
【００４７】
図７には、上記編集後の属性変更画面の例が示される。図７では、図５において３個だった画面が１画面となっている。これにより、画面作成処理の簡略化を図ることができる。
【００４８】
図８には、連続処理を行う場合の他の動作のシーケンス図が示される。なお、図８では、処理連結部３６が単位処理を連結して生成した連結処理について、連続実行決定部３８が、処理定義データベース部３２が保持する連続実行可否情報に基づいて、「属性表示」と「コンテンツ表示」とが連続して実行可能であり、「コンテンツ表示」の次に「属性変更」を連続実行できないと決定したものであるとする。このように、本実施形態では、連結処理中に連続処理可能な処理のグループが２つ存在する（「属性表示」と「コンテンツ表示」とを含むグループと「属性変更」のみを含むグループ）。
【００４９】
図８において、「操作定義取得要求」処理の後、操作者がクライアントＰＣ１０から連結処理としての「属性・コンテンツ表示」を要求すると、指示入力受付部４０がこの要求を受け付ける。この際、指示入力受付部４０は、「属性変更」の指示入力に含まれるユーザ識別子に基づき、ユーザ管理部３０に問い合わせて当該指示入力の受け付けの可否を判断する。
【００５０】
上記指示入力が受け付け可である場合に、処理制御部２６の連続処理実行部４２がコンテンツ管理部２８に属性取得要求を行い、要求した属性を取得する。続いて、連続処理実行部４２がコンテンツ管理部２８にコンテンツ取得要求を行い、要求したコンテンツを取得する。なお、本実施形態においても、連続処理実行部４２が属性・コンテンツ表示要求を行う場合には、前述したように、ユーザ識別子に基づいて、コンテンツ管理部２８が操作者に提供してよい属性及びコンテンツであるか否かを判断する。
【００５１】
ここで、連続処理実行部４２が連続実行を一旦中断し、取得した属性及びコンテンツに基づき、画面編集部４４が、「属性表示」と「コンテンツ表示」の各処理においてそれぞれ表示される２個の画面を結合した属性・コンテンツ表示画面を編集する。この属性・コンテンツ表示画面は、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性・コンテンツ表示画面を操作者に表示する。これにより、操作者は所望の属性とコンテンツを参照することができる。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００５２】
次に、操作者がクライアントＰＣ１０から「属性変更」を要求すると、連続処理実行部４２がコンテンツ管理部２８に属性変更要求を行い、要求した属性変更情報を取得する。取得した属性変更情報に基づき、画面編集部４４が属性変更画面を作成し、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性変更画面を操作者に表示する。これにより、操作者は所望の属性変更指示を行うことができる。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００５３】
本実施形態では、操作者の指示入力の回数及び履歴情報の作成回数が２回となっている。これは、連結処理中に連続実行可能な処理のグループが２つあるためである。この結果、連続実行の可否に基づいて、適切な処理を実行することができる。
【００５４】
図９には、上記属性・コンテンツ表示画面及び属性変更画面の例が示される。このように、本実施形態においては、連続実行可能な処理のグループの数だけ画面編集が行われている。この結果、各処理の連続実行の可否に応じて適切に画面編集することができる。
【図面の簡単な説明】
【００５５】
【図１】本発明にかかる連続処理制御装置を使用したデータ処理システムの構成例を示す図である。
【図２】本発明にかかる連続処理制御装置の構成例を示す図である。
【図３】本発明にかかる連続処理制御装置の各機能を表す機能ブロック図である。
【図４】本発明にかかる連続処理制御装置の動作説明をするための、連続処理を行わない場合の動作のシーケンス図である。
【図５】図４に示された動作において作成される表示画面の例を示す図である。
【図６】本発明にかかる連続処理制御装置が連続処理を行う場合の動作のシーケンス図である。
【図７】図６に示された動作において作成される表示画面の例を示す図である。
【図８】本発明にかかる連続処理制御装置が連続処理を行う場合の他の動作のシーケンス図である。
【図９】図８に示された動作において作成される表示画面の例を示す図である。
【符号の説明】
【００５６】
１０ クライアントＰＣ、１２ 連続処理制御装置、１４ ネットワーク、１６ ＣＰＵ、１８ ＲＡＭ、２０ ＲＯＭ、２２ 記憶装置、２４ 通信インタフェース、２６ 処理制御部、２８ コンテンツ管理部、３０ ユーザ管理部、３２ 処理定義データベース部、３４ 処理ログデータベース部、３６ 処理連結部、３８ 連続実行決定部、４０ 指示入力受付部、４２ 連続処理実行部、４４ 画面編集部、４６ 通信部。
【技術分野】
【０００１】
本発明は、連続処理制御装置及び連続処理制御プログラムに関する。
【背景技術】
【０００２】
従来より、操作回数の多いアプリケーションにおいて、操作者の操作負担を軽減するためにマクロ機能が使用されている。例えば、下記特許文献１においては、操作履歴を記録しておき、この操作履歴のある範囲を指定することにより、その範囲を簡単にマクロ化することができる技術が開示されている。
【特許文献１】特開平１０−２１１９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記マクロ機能は、単純な処理の流れを定義し、これを逐次実行するものであるが、例えばウエブアプリケーションのように、１つの操作ごとに１ページないし複数のページが用意されていて、マクロ処理の中にページ遷移が発生するものについては、単純にマクロ機能を適用することが困難であるという問題があった。特に、各処理の実行の可否が操作者の権限等に依存する場合には、マクロ定義された操作フローの一部または全体が実行できない可能性があるという問題があった。
【０００４】
本発明は、上記従来の課題に鑑みなされたものであり、その目的は、複数の処理を一連の処理として実行することができる連続処理制御装置及び連続処理制御プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、連続処理制御装置であって、複数の処理を一連の処理として連結する処理連結手段と、前記連結された処理において、連続して実行可能な処理の範囲を決定する連続実行決定手段と、前記連続して実行可能な処理の実行を指示する指示入力を受け付ける指示入力受付手段と、前記連続して実行可能な範囲の処理を、１回の前記指示入力に応じて連続して実行する連続処理実行手段と、を備えることを特徴とする。
【０００６】
ここで、上記連続処理制御装置は、前記連続処理実行手段により連続実行される各処理において表示される画面を結合した画面を編集する画面編集手段をさらに備えるのが好適である。
【０００７】
また、上記連続処理制御装置において、前記指示入力受付手段は、連結された処理の中に連続して実行可能な処理のグループが複数ある場合に、グループ毎に前記指示入力を受け付けるのが好適である。
【０００８】
また、上記連続処理制御装置において、前記画面編集手段連結された処理の中に連続して実行可能な処理のグループが複数ある場合に、グループ毎に前記結合した画面を編集するのが好適である。
【０００９】
また、上記連続処理制御装置において、前記処理連結手段は、過去の操作履歴から連結する処理を選択するのが好適である。
【００１０】
また、上記連続処理制御装置において、前記指示入力受付手段は、操作者の操作権限に基づいて前記指示入力の受付の可否を決定するのが好適である。
【００１１】
また、上記連続処理制御装置において、前記指示入力受付手段は、前記指示入力に付随する操作パラメータの種類について、操作者に応じて受付の可否を決定するのが好適である。
【００１２】
また、本発明は、連続処理制御プログラムであって、複数の処理を一連の処理として連結し、前記連結された処理において、連続して実行可能な処理の範囲を決定し、前記連続して実行可能な処理の実行を指示する指示入力を受け付け、前記連続して実行可能な範囲の処理を、１回の前記指示入力に応じて連続して実行する処理をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、複数の処理を一連の処理として容易に実行することができる。
【００１４】
また、操作者の操作権限に基づいて、連続して実行する処理を決定することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を実施するための最良の形態（以下、実施形態という）を、図面に従って説明する。
【００１６】
図１には、本発明にかかる連続処理制御装置を使用したデータ処理システムの構成例が示される。図１において、操作者が使用するクライアントコンピュータ（クライアントＰＣ）１０と連続処理制御装置１２とが、インターネット等のネットワーク１４を介して接続されている。上記クライアントＰＣ１０には、ウエブブラウザまたは専用のクライアントアプリケーションプログラムが備えられ、これらのプログラムにより連続処理制御装置１２にアクセスする。操作者は、クライアントＰＣ１０から所望のリクエストを連続処理制御装置１２に送信し、連続処理制御装置１２は、このリクエストに応じた情報をクライアントＰＣ１０に返信する構成となっている。なお、図１では連続処理制御装置１２が１台設置された例が示されているが、連続処理制御装置１２の機能は、複数のコンピュータに分散して実現してもよい。
【００１７】
図２には、上記連続処理制御装置１２の構成例が示される。図２において、連続処理制御装置１２は、ＣＰＵ（中央処理装置）１６、ＲＡＭ（ランダムアクセスメモリ）１８、ＲＯＭ（リードオンリーメモリ）２０、記憶装置２２及び通信インタフェース２４を含んで構成されている。
【００１８】
ＣＰＵ１６は、ＲＯＭ２０及び記憶装置２２に格納されたプログラムを実行し、連続処理制御装置１２の動作を制御するプロセッサである。
【００１９】
ＲＡＭ１８は、ＣＰＵ１６の作業用メモリ（主記憶装置）として機能する読み書き可能な揮発性メモリである。
【００２０】
ＲＯＭ２０は、読み出し専用の不揮発性メモリであり、ＣＰＵ１６等が実行するプログラムやデータ等を記憶する。
【００２１】
記憶装置２２は、ハードディスク装置等により構成されたコンピュータ読み取り可能な記憶媒体であり、ＣＰＵ１６が実行するプログラムやデータ等を記憶する。
【００２２】
通信インタフェース２４は、クライアントＰＣ１０との間でネットワーク１４を介してデータの送受信処理を行う。
【００２３】
図３には、本実施形態にかかる連続処理制御装置１２の各機能を表す機能ブロック図が示される。図３において、連続処理制御装置１２は、処理制御部２６、コンテンツ管理部２８、ユーザ管理部３０、処理定義データベース部３２、処理ログデータベース部３４及び通信部４６を含んで構成されている。
【００２４】
処理制御部２６は、ＣＰＵ１６により実現され、クライアントＰＣ１０から受け取った要求（リクエスト）に基づき、所定の処理を実行して上記要求に対応した情報を生成する。この処理制御部２６は、処理連結部３６、連続実行決定部３８、指示入力受付部４０、連続処理実行部４２及び画面編集部４４を含んでいる。
【００２５】
処理連結部３６は、操作者がクライアントＰＣ１０から行った操作に基づいて、連続処理制御装置１２が実行する複数の処理（単位処理）を一連の処理（連結処理）として連結するものである。
【００２６】
連続実行決定部３８は、処理連結部３６により連結された処理において、連続して実行可能な処理の範囲を決定するものである。この決定は、処理定義データベース部２８が保持する連続実行可否情報に基づいて行われる。
【００２７】
指示入力受付部４０は、上記連続して実行可能な処理の実行を指示する指示入力を受け付けるものである。この指示入力は、操作者がクライアントＰＣ１０から入力し、ネットワーク１４を介して送信する。なお、指示入力受付部４０は、指示入力に付随する操作パラメータの種類について、操作者に応じて受付の可否を決定するように構成するのが好適である。これにより、操作者の誤入力を回避することができる。操作パラメータは、各処理を実行する際に必要となる情報であり、例えば操作者が入力するユーザ識別子、電子メール送信処理のためのメールアドレス等がある。
【００２８】
連続処理実行部４２は、上記連続して実行可能な範囲の処理を、１回の指示入力に応じて連続して実行するものである。
【００２９】
画面編集部４４は、上記連続処理実行部４２により連続実行される各処理において、それぞれ表示される画面を結合した画面を編集するものである。
【００３０】
また、図３に示されたコンテンツ管理部２８は、ＣＰＵ１６、ＲＡＭ１８及び記憶装置２２により実現され、クライアントＰＣ１０に提供するコンテンツ及びその属性情報を管理する。また、例えば各操作者のクライアントＰＣ１０に対してどのコンテンツを提供できるか等の情報も管理する。処理制御部２６は、このコンテンツ管理部２８に対して、操作者を識別するユーザ識別子を渡し、操作者がクライアントＰＣ１０により要求したコンテンツの取得、削除、検索などを実行する。
【００３１】
ユーザ管理部３０は、ＣＰＵ１６、ＲＡＭ１８及び記憶装置２２により実現され、本実施形態の連続処理制御装置１２を利用する操作者を識別するユーザ識別子及び各操作者の操作権限を管理するシステムである。この操作権限は、操作者がクライアントＰＣ１０を介して送信した指示入力を指示入力受付部４０が受付可能であるか否かを判断するための情報である。ユーザ管理部３０は、これらの情報に基づきログイン処理等を行う。
【００３２】
処理定義データベース部３２は、ＣＰＵ１６、ＲＡＭ１８及び記憶装置２２により実現され、処理制御部２６がコンテンツ管理部２８、及びユーザ管理部３０及び処理ログデータベース部３４等に対して行う処理を単位処理として保持するとともに、処理連結部３６がこれらの単位処理を連結した連結処理を格納するデータベースである。また、処理定義データベース部３２は、上記単位処理について、他の単位処理と連続実行が可能であるか否かを判断するための連続実行可否情報を保持する。この連続実行可否情報は、上記単位処理の各々について、他の単位処理に続けてあるいは他の単位処理を自身に続けて実行可能であるか否かを予め決定したものである。例えば、ある単位処理を実行した後、操作者に実行結果を確認させる必要がある場合は連続実行不可とし、そのような必要がない場合には連続実行可能とする。連続実行可能な場合に、その旨を示すフラグを立てる等の手段によって連続実行可否情報を表すことができる。これにより、連結処理に含まれる単位処理のうち、連続実行が可能な範囲を判断することができる。
【００３３】
処理ログデータベース部３４は、ＣＰＵ１６、ＲＡＭ１８及び記憶装置２２により実現され、処理制御部２６が実行した各処理の履歴をログ情報として格納する。ログ情報として格納される処理には、上記単位処理と連結処理が含まれる。なお、処理連結部３６は、処理ログデータベース部３４に格納された処理履歴から連結する処理を選択するように構成するのが好適である。この場合には、画像編集部４４が、処理履歴に含まれる処理の種類が表示された処理選択用の画面を作成し、クライアントＰＣ１０に送信して操作者が所望の処理を選択できるようにする。
【００３４】
通信部４６は、通信インタフェース２４により実現され、クライアントＰＣ１０と通信を行い、情報処理に必要なデータのやり取りを行う。
【００３５】
なお、図３に示された各機能は、単一のコンピュータ上に実現する必要はなく、図２に示された構成を有する複数のコンピュータ上で実現してもよい。
【００３６】
図４には、本実施形態にかかる連続処理制御装置１２の動作説明するために、連続処理を行わない場合の動作のシーケンス図が示される。図４では、操作者がクライアントＰＣ１０により、連続処理制御装置１２に対して「属性表示」を要求（リクエスト）し、続いて「コンテンツ表示」を要求し、さらに「属性変更」を要求する場合のシーケンスとなっている。なお、このシーケンス図の最初に「操作定義取得要求」が処理制御部２６から処理定義データベース部３２に発行され、処理定義データベース部３２から処理制御部２６に「操作定義取得返信」が返されているが、これは操作者が「属性表示」の要求を行うまでに、処理定義データベース部３２から単位処理及び連結処理の内容が処理制御部２６にロードされていることを示している。
【００３７】
図４において、操作者が所望の「属性表示」を要求すると、指示入力受付部４０がこの供給を受け付け、処理制御部２６がコンテンツ管理部２８に属性取得要求を行って要求した属性を取得する。取得した属性に基づき画面編集部４４が属性表示画面を作成し、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性表示画面を操作者に表示する。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００３８】
次に、操作者が所望の「コンテンツ表示」を要求すると、処理制御部２６がコンテンツ管理部２８にコンテンツ取得要求を行い、要求したコンテンツを取得する。取得したコンテンツに基づき画面編集部４４がコンテンツ表示画面を作成し、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信したコンテンツ表示画面を操作者に表示する。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００３９】
なお、処理制御部２６が属性取得要求を行う場合には、前述したように、ユーザ識別子を渡に基づいて、コンテンツ管理部２８が操作者に提供してよい属性及びコンテンツであるか否かを判断する。これにより、操作者に提供できない属性及びコンテンツを提供することを回避できる。
【００４０】
さらに、操作者が上記属性に対して「属性変更」を要求すると、処理制御部２６がコンテンツ管理部２８に属性変更要求を行い、要求した属性変更情報を取得する。取得した属性変更情報に基づき画面編集部４４が属性変更画面を作成し、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性変更画面を操作者に表示する。これにより、操作者は所定の属性変更指示を行うことができる。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００４１】
図５には、以上の処理を実行した結果としてのクライアントＰＣ１０の表示画面の例が示される。図５において、操作者には各処理に応じて３個の画面が表示されることになり、操作者は属性表示画面及びコンテンツ表示画面を参照したのち、属性変更画面で属性を変更する。
【００４２】
図６には、上記３個の処理（「属性表示」、「コンテンツ表示」、「属性変更」）について連続処理を行う場合の動作のシーケンス図が示される。なお、図６では、予め操作者がクライアントＰＣ１０から所望の処理を指定して、あるいは処理ログデータベース部３４に保持された処理履歴の選択画面から選択することにより、処理連結部３６が単位処理を連結して連結処理を生成している。本実施形態の場合には、上記３つの処理が連結されて連結処理となっている。なお、この連結処理は、連続実行決定部３８が、処理定義データベース部３２が保持する連続実行可否情報に基づいて連続して実行可能であると決定したものであるとする。
【００４３】
図６において、「操作定義取得要求」処理の後、操作者がクライアントＰＣ１０から連結処理としての「属性変更」を要求すると、指示入力受付部４０がこの要求を受け付ける。この際、指示入力受付部４０は、「属性変更」の指示入力に含まれるユーザ識別子に基づき、ユーザ管理部３０に問い合わせて当該指示入力の受け付けの可否を判断する。
【００４４】
上記指示入力が受け付け可である場合に、処理制御部２６の連続処理実行部４２がコンテンツ管理部２８に属性取得要求を行い、要求した属性を取得する。続いて、連続処理実行部４２がコンテンツ管理部２８にコンテンツ取得要求を行い、要求したコンテンツを取得する。さらに、連続処理実行部４２がコンテンツ管理部２８に属性変更要求を行い、要求した属性変更情報を取得する。なお、本実施形態においても、連続処理実行部４２が属性取得要求を行う場合には、前述したように、ユーザ識別子に基づいて、コンテンツ管理部２８が操作者に提供してよい属性及びコンテンツであるか否かを判断する。
【００４５】
以上のようにして取得した属性、コンテンツ及び属性変更情報に基づき、画面編集部４４が、上記図５に示された、各処理においてそれぞれ表示される３個の画面を結合した属性変更画面を編集する。この属性変更画面は、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性変更画面を操作者に表示する。これにより、操作者は所望の属性変更指示を行うことができる。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００４６】
このように、本実施形態では、操作者の指示入力の回数が１回となっており、操作の簡略化を図ることができる。また、履歴情報の作成回数も１回となっており、処理の簡略化を図ることができる。
【００４７】
図７には、上記編集後の属性変更画面の例が示される。図７では、図５において３個だった画面が１画面となっている。これにより、画面作成処理の簡略化を図ることができる。
【００４８】
図８には、連続処理を行う場合の他の動作のシーケンス図が示される。なお、図８では、処理連結部３６が単位処理を連結して生成した連結処理について、連続実行決定部３８が、処理定義データベース部３２が保持する連続実行可否情報に基づいて、「属性表示」と「コンテンツ表示」とが連続して実行可能であり、「コンテンツ表示」の次に「属性変更」を連続実行できないと決定したものであるとする。このように、本実施形態では、連結処理中に連続処理可能な処理のグループが２つ存在する（「属性表示」と「コンテンツ表示」とを含むグループと「属性変更」のみを含むグループ）。
【００４９】
図８において、「操作定義取得要求」処理の後、操作者がクライアントＰＣ１０から連結処理としての「属性・コンテンツ表示」を要求すると、指示入力受付部４０がこの要求を受け付ける。この際、指示入力受付部４０は、「属性変更」の指示入力に含まれるユーザ識別子に基づき、ユーザ管理部３０に問い合わせて当該指示入力の受け付けの可否を判断する。
【００５０】
上記指示入力が受け付け可である場合に、処理制御部２６の連続処理実行部４２がコンテンツ管理部２８に属性取得要求を行い、要求した属性を取得する。続いて、連続処理実行部４２がコンテンツ管理部２８にコンテンツ取得要求を行い、要求したコンテンツを取得する。なお、本実施形態においても、連続処理実行部４２が属性・コンテンツ表示要求を行う場合には、前述したように、ユーザ識別子に基づいて、コンテンツ管理部２８が操作者に提供してよい属性及びコンテンツであるか否かを判断する。
【００５１】
ここで、連続処理実行部４２が連続実行を一旦中断し、取得した属性及びコンテンツに基づき、画面編集部４４が、「属性表示」と「コンテンツ表示」の各処理においてそれぞれ表示される２個の画面を結合した属性・コンテンツ表示画面を編集する。この属性・コンテンツ表示画面は、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性・コンテンツ表示画面を操作者に表示する。これにより、操作者は所望の属性とコンテンツを参照することができる。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００５２】
次に、操作者がクライアントＰＣ１０から「属性変更」を要求すると、連続処理実行部４２がコンテンツ管理部２８に属性変更要求を行い、要求した属性変更情報を取得する。取得した属性変更情報に基づき、画面編集部４４が属性変更画面を作成し、通信部４６を介してクライアントＰＣ１０に送信する。クライアントＰＣ１０では、受信した属性変更画面を操作者に表示する。これにより、操作者は所望の属性変更指示を行うことができる。また、処理制御部２６は、処理ログデータベース部３４に、上記処理の履歴情報を作成させる。
【００５３】
本実施形態では、操作者の指示入力の回数及び履歴情報の作成回数が２回となっている。これは、連結処理中に連続実行可能な処理のグループが２つあるためである。この結果、連続実行の可否に基づいて、適切な処理を実行することができる。
【００５４】
図９には、上記属性・コンテンツ表示画面及び属性変更画面の例が示される。このように、本実施形態においては、連続実行可能な処理のグループの数だけ画面編集が行われている。この結果、各処理の連続実行の可否に応じて適切に画面編集することができる。
【図面の簡単な説明】
【００５５】
【図１】本発明にかかる連続処理制御装置を使用したデータ処理システムの構成例を示す図である。
【図２】本発明にかかる連続処理制御装置の構成例を示す図である。
【図３】本発明にかかる連続処理制御装置の各機能を表す機能ブロック図である。
【図４】本発明にかかる連続処理制御装置の動作説明をするための、連続処理を行わない場合の動作のシーケンス図である。
【図５】図４に示された動作において作成される表示画面の例を示す図である。
【図６】本発明にかかる連続処理制御装置が連続処理を行う場合の動作のシーケンス図である。
【図７】図６に示された動作において作成される表示画面の例を示す図である。
【図８】本発明にかかる連続処理制御装置が連続処理を行う場合の他の動作のシーケンス図である。
【図９】図８に示された動作において作成される表示画面の例を示す図である。
【符号の説明】
【００５６】
１０ クライアントＰＣ、１２ 連続処理制御装置、１４ ネットワーク、１６ ＣＰＵ、１８ ＲＡＭ、２０ ＲＯＭ、２２ 記憶装置、２４ 通信インタフェース、２６ 処理制御部、２８ コンテンツ管理部、３０ ユーザ管理部、３２ 処理定義データベース部、３４ 処理ログデータベース部、３６ 処理連結部、３８ 連続実行決定部、４０ 指示入力受付部、４２ 連続処理実行部、４４ 画面編集部、４６ 通信部。
【特許請求の範囲】
【請求項１】
複数の処理を一連の処理として連結する処理連結手段と、
前記連結された処理において、連続して実行可能な処理の範囲を決定する連続実行決定手段と、
前記連続して実行可能な処理の実行を指示する指示入力を受け付ける指示入力受付手段と、
前記連続して実行可能な範囲の処理を、１回の前記指示入力に応じて連続して実行する連続処理実行手段と、
を備えることを特徴とする連続処理制御装置。
【請求項２】
請求項１記載の連続処理制御装置は、前記連続処理実行手段により連続実行される各処理において表示される画面を結合した画面を編集する画面編集手段をさらに備えることを特徴とする連続処理制御装置。
【請求項３】
請求項１または請求項２記載の連続処理制御装置において、前記指示入力受付手段は、連結された処理の中に連続して実行可能な処理のグループが複数ある場合に、グループ毎に前記指示入力を受け付けることを特徴とする連続処理制御装置。
【請求項４】
請求項２記載の連続処理制御装置において、前記画面編集手段連結された処理の中に連続して実行可能な処理のグループが複数ある場合に、グループ毎に前記結合した画面を編集することを特徴とする連続処理制御装置。
【請求項５】
請求項１から請求項４のいずれか一項記載の連続処理制御装置において、前記処理連結手段は、過去の操作履歴から連結する処理を選択することを特徴とする連続処理制御装置。
【請求項６】
請求項１から請求項５のいずれか一項記載の連続処理制御装置において、前記指示入力受付手段は、操作者の操作権限に基づいて前記指示入力の受付の可否を決定することを特徴とする連続処理制御装置。
【請求項７】
請求項１から請求項６のいずれか一項記載の連続処理制御装置において、前記指示入力受付手段は、前記指示入力に付随する操作パラメータの種類について、操作者に応じて受付の可否を決定することを特徴とする連続処理制御装置。
【請求項８】
複数の処理を一連の処理として連結し、
前記連結された処理において、連続して実行可能な処理の範囲を決定し、
前記連続して実行可能な処理の実行を指示する指示入力を受け付け、
前記連続して実行可能な範囲の処理を、１回の前記指示入力に応じて連続して実行する
処理をコンピュータに実行させることを特徴とする連続処理制御プログラム。
【請求項１】
複数の処理を一連の処理として連結する処理連結手段と、
前記連結された処理において、連続して実行可能な処理の範囲を決定する連続実行決定手段と、
前記連続して実行可能な処理の実行を指示する指示入力を受け付ける指示入力受付手段と、
前記連続して実行可能な範囲の処理を、１回の前記指示入力に応じて連続して実行する連続処理実行手段と、
を備えることを特徴とする連続処理制御装置。
【請求項２】
請求項１記載の連続処理制御装置は、前記連続処理実行手段により連続実行される各処理において表示される画面を結合した画面を編集する画面編集手段をさらに備えることを特徴とする連続処理制御装置。
【請求項３】
請求項１または請求項２記載の連続処理制御装置において、前記指示入力受付手段は、連結された処理の中に連続して実行可能な処理のグループが複数ある場合に、グループ毎に前記指示入力を受け付けることを特徴とする連続処理制御装置。
【請求項４】
請求項２記載の連続処理制御装置において、前記画面編集手段連結された処理の中に連続して実行可能な処理のグループが複数ある場合に、グループ毎に前記結合した画面を編集することを特徴とする連続処理制御装置。
【請求項５】
請求項１から請求項４のいずれか一項記載の連続処理制御装置において、前記処理連結手段は、過去の操作履歴から連結する処理を選択することを特徴とする連続処理制御装置。
【請求項６】
請求項１から請求項５のいずれか一項記載の連続処理制御装置において、前記指示入力受付手段は、操作者の操作権限に基づいて前記指示入力の受付の可否を決定することを特徴とする連続処理制御装置。
【請求項７】
請求項１から請求項６のいずれか一項記載の連続処理制御装置において、前記指示入力受付手段は、前記指示入力に付随する操作パラメータの種類について、操作者に応じて受付の可否を決定することを特徴とする連続処理制御装置。
【請求項８】
複数の処理を一連の処理として連結し、
前記連結された処理において、連続して実行可能な処理の範囲を決定し、
前記連続して実行可能な処理の実行を指示する指示入力を受け付け、
前記連続して実行可能な範囲の処理を、１回の前記指示入力に応じて連続して実行する
処理をコンピュータに実行させることを特徴とする連続処理制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００７−３３４６８４（Ｐ２００７−３３４６８４Ａ）
【公開日】平成１９年１２月２７日（２００７．１２．２７）
【国際特許分類】
【出願番号】特願２００６−１６６５１１（Ｐ２００６−１６６５１１）
【出願日】平成１８年６月１５日（２００６．６．１５）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成１９年１２月２７日（２００７．１２．２７）
【国際特許分類】
【出願日】平成１８年６月１５日（２００６．６．１５）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]