特開 2024-32497 デバイスサーバ、接続方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024032497

(43)【公開日】2024-03-12

(54)【発明の名称】デバイスサーバ、接続方法及びプログラム

(51)【国際特許分類】

   H04L 12/46 20060101AFI20240305BHJP

【ＦＩ】

H04L12/46 E

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2022136177

(22)【出願日】2022-08-29

(71)【出願人】

【識別番号】500112146

【氏名又は名称】サイレックス・テクノロジー株式会社

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居 広守

(72)【発明者】

【氏名】八木 祐太朗

(72)【発明者】

【氏名】平尾 英典

(72)【発明者】

【氏名】上田 裕二郎

(72)【発明者】

【氏名】栗林 孝行

【テーマコード（参考）】

5K033

【Ｆターム（参考）】

5K033CB08

5K033DA06

5K033DA13

5K033DB18

(57)【要約】

【課題】デバイスサーバを利用する際のユーザビリティを向上することができるデバイスサーバを提供する。
【解決手段】デバイスサーバ１０は、デバイスサーバ１０に接続するために必要なアドレス情報を含む設定ファイルをユーザに通知する通信部１１と、アドレス情報を用いてデバイスサーバ１０に接続されたデバイスへの接続要求を行ったユーザの端末と、デバイスとを接続する制御部１２と、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

デバイスサーバであって、
前記デバイスサーバに接続するために必要なアドレス情報を含む設定ファイルをユーザに通知する通信部と、
前記アドレス情報を用いて前記デバイスサーバに接続されたデバイスへの接続要求を行った前記ユーザの端末と、前記デバイスとを接続する制御部と、を備える、
デバイスサーバ。

【請求項2】

前記通信部は、前記ユーザのメールアドレスに前記設定ファイルを送信することで、前記設定ファイルを前記ユーザに通知する、
請求項１に記載のデバイスサーバ。

【請求項3】

前記通信部は、前記端末から前記デバイスへの接続要求を受けた場合、前記端末が前記デバイスに接続するためのパスワードを前記ユーザに通知し、
前記制御部は、前記パスワードを用いて前記デバイスへの接続要求を行った前記端末と、前記デバイスとを接続する、
請求項１又は２に記載のデバイスサーバ。

【請求項4】

前記パスワードは、ワンタイムパスワードである、
請求項３に記載のデバイスサーバ。

【請求項5】

前記通信部は、前記端末から前記デバイスへの接続要求を受けた場合、前記ユーザに関するユーザ情報を、前記デバイスサーバを管理する管理者に通知する、
請求項１又は２に記載のデバイスサーバ。

【請求項6】

前記ユーザ情報は、利用する前記デバイスと関連づけて前記ユーザを特定するための情報を含む、
請求項５に記載のデバイスサーバ。

【請求項7】

前記デバイスサーバには、複数の前記デバイスが接続され、
前記設定ファイルは、さらに、複数の前記デバイスのうち、前記端末が接続することを許可された前記デバイスを示す情報を含む、
請求項１又は２に記載のデバイスサーバ。

【請求項8】

前記設定ファイルは、さらに、前記端末が前記デバイスへ接続することを許可された時間帯を示す情報、又は、前記端末が前記デバイスへ接続することを許可された期間を示す情報を含む、
請求項１又は２に記載のデバイスサーバ。

【請求項9】

前記通信部は、前記デバイスサーバを管理する管理者からの指示に応じて、前記設定ファイルを前記ユーザに通知する、
請求項１又は２に記載のデバイスサーバ。

【請求項10】

前記デバイスサーバと前記端末とは、ワイドエリアネットワークを介して接続可能となっており、
前記アドレス情報は、前記端末を前記デバイスサーバに接続するためのルータのグローバルＩＰアドレスである、
請求項１又は２に記載のデバイスサーバ。

【請求項11】

前記デバイスサーバと前記端末とは、ローカルエリアネットワークを介して接続可能となっており、
前記アドレス情報は、前記デバイスサーバのプライベートＩＰアドレスである、
請求項１又は２に記載のデバイスサーバ。

【請求項12】

前記通信部は、前記端末と前記デバイスサーバとの接続が切断された場合、前記端末と前記デバイスサーバとの接続が切断されたことを示す情報を、前記デバイスサーバを管理する管理者に通知する、
請求項１又は２に記載のデバイスサーバ。

【請求項13】

ユーザの端末とデバイスサーバに接続されたデバイスとを接続するための、前記デバイスサーバにより実行される接続方法であって、
前記デバイスサーバに接続するために必要なアドレス情報を含む設定ファイルを前記ユーザに通知する通知ステップと、
前記アドレス情報を用いて前記デバイスへの接続要求を行った前記端末と、前記デバイスとを接続する接続ステップと、を含む、
接続方法。

【請求項14】

請求項１３に記載の接続方法をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デバイスサーバ、接続方法及びプログラムに関する。

【背景技術】

【0002】

