JP2006260361A - Content delivery system and content delivery program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To enable each client to timely obtain update information of content, while reducing the load on a server and client, and reducing the traffic of a network. <P>SOLUTION: An intranet server 2 comprises an update presence determining means 10 for determining whether the content has been updated, a delivered document creating means 12 for obtaining an update detail of the content and creating a delivered document of content update, when it is determined that the content has been updated, and a delivered document transmitting means 13 for transmitting the delivered document to all of the clients 3. Each of the clients 3 is provided with a filtering means 22 for determining whether the delivered document received by a delivered document receiving means 20 satisfies filtering conditions, and an HTML document creating means 23 and delivered document display means 24 for displaying the delivered document, when it is determined that the delivered document satisfies the filtering conditions. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a content delivery system and a content delivery program, and more particularly to a content delivery system and a content delivery program for delivering content from a server to a client via a network.

  In a conventional content delivery system, when an update notification related to specific content is requested from a client, the server stores the relationship between the requested content and the request source address in the management table, and the content is updated. At this time, a content update notification is transmitted to the destination address specified by referring to the management table.

International Publication No. 01/098904 Pamphlet

  In a conventional content delivery system, content that satisfies a condition is determined by referring to the management table for each client in the server and performing a condition determination as to whether or not the update notification request is set. Therefore, there is a problem that the server needs to determine the condition and the burden on the server is increased.

  For this reason, other conventional content delivery systems configured to reduce the burden on the server have been devised. For example, when content is distributed via an intranet within the company, the server is periodically checked for update information from each client. By doing so, the burden on the server can be reduced. However, in this case, in order for the client to obtain information in a timely manner, access is required every time, but there is a problem in that unnecessary work increases accordingly. Furthermore, there is a problem in that each client accesses each time in order to obtain update information, thereby increasing the number of accesses and increasing network traffic.

  The present invention has been made to solve such problems, and each client can obtain content update information in a timely manner while reducing the load on the server and the client and reducing the network traffic. The object is to obtain a possible content delivery system and content delivery program.

  The present invention relates to a server, one or more clients connected to the server via a communication network, and a content delivery system for distributing content to the client by the server, the server storing the content When it is determined by the content storage means, the update presence / absence determination means for determining whether the content stored in the content storage means has been updated, and the update presence / absence determination means, A delivery document creating means for obtaining the content update content and creating a delivery document for content update; and a delivery document sending means for sending the delivery document created by the delivery document creation means to the client; The client is transmitted by the delivery document transmission means of the server. A delivery document receiving means for receiving the delivery document; a filtering condition storage means for storing a filtering condition for determining whether to display the delivery document received by the delivery document receiving means; and the delivery When the document receiving means receives the delivery document, the filtering means for judging whether or not the received delivery document satisfies the filtering condition, and when the delivery means determines to display the delivery document And a delivery document display means for displaying the delivery document.

  The present invention relates to a server, one or more clients connected to the server via a communication network, and a content delivery system for distributing content to the client by the server, the server storing the content When it is determined by the content storage means, the update presence / absence determination means for determining whether the content stored in the content storage means has been updated, and the update presence / absence determination means, A delivery document creating means for obtaining the content update content and creating a delivery document for content update; and a delivery document sending means for sending the delivery document created by the delivery document creation means to the client; The client is transmitted by the delivery document transmission means of the server. A delivery document receiving means for receiving the delivery document; a filtering condition storage means for storing a filtering condition for determining whether to display the delivery document received by the delivery document receiving means; and the delivery When it is determined that when the document receiving means receives the distribution document, the filtering means for determining whether or not the received distribution document satisfies the filtering condition, and the filtering means display the distribution document. Since the content delivery system has a delivery document display means for displaying the delivery document, the server does not determine whether or not to send the delivery document, and the client Does not need to access the server to get updated information, so the server and client It is possible to reduce the load, reduction of network traffic can be an implementation, the update information of the content can be obtained by each client timely.

Embodiment 1 FIG.
Based on the drawings, a content delivery system according to Embodiment 1 of the present invention will be described. This embodiment shown in FIG. 1A is based on an intranet. As shown in FIG. 1 (a), the content delivery system according to Embodiment 1 of the present invention includes an intranet server 2 and a plurality of clients 3 connected via an intranet 1. In the intranet server 2, there is provided a database server 4 (hereinafter referred to as a DB server 4) that stores various contents to be distributed (content files). In this example, it is assumed that the contents are classified for each department of the company and stored in the DB server 4. Specifically, each content is classified for each department, such as the contents of the personnel department or the general affairs department, and a classification name is assigned to the folder (department folder) corresponding to the classification name. Stored. The intranet server 2 periodically accesses the DB server 4 and checks whether each content has been updated. As shown in FIG. 3, the DB server 4 stores the latest update time of the content along with the content ID of each content. Therefore, if the update time is confirmed, it is possible to detect whether the content has been updated. If the content has been updated, a distribution document for notifying that the content has been updated is transmitted to all clients 3. Each client 3 decides whether or not to display the update information of the content according to the filtering condition (see FIG. 9) possessed by the client 3 when the delivery document is received from the intranet server 2, and displays the display. When it is determined to be performed, an update display is automatically performed. In this way, the user can know the update of each content without trouble.

This will be described in more detail with reference to FIG. As shown in FIG. 1B, the intranet server 2 is provided with an update presence / absence determination unit 10, a timer 11, a distribution document creation unit 12, a distribution document transmission unit 13, and a DB server 4. .
The update presence / absence determining means 10 periodically determines whether or not the content stored in the DB server 4 has been updated.
The timer 11 measures a cycle in which the update presence / absence determination unit 10 performs determination.
When the update presence / absence determination unit 10 determines that the update has been performed, the distribution document creation unit 12 acquires the update content of the content and creates a content update distribution document based on the update content.
The distribution document transmission unit 13 transmits the distribution document created by the distribution document creation unit 12 to all clients 3 via the intranet 1.
The DB server 4 stores each content to be distributed. The data stored in the DB server 4 includes the content file of each content, the content ID, the relative path of the department folder in which the content is stored, the latest update date and time of the content, the content classification name (and / or the department of the content). Folder name), content title tag, and the like.

As shown in FIG. 1B, each client 3 includes a distribution document receiving unit 20, a filtering condition storage unit 21, a filtering unit 22, an HTML document creation unit 23, and a distribution document display unit 24. Is provided.
The distribution document receiving unit 20 receives the distribution document transmitted by the distribution document transmission unit 13 of the intranet server 2.
The filtering condition storage unit 21 stores filtering conditions for determining whether or not to display the distribution document transmitted by the distribution document transmission unit 13 of the intranet server 2 (see FIG. 9). As for the filtering condition, a menu that can be set as a filtering condition is displayed on the screen of each client 3 as shown in the screen example of FIG. 10, and the user selects a corresponding one from the menu with the mouse. To set. In addition, a keyword to be set as a filtering condition may be set by a user using an input means such as a keyboard in a free keyword input field in the screen example of FIG.
When the distribution document receiving unit 20 receives the distribution document from the distribution document transmission unit 13 of the intranet server 2, the filtering unit 22 satisfies whether the received distribution document satisfies the filtering condition registered in the filtering condition storage unit 21. Determine whether or not.
The HTML document creation unit 23 creates an HTML document file for displaying the distribution document as a pop-up window when the filtering unit 22 determines to display the distribution document.
The distribution document display unit 24 displays the distribution document using the HTML document created by the HTML document creation unit 23.

