CN102929845A

CN102929845A - Network reading implementation server and method

Info

Publication number: CN102929845A
Application number: CN2012104131525A
Authority: CN
Inventors: 陈竑; 何倩
Original assignee: Beijing Qihoo Technology Co Ltd; Qizhi Software Beijing Co Ltd
Current assignee: Beijing Qihoo Technology Co Ltd
Priority date: 2012-10-25
Filing date: 2012-10-25
Publication date: 2013-02-13
Anticipated expiration: 2032-10-25
Also published as: CN102929845B

Abstract

The invention discloses a network reading implementation server and method. The server comprises a client-side transmission module, a content-side transmission module and a service processing module, wherein the client-side transmission module is used for receiving a client-side request sent from a client side, analyzing information in the client-side request and returning reading contents generated by the service processing module to the client side; the service processing module is used for generating a content-side request transmitted to a content side according to the information in the client-side request and a content-side interface and generating reading contents according to information returned from the content side, and parameters uniformly supported and received by the content side according to specification are configured in the content-side interface; and the content-side transmission module is used for sending the content-side request generated by the service processing module to the content side and receiving the information returned from the content side. The server and the method can solve the problems that users cannot share reading resources among content sides and the operation burden of the client side is extremely heavy in the prior art.

Description

Server and method for realizing network reading

Technical Field

The invention relates to the field of computer networks, in particular to a server and a method for realizing network reading.

Background

In the prior art, network reading is implemented in an end-to-end manner between a client and a content end. The client is a party sending a reading service request according to user requirements, and the content end is a party providing reading content. When the client needs to obtain the read content from different content terminals, the parameters in the request need to be configured respectively according to the received parameters supported by each content terminal, and different request information is sent for different content terminals. In addition, because parameters supported by each content side are different, when the parameters supported by a client side for a certain content side are unclear, the client side cannot obtain read content from the content side. Therefore, in the prior art, reading resources of the user among the content terminals cannot be shared. In addition, the client needs to configure the parameters in the sending request according to the received parameters supported by each content end, which increases the operation burden of the client.

Disclosure of Invention

In view of the above, the present invention has been made to provide a server and a method for implementing network reading that overcome or at least partially solve the above problems.

According to an aspect of the present invention, there is provided a server for implementing network reading, the server comprising: a client end transmission module, a content end transmission module and a service processing module,

the client transmission module is suitable for receiving a client request sent by a client, analyzing information in the client request and returning the reading content generated by the service processing module to the client;

the service processing module is suitable for generating a content end request sent to the content end according to information in the client end request and a content end interface and generating reading content according to information returned by the content end, and the content end interface is provided with a parameter for standardizing the receiving of a content end system;

the content end transmission module is suitable for sending the content end request generated by the service processing module to the content end and receiving the information returned by the content end.

Optionally, the client transmission module is further adapted to analyze information in the client request according to a client interface, where a parameter that specifies unified support of the client is configured in the client interface.

Optionally, the client request includes a catalog browsing request, where the catalog browsing request includes a book identifier requesting browsing and a content identifier providing the book;

the content side interface comprises a directory interface, and the parameters configured in the directory interface comprise: content side ID and book ID;

the service processing module is further suitable for assigning the content terminal identification in the directory browsing request to the content terminal ID, and assigning the book identification to the book ID.

Optionally, the information returned by the content end includes a chapter directory;

the directory browsing request also comprises the number of chapters in each page;

the service processing module is further suitable for paging the chapter directory according to the number of chapters in each page and generating reading content according to the chapter directory after paging.

Optionally, the directory browsing request further includes a directory page number requesting browsing;

the service processing module is further suitable for paging the chapter directory and taking the directory page specified by the directory page number in the chapter directory after paging as reading content.

Optionally, the client request includes a chapter reading request, where the chapter reading request includes a book identifier that requests reading, a chapter identifier that requests reading, and a content end identifier that provides the book;

