JP3569010B2 - Server client system - Google Patents
Server client system Download PDFInfo
- Publication number
- JP3569010B2 JP3569010B2 JP28307194A JP28307194A JP3569010B2 JP 3569010 B2 JP3569010 B2 JP 3569010B2 JP 28307194 A JP28307194 A JP 28307194A JP 28307194 A JP28307194 A JP 28307194A JP 3569010 B2 JP3569010 B2 JP 3569010B2
- Authority
- JP
- Japan
- Prior art keywords
- client
- server
- information
- request
- priority
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Description
【0001】
【産業上の利用分野】
本発明は、イメージ・テキストを含む各種データの登録、配送等のワークフローによる処理を、クライアントの要求によって行なうサーバシステムに関する。
【0002】
【従来の技術】
従来から、文書データ等の、ワークフローによる配送等の処理を行なう情報処理装置や、文書データ等を格納、読み出しする電子ファイリングシステムにおいては、サーバ・クライアント間の連係動作によって、所定の処理が行なわれている。
【0003】
このようなサーバ・クライアント間の連係動作を行なうクライアントサーバシステムとは、クライアント側からの各種要求に対して、データ検索、データ読み出しのためのファイル管理、クライアント間におけるデータ転送等の処理を、サーバ側が行なうシステムである。
【0004】
しかしながら、これまでのシステムでは、クライアントの要求に対して行なうサーバの処理は、各クライアントからの要求順に行なわれるため、クライアントからの要求が増えるに従って、要求に対する処理の速度である応答速度は遅くなり、仮に、至急の処理が発生しても、当該処理を優先的に処理できない場合がある。
【0005】
また、クライアントの要求を並列処理する場合であっても、処理開始自体は即時に行なわれるが、やはり、クライアントの要求数が増加するに従って、各要求に対するサーバの占有率が低下し、要求した処理が完了するまでに、相当の時間がかかってしまう。
【0006】
従来のシステムでは、要求の緊急性に対する配慮がなされておらず、クライアントが与える要求に対して、該要求に対する処理の優先度を示す優先レベルの設定が行なえない。 このようなことは、ユーザインターフェースの性能の劣化になってしまい、このような性能劣化に対する装置も提案されている。
【0007】
例えば、以下に示す文献に記載された技術が、公知技術となっている。
【0008】
「めだか:ソフトウエア開発向き電子メール基盤」(垂水:NEC関西C&C研究所、情報処理学会第45回全国大会(平成4年9月)1U−3)に開示されている技術として、電子メールシステムにおいて配送されるメールに、配送処理の優先度付けを行なうことが提案されている。
【0009】
しかしながら、この処理手順によれば、単に、メールが配送される、各端末が備える表示装置によって画面表示する順番を変更するものである。
【0010】
即ち、画面表示を優先して行なうメールは、該メールが配送された直後、即ち、到着後すぐに、いわゆる開封する処理であり、メールの転送・記憶等の各処理に対して優先度を設定するものではないため、要求の緊急性に対する配慮が行なわれているとはいえない。
【0011】
【発明が解決しようとする課題】
このように従来のシステムにおいては、クライアント側からの要求の緊急性に対する配慮がなされておらず、要求に対する優先レベルの設定が行なえないため、例えば、文書データの配送処理等の業務形態に融通性が無く、ユーザインターフェースの性能が劣るという問題点があった。
【0012】
即ち、従来のシステムにおいては、クライアント側からの要求に対して、サーバ側はクライアント側の要求に対する意志(例えば、通常の処理なのか、緊急性を有する処理なのか等)判断できず、サーバが受け付けた全ての要求に対する処理を均等に行なっていた。
【0013】
そこで第1の課題として、クライアント側の要求に対して、サーバ側が要求に対する緊急度等の把握をせず、全処理を均等に行なうため、諸般の事情を考慮した処理を行なえず、処理の融通性にかけることが挙げられる。
【0014】
また、従来の技術においては、例えば、文書データの所定クライアント間への配送処理等のワークフローの中で、優先処理を行なうことができなかった。そこで、第2の課題としては、ワークフロー上で処理されるデータに対して優先性を持たせて処理を行なうことができないことである。
【0015】
【課題を解決するための手段】
上記課題を解決する手段として、以下の手段が考えられる。
【0016】
すなわち、複数のクライアントとサーバを有し、クライアントから与えられた指示に対応した処理をサーバが行なうシステムであって、前記各クライアントは、サーバに与える指示を含むデータ、および、前記指示に対する処理の優先度を示す優先レベルを決定するための優先情報を少なくとも受け付ける入力手段と、サーバ側とデータの送受信を行なう手段であって、前記入力手段が受け付けたデータをサーバ側に送る機能を少なくとも有するクライアント通信手段と、該クライアント通信手段が送受信するデータを少なくとも表示する表示手段とを備えた手段である。
【0017】
そして、前記サーバは、前記クライアント通信手段との間でデータの送受信を行なうサーバ通信手段と、前記優先情報と優先レベルとの対応関係を定めたデータを記憶するための記憶手段と、サーバ通信手段を介して受け付けた指示に対応する、プロセスを発生するプロセス発生手段と、発生したプロセスに対する指示に対応する優先情報に基づいて、前記記憶手段の記憶内容を参照して、発生したプロセスに付与する優先レベルを決定する優先レベル決定手段と、優先レベルが付与されたプロセスを、マルチプロセス処理する処理、および、前記サーバ通信手段を介して、処理結果を、対応するクライアントのクライアント通信手段に与える処理を行なう処理手段とを備える。
【0018】
また、上記課題を解決するために、以下の態様も考えられる。
【0019】
複数のクライアントとサーバを有し、サーバが、所定データをクライアントに与えていくシステムであって、前記サーバは、前記クライアント通信手段との間でデータの送受信を行なうサーバ通信手段と、サーバが、所定データをクライアントに与えていく順番を定めた情報であるワークフロー情報、および、ワークフローごとに、ワークフローに従って行なう処理の優先度を示す優先レベルを記憶する記憶手段と、サーバ通信手段を介して受け付けたワークフロー情報提示指示に対応し、クライアント側にワークフロー情報を与え、さらに、クライアントが指示したワークフローを採用するワークフロー情報処理手段と、採用されたワークフローにしたがって、所定データをクライアントに与えていくプロセスを発生するプロセス発生手段と、前記記憶手段の記憶内容を参照して、発生したプロセスに付与する優先レベルを決定する優先レベル決定手段と、優先レベルが付与されたプロセスをマルチプロセス処理する処理手段とを備えた手段である。
【0020】
そして、前記各クライアントは、サーバ側とデータの送受信を行なう手段であるクライアント通信手段と、該クライアント通信手段が送受信するデータを少なくとも表示する表示手段と、前記所定データ、サーバに与えるワークフロー情報提示指示、および、採用するワークフローを少なくとも受け付ける入力手段とを備える。
【0021】
【作用】
以下、本発明の作用について説明する。
【0022】
図1は、クライアントの要求に対して、サーバが優先レベルを設定し、設定した優先レベルに基づいて処理を行なう要求優先処理の動作を示すブロック図である。
【0023】
まず、サーバは、クライアントからのクライアント要求1から、要求解析2によって、優先付け判定情報3および要求処理コマンド4を抽出する。
【0024】
ここで、優先付け判定情報3は、クライアント名、ワークフロー名、クライアントより送られた優先レベル等の情報であり、要求処理コマンド4は、文書検索、登録、表示等のクライアントの要求処理の内容である。
【0025】
また、システム管理者が予め登録している、ルール情報5を参照し、クライアントのアクセス情報、ワークフロー情報、クライアントのスケジュール情報等を用いて、優先情報6を求める。なお、優先付け判定情報3が与えられると、優先情報6を参照して、優先レベルが一意に決定される関係になっている。
【0026】
そして、要求処理コマンド4に基づいて、要求処理プロセス発生8は、要求を処理するための、サーバ上での前記要求に対するプロセスを発生する。
【0027】
また、優先レベル設定7は、優先付け判定情報3および優先情報6に基いて、要求処理プロセス発生8で発生したプロセスに対して、優先レベルの設定を行なう。
【0028】
これにより、要求処理開始9で、クライアントの要求に対する処理の動作を開始する。その後の処理は、設定された優先レベルを参照して行なう。
【0029】
図2は、クライアントの要求に対して行なう、サーバのCPUが行なう処理の処理チャートの一例を示す。各要求に対する処理は、マルチタスク処理によって行なわれている。
【0030】
CPUに対する処理時間を示すCPU処理タイム10に対して、クライアント1(11)の要求処理を優先レベル5、クライアント2(12)の要求処理を優先レベル10とし、クライアント1、2の要求処理開始15が行なわれる。
【0031】
なお、優先レベルの値が小さいほど、処理要求の緊急性が高く、より早く処理されるべきことを意味する。
【0032】
クライアント1の要求に対する処理状態は、ライン17で、クライアント2の要求に対する処理状態は、ライン18で表している。
【0033】
ここで、優先レベル14は、優先順位の高いものを「1」、低いものを「10」とし、1から10までの範囲とする。
【0034】
ライン17、ライン18に示すように、クライアント1の優先レベルは5であり、クライアント2の優先レベルの10よりも、優先レベルが高く設定されているため、クライアント2よりも、クライアント1の方が、CPUの占有率は高くなっていることが分かる。
【0035】
そして、クライアント3(13)の要求に対する処理を、優先レベル1に設定し、クライアント3の要求に対する処理を開始する要求開始処理16が行なわれる。クライアント3の要求に対する処理状態は、ライン19で表している。
【0036】
図1に示す、ライン19を見て分かるように、クライアント3のCPUの占有率は、クライアント3の優先レベルが、一番高く設定されているため、最優先で処理がおこなわれることになる。
【0037】
このように、クライアント3の処理開始は、クライアント1、2よりも遅いが、最優先で処理が終了するように、マルチタスク処理の動作を制御する。
【0038】
以上のようにして、処理が行なわれることによって、処理順序の変更に対して柔軟性を持たせたシステムを提供できる。
【0039】
【実施例】
以下、本発明にかかる実施例を図面を参照して説明する。
【0040】
図3は、本発明の一実施例である、文書サーバクライアントシステムを説明するに示した、文書ファイリングシステムの一構成例を示す構成図である。
【0041】
本システムは、文書データの入力、検索、ワークフロー作業等の各種の要求を行なうためのクライアント1(100)、クライアント2(200)、クライアント10(300)と、クライアントの管理、文書を登録するためのデータベースの管理や、ワークフローによる文書データの配付処理等の、要求に対する各種の処理を行なう文書サーバ500と、各クライアントと文書サーバ500とを接続するネットワーク90とを有して構成される。
【0042】
なお、これ以下、かかる文書サーバを「サーバ」として説明する。もちろん、サーバが処理対象とするデータは、文書データに限られない。各種のマルチメディアデータ等が考えられる。
【0043】
まず、クライアント名の種類を判定して、クライアントとの要求に対する処理である要求処理に対する優先レベルを決定し、要求処理を行なうシステムについて説明する。
【0044】
図4に、クライアントの詳細な構成図を示す。
【0045】
クライアントは、文書画像を入力するための画像入力装置101と、ユーザの指示を受け付ける外部指示入力装置102、文書にアノテーションを付すためのアノテーション作成装置103と、クライアントがサーバに処理を行なわせるための要求を示す情報(要求情報)を生成する要求情報作成装置104と、各クライアントやサーバとの間で、要求情報。文書データ等の各種のデータを送受信するための通信装置105と、文書データを少なくとも表示するための表示装置106と、サーバが検索した文書名、文書データ等のデータを記憶するためのデータ記憶装置107と、クライアントがサーバに処理を行なわせるための要求を示す情報である要求情報を一時記憶するための要求情報記憶装置108と、これらの各装置の動作を制御する制御装置109を有して構成される。
【0046】
一方、図5に、サーバの詳細な構成図を示す。
【0047】
サーバは、各クライアントとの間で、要求情報、文書等の各種データを送受信するための通信装置501と、クライアントからの要求情報より、要求の処理内容や要求処理の優先レベル設定のためのキーワードを抽出する機能を有する要求情報解析装置502、要求された処理の優先レベルを記憶するための優先情報記憶装置503、優先レベルに基づいて、要求された処理に対するプロセスに優先順位付けを行なう要求順位付け装置504と、文書名や文書データ等のデータを登録するためのデータベース506と、文書データ等をデータベースの登録内容を参照して検索する検索装置505と、優先情報の設定等のユーザの指示を受け付ける外部指示入力装置507と、ユーザが指示するためのに必要な各種項目を操作画面として表示する表示装置508と、これらの各装置の動作を制御する制御装置509を有して構成される。
【0048】
以上のサーバ、クライアントを構成する各装置の動作を、図6に示すクライアント名判定型優先処理フローチャートおよび図7に示すクライアント毎優先情報テーブルを参照して説明する。
【0049】
まず、優先情報登録(ステップ901)において、ユーザ(システム管理者)が外部指示入力装置507を介して、優先情報記憶装置503に、図7に示すような、クライアント名と優先レベルとの関係を示したテーブルを登録する。
【0050】
クライアント要求待ち(ステップ902)では、各クライアントからの要求を待つ。そして、クライアントが、文書検索要求(ステップ903)を行なった場合、ユーザが、外部指示入力装置102を介して、「文書のタイトルに「日立」の文字が存在する文書を検索せよ」との旨の指示を入力する。例えば、図6の913に示させる内容を入力する。
【0051】
入力された指示が与えられると、要求情報作成装置104は、クライアントがサーバに処理を行なわせるための要求を示す情報(要求情報)を生成する。そして、かかる要求情報を要求情報記憶装置108が記憶する。すなわち、「通信情報」を文書検索として記憶し、また、「内容」を、例えば図6に示したように、「タイトルキーワード=日立」、「クライアント名=クライアント10」として記憶する。
【0052】
この要求情報を、伝送情報913として、制御装置109が、通信装置105を介して、サーバへ転送する。転送されてきた伝送情報913は、通信装置501を介して入力される。
【0053】
そして、通信情報解析(ステップ904)では、要求処理の種類や要求処理に対して優先レベルを設定するためのクライアント名(この場合「クライアント10」)を、要求情報解析装置502によって抽出する。
【0054】
優先情報検索(ステップ905)は、抽出されたクライアント名に基づいて、優先情報記憶装置503内に記憶されている、図7に示すような、クライアント毎優先情報テーブル80をサーチする。優先レベル抽出(ステップ906)では、クライアント毎優先情報テーブル80を参照して、クライアント10の優先レベル「1」を抽出する。
【0055】
それと同時に、要求用プロセス発生(ステップ907)によって、制御装置509が転送された要求を処理するためのプロセスを発生する。
【0056】
次にプロセス優先レベル設定908は、抽出された優先レベルを、要求順位付け装置504に送り、要求順位付け装置504は、制御装置509が発生した要求処理に対するプロセスである、要求処理プロセスに対して、優先レベルを設定する。
【0057】
そして、要求処理開始(ステップ909)では、クライアントの要求が913に示すように「検索」であるため、制御装置509が発生した要求処理プロセスによって、検索装置505へ、「タイトルキーワード(日立)」を送信し、検索装置505は、受信したタイトルキーワードに基づいて、データベース506の内容を検索する。
【0058】
一方、要求情報転送(ステップ910)では、検索した検索情報(文書名)を、通信装置501によって、クライアント側に転送する。
【0059】
そして、クライアントでは、検索結果の表示を行なうため(ステップ911)、サーバより転送されてきた伝送情報914を、通信装置105を介して、データ記憶装置107へ送信し、表示装置106に、検索結果(即ち、日立評論)である文書名を表示する(ステップ911)。
【0060】
そして、ステップ915では、クライアントからの要求待ち状態となる。
【0061】
また優先情報テーブルの内容として、クライアント名に対して一意に定めた配列番号に対して優先レベルを定めておくことも可能である。この場合、通信情報解析(ステップ904)では、クライアント名に対する配列番号を抽出する(例クライアント名「クライアント10」の場合、配列番号=3)。この配列番号を用いて、優先情報検索(ステップ905)では、図8に示す、配列状優先情報テーブル81を参照して優先レベルの検索を行ない、優先レベル4が抽出される。それ以降の動作内容は、上記説明と同じである。
【0062】
なお、この際、クライアントの表示装置106に自己の配列番号を表示させ、ユーザは、これを参照して、ステップ903で、配列番号を入力可能な構成としておけば良い。
【0063】
また、要求情報作成装置104が、自己の配列番号を自動的に生成し、要求情報を、要求情報記憶装置108に送信するような構成にしておくことも好ましい。
【0064】
次に、他の実施例である、アノテーション判定型優先処理を利用したシステムの動作について、図4、5、9、10を参照し説明する。
【0065】
まず優先情報登録(ステップ920)では、ユーザ(システム管理者)が、外部指示入力装置507を介して、優先情報記憶装置503に、図10に示すような、アノテーション名と優先レベルの関係を示したテーブル82を登録する。
【0066】
クライアント要求待ち(ステップ921)では、各クライアントからの要求を待つ。そして、文書アノテーション付け(ステップ922)では、クライアントのデータ記憶装置107に格納してある文書に対して、ユーザが、外部指示入力装置102を介して「至急」というアノテーション付けて文書登録を行なう指示を出した場合には、アノテーション作成装置103によって、文書データにアノテーション付けが行なわれる。
【0067】
次に、文書登録要求(ステップ923)では、ユーザが外部指示入力装置102を介してアノテーションを付けた文書を登録する旨の指示が入力される。登録要求の指示が入力されると、要求情報作成装置104が要求情報を作成し、作成した要求情報を要求情報記憶装置108に記憶する。具体的には、「通信情報」を「文書登録」とし、「内容」を「アノテーション=「至急」、文書名、文書データ」として記憶する。この要求情報を、伝送情報930として、制御装置109の制御により、通信装置105を介してサーバへ転送する。
【0068】
転送されてきた伝送情報930は、通信装置501を介してサーバに入力される。そして、通信情報解析(ステップ924)では、要求された処理の種類や優先レベルを設定するための、アノテーション名(至急)を、要求情報解析装置502で抽出する。
【0069】
優先情報検索(ステップ925)では、抽出されたクライアント名に基いて、優先情報記憶装置503に記憶されている、アノテーション毎優先情報テーブル82のサーチを行なう。
【0070】
優先レベル抽出(ステップ926)では、クライアント毎優先情報テーブル82を参照して、「至急」に対応する優先レベル「4」を抽出する。それと同時に、要求用プロセス発生(ステップ927)により、制御装置509が、転送されてきた要求を処理するためのプロセスを発生する。
【0071】
次に、プロセス優先レベル設定(ステップ928)は、抽出された優先レベルを要求順位付け装置504に送信し、要求順位付け装置504は、制御装置509が発生した要求処理プロセスに対して、優先レベルを設定する。そして、要求処理開始(ステップ929)では、制御装置509が発生した要求処理プロセスによって、データベース506に、クライアントより転送されてきた「文書名、文書データ、アノテーションデータ」を登録する。そして、サーバは、クライアント要求待ちの状態となる(ステップ999)。
【0072】
次に、他の実施例である、クライアント名ルール判定型優先処理を利用したシステムの動作について、図4、11、12、13、14を参照して説明する。クライアントの構成には変更がないが、サーバの構成は、図11に示すように、図5にて示した構成500に、クライアントの要求情報に対する優先レベル決定情報(例えば、クライアント名)を、一定のルールにしたがって変換するための情報を記憶する、優先ルール情報記憶装置510を、新たに付加している。その他の装置の動作については、殆ど変わらない。したがって、変更点を中心として説明する。
【0073】
まず、優先情報登録(ステップ931)では、ユーザ(システム管理者)が外部指示入力装置507を介して、優先情報記憶装置503に、図13に示すような、役職と優先レベルとの関係を示した、優先情報テーブル83を登録する。また、優先ルール情報記憶装置510に、図14に示すような、クライアント名と役職との関係を示したルール情報テーブル84を登録する。
【0074】
クライアント要求待ち(ステップ932)では、各クライアントからの要求を待つ。
【0075】
そして、文書検索要求(ステップ933)では、ユーザが外部指示入力装置102を介して、文書のタイトルに「タイトルキーワード=日立」が存在する文書の検索を要求する指示を入力する。
【0076】
文書検索の指示が入力されると、要求情報作成装置104が要求情報を作成し、作成した要求情報を要求情報記憶装置108に記憶する。具体的には、「通信情報」として、「文書検索」を、そのパラメータとして、「タイトルキーワード=日立、クライアント名=クライアント15」を記憶する。
【0077】
制御装置109の制御動作により、この要求情報を、伝送情報943として、通信装置105を介して、サーバへ転送する。そして、転送されてきた伝送情報943は、通信装置501を介して入力される。
【0078】
通信情報解析(ステップ934)では、要求処理の種類や要求処理の優先レベルの設定を行なうためのルール対応情報である、クライアント名(クライアント15)を要求情報解析装置502によって抽出する。優先ルール情報検索(ステップ935)では、ルール対応情報である、クライアント名15を用いて、ルール情報テーブル84を参照して、役職名である、優先レベル設定情報を抽出する。
【0079】
この場合、「クライアント15」という情報により、役職が「課長」であるという情報が抽出できる。
【0080】
優先情報検索(ステップ936)では、抽出された役職を基に、優先情報記憶装置503に記憶されている、ルール毎優先情報テーブル83をサーチする。優先レベル抽出(ステップ937)では、ルール優先情報テーブル83を参照して「課長」に該当する「優先レベル4」を抽出する。同時に、制御装置509の制御動作により、要求用プロセス発生(ステップ938)において、転送されてきた要求を処理するプロセスを発生する。
【0081】
次に、プロセス優先レベル設定(ステップ939)は、抽出された優先レベルを要求順位付け装置504に送信し、要求順位付け装置504は、制御装置509が発生した要求処理プロセスに対して、優先レベルを設定する。
【0082】
そして、要求処理開始(ステップ940)では、制御装置509が発生した要求処理プロセスにしたがった処理を実行する。この例では、前述のように、クライアントからの要求は「文書検索」である。この場合、前述の要求情報記憶装置108の記憶内容を、検索装置505へ送る。具体的には、タイトルキーワード(日立)を送り、検索装置505は、受信したタイトルキーワードに基づいて、データベース506の内容を検索する。
【0083】
要求情報転送(ステップ941)では、検索された検索結果(文書名)を、通信装置501を介して、クライアント側に転送する。そして、クライアントでは、検索結果を表示させるために(ステップ942)、サーバより転送されてきた伝送情報944を、通信装置105を介して、データ記憶装置107へ送信し、表示装置106に、検索結果である文書名「日立評論」を表示する。その後、クライアント要求待ちの状態になる(ステップ945)。
【0084】
次に、クライアント毎アクセス数判定型優先処理を利用したシステムの動作について、図4、15、16、17、18を参照して説明する。
【0085】
この実施例においても、クライアントの構成には、変更はないが、サーバの構成は、図5に示した構成500に、クライアント毎のアクセス数を記憶するためのクライアント毎アクセス情報記憶装置511と、クライアントのアクセス数のカウントを行なうアクセスカウント装置512を、新たに備えた構成となる。
【0086】
まず、優先情報登録(ステップ950)では、システム管理者が、外部指示入力装置507を介して、優先情報記憶装置503に、アクセス累計数と優先レベルの関係を示したアクセス累計優先情報テーブル85を登録する。このテーブルの一例を、図17に示す。
【0087】
また、クライアント毎アクセス情報記憶装置511には、例えば、図18に示すような、クライアント名とアクセス累計数の関係を示したクライアント毎アクセス累計テーブル86を登録しておく。
【0088】
クライアント要求待ち(ステップ951)では、各クライアントからの要求を待つ。
【0089】
そして、クライアントが文書検索要求(ステップ952)において、ユーザが外部指示入力装置102を介して指示を出す。ここでは指示として、文書のタイトルにタイトルキーワード=「日立」が存在する文書の検索を、例にとって説明を行なう。
【0090】
文書検索の指示が入力されると、要求情報作成装置104が要求情報を作成し、作成した要求情報を要求情報記憶装置108に記憶する。具体的には、「通信情報」として、「文書検索」を、そのパラメータとして、「タイトルキーワード=日立、クライアント名=クライアント1」を記憶する。
【0091】
この要求情報を、伝送情報964として、制御装置109の制御動作によって、通信装置105を介して、サーバへ転送する。
【0092】
転送されてきた伝送情報964は、通信装置501を介してサーバへ入力される。
【0093】
通信情報解析(ステップ953)では、要求された処理の種類や処理の優先レベル設定のための「クライアント名=クライアント1」を、要求情報解析装置502で抽出する。
【0094】
クライアントアクセス累計数抽出(ステップ954)では、クライアント毎のアクセス情報記憶装置511の記憶内容を参照して、クライアントのアクセス累計数を抽出する。
【0095】
この場合、クライアント1に対しては、アクセス累計数は「60」という値を抽出する。
【0096】
優先情報検索(ステップ955)では、抽出されたアクセス累計数を用いて、優先情報記憶装置503に格納されている、アクセス累計数優先情報テーブル85をサーチする。
【0097】
優先レベル抽出(ステップ956)では、アクセス累計数優先情報テーブル85を参照して、アクセス累計数60〜69の場合に該当する「優先レベル5」を抽出する。
【0098】
同時に、要求用プロセス発生(ステップ957)では、制御装置509が、転送された要求を処理するためのプロセスを発生する。
【0099】
次に、プロセス優先レベル設定(ステップ958)では、抽出された優先レベルを要求順位付け装置504に送信し、要求順位付け装置504は、制御装置509が発生した要求処理プロセスに対して優先レベルを設定する。
【0100】
また、アクセスカウントアップ(ステップ959)では、クライアント毎アクセス情報記憶装置511に記憶している、クライアント毎アクセス累計テーブル86に対して、アクセスカウント装置512によって、要求があった(本実施例では、伝送情報964をサーバに送信したクライアント)クライアント名に該当するクライアントに対するカウント値のインクリメントを行なう。
【0101】
この図の場合、クライアント1のアクセス累計数が「60」は、「61」にカウントアップされる。
【0102】
また、このアクセスカウントアップは、クライアントの要求を受けた後、即ち、フローでは、通信情報解析(ステップ953)の後に行なうことも可能である。
【0103】
要求処理開始(ステップ960)では、クライアントの要求が、文書検索であるため、制御装置509の発生した要求処理プロセスによって、検索装置505へ、「タイトルキーワード=日立」を送り、一方、検索装置505は、タイトルキーワードを参照して、データベース506の内容を検索する。
【0104】
要求情報転送(ステップ961)では、検索結果である「文書名」を、通信装置501を介してクライアントに転送する。そして、クライアントでは、検索結果を表示するため(ステップ962)、サーバより転送されてきた伝送情報965を、通信装置105を介して、データ記憶装置107へ送信し、表示装置106に、検索結果である、文書名=日立評論を表示する。
【0105】
その後、クライアント要求待ちの状態になる(ステップ963)。
【0106】
次に、クライアント毎スケジュール判定型優先処理を利用したシステムの動作について図4、19、20、21、22を参照して説明する。
【0107】
この実施例においても、クライアントの構成には変更がなく、図4に示すとおりであるが、サーバの構成は、図5に示した構成500に、クライアント毎のスケジュールを記憶するためのクライアントスケジュール情報記憶装置513と、クライアントログイン時にクライアントスケジュール情報を基に、クライアントログイン時間とログイン時の在席残り時間を記憶するクライアント在席残時間記憶装置514と、クライアント毎の本日在席残り時間を抽出する機能を有する在席残時間抽出装置515と、現在の日付け、時刻を提供するために、かかる情報を記憶する現日時記憶装置516を、新たに付加した構成になっている。なお、現日時記憶装置516は、現在の日付け、時刻を検出するための時計等を具備する。
【0108】
まず、優先情報登録(ステップ970)は、システム管理者が外部指示入力装置507を介して、優先情報記憶装置503に、図21に示すような、在席残り時間と優先レベルとの関係を定めた在席残り時間優先情報テーブル87を登録する。
【0109】
スケジュール情報登録(ステップ971)では、予め、各クライアントからネットワークを介して、図21に示すような、クライアント名、内容(離席の理由)、離席する年月日、時間(クライアント端末が配置してある座席から離れる時間)、戻り時間(クライアント端末が配置してある座席に戻る時間)を有して構成される、クライアントスケジュール情報テーブル88が登録されている。そして、クライアント要求待ち(ステップ972)では、各クライアントからの要求があるのを待つ。
【0110】
クライアント側では、ログイン処理(ステップ973)において、ユーザの外部指示入力装置102の操作によって、サーバへログインすることを求める指示が入力される。
【0111】
入力された指示が与えられると、要求情報作成装置104は、クライアントがサーバに処理を行なわせるための要求情報を生成する。そして、かかる要求情報を、要求情報記憶装置108が記憶する。具体的には、通信情報として「ログイン」、処理のパラメータとして、「クライアント名=クライアント10」を記憶する。
【0112】
そして、この要求情報を伝送情報986として、制御装置109の制御動作によって、通信装置105を介してサーバへ転送する。
【0113】
転送されてきた伝送情報986は、通信装置501を介してサーバへと入力される。そして、通信情報解析(ステップ974)では、要求された処理の種類が「ログイン」である場合、クライアント在席時間を抽出するために、クライアント名「クライアント10」を、要求情報解析装置502によって抽出する。
【0114】
クライアント在席残り時間算出(ステップ975)では、在席残時間抽出装置515が、クライアント名と、クライアントスケジュール情報記憶装置513に記憶されているクライアントスケジュール情報テーブルと、現日時記憶装置516が示す現在の時間に基づいて、図23に示すような、クライアント名、ログイン時間、在席残り時間よりなるログインクライアント在席残り時間テーブル89を生成し、クライアント在席残時間記憶装置514に記憶する。
【0115】
ここでクライアント名が、「クライアント10」で、クライアントがログインした現在の日時が”1994年5月30日AM8時”の場合、図23に示すように、ログイン時間が「AM8時」で在席残り時間が「2時間」となる。
【0116】
すなわち、図21を参照して、「クライアント10」は、AM10時に出張して、戻らないスケジュールとなっている。したがって、AM8時からAM10時までの2時間が在席残り時間となる。他のクライアントに対しても、図23に示すように、同様にして在席残り時間が求まることになる。
【0117】
なお、ステップ975の次には、サーバ側は、クライアント要求待ち状態となる(ステップ989)。
【0118】
次に、文書検索要求(ステップ976)では、ユーザが外部指示入力装置102を介して、文書のタイトル中に「日立」が存在する文書の検索をする旨の指示を入力する。
【0119】
入力された指示が与えられると、要求情報作成装置104は、クライアントがサーバに処理を行なわせるための要求情報を生成する。そして、かかる要求情報を、要求情報記憶装置108が記憶する。具体的には、通信情報として「文書検索」を、処理のパラメータとして「タイトルキーワード=日立、クライアント名=クライアント10」を記憶する。
【0120】
この要求情報を、伝送情報987として、制御装置109の制御動作によって通信装置105を介してサーバへ転送する。
【0121】
転送されてきた伝送情報987は、通信装置501を介してサーバへ入力される。そして、通信情報解析(ステップ977)では、要求処理の種類や要求処理に優先レベル設定を行なうために、クライアント名「クライアント10」を、要求情報解析装置502によって抽出する。
【0122】
クライアント在席時間算出(ステップ978)では、現日時記憶装置516が提供する現在の時間と、クライアント在席残時間記憶装置514に記憶されている、ログインクライアント在席残り時間テーブル89の内容に基づいて、「在席残り時間−(現在時刻−ログイン時刻)」なる計算を行ない、現時点での在席残り時間を算出する。
【0123】
優先情報検索(ステップ979)では、抽出された、現時点での在席残り時間に基づいて、優先情報記憶装置503内の在席残り時間優先情報テーブル87をサーチする。そして、優先レベル抽出(ステップ980)では、在席残り時間優先情報テーブル87を参照して優先レベルを抽出する。例えば、先の例で言えば、現在時刻がAM9時の場合、在席残り時間31〜60に該当するため、「優先レベル2」が抽出されることになる。またこれと同時に、要求用プロセス発生(ステップ981)にて、転送されてきた要求を処理するためのプロセスを、制御装置509が発生する。
【0124】
次に、プロセス優先レベル設定(ステップ982)では、抽出された優先レベルを要求順位付け装置504に送信し、要求順位付け装置504は、制御装置509が発生した要求処理プロセスに対して、優先レベルを設定する。
【0125】
そして、要求処理開始(ステップ983)では、クライアントの要求が「文書検索」のため、検索装置505へ、「タイトルキーワード=日立」を送り、検索装置505は、該タイトルキーワードに基づいて、データベース506内を検索する。
【0126】
要求情報転送(ステップ984)では、検索された情報である検索情報として「文書名=日立評論」を、通信装置501を介してクライアントに転送する。
【0127】
そしてクライアントでは、検索結果の表示のために(ステップ985)、サーバより転送されてきた伝送情報988を、通信装置105を介して、データ記憶装置107へ送り、表示装置106に、検索結果である、文書名「日立評論」を表示する。
【0128】
その後、サーバ側は、クライアント要求待ち状態となる(ステップ990)。
【0129】
なお、在籍時間内に必ずしも返答を要求しないクライアントについては、その旨を指定して、優先順位を上げることを不要として、他のクライアントの優先順位を上げる様にしても良い。
【0130】
次に、他の実施例である、接続(ログイン)クライアント名判定型優先処理を利用したシステムの動作について、図4、7、24、25、26を参照して説明する。本実施例においても、クライアントの構成については、図4に示す構成例と変わる所がないが、サーバの構成は、図5で示した構成500に、ログインしているクライアントの優先情報を記憶するための、接続クライアント優先情報記憶装置517を、新たに付加した構成となっている。
【0131】
まず、優先情報登録(ステップ600)では、システム管理者が、外部指示入力装置507を介して、優先情報記憶装置503に、図7に示す、全クライアント名と優先レベルとの関係を示すテーブルを登録する。そして、クライアント要求待ち(ステップ601)では、各クライアントからの要求待ち状態になる。
【0132】
そして、ログイン(ステップ602)で、ユーザが外部指示入力装置102を介してログインすることを要求する指示を入力する。
【0133】
入力された指示が与えられると、要求情報作成装置104は、クライアントがサーバに処理を行なわせるための要求情報を生成する。そして、かかる要求情報を、要求情報記憶装置108が記憶する。具体的には、「通信情報」として「ログイン」を、処理のパラメータとして「クライアント名=”クライアント15」を記憶する。この要求情報を、伝送情報614として、制御装置109の制御動作により、通信装置105を介してサーバへ転送する。
【0134】
転送されてきた伝送情報614は、通信装置501を介してサーバへ入力される。そして、通信情報解析(ステップ603)では、要求処理の種類が「ログイン」である場合、接続クライアント優先情報テーブル作成ために、クライアント名「クライアント15」を、要求情報解析装置502によって抽出する。
【0135】
接続クライアント優先情報登録(ステップ604)において、制御装置509は、この抽出したクライアント名に基づいて、優先情報記憶装置503に記憶している、クライアント毎優先情報テーブル80のうちから、通信情報として「ログイン」を送ったクライアントに対するデータを、接続クライアント優先情報記憶装置517に記憶している、図26に示す、クライアント名と優先レベルの関係を示した、接続クライアント優先情報テーブル70に、転送して登録する。
【0136】
そして、文書検索要求(ステップ605)では、ユーザが外部指示入力装置102を介して、文書のタイトルに「日立」が存在する文書検索を行なう旨の指示が入力される。
【0137】
入力された指示が与えられると、要求情報作成装置104は、クライアントがサーバに処理を行なわせるための要求情報を生成する。そして、かかる要求情報を、要求情報記憶装置108が記憶する。具体的には、「通信情報」を「文書検索」とし、パラメータを「タイトルキーワード=日立、クライアント名=クライアント10」として記憶する。
【0138】
そして、この要求情報を伝送情報615として、制御装置109の制御動作によって、通信装置105を介してサーバへ転送する。
【0139】
転送されてきた伝送情報615は、通信装置501を介してサーバに入力される。そして、通信情報解析(ステップ606)では、要求処理の種類や要求処理に対して優先レベルを設定するための、クライアント名「クライアント15」を要求情報解析装置502によって抽出する。
【0140】
優先情報検索(ステップ607)では、抽出されたクライアント名に基づいて、接続クライアント優先情報記憶装置517内の接続クライアント優先情報テーブル70をサーチする。優先レベル抽出(ステップ608)では、接続クライアント優先情報テーブル70を参照して、「クライアント15」に対応する「優先レベル3」を抽出する。同時に、要求用プロセス発生(ステップ609)では、転送されてきた要求を処理するためのプロセスを発生する。
【0141】
次に、プロセス優先レベル設定(ステップ610)では、抽出された優先レベルを要求順位付け装置504に送信し、要求順位付け装置504は、制御装置509が発生した要求処理プロセスに対して優先レベルを設定する。
【0142】
そして、要求処理開始(ステップ611)では、制御装置509が発生した要求処理プロセスにおいて、クライアントの要求した処理が「文書検索」であるため、検索装置505へ、タイトルキーワード「日立」を送信し、検索装置505では、該タイトルキーワードに基づいて、データベース506の内容を検索する。
【0143】
要求情報転送(ステップ612)では、検索された結果である検索情報、即ち、文書名=日立評論を、通信装置501を介して、クライアントに転送する。そして、クライアントでは、検索結果の表示のために(ステップ613)、サーバより転送された伝送情報616を通信装置105を介して、データ記憶装置107へ送信し、表示装置106に、検索結果である、文書名「日立評論」を表示する。その後、サーバ側は、クライアント要求待ち状態となる(ステップ618)。
【0144】
次に、他の実施例として、クライアント要求添付型優先処理を利用したシステムの動作について、図5、7、27、28を参照して説明する。
【0145】
本実施例では、サーバの構成は、図5に示した構成と変わる点がないが、クライアントの構成は、図4に示す構成100に、クライアント毎の優先レベルを記憶する優先情報記憶装置110を新たに付加した構成とする。なお、本実施例では不要となるアノテーション作成装置103を除いて構成しても良い。
【0146】
まず、優先情報登録(ステップ620)では、システム管理者)が、外部指示入力装置507を介して、優先情報記憶装置503に、図7に示すような、クライアント名と優先レベルの関係を示したテーブルを登録する。
【0147】
次に、クライアント要求待ち状態となり(ステップ621)、サーバは、各クライアントからの要求を待つ。
【0148】
そして、ログイン(ステップ622)で、外部指示入力装置102を介して、サーバへログインを命ずる指示が、ユーザにより入力される。
【0149】
入力された指示が与えられると、要求情報作成装置104は、クライアントがサーバに処理を行なわせるための要求情報を生成する。そして、かかる要求情報を、要求情報記憶装置108が記憶する。具体的には、「通信情報」として「ログイン」、処理のパラメータとして、「クライアント名=クライアント7」を記憶する。
【0150】
この要求情報を、伝送情報635として、制御装置109の制御動作として通信装置105を介してサーバへ転送する。転送されてきた伝送情報635は、通信装置501を介してサーバへ入力される。そして、通信情報解析(ステップ623)では、要求処理の内容が「ログイン」である場合、クライアント優先レベルを抽出するための、クライアント名「クライアント7」を要求情報解析装置502によって抽出する。
【0151】
このクライアント名に基づいて、優先情報検索(ステップ624)において、制御装置509は、優先情報記憶装置503に記憶されている、クライアント毎優先情報テーブル80の中の、ログインしたクライアントの優先レベルをサーチする。
【0152】
優先レベル転送(ステップ625)では、クライアント毎優先情報テーブル80に基づいて、クライアント7の優先レベルである「優先レベル=9」を、通信装置501を介してクライアントに転送する。その後、サーバ側は、要求待ち状態になる(ステップ639)。
【0153】
クライアントでは、優先情報を記憶する記憶処理を行なうため(ステップ626)、サーバより転送された伝送情報636を、通信装置105を介して、優先情報記憶装置110へ送信し、当該クライアントに対する優先レベルを記憶する。
【0154】
そして、クライアント画像表示(ステップ627)では、ユーザが、外部指示入力装置102を介して、予め検索してデータ記憶装置107に記憶してある、「日立評論」なる文書名を持つ文書を得て、当該文書データをクライアント側の端末表示装置に画像表示することを命じる指示が入力される。
【0155】
入力された指示が与えられると、要求情報作成装置104は、クライアントがサーバに処理を行なわせるための要求情報を生成する。そして、かかる要求情報を、要求情報記憶装置108が記憶する。具体的には、「通信情報」として「画面表示」、処理パラメータとして、「優先レベル=9、文書名=日立評論」を記憶する。
【0156】
この要求情報を、伝送情報637として、制御装置109の制御動作により、通信装置105を介してサーバへ転送する。なお、ここで優先レベルは、優先情報記憶装置110に既に格納されているため、これを用いることになる。
【0157】
転送されてきた伝送情報637は、通信装置501を介してサーバへ入力される。そして、通信情報解析(ステップ628)では、要求処理の内容や要求処理に対する優先レベル設定を行なうため、優先レベルを、要求情報解析装置502によって抽出する。
【0158】
優先レベル抽出(ステップ629)では、要求情報解析装置502で抽出した情報に基づいて、クライアント7の優先レベル9を抽出する。
【0159】
サーバ側では、今までの実施例のように、テーブル等を参照して再度優先レベルを抽出する必要はなく、送られてくる優先レベル9をそのまま利用すれば良い。
【0160】
なお、同時に、要求用プロセス発生(ステップ630)では、制御装置509が、転送された要求を処理するためのプロセスを発生する。
【0161】
次に、プロセス優先レベル設定(ステップ631)は、抽出された優先レベルを要求順位付け装置504に送信し、要求順位付け装置504は、制御装置509が発生した要求処理プロセスに対して優先レベルを設定する。
【0162】
そして、要求処理開始(ステップ632)では、制御装置509が発生した要求処理プロセスが実行される。この実施例では、クライアントの要求が”画像表示”であるため、検索装置505へ文書名を送り、検索装置505は、文書名に基づいて、データベース506の内容を検索する。
【0163】
そして、要求情報転送(ステップ633)では、検索された情報である、「画像データ」を、通信装置501を介して、クライアントに転送する。
【0164】
そして、クライアントでは画像表示をおこなうために(ステップ634)、サーバより転送されてきた伝送情報638を、通信装置105を介して、データ記憶装置107へ送信し、表示装置106に、画像データを表示する。
【0165】
その後、サーバ側は、クライアント待ち状態となる(ステップ640)。
【0166】
次に、ワークフローにおける優先付け処理を利用したシステムの動作について、いくつかの例を挙げて説明する。
【0167】
まず、ワークフロー名の種類を判定して、要求処理の優先レベルを決定し、ワークフローで示される処理を行なう実施例について、図29、30、31、32、33、34を参照して説明する。まず、サーバおよびクライアントの構成について説明する。
【0168】
サーバの詳細な構成例を、図29に示す。
【0169】
サーバは、各クライアントと要求情報や文書等の各種データを転送するための通信装置400と、クライアントが与える要求情報から、要求の処理内容や要求処理に対する優先レベル設定のためのキーワードを抽出する要求情報解析装置401と、ワークフローに対して、ワークフロー名、ワークフローの業務の流れを、ノード(クライアント名)やパス(あるクライアントと、他のクライアントつなぎ方を示すもの)で表したノードパスデータを含む情報を示すワークフロー情報テーブル60を記憶するワークフロー情報記憶装置402と、ワークフロー情報記憶装置402に記憶されているワークフロー名と優先レベルの関係を示したワークフロー名毎優先情報テーブル61を記憶しているワークフロー毎優先情報記憶装置403と、優先レベルに基づいて、要求処理に対するプロセスの優先順位付けを行なう要求順位付け装置406と、文書名、文書データ等のデータを登録しているデータベース405と、文書等のデータをデータベースの内容に基づいて検索する検索装置404と、優先情報の設定等の、ユーザが与える指示を受け付ける外部指示入力装置408と、文書に対して、優先レベル付きワークフロー上配付文書情報テーブル62を記憶する、優先レベル付きワークフロー上配付付き文書情報記憶装置407と、ユーザが指示するため指示項目や処理結果を表示するための操作画面を表示する表示装置409と、これらの各装置の動作を制御する制御装置410を有して構成される。
【0170】
一方、クライアントの構成例を、図30に示す。
【0171】
文書データを画像データとして入力する画像入力装置301と、ユーザが与える各種の指示を受け付ける外部指示入力装置302と、クライアントがサーバに対して行なわせる処理の実行を要求する情報である要求情報を作成する要求情報作成装置303と、各クライアントやサーバとの間において、要求情報や文書等のデータを送受信するための通信装置304と、文書データ等のデータを表示するための表示装置305と、文書データ等を記憶するデータ記憶装置306、サーバ側が格納しているワークフロー情報を参照して、これを記憶するためのワークフロー情報一時記憶装置307と、クライアント毎の優先情報を記憶する優先情報記憶装置308と、クライアントがサーバに要求する情報を一時記憶する要求情報記憶装置309と、これらの各装置の動作を制御する制御装置310を有して構成される。
【0172】
次に、動作内容を、図31に示すワークフロー毎優先処理フローを参照して説明する。
【0173】
まず、ワークフロー情報登録(ステップ700)では、システム管理者が外部指示入力装置408を介して、ワークフロー情報記憶装置402に、図32に示すようなワークフロー名とノードパスデータとの関係を定めた、ワークフロー情報テーブル60を登録する操作を行なう。クライアント要求待ち(ステップ701)では、各クライアントからの要求を待つ。
【0174】
そして、文書作成(ステップ702)で、ユーザが、外部指示入力装置302を介して画像入力の指示を行ない、制御装置310は、文書画像を画像入力装置301より、文書データ(画像データ)として入力し、データ記憶装置306に記憶する。
【0175】
次にワークフローに、作成した文書を登録するために、ワークフロー情報参照(ステップ703)において、外部指示入力装置302を介して、ワークフロー情報を参照することを命じる指示がユーザから入力される。
【0176】
入力された指示が与えられると、要求情報作成装置303は、クライアントがサーバに処理を行なわせるための要求情報を生成する。そして、かかる要求情報を、要求情報記憶装置309が記憶する。具体的には、「通信情報」として「ワークフロー情報参照」として記憶する。この要求情報を伝送情報715として、制御装置310の制御動作により、通信装置304を介してサーバへ転送する。
【0177】
転送された伝送情報715は、通信装置400介してサーバへ入力される。そして、通信情報解析(ステップ704)では、要求処理の種類が、ワークフロー情報参照であることを、要求情報解析装置401によって抽出する。
【0178】
ワークフロー情報抽出転送(ステップ705)では、ワークフロー情報記憶装置402に記憶してあるワークフロー情報テーブルの内容を、通信装置400を介してクライアントへ、伝送情報716として転送し、ワークフロー情報一時記憶装置307に記憶する。
【0179】
クライアント要求待ち(ステップ718)では、各クライアントからの要求を待つ。
【0180】
そして、クライアント側での、ワークフロー選択の操作を行なうため(ステップ706)のため、サーバより転送されてきたワークフロー情報を、表示装置305に表示する。
【0181】
クライアント側のユーザは、表示されたワークフロー情報の中から、自己が作成した文書に対して希望通りの配送を行なうための、配送手順を定めるワークフローを、外部指示入力装置302の操作によって選択する。
【0182】
次に、選択した、文書ワークフローを登録するために(ステップ707)、外部指示入力装置302より、文書を、図32に示す、ワークフローAに登録することを命じる指示がユーザによって入力される。
【0183】
なお、図32において、Cは、クライアントを示し、例えば、C10は、クライアント10を示す。したがって、ワークフローAは、まず、クライアント1(C1)とクライアント10(C10)に文書を配送し、さらに、両クライアントからクライアント2(C2)に配送され、最後に、クライアント7(C7)に配送するという、配送手順(ワークフロー)を示している。なお、文書を作成したクライアントは、図示しておらず、まず、このクライアントから、クライアント1(C1)とクライアント10(C10)に文書が配送
させる。なお、一連の配送処理は、サーバが行なう。
【0184】
さて、入力された指示に対応する要求情報が、要求情報作成装置303によって作成され、作成された要求情報は、要求情報記憶装置303に記憶される。具体的には、「通信情報」として「文書ワークフロー登録」、処理のパラメータとして、「文書名=PJ1報告、ワークフロー名=ワークフローA」および、データ記憶装置306に記憶している「文書データ」を記憶する。
【0185】
この要求情報を伝送情報717として、制御装置310の制御動作により通信装置304を介して、サーバへ転送する。サーバは、転送されてきた伝送情報717を、通信装置400を介して入力する。そして、通信情報解析(ステップ708)では、要求処理の種類や要求処理に対して優先レベルの設定を行なうための、ワークフロー名「ワークフローA」を要求情報解析装置401によって抽出する。
【0186】
優先情報検索(ステップ710)では、抽出されたワークフロー名に基づいて、ワークフロー毎優先情報記憶装置403に記憶されている、ワークフロー名毎優先情報テーブル61をサーチする。
【0187】
優先レベル抽出(ステップ711)では、ワークフロー名毎優先情報テーブル61に基づいて、ワークフローAの優先レベル4を抽出する。同時に、要求用プロセス発生(ステップ712)では、転送されてきた要求を処理するためのプロセスを、制御装置410によって発生する。
【0188】
次に、プロセス優先レベル設定(ステップ713)では、抽出された優先レベルを、要求順位付け装置406に送信し、要求順位付け装置406は、制御装置410が発生した要求処理プロセスに対して優先レベルを設定する。
【0189】
そして、要求処理開始(ステップ714)では、以下の処理を行なう。なお、以下の処理を行なった後、サーバはクライアント待ち状態になる(ステップ719)。
【0190】
この場合要求された処理内容は、文書名、文書データを、データベースへ登録するワークフロー処理のため、ワークフロー情報記憶装置402に記憶されている、ワークフローAのノードパスデータより、クライアント1と10に配付する必要があることから、優先レベル付きワークフロー上配付文書情報記憶装置407に記憶されている、図42に示す、優先レベル付きワークフロー上配付文書情報テーブル66に、伝送情報717によって、ワークフロー名、文書名、クライアント名、優先レベルの各々を対応させて登録することになる。
【0191】
なお、フローチャートには示さないが、サーバは、登録されたワークフローにしたがって、文書の配布処理を行ない、その際、ワークフローに対して設定された優先レベルを参照しながら処理を行なっていく。
【0192】
次に、他の実施例である、ワークフローノード毎優先処理を利用したシステムの動作について、図27、32、35、36、37、38、39、40、41、42等を参照して説明する。
【0193】
まず、サーバおよびクライアントの構成例について説明する。
【0194】
クライアントの構成例は、図30に示す通りであり、構成の変更点はない。
【0195】
図35に示すとおり、サーバは、各クライアントとの間で、要求情報、文書等の各種データを送受信するための通信装置420と、クライアントからの要求情報に基づいて、要求の処理内容や要求処理に対して設定する優先レベルの設定のための、キーワードを抽出する要求情報解析装置421と、ワークフローに対する、ワークフロー名、ワークフローの業務の流れをノード(クライアント名)、パス(あるクライアントから、他のクライアントへのつなぎ方)で表したノードパスデータよりなる情報を示すワークフロー情報テーブル60を記憶するワークフロー情報記憶装置422と、ワークフロー上配付文書の情報を記憶しているワークフロー上配付付き文書情報記憶装置423と、ワークフロー上におけるノード毎の優先レベルを決定するためのルール情報を記憶するワークフロー優先ルール情報記憶装置424と、各ワークフローのノード毎の優先情報を記憶するワークフローノード毎優先情報記憶装置425と、文書等をデータベースの内容を参照して検索する検索装置426と、文書名、文書データ等のデータを登録しているデータベース427と、各ワークフローのノード毎の優先レベルを抽出するワークフロー毎優先レベル抽出装置428と、優先レベルに基づいて、要求処理に対するプロセスに優先順位を付加する要求順位付け装置429と、優先情報の設定等のユーザ指示を受け付ける外部指示入力装置432と、ユーザが指示するための指示項目等を操作画面として表示する表示装置431と、これらの各装置を動作を制御する制御装置430を有して構成される。
【0196】
さて、図36に示す、ワークフローノード毎優先処理について説明する。
【0197】
まず、ワークフローノード毎優先情報登録(ステップ720)では、ワークフロー情報記憶装置422に記憶するワークフロー情報テーブル60と、ワークフロー優先ルール情報記憶装置424に記憶してあるテーブル63、64(図37、38参照)に基づいて、ワークフローノード毎優先レベル抽出装置428によって、ワークフローノード毎の優先レベルを抽出し、ワークフローノード毎優先情報記憶装置425に、クライアント名とワークフロー名と優先レベルを関係づけた、図41に示すワークフローノード毎優先情報テーブル65を登録する。
【0198】
ワークフロー優先ルール情報記憶装置424に記憶されるテーブルが、ノードの入出力パス数に応じて優先レベルを設定する場合、入出力パス数優先ルールテーブル63を参照して、優先レベルを設定する。
【0199】
図39に示すワークフロー例では、各クライアントに対する入出力パス数に応じて、優先レベルが図に示すように定まり、これをワークフローノード毎優先情報テーブル65に、クライアント名とワークフロー名と優先レベルとを関係付けて登録する。
【0200】
図39示すように、「ノード」は、各クライアントを、「パス」は、クライアント間を結ぶ経路である。「入出力パス数」とは、あるクライアント(ノード)に、文書を入力する経路を示すパスである入力パスの数と、あるクライアント(ノード)から、他のクライアントに文書を出力する経路を示すパスである出力パスの数との合計数をいう。
【0201】
例えば、クライアント2では、入力パスが「2」で、出力パスが「2」であるから、入出力パス数は「4」となる。他のクライアントに対しても、同様にして、入出力パス数が定まり、この様子を図39に示す。
【0202】
図37に示す、テーブル63に基づき、優先レベルを決定する場合、図39のクライアント2の入出力パス数は「4」となるため、入出力パス数「4」の場合には、優先レベルは、「3」となる。その結果、図41に示すテーブル65へ、「ワークフロー名=ワークフローA、クライアント名=クライアント2、優先レベル3」なる情報が登録されることになる。
【0203】
また、ノードの入出力パス累計数で優先レベルを設定する場合、図38に示す、入出力パス累計優先ルールテーブル64を参照して、優先レベルを設定する。
【0204】
ここでいう「入出力パス累計数」とは、以下に示す「入力パス数」と「出力パス数」の合計値である。ここでの「入力パス数」とは、あるノードに注目した場合、当該ノードの入力経路を示すパス数のほかに、当該パスに接続されるノードの入力経路を示すパス数を、全て加えた値である。「出力パス数」は、あるノードに注目した場合、当該ノードからの出力経路を示すパス数である。
【0205】
例えば、クライアント2では入力パス数が「2」で、出力パス数が「2」であるから、入出力パス累計数は「4」となる。また、クライアント7では入力パス数が「4」で、出力パス数が「1」であるから、入出力パス累計数は「5」となる。他のクライアントに対しても、同様にして、入出力パス累計数が定まり、この様子を図40に示す。
【0206】
図38に示す、テーブル64に基づき、優先レベルを決定する場合、図40のクライアント2の入出力パス累計数は「4」となるため、入出力パス累計数「4」の場合には、優先レベルは、「6」となる。その結果、図41に示すテーブル65へ、「ワークフロー名=ワークフローA、クライアント名=クライアント2、優先レベル6(優先レベルの括弧内で示した値)」なる情報が登録されることになる。
【0207】
次に、クライアント要求待ち(ステップ721)では、各クライアントからの要求を待つ。そして、ログイン(ステップ722)で、ユーザが外部指示入力装置102を介して、クライアントがサーバに対しログインすることを命じる指示が入力される。
【0208】
入力された指示に対応する要求情報が、要求情報作成装置104により作成される。
【0209】
そして、要求情報は、要求情報記憶装置108に記憶される。具体的には、「通信情報」を「ログイン」として、パラメータを「クライアント名=クライアント10」として記憶する。
【0210】
この要求情報を伝送情報736として、通信装置105を介して、制御装置109の制御動作によってサーバへ転送する。
【0211】
転送されてきた伝送情報736は、通信装置420を介して、サーバへ入力される。
【0212】
そして、通信情報解析(ステップ723)では、要求処理の内容が「ログイン」である場合、ワークフロー上配付文書情報を抽出するための、クライアント名「クライアント10」を、要求情報解析装置421によって抽出する。
【0213】
このクライアント名に基づいて、ワークフロー上配付文書抽出(ステップ724)において、制御装置430は、ワークフロー上配付文書情報記憶装置423に記憶しているワークフロー上配付文書情報テーブル66を参照して、ログインしたクライアント10の情報を抽出する。ワークフロー上配付文書情報テーブル66には、ワークフロー上配付文書情報を構成する、クライアント名、ワークフロー名および文書名を関係づけて記憶している。
【0214】
ワークフロー上配付文書情報転送(ステップ725)では、抽出したワークフロー上配付文書情報を、通信装置420を介してクライアントに転送する。
【0215】
クライアントでは、ワークフロー配付文書を記憶するため(ステップ726)、サーバより転送された伝送情報737を、通信装置105を介して、データ記憶装置107へ送信し記憶する。その後、ステップ740で、サーバは、クライアントからの要求待ちの状態になる。
【0216】
次に、ワークフロー配付文書表示(ステップ727)のため、外部指示入力装置102を介して、文書表示を命じる指示が、ユーザによって入力される。入力された指示に対応する要求情報が要求情報生成装置104によって生成される。生成された要求情報は、要求情報記憶装置108に記憶される。具体的には、「通信情報」として「文書表示」、そのパラメータとして、「クライアント名=クライアント10、ワークフロー名=ワークフローA、文書名=PJ1報告」が記憶される。この要求情報を伝送情報738として、制御装置109の制御動作により通信装置105を介してサーバへ転送する。
【0217】
転送されてきた伝送情報738は、通信装置420を介してサーバへ入力される。そして通信情報解析(ステップ728)では、要求処理の種類や要求処理に対して優先レベルを設定するためのクライアント名「クライアント10」とワークフロー名「ワークフローA」を要求情報解析装置421によって抽出する。
【0218】
優先情報検索(ステップ729)では、抽出されたクライアント名とワークフロー名に基づいて、ワークフローノード毎優先情報記憶装置425に記憶されている、ワークフローノード毎優先情報テーブル65をサーチする。優先レベル抽出(ステップ730)では、ワークフローノード毎優先情報テーブル65を参照して、クライアント10でワークフローA、優先レベル8(これはテーブル63を使用した場合)または10(これはテーブル64を使用した場合)を抽出する。
【0219】
同時に、要求用プロセス発生(ステップ731)では、制御装置430が、転送された要求を処理するためのプロセスを発生する。次に、プロセス優先レベル設定(ステップ732)では、抽出された優先レベル8または10を、要求順位付け装置429に送信し、要求順位付け装置429は、制御装置430が発生した要求処理プロセスに対して、優先レベルを設定する。
【0220】
そして、要求処理開始(ステップ733)では、制御装置430が発生した要求処理プロセスを処理する。ここでは、クライアントの要求が「画像表示」であるため、検索装置426へ文書名を送り、検索装置426は、文書名に基づいてデータベース427の内容を検索し、該当する画像データを求める。
【0221】
要求情報転送(ステップ734)は、検索した情報である「画像データ」を、通信装置420を介して、クライアントに転送する。そしてクライアントでは、画像表示を行なうため(ステップ735)、サーバより転送されてきた伝送情報739を、通信装置105を介して、データ記憶装置107へ送り、表示装置106によって文書名に対応する画像データを表示する。この後、クライアントは、要求待ち状態となる(ステップ741)。
【0222】
また、クライアントのログイン時に、配付文書の文書名をクライアントに転送していたが、それ以外に、文書名ではなく文書データを、サーバのデータベース427以外に設けた別の記憶装置に、配布先のクライアント毎に一時記憶しておき、クライアントが備えるデータ記憶装置107に、文書データを先送りすることも考えられる。
【0223】
次に、ワークフロー上において、通過したノード数によって優先レベルを設定する方法を、図43、44、45を参照して説明する。図43のワークフロー上で、上段のパスでは「PJ5報告文書」の配送フローについて示している。クライアント1からクライアント2に文書が転送される間で、「通過ノード数」が0から2と変化している。
【0224】
ここで、「通過ノード」とは、配送フローを見たときに、当該フロー中に存在するノードの数を累積していった値である。
【0225】
ここで、図44に示す通過ノード数優先テーブル67を参照すると、クライアント1では、通過ノード数が「0」であるから、優先レベルが「10」であり、クライアント2では、通過ノード数が「2」であるから、優先レベルが「6」であり、優先レベルが10から6に変化する。
【0226】
このように、文書がワークフロー上のノードを通過する度に、優先レベルが変化する様子を記憶する情報を、図45に示す、文書単位優先テーブル68に展開して行く。全く同様に、図43に示す、下段のパスでは「PJ1報告文書」は、クライアント30からクライアント2に転送される間に、通過ノード数が0から3へ変化するため、図44の通過ノード数優先テーブルを参照すると、優先レベルが10から4に変化することが分かる。
【0227】
このように文書がワークフロー上のノードを通過する度に、優先レベルが変化することを示す情報を、図45の文書単位優先テーブル68に展開して行く。
【0228】
このような処理は、サーバが行なっていく。すなわち、サーバは、クライアントに文書を配布する毎に、通過ノード数の変更を行なって、優先順位の変更を行なっていく。
【0229】
そして、サーバは、随時変更する優先順位を参照しながら、文書の配布処理を行なっていくことになる。本方法は、前述してきたクライアント毎に優先レベルを設定する方法とは異なり、配送対象となる文書毎に優先レベルを設定する方法である。
【0230】
以上説明してきたように、本発明によれば、クライアントの要求に対して、要求処理を行なうプロセスを生成して、要求処理プロセスに対し、予め定めた規則に従って優先レベルを設定することで、クライアントの要求する緊急性に対応した処理を行なえ、サーバの処理速度の低下を、ユーザが満足する程度に抑さえることが可能となる。また、ワークフローを利用した処理においても、優先レベルを設定することによって、業務フローの処理形態に柔軟性をもたせることが可能になった。
【0231】
なお、本実施例において説明してきた、各種の優先順位決定方法を選択しうる構成にしても良い。
【0232】
【発明の効果】
以上のように、本発明によれば、サーバがクライアントの要求を処理する際に、要求の緊急性に応じた処理を行なうことが可能となり、クライアント数が増えても、サーバの処理速度の低下を、仮想的に向上することができることになる。
【図面の簡単な説明】
【図1】本発明の動作説明のための要求優先処理ブロック図である。
【図2】CPU処理タイムチャートの説明図である。
【図3】システム全体の構成図である。
【図4】クライアントの構成例を示す構成図である。
【図5】サーバの構成例を示す構成図である。
【図6】クライアント名判定型優先処理のフローチャートである。
【図7】クライアント毎優先情報テーブルの説明図である。
【図8】配列優先情報テーブルの説明図である。
【図9】アノテーション判定型優先処理のフローチャートである。
【図10】アノテーション毎優先情報テーブルの説明図である。
【図11】サーバの構成例を示す構成図である。
【図12】クライアント名ルール判定型優先処理のフローチャートである。
【図13】ルール毎優先情報テーブルの説明図である。
【図14】ルール情報テーブルの説明図である。
【図15】サーバの構成例を示す構成図である。
【図16】クライアント毎アクセス数判定型優先処理のフローチャートである。
【図17】アクセス累計優先情報テーブルの説明図である。
【図18】クライアント毎アクセス累計テーブルの説明図である。
【図19】サーバの構成例を示す構成図である。
【図20】クライアント毎スケジュール優先処理のフローチャートである。
【図21】クライアントスケジュール情報テーブルの説明図である。
【図22】在席残り時間優先情報テーブルの説明図である。
【図23】ログインクライアント在席残り時間テーブルの説明図である。
【図24】サーバの構成例を示す構成図である。
【図25】接続クライアント名判定型優先処理のフローチャートである。
【図26】接続クライアント優先情報テーブルの説明図である。
【図27】クライアントの構成例を示す構成図である。
【図28】クライアント要求添付型優先処理のフローチャートである。
【図29】サーバの構成例を示す構成図である。
【図30】クライアントの構成例を示す構成図である。
【図31】ワークフロー毎優先処理のフローチャートである。
【図32】ワークフロー情報テーブルの説明図である。
【図33】ワークフロー名毎優先情報テーブルの説明図である。
【図34】優先レベル付きワークフロー上配付文書情報テーブルの説明図である。
【図35】サーバの構成例を示す構成図である。
【図36】ワークフローノード毎優先処理のフローチャートである。
【図37】入出力パス数優先ルールテーブルの説明図である。
【図38】入出力パス累計優先ルールテーブルの説明図である。
【図39】入出力パス数によるワークフローノード毎の優先レベル抽出の説明図である。
【図40】入出力パス累計数によるワークフローノード毎の優先レベル抽出の説明図である。
【図41】ワークフローノード毎優先情報テーブルの説明図である。
【図42】ワークフロー上配付文書情報テーブルの説明図である。
【図43】通過ノード数による優先レベルの変化を示す説明図である。
【図44】通過ノード数優先情報テーブルの説明図である。
【図45】文書単位優先テーブルの説明図である。
【符号の説明】
1…クライアント要求、2…要求解析、3…優先付け判定情報、4…要求処理コマンド、10…CPU処理タイム、11…クライアント1、12…クライアント2、13…クライアント3、14…優先レベル、90…ネットワーク、500…文書サーバ、100…クライアント1、200…クライアント2、300…クライアント3[0001]
[Industrial applications]
The present invention relates to a server system that performs processing by a workflow such as registration and delivery of various data including image and text at the request of a client.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, in an information processing apparatus that performs processing such as delivery of document data in a workflow, and in an electronic filing system that stores and reads document data, predetermined processing is performed by a cooperative operation between a server and a client. ing.
[0003]
Such a client-server system that performs a cooperative operation between a server and a client includes processes such as data search, file management for reading data, and data transfer between clients in response to various requests from a client. It is a system performed by the side.
[0004]
However, in conventional systems, the server processing performed for client requests is performed in the order of requests from each client. Therefore, as the number of requests from clients increases, the response speed, which is the processing speed for requests, decreases. Even if an urgent process occurs, the process may not be preferentially processed.
[0005]
Even in the case of parallel processing of client requests, the processing itself is started immediately, but again, as the number of client requests increases, the occupancy of the server for each request decreases, and It takes a considerable amount of time to complete.
[0006]
In the conventional system, no consideration is given to the urgency of a request, and a request given by a client cannot be set to a priority level indicating the priority of processing for the request. This leads to deterioration of the performance of the user interface, and devices for such performance deterioration have been proposed.
[0007]
For example, the technology described in the following document is a known technology.
[0008]
An e-mail system is a technology disclosed in "Medaka: E-mail Platform for Software Development" (Tarumizu: NEC Kansai C & C Research Institute, Information Processing Society of Japan 45th Annual Convention (September, 1994) 1U-3) It has been proposed to prioritize the delivery process to mail delivered in.
[0009]
However, according to this processing procedure, the order in which the mail is delivered and displayed on the screen by the display device of each terminal is simply changed.
[0010]
That is, the mail to be displayed with priority on the screen display is a so-called opening process immediately after the mail is delivered, that is, immediately after the mail arrives, and a priority is set for each process such as transfer and storage of the mail. Therefore, no consideration has been given to the urgency of the request.
[0011]
[Problems to be solved by the invention]
As described above, in the conventional system, no consideration is given to the urgency of the request from the client side, and the priority level for the request cannot be set. And there is a problem that the performance of the user interface is inferior.
[0012]
That is, in the conventional system, in response to a request from the client, the server cannot determine the will (for example, whether it is a normal process or an urgent process) for the client's request, and the server The processing for all the received requests was performed equally.
[0013]
Therefore, the first problem is that, in response to a request from the client, the server does not grasp the urgency of the request, etc., and performs all processes evenly. Sex.
[0014]
Further, in the prior art, for example, priority processing cannot be performed in a workflow such as a process of delivering document data between predetermined clients. Therefore, as a second problem, it is impossible to give priority to data processed in the workflow and perform the processing.
[0015]
[Means for Solving the Problems]
The following means can be considered as means for solving the above problems.
[0016]
That is, a system having a plurality of clients and a server, wherein the server performs processing corresponding to an instruction given from the client, wherein each of the clients includes data including an instruction given to the server, and processing of the instruction. An input unit for receiving at least priority information for determining a priority level indicating a priority, and a client for transmitting and receiving data to and from the server, the client having at least a function of transmitting the data received by the input unit to the server This is a means comprising communication means and display means for displaying at least data transmitted and received by the client communication means.
[0017]
And a server communication means for transmitting and receiving data to and from the client communication means; a storage means for storing data defining a correspondence between the priority information and a priority level; A process generating means for generating a process corresponding to an instruction received via the PC, and referring to the storage contents of the storage means based on priority information corresponding to the instruction for the generated process, and giving the generated process to the generated process. Priority level determination means for determining a priority level, processing for performing multi-process processing of a process to which the priority level has been assigned, and processing for providing a processing result to the client communication means of the corresponding client via the server communication means Processing means for performing the following.
[0018]
Further, in order to solve the above-mentioned problem, the following modes are also conceivable.
[0019]
A system having a plurality of clients and a server, wherein the server provides predetermined data to the client, wherein the server is a server communication means for transmitting and receiving data to and from the client communication means, The workflow information is information that defines the order in which the predetermined data is provided to the client, and a storage unit that stores, for each workflow, a priority level indicating a priority of a process to be performed according to the workflow, is received via a server communication unit. In response to the workflow information presentation instruction, workflow information is provided to the client side, and a workflow information processing unit that employs the workflow specified by the client, and a process of providing predetermined data to the client according to the adopted workflow occurs. Process generating means A priority level determining unit that determines a priority level to be assigned to a process that has occurred with reference to the storage content of the storage unit, and a processing unit that performs multi-process processing on the process to which the priority level has been assigned. .
[0020]
Each of the clients is a client communication means for transmitting and receiving data to and from the server side, a display means for displaying at least data transmitted and received by the client communication means, the predetermined data, and a workflow information presentation instruction given to the server. And input means for receiving at least a workflow to be adopted.
[0021]
[Action]
Hereinafter, the operation of the present invention will be described.
[0022]
FIG. 1 is a block diagram showing the operation of a request priority process in which a server sets a priority level for a client request and performs processing based on the set priority level.
[0023]
First, the server extracts the
[0024]
Here, the
[0025]
The
[0026]
Then, based on the
[0027]
The priority level setting 7 sets a priority level for the process generated in the request
[0028]
As a result, at the
[0029]
FIG. 2 shows an example of a processing chart of the processing performed by the CPU of the server in response to a request from the client. Processing for each request is performed by multitask processing.
[0030]
For the
[0031]
The smaller the value of the priority level, the higher the urgency of the processing request, which means that the processing request should be processed earlier.
[0032]
The processing status for the
[0033]
Here, the priority level 14 ranges from 1 to 10 with “1” as the higher priority and “10” as the lower priority.
[0034]
As shown in the lines 17 and 18, the priority level of the
[0035]
Then, a process for the request of the client 3 (13) is set to the
[0036]
As can be seen from the
[0037]
As described above, the operation of the multitask processing is controlled so that the processing start of the
[0038]
By performing the processing as described above, it is possible to provide a system having flexibility in changing the processing order.
[0039]
【Example】
Hereinafter, embodiments according to the present invention will be described with reference to the drawings.
[0040]
FIG. 3 is a configuration diagram showing an example of the configuration of a document filing system for explaining a document server client system according to an embodiment of the present invention.
[0041]
This system is used for client 1 (100), client 2 (200), and client 10 (300) for making various requests such as inputting, searching, and workflow work of document data, and for managing clients and registering documents. The
[0042]
Hereinafter, such a document server will be described as a “server”. Of course, the data to be processed by the server is not limited to document data. Various multimedia data can be considered.
[0043]
First, a description will be given of a system in which the type of a client name is determined, a priority level for a request process that is a process for a request with a client is determined, and the request process is performed.
[0044]
FIG. 4 shows a detailed configuration diagram of the client.
[0045]
The client includes an
[0046]
On the other hand, FIG. 5 shows a detailed configuration diagram of the server.
[0047]
The server includes a
[0048]
The operation of each device constituting the server and the client will be described with reference to a client name determination type priority processing flowchart shown in FIG. 6 and a client priority information table shown in FIG.
[0049]
First, in the priority information registration (step 901), the user (system administrator) stores the relationship between the client name and the priority level in the priority
[0050]
In a client request wait (step 902), a request from each client is waited. Then, when the client makes a document search request (step 903), the user instructs, via the external instruction input device 102, "search for a document in which the character" Hitachi "exists in the title of the document." Enter the instructions. For example, the content indicated by 913 in FIG. 6 is input.
[0051]
When the input instruction is given, request information generating apparatus 104 generates information (request information) indicating a request for causing the client to perform a process on the server. Then, the request information storage device 108 stores the request information. That is, “communication information” is stored as a document search, and “contents” are stored as “title keyword = Hitachi” and “client name =
[0052]
The control device 109 transfers the request information as
[0053]
Then, in the communication information analysis (step 904), the
[0054]
In the priority information search (step 905), the client-based priority information table 80 as shown in FIG. 7 stored in the priority
[0055]
At the same time, the
[0056]
Next, the process priority level setting 908 sends the extracted priority level to the
[0057]
Then, at the start of the request processing (step 909), the request of the client is “search” as indicated by 913, so the request processing process generated by the
[0058]
On the other hand, in the request information transfer (step 910), the searched search information (document name) is transferred to the client side by the
[0059]
Then, the client transmits the
[0060]
Then, in step 915, the system is in a state of waiting for a request from the client.
[0061]
As the contents of the priority information table, a priority level can be determined for an array number uniquely determined for the client name. In this case, in the communication information analysis (step 904), the array element number corresponding to the client name is extracted (example: array number = 3 in the case of the client name “
[0062]
At this time, it is sufficient that the client's
[0063]
It is also preferable that the request information creating device 104 automatically generate its own array number and transmit the request information to the request information storage device 108.
[0064]
Next, an operation of a system using an annotation determination type priority process according to another embodiment will be described with reference to FIGS.
[0065]
First, in the priority information registration (step 920), the user (system administrator) indicates the relationship between the annotation name and the priority level in the priority
[0066]
In the client request waiting (step 921), a request from each client is waited. In the document annotation (step 922), the user instructs the document stored in the
[0067]
Next, in the document registration request (step 923), the user inputs an instruction to register the annotated document via the external instruction input device 102. When a registration request instruction is input, the request information creating device 104 creates request information, and stores the created request information in the request information storage device 108. Specifically, “communication information” is stored as “document registration”, and “content” is stored as “annotation =“ urgent ”, document name, document data”. This request information is transferred as
[0068]
The transferred
[0069]
In the priority information search (step 925), a search of the annotation-based priority information table 82 stored in the priority
[0070]
In the priority level extraction (step 926), a priority level “4” corresponding to “urgent” is extracted with reference to the client priority information table 82. At the same time, the
[0071]
Next, the process priority level setting (step 928) transmits the extracted priority level to the
[0072]
Next, an operation of a system using a client name rule determination type priority process, which is another embodiment, will be described with reference to FIGS. 4, 11, 12, 13, and 14. FIG. Although the configuration of the client is not changed, the configuration of the server is different from the
[0073]
First, in the priority information registration (step 931), the user (system administrator) indicates the relationship between the position and the priority level in the priority
[0074]
In the client request waiting (step 932), a request from each client is waited.
[0075]
Then, in the document search request (step 933), the user inputs, via the external instruction input device 102, an instruction for requesting a search for a document in which “title keyword = Hitachi” exists in the title of the document.
[0076]
When a document search instruction is input, the request information creating device 104 creates request information, and stores the created request information in the request information storage device 108. Specifically, “document search” is stored as “communication information”, and “title keyword = Hitachi, client name =
[0077]
By the control operation of the control device 109, the request information is transferred as
[0078]
In the communication information analysis (step 934), the
[0079]
In this case, information indicating that the position is “section manager” can be extracted from the information “
[0080]
In the priority information search (step 936), a rule-based priority information table 83 stored in the priority
[0081]
Next, the process priority level setting (step 939) transmits the extracted priority level to the
[0082]
Then, in the request processing start (step 940), the
[0083]
In the request information transfer (step 941), the searched result (document name) is transferred to the client via the
[0084]
Next, the operation of the system using the client access count determination type priority processing will be described with reference to FIGS.
[0085]
Also in this embodiment, the configuration of the client is not changed, but the configuration of the server is the same as the
[0086]
First, in the priority information registration (step 950), the system administrator stores, in the priority
[0087]
Also, in the client-specific access information storage device 511, for example, a client-specific access total table 86 indicating the relationship between the client name and the access total as shown in FIG. 18 is registered.
[0088]
In the client request waiting (step 951), a request from each client is waited.
[0089]
Then, the client gives an instruction via the external instruction input device 102 in the document search request (step 952). Here, as an instruction, a search for a document in which the title keyword = “Hitachi” exists in the title of the document will be described as an example.
[0090]
When a document search instruction is input, the request information creating device 104 creates request information, and stores the created request information in the request information storage device 108. Specifically, “document search” is stored as “communication information”, and “title keyword = Hitachi, client name =
[0091]
This request information is transferred as transmission information 964 to the server via the
[0092]
The transferred transmission information 964 is input to the server via the
[0093]
In the communication information analysis (step 953), the request
[0094]
In the client access count extraction (step 954), the client access count is extracted with reference to the storage contents of the access information storage device 511 for each client.
[0095]
In this case, for the
[0096]
In the priority information search (step 955), the access count priority information table 85 stored in the priority
[0097]
In the priority level extraction (step 956), the “
[0098]
At the same time, in the process generation for request (step 957), the
[0099]
Next, in the process priority level setting (step 958), the extracted priority level is transmitted to the
[0100]
In the access count-up (step 959), the
[0101]
In the case of this figure, the access count of the
[0102]
This access count-up can also be performed after receiving a request from the client, that is, after the communication information analysis (step 953) in the flow.
[0103]
At the start of the request processing (step 960), since the client's request is a document search, “Title Keyword = Hitachi” is sent to the
[0104]
In the request information transfer (step 961), the “document name” as the search result is transferred to the client via the
[0105]
After that, it enters a state of waiting for a client request (step 963).
[0106]
Next, the operation of the system using the schedule determination type priority processing for each client will be described with reference to FIGS.
[0107]
Also in this embodiment, the configuration of the client is not changed and is as shown in FIG. 4, but the configuration of the server is such that client schedule information for storing a schedule for each client is stored in the
[0108]
First, in the priority information registration (step 970), the system administrator determines the relationship between the remaining time and the priority level in the priority
[0109]
In the schedule information registration (step 971), as shown in FIG. 21, the client name, the content (reason of leaving), the date of leaving, and the time (the client terminal A client schedule information table 88 is registered, which includes a time at which the client terminal leaves the seat and a return time (a time at which the client terminal returns to the seat where the client terminal is arranged). Then, in a client request wait (step 972), the process waits for a request from each client.
[0110]
On the client side, in a login process (step 973), an instruction to log in to the server is input by the user operating the external instruction input device 102.
[0111]
When the input instruction is given, request information generating device 104 generates request information for causing the server to perform processing by the client. Then, the request information is stored in the request information storage device 108. Specifically, “login” is stored as the communication information, and “client name =
[0112]
Then, this request information is transferred as
[0113]
The transferred
[0114]
In the calculation of the remaining client time (step 975), the remaining
[0115]
Here, if the client name is “
[0116]
In other words, referring to FIG. 21, "
[0117]
After
[0118]
Next, in the document search request (step 976), the user inputs, via the external instruction input device 102, an instruction to search for a document in which "Hitachi" exists in the title of the document.
[0119]
When the input instruction is given, request information generating device 104 generates request information for causing the server to perform processing by the client. Then, the request information is stored in the request information storage device 108. Specifically, “document search” is stored as communication information, and “title keyword = Hitachi, client name =
[0120]
The request information is transferred as
[0121]
The transferred
[0122]
The client presence time calculation (step 978) is based on the current time provided by the current date and
[0123]
In the priority information search (step 979), the remaining time priority information table 87 in the priority
[0124]
Next, in the process priority level setting (step 982), the extracted priority level is transmitted to the
[0125]
Then, at the start of the request processing (step 983), since the client's request is “document search”, “title keyword = Hitachi” is sent to the
[0126]
In the request information transfer (step 984), “document name = Hitachi Review” is transferred to the client via the
[0127]
Then, the client sends the
[0128]
Thereafter, the server enters a client request waiting state (step 990).
[0129]
Note that a client who does not necessarily request a response within the enrollment time may be designated to that effect, so that it is not necessary to raise the priority, and the priority of another client may be raised.
[0130]
Next, an operation of a system using a connection (login) client name determination type priority process according to another embodiment will be described with reference to FIGS. Also in the present embodiment, the configuration of the client is not different from the configuration example shown in FIG. 4, but the server configuration stores the priority information of the logged-in client in the
[0131]
First, in the priority information registration (step 600), the system administrator stores, in the priority
[0132]
Then, at login (step 602), the user inputs an instruction requesting to log in via the external instruction input device 102.
[0133]
When the input instruction is given, request information generating device 104 generates request information for causing the server to perform processing by the client. Then, the request information is stored in the request information storage device 108. Specifically, “login” is stored as “communication information”, and “client name =“
[0134]
The transferred
[0135]
In the connection client priority information registration (step 604), the
[0136]
Then, in the document search request (step 605), the user inputs, via the external instruction input device 102, an instruction to perform a document search in which "Hitachi" exists in the title of the document.
[0137]
When the input instruction is given, request information generating device 104 generates request information for causing the server to perform processing by the client. Then, the request information is stored in the request information storage device 108. Specifically, “communication information” is stored as “document search”, and parameters are stored as “title keyword = Hitachi, client name =
[0138]
Then, the request information is transferred as
[0139]
The transferred
[0140]
In the priority information search (step 607), the connected client priority information table 70 in the connected client priority
[0141]
Next, in the process priority level setting (step 610), the extracted priority level is transmitted to the
[0142]
Then, in the request processing start (step 611), in the request processing process generated by the
[0143]
In the request information transfer (step 612), search information as a result of the search, that is, the document name = Hitachi Review is transferred to the client via the
[0144]
Next, as another embodiment, the operation of the system using the client request attachment type priority processing will be described with reference to FIGS.
[0145]
In this embodiment, the configuration of the server is not different from the configuration shown in FIG. 5, but the configuration of the client is such that the priority
[0146]
First, in the priority information registration (step 620), the system administrator) indicated the relationship between the client name and the priority level in the priority
[0147]
Next, a client request waiting state is entered (step 621), and the server waits for a request from each client.
[0148]
Then, at login (step 622), an instruction to log in to the server is input by the user via the external instruction input device 102.
[0149]
When the input instruction is given, request information generating device 104 generates request information for causing the server to perform processing by the client. Then, the request information is stored in the request information storage device 108. Specifically, “login” is stored as “communication information”, and “client name =
[0150]
This request information is transferred as
[0151]
In the priority information search (step 624) based on the client name, the
[0152]
In the priority level transfer (step 625), “priority level = 9”, which is the priority level of the
[0153]
The client transmits the transmission information 636 transferred from the server to the priority
[0154]
Then, in the client image display (step 627), the user obtains a document having a document name of “Hitachi Review” previously searched and stored in the
[0155]
When the input instruction is given, request information generating device 104 generates request information for causing the server to perform processing by the client. Then, the request information is stored in the request information storage device 108. Specifically, “screen display” is stored as “communication information”, and “priority level = 9, document name = Hitachi Review” is stored as the processing parameter.
[0156]
This request information is transferred as
[0157]
The transferred
[0158]
In the priority level extraction (step 629), the
[0159]
The server does not need to extract the priority level again by referring to the table or the like as in the previous embodiments, and it is sufficient to use the transmitted
[0160]
At the same time, in the process generation for request (step 630), the
[0161]
Next, the process priority level setting (step 631) transmits the extracted priority level to the
[0162]
Then, at the start of request processing (step 632), the request processing process generated by the
[0163]
Then, in the request information transfer (step 633), “image data”, which is the searched information, is transferred to the client via the
[0164]
Then, the client transmits the
[0165]
Thereafter, the server enters a client waiting state (step 640).
[0166]
Next, the operation of the system using the prioritization process in the workflow will be described with some examples.
[0167]
First, an embodiment in which the type of the workflow name is determined, the priority level of the requested process is determined, and the process indicated by the workflow is performed will be described with reference to FIGS. 29, 30, 31, 32, 33, and. First, the configuration of the server and the client will be described.
[0168]
FIG. 29 shows a detailed configuration example of the server.
[0169]
The server includes a communication device 400 for transferring various data such as request information and documents with each client, and a request for extracting a processing content of a request and a keyword for setting a priority level for the request processing from request information provided by the client. The information analysis apparatus 401 includes, for a workflow, a workflow name, and node path data representing a workflow flow of the workflow by a node (client name) or a path (indicating how to connect a certain client to another client). A workflow information storage device 402 that stores a workflow information table 60 indicating information, and a workflow that stores a priority information table 61 for each workflow name that indicates the relationship between the workflow name stored in the workflow information storage device 402 and the priority level. Each priority information storage device 403 A
[0170]
On the other hand, FIG. 30 shows a configuration example of the client.
[0171]
Creates an
[0172]
Next, the operation will be described with reference to the workflow-specific priority processing flow shown in FIG.
[0173]
First, in the workflow information registration (step 700), the system administrator sets the relationship between the workflow name and the node path data as shown in FIG. 32 in the workflow information storage device 402 via the external
[0174]
Then, in document creation (step 702), the user issues an image input instruction via the external
[0175]
Next, in order to register the created document in the workflow, in the workflow information reference (step 703), the user inputs an instruction to refer to the workflow information via the external
[0176]
When the input instruction is given, the request
[0177]
The transferred
[0178]
In the work flow information extraction transfer (step 705), the contents of the work flow information table stored in the work flow information storage device 402 are transferred to the client via the communication device 400 as transmission information 716, and transferred to the work flow information
[0179]
In the client request waiting (step 718), a request from each client is waited.
[0180]
Then, in order to perform a workflow selection operation on the client side (step 706), the workflow information transferred from the server is displayed on the
[0181]
The user on the client side selects, from the displayed workflow information, a workflow that determines the delivery procedure for performing the desired delivery to the document created by the user by operating the external
[0182]
Next, in order to register the selected document workflow (step 707), an instruction for registering the document in the workflow A shown in FIG. 32 is input by the user from the external
[0183]
In FIG. 32, C indicates a client, and for example, C10 indicates the
Let it. The server performs a series of delivery processes.
[0184]
Now, request information corresponding to the input instruction is created by the request
[0185]
This request information is transferred as
[0186]
In the priority information search (step 710), the priority information table 61 for each workflow name stored in the priority information storage device 403 for each workflow is searched based on the extracted workflow name.
[0187]
In the priority level extraction (step 711), the
[0188]
Next, in the process priority level setting (step 713), the extracted priority level is transmitted to the
[0189]
Then, at the start of request processing (step 714), the following processing is performed. After performing the following processing, the server enters a client waiting state (step 719).
[0190]
In this case, the requested processing contents are distributed to the
[0191]
Although not shown in the flowchart, the server performs a document distribution process in accordance with the registered workflow, and at that time, performs processing while referring to the priority level set for the workflow.
[0192]
Next, the operation of the system using the priority processing for each workflow node according to another embodiment will be described with reference to FIGS. 27, 32, 35, 36, 37, 38, 39, 40, 41, and 42. .
[0193]
First, a configuration example of a server and a client will be described.
[0194]
An example of the configuration of the client is as shown in FIG. 30, and there is no change in the configuration.
[0195]
As shown in FIG. 35, the server includes a communication device 420 for transmitting and receiving various data such as request information and documents to and from each client, and a processing content of the request and a request processing based on the request information from the client. A request
[0196]
Now, the priority processing for each workflow node shown in FIG. 36 will be described.
[0197]
First, in the workflow node priority information registration (step 720), the workflow information table 60 stored in the workflow
[0198]
When the table stored in the workflow priority rule
[0199]
In the workflow example shown in FIG. 39, the priority level is determined as shown in the figure according to the number of input / output paths for each client, and this is stored in the priority information table 65 for each workflow node with the client name, the workflow name, and the priority level. Register by associating.
[0200]
As shown in FIG. 39, a “node” is a path connecting each client, and a “path” is a path connecting the clients. The “number of input / output paths” indicates the number of input paths, which are paths indicating a document input path to a certain client (node), and the path from a certain client (node) to output a document to another client. It refers to the total number of paths and the number of output paths.
[0201]
For example, in the
[0202]
When the priority level is determined based on the table 63 shown in FIG. 37, the number of input / output paths of the
[0203]
When the priority level is set by the total number of input / output paths of the node, the priority level is set by referring to the input / output path total priority rule table 64 shown in FIG.
[0204]
Here, the “input / output path cumulative number” is a total value of “the number of input paths” and “the number of output paths” described below. Here, when the "number of input paths" is focused on a certain node, in addition to the number of paths indicating the input path of the node, the number of paths indicating the input path of the node connected to the path is all added. Value. The “number of output paths” is the number of paths indicating an output path from a certain node when attention is paid to that node.
[0205]
For example, in the
[0206]
When the priority level is determined based on the table 64 shown in FIG. 38, the cumulative number of input / output paths of the
[0207]
Next, in a client request waiting (step 721), a request from each client is waited. Then, at login (step 722), the user inputs, via the external instruction input device 102, an instruction for instructing the client to log in to the server.
[0208]
Request information corresponding to the input instruction is created by the request information creating device 104.
[0209]
Then, the request information is stored in the request information storage device 108. Specifically, the “communication information” is stored as “login”, and the parameter is stored as “client name =
[0210]
This request information is transferred as
[0211]
The transferred
[0212]
Then, in the communication information analysis (step 723), if the content of the request process is “login”, the request
[0213]
On the basis of this client name, in the on-workflow document extraction (step 724), the
[0214]
In the work flow document information transfer (step 725), the extracted work flow document information is transferred to the client via the communication device 420.
[0215]
The client transmits the
[0216]
Next, an instruction to display a document is input by the user via the external instruction input device 102 for displaying the workflow distribution document (step 727). Request information corresponding to the input instruction is generated by the request information generating device 104. The generated request information is stored in the request information storage device 108. Specifically, "document display" is stored as "communication information", and "client name =
[0219]
The transferred
[0218]
In the priority information search (step 729), the workflow node priority information table 65 stored in the workflow node priority
[0219]
At the same time, in the request process generation (step 731), the
[0220]
Then, at the start of request processing (step 733), the
[0221]
In the request information transfer (step 734), “image data” that is the searched information is transferred to the client via the communication device 420. Then, the client sends the
[0222]
When the client logs in, the document name of the distribution document is transferred to the client. In addition, instead of the document name, the document data is transferred to another storage device provided other than the database 427 of the server. It is also conceivable to temporarily store the document data for each client and postpone the document data to the
[0223]
Next, a method of setting a priority level according to the number of passed nodes in a workflow will be described with reference to FIGS. In the workflow of FIG. 43, the upper path shows the delivery flow of “PJ5 report document”. While the document is transferred from the
[0224]
Here, the “passing node” is a value obtained by accumulating the number of nodes existing in the delivery flow when the delivery flow is viewed.
[0225]
Here, referring to the passing node number priority table 67 shown in FIG. 44, since the number of passing nodes is “0” in the
[0226]
As described above, every time a document passes through a node on the workflow, the information storing the state in which the priority level changes is developed in the document unit priority table 68 shown in FIG. Similarly, in the lower path shown in FIG. 43, while the “PJ1 report document” is transferred from the
[0227]
As described above, every time a document passes through a node on the workflow, information indicating that the priority level changes is developed in the document unit priority table 68 of FIG.
[0228]
Such processing is performed by the server. That is, the server changes the number of passing nodes and changes the priority every time a document is distributed to the client.
[0229]
Then, the server performs the document distribution process while referring to the priority that is changed as needed. This method is different from the method of setting a priority level for each client described above, and is a method of setting a priority level for each document to be delivered.
[0230]
As described above, according to the present invention, a process for performing a request process in response to a client request is generated, and a priority level is set for the request process in accordance with a predetermined rule. , The processing corresponding to the urgency required by the server can be performed, and the reduction in the processing speed of the server can be suppressed to the extent that the user is satisfied. Also, in a process using a workflow, by setting a priority level, it becomes possible to give flexibility to the processing form of the business flow.
[0231]
Note that a configuration may be adopted in which various priority order determination methods described in the present embodiment can be selected.
[0232]
【The invention's effect】
As described above, according to the present invention, when a server processes a client request, it becomes possible to perform processing according to the urgency of the request, and even if the number of clients increases, the processing speed of the server decreases. Can be virtually improved.
[Brief description of the drawings]
FIG. 1 is a request priority processing block diagram for explaining the operation of the present invention.
FIG. 2 is an explanatory diagram of a CPU processing time chart.
FIG. 3 is a configuration diagram of the entire system.
FIG. 4 is a configuration diagram illustrating a configuration example of a client.
FIG. 5 is a configuration diagram illustrating a configuration example of a server.
FIG. 6 is a flowchart of a client name determination type priority process.
FIG. 7 is an explanatory diagram of a priority information table for each client.
FIG. 8 is an explanatory diagram of an array priority information table.
FIG. 9 is a flowchart of an annotation determination type priority process.
FIG. 10 is an explanatory diagram of a priority information table for each annotation.
FIG. 11 is a configuration diagram illustrating a configuration example of a server.
FIG. 12 is a flowchart of a client name rule determination type priority process.
FIG. 13 is an explanatory diagram of a rule-based priority information table.
FIG. 14 is an explanatory diagram of a rule information table.
FIG. 15 is a configuration diagram illustrating a configuration example of a server.
FIG. 16 is a flowchart of a client-based access number determination type priority process.
FIG. 17 is an explanatory diagram of an access total priority information table.
FIG. 18 is an explanatory diagram of an access total table for each client.
FIG. 19 is a configuration diagram illustrating a configuration example of a server.
FIG. 20 is a flowchart of a client priority scheduling process.
FIG. 21 is an explanatory diagram of a client schedule information table.
FIG. 22 is an explanatory diagram of a remaining time priority information table.
FIG. 23 is an explanatory diagram of a login client remaining time table.
FIG. 24 is a configuration diagram illustrating a configuration example of a server.
FIG. 25 is a flowchart of a connected client name determination type priority process.
FIG. 26 is an explanatory diagram of a connection client priority information table.
FIG. 27 is a configuration diagram illustrating a configuration example of a client.
FIG. 28 is a flowchart of a client request attachment type priority process.
FIG. 29 is a configuration diagram illustrating a configuration example of a server.
FIG. 30 is a configuration diagram illustrating a configuration example of a client.
FIG. 31 is a flowchart of a priority process for each workflow.
FIG. 32 is an explanatory diagram of a workflow information table.
FIG. 33 is an explanatory diagram of a priority information table for each workflow name.
FIG. 34 is an explanatory diagram of a work flow distribution document information table with a priority level.
FIG. 35 is a configuration diagram illustrating a configuration example of a server.
FIG. 36 is a flowchart of a workflow node priority process.
FIG. 37 is an explanatory diagram of an input / output path number priority rule table.
FIG. 38 is an explanatory diagram of an input / output path cumulative priority rule table.
FIG. 39 is an explanatory diagram of priority level extraction for each workflow node based on the number of input / output paths.
FIG. 40 is an explanatory diagram of priority level extraction for each workflow node based on the cumulative number of input / output paths.
FIG. 41 is an explanatory diagram of a priority information table for each workflow node.
FIG. 42 is an explanatory diagram of a work flow distribution document information table.
FIG. 43 is an explanatory diagram showing a change in the priority level according to the number of passing nodes;
FIG. 44 is an explanatory diagram of a passing node number priority information table.
FIG. 45 is an explanatory diagram of a document unit priority table.
[Explanation of symbols]
DESCRIPTION OF
Claims (6)
前記各クライアントは、 Each of the clients,
前記サーバに対する指示情報と、予めクライアント毎に定められたクライアント名とを受け付ける入力手段と、 Input means for receiving instruction information for the server and a client name predetermined for each client,
前記入力手段が受け付けた情報に基づいて、サーバに処理を行わせるための要求情報を生成する要求情報生成手段と、 Request information generating means for generating request information for causing a server to perform processing based on the information received by the input means;
前記要求情報を前記サーバに送信するとともに、前記サーバが実行した処理結果を受信する通信手段と、を有し、 A communication unit that transmits the request information to the server and receives a processing result executed by the server,
前記サーバは、 The server is
前記要求情報の受信回数を示すアクセス回数と、処理の優先度を示す優先レベルとを対応付けたアクセス回数テーブルを記憶した第1の記憶手段と、 A first storage unit that stores an access count table in which an access count indicating the number of times the request information has been received and a priority level indicating the priority of the process are stored;
前記クライアント各々から、前記要求情報を受信する受信手段と、 Receiving means for receiving the request information from each of the clients;
前記クライアント毎に、前記アクセス回数を累計し、第2の記憶手段に記憶する累計手段と、 Accumulating means for accumulating the number of accesses for each of the clients and storing the accumulative number in a second storage means;
前記要求情報の指示に対応するプロセスを発生するプロセス発生手段と、 Process generating means for generating a process corresponding to the instruction of the request information,
前記第2の記憶手段を読み出して、前記要求情報のクライアント名に対応するアクセス回数を特定し、さらに、前記第1の記憶手段を読み出して、前記特定したアクセス回数に対応する優先レベルを決定する優先レベル決定手段と、 The second storage unit is read to specify the number of accesses corresponding to the client name of the request information, and the first storage unit is read to determine a priority level corresponding to the specified number of accesses. Priority level determining means;
前記プロセスを、前記決定した優先レベルに従ってマルチプロセス処理を実行する処理手段と Processing means for performing the multi-process processing according to the determined priority level;
前記処理手段が実行した処理結果を、前記要求情報を送信したクライアントに送信する送信手段と、を有すること Transmission means for transmitting a processing result executed by the processing means to a client which has transmitted the request information.
を特徴とするサーバクライアントシステム。 A server client system characterized by the above-mentioned.
前記各クライアントは、 Each of the clients,
前記サーバに対する指示情報と、予めクライアント毎に定められたクライアント名と、ログイン時間およびログアウト予定時間と、を受け付ける入力手段と、 Input means for receiving instruction information for the server, a client name predetermined for each client, a login time and a scheduled logout time,
前記入力手段が受け付けた情報に基づいて、サーバに処理を行わせるための要求情報を生成する要求情報生成手段と、 Request information generating means for generating request information for causing a server to perform processing based on the information received by the input means;
前記要求情報を前記サーバに送信するとともに、前記サーバが実行した処理結果を受信する通信手段と、を有し、 A communication unit that transmits the request information to the server and receives a processing result executed by the server,
前記サーバは、 The server is
前記ログアウト予定時間から前記ログイン時間を引いたクライアントを使用する残り時間と、処理の優先度を示す優先レベルと、を対応付けた残り時間テーブルを記憶した第1の記憶手段と、 A first storage unit that stores a remaining time table in which a remaining time using a client obtained by subtracting the login time from the scheduled logout time and a priority level indicating a priority of processing are associated with each other;
前記クライアント毎に、前記残り時間を記憶するための第2の記憶手段と、 Second storage means for storing the remaining time for each of the clients;
前記クライアント毎に、前記残り時間を前記ログイン時間と前記ログアウト予定時間とに基づいて算出し、前記第2の記憶手段に記憶する算出手段と、 Calculating means for each of the clients, calculating the remaining time based on the login time and the scheduled logout time, and storing the calculated time in the second storage means;
前記要求情報の指示に対応するプロセスを発生するプロセス発生手段と、 Process generating means for generating a process corresponding to the instruction of the request information,
前記第2の記憶手段を読み出して、前記要求情報のクライアント名に対応する残り時間を特定し、さらに、前記第1の記憶手段を読み出して、前記特定した残り時間に対応する優先レベルを決定する優先レベル決定手段と、 The second storage unit is read to specify a remaining time corresponding to the client name of the request information, and further, the first storage unit is read to determine a priority level corresponding to the specified remaining time. Priority level determining means;
前記プロセスを、前記決定した優先レベルに従ってマルチプロセス処理を実行する処理手段と Processing means for performing the multi-process processing according to the determined priority level;
前記処理手段が実行した処理結果を、前記要求情報を送信したクライアントに送信す Transmitting the processing result executed by the processing unit to the client that transmitted the request information; る送信手段と、を有することTransmission means
を特徴とするサーバクライアントシステム。 A server client system characterized by the above-mentioned.
前記各クライアントは、サーバに与える指示を含むデータ、および、前記指示に対する処理の優先度を示す優先レベルを決定するための優先情報を少なくとも受け付ける入力手段と、自クライアントが起動し、システムにログインした旨の情報であるログイン情報を発生する手段と、前記入力手段が受け付けた情報およびログイン情報に基づいて、サーバに処理を行わせるための要求情報を生成する要求情報生成手段と、サーバ側とデータの送受信を行なう手段であって、前記要求情報をサーバ側に送る機能を少なくとも有するクライアント通信手段と、該クライアント通信手段が送受信するデータを少なくとも表示する表示手段とを備え、
前記サーバは、前記クライアント通信手段との間で前記要求情報の送受信を行なうサーバ通信手段と、前記優先情報と優先レベルとの対応関係を定めたデータを記憶するための第1の記憶手段と、ログインしているクライアントについてのみの、優先情報と優先レベルとの対応関係を定めたデータを記憶するための第2の記憶手段と、サーバ通信手段を介して受け付けた前記要求情報に対応する、プロセスを発生するプロセス発生手段と、前記サーバ通信手段を介して得られるログイン情報に基づき、前記第1の記憶手段を参照し、ログインしているクライアントに関する、優先情報と優先レベルとの対応関係を定めたデータを前記第2の記憶手段に記憶する処理と、発生したプロセスに対する指示に対応する優先情報に基づいて、前記第2の記憶手段の記憶内容を参照して、発生したプロセスに付与する優先レベルを決定する優先レベル決定手段と、優先レベルが付与されたプロセスを、マルチプロセス処理する処理、および、前記サーバ通信手段を介して、処理結果を、対応するクライアントのクライアント通信手段に与える処理を行なう処理手段とを備えることを特徴とするサーバクライアントシステム。 A server client system having a plurality of clients and a server connected to the plurality of clients via a network,
Each of the clients is an input unit that receives at least data including an instruction to be given to the server and priority information for determining a priority level indicating a priority of processing for the instruction, and the client is started and logged into the system. Means for generating login information that is information to the effect of the request, request information generating means for generating request information for causing the server to perform processing based on the information received by the input means and the login information, Means for transmitting and receiving, the client communication means having at least a function of sending the request information to the server side, and a display means for displaying at least data transmitted and received by the client communication means,
A server communication unit that transmits and receives the request information to and from the client communication unit; a first storage unit for storing data that defines a correspondence between the priority information and a priority level; A second storage unit for storing data defining a correspondence relationship between priority information and a priority level only for a logged-in client; and a process corresponding to the request information received via a server communication unit. and processes generating means for generating, based on the login information acquired via the server communication means, referring to said first storage means, about the client that is logged, defines the correspondence between the priority information and the priority level The second data is stored in the second storage means, and the second information is stored on the basis of priority information corresponding to an instruction for the generated process. A priority level determining unit that determines a priority level to be assigned to the generated process with reference to the storage content of the storage unit, a process of performing a multi-process process on the process to which the priority level has been assigned, and the server communication unit. Processing means for performing a process of giving a processing result to a client communication means of a corresponding client.
前記各クライアントは、サーバに与える指示を含むデータ、自クライアントがシステムにログインした旨の情報であるログイン情報、クライアントの識別子であるクライアント名を受け付ける入力手段と、前記入力手段が受け付けた情報に基づいて、サーバに処理を行わせるための要求情報を生成する要求情報生成手段と、サーバから与えられる、自クライアント固有の、処理の優先度を示す優先レベルを記憶するための第1記憶手段と、サーバ側とデータの送受信を行なう手段であって、前記要求情報をサーバ側に送信する際に前記第1記憶手段を参照して、対応する優先レベルを付加して送信する機能を有するクライアント通信手段と、該クライアント通信手段が送受信するデータを少なくとも表示する表示手段とを備え、
前記サーバは、前記クライアント通信手段との間でデータの送受信を行なうサーバ通信手段と、クライアント名と優先レベルとの対応関係を定めたデータを記憶するための第2記憶手段と、前記要求情報に対応するプロセスを発生するプロセス発生手段と、ログイン情報およびクライアント名を送信してきたクライアントについて、前記第2記憶手段の記憶内容を参照し、当該クライアント固有に定める優先レベルを前記サーバ通信手段を介してクライアント側に送る処理、優先レベルが付与されたプロセスを、マルチプロセス処理する処理、および、前記サーバ通信手段を介して、処理結果を、対応するクライアントのクライアント通信手段に与える処理を行なう処理手段とを備えることを特徴とするサーバクライアントシステム。 A server client system having a plurality of clients and a server connected to the plurality of clients via a network,
Each of the clients is based on data including an instruction given to a server, login information indicating that the client has logged in to the system, input means for receiving a client name which is an identifier of the client, and information received by the input means. Request information generating means for generating request information for causing the server to perform processing, first storage means for storing a priority level indicating a processing priority given to the server and unique to the client, Client communication means for transmitting and receiving data to and from the server, having a function of referring to the first storage means and adding a corresponding priority level when transmitting the request information to the server side, and transmitting the request information. And display means for displaying at least data transmitted and received by the client communication means,
The server includes a server communication means for transmitting and receiving data to and from the client communication means, second storage means for storing predetermined data correspondence relationship between the client name and the priority level, the request information For the process generating means for generating the corresponding process, and for the client that has transmitted the login information and the client name, refer to the storage contents of the second storage means and set the priority level determined uniquely for the client via the server communication means. Processing means for performing processing for sending to the client side, processing for performing multi-process processing of a process with a priority level given thereto, and processing for providing a processing result to the client communication means of the corresponding client via the server communication means; A server-client system comprising:
前記サーバは、
前記クライアントとデータの送受信を行なうサーバ通信手段と、
所定データをクライアントに与えていく順番を定めた情報であるワークフロー情報を記憶する第1の記憶手段と、
他クライアントから自クライアントへ所定データを入力するための入力パスの数、および、自クライアントから他クライアントへ所定データを出力する出力パスの数の総和である入出力パス数と、処理の優先度を示す優先レベルと、を対応付けた入出力パステーブルとを記憶する第2の記憶手段と、
サーバ通信手段を介して受け付けたワークフロー情報提示指示に対応し、クライアント側にワークフロー情報を与え、さらに、クライアントが指示したワークフローを採用するワークフロー情報処理手段と、
採用されたワークフローにしたがって、所定データをクライアントに与えていくプロセスを発生するプロセス発生手段と、
前記第1の記憶手段に記憶されたワークフロー情報を読み出して、クライアント毎に入出力パス数を特定し、さらに、前記第2の記憶手段を読み出して、前記特定した入出力パス数に対応する優先レベルを決定する優先レベル決定手段と、
前記プロセスを、前記決定した優先レベルに従ってマルチプロセス処理する処理手段と、を備え、
前記各クライアントは、
前記サーバとデータの送受信を行なう手段であるクライアント通信手段と、
前記所定データ、サーバに与えるワークフロー情報提示指示、および、採用するワークフローを少なくとも受け付ける入力手段と、
前記入力手段が受け付けた情報に基づいて、前記要求情報を作成する要求情報作成手段と、
前記クライアント通信手段が送受信するデータを少なくとも表示する表示手段と、
を備えること
を特徴とするサーバクライアントシステム。 A server client system having a plurality of clients and a server connected via a network ,
The server comprises:
Server communication means for transmitting and receiving data to and from the client;
First storage means for storing workflow information, which is information defining the order in which the predetermined data is provided to the client ;
The number of input paths for inputting predetermined data from the other client to the own client, the number of input / output paths that is the sum of the number of output paths for outputting predetermined data from the own client to the other client, and the priority of processing Second storage means for storing an input / output path table in which the priority levels shown are associated with
In response to the workflow information presentation instruction received via the server communication unit, workflow information is provided to the client side, and further, a workflow information processing unit that employs the workflow instructed by the client,
A process generating means for generating a process of providing predetermined data to the client according to the adopted workflow;
The workflow information stored in the first storage means is read, the number of input / output paths is specified for each client, and the second storage means is read, and the priority corresponding to the specified number of input / output paths is read. Priority level determining means for determining a level;
Processing means for performing multi-process processing according to the determined priority level ,
Each of the clients,
Client communication means for transmitting and receiving data to and from the server;
Input means for receiving at least the predetermined data, a workflow information presentation instruction to be given to the server, and a workflow to be adopted;
Request information creating means for creating the request information based on the information received by the input means,
Display means for displaying at least data transmitted and received by the client communication means,
A server-client system comprising:
前記入力パスの数は、ワークフローの開始から自クライアントまでの全ての入力パスの累計であること The number of input paths is the total of all input paths from the start of the workflow to the client
を特徴とするサーバクライアントシステム。 A server client system characterized by the above-mentioned.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28307194A JP3569010B2 (en) | 1994-11-17 | 1994-11-17 | Server client system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28307194A JP3569010B2 (en) | 1994-11-17 | 1994-11-17 | Server client system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08147230A JPH08147230A (en) | 1996-06-07 |
| JP3569010B2 true JP3569010B2 (en) | 2004-09-22 |
Family
ID=17660835
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28307194A Expired - Fee Related JP3569010B2 (en) | 1994-11-17 | 1994-11-17 | Server client system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3569010B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3736680B2 (en) * | 2002-02-21 | 2006-01-18 | 株式会社エヌ・ティ・ティ・データ | Access control apparatus and computer program |
| JP4959512B2 (en) * | 2007-11-08 | 2012-06-27 | 株式会社日立製作所 | Priority control system and priority control method |
-
1994
- 1994-11-17 JP JP28307194A patent/JP3569010B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08147230A (en) | 1996-06-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6839745B1 (en) | System and method for generating reports in a telecommunication system | |
| JP3323105B2 (en) | Action execution management device and computer-readable recording medium storing a program for causing a computer to function as the device | |
| US20030093525A1 (en) | Document service appliance | |
| US20030093477A1 (en) | Information processing system, information processing method, a software program for executing such method, and information storage medium comprising such software program | |
| US20040085355A1 (en) | Collaborative contract management system, apparatus and method | |
| JP2001357010A (en) | Method for managing files on a Web server on the Internet and file management system used for the method | |
| WO2001067362A2 (en) | An interactive system for and method of automating the generation of legal documents | |
| JP2000315234A (en) | Workflow server and workflow system control method | |
| US6725221B2 (en) | Image data transfer method and system therefor | |
| JP2003067226A (en) | File management system and program | |
| JP2001075921A (en) | Service processing device and service execution control method | |
| US7236984B2 (en) | Digital document discussion apparatus and digital document discussion method | |
| JP5638761B2 (en) | Screen generation method, screen display method, screen generation device, and program | |
| JP3931941B2 (en) | Work process management apparatus and work process management method | |
| US7483912B2 (en) | Information retrieval/information retrieval result providing system, information retrieval/information retrieval result providing method and storage medium recording method program | |
| JP3569010B2 (en) | Server client system | |
| US6977744B2 (en) | Web based client side batch printing | |
| KR20230048137A (en) | Transaction support system, storage medium storing the computer program of the transaction support system, and control method of the transaction support system | |
| JP2002108789A (en) | Circulation approval system, circulation approval method and medium recording circulation approval program | |
| JP4881485B1 (en) | Information notification system, information presentation system, information notification method, information presentation method, information notification program, and information presentation program | |
| JP5369826B2 (en) | Schedule display method and program taking importance into account | |
| US20020184369A1 (en) | Appointment scheme for redistributing service access | |
| JP2000231586A (en) | Document management system and document management method | |
| JP4714463B2 (en) | Method for inheriting data between user terminal device and Web application | |
| JP2018197907A (en) | Document processing system and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040323 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040521 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040615 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040617 |
|
| LAPS | Cancellation because of no payment of annual fees |