JP2009003917A - 端末のルック・アンド・フィールのカスタマイズのコンテンツにおける変更を検出する方法、装置、およびシステム - Google Patents

Abstract

【課題】ＬＦＣコンテンツの変更を検出検出するための方法、装置、およびシステムを提供する。
【解決手段】方法は、端末によって記録されたＬＦＣコンテンツの変更情報を取得するステップと、当該取得した変更情報にしたがって、ＬＦＣコンテンツの変更の変更を決定するステップとを含む。システムは、端末とサーバとを含み、上記端末は、該端末のＬＦＣコンテンツ変更情報を記録する記録部と、該記録部によって記録された変更情報を送信する送信サブユニットとを含み、サーバは、端末によって記録された上記ＬＦＣコンテンツ変更情報を取得する取得部を含み、上記変更情報にしたがい、ＬＦＣコンテンツの変更を決定する。本発明によれば、端末のＬＦＣコンテンツの変更を検出するサーバの要求を十分に満たすことができる。
【選択図】図２

Description

発明の詳細な説明

本願は、“端末のルック・アンド・フィールのカスタマイズのコンテンツにおける変更を検出する方法、装置、およびシステム”と題された中華人民共和国特許出願第２００７１０１００４２３．０号（２００７年４月６日出願）と、“端末のルック・アンド・フィールのカスタマイズのコンテンツにおける変更を検出する方法、装置、およびシステム”と題された、国際特許出願第ＰＣＴ／ＣＮ２００８／０７０１５５号（２００８年１月２２日出願）との利益を主張するものである。これらの特許出願の内容は、ここで参照することによって、その全体が本明細書に組み込まれる。

〔技術分野〕
本発明は、端末管理技術に関する。特に、端末のルック・アンド・フィールのカスタマイズのコンテンツにおける変更を検出する方法、装置、およびシステムに関する。

〔背景技術〕
ルック・アンド・フィールのカスタマイズ（ＬＦＣ）は、装置のルック・アンド・フィールを管理する技術である。これにより、第三者は、端末のルック・アンド・フィール（テーマ、電源オン／オフのプロンプト、組み込みリンク、メニュー、スクリーンセイバー、および背景などを含む）の追加、削除、更新、および活性化／非活性化をリモートで容易に行うことができる。第三者とは、サービス・プロバイダー、ネットワーク・オペレーター、携帯電話メーカー、企業、または、装置の所有者である。

オープン・モバイル・アプライアンス（ＯＭＡ）のＬＦＣ技法では、端末のルック・アンド・フィールのカスタマイズ機能を提供するために、オープン・モバイル・アプライアンス・デバイス・マネージメント（ＯＭＡ ＤＭ）の通信およびコマンド管理の仕組みを再利用できる。この技術は、ＬＦＣサーバとＬＦＣクライアントとの間の通信に用いられる標準的なインターフェースを定義している。このインターフェースは２つの部分より構成される。２つの部分とは、ＬＦＣ操作とＬＦＣ管理オブジェクトである。ＬＦＣ操作は、追加（Add）、取得（Get）、置換（Replace）、実行（Exec）などの操作コマンドの集合である。これらのコマンドは、ＤＭ技法に定義されている標準的な操作コマンドを再利用している。ＬＦＣ管理オブジェクトは、ＬＦＣ操作を介して管理されるオブジェクトを指す。このオブジェクトは、主に２つの部分を含む。一方は、ＬＦＣエレメント、すなわち、テーマ（subject）、背景、スクリーンセイバー、着信音などを含む、端末で管理されるルック・アンド・フィールのデータタイプであり、一般的には端末で不変的なものである。もう一方は、ＬＦＣエレメントの利用可能な値を含む。たとえば、端末で利用可能なテーマは、ウィンドウズ（登録商標）・モバイル・サブジェクト（Ｗｉｎｄｏｗｓ（登録商標） Ｍｏｂｉｌｅ Ｓｕｂｊｅｃｔ）、レノボ・サブジェクト（Ｌｅｎｏｖｏ Ｓｕｂｊｅｃｔ）などを含む。そして、これらの値は動的に変更可能である。ＬＦＣオブジェクトの全てのデータは、端末のデバイス・マネージメント（ＤＭ）ツリーに付随するノードを形成する。図１は、端末のユーザ・インターフェースがＬＦＣで管理されているシステムの構造図である。このシステムは、端末１１およびサーバ１２を含む。

端末１１は、ＤＭエージェント１１１、ＬＦＣクライアント１１２、およびＤＭツリー１１３を含む。サーバ１２は、ＬＦＣサーバ１２１、およびＤＭサーバ１２２を含む。サーバ１２は、ＤＭインターフェースを介して、端末１１のＤＭツリー１１３に接続されており、ＤＭエージェント１１１およびＬＦＣクライアント１１２は、インターフェースを介してＤＭツリー１１３にそれぞれ接続されている。管理プロセスは以下のとおりである。

ＬＦＣサーバ１２１は、標準的なインターフェース（たとえば、ＤＭインターフェース）を介して、ＬＦＣエレメントおよび当該ＬＦＣエレメントの利用可能な値を含む操作コマンドを、ＬＦＣクライアント１１２に送信する。ＬＦＣクライアント１１２は、上記操作コマンドを解析し、上記操作コマンドを適切に処理し、標準的なインターフェースを介して、ＬＦＣサーバ１２１に処理結果をフィードバックする。すなわち、端末のルック・アンド・フィールをカスタマイズする機能を実行するために、ＬＦＣサーバ１２１は、標準的なインターフェースを介して端末１１のルック・アンド・フィールの管理を担当し、端末１１のＤＭエージェント１１１は、標準的なＤＭ操作コマンドの解析を担当し、そしてＬＦＣクライアント１１２は、より特有のＬＦＣ管理オブジェクトを解析し処理することを担当する。

今日、従来技術では、端末のルック・アンド・フィールは、ＤＭ方式を用いて管理されている。この方式では、スクリーンセイバー、オペレーター・ロゴ、壁紙（背景）など、ルック・アンド・フィールのエレメント毎に管理される。スクリーンセイバーを例に挙げると、この仕組みでは、端末の全てのスクリーンセイバーの記録はディレクトリ“￥Ｃｕｓｔｏｍｉｚａｔｉｏｎ￥ＳｃｒｅｅｎＳａｖｅｒｓ￥ＡｖａｉｌａｂｌｅＳｃｒｅｅｎＳａｖｅｒｓ”に保存される。

そして、現在使用されているスクリーンセイバーは、ディレクトリ“￥Ｃｕｓｔｏｍｉｚａｔｉｏｎ￥ＳｃｒｅｅｎＳａｖｅｒ￥ＡｃｔｉｖｅＳｃ”に保存される。オペレーター／ＳＰは、広告用の壁紙などのＬＦＣコンテンツを端末に提供してもよい。広告用の壁紙を使用している場合、ユーザはオペレーターにその使用料を支払わなければならない。使用していなければ、ユーザはオペレーターに支払わなくてもよい。

