CN101489217A - 一种用户定制终端外观的方法、系统及用户终端 - Google Patents
一种用户定制终端外观的方法、系统及用户终端 Download PDFInfo
- Publication number
- CN101489217A CN101489217A CNA2009100034191A CN200910003419A CN101489217A CN 101489217 A CN101489217 A CN 101489217A CN A2009100034191 A CNA2009100034191 A CN A2009100034191A CN 200910003419 A CN200910003419 A CN 200910003419A CN 101489217 A CN101489217 A CN 101489217A
- Authority
- CN
- China
- Prior art keywords
- appearance
- terminal
- instruction
- lfc
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明是关于一种用户定制终端外观的方法、系统及用户终端，其特征在于，所述的方法包括：一种用户定制终端外观的方法，其特征在于，所述的方法包括：接收发起用户终端发来的外观定制技术LFC请求指令；解析所述的LFC请求指令，生成对于至少一个用户终端的外观操作指令；将所述外观操作指令发送至目的用户终端供其执行。本发明实施例的有益效果在于，解决了用户拥有多台支持LFC功能的终端时，不能通过一台终端来管理多台终端的外观设置的问题；本发明为用户提供了方便、及时且灵活地管理定制多台终端外观的方法。
Description
技术领域
本发明是关于移动通信领域，特别是关于一种用户定制终端外观的方法、系统及用户终端。
背景技术
随着越来越多的用户享受到移动业务带来的便利性的同时，用户也对移动业务的个性化提出了更高的要求。为用户提供多样化和个性化定制的功能和业务，有效地保证用户体验、提高用户的忠诚度，成为如今运营商以及设备提供商的关注重点。
外观定制技术(LFC)提供了为终端定制外观的功能，外观定制的对象包括终端显示背景、屏保、铃声、快捷键等等涉及用户终端显示和体验的元素，这些可被定制元素被称为外观元素，它们的值叫做外观元素设置值，如屏保元素的设置值可以是Dog.jpg。多个外观元素也可以组成外观包被一起管理。通过外观定制技术，外观定制服务器可以远程定制管理用户终端的菜单、背景、主题、开关机提示等外观元素。外观定制元素和外观包都可以看作是终端设备上需要管理的对象，设备管理协议(DM)中定义了一系列的指令来操作终端上的管理对象，LFC实现管理外观定制元素和外观包时定义了同DM的接口，LFC指令可以封装成DM指令，由DM指令来携带。
如今，一个用户拥有多个终端也成为日益普遍的现象，用户在不同的场合使用不同的终端来做不同的事情，如联系不同的人群等。用户希望能够更方便快捷灵活地定制管理自己的多台终端的外观设置，而不是限定于定制管理一台终端的设置时这台终端必须在用户身边。所以，有必要为用户提供一种远程模式使用户按照当前的意愿来定制用户此时不在身边的终端，让用户享受到更好的便利性和个性化服务。
在现有技术中，可以通过远程控\制的方法，服务器发送AT指令到终端，终端解析该AT指令，完成相应操作，返回相应的结果给服务器。
AT指令是一套为GSM手机设置的可以执行关机、重拨最后一次拨出的电话，读取上条短信等固定操作的指令；现有技术中由服务器给终端发送指令，由终端解析执行这些操作；这些操作相对固定、简单，且不能达到由一台终端发出指令，来达到定制其它多台终端的目的。
发明内容
本发明实施例的目的在于，提供一种使用户通过一台终端就能远程配置多台终端的外观设置的方法、系统及用户终端。
为了实现上述目的，本发明实施例提供一种用户定制终端外观的LFC服务器，所述服务器用于接收发起用户终端发来的外观定制技术LFC请求指令；解析所述的LFC请求指令，生成对于至少一个目的用户终端的外观操作指令；将所述外观操作指令发送至目的用户终端供其执行。
为了实现上述目的，本发明实施例还提供一种用户定制终端外观的系统，该系统包括：
用户终端，所述的用户终端包括：指令收发单元，用于发送LFC请求指令及接收外观操作指令；外观操作指令执行单元，用于执行接收到的外观操作指令；
外观定制技术LFC服务器，所述的LFC服务器包括：指令收发单元，用于接收用户终端发来的设备管理LFC请求指令及向用户终端发送外观操作指令；指令解析单元，用于解析接收到的FLC请求指令；外观操作指令生成单元，用于根据指令解析单元的解析结果生成对于至少一个用户终端的外观操作指令。
为了实现上述目的，本发明实施例还提供一种用户定制终端外观的用户终端，该用户终端包括：请求信息输入单元，用于输入请求外观操作请求信息；LFC请求指令生成单元，用于根据所述的外观操作请求信息生成LFC请求指令。
本发明实施例的有益效果在于，解决了用户拥有多台支持LFC功能的终端时，不能通过一台终端来管理多台终端的外观设置的问题；本发明为用户提供了方便、及时且灵活地管理定制多台终端外观的方法。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：
图1为本发明实施例一的方法的流程图；
图2为本发明实施例一的系统结构图；
图3为本发明实施例一中用户终端的结构图；
图4为本发明实施例一LFC服务器的结构图；
图5为本发明实施例一中的信令图；
图6为本发明实施例二中用户终端的结构图；
图7为本发明实施例二中LFC服务器的结构图；
图8本发明实施例二中的鉴权流程图；
图9为本发明实施例二中用户终端的结构图；
图10为本发明实施例七中的信令图。
具体实施方式
本发明提出了一种用户定制终端外观的方法、系统及用户终端，应用于移动通信领域，本发明的用户终端为手机、PDA等移动通信设备。
用户在实施本发明之前需要进行注册，即将自己的用户帐号同多台终端IMEI号关联，远程服务器以此作为鉴别用户对终端是否有管理权的依据。用户注册的方法可为通过终端远程注册或在运营商柜台注册，注册的信息存储在运营商设置的服务器中，假设用户已向运营商注册自己的帐号和终端信息如表1：
表1
实施例一：
如图1所示，本发明实施例的用户定制终端外观的方法包括如下步骤：接收用户终端发来的LFC请求指令(步骤S101)；解析所述的LFC请求指令，生成对于至少一个用户终端的外观操作指令(步骤S102)；将所述外观操作指令发送至目的用户终端供其执行(步骤S103)。
为实现上述方法，本发明实施例提供一种用户定制终端外观的系统，所述系统包括用户终端，用于发送LFC请求指令或接收并执行外观操作指令；LFC服务器，用于解析所述LFC请求指令，生成对于至少一个用户终端的外观操作指令。
如图2所示，在所述的系统中用户终端200可以为1个多个，所述的用户终端200通过移动通信网络与所述的LFC服务器300连接。如图3所示，所述的用户终端200包括：指令收发单元201，用于发送LFC请求指令及接收外观操作指令；外观操作指令执行单元202，用于执行接收到的外观操作指令。如图4所示，所述的LFC服务器300包括：指令收发单元301，用于接收用户终端发来的LFC请求指令及向用户终端发送外观操作指令；指令解析单元302，用于解析接收到的LFC请求指令；外观操作指令生成单元303，用于根据指令解析单元的解析结果生成对于至少一个用户终端的外观操作指令。
图5为本发明的信令图，其中客户终端为发起终端及目的终端，所述的目的终端为1个或复数个，而所述的发起终端与所述的目的终端为不同的客户终端或所述的发起终端与1个目的终端为同一客户终端。
下面结合具体实施例和附图，对本发明做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
实施例二：
假设用户在旅行中使用的是用户终端A，但是希望拨打他的用户终端B的客户能听到他存储在用户终端B中的一段录音铃声On Tour来告诉客户他在旅行中所以一段时间内不要再联系他。
如图6所述的用户终端A600包括：请求信息输入单元601，用于输入请求外观操作请求信息；LFC请求指令生成单元602，用于根据所述的外观操作请求信息生成LFC请求指令；指令收发单元603，用于发送LFC请求指令。
用户终端A现在用户通过请求信息输入单元601输入自己的用户帐号、用户密码、目的终端B的注册名称、操作对象、操作类型如表2所示：
表2
| 用户帐号 | 用户密码 | 目的终端名称 | 操作对象 | 操作类型 |
| LFCFans | 123456 | Bob | RingTone_On Tour | Active |
用户终端A的LFC请求指令生成单元602将用户请求连同用户终端A的IMEI号码一起打包，生成LFC请求指令，指令收发单元603将所述的LFC请求指令发送给LFC服务器，所述的LFC请求指令例如是：
<SyncHdr>
<VerDTD>...</VerDTD>
<VerProto>...</VerProto>
<SessionID>1</SessionID>
<MsgID>1</MsgID>
<Target><!—--LFC服务器地址-->
<LocURI>http://www.syncml.org/LFC-server</LocURI>
</Target>
<Source><!---终端A的IMEI地址--->
<LocURI>IMEI:A</LocURI>
</Source>
<Cred><!----终端访问服务器的身份信息--->
<Meta>
<Type xmlns＝＂syncml:metinf＂>syncml:auth-basic</Type>
<Format xmlns＝′syncml:metinf>b64</Format>
</Meta>
<Data>
<!--base64 formatting of userid:password-->
</Data>
</Cred>
</SyncHdr>
<SyncBody>
<Alert>
<CmdID>3</CmdID>
<Data>1224</Data><!------Client Event-------->
<Correlator>abc123</Corrector>
<Item>
<Data>
<![CDATA[<!------LFC command begin-------->
<!---用户注册的用户名和密码信息---->
<RegUser>LFCFans</RegUser>
<RegPwd>*******</RegPwd>
<Dest>Bob</Dest><!---终端B的名称---->
<Active><!----激活终端B的铃音On Tour----->
<LFCElement>
<Type>RingTone</Type>
<Data>On Tour</Data>
</LFCElement>
</Active><!-------LFC command finish--------->
]]>
</Data>
</Item>
</Alert>
<Final/>
</SyncBody>
如图7所示所述的LFC服务器700包括：指令收发单元701，用于接收用户终端发来的LFC请求指令及向用户终端发送外观操作指令；指令解析单元702，用于解析接收到的LFC请求指令；鉴权单元703，用于在解析所述的LFC请求指令后还包括对所述的用户终端进行鉴权；外观操作指令生成单元704，用于根据指令解析单元的解析结果生成一个用户终端的外观操作指令。
LFC服务器的指令收发单元701收到LFC用户端A的如上LFC请求指令后，指令解析单元702解析所述的LFC请求指令，从头域<SyncHdr>...</SyncHdr>中的Source元素解析得到用户终端A的IMEI号码，从消息体<SyncBody>...</SyncBody>中RegUser和RegPwd元素解析得到用户帐号和用户密码，从Dest元素解析得到目的终端用户终端B的名称，鉴权单元703首先需要根据这些信息来对用户做鉴权，判断用户是否对用户终端A和用户终端B有管理权限。鉴权单元703对用户鉴权流程如图8所示：
步骤S801：验证用户帐号和密码是否合法；
步骤S802：若用户身份合法，继续步骤S803，否则返回用户验证失败信息；
步骤S803：判断发起终端的IMEI号码是否在用户注册信息的终端列表中；
步骤S804：如果步骤S803判断结果为是，继续步骤S805，否则返回非法请求终端信息；
步骤S805：判断目的终端名称是否在用户注册信息的终端列表中；
步骤S806：如果步骤S805判断结果为是，继续步骤S807，否则返回目的终端不存在的错误信息；
步骤S807：根据用户注册信息的终端列表，取得与目的终端名称对应的目的终端IMEI号码；
步骤S808：鉴权成功，可以开始向目的终端发送指令。
鉴权单元703对用户鉴权成功，外观操作指令生成单元704根据指令解析单元702从消息体<SyncBody>...</SyncBody>的CDATA元素解析得到的针对用户终端B的操作请求和用户终端B的IMEI号码生成对用户终端B的外观操作指令，指令收发单元701，向用户终端将所述的外观操作指令发送给用户终端B，所述的外观操作指令例如：
<SyncHdr>
<VerDTD>...</VerDTD>
<VerProto>...</VerProto>
<SessionID>2</SessionID>
<MsgID>2</MsgID>
<Target><!—--终端B的IMEI地址-->
<LocURI>IMEI:B</LocURI>
</Target>
<Source><!---LFC服务器的地址--->
<LocURI>http://www.syncml.org/LFC-server</LocURI>
</Source>
…
</SyncHdr>
<SyncBody>
<!----激活终端B的铃音On Tour----->
<Exec>
<CmdID>6</CmdID>
<Item>
<Target>
<LocURI>./bin/Active</LocURI>
</Target>
<Data>./AvailableElements/RingTones/On Tour</Data>
</Item>
</Exec>
<Final/>
</SyncBody>
图9为本实施例中用户终端的结构图，所述的用户终端B900包括：指令收发单元901，用于接收外观操作指令；外观操作指令执行单元902，用于执行接收到的外观操作指令。
LFC用户终端B900的指令收发单元901在接收到LFC服务器700的外观操作指令，所述的外观操作指令执行单元902，执行接收到的外观操作指令，然后将操作结果返回给LFC服务器，返回服务器的指令例如是：
<SyncHdr>
<VerDTD>...</VerDTD>
<VerProto>...</VerProto>
<SessionID>2</SessionID>
<MsgID>3</MsgID>
<Target><!---LFC服务器的地址--->
<LocURI>http://www.syncml.org/LFC-server</LocURI>
</Target>
<Source><!—--终端B的IMEI地址-->
<LocURI>IMEI：B</LocURI>
</Source>
…
</SyncHdr>
<SyncBody>
…
<Status>
<MsgRef>2</MsgRef>
<CmdRef>6</CmdRef>
<Cmd>Exec</Cmd>
<!--Active executed correctly-->
<Data>200</Data>
</Status>
…
</SyncBody>
LFC服务器700在接收到用户终端B900返回的操作结果后，根据请求终端发起请求中的Correlator和请求终端的IMEI号，将对用户终端B900的操作结果发送给请求用户终端A600：
<SyncHdr>
<VerDTD>...</VerDTD>
<VerProto>...</VerProto>
<SessionID>1</SessionID>
<MsgID>2</MsgID>
<Target><!—--终端A的IMEI地址-->
<LocURI>IMEI:A</LocURI>
</Target>
<Source><!---LFC服务器的地址--->
<LocURI>http://www.syncml.org/LFC-server</LocURI>
</Source>
</SyncHdr>
<SyncBody>
…
<Status>
<Correlator>abc123</Correlator>
<Cmd>Alert</Cmd>
<!—Operation on Terminal B has been executed correctly-->
<Data>200</Data>
</Status>
…
</SyncBody>
用户终端A600在接收到LFC服务器700返回的结果后，向用户显示信息“在Bob上的操作成功”。本实施例中的外观操作指令还包括去激活操作指令，用于对外观对象进行去激活操作，去激活操作为激活操作的逆过程，此处不再赘述。
所述的用户终端A及用户终端B可包括相同的组成单元，例如用户终端A及用户终端B均包括请求信息输入单元、LFC请求指令生成单元、指令收发单元及外观操作指令执行单元。以下实施例均以用户终端包括上述全部单元为例。
实施例三：
用户从用户终端A通过LFC服务器不仅可以配置用户终端B上的单个外观元素，也可以配置管理用户终端B上的外观包。
假设用户已经在LFC服务器注册自己的帐号和终端信息如表1所示。现在用户希望远程控制自己的用户终端B的外观设置，将用户终端B上的外观包Package1激活。
用户通过用户终端A的请求信息输入单元输入的请求信息如表3所示：
表3
| 用户帐号 | 用户密码 | 目的终端名称 | 目的终端上的操作对象 | 操作类型 |
| LFCFans | 123456 | Bob | Package1 | Active |
本实施的过程与实施例一相似，其区别在于本实施例中的目的终端操作对象为外观包，具体过程如实施例一，此处不再赘述。
实施例四：
当用户想远程配置管理用户终端B上的外观设置时，也许记不清用户终端B上现有的外观包的名称或者每个外观元素下边目前都有什么样的外观元素设置值。这时可以通过提交LFC查询请求来获得用户终端B上的外观包或者外观元素设置值的情况。
假设用户已经在运营商的LFC服务器注册了自己的帐号和终端信息，如表1所示。现在用户在提交具体的配置管理请求前想要知道终端B上具体存在哪几个铃音。
用户通过用户终端A的请求信息输入单元输入请求信息：用户帐号、密码、目的终端的名称、目的终端上的操作对象、操作类型如表4所示：
表4
| 用户帐号 | 用户密码 | 目的终端名称 | 目的终端上的操作对象 | 操作类型 |
| LFCFans | 123456 | Bob | RingTone | Query |
用户终端A的LFC请求指令生成单元，将该请求连同用户终端A的IMEI号码生成相应的LFC请求指令发送给LFC服务器，所述的LFC请求指令例如：
<SyncHdr>
<VerDTD>...</VerDTD>
<VerProto>...</VerProto>
<SessionID>1</SessionID>
<MsgID>1</MsgID>
<Target><!—--LFC服务器地址-->
<LocURI>http://www.syncml.org/LFC-server</LocURI>
</Target>
<Source><!---终端A的IMEI地址--->
<LocURI>IMEI:A</LocURI>
</Source>
<Cred><!----终端访问服务器的身份信息---->
<Meta>
<Type xmlns＝＂syncml:metinf＂>syncml:auth-basic</Type>
<Format xmlns＝′syncml:metinf>b64</Format>
</Meta>
<Data>
<!--base64 formatting of userid:password-->
</Data>
</Cred>
</SyncHdr>
<SyncBody>
<Alert>
<CmdID>3</CmdID>
<Data>1224</Data><!------Client Event-------->
<Correlator>abc123</Corrector>
<Item>
<Data>
<![CDATA[<!------LFC command begin-------->
<!----用户注册的用户名和密码信息---->
<RegUser>LFCFans</RegUser>
<RegPwd>*******</RegPwd>
<Dest>Bob</Dest><!---终端B的名称---->
<Query><!----查询终端B的铃音----->
<LFCElement>
<Type>RingTone</Type>
</LFCElement>
</Query><!-------LFC command finish--------->
]]>
</Data>
</Item>
</Alert>
<Final/>
</SyncBody>
LFC服务器的指令收发单元收到LFC客户端A的如上请求后，所述的指令解析单元解析所述的请求，从中获知用户的帐号和密码、发起终端的IMEI号码、目的终端的名称、具体操作请求；然后鉴权单元可进行鉴权，鉴权成功后，外观操作指令生成单元LFC根据解析得到的具体操作请求以及用户终端B的IMEI号码，生成对用户终端B进行操作的DM操作指令，然后向用户终端B发送操作指令：
<SyncHdr>
<VerDTD>...</VerDTD>
<VerProto>...</VerProto>
<SessionID>2</SessionID>
<MsgID>2</MsgID>
<Target><!—--终端B的IMEI地址-->
<LocURI>IMEI：B</LocURI>
</Target>
<Source><!---LFC服务器的地址--->
<LocURI>http://www.syncml.org/LFC-server</LocURI>
</Source>
…
</SyncHdr>
<SyncBody>
<！----查询终端B的铃音---->
<Exec>
<CmdID>6</CmdID>
<Item>
<Target>
<LocURI>./bin/Active</LocURI>
</Target>
<Data>./AvailableElements/RingTones/On Tour</Data>
</Item>
</Exec>
<Final/>
</SyncBody>
用户终端B的指令收发单元接收LFC服务器的操作指令，外观操作指令执行单元执行操作，然后将操作结果返回给LFC服务器，其返回指令例如：
<SyncHdr>
<VerDTD>...</VerDTD>
<VerProto>...</VerProto>
<SessionID>2</SessionID>
<MsgID>3</MsgID>
<Target><!---LFC服务器的地址--->
<LocURI>http://www.syncml.org/LFC-server</LocURI>
</Target>
<Source><!—--终端B的IMEI地址-->
<LocURI>IMEI：B</LocURI>
</Source>
…
</SyncHdr>
<SyncBody>
…
<Result>
<Item>
<Data>On Tour</Data>
</Item>
<Item>
<Data>DoRiMe</Data>
</Item>
<Item>
<Data>Summer</Data>
</Item>
</Result>
…
</SyncBody>
LFC服务器的指令收发单元在接收到用户终端B返回的操作结果后，所述的外观操作指令生成单元根据此操作结果及之前解析得到的用户终端A的IMEI号码，生成DM指令，将操作结果返回给终端A，所述的DM指令例如：
<SyncHdr>
<VerDTD>...</VerDTD>
<VerProto>...</VerProto>
<SessionID>1</SessionID>
<MsgID>2</MsgID>
<Target><!—--终端A的IMEI地址-->
<LocURI>IMEI：A</LocURI>
</Target>
<Source><!---LFC服务器的地址--->
<LocURI>http://www.syncml.org/LFC-server</LocURI>
</Source>
</SyncHdr>
<SyncBody>
…
<Result>
<Item>
<Data>On Tour</Data>
</Item>
<Item>
<Data>DoRiMe</Data>
</Item>
<Item>
<Data>Summer</Data>
</Item>
</Result>
…
</SyncBody>
用户终端A在接收到LFC服务器返回的结果后，向用户显示信息：例如“在Bob上的查询结果：
On Tour
DoRiMe
Summer”
实施例五：
当用户在用户终端A上自己制作了一个外观包或者外观元素设置值，希望把这个外观包或者外观元素设置值同样应用在自己的另外一个终端上时，用户可以通过用户终端A向LFC服务器发送请求，LFC服务器在认证了用户身份和终端信息后，向终用户端A的LFC客户端发送指令，LFC客户端将该外观包或者外观元素设置值上传到LFC服务器，LFC服务器再将该外观包或者外观元素设置值下载到用户终端B上，再给用户终端B发送激活该外观包或者外观元素设置值的指令。
其具体流程如下：
步骤1：用户在用户终端A上定制一个外观包Package2；
步骤2：用户通过用户终端A的请求信息输入单元输入请求信息：用户帐号、用户密码、目的终端名称、本地外观包/外观元素设置值名称、操作类型，如表5所示：
表5
| 用户帐号 | 用户密码 | 本地操作对象 | 目的终端名称 | 操作类型 |
| LFCFans | 123456 | Package2 | Bob | Upload & Active |
步骤3：用户终端A将用户请求连同用户终端A的IMEI号码一起打包发送到LFC服务器；
步骤4：LFC服务器收到所述的LFC请求指令后求解析用户请求得到用户身份信息、发起终端IMEI、目的终端IMEI、具体操作请求；
步骤5：LFC服务器对用户身份和终端信息进行认证；
步骤6：LFC服务器给用户终端A发送上传外观包Package2的指令；
步骤7：终端A上的指令收发单元将Package2上传到LFC服务器；
步骤8：LFC服务器给用户终端B的指令收发单元发送指令，下载Package2到终端B；
步骤9：LFC服务器给用户终端B发送激活Package2的指令；
步骤10：用户终端B执行操作并将操作结果返回给LFC服务器；
步骤11：LFC服务器将此操作结果返回给用户终端A。
实施例六：
当用户不只拥有两台终端时，还可以通过一条请求将自己在用户终端A上自己制作的外观包或者外观元素设置值同时应用到其它所有的终端上。
假设用户已经在LFC服务器注册了帐号和终端信息如表1所示。可以通过终端A输入包括多个目的终端地址的请求信息，LFC服务器会将解析得到的请求发送给所有目的终端，再把每个目的终端返回的操作结果再逐一返回给终端A。用户通过终端A输入用户帐号、用户密码、本地操作对象名称、目的终端名称、操作类型，如表6所示：
表6
| 用户帐号 | 用户密码 | 本地操作对象 | 目的终端名称 | 操作类型 |
| LFCFans | 123456 | Package2 | BobCable | Upload & Active |
本实施例与实施四的不同之处在于：LFC服务器分别生成给用户终端B及用户终端C的外观操作指令，用户终端B及用户终端C分别下载Package2，激活Package2，并返回操作结果。
实施例七：
在前五个实施例中，解析用户请求，对用户鉴权然后再生成操作目的终端的指令的任务都需要LFC服务器来完成，需要在LFC服务器上开发相应的功能模块。设备管理网络服务器接口(Device Management Web ServiceInterace，DMWSI)实现DM同网络服务器(web service)之间的接口，使外部系统可以通过网络服务器接口(web service interface)同DM进行交互，实现对终端的管理。网络服务器(Web service)具有完全基于XML、XSD等独立于平台、独立于软件供应商的标准的优点，能达到跨平台的互操作性的目的。
本实施例中，解析用户请求的工作由独立于LFC服务器的web service完成。用户终端只需要定义同web service的接口，在接收到用户要管理远程终端的请求后，将请求参数传递到web service接口，web service解析该请求，对用户进行鉴权，将对目的终端的操作指令传递给LFC服务器，LFC服务器在接收到目的终端返回的操作结果后，将操作结果返回给外部系统的webservice，进一步将结果传递给发起请求的终端。
在外部系统中设置一个网络服务器，所述的网络服务器包括：指令解析单元，用于解析所述的LFC请求指令，并将解析到的请求内容传递给服务器收发单元；服务器收发单元，用于将所述的解析到的请求内容发给LFC服务器。
解析单元同终端之间的接口定义如下表7所示：
表7
服务器收发单元同LFC服务器之间的接口定义如下：
具体操作流程如下：
步骤1、用户通过终端A输入目的终端的名称，对目的终端的操作及操作对象；
步骤2、客户终端调用同所述的网络服务其中的指令解析单元的接口；
步骤3、所述的指令解析单元解析用户请求，得到用户名、密码、终端名称，对用户进行鉴权；
步骤4、若鉴权失败，返回发起终端非法用户的结果；
步骤5、若鉴权成功，所述的指令解析单元将解析得到的目的终端的IMEI、对目的终端的操作及操作对象这些参数传递给所述的网络服务器的服务器收发单元；
步骤6、所述的服务器收发单元通过同LFC服务器的接口，将对目的终端的操作请求传递给LFC服务器；
步骤7、LFC服务器操作目的终端，目的终端返回结果给LFC服务器；
步骤8、LFC服务器通过同所述的服务器收发单元的接口返回操作结果给服务器收发单元；
步骤9、服务器收发单元将结果返回给所述的指令解析单元；
步骤10、所述的指令解析单元将结果返回给LFC用户终端，用户端向用户显示操作结果。
图10为本实施例的信令图。
本发明可以使用户通过一台终端就能远程配置多台终端的外观设置；可以在一台终端上定制自己个性化的外观设置，然后方便灵活地把此个性化定制远程应用到多台终端上。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (16)
1.一种用户定制终端外观的方法，其特征在于，所述的方法包括：
接收发起用户终端发来的外观定制技术LFC请求指令；
解析所述的LFC请求指令，生成对于至少一个目的用户终端的外观操作指令；
将所述外观操作指令发送至目的用户终端供其执行。
2.如权利要求1所述的用户定制终端外观的方法，其特征在于，在解析所述的LFC请求指令后还包括对所述的用户终端进行鉴权。
3.如权利要求1所述的用户定制终端外观的方法，其特征在于，所述方法还包括：接收所述目的用户终端执行所述外观操作指令后返回的操作结果。
4.如权利要求3所述的用户定制终端外观的方法，其特征在于，当所述的LFC请求指令为查询指令时，返回的操作结果为查询的结果。
5.如权利要求1所述的用户定制终端外观的方法，其特征在于，所述的外观操作指令包括激活操作指令及去激活操作指令，用以命令目的用户终端根据所述的激活操作指令激活外观对象或根据所述的去激活操作指令去激活外观对象。
6.如权利要求1所述的用户定制终端外观的方法，其特征在于，解析所述LFC请求指令后还包括生成对于发起用户终端的上传操作指令以及对于目的用户终端的下载操作指令，以命令发起用户终端上传外观对象、目的用户终端下载发起用户终端上传的外观所述对象。
7.一种用户定制终端外观的LFC服务器，其特征在于，所述LFC服务器包括：
指令收发单元，用于接收发起用户终端发来的LFC请求指令及向用户终端发送外观操作指令；
指令解析单元，用于解析接收到的LFC请求指令；
外观操作指令生成单元，用于根据指令解析单元的解析结果生成对于至少一个目的用户终端的外观操作指令。
8.如权利要求7所述的用户定制终端外观的LFC服务器，其特征在于，所述的LFC服务器还包括：鉴权单元，用于在解析所述的LFC请求指令后还包括对所述的用户终端进行鉴权。
9.如权利要求7所述的用户定制终端外观的LFC服务器，其特征在于，将所述外观操作指令发送至目的用户终端供其执行后接收所述目的终端返回的操作结果。
10.如权利要求7所述的用户定制终端外观的LFC服务器，其特征在于，所述的外观操作指令包括激活操作指令或去激活操作指令，用以命令目的终端激活或去激活外观对象。
11.如权利要求7所述的用户定制终端外观的LFC服务器，其特征在于，所述外观操作指令生成单元还生成对于发起用户终端的上传操作指令以及对于目的用户终端的下载操作指令，以命令发起用户终端上传外观对象、目的用户终端下载发起用户终端上传的外观所述对象。
12.一种用户定制终端外观的系统，其特征在于，所述的系统包括：
用户终端，用于发送LFC请求指令或接收并执行外观操作指令；
网络服务器，用于解析所述的LFC请求指令，并将所述的解析到的请求内容发给LFC服务器；
LFC服务器，用于解析所述LFC请求指令，生成对于至少一个用户终端的外观操作指令。
13如权利要求12所述的用户定制终端外观的系统，其特征在于，所述用户终端包括：
指令收发单元，用于发送LFC请求指令及接收外观操作指令；
外观操作指令执行单元，用于执行接收到的外观操作指令。
14.如权利要求12所述的用户定制终端外观的系统，其特征在于，所述网络服务器包括：
指令解析单元，用于解析所述的LFC请求指令，并将解析到的请求内容传递给服务器收发单元；
服务器收发单元，用于将所述的解析到的请求内容发给LFC服务器。
15.如权利要求12所述的用户定制终端外观的系统，其特征在于，所述LFC服务器包括：
指令收发单元，用于接收所述的网络服务器发来的请求内容及向用户终端发送外观操作指令；
外观操作指令生成单元，用于根据指令解析单元的解析结果生成对于至少一个用户终端的外观操作指令。
16.一种用户定制终端外观的用户终端，其特征在于，所述的用户终端包括：
指令收发单元，用于发送LFC请求指令及接收外观操作指令；
外观操作指令执行单元，用于执行接收到的外观操作指令。
17.如权利要求16所述的用户定制终端外观的用户终端，其特征在于，所述的用户终端还包括：
请求信息输入单元，用于输入请求外观操作请求信息；
LFC请求指令生成单元，用于根据所述的外观操作请求信息生成LFC请求指令。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2009100034191A CN101489217A (zh) | 2009-01-12 | 2009-01-12 | 一种用户定制终端外观的方法、系统及用户终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2009100034191A CN101489217A (zh) | 2009-01-12 | 2009-01-12 | 一种用户定制终端外观的方法、系统及用户终端 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101489217A true CN101489217A (zh) | 2009-07-22 |
Family
ID=40891844
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2009100034191A Pending CN101489217A (zh) | 2009-01-12 | 2009-01-12 | 一种用户定制终端外观的方法、系统及用户终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101489217A (zh) |
-
2009
- 2009-01-12 CN CNA2009100034191A patent/CN101489217A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102474839B (zh) | 在无线网络环境中向外部网络注册的方法和装置 | |
| CN103152331B (zh) | 通过移动终端进行登录/注册的方法、系统和云端服务器 | |
| US10819754B2 (en) | Method and system for routing IP based messaging, voice and video calling based on the network parameters the device is connected to and the location | |
| CN108496380B (zh) | 服务器和存储介质 | |
| CN115380547A (zh) | 用于边缘计算系统的通信方法及装置 | |
| CN105122931A (zh) | 电子设备及在其用户门户服务器中注册个人云装置的方法 | |
| US20040162092A1 (en) | Telephone management system and method | |
| EP2320329A1 (en) | Device and corresponding system for mashup service, and method for establishing and using mashup service | |
| CN105357240A (zh) | 远程协助的控制方法及装置 | |
| CN101331737A (zh) | 通用即插即用和因特网多媒体子系统网络的通信网络装置 | |
| CN104982072A (zh) | 用于热点连接的在线注册预配置技术 | |
| US20210120416A1 (en) | Secure inter-mobile network communication | |
| CN103004186B (zh) | 在计算机设备之间配置高清晰度视频电话的装置和方法 | |
| CN109639829B (zh) | 基于服务的通信方法、通信单元、服务支持单元和系统 | |
| US10425812B2 (en) | Method and apparatus for establishment of private communication between devices | |
| US20070189476A1 (en) | Telephone Management System and Method | |
| CN104967560A (zh) | 实现与网关管理的设备的联动方法和装置 | |
| CN103179100A (zh) | 一种防止域名系统隧道攻击的方法及设备 | |
| CN104604295B (zh) | 用于在无线通信系统中由服务器管理终端对资源的访问权限的方法及其设备 | |
| US9705731B2 (en) | Mediation server, communication device, and connecting method | |
| CN108235823A (zh) | 代理无蜂窝漫游 | |
| US9049649B2 (en) | Configuring consumption of service for electronic devices | |
| KR20140045109A (ko) | 홈네트워크 가전기기 제어 시스템의 서비스 커버리지 확대를 위한 방법 | |
| KR101376890B1 (ko) | 무선 통신 디바이스를 활성화하기 위한 방법 및 장치 | |
| KR101148488B1 (ko) | 서비스를 위한 구성 설정을 자동 발견하기 위한 방법, 장치 및 컴퓨터 판독 가능 매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090722 |