JPH096697A - ネットワークシステムにおける統合情報管理システム - Google Patents

Abstract

(57)【要約】 【目的】 複数のサービスの連携が可能な統合情報管理
システムを提供する。 【構成】 複数のクライアント端末１１０をネットワー
クを介してサーバ装置１２０に接続したシステムにおけ
る統合情報管理システムにおいて、クライアント端末１
１０は、複数のサービス処理手段１１１とサーバ装置１
２０との間で、サービス情報を含んだ手順情報を授受す
る手順通信手段１１２と、転送依頼で指定されたファイ
ルを転送するファイル転送手段１１３と、手順通信手段
１１２を介して送受信されるサービス情報を抽出する抽
出手段１１４と、抽出されたサービス情報を保持するサ
ービス情報保持手段１１５とを備えた構成であり、複数
のサービス処理手段１１１は、サービス情報を再利用す
る旨の指示の入力に応じて、サービス情報保持手段１１
５から該当するサービス情報を検索して、サービス提供
処理に供する検索手段１１６を備えた構成である

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ローカルエリアネット
ワーク（以下、ＬＡＮと略称する）などで各クライアン
ト端末とサーバ装置とを接続したネットワークシステム
において、各クライアント端末とサーバ装置との間で授
受する情報の統合的な管理を図る統合情報管理システム
に関するものである。パソコンなどの情報処理装置の利
用者のすそ野の広がり、また、企業内ＬＡＮのようなネ
ットワークの普及に伴って、情報処理装置が提供する様
々なサービスの統合や連携が要望されている。これに応
じて、例えば、掲示板や電子会議、電子メール、スケジ
ュール管理などのサービスを統合して、ネットワークの
利点をオフィスオートメーションの推進に活用しようと
する統合情報管理システムが提案されている。また、こ
のようなシステムでは、例えば、ワードプロセッサで作
成したテキストと表計算ソフト用のデータなど、形式の
異なる複数のファイルを１つの文書として統合し、物事
を多面的に表現したドキュメントとして扱うことが必要
とされている。

【０００２】

【従来の技術】図６に、ＬＡＮで接続されたクライアン
トサーバシステムの構成例を示す。図６において、クラ
イアント端末４１０の掲示板サービス提供部４１１、メ
ールサービス提供部４１２、スケジュールサービス提供
部４１３および会議室サービス提供部４１４は、クライ
アント側のセッション処理部４１５とＬＡＮ４０１およ
びサーバ４２０側のセッション処理部４２１からなるセ
ッション処理機構を介して、掲示板サービス代行部４２
２、メールサービス代行部４２３、スケジュールサービ
ス代行部４２４および会議室サービス代行部４２５との
間で、それぞれ互いにサービス固有の情報を要求し、そ
れらの情報の提供を受ける構成となっている。

【０００３】ここで、サービス固有の情報としては、例
えば、掲示板サービスにおける掲示情報リストおよび各
掲示情報の提供者名やＩＤ、また、メールサービスにお
ける受信メールリストおよび各メールの発信者名やＩＤ
などがある。また、クライアント端末４１０の利用者
が、例えば掲示板に情報を登録しようとする場合は、掲
示板サービス提供部４１１は、セッション処理機構を介
してサーバ４２０の掲示板サービス代行部４２２に登録
する旨を通知するとともに、ファイル転送処理部４１６
に対して、指定したファイルの転送処理を指示する構成
となっている。

【０００４】これに応じて、ファイル転送処理部４１６
は、オペレーティングシステム４０２を介してハードデ
ィスク４０３から該当するファイルを受け取り、適切な
ヘッダなどの管理情報を付加してＬＡＮ４０１に送出
し、サーバ４２０の掲示板サービス代行部４２２への送
信を依頼すればよい。また、サーバ４２０のファイル転
送処理部４２６は、このファイルをＬＡＮ４０１から受
け取って、サーバ装置４２０に備えられた補助記憶装置
４０４に蓄積するとともに、このファイルに関する情報
を掲示板サービス代行部４２２に新しい掲示情報として
渡せばよい。これに応じて、掲示板サービス代行部４２
２により、上述したファイルが掲示板の情報として新規
に登録される。

