JP2022530953A - 管理デバイスによってリモートデバイスを管理する方法 - Google Patents

Abstract

本発明の実施形態が、第１デバイスに適用されるデータ伝送方法を開示する。第１デバイスは、管理デバイスおよび第２デバイスに接続される。本方法は、第１デバイスが管理デバイスにより送信される第１要求を受信する段階であって、第１要求は第２デバイスのデバイス識別子を含む、受信する段階と、第１要求に基づいて第２要求を生成し、第２要求を第２デバイスに送信する段階と、第２デバイスが第２要求を実行した後に生成されるフィードバック情報を受信し、フィードバック情報を管理デバイスに送信する段階とを含む。本発明の実施形態を実施することにより、管理デバイスが第２デバイスと通信できないために第２デバイスを管理できないという理由で正常なサービス通信およびサービス性能が影響を受けるという既存の問題が解決され得る。

Description

本発明はストレージ技術の分野に関し、特に、管理デバイスによってリモートデバイスを管理する方法に関する。

現在、管理デバイスが一般に、ストレージデバイスを管理するのに、例えば、ストレージデバイスを構成する、ストレージデバイスにユーザ情報を追加する、またはストレージデバイスからユーザ情報を削除するのに用いられている。ローカルストレージデバイスの場合、管理デバイスは、伝送制御プロトコル／インターネットプロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ／ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＴＣＰ／ＩＰ）を用いてローカルストレージデバイスおよびリモートストレージデバイスを管理してよい。しかしながら、アクティブ／アクティブのシナリオにおいて、リモートストレージデバイスは通常、ローカルストレージデバイスのバックアップとして用いられ、インターネットには接続されていない。その結果、管理デバイスはリモートストレージデバイスを管理できない。

本発明の実施形態では、データ伝送方法、関連デバイス、コンピュータ記憶媒体を開示して、ストレージデバイスがインターネットを介して管理デバイスに接続できない場合に、管理デバイスがストレージデバイスをどう管理するかという問題を解決する。

第１態様によれば、本発明の一実施形態がデータ伝送方法を開示する。本方法は第１デバイスに適用される。第１デバイスは、管理デバイスおよび第２デバイスの両方と通信することができ、管理デバイスおよび第２デバイスは互いに通信しない。本方法は、第１デバイスが管理デバイスにより送信される第１要求を受信する段階を含み、第１要求は第２デバイスのデバイス識別子を含む。第１デバイスは第１要求に基づいて第２要求を生成し、さらに第２要求を第２デバイスのデバイス識別子に基づいて第２デバイスに送信する。次いで、第２デバイスは、第２要求を実行して対応するフィードバック情報を生成し、フィードバック情報を第１デバイスに返すようにする。第１デバイスは、第２デバイスが第２要求を実行した後に生成されるフィードバック情報を受信し、フィードバック情報を管理デバイスに送信して、第１要求で要求された（管理）操作が第２デバイスで行われたことを管理デバイスに通知する。

本発明の本実施形態を実施することにより、管理デバイスが第２デバイスと通信できない場合に、第１デバイスは第１要求で要求された操作を第２デバイスで行うことができる。このように、管理デバイスが管理デバイスと通信できないデバイスを管理できず、正常なサービス通信を提供できないという現在の技術における問題が解決され得る。さらに、管理デバイスを第２デバイスに接続できる場合、管理デバイスは第１デバイスおよび第２デバイスを２つのインタフェースによってそれぞれ管理する必要がある。しかしながら、本発明で提供される本実施形態によれば、管理デバイスは第１デバイスおよび第２デバイスの両方を１つのインタフェースで管理できる。

第１態様に関連して、いくつかの実行可能な実施形態では、第１デバイスは第１（通信）プロトコルによって管理デバイスと通信し、また第１デバイスは第２（通信）プロトコルによって第２デバイスと通信する。第１デバイスは、第１プロトコルに基づく第１要求を第２プロトコルに基づく第２要求に変換してよい。次いで、第１デバイスは、第２プロトコルに基づく第２要求を処理のために第２デバイスに送信できる。

この段階を実施することにより、第１デバイスは、異なるプロトコル同士の相互変換を自動的に実施して、第１デバイスと、異なるプロトコルをサポートするデバイスとの間で良好な通信を確実にすることができ、正常な通信サービス（またはサービス通信）が影響を受けないようにする。

第１態様に関連して、いくつかの実行可能な実施形態では、第１デバイスは、第２デバイスのデバイス識別子を除いた、第１要求に含まれる情報を第２プロトコルに基づくメッセージにカプセル化する。第１デバイスはさらに、カプセル化したメッセージと第２デバイスのデバイス識別子とを第２プロトコルに基づく第２要求に再度カプセル化する。次いで、第１デバイスは、第２プロトコルに基づく第２要求を処理のために第２デバイスに送信することができる。

この段階を実施することにより、第１デバイスは、第１要求を２度にわたってカプセル化して、第２プロトコルに基づく第２要求を取得することで、データ伝送のセキュリティおよび信頼性を保証し、第２要求が伝送プロセスで改ざんされる事態を防ぐようにしてよい。

第１態様に関連して、いくつかの実行可能な実施形態では、第１デバイスは、第２デバイスのデバイス識別子を除いた、第１要求に含まれる情報を第２プロトコルに基づく第２要求にカプセル化してよい。

この段階を実施することにより、第１デバイスは、第１要求を一度直接的にカプセル化して、第２プロトコルに基づく第２要求を取得してよい。このように、カプセル化の時間を減らすことができ、データ伝送手順を速めることができ、データ伝送効率を向上させることができる。

