JP2015171025A - 通信制御システム、情報処理装置及び通信制御方法 - Google Patents

Abstract

【課題】情報処理装置と管理端末との通信のための接続の負担を軽減することを目的とする。
【解決手段】異なる通信手段の第１の通信部と第２の通信部とを有する管理端末と、該管理端末を介して管理され、該第１の通信部と通信可能な情報処理装置と、の通信を制御する通信制御システムであって、前記情報処理装置は、前記情報処理装置の管理状態に応じた通知用ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されたＳＳＩＤ情報データベースに基づき、前記情報処理装置の通信のＳＳＩＤを、前記情報処理装置の管理状態に応じた通知用ＳＳＩＤに変更するＳＳＩＤ変更部と、前記変更した通知用ＳＳＩＤを送信して、前記情報処理装置の管理状態を通知する第３の通信部と、を有する通信制御システムが提供される。
【選択図】図１

Description

本発明は、通信制御システム、情報処理装置及び通信制御方法に関する。

ユーザが居る場所に合わせた情報をユーザが所持する機器に送信するサービスを提供するプラットフォームとして、例えば、所定の位置に設置したサーバが、無線通信の到達範囲に位置する機器に情報を配信するサービスが提案されている（例えば、特許文献１参照）。サーバは、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のアクセスポイントの機能を持ち、設置された場所で構築される無線ＬＡＮを用いて情報配信サービスを提供する。

サービスを提供するサーバがインターネット接続機能を持たない場合、保守センターは、インターネットを介して直接サーバに接続することができないため、サーバを直接管理できない。一方、サーバと無線ＬＡＮによる接続が可能で、かつ保守センターとインターネットによる接続が可能なスマートフォンやタブレット端末等の管理端末を用いてサーバと保守センターとを接続することで、保守センターは、管理端末を介してサーバを間接的に管理できる。

このようにインターネット接続機能を持たないサーバに対して管理端末を用いて間接的に管理する場合、スマートフォン等の管理端末のテザリング機能を利用することで、サーバをインターネットへ接続することができる。

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

しかしながら、管理端末のテザリング機能を利用する場合、管理端末が親機、サーバが子機となり、管理端末からサーバへ接続が行われる。テザリングによる接続を行う場合、サーバのネットワークを、サーバがサービスを提供しているときのネットワークから変更する必要がある。また、テザリングによる接続では、管理端末はサーバの通信を中継するのみで、サーバを制御することは困難である。

また、管理端末が１又は２以上のサーバの状態を知るためには、管理端末は、各サーバへ個別に接続する必要がある。例えば、管理端末が、インターネットに接続され、サーバと通信可能な無線ＬＡＮに接続されていないとき、管理端末は、１又は２以上のサーバから各サーバの通信状態を知ることはできない。よって、サーバの通信状態を知るためには、管理端末は、インターネットの接続を切断して無線ＬＡＮへ接続を切り替える必要がある。つまり、管理端末は、各サーバに対してポーリングを行う必要があり、接続の制御が煩雑になる。

そこで、一つの側面では、サーバ等の情報処理装置と管理端末との通信のための接続の負担を軽減することが可能な、通信制御システム提供することを目的とする。

一つの態様では、
異なる通信手段の第１の通信部と第２の通信部とを有する管理端末と、該管理端末を介して管理され、該第１の通信部と通信可能な情報処理装置と、の通信を制御する通信制御システムであって、
前記情報処理装置は、
前記情報処理装置の管理状態に応じた通知用ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されたＳＳＩＤ情報データベースに基づき、前記情報処理装置の通信のＳＳＩＤを、前記情報処理装置の管理状態に応じた通知用ＳＳＩＤに変更するＳＳＩＤ変更部と、
前記変更した通知用ＳＳＩＤを送信して、前記情報処理装置の管理状態を通知する第３の通信部と、
を有する通信制御システムが提供される。

一つの側面によれば、情報処理装置と管理端末との通信のための接続の負担を軽減することができる。

一実施形態にかかる通信制御システムの全体構成の一例を示す図である。 テザリング機能を利用した接続の一例を示す図である。 一実施形態にかかるサーバ及び管理端末の機能構成の一例を示す図である。 一実施形態にかかるＳＳＩＤの一例を示す図である。 一実施形態にかかるＳＳＩＤ変更処理の一例を示すフローチャートである。 一実施形態にかかるＳＳＩＤのデータフォーマットの一例を示す図である。 一実施形態にかかる接続判定処理の一例を示すフローチャートである。 一実施形態にかかる通信制御システムの一実施例の機能構成を示す図である。 一実施形態にかかる接続判定処理の一実施例を示すフローチャートである。 一実施形態にかかるサーバのハードウェア構成の一例を示す図である。

以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［通信制御システムの全体構成］
まず、本発明の一実施形態に係る通信制御システムについて、図１を参照しながら説明する。図１は、一実施形態にかかる通信制御システムの全体構成の一例を示す。

本実施形態にかかる通信制御システムは、サーバ１、管理端末２、基地局３及び保守センター４を有する。管理端末２は、無線ＬＡＮ（Local Area Network）によりサーバ１と接続される。また、管理端末２は、キャリア回線により基地局３を介して保守センター４とインターネット接続される。

