(57)【要約】【課題】遠隔の制御側端末から被制御側デバイスへ、非同期的に設定情報を更新することができるページ設定方法及びシステムを提供する。【解決手段】Ｗｅｂサーバは、被制御側デバイスのユーザ設定ページを公開している。最初に、制御側端末が、Ｗｅｂサーバへ、ユーザ設定ページのページ取得要求を送信する。制御側端末が、ユーザ操作に応じてユーザ設定ページに入力された設定情報を、Ｗｅｂサーバへ送信する。そして、Ｗｅｂサーバは、ユーザ設定ページ及びその設定情報を、操作履歴情報として記憶する。これに対し、被制御側デバイスが、Ｗｅｂサーバへ、ページ取得要求を送信する。そして、Ｗｅｂサーバが、操作履歴情報に基づくユーザ設定ページ及びその設定情報をページ応答として、被制御側デバイスへ返信する。最後に、被制御側デバイスが、ユーザ設定ページ及びその設定情報を、自らの設定情報として記憶する。【選択図】図２
2014160350.tif 000002
【特許請求の範囲】
【請求項１】
制御側端末及び被制御側デバイスとＷｅｂサーバとがネットワークを介して通信可能なシステムを用いて、制御側端末が遠隔からＷｅｂサーバを介して被制御側デバイスの設定情報を更新するページ設定方法であって、
被制御側デバイスは、ユーザ設定ページを公開しており、
Ｗｅｂサーバは、被制御側デバイスの前記ユーザ設定ページを公開しており、
制御側端末が、Ｗｅｂサーバへ、前記ユーザ設定ページのページ取得要求を送信する第１のステップと、
制御側端末が、ユーザ操作に応じて前記ユーザ設定ページに入力された設定情報を、Ｗｅｂサーバへ送信する第２のステップと、
Ｗｅｂサーバは、前記ユーザ設定ページ及びその設定情報を、操作履歴情報として記憶する第３のステップと、
被制御側デバイスが、Ｗｅｂサーバへ、ページ取得要求を送信する第４のステップと、
Ｗｅｂサーバが、前記操作履歴情報に基づくユーザ設定ページ及びその設定情報をページ応答として、被制御側デバイスへ返信する第５のステップと、
被制御側デバイスが、前記ユーザ設定ページ及びその設定情報を、自らの設定情報として記憶する第６のステップと
を有することを特徴とするページ設定方法。
【請求項２】
第１のステップから第３のステップを繰り返すことによって、Ｗｅｂサーバは、複数のユーザ設定ページ及びその設定情報を時系列に、前記操作履歴情報として記憶し、
第５のステップについて、Ｗｅｂサーバは、被制御側デバイスへ返信する前記ページ応答に、前記操作履歴情報に基づいて制御側端末が次にアクセスしたユーザ設定ページのアドレスを含め、
第６のステップについて、被制御側デバイスは、前記ページ応答に含まれた次のユーザ設定ページのアドレスへ、ページ取得要求を送信する
ことを特徴とする請求項１に記載のページ設定方法。
【請求項３】
第５のステップについて、Ｗｅｂサーバは、複数のユーザ設定ページ及びその設定情報を時系列に記述したスクリプトを、前記ページ応答に含めることを特徴とする請求項２に記載のページ設定方法。
【請求項４】
第４のステップについて、被制御側デバイスは、電源投入時に、Ｗｅｂサーバへ、ページ取得要求を送信することを特徴とする請求項１から３のいずれか１項に記載のページ設定方法。
【請求項５】
前記システムは、同一のユーザ設定ページを有する複数の被制御側デバイスを有し、制御側端末が、Ｗｅｂサーバを介して複数の被制御側デバイスの設定情報を遠隔から更新するものであり、
Ｗｅｂサーバは、被制御側デバイス毎に、設定可否を表すデバイス状態情報を記憶しており、
第３のステップについて、Ｗｅｂサーバは、その時点で設定可能となっている被制御側デバイスに対して、第４のステップにおけるアクセスを要求するべくページ遷移通知を送信する
ことを特徴とする請求項１から４のいずれか１項に記載のページ設定方法。
【請求項６】
制御側端末及び被制御側デバイスとＷｅｂサーバとがネットワークを介して通信可能であり、制御側端末が遠隔からＷｅｂサーバを介して被制御側デバイスの設定情報を更新するページ設定システムであって、
制御側端末は、
Ｗｅｂサーバへ、ユーザ設定ページのページ取得要求を送信するページ要求手段と、
ユーザ操作に応じて前記ユーザ設定ページに入力された設定情報を、Ｗｅｂサーバへ送信する設定情報送信手段と
を有し、
被制御側デバイスは、
ユーザ設定ページを公開するページ公開手段と、
Ｗｅｂサーバへ、ページ取得要求を送信するページ要求手段と、
Ｗｅｂサーバから受信したユーザ設定ページ及びその設定情報を、自らの設定情報として記憶する設定手段と
を有し、
Ｗｅｂサーバは、
被制御側デバイスの前記ユーザ設定ページを公開するページ公開手段と、
制御側端末によって操作された前記ユーザ設定ページ及びその設定情報を、操作履歴情報として記憶する操作履歴記憶手段と、
前記操作履歴情報に基づくユーザ設定ページ及びその設定情報をページ応答として、被制御側デバイスへ返信するページ応答手段と
を有することを特徴とするページ設定システム。
【請求項７】
Ｗｅｂサーバの前記操作履歴記憶手段は、前記ユーザ設定ページの送信と、被制御側デバイスからの設定情報の受信とを繰り返すことによって、複数のユーザ設定ページ及びその設定情報を時系列に、前記操作履歴情報として記憶し、
Ｗｅｂサーバの前記ページ応答手段は、被制御側デバイスへ返信する前記ページ応答に、前記操作履歴情報に基づいて制御側端末が次にアクセスしたユーザ設定ページのアドレスを含め、
被制御側デバイスの前記ページ要求手段は、前記ページ応答に含まれた次のユーザ設定ページのアドレスへ、ページ取得要求を送信する
ことを特徴とする請求項６に記載のページ設定システム。
【請求項８】
Ｗｅｂサーバの前記ページ応答手段は、複数のユーザ設定ページ及びその設定情報を時系列に記述したスクリプトを、前記ページ応答に含めることを特徴とする請求項７に記載のページ設定システム。
【請求項９】
被制御側デバイスの前記ページ要求手段は、電源投入時に、Ｗｅｂサーバへ、ページ取得要求を送信することを特徴とする請求項６から８のいずれか１項に記載のページ設定システム。
【請求項１０】
前記システムは、同一のユーザ設定ページを有する複数の被制御側デバイスを有し、制御側端末が、Ｗｅｂサーバを介して複数の被制御側デバイスの設定情報を遠隔から更新するものであり、
Ｗｅｂサーバは、
被制御側デバイス毎に、設定可否を表すデバイス状態情報を記憶するデバイス状態記憶手段と、
前記制御側端末から設定情報を受信した際に、その時点で設定可能となっている被制御側デバイスに対して、アクセスを要求するべくページ遷移通知を送信するページ遷移通知手段と
を更に有することを特徴とする請求項６から９のいずれか１項に記載のページ設定システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバを介して、複数の端末間で同一アドレスのページを同期して表示させる技術に関する。
【背景技術】
【０００２】
インターネットに接続可能な端末には、一般的に、様々メディアを再生及び操作するためのユーザインタフェースとしての「Ｗｅｂブラウザ」が実装されている。ブラウザは、特に、ＡＪＡＸ(Asynchronous JavaScript＋XML)の普及によって、非同期でのコンテンツの取得や、動的なコンテンツの描画を可能とする。これに対し、近年、複数の端末間で、各ブラウザに同一アドレスのページコンテンツを表示させるページ同期サービスが提供されてきている。
【０００３】
図１は、ページ同期サービスのシステム構成図である。
【０００４】
図１によれば、ページ同期サービスを提供するＷｅｂサーバ３と、ユーザ側の各端末２とが、インターネットを介して接続されている。例えば、Ｗｅｂサーバ３は、オペレータ操作に基づく制御側端末からページ取得要求を受信した際に、制御側端末へページコンテンツを応答すると共に、他の被制御側端末にも同一のページコンテンツを配信するように制御される。即ち、制御側端末のブラウザに新たに表示されたウィンドウページは、他の被制御側端末にも表示される。尚、このようなＷｅｂサーバ３の機能は、Ｗｅｂサーバ自体に搭載されたものであってもよいし、グループを制御する同期制御サーバと連携して実現されるものであってもよい。
【０００５】
従来、制御側端末及び被制御側端末が、同期制御サーバを介してＷｅｂサーバにアクセスすることによって、制御側端末のブラウザ上での操作を、被制御側端末と同期させる技術がある（例えば特許文献１参照）。この技術によれば、最初に、制御側端末及び被制御側端末はそれぞれ、ユーザ操作に基づいて同期するウィンドウとは別に、同期制御サーバとの間の通信を管理するノードマネジャのウィンドウを開く。制御側端末について、ブラウザ上でユーザ操作に基づくページ遷移のイベントは、ページマネジャによって検知され、そのイベントは同期制御サーバへ送信される。同期制御サーバは、そのイベント情報を、被制御側端末へ送信する。被制御側端末は、イベント情報をノードマネジャによって受信し、そのイベント情報がページに反映される。このように、同期制御サーバを仲介させることによって、既存のＷｅｂサーバに更なる機能を追加することなく、ページ同期サービスを提供する。
【０００６】
また、本願と同一出願人に基づく従来技術として、既存のＷｅｂサーバに更なる機能を追加することなく、第三者制御サーバを用いて、制御側端末に表示されたページを、被制御側端末に表示させる技術もある（例えば特許文献２参照）。この技術によれば、制御側端末は、イベント情報を第三者制御サーバに送信する制御ＵＩ(User Interface)ページを取得する。また、被制御側端末は、第三者制御サーバから受信したイベント情報をページに反映する被制御ＵＩページを取得する。そして、第三者制御サーバが仲介することによって、制御ＵＩページから被制御ＵＩページへのブラウザ同期を実現する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０００−２１５１７３号公報
【特許文献２】特開２０１２−１４６３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
前述した従来技術によれば、制御側端末のブラウザと被制御側端末のブラウザとは、ページを同期させるために、Ｗｅｂサーバとの間でメッセージをやりとりする必要がある。そのために、被制御側端末は当然、電源オンの状態にあると共に、ブラウザを起動させておく必要がある。
【０００９】
近年、被制御側端末として、ユーザが直接的に操作するパーソナルコンピュータやスマートフォン等に限られず、ユーザが直接的に操作しないデバイス機器もある。例えば、無線ＬＡＮのアクセスポイントやセンサデバイス、体重計のような健康機器、掃除ロボット等の家電機器などがある。このような被制御側デバイスは、ハードウェアとしてのユーザインタフェースを備えていない代わりに、Ｗｅｂサーバの機能を搭載し、ネットワークを介してユーザ設定ページを公開するものがある。ユーザは、パーソナルコンピュータのような制御側端末を用いて、ネットワークを介して当該被制御側デバイスにアクセスし、各種の設定情報を入力することができる。例えば、被制御側デバイスのユーザ設定ページに、コールセンタのオペレータから遠隔操作することもできる。
【００１０】
しかしながら、このような被制御側デバイスは、使用時にのみ電源オンにされるものが多く、常に電源オンの状態にあってそのユーザ設定ページにアクセスすることができるとは限らない。コールセンタのオペレータであっても、被制御側デバイスが電源オンの状態にない場合、遠隔操作をすることができない。そのために、通常、オペレータは、ユーザに対して一度電話で連絡した上で、その被制御側デバイスを電源オンにしてもらう必要がある。
【００１１】
また、同一機種の被制御側デバイスを多数販売しているメーカやベンダは、それら被制御側デバイスに対して一斉に設定を更新したい場合がある。この場合、ページ同期サービスの技術を用いて、それら被制御側デバイスに対して遠隔操作によって設定することもできる。しかしながら、全ての被制御側デバイスに対して強制的に電源オンの状態にすることまではできない。
【００１２】
そこで、本発明は、遠隔の制御側端末から被制御側デバイスへ、非同期的に設定情報を更新することができるページ設定方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明によれば、制御側端末及び被制御側デバイスとＷｅｂサーバとがネットワークを介して通信可能なシステムを用いて、制御側端末が遠隔からＷｅｂサーバを介して被制御側デバイスの設定情報を更新するページ設定方法であって、
被制御側デバイスは、ユーザ設定ページを公開しており、
Ｗｅｂサーバは、被制御側デバイスのユーザ設定ページを公開しており、
制御側端末が、Ｗｅｂサーバへ、ユーザ設定ページのページ取得要求を送信する第１のステップと、
制御側端末が、ユーザ操作に応じてユーザ設定ページに入力された設定情報を、Ｗｅｂサーバへ送信する第２のステップと、
Ｗｅｂサーバは、ユーザ設定ページ及びその設定情報を、操作履歴情報として記憶する第３のステップと、
被制御側デバイスが、Ｗｅｂサーバへ、ページ取得要求を送信する第４のステップと、
Ｗｅｂサーバが、操作履歴情報に基づくユーザ設定ページ及びその設定情報をページ応答として、被制御側デバイスへ返信する第５のステップと、
被制御側デバイスが、ユーザ設定ページ及びその設定情報を、自らの設定情報として記憶する第６のステップと
を有することを特徴とする。
【００１４】
本発明のページ設定方法における他の実施形態によれば、
第１のステップから第３のステップを繰り返すことによって、Ｗｅｂサーバは、複数のユーザ設定ページ及びその設定情報を時系列に、操作履歴情報として記憶し、
第５のステップについて、Ｗｅｂサーバは、被制御側デバイスへ返信するページ応答に、操作履歴情報に基づいて制御側端末が次にアクセスしたユーザ設定ページのアドレスを含め、
第６のステップについて、被制御側デバイスは、ページ応答に含まれた次のユーザ設定ページのアドレスへ、ページ取得要求を送信することも好ましい。
【００１５】
本発明のページ設定方法における他の実施形態によれば、
第５のステップについて、Ｗｅｂサーバは、複数のユーザ設定ページ及びその設定情報を時系列に記述したスクリプトを、ページ応答に含めることも好ましい。
【００１６】
本発明のページ設定方法における他の実施形態によれば、
第４のステップについて、被制御側デバイスは、電源投入時に、Ｗｅｂサーバへ、ページ取得要求を送信することも好ましい。
【００１７】
本発明のページ設定方法における他の実施形態によれば、
システムは、同一のユーザ設定ページを有する複数の被制御側デバイスを有し、制御側端末が、Ｗｅｂサーバを介して複数の被制御側デバイスの設定情報を遠隔から更新するものであり、
Ｗｅｂサーバは、被制御側デバイス毎に、設定可否を表すデバイス状態情報を記憶しており、
第３のステップについて、Ｗｅｂサーバは、その時点で設定可能となっている被制御側デバイスに対して、第４のステップにおけるアクセスを要求するべくページ遷移通知を送信することも好ましい。
【００１８】
本発明によれば、制御側端末及び被制御側デバイスとＷｅｂサーバとがネットワークを介して通信可能であり、制御側端末が遠隔からＷｅｂサーバを介して被制御側デバイスの設定情報を更新するページ設定システムであって、
制御側端末は、
Ｗｅｂサーバへ、ユーザ設定ページのページ取得要求を送信するページ要求手段と、
ユーザ操作に応じてユーザ設定ページに入力された設定情報を、Ｗｅｂサーバへ送信する設定情報送信手段と
を有し、
被制御側デバイスは、
ユーザ設定ページを公開するページ公開手段と、
Ｗｅｂサーバへ、ページ取得要求を送信するページ要求手段と、
Ｗｅｂサーバから受信したユーザ設定ページ及びその設定情報を、自らの設定情報として記憶する設定手段と
を有し、
Ｗｅｂサーバは、
被制御側デバイスのユーザ設定ページを公開するページ公開手段と、
制御側端末によって操作されたユーザ設定ページ及びその設定情報を、操作履歴情報として記憶する操作履歴記憶手段と、
操作履歴情報に基づくユーザ設定ページ及びその設定情報をページ応答として、被制御側デバイスへ返信するページ応答手段と
を有することを特徴とする。
【００１９】
本発明のページ設定システムにおける他の実施形態によれば、
Ｗｅｂサーバの操作履歴記憶手段は、ユーザ設定ページの送信と、被制御側デバイスからの設定情報の受信とを繰り返すことによって、複数のユーザ設定ページ及びその設定情報を時系列に、操作履歴情報として記憶し、
Ｗｅｂサーバのページ応答手段は、被制御側デバイスへ返信するページ応答に、操作履歴情報に基づいて制御側端末が次にアクセスしたユーザ設定ページのアドレスを含め、
被制御側デバイスのページ要求手段は、ページ応答に含まれた次のユーザ設定ページのアドレスへ、ページ取得要求を送信することも好ましい。
【００２０】
本発明のページ設定システムにおける他の実施形態によれば、
Ｗｅｂサーバのページ応答手段は、複数のユーザ設定ページ及びその設定情報を時系列に記述したスクリプトを、ページ応答に含めることも好ましい。
【００２１】
本発明のページ設定システムにおける他の実施形態によれば、
被制御側デバイスのページ要求手段は、電源投入時に、Ｗｅｂサーバへ、ページ取得要求を送信することも好ましい。
【００２２】
本発明のページ設定システムにおける他の実施形態によれば、
システムは、同一のユーザ設定ページを有する複数の被制御側デバイスを有し、制御側端末が、Ｗｅｂサーバを介して複数の被制御側デバイスの設定情報を遠隔から更新するものであり、
Ｗｅｂサーバは、
被制御側デバイス毎に、設定可否を表すデバイス状態情報を記憶するデバイス状態記憶手段と、
制御側端末から設定情報を受信した際に、その時点で設定可能となっている被制御側デバイスに対して、アクセスを要求するべくページ遷移通知を送信するページ遷移通知手段と
を更に有することも好ましい。
【発明の効果】
【００２３】
本発明のページ設定方法及びシステムによれば、遠隔の制御側端末から被制御側デバイスへ、非同期的に設定情報を更新することができる。
【図面の簡単な説明】
【００２４】
【図１】ページ同期サービスのシステム構成図である。
【図２】本発明における第１のシーケンス図である。
【図３】本発明における第２のシーケンス図である。
【図４】本発明における第３のシーケンス図である。
【図５】本発明における第４のシーケンス図である。
【図６】本発明における制御側端末、被制御側デバイス及びＷｅｂサーバの機能構成図である。
【発明を実施するための形態】
【００２５】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００２６】
図２は、本発明における第１のシーケンス図である。
【００２７】
図２のシステムによれば、制御側端末１は、例えばオペレータによって操作されており、ネットワーク（例えばインターネット）を介してＷｅｂサーバ３へアクセスすることができる。また、被制御側デバイス２は、例えばユーザ宅内に設置されているアクセスポイントやセンサデバイス等であって、ユーザによる直接的な操作を必ずしも必要としない装置である。被制御側デバイス２も、ネットワークを介してＷｅｂサーバ３と通信することができる。
【００２８】
また、被制御側デバイス２は、ユーザ設定ページを公開しており、クライアントに対するサーバとして機能する。ユーザ設定ページは、ユーザ操作の端末からアクセスされ、ユーザによってそのフォーム内の設定情報を更新することができる。図２によれば、ユーザ設定ページには、例えばWiFi設定やパラメータ設定のフォームが記述されている。
【００２９】
更に、本発明によれば、Ｗｅｂサーバ３は、被制御側デバイス２のユーザ設定ページを予め保持し且つ公開している。Ｗｅｂサーバ３は、例えば被制御側デバイスを市販するメーカ又はベンダによって管理されたものであってもよい。また、Ｗｅｂサーバ３は、各種の被制御側デバイス２から、ユーザ設定ページを予め収集したものであってもよい。
【００３０】
システムとしては、多数の同一機種の被制御側デバイス２が、ネットワークに接続されたものであってもよい。本発明によれば、これら被制御側デバイス２のユーザ設定ページに対する設定情報を、Ｗｅｂサーバ３によって公開される１つのユーザ設定ページによって、非同期的に更新することができる。即ち、オペレータが、制御側端末を用いて、Ｗｅｂサーバによって公開された所望の被制御側デバイスの所定のユーザ設定ページに対して設定情報を更新することによって、Ｗｅｂサーバがオペレータの代理となって、被制御側デバイスが電源オンに操作されたタイミングで、そのユーザ設定ページに対する設定情報を遠隔から更新することができる。そのために、同一機種の多数の被制御側デバイスが様々な場所に設置されていても、オペレータがＷｅｂサーバのユーザ設定ページの設定情報を更新するだけで、多数の被制御側デバイスにおけるそのユーザ設定ページの設定情報が非同期的に更新される。
【００３１】
［第１のステップ：Ｓ１］
制御側端末１が、Ｗｅｂサーバ３との間でセッションを確立する。ここで、オペレータは、所望の被制御側デバイスに一律に、そのユーザ設定ページに対して設定情報を更新しようとしている。制御側端末１は、被制御側端末２のそのユーザ設定ページのＵＲＬ(Uniform Resource Locator)を持って、Ｗｅｂサーバ３へページ取得要求を送信する。尚、ページ取得要求は、例えばＨＴＴＰ(HyperText Transfer Protocol)のＧＥＴリクエストである。これに対し、Ｗｅｂサーバ３は、そのユーザ設定ページを含むページ応答を、制御側端末１へ返信する。
【００３２】
［第２のステップ：Ｓ２］
オペレータが視認する制御側端末１のディスプレイには、そのユーザ設定ページが表示される。オペレータとしては、所望の被制御側デバイス２における所定のユーザ設定ページに対して遠隔操作しているように思える。そして、オペレータは、そのユーザ設定ページに対して設定情報を更新する。制御側端末１は、更新された設定情報を、Ｗｅｂサーバ３へ送信する。
【００３３】
［第３のステップ：Ｓ３］
Ｗｅｂサーバ３は、ユーザ設定ページ及びその設定情報を、操作履歴情報として記憶する。その後、制御側端末１は、Ｗｅｂサーバ３との間のセッションを切断しても構わない。
【００３４】
図２によれば、Ｓ１〜Ｓ３の間に、被制御側デバイス２は、電源オフの状態であってもよい。即ち、制御側端末１が、被制御側デバイスの所定のユーザ設定ページに設定情報を更新している際にも、被制御側デバイス２は、電源オフの状態であってもよい。
【００３５】
［第４のステップ：Ｓ４］
その後、被制御側デバイス２の電源が投入されたとする。被制御側デバイス２としては、アクセスポイントやセンサデバイス等が想定され、常に電源オンの状態にあるとは限らない。電源の投入は、ユーザ操作に基づくものであってもよいし、何らかの条件に基づくものであってもよい。
【００３６】
これをトリガとして、被制御側デバイス２は、Ｗｅｂサーバ３へ、ページ取得要求を自動的に送信する。そのページ取得要求は、Ｗｅｂサーバ３における当該ユーザ設定ページについて被制御側に付与されたＵＲＬを宛先としたものである。
【００３７】
［第５のステップ：Ｓ５］
Ｗｅｂサーバ３は、操作履歴情報に基づくユーザ設定ページ及びその設定情報をページ応答として、被制御側デバイス２へ返信する。
【００３８】
［第６のステップ：Ｓ６］
被制御側デバイス２は、ページ応答を受信し、ユーザ設定ページ及びその設定情報を、自らの設定情報として記憶する。これによって、被制御側デバイス２は、制御側端末１によってユーザ設定ページに設定された設定情報に更新することができる。
【００３９】
被制御側デバイス２が多数存在する場合であっても、その被制御側デバイス２の電源が投入される毎に、非同期的に、ユーザ設定ページの設定情報が更新されていく。これによって、結果的に、制御側端末１のオペレータによるユーザ設定ページに対する設定情報は、全ての被制御側デバイス２に対して更新されていくこととなる。
【００４０】
図３は、本発明における第２のシーケンス図である。
【００４１】
図３によれば、図２と比較して、Ｓ４のシーケンスのみが異なる。また、Ｗｅｂサーバ３は、被制御側デバイス２のアドレス毎に、デバイス状態情報を記憶している。デバイス状態情報とは、例えば電源オン／オフのように設定可否を表すものである。
【００４２】
［第４のステップ：Ｓ４］
（Ｓ４１）被制御側デバイス２の電源が投入された際、被制御側デバイス２は、電源オンの状態へ移行した旨のメッセージ「電源オン通知」を、Ｗｅｂサーバ３へ自動的に送信する。
（Ｓ４２）Ｗｅｂサーバ３は、被制御側デバイス２のアドレス毎に、デバイス状態（電源オン／オフ）を記憶している。Ｗｅｂサーバ３は、このメッセージを受信した際に、被制御側デバイス２の電源が投入されたことを認識し、「ページ遷移通知」を送信する。「ページ遷移通知」には、操作履歴情報に基づいてＳ１でアクセスされたユーザ設定ページのアドレスを含める。ページ遷移通知は、Ｗｅｂサーバ３が、その時点で設定可能となっている被制御側デバイスに対して送信するものである。
（Ｓ４３）被制御側デバイス２は、ページ遷移通知に含まれるユーザ設定ページのアドレスへ向けて、ページ取得要求を送信することができる。
【００４３】
尚、「ページ遷移通知」は、一方の端末からのページ取得要求によって同期すべきページコンテンツが更新された際、他方の端末へそのページコンテンツを取得するべく通知するものである。ページ遷移通知は、例えばHTTP/XML POSTのＳＯＡＰ(Simple Object Access Protocol)を利用して、以下のようなコードで表される。尚、ＳＯＡＰは、ＸＭＬ文書にエンベロープ（封筒）と呼ばれる付帯情報が付いたメッセージを、ＨＴＴＰプロトコルで交換するプロトコルをいう。
<?xml version="1.0" encoding="UTF-8" ?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Body>
<syncCallRequest xmlns="http://kddilabs.jp/wsdl/websync/v1/local">
<sessionID>a4f6cd5ddbf32bc24a0450ebdb766bce</sessionID>
<jsonReq> {";status";:";1";,";isinitiator";:";true";,";urlprev";
:";https://<Webサーバ>/index.jsp";}</jsonReq> #遷移前
<DEFANGED_option>https://<Webサーバ>/index.jsp?tag=1
</DEFANGED_option>#遷移後
</syncCallRequest>
</soapenv:Body>
</soapenv:Envelope>
ここで、callstatus=2が、ページ遷移通知を表す。このページ遷移通知を受信したブラウザ(calleeID(02))は、Ｗｅｂページにアクセスし、callerID(01)が遷移した先のＷｅｂページを受信する。
【００４４】
尚、Ｗｅｂサーバ３から端末２へ「ページ遷移通知」が送信される技術として、「Comet」の技術を用いることも好ましい。「Comet」とは、サーバで発生したイベントを、クライアントからの要求メッセージを受信することなく、当該クライアントへ送信することができる技術をいう。具体的には、サーバは、クライアントからのリクエストに対して直ぐに応答することなく保留状態にしておく。当該サーバで、所定ページで何らかのイベントが発生したときに、そのページを応答する。これによって、サーバで発生したイベントを、直ぐにクライアントへ送信することができる。
【００４５】
図３によれば、被制御側デバイス２は、Ｗｅｂサーバ３へ、Cometのリクエストを予め送信しておく。これに対し、Ｗｅｂサーバ３は、このCometのリクエストを保留状態とする。その後、Ｗｅｂサーバ３は、ページ遷移通知を送信すべきトリガが発生した際に、ページ遷移通知のCometのレスポンスを、端末２へ送信することができる。
【００４６】
図４は、本発明における第３のシーケンス図である。
【００４７】
図４によれば、図３と比較して、被制御側デバイス２は、既に、電源オンの状態にあるとする。
［第４のステップ：Ｓ４］
（Ｓ４１）被制御側デバイス２は、電源オンの状態へ移行した旨のメッセージ「電源オン通知」を、Ｗｅｂサーバ３へ送信する。これによって、Ｗｅｂサーバ３は、被制御側デバイス２のデバイス状態が、電源オンであることを認識する。
（Ｓ４２）Ｗｅｂサーバ３は、Ｓ３によって操作履歴情報を記憶した後、電源オンの被制御側デバイス２を検索する。Ｗｅｂサーバ３は、既に電源オンの被制御側デバイス２に対しては、直ぐにページ遷移通知を送信することができる。ページ遷移通知には、図３のＳ４２と同様に、操作履歴情報に基づいてＳ１でアクセスされたユーザ設定ページのアドレスを含める。
（Ｓ４３）被制御側デバイス２は、ページ遷移通知に含まれるユーザ設定ページのアドレスへ向けて、ページ取得要求を送信することができる。
【００４８】
図５は、本発明における第４のシーケンス図である。
【００４９】
図５によれば、図２と比較して、制御側端末１とＷｅｂサーバ３との間で、前述したＳ１〜Ｓ３のステップが複数回繰り返されている。このとき、Ｗｅｂサーバ３は、ユーザ設定ページとその設定情報とを、時系列に操作履歴情報として記憶していく。
【００５０】
［第５のステップ：Ｓ５］
Ｓ５１によれば、Ｗｅｂサーバ３は、被制御側デバイス２へ返信するページ応答に、操作履歴情報に基づいて次のＳ１２でアクセスされた次のユーザ設定ページ２のアドレスを含める。ここで、操作履歴情報としての時系列のユーザ設定ページ及びその設定情報を、「スクリプト」として記述することも好ましい。Ｗｅｂサーバ３は、そのスクリプトをページ応答にを埋め込む。これによって、被制御側デバイス２は、意図的に同期管理アプリケーションをインストールすることなく、既存のＷｅｂブラウザを搭載した端末であっても、次のユーザ設定ページのアドレスを認識し、そのアドレスへ向けてページ取得要求を送信することができる。
【００５１】
「スクリプト」とは、機械語へのコンパイル（変換）を実行する必要がない簡易プログラムをいう。一般に、実行形式のプログラムは、ソースコードを機械語にコンパイルする必要があるのに対して、スクリプトはコンパイルを必要としない。スクリプトは、一般に、ページコンテンツのＨＴＭＬ(Hyper Text Markup Language)に埋め込まれる。これによって、特別な開発環境は要さず、ＨＴＭＬだけでは提供できない様々な機能を、スクリプトを実行することによって提供する。スクリプト記述言語としては、例えばJavaScript（登録商標）、VBScript（登録商標）、Perl等がある。
【００５２】
ここで、JavaScriptとは、Ｗｅｂ上で、インタラクティブに表現可能とするべきオブジェクト指向のスクリプト言語である。JavaScriptは、端末に実装された既存のブラウザによって実行できる。
【００５３】
例えば以下のようなスクリプトを、ページ応答へ埋め込むことができる。
<script>location.href = "URL1";</script>
<input type="text" name="text1" value="<InputChar>" />
<form name="form1"><input type="submit" name="btn1" /></form>
<script>document.form1.btn1.click );</script>
<input type="submit" name="btn1" onClick="location.href='URL3'" />
【００５４】
<script>location.href = "URL1";</script>
これは、次にURL1へ遷移すること意味する。これは、オペレータによって、第１のユーザ設定ページ(URL1)にアクセスする意味する。
【００５５】
<input type="text" name="text1" value="<InputChar>" />
これは、URL1のユーザ設定ページにおけるテキストフィールド(id="text1")への文字が入力されたことを意味する。InputCharは、入力された文字を表す。
【００５６】
<form name="form1"><input type="submit" name="btn1" /></form>
<script>document.form1.btn1.click );</script>
これは、ボタン(btn1)を押下することを意味する。
【００５７】
<input type="submit" name="btn1" onClick="location.href='URL2'" />
これは、ボタン(btn1)が押下された］際に、URL2のユーザ設定ページへ遷移することを意味する。
【００５８】
被制御側デバイス２は、スクリプトに記述された命令を逐次、自動的に実行していく。そのために、被制御側デバイス２に対してユーザが何ら操作をする必要がない。制御側端末１が、Ｗｅｂサーバ３におけるユーザ設定ページに対して操作した順に、被制御側デバイス２の設定情報が更新されていく。
【００５９】
図６は、本発明における制御側端末、被制御側デバイス及びＷｅｂサーバの機能構成図である。
【００６０】
図６のシステムによれば、制御側端末１及び被制御側デバイス２とＷｅｂサーバ３とがネットワークを介して通信可能であり、制御側端末１が、Ｗｅｂサーバを介して被制御側デバイス２の設定情報を遠隔から更新するものである。また、システムは、同一のユーザ設定ページを有する複数の被制御側デバイス２を有し、制御側端末１が、Ｗｅｂサーバ３を介して複数の被制御側デバイスの設定情報を遠隔から更新するものである。
【００６１】
［制御側端末１］
図６によれば、制御側端末１は、オペレータによって視認され且つ操作されるユーザインタフェース部と、ページ要求部１１と、設定情報送信部１２とを有する。これら機能構成部は、端末に搭載されたコンピュータを機能させる制御側プログラムを実行することによって実現される。
【００６２】
ページ要求部１１は、オペレータ操作に応じて、Ｗｅｂサーバ３へ、ユーザ設定ページのページ取得要求を送信する（図２〜図５のＳ１参照）。
【００６３】
設定情報送信部１２は、オペレータ操作に応じてユーザ設定ページに入力された設定情報を、Ｗｅｂサーバ３へ送信する（図２〜図５のＳ２参照）。
【００６４】
［被制御側デバイス２］
被制御側デバイス２は、ページ公開部２１と、ページ要求部２２と、設定部２３と、設定情報記憶部２４とを有する。これら機能構成部は、端末に搭載されたコンピュータを機能させる被制御側プログラムを実行することによって実現される。
【００６５】
ページ公開部２１は、当該被制御側デバイスのユーザ設定ページを公開する。
【００６６】
ページ要求部２２は、Ｗｅｂサーバ３へ、ページ取得要求を送信する（図２〜図５のＳ４参照）。ここで、ページ要求を送信するトリガとしては、例えば当該被制御側デバイスに対する電源投入時であってもよい（図３のＳ４１参照）。また、ページ要求部２２は、Ｗｅｂサーバ３から受信したページ応答に含まれた次のユーザ設定ページのアドレスへ、ページ取得要求を送信するものであってもよい。更に、ページ要求部２２は、Ｗｅｂサーバ３から受信したページ応答に含まれたスクリプトに応じて、ページ取得要求を送信することも好ましい（図５のＳ４２参照）。
【００６７】
設定部２３は、Ｗｅｂサーバ３から受信したユーザ設定ページ及びその設定情報を、自らの設定情報として、設定情報記憶部２４へ記憶する。
【００６８】
設定情報記憶部２４は、当該被制御側デバイスのユーザ設定ページによって設定可能か設定情報を蓄積したものである。
【００６９】
［Ｗｅｂサーバ３］
Ｗｅｂサーバ３は、ページ公開部３１と、操作履歴記憶部３２と、デバイス状態判定部３３と、デバイス状態記憶部３４と、ページ応答部３５と、ページ遷移通知部３６とを有する。これら機能構成部は、サーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００７０】
ページ公開部３１は、被制御側デバイス２のユーザ設定ページを公開する（図２〜図５のＳ１参照）。
【００７１】
操作履歴記憶部３２は、制御側端末１によって操作されたユーザ設定ページ及びその設定情報を、操作履歴情報として記憶する（図２〜図５のＳ３参照）。また、操作履歴記憶部３２は、ユーザ設定ページの送信と、被制御側デバイスからの設定情報の受信とを繰り返すことによって、複数のユーザ設定ページ及びその設定情報を時系列に、操作履歴情報として記憶する。
【００７２】
デバイス状態判定部３３は、デバイス状態記憶部３４を参照し、当該被制御側デバイス２がその時点で設定可能（例えば電源オン状態）となっているか否かを判定する。設定可能な被制御側デバイスに対しては、ページ遷移通知部３６へ通知する（図４のＳ４２参照）。逆に、設定可能でない被制御側デバイスに対しては、ページ応答部３５へ通知する（図２のＳ４及びＳ５参照）。
【００７３】
デバイス状態記憶部３４は、被制御側デバイス毎に、設定可否を表すデバイス状態情報を記憶している。
【００７４】
ページ応答部３５は、操作履歴情報に基づくユーザ設定ページ及びその設定情報をページ応答として、被制御側デバイス２へ返信する（図２〜図５のＳ５参照）。また、ページ応答部３５は、被制御側デバイス２へ返信するページ応答に、操作履歴情報に基づいて制御側端末が次にアクセスしたユーザ設定ページのアドレスを含める。更に、ページ応答部３５は、複数のユーザ設定ページ及びその設定情報を時系列に記述したスクリプトを、ページ応答に含めるものであってもよい（図５のＳ５１参照）。
【００７５】
ページ遷移通知部３６は、被制御側デバイス２に対して、アクセスを要求するべくページ遷移通知を送信する。また、ページ遷移通知部３６は、制御側端末１から設定情報を受信した際に、その時点で設定可能となっている被制御側デバイスに対して（デバイス状態判定部３３による判定によって）、アクセスを要求するべくページ遷移通知を送信する。
【００７６】
以上、詳細に説明したように、本発明のページ設定方法及びシステムによれば、遠隔の制御側端末から被制御側デバイスへ、非同期的に設定情報を更新することができる。
【００７７】
これによって、例えば、制御側端末を操作するコールセンタのオペレータは、被制御側デバイスにおける設定可否の状態を気にすることなく、Ｗｅｂサーバに公開された所望の被制御側デバイスの所定のユーザ設定ページを更新するだけで、全ての被制御側デバイスの設定情報を遠隔から更新することができる。また、被制御側デバイスには、既存のＷｅｂブラウザを搭載していればよく、特別なアプリケーションに基づくプラグインをインストールさせる必要もない。
【００７８】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００７９】
１  制御側端末
１１  ページ要求部
１２  設定情報送信部
２  被制御側デバイス
２１  ページ公開部
２２  ページ要求部
２３  設定部
２４  設定情報記憶部
３  Ｗｅｂサーバ
３１  ページ公開部
３２  操作履歴記憶部
３３  デバイス状態判定部
３４  デバイス状態記憶部
３５  ページ応答部
３６  ページ遷移通知部
【図１】
2014160350.tif 000003
【図２】
2014160350.tif 000004
【図３】
2014160350.tif 000005
【図４】
2014160350.tif 000006
【図５】
2014160350.tif 000007
【図６】
2014160350.tif 000008