(57)【要約】      （修正有）【課題】データの整合性を維持しつつ、通信端末によってサーバ上のデータが効率よく利用されるシステムを提供することを課題とする。【解決手段】ＲＦタグを所持したユーザが通信端末３Ａの前に座ると、通信端末３ＡがＲＦタグからＩＤ情報を読み取り（Ｓ１０１，Ｓ１０２）、データ管理サーバ２にユーザデータのアクセス要求を行う（Ｓ１０４）。データ管理サーバ２は、ユーザデータが通信端末３Ｂにより使用されていることを通信端末３Ａに通知する（Ｓ１０６）。通信端末３Ｂによる使用が終了すると、通信端末３Ａに未使用となったことを通知する（Ｓ１０９）。これにより、通信端末３Ａは、ユーザデータをダウンロードし（Ｓ１１５）、編集作業を行う。作業が終了すると、ユーザデータをアップロードし（Ｓ１２０）、メモリ内のユーザデータを消去する。【選択図】図３
2007265135.tif 000002
【特許請求の範囲】
【請求項１】
ユーザデータを蓄積する手段と、
ネットワークを介して一の通信端末から前記ユーザデータの転送要求を受けたとき、前記ユーザデータが他の通信端末に使用されている場合には、前記一の通信端末に前記ユーザデータが使用中であることを通知し、前記ユーザデータが使用されていない場合には、ダウンロードコネクションを確立して前記一の通信端末に前記ユーザデータを転送する制御手段と、
を備え、
前記制御手段は前記他の通信端末による前記ユーザデータの使用が終了したとき、前記一の通信端末に対して前記ユーザデータが使用可能となったことを通知することを特徴とするデータ管理サーバ。
【請求項２】
データ管理サーバに蓄積されているユーザデータをネットワークを介して接続された通信端末が使用する通信システムであって、
前記データ管理サーバは、
一の通信端末から前記ユーザデータの転送要求を受けたとき、前記ユーザデータが他の通信端末に使用されている場合には、前記一の通信端末に前記ユーザデータが使用中であることを通知し、前記ユーザデータが使用されていない場合には、ダウンロードコネクションを確立して前記一の通信端末に前記ユーザデータを転送する制御手段、
を備え、
前記制御手段は前記他の通信端末による前記ユーザデータの使用が終了したとき、前記一の通信端末に対して前記ユーザデータが使用可能となったことを通知することを特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムにおいて、
前記一の通信端末は、前記ダウンロードコネクションを利用して前記ユーザデータをダウンロードした後、前記データ管理サーバに対して前記ユーザデータが使用中である旨の排他情報を送信することを特徴とする通信システム。
【請求項４】
請求項２に記載の通信システムにおいて、
各通信端末は、前記データ管理サーバから転送された前記ユーザデータの使用が終了したとき、前記ユーザデータを消去することを特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムにおいて、
各通信端末は、前記ユーザデータを消去する前に、アップロードコネクションを確立して前記ユーザデータを前記データ管理サーバに転送することを特徴とする通信システム。
【請求項６】
請求項５に記載の通信システムにおいて、
前記一の通信端末は、前記アップロードコネクションを利用して前記ユーザデータをアップロードした後、前記データ管理サーバに対して前記ユーザデータの使用が終了したことを示す情報を送信することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末によって利用されるデータをサーバで管理する技術に関する。
【背景技術】
【０００２】
サーバ上に存在するリソースをネットワークで接続された通信端末が利用する様々なシステムが存在する。たとえば、サーバ上にプロジェクトの設計書データが格納されており、プロジェクトの各メンバーは、各自のパソコンからこのサーバにアクセスして設計書データを利用するのである。
【０００３】
また、ハードディスクなどの記憶手段を持たず、ＯＳなど最低限の機能のみが組み込まれたThinクライアントが存在する。この通信端末においては、サーバ上に存在するプログラムやデータを利用することで、各種の処理を実行するようにしている。
【０００４】
これらのシステムを運用する上で、データの整合性をとるためのルール決めが必要である。たとえば、複数の者が同時に同じデータにアクセスし、同じデータを編集したとする。この場合、各自が編集データをサーバにアップロードすると、いずれかの者が編集したデータが失われる可能性がある。
【０００５】
そこで、一般には、ある者によってデータが参照されている場合、他の者は、リードオンリーで当該データを参照できるように設定される。これにより、複数の者が同じデータを編集するという問題を回避できる。
【０００６】
また、サーバ上のデータを共有するシステムでは、認証が行われる場合が多い。たとえば、サーバ上のデータが機密情報である場合には、第１にデータのアクセスを制限する必要がある。そこで、サーバ上のデータにアクセスするためには、パスワードの認証や、ＩＤタグなどを用いた認証技術が利用されている。
【０００７】
また、正当に認証を受けたユーザがサーバ上のデータを利用している場合であっても、そのユーザがデータを参照している端末から離れてしまうとセキュリティ上問題が生じる。権限を持たないユーザによって不正にデータが利用される可能性があるからである。そこで、下記特許文献１では、認証情報が格納されたＲＦＩＤを端末に装着することによって認証処理を行うようにしている。ユーザは、端末から離れるときには認証情報が格納されたＲＦＩＤを持ち去るようにし、これにより他の者がデータを不正利用できないようにしているのである。
【０００８】
【特許文献１】特開２００５−２１５８７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述したように、共有データを複数の者がアクセスする場合には、リードオンリー設定を行うことで、データの整合性を維持することができる。しかし、多くのユーザが、データを共有している場合、各自がデータを利用するタイミングが重なりあうと、データの利用効率が悪くなるという問題がある。また、このような排他制御は、アプリケーションプログラムにより行われている。たとえば、ワープロソフトや表計算ソフトは、共有データに対する排他制御を行い、データの整合性を維持するようにしている。しかし、これらの方法は、排他制御がアプリケーションに依存している。つまり、データを利用するアプリケーションが排他制御を行うため、あくまでもアプリケーションに閉じた機能であり、拡張性や柔軟性はあまり期待できない。
【００１０】
上記特許文献１の技術は、データの保護を図る上で効果はあるが、基本的には、ＷＥＢデータなどの参照を基本とするデータに対する管理技術である。したがって、複数のユーザによってデータが編集されるという課題が存在しないので、認証が成功すれば複数のユーザに対してデータアクセス許可を行うものである。
【００１１】
そこで、本発明は前記問題点に鑑み、データの整合性を維持しつつ、通信端末によってサーバ上のデータが効率よく利用されることを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、請求項１記載の発明は、ユーザデータを蓄積する手段と、ネットワークを介して一の通信端末から前記ユーザデータの転送要求を受けたとき、前記ユーザデータが他の通信端末に使用されている場合には、前記一の通信端末に前記ユーザデータが使用中であることを通知し、前記ユーザデータが使用されていない場合には、ダウンロードコネクションを確立して前記一の通信端末に前記ユーザデータを転送する制御手段と、を備え、前記制御手段は前記他の通信端末による前記ユーザデータの使用が終了したとき、前記一の通信端末に対して前記ユーザデータが使用可能となったことを通知することを特徴とする。
【００１３】
請求項２記載の発明は、データ管理サーバに蓄積されているユーザデータをネットワークを介して接続された通信端末が使用する通信システムであって、前記データ管理サーバは、一の通信端末から前記ユーザデータの転送要求を受けたとき、前記ユーザデータが他の通信端末に使用されている場合には、前記一の通信端末に前記ユーザデータが使用中であることを通知し、前記ユーザデータが使用されていない場合には、ダウンロードコネクションを確立して前記一の通信端末に前記ユーザデータを転送する制御手段、を備え、前記制御手段は前記他の通信端末による前記ユーザデータの使用が終了したとき、前記一の通信端末に対して前記ユーザデータが使用可能となったことを通知することを特徴とする。
【００１４】
請求項３記載の発明は、請求項２に記載の通信システムにおいて、前記一の通信端末は、前記ダウンロードコネクションを利用して前記ユーザデータをダウンロードした後、前記データ管理サーバに対して前記ユーザデータが使用中である旨の排他情報を送信することを特徴とする。
【００１５】
請求項４記載の発明は、請求項２に記載の通信システムにおいて、各通信端末は、前記データ管理サーバから転送された前記ユーザデータの使用が終了したとき、前記ユーザデータを消去することを特徴とする。
【００１６】
請求項５記載の発明は、請求項４に記載の通信システムにおいて、各通信端末は、前記ユーザデータを消去する前に、アップロードコネクションを確立して前記ユーザデータを前記データ管理サーバに転送することを特徴とする。
【００１７】
請求項６記載の発明は、請求項５に記載の通信システムにおいて、前記一の通信端末は、前記アップロードコネクションを利用して前記ユーザデータをアップロードした後、前記データ管理サーバに対して前記ユーザデータの使用が終了したことを示す情報を送信することを特徴とする。
【発明の効果】
【００１８】
本発明においては、データ管理サーバが一の通信端末からユーザデータの転送要求を受けたとき、ユーザデータが他の通信端末に使用されていれば、一の通信端末にユーザデータが使用中であることを通知し、他の通信端末によるユーザデータの使用が終了したとき、一の通信端末に対してユーザデータが使用可能となったことを通知する。これにより、複数のユーザによって、ユーザデータが同時に更新されるといった問題を回避できる。また、他のユーザによる使用が完了したことが通知されるので、ユーザデータの利用効率を向上させることができる。また、ユーザデータに対する排他制御を行う処理とは別にダウンロード用のコネクションを確立してユーザデータを転送するので、排他制御とダウンロード処理とを異なるプロトコルで制御することが可能であり、拡張性、柔軟性に高いデータ管理技術となっている。
【００１９】
また、通信端末は、データ管理サーバから転送されたユーザデータの使用が終了したときユーザデータを消去するので、認証されたユーザによる作業が終了した後、ダウンロードしているユーザデータが不正に使用されることはない。
【００２０】
また、通信端末は、ユーザデータを消去する前に、ユーザデータをデータ管理サーバに転送する。したがって、データのセキュリティを維持しつつ、最新のデータをデータ管理サーバにおいて維持することが可能である。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本実施の形態に係る通信システムの全体図である。この通信システムは、たとえばオフィスに導入され、オフィスで働く各社員がネットワーク上に存在するデータを共用する場合に利用される。この通信システムは、図に示すように、オフィスに設置されたＬＡＮ１と、このＬＡＮ１に接続されたデータ管理サーバ２と、各社員が利用する通信端末３,３・・・とを備えて構成される。
【００２２】
ＬＡＮ１は、有線のＬＡＮであってもよいし、無線ＬＡＮであってもよい。通信端末３は、本実施の形態においては、ハードディスクなどの大容量の記憶装置を持たず、ＯＳ（Operation System）など最低限の機能が組み込まれたThinクライアントである。もちろん、ハードディスクを備えた一般のパソコンなどを利用してもよい。
【００２３】
図２は、データ管理サーバ２および通信端末３のブロック図である。データ管理サーバ２は、制御部２１、通信部２２、記憶装置２３を備えている。制御部２１は、データ管理サーバ２の全体制御を行う処理部であり、ＣＰＵやメモリなどのハードウェア資源を備え、各種のアプリケーションプログラムを実行する。通信部２２は、イーサネット（登録商標）あるいは無線ＬＡＮなどのインタフェースであり、通信端末３との間でデータの送受信を行う。記憶装置２３は、ハードディスク装置であり、複数のユーザデータ５１,５１・・・、ユーザデータ管理データベース５２を格納している。
【００２４】
ユーザデータ５１は、社員が利用するデータである。社員は、通信端末３を操作して、ユーザデータ５１をダウンロードし、ユーザデータ５１の参照や編集作業を行う。つまり、通信端末３には、ユーザが利用するデータを保持せず、複数の社員が利用するデータをデータ管理サーバ２で一元管理するようにしている。したがって、記憶装置２３には、複数のユーザデータ５１,５１・・・が格納されている。
【００２５】
表１は、ユーザデータ管理データベース５２の登録内容を示す図である。ユーザデータ管理データベース５２は、「アカウントＩＤ」、「パスワード」、「データ」、「最終更新日時」、「使用状況」という５つのフィールドを備えている。
【００２６】
【表１】
2007265135.tif 000003
【００２７】
「アカウントＩＤ」は、オフィスの各社員を識別するＩＤであり、「パスワード」は、各アカウントＩＤに設定されたログイン用のパスワードである。「データ」は、各アカウントＩＤに対応しているデータ名であり、記憶装置２３に格納されているユーザデータ５１のデータ名（ファイル名）が設定される。「最終更新日時」は、データフィールドに登録されているユーザデータ５１が更新された最新の日時であり、「使用状況」は、データフィールドに登録されているユーザデータ５１が現在使用中であるかどうかを設定するフラグである。したがって、複数の社員が１つのユーザデータ５１を共用している場合には、複数の社員に対応したアカウントＩＤに対して同一のユーザデータ５１が設定されていることになる。
【００２８】
通信端末３は、図に示すように、制御部３１、通信部３２、メモリ３３、モニタ３４、操作部３５、リーダ３６を備えている。制御部３１は、通信端末３の全体制御を行う処理部であり、ＣＰＵやメモリ３３などのハードウェア資源を備えている。通信端末３は、上述したようにハードディスク装置などの大容量の記憶装置を備えていない。したがって、データ管理サーバ２が格納している各種のアプリケーションプログラムやユーザデータ５１をメモリ３３にダウンロードして処理を実行するのである。通信部３２は、イーサネット（登録商標）あるいは無線ＬＡＮなどのインタフェースであり、データ管理サーバ２との間でデータの送受信を行う。
【００２９】
リーダ３６は、社員が所持しているＲＦタグ４から情報を読取る装置である。ＲＦタグは、ＲＦＩＤ（Radio Frequency Identification）技術を利用した非接触型のＩＣタグである。ＲＦタグ４には、社員のアカウントＩＤ、パスワードなどの情報が記録されている。このようにユーザ情報をＲＦタグ４に記録することで、通信端末３は無線によりユーザ情報を取得することが可能である。したがって、ＲＦタグ４を所持しているユーザが、通信端末３の前に座ることで、非接触でユーザを識別することが可能である。なお、リーダ３６をカード読取装置で構成し、社員のＩＤ情報をＩＣカードに記録するようにしてもよい。この場合には、社員がＩＣカードをカード読取装置に挿入することで認証が行われる。あるいは、社員が操作部３５を操作してアカウントＩＤやパスワードをキー入力する形態であってもよい。
【００３０】
以上の構成の通信システムにおける処理の流れを説明する。図３は、通信端末３、データ管理サーバ２を含めた通信システム全体の処理の流れを示す図である。なお、図３においてデータ管理サーバ２が実行する処理は、制御部２１において実行されるデータ管理プログラム（たとえば記憶装置２３に格納されている。）による処理である。また、通信端末３が実行する処理は、制御部３１において実行されるデータアクセスプログラムによる処理である。ここで、データアクセスプログラムは、データ管理サーバ２からダウンロードして実行される形態であってもよいし、制御部３１に組み込まれていても良い。
【００３１】
図３では、２つの通信端末３（通信端末３Ａおよび３Ｂ）とデータ管理サーバ２との間で行われる処理を示している。本実施の形態においては、図に示すように、排他制御、状態管理を行うため、通信端末３Ａ，３Ｂ、データ管理サーバ２との間では、ＳＩＰ（Session Initiation Protocol）を利用した情報交換を行っている。まず、通信端末３Ａが、ユーザが所持しているＲＦタグ４を読み出し、アカウントＩＤを検出する（ステップＳ１０１）。続いて、ＲＦタグ４からパスワードなどのアカウント情報を読み出し（ステップＳ１０２）、さらに、データ管理サーバ情報を読み出す（ステップＳ１０３）。データ管理サーバ情報は、アクセスするデータ管理サーバに関する情報である。ＬＡＮ１に複数のデータ管理サーバ２が接続されている場合には、この情報に基づいてアクセスするデータ管理サーバ２を特定する。
【００３２】
次に、通信端末３Ａは、データ管理サーバ２に対してアクセス要求（SUBSCRIBE）を送信する（ステップＳ１０４）。データ管理サーバ２はアクセス要求に対して応答する（ステップＳ１０５）。
【００３３】
ここまでの処理と平行して、あるいはそれより以前に、データ管理サーバ２は、別の通信端末３Ｂとも通信を行っている。まず、通信端末３Ｂよりユーザデータ５１が使用中であることを示すメッセージがデータ管理サーバ２に通知される（ステップＳ１５０）。データ管理サーバ２は、ユーザデータ管理データベース５２の使用状況フィールドにユーザデータ５１が使用中となったことを示すフラグを設定し、このメッセージに応答する（ステップＳ１５１）。
【００３４】
再び、通信端末３Ａとの処理に戻る。ステップＳ１０４でアクセス要求されたユーザデータ５１は、現在、通信端末３Ｂにより使用されている。このことがステップＳ１５０でデータ管理サーバ２に通知されている。つまり、この例では、通信端末３Ａは、通信端末３Ｂが使用しているものと同じユーザデータ５１にアクセスしようとしている。したがって、データ管理サーバ２は、通信端末３Ａに対して指定されたユーザデータ５１が使用中であることを通知する（ステップＳ１０６）。通信端末３Ａは、この通知に応答し（ステップＳ１０７）、モニタ３４にユーザデータが使用中である旨のメッセージを表示する（ステップＳ１０８）。
【００３５】
なお、ここでは、通信端末３Ａを操作するユーザは、ユーザデータ５１を編集したいので、ユーザデータ５１が使用中であることが分かると、データが使用可能となるまで待機することにする。ただし、リードオンリーでユーザデータ５１を利用するかどうかをユーザに問い合わせ、リードオンリーでよい場合には、ユーザデータ５１を転送するようにしてもよい。
【００３６】
この後、通信端末３Ｂでは、ユーザデータ５１を使用した作業が終了し、通信端末３Ｂよりデータ管理サーバ２に対して使用終了を示す通知が送信される（ステップＳ１５２）。データ管理サーバ２は、ユーザデータ管理データベース５２の使用状況フィールドにユーザデータ５１が未使用状態となったことを示すフラグを設定し、通信端末３Ｂに応答する（ステップＳ１５３）。さらに、通信端末３Ａに対してアクセス要求のとき指定されたユーザデータ５１が未使用状態となったことを通知する（ステップＳ１０９）。通信端末３Ａは、この通知に応答するとともに（ステップＳ１１０）、モニタ３４にユーザデータ５１が使用可能となった旨のメッセージを表示する（ステップＳ１１１）。
【００３７】
通信端末３Ａは、続いてデータ管理サーバ２に接続要求を行う（ステップＳ１１２）。この接続要求には、ＲＦタグ４から読み出したアカウントＩＤ，パスワードなどの情報が含まれる。データ管理サーバ２は、ユーザデータ管理データベース５２を参照してパスワードの認証を行い、認証に成功すると、通信端末３Ａに応答する（ステップＳ１１３）。つまり、ユーザがＲＦタグ４を所持したまま通信端末３Ａの前に座っていると、ユーザデータ５１が使用可能となった時点で即座に通信端末３Ａがユーザデータ５１を使用するための処理を開始するのである。
【００３８】
次に、通信端末３Ａは、データ管理サーバ２との間でダウンロードコネクションを確立し（ステップＳ１１４）、ユーザデータ５１のダウンロードを行う（ステップＳ１１５）。データ管理サーバ２は、ユーザデータ管理データベース５２を参照することで、通信端末３Ａに転送するユーザデータ５１を特定する。これにより、通信端末３Ａにおいてユーザデータ５１を編集作業するためのセットアップが行われる。このように、ステップＳ１０１からステップＳ１１１までの、排他制御処理、状態管理処理に関しては、ＳＩＰプロトコルを利用し、実際のデータのダウンロードを行う場合には、別のコネクションを確立するようにしているのである。したがって、ダウンロードコネクションについては、ＦＴＰやＨＴＴＰなどＳＩＰとは別のプロトコルを利用することが可能である。
【００３９】
次に、通信端末３Ａは、ユーザデータ５１を使用中であることをデータ管理サーバ２に通知する（ステップＳ１１６）。このように、排他制御処理、状態管理処理に関しては、ＳＩＰのＰＵＢＬＩＳＨメソッドを利用している。データ管理サーバ２は、ユーザデータ管理データベース５２の使用状況フィールドにユーザデータ５１が使用中となったことを示すフラグを設定し、通信端末３Ａに応答する（ステップＳ１１７）。以上の処理により、通信端末３Ａを使用するユーザは、自分のアカウントに対応したユーザデータ５１を使用可能となる。対応するユーザデータ５１が他の通信端末３Ｂで使用されている場合に、そのメッセージが表示されるので、同一のデータを複数の社員が同時に編集することを防止できる。そして、他の通信端末３Ｂにおけるデータの使用が終了すると、そのメッセージが通信端末３Ａに通知される。したがって、通信端末３Ａのユーザは、ユーザデータ５１が使用可能となった時点ですぐに作業を開始することができる。つまり、ユーザデータ５１が使用可能となったにも関わらず、そのことを知らずに作業を開始できないといった非効率な状態を解消できるのである。
【００４０】
このようにして通信端末３Ａにおいてユーザデータ５１を編集する作業が行われる。そして、通信端末３Ａにおいて終了イベントが発生する。たとえば、ユーザが、通信端末３Ａから立ち去り、リーダ３６がＲＦタグ４にアクセスできなくなった場合、ユーザが、データアクセスプログラムに終了指示を行った場合、通信端末３Ａのシャットダウン処理を開始した場合などである。なお、通信端末３Ａにおいて動作しているデータアクセスプログラムは、定期的にＲＦタグ４にアクセスし、ＩＤ情報を確認する。そして、ＩＤ情報が確認されなくなった時点で終了イベントが発生したと判断するのである。
【００４１】
通信端末３Ａは、終了イベントが発生すると、データ管理サーバ２に接続要求を行い（ステップＳ１１８）、応答を受信すると（ステップＳ１１９）、データ管理サーバ２との間でアップロードコネクションを確立し（ステップＳ１２０）、ユーザデータ５１のアップロード処理を実行する（ステップＳ１２１）。これにより、データ管理サーバ２は、受信したユーザデータ５１を記憶装置２３に格納してデータ更新処理を実行する。データ更新処理の情報は、ユーザデータ管理データベース５２に記録される。このように、ユーザデータ５１のアップロード処理についても、別のコネクションを確立するようにしている。したがって、アップロードコネクションについても、ＦＴＰやＨＴＴＰなどＳＩＰとは別のプロトコルを利用することが可能である。ダウンロードやアップロードについては、メディアセッションを別途生成するようにしているので、図１に示すように通信端末３がデータ管理サーバ２とＬＡＮを介して接続されている場合に限らず、インターネットなどのネットワークを越えてデータ管理サーバにアクセスすることも可能である。
【００４２】
続いて、通信端末３Ａは、ユーザデータ５１の使用が終了したことをデータ管理サーバ２に通知する（ステップＳ１２２）。このように、排他制御処理、状態管理処理に関しては、ＳＩＰのＰＵＢＬＩＳＨメソッドを利用している。データ管理サーバ２は、ユーザデータ管理データベース５２の使用状況フィールドに当該ユーザデータ５１が未使用状態となったことを示すフラグを設定し、通信端末３Ａに応答する（ステップＳ１２３）。
【００４３】
通信端末３Ａは、最後に、メモリ３３に格納されていたユーザデータ５１を消去する。これにより、通信端末３Ａで編集したデータは消去され、編集後のデータはデータ管理サーバ２で管理される。したがって、データのセキュリティが確保される。
【００４４】
図４、図５は、通信端末３に注目した処理フローチャートである。通信端末３は、まず、ＩＤ情報の検出の有無を判定する（ステップＳ２０１）。つまり、リーダ３６が、アカウントＩＤが記録されたＲＦタグ４を検出したかどうかを判定する。ＩＤ情報を検出した場合、ＲＦタグ４からパスワードなどのアカウント情報を読み出す（ステップＳ２０２）。続いて、ＲＦタグ４からデータ管理サーバ登録情報を読み出す（ステップＳ２０３）。
【００４５】
次に、通信端末３は、データ管理サーバ登録情報に基づいてアクセスするデータ管理サーバ２を決定し、当該データ管理サーバ２に対して状態通知コマンドを送信する（ステップＳ２０４）。つまり、図３のステップＳ１０４で示したようにユーザデータ５１のアクセス要求コマンドを送信する。
【００４６】
ユーザデータ５１のアクセス要求コマンドに対してデータ管理サーバ２からユーザデータ５１の使用状況を通知するメッセージが送信される。そして、現在、アクセスしたいユーザデータ５１が使用中でない場合（ステップＳ２０５でＮＯ）には、ステップＳ２０８に移行する。アクセスしたいユーザデータ５１が使用中である場合（ステップＳ２０５でＹＥＳ）には、ユーザにユーザデータ５１が使用中であることを報知する（ステップＳ２０６）。これは、図３のステップＳ１０８に対応している。
【００４７】
ユーザデータ５１が使用中であることをユーザに明示した後、通信端末３は、ユーザデータ５１が未使用となったことを示す通知を受信するまで待機する（ステップＳ２０７）。そして、ユーザデータ５１が未使用状態となったことを示す通知をデータ管理サーバ２から受信すると、データ管理サーバ２とダウンロードコネクションを確立し（ステップＳ２０８）、ユーザデータ５１をダウンロードする（ステップＳ２０９）。そして、ユーザデータ５１の編集作業を行うためのセットアップ処理を行う（ステップＳ２１０）。セットアップが完了すると、データ管理サーバ２に対してユーザデータ５１が使用中であることを示す通知を行う（ステップＳ２１１）。
【００４８】
このような状態でユーザは、通信端末３においてユーザデータ５１を使用して作業を行う。図５のフローチャートに移る。通信端末３は、データアクセスプログラムを実行して、ユーザによるユーザデータ５１の編集作業を可能としながら、終了イベントの発生を監視している（ステップＳ２１２）。そして、終了イベントが発生した場合（上述したように、プログラムの終了処理が行われた場合や、ＩＤ情報を検出しなくなった場合）、ユーザデータ５１をアップロードするかどうかを判定する（ステップＳ２１３）。
【００４９】
アップロードする必要がない場合には、ステップＳ２１６に移行する。アップロードする必要がない場合とは、ユーザデータ５１が更新されていない場合や、ユーザにより保存を行わない旨の操作が行われている場合などである。アップロードする必要がある場合、つまり、ユーザによりユーザデータ５１が更新されている場合には、通信端末３は、データ管理サーバ２との間でアップロードコネクションを確立する（ステップＳ２１４）。そして、ユーザデータ５１をアップロードする（ステップＳ２１５）。
【００５０】
その後、通信端末３は、データ管理サーバ２にユーザデータ５１の使用が終了したことを通知し（ステップＳ２１６）、メモリ３３に格納されているユーザデータ５１を消去する（ステップＳ２１７）。
【００５１】
以上説明したように、本実施の形態の通信システムを利用することで、ユーザは、データ管理サーバ２に格納されているユーザデータ５１を共有して利用することが可能である。そして、他のユーザにより、アクセスしたいユーザデータ５１が使用されている場合には、その旨がアクセス要求元のユーザに通知され、後からアクセスしたユーザは、そのユーザデータ５１を編集可能な状態ではアクセスできない。したがって、ユーザデータ５１が複数の者により同時に編集されることがない。さらに、他のユーザによる編集作業が完了すると、その旨のメッセージが待機しているユーザに通知される。そして、ＩＤ情報が検出されれば即座にユーザデータ５１のダウンロードが開始される。これにより、ユーザデータ５１の利用効率を向上させることが可能である。
【００５２】
また、通信端末３は、ユーザデータ５１を編集した場合には、ユーザデータ５１をデータ管理サーバ２にアップロードするとともに、メモリからユーザデータ５１を消去することとしている。これにより、各ユーザにより更新された最新のユーザデータ５１が常にデータ管理サーバ２に反映される。また、通信端末３にはユーザデータ５１が残らないので、ユーザが通信端末３を離れるなどして編集作業を終了した後に、ユーザデータ５１が不正利用されることを防止できるのである。
【図面の簡単な説明】
【００５３】
【図１】実施の形態に係る通信システムの全体図である。
【図２】通信端末およびデータ管理サーバのブロック図である。
【図３】通信システム全体の処理フローチャートである。
【図４】ダウンロード処理に関わる通信端末の処理フローチャートである。
【図５】アップロード処理に関わる通信端末の処理フローチャートである。
【符号の説明】
【００５４】
１    ＬＡＮ
２    データ管理サーバ
３    通信端末
４    ＲＦタグ
５１  ユーザデータ
５２  ユーザデータ管理データベース
【図１】
2007265135.tif 000004
【図２】
2007265135.tif 000005
【図３】
2007265135.tif 000006
【図４】
2007265135.tif 000007
【図５】
2007265135.tif 000008