(57)【要約】【課題】電子情報の送信に係る負荷を軽減したファイル送信サーバを提供する。【解決手段】携帯端末が送信した固有情報を含む情報を受信すると、管理情報に受信した固有情報が存在するか否か判定し、受信した固有情報が存在すると判定された場合に、管理情報から、受信した固有情報に関連づけられたクライアント識別情報を取得し、取得されたクライアント識別情報に対応するクライアントから、クライアントが有する電子化ファイルの構成を示す構成情報を取得し、取得された構成情報を、固有情報を送信した携帯端末に提供し、構成情報を提供した携帯端末から当提供に応じて送信される構成情報により示される電子化ファイルを示すファイル情報、及び電子化ファイルを送信する外部機器を示すアドレスを受信すると、クライアントからファイル情報により示される電子化ファイルを取得し、取得された電子化ファイルをアドレス宛に送信する。【選択図】図６
2008242655.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末を識別するための固有情報と、該携帯端末のユーザが利用するクライアントを識別するためのクライアント識別情報とが関連づけられた管理情報が記憶された記憶手段と、
携帯端末が送信した前記固有情報を含む情報を受信すると、前記記憶手段により記憶された管理情報に受信した固有情報が存在するか否か判定する判定手段と、
前記判定手段により受信した固有情報が存在すると判定された場合に、前記記憶手段に記憶された管理情報から、受信した固有情報に関連づけられたクライアント識別情報を取得するクライアント識別情報取得手段と、
前記クライアント識別情報取得手段により取得されたクライアント識別情報に対応するクライアントから、該クライアントが有する電子化ファイルの構成を示す構成情報を取得する構成情報取得手段と、
前記構成情報取得手段により取得された構成情報を、前記固有情報を送信した携帯端末に提供する提供手段と、
前記構成情報を提供した携帯端末から当該提供に応じて送信される前記構成情報により示される電子化ファイルを示すファイル情報、及び該電子化ファイルを送信する外部機器を示すアドレスを受信すると、前記クライアントから前記ファイル情報により示される電子化ファイルを取得するファイル取得手段と、
前記ファイル取得手段により取得された電子化ファイルを前記アドレス宛に送信する送信手段と、
を有するファイル送信サーバ。
【請求項２】
携帯端末を識別するための固有情報と、該携帯端末のユーザが利用するクライアントを識別するためのクライアント識別情報とが関連づけられ、更に前記クライアント識別情報と該クライアント識別情報に対応するクライアントが有する電子化ファイルの構成を示す構成情報とが関連づけられた管理情報が記憶された記憶手段と、
携帯端末が送信した前記固有情報を含む情報を受信すると、前記記憶手段により記憶された管理情報に受信した固有情報が存在するか否か判定する判定手段と、
前記判定手段により受信した固有情報が存在すると判定された場合に、前記記憶手段に記憶された管理情報から、受信した固有情報に関連づけられたクライアント識別情報を取得するクライアント識別情報取得手段と、
前記クライアント識別情報取得手段により取得されたクライアント識別情報に関連づけられた構成情報を、前記記憶手段に記憶された管理情報から取得する構成情報取得手段と、
前記構成情報取得手段により取得された構成情報を、前記固有情報を送信した携帯端末に提供する提供手段と、
前記構成情報を提供した携帯端末から当該提供に応じて送信される前記構成情報により示される電子化ファイルを示すファイル情報、及び該電子化ファイルを送信する外部機器を示すアドレスを受信すると、前記クライアントから前記ファイル情報により示される電子化ファイルを取得するファイル取得手段と、
前記ファイル取得手段により取得された電子化ファイルを前記アドレス宛に送信する送信手段と、
を有するファイル送信サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル送信サーバに関し、特に携帯端末が要求した送信先へファイルを送信するファイル送信サーバに関する。
【背景技術】
【０００２】
企業において、社内イントラネットに接続された業務用パソコンを一人で１台占有し、そのパソコンにて業務を遂行する業務形態が当たり前となっている現状、業務に必要な資料の作成、保管は業務用パソコンで行われている場合が大半である。
【０００３】
このような現状において、例えば「営業先で突発的に営業用資料を顧客に提出する必要性が生じる」等、外出先にいながら業務用パソコンで管理する資料を電子メールなどで送信したい場面が発生することが多々ある。
【０００４】
このような電子情報の送受信に関し、特許文献１には、取得したコンテンツの表示画面の情報内容をプリンタへ出力して印刷したり、電子メールやＦＡＸ等として転送できるようにした技術が開示されている。
【０００５】
また、特許文献２には、携帯端末よりサーバに登録している文書をメールで送信する技術が開示されている。
【特許文献１】特開２００１−１８８７３６号公報
【特許文献２】特開２００２−１８３０４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献２に開示された技術では、送信対象となるコンテンツ(文書ファイル等)はサーバで管理する必要があるため操作が煩雑になり、またサーバ管理用のコストが嵩むという問題点があった。
【０００７】
本発明は上記問題点に鑑み、電子情報の送信に係る負荷を軽減したファイル送信サーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、請求項１の発明は、携帯端末を識別するための固有情報と、該携帯端末のユーザが利用するクライアントを識別するためのクライアント識別情報とが関連づけられた管理情報が記憶された記憶手段と、携帯端末が送信した前記固有情報を含む情報を受信すると、前記記憶手段により記憶された管理情報に受信した固有情報が存在するか否か判定する判定手段と、前記判定手段により受信した固有情報が存在すると判定された場合に、前記記憶手段に記憶された管理情報から、受信した固有情報に関連づけられたクライアント識別情報を取得するクライアント識別情報取得手段と、前記クライアント識別情報取得手段により取得されたクライアント識別情報に対応するクライアントから、該クライアントが有する電子化ファイルの構成を示す構成情報を取得する構成情報取得手段と、前記構成情報取得手段により取得された構成情報を、前記固有情報を送信した携帯端末に提供する提供手段と、前記構成情報を提供した携帯端末から当該提供に応じて送信される前記構成情報により示される電子化ファイルを示すファイル情報、及び該電子化ファイルを送信する外部機器を示すアドレスを受信すると、前記クライアントから前記ファイル情報により示される電子化ファイルを取得するファイル取得手段と、前記ファイル取得手段により取得された電子化ファイルを前記アドレス宛に送信する送信手段と、を有する。
【０００９】
請求項１の発明によれば、記憶手段には、携帯端末を識別するための固有情報と、該携帯端末のユーザが利用するクライアントを識別するためのクライアント識別情報とが関連づけられた管理情報が記憶され、判定手段が携帯端末が送信した前記固有情報を含む情報を受信すると、前記記憶手段により記憶された管理情報に受信した固有情報が存在するか否か判定し、クライアント識別情報取得手段が前記判定手段により受信した固有情報が存在すると判定された場合に、前記記憶手段に記憶された管理情報から、受信した固有情報に関連づけられたクライアント識別情報を取得し、構成情報取得手段が前記クライアント識別情報取得手段により取得されたクライアント識別情報に対応するクライアントから、該クライアントが有する電子化ファイルの構成を示す構成情報を取得し、提供手段が前記構成情報取得手段により取得された構成情報を、前記固有情報を送信した携帯端末に提供し、ファイル取得手段が前記構成情報を提供した携帯端末から当該提供に応じて送信される前記構成情報により示される電子化ファイルを示すファイル情報、及び該電子化ファイルを送信する外部機器を示すアドレスを受信し、送信手段が前記クライアントから前記ファイル情報により示される電子化ファイルを取得すると、前記ファイル取得手段により取得された電子化ファイルを前記アドレス宛に送信する。従って、請求項１の発明によれば、ファイル送信サーバで電子情報を予め保存しておく必要がないため、ファイル送信サーバの負荷を軽減することができる。
【００１０】
上記目的を達成するために、請求項２の発明は、携帯端末を識別するための固有情報と、該携帯端末のユーザが利用するクライアントを識別するためのクライアント識別情報とが関連づけられ、更に前記クライアント識別情報と該クライアント識別情報に対応するクライアントが有する電子化ファイルの構成を示す構成情報とが関連づけられた管理情報が記憶された記憶手段と、携帯端末が送信した前記固有情報を含む情報を受信すると、前記記憶手段により記憶された管理情報に受信した固有情報が存在するか否か判定する判定手段と、前記判定手段により受信した固有情報が存在すると判定された場合に、前記記憶手段に記憶された管理情報から、受信した固有情報に関連づけられたクライアント識別情報を取得するクライアント識別情報取得手段と、前記クライアント識別情報取得手段により取得されたクライアント識別情報に関連づけられた構成情報を、前記記憶手段に記憶された管理情報から取得する構成情報取得手段と、前記構成情報取得手段により取得された構成情報を、前記固有情報を送信した携帯端末に提供する提供手段と、前記構成情報を提供した携帯端末から当該提供に応じて送信される前記構成情報により示される電子化ファイルを示すファイル情報、及び該電子化ファイルを送信する外部機器を示すアドレスを受信すると、前記クライアントから前記ファイル情報により示される電子化ファイルを取得するファイル取得手段と、前記ファイル取得手段により取得された電子化ファイルを前記アドレス宛に送信する送信手段と、を有する。
【００１１】
請求項２の発明によれば、記憶手段には、携帯端末を識別するための固有情報と、該携帯端末のユーザが利用するクライアントを識別するためのクライアント識別情報とが関連づけられ、更に前記クライアント識別情報と該クライアント識別情報に対応するクライアントが有する電子化ファイルの構成を示す構成情報とが関連づけられた管理情報が記憶され、判定手段が携帯端末が送信した前記固有情報を含む情報を受信すると、前記記憶手段により記憶された管理情報に受信した固有情報が存在するか否か判定し、クライアント識別情報取得手段が前記判定手段により受信した固有情報が存在すると判定された場合に、前記記憶手段に記憶された管理情報から、受信した固有情報に関連づけられたクライアント識別情報を取得し、構成情報取得手段が前記クライアント識別情報取得手段により取得されたクライアント識別情報に関連づけられた構成情報を、前記記憶手段に記憶された管理情報から取得し、提供手段が前記構成情報取得手段により取得された構成情報を、前記固有情報を送信した携帯端末に提供し、ファイル取得手段が前記構成情報を提供した携帯端末から当該提供に応じて送信される前記構成情報により示される電子化ファイルを示すファイル情報、及び該電子化ファイルを送信する外部機器を示すアドレスを受信すると、前記クライアントから前記ファイル情報により示される電子化ファイルを取得し、送信手段が前記ファイル取得手段により取得された電子化ファイルを前記アドレス宛に送信する。このように、ファイル送信サーバで電子情報を予め保存しておく必要がないため、ファイル送信サーバの負荷を軽減することができる。
【発明の効果】
【００１２】
本発明によれば、電子情報の送信に係る負荷を軽減したファイル送信サーバを提供することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。なお、本実施の形態では、電子情報として電子化ファイル（以下、ファイルと記す）を例にしている。
【００１４】
まず、図１を用いて、本実施の形態に係るファイル送信サーバ（以下、単にサーバと記す）と、サーバと情報のやり取りを行う各電子機器とを含む全体構成について説明する。
【００１５】
同図には、サーバ１２、携帯端末１０、クライアント４０、及び外部機器５０が示されている。このうち、サーバ１２及びクライアント４０は、イントラネット内で接続され、またそれらはインターネットにも接続可能となっている。
【００１６】
携帯端末１０は、携帯端末用の基地局を介し、インターネットに接続可能となっている。また、外部機器５０もインターネットに接続可能となっている。
【００１７】
次に、図２を用いて、サーバ１２の構成について説明する。サーバ１２は、各々バスＢにより接続されたＣＰＵ（Central Processing Unit）６０と、ＲＯＭ（Read Only Memory）６１と、ＲＡＭ（Random Access Memory）６２と、ＨＤＤ（Hard Disk Drive）６３と、表示部６４と、操作入力部６５と、通信インタフェース６６とを含む。
【００１８】
ＣＰＵ６０は、サーバ１２の全体的な動作を司るものであり、後述する処理は、ＣＰＵ６０により実行される。ＲＯＭ６１は、サーバ１２の起動時に動作するブートプログラムなどが記憶されている不揮発性の記憶装置である。ＲＡＭ６２は、ＯＳ（Operating System）、プログラム、及びデータが展開される揮発性の記憶装置である。ＨＤＤ６３は、後述する管理データベース（管理情報：以下、管理ＤＢと記す）、ＯＳ、及びプログラム等が記憶された不揮発性の記憶装置である。
【００１９】
表示部６４は、各種所定の情報を表示するものである。操作入力部６５は、ユーザがサーバ１２の操作をする場合や、サーバ１２に情報を入力する際に用いられるものである。通信インタフェース６６は、イントラネット及びインターネットに接続して通信を行うためのインタフェースであり、通信を行うためのＮＩＣ（Network Interface Card）等である。
【００２０】
次に、図３を用いて、サーバ１２、携帯端末１０、及びクライアント４０の機能ブロックについて説明する。最初にサーバ１２の機能ブロックについて説明する。サーバ１２は、Ｗｅｂサーバ２０、制御部２２、登録部２４、データ管理部２６、情報取得部２８、メール送信部３０、及び管理ＤＢ３２を含んで構成される。
【００２１】
このうち、Ｗｅｂサーバ２０は、Ｗｅｂのサーバ機能を実行するデーモンであり、携帯端末１０及びクライアント４０とのインタフェースである。制御部２２は、上述した各部を制御するものである。登録部２４は、携帯端末を識別するための固有情報と、携帯端末のユーザが利用するクライアントを識別するためのクライアント識別情報とを関連づけて管理ＤＢ３２に登録するものである。
【００２２】
データ管理部２６は、管理ＤＢ３２に携帯端末１０から受信した固有情報が存在するか否か判定するものである。また、データ管理部２６は、受信した固有情報が存在すると判定された場合には、管理ＤＢ３２から受信した固有情報に関連づけられたクライアント識別情報を取得するものである。
【００２３】
情報取得部２８は、クライアント４０が有するファイルの構成を示す構成情報（以下、ディレクトリ情報と記す）、及びファイルをクライアント４０から取得するものである。取得されたディレクトリ情報は、制御部２２により携帯端末１０に送信される。また、取得されたファイルは、制御部２２により外部機器５０に送信される。
【００２４】
メール送信部３０は、メールを外部機器など他の機器へ送信するものであり、そのメールにはファイルを添付することも当然に可能である。管理ＤＢ３２は、本実施の形態では２種類存在する。１つ目は、図４に示されるように、固有情報と、クライアント識別情報とが関連づけられた管理ＤＢ３２である。
【００２５】
同図においては、固有情報Rh8rb2y9ry23と、クライアント識別情報Rh8rb2y9ry23_20070222162536とが関連づけられている。
【００２６】
２つ目は、図５に示されるように、固有情報と、クライアント識別情報とが関連づけられ、更にクライアント識別情報とそのクライアント識別情報に対応するクライアントが有するファイルの構成を示すディレクトリ情報とが関連づけられた管理ＤＢ３２である。
【００２７】
同図において、固有情報Rh8rb2y9ry23と、クライアント識別情報Rh8rb2y9ry23_20070222162536とが関連づけられているのは図４と同様である。そして、クライアント識別情報Rh8rb2y9ry23_20070222162536と、ディレクトリ情報である「1.○○プロジェクト提案書.ppt、2.××企画案.ppt、3.△△企画.xls、4.●●提案書.doc」とが関連づけられている。
【００２８】
これら２種類の管理ＤＢの使い分けについては後述するが、いずれの管理ＤＢ３２であっても本実施の形態では、携帯端末１０と、クライアント４０とが関連づけられているものとする。
【００２９】
図３の説明に戻り、携帯端末１０は、入力部１４、及び表示部１６を含んで構成される。入力部１４は、ユーザが携帯端末１０の操作や、文字や数字の入力を行うためのものである。表示部１６は、各種情報を表示するものである。
【００３０】
また、クライアント４０は、制御部４２、ディレクトリ情報取得部４４、及びファイル取得部４６を含んで構成される。制御部４２はクライアント４０の各部を制御するものである。ディレクトリ情報取得部４４は、自らが有するファイルの構成を示すディレクトリ情報を取得するものである。取得されたディレクトリ情報は、制御部４２によりサーバ１２に送信される。ファイル取得部４６は、ファイルを取得するものである。取得されたファイルは、制御部４２によりサーバ１２に送信される。
【００３１】
以下、サーバ１２、携帯端末１０、クライアント４０、及び外部機器５０で行われるファイル送信処理を、２つのシーケンス図（図６、図７）を用いて説明する。なお、いずれのシーケンス図においても、サーバ１２の処理は、上述したＣＰＵ６０が実行するものである。また、携帯端末１０、クライアント４０についても、それらが有するＣＰＵで処理を実行する。
【００３２】
図６に示されるシーケンス図は、図４で説明した管理ＤＢ３２を用いた場合の処理を示すものである。図４で説明した管理ＤＢ３２は、固有情報と、クライアント識別情報とが関連づけられたものであるため、携帯端末１０からディレクトリ情報の要求を受信した場合にはディレクトリ情報をクライアント４０に要求する必要がある。
【００３３】
一方、図７に示されるシーケンス図は、図５で説明した管理ＤＢ３２を用いた場合の処理を示すものである。図５で説明した管理ＤＢ３２は、固有情報と、クライアント識別情報とが関連づけられ、更にディレクトリ情報とが関連づけられた管理ＤＢである。従って、携帯端末１０からディレクトリ情報の要求を受信した場合には、管理ＤＢ３２から取得すれば良く、ディレクトリ情報をクライアント４０に要求する必要はない。
【００３４】
この点を踏まえ、まず、図６のシーケンス図を説明する。最初に携帯端末１０は、ステップ１０１で、ディレクトリ情報要求を送信する。このディレクトリ情報要求は、クライアント４０のディレクトリ情報をサーバ１２に要求するものであり、携帯端末１０の固有情報を含む情報が送信される。
【００３５】
次のステップ１０２で、サーバ１２は、固有情報を含む情報を受信すると、ＨＤＤ６３により記憶された管理ＤＢ３２（図４参照）に受信した固有情報が存在するか否か判定する。固有情報が存在しない場合には、何もしないか、携帯端末１０にエラーを返して処理を終了する。
【００３６】
受信した固有情報が存在すると判定された場合には、ステップ１０３で、管理ＤＢ３２から受信した固有情報に関連づけられたクライアント識別情報を取得する。
【００３７】
そして、ステップ１０４で、クライアント４０にディレクトリ情報要求を送信する。このディレクトリ情報要求とは、クライアント４０のディレクトリ情報を要求するものである。
【００３８】
クライアント４０は、ディレクトリ情報要求を受信すると、ステップ１０５でディレクトリ情報を取得し、取得したディレクトリ情報をステップ１０６でサーバ１２に送信する。
【００３９】
ステップ１０７でサーバ１２は、ディレクトリ情報を受信することによりクライアント４０のディレクトリ情報を取得すると、ステップ１０８で、取得されたディレクトリ情報を、固有情報を送信した携帯端末１０に提供する。
【００４０】
固有情報を受信した携帯端末１０は、ステップ１０９で、ユーザがディレクトリ情報から選択したファイルのファイル情報（ここではファイル名）と、そのファイルを送信する外部機器５０を示すアドレスとをサーバ１２に送信する。
【００４１】
サーバ１２は、ディレクトリ情報を提供した携帯端末１２からディレクトリ情報に示されるファイルを示すファイル名、及びそのファイルを送信する外部機器５０を示すアドレスを受信すると、クライアント４０からファイル名が示すファイルを取得するために、ステップ１１０でファイル要求をクライアント４０に送信する。このファイル要求は、ファイル名を指定し、そのファイル名のファイルをクライアント４０に要求するものである。
【００４２】
ファイル要求を受信したクライアント４０は、ステップ１１１で、ファイル名が示すファイルを取得し、ステップ１１２で取得したファイルをサーバ１２に送信する。これにより、サーバ１２は、ステップ１１３でファイルを取得し、ステップ１１４で、取得されたファイルを上記アドレス宛、すなわち外部機器５０に送信する。これにより外部機器５０はファイルを受信することができる。
【００４３】
上述した処理によれば、サーバ１２でファイルを予め保存しておく必要がないため、サーバ１２の負荷を軽減することができる。
【００４４】
次に、図７のシーケンス図を説明する。最初に携帯端末１０は、ステップ２０１で、ディレクトリ情報要求を送信する。このディレクトリ情報要求は、クライアント４０のディレクトリ情報をサーバ１２に要求するものであり、携帯端末１０の固有情報を含む情報が送信される。
【００４５】
次のステップ２０２で、サーバ１２は、固有情報を含む情報を受信すると、ＨＤＤ６３により記憶された管理ＤＢ３２（図５参照）に受信した固有情報が存在するか否か判定する。固有情報が存在しない場合には、何もしないか、携帯端末１０にエラーを返して処理を終了する。
【００４６】
受信した固有情報が存在すると判定された場合には、サーバ１２は、ステップ２０３で、管理ＤＢ３２から受信した固有情報に関連づけられたクライアント識別情報を取得する。
【００４７】
更に、サーバ１２は、ステップ２０４で、取得されたクライアント識別情報に関連づけられたディレクトリ情報を、管理ＤＢ３２から取得する。
【００４８】
ステップ２０４でディレクトリ情報を取得すると、ステップ２０５で、取得されたディレクトリ情報を、固有情報を送信した携帯端末１０に提供する。
【００４９】
固有情報を受信した携帯端末１０は、ステップ２０６で、ユーザがディレクトリ情報から選択したファイルのファイル情報（ここではファイル名）と、そのファイルを送信する外部機器５０を示すアドレスとをサーバ１２に送信する。
【００５０】
サーバ１２は、ディレクトリ情報を提供した携帯端末１２からディレクトリ情報に示されるファイルを示すファイル名、及びそのファイルを送信する外部機器５０を示すアドレスを受信すると、クライアント４０からファイル名が示すファイルを取得するために、ステップ２０７でファイル要求をクライアント４０に送信する。このファイル要求は、ファイル名を指定し、そのファイル名のファイルをクライアント４０に要求するものである。
【００５１】
ファイル要求を受信したクライアント４０は、ステップ２０８で、ファイル名が示すファイルを取得し、ステップ２０９で取得したファイルをサーバ１２に送信する。これにより、サーバ１２は、ステップ２１０でファイルを取得し、ステップ２１１で、取得されたファイルを上記アドレス宛、すなわち外部機器５０に送信する。これにより外部機器５０はファイルを受信することができる。
【００５２】
上述した処理によれば、サーバ１２でファイルを予め保存しておく必要がないため、サーバ１２の負荷を軽減することができる。
【００５３】
なお、以上説明した管理ＤＢ３２（図５参照）を用いる処理の場合、クライアント４０は、自らのディレクトリ情報が更新される度に、サーバ１２へ更新されたディレクトリ情報を送信する必要がある。またサーバ１２は、更新されたディレクトリ情報を受信すると、クライアント４０のディレクトリ情報を更新する。
【００５４】
上述したステップ１０９、及びステップ２０６の処理は携帯端末１０で実行されるが、このときのユーザインタフェースの例を、図８を用いて説明する。
【００５５】
同図（Ａ）は、サーバ１２からディレクトリ情報を受信した際に、ユーザに対して表示される画面を示している。同図には、「デスクトップ」をルートとするディレクトリ情報が表示されている。この画面で、「・・・Ｃ社／提案書」なるフォルダをユーザが選択すると、同図（Ｂ）に示される画面が表示される。この画面は、「提案書」フォルダのディレクトリ情報を示すもので、同図の場合、４つのファイル名が示されている。
【００５６】
これら４つのファイル名から、「○○プロジェクト提案書.ppt」をユーザが選択すると、同図（Ｃ）に示される画面が表示される。この画面に示されるように、選択したファイル名（同図の場合、パスも含まれている）が本文に添付される。また、ユーザは、宛先欄に外部機器５０のメールアドレスを入力する。その他、題名等を入力しても良い。
【００５７】
このようにしてユーザにより入力されたアドレスとファイル名とがサーバ１２に送信される。このように、本実施の形態における携帯端末１０の操作も簡単なものとなっている。
【図面の簡単な説明】
【００５８】
【図１】本実施の形態に係るファイル送信サーバと、サーバと情報のやり取りを行う各電子機器を含む全体構成を示す図である。
【図２】サーバの構成を示す図である。
【図３】サーバ、携帯端末、及びクライアントの機能ブロック図である。
【図４】管理ＤＢを示す図である（その１）。
【図５】管理ＤＢを示す図である（その２）。
【図６】ファイル送信処理を示すシーケンス図である（その１）。
【図７】ファイル送信処理を示すシーケンス図である（その２）。
【図８】携帯端末のユーザインタフェースの一例を示す図である。
【符号の説明】
【００５９】
１０  携帯端末
１２  データ送信サーバ
２２  制御部
２６  データ管理部
２８  情報取得部
３０  メール送信部
３２  管理ＤＢ
４０  クライアント
５０  外部機器
６０  ＣＰＵ
６３  ＨＤＤ
【図１】
2008242655.tif 000003
【図２】
2008242655.tif 000004
【図３】
2008242655.tif 000005
【図４】
2008242655.tif 000006
【図５】
2008242655.tif 000007
【図６】
2008242655.tif 000008
【図７】
2008242655.tif 000009
【図８】
2008242655.tif 000010