JP2000207331A

JP2000207331A - 処理装置

Info

Publication number: JP2000207331A
Application number: JP518199A
Authority: JP
Inventors: Hajime Okada; 一岡田
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 1999-01-12
Filing date: 1999-01-12
Publication date: 2000-07-28
Anticipated expiration: 2019-01-12
Also published as: JP3537338B2

Abstract

(57)【要約】【課題】ネットワークが輻輳状態でもユーザが正しい
処理結果を認識できる、過去に完了した処理を行わない
処理装置を提供する。【解決手段】本発明は、Ｗebクライアント１１０から
ネットワーク１２０を介して与えられた処理要求に基づ
いて所定の処理を行い、その処理結果をＷebクライアン
ト１１０与えるサーバシステム１３０において、過去の
処理結果を記憶し、ネットワーク１２０から直前に与え
られた処理要求と同一のものが与えられた場合には、記
憶した直前の処理結果をＷebサーバ１３１を介してネッ
トワークに与え、また、ネットワーク１２０から再び処
理を行うことが認められない過去と同一の処理要求が与
えられた場合には、その認められない処理より後の記憶
した処理結果をＷebサーバ１３１を介してネットワーク
１２０与えるキャッシュサーバ１３４を有することを特
徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は処理装置に関し、
例えば、アプリケーションサーバが存在するＷebクライ
アント／サーバを使用したシステム（以下、「Ｗebコン
ピューティング」と呼称する）のサーバ側に適用して好
適なものである。

【０００２】

【従来の技術】図２は、Ｗebコンピューティングの従来
構成例を示す図である。以下、図２を参照しながら、従
来のＷebコンピューティングについて簡単に説明する。

【０００３】図２において、Ｗebクライアント２１０で
は、ユーザから与えられた処理要求が、インターネット
又はイントラネットであるネットワーク２２０を介して
サーバシステム２３０に送信される。サーバシステム２
３０では、Ｗebサーバ２３１でその処理要求が受信され
てアプリケーションサーバ２３２を介して基幹システム
２３３へ与えられる。基幹システム２３３ではその処理
要求に基づいて処理が行われ、その処理結果がアプリケ
ーションサーバ２３２に与えられる。ここで、アプリケ
ーションサーバ２３２では、与えられた処理結果に基づ
いてＷebページが作成され、ネットワーク２２０を介し
てＷebクライアントに与えられることになる。

【０００４】なお、アプリケーションサーバ２３２の中
にはＣＧＩ(Ｃommon Ｇateway Ｉnterface)を含むもの
とする。また、基幹システム２３３は、例えばデータベ
ースシステムや勘定系、情報系システム等のシステムで
ある。さらに、図２では、便宜上Ｗebサーバ２３１とア
プリケーションサーバ２３２とを分離したが、一体機能
となっている場合もある。

【０００５】また、Ｗebページの中には、テキストや画
像の表示、音声の出力やアプリケーションの実行等も含
まれる。また、ユーザとはＷebクライアントの操作者を
示す。

【０００６】

【発明が解決しようとする課題】しかしながら、前述し
た従来のＷebコンピューティングにおいては、以下のよ
うな課題があった。

【０００７】第１の課題としては、ユーザからの処理要
求に対して一回目の要求と再送要求との区別を明確にす
ることは不可能である。このため、Ｗebクライアント２
１０からの要求はすべてサーバシステム２３０で必ず処
理される。したがって、ユーザからの処理要求は処理速
度遅延や通信障害後の２度目の処理要求（一度目が成功
したかどうかは不明である）はサーバシステム２３０に
おいて実行されていた。結果としてＷebクライアント２
１０を利用するユーザは２回目の処理結果のみを受信す
ることとなり、一回目の処理結果はサーバ側でのみ処理
されてユーザが認識できないという課題があった。