the content side interface comprises a chapter interface, and parameters configured in the chapter interface comprise: content ID, book ID and chapter ID;

the service processing module is further suitable for assigning the content terminal identification in the chapter reading request to the content terminal ID, assigning the book identification to the book ID, and assigning the chapter identification to the chapter ID.

Optionally, the parameters configured in the content-side interface include: unified signature, wherein the unified signature comprises common parameters required by text format and picture format determination;

the service processing module is further suitable for assigning values to the uniform signature according to the format style supported by the content end;

and the information returned by the content end is the reading content generated by the content end according to the format determined by the uniform signature.

Optionally, the parameters configured in the chapter interface further include: the picture attribute at least comprises one of the following attributes: background attribute, font attribute, whether the picture is paginated and picture width;

the service processing module is further suitable for assigning values to the picture attributes according to the picture styles supported by the content end;

and the information returned by the content end is a picture of the reading content generated by the content end according to the picture attribute.

Optionally, the server further comprises a payment module,

the service processing module is further suitable for indicating the payment module to carry out fee deduction operation after receiving the chapter reading request;

the payment module is suitable for determining the pricing value of the chapter requested to be read by the user, deducting the pricing value from the account value balance of the user sending the chapter reading request, and adding the pricing value into the charging value of the content end providing the chapter requested to be read.

Optionally, the server further comprises a recharge module,

the payment module is further suitable for judging whether the account value balance of the user is sufficient or not according to the pricing value after the pricing value of the chapter requested to be read by the user is determined, and if so, deducting the fixed value from the account value balance of the user and adding the fixed value into the charged value of the content end; if not, indicating the recharging module to prompt recharging, and judging whether the account value balance of the user is sufficient again after the client finishes recharging;

the recharging module is suitable for sending a recharging prompt to the client through the client transmission module, receiving recharging through the client transmission module, modifying the account value balance of the user according to the recharging amount and informing the payment module that the client finishes recharging.

According to an aspect of the present invention, there is provided a method for implementing network reading, including:

the server receives a client request sent by a client and analyzes information in the client request;

the server generates a content end request according to information in the client end request and a content end interface, and sends the content end request to a content end, wherein the content end interface is configured with a parameter for standardizing the receiving of a content end system;

and the server receives the information returned by the content end, generates reading content according to the information returned by the content end, and returns the reading content to the client.

Optionally, the parsing information in the client request further includes: and analyzing the information in the client request according to the client interface, wherein the client interface is configured with parameters for standardizing the support of the client system.

the generating of the content side request according to the information in the client side request and the content side interface further comprises: and assigning the content terminal identification in the directory browsing request to a content terminal ID, and assigning the book identification to a book ID.

the generating of the reading content according to the information returned by the content terminal further comprises: and paging the chapter directory according to the number of chapters in each page, and generating reading content according to the paged chapter directory.

the generating of the reading content according to the post-paging chapter list further comprises: after the chapter directory is paged, the directory page specified by the directory page number in the chapter directory after paging is taken as the reading content.

the generating of the content side request according to the information in the client side request and the content side interface further comprises: and assigning the content end identification in the chapter reading request to a content end ID, assigning the book identification to a book ID, and assigning the chapter identification to a chapter ID.

the generating of the content side request according to the information in the client side request and the content side interface further comprises: assigning values to the uniform signature according to the format style supported by the content end;

the generating of the content side request according to the information in the client side request and the content side interface further comprises: assigning values to the picture attributes in the chapter interfaces according to the picture styles supported by the content side;

Optionally, the server receives a client request sent by the client, and after analyzing information in the client request, the server further includes:

the server determines the pricing value of the chapter requested to be read by the user, deducts the pricing value from the account stored value balance of the user sending the chapter reading request, and adds the pricing value to the charged stored value of the content end providing the chapter requested to be read.

Optionally, the deducting the fixed value from the account stored value balance of the user who sent the chapter reading request, and adding the fixed value to the charged stored value of the content terminal that provided the chapter reading request further comprises:

judging whether the account stored value balance of the user is sufficient according to the pricing value, if so, deducting the fixed value from the account stored value balance of the user, and adding the fixed value into the charged stored value of the content end; if not, sending a charging prompt to the client, modifying the account value balance of the user according to the charging amount, and judging whether the account value balance of the user is sufficient again.

The server may be a server device such as an open platform server or a proxy server. The client may be a client device such as a user terminal. The content end can be a content end device such as a service server or a content database. Here, the server, the client, and the content server are not particularly limited, and may be any devices capable of correspondingly implementing the above-described functions.

According to the technical scheme for realizing network reading, the parameters supporting receiving of the content side unification are specified through the content side interface, the server receives the client side request in a unification mode, then the content side request is sent to the content side according to the received client side request and the content side interface, and the reading content is returned to the client side according to the content returned by the content side. Therefore, the server can uniformly process the client requests according to the content end interfaces, and the beneficial effect that the user can share the reading resources among the content ends is achieved; and the client does not need to respectively configure the parameters in the sending request according to the received parameters supported by each content end, so the method also has the advantages of reducing the operation burden of the client and saving the system resources of the client.

Drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:

FIG. 1 shows a block diagram of a server implementing network reading, according to one embodiment of the invention;

FIG. 2 is a block diagram of a server implementing network reading according to another embodiment of the present invention;

FIG. 3 shows a block diagram of a system for implementing web reading, according to one embodiment of the invention;

FIG. 4 shows a flow diagram of a method of implementing web reading according to one embodiment of the invention; and

fig. 5 shows a flowchart of operations for implementing a fee deduction in network reading, according to an embodiment of the present invention.

Detailed Description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

Referring to fig. 1, a block diagram of a server implementing network reading according to one embodiment of the invention is shown. The server 100 includes: a client side transmission module 110, a content side transmission module 130 and a service processing module 120.

The client transmission module 110 is adapted to receive the client request sent by the client 200, parse the information in the client request, and return the read content generated by the service processing module 120 to the client 200.

The service processing module 120 is adapted to generate a content side request sent to the content side 300 according to the information in the client side request and the content side interface, and generate read content according to the information returned by the content side 300. The content interface is configured with parameters that the canonical content 300 unifies to support reception.

The content end transmission module 130 is adapted to send the content end request generated by the service processing module 120 to the content end 300 and receive the information returned by the content end 300.

As can be seen from the above, in this embodiment, the server performs unified processing on the client request according to the content end interface, so that the client does not need to configure parameters in the request according to the parameters supported and received by each content end, thereby reducing the operation burden of the client, saving resources of the client, and being capable of sharing users among the content ends and achieving the beneficial effect of sharing reading resources among the content ends by the users. In addition, the parameters supported by the content end have good expansibility by using the content end interface, when the parameters supported by a certain content end are increased, the parameters are only required to be increased after the parameters specified in the existing content end interface, and the use of the content end interface by other content ends is not influenced.

Further, the client transmission module 110 is adapted to parse the information in the client request according to the client interface. The client interface is configured with parameters provided by the unified support of the canonical client 200.

In the technical scheme, the parameters received by the content end support are unified and standardized through the content end interface, and the parameters provided by the client end support are unified and standardized through the client end interface. Therefore, the operation of analyzing the client request by the server is easier, and different analysis processing is not required to be carried out according to the requests of different types of clients. And moreover, the parameters provided by the client are unified and standardized, so that the client can provide unified parameters, the server can conveniently and quickly obtain the information used in the content request according to the information in the client request, the content request is generated, and the processing speed of the server is favorably improved. In addition, parameter specification is carried out between the server and the client by using the client interface, so that when the content interface between the server and the content is changed, the interaction mode between the server and the client is not influenced, and the uniform client interface is convenient for the client to call reading resources.