サーバ１は、無線ＬＡＮのアクセスポイントの機能を有し、無線ＬＡＮの電波が届く所定エリア（例えば、サーバ１から２０〜３０ｍ程度のエリア）内に存在する機器に対してユーザが居る場所に合わせたコンテンツサービスを提供する情報処理装置の一例である。サーバ１は、例えば、データ通信サービスを行うサービス事業者によって運用されてもよい。サーバ１は、インターネット接続の手段を有しないため、保守センター４からサーバ１を直接管理することはできない。そこで、管理端末２がサーバ１と保守センター４との通信を仲介することで、インターネット接続の手段を有しないサーバ１を、インターネット上で接続可能な保守センター４により管理可能とする。

管理端末２は、異なる二つの通信手段を有する。一方は、所定エリア内の無線通信を可能とし、他方は前記所定エリア外の無線通信を可能とする。管理端末２としては、スマートフォンやタブレット型の端末が挙げられる。例えば、図１の（ａ）に示すように、管理端末２は、無線ＬＡＮとキャリア回線と接続可能であり、無線ＬＡＮとキャリア回線とを切り替えて使用する。管理端末２は、サーバ１及び保守センター４との接続及び切断を制御することで、保守センター４がサーバ１を管理できるように保守センター４及びサーバ１間の通信を仲介する。このようにして、保守センター４は、管理端末２を介してサーバ１の管理情報を取得し、サーバ１を管理する。

なお、無線ＬＡＮは、所定エリア内の無線通信を可能とするネットワークの一例であり、例えば、Ｗｉ−Ｆｉ（登録商標）等が挙げられる。また、キャリア回線は、前記所定エリア外の無線通信を可能とするネットワークの一例であり、例えば、３Ｇ（Third Generation）やＬＴＥ（Long Term Evolution）携帯網、ＷＡＮ（Wide Area Network）等が挙げられる。

（デザリングの利用）
図２に示したように、インターネット接続機能を持たないサーバ１１が、管理端末２２を用いて間接的に保守センター４に管理される場合、管理端末２２のテザリング機能を利用することでサーバ１１をインターネットへ接続することができる。しかし、テザリングを利用する場合、管理端末２２がサーバ１１の状態を知るには、管理端末２２がそれぞれのサーバ１１へ個別に接続していく必要がある。例えば、管理端末２２がキャリア回線により基地局３を介して保守センター４に接続され、サーバ１が構成するネットワーク（ここでは無線ＬＡＮ）に接続されていないとき、管理端末２２は、サーバ１１からサーバ自身の状態を知ることができない。このため、図２の（ａ）に示すように、管理端末２２がキャリア回線の接続を切断し、無線ＬＡＮへ接続を切り替えることでサーバ１１からサーバ自身の状態を示す通知を受けることになる。つまり、管理端末２２は、各サーバ１１に対してポーリングを行う必要があり、接続の制御が煩雑になる。

また、管理端末２２がサーバ１１へ接続している間、管理端末２２は、インターネット経由で保守センター４と通信する処理を中断しなければならない。例えば、図２の（ａ）では、管理端末２２は、保守センター４から送られる、追加のアップデートファイルのダウンロード処理を中断し、サーバ１１へ接続する状態が示されている。

さらに、サーバ１１がアップデート中であったため、図２の（ｂ）に示すように、管理端末２２が保守センター４から別のアップデートファイルをダウンロードする、又は中断していたダウンロード処理の続きを行う場合がある。この場合、管理端末２２はサーバ１１との接続が切断されているため、サーバ１１からのアップデート進捗状況の通知を受け取ることができないといった課題が生じる。

そこで、本実施形態にかかる通信制御システムでは、管理端末２からサーバ１に対して、サーバ１の管理状態に応じた通知用ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）を送り、サーバ１へ事前に通知用ＳＳＩＤを登録しておく。そして、図１の（ｂ）に示すように、サーバ１は、サーバ１の管理状態を管理端末２に通知する際、接続用ＳＳＩＤ（図１の（ａ）のサービス提供の接続のためのＳＳＩＤ）の「ｓｅｒｖｅｒ０１」から通知用ＳＳＩＤの「ｓｅｒｖｅｒ０１＿ｒｅｑｕｅｓｔ」にＳＳＩＤを変更して送信する。例えば管理端末２に通知すべき情報があるとき、サーバ１は、無線ＬＡＮのＳＳＩＤを通知用ＳＳＩＤへ変更する。

管理端末２は、キャリア回線に接続した状態で、無線ＬＡＮのスキャンを行う。これにより、管理端末２は、周辺に送信されているＳＳＩＤをチェックし、サーバ１が通知する所定のＳＳＩＤ（通知用ＳＳＩＤ）の存在を検知したときにサーバ１への接続の必要性を判断する。そして、図１の（ｃ）に示すように、管理端末２は、必要に応じてサーバ１が管理する無線ＬＡＮへ接続を切り替える。

このようにして、本実施形態では、サーバ１からサーバ１の状態を管理端末２に通知するための通知用ＳＳＩＤが送信されるため、管理端末２は、サーバ１に接続することなく、サーバの状態を知ることができる。これにより、サーバ１と管理端末２との通信のための接続の負担を軽減することができる。

以上、本実施形態にかかる通信制御システムの全体構成の一例について説明した。以上のようにして、通信制御システムは、異なる通信手段の無線ＬＡＮ（第１の通信部の一例）とキャリア回線（第２の通信部の一例）とを有する管理端末２と、管理端末２を介して管理され、無線ＬＡＮと通信可能なサーバ１との通信を制御する。

［サーバ及び管理端末の機能構成の例］
次に、本実施形態に係るサーバ及び管理端末の機能構成について、図３を参照しながら説明する。図３は、一実施形態にかかるサーバ１及び管理端末２の機能構成の一例を示す。

