JP2008210083A - ダウンロードシステム及びクライアント側機器 - Google Patents

Abstract

【課題】ＬＡＮ、携帯電話回線などを活用し、お客様先への移動中にドキュメントのダウンロードを完了するシステムを提供する。
【解決手段】有線接続機能と無線接続機能とを有するクライアント側機器２１と、クライアント側機器２１がダウンロードするドキュメントをデータベース１２に格納し、クライアント側機器２１との有線接続及び無線接続の両方が可能なサーバ側機器１１とからなるダウンロードシステムであって、サーバ側機器１１は、クライアント側機器２１が送信する送信モードにしたがって、送受信方法を有線又は無線に変更し、クライアント側機器２１が必要なドキュメントを送信する。サーバ側機器１１は、クライアント側機器２１と有線及び無線の両方とも送受信可であるときに、有線で送信する。
【選択図】図１

Description

本発明は、ダウンロードシステム及びクライアント側機器に関し、特に移動中におけるドキュメントダウンロード方式に関する。

現場において、保守作業などを実施する場合、作業手順書などのドキュメントをノートＰＣなどにダウンロードし、参照しながら作業をすすめる。しかし、事務所において出かける前にドキュメントをセンタ（サーバ）からノートＰＣにダウンロードするのに時間がかかり、作業工数の増加につながっていた。また、あらかじめ多くのドキュメントをノートＰＣにダウンロードしておくという手法は、記憶容量やセキュリティの面で不安があった。

従来、図４に示すように、有線（ＬＡＮ）でのデータ送信が途中で終了したとき、無線（携帯電話）でその続きを行うことがあったが、携帯電話で再接続してダウンロードを再開するタイムラグが数秒〜数十秒かかり、そして、はじめからダウンロードのやりなおしをする必要が生じるなど、作業性が悪かった。
特開２００３−１１０７５１号公報

本発明は、ＬＡＮ、携帯電話回線などを活用し、お客様先への移動中にドキュメントのダウンロードを完了するシステムを提供することを目的とする。

本発明は、有線接続機能と無線接続機能とを有するクライアント側機器と、該クライアント側機器がダウンロードするドキュメントをデータベースに格納し、前記クライアント側機器との有線接続及び無線接続の両方が可能なサーバ側機器とからなるダウンロードシステムであって、前記サーバ側機器は、前記クライアント側機器が送信する送信モードにしたがって、送受信方法を有線又は無線に変更し、前記クライアント側機器が必要なドキュメントを送信するダウンロードシステムである。

また、本発明は、前記サーバ側機器が、前記クライアント側機器と有線及び無線の両方とも送受信可であるときに、有線で送信するダウンロードシステムである。

そして、本発明は、前記サーバ側機器が、前記クライアント側機器と有線での送受信が可で、かつ、無線での送受信が不可であるとき、エラー処理を行うダウンロードシステムである。

更に、本発明は、送信するドキュメントについて、前記クライアント側機器がファイルポインタによって、前記サーバ側機器がこれまで送信した位置を把握しており、前記サーバ側機器は、送受信方法が変更された場合、変更により中断された位置を前記クライアント側機器から受信し、送信を再開するダウンロードシステムである。

また、本発明は、前記クライアント側機器が、デバイス状態に応じて変更した送信モードを前記サーバ側機器に送信するダウンロードシステムである。

そして、本発明は、前記クライアント側機器が、ファイルポインタによってこれまで送信した位置を把握しており、前記サーバ側機器からの受信に成功したときに、ファイルポインタを進め、送信要求をする際に、次に送信する位置を前記サーバ側機器に送信するダウンロードシステムである。

更に、本発明は、前記クライアント側機器が、受信途中で前記サーバ側機器との送受信が不可となった場合は、ＯＳタイムアウトを発生させ、ファイルポインタを進めず、前記サーバ側機器に送信要求を再度送るダウンロードシステムである。

また、本発明は、有線接続機能と無線接続機能とを有し、ドキュメントをデータベースに格納するサーバ側機器から必要なドキュメントをダウンロードするクライアント側機器であって、デバイス状態に応じて変更した送信モードを前記サーバ側機器に送信し、前記サーバ側機器から有線及び無線の両方とも送受信可であるときに、有線で前記ドキュメントを受信するクライアント側機器である。

そして、本発明は、前記サーバ側機器からの受信に成功したとき、ファイルポインタを進め、送信要求をする際に、次に送信する位置を前記サーバ側機器に送信するクライアント側機器である。

更に、本発明は、受信途中で前記サーバ側機器との送受信が不可となった場合は、ＯＳタイムアウトを発生させ、ファイルポインタを進めず、前記サーバ側機器に送信要求を再度送るクライアント側機器である。

