JP5317913B2 - 電子ファイル閲覧システム及びその制御方法 - Google Patents

Description

本発明は、電子ファイル配信装置に保管された電子ファイルの内容を携帯端末で閲覧できるようにする電子ファイル閲覧システムに関する。

社内のサーバに保管されたメールやスケジュールなどの社内情報を、携帯電話向けのデータに変換して配信することにより、社外からでも社内情報を閲覧できるようにした閲覧システムが知られている。こうした閲覧システムでは、メールに添付された電子ファイルやサーバに保管された電子ファイルなども閲覧できるようにすることが望まれている。ところが、ＰＣ端末用の文書作成ソフト、表計算ソフト、プレゼンテーションソフトなどで作成された電子ファイル（以下、文書ファイルと称す）は、これに対応するソフトウェアが携帯電話にインストールされていないことが多く、これらの文書ファイルをそのまま携帯電話に配信しても、携帯電話では閲覧することができないという問題があった。

そこで、特許文献１では、上記のような文書ファイルの配信が要求された場合に、その文書ファイルを画像データに変換して配信するようにしている。こうすれば、文書ファイルの種類に応じたソフトウェアを用意する必要がなく、画像データのビューアを設けるだけで、携帯電話でも文書ファイルの内容を閲覧することができるようになる。

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

携帯電話が表示可能な画像データの形式（ＪＰＥＧやビットマップなどの種類、及び解像度や画像サイズなど）は、携帯電話の機種によって異なる。このため、文書ファイルを画像データに変換して配信する場合には、配信する携帯電話の機種に合った形式に変換しなければならない。

しかしながら、携帯電話は、次々と新製品が発売されるため、特許文献１のように、画像変換を行う変換処理部を社内のサーバに設けていると、新製品が発売される毎に、その機種のデータを登録するといったメンテナンスを行わなければならず、こうしたメンテナンスに非常に手間が掛かるという問題が生じる。

この問題の解決策として、ＡＳＰ（Application Service Provider）事業者に変換処理部を用意させることが考えられる。例えば、ユーザから文書ファイルの配信要求があった場合に、その文書ファイルを一度ＡＳＰ事業者に転送し、ＡＳＰ事業者で文書ファイルを画像データに変換させる。そして、ユーザをＡＳＰ事業者にアクセスさせることにより、その文書ファイルの画像データをユーザの携帯電話で閲覧させる。こうすれば、メンテナンスの作業をＡＳＰ事業者に委託することができるので、社内のサーバに対してメンテナンスを行う手間を省くことができる。

ところが、上記のような手順でユーザに画像データを閲覧させるようにすると、不正なユーザがＡＳＰ事業者にアクセスすることによる情報漏洩が懸念される。これを防止するためには、ＡＳＰ事業者にアクセスする際にもユーザ認証を行うことが考えられるが、社内サーバにアクセスする時と、ＡＳＰ事業者のサーバにアクセスする時とで、逐一ユーザにＩＤやパスワードなどを入力させるのでは、ユーザに手間を掛けさせてしまう。

本発明は、上記課題を鑑みてなされたものであり、文書ファイルを画像データに変換する処理をＡＳＰ事業者に行わせる際にも、ユーザに手間を掛けさせることなく、閲覧システムのセキュリティを維持できるようにすることを目的とする。

上記目的を達成するため、本発明は、所定のエリアに構築された小規模ネットワーク内に設けられ、複数の電子ファイルを保管するとともに、その電子ファイルの要求を受け付けて、要求に応じた電子ファイルの配信を行う電子ファイル配信装置と、電子ファイルを画像データに変換する変換手段を有し、公衆ネットワーク及び前記小規模ネットワークを介して前記電子ファイル配信装置と接続されるファイル処理装置と、前記各ネットワークを介して前記電子ファイル配信装置及び前記ファイル処理装置に接続可能な携帯端末とを備え、前記携帯端末から所定の電子ファイルの配信が要求された際に、その電子ファイルを前記電子ファイル配信装置から前記ファイル処理装置に配信し、その電子ファイルを画像データに変換した後、その画像データを前記ファイル処理装置から前記携帯端末に配信し、その画像データに対応する画像を前記携帯端末の表示部に表示させることにより、画像データを介して電子ファイルの内容を閲覧できるようにする電子ファイル閲覧システムにおいて、前記携帯端末がアクセスした際に、その携帯端末のユーザが正規のユーザであるか否かを判定するユーザ認証を行うユーザ認証手段と、前記ユーザ認証手段によって正規のユーザであると判定された場合に、認証済みのユーザであることを示す認証情報を生成する認証情報生成手段と、前記携帯端末から電子ファイルの配信が要求された際に、前記ファイル処理装置にアクセスさせるための情報と、要求された電子ファイルの所在を示すファイル所在情報と、前記認証情報とからなるリンク情報を生成するリンク情報生成手段と、生成された前記リンク情報を要求元の前記携帯端末に配信するリンク情報配信制御手段とを、前記電子ファイル配信装置に設け、前記リンク情報に基づいて前記携帯端末がアクセスした際に、前記リンク情報に含まれる前記ファイル所在情報と前記認証情報とを取得し、これらの各情報を基に、要求された電子ファイルの配信を前記電子ファイル配信装置に要求することにより、前記電子ファイル配信装置から電子ファイルを取得するファイル取得制御手段と、前記ファイル取得制御手段から電子ファイルの配信が要求された際に、前記ファイル処理装置から前記認証情報を取得し、その認証情報と前記認証情報生成手段が生成した前記認証情報とが一致するか否かを判定することにより、前記ファイル取得制御手段からの配信要求が正規のユーザからのものであるか否かを確認する確認手段と、前記各認証情報が一致すると前記確認手段が判定した場合には、要求された電子ファイルを前記ファイル処理装置に配信し、前記各認証情報が一致しないと前記確認手段が判定した場合には、電子ファイルの配信を拒否するファイル配信制御手段とを、前記ファイル処理装置に設けたことを特徴とする。

前記リンク情報生成手段は、前記携帯端末が前記ファイル処理装置にアクセスした後、再び前記電子ファイル配信装置に戻るための戻り先を指定する戻り先情報を、さらに前記リンク情報に含めることが好ましい。

前記ファイル処理装置は、前記携帯端末の機種を判別する機種判別手段を有し、前記変換手段は、電子ファイルを画像データに変換する際に、前記機種判別手段が判別した機種に応じた形式の画像データに変換することが好ましい。

前記ファイル処理装置は、前記携帯端末がアクセスした際に、画像データを表示させるビューアの起動を指示するためのビューア起動リンクを含むビューア起動画面の画面データを生成して前記携帯端末に配信し、前記ファイル取得制御手段は、前記画面データの配信と同時に、電子ファイルの取得を開始することが好ましい。

前記携帯端末は、前記ビューア起動リンクがクリックされたことに応答して自身の機種を示す機種情報を前記ファイル処理装置に送信し、前記機種判別手段は、前記携帯端末からの前記機種情報を基に、前記携帯端末の機種を判別することが好ましい。