【０００８】このようなシステムでは、例えば（１）イ
ンターネットホテル予約システムにおいて部屋を特定し
て予約を行うシステムを構築した場合、２回目のＷebク
ライアントからの要求がエラーになるためユーザはホテ
ル予約が失敗したと勘違いすることになる（二回目の予
約が処理結果となるため、一回目の予約処理が成功して
いた場合、二回目の予約処理は失敗する）。また、
（２）ワールドカップ観戦ツアー予約のような予約数が
決まっているが連続して複数予約が可能なシステムを構
築した場合、Ｗebクライアントでは予約処理中に何度で
もボタンを押下可能なシステムを構築した場合、Ｗebク
ライアントでは予約処理中に何度でもボタンを押下可能
であるため、ボタンを押しただけツアーチケットを購入
することになる。この時、実際に複数チケットを購入す
るために複数回ボタン押下を行ったとしても、例えば低
速回線において結果表示が遅いためにユーザが確認のた
め複数ボタンを押していたとしてもユーザは結果として
一枚分のツアー予約完了画面しか確認できないので、表
示された予約結果以外の予約がどうなったのかは確認で
きないという課題がある。これを解消するためにＷebコ
ンピューティングにおいてはＣookieなどのセッション
管理手段を用いて、予約処理を制限することで一回のセ
ッションで一回の予約しかできないようにすることは可
能であるが、この場合は二回目以降のユーザからの処理
要求の結果に関してはセッションが切れた状態になるの
で、セッション障害となるためユーザは一回目の予約処
理要求で予約が正常に完了していても、予約が失敗した
と認識してしまうという課題があった。なお、ここで言
う「セッション」とは、Ｗebクライアントが目的の１又
は複数の処理を行うために目的のサーバシステムにログ
オンし、目的の処理が完了してログオフするまでの間を
一つの単位として捉え、その単位をいう。

【０００９】また、第二の課題としては、Ｗebブラウザ
には前のページに戻る「Ｂack」ボタンに関するもので
ある。Ｗebブラウザには前のページに戻る「Ｂack」ボ
タンは押すと１つづつ以前処理したページに戻る機能を
提供している。ここで言う「処理」とは１つのＷebペー
ジに対してＷebクライアントにおいてユーザがデータを
投入し、Ｗebサーバに送信して結果が表示されたページ
データを受信することである。よって、前述した従来の
構成においては、「Ｂack」ボタンで戻って、完了した
処理のやり直しが可能となる。通常商品の検索処理など
を行う場合はこのような処理は問題ないが、商品の選択
／購入のような複数ページを一連の処理とみなして、処
理が完了したら前のページに戻って再度そのページを処
理することはできないようにしなければならないシステ
ムを作成する場合には問題となる。また、従来方式にお
いてもこのような一連処理を１つのセッションとみな
し、セッションが完了したり、セッション上前のページ
に戻って処理を行った場合はエラーページをＷebクライ
アントに表示させるシステムはあったが、このような方
式を取る場合、戻る前の正常に完了したページのＷebク
ライアント上の出力結果はエラーページに廃棄されるの
で、一度セッション障害を起こしたら正常に完了した時
点から続きを行うことはできないという課題がある。

【００１０】また、以上の課題の説明では、ネットワー
ク２２０がインターネット又はイントラネットであり、
Ｗebクライアント２１０とサーバシステム２２０との間
でＨＴＭＬ（Hyper-Text Markup Language）で記述され
たＷebページを伝送するＷebコンピューティングに本発
明を適用したものを示したが、インターネット又はイン
トラネットに限定することなく、また、ＨＴＭＬで記述
されたものに限定することなく、さらに、課題を有する
サーバシステム２３０に注目し、ネットワークから与え
られた処理要求指令に基づいて所定の処理を行い、その
処理結果をネットワークに与える一般的な処理装置であ
っても同様な課題を有することになる。

【００１１】そのため、ネットワークが輻輳状態でもユ
ーザが正しい処理結果を認識できる、また、過去に完了
した処理を行わない処理装置が求められていた。