しかしながら、本発明を実装する過程において、発明者は従来技術に少なくとも以下の問題があることを発見した。上述したＬＦＣコンテンツは、ユーザまたはサーバによって変更可能であるが、サーバはＬＦＣコンテンツの変更をリアルタイムに検出することができない。代わりに、サーバは、ＬＦＣコンテンツが変更されたかどうかを判断するために、操作コマンド（たとえば、Ｇｅｔ）によって問い合わせしなければならない。

〔発明の開示〕
本発明に係る実施形態は、サーバが、規定のＬＦＣコンテンツのいかなる変更をも検出可能とする、端末のルック・アンド・フィールのカスタマイズ（ＬＦＣ）のコンテンツの変更を検出検出する方法、装置、およびシステムを提供する。

本発明の一実施形態は、上記を達成するために、上記ＬＦＣコンテンツの変更を検出する方法を提供する。

当該方法は、上記端末によって記録されたＬＦＣコンテンツの変更情報を取得するステップと、ＬＦＣコンテンツの当該変更情報にしたがって、ＬＦＣコンテンツの上記変更を決定するステップとを含む。

本発明の一実施形態はさらに、端末とサーバとを含むシステムを提供する。

上記端末は、ＬＦＣコンテンツの上記変更情報を記録する記録部と、上記記録部によって記録された、ＬＦＣコンテンツの上記変更情報を送信する送信部とを含む。上記サーバは、上記端末によって記録された上記変更情報を取得する取得部を含み、上記変更情報にしたがって、ＬＦＣコンテンツの変更を決定する。

本発明の一実施形態はさらに、ＬＦＣコンテンツの変更情報を監視し、記録する記録部と、記録されたＬＦＣコンテンツの変更情報を送信する送信部とを含む端末を提供する。

本発明の一実施形態はさらに、上記端末によって記録されたＬＦＣコンテンツの上記変更情報を取得する取得部を含み、上記取得した変更情報にしたがい、上記ＬＦＣコンテンツの変更を決定するサーバを提供する。

以上のように、本発明の種々の実施形態において、端末によって記録されたＬＦＣコンテンツの変更情報が取得され、ＬＦＣコンテンツの当該変更情報にしたがって、ＬＦＣコンテンツの上記変更が決定される。これにより、上記サーバが上記端末のＬＦＣコンテンツの上記変更を検出し、当該変更にしたがって適切な処理を実行する。

本発明の好適な実施の形態は、添付の図面を参照して詳細に説明される。まず、注意すべきは以下である。本発明において記載されている種々の用語、単語、および請求項は、単に文字通り、または通常の意味で理解されるべきではない。代わりに、その意味は、本発明の技術と一致する、言外の意味と概念とを当然に含む。したがって、本発明の実施の説明と図において示され、記載された形態は、本発明の全ての技術的特徴を挙げる代わりに示した、本発明の種々の実施例の好ましい実現案にすぎない。多様な同等の構想、または修正された構想が、上述した構想の代替として得られると、理解されるべきである。

以下、種々の実施形態と添付の図面を参照して、本発明を詳細に説明する。

図２は、本発明の一実施形態におけるＬＦＣコンテンツの変更を検出する方法のフローチャートである。そして当該方法は次のステップを含む。

ステップＳ２１：端末がＬＦＣコンテンツの変更を監視するように設定される。

ステップＳ２２：端末がＬＦＣコンテンツの変更情報を記録する。

ステップＳ２３：サーバが、端末によって記録されたＬＦＣコンテンツの変更情報を取得する。

以下、サーバによって端末が設定されて、サーバがＬＦＣコンテンツの変更を検出する場合における方法を説明する。しかしながら、装置はサーバに限定されるものではなく、同等の機能を有するいかなる装置であってもよい。

ステップＳ２１において、端末がルック・アンド・フィールのカスタマイズ（ＬＦＣ）のコンテンツの変更を監視するように設定される手順は図３に示されており、以下のステップを含む。

ａ１．サーバ端末に、ＬＦＣコンテンツを監視するための設定コマンドを送信する。

ｂ１．端末は、設定コマンドを実行し、ＬＦＣコンテンツの変更を監視する。

ｃ１．端末は、設定コマンドの実行結果をサーバにフィードバックする。

ステップａ１において、ＬＦＣコンテンツを監視する設定コマンドは、監視されるイベントと実行される操作とを含むが、これらに限定されるものではない。監視されるイベントとは、サーバから端末への監視指示に関するＬＦＣコンテンツのイベントのことを言う。すなわち、規定のＬＦＣコンテンツの変更のことである。規定のＬＦＣコンテンツは、規定のＬＦＣパッケージと規定のＬＦＣエレメントとの各種設定である。上記変更とは、標準的なＬＦＣ管理操作、たとえば、サーバまたはユーザによる管理によって、規定のＬＦＣコンテンツを活性化、非活性化、削除、編集、または置換することである。

実行される操作とは、監視していたイベントが起きたときに、サーバが端末に実行するように指示する操作のことを言う。実行される操作は、記録操作と通知操作とを含む。記録操作とは、サーバが端末に、記録すべきかどうかと、端末によってどのような情報が記録されるべきかを指示することを言う。記録される情報は、規定のＬＦＣコンテンツのＩＤと生じた変更とを含む。通知操作とは、サーバが端末に、サーバに起きた監視イベントと、サーバに通知されるアドレス情報を通知するかどうかを指示することを言う。

さらに、ステップａ１において、サーバは、以下に示す方法のうち少なくとも１つの方法によって、ＬＦＣコンテンツを監視するための設定コマンドを端末に送信する。

一つの方法は、サーバが、ＬＦＣコンテンツを介して、ＬＦＣコンテンツを監視するための設定コマンドを端末に送信する。送信されたＬＦＣコンテンツは、監視されるイベントと実行される操作とを含む。監視されるイベントは、活性化（Activate）、非活性化（Deactivate）、削除（Delete）、編集（Edit）、置換（Replace）などの標準的なＬＦＣ管理操作イベントを含む。実行される操作は、記録操作と通知操作とを含む。記録操作において、ＬＦＣコンテンツの変更情報などの情報が記録される。通知操作において、記録された情報が、たとえばサーバに通知される。ここで、注意すべきは、ＬＦＣコンテンツは、サーバから送信された通常のＬＦＣコンテンツに加えて、ＬＦＣコンテンツを監視する設定コマンドをも含んでいることである。