前記電子ファイル配信装置は、ユーザの操作履歴を記録する操作履歴記録手段を有し、前記ファイル処理装置は、前記操作履歴記録手段に操作履歴の記録を指示するための記録指示手段を有することが好ましい。

前記小規模ネットワークと前記公衆ネットワークとの間に、前記小規模ネットワーク内への不正なアクセスを防止する不正アクセス防止手段を設けることが好ましい。

また、本発明は、所定のエリアに構築された小規模ネットワーク内に設けられ、複数の電子ファイルを保管するとともに、その電子ファイルの要求を受け付けて、要求に応じた電子ファイルの配信を行う電子ファイル配信装置と、電子ファイルを画像データに変換する変換手段を有し、公衆ネットワーク及び前記小規模ネットワークを介して前記電子ファイル配信装置と接続されるファイル処理装置と、前記各ネットワークを介して前記電子ファイル配信装置及び前記ファイル処理装置に接続可能な携帯端末とを備え、前記携帯端末から所定の電子ファイルの配信が要求された際に、その電子ファイルを前記電子ファイル配信装置から前記ファイル処理装置に配信し、その電子ファイルを画像データに変換した後、その画像データを前記ファイル処理装置から前記携帯端末に配信し、その画像データに対応する画像を前記携帯端末の表示部に表示させることにより、画像データを介して電子ファイルの内容を閲覧できるようにする電子ファイル閲覧システムの制御方法において、前記携帯端末が前記電子ファイル配信装置にアクセスした際に、その携帯端末のユーザが正規のユーザであるか否かを判定するユーザ認証を行うステップと、正規のユーザであると判定された場合に、認証済みのユーザであることを示す認証情報を生成するステップと、前記携帯端末から前記電子ファイル配信装置に電子ファイルの配信が要求された際に、前記ファイル処理装置にアクセスさせるための情報と、要求された電子ファイルの所在を示すファイル所在情報と、前記認証情報とからなるリンク情報を生成するステップと、生成された前記リンク情報を要求元の前記携帯端末に配信するステップと、前記リンク情報に基づいて前記携帯端末が前記ファイル処理装置にアクセスした際に、前記リンク情報に含まれる前記ファイル所在情報と前記認証情報とを取得するステップと、これらの各情報を基に、要求された電子ファイルの配信を前記電子ファイル配信装置に要求することにより、前記電子ファイル配信装置から電子ファイルを取得するステップと、前記ファイル処理装置から電子ファイルの配信が要求された際に、前記ファイル処理装置から前記認証情報を取得し、その認証情報と前記電子ファイル配信装置で生成された前記認証情報とが一致するか否かを判定することにより、前記ファイル処理装置からの配信要求が正規のユーザからのものであるか否かを確認するステップと、前記各認証情報が一致すると判定された場合には、要求された電子ファイルを前記ファイル処理装置に配信し、前記各認証情報が一致しないと判定された場合には、電子ファイルの配信を拒否するステップとを有することを特徴とする。

本発明では、携帯端末から電子ファイル配信装置に電子ファイルの配信が要求された際に、ファイル処理装置にアクセスさせるための情報と、要求された電子ファイルの所在を示すファイル所在情報と、認証情報とからなるリンク情報を生成して要求元の携帯端末に配信し、リンク情報に基づいて携帯端末がファイル処理装置にアクセスした際に、リンク情報に含まれるファイル所在情報と認証情報とを取得し、これらの各情報を基に、要求された電子ファイルの配信を電子ファイル配信装置に要求することにより、電子ファイル配信装置から電子ファイルを取得するようにした。こうすれば、ファイル処理装置から取得した認証情報と、電子ファイル配信装置で生成された認証情報とが一致するか否かを判定することにより、ファイル処理装置からの配信要求が正規のユーザからのものであるか否かを確認することができ、ファイル処理装置をＡＳＰ事業者などが提供する外部のサーバとした場合にも、電子ファイル閲覧システムのセキュリティを維持することができる。また、ユーザにＩＤやパスワードなどを逐一入力させる必要もないので、ユーザに手間を掛けさせることもない。

社内情報閲覧システムの構成を示す説明図である。 携帯電話用アクセスサーバの構成を示すブロック図である。 リンク情報の構成を示す説明図である。 ファイル処理サーバの構成を示すブロック図である。 携帯電話の構成を示すブロック図である。 文書ファイルの閲覧手順を示すフローチャートである。 文書ファイルの閲覧手順を示すフローチャートである。 ドキュメントリンク表示時の処理の流れを示す説明図である。 ビューア起動時の処理の流れを示す説明図である。 受信メール閲覧画面の一例を示す説明図である。 ビューア起動画面の一例を示す説明図である。

図１に示すように、社内情報閲覧システム（電子ファイル閲覧システム）２は、社内情報配信部（電子ファイル配信装置）３と、ファイル処理（ファイル処理装置）サーバ４と、携帯電話（携帯端末）５とで構成されている。これらの各部は、公衆ネットワークであるインターネット６に接続可能に構成されており、インターネット６を介して相互に通信を行うことができる。

社内情報配信部３は、企業の一事業所内に構築された社内ＬＡＮ（小規模ネットワーク）７のネットワーク内に設けられている。社内情報配信部３は、社内で作成された各種の社内情報を保管し、それらの各社内情報を携帯電話５からの要求に応じて配信する。すなわち、この社内情報閲覧システム２は、社内情報を社内情報配信部３から携帯電話５に配信することにより、電子メールやスケジュールなどといった各種の社内情報を社外でも閲覧できるようにするものである。

社内情報配信部３は、社内情報管理サーバ１０と携帯電話用アクセスサーバ１１とからなる。社内情報管理サーバ１０は、各種の社内情報を統括的に管理し、社内における業務の効率化、及び社内情報の共有化を支援する、いわゆるグループウェアを提供するサーバである。この社内情報管理サーバ１０は、例えば、各ユーザ（社員）のスケジュールを管理するスケジュール管理機能、電子メールの送受信機能、各ユーザが様々な情報を投稿／閲覧できるようにする電子掲示板機能などを有している。

社内ＬＡＮ７とインターネット６との間には、社内ＬＡＮ７内への不正なアクセスを防止するファイアウォール（不正アクセス防止手段）１２（以下、ＦＷ１２と称す）が設けられている。ＦＷ１２は、例えば、送られてきたパケットに含まれる送信元ＩＰアドレスを参照し、パケットの送信元が携帯電話５であるか否かを判定する。ＦＷ１２は、携帯電話５であると判定した場合、パケットの送信先ＩＰアドレスを参照し、送信先が携帯電話用アクセスサーバ１１であるか否かを判定する。そして、送信先が携帯電話用アクセスサーバ１１である場合には、そのパケットの通過を許可し、それ以外の送信先である場合には、そのパケットの通過を拒否する。

すなわち、携帯電話用アクセスサーバ１１は、携帯電話５に対する専用の公開サーバである。携帯電話用アクセスサーバ１１は、アクセスした携帯電話５のユーザが正規のユーザであるか否かを判定する。そして、正規のユーザである場合には、携帯電話５からの要求に応じた社内情報を社内情報管理サーバ１０から読み出し、その社内情報を携帯電話５に対応したデータに変換して要求元の携帯電話５に配信する。

