(57)【要約】【課題】コンテキスト情報の管理サーバに接続できない状況であっても、コンテキスト情報を利用できるようにする。【解決手段】利用者クライアント２０は、ＵＩ部２１と、処理部２２と、通信部２３と、記憶部２４とを備える。文書に関する動的に変化する情報であるコンテキスト情報をコンテキストサーバから取得する際、ＵＩ部２１が、コンテキストサーバを表すアイコンを表示してそのアイコンに対する操作を検出し、通信部２３が、コンテキストサーバへコンテキスト情報の送信を要求して送信されたコンテキスト情報を受信し、処理部２２が、そのコンテキスト情報をキャッシュ情報２６として記憶部２４に記憶する。また、処理部２２は、キャッシュ情報２６へアクセスするためのキャッシュ管理ファイル２５を生成して記憶部２４に記憶し、キャッシュ情報２６を共有する際は、このキャッシュ管理ファイル２５を他の利用者クライアントに送信する。【選択図】図２
2007316846.tif 000002
【特許請求の範囲】
【請求項１】
文書に関する動的に変化する情報であるコンテキスト情報を管理するサーバから、当該コンテキスト情報を取得して利用する情報処理端末であって、
前記サーバを表すオブジェクトを表示する表示手段と、
前記オブジェクトに関するユーザの操作に応じて、前記サーバから前記コンテキスト情報を受信する通信手段と、
前記通信手段により受信した前記コンテキスト情報を記憶する記憶手段と
を備えたことを特徴とする情報処理端末。
【請求項２】
前記通信手段は、前記記憶手段に記憶された前記コンテキスト情報を他の情報処理端末との間で共有する旨の指示に応じて、当該コンテキスト情報を参照するための管理ファイルを当該他の情報処理端末に送信することを特徴とする請求項１記載の情報処理端末。
【請求項３】
前記表示手段は、前記サーバ以外の他のサーバを表す他のオブジェクトを表示し、
前記通信手段は、前記他のオブジェクトに関するユーザの操作に応じて、前記記憶手段に記憶された前記コンテキスト情報を前記他のサーバに送信し、
前記記憶手段は、前記他のサーバに送信された前記コンテキスト情報を参照するための管理ファイルを記憶することを特徴とする請求項１記載の情報処理端末。
【請求項４】
文書に関する動的に変化する情報であるコンテキスト情報を取得して利用する情報処理端末であって、
前記コンテキスト情報を参照するための管理ファイルを記憶する記憶手段と、
前記コンテキスト情報の管理サーバに接続できない場合に、前記管理ファイルに基づいて、当該管理サーバ以外の他のサーバ又は情報処理端末に記憶されている前記コンテキスト情報の参照要求を送信する通信手段と
を備えたことを特徴とする情報処理端末。
【請求項５】
文書に関する動的に変化する情報であるコンテキスト情報を、情報処理端末が他の情報処理端末との間で共有する方法であって、
前記情報処理端末が、前記コンテキスト情報を管理するサーバから当該コンテキスト情報をキャッシュするステップと、
前記情報処理端末が、キャッシュされた前記コンテキスト情報を参照するための管理ファイルを生成するステップと、
前記情報処理端末が、生成された前記管理ファイルを前記他の情報処理端末に送信するステップと
を含むことを特徴とする方法。
【請求項６】
文書に関する動的に変化する情報であるコンテキスト情報を管理するサーバから、当該コンテキスト情報を取得して利用する情報処理端末に所定の機能を実現させるためのプログラムであって、
ユーザの指示に応じて、前記サーバから前記コンテキスト情報を取得する機能と、
取得された前記コンテキスト情報をキャッシュする機能と
を実現させるためのプログラム。
【請求項７】
キャッシュされた前記コンテキスト情報を他の情報処理端末との間で共有する旨の指示に応じて、当該コンテキスト情報を参照するための管理ファイルを当該他の情報処理端末に送信する機能を更に実現させるための請求項６記載のプログラム。
【請求項８】
ユーザの指示に応じて、キャッシュされた前記コンテキスト情報を他のサーバに送信する機能と、
前記他のサーバに送信された前記コンテキスト情報を参照するための管理ファイルを所定の記憶領域に格納する機能と
を更に実現させるための請求項６記載のプログラム。
【請求項９】
文書に関する動的に変化する情報であるコンテキスト情報を取得して利用する情報処理端末に所定の機能を実現させるためのプログラムであって、
前記コンテキスト情報の管理サーバ以外の当該コンテキスト情報をキャッシュしている他のサーバ又は情報処理端末を特定する機能と、
特定された前記他のサーバ又は情報処理端末にキャッシュされている前記コンテキスト情報の参照要求を送信する機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子文書に関する動的に変化する情報であるコンテキスト情報を利用する情報処理端末等に関する。
【背景技術】
【０００２】
近年、電子文書(以下、単に「文書」という)をサーバコンピュータ(以下、「サーバ」という)で集中管理する文書管理システムが広く用いられている。そして、このような文書管理システムでは、文書に対する編集作業等を効率的に行うために、サーバで管理される文書の複製をクライアントコンピュータ(以下、「クライアント」という)で保持することが多い。ところが、サーバで管理される文書が頻繁に改版されるようなものである場合、クライアントに文書の複製を保持した後に、サーバでその文書が変更されることもあり得る。このような場合、クライアントに保持する古い文書を用いて作業したのでは、業務に支障を来たすことになる。
そこで、文書の版情報等をサーバで管理し、クライアントにて文書を利用する際にその版情報等をサーバに問い合わせることで、最新版の文書の利用を常に保証するシステムが提案されている(例えば、特許文献１参照)。
【０００３】
【特許文献１】特開２００４−１１０６９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、今日においては、文書の複製を保持する情報処理端末として、ノートパソコン、ＰＤＡ(Personal Digital Assistants)、携帯電話等の持ち運び可能な機器が一般に普及している。かかる持ち運び可能な機器は、文書を利用する場所の制約を受けることがないという点で便利ではある。しかし反面、文書を開きたい場所で、版情報等の管理サーバと接続できない状況も少なくない。例えば、ノートパソコンを携帯して社外へ出た場合、一般に、社内にある管理サーバへは接続できない。また、同じ社内であっても、ネットワークの構成やセキュリティの設定の関係で、異なる部門から自部門の管理サーバに接続できないことも考えられる。
特許文献１では、クライアントで文書を利用する際、版情報等を管理するサーバと接続できないことは考慮されていない。従って、この点で更なる改良が望まれていた。
【０００５】
本発明は、以上のような技術的課題を解決するためになされたものであって、その目的は、コンテキスト情報の管理サーバに接続できない状況であっても、コンテキスト情報を利用できるようにすることにある。
また、本発明の他の目的は、コンテキスト情報の管理サーバに接続できない環境において、複数のクライアント間でコンテキスト情報を共有できるようにすることにある。
更に、本発明の他の目的は、コンテキスト情報の管理サーバに接続できない状況におけるコンテキスト情報の利用及び共有化を、簡単な操作によってできるようにすることにある。
【課題を解決するための手段】
【０００６】
かかる目的のもと、本発明では、ネットワークに接続されている間に、簡単な操作によって、サーバ内のコンテキスト情報をまとめてキャッシュするようにした。即ち、本発明の情報処理端末は、文書に関する動的に変化する情報であるコンテキスト情報を管理するサーバから、そのコンテキスト情報を取得して利用するものであり、サーバを表すオブジェクトを表示する表示手段と、オブジェクトに関するユーザの操作に応じて、サーバからコンテキスト情報を受信する通信手段と、この通信手段により受信したコンテキスト情報を記憶する記憶手段とを備えている。
【０００７】
また、本発明では、ここでキャッシュした内容を利用して一時的なコンテキストサーバとして振る舞い、同一ネットワーク内にある他の情報処理端末との間でキャッシュ内容を共有することもできる。その場合、通信手段は、記憶手段に記憶されたコンテキスト情報を他の情報処理端末との間で共有する旨の指示に応じて、そのコンテキスト情報を参照するための管理ファイルを他の情報処理端末に送信する。
【０００８】
更に、本発明では、キャッシュしたコンテキスト情報の管理サーバ以外のサーバを代替サーバとすることもできる。その場合、表示手段は、その管理サーバ以外の他のサーバを表す他のオブジェクトを表示し、通信手段は、他のオブジェクトに関するユーザの操作に応じて、記憶手段に記憶されたコンテキスト情報を他のサーバに送信し、記憶手段は、他のサーバに送信されたコンテキスト情報を参照するための管理ファイルを記憶する。
【０００９】
また、本発明は、他の情報処理端末がキャッシュしたコンテキスト情報を利用する情報処理端末として捉えることもできる。その場合、本発明の情報処理端末は、文書に関する動的に変化する情報であるコンテキスト情報を取得して利用する情報処理端末であり、コンテキスト情報を参照するための管理ファイルを記憶する記憶手段と、コンテキスト情報の管理サーバに接続できない場合に、管理ファイルに基づいて、その管理サーバ以外の他のサーバ又は情報処理端末に記憶されているコンテキスト情報の参照要求を送信する通信手段とを備えたものとして把握することができる。
【００１０】
更に、本発明は、コンテキスト情報を共有するための方法として捉えることもできる。その場合、本発明の方法は、文書に関する動的に変化する情報であるコンテキスト情報を、情報処理端末が他の情報処理端末との間で共有する方法であり、情報処理端末が、コンテキスト情報を管理するサーバからそのコンテキスト情報をキャッシュするステップと、情報処理端末が、キャッシュされたコンテキスト情報を参照するための管理ファイルを生成するステップと、情報処理端末が、生成された管理ファイルを他の情報処理端末に送信するステップとを含んでいる。
【００１１】
一方、本発明は、文書に関する動的に変化する情報であるコンテキスト情報を利用する情報処理端末に所定の機能を実現させるためのプログラムとして捉えることもできる。その場合、本発明の第１のプログラムは、ユーザの指示に応じて、コンテキスト情報を管理するサーバからそのコンテキスト情報を取得する機能と、取得されたコンテキスト情報をキャッシュする機能とを実現させるためのものである。また、本発明の第２のプログラムは、コンテキスト情報の管理サーバ以外のそのコンテキスト情報をキャッシュしている他のサーバ又は情報処理端末を特定する機能と、特定された他のサーバ又は情報処理端末にキャッシュされているコンテキスト情報の参照要求を送信する機能とを実現させるためのものである。
【発明の効果】
【００１２】
本発明によれば、文書に関する動的に変化する情報の管理サーバに接続できない状況であっても、文書に関する動的に変化する情報を利用することが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、添付図面を参照して、本発明を実施するための最良の形態(以下、「実施の形態」という)について詳細に説明する。
図１は、本実施の形態の前提となるコンピュータシステムの構成を示している。
図示するように、このコンピュータシステムは、提供者クライアント１０と、利用者クライアント２０と、文書サーバ３０と、コンテキストサーバ４０とが、ＬＡＮ(Local Area Network)９０を介して接続されている。尚、提供者クライアント１０、利用者クライアント２０、文書サーバ３０、コンテキストサーバ４０は、それぞれ１台ずつしか図示していないが、複数台設けられていても構わない。
【００１４】
このうち、提供者クライアント１０は、文書を作成したり、改版したりするユーザ(文書提供者)が使用するクライアント端末であり、例えば、汎用的なパーソナルコンピュータ(ＰＣ)によって実現される。
また、利用者クライアント２０は、文書提供者によって作成又は改版された文書を参照したり、印刷したりするユーザ(文書利用者)によって使用されるクライアント端末であり、例えば、汎用的なパーソナルコンピュータ(ＰＣ)によって実現される。
【００１５】
更に、文書サーバ３０は、文書提供者によって作成又は改版され、文書利用者によって参照又は印刷される文書を集中管理するものであり、汎用的なサーバコンピュータで実現される。
また、コンテキストサーバ４０は、文書サーバ３０内の文書に関する動的に変化する情報(以下、「コンテキスト情報」という)を管理するものであり、汎用的なサーバコンピュータで実現される。ここで、コンテキスト情報とは、例えば、その文書と同系列の文書でより新しい版が有るか無いか、その文書又は同系列の文書の有効/無効、その文書に対する付加されたコメントやメッセージ等の付随的な情報である。或いは、ある文書のコンテキスト情報として、その文書が参照や引用を行っている別の文書との関連付け情報や、その文書が含まれる文書群を構成する文書グループ情報を含めてもよい。即ち、文書の活用に役立つその文書に付随した様々な情報をコンテキスト情報として捉えることができる。
【００１６】
ところで、このコンピュータシステムにおいて、文書利用者は、文書サーバ３０で管理される文書の複製を利用者クライアント２０に保持して利用する。その場合、利用者クライアント２０に保持される文書には、その文書のコンテキスト情報へアクセスするための情報が付加されている。例えば、コンテキスト情報を管理するコンテキストサーバ４０の識別情報(サーバＩＤ)や、そのコンテキストサーバ４０内のコンテキスト情報の識別情報(コンテキストＩＤ)である。これにより、利用者クライアント２０で文書を開く際に、コンテキストサーバ４０に問い合わせ、その文書のコンテキスト情報を参照することが可能となっている。
【００１７】
次に、利用者クライアント２０の機能構成について詳細に説明する。
図２は、利用者クライアント２０の機能構成を示したブロック図である。
図示するように、利用者クライアント２０は、ＵＩ部２１と、処理部２２と、通信部２３と、記憶部２４とを含んでいる。また、記憶部２４には、後で述べる処理により、キャッシュ管理ファイル２５と、キャッシュ情報２６とが記憶される。
【００１８】
このうち、ＵＩ部２１は、図示しない表示装置にアイコン等を表示したり、そのアイコンに対する操作等を検出したりするものである。
また、処理部２２は、ＵＩ部２１や通信部２３からの情報等に基づいて、所定の処理を行うものである。ここで行われる処理としては、例えば、ＵＩ部２１からアイコンに対する操作情報を受け取り、そのアイコンで特定されるコンテキストサーバ４０に対しコンテキスト情報の送信を要求する処理がある。また、通信部２３からコンテキスト情報を受け取り、これを記憶部２４に記憶する処理もある。
【００１９】
更に、通信部２３は、コンテキストサーバ４０や他の利用者クライアント２０との間で情報の送受信を行うものである。
また、記憶部２４は、種々の情報を記憶するものであり、そのような情報の中には、上述したように、キャッシュ管理ファイル２５やキャッシュ情報２６が含まれる。ここで、キャッシュ情報２６は、コンテキストサーバ４０から取得したコンテキスト情報をキャッシュした情報である。キャッシュ管理ファイル２５は、他の利用者クライアント２０との間でキャッシュ情報２６を共有する際に用いる管理ファイルである。このキャッシュ管理ファイル２５については、後で詳細に説明する。
【００２０】
尚、これらの機能は、ソフトウェアとハードウェア資源とが協働することにより実現される。即ち、ＵＩ部２１、処理部２２、通信部２３は、利用者クライアント２０の図示しないＣＰＵが、これらの機能を実現するプログラムを、例えば磁気ディスクからメインメモリに読み込むことにより実現される。
また、記憶部２４は、半導体メモリ、磁気ディスク等の種々の記憶媒体を用いて実現することができる。
【００２１】
次いで、コンテキストサーバ４０の機能構成について詳細に説明する。
図３は、コンテキストサーバ４０の機能構成を示したブロック図である。
図示するように、コンテキストサーバ４０は、ＵＩ部４１と、処理部４２と、通信部４３と、記憶部４４とを含んでいる。また、記憶部４４は、コンテキスト情報４５を記憶している。更に、記憶部４４には、後で述べる処理により、キャッシュ情報４６も記憶される。
【００２２】
このうち、ＵＩ部４１は、図示しない表示装置に所定の情報を表示したり、所定の操作情報を入力したりするものである。尚、本実施の形態では、このＵＩ部４１が動作に関わる場面はないので、コンテキストサーバ４０はＵＩ部４１を備えていなくてもよい。
また、処理部４２は、通信部４３からの情報等に基づいて、所定の処理を行うものである。ここで行われる処理としては、例えば、通信部４３からコンテキスト情報４５の取得要求を受け取り、記憶部４４からコンテキスト情報４５を取り出して送出する処理がある。また、通信部４３からキャッシュ情報２６を受け取り、これを記憶部４４にキャッシュ情報４６として記憶する処理もある。
【００２３】
更に、通信部４３は、利用者クライアント２０との間で情報の送受信を行うものである。
また、記憶部４４は、種々の情報を記憶するものであり、そのような情報の中には、上述したように、コンテキスト情報４５やキャッシュ情報４６が含まれる。ここで、コンテキスト情報４５は、コンテキストサーバ４０が元々管理しているコンテキスト情報である。キャッシュ情報４６は、利用者クライアント２０がコンテキスト情報４５をキャッシュした情報であるキャッシュ情報２６が転送され記憶されたものである。
【００２４】
尚、これらの機能は、ソフトウェアとハードウェア資源とが協働することにより実現される。即ち、ＵＩ部４１、処理部４２、通信部４３は、コンテキストサーバ４０の図示しないＣＰＵが、これらの機能を実現するプログラムを、例えば磁気ディスクからメインメモリに読み込むことにより実現される。
また、記憶部４４は、半導体メモリ、磁気ディスク等の種々の記憶媒体を用いて実現することができる。
【００２５】
次に、本実施の形態の動作について説明する。尚、ここでは、利用者クライアント２０が、図１のようにＬＡＮ９０を介してコンテキストサーバ４０に接続された環境から、図１のコンテキストサーバ４０に接続されていない別の環境へ移動することを考える。
その場合、移動先にも他の利用者クライアント２０がある場合がある。そこで、以下では、図１の環境から移動する利用者クライアント２０を、特に、利用者クライアント２０ａと表記し、移動先の環境にある利用者クライアント２０を、特に、利用者クライアント２０ｂ、２０ｃ、２０ｄ、…と表記することとする。
また、移動先において、図１のコンテキストサーバ４０とは別のコンテキストサーバ４０に接続可能な場合もある。そこで、以下では、図１の環境にあるコンテキストサーバ４０を、特に、コンテキストサーバ４０ａと表記し、移動先の環境にあるコンテキストサーバ４０を、特に、コンテキストサーバ４０ｂと表記することとする。
【００２６】
以下、利用者クライアント２０ａが図１の環境から移動し、別の環境において利用者クライアント２０ｂ、２０ｃ、２０ｄ、…との間でコンテキスト情報４５を共有する際の動作を、場面ごとに説明する。
［利用者クライアント２０ａが図１の環境から移動する直前］
例えば、会議等に出席する場合に、コンテキストサーバ４０ａが存在するＬＡＮ９０との接続を切り離さなければならない場合がある。このような場合、本実施の形態では、ＬＡＮ９０との接続を切り離すのに先立ち、図４に示すような処理を行う。
図４(ａ)は、この場合の利用者クライアント２０ａのデスクトップ２００のイメージを示したものである。即ち、最初、デスクトップ２００上には、コンテキストサーバ４０を表すアイコンが表示されている。図では、アイコン２０１がコンテキストサーバ４０ａを表しており、アイコン２０２は別のコンテキストサーバ４０を表している。そこで、ユーザは、図において矢印の帯で示すように、アイコン２０１を複製し、ローカルキャッシュを表すアイコン２０３を作成する。これにより、図４(ｂ)に示すように、コンテキストサーバ４０ａから利用者クライアント２０ａへコンテキスト情報４５が送られる。
【００２７】
次に、このときの利用者クライアント２０ａの動作について説明する。
まず、ユーザがアイコン２０１の複製を指示すると、ＵＩ部２１がこの指示を認識する。そして、アイコン２０１に関連付けられた情報に基づいて、コンテキストサーバ４０ａへ接続するための情報(例えば、ネットワークアドレス)を取得する。そして、この情報が処理部２２に渡されることにより、処理部２２の動作が開始する。尚、ここでは、コンテキストサーバ４０やローカルキャッシュをアイコンで表したが、これはあくまで一例であり、その他の如何なるオブジェクトで表してもよい。
【００２８】
図５は、このときの処理部２２の動作を示したフローチャートである。
処理部２２は、コンテキストサーバ４０ａへ接続するための情報をＵＩ部２１から取得する(ステップ２１１)。そして、この情報を通信部２３に伝えることで、コンテキストサーバ４０ａからコンテキスト情報４５を取得するよう指示する(ステップ２１２)。尚、その際、利用者クライアント２０に存在する全ての文書のコンテキスト情報４５を取得するよう指示してもよいし、最近使用した文書等、何らかの基準で選択した文書のコンテキスト情報４５を取得するよう指示してもよい。これにより、通信部２３が、コンテキストサーバ４０ａに対し、コンテキスト情報４５の送信を要求し、コンテキストサーバ４０ａが、コンテキスト情報４５を利用者クライアント２０ａに送信する。
【００２９】
コンテキスト情報４５がコンテキストサーバ４０ａから送信されると、通信部２３は、このコンテキスト情報４５を受信し、処理部２２に受け渡す。これにより、処理部２２は、コンテキスト情報４５を取得する(ステップ２１３)。
その後、コンテキスト情報４５は、記憶部２４にキャッシュ情報２６として格納されることになるが、それに先立ち、処理部２２は、キャッシュ情報２６を管理するためのキャッシュ管理ファイル２５を生成する(ステップ２１４)。
そして、処理部２２は、ここで生成されたキャッシュ管理ファイル２５を記憶部２４に記憶すると共に、コンテキスト情報４５をキャッシュ情報２６として記憶部２４に記憶する(ステップ２１５)。
【００３０】
ここで、ステップ２１４で生成されるキャッシュ管理ファイル２５について説明する。
図６は、キャッシュ管理ファイル２５にて管理される情報を示した図である。
即ち、キャッシュ管理ファイル２５は、サーバＩＤと、クライアントＩＤと、キャッシュＩＤと、ネットワークアドレスとを含んでいる。
このうち、サーバＩＤは、このキャッシュ管理ファイル２５が管理するキャッシュ情報２６としてキャッシュされているコンテキスト情報４５を元々管理していたコンテキストサーバ４０を識別するための情報である。
また、クライアントＩＤは、このキャッシュ管理ファイル２５が管理するキャッシュ情報２６を記憶している利用者クライアント２０を識別する情報である。尚、後述するように、キャッシュ情報２６はコンテキストサーバ４０に転送されることもあるので、クライアントＩＤにコンテキストサーバ４０を識別する情報が設定される場合もある。
【００３１】
更に、キャッシュＩＤは、このキャッシュ管理ファイル２５が管理するキャッシュ情報２６を識別する情報である。ここで、キャッシュＩＤは、キャッシュ情報２６の作成時に付与される。つまり、コンテキストサーバ４０にて管理されるコンテキスト情報４５をある時間で切り出した個々のキャッシュ情報２６に対し、異なるキャッシュＩＤが付与されている。
また、ネットワークアドレスは、このキャッシュ管理ファイル２５が管理するキャッシュ情報２６を記憶している装置の現在の接続状況におけるネットワーク上のアドレスである。つまり、キャッシュ情報２６を参照する際の参照先情報に相当する。ここで、ネットワークアドレスとしては、ＩＰアドレスや、Ｗｉｎｄｏｗｓ(登録商標)ネットワーク名等を用いることができる。
尚、キャッシュ管理ファイル２５には、サーバＩＤ以外に、コンテキスト情報４５を元々管理していたコンテキストサーバ４０の名前を含めておいてもよい。こうすることにより、キャッシュ管理ファイル２５を参照して所定の情報を表示する際に、関係するコンテキストサーバ４０をユーザが容易に特定できるようになる。
【００３２】
［利用者クライアント２０ａがコンテキストサーバ４０のない環境に移動した際のコンテキスト情報４５の共有］
例えば、移動先において、複数の利用者クライアント２０を接続するネットワークはあるものの、そのネットワーク上にコンテキストサーバ４０が存在しない場合がある。このような場合、本実施の形態では、図７に示すような処理を行う。即ち、利用者クライアント２０ａは、キャッシュ情報２６を保持した状態で、コンテキストサーバ４０ａが存在する環境から離れる。そして、移動先の環境において、利用者クライアント２０ａは、キャッシュ管理ファイル２５を複製し、その複製を他の利用者クライアント２０ｂに送信する。これにより、利用者クライアント２０ａは、キャッシュしたコンテキスト情報４５を提供する一時的なコンテキストサーバとして振る舞うことになる。
【００３３】
次に、このときの利用者クライアント２０ａの動作について説明する。
まず、ユーザがキャッシュ管理ファイル２５の複製を指示すると、ＵＩ部２１がこの指示を認識する。尚、ここでの複製の指示は、既存の手法により行うものでよい。そして、この操作情報が処理部２２に渡されることにより、処理部２２の動作が開始する。
【００３４】
図８は、このときの処理部２２の動作を示したフローチャートである。
処理部２２は、キャッシュ管理ファイル２５の複製の指示をＵＩ部２１から受け取る(ステップ２２１)。
これにより、処理部２２は、現在の利用者クライアント２０ａのネットワークアドレスを取得し(ステップ２２２)、キャッシュ管理ファイル２５内のネットワークアドレスをこの取得したネットワークアドレスで置き換える(ステップ２２３)。つまり、コンテキストサーバ４０ａに接続された環境で生成したキャッシュ管理ファイル２５には、その環境におけるネットワークアドレスが含まれていたが、環境を移動したため、現在の接続状況におけるネットワークアドレスに書き換えているのである。但し、ネットワークアドレスの更新が既に行われている場合は、必ずしも更新する必要はない。
【００３５】
その後、処理部２２は、キャッシュ管理ファイル２５の複製を生成する(ステップ２２４)。そして、ユーザの指示により、複製であるキャッシュ管理ファイル２５を利用者クライアント２０ｂに送信する(ステップ２２５)。ここで、キャッシュ管理ファイル２５は、例えば、電子メールを用いて送信することができる。或いは、図４(ａ)に示したローカルキャッシュを表すアイコン２０３上で所定の操作を行うことにより、キャッシュ管理ファイル２５を利用者クライアント２０ｂに送信するようにしてもよい。
【００３６】
［利用者クライアント２０ａがコンテキストサーバ４０のある環境に移動した際のコンテキスト情報４５の共有］
例えば、移動先において、複数の利用者クライアント２０を接続するネットワークに加え、そのネットワーク上にコンテキストサーバ４０ａとは別のコンテキストサーバ４０ｂが存在する場合がある。このような場合、本実施の形態では、図９に示すような処理を行う。
【００３７】
図９(ａ)は、この場合の利用者クライアント２０ａのデスクトップ２００のイメージを示したものである。即ち、最初、デスクトップ２００上には、コンテキストサーバ４０を表すアイコン及びローカルキャッシュを表すアイコンが表示されている。図では、アイコン２０１がコンテキストサーバ４０ａを表しており、アイコン２０２はコンテキストサーバ４０ｂを表している。また、アイコン２０３がローカルキャッシュを表している。そこで、ユーザは、図において矢印の帯で示すように、アイコン２０３上でマウスをクリックし、アイコン２０２までドラッグし、そこでドロップする操作を行う。これにより、図９(ｂ)に示すように、利用者クライアント２０ａからコンテキストサーバ４０ｂへキャッシュ情報２６が送られる。これにより、コンテキストサーバ４０ｂが、キャッシュしたコンテキスト情報４５を提供する一時的なコンテキストサーバとして振る舞うことになる。
【００３８】
次に、このときの利用者クライアント２０の動作について説明する。
まず、ユーザがアイコン２０３をアイコン２０２までドラッグ＆ドロップすると、ＵＩ部２１がこの操作を認識する。そして、アイコン２０２に関連付けられた情報に基づいて、コンテキストサーバ４０ｂへ接続するための情報(例えば、ネットワークアドレス)を取得する。そして、この情報が処理部２２に渡されることにより、処理部２２の動作が開始する。尚、ここでは、コンテキストサーバ４０やローカルキャッシュをアイコンで表したが、これはあくまで一例であり、その他の如何なるオブジェクトで表してもよい。
【００３９】
図１０は、このときの処理部２２の動作を示したフローチャートである。
処理部２２は、コンテキストサーバ４０ｂへ接続するための情報をＵＩ部２１から取得し(ステップ２３１)、記憶部２４からキャッシュ情報２６を取り出す(ステップ２３２)。そして、ＵＩ部２１からの情報とキャッシュ情報２６とを通信部２３に伝えることで、コンテキストサーバ４０ｂにキャッシュ情報２６を送信するよう指示する(ステップ２３３)。これにより、通信部２３が、コンテキストサーバ４０ｂに対し、キャッシュ情報２６を送信し、コンテキストサーバ４０ｂが、キャッシュ情報２６を記憶部４４にキャッシュ情報４６として記憶する。
キャッシュ情報２６がコンテキストサーバ４０ｂに送信されると、処理部２２は、キャッシュ管理ファイル２５内のクライアントＩＤをコンテキストサーバ４０ｂのサーバＩＤで書き換えると共に、ネットワークアドレスをコンテキストサーバ４０ｂのネットワークアドレスで書き換える(ステップ２３４)。
【００４０】
［利用者クライアント２０ａが保持するキャッシュ情報２６に対する利用者クライアント２０ｂ、２０ｃ、２０ｄ、…からの参照］
まず、このようにして複数の利用者クライアント２０間で共有したキャッシュ情報２６を利用する場面について説明する。
図１１は、このような場面の例を示した図である。
【００４１】
このうち、図１１(ａ)は、利用者クライアント２０ａ、２０ｂ、２０ｃ、２０ｄがコンテキストサーバ４０ａに接続できないため、利用者クライアント２０ａがキャッシュ情報２６を提供する「簡易サーバ」として機能する場面を示したものである。即ち、利用者クライアント２０ｂ、２０ｃ、２０ｄが、その保持するキャッシュ管理ファイル２５に基づいて、利用者クライアント２０ａが保持するキャッシュ情報２６を参照している。
また、図１１(ｂ)は、利用者クライアント２０ａ、２０ｂ、２０ｃがコンテキストサーバ４０ａに接続できないため、コンテキストサーバ４０ｂがキャッシュ情報４６を提供する「代替サーバ」として機能する場合を示したものである。即ち、利用者クライアント２０ｂ、２０ｃが、その保持するキャッシュ管理ファイル２５に基づいて、コンテキストサーバ４０ｂが保持するキャッシュ情報４６を参照している。
【００４２】
次に、このときの利用者クライアント２０ａ、２０ｂ、２０ｃ、２０ｄの動作について説明する。但し、ここでは、利用者クライアント２０ａ、２０ｂ、２０ｃ、２０ｄを、利用者クライアント２０で代表させて説明する。
まず、ユーザが利用者クライアント２０に保持している文書を開く操作を行うと、ＵＩ部２１がこの操作を認識する。そして、この操作情報が渡されることにより、処理部２２の動作が開始する。
【００４３】
図１２は、このときの処理部２２の動作を示したフローチャートである。
先に述べたように、文書にはコンテキスト情報へアクセスするための情報(例えば、サーバＩＤやコンテキストＩＤ)が付加されている。そこで、処理部２２は、コンテキストサーバ４０へ接続するための情報を文書から取り出す(ステップ２４１)。そして、この情報を用いてコンテキストサーバ４０への接続を試み、コンテキストサーバ４０へ接続できたかどうかを判定する(ステップ２４２)。
その結果、コンテキストサーバ４０へ接続できたと判定された場合は、そのコンテキストサーバ４０が管理するコンテキスト情報４５を取得する(ステップ２４３)。
【００４４】
一方、コンテキストサーバ４０へ接続できなかったと判定された場合は、ステップ２４１で取り出したサーバＩＤを含むキャッシュ管理ファイル２５が自装置の記憶部２４に記憶されているかどうかを判定する(ステップ２４４)。つまり、参照したいコンテキスト情報４５がいずれかの利用者クライアント２０でキャッシュされ、自装置にそのキャッシュの共有のためのキャッシュ管理ファイル２５が転送されて来ていないかを判定する。ここで、そのサーバＩＤを含むキャッシュ管理ファイル２５が記憶部２４に記憶されていないと判定されれば、そのまま処理を終了するが、記憶されていると判定されれば、そのキャッシュ管理ファイル２５に含まれるクライアントＩＤが自装置のＩＤと一致しているかどうかを判定する(ステップ２４５)。
【００４５】
そして、キャッシュ管理ファイル２５におけるクライアントＩＤが自装置のＩＤと一致していれば、自装置の記憶部２４に記憶されたキャッシュ情報２６からコンテキスト情報４５を取得する(ステップ２４６)。また、キャッシュ管理ファイル２５におけるクライアントＩＤが自装置のＩＤと一致していなければ、まず、キャッシュ管理ファイル２５からネットワークアドレスを取得する(ステップ２４７)。そして、このネットワークアドレスにて特定される装置の記憶部２４に記憶されたキャッシュ情報２６からコンテキスト情報４５を取得する(ステップ２４８)。尚、コンテキスト情報４５を代替サーバで管理していない場合、ステップ２４７では、他の利用者クライアント２０のネットワークアドレスを取得し、ステップ２４８では、他の利用者クライアント２０からコンテキスト情報４５を取得することになる。一方で、コンテキスト情報４５を代替サーバで管理している場合、ステップ２４７では、コンテキストサーバ４０ｂのネットワークアドレスを取得し、ステップ２４８では、コンテキストサーバ４０ｂからコンテキスト情報４５を取得することになる。
以上により、本実施の形態の説明を終了する。
【００４６】
尚、本実施の形態において、コンテキスト情報４５をキャッシュしている利用者クライアント２０ａが、その後、再びコンテキストサーバ４０ａと接続可能となることも考えられる。そのような場合、利用者クライアント２０ａからコンテキストサーバ４０ａへキャッシュ情報２６を送信し、コンテキストサーバ４０ａ内のコンテキスト情報４５を更新するようにしてもよい。
また、コンテキスト情報４５が転送され、代替サーバとして機能しているコンテキストサーバ４０ｂが、その後、オリジナルのコンテキストサーバ４０ａと通信可能になることも考えられる。そのような場合も、コンテキストサーバ４０ｂからコンテキストサーバ４０ａへキャッシュ情報４６を送信し、コンテキストサーバ４０ａ内のコンテキスト情報４５を更新することができる。但し、そのためには、図１０のステップ２３３で、キャッシュ情報２６だけでなく、キャッシュ管理ファイル２５もコンテキストサーバ４０ｂに送信しておく必要がある。
【００４７】
このように、本実施の形態では、ネットワークから離れる前にコンテキストサーバ内のコンテキスト情報をまとめてキャッシュするようにした。これにより、オフライン状態でコンテキスト情報を一時的に使用できるようになった。
尚、コンテキスト情報をキャッシュするタイミングとしては、文書を開いてコンテキスト情報を参照する時点も考えられる。しかしながら、キャッシュはその有効期限が切れた場合等に参照できなくなる可能性がある。従って、利用したい情報をキャッシュに残しておくには、結局、オフライン状態でキャッシュを利用できるかどうかを、オフラインになる前に一つ一つ確認することが必要となる。本実施の形態は、このような面倒な確認作業を不要にするものであり、文書を開いた際にキャッシュする手法と比べても格段の効果を有するものである。
【００４８】
また、本実施の形態では、キャッシュしたコンテキスト情報を参照するための管理ファイルを複製して他の利用者クライアントに配布するようにした。これにより、コンテキストサーバが設置されていないネットワーク上において、複数のユーザがコンテキスト情報を利用できるようになった。
【００４９】
更に、本実施の形態では、  ローカルマシン上のドキュメント(静的情報)を基点として、コンテキスト(動的情報)を取得するようにした。これにより、取得したキャッシュの範囲を把握し易くなり、かつ、実用的なキャッシュを容易に生成できるようになった。Ｗｅｂブラウザのように汎用的で範囲を限定し難いシステムでは、ローカルマシン上のサイズの小さなキャッシュを共用しても実用的ではないが、ドキュメントのように静的で共有し易いデータを基点とした動的データ(コンテキスト)は、ローカルマシン上のキャッシュであっても会議のような場面で実用的なものとなる。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施の形態の前提となるコンピュータシステムの構成を示した図である。
【図２】本発明の実施の形態における利用者クライアントの機能構成を示した図である。
【図３】本発明の実施の形態におけるコンテキストサーバの機能構成を示した図である。
【図４】本発明の実施の形態において利用者クライアントがコンテキストサーバからコンテキスト情報を取得する際の様子を示した図である。
【図５】本発明の実施の形態において利用者クライアントがコンテキストサーバからコンテキスト情報を取得する際の動作を示したフローチャート図である。
【図６】本発明の実施の形態で生成されるキャッシュ管理ファイルの情報内容を示した図である。
【図７】本発明の実施の形態において利用者クライアントがコンテキスト情報を他の利用者クライアントと共有する際の様子を示した図である。
【図８】本発明の実施の形態において利用者クライアントがコンテキスト情報を他の利用者クライアントと共有する際の動作を示したフローチャートである。
【図９】本発明の実施の形態において利用者クライアントがコンテキスト情報を他のコンテキストサーバへ送信する際の様子を示した図である。
【図１０】本発明の実施の形態において利用者クライアントがコンテキスト情報を他のコンテキストサーバへ送信する際の動作を示したフローチャートである。
【図１１】本発明の実施の形態において利用者クライアントが他の装置内のコンテキスト情報を参照する際の様子を示した図である。
【図１２】本発明の実施の形態において利用者クライアントが他の装置内のコンテキスト情報を参照する際の動作を示したフローチャートである。
【符号の説明】
【００５１】
１０…提供者クライアント、２０…利用者クライアント、３０…文書サーバ、４０…コンテキストサーバ
【図１】
2007316846.tif 000003
【図２】
2007316846.tif 000004
【図３】
2007316846.tif 000005
【図４】
2007316846.tif 000006
【図５】
2007316846.tif 000007
【図６】
2007316846.tif 000008
【図７】
2007316846.tif 000009
【図８】
2007316846.tif 000010
【図９】
2007316846.tif 000011
【図１０】
2007316846.tif 000012
【図１１】
2007316846.tif 000013
【図１２】
2007316846.tif 000014