第１態様に関連して、いくつかの実行可能な実施形態では、第１デバイスが第２プロトコルに基づく第２要求を第２デバイスに送信した後に、第２デバイスは第２要求を実行して、対応するフィードバック情報を生成してよい。さらに、第２デバイスはフィードバック情報を第２プロトコルに基づく第２応答に追加し、フィードバック情報を第１デバイスに送信する。言い換えれば、第２応答は、第２デバイスが第２要求を実行した後に生成されるフィードバック情報を搬送する。それに対応して、第１デバイスは、第２プロトコルに基づく第２応答を受信し、第２プロトコルに基づく第２応答を第１プロトコルに基づく第１応答に変換し、さらに第１応答を管理デバイスに送信して、フィードバック情報を管理デバイスに返す。

この段階を実施することにより、第１デバイスはプロトコル間の相互変換を自動的に実施して、デバイス間の正常な通信を確実にし、正常な通信サービス（またはサービス通信）が影響を受けないようにしてよい。

第２態様によれば、本発明の一実施形態が第１デバイスを提供する。本デバイスは、第１態様または第１態様の実行可能な実装例のうちのいずれか１つで説明された方法を行うように構成された機能モジュールまたはユニットを含む。

第３態様によれば、本発明の一実施形態が別の第１デバイスを提供し、本デバイスはプロセッサ、メモリ、通信インタフェース、およびバスを含む。プロセッサ、通信インタフェース、およびメモリは、バスを介して互いに通信する。通信インタフェースは、データを送受信するように構成される。メモリは、命令を格納するように構成される。プロセッサは、メモリ内の命令を呼び出して、第１態様または第１態様の実行可能な実装例のうちのいずれか１つによる方法を行うように構成される。

第４態様によれば、本発明の一実施形態が通信システムを提供し、本システムは管理デバイス、第１デバイス、および第２デバイスを含む。第１デバイスは管理デバイスおよび第２デバイスと別個に通信する。管理デバイスは第１デバイスおよび第２デバイスを管理するように構成され、第１デバイスは第１態様または第１態様の実行可能な実装例のうちのいずれか１つで説明された方法を行うように構成される。

第５態様によれば、コンピュータ非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）記憶媒体が提供される。コンピュータ非一時的記憶媒体は、データ伝送に用いられるプログラムコードを格納する。プログラムコードは、第１態様または第１態様の実行可能な実装例のうちのいずれか１つによる方法を行うのに用いられる命令を含む。

第６態様によれば、第１態様または第１態様の実行可能な実装例のうちのいずれか１つによる方法を行うチップ製品が提供される。

前述の態様で提供される実装例に基づいて、これらの実装例はさらに組み合わされて、本発明のもっと多くの実装例が提供されてよい。

本発明の実施形態または現在の技術における技術的解決手段をより明確に説明するために、以下では、各実施形態または先行技術を説明する添付図面を簡潔に説明する。

本発明の一実施形態によるデータストレージシステムの概略構造図である。

本発明の一実施形態によるデータ伝送方法の概略フローチャートである。

本発明の一実施形態によるＴＬＶメッセージのカプセル化フォーマットの概略図である。

本発明の一実施形態による第２要求のフォーマットに関する概略図である。 本発明の一実施形態による第２要求の別のフォーマットに関する概略図である。

本発明の一実施形態による第２応答のフォーマットに関する概略図である。 本発明の一実施形態による第２応答の別のフォーマットに関する概略図である。

本発明の一実施形態によるユーザ対話インタフェースの概略図である。

本発明の一実施形態による別の第１デバイスの概略構造図である。

本発明の一実施形態によるさらに別の第１デバイスの概略構造図である。

以下では、添付図面を参照して本発明の実施形態を説明する。

本願は具体的には、データ伝送方法と、本方法が適用可能な関連デバイスおよびシステムとを提供する。図１は、本発明の一実施形態によるデータ管理システムの概略構造図である。図１に示すデータ管理システムは、管理デバイス１００と、第１ネットワークデバイス２００と、第２ネットワークデバイス３００とを含む。第１デバイス２００および第２デバイス３００の数量が限定されることはなく、図１では１つの第１デバイスおよび１つの第２デバイスが一例として用いられている。

管理デバイス１００は、第１デバイス２００および第２デバイス３００を管理するように、例えば、第１デバイスまたは第２デバイスに要求メッセージを送信して、要求メッセージで要求した操作（すなわち、管理操作）を第１デバイスで行うように構成される。本願では、ローカルデバイスが第１デバイスであり、リモートデバイスが第２デバイスである一例がここで用いられる。管理デバイス１００は、インターネットまたはローカルエリアネットワークを介して第１デバイス２００と通信してよい。

管理デバイス１００は、インターネットを介して第２デバイス２００に接続してよい。しかしながら、第２デバイスは一般に、第１デバイスのバックアップとしてのみ用いられ、第２デバイスはインターネットにアクセスしない。この事例では、第２デバイスがインターネットにアクセスしない場合、管理デバイス１００は第２デバイスを管理できない。

第１デバイス２００は、管理デバイス１００および第２デバイス３００と別個に通信する。第１デバイス２００および第２デバイス３００が、ファイバチャネル（ｆｉｂｒｅ ｃｈａｎｎｅｌ、ＦＣ）またはファイバーチャネルオーバーイーサネット（登録商標）（ｆｉｂｒｅ ｃｈａｎｎｅｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標）、ＦＣｏＥ）などのプロトコルによって互いに通信してよい。

実際の適用に際しては、管理デバイス１００は、限定されないが、スマートフォン（Ａｎｄｒｏｉｄ（登録商標）携帯電話またはｉＯＳ（登録商標）携帯電話など）、パーソナルコンピュータ、タブレットコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（ｍｏｂｉｌｅ ｉｎｔｅｒｎｅｔ ｄｅｖｉｃｅｓ、ＭＩＤ）、ウェアラブルインテリジェントデバイス、またはネットワーク通信をサポートする別のデバイスを含んでよい。第１デバイス２００または第２デバイス３００は具体的には、ストレージデバイス（例えば、ストレージアレイ）であってよい。

本発明の一実施形態が、管理デバイスがインターネットを介して第２デバイスに接続されていない場合に、第２デバイスを管理する方法を提供する。