Next, the operation will be described.
First, the operation of the intranet server 2 will be described. The flow of content update check and update notification processing is shown in the flowchart of FIG. First, when the content update notification service is started (step S1), the intranet server 2 starts measuring elapsed time by the timer 11 (step S2), and every event generated by the timer 11, that is, every predetermined time has elapsed. Periodically (step S3), the update presence / absence determining means 10 accesses each content stored in the DB server 4 (step S4). At this time, the occurrence interval of the timer event is arbitrary and is set in the intranet server 2 in advance. The intranet server 2 periodically accesses the content in this way and determines whether the content has been updated (step S5). Whether or not the update has been performed is determined by checking the update date and time of the content. That is, the time of occurrence of the previous timer event (for example, 2004-12-31-00: 00: 00) is stored, and the content update date is earlier than the time of occurrence of the previous timer event. If there is no content update, it is determined that the content has been updated after the occurrence time. The DB server 4 stores content update determination data 40 shown in FIG. The content update determination data 40 stores the content ID, the relative path of the department folder in which the content is stored, the latest update date and time of the content, and the classification name to which the content belongs. As shown in the example of FIG. 3, the content classification name may store text data such as “Personnel Section” and “General Affairs Department”, but the classification name is composed of numbers assigned in advance to each classification name. The code may be stored. If there is no update as a result of the determination in step S5, that is, if the content update date and time of the content update determination data 40 is before the time of the previous check (the event occurrence time of the previous timer 11), what Without returning to step S3. If there is an update, the delivery document creation means 12 acquires the content update content (step S6). At this time, the acquired contents are a content ID, a content file name, a content title tag content, and an update date and time. Based on the acquired information, the distribution document creation means 12 generates the distribution document 50 shown in FIG. 5 (step S7), and the distribution document transmission means 13 distributes to all clients 3 by broadcast (step S8). .

  In the above description, it has been described that a content ID is assigned to each content, but this content ID is a unique code that is assigned to identify the content and does not overlap (a predetermined digit). Consists of numbers). The content ID is uniquely determined and is assigned to each department folder. The department folder is a folder generated for each classification name, and in the example of FIG. In this way, the name of the department folder is each classification name. The above-mentioned relative path indicates a department folder path. FIG. 4 shows a content storage structure of the DB server 4. As shown in FIG. 4, an intrahome folder is provided in the DB server 4, and a plurality of department folders 42 corresponding to each category name are provided below the intrahome folder. Each content 43 is assigned a content file name and stored in the classification folder 42.

  Next, the operation of the client 3 will be described. The flow of client processing is shown in FIG. First, since the distribution information is sent from the intranet server 2 by the process of step S8 in FIG. 2 described above, when the content update notification service is started (step S11), the distribution information transmitted from the intranet server 2 is broadcast. In order to receive it, the port is opened and it waits (step S12). When the distribution document receiving unit 20 receives the distribution document 50 shown in FIG. 5 from the intranet server 2 (step S13), the filtering unit 22 makes the content of the distribution document 50 meet the filtering condition set in advance in the client 3. It is determined whether or not (step S14). An example of the filtering condition file 70 is shown in FIG. As shown in FIG. 9, the filtering condition stores each content ID, a relative path in which the content is stored, a classification name, and a flag indicating whether or not to update the content. When the flag is “true”, display is performed, and when the flag is “false”, display is not performed. If the content of the distribution document 50 satisfies the filtering condition of FIG. 9, the HTML document creation means 23 creates a popup window HTML document based on the content of the distribution document 50 (step S15). At this time, the distribution document 50 has the contents of the title tag of the update content and the update date / time as information, and creates an HTML document based on the two. The distribution document display means 24 displays a pop-up window using the created HTML document and notifies the user (step S16). An example of the pop-up window is shown in FIG. The pop-up window 60 is linked to the content in the DB server 4, and by clicking the title tag in the pop-up window 60, the content file name and the relative path information held by the client 3 (see FIG. 9) Can access the DB server 4 and immediately view the original content.

  Next, a method for setting filtering conditions will be described. The filtering setting is performed in each client 3 by the screen of FIG. Only items determined by the intranet server 2 can be selected in the filtering condition setting. That is, when the filtering file is transmitted from the intranet server 2 (see step S24 in FIG. 7), each client 3 uses the information of the classification name (department folder) included in the filtering file in FIG. The HTML document for the screen of a) is created, and the screen of FIG. 10 is displayed using the created HTML document. Next, a filtering condition can be set by the user of each client 3 selecting a category name (department folder name) in the screen of FIG. 10A and clicking with the mouse. For example, it is assumed that the user of the client 3 selects and designates the personnel section on the screen of FIG. As a result, as in the example of the filtering setting data shown in FIG. The flag is set to “false” for content belonging to a category name that is not selected and specified. Further, when the user inputs an arbitrary keyword (for example, “virus”) that can be included in the title tag in the free keyword input field in FIG. 10, the keyword is entered in the keyword field of the filtering setting data in FIG. “Virus” is registered and its flag is set to “true”. In this way, the filtering setting data is set for each client 3 and stored in a storage device (not shown) of each client 3. Thereby, in the filtering in step S14 in FIG. 6, it is determined whether or not the updated content belongs to the category name (department folder) set to “true” in FIG. If a pop-up window is displayed in the process of step S16 and the updated content belongs to the category name (department folder) set to “false”, Regardless of the flag, if the registered keyword is included in the title tag of the updated content, a pop-up window is displayed in the same manner in step S16.

  Processing in the intranet server 2 for filtering setting will be described with reference to FIG. As described above, the items that can be selected in the filtering condition setting are only items determined by the intranet server 2. Therefore, as shown in FIG. 7, first, a keyword file is created for the intranet server 2 (step S21). Next, a table as shown in FIG. 3 is displayed on the screen of the intranet server 2 to check each content to be filtered, and an arbitrary classification name (“HR section”, “General Affairs Department” for each content. ) Is input by the operator (step S22). The inputted classification name is registered in the filtering file of the intranet server 2 (step S23). Next, the intranet server 2 transmits a filtering file to all the clients 3 (step S24). Thereby, as described above, each client 3 displays the screen of FIG. Note that the content update determination data of FIG. 3 may be used as the filtering file.

  Next, a case where the number of items that can be selected in the filtering condition setting is increased will be described. In this case, the processing is the same as that after step S22 in FIG. A table as shown in FIG. 3 is displayed on the screen of the intranet server 2 to check the content to be filtered, and the operator inputs a classification name (“ΔΔ section”) to be added to the content (step S22). ). The inputted classification name is additionally registered in the filtering file of the intranet server 2 (step S23). Next, the intranet server 2 transmits the updated filtering file as tool update information to all the clients 3 (step S24). The client that has received this tool update information updates the filtering setting data ID, relative path, and classification name in FIG. 9, and updates and displays the filtering options on the setting screen as shown in FIG. △△ section has been added.) Note that the content update determination data in FIG. 3 may be used as the tool update information.

  As described above, in this embodiment, the intranet server 2 periodically accesses the DB server 2 to check whether each content is updated, and when there is an updated content, Each client 3 is notified that the content has been updated. Each client 3 determines whether or not to display the notification according to the filtering conditions stored by itself, and automatically displays it on the screen when it is determined to display the notification. Therefore, the user can know the update of each content without trouble. Further, since the client 3 does not access the intranet server 2 at the time of the update notification, an increase in network traffic can be avoided. Further, since the update notification is determined by each client 3, the load on the intranet server 2 can be greatly reduced compared to the conventional system in which the intranet server has determined for all clients.