このように、携帯電話用アクセスサーバ１１とＦＷ１２とによって、携帯電話５が社内情報管理サーバ１０に直接アクセスしないようにすることにより、社内情報管理サーバ１０内のデータの改竄や不正な読み出し、及び社内情報管理サーバ１０へのウイルスの侵入などといったセキュリティリスクを抑えることができる。

社内情報管理サーバ１０には、メールボックス管理部１４が設けられている。メールボックス管理部１４は、各ユーザのそれぞれに対応したメールボックス１５を有している。各メールボックス１５には、当該ユーザの受信メール、送信済みメール、及びこれらに添付された添付ファイルなどのデータが保管される。

社内にいるユーザは、各自に支給された業務用のＰＣ端末（図示は省略）から社内ＬＡＮ７を介して社内情報管理サーバ１０にアクセスすることで、新規メールの送信や受信メール及びこれに添付された添付ファイルの閲覧を行うことができる。

ファイル処理サーバ４は、ＰＣ端末用の文書作成ソフト、表計算ソフト、プレゼンテーションソフトなどで作成され、携帯電話５では閲覧することができない電子ファイルである文書ファイルを、携帯電話５でも閲覧可能な画像データに変換する画像変換処理を行う。

社内情報閲覧システム２では、ユーザから社内情報配信部３に文書ファイルの配信要求があった場合に、その文書ファイルをファイル処理サーバ４に転送し、ファイル処理サーバ４で文書ファイルを画像データに変換させる。そして、ファイル処理サーバ４にアクセスするためのリンク情報を社内情報配信部３から携帯電話５に送信し、ユーザをファイル処理サーバ４にアクセスさせることにより、要求した文書ファイルの画像データを携帯電話５で閲覧させる。これにより、ユーザは、画像データを介して文書ファイルの内容を確認することができる。

また、このファイル処理サーバ４は、社内情報配信部３を所有する企業とは別のＡＳＰ事業者が提供するサーバである。このため、ファイル処理サーバ４は、社内ＬＡＮ７の外側に設けられている。

例えば、ファイル処理サーバ４を社内に設けると、携帯電話５の新しい機種が発売される度に、その機種のデータを登録するといったメンテナンスを社内の管理者が行わなければならず、非常に手間が掛かる。専門の管理者を設置できる大企業では、こうした手間の影響も少ないが、専門の管理者を設置できず、他の業務を主に行う社員が管理者としての業務も兼任しなければならないような中小企業では、メンテナンスの発生が管理者に多大な負担となる。

これに対し、上記のように、ファイル処理サーバ４をＡＳＰ事業者のサーバとして提供すれば、携帯電話５の新機種が発売されてメンテナンスが発生した場合にも、メンテナンスの作業をＡＳＰ事業者に委託することができるので、社内の管理者の手間を省くことができる。

携帯電話５は、周知のように、基地局８と無線通信し、基地局８を介してインターネット６に接続することにより、社内情報配信部３やファイル処理サーバ４にアクセスする。携帯電話５には、各種の情報を表示するための液晶ディスプレイ１６と、各種の操作指示を入力するための操作部１７とが設けられている。携帯電話５は、操作部１７を介して入力されたユーザからの指示に応じて社内情報配信部３やファイル処理サーバ４にアクセスし、これらから取得した社内情報を液晶ディスプレイ１６に表示させる。

また、携帯電話５には、ブラウザとビューアとのアプリケーションソフトウェアがインストールされている。ブラウザは、社内情報配信部３やファイル処理サーバ４にアクセスする際や、社内情報配信部３から取得した社内情報を表示する際に用いられる。一方、ビューアは、ファイル処理サーバ４から取得した画像データを表示する際に用いられる。

ビューアは、ページ送り機能、ページ戻し機能、指定ページへのジャンプ機能を有している。ビューアでは、ファイル処理サーバ４で画像データに変換した文書ファイルが複数のページを有している場合、操作部１７を操作してページ送りやページ戻し、及びページ指定を指示することにより、そのページに順次表示を切り替えることができる。また、ビューアでは、操作部１７を操作することによって、表示した画像の拡大や縮小、及びクリッピング（切り出し）などを行うことができる。

図２に示すように、携帯電話用アクセスサーバ１１は、ＣＰＵ（リンク情報配信制御手段、確認手段、ファイル配信制御手段）３０と、システムメモリ３１と、ユーザ認証部３２と、コンテンツ生成部３３と、ネットワークインタフェース（Ｉ／Ｆ）３４と、ログデータ生成部（操作履歴記録手段）３５と、認証情報生成部３６と、リンク情報生成部３７と、データベース管理部（ＤＢ管理部）３８とを備えている。これらの各部は、バス３９を介して互いに接続されている。

ＤＢ管理部３８には、社内情報閲覧システム２を利用する各ユーザのユーザ情報を保管するユーザＤＢ４０と、各ユーザのログデータを保管するログＤＢ４１とが設けられている。このように、ＤＢ管理部３８は、携帯電話用アクセスサーバ１１の制御に必要な各種のデータをデータベース化して保管する。

ユーザ情報とは、例えば、ユーザ名、ユーザＩＤ、パスワードを関連付けたものであり、携帯電話用アクセスサーバ１１にアクセスしたユーザのユーザ認証を行なう際に用いられる。なお、ユーザ情報には、上記の他に、ユーザの指紋情報や瞳の虹彩情報などを含めてもよい。

ログデータとは、ユーザが携帯電話用アクセスサーバ１１にログインした日時、ユーザが閲覧した社内情報の名称、及びその閲覧日時などを示す操作履歴である。また、ログＤＢ４１では、ログデータをユーザＩＤと関連付けて保管している。これにより、ログＤＢ４１を参照することで、どのユーザがどのようなアクセスを行ったかを知ることができる。

システムメモリ３１には、携帯電話用アクセスサーバ１１を制御するための各種のプログラムやデータを記憶したＲＯＭ領域と、制御の過程で生じた種々のデータを一時的に記憶するＲＡＭ領域とが設けられている。ＣＰＵ３０は、システムメモリ３１から各種のプログラムを読み出し、これを逐次処理することによって携帯電話用アクセスサーバ１１の各部を統括的に制御する。

ユーザ認証部３２は、ユーザから入力された情報と、ユーザＤＢ４０に保管されたユーザ情報とを照合することにより、携帯電話用アクセスサーバ１１にアクセスしたユーザが正規のユーザであるか否かを判定するユーザ認証を行う。このユーザ認証によって正規のユーザであると判定されることにより、ユーザの携帯電話用アクセスサーバ１１へのログインが認められ、社内情報の閲覧が行えるようになる。