サーバが端末にＬＦＣコンテンツを監視するための設定コマンドを送信するもう一つの方法は、ＬＦＣコンテンツを監視するための設定コマンドを分離して端末に送信する方法である。監視するための設定は、監視されるイベントと実行される操作とを含む。監視されるイベントは、監視されるオブジェクトと標準的なＬＦＣの管理操作イベントの発生を含む。監視されるオブジェクトは、サーバによって指示された監視するべきＬＦＣコンテンツを特定する。標準的なＬＦＣの管理操作イベントは、活性化（Activate）、非活性化（Deactivate）、削除（Delete）、編集（Edit）、および置換（Replace）などの操作である。実行される操作は、上述した最初の方法におけるものと同一であるので、ここでは説明を省く。

サーバがＬＦＣコンテンツを監視するための設定コマンドを端末に送信する処理では、サーバは端末と、ＯＭＡ ＤＭ管理セッション（セッションを確立する実行プロセスのＯＭＡ ＤＭ標準規格）を確立する。管理セッションを設定した後、対応する管理オブジェクトを更新するための、または、対応する管理オブジェクトを追加するための、ＯＭＡ ＤＭセッション・コマンドを送信する。

もしくは、サーバは端末と、ＯＭＡ ＤＬセッション（セッションを確立する実行プロセスのＯＭＡ ＤＬ標準規格）を確立する。そして、ＯＭＡ ＤＬセッションにおいて、ＬＦＣコンテンツを監視するための設定コマンドを端末に送信する。

端末で、ＬＦＣコンテンツを監視するための設定コマンドが、ＯＭＡ ＤＭツリーの形式に配置された場合、ＬＦＣコンテンツを監視するための設定コマンドを管理するために、サーバは端末と、ＯＭＡ／ＤＭ管理セッションを設定してもよい。管理は、読込（Read）、編集（Edit）、追加（Add）、および削除（Delete）などの操作を含む。

ステップｂ１において、端末は、ＬＦＣコンテンツを監視する設定コマンドを受け取ると当該設定コマンドを実行し、ＬＦＣコンテンツの変更を監視する。設定コマンドの実行とは、ユーザが壁紙を設定する場所などの、ＬＦＣコンテンツが変更しうる場所に処理コードを追加することであるが、これに限定されることではない。実行が完了した後、端末は、ＬＦＣコンテンツを監視するための設定コマンド（成功または失敗の情報を含む）の実行結果を通知してもよい。つまりこれは、ステップｃ１において上述した処理のことである。

ステップＳ２２において、ＬＦＣコンテンツを監視するための設定コマンドに示されているイベントが起きたことを検出したとき、端末はＬＦＣコンテンツの変更を記録する。規定のＬＦＣコンテンツの変更とは、標準的なＬＦＣ管理操作イベントの発生のことを言う。ＬＦＣコンテンツの変更の記録は、ＬＦＣコンテンツのＩＤと変更情報とを含む。すなわち、規定のＬＦＣコンテンツが変更されたことを検出したとき、端末は、ＬＦＣコンテンツを監視する設定コマンドにおける記録指示にしたがい、記録するかどうかを決定する。記録指示が記録することを示している場合、端末は規定のＬＦＣコンテンツの変更を記録する。そうでなければ、端末は変更を記録しないで、処理を終了する。端末が規定のＬＦＣコンテンツの変更を記録する処理とは、ＯＭＡ ＤＭツリーに記録される必要がある情報（規定のＬＦＣコンテンツのＩＤおよび／または変更を含む）を、端末が格納することを言う。

ステップＳ２３において、サーバは、以下のいずれかの方法、または、その他の方法によって、端末のＬＦＣコンテンツの変更を決定する。一つの方法は、端末は、ＬＦＣコンテンツの変更を能動的に通知する（すなわち、ステップａ２）。この方法では、端末は、定期的もしくはリアルタイムに、ＬＦＣコンテンツの変更を通知する。もう一つの方法では、サーバは端末に、規定のＬＦＣコンテンツの変更情報を問い合わせるコマンドを送信する（すなわち、ステップｂ２）。この方法では、端末は、記録されている規定のＬＦＣコンテンツの変更情報を検索し、検索結果をサーバにフィードバックする（すなわち、ステップｃ２）。上記の実施過程は、図４に示されている。

ステップａ２において、端末はＬＦＣコンテンツの変更を能動的に通知する。変更は端末によって、記録または監視される。すなわち、ＬＦＣコンテンツを監視する設定コマンドに示されているイベントが起きたことを検出したとき、つまり、規定のＬＦＣコンテンツが変更されたとき、端末は、ＬＦＣコンテンツを監視する設定コマンドにおける通知指示にしたがい、サーバに通知するかどうかを決定する。通知指示が通知しないように示している場合は、端末は処理を終了する。通知指示が通知することを示している場合は、端末は規定のＬＦＣコンテンツの変更をサーバに通知する。

端末が規定のＬＦＣコンテンツの変更を通知する操作とは、端末がサーバと、ＬＦＣコンテンツを監視する設定コマンドに示されているＯＭＡ ＤＭ管理セッションを確立し、そのデータを通知するために、ＯＭＡ ＤＭのアラートコマンドを送信することを言う。ＯＭＡ ＤＭのアラートコマンドのタイプは、通知されるデータタイプをサーバに知らせるために、予め決定されている。通知されるデータタイプは、以下のように定義される。
ｏｒｇ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｄｍ．ｌｆｃ−ｍｏｄｉｆｉｃａｔｉｏｎ−ｒｅｐｏｒｔ
すなわち、通知されたデータは、規定のＬＦＣコンテンツのＩＤおよび／または発生する変更を含む。

ステップｂ２において、サーバは端末と、ＯＭＡ ＤＭ管理セッションを確立し、規定のＬＦＣコンテンツの変更情報を読み込み、または、問い合わせるために、端末にＯＭＡ ＤＭコマンドを送信する。端末は、ＯＭＡ ＤＭコマンドを受信すると、規定のＬＦＣコンテンツの変更情報を検索し、ＯＭＡ ＤＭコマンドを介して、規定のＬＦＣコンテンツの変更情報の検索結果をサーバにフィードバックする（ステップｃ２）。こうして、サーバは規定のＬＦＣコンテンツの変更を検出することが可能となる。

本発明の一実施形態はさらに、図５に示すような構造図の、端末とサーバを含む、ＬＦＣコンテンツの変更を検出するシステムを提供する。当該システムは、端末において、記録部５５を含み、サーバにおいて、取得部５６、および／または、サーバにおいて設定コマンド監視部５１とを含む。システムはさらに、端末において、受信部５２、実行部５３、および、実行応答部５４とを含む。設定コマンド監視部５１は、端末においてＬＦＣコンテンツの変更を監視するように端末を設定するように構成されている。システムはさらに、ＬＦＣコンテンツの変更を監視するための設定コマンドを送信する送信サブユニット５１１と、端末における設定コマンドの実行結果を監視する監視サブユニット５１２とを含む。受信部５２は、送信サブユニット５１１からのＬＦＣコンテンツを監視するための設定コマンドを受信するように構成されている。実行部５３は、ＬＦＣコンテンツを監視するための設定コマンドを実行するように構成されている。実行応答部５４は、実行部５３の実行結果を出力するように構成されている。記録部５５は、規定のＬＦＣコンテンツの変更を記録し、取得部５６は、記録された規定のＬＦＣコンテンツの変更を取得するように構成されている。取得部５６は、問い合わせサブユニット５６１および／または受信サブユニット５６２を含む。システムはさらに、端末において、送信部５６３を含む。問い合わせサブユニット５６１は、端末によって記録された規定のＬＦＣコンテンツの変更情報を問い合わせるように構成されている。受信サブユニット５６２は、端末から規定のＬＦＣコンテンツの変更情報を受信するように構成されている。送信部５６３は、端末によって記録された規定のＬＦＣコンテンツの変更を送信するように構成されている。

