(57)【要約】【課題】ネットワーク負荷を低減しつつ、ファイアウォールの外側に位置する端末と文書の共有をする。【解決手段】文書共有システム１０は、サーバと、ファイアウォールを介してサーバに接続された複数の端末と、を備える。サーバは、各端末で保持される共有対象の文書のリストである共有文書リストと、各端末からの取得要求を管理する要求管理手段と、を有する。各端末は、自己文書に対する他端末からの取得要求の有無をサーバへ繰り返し確認する要求確認手段と、取得要求があった場合に当該自己文書をサーバに送信する文書送信手段と、他端末が保持する文書に対する取得要求をサーバに送信する文書要求手段と、当該文書が取得できるまでサーバに当該文書を要求する再要求の送信を繰り返す文書再要求手段と、を有する。【選択図】図１
2005309891.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、ファイアウォールを介してサーバに接続された複数の端末と、を備え、複数の端末で各端末が保持する文書を共有する文書共有システムであって、
サーバは、
各端末で保持される共有対象の文書のリストである共有文書リストを各端末に通知するリスト通知手段と、
共有文書リストに含まれる文書に対する各端末からの取得要求を管理する要求管理手段と、
を有し、
各端末は、
自己が保持する文書である自己文書に対する他端末からの取得要求の有無をサーバへ繰り返し確認する要求確認手段と、
要求確認手段により自己文書に対する取得要求が確認できた場合に、当該自己文書をサーバに送信する文書送信手段と、
他端末が保持する文書に対する取得要求をサーバに送信する文書要求手段と、
要求送信手段による取得要求の送信後、当該文書が取得できるまでサーバに当該文書を要求する再要求の送信を繰り返す文書再要求手段と、
を有することを特徴とする文書共有システム。
【請求項２】
請求項１に記載の文書共有システムであって、
各端末は、共有文書リストの取得要求をサーバに送信するリスト要求手段を有し、
リスト通知手段は、各端末からの共有文書リストの取得要求に応じて共有リストを当該端末に送信することを特徴とする文書共有システム。
【請求項３】
請求項２に記載の文書共有システムであって、
リスト要求手段は、共有文書リストの取得要求をサーバへ繰り返し送信することを特徴とする文書共有システム。
【請求項４】
請求項３に記載の文書共有システムであって、
要求管理手段は、共有リストに含まれる文書に対する取得要求の有無を共有文書リストに書き込み、
要求確認手段は、リスト要求手段により取得した共有文書リストを確認することで自己文書に対する取得要求を確認することを特徴とする文書共有システム。
【請求項５】
請求項３または４に記載の文書共有システムであって、
共有文書リストが更新された直後は、リスト要求手段による共有文書リストの取得要求の繰り返し間隔を短くすることを特徴とする文書共有システム。
【請求項６】
請求項１から５のいずれか１項に記載の文書共有システムであって、
サーバは、各端末が行なう繰り返し送信の間隔を管理するポーリング管理手段を有することを特徴とする文書共有システム。
【請求項７】
請求項１から６のいずれか１項に記載の文書共有システムであって、
各端末からサーバへの通信形態は、端末からの要求に対してサーバがレスポンスを返す通信形態であることを特徴とする文書共有システム。
【請求項８】
請求項１から７のいずれか１項に記載の文書共有システムであって、
各端末は、少なくとも通信機能と画像形成機能とを含む複数の機能を備えたデジタル複合機であることを特徴とする文書共有システム。
【請求項９】
サーバに接続され、他端末と文書を共有する文書共有システムの端末であって、
自己が保持する文書である自己文書に対する他端末からの取得要求の有無をサーバへ繰り返し確認する要求確認手段と、
要求確認手段により自己文書に対する取得要求が確認できた場合に、当該自己文書をサーバに送信する文書送信手段と、
他端末が保持する文書に対する取得要求をサーバに送信する文書要求手段と、
要求送信手段による取得要求の送信後、当該文書が取得できるまでサーバに当該文書を要求する再要求の送信を繰り返す文書再要求手段と、
を有することを特徴とする文書共有システムの端末。
【請求項１０】
請求項９に記載の文書共有システムであって、
端末は、各端末で保持される共有対象の文書のリストである共有文書リストの取得要求をサーバに送信して、当該共有文書リストを取得するリスト要求手段を有することを特徴とする文書共有システムの端末。
【請求項１１】
請求項１０に記載の文書共有システムの端末であって、
リスト要求手段は、共有文書リストの取得要求をサーバへ繰り返し送信することを特徴とする文書共有システムの端末。
【請求項１２】
請求項１１に記載の文書共有システムの端末であって、
共有リストには、当該共有リストに含まれる文書に対する取得要求の有無がサーバにより書き込まれており、
要求確認手段は、リスト要求手段により取得した共有文書リストを確認することで自己文書に対する取得要求を確認することを特徴とする文書共有システムの端末。
【請求項１３】
請求項１１または１２に記載の文書共有システムの端末であって、
共有文書リストが更新された直後は、リスト要求手段による共有文書リストの取得要求の繰り返し間隔を短くすることを特徴とする文書共有システムの端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバと、ファイアウォールを介してサーバに接続された複数の端末と、を備え、複数の端末で各端末が保持する文書を共有する文書共有システムおよびその端末に関する。
【背景技術】
【０００２】
従来から、複数の端末で文書を共有したいという要望がある。端末同士で文書を共有する方法の一つとしてピアツーピアが知られている。これは、各端末同士を直接、接続して文書の遣り取りを行なうものである。また、別の方法として、インターネット上にリポジトリ（データ・サーバなど）を設け、このリポジトリに共有したい文書を登録するセンター方式も考えられる。
【０００３】
このような文書共有システムの一つとして、特許文献１には、複数の端末で共有する文書の同期を取るためにポーリングを利用した情報同期システムが開示されている。これは、他端末で保持されている文書を参照する際に、当該文書の更新の有無をサーバにポーリングで問い合わせることにより同期をとっている。そして、そのポーリング回数を減らすためにポーリングに対するサーバからの応答を他端末で文書が更新されるまで、または、一定時間経過するまで保持するようになっている。これによりポーリング回数を減らすことができ、ひいては、ネットワークの負荷を低減できる。
【０００４】
【特許文献１】特開２００２−３３７８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ここで、各端末がインターネットを介して接続される場合、ピアツーピアでの文書の遣り取りは困難となる。すなわち、インターネットを介した接続の場合、外部からの不正なアクセスを制限するためにファイアウォールを設ける必要があるが、ファイアウォールを設けた場合、ピアツーピアでの文書の遣り取りも制限されてしまう。
【０００６】
また、インターネット上にリポジトリを設けたセンター方式では、登録の度に、文書の実体データをサーバに送信する必要があり通信負荷が高くなる。また、リポジトリの容量も大きくしなければならない。
【０００７】
そこで、本発明では、ネットワーク負荷を低減して、ファイアウォールの外側に位置する端末と文書共有できる文書共有システムおよびその端末を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の文書共有システムは、サーバと、ファイアウォールを介してサーバに接続された複数の端末と、を備え、複数の端末で各端末が保持する文書を共有する文書共有システムであって、サーバは、各端末で保持される共有対象の文書のリストである共有文書リストを各端末に通知するリスト通知手段と、共有文書リストに含まれる文書に対する各端末からの取得要求を管理する要求管理手段と、を有し、各端末は、自己が保持する文書である自己文書に対する他端末からの取得要求の有無をサーバへ繰り返し確認する要求確認手段と、要求確認手段により自己文書に対する取得要求が確認できた場合に、当該自己文書をサーバに送信する文書送信手段と、他端末が保持する文書に対する取得要求をサーバに送信する文書要求手段と、要求送信手段による取得要求の送信後、当該文書が取得できるまでサーバに当該文書を要求する再要求の送信を繰り返す文書再要求手段と、を有することを特徴とする。
【０００９】
好適な態様では、各端末は、共有文書リストの取得要求をサーバに送信するリスト要求手段を有し、リスト通知手段は、各端末からの共有文書リストの取得要求に応じて共有リストを当該端末に送信する。リスト要求手段は、共有文書リストの取得要求をサーバへ繰り返し送信することが望ましい。要求管理手段は、共有リストに含まれる文書に対する取得要求の有無を共有文書リストに書き込み、要求確認手段は、リスト要求手段により取得した共有文書リストを確認することで自己文書に対する取得要求を確認することが望ましい。共有文書リストが更新された直後は、リスト要求手段による共有文書リストの取得要求の繰り返し間隔を短くすることが望ましい。
【００１０】
別の好適な態様では、サーバは、各端末が行なう繰り返し送信の間隔を管理するポーリング管理手段を有する。別の好適な態様では、各端末からサーバへの通信形態は、端末からの要求に対してサーバがレスポンスを返す通信形態である。別の好適な態様では、各端末は、少なくとも通信機能と画像形成機能とを含む複数の機能を備えたデジタル複合機である。
【００１１】
他の本発明である文書共有システムの端末は、サーバに接続され、他端末と文書を共有する文書共有システムの端末であって、自己が保持する文書である自己文書に対する他端末からの取得要求の有無をサーバへ繰り返し確認する要求確認手段と、要求確認手段により自己文書に対する取得要求が確認できた場合に、当該自己文書をサーバに送信する文書送信手段と、他端末が保持する文書に対する取得要求をサーバに送信する文書要求手段と、要求送信手段による取得要求の送信後、当該文書が取得できるまでサーバに当該文書を要求する再要求の送信を繰り返す文書再要求手段と、を有することを特徴とする。
【００１２】
好適な態様では、端末は、各端末で保持される共有対象の文書のリストである共有文書リストの取得要求をサーバに送信して、当該共有文書リストを取得するリスト要求手段を有する。別の好適な態様では、リスト要求手段は、共有文書リストの取得要求をサーバへ繰り返し送信する。別の好適な態様では、共有リストには、当該共有リストに含まれる文書に対する取得要求の有無がサーバにより書き込まれており、要求確認手段は、リスト要求手段により取得した共有文書リストを確認することで自己文書に対する取得要求を確認する。別の好適な態様では、共有文書リストが更新された直後は、リスト要求手段による共有文書リストの取得要求の繰り返し間隔を短くする。
【００１３】
ここで、文書とは、文章を記録したデータに限らず、画像データやプログラムデータなど、電子化された情報全般を指す。
【発明の効果】
【００１４】
本発明によれば、ネットワーク負荷を低減しつつ、ファイアウォールの外側に位置する端末と文書共有できる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について図面を参照して説明する。図１に本発明の実施の形態である文書共有システム１０の全体構成図を示す。
【００１６】
文書共有システム１０は、サーバ１２と、ファイアウォール１８を介してサーバ１２に接続された複数の端末１４と、を有する。端末１４は、例えば、文書スプール部を備えたデジタル複合機（以下、「ＭＦＰ１４ａ」という）や、パーソナルコンピュータ（以下、ＰＣ１４ｂ」という）などが相当する。各端末１４は、ローカルエリアネットワーク１６に配置されている。また、ローカルエリアネットワーク１６は、ファイアウォール１８を介してインターネット２０に接続されており、外部からの不正なアクセスを防止している。つまり、サーバ１２と各端末１４とは、ファイアウォール１８を介して接続されている。ここで、ファイアウォール１８は、外部からは所定の通信、例えば、ＨＴＭＬ通信における要求に対するレスポンスなどのみが通過できるようになっている。
【００１７】
したがって、サーバ１２から端末１４への通信は、各端末１４からの要求に対するレスポンスのみが可能となっている。また、異なるローカルエリアネットワーク１６に配置された端末１４同士は、互いにファイアウォール１８が介在するため、直接の通信ができないようになっている。本実施の形態では、この互いに異なるローカルエリアネットワーク１６に配置された端末１４同士での文書の共有を実現する。
【００１８】
ここで、この文書共有の仕組みを簡単に説明する。サーバ１２は、各端末１４に保持された文書の情報を、共有文書リストとして管理する。各端末１４はサーバ１２にこの共有文書リストを要求し、サーバ１２はそのレスポンスとして共有文書リストを各端末１４に送信する。各端末１４は、この共有文書リストを読み込むことで、他の端末１４にどのような文書が保持されているかを知ることができる。この共有文書リストの要求は所定のポーリング間隔で繰り返し行なう。
【００１９】
他の端末１４に保持されている文書、他文書を取得したい場合は、その取得要求をサーバ１２に送信する。サーバ１２は、その取得要求を受けた時点で、その旨を共有文書リストに書き込む。端末１４は、取得要求した文書がサーバ１２にあればこれを取得する。当該文書が無い場合には、要求した文書がサーバ１２にアップロードされるまで、取得要求をポーリングする。
【００２０】
当該文書を保持している端末１４は、共有文書リストを読み込み、当該文書に対する他の端末１４から取得要求があることを知れば、当該文書をサーバ１２に送信する。そして、取得要求をポーリングしている端末１４は、サーバ１２にアップロードされた当該文書を取得することができる。
【００２１】
以上が、簡単な文書共有の仕組みである。以下、文書共有システム１０について詳説する。はじめに、サーバ１２について図２を用いて説明する。図２は、サーバ１２の機能構成を示すブロック図である。サーバ１２は、通常のＷＷＷサーバ１２と同様に、ＨＴＭＬまたはＨＴＭＬＳでの通信が可能なネットワークＩ／Ｆ３０、ＯＳ２８、ＷＷＷサーバ機能２６を備えている。また、文書共有を実現するための機能として、各端末１４で保持する文書の情報を管理するリスト管理部２２と、各端末１４から送信された文書を一時的に保持する文書スプール部２４と、を有する。
【００２２】
リスト管理部２２は、さらにポーリング頻度タイマ３２、リスト作成部３４、ポーリング間隔管理部３８、共有文書リスト３６、などを備えている。ポーリング頻度タイマ３２は、各端末１４からのポーリング間隔を計測するためのタイマである。リスト作成部３４は、端末１４から送信される各端末１４が保持する文書の情報、自己文書情報に基づいて共有文書リスト３６を作成する。ポーリング間隔管理部３８は、各端末１４からのポーリング頻度や通信状況に応じて、端末１４からのポーリング間隔を制御する。このポーリング間隔の制御は、具体的には、所望のポーリング間隔を共有文書リスト３６に書き込むことで実現できる。
【００２３】
共有文書リスト３６については、図３を参照して説明する。共有文書リスト３６は、各端末１４が保持する文書のリストで、各文書の情報とポーリング間隔と、が記録されている。各文書の情報としては、その文書を識別するための文書ＩＤやその文書の格納場所、文書名、さらに、その文書への取得要求の有無を示す要求カウントが含まれる。この要求カウントは、端末１４からその文書に対する取得要求があるたびにインクリメントされ、各端末１４が要求した文書を取得するたびにディクリメントされる。すなわち、要求カウントが１以上の場合は、現在、その文書に対する取得要求があるということになる。また、要求カウントが０の場合は、現在、その文書を必要としている端末１４がない、ということになる。
【００２４】
次に、各端末１４の構成について図４、図５を用いて説明する。図４は、端末１４の一例であるＭＦＰ１４ａの機能構成を示すブロック図、図５はその一部詳細図である。ＭＦＰ１４ａは、プリンタ部４２やスキャナ部４０、ＦＡＸ部４４など、を備えたデジタル複合機である。このＭＦＰ１４ａは、さらに、他の端末１４と共有する文書を格納する文書スプール部５６、サーバ１２への通信を制御する通信制御部５４、通信制御部５４が参照するポーリングタイマ５２、通信を行うためのネットワークＩ／Ｆ４６、および、ユーザーインターフェース（以下、「Ｕ／Ｉ４８」という）を備えている。
【００２５】
文書スプール部５６は、他の端末１４と共有するための文書が格納される。ここに格納される文書としては、ネットワークを通じてＰＣなどから送信された文書の他、スキャナ部４０で読み取った文書や、プリンタ部４２で作成された印刷データなどがある。ユーザーは、Ｕ／Ｉ４８を介して、この文書スプール部５６に保持されている文書のうち、いずれを、他の端末１４と共有するか、を選択できる。ポーリングタイマ５２は、後述する、リスト取得ポーリング、および、文書再要求ポーリングに用いられるタイマである。
【００２６】
通信制御部５４は、文書共有のための通信を制御するもので、リスト取得部６０、自己文書提供部６２、他文書取得部６４を備える（図５参照）。リスト取得部６０は、さらに、自己文書情報送信部６８とリスト要求部６６とを備える。自己文書情報送信部６８は、文書スプール部５６に保持されている文書、すなわち、自己文書の情報をサーバ１２に送信する。自己文書の情報としては、自己文書の文書ＩＤや、文書名、ファイル種類、文書の格納場所などがある。自己文書の情報の送信を受けたサーバ１２はそのレスポンスとして通信結果のステータス（ＯＫまたはＮＧ）を端末１４に返す。この自己文書情報の送信は、基本的には、文書スプール部５６に新たに文書が追加された際に行われる。
【００２７】
この自己文書情報送信部６８とサーバ１２との間でやり取りされるメッセージの一例を図６に示す。図６において、上側が自己文書情報送信部６８（端末１４）からサーバ１２に送信されたメッセージ（Ｔ→Ｓ）であり、下側がサーバ１２から自己文書情報送信部６８（端末１４）に返されるレスポンス（Ｓ→Ｔ）である。端末１４からのメッセージは、通信ヘッダに続いて、自己文書情報の送信であることのフラグ、自己文書情報そのものが記録されている。また、サーバ１２からのレスポンスには通信ヘッダに続いて、通信結果のステータス（ＯＫまたはＮＧ）が記録されている。
【００２８】
リスト要求部６６は、サーバ１２にリスト要求ポーリングを行う。リスト要求ポーリングは、サーバ１２に対して共有文書リスト３６を要求するリスト要求メッセージを繰り返し送信するものである。サーバ１２は、リスト要求部６６（端末１４）から送信されたリスト要求メッセージのレスポンスとして共有文書リスト３６を端末１４に送信する。端末１４は、共有文書リスト３６を受信すれば、これを保持する。このリスト要求ポーリングは、共有文書リスト３６に記録されたポーリング間隔で行われる。すなわち、サーバ１２のポーリング間隔管理部３８で算出されたポーリング間隔で行われる。
【００２９】
このリスト要求部６６（端末１４）とサーバ１２との間でやり取りされるメッセージの一例を図７に示す。リスト要求部６６からはリスト要求メッセージが送信される。サーバ１２からのレスポンスメッセージは通信ヘッダ、ポーリング間隔に続き、各共有文書の情報とその要求カウントが続く。
【００３０】
次に自己文書提供部６２について説明する。自己文書提供部６２は、要求確認部７０と文書送信部７２とを備える。要求確認部７０は、他の端末１４からの自己文書に対する取得要求の有無を確認するもので、これは、サーバ１２から取得した共有文書リスト３６を読み込むことによりなされる。すなわち、共有文書リスト３６に含まれる文書のうち、自己文書の要求カウントが０の場合は自己文書に対する他の端末１４からの取得要求はないと判断できる。要求カウントが１以上の場合は、他の端末１４からの取得要求があると判断し、その旨を文書送信部７２に通知する。この要求確認は、リスト要求部６６によってサーバ１２から共有文書リスト３６を受信する度に行う。言い換えれば、要求確認は、リスト要求ポーリングのポーリング間隔とほぼ同じ間隔で繰り返し行われる。
【００３１】
文書送信部７２は、自己文書に対する他の端末１４からの取得要求があった場合に当該自己文書をサーバ１２に送信する。当該自己文書の送信を受けたサーバ１２はレスポンスとして通信結果のステータスを返す。この文書送信部７２（端末１４）とサーバ１２とで遣り取りされるメッセージを図８に示す。この端末１４からサーバ１２へのメッセージには、自己文書の実体データが含まれている。
【００３２】
次に、他文書取得部６４について説明する。他文書取得部６４は、文書要求部７４と、再要求部７６と、削除要求部７８と、を備える。文書要求部７４は、他の端末１４に保持されている文書である他文書を取得したい場合に、その取得要求メッセージをサーバ１２に送信する。サーバ１２は、この取得要求メッセージを受ければ、サーバ１２で保持している共有文書リスト３６の当該他文書の要求カウントをインクリメントする。そして、当該他文書がサーバ１２の文書スプール部２４にあるかを確認し、あった場合は、その当該他文書をレスポンスとして端末１４に返す。当該他文書が文書スプール部２４に無い場合は、通信結果のステータスとしてＮＧを返す。この文書要求部７４（端末１４）とサーバ１２とで遣り取りされるメッセージを図９に示す。図９においてサーバ１２からのレスポンスメッセージのうち破線で表示した部分、すなわち、当該他文書の実体データ部分は、当該他文書が文書スプール部２４にあった場合にのみ付加される。
【００３３】
再要求部７６は、文書要求部７４による取得要求メッセージ送信後、サーバ１２に対して文書再要求ポーリングを行う。文書再要求ポーリングは、要求した他文書がサーバ１２から送信されるまで、繰り返し再要求メッセージを送信するものである。サーバ１２は、当該他文書が文書スプール部２４に無ければＮＧのステータスを、有れば当該他文書の実体データをレスポンスとして返す。この再要求部７６（端末１４）とサーバ１２とで遣り取りされるメッセージを図１０に示す。図１０において、サーバ１２からのレスポンスメッセージのうち破線で表示した部分、すなわち、当該他文書の実体データ部分は、当該他文書が文書スプール部２４にあった場合にのみ付加される。
【００３４】
削除要求部７８は、当該他文書をサーバから取得できた場合に、サーバ１２に対して当該他文書の削除要求メッセージを送信する。削除要求メッセージを受信したサーバ１２は、文書スプール部２４内に保持している当該他文書を削除した上で、レスポンスを端末に返す。この際、遣り取りされるメッセージを図１１に示す。
【００３５】
以上のサーバ１２および端末１４を備えた文書共有システム１０での文書共有の流れについて図１２、図１３を用いて説明する。図１２はサーバ１２での処理の流れを示すフローチャートであり、図１３は端末１４での処理の流れを示すフローチャートである。
【００３６】
サーバ１２は、まず、初期化処理としてポーリング頻度タイマの初期化し、ポーリング間隔をデフォルト値に設定する（ＳＳ１０）。端末１４から共有文書リストの要求メッセージを受信すれば、そのレスポンスとして保持している共有文書リストを端末１４に送信し、処理の最初に戻る（ＳＳ２２）。
【００３７】
端末１４から自己文書情報の送信を受ければ、そのレスポンスとして通信結果のレスポンスを返す。また、必要に応じてポーリング間隔の設定を行い、保持している共有文書リストを更新し、処理の最初に戻る（ＳＳ２４〜ＳＳ２８）。
【００３８】
端末１４から他文書の取得要求メッセージを受信した場合は、保持している共有文書リストの当該文書の要求カウントをインクリメントする。さらに、文書スプールに当該文書があるかを判別し、有った場合は、当該文書を取得要求メッセージのレスポンスとして端末１４に送信する。当該文書が文書スプールに無い場合は、通信結果のステータスとしてＮＧを端末１４に返す。そして、いずれの場合でも最初の処理に戻る（ＳＳ３０〜ＳＳ３６）。
【００３９】
さらに、他文書の再要求メッセージを受信した場合は、再度、文書スプールに当該文書があるかを判別し、有った場合は当該文書を端末１４に送信し、無い場合はＮＧのステータスを端末１４に返す。そして、最初の処理へ戻る（ＳＳ３２〜ＳＳ３６）。
【００４０】
さらに、端末１４から削除要求メッセージを受けた場合は、当該文書の要求カウントをディクリメントした上で、文書スプールに保持されている当該文書を削除する。そして、最初の処理へと戻る（ＳＳ３８〜ＳＳ４２）。
【００４１】
また、端末１４から自己文書の送信を受けた場合は、当該自己文書を文書スプール部２４に保存し、そのレスポンスを端末１４に送信する（ＳＳ４４〜ＳＳ４６）。
【００４２】
次に、端末１４の処理の流れを図１３を用いて説明する。端末１４は、あらかじめ設定されたポーリング間隔にしたがって、共有文書リスト３６の要求メッセージを送信する（ＴＳ１０）。そして、このメッセージのレスポンスとして共有文書リスト３６を受信すれば、これを端末１４内に保持する（ＴＳ１２）。Ｕ／Ｉは、この共有文書リスト３６を読み込み、共有可能な文書の表示を更新する。
【００４３】
また、受信した共有文書リスト３６に記憶されたポーリング間隔に基づいてポーリング間隔の設定を行う。さらに、受信した共有文書リスト３６を読み込んで、自己文書に対する他の端末１４からの取得要求の有無を確認する（ＴＳ１６）。すなわち、自己文書の要求カウントが１以上であるか、を確認する。自己文書の要求カウントが１以上の場合は、当該文書をサーバ１２に送信する（ＴＳ２２）。
【００４４】
また、共有文書として新たな文書が追加された場合は、自己文書情報としてサーバ１２に当該自己文書の情報を送信する（ＴＳ１８）。
【００４５】
ユーザーから他の端末１４に保持されている他文書の取得が指示されれば、当該他文書の取得要求メッセージをサーバ１２に送信する（ＴＳ２０、ＴＳ２６）。サーバ１２から当該他文書が送信されれば、サーバ１２に対して当該文書の削除メッセージを送信する（ＴＳ２８〜ＴＳ３２）。一方、サーバ１２から当該他文書が送信されなければ、所定のポーリング間隔経過後に、再度、再要求メッセージをサーバ１２に送信する（ＴＳ３４）。そして、レスポンスとして当該他文書が送信されるまで、再要求メッセージのポーリングを繰り返す。
【００４６】
次に、文書の共有の具体例を図１４を用いて説明する。図１４は、端末１と端末２で文書Ｄ１および文書Ｄ２を互いに共有する場合の流れを示すシーケンス図である。
【００４７】
図１４の具体例では、端末１は文書Ｄ１を有し、端末２は文書Ｄ２を有している。まず、端末１は文書Ｄ１の、端末２は文書Ｄ２の自己文書情報をサーバに送信する。サーバは、送信された自己文書情報に基づいて、共有文書リストを更新する。このとき、共有文書リストにおいて、文書Ｄ１および文書Ｄ２の要求カウントは、いずれも０である。
【００４８】
端末１および端末２からリスト要求メッセージが送信されると、サーバは共有文書リストをレスポンスとして端末に送信する。端末１および端末２には、ファイアウォールが設けられているが、この共有文書リストの送信は、端末からの要求に対するレスポンスであるためファイアウォールを通過できる。そして、各端末は、共有文書リストを読み込むことで、ファイアウォールの外側に位置する他の端末が保持している文書の情報を知ることができる。
【００４９】
各端末は、共有文書リストを読み込んで、共有できる文書の情報をユーザに提示する。ユーザは、提示された文書の中から適宜、取得したい文書を選択し、その文書の取得指示をする。
【００５０】
ここで、端末１のユーザが文書Ｄ２の取得指示を行なった場合について説明する。端末１と端末２との間にはファイアウォールがあるため、直接、端末１から端末２に文書Ｄ２を要求することができない。そこで、端末１はサーバに対して文書Ｄ２の取得要求メッセージを送信する。この取得要求を受けて、サーバは共有文書リストの文書Ｄ２の要求カウントをインクリメントし、値を１にする。また、文書スプールに文書Ｄ２があるかを確認する。
【００５１】
この時点では、端末２から文書Ｄ２は送信されていないため、文書スプールには文書Ｄ２はない。そのため、サーバは、端末１からの取得要求メッセージのレスポンスとして、ＮＧのステータスを返す。ＮＧのステータスを受けた端末１は、所定のポーリング間隔経過後に、文書Ｄ２の再要求メッセージをサーバに送信する。この再要求メッセージを受けたサーバは、再度、文書スプールに文書Ｄ２があるかを確認し、無い場合はＮＧのステータスを端末１に返す。端末１は、文書Ｄ２が取得できるまで、この再要求を繰り返す。
【００５２】
一方、端末２は、前回のリスト要求から所定のポーリング間隔が経過すれば、再度、サーバにリスト要求メッセージを送信する。これを受けたサーバは共有文書リストを端末２に送信する。端末２は、サーバから送信された共有文書リストを読み込み、自己が保持している文書Ｄ２に対する要求カウントの値を確認する。ここで、サーバから送信された共有文書リストにおいて、文書Ｄ２の要求カウントは「１」となっている。端末２は、要求カウントが１以上であるため、他の端末から文書Ｄ２に対する取得要求がある、と判断できる。取得要求がある、と判断した場合、端末２は、その文書Ｄ２をサーバに送信する。サーバは、文書Ｄ２を受信すると、これを文書スプール部に一時的に保存する。
【００５３】
文書スプール部に文書Ｄ２が保存された後、端末１から文書Ｄ２の再要求メッセージが送信されると、サーバは文書スプール部に保存されている文書Ｄ２を端末１に送信する。このサーバから端末１への文書Ｄ２の送信も、端末１の要求に対するレスポンスであるため、端末１のファイアウォールを通過できる。
【００５４】
文書Ｄ２を受信した端末１は、サーバに対し、文書Ｄ２の削除要求を送信する。これを受けたサーバは、共有文書リストの文書Ｄ２の要求カウントをディクリメントし、さらに、文書スプール部に保存している文書Ｄ２を削除する。
【００５５】
このように、サーバを中継として文書Ｄ２を遣り取りするため、ファイアウォール１８を介して接続された端末同士で文書Ｄ２を共有することができる。このとき、サーバから端末への通信は、全て、端末の要求に対するレスポンスであるため、端末のファイアウォールを通過して通信することができる。また、他の端末から要求があったときだけ、文書の実体データを送信するため、ネットワークの負荷を低減できる。さらに、サーバの容量も小さくすることができる。
【００５６】
以上、説明したように本実施の形態によれば、ファイアウォールの外側にある端末とも文書を共有することができる。また、他の端末から取得要求があるまで、文書の実体データを送信しないため、ネットワーク負荷を低減できる。
【００５７】
また、上述の説明では、自己文書に対する他の端末からの取得要求の有無確認を共有文書リストを読み込むことで行っているが、直接、サーバに取得要求の有無を問い合わせるようにしてもよい。すなわち、共有文書リストを取得するためのリスト要求ポーリングとは、別に、要求確認のためのポーリングを行なってもよい。
【００５８】
次に、他の実施の形態について説明する。他の実施の形態である文書共有システム１０の基本的構成は、上述の実施の形態とほぼ同じであるため、図２を参照して説明する。本実施の形態の特徴の一つは、リスト要求ポーリングの間隔の制御にある。
【００５９】
本実施の形態では、上述の実施の形態と同様にリスト要求ポーリングの間隔は、サーバ１２のポーリング間隔管理部３８が共有文書リスト３６にポーリング間隔を書き込むことで管理している。各端末は、共有文書リスト３６に書き込まれたポーリング間隔でリスト要求ポーリングを行なう。
【００６０】
ここで、共有文書リスト３６は、適宜、サーバ１２により更新されているため、ポーリング間隔を長くすると各端末１４に更新内容を迅速に渡すことができず、種々の問題を生じる。逆に、ポーリング間隔を短くすると、即時に更新内容を各端末に伝達できる一方で、サーバ負荷およびネットワーク負荷が増加するという問題がある。
【００６１】
そこで、本実施の形態では、新たに共有文書が追加された直後、言い換えれば、端末１４から自己文書情報が送信された直後は、ポーリング間隔を短くし、共有文書追加から所定時間経過すればポーリング間隔を長くする。
【００６２】
これは、次の理由による。各端末１４の文書スプール部５６に文書を追加する際は、連続して複数の文書が追加されることが多い。特に、端末１４がＭＦＰの場合、スキャン部で読み取った文書や印刷の際に作成された印刷データなどは連続して多数追加されることが多い。したがって、新たに共有文書が追加された直後（端末から自己文書情報が送信された直後）は、その後も連続して新たな共有文書が追加される可能性が高いといえる。
【００６３】
そこで、端末から自己文書情報が送信された直後は、ポーリング間隔を短くし、共有文書リスト３６の更新を迅速に各端末に伝達できるようにする。一方で、自己文書情報が送信後、所定時間が経過すれば、ネットワーク負荷を低減するために、ポーリング間隔を長くする。
【００６４】
以上、説明したように本実施の形態では、共有文書の追加直後、言い換えれば、共有文書リスト３６の更新が続く可能性が高いときだけポーリング間隔を短くし、それ以外はポーリング間隔を長くする。これにより、迅速な情報伝達を可能にしつつ、ネットワーク負荷を低減できる。
【００６５】
なお、本実施の形態では、共有文書の追加直後か否かでポーリング間隔を変えているが、例えば、時間帯や通信負荷等、他の要素に応じてポーリング間隔を変えてもよい。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施の形態である文書共有システムの全体構成図である。
【図２】サーバの機能構成を示すブロック図である。
【図３】共有文書リストの一例を示す図である。
【図４】端末の一例であるＭＦＰの機能構成を示すブロック図である。
【図５】図４の一部詳細図である。
【図６】端末とサーバとで遣り取りされるメッセージの一例を示す図である。
【図７】端末とサーバとで遣り取りされるメッセージの一例を示す図である。
【図８】端末とサーバとで遣り取りされるメッセージの一例を示す図である。
【図９】端末とサーバとで遣り取りされるメッセージの一例を示す図である。
【図１０】端末とサーバとで遣り取りされるメッセージの一例を示す図である。
【図１１】端末とサーバとで遣り取りされるメッセージの一例を示す図である。
【図１２】サーバの処理の流れを示すフローチャートである。
【図１３】端末の処理の流れを示すフローチャートである。
【図１４】文書の共有の具体例を示すシーケンス図である。
【符号の説明】
【００６７】
１０  文書共有システム、１２  サーバ、１４  端末、１８  ファイアウォール、２２  リスト管理部、２４  文書スプール部、３４  リスト作成部、３６  共有文書リスト、３８  ポーリング間隔管理部、５４  通信制御部、５６  文書スプール部、６０  リスト取得部、６２  自己文書提供部、６４  他文書取得部。
【図１】
2005309891.tif 000003
【図２】
2005309891.tif 000004
【図３】
2005309891.tif 000005
【図４】
2005309891.tif 000006
【図５】
2005309891.tif 000007
【図６】
2005309891.tif 000008
【図７】
2005309891.tif 000009
【図８】
2005309891.tif 000010
【図９】
2005309891.tif 000011
【図１０】
2005309891.tif 000012
【図１１】
2005309891.tif 000013
【図１２】
2005309891.tif 000014
【図１３】
2005309891.tif 000015
【図１４】
2005309891.tif 000016