データ管理システムおよびサーバ装置およびクライアント装置およびデータ管理方法およびプログラムおよび記録媒体
【課題】サーバ装置から取得されたデータの意図しない装置上での実行を防いでセキュリティを確保しつつ、別の装置上への実行可能に移動することを可能にすること。
【解決手段】クライアント装置１０２は、クライアント装置１０２のＭＡＣアドレスを含む帳票取得リクエストをサーバ装置１００に送信する。サーバ装置１００は、帳票取得リクエストを受信し、要求された帳票に該帳票取得リクエストのリスト番号，クライアント装置１０２のＭＡＣアドレスを含むヘッダ情報を生成付加した帳票ファイルを返信する。クライアント装置１０２は、返信された帳票ファイルのヘッダ情報に自身のＭＡＣアドレスが含まれている場合に、帳票を閲覧可能にする。なお、サーバ装置１００は、帳票取得リクエスト毎にリスト番号を付加したリクエスト管理リストとして保持し、帳票取得リクエスト毎に対応する帳票に関する処理の制限を管理する構成を特徴とする。
【解決手段】クライアント装置１０２は、クライアント装置１０２のＭＡＣアドレスを含む帳票取得リクエストをサーバ装置１００に送信する。サーバ装置１００は、帳票取得リクエストを受信し、要求された帳票に該帳票取得リクエストのリスト番号，クライアント装置１０２のＭＡＣアドレスを含むヘッダ情報を生成付加した帳票ファイルを返信する。クライアント装置１０２は、返信された帳票ファイルのヘッダ情報に自身のＭＡＣアドレスが含まれている場合に、帳票を閲覧可能にする。なお、サーバ装置１００は、帳票取得リクエスト毎にリスト番号を付加したリクエスト管理リストとして保持し、帳票取得リクエスト毎に対応する帳票に関する処理の制限を管理する構成を特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のデータを記憶管理するサーバ装置と１又は複数のクライアント装置とが通信可能なデータ管理システムにおけるデータ管理制御に関する。
【背景技術】
【０００２】
今日、インターネットの普及に伴い、ネットワークを介しての帳票ファイルを入手することができる。これにより紙で排出した時代と比べコストが削減できるようになった。
【０００３】
ところで、印刷に利用される帳票システムでは印刷物として排出した帳票ファイルの不正利用や、ネットワークでの改ざんを防ぐと共に、同一データを使った印刷が複数回実行されることを防ぐ必要がある。これは、ネットワークを介してやり取りするため避けられない問題であった。
【０００４】
特許文献１では、サーバ装置は配信するデータに配信に関する情報を埋め込んでクライアント装置に配信し、クライアント装置でサーバ装置から配信されたデータに埋め込まれている配信に関する情報と該データの処理結果の履歴を記憶しておき、前記サーバ装置から配信されたデータを実行する際に、この履歴をチェックして、実行済みのデータの再実行等の不正な操作を未然に防止する技術が開示されている。
【特許文献１】特開２００４−９４８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１では、履歴情報は、クライアント装置毎に保持されているため、サーバ装置から配信されたデータが別の装置に移されて実行された場合、不正実行の制御ができず、実行されてしまう。
【０００６】
また、履歴情報がクライアント装置から削除された場合も同様に、不正実行の制御ができず、実行されてしまう等の問題点があった。
【０００７】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、サーバ装置から取得されたデータの意図しない装置上での実行を防いでセキュリティを確保しつつ、別の装置上への実行可能に移動することを可能にする仕組を提供することである。
【課題を解決するための手段】
【０００８】
本発明は、複数のデータを管理するサーバ装置と１又は複数のクライアント装置とが通信可能なデータ管理システムにおいて、前記クライアント装置は、前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する第１の要求手段と、前記第１の要求手段により取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御手段と、を有し、前記サーバ装置は、前記クライアント装置から前記データ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する第１の応答手段と、前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶し、該記憶されるリクエスト管理情報に基づいて、前記データ取得要求毎に対応するデータに対する処理を制限管理する第１の管理手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、サーバ装置から取得されたデータを、他のクライアント装置で不正に使用できないようにすることができる。よって、不正にデータを移動させて利用しようとする行為を厳格に制限してセキュリティを確保することができる。
【００１０】
また、サーバ装置から取得したデータの印刷回数を、サーバ装置で制限管理することが可能となる。このため、データを取得したクライアント装置がローカルで改ざんすることができず、データ取得時に指定された印刷回数で確実に制限管理することができる。
【００１１】
さらに、サーバ装置から取得したデータを他の装置に移動させる必要がある場合には、正当なデータ移動手続きを踏むことにより、データを他の装置で閲覧可能に移動させることもでき、ユーザ利便性を確保することができる。また、これにより、新たにサーバ装置からデータを取得することを省略でき、サーバ装置の負荷およびネットワークトラフィックを軽減することができる。よって、意図しない装置上での実行を防ぎつつ、別の装置上への移動・実行を実現することができる。
【００１２】
従って、セキュリティの確保、ユーザ利便性、サーバ装置及びネットワークへの負荷の軽減を満足させることができる等の効果を奏する。
【発明を実施するための最良の形態】
【００１３】
〔第１実施形態〕
図１は、本発明の一実施形態を示すデータ管理システムの構成を示すシステム構成図である。
【００１４】
図１において、１００はサーバ装置であり、ＬＡＮ１０４，通信ネットワーク１０１，ＬＡＮ１０３を介して複数のクライアント装置１０２（１０２ａ，１０２ｂ，１０２ｃ，１０２ｄ，・・・１０２ｅ）と通信可能である。
【００１５】
クライアント装置１０２は、通信ネットワーク１０１を介してサーバ装置１００に帳票ファイルをリクエストするクライアント装置である。サーバ装置１００は、クライアント装置１０２からのリクエストに応じて帳票ファイルを通信ネットワーク１０１を介してクライアント装置１０２に送信する。
【００１６】
図２は、図１に示したサーバ装置１００のハードウェア構成を示すブロック図である。なお、クライアント装置１０２のハードウェア構成も同様である。
【００１７】
サーバ装置１００は、通信インタフェース２０８、ＣＰＵ（演算処理装置）２０１、記憶装置（ＨＤＤ）２０２、ＲＯＭ２０４、ＲＡＭ２１０、入力装置２０５、表示装置２０６、外部インタフェース（外部Ｉ／Ｆ）２０７を有している。それらは、バス２０９によって、相互に接続されている。
【００１８】
通信インタフェース２０８は、ＬＡＮ１０４を介して送られてくるデータを受け取る、または、データを送信するためのインタフェースである。これにより、通信ネットワーク１０１を介してクライアント装置１０２と通信が可能となる。
【００１９】
ＣＰＵ２０１は、ＲＯＭ２０４又は記憶装置２０２に格納されるプログラムを実行して、さまざまな演算処理を行う。本実施形態のサーバ装置１００の場合、記憶装置２０２に格納されるＯＳ，アプリケーションプログラムをＲＡＭ２１０に読み出して実行することにより、記憶装置２０２に格納される帳票データを検索する処理や、帳票データを作成する処理等である。また、クライアント装置１０２の場合、記憶装置２０２に格納されるＯＳ，アプリケーションプログラムをＲＡＭ２１０に読み出して実行することにより、サーバ装置１００に帳票データをリクエストする処理や、サーバ装置１００から受信した帳票データを閲覧可能に表示する処理等である。
【００２０】
入力装置２０５は、キーボードやマウスといったアクション情報を読み取る装置である。表示装置２０６は、表示するデータをディスプレイ等へ送信する装置である。外部Ｉ／Ｆ２０７は、外部装置とのデータの入出力を行うものであり、例えば印刷装置に印刷データを送信する。
【００２１】
図３は、一般的な帳票システムの構成を示す図であり、本発明のデータ管理システムの前提となる構成に対応する。
【００２２】
図３に示すように、クライアント環境３０４に存在するクライアント装置３０５からリクエストを発行する。このリクエストは、通信ネットワーク３０３を介して、サーバ環境３００に存在するサーバ装置３０１に到達する。
【００２３】
サーバ装置３０１は、リクエストの情報を元に、帳票ファイルＤＢ３０２から目的の帳票３０８を検索する。検索した結果、得られた帳票ファイル３０８を通信ネットワーク３０３を介してクライアント装置３０５へ送信する。
【００２４】
クライアント装置３０５は、サーバ装置１００から受け取った帳票ファイル３０８をプレビューする場合はディスプレイへ表示し、印刷する場合はプリンタ３０６へ出力する。
【００２５】
また、クライアント装置３０５から他のクライアント装置３０７へ帳票ファイル３０８を渡すことで、他のクライアント装置３０７のディスプレイ上へ表示できる。
【００２６】
なお、図３に示した一般的な帳票システムの構成は、本発明のデータシステムの前提となる構成である。以下、本発明特有の構成について説明する。なお、本実施形態では、上記図３に示した構成と同様に、サーバ装置１００のＨＤ内に帳票ファイル（帳票の実データ）３０８を管理する帳票ファイルＤＢ３０２が存在するものとする。
【００２７】
図４は、本発明のクライアント装置１０２からサーバ装置１００へ帳票取得リクエストを発行するための帳票取得リクエスト画面の一例を示す図である。
【００２８】
図４において、４００は帳票取得リクエスト画面であり、本実施形態では、例としてウェブブラウザを用いた構成で示している。
【００２９】
帳票取得リクエスト画面４００は、クライアント情報入力欄４０１，リクエスト帳票情報入力欄４０４を有する。
【００３０】
クライアント情報入力欄４０１は、リクエストを行うクライアント装置を特定する情報を入力するためのものであり、リクエストを行うクライアント装置のＭＡＣアドレス入力欄４０２，ＩＰアドレス入力欄４０３を有する。なお、ＭＡＣアドレス入力欄４０２，ＩＰアドレス入力欄４０３は、帳票取得リクエスト画面４００を表示した際に、クライアント装置１０２のＣＰＵによりクライアント装置１０２の通信インタフェース，ＨＤ等に記憶される設定ファイル等から取得され入力されるものとする。
【００３１】
また、リクエスト帳票情報入力欄４０４は、リクエストする帳票を特定するための情報を入力するためのものであり、リクエストするサーバ帳票名入力欄４０５，印刷回数指定入力欄４０６を有する。サーバ帳票名入力欄４０５，印刷回数指定入力欄４０６は、クライアント装置１０２のキーボード等から入力可能である。
【００３２】
４１０はリクエスト送信ボタンであり、このリクエスト送信ボタン４１０がクライアント装置１０２のポインティングデバイス等でクリック指示されると、クライアント装置１０２のＣＰＵは、帳票取得リクエスト画面４００上の４０２，４０３，４０５，４０６に入力された帳票取得リクエスト情報（クライアント情報，リクエスト帳票）をサーバ装置１００へ送信制御する。
【００３３】
以下、図５〜図７を参照して、本発明の情報管理システムにおいて帳票を取得するシーケンスについて説明する。
【００３４】
図５は、本発明の情報管理システムにおける第１に制御処理手順の一例を示すフローチャートであり、帳票取得処理に対応する。なお、図中、Ｓ７０１〜Ｓ７０６はクライアント装置１０２側の処理に対応し、クライアント装置１０２のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ７１１〜Ｓ７１６はサーバ装置１００側の処理に対応し、サーバ装置１００のＣＰＵ２０１がＨＤ２０２に格納されたプログラムをＲＡＭ２１０に読み出して実行することにより実現される。
【００３５】
まず、クライアント装置１０２上で、図４に示したリクエスト送信ボタン４１０がクリック指示されると、ステップＳ７０１において、クライアント装置１０２のＣＰＵは、帳票取得リクエスト画面４００上で入力された帳票取得リクエスト情報（クライアント情報，リクエスト帳票情報）を含む帳票取得リクエストをサーバ装置１００へ送信制御する。
【００３６】
そして、上記クライアント装置１０２からの帳票取得リクエストをサーバ装置１００が受信すると、サーバ装置１００のＣＰＵ２０１は、図示しないステップにおいて、該受信した帳票取得リクエストに固有のリスト番号を割り当て、ステップＳ７１１に処理を進める。
【００３７】
ステップＳ７１１において、サーバ装置１００のＣＰＵ２０１は、帳票取得リクエストに含まれるリクエスト帳票情報内の帳票名を取得し、該帳票名に対応する帳票ファイル（帳票の実データ）３０８（後述する図６に示す）を帳票ファイルＤＢ３０２から取得する。そして、サーバ装置１００のＣＰＵ２０１は、取得した帳票ファイル３０８をリクエストしたクライアント装置１０２の公開鍵で暗号化する。なお、各クライアント装置１０２の公開鍵は、クライアント装置１０２毎に予めサーバ装置１００のＨＤ２０２に登録されているものとする。上記帳票ファイルの暗号化により、クライアント装置１０２の秘密鍵でしか復号できないようにセキュリティを高めることができる。
【００３８】
次に、ステップＳ７１２において、サーバ装置１００のＣＰＵ２０１は、クライアント装置１０２から受信した帳票取得リクエストに基づいてヘッダ情報６０３（後述する図６に示す）を生成する。この際、上述のリスト番号を用いるものとする。そしてさらに、サーバ装置１００のＣＰＵ２０１は、生成したヘッダ情報６０３をサーバ装置１００の秘密鍵で暗号化する。なお、サーバ装置１００の秘密鍵は、サーバ装置１００のＨＤ２０２に登録されているものとする。上記ヘッダ情報６０３の暗号化により、サーバ装置１００の公開鍵を配布されていないクライアント装置１０２ではヘッダ情報は復号できず、帳票ファイル６００（後述する図６に示す）を実行（閲覧）できないことを実現する。
【００３９】
次に、ステップＳ７１３において、サーバ装置１００のＣＰＵ２０１は、ステップＳ７１１，Ｓ７１２で暗号化したヘッダ情報６０３，帳票の実データ３０８を合わせて独自の帳票ファイル６００（帳票ＡＡ）を作成する。ここで、図６を用いて帳票ファイル６００の構成について説明する。
【００４０】
図６は、本実施形態における独自の帳票ファイル６００の構成を示すファイル構成図である。
【００４１】
図６に示すように、独自の帳票ファイル６００は、ヘッダ情報６０３，帳票の実データ３０８から構成される。
【００４２】
ヘッダ情報６０３は、クライアント情報６０１，サーバ情報６０２を有する。クライアント情報６０１は、クライアント装置１０２から受信した帳票取得リクエスト情報（図４で入力された情報）に基づいて生成される情報であり、リクエストしたクライアント装置のＭＡＣアドレス６０１ａ，リクエスト日６０１ｂ，帳票名６０１ｃを含む。
【００４３】
サーバ情報６０２は、サーバ装置１００のサーバ名６０２ａ，サーバ装置１００のＩＰアドレス６０２ｂ，リスト番号６０２ｃから構成される。なお、ここでリスト番号６０２ｃとは、クライアント装置１０２から受信した帳票取得リクエスト情報固有の情報であり、クライアント装置１０２から帳票取得リクエスト情報を受信した際に、サーバ装置１００のＣＰＵ２０１により生成付加される。
【００４４】
なお、サーバ名６０２ａは、帳票ファイル６００に関する各種要求や問い合わせをサーバ装置に送信する際に、サーバ装置を特定するためにクライアント装置１０２により用いられる。
【００４５】
なお、サーバ装置１００のＣＰＵ２０１が、独自の帳票ファイル６００（帳票ＡＡ）を作成する際に、ヘッダ情報６０３をサーバ装置１００の秘密鍵で暗号化し、帳票ファイル３０８と組み合わせた後に、リクエストしたクライアント装置１０２の公開鍵で暗号化するように構成してもよい。
【００４６】
また、サーバ装置１００のＣＰＵ２０１が、独自の帳票ファイル６００（帳票ＡＡ）を作成する際に、帳票ファイル３０８をクライアント装置１０２の公開鍵で暗号化し、ヘッダ情報６０３と組み合わせた後に、サーバ装置１００の秘密鍵で暗号化するように構成してもよい。
【００４７】
さらに、本発明で用いる暗号化方法は、公開鍵暗号化方法に限られるものであはなく、各種暗号化方法を採用してもよいことはいうまでもない。
【００４８】
以下、図５のフローチャートの説明に戻る。
【００４９】
ステップＳ７１３で、独自の帳票ファイル６００（帳票ＡＡ）が生成されると、ステップＳ７１４において、サーバ装置１００のＣＰＵ２０１は、ステップＳ７１３で作成した独自帳票ファイル６００（帳票ＡＡ）にＣＲＣ３２値を算出し、帳票ファイル６００（帳票ＡＡ）に付加する。なお、ここでは、ＣＲＣ３２値を用いているが、ＭＤ５等の他のハッシュ値を算出し帳票ファイル６００に付加するように構成してもよい。
【００５０】
次に、ステップＳ７１５において、サーバ装置１００のＣＰＵ２０１は、ステップＳ７１４でＣＲＣ３２値を付加した帳票ファイル６００をリクエストしたクライアント装置１０２へ返信するように制御する。なお、この通信中に、第３者による盗み見があったとしても、独自ファイルとなっているため内容が漏れることはない。
【００５１】
次に、サーバ装置１００のＣＰＵ２０１は、ステップＳ７１１〜Ｓ７１５までの一連の処理が終了すると、ステップＳ７１６において、ステップＳ７１１でクライアント装置１０２から受信した帳票取得リクエスト情報に対応するリクエスト管理リスト５００（図７）を生成し、ＨＤ２０２に保存しておく。ここで、図７を用いてサーバ装置１００における帳票取得リクエスト情報の管理形態の構成について説明する。
【００５２】
図７は、図１に示したサーバ装置１００による帳票取得リクエスト情報を管理するリクエスト管理リストの一例を示すデータ構成図であり、サーバ装置１００のＨＤ２０２に記憶管理される。
【００５３】
図７に示すように、本実施形態では、サーバ装置１００のＣＰＵ２０１は、クライアント装置１０２から帳票取得リクエスト情報を受け取る毎に、該リクエスト情報に対応するリクエスト管理リスト５００を生成し、サーバ装置１００のＨＤ２０２内にファイルとして保持するものである。
【００５４】
リクエスト管理リスト５００には、帳票取得リクエスト毎にリクエスト固有の番号（上述したリスト番号）が割り振られている（図中５０１に示す）。また、同一の帳票取得リクエストに基づいて生成されたヘッダ情報６０３内のリスト番号６０２ｃ（図６）は、このリスト番号５０１と同一となっている。よって、このリスト番号５０１，６０２ｃにより、サーバ装置１００のＣＰＵ２０１は、リクエスト管理リスト５００とヘッダ情報６０３とを対応付けることが可能となる。そして、サーバ装置１００のＣＰＵ２０１は、このリスト番号を用いたクライアント装置１０２からの問い合わせに応じて、リクエスト管理リスト５００内の情報を更新したり取出したりできる。
【００５５】
また、リクエスト管理リスト５００内の管理情報５０２は、リクエストを受け取った日付（リクエスト受付日５０２ａ）、リクエスト帳票５０２ｂ、クライアント情報５０２ｃ〜５０２ｅを含んでいる。
【００５６】
リクエスト帳票５０２ｂは、図４に示したサーバ帳票名入力欄４０５に入力された情報に対応する。また、クライアント情報のＭＡＣアドレス５０２ｃは、図４に示したＭＡＣアドレス入力欄４０２に入力された情報に対応する。
【００５７】
また、印刷可能回数５０２ｄは、図４に示した印刷回数指定入力欄４０６で入力された情報に対応するものである。さらに、実印刷回数５０２ｅに関しては、実際にクライアント装置１０２で印刷するたび、その情報を受け取って更新される。
【００５８】
以上示したリクエスト管理リスト５００により、サーバ装置１００は、クライアント装置１０２からの印刷回数の制御や実行するマシンの制御を可能とし、クライアント装置１０２上の動作のセキュリティを確保する。
【００５９】
以下、図５のフローチャートの説明に戻る。
【００６０】
ステップＳ７１５でサーバ装置１００から送信された独自帳票ファイル６００（帳票ＡＡ）をクライアント装置１０２が受け取ると、クライアント装置１０２のＣＰＵは、ステップＳ７０２において、受信した独自の帳票ファイル６００（帳票ＡＡ）が通信中に改ざんされていないか帳票ファイル６００に付加されたＣＲＣ３２値から判断する。そして、改ざんされていることが確認できた場合、クライアント装置１０２のＣＰＵは、不図示のステップにおいて、改ざんされている旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００６１】
一方、ステップＳ７０２で、クライアント装置１０２のＣＰＵは、受信した独自帳票ファイル６００（帳票ＡＡ）が通信中に改ざんされていないと判断した場合には、ステップＳ７０３に処理を進める。
【００６２】
そして、ステップＳ７０３において、クライアント装置１０２のＣＰＵは、帳票ファイル６００のヘッダ情報６０３をサーバ装置１００の公開鍵で復号する。なお、サーバ装置１００の公開鍵は、予め配布されクライアント装置１０２のＨＤ内に格納されているものとする。なお、図示しないが、ステップＳ７０３で、復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００６３】
次に、ステップＳ７０４において、クライアント装置１０２のＣＰＵは、ステップＳ７０３で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａが、当該クライアント装置１０２のＭＡＣアドレスと同じであるか否かを判断する。そして、同じでないと判断した場合には、不図示のステップにおいて、本帳票ファイル６００は閲覧できない旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００６４】
一方、ステップＳ７０４で、クライアント装置１０２のＣＰＵは、ステップＳ７０３で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａが、当該クライアント装置１０２のＭＡＣアドレスと同じであると判断した場合には、ステップＳ７０５に処理を進める。
【００６５】
次に、ステップＳ７０５において、クライアント装置１０２のＣＰＵは、帳票ファイル６００の帳票の実データ３０８をクライアント装置１０２の秘密鍵で復号する。なお、クライアント装置１０２の秘密鍵は、予めクライアント装置１０２のＨＤ内に格納されているものとする。この処理で初めて帳票ファイルとして扱うことが可能となる。なお、図示しないが、ステップＳ７０５で、復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００６６】
次に、ステップＳ７０６において、クライアント装置１０２のＣＰＵは、ステップＳ７０５で復号した帳票データのプレビュー処理を行う。なお、プレビューは、Ｗｅｂブラウザ上でもよいし、独自画面でもよい。このプレビュー状態からの印刷要求を行う動作は図８に示す。
【００６７】
以下、図８を参照して、本発明の情報管理システムにおけるプレビュー実行中の帳票ファイルを印刷するシーケンスについて説明する。
【００６８】
図８は、本発明の情報管理システムにおける第２に制御処理手順の一例を示すフローチャートであり、プレビュー実行中の帳票ファイルを印刷する処理に対応する。なお、図中、Ｓ８０１〜Ｓ８０６はクライアント装置１０２側の処理に対応し、クライアント装置１０２のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ８１１〜Ｓ８１４はサーバ装置１００側の処理に対応し、サーバ装置１００のＣＰＵ２０１がＨＤ２０２に格納されたプログラムをＲＡＭ２１０に読み出して実行することにより実現される。
【００６９】
まず、図５のステップＳ７０６で示した帳票Ａのプレビュー状態で、クライアント装置１０２上で帳票Ａの印刷指示がなされると、クライアント装置１０２のＣＰＵは、ステップＳ８０１において、印刷を実行してよいかの問い合わせ情報（帳票Ａのヘッダ情報６０３内のリスト番号６０２ｃを含む）を、ヘッダ情報６０３内のサーバ名６０２ａに対応するサーバ装置１００へ送信する。
【００７０】
そして、上記クライアント装置１０２からの印刷を実行してよいかの問い合わせ情報をサーバ装置１００が受信すると、ステップＳ８１１において、サーバ装置１００のＣＰＵ２０１は、サーバ装置１００上で保持している複数のリクエスト管理リスト５００の中で問い合わせ情報内のリスト番号に対応するリクエスト管理リスト５００を取得する。
【００７１】
次に、ステップＳ８１２において、サーバ装置１００のＣＰＵ２０１は、ステップＳ８１１で取得したリクエスト管理リスト５００から管理情報５０２内の印刷情報（印刷可能回数５０２ｄ，実印刷回数５０２ｅ）を取得して、問い合わせを行ったクライアント装置１０２の公開鍵で暗号化する。
【００７２】
次に、ステップＳ８１３において、サーバ装置１００のＣＰＵ２０１は、ステップＳ８１２で暗号化した印刷情報を問い合わせを行ったクライアント装置１０２へ返答（送信）する。なお、印刷情報はステップＳ８１２の処理で暗号化されているので通信中に印刷情報が改ざんされることを防ぎ、セキュリティは保つことができる。
【００７３】
そして、ステップＳ８１２でサーバ装置１００から送信された印刷情報をクライアント装置１０２が受け取ると、クライアント装置１０２のＣＰＵは、ステップＳ８０３において、上記受信した印刷情報をサーバ装置１００の公開鍵で復号する。なお、ステップＳ８０３で、復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００７４】
次に、ステップＳ８０４において、クライアント装置１０２のＣＰＵは、ステップＳ８０３で復号した印刷情報内の印刷可能回数５０２ｄ，実印刷回数５０２ｅに基づいて帳票Ａの印刷が可能か否かを判定する。そして、印刷不可能（印刷可能回数５０２ｄ≦実印刷回数５０２ｅ）と判断した場合には、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００７５】
一方、ステップＳ８０４で、クライアント装置１０２のＣＰＵは、印刷可能（印刷可能回数５０２ｄ＞実印刷回数５０２ｅ）と判断した場合には、ステップＳ８０５に処理を進める。
【００７６】
次に、ステップＳ８０５において、クライアント装置１０２のＣＰＵは、帳票Ａの印刷処理を実行する。これにより、帳票Ａが実際に記録用紙に印刷される。
【００７７】
そして、印刷完了後、ステップＳ８０６において、クライアント装置１０２のＣＰＵは、印刷完了した帳票Ａの印刷情報更新要求（印刷完了した帳票Ａのヘッダ情報内のリスト番号６０２ｃを含む）をサーバ装置１００へ送信する。
【００７８】
そして、クライアント装置１０２からの印刷情報更新要求をサーバ装置１００が受信すると、ステップＳ８１４において、サーバ装置１００のＣＰＵ２０１は、サーバ装置１００上で保持している複数のリクエスト管理リスト５００の中で印刷情報更新要求内のリスト番号に対応するリクエスト管理リスト５００を取得する。そして、サーバ装置１００のＣＰＵ２０１は、該取得したリクエスト管理リスト５００内の管理情報５０２内の実印刷回数５０２ｅを「１」インクリメントし、リクエスト管理リスト５００を更新する。なお、図５，図８は、帳票の取得から印刷までの一連のシーケンスとなる。
【００７９】
以上示したように、サーバ装置１００から取得した帳票データの印刷回数をサーバ装置１００で制限管理することが可能となる。印刷回数を制御する情報はサーバで管理されているため、帳票データを取得したクライアントがローカルで改ざんすることもできず、帳票データ取得時に指定された印刷回数で確実に制限管理することができる。
【００８０】
以下、図９を参照して、本発明の情報管理システムにおいてクライアント装置１０２に既に存在する帳票ファイルを再実行（再表示）した場合のシーケンスについて説明する。
【００８１】
図９は、本発明の情報管理システムにおける第３に制御処理手順の一例を示すフローチャートであり、クライアント装置１０２に既に存在する帳票ファイルを再実行（再表示）する処理に対応する。なお、図中、Ｓ９０１〜Ｓ９０８はクライアント装置１０２側の処理に対応し、クライアント装置１０２のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ９１１〜Ｓ９１２はサーバ装置１００側の処理に対応し、サーバ装置１００のＣＰＵ２０１がＨＤ２０２に格納されたプログラムをＲＡＭ２１０に読み出して実行することにより実現される。
【００８２】
まず、ステップＳ９０１において、クライアント装置１０２のローカル（ＨＤ等）に帳票ファイル６００（図５に示した処理により取得されたもの）が保持された状態で、この帳票ファイル６００に対して本実施形態のアプリケーションを用いた実行（以下、再実行と呼ぶ）が開始されると（ファイルオープンが開始されると）、クライアント装置１０２のＣＰＵは、ステップＳ９０２に処理を進める。
【００８３】
次に、ステップＳ９０２において、クライアント装置１０２のＣＰＵは、実行しようとするクライアント装置１０２の環境が不正登録されたものであるか否かの問い合わせをサーバ装置１００へ行う。
【００８４】
そして、クライアント装置１０２からのクライアント装置１０２の環境が不正登録されたものであるかの問い合わせ情報をサーバ装置１００が受信すると、ステップＳ９１１に処理を進める。
【００８５】
そして、ステップＳ９１１において、サーバ装置１００のＣＰＵ２０１は、サーバ装置１００のＨＤ２０２に保持されている不正リストを問い合わせのあったクライアント装置１０２へ送信する。なお、この不正リストは、リスト１個１個がクライアント装置１０２固有の公開鍵で暗号化されたものである。
【００８６】
そして、サーバ装置１００からの不正リストをクライアント装置１０２が受信すると、ステップＳ９０３に処理を進める。
【００８７】
そして、ステップＳ９０３において、クライアント装置１０２のＣＰＵは、受け取った不正リストの情報が、当該クライアント装置１０２の秘密鍵で復号できるか否かを判断する。そして、いずれかのリストが復号できたと判断した場合には、クライアント装置１０２のＣＰＵは、当該クライアント装置１０２が既に不正リストに登録されてと判断し、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００８８】
一方、ステップＳ９０３で、クライアント装置１０２のＣＰＵは、受け取った不正リストの情報がいずれも当該クライアント装置１０２の秘密鍵で復号できなかったと判断した場合には、ステップＳ９０４に処理を進める。
【００８９】
次に、ステップＳ９０４において、クライアント装置１０２のＣＰＵは、帳票ファイル６００のヘッダ情報６０３をサーバ装置１００の公開鍵で復号する。なお、ステップＳ９０４で復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００９０】
次に、ステップＳ９０５において、クライアント装置１０２のＣＰＵは、ステップＳ９０４で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａが、実行する当該クライアント装置１０２のＭＡＣアドレスと同じであるか否かを判断して実行可能性を判断する。
【００９１】
そして、ステップＳ９０５で、クライアント装置１０２のＣＰＵは、ステップＳ９０４で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａと当該クライアント装置１０２のＭＡＣアドレスとが異なり実行不可能であると判断した場合には、不正な環境での実行と判断して、ステップＳ９０６に処理を進める。
【００９２】
そして、ステップＳ９０６において、クライアント装置１０２のＣＰＵは、不正に実行した当該クライアント装置１０２のＭＡＣアドレスをクライアント装置１０２の公開鍵で暗号化して、サーバ装置１００に送信する。なお、クライアント装置１０２の公開鍵で暗号化するのは、この情報をサーバ装置１００で保存するにあたり、不正に変更されないようにするためである。
【００９３】
そして、クライアント装置１０２からの情報をサーバ装置１００が受信すると、ステップＳ９１２に処理を進める。
【００９４】
そして、ステップＳ９０７において、サーバ装置１００のＣＰＵ２０１は、クライアント装置１０２から受信した、暗号化された不正な情報をサーバ装置１００のＨＤ２０２に保持している「不正リスト」に登録する。
【００９５】
一方、ステップＳ９０５で、クライアント装置１０２のＣＰＵは、ステップＳ９０４で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａと当該クライアント装置１０２のＭＡＣアドレスとが同じであり実行可能であると判断した場合には、ステップＳ９０７に処理を進める。
【００９６】
そして、ステップＳ９０７において、クライアント装置１０２のＣＰＵは、帳票ファイル６００の実データ３０８をクライアント装置１０２の秘密鍵で復号する。この処理で初めて帳票ファイルとして扱うことが可能となる。なお、ステップＳ９０７で、復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００９７】
次に、ステップＳ９０８において、クライアント装置１０２のＣＰＵは、ステップＳ９０７で復号した帳票データのプレビュー処理を行う。なお、プレビューは、Ｗｅｂブラウザ上でもよいし、独自画面でもよい。このプレビュー状態からの印刷要求を行う動作は図８に示す。
【００９８】
なお、前記不正リストをサーバに要求して取得し、不正リストに対応する場合には処理を禁止する構成は、帳票ファイルの再実行時に限られるものではなく、新規に帳票を取得する場合や、印刷を実行する場合や、後述する帳票ファイルを移動させる場合、その他、各種場合にも実行するように構成してもよい。また、不正リストへの登録も帳票ファイルの再実行時に限られるものではなく、新規に帳票を取得する場合や、印刷を実行する場合も行うように構成してもよい。
【００９９】
以下、図１０，図１１を参照して、本発明の情報管理システムにおいて帳票を他の装置で閲覧可能に移動させるシーケンスについて説明する。
【０１００】
図１０は、本発明のクライアント装置１０２からサーバ装置１００へ帳票移動リクエストを発行するための帳票移動リクエスト画面の一例を示す図である。
【０１０１】
図１０において、１１００は帳票移動リクエスト画面であり、本実施形態では、例としてウェブブラウザを用いた構成で示している。
【０１０２】
帳票移動リクエスト画面１１００は、移動帳票ファイル情報入力欄１１０１，移動先情報入力欄１１０３を有する。
【０１０３】
移動帳票ファイル情報入力欄１１０１は、帳票移動リクエストを行う帳票ファイルのクライアント装置内のパスを入力するためのものであり、帳票移動リクエストを行う帳票ファイルのファイル名をクライアント装置内のフルパスで入力するファイル名入力欄１１０２を有する。
【０１０４】
さらに、移動先情報入力欄１１０３は、移動先のクライアント装置を特定する情報を入力するためのものであり、移動先のクライアント装置のマシン名入力欄１１０４，ＩＰアドレス入力欄１１０５を有する。なお、ファイル名入力欄１１０２，マシン名入力欄１１０４は、クライアント装置１０２のキーボード等から入力可能である。また、ＩＰアドレス入力欄１１０５は、マシン名入力欄１１０４を入力した際に、クライアント装置１０２のＣＰＵにより該マシン名より取得して入力されるものとする。
【０１０５】
１１０６はリクエスト送信ボタンであり、このリクエスト送信ボタン１１０６がクライアント装置１０２のポインティングデバイス等でクリック指示されると、クライアント装置１０２のＣＰＵは、帳票移動リクエスト画面１１００上で入力さらた情報に基づく帳票移動リクエスト情報をサーバ装置１００へ送信するよういに制御する。
【０１０６】
図１１は、本発明の情報管理システムにおける第４に制御処理手順の一例を示すフローチャートであり、帳票を他の装置で閲覧可能に移動させる処理に対応する。なお、図中、Ｓ１００１〜Ｓ１００７はクライアント装置１（１０２）側の処理に対応し、クライアント装置１（例えば１０２ａ）のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ１０１１〜Ｓ１０１５はサーバ装置１００側の処理に対応し、サーバ装置１００のＣＰＵ２０１がＨＤ２０２に格納されたプログラムをＲＡＭ２１０に読み出して実行することにより実現される。さらに、Ｓ１０２１はクライアント装置２（１０２）側の処理に対応し、クライアント装置２（例えば１０２ｂ）のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。
【０１０７】
まず、クライアント装置１（１０２ａ）上で、図１０に示したリクエスト送信ボタン１１０６がクリック指示されると、ステップＳ１００１において、クライアント装置１（１０２ａ）のＣＰＵは、帳票移動リクエスト画面１１００上で入力された情報（ファイル名，ＩＰアドレス）に基づいて、移動させる帳票のヘッダ情報６０３内のリスト番号６０２ｃ，移動先であるクライアント装置２（１０２ｂ）のＭＡＣアドレス等を取得する。なお、ＭＡＣアドレスの取得方法はどのような方法であってもよい。ユーザがキーボード等から直接ＭＡＣアドレスを入力する方法であってよい。
【０１０８】
次に、ステップＳ１００２において、クライアント装置１（１０２ａ）のＣＰＵは、ステップＳ１００１で取得した移動させる帳票のヘッダ情報６０３内にリスト番号６０２ｃ，移動先の装置のＭＡＣアドレスを含むヘッダ情報の変更依頼情報を生成し、サーバ装置１００に送信制御する。
【０１０９】
そして、クライアント装置１（１０２ａ）からのヘッダ情報の変更依頼情報（リスト番号６０２ｃ，移動先の装置のＭＡＣアドレスを含む）をサーバ装置１００が受信すると、ステップＳ１０１１に処理を進める。
【０１１０】
次に、ステップＳ１０１１において、サーバ装置１００のＣＰＵ２０１は、クライアント装置１（１０２ａ）から受け取ったリスト番号６０２ｃに基づいてサーバ装置１００上にある複数のリクエスト管理リスト５００内から対応するリクエスト管理リスト５００を取出す。そして、リクエスト管理リスト５００内のリクエスト受付日５０２ａを更新し、クライアント情報のＭＡＣアドレス５０２ｃを変更する。
【０１１１】
なお、リクエスト管理リスト５００を変更する前に、ヘッダ情報の変更依頼情報を送信してきたクライアント装置１（１０２ａ）のＭＡＣアドレスとリクエスト管理リスト５００内のＭＡＣアドレス５０２ｃが一致するか確認し、一致しない場合には、不正な依頼である旨をクライアント装置１（１０２ａ）に通知して、そのまま処理を終了させるように構成してもよい。
【０１１２】
次に、ステップＳ１１０２において、サーバ装置１００のＣＰＵ２０１は、ステップＳ１１０１で変更したリクエスト管理リスト５００の管理情報５０２に基づいてヘッダ情報６０３を作成し、サーバ装置１００の秘密鍵で暗号化する。これにより、このヘッダ情報は、サーバ装置１００の公開鍵を配布されていないクライアント装置１０２では復号できず、このヘッダ情報を有する帳票ファイル６００を実行できず、セキュリティを保つことが可能となる。
【０１１３】
次に、ステップＳ１０１３において、サーバ装置１００のＣＰＵ２０１は、ステップＳ１０１２で作成したヘッダ情報６０３にＣＲＣ３２値を付加する。
【０１１４】
次に、ステップＳ１０１４は、サーバ装置１００のＣＰＵ２０１は、ステップＳ１０１３でＣＲＣ３２値を付加したヘッダ情報６０３を、ヘッダ情報の変更依頼情報を送信してきたクライアント装置１（１０２ａ）へ返答（送信）する処理を指す。なお、この通信中に、第３者による盗み見があったとしても、ヘッダ情報のみであるため悪用されることはない。
【０１１５】
そして、ステップＳ１０１４の送信処理が完了すると、サーバ装置１００のＣＰＵ２０１は、ステップＳ１０１５において、ステップＳ１１０２で変更したリクエスト管理リスト５００の情報をＨＤ２０２上に更新する。
【０１１６】
そして、クライアント装置１（１０２ａ）では、サーバ装置１００からのヘッダ情報を受信すると、ステップＳ１００３に処理を進める。
【０１１７】
そして、ステップＳ１００３において、クライアント装置１（１０２ａ）のＣＰＵは、通信中にヘッダ情報が改ざんされていないかヘッダ情報に付加されたＣＲＣ３２値から判断する。そして、クライアント装置１（１０２ａ）のＣＰＵは、ヘッダ情報が改ざんされていると判断した場合には、不図示のステップにおいて、ヘッダ情報が改ざんされている旨のメッセージをクライアント装置１（１０２ａ）のディスプレイに表示制御して、そのまま処理を終了する。
【０１１８】
一方、ステップＳ１００３で、クライアント装置１（１０２ａ）のＣＰＵは、通信中にヘッダ情報が改ざんされていないと判断した場合には、ステップＳ１００４に処理を進める。
【０１１９】
そして、ステップＳ１００４において、クライアント装置１（１０２ａ）のＣＰＵは、移動する帳票Ａの実データ３０８を移動先のクライアント装置２（１０２ｂ）の公開鍵で暗号化する。なお、移動先のクライアント装置２（１０２ｂ）の公開鍵は、クライアント装置１（１０２ａ）のＨＤに予め格納されているものとする。上記帳票ファイルの暗号化により、クライアント装置２（１０２ｂ）の秘密鍵でしか復号できないようにセキュリティを高めることができる。
【０１２０】
次に、ステップＳ１００５において、クライアント装置１（１０２ａ）のＣＰＵは、サーバ装置１００から受け取った暗号化されたヘッダ情報６０３とステップＳ１００４で暗号化した帳票Ａの実データ３０８の２つを合わせて独自の帳票ファイル６００（図中は帳票ＡＡ）を作成する。
【０１２１】
そして、ステップＳ１００６において、クライアント装置１（１０２ａ）のＣＰＵは、ステップＳ１００６で作成した帳票ファイル６００にＣＲＣ３２値を付加する。
【０１２２】
さらに、ステップＳ１００７において、クライアント装置１（１０２ａ）のＣＰＵは、メールやファイル移動等の手段を用いてクライアント装置２（１０２ｂ）に帳票ファイル６００を移動する。なお、このファイル移動は、ユーザ操作により行ってもよい。その際、ＬＡＮ等を介してファイル移動させても、ＦＤ等の記録媒体を介してファイル移動を行ってもよい。以上により、クライアント装置１（１０２ａ）での処理を終了する。
【０１２３】
なお、クライアント装置２（１０２ｂ）では、クライアント装置１（１０２ａ）から帳票ファイル６００を受け取ると、クライアント装置１（１０２ａ）のＨＤ等に格納される。そして、クライアント装置２（１０２ｂ）で、この帳票ファイル６００の実行指示（オープン指示）がなされると、クライアント装置２（１０２ｂ）のＣＰＵは、ステップＳ１０２１において、図９のステップＳ９０１に処理を移行し、帳票ファイル６００の実行処理を開始する。この処理に関しては、図９で説明済みである。
【０１２４】
以下、図１２を参照して、上述の図１１に示した手順を踏むことなく、帳票ファイル６００をクライアント装置１（１０２ａ）からクライアント装置２（１０２ｂ）に移動させた場合（即ち不正な移動を行った場合）について説明する。
【０１２５】
図１２は、本発明の情報管理システムにおける第５に制御処理手順の一例を示すフローチャートであり、帳票ファイルを不正に移動した際の処理に対応する。なお、図中、Ｓ１２０１はクライアント装置１（１０２）側の処理に対応し、クライアント装置１（例えば１０２ａ）のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ１２０２はクライアント装置２（１０２）側の処理に対応し、クライアント装置２（例えば１０２ｂ）のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。
【０１２６】
まず、ステップＳ１００７において、クライアント装置１（１０２ａ）のＣＰＵは、クライアント装置１（１０２ａ）のＨＤ等に格納されている帳票ファイル６００をメールやファイル移動等の手段を用いてクライアント装置２（１０２ｂ）に移動させる。なお、このファイル移動は、ユーザ操作により行ってもよい。その際、ＬＡＮ等を介してファイル移動させても、ＦＤ等の記録媒体を介してファイル移動させてもよい。
【０１２７】
そして、クライアント装置２（１０２ｂ）では、クライアント装置１（１０２ａ）から帳票ファイル６００を受け取ると、クライアント装置１（１０２ａ）のＨＤ等に格納される。
【０１２８】
そして、クライアント装置２（１０２ｂ）で、この帳票ファイル６００の実行指示（オープン指示）がなされると、クライアント装置２（１０２ｂ）のＣＰＵは、ステップＳ１２０２において、図９のステップＳ９０１に処理を移行させ、帳票ファイル６００の実行処理を開始する。
【０１２９】
そして、クライアント装置２（１０２ｂ）のＣＰＵは、図９の各ステップに従って処理を実行し、ステップＳ９０５の処理に進み、帳票ファイル６００はクライアント装置２（１０２ｂ）で実行不可能と判断されることになる。実行不可能な理由は、帳票ファイル６００のヘッダ情報６０３には、クライアント装置１（１０２ａ）のＭＡＣアドレスが格納されており、クライアント装置２（１０２ｂ）のＭＡＣアドレスとは一致しないからである。
【０１３０】
従って、ステップＳ９０６の処理が実行され、クライアント装置２（１０２ｂ）のＭＡＣアドレス（クライアント装置２（１０２ｂ）の公開鍵で暗号化）が不正リストとして、サーバ装置１００に登録されることになる。
【０１３１】
以上示したように、帳票ファイル６００内のヘッダ情報６０３内にＭＡＣアドレスが登録されていない装置で、帳票ファイル６００を実行しようとした場合には、その実行を無効制御し、さらに該装置のＭＡＣアドレスを不正リストとしてサーバに登録することができる。そして、不正リストに登録されたクライアント装置１０２で帳票ファイル６００を実行しようとしても、実行することができないようにセキュリティ制御することができる。
【０１３２】
なお、ステップＳ９０６では、帳票ファイル６００内のヘッダ情報６０３内にＭＡＣアドレスが登録されていない装置で、帳票ファイル６００を実行しようとした場合、直ちに、サーバ装置１００の不正リストに登録する構成について説明した。しかし、この際、サーバ装置１００は管理者やクライアント装置へ警告を出し、クライアント装置１０２の使用者が警告を無視して再度実行しようとした場合に、不正リストに登録するように構成してもよい。
【０１３３】
なお、サーバ装置１００の管理者は、上記不正アクセスの警告を受け取り、クライアント装置使用者に利用目的をメールで確認すること等も可能であり、セキュリティを高めることができる。
【０１３４】
さらに、帳票ファイル６００内のヘッダ情報６０３内にＭＡＣアドレスが登録されていない装置で、帳票ファイル６００を実行したい場合には、該帳票ファイル６００を利用可能な正当なクライアント装置からサーバ装置１００に帳票移動リクエストを送信することで、他の装置で帳票ファイル６００を実行可能にすることもできる。
【０１３５】
このように、不正にデータを移動させての利用は厳格に制限してセキュリティを確保することができる。また、データの移動が必要な場合には、正当なデータ移動手続きを踏むことにより、データ移動させることも可能に制御することができる。このように、本実施形態のデータ管理システムでは、セキュリティとユーザ利便性の双方を満足させることができる。
【０１３６】
〔第２実施形態〕
上記第１実施形態では、帳票ファイルを他の装置に移動させる場合、他の装置の公開鍵が必要となり（さららに、ＭＡＣアドレスを手動で入力する構成では他の装置のＭＡＣアドレスも必要となり）、事前準備が必要となっている。そこで、本実施形態では、ファイルを他の装置に移動（ネットワーク経由のドラッグ＆ドロップ等）する際に、上記の処理を自動で実施する仕組みについて説明する。
【０１３７】
以下、図１３，図１４を参照して、本実施形態における帳票取得リクエスト画面４００，リクエスト管理リスト５００について説明する。
【０１３８】
図１３は、本発明の第２実施形態における帳票取得リクエスト画面の一例を示す図であり、図４と同一のものには同一の符号を付してある。
【０１３９】
図１３に示すように、帳票取得リクエスト画面４００は、クライアント情報入力欄４０１，リクエスト帳票情報入力欄４０４，再実行情報入力欄４０７を有する。
【０１４０】
再実行情報入力欄４０７は、再実行を行う他のクライアント装置を特定する情報を入力するためのものであり、再実行を行う他のクライアント装置のマシン名入力欄４０８，ＩＰアドレス入力欄４０９を有する。なお、ＩＰアドレス入力欄４０９は、マシン名入力欄４０８にマシン名を入力すると、クライアント装置１０２のＣＰＵにより他のクライアント装置から取得され入力されるものとする。
【０１４１】
また、リクエスト送信ボタン４１０がクライアント装置１０２のポインティングデバイス等でクリック指示されると、クライアント装置１０２のＣＰＵは、ＩＰアドレス入力欄４０９に入力されたＩＰアドレスから再実行を行う他のクライアント装置のＭＡＣアドレスを取得する。そして、該ＭＡＣアドレスを帳票取得リクエスト画面４００上の４０２，４０３，４０５，４０６に入力された情報とともにサーバ装置１００へ送信制御する。
【０１４２】
図１４は、本発明の第２実施形態におけるリクエスト管理リスト５００の一例を示すデータ構成図であり、図７と同一のものには同一の符号を付してある。
【０１４３】
図７に示すように、本実施形態のリクエスト管理リスト５００の管理情報５０２は、リクエスト受付日５０２ａ、リクエスト帳票５０２ｂ、クライアント情報５０２ｃ〜５０２ｆを含んでいる。
【０１４４】
再実行マシン５０２ｆは、図１３に示した再実行マシンのＩＰアドレス入力欄４０９に入力されたＩＰアドレスに対応する装置のＭＡＣアドレスが格納される。
【０１４５】
帳票ファイル６００を移動されたクライアント装置１０２では、移動されたファイルを再実行した際、図９のステップＳ９０５で実行不可と判断された場合、サーバ装置１００へリスト番号を用いて問い合わせを行う。このとき、サーバ装置１００のＣＰＵ２０１は、その問い合わせに対応するリスト番号のリクエスト管理リスト５００内の再実行マシン５０２ｆと該問い合わせを行った装置のＭＡＣアドレスとを比較する。そして、サーバ装置１００のＣＰＵ２０１は、ＭＡＣアドレスが一致する場合、再実行を許可する情報をサーバの公開鍵で暗号化して問い合わせを行った装置に送信する。
【０１４６】
そして、該再実行を許可する情報を受信したクライアント装置１２０のＣＰＵは、実行可能と判断して、ステップＳ９０７へ処理を進めるように構成する。
【０１４７】
以上示したように、帳票取得の際に再実行する他の装置を指定しておくことにより、サーバ装置１００より取得した帳票を容易に別の装置で利用可能となる。
【０１４８】
なお、上記各実施形態では、帳票を取得（実行）する装置を特定する情報として、ＭＡＣアドレスを用いる例について説明したが、これに限られるものではない。例えば、装置のＭＡＣアドレス及び装置内の他のデバイスの情報を組み合わせた情報により装置を特定するように構成してもよい。
【０１４９】
また、上記各実施形態では、クライアント装置１０２がサーバ装置１００より帳票データを取得する構成について説明したが、サーバ装置１００より取得可能なデータは、帳票データに限られるものではなく、どのようなデータであってもよい。例えば、各種文書データ等であってもよいし、実行形式のファイル等であってもよい。
【０１５０】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１５１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１５２】
以下、図１５に示すメモリマップを参照して本発明に係るデータ管理システムを構成するサーバ装置１００，クライアント装置１０２で読み取り可能なデータ処理プログラムの構成について説明する。
【０１５３】
図１５は、本発明に係るデータ管理システムを構成するサーバ装置１００，クライアント装置１０２で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１５４】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１５５】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５６】
本実施形態における図５，図８，図９，図１１，図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５７】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１５８】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１５９】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１６０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６１】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６２】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１６３】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１６４】
なお、上記各実施形態、及び各実施形態内で示した各変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１６５】
以上説明したように、本発明によれば、サーバ装置から取得されたデータを、他のクライアント装置で不正に使用できないようにすることができる。よって、不正にデータを移動させて利用しようとする行為を厳格に制限してセキュリティを確保することができる。
【０１６６】
また、サーバ装置から取得したデータの印刷回数を、サーバ装置で制限管理することが可能となる。このため、データを取得したクライアント装置がローカルで改ざんすることができず、データ取得時に指定された印刷回数で確実に制限管理することができる。
【０１６７】
さらに、サーバ装置から取得したデータを他の装置に移動させる必要がある場合には、正当なデータ移動手続きを踏むことにより、データを他の装置で閲覧可能に移動させることもでき、ユーザ利便性を確保することができる。また、これにより、新たにサーバ装置からデータを取得することを省略でき、サーバ装置の負荷およびネットワークトラフィックを軽減することができる。よって、意図しない装置上での実行を防ぎつつ、別の装置上への移動・実行を実現することができる。
【０１６８】
従って、セキュリティの確保、ユーザ利便性、サーバ装置及びネットワークへの負荷の軽減を満足させることができる等の効果を奏する。
【図面の簡単な説明】
【０１６９】
【図１】本発明の一実施形態を示すデータ管理システムの構成を示すシステム構成図である。
【図２】図１に示したサーバ装置のハードウェア構成を示すブロック図である。
【図３】一般的な帳票システムの構成を示す図である。
【図４】本発明のクライアント装置からサーバ装置へ帳票取得リクエストを発行するための帳票取得リクエスト画面の一例を示す図である。
【図５】本発明の情報管理システムにおける第１に制御処理手順の一例を示すフローチャートである。
【図６】本実施形態における独自の帳票ファイルの構成を示すファイル構成図である。
【図７】図１に示したサーバ装置による帳票取得リクエスト情報を管理するリクエスト管理リストの一例を示すデータ構成図である。
【図８】本発明の情報管理システムにおける第２に制御処理手順の一例を示すフローチャートである。
【図９】本発明の情報管理システムにおける第３に制御処理手順の一例を示すフローチャートである。
【図１０】本発明のクライアント装置からサーバ装置へ帳票移動リクエストを発行するための帳票移動リクエスト画面の一例を示す図である。
【図１１】本発明の情報管理システムにおける第４に制御処理手順の一例を示すフローチャートである。
【図１２】本発明の情報管理システムにおける第５に制御処理手順の一例を示すフローチャートである。
【図１３】本発明の第２実施形態における帳票取得リクエスト画面の一例を示す図である。
【図１４】本発明の第２実施形態におけるリクエスト管理リスト５００の一例を示すデータ構成図である。
【図１５】本発明に係るデータ管理システムを構成するサーバ装置，クライアント装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１７０】
１００ サーバ装置
１０１ 通信ネットワーク
１０２ クライアント装置
２０１ ＣＰＵ
２０２ 記憶装置
２０３ ＲＯＭ
２０５ 入力装置
２０６ 表示装置
２０７ 外部インタフェース
２０８ 通信インタフェース
２０９ バス
２１０ ＲＡＭ
【技術分野】
【０００１】
本発明は、複数のデータを記憶管理するサーバ装置と１又は複数のクライアント装置とが通信可能なデータ管理システムにおけるデータ管理制御に関する。
【背景技術】
【０００２】
今日、インターネットの普及に伴い、ネットワークを介しての帳票ファイルを入手することができる。これにより紙で排出した時代と比べコストが削減できるようになった。
【０００３】
ところで、印刷に利用される帳票システムでは印刷物として排出した帳票ファイルの不正利用や、ネットワークでの改ざんを防ぐと共に、同一データを使った印刷が複数回実行されることを防ぐ必要がある。これは、ネットワークを介してやり取りするため避けられない問題であった。
【０００４】
特許文献１では、サーバ装置は配信するデータに配信に関する情報を埋め込んでクライアント装置に配信し、クライアント装置でサーバ装置から配信されたデータに埋め込まれている配信に関する情報と該データの処理結果の履歴を記憶しておき、前記サーバ装置から配信されたデータを実行する際に、この履歴をチェックして、実行済みのデータの再実行等の不正な操作を未然に防止する技術が開示されている。
【特許文献１】特開２００４−９４８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１では、履歴情報は、クライアント装置毎に保持されているため、サーバ装置から配信されたデータが別の装置に移されて実行された場合、不正実行の制御ができず、実行されてしまう。
【０００６】
また、履歴情報がクライアント装置から削除された場合も同様に、不正実行の制御ができず、実行されてしまう等の問題点があった。
【０００７】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、サーバ装置から取得されたデータの意図しない装置上での実行を防いでセキュリティを確保しつつ、別の装置上への実行可能に移動することを可能にする仕組を提供することである。
【課題を解決するための手段】
【０００８】
本発明は、複数のデータを管理するサーバ装置と１又は複数のクライアント装置とが通信可能なデータ管理システムにおいて、前記クライアント装置は、前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する第１の要求手段と、前記第１の要求手段により取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御手段と、を有し、前記サーバ装置は、前記クライアント装置から前記データ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する第１の応答手段と、前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶し、該記憶されるリクエスト管理情報に基づいて、前記データ取得要求毎に対応するデータに対する処理を制限管理する第１の管理手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、サーバ装置から取得されたデータを、他のクライアント装置で不正に使用できないようにすることができる。よって、不正にデータを移動させて利用しようとする行為を厳格に制限してセキュリティを確保することができる。
【００１０】
また、サーバ装置から取得したデータの印刷回数を、サーバ装置で制限管理することが可能となる。このため、データを取得したクライアント装置がローカルで改ざんすることができず、データ取得時に指定された印刷回数で確実に制限管理することができる。
【００１１】
さらに、サーバ装置から取得したデータを他の装置に移動させる必要がある場合には、正当なデータ移動手続きを踏むことにより、データを他の装置で閲覧可能に移動させることもでき、ユーザ利便性を確保することができる。また、これにより、新たにサーバ装置からデータを取得することを省略でき、サーバ装置の負荷およびネットワークトラフィックを軽減することができる。よって、意図しない装置上での実行を防ぎつつ、別の装置上への移動・実行を実現することができる。
【００１２】
従って、セキュリティの確保、ユーザ利便性、サーバ装置及びネットワークへの負荷の軽減を満足させることができる等の効果を奏する。
【発明を実施するための最良の形態】
【００１３】
〔第１実施形態〕
図１は、本発明の一実施形態を示すデータ管理システムの構成を示すシステム構成図である。
【００１４】
図１において、１００はサーバ装置であり、ＬＡＮ１０４，通信ネットワーク１０１，ＬＡＮ１０３を介して複数のクライアント装置１０２（１０２ａ，１０２ｂ，１０２ｃ，１０２ｄ，・・・１０２ｅ）と通信可能である。
【００１５】
クライアント装置１０２は、通信ネットワーク１０１を介してサーバ装置１００に帳票ファイルをリクエストするクライアント装置である。サーバ装置１００は、クライアント装置１０２からのリクエストに応じて帳票ファイルを通信ネットワーク１０１を介してクライアント装置１０２に送信する。
【００１６】
図２は、図１に示したサーバ装置１００のハードウェア構成を示すブロック図である。なお、クライアント装置１０２のハードウェア構成も同様である。
【００１７】
サーバ装置１００は、通信インタフェース２０８、ＣＰＵ（演算処理装置）２０１、記憶装置（ＨＤＤ）２０２、ＲＯＭ２０４、ＲＡＭ２１０、入力装置２０５、表示装置２０６、外部インタフェース（外部Ｉ／Ｆ）２０７を有している。それらは、バス２０９によって、相互に接続されている。
【００１８】
通信インタフェース２０８は、ＬＡＮ１０４を介して送られてくるデータを受け取る、または、データを送信するためのインタフェースである。これにより、通信ネットワーク１０１を介してクライアント装置１０２と通信が可能となる。
【００１９】
ＣＰＵ２０１は、ＲＯＭ２０４又は記憶装置２０２に格納されるプログラムを実行して、さまざまな演算処理を行う。本実施形態のサーバ装置１００の場合、記憶装置２０２に格納されるＯＳ，アプリケーションプログラムをＲＡＭ２１０に読み出して実行することにより、記憶装置２０２に格納される帳票データを検索する処理や、帳票データを作成する処理等である。また、クライアント装置１０２の場合、記憶装置２０２に格納されるＯＳ，アプリケーションプログラムをＲＡＭ２１０に読み出して実行することにより、サーバ装置１００に帳票データをリクエストする処理や、サーバ装置１００から受信した帳票データを閲覧可能に表示する処理等である。
【００２０】
入力装置２０５は、キーボードやマウスといったアクション情報を読み取る装置である。表示装置２０６は、表示するデータをディスプレイ等へ送信する装置である。外部Ｉ／Ｆ２０７は、外部装置とのデータの入出力を行うものであり、例えば印刷装置に印刷データを送信する。
【００２１】
図３は、一般的な帳票システムの構成を示す図であり、本発明のデータ管理システムの前提となる構成に対応する。
【００２２】
図３に示すように、クライアント環境３０４に存在するクライアント装置３０５からリクエストを発行する。このリクエストは、通信ネットワーク３０３を介して、サーバ環境３００に存在するサーバ装置３０１に到達する。
【００２３】
サーバ装置３０１は、リクエストの情報を元に、帳票ファイルＤＢ３０２から目的の帳票３０８を検索する。検索した結果、得られた帳票ファイル３０８を通信ネットワーク３０３を介してクライアント装置３０５へ送信する。
【００２４】
クライアント装置３０５は、サーバ装置１００から受け取った帳票ファイル３０８をプレビューする場合はディスプレイへ表示し、印刷する場合はプリンタ３０６へ出力する。
【００２５】
また、クライアント装置３０５から他のクライアント装置３０７へ帳票ファイル３０８を渡すことで、他のクライアント装置３０７のディスプレイ上へ表示できる。
【００２６】
なお、図３に示した一般的な帳票システムの構成は、本発明のデータシステムの前提となる構成である。以下、本発明特有の構成について説明する。なお、本実施形態では、上記図３に示した構成と同様に、サーバ装置１００のＨＤ内に帳票ファイル（帳票の実データ）３０８を管理する帳票ファイルＤＢ３０２が存在するものとする。
【００２７】
図４は、本発明のクライアント装置１０２からサーバ装置１００へ帳票取得リクエストを発行するための帳票取得リクエスト画面の一例を示す図である。
【００２８】
図４において、４００は帳票取得リクエスト画面であり、本実施形態では、例としてウェブブラウザを用いた構成で示している。
【００２９】
帳票取得リクエスト画面４００は、クライアント情報入力欄４０１，リクエスト帳票情報入力欄４０４を有する。
【００３０】
クライアント情報入力欄４０１は、リクエストを行うクライアント装置を特定する情報を入力するためのものであり、リクエストを行うクライアント装置のＭＡＣアドレス入力欄４０２，ＩＰアドレス入力欄４０３を有する。なお、ＭＡＣアドレス入力欄４０２，ＩＰアドレス入力欄４０３は、帳票取得リクエスト画面４００を表示した際に、クライアント装置１０２のＣＰＵによりクライアント装置１０２の通信インタフェース，ＨＤ等に記憶される設定ファイル等から取得され入力されるものとする。
【００３１】
また、リクエスト帳票情報入力欄４０４は、リクエストする帳票を特定するための情報を入力するためのものであり、リクエストするサーバ帳票名入力欄４０５，印刷回数指定入力欄４０６を有する。サーバ帳票名入力欄４０５，印刷回数指定入力欄４０６は、クライアント装置１０２のキーボード等から入力可能である。
【００３２】
４１０はリクエスト送信ボタンであり、このリクエスト送信ボタン４１０がクライアント装置１０２のポインティングデバイス等でクリック指示されると、クライアント装置１０２のＣＰＵは、帳票取得リクエスト画面４００上の４０２，４０３，４０５，４０６に入力された帳票取得リクエスト情報（クライアント情報，リクエスト帳票）をサーバ装置１００へ送信制御する。
【００３３】
以下、図５〜図７を参照して、本発明の情報管理システムにおいて帳票を取得するシーケンスについて説明する。
【００３４】
図５は、本発明の情報管理システムにおける第１に制御処理手順の一例を示すフローチャートであり、帳票取得処理に対応する。なお、図中、Ｓ７０１〜Ｓ７０６はクライアント装置１０２側の処理に対応し、クライアント装置１０２のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ７１１〜Ｓ７１６はサーバ装置１００側の処理に対応し、サーバ装置１００のＣＰＵ２０１がＨＤ２０２に格納されたプログラムをＲＡＭ２１０に読み出して実行することにより実現される。
【００３５】
まず、クライアント装置１０２上で、図４に示したリクエスト送信ボタン４１０がクリック指示されると、ステップＳ７０１において、クライアント装置１０２のＣＰＵは、帳票取得リクエスト画面４００上で入力された帳票取得リクエスト情報（クライアント情報，リクエスト帳票情報）を含む帳票取得リクエストをサーバ装置１００へ送信制御する。
【００３６】
そして、上記クライアント装置１０２からの帳票取得リクエストをサーバ装置１００が受信すると、サーバ装置１００のＣＰＵ２０１は、図示しないステップにおいて、該受信した帳票取得リクエストに固有のリスト番号を割り当て、ステップＳ７１１に処理を進める。
【００３７】
ステップＳ７１１において、サーバ装置１００のＣＰＵ２０１は、帳票取得リクエストに含まれるリクエスト帳票情報内の帳票名を取得し、該帳票名に対応する帳票ファイル（帳票の実データ）３０８（後述する図６に示す）を帳票ファイルＤＢ３０２から取得する。そして、サーバ装置１００のＣＰＵ２０１は、取得した帳票ファイル３０８をリクエストしたクライアント装置１０２の公開鍵で暗号化する。なお、各クライアント装置１０２の公開鍵は、クライアント装置１０２毎に予めサーバ装置１００のＨＤ２０２に登録されているものとする。上記帳票ファイルの暗号化により、クライアント装置１０２の秘密鍵でしか復号できないようにセキュリティを高めることができる。
【００３８】
次に、ステップＳ７１２において、サーバ装置１００のＣＰＵ２０１は、クライアント装置１０２から受信した帳票取得リクエストに基づいてヘッダ情報６０３（後述する図６に示す）を生成する。この際、上述のリスト番号を用いるものとする。そしてさらに、サーバ装置１００のＣＰＵ２０１は、生成したヘッダ情報６０３をサーバ装置１００の秘密鍵で暗号化する。なお、サーバ装置１００の秘密鍵は、サーバ装置１００のＨＤ２０２に登録されているものとする。上記ヘッダ情報６０３の暗号化により、サーバ装置１００の公開鍵を配布されていないクライアント装置１０２ではヘッダ情報は復号できず、帳票ファイル６００（後述する図６に示す）を実行（閲覧）できないことを実現する。
【００３９】
次に、ステップＳ７１３において、サーバ装置１００のＣＰＵ２０１は、ステップＳ７１１，Ｓ７１２で暗号化したヘッダ情報６０３，帳票の実データ３０８を合わせて独自の帳票ファイル６００（帳票ＡＡ）を作成する。ここで、図６を用いて帳票ファイル６００の構成について説明する。
【００４０】
図６は、本実施形態における独自の帳票ファイル６００の構成を示すファイル構成図である。
【００４１】
図６に示すように、独自の帳票ファイル６００は、ヘッダ情報６０３，帳票の実データ３０８から構成される。
【００４２】
ヘッダ情報６０３は、クライアント情報６０１，サーバ情報６０２を有する。クライアント情報６０１は、クライアント装置１０２から受信した帳票取得リクエスト情報（図４で入力された情報）に基づいて生成される情報であり、リクエストしたクライアント装置のＭＡＣアドレス６０１ａ，リクエスト日６０１ｂ，帳票名６０１ｃを含む。
【００４３】
サーバ情報６０２は、サーバ装置１００のサーバ名６０２ａ，サーバ装置１００のＩＰアドレス６０２ｂ，リスト番号６０２ｃから構成される。なお、ここでリスト番号６０２ｃとは、クライアント装置１０２から受信した帳票取得リクエスト情報固有の情報であり、クライアント装置１０２から帳票取得リクエスト情報を受信した際に、サーバ装置１００のＣＰＵ２０１により生成付加される。
【００４４】
なお、サーバ名６０２ａは、帳票ファイル６００に関する各種要求や問い合わせをサーバ装置に送信する際に、サーバ装置を特定するためにクライアント装置１０２により用いられる。
【００４５】
なお、サーバ装置１００のＣＰＵ２０１が、独自の帳票ファイル６００（帳票ＡＡ）を作成する際に、ヘッダ情報６０３をサーバ装置１００の秘密鍵で暗号化し、帳票ファイル３０８と組み合わせた後に、リクエストしたクライアント装置１０２の公開鍵で暗号化するように構成してもよい。
【００４６】
また、サーバ装置１００のＣＰＵ２０１が、独自の帳票ファイル６００（帳票ＡＡ）を作成する際に、帳票ファイル３０８をクライアント装置１０２の公開鍵で暗号化し、ヘッダ情報６０３と組み合わせた後に、サーバ装置１００の秘密鍵で暗号化するように構成してもよい。
【００４７】
さらに、本発明で用いる暗号化方法は、公開鍵暗号化方法に限られるものであはなく、各種暗号化方法を採用してもよいことはいうまでもない。
【００４８】
以下、図５のフローチャートの説明に戻る。
【００４９】
ステップＳ７１３で、独自の帳票ファイル６００（帳票ＡＡ）が生成されると、ステップＳ７１４において、サーバ装置１００のＣＰＵ２０１は、ステップＳ７１３で作成した独自帳票ファイル６００（帳票ＡＡ）にＣＲＣ３２値を算出し、帳票ファイル６００（帳票ＡＡ）に付加する。なお、ここでは、ＣＲＣ３２値を用いているが、ＭＤ５等の他のハッシュ値を算出し帳票ファイル６００に付加するように構成してもよい。
【００５０】
次に、ステップＳ７１５において、サーバ装置１００のＣＰＵ２０１は、ステップＳ７１４でＣＲＣ３２値を付加した帳票ファイル６００をリクエストしたクライアント装置１０２へ返信するように制御する。なお、この通信中に、第３者による盗み見があったとしても、独自ファイルとなっているため内容が漏れることはない。
【００５１】
次に、サーバ装置１００のＣＰＵ２０１は、ステップＳ７１１〜Ｓ７１５までの一連の処理が終了すると、ステップＳ７１６において、ステップＳ７１１でクライアント装置１０２から受信した帳票取得リクエスト情報に対応するリクエスト管理リスト５００（図７）を生成し、ＨＤ２０２に保存しておく。ここで、図７を用いてサーバ装置１００における帳票取得リクエスト情報の管理形態の構成について説明する。
【００５２】
図７は、図１に示したサーバ装置１００による帳票取得リクエスト情報を管理するリクエスト管理リストの一例を示すデータ構成図であり、サーバ装置１００のＨＤ２０２に記憶管理される。
【００５３】
図７に示すように、本実施形態では、サーバ装置１００のＣＰＵ２０１は、クライアント装置１０２から帳票取得リクエスト情報を受け取る毎に、該リクエスト情報に対応するリクエスト管理リスト５００を生成し、サーバ装置１００のＨＤ２０２内にファイルとして保持するものである。
【００５４】
リクエスト管理リスト５００には、帳票取得リクエスト毎にリクエスト固有の番号（上述したリスト番号）が割り振られている（図中５０１に示す）。また、同一の帳票取得リクエストに基づいて生成されたヘッダ情報６０３内のリスト番号６０２ｃ（図６）は、このリスト番号５０１と同一となっている。よって、このリスト番号５０１，６０２ｃにより、サーバ装置１００のＣＰＵ２０１は、リクエスト管理リスト５００とヘッダ情報６０３とを対応付けることが可能となる。そして、サーバ装置１００のＣＰＵ２０１は、このリスト番号を用いたクライアント装置１０２からの問い合わせに応じて、リクエスト管理リスト５００内の情報を更新したり取出したりできる。
【００５５】
また、リクエスト管理リスト５００内の管理情報５０２は、リクエストを受け取った日付（リクエスト受付日５０２ａ）、リクエスト帳票５０２ｂ、クライアント情報５０２ｃ〜５０２ｅを含んでいる。
【００５６】
リクエスト帳票５０２ｂは、図４に示したサーバ帳票名入力欄４０５に入力された情報に対応する。また、クライアント情報のＭＡＣアドレス５０２ｃは、図４に示したＭＡＣアドレス入力欄４０２に入力された情報に対応する。
【００５７】
また、印刷可能回数５０２ｄは、図４に示した印刷回数指定入力欄４０６で入力された情報に対応するものである。さらに、実印刷回数５０２ｅに関しては、実際にクライアント装置１０２で印刷するたび、その情報を受け取って更新される。
【００５８】
以上示したリクエスト管理リスト５００により、サーバ装置１００は、クライアント装置１０２からの印刷回数の制御や実行するマシンの制御を可能とし、クライアント装置１０２上の動作のセキュリティを確保する。
【００５９】
以下、図５のフローチャートの説明に戻る。
【００６０】
ステップＳ７１５でサーバ装置１００から送信された独自帳票ファイル６００（帳票ＡＡ）をクライアント装置１０２が受け取ると、クライアント装置１０２のＣＰＵは、ステップＳ７０２において、受信した独自の帳票ファイル６００（帳票ＡＡ）が通信中に改ざんされていないか帳票ファイル６００に付加されたＣＲＣ３２値から判断する。そして、改ざんされていることが確認できた場合、クライアント装置１０２のＣＰＵは、不図示のステップにおいて、改ざんされている旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００６１】
一方、ステップＳ７０２で、クライアント装置１０２のＣＰＵは、受信した独自帳票ファイル６００（帳票ＡＡ）が通信中に改ざんされていないと判断した場合には、ステップＳ７０３に処理を進める。
【００６２】
そして、ステップＳ７０３において、クライアント装置１０２のＣＰＵは、帳票ファイル６００のヘッダ情報６０３をサーバ装置１００の公開鍵で復号する。なお、サーバ装置１００の公開鍵は、予め配布されクライアント装置１０２のＨＤ内に格納されているものとする。なお、図示しないが、ステップＳ７０３で、復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００６３】
次に、ステップＳ７０４において、クライアント装置１０２のＣＰＵは、ステップＳ７０３で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａが、当該クライアント装置１０２のＭＡＣアドレスと同じであるか否かを判断する。そして、同じでないと判断した場合には、不図示のステップにおいて、本帳票ファイル６００は閲覧できない旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００６４】
一方、ステップＳ７０４で、クライアント装置１０２のＣＰＵは、ステップＳ７０３で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａが、当該クライアント装置１０２のＭＡＣアドレスと同じであると判断した場合には、ステップＳ７０５に処理を進める。
【００６５】
次に、ステップＳ７０５において、クライアント装置１０２のＣＰＵは、帳票ファイル６００の帳票の実データ３０８をクライアント装置１０２の秘密鍵で復号する。なお、クライアント装置１０２の秘密鍵は、予めクライアント装置１０２のＨＤ内に格納されているものとする。この処理で初めて帳票ファイルとして扱うことが可能となる。なお、図示しないが、ステップＳ７０５で、復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００６６】
次に、ステップＳ７０６において、クライアント装置１０２のＣＰＵは、ステップＳ７０５で復号した帳票データのプレビュー処理を行う。なお、プレビューは、Ｗｅｂブラウザ上でもよいし、独自画面でもよい。このプレビュー状態からの印刷要求を行う動作は図８に示す。
【００６７】
以下、図８を参照して、本発明の情報管理システムにおけるプレビュー実行中の帳票ファイルを印刷するシーケンスについて説明する。
【００６８】
図８は、本発明の情報管理システムにおける第２に制御処理手順の一例を示すフローチャートであり、プレビュー実行中の帳票ファイルを印刷する処理に対応する。なお、図中、Ｓ８０１〜Ｓ８０６はクライアント装置１０２側の処理に対応し、クライアント装置１０２のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ８１１〜Ｓ８１４はサーバ装置１００側の処理に対応し、サーバ装置１００のＣＰＵ２０１がＨＤ２０２に格納されたプログラムをＲＡＭ２１０に読み出して実行することにより実現される。
【００６９】
まず、図５のステップＳ７０６で示した帳票Ａのプレビュー状態で、クライアント装置１０２上で帳票Ａの印刷指示がなされると、クライアント装置１０２のＣＰＵは、ステップＳ８０１において、印刷を実行してよいかの問い合わせ情報（帳票Ａのヘッダ情報６０３内のリスト番号６０２ｃを含む）を、ヘッダ情報６０３内のサーバ名６０２ａに対応するサーバ装置１００へ送信する。
【００７０】
そして、上記クライアント装置１０２からの印刷を実行してよいかの問い合わせ情報をサーバ装置１００が受信すると、ステップＳ８１１において、サーバ装置１００のＣＰＵ２０１は、サーバ装置１００上で保持している複数のリクエスト管理リスト５００の中で問い合わせ情報内のリスト番号に対応するリクエスト管理リスト５００を取得する。
【００７１】
次に、ステップＳ８１２において、サーバ装置１００のＣＰＵ２０１は、ステップＳ８１１で取得したリクエスト管理リスト５００から管理情報５０２内の印刷情報（印刷可能回数５０２ｄ，実印刷回数５０２ｅ）を取得して、問い合わせを行ったクライアント装置１０２の公開鍵で暗号化する。
【００７２】
次に、ステップＳ８１３において、サーバ装置１００のＣＰＵ２０１は、ステップＳ８１２で暗号化した印刷情報を問い合わせを行ったクライアント装置１０２へ返答（送信）する。なお、印刷情報はステップＳ８１２の処理で暗号化されているので通信中に印刷情報が改ざんされることを防ぎ、セキュリティは保つことができる。
【００７３】
そして、ステップＳ８１２でサーバ装置１００から送信された印刷情報をクライアント装置１０２が受け取ると、クライアント装置１０２のＣＰＵは、ステップＳ８０３において、上記受信した印刷情報をサーバ装置１００の公開鍵で復号する。なお、ステップＳ８０３で、復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００７４】
次に、ステップＳ８０４において、クライアント装置１０２のＣＰＵは、ステップＳ８０３で復号した印刷情報内の印刷可能回数５０２ｄ，実印刷回数５０２ｅに基づいて帳票Ａの印刷が可能か否かを判定する。そして、印刷不可能（印刷可能回数５０２ｄ≦実印刷回数５０２ｅ）と判断した場合には、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００７５】
一方、ステップＳ８０４で、クライアント装置１０２のＣＰＵは、印刷可能（印刷可能回数５０２ｄ＞実印刷回数５０２ｅ）と判断した場合には、ステップＳ８０５に処理を進める。
【００７６】
次に、ステップＳ８０５において、クライアント装置１０２のＣＰＵは、帳票Ａの印刷処理を実行する。これにより、帳票Ａが実際に記録用紙に印刷される。
【００７７】
そして、印刷完了後、ステップＳ８０６において、クライアント装置１０２のＣＰＵは、印刷完了した帳票Ａの印刷情報更新要求（印刷完了した帳票Ａのヘッダ情報内のリスト番号６０２ｃを含む）をサーバ装置１００へ送信する。
【００７８】
そして、クライアント装置１０２からの印刷情報更新要求をサーバ装置１００が受信すると、ステップＳ８１４において、サーバ装置１００のＣＰＵ２０１は、サーバ装置１００上で保持している複数のリクエスト管理リスト５００の中で印刷情報更新要求内のリスト番号に対応するリクエスト管理リスト５００を取得する。そして、サーバ装置１００のＣＰＵ２０１は、該取得したリクエスト管理リスト５００内の管理情報５０２内の実印刷回数５０２ｅを「１」インクリメントし、リクエスト管理リスト５００を更新する。なお、図５，図８は、帳票の取得から印刷までの一連のシーケンスとなる。
【００７９】
以上示したように、サーバ装置１００から取得した帳票データの印刷回数をサーバ装置１００で制限管理することが可能となる。印刷回数を制御する情報はサーバで管理されているため、帳票データを取得したクライアントがローカルで改ざんすることもできず、帳票データ取得時に指定された印刷回数で確実に制限管理することができる。
【００８０】
以下、図９を参照して、本発明の情報管理システムにおいてクライアント装置１０２に既に存在する帳票ファイルを再実行（再表示）した場合のシーケンスについて説明する。
【００８１】
図９は、本発明の情報管理システムにおける第３に制御処理手順の一例を示すフローチャートであり、クライアント装置１０２に既に存在する帳票ファイルを再実行（再表示）する処理に対応する。なお、図中、Ｓ９０１〜Ｓ９０８はクライアント装置１０２側の処理に対応し、クライアント装置１０２のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ９１１〜Ｓ９１２はサーバ装置１００側の処理に対応し、サーバ装置１００のＣＰＵ２０１がＨＤ２０２に格納されたプログラムをＲＡＭ２１０に読み出して実行することにより実現される。
【００８２】
まず、ステップＳ９０１において、クライアント装置１０２のローカル（ＨＤ等）に帳票ファイル６００（図５に示した処理により取得されたもの）が保持された状態で、この帳票ファイル６００に対して本実施形態のアプリケーションを用いた実行（以下、再実行と呼ぶ）が開始されると（ファイルオープンが開始されると）、クライアント装置１０２のＣＰＵは、ステップＳ９０２に処理を進める。
【００８３】
次に、ステップＳ９０２において、クライアント装置１０２のＣＰＵは、実行しようとするクライアント装置１０２の環境が不正登録されたものであるか否かの問い合わせをサーバ装置１００へ行う。
【００８４】
そして、クライアント装置１０２からのクライアント装置１０２の環境が不正登録されたものであるかの問い合わせ情報をサーバ装置１００が受信すると、ステップＳ９１１に処理を進める。
【００８５】
そして、ステップＳ９１１において、サーバ装置１００のＣＰＵ２０１は、サーバ装置１００のＨＤ２０２に保持されている不正リストを問い合わせのあったクライアント装置１０２へ送信する。なお、この不正リストは、リスト１個１個がクライアント装置１０２固有の公開鍵で暗号化されたものである。
【００８６】
そして、サーバ装置１００からの不正リストをクライアント装置１０２が受信すると、ステップＳ９０３に処理を進める。
【００８７】
そして、ステップＳ９０３において、クライアント装置１０２のＣＰＵは、受け取った不正リストの情報が、当該クライアント装置１０２の秘密鍵で復号できるか否かを判断する。そして、いずれかのリストが復号できたと判断した場合には、クライアント装置１０２のＣＰＵは、当該クライアント装置１０２が既に不正リストに登録されてと判断し、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００８８】
一方、ステップＳ９０３で、クライアント装置１０２のＣＰＵは、受け取った不正リストの情報がいずれも当該クライアント装置１０２の秘密鍵で復号できなかったと判断した場合には、ステップＳ９０４に処理を進める。
【００８９】
次に、ステップＳ９０４において、クライアント装置１０２のＣＰＵは、帳票ファイル６００のヘッダ情報６０３をサーバ装置１００の公開鍵で復号する。なお、ステップＳ９０４で復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００９０】
次に、ステップＳ９０５において、クライアント装置１０２のＣＰＵは、ステップＳ９０４で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａが、実行する当該クライアント装置１０２のＭＡＣアドレスと同じであるか否かを判断して実行可能性を判断する。
【００９１】
そして、ステップＳ９０５で、クライアント装置１０２のＣＰＵは、ステップＳ９０４で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａと当該クライアント装置１０２のＭＡＣアドレスとが異なり実行不可能であると判断した場合には、不正な環境での実行と判断して、ステップＳ９０６に処理を進める。
【００９２】
そして、ステップＳ９０６において、クライアント装置１０２のＣＰＵは、不正に実行した当該クライアント装置１０２のＭＡＣアドレスをクライアント装置１０２の公開鍵で暗号化して、サーバ装置１００に送信する。なお、クライアント装置１０２の公開鍵で暗号化するのは、この情報をサーバ装置１００で保存するにあたり、不正に変更されないようにするためである。
【００９３】
そして、クライアント装置１０２からの情報をサーバ装置１００が受信すると、ステップＳ９１２に処理を進める。
【００９４】
そして、ステップＳ９０７において、サーバ装置１００のＣＰＵ２０１は、クライアント装置１０２から受信した、暗号化された不正な情報をサーバ装置１００のＨＤ２０２に保持している「不正リスト」に登録する。
【００９５】
一方、ステップＳ９０５で、クライアント装置１０２のＣＰＵは、ステップＳ９０４で復号したヘッダ情報６０３のＭＡＣアドレス６０１ａと当該クライアント装置１０２のＭＡＣアドレスとが同じであり実行可能であると判断した場合には、ステップＳ９０７に処理を進める。
【００９６】
そして、ステップＳ９０７において、クライアント装置１０２のＣＰＵは、帳票ファイル６００の実データ３０８をクライアント装置１０２の秘密鍵で復号する。この処理で初めて帳票ファイルとして扱うことが可能となる。なお、ステップＳ９０７で、復号できない場合は、不図示のステップにおいて、その旨のメッセージをクライアント装置１０２のディスプレイに表示制御して、そのまま処理を終了する。
【００９７】
次に、ステップＳ９０８において、クライアント装置１０２のＣＰＵは、ステップＳ９０７で復号した帳票データのプレビュー処理を行う。なお、プレビューは、Ｗｅｂブラウザ上でもよいし、独自画面でもよい。このプレビュー状態からの印刷要求を行う動作は図８に示す。
【００９８】
なお、前記不正リストをサーバに要求して取得し、不正リストに対応する場合には処理を禁止する構成は、帳票ファイルの再実行時に限られるものではなく、新規に帳票を取得する場合や、印刷を実行する場合や、後述する帳票ファイルを移動させる場合、その他、各種場合にも実行するように構成してもよい。また、不正リストへの登録も帳票ファイルの再実行時に限られるものではなく、新規に帳票を取得する場合や、印刷を実行する場合も行うように構成してもよい。
【００９９】
以下、図１０，図１１を参照して、本発明の情報管理システムにおいて帳票を他の装置で閲覧可能に移動させるシーケンスについて説明する。
【０１００】
図１０は、本発明のクライアント装置１０２からサーバ装置１００へ帳票移動リクエストを発行するための帳票移動リクエスト画面の一例を示す図である。
【０１０１】
図１０において、１１００は帳票移動リクエスト画面であり、本実施形態では、例としてウェブブラウザを用いた構成で示している。
【０１０２】
帳票移動リクエスト画面１１００は、移動帳票ファイル情報入力欄１１０１，移動先情報入力欄１１０３を有する。
【０１０３】
移動帳票ファイル情報入力欄１１０１は、帳票移動リクエストを行う帳票ファイルのクライアント装置内のパスを入力するためのものであり、帳票移動リクエストを行う帳票ファイルのファイル名をクライアント装置内のフルパスで入力するファイル名入力欄１１０２を有する。
【０１０４】
さらに、移動先情報入力欄１１０３は、移動先のクライアント装置を特定する情報を入力するためのものであり、移動先のクライアント装置のマシン名入力欄１１０４，ＩＰアドレス入力欄１１０５を有する。なお、ファイル名入力欄１１０２，マシン名入力欄１１０４は、クライアント装置１０２のキーボード等から入力可能である。また、ＩＰアドレス入力欄１１０５は、マシン名入力欄１１０４を入力した際に、クライアント装置１０２のＣＰＵにより該マシン名より取得して入力されるものとする。
【０１０５】
１１０６はリクエスト送信ボタンであり、このリクエスト送信ボタン１１０６がクライアント装置１０２のポインティングデバイス等でクリック指示されると、クライアント装置１０２のＣＰＵは、帳票移動リクエスト画面１１００上で入力さらた情報に基づく帳票移動リクエスト情報をサーバ装置１００へ送信するよういに制御する。
【０１０６】
図１１は、本発明の情報管理システムにおける第４に制御処理手順の一例を示すフローチャートであり、帳票を他の装置で閲覧可能に移動させる処理に対応する。なお、図中、Ｓ１００１〜Ｓ１００７はクライアント装置１（１０２）側の処理に対応し、クライアント装置１（例えば１０２ａ）のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ１０１１〜Ｓ１０１５はサーバ装置１００側の処理に対応し、サーバ装置１００のＣＰＵ２０１がＨＤ２０２に格納されたプログラムをＲＡＭ２１０に読み出して実行することにより実現される。さらに、Ｓ１０２１はクライアント装置２（１０２）側の処理に対応し、クライアント装置２（例えば１０２ｂ）のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。
【０１０７】
まず、クライアント装置１（１０２ａ）上で、図１０に示したリクエスト送信ボタン１１０６がクリック指示されると、ステップＳ１００１において、クライアント装置１（１０２ａ）のＣＰＵは、帳票移動リクエスト画面１１００上で入力された情報（ファイル名，ＩＰアドレス）に基づいて、移動させる帳票のヘッダ情報６０３内のリスト番号６０２ｃ，移動先であるクライアント装置２（１０２ｂ）のＭＡＣアドレス等を取得する。なお、ＭＡＣアドレスの取得方法はどのような方法であってもよい。ユーザがキーボード等から直接ＭＡＣアドレスを入力する方法であってよい。
【０１０８】
次に、ステップＳ１００２において、クライアント装置１（１０２ａ）のＣＰＵは、ステップＳ１００１で取得した移動させる帳票のヘッダ情報６０３内にリスト番号６０２ｃ，移動先の装置のＭＡＣアドレスを含むヘッダ情報の変更依頼情報を生成し、サーバ装置１００に送信制御する。
【０１０９】
そして、クライアント装置１（１０２ａ）からのヘッダ情報の変更依頼情報（リスト番号６０２ｃ，移動先の装置のＭＡＣアドレスを含む）をサーバ装置１００が受信すると、ステップＳ１０１１に処理を進める。
【０１１０】
次に、ステップＳ１０１１において、サーバ装置１００のＣＰＵ２０１は、クライアント装置１（１０２ａ）から受け取ったリスト番号６０２ｃに基づいてサーバ装置１００上にある複数のリクエスト管理リスト５００内から対応するリクエスト管理リスト５００を取出す。そして、リクエスト管理リスト５００内のリクエスト受付日５０２ａを更新し、クライアント情報のＭＡＣアドレス５０２ｃを変更する。
【０１１１】
なお、リクエスト管理リスト５００を変更する前に、ヘッダ情報の変更依頼情報を送信してきたクライアント装置１（１０２ａ）のＭＡＣアドレスとリクエスト管理リスト５００内のＭＡＣアドレス５０２ｃが一致するか確認し、一致しない場合には、不正な依頼である旨をクライアント装置１（１０２ａ）に通知して、そのまま処理を終了させるように構成してもよい。
【０１１２】
次に、ステップＳ１１０２において、サーバ装置１００のＣＰＵ２０１は、ステップＳ１１０１で変更したリクエスト管理リスト５００の管理情報５０２に基づいてヘッダ情報６０３を作成し、サーバ装置１００の秘密鍵で暗号化する。これにより、このヘッダ情報は、サーバ装置１００の公開鍵を配布されていないクライアント装置１０２では復号できず、このヘッダ情報を有する帳票ファイル６００を実行できず、セキュリティを保つことが可能となる。
【０１１３】
次に、ステップＳ１０１３において、サーバ装置１００のＣＰＵ２０１は、ステップＳ１０１２で作成したヘッダ情報６０３にＣＲＣ３２値を付加する。
【０１１４】
次に、ステップＳ１０１４は、サーバ装置１００のＣＰＵ２０１は、ステップＳ１０１３でＣＲＣ３２値を付加したヘッダ情報６０３を、ヘッダ情報の変更依頼情報を送信してきたクライアント装置１（１０２ａ）へ返答（送信）する処理を指す。なお、この通信中に、第３者による盗み見があったとしても、ヘッダ情報のみであるため悪用されることはない。
【０１１５】
そして、ステップＳ１０１４の送信処理が完了すると、サーバ装置１００のＣＰＵ２０１は、ステップＳ１０１５において、ステップＳ１１０２で変更したリクエスト管理リスト５００の情報をＨＤ２０２上に更新する。
【０１１６】
そして、クライアント装置１（１０２ａ）では、サーバ装置１００からのヘッダ情報を受信すると、ステップＳ１００３に処理を進める。
【０１１７】
そして、ステップＳ１００３において、クライアント装置１（１０２ａ）のＣＰＵは、通信中にヘッダ情報が改ざんされていないかヘッダ情報に付加されたＣＲＣ３２値から判断する。そして、クライアント装置１（１０２ａ）のＣＰＵは、ヘッダ情報が改ざんされていると判断した場合には、不図示のステップにおいて、ヘッダ情報が改ざんされている旨のメッセージをクライアント装置１（１０２ａ）のディスプレイに表示制御して、そのまま処理を終了する。
【０１１８】
一方、ステップＳ１００３で、クライアント装置１（１０２ａ）のＣＰＵは、通信中にヘッダ情報が改ざんされていないと判断した場合には、ステップＳ１００４に処理を進める。
【０１１９】
そして、ステップＳ１００４において、クライアント装置１（１０２ａ）のＣＰＵは、移動する帳票Ａの実データ３０８を移動先のクライアント装置２（１０２ｂ）の公開鍵で暗号化する。なお、移動先のクライアント装置２（１０２ｂ）の公開鍵は、クライアント装置１（１０２ａ）のＨＤに予め格納されているものとする。上記帳票ファイルの暗号化により、クライアント装置２（１０２ｂ）の秘密鍵でしか復号できないようにセキュリティを高めることができる。
【０１２０】
次に、ステップＳ１００５において、クライアント装置１（１０２ａ）のＣＰＵは、サーバ装置１００から受け取った暗号化されたヘッダ情報６０３とステップＳ１００４で暗号化した帳票Ａの実データ３０８の２つを合わせて独自の帳票ファイル６００（図中は帳票ＡＡ）を作成する。
【０１２１】
そして、ステップＳ１００６において、クライアント装置１（１０２ａ）のＣＰＵは、ステップＳ１００６で作成した帳票ファイル６００にＣＲＣ３２値を付加する。
【０１２２】
さらに、ステップＳ１００７において、クライアント装置１（１０２ａ）のＣＰＵは、メールやファイル移動等の手段を用いてクライアント装置２（１０２ｂ）に帳票ファイル６００を移動する。なお、このファイル移動は、ユーザ操作により行ってもよい。その際、ＬＡＮ等を介してファイル移動させても、ＦＤ等の記録媒体を介してファイル移動を行ってもよい。以上により、クライアント装置１（１０２ａ）での処理を終了する。
【０１２３】
なお、クライアント装置２（１０２ｂ）では、クライアント装置１（１０２ａ）から帳票ファイル６００を受け取ると、クライアント装置１（１０２ａ）のＨＤ等に格納される。そして、クライアント装置２（１０２ｂ）で、この帳票ファイル６００の実行指示（オープン指示）がなされると、クライアント装置２（１０２ｂ）のＣＰＵは、ステップＳ１０２１において、図９のステップＳ９０１に処理を移行し、帳票ファイル６００の実行処理を開始する。この処理に関しては、図９で説明済みである。
【０１２４】
以下、図１２を参照して、上述の図１１に示した手順を踏むことなく、帳票ファイル６００をクライアント装置１（１０２ａ）からクライアント装置２（１０２ｂ）に移動させた場合（即ち不正な移動を行った場合）について説明する。
【０１２５】
図１２は、本発明の情報管理システムにおける第５に制御処理手順の一例を示すフローチャートであり、帳票ファイルを不正に移動した際の処理に対応する。なお、図中、Ｓ１２０１はクライアント装置１（１０２）側の処理に対応し、クライアント装置１（例えば１０２ａ）のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。また、Ｓ１２０２はクライアント装置２（１０２）側の処理に対応し、クライアント装置２（例えば１０２ｂ）のＣＰＵがＨＤに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。
【０１２６】
まず、ステップＳ１００７において、クライアント装置１（１０２ａ）のＣＰＵは、クライアント装置１（１０２ａ）のＨＤ等に格納されている帳票ファイル６００をメールやファイル移動等の手段を用いてクライアント装置２（１０２ｂ）に移動させる。なお、このファイル移動は、ユーザ操作により行ってもよい。その際、ＬＡＮ等を介してファイル移動させても、ＦＤ等の記録媒体を介してファイル移動させてもよい。
【０１２７】
そして、クライアント装置２（１０２ｂ）では、クライアント装置１（１０２ａ）から帳票ファイル６００を受け取ると、クライアント装置１（１０２ａ）のＨＤ等に格納される。
【０１２８】
そして、クライアント装置２（１０２ｂ）で、この帳票ファイル６００の実行指示（オープン指示）がなされると、クライアント装置２（１０２ｂ）のＣＰＵは、ステップＳ１２０２において、図９のステップＳ９０１に処理を移行させ、帳票ファイル６００の実行処理を開始する。
【０１２９】
そして、クライアント装置２（１０２ｂ）のＣＰＵは、図９の各ステップに従って処理を実行し、ステップＳ９０５の処理に進み、帳票ファイル６００はクライアント装置２（１０２ｂ）で実行不可能と判断されることになる。実行不可能な理由は、帳票ファイル６００のヘッダ情報６０３には、クライアント装置１（１０２ａ）のＭＡＣアドレスが格納されており、クライアント装置２（１０２ｂ）のＭＡＣアドレスとは一致しないからである。
【０１３０】
従って、ステップＳ９０６の処理が実行され、クライアント装置２（１０２ｂ）のＭＡＣアドレス（クライアント装置２（１０２ｂ）の公開鍵で暗号化）が不正リストとして、サーバ装置１００に登録されることになる。
【０１３１】
以上示したように、帳票ファイル６００内のヘッダ情報６０３内にＭＡＣアドレスが登録されていない装置で、帳票ファイル６００を実行しようとした場合には、その実行を無効制御し、さらに該装置のＭＡＣアドレスを不正リストとしてサーバに登録することができる。そして、不正リストに登録されたクライアント装置１０２で帳票ファイル６００を実行しようとしても、実行することができないようにセキュリティ制御することができる。
【０１３２】
なお、ステップＳ９０６では、帳票ファイル６００内のヘッダ情報６０３内にＭＡＣアドレスが登録されていない装置で、帳票ファイル６００を実行しようとした場合、直ちに、サーバ装置１００の不正リストに登録する構成について説明した。しかし、この際、サーバ装置１００は管理者やクライアント装置へ警告を出し、クライアント装置１０２の使用者が警告を無視して再度実行しようとした場合に、不正リストに登録するように構成してもよい。
【０１３３】
なお、サーバ装置１００の管理者は、上記不正アクセスの警告を受け取り、クライアント装置使用者に利用目的をメールで確認すること等も可能であり、セキュリティを高めることができる。
【０１３４】
さらに、帳票ファイル６００内のヘッダ情報６０３内にＭＡＣアドレスが登録されていない装置で、帳票ファイル６００を実行したい場合には、該帳票ファイル６００を利用可能な正当なクライアント装置からサーバ装置１００に帳票移動リクエストを送信することで、他の装置で帳票ファイル６００を実行可能にすることもできる。
【０１３５】
このように、不正にデータを移動させての利用は厳格に制限してセキュリティを確保することができる。また、データの移動が必要な場合には、正当なデータ移動手続きを踏むことにより、データ移動させることも可能に制御することができる。このように、本実施形態のデータ管理システムでは、セキュリティとユーザ利便性の双方を満足させることができる。
【０１３６】
〔第２実施形態〕
上記第１実施形態では、帳票ファイルを他の装置に移動させる場合、他の装置の公開鍵が必要となり（さららに、ＭＡＣアドレスを手動で入力する構成では他の装置のＭＡＣアドレスも必要となり）、事前準備が必要となっている。そこで、本実施形態では、ファイルを他の装置に移動（ネットワーク経由のドラッグ＆ドロップ等）する際に、上記の処理を自動で実施する仕組みについて説明する。
【０１３７】
以下、図１３，図１４を参照して、本実施形態における帳票取得リクエスト画面４００，リクエスト管理リスト５００について説明する。
【０１３８】
図１３は、本発明の第２実施形態における帳票取得リクエスト画面の一例を示す図であり、図４と同一のものには同一の符号を付してある。
【０１３９】
図１３に示すように、帳票取得リクエスト画面４００は、クライアント情報入力欄４０１，リクエスト帳票情報入力欄４０４，再実行情報入力欄４０７を有する。
【０１４０】
再実行情報入力欄４０７は、再実行を行う他のクライアント装置を特定する情報を入力するためのものであり、再実行を行う他のクライアント装置のマシン名入力欄４０８，ＩＰアドレス入力欄４０９を有する。なお、ＩＰアドレス入力欄４０９は、マシン名入力欄４０８にマシン名を入力すると、クライアント装置１０２のＣＰＵにより他のクライアント装置から取得され入力されるものとする。
【０１４１】
また、リクエスト送信ボタン４１０がクライアント装置１０２のポインティングデバイス等でクリック指示されると、クライアント装置１０２のＣＰＵは、ＩＰアドレス入力欄４０９に入力されたＩＰアドレスから再実行を行う他のクライアント装置のＭＡＣアドレスを取得する。そして、該ＭＡＣアドレスを帳票取得リクエスト画面４００上の４０２，４０３，４０５，４０６に入力された情報とともにサーバ装置１００へ送信制御する。
【０１４２】
図１４は、本発明の第２実施形態におけるリクエスト管理リスト５００の一例を示すデータ構成図であり、図７と同一のものには同一の符号を付してある。
【０１４３】
図７に示すように、本実施形態のリクエスト管理リスト５００の管理情報５０２は、リクエスト受付日５０２ａ、リクエスト帳票５０２ｂ、クライアント情報５０２ｃ〜５０２ｆを含んでいる。
【０１４４】
再実行マシン５０２ｆは、図１３に示した再実行マシンのＩＰアドレス入力欄４０９に入力されたＩＰアドレスに対応する装置のＭＡＣアドレスが格納される。
【０１４５】
帳票ファイル６００を移動されたクライアント装置１０２では、移動されたファイルを再実行した際、図９のステップＳ９０５で実行不可と判断された場合、サーバ装置１００へリスト番号を用いて問い合わせを行う。このとき、サーバ装置１００のＣＰＵ２０１は、その問い合わせに対応するリスト番号のリクエスト管理リスト５００内の再実行マシン５０２ｆと該問い合わせを行った装置のＭＡＣアドレスとを比較する。そして、サーバ装置１００のＣＰＵ２０１は、ＭＡＣアドレスが一致する場合、再実行を許可する情報をサーバの公開鍵で暗号化して問い合わせを行った装置に送信する。
【０１４６】
そして、該再実行を許可する情報を受信したクライアント装置１２０のＣＰＵは、実行可能と判断して、ステップＳ９０７へ処理を進めるように構成する。
【０１４７】
以上示したように、帳票取得の際に再実行する他の装置を指定しておくことにより、サーバ装置１００より取得した帳票を容易に別の装置で利用可能となる。
【０１４８】
なお、上記各実施形態では、帳票を取得（実行）する装置を特定する情報として、ＭＡＣアドレスを用いる例について説明したが、これに限られるものではない。例えば、装置のＭＡＣアドレス及び装置内の他のデバイスの情報を組み合わせた情報により装置を特定するように構成してもよい。
【０１４９】
また、上記各実施形態では、クライアント装置１０２がサーバ装置１００より帳票データを取得する構成について説明したが、サーバ装置１００より取得可能なデータは、帳票データに限られるものではなく、どのようなデータであってもよい。例えば、各種文書データ等であってもよいし、実行形式のファイル等であってもよい。
【０１５０】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１５１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１５２】
以下、図１５に示すメモリマップを参照して本発明に係るデータ管理システムを構成するサーバ装置１００，クライアント装置１０２で読み取り可能なデータ処理プログラムの構成について説明する。
【０１５３】
図１５は、本発明に係るデータ管理システムを構成するサーバ装置１００，クライアント装置１０２で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１５４】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１５５】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５６】
本実施形態における図５，図８，図９，図１１，図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５７】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１５８】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１５９】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１６０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６１】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６２】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１６３】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１６４】
なお、上記各実施形態、及び各実施形態内で示した各変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１６５】
以上説明したように、本発明によれば、サーバ装置から取得されたデータを、他のクライアント装置で不正に使用できないようにすることができる。よって、不正にデータを移動させて利用しようとする行為を厳格に制限してセキュリティを確保することができる。
【０１６６】
また、サーバ装置から取得したデータの印刷回数を、サーバ装置で制限管理することが可能となる。このため、データを取得したクライアント装置がローカルで改ざんすることができず、データ取得時に指定された印刷回数で確実に制限管理することができる。
【０１６７】
さらに、サーバ装置から取得したデータを他の装置に移動させる必要がある場合には、正当なデータ移動手続きを踏むことにより、データを他の装置で閲覧可能に移動させることもでき、ユーザ利便性を確保することができる。また、これにより、新たにサーバ装置からデータを取得することを省略でき、サーバ装置の負荷およびネットワークトラフィックを軽減することができる。よって、意図しない装置上での実行を防ぎつつ、別の装置上への移動・実行を実現することができる。
【０１６８】
従って、セキュリティの確保、ユーザ利便性、サーバ装置及びネットワークへの負荷の軽減を満足させることができる等の効果を奏する。
【図面の簡単な説明】
【０１６９】
【図１】本発明の一実施形態を示すデータ管理システムの構成を示すシステム構成図である。
【図２】図１に示したサーバ装置のハードウェア構成を示すブロック図である。
【図３】一般的な帳票システムの構成を示す図である。
【図４】本発明のクライアント装置からサーバ装置へ帳票取得リクエストを発行するための帳票取得リクエスト画面の一例を示す図である。
【図５】本発明の情報管理システムにおける第１に制御処理手順の一例を示すフローチャートである。
【図６】本実施形態における独自の帳票ファイルの構成を示すファイル構成図である。
【図７】図１に示したサーバ装置による帳票取得リクエスト情報を管理するリクエスト管理リストの一例を示すデータ構成図である。
【図８】本発明の情報管理システムにおける第２に制御処理手順の一例を示すフローチャートである。
【図９】本発明の情報管理システムにおける第３に制御処理手順の一例を示すフローチャートである。
【図１０】本発明のクライアント装置からサーバ装置へ帳票移動リクエストを発行するための帳票移動リクエスト画面の一例を示す図である。
【図１１】本発明の情報管理システムにおける第４に制御処理手順の一例を示すフローチャートである。
【図１２】本発明の情報管理システムにおける第５に制御処理手順の一例を示すフローチャートである。
【図１３】本発明の第２実施形態における帳票取得リクエスト画面の一例を示す図である。
【図１４】本発明の第２実施形態におけるリクエスト管理リスト５００の一例を示すデータ構成図である。
【図１５】本発明に係るデータ管理システムを構成するサーバ装置，クライアント装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１７０】
１００ サーバ装置
１０１ 通信ネットワーク
１０２ クライアント装置
２０１ ＣＰＵ
２０２ 記憶装置
２０３ ＲＯＭ
２０５ 入力装置
２０６ 表示装置
２０７ 外部インタフェース
２０８ 通信インタフェース
２０９ バス
２１０ ＲＡＭ
【特許請求の範囲】
【請求項１】
複数のデータを管理するサーバ装置と１又は複数のクライアント装置とが通信可能なデータ管理システムにおいて、
前記クライアント装置は、
前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する第１の要求手段と、
前記第１の要求手段により取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御手段と、を有し、
前記サーバ装置は、
前記クライアント装置から前記データ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する第１の応答手段と、
前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶し、該記憶されるリクエスト管理情報に基づいて、前記データ取得要求毎に対応するデータに対する処理を制限管理する第１の管理手段と、
を有することを特徴とするデータ管理システム。
【請求項２】
前記第１の応答手段は、前記付加情報をサーバ装置自身に対応付けられた秘密鍵で暗号化し、前記データを前記要求したクライアント装置に対応付けられた公開鍵で暗号化するものであり、
前記制御手段は、前記取得したデータの付加情報を前記サーバ装置に対応付けられた公開鍵で復号し、前記データをクライアント装置自身に対応付けられた秘密鍵で復号すること特徴とする請求項１記載のデータ管理システム。
【請求項３】
前記第１の応答手段は、前記付加情報をサーバ装置自身に対応付けられた秘密鍵で暗号化し、該サーバの秘密鍵で暗号化された付加情報と前記データとを一体にしたデータを、前記要求したクライアント装置に対応付けられた公開鍵で暗号化するものであり、
前記制御手段は、前記付加情報と前記データとを一体にしたデータを、クライアント装置自身に対応付けられた秘密鍵で復号し、前記付加情報を前記サーバ装置に対応付けられた公開鍵で復号すること特徴とする請求項１記載のデータ管理システム。
【請求項４】
前記第１の応答手段は、前記データを前記要求したクライアント装置に対応付けられた公開鍵で暗号化し、該クライアント装置に対応付けられた公開鍵で暗号化されたデータと前記付加情報とを一体にしたデータを、サーバ装置自身に対応付けられた秘密鍵で暗号化するものであり、
前記制御手段は、前記付加情報と前記データとを一体化したデータを、前記サーバ装置に対応付けられた公開鍵で復号し、前記付加情報をクライアント装置自身に対応付けられた秘密鍵で復号すること特徴とする請求項１記載のデータ管理システム。
【請求項５】
前記データの取得要求は、要求するデータの印刷可能回数を指定する情報も含むものであり、
前記リクエスト管理情報は、前記印刷可能回数を指定する情報を含むものであり、
前記クライアント装置は、前記データの印刷指示がなされると、該データに付加された前記データ取得要求を特定する情報を含む印刷要求を前記サーバ装置に送信して、印刷の可否を決定可能な情報を取得する第２の要求手段を有し、
前記制御手段は、前記第２の要求手段により取得した前記印刷可能回数情報に基づいて印刷可能と判断した場合に前記データの印刷実行を許可するものであり、前記データの印刷完了後に、前記取得要求を特定する情報を含む印刷完了通知を前記サーバ装置に送信するものであり、
前記サーバ装置は、前記クライアント装置から前記印刷要求を受信すると、前記印刷要求に含まれる前記データ取得要求を特定する情報に紐付けられたリクエスト管理情報内の印刷可能回数情報を前記第１の管理手段から取得して前記クライアント装置に返信する第２の応答手段を有し、
前記第１の管理手段は、前記クライアント装置からの前記データ取得要求を特定する情報を含む印刷完了通知に基づいて前記印刷可能回数を更新すること、を特徴とする請求項１乃至４のいずれか１項に記載のデータ管理システム。
【請求項６】
前記第２の応答手段は、前記印刷可能回数情報をクライアント装置に対応付けられた公開鍵で暗号化するものであり、
前記制御手段は、前記印刷可能回数情報を前記クライアント装置自身に対応付けられた秘密鍵で復号すること特徴とする請求項５記載のデータ管理システム。
【請求項７】
前記クライアント装置は、前記第１の要求手段により取得したデータに対して処理を行う場合、前記サーバ装置に不正リストを要求して取得する第３の要求手段を有し、
前記制御手段は、前記不正リストにクライアント装置自身を特定する情報が含まれている場合には、前記データに対する処理を禁止制御するものであり、
前記サーバ装置は、
不正な処理を行ったクライアント装置を特定する情報を含む不正リストを記憶管理する第２の管理手段と、
前記クライアント装置からの不正リストの要求を受信すると、前記第２の管理手段により管理される不正リストを前記クライアント装置に返信する第３の応答手段と、
を有することを特徴とする請求項１乃至６のいずれか１項に記載のデータ管理システム。
【請求項８】
前記制御手段は、前記付加情報にクライアント装置自身を特定する情報が含まれず、前記データを閲覧不可能な場合に、その旨を前記サーバ装置に通知するものであり、
前記第２の管理手段は、前記クライアント装置から前記データを閲覧不可能な旨の通知を受信すると、前記クライアント装置を特定する情報を前記不正リストに追加することを特徴とする請求項７記載のデータ管理システム。
【請求項９】
前記クライアント装置は、
前記データに付加された前記データ取得要求を特定する情報，前記他のクライアント装置を特定する情報を含む、前記第１の要求手段により取得したデータの他のクライアント装置への移動要求を前記サーバ装置に送信して前記他のクライアント装置用の付加情報を取得する第４の要求手段を有し、
前記制御手段は、前記第４の要求手段により取得した前記他のクライアント装置用の付加情報を前記第１の要求手段により取得したデータに付加して前記他のクライアント装置で閲覧可能に制御するものであり、
前記サーバ装置は、
前記クライアント装置から前記移動要求を受信すると、前記移動要求に含まれる前記データ取得要求を特定する情報に紐付けられた前記リクエスト管理情報を前記第２の管理手段より取得して、該取得したリクエスト管理情報内のクライアント装置を特定する情報を、前記移動要求に含まれる前記他のクライアント装置を特定する情報に書き換え、前記データ取得要求を特定する情報，前記他のクライアント装置を特定する情報を含む付加情報を生成して前記クライアント装置に返送する第４の応答手段を有することを特徴とする請求項１乃至８のいずれか１項に記載のデータ管理システム。
【請求項１０】
１又は複数のクライアント装置と通信可能であり、複数のデータを管理するサーバ装置において、
前記クライアント装置からサーバ装置で管理するデータを特定する情報，クライアント装置を特定する情報を含むデータ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する応答手段と、
前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶し、該記憶されるリクエスト管理情報に基づいて、前記データ取得要求毎に対応するデータに対する処理を制限管理する管理手段と、
を有することをサーバ装置。
【請求項１１】
複数のデータを管理するサーバ装置と通信可能な情報処理装置において、
前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する要求手段と、
前記要求手段により取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御手段と、
を有することを特徴とする情報処理装置。
【請求項１２】
通信媒体を介して複数のデータを管理するサーバ装置と１又は複数のクライアント装置とが通信可能なデータ管理システムにおけるデータ管理方法において、
前記クライアント装置は、
前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する要求ステップと、
前記要求ステップにより取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御ステップと、を実行するものであり、
前記サーバ装置は、
前記クライアント装置から前記データ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する応答ステップと、
前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶手段に登録する登録ステップと、
前記登録されたリクエスト管理情報に基づいて、前記データ取得要求毎に、データ取得要求によって取得されたデータに対する制限を管理する管理ステップと、
を実行することを特徴とするデータ管理方法。
【請求項１３】
１又は複数のクライアント装置と通信可能であり、複数のデータを管理するサーバ装置におけるデータ管理方法において、
前記クライアント装置からサーバ装置で管理するデータを特定する情報，クライアント装置を特定する情報を含むデータ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する応答ステップと、
前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶手段に登録する登録ステップと、
前記登録されたリクエスト管理情報に基づいて、前記データ取得要求毎に、データ取得要求によって取得されたデータに対する制限を管理する管理ステップと、
を有することをデータ管理方法。
【請求項１４】
複数のデータを管理するサーバ装置と通信可能な情報処理装置におけるデータ管理方法において、
前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する要求ステップと、
前記要求ステップにより取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御ステップと、
を有することを特徴とするデータ管理方法。
【請求項１５】
請求項１２乃至１４のいずれか１項に記載されたデータ管理法をコンピュータに実行させるためのプログラム。
【請求項１６】
請求項１２乃至１４のいずれか１項に記載されたデータ管理法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【請求項１】
複数のデータを管理するサーバ装置と１又は複数のクライアント装置とが通信可能なデータ管理システムにおいて、
前記クライアント装置は、
前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する第１の要求手段と、
前記第１の要求手段により取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御手段と、を有し、
前記サーバ装置は、
前記クライアント装置から前記データ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する第１の応答手段と、
前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶し、該記憶されるリクエスト管理情報に基づいて、前記データ取得要求毎に対応するデータに対する処理を制限管理する第１の管理手段と、
を有することを特徴とするデータ管理システム。
【請求項２】
前記第１の応答手段は、前記付加情報をサーバ装置自身に対応付けられた秘密鍵で暗号化し、前記データを前記要求したクライアント装置に対応付けられた公開鍵で暗号化するものであり、
前記制御手段は、前記取得したデータの付加情報を前記サーバ装置に対応付けられた公開鍵で復号し、前記データをクライアント装置自身に対応付けられた秘密鍵で復号すること特徴とする請求項１記載のデータ管理システム。
【請求項３】
前記第１の応答手段は、前記付加情報をサーバ装置自身に対応付けられた秘密鍵で暗号化し、該サーバの秘密鍵で暗号化された付加情報と前記データとを一体にしたデータを、前記要求したクライアント装置に対応付けられた公開鍵で暗号化するものであり、
前記制御手段は、前記付加情報と前記データとを一体にしたデータを、クライアント装置自身に対応付けられた秘密鍵で復号し、前記付加情報を前記サーバ装置に対応付けられた公開鍵で復号すること特徴とする請求項１記載のデータ管理システム。
【請求項４】
前記第１の応答手段は、前記データを前記要求したクライアント装置に対応付けられた公開鍵で暗号化し、該クライアント装置に対応付けられた公開鍵で暗号化されたデータと前記付加情報とを一体にしたデータを、サーバ装置自身に対応付けられた秘密鍵で暗号化するものであり、
前記制御手段は、前記付加情報と前記データとを一体化したデータを、前記サーバ装置に対応付けられた公開鍵で復号し、前記付加情報をクライアント装置自身に対応付けられた秘密鍵で復号すること特徴とする請求項１記載のデータ管理システム。
【請求項５】
前記データの取得要求は、要求するデータの印刷可能回数を指定する情報も含むものであり、
前記リクエスト管理情報は、前記印刷可能回数を指定する情報を含むものであり、
前記クライアント装置は、前記データの印刷指示がなされると、該データに付加された前記データ取得要求を特定する情報を含む印刷要求を前記サーバ装置に送信して、印刷の可否を決定可能な情報を取得する第２の要求手段を有し、
前記制御手段は、前記第２の要求手段により取得した前記印刷可能回数情報に基づいて印刷可能と判断した場合に前記データの印刷実行を許可するものであり、前記データの印刷完了後に、前記取得要求を特定する情報を含む印刷完了通知を前記サーバ装置に送信するものであり、
前記サーバ装置は、前記クライアント装置から前記印刷要求を受信すると、前記印刷要求に含まれる前記データ取得要求を特定する情報に紐付けられたリクエスト管理情報内の印刷可能回数情報を前記第１の管理手段から取得して前記クライアント装置に返信する第２の応答手段を有し、
前記第１の管理手段は、前記クライアント装置からの前記データ取得要求を特定する情報を含む印刷完了通知に基づいて前記印刷可能回数を更新すること、を特徴とする請求項１乃至４のいずれか１項に記載のデータ管理システム。
【請求項６】
前記第２の応答手段は、前記印刷可能回数情報をクライアント装置に対応付けられた公開鍵で暗号化するものであり、
前記制御手段は、前記印刷可能回数情報を前記クライアント装置自身に対応付けられた秘密鍵で復号すること特徴とする請求項５記載のデータ管理システム。
【請求項７】
前記クライアント装置は、前記第１の要求手段により取得したデータに対して処理を行う場合、前記サーバ装置に不正リストを要求して取得する第３の要求手段を有し、
前記制御手段は、前記不正リストにクライアント装置自身を特定する情報が含まれている場合には、前記データに対する処理を禁止制御するものであり、
前記サーバ装置は、
不正な処理を行ったクライアント装置を特定する情報を含む不正リストを記憶管理する第２の管理手段と、
前記クライアント装置からの不正リストの要求を受信すると、前記第２の管理手段により管理される不正リストを前記クライアント装置に返信する第３の応答手段と、
を有することを特徴とする請求項１乃至６のいずれか１項に記載のデータ管理システム。
【請求項８】
前記制御手段は、前記付加情報にクライアント装置自身を特定する情報が含まれず、前記データを閲覧不可能な場合に、その旨を前記サーバ装置に通知するものであり、
前記第２の管理手段は、前記クライアント装置から前記データを閲覧不可能な旨の通知を受信すると、前記クライアント装置を特定する情報を前記不正リストに追加することを特徴とする請求項７記載のデータ管理システム。
【請求項９】
前記クライアント装置は、
前記データに付加された前記データ取得要求を特定する情報，前記他のクライアント装置を特定する情報を含む、前記第１の要求手段により取得したデータの他のクライアント装置への移動要求を前記サーバ装置に送信して前記他のクライアント装置用の付加情報を取得する第４の要求手段を有し、
前記制御手段は、前記第４の要求手段により取得した前記他のクライアント装置用の付加情報を前記第１の要求手段により取得したデータに付加して前記他のクライアント装置で閲覧可能に制御するものであり、
前記サーバ装置は、
前記クライアント装置から前記移動要求を受信すると、前記移動要求に含まれる前記データ取得要求を特定する情報に紐付けられた前記リクエスト管理情報を前記第２の管理手段より取得して、該取得したリクエスト管理情報内のクライアント装置を特定する情報を、前記移動要求に含まれる前記他のクライアント装置を特定する情報に書き換え、前記データ取得要求を特定する情報，前記他のクライアント装置を特定する情報を含む付加情報を生成して前記クライアント装置に返送する第４の応答手段を有することを特徴とする請求項１乃至８のいずれか１項に記載のデータ管理システム。
【請求項１０】
１又は複数のクライアント装置と通信可能であり、複数のデータを管理するサーバ装置において、
前記クライアント装置からサーバ装置で管理するデータを特定する情報，クライアント装置を特定する情報を含むデータ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する応答手段と、
前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶し、該記憶されるリクエスト管理情報に基づいて、前記データ取得要求毎に対応するデータに対する処理を制限管理する管理手段と、
を有することをサーバ装置。
【請求項１１】
複数のデータを管理するサーバ装置と通信可能な情報処理装置において、
前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する要求手段と、
前記要求手段により取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御手段と、
を有することを特徴とする情報処理装置。
【請求項１２】
通信媒体を介して複数のデータを管理するサーバ装置と１又は複数のクライアント装置とが通信可能なデータ管理システムにおけるデータ管理方法において、
前記クライアント装置は、
前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する要求ステップと、
前記要求ステップにより取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御ステップと、を実行するものであり、
前記サーバ装置は、
前記クライアント装置から前記データ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する応答ステップと、
前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶手段に登録する登録ステップと、
前記登録されたリクエスト管理情報に基づいて、前記データ取得要求毎に、データ取得要求によって取得されたデータに対する制限を管理する管理ステップと、
を実行することを特徴とするデータ管理方法。
【請求項１３】
１又は複数のクライアント装置と通信可能であり、複数のデータを管理するサーバ装置におけるデータ管理方法において、
前記クライアント装置からサーバ装置で管理するデータを特定する情報，クライアント装置を特定する情報を含むデータ取得要求を受信すると、前記要求されたデータに、前記データ取得要求を特定する情報，前記クライアント装置を特定する情報を含む付加情報を生成付加して前記クライアント装置に返信する応答ステップと、
前記データ取得要求毎に前記データ取得要求を特定する情報に紐付けて、前記クライアント装置を特定する情報を含むリクエスト管理情報を記憶手段に登録する登録ステップと、
前記登録されたリクエスト管理情報に基づいて、前記データ取得要求毎に、データ取得要求によって取得されたデータに対する制限を管理する管理ステップと、
を有することをデータ管理方法。
【請求項１４】
複数のデータを管理するサーバ装置と通信可能な情報処理装置におけるデータ管理方法において、
前記サーバ装置で管理されるデータを特定する情報，クライアント装置自身を特定する情報を含むデータ取得要求を前記サーバ装置に送信して前記サーバ装置からデータを取得する要求ステップと、
前記要求ステップにより取得されたデータにクライアント装置自身を特定する情報が付加されている場合に、前記データを閲覧可能に制御する制御ステップと、
を有することを特徴とするデータ管理方法。
【請求項１５】
請求項１２乃至１４のいずれか１項に記載されたデータ管理法をコンピュータに実行させるためのプログラム。
【請求項１６】
請求項１２乃至１４のいずれか１項に記載されたデータ管理法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００７−１７２３３０（Ｐ２００７−１７２３３０Ａ）
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願番号】特願２００５−３６９８２９（Ｐ２００５−３６９８２９）
【出願日】平成１７年１２月２２日（２００５．１２．２２）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願日】平成１７年１２月２２日（２００５．１２．２２）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]