【０００５】また、同様にして、利用者が掲示板に登録
された情報を要求した場合は、掲示板サービス代行部４
２２により、指定された情報が格納されたファイルの転
送依頼が行われ、ファイル転送処理部４２６、４１６お
よびＬＡＮ４０１からなるファイル転送機構を介して、
クライアント端末４１０のハードディスク４０３などに
ダウンロードされる。

【０００６】メールサービスにおいても同様である。こ
のように、従来の統合情報管理システムにおいては、メ
ールの文書や掲示板への登録情報などのボディ部に、転
送作業に必要なヘッダなどを付加して１つのファイルと
し、このファイルをアップロード、ダウンロードするこ
とにより、メールの送受信や情報の登録／参照が実現さ
れている。

【０００７】また、複数のファイルが転送対象として指
定された場合は、ファイル転送処理部４１６のファイル
編成部４１７が動作し、指定されたファイルのそれぞれ
をボディ部とするマルチボディファイル（後述する）を
編成し、１つのファイルとしてＬＡＮ４０１に送出する
構成となっている。図７に、従来のマルチボディファイ
ルの構成例を示す。

【０００８】図７(a) に示すように、マルチボディファ
イルは、複数のボディ部（図７において、ボディ部１か
らボディ部ｎとして示した）に、これらのボディ部がフ
ァイルにおいて占める位置を示すオブジェクトレコード
からなるオブジェクトレコード部と管理部とを付加した
構成となっている。なお、管理部は、ファイルヘッダと
オブジェクトヘッダから構成されており、ファイルヘッ
ダにより、ファイル全体の長さとオブジェクトヘッダの
位置を表し、オブジェクトヘッダにより、上述した各オ
ブジェクトレコード部の位置を示す構成となっている。

【０００９】また、図７(b) に示すように、注釈文など
からなるメッセージボディ部と、このメッセージボディ
部の有無および位置を示すメッセージヘッダとを備えて
構成される場合もある。ここで、上述した従来の統合情
報システムにおいては、掲示板サービスやメールサービ
スなどの各サービスにおいて、セッション処理機構を介
してやりとりされる情報は、基本的には、各サービスに
固有な情報として、それぞれのサービスを提供する処理
部によってのみ利用されている。

【００１０】ただし、アポイント付きメールという形
で、メールサービスとスケジュール管理サービスとの連
携を図ったシステムも提供されている。このアポイント
付きメールは、サーバ４２０側のメールサービス代行部
４２３と、クライアント端末４２０のメールサービス提
供部４１２とのそれぞれが、特殊な機能を持つことで、
メールに付加されたアポイント情報をスケジュール管理
サービスに反映するものである。

【００１１】この場合は、メールサービス代行部４２３
は、各メールにアポイント情報が付加されているか否か
を示すフラグをメール管理ファイルに保持しておき、こ
のフラグによって、指定されたメールにアポイント情報
が付加されていることが示されたときに、該当するアポ
イント情報をクライアント側に渡す構成とすればよい。
また、クライアント端末４１０のメールサービス提供部
４１２は、サーバ４２０側からアポイント情報を受け取
って、例えば、オペレーティングシステム４０２を介し
て、利用者が入力した場合と同様のアポイント情報とし
て、スケジュールサービス提供部４１３に渡す構成とす
ればよい。

【００１２】

【発明が解決しようとする課題】上述したように、従来
の統合情報システムにおいては、アポイントメールのよ
うに、特別にサービス側で情報の共有を図った場合以外
は、各サービス固有の情報はサービス間でやりとりされ
ることはなかった。このため、例えば、掲示板に登録さ
れた情報をダウンロードした後に、この情報の提供者に
宛ててメールを送信しようとする場合は、メールサービ
スを利用するときに、改めて宛先を指定する必要があっ
た。このため、掲示板サービスを利用している間に、該
当する利用者名やＩＤを控えておいたり、または、メー
ルサービスの利用中に、掲示板サービスに問い合わせを
発行したりといった操作が必要となっていた。

