(57)【要約】【課題】  サーバとクライアントを接続する通信方式を容易に変更することを可能にし、それぞれの通信方式を有効利用するための管理機能をシステム上で実現する。【解決手段】  クライアント１０は、SOAP、DCOM等の複数の通信方式でサーバ接続を可能とする。実行する通信方式を選択する方式として、クライアント側で独自に、デフォルト／ユーザ操作で定める外、サーバ側の設定に合わせて選択する方式を定める。後者の方式を行うため、サーバ接続コントローラ１３は、サーバ２０側で設定している通信方式の情報を取得する。取得した通信方式とサーバ名、アドレス等の接続先情報とを関連付けた設定情報を設定情報格納部で管理し、接続時に管理された設定情報に従い選択し、設定に用いる。【選択図】        図２
2008171313.tif 000002
【特許請求の範囲】
【請求項１】
通信インターフェースを有し、該通信インターフェースを介して接続したサーバに情報の取得を要求し、要求した情報を該サーバから受け取るための通信手続を行うクライアント機能を持つ情報処理装置であって、前記通信インターフェースは、複数の通信方式に従った動作が可能な通信手段と、前記通信手段における複数の通信方式の１つを前記サーバとの通信に使用する手段として選択する選択手段を備えたことを特徴とする情報処理装置。
【請求項２】
請求項１に記載された情報処理装置において、前記選択手段は、予め装置が定めた条件に従い通信方式を選択する手段であることを特徴とする情報処理装置。
【請求項３】
請求項２に記載された情報処理装置において、通信方式を選択するために定めた前記条件は、複数の通信方式に付けた優先度であり、前記選択手段は、定めた優先度の順に接続に成功するまで選択動作を行う手段であることを特徴とする情報処理装置。
【請求項４】
請求項２に記載された情報処理装置において、通信方式を選択するために定めた前記条件は、サーバ側で使用する通信方式として設定されたものであることを特徴とする情報処理装置。
【請求項５】
請求項４に記載された情報処理装置において、前記サーバ側で使用する通信方式の設定情報を得るための手段として、サーバ側で管理される設定情報の送信を接続時に要求する手段を備えたことを特徴とする情報処理装置。
【請求項６】
請求項４に記載された情報処理装置において、前記サーバ側で使用する通信方式の設定情報を得るための手段として、サーバ側から配布されてくる設定情報を受取る手段を備えたことを特徴とする情報処理装置。
【請求項７】
ユーザインターフェースを有する請求項１に記載された情報処理装置において、前記選択手段は、前記ユーザインターフェースを介して外部から設定された通信方式を選択する手段であることを特徴とする情報処理装置。
【請求項８】
請求項７に記載された情報処理装置において、前記ユーザインターフェースを介して、選択する通信方式として設定された情報を、前記通信インターフェースを通じて接続可能な他のクライアント装置へ配布する手段を備えたことを特徴とする情報処理装置。
【請求項９】
複数の通信方式に従った動作が可能な通信手段を持ち、該通信手段における複数の通信方式の１つを使用時に動作させる通信インターフェースを有し、該通信インターフェースを介して接続したクライアントからの情報の取得要求を受け、該クライアントへ要求に従い情報を送るための通信手続を行うサーバ機能を持つ情報処理装置であって、前記クライアントとの通信に使用する通信方式を設定する通信方式設定手段と、前記通信方式設定手段により設定された情報を前記クライアントへ送る通信方式設定情報送信手段を備えたことを特徴とする情報処理装置。
【請求項１０】
請求項９に記載された情報処理装置において、前記通信方式設定情報送信手段は、前記クライアントと接続する際に、該クライアントからの取得要求に応じて送信動作を行う手段であることを特徴とする情報処理装置。
【請求項１１】
請求項９に記載された情報処理装置において、前記通信方式設定情報送信手段は、通信方式が設定された際に前記クライアントへ設定情報を配布する手段であることを特徴とする情報処理装置。
【請求項１２】
請求項１乃至８のいずれかに記載されたクライアント機能を持つ情報処理装置と請求項９乃至１１のいずれかに記載されたサーバ機能を持つ情報処理装置とを通信インターフェースを介して接続してなる情報処理システム。
【請求項１３】
コンピュータを請求項１乃至７のいずれかに記載された情報処理装置における選択手段として機能させるためのプログラム。
【請求項１４】
コンピュータを請求項９乃至１１のいずれかに記載された情報処理装置における通信方式設定手段及び通信方式設定情報送信手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ・クライアントシステムを構成する情報処理装置に関し、より詳しくは、異なる通信方式で接続を可能とするシステムを構築し、また、それぞれの通信方式を有効利用するための管理機能を有する上記情報処理装置、情報処理システム及び上記管理機能を実現するためのコンピュータプログラムに関する。
【背景技術】
【０００２】
今日、文書等のデータを生成した後、生成したデータをサーバに蓄積し、ネットワーク接続された複数のクライアント機からアクセスが可能な文書管理サーバシステムが実用化されている。こうしたシステムのサーバには、ＰＣ（Personal Computer）で作成した文書の外、画像の入出力機能を持つ、例えばＭＦＰ（複写機能をベースにした複合機）に入力された画像データ等が蓄積され、クライアントとしてのＰＣ、ＭＦＰから利用される。なお、サーバは、専用機として構成したシステムがあるが、クライアントとして機能するＰＣやＭＦＰをサーバとしても機能させるシステムもある。
【０００３】
こうしたサーバ・クライアントシステムを構成するネットワークに用いられる通信方式は、例えば、イントラネットの閉じたドメイン環境では、DCOM（Distributed Component Object Model）のような、通信速度が比較的速い性能をもつ通信方式を用いるのが普通である。他方、複数のドメイン間のように、離れた拠点間で利用するような場合、速度性能よりもセキュリティ面が重視されるので、HTTPS（Hypertext Transfer Protocol Security）などの高セキュリティな通信方式を用いる。
この種の従来システムにおいて、サーバ側は、上記のような複数の通信方式それぞれに対応することを可能にするインターフェースを備えたものが用いられている。
他方、クライアント側は、システム環境に応じて、上記の前者或いは後者の方式を個別に搭載する方法によりシステムを構成している。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のように、クライアント側では、環境に応じた通信方式を用いるためのインターフェースを個別に装備するようにしているので、ネットワーク環境が変化したときに、現時点では、例えばDCOMからHTTPSへというように、クライアントの環境を変更する必要があるし、この場合には、変更に伴いWeb Serverを別途用意する必要もある。
このようにして行う環境の変化への対応は、手間や時間がかかり、また、ユーザに経済的な負担もかかることになってしまう。
本発明の目的は、環境の変化に対応したシステムを構築すべく、サーバとクライアントを接続する通信方式を容易に変更することを可能にすること、また、それぞれの通信方式を有効利用するための管理機能をシステム上で実現することにある。
【課題を解決するための手段】
【０００５】
請求項１の発明は、通信インターフェースを有し、該通信インターフェースを介して接続したサーバに情報の取得を要求し、要求した情報を該サーバから受け取るための通信手続を行うクライアント機能を持つ情報処理装置であって、前記通信インターフェースは、複数の通信方式に従った動作が可能な通信手段と、前記通信手段における複数の通信方式の１つを前記サーバとの通信に使用する手段として選択する選択手段を備えたことを特徴とする。
請求項２の発明は、請求項１に記載された情報処理装置において、前記選択手段は、予め装置が定めた条件に従い通信方式を選択する手段であることを特徴とする。
請求項３の発明は、請求項２に記載された情報処理装置において、通信方式を選択するために定めた前記条件は、複数の通信方式に付けた優先度であり、前記選択手段は、定めた優先度の順に接続に成功するまで選択動作を行う手段であることを特徴とする。
請求項４の発明は、請求項２に記載された情報処理装置において、通信方式を選択するために定めた前記条件は、サーバ側で使用する通信方式として設定されたものであることを特徴とする。
請求項５の発明は、請求項４に記載された情報処理装置において、前記サーバ側で使用する通信方式の設定情報を得るための手段として、サーバ側で管理される設定情報の送信を接続時に要求する手段を備えたことを特徴とする。
請求項６の発明は、請求項４に記載された情報処理装置において、前記サーバ側で使用する通信方式の設定情報を得るための手段として、サーバ側から配布されてくる設定情報を受取る手段を備えたことを特徴とする。
請求項７の発明は、ユーザインターフェースを有する請求項１に記載された情報処理装置において、前記選択手段は、前記ユーザインターフェースを介して外部から設定された通信方式を選択する手段であることを特徴とする。
請求項８の発明は、請求項７に記載された情報処理装置において、前記ユーザインターフェースを介して、選択する通信方式として設定された情報を、前記通信インターフェースを通じて接続可能な他のクライアント装置へ配布する手段を備えたことを特徴とする。
請求項９の発明は、複数の通信方式に従った動作が可能な通信手段を持ち、該通信手段における複数の通信方式の１つを使用時に動作させる通信インターフェースを有し、該通信インターフェースを介して接続したクライアントからの情報の取得要求を受け、該クライアントへ要求に従い情報を送るための通信手続を行うサーバ機能を持つ情報処理装置であって、前記クライアントとの通信に使用する通信方式を設定する通信方式設定手段と、前記通信方式設定手段により設定された情報を前記クライアントへ送る通信方式設定情報送信手段を備えたことを特徴とする。
請求項１０の発明は、請求項９に記載された情報処理装置において、前記通信方式設定情報送信手段は、前記クライアントと接続する際に、該クライアントからの取得要求に応じて送信動作を行う手段であることを特徴とする。
請求項１１の発明は、請求項９に記載された情報処理装置において、前記通信方式設定情報送信手段は、通信方式が設定された際に前記クライアントへ設定情報を配布する手段であることを特徴とする。
請求項１２の発明は、請求項１乃至８のいずれかに記載されたクライアント機能を持つ情報処理装置と請求項９乃至１１のいずれかに記載されたサーバ機能を持つ情報処理装置とを通信インターフェースを介して接続してなる情報処理システムである。
請求項１３の発明は、コンピュータを請求項１乃至７のいずれかに記載された情報処理装置における選択手段として機能させるためのプログラムである。
請求項１４の発明は、コンピュータを請求項９乃至１１のいずれかに記載された情報処理装置における通信方式設定手段及び通信方式設定情報送信手段として機能させるためのプログラムである。
【発明の効果】
【０００６】
本発明によると、サーバ・クライアントシステムにおけるサーバとクライアントを接続するための通信方式をネットワーク環境の変化に対応して、容易に変更することが可能になり、従来の方法によってかかっていた手間や時間をなくし、経済的な負担も軽減することができる。
また、システムが複数の方式を利用できる状態にある場合、重視する性能を持つ方式を選択することにより、より柔軟性の高い設定ができるので、システムの有効利用を図ることが可能になる。例えば、イントラネットの閉じたドメイン環境でシステムを利用する場合、DCOMのような、通信速度が比較的速い性能をもつ通信方式を利用することができ、他方、複数のドメイン間で利用するように、離れた拠点間で利用するような場合、速度性能よりもセキュリティ面が重視されるので、HTTPSなどの高セキュリティな通信方式を利用することが可能になる。
また、システムが複数の方式を利用できる状態にある場合、クライアント側で自動的に通信方式を選択するので、ユーザ操作を簡略化でき、ヒューマンエラーを減らすことが可能になる。しかも、この選択を優先度順に接続に成功するまで行うので、重要なデータの消失を防ぎ、かつ通信の確実性があがり、やり直しなどの手間を減らすことが可能になる。
また、システムが複数の方式を利用できる状態にある場合、サーバ側の設定に応じて自動的に通信方式を選択するので、統一環境の構築の手間を減らし、かつユーザ操作を簡略化でき、ヒューマンエラーを減らすことが可能になる。
また、選択する通信方式を、接続時にサーバから取得するか、もしくはサーバからの配布を受けるようにしたので、変更があっても、その設定を随時反映させることができるので、環境の不整合を防ぐことが可能になる。
また、ユーザ操作により設定を変更することができるようにしたので、ユーザの要求に応じたシステムの利用を図ることが可能になる。しかも、ユーザ操作による設定を他のクライアント装置へ反映させ、設定を共有化できるようにしたので、オペレータの手間の軽減、ヒューマンエラーの削減が可能になる。
また、コンピュータを本案の情報処理装置の特徴構成をなす手段として機能させるためのプログラムを使用することによって、この情報処理装置を容易に実施することが可能になる。
【発明を実施するための最良の形態】
【０００７】
以下に、本発明の情報処理装置及び情報処理システムに係わる実施形態について、添付図を参照して説明する。
図１は、本実施形態の情報処理システムの構成を示すものである。例示するシステムは、基本構成として、サーバ機能を持つ情報処理装置２０ａ、２０ｂ（以下、単に「サーバ」或いは「サーバ装置」とも記す）とクライアント機能を持つ情報処理装置１０（以下、単に「クライアント」或いは「クライアント装置」とも記す）をネットワーク３０で接続可能とし、サーバ・クライアントシステムを構成する。
サーバ２０ａ、２０ｂとしては、文書等を蓄積したデータベースからクライアントの要求に応じ、データを供給する文書管理サーバ２０ａのようなサーバ専用機があるが、そのほか、サーバ機能を１機能として有するネットワーク複合機が含まれる。ネットワーク複合機２０ｂは、例えば複写機能をベースにしたＭＦＰのように、画像の入出力機能と複合した形でサーバ機能を有する。クライアント装置１０は、ネットワークインターフェースを持つ汎用のハードウェア構成のＰＣを用いると考えてよいが、クライアント機能を持っていれば、例示したネットワーク複合機２０ｂをクライアント装置としても良い。この場合、ネットワーク複合機２０ｂは、サーバとクライアントの両方の働きをする。
【０００８】
図１のサーバ・クライアントシステムにおいては、クライアント装置１０は、サーバ２０ａ、２０ｂとの接続を複数の通信方式で対応できるようにする。
このために、採用する複数方式の通信インターフェースを有し、通信を行う時には用意した複数方式の中から使用する１方式の通信インターフェースを選択し、選択した方式の通信インターフェースを動作させる制御手段を備える。
このようにすることで、クライアント装置１０を異なるネットワーク環境に移行させても、予め用意しておいたインターフェースが移行先の環境で使用できれば、新たにクライアント装置側の環境を変更することなく、すぐに対応することが可能になる。また、クライアント装置に予め用意された複数方式の通信インターフェースが使用できる環境であれば、使用時に設定により、複数方式の中からシステムを高パフォーマンスで動作させることを可能にする１方式を選んで使用することができる。
【０００９】
上記サーバ・クライアントシステムの１実施形態のモジュール構成を図２に示す（以下、この実施形態を「実施形態１」と記す）。
実施形態１のシステムでは、異なる通信方式に対応するために、通信インターフェースのモジュールをプラグイン構成として、環境によって既存の装備が適用できない場合でも、モジュールをプラグインで補充することにより、容易に適合可能な環境が構築できるようにしている。なお、図２には、サーバ・クライアント間の通信インターフェースを主に構成を示しており、本発明の要旨に直接関係しない構成は、省略されている。
実施形態１のモジュール構成において、クライアント１０は、メインプログラム１１の管理下にプラグインコントローラ１２を有する。また、プラグインコントローラ１２のコントロール下にプラグインされるモジュール群を有し、その１つがサーバ接続コントローラ１３である。その他のプラグイン１４としては、プラグインされる出力、入力等のデバイス用のモジュールがある。
なお、メインプログラム１１は、その一部にＵＩ（User Interface）制御部を有する。ＵＩ制御部は、サーバ・クライアントシステムの動作を実行する際に、必要になるユーザとの間のインターフェース機能を実現する。このＵＩ機能は、オペレータがクライアント機能を実現するための各種設定の入力操作をダイアログ形式で行うためのGUI（Graphical User Interface）を有している。例えば、後述するサーバへの接続開始の指令や通信方式の設定を行うときに、キー等の入力操作を案内し、操作による入力指令を受け取り、指令に従い行われる装置側の動作状態を画面を通して知らせる機能を提供するものである。
サーバ接続コントローラ１３には、実施形態１では、複数の通信方式であるSOAP（Simple Object Access Protocol；XMLやHTTPなどをベースとする）用のサーバ接続モジュール(1)１５とDCOM（Distributed Component Object Model）用のサーバ接続モジュール(2)１６を係属し、接続に使用する方式に応じて呼び出す。このように、異なる通信方式のサーバ接続モジュール(1) 、(2)をプラグインコントローラに連係させるのに、サーバ接続コントローラ１３を介して行っているので、ＵＩ（User Interface）側には、複数の通信方式を見せることがなく、見かけ上、１つの機能として扱うことが可能になる。
さらに、サーバ接続コントローラ１３は、接続方式の設定情報がサーバ側にある場合に、設定情報を問い合わせ、取得する処理(後述の図１１、参照)、配布される設定情報を受け取る処理(後述の図1２、参照)も司る。
また、SOAP、DCOMそれぞれに対応して、SOAPプロキシ（Proxy）１８、DCOMプロキシ１９のモジュールを設ける。
【００１０】
サーバ２０は、クライアント１０からの取得要求に応えて、データベース（不図示）に蓄積した情報をクライアント１０に提供するための通信手続きを行う。このため、クライアント１０で使用する通信方式に応じた通信インターフェースを使用する必要がある。
従って、クライアントの要求に応えるためには、クライアントが使用する多様な方式をカバーするインターフェースを用意することが望ましい。
実施形態１では、クライアント１０がサーバ接続にSOAP及びDCOMを使用するので、少なくともこれらの方式で通信を可能とするインターフェースを備える。サーバ２０側の通信インターフェースとしては、図２に示すように、SOAP用のサーバ接続モジュール(1)１５に対応するSOAPサービス２３と、DCOM用のサーバ接続モジュール(2)１６に対応するDCOM I/F（インターフェース）２２を備える。
クライアント１０がサーバ２０に対し、データベース（不図示）に蓄積された情報の取得要求を行う際に、SOAP、DCOMのいずれかのインターフェースを介して所定の通信手続きを行う。このためには、実際に使用する通信方式として、両者間で同じ方式を選択する必要があり、それぞれのコントローラは、選択する通信方式の設定を一致させ、その設定に従い、通信動作を実行する。
通信方式の設定情報は、サーバ２０側では、図２中に示される通信方式設定情報格納部２６に格納され、通信方式制御部２５の管理下におかれる。また、クライアント１０側では、図２中に明示されていないが、サーバ接続コントローラ１３の管理下にある設定情報格納部に通信方式の設定情報が格納される。
サーバ２０のデータベース制御部２１は、上記の通信手続きを経て、情報の交換が成立し、得られる情報に従い、クライアント１０からの要求に応じデータベースへのアクセスを行う。その後、読み出された情報は、要求を受けたときのルートを逆にクライアント１０に返信されるので、そのための手続が行われる。
【００１１】
また、サーバ・クライアントシステム（図１）の他の実施形態のモジュール構成を図３に示す（以下、この実施形態を「実施形態２」と記す）。
実施形態２のシステムでは、複数の通信方式に対応するためのモジュール構成が上記実施形態１（図２）と異なる。
即ち、実施形態１（図２）において、各通信方式に対応するサーバ接続モジュール１５，１６をそれぞれ独立させて、プラグインとする構成を採用している。これに対し、実施形態２では、所定の１方式に対応するサーバ接続コントローラ１３’のみをプラグイン構成とし、このサーバ接続コントローラ１３’に連係し、サーバ接続用の処理を行うモジュール１７で、受けた所定の方式から設定された方式に従ったサーバ接続処理を行う構成とする。
従って、例えば、２方式のサーバ接続が可能なシステムでは、図３に示すように、サーバ接続コントローラ１３’に連係するサーバ接続用の処理を行うモジュール１７として、１方式による入力を受け、「サーバ接続(1)とサーバ接続(2)」の２方式（ここでは、SOAPとDCOM）のいずれのサーバ接続用の処理も可能にするモジュール構成とする。サーバ接続用の処理を行うモジュール１７は、例示したSOAP、DCOMの２方式のインターフェースとして機能し、サーバ接続に必要な所定の手続きをサーバ側の対応するインターフェースであるSOAPサービス２３とDCOM I/F２２それぞれを介して行う。
なお、サーバ接続用の処理を行うモジュール１７に係わる構成を異にするほかには、実施形態１と実施形態２の間に構成上の違いはない。両者間の同一構成部分については、同一の参照符号（数字）を当てているので、実施形態２の該当する構成部分の説明は、上記実施形態１の記述を参照することとし、ここでは、説明を省略する。
【００１２】
上記したように、サーバ接続にSOAP、DCOM等の複数の通信方式の使用を可能にすると、クライアント１０側では、実際に使用する方式を選択することが必要になる。
この選択には、デフォルト設定による方法とマニュアル設定による方法を採用することができる。「デフォルト設定」は、自動設定するための機能を備えることにより可能になるもので、サーバ接続時にSOAP、DCOM等の複数方式の中から、使用する方式として装置側で予め定めた１方式を選択し、設定する。また、「マニュアル設定」は、ＵＩ（ユーザインターフェース）を用いて、利用可能な複数方式の中からユーザが使用する方式を設定する操作を行い、設定した方式を使用して接続動作を行う。
【００１３】
上記したデフォルトとマニュアルの各設定による２様の選択方法について、それぞれの実施形態を以下に示す。なお、以下の説明は、実施形態１（図２）に即して行う。ただし、説明の便宜上、実施形態１を選んだもので、実施形態２においても同様に実施することができる。
「デフォルト設定」
デフォルト設定は、利用可能な複数の通信方式の中から、使用方式として予め定めた１方式を選択し、設定する機能を設けることにより実現できる。
この設定機能は、クライアント１０のサーバ接続コントローラ１３が有する機能である。本実施形態のサーバ接続コントローラ１３は、サーバ接続モジュールとして利用可能とされたSOAP、DCOM等の複数の通信方式の１つを使用方式として設定し、設定した方式に従い、サーバとの接続に必要な手順を実行する。また、サーバとの接続を行う際、使用方式として設定するために、予め定めた方式を制御用の情報として管理する。
ところで、クライアントは、ユーザが指定したサーバとの情報の交換をより速く、確実に行うことが望ましいが、サーバとの間のネットワーク環境や使用状況が異なり、通信方式によって得失が生じる。そこで、サーバ毎により適した方式を選択し、設定することにより、最適化を図ることを可能にし、このようにすることで、高パフォーマンスを得ることができるようにする。
【００１４】
サーバ接続コントローラ１３が個々のサーバに対応して設定する通信方式を選択する方法として、クライアントが独自に定める方法（以下“自立方式”という）とサーバ側の設定に合わせた方式をクライアント側でも設定する方法（以下“サーバ依存方式”という）の２様の方法を採用することができる。この２方式について、以下に分説する。
“自立方式”
この方式では、クライアント側で独自に選択する通信方式を定めるので、サーバ接続コントローラ１３は、各サーバの接続先情報（サーバ名、アドレス等）を通信方式と関連付けた形の設定情報を設定情報格納部で管理し、接続時にユーザが指定したサーバに対応する通信方式をこの設定情報によって選択し、設定に用いる。
この設定情報の管理形態としては、サーバ名、アドレス等の接続先情報と通信方式を対応付けた、例えば、図４に示すようなテーブルの形式で管理することが可能である。
【００１５】
ところで、図４に示すテーブルには、接続先情報に対応する通信方式の外に、優先度が関連付けられている。同図示の例では、１つの接続先に対して、「SOAP」，「DCOM」，「SOAP2」の３つの使用可能な通信方式があり、それぞれの方式に１〜３の優先度を付けている。
この設定情報の管理テーブルに依り、サーバ接続に使用する通信方式を選択する手順は、次のようになる。
サーバ２０への接続要求の発生時に、要求項目に指定された接続先サーバのサーバ名、アドレス等によって、設定情報管理テーブル（図４）を検索する。この検索で、指定のサーバがこの管理テーブルに示される接続先に当たると、ここから利用可能な３つの通信方式が参照できる。その中で、先ず優先度の高い「１」に対応する通信方式と接続先情報とが読み出される。この例では、「SOAP」と「https:// xxx. xxx. xxx. xxx./index.asp」が読み出され、これらをそれぞれ接続先、通信方式として設定する。
この後、設定に従い指定サーバへの接続を試みる。この接続を試みた結果、優先度「１」の「SOAP」では、エラーになり、接続に失敗した場合には、次の通信方式と接続先として優先度「２」を選ぶというように、優先順に管理テーブルから該当する情報を読み出し、接続を試み、接続に成功するまで、この手順を繰り返す。
【００１６】
ここで、デフォルト設定によって接続を開始する際にサーバ接続コントローラ１３が行う制御フローについて、図５に示すチャートに基づいて説明する。
サーバ接続コントローラ１３は、上位のコントローラからサーバ接続要求の発生の通知を受けて、図５のフローを起動し、まず、設定情報格納部からそこで管理する設定情報を接続要求に指定された接続先サーバにより参照し、通信方式の情報を読み出す（ステップＳ１０１）。
次いで、読み出した情報から、使用する通信方式を判断することにより、内蔵の通信方式を特定し（ステップＳ１０２）、特定した通信方式のサーバ接続モジュールを実際に使用するためのモジュールとしてロードする（ステップＳ１０３）。
実際に使用するサーバ接続モジュールをロードした後、このモジュールの通信方式でサーバとの接続処理を開始する（ステップＳ１０４）。
なお、この制御フローは、クライアント側でデフォルト設定を可能にしたときの基本フローであり、上記で示した優先度付きのテーブル（図４）に従って、接続処理を行う場合には、処理の過程で接続エラーの検知機能によるチェックを掛ける。このチェックで、エラーが検知された場合には、この制御フローの最初に戻し、次の優先度の方式に対応する設定で接続処理を行う、というようにして、接続に成功するまで、優先度順にこの制御フローを繰り返す。
【００１７】
“サーバ依存方式”
このサーバ依存方式では、クライアント１０は、選択する方式として、サーバ側の設定に合わせた通信方式を実行する方式として定める。このために、サーバ接続コントローラ１３は、サーバ２０側で設定している通信方式の情報を取得し、取得した通信方式とサーバ名、アドレス等の接続先情報とを関連付けた形の設定情報を設定情報格納部で管理し、接続時にユーザが指定したサーバに対応する通信方式をこの設定情報に従い選択し、設定に用いる。
このために、上記したシステム（図２）には、サーバ２０側で設定された通信方式の設定情報をクライアント１０で取得できるようにするための機能を備える。本実施形態では、この設定情報の取得方法として、クライアント１０がサーバ２０に問い合わせる方法とサーバ２０自らが配布する方法の２様を示す。
これらの取得方法を図２のシステム上で実施するために必要な制御プログラムは、オブジェクト指向のソフトウェア部品により構成でき、例えば、図６に示すクラス図により表すことができる。
【００１８】
図６のクラス図において、クライアント側のクラスとして、クラス名がサーバ接続メインルーチン５１と通信方式制御部５２を有し、また、サーバ側のクラスとして、クラス名がサーバメインルーチン５３と通信方式制御部５４と通信方式設定情報５５を有する。
クライアント１０のサーバ接続メインルーチン５１は、ユーザ等のオペレータ、通信方式制御部５２、サーバメインルーチン５３と連係し、ＵＩ（User Interface）を介して行われるオペレータの指示に従い、サーバ２０と接続するための操作として、接続開始指示（）を持つ。
クライアント１０の通信方式制御部５２は、サーバ接続メインルーチン５１、サーバ側の通信方式制御部５４と連係し、サーバ２０と接続するための操作として、通信方式問い合わせ（）等を持つ。
サーバ２０のサーバメインルーチン５３は、クライアント側のサーバ接続メインルーチン５１と連係する。
サーバ２０の通信方式制御部５４は、クライアント側の通信方式制御部５２、サーバ側の通信方式設定情報５５と連係し、クライアント１０と接続するための操作として、通信方式問い合わせ（）、配布指示（）、配布情報作成（）等を持つ。なお、通信方式制御部５４は、図２における通信方式制御部２５に相当する。
サーバ２０の通信方式設定情報５５は、通信方式制御部５４との間で情報を交換し、通信方式設定情報格納部２６へのアクセスをするための操作として、情報読み出し（）と情報書き込み（）等を持つ。なお、
【００１９】
ところで、この“サーバ依存方式”においては、サーバ２０側で通信方式の設定が行われていることが前提となる。次に、サーバ２０側の通信方式の設定に係わる処理について説明する。
本実施形態では、サーバ２０に備わっているＵＩ（User Interface）を介して操作を行うことにより、通信方式として使用可能な複数方式の中から、オペレータが選択する方式を設定することができるようにする。なお、サーバ２０のコンピュータには、オペレータがサーバ機能を実現するための各種設定の入力操作をダイアログ形式で行うためのGUI（Graphical User Interface）を有しており、この実施形態における通信方式を設定するための入力は、この既存の手段を適用することにより実現することが可能である。
図７は、サーバ側でＵＩを介して通信方式の設定を可能にするための入力画面の１例を示すものである。図７に示す例では、サーバの環境設定の入力を行う画面中に設定項目の１つとして、通信方式の設定用画面２０ｉを表示するようにしている。
この実施例では、サーバ２０が通信方式Ａ及び通信方式Ｂの２つを使用可能な方式として有している。よって、図７の設定用画面２０ｉには、「通信方式Ａ」と「通信方式Ｂ」を表示し、またＡ，Ｂそれぞれの方式に対応してチェックボタンを設け、どちらかのチェックボタンへのクリック操作により、実際に使用する方式を指示し、設定入力を行うことを可能にする。
【００２０】
ここで、上記ＵＩ入力に基づく通信方式の設定処理について、図８に示す制御フロー図に基づいて説明する。
サーバ２０のメインコントローラ（図示せず）がこの設定に係わる処理手段として機能する。メインコントローラは、操作部に各種の処理要求に応じるために用意されている入力画面、キーボード等に対する操作を受け付け、要求を実行するために必要な処理を行う。ここでは、操作部でサーバの環境設定などの動作条件の設定入力を要求する操作が行われたことを受け、要求に応じた設定処理の制御フローを起動する。
この制御フローによる処理の始めに、通信方式の設定用のＵＩ画面（図７、参照）を表示する（ステップＳ２０１）。
次いで、この設定画面へのオペレータの入力操作を受け付ける（ステップＳ２０２）。図７に例示した設定画面であれば、表示された「通信方式Ａ」と「通信方式Ｂ」のチェックボタンのON状態を検知する。
次に、上記した設定画面へのオペレータの入力操作を受け、得られた入力状態から、指示された通信方式を判断することにより、設定すべき通信方式を特定する（ステップＳ２０３）。図７の設定画面であれば、「通信方式Ａ」と「通信方式Ｂ」のいずれかを使用する方式として特定する。
設定すべき通信方式として特定された通信方式を実際に使用する際に参照するために、この方式を設定情報として通信方式設定情報格納部へ保存し（ステップＳ２０４）、この制御フローを終了する。
【００２１】
“サーバ依存方式”では、上記のようにしてサーバ内の通信方式設定情報格納部へ保存したサーバ２０側の設定情報をクライアント１０側で通信方式の設定に用いる。サーバ・クライアントシステム（図１）上でこの通信インターフェースを実現するために、先に図６のクラス図にて例示した構成に基づく制御プログラムを使用する。
この制御プログラムは、サーバ側で保存された設定情報を取得するために、２様の方法、即ち、クライアント１０がサーバ２０に問い合わせる方法とサーバ２０自らが配布する方法を実施することを可能にする。
次に、これらの２様の方法に係わる実施形態をそれぞれ図９、図１０のシーケンス図に基づいて説明する。図９、図１０のシーケンス図は、これらの方法を実行するために、図６に示した制御プログラムのソフトウェア部品間で行われる一連の手順を示す。
【００２２】
まず、クライアント１０がサーバ２０に問い合わせる方法に係わるシーケンス（以下「問い合わせシーケンス」という）について、図９を参照して説明する。
この問い合わせシーケンスは、クライアント１０側でＵＩを介してオペレータが接続要求を行い、この要求に対応してサーバ接続を実行するシーケンスの始めに行われる。
サーバ接続メインルーチン５１は、オペレータにより要求されるサーバ接続の開始指示のキー操作を受け（Ｓｑ１０１）、これに応えて、指定された接続先サーバへの接続を行う。その際に、問い合わせシーケンスの手順として、まず、通信方式制御部５２に使用する通信方式を問い合わせるメッセージを伝える（Ｓｑ１０２）。
このメッセージを受け取る通信方式制御部５２は、接続要求に指定された接続先サーバ側の通信方式制御部５４に通信方式を問い合わせるメッセージを伝える（Ｓｑ１０３）。なお、このときに使用する通信方式は、接続が可能な方式の中から適当に選ばれる。例えば、高セキュリティを重視した通信方式（SOAP等）固定で通信しても良いし、性能重視した通信方式（DCOM）固定で通信しても良い。後者のセキュリティが低い場合は、ネットワーク上を流れるデータを暗号化する方法を用いても良い。
通信方式制御部５４は、クライアントからの通信方式を問い合わせるメッセージに応じ、サーバ内の通信方式設定情報格納部２６の情報を管理する通信方式設定情報５５に通信方式に関する設定情報の読み出しを指示するメッセージを伝える（Ｓｑ１０４）。
通信方式設定情報５５は、指示に従い通信方式設定情報格納部２６から設定情報を読み出し、得た設定情報を通信方式制御部５４に渡たす（Ｓｑ１０５）。
また、この設定情報は、通信方式制御部５４を経て、クライアント側の通信方式制御部５２に渡される（Ｓｑ１０６）。
次に、通信方式制御部５２は、受け取った設定情報をサーバ接続メインルーチン５１にサーバ側で設定された通信方式として伝える（Ｓｑ１０７）。
サーバ接続メインルーチン５１は、通信方式を受け取ったことに応じて、サーバから取得した通信方式の設定で接続を開始するメッセージをサーバメインルーチン５３に伝える（Ｓｑ１０８）。
【００２３】
次に、サーバ２０自らがクライアント１０に配布する方法に係わるシーケンス（以下「配布シーケンス」という）について、図１０を参照して説明する。
この配布シーケンスは、サーバ２０側でＵＩを介してオペレータが通信方式情報の配布要求を行い、この要求に対応してサーバ２０に設定された通信方式情報をクライアント１０に配布するためのものである。
サーバ側の通信方式制御部５４は、オペレータにより行われる通信方式情報の配布指示のキー操作を受け（Ｓｑ２０１）、この指示に応じて、サーバ内の通信方式設定情報格納部２６の情報を管理する通信方式設定情報５５に通信方式に関する設定情報の読み出しを指示するメッセージを伝える（Ｓｑ２０２）。
通信方式設定情報５５は、指示に従い通信方式設定情報格納部２６からこの設定情報を読み出し、得た通信方式情報を通信方式制御部５４に渡たす（Ｓｑ２０３）。
通信方式制御部５４は、渡された通信方式情報をもとに配布情報を作成し（Ｓｑ２０４）、この配布情報をクライアント側の通信方式制御部５２に渡す（Ｓｑ２０５）。
次に、通信方式制御部５２は、受け取った配布情報をサーバ接続メインルーチン５１に伝える（Ｓｑ２０６）。なお、配布情報には、サーバ側で設定された通信方式のほかに、付加情報として配布元のサーバ名等の接続先サーバ情報を有する。
サーバ接続メインルーチン５１は、受け取った配布情報に基づいて、サーバ名等の接続先サーバに対応して設定する通信方式を通信方式設定情報格納部で管理する。ここで管理する設定情報によって、接続指示が発行したときに、配布元のサーバへの接続を実行する（Ｓｑ２０７）。
【００２４】
「マニュアル設定」
マニュアル設定は、利用可能な複数の通信方式の中から、ＵＩへの操作を通じて１方式を選択し、これを使用方式として設定するもので、システム側で自動的に設定する上記した「デフォルト設定」と異なり、ユーザが自由に通信方式を選択し、設定できる。
このマニュアル設定機能は、メインプログラム１１がユーザ操作による外部からの入力を受け、サーバ接続コントローラ１３に指示し、また、サーバ接続コントローラ１３が指示された通信方式を実行時の設定情報として管理することによって、実現し得る。
本実施形態では、サーバ接続モジュールのプラグインにより利用可能とされたSOAP、DCOM等の複数の通信方式の１つがマニュアル設定機能によって、指定するサーバに対する使用方式として指示されるので、サーバ接続コントローラ１３は、指示された通信方式を設定情報として管理し、サーバ接続に必要な手順を実行する。
マニュアル設定によると、利用するサーバとの間のネットワーク環境や使用状況に対するユーザの認識や要求の変化に対応し、サーバ毎により適した方式を選択し、設定することを可能にし、このようにすることで高いパフォーマンスを得られるようにする。
【００２５】
ここで、クライアント１０側で行う通信方式のマニュアル設定に係わる処理について説明する。
クライアント１０には、ＵＩ（User Interface）及び設定情報の管理手段が備わっている。これらの手段を実現するために、本実施形態では、図２を参照して説明したように、クライアント１０のメインプログラム１１によりＵＩ制御部、設定情報の管理部を構成する。
通信方式のマニュアル設定は、ＵＩを通じて行われるオペレータの操作により、通信方式として使用可能な複数方式の中から、実行時の１方式を選択し、設定することができるようにする。
図１１は、クライアント側でＵＩを介して通信方式の設定を可能にするためのGUI入力画面の１例を示すものである。図１１に示す例は、サーバ・クライアントシステムにおいて文書を管理するサーバに対し各クライアントで用意される「文書管理サーバのプロパティ」の設定画面である。この設定画面中には、サーバ名の入力欄１０ｎのほか、設定項目の１つとして、通信方式の設定用画面１０ｉを表示するようにしている。
この実施例では、クライアント１０が通信方式Ａ及び通信方式Ｂの２つを使用可能な方式として有している。よって、図１１の設定用画面１０ｉには、「通信方式Ａ」と「通信方式Ｂ」を表示し、またＡ，Ｂそれぞれの方式に対応してチェックボタンを設け、どちらかのチェックボタンへのクリック操作により、実際に使用する方式を指示し、設定入力を行うことを可能にする。
【００２６】
ここで、クライアントのＵＩ入力に基づく通信方式の設定処理について、図１２に示す制御フロー図に基づいて説明する。
クライアント１０のメインプログラム１１よって構成されるコントローラがこの設定に係わる処理手段として機能する。このコントローラは、ＵＩに各種の処理要求に応じるために用意されている入力画面、キーボード等に対する操作を受け付け、要求を実行するために必要な処理を行う。ここでは、ＵＩで文書管理サーバのプロパティの設定などの設定入力を要求する操作が行われたことを受け、要求に応じた設定処理の制御フローを起動する。
この制御フローによる処理の始めに、文書管理サーバのプロパティ設定用のＵＩ画面（図１１、参照）を表示する（ステップＳ３０１）。
次いで、この設定画面へのオペレータの入力操作を受け付ける（ステップＳ３０２）。図１１に例示した設定画面であれば、表示された「通信方式Ａ」と「通信方式Ｂ」のチェックボタンのON状態を検知する。
次に、設定画面へのオペレータの入力操作を受け、得られた入力状態から、指示された通信方式を判断することにより、設定すべき通信方式を特定する（ステップＳ３０３）。図１１の設定画面であれば、「通信方式Ａ」と「通信方式Ｂ」のいずれかを使用する方式として特定する。
設定すべき通信方式として特定された通信方式を実際に使用する際に参照するために、この方式を設定情報として通信方式設定情報格納部へ保存し（ステップＳ３０４）、この制御フローを終了する。
【００２７】
「設定情報の共通利用」
上記した「デフォルト設定」或いは「マニュアル設定」のいずれの場合でも、クライアント１０の通信方式設定情報格納部に通信方式を保存する処理を行うことにより実際に使用する通信方式の設定を可能とした。ただ、この保存処理は、上記実施形態では、１クライアント単位の処理にとどまっているので、同一のネットワーク環境にあるクライアントが多数あっても、各クライアントで保存処理を個々に行うことが必要になる。従って、それぞれのクライアントとサーバ間で、例えば、上記した「問い合わせシーケンス」を行うとすると、このオペレーションを実行するにあたり、処理効率の低下やヒューマンエラーの増大が生じる。
そこで、１クライアントで通信方式設定情報格納部に通信方式情報を保存する処理を行った場合に、保存した通信方式情報をさらに他のクライアントに配布し、配布先のクライアントで設定し得るようにする機能を備え、クライアント間で共通に設定情報を利用できるようにする。
【００２８】
具体的には、上記した「問い合わせシーケンス」で取得した設定情報を例に取ると、１クライアントは、「問い合わせシーケンス」を実行することにより、サーバ側から設定すべき通信方式情報を取得し、クライアント内の通信方式設定情報格納部に設定情報として保存する。この後、１クライアントの通信方式設定情報格納部に保存した設定情報を他のクライアントに配布し、通信方式設定情報格納部に保存させることで、設定情報の共通化を可能にする。この方法を採用することによって、クライアント間で共通に設定情報を利用する、という目的を容易に達成できる。
なお、クライアント間で行う上記した設定情報の配布は、重複を避け、処理の効率化を図ることが望ましく、例えば、同一のネットワーク環境にあるクライアントのグループにおける特定のクライアントを配布拠点として定め、この拠点クライアントからグループ内の他のクライアントに配布するようにしても良い。
また、配布のタイミングは、最新の情報を配布することが望ましいので、配布元で通信方式設定情報格納部に新たに得た設定情報を保存したときに合わせたタイミングで行うことが望ましい。
【００２９】
クライアント間で通信方式に関する設定情報を共通化する機能を実現するための処理を図１３及び図１４の制御フローに基づいて説明する。
図１３は、配布元のクライアントで配布時に行う処理の制御フローを示す。なお、ここでは、サーバ接続コントローラ１３が上位のコントローラからの指示に従い制御フローに従い処理を実行する。
図１３のフローに基づいて、処理を説明すると、まず、サーバ接続コントローラ１３は、上位のコントローラから通信方式に関する設定情報の配布指示を受けて、図１３のフローを起動し、まず、通信方式設定情報格納部からそこで管理する通信方式に関する設定情報を配布指示に基づき参照し、該当する情報を読み出す（ステップＳ４０１）。なお、通信方式に関する設定情報には、接続先サーバ等の情報を含む。
次いで、読み出した情報から、通信方式等の設定情報を判断する（ステップＳ４０２）。
次いで、前のステップで得られた通信方式に関する設定情報をもとに配布情報を作成し、これを配布情報ファイルに書き込む（ステップＳ４０３）。この処理を行うことにより、配布先のクライアントで利用することができる配布情報の準備が完了するので、この後、上位コントローラの指示に従い配布を実行する。
【００３０】
図１４は、配布先のクライアントで配布時に行う処理の制御フローを示す。なお、ここでは、配布元のクライアントからの配布情報（図１３、参照）を受け取った後、サーバ接続コントローラ１３が上位のコントローラからの指示に従いこの制御フローに従い処理を実行する。
図１４のフローに基づいて、処理を説明すると、まず、サーバ接続コントローラ１３は、上位のコントローラから配布情報の処理指令を受けて、図１４のフローを起動し、まず、渡された配布情報を解読する（ステップＳ５０１）。
配布情報を解読した結果として得られる情報から、サーバ接続に使用すべき通信方式等の設定情報を判断する（ステップＳ５０２）。
サーバ接続に使用すべき通信方式として判断された通信方式を実際に使用する際に参照するために、この方式に関する設定情報として通信方式設定情報格納部へ保存し（ステップＳ５０３）、この制御フローを終了する。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施形態に係わる情報処理システムの構成を示す。
【図２】サーバ・クライアントシステム（図１）の１実施形態のモジュール構成を示す。
【図３】サーバ・クライアントシステム（図１）の他の実施形態のモジュール構成を示す。
【図４】優先度、接続先情報及び通信方式を対応付けた、設定情報管理テーブルの１例を示す。
【図５】デフォルト設定によって接続を開始する際にサーバ接続コントローラが行う制御フローを示す。
【図６】サーバ・クライアントシステム（図２）上で設定情報を取得するために必要な制御プログラムの構成をクラス図にて示す。
【図７】サーバ側でＵＩを介して通信方式の設定を可能にするための入力画面の１例を示す。
【図８】ＵＩ入力に基づく通信方式の設定処理の制御フローを示す。
【図９】クライアントがサーバに設定情報を問い合わせる方法に係わるシーケンスを示す。
【図１０】サーバがクライアントに設定情報を配布する方法に係わるシーケンスを示す。
【図１１】クライアント側でＵＩを介して通信方式の設定を可能にするためのGUI入力画面の１例を示す。
【図１２】クライアントのＵＩ入力に基づく通信方式の設定処理の制御フローを示す。
【図１３】通信方式情報を共通化する機能を実現するための情報配布元における処理の制御フローを示す。
【図１４】通信方式情報を共通化する機能を実現するための情報配布先における処理の制御フローを示す。
【符号の説明】
【００３２】
１０・・クライアント、１１・・メインプログラム、１３，１３’・・サーバ接続コントローラ、１５，１６，１７・・サーバ接続モジュール、２０・・サーバ、２２・・DCOM I/F（インターフェース）、２３・・SOAPサービス、２５・・通信方式制御部、２６・・通信方式設定情報格納部。
【図１】
2008171313.tif 000003
【図２】
2008171313.tif 000004
【図３】
2008171313.tif 000005
【図４】
2008171313.tif 000006
【図５】
2008171313.tif 000007
【図６】
2008171313.tif 000008
【図７】
2008171313.tif 000009
【図８】
2008171313.tif 000010
【図９】
2008171313.tif 000011
【図１０】
2008171313.tif 000012
【図１１】
2008171313.tif 000013
【図１２】
2008171313.tif 000014
【図１３】
2008171313.tif 000015
【図１４】
2008171313.tif 000016