デバイス組分け及び組分けデバイス同士の会話を実現する方法
本発明は、デバイス組分け及び組分けデバイス同士の会話を実現する方法であって、ネットワークにおいてデバイスグループを作成するデバイスが、自身の属しているデバイスグループの識別子情報を搭載した宣言メッセージをネットワークに送信し、該当するデバイスグループに加入必要なネットワークデバイスが、宣言メッセージを受信してから宣言メッセージに識別されたデバイスグループに加入し、二つのネットワークデバイスが会話するときに、当該方法は、発起デバイスがアクセス先デバイスにアクセス要求を送信し、アクセス要求を受信したデバイスが、アクセス要求を送信するデバイスが自分の信頼しているデバイスであるか否かを判断し、信頼のデバイスであれば両方が会話し、信頼のデバイスでなければ、当該アクセス要求を拒否し、発起デバイスと共通の信頼可能な第三者を確定し、発起デバイスが、確定された共通信頼可能な第三者からアクセス先デバイスの鍵情報を取得し、取得された鍵情報を利用してアクセス先デバイスと会話する。当該方法は、デバイス管理を便利にするとともに、同じデバイスの異なるグループに対する加入をサポートし、任意デバイス同士の安全認証に基づく通信会話を可能にする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス管理技術に関し、特にネットワークにおけるデバイスを組分けて組分けデバイス同士の会話を実現する方法に関する。
【背景技術】
【０００２】
現在、多くのネットワークでは、同じタイプの、又は共通特徴を持つデバイスを管理するために、通常、ネットワークにおけるデバイスを、ある特性、例えばデバイスアドレス、提供するサービスに従って組分けする。
【０００３】
しかしながら、従来のデバイス組分け管理には、下記のような欠陥がある。１）同一デバイスは異なる身元として複数のグループに加入することができず、あるデバイスがあるグループに配分されると、その身元が固定されてしまう。２）同一グループ内または異なるグループ間の任意の二つのデバイス同士は信頼関係がないが、現在で需要となる業務が安全認証の提供も請求する場合、両デバイス同士は通信することができず、両デバイス同士は資源共有を実現することができなくなる。
【０００４】
したがって、従来技術におけるデバイス組分け方案は、デバイス同士での柔軟な会話を提供できず、任意の二つのデバイス同士の安全通信と資源共有も保証できなくなる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記の事情に鑑みて、本発明は、デバイス管理を便利にするとともに、同一デバイスが異なるグループに加入することをサポートし、任意デバイス同士の安全認証に基づく通信会話を可能にする、デバイス組分け及び組分けデバイス同士の会話を実現する方法を提供することを主たる目的とする。
【課題を解決するための手段】
【０００６】
前記の目的を達成するために、本発明の技術方案は下記のようになる。
【０００７】
デバイス組分け及び組分けデバイス同士の会話を実現する方法であって、ネットワークにおいてデバイスグループを作成するデバイスが、自身の属しているデバイスグループの識別子情報を搭載した宣言メッセージをネットワークに送信し、該当するデバイスグループに加入必要なネットワークデバイスが、宣言メッセージを受信してから該当宣言メッセージに識別されたデバイスグループに加入し、二つのネットワークデバイスが会話するときに、当該方法は、
発起デバイスがアクセス先デバイスにアクセス要求を送信し、
アクセス要求を受信したデバイスが、アクセス要求を送信するデバイスが自分の信頼しているデバイスであるか否かを判断し、
信頼のデバイスであれば両方が会話し、信頼のデバイスでなければ、アクセス先デバイスが発起デバイスのアクセス要求を直接拒否し、又は発起デバイスと共通の信頼可能な第三者を確定して、発起デバイスが、確定された共通信頼可能な第三者からアクセス先デバイスの鍵情報を取得し、取得された鍵情報を利用してアクセス先デバイスと会話することを主旨とする方法である。
【０００８】
前記の方案では、前記デバイスグループが対等デバイスグループであれば、前記加入宣言メッセージに識別されたデバイスグループは、デバイスグループに加入要求するネットワークデバイスが、自身デバイスグループ識別子に宣言メッセージの搭載したデバイスグループ識別子を追加するものである。
【０００９】
前記の方案では、前記デバイスグループが主従デバイスグループであれば、前記加入宣言メッセージに識別されたデバイスグループは、デバイスグループに加入要求するネットワークデバイスが、加入しようとするデバイスグループにおける主デバイスに加入要求を送信し、主デバイスが、予め設置された情報に基づいて現在の要求しているデバイスの加入を許可するかどうかを判断し、許可結果を搭載した応答メッセージを現在の要求しているデバイスに返答するものである。但し、前記応答メッセージにおける許可結果が加入拒否であれば、当該メッセージには、拒否原因の情報をさらに搭載している。
【００１０】
前記の方案では、前記アクセス先デバイスは主従デバイスグループに属し、前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、発起デバイスが、自身がアクセス先デバイスと同じ主従デバイスグループに属しているか否かを判断し、同じ主従デバイスグループであれば、主デバイスを共通信頼可能な第三者とし、同じ主従デバイスグループでなければ、発起デバイスが従デバイスとして、アクセス先デバイスの属している主従デバイスグループに加入して、加入した主従デバイスグループにおける主デバイスを共通信頼可能な第三者とする。
【００１１】
前記の方案では、前記発起デバイスが主従デバイスグループに属し、且つアクセス先デバイスが対等デバイスグループに属し、前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、アクセス先デバイスが、従デバイスとして発起デバイスの属している主従デバイスグループに加入して、加入した主従デバイスグループにおける主デバイスを共通信頼可能な第三者とする。
【００１２】
前記の方案では、発起デバイス又はアクセス先デバイスが新しい主従デバイスグループに加入する前に、さらに、発起デバイス又はアクセス先デバイスは、相手デバイスから相手デバイスの記述情報を取得するステップを含む。
【００１３】
前記の方案では、前記発起デバイスとアクセス先デバイスが、すべて対等デバイスグループに属していれば、前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、発起デバイスが、自身の全ての信頼可能な第三者をアクセス先デバイスに通知し、アクセス先デバイスが、発起デバイスの全ての信頼可能な第三者のうち自身と同じ信頼可能な第三者が存在しているか否かを判断し、存在していれば、一つを選択して共通信頼可能な第三者と確定する。
【００１４】
発起デバイスは、アクセス先デバイスの鍵情報を取得した後、鍵情報をアクセス先デバイスに送信するステップをさらに含む。
【００１５】
前記の方案では、発起デバイスは、共通信頼可能な第三者と発起デバイスとの共用鍵によって暗号化された暗号鍵、及び共通信頼可能な第三者とアクセス先デバイスとの共用鍵によって暗号化された暗号鍵を、共通信頼可能な第三者から同時に取得し、そして、共通信頼可能な第三者とアクセス先デバイスとの共用鍵によって暗号化された暗号鍵をアクセス先デバイスに送信する。
【００１６】
本発明に提供されているデバイス組分け及び組分けデバイス同士の会話を実現する方法は、従来のネットワークシステム構造基礎の上で、ＰＣ、ノートＰＣ、ＰＤＡ、プリンタ、プロジェクター、テレビ、携帯電話などのデバイスを組分けにして管理する。通信又は資源共用が必要な二つのデバイスが同じグループに属していない場合、何れかのデバイスを他のデバイスが属しているグループに加入させ、二つのグループ間の会話を一つのグループ内部での会話とし、組分けデバイス同士の通信会話と資源共用に柔軟なメカニズムを提供する。また、通信又はサービスコーリングが必要な二つのデバイス同士が信頼関係がない場合、両デバイスは、両方とも信頼可能な第三者を探して、第三者による安全認証に通じて両デバイス同士での通信会話を構築すればよい。
【００１７】
前記の異なる身元として異なるデバイスグループに加入する方案、及び第三者による認証を通じて任意デバイス間の安全通信を実現する方案は、同時に会話する必要な任意数のデバイスに適用することができる。言い換えれば、本発明は、ユーザの異なる需要に応じて、集中管理需要のない自己組織ネットワーク又は集中管理需要のあるネットワーク構造を形成して、任意の組分けデバイス同士の安全通信と資源共用を実現できる、デバイスグループの作成及び管理の方法を提供する。
【発明を実施するための最良の形態】
【００１８】
本発明は、ネットワークにおけるデバイスを、あるルールに従って、異なる論理構成を有するデバイスグループに分けている。例えば、対等構成のデバイスグループ又は主従構成のデバイスグループを作成する。それぞれのデバイスグループでは、デバイスの服従しているルール、デバイス同士の会話方法、及びデバイス間の関係の何れかが異なるものであり、異なるネットワークデバイス管理需要を満足する。本発明は、デバイスグループをデバイス管理メカニズムとし、デバイスグループのデバイスに対する管理作用は、以下のアスペクトに表現される。
【００１９】
１）デバイスグループは、対外的にデバイスの集合として表現され、一つの整体となる。デバイスグループにおけるデバイス同士は、異なる協同会話ルールに従って、ある機能を共通に外へ提供し、グループ内のデバイスの協同実現する機能をデバイスグループの記述によってネットワークに宣言し、ユーザは、対応するデバイスグループをサーチすることで、所望の機能を獲得することができる。
【００２０】
２）デバイスグループにおけるあるデバイスは、当該デバイスグループにおける他のデバイスとグループ外とが連絡するためのインタフェースとして機能する。
【００２１】
３）デバイスグループにおけるあるデバイスは、当該デバイスグループにおけるすべてのデバイスの信頼可能な第三者として機能して、グループ内のデバイス同士の会話に安全サポートを提供する。
【００２２】
本発明においては、主に二つのタイプのデバイス組分けを提供する。一つは対等デバイスグループであり、もう一つは主従デバイスグループであり、各デバイスグループは唯一のデバイスグループ識別子を有する。ここで、対等デバイスグループとは、グループ内の各デバイスが対等関係を有するデバイスグループであり、対等デバイスグループにおける任意の二つデバイス同士の会話は直接的なものであり、他のデバイスの制御が必要ではない。その主たる目的はデバイスを組分け管理することにあり、対等デバイスグループに加入したいデバイスは、如何なる身元認証プロセスが必要とせず、デバイスにおけるデバイスグループ識別子をターゲットデバイスグループの識別子に設置すればよい。対等デバイスグループは、存続周期内に、ネットワークにおける他のデバイスに発見されるように、間断しなくて自分の情報をネットワークに宣言すべきであり、当該宣言を発起するデバイスは、当該対等デバイスグループを作成するデバイスであってもよい。
【００２３】
主従デバイスグループとは、グループ内に一つの主デバイスがあるデバイスグループであり、主デバイスは、デバイスグループの作成、解散を管理し従デバイスの加入を制御し、当該デバイスグループ内の全てのデバイス及びデバイスにおける資源を管理するための情報を取得できる。主従デバイスグループは、存続周期内に、ネットワークにおける他のデバイスに発見されるために、間断しなくて自分の情報をネットワークに宣言すべきであり、当該宣言を発起するデバイスは、当該デバイスグループの主デバイスであってもよい。
【００２４】
あるデバイスが何れかのデバイスグループに加入していない場合には、デバイス同士の会話が対等なものである。当該デバイスは、ネットワークにおけるあるデバイスグループ内又は／及びデバイスグループ外にある他のデバイス、並びに現在存在している対等及び主従デバイスグループを発見できる。１つのデバイスは需要に応じて、１つや複数の対等及び/又は主従デバイスグループに加入することができる。
【００２５】
本発明は、デバイスグループという概念を提出すると、デバイスグループ作成、デバイスグループ解散、デバイスグループ宣言及びデバイスグループ内又はグループ間でのデバイス会話などのフローに関する。ここで、デバイスグループ作成及び宣言のプロセスは、図１，２に示すように、図１は対等デバイスグループの作成プロセスを示し、図２は主従デバイスグループの作成プロセスを示す。あるデバイスは、まず一つの対等又は主従デバイスグループを作成し、その後、当該デバイスグループはネットワークに対してデバイスグループ宣言を行い、デバイスグループ宣言を受信したデバイスは、自身パラメータの設置又は要求の送信の方式によって所望のデバイスグループに随時加入することができる。
【００２６】
ネットワークにおける何れかのデバイスは、対等デバイスグループを作成でき、対等デバイスグループの作成識別子は、ネットワークにおいて当該デバイスグループ識別子を含む宣言メッセージが存在し続けることであり、当該宣言メッセージは、当該デバイスグループを作成するデバイスによって送信されてもよい。これによって、他のデバイスは、当該デバイスグループ宣言を受信した後、当該対等デバイスグループに加入するかどうかを決定できる。
【００２７】
対等デバイスグループの特徴は、当該デバイスグループに加入するデバイスが如何なる身元認証とも必要とされないので、あるデバイスは、ある対等デバイスグループに加入し試みる場合、本デバイスにおけるデバイスグループ識別子を現在加入したいデバイスグループの識別子に設置するすればよい。あるデバイスは、複数の異なる対等デバイスグループに同時加入すれば、複数のデバイスグループ識別子を同時に設置することになる。実際の操作では、対等デバイス毎に一つのデバイスグループ識別子リストが設置され、当該対等デバイスが一つの対等デバイスグループに加入する度に、デバイスグループ識別子リストに一つの記録が追加される。
【００２８】
図１に示すように、ネットワークにおいてデバイス１１、デバイス１２及びデバイス１３の三つのデバイスが存在することを仮定する。まず、デバイス１１は一つの対等デバイスグループを作成し、その後、デバイス１１は、本デバイスグループの宣言メッセージをネットワークにおけるデバイス１２とデバイス１３とに送信し、デバイス１２とデバイス１３は、宣言メッセージを受信した後、当該対等デバイスグループに加入しようとすれば、自身のパラメータを配置する。ここで、対等デバイスグループ宣言メッセージの構造は、表１のようになる。
【００２９】
【表１】
【００３０】
表１では、デバイスグループ識別子ＤｅｖｉｃｅＧｒｏｐｕＩｄが一つのデバイスグループを一義的に識別し、対等デバイスグループの宣言メッセージには、デバイスグループタイプＤｅｖｉｃｅＧｒｏｕｐＴｙｐｅが対等デバイスグループとなる。表１において、デバイスグループ識別子及びデバイスグループ名称は、該対等デバイスグループを作成するデバイス自己から生成され、例えば存在したアルゴリズムによってデバイスグループ識別子が生成され、或はローカルMACアドレス＋デバイスグループ作成時間を直接で簡単にデバイスグループ識別子とされる。デバイスグループ宣言有効時間は、対等デバイスグループを作成するデバイスによって決定され、該有効時間は随時に更新されてもよい。
【００３１】
対等デバイスグループ内の各デバイス間のアクセスセキュリティは、各デバイス自身で保証され、対等デバイスグループ外のデバイスも対等デバイスグループ内のデバイスにアクセスでき、デバイスグループ外のデバイスとデバイスグループ内のデバイスとのアクセスセキュリティは、それぞれのデバイス自身で保証される。
【００３２】
主従デバイスグループでは、ネットワークにおける何れかのデバイスは一つの主従デバイスグループを作成でき、主従デバイスグループの作成識別子は、ネットワークにおいて当該デバイスグループ識別子を含む宣言メッセージが存在し続けることであり、当該宣言メッセージは、当該デバイスグループを作成するデバイスによって送信されてもよい。当該デバイスは主従デバイスグループの主デバイスとして機能し、他のデバイスは当該宣言メッセージを受信した後、当該主従デバイスグループに加入するかどうかを決定できる。ここで、主従デバイスグループ宣言メッセージの構成は表２に示すようになる。
【００３３】
【表２】
【００３４】
あるデバイスが、ある主従デバイスグループに加入し試みる場合、当該デバイスは、デバイスグループに加入する要求を当該主従デバイスグループの主デバイスに発起すべきであり、二つのデバイスが互いに身元認証を行った後、主デバイスは、デバイスグループに加入する授権検査に応じて、当該デバイスのデバイスグループに加入する要求を許可又は拒否し、加入が許可されたか否かという結果を、要求を発起するデバイスに送信する。許可されれば、該当するデバイスは従デバイスとして当該主従デバイスグループに加入し、従デバイスは該当するデバイスグループ識別子を自身に追加し、主デバイスは該当する従デバイスの関連情報も記録する。ここで、デバイスグループ加入要求メッセージとデバイスグループ加入応答メッセージの構成は、それぞれ表３と表４に示すようになる。
【００３５】
【表３】
【００３６】
【表４】
【００３７】
図２に示すように、ネットワークにおいてデバイス２１、デバイス２２及びデバイス２３の三つのデバイスが存在することを仮定する。この時、デバイス２１は、主従デバイスグループの主デバイスとして機能し、その後、デバイス２１はデバイスグループ宣言メッセージをデバイス２２とデバイス２３に送信し、デバイス２２とデバイス２３は受信された後、当該デバイスグループに加入しようとすれば、それぞれデバイスグループ加入要求をデバイス２１に送信する。デバイス２１は、デバイス２２とデバイス２３とそれぞれ身元認証を行ってから、予め設置された条件に基づいて、デバイス２２とデバイス２３の本デバイスグループへの加入が許可されたか否かを確定して、デバイスグループ加入応答に通じて結果をデバイス２２とデバイス２３に送信し、加入が拒否されれば、応答メッセージには拒否原因をさらに搭載してもよい。ここで、加入許可された全てのデバイスの識別子は、一つのリストとして構成されて主デバイスに置かれてもよい。
【００３８】
主従デバイスグループにおいて、主従デバイスグループ内の各従デバイスは、すべて主デバイスを信頼可能な第三者と見なし、認証サービスが主デバイスによって提供されている。
【００３９】
主従デバイスグループ外のデバイスは、主従デバイスグループ内のデバイスにアクセスでき、デバイスグループ外のデバイスとデバイスグループ内のデバイスとのアクセスセキュリティがそれぞれのデバイス自身で保証され、主従デバイスグループ内のデバイス同士が会話する場合、アクセスセキュリティは、それぞれのデバイス自身で保証されてもよく、主デバイスの提供した信頼可能な第三者による認証サービスによって保証されてもよい。ここで、信頼可能な第三者は、主デバイス自身であってもよい。
【００４０】
デバイスグループの作成に対応して、デバイスグループの解散がある。対等デバイスグループの解散について、ネットワークにおいてある対等デバイスグループの宣言メッセージがない場合、当該対等デバイスグループが解散状態となり、可能な原因として、当該デバイスグループ内にデバイスが存在しないことである。通常、対等デバイスグループの宣言は、該対等デバイスグループを作成するデバイスによって行われ、この時、該対等デバイスグループの他のデバイスは本デバイスグループの宣言を行わない。該対等デバイスグループの他のデバイスは本デバイスグループの宣言が受信されない時に、一定のルールに従い、新たに本デバイスグループの宣言を行う１つのデバイスを選択する。したがって、対等デバイスグループの宣言が完全にない時に、該デバイスグループにはデバイスが存在していないことが可能である。
【００４１】
主従デバイスグループの解散について、ネットワークにおいてある主従デバイスグループの宣言メッセージがない場合、当該主従デバイスグループが解散状態となり、可能な原因として、当該主従デバイスグループの主デバイスがネットワークから退出することである。主従デバイスグループの宣言は、主従デバイスグループにおける主デバイスによって行われ、当該主従デバイスグループの他のデバイスは、この時、本デバイスグループの宣言を行わなくなる。
【００４２】
対等デバイスグループ内にデバイス同士の会話は、図３に示すようになる。図３に示す実施例では、対等デバイス１、対等デバイス２、及び対等デバイス３の三つの対等デバイスを備え、対等デバイス１と対等デバイス２との間には信頼関係があり、対等デバイス１と対等デバイス３との間には信頼関係が存在しない。対等デバイス１が対等デバイス２にアクセスしようとする場合に、対等デバイス１は、アクセス要求メッセージを対等デバイス２に送信し、対等デバイス２は、相手が自分の信頼したデバイスであることを発見すると、アクセスを許可する応答を対等デバイス１に返答して、両方が会話し始まり、会話プロセスにおいて、両デバイス間の安全認証は、すべて両デバイス自身で保証される。対等デバイス１が対等デバイス３にアクセスしようとする場合、対等デバイス１はアクセス要求メッセージを対等デバイス３に送信し、対等デバイス３は、相手が自分の信頼したデバイスでないと発見すると、アクセスを拒否する応答を対等デバイス１に返答する。
【００４３】
二つの対等デバイスとの間には信頼関係が存在しない場合、この二つの対等デバイス同士は安全通信を実現しようとすれば、一つの信頼可能な第三者を経由してもよい。そうすると、対等デバイス１が信頼関係無しの対等デバイス２にアクセスしようとするものを例とし、この二つの対等デバイス同士が共通の信頼可能な第三者を確認するプロセスは、下記のようになる。対等デバイス１は、自分の現在持っている信頼可能な全ての第三者のデバイス情報を対等デバイス２に通知し、対等デバイス２は受信した後、その中には何れかのデバイス又はいくつのデバイスが自分の信頼可能な第三者であるか否かを判断する。信頼可能な第三者があれば、対等デバイス２は、その中から何れかを選択して共通の信頼可能な第三者とし、選択されたデバイス情報を対等デバイス１にフィードバックし、対等デバイス１は、選択された信頼可能な第三者から対等デバイス２にアクセスする授権を取得して、対等デバイス２にアクセスする。さもなければ、対等デバイス２は、失敗情報又は共通の信頼可能な第三者が見つけないことを通知する情報を、対等デバイス１に返答する。もちろん、前記の共通信頼可能な第三者を確認するプロセスには、対等デバイス１と対等デバイス２の位置を置き換えてもよい、即ち、対等デバイス２によって通知され、対等デバイス１は共通信頼可能な第三者を判断して選択することになる。
【００４４】
主従デバイスグループにおいては、主デバイスが本デバイスグループにおける全ての従デバイスでの資源情報をバッファすることになり、ある従デバイスは、本グループ内の他の従デバイスでの資源情報を主デバイスから見つけることができる。主従デバイスグループ内の従デバイス同士が会話する場合、全ての従デバイスの共通信頼可能な第三者である主デバイスに提供される認証サービスに介して、元々は信頼関係がない従デバイスとの間に共通信頼可能な第三者に基づく信頼関係を構築して、任意の二つの従デバイス同士は信頼検査に通じて会話を可能にさせる。もちろん、二つのデバイスの間に主デバイス以外の共通信頼可能な第三者が存在していれば、同様にして、二つの従デバイス間の何れかの共通信頼可能な第三者を利用して信頼検査を完成して、会話を実現することができる。
【００４５】
図４に示すように、主従デバイスグループにおける従デバイス４１と従デバイス４２との間には信頼関係がないが、共通信頼可能な第三者となる主デバイス４０が存在している。そうすると、従デバイス４１が従デバイス４２にアクセスしようとする場合、下記のステップを含む。
【００４６】
ステップ４０１〜４０２：従デバイス４１は、アクセス要求を従デバイス４２に発起し、従デバイス４２は、従デバイス４１が自分の信頼するデバイスでないと発見すると、アクセスを拒否する応答を返答する。
【００４７】
ステップ４０３〜４０４：従デバイス４１は、従デバイス４２のデバイス記述情報を取得する要求を従デバイス４２に送信し、従デバイス４２は受信した後、自身のデバイス記述情報を従デバイス４１に送信し、その中には自身の信頼可能な第三者の情報が含まれ、従デバイス４２の記述情報の例は下記のようになる。
【００４８】
<DeviceDescription>
<DeviceId>従デバイス42Id</DeviceId>
<DeviceSecurityDescription>
<DeviceSecurityId>
urn：3rdPartyAuthenService:3rdAuthProtocol_Kerberosv5：RSA-1024：AuthenServiceProvider：主デバイス識別子：提供する認証サービス識別子：AES-128-128：MD5
</DeviceSecurityId>
</DeviceSecurityDescription>
…
ステップ４０５：従デバイス４１は、従デバイス４２のデバイス記述における、提供される信頼可能な第三者デバイスの識別子と認証サービス識別子とに基づいて、従デバイス４２にアクセスする授権を取得する要求を、信頼可能な第三者デバイスの認証サービスに発起する。本実施例では、信頼可能な第三者デバイスは主デバイス４０である。
【００４９】
信頼可能な第三者の認証、メッセージ伝送暗号化及びメッセージ認証メカニズムに基づく認証要求メッセージの構成は、表５に示すようになる。
【００５０】
【表５】
【００５１】
本実施例では、表５におけるターゲットデバイス識別子は主デバイス４０の識別子であり、ソースデバイス識別子はデバイス４１の識別子であり、従デバイス４１の識別子と従デバイス４２の識別子は、それぞれ会話しようとする二つのデバイスの識別子である。
【００５２】
ステップ４０６：主デバイス４０は従デバイス４１と従デバイス４２とも信頼関係を持っているため、主デバイス４０は、従デバイス４１と従デバイス４２同士が安全会話を行うための一つのメッセージ暗号鍵ｋｅｙを従デバイス４１に返答し、主デバイス４０と従デバイス４１同士が予め持っている共用暗号鍵ｋｅｙ１によってｋｅｙを暗号化するとともに、主デバイス４０と従デバイス４２同士の共用暗号鍵ｋｅｙ２によってｋｅｙを暗号化し、そして、二つのそれぞれ暗号化されたｋｅｙを認証応答メッセージに通じて従デバイス４１に送信する。
【００５３】
信頼可能な第三者の認証、メッセージ伝送暗号化及びメッセージ認証メカニズムに基づく認証応答メッセージの構成は、表６に示すようになる。
【００５４】
【表６】
【００５５】
ステップ４０７〜４０９：従デバイス４１は、ｋｅｙ２によって暗号化されたｋｅｙを従デバイス４２に送信し、共通信頼可能な第三者デバイスである現在主従デバイスグループにおける主デバイス４０の識別子を従デバイス４２に送信し、従デバイス４２は、主デバイス４０の識別子に基づいて、従デバイス４１がどの自身が信頼可能な第三者デバイスから鍵を取得するのかを確認でき、復号化してｋｅｙを取得する。従デバイス４２は、ｋｅｙの受信が確認されたメッセージを従デバイス４１に送信し、従デバイス４１を信頼可能なデバイスとする。従デバイス４１は、ｋｅｙ１を復号化してｋｅｙを取得し、ｋｅｙによって要求メッセージを暗号化して従デバイス４２に送信し、従デバイス４２はｋｅｙによって復号化して、応答メッセージをｋｅｙによって暗号化して従デバイス４１に返答し、従デバイス４１はｋｅｙによって復号化して、会話を完成する。
【００５６】
対等デバイスグループ内の一つの対等デバイスは、それと信頼関係がない一つの主従デバイスグループにおける従デバイスと会話可能にするために、当該主従デバイスグループに自発的に加入でき、信頼可能な第三者、例えば主デバイスに介して会話を実現できる。本実施例では、対等デバイス１が従デバイス５２にアクセスしようとし、対等デバイス１と従デバイス５２との間に信頼関係がない。図５に示すように、その実現プロセスは下記のステップを含む。
【００５７】
ステップ５０１〜５０２：対等デバイス１はアクセス要求を従デバイス５２に発起し、従デバイス５２は、対等デバイス１が自分の信頼するデバイスではないため、そのアクセスを拒否する応答を返答する。
【００５８】
ステップ５０３〜５０４：対等デバイス１は、従デバイス５２のデバイス記述情報を取得する要求を従デバイス５２に送信し、従デバイス５２は、自身のデバイス記述情報を対等デバイス１に送信し、その中には自身の信頼可能な第三者の情報が含まれ、従デバイス５２の記述情報の例は下記のようになる。
【００５９】
<DeviceDescription>
<DeviceId>従デバイス52Id</DeviceId>
<DeviceSecurityDescription>
<DeviceSecurityId>
urn：3rdPartyAuthenService:3rdAuthProtocol_Kerberosv5：RSA-1024：AuthenServiceProvider：主デバイス識別子：提供する認証サービスの識別子：AES-128-128：MD5
</DeviceSecurityId>
</DeviceSecurityDescription>
…
ステップ５０５：従デバイス５２にアクセス可能にするために、対等デバイス１は、従デバイス５２のデバイス記述に提供された信頼可能な第三者デバイスの識別子と認証サービス識別子とに基づいて、従デバイス５２が位置する主従デバイスグループにおける主デバイス５０に対して、当該デバイスグループに加入する要求を発起する。本実施例では、信頼可能な第三者デバイスは主デバイス５０である。
【００６０】
ステップ５０６：対等デバイス１と主デバイス５０とは、互いの信頼関係が存在しており、認証がパスしてから、主デバイス５０は対等デバイス１が本デバイスグループに加入することを許可し、従デバイス５１となる。
【００６１】
ステップ５０７：従デバイス５１は、従デバイス５２と同じ主従デバイスグループにあるため、従デバイス５１は、従デバイス５２と会話する授権を主デバイス５０に要求する。
【００６２】
ステップ５０８：主デバイス５０は、従デバイス５１と従デバイス５２とも信頼関係を持っているため、従デバイス５１と従デバイス５２同士が安全会話を行うための一つのメッセージ暗号鍵ｋｅｙを従デバイス５１に返答し、主デバイス５０と従デバイス５１同士が予め持っている共用暗号鍵ｋｅｙ１によってｋｅｙを暗号化するとともに、主デバイス５０と従デバイス５２同士の共用暗号鍵ｋｅｙ２によってｋｅｙを暗号化し、そして、二つのそれぞれ暗号化されたｋｅｙを従デバイス５１に送信する。
【００６３】
ステップ５０９〜５１１：従デバイス５１は、ｋｅｙ２によって暗号化されたｋｅｙを従デバイス５２に送信し、共通信頼可能な第三者デバイスである現在主従デバイスグループにおける主デバイス５０の識別子を従デバイス５２に送信し、従デバイス５２は、主デバイス５０の識別子に基づいて、従デバイス５１がどの自身の信頼可能な第三者デバイスから鍵を取得するかを確認でき、復号化してｋｅｙを取得する。従デバイス５２は、ｋｅｙの受信が確認されたメッセージを従デバイス５１に送信し、従デバイス５１を信頼可能なデバイスとする。従デバイス５１は、ｋｅｙ１を復号化してｋｅｙを取得し、ｋｅｙによって要求メッセージを暗号化して従デバイス５２に送信し、従デバイス５２はｋｅｙによって復号化して、応答メッセージをｋｅｙによって暗号化して従デバイス５１に返答し、従デバイス５１はｋｅｙによって復号化して、会話を完成する。
【００６４】
従デバイス５２が対等デバイス１にアクセスしようとすれば、同様に、対等デバイス１を従デバイス５２の位置する主従デバイスグループに加入させ、処理プロセスはステップ５０１〜５１１での説明と類似する。
【００６５】
主従デバイスグループ内の一つの主デバイス又は従デバイスは、それと信頼関係がない一つの他の主従デバイスグループにおける従デバイスと会話可能にするために、当該主従デバイスグループに自発的に加入でき、信頼可能な第三者、例えば主デバイスに介して会話を実現できる。本実施例では、従デバイス１'が主従デバイスグループＡに属し、従デバイス６２が主従デバイスグループＢに属し、従デバイス１'が従デバイス６２にアクセスしようとし、従デバイス１'と従デバイス６２との間に信頼関係がない。図６に示すように、その実現プロセスは下記のステップを含む。
【００６６】
ステップ６０１〜６０２：従デバイス１'はアクセス要求を従デバイス６２に発起し、従デバイス６２は、従デバイス１'が自分の信頼するデバイスではないため、そのアクセスを拒否する応答を返答する。
【００６７】
ステップ６０３〜６０４：従デバイス１'は、従デバイス６２のデバイス記述情報を取得する要求を従デバイス６２に送信し、従デバイス６２は、自身のデバイス記述情報を従デバイス１'に送信し、その中には自身の信頼可能な第三者の情報が含まれ、従デバイス６２の記述情報の例は下記のようになる。
【００６８】
<DeviceDescription>
<DeviceId>従デバイス62Id</DeviceId>
<DeviceSecurityDescription>
<DeviceSecurityId>
urn：3rdPartyAuthenService:3rdAuthProtocol_Kerberosv5：RSA-1024：AuthenServiceProvider：主デバイス識別子：提供する認証サービスの識別子：AES-128-128：MD5
</DeviceSecurityId>
</DeviceSecurityDescription>
…
ステップ６０５：従デバイス６２にアクセス可能にするために、従デバイス１'は、従デバイス６２のデバイス記述に提供された信頼可能な第三者デバイスの識別子と認証サービス識別子とに基づいて、従デバイス６２の位置する主従デバイスグループＢにおける主デバイス６０に対して、当該主従デバイスグループに加入する要求を発起する。本実施例では、信頼可能な第三者デバイスは主従デバイスグループＢにおける主デバイス６０である。
【００６９】
ステップ６０６：従デバイス１'と主デバイス６０とは、互いの信頼関係が存在しており、認証がパスしてから、主デバイス６０は従デバイス１'が本デバイスグループに加入することを許可し、主従デバイスグループＢにおける従デバイス６１となる。
ステップ６０７〜６０８：主デバイス６０は、従デバイス６１と従デバイス６２とも信頼関係を持っているため、従デバイス６１と従デバイス６２同士が安全会話を行うための一つのメッセージ暗号鍵ｋｅｙを従デバイス６１に返答し、主デバイス６０と従デバイス６１とが予め持っている共用暗号鍵ｋｅｙ１によってｋｅｙを暗号化するとともに、主デバイス６０と従デバイス６２との共用暗号鍵ｋｅｙ２によってｋｅｙを暗号化し、そして、二つのそれぞれ暗号化されたｋｅｙを従デバイス６１に送信する。
【００７０】
ステップ６０９〜６１１：従デバイス６１は、ｋｅｙ２によって暗号化されたｋｅｙを従デバイス６２に送信し、共通信頼可能な第三者デバイスである現在主従デバイスグループにおける主デバイス６０の識別子を従デバイス６２に送信し、従デバイス６２は、主デバイス６０の識別子に基づいて、従デバイス６１がどの自身の信頼可能な第三者デバイスから鍵を取得するかを確認でき、復号化してｋｅｙを取得する。従デバイス６２は、ｋｅｙの受信が確認されたメッセージを従デバイス６１に送信し、従デバイス６１を信頼可能なデバイスとする。従デバイス６１は、ｋｅｙ１を復号化してｋｅｙを取得し、ｋｅｙによって要求メッセージを暗号化して従デバイス６２に送信し、従デバイス６２はｋｅｙによって復号化して、応答メッセージをｋｅｙによって暗号化して従デバイス６１に返答し、従デバイス６１はｋｅｙによって復号化して、会話を完成する。
【００７１】
図７は、本発明に係る方法の具体応用実例であり、図７に示すように、ノートＰＣ、プロジェクター及びプリンタであるネットワークにおける三つのデバイスは、一つのデバイスグループＡを構成し、当該デバイスグループは、受信されたテクストや画像情報を大きいスクリーンに表示し印刷する機能を提供できる。当該デバイスグループは、会議室又は家庭に存在する可能であり、主従デバイスグループであってもよく、対等デバイスグループであってもよい。ここで、主従デバイスグループを例として説明する。
【００７２】
主従デバイスグループＡが既に作成されたので、ネットワークにおいて主従デバイスグループＡの宣言メッセージが存在し続け、これと同時に、当該主従デバイスグループＡは、自身の提供している機能をマルチキャスト又はブロードキャスト方式によってネットワークに宣言することになる。例えば、当該主従デバイスグループＡの入力インタフェースパラメータを宣言メッセージに搭載して、当該主従デバイスグループＡは入力テキスト／ＪＰＥＧ画像を表示し印刷できることを表す。
【００７３】
当該主従デバイスグループＡにおける入力インタフェースは、ノートＰＣでの一つのプログラムによって実現し、出力は、ノートＰＣでの他のプログラムによってプロジェクターとプリンタが制御されることで実現する。ノートＰＣ、プロジェクター及びプリンタ間の会話は、デバイスグループ内部の会話に属し、グループ外のデバイスが探知できない。当該主従デバイスグループ内部において、ノートＰＣ、プロジェクター及びプリンタの三つのデバイス同士は、ＨＴＴＰプロトコルに従って互いに通信し、但し、ノートＰＣはＨＴＴＰ Ｓｅｒｖｅｒ側、プロジェクター及びプリンタはＨＴＴＰ Ｃｌｉｅｎｔ側としてそれぞれ機能する。
【００７４】
携帯電話は対等デバイスであり、その撮影した内容を投影して表示し、共用し写真として印刷したいものである。即ち、携帯電話は主従デバイスグループＡにアクセスする必要がある。本実施例に用いられる携帯電話がブルートゥース携帯電話であるので、図７におけるプロクシ(Proxy)は、ブルートゥースからイーサネットプロトコルまでの転換を実現するために用いられる。
【００７５】
携帯電話は、マルチキャストをセンシングすることで主従デバイスグループＡの入力インタフェース及び当該インタフェースの位置するデバイスを取得した後、当該デバイスに対するコーリングを当該デバイスに発起する。具体的には、携帯電話がノートＰＣにコーリングを発起し、ＨＴＴＰ ＰＯＳＴを介して撮影した写真を、ノートＰＣに入力インタフェースとして機能するアプリケーションがセンシングしているアドレスポートに送信する。ノートＰＣでの入力インタフェイスとして機能するプログラムは、そのセンシングしているアドレスポートを介して写真を受信した後、ＨＴＴＰ ＧＥＴ命令を使用して指定されたＪＰＥＧ写真を取得し表示することを、制御命令によってプロジェクターに要求するとともに、ＨＴＴＰ ＧＥＴ命令を使用して指定されたＪＰＥＧ写真を取得しプリントすることを、制御命令によってプリンタに要求する。
【００７６】
本実施例では、携帯電話とノートＰＣとの間に信頼関係がなければ、携帯電話がまず主従デバイスグループに加入して、さらに従デバイスの身元としてノートＰＣと会話することになる。
【００７７】
以上、あくまで本発明の好ましい実施例であり、本発明の保護範囲を限定するものではない。
【図面の簡単な説明】
【００７８】
【図１】対等デバイスグループの作成プロセスを示す図である。
【図２】主従デバイスグループの作成プロセスを示す図である。
【図３】対等デバイスグループ内にデバイス同士の会話の実施例を示す図である。
【図４】主従デバイスグループ内にデバイス同士の会話の実施例を示す図である。
【図５】任意の二つのデバイスが信頼可能な第三者を通じて会話する一実施例を示す図である。
【図６】任意の二つのデバイスが信頼可能な第三者を通じて会話する他の一実施例を示す図である。
【図７】本発明方法の一具体的応用実施例を示す図である。
【技術分野】
【０００１】
本発明は、デバイス管理技術に関し、特にネットワークにおけるデバイスを組分けて組分けデバイス同士の会話を実現する方法に関する。
【背景技術】
【０００２】
現在、多くのネットワークでは、同じタイプの、又は共通特徴を持つデバイスを管理するために、通常、ネットワークにおけるデバイスを、ある特性、例えばデバイスアドレス、提供するサービスに従って組分けする。
【０００３】
しかしながら、従来のデバイス組分け管理には、下記のような欠陥がある。１）同一デバイスは異なる身元として複数のグループに加入することができず、あるデバイスがあるグループに配分されると、その身元が固定されてしまう。２）同一グループ内または異なるグループ間の任意の二つのデバイス同士は信頼関係がないが、現在で需要となる業務が安全認証の提供も請求する場合、両デバイス同士は通信することができず、両デバイス同士は資源共有を実現することができなくなる。
【０００４】
したがって、従来技術におけるデバイス組分け方案は、デバイス同士での柔軟な会話を提供できず、任意の二つのデバイス同士の安全通信と資源共有も保証できなくなる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記の事情に鑑みて、本発明は、デバイス管理を便利にするとともに、同一デバイスが異なるグループに加入することをサポートし、任意デバイス同士の安全認証に基づく通信会話を可能にする、デバイス組分け及び組分けデバイス同士の会話を実現する方法を提供することを主たる目的とする。
【課題を解決するための手段】
【０００６】
前記の目的を達成するために、本発明の技術方案は下記のようになる。
【０００７】
デバイス組分け及び組分けデバイス同士の会話を実現する方法であって、ネットワークにおいてデバイスグループを作成するデバイスが、自身の属しているデバイスグループの識別子情報を搭載した宣言メッセージをネットワークに送信し、該当するデバイスグループに加入必要なネットワークデバイスが、宣言メッセージを受信してから該当宣言メッセージに識別されたデバイスグループに加入し、二つのネットワークデバイスが会話するときに、当該方法は、
発起デバイスがアクセス先デバイスにアクセス要求を送信し、
アクセス要求を受信したデバイスが、アクセス要求を送信するデバイスが自分の信頼しているデバイスであるか否かを判断し、
信頼のデバイスであれば両方が会話し、信頼のデバイスでなければ、アクセス先デバイスが発起デバイスのアクセス要求を直接拒否し、又は発起デバイスと共通の信頼可能な第三者を確定して、発起デバイスが、確定された共通信頼可能な第三者からアクセス先デバイスの鍵情報を取得し、取得された鍵情報を利用してアクセス先デバイスと会話することを主旨とする方法である。
【０００８】
前記の方案では、前記デバイスグループが対等デバイスグループであれば、前記加入宣言メッセージに識別されたデバイスグループは、デバイスグループに加入要求するネットワークデバイスが、自身デバイスグループ識別子に宣言メッセージの搭載したデバイスグループ識別子を追加するものである。
【０００９】
前記の方案では、前記デバイスグループが主従デバイスグループであれば、前記加入宣言メッセージに識別されたデバイスグループは、デバイスグループに加入要求するネットワークデバイスが、加入しようとするデバイスグループにおける主デバイスに加入要求を送信し、主デバイスが、予め設置された情報に基づいて現在の要求しているデバイスの加入を許可するかどうかを判断し、許可結果を搭載した応答メッセージを現在の要求しているデバイスに返答するものである。但し、前記応答メッセージにおける許可結果が加入拒否であれば、当該メッセージには、拒否原因の情報をさらに搭載している。
【００１０】
前記の方案では、前記アクセス先デバイスは主従デバイスグループに属し、前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、発起デバイスが、自身がアクセス先デバイスと同じ主従デバイスグループに属しているか否かを判断し、同じ主従デバイスグループであれば、主デバイスを共通信頼可能な第三者とし、同じ主従デバイスグループでなければ、発起デバイスが従デバイスとして、アクセス先デバイスの属している主従デバイスグループに加入して、加入した主従デバイスグループにおける主デバイスを共通信頼可能な第三者とする。
【００１１】
前記の方案では、前記発起デバイスが主従デバイスグループに属し、且つアクセス先デバイスが対等デバイスグループに属し、前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、アクセス先デバイスが、従デバイスとして発起デバイスの属している主従デバイスグループに加入して、加入した主従デバイスグループにおける主デバイスを共通信頼可能な第三者とする。
【００１２】
前記の方案では、発起デバイス又はアクセス先デバイスが新しい主従デバイスグループに加入する前に、さらに、発起デバイス又はアクセス先デバイスは、相手デバイスから相手デバイスの記述情報を取得するステップを含む。
【００１３】
前記の方案では、前記発起デバイスとアクセス先デバイスが、すべて対等デバイスグループに属していれば、前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、発起デバイスが、自身の全ての信頼可能な第三者をアクセス先デバイスに通知し、アクセス先デバイスが、発起デバイスの全ての信頼可能な第三者のうち自身と同じ信頼可能な第三者が存在しているか否かを判断し、存在していれば、一つを選択して共通信頼可能な第三者と確定する。
【００１４】
発起デバイスは、アクセス先デバイスの鍵情報を取得した後、鍵情報をアクセス先デバイスに送信するステップをさらに含む。
【００１５】
前記の方案では、発起デバイスは、共通信頼可能な第三者と発起デバイスとの共用鍵によって暗号化された暗号鍵、及び共通信頼可能な第三者とアクセス先デバイスとの共用鍵によって暗号化された暗号鍵を、共通信頼可能な第三者から同時に取得し、そして、共通信頼可能な第三者とアクセス先デバイスとの共用鍵によって暗号化された暗号鍵をアクセス先デバイスに送信する。
【００１６】
本発明に提供されているデバイス組分け及び組分けデバイス同士の会話を実現する方法は、従来のネットワークシステム構造基礎の上で、ＰＣ、ノートＰＣ、ＰＤＡ、プリンタ、プロジェクター、テレビ、携帯電話などのデバイスを組分けにして管理する。通信又は資源共用が必要な二つのデバイスが同じグループに属していない場合、何れかのデバイスを他のデバイスが属しているグループに加入させ、二つのグループ間の会話を一つのグループ内部での会話とし、組分けデバイス同士の通信会話と資源共用に柔軟なメカニズムを提供する。また、通信又はサービスコーリングが必要な二つのデバイス同士が信頼関係がない場合、両デバイスは、両方とも信頼可能な第三者を探して、第三者による安全認証に通じて両デバイス同士での通信会話を構築すればよい。
【００１７】
前記の異なる身元として異なるデバイスグループに加入する方案、及び第三者による認証を通じて任意デバイス間の安全通信を実現する方案は、同時に会話する必要な任意数のデバイスに適用することができる。言い換えれば、本発明は、ユーザの異なる需要に応じて、集中管理需要のない自己組織ネットワーク又は集中管理需要のあるネットワーク構造を形成して、任意の組分けデバイス同士の安全通信と資源共用を実現できる、デバイスグループの作成及び管理の方法を提供する。
【発明を実施するための最良の形態】
【００１８】
本発明は、ネットワークにおけるデバイスを、あるルールに従って、異なる論理構成を有するデバイスグループに分けている。例えば、対等構成のデバイスグループ又は主従構成のデバイスグループを作成する。それぞれのデバイスグループでは、デバイスの服従しているルール、デバイス同士の会話方法、及びデバイス間の関係の何れかが異なるものであり、異なるネットワークデバイス管理需要を満足する。本発明は、デバイスグループをデバイス管理メカニズムとし、デバイスグループのデバイスに対する管理作用は、以下のアスペクトに表現される。
【００１９】
１）デバイスグループは、対外的にデバイスの集合として表現され、一つの整体となる。デバイスグループにおけるデバイス同士は、異なる協同会話ルールに従って、ある機能を共通に外へ提供し、グループ内のデバイスの協同実現する機能をデバイスグループの記述によってネットワークに宣言し、ユーザは、対応するデバイスグループをサーチすることで、所望の機能を獲得することができる。
【００２０】
２）デバイスグループにおけるあるデバイスは、当該デバイスグループにおける他のデバイスとグループ外とが連絡するためのインタフェースとして機能する。
【００２１】
３）デバイスグループにおけるあるデバイスは、当該デバイスグループにおけるすべてのデバイスの信頼可能な第三者として機能して、グループ内のデバイス同士の会話に安全サポートを提供する。
【００２２】
本発明においては、主に二つのタイプのデバイス組分けを提供する。一つは対等デバイスグループであり、もう一つは主従デバイスグループであり、各デバイスグループは唯一のデバイスグループ識別子を有する。ここで、対等デバイスグループとは、グループ内の各デバイスが対等関係を有するデバイスグループであり、対等デバイスグループにおける任意の二つデバイス同士の会話は直接的なものであり、他のデバイスの制御が必要ではない。その主たる目的はデバイスを組分け管理することにあり、対等デバイスグループに加入したいデバイスは、如何なる身元認証プロセスが必要とせず、デバイスにおけるデバイスグループ識別子をターゲットデバイスグループの識別子に設置すればよい。対等デバイスグループは、存続周期内に、ネットワークにおける他のデバイスに発見されるように、間断しなくて自分の情報をネットワークに宣言すべきであり、当該宣言を発起するデバイスは、当該対等デバイスグループを作成するデバイスであってもよい。
【００２３】
主従デバイスグループとは、グループ内に一つの主デバイスがあるデバイスグループであり、主デバイスは、デバイスグループの作成、解散を管理し従デバイスの加入を制御し、当該デバイスグループ内の全てのデバイス及びデバイスにおける資源を管理するための情報を取得できる。主従デバイスグループは、存続周期内に、ネットワークにおける他のデバイスに発見されるために、間断しなくて自分の情報をネットワークに宣言すべきであり、当該宣言を発起するデバイスは、当該デバイスグループの主デバイスであってもよい。
【００２４】
あるデバイスが何れかのデバイスグループに加入していない場合には、デバイス同士の会話が対等なものである。当該デバイスは、ネットワークにおけるあるデバイスグループ内又は／及びデバイスグループ外にある他のデバイス、並びに現在存在している対等及び主従デバイスグループを発見できる。１つのデバイスは需要に応じて、１つや複数の対等及び/又は主従デバイスグループに加入することができる。
【００２５】
本発明は、デバイスグループという概念を提出すると、デバイスグループ作成、デバイスグループ解散、デバイスグループ宣言及びデバイスグループ内又はグループ間でのデバイス会話などのフローに関する。ここで、デバイスグループ作成及び宣言のプロセスは、図１，２に示すように、図１は対等デバイスグループの作成プロセスを示し、図２は主従デバイスグループの作成プロセスを示す。あるデバイスは、まず一つの対等又は主従デバイスグループを作成し、その後、当該デバイスグループはネットワークに対してデバイスグループ宣言を行い、デバイスグループ宣言を受信したデバイスは、自身パラメータの設置又は要求の送信の方式によって所望のデバイスグループに随時加入することができる。
【００２６】
ネットワークにおける何れかのデバイスは、対等デバイスグループを作成でき、対等デバイスグループの作成識別子は、ネットワークにおいて当該デバイスグループ識別子を含む宣言メッセージが存在し続けることであり、当該宣言メッセージは、当該デバイスグループを作成するデバイスによって送信されてもよい。これによって、他のデバイスは、当該デバイスグループ宣言を受信した後、当該対等デバイスグループに加入するかどうかを決定できる。
【００２７】
対等デバイスグループの特徴は、当該デバイスグループに加入するデバイスが如何なる身元認証とも必要とされないので、あるデバイスは、ある対等デバイスグループに加入し試みる場合、本デバイスにおけるデバイスグループ識別子を現在加入したいデバイスグループの識別子に設置するすればよい。あるデバイスは、複数の異なる対等デバイスグループに同時加入すれば、複数のデバイスグループ識別子を同時に設置することになる。実際の操作では、対等デバイス毎に一つのデバイスグループ識別子リストが設置され、当該対等デバイスが一つの対等デバイスグループに加入する度に、デバイスグループ識別子リストに一つの記録が追加される。
【００２８】
図１に示すように、ネットワークにおいてデバイス１１、デバイス１２及びデバイス１３の三つのデバイスが存在することを仮定する。まず、デバイス１１は一つの対等デバイスグループを作成し、その後、デバイス１１は、本デバイスグループの宣言メッセージをネットワークにおけるデバイス１２とデバイス１３とに送信し、デバイス１２とデバイス１３は、宣言メッセージを受信した後、当該対等デバイスグループに加入しようとすれば、自身のパラメータを配置する。ここで、対等デバイスグループ宣言メッセージの構造は、表１のようになる。
【００２９】
【表１】
【００３０】
表１では、デバイスグループ識別子ＤｅｖｉｃｅＧｒｏｐｕＩｄが一つのデバイスグループを一義的に識別し、対等デバイスグループの宣言メッセージには、デバイスグループタイプＤｅｖｉｃｅＧｒｏｕｐＴｙｐｅが対等デバイスグループとなる。表１において、デバイスグループ識別子及びデバイスグループ名称は、該対等デバイスグループを作成するデバイス自己から生成され、例えば存在したアルゴリズムによってデバイスグループ識別子が生成され、或はローカルMACアドレス＋デバイスグループ作成時間を直接で簡単にデバイスグループ識別子とされる。デバイスグループ宣言有効時間は、対等デバイスグループを作成するデバイスによって決定され、該有効時間は随時に更新されてもよい。
【００３１】
対等デバイスグループ内の各デバイス間のアクセスセキュリティは、各デバイス自身で保証され、対等デバイスグループ外のデバイスも対等デバイスグループ内のデバイスにアクセスでき、デバイスグループ外のデバイスとデバイスグループ内のデバイスとのアクセスセキュリティは、それぞれのデバイス自身で保証される。
【００３２】
主従デバイスグループでは、ネットワークにおける何れかのデバイスは一つの主従デバイスグループを作成でき、主従デバイスグループの作成識別子は、ネットワークにおいて当該デバイスグループ識別子を含む宣言メッセージが存在し続けることであり、当該宣言メッセージは、当該デバイスグループを作成するデバイスによって送信されてもよい。当該デバイスは主従デバイスグループの主デバイスとして機能し、他のデバイスは当該宣言メッセージを受信した後、当該主従デバイスグループに加入するかどうかを決定できる。ここで、主従デバイスグループ宣言メッセージの構成は表２に示すようになる。
【００３３】
【表２】
【００３４】
あるデバイスが、ある主従デバイスグループに加入し試みる場合、当該デバイスは、デバイスグループに加入する要求を当該主従デバイスグループの主デバイスに発起すべきであり、二つのデバイスが互いに身元認証を行った後、主デバイスは、デバイスグループに加入する授権検査に応じて、当該デバイスのデバイスグループに加入する要求を許可又は拒否し、加入が許可されたか否かという結果を、要求を発起するデバイスに送信する。許可されれば、該当するデバイスは従デバイスとして当該主従デバイスグループに加入し、従デバイスは該当するデバイスグループ識別子を自身に追加し、主デバイスは該当する従デバイスの関連情報も記録する。ここで、デバイスグループ加入要求メッセージとデバイスグループ加入応答メッセージの構成は、それぞれ表３と表４に示すようになる。
【００３５】
【表３】
【００３６】
【表４】
【００３７】
図２に示すように、ネットワークにおいてデバイス２１、デバイス２２及びデバイス２３の三つのデバイスが存在することを仮定する。この時、デバイス２１は、主従デバイスグループの主デバイスとして機能し、その後、デバイス２１はデバイスグループ宣言メッセージをデバイス２２とデバイス２３に送信し、デバイス２２とデバイス２３は受信された後、当該デバイスグループに加入しようとすれば、それぞれデバイスグループ加入要求をデバイス２１に送信する。デバイス２１は、デバイス２２とデバイス２３とそれぞれ身元認証を行ってから、予め設置された条件に基づいて、デバイス２２とデバイス２３の本デバイスグループへの加入が許可されたか否かを確定して、デバイスグループ加入応答に通じて結果をデバイス２２とデバイス２３に送信し、加入が拒否されれば、応答メッセージには拒否原因をさらに搭載してもよい。ここで、加入許可された全てのデバイスの識別子は、一つのリストとして構成されて主デバイスに置かれてもよい。
【００３８】
主従デバイスグループにおいて、主従デバイスグループ内の各従デバイスは、すべて主デバイスを信頼可能な第三者と見なし、認証サービスが主デバイスによって提供されている。
【００３９】
主従デバイスグループ外のデバイスは、主従デバイスグループ内のデバイスにアクセスでき、デバイスグループ外のデバイスとデバイスグループ内のデバイスとのアクセスセキュリティがそれぞれのデバイス自身で保証され、主従デバイスグループ内のデバイス同士が会話する場合、アクセスセキュリティは、それぞれのデバイス自身で保証されてもよく、主デバイスの提供した信頼可能な第三者による認証サービスによって保証されてもよい。ここで、信頼可能な第三者は、主デバイス自身であってもよい。
【００４０】
デバイスグループの作成に対応して、デバイスグループの解散がある。対等デバイスグループの解散について、ネットワークにおいてある対等デバイスグループの宣言メッセージがない場合、当該対等デバイスグループが解散状態となり、可能な原因として、当該デバイスグループ内にデバイスが存在しないことである。通常、対等デバイスグループの宣言は、該対等デバイスグループを作成するデバイスによって行われ、この時、該対等デバイスグループの他のデバイスは本デバイスグループの宣言を行わない。該対等デバイスグループの他のデバイスは本デバイスグループの宣言が受信されない時に、一定のルールに従い、新たに本デバイスグループの宣言を行う１つのデバイスを選択する。したがって、対等デバイスグループの宣言が完全にない時に、該デバイスグループにはデバイスが存在していないことが可能である。
【００４１】
主従デバイスグループの解散について、ネットワークにおいてある主従デバイスグループの宣言メッセージがない場合、当該主従デバイスグループが解散状態となり、可能な原因として、当該主従デバイスグループの主デバイスがネットワークから退出することである。主従デバイスグループの宣言は、主従デバイスグループにおける主デバイスによって行われ、当該主従デバイスグループの他のデバイスは、この時、本デバイスグループの宣言を行わなくなる。
【００４２】
対等デバイスグループ内にデバイス同士の会話は、図３に示すようになる。図３に示す実施例では、対等デバイス１、対等デバイス２、及び対等デバイス３の三つの対等デバイスを備え、対等デバイス１と対等デバイス２との間には信頼関係があり、対等デバイス１と対等デバイス３との間には信頼関係が存在しない。対等デバイス１が対等デバイス２にアクセスしようとする場合に、対等デバイス１は、アクセス要求メッセージを対等デバイス２に送信し、対等デバイス２は、相手が自分の信頼したデバイスであることを発見すると、アクセスを許可する応答を対等デバイス１に返答して、両方が会話し始まり、会話プロセスにおいて、両デバイス間の安全認証は、すべて両デバイス自身で保証される。対等デバイス１が対等デバイス３にアクセスしようとする場合、対等デバイス１はアクセス要求メッセージを対等デバイス３に送信し、対等デバイス３は、相手が自分の信頼したデバイスでないと発見すると、アクセスを拒否する応答を対等デバイス１に返答する。
【００４３】
二つの対等デバイスとの間には信頼関係が存在しない場合、この二つの対等デバイス同士は安全通信を実現しようとすれば、一つの信頼可能な第三者を経由してもよい。そうすると、対等デバイス１が信頼関係無しの対等デバイス２にアクセスしようとするものを例とし、この二つの対等デバイス同士が共通の信頼可能な第三者を確認するプロセスは、下記のようになる。対等デバイス１は、自分の現在持っている信頼可能な全ての第三者のデバイス情報を対等デバイス２に通知し、対等デバイス２は受信した後、その中には何れかのデバイス又はいくつのデバイスが自分の信頼可能な第三者であるか否かを判断する。信頼可能な第三者があれば、対等デバイス２は、その中から何れかを選択して共通の信頼可能な第三者とし、選択されたデバイス情報を対等デバイス１にフィードバックし、対等デバイス１は、選択された信頼可能な第三者から対等デバイス２にアクセスする授権を取得して、対等デバイス２にアクセスする。さもなければ、対等デバイス２は、失敗情報又は共通の信頼可能な第三者が見つけないことを通知する情報を、対等デバイス１に返答する。もちろん、前記の共通信頼可能な第三者を確認するプロセスには、対等デバイス１と対等デバイス２の位置を置き換えてもよい、即ち、対等デバイス２によって通知され、対等デバイス１は共通信頼可能な第三者を判断して選択することになる。
【００４４】
主従デバイスグループにおいては、主デバイスが本デバイスグループにおける全ての従デバイスでの資源情報をバッファすることになり、ある従デバイスは、本グループ内の他の従デバイスでの資源情報を主デバイスから見つけることができる。主従デバイスグループ内の従デバイス同士が会話する場合、全ての従デバイスの共通信頼可能な第三者である主デバイスに提供される認証サービスに介して、元々は信頼関係がない従デバイスとの間に共通信頼可能な第三者に基づく信頼関係を構築して、任意の二つの従デバイス同士は信頼検査に通じて会話を可能にさせる。もちろん、二つのデバイスの間に主デバイス以外の共通信頼可能な第三者が存在していれば、同様にして、二つの従デバイス間の何れかの共通信頼可能な第三者を利用して信頼検査を完成して、会話を実現することができる。
【００４５】
図４に示すように、主従デバイスグループにおける従デバイス４１と従デバイス４２との間には信頼関係がないが、共通信頼可能な第三者となる主デバイス４０が存在している。そうすると、従デバイス４１が従デバイス４２にアクセスしようとする場合、下記のステップを含む。
【００４６】
ステップ４０１〜４０２：従デバイス４１は、アクセス要求を従デバイス４２に発起し、従デバイス４２は、従デバイス４１が自分の信頼するデバイスでないと発見すると、アクセスを拒否する応答を返答する。
【００４７】
ステップ４０３〜４０４：従デバイス４１は、従デバイス４２のデバイス記述情報を取得する要求を従デバイス４２に送信し、従デバイス４２は受信した後、自身のデバイス記述情報を従デバイス４１に送信し、その中には自身の信頼可能な第三者の情報が含まれ、従デバイス４２の記述情報の例は下記のようになる。
【００４８】
<DeviceDescription>
<DeviceId>従デバイス42Id</DeviceId>
<DeviceSecurityDescription>
<DeviceSecurityId>
urn：3rdPartyAuthenService:3rdAuthProtocol_Kerberosv5：RSA-1024：AuthenServiceProvider：主デバイス識別子：提供する認証サービス識別子：AES-128-128：MD5
</DeviceSecurityId>
</DeviceSecurityDescription>
…
ステップ４０５：従デバイス４１は、従デバイス４２のデバイス記述における、提供される信頼可能な第三者デバイスの識別子と認証サービス識別子とに基づいて、従デバイス４２にアクセスする授権を取得する要求を、信頼可能な第三者デバイスの認証サービスに発起する。本実施例では、信頼可能な第三者デバイスは主デバイス４０である。
【００４９】
信頼可能な第三者の認証、メッセージ伝送暗号化及びメッセージ認証メカニズムに基づく認証要求メッセージの構成は、表５に示すようになる。
【００５０】
【表５】
【００５１】
本実施例では、表５におけるターゲットデバイス識別子は主デバイス４０の識別子であり、ソースデバイス識別子はデバイス４１の識別子であり、従デバイス４１の識別子と従デバイス４２の識別子は、それぞれ会話しようとする二つのデバイスの識別子である。
【００５２】
ステップ４０６：主デバイス４０は従デバイス４１と従デバイス４２とも信頼関係を持っているため、主デバイス４０は、従デバイス４１と従デバイス４２同士が安全会話を行うための一つのメッセージ暗号鍵ｋｅｙを従デバイス４１に返答し、主デバイス４０と従デバイス４１同士が予め持っている共用暗号鍵ｋｅｙ１によってｋｅｙを暗号化するとともに、主デバイス４０と従デバイス４２同士の共用暗号鍵ｋｅｙ２によってｋｅｙを暗号化し、そして、二つのそれぞれ暗号化されたｋｅｙを認証応答メッセージに通じて従デバイス４１に送信する。
【００５３】
信頼可能な第三者の認証、メッセージ伝送暗号化及びメッセージ認証メカニズムに基づく認証応答メッセージの構成は、表６に示すようになる。
【００５４】
【表６】
【００５５】
ステップ４０７〜４０９：従デバイス４１は、ｋｅｙ２によって暗号化されたｋｅｙを従デバイス４２に送信し、共通信頼可能な第三者デバイスである現在主従デバイスグループにおける主デバイス４０の識別子を従デバイス４２に送信し、従デバイス４２は、主デバイス４０の識別子に基づいて、従デバイス４１がどの自身が信頼可能な第三者デバイスから鍵を取得するのかを確認でき、復号化してｋｅｙを取得する。従デバイス４２は、ｋｅｙの受信が確認されたメッセージを従デバイス４１に送信し、従デバイス４１を信頼可能なデバイスとする。従デバイス４１は、ｋｅｙ１を復号化してｋｅｙを取得し、ｋｅｙによって要求メッセージを暗号化して従デバイス４２に送信し、従デバイス４２はｋｅｙによって復号化して、応答メッセージをｋｅｙによって暗号化して従デバイス４１に返答し、従デバイス４１はｋｅｙによって復号化して、会話を完成する。
【００５６】
対等デバイスグループ内の一つの対等デバイスは、それと信頼関係がない一つの主従デバイスグループにおける従デバイスと会話可能にするために、当該主従デバイスグループに自発的に加入でき、信頼可能な第三者、例えば主デバイスに介して会話を実現できる。本実施例では、対等デバイス１が従デバイス５２にアクセスしようとし、対等デバイス１と従デバイス５２との間に信頼関係がない。図５に示すように、その実現プロセスは下記のステップを含む。
【００５７】
ステップ５０１〜５０２：対等デバイス１はアクセス要求を従デバイス５２に発起し、従デバイス５２は、対等デバイス１が自分の信頼するデバイスではないため、そのアクセスを拒否する応答を返答する。
【００５８】
ステップ５０３〜５０４：対等デバイス１は、従デバイス５２のデバイス記述情報を取得する要求を従デバイス５２に送信し、従デバイス５２は、自身のデバイス記述情報を対等デバイス１に送信し、その中には自身の信頼可能な第三者の情報が含まれ、従デバイス５２の記述情報の例は下記のようになる。
【００５９】
<DeviceDescription>
<DeviceId>従デバイス52Id</DeviceId>
<DeviceSecurityDescription>
<DeviceSecurityId>
urn：3rdPartyAuthenService:3rdAuthProtocol_Kerberosv5：RSA-1024：AuthenServiceProvider：主デバイス識別子：提供する認証サービスの識別子：AES-128-128：MD5
</DeviceSecurityId>
</DeviceSecurityDescription>
…
ステップ５０５：従デバイス５２にアクセス可能にするために、対等デバイス１は、従デバイス５２のデバイス記述に提供された信頼可能な第三者デバイスの識別子と認証サービス識別子とに基づいて、従デバイス５２が位置する主従デバイスグループにおける主デバイス５０に対して、当該デバイスグループに加入する要求を発起する。本実施例では、信頼可能な第三者デバイスは主デバイス５０である。
【００６０】
ステップ５０６：対等デバイス１と主デバイス５０とは、互いの信頼関係が存在しており、認証がパスしてから、主デバイス５０は対等デバイス１が本デバイスグループに加入することを許可し、従デバイス５１となる。
【００６１】
ステップ５０７：従デバイス５１は、従デバイス５２と同じ主従デバイスグループにあるため、従デバイス５１は、従デバイス５２と会話する授権を主デバイス５０に要求する。
【００６２】
ステップ５０８：主デバイス５０は、従デバイス５１と従デバイス５２とも信頼関係を持っているため、従デバイス５１と従デバイス５２同士が安全会話を行うための一つのメッセージ暗号鍵ｋｅｙを従デバイス５１に返答し、主デバイス５０と従デバイス５１同士が予め持っている共用暗号鍵ｋｅｙ１によってｋｅｙを暗号化するとともに、主デバイス５０と従デバイス５２同士の共用暗号鍵ｋｅｙ２によってｋｅｙを暗号化し、そして、二つのそれぞれ暗号化されたｋｅｙを従デバイス５１に送信する。
【００６３】
ステップ５０９〜５１１：従デバイス５１は、ｋｅｙ２によって暗号化されたｋｅｙを従デバイス５２に送信し、共通信頼可能な第三者デバイスである現在主従デバイスグループにおける主デバイス５０の識別子を従デバイス５２に送信し、従デバイス５２は、主デバイス５０の識別子に基づいて、従デバイス５１がどの自身の信頼可能な第三者デバイスから鍵を取得するかを確認でき、復号化してｋｅｙを取得する。従デバイス５２は、ｋｅｙの受信が確認されたメッセージを従デバイス５１に送信し、従デバイス５１を信頼可能なデバイスとする。従デバイス５１は、ｋｅｙ１を復号化してｋｅｙを取得し、ｋｅｙによって要求メッセージを暗号化して従デバイス５２に送信し、従デバイス５２はｋｅｙによって復号化して、応答メッセージをｋｅｙによって暗号化して従デバイス５１に返答し、従デバイス５１はｋｅｙによって復号化して、会話を完成する。
【００６４】
従デバイス５２が対等デバイス１にアクセスしようとすれば、同様に、対等デバイス１を従デバイス５２の位置する主従デバイスグループに加入させ、処理プロセスはステップ５０１〜５１１での説明と類似する。
【００６５】
主従デバイスグループ内の一つの主デバイス又は従デバイスは、それと信頼関係がない一つの他の主従デバイスグループにおける従デバイスと会話可能にするために、当該主従デバイスグループに自発的に加入でき、信頼可能な第三者、例えば主デバイスに介して会話を実現できる。本実施例では、従デバイス１'が主従デバイスグループＡに属し、従デバイス６２が主従デバイスグループＢに属し、従デバイス１'が従デバイス６２にアクセスしようとし、従デバイス１'と従デバイス６２との間に信頼関係がない。図６に示すように、その実現プロセスは下記のステップを含む。
【００６６】
ステップ６０１〜６０２：従デバイス１'はアクセス要求を従デバイス６２に発起し、従デバイス６２は、従デバイス１'が自分の信頼するデバイスではないため、そのアクセスを拒否する応答を返答する。
【００６７】
ステップ６０３〜６０４：従デバイス１'は、従デバイス６２のデバイス記述情報を取得する要求を従デバイス６２に送信し、従デバイス６２は、自身のデバイス記述情報を従デバイス１'に送信し、その中には自身の信頼可能な第三者の情報が含まれ、従デバイス６２の記述情報の例は下記のようになる。
【００６８】
<DeviceDescription>
<DeviceId>従デバイス62Id</DeviceId>
<DeviceSecurityDescription>
<DeviceSecurityId>
urn：3rdPartyAuthenService:3rdAuthProtocol_Kerberosv5：RSA-1024：AuthenServiceProvider：主デバイス識別子：提供する認証サービスの識別子：AES-128-128：MD5
</DeviceSecurityId>
</DeviceSecurityDescription>
…
ステップ６０５：従デバイス６２にアクセス可能にするために、従デバイス１'は、従デバイス６２のデバイス記述に提供された信頼可能な第三者デバイスの識別子と認証サービス識別子とに基づいて、従デバイス６２の位置する主従デバイスグループＢにおける主デバイス６０に対して、当該主従デバイスグループに加入する要求を発起する。本実施例では、信頼可能な第三者デバイスは主従デバイスグループＢにおける主デバイス６０である。
【００６９】
ステップ６０６：従デバイス１'と主デバイス６０とは、互いの信頼関係が存在しており、認証がパスしてから、主デバイス６０は従デバイス１'が本デバイスグループに加入することを許可し、主従デバイスグループＢにおける従デバイス６１となる。
ステップ６０７〜６０８：主デバイス６０は、従デバイス６１と従デバイス６２とも信頼関係を持っているため、従デバイス６１と従デバイス６２同士が安全会話を行うための一つのメッセージ暗号鍵ｋｅｙを従デバイス６１に返答し、主デバイス６０と従デバイス６１とが予め持っている共用暗号鍵ｋｅｙ１によってｋｅｙを暗号化するとともに、主デバイス６０と従デバイス６２との共用暗号鍵ｋｅｙ２によってｋｅｙを暗号化し、そして、二つのそれぞれ暗号化されたｋｅｙを従デバイス６１に送信する。
【００７０】
ステップ６０９〜６１１：従デバイス６１は、ｋｅｙ２によって暗号化されたｋｅｙを従デバイス６２に送信し、共通信頼可能な第三者デバイスである現在主従デバイスグループにおける主デバイス６０の識別子を従デバイス６２に送信し、従デバイス６２は、主デバイス６０の識別子に基づいて、従デバイス６１がどの自身の信頼可能な第三者デバイスから鍵を取得するかを確認でき、復号化してｋｅｙを取得する。従デバイス６２は、ｋｅｙの受信が確認されたメッセージを従デバイス６１に送信し、従デバイス６１を信頼可能なデバイスとする。従デバイス６１は、ｋｅｙ１を復号化してｋｅｙを取得し、ｋｅｙによって要求メッセージを暗号化して従デバイス６２に送信し、従デバイス６２はｋｅｙによって復号化して、応答メッセージをｋｅｙによって暗号化して従デバイス６１に返答し、従デバイス６１はｋｅｙによって復号化して、会話を完成する。
【００７１】
図７は、本発明に係る方法の具体応用実例であり、図７に示すように、ノートＰＣ、プロジェクター及びプリンタであるネットワークにおける三つのデバイスは、一つのデバイスグループＡを構成し、当該デバイスグループは、受信されたテクストや画像情報を大きいスクリーンに表示し印刷する機能を提供できる。当該デバイスグループは、会議室又は家庭に存在する可能であり、主従デバイスグループであってもよく、対等デバイスグループであってもよい。ここで、主従デバイスグループを例として説明する。
【００７２】
主従デバイスグループＡが既に作成されたので、ネットワークにおいて主従デバイスグループＡの宣言メッセージが存在し続け、これと同時に、当該主従デバイスグループＡは、自身の提供している機能をマルチキャスト又はブロードキャスト方式によってネットワークに宣言することになる。例えば、当該主従デバイスグループＡの入力インタフェースパラメータを宣言メッセージに搭載して、当該主従デバイスグループＡは入力テキスト／ＪＰＥＧ画像を表示し印刷できることを表す。
【００７３】
当該主従デバイスグループＡにおける入力インタフェースは、ノートＰＣでの一つのプログラムによって実現し、出力は、ノートＰＣでの他のプログラムによってプロジェクターとプリンタが制御されることで実現する。ノートＰＣ、プロジェクター及びプリンタ間の会話は、デバイスグループ内部の会話に属し、グループ外のデバイスが探知できない。当該主従デバイスグループ内部において、ノートＰＣ、プロジェクター及びプリンタの三つのデバイス同士は、ＨＴＴＰプロトコルに従って互いに通信し、但し、ノートＰＣはＨＴＴＰ Ｓｅｒｖｅｒ側、プロジェクター及びプリンタはＨＴＴＰ Ｃｌｉｅｎｔ側としてそれぞれ機能する。
【００７４】
携帯電話は対等デバイスであり、その撮影した内容を投影して表示し、共用し写真として印刷したいものである。即ち、携帯電話は主従デバイスグループＡにアクセスする必要がある。本実施例に用いられる携帯電話がブルートゥース携帯電話であるので、図７におけるプロクシ(Proxy)は、ブルートゥースからイーサネットプロトコルまでの転換を実現するために用いられる。
【００７５】
携帯電話は、マルチキャストをセンシングすることで主従デバイスグループＡの入力インタフェース及び当該インタフェースの位置するデバイスを取得した後、当該デバイスに対するコーリングを当該デバイスに発起する。具体的には、携帯電話がノートＰＣにコーリングを発起し、ＨＴＴＰ ＰＯＳＴを介して撮影した写真を、ノートＰＣに入力インタフェースとして機能するアプリケーションがセンシングしているアドレスポートに送信する。ノートＰＣでの入力インタフェイスとして機能するプログラムは、そのセンシングしているアドレスポートを介して写真を受信した後、ＨＴＴＰ ＧＥＴ命令を使用して指定されたＪＰＥＧ写真を取得し表示することを、制御命令によってプロジェクターに要求するとともに、ＨＴＴＰ ＧＥＴ命令を使用して指定されたＪＰＥＧ写真を取得しプリントすることを、制御命令によってプリンタに要求する。
【００７６】
本実施例では、携帯電話とノートＰＣとの間に信頼関係がなければ、携帯電話がまず主従デバイスグループに加入して、さらに従デバイスの身元としてノートＰＣと会話することになる。
【００７７】
以上、あくまで本発明の好ましい実施例であり、本発明の保護範囲を限定するものではない。
【図面の簡単な説明】
【００７８】
【図１】対等デバイスグループの作成プロセスを示す図である。
【図２】主従デバイスグループの作成プロセスを示す図である。
【図３】対等デバイスグループ内にデバイス同士の会話の実施例を示す図である。
【図４】主従デバイスグループ内にデバイス同士の会話の実施例を示す図である。
【図５】任意の二つのデバイスが信頼可能な第三者を通じて会話する一実施例を示す図である。
【図６】任意の二つのデバイスが信頼可能な第三者を通じて会話する他の一実施例を示す図である。
【図７】本発明方法の一具体的応用実施例を示す図である。
【特許請求の範囲】
【請求項１】
デバイス組分け及び組分けデバイス同士の会話を実現する方法であって、
ネットワークにデバイスグループを作成するデバイスが、自身の属しているデバイスグループの識別子情報を搭載した宣言メッセージをネットワークに送信し、該当するデバイスグループに加入必要となるネットワークデバイスが、宣言メッセージを受信してから該当宣言メッセージに識別されたデバイスグループに加入し、
二つのネットワークデバイスが会話するときに、当該方法は、
発起デバイスがアクセス先デバイスにアクセス要求を送信し、
アクセス要求を受信したデバイスが、アクセス要求を送信するデバイスが自分の信頼しているデバイスであるか否かを判断し、
信頼デバイスであれば両方が会話し、信頼デバイスではなければ、アクセス先デバイスが発起デバイスのアクセス要求を直接拒否し、又は発起デバイスとが共通の信頼可能な第三者を確定して、発起デバイスが、確定された共通信頼可能な第三者からアクセス先デバイスの鍵情報を取得し、取得された鍵情報を利用してアクセス先デバイスと会話する、ことを特徴とする方法。
【請求項２】
前記デバイスグループが対等デバイスグループであれば、前記加入宣言メッセージに識別されたデバイスグループは、デバイスグループに加入要求するネットワークデバイスが、自身デバイスグループ識別子に宣言メッセージが搭載したデバイスグループ識別子を追加するものである、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記デバイスグループが主従デバイスグループであれば、前記加入宣言メッセージに識別されたデバイスグループは、デバイスグループに加入要求するネットワークデバイスが、加入する必要なデバイスグループにおける主デバイスに加入要求を送信し、主デバイスが、予め設置された情報に基づいて現在の要求しているデバイスの加入を許可するかどうかを判断し、許可結果を搭載した応答メッセージを現在の要求しているデバイスに返答するものである、ことを特徴とする請求項１に記載の方法。
【請求項４】
前記応答メッセージにおける許可結果が加入拒否であれば、当該メッセージには、拒否原因の情報をさらに搭載していることを特徴とする請求項３に記載の方法。
【請求項５】
前記アクセス先デバイスは主従デバイスグループに属し、
前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、
発起デバイスが、自身がアクセス先デバイスと同じ主従デバイスグループに属しているか否かを判断し、
同じ主従デバイスグループであれば、主デバイスを共通信頼可能な第三者とし、
同じ主従デバイスグループでなければ、発起デバイスが従デバイスとして、アクセス先デバイスの属している主従デバイスグループに加入して、加入した主従デバイスグループにおける主デバイスを共通信頼可能な第三者とする、ことを特徴とする請求項１に記載の方法。
【請求項６】
前記発起デバイスは主従デバイスグループに属し、且つアクセス先デバイスは対等デバイスグループに属し、
前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、
アクセス先デバイスは、従デバイスとして発起デバイスの属している主従デバイスグループに加入して、加入した主従デバイスグループにおける主デバイスを共通信頼可能な第三者とする、ことを特徴とする請求項１に記載の方法。
【請求項７】
発起デバイス又はアクセス先デバイスが新しい主従デバイスグループに加入する前、さらに、発起デバイス又はアクセス先デバイスが、相手デバイスから相手デバイスの記述情報を取得することを含む、ことを特徴とする請求項５又は６に記載の方法。
【請求項８】
前記発起デバイスとアクセス先デバイスが、すべて対等デバイスグループに属していれば、前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、
発起デバイスが、自身のすべての信頼可能な第三者をアクセス先デバイスに通知し、
アクセス先デバイスが、発起デバイスの全ての信頼可能な第三者のうち自身と同じ信頼可能な第三者が存在しているか否かを判断し、
存在していれば、一つを選択して共通信頼可能な第三者と確定する、ことを特徴とする請求項１に記載の方法。
【請求項９】
発起デバイスは、アクセス先デバイスの鍵情報を取得してから、鍵情報をアクセス先デバイスに送信することをさらに含む、ことを特徴とする請求項１に記載の方法。
【請求項１０】
発起デバイスは、共通信頼可能な第三者と発起デバイスとの共用鍵によって暗号化された暗号鍵、及び共通信頼可能な第三者とアクセス先デバイスとの共用鍵によって暗号化された暗号鍵を、共通信頼可能な第三者から同時に取得し、
共通信頼可能な第三者とアクセス先デバイスとの共用鍵によって暗号化された暗号鍵をアクセス先デバイスに送信する、ことを特徴とする請求項１又は９に記載の方法。
【請求項１】
デバイス組分け及び組分けデバイス同士の会話を実現する方法であって、
ネットワークにデバイスグループを作成するデバイスが、自身の属しているデバイスグループの識別子情報を搭載した宣言メッセージをネットワークに送信し、該当するデバイスグループに加入必要となるネットワークデバイスが、宣言メッセージを受信してから該当宣言メッセージに識別されたデバイスグループに加入し、
二つのネットワークデバイスが会話するときに、当該方法は、
発起デバイスがアクセス先デバイスにアクセス要求を送信し、
アクセス要求を受信したデバイスが、アクセス要求を送信するデバイスが自分の信頼しているデバイスであるか否かを判断し、
信頼デバイスであれば両方が会話し、信頼デバイスではなければ、アクセス先デバイスが発起デバイスのアクセス要求を直接拒否し、又は発起デバイスとが共通の信頼可能な第三者を確定して、発起デバイスが、確定された共通信頼可能な第三者からアクセス先デバイスの鍵情報を取得し、取得された鍵情報を利用してアクセス先デバイスと会話する、ことを特徴とする方法。
【請求項２】
前記デバイスグループが対等デバイスグループであれば、前記加入宣言メッセージに識別されたデバイスグループは、デバイスグループに加入要求するネットワークデバイスが、自身デバイスグループ識別子に宣言メッセージが搭載したデバイスグループ識別子を追加するものである、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記デバイスグループが主従デバイスグループであれば、前記加入宣言メッセージに識別されたデバイスグループは、デバイスグループに加入要求するネットワークデバイスが、加入する必要なデバイスグループにおける主デバイスに加入要求を送信し、主デバイスが、予め設置された情報に基づいて現在の要求しているデバイスの加入を許可するかどうかを判断し、許可結果を搭載した応答メッセージを現在の要求しているデバイスに返答するものである、ことを特徴とする請求項１に記載の方法。
【請求項４】
前記応答メッセージにおける許可結果が加入拒否であれば、当該メッセージには、拒否原因の情報をさらに搭載していることを特徴とする請求項３に記載の方法。
【請求項５】
前記アクセス先デバイスは主従デバイスグループに属し、
前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、
発起デバイスが、自身がアクセス先デバイスと同じ主従デバイスグループに属しているか否かを判断し、
同じ主従デバイスグループであれば、主デバイスを共通信頼可能な第三者とし、
同じ主従デバイスグループでなければ、発起デバイスが従デバイスとして、アクセス先デバイスの属している主従デバイスグループに加入して、加入した主従デバイスグループにおける主デバイスを共通信頼可能な第三者とする、ことを特徴とする請求項１に記載の方法。
【請求項６】
前記発起デバイスは主従デバイスグループに属し、且つアクセス先デバイスは対等デバイスグループに属し、
前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、
アクセス先デバイスは、従デバイスとして発起デバイスの属している主従デバイスグループに加入して、加入した主従デバイスグループにおける主デバイスを共通信頼可能な第三者とする、ことを特徴とする請求項１に記載の方法。
【請求項７】
発起デバイス又はアクセス先デバイスが新しい主従デバイスグループに加入する前、さらに、発起デバイス又はアクセス先デバイスが、相手デバイスから相手デバイスの記述情報を取得することを含む、ことを特徴とする請求項５又は６に記載の方法。
【請求項８】
前記発起デバイスとアクセス先デバイスが、すべて対等デバイスグループに属していれば、前記発起デバイスとアクセス先デバイスが共通信頼可能な第三者を確定する具体的な手順は、
発起デバイスが、自身のすべての信頼可能な第三者をアクセス先デバイスに通知し、
アクセス先デバイスが、発起デバイスの全ての信頼可能な第三者のうち自身と同じ信頼可能な第三者が存在しているか否かを判断し、
存在していれば、一つを選択して共通信頼可能な第三者と確定する、ことを特徴とする請求項１に記載の方法。
【請求項９】
発起デバイスは、アクセス先デバイスの鍵情報を取得してから、鍵情報をアクセス先デバイスに送信することをさらに含む、ことを特徴とする請求項１に記載の方法。
【請求項１０】
発起デバイスは、共通信頼可能な第三者と発起デバイスとの共用鍵によって暗号化された暗号鍵、及び共通信頼可能な第三者とアクセス先デバイスとの共用鍵によって暗号化された暗号鍵を、共通信頼可能な第三者から同時に取得し、
共通信頼可能な第三者とアクセス先デバイスとの共用鍵によって暗号化された暗号鍵をアクセス先デバイスに送信する、ことを特徴とする請求項１又は９に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公表番号】特表２００８−５００６０７（Ｐ２００８−５００６０７Ａ）
【公表日】平成２０年１月１０日（２００８．１．１０）
【国際特許分類】
【出願番号】特願２００７−５０９８５２（Ｐ２００７−５０９８５２）
【出願日】平成１７年１月２１日（２００５．１．２１）
【国際出願番号】ＰＣＴ／ＣＮ２００５／００００９３
【国際公開番号】ＷＯ２００５／１０７１６２
【国際公開日】平成１７年１１月１０日（２００５．１１．１０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４４２５１９６）聯想（北京）有限公司 (38)
【氏名又は名称原語表記】ＬＥＮＯＶＯ（ＢＥＩＪＩＮＧ） ＬＩＭＩＴＥＤ
【Ｆターム（参考）】
【公表日】平成２０年１月１０日（２００８．１．１０）
【国際特許分類】
【出願日】平成１７年１月２１日（２００５．１．２１）
【国際出願番号】ＰＣＴ／ＣＮ２００５／００００９３
【国際公開番号】ＷＯ２００５／１０７１６２
【国際公開日】平成１７年１１月１０日（２００５．１１．１０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４４２５１９６）聯想（北京）有限公司 (38)
【氏名又は名称原語表記】ＬＥＮＯＶＯ（ＢＥＩＪＩＮＧ） ＬＩＭＩＴＥＤ
【Ｆターム（参考）】
[ Back to top ]