【００１３】このように、従来の統合情報システムにお
いては、各サービスの固有の情報が共有されない構成と
なっていたため、サービス間の連携が不十分であった。
しかしながら、上述したアポイント付きメールのよう
に、各サービスにそれぞれ特殊な機能を設けて、特定の
サービスに関する情報を個別に利用可能にしていったの
では、アプリケーションソフトウェアの開発コストが大
幅に上昇してしまう。また、連携させようとするサービ
スの組み合わせごとに、対応する特殊機能が必要とな
り、拡張性、汎用性に乏しい。

【００１４】本発明は、複数のアプリケーションが提供
するサービスの連携が可能な統合情報管理システムを提
供することを目的とする。

【００１５】

【課題を解決するための手段】請求項１の発明は、それ
ぞれ異なるサービスを提供する複数のサービス処理手段
１１１を備えた複数のクライアント端末１１０のそれぞ
れをネットワークを介してサーバ装置１２０に接続した
ネットワークシステムにおいて、各クライアント端末１
１０とサーバ装置１２０との間で授受する情報の統合的
な管理を図る統合情報管理システムにおいて、クライア
ント端末１１０は、複数のサービス処理手段１１１とサ
ーバ装置１２０との間で、それぞれのアプリケーション
に固有のサービス情報を含んだ手順情報を授受する手順
通信手段１１２と、複数のサービス処理手段１１１から
の転送依頼に応じて、指定されたファイルを転送するフ
ァイル転送手段１１３と、手順通信手段１１２を介して
送受信されるサービス情報を抽出する抽出手段１１４
と、抽出手段１１４によって抽出されたサービス情報を
保持するサービス情報保持手段１１５とを備えた構成で
あり、複数のサービス処理手段１１１は、サービス情報
を再利用する旨の指示の入力に応じて、サービス情報保
持手段１１５から該当するサービス情報を検索して、サ
ービス提供処理に供する検索手段１１６を備えた構成で
あることを特徴とする。

【００１６】請求項２の発明は、請求項１に記載の統合
情報管理システムにおいて、ファイル転送手段１１３
は、入力される転送依頼とサービス情報保持手段１１５
に保持されたサービス情報とに基づいて、依頼元に対応
するサービス情報と指定されたファイルに対応するサー
ビス情報とを含むサービスレコードを作成するサービス
レコード作成手段１１７と、転送依頼で指定された少な
くとも１つのファイルを結合するとともに、サービスレ
コードを付加して転送用ファイルを編成し、ネットワー
クを介するファイル転送処理に供するファイル編成手段
１１８とを備えた構成であり、サーバ装置１２０は、フ
ァイル転送手段１１３から転送用ファイルを受け取って
蓄積するファイル蓄積手段１２１と、手順通信手段１１
２を介して入力された要求に応じて、ファイル蓄積手段
１２１から該当する転送用ファイル内のサービスレコー
ドを読み出して、手順通信手段１１２を介して要求元に
返す応答処理手段１２２とを備えた構成であることを特
徴とする。

【００１７】

【作用】請求項１の発明は、抽出手段１１４により、各
提供手段１１１がサーバ装置１２０に送出するサービス
情報とサーバ装置１２０が各提供手段１１１に送出した
サービス情報との両方を抽出してサービス情報保持手段
１１５に保持しておくことができ、また、各サービス処
理手段１１１は、対応する検索手段１１６を介して上述
したサービス情報保持手段１１５から任意のサービス処
理手段１１１に対応するサービス情報を検索して、自身
が提供するサービスに利用することができる。

