JP3735139B2 - ネットワークシステムにおける統合情報管理システム - Google Patents
ネットワークシステムにおける統合情報管理システム Download PDFInfo
- Publication number
- JP3735139B2 JP3735139B2 JP14769695A JP14769695A JP3735139B2 JP 3735139 B2 JP3735139 B2 JP 3735139B2 JP 14769695 A JP14769695 A JP 14769695A JP 14769695 A JP14769695 A JP 14769695A JP 3735139 B2 JP3735139 B2 JP 3735139B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- file
- information
- unit
- transfer
- 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
Links
Images
Description
【０００１】
【産業上の利用分野】
本発明は、ローカルエリアネットワーク（以下、ＬＡＮと略称する）などで各クライアント端末とサーバ装置とを接続したネットワークシステムにおいて、各クライアント端末とサーバ装置との間で授受する情報の統合的な管理を図る統合情報管理システムに関するものである。
パソコンなどの情報処理装置の利用者のすそ野の広がり、また、企業内ＬＡＮのようなネットワークの普及に伴って、情報処理装置が提供する様々なサービスの統合や連携が要望されている。これに応じて、例えば、掲示板や電子会議、電子メール、スケジュール管理などのサービスを統合して、ネットワークの利点をオフィスオートメーションの推進に活用しようとする統合情報管理システムが提案されている。
また、このようなシステムでは、例えば、ワードプロセッサで作成したテキストと表計算ソフト用のデータなど、形式の異なる複数のファイルを１つの文書として統合し、物事を多面的に表現したドキュメントとして扱うことが必要とされている。
【０００２】
【従来の技術】
図６に、ＬＡＮで接続されたクライアントサーバシステムの構成例を示す。
図６において、クライアント端末４１０の掲示板サービス提供部４１１、メールサービス提供部４１２、スケジュールサービス提供部４１３および会議室サービス提供部４１４は、クライアント側のセッション処理部４１５とＬＡＮ４０１およびサーバ４２０側のセッション処理部４２１からなるセッション処理機構を介して、掲示板サービス代行部４２２、メールサービス代行部４２３、スケジュールサービス代行部４２４および会議室サービス代行部４２５との間で、それぞれ互いにサービス固有の情報を要求し、それらの情報の提供を受ける構成となっている。
【０００３】
ここで、サービス固有の情報としては、例えば、掲示板サービスにおける掲示情報リストおよび各掲示情報の提供者名やＩＤ、また、メールサービスにおける受信メールリストおよび各メールの発信者名やＩＤなどがある。
また、クライアント端末４１０の利用者が、例えば掲示板に情報を登録しようとする場合は、掲示板サービス提供部４１１は、セッション処理機構を介してサーバ４２０の掲示板サービス代行部４２２に登録する旨を通知するとともに、ファイル転送処理部４１６に対して、指定したファイルの転送処理を指示する構成となっている。
【０００４】
これに応じて、ファイル転送処理部４１６は、オペレーティングシステム４０２を介してハードディスク４０３から該当するファイルを受け取り、適切なヘッダなどの管理情報を付加してＬＡＮ４０１に送出し、サーバ４２０の掲示板サービス代行部４２２への送信を依頼すればよい。
また、サーバ４２０のファイル転送処理部４２６は、このファイルをＬＡＮ４０１から受け取って、サーバ装置４２０に備えられた補助記憶装置４０４に蓄積するとともに、このファイルに関する情報を掲示板サービス代行部４２２に新しい掲示情報として渡せばよい。これに応じて、掲示板サービス代行部４２２により、上述したファイルが掲示板の情報として新規に登録される。
【０００５】
また、同様にして、利用者が掲示板に登録された情報を要求した場合は、掲示板サービス代行部４２２により、指定された情報が格納されたファイルの転送依頼が行われ、ファイル転送処理部４２６、４１６およびＬＡＮ４０１からなるファイル転送機構を介して、クライアント端末４１０のハードディスク４０３などにダウンロードされる。
【０００６】
メールサービスにおいても同様である。
このように、従来の統合情報管理システムにおいては、メールの文書や掲示板への登録情報などのボディ部に、転送作業に必要なヘッダなどを付加して１つのファイルとし、このファイルをアップロード、ダウンロードすることにより、メールの送受信や情報の登録／参照が実現されている。
【０００７】
また、複数のファイルが転送対象として指定された場合は、ファイル転送処理部４１６のファイル編成部４１７が動作し、指定されたファイルのそれぞれをボディ部とするマルチボディファイル（後述する）を編成し、１つのファイルとしてＬＡＮ４０１に送出する構成となっている。
図７に、従来のマルチボディファイルの構成例を示す。
【０００８】
図７(a) に示すように、マルチボディファイルは、複数のボディ部（図７において、ボディ部１からボディ部ｎとして示した）に、これらのボディ部がファイルにおいて占める位置を示すオブジェクトレコードからなるオブジェクトレコード部と管理部とを付加した構成となっている。なお、管理部は、ファイルヘッダとオブジェクトヘッダから構成されており、ファイルヘッダにより、ファイル全体の長さとオブジェクトヘッダの位置を表し、オブジェクトヘッダにより、上述した各オブジェクトレコード部の位置を示す構成となっている。
【０００９】
また、図７(b) に示すように、注釈文などからなるメッセージボディ部と、このメッセージボディ部の有無および位置を示すメッセージヘッダとを備えて構成される場合もある。
ここで、上述した従来の統合情報システムにおいては、掲示板サービスやメールサービスなどの各サービスにおいて、セッション処理機構を介してやりとりされる情報は、基本的には、各サービスに固有な情報として、それぞれのサービスを提供する処理部によってのみ利用されている。
【００１０】
ただし、アポイント付きメールという形で、メールサービスとスケジュール管理サービスとの連携を図ったシステムも提供されている。
このアポイント付きメールは、サーバ４２０側のメールサービス代行部４２３と、クライアント端末４２０のメールサービス提供部４１２とのそれぞれが、特殊な機能を持つことで、メールに付加されたアポイント情報をスケジュール管理サービスに反映するものである。
【００１１】
この場合は、メールサービス代行部４２３は、各メールにアポイント情報が付加されているか否かを示すフラグをメール管理ファイルに保持しておき、このフラグによって、指定されたメールにアポイント情報が付加されていることが示されたときに、該当するアポイント情報をクライアント側に渡す構成とすればよい。
また、クライアント端末４１０のメールサービス提供部４１２は、サーバ４２０側からアポイント情報を受け取って、例えば、オペレーティングシステム４０２を介して、利用者が入力した場合と同様のアポイント情報として、スケジュールサービス提供部４１３に渡す構成とすればよい。
【００１２】
【発明が解決しようとする課題】
上述したように、従来の統合情報システムにおいては、アポイントメールのように、特別にサービス側で情報の共有を図った場合以外は、各サービス固有の情報はサービス間でやりとりされることはなかった。
このため、例えば、掲示板に登録された情報をダウンロードした後に、この情報の提供者に宛ててメールを送信しようとする場合は、メールサービスを利用するときに、改めて宛先を指定する必要があった。このため、掲示板サービスを利用している間に、該当する利用者名やＩＤを控えておいたり、または、メールサービスの利用中に、掲示板サービスに問い合わせを発行したりといった操作が必要となっていた。
【００１３】
このように、従来の統合情報システムにおいては、各サービスの固有の情報が共有されない構成となっていたため、サービス間の連携が不十分であった。
しかしながら、上述したアポイント付きメールのように、各サービスにそれぞれ特殊な機能を設けて、特定のサービスに関する情報を個別に利用可能にしていったのでは、アプリケーションソフトウェアの開発コストが大幅に上昇してしまう。また、連携させようとするサービスの組み合わせごとに、対応する特殊機能が必要となり、拡張性、汎用性に乏しい。
【００１４】
本発明は、複数のアプリケーションが提供するサービスの連携が可能な統合情報管理システムを提供することを目的とする。
【００１５】
【課題を解決するための手段】
請求項１の発明は、それぞれ異なるサービスを提供する複数のサービス処理手段１１１を備えた複数のクライアント端末１１０のそれぞれをネットワークを介してサーバ装置１２０に接続したネットワークシステムにおいて、各クライアント端末１１０とサーバ装置１２０との間で授受する情報の統合的な管理を図る統合情報管理システムにおいて、クライアント端末１１０は、複数のサービス処理手段１１１とサーバ装置１２０との間で、複数のサービス処理手段１１１によるサービス提供処理に伴って、複数のサービス処理手段１１１それぞれのアプリケーションに対応する位置に前記各アプリケーションに固有のサービス情報を配置した構造の手順情報を授受する手順通信手段１１２と、複数のサービス処理手段１１１によるサービス提供処理に伴って手順通信手段１１２を介して送受信される手順情報から所望のアプリケーションに対応する位置に配置されたサービス情報を抽出する抽出手段１１４と、抽出手段１１４によって抽出されたサービス情報を保持するサービス情報保持手段１１５とを備えた構成であり、複数のサービス処理手段１１１は、サービス情報の少なくとも一部を再利用する旨の指示の入力に応じて、サービス情報保持手段１１５から指示によって指定されたサービス情報を検索して、サービス提供処理に供する検索手段１１６を備えた構成であることを特徴とする。
【００１６】
請求項２の発明は、請求項１に記載の統合情報管理システムにおいて、複数のサービス処理手段１１１からの転送依頼に応じて、転送依頼で指定された少なくとも一つのファイルそれぞれを少なくとも一つの実体部として含むマルチボディファイルを、ネットワークを介して前記サーバ装置に転送するファイル転送手段１１３を備え、ファイル転送手段１１３は、入力される転送依頼とサービス情報保持手段１１５に保持されたサービス情報とに基づいて、依頼元に対応するサービス情報と指定されたファイルに対応するサービス情報とを含むサービスレコードを作成するサービスレコード作成手段１１７と、転送依頼で指定された少なくとも１つのファイルを結合してマルチボディファイルのボディ部を形成するとともに、サービスレコードをボディ部に付加して転送用ファイルを編成し、ネットワークを介するファイル転送処理に供するファイル編成手段１１８とを備えた構成であり、サーバ装置１２０は、ファイル転送手段１１３から転送用ファイルを受け取って蓄積するファイル蓄積手段１２１と、手順通信手段１１２を介して入力された要求に応じて、ファイル蓄積手段１２１から該当する転送用ファイル内のサービスレコードを読み出して、手順通信手段１１２を介して要求元に返す応答処理手段１２２とを備えた構成であることを特徴とする。
【００１７】
【作用】
請求項１の発明では、サービス処理手段１１１によるサービス提供処理に伴って、手順通信手段１１２により、各サービス処理手段のアプリケーションに対応してそのアプリケーションに固有のサービス情報が配置された手順情報がやり取りされる。この手順情報から、抽出手段１１４により、各サービス処理手段１１１にかかわるサービスの提供が実行されている過程において、それぞれのサービス処理手段１１１がサーバ装置１２０に送出するサービス情報とサーバ装置１２０が各サービス処理手段１１１に送出したサービス情報との両方を抽出してサービス情報保持手段１１５に保持しておく。このようにして、各サービス処理手段１１１によるサービス提供処理が実行されるごとに、そのサービス提供処理にかかわって用いられたサービス情報(例えば、掲示板に掲載された情報の掲載者のアドレスなど)が、サービス情報保持手段１１５に蓄積されていく。そして、例えば、任意のサービス処理手段１１１によるサービスの提供を受ける過程において、利用者がサービスの提供に必要なサービス情報の一つ(例えば、メールの宛先を示す利用者アドレスなど)を入力する代わりにそれまでに利用したサービスの提供過程で用いられたサービス情報を使用する旨を指示したときに、各サービス処理手段１１１に備えられた検索手段１１６により、サービス情報保持手段１１５から適切なサービス情報を検索する。この検索によって得られた情報を、現在サービスを提供中のサービス処理手段１１１の処理に供することにより、それまでに利用者が提供を受けた様々なサービスにおいて使用したサービス情報を各サービスの境を越えて利用することができる。
【００１８】
請求項２の発明は、任意のサービス処理手段１１１からの依頼に応じて、ファイル転送手段１１３のサービスレコード作成手段１１７とファイル編成手段１１８とが動作することにより、指定された少なくとも一つのファイルを結合して形成されたボディ部に依頼元のサービス処理手段によって利用者に提供されるサービスに対応するサービスレコードを所定の形式に則って付加した転送用ファイルを作成する。このようにして作成した転送用ファイルは、ネットワークを介してサーバ装置１２０に転送され、サーバ装置１２０のファイル蓄積手段１２１に蓄積される。
【００１９】
上述したように、サーバ装置１２０のファイル蓄積手段１２１には、所定の形式に従ってサービスレコードが付加された転送用ファイルが蓄積されるので、応答処理手段１２２が、クライアント端末１１０からの要求に応じて、該当する転送用ファイルから上述した所定の規則に従ってサービスレコードを読み出して送出することができる。これにより、複数のクライアント端末１１０間においてサービス情報を共有することができる。
【００２０】
【実施例】
以下、図面に基づいて、本発明の実施例について詳細に説明する。
【００２１】
図２に、本発明の統合情報管理システムを適用したクライアントサーバシステムの実施例構成を示す。また、図３に、本発明の統合情報管理システムで授受されるマルチボディファイルの構成例を示す。
図３に示したマルチボディファイルにおいて、サービスレコード部は、このマルチボディファイルが利用するサービスごとに、それぞれ固有の情報（以下、サービス情報と称する）を格納する構成となっており、従来のマルチボディファイルに、このサービスレコード部を付加した構成となっている。また、このサービスレコード部のファイルにおける位置およびその種類を示す情報は、管理部に付加されたサービスヘッダによって示されている。
【００２２】
図２に示した統合情報管理システムにおいて、クライアント端末２１０は、図６に示した従来のクライアント端末４１０に、サービス情報保持手段１１５に相当するサービスレコード保持部２１１を付加し、また、ファイル編成部４１７に代えて、ファイル編成部２１２と検索処理部２１３とを備えた構成となっている。
上述したサービスレコード保持部２１１は、例えば、各サービスを示すキーワードに対応して、該当するサービスレコードを保持する構成となっている。
【００２３】
また、図２において、サービス提供部２１４1〜２１４nは、サービス処理手段１１１に相当するものであり、それぞれ図６に示した掲示板サービス提供部４１１、メールサービス提供部４１２、スケジュールサービス提供部４１３および会議室サービス提供部４１４などと同様に、それぞれ該当するサービスの処理を行う構成となっている。
【００２４】
これらのサービス提供部２１４１〜２１４ｎにおいて、サービス処理部２１５は、受付処理部２１６がセッション処理機構あるいはオペレーティングシステム４０２から受け取った情報や要求に応じて、それぞれ該当するサービスを提供する構成となっている。また、検索処理部２１７は、受付処理部２１６からの指示に応じて、上述したサービスレコード保持部２１１から必要な情報を検索し、受付処理部２１６に返す構成となっている。
【００２５】
以下、上述したサービス提供部２１４1〜２１４nを総称する際には、単に、サービス提供部２１４と称する。
また、図２に示したファイル転送機構において、ファイル編成部２１２は、上述した各サービス処理部２１５からの指示に応じて、指定されたファイルを従来と同様にボディ部として結合するとともに、検索処理部２１３を介して上述したサービスレコード保持部２１１から該当するサービス情報を検索し、このサービスレコードを付加して、図３に示したマルチボディファイルを編成する構成となっている。
【００２６】
一方、サーバ装置２２０の補助記憶装置４０４は、請求項２で述べたファイル蓄積手段１１７に相当するものであり、上述したファイル転送機構を介して、クライアント端末２１０から転送されたマルチボディファイルをそのまま蓄積する構成となっている。
また、図２に示したサーバ装置２２０側のサービス代行部２２１1〜２２１nにおいて、代行処理部２２２は、図６に示した掲示板サービス代行部４２２、メールサービス代行部４２３、スケジュール代行部４２４および会議室サービス代行部４２５などと同様に、各サービスの処理を代行する機能を備えている。
【００２７】
これらのサービス代行部２２１1〜２２１nにおいて、サービス情報提供部２２３は、応答処理手段１２２に相当するものであり、セッション処理機構を介して対応するサービス処理部２１５からの要求を受け取り、補助記憶装置４０４から指定されたファイルの管理部とともにサービスレコード部とオブジェクトレコード部とを読み出して、セッション処理機構を介してクライアント端末２１０側に送出する構成となっている。
【００２８】
以下、サービス固有の情報を共有する方法について説明する。
図４に、サービス情報の受付動作を表す流れ図を示す。
各サービス提供部２１４の受付処理部２１６は、上述したように、セッション処理機構あるいはオペレーティングシステム４０２からの入力に応じて動作を開始し、まず、入力情報が、サーバ装置２２０側からのものであるか否かを判定する（ステップ３０１）。
【００２９】
例えば、掲示板に登録された情報を参照する場合には、該当するサービス提供部２１４のサービス処理部２１５がセッション処理機構を介して通知した要求に応じて、サーバ装置２２０側の該当するサービス代行部２２１のサービス情報提供部２２２により、補助記憶装置４０４に蓄積された該当するファイルから、その管理部とともにサービスレコード部およびオブジェクトレコード部が読み出されて、セッション処理機構を介して上述したサービス提供部２１４の受付処理部２１６に通知される。
【００３０】
この場合は、ステップ３０１の肯定判定としてステップ３０２に進み、受付処理部２１６は、セッション処理機構から上述した管理部およびオブジェクトレコード部とともにサービスレコード部を受け取って、該当するサービス（例えば、掲示板サービス）に対応するサービス情報としてサービスレコード保持部２１１に格納する。
【００３１】
ここで、要求したマルチボディファイルが、スケジュールサービスに対応するサービスレコードとして、会議の開催日時や場所を示すアポイント情報を持ち、また、掲示板サービスに対応するサービスレコードとして、登録した利用者名や利用者ＩＤなどを持っていた場合は、受付処理部２１６は、これらの２つのサービスレコードをそれぞれ該当するサービスに対応して、サービスレコード保持部２１１に格納すればよい。
【００３２】
その後、受付処理部２１６は、これらの情報をサービス処理部２１５に渡し（ステップ３０３）、処理を終了すればよい。
このように、各サービス提供部２１４に設けられた受付処理部２１６が、手順通信手段１１２に相当するセッション処理機構からのサービスレコードの受信に応じて動作することにより、抽出手段１１４の機能の一部を実現し、サーバ装置２２０からクライアント端末２１０側に渡されるサービス情報を抽出して、サービスレコード保持部２１１に保持することができる。
【００３３】
また、上述した管理部およびオブジェクトレコード部の入力に応じて、サービス処理部２１５は、従来と同様にして、登録された情報の一覧などを利用者に提供し、利用者からの指示に応じて、セッション処理機構を介して、対応するサービス代行部２２１に該当するファイルの転送を要求すればよい。
一方、例えば、メールサービス提供部２１５を介して、メールを送信しようとする場合は、受付処理部２１６は、オペレーティングシステム４０２側からの入力に応じて動作するので、上述したステップ３０１の否定判定となる。
【００３４】
このとき、利用者によって、サービスレコードを再利用する旨が指示された場合は、ステップ３０４の肯定判定となり、受付処理部２１６からの指示に応じて、検索処理部２１７は、サービスレコード保持部２１１から該当するサービス情報を検索する（ステップ３０５）。
例えば、上述したようにして、サービスレコード保持部２１１に掲示板サービスに対応するサービスレコードとして、情報登録者の利用者名および利用者ＩＤが格納されていれば、検索処理部２１７は、受付処理部２１６からの指示に応じてこれらの情報を検索し、受付処理部２１６に返すことができる。
【００３５】
その後、ステップ３０３に進んで、受付処理部２１６は、検索された情報を入力された情報と同様にしてサービス処理部２１５に送出すればよい。
このように、利用者の所定の操作に応じて、受付処理部２１６からの指示に応じて検索処理部２１７が動作することにより、検索手段１１６の機能を実現し、再利用指示に応じて、他のサービスの処理の際に、サービスレコード保持部２１１に保持されたサービス情報を流用することができる。
【００３６】
この場合に、検索処理部２１７によって検索されたサービス情報は、受付処理部２１６によりオペレーティングシステム４０２を介して入力された情報と同等に扱われるから、サービス処理部２１５は、従来と同様にして、メールの本文を格納したファイルを示す情報を指定して、ファイル転送処理部２１３にファイル転送を依頼すれよい。
【００３７】
更に、スケジュールサービスに対応するサービス提供部２１４に切り換えて、同様の操作を行えば、上述した掲示情報にサービスレコードとして含まれていたスケジュール情報を利用者のスケジュールに反映させることができる。
この場合も、上述した宛先情報を利用する場合と同様にして、サービスレコードを再利用する旨の指示の入力に応じて、受付処理部２１６が検索処理部２１７にスケジュール情報の検索を指示すればよい。これに応じて、サービスレコード保持部２１１から検索された会議の予定を示す情報は、受付処理部２１６を介してサービス処理部２１５に送出され、利用者が入力したスケジュール情報と同等のものとして、利用者のスケジュールに反映される。
【００３８】
また一方、利用者が、会議室サービスを提供するサービス提供部２１４を介して会議室を新規に予約する際には、会議室を特定する情報や会議の参加者を示す情報および予約者を示す予約情報が入力れる。
この場合は、新規なサービスレコードがクライアント端末２１０の利用者側から入力されるので、ステップ３０１およびステップ３０４の否定判定となり、受付処理部２１６は、利用者が入力した情報を受け付けて（ステップ３０６）、この情報をサービスレコード保持部２１１に送出し（ステップ３０７）、該当サービス（例えば、会議室サービス）に対応するサービス情報として格納すればよい。
【００３９】
その後、ステップ３０３に進んで、このサービスレコードをサービス処理部２１５の処理に供すればよい。
このように、各受付処理部２１６が、オペレーティングシステム４０２からの情報の入力に応じて動作することにより、抽出手段１１４の機能の残りの一部を実現し、新規に入力されたサービス情報をサービスレコード保持部２１１に追加することができる。
【００４０】
また、このとき、会議室サービスを提供するサービス提供部２１４のサービス処理部２１５ は、上述したようにして入力された予約情報に基づいて、従来と同様にして、会議室の予約処理を行えばよい。
上述したようにして、サーバ装置２２０側およびオペレーティングシステム４０２側から入力されるサービス情報を両方とも抽出し、該当するサービス処理部２１５の処理に供するとともにサービスレコード保持部２１１に保持しておき、必要に応じて検索することにより、クライアント端末２１０側の複数のサービス提供部２１４の間において、互いにサービス情報を共有し、サービス間の連携を図ることが可能となる。
【００４１】
これにより、スケジュール情報や宛先の利用者名などを重複して入力する必要がなくなり、利用者の負担を大幅に軽減することができる。
例えば、上述した会議室の予約作業の後に、スケジュールサービスを利用して、会議室の予約に関する情報を利用者自身のスケジュールとして取り込めば、改めてスケジュールを入力する必要はない。
【００４２】
次に、アポイント付きの会議開催通知文書と会議用の資料文書とをまとめたマルチボディファイルをメールで送信する場合を例にとって、上述したようなマルチボディファイルを作成する方法について説明する。
図５に、ファイル転送動作を表す流れ図を示す。
ファイル転送手段１１３に相当するファイル転送機構に設けられたファイル編成部２１２は、ファイル転送指示に応じて動作を開始し、まず、依頼元からそのサービスに対応するサービスレコードを受け取って、サービスレコードの１つとする（ステップ３１１）。
【００４３】
例えば、メールサービス提供部２１５から依頼があった場合は、クライアント端末２１０の利用者を特定する情報を受け取り、メールサービスに対応するサービスレコードとすればよい。
次に、編成処理部２３１は、検索処理部２１３を介して、指定された各ファイルに関連づけられたサービスレコードをサービスレコード保持部２１１から検索し、順次に上述したサービスに対応するサービスレコードに付加する（ステップ３１２）。
【００４４】
例えば、メールサービスにおいて、会議開催通知文書のファイルに会議の開催場所や日時を示すスケジュール情報が関連づけられている場合は、検索処理部２１３により、このスケジュール情報が読み出され、ファイル編成部２１２により、会議開催通知文書のファイルに対応するサービスレコードとして付加される。
このようにして、全てのファイルに対応するサービスレコードを検索するまで上述したステップ３１２を繰り返し、検索が終了したときに、ステップ３１３の肯定判定となってステップ３１４に進み、ファイル編成部２１２は、従来と同様のオブジェクトレコード部およびサービスヘッダを含んだ管理部を作成すればよい。
【００４５】
その後、ファイル編成部２１２は、この管理部と上述したサービスレコード部およびオブジェクトレコード部とに続いて、ファイル転送依頼で指定された各ファイルをボディ部として結合し（ステップ３１５）、マルチボディファイルとして転送すればよい。
このように、ファイル編成部２１２と検索処理部２１３とが、ファイル転送依頼に応じて動作することにより、請求項２で述べたサービスレコード作成手段１１７およびファイル編成手段１１８の機能を実現し、少なくとも１つのファイルと少なくとも１つのサービスレコードとを備えた転送用ファイルを編成し、サーバ装置２２０の処理に供することができる。
【００４６】
このようにして作成されたマルチボディファイルを宛先の利用者がダウンロードする際には、利用中のサービスに関するサービスレコードと発信元の利用者がファイルに関連づけたサービスレコードとを一括して得ることができる。
したがって、上述したようにして、クライアント端末２１０において、各サービス提供部の間でサービスに固有の情報を共用可能とし、更に、サーバ装置２２０側への転送用ファイルにこれらのサービス固有の情報をサービスレコードとして付加することにより、複数のクライアント端末２１０間においても、サービス情報の共有が可能となる。
【００４７】
この場合は、マルチボディファイルに付加したサービスレコードによって、クライアント端末２１０とサーバ装置２２０との間で、複数のサービスに関するサービス情報を一括して授受することができるから、セッション処理機構を介するサービス情報の通信頻度が大幅に減少する。
したがって、クライアント端末２１０とサーバ装置２２０との間で授受されるプロトコルデータを抑制し、通信量を削減することができるから、これにより、有用な情報の転送処理により多くの通信能力を割り当てることが可能となり、情報処理システム全体の効率の向上を図ることができる。
【００４８】
【発明の効果】
以上説明したように、請求項１の発明によれば、各サービス処理手段の間でサービス情報の共有が可能となり、複数のサービスを容易に連携して利用することができ、類似した情報を重複して入力するといった無駄な手間を削減して、利用者の負担を大幅に軽減することができる。
【００４９】
更に、請求項２の発明によれば、クライアント端末とサーバ装置との間で、複数のサービスに関するサービス情報を一括して授受することが可能となるから、クライアント端末とサーバ装置との間のプロトコルデータを削減し、通信能力の有効利用を図ることができる。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の統合情報管理システムを適用したクライアントサーバシステムの実施例構成図である。
【図３】マルチボディファイルの構成例を示す図である。
【図４】サービス情報の受付処理動作を表す流れ図である。
【図５】ファイル編成動作を表す流れ図である。
【図６】ＬＡＮで接続されたクライアントサーバシステムの構成例を示す図である。
【図７】従来のマルチボディファイルの構成例を示す図である。
【符号の説明】
１１０、２１０、４１０ クライアント端末
１１１ サービス処理手段
１１２ 手順通信手段
１１３ ファイル転送手段
１１４ 抽出手段
１１５ サービス情報保持手段
１１６ 検索手段
１１７ サービスレコード作成手段
１１８ ファイル編成手段
１２０、２２０、４２０ サーバ装置
１２１ ファイル蓄積手段
１２２ 応答処理手段
２１１ サービスレコード保持部
２１２ ファイル編成部
２１３、２１７ 検索処理部
２１４ サービス提供部
２１５ サービス処理部
２１６ 受付処理部
２２１ サービス代行部
２２２ 代行処理部
２２３ サービス情報提供部
４０１ ローカルエリアネットワーク（ＬＡＮ）
４０２ オペレーティングシステム（ＯＳ）
４０３ ハードディスク
４０４ 補助記憶装置
４１１ 掲示板サービス提供部
４１２ メールサービス提供部
４１３ スケジュールサービス提供部
４１４ 会議室サービス提供部
４１５、４２１ セッション処理部
４１６、４２６ ファイル転送処理部
４１７ ファイル編成部
４２２ 掲示板サービス代行部
４２３ メールサービス代行部
４２４ スケジュールサービス代行部
４２５ 会議室サービス代行部
【産業上の利用分野】
本発明は、ローカルエリアネットワーク（以下、ＬＡＮと略称する）などで各クライアント端末とサーバ装置とを接続したネットワークシステムにおいて、各クライアント端末とサーバ装置との間で授受する情報の統合的な管理を図る統合情報管理システムに関するものである。
パソコンなどの情報処理装置の利用者のすそ野の広がり、また、企業内ＬＡＮのようなネットワークの普及に伴って、情報処理装置が提供する様々なサービスの統合や連携が要望されている。これに応じて、例えば、掲示板や電子会議、電子メール、スケジュール管理などのサービスを統合して、ネットワークの利点をオフィスオートメーションの推進に活用しようとする統合情報管理システムが提案されている。
また、このようなシステムでは、例えば、ワードプロセッサで作成したテキストと表計算ソフト用のデータなど、形式の異なる複数のファイルを１つの文書として統合し、物事を多面的に表現したドキュメントとして扱うことが必要とされている。
【０００２】
【従来の技術】
図６に、ＬＡＮで接続されたクライアントサーバシステムの構成例を示す。
図６において、クライアント端末４１０の掲示板サービス提供部４１１、メールサービス提供部４１２、スケジュールサービス提供部４１３および会議室サービス提供部４１４は、クライアント側のセッション処理部４１５とＬＡＮ４０１およびサーバ４２０側のセッション処理部４２１からなるセッション処理機構を介して、掲示板サービス代行部４２２、メールサービス代行部４２３、スケジュールサービス代行部４２４および会議室サービス代行部４２５との間で、それぞれ互いにサービス固有の情報を要求し、それらの情報の提供を受ける構成となっている。
【０００３】
ここで、サービス固有の情報としては、例えば、掲示板サービスにおける掲示情報リストおよび各掲示情報の提供者名やＩＤ、また、メールサービスにおける受信メールリストおよび各メールの発信者名やＩＤなどがある。
また、クライアント端末４１０の利用者が、例えば掲示板に情報を登録しようとする場合は、掲示板サービス提供部４１１は、セッション処理機構を介してサーバ４２０の掲示板サービス代行部４２２に登録する旨を通知するとともに、ファイル転送処理部４１６に対して、指定したファイルの転送処理を指示する構成となっている。
【０００４】
これに応じて、ファイル転送処理部４１６は、オペレーティングシステム４０２を介してハードディスク４０３から該当するファイルを受け取り、適切なヘッダなどの管理情報を付加してＬＡＮ４０１に送出し、サーバ４２０の掲示板サービス代行部４２２への送信を依頼すればよい。
また、サーバ４２０のファイル転送処理部４２６は、このファイルをＬＡＮ４０１から受け取って、サーバ装置４２０に備えられた補助記憶装置４０４に蓄積するとともに、このファイルに関する情報を掲示板サービス代行部４２２に新しい掲示情報として渡せばよい。これに応じて、掲示板サービス代行部４２２により、上述したファイルが掲示板の情報として新規に登録される。
【０００５】
また、同様にして、利用者が掲示板に登録された情報を要求した場合は、掲示板サービス代行部４２２により、指定された情報が格納されたファイルの転送依頼が行われ、ファイル転送処理部４２６、４１６およびＬＡＮ４０１からなるファイル転送機構を介して、クライアント端末４１０のハードディスク４０３などにダウンロードされる。
【０００６】
メールサービスにおいても同様である。
このように、従来の統合情報管理システムにおいては、メールの文書や掲示板への登録情報などのボディ部に、転送作業に必要なヘッダなどを付加して１つのファイルとし、このファイルをアップロード、ダウンロードすることにより、メールの送受信や情報の登録／参照が実現されている。
【０００７】
また、複数のファイルが転送対象として指定された場合は、ファイル転送処理部４１６のファイル編成部４１７が動作し、指定されたファイルのそれぞれをボディ部とするマルチボディファイル（後述する）を編成し、１つのファイルとしてＬＡＮ４０１に送出する構成となっている。
図７に、従来のマルチボディファイルの構成例を示す。
【０００８】
図７(a) に示すように、マルチボディファイルは、複数のボディ部（図７において、ボディ部１からボディ部ｎとして示した）に、これらのボディ部がファイルにおいて占める位置を示すオブジェクトレコードからなるオブジェクトレコード部と管理部とを付加した構成となっている。なお、管理部は、ファイルヘッダとオブジェクトヘッダから構成されており、ファイルヘッダにより、ファイル全体の長さとオブジェクトヘッダの位置を表し、オブジェクトヘッダにより、上述した各オブジェクトレコード部の位置を示す構成となっている。
【０００９】
また、図７(b) に示すように、注釈文などからなるメッセージボディ部と、このメッセージボディ部の有無および位置を示すメッセージヘッダとを備えて構成される場合もある。
ここで、上述した従来の統合情報システムにおいては、掲示板サービスやメールサービスなどの各サービスにおいて、セッション処理機構を介してやりとりされる情報は、基本的には、各サービスに固有な情報として、それぞれのサービスを提供する処理部によってのみ利用されている。
【００１０】
ただし、アポイント付きメールという形で、メールサービスとスケジュール管理サービスとの連携を図ったシステムも提供されている。
このアポイント付きメールは、サーバ４２０側のメールサービス代行部４２３と、クライアント端末４２０のメールサービス提供部４１２とのそれぞれが、特殊な機能を持つことで、メールに付加されたアポイント情報をスケジュール管理サービスに反映するものである。
【００１１】
この場合は、メールサービス代行部４２３は、各メールにアポイント情報が付加されているか否かを示すフラグをメール管理ファイルに保持しておき、このフラグによって、指定されたメールにアポイント情報が付加されていることが示されたときに、該当するアポイント情報をクライアント側に渡す構成とすればよい。
また、クライアント端末４１０のメールサービス提供部４１２は、サーバ４２０側からアポイント情報を受け取って、例えば、オペレーティングシステム４０２を介して、利用者が入力した場合と同様のアポイント情報として、スケジュールサービス提供部４１３に渡す構成とすればよい。
【００１２】
【発明が解決しようとする課題】
上述したように、従来の統合情報システムにおいては、アポイントメールのように、特別にサービス側で情報の共有を図った場合以外は、各サービス固有の情報はサービス間でやりとりされることはなかった。
このため、例えば、掲示板に登録された情報をダウンロードした後に、この情報の提供者に宛ててメールを送信しようとする場合は、メールサービスを利用するときに、改めて宛先を指定する必要があった。このため、掲示板サービスを利用している間に、該当する利用者名やＩＤを控えておいたり、または、メールサービスの利用中に、掲示板サービスに問い合わせを発行したりといった操作が必要となっていた。
【００１３】
このように、従来の統合情報システムにおいては、各サービスの固有の情報が共有されない構成となっていたため、サービス間の連携が不十分であった。
しかしながら、上述したアポイント付きメールのように、各サービスにそれぞれ特殊な機能を設けて、特定のサービスに関する情報を個別に利用可能にしていったのでは、アプリケーションソフトウェアの開発コストが大幅に上昇してしまう。また、連携させようとするサービスの組み合わせごとに、対応する特殊機能が必要となり、拡張性、汎用性に乏しい。
【００１４】
本発明は、複数のアプリケーションが提供するサービスの連携が可能な統合情報管理システムを提供することを目的とする。
【００１５】
【課題を解決するための手段】
請求項１の発明は、それぞれ異なるサービスを提供する複数のサービス処理手段１１１を備えた複数のクライアント端末１１０のそれぞれをネットワークを介してサーバ装置１２０に接続したネットワークシステムにおいて、各クライアント端末１１０とサーバ装置１２０との間で授受する情報の統合的な管理を図る統合情報管理システムにおいて、クライアント端末１１０は、複数のサービス処理手段１１１とサーバ装置１２０との間で、複数のサービス処理手段１１１によるサービス提供処理に伴って、複数のサービス処理手段１１１それぞれのアプリケーションに対応する位置に前記各アプリケーションに固有のサービス情報を配置した構造の手順情報を授受する手順通信手段１１２と、複数のサービス処理手段１１１によるサービス提供処理に伴って手順通信手段１１２を介して送受信される手順情報から所望のアプリケーションに対応する位置に配置されたサービス情報を抽出する抽出手段１１４と、抽出手段１１４によって抽出されたサービス情報を保持するサービス情報保持手段１１５とを備えた構成であり、複数のサービス処理手段１１１は、サービス情報の少なくとも一部を再利用する旨の指示の入力に応じて、サービス情報保持手段１１５から指示によって指定されたサービス情報を検索して、サービス提供処理に供する検索手段１１６を備えた構成であることを特徴とする。
【００１６】
請求項２の発明は、請求項１に記載の統合情報管理システムにおいて、複数のサービス処理手段１１１からの転送依頼に応じて、転送依頼で指定された少なくとも一つのファイルそれぞれを少なくとも一つの実体部として含むマルチボディファイルを、ネットワークを介して前記サーバ装置に転送するファイル転送手段１１３を備え、ファイル転送手段１１３は、入力される転送依頼とサービス情報保持手段１１５に保持されたサービス情報とに基づいて、依頼元に対応するサービス情報と指定されたファイルに対応するサービス情報とを含むサービスレコードを作成するサービスレコード作成手段１１７と、転送依頼で指定された少なくとも１つのファイルを結合してマルチボディファイルのボディ部を形成するとともに、サービスレコードをボディ部に付加して転送用ファイルを編成し、ネットワークを介するファイル転送処理に供するファイル編成手段１１８とを備えた構成であり、サーバ装置１２０は、ファイル転送手段１１３から転送用ファイルを受け取って蓄積するファイル蓄積手段１２１と、手順通信手段１１２を介して入力された要求に応じて、ファイル蓄積手段１２１から該当する転送用ファイル内のサービスレコードを読み出して、手順通信手段１１２を介して要求元に返す応答処理手段１２２とを備えた構成であることを特徴とする。
【００１７】
【作用】
請求項１の発明では、サービス処理手段１１１によるサービス提供処理に伴って、手順通信手段１１２により、各サービス処理手段のアプリケーションに対応してそのアプリケーションに固有のサービス情報が配置された手順情報がやり取りされる。この手順情報から、抽出手段１１４により、各サービス処理手段１１１にかかわるサービスの提供が実行されている過程において、それぞれのサービス処理手段１１１がサーバ装置１２０に送出するサービス情報とサーバ装置１２０が各サービス処理手段１１１に送出したサービス情報との両方を抽出してサービス情報保持手段１１５に保持しておく。このようにして、各サービス処理手段１１１によるサービス提供処理が実行されるごとに、そのサービス提供処理にかかわって用いられたサービス情報(例えば、掲示板に掲載された情報の掲載者のアドレスなど)が、サービス情報保持手段１１５に蓄積されていく。そして、例えば、任意のサービス処理手段１１１によるサービスの提供を受ける過程において、利用者がサービスの提供に必要なサービス情報の一つ(例えば、メールの宛先を示す利用者アドレスなど)を入力する代わりにそれまでに利用したサービスの提供過程で用いられたサービス情報を使用する旨を指示したときに、各サービス処理手段１１１に備えられた検索手段１１６により、サービス情報保持手段１１５から適切なサービス情報を検索する。この検索によって得られた情報を、現在サービスを提供中のサービス処理手段１１１の処理に供することにより、それまでに利用者が提供を受けた様々なサービスにおいて使用したサービス情報を各サービスの境を越えて利用することができる。
【００１８】
請求項２の発明は、任意のサービス処理手段１１１からの依頼に応じて、ファイル転送手段１１３のサービスレコード作成手段１１７とファイル編成手段１１８とが動作することにより、指定された少なくとも一つのファイルを結合して形成されたボディ部に依頼元のサービス処理手段によって利用者に提供されるサービスに対応するサービスレコードを所定の形式に則って付加した転送用ファイルを作成する。このようにして作成した転送用ファイルは、ネットワークを介してサーバ装置１２０に転送され、サーバ装置１２０のファイル蓄積手段１２１に蓄積される。
【００１９】
上述したように、サーバ装置１２０のファイル蓄積手段１２１には、所定の形式に従ってサービスレコードが付加された転送用ファイルが蓄積されるので、応答処理手段１２２が、クライアント端末１１０からの要求に応じて、該当する転送用ファイルから上述した所定の規則に従ってサービスレコードを読み出して送出することができる。これにより、複数のクライアント端末１１０間においてサービス情報を共有することができる。
【００２０】
【実施例】
以下、図面に基づいて、本発明の実施例について詳細に説明する。
【００２１】
図２に、本発明の統合情報管理システムを適用したクライアントサーバシステムの実施例構成を示す。また、図３に、本発明の統合情報管理システムで授受されるマルチボディファイルの構成例を示す。
図３に示したマルチボディファイルにおいて、サービスレコード部は、このマルチボディファイルが利用するサービスごとに、それぞれ固有の情報（以下、サービス情報と称する）を格納する構成となっており、従来のマルチボディファイルに、このサービスレコード部を付加した構成となっている。また、このサービスレコード部のファイルにおける位置およびその種類を示す情報は、管理部に付加されたサービスヘッダによって示されている。
【００２２】
図２に示した統合情報管理システムにおいて、クライアント端末２１０は、図６に示した従来のクライアント端末４１０に、サービス情報保持手段１１５に相当するサービスレコード保持部２１１を付加し、また、ファイル編成部４１７に代えて、ファイル編成部２１２と検索処理部２１３とを備えた構成となっている。
上述したサービスレコード保持部２１１は、例えば、各サービスを示すキーワードに対応して、該当するサービスレコードを保持する構成となっている。
【００２３】
また、図２において、サービス提供部２１４1〜２１４nは、サービス処理手段１１１に相当するものであり、それぞれ図６に示した掲示板サービス提供部４１１、メールサービス提供部４１２、スケジュールサービス提供部４１３および会議室サービス提供部４１４などと同様に、それぞれ該当するサービスの処理を行う構成となっている。
【００２４】
これらのサービス提供部２１４１〜２１４ｎにおいて、サービス処理部２１５は、受付処理部２１６がセッション処理機構あるいはオペレーティングシステム４０２から受け取った情報や要求に応じて、それぞれ該当するサービスを提供する構成となっている。また、検索処理部２１７は、受付処理部２１６からの指示に応じて、上述したサービスレコード保持部２１１から必要な情報を検索し、受付処理部２１６に返す構成となっている。
【００２５】
以下、上述したサービス提供部２１４1〜２１４nを総称する際には、単に、サービス提供部２１４と称する。
また、図２に示したファイル転送機構において、ファイル編成部２１２は、上述した各サービス処理部２１５からの指示に応じて、指定されたファイルを従来と同様にボディ部として結合するとともに、検索処理部２１３を介して上述したサービスレコード保持部２１１から該当するサービス情報を検索し、このサービスレコードを付加して、図３に示したマルチボディファイルを編成する構成となっている。
【００２６】
一方、サーバ装置２２０の補助記憶装置４０４は、請求項２で述べたファイル蓄積手段１１７に相当するものであり、上述したファイル転送機構を介して、クライアント端末２１０から転送されたマルチボディファイルをそのまま蓄積する構成となっている。
また、図２に示したサーバ装置２２０側のサービス代行部２２１1〜２２１nにおいて、代行処理部２２２は、図６に示した掲示板サービス代行部４２２、メールサービス代行部４２３、スケジュール代行部４２４および会議室サービス代行部４２５などと同様に、各サービスの処理を代行する機能を備えている。
【００２７】
これらのサービス代行部２２１1〜２２１nにおいて、サービス情報提供部２２３は、応答処理手段１２２に相当するものであり、セッション処理機構を介して対応するサービス処理部２１５からの要求を受け取り、補助記憶装置４０４から指定されたファイルの管理部とともにサービスレコード部とオブジェクトレコード部とを読み出して、セッション処理機構を介してクライアント端末２１０側に送出する構成となっている。
【００２８】
以下、サービス固有の情報を共有する方法について説明する。
図４に、サービス情報の受付動作を表す流れ図を示す。
各サービス提供部２１４の受付処理部２１６は、上述したように、セッション処理機構あるいはオペレーティングシステム４０２からの入力に応じて動作を開始し、まず、入力情報が、サーバ装置２２０側からのものであるか否かを判定する（ステップ３０１）。
【００２９】
例えば、掲示板に登録された情報を参照する場合には、該当するサービス提供部２１４のサービス処理部２１５がセッション処理機構を介して通知した要求に応じて、サーバ装置２２０側の該当するサービス代行部２２１のサービス情報提供部２２２により、補助記憶装置４０４に蓄積された該当するファイルから、その管理部とともにサービスレコード部およびオブジェクトレコード部が読み出されて、セッション処理機構を介して上述したサービス提供部２１４の受付処理部２１６に通知される。
【００３０】
この場合は、ステップ３０１の肯定判定としてステップ３０２に進み、受付処理部２１６は、セッション処理機構から上述した管理部およびオブジェクトレコード部とともにサービスレコード部を受け取って、該当するサービス（例えば、掲示板サービス）に対応するサービス情報としてサービスレコード保持部２１１に格納する。
【００３１】
ここで、要求したマルチボディファイルが、スケジュールサービスに対応するサービスレコードとして、会議の開催日時や場所を示すアポイント情報を持ち、また、掲示板サービスに対応するサービスレコードとして、登録した利用者名や利用者ＩＤなどを持っていた場合は、受付処理部２１６は、これらの２つのサービスレコードをそれぞれ該当するサービスに対応して、サービスレコード保持部２１１に格納すればよい。
【００３２】
その後、受付処理部２１６は、これらの情報をサービス処理部２１５に渡し（ステップ３０３）、処理を終了すればよい。
このように、各サービス提供部２１４に設けられた受付処理部２１６が、手順通信手段１１２に相当するセッション処理機構からのサービスレコードの受信に応じて動作することにより、抽出手段１１４の機能の一部を実現し、サーバ装置２２０からクライアント端末２１０側に渡されるサービス情報を抽出して、サービスレコード保持部２１１に保持することができる。
【００３３】
また、上述した管理部およびオブジェクトレコード部の入力に応じて、サービス処理部２１５は、従来と同様にして、登録された情報の一覧などを利用者に提供し、利用者からの指示に応じて、セッション処理機構を介して、対応するサービス代行部２２１に該当するファイルの転送を要求すればよい。
一方、例えば、メールサービス提供部２１５を介して、メールを送信しようとする場合は、受付処理部２１６は、オペレーティングシステム４０２側からの入力に応じて動作するので、上述したステップ３０１の否定判定となる。
【００３４】
このとき、利用者によって、サービスレコードを再利用する旨が指示された場合は、ステップ３０４の肯定判定となり、受付処理部２１６からの指示に応じて、検索処理部２１７は、サービスレコード保持部２１１から該当するサービス情報を検索する（ステップ３０５）。
例えば、上述したようにして、サービスレコード保持部２１１に掲示板サービスに対応するサービスレコードとして、情報登録者の利用者名および利用者ＩＤが格納されていれば、検索処理部２１７は、受付処理部２１６からの指示に応じてこれらの情報を検索し、受付処理部２１６に返すことができる。
【００３５】
その後、ステップ３０３に進んで、受付処理部２１６は、検索された情報を入力された情報と同様にしてサービス処理部２１５に送出すればよい。
このように、利用者の所定の操作に応じて、受付処理部２１６からの指示に応じて検索処理部２１７が動作することにより、検索手段１１６の機能を実現し、再利用指示に応じて、他のサービスの処理の際に、サービスレコード保持部２１１に保持されたサービス情報を流用することができる。
【００３６】
この場合に、検索処理部２１７によって検索されたサービス情報は、受付処理部２１６によりオペレーティングシステム４０２を介して入力された情報と同等に扱われるから、サービス処理部２１５は、従来と同様にして、メールの本文を格納したファイルを示す情報を指定して、ファイル転送処理部２１３にファイル転送を依頼すれよい。
【００３７】
更に、スケジュールサービスに対応するサービス提供部２１４に切り換えて、同様の操作を行えば、上述した掲示情報にサービスレコードとして含まれていたスケジュール情報を利用者のスケジュールに反映させることができる。
この場合も、上述した宛先情報を利用する場合と同様にして、サービスレコードを再利用する旨の指示の入力に応じて、受付処理部２１６が検索処理部２１７にスケジュール情報の検索を指示すればよい。これに応じて、サービスレコード保持部２１１から検索された会議の予定を示す情報は、受付処理部２１６を介してサービス処理部２１５に送出され、利用者が入力したスケジュール情報と同等のものとして、利用者のスケジュールに反映される。
【００３８】
また一方、利用者が、会議室サービスを提供するサービス提供部２１４を介して会議室を新規に予約する際には、会議室を特定する情報や会議の参加者を示す情報および予約者を示す予約情報が入力れる。
この場合は、新規なサービスレコードがクライアント端末２１０の利用者側から入力されるので、ステップ３０１およびステップ３０４の否定判定となり、受付処理部２１６は、利用者が入力した情報を受け付けて（ステップ３０６）、この情報をサービスレコード保持部２１１に送出し（ステップ３０７）、該当サービス（例えば、会議室サービス）に対応するサービス情報として格納すればよい。
【００３９】
その後、ステップ３０３に進んで、このサービスレコードをサービス処理部２１５の処理に供すればよい。
このように、各受付処理部２１６が、オペレーティングシステム４０２からの情報の入力に応じて動作することにより、抽出手段１１４の機能の残りの一部を実現し、新規に入力されたサービス情報をサービスレコード保持部２１１に追加することができる。
【００４０】
また、このとき、会議室サービスを提供するサービス提供部２１４のサービス処理部２１５ は、上述したようにして入力された予約情報に基づいて、従来と同様にして、会議室の予約処理を行えばよい。
上述したようにして、サーバ装置２２０側およびオペレーティングシステム４０２側から入力されるサービス情報を両方とも抽出し、該当するサービス処理部２１５の処理に供するとともにサービスレコード保持部２１１に保持しておき、必要に応じて検索することにより、クライアント端末２１０側の複数のサービス提供部２１４の間において、互いにサービス情報を共有し、サービス間の連携を図ることが可能となる。
【００４１】
これにより、スケジュール情報や宛先の利用者名などを重複して入力する必要がなくなり、利用者の負担を大幅に軽減することができる。
例えば、上述した会議室の予約作業の後に、スケジュールサービスを利用して、会議室の予約に関する情報を利用者自身のスケジュールとして取り込めば、改めてスケジュールを入力する必要はない。
【００４２】
次に、アポイント付きの会議開催通知文書と会議用の資料文書とをまとめたマルチボディファイルをメールで送信する場合を例にとって、上述したようなマルチボディファイルを作成する方法について説明する。
図５に、ファイル転送動作を表す流れ図を示す。
ファイル転送手段１１３に相当するファイル転送機構に設けられたファイル編成部２１２は、ファイル転送指示に応じて動作を開始し、まず、依頼元からそのサービスに対応するサービスレコードを受け取って、サービスレコードの１つとする（ステップ３１１）。
【００４３】
例えば、メールサービス提供部２１５から依頼があった場合は、クライアント端末２１０の利用者を特定する情報を受け取り、メールサービスに対応するサービスレコードとすればよい。
次に、編成処理部２３１は、検索処理部２１３を介して、指定された各ファイルに関連づけられたサービスレコードをサービスレコード保持部２１１から検索し、順次に上述したサービスに対応するサービスレコードに付加する（ステップ３１２）。
【００４４】
例えば、メールサービスにおいて、会議開催通知文書のファイルに会議の開催場所や日時を示すスケジュール情報が関連づけられている場合は、検索処理部２１３により、このスケジュール情報が読み出され、ファイル編成部２１２により、会議開催通知文書のファイルに対応するサービスレコードとして付加される。
このようにして、全てのファイルに対応するサービスレコードを検索するまで上述したステップ３１２を繰り返し、検索が終了したときに、ステップ３１３の肯定判定となってステップ３１４に進み、ファイル編成部２１２は、従来と同様のオブジェクトレコード部およびサービスヘッダを含んだ管理部を作成すればよい。
【００４５】
その後、ファイル編成部２１２は、この管理部と上述したサービスレコード部およびオブジェクトレコード部とに続いて、ファイル転送依頼で指定された各ファイルをボディ部として結合し（ステップ３１５）、マルチボディファイルとして転送すればよい。
このように、ファイル編成部２１２と検索処理部２１３とが、ファイル転送依頼に応じて動作することにより、請求項２で述べたサービスレコード作成手段１１７およびファイル編成手段１１８の機能を実現し、少なくとも１つのファイルと少なくとも１つのサービスレコードとを備えた転送用ファイルを編成し、サーバ装置２２０の処理に供することができる。
【００４６】
このようにして作成されたマルチボディファイルを宛先の利用者がダウンロードする際には、利用中のサービスに関するサービスレコードと発信元の利用者がファイルに関連づけたサービスレコードとを一括して得ることができる。
したがって、上述したようにして、クライアント端末２１０において、各サービス提供部の間でサービスに固有の情報を共用可能とし、更に、サーバ装置２２０側への転送用ファイルにこれらのサービス固有の情報をサービスレコードとして付加することにより、複数のクライアント端末２１０間においても、サービス情報の共有が可能となる。
【００４７】
この場合は、マルチボディファイルに付加したサービスレコードによって、クライアント端末２１０とサーバ装置２２０との間で、複数のサービスに関するサービス情報を一括して授受することができるから、セッション処理機構を介するサービス情報の通信頻度が大幅に減少する。
したがって、クライアント端末２１０とサーバ装置２２０との間で授受されるプロトコルデータを抑制し、通信量を削減することができるから、これにより、有用な情報の転送処理により多くの通信能力を割り当てることが可能となり、情報処理システム全体の効率の向上を図ることができる。
【００４８】
【発明の効果】
以上説明したように、請求項１の発明によれば、各サービス処理手段の間でサービス情報の共有が可能となり、複数のサービスを容易に連携して利用することができ、類似した情報を重複して入力するといった無駄な手間を削減して、利用者の負担を大幅に軽減することができる。
【００４９】
更に、請求項２の発明によれば、クライアント端末とサーバ装置との間で、複数のサービスに関するサービス情報を一括して授受することが可能となるから、クライアント端末とサーバ装置との間のプロトコルデータを削減し、通信能力の有効利用を図ることができる。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の統合情報管理システムを適用したクライアントサーバシステムの実施例構成図である。
【図３】マルチボディファイルの構成例を示す図である。
【図４】サービス情報の受付処理動作を表す流れ図である。
【図５】ファイル編成動作を表す流れ図である。
【図６】ＬＡＮで接続されたクライアントサーバシステムの構成例を示す図である。
【図７】従来のマルチボディファイルの構成例を示す図である。
【符号の説明】
１１０、２１０、４１０ クライアント端末
１１１ サービス処理手段
１１２ 手順通信手段
１１３ ファイル転送手段
１１４ 抽出手段
１１５ サービス情報保持手段
１１６ 検索手段
１１７ サービスレコード作成手段
１１８ ファイル編成手段
１２０、２２０、４２０ サーバ装置
１２１ ファイル蓄積手段
１２２ 応答処理手段
２１１ サービスレコード保持部
２１２ ファイル編成部
２１３、２１７ 検索処理部
２１４ サービス提供部
２１５ サービス処理部
２１６ 受付処理部
２２１ サービス代行部
２２２ 代行処理部
２２３ サービス情報提供部
４０１ ローカルエリアネットワーク（ＬＡＮ）
４０２ オペレーティングシステム（ＯＳ）
４０３ ハードディスク
４０４ 補助記憶装置
４１１ 掲示板サービス提供部
４１２ メールサービス提供部
４１３ スケジュールサービス提供部
４１４ 会議室サービス提供部
４１５、４２１ セッション処理部
４１６、４２６ ファイル転送処理部
４１７ ファイル編成部
４２２ 掲示板サービス代行部
４２３ メールサービス代行部
４２４ スケジュールサービス代行部
４２５ 会議室サービス代行部
Claims (2)
- それぞれ異なるサービスを提供する複数のサービス処理手段を備えた複数のクライアント端末のそれぞれをネットワークを介してサーバ装置に接続したネットワークシステムにおいて、前記各クライアント端末と前記サーバ装置との間で授受する情報の統合的な管理を図る統合情報管理システムにおいて、
前記クライアント端末は、
前記複数のサービス処理手段と前記サーバ装置との間で、前記複数のサービス処理手段によるサービス提供処理に伴って、前記複数のサービス処理手段それぞれのアプリケーションに対応する位置に前記各アプリケーションに固有のサービス情報を配置した構造の手順情報を授受する手順通信手段と、
前記複数のサービス処理手段によるサービス提供処理に伴って前記手順通信手段を介して送受信される手順情報から所望のアプリケーションに対応する位置に配置された前記サービス情報を抽出する抽出手段と、
前記抽出手段によって抽出されたサービス情報を保持するサービス情報保持手段とを備えた構成であり、
前記複数のサービス処理手段は、前記サービス情報の少なくとも一部を再利用する旨の指示の入力に応じて、前記サービス情報保持手段から前記指示によって指定されたサービス情報を検索して、サービス提供処理に供する検索手段を備えた構成である
ことを特徴とする統合情報管理システム。 - 請求項１に記載の統合情報管理システムにおいて、
前記複数のサービス処理手段からの転送依頼に応じて、前記転送依頼で指定された少なくとも一つのファイルそれぞれを少なくとも一つの実体部として含むマルチボディファイルを、前記ネットワークを介して前記サーバ装置に転送するファイル転送手段を備え、
前記ファイル転送手段は、
入力される転送依頼とサービス情報保持手段に保持されたサービス情報とに基づいて、依頼元に対応するサービス情報と指定されたファイルに対応するサービス情報とを含むサービスレコードを作成するサービスレコード作成手段と、
前記転送依頼で指定された少なくとも１つのファイルを結合してマルチボディファイルのボディ部を形成するとともに、前記サービスレコードを前記ボディ部に付加して転送用ファイルを編成し、ネットワークを介するファイル転送処理に供するファイル編成手段とを備えた構成であり、
サーバ装置は、
前記ファイル転送手段から前記転送用ファイルを受け取って蓄積するファイル蓄積手段と、
手順通信手段を介して入力された要求に応じて、前記ファイル蓄積手段から該当する転送用ファイル内の前記サービスレコードを読み出して、前記手順通信手段を介して要求元に返す応答処理手段とを備えた構成である
ことを特徴とする統合情報管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14769695A JP3735139B2 (ja) | 1995-06-14 | 1995-06-14 | ネットワークシステムにおける統合情報管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14769695A JP3735139B2 (ja) | 1995-06-14 | 1995-06-14 | ネットワークシステムにおける統合情報管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH096697A JPH096697A (ja) | 1997-01-10 |
| JP3735139B2 true JP3735139B2 (ja) | 2006-01-18 |
Family
ID=15436202
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14769695A Expired - Fee Related JP3735139B2 (ja) | 1995-06-14 | 1995-06-14 | ネットワークシステムにおける統合情報管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3735139B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3741818B2 (ja) * | 1997-03-31 | 2006-02-01 | 株式会社野村総合研究所 | 多数のコンピュータが参加する情報分配応答システム |
| JP3508513B2 (ja) | 1997-11-07 | 2004-03-22 | 株式会社日立製作所 | 計算機システムの運用管理方法 |
-
1995
- 1995-06-14 JP JP14769695A patent/JP3735139B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH096697A (ja) | 1997-01-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6993561B2 (en) | Method and apparatus for maintaining a unified view of multiple mailboxes | |
| US7986943B2 (en) | Electronic file transfer for a communications device | |
| US7664824B2 (en) | System for transmission/reception of e-mail with attached files | |
| EP0845184B1 (en) | Improved message queuing distribution services for mail systems | |
| CN101395838A (zh) | 数据同步方法、系统和装置 | |
| US20010042093A1 (en) | Information processing system capable of file transmission and information processing apparatus in the system | |
| CA2544717C (en) | Storing, sending and receiving text message threads on a wireless communication device | |
| JPH09238157A (ja) | 電子メール自動回送システム | |
| CA2537448A1 (en) | Mail server based application record synchronization | |
| US7826406B2 (en) | Storing, sending and receiving text message threads on a wireless communication device | |
| EP1929721B1 (en) | Method and system providing asynchronous communications over the internet | |
| EP2003831A1 (en) | Network service for user-controlled allocation of data items | |
| JP3735139B2 (ja) | ネットワークシステムにおける統合情報管理システム | |
| JP2008504632A (ja) | メッセージ送受信および掲示システム、送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体 | |
| JP2001339422A (ja) | メールデータ管理システム | |
| JPH11175419A (ja) | 電子メール送受信システム | |
| JPH1165955A (ja) | 電子メールシステム及び端末装置 | |
| JP2003030117A (ja) | 電子メールサーバ、電子メール保存転送方法、プログラム、及び記憶媒体 | |
| JP3527090B2 (ja) | 分散型メールシステム並びにメール到着確認用プログラムを記録した記録媒体及びメールサーバ装置 | |
| JP4576074B2 (ja) | 添付ファイルを含む電子メールの送受信システム | |
| JP2000148691A (ja) | 情報同期システムおよび記録媒体 | |
| CN101719898A (zh) | 信息处理装置和方法以及电子邮件处理装置和方法 | |
| JP2002024150A (ja) | グループウエアを用いた情報受配信システム | |
| JP2002373141A (ja) | メール削除機能付き電子メールシステム及び電子メールプログラム | |
| JP2003186802A (ja) | メール交換方法及びシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040127 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040318 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040511 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040610 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20040721 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050830 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050920 |
|
| 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: 20051018 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051021 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081028 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091028 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091028 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101028 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101028 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111028 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111028 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121028 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |