JP5949387B2 - サーバおよびユーザ端末 - Google Patents

Description

本発明は、サーバ、ユーザ端末、およびプログラムに関する。

近年、モバイル端末が急速に普及し、営業先や出張先等でも利用されている。例えば、ノートＰＣ（パーソナルコンピュータ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）、タブレット端末、スマートフォン、携帯電話等のモバイル端末が業務用として利用されている。特にスマートフォンの出荷台数は年々増加し、訪問先で顧客に商品の説明資料や提案資料を提示する場合、訪問先へ向かう途中で説明資料やスケジュールを確認する場合等に多く利用されている。

ここで、社外に業務データを持ち出す場合、予めモバイル端末に業務データを保存する必要があるが、モバイル端末の紛失による機密情報漏洩の防止等、セキュリティ上の安全対策が必要となる。

ファイルの安全性に関する技術としては、例えば下記特許文献１で、通信端末にファイルの配布を行うシステムにおいて、ファイルの機密レベルに応じて、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）ディスクまたはハードディスクに保存するよう制御する技術が提案されている。通信端末が電源ＯＮ状態に維持される間は、ＲＡＭで構成される記憶領域に保存されたデータを表示できるが、電源ＯＦＦ状態に操作されると、ＲＡＭで構成される記憶領域のデータが消滅する。よって、機密レベルが高いファイルをＲＡＭディスクに保存するよう制御することで、ファイル取得時にはデータ表示可能とし、一度電源をＯＦＦにした後は、データの表示が不可能とすることができる。

また、下記特許文献２には、現在時刻や自装置の現在位置に応じて、自装置が保持するコンテンツへのアクセスを制御するアクセス制限機能付き記憶装置が開示されている。これにより、当該記憶装置をアクセス可能エリアから外に持ち出した場合等は、当該記憶装置に保持されているコンテンツにアクセスすることができない。

特開２００８−２１７０５７号公報 特開２００８−１２９６２５号公報

しかしながら、上記特許文献１では、安全性は高いが、一度電源をＯＦＦにした後はデータを表示できないので、例えばオフライン環境において再度ファイルを表示したい場合に、サーバからファイルの再配布を受けることができず、利便性が低い。

また、上記特許文献２では、コンテンツを他の装置に送信した後の当該コンテンツへのアクセス制限については何ら言及されていない。

また、上記いずれの特許文献においても、社内ネットワークの情報処理装置からクラウドサーバに業務データを保持させ、ユーザ端末からクラウドサーバにアクセスして業務データを取得するといった新しい閲覧システムには対応していない。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ユーザ端末で保持する業務データの安全性および利便性を高めることが可能な、新規かつ改良されたサーバ、ユーザ端末、およびプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、ユーザの業務データに保持期限情報を対応付けてデータベースに格納する管理部と、ユーザ端末が保持する業務データの閲覧問い合わせに応じて、前記データベースに格納される前記業務データの保持期限情報を参照し、閲覧可否を判断する判断部と、前記判断部による判断結果を前記ユーザ端末に送信する送信部と、を備え、前記判断部は、現在日時が前記保持期限情報で示される保持期限内であって、さらに、ユーザのスケジュール情報と前記業務データにタグ付けされたキーワードが一致する場合、閲覧可能であると判断する、サーバが提供される。

また、前記送信部は、前記保持期限情報が更新されている場合、前記判断結果と共に、最新の保持期限情報を前記ユーザ端末に送信してもよい。

また、前記サーバは、前記ユーザ端末からの取得要求に応じて、前記データベースから業務データを検索する検索部をさらに備えもよく、前記送信部は、前記検索部により検索された業務データを、当該業務データに対応付けられた保持期限情報と共に送信してもよい。

また、前記管理部は、前記業務データに、保存属性を対応付けて前記データベースに格納してもよく、前記送信部は、前記ユーザ端末からの取得要求に応じた業務データを、前記保存属性と共に前記ユーザ端末に送信してもよい。

また、前記保存属性は、保存可能属性、またはキャッシュ可能属性であってもよい。

また、前記管理部は、前記業務データに閲覧可能位置情報を対応付けて前記データベースに格納し、前記判断部は、さらに、前記ユーザ端末の閲覧場所が、前記閲覧可能位置情報で示される位置付近である場合、閲覧可能であると判断してもよい。

また、前記サーバは、社内ネットワークと接続し、社内ネットワーク上の情報処理装置から前記業務データを受信する受信部をさらに備えもよく、前記管理部は、前記情報処理装置から受信した業務データを前記データベースに格納してもよい。

また、上記課題を解決するために、本発明の別の観点によれば、ユーザ端末が保持する業務データの閲覧を指示するユーザ操作に応じて、サーバに対して閲覧問い合わせを行う通信部と、前記サーバによる前記業務データの保持期限情報に基づいた判断結果に応じて、閲覧可否を制御する制御部と、を備え、前記制御部は、前記サーバにより、前記保持期限情報で保持期限内であるが、ユーザのスケジュール情報が、前記業務データにタグ付けされたキーワードと一致しないために閲覧不可能と判断された場合、前記業務データの閲覧を禁止するよう制御する、ユーザ端末が提供される。

また、前記制御部は、前記サーバにより、前記保持期限情報で示される保持期限を過ぎているために閲覧不可能と判断された場合、前記業務データを削除するよう制御してもよい。

また、前記制御部は、前記サーバにより、前記保持期限情報で示される保持期限内のために閲覧可能と判断された場合、前記業務データの閲覧制御を行ってもよい。

また、前記制御部は、前記サーバにより、前記保持期限情報で示される保持期限内であるが、閲覧場所が前記業務データに対応付けられた閲覧可能位置情報で示される位置付近ではないために閲覧不可能と判断された場合、前記業務データの閲覧を禁止するよう制御してもよい。

また、前記制御部は、前記サーバへの閲覧問い合わせができない場合、前記ユーザ端末が保持する業務データに対応付けられた保持期限情報を参照し、閲覧可否を判断してもよい。

また、前記制御部は、前記判断結果と共に取得した最新の保持期限情報を、前記ユーザ端末が保持する業務データに対応付けるよう更新制御を行ってもよい。

また、前記通信部は、前記サーバに対して業務データの取得要求を行ってもよく、前記制御部は、前記サーバから取得した業務データに対して、当該業務データと共に取得した保存属性に応じた保存制御を行ってもよい。

また、前記制御部は、前記保存属性が保存可能属性である場合、前記サーバから取得した業務データを不揮発性メモリに保存してもよく、前記保存属性がキャッシュ可能属性である場合、前記サーバから取得した業務データを揮発性メモリに保存してもよい。

以上説明したように本発明によれば、ユーザ端末で保持する業務データの安全性および利便性を高めることが可能である。

本発明の一実施形態による業務データ閲覧システムの全体構成を示す図である。 本実施形態による管理サーバの構成を示すブロック図である。 本実施形態による業務データＤＢに格納される業務データの一例を示す図である。 本実施形態によるクライアント端末の構成を示すブロック図である。 本実施形態による業務データの取得処理を示すフローチャートである。 本実施形態によるクライアント端末の表示画面例を示す図である。 本実施形態による業務データの閲覧処理を示すフローチャートである。

以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

＜１．業務データ閲覧システムの概要＞
図１は、本発明の一実施形態による業務データ閲覧システムの全体構成を示す図である。図１に示すように、本実施形態による業務データ閲覧システムは、クライアント端末（ユーザ端末）１Ａ、１Ｂ、１Ｃ、および管理サーバ２を含む。また、管理サーバ２は、ファイアーウォール３を介して社内ネットワークと接続し、社内ネットワークは、例えば複数の社内ＰＣ（パーソナルコンピュータ）４Ａ、４Ｂ、および社内サーバ５を含む。

なお、以下複数のクライアント端末１Ａ、１Ｂ、１Ｃを個々に区別する必要がない場合は、クライアント端末１と称す。また、以下社内ＰＣ４Ａ、４Ｂ、社内ＰＣの表示部４０Ａ、４０Ｂを個々に区別する必要がない場合も、社内ＰＣ４、表示部４０と称す。

図１に示すように、ファイアーウォール（ＦＷ）３は、外部との通信を制御し、内部のコンピュータネットワーク（社内ネットワーク）の安全を維持している。社内ネットワークにおいては、社内ＰＣ４により業務データが処理され、社内ＰＣ４または社内サーバ５に業務データが格納される。利用者は、社内ＰＣ４を操作し、任意の業務データを管理サーバ２にアップロードすることができる。

一方、クライアント端末１Ａ（スマートフォン）、１Ｂ（タブレット端末）は、例えば３Ｇ公衆網およびＶＰＮサーバを介して管理サーバ２と接続してもよいし、無線ＬＡＮ通信により管理サーバ２と接続してもよい。また、クライアント端末１Ｃ（ノートＰＣ）は、インターネットを介して管理サーバ２と接続してもよいし、無線ＬＡＮ通信により管理サーバ２と接続してもよい。

このように各クライアント端末１は管理サーバ２に接続し、管理サーバ２に格納されている業務データを取得することができる。これにより、利用者は、外出先でクライアント端末を利用して所望の業務データを閲覧することができる。

ここで、クライアント端末で管理サーバ２から業務データを取得し、業務データを社外に持ち出す場合、モバイル端末の紛失による機密情報漏洩の防止等、セキュリティ上の安全対策が必要となる。

しかしながら、機密レベルに応じて記憶領域を選択（ＲＡＭディスクまたはハードディスク）する方法では、安全性は高いが、一度電源をＯＦＦにした後はデータを表示できず、利便性が低いという問題があった。

そこで、本実施形態による業務データ閲覧システムでは、管理サーバ２から取得した業務データをクライアント端末で閲覧する際に、管理サーバ２に閲覧問い合わせを行い、管理サーバ２に閲覧を許可された場合に閲覧できるよう制御する。これにより、クライアント端末（ユーザ端末）で保持する業務データの安全性および利便性を高めることができる。以下、このような本発明の一実施形態による業務データ閲覧システムに含まれる管理サーバ２およびクライアント端末１の基本構成について順次説明する。

＜２．基本構成＞
［２−１．管理サーバ］
図２は、本実施形態による管理サーバ２の構成を示すブロック図である。図２に示すように、管理サーバ２は、制御部２０、通信部２５、および業務データＤＢ２７を有する。

（通信部）
通信部２５は、外部装置と接続してデータを送信または受信する機能を有する。本実施形態による通信部２５は、例えば社内ネットワークに含まれる社内ＰＣ４から、ＦＷ３を介して業務データを受信する。また、通信部２５は、クライアント端末１からの要求に応じて、業務データ等をクライアント端末１に送信する。

（制御部）
制御部２０は、管理サーバ２の各構成を制御する。より具体的には、本実施形態による制御部２０は、業務データを利用者（ユーザ）毎に業務データＤＢ２７に格納し、業務データの管理を行う管理部２１、クライアント端末１からの要求に応じて業務データＤＢ２７を検索する検索部２２、および業務データの閲覧可否を判断する判断部２３を有する。

・管理部
管理部２１は、通信部２５を介して社内ネットワークから各ユーザによりアップロードされた業務データを、ユーザ毎に業務データＤＢ２７フォルダに格納する。また管理部２１は、ユーザ要求により、業務データの更新、削除も行う。この際管理部２１は、業務データから抽出したキーワード（例えば会社名、商品名等の固有名詞や、スポット名、住所などの位置表現、電話番号、メールアドレス等）を、当該業務データにタグ付けした上で業務データＤＢ２７フォルダに格納してもよい。また、管理部２１は、タグ付け用のキーワードを予め記憶する辞書ＤＢ（不図示）を参照してキーワードを抽出してもよい。

・検索部
検索部２２は、クライアント端末１からの取得要求に応じて業務データＤＢ２７から所定の業務データを検索する。より具体的には、検索部２２は、取得要求に含まれるファイル名やタグ（キーワード）に基づいて、所定の業務データを検索する。

検索部２２により検索された業務データは、通信部２５を介して要求元のクライアント端末１に送信される。また、業務データＤＢ２７に格納されている業務データに保存属性や保持期限情報等が対応付けられている場合、業務データと共に、当該保存属性および保持期限情報等もクライアント端末１に送信される。

また、検索部２２は、タグ検索により複数の業務データを検索した場合、複数の業務データを示す一覧を、検索結果として通信部２５を介してクライアント端末１に送信してもよい。

・判断部
判断部２３は、クライアント端末１から、クライアント端末１が保持する業務データの閲覧問い合わせに応じて、業務データＤＢ２７に格納されている同業務データに対応付けられている保持期限情報等を参照し、閲覧可否を判断する。判断部２３による判断結果は、通信部２５を介して問い合わせ元のクライアント端末１に送信される。

本実施形態による判断部２３は、例えば業務データＤＢ２７に格納されている同業務データに、閲覧条件として閲覧保持期限情報が対応付けられている場合、現在時刻が閲覧保持期限内であるか否かに応じて、閲覧可否を判断する。すなわち、判断部２３は、現在時刻が閲覧保持期限内であれば閲覧可能と判断し、閲覧保持期限を過ぎていれば閲覧不可能と判断する。

また、本実施形態による判断部２３は、例えば業務データＤＢ２７に格納されている同業務データに、閲覧条件として閲覧可能位置情報が対応付けられている場合、クライアント端末の現在位置が閲覧可能位置付近であるか否かに応じて、閲覧可否を判断してもよい。

（業務データＤＢ）
業務データＤＢ２７は、各利用者からアップロードされた業務データを利用者毎に格納する。例えば、図２に示すように、利用者Ａの複数の業務データ２８Ａ、および利用者Ｂの複数の業務データ２８Ｂを各々格納する。ここで、業務データＤＢ２７に格納される利用者Ａの業務データ２８Ａの一例を図３に示す。図３に示すように、例えば業務データＤＢ２７では、各業務データのファイル名、保存属性、保持期限情報、閲覧可能位置情報、およびキーワードが対応付けて格納されている。