A first example of a server 100 implementing network reading according to an embodiment of the present invention is as follows. In this example, the request sent by the client 200 is described in detail as an example of a directory browsing request.

The catalog browsing request comprises a book identification requesting to browse, a content end identification providing the book, the number of chapters in each page and a catalog page number requesting to browse. The content side interface includes a directory interface. The parameters configured in the directory interface include: a content side ID and a book ID. The information returned by the content end 300 includes a chapter directory.

The service processing module 120 is further adapted to assign the content end identifier in the directory browsing request to a content end ID, and assign the book identifier to a book ID, so as to generate a content end request; and paging the chapter directory returned by the content terminal 300 according to the number of chapters in each page, and taking the directory page specified by the directory page number in the paged chapter directory as the reading content.

The number of chapters in each page in the directory browsing request and the directory page number requested to browse are optional parameters, and when the number of chapters in each page and the directory page number requested to browse are not provided in the directory browsing request, the service processing module 120 directly returns the chapter directory returned by the content terminal 300 to the client 200 as the read content. When the number of chapters in each page is provided in the directory browsing request but the directory page number requested to be browsed is not provided, the service processing module 120 pages the chapter directory returned by the content terminal 300 according to the number of chapters in each page, and returns the paged chapter directory as the reading content to the client 200. In addition, the server 100 may transmit one page of the paged chapter directory to the client 200 at a time to avoid the client 200 waiting too long.

As can be seen from the above, in this example, the server performs different processes for different parameters in the directory browsing request of the client, and the parameters received by the content side and the provided content are not changed. Therefore, the complex operation of the content end for meeting the requirements of different clients is avoided, and the operation burden of the content end is reduced. Moreover, the server performs unified processing on the client request and the client reply, so that when parameters in the client request change, the exchange between the server and the content end is not influenced, and the increase of the client request has high expansibility.

Further, the parameters configured in the content-side interface further include: and (5) uniformly signing. The unified signature includes common parameters required for text format and picture format determination.

The service processing module 120 is further adapted to assign a value to the unified signature according to a format style supported by the content end 300.

The information returned by the content end 300 is the reading content generated by the content end 300 according to the format determined by the uniform signature.

According to the method, through the uniform signature, the server performs uniform configuration on the format of the reading content according to the format supported by the content end, and returns the reading content in the format to the client, so that each client can obtain uniform high-quality reading effect. And the complicated configuration of the client to the format and the format configuration error caused by unclear supported formats of the content end are avoided.

Examples of specific implementations of the interface in this embodiment are described below.

The directory browsing request of the client includes the parameters as shown in table one. The parameters in the request may be implemented through a directory interface in the client interface.

Watch 1

The chapter directory returned by the server to the client may include the following information:

ret is the server representation content data from which it started.

cover: directory cover address

author: book author

title: name of book

channel: book classification

push _ time: book push-out time

And (4) lens: book source prescription

info: brief introduction to book

free: whether the book is free of charge

items: beginning of directory information

currency: using the name of virtual currency

pay: pay by chapter or by book

price: price of books

count: number of chapters

last _ chapter: latest chapter

baike _ name: name of book in server for calling comment data

volume _ id: volume id

volume _ name: volume name

chapter: chapter information start

chapter _ id: chapter id

chapter _ name: chapter name

free: whether chapter is free of charge

price: chapter price

auth: whether authorized (whether paid)

count _ id: chapter number

The parameters for the content side to provide support in the directory interface of the content side are shown in table two.

Watch two

The content side returns the following information.

Wherein,

cover: book cover picture url address

author: authors refer to

title: book title

channel: book classification

push _ time: book push-out time

And (4) lens: book provider

info: brief introduction to book

free: whether all books are free is 1 or 0

pay: book payment mode, if the payment is the whole book, the value is book; if it is a chapter payment, the value is chapter

price: if the book is paid for the entire book, the price here is the price of the entire book, if the book is paid for the chapters, the label-1 is applied here

items: directory

volume _ id: the volume id.