【００１８】請求項２の発明は、任意のサービス処理手
段１１１からの依頼に応じて、ファイル転送手段１１３
のサービスレコード作成手段１１７とファイル編成手段
１１８とが動作することにより、指定されたファイルと
これらのファイルおよび依頼元のサービスに対応するサ
ービスレコードを含んだ転送用ファイルを作成し、サー
バ装置１２０のファイル蓄積手段１２１に蓄積すること
ができる。

【００１９】したがって、応答処理手段１２２が、クラ
イアント端末１１０からの要求に応じて、該当する転送
用ファイルからサービスレコードを読み出して送出する
ことにより、複数のクライアント端末１１０間において
サービス情報を共有することができる。

【００２０】

【実施例】以下、図面に基づいて、本発明の実施例につ
いて詳細に説明する。

【００２１】図２に、本発明の統合情報管理システムを
適用したクライアントサーバシステムの実施例構成を示
す。また、図３に、本発明の統合情報管理システムで授
受されるマルチボディファイルの構成例を示す。図３に
示したマルチボディファイルにおいて、サービスレコー
ド部は、このマルチボディファイルが利用するサービス
ごとに、それぞれ固有の情報（以下、サービス情報と称
する）を格納する構成となっており、従来のマルチボデ
ィファイルに、このサービスレコード部を付加した構成
となっている。また、このサービスレコード部のファイ
ルにおける位置およびその種類を示す情報は、管理部に
付加されたサービスヘッダによって示されている。

【００２２】図２に示した統合情報管理システムにおい
て、クライアント端末２１０は、図６に示した従来のク
ライアント端末４１０に、サービス情報保持手段１１５
に相当するサービスレコード保持部２１１を付加し、ま
た、ファイル編成部４１７に代えて、ファイル編成部２
１２と検索処理部２１３とを備えた構成となっている。
上述したサービスレコード保持部２１１は、例えば、各
サービスを示すキーワードに対応して、該当するサービ
スレコードを保持する構成となっている。

【００２３】また、図２において、サービス提供部２１
４₁〜２１４_nは、サービス処理手段１１１に相当するも
のであり、それぞれ図６に示した掲示板サービス提供部
４１１、メールサービス提供部４１２、スケジュールサ
ービス提供部４１３および会議室サービス提供部４１４
などと同様に、それぞれ該当するサービスの処理を行う
構成となっている。

【００２４】これらのサービス提供部２１４₁〜２１４_n
において、サービス処理部２１５は、受付処理部２１６
がセッション処理機構あるいはオペレーティングシステ
ム４０２から受け取った情報や要求に応じて、それぞれ
該当するサービスを提供する構成となっている。また、
検索処理部２１７は、受付処理部２１６からの指示に応
じて、上述したサービスレコード保持部２１１から必要
な情報を検索し、受付処理部２１４に返す構成となって
いる。

【００２５】以下、上述したサービス提供部２１４₁〜
２１４_nを総称する際には、単に、サービス提供部２１
４と称する。また、図２に示したファイル転送機構にお
いて、ファイル編成部２１２は、上述した各サービス処
理部２１５からの指示に応じて、指定されたファイルを
従来と同様にボディ部として結合するとともに、検索処
理部２１３を介して上述したサービスレコード保持部２
１１から該当するサービス情報を検索し、このサービス
レコードを付加して、図３に示したマルチボディファイ
ルを編成する構成となっている。

【００２６】一方、サーバ装置２２０の補助記憶装置４
０４は、請求項２で述べたファイル蓄積手段１１７に相
当するものであり、上述したファイル転送機構を介し
て、クライアント端末２１０から転送されたマルチボデ
ィファイルをそのまま蓄積する構成となっている。ま
た、図２に示したサーバ装置２２０側のサービス代行部
２２１₁〜２２１_nにおいて、代行処理部２２２は、図６
に示した掲示板サービス代行部４２２、メールサービス
代行部４２３、スケジュール代行部４２４および会議室
サービス代行部４２５などと同様に、各サービスの処理
を代行する機能を備えている。