保存属性、保持期限情報、および閲覧可能位置情報は、予め業務データに対応付けられている情報であってもよいし、アップロード時にユーザが設定してもよい。また、保存属性、保持期限情報、および閲覧可能位置情報は、管理者や利用者（ユーザ）により、適宜最新の情報に更新されてもよい。

ここで、保存属性とは、業務データをクライアント端末１に保持する際の保存方法を制限するためのものである。例えば、保存属性には、「保存可」および「キャッシュ可」がある。「保存可」とは、クライアント端末１の不揮発性メモリ（電源をＯＦＦにした場合でもデータが消滅しない記憶領域；ストレージ）に保存が可能であることを示す。「キャッシュ可」とは、クライアント端末１の揮発性メモリに一時的に保存することは可能であるが、不揮発性メモリに保存することは不可であることを示す。ここで、揮発性メモリとは、電源をＯＦＦにした場合、または、起動中のアプリケーション（具体的には本実施形態による業務データ閲覧システムを利用するためのアプリケーション）を終了させた場合にデータが消滅する記憶領域であるキャッシュメモリである。このように、業務データをクライアント端末１に保持する際の保存方法を制限することで、安全性を高めることができる。

保持期限情報とは、クライアント端末１が業務データを保持できる（閲覧できる）期限を制限するためのものである。保持期限内であれば、クライアント端末１において業務データを閲覧することができ、保持期限を過ぎた場合は、クライアント端末１に保持されている業務データを削除することで、安全性と利便性を高めることができる。例えば、カタログ等が公開情報である場合、特に保持期限を設定せずに持ち出し用のクライアント端末１に保持していてもよいが、提案書や説明資料、プレスリリース等が秘密情報である場合、情報漏洩時のリスクが高いので、保持期限を制限して安全性を高める。このように、本実施形態による閲覧システムでは、個々のデータ（ファイル）毎に、保持期限を設定することができる。

閲覧可能位置情報とは、クライアント端末１で業務データを閲覧できる（業務データを表示できる）位置を制限するためのものである。クライアント端末１が閲覧可能位置（位置付近、エリア内等）に位置すれば、クライアント端末１において業務データを閲覧することができ、閲覧可能位置でない場合は、業務データの閲覧を禁止することで、安全性と利便性を高めることができる。閲覧可能位置情報の具体例としては、住所やスポット名などの位置表現、緯度経度等の数値表現、または行政区画名などの位置を表す名称等であってもよい。図３に示す例では、Ａ地区、Ｂ地区、Ｃ地区といった行政区画名と、Ｅ（Ｅａｓｔ）：１２５．４６、Ｎ（Ｎｏｒｔｈ）：３８．５９、Ｌ（Ｌｅｎｇｔｈ）：１０ｋｍといった緯度経度等の数値表現が用いられている。

また、図３に示す例では、閲覧条件として保持期限情報および閲覧可能位置情報が対応付けられている場合を示したが、この他、閲覧条件として、閲覧可能時間帯情報が対応付けられていてもよい。これにより、本実施形態による閲覧システムでは、保持期限内であって、かつ閲覧可能な時間帯（例えば８：３０〜１８：００）のみ閲覧できるように制御することが可能である。

以上、本実施形態による管理サーバ２の具体的な構成について説明した。続いて、図４を参照して本実施形態によるクライアント端末１の具体的な構成について説明する。

［２−２．クライアント端末］
本実施形態によるクライアント端末（ユーザ端末）１は、モバイル型の情報処理装置であって、利用者（ユーザ）により外出先等で利用される。クライアント端末１は、図１に示したように、スマートフォン、ノートＰＣ、タブレット端末等の様々な形態が想定されるが、ここでは、クライアント端末１の複数の形態に共通する主要構成について説明する。

図４は、本実施形態によるクライアント端末１の構成を示すブロック図である。図４に示すように、クライアント端末１は、制御部１０、表示制御部１１、表示部１２、操作入力部１３、通信部１４、ストレージ１５、およびキャッシュメモリ１６を有する。

（制御部）
制御部１０は、クライアント端末１の各構成を制御する。例えば制御部１０は、操作入力部１３により検出されたユーザ操作に応じた制御を行う。また、制御部１０は、ユーザ操作に応じて、通信部１４から管理サーバ２に対して業務データ取得要求を行う。業務データ取得要求とは、クライアント端末１に保存する業務データを取得するためのものであって、例えば業務データのファイル名やタグ情報を含む。また、制御部１０は、ユーザが予め社内ネットワークから管理サーバ２の業務データＤＢ２７に格納させたユーザの業務データの一覧を管理サーバ２から取得して表示部１２に表示し、かかる一覧からユーザに選択された業務データを取得するよう要求してもよい。

さらに、本実施形態による制御部１０は、図４に示すように、閲覧制御部１７、保存制御部１８、および削除制御部１９として機能する。

・保存制御部
保存制御部１８は、通信部１４を介して管理サーバ２から取得した業務データを、当該業務データに対応付けられた保存属性に応じて保存する制御を行う。具体的には、保存制御部１８は、業務データに「保存可」の保存属性が対応付けられていた場合、不揮発性メモリであるストレージ１５に当該業務データを保存（記憶）するよう制御する。また、保存制御部１８は、業務データに「キャッシュ可」の保存属性が対応付けられていた場合、揮発性メモリであるキャッシュメモリ１６に当該業務データを保存（記憶）するよう制御する。

・閲覧制御部
閲覧制御部１７は、操作入力部１３により業務データの閲覧指示操作が検出された場合、通信部１４を介して管理サーバ２に対して当該業務データの閲覧問い合わせを行う。業務データの閲覧指示操作とは、例えば表示部１２に表示された業務データのファイル名をユーザによりタッチする操作が検出された場合等である。

そして、閲覧制御部１７は、管理サーバ２からの閲覧可否判断結果に応じて、閲覧制御、または閲覧禁止制御を行う。具体的には、閲覧可能であると判断された場合、閲覧制御部１７は、ストレージ１５またはキャッシュメモリ１６に保持されている業務データを表示するよう表示制御部１１に指示する。一方、閲覧不可能であると判断された場合、閲覧制御部１７は、閲覧を禁止する制御を行う。すなわち、閲覧制御部１７は、ユーザに閲覧指示された業務データを表示しないよう制御する。

さらに、閲覧制御部１７は、保持期限を過ぎているために閲覧不可能であると判断された場合、削除制御部１９に業務データの削除を指示する。また、閲覧可能位置でないために閲覧不可能であると判断された場合は、閲覧制御部１７は、上記閲覧禁止制御のみ行う。

このように本実施形態によるクライアント端末１は、管理サーバ２から取得し、自装置に保持している業務データを閲覧する場合に、管理サーバ２に対して閲覧問い合わせを行う必要がある。業務データには、管理サーバ２から取得した際に併せて取得した保持期限情報が対応付けられている場合もあるが、管理サーバ２側で保持期限情報が更新されている場合も想定されるので、クライアント端末１は、閲覧の度に管理サーバ２に閲覧問い合わせを行う。

なお、オフラインの場合、閲覧制御部１７は一律に閲覧禁止制御を行ってもよい。若しくは、オフラインの場合、閲覧制御部１７は、自装置が保持する業務データに対応付けられた保持期限情報に基づいて閲覧可否を判断してもよい。閲覧可否の判断方法は、管理サーバ２の判断部２３による判断と同様である。この場合、閲覧制御部１７は、オンラインになった時点で、管理サーバ２に閲覧問い合わせを行い、保持期限が過ぎていた場合は、当該業務データを削除するよう削除制御部１９に指示する。

このように、本実施形態によれば、クライアント端末１に保持されている業務データを、保持期限情報に基づいて管理サーバ２に閲覧可能と判断された場合に閲覧できるように制御することで、社外に持ち出した業務データの安全性を高めることができる。また、閲覧の際に閲覧可否を判断することで安全性が確保されるので、機密性が高い業務データであってもクライアント端末１に保存することができ、閲覧の度に管理サーバ２から受信する必要がなく、利便性が向上する。

さらに、オフラインの場合は、クライアント端末１に保持されている保持期限情報に基づいて閲覧可否が判断され、後にオンラインになった際に管理サーバ２に閲覧問い合わせを行ってもよく、状況に応じた柔軟な制御が可能である。

・削除制御部
削除制御部１９は、管理サーバ２により、保持期限を過ぎているために業務データの閲覧が不可能であると判断された場合、ストレージ１５またはキャッシュメモリ１６に保持されている当該業務データを削除する。これにより、本実施形態による閲覧システムでは、管理サーバ２からクライアント端末１に送信された、すなわち社外に持ち出された業務データに関しても、管理を行うことができる。

（表示制御部）
表示制御部１１は、表示部１２を制御し、各種画面を表示させる。より具体的には、本実施形態による表示制御部１１は、閲覧制御部１７による指示に応じて、業務データを表示部１２に表示するよう制御する。また、表示制御部１１は、操作入力部１３により検出された利用者による操作に応じて表示画面を制御する。

（表示部）
表示部１２は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）またはＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などにより実現される。

（操作入力部）
操作入力部１３は、利用者による操作を検出するためのデバイスであって、例えば、タッチパネル、ボタン、スイッチ、キーボードおよびマウス等により実現される。

（ストレージ）
ストレージ１５は、不揮発性メモリであって、クライアント端末１の電源がＯＦＦになった場合でもデータが消滅しない記憶領域を有する。具体的には、ストレージ１５は、ＨＤＤ（ハードディスクドライブ）、フラッシュメモリ、ＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等により実現される。また、ストレージ１５には、制御部２０が各種処理を実行するためのプログラムが記憶されている。

（キャッシュメモリ）
キャッシュメモリ１６は、揮発性メモリであって、クライアント端末１の電源がＯＦＦになった時点、または業務データを閲覧するためのアプリケーションを終了させた時点でデータが消滅する記憶領域を有する。このように、キャッシュメモリ１６は、データを一時的に保存する機能を有する。キャッシュメモリ１６は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ
Ｕｎｉｔ）内部に設けられた高速な記憶装置や、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等により実現される。

＜３．動作処理＞
以上、本実施形態による管理サーバ２およびクライアント端末１の構成について詳細に説明した。続いて、本実施形態による閲覧システムの動作処理について具体的に説明する。本実施形態による閲覧システムでは、社内ネットワークから管理サーバ２にアップロードされた業務データを、社外持ち出し用のクライアント端末１が取得する業務データの取得処理と、クライアント端末１において業務データを閲覧する閲覧処理が行われる。以下、図５〜図７を参照して、業務データの取得処理および閲覧処理について順次説明する。

［３−１．業務データの取得処理］
図５は、本実施形態による業務データの取得処理を示すフローチャートである。図５に示すように、まず、ステップＳ１０３において、社内ＰＣ４は、利用者（ユーザ）による業務データのアップロード操作を受け付ける。アップロード操作は、例えば社内ＰＣ４の表示部４０に表示された、管理サーバ２内のユーザフォルダのウィンドウに、社内ＰＣ４内の任意の業務データをドラッグ＆ドロップでコピーする操作であってもよい。

次いで、ステップＳ１０６において、社内ＰＣ４は、アップロード操作された業務データを管理サーバ２に送信する（業務データのアップロード）。

次に、ステップＳ１０９において、管理サーバ２の管理部２１は、社内ＰＣ４から送信された業務データを業務データＤＢ２７内のユーザ毎のフォルダ（記憶領域）に格納する。なお、この際、管理部２１は、業務データから抽出したキーワードをタグ付けした上で格納してもよい。

次いで、ステップＳ１１２において、クライアント端末１では、本実施形態による業務データ閲覧システムを利用するためのアプリケーションが起動され、管理サーバ２に対して業務データの取得要求を行う。

次に、ステップＳ１１５において、管理サーバ２の検索部２２は、クライアント端末１からの取得要求に応じて業務データＤＢ２７から所定の業務データを検索する。より具体的には、検索部２２は、取得要求に含まれるファイル名やキーワードに基づいて、業務データを検索してもよい。なお、管理サーバ２は、クライアント端末１からのアクセスに応じてユーザフォルダに格納する業務データの一覧をクライアント端末１に送信し、一覧の中から選択された業務データを検索して送信してもよい。

続いて、ステップＳ１１８において、管理サーバ２は、検索した業務データを取得要求元のクライアント端末１に送信する。この際、管理サーバ２は、業務データに保存属性、保持期限情報、または閲覧可能位置情報等が対応付けられている場合、業務データと共にクライアント端末１に送信する。

そして、ステップＳ１２１において、クライアント端末１は、受信した業務データを保存する。この際、クライアント端末１は、業務データと共に保存属性を受信した場合、当該保存属性に応じた保存制御を行う。すなわち、クライアント端末１は、保存属性が「保存可」の場合、ストレージ１５に業務データを保存し、保存属性が「キャッシュ可」の場合、キャッシュメモリ１６にのみ業務データを保存する。これにより、クライアント端末１の電源がＯＦＦになった時点、または業務データを閲覧するためのアプリケーションを終了させた時点でキャッシュメモリ１６に保存された業務データは消滅するので、秘密度が特に高い業務データの安全性を確保することができる。

以上、本実施形態の閲覧システムにおける業務データの取得処理について説明した。続いて、本実施形態の閲覧システムにおける業務データの閲覧処理について説明する。

［３−２．業務データの閲覧処理］
上述したように、クライアント端末１が業務データを取得した後、クライアント端末１では、保存する業務データの一覧を表示部１２に表示できる。ここで、図６に、クライアント端末１の表示画面例を示す。図６に示すように、クライアント端末１は、表示部１２に、自装置に保持する業務データの一覧１２４を表示する。

ユーザは、閲覧したい業務データの項目をタップして、閲覧指示を行う。ここで、業務データに保持期限情報が対応付けられている場合、図６に示すように、業務データの項目１２６に、「オフライン保持期限」として保持期限情報が表示される。これにより、ユーザは、業務データの保持期限を直感的に把握することができる。なお、図６には示していないが、クライアント端末１は、業務データに閲覧可能位置情報や閲覧可能時間帯情報が対応付けられている場合、同様に、業務データに閲覧可能位置や閲覧可能時間帯を業務データの項目１２６と共に表示部１２に表示してもよい。

また、保持期限や、閲覧可能位置、閲覧可能時間帯等の閲覧条件が対応付けられている業務データに対して閲覧指示が行われた場合、クライアント端末１は、管理サーバ２に対して閲覧問い合わせを行う。以下、図７を参照して本実施形態による閲覧問い合わせの処理について説明する。

図７は、本実施形態による業務データの閲覧処理を示すフローチャートである。図７に示すように、まず、ステップＳ１２４において、クライアント端末１の閲覧制御部１７は、ユーザによる閲覧操作が検出されると、続くステップＳ１２７において、管理サーバ２に対して閲覧問い合わせを行う。

閲覧問い合わせの際、クライアント端末１の閲覧制御部１７は、通信部１４により自端末の現在位置情報を取得し、閲覧を希望する業務データを示す情報（例えばファイル名）と共に、当該現在位置情報を管理サーバ２に送信してもよい。例えばクライアント端末１は、複数のＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）衛星からの信号に基づいて現在位置を測位できる。

次に、ステップＳ１３０において、管理サーバ２の判断部２３は、クライアント端末１からの閲覧問い合わせに応じて、業務データの閲覧可否を判断する。具体的には、判断部２３は、閲覧問い合わせに含まれる閲覧を希望する業務データを示す情報（例えばファイル名）に基づいて、同業務データに対応付けられている閲覧条件を参照し、閲覧条件を満たすか否かを判断する。

次いで、ステップＳ１３３において、管理サーバ２は、閲覧可否の判断結果を閲覧問い合わせ元のクライアント端末１に送信する。なお、管理サーバ２は、判断結果と共に、最新の保持期限情報を送信してもよい。

そして、ステップＳ１３６において、クライアント端末１の閲覧制御部１７は、判断結果に応じて、閲覧制御または閲覧禁止制御を行う。さらに、クライアント端末１の削除制御部１９は、管理サーバ２により保持期限超過を理由として閲覧不可能と判断された場合、自端末に保持する当該業務データを削除する制御を行う。また、クライアント端末１は、判断結果と共に最新の保持期限情報を取得した場合、クライアント端末１が保持する業務データに最新の保持期限情報を対応付けるよう更新制御を行う。

これにより、本実施形態による閲覧システムでは、クライアント端末１は保持する業務データを閲覧制御（表示制御）する際に、管理サーバ２に閲覧問い合わせを行うことで、管理サーバ２は、送信した業務データの保持期限を管理することができる

＜５．まとめ＞
以上説明したように、本実施形態による業務データ閲覧システムによれば、ユーザ端末で保持する業務データの安全性および利便性を高めることができる。

具体的には、クライアント端末１は、管理サーバ２から取得した業務データに対応付けられた保存属性に応じて、業務データをストレージ１５またはキャッシュメモリ１６に保存する制御を行う。これにより、クライアント端末１の電源がＯＦＦになった時点、または業務データを閲覧するためのアプリケーションを終了させた時点で、キャッシュメモリ１６に保存された業務データは消滅するので、秘密度が特に高い業務データの安全性を確保することができる。

また、クライアント端末１が、保持する業務データを閲覧制御する際に、管理サーバ２に閲覧問い合わせを行うことで、管理サーバ２は、送信した業務データの保持期限を管理することができる。

なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、本実施形態による管理サーバ２の判断部２３は、上述した保持期限情報に加えて、ユーザのスケジュール情報やアドレス帳情報を参照して閲覧可否を判断してもよい。

例えば、判断部２３は、保持期限情報で示される保持期限内であって、かつ、業務データにタグ付けられているキーワードや、クライアント端末１の位置が、ユーザのスケジュールと一致する場合、閲覧可能と判断してもよい。ユーザのスケジュール情報は、業務データＤＢ２７に格納されているユーザのスケジュール情報（図３に示す「今週の予定」参照）であってもよい。

また、判断部２３は、保持期限情報で示される保持期限内であって、かつ、業務データにタグ付けられているキーワード（例えば会社名）とアドレス帳を参照して抽出される住所が、クライアント端末１の現在位置と一致する場合、閲覧可能と判断してもよい。アドレス帳情報は、業務データＤＢ２７に格納されていてもよい。

１、１Ａ、１Ｂ、１Ｃ クライアント端末
１０ 制御部
１１ 表示制御部
１２ 表示部
１３ 操作入力部
１４ 通信部
１５ ストレージ
１６ キャッシュメモリ
１７ 閲覧制御部
１８ 保存制御部
１９ 削除制御部
２ 管理サーバ
２０ 制御部
２１ 管理部
２２ 検索部
２３ 判断部
２５ 通信部
２７ 業務データＤＢ
２８Ａ、２８Ｂ 業務データ
３ ファイアーウォール
４ 社内ＰＣ
４０ 表示部
５ 社内サーバ

Claims (15)

1. ユーザの業務データに保持期限情報を対応付けてデータベースに格納する管理部と、
   ユーザ端末が保持する業務データの閲覧問い合わせに応じて、前記データベースに格納される前記業務データの保持期限情報を参照し、閲覧可否を判断する判断部と、
   前記判断部による判断結果を前記ユーザ端末に送信する送信部と、
   を備え、
   前記判断部は、現在日時が前記保持期限情報で示される保持期限内であって、さらに、ユーザのスケジュール情報と前記業務データにタグ付けされたキーワードが一致する場合、閲覧可能であると判断する、サーバ。
2. 前記送信部は、前記保持期限情報が更新されている場合、前記判断結果と共に、最新の保持期限情報を前記ユーザ端末に送信する、請求項１に記載のサーバ。
3. 前記サーバは、
   前記ユーザ端末からの取得要求に応じて、前記データベースから業務データを検索する検索部をさらに備え、
   前記送信部は、前記検索部により検索された業務データを、当該業務データに対応付けられた保持期限情報と共に送信する、請求項１または２に記載のサーバ。
4. 前記管理部は、前記業務データに、保存属性を対応付けて前記データベースに格納し、
   前記送信部は、前記ユーザ端末からの取得要求に応じた業務データを、前記保存属性と共に前記ユーザ端末に送信する、請求項１から３のいずれか１項に記載のサーバ。
5. 前記保存属性は、保存可能属性、またはキャッシュ可能属性である、請求項４に記載のサーバ。
6. 前記管理部は、前記業務データに閲覧可能位置情報を対応付けて前記データベースに格納し、
   前記判断部は、さらに、前記ユーザ端末の閲覧場所が、前記閲覧可能位置情報で示される位置付近である場合、閲覧可能であると判断する、請求項１〜５のいずれか１項に記載のサーバ。
7. 前記サーバは、
   社内ネットワークと接続し、社内ネットワーク上の情報処理装置から前記業務データを受信する受信部をさらに備え、
   前記管理部は、前記情報処理装置から受信した業務データを前記データベースに格納する、請求項１〜６のいずれか１項に記載のサーバ。
8. ユーザ端末が保持する業務データの閲覧を指示するユーザ操作に応じて、サーバに対して閲覧問い合わせを行う通信部と、
   前記サーバによる前記業務データの保持期限情報に基づいた判断結果に応じて、閲覧可否を制御する制御部と、
   を備え、
   前記制御部は、前記サーバにより、前記保持期限情報で保持期限内であるが、ユーザのスケジュール情報が、前記業務データにタグ付けされたキーワードと一致しないために閲覧不可能と判断された場合、前記業務データの閲覧を禁止するよう制御する、ユーザ端末。
9. 前記制御部は、前記サーバにより、前記保持期限情報で示される保持期限を過ぎているために閲覧不可能と判断された場合、前記業務データを削除するよう制御する、請求項８に記載のユーザ端末。
10. 前記制御部は、前記サーバにより、前記保持期限情報で示される保持期限内のために閲覧可能と判断された場合、前記業務データの閲覧制御を行う、請求項８または９に記載のユーザ端末。
11. 前記制御部は、前記サーバにより、前記保持期限情報で示される保持期限内であるが、閲覧場所が前記業務データに対応付けられた閲覧可能位置情報で示される位置付近ではないために閲覧不可能と判断された場合、前記業務データの閲覧を禁止するよう制御する、請求項８〜１０のいずれか１項に記載のユーザ端末。
12. 前記制御部は、前記サーバへの閲覧問い合わせができない場合、前記ユーザ端末が保持する業務データに対応付けられた保持期限情報を参照し、閲覧可否を判断する、請求項８〜１１のいずれか１項に記載のユーザ端末。
13. 前記制御部は、前記判断結果と共に取得した最新の保持期限情報を、前記ユーザ端末が保持する業務データに対応付けるよう更新制御を行う、請求項８〜１２のいずれか１項に記載のユーザ端末。
14. 前記通信部は、前記サーバに対して業務データの取得要求を行い、
    前記制御部は、前記サーバから取得した業務データに対して、当該業務データと共に取得した保存属性に応じた保存制御を行う、請求項８〜１３のいずれか１項に記載のユーザ端末。
15. 前記制御部は、前記保存属性が保存可能属性である場合、前記サーバから取得した業務データを不揮発性メモリに保存し、前記保存属性がキャッシュ可能属性である場合、前記サーバから取得した業務データを揮発性メモリに保存する、請求項１４に記載のユーザ端末。

Images