近年、デバイスサーバと呼ばれる装置が普及している（例えば特許文献１参照）。デバイスサーバは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）を介して自身に接続されたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）、スキャナ又は地デジチューナーといったコンピュータ周辺機器（以下、デバイスとも呼ぶ）をネットワークに接続し、複数のユーザの端末（例えば、ＰＣ又はタブレット等）からネットワークを介してこれらのデバイスを利用するための装置である。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１９－１２４１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、ユーザの端末がこのようなデバイスサーバにネットワークを介して接続するためには、アドレス情報が必要となる。このため、デバイスサーバの管理者がアドレス情報を、ユーザに直接提供する必要があり、管理者の手間がかかる。また、ユーザの端末が自身にインストールされたアプリケーションを用いてデバイスサーバに接続する際に、ユーザは、管理者から提供されたアドレス情報をアプリケーションに設定する必要があり、事前準備が多くなる。

【0005】

また、例えば、ユーザの端末から外部ネットワーク（例えばインターネットなど）を経由してローカルエリアネットワーク（例えば、社内ＬＡＮ）上に接続されたデバイスサーバを利用したい場合には、管理者はデバイスサーバのアドレス情報のほかに外部ネットワークを中継するための中継装置（例えばルータなど）のアドレス情報もデバイスサーバを利用する前に、ユーザに提供する必要がある。つまり、デバイスサーバに接続するために必要なアドレス情報をユーザが知っておく必要がある。

【0006】

本発明は、上記問題を解決するためになされたものであり、デバイスサーバを利用する際のユーザビリティを向上することができるデバイスサーバ等を提供することを目的とする。

【課題を解決するための手段】

【0007】

上記課題を解決するために、本発明の一態様に係るデバイスサーバは、デバイスサーバであって、前記デバイスサーバに接続するために必要なアドレス情報を含む設定ファイルをユーザに通知する通信部と、前記アドレス情報を用いて前記デバイスサーバに接続されたデバイスへの接続要求を行った前記ユーザの端末と、前記デバイスとを接続する制御部と、を備える。

【0008】

デバイスサーバからユーザへデバイスサーバに接続するために必要なアドレス情報を含む設定ファイルが通知されるため、デバイスサーバの管理者はユーザにこれらアドレス情報を逐一提供する必要がなく、管理者の手間を減らすことができる。また、ユーザは、ユーザの端末にインストールされたアプリケーション（具体的にはデバイスサーバに接続しデバイスを利用するためのアプリケーション）に、設定ファイルをインポートするだけで、ユーザの端末をデバイスサーバに接続することができるため、事前準備を減らすことができる。このように、本発明のデバイスサーバによれば、デバイスサーバを利用する際のユーザビリティを向上することができる。

【0009】

また、前記通信部は、前記ユーザのメールアドレスに前記設定ファイルを送信することで、前記設定ファイルを前記ユーザに通知してもよい。

【0010】

メールによるファイルの送受信は一般的に広く利用されているため、デバイスサーバは、ユーザのメールアドレスに設定ファイルを送信することで、容易に設定ファイルをユーザに通知することができる。また、ユーザは、ユーザのメールアドレスのメールサーバから設定ファイルを取得して（例えばユーザの端末に設定ファイルをダウンロードして）、ユーザの端末にインストールされたアプリケーションにインポートするだけで、デバイスサーバに接続するための設定を別途することなく、容易にユーザの端末をデバイスサーバに接続することができる。また、設定ファイルは、予め登録されたメールアドレスに送信されるため、セキュリティに優れる。

【0011】

また、前記通信部は、前記端末から前記デバイスへの接続要求を受けた場合、前記端末が前記デバイスに接続するためのパスワードを前記ユーザに通知し、前記制御部は、前記パスワードを用いて前記デバイスへの接続要求を行った前記端末と、前記デバイスとを接続してもよい。

【0012】

ユーザの端末をデバイスに接続するために、パスワードが必要となり、設定ファイルに含まれるアドレス情報を用いて接続要求を行ったユーザにパスワードが通知されるため、さらなるセキュリティの強化が可能となる。

【0013】

また、前記パスワードは、ワンタイムパスワードであってもよい。

【0014】

ユーザに通知されるパスワードがワンタイムパスワードとなっているため、パスワードの漏洩時のリスクを抑制することができ、セキュリティのさらなる強化が可能となる。

【0015】

また、前記通信部は、前記端末から前記デバイスへの接続要求を受けた場合、前記ユーザに関するユーザ情報を、前記デバイスサーバを管理する管理者に通知してもよい。

【0016】

これによれば、デバイスサーバの管理者は、誰がデバイスへの接続要求を行ったかを管理することができる。

【0017】

また、前記ユーザ情報は、利用する前記デバイスと関連づけて前記ユーザを特定するための情報を含んでいてもよい。

【0018】

これによれば、デバイスサーバの管理者は、誰がデバイスを利用しているかを管理又は監視することができる。

【0019】