【００２７】これらのサービス代行部２２１₁〜２２１_n
において、サービス情報提供部２２３は、応答処理手段
１２２に相当するものであり、セッション処理機構を介
して対応するサービス処理部２１５からの要求を受け取
り、補助記憶装置４０４から指定されたファイルの管理
部とともにサービスレコード部とオブジェクトレコード
部とを読み出して、セッション処理機構を介してクライ
アント端末２１０側に送出する構成となっている。

【００２８】以下、サービス固有の情報を共有する方法
について説明する。図４に、サービス情報の受付動作を
表す流れ図を示す。各サービス提供部２１４の受付処理
部２１６は、上述したように、セッション処理機構ある
いはオペレーティングシステム４０２からの入力に応じ
て動作を開始し、まず、入力情報が、サーバ装置２２０
側からのものであるか否かを判定する（ステップ３０
１）。

【００２９】例えば、掲示板に登録された情報を参照す
る場合には、該当するサービス提供部２１４のサービス
処理部２１５がセッション処理機構を介して通知した要
求に応じて、サーバ装置２２０側の該当するサービス代
行部２２１のサービス情報提供部２２２により、補助記
憶装置４０４に蓄積された該当するファイルから、その
管理部とともにサービスレコード部およびオブジェクト
レコード部が読み出されて、セッション処理機構を介し
て上述したサービス提供部２１４の受付処理部２１６に
通知される。

【００３０】この場合は、ステップ３０１の肯定判定と
してステップ３０２に進み、受付処理部２１６は、セッ
ション処理機構から上述した管理部およびオブジェクト
レコード部とともにサービスレコード部を受け取って、
該当するサービス（例えば、掲示板サービス）に対応す
るサービス情報としてサービスレコード保持部２１１に
格納する。

【００３１】ここで、要求したマルチボディファイル
が、スケジュールサービスに対応するサービスレコード
として、会議の開催日時や場所を示すアポイント情報を
持ち、また、掲示板サービスに対応するサービスレコー
ドとして、登録した利用者名や利用者ＩＤなどを持って
いた場合は、受付処理部２１６は、これらの２つのサー
ビスレコードをそれぞれがいとうするサービスに対応し
て、サービスレコード保持部２１１に格納すればよい。

【００３２】その後、受付処理部２１６は、これらの情
報をサービス処理部２３３に渡し（ステップ３０３）、
処理を終了すればよい。このように、各サービス提供部
２１４に設けられた受付処理部２１６が、手順通信手段
１１２に相当するセッション処理機構からのサービスレ
コードの受信に応じて動作することにより、抽出手段１
１４の機能の一部を実現し、サーバ装置２２０からクラ
イアント端末２１０側に渡されるサービス情報を抽出し
て、サービスレコード保持部２１１に保持することがで
きる。

【００３３】また、上述した管理部およびオブジェクト
レコード部の入力に応じて、サービス処理部２１５は、
従来と同様にして、登録された情報の一覧などを利用者
に提供し、利用者からの指示に応じて、セッション処理
機構を介して、対応するサービス代行部２２１に該当す
るファイルの転送を要求すればよい。一方、例えば、メ
ールサービス提供部２１５を介して、メールを送信しよ
うとする場合は、受付処理部２１６は、オペレーティン
グシステム４０２側からの入力に応じて動作するので、
上述したステップ３０１の否定判定となる。

【００３４】このとき、利用者によって、サービスレコ
ードを再利用する旨が指示された場合は、ステップ３０
４の肯定判定となり、受付処理部２１６からの指示に応
じて、検索処理部２１７は、サービスレコード保持部２
１１から該当するサービス情報を検索する（ステップ３
０５）。例えば、上述したようにして、サービスレコー
ド保持部２１１に掲示板サービスに対応するサービスレ
コードとして、情報登録者の利用者名および利用者ＩＤ
が格納されていれば、検索処理部２１７は、受付処理部
２１６からの指示に応じてこれらの情報を検索し、受付
処理部２１６に返すことができる。