（サーバの機能構成の例）
サーバ１は、無線ＬＡＮ通信部１０、記憶部１１、ＳＳＩＤ情報データベース１２（以下、「データベース」を「ＤＢ」と表記する。）、状態監視部１３、状態通知部１４及びＳＳＩＤ変更部１５を有する。

記憶部１１は、サーバ１が無線通信する際のＳＳＩＤを予めＳＳＩＤ情報ＤＢ１２に記憶する。図４は、本実施形態にかかるＳＳＩＤ情報ＤＢ１２に記憶されたＳＳＩＤの一例を示す。

本実施形態にかかるＳＳＩＤ情報ＤＢ１２には、ＳＳＩＤの種別として、接続用ＳＳＩＤ及びサーバ１の管理状態に応じた通知用ＳＳＩＤの二種類が設定されている。接続用ＳＳＩＤは、サーバ１が、無線通信の到達範囲に存在する端末機器（管理端末２を含む）にサービスを提供する際のＳＳＩＤである。通知用ＳＳＩＤは、無線通信の到達範囲に存在する端末機器（管理端末２を含む）にサーバ１の管理状態を通知する際のＳＳＩＤである。

図４では、接続用ＳＳＩＤの一例として、「ｓｅｒｖｅｒ０１」が示されている。通知用ＳＳＩＤの一例としては、サーバ１の管理状態に応じた複数の通知用ＳＳＩＤが示されている。

具体的には、サーバ１が接続要求（接続されていない状態）を通知する際に変更される通知用ＳＳＩＤの一例として、「ｓｅｒｖｅｒ０１＿ｒｅｑｕｅｓｔ」及び「ｓｅｒｖｅｒ０１＿ｒｅｑｕｅｓｔ＿ｔｏｐ」が示されている。「ｓｅｒｖｅｒ０１＿ｒｅｑｕｅｓｔ」は、サーバ１からの接続要求の通知であるのに対して、「ｓｅｒｖｅｒ０１＿ｒｅｑｕｅｓｔ＿ｔｏｐ」は、サーバ１からの優先順位の情報を含む接続要求の通知である。ここでは、「ｓｅｒｖｅｒ０１＿ｒｅｑｕｅｓｔ＿ｔｏｐ」は、最優先の接続要求であることを示す。なお、サーバ１の管理状態を示すサーバ１の状態情報は、サーバ１の接続状態や管理内容を示す情報である。接続要求、優先順位の情報は、サーバ１の管理状態を示すサーバ１の状態情報の一例である。

また、サーバ１が管理端末２に接続後、サーバ１の管理状態に応じた通知用ＳＳＩＤの一例として、「ｓｅｒｖｅｒ０１＿ｕｐｄａｔｅ０」、「ｓｅｒｖｅｒ０１＿ｕｐｄａｔｅ５０」及び「ｓｅｒｖｅｒ０１＿ｕｐｄａｔｅ１００」が送信されてもよい。これらの通知用ＳＳＩＤをサーバ１がブロードキャストにより送信することによって、サーバ１は、サーバ自身がアップデート中のため、この時点で管理端末２はサーバ１へ接続する必要がないことを管理端末２に通知できる。また、これらの通知用ＳＳＩＤによって、サーバ１は、サーバ自身のアップデートの進捗状態を管理端末２に通知できる。

例えば、「ｓｅｒｖｅｒ０１＿ｕｐｄａｔｅ０」は、アップデートの進捗が０％（アップデート開始）であることを管理端末２に通知できる。また、「ｓｅｒｖｅｒ０１＿ｕｐｄａｔｅ５０」及び「ｓｅｒｖｅｒ０１＿ｕｐｄａｔｅ１００」は、アップデートの進捗が５０％（アップデートが５０％完了）及び１００％（アップデート済）であることを管理端末２に通知できる。また、サーバ１のエラーの発生状態（エラーコード等）に応じた通知用ＳＳＩＤの一例として、「ｓｅｒｖｅｒ０１＿ｅｒｒ００１」が示されている。「ｓｅｒｖｅｒ０１＿ｅｒｒ００１」は、サーバ１のエラーの発生とエラーコードを管理端末２に通知できる。なお、アップデートのイベント発生情報、アップデートの進捗情報及びエラーの発生情報は、サーバ１の状態情報の一例である。

このように、通知用ＳＳＩＤは、サーバ１のの接続要求、優先順位の情報、アップデートのイベント発生情報、アップデートの進捗情報及びエラーの発生情報の少なくともいずれかの情報を含む。

なお、ＳＳＩＤ情報ＤＢ１２は、必ずしもサーバ１内の記憶領域に記憶されていなくてもよい。つまり、ＳＳＩＤ情報ＤＢ１２は、サーバ１からアクセス可能な記憶領域に記憶されていればよい。

また、本実施形態では、通知用ＳＳＩＤは、管理端末２により予め設定及び登録される。管理端末２は、初期設定時（例えば、製品出荷時）、サーバ１に接続したときに管理端末２側で設定した通知用ＳＳＩＤをサーバ１に送信する。サーバ１では、無線ＬＡＮ通信部１０が、管理端末２側で設定された通知用ＳＳＩＤを受信する。記憶部１１は、受信した通知用ＳＳＩＤをＳＳＩＤ情報ＤＢ１２に記憶する。このようにして、管理端末２とサーバ１とは、予め通知用ＳＳＩＤを共有する。ただし、通知用ＳＳＩＤは、サーバ１により予め設定及び登録され、サーバ１が通知用ＳＳＩＤを送信し、管理端末２がこれを受信することにより、通知用ＳＳＩＤを管理端末２とサーバ１とで共有してもよい。なお、通知用ＳＳＩＤは、初期設定時以降においても更新することができ、更新された通知用ＳＳＩＤは、管理端末２とサーバ１とで共有される。