上記の実施過程では、はじめに、設定コマンド監視部５１がＬＦＣコンテンツを監視するための設定コマンドを端末の受信部５２に送信する。受信部５２は、当該設定コマンドを受信すると、実行部５３に設定コマンドを実行するように通知する。実行応答部５４は、端末において設定コマンドが実行されると、実行結果をフィードバックする。規定のＬＦＣコンテンツが変更されるとき、記録部５５は、設定コマンドの指示にしたがって、規定のＬＦＣコンテンツの変更を記録するかどうか決定する。上記指示が変更を記録することを示している場合、記録部５５は変更を記録する。そうでなければ、記録部５５は変更を記録しない。端末に統合されている送信部５６３は、定期的またはリアルタイムに、規定のＬＦＣコンテンツの変更を通知する。サーバに統合されている問い合わせサブユニット５６１は、端末とＯＭＡ ＤＭ管理セッションを確立し、規定のＬＦＣコンテンツの変更情報を読み込むように端末に指示する。

システムの各部の機能と効果は第一の実施形態の実施過程において説明されているので、ここでは説明を省く。

なお、本発明の一実施形態はさらに、ＬＦＣコンテンツの変更を検出する方法を提供する。当該方法のフローチャートは図６に示されており、次のステップを含む。

ステップＳ６１：端末は、規定のＬＦＣコンテンツを監視する設定コマンドを受信する。

ステップＳ６２：端末は、設定コマンドにしたがって、規定のＬＦＣコンテンツの変更情報を監視し、記録する。

ステップＳ６３：端末は、規定のＬＦＣコンテンツの変更を記録する。

本実施形態のステップＳ６１において、端末がサーバから受信する規定のＬＦＣコンテンツの変更を監視するための設定コマンドは、監視されるイベントと実行される操作とを含む。当該イベントと操作については、すでに上述しているため、ここでは説明を省く。端末は、少なくとも以下のいずれかの方法を通じて、ＬＦＣコンテンツを監視するための設定コマンドを受信する。ＯＭＡ ＤＭ管理セッションが、サーバと端末との間で確立された後、端末は、規定のＬＦＣコンテンツを監視するための設定コマンドをサーバから受信する。ＯＭＡ ＤＬセッションは、端末とサーバの間に確立される。そして、端末は、ＤＬセッションにて、規定のＬＦＣコンテンツを監視するための設定コマンドを、サーバから受信する。さらに言うと、規定のＬＦＣコンテンツを監視するための設定コマンドは、端末のＯＭＡ／ＤＭツリー形式に配置されている。サーバは、ＬＦＣコンテンツを監視するための設定コマンドを管理するために、ＯＭＡ ＤＭ管理セッション（セッションを確立するためのＯＭＡ ＤＭ標準規格）を確立する。当該管理は、管理は、読込（Read）、編集（Edit）、追加（Add）、および削除（Delete）などの操作を含む。

設定コマンドを受信すると、端末は任意で、設定コマンドを実行し、実行結果をサーバにフィードバックする。

ステップＳ６２において、設定コマンドの実行後、端末が設定コマンドにしたがって、規定のＬＦＣコンテンツの変更を記録する処理は、以下のとおりである。監視していたイベントの発生を検出したとき、端末は、設定コマンドの記録指示にしたがって、規定のＬＦＣコンテンツの変更を記録するかどうか決定する。当該記録指示が、規定のＬＦＣコンテンツの変更（規定のＬＦＣコンテンツＩＤおよび／または変更情報を含む）を記録することを示している場合、端末は変更を記録する。そうでなければ、端末は、変更を記録しない。続いて、設定コマンドの通知指示にしたがって、端末サーバに通知するかどうかを決定する。通知指示が通知することを示していて、ＯＭＡ ＤＭ接続が端末とサーバとの間に確立されている場合、端末は、ＯＭＡ ＤＭアラートコマンドを介して、規定のＬＦＣコンテンツの変更を通知する。そうでなければ、端末は変更を通知しない（ステップＳ６３）。

本発明の実施形態はさらに別の端末を提供する。当該端末の構造図は図７に示されている。当該端末は、受信部７１、実行部７２、実行応答部７３、記録部７４、および送信部７５を含む。受信部７１は、規定のＬＦＣコンテンツを監視するための設定コマンドを受信するように構成されている。実行部７２は、受信した設定コマンドを実行するように構成されている。実行応答部７３は、実行部７２の実行結果を出力するように構成されている。記録部７４は、設定コマンドにしたがって、規定のＬＦＣコンテンツの変更を監視し記録するように構成されている。送信部７５は、記録された規定のＬＦＣコンテンツの変更を送信するように構成されている。

端末における各部の機能と効果は、上記実施形態の実施過程で説明されているので、ここでは説明を省く。

なお、本発明の一実施形態はさらに、ＬＦＣコンテンツの変更を検出する別の方法を提供する。当該方法の構造図は図８に示されている。当該方法は次のステップを含む。

ステップＳ８１：サーバは、端末が規定のＬＦＣコンテンツの変更を監視するように、規定のＬＦＣコンテンツの変更を監視するための設定コマンドを送信する。

ステップＳ８２：サーバは、端末によって監視された規定のＬＦＣコンテンツの変更を決定する。

本実施形態のステップＳ８１において、サーバは、以下の方法で、規定のＬＦＣコンテンツの変更を監視するための設定コマンドを送信する。サーバは端末と、ＯＭＡ ＤＭ管理セッション（セッションを確立するためのＯＭＡ ＤＭ標準規格）を確立し、対応する既存のＭＯを更新するためのＯＭＡ ＤＭコマンドを送信する。または、新規のＭＯを追加するためのＯＭＡ ＤＭコマンドを送信する。そして／または、ＯＭＡ ＤＬセッション（セッションを確立するためのＯＭＡ ＤＬ標準規格を参照）がサーバと端末の間で確立され、サーバは、ＤＬセッションにおけるＬＦＣ変更を監視する設定コマンドを端末に送信する。