図２に示すように、本管理方法は以下に挙げる実施段階を含む。

段階Ｓ２０１：管理デバイスが第１要求を第１デバイスに送信する。第１要求は第２デバイスのデバイス識別子を搬送し、対応する操作（例えば、ユーザ情報の追加、削除、修正、または検索）を行う第２デバイスを示すか、または第２デバイスのアラーム情報を検索するのに用いられる。

本願では、管理デバイスが第２デバイスを管理する必要がある場合、管理デバイスと第２デバイスとの間にＴＣＰ／ＩＰネットワークがないため、管理デバイスは第１デバイスを介して第２デバイスと通信する。具体的には、管理デバイスは、第１要求を送信することにより第２デバイスを示してよく、第２デバイスでは、例えば、ユーザ情報の追加、削除、修正、または検索といった操作が行われる。第２デバイスのデバイス識別子に加えて、任意選択的に、第１要求はさらに他の情報を搬送してよい。例えば、第１要求で必要とされるタイムアウト遅延、管理デバイスのデバイス識別子、管理デバイスのネットワークアドレス、および第１要求で示される操作に関連した情報である。

段階Ｓ２０２：第１デバイスは、第１要求を受信した後に、第１要求に基づいて第２要求を生成する。

本発明の本実施形態では、管理デバイスは第１（通信）プロトコル、例えばＴＣＰ／ＩＰプロトコルによって第１デバイスと通信し、第１デバイスは第２（通信）プロトコル、例えばＦＣプロトコルまたはＦＣｏＥプロトコルによって第２デバイスと通信する。このように、第１デバイスは、管理デバイスにより送信される第１要求を受信した後に、第１プロトコルに基づく第１要求を第２プロトコルに基づく第２要求に変換して、第２要求を処理のために第２デバイスに送信する必要がある。以下では、段階Ｓ２０２に関連した２つの具体的な実装例を説明する。

実装例１：第１デバイスは、第２デバイスのデバイス識別子を除いた、第１要求に含まれる情報を第２プロトコルに基づく第２要求に直接的にカプセル化して、カプセル化の時間を減らし、メッセージ伝送効率を向上させるとともに、メッセージ伝送のセキュリティを保証してよい。

実装例２：第１デバイスは、第２デバイスのデバイス識別子を除いた、第１要求に含まれる情報を第２プロトコルに基づくメッセージにカプセル化する。さらに、第１デバイスは、カプセル化したメッセージと第２デバイスのデバイス識別子とを第２プロトコルに基づく第２要求に再度カプセル化して、第２要求を処理のために第２デバイスに送信する。２つのカプセル化は、管理デバイスが第１デバイスを介して第２デバイスに要求メッセージを送信することが実施されるように、プロトコルに定められてよい。さらに、メッセージ伝送の信頼性およびセキュリティが保証され、要求に含まれる有効データが改ざんされる可能性が減少する。

本発明の本実施形態では、第１要求がＴＬＶメッセージフォーマットで第２要求にカプセル化される一例が説明に用いられる。図３は、考えられるＴＬＶメッセージフォーマットの概略図である。図３に示すように、ＴＬＶメッセージフォーマットは、メッセージのコマンドワードおよびメッセージの本体を含み、任意選択的にさらに別の専用フィールドを含んでよい。例えば、図３はさらに、マジックナンバー、メッセージのバージョンナンバー、メッセージのシーケンスナンバー、メッセージの長さ、メッセージのコマンドワード、メッセージのステータス、およびメッセージの本体を含む。任意選択的に、送信先デバイスの識別子がさらに含まれてもよい。ＴＬＶメッセージフォーマットにより占有されるビットのサイズと、このフォーマットの各フィールドにより占有されるビットのサイズとが限定されることはない。

メッセージのコマンドワードはＴＬＶメッセージの意味を示す、すなわち、ＴＬＶメッセージを受信するデバイスにより行われる操作を示すのに用いられる。例えば、デバイスアラームを照会することが示される。メッセージのコマンドワードは、ＴＬＶメッセージを受信してデバイスのアラーム情報を照会する（例えば、不十分な放熱またはデバイスの非常に高い温度に起因して発生したアラームを照会する）デバイスを示すのに用いられる。

メッセージのシーケンスナンバーは、ＴＬＶメッセージの番号を示して、ＴＬＶメッセージを区別するのに用いられる。マジックナンバーは、メッセージに誤りがないかどうかを確認するのに用いられる。一般に、マジックナンバーはデバイスのシリアルナンバーおよびネットワークアドレスで表される。それに対応して、ＴＬＶメッセージを受信したデバイスは、ＴＬＶメッセージに含まれるマジックナンバーを解析し、ＴＬＶメッセージに含まれるマジックナンバーとデバイスの情報とを比較して、ＴＬＶメッセージに誤りがないかどうかを確認してよい。マジックナンバーがデバイスのシーケンスナンバーである一例では、ＴＬＶメッセージを受信した受信デバイスは、ＴＬＶメッセージに含まれるマジックナンバーを解析してデバイスのシーケンスナンバーを取得し、マジックナンバーに含まれるデバイスのシーケンスナンバーと受信デバイスのシーケンスナンバーとを比較する。シーケンスナンバーが一致する場合、ＴＬＶメッセージに誤りがなく、伝送エラーは発生していないと判定されてよい。