コンテンツ生成部３３は、ＣＰＵ３０からの指示に応答し、携帯電話５のブラウザに対応したＨＴＭＬデータを、携帯電話５に配信するコンテンツとして生成する。例えば、コンテンツ生成部３３は、社内情報管理サーバ１０からメールやスケジュールなどの社内情報を読み出した場合には、これらの社内情報を予め容易されたテンプレートに組み合わせることにより、携帯電話５用のＨＴＭＬデータを生成する。これにより、社内のＰＣ端末などで作成された社内情報も、携帯端末５の液晶ディスプレイ１６に表示できるようになる。

ネットワークＩ／Ｆ３４は、周知のモデムやルータなどであり、携帯電話用アクセスサーバ１１を社内ＬＡＮ７及びインターネット６に接続する。ログデータ生成部３５は、ＣＰＵ３０からの指示に応答してログデータを生成し、そのログデータをログイン中のユーザのユーザＩＤと関連付けてログＤＢ４１に保管する。

認証情報生成部３６は、ＣＰＵ３０からの指示に応答して、任意の文字列からなるセッションＩＤを認証済みのユーザであることを示す認証情報として生成する。そして、認証情報生成部３６は、生成したセッションＩＤをログイン中のユーザのユーザＩＤと関連付けてシステムメモリ３１に記憶させる。

携帯電話用アクセスサーバ１１は、認証情報生成部３６にセッションＩＤを生成させた場合、携帯電話５へのレスポンスにセッションＩＤを付加して送信する。そして、携帯電話５は、セッションＩＤが付加されたレスポンスを受けた場合、次のリクエストでは、そのセッションＩＤを付加して送信する。これにより、リクエストに付加されたセッションＩＤとシステムメモリ３１に記憶されたセッションＩＤとを照合し、関連付けられたユーザＩＤを確認することによって、認証済みのユーザを一意に識別することができる。システムメモリ３１に記憶させたセッションＩＤは、所定時間が経過するか、あるいはユーザが携帯電話用アクセスサーバ１１からログオフすることによって消去される。

リンク情報生成部３７は、ＣＰＵ３０からの指示に応答して、ユーザをファイル処理サーバ４にアクセスさせるためのリンク情報４４を生成する。ＣＰＵ３０は、ユーザから配信が要求された社内情報の中に文書ファイルが含まれる場合に、リンク情報生成部３７にリンク情報４４の生成を指示する。リンク情報生成部３７は、図３に示すように、携帯電話用アクセスサーバ１１にアクセスしたユーザに所望の電子ファイルを配信するためのリンク情報４３を書き換えることによって、ユーザをファイル処理サーバ４にアクセスさせるためのリンク情報４４を生成する。

リンク情報４３は、図３（ａ）に示すように、ｈｒｅｆタグと、ユーザが要求した電子ファイルのＵＲＬと、その電子ファイルのファイル名（リンクとして表示するための文字情報）とからなる。一方、リンク情報４４は、図３（ｂ）に示すように、ｈｒｅｆタグと、ファイル処理サーバ４のＵＲＬと、ユーザが要求した文書ファイルのＵＲＬと、ファイル処理サーバ４から携帯電話用アクセスサーバ１１に戻るための戻り先を指定するＵＲＬと、要求された文書ファイルのファイル名とからなる。

リンク情報生成部３７は、ユーザから要求された電子ファイルが文書ファイルである場合には、ファイル処理サーバ４のＵＲＬと戻り先のＵＲＬとを取得し、これらを加えるようにしてリンク情報４３を書き換えることにより、リンク情報４４を生成する。なお、図３では、便宜的にリンク情報４４を４行に改行して記載しているが、実際には、「・・・」で示す部分がそれぞれ連続した１行の情報である。

リンク情報４４において、文書ファイルのＵＲＬと戻り先のＵＲＬとには、認証情報生成部３６が生成したセッションＩＤが付加されている。図３では、セッションＩＤを「××××」として示しているが、実際には、認証情報生成部３６が生成した任意の文字列が書き込まれる。

ｈｒｅｆタグでは、「？」から「”」までの間の文字列がリンク先への引数として扱われる。すなわち、リンク情報４４における文書ファイルのＵＲＬと戻り先のＵＲＬとは、ファイル処理サーバ４への引数である。ユーザが、携帯電話５のブラウザ上で、このリンク情報４４に対応するリンク（以下、ドキュメントリンクと称す）をクリックすると、携帯電話５がファイル処理サーバ４にアクセスし、これと同時に文書ファイルのＵＲＬと戻り先のＵＲＬとの情報がファイル処理サーバ４に入力される。

図４に示すように、ファイル処理サーバ４は、ＣＰＵ（ファイル取得制御手段、記録指示手段）５０と、システムメモリ５１と、コンテンツ生成部５２と、ネットワークＩ／Ｆ５３と、機種判別部５４と、ファイル変換部（変換手段）５５と、画像処理部５６とを備えている。これらの各部は、バス５７を介して互いに接続されている。なお、ＣＰＵ５０、システムメモリ５１、コンテンツ生成部５２、ネットワークＩ／Ｆ５３の構成は、携帯電話用アクセスサーバ１１のものと同様であるから、詳細な説明は省略する。

機種判別部５４には、携帯電話５の機種を示す機種ＩＤと、その機種が表示可能な画像データのデータ形式を示す形式情報とが関連付けられた機種ＤＢ５８が設けられている。機種判別部５４は、携帯電話５から機種ＩＤが送られた際に、その機種ＩＤを基に機種ＤＢ５８を参照することにより、ファイル処理サーバ４にアクセスした携帯電話５の形式情報を特定する。なお、形式情報とは、例えば、ＪＰＥＧやビットマップなどの種類、及び液晶ディスプレイ１６の解像度や画像サイズなどである。

ファイル変換部５５は、社内情報配信部３から取得した文書ファイルを仮想印刷することにより、文書ファイルをページ毎の画像データに変換する。この際、ファイル変換部５５は、機種判別部５４が特定した形式情報に応じて画像データへの変換処理を行う。これにより、アクセスした携帯電話５の機種に対応した画像データを生成することができる。

ファイル変換部５５は、画像データへの変換が終了した後、その画像データをシステムメモリ５１に記憶させる。ファイル処理サーバ４は、文書ファイルが複数のページを有している場合、まず１ページ目の画像データを携帯電話５に配信する。そして、それ以降は、携帯電話５からの指示に応じた画像データをシステムメモリ５１から読み出し、その画像データを携帯電話５に配信する。システムメモリ５１に記憶させた画像データは、所定時間（例えば２４時間）が経過するか、あるいは画像データの閲覧終了がユーザから指示されたことに応答して消去される。

画像処理部５６は、ユーザから画像の拡大、縮小、クリッピングなどの処理が指示された際に、システムメモリ５１から当該画像データを読み出し、その画像データに対して指示に応じた画像処理を施す。そして、処理前の画像データと処理後の画像データとを再びシステムメモリ５１に記憶させる。

図５に示すように、携帯電話５は、液晶ディスプレイ１６及び操作部１７の他に、ＣＰＵ６０と、システムメモリ６１と、液晶ドライバ６２と、無線通信部６３とを備えている。これらの各部は、バス６４を介して互いに接続されている。システムメモリ６１には、携帯電話５を制御するための各種のプログラムやデータを記憶したＲＯＭ領域と、制御の過程で生じた種々のデータを一時的に記憶するＲＡＭ領域とが設けられている。ＣＰＵ６０は、システムメモリ６１から各種のプログラムを読み出し、これを逐次処理することによって携帯電話５の各部を統括的に制御する。