ステップＳ８２において、サーバは、ＬＦＣコンテンツの管理オブジェクトの操作によって、端末に問い合わせを行い、問い合わせ結果にしたがって、規定のＬＦＣコンテンツの変更を決定する。すなわち、サーバは端末と、ＯＭＡ ＤＭ管理セッションを確立し（セッション確率のためのＯＭＡ ＤＭ標準規格）、規定のＬＦＣコンテンツの変更を読み込むために、端末にＯＭＡ ＤＭコマンドを送信する。これにより、端末によって監視された規定のＬＦＣコンテンツの変更を検出する。

本発明の実施形態はさらに別のサーバを提供する。当該サーバの構造図は、図９に示されている。サーバは、設定コマンド監視部９１と取得部９２とを含む。設定コマンド監視部９１は、端末が規定のＬＦＣコンテンツの変更を監視するように設定するように構成されている。取得部９２は、規定のＬＦＣコンテンツの変更情報を取得するように構成されている。

設定コマンド監視部９１は、ＬＦＣコンテンツを監視するための設定コマンドを端末に送信する送信サブユニット９１１と、端末を設定し、端末における設定コマンドの実行結果を監視する監視サブユニット９１２とを含む。取得部９２は、端末によって記録された規定のＬＦＣコンテンツの変更情報を問い合わせる問い合わせサブユニット９２１と、端末によって通知された規定のＬＦＣコンテンツの変更情報を受信する受信サブユニット９２２とを含む。

サーバにおける各部の機能と効果は、上記実施形態の実施過程で説明されているので、ここでは説明を省く。

本発明が当業者によってより明確に理解されるように、以下、具体的な実施形態にしたがって本発明を説明する。

図１０は、本発明の第一の実施形態において、ＬＦＣパッケージを介してサーバがルック・アンド・フィールを監視する設定コマンドを送信するシーケンス図である。

本実施形態では、サーバは、ＯＭＡ ＤＭプロトコルを用いて、ＬＦＣエレメントを送信し、設定する。送信および設定の処理は、以下のとおりである。サーバは端末とＤＭセッションを確立し、ＬＦＣコンテンツを追加するために、ＯＭＡ ＤＭコマンドを送信する。続いて、サーバは、対応するＬＦＣコンテンツの管理オブジェクトを操作することによって、ＬＦＣコンテンツを監視するための設定を実行する。ＬＦＣコンテンツ管理オブジェクトの操作は、置換（Replace）と実行（Exec）とを含む。ＬＦＣコンテンツの管理オブジェクトにおけるいくつかのノードの設計概略図が図１１に示されている。この図では、太文字で記載された部分は、本発明で設定されるべきコンテンツである。このコンテンツは、ＬＦＣコンテンツのために監視されるイベントと、ＬＦＣコンテンツのために実行される操作とを含んでいるが、これに限定されるものではない。当該送信されるＬＦＣコンテンツは、ＬＦＣコンテンツＩＤ、規定のＬＦＣコンテンツ、監視されるイベント、および、実行される操作を含む。当該監視されるイベントと実行される操作とは、本発明において設定される必要がある操作である。監視されるイベントは、活性化（Activate）、非活性化（Deactivate）、削除（Delete）、編集（Edit）、置換（Replace）などの標準的なＬＦＣ管理操作イベントを含む。実行される操作は、記録操作と通知操作とを含む。記録操作では、記録される情報として、変更ＩＤ、記録変更されたＬＦＣコンテンツＩＤ、変更イベントが記録される。通知操作では、記録された情報は、たとえば、サーバに通知される。

本実施形態では、ＬＦＣコンテンツを監視するための設定コマンドは、ＯＭＡ ＤＬプロトコルに基づいて実装されていてもよい。実装方法は、以下を含んでいてもよい。サーバは、サーバのアドレス、エレメント属性、インストール指示、およびインストール後の通知アドレスが示されたダウンロード・ディスクリプタ・ファイルを送信する。そして、ＤＬクライアントは、ＬＦＣエレメントをダウンロードするために、ダウンロード・ディスクリプタに示されているサーバに要求を送信する。そしてダウンロード後にインストールを実行する。インストール後、ＤＬクライアントは、インストール結果をダウンロード・ディスクリプタに示されている通知アドレスに通知する。

図１２は、本発明の第二の実施形態において、サーバがＬＦＣコンテンツを監視するための設定コマンドを送信する概略図である。

本実施形態では、サーバは、ＯＭＡ ＤＭプロトコルを用いて、ＬＦＣコンテンツを監視するための設定コマンドを送信してもよい。送信および設定の処理では、サーバは端末と、ＤＭセッションを確立し、新規のＤｉａｇＭｏｎ／Ｔｒａｐ管理オブジェクトを追加するためにＯＭＡ ＤＭコマンド送信する。次に、サーバは、対応するＤｉａｇＭｏｎ／Ｔｒａｐ管理オブジェクトを操作することによって、ＬＦＣコンテンツを監視するための設定を実行する。ＤｉａｇＭｏｎ／Ｔｒａｐ管理オブジェクトの操作は、置換（Replace）と実行（Exec）とを含む。ＤｉａｇＭｏｎ／Ｔｒａｐ管理オブジェクトにおけるいくつかのノードの設計概略図を図１３に示す。この図は、ＤｉａｇＭｏｎ／Ｔｒａｐ管理オブジェクト上の操作が、ＤｉａｇＭｏｎ／Ｔｒａｐ管理オブジェクトＩＤ、監視されるイベント、および、実行される操作を含む点で、図１１とは異なる。監視されるイベントと実行される操作とは、図１１で示したものと同様である。したがって、ここでは詳細な説明を省く。図１３において、太文字で記載された部分は、本発明で設定されるべきコンテンツである。このコンテンツは、ＬＦＣコンテンツのために監視されるイベントと、ＬＦＣコンテンツのために実行される操作とを含む。

本実施形態では、ＬＦＣコンテンツを監視するための設定コマンドは、ＯＭＡ ＤＬプロトコルに基づいて実装されていてもよい。実装方法は、以下を含んでいてもよい。サーバは、サーバのアドレス、エレメント属性、インストール指示、およびインストール後の通知アドレスが示されたダウンロード・ディスクリプタ・ファイルを送信する。そして、ＤＬクライアントは、ＬＦＣエレメントをダウンロードするために、ダウンロード・ディスクリプタに示されているサーバに要求を送信する。そしてダウンロード後にインストールを実行する。インストール後、ＤＬクライアントは、インストール結果をダウンロード・ディスクリプタに示されている通知アドレスに通知する。

図１４は、本発明の第三の実施形態において、端末が規定のＬＦＣコンテンツの変更情報を記録する際の動作を示した概略図である。