メッセージのバージョンナンバーは、ＴＬＶメッセージのバージョンナンバーを示すのに用いられる。メッセージの長さは、ＴＬＶメッセージの長さまたはサイズを示すのに用いられる。メッセージのステータスは、ＴＬＶメッセージのステータスを示すのに用いられる。このステータスはシステムに定められ、例えば、ステータスには、ＴＬＶメッセージが送信されたことを示す送信状態、ＴＬＶメッセージがデバイスにより受信されていることを示す受信状態、ＴＬＶメッセージの伝送がタイムアウトになったことを示すタイムアウト状態が含まれてよい。一般に、異なるメッセージステータスが異なる方式で表現されてよい。例えば、「０」が送信状態を表し、「１」が受信状態を表し、「２」がタイムアウト状態を表す。メッセージの本体は、ＴＬＶメッセージによって送信される必要があるデータ、例えば、照会されたリモートデバイスのアラームまたは追加されるユーザのユーザ情報を搬送するのに用いられる。送信先デバイスの識別子は、ＴＬＶメッセージを送信する必要がある送信先デバイスを示すのに用いられる。

第１要求がリプレゼンテーショナルステートトランスファ（ＲＥｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ、ＲＥＳＴ）要求である一例が用いられる。ＲＥＳＴ要求は、第２デバイスのデバイス識別子を搬送し、第２デバイスのアラームを照会するよう要求するのに用いられる。実際の適用に際しては、管理デバイスは、ＲＥＳＴプロトコルで指定されたＧＥＴメソッドを用いて第１デバイスにＲＥＳＴ要求を伝達する。第１デバイスが、第１要求を受信した後に、第１要求が第２デバイスのデバイス識別子を含むことを解析によって取得した場合、第１デバイスは、第１要求が第２デバイスにアクセスするのに用いられると判定してよい。しかしながら、管理デバイスと第１デバイスとの間の通信プロトコルが第１デバイスと第２デバイスとの間の通信プロトコルと異なるため、第１要求を第２デバイスに送信するには、第１デバイスは第１要求を第１デバイスと第２デバイスとの間で伝送できる第２要求に変換する必要がある。第１のカプセル化方式では、第１デバイスは、第２デバイスのデバイス識別子を除いた、ＲＥＳＴ要求に含まれる情報を図３に示すＴＬＶメッセージフォーマットを満たすメッセージにカプセル化してよい、すなわち、ＴＬＶメッセージは第２要求を形成する。例えば、第１要求の解析によって、以下に挙げる情報が以下のとおりに取得される。すなわち、マジックナンバーである０ｘ５５５５５５５５、メッセージのバージョンナンバーである３、メッセージのシーケンスナンバーである１、メッセージの長さである１０，メッセージのコマンドワードである５５８４７８１３１２１Ｌ（デバイスアラームを照会することを示すのに用いられる）、メッセージのステータスである０（ＴＬＶメッセージが送信されたことを示している）、およびメッセージの本体であるデータ（デバイスアラームに関連する関連情報を照会することを示す）である。ＴＬＶメッセージがカプセル化された後に生成される第２要求が図４Ａに示されている。

第２のカプセル化方式では、データ伝送の信頼性およびセキュリティを保証するために、第２デバイスのデバイス識別子を除いた情報がＴＬＶメッセージにカプセル化された後に、カプセル化されたＴＬＶメッセージと第２デバイスのデバイス識別子とがさらに再度カプセル化されて、第２要求を形成してよい。具体的には、第１デバイスは、第２デバイスのデバイス識別子を除いた、第１要求に含まれる情報を、第２デバイスに送信されるＴＬＶメッセージにカプセル化してよい。さらに、第１デバイスは、ＴＬＶメッセージと第２デバイスのデバイス識別子とをローカルエンドデバイス（すなわち、ここでは第１デバイス）の送信対象ＴＬＶメッセージに再度カプセル化してよい。言い換えれば、２つのカプセル化プロセスでは、第１のカプセル化によって、第１要求に含まれ且つ第２デバイスに送信する必要がある情報がカプセル化され、第２のカプセル化によって、第１のカプセル化でカプセル化されたＴＬＶメッセージが第１デバイスに関する情報に再度カプセル化されて、処理のために第２デバイスに送信されることになる。例えば、第２のカプセル化の後に形成された第２要求が図４Ｂに示されている。第２のカプセル化では、第１のカプセル化でカプセル化されたＴＬＶメッセージは、第２のカプセル化でカプセル化されたＴＬＶメッセージのデータ部分（すなわち、メッセージの本体）として用いられてよい。図４Ｂに示す第２要求は以下に挙げる情報を含む。すなわち、マジックナンバーである０ｘ５５５５５５５５、メッセージのバージョンナンバーである３、メッセージのシーケンスナンバーである２、メッセージの長さである２０、メッセージのコマンドワードである５９５９４９０７９５０Ｌ（第２要求を転送することを示すのに用いられる）、メッセージのステータスである０（ＴＬＶメッセージが送信されたことを示す）、メッセージの本体であるＴＬＶメッセージ、および送信先デバイスの識別子である２（第２デバイスのデバイス識別子を示す）である。

段階Ｓ２０３：第１デバイスは、第２デバイスのデバイス識別子に基づいて第２要求を第２デバイスに送信する。

段階Ｓ２０４：第２デバイスは、第２要求を受信した後に、第２要求を解析し、第２要求から関連情報を取得して第２要求が示す操作を実行し、実行結果に基づいてフィードバック情報を生成する。

具体的には、第２要求が第１のカプセル化方式で取得される要求である場合、第２デバイスは第２要求を受信した後に、一度第２要求のカプセル化を解いて第２要求が要求する／示す操作を取得し、第２要求が示す操作を実行してよい。第２要求が第２のカプセル化方式で取得される要求である場合、第２デバイスは第２要求を受信した後に、一度第２要求のカプセル化を解いてＴＬＶメッセージを取得し、ＴＬＶメッセージのカプセル化を解いて第２要求が示す操作を取得し、第２要求が示す操作を実行してよい。例えば、デバイスアラームを照会する必要があることがメッセージのコマンドワードから認識でき、次いで、照会する必要があるデバイスアラームの関連情報がデータ部分（すなわち、メッセージの本体）から取得され、第２デバイスのアラームを照会し、それを第２デバイスから取得することになる。操作が行われた後に、操作が行われたことを示すフィードバック情報が生成される。