ＣＰＵ６０には、操作部１７が接続されている。これにより、ユーザからの操作指示が操作部１７を介してＣＰＵ６０に入力される。システムメモリ６１のＲＯＭ領域には、当該携帯電話５の機種を示す機種ＩＤ６５が記憶されている。

液晶ドライバ６２は、ＣＰＵ６０からの制御信号に応じて種々の画像データをシステムメモリ６１から読み出し、その画像データをアナログのコンポジット信号に変換して液晶ディスプレイ１６に出力する。これにより、液晶ディスプレイ１６に画像が表示される。無線通信部６３は、基地局８との間で無線通信を行い、基地局８と各種のデータを送受信する。

次に、図６、図７のフローチャート、及び図８、図９の説明図を参照しながら、受信メールを閲覧する場合を例に、上記構成による社内情報閲覧システム２の作用について説明する。ユーザは、社内情報管理サーバ１０に保管された自身の受信メールを携帯電話５で閲覧する場合、携帯電話用アクセスサーバ１１にログインした後、受信メールの一覧リストを表示させる。そして、その一覧リストの中から所望の受信メールを選択し、その受信メールの閲覧を携帯電話用アクセスサーバ１１に要求する。

携帯電話用アクセスサーバ１１のＣＰＵ３０は、ユーザから受信メールの閲覧要求を受けると、社内情報管理サーバ１０のメールボックス管理部１４にアクセスし、当該ユーザのメールボックス１５から要求された受信メールのデータを読み出す。ここで、受信メールのデータとは、例えば、受信メールの本文、件名、受信日時、差出人の名称及びメールアドレスなどのテキストデータである。さらに、当該受信メールが添付ファイルを有する場合には、その添付ファイルのファイル名やＵＲＬのテキストデータも、受信メールのデータとして読み出される（図８の（１））。

ＣＰＵ３０は、受信メールのデータを取得したら、ファイル名の拡張子などから、その受信メールの添付ファイルに文書ファイルが含まれるか否かを判定する。ＣＰＵ３０は、文書ファイルが含まれると判定すると、認証情報生成部３６にセッションＩＤの生成を指示する。認証情報生成部３６は、ＣＰＵ３０からの指示に応答してセッションＩＤを生成し、そのセッションＩＤをユーザＩＤと関連付けてシステムメモリ３１に記憶させる。ＣＰＵ３０は、認証情報生成部３６にセッションＩＤを生成させた後、ユーザが直前まで閲覧していた画面のＵＲＬを戻り先のＵＲＬとして取得する。すなわち、本例では、受信メールの一覧リストを示すＵＲＬが戻り先のＵＲＬとして取得される。

ＣＰＵ３０は、戻り先のＵＲＬを取得したら、そのＵＲＬをリンク情報生成部３７に入力し、リンク情報生成部３７にリンク情報４４の生成を指示する。リンク情報生成部３７は、ＣＰＵ３０からリンク情報４４の生成が指示されると、まずシステムメモリ３１から予め記憶されたファイル処理サーバ４のＵＲＬ、及びセッションＩＤを読み出す。そして、受信メールのデータとして取得された文書ファイルのＵＲＬと、ＣＰＵ３０から入力された戻り先のＵＲＬとのそれぞれにセッションＩＤを付加し、ファイル処理サーバ４のＵＲＬと戻り先のＵＲＬとをリンク情報４３に加えるように書き換えることにより、リンク情報４４を生成する（図８の（２））。

ＣＰＵ３０は、リンク情報生成部３７にリンク情報４４を生成させたら、そのリンク情報４４、及び受信メールのデータをコンテンツ生成部３３に入力し、受信メールを携帯電話５に表示させるデータの生成をコンテンツ生成部３３に指示する。

一方、ＣＰＵ３０は、文書ファイルが含まれないと判定した場合には、セッションＩＤの生成などを行うことなく、社内情報管理サーバ１０から取得した受信メールのデータのみをコンテンツ生成部３３に入力して表示用データの生成を指示する。なお、これ以降では、文書ファイルが含まれる場合に限定して説明を行う。

コンテンツ生成部３３は、ＣＰＵ３０からデータの生成が指示されると、入力された各情報を基に、要求された受信メールを携帯電話５のブラウザに表示させる受信メール閲覧画面７０（図１０参照）のＨＴＭＬデータを生成する。この後、ＣＰＵ３０は、生成されたＨＴＭＬデータを携帯電話５に配信する（図８の（３））。

携帯電話５のＣＰＵ６０は、携帯電話用アクセスサーバ１１から配信されたＨＴＭＬデータを受信すると、そのＨＴＭＬデータをシステムメモリ６１に記憶させるとともに、そのＨＴＭＬデータの表示を液晶ドライバ６２に指示する。液晶ドライバ６２は、ＣＰＵ６０からの指示に応じてシステムメモリ６１からＨＴＭＬデータを読み出し、そのＨＴＭＬデータを液晶ディスプレイ１６に表示させる。これにより、図１０に示すように、受信メール閲覧画面７０が液晶ディスプレイ１６に表示され、要求した受信メールの内容が閲覧できるようになる。

受信メール閲覧画面７０には、受信日時、差出人、件名などの情報、及びメールの本文が表示されるとともに、当該受信メールの添付ファイルに対応したドキュメントリンク７１が表示される。ユーザは、添付ファイルを閲覧する場合、操作部１７を操作し、ドキュメントリンク７１をクリックする。ＣＰＵ６０は、操作部１７からの入力によってドキュメントリンク７１がクリックされたことを検知すると、リンク情報４４に含まれるファイル処理サーバ４のＵＲＬを基に、ファイル処理サーバ４にアクセスする（図９の（１））。

ファイル処理サーバ４のＣＰＵ５０は、携帯電話５からのアクセスを受けると、先ず、そのリンク情報４４に含まれる引数の情報を取得する。具体的には、「ｔａｒｇｅｔ＝」以降の部分を要求された文書ファイルのＵＲＬであると判断するとともに、「ｒｅｔｕｒｎｕｒｌ＝」以降の部分を戻り先のＵＲＬであると判断し、これらの情報を取得してシステムメモリ５１に記憶させる。

ＣＰＵ５０は、引数の情報を取得したら、システムメモリ５１に予め用意されたビューア起動用のリンク情報と、引数として入力された戻り先のＵＲＬとをコンテンツ生成部５２に入力し、携帯電話５にビューアを起動させるためのデータの生成をコンテンツ生成部５２に指示する。

コンテンツ生成部５２は、ＣＰＵ５０からデータの生成が指示されると、入力された各情報を基に、ビューアを起動させるためのビューア起動画面７２（図１１参照）のＨＴＭＬデータ（請求項記載の画面データに相当）を生成する。この後、ＣＰＵ５０は、生成されたＨＴＭＬデータを携帯電話５に配信する（図９の（２））。