本発明によれば、事務所におけるダウンロード待ち時間がなくなり、作業前準備の工数削減を行うことができる。

本発明を実施するための最良の形態を説明する。
本発明のダウンロードシステム及びクライアント側機器の実施例について、図面を用いて説明する。図１は、実施例のダウンロードシステムの説明図である。図２は、実施例における移動時の説明図である。図３は、実施例におけるダウンロードの流れの説明図である。図４は、従来のダウンロードの流れの説明図である。図５は、実施例における作業者の処理手順の説明図である。図６は、実施例における送信モードの説明図である。図７は、実施例におけるクライアント側機器の動作の説明図である。図８は、実施例におけるサーバ側機器の動作の説明図である。

実施例を説明する。実施例の方式は、図１に示すように、サーバ側機器とクライアント側機器とからなる。サーバ側機器は、例えばサーバ１１である。クライアント側機器は、例えば持出しＰＣ２１であり、以下、クライアントと略称する場合がある。サーバ側機器とクライアント側機器とは、有線（ＬＡＮ）及び無線（携帯電話）で接続される。サーバ１１は、ドキュメントＤＢ（データベース）１２を接続しており、ルータ１３及びハブ１４と、そして、交換機１５、アンテナ１６、携帯電話機１７が使用される。クライアント２１には、ＮＩＣ（ネットワークインターフェースカード）２２、通信カード２３、携帯電話機２４が使用される。

実施例におけるサーバ側機器の処理の方針を説明する。サーバ側機器は、以下の方針に従って処理を行う。
（１）送信モードに応じて、送受信方法（有線又は無線）を変更する。
（２）送信モードが１の場合、事務所内にクライアント側機器があるとし、有線（ＬＡＮ）で送信する。
（３）送信モードが２の場合、作業者がクライアント側機器を持って事務所を出たとして、無線（ＰＨＳや携帯電話など）で送信する。
（４）送信モードが１、２以外の場合、エラー処理を行う。
（５）送信するファイルは、クライアント側機器のファイルポインタによって、これまで送信した位置（ＸＸＸＸバイト目）を把握しており、送信方法（経路）変更された場合、中断した位置（ＹＹＹＹバイト目）をクライアント側機器から受け取り、送信を再開する。

実施例におけるクライアント側機器の処理の方針を説明する。クライアント側機器は、以下の方針に従って処理を行う。
（１）デバイスの状態によって、送信モードを（１〜４）のいずれかに変更する。
（２）有線と無線の両方とも送受信可である（つながっている）場合、事務所にクライアント側機器があるとし、送信モード１にする。
（３）無線だけが送受信可である（つながっている）場合、作業者がクライアント側機器を持って事務所を出たとし、送信モード２にする。
（４）有線・無線両方とも送受信可である（つながっている）場合、事務所外の圏外にクライアント側機器があるとして送信モード３にする。
（５）有線だけが送受信可である（つながっている）場合、事務所内であるが圏外にクライアント側機器があるとし、送信モード４（リトライ）とする。
（６）受信途中で送受信不可となった（接続が切れた）場合は、ＯＳタイムアウトが発生し、クライアント側機器のファイリングポインタを進めず、送信要求を再度送信する。
（７）受信が成功した（接続がつながった）場合、ファイルポインタを進める。

実施例における処理について、図２を用いて説明する。事務所において、作業者は、持ち出しＰＣ（クライアント）に対し、ドキュメント管理機能及びダウンロード制御機能を有するサーバから、作業前準備中に必要なドキュメントをダウンロードするよう指示する。準備が整ったら、作業者は、そのままお客様（顧客）先に向かう。作業者が移動中、サーバは、クライアントに対し、有線を介して、ダウンロードを開始する。サーバは、クライアントから送信モード２の要求を受信すると、携帯電話回線でダウンロードを続ける。有線から携帯電話回線への切替は、サーバがクライアントから送信モードを１から２に変更したときに行う。作業者がお客様先に到着した時にはダウンロードが完了している。作業者は、お客様先でダウンロードしたドキュメントを閲覧し、すぐに作業開始することができる。

実施例におけるダウンロード（データ通信）の流れについて、図３を用いて説明する。クライアントとサーバとは、最初に有線（ＬＡＮ）と無線（携帯電話）の両方で接続される。そして、ダウンロードが有線で行われ、８ＭＢ分データの送信が終了する。そして、有線の接続が終了し、ダウンロードが無線で行われ、２ＭＢ分データの送信が終了する。有線及び無線の両方が接続されているため、有線の接続が終了したときでも無線の接続がなされており、クライアントは、接続が切れることなくダウンロードを継続することができる。