段階Ｓ２０５：第２デバイスは、第１デバイスを介してフィードバック情報を管理デバイスに送信する。

異なる要求の操作に対して、フィードバック情報は異なってよい。例えば、第１要求で要求される操作がデバイスアラームの照会である場合、フィードバック情報は第２デバイスのアラーム情報である。別の例では、第１要求で要求される操作がユーザ情報の追加である場合、フィードバック情報は、第２デバイスがユーザ情報の追加に成功したかどうかを示すのに用いられる情報であってよい。第１要求で要求される操作がユーザ情報の照会である場合、フィードバック情報は第２デバイスにより照会されるユーザ情報である。

実際の適用に際しては、フィードバック情報はＴＬＶメッセージにカプセル化され、第２応答が生成される。第２応答は、メッセージのシーケンスナンバーおよびメッセージのコマンドワードなどの情報を搬送する。第２デバイスは、第２応答を第１デバイスに送信する。第１デバイスは第１プロトコルによって管理デバイスと通信するので、第１デバイスは第２応答を受信した後に、第２応答を第１プロトコルに基づく第１応答に変換し、第１応答を管理デバイスに送信する。管理デバイスは第１応答を解析して、管理デバイスが第１要求のフィードバック情報を取得するようにしてよい。このように、第２デバイスがインターネットを介して管理デバイスと通信できない場合でも、管理デバイスは第２デバイスを管理できる。

図４Ａまたは図４Ｂで説明される実施例における第２要求を参照して、図５Ａおよび図５Ｂは、２つの第２応答に関する特定のカプセル化フォーマットの概略図を示している。図５Ａに示すように、データカプセル化の時間を減らすために、第２応答は、第２デバイスがＴＬＶメッセージフォーマットのカプセル化を一度行うことにより取得される。第２応答はＴＬＶメッセージと呼ばれることがあり、第２応答は以下に挙げる情報を含む。すなわち、マジックナンバーである０ｘ５５５５５５５５、メッセージのバージョンナンバーである３，メッセージのシーケンスナンバーである３、メッセージの長さである１０、メッセージのコマンドワードである５９５９４９０７９５１Ｌ（ＴＬＶメッセージの送信を示すのに用いられる）、メッセージのステータスである０（メッセージが送信されたことを示す）、およびメッセージの本体であるデータ（デバイスアラームのフィードバック情報を照会することを示す）である。

図５Ｂに示すように、データ伝送のセキュリティおよび信頼性を向上させるために、第２応答は、第２デバイスがＴＬＶメッセージフォーマットのカプセル化を２度にわたって行うことにより取得される。第１のカプセル化プロセスでは、第２デバイスは図５Ａに示すＴＬＶメッセージを取得してよい。さらに、第２デバイスはＴＬＶメッセージと管理デバイスのデバイス識別子とを再度カプセル化して、図５Ｂに示す第２応答を取得してよい。図５Ｂに示すように、第２デバイスは図５Ａに示すＴＬＶメッセージをメッセージの本体として再度カプセル化して、第２応答を取得する。第２応答は、マジックナンバーである０ｘ５５５５５５５５、メッセージのバージョンナンバーである３、メッセージのシーケンスナンバーの３、メッセージの長さである１０、メッセージのコマンドワードである５９５９４９０７９５１Ｌ（第２応答の送信を示すのに用いられる）、メッセージのステータスである０（メッセージが送信されたことを示す）、メッセージの本体であるＴＬＶメッセージ（すなわち、図５Ａで一度カプセル化した後に取得されるＴＬＶメッセージ）、および送信先の識別子である０（管理デバイスを示す）を含む。

第１デバイスは、第２プロトコルに基づく第２応答を第１プロトコルに基づく第１応答に変換するが、特定の実装例が限定されることはない。例えば、第１デバイスが第１プロトコルに基づく第１要求を第２プロトコルに基づく第２要求に変換するという前述の特定の実装例を参照すると、それに対応して、第１デバイスは第２プロトコルに基づく第２応答のカプセル化を解いて、第１プロトコルに基づく第１応答を取得してよい。第１応答の伝送フォーマットが第１要求の伝送フォーマットと同じである、すなわち、第１応答および第１要求がそれぞれ伝送されるときの通信プロトコルが同じである。

例えば、図５Ａまたは図５Ｂに示す前述の実施例を参照されたい。第２応答が具体的には図５Ａに示すとおりである場合、第１デバイスは一度第２応答（ＴＬＶ応答）のカプセル化を解いて、ＴＬＶメッセージフォーマットのカプセル化を解き、第１プロトコルに基づく第１応答（例えば、ＲＥＳＴ応答）を取得してよい。第２応答が具体的には図５Ｂに示すとおりである場合、第１デバイスは一度第２応答（ＴＬＶ応答）のカプセル化を解いてＴＬＶメッセージを取得し、さらに再度ＴＬＶメッセージのカプセル化を解いて、第１プロトコルに基づく第１応答（例えば、ＲＥＳＴ応答）を取得してよい。

前述の説明は主に、管理デバイスと第２デバイスとの間に接続がない場合、管理デバイスが第１デバイスを介してどう第２デバイスを管理するかについてである。しかしながら、管理デバイスと第２デバイスとの間に接続がある場合、管理デバイスは第１デバイスを介して第２デバイスを管理してよい。管理デバイスがインターネットを介して第２デバイスに接続され、管理デバイスが第１デバイスおよび第２デバイスを管理する場合、管理デバイスは第１デバイスおよび第２デバイスに２つのＩＰアドレスをそれぞれ用いて接続されるので、第１デバイスおよび第２デバイスは２つの異なるインタフェースで別個に管理される。このように、第１デバイスおよび第２デバイスのデータを同時に設定する必要がある場合、２つのインタフェースの切り替えが必要とされ、これは管理にとって不便である。しかしながら、本発明の本実施形態では、管理デバイスは第１デバイスを介して第２デバイスを管理する。管理デバイスと第１デバイスとの間のＩＰアドレスが管理デバイスと第２デバイスとの間の通信にも用いられるので、１つの管理インタフェースしか必要とされず、第１デバイスおよび第２デバイスの関連情報が同じ管理インタフェースに同時に表示される。