また、ＣＰＵ５０は、起動画面のＨＴＭＬデータの配信と同時に、引数として入力された文書ファイルのＵＲＬを基に、携帯電話用アクセスサーバ１１にアクセスし、携帯電話用アクセスサーバ１１に文書ファイルの配信を要求する（図９の（３））。また、この際、ＣＰＵ５０は、文書ファイルの配信とともに、ユーザが文書ファイルを閲覧したことを示すログデータの記録を携帯電話用アクセスサーバ１１に指示する。

前述のように、リンク情報４４に含まれる文書ファイルのＵＲＬには、セッションＩＤが付加されている。携帯電話用アクセスサーバ１１のＣＰＵ３０は、ファイル処理サーバ４からの文書ファイルの配信要求を受けると、その配信要求に含まれるセッションＩＤが、システムメモリ３１に記憶されたセッションＩＤと一致するか否かを判定することにより、ファイル処理サーバ４からの配信要求が正規のユーザからのものであるか否かを確認する。

ＣＰＵ３０は、配信要求に含まれるセッションＩＤと、システムメモリ３１に記憶されたセッションＩＤとが一致すると判定した場合には、正規のユーザからの配信要求であると判断する。ＣＰＵ３０は、正規のユーザと判断すると、要求に応じた文書ファイルの配信を社内情報管理サーバ１０に要求する（図９の（４））。社内情報管理サーバ１０は、この要求に応じて、対応する文書ファイルを携帯電話用アクセスサーバ１１に配信する（図９の（５））。

携帯電話用アクセスサーバ１１のＣＰＵ３０は、社内情報管理サーバ１０から文書ファイルを受け取ると、その文書ファイルをファイル処理サーバ４に配信する（図９の（６））。この後、ＣＰＵ３０は、ファイル処理サーバ４からの指示に応じて、ユーザが文書ファイルを閲覧したことを示すログデータをログデータ生成部３５に生成させ、そのログデータを当該ユーザのユーザＩＤと関連付けてログＤＢ４１に保管する。

一方、ＣＰＵ３０は、配信要求に含まれるセッションＩＤと、システムメモリ３１に記憶されたセッションＩＤとが一致しない、もしくは配信要求にセッションＩＤが含まれていないと判定した場合には、正規のユーザからの配信要求ではないと判断し、文書ファイルの配信を拒否する信号をファイル処理サーバ４に送信する。ファイル処理サーバ４は、この信号を受信すると、文書ファイルの読み出しが拒否されたことの報知、及び携帯電話用アクセスサーバ１１に適正にログインすることを指示するメッセージを表示する画面のデータをコンテンツ生成部５２に生成させ、そのデータを携帯電話５に配信する。

このように、ユーザから文書ファイルである添付ファイルの閲覧が要求された際に、携帯電話用アクセスサーバ１１でセッションＩＤを含むリンク情報４４を生成し、このリンク情報４４を基に携帯電話５をファイル処理サーバ４にアクセスさせるとともに、ファイル処理サーバ４から携帯電話用アクセスサーバ１１への文書ファイルの配信要求にセッションＩＤを含め、その配信要求に含まれるセッションＩＤと、システムメモリ３１に記憶されたセッションＩＤとが一致する場合にのみ文書ファイルをファイル処理サーバ４に配信するようにすれば、ファイル処理サーバ４をＡＳＰ事業者が提供するサーバとした場合にも、ファイル処理サーバ４からの配信要求が正規のユーザからのものであるか否かを確認することができ、社内情報閲覧システム２のセキュリティを維持することができる。また、ユーザは、ドキュメントリンク７１をクリックするだけでよく、ＩＤやパスワードなどを逐一入力させる必要もないので、ユーザに手間を掛けさせることもない。

さらに、ファイル処理サーバ４からの指示に応じて、携帯電話用アクセスサーバ１１でログデータを生成して保管するようにすれば、ユーザの操作履歴であるログデータを携帯電話用アクセスサーバ１１で一括して管理することができるようになる。

携帯電話５のＣＰＵ６０は、ビューアを起動させるためのＨＴＭＬデータをファイル処理サーバ４から受信した場合、そのＨＴＭＬデータをシステムメモリ６１に記憶させるとともに、そのＨＴＭＬデータの表示を液晶ドライバ６２に指示する。液晶ドライバ６２は、ＣＰＵ６０からの指示に応じてシステムメモリ６１からＨＴＭＬデータを読み出し、そのＨＴＭＬデータを液晶ディスプレイ１６に表示させる。これにより、図１１に示すように、ビューア起動画面７２が液晶ディスプレイ１６に表示される。

ビューア起動画面７２には、ユーザがビューアの起動を指示するためのビューア起動リンク７３が表示される。ユーザは、ビューアを起動させる場合、操作部１７を操作し、ビューア起動リンク７３をクリックする。ＣＰＵ６０は、操作部１７からの入力によってビューア起動リンク７３がクリックされたことを検知すると、ビューア起動リンク７３がクリックされたことを示すクリック検知信号をファイル処理サーバ４に送信する（図９の（７））。この際、ＣＰＵ６０は、システムメモリ６１から機種ＩＤ６５を読み出し、この機種ＩＤ６５をクリック検知信号に付加してファイル処理サーバ４に送信する。そして、ＣＰＵ６０は、クリック検知信号を送信した後、画像データを表示させるためのビューアを起動させ、液晶ディスプレイ１６の画面表示を切り替える。

また、ビューア起動画面７２を表示させた状態、すなわちビューア起動用のＨＴＭＬデータでは、ブラウザの戻るボタンにリンク情報４４の戻り先のＵＲＬが対応付けられている。ユーザは、前の画面に一度戻りたい場合には、ブラウザの戻るボタンを押下する。ＣＰＵ６０は、操作部１７からの入力によって戻るボタンが押下されたことを検知すると、戻り先のＵＲＬを基に、携帯電話用アクセスサーバ１１にアクセスし、戻り先のＵＲＬとして対応付けられた受信メールの一覧リストを再び表示させる。このように、ブラウザの戻るボタンを押下すると、戻り先のＵＲＬに基づいて携帯電話５のアクセス先が、ファイル処理サーバ４から携帯電話用アクセスサーバ１１に戻る。

また、リンク情報４４に含まれる戻り先のＵＲＬには、セッションＩＤが付加されている。携帯電話用アクセスサーバ１１のＣＰＵ３０は、戻り先のＵＲＬによって携帯電話５がアクセスしてきた場合、文書ファイルの配信が要求された時と同様に、その配信要求に含まれるセッションＩＤが、システムメモリ３１に記憶されたセッションＩＤと一致するか否かを判定することにより、正規のユーザからの配信要求であるか否かを確認する。

これにより、戻るボタンの押下によって携帯電話５が再び携帯電話用アクセスサーバ１１にアクセスした場合にも、そのユーザが認証済みの正規のユーザであるか否かを確認することができ、文書ファイルを配信する場合と同様に、ユーザに手間を掛けさせることなく、社内情報閲覧システム２のセキュリティを維持することができる。