実施例における作業員側の処理について、図５を用いて説明する。ステップＳ１０１で、作業者は、事務所において、お客様先に出かける前準備として、センタより持出しＰＣ（クライアント）に、作業に必要なドキュメントのダウンロード指示を出す。次に、ステップＳ１０２で、作業者は、工具・部品、車の手配ができたらクライアントの電源を入れたまま、ＬＡＮケーブルを抜いてお客様先に出かける。ステップＳ１０３で、携帯電話回線に切替えとなる。ステップＳ１０４で、ドキュメントのダウンロードを続ける。ステップＳ１０５で、データ通信終了か判断し、終了でないときはステップＳ１０４に戻る。終了であると、ステップＳ１０６で、お客様先到着後、ダウンロードされたドキュメントを閲覧しながら作業を実施し、作業員側の処理は終了となる。

実施例における送信モードについて、図６を用いて説明する。有線接続状態で、かつ、無線接続状態である場合は、作業者は事務所内にいるため、サーバからのダウンロードは、有線で行われるモード１とする。有線接続不可で、無線接続状態である場合は、作業者は事務所を出ており、サーバからのダウンロードは、無線で行われるモード２とする。有線接続不可で、かつ、無線接続不可である場合は、作業者との通信が不可能で、携帯電話が圏内になるのを待つモード３とする。有線接続状態で、無線接続不可の場合は、作業者は事務所内にいるが携帯電話が圏外であり、リトライとなるモード４とする。クライアントは、通信モード１又は２のとき、その通信モードをサーバに伝える。サーバは、クライアントから受け取った通信モード１又は２にしたがって送信する。サーバは、クライアントからデータ通信異常通知を受け取ったとき、データの送信を中止して待機する。

実施例におけるクライアントの動作について、図７を用いて説明する。ステップＳ２０１で、クライアントは、有線（ＬＡＮ）、無線（携帯電話）両方でサーバに接続する。そして、ステップＳ２０２で、有線（ＬＡＮ）接続できているか判断する。有線接続できているときは、ステップＳ２０３で、無線（携帯電話）接続できているか判断する。無線接続ができていないときは、ステップＳ２０４で、送信モード４（リトライ）とし、ステップＳ２０２に戻る。ステップＳ２０３で無線接続できているときは、送信モード１（有線）となるようサーバに要求する。次に、ステップＳ２０６で、データ送信要求をサーバに送る。その際、ポインタにより、送信するデータは、ファイルパス、ｘｘｘｘバイト目からであると伝える。次に、ステップＳ２０７で、送信モードをサーバに送る。そして、ステップＳ２０８で、サーバからデータを受信する。受信したデータは、ファイルパス、ｘｘｘｘバイト目からのブロック単位である。ステップＳ２０９で、データ異常終了か判断し、異常終了であるときは、ステップＳ２０２に戻る。ステップＳ２０９で異常終了ではないと、ステップＳ２１０で、ファイルポインタを進める。次に、ステップＳ２１１でデータ通信終了コマンド受信かを判断し、終了受信ではないとステップＳ２０２に戻る。ステップＳ２１１で終了受信であると、すべてのデータを受信したこととなり、動作が終了となる。

ステップ２０２で、有線接続できていないときは、ステップＳ２１２で、無線（携帯電話）接続できているか判断する。無線接続ができているときは、ステップＳ２１３で、送信モード２（無線）とし、ステップＳ２０６に行き、以下、ステップＳ２１１０までを行う。ステップＳ２１３で無線接続できていないときは、送信モード３（エラー）となり、ステップＳ２１５で、無線接続待ち（圏内待ち）となり、ステップＳ２０２に戻る。

実施例におけるサーバの動作について、図８を用いて説明する。ステップＳ３０１で、サーバは、クライアントからのデータ送信要求が有りか判断し、無ければステップＳ３０１に戻る。要求が有れば、ステップＳ３０２で、送信要求を受信し、ステップＳ３０３で、送信モードを受信する。ステップＳ３０４で、送信モード１か判断し、１であると、ステップＳ３０５で、有線（ＬＡＮ）でデータ送信する。送信するデータは、ファイルパス、ｘｘｘｘバイト目からのブロック単位である。次に、ステップＳ３０６で、データ送信終了か判断し、終了ではないとステップＳ３０１に戻る。ステップＳ３０６で、データ通信終了であると、接続終了コマンドを送信し、サーバの動作は終了となる。

ステップＳ３０４で送信モードが１ではないとき、ステップＳ３０８で、送信モードが２であるか判断し、２であると、ステップＳ３０９で、無線（携帯電話）でデータ送信する。これ以降は、ステップＳ３０５のときと同様である。ステップＳ３０８で送信モードが２ではないとき、ステップＳ３１０で、エラー処理を行い、サーバの動作は終了となる。