【００３５】その後、ステップ３０３に進んで、受付処
理部２１６は、検索された情報を入力された情報と同様
にしてサービス処理部２１５に送出すればよい。このよ
うに、利用者の所定の操作に応じて、受付処理部２１６
からの指示に応じて検索処理部２１７が動作することに
より、検索手段１１６の機能を実現し、再利用指示に応
じて、他のサービスの処理の際に、サービスレコード保
持部２１１に保持されたサービス情報を流用することが
できる。

【００３６】この場合に、検索処理部２１７によって検
索されたサービス情報は、受付処理部２１６によりオペ
レーティングシステム４０２を介して入力された情報と
同等に扱われるから、サービス処理部２１５は、従来と
同様にして、メールの本文を格納したファイルを示す情
報を指定して、ファイル転送処理部２１３にファイル転
送を依頼すれよい。

【００３７】更に、スケジュールサービスに対応するサ
ービス提供部２１４に切り換えて、同様の操作を行え
ば、上述した掲示情報にサービスレコードとして含まれ
ていたスケジュール情報を利用者のスケジュールに反映
させることができる。この場合も、上述した宛先情報を
利用する場合と同様にして、サービスレコードを再利用
する旨の指示の入力に応じて、受付処理部２１６が検索
処理部２１７にスケジュール情報の検索を指示すればよ
い。これに応じて、サービスレコード保持部２１１から
検索された会議の予定を示す情報は、受付処理部２１６
を介してサービス処理部２１５に送出され、利用者が入
力したスケジュール情報と同等のものとして、利用者の
スケジュールに反映される。

【００３８】また一方、利用者が、会議室サービスを提
供するサービス提供部２１４を介して会議室を新規に予
約する際には、会議室を特定する情報や会議の参加者を
示す情報および予約者を示す予約情報が入力れる。この
場合は、新規なサービスレコードがクライアント端末２
１０の利用者側から入力されるので、ステップ３０１お
よびステップ３０４の否定判定となり、受付処理部２１
６は、利用者が入力した情報を受け付けて（ステップ３
０６）、この情報をサービスレコード保持部２１１に送
出し（ステップ３０７）、該当サービス（例えば、会議
室サービス）に対応するサービス情報として格納すれば
よい。

【００３９】その後、ステップ３０３に進んで、このサ
ービスレコードをサービス処理部２１５の処理に供すれ
ばよい。このように、各受付処理部２１６が、オペレー
ティングシステム４０２からの情報の入力に応じて動作
することにより、抽出手段１１４の機能の残りの一部を
実現し、新規に入力されたサービス情報をサービスレコ
ード保持部２１１に追加することができる。

【００４０】また、この会議室サービス提供部２１６の
サービス処理部２３３d は、上述したようにして入力さ
れた予約情報に基づいて、従来と同様にして、会議室の
予約処理を行えばよい。上述したようにして、サーバ装
置２２０側およびオペレーティングシステム４０２側か
ら入力されるサービス情報を両方とも抽出し、該当する
サービス処理部２１５の処理に供するとともにサービス
レコード保持部２１１に保持しておき、必要に応じて検
索することにより、クライアント端末２１０側の複数の
サービス提供部２１４の間において、互いにサービス情
報を共有し、サービス間の連携を図ることが可能とな
る。

【００４１】これにより、スケジュール情報や宛先の利
用者名などを重複して入力する必要がなくなり、利用者
の負担を大幅に軽減することができる。例えば、上述し
た会議室の予約作業の後に、スケジュールサービスを利
用して、会議室の予約に関する情報を利用者自身のスケ
ジュールとして取り込めば、改めてスケジュールを入力
する必要はない。

【００４２】次に、アポイント付きの会議開催通知文書
と会議用の資料文書とをまとめたマルチボディファイル
をメールで送信する場合を例にとって、上述したような
マルチボディファイルを作成する方法について説明す
る。図５に、ファイル転送動作を表す流れ図を示す。フ
ァイル転送手段１１３に相当するファイル転送機構に設
けられたファイル編成部２１２は、ファイル転送指示に
応じて動作を開始し、まず、依頼元からそのサービスに
対応するサービスレコードを受け取って、サービスレコ
ードの１つとする（ステップ３１１）。

