(57)【要約】【課題】シンクライアントサーバとクライアント端末間の通信はネットワークを介することとなるが、通信されるデータは圧縮された画面イメージのみであり、通常のクライアントサーバシステムよりデータ量が少なくて済むため、低速の通信回線でも利用可能であるというメリットがある。しかし、シンクライアント端末を介して外部デバイスへデータのダウンロードやアップロードを行う場合は、通信回線の影響が大きくなる。【解決手段】HTとシンクライアントサーバの間に、画面転送とは別のセッションを確立する。さらに、ダウンロードデータを拠点ごとの共有HDDに格納する。この共有HDDに格納したデータを確立した画面転送とは別のセッションを介してやりとりする。【選択図】図１
2014102602.tif 000002
【特許請求の範囲】
【請求項１】
第一のサーバと第二のサーバと第一の端末と第二の端末との間のデータ送受信方法において、
前記第一のサーバと前記第二のサーバの間、及び前記第一のサーバと前記第一の端末の間にシンクライアントによるデータの送受信を行うシンクライアント接続を確立するシンクライアント接続確立ステップと、
前記第一の端末もしくは前記第二の端末がユーザからの入力を受けることにより、当該第一の端末から、若しくは第二の端末が前記第一の端末を介してデータの取得要求を前記第一のサーバに送信する要求送信ステップと、
前記第一のサーバが、前記確立したシンクライアント接続を介して前記要求されたデータを前記第二のサーバに送信するデータ取得ステップと、
前記第二のサーバから前記第一の端末を介して前記第二の端末に前記要求されたデータを送信するデータ送信ステップと、
を備えることを特徴とするデータ送受信方法。
【請求項２】
請求項１に記載のデータ送受信方法において、
前記第一のサーバと前記第一の端末は、画像情報を送受信するシンクライアントシステムを構成するシンクライアントサーバと、シンクライアント端末であって、
前記確立したシンクライアント接続は、前記画像情報を送受信する接続とは別であることを特徴とするデータ送受信方法。
【請求項３】
請求項２に記載のデータ送受信方法において、
前記第一の端末と前記第二のサーバとの接続、及び前記第一の端末と前記第二の端末との接続、はケーブル若しくはネットワークによる物理的な接続であり、
前記データ送信ステップは、前記物理的な接続を介して送信することを特徴とするデータ送受信方法。
【請求項４】
請求項３に記載のデータ送受信方法において、
前記データ取得ステップは、前記要求に応じて前記シンクライアントサーバに接続されたデータベースサーバから前記要求されたデータを取得し、当該データを前記第二のサーバに送信することを特徴とするデータ送受信方法。
【請求項５】
請求項４に記載のデータ送受信方法において、
前記データ取得ステップでは、前記データベースから前記第二のサーバに当該要求にかかるデータを既に送信しているかを判断し、当該データを送信していない場合に、前記データベースから前記第二のサーバに当該データを送信することを特徴とするデータ送受信方法。
【請求項６】
第一のサーバと第二のサーバと第一の端末と第二の端末とを用いたデータ送受信システムにおいて、
前記第一のサーバは、
前記第一のサーバと前記第二のサーバの間、及び前記第一のサーバと前記第一の端末の間にシンクライアントによるデータの送受信を行うシンクライアント接続を確立するメモリ展開部と、
前記第一の端末もしくは前記第二の端末から、データの取得要求を取得し、前記第一のサーバが、前記確立したシンクライアント接続を介して前記要求されたデータを前記第二のサーバに送信するデータ通信部と、を備え、
前記第二のサーバは、
前記第一の端末を介して前記第二の端末に前記要求されたデータを送信するデータ通信部を備え、
前記第一の端末は、
前記要求されたデータを、前記第二の端末に送信するデータ通信部と、
を備えることを特徴とするデータ送受信システム。
【請求項７】
請求項６に記載のデータ送受信システムにおいて、
前記第一のサーバと前記第一の端末は、画像情報を送受信するシンクライアントシステムを構成するシンクライアントサーバと、シンクライアント端末であって、
前記メモリ展開部で確立するシンクライアント接続は、前記画像情報を送受信するセッションとは別であることを特徴とするデータ送受信システム。
【請求項８】
請求項７に記載のデータ送受信方法システムにおいて、
前記第一の端末と前記第二のサーバとの接続、及び前記第一の端末と前記第二の端末との接続は、ケーブル若しくはネットワークによる物理的な接続であることを特徴とするデータ送受信システム。
【請求項９】
請求項８に記載のデータ送受信システムにおいて、
さらに、データ取得部を備え、当該データ取得部は、前記要求に応じて前記シンクライアントサーバに接続されたデータベースサーバから前記要求されたデータを取得し、当該データを前記第二のサーバに送信することを特徴とするデータ送受信システム。
【請求項１０】
請求項９に記載のデータ送受信システムにおいて、
前記データ取得部は、前記データベースから前記第二のサーバに当該要求にかかるデータを既に送信しているかを判断し、当該データを送信していない場合に、前記データベースから前記第二のサーバに当該データを送信することを特徴とするデータ送受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアント端末と外部デバイス（ハンディターミナル）との間でデータを送受信（ダウンロード、アップロード）する技術に関する。
【背景技術】
【０００２】
シンクライアント端末では、シンクライアントサーバ上で動作しているプログラムの画面イメージを転送することで、あたかも端末上で動いているかのように操作可能である。業務アプリケーションやデータは中央のサーバで管理されているため、プログラム更新やセキュリティアップデート作業については、専門家が現地に出向くことなく、中央のシンクライアントサーバの操作のみで管理することが可能となる。特に保守作業や在庫管理等の日常業務でハンディターミナル（以下、HT）を使用する工場や作業現場など、端末が多数の拠点にある場合、システム管理作業が現場業務に与える影響や管理コスト削減が可能となる。また近年、情報漏洩が問題になっているが、シンクライアント端末には、業務データを保持しないため、情報セキュリティ面を考慮しての利用も多い。
【０００３】
シンクライアントサーバとクライアント端末間の通信はネットワークを介することとなるが、通信されるデータは圧縮された画面イメージのみであり、通常のクライアントサーバシステムよりデータ量が少なくて済むため、低速の通信回線でも利用可能であるというメリットがある。しかし、シンクライアント端末を介して外部デバイスへデータのダウンロードやアップロードを行う場合は、通信回線の影響が大きくなる。
【０００４】
このような技術として、特許文献1がある。この文献では、サーバにデバイス制御データ転送部、シンクライアント端末にデバイス制御データ転送制御部を設け、シンクライアントの画面情報を転送するセッションとは別のセッションを確立する。この別セッションを介して、クライアントに接続したデバイスに関する情報をサーバが取得し、この情報をもとにサーバが対応するデバイスドライバを起動し、デバイスの制御を行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2007-102308号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１では、以下の問題点があった。シンクライアント端末ではデバイスにダウンロード、アップロードを行う場合、通信回線の負荷が問題となる。本発明の目的は、シンクライアントの利点である「集中管理が可能」であることと「情報漏えいの防止」を損なわずに、HTへのダウンロード・アップロード時のネットワーク負荷を軽減可能な手段を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、業務で使用する正規のHT接続時にHT通信部をシンクライアント端末のメモリ上に展開し、画面転送とは別のセッションを確立し、ダウンロードデータを拠点ごとの共有HDDに取得し共有する。具体的には以下のように行う。
(1)シンクライアントサーバにより、シンクライアントサーバと拠点共有HDDの間、及びシンクライアントサーバとシンクライアント端末の間にデータのダウンロード、アップロード用のセッションを確立する。
(2)ユーザがシンクライアント端末もしくはHTを操作することにより、これら装置からデータの取得要求がシンクライアントサーバに届く。シンクライアントサーバは要求されたデータを業務DBに問い合わせ取得し、それを（１）で確立したセッションを利用して拠点共有HDDに送信する。
(3)シンクライアント端末またはHTからの指示により拠点共有HDDのデータをシンクライアント端末を介してHTに送信する。
【発明の効果】
【０００８】
シンクライアントサーバと拠点間で画面転送とは別のセッションを確立することにより、データとデータ転送時の応答要求による通信のオーバヘッドを軽減させる。さらに、ダウンロードデータを拠点内で共有することで、複数のHTへのダウンロード時、通信回線の利用そのものを減らすことができる。
【０００９】
更に本発明によれば、以下の波及的効果も奏することができる。本発明では、サーバ・端末間データ通信部とHT通信部をシンクライアント端末上のメモリに展開することにより、予めシンクライアント端末にプログラムをインストールする必要がなくなる。また、拠点で共有するデータをHTにダウンロードされたデータに応じて柔軟に管理することで、必要なデータを最小限のリスクで効率よく取得することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】データ送受信システムのハードウエア構成図である。
【図２】HT接続時の処理を説明するフローチャートである。
【図３】ダウンロード時の処理を説明するフローチャートである。
【図４】HT接続解除時の処理を説明するフローチャートである。
【図５】アップロード時の処理を説明するフローチャートである。
【図６】持出管理DB内の拠点ダウンロード履歴テーブルの例である。
【図７】持出管理DB内のHT管理テーブルの例である。
【図８】持出管理DB内の拠点データ管理テーブルの例である。
【図９】持出管理DB内の拠点Aのダウンロードリストの例である。
【図１０】持出管理DB内の拠点アップロード履歴テーブルの例である。
【発明を実施するための形態】
【００１１】
以下、図面を用いて実施の形態を説明する。
【００１２】
図１は本発明のデータ送受信システムのハードウエア構成図である。図1において、本システムはデータベースサーバ100とシンクライアントサーバ200とシンクライアント端末300と拠点共有HDD400とHT500で構成される。拠点共有HDD400はHDD付のパソコンまたはサーバである。データベースサーバ100とシンクライアントサーバ200はデータセンタ等に設置され、シンクライアント端末300と拠点共有HDD400は拠点に設置され、両者間はWAN回線で接続されている。シンクライアント端末300とHT500はシリアル接続やUSB接続される。なお、本実施例では、シンクライアントサーバ及びシンクライアント端末との間の接続をシンクライアント接続と呼び、このWAN回線、シリアル接続及びUSB接続を物理的な接続と呼ぶ。なお「セッション」とは、一般に、ログインしてからログアウトするまでの一連の操作や通信をさす文言であるが、本実施例では、「接続」という文言と同様の意味で使用している。
【００１３】
データベースサーバ100は業務DB101と持出管理DB102から構成される。
【００１４】
シンクライアントサーバ200はメモリ展開部201、HT接続管理部202、拠点データ管理部203、ダウンロードデータ作成部204、アップロードデータ登録部205、サーバ・端末間通信部206、共有フォルダ207、サーバ・端末間通信部208、HT通信部209から構成される。
【００１５】
シンクライアント端末300はメモリ展開されたサーバ・端末間通信部208’、HT通信部209’から構成される。
【００１６】
拠点共有HDD400は共有フォルダ401とデータ402とメモリ展開されたサーバ・端末間通信部208”から構成される。
【００１７】
HT500はHT通信部501から構成される。
【００１８】
図２はHT接続時の処理を説明するフローである。前提として、シンクライアント端末からシンクライアント端末にログイン時に、シンクライアントサーバ上のサーバ・端末間通信部がシンクライアント端末のメモリに展開されていることとする。また、拠点共用HDDについても同様に、起動時にシンクライアントサーバ上のサーバ・端末間通信部がシンクライアント端末のメモリに展開されていることとする。ここで、メモリ展開とは、各端末/HDDに予め格納されているコンピュータプログラムを実行することで、これら機器にサーバ・端末間データ通信部（処理機能）を形成することを意味する。
【００１９】
ここで、HTをクライアント端末に接続する際の処理の概要は、HT内データの確認とHTの接続先拠点の確認である。
【００２０】
HTをシンクライアント端末に接続すると（S600）、シンクライアントサーバ上のHT通信部をシンクライアント端末のメモリに展開する（S601）。次にシンクライアントサーバがDBサーバに問い合わせを行い拠点ダウンロード履歴テーブルを入手し、更にシンクライアント端末を介してHTに問い合わせを行ないHT内データを入手する。そして入手したこれら拠点ダウンロード履歴テーブルとHT内データとの比較を行う（S602）。その結果HT内データが削除されていた場合、拠点ダウンロード履歴テーブルの削除日時を更新する（S603）。次にHT管理テーブルの更新を行う（S604）。接続されたHTのIDを元にHT管理テーブルを検索し、接続拠点IDに現在接続している拠点IDを登録する。S602の判定で更新なしの場合、はS603を経ずにS604の処理を実行する。以上の処理により、他拠点のHTを一時的に自拠点のHTとして扱う場合の所在確認も可能となる。
【００２１】
図７を用いて具体的に説明すると、HTID「00009」は管理拠点IDはBであるが、拠点Aにてシンクライアント端末に接続した場合、接続拠点IDは「A」となる。これにより、現在、このHT（00009）は拠点Aで使用されていることがわかる。
【００２２】
図３はダウンロード時のフローである。HT接続後、ユーザーがシンクライアント端末を操作し、画面でダウンロードするデータを選択すると、データIDと選択したダウンロードパターンがシンクライアント端末からダウンロード要求として送信される（S701）。ここで、ダウンロードパターンとは、ユーザーが選択したデータ（その日そのHTで実施する作業に必要なデータ）の組み合わせを2進数化したものである。その後、要求データが要求元の拠点の拠点共有HDDに存在するかどうかの判定を行う（S702）。拠点データ管理テーブルにより拠点IDとデータIDにより検索を行い、要求されたデータが存在しない場合、または削除されていた場合（削除済みフラグが1の場合）は、シンクライアントサーバのダウンロードデータ取得部204により、業務DBから対象データを検索・取得し、送信データを作成し、シンクライアントサーバのサーバ・端末間データ通信部206が要求のあった拠点の拠点共有HDDに送信する（S703）。拠点共有HDDは送信されたデータを保存する（S704）。保存されたデータをDBサーバにある拠点データ管理テーブルに登録する、または削除済みフラグが1であった場合はフラグを0とし更新する（S705）。次に、上記処理にて拠点共有HDDに保存した要求データ、または既に存在していた拠点共有HDD上の要求データをシンクライアント端末のメモリ上に展開されたHT通信部208”によりHTに送信する（S706）。ダウンロードしたデータを拠点データダウンロード履歴テーブルに登録する（S707）。要求されたデータダウンロードパターンの全てのデータをダウンロード後、HT管理テーブルにUL/DLフラグをDLとして更新する（S708）。
【００２３】
例えば、拠点Aでデータ6666をダウンロードする場合、拠点管理データテーブルには該当データが存在するため、拠点Aの共有HDDからデータをダウンロードする。拠点Aでデータ2222をダウンロードする場合は、拠点管理データテーブルに該当データが存在しないため、S703〜S705で拠点共有HDDに保存する必要がある。また、拠点Cでデータ1111をダウンロードする場合は、削除フラグが1となっているため、既に拠点Cの拠点共有HDDからは削除されているため、再度S703〜S705で拠点共有HDDに保存しダウンロードする必要がある。
【００２４】
その後、データダウンロードパターンをもとに、そのデータダウンロードパターンがダウンロードリスト内のパターンと一致するかの比較判定をダウンロードリスト内のパターン数分繰り返す。ダウンロードリストとは、拠点と作業実施日ごとの作業に必要なデータパターンのリストであり、リストの数はその日に使用する最少HT数を意味する。またダウンロードリストはデータ作成時に拠点、作業実施日ごとに予め配布管理DBに登録されていることとする。まず、一致判定を行う（S709）。以下の処理はダウンロード済フラグが0の場合のみ行い、それ以外の場合は次のリストと比較する。
【００２５】
【数１】
2014102602.tif 000003
Nが0の場合、パターンが一致したため、ダウンロード済み候補として設定し、予備フラグを0としループを抜ける。
Nが0でないの場合、処理S710にて、パターンが含まれるかについて比較を行う。
【００２６】
【数２】
2014102602.tif 000004
上記「数２」を計算した結果、Mが0ならば、デーダウンロードパターンはパターンiを含むため、予備フラグを0、ダウンロード済みリスト候補とし、次のパターンと比較する。
Mが0でない場合、予備フラグを1とし、次のパターンと比較する。
ループ終了後、ダウンロード済み候補がある場合、処理S711にてそのパターンのDL済みフラグを1とする。ダウンロード済み候補がない場合、予備フラグを1とする。
【００２７】
例えば、HT内のデータダウンロードパターンが100111の場合、パターン2（100101）との比較でMが0となり、パターン2がダウンロード済み候補となるが、その後も比較を続けるため、パターン5（100111）でNが0となり一致するので最終的に、パターン5のDL済みフラグが1となる。
【００２８】
例えば、ダウンロードリストに同じデータパターンが存在する場合（パターン3とパターン6）、最初にデータダウンロードパターン011001がダウンロードされた場合は処理S709でパターン3のDL済みフラグが1となり、2台目のHTにデータダウンロードパターン011001がダウンロードされた場合は、パターン3のDL済みフラグが既に1なので、パターン3との比較は行われず、最終的にパターン6と一致し、パターン6のDL済みフラグが1となる。
【００２９】
上記処理により、ダウンロードパターンとダウンロードリストが一致、または含む場合、本作業で使用するHTとし、既にダウンロード済みの本作業用HTと同じデータパターンの場合やダウンロードリスト内パターンと異なる（含まない）場合は、バッテリー消耗時や作業分担用時等に利用するための予備用HTとする。ダウンロードリストは、作業量や作業員数、HT台数により決めることとなるが、ダウンロードリストにダウンロードパターンが含まれる場合も本作業用HTとみなすため、必要なデータだけでなく、急な追加作業等にも対応できる。
【００３０】
図４はHT接続解除時のフローである。シンクライアント端末がはずされた場合（S801）、シンクライアント端末のメモリからHT通信部を削除する（S802）。接続されていたHTのUL/DLフラグがDLの場合、次の削除判定処理を行う（S803）。ダウンロードリストのダウンロード済みフラグが全て1の場合（全パターンダウンロード済の場合）、その作業日の全データを拠点共有HDDから削除し処理を終了する（S804）。全パターンダウンロード済でない場合、接続拠点に接続済みで予備フラグのチェックを行う（S805）。その判定の結果、予備フラグが1のHTが1つもない場合（予備ダウンロードなしの場合）、拠点共有HDDから削除せず処理を終了する（S806）。予備フラグが1のHTが1つ以上ありかつダウンロードリストのダウンロード済みフラグが0のパターンが存在する場合、データごとに削除判定を行う（S807）。ダウンロードリストのデータ列の合計とダウンロード済みフラグが１のダウンロードリストのデータ列の合計が等しい場合、拠点共有HDD内の該当データを削除する。
【００３１】
例えばダウンロード済リストにパターン5、パターン2の順で登録済みでパターン1が新しく登録されたとすると、HT管理テーブルのA拠点、2012/1/3DLデータの中に予備フラグ1が存在するため、データごとの削除処理にて、データ1の合計とデータ5の合計が一致するため、削除される。
【００３２】
上記処理により、予備用HTでは、どのようなデータをダウンロードするかが未定であっても、拠点共有HDD内のデータを利用することができる。また新規導入時など、当面予備HTを使用しない場合は処理S805をオプションとしてもよい。このようにデータを適切なタイミングで削除可能なため、拠点共有HDDのセキュリティリスクを最小限にすることができる。
【００３３】
図５はアップロード時のフローである。HT接続後、ユーザーがアップロードを選択すると、シンクライアント端末からアップロード要求が送信される（S901）。その後、HT通信部501により、HT操作により更新されたデータをアップロードデータとし、HTから拠点共有HDDに送信する（S902）。拠点共有HDDで受信したデータをサーバ・端末間データ通信部208’により、シンクライアントサーバに送信する（S903）。シンクライアントサーバで受信したアップロードデータをアップロードデータ登録部205により業務DB101に登録する（S904）。アップロード済のデータをHTから削除する（S905）。拠点アップロード履歴テーブルを更新し（S906）、次にHT管理テーブルのUL/DLフラグをULで更新し（S907）、アップロード完了を送信し終了する（S908）。
【００３４】
図６は持出管理DB内の拠点ダウンロード履歴テーブルである。拠点ダウンロード履歴テーブルには接続拠点IDと、HTIDと、データIDと、ダウンロード日時と、削除日時と、を含むデータがHTにダウンロードされる度に登録される。本テーブルにより、各HTにどのようなデータがダウンロードされているかを管理することができる。
【００３５】
図７は持出管理DB内のHT管理テーブルである。HT管理テーブルには、HTIDと、管理拠点IDと、接続拠点IDと、UL/DLフラグと、予備フラグと、ステータス確認日時と、があり、HTがシンクライアントサーバに接続されるとき、ダウンロード完了時、アップロード完了時、予備端末の場合の接続解除時に情報が更新される。
【００３６】
図８は持出管理DB内の拠点データ管理テーブルである。拠点データ管理テーブルでは各拠点で初回に拠点共有HDDにデータを取得した際に、拠点IDと、データIDと、取得日時と、削除済フラグと、を含むレコードが作成され、登録される。削除済みフラグが1の場合は、1度拠点共有HDDに保存されていたが既に削除されたことを示す。
【００３７】
図９は持出管理DB内の拠点Aのダウンロードリストの例である。ダウンロードリストはデータとパターンの組み合わせと、DL済みフラグがあり、総パターン数が最少ダウンロードHT数となる。ダウンロードリストは作業実施日のデータ作成時に拠点ごとに設定・登録されている。
【００３８】
図１０は持出管理DB内の拠点アップロード履歴テーブルである。拠点アップロード履歴テーブルには拠点IDと、HTIDと、データIDを含むデータがHTからアップロードされる度に登録される。
【符号の説明】
【００３９】
100・・・DBサーバ
101・・・業務DB
102・・・持出管理DB
200・・・シンクライアントサーバ
201・・・メモリ展開部
202・・・HT接続管理部
203・・・拠点データ管理部
204・・・ダウンロードデータ取得部
205・・・アップロードデータ登録部
206・・・サーバ・端末間通信部
207・・・サーバ共有フォルダ
208・・・サーバ・端末間通信部（208’、208”は300、400上にメモリ展開された部分）
209・・・HT通信部（209’は300上にメモリ展開された部分）
300・・・シンクライアント端末
400・・・拠点共有HDD
401・・・拠点共有フォルダ
402・・・データ
500・・・HT
501・・・HT通信部
【図１】
2014102602.tif 000005
【図２】
2014102602.tif 000006
【図３】
2014102602.tif 000007
【図４】
2014102602.tif 000008
【図５】
2014102602.tif 000009
【図６】
2014102602.tif 000010
【図７】
2014102602.tif 000011
【図８】
2014102602.tif 000012
【図９】
2014102602.tif 000013
【図１０】
2014102602.tif 000014