無線ＬＡＮ通信部１０は、ＳＳＩＤ変更部１５が変更した通知用ＳＳＩＤを送信する。無線ＬＡＮ通信部１０は、変更した通知用ＳＳＩＤを送信して、情報処理装置の管理状態を通知する第３の通信部の一例である。

状態監視部１３は、サーバ１で現在実施しているイベントの発生を検知する。イベントの一例としては、管理端末２への接続要求、アップデートの発生、アップデートの適用状況、エラーの発生等が挙げられる。また、状態監視部１３は、管理端末２との接続状態を判定し、状態通知部１４に出力する。

状態通知部１４は、状態監視部１３で検知されたイベントに基づくサーバ１の状態情報を生成する（図６参照）。状態通知部１４は、サーバ１の状態情報をＳＳＩＤ変更部１５に出力する。

ＳＳＩＤ変更部１５は、サーバ１の状態情報に基づき、ＳＳＩＤ情報ＤＢ１２に記憶されたＳＳＩＤからサーバ１の管理状態に応じた通知用ＳＳＩＤを選択し、サーバ１のＳＳＩＤを、選択した通知用ＳＳＩＤに変更する。例えば、ＳＳＩＤ変更部１５は、サーバ１と管理端末２とが接続されていない状態のとき、サーバ１のＳＳＩＤを「ｓｅｒｖｅｒ０１＿ｒｅｑｕｅｓｔ」又は「ｓｅｒｖｅｒ０１＿ｒｅｑｕｅｓｔ＿ｔｏｐ」等の接続要求を通知する通知用ＳＳＩＤに変更する。

また、例えば、ＳＳＩＤ変更部１５は、サーバ１と管理端末２とが接続状態にあり、アップデート及びエラーのイベントが発生しているとき、サーバ１のＳＳＩＤを「ｓｅｒｖｅｒ０１＿ｕｐｄａｔｅ０」、「ｓｅｒｖｅｒ０１＿ｕｐｄａｔｅ５０」、「ｓｅｒｖｅｒ０１＿ｕｐｄａｔｅ１００」又は「ｓｅｒｖｅｒ０１＿ｅｒｒ００１」等の所定のイベントの発生を通知する通知用ＳＳＩＤに変更する。

以上、本実施形態にかかるサーバ１の機能構成の一例について説明した。なお、サーバ１は、所定エリア内の管理端末２と通信可能な情報処理装置の一例である。情報処理装置は、パーソナルコンピュータ等であってもよい。その場合、本実施形態にかかるサーバ１の機能（後述されるＳＳＩＤ変更処理機能）を実行するためのサーバモジュール（チップ又は記憶媒体に記憶されたプログラム）をサーバ１に組み込んだり、サーバ１にインストールしてもよい。

（管理端末の機能構成の例）
管理端末２は、設定登録部２０、ＳＳＩＤ情報ＤＢ２１、無線ＬＡＮ通信部２２、キャリア回線通信部２３、無線ＬＡＮスキャン部２４、判定部２５、サーバ状態記録部２６、サーバ状態情報ＤＢ２７及び接続切替部２８を有する。

設定登録部２０は、サーバ１の状態情報に応じたＳＳＩＤをサーバ１の状態情報に応じて設定し、ＳＳＩＤ情報ＤＢ２１に登録する。登録されるＳＳＩＤの一例が図４に示されている。ＳＳＩＤ情報ＤＢ２１に登録されたＳＳＩＤは、前述したように、サーバ１に記憶されているＳＳＩＤ情報ＤＢ１２と同一である。なお、ＳＳＩＤ情報ＤＢ２１は、必ずしも管理端末２内の記憶領域に記憶されていなくてもよい。つまり、ＳＳＩＤ情報ＤＢ２１は、管理端末２からアクセス可能な記憶領域に記憶されていればよい。

無線ＬＡＮスキャン部２４は、スキャンした領域内のＳＳＩＤを検出する。無線ＬＡＮスキャン部２４は、サーバ１から送信されたＳＳＩＤ（通知用ＳＳＩＤを含む）を検出する検出部の一例である。

判定部２５は、検出したＳＳＩＤに基づき、サーバ１へ接続するか否かを判定する。判定部２５は、検出したＳＳＩＤとＳＳＩＤ情報ＤＢ２１に登録された通知用ＳＳＩＤとを比較し、検出したＳＳＩＤに一致する接続要求の通知用ＳＳＩＤがある場合、サーバの接続要求を接続切替部２８に出力する。

サーバ状態記録部２６は、通知用ＳＳＩＤに含まれるサーバ１の状態情報をサーバ状態情報ＤＢ２７に記録する。

接続切替部２８は、判定部２５による判定に応じてキャリア回線と無線ＬＡＮとの接続の切り替えを行う。接続切替部２８は、サーバ１の接続要求に応じて、無線ＬＡＮ通信部２２と接続するように制御する。その際、接続切替部２８は、キャリア回線通信部２３の接続を切断するように制御する。ただし、接続切替部２８は、キャリア回線通信部２３と保守センター４との接続を切断しないように制御することもできる。