【００４３】例えば、メールサービス提供部２１５から
依頼があった場合は、クライアント端末２１０の利用者
を特定する情報を受け取り、メールサービスに対応する
サービスレコードとすればよい。次に、編成処理部２３
１は、検索処理部２１３を介して、指定された各ファイ
ルに関連づけられたサービスレコードをサービスレコー
ド保持部２１１から検索し、順次に上述したサービスに
対応するサービスレコードに付加する（ステップ３１
２）。

【００４４】例えば、メールサービスにおいて、会議開
催通知文書のファイルに会議の開催場所や日時を示すス
ケジュール情報が関連づけられている場合は、検索処理
部２１３により、このスケジュール情報が読み出され、
ファイル編成部２１２により、会議開催通知文書のファ
イルに対応するサービスレコードとして付加される。こ
のようにして、全てのファイルに対応するサービスレコ
ードを検索するまで上述したステップ３１２を繰り返
し、検索が終了したときに、ステップ３１３の肯定判定
となってステップ３１４に進み、ファイル編成部２１２
は、従来と同様のオブジェクトレコード部およびサービ
スヘッダを含んだ管理部を作成すればよい。

【００４５】その後、ファイル編成部２１２は、この管
理部と上述したサービスレコード部およびオブジェクト
レコード部とに続いて、ファイル転送依頼で指定された
各ファイルをボディ部として結合し（ステップ３１
５）、マルチボディファイルとして転送すればよい。こ
のように、ファイル編成部２１２と検索処理部２１３と
が、ファイル転送依頼に応じて動作することにより、請
求項２で述べたサービスレコード作成手段１１７および
ファイル編成手段１１８の機能を実現し、少なくとも１
つのファイルと少なくとも１つのサービスレコードとを
備えた転送用ファイルを編成し、サーバ装置２２０の処
理に供することができる。

【００４６】このようにして作成されたマルチボディフ
ァイルを宛先の利用者がダウンロードする際には、利用
中のサービスに関するサービスレコードと発信元の利用
者がファイルに関連づけたサービスレコードとを一括し
て得ることができる。したがって、上述したようにし
て、クライアント端末２１０において、各サービス提供
部の間でサービスに固有の情報を共用可能とし、更に、
サーバ装置２２０側への転送用ファイルにこれらのサー
ビス固有の情報をサービスレコードとして付加すること
により、複数のクライアント端末２１０間においても、
サービス情報の共有が可能となる。

【００４７】この場合は、マルチボディファイルに付加
したサービスレコードによって、クライアント端末２１
０とサーバ装置２２０との間で、複数のサービスに関す
るサービス情報を一括して授受することができるから、
セッション処理機構を介するサービス情報の通信頻度が
大幅に減少する。したがって、クライアント端末２１０
とサーバ装置２２０との間で授受されるプロトコルデー
タを抑制し、通信量を削減することができるから、これ
により、有用な情報の転送処理により多くの通信能力を
割り当てることが可能となり、情報処理システム全体の
効率の向上を図ることができる。

【００４８】

【発明の効果】以上説明したように、請求項１の発明に
よれば、各サービス処理手段の間でサービス情報の共有
が可能となり、複数のサービスを容易に連携して利用す
ることができ、類似した情報を重複して入力するといっ
た無駄な手間を削減して、利用者の負担を大幅に軽減す
ることができる。

【００４９】更に、請求項２の発明によれば、クライア
ント端末とサーバ装置との間で、複数のサービスに関す
るサービス情報を一括して授受することが可能となるか
ら、クライアント端末とサーバ装置との間のプロトコル
データを削減し、通信能力の有効利用を図ることができ
る。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の統合情報管理システムを適用したクラ
イアントサーバシステムの実施例構成図である。