また、前記デバイスサーバには、複数の前記デバイスが接続され、前記設定ファイルは、さらに、複数の前記デバイスのうち、前記端末が接続することを許可された前記デバイスを示す情報を含んでいてもよい。

【0020】

これによれば、ユーザの端末が接続することを許可されたデバイスを示す情報も含まれている設定ファイルをユーザに通知することで、複数のデバイスに対するユーザの端末の接続を容易に制限することができる。

【0021】

また、前記設定ファイルは、さらに、前記端末が前記デバイスへ接続することを許可された時間帯を示す情報、又は、前記端末が前記デバイスへ接続することを許可された期間を示す情報を含んでいてもよい。

【0022】

これによれば、ユーザの端末がデバイスへ接続することを許可された時間帯又は期間も含まれている設定ファイルをユーザに通知することで、デバイスに対するユーザの端末の接続時間帯又は接続期間を容易に制限することができる。

【0023】

また、前記通信部は、前記デバイスサーバを管理する管理者からの指示に応じて、前記設定ファイルを前記ユーザに通知してもよい。

【0024】

これによれば、管理者が許可したユーザに対して設定ファイルを通知することができる。

【0025】

また、前記デバイスサーバと前記端末とは、ワイドエリアネットワークを介して接続可能となっており、前記アドレス情報は、前記端末を前記デバイスサーバに接続するためのルータのグローバルＩＰアドレスであってもよい。

【0026】

デバイスサーバとユーザの端末とがワイドエリアネットワークを介して接続可能となっている場合には、ルータのグローバルＩＰアドレスがユーザに通知されるため、ユーザの端末は、このグローバルＩＰアドレスを用いてデバイスへの接続要求をデバイスサーバに対して行うことができる。

【0027】

また、前記デバイスサーバと前記端末とは、ローカルエリアネットワークを介して接続可能となっており、前記アドレス情報は、前記デバイスサーバのプライベートＩＰアドレスであってもよい。

【0028】

デバイスサーバとユーザの端末とがローカルエリアネットワークを介して接続可能となっている場合には、デバイスサーバのプライベートＩＰアドレスがユーザに通知されるため、ユーザの端末は、このプライベートＩＰアドレスを用いてデバイスへの接続要求をデバイスサーバに対して行うことができる。

【0029】

また、前記通信部は、前記端末と前記デバイスサーバとの接続が切断された場合、前記端末と前記デバイスサーバとの接続が切断されたことを示す情報を、前記デバイスサーバを管理する管理者に通知してもよい。

【0030】

これによれば、デバイスサーバの管理者は、デバイスサーバの利用状況を管理又は監視することができる。

【0031】

上記課題を解決するために、本発明の一態様に係る接続方法は、ユーザの端末とデバイスサーバに接続されたデバイスとを接続するための、前記デバイスサーバにより実行される接続方法であって、前記デバイスサーバに接続するために必要なアドレス情報を含む設定ファイルを前記ユーザに通知する通知ステップと、前記アドレス情報を用いて前記デバイスへの接続要求を行った前記端末と、前記デバイスとを接続する接続ステップと、を含む。

【0032】

これによれば、デバイスサーバを利用する際のユーザビリティを向上することができる接続方法を提供することができる。

【0033】

上記課題を解決するために、本発明の一態様に係るプログラムは、上記の接続方法をコンピュータに実行させるためのプログラムである。

【0034】

これによれば、デバイスサーバを利用する際のユーザビリティを向上することができるプログラムを提供することができる。

【発明の効果】

【0035】

本発明により、デバイスサーバを利用する際のユーザビリティを向上することができる。

【図面の簡単な説明】

【0036】

【図1】実施の形態に係るデバイスサーバを含むシステムの一例を示す構成図である。

【図2】実施の形態に係るデバイスサーバの一例を示す構成図である。

【図3】実施の形態に係るデバイスサーバを含むシステムにおける動作の流れの一例を示すシーケンス図である。

【図4】その他の実施の形態に係る接続方法の一例を示すフローチャートである。

【発明を実施するための形態】

【0037】

以下、実施の形態について、図面を参照しながら具体的に説明する。

【0038】

以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、より好ましい形態を構成する任意の構成要素として説明される。なお、同一の構成要素には同一の符号を付し、説明を省略する場合がある。

【0039】

（実施の形態）
以下、実施の形態について図１から図３を用いて説明する。

【0040】

図１は、実施の形態に係るデバイスサーバ１０を含むシステムの一例を示す構成図である。当該システムには、デバイスサーバ１０の他に、例えば、デバイス２０、ユーザ１００の端末３０及びルータ４０が含まれ、図１には、さらに、ユーザ１００及びデバイスサーバ１０を管理する管理者２００も示されている。

【0041】