無線ＬＡＮ通信部２２は、サーバの接続要求に応じて、無線ＬＡＮによりサーバ１と接続して通信する。無線ＬＡＮ通信部２２は、キャリア回線通信部２３と異なる通信手段を有する第１の通信部の一例である。

キャリア回線通信部２３は、キャリア回線により保守センター４と接続して通信する。キャリア回線通信部２３は、無線ＬＡＮ通信部２２と異なる通信手段を有する第２の通信部の一例である。

これにより、無線ＬＡＮ通信部２２は、無線ＬＡＮによりサーバ１の無線ＬＡＮ通信部１０と接続して通信する。また、キャリア回線通信部２３は、キャリア回線により保守センター４と接続して通信する。これにより、サーバ１は、管理端末２を介して保守センター４と間接的に通信することで、保守センター４に管理されるようになっている。

［ＳＳＩＤ変更処理（サーバの動作）］
次に、本実施形態に係るＳＳＩＤ変更処理の一例について、図５を参照しながら説明する。図５は、一実施形態にかかるＳＳＩＤ変更処理の一例を示すフローチャートである。本実施形態にかかるＳＳＩＤ変更処理は、サーバ１により実行される。

ＳＳＩＤ変更処理が開始されると、状態監視部１３は、イベントの発生を検知する（ステップＳ１００）。次に、状態監視部１３は、管理端末２と接続されている状態か否かを判定する（ステップＳ１０２）。管理端末２と接続されている状態と判定された場合、本処理を終了する。一方、管理端末２と接続されていない状態と判定された場合、状態通知部１４は、サーバの状態情報をＳＳＩＤ変更部１５へ通知する（ステップＳ１０４）。

次に、ＳＳＩＤ変更部１５は、サーバ１の状態情報に基づき、サーバ１の通信のＳＳＩＤに、サーバ１の管理状態に応じた通知用ＳＳＩＤを割り当てる（ステップＳ１０６）。次に、無線ＬＡＮ通信部１０は、割り当てた通知用ＳＳＩＤを管理端末２へ送信し（ステップ１０８）、本処理を終了する。

以上、本実施形態に係る接続判定処理の一例を実行する管理端末２の動作を説明した。通知用ＳＳＩＤのフォーマットの一例を図６に示す。図６のフォーマットの一例では、通知用ＳＳＩＤ２００は、サーバのＩＤ２０１及びＳＳＩＤ２０２を有する。ここでは、サーバのＩＤ２０１には、サーバ１を一意に特定する識別子が設定される。また、ＳＳＩＤ２０２には、ステップＳ１０６で割り当てられた通知用ＳＳＩＤ（「Ｓｅｒｖｅｒ＿ｒｅｑｕｅｓｔ」等）が設定される。サーバ状態情報は、通知用ＳＳＩＤの接続要求２０２ａ、優先度（優先順位）２０２ｂ、アップデート（進捗情報）２０２ｃ及びエラーコード２０２ｄの少なくともいずれかを設定することができる。

例えば、無線ＬＡＮ通信部１０は、通知用ＳＳＩＤを一定時間、ブロードキャスト送信することで、管理端末２が通知用ＳＳＩＤを受信してサーバ１と接続できるようにしてもよい。この場合、無線ＬＡＮ通信部１０は、一定時間経過後、再び接続用ＳＳＩＤを送信し、所定エリアへのサービスの提供を再開してもよい。

このように、サーバ１が複数のＳＳＩＤ（マルチＳＳＩＤを）を使用できる場合、接続用ＳＳＩＤと通信用ＳＳＩＤを区別すると、ネットワークの状況がわかりやすいため好ましい。ただし、無線ＬＡＮ通信部１０は、一定時間経過後に再び接続用ＳＳＩＤを送信することなく、通知用ＳＳＩＤを継続したままサービスの提供を再開することもできる。これにより、サーバ１からのサービス提供を続けながら、サーバ１の接続の有無に関する通知やサーバ１の管理状態に関する通知を行うことができる。

［接続判定処理（管理端末の動作）］
次に、本実施形態に係る接続判定処理の一例について、図７を参照しながら説明する。図７は、一実施形態にかかる接続判定処理の一例を示すフローチャートである。本実施形態にかかる接続判定処理は、管理端末２により実行される。

接続判定処理が開始されると、無線ＬＡＮスキャン部２４は、スキャンした領域内のＳＳＩＤを検出する（ステップＳ２００）。次に、判定部２５は、検出したＳＳＩＤとＳＳＩＤ情報ＤＢ２１に記憶されているＳＳＩＤとを比較する（ステップＳ２０２）。次に、判定部２５は、検出したＳＳＩＤが、ＳＳＩＤ情報ＤＢ２１に記憶されたＳＳＩＤと一致し、登録済みかを判定する（ステップＳ２０４）。検出したＳＳＩＤと一致するＳＳＩＤがＳＳＩＤ情報ＤＢ２１に保存されていない場合、ステップＳ２００に戻り、再度ＳＳＩＤの検出が行われる。

一方、検出したＳＳＩＤと一致するＳＳＩＤがＳＳＩＤ情報ＤＢ２１に保存されている場合、判定部２５は、検出したＳＳＩＤが接続要求かを判定する（ステップＳ２０６）。検出したＳＳＩＤが接続要求でない場合、サーバ１への接続は必要ないため、サーバ状態記録部２６は、検出されたＳＳＩＤに含まれるサーバの状態情報をサーバ状態情報ＤＢ２７に記録し、本処理を終了する。