【図３】マルチボディファイルの構成例を示す図であ
る。

【図４】サービス情報の受付処理動作を表す流れ図であ
る。

【図５】ファイル編成動作を表す流れ図である。

【図６】ＬＡＮで接続されたクライアントサーバシステ
ムの構成例を示す図である。

【図７】従来のマルチボディファイルの構成例を示す図
である。

【符号の説明】

１１０、２１０、４１０ クライアント端末 １１１ サービス処理手段 １１２ 手順通信手段 １１３ ファイル転送手段 １１４ 抽出手段 １１５ サービス情報保持手段 １１６ 検索手段 １１７ サービスレコード作成手段 １１８ ファイル編成手段 １２０、２２０、４２０ サーバ装置 １２１ ファイル蓄積手段 １２２ 応答処理手段 ２１１ サービスレコード保持部 ２１２ ファイル編成部 ２１３、２１７ 検索処理部 ２１４ サービス提供部 ２１５ サービス処理部 ２１６ 受付処理部 ２２１ サービス代行部 ２２２ 代行処理部 ２２３ サービス情報提供部 ４０１ ローカルエリアネットワーク（ＬＡＮ） ４０２ オペレーティングシステム（ＯＳ） ４０３ ハードディスク ４０４ 補助記憶装置 ４１１ 掲示板サービス提供部 ４１２ メールサービス提供部 ４１３ スケジュールサービス提供部 ４１４ 会議室サービス提供部 ４１５、４２１ セッション処理部 ４１６、４２６ ファイル転送処理部 ４１７ ファイル編成部 ４２２ 掲示板サービス代行部 ４２３ メールサービス代行部 ４２４ スケジュールサービス代行部 ４２５ 会議室サービス代行部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/58

Claims (2)

【特許請求の範囲】
1. 【請求項１】 それぞれ異なるサービスを提供する複数
   のサービス処理手段を備えた複数のクライアント端末の
   それぞれをネットワークを介してサーバ装置に接続した
   ネットワークシステムにおいて、前記各クライアント端
   末と前記サーバ装置との間で授受する情報の統合的な管
   理を図る統合情報管理システムにおいて、 前記クライアント端末は、 前記複数のサービス処理手段と前記サーバ装置との間
   で、それぞれのアプリケーションに固有のサービス情報
   を含んだ手順情報を授受する手順通信手段と、 前記複数のサービス処理手段からの転送依頼に応じて、
   指定されたファイルを転送するファイル転送手段と、 前記手順通信手段を介して送受信されるサービス情報を
   抽出する抽出手段と、 前記抽出手段によって抽出されたサービス情報を保持す
   るサービス情報保持手段とを備えた構成であり、 前記複数のサービス処理手段は、前記サービス情報を再
   利用する旨の指示の入力に応じて、前記サービス情報保
   持手段から該当するサービス情報を検索して、サービス
   提供処理に供する検索手段を備えた構成であることを特
   徴とする統合情報管理システム。
2. 【請求項２】 請求項１に記載の統合情報管理システム
   において、 ファイル転送手段は、 入力される転送依頼とサービス情報保持手段に保持され
   たサービス情報とに基づいて、依頼元に対応するサービ
   ス情報と指定されたファイルに対応するサービス情報と
   を含むサービスレコードを作成するサービスレコード作
   成手段と、 前記転送依頼で指定された少なくとも１つのファイルを
   結合するとともに、前記サービスレコードを付加して転
   送用ファイルを編成し、ネットワークを介するファイル
   転送処理に供するファイル編成手段とを備えた構成であ
   り、 サーバ装置は、 前記ファイル転送手段から前記転送用ファイルを受け取
   って蓄積するファイル蓄積手段と、 手順通信手段を介して入力された要求に応じて、前記フ
   ァイル蓄積手段から該当する転送用ファイル内の前記サ
   ービスレコードを読み出して、前記手順通信手段を介し
   て要求元に返す応答処理手段とを備えた構成であること
   を特徴とする統合情報管理システム。