Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3569010B2 - Server client system - Google Patents
[go: Go Back, main page]

JP3569010B2 - Server client system - Google Patents

Server client system Download PDF

Info

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
Application number
JP28307194A
Other languages
Japanese (ja)
Other versions
JPH08147230A (en
Inventor
英一 羽田野
達也 村上
康雄 黒須
▲吉▼規 岡見
淳 西山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP28307194A priority Critical patent/JP3569010B2/en
Publication of JPH08147230A publication Critical patent/JPH08147230A/en
Application granted granted Critical
Publication of JP3569010B2 publication Critical patent/JP3569010B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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 priority determination information 3 and the request processing command 4 from the client request 1 from the client by request analysis 2.
[0024]
Here, the prioritization determination information 3 is information such as a client name, a workflow name, and a priority level sent from the client, and the request processing command 4 is a content of the client's request processing such as document search, registration, and display. is there.
[0025]
The priority information 6 is obtained by referring to the rule information 5 registered in advance by the system administrator and using client access information, workflow information, client schedule information, and the like. When the priority determination information 3 is given, the priority level is uniquely determined with reference to the priority information 6.
[0026]
Then, based on the request processing command 4, the request processing process generator 8 generates a process for processing the request on the server for processing the request.
[0027]
The priority level setting 7 sets a priority level for the process generated in the request processing process generation 8 based on the priority assignment determination information 3 and the priority information 6.
[0028]
As a result, at the request processing start 9, the operation of the processing for the client request is started. Subsequent processing is performed with reference to the set priority level.
[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 CPU processing time 10 indicating the processing time for the CPU, the request processing of the client 1 (11) is set to the priority level 5, the request processing of the client 2 (12) is set to the priority level 10, and the request processing of the clients 1 and 2 is started Is performed.
[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 client 1 request is indicated by line 17, and the processing status for the client 2 request is indicated by line 18.
[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 client 1 is 5 and the priority level is set higher than the priority level 10 of the client 2, so that the client 1 has a higher priority than the client 2. It can be seen that the occupancy of the CPU is high.
[0035]
Then, a process for the request of the client 3 (13) is set to the priority level 1, and a request start process 16 for starting the process for the request of the client 3 is performed. The processing status for the client 3 request is represented by line 19.
[0036]
As can be seen from the line 19 shown in FIG. 1, the occupancy of the CPU of the client 3 is processed with the highest priority because the priority level of the client 3 is set to the highest.
[0037]
As described above, the operation of the multitask processing is controlled so that the processing start of the client 3 is later than that of the clients 1 and 2, but the processing ends with the highest priority.
[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 document server 500 performs various processes for a request, such as database management and distribution of document data by a workflow, and a network 90 connecting the clients and the document server 500.
[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 image input device 101 for inputting a document image, an external instruction input device 102 for receiving a user's instruction, an annotation creating device 103 for annotating a document, and a client for causing the server to perform processing. Request information between the request information creation device 104 that generates information (request information) indicating a request and each client or server. A communication device 105 for transmitting and receiving various data such as document data, a display device 106 for displaying at least the document data, and a data storage device for storing data such as document names and document data searched by the server 107, a request information storage device 108 for temporarily storing request information, which is information indicating a request for the client to perform processing on the server, and a control device 109 for controlling the operation of each of these devices. Be composed.
[0046]
On the other hand, FIG. 5 shows a detailed configuration diagram of the server.
[0047]
The server includes a communication device 501 for transmitting / receiving various data such as request information and documents to / from each client, and a keyword for setting request processing contents and request processing priority level based on request information from the client. Information analysis device 502 having a function of extracting a priority level of a requested process, a priority information storage device 503 for storing a priority level of a requested process, a request order for prioritizing processes for a requested process based on the priority level Attachment device 504, a database 506 for registering data such as document names and document data, a search device 505 for searching document data and the like by referring to the registered contents of the database, and user instructions such as setting of priority information. An external instruction input device 507 for accepting information and various items necessary for the user to instruct are displayed as an operation screen. A display device 508, and a control unit 509 for controlling the operation of these devices.
[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 information storage device 503 via the external instruction input device 507 as shown in FIG. Register the indicated table.
[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 = client 10”, for example, as shown in FIG.
[0052]
The control device 109 transfers the request information as transmission information 913 to the server via the communication device 105. The transferred transmission information 913 is input via the communication device 501.
[0053]
Then, in the communication information analysis (step 904), the request information analyzer 502 extracts a type of request processing and a client name (in this case, “client 10”) for setting a priority level for the request processing.
[0054]
In the priority information search (step 905), the client-based priority information table 80 as shown in FIG. 7 stored in the priority information storage device 503 is searched based on the extracted client name. In the priority level extraction (step 906), the priority level “1” of the client 10 is extracted with reference to the priority information table 80 for each client.
[0055]
At the same time, the control device 509 generates a process for processing the transferred request by generating a process for request (step 907).
[0056]
Next, the process priority level setting 908 sends the extracted priority level to the request ranking device 504, and the request ranking device 504 sends the extracted priority level to the request processing process, which is a process for the request processing generated by the control device 509. , Set the priority level.
[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 control device 509 sends the “title keyword (Hitachi)” to the search device 505. Is transmitted, and the search device 505 searches the contents of the database 506 based on the received title keyword.
[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 communication device 501.
[0059]
Then, the client transmits the transmission information 914 transferred from the server to the data storage device 107 via the communication device 105 and displays the search result on the display device 106 in order to display the search result (step 911). The document name (that is, Hitachi review) is displayed (step 911).
[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 “client 10”). In the priority information search (step 905) using this array number, a priority level search is performed with reference to the array-like priority information table 81 shown in FIG. Subsequent operations are the same as described above.
[0062]
At this time, it is sufficient that the client's display number 106 is displayed on the display device 106 of the client, and the user can refer to it and enter the array number at step 903.
[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 information storage device 503 via the external instruction input device 507 as shown in FIG. The registered table 82 is registered.
[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 data storage device 107 of the client to register the document by annotating “urgent” via the external instruction input device 102. Is issued, the annotation creating apparatus 103 annotates the document data.
[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 transmission information 930 to the server via the communication device 105 under the control of the control device 109.
[0068]
The transferred transmission information 930 is input to the server via the communication device 501. Then, in the communication information analysis (step 924), the request information analyzer 502 extracts an annotation name (immediate) for setting the type of the requested processing and the priority level.
[0069]
In the priority information search (step 925), a search of the annotation-based priority information table 82 stored in the priority information storage device 503 is performed based on the extracted client name.
[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 control device 509 generates a process for processing the transferred request by generating a request process (step 927).
[0071]
Next, the process priority level setting (step 928) transmits the extracted priority level to the request ranking device 504, and the request ranking device 504 assigns a priority level to the request processing process generated by the control device 509. Set. Then, at the start of request processing (step 929), the “document name, document data, and annotation data” transferred from the client are registered in the database 506 by the request processing process generated by the control device 509. Then, the server enters a state of waiting for a client request (step 999).
[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 configuration 500 shown in FIG. 5 in that priority level determination information (for example, client name) for client request information is fixed as shown in FIG. A priority rule information storage device 510 for storing information for conversion in accordance with the above rule is newly added. The operation of the other devices hardly changes. Therefore, the description will focus on the changes.
[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 information storage device 503 via the external instruction input device 507 as shown in FIG. In addition, the priority information table 83 is registered. In addition, a rule information table 84 indicating the relationship between the client name and the post as shown in FIG. 14 is registered in the priority rule information storage device 510.
[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 = client 15” is stored as its parameter.
[0077]
By the control operation of the control device 109, the request information is transferred as transmission information 943 to the server via the communication device 105. Then, the transferred transmission information 943 is input via the communication device 501.
[0078]
In the communication information analysis (step 934), the request information analyzer 502 extracts a client name (client 15), which is rule correspondence information for setting the type of request processing and the priority level of the request processing. In the priority rule information search (step 935), the priority level setting information, which is the post name, is extracted by referring to the rule information table 84 using the client name 15, which is the rule correspondence information.
[0079]
In this case, information indicating that the position is “section manager” can be extracted from the information “client 15”.
[0080]
In the priority information search (step 936), a rule-based priority information table 83 stored in the priority information storage device 503 is searched based on the extracted post. In the priority level extraction (step 937), “priority level 4” corresponding to “section manager” is extracted with reference to the rule priority information table 83. At the same time, by the control operation of the control device 509, a process for processing the transferred request is generated in the request process generation (step 938).
[0081]
Next, the process priority level setting (step 939) transmits the extracted priority level to the request ranking device 504, and the request ranking device 504 sends a priority level to the request processing process generated by the control device 509. Set.
[0082]
Then, in the request processing start (step 940), the control device 509 executes processing according to the generated request processing process. In this example, as described above, the request from the client is “document search”. In this case, the content stored in the request information storage device 108 is sent to the search device 505. Specifically, the title keyword (Hitachi) is sent, and the search device 505 searches the contents of the database 506 based on the received title keyword.
[0083]
In the request information transfer (step 941), the searched result (document name) is transferred to the client via the communication device 501. Then, the client transmits the transmission information 944 transferred from the server to the data storage device 107 via the communication device 105 and displays the search result on the display device 106 in order to display the search result (step 942). The document name "Hitachi Review" is displayed. Thereafter, a state of waiting for a client request is entered (step 945).
[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 configuration 500 shown in FIG. 5 except that an access information storage device 511 for each client for storing the number of accesses for each client is provided. An access counting device 512 for counting the number of client accesses is newly provided.
[0086]
First, in the priority information registration (step 950), the system administrator stores, in the priority information storage device 503 via the external instruction input device 507, the access total priority information table 85 indicating the relationship between the access count and the priority level. register. FIG. 17 shows an example of this table.
[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 = client 1” is stored as its parameter.
[0091]
This request information is transferred as transmission information 964 to the server via the communication device 105 by the control operation of the control device 109.
[0092]
The transferred transmission information 964 is input to the server via the communication device 501.
[0093]
In the communication information analysis (step 953), the request information analysis device 502 extracts “client name = client 1” for setting the type of the requested process and the priority level of the process.
[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 client 1, the accumulated access count extracts a value of “60”.
[0096]
In the priority information search (step 955), the access count priority information table 85 stored in the priority information storage device 503 is searched using the extracted access count.
[0097]
In the priority level extraction (step 956), the “priority level 5” corresponding to the access counts 60 to 69 is extracted with reference to the access count priority information table 85.
[0098]
At the same time, in the process generation for request (step 957), the control device 509 generates a process for processing the transferred request.
[0099]
Next, in the process priority level setting (step 958), the extracted priority level is transmitted to the request ranking device 504, and the request ranking device 504 sets the priority level for the request processing process generated by the control device 509. Set.
[0100]
In the access count-up (step 959), the access count device 512 requests the client-based access total table 86 stored in the client-based access information storage device 511 (in this embodiment, The client that transmitted the transmission information 964 to the server) increments the count value for the client corresponding to the client name.
[0101]
In the case of this figure, the access count of the client 1 is “60”, which is counted up to “61”.
[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 search device 505 by the request processing process generated by the control device 509. Searches the contents of the database 506 with reference to the title keyword.
[0104]
In the request information transfer (step 961), the “document name” as the search result is transferred to the client via the communication device 501. Then, in order to display the search result (step 962), the client transmits the transmission information 965 transferred from the server to the data storage device 107 via the communication device 105, and displays it on the display device 106 with the search result. Display a document name = Hitachi Review.
[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 configuration 500 shown in FIG. A storage device 513, a client remaining time storage device 514 for storing the client login time and the remaining time at the time of login based on the client schedule information at the time of client login, and the remaining time at the present time for each client are extracted. The configuration is such that a remaining time extraction device 515 having a function and a current date and time storage device 516 for storing such information in order to provide the current date and time are newly added. The current date and time storage device 516 includes a clock for detecting the current date and time.
[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 information storage device 503 via the external instruction input device 507 as shown in FIG. The registered remaining time priority information table 87 is registered.
[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 = client 10” is stored as the processing parameter.
[0112]
Then, this request information is transferred as transmission information 986 to the server via the communication device 105 by the control operation of the control device 109.
[0113]
The transferred transmission information 986 is input to the server via the communication device 501. Then, in the communication information analysis (step 974), when the type of the requested process is “login”, the client name “client 10” is extracted by the request information analysis device 502 in order to extract the client presence time. I do.
[0114]
In the calculation of the remaining client time (step 975), the remaining time extracting device 515 determines the client name, the client schedule information table stored in the client schedule information storage device 513, and the current date and time indicated by the current date and time storage device 516. 23, a login client remaining time table 89 composed of the client name, the login time, and the remaining time as shown in FIG. 23 is generated and stored in the client remaining time storage device 514.
[0115]
Here, if the client name is “Client 10” and the current date and time when the client logged in is “AM 8:00 on May 30, 1994”, as shown in FIG. 23, the login time is “AM 8:00” and the user is present. The remaining time is “2 hours”.
[0116]
In other words, referring to FIG. 21, "Client 10" is scheduled to travel on business at 10:00 AM and not return. Therefore, 2 hours from 8:00 AM to 10:00 AM is the remaining time. As shown in FIG. 23, the remaining time for the other client is obtained in a similar manner.
[0117]
After step 975, the server enters a client request waiting state (step 989).
[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 = client 10” is stored as a processing parameter.
[0120]
The request information is transferred as transmission information 987 to the server via the communication device 105 by the control operation of the control device 109.
[0121]
The transferred transmission information 987 is input to the server via the communication device 501. Then, in the communication information analysis (step 977), the client name “client 10” is extracted by the request information analysis device 502 in order to set the type of request processing and the priority level for the request processing.
[0122]
The client presence time calculation (step 978) is based on the current time provided by the current date and time storage device 516 and the contents of the login client remaining time table 89 stored in the client remaining time storage device 514. Then, a calculation of “remaining seated time− (current time−login time)” is performed to calculate the remaining seated time at the present time.
[0123]
In the priority information search (step 979), the remaining time priority information table 87 in the priority information storage device 503 is searched based on the extracted remaining time at the present time. In the priority level extraction (step 980), the priority level is extracted with reference to the remaining time priority information table 87. For example, in the above example, if the current time is 9:00 AM, it corresponds to the remaining seating times 31 to 60, and thus “priority level 2” is extracted. At the same time, in the generation of a request process (step 981), the control device 509 generates a process for processing the transferred request.
[0124]
Next, in the process priority level setting (step 982), the extracted priority level is transmitted to the request ranking device 504, and the request ranking device 504 assigns a priority level to the request processing process generated by the control device 509. Set.
[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 search device 505, and the search device 505 uses the database 506 based on the title keyword. Search within.
[0126]
In the request information transfer (step 984), “document name = Hitachi Review” is transferred to the client via the communication device 501 as search information that is the searched information.
[0127]
Then, the client sends the transmission information 988 transferred from the server to the data storage device 107 via the communication device 105 to display the search result (step 985), and the search result is displayed on the display device 106. , The document name "Hitachi Review" is displayed.
[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 configuration 500 shown in FIG. For this purpose, a connection client priority information storage device 517 is newly added.
[0131]
First, in the priority information registration (step 600), the system administrator stores, in the priority information storage device 503, via the external instruction input device 507, a table shown in FIG. register. Then, in waiting for a client request (step 601), a state of waiting for a request from each client is entered.
[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 =“ client 15 ”” is stored as a processing parameter. This request information is transferred as transmission information 614 to the server via the communication device 105 by the control operation of the control device 109.
[0134]
The transferred transmission information 614 is input to the server via the communication device 501. Then, in the communication information analysis (step 603), when the type of the request process is “login”, the client name “client 15” is extracted by the request information analysis device 502 to create the connection client priority information table.
[0135]
In the connection client priority information registration (step 604), the control device 509 uses the extracted client name as the communication information from the client-specific priority information table 80 stored in the priority information storage device 503 as “communication information”. The data for the client that sent the “login” is transferred to the connected client priority information table 70 shown in FIG. 26 and showing the relationship between the client name and the priority level, which is stored in the connected client priority information storage device 517. register.
[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 = client 10”.
[0138]
Then, the request information is transferred as transmission information 615 to the server via the communication device 105 by the control operation of the control device 109.
[0139]
The transferred transmission information 615 is input to the server via the communication device 501. Then, in the communication information analysis (step 606), the request information analyzer 502 extracts a client name "client 15" for setting the type of request processing and the priority level for the request processing.
[0140]
In the priority information search (step 607), the connected client priority information table 70 in the connected client priority information storage device 517 is searched based on the extracted client name. In the priority level extraction (step 608), “priority level 3” corresponding to “client 15” is extracted with reference to the connected client priority information table 70. At the same time, in the request process generation (step 609), a process for processing the transferred request is generated.
[0141]
Next, in the process priority level setting (step 610), the extracted priority level is transmitted to the request ranking device 504, and the request ranking device 504 sets the priority level for the request processing process generated by the control device 509. Set.
[0142]
Then, in the request processing start (step 611), in the request processing process generated by the control device 509, since the process requested by the client is “document search”, the title keyword “Hitachi” is transmitted to the search device 505, The search device 505 searches the contents of the database 506 based on the title keyword.
[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 communication device 501. Then, the client transmits the transmission information 616 transferred from the server to the data storage device 107 via the communication device 105 for displaying the search result (step 613), and the search result is displayed on the display device 106. , The document name "Hitachi Review" is displayed. Thereafter, the server enters a client request waiting state (step 618).
[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 information storage device 110 that stores the priority level for each client is added to the configuration 100 shown in FIG. The configuration is newly added. Note that the present embodiment may be configured by removing the unnecessary annotation creating device 103.
[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 information storage device 503 via the external instruction input device 507 as shown in FIG. Register a table.
[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 = client 7” is stored as a processing parameter.
[0150]
This request information is transferred as transmission information 635 to the server via the communication device 105 as a control operation of the control device 109. The transferred transmission information 635 is input to the server via the communication device 501. Then, in the communication information analysis (step 623), when the content of the request process is “login”, the request information analysis device 502 extracts a client name “client 7” for extracting the client priority level.
[0151]
In the priority information search (step 624) based on the client name, the control device 509 searches the priority level of the logged-in client in the priority information table 80 for each client stored in the priority information storage device 503. I do.
[0152]
In the priority level transfer (step 625), “priority level = 9”, which is the priority level of the client 7, is transferred to the client via the communication device 501 based on the client priority information table 80. Thereafter, the server enters a request waiting state (step 639).
[0153]
The client transmits the transmission information 636 transferred from the server to the priority information storage device 110 via the communication device 105 to perform the storage process for storing the priority information (step 626), and determines the priority level for the client. Remember.
[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 data storage device 107 via the external instruction input device 102. Then, an instruction to input an image to display the document data on the terminal display device on the client side is input.
[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 transmission information 637 to the server via the communication device 105 by the control operation of the control device 109. Here, the priority level is used since it is already stored in the priority information storage device 110.
[0157]
The transferred transmission information 637 is input to the server via the communication device 501. Then, in the communication information analysis (step 628), the priority level is extracted by the request information analyzer 502 in order to set the contents of the request processing and the priority level for the request processing.
[0158]
In the priority level extraction (step 629), the priority level 9 of the client 7 is extracted based on the information extracted by the request information analysis device 502.
[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 priority level 9 as it is.
[0160]
At the same time, in the process generation for request (step 630), the control device 509 generates a process for processing the transferred request.
[0161]
Next, the process priority level setting (step 631) transmits the extracted priority level to the request ranking device 504, and the request ranking device 504 sets the priority level for the request processing process generated by the control device 509. Set.
[0162]
Then, at the start of request processing (step 632), the request processing process generated by the control device 509 is executed. In this embodiment, since the client request is "image display", the document name is sent to the search device 505, and the search device 505 searches the contents of the database 506 based on the document name.
[0163]
Then, in the request information transfer (step 633), “image data”, which is the searched information, is transferred to the client via the communication device 501.
[0164]
Then, the client transmits the transmission information 638 transferred from the server to the data storage device 107 via the communication device 105 and displays the image data on the display device 106 in order to display the image (step 634). I do.
[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 request ranking device 406 for prioritizing processes for request processing based on the level, a database 405 in which data such as document names and document data are registered, and data such as documents based on the contents of the database. A search device 404 for searching, an external instruction input device 408 for receiving an instruction given by a user such as setting of priority information, and a workflow with priority level for storing a document distribution table 62 on a workflow with a priority level for a document. It has a document information storage device 407 with an upper distribution, a display device 409 for displaying an operation screen for displaying an instruction item for instructing a user and a processing result, and a control device 410 for controlling the operation of each of these devices. It is composed.
[0170]
On the other hand, FIG. 30 shows a configuration example of the client.
[0171]
Creates an image input device 301 for inputting document data as image data, an external instruction input device 302 for receiving various instructions given by the user, and request information for requesting execution of processing performed by a client to a server. A request information generating device 303, a communication device 304 for transmitting and receiving request information and data such as documents between each client and server, a display device 305 for displaying data such as document data, and a document A data storage device 306 for storing data, etc .; a workflow information temporary storage device 307 for referring to and storing workflow information stored on the server side; and a priority information storage device 308 for storing priority information for each client. Request information storage device 309 for temporarily storing information requested by the client from the server. , And a control unit 310 for controlling the operation of these devices.
[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 instruction input device 408. An operation for registering the workflow information table 60 is performed. In the client request waiting (step 701), a request from each client is waited.
[0174]
Then, in document creation (step 702), the user issues an image input instruction via the external instruction input device 302, and the control device 310 inputs the document image from the image input device 301 as document data (image data). Then, the data is stored in the data storage device 306.
[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 instruction input device 302.
[0176]
When the input instruction is given, the request information creating device 303 generates request information for causing the client to perform processing on the server. Then, the request information is stored in the request information storage device 309. Specifically, it is stored as “communication information” as “workflow information reference”. This request information is transferred as transmission information 715 to the server via the communication device 304 by the control operation of the control device 310.
[0177]
The transferred transmission information 715 is input to the server via the communication device 400. Then, in the communication information analysis (step 704), the request information analysis device 401 extracts that the type of request processing is workflow information reference.
[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 temporary storage device 307. Remember.
[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 display device 305.
[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 instruction input device 302.
[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 instruction input device 302.
[0183]
In FIG. 32, C indicates a client, and for example, C10 indicates the client 10. Therefore, the workflow A first distributes a document to the client 1 (C1) and the client 10 (C10), further distributes the document to the client 2 (C2) from both clients, and finally distributes the document to the client 7 (C7). , A delivery procedure (workflow). The client that created the document is not shown in the figure. First, the client delivers the document to the client 1 (C1) and the client 10 (C10).
Let it. The server performs a series of delivery processes.
[0184]
Now, request information corresponding to the input instruction is created by the request information creating device 303, and the created request information is stored in the request information storage device 303. Specifically, “document workflow registration” as “communication information”, “document name = PJ1 report, workflow name = workflow A” as processing parameters, and “document data” stored in the data storage device 306. Remember.
[0185]
This request information is transferred as transmission information 717 to the server via the communication device 304 by the control operation of the control device 310. The server inputs the transferred transmission information 717 via the communication device 400. Then, in the communication information analysis (step 708), the request information analyzer 401 extracts a workflow name “workflow A” for setting the type of request processing and the priority level for the request processing.
[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 priority level 4 of the workflow A is extracted based on the priority information table 61 for each workflow name. At the same time, in the request process generation (step 712), the control device 410 generates a process for processing the transferred request.
[0188]
Next, in the process priority level setting (step 713), the extracted priority level is transmitted to the request ranking device 406, and the request ranking device 406 sends the priority level to the request processing process generated by the control device 410. Set.
[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 clients 1 and 10 from the node path data of the workflow A stored in the workflow information storage device 402 for the workflow processing of registering the document name and the document data in the database. Therefore, the work flow name and document are stored in the work flow distribution document information table 66 with priority level shown in FIG. The name, the client name, and the priority level are registered in association with each other.
[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 information analysis device 421 for extracting a keyword for setting a priority level to be set for a workflow, a workflow name for the workflow, a workflow flow of the workflow for a node (client name), a path (from one client to another A workflow information storage device 422 for storing a workflow information table 60 indicating information composed of node path data represented by a method of connecting to a client) and a document information storage device for on-workflow distribution that stores information on a document for on-workflow distribution. 423 and the priority level of each node on the workflow A workflow priority rule information storage device 424 for storing rule information for performing the operation, a workflow node priority information storage device 425 for storing priority information for each workflow node, and documents and the like are searched for with reference to the contents of the database. A search device 426, a database 427 in which data such as document names and document data are registered, a workflow priority level extraction device 428 for extracting a priority level for each workflow node, and a request processing based on the priority level. A request ordering device 429 for adding a priority to a process to the user, an external instruction input device 432 for receiving a user instruction such as setting of priority information, and a display device 431 for displaying an instruction item or the like for the user to instruct as an operation screen. And a control device 430 for controlling the operation of each of these devices. It is.
[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 information storage device 422 and the tables 63 and 64 stored in the workflow priority rule information storage device 424 (see FIGS. 37 and 38). 41), the priority level of each workflow node is extracted by the workflow node priority level extracting device 428, and the client name, the workflow name, and the priority level are associated with the workflow node priority information storage device 425. Is registered in the workflow node priority information table 65 shown in FIG.
[0198]
When the table stored in the workflow priority rule information storage device 424 sets the priority level according to the number of input / output paths of the node, the priority level is set with reference to the input / output path number priority rule table 63.
[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 client 2, since the input path is “2” and the output path is “2”, the number of input / output paths is “4”. Similarly, the number of input / output paths is determined for other clients, and this state is shown in FIG.
[0202]
When the priority level is determined based on the table 63 shown in FIG. 37, the number of input / output paths of the client 2 in FIG. 39 is “4”. , "3". As a result, information such as “workflow name = workflow A, client name = client 2, priority level 3” is registered in the table 65 shown in FIG.
[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 client 2, since the number of input paths is “2” and the number of output paths is “2”, the cumulative number of input / output paths is “4”. In the client 7, since the number of input paths is “4” and the number of output paths is “1”, the cumulative number of input / output paths is “5”. Similarly, the cumulative number of input / output paths is determined for other clients, and this state is shown in FIG.
[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 client 2 in FIG. 40 is “4”. The level is “6”. As a result, information such as “workflow name = workflow A, client name = client 2, and priority level 6 (priority level value shown in parentheses)” is registered in the table 65 shown in FIG.
[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 = client 10”.
[0210]
This request information is transferred as transmission information 736 to the server via the communication device 105 by the control operation of the control device 109.
[0211]
The transferred transmission information 736 is input to the server via the communication device 420.
[0212]
Then, in the communication information analysis (step 723), if the content of the request process is “login”, the request information analysis device 421 extracts the client name “client 10” for extracting the document information distributed on the workflow. .
[0213]
On the basis of this client name, in the on-workflow document extraction (step 724), the control device 430 logs in with reference to the on-workflow document information table 66 stored in the on-workflow document information storage device 423. The information of the client 10 is extracted. In the on-workflow document information table 66, a client name, a workflow name, and a document name, which constitute the on-workflow document information, are stored in association with each other.
[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 transmission information 737 transferred from the server to the data storage device 107 via the communication device 105 and stores the document in order to store the workflow distribution document (step 726). Thereafter, in step 740, the server is in a state of waiting for a request from the client.
[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 = client 10, workflow name = workflow A, document name = PJ1 report" is stored as its parameter. This request information is transferred as transmission information 738 to the server via the communication device 105 by the control operation of the control device 109.
[0219]
The transferred transmission information 738 is input to the server via the communication device 420. In the communication information analysis (step 728), the request information analysis device 421 extracts a client name “client 10” and a workflow name “workflow A” for setting the type of request processing and the priority level for the request processing.
[0218]
In the priority information search (step 729), the workflow node priority information table 65 stored in the workflow node priority information storage device 425 is searched based on the extracted client name and workflow name. In the priority level extraction (step 730), the client 10 refers to the workflow node priority information table 65, and the client 10 performs the workflow A, the priority level 8 (when the table 63 is used) or 10 (this uses the table 64). Extract).
[0219]
At the same time, in the request process generation (step 731), the control device 430 generates a process for processing the transferred request. Next, in the process priority level setting (step 732), the extracted priority level 8 or 10 is transmitted to the request ranking device 429, and the request ranking device 429 responds to the request processing process generated by the control device 430. And set the priority level.
[0220]
Then, at the start of request processing (step 733), the control device 430 processes the generated request processing process. Here, since the request of the client is "image display", the document name is sent to the search device 426, and the search device 426 searches the contents of the database 427 based on the document name, and obtains the corresponding image data.
[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 transmission information 739 transferred from the server to the data storage device 107 via the communication device 105 to display an image (step 735), and the display device 106 displays the image data corresponding to the document name. Is displayed. Thereafter, the client enters a request waiting state (step 741).
[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 data storage device 107 provided in the client.
[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 client 1 to the client 2, the “number of passing nodes” changes from 0 to 2.
[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 client 1, the priority level is “10”, and the number of passing nodes in the client 2 is “10”. 2 ”, the priority level is“ 6 ”, and the priority level changes from 10 to 6.
[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 client 30 to the client 2 while the number of passing nodes changes from 0 to 3, the number of passing nodes in FIG. Referring to the priority table, it can be seen that the priority level changes from 10 to 4.
[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 SYMBOLS 1 ... Client request, 2 ... Request analysis, 3 ... Prioritization determination information, 4 ... Request processing command, 10 ... CPU processing time, 11 ... Client 1, 12 ... Client 2, 13 ... Client 3, 14 ... Priority level, 90 … Network, 500… document server, 100… client 1, 200… client 2, 300… client 3

Claims (6)

複数のクライアントと、前記複数のクライアントとネットワークを介して接続されたサーバとを有するサーバクライアントシステムであって、  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,
前記サーバに対する指示情報と、予めクライアント毎に定められたクライアント名とを受け付ける入力手段と、    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.
複数のクライアントと、前記複数のクライアントとネットワークを介して接続されたサーバとを有するサーバクライアントシステムであって、  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,
前記サーバに対する指示情報と、予めクライアント毎に定められたクライアント名と、ログイン時間およびログアウト予定時間と、を受け付ける入力手段と、    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:
請求項5記載のサーバクライアントシステムであって、  The server client system according to claim 5, wherein
前記入力パスの数は、ワークフローの開始から自クライアントまでの全ての入力パスの累計であること  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.
JP28307194A 1994-11-17 1994-11-17 Server client system Expired - Fee Related JP3569010B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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