Embodiment 2. FIG.
In the first embodiment described above, an example in which an intranet is used as a communication network has been described. However, the present invention is not limited to this, and the Internet may be used as a communication network. In that case, if the client of the other party to which the distribution document for notifying the content update is registered in advance in the server, the distribution document is transmitted to all the registered clients. The same effect as 1 is obtained. In this case, notification may be made by e-mail instead of the pop-up window.

It is the block diagram which showed the structure of the content delivery system which concerns on Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the intranet server in the content delivery system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the data for content update determination in the content delivery system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the content storage structure in the content delivery system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the delivery document in the content delivery system which concerns on Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the client in the content delivery system which concerns on Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the intranet server in the content delivery system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the pop-up window which displays the delivery document in the content delivery system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the filtering condition file in the content delivery system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the screen display of the client in the content delivery system which concerns on Embodiment 1 of this invention.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 1 Intranet, 2 Intranet server, 3 client, 4 Database server (DB server), 10 Update presence determination means, 11 Timer, 12 Distribution document creation means, 13 Distribution document transmission means, 20 Distribution document reception means, 21 Filtering condition storage means 22 Filtering means, 23 HTML document creation means, 24 Delivery document display means, 40 Content update determination data, 50 Delivery document, 60 Pop-up window, 70 Filtering condition file.