ファイル処理サーバ４のＣＰＵ５０は、携帯電話５からのクリック検知信号を受信すると、これに含まれる機種ＩＤ６５を機種判別部５４に送る。機種判別部５４は、その機種ＩＤを基に機種ＤＢ５８を参照し、当該携帯電話５の形式情報を特定する。ＣＰＵ５０は、機種判別部５４に形式情報を特定させたら、携帯電話用アクセスサーバ１１から取得した文書ファイルの画像データへの変換をファイル変換部５５に指示する。

このように、起動画面のＨＴＭＬデータの配信と同時に文書ファイルの読み出しを開始し、ユーザがビューア起動リンク７３のクリックなどを行っている間に文書ファイルを読み出すようにすれば、文書ファイルの読み出しに関わるユーザの待ち時間を見た目上短くすることができ、社内情報閲覧システム２のユーザビリティの向上を図ることができる。また、クリック検知信号に機種ＩＤを含めることで、携帯電話５の機種判別も容易に行うことができる。

ファイル変換部５５は、ＣＰＵ５０からの指示に応じて変換処理を開始し、機種判別部５４が特定した形式情報に応じて文書ファイルを画像データに変換する（図９の（８））。この際、携帯電話５のＣＰＵ６０は、ファイル処理サーバ４に定期的にアクセスして文書ファイルの変換状況をポーリングし、その変換状況をプログレスバーの形式でビューアの画面に表示させる。

ファイル変換部５５は、画像データへの変換が終了したら、その画像データをシステムメモリ５１に記憶させる。この後、ＣＰＵ５０は、システムメモリ５１に記憶された画像データを読み出し、その画像データを携帯電話５に配信する。

携帯電話５のＣＰＵ６０は、画像データを受信すると、その画像データをシステムメモリ６１に記憶させるとともに、その画像データの表示を液晶ドライバ６２に指示する。液晶ドライバ６２は、ＣＰＵ６０からの指示に応じてシステムメモリ６１から画像データを読み出し、その画像データを液晶ディスプレイ１６に表示させる。これにより、受信メールに添付ファイルとして添付された文書ファイルに対応した画像（以下、文書画像と称す）が、液晶ディスプレイ１６に表示される。そして、ユーザは、この文書画像を閲覧することによって、文書ファイルの内容を確認することができる。

ユーザは、文書画像が表示された後、操作部１７を操作することにより、文書画像の拡大、縮小、クリッピングなどといった画像処理の実行を指示することができる。ＣＰＵ６０は、操作部１７からの入力によって画像処理の実行が指示されたことを検知すると、その指示に対応した信号をファイル処理サーバ４に配信する。

ファイル処理サーバ４のＣＰＵ５０は、画像処理の実行を指示する信号を受信すると、その信号に応じた画像処理の実行を画像処理部５６に指示する。画像処理部５６は、ＣＰＵ５０からの指示に応答してシステムメモリ５１から当該画像データを読み出し、その画像データに対して指示に応じた画像処理を施す。そして、処理前の画像データと処理後の画像データとを再びシステムメモリ５１に記憶させる。この後、ＣＰＵ５０は、処理後の画像データをシステムメモリ５１から読み出し、その画像データを携帯電話５に配信する。これにより、ユーザが指示した画像処理が施された文書画像が携帯電話５の液晶ディスプレイに表示される。

上記実施形態では、受信メールの添付ファイルに文書ファイルが含まれると判定した後にセッションＩＤを生成するようにしたが、これに限ることなく、例えば、ユーザ認証が行われた直後にセッションＩＤを生成するようにしてもよい。また、上記実施形態では、認証情報としてセッションＩＤを示したが、認証情報は、これに限ることなく、認証済みのユーザであることが判別可能な任意の情報でよい。

上記実施形態では、小規模ネットワークとして企業の一事業所内に構築された社内ＬＡＮ７を示したが、これに限ることなく、同一企業の複数の事業所間や複数の企業の事業所間など、離れた複数の事業所間を専用回線やＶＰＮ（Virtual Private Network）などで接続したものでもよい。

上記実施形態では、公開サーバである携帯電話用アクセスサーバ１１をＦＷ１２の内側に配置したが、これに限ることなく、例えば、携帯電話用アクセスサーバ１１のみをＦＷ１２の外側に配置してもよいし、ＤＭＺ（DeMilitarized Zone）ポートを有するＦＷ１２を用いてＤＭＺセグメントに携帯電話用アクセスサーバ１１を配置してもよい。さらには、上記実施形態と同様の構成で、社内情報管理サーバ１０と携帯電話用アクセスサーバ１１との間に、ＦＷ１２とは別のファイアウォールをさらに設けてもよい。こうすれば、社内情報管理サーバ１０への不正アクセスに対するセキュリティをより高めることができる。

上記実施形態では、携帯端末として携帯電話５を示したが、携帯端末は、これに限ることなく、ＰＨＳやＰＤＡ、さらには、ネットブックなどの簡易携帯型のコンピュータなどでもよい。

上記実施形態では、電子ファイル配信装置である社内情報配信部３を、社内情報管理サーバ１０と携帯電話用アクセスサーバ１１との２つのサーバで構成したが、電子ファイル配信装置は、これに限ることなく、１つのサーバで構成してもよいし、３つ以上のサーバで構成してもよい。

上記実施形態では、受信メールを閲覧する場合を例に説明を行ったが、本発明は、これに限ることなく、例えば、サーバに保管された所定の文書ファイルを指定して閲覧する場合などに適用してもよい。また、上記実施形態では、画像データに変換する電子ファイルとして、ＰＣ端末用の文書作成ソフト、表計算ソフト、プレゼンテーションソフトなどで作成された文書ファイルを示したが、これに限ることなく、携帯端末で閲覧したい任意の電子ファイルでよい。

２ 社内情報閲覧システム（電子ファイル閲覧システム）
３ 社内情報配信部（電子ファイル配信装置）
４ ファイル処理サーバ（ファイル処理装置）
５ 携帯電話（携帯端末）
６ インターネット（公衆ネットワーク）
７ 社内ＬＡＮ（小規模ネットワーク）
１０ 社内情報管理サーバ
１１ 携帯電話用アクセスサーバ
１２ ファイアウォール（不正アクセス防止手段）
３０ ＣＰＵ（リンク情報配信制御手段、確認手段、ファイル配信制御手段）
３２ ユーザ認証部（ユーザ認証手段）
３５ ログデータ生成部（操作履歴記録手段）
３６ 認証情報生成部（認証情報生成手段）
３７ リンク情報生成部（リンク情報生成手段）
４４ リンク情報
５０ ＣＰＵ（ファイル取得制御手段、記録指示手段）
５４ 機種判別部（機種判別手段）
５５ ファイル変換部（変換手段）

Claims (8)