【００１２】

【課題を解決するための手段】かかる課題を解決するた
め、本発明は、ネットワークを介して処理要求元から処
理要求指令が与えられると、その処理要求指令に基づい
て処理手段が所定の処理を行い、その処理結果をネット
ワークに与える処理装置において、（１）少なくとも過
去の所定の処理結果を記憶する記憶手段と、（２）ネッ
トワークから過去に与えられた処理要求指令と同一の処
理要求指令が与えられた場合に、前記記憶手段が記憶す
る過去の所定の処理結果をネットワークに与え、その処
理要求指令を前記処理手段に与えない処理結果出力調整
手段とを有することを特徴とする。

【００１３】

【発明の実施の形態】以下、本発明による処理装置を、
Ｗebコンピューティングに適用した一実施形態につい
て、図面を参照しながら詳述する。

【００１４】（Ａ）構成の説明図１は、この実施形態のＷebコンピューティングの構成
を示すブロック図である。図１において、このＷebコン
ピューティングは、Ｗebクライアント１１０と、ネット
ワーク（インターネット又はイントラネット）１２０
と、Ｗebサーバ１３１とアプリケーションサーバ１３２
と基幹システム１３３とキャッシュサーバ１３４とを備
えるサーバシステム１３０とを有する。

【００１５】Ｗebクライアント１１０は、Ｗebブラウザ
アプリケーションが動作しており、サーバシステム１３
０で作成され、ネットワーク１２０を介して送信されて
きたＷebページを表示し、このＷebページに基づいてユ
ーザ（操作者）が処理を要求し、その処理要求をネット
ワーク２０を介してサーバシステム３０に送信するもの
である。なお、この処理要求には、前回行った処理要求
やその処理結果などの情報を有するセッション情報も含
まれる。

【００１６】ネットワーク１２０は、インターネット又
はイントラネットであり、すなわち、Ｗebクライアント
１１０及びサーバシステム１３０間は、ＨＴＭＬ（Hype
r-Text Markup Language）で記述されたＷebページが、
ＨＴＴＰ（Hyper-Text Transfer Protocol）で通信され
る。また、Ｗebページの中には、テキストや画像の表示
だけではなく、音声の出力やアプリケーションの実行等
も含まれる。

【００１７】また、サーバシステム１３０は以下のよう
な各構成要素を有する。

【００１８】Ｗebサーバ１３１は、キャッシュサーバ１
３４からのＷebページを、ネットワーク１２０を介して
Ｗebクライアント１１０に送信すると共に、ネットワー
ク１２０を介してＷebクライアント１１０から送信され
てきた処理要求を受信してキャッシュサーバ１３４に与
えるものである。

【００１９】アプリケーションサーバ１３２は、キャッ
シュサーバ１３４から与えられた処理要求を基幹システ
ム１３３に与えると共に、基幹システム１３３が処理す
るための及び又はその処理結果のためのＷebページを作
成してキャッシュサーバ１３４に与えるものである。

【００２０】基幹システム１３３は、例えばホテル予約
システムやチケット予約システムのデータベースシステ
ムや勘定系、情報系システムであり、アプリケーション
サーバ１３４から与えられる処理要求に基づいて所定の
処理を行うものである。なお、ここで言う「処理」とは
アプリケーションサーバ１３２が作成した１つのＷebペ
ージに対して基幹システム１３３で行われる処理であ
り、さらに次の処理及び又は処理結果がある場合には、
それが基幹システム１３３からアプリケーションサーバ
１３２に伝えられ、アプリケーションサーバ１３２で次
の処理のためのＷebページが作成されて同様な動作が行
われることになる。

