(57)【要約】【課題】電子製品の遠隔利用者が、通信リンクを通じて、顧客サービス部門から操作の教示及び支援を得る際に、より容易に操作される、便利なリモート支援システムを設計する。【解決手段】サーバ１４と、支援要求デバイス１２と、支援デバイス１６とを含むリモート支援システム１に適用される。まず、支援要求イベントに応答し第１の鍵に従って、チケット情報が暗号化チケット情報に暗号化され、サーバ１４に提供される。次に、支援要求デバイス１２により提供された暗号化チケット情報が、第２の鍵に従ってチケット情報に復号される。その後、復号により生成されたチケット情報が、支援デバイス１６に提供され、支援デバイス１６が支援要求デバイス１２にログインしてリモート支援操作を実行することができる。【選択図】図１
2010140462.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、支援要求デバイスと、支援デバイスとを備えるリモート支援システムに適用されるリモート支援方法であって、
（ａ）支援要求イベントに応答し第１の鍵に従ってチケット情報を暗号化する前記支援要求デバイスにより生成された第１の暗号化チケット情報を、受信するステップと、
（ｂ）前記支援要求デバイスにより提供された前記第１の暗号化チケット情報を、第２の鍵に従って前記チケット情報に復号するステップと、
（ｃ）復号により得られた前記チケット情報を、前記支援デバイスに提供し、前記支援デバイスが前記チケット情報に基づき前記支援要求デバイスにログインしてリモート支援操作を実行することができるようにするステップとを備える、方法。
【請求項２】
前記ステップ（ａ）が、
前記支援要求デバイスにより生成されたデバイスシリアル番号情報を受信するステップをさらに備え、
前記ステップ（ｂ）が、
（ｂ１）ハッシュ操作を実行して、前記デバイスシリアル番号情報と前記第２の鍵とに従って前記第１の鍵を得るステップと、
（ｂ２）前記第１の鍵に従って、前記第１の暗号化チケット情報を前記チケット情報に復号するステップとをさらに備える、請求項１に記載の方法。
【請求項３】
（ｄ）認証情報を生成するステップと、
（ｅ）単チャネルを通じて前記認証情報を前記支援デバイスに送信し、前記支援デバイスが、前記認証情報に従って応答情報を返信する、ステップと、
（ｆ）前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、「肯定」の場合、前記ステップ（ｃ）を実行するステップとをさらに備える、請求項１に記載の方法。
【請求項４】
（ｄ）認証情報を生成するステップと、
（ｅ）多チャネルを通じて前記認証情報を前記支援デバイスに送信し、前記支援デバイスが、前記認証情報に従って応答情報を返信するステップと、
（ｆ）前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、「肯定」の場合、前記ステップ（ｃ）を実行するステップとをさらに備える、請求項１に記載の方法。
【請求項５】
（ｄ）認証情報を生成するステップと、
（ｅ）前記支援要求デバイスを通じて前記認証情報を前記支援デバイスに提供し、前記支援デバイスが、前記認証情報に従って応答情報を返信するステップと、
（ｆ）前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、「肯定」の場合、前記ステップ（ｃ）を実行するステップとをさらに備える、請求項１に記載の方法。
【請求項６】
前記ステップ（ｃ）が、
（ｃ１）第３の鍵を生成し、前記第３の鍵に従って前記チケット情報を第２の暗号化チケット情報に暗号化するステップと、
（ｃ２）秘密共有メカニズムに従って前記第３の鍵をＮ個の分解鍵情報に分解し、Ｎが、１より大きい自然数である、ステップと、
（ｃ３）前記Ｎ個の分解鍵情報と前記第２の暗号化チケット情報とを、Ｎ個の通信チャネルを通じて前記支援デバイスに送信するステップとを備える、請求項１に記載の方法。
【請求項７】
前記支援デバイスが、前記Ｎ個の分解鍵情報のうち少なくともＭ個の分解鍵情報を合成して前記第３の鍵を得、前記第３の鍵に従って前記第２の暗号化チケット情報を前記チケット情報に復号し、Ｍが、Ｎより小さい自然数である、請求項６に記載の方法。
【請求項８】
（ｄ）認証情報を生成するステップと、
（ｅ）前記認証情報を前記支援要求デバイスに提供するステップと、
（ｆ）前記支援要求デバイスにより受信された前記認証情報を、前記支援デバイスに提供し、前記支援デバイスが、前記認証情報に従って応答情報を前記サーバに提供する、ステップと、
（ｇ）前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、「肯定」の場合、前記ステップ（ｃ）を実行するステップとをさらに備える、請求項１に記載の方法。
【請求項９】
前記第１の鍵が公開鍵である、請求項１に記載の方法。
【請求項１０】
リモート支援システムであって、
第１の鍵を有し、支援要求イベントに応答し前記第１の鍵に従ってチケット情報を第１の暗号化チケット情報に暗号化する支援要求デバイスと、
第２の鍵を有し、前記第２の鍵に従って前記第１の暗号化チケット情報を前記チケット情報に復号し、前記チケット情報を提供するサーバと、
前記サーバにより提供された前記チケット情報を受信し、前記支援要求デバイスにログインしてリモート支援操作を実行することができるようにする支援デバイスとを備えるシステム。
【請求項１１】
前記支援要求デバイスがさらに、デバイスシリアル番号情報を生成し、前記デバイスシリアル番号情報を前記サーバに提供し、
前記サーバが、ハッシュ操作を実行して、前記デバイスシリアル番号情報と前記第２の鍵とに従って前記第１の鍵を得、前記サーバがさらに、前記第１の鍵に従って前記第１の暗号化チケット情報を前記チケット情報に復号する、請求項１０に記載のシステム。
【請求項１２】
前記サーバがさらに、認証情報を生成して、単チャネルを通じて前記認証情報を前記支援デバイスに送信し、前記支援デバイスが、前記認証情報に従って応答情報を返信し、
前記サーバがさらに、前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、前記サーバが前記応答情報を受信した時、前記サーバが、前記支援デバイスが順調に認証されたと判断して、前記支援デバイスに前記チケット情報を提供する、請求項１０に記載のシステム。
【請求項１３】
前記サーバが、認証情報を生成して、多チャネルを通じて前記認証情報を前記支援デバイスに送信し、前記支援デバイスが、前記認証情報に従って応答情報を返信し、
前記サーバがさらに、前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、前記サーバが前記応答情報を受信した時、前記サーバが、前記支援デバイスが順調に認証されたと判断して、前記支援デバイスに前記チケット情報を提供する、請求項１０に記載のシステム。
【請求項１４】
認証情報が生成され、前記支援要求デバイスを通じて前記支援デバイスに提供され、前記支援デバイスが、前記認証情報に従って応答情報を返信し、
前記サーバがさらに、前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、前記サーバが前記応答情報を受信した時、前記サーバが、前記支援デバイスが順調に認証されたと判断して、前記支援デバイスに前記チケット情報を提供し、
前記認証情報が、前記サーバ又は前記支援要求デバイスにより生成される、請求項１０に記載のシステム。
【請求項１５】
前記サーバが、第３の鍵を生成し、前記第３の鍵に従って前記チケット情報を第２の暗号化チケット情報に暗号化し、
前記サーバがさらに、秘密共有メカニズムに従って前記第３の鍵をＮ個の分解鍵情報に分解し、Ｎが、１より大きい自然数であり、
前記サーバがさらに、前記Ｎ個の分解鍵情報と前記第２の暗号化チケット情報とを、Ｎ個の通信チャネルを通じて前記支援デバイスに送信する、請求項１０に記載のシステム。
【請求項１６】
前記支援デバイスが、前記Ｎ個の分解鍵情報のうち少なくともＭ個の分解鍵情報を合成して前記第３の鍵にし、前記第３の鍵に従って前記第２の暗号化チケット情報を前記チケット情報に復号し、Ｍが、Ｎより小さい自然数である、請求項１５に記載のシステム。
【請求項１７】
前記サーバがさらに、認証情報を生成し、前記認証情報を前記支援要求デバイスに提供し、
前記支援要求デバイスが、前記認証情報を前記支援デバイスに提供し、前記支援デバイスが、前記認証情報に従って応答情報を前記サーバに提供し、
前記サーバがさらに、前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、前記サーバが前記応答情報を受信した時、前記サーバが、前記支援デバイスが順調に認証されたと判断して、前記支援デバイスに前記チケット情報を提供する、請求項１０に記載のシステム。
【請求項１８】
支援デバイスと通信するリモート支援システムであって、前記リモート支援システムが、
第１の鍵を有し、支援要求イベントに応答し前記第１の鍵に従ってチケット情報を第１の暗号化チケット情報に暗号化して、前記第１の暗号化チケット情報を提供する支援要求デバイスと、
第２の鍵を有し、前記第２の鍵に従って前記第１の暗号化チケット情報を前記チケット情報に復号して、前記チケット情報を前記支援デバイスに提供し、前記支援デバイスが前記支援要求デバイスにログインしてリモート支援操作を実行することができるようにするサーバとを備える、システム。
【請求項１９】
前記支援要求デバイスがさらに、デバイスシリアル番号情報を前記サーバに提供し、
前記サーバが、ハッシュ操作を実行して、前記デバイスシリアル番号情報と前記第２の鍵とに従って前記第１の鍵を得、前記サーバがさらに、前記第１の鍵に従って前記第１の暗号化チケット情報を前記チケット情報に復号する、請求項１８に記載のシステム。
【請求項２０】
前記サーバがさらに、認証情報を生成して、単チャネルを通じて前記認証情報を前記支援デバイスに送信し、前記支援デバイスが、前記認証情報に従って応答情報を返信し、
前記サーバがさらに、前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、前記サーバが前記応答情報を受信した時、前記サーバが、前記支援デバイスが順調に認証されたと判断して、前記支援デバイスに前記チケット情報を提供する、請求項１８に記載のシステム。
【請求項２１】
前記サーバがさらに、認証情報を生成して、多チャネルを通じて前記認証情報を前記支援デバイスに送信し、前記支援デバイスが、前記認証情報に従って応答情報を返信し、
前記サーバがさらに、前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、前記サーバが前記応答情報を受信した時、前記サーバが、前記支援デバイスが順調に認証されたと判断して、前記支援デバイスに前記チケット情報を提供する、請求項１８に記載のシステム。
【請求項２２】
認証情報が生成され、前記支援要求デバイスを通じて前記支援デバイスに提供され、前記支援デバイスが、前記認証情報に従って応答情報を返信し、
前記サーバがさらに、前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、前記サーバが前記応答情報を受信した時、前記サーバが、前記支援デバイスが順調に認証されたと判断して、前記支援デバイスに前記チケット情報を提供し、
前記認証情報が、前記サーバ又は前記支援要求デバイスにより生成される、請求項１８に記載のシステム。
【請求項２３】
前記サーバが、第３の鍵を生成し、前記第３の鍵に従って前記チケット情報を第２の暗号化チケット情報に暗号化し、
前記サーバがさらに、秘密共有メカニズムに従って前記第３の鍵をＮ個の分解鍵情報に分解し、Ｎが、１より大きい自然数であり、
前記サーバがさらに、前記Ｎ個の分解鍵情報と前記第２の暗号化チケット情報とを、Ｎ個の通信チャネルを通じて前記支援デバイスに送信する、請求項１８に記載のシステム。
【請求項２４】
前記支援デバイスが、前記Ｎ個の分解鍵情報のうち少なくともＭ個の分解鍵情報を合成して前記第３の鍵にし、前記第３の鍵に従って前記第２の暗号化チケット情報を前記チケット情報に復号し、Ｍが、Ｎより小さい自然数である、請求項２３に記載のシステム。
【請求項２５】
前記サーバがさらに、認証情報を生成し、前記認証情報を前記支援要求デバイスに提供し、
前記支援要求デバイスが、前記認証情報を前記支援デバイスに提供し、前記支援デバイスが、前記認証情報に従って応答情報を前記サーバに提供し、
前記サーバがさらに、前記応答情報が受信されるか否かを判断して、前記支援デバイスが順調に認証されたか否かを判断し、前記サーバが前記応答情報を受信した時、前記サーバが、前記支援デバイスが順調に認証されたと判断して、前記支援デバイスに前記チケット情報を提供する、請求項１８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信システムに関するものであり、より具体的には、リモート支援機能を実施するためのリモート支援システムに関するものである。
【背景技術】
【０００２】
科学技術が日々変化し続ける現代、多くの通信技法が、人々の日常生活を円滑にするために、多くの機会に広く適用されてきた。電子製品提供者の顧客サービス部門が、提供された電子製品を正常に使用できない遠隔利用者に、製品操作支援サービスを提供するという場合もある。例えば、米国において出願された先行文書（米国特許第７，２０９，９４５号）では、電子アプリケーションプログラム／サービスを実行するアプリケーションサービス・ゲートウェイが提供され、アプリケーションプログラム／サービスをローカルにではなくネットワークから管理し運営することが可能である。アプリケーションサービス・ゲートウェイは、アプリケーションプログラム／サービスを実行するサービス送出システムの要素であり、冷暖房システム又はセキュリティシステムのような、家庭用又は事業用のシステム及びデバイスを制御するか又は別の方法でそれらと対話する。アプリケーションサービス・ゲートウェイは、通信ゲートウェイへのＬＡＮ接続を有し、当該ＬＡＮ接続が、次には、ＷＡＮを通じてリモートサービス・ゲートウェイに通信する。リモートサービス・ゲートウェイは、アプリケーションプログラム／サービス及び管理サービスを提供するために、データをリモートサービス・プラットホームからＷＡＮを通じて通信ゲートウェイに運び、その後、そこからデータが、アプリケーションサービス・ゲートウェイに運ばれる。アプリケーションプログラム／サービスのインストール及び管理が、アプリケーションサービス・ゲートウェイのローカルサイトに常駐し、及び／又は当該サイトで実行されることにより、消費者はかかる責任から解放される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許第７，２０９，９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前述の技法では、しばしば見られるように、電子製品の遠隔利用者は、陸線電話、移動電話又はネットワークのような通信リンクを通じて、顧客サービス部門から操作の教示及び支援を得る必要がある。しかしながら、現行の通信技法に従って、より容易に操作される、さらに便利なリモート支援システムを設計することは、重要な方向づけである。
【課題を解決するための手段】
【０００５】
前記の目的を達成するための本発明は、支援要求デバイス（すなわち、クライアントにより操作されるデバイス）が、支援要求イベントに応答して、リモート支援システムのサーバを通じて、支援デバイスにチケット情報を提供するリモート支援システムを対象にするものである。これに伴い、支援デバイスは、支援要求デバイスが操作問題を解消するのを支援するために、チケット情報に従って支援要求デバイスにログインしてもよい。
【０００６】
本発明によれば、リモート支援システムに適用されるリモート支援方法が、さらに提供される。前記リモート支援システムは、サーバと、支援要求デバイスと、支援デバイスとを含む。前記リモート支援方法は、次のステップを含む。まず、支援要求イベントに応答し第１の鍵に従ってチケット情報を暗号化する前記支援要求デバイスにより生成された第１の暗号化チケット情報が受信される。次に、前記支援要求デバイスにより提供された前記第１の暗号化チケット情報が、第２の鍵に従って前記チケット情報に復号される。その後、復号により得られた前記チケット情報が、前記支援デバイスに提供され、前記支援デバイスが前記支援要求デバイスにログインしてリモート支援操作を実行することができるようになる。
【０００７】
本発明によれば、支援要求デバイスと、サーバと、支援デバイスとを含むリモート支援システムが、さらに提供される。第１の鍵を有する前記支援要求デバイスは、支援要求イベントに応答し前記第１の鍵に従って、チケット情報を第１の暗号化チケット情報に暗号化するためのものである。第２の鍵を有する前記サーバは、前記第２の鍵に従って前記第１の暗号化チケット情報を前記チケット情報に復号し、前記チケット情報を提供するためのものである。前記支援デバイスは、前記サーバにより提供された前記チケット情報を受信し、前記支援デバイスが前記支援要求デバイスにログインしてリモート支援操作を実行することができるようにするためのものである。
【０００８】
本発明によれば、支援デバイスと通信するためのリモート支援システムが、さらに提供される。前記リモート支援システムは、支援要求デバイスと、サーバとを含む。第１の鍵を有する前記支援要求デバイスは、支援要求イベントに応答し前記第１の鍵に従ってチケット情報を第１の暗号化チケット情報に暗号化し、前記第１の暗号化チケット情報を提供するためのものである。第２の鍵を有する前記サーバは、前記第２の鍵に従って前記第１の暗号化チケット情報を前記チケット情報に復号して、前記チケット情報を前記支援デバイスに提供し、前記支援デバイスが前記支援要求デバイスにログインしてリモート支援操作を実行することができるようにするためのものである。
【０００９】
本発明における上述の、又はさらに他の利点、特徴及び効果は、添付図面を参照して次に述べる実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１０】
【図１】実施形態に従ったリモート支援システムを示すブロック線図である。
【図２】図１の操作シーケンスを示す。
【図３】実施形態に従ったリモート支援システムを示す別のブロック線図である。
【図４】図３の操作シーケンスを示す。
【図５】実施形態に従ったリモート支援システムを示すまた別のブロック線図である。
【図６】図５の操作シーケンスを示す。
【図７】実施形態に従ったリモート支援システムを示すさらにまた別のブロック線図である。
【図８】図７の操作シーケンスを示す。
【図９】実施形態に従ったリモート支援システムを示すさらにまた別のブロック線図である。
【図１０】実施形態に従ったリモート支援システムを示すさらにまた別のブロック線図である。
【図１１】図１０の操作シーケンスを示す。
【発明を実施するための形態】
【００１１】
図１は、本発明の一つの実施形態に従ったリモート支援システム１を示すブロック線図である。図２は、図１の操作シーケンスを示す。図１及び図２を参照すると、リモート支援システム１は、支援要求デバイス１２と、サーバ１４と、支援デバイス１６とを含む。例えば、支援要求デバイス１２は、ホームゲートウェイを通じてネットワークで家電装置に接続している。したがって、支援要求デバイス１２は、ネットワーク及びホームゲートを通じて提供された指示に応答して、対応する操作を実行するリモート操作機能を有する。一つの実施例では、電子家電装置は、例えばデジタルテレビ装置である。
【００１２】
支援要求デバイス１２は、鍵ＫｅｙＮを有する。支援要求デバイス１２は、暗号化チケット情報ＩＴ＿ｋと支援要求指示Ｃｈｐとを提供するために、支援要求イベントＥｈに応答し鍵ＫｅｙＮに従って、チケット情報ＩＴを暗号化する。例えば、暗号化チケット情報ＩＴ＿ｋは、利用者のアカウント情報、パスワード情報及びインターネットプロトコル（ＩＰ）アドレス情報を含む。支援要求イベントＥｈは、支援要求デバイス１２のコントロールパネルの支援要求コントロールキーを利用者が作動させた場合に生成されるイベントである。
【００１３】
サーバ１４は、鍵ＫｅｙＳを有する。サーバ１４は、支援要求指示Ｃｈｐに応答し鍵ＫｅｙＳに従って、暗号化チケット情報ＩＴ＿ｋをチケット情報ＩＴに復号する。
一つの実施例では、支援要求デバイス１２はさらに、デバイスシリアル番号ＳＮを含み、支援要求イベントに応答してデバイスシリアル番号ＳＮをサーバ１４に提供する。例えば、支援要求デバイス１２の鍵ＫｅｙＳ及びサーバ１４の鍵ＫｅｙＮは、次の方程式を満たす。
【００１４】
【数１】
2010140462.tif 000003
【００１５】
したがって、サーバ１４は、支援要求デバイス１２により提供された鍵ＫｅｙＳ及びデバイスシリアル番号ＳＮに従って鍵ＫｅｙＮを生成するために、ハッシュ操作を実行し、これに伴い、暗号化チケット情報ＩＴ＿ｋをチケット情報ＩＴに復号してもよい。
サーバ１４はさらに、復号により得られたチケット情報ＩＴを支援デバイス１６に提供する。これに伴い、支援デバイス１６は、チケット情報ＩＴに従って支援要求デバイス１２にログインし、リモート支援操作を実行してもよい。
【００１６】
一つの実施例では、サーバ１４と支援デバイス１６との間におけるデータ送信操作は、認証符号メカニズムに従って保護される。認証符号メカニズムでは、サーバ１４が、認証符号Ｒｎを動的に生成し、特定の通信チャネルＣを通じて認証符号Ｒｎを支援デバイス１６に提供する。
例えば、通信チャネルＣは、ネットワーク送信チャネル及び移動体通信用グローバルシステム（ＧＳＭ）通信チャネルであってもよい。認証符号Ｒｎは、通信チャネルを通じて送信を実行するために用いられる通信プロトコル（例えば、Ｅメール、ネットワーク音声メッセージ、電話システム音声メッセージ、電話システム・ショートメッセージなど）を介して、送信してもよい。
【００１７】
支援デバイス１６は、認証符号Ｒｎを受信し、それに対応して、認証符号Ｒｎを受信した時、サーバ１４にログインするために応答情報ＳＲｎを返信する。例えば、支援デバイス１６は、サーバ１４にログインするために、受信した認証符号Ｒｎを応答情報ＳＲｎとして直接、サーバ１４に返信する。応答情報ＳＲｎを受信した後、サーバ１４は、支援デバイス１６が順調に認証されたと判断する。これに伴い、支援デバイス１６は、サーバ１４内のチケット情報ＩＴを得、これに伴い、対応する使用法操作を支援要求デバイス１２が実行するのを支援するために、支援要求デバイス１２にログインしてもよい。
【００１８】
この例示的な実施形態では、認証符号Ｒｎ、応答情報ＳＲｎ及びチケット情報ＩＴは、サーバ１４と支援デバイス１６との間において、１つの通信チャネルＣを通じて送信される。しかしながら、この実施形態のリモート支援システム１は、それに限定されない。別の実施例では、この実施形態のサーバ１４は、また、多チャネルを通じてチケット情報ＩＴを送信してもよい。
【００１９】
図３は、本発明の当該実施形態に従ったリモート支援システムを示す別のブロック線図である。図３のこの実施例では、ｍ個の通信チャネルＣ１，Ｃ２，…,及びＣｍが、サーバ２４と支援デバイス２６との間に配置されており、ｍは、１より大きい自然数である。サーバ２４は、通信チャネルＣ１〜Ｃｍを通じて、認証符号Ｒｎ１〜Ｒｎｍを支援デバイス２６に提供する。
【００２０】
図４は、図３の操作シーケンスを示す。図４に示す通り、例えば、認証符号Ｒｎ１〜Ｒｎｍは、異なるデータ値ｃを有する。この実施例では、支援デバイス２６は、それに対応して、認証符号Ｒｎ１〜Ｒｎｍのいずれか１つの部分集合（例えば、認証符号｛Ｒｎ３｝，｛Ｒｎ１，Ｒｎ２｝又は｛Ｒｎ１，Ｒｎ３｝…）に従って応答情報ＳＲｎを生成し、サーバ２４と支援デバイス２６との間における認証操作を完了させるために応答情報ＳＲｎをサーバ２４に返信してもよい。
【００２１】
この例示的な実施形態では、サーバ２４と支援デバイス２６との間におけるデータ送信操作は、認証符号メカニズムを用いて保護される。しかしながら、この実施形態のリモート支援システム１は、それに限定されず、さらに、サーバ２４と支援デバイス２６との間におけるデータ送信操作を、その他のメカニズムを用いて保護してもよい。
図５は、本発明の当該実施形態に従ったリモート支援システムを示すまた別のブロック線図である。図６は、図５の操作シーケンスを示す。図５及び図６を参照すると、サーバ３４と支援デバイス３６との間におけるデータ送信操作は、秘密共有メカニズムを通じて保護される。サーバ３４は、鍵ＳＫに従って、チケット情報ＩＴを暗号化チケット情報ＩＴ＿ＳＫに暗号化する。例えば、暗号化チケット情報ＩＴ＿ＳＫは、鍵ＳＫによるアカウント情報の排他的ＯＲ結果、鍵ＳＫによるパスワード情報の排他的ＯＲ結果、ＩＰ情報、並びに当該パスワード情報、アカウント情報及びＩＰ情報の時間パラメータ情報及びハッシュ認証情報を含む。
【００２２】
サーバ３４はさらに、鍵ＳＫを、ｊ個の下位鍵ＳＫ＿１，ＳＫ＿２，…，ＳＫ＿ｊに分割し、ｊ個の下位鍵ＳＫ＿１〜ＳＫ＿ｊのうちｉ個の下位鍵に従って、鍵ＳＫを得、ｊは、１より大きい自然数であり、ｉは、ｊより小さい自然数である。
サーバ３４は、下位鍵ＳＫ＿１〜ＳＫ＿ｊと暗号化チケット情報ＩＴ＿ＳＫとを、ｊ個の通信チャネル、それぞれＣ１’，Ｃ２’，…，及びＣｊ’を通じて支援デバイス３６に提供する。
【００２３】
例えば、サーバ３４は、シャミルの秘密共有メカニズムに従って鍵ＳＫを分解する。鍵ＳＫの数値が１２３４であるとすると、ｊ及びｉはそれぞれ、６及び３に等しい。サーバ３４はさらに、パラメータａ１を１６６に等しくなりパラメータａ２が９４に等しくなるように、動的に設定する。この場合、例えば、サーバ３４は、次の多項式を得る。
【００２４】
【数２】
2010140462.tif 000004
【００２５】
この多項式に下記の条件をそれぞれ代入すると、（ｘ，ｆ（ｘ））の６つの解集合、（１，１４９４），（２，１９４２），（３，２５７８），（４，３４０２），（５，４４１４）及び（６，５６１４）が得られる。
【００２６】
【数３】
2010140462.tif 000005
【００２７】
分解後に得られた６つの解集合は、それぞれ、下位鍵ＳＫ＿１〜ＳＫ＿６の役割を果たし、それぞれ、対応する通信チャネルを通じて支援デバイス３６に提供される。支援デバイス３６が下位鍵ＳＫ＿２，ＳＫ＿５及びＳＫ＿６を受信すると仮定すると、支援デバイス３６は、鍵ＳＫを得るために、次の方程式を通じて、第２、第５及び第６の下位鍵に従って鍵ＳＫを再生してもよい。
【００２８】
【数４】
2010140462.tif 000006
【００２９】
これに伴い、支援デバイス３６は、かかる操作に従って鍵ＳＫを得、これに伴い、暗号化チケット情報ＩＴ＿ＳＫをチケット情報ＩＴに復号してもよい。
この実施形態では、ただ一つのシャミルの秘密共有メカニズムの操作が、実施例として示されている。しかしながら、サーバ３４と支援デバイス３６との間におけるデータ送信を、シャミルの秘密共有メカニズムを用いて保護する必要はなく、また、鍵ＳＫ、ｉ及びｊも、前記実施例の設定だけに制限されず、同様に、対応する秘密共有メカニズムを満たすその他の数値であってもよい。
【００３０】
この例示的な実施形態では、支援要求デバイス１２は、支援要求デバイス１２にログインする支援デバイス１６を識別認証するために、認証符号Ｒｎを支援デバイス１６に提供する。しかしながら、この実施形態のリモート支援システム１は、それに限定されない。
図７は、本発明の当該実施形態に従ったリモート支援システムを示すさらにまた別のブロック線図である。図８は、図７の操作シーケンスを示す。図７及び図８に示すさらにまた別の実施例では、サーバ４４は、認証符号Ｒｎ”を支援要求デバイス４２に提供し、支援要求デバイス４２を通じて認証符号Ｒｎ"を援助デバイス４６に提供する。その後、支援デバイス４６は、支援要求デバイス４２により提供された認証符号Ｒｎ”に従ってサーバ４４にログインするために、返信情報ＳＲ’を生成してサーバ４４に出力する。したがって、支援デバイス４６は、また、支援要求デバイス４２にログインするために、サーバ４４からチケット情報ＩＴを得てもよい。
【００３１】
この例示的な実施形態では、サーバ１４と支援要求デバイス１２との間における暗号化は、固定的な鍵ＫｅｙＮ及びＫｅｙＳに従って実行される。しかしながら、サーバ１４と支援要求デバイス１２との間における暗号化は、それに限定されない。
図９は、本発明の当該実施形態に従ったリモート支援システムを示すさらにまた別のブロック線図である。図９に示すさらにまた別の実施例では、認証符号Ｒｎ”は、支援要求デバイス４２’により生成され、サーバ４４’及び支援デバイス４６’に提供される。その後、支援デバイス４６’は、チケット情報ＩＴを得て支援要求デバイス４２’にログインするために、認証符号Ｒｎ”をサーバ４４’に提供する。
【００３２】
図１０は、本発明の当該実施形態に従ったリモート支援システムを示すさらにまた別のブロック線図である。図１１は、図１０の操作シーケンスを示す。図１０及び図１１に示すさらにまた別の実施例では、サーバ５４がデバイスシリアル番号ＳＮに従って鍵ＫｅｙＮを得た後、サーバ５４はさらに、動的鍵ＳＫ’を動的に生成し、鍵ＫｅｙＮによる動的鍵ＳＫ’の排他的ＯＲ結果Ｓｘｒを、支援要求デバイス５２に提供する。これに伴い、支援要求デバイス５２は、排他的ＯＲ結果Ｓｘｒに従って動的鍵ＳＫ’を得、これに伴い、チケット情報ＩＴを暗号化して、暗号化チケット情報ＩＴ＿ＳＫ’をサーバ５４に提供してもよい。一つの実施例では、サーバ５４はさらに、動的鍵ＳＫを認証するために、時間パラメータ情報並びに当該時間パラメータ及び動的鍵ＳＫのハッシュ認証情報を、支援要求デバイス５２に提供する。
【００３３】
次に、サーバ５４は、シャミルの秘密共有メカニズムを通じて暗号化チケット情報ＩＴ＿ＳＫ’を支援デバイス５６に提供するためにサーバ３４により実行された操作と実質的に同じ操作を実行する。これに伴い、支援デバイス５６は、暗号化チケット情報ＩＴ＿ＳＫ’を得、暗号化チケット情報ＩＴ＿ＳＫ’に従って支援要求デバイス５２にログインしてもよい。
【００３４】
この例示的な実施形態では、支援要求デバイス１２とサーバ１４との間における通信送信の暗号化保護は、ハッシュ操作及び対称暗号化メカニズムを用いて生成された鍵に従って実行される。しかしながら、この実施形態の支援要求デバイス１２とサーバ１４との間における通信送信は、それに限定されない。別の実施例では、支援要求デバイス１２とサーバ１４との間における送信の暗号化保護は、また、公開鍵パスワードシステムを通じて実行してもよい。
【００３５】
本発明を、実施例として、かつ、好ましい実施形態の観点から説明したが、本発明がそれに限定されないことが理解されるべきである。それどころか、様々な修正並びに類似の配置及び手順を対象として含むことが意図されており、したがって、添付の特許請求の範囲は、かかる修正並びに類似の配置及び手順をすべて網羅するように、もっとも広範な解釈が認められるべきである。
【００３６】
本出願は、２００８年１２月１０日出願の台湾特許出願第９７１４８１１３号に基づく優先権を主張するものであり、参照により、かかる出願の主題が本明細書に組み込まれる。
【符号の説明】
【００３７】
１，２，３，４，５  リモート支援システム
１２，２２，３２，４２，５２  支援要求デバイス
１４，２４，３４，４４，５４  サーバ
１６，２６，３６，４６，５６  支援デバイス
【図１】
2010140462.tif 000007
【図２】
2010140462.tif 000008
【図３】
2010140462.tif 000009
【図４】
2010140462.tif 000010
【図５】
2010140462.tif 000011
【図６】
2010140462.tif 000012
【図７】
2010140462.tif 000013
【図８】
2010140462.tif 000014
【図９】
2010140462.tif 000015
【図１０】
2010140462.tif 000016
【図１１】
2010140462.tif 000017
【手続補正書】
【提出日】平成21年7月7日(2009.7.7)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
分解後に得られた６つの解集合は、それぞれ、下位鍵ＳＫ＿１〜ＳＫ＿６の役割を果たし、それぞれ、対応する通信チャネルを通じて支援デバイス３６に提供される。支援デバイス３６が下位鍵ＳＫ＿２，ＳＫ＿４及びＳＫ＿５を受信すると仮定すると、支援デバイス３６は、鍵ＳＫを得るために、次の方程式を通じて、第２、第４及び第５の下位鍵に従って鍵ＳＫを再生してもよい。