デバイスサーバ１０は、ネットワークを介して端末３０と接続されており、ＵＳＢインタフェースを介して自身にローカル接続（図１のＵＳＢ接続）されたデバイス２０を、端末３０から利用するための機能を有する装置（コンピュータ）である。例えば、ネットワークは、ワイドエリアネットワーク（ＷＡＮ）であり、デバイスサーバ１０は、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能を持つルータ４０と接続される。つまり、デバイスサーバ１０と端末３０とは、ＷＡＮ及びＬＡＮを介して接続可能となっており、端末３０は、ルータ４０のグローバルＩＰアドレスを指定することで、ルータ４０と接続可能となり、さらにローカルエリアネットワーク（ＬＡＮ）を介して接続されたデバイスサーバ１０と接続することができる。これにより、端末３０はデバイス２０と通信可能に接続することができる。

【0042】

なお、上記ネットワークは、ＬＡＮであってもよく、デバイスサーバ１０と端末３０とは、同一のネットワークセグメントに属していてもよい。つまり、デバイスサーバ１０と端末３０とは、ＬＡＮを介して接続可能となっており、端末３０は、デバイスサーバ１０のプライベートＩＰアドレスを指定することで、デバイスサーバ１０と接続することができ、そして、デバイス２０と接続することができる。この場合、ルータ４０が設けられていなくてもよい。

【0043】

デバイス２０は、ＭＦＰ、スキャナ又は地デジチューナーといったコンピュータ周辺機器であり、デバイスサーバ１０が有するＵＳＢインタフェースに接続可能なＵＳＢ機器である。デバイスサーバ１０には、複数のデバイス２０が接続されてもよく、デバイスサーバ１０は、端末３０からネットワークを介して複数のデバイス２０のそれぞれを利用するための機能を有していてもよい。ところで、ある端末３０がデバイスサーバ１０を介してあるデバイス２０と接続されている間、この端末は当該デバイス２０を占有することとなり、他の端末３０は当該デバイス２０に接続することができない。このため、誰がどのデバイス２０を利用しているかを管理者が認識しておくことは重要となっている。特にＷＡＮを介してユーザが端末３０からデバイスサーバ１０に接続しているデバイス２０を利用する場合には、セキュリティ上、管理者が、ユーザ１００について把握することは重要である。

【0044】

端末３０は、ユーザ１００が利用するＰＣ又はタブレット等の装置であり、デバイスサーバ１０を介してデバイス２０を利用するための接続および切断などの機能を有する。この機能は、例えば、端末３０にインストールされたアプリケーション（接続ツールなど）により実現される。なお、この機能を有するアプリケーションを以後、単にアプリケーションとも呼ぶ。ユーザ１００は、このアプリケーションを利用することで、端末３０と所望のデバイス２０とを接続したり、接続中のデバイス２０との接続を切断したりすることができ、デバイスサーバ１０に接続されたデバイス２０を、あたかも端末３０に直接接続されたかのように利用することができる。

【0045】

デバイスサーバ１０は、ユーザ１００及び管理者２００へ情報を通知することができる。例えば、デバイスサーバ１０は、メール送信機能を備え、メールによって情報を通知することができる。

【0046】

次に、デバイスサーバ１０の構成について図２を用いて説明する。

【0047】

図２は、実施の形態に係るデバイスサーバ１０の一例を示す構成図である。

【0048】

デバイスサーバ１０は、通信部１１、制御部１２、ユーザインタフェース（ＵＩ）１３、テーブル１４、及びローカル通信部１５を備える。なお、ＵＩ１３は、必須ではない。デバイスサーバ１０は、プロセッサ、メモリ、入出力インタフェース、通信インタフェース及びＵＳＢインタフェース等のハードウェアを備えるコンピュータである。メモリは、ＲＯＭ及びＲＡＭ等であり、プロセッサにより実行されるプログラムを記憶することができる。制御部１２は、メモリに格納されたプログラムを実行するプロセッサ等によって実現される。通信部１１は、通信インタフェース等によって実現され、制御部１２によって制御されることで情報の送受信を行う。ここで、通信部１１の通信インタフェースは、例えばＩＥＥＥ８０２．３通信規格に準拠した有線インタフェースであってもよいし、ＩＥＥＥ８０２．１１通信規格に準拠した無線インタフェースであってもよい。テーブル１４は、メモリに記憶されるが、プログラムが記憶されるメモリとテーブル１４が記憶されるメモリとは別のメモリであってもよい。ローカル通信部１５は、デバイス２０のようなコンピュータ周辺機器と通信を行い、通信インタフェース等によって実現される。ここで、ローカル通信部１５の通信インタフェースは、例えばＵＳＢ通信規格に準拠したＵＳＢインタフェースを含んでいてもよいし、シリアル通信規格（例えばＲＳ－２３２Ｃなど）に準拠したシリアルインタフェースを含んでいてもよい。なお、ローカル通信部１５は、例えばＩＥＥＥ８０２．３通信規格に準拠した有線インタフェースであってもよいし、ＩＥＥＥ８０２．１１通信規格に準拠した無線インタフェースであってもよい。

【0049】

