(57)【特許請求の範囲】
【請求項１】
それぞれ独立して取引作業を行え、当該取引作業の終わりでそれぞれの取引データを生成する少なくとも一つのクライアント側子機と、
各当該クライアント側子機へ接続されて、各当該クライアント側子機から生成したそれぞれの当該取引データを受信するクライアント側ホスト機と、
統一識別コードでインターネットを通して当該クライアント側ホスト機から登録することを受けることによって情報接続を形成し、当該クライアント側ホスト機が当該クライアント側子機からそれぞれの当該取引データを受信する時、当該クライアント側ホスト機から当該取引データのアップロードを受けるクラウドサーバー装置と、を含むクライアント側ホスト機バックアップシステムにおいて、
当該クライアント側ホスト機に故障があった場合、当該クラウドサーバー装置は、新たなクライアント側ホスト機として、直ちに各当該クライアント側子機の一つを指定することにより、システム全体の運行を維持することを特徴とするクライアント側ホスト機バックアップシステム。
【請求項２】
当該インターネットは、無線ネットワークであることを特徴とする請求項１に記載のクライアント側ホスト機バックアップシステム。
【請求項３】
当該統一識別コードは、固定ＩＰアドレスであることを特徴とする請求項１または２に記載のクライアント側ホスト機バックアップシステム。
【請求項４】
クライアント側ホスト機を統一識別コードで、クラウドサーバー装置に接続し及び登録するように、当該クラウドサーバー装置と当該クライアント側ホスト機とを接続するステップと、
当該クライアント側ホスト機が当該クラウドサーバー装置に登録が済んだこと及び取引データの伝送可能なホスト機の認可を取ったことをグループの各クライアント側子機に知らせ、各当該クライアント側子機を無線伝送方式で当該クライアント側ホスト機へ接続して、それぞれの当該取引データを当該クライアント側ホスト機へ伝送して格納するように、当該クライアント側ホスト機と各当該クライアント側子機とを接続するステップと、
当該クラウドサーバー装置が当該クライアント側ホスト機が正常であるか否かを継続的に点検するように、当該クライアント側ホスト機の接続状況を点検するステップと、
当該クライアント側ホスト機の当該接続状況が正常であった場合、当該クライアント側ホスト機が継続的に当該無線伝送方式でそれぞれの当該取引データを獲得し、獲得した取引データを当該クラウドサーバー装置に格納するために、当該クライアント側ホスト機が継続的に当該クラウドサーバー装置に当該獲得した取引データをアップロードするステップと、
当該クライアント側ホスト機が異常であった場合、各当該クライアント側子機の一つが続いて自動的に固定ＩＰアドレスで、当該クラウドサーバー装置へ接続して登録されることにより、即時にバックアップを機能するように、当該クライアント側子機の一つが続いて新たなクライアント側ホスト機に変換されるように、当該クラウドサーバー装置が当該クライアント側ホスト機を指定するステップと、を含むことを特徴とするクライアント側ホスト機バックアップシステムの実施方法。
【請求項５】
当該クライアント側ホスト機の当該接続状況を点検するステップは、
当該クラウドサーバー装置が正常状態で継続的に問い合わせ信号を当該クライアント側ホスト機へ送信する当該クラウドサーバー装置の送信ステップと、
当該クライアント側ホスト機が当該問い合わせ信号を受信してすぐに応答信号を当該クラウドサーバー装置へ返送することにより、当該クラウドサーバー装置が当該クライアント側ホスト機の当該接続状況が正常であることを判断し、さらに当該クライアント側ホスト機が継続的に当該クラウドサーバー装置に当該獲得した取引データをアップロードするステップへ進み、逆に、当該クライアント側ホスト機が当該問い合わせ信号を受信して応答しない時、当該クラウドサーバー装置が当該クライアント側ホスト機の当該接続状況が異常であったことを判断し、当該クラウドサーバー装置が当該クライアント側ホスト機を指定するステップへ進む当該クライアント側ホスト機の返信ステップと
を含むことを特徴とする請求項４に記載のクライアント側ホスト機バックアップシステムの実施方法。
【請求項６】
当該クライアント側ホスト機の当該接続状況を点検するステップは、
当該クライアント側子機の一つが問い合わせ信号を当該クライアント側ホスト機へ送信する、当該クライアント側子機の送信ステップと、
当該クライアント側ホスト機が当該クライアント側子機の一つから当該問い合わせ信号を受信して応答信号を当該問い合わせ信号を送信した当該クライアント側子機へ返送することにより、当該クライアント側子機は当該クライアント側ホスト機の当該接続状況が正常であることを判断し、さらに当該クライアント側ホスト機が継続的に当該クラウドサーバー装置に当該獲得した取引データをアップロードするステップへ進む、当該クライアント側ホスト機の返信ステップと、
当該クライアント側ホスト機が応答しないことで故障があると判断し、当該問い合わせ信号を送信した当該クライアント側子機が当該インターネットの経由で、リクエスト信号を当該クラウドサーバー装置へ送信し、当該クラウドサーバー装置が再度に当該クライアント側ホスト機を指定するステップへ進む、当該リクエスト信号を当該クラウドサーバー装置へ送信ステップと
を含むことを特徴とする請求項４に記載のクライアント側ホスト機バックアップシステムの実施方法。
【請求項７】
当該クラウドサーバー装置が当該クライアント側ホスト機を指定するステップに、当該クラウドサーバー装置が直ちに当該クライアント側子機の一つを当該新たなクライアント側ホスト機として指定することができることを特徴とする請求項４ないし６のいずれかに記載のクライアント側ホスト機バックアップシステムの実施方法。
【請求項８】
当該クラウドサーバー装置と当該クライアント側ホスト機とを接続するステップにおける当該統一識別コードは、固定ＩＰアドレスであることを特徴とする請求項４ないし７のいずれかに記載のクライアント側ホスト機バックアップシステムの実施方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント側ホスト機バックアップシステム及びその実施方法に係わり、特に元のクライアント側ホスト機が異常で作業ができない場合、クラウドサーバー装置が元のクライアント側ホスト機の作業を継続するために、各クライアント側子機の一つを指定して新たなクライアント側ホスト機にするクライアント側ホスト機バックアップシステム及びその実施方法に関する。
【背景技術】
【０００２】
図１をご覧のように、従来のクライアント側ホスト機１０は一般的にただ一つの固定機であって、且つクライアント側ホスト機１０は統一識別コード（例えば、固定ＩＰアドレス）でクラウドサーバー装置１１へ接続して登録をする。そして、登録が完了した後に、クラウドサーバー装置１１は、当該統一識別コードを有するクライアント側ホスト機１０を唯一の接続ホスト機と認定する。唯一のクライアント側ホスト機１０が一つまたは多数のクライアント側子機（１２、１２’、１２”）へ接続した場合、あらゆるクライアント側子機（１２、１２’、１２”）がそれぞれの取引データを先にクライアント側ホスト機１０へ伝送し、またそのクライアント側ホスト機１０で取引データをアーカイブしてインターネットの経由でクラウドサーバー装置１１へ伝送して格納する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、クライアント側ホスト機１０に異常があった場合、すべてのクライアント側子機（１２、１２’、１２”）がそれぞれの取引データを即時にクライアント側ホスト機１０へ伝送することができないので、各クライアント側子機（１２、１２’、１２”）は、それぞれの取引データをクライアント側ホスト機１０を通してクラウドサーバー装置１１へ伝送して格納することもできない。
【課題を解決するための手段】
【０００４】
そこで、本発明は当該課題を解決するために開発したものであり、その目的は、元のクライアント側ホスト機に故障があった場合、クラウドサーバー装置が元のクライアント側ホスト機の作業を継続するために、新たなクライアント側ホスト機として、直ちにクライアント側子機の一つを指定するクライアント側ホスト機バックアップシステム及びその実施方法を提供することにある。
【０００５】
当該目的を実現するために、本発明に係るクライアント側ホスト機バックアップシステム及びその実施方法は、主にクラウドサーバー装置と、クライアント側ホスト機と、多数のクライアント側子機とから構成してなる。クライアント側ホスト機は、正常な状態でクラウドサーバー装置と各クライアント側子機に接続する。各クライアント側子機は、それぞれ独立して取引作業を行え、且つそれぞれの取引データをクライアント側ホスト機へ伝送する。クライアント側ホスト機は、更に各クライアント側子機から伝送して来たそれぞれの取引データをアーカイブしてから、自動的にクラウドサーバー装置にアップロードして格納する。元のクライアント側ホスト機に故障があった場合、クラウドサーバー装置が元のクライアント側ホスト機の作業を継続するために、新たなクライアント側ホスト機として、直ちに各クライアント側子機の一つを指定する。これにより、アップロードされている取引データを中断させない。
【図面の簡単な説明】
【０００６】
本発明の目的、技術特徴、及び実施後の効果を一層理解するために、以下の図面を参照してより詳しく説明する。
【図１】図１は、従来技術のクライアント側ホスト機の運行の概略図である。
【図２】図２は、本発明のシステム構造の概略ブロック図である。
【図３】図３は、本発明の概略フローチャートである。
【図４】図４は、本発明の別の実施例（一）の実施ステップ概略図である。
【図５】図５は、実施例（一）の実施概略図である。
【図６】図６は、本発明の別の実施例（二）の実施ステップ概略図である。
【図７】図７は、実施例（二）の実施概略図である。
【発明を実施するための形態】
【０００７】
以下、図面を用いて本発明のクライアント側ホスト機バックアップシステム及びその実施方法をより詳しく説明する。
【０００８】
図２に示すように、本発明のクライアント側ホスト機バックアップシステム２０は、クラウドサーバー装置２０１と、クライアント側ホスト機２０２と、多数のクライアント側子機（２０３、２０３’、２０３”）とから構成してなる。その中、クライアント側ホスト機２０２は、無線ネットワークであるインターネット２１を通してクラウドサーバー装置２０１へ接続される。また、クライアント側ホスト機２０２とクラウドサーバー装置２０１が接続してから、各クライアント側子機（２０３、２０３’、２０３”）はそれぞれ独立して取引作業を行え、且つ各クライアント側子機（２０３、２０３’、２０３”）は取引作業の完了で生成したそれぞれの取引データをクライアント側ホスト機２０２へ伝送する。これにより、クライアント側ホスト機２０２が伝送して来た各取引データをアーカイブし、更にアーカイブ済みの取引データをインターネット２１を通してクラウドサーバー装置２０１にアップロードして格納する。
【０００９】
次に、図３並びに図２をご覧のように、本発明の実施ステップを次のように説明する。
【００１０】
（１）クラウドサーバー装置とクライアント側ホスト機の接続ステップ３１：            クライアント側ホスト機２０２は統一識別コード（例えば、固定ＩＰアドレス）でクラウドサーバー装置２０１との接続及び登録が完了した後に、クラウドサーバー装置２０１は当該統一識別コードを有するクライアント側ホスト機２０２を唯一の接続ホスト機と認定する。
【００１１】
（２）クライアント側ホスト機と各クライアント側子機の接続ステップ３２：            クラウドサーバー装置２０１とクライアント側ホスト機２０２の接続が完了してから、クライアント側ホスト機２０２は、自分が登録済みで、クラウドサーバー装置２０１から取引データの伝送可能なホスト機の認可を取ったことをすぐにグループの各クライアント側子機（２０３、２０３’、２０３”）に知らせる。各クライアント側子機（２０３、２０３’、２０３”）は、無線伝送方式でクライアント側ホスト機２０２に接続してあり、且つ各クライアント側子機（２０３、２０３’、２０３”）は、それぞれ独立して取引作業を行え、しかも取引作業の完了で生成したそれぞれの取引データをクライアント側ホスト機２０２へ伝送して格納する。または、クラウドサーバー装置２０１は、一番先に起動されたクライアント側子機（２０３、２０３’、２０３”）へ接続することで、そのクライアント側子機（２０３、２０３’、２０３”）を取引データの伝送可能なホスト機とすることも可能である。
【００１２】
（３）ホスト機の接続状況の点検ステップ３３：                                      クラウドサーバー装置２０１または各クライアント側子機（２０３、２０３’、２０３”）は、クライアント側ホスト機２０２が正常であるか否かを継続的に点検し、正常であった場合、ステップ３４へ進み、異常であった場合、ステップ３５へ進む。
【００１３】
（４）クライアント側ホスト機の継続的にアップロードステップ３４：                  クライアント側ホスト機２０２の接続状況が正常であった場合に、各クライアント側子機（２０３、２０３’、２０３”）は、継続的に無線伝送方式でそれぞれの取引データをクライアント側ホスト機２０２へ伝送して格納する。そして、クライアント側ホスト機２０２がそれぞれの取引データをアーカイブしてから、クラウドサーバー装置２０１にアップロードして格納する。
【００１４】
（５）クラウドサーバー装置が再度にクライアント側ホスト機を指定するステップ３５：  元のクライアント側ホスト機２０２に異常が発生されてオフライン（断線）を引き起こした場合、各クライアント側子機（２０３、２０３’、２０３”）の一つが続いて自動的に統一識別コードでクラウドサーバー装置２０１へ接続して登録されることにより、即時にバックアップを機能するように、各クライアント側子機（２０３、２０３’、２０３”）の一つが続いて新たなクライアント側ホスト機になる。それとも、クラウドサーバー装置２０１は、直ちにクライアント側子機（２０３、２０３’、２０３”）の一つを指定して新たなクライアント側ホスト機にする。
【００１５】
図４は本発明の別の実施例（一）の実施ステップ概略図である。図５は、実施例（一）の実施概略図である。図３のホスト機の接続状況の点検ステップ３３から続いて、クラウドサーバー装置２０１とクライアント側ホスト機２０２との間での接続状況が正常であるか否かを確認するステップを次のように説明する。
【００１６】
（１）クラウドサーバー装置の送信ステップ４１：                                    クラウドサーバー装置２０１は、正常状態で継続的に（定時または非定時）問い合わせ信号Ａをクライアント側ホスト機２０２へ送信することにより、ホスト機の接続状況が正常であるか否かを確認する。
【００１７】
（２）クライアント側ホスト機の返信ステップ４２：                                  ステップ４１から続いて、クライアント側ホスト機２０２が問い合わせ信号Ａを受信してすぐに応答信号Ｂ（図５に示す）をクラウドサーバー装置２０１へ返送することにより、クラウドサーバー装置２０１は、クライアント側ホスト機２０２の接続状況が正常であることを判断し、さらに続いてステップ３４へ進む。逆に、クライアント側ホスト機２０２が問い合わせ信号Ａを受信して応答しないと、クラウドサーバー装置２０１は、クライアント側ホスト機２０２の接続状況が異常（例えば、断線）になった状態を判断し、そして再度に新たなクライアント側ホスト機２０２を指定するように、ステップ３５へ進む。
【００１８】
図６は、本発明の別の実施例（二）の実施ステップ概略図である。図７は、実施例（二）の実施概略図である。図６と図３に示すように、図３のホスト機の接続状況の点検ステップ３３から続いて、クライアント側ホスト機２０２と各クライアント側子機（２０３、２０３’、２０３”）の間での接続状況が正常であるか否かを確認するステップを下記の通り説明する。
【００１９】
（１）クライアント側子機の送信ステップ５１：                                      クライアント側子機（２０３、２０３’、２０３”）の一つがランダムな方式で固定または非固定な時間内に問い合わせ信号Ｃをクライアント側ホスト機２０２へ送信するにより、ホスト機の接続状況が正常であるか否かを確認する。
【００２０】
（２）クライアント側ホスト機の返信ステップ５２：                                  クライアント側ホスト機２０２は、クライアント側子機（２０３、２０３’、２０３”）の一つからの問い合わせ信号Ｃに応じて、すぐに応答信号Ｄを問い合わせ信号Ｃを送信したクライアント側子機へ返送する。これにより、クライアント側子機（２０３、２０３’、２０３”）は、クライアント側ホスト機２０２の接続状況が正常であることを判断し、さらに続いてステップ３４へ進む。逆に、クライアント側ホスト機２０２は、問い合わせ信号Ｃを受信して応答しない時、ステップ５３へ進む。
【００２１】
（３）リクエスト信号のクラウドサーバー装置への送信ステップ５３：                  クライアント側ホスト機２０２が応答しないことで故障があると判断し、問い合わせ信号Ｃを送信したクライアント側子機は、インターネット２１を通してリクエスト信号Ｅをクラウドサーバー装置２０１へ送信し、そしてステップ３５へ進む。
【００２２】
前述から分かるように、本発明のクライアント側ホスト機バックアップシステム及びその実施方法は、主にクラウドサーバー装置と各クライアント側子機によってクライアント側ホスト機の接続状況を点検する。元のクライアント側ホスト機に故障があった場合、クラウドサーバー装置は、新たなクライアント側ホスト機として、直ちに各クライアント側子機の一つを指定する。このように、本発明は前述の通りによって実行すれば、元のクライアント側ホスト機に故障があっても、各クライアント側子機の一つがすぐにバックアップのホスト機になることで、システム運行の正常化を維持することができるクライアント側ホスト機バックアップシステム及びその実施方法を提供することが確実に実現できる。
【００２３】
但し、当該内容は本発明の好ましい実施態様であり、本発明の実施範囲を限定するではない。当発明の主旨と範囲を逸脱しないで、この技術分野に精通する者によって行われた変更及び修正は全て当発明の特許範囲内に覆うべきである。
【産業上の利用可能性】
【００２４】
本発明によれば、元のクライアント側ホスト機に故障があっても、各クライアント側子機の一つがすぐにバックアップのホスト機になることで、システム運行の正常化を維持することができるので、元のクライアント側ホスト機の作業を中断させないで継続することができる。
【符号の説明】
【００２５】
１０          ：従来のクライアント側ホスト機
１１          ：従来のクラウドサーバー装置
１２          ：従来のクライアント側子機
１２’        ：従来のクライアント側子機
１２”        ：従来のクライアント側子機
２０          ：クライアント側ホスト機バックアップシステム
２０１        ：クラウドサーバー装置
２０２        ：クライアント側ホスト機
２０３        ：クライアント側子機
２０３’      ：クライアント側子機
２０３”      ：クライアント側子機
２１          ：インターネット
３１          ：クラウドサーバー装置とクライアント側ホスト機の接続ステップ
３２          ：クライアント側ホスト機と各クライアント側子機の接続ステップ
３３          ：ホスト機の接続状況の点検ステップ
３４          ：クライアント側ホスト機の継続的にアップロードステップ
３５          ：クラウドサーバー装置は再度にクライアント側ホスト機を指定するステップ
４１          ：クラウドサーバー装置の送信ステップ
４２          ：クライアント側ホスト機の返信ステップ
５１          ：クライアント側子機の送信ステップ
５２          ：クライアント側ホスト機の返信ステップ
５３          ：リクエスト信号をクラウドサーバー装置へ送信のステップ
Ａ            ：問い合わせ信号
Ｂ            ：応答信号
Ｃ            ：問い合わせ信号
Ｄ            ：応答信号
Ｅ            ：リクエスト信号
【図１】
0006048990.tif 000002
【図２】
0006048990.tif 000003
【図３】
0006048990.tif 000004
【図４】
0006048990.tif 000005
【図５】
0006048990.tif 000006
【図６】
0006048990.tif 000007
【図７】
0006048990.tif 000008