【００２１】また、この実施形態の特徴点であるキャッ
シュサーバ１３４は、1)複数ページとまとめたセッショ
ン情報の自動割付け、2)セッション内での単一ページに
関するセッション情報の自動割付け、3)Ｗebサーバ１３
１を経由してＷebクライアント１１０より送られたデー
タ処理要求をアプリケーションサーバ１３２で処理した
結果の保存、4)単一ページを出力するためのアプリケー
ションサーバ１３２に対するデータ処理要求に関して、
同一セッションで再度同一データ処理の要求（リロード
要求と略す）があった場合に上記3)で保存した情報を使
用する処理（リロード要求可能処理とする）の設定、5)
Ｗebクライアント１１０で「Ｂack」ボタンを使用して
Ｗebクライアント１１０に出力しているページを前の状
態に戻して処理を実行した場合に、その時点までの一連
の処理における途中の処理結果として返すべき処理結果
を返却する処理要求（チェックポイントとする）の設
定、6)上記のチェックポイントの処理要求がＷebクライ
アント１１０から要求された際の、アプリケーションサ
ーバでの処理結果の保存、7)Ｗebサーバ１３１を経由し
てＷebクライアント１１０より送られたデータ処理要求
に対して、Ｗebクライアント１１０からのデータ処理要
求が上記4)のリロード要求が設定されている場合、その
セッションの現在保存されている最新のアプリケーショ
ンサーバ処理結果をＷebサーバ１３１に返却する、8)Ｗ
ebサーバ１３１を経由してＷebクライアント１１０より
送られたデータ処理要求に対して、Ｗebクライアント１
１０からのデータ処理要求が上記5)で指定した最新のチ
ェックポイントより前の処理が要求されているとき、チ
ェックポイントの処理を行った際に保存した、アプリケ
ーションサーバ処理結果をＷebサーバ１３１に返却す
る、これら８つの機能を有する。

【００２２】（Ｂ）動作の説明次に、以上のような構成を有するＷebコンピューティン
グの動作について、図１及び図３を参照しながら説明す
る。

【００２３】図１において、まず、Ｗebクライアント１
１０では、ネットワーク１２０経由でＷebサーバ１３１
に処理要求が送信され（ＳＰ１）、Ｗebサーバ１３１で
はその処理要求が受信されてキャッシュサーバ１３４に
与えられる（ＳＰ２）。

【００２４】ここで、キャッシュサーバ１３１では与え
られた処理要求とその処理要求に含まれるセッション情
報とに基づいて、今回の処理要求とセッション情報に有
する前回の処理要求とが同一の場合には、与えられた処
理要求はリロード要求であるとして、キャッシュサーバ
１３４に保存された最新のアプリケーションサーバ１３
２からの処理結果がＷebサーバ１３１に与えられる（Ｓ
Ｐ３）。また、セッション情報に有する前回の処理要求
が今回の処理要求よりも前で、前ページを表示する
「Ｂack」であり、今回の処理要求が最新のチェックポ
イントよりもさらに前の処理要求である場合には、キャ
ッシュサーバ１３４に保存されたチェックポイントを設
定した処理結果がＷebサーバ１３１に与えられる（ＳＰ
３）。一方、これらの場合以外は、与えられた処理要求
がプリケーションサーバ１３２に与えられる（ＳＰ
４）。

【００２５】プリケーションサーバ１３２では与えられ
た処理要求が基幹システム１３３に与えられ（ＳＰ
５）、基幹システム１３３ではその処理要求に基づいて
所定の処理が行われて、その処理結果がアプリケーショ
ンサーバ１３２に与えられ（ＳＰ６）、アプリケーショ
ンサーバ１３２ではその処理結果に基づいてＷebページ
が作成されてキャッシュサーバ１３４に与えられる。

【００２６】キャッシュサーバ１３４では、与えられた
処理結果のＷebページが保存されると共にＷebサーバ１
３１に与えられ（ＳＰ８）、Ｗebサーバ１３１ではネッ
トワーク１２０を介してＷebクライアント１１０に送信
されることになる（ＳＰ９）。

【００２７】さらに、図３は、この実施形態の特徴点で
あるキャッシュサーバ１３４の詳細動作を示したフロー
チャートである。