通信部１１は、デバイスサーバ１０に接続するために必要なアドレス情報を含む設定ファイルをユーザ１００に通知する。通知の手段としては、例えば、通信部１１は、ユーザ１００のメールアドレスに設定ファイルを送信することで、具体的にはユーザ１００のメールアドレスのメールサーバに設定ファイルを送信することで、設定ファイルをユーザ１００に通知する。設定ファイルを含むメールは、ユーザ１００がログインした端末３０において受信してもよいし、別途ユーザ１００が所持するスマートフォンなどで受信することにしてもよい。メールによるファイルの送受信はＷＡＮ環境において一般的に広く利用されているため、デバイスサーバ１０は、ユーザ１００のメールアドレスに設定ファイルを送信することで、ルータ４０を経由する場合であったとしても、容易に設定ファイルをユーザ１００に通知することができる。また、ユーザ１００は、ユーザ１００のメールアドレスのメールサーバから設定ファイルを取得して（例えば端末３０に設定ファイルをダウンロードして）、端末３０にインストールされたアプリケーションにインポートするだけで、デバイスサーバ１０に接続するための設定を別途することなく、容易に端末３０をデバイスサーバ１０に接続することができる。なお、通信部１１は、ユーザ１００によるアクセスが可能なクラウドサーバなどに設定ファイルを送信してもよく、これにより、設定ファイルをユーザ１００に通知してもよい。

【0050】

例えば、通信部１１は、管理者２００からの指示に応じて、設定ファイルをユーザ１００に通知する。例えば、テーブル１４は、ユーザ１００のユーザ情報（例えば端末３０のＩＰアドレス及び／又はユーザＩＤ等）とユーザ１００のメールアドレスとが対応付けられた対応表であり、通信部１１は、管理者２００から特定のユーザ１００を指定する指示があった場合に、テーブル１４を参照して、特定のユーザ１００に対応するメールアドレスに設定ファイルを送信する。例えば、管理者２００は、ＵＩ１３（例えばタッチパネルディスプレイ、又は、キーボード、マウス及びディスプレイ等）を用いて、特定のユーザ１００のユーザ情報を指定することで、通信部１１は、特定のユーザ１００に対応するメールアドレスに設定ファイルを送信してもよいし、管理者２００自身が使用する端末（具体的にはデバイスサーバ１０を管理するアプリケーションなど）で指示をすることで、特定のユーザ１００に対応するメールアドレスに設定ファイルを送信してもよい。

【0051】

設定ファイルは、端末３０にインストールされたアプリケーションにインポートされることで、当該アプリケーションによる端末３０の接続先の設定などを自動的に行わせるためのファイルである。デバイスサーバ１０に接続するために必要なアドレス情報を含む設定ファイルが端末３０のアプリケーションにインポートされることで、アプリケーションは、設定ファイルに含まれるアドレス情報に従って、端末３０をデバイスサーバ１０に接続することができるようになる。例えば、設定ファイルは、管理者２００によって編集可能となっており、管理者２００によってユーザ１００用に編集された設定ファイルがメールを介してユーザ１００に通知されてもよい。

【0052】

デバイスサーバ１０と端末３０とが、ＷＡＮを介して接続可能となっている場合には、設定ファイルに含まれるアドレス情報は、端末３０をデバイスサーバ１０に接続するためのルータ４０のグローバルＩＰアドレスである。この場合には、ルータ４０のグローバルＩＰアドレスがユーザ１００に通知されるため、端末３０は、このグローバルＩＰアドレスを用いてデバイス２０への接続要求をデバイスサーバ１０に対して行うことができる。

【0053】

デバイスサーバ１０と端末３０とが、ＬＡＮを介して接続可能となっている場合には、設定ファイルに含まれるアドレス情報は、デバイスサーバ１０のプライベートＩＰアドレスである。この場合には、デバイスサーバ１０のプライベートＩＰアドレスがユーザ１００に通知されるため、端末３０は、このプライベートＩＰアドレスを用いてデバイス２０への接続要求をデバイスサーバ１０に対して行うことができる。

【0054】

また、上述したように、デバイスサーバ１０には、複数のデバイス２０が接続されてもよく、設定ファイルは、さらに、複数のデバイス２０のうち、端末３０が接続することを許可されたデバイス２０を示す情報を含んでいてもよい。例えば、管理者２００は、ユーザ１００によって、複数のデバイス２０のうち利用させたいデバイス２０、或いは、利用させたくないデバイス２０が存在する場合がある。そこで、管理者２００は、設定ファイルを編集して、端末３０が接続することを許可されたデバイス２０を示す情報を設定ファイルに含ませることで、複数のデバイス２０のうちの特定のデバイス２０のみをユーザ１００に利用できるようにすることができる。例えば、端末３０が接続することを許可されたデバイス２０を示す情報は、当該デバイス２０が接続されたＵＳＢポートを示す情報、又は、当該デバイス２０のプロダクトＩＤ等である。

【0055】

このように、端末３０が接続することを許可されたデバイス２０を示す情報も含まれている設定ファイルをユーザ１００に通知することで、複数のデバイス２０に対する端末３０の接続を容易に制限することができる。

【0056】