volume _ name: volume name (empty if not)')

chapter _ id: chapter id

chapter _ name: chapter name

free: whether the chapter is free, 1, 0

price: chapter price (in units of minutes), free of charge of 0, if book is paid for the entire book, here the label-1

error: error (string), if the calling interface is in error, error information needs to be returned, and no error is null

Wherein volume is a directory of a higher level than a chapter, such as a collection, a department, a volume. The volume _ id is added with 1 from 1 to each volume in turn. If the whole book has no volume level, all chapters are placed in the volume with the volume _ id of 1 when returning; if only the previous chapters have no volume label, for example, chapters 1 and 2 have no volume label, chapter 3 starts to have volume label, then chapter 1 and chapter 2 are both put in the volume with volume _ id of 1, and the next volume _ id is increased from 2; if there is a level higher than the volume, such as the "body" identifier, it is considered as a volume, with normal volume _ id and volume _ name, and the rest fields are empty.

A second example of the server 100 implementing network reading of an embodiment of the present invention is described below. In this example, the request sent by the client 200 is described in detail as a chapter reading request.

The chapter reading request comprises a book identification requesting reading, a chapter identification requesting reading and a content end identification providing the book. The content side interface comprises a chapter interface, and parameters configured in the chapter interface comprise: content ID, book ID and chapter ID;

the service processing module 120 is further adapted to assign the content side identifier in the chapter reading request to a content side ID, assign the book identifier to a book ID, and assign the chapter identifier to a chapter ID.

In addition, the parameters configured in the content-side interface further include: and the unified signature comprises common parameters required by text format and picture format determination. Optionally, the parameters configured in the chapter interface further include: the picture attribute at least comprises one of the following attributes: background attribute, font attribute, whether the picture is paginated, and picture width.

The service processing module 120 is further adapted to assign a value to the unified signature according to a format style supported by the content end 300. When the picture attribute parameters are configured, the picture attributes are assigned according to the picture style supported by the content terminal 300.

The information returned by the content end 300 is the reading content generated by the content end 300 according to the format determined by the uniform signature. When the picture attribute parameters are configured, the information returned by the content end 300 is a picture of the reading content generated by the content end 300 according to the picture attribute.

As can be seen from the above, the signature includes common parameters required for determining the text format and the picture format, and is configured separately for specific picture attributes. In a common situation, only the signature can meet the format configuration requirement, and when a special picture format requirement exists, the configuration is completed through the picture attribute. Therefore, repeated configuration of common parameters required by text format and picture format determination is avoided, configuration operation is simplified, the data volume in the sent content end request is reduced, and network resources are saved.

An example of a specific implementation of the interface in this embodiment is as follows.

The chapter reading request of the client includes the parameters shown in table three. The parameters in the request may be implemented through a chapter interface in the client interface.

Watch III

The reading content returned by the server includes the following information.

ret is the server representation content data from which it started.

And (3) format: the chapter content transmission format is text if the chapter content transmission format is a character; if it is a picture, the value is image

volume _ name: roll name

chapter _ id: chapter id

chapter _ name: chapter name

chapter _ content: chapter and section contents

error: whether there is an error, and whether there is no error is null

timing and map: time stamp representing time

free: whether the chapter is free of charge

auth: whether it is authorized

The parameters for the content side directory interface to provide support for the content side are shown in table four.

Watch four

The content side returns the following information.

Wherein,

and (3) format: the content transmission format is text for text and image for image

volume _ name: volume name (empty if not)

chapter _ id: chapter id

chapter _ name: chapter name

chapter _ content: chapter content, when the format is text, transmitting chapter text content, and when the format is image, transmitting picture address

error: error (string), if the calling interface is in error, an error message needs to be returned, and no error is null.

If the content is displayed in a picture, the content end needs to support to generate a picture with a corresponding size according to the width and return the picture address. For content stations that return chapter content in pictures, the server sends a width parameter when requesting chapter content. This parameter does not add a signature.

