Method, device and system for producing small window at client in broadband data intelligent network

• US 20070055750A1
• Filed: 08/25/2006
• Published: 03/08/2007
• Est. Priority Date: 03/24/2004
• Status: Active Grant

• Current Assignee: Huawei Technologies Co., Ltd. (Huawei Investment & Holding Co., Ltd.)
• Original Assignee: Huawei Technologies Co., Ltd. (Huawei Investment & Holding Co., Ltd.)
• Inventors: Wang, Yue, Zhou, Chao, Zhai, Huachun, Zhu, Chengfang, Hou, Dongdong, Lou, Yang
• Granted Patent: US 7,788,320 B2
• Time in Patent Office: Days
• US Class Current: 709/219
• CPC Class Codes: H04L 12/2881 IP/Ethernet DSLAM
• CPC Class Codes: H04L 67/75 Indicating network or usage conditions on the user display

Abstract

The present invention discloses a method and a client for producing a small window at the client in a broadband data intelligent service, comprising: pre-setting a first module and a second module; while a user needs to use data service, obtaining, by the first module, the IP address of the client, and sending the IP address and authentication information input by the client to the portal server; upon receiving a past authentication message from the portal server, the first module making the second module to operate; and generating, by the second module, a small window to display the access information of the client and provide the user with operation buttons. Moreover, the present invention also discloses a method a device and a system for generating a user interface for a client terminal in a communication network.

Claims

1. A method for producing a small window at a client in a broadband data intelligent service, the broadband data intelligent network comprises a client and a portal server, comprising:

pre-setting a first module and a second module;

while a user needs to use data service, obtaining, by the first module, the IP address of the client, and sending the IP address and authentication information input by the user to the portal server;

upon receiving a past authentication message from the portal server, the first module making the second module to operate; and

generating, by the second module, a small window to display the access information of the client and provide the user with operation buttons.

2. The method according to claim 1, further comprising:

pre-setting a shared memory at the client, which can be accessed by both the first module and the second module.

3. The method according to claim 2, wherein,

upon receiving the message indicating that the authentication has been successful from the portal server, the first module writes a piece of information associated with the data service accessed by the user into the shared memory;

and

the second module reads the access information of the user from the associated information in the shared memory, and displays the access information of the user in the small window.

4. The method according to claim 1, further comprising:

after obtaining the IP address of the client, sending, by the first module, the IP address of the client to an Integrated Service Control Center (ISCC) via the portal server requesting for the user information; and

if the ISCC determines that the user has not been successfully authenticated, generating, by the portal server, an authenticating page for the user to input a name and a password of the user; and

otherwise, directly making, by the first module, the second module to operate.

5. The method according to claim 1, further comprising:

controlling the user'"'"'s usage of the data service with the small window.

6. The method according to claim 5, wherein, the step for controlling the user'"'"'s usage of the data service with the small window comprises:

sending, by the second module, handshaking messages periodically to the portal server;

checking, by the portal server, whether the off-line reason of the user in a user record of a database is blank, if yes, returning to the second module a handshaking successful response message;

otherwise, returning to the second module a handshaking failed response message; and

continuing to send handshaking messages periodically to the portal server by the second module, in the case of receiving the handshaking successful response message, or

ceasing the user'"'"'s access of the data service and displays the off-line reason of the user in the small window by the second module, in the case of receiving the handshaking failed response message.

7. The method according to claim 6, further comprising:

setting, by the portal server, the off-line reason of the user in the user record to a non-blank value, after receiving a forced off-line message from the ISCC or a message from the client indicating the user has actively logged off.

8. The method according to claim 6, further comprising:

re-sending a handshaking message by the second module, once the second module fails to receive the handshaking response message from the portal server within a preset period of time; and

displaying an abnormal network connection in the small window by the second module, if the second module still fails to receive the handshaking response message after re-sending the handshaking message for preset times.

9. The method according to claim 6, further comprising:

searching a user record in an on-line user link list by the portal server, upon receiving the handshaking message from the client;

checking, by the portal server, whether the off-line reason in the user record of the database is blank, if the portal server finds the user record;

returning, by the portal server, to the second module a response message for creating the user information, if the portal server fails to find out the user record; and

sending, by the second module, to the portal server a handshaking message for creating the user information, upon receiving the response message.

10. The method according to claim 6, further comprising:

before sending the handshaking message, determining whether the data service is accessed by a web authentication mode, if yes, carrying out the steps of sending the handshaking messages; and