【００２８】図３において、Ｗebサーバ１３１よりデー
タが受信されると（ＳＰ１０）、そのデータから処理要
求が取り出され（ＳＰ１１）、さらにその処理要求から
セッション情報が取り出される（ＳＰ１２）。

【００２９】ここで、キャッシュサーバ１３１では、取
り出した処理要求とセッション情報とに基づいて、今回
の処理要求とセッション情報に有する前回の処理要求と
が同一の場合には、与えられた処理要求はリロード要求
であるとして、キャッシュサーバ１３４に保存された最
新のアプリケーションサーバ１３２からの処理結果がＷ
ebサーバ１３１に与えられる（ＳＰ１３の「はい」）。

【００３０】また、上記の場合以外で（ＳＰ１３の「い
いえ」）、セッション情報に有する前回の処理要求が今
回の処理要求よりも前で、前ページを表示する「Ｂac
k」であり、今回の処理要求が最新のチェックポイント
よりもさらに前の処理である場合には、キャッシュサー
バ１３４に保存されたチェックポイントを設定した処理
結果がＷebサーバ１３１に与えられる（ＳＰ１４の「は
い」）。

【００３１】さらに、これらの場合以外は（ＳＰ１４の
「いいえ」）、与えられた処理要求がプリケーションサ
ーバ１３２に与えて処理結果が与えられ（ＳＰ１５）、
その最新の処理結果が保存されてＷebサーバ１３１に与
えられる（ＳＰ１６）。

【００３２】このようにしてＷebサーバ１３１に与えら
れる処理結果は、ネットワーク１２０を介してＷebクラ
イアント１１０に送信されることになる（ＳＰ１７）（Ｃ）効果の説明以上のように、この一実施形態によれば、従来型のＷeb
コンピューティングに対して、キャッシュサーバ１３４
を追加し、キャッシュサーバ１３４において、アプリケ
ーションサーバ１３２の処理結果を保存し、リロード要
求可能処理を設けて設定された条件に合致する処理要求
についてはキャッシュサーバ１３４で保存してあるアプ
リケーションサーバ１３２の処理結果を使用したデータ
をＷebクライアント１１０に送信するので、通信障害や
Ｗebクライアントユーザの操作ミスにより発生する一回
目の処理結果のＷebクライアント非表示という課題が解
決される。

【００３３】また、この一実施形態によれば、キャッシ
ュサーバ１３４において、チェックポイントを設けて、
セッション内で設定された条件以前の処理が要求された
場合にはチェックポイントの処理結果を使用したデータ
をＷebクライアント１１０に送信するので、一度セッシ
ョン障害が発生したら正常に完了した処理の続きができ
なくなるという課題が解決される。また、チェックポイ
ントとして、セッションの最後の処理を設定した場合
は、そのセッションが完了していても新規の同一セッシ
ョンを発生させない限り、以前のセッションの結果を参
照できる。

【００３４】（Ｄ）他の実施形態上記一実施形態では、ネットワーク１２０がインターネ
ット又はイントラネットであり、Ｗebクライアント１１
０とサーバシステム１３０との間でＷebページを伝送す
るＷebコンピューティングに本発明を適用したものを示
したが、インターネット又はイントラネットに限定する
ことなく、また、Ｗebページに限定することなく、例え
ば、社内ＬＡＮ（Local Area Network）で使用されるイ
ーサネットのような他のネットワークであり、ＣＳＭＡ
／ＣＤ方式でテキストや画像等のデータを伝送するシス
テムであっても同様に本発明を適用でき、また、他のデ
ータリンク方式の他のネットワークのシステムであって
も同様に本発明を適用できる。なお、この場合には、Ｗ
ebページを作成するアプリケーションサーバ１３２は設
けなくても良く、また、Ｗebサーバ１３１はそのネット
ワークのインタフェース装置となる。

【００３５】また、上記一実施形態では、サーバシステ
ム１３０に本発明を適用したものを示したが、ネットワ
ークから与えられた処理要求指令に基づいて所定の処理
を行い、その処理結果をネットワークに与える一般的な
処理装置であっても、同様に本発明を適用できる。

【００３６】さらに、上記一実施形態では、Ｗebクライ
アント１１０からの処理要求にセッション情報が含ま
れ、キャッシュサーバ１３４でそのセッション情報の本
処理要求情報と前処理要求情報とが同一であることによ
って、直前の処理要求と同一であることを識別するもの
を示したが、例えば、キャッシュサーバ１３４で直前の
処理要求を記憶し、その記憶した直前の処理要求と今回
与えられた処理要求とが同一であることによって識別す
るものであっても良く、また、他の方法であっても良
い。

【００３７】さらにまた、上記一実施形態では、ネット
ワーク１２０に対し、１つのＷebクライアント１１０と
１つのサーバシステム１２０とを有するものを示した
が、もちろん、Ｗebクライアントとサーバシステムは複
数あっても良い。

【００３８】また、上記一実施形態では、セッション情
報に前回の処理要求情報だけを有するものを示したが、
さらに過去の処理要求情報（なお、タイムスタンプであ
っても良い）も有し、それらの過去の処理要求情報群に
それより過去の処理を行えないポイントを設定し、キャ
ッシュサーバ１３４は、そのセッション情報に基づいて
与えられた処理要求が設定したポイントよりも前か否か
を区別するものであっても良い。

【００３９】さらに、上記一実施形態では、キャッシュ
サーバ１３４からアプリケーションサーバ１３２を介し
て基幹システム１３３に与える処理要求が実際の処理要
求（本処理要求）とは直接関係ないセッション情報を含
むのか否かについて特に明記しなかったが、キャッシュ
サーバ１３４又はアプリケーションサーバ１３２でセッ
ション情報を取り除いて本処理要求のみを基幹システム
に与えるものであっても良く、また、セッション情報を
取り除かないで基幹システム１３３に与え、基幹システ
ム１３３で、例えば本処理要求に基づく処理において前
回行った処理を参考にしする場合であったも良い。

【００４０】

【発明の効果】以上のように、本発明によれば、ネット
ワークを介して処理要求元から処理要求指令が与えられ
ると、その処理要求指令に基づいて処理手段が所定の処
理を行い、その処理結果をネットワークに与える処理装
置において、（１）少なくとも過去の所定の処理結果を
記憶する記憶手段と、（２）ネットワークから過去に与
えられた処理要求指令と同一の処理要求指令が与えられ
た場合に、前記記憶手段が記憶する過去の所定の処理結
果をネットワークに与え、その処理要求指令を前記処理
手段に与えない処理結果出力調整手段とを有するので、
前記記憶手段が直前の処理結果を記憶し、前記処理結果
出力調整手段が、ネットワークから直前に与えられた処
理要求指令と同一の処理要求指令が与えられた場合に、
前記記憶手段が記憶する直前の処理結果をネットワーク
に与え、その処理要求指令を前記処理手段に与えなけれ
ば、ネットワークが輻輳状態や通信障害であっても、ユ
ーザが正しい処理結果を認識できる。また、この場合で
あれば、仮にユーザが操作ミスで連続して２回同じ操作
をしてしまった場合でも、この操作ミスを回避すること
ができる。

【００４１】また、本発明によれば、前記記憶手段が、
再び行うことが認められていない過去の処理群より後の
処理による処理結果を記憶し、前記処理結果出力調整手
段が、ネットワークから与えられた過去と同一の処理要
求指令が、前記記憶手段が記憶する処理結果に対応する
過去の処理要求指令よりもさらに過去である場合、前記
記憶手段が記憶する処理結果をネットワークに与え、与
えられた処理要求指令を前記処理手段に与えなければ、
再び行うことが認められていない過去の処理要求指令が
与えられた場合でも、その後（直後）の処理結果を与
え、その処理要求指令の処理を行わないようにすること
ができる。

【図面の簡単な説明】

【図１】一実施形態のＷebコンピューティングの構成ブ
ロックとその処理手順を示す図である。

【図２】従来のＷebコンピューティングの構成例を示す
ブロック図である。

【図３】一実施形態のキャッシュサーバ１３４の詳細動
作を示すフローチャートである。

【符号の説明】

１１０…Ｗebクライアント、１２０…ネットワーク、１
３０…サーバシステム、１３１…Ｗebサーバ、１３４…
キャッシュサーバ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 12/58 12/56 Ｆターム(参考） 5B082 FA12 5B089 GA11 GA21 GB01 GB03 GB04 HA10 JB02 JB03 JB05 JB18 KA12 KD05 LB04 LB14 5K030 HC01 HC14 KA01 KA06 LB15 5K033 AA02 AA03 BA04 CB02 DB12 DB14 9A001 BB03 BB04 CC07 DD10 JJ25 LL03

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して処理要求元から処
理要求指令が与えられると、その処理要求指令に基づい
て処理手段が所定の処理を行い、その処理結果をネット
ワークに与える処理装置において、少なくとも過去の所定の処理結果を記憶する記憶手段
と、ネットワークから過去に与えられた処理要求指令と同一
の処理要求指令が与えられた場合に、前記記憶手段が記
憶する過去の所定の処理結果をネットワークに与え、そ
の処理要求指令を前記処理手段に与えない処理結果出力
調整手段とを有することを特徴とする処理装置。
【請求項２】前記記憶手段が記憶する所定の処理結果
は、ネットワークに与えた直前の処理結果であり、前記処理結果出力調整手段は、ネットワークから直前に
与えられた処理要求指令と同一の処理要求指令が与えら
れた場合に、前記記憶手段が記憶する直前の処理結果を
ネットワークに与え、その処理要求指令を前記処理手段
に与えないことを特徴とする請求項１に記載の処理装
置。
【請求項３】１個の前記処理要求指令は、その処理要
求指令で要求する本処理要求とその処理要求指令の直前
に要求していた前処理要求とを少なくとも有し、前記処理結果出力調整手段は、与えられた前記処理要求
指令の本処理要求と前処理要求とが同一である場合に、
ネットワークから与えられた処理要求指令とその直前に
与えられた処理要求指令とが同一であると捉えることを
特徴とする請求項２に記載の処理装置。
【請求項４】前記記憶手段が記憶する所定の処理結果
は、再び行うことが認められていない過去の処理群より
後の処理による処理結果であり、前記処理結果出力調整手段は、ネットワークから与えら
れた過去と同一の処理要求指令が、前記記憶手段が記憶
する所定の処理結果に対応する過去の処理要求指令より
もさらに過去である場合、前記記憶手段が記憶する過去
の所定の処理結果をネットワークに与え、与えられた処
理要求指令を前記処理手段に与えないことを特徴とする
請求項１に記載の処理装置。
【請求項５】前記記憶手段が記憶する過去の所定の処
理結果は、過去の関連処理要求指令群のうち、最後の処
理要求指令に基づく処理結果であり、前記処理結果出力調整手段は、ネットワークから与えら
れた過去と同一の処理要求指令が、前記記憶手段が記憶
する所定の処理結果に対応する過去の処理要求指令より
もさらに過去である場合、前記記憶手段が記憶する過去
の所定の処理結果をネットワークに与え、与えられた処
理要求指令を前記処理手段に与えないことを特徴とする
請求項１に記載の処理装置。
【請求項６】前記ネットワークに与える処理結果を、
ユーザインタフェースの高い情報に変換してネットワー
クに与える変換手段を有する請求項１〜５のいずれかに
記載の処理装置。
【請求項７】前記ネットワークは、インターネット又
はイントラネットであり、前記変換手段が変換する情報はハイパーテキストの情報
であることを特徴とする請求項６に記載の処理装置。