The free chapter id and the charged chapter id of the content side can be overlapped, if the free chapter id and the charged chapter id are overlapped, a parameter free (whether the free chapter belongs to the free chapter or not) is transmitted by the server when the chapter content interface is requested, the parameter is used for content side identification, and the parameter does not participate in signature. If there is such a need, the content side needs to be predefined with the server. The free parameter is not passed by default when chapter content is requested.

Referring to fig. 2, a block diagram of a server implementing network reading according to another embodiment of the present invention is shown. The server 100 includes: a client transmission module 110, a content transmission module 130, a service processing module 120, a payment module 140 and a recharge module 150.

The client transmission module 110, the content transmission module 130 and the service processing module 120 have the functions described in the embodiment of fig. 1.

The service processing module 120 is further adapted to instruct the payment module 140 to perform a fee deduction operation after receiving the chapter reading request.

The payment module 140 is adapted to determine a pricing value for the section requested to be read by the user, deduct the pricing value from the account stored value balance of the user sending the section reading request, and add the pricing value to the charged stored value of the content terminal 300 providing the section requested to be read.

The payment module 140 may instruct the service processing module 120 to obtain the chapter pricing value catalog of the book where the chapter requested to be read is located from the content terminal 300 or the entire book pricing value according to the parsed information in the chapter reading request, and determine the pricing value of the chapter requested to be read according to the chapter pricing value catalog or the entire book pricing value. Alternatively, when the content end 300 returns the catalog, the fixed value of each chapter or the fixed value of the whole book is carried in the catalog information, and the payment module 140 obtains the pricing value of each chapter in each book. Here, the manner in which the payment module 140 obtains the chapter value is not particularly limited, and may be implemented in various ways.

Further, after determining the pricing value of the section requested to be read by the user, the payment module 140 determines whether the account value balance of the user is sufficient according to the pricing value, and if so, deducts the fixed value from the account value balance of the user, and adds the fixed value to the charged value of the content terminal 300; if not, the recharging module 150 is instructed to prompt recharging, and after the recharging of the client 200 is completed, whether the account stored value balance of the user is sufficient is judged again.

The recharging module 150 is adapted to send a recharging prompt to the client 200 through the client transmission module 110, accept recharging from the client 200 through the client transmission module 110, modify the account value balance of the user according to the recharging amount, and notify the payment module 140 that the client 200 is completed with recharging.

Further, before determining whether the account value balance of the user account is sufficient according to the pricing value, the payment module 140 determines whether the content requested to be read is paid by the user account according to the fee deduction record, and if so, does not perform fee deduction operation.

In the above embodiment, the recharge module 150 is an optional module, and the specific recharge operation can be completed by other independent devices. At this time, the payment module 140 performs a fee deduction operation, and when the account stored value balance of the user is insufficient, the fee deduction operation of the payment module 140 fails, and the service processing module 120 is instructed to refuse to return the reading content to the client 200.

Therefore, the server provides uniform charging for each client and content end, and the user can use the charging amount for a plurality of content ends after once charging, thereby facilitating the sharing of the user among the content ends and realizing the reading resource sharing of the user among the content ends.

Referring to fig. 3, a block diagram of a system for implementing web reading is shown, according to one embodiment of the present invention. The server is the server 100 in the embodiment shown in fig. 1 or fig. 2. The server 100 may provide services to a single or multiple clients 200, as well as multiple or a single content end 300. The number of the servers 100 may also be multiple, wherein one or more clients 200 may be coupled with the servers 100, and the connection may be direct connection or may be through a wireless network or a wired network; one or more content terminals 300 are coupled to the server 100, and the connection may be a direct connection or a connection through a wireless network or a wired network. The client 200 is adapted to send a reading service related request. The content terminal 300 is suitable for providing network reading content.

The server in the embodiment shown in fig. 1 or fig. 2 is included in the system in this embodiment, and therefore, the system has various advantages in this embodiment.