Claims (8)

A server, one or more clients connected to the server via a communication network, and a content delivery system for delivering content to the clients by the server,
The server
Content storage means for storing the content;
Update presence / absence determining means for determining whether or not the content stored in the content storage means has been updated;
A delivery document creation means for obtaining an update content of the content and creating a delivery document of the content update when it is determined that the update has been performed by the update presence / absence judgment means;
Distribution document transmission means for transmitting the distribution document created by the distribution document creation means to the client,
The client
Delivery document receiving means for receiving the delivery document transmitted by the delivery document sending means of the server;
Filtering condition storage means for storing a filtering condition for determining whether or not to display the distribution document received by the distribution document receiving means;
Filtering means for determining whether or not the received distribution document satisfies the filtering condition when the distribution document receiving means receives the distribution document;
And a distribution document display unit configured to display the distribution document when the filtering unit determines to display the distribution document. The content storage means stores the content file of the content, the content ID, the latest update date and time of the content, the folder storing the content, and the relative path information of the content,
The content delivery system according to claim 1, wherein the update presence / absence determination unit determines whether the content has been updated based on information on a latest update date and time of the content.   3. The content delivery according to claim 1, wherein the distribution document transmitted by the distribution document transmission unit includes information on an ID of the content, a content file name, and a title of the content. system. The filtering condition in the filtering means is set by selecting and specifying a folder of the content,
When the folder in which the content of the distribution document distributed by the distribution document transmission unit is stored is the same as the folder set as the filtering condition, the filtering unit determines to display the distribution document. The content delivery system according to claim 2 or 3, wherein: The filtering condition in the filtering means is set by inputting a keyword that can be included in the title of the content,
The filtering unit determines to display the distribution document when the keyword set as the filtering condition is included in the title of the content of the distribution document distributed by the distribution document transmission unit. The content delivery system according to claim 2 or 3.   The content delivery system according to any one of claims 1 to 5, wherein the communication network includes an intranet. A server-side program of a content delivery system that distributes content to the client by a server, one or more clients connected to the server via a communication network,
A content storage step of storing the content;
An update presence / absence determination step for determining whether or not the content stored in the content storage device is updated;
A delivery document creation step that, when it is determined that the update has been performed in the update presence / absence determination step, obtains the update content of the content and creates a delivery document that notifies the update of the content;
A server program of a content delivery system for causing a computer to execute a distribution document transmission step for transmitting the distribution document generated in the distribution document generation step to a distribution destination of the content. A server, one or more clients connected to the server via a communication network, and a client-side program of a content delivery system for delivering content to the clients by the server,
A delivery document receiving step for receiving a delivery document for notifying the content update;
A filtering condition storage step of storing a filtering condition for determining whether to display the distribution document received by the distribution document reception step;
A filtering step for determining whether or not the received delivery document satisfies the filtering condition when the delivery document is received by the delivery document receiving step;
A client-side program of a content delivery system for causing a computer to execute a distribution document display step of displaying the distribution document when it is determined that the distribution document is displayed by the filtering step.

Images