一方、ステップＳ２０６にて、検出したＳＳＩＤが接続要求である場合、判定部２５は、キャリア回線から無線ＬＡＮへ接続を切り替え可能かを判定する（ステップＳ２１０）。切り替えが可能でない場合、キャリア回線を使用した処理を実行中であるため、接続要求の優先度に応じて接続切替処理を保留し、切り替えが可能になるまでステップＳ２１０の処理を繰り返し、切り替えが可能になったらステップＳ２１２に進む。ただし、検出されたＳＳＩＤの接続要求の優先度が最優先の場合、判定部２５は、接続切替処理を保留しないと判定し、直ちにステップＳ２１２に進む。

ステップＳ２１２では、判定部２５から接続切替部２８へサーバ１への接続要求を出力する。次に、接続切替部２８は、無線ＬＡＮへ接続を実行し、本処理を終了する。

以上、本実施形態に係る接続判定処理の一例を実行する管理端末２の動作を説明した。

管理端末のテザリング機能を利用する場合、管理端末が親機、サーバが子機となり、管理端末からサーバへ接続が行われる。管理端末は複数のサーバを管理する際、それぞれのサーバに逐一接続することで管理作業を行う（ポーリング）。また、サーバがアップデート中に、管理端末が保守センターから別のアップデートファイルをダウンロードする間、管理端末がサーバからアップデート進捗状況の通知を受け取ることは困難である。

これに対して、本実施形態に係る通信制御システムによれば、サーバ１は管理される際に自身のネットワーク構成を変更する必要がなく、管理端末２も１又は複数のサーバ１の状態を、それぞれのサーバ１へ接続することなく同時に把握することが可能となる。また、この仕組みは無線ＬＡＮの機能を転用することで、通知専用のハードウェアを追加することを必要とせず製品化のコストを抑えられる。

よって、本実施形態に係る通信制御システムによれば、サーバ１がインターネットと接続できない場合、通知用ＳＳＩＤに応じて仲介を行う管理端末２がサーバ１への接続を切り替えて、状態把握のためのポーリングをすることなく、適切な接続切替のタイミングを知ることができる。このため、仲介を行う管理端末２は、自身の処理を中断することなく管理対象であるサーバ１の状態を把握できる。例えば、管理端末２は、サーバ１の接続状態を問い合わせるために、保守センター４のアップデート等を中断する必要がなく、アップデート処理を継続することができる。

＜実施例＞
次に、上記実施形態に係る通信制御システムの一実施例について、図８及び図９を参照しながら説明する。図８は、上記実施形態にかかる通信制御システムの一実施例の機能構成を示す。図９は、上記実施形態にかかる接続判定処理の一実施例のフローチャートを示す。

サーバ１は、無線ＬＡＮ通信部１０、記憶部１１、ＳＳＩＤ情報ＤＢ１２、状態監視部１３、状態通知部１４及びＳＳＩＤ変更部１５を有する。加えて、本実施例では、サーバ１は、サーバ管理情報更新部１６及びサーバ管理情報ＤＢ１７を有する。

サーバ１のサーバ管理情報更新部１６及びサーバ管理情報ＤＢ１７以外の構成については既に説明したため、本実施例では、サーバ管理情報更新部１６及びサーバ管理情報ＤＢ１７についてのみ説明する。

サーバ管理情報更新部１６は、アップデート情報やログ情報等のサーバ管理情報の管理を行う。サーバ管理情報更新部１６は、管理端末２との接続後、アップデート情報のダウンロードやログ情報のアップロード等を行う。サーバ管理情報更新部１６は、アップデート情報やログ情報等のサーバ管理情報をサーバ管理情報ＤＢ１７に蓄積する。無線ＬＡＮ通信部１０は、管理端末２の無線ＬＡＮ通信部２２と通信し、ＳＳＩＤ情報及びサーバ管理情報を送受信する。例えば、無線ＬＡＮ通信部２２は、ＳＳＩＤ情報を送信してもよい。その場合、無線ＬＡＮ通信部１０は、ＳＳＩＤ情報を受信する。受信したＳＳＩＤ情報は、ＳＳＩＤ情報ＤＢ１２に記憶される。また、無線ＬＡＮ通信部１０は、サーバ管理情報ＤＢ１７からサーバ管理情報を取得し、無線ＬＡＮ通信部２２に送信してもよい。

管理端末２は、設定登録部２０、ＳＳＩＤ情報ＤＢ２１、無線ＬＡＮ通信部２２、キャリア回線通信部２３、無線ＬＡＮスキャン部２４、判定部２５、サーバ状態記録部２６、サーバ状態情報ＤＢ２７及び接続切替部２８を有する。加えて、本実施例では、管理端末２は、サーバ管理情報ＤＢ２９を有する。管理端末２のサーバ管理情報ＤＢ２９以外の構成については既に説明したため、本実施例では、サーバ管理情報ＤＢ２９についてのみ説明する。

例えば、無線ＬＡＮ通信部１０は、サーバ管理情報を送信してもよい。その場合、無線ＬＡＮ通信部２２はサーバ管理情報を受信する。受信したサーバ管理情報は、サーバ管理情報ＤＢ２９に記憶される。図８では、一つのサーバ１と管理端末２との構成のみ図示しているが、管理端末２は、複数のサーバと無線通信を行い、複数のサーバに対するサーバ管理情報及びサーバ状態情報を蓄積してもよい。無線ＬＡＮ通信部２２は、蓄積された複数のサーバに関するサーバ管理情報及びサーバ状態情報を、保守センター４と接続可能なときに保守センター４に送信する。これにより、各サーバの管理を保守センター４で行うことができる。