また、設定ファイルは、さらに、端末３０がデバイス２０へ接続することを許可された時間帯を示す情報、又は、端末３０がデバイス２０へ接続することを許可された期間を示す情報を含んでいてもよい。例えば、管理者２００は、ユーザ１００によっては、特定の時間帯だけデバイス２０を利用させたい場合や、長時間デバイス２０を連続して利用させたくない場合がある。そこで、管理者２００は、設定ファイルを編集して、上記時間帯を示す情報又は期間を示す情報を設定ファイルに含ませることで、特定の時間帯又は期間のみにユーザ１００にデバイス２０を利用できるようにすることができる。例えば、上記時間帯は就業時間帯等であり、上記期間は１日等である。時間の管理は、端末３０またはデバイスサーバ１０が備えるタイマにより行われても良い。

【0057】

このように、端末３０がデバイス２０へ接続することを許可された時間帯又は期間も含まれている設定ファイルをユーザ１００に通知することで、デバイス２０に対する端末３０の接続時間帯又は接続期間を容易に制限することができる。

【0058】

また、設定ファイルは、デバイスサーバ１０が有するファームウェア更新に伴う更新すべき情報などが含まれていてもよい。例えば、管理者２００は、デバイスサーバ１０の機能が新規追加およびバージョンアップした場合には、設定ファイルを編集して、必要に応じて機能更新に伴う情報を含ませることで、デバイスサーバ１０の最新機能をユーザ１００に提供できる。

【0059】

このように、設定ファイルをユーザ１００に通知することで、ユーザ１００はデバイスサーバ１０が有する機能のバージョンなどを意識することなく、設定ファイルをインポートするだけで、デバイスサーバ１０の最新機能を利用することができる。

【0060】

例えば、通信部１１は、端末３０から設定ファイルに含まれるアドレス情報を用いてデバイス２０への接続要求を受けた場合、端末３０をデバイス２０に接続するためのパスワードをユーザ１００に通知する。例えば、通信部１１は、ユーザ１００のメールアドレスにパスワードを送信することで、パスワードをユーザ１００に通知する。なお、通信部１１は、ユーザ１００がアクセス可能なクラウドサーバなどにパスワードを送信してもよく、これにより、パスワードをユーザ１００に通知してもよい。例えば、通信部１１は、接続要求をした端末３０のアプリケーションでのユーザＩＤ（ログインＩＤ）等の情報からユーザ１００を特定することで、パスワードをユーザ１００に通知することができる。

【0061】

端末３０をデバイス２０に接続するために、パスワードが必要となり、設定ファイルに含まれるアドレス情報を用いて接続要求を行ったユーザ１００にパスワードが通知されるため、セキュリティの強化が可能となる。

【0062】

なお、パスワードは、例えばワンタイムパスワードであることが好ましい。ユーザ１００に通知されるパスワードがワンタイムパスワードとなっている場合、パスワードの漏洩時のリスクを抑制することができ、セキュリティのさらなる強化が可能となる。

【0063】

一方、通信部１１は、端末３０から設定ファイルに含まれるアドレス情報を用いてデバイス２０への接続要求を受けた場合、ユーザ１００に関するユーザ情報を、管理者２００に通知する。例えば、通信部１１は、管理者２００のメールアドレスに当該ユーザ情報を送信することで、ユーザ情報を管理者２００に通知する。これにより、管理者２００は、誰がいつデバイス２０への接続要求を行ったかを管理することができる。例えば、ユーザ情報は、利用するデバイスと関連づけてユーザ１００を特定するための情報（例えば端末３０のＩＰアドレス及び／又はユーザＩＤ等）を含んでいてもよい。これにより、管理者２００は、誰がデバイス２０を利用しているかを管理又は監視することができる。

【0064】

例えば、通信部１１は、端末３０とデバイスサーバ１０との接続が切断された場合、端末３０とデバイスサーバ１０との接続が切断されたことを示す情報を、管理者２００に通知する。これにより、管理者２００は、デバイスサーバ１０の利用状況を管理又は監視することができる。

【0065】

制御部１２は、設定ファイルに含まれるアドレス情報を用いてデバイスサーバ１０に接続してきた端末３０がデバイス２０への接続要求を行うと、当該端末３０とデバイス２０とを接続する。具体的には、例えば、通信部１１が、端末３０からデバイス２０への接続要求を受けた後、ユーザ１００にパスワードを通知した場合には、制御部１２は、パスワードを用いてデバイス２０への接続要求を行った端末３０と、デバイス２０とを接続する。例えば、ユーザ１００は、端末３０のアプリケーション上でパスワードを入力することで、端末３０を介してデバイス２０を利用できるようになり、デバイス２０をあたかも端末３０に直接接続されたかのように利用することができる。

【0066】

次に、ユーザ１００、端末３０、デバイスサーバ１０及び管理者２００の動作の流れについて、図３を用いて説明する。

【0067】

図３は、実施の形態に係るデバイスサーバ１０を含むシステムにおける動作の流れの一例を示すシーケンス図である。