Fig. 4 shows a flow diagram of a method of implementing web reading, according to one embodiment of the invention, including the following steps.

Step S410, the server receives the client request sent by the client, and parses the information in the client request.

Step S420, the server generates a content request according to the information in the client request and the content interface, and sends the content request to the content. The content end interface is configured with parameters for standardizing the content end to support receiving.

And step S430, the server receives the information returned by the content end, generates reading content according to the information returned by the content end, and returns the reading content to the client.

Further, the parsing the information in the client request includes: and analyzing the information in the client request according to the client interface. The client interface is configured with parameters for supporting the provision of the specification client system.

A first example of a method of implementing network reading of an embodiment of the present invention is as follows. In this example, a detailed description will be given by taking a request sent by a client as a directory browsing request.

The client request comprises a catalog browsing request, wherein the catalog browsing request comprises book identification requesting browsing, content end identification providing the book, the number of chapters in each page and catalog page number. The content side interface comprises a directory interface, and the parameters configured in the directory interface comprise: a content side ID and a book ID. The information returned by the content end comprises a chapter directory.

The generating of the reading content according to the information returned by the content terminal further comprises: and paging the chapter directory according to the number of chapters in each page, and taking the directory page specified by the directory page number in the chapter directory after paging as reading content after paging.

The server directly returns the chapter catalog returned by the content end as reading content to the client when the number of chapters in each page and the page number of the catalog requested to browse in the catalog browsing request are not provided. When the number of chapters in each page is provided in the directory browsing request but the directory page number requested to browse is not provided, the server pages the chapter directory returned by the content end according to the number of chapters in each page, and returns the paged chapter directory as reading content to the client. In addition, the server can transmit one page of the paged chapter directory to the client at a time, so that the waiting time of the client is avoided from being too long.

Further, the parameters configured in the content-side interface further include: and (5) uniformly signing. The unified signature includes common parameters required for text format and picture format determination. The generating of the content side request according to the information in the client side request and the content side interface further comprises: and assigning values to the unified signature according to the format style supported by the content side. And the information returned by the content end is the reading content generated by the content end according to the format determined by the uniform signature.

Examples of specific implementations of the directory interface in this embodiment are shown in the foregoing table i and table ii.

A second example of a method of implementing network reading of an embodiment of the present invention is as follows. In this example, a detailed description will be given by taking a request sent by a client as a chapter reading request.

The client side request comprises a chapter reading request, and the chapter reading request comprises a book identification requesting reading, a chapter identification requesting reading and a content side identification providing the book. The content side interface comprises a chapter interface, and parameters configured in the chapter interface comprise: a content side ID, a book ID, and a chapter ID.

Further, the parameters configured in the content-side interface include: and the unified signature comprises common parameters required by text format and picture format determination.

Further, the parameters configured in the chapter interface further include: the picture attribute at least comprises one of the following attributes: background attribute, font attribute, whether the picture is paginated, and picture width.

The generating of the content side request according to the information in the client side request and the content side interface further comprises: and assigning the image attribute in the chapter interface according to the image style supported by the content terminal.

Examples of a specific implementation of the chapter interface in this embodiment are shown in table three and table four.

Referring to fig. 5, a flow chart of a method for implementing network reading according to one embodiment of the invention is shown.

Step S510, the server receives the client request sent by the client, and parses the information in the client request.

In step S520, the server determines a pricing value of a chapter the user requests to read, and then proceeds to step S530.

The method comprises the steps of obtaining a chapter pricing value catalog of a book where chapters requested to be read are located or a whole book pricing value from a content end according to information in analyzed chapter reading requests, and determining the pricing value of the chapter requested to be read according to the chapter pricing value catalog or the whole book pricing value. Or, when the content end returns the catalog, the fixed value of each chapter or the fixed value of the whole book is carried in the catalog information, so as to obtain the fixed value of each chapter in each book. Here, the method of obtaining the chapter value is not particularly limited, and may be implemented in various ways.