例えば図６は、ユーザ対話インタフェースの概略図を示している。図６に示すユーザ対話インタフェースは、第１デバイスのデバイス情報と第２デバイスのデバイス情報とを含み、第１デバイスおよび第２デバイスは、このユーザ対話インタフェースで管理されてよい。図６に示すように、ユーザがユーザ対話インタフェースで第２デバイスに対する操作を行い、第２デバイスに新たに追加する必要がある、ユーザＡのユーザ情報を入力し、第１要求を生成する。第１要求は、ユーザＡのユーザ情報を第２デバイスに追加するよう要求するのに用いられる。さらに管理デバイスは、第１デバイスを介して、第１要求を処理のために第２デバイスに送信してよい。

本発明の本実施形態によれば、インターネットを介してリモートデバイス（第２デバイス）を管理デバイスに接続できない場合に管理デバイスが第２デバイスを管理できないという問題が解決され得る。

図１～図６に示す実施形態の関連説明を参照して、以下では、本発明の関連デバイスおよびシステムを説明する。図７は、本発明の一実施形態による第１デバイスの概略構造図である。第１デバイスは管理デバイスおよび第２デバイスと通信することができ、図７に示す第１デバイス７００は、受信モジュール７０１と、処理モジュール７０２と、送信モジュール７０３とを含む。

受信モジュール７０１は、管理デバイスにより送信される第１要求を受信するように構成され、第１要求は第２デバイスのデバイス識別子を含む。

処理モジュール７０２は、第１要求に基づいて第２要求を生成するように構成される。

送信モジュール７０３は、第２デバイスのデバイス識別子に基づいて第２要求を第２デバイスに送信するように構成される。

受信モジュール７０１はさらに、第２デバイスが第２要求を実行した後に生成されるフィードバック情報を受信するように構成される。

送信モジュール７０３はさらに、フィードバック情報を管理デバイスに送信するように構成される。

実際の適用に際しては、本発明の受信モジュール７０１、処理モジュール７０２、および送信モジュール７０３は、図２に示す方法の実施形態における関連する段階および／またはその本文で説明した関連内容を適宜実施するように構成されてよい。例えば、受信モジュール７０１および処理モジュール７０２は互いに連携して、図２に示す方法の実施形態の段階Ｓ２０２を共同で実施してよく、送信モジュール７０３は、図２に示す方法の実施形態の段階Ｓ２０３を実施するように構成されてよい。

いくつかの実行可能な実施形態では、第１デバイス７００は第１プロトコルによって管理デバイスと通信し、第１デバイス７００は第２プロトコルによって第２デバイスと通信する。処理モジュール７０２は、第１プロトコルに基づく第１要求を第２プロトコルに基づく第２要求に変換するように構成される。

いくつかの実行可能な実施形態では、処理モジュール７０２は具体的には、第２デバイスのデバイス識別子を除いた、第１要求に含まれる情報を第２プロトコルに基づくメッセージにカプセル化し、カプセル化された第２プロトコルに基づくメッセージと第２デバイスのデバイス識別子とを第２プロトコルに基づく第２要求に再度カプセル化するように構成される。

いくつかの実行可能な実施形態では、処理モジュール７０２は具体的には、第２デバイスのデバイス識別子を除いた、第１要求に含まれる情報を第２プロトコルに基づく第２要求にカプセル化するように構成される。

いくつかの実行可能な実施形態では、第１デバイス７００は第１プロトコルによって管理デバイスと通信し、第１デバイスは第２プロトコルによって第２デバイスと通信する。処理モジュール７０１は具体的には、第２プロトコルに基づく、第２デバイスにより送信される第２応答を受信するように構成され、第２応答は、第２デバイスが第２要求を実行した後に生成されるフィードバック情報を搬送する。処理モジュール７０２はさらに、第２プロトコルに基づく第２応答を第１プロトコルに基づく第１応答に変換するように構成される。送信モジュール７０３は具体的には、第１応答を管理デバイスに送信して、フィードバック情報を管理デバイスに送信するように構成される。

実際の適用に際しては、本発明の本実施形態の第１デバイスに含まれるモジュールまたはユニットは具体的には、ソフトウェアプログラムまたはハードウェアを用いて実装されてよい。本発明がソフトウェアプログラムを用いて実装される場合、第１デバイス内のモジュールまたはユニットはソフトウェアモジュールまたはソフトウェアユニットである。本発明がハードウェアを用いて実装される場合、ノード内のモジュールまたはユニットは、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）またはプログラム可能型論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）を用いて実装されてよい。前述のＰＬＤは、複合プログラム論理デバイス（ｃｏｍｐｌｅｘ ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃａｌ ｄｅｖｉｃｅ、ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、汎用アレイロジック（ｇｅｎｅｒｉｃ ａｒｒａｙ ｌｏｇｉｃ、ＧＡＬ）、またはこのあらゆる組み合わせであってよい。本発明では、これについて限定しない。

図７は、本発明の実施形態の単なる実行可能な実装例に過ぎないことに留意されたい。実際の適用に際しては、第１デバイスはさらに、もっと多くのまたはもっと少ないコンポーネントを含んでよい。本明細書では、これについて限定しない。本発明の本実施形態に示していない、または説明されていない内容については、前述の方法の実施形態の関連説明を参照されたい。詳細は、再度ここで説明しない。

本発明の実施形態を実施することにより、管理デバイスが第２デバイスと通信できない場合に、管理デバイスが第２デバイスと通信できず、また第２デバイスを管理できないので、正常なビジネスサービスおよびサービス性能に影響を与えるという既存の問題が解決され得る。

図８は、本発明の一実施形態による別の第１デバイスの概略構造図である。図８に示す第１デバイス８００は、１つまたは複数のプロセッサ８０２と、通信インタフェース８０１と、メモリ８０３とを含む。プロセッサ８０２、通信インタフェース８０１、およびメモリ８０３は、バスを介して接続されてもよく、無線伝送などの別の手段を用いて通信を実施してもよい。本発明の本実施形態では、バス８０４が接続に用いられる一例が用いられる。メモリ８０３は命令を格納するように構成され、プロセッサ８０２はメモリ８０３に格納された命令を実行するように構成される。メモリ８０３はプログラムコードを格納し、プロセッサ８０２はメモリ８０３に格納されたプログラムコードを呼び出して、第１デバイスが実行体である図１～図６の実施段階、および／またはその本文で説明されている他の内容の全部または一部を実施してよい。本発明では、詳細は再度ここで説明しない。

任意選択的に、プロセッサ８０２は１つまたは複数の汎用プロセッサ、例えば、中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）を含んでよい。プロセッサ８０２は、以下の機能モジュールのプログラムを、関連するプログラムコードで実行するように構成されてよい。機能モジュールは具体的には、限定されないが、第１デバイス側の前述の受信モジュール、処理モジュール、および送信モジュールのうちのいずれか１つ、またはその組み合わせを含んでよい。本発明の本実施形態で言及した各機能モジュールについては、前述の実施形態の関連説明を参照されたい。詳細は、再度ここで説明しない。

通信インタフェース８０１は、有線インタフェース（例えば、イーサネットインタフェース）でも、無線インタフェース（例えば、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ（登録商標））インタフェース）でもよく、別のモジュールまたは装置デバイスと通信するように構成されることを理解されたい。例えば、本発明の本実施形態における通信インタフェース８０１は具体的には、管理デバイスにより送信される第１要求を受信するか、または第２要求を第２デバイスに送信するように構成されてよい。

メモリ８０３は、揮発性メモリ（Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）を含んでよい。本メモリはさらに、不揮発性メモリ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）、例えば、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、フラッシュメモリ（Ｆｌａｓｈ（登録商標） Ｍｅｍｏｒｙ）、ハードディスクドライブ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ、ＨＤＤ）、またはソリッドステートドライブ（Ｓｏｌｉｄ－Ｓｔａｔｅ Ｄｒｉｖｅ、ＳＳＤ）を含んでよい。あるいは、メモリ８０３は、前述した種類のメモリの組み合わせを含んでもよい。本メモリは、一群のプログラムコードを格納して、プロセッサがメモリに格納されたプログラムコードを呼び出しやすくするように構成されてよく、その結果、本発明の本実施形態における前述した各機能モジュールの機能が実施されることになる。

図８は、本発明の実施形態の単なる実行可能な実装例に過ぎないことに留意されたい。実際の適用に際しては、第１デバイスはさらに、もっと多くのまたはもっと少ないコンポーネントを含んでよい。本明細書では、これについて限定しない。本発明の本実施形態に示していない、または説明されていない内容については、前述の方法の実施形態の関連説明を参照されたい。詳細は、再度ここで説明しない。

本発明の本実施形態はさらに、通信システムを提供する。本通信システムは管理デバイスと、第１デバイスと、第２デバイスとを含み、第１デバイスは管理デバイスおよび第２デバイスと別個に通信する。

管理デバイスは第１デバイスに第１要求を送信するように構成され、第１要求は第２デバイスのデバイス識別子を搬送する。

第１デバイスは、管理デバイスにより送信される第１要求を受信し、第２要求を生成し、第２要求を第２デバイスに送信する。

第２デバイスは第２要求を実行し、フィードバック情報を生成し、フィードバック情報を管理デバイスに送信する。

本発明の本実施形態に示していない、または説明されていない内容については、前述の実施形態の関連説明を参照されたい。詳細は、再度ここで説明しない。

本発明の本実施形態はさらに、コンピュータ非一時的記憶媒体を提供する。このコンピュータ非一時的記憶媒体は命令を格納する。命令がプロセッサで実行されると、図２の実施形態に示す方法の手順が実施される。

本発明の本実施形態はさらに、コンピュータプログラム製品を提供する。このコンピュータプログラム製品がプロセッサで実行されると、図２の実施形態に示す方法の手順が実施される。

本発明の本実施形態で開示される内容と組み合わせて説明された方法またはアルゴリズム段階が、ハードウェアで実施されてもよく、プロセッサがソフトウェア命令を実行することで実施されてもよい。ソフトウェア命令は、対応するソフトウェアモジュールを含んでよい。このソフトウェアモジュールは、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、消去可能プログラム可能型ＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＥＰＲＯＭ）、電気的ＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、レジスタ、ハードディスク、着脱可能型ハードディスク、ＣＤ－ＲＯＭ（ＣＤ－ＲＯＭ）、または当技術分野でよく知られた任意の他の形態の記憶媒体に格納されてよい。例えば、記憶媒体がプロセッサに結合されて、プロセッサが本記憶媒体から情報を読み出すか、または本記憶媒体に情報を書き込むことができるようにする。当然ながら、本記憶媒体はプロセッサの一要素であってもよい。プロセッサおよび記憶媒体はＡＳＩＣの中に配置されてよい。さらに、ＡＳＩＣはコンピューティングデバイスの中に配置されてよい。当然ながら、プロセッサおよび記憶媒体は個別部品としてコンピューティングデバイスの中に存在してもよい。

当業者であれば、コンピュータプログラムが関連ハードウェアに指示を与えることにより、複数の実施形態における方法の各プロセスの全部または一部が実施されてよいことを理解するであろう。プログラムは、コンピュータ可読記憶媒体に格納されてよい。プログラムが実行されると、複数の実施形態における方法の手順が行われる。前述の記憶媒体は、プログラムコードを格納できるあらゆる媒体（ＲＯＭ、ＲＡＭ、磁気ディスク、または光学ディスクなど）を含む。

Claims (12)

1. 第１デバイスに適用されるデータ伝送方法であって、前記第１デバイスが管理デバイスおよび第２デバイスに接続され、
   前記管理デバイスにより送信される第１要求を受信する段階であって、前記第１要求は前記第２デバイスのデバイス識別子を含む、受信する段階と、
   前記第１要求に基づいて、前記第１デバイスと前記第２デバイスとの間で伝送され得る第２要求を生成する段階と、
   前記第２デバイスの前記デバイス識別子に基づいて、前記第２要求を前記第２デバイスに送信する段階と、
   前記第２デバイスが前記第２要求を実行した後に生成されるフィードバック情報を受信し、前記フィードバック情報を前記管理デバイスに送信する段階と
   を備える方法。
2. 前記第１デバイスが前記管理デバイスと第１プロトコルによって通信し、前記第１デバイスが前記第２デバイスと第２プロトコルによって通信し、
   前記第１要求に基づいて、前記第１デバイスと前記第２デバイスとの間で伝送され得る第２要求を生成する前記段階が、
   前記第１プロトコルに基づく前記第１要求を前記第２プロトコルに基づく前記第２要求に変換する段階を有する、請求項１に記載の方法。
3. 前記第１プロトコルに基づく前記第１要求を前記第２プロトコルに基づく前記第２要求に変換する前記段階が、
   前記第２デバイスの前記デバイス識別子を除いた、前記第１要求に含まれる情報を前記第２プロトコルに基づくメッセージにカプセル化する段階と、
   前記第２プロトコルに基づくカプセル化された前記メッセージと前記第２デバイスの前記デバイス識別子とを前記第２プロトコルに基づく前記第２要求に再度カプセル化する段階と
   を含む、請求項２に記載の方法。
4. 前記第１プロトコルに基づく前記第１要求を前記第２プロトコルに基づく前記第２要求に変換する前記段階が、
   前記第２デバイスの前記デバイス識別子を除いた、前記第１要求に含まれる情報を前記第２プロトコルに基づく前記第２要求にカプセル化する段階を含む、請求項２に記載の方法。
5. 前記第２デバイスが前記第２要求を実行した後に生成されるフィードバック情報を受信し、前記フィードバック情報を前記管理デバイスに送信する前記段階が、
   前記第２プロトコルに基づく、前記第２デバイスにより送信される第２応答を受信する段階であって、前記第２応答は前記第２デバイスが前記第２要求を実行した後に生成される前記フィードバック情報を搬送する、受信する段階と、
   前記第２プロトコルに基づく前記第２応答を前記第１プロトコルに基づく第１応答に変換する段階と、
   前記第１応答を前記管理デバイスに送信し、前記フィードバック情報を前記管理デバイスに送信する段階と
   を有する、請求項２から４のいずれか一項に記載の方法。
6. 第１デバイスであって、前記第１デバイスが管理デバイスおよび第２デバイスに接続され、前記第１デバイスが受信モジュールと、処理モジュールと、送信モジュールとを備え、
   前記受信モジュールが前記管理デバイスにより送信される第１要求を受信するように構成され、前記第１要求が前記第２デバイスのデバイス識別子を含み、
   前記処理モジュールが前記第１デバイスと前記第２デバイスとの間で伝送され得る第２要求を前記第１要求に基づいて生成するように構成され、
   前記送信モジュールが前記第２デバイスの前記デバイス識別子に基づいて前記第２要求を前記第２デバイスに送信するように構成され、
   前記受信モジュールが、前記第２デバイスが前記第２要求を実行した後に生成されるフィードバック情報を受信するように構成され、
   前記送信モジュールがさらに、前記フィードバック情報を前記管理デバイスに送信するように構成される、デバイス。
7. 前記第１デバイスが前記管理デバイスと第１プロトコルによって通信し、前記第１デバイスが前記第２デバイスと第２プロトコルによって通信し、
   前記処理モジュールが前記第１プロトコルに基づく前記第１要求を前記第２プロトコルに基づく前記第２要求に変換するように構成される、請求項６に記載のデバイス。
8. 前記処理モジュールが具体的には、
   前記第２デバイスの前記デバイス識別子を除いた、前記第１要求に含まれる情報を前記第２プロトコルに基づくメッセージにカプセル化し、
   前記第２プロトコルに基づくカプセル化された前記メッセージと前記第２デバイスの前記デバイス識別子とを前記第２プロトコルに基づく前記第２要求に再度カプセル化する
   ように構成される、請求項７に記載のデバイス。
9. 前記処理モジュールが具体的には、
   前記第２デバイスの前記デバイス識別子を除いた、前記第１要求に含まれる情報を前記第２プロトコルに基づく前記第２要求にカプセル化するように構成される、請求項７に記載のデバイス。
10. 前記受信モジュールが具体的には、前記第２プロトコルに基づく、前記第２デバイスにより送信される第２応答を受信するように構成され、前記第２応答が、前記第２デバイスが前記第２要求を実行した後に生成される前記フィードバック情報を搬送し、
    前記処理モジュールがさらに、前記第２プロトコルに基づく前記第２応答を前記第１プロトコルに基づく第１応答に変換するように構成され、
    前記送信モジュールが具体的には、前記第１応答を前記管理デバイスに送信して、前記フィードバック情報を前記管理デバイスに送信するように構成される、請求項７から９のいずれか一項に記載のデバイス。
11. プロセッサと、メモリと、バスとを備える第１デバイスであって、前記プロセッサおよび前記メモリが前記バスを介して接続され、前記メモリが命令を格納するように構成され、前記プロセッサが前記メモリに格納された前記命令を呼び出して、請求項１から５のいずれか一項に記載の方法を実行するように構成される、第１デバイス。
12. 第１デバイスに請求項１から５のいずれか一項に記載の方法を実行させるためのコンピュータプログラム。

Images