【0068】

まず、ユーザ１００は、管理者２００に対してデバイスサーバ１０の利用申請を行う（ステップＳ１０１）。利用申請の方法は、管理者２００への直接の申請又はメールでの申請等、特に限定されない。例えば、ユーザ１００は、デバイスサーバ１０の利用申請を行う際に、管理者２００にユーザ１００のユーザ情報（例えば端末３０のＩＰアドレス及び／又はユーザＩＤ等）及びメールアドレスを通知する。

【0069】

次に、管理者２００は、デバイスサーバ１０に利用申請を行ったユーザ１００のユーザ登録を行う（ステップＳ１０２）。例えば、管理者２００は、デバイスサーバ１０のＵＩ１３を操作することで、テーブル１４に、利用申請を行ったユーザ１００のユーザ情報及びメールアドレスを追加する。または、例えば、管理者２００は、自身が使用する端末（具体的にはデバイスサーバ１０を管理するアプリケーションなど）で指示をすることで、テーブル１４に、利用申請を行ったユーザ１００のユーザ情報及びメールアドレスを追加する。

【0070】

次に、デバイスサーバ１０は、設定ファイルをユーザ１００に通知する（ステップＳ１０３）。例えば、デバイスサーバ１０は、テーブル１４にユーザ１００のユーザ情報等が追加されたタイミングで、テーブル１４に追加されたユーザ１００に設定ファイルを通知する。この通知はメールによりなされるが、ユーザ１００が操作する端末３０に限らず、例えばユーザ１００が保有するスマートフォン等に送信されても良い。なお、デバイスサーバ１０のアドレス情報が変更になる等、設定ファイルの内容が更新される場合がある。このため、設定ファイルの内容が更新されるごと、又は、所定の期間ごとに、テーブル１４に記載されている各ユーザ１００に設定ファイルが通知されてもよい。

【0071】

次に、ユーザ１００は、通知された設定ファイルを端末３０にインストールされたアプリケーションにインポートする（ステップＳ１０４）。例えば、ユーザ１００は、メールサーバ又はクラウドサーバから設定ファイルを端末３０にダウンロードし、端末３０のアプリケーションにインポートする。

【0072】

次に、ユーザ１００は、デバイスサーバ１０に接続されたデバイス２０を利用したい場合に、端末３０のアプリケーションを介して、デバイス２０への接続要求をデバイスサーバ１０に対して行う（ステップＳ１０５）。上述したように、設定ファイルにはデバイスサーバ１０のアドレス情報が含まれており、その設定ファイルがアプリケーションにインポートされているため、端末３０は、デバイス２０への接続要求をデバイスサーバ１０に対して行うことができる。例えば、端末３０からデバイス２０への接続要求が行われたときに、端末３０のアプリケーションは、ユーザ１００に対してパスワードの入力を求める。例えば、端末３０のアプリケーションは、端末３０のディスプレイ等にパスワードの入力画面を表示する。

【0073】

次に、デバイスサーバ１０は、ユーザ１００にパスワードを通知する（ステップＳ１０６）。またこれと共に、デバイスサーバ１０は、管理者２００にユーザ情報を通知する（ステップＳ１０７）。なお、ステップＳ１０６が行われた後に、ステップＳ１０７が行われてもよく、ステップＳ１０７が行われた後に、ステップＳ１０６が行われてもよい。この時点で、管理者２００にユーザ情報が通知されることで、管理者２００は、デバイス２０への接続要求を行ったユーザ１００を認識することができる。

【0074】

次に、ユーザ１００は、通知されたパスワードを入力する（ステップＳ１０８）。例えば、ユーザ１００は、ステップＳ１０５において表示された端末３０の入力画面に、通知されたパスワードを入力する。

【0075】

これにより、端末３０は、デバイス２０と接続される（ステップＳ１０９）。

【0076】

そして、デバイスサーバ１０は、管理者２００にユーザ情報を通知する（ステップＳ１１０）。この時点で、管理者２００にユーザ情報が通知されることで、管理者２００は、ユーザ１００がデバイス２０を利用中であることを認識することができる。

【0077】

また、ユーザ１００がデバイスサーバ１０の利用を終えたら、ユーザ１００は端末３０（具体的には端末３０のアプリケーション）を操作することで、端末３０とデバイスサーバ１０との切断を行う（ステップＳ１１１）。そして、端末３０とデバイスサーバ１０が切断されたら、デバイスサーバ１０は管理者２００に切断を通知し、ユーザ１００がデバイスサーバ１０の利用を終了したことを管理者２００に知らせる（ステップＳ１１２）。

【0078】

なお、端末３０から接続要求があったとき、及び、パスワードが入力されて端末３０とデバイス２０とを接続したときの両方のタイミングでユーザ情報が管理者２００に通知される例を説明したが、ユーザ情報の管理者２００への通知は、いずれか一方のタイミングのみで行われてもよい。

【0079】

以上説明したように、デバイスサーバ１０からユーザ１００へアドレス情報を含む設定ファイルが通知されるため、管理者２００は逐一ユーザ１００にアドレス情報を直接提供する必要がなく、管理者２００の手間を減らすことができる。また、ユーザ１００は、端末３０にインストールされたアプリケーションに、設定ファイルをインポートするだけで、端末３０をデバイスサーバ１０に接続することができるため、事前準備を減らすことができる。このように、デバイスサーバ１０によれば、デバイスサーバ１０を利用する際のユーザビリティを向上することができる。また、ＷＡＮ環境であっても、管理者２００が、デバイスサーバ１０にユーザ登録を行うことによりユーザ１００によるアクセス可能なデバイス２０を制限することができるため、セキュリティを強化することができる。特に、メールで各種通知が行われることで、管理者２００がユーザ１００の監視を行いやすくなり、また、ユーザビリティもさらに向上することができる。

【0080】

（その他の実施の形態）
以上、本発明のデバイスサーバ１０について、実施の形態に基づいて説明したが、本発明は、上記実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、及び、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。

【0081】

例えば、上記実施の形態では、通信部１１は、端末３０から接続要求を受けた場合に、端末３０をデバイス２０に接続するためのパスワードをユーザ１００に通知する例を説明したが、パスワードをユーザ１００に通知しなくてもよい。つまり、端末３０は、パスワードなしでデバイス２０と接続することができてもよい。

【0082】

例えば、上記実施の形態では、通信部１１は、端末３０から接続要求を受けた場合に、ユーザ情報を管理者２００に通知する例を説明したが、ユーザ情報を管理者２００に通知しなくてもよく、例えば、代わりにログ情報として格納しておいてもよい。

【0083】

例えば、本発明は、デバイスサーバ１０として実現できるだけでなく、デバイスサーバ１０を構成する構成要素（例えば通信部１１及び制御部１２）が行うステップ（処理）を含む接続方法として実現できる。

【0084】

図４は、その他の実施の形態に係る接続方法の一例を示すフローチャートである。

【0085】

接続方法は、ユーザ１００の端末３０とデバイスサーバ１０に接続されたデバイス２０とを接続するための、デバイスサーバ１０により実行される接続方法であって、図４に示されるように、デバイスサーバ１０のアドレス情報を含む設定ファイルをメール等によりユーザ１００に通知する通知ステップ（ステップＳ１１）と、設定ファイルに含まれるアドレス情報を用いてデバイス２０への接続要求を行った端末３０と、デバイス２０とを接続する接続ステップ（ステップＳ１２）と、を含む。

【0086】

また、例えば、接続方法における各ステップは、コンピュータ（コンピュータシステム）によって実行されてもよい。そして、本発明は、接続方法に含まれるステップを、コンピュータに実行させるためのプログラムとして実現できる。さらに、本発明は、そのプログラムを記録したＣＤ－ＲＯＭ等である非一時的なコンピュータ読み取り可能な記録媒体として実現できる。

【0087】

例えば、本発明が、プログラム（ソフトウェア）で実現される場合には、コンピュータのＣＰＵ、メモリ及び入出力回路等のハードウェア資源を利用してプログラムが実行されることによって、各ステップが実行される。つまり、ＣＰＵがデータをメモリ又は入出力回路等から取得して演算したり、演算結果をメモリ又は入出力回路等に出力したりすることによって、各ステップが実行される。

【0088】

また、上記実施の形態のデバイスサーバ１０に含まれる複数の構成要素は、それぞれ、専用又は汎用の回路として実現されてもよい。これらの構成要素は、１つの回路として実現されてもよいし、複数の回路として実現されてもよい。

【0089】

また、上記実施の形態のデバイスサーバ１０に含まれる複数の構成要素は、集積回路（ＩＣ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）として実現されてもよい。これらの構成要素は、個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ＬＳＩは、集積度の違いにより、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩと呼称される場合がある。

【0090】

また、集積回路はＬＳＩに限られず、専用回路又は汎用プロセッサで実現されてもよい。上述したように、プログラム可能なＦＰＧＡ、又は、ＬＳＩ内部の回路セルの接続及び設定が再構成可能なリコンフィギュラブル・プロセッサが、利用されてもよい。

【0091】

さらに、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて、デバイスサーバ１０に含まれる各構成要素の集積回路化が行われてもよい。

【0092】

その他、実施の形態に対して当業者が思いつく各種変形を施して得られる形態や、本発明の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本発明に含まれる。

【産業上の利用可能性】

【0093】

本発明は、ユーザの端末からネットワークを介してコンピュータ周辺機器等のデバイスを利用するためのデバイスサーバ等に利用できる。

【符号の説明】

【0094】

１０ デバイスサーバ
１１ 通信部
１２ 制御部
１３ ＵＩ
１４ テーブル
１５ ローカル通信部
２０ デバイス
３０ 端末
４０ ルータ
１００ ユーザ
２００ 管理者

【図1】

【図2】

【図3】

【図4】