サーバが提供する定義に合う記録条件を検出したとき、図１４に示すように、端末は、ＤＭツリーのＤＭオブジェクトの形式でＬＦＣコンテンツの変更情報を記録する。図１４において、変更ＩＤノードの値は、ブール値（Ｂｏｏｌｅａｎ値）である。たとえば、“Ｔｒｕｅ”は、サーバによって特定されるＬＦＣコンテンツの変更イベントが発生したことを表し、一方、“Ｆａｌｓｅ”は、サーバによって特定されるＬＦＣコンテンツの変更イベントが発生していないことを表す。文字列によって表される、記録されたイベントの名前やＩＤを利用することができる。たとえば、“ｌｆｃ−ｍｏｄｉｆｉｃａｔｉｏｎ−ｅｖｅｎｔ”は、ＬＦＣコンテンツ変更イベントの発生を表す。

ＬＦＣコンテンツＩＤが変更されたノードの値は、文字列によって表されるＵＲＩの値でもよい。たとえば、“．／ＬＦＣ／Ｗａｌｌｐａｐｅｒ／ａｄ．ｊｐｇ”は、ＤＭツリーにおいて、ＵＲＩが、“．／ＬＦＣ／Ｗａｌｌｐａｐｅｒ／ａｄ．ｊｐｇ”で示される場所で、ＬＦＣコンテンツの変更が起きたことを表す。

変更イベントのノードの値は、文字列で表される変更イベントの名前でもよい。たとえば、“Ｄｅａｃｔｉｖａｔｅ”は、規定のＬＦＣコンテンツが非活性であることを表す。

図１５は、本発明の第四の実施形態において、端末が、規定のＬＦＣコンテンツの変更をサーバに通知する動作を示したシーケンス図である。

本実施形態では、サーバが以下のプロセスを通じて、規定のＬＦＣコンテンツの変更を検出する。まず、通知されるデータタイプをサーバに知らせるために、テスト用の警告通知タイプが定義される。たとえば、通知されるデータタイプは以下のように定義される。
ｏｒｇ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｄｍ．ｌｆｃ−ｍｏｄｉｆｉｃａｔｉｏｎ−ｒｅｐｏｒｔ；
サーバと端末との間でＤＭセッション接続が確立した後、端末は、ＯＭＡ ＤＭのアラートコマンドを使用して、ＬＦＣコンテンツの変更情報をサーバに通知する。端末が、ＬＦＣコンテンツの変更情報をサーバに通知するために使用するＤＭメッセージの例は、以下のとおりである。そのようにして、サーバは、端末のＬＦＣコンテンツの変更情報を取得する。
<Alert>
<CmdID>1</CmdID>
<Data>1226</Data>
<Item>
<Meta>
<Type xmlns="syncml:metinf">
org.openmobilealliance.dm.lfc-modification-report
</Type>
<Format xmlns="syncml:metinf">b64</Format>
</Meta>
<Data><!--ＬＦＣコンテンツの変更の管理オブジェクトのコンテンツ--></Data>
</Item>
</Alert>
図１６は、本発明の第五の実施形態において、端末が規定のＬＦＣコンテンツの変更を通知した後、サーバが規定のＬＦＣコンテンツの変更情報を問い合わせて取得するシーケンス図である。

上記の図に示すように、本実施形態では、サーバは、以下のプロセスを通じて規定のＬＦＣコンテンツの変更を検出する。まず、通知されるデータタイプをサーバに知らせるため、警告通知タイプが定義される。通知されるデータのタイプは、以下のように定義される。
ｏｒｇ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｄｍ．ｌｆｃ−ｍｏｄｉｆｉｃａｔｉｏｎ−ｒｅｐｏｒｔ；
サーバと端末との間でＤＭセッション接続が確立した後、端末は、規定のＬＦＣコンテンツの変更情報をサーバに通知するため、ＯＭＡ ＤＭのアラートコマンドを使用する。端末が、ＬＦＣコンテンツの変更情報をサーバに通知するために使用するＤＭメッセージの例は、以下のとおりである。
<Alert>
<CmdID>1</CmdID>
<Data>1226</Data>
<Item>
<Meta>
<Type xmlns="syncml:metinf">
org.openmobilealliance.dm.lfc-modification-report
</Type>
<Format xmlns="syncml:metinf">b64</Format>
</Meta>
<Data><!--ＬＦＣ変更ＩＤ情報--></Data>
</Item>
</Alert>
端末から通知されたデータを受信した後、サーバは、端末でＬＦＣコンテンツの変更イベントが発生したことを決定する。そして、サーバは、ＬＦＣコンテンツデータの変更管理オブジェクトの詳細なデータを問い合わせるために、ＯＭＡ ＤＭコマンドを送信する。端末は、ＯＭＡ ＤＭコマンドを介して、ＬＦＣコンテンツデータの変更の管理オブジェクトのコンテンツをサーバに返信する。サーバは、端末の規定のＬＦＣコンテンツの変更情報を取得する。

図１７は、本発明の第六の実施形態において、サーバが規定のＬＦＣコンテンツの変更を問い合わせるシーケンス図である。

上記の図に示すように、本実施形態では、サーバは、以下のプロセスを通じて規定のＬＦＣコンテンツの変更を検出する。サーバと端末との間でＤＭセッション接続が確立した後、サーバは、ＬＦＣコンテンツデータの変更の管理オブジェクトを問い合わせるために、ＯＭＡ ＤＭコマンドを送信する。そして端末は、ＯＭＡ ＤＭコマンドを介して、ＬＦＣコンテンツデータの変更の管理オブジェクトのコンテンツをサーバに返信する。続いて、サーバは、端末の規定のＬＦＣコンテンツの変更情報を取得する。

図１８は、本発明の第七の実施形態において、サーバが規定のＬＦＣパッケージを活性化するシーケンス図である。上記の図に示すように、ＬＦＣパッケージが活性化される前に、活性状態にある元のＬＦＣパッケージは、非活性化する必要がある。

本実施形態において、端末の全てのＬＦＣエレメント（たとえば、壁紙、着信音、および、スクリーンセイバー）をあげると、サーバによって規定のＬＦＣパッケージを活性化するための実施過程は、以下のステップを含む。

a）端末によってもともと活性化しているＬＦＣパッケージは、カスタマイズされた壁紙と通信音とを含む。

b）サーバは端末とＤＭセッションを確立し、スクリーンセイバーのみ含んでいるもう一つのＬＦＣパッケージを活性化するために、ＯＭＡ ＤＭコマンドを送信する。

c）端末は、もともと活性化しているＬＦＣパッケージを非活性化し、壁紙と通信音を、工場出荷時の設定に戻す。

d）端末は、サーバによって特定されたＬＦＣパッケーを活性化する。さらに、ＬＦＣパッケージのスクリーンセイバーも活性化する。

e）端末はサーバに、活性化の結果を通知する。

上記開示された技術的構想により以下が理解できる。規定のＬＦＣコンテンツの変更を監視するイベントと実行される操作とを含む設定コマンドを受信するとき、端末は、設定コマンドの記録指示にしたがって、監視していた規定のＬＦＣコンテンツの変更を記録するかどうか決定する。そして、設定コマンドの通知指示にしたがって、記録された変更を通知する。および／または、サーバは、いかなる規定のＬＦＣコンテンツの変更も検出可能となるように、端末によって記録された規定のＬＦＣコンテンツの変更情報を問い合わせる。これにより、サーバは、変更にしたがって適切な処理を実行する。たとえば、サーバは、規定のＬＦＣコンテンツの変更にしたがって、変更方針を定めることができる。

以上、種々の実施形態を参照して本発明を示して記載したが、本発明はこれらに限るものではない。添付の特許請求の範囲に記載の本発明の精神と範囲から逸脱しなければ、当業者は、様々な変更と改良を施すことも可能である。

図１は、従来技術におけるＬＦＣ技法によって端末のユーザ・インターフェースが管理されるシステムの構造図である。 図２は、本発明の一実施形態によって提供されるＬＦＣコンテンツの変更を検出する方法のフローチャートである。 図３は、図２で示したＬＦＣコンテンツの変更を監視するように端末が設定される様子を示すシーケンス図である。 図４は、サーバが、図２で示したＬＦＣコンテンツ変更を決定する様子を示すシーケンス図である。 図５は、本発明の上記実施形態においてＬＦＣコンテンツの変更を検出するシステムの構造図である。 図６は、本発明の一実施形態によって提供されるＬＦＣコンテンツの変更を検出する方法の別のフローチャートである。 図７は、本発明の上記実施形態における端末の構造図である。 図８は、本発明の上記実施形態におけるＬＦＣコンテンツの変更を検出する方法の別のフローチャートである。 図９は、本発明の上記実施形態におけるサーバの構造図である。 図１０は、本発明の第一の実施形態において、ＬＦＣパッケージを介してサーバがルック・アンド・フィールを監視する設定コマンドを送信する際のシーケンス図である。 図１１は、図１０で示すルック・アンド・フィールコンテンツのＬＦＣ管理オブジェクトにおけるいくつかのノードの設計概略図である。 図１２は、本発明の第二の実施形態において、サーバがルック・アンド・フィールを監視するための設定コマンドを送信する際のシーケンス図である。 図１３は、図１２で示すＤｉａｇＭｏｎ／Ｔｒａｐ管理オブジェクトにおけるいくつかのノードの設計概略図である。 図１４は、本発明の第三の実施形態において、端末が規定のＬＦＣコンテンツの変更情報を記録する際の動作を示した概略図である。 図１５は、本発明の第四の実施形態において、端末が、規定のＬＦＣコンテンツの変更をサーバに通知する際の動作を示したシーケンス図である。 図１６は、本発明の第五の実施形態において、規定のＬＦＣコンテンツの変更を決定する際のシーケンス図である。 図１７は、本発明の第六の実施形態において、サーバが規定のＬＦＣコンテンツの変更を問い合わせて決定する際のシーケンス図である。 図１８は、本発明の第七の実施形態において、サーバが規定のＬＦＣパッケージを活性化する際のシーケンス図である。

Claims (26)

1. ルック・アンド・フィールのカスタマイズ（ＬＦＣ）コンテンツの変更を検出する方法であって、
   端末によって記録されたＬＦＣコンテンツの変更情報を取得するステップと、
   上記取得した変更情報にしたがって、ＬＦＣコンテンツの変更を決定するステップとを含むことを特徴とする検出方法。
2. 上記端末によって記録されたＬＦＣコンテンツの上記変更情報を取得する前に、上記端末にＬＦＣコンテンツの変更を監視させるために、ＬＦＣコンテンツを監視する設定コマンドを上記端末に送信するステップをさらに含むことを特徴とする請求項１に記載の検出方法。
3. ＬＦＣコンテンツの変更を監視するための上記設定コマンドは、イベント監視コマンドと操作実行コマンドとを含み、
   上記イベント監視コマンドは、規定のＬＦＣパッケージおよび規定のＬＦＣエレメントの設定を含む、規定のＬＦＣコンテンツの上記変更であって、標準的なＬＦＣ管理操作のイベント発生を示す上記変更を、上記端末に監視するように命令するためにサーバが使用するコマンドであり、
   上記操作実行コマンドは、規定のＬＦＣコンテンツの上記変更が発生した場合に、上記サーバが上記端末に操作するように命令する、記録操作コマンドおよび通知操作コマンドを含むコマンドであり、
   上記記録操作コマンドは、上記端末が、規定のＬＦＣコンテンツの上記変更、および、記録されるべき情報を記録する必要があるか否かを示すコマンドであり、
   上記通知操作コマンドは、上記端末が上記サーバに、規定のＬＦＣコンテンツの上記変更情報、および、上記サーバのアドレス情報を通知する必要があるか否かを示すコマンドであることを特徴とする請求項２に記載の検出方法。
4. ＬＦＣコンテンツを監視する上記設定コマンドを上記端末に送信する上記ステップは、
   ＬＦＣコンテンツを監視するための上記設定コマンドを上記端末に送信するステップ、
   または、
   ＬＦＣコンテンツを介して、ＬＦＣコンテンツを監視するための上記設定コマンドを上記端末に送信するステップを含むことを特徴とする請求項２に記載の検出方法。
5. ＬＦＣコンテンツを監視する上記設定コマンドを上記端末に送信する上記ステップは、
   上記端末とオープン・モバイル・アプライアンス・デバイス・マネージメント（ＯＭＡ ＤＭ）セッションを確立し、ＯＭＡ ＤＭセッションが確立した後、対応する管理オブジェクトを更新するか、または、新規の対応する管理オブジェクトを追加するためのＯＭＡ ＤＭセッションコマンドを送信するステップ、
   または、
   上記端末とオープン・モバイル・アプライアンス・ダウンロード（ＯＭＡ ＤＬ）セッションを確立し、ＯＭＡ ＤＬセッションにおいて、上記サーバが、ＬＦＣコンテンツを監視するための設定コマンドを上記端末に送信するステップを含むことを特徴とする請求項４に記載の検出方法。
6. ＬＦＣコンテンツを介して、ＬＦＣコンテンツを監視する上記設定コマンドを上記端末に送信する上記ステップは、
   ＯＭＡ ＤＭセッションを上記端末と確立し、ＯＭＡ ＤＭセッションが確立した後、ＬＦＣコンテンツを搬送するＯＭＡ ＤＭセッションコマンドと、上記設定コマンドとを送信するステップ、
   または、
   ＯＭＡ ＤＬセッションを上記端末と確立し、ＯＭＡ ＤＬセッションにおいて、ＬＦＣコンテンツと上記設定コマンドとを上記端末に送信するステップを含むことを特徴とする請求項４に記載の検出方法。
7. 上記端末で、ＬＦＣコンテンツを監視するための上記設定コマンドがＤＭツリー形式に配置されたとき、ＬＦＣコンテンツを監視するための上記設定コマンドを管理するために、上記サーバが上記端末とＯＭＡ ＤＭセッションを確立することを特徴とする請求項５または６に記載の検出方法。
8. 上記端末によって記録されたＬＦＣコンテンツの上記変更情報は、ＬＦＣコンテンツＩＤおよび変更情報の少なくともいずれかを含むことを特徴とする請求項１または２に記載の検出方法。
9. ＬＦＣコンテンツの上記変更情報は、上記端末によって、ＯＭＡ ＤＭツリーに格納されることを特徴とする請求項８に記載の検出方法。
10. 上記端末によって記録されたＬＦＣコンテンツの上記変更情報を取得する上記ステップは、
    上記端末によって能動的に通知される、ＬＦＣコンテンツの変更の通知を受信するステップ、または、
    上記端末に問い合わせ要求を送信し、上記端末からの上記問い合わせ要求に応じて返信される、ＬＦＣコンテンツの上記変更情報を受信するステップを含むことを特徴とする請求項１または２に記載の検出方法。
11. 上記端末に問い合わせ要求を送信し、上記端末からの上記問い合わせ要求に応じて返信される、ＬＦＣコンテンツの上記変更情報を受信する上記ステップは、
    上記端末とＯＭＡ ＤＭセッションを確立し、ＯＭＡ ＤＭセッションが確立した後、ＬＦＣコンテンツの上記変更情報を読み込むＯＭＡ ＤＭセッションコマンドを送信するステップと、
    ＯＭＡ ＤＭコマンドを介して、上記端末からフィードバックされたＬＦＣコンテンツの上記変更情報を受信するステップとを含むことを特徴とする請求項１０に記載の検出方法。
12. 端末とサーバを含むシステムであって、
    上記端末は、
    上記端末のルック・アンド・フィールのカスタマイズ（ＬＦＣ）コンテンツの変更情報を記録する記録部と、
    上記記録部によって記録された、ＬＦＣコンテンツの上記変更情報を送信する送信部とを含み、
    上記サーバは、上記端末によって記録された、ＬＦＣコンテンツの上記変更情報を取得する取得部を含み、該取得した情報にしたがって、ＬＦＣコンテンツの変更を決定することを特徴とするシステム。
13. 上記サーバはさらに、
    ＬＦＣコンテンツの変更を監視するように上記端末を設定するため、ＬＦＣコンテンツを監視するための設定コマンドを、上記端末に送信する設定コマンド監視部を含むことを特徴とする請求項１２に記載のシステム。
14. 上記設定コマンド監視部は、
    ＬＦＣコンテンツの変更を監視するように上記端末を設定するため、ＬＦＣコンテンツを監視する設定コマンドを送信する送信サブユニットと、
    上記送信サブユニットが上記設定コマンドを送信した後、上記端末によって、上記設定コマンドの実行結果を監視する監視サブユニットとを含むことを特徴とする請求項１３に記載のシステム。
15. 上記取得部は、上記変更情報にしたがい、上記端末からＬＦＣコンテンツの上記変更情報を受信する受信サブユニットをさらに含み、ＬＦＣコンテンツの変更を決定することを特徴とする請求項１２に記載のシステム。
16. 上記取得部は、
    上記記録されたＬＦＣコンテンツの変更情報の問い合わせ要求を上記端末に送信する問い合わせサブユニットをさらに含み、
    上記受信サブユニットは、上記端末からの上記問い合わせ要求に応じて返信される、ＬＦＣコンテンツの上記変更情報を受信することを特徴とする請求項１５に記載のシステム。
17. 上記端末は、
    ＬＦＣコンテンツを監視するための上記設定コマンドを上記サーバから取得する受信部をさらに含み、
    上記受信部によって受信された上記設定コマンドにしたがって、上記記録部は、ＬＦＣコンテンツの上記変更情報を監視し、記録することを特徴とする請求項１２から１６のいずれか１項に記載のシステム。
18. 上記端末は、
    上記受信部が上記設定コマンドを受信した後、上記設定コマンドを実行する実行部と、
    上記実行部によって処理された実行結果を、上記サーバにフィードバックする実行応答部と、
    上記実行部が上記設定コマンドを実行した後、上記設定コマンドにしたがって、上記記録部は、上記端末のＬＦＣコンテンツの上記変更情報を記録することを特徴とする請求項１７に記載のシステム。
19. ルック・アンド・フィールのカスタマイズ（ＬＦＣ）コンテンツの変更情報を監視し、記録する記録部と、
    上記記録されたＬＦＣコンテンツの変更情報を送信する送信部とを含むことを特徴とする端末。
20. ＬＦＣコンテンツを監視するための上記設定コマンドを受信する受信部をさらに含み、
    上記受信部によって受信された上記設定コマンドにしたがって、上記記録部は、ＬＦＣコンテンツの上記変更情報を監視し、記録することを特徴とする請求項１９に記載の端末。
21. 上記受信部が上記設定コマンドを受信した後、上記設定コマンドを実行する実行部と、
    上記実行部によって処理された実行結果をフィードバックする実行応答部とをさらに含み、
    上記記録部は、上記実行部が上記設定コマンドを実行した後、上記設定コマンドにしたがって、ＬＦＣコンテンツの上記変更情報を監視し、記録することを特徴とする請求項２０に記載の端末。
22. 端末によって記録された、ルック・アンド・フィールのカスタマイズ（ＬＦＣ）コンテンツの変更情報を取得する取得部と、上記取得した変更情報にしたがって、ＬＦＣコンテンツの変更を決定することを特徴とするサーバ。
23. ＬＦＣコンテンツの変更を監視するように上記端末を設定するために、ＬＦＣコンテンツを監視するための設定コマンドを上記端末に送信する設定コマンド監視部をさらに含むことを特徴とする請求項２２に記載のサーバ。
24. 上記設定コマンド監視部は、
    ＬＦＣコンテンツの変更を監視するように上記端末を設定するために、ＬＦＣコンテンツを監視するための設定コマンドを上記端末に送信する送信サブユニットと、
    上記送信サブユニットが上記設定コマンドを送信した後、上記端末によって実行された、上記設定コマンドの上記実行結果を監視する監視サブユニットとを含むことを特徴とする請求項２３に記載のサーバ。
25. 上記取得部は、
    上記端末からのＬＦＣコンテンツの上記変更情報を受信する受信サブユニットを含み、上記変更情報にしたがい、ＬＦＣコンテンツの変更を決定することを特徴とする請求項２２から２４のいずれか１項に記載のサーバ。
26. 上記取得部は、
    上記記録されたＬＦＣコンテンツの変更情報を問い合わせる要求を上記端末に送信する問い合わせサブユニットを含み、
    上記受信サブユニットは、上記端末からの上記問い合わせ要求に応じて返信される、ＬＦＣコンテンツの上記変更情報を受信することを特徴とする請求項２５に記載のサーバ。

Images