otherwise, displaying a message corresponding to the access mode of the user in the small window directly.

11. The method according to claim 6, further comprising:

scanning the user records in the on-line user data link list periodically by the portal server;

placing the user record relating to the client in a to-be-deleted queue, if the portal server fails to receive the handshaking message from the client;

traversing the user records in the to-be-deleted queue; and

sending to each client relating to the user records in the to-be-deleted queue an off-line message and deleting the user records from the on-line user data link list.

12. The method according to claim 11, further comprising:

presetting a maximum value of failure times for handshaking;

changing failure times of handshaking if no handshaking message is received from the client within a preset period of time; and

placing the user record relating to the client into the to-be-deleted queue, when the value of the failure times of handshaking equals to the preset maximum value.

13. The method according to claim 11, further comprising:

before sending an off-line message to the user, determining whether it is necessary to send an off-line message to the client, if yes, carrying out the steps of sending the off-line message;

otherwise, deleting the user record relating to the client from the on-line user data link list directly.

14. The method according to claim 13, wherein, the step of determining whether it is necessary to send the off-line message to the client comprises:

comparing whether the portal server'"'"'s IP address of the user record in the database is the same as its own IP address.

15. The method according to claim 1, wherein, the first module and the second module are integrated in the client of the user.

16. A client for producing a small window in a broadband data intelligent service, comprising:

a first module, for obtaining an IP address of a client used by a user when the user accesses a portal server;

a second module, for popping up a small window at the client, displaying access information of the user and providing operating buttons for the user in the small window;

wherein,

after the portal server successfully authenticate the user, the first module makes the second module to operate.

17. The client according to claim 16, wherein the first module is implemented by a control and the second module is implemented by a client application.

18. The client according to claim 16, further comprising:

a shared memory, for storing the information associated with the data service used by the user;

wherein

the shared memory is set in the memory of the client and can be accessed by both the first module and the second module.

19. A method for generating a user interface for a client in a communication network, comprising:

obtaining the IP address of the client, while a user initiating a data service;

sending the IP address and authentication information input by the user to a server; and

upon receiving an authentication pass message, generating a user interface used to display the user'"'"'s access information and provide the user with operation buttons;

wherein the user interface is separated from internet browser.

20. The method according to claim 19, further comprising:

after obtaining the IP address of the client, sending the IP address of the client to an Integrated Service Control Center (ISCC) for the user information; and

if the ISCC determines that the user has not been successfully authenticated, generating an authenticating page for the user to input a name and a password of the user by the server.

21. The method according to claim 19, further comprising:

controlling the user'"'"'s usage of the data service through the user interface.

22. A device for generating a user interface for a client in a communication network, comprising:

a unit, configured to;

obtaining the IP address of the client, while a user initiating a data service;

sending the IP address and authentication information input by the user to a server; and

upon receiving an authentication pass message, generating a user interface used to display the user'"'"'s access information and provide the user with operation buttons;

wherein the user interface is separated from internet browser.

23. The device according to claim 22, wherein the unit comprising:

a first module, for obtaining the IP address of the client, while a user initiating a data service; and

for sending the IP address and authentication information input by the user to a server; and

a second module, for popping up a small window at the client, displaying access information of the user and providing operating buttons for the user in the small window;

wherein,

after the server successfully authenticate the user, the first module makes the second module to operate.

24. The device according to claim 23, wherein the unit further comprising:

a shared memory, for storing the information associated with the data service used by the user;

wherein

the shared memory can be accessed by both the first module and the second module.

25. A communication system, comprising:

a client, a user can use internet via the client;

a server, connected to the client; and

a unit, configured to;

obtaining the IP address of the client terminal from the client terminal, while a user initiating a data service;

sending the IP address and authentication information imputed by the user to the server;

upon receiving an authentication pass message from the server, generating a user interface used to display the user'"'"'s access information and provide the user with operation buttons;

wherein the user interface is separated from internet browser.

26. The communication system according to claim 25, wherein the unit further comprising:

a first module, for obtaining the IP address of the client, while a user initiating a data service; and

for sending the IP address and authentication information input by the user to a server; and

a second module, for popping up a small window at the client, displaying access information of the user and providing operating buttons for the user in the small window;

wherein,

after the server successfully authenticate the user, the first module makes the second module to operate.

27. The communication system according to claim 26, wherein the unit further comprising:

a shared memory, for storing the information associated with the data service used by the user;

wherein

the shared memory can be accessed by both the first module and the second module.