In step S530, the server judges whether the account stored value balance of the user is sufficient according to the determined pricing value, if so, the step S550 is executed, and if not, the step S540 is executed.

Step S540, the server sends the charge prompt to the client, modifies the account value balance of the user according to the charge amount, and executes step 530 to start to judge whether the account value balance of the user is sufficient again.

In step S550, the server deducts the pricing value from the account value balance of the user, adds the pricing value to the charged value of the content end, and then proceeds to step S560.

In step S560, the server generates a content request according to the information in the client request and the content interface, sends the content request to the content, and then proceeds to step S570. The content end interface is configured with parameters for standardizing the content end to support receiving.

Step S570, the server receives the information returned by the content end, generates reading content according to the information returned by the content end, and returns the reading content to the client.

In the above embodiment, step S550 is an optional step of the server, and the specific recharging operation may also be completed by other independent devices. At the moment, the server carries out fee deduction operation, and when the account value balance of the user is insufficient and the fee deduction operation fails, the server refuses to return the reading content.

The algorithms and displays presented herein are not inherently related to any particular computer, virtual machine, or other apparatus. Various general purpose systems may also be used with the teachings herein. The required structure for constructing such a system will be apparent from the description above. Moreover, the present invention is not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any descriptions of specific languages are provided above to disclose the best mode of the invention.

In the description provided herein, numerous specific details are set forth. It is understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be interpreted as reflecting an intention that: that the invention as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will appreciate that while some embodiments described herein include some features included in other embodiments, rather than other features, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The usage of the words first, second and third, etcetera do not indicate any ordering. These words may be interpreted as names.

Claims

1. A server for enabling web-based reading, the server comprising: a client end transmission module, a content end transmission module and a service processing module,

2. The server of claim 1, wherein,

the client transmission module is further suitable for analyzing information in the client request according to a client interface, and parameters provided by a standard client system are configured in the client interface.

3. The server according to claim 1 or 2,

the client request comprises a catalog browsing request, and the catalog browsing request comprises a book identifier requesting to browse and a content end identifier providing the book;

4. The server according to any one of claims 1 to 3,

the information returned by the content end comprises chapter catalogues;

5. The server according to any one of claims 1 to 4,

the directory browsing request also comprises a directory page number requesting to browse;

6. The server according to any one of claims 1 to 5,

the client side request comprises a chapter reading request, and the chapter reading request comprises a book identification requesting reading, a chapter identification requesting reading and a content end identification providing the book;

7. The server according to any one of claims 1 to 6,

the parameters configured in the content-side interface include: unified signature, wherein the unified signature comprises common parameters required by text format and picture format determination;

8. The server according to any one of claims 1 to 7,

the parameters configured in the chapter interface further include: the picture attribute at least comprises one of the following attributes: background attribute, font attribute, whether the picture is paginated and picture width;

9. The server according to any one of claims 1 to 8,

the server further comprises a payment module for payment,

10. The server according to any one of claims 1 to 9,

the server further comprises a recharge module for recharging the mobile phone,

11. A method for realizing network reading is disclosed,

12. The method of claim 11, wherein,

the analyzing the information in the client request further comprises: and analyzing the information in the client request according to the client interface, wherein the client interface is configured with parameters for standardizing the support of the client system.

13. The method of claim 11 or 12,

14. The method of any one of claims 11 to 13,

the information returned by the content end comprises chapter catalogues;

15. The method of any one of claims 11 to 14,

16. The method of any one of claims 11 to 15,

17. The method of any one of claims 11 to 16,

18. The method of any one of claims 11 to 17,

19. The method of any one of claims 11 to 18,

the server receives a client request sent by a client, and after analyzing information in the client request, the server further comprises:

20. The method of any one of claims 11 to 19,

the deducting the fixed value from the account stored value balance of the user who sent the chapter reading request, and adding the fixed value to the charged stored value of the content terminal that provides the chapter reading request further comprises: