(57)【特許請求の範囲】
【請求項１】
所定の通信媒体を介して複数の端末装置と他の情報処理装置と通信可能な情報処理装置であって、
前記各端末装置からのデータ要求元が権限を持つユーザかを判定するための判定情報をユーザＩＤと関連付けて記憶する第１の記憶手段と、
前記各端末装置からのデータ要求元が権限を持たないユーザかを判定するためのパスワードをユーザＩＤと関連付けて記憶する第２の記憶手段と、
前記各端末装置からのデータ処理要求を受け付ける第１の受付手段と、
前記各端末装置からのデータ要求に対する応答情報を生成する生成手段と、
前記生成手段により生成した応答情報を配信する配信手段と、
前記配信手段によって配信された応答情報に基づいて入力されたユーザＩＤとパスワードとを受け付け可能な第２の受付手段と、
前記各端末装置からのデータ要求時に、要求元のユーザが前記権限を持つユーザかどうかを前記判定情報と前記第２の受付手段で受け付けたユーザＩＤとに基づき判定する第１の判定手段と、
前記第１の判定手段により要求元のユーザが前記権限を持つユーザでないと判定した場合、さらに、前記データ処理要求を前記情報処理装置で実行すべきユーザかどうかを前記パスワードファイルと前記第２の受付手段で受け付けたユーザＩＤ、パスワードとに基づき判定する第２の判定手段と、
前記第１の判定手段による判定結果に基づき、権限を持つユーザと判断された場合は、前記データ処理要求を他の情報処理装置のアプリケーションに要求し、権限を持つユーザでないと判断された場合は、前記第２の判定手段による判定結果に基づき、前記データ処理要求を前記情報処理装置が備える複数のアプリケーションのいずれかに要求する要求手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記複数のアプリケーションは、いずれも同一のデータ処理要求を実行することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２の判定手段が前記情報処理装置で実行すべきユーザでないと判定した場合、前記第２の受付手段で受け付けたユーザＩＤのユーザに対してエラー画面を出力することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
所定の通信媒体を介して複数の端末装置と他の情報処理装置と通信可能な情報処理装置における情報処理方法であって、
前記各端末装置からのデータ処理要求を受け付ける第１の受付工程と、
前記各端末装置からのデータ要求に対する応答情報を生成する生成工程と、
前記生成工程により生成した応答情報を配信する配信工程と、
前記配信工程によって配信された応答情報に基づいて入力されたユーザＩＤとパスワードとを受け付け可能な第２の受付工程と、
前記各端末装置からのデータ要求時に、要求元のユーザが前記権限を持つユーザかどうかを判定するために第１の記憶手段に記憶された判定情報と前記第２の受付工程で受け付けたユーザＩＤとに基づき判定する第１の判定工程と、
前記第１の判定工程により要求元のユーザが前記権限を持つユーザでないと判定した場合、さらに、前記データ処理要求を前記情報処理装置で実行すべきユーザかどうかを判定するために第２の記憶手段に記憶されたパスワードと前記第２の受付工程で受け付けたユーザＩＤ、パスワードとに基づき判定する第２の判定工程と、
前記第１の判定工程による判定結果に基づき、権限を持つユーザと判断された場合は、前記データ処理要求を他の情報処理装置のアプリケーションに要求し、権限を持つユーザでないと判断された場合は、前記第２の判定工程による判定結果に基づき、前記データ処理要求を前記情報処理装置が備える複数のアプリケーションのいずれかに要求する要求工程と、
を有することを特徴とする情報処理方法。
【請求項５】
前記複数のアプリケーションは、いずれも同一のデータ処理要求を実行することを特徴とする請求項４に記載の情報処理方法。
【請求項６】
前記第２の判定工程が前記情報処理装置で実行すべきユーザでないと判定した場合、前記第２の受付工程で受け付けたユーザＩＤのユーザに対してエラー画面を出力することを特徴とする請求項４に記載の情報処理方法。
【請求項７】
請求項４乃至６のいずれか１項に記載の情報処理方法をコンピュータが実行可能なプログラムを格納した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、所定の通信媒体を介して複数の端末装置と他の情報処理装置と通信可能な情報処理装置および情報処理方法および記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、ネットワーク上で情報の受付、配信を行う情報処理装置、すなわちサーバにおいては、端末装置、例えばクライアントからの要求に応じて、サーバ内に格納されている情報を一定のルールにしたがってクライアントに配信している。
【０００３】
一般的には、サーバに格納された多数の情報を指定される度に一つの静的なページとして配信している。
【０００４】
また、ネットワークの質の向上に伴い、業務用として、ページを動的に生成しクライアントに動的なページを配信するしくみも確立されている。この場合は、サーバ内にデータベースを構築したり、大容量のファイルを持つなど、サーバ内の資源を配信するページ生成の為に活用する為、サーバの計算能力が要求される。そして、このような処理においては、サーバ内でアプリケーションプログラムを１個ないし複数個起動しながら処理を受け持つことになる。
【０００５】
【発明が解決しようとする課題】
従来の情報処理装置は上記のように構成されているので、サーバが複数のクライアントから同時に要求を受けるケースが発生すると、サーバに負荷がかかる状況に陥りやすくなる。この場合は、クライアント側ではサーバからの応答に時間がかかる、いわゆる待ちの状況が発生する。
【０００６】
この際、従来のサーバ側の処理として、クライアントからの要求を順番にサーバ内のアプリケーションに依頼する方法がとられている場合、上記状況に伴い待ち行列が発生して、クライアント側のデータ処理効率が著しく低下する等の問題点があった。
【０００７】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、各端末装置からのデータ要求時に、データ要求元のユーザが権限を持つユーザである場合には、入力されたパスワードを照合することなく、データ処理要求を他の情報処理装置のアプリケーションに出力できる仕組みを提供することである。
また、各端末装置からのデータ要求時に、要求元のユーザが権限を持つユーザでない場合には、入力されるパスワードを照合して、データ処理要求をいずれかのアプリケーションに出力できる仕組みを提供することである。
【０００８】
【課題を解決するための手段】
本発明は、所定の通信媒体を介して複数の端末装置と他の情報処理装置と通信可能な情報処理装置であって、前記各端末装置からのデータ要求元が権限を持つユーザかを判定するための判定情報をユーザＩＤと関連付けて記憶する第１の記憶手段と、前記各端末装置からのデータ要求元が権限を持たないユーザかを判定するためのパスワードをユーザＩＤと関連付けて記憶する第２の記憶手段と、前記各端末装置からのデータ処理要求を受け付ける第１の受付手段と、前記各端末装置からのデータ要求に対する応答情報を生成する生成手段と、前記生成手段により生成した応答情報を配信する配信手段と、前記配信手段によって配信された応答情報に基づいて入力されたユーザＩＤとパスワードとを受け付け可能な第２の受付手段と、前記各端末装置からのデータ要求時に、要求元のユーザが前記権限を持つユーザかどうかを前記判定情報と前記第２の受付手段で受け付けたユーザＩＤとに基づき判定する第１の判定手段と、前記第１の判定手段により要求元のユーザが前記権限を持つユーザでないと判定した場合、さらに、前記データ処理要求を前記情報処理装置で実行すべきユーザかどうかを前記パスワードファイルと前記第２の受付手段で受け付けたユーザＩＤ、パスワードとに基づき判定する第２の判定手段と、前記第１の判定手段による判定結果に基づき、権限を持つユーザと判断された場合は、前記データ処理要求を他の情報処理装置のアプリケーションに要求し、権限を持つユーザでないと判断された場合は、前記第２の判定手段による判定結果に基づき、前記データ処理要求を前記情報処理装置が備える複数のアプリケーションのいずれかに要求する要求手段とを有することを特徴とする。
【００２２】
【発明の実施の形態】
〔第１実施形態〕
図１は、本発明の第１実施形態を示す情報処理装置を適用可能なネットワークシステムの構成を説明するブロック図であり、例えばローカルエリアネットワーク（ＬＡＮ）１０１を介して情報処理装置１０２，情報処理装置１１０，クライアント１１３が通信可能に接続されている場合に対応する。なお、ＬＡＮ経由により広く外部のインターネットに接続されている構成となる場合もある。
【００２３】
図において、１０２は情報処理装置（サーバ）で、通常のワークステーション、パーソナルコンピュータ（いわゆるＣＰＵ，ＲＯＭ，ＲＡＭ等を備える制御ボードおよびその周辺機器（ハードディスク，キーボード，マウス，表示装置）が接続された装置）で構成される。１０３はオペレーテイングシステム（ＯＳ）で、情報処理装置の各資源の管理を行う。１０４はＷＷＷサーバで、クライアント１１３からの要求により一定の処理を行うサーバ処理機構である。
【００２４】
情報処理装置１０２内において、ＷＷＷサーバ機構の存在により、情報処理装置はサーバとしての機能を発揮できる。１０５のアダプタで、ＷＷＷサーバ１０４からさらに呼び起こされる低レベル処理機構で、アプリケーション１０６、１０７、１０８とＷＷＷサーバ１０４の仲介役をする。すなわち、複数のクライアント１１３からの要求がＷＷＷサーバ１０４に入った時、処理をどのアプリケーションに依頼するかを決定する機能を持つ。なお、本実施形態では、サーバ内では３つの同一アプリケーション１０６、１０７、１０８が存在していることを示す。
【００２５】
ここで、アプリケーションは、一般的に、人事処理、経理処理等の高機能な処理を実現する為のソフトウエアで、サーバ内における資源をもっとも多く使用し、サーバの負荷を高めることになる。１０９はソフトウエアで構成されるＤＢサーバで、詳細は後述する。１１０は同一ＬＡＮ上に存在する情報処理装置であり、オペレーティングシステム１１１と、アプリケーション１０６、１０７、１０８と同様なアプリケーション１１２が存在している。
【００２６】
１１３はクライアントで、例えばブラウザによりサーバの所在を指定することにより、サーバに処理を依頼することができるソフトウエアが搭載されている。
【００２７】
通常の業務処理の流れとしては、クライアント１１３がサーバとしての情報処理装置１０２に処理を依頼すると、ＷＷＷサーバ１０４がアダプタ１０５を起動し、アダプタ１０５が、さらにアプリケーションに処理を依頼する。この時、複数あるアプリケーション１０６〜１０８のうちどのアプリケーションに依頼するかはアダプタ１０５が一定の法則にしたがつて決定するのが一般的である。
【００２８】
すなわち、順番に依頼する、または乱数を用いて、平等に分散できる様に依頼するなどの方法がる。各アプリケーション１０６〜１０８は、クライアント１１３からの要求に従った処理を行い、サーバ１０２経由でクライアント１１３に応答する。
【００２９】
図２は、図１に示したサーバ１０２とクライアント１１３との間におけるデータ処理形態を説明する図であり、典型的な要求、応答例に対応する。
【００３０】
図において、２０１は前記クライアント１１３上での処理であり、２０２，２０３はそれぞれ情報処理装置１０２，１１０上のどのソフトウエア上での処理であるかを示しており、処理２０１は、図１に示したクライアント１１３のブラウザでの処理であることを示す。処理２０２は、情報処理装置１０２の中のＷＷＷサーバ１０４及びＷＷＷサーバ１０４経由による依頼をアダプタ１０５が処理することを示す。処理２０３は、図１に示したアプリケーション１０６、１０７、１０８、１１２内での処理を示している。以下、２０４〜２１０はそれぞれ要求または応答に対応するタイミングである。
【００３１】
先ず、タイミング２０４において、情報処理装置（サーバ）１０２に向けて、クライアント１１３からアクセスをする。初めてのアクセスである場合は、ここで、ユーザ認証を要求する。タイミング２０５では、タイミング２０４に基づく要求を受け、クライアント１１３側にユーザ認証用の画面で応答する。
【００３２】
そして、タイミング２０６では、ユーザ認証用画面に対しクライアント１１３のオペレータは、ユーザＩＤ，パスワードの入力を行い、再びサーバ１０２に対し次の要求を行う。
【００３３】
一方、サーバ１０２では、タイミング２０７で正しいユーザＩＤ，パスワードが入力されたと確認した場合は、タイミング２０８において、アプリケーションに対し、以後の処理を依頼することになる。
【００３４】
タイミング２０９では、アプリケーション内での処理を示し、以後ここで決定されたアプリケーションが、同一ユーザの一連の処理を担当することになる。
【００３５】
しかしながら、多数のクライアント１１３が、同時に処理を要求した場合は、アプリケーションに対する要求も増大し、サーバ１０２には、負荷がかかり処理スピードが遅い状態となる。また、待ち行列が発生する場合もある。そこで、図２に示したタイミング２０７及びタイミング２０８で、特定のユーザに関しては上記の状態であっても、快適な処理を提供するため、図３のフローチャートに示す処理を実行する。
【００３６】
図３は、本発明の第１実施形態を示す情報処理装置のデータ処理手順の一例を示すフローチャートである。なお、（３０１）〜（３１０）は各ステップを示す。
【００３７】
先ず、ステップ（３０１）では、アダプタ１０５内において、クライアント１１３のオペレータから入力されたユーザＩＤとパスワードとを受け付け、この状態で、ステップ（３０２）では、ＶＩＰファイルを読み込み、ステップ（３０３）にてユーザＩＤ及びパスワードのファイル内容との比較を行う。
【００３８】
そして、ステップ（３０４）で、ステップ（３０１）で入力されたユーザＩＤがＶＩＰファイル中に存在するかどうかを判定して、同じユーザＩＤが存在していると判定した場合は、このクライアントのユーザは、サーバアクセスに関して権限を持つユーザということになり、ステップ（３０５）において、特に負荷の少ない、別サーバ１１０上のアプリケーション１１２に処理を依頼することになり、以後このアプリケーション１１２が担当することになる。
【００３９】
一方、ステップ（３０４）で、ＶＩＰファイル中にステップ（３０１）で入力されたユーザＩＤが存在していなかったと判定した場合は、一般的な処理となり、ステップ（３０６）に進み、一般的なパスワードファイルを読み込む。
【００４０】
次に、ステップ（３０７）において、パスワードファイルと入力されたユーザＩＤ，パスワードの比較を行い、ステップ（３０８）で、パスワードが一致するかどうかを判定して、パスワード等が不一致であると判定した場合には、当該ユーザＩＤを入力したクライアントのユーザに対してエラー画面をサーバ１０２が応答する（３０９）。
【００４１】
一方、ステップ（３０８）で、パスワードが一致すると判定した場合は、通常と同様に、ステップ（３１０）で、アプリケーション１０６〜１０８のいずれかに処理を依頼し、当該ユーザからの要求に対して実行して得られる情報をユーザに応答（ファイル検索応答，アプリケーション起動応答）して、処理を終了する。
【００４２】
〔第２実施形態〕
上記第１実施形態に示したネットワークシステムでは、通常、ネットワーク上の不特定のユーザをクライアントとするアプリケーションにより、サーバ１０２上にデータベースサーバであるソフトウエアを搭載して各種の業務処理を行うシステム構成を採用するケースが多い。そこで、以下データベースを使用した場合のサーバの負荷分散する第２実施形態について説明する。
【００４３】
図４は、本発明に係る第２実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。なお、（４０１）〜（４１１）は各ステップを示す。
【００４４】
先ず、ステップ（４０１）では、クライアント１１３からユーザＩＤ及びパスワードを受け付け、アダプタ１０５はその値を把握すると同時に、ステップ（４０２）において、同装置内データベースサーバからユーザデータベーステーブルに対し、把握しているユーザＩＤをＫｅｙにして検索を行う。そして、ステップ（４０３）で、検索結果が「０件」であるか、すなわち、ユーザが存在するかどうかを判断し、該当ユーザが存在しないと判断した場合は、ステップ（４０４）でエラーを応答する。
【００４５】
一方、ステップ（４０３）で、ユーザが存在すると判断した場合は、ステップ（４０５）でユーザデータベースから得られたユーザレコードを分析し、入力されたパスワードが正当か否か評価し、不正であると評価した場合は、ステップ（４０５）でエラー応答を行う。
【００４６】
一方、ステップ（４０５）で、正当なユーザであると判断された場合は、そのユーザレコードより、ステップ（４０６）にてユーザレコードを解析して、ユーザの権限を得る。
【００４７】
次に、ステップ（４０７）で、ステップ（４０６）で得られたユーザ権限に基づき一般ユーザかどうかを判定し、一般ユーザであると判定した場合には、一般のサーバ１０２上のいずれかのアプリケーションヘ処理を依頼して、処理を終了する。
【００４８】
一方、ステップ（４０７）で、より権限のあるユーザであると判定された場合は、ステップ（４０８）で、特権者レベルが最高レベルの特権者Ａレベルかどうかを判定し、ＹＥＳならば、ステップ（４１１）へ進み、高速処理可能な図示しないサーバヘの処理を依頼して、ＮＯならば、ステップ（４１０）で、高速サーバへの処理を依頼して、処理を終了する。
【００４９】
これにより、最高権限者には、上記ステップ（４１１）にて、最高速サーバが割り当てられ要求されるデータ処理待ち時間なく処理することができる。
【００５０】
上記実施形態によれば、サーバ１０２に、ユーザが集中しサーバ１０２の負荷が高くなっている状態においても、特定のユーザからの処理を別サーバ上のアプリケーションに依頼することにより、特定のユーザ快適な処理を行う事が可能となる。
【００５１】
以下、図５に示すメモリマップを参照して本発明に係る情報処理装置を適用可能なネットワークシステムで読み出し可能なデータ処理プログラムの構成について説明する。
【００５２】
図５は、本発明に係る情報処理装置を適用可能なネットワークシステムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【００５３】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【００５４】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【００５５】
本実施形態における図３，図４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【００５６】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００５７】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５８】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【００５９】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６１】
【発明の効果】
以上説明したように、本発明に係る第１〜第１４の発明によれば、各端末装置からのデータ処理要求受け付け時に、データ要求元のユーザ属性を記憶される判定情報に基づいて判定して、特定のユーザからのデータ処理要求を他の情報処理装置に配信させて優先処理させることにより、特定のデータ処理に対する各端末装置からのデータ処理要求が集中しても、許容される特定ユーザに対しては当該データ処理要求を優先して分散処理させることで、特定ユーザからのデータ処理を遅延なく処理して、システム全体としてのデータ処理、例えばファイルサーバ機能処理，ＷＷＷサーバ機能処理等のデータ処理効率を格段に向上させる情報処理環境を自在に構築できる効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施形態を示す情報処理装置を適用可能なネットワークシステムの構成を説明するブロック図である。
【図２】図１に示したサーバとクライアントとの間におけるデータ処理形態を説明する図である。
【図３】本発明の第１実施形態を示す情報処理装置のデータ処理手順の一例を示すフローチャートである。
【図４】本発明に係る第２実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図５】本発明に係る情報処理装置を適用可能なネットワークシステムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
１０１  ネットワーク
１０３，１１１  ＯＳ
１０２，１１０  情報処理装置（サーバ）
１０４  ＷＷＷサーバ
１０５  アダプタ
１０６〜１０８，１１２  アプリケーション
１１３  クライアント
【図１】
0004672854.tif 000002
【図２】
0004672854.tif 000003
【図３】
0004672854.tif 000004
【図４】
0004672854.tif 000005
【図５】
0004672854.tif 000006