1. 所定のエリアに構築された小規模ネットワーク内に設けられ、複数の電子ファイルを保管するとともに、その電子ファイルの要求を受け付けて、要求に応じた電子ファイルの配信を行う電子ファイル配信装置と、
   電子ファイルを画像データに変換する変換手段を有し、公衆ネットワーク及び前記小規模ネットワークを介して前記電子ファイル配信装置と接続されるファイル処理装置と、
   前記各ネットワークを介して前記電子ファイル配信装置及び前記ファイル処理装置に接続可能な携帯端末とを備え、
   前記携帯端末から所定の電子ファイルの配信が要求された際に、その電子ファイルを前記電子ファイル配信装置から前記ファイル処理装置に配信し、その電子ファイルを画像データに変換した後、その画像データを前記ファイル処理装置から前記携帯端末に配信し、その画像データに対応する画像を前記携帯端末の表示部に表示させることにより、画像データを介して電子ファイルの内容を閲覧できるようにする電子ファイル閲覧システムにおいて、
   前記携帯端末がアクセスした際に、その携帯端末のユーザが正規のユーザであるか否かを判定するユーザ認証を行うユーザ認証手段と、
   前記ユーザ認証手段によって正規のユーザであると判定された場合に、認証済みのユーザであることを示す認証情報を生成する認証情報生成手段と、
   前記携帯端末から電子ファイルの配信が要求された際に、前記ファイル処理装置にアクセスさせるための情報と、要求された電子ファイルの所在を示すファイル所在情報と、前記認証情報とからなるリンク情報を生成するリンク情報生成手段と、
   生成された前記リンク情報を要求元の前記携帯端末に配信するリンク情報配信制御手段とを、前記電子ファイル配信装置に設け、
   前記リンク情報に基づいて前記携帯端末がアクセスした際に、前記リンク情報に含まれる前記ファイル所在情報と前記認証情報とを取得し、これらの各情報を基に、要求された電子ファイルの配信を前記電子ファイル配信装置に要求することにより、前記電子ファイル配信装置から電子ファイルを取得するファイル取得制御手段と、
   前記ファイル取得制御手段から電子ファイルの配信が要求された際に、前記ファイル処理装置から前記認証情報を取得し、その認証情報と前記認証情報生成手段が生成した前記認証情報とが一致するか否かを判定することにより、前記ファイル取得制御手段からの配信要求が正規のユーザからのものであるか否かを確認する確認手段と、
   前記各認証情報が一致すると前記確認手段が判定した場合には、要求された電子ファイルを前記ファイル処理装置に配信し、前記各認証情報が一致しないと前記確認手段が判定した場合には、電子ファイルの配信を拒否するファイル配信制御手段とを、前記ファイル処理装置に設けた
   ことを特徴とする電子ファイル閲覧システム。
2. 前記リンク情報生成手段は、前記携帯端末が前記ファイル処理装置にアクセスした後、再び前記電子ファイル配信装置に戻るための戻り先を指定する戻り先情報を、さらに前記リンク情報に含めることを特徴とする請求項１記載の電子ファイル閲覧システム。
3. 前記ファイル処理装置は、前記携帯端末の機種を判別する機種判別手段を有し、
   前記変換手段は、電子ファイルを画像データに変換する際に、前記機種判別手段が判別した機種に応じた形式の画像データに変換することを特徴とする請求項１又は２記載の電子ファイル閲覧システム。
4. 前記ファイル処理装置は、前記携帯端末がアクセスした際に、画像データを表示させるビューアの起動を指示するためのビューア起動リンクを含むビューア起動画面の画面データを生成して前記携帯端末に配信し、
   前記ファイル取得制御手段は、前記画面データの配信と同時に、電子ファイルの取得を開始することを特徴とする請求項１から３のいずれか１項に記載の電子ファイル閲覧システム。
5. 前記携帯端末は、前記ビューア起動リンクがクリックされたことに応答して自身の機種を示す機種情報を前記ファイル処理装置に送信し、
   前記機種判別手段は、前記携帯端末からの前記機種情報を基に、前記携帯端末の機種を判別することを特徴とする請求項４記載の電子ファイル閲覧システム。
6. 前記電子ファイル配信装置は、ユーザの操作履歴を記録する操作履歴記録手段を有し、
   前記ファイル処理装置は、前記操作履歴記録手段に操作履歴の記録を指示するための記録指示手段を有することを特徴とする請求項１から５のいずれか１項に記載の電子ファイル閲覧システム。
7. 前記小規模ネットワークと前記公衆ネットワークとの間に、前記小規模ネットワーク内への不正なアクセスを防止する不正アクセス防止手段を設けたことを特徴とする請求項１から６のいずれか１項に記載の電子ファイル閲覧システム。
8. 所定のエリアに構築された小規模ネットワーク内に設けられ、複数の電子ファイルを保管するとともに、その電子ファイルの要求を受け付けて、要求に応じた電子ファイルの配信を行う電子ファイル配信装置と、
   電子ファイルを画像データに変換する変換手段を有し、公衆ネットワーク及び前記小規模ネットワークを介して前記電子ファイル配信装置と接続されるファイル処理装置と、
   前記各ネットワークを介して前記電子ファイル配信装置及び前記ファイル処理装置に接続可能な携帯端末とを備え、
   前記携帯端末から所定の電子ファイルの配信が要求された際に、その電子ファイルを前記電子ファイル配信装置から前記ファイル処理装置に配信し、その電子ファイルを画像データに変換した後、その画像データを前記ファイル処理装置から前記携帯端末に配信し、その画像データに対応する画像を前記携帯端末の表示部に表示させることにより、画像データを介して電子ファイルの内容を閲覧できるようにする電子ファイル閲覧システムの制御方法において、
   前記携帯端末が前記電子ファイル配信装置にアクセスした際に、その携帯端末のユーザが正規のユーザであるか否かを判定するユーザ認証を行うステップと、
   正規のユーザであると判定された場合に、認証済みのユーザであることを示す認証情報を生成するステップと、
   前記携帯端末から前記電子ファイル配信装置に電子ファイルの配信が要求された際に、前記ファイル処理装置にアクセスさせるための情報と、要求された電子ファイルの所在を示すファイル所在情報と、前記認証情報とからなるリンク情報を生成するステップと、
   生成された前記リンク情報を要求元の前記携帯端末に配信するステップと、
   前記リンク情報に基づいて前記携帯端末が前記ファイル処理装置にアクセスした際に、前記リンク情報に含まれる前記ファイル所在情報と前記認証情報とを取得するステップと、
   これらの各情報を基に、要求された電子ファイルの配信を前記電子ファイル配信装置に要求することにより、前記電子ファイル配信装置から電子ファイルを取得するステップと、
   前記ファイル処理装置から電子ファイルの配信が要求された際に、前記ファイル処理装置から前記認証情報を取得し、その認証情報と前記電子ファイル配信装置で生成された前記認証情報とが一致するか否かを判定することにより、前記ファイル処理装置からの配信要求が正規のユーザからのものであるか否かを確認するステップと、
   前記各認証情報が一致すると判定された場合には、要求された電子ファイルを前記ファイル処理装置に配信し、前記各認証情報が一致しないと判定された場合には、電子ファイルの配信を拒否するステップと
   を有することを特徴とする電子ファイル閲覧システムの制御方法。

Images