［接続判定処理（管理端末の動作）］
上記実施例に係る管理端末２による接続判定処理について、図９のフローチャートを参照しながら説明する。図９のステップＳ２００〜Ｓ２１４については、上記実施形態にかかる接続判定処理と同じであるため、ここでは説明を省略し、一のサーバの接続判定処理後のステップＳ２１６〜Ｓ２２０について説明する。

ステップＳ２１６では、設定登録部２０は、接続しているサーバのサーバ管理情報をサーバ管理情報ＤＢ２９に記憶し、サーバ管理情報を更新する。次に、無線ＬＡＮスキャン部２４は、他のサーバからのＳＳＩＤを検出したかを判定する（ステップＳ２１８）。他のサーバか否かは、図６のサーバのＩＤ２０１により判別可能である。

他のサーバからのＳＳＩＤを検出した場合、ステップＳ２００に戻り、他のサーバとの接続判定処理を実行する。一方、他のサーバからのＳＳＩＤを検出しなかった場合、ステップ２２０に進み、無線ＬＡＮ通信部２２は、蓄積された複数のサーバのサーバ管理情報及びサーバ状態情報を、保守センター４と接続可能なときに保守センター４に送信する。これにより、各サーバのサーバ管理情報及びサーバ状態情報を保守センター４に通知することができる。

（ハードウェア構成例）
最後に、一実施形態にかかるサーバ１及び管理端末２のハードウェア構成について簡単に説明する。図１０は、本実施形態にかかるサーバのハードウェア構成の一例を示す。以下では、本実施形態にかかるサーバ１のハードウェア構成を説明し、管理端末２のハードウェア構成についは、サーバ１のハードウェア構成と同様であるため説明を省略する。

サーバ１は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、通信Ｉ／Ｆ１０７及びＨＤＤ（Hard Disk Drive）１０８を備え、それぞれがバスＢで相互に接続されている。

入力装置１０１は、キーボードやマウスなどを含み、サーバ１に各操作を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、サーバ１の管理者に通信状態等のシステム運用状況等を表示する。

通信Ｉ／Ｆ１０７は、無線ＬＡＮに接続するインタフェースである。これにより、通信Ｉ／Ｆ１０７を介して管理端末２と無線通信を行うことができる。

ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する基本ソフトウェアであるＯＳ（Operating System）、及びＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。また、ＨＤＤ１０８は、上記実施形態のＳＳＩＤ変更処理を行うためにＣＰＵ１０６により実行されるプログラムを格納する。なお、管理端末２のＨＤＤには、接続判定処理を行うためにＣＰＵ１０６により実行されるプログラムが格納されている。

外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。サーバ１は、外部Ｉ／Ｆ１０３を介して記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD Memory card）やＵＳＢメモリ（Universal Serial Bus memory）等がある。一実施形態にかかるＳＳＩＤ変更処理や接続判定処理を実行するためのプログラムを記録媒体１０３ａに記録してもよい。

ＲＯＭ１０５は、不揮発性の半導体メモリ（記憶装置）であり、起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。

なお、サーバ１の各部及び管理端末２の各部は、ＨＤＤ１０８等にインストールされた一実施形態にかかるＳＳＩＤ変更処理や接続判定処理を実行するためのプログラムをＣＰＵ１０６が実行することにより実現されてもよい。また、サーバ１の各データベース及び管理端末２の各データベースは、例えば、ＲＡＭ１０４、ＨＤＤ１０８、又はサーバ１や管理端末２に無線ＬＡＮやキャリア回線を介して接続される記憶装置を用いて実現可能である。

以上、通信制御システム、情報処理装置及び通信制御方法を上記実施形態により説明したが、本発明は上記実施形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。

例えば、サーバ１の各機能及び管理端末２の各機能は、ソフトウェアにより実現してもよく、ハードウェアにより実現してもよく、ソフトウェアとハードウェアとの組み合わせにより実現してもよい。

以上の説明に関し、更に以下の項を開示する。
（付記１）
異なる通信手段の第１の通信部と第２の通信部とを有する管理端末と、該管理端末を介して管理され、該第１の通信部と通信可能な情報処理装置と、の通信を制御する通信制御システムであって、
前記情報処理装置は、
前記情報処理装置の管理状態に応じた通知用ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されたＳＳＩＤ情報データベースに基づき、前記情報処理装置の通信のＳＳＩＤを、前記情報処理装置の管理状態に応じた通知用ＳＳＩＤに変更するＳＳＩＤ変更部と、
前記変更した通知用ＳＳＩＤを送信して、前記情報処理装置の管理状態を通知する第３の通信部と、
を有する通信制御システム。
（付記２）
前記管理端末は、
前記送信された通知用ＳＳＩＤを検出する検出部と、
前記検出した通知用ＳＳＩＤに基づき、前記情報処理装置へ接続するか否かを判定する判定部と、を有する、
付記１に記載の通信制御システム。
（付記３）
前記管理端末は、
前記判定部による判定に応じて前記第２の通信部による前記機器への接続と該機器への接続の切断とを切り替える接続切替部を有する、
付記２に記載の通信制御システム。
（付記４）
前記通知用ＳＳＩＤは、
前記情報処理装置の状態情報を含む、
付記１〜３のいずれか一項に記載の通信制御システム。
（付記５）
異なる通信手段の第１の通信部と第２の通信部とを有する管理端末を介して管理され、該第１の通信部と通信可能な情報処理装置であって、
前記情報処理装置の管理状態に応じた通知用ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されたＳＳＩＤ情報データベースに基づき、前記情報処理装置の通信のＳＳＩＤを、前記情報処理装置の管理状態に応じた通知用ＳＳＩＤに変更するＳＳＩＤ変更部と、
前記変更した通知用ＳＳＩＤを送信して、前記情報処理装置の管理状態を通知する第３の通信部と、
を有する情報処理装置。
（付記６）
前記付記５の情報処理装置から送信された通知用ＳＳＩＤを検出する検出部と、
前記検出した通知用ＳＳＩＤに基づき、前記情報処理装置へ接続するか否かを判定する判定部と、を有する、
管理端末。
（付記７）
前記判定部による判定に応じて前記第２の通信部による前記機器への接続と該機器への接続の切断とを切り替える接続切替部を有する、
付記６に記載の管理端末。
（付記８）
前記通知用ＳＳＩＤは、
前記情報処理装置の状態情報を含む、
付記５に記載の情報処理装置。
（付記９）
異なる通信手段の第１の通信部と第２の通信部とを有する管理端末と、該管理端末を介して管理され、該第１の通信部と通信可能な情報処理装置と、の通信を制御する処理をコンピュータが実行する通信制御方法であって、
前記情報処理装置の管理状態に応じた通知用ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されたＳＳＩＤ情報データベースに基づき、前記情報処理装置の通信のＳＳＩＤを、前記情報処理装置の管理状態に応じた通知用ＳＳＩＤに変更し、
前記変更した通知用ＳＳＩＤを送信して、前記情報処理装置の管理状態を通知する、
通信制御方法。
（付記１０）
前記送信された通知用ＳＳＩＤを検出し、
前記検出した通知用ＳＳＩＤに基づき、前記情報処理装置へ接続するか否かを判定する、
付記９に記載の通信制御方法。
（付記１１）
前記情報処理装置へ接続するか否かの判定に応じて前記第２の通信部による前記機器への接続と該機器への接続の切断とを切り替える、
付記１０に記載の通信制御方法。
（付記１２）
前記通知用ＳＳＩＤは、
前記情報処理装置の状態情報を含む、
付記９〜１１のいずれか一項に記載の通信制御方法。

１：サーバ
２：管理端末
３：基地局
４：保守センター
１０：無線ＬＡＮ通信部
１１：記憶部
１２：ＳＳＩＤ情報ＤＢ
１３：状態監視部
１４：状態通知部
１５：ＳＳＩＤ変更部
１６：サーバ管理情報更新部
１７：サーバ管理情報ＤＢ
２０：設定登録部
２１：ＳＳＩＤ情報ＤＢ
２２：無線ＬＡＮ通信部
２３：キャリア回線通信部
２４：無線ＬＡＮスキャン部
２５：判定部
２６：サーバ状態記録部
２７：サーバ状態情報ＤＢ
２８：接続切替部
２９：サーバ管理情報ＤＢ

Claims (6)

1. 異なる通信手段の第１の通信部と第２の通信部とを有する管理端末と、該管理端末を介して管理され、該第１の通信部と通信可能な情報処理装置と、の通信を制御する通信制御システムであって、
   前記情報処理装置は、
   前記情報処理装置の管理状態に応じた通知用ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されたＳＳＩＤ情報データベースに基づき、前記情報処理装置の通信のＳＳＩＤを、前記情報処理装置の管理状態に応じた通知用ＳＳＩＤに変更するＳＳＩＤ変更部と、
   前記変更した通知用ＳＳＩＤを送信して、前記情報処理装置の管理状態を通知する第３の通信部と、
   を有する通信制御システム。
2. 前記管理端末は、
   前記送信された通知用ＳＳＩＤを検出する検出部と、
   前記検出した通知用ＳＳＩＤに基づき、前記情報処理装置へ接続するか否かを判定する判定部と、を有する、
   請求項１に記載の通信制御システム。
3. 前記管理端末は、
   前記判定部による判定に応じて前記第２の通信部による前記機器への接続と該機器への接続の切断とを切り替える接続切替部を有する、
   請求項２に記載の通信制御システム。
4. 前記通知用ＳＳＩＤは、
   前記情報処理装置の状態情報を含む、
   請求項１〜３のいずれか一項に記載の通信制御システム。
5. 異なる通信手段の第１の通信部と第２の通信部とを有する管理端末を介して管理され、該第１の通信部と通信可能な情報処理装置であって、
   前記情報処理装置の管理状態に応じた通知用ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されたＳＳＩＤ情報データベースに基づき、前記情報処理装置の通信のＳＳＩＤを、前記情報処理装置の管理状態に応じた通知用ＳＳＩＤに変更するＳＳＩＤ変更部と、
   前記変更した通知用ＳＳＩＤを送信して、前記情報処理装置の管理状態を通知する第３の通信部と、
   を有する情報処理装置。
6. 異なる通信手段の第１の通信部と第２の通信部とを有する管理端末と、該管理端末を介して管理され、該第１の通信部と通信可能な情報処理装置と、の通信を制御する処理をコンピュータが実行する通信制御方法であって、
   前記情報処理装置の管理状態に応じた通知用ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されたＳＳＩＤ情報データベースに基づき、前記情報処理装置の通信のＳＳＩＤを、前記情報処理装置の管理状態に応じた通知用ＳＳＩＤに変更し、
   前記変更した通知用ＳＳＩＤを送信して、前記情報処理装置の管理状態を通知する、
   通信制御方法。

Images