以上実施例で説明したように、本発明の方式は、下記機能からなる。
（１）事務所サーバ（またはセンタサーバ）にフィールドドキュメント管理システムとして、保守作業に必要なドキュメントを管理しているデータベースがある。
（２）お客様先に出かける前に、お客様への電話連絡、車の手配、工具・部品の準備などを行うが、作業に使うドキュメント類は持ち出しＰＣにダウンロード指示を行う。
（３）工具や部品、車などの準備が整うと、持出しＰＣの電源を入れたまま、ＬＡＮケーブルを抜いて、そのまま出かける。
（４）しかし、ＰＣへのダウンロードは、携帯電話回線に自動的に切り替わり、移動中でもダウンロードされ続ける。
（５）圏外になると、一時ダウンロードが中断されるが、圏内に入ると、またダウンロードが再開される。
（６）ドキュメントを閲覧しながら作業を進めることができ、持出しＰＣへのダウンロード時間がないため、作業工数の低減につながる。
（７）ドキュメントの更新は、センタで行うため、いつでも最新のドキュメントがダウンロードされる。

実施例のダウンロードシステムの説明図。 実施例における移動時の説明図。 実施例におけるダウンロードの流れの説明図。 従来のダウンロードの流れの説明図。 実施例における作業者の処理手順の説明図。 実施例における送信モードの説明図。 実施例におけるクライアント側機器の動作の説明図。 実施例におけるサーバ側機器の動作の説明図。

符号の説明

１１ サーバ
１２ ドキュメントＤＢ
１３ ルータ
１４ ハブ
１５ 交換機
１６ アンテナ
１７ 携帯電話機
２１ クライアント
２２ ＮＩＣ
２３ 通信カード
２４ 携帯電話機

Claims (10)

1. 有線接続機能と無線接続機能とを有するクライアント側機器と、該クライアント側機器がダウンロードするドキュメントをデータベースに格納し、前記クライアント側機器との有線接続及び無線接続の両方が可能なサーバ側機器とからなるダウンロードシステムであって、
   前記サーバ側機器は、前記クライアント側機器が送信する送信モードにしたがって、送受信方法を有線又は無線に変更し、前記クライアント側機器が必要なドキュメントを送信することを特徴とするダウンロードシステム。
2. 前記サーバ側機器は、前記クライアント側機器と有線及び無線の両方とも送受信可であるときに、有線で送信する請求項１記載のダウンロードシステム。
3. 前記サーバ側機器は、前記クライアント側機器と有線での送受信が可で、かつ、無線での送受信が不可であるとき、エラー処理を行う請求項１記載のダウンロードシステム。
4. 送信するドキュメントについて、前記クライアント側機器がファイルポインタによって、前記サーバ側機器がこれまで送信した位置を把握しており、前記サーバ側機器は、送受信方法が変更された場合、変更により中断された位置を前記クライアント側機器から受信し、送信を再開する請求項１記載のダウンロードシステム。
5. 前記クライアント側機器は、デバイス状態に応じて変更した送信モードを前記サーバ側機器に送信する請求項１記載のダウンロードシステム。
6. 前記クライアント側機器は、ファイルポインタによってこれまで送信した位置を把握しており、前記サーバ側機器からの受信に成功したときに、ファイルポインタを進め、送信要求をする際に、次に送信する位置を前記サーバ側機器に送信する請求項５記載のダウンロードシステム。
7. 前記クライアント側機器は、受信途中で前記サーバ側機器との送受信が不可となった場合は、ＯＳタイムアウトを発生させ、ファイルポインタを進めず、前記サーバ側機器に送信要求を再度送る請求項５記載のダウンロードシステム。
8. 有線接続機能と無線接続機能とを有し、ドキュメントをデータベースに格納するサーバ側機器から必要なドキュメントをダウンロードするクライアント側機器であって、
   デバイス状態に応じて変更した送信モードを前記サーバ側機器に送信し、前記サーバ側機器から有線及び無線の両方とも送受信可であるときに、有線で前記ドキュメントを受信することを特徴とするクライアント側機器。
9. 前記サーバ側機器からの受信に成功したとき、ファイルポインタを進め、送信要求をする際に、次に送信する位置を前記サーバ側機器に送信する請求項８記載のクライアント側機器。
10. 受信途中で前記サーバ側機器との送受信が不可となった場合は、ＯＳタイムアウトを発生させ、ファイルポインタを進めず、前記サーバ側機器に送信要求を再度送る請求項８記載のクライアント側機器。

Images