WO2012070179A1 - 区間作成装置、区間作成方法、及び区間作成プログラム - Google Patents

区間作成装置、区間作成方法、及び区間作成プログラム Download PDF

Info

Publication number
WO2012070179A1
WO2012070179A1 PCT/JP2011/005664 JP2011005664W WO2012070179A1 WO 2012070179 A1 WO2012070179 A1 WO 2012070179A1 JP 2011005664 W JP2011005664 W JP 2011005664W WO 2012070179 A1 WO2012070179 A1 WO 2012070179A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
unit
live data
live
time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2011/005664
Other languages
English (en)
French (fr)
Inventor
正明 牧野
藤井　毅也
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
JVCKenwood Corp
Original Assignee
JVCKenwood Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by JVCKenwood Corp filed Critical JVCKenwood Corp
Priority to EP11843632.8A priority Critical patent/EP2574052A4/en
Priority to KR1020127022796A priority patent/KR101404585B1/ko
Priority to CN201180037831.0A priority patent/CN103053156B/zh
Publication of WO2012070179A1 publication Critical patent/WO2012070179A1/ja
Priority to US13/614,880 priority patent/US9191609B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/40—Data acquisition and logging
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H04N21/8402—Generation or processing of descriptive data, e.g. content descriptors involving a version number, e.g. version number of EPG data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H04N21/8405—Generation or processing of descriptive data, e.g. content descriptors represented by keywords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal

Definitions

  • the present invention relates to a section creation device, a section creation method, and a section creation program for creating a section for reproducing or editing a range that matches a specified search condition in digital content that is video and audio data. is there.
  • Patent Document 1 discloses a technique for determining the start position of a part of interest using caption information attached to digital content.
  • Japanese Patent Application Laid-Open No. 2004-228561 detects a digest section that represents the content of a program by analyzing a video, and sets a caption section of a digest section that includes many frequently occurring keywords detected in the entire caption as a heading. Is disclosed.
  • No invention has been disclosed that can determine the viewing section of digital content related to a keyword from a specific keyword without using caption information.
  • the present invention has been made in consideration of the above points, and provides a technique for determining a viewing section of digital content related to a keyword from a specific keyword.
  • an interval creation device acquires character string data transmitted from a plurality of terminals, and also registers data of character string data and date and time when the character string data is acquired.
  • a live data acquisition unit that acquires live data including the date and time, and a live data number totaling unit that counts the number of live data that has character string data that matches the search conditions input by the input unit, every predetermined unit time
  • a section creation unit A section creation unit.
  • a broadcast station information storage unit that stores a combination of a broadcast station ID that is an identifier for uniquely identifying a broadcast station and one or more broadcast station tags that are character strings representing the broadcast station may be further provided.
  • the live data may further include a broadcasting station ID of the broadcasting station related to the character string data.
  • the live data count totaling unit may count the number of live data per unit time for each broadcasting station ID related to live data.
  • the section creation unit is specified by the start time and the end time or the length of the period in which the number of pieces of live data for each broadcasting station ID counted by the live data count totaling unit is equal to or greater than the threshold. Section data may be created.
  • a broadcast station information storage unit that stores a combination of a broadcast station ID that is an identifier for uniquely identifying a broadcast station and one or more broadcast station tags that are character strings representing the broadcast station, and one or more broadcasts You may further provide the broadcasting station identification part which matches the actual condition data which has character string data containing a station tag, and the broadcasting station ID matched with the broadcasting station tag.
  • the live data count totaling unit may count the number of live data per unit time for each broadcasting station ID related to live data.
  • the section creation unit is specified by the start time and the end time or the length of the period in which the number of pieces of live data for each broadcasting station ID counted by the live data count totaling unit is equal to or greater than the threshold. Section data may be created.
  • the degree of association between the content information storage unit that stores the broadcast station ID and the content information that is the bibliographic information of the broadcast content, the content information, and the character string data of the live data is greater than or equal to a predetermined set value.
  • a broadcast content storage unit that stores a content ID that is an identifier for uniquely identifying broadcast content may be further provided.
  • the live data may further include a content ID related to the character string data.
  • the live data count counting unit may count the number of live data per unit time for each content ID related to live data.
  • the section creation unit is specified by the start time and the end time or the length of the period in which the number of pieces of live data for each content ID collected by the live data count totaling unit is equal to or greater than the threshold. Section data may be created.
  • the degree of association between the content information storage unit that stores the content ID and content information that is bibliographic information of the broadcast content corresponding to the content ID, the content information, and the character string data of the live data is predetermined.
  • a broadcast station identification unit that selects a content ID that is equal to or greater than the set value as a content ID related to the live data.
  • the section creation unit may calculate an average value and a standard deviation of the number of live data aggregated by the live data count totaling unit, and calculate a threshold value from the average value and the standard deviation.
  • Another aspect of the present invention is also a section creation device.
  • This device acquires character string data transmitted from a plurality of terminals, and also obtains character string data, and a live data acquisition unit including live data including a data registration date and time that is the date and time when the character string data was acquired; The number of live data with the number of live data having character string data that matches the search conditions entered by the input unit, and the number of live data aggregated by the live data number totaling unit.
  • a section creating unit that creates section data by adding a predetermined period before and after the unit time with the largest number of times.
  • Still another aspect of the present invention is a section creation method.
  • This method obtains character string data transmitted from a plurality of terminals, obtains live data including character string data and data registration date and time that is the date and time when the character string data is obtained, and an input unit.
  • the step of aggregating the number of live data having character string data that matches the input search condition every predetermined unit time, and the unit time in which the total number of live data is equal to or greater than a predetermined threshold Creating section data specified by the start time of the period and the end time or the length of the period.
  • Still another aspect of the present invention is also a section creation method.
  • This method obtains character string data transmitted from a plurality of terminals, obtains live data including character string data and data registration date and time that is the date and time when the character string data is obtained, and an input unit.
  • any combination of the above-described constituent elements and a representation obtained by converting the expression of the present invention between a method, an apparatus, a system, a recording medium, a computer program, and the like are also effective as an aspect of the present invention.
  • FIG. It is a system configuration figure in an embodiment of the present invention. It is a block diagram which shows the structure of the actual condition data server in embodiment of this invention. It is a block diagram which shows the structure of the area creation apparatus in Embodiment 1.
  • FIG. It is a flowchart which shows the flow of a process of the area creation apparatus. It is a figure which shows an example of the format of a broadcast station information storage part. It is a figure which shows an example of the format of a broadcast content storage part. It is a figure which shows an example of a format of a topic area storage part. It is a figure which shows an example of the user interface which a condition input part presents. It is a figure which shows an example of the table which totals the number of actual condition data.
  • FIG. 1 is a diagram illustrating the entire system according to the first embodiment of the present invention.
  • a section creation device 1 and a live data server 100 are connected via a network 1000. Furthermore, the live data server 100 It shows that the posting terminal 200 is connected via the network 1000.
  • the live data server 100 accumulates data transmitted from users using services such as so-called SNS (Social Networking Service), BBS (Bulletin Board System), and blogs (including mini-blogs). It is a server for publishing to other users.
  • the data accumulated in the live data server is data including character information expressing what the user feels at the time of creating the data.
  • the live data server 100 in this embodiment stores character information transmitted by the posting terminal 200 in combination with the date and time when the character information is received. There may be a plurality of live data servers 100.
  • FIG. 2 is a block diagram showing the configuration of the live data server 100.
  • the live data server 100 is composed of a posting acceptance unit 110, a live data storage unit 120, and a live data transmission unit 130.
  • the posting accepting unit 110 receives character information transmitted from the external posting terminal 200 via the network 1000, and stores the character information in the live data storage unit 120 together with the posting date and time when the reception is accepted. To do. Data obtained by combining the character information and the posting date / time of the character information is hereinafter referred to as live data.
  • the live data storage unit 120 is a database that stores live data.
  • the live data transmission unit 130 transmits live data stored in the live data storage unit 120 via the network 1000.
  • the section creation device 1 specifies a live data search condition such as a posting date range or a character string included in the character information
  • the live data transmission unit 130 displays only live data that matches the search condition. Is transmitted to the section creating apparatus 1.
  • the posting terminal 200 is a terminal such as a general PC or a portable information terminal that includes an input interface and a display for editing character information, and has a communication means for transmitting the character information to the live data server 100.
  • a plurality of posting terminals 200 may exist. Further, the number of users using the posting terminal 200 may be one or plural. Further, the user who uses the posting terminal 200 may not be a user who uses the section creation device 1.
  • the section creation device 1 detects a section in which broadcast related to a specified keyword is performed for each broadcasting station from the live data. For example, when the keyword “yen appreciation” is designated, a process is performed in which a broadcast section related to “yen appreciation” is detected for each broadcast station ID based on the actual data. As described above, the time width detected by the designated keyword is referred to as a topic section. A keyword used for detecting a topic section is referred to as a topic section keyword. Data obtained by combining a topic section start time, a topic section end time, a topic section keyword, and an identifier for identifying a broadcasting station is referred to as topic section data.
  • FIG. 3 is a block diagram showing a preferred configuration of the section creation device 1 in the present embodiment.
  • the section creation device 1 includes a central control unit 11, a ROM 12, a main storage unit 13, an input unit 14, a display unit 15, a communication unit 16, an auxiliary storage unit 20, a condition input unit 30, and live data.
  • the acquisition unit 40, the broadcast station identification unit 50, the actual data count unit 60, and the topic section creation unit 70 are connected via the bus 10.
  • the communication unit 16 is connected to the live data server 100, which is an external device, via a network 1000.
  • section creation device 1 is shown as a hardware configuration using a functional block diagram, but the entire section creation device 1 is executed as a software program on a PC having a memory and a CPU. You may do it.
  • condition input unit 30 of the section creation device 1 causes the user to input conditions for detecting a topic section (step S10).
  • the live data acquisition unit 40 of the section creation device 1 acquires live data from the live data server 100 (step S20).
  • the broadcast station identification unit 50 of the section creation device 1 associates the live data acquired in step S20 with the broadcast station (step S30).
  • the actual data count totaling unit 60 of the section creation device 1 divides the sections for each broadcasting station and totals the number of actual data (step S40).
  • the topic section creation unit 70 of the section creation device 1 detects the topic section based on the number of live data tabulated in step S40 and creates topic section data (step S50).
  • the above is the flow of processing for creating topic section data by the section creation device 1.
  • the central control unit 11 is a unit that controls the entire operation of the section creation device 1 and includes a CPU (Central Processing Unit), a PLD (Programmable Logic Device), and the like.
  • the ROM 12 is a read-only storage medium and stores a basic control program for controlling the entire section creation device 1.
  • the main storage unit 13 is a work area for the central control unit 11 to execute a program, and includes a RAM memory or the like.
  • the input unit 14 is a keyboard, a mouse, a touch panel, or the like, and is a unit that receives user input.
  • the display unit 15 is a CRT or a liquid crystal display, and is a unit for displaying information to the user.
  • the communication unit 16 is a unit for communicating with an external network such as a network card.
  • the auxiliary storage unit 20 is a large-capacity storage medium such as an HDD (Hard Disk Drive) or SSD (Solid State Drive), and internally includes a broadcast station information storage unit 21, a broadcast content storage unit 22, and a topic section storage unit. 23.
  • HDD Hard Disk Drive
  • SSD Solid State Drive
  • the broadcasting station information storage unit 21 stores a combination of a broadcasting station ID, which is an identifier for uniquely identifying a broadcasting station, a broadcasting station name, a broadcasting station short name, and a broadcasting station tag.
  • the broadcasting station abbreviated name is an abbreviation for broadcasting station name.
  • the broadcast station tag is a unique name tag for representing a broadcast station, and can store a plurality of tags.
  • FIG. 5 is a diagram showing an example of the format of the broadcast station information storage unit 21, which stores a combination of a broadcast station ID and a broadcast station name.
  • the broadcasting station name “Broadcasting Station 1” is set to “Zyx TV”, the broadcasting station short name is “ZyxTV”, the broadcasting station tag is “zyx”, and “ztv”. ing.
  • the broadcasting station name of the broadcasting station ID “Broadcasting station 2” is “Alps TV”, the broadcasting station abbreviated name is “AlpTV”, and the broadcasting station tag is “alp”.
  • the broadcast content storage unit 22 is a content ID that is an identifier for uniquely identifying the broadcast content broadcast by the broadcast station, a broadcast station ID that indicates the broadcast station that broadcast the broadcast content, and a broadcast that is the time when the broadcast is started.
  • the start time and the broadcast end time that is the time when the broadcast ends are stored in combination.
  • FIG. 6 is a diagram illustrating an example of the format of the broadcast content storage unit 22. According to FIG. 6, “November 11, 2010, 15:00” is set as the broadcast start time of the broadcast content whose content ID is “Content ID1,” and “November 11, 2010, 16:00” is set as the broadcast end time. “Broadcasting station 1” is stored as the broadcasting station ID.
  • the broadcast start time indicates the time when broadcast of the broadcast content is started. In other words, the content ID 1 indicates that broadcasting has started at 15:00 on November 11, 2010.
  • the broadcast end time indicates the time when broadcast of the broadcast content ends. That is, the content ID 1 indicates that it was broadcast until 16:00 on November 11, 2010.
  • the length of time the broadcast content was broadcast may be stored instead of the broadcast end time. If “1 hour” is set as the length of the broadcast time, the broadcast start time is “11/11/2010 15:00” in the example of FIG. From the length of the broadcast time, it can be calculated as “November 11, 2010, 16:00”.
  • the broadcast start time and broadcast end time are basically stored as UTC (Universal Time, Coordinated) date / time data, but the date / time data can be converted to UTC even if it is not UTC. I need it.
  • UTC Universal Time, Coordinated
  • it may be data indicating JST (Japan Standard Time) which is Japan Standard Time, or Unix (registered trademark) time which is a relative time based on 0:00 on January 1, 1970 in UTC. It may be numerical data.
  • broadcast station ID and the content ID can be mutually converted from the time information.
  • the topic section storage unit 23 stores topic section data.
  • the topic section data includes a broadcast station ID for identifying a broadcast station, a topic section keyword, a topic section start time, and a topic section end time.
  • FIG. 7 is a diagram illustrating an example of the format of the topic section storage unit 23.
  • the topic section is an identifier for identifying topic section data in addition to the broadcast station ID, the topic section keyword, the start time, and the end time. ID is stored.
  • the broadcast station ID whose topic section ID is “topic section 1” is “broadcast station 1”
  • the topic section keyword is “yen appreciation”
  • the start time is “November 11, 2010, 15:10”.
  • the end time is “November 11, 2010, 15:20”.
  • the topic section data of “Topic section 1” is the section where the broadcast content broadcasted by broadcast station 1 between 15:10 and 15:20 on November 11, 2010 was broadcast related to “Yen appreciation” It shows that it is.
  • the length of time of the topic section may be stored instead of the end time of the topic section. If “10 hours” is set as the length of the topic section, the topic section start time is “11/11/2010 15:00” in the example of FIG. From the start time and the length of time of the topic section, it can be calculated as “November 12, 2010 1:00”.
  • the topic section start time and topic section end time are basically stored as UTC date and time data, which is the universal agreement time. However, if the date and time data can be converted into UTC, it is not UTC. good. For example, it may be data indicating JST, which is Japan Standard Time, or numerical data indicating Unix (registered trademark) time, which is a relative time based on 0:00 on January 1, 1970 in UTC. Also good.
  • the condition input unit 30 allows the user to set a topic segment keyword and a live time in order to create topic segment data.
  • the live time is a time width composed of a start time and an end time, and a topic section is detected within the time included in the live time. That is, it is a live time ⁇ topic section.
  • a user interface for assisting the input is displayed on the display unit 15 in order to allow the user to input the topic section keyword and the live time. The user inputs conditions using the input unit 14 while referring to the user interface screen.
  • FIG. 8 is an example of a user interface presented by the condition input unit 30.
  • the start time setting 300 in FIG. 8 is a user interface component for designating the start time of the live time.
  • the end time setting 310 is a user interface component for designating the end time of the live time.
  • the keyword setting 320 is a user interface component that can input a topic section keyword.
  • a topic section creation condition is created from the start time setting 300, the end time setting 310, and the keyword setting 320.
  • the start time of the live time is set to 11:00 November 11, 2010 from the start time setting 300, and the end time of the live time is From the end time setting 310, it is set to 1:00 on November 12, 2010.
  • the topic segment keyword is set as “yen appreciation”.
  • the live data acquisition unit 40 is live data having a posting time within the live time, and acquires live data including the topic section keyword in the character information from the live data server 100 via the communication unit 16.
  • the start time of the live time is 11:00 on November 11, 2011, the end time of the live time is 12:00 on November 12, 2011, and the topic section keyword is “yen appreciation” Is set, the live data having the posting date and time within this time, and the live data including “high yen” in the character information is acquired from the live data server 100.
  • the broadcast station identification unit 50 determines, from the text information of the live data received by the live data acquisition unit 40, which broadcast station the live data refers to, and the live data and the broadcast station ID. Is associated. Specifically, it is determined by ascertaining whether or not the broadcast station name, the broadcast station short name, and the broadcast station tag stored in the broadcast station information storage unit 21 are included in the text information of the live data.
  • the broadcast station information storage unit 21 three specific examples of associating the live data with the broadcast station are shown using the example of FIG. (1)
  • the text information of the live data is “I am watching Alps TV now”
  • the broadcast station name “Alps TV” whose broadcast station ID is “Broadcasting station 2” is included in the text information of the live data. Therefore, this live data is associated with the broadcasting station 2.
  • the text information of the live data is “ZyxTV browsing”, the broadcast station short name “ZyxTV” whose broadcast station ID is “Broadcast station 1” is included in the live data.
  • This live data is associated with the broadcasting station 2.
  • the text information of the live data is “Watching hyper news. #Ztv”
  • the broadcast station tag “ztv” whose broadcast station ID is “Broadcast station 1” is included in the text information of the live data Therefore, this live data is associated with broadcast station 1.
  • the actual data and the broadcasting station ID are associated with each other by the broadcasting station name, the broadcasting station short name, and the broadcasting station tag. If the character information of the live data matches a plurality of broadcast station IDs, the live data and the broadcast station ID are associated with each other only for the matching broadcast stations.
  • the live data number counting unit 60 counts the live data number that is the number of live data that matches the keyword specified in the condition input unit 30 for each broadcasting station ID. In addition, when counting the number of live data, a live split section is created by splitting the live time set in the condition input unit 30 at predetermined time intervals, and the live data count is calculated for each live split section. Count.
  • Figure 9 shows the November 11, 2010, 15:00 to 15:10 live segmentation divided into 5 minute intervals, November 11, 2010, 15:00 to 15:05, and November 11, 2010 15:05 to 15:10 are created, and the actual data number corresponding to the two live station IDs “Broadcasting Station 1” and “Broadcasting Station 2” is further created. It is a figure which shows the result counted. According to FIG. 9, the number of actual data in the live segment division section 15:00 to 15:05 in the broadcasting station 1 is 4, and the actual data number in the live segment section 15:05 to 15:10 is eight. In the broadcast station 2, the number of actual data in the live segmentation section 15:00 to 15:05 is 1, and the actual data number in the live segmentation section 15:05 to 15:10 is two. As described above, the actual data count totaling unit 60 creates a table of the actual data number associated with the actual event division section and the broadcasting station ID.
  • the live state data count totaling unit 60 divides the live state time set by the condition input unit 30 at predetermined intervals to create live state division sections (step S100). As an example of dividing the live time with a predetermined interval of 5 minutes, if the start time is November 11, 2011, 15:00, the first section is November 11, 2011, 15: 00-15: The second section is 15: 05-15: 10 on the same day, and the third section is 15: 10-15: 15 on the same day. This division is performed until the end time of the live time.
  • the actual data count section 60 creates a count table that is a table for counting the actual data number (step S110).
  • This table is a table in which the position of the number of live data to be stored is determined by the correspondence between the corresponding broadcasting station ID and the live situation division section as shown in FIG.
  • the broadcast station ID stored in the broadcast station information storage unit 21 is used as the broadcast station ID, and the live segment section created in step S100 is used as the live segment section.
  • step S120 the actual data count unit 60 starts a loop (step S120).
  • the symbol shown in step S120 is a symbol representing the start of the loop, and the loop identifier “loop A” indicates that the loop counter n having a start value of 1 and an increment of 1 loops until the end value N is reached.
  • the end value N is the total number of live data acquired by the live data acquisition unit 40.
  • the live state data count totaling unit 60 causes the live state data acquiring unit 40 to read the nth live state data (step S130).
  • the live data count totaling unit 60 sets the counter of the position of the count table corresponding to the live segment division including the posting date and time of the nth live data and the broadcast station ID associated with the nth live data. It is increased by 1 (step S140). If a plurality of broadcast station IDs are associated with each other, the process is performed for all the associated broadcast station IDs.
  • step S150 the actual data count unit 60 checks the loop end condition (step S150).
  • the symbol shown in step S150 indicates the end of the loop. It is determined whether or not the loop identifier “loop A” has reached the end condition, that is, whether or not the loop counter n has reached the end value N. If the end condition is satisfied, the actual data count totaling unit 60 ends the process. Otherwise, the loop counter n is incremented by 1 and the process returns to step S120.
  • the above is the processing of the live data count totaling unit 60.
  • the topic section creation unit 70 detects a topic section for each broadcasting station ID from the number of pieces of actual data calculated by the number of pieces of actual data, and starts and ends the detected topic section.
  • the topic section data in which the time, the broadcast station ID, and the topic section keyword are combined is stored in the topic section storage unit 23.
  • a method for detecting a representative topic section will be described with reference to the flowchart of FIG.
  • the topic section creation unit 70 sets the total number of broadcast station IDs stored in the broadcast station information storage unit 21 to K, sets the loop identifier “loop B” to an initial value 1 and an increment 1 loop counter k to an end value K.
  • a loop up to is started (step S200).
  • the topic section creation unit 70 extracts the number of live data for each live segment section corresponding to the k-th broadcasting station ID from the counter table created by the live data count totaling unit 60 (step S210).
  • the topic section creation unit 70 calculates the average M and the standard deviation S of the number of actual data in the actual condition section extracted in step S210 (step S220).
  • the topic section creation unit 70 calculates the threshold ⁇ using the following equation 1 based on the adjustment parameter ⁇ , the average M of the number of live data calculated in step S220, and the standard deviation S (step S230).
  • ⁇ M ⁇ S (Formula 1)
  • the adjustment parameter ⁇ is a real number of about 0.5 to 2.0 set by the designer in advance, and a value of about 1.0 is recommended.
  • ⁇ the length of the detected topic section is increased.
  • the topic section creation unit 70 detects a topic section from the live segmentation section in which the number of live data is equal to or greater than the threshold ⁇ (step S240).
  • FIG. 12 is a graph of the number of live data when the live time is set to 15:00 to 17:50 on November 11, 2010 and divided into 5-minute units to create live segments. Note that the number of live data is a temporary data sample.
  • a continuous live segmentation section having a threshold value of 600 or more is created as a topic section.
  • 15:00 shown in the topic section 610 is obtained.
  • Up to 15:25 topic sections, 15:35 to 16:25 topic sections shown in the topic section 620, and 16:35 to 17:25 shown in the topic section 630 can be created.
  • step S240 The topic section detection process in step S240 will be further described with reference to the sub-flowchart in FIG.
  • a start time variable for storing the start time of the topic section is initialized (step S241).
  • the topic section creation unit 70 starts the loop of the loop identifier “loop C” until the loop counter j having an initial value of 1 and an increment of 1 reaches the end value J, where J is the number of lively segments. 242).
  • step S243 it is determined whether or not the number of live data at the table position determined from the kth broadcast station ID and the jth live segmentation section exceeds the threshold ⁇ (step S243). If so, the process proceeds to step S244. If not, the process proceeds to step S246.
  • step S243 when the topic section creation unit 70 determines that the number of live data exceeds the threshold ⁇ , it further determines whether or not the start time is set in the start time variable (step S244). If the start time is set, the process proceeds to step S248 at the end of the loop, and if not set, the process proceeds to step S245.
  • the topic section creation unit 70 sets the start time of the jth live segmentation section in the start time variable (step S245).
  • step S243 if the topic section creation unit 70 determines that the actual data number does not exceed the threshold value ⁇ , it further determines whether or not the start time is set in the start time variable (step S243). S246). If the start time is not set, the process proceeds to step S248 at the end of the loop, and if the start time is set, the process proceeds to step S247.
  • step S246 If it is determined in step S246 that the start time is set, the topic section creation unit 70 creates a topic section (step S247).
  • the start time of the topic section is the start time stored in the start time variable
  • the end time of the topic section is the start time of the jth live segmentation section.
  • the topic section creation unit 70 initializes the start time variable and returns it to an unset state.
  • the subsequent step S248 is a terminal symbol of the loop C (step S248).
  • the topic section creating unit 70 proceeds to step S249, and when it is determined that the end condition is not satisfied, the process returns to step S242 and repeats the process.
  • the topic section creation unit 70 sets the start time stored in the start time variable as the start time of the topic section, and sets the end time of the topic section as the end time of the live time.
  • a topic section is created (step S249).
  • the topic section creation unit 70 creates topic section data by combining the k-th broadcasting station ID and the topic section keyword for each topic section detected in step S240, and stores the topic section data in the topic section storage unit 23. (Step S250).
  • the topic section creation unit 70 determines whether or not the loop B satisfies the termination condition (step S260). If the end condition is satisfied, the topic section creating unit 70 ends the process. If the end condition is not satisfied, the process returns to step S200.
  • the threshold ⁇ may be set to a predetermined value without using Equation 1.
  • the section creation device 1 can detect the start time and end time of a section in which a specific keyword is spoken, and can further associate the section with a broadcasting station, so that the recorded broadcast content is detected. Thus, it is possible to cut out and edit in the selected section, or to play back only in the detected section.
  • a plurality of topic section keywords may be designated so that the live section data matching both topic section keywords can be acquired from the live data server 100.
  • the live data server 100 uses the keyword “yen appreciation” and the keyword “dollar depreciation”. To return live data including.
  • a topic section keyword that does not include a specific keyword may be set. For example, when a search condition with “NOT” is specified at the beginning of a topic section keyword such as “NOT dollar weak”, the live data server 100 will identify the keyword that follows it, in this case “dollar Return live data that does not include "low”.
  • the live data may be associated with a predetermined broadcast station. For example, if there is a live data server that accepts posts related to broadcast content whose broadcast station ID is “broadcast station 1”, all live data acquired from the live data server is broadcast station ID “broadcast station 1”. Associate.
  • the topic section is created for each broadcast station ID.
  • the conversion from the broadcast station ID to the content ID can be performed by referring to the broadcast content storage unit 22 and specifying the content ID from the topic section and the broadcast station ID.
  • Emodiment 2 The system configuration in the present embodiment is the same as the system configuration of the first embodiment shown in FIG. 1, but the configuration content of the section creation device 1 is different. In this embodiment, the section creation device 2 will be described.
  • the broadcast station is identified based on whether or not there is a character string for specifying the broadcast station in the character information of the live data.
  • the section creation device 2 in FIG. 2 estimates a broadcasting station from character information of live data and broadcast content information broadcast at the time corresponding to the posting date of live data.
  • FIG. 14 is a block diagram showing a configuration of the section creation device 2.
  • the section creation device 2 is different from the section creation device 1 of the first embodiment in that a content information storage unit 24 is added inside the auxiliary storage unit 20 and the operation of the broadcast station identification unit 50 is different. Therefore, in this embodiment, the broadcasting station identification unit 50 having a different operation is referred to as a broadcasting station identification unit 50A, the content information storage unit 24 and the broadcasting station identification unit 50A will be described, and the other units will be sectioned. Since it is the same as the apparatus 1, description is abbreviate
  • the content information storage unit 24 stores a content ID and content information that is subsidiary data of the content ID in combination.
  • the content information includes the broadcast content title, performers, subtitles, genre, broadcast content summary, and the like.
  • FIG. 15 is a diagram showing an example of the format of the content information storage unit 24, in which a title and a performer are stored as content information.
  • the title of content ID 1 is “Hyper News”, and the performer is “Nihon Taro”.
  • the broadcast station identification unit 50A determines, based on the text information of the live data received by the live data acquisition unit 40, which broadcast station the live data refers to, and the live data and the broadcast station ID. Is associated. The processing flow of the broadcasting station identification unit 50A will be described with reference to the flowchart shown in FIG.
  • the broadcast station identification unit 50A determines whether the character information of the live data includes a broadcast station name for identifying the broadcast station, a broadcast station short name, and a character string that matches the broadcast station tag (Ste S300). If it is included, the process proceeds to step S310; otherwise, the process proceeds to step S320.
  • the broadcasting station identification unit 50A associates the broadcasting station with the matching character string (step S310). Since this process is the same process as the broadcasting station identification unit 50 in the first embodiment, the description thereof is omitted.
  • step S300 If it is determined in step S300 that the character string for specifying the broadcast station is not included in the character information of the live data, the broadcast station identification unit 50A sets the number of contents stored in the broadcast content storage unit 22 to M, For the loop identifier “loop D”, the loop counter m having an initial value of 1 and an increment of 1 is looped until the end value M is reached (step S320).
  • the broadcast station identification unit 50A has the posting date of the live data in the time span from the broadcast start time to the broadcast end time of the m-th content ID (hereinafter referred to as content IDm) in the broadcast content storage unit 22. It is determined whether it is included (step S330). For example, in the example of the broadcast content storage unit 22 shown in FIG. 6, when the content ID m is the content ID 1, the broadcast start time is November 11, 2010, 15:00, and the broadcast end time is November 11, 2010. 0:00. It is determined whether or not the posting date of the live data is included in the time from 15:00 on November 11, 2010 to 11:00 on November 11, 2010. If included, the process proceeds to step S340, and if not included, the process proceeds to step S360.
  • content IDm m-th content ID
  • step S330 If it is determined in step S330 that the live data is included within the time of the content IDm, the broadcast station identification unit 50A acquires content information corresponding to the content IDm from the content information storage unit 24 (step S330). S340).
  • the broadcasting station identification unit 50A calculates the degree of association with the content IDm from the acquired content information and the text information of the live data (step S350).
  • the character strings of the content information and the character information of the live data are compared, and if there is a matching character string, the relevance with the content IDm is added by the length of the character string.
  • the title of the content ID 1 is “hyper news”.
  • the live data includes a title, which is content information of content ID1, as a partial character string.
  • the degree of association with the content ID 1 is increased by 8.
  • the text information of the live data is “I am watching hyper news now.
  • Nihon Taro is cool”, as described above, the degree of relevance to the content ID 1 is set to 8 based on the “hyper news” of the partial character string.
  • “Nippon Taro” who is a performer of the content ID 1 is also included as a partial character string, so the length of the character string “Nippon Taro”, that is, 4 is added to the relevance.
  • Such a character string comparison process is performed for each type of content information corresponding to the content IDm, thereby calculating the degree of association between the live data and the content IDm.
  • step S360 indicates the loop end of the loop identifier “loop D”.
  • the process proceeds to step S370. Otherwise, the process returns to step S320 (step S360).
  • the broadcast station identification unit 50A selects a content ID having a relevance level equal to or greater than a predetermined threshold, and refers to the broadcast content storage unit 22 to associate a broadcast station associated with the selected content ID.
  • An ID is acquired (step S370).
  • the broadcast station ID acquired here is associated with the live data.
  • the above processing is performed on all the live data acquired by the live data acquisition unit 40, and the live data and the broadcasting station ID are associated with each other.
  • a weight may be set for each type of content information. For example, when the title matches, the length of the matched character string is multiplied by 1.2, and when matched with the performer, the length of the character string is multiplied by 1.5.
  • a threshold value may be set so as not to increase the degree of association.
  • morphological analysis may be performed on character information of live data to compare only nouns.
  • the degree of association may be increased when a synonym or association word dictionary is used to match a synonym or association word.
  • a synonym or association word dictionary is used to match a synonym or association word.
  • the content ID m is content ID 2 and the character string “shopping” is included in the character information of the live data, and “shopping” is acquired from the synonym dictionary, the content in the example of FIG. Since it matches the partial character string “shopping” of the title “shopping information” of ID2, the degree of association between this live data and the content ID2 is increased.
  • processing of the broadcasting station identification unit 50A is not limited to the above processing, and other methods may be used as long as the live data and the content ID can be associated.
  • the section creation device 2 by associating the live data with the broadcast station from the description content of the live data, the live data in which the broadcast station is not explicitly specified can also be used in this system. Therefore, more accurate topic sections can be detected. Furthermore, since the number of data that can be used increases, live data that matches more various topic section keywords increases, so that various topic sections can be detected.
  • FIG. 17 shows the configuration of the section creation device 3 in Embodiment 3 of the present invention.
  • the configuration of FIG. 17 differs from the section creation device 1 of the first embodiment shown in FIG. Therefore, the topic section creation unit 70 in this embodiment will be described as the topic section creation unit 70A.
  • the parts other than the topic section creation unit 70A are the same as the section creation apparatus 1 shown in FIG.
  • the overall system configuration is the same as the system configuration of the first embodiment shown in FIG.
  • the processing flow of the section creation device 3 is also the same as the flowchart of the section creation device 1 shown in FIG.
  • the topic section creation unit 70A creates a topic section centering on a live segmentation section having a large number of live data. The processing flow of the topic section creation unit 70A will be described with reference to the flowchart of FIG.
  • the topic section creation unit 70A sets the total number of broadcast station IDs stored in the broadcast station information storage unit 21 to K, sets the loop identifier “loop E” to an initial value 1 and an increment 1 loop counter k to an end value K.
  • a loop up to is started (step S400).
  • the topic section creation unit 70A obtains, from the count table created by the live data count totaling unit 60, the live segment section corresponding to the kth broadcasting station ID and the live data number corresponding to the live segment section. All are read (step S410).
  • the topic section creation unit 70A selects a live segment division having the largest number of live data from the acquired live segment sections (step S420).
  • step S430 it is determined whether or not to create a topic section centered on the live segmentation section selected in step S410 (step S430). Specifically, if the selected live segment section overlaps with any topic section created in step S440 described later, the process proceeds to step S460 without creating a topic section from the live segment section. If the live segment section does not overlap with the topic section, the process proceeds to step S430.
  • the determination process in step S430 will be specifically described with reference to FIG.
  • the topic section 640 in FIG. 19 is the topic section created in step S440.
  • the horizontal axis in FIG. 19 is time.
  • the live segment section selected in step S420 is the live segment section 700, since the live segment section 700 overlaps the topic section 640, a topic section is created from the live segment section 700.
  • the live segment section selected in step S420 is the live segment section 710, since it does not overlap with the topic section, it is determined that a topic section is created from the live segment section 710.
  • step S450 if the maximum number of live data is less than a predetermined threshold, the process proceeds to step S450 without creating a topic section. If the maximum number of actual data is less than the predetermined threshold value, it is obvious that other actual condition division sections similarly do not satisfy the predetermined threshold value, and the process may proceed to step S470.
  • the topic section creation unit 70A creates a topic section centered on the live segmentation section selected in step S410 (step S440). Specifically, a section obtained by adding a predetermined amount of time before and after the live segment section is set as a topic section. For example, if the live segmentation section is November 11, 2010, 15:00 to 15:05, and the time to be added before and after is 3 minutes, the topic section to be created will be November 11, 2010, 14:57 15:08.
  • the predetermined time to be added is set in advance by the designer.
  • the addition time may be different before and after the addition time.
  • the addition value may be set to 0, and the live segmentation section may be created as a topic section as it is. Further, the addition value may take a negative value.
  • topic section data is created by combining the topic section created in step S440, the k-th broadcasting station ID, and the topic section keyword, and stored in the topic section storage unit 23 (step S450).
  • the topic section creation unit 70A determines whether or not to finish the topic section creation processing for the kth broadcasting station ID (step S460). Here, it is determined whether or not a predetermined number of topic sections of the kth broadcasting station ID have been created. If the number of topic sections created is equal to or greater than the predetermined number, the process proceeds to step S470. Moreover, also when all the live condition division
  • the topic section creation unit 70A determines the end of the loop E (step S470). When it is determined that the loop E satisfies the end condition, the topic section creation unit 70 ends the topic section creation process. If it is determined that the termination condition is not satisfied, the process returns to step S400 and is repeated.
  • the topic section creation unit 70A can create a topic section centered on the peak number of live data.
  • the topic section can be created from only the maximum value of the number of live data.
  • step S430 if the live segment section overlaps with the topic section that has already been created, the topic section is not created, but the topic section is also created for the live segment section, Alternatively, overlapping topic sections may be combined into one topic section.
  • the broadcasting station identification unit 50 of the section creation device 3 may use the broadcasting station identification unit 50A of the section creation device 2.
  • digital content has been described as an example of content, but analog content may also be used.
  • broadcast content has been described as an example of the broadcast content, it may be a radio broadcast content.
  • the present invention can be used when creating a section of a scene related to a specific topic in broadcast content.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Graphics (AREA)
  • Data Mining & Analysis (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

　複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを組み合わせたデータである実況データを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、前記実況データ数集計部によって集計された実況データの個数が、所定の閾値以上である連続した時間の開始時刻、及び終了時刻からなる区間データを作成する話題区間作成部とを備える。

Description

区間作成装置、区間作成方法、及び区間作成プログラム
　本発明は、映像、及び音声データであるデジタルコンテンツにおいて、指定された検索条件に一致する範囲を再生、または編集するための区間を作成する区間作成装置、区間作成方法および区間作成プログラムに関するものである。
　放送コンテンツを視聴する際に、同一の放送コンテンツであっても、話題は一定ではなく、時間によって変化するため、特定の話題に関係するシーンに限定して視聴したいといった需要が存在する。例えば、同じニュース番組であっても、政治に関するニュース、経済に関するニュース、スポーツに関するニュース、天気・交通情報などが放送される。全ての視聴者が、全てのニュースを見たいとは限らず、どのニュースが見たいかは視聴者によって様々である。
　特許文献１は、デジタルコンテンツに付随する字幕情報を用いて、注目パートの開始位置を決定する技術を開示する。
　また、特許文献２は、映像を解析して番組の内容を代表するダイジェスト区間を検出し、字幕全体で検出される出現頻度の高いキーワードを多く含むダイジェスト区間の字幕の部分を見出しに設定する技術を開示する。
特開２００９－０２７２６０ 特開２００８－０４７００４
　しかしながら、特許文献１、特許文献２のどちらにおいても、字幕情報によって注目パートの開始位置を決定するため、字幕情報の存在しないコンテンツでは利用できない問題があった。また、字幕情報が存在するコンテンツであっても、字幕情報に存在しないキーワードでは検索できない問題があった。
　字幕情報を用いず、ある特定のキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間が決定できる発明は、これまで開示されていない。
　本発明は、以上の点を考慮してなされたもので、ある特定のキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間を決定する技術を提供するものである。
　上記課題を解決するために、本発明のある態様の区間作成装置は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、実況データ数集計部によって集計された実況データの個数が、所定の閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成する区間作成部と、を備える。
　放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部、をさらに備えてもよい。実況データは、文字列データと関係する放送局の放送局ＩＤをさらに含んでもよい。実況データ数集計部は、実況データに関連する放送局ＩＤごとに、単位時間ごとの実況データの個数を集計してもよい。区間作成部は、実況データ数集計部によって集計された放送局ＩＤごとの実況データの個数が、閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成してもよい。
　放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部と、１つ以上の放送局タグを含む文字列データを有する実況データと、放送局タグに対応付けられた放送局ＩＤとを対応付ける放送局同定部と、をさらに備えてもよい。実況データ数集計部は、実況データに関連する放送局ＩＤごとに、単位時間ごとの実況データの個数を集計してもよい。区間作成部は、実況データ数集計部によって集計された放送局ＩＤごとの実況データの個数が、閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成してもよい。
　放送局ＩＤと、放送コンテンツの書誌的な情報であるコンテンツ情報と、を格納するコンテンツ情報格納部と、コンテンツ情報と、実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツ情報に対応する放送局ＩＤを、実況データに関連する放送局ＩＤとして選出する放送局同定部と、をさらに備えてもよい。
　放送コンテンツを一意に識別するための識別子であるコンテンツＩＤを格納する放送コンテンツ格納部、をさらに備えてもよい。実況データは、文字列データと関係するコンテンツＩＤをさらに含んでもよい。実況データ数集計部は、実況データに関連するコンテンツＩＤごとに、単位時間ごとの実況データの個数を集計してもよい。区間作成部は、実況データ数集計部によって集計されたコンテンツＩＤごとの実況データの個数が、閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成してもよい。
　コンテンツＩＤと、コンテンツＩＤに対応する放送コンテンツの書誌的な情報であるコンテンツ情報と、を組み合わせて格納するコンテンツ情報格納部と、コンテンツ情報と、実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツＩＤを、実況データに関連するコンテンツＩＤとして選出する放送局同定部と、をさらに備えてもよい。
　区間作成部は、実況データ数集計部によって集計された実況データの個数の平均値、及び標準偏差を求め、平均値と、標準偏差とから閾値を算出してもよい。
　本発明の別の態様もまた、区間作成装置である。この装置は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時を含む実況データとを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、実況データ数集計部によって集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する区間作成部と、を備える。
　本発明のさらに別の態様は、区間作成方法である。この方法は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、集計された実況データの個数が、所定の閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成するステップと、を備える。
　本発明のさらに別の態様もまた、区間作成方法である。この方法は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の時間を付加して区間データを作成するステップと、を備える。
　なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
　本発明によれば、様々なキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間を決定することができる。
本発明の実施形態におけるシステム構成図である。 本発明の実施形態における実況データサーバの構成を示すブロック図である。 実施形態１における区間作成装置の構成を示すブロック図である。 区間作成装置の処理の流れを示すフローチャートである。 放送局情報格納部のフォーマットの一例を示す図である。 放送コンテンツ格納部のフォーマットの一例を示す図である。 話題区間格納部のフォーマットの一例を示す図である。 条件入力部が提示するユーザインタフェースの一例を示す図である。 実況データ数を集計するテーブルの一例を示す図である。 実況データ集計部の処理の流れを示すフローチャートである。 話題区間作成部の処理の流れを示すフローチャートである。 実況データ数のグラフ例から模式的に話題区間を作成する様子を示す図である。 話題区間検出処理の流れを示すフローチャートである。 実施形態２における区間作成装置の構成を示すブロック図である。 コンテンツ情報格納部のフォーマットの一例を示す図である。 実施形態２における放送局同定部の処理の流れを示すフローチャートである。 実施形態３における区間作成装置の構成を示すブロック図である。 実施形態３における話題区間作成部の処理の流れを示すフローチャートである。 話題区間と実況分割区間の関係の一例を示す図である。
　以下、本発明を実施するための形態について、下記のように、いくつか例を示して説明する。
［実施形態１］
　図１は、本発明の実施形態１のシステム全体を示す図であり、区間作成装置１と、実況データサーバ１００とが、ネットワーク１０００を介して接続されており、さらに、実況データサーバ１００は、ネットワーク１０００を介して投稿端末２００と接続されていることを示している。
　実況データサーバ１００は、いわゆるＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋｉｎｇ　Ｓｅｒｖｉｃｅ）や、ＢＢＳ（Ｂｕｌｌｅｔｉｎ　Ｂｏａｒｄ　Ｓｙｓｔｅｍ）や、ブログ（ミニブログを含む）などに代表される、サービスを利用するユーザから送信されるデータを蓄積し、他のユーザに公開するためのサーバである。実況データサーバの蓄積するデータは、そのデータを作成する時分に、ユーザが感じていることを表現した文字情報を含むデータである。本実施形態における実況データサーバ１００は、投稿端末２００によって送信される文字情報を、文字情報を受け付けた日時と組み合わせて格納する。なお、実況データサーバ１００は、複数存在していても良い。
　図２は、実況データサーバ１００の構成を示すブロック図である。実況データサーバ１００は、投稿受付部１１０と、実況データ格納部１２０と、実況データ送信部１３０とで構成されている。
　投稿受付部１１０は、外部の投稿端末２００から、ネットワーク１０００を介して送信される文字情報を受信し、その文字情報を、受信を受け付けた日時である投稿日時と共に、実況データ格納部１２０に格納する。なお、文字情報と、その文字情報の投稿日時とを組み合わせたデータを、以降、実況データと称する。
　実況データ格納部１２０は、実況データを格納するデータベースである。
　実況データ送信部１３０は、実況データ格納部１２０に格納された実況データを、ネットワーク１０００を介して送信する。また、実況データ送信部１３０は、区間作成装置１によって、投稿日時の範囲や、文字情報に含まれる文字列などといった実況データの検索条件が指定されると、その検索条件に一致する実況データのみを区間作成装置１に送信する。
　以上が実況データサーバ１００の説明である。なお、実況データサーバ１００は、１つではなく、複数存在しても良い。
　投稿端末２００は、一般のＰＣや携帯情報端末などの、文字情報を編集するための入力インタフェースとディスプレイを備え、その文字情報を実況データサーバ１００に送信するための通信手段を有する端末である。この投稿端末２００は、複数存在していても良い。また、投稿端末２００を利用するユーザは１人でも、複数人であっても良い。また、投稿端末２００を利用するユーザは、区間作成装置１を利用するユーザでなくとも良い。
　次に、区間作成装置１の説明を行う。区間作成装置１は、実況データから、指定されたキーワードに関する放送を行った区間を、放送局ごとに検出するものである。例えば、「円高」というキーワードが指定された場合に、「円高」に関連する放送を行った区間を、実況データを基に放送局ＩＤごとに検出するという処理を行う。このように、指定されたキーワードによって検出される時間幅を話題区間と称する。また、話題区間の検出に用いるキーワードを話題区間キーワードと称する。また、話題区間の開始時刻と、話題区間の終了時刻と、話題区間キーワードと、放送局を識別する識別子とを組み合わせたデータを話題区間データと称する。
　図３は、本実施形態における区間作成装置１の好ましい構成を示すブロック図である。区間作成装置１は、中央制御部１１と、ＲＯＭ１２と、主記憶部１３と、入力部１４と、表示部１５と、通信部１６と、補助記憶部２０と、条件入力部３０と、実況データ取得部４０と、放送局同定部５０と、実況データ数集計部６０と、話題区間作成部７０と、で構成されており、これらはバス１０を介して接続されている。また、通信部１６は、ネットワーク１０００によって、外部装置である実況データサーバ１００に接続されている。
　図３では、区間作成装置１を機能ブロック図によりハードウェア的に構成して示しているが、区間作成装置１全体を１つのソフトウェアプログラムとして、メモリやＣＰＵを備えるＰＣ上でソフトウェア的に実行するようにしてもよい。
　続いて、区間作成装置１が、実況データから、話題区間データを作成する処理の流れを、図４に示すフローチャートを参照しながら説明を行う。
　まず、区間作成装置１の条件入力部３０は、話題区間を検出するための条件を、ユーザに入力させる（ステップＳ１０）。
　次に、区間作成装置１の実況データ取得部４０は、実況データを、実況データサーバ１００から取得する（ステップＳ２０）。
　次に、区間作成装置１の放送局同定部５０は、ステップＳ２０で取得した実況データと、放送局とを関連付ける（ステップＳ３０）。
　次に、区間作成装置１の実況データ数集計部６０は、実況データの数を、放送局ごとに区間を分割して集計する（ステップＳ４０）。
　次に、区間作成装置１の話題区間作成部７０は、ステップＳ４０で集計した実況データ数を基に、話題区間の検出を行い、話題区間データを作成する（ステップＳ５０）。
　以上が、区間作成装置１による話題区間データを作成する処理の流れである。
　次に、区間作成装置１の各部の詳細な説明を行う。中央制御部１１は、区間作成装置１の動作全体を制御するユニットであり、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）やＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ　Ｌｏｇｉｃ　Ｄｅｖｉｃｅ）などで構成される。ＲＯＭ１２は、読み込み専用の記憶媒体であり、区間作成装置１の全体を制御するための基本的な制御プログラムを格納する。主記憶部１３は、中央制御部１１がプログラムを実行するためのワークエリアであり、ＲＡＭメモリなどで構成される。入力部１４は、キーボードやマウス、タッチパネルなどであり、ユーザの入力を受け付けるユニットである。表示部１５は、ＣＲＴや液晶ディスプレイなどであり、ユーザへの情報を表示するためのユニットである。通信部１６は、ネットワークカードなど、外部のネットワークと通信するためのユニットである。
　補助記憶部２０は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などの大容量記憶媒体であり、内部に、放送局情報格納部２１と、放送コンテンツ格納部２２と、話題区間格納部２３と、を備える。
　放送局情報格納部２１は、放送局を一意に識別する識別子である放送局ＩＤと、放送局名と、放送局短縮名と、放送局タグとを組み合わせて格納する。放送局短縮名は、放送局名の略称である。放送局タグは、放送局を表すための独自の名前タグであり、複数のタグを格納することができる。図５は、放送局情報格納部２１のフォーマットの一例を示す図であり、放送局ＩＤと、放送局名とを組み合わせて格納している。例えば、放送局ＩＤが「放送局１」の放送局名は、「Ｚｙｘテレビ」であり、放送局短縮名は「ＺｙｘＴＶ」、放送局タグは「ｚｙｘ」と、「ｚｔｖ」の２つが設定されている。放送局ＩＤが「放送局２」の放送局名は、「アルプステレビ」であり、放送局短縮名は「ＡｌｐＴＶ」、放送局タグは「ａｌｐ」である。
　放送コンテンツ格納部２２は、放送局によって放送された放送コンテンツを一意に識別する識別子であるコンテンツＩＤと、その放送コンテンツを放送した放送局を示す放送局ＩＤと、放送を開始した時刻である放送開始時刻と、放送を終了した時刻である放送終了時刻とを組み合わせて格納する。図６は、放送コンテンツ格納部２２のフォーマットの一例を示す図である。図６によると、コンテンツＩＤが「コンテンツＩＤ１」の放送コンテンツの放送開始時刻として「２０１０年１１月１１日　１５：００」を、放送終了時刻として「２０１０年１１月１１日　１６：００」を、放送局ＩＤとして「放送局１」を格納している。放送開始時刻は、放送コンテンツの放送が開始された時刻を示すものである。すなわち、コンテンツＩＤ１は、２０１０年１１月１１日の１５時ちょうどから放送が始まったことを示す。また、放送終了時刻は、放送コンテンツの放送が終了した時刻を示すものである。すなわち、コンテンツＩＤ１は、２０１０年１１月１１日１６時まで放送されたことを示す。
　なお、放送終了時刻に替えて、放送コンテンツの放送された時間の長さを格納しても良い。放送された時間の長さとして、「１時間」を設定すると、図６の例では、放送開始時刻が「２０１０年１１月１１日　１５：００」なので、放送終了時刻は、放送開始時刻と、放送された時間の長さとから、「２０１０年１１月１１日　１６：００」と算出することができる。
　また、放送開始時刻、及び放送終了時刻は、世界協定時であるＵＴＣ（Ｕｎｉｖｅｒｓａｌ　Ｔｉｍｅ，　Ｃｏｏｒｄｉｎａｔｅｄ）の日時データを格納することを基本とするが、ＵＴＣでなくとも、ＵＴＣに変換可能な日時データであれば良い。例えば、日本標準時であるＪＳＴ（Ｊａｐａｎ　Ｓｔａｎｄａｒｄ　Ｔｉｍｅ）を示すデータであっても良いし、ＵＴＣにおける１９７０年１月１日０時０分を基点とした相対時間であるＵｎｉｘ（登録商標）時間を示す数値データであっても良い。
　なお、放送局ＩＤと、コンテンツＩＤとは、時刻情報から相互に変換可能である。
　話題区間格納部２３は、話題区間データを格納する。話題区間データは、前述の通り、放送局を識別するための放送局ＩＤと、話題区間キーワードと、話題区間の開始時刻と、話題区間の終了時刻とで構成される。図７は、話題区間格納部２３のフォーマットの一例を示す図であり、放送局ＩＤと、話題区間キーワードと、開始時刻と、終了時刻とに加え、話題区間データを識別する識別子である話題区間ＩＤを格納している。例えば、話題区間ＩＤが「話題区間１」である放送局ＩＤは「放送局１」であり、話題区間キーワードは「円高」であり、開始時刻は「２０１０年１１月１１日　１５：１０」であり、終了時刻は「２０１０年１１月１１日　１５：２０」である。この「話題区間１」の話題区間データは、放送局１が２０１０年１１月１１日　１５：１０～１５：２０の間に放送した放送コンテンツは、「円高」に関係した放送を行った区間であることを示すものである。
　なお、話題区間の終了時刻に替えて、話題区間の時間の長さを格納しても良い。話題区間の長さとして、「１０時間」を設定すると、図７の例では、話題区間の開始時刻が「２０１０年１１月１１日　１５：００」なので、話題区間の終了時刻は、話題区間の開始時刻と、話題区間の時間の長さとから、「２０１０年１１月１２日　１：００」と算出することができる。
　また、話題区間の開始時刻、及び話題区間の終了時刻は、世界協定時であるＵＴＣの日時データを格納することを基本とするが、ＵＴＣでなくとも、ＵＴＣに変換可能な日時データであれば良い。例えば、日本標準時であるＪＳＴを示すデータであっても良いし、ＵＴＣにおける１９７０年１月１日０時０分を基点とした相対時間であるＵｎｉｘ（登録商標）時間を示す数値データであっても良い。
　条件入力部３０は、話題区間データを作成するために、話題区間キーワードと、実況時間とをユーザに設定させる。実況時間とは、開始時刻と、終了時刻とからなる時間幅であり、この実況時間に含まれる時刻内で話題区間を検出する。つまり、実況時間⊇話題区間である。話題区間キーワードと、実況時間とをユーザに入力させるために、入力を補助するためのユーザインタフェースを、表示部１５に表示する。ユーザは、ユーザインタフェース画面を参照しながら、入力部１４によって条件の入力を行う。
　図８は、条件入力部３０が提示するユーザインタフェースの一例である。図８の開始時刻設定３００は、実況時間の開始時刻を指定するためのユーザインタフェース部品である。終了時刻設定３１０は、実況時間の終了時刻を指定するためのユーザインタフェース部品である。キーワード設定３２０は、話題区間キーワードを入力することが可能なユーザインタフェース部品である。実行ボタン３３０が押下されると、開始時刻設定３００と、終了時刻設定３１０と、キーワード設定３２０とから、話題区間作成条件を作成する。図８に示す例の状態で実行ボタン３３０が押下されたとすると、実況時間の開始時刻は、開始時刻設定３００より、２０１０年１１月１１日　１５：００と設定され、実況時間の終了時刻は、終了時刻設定３１０より、２０１０年１１月１２日　１：００と設定される。また、話題区間キーワードは、「円高」と設定される。
　実況データ取得部４０は、実況時間内である投稿時間を有する実況データであり、文字情報に話題区間キーワードを含む実況データを、実況データサーバ１００から、通信部１６を介して取得する。例えば、条件入力部３０によって、実況時間の開始時刻が２０１１年１１月１１日　１５：００に、実況時間の終了時刻が２０１１年１１月１２日　１：００に、話題区間キーワードが「円高」に設定された場合、この時間内の投稿日時を有する実況データであって、文字情報に「円高」を含む実況データを、実況データサーバ１００から取得する。
　放送局同定部５０は、実況データ取得部４０によって受信された実況データの文字情報から、その実況データがどの放送局の放送コンテンツについて言及しているかを判別して、実況データと、放送局ＩＤとの対応付けを行う。具体的には、実況データの文字情報中に、放送局情報格納部２１に格納された放送局名や放送局短縮名、放送局タグが含まれているかどうかを判別して対応付けを行う。
　ここで、放送局情報格納部２１として、図５の例を用いて実況データを放送局に対応付ける具体例を３つ示す。
（１）実況データの文字情報が、「今アルプステレビ見ています。」である場合、放送局ＩＤが「放送局２」である放送局名「アルプステレビ」が実況データの文字情報に含まれているので、この実況データを放送局２と対応付ける。
（２）実況データの文字情報が、「ＺｙｘＴＶ閲覧中」である場合、放送局ＩＤが「放送局１」である放送局短縮名「ＺｙｘＴＶ」が実況データの文字情報に含まれているので、この実況データを放送局２と対応付ける。
（３）実況データの文字情報が、「ハイパーニュースを見ています。＃ｚｔｖ」である場合、放送局ＩＤが「放送局１」である放送局タグ「ｚｔｖ」が実況データの文字情報に含まれているので、この実況データを放送局１と対応付ける。
　このように、放送局名や、放送局短縮名、放送局タグによって、実況データと放送局ＩＤとの対応付けを行う。もし、実況データの文字情報が、複数の放送局ＩＤと一致した場合、一致した放送局全てだけ、実況データと放送局ＩＤとを対応付ける。
　実況データ数集計部６０は、放送局ＩＤごとに、条件入力部３０で指定されたキーワードに一致する実況データの数である実況データ数をカウントする。また、実況データ数をカウントする際に、条件入力部３０で設定された実況時間を、所定の時間間隔ごとに分割したものである実況分割区間を作成し、その実況分割区間ごとに実況データ数をカウントする。
　図９は、２０１０年１１月１１日　１５：００～１５：１０の実況区間を５分間隔で分割して、２０１０年１１月１１日　１５：００～１５：０５と、２０１０年１１月１１日　１５：０５～１５：１０との２つの実況分割区間を作成し、さらに、これらの実況分割区間と、２つの放送局ＩＤ「放送局１」「放送局２」とに対応する実況データ数をカウントした結果を示す図である。図９によると、放送局１における実況分割区間１５：００～１５：０５の実況データ数は４であり、実況分割区間１５：０５～１５：１０の実況データ数は８である。放送局２における実況分割区間１５：００～１５：０５の実況データ数は１であり、実況分割区間１５：０５～１５：１０の実況データ数は２であることを示している。このように、実況データ数集計部６０は、実況分割区間と、放送局ＩＤとに対応付けられた実況データ数のテーブルを作成する。
　次に、実況データ数集計部６０の処理の流れを、図１０のフローチャートを参照しながら説明する。まず、実況データ数集計部６０は、条件入力部３０で設定された実況時間を、所定間隔ごとに分割して、実況分割区間を作成する（ステップＳ１００）。所定間隔を５分として実況時間の分割を行う例を示すと、開始時刻が２０１１年１１月１１日　１５：００ならば、最初の区間は、２０１１年１１月１１日の１５：００～１５：０５であり、２つ目の区間は同日１５：０５～１５：１０、３つ目の区間は同日１５：１０～１５：１５となる。この分割を、実況時間の終了時刻まで行う。
　次に、実況データ数集計部６０は、実況データ数をカウントするテーブルであるカウントテーブルを作成する（ステップＳ１１０）。このテーブルは、図９に示すような、対応する放送局ＩＤと、実況分割区間との対応によって格納する実況データ数の位置が決まるテーブルである。放送局ＩＤには、放送局情報格納部２１に格納された放送局ＩＤを用い、実況分割区間には、ステップＳ１００で作成した実況分割区間を用いる。
　次に、実況データ数集計部６０は、ループを開始する（ステップＳ１２０）。ステップＳ１２０に示す記号は、ループ開始を表す記号であり、ループ識別子「ループＡ」は、開始値１、増分１のループカウンタｎが、終了値Ｎになるまでループすることを示している。なお、終了値Ｎは、実況データ取得部４０によって取得された実況データの総数である。
　次に、実況データ数集計部６０は、ｎ番目の実況データを実況データ取得部４０に読み出させる（ステップＳ１３０）。
　次に、実況データ数集計部６０は、ｎ番目の実況データの投稿日時を含む実況分割区間と、ｎ番目の実況データに対応付けられた放送局ＩＤとに対応するカウントテーブルの位置のカウンタを１増加させる（ステップＳ１４０）。もし、放送局ＩＤが複数対応付けられている場合は、対応付けられている全ての放送局ＩＤについて前記処理を行う。
　次に、実況データ数集計部６０は、ループの終了条件をチェックする（ステップＳ１５０）。ステップＳ１５０に示す記号は、ループの終端を示すものである。ループ識別子「ループＡ」が終了条件に達したか、つまり、ループカウンタｎが終了値Ｎとなったかどうかを判断する。もし、終了条件を満たすならば、実況データ数集計部６０は、処理を終了する。そうでなければ、ループカウンタｎを増分１だけ増加させ、ステップＳ１２０に戻る。
　以上が実況データ数集計部６０の処理である。
　図３の説明に戻り、話題区間作成部７０は、実況データ数集計部６０で算出した実況データ数から放送局ＩＤごとに話題区間を検出し、その検出された話題区間の開始時刻と、終了時刻と、放送局ＩＤと、話題区間キーワードとを組み合わせた話題区間データを話題区間格納部２３に格納する。本実施形態では、代表的な話題区間の検出方法について、図１１のフローチャートを参照しながら説明を行う。
　まず、話題区間作成部７０は、放送局情報格納部２１に格納された放送局ＩＤの総数をＫとし、ループ識別子「ループＢ」を、初期値１、増分１のループカウンタｋが終了値Ｋになるまでのループを開始する（ステップＳ２００）。
　次に、話題区間作成部７０は、実況データ数集計部６０によって作成されたカウンタテーブルから、ｋ番目の放送局ＩＤに対応する実況分割区間ごとの実況データ数を取り出す（ステップＳ２１０）。
　次に、話題区間作成部７０は、ステップＳ２１０によって取り出された実況分割区間の実況データ数の平均Ｍと標準偏差Ｓを算出する（ステップＳ２２０）。
　次に、話題区間作成部７０は、調整パラメータαと、ステップＳ２２０で算出された実況データ数の平均Ｍ、及び標準偏差Ｓとによって、閾値θを以下の式１によって算出する（ステップＳ２３０）。
　　θ＝Ｍ－αＳ・・・（式１）
　調整パラメータαは、予め設計者が設定しておく０．５～２．０程度の実数であり、１．０程度の値を推奨する。αの値を大きくとると、検出される話題区間の長さが長くなり、逆にαの値を小さく取ると、検出される話題区間の長さが短くなる。また、閾値θが０以下となった場合、θ＝０とする。
　次に、話題区間作成部７０は、実況データ数が閾値θ以上である実況分割区間から話題区間を検出する（ステップＳ２４０）。図１２は、実況時間を２０１０年１１月１１日の１５：００～１７：５０とし、５分単位で分割して実況分割区間を作成したときの実況データ数をグラフ化したものである。なお、実況データ数は仮のデータサンプルを用いている。話題区間作成部７０のステップＳ２４０の話題区間検出処理では、閾値６００以上である連続した実況分割区間を話題区間として作成するものであって、その処理の結果として、話題区間６１０に示す１５：００～１５：２５の話題区間と、話題区間６２０に示す１５：３５～１６：２５の話題区間と、話題区間６３０に示す１６：３５～１７：２５の３つを作成することができる。
　このステップＳ２４０の話題区間検出処理を、さらに、図１３のサブフローチャートを参照しながら説明する。
　話題区間検出処理では、まず、話題区間の開始時刻を記憶するための開始時刻変数を初期化する（ステップＳ２４１）。
　次に、話題区間作成部７０は、実況分割区間数をＪとすると、初期値１、増分１のループカウンタｊが終了値Ｊとなるまでのループ識別子「ループＣ」のループを開始する（ステップ２４２）。
　次に、ｋ番目の放送局ＩＤと、ｊ番目の実況分割区間と、から決まるテーブル位置の実況データ数が、閾値θを上回っているかどうかを判断する（ステップＳ２４３）。上回っているならばステップＳ２４４へ、上回っていないならばステップＳ２４６へ進む。ステップＳ２４３において、話題区間作成部７０は、実況データ数が閾値θを上回っていると判断すると、さらに、開始時刻変数に開始時刻が設定されているかどうかを判断する（ステップＳ２４４）。もし、開始時刻が設定されている場合はループ終端のステップＳ２４８に進み、設定されていなければステップＳ２４５に進む。
　次に、ステップＳ２４４において、話題区間作成部７０は、開始時刻変数に開始時刻が設定されていないと判断すると、開始時刻変数にｊ番目の実況分割区間の開始時刻を設定する（ステップＳ２４５）。
　ステップＳ２４３の判定の説明に戻り、話題区間作成部７０は、実況データ数が、閾値θを上回っていないと判断すると、さらに、開始時刻変数に開始時刻が設定されているかどうかを判断する（ステップＳ２４６）。もし、開始時刻が設定されていない場合はループ終端のステップＳ２４８に進み、開始時刻が設定されている場合はステップＳ２４７に進む。
　ステップＳ２４６において、開始時刻が設定されていると判断すると、話題区間作成部７０は、話題区間を作成する（ステップＳ２４７）。話題区間の開始時刻は、開始時刻変数に記憶された開始時刻とし、話題区間の終了時刻は、ｊ番目の実況分割区間の開始時刻とする。話題区間を作成すると、話題区間作成部７０は、開始時刻変数を初期化し、未設定の状態に戻す。続くステップＳ２４８は、ループＣの終端記号である（ステップＳ２４８）。ループＣが終了条件を満たすと判断する場合、話題区間作成部７０は、ステップＳ２４９に進み、終了条件を満たさないと判断する場合、ステップＳ２４２に戻って処理を繰り返す。次に、話題区間作成部７０は、開始時刻変数が設定されている場合、開始時刻変数に記憶された開始時刻を話題区間の開始時刻とし、話題区間の終了時刻を実況時間の終了時刻として、話題区間を作成する（ステップＳ２４９）。
　以上がステップＳ２４０の話題区間検出処理の説明である。
　次に、話題区間作成部７０は、ステップＳ２４０で検出した話題区間ごとに、ｋ番目の放送局ＩＤと、話題区間キーワードとを組み合わせて話題区間データを作成し、話題区間格納部２３に格納する（ステップＳ２５０）。
　次に、話題区間作成部７０は、ループＢが終了条件を満たしたかどうかを判定する（ステップＳ２６０）。終了条件を満たしたのであれば、話題区間作成部７０は処理を終了する。終了条件を満たしていないのであれば、ステップＳ２００に戻る。
　以上が、話題区間作成部７０の説明である。
　なお、式１を用いず、閾値θを所定値に設定するようにしても良い。
　以上が、区間作成装置１の説明である。以上の区間作成装置１により、特定のキーワードが語られた区間の開始時刻と終了時刻とを検出し、さらに、その区間に放送局と対応付けることができるので、録画した放送コンテンツを、その検出された区間で切り出して編集したり、その検出された区間だけに限定して再生を行ったりすることが可能になる。
　また、話題区間キーワードを複数指定し、両方の話題区間キーワードに一致する実況区間データを、実況データサーバ１００から取得できるようにしても良い。例えば、「円高＋ドル安」というように、話題区間キーワードを＋記号で繋いだ検索条件が指定されると、実況データサーバ１００は、「円高」というキーワードと、「ドル安」というキーワードを同時に含む実況データを返すようにする。
　また、特定のキーワードを含まない話題区間キーワードを設定できるようにしても良い。例えば、「ＮＯＴドル安」というように、話題区間キーワードの先頭に、「ＮＯＴ」とつけられた検索条件が指定されると、実況データサーバ１００は、その後ろに続くキーワード、この場合では「ドル安」を含まない実況データを返すようにする。
　また、特定の実況データサーバから受信した実況データである場合、その実況データを所定の放送局と対応付けるようにしても良い。例えば、放送局ＩＤが「放送局１」である放送コンテンツに関する投稿を受け付けるような実況データサーバが存在する場合、その実況データサーバから取得する実況データは全て、放送局ＩＤ「放送局１」と対応付ける。
　また、本実施形態では、話題区間を放送局ＩＤごとに作成するとしたが、コンテンツＩＤごとに作成しても、同様の効果が得られるため、コンテンツＩＤごとに作成するようにしても良い。放送局ＩＤからコンテンツＩＤへの変換は、放送コンテンツ格納部２２を参照し、話題区間と、放送局ＩＤとから、コンテンツＩＤを特定することが可能である。
［実施形態２］
　本実施形態におけるシステム構成は、図１に示す実施形態１のシステム構成と同様であるが、区間作成装置１の構成内容が異なる。本実施形態では、区間作成装置２として、説明を行う。
　実施形態１の区間作成装置１の放送局同定部５０では、実況データの文字情報に放送局を特定するための文字列が存在するか否かによって放送局を同定していたが、本実施形態における区間作成装置２は、実況データの文字情報と、実況データの投稿日時に該当する時刻に放送していた放送コンテンツの情報とから、放送局を推定するものである。
　図１４は、区間作成装置２の構成を示すブロック図である。区間作成装置２は、実施形態１の区間作成装置１と比較して、補助記憶部２０の内部にコンテンツ情報格納部２４が追加され、放送局同定部５０の動作が異なる。そこで、本実施形態においては、動作の異なる放送局同定部５０を放送局同定部５０Ａとし、コンテンツ情報格納部２４と、放送局同定部５０Ａとの説明を行い、その他の部については、区間作成装置１と同様のため、説明を省略する。なお、区間作成装置２による話題区間データの作成処理については、図４に示す区間作成装置１の処理と同様である。
　コンテンツ情報格納部２４は、コンテンツＩＤと、そのコンテンツＩＤの副次的なデータであるコンテンツ情報とを組み合わせて格納する。コンテンツ情報は、放送コンテンツのタイトルや出演者、字幕、ジャンル、放送コンテンツの概要文などである。図１５は、コンテンツ情報格納部２４のフォーマットの一例を示す図であり、コンテンツ情報として、タイトルと、出演者とを格納している。図１５において、コンテンツＩＤ１のタイトルは「ハイパーニュース」であり、出演者は「日本太郎」である。
　放送局同定部５０Ａは、実況データ取得部４０によって受信された実況データの文字情報から、その実況データがどの放送局の放送コンテンツについて言及しているかを判別して、実況データと、放送局ＩＤとの対応付けを行う。放送局同定部５０Ａの処理の流れを、図１６に示すフローチャートを参照しながら説明を行う。
　まず、放送局同定部５０Ａは、実況データの文字情報に、放送局を特定するための放送局名や放送局短縮名、放送局タグと一致する文字列が含まれているかどうかを判断する（ステップＳ３００）。含まれている場合はステップＳ３１０に進み、そうでなければステップＳ３２０に進む。
　実況データの文字情報に、放送局を特定する文字列が含まれている場合、放送局同定部５０Ａは、その一致文字列から放送局を対応付ける（ステップＳ３１０）。この処理は、実施形態１における放送局同定部５０と同様の処理であるため、説明を省略する。
　ステップＳ３００において、放送局を特定するための文字列が実況データの文字情報に含まれていないと判断すると、放送局同定部５０Ａは、放送コンテンツ格納部２２に格納されたコンテンツ数をＭとし、ループ識別子「ループＤ」について、初期値１、増分１のループカウンタｍが、終了値Ｍとなるまでループする処理を行う（ステップＳ３２０）。
　次に、放送局同定部５０Ａは、放送コンテンツ格納部２２におけるｍ番目のコンテンツＩＤ（以降、コンテンツＩＤｍとする）の放送開始時刻から、放送終了時刻までの時間幅に、実況データの投稿日時が含まれるかどうかを判定する（ステップＳ３３０）。例えば、図６に示す放送コンテンツ格納部２２の例において、コンテンツＩＤｍがコンテンツＩＤ１の場合、放送開始時刻は２０１０年１１月１１日　１５：００であり、放送終了時刻は２０１０年１１月１１日　１６：００である。この、２０１０年１１月１１日　１５：００から、２０１０年１１月１１日　１６：００までの時間内に、実況データの投稿日時が含まれているかどうかを判定する。もし、含まれるならばステップＳ３４０に進み、含まれないのであればステップＳ３６０に進む。
　ステップＳ３３０において、実況データがコンテンツＩＤｍの時間内に含まれていると判定されたならば、放送局同定部５０Ａは、コンテンツ情報格納部２４から、コンテンツＩＤｍに対応するコンテンツ情報を取得する（ステップＳ３４０）。
　次に、放送局同定部５０Ａは、前記取得したコンテンツ情報と、実況データの文字情報とから、コンテンツＩＤｍとの関連度を算出する（ステップＳ３５０）。関連度の算出は、コンテンツ情報と、実況データの文字情報との文字列を比較して、一致する文字列があれば、コンテンツＩＤｍとの関連度を、文字列の長さ分だけ加算する。
　例えば、実況データの文字情報が「今、ハイパーニュースを見ています」であり、コンテンツＩＤｍがコンテンツＩＤ１である場合、図６の例では、コンテンツＩＤ１のタイトルが「ハイパーニュース」であるため、この実況データは、コンテンツＩＤ１のコンテンツ情報であるタイトルを、部分文字列として含んでいる。この場合、「ハイパーニュース」という文字列の長さが８文字なので、コンテンツＩＤ１との関連度を８だけ増加させる。また、実況データの文字情報が「今、ハイパーニュースを見ています。日本太郎カッコいい」であった場合、前述の通り、部分文字列の「ハイパーニュース」によって、コンテンツＩＤ１との関連度を８増加させると共に、コンテンツＩＤ１の出演者である「日本太郎」も部分文字列として含むため、「日本太郎」という文字列の長さ分、すなわち、４を関連度に加える。
　このような文字列比較の処理を、コンテンツＩＤｍに対応するコンテンツ情報の種類ごとに行うことで、実況データと、コンテンツＩＤｍとの関連度を算出する。
　次のステップＳ３６０の記号は、ループ識別子「ループＤ」のループ終端を示すものであり、ループＤが条件を満たす場合、すなわち、ループカウンタｍが終了値Ｍとなった場合、ステップＳ３７０に進み、そうでなければステップＳ３２０に戻る（ステップＳ３６０）。
　ループが終了すると、放送局同定部５０Ａは、関連度が所定の閾値以上となったコンテンツＩＤを選び出すと共に、放送コンテンツ格納部２２を参照して、選びだされたコンテンツＩＤに関連付けられた放送局ＩＤを取得する（ステップＳ３７０）。ここで取得された放送局ＩＤと、実況データとを対応付ける。
　上記処理を、実況データ取得部４０によって取得された全ての実況データに対して行い、実況データと放送局ＩＤとを対応付けしておく。
　以上が放送局同定部５０Ａの処理の流れである。なお、関連度を算出する際に、コンテンツ情報の種類ごとに重みを設定して算出するようにしても良い。例えば、タイトルに一致した場合は、一致した文字列の長さに１．２倍し、出演者に一致した場合は、文字列の長さに１．５倍するというように設定する。
　また、一致する部分文字列が、所定の長さに満たない場合は、関連度を増加させないように、閾値を設定してもよい。
　また、実況データの文字情報について形態素解析を行って、名詞のみを比較するようにしても良い。
　また、類語辞書や連想語辞書を用いて、類語や連想語に一致した場合も、関連度を増加するようにしてもよい。例えば、コンテンツＩＤｍがコンテンツＩＤ２である場合において、実況データの文字情報の中に「買い物」という文字列が含まれており、類語辞書より「ショッピング」が取得される場合、図６の例におけるコンテンツＩＤ２のタイトル「ショッピング情報」の部分文字列「ショッピング」と一致するので、この実況データと、コンテンツＩＤ２との関連度を増加させる。
　また、放送局同定部５０Ａの処理は、上記処理に限らず、実況データと、コンテンツＩＤとの対応付けが可能であれば、他の方法を用いても良い。
　以上が区間作成装置２の説明である。
　以上の区間作成装置２によると、実況データの記載内容から実況データと放送局との対応付けを行うことによって、放送局を明示的に指定していない実況データも本システムに利用することができるため、より正確な話題区間の検出が可能となる。さらに、利用可能なデータ数が増えることで、より様々な話題区間キーワードに一致する実況データが増えるため、様々な話題区間を検出することが可能となる。
［実施形態３］
　本発明の実施形態３における、区間作成装置３の構成を図１７に示す。図１７の構成は、図１に示す実施形態１の区間作成装置１と比較すると、話題区間作成部７０の動作が異なる。そこで、本実施形態における話題区間作成部７０を話題区間作成部７０Ａとして説明を行う。話題区間作成部７０Ａ以外の部については、図１に示す区間作成装置１と同様の動作であるため、説明を省略する。
　なお、システム全体の構成については、図２に示す実施形態１のシステム構成と同様であるため、説明を省略する。また、区間作成装置３の処理の流れについても、図４に示す区間作成装置１のフローチャートと同様のため、説明を省略する。
　話題区間作成部７０Ａは、実況データ数の大きい実況分割区間を中心に、話題区間を作成する。話題区間作成部７０Ａの処理の流れを、図１８のフローチャートを参照しながら説明を行う。
　まず、話題区間作成部７０Ａは、放送局情報格納部２１に格納された放送局ＩＤの総数をＫとし、ループ識別子「ループＥ」を、初期値１、増分１のループカウンタｋが終了値Ｋになるまでのループを開始する（ステップＳ４００）。
　次に、話題区間作成部７０Ａは、実況データ数集計部６０によって作成されたカウントテーブルから、ｋ番目の放送局ＩＤに対応する実況分割区間と、その実況分割区間に対応する実況データ数とを全て読み出す（ステップＳ４１０）。
　次に、話題区間作成部７０Ａは、取得した実況分割区間の中から、最も実況データ数の多い実況分割区間を選び出す（ステップＳ４２０）。
　次に、ステップＳ４１０で選び出した実況分割区間を中心とした話題区間を作成するか否かの判断を行う（ステップＳ４３０）。具体的には、選び出した実況分割区間が、後述のステップＳ４４０によって作成された、いずれかの話題区間に重なる場合、その実況分割区間からは話題区間を作成せず、ステップＳ４６０に進む。もし、実況分割区間が話題区間と重複していなければ、ステップＳ４３０に進む。
　ステップＳ４３０の判断処理について、図１９を用いて具体的に説明する。図１９の話題区間６４０は、ステップＳ４４０で作成された話題区間である。図１９の横軸は時刻である。ここで、ステップＳ４２０で選び出された実況分割区間が、実況分割区間７００であるとすると、実況分割区間７００は、話題区間６４０に重複しているため、実況分割区間７００からは話題区間を作成しないと判断する。一方、ステップＳ４２０で選び出された実況分割区間が、実況分割区間７１０である場合は、話題区間と重複していないため、実況分割区間７１０から話題区間を作成すると判断する。
　また、最大の実況データ数が予め定められた閾値に満たない場合も、話題区間を作成せずにステップＳ４５０に進む。なお、最大の実況データ数が所定の閾値に満たない場合は、他の実況分割区間も同様に所定の閾値に満たないことが明らかであるため、ステップＳ４７０に進むようにしても良い。
　ステップＳ４３０で、話題区間を作成すると判断した場合、話題区間作成部７０Ａは、ステップＳ４１０で選び出した実況分割区間を中心とした話題区間を作成する（ステップＳ４４０）。具体的には、実況分割区間から、前後所定の時間分を加算した区間を話題区間とする。例えば、実況分割区間が２０１０年１１月１１日　１５：００～１５：０５であり、前後に加算する時間を３分とすると、作成される話題区間は、２０１０年１１月１１日　１４：５７～１５：０８となる。なお、加算する所定の時間は、予め設計者が設定しておく。この加算する時間は、前後で加算値が異なっていても良い。また、加算値を０として、実況分割区間をそのまま話題区間として作成しても良い。また、加算値はマイナスの値を取っても良い。
　次に、ステップＳ４４０で作成された話題区間と、ｋ番目の放送局ＩＤと、話題区間キーワードとを組み合わせて話題区間データを作成し、話題区間格納部２３に格納する（ステップＳ４５０）。
　次に、話題区間作成部７０Ａは、ｋ番目の放送局ＩＤにおける話題区間作成処理を終了するかどうかの判定を行う（ステップＳ４６０）。ここでは、ｋ番目の放送局ＩＤの話題区間を所定の数だけ作成したかどうかの判断を行い、話題区間の作成数が所定数以上である場合はステップＳ４７０へ進む。また、ｋ番目の放送局ＩＤに対応する実況分割区間データを全て読み出した場合も、ステップＳ４７０に進む。それ以外の場合は、ステップＳ４２０に戻る。
　次に、話題区間作成部７０Ａは、ループＥの終了判定を行う（ステップＳ４７０）。ループＥが終了条件を満たすと判断する場合、話題区間作成部７０は、話題区間の作成処理を終了する。終了条件を満たさないと判断する場合、ステップＳ４００に戻って処理を繰り返す。
　以上が話題区間作成部７０Ａの説明である。この話題区間作成部７０Ａによって、実況データ数のピークを中心とした話題区間を作成することができる。話題区間の作成数の所定数を１とすると、実況データ数の最大値のみから話題区間を作成することができる。
　なお、ステップＳ４３０の判定において、実況分割区間が既に作成された話題区間と重複した場合は、話題区間を作成しないとしたが、その実況分割区間についても話題区間を作成し、作成した話題区間と、重複した話題区間とを結合して、ひとつの話題区間とするようにしても良い。
　以上が区間作成装置３の説明である。なお、区間作成装置３の放送局同定部５０は、区間作成装置２の放送局同定部５０Ａを用いてもよい。
　上述した実施形態１～３ではコンテンツとしてデジタルコンテンツを例に説明したが、アナログコンテンツでもよい。また、放送コンテンツの例としてテレビ放送コンテンツを例に説明したが、ラジオ放送コンテンツであってもよい。
１，２，３　区間作成装置
１０　バス
１１　中央制御装置
１２　ＲＯＭ
１３　主記憶部
１４　入力部
１５　表示部
１６　音声出力部
１７　通信部
２０　補助記憶部
３０　条件入力部
４０　実況データ取得部
５０，５０Ａ　放送局同定部
６０　実況データ集計部
７０，７０Ａ　話題区間作成部
１００　実況データサーバ
１１０　投稿受付部
１２０　実況データ格納部
１３０　実況データ送信部
２００　投稿端末
３００　開始時刻設定
３１０　終了時刻設定
３２０　キーワード設定
３３０　実行ボタン
６００　閾値
６１０，６２０，６３０，６４０　話題区間
７００，７１０　実況分割区間
　本発明は、放送コンテンツにおいて特定の話題に関係するシーンの区間を作成する際に利用可能である。

Claims (17)

  1. 　複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する実況データ取得部と、
    　入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、
    　前記実況データ数集計部によって集計された実況データの個数が、所定の閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する区間作成部と、
    　を備えることを特徴とする区間作成装置。
  2. 　放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部、
    　をさらに備え、
    　前記実況データは、前記文字列データと関係する放送局の放送局ＩＤをさらに含み、
    　前記実況データ数集計部は、前記実況データに関連する放送局ＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
    　前記区間作成部は、前記実況データ数集計部によって集計された前記放送局ＩＤごとの実況データの個数が、前記閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する、
    　ことを特徴とする請求項１に記載の区間作成装置。
  3. 　放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部と、
    　１つ以上の放送局タグを含む文字列データを有する実況データと、前記放送局タグに対応付けられた放送局ＩＤとを対応付ける放送局同定部と、
    　をさらに備え、
    　前記実況データ数集計部は、前記実況データに関連する放送局ＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
    　前記区間作成部は、前記実況データ数集計部によって集計された前記放送局ＩＤごとの実況データの個数が、前記閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する、
    　ことを特徴とする請求項１に記載の区間作成装置。
  4. 　前記放送局ＩＤと、放送コンテンツの書誌的な情報であるコンテンツ情報と、を格納するコンテンツ情報格納部と、
    　前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツ情報に対応する放送局ＩＤを、前記実況データに関連する放送局ＩＤとして選出する放送局同定部と、
    　をさらに備えることを特徴とする請求項２に記載の区間作成装置。
  5. 　放送コンテンツを一意に識別するための識別子であるコンテンツＩＤを格納する放送コンテンツ格納部、
    　をさらに備え、
    　前記実況データは、前記文字列データと関係するコンテンツＩＤをさらに含み、
    　前記実況データ数集計部は、前記実況データに関連するコンテンツＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
    　前記区間作成部は、前記実況データ数集計部によって集計された前記コンテンツＩＤごとの実況データの個数が、前記閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する、
    　ことを特徴とする請求項１に記載の区間作成装置。
  6. 　前記コンテンツＩＤと、前記コンテンツＩＤに対応する放送コンテンツの書誌的な情報であるコンテンツ情報と、を組み合わせて格納するコンテンツ情報格納部と、
    　前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツＩＤを、前記実況データに関連するコンテンツＩＤとして選出する放送局同定部と、
    　をさらに備えることを特徴とする請求項５に記載の区間作成装置。
  7. 　前記区間作成部は、
    　前記実況データ数集計部によって集計された実況データの個数の平均値、及び標準偏差を求め、前記平均値と、前記標準偏差とから前記閾値を算出する、
    　ことを特徴とする請求項１から６のいずれかに記載の区間作成装置。
  8. 　複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時を含む実況データとを取得する実況データ取得部と、
    　入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、
    　前記実況データ数集計部によって集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する区間作成部と、
    　を備えることを特徴とする区間作成装置。
  9. 　放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部、
    　をさらに備え、
    　前記実況データは、前記文字列データと関係する放送局の放送局ＩＤをさらに含み、
    　前記実況データ数集計部は、前記実況データに関連する放送局ＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
    　前記区間作成部は、前記実況データ数集計部によって集計された前記放送局ＩＤごとの実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する、
    　ことを特徴とする請求項８に記載の区間作成装置。
  10. 　放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部と、
    　１つ以上の放送局タグを含む文字列データを有する実況データと、前記放送局タグに対応付けられた放送局ＩＤとを対応付ける放送局同定部と、
    　をさらに備え、
    　前記実況データ数集計部は、前記実況データに関連する放送局ＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
    　前記区間作成部は、前記実況データ数集計部によって集計された前記放送局ＩＤごとの実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する、
    　ことを特徴とする請求項８に記載の区間作成装置。
  11. 　前記放送局ＩＤと、放送コンテンツの書誌的な情報であるコンテンツ情報と、を格納するコンテンツ情報格納部と、
    　前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツ情報に対応する放送局ＩＤを、前記実況データに関連する放送局ＩＤとして選出する放送局同定部と、
    　をさらに備えることを特徴とする請求項９に記載の区間作成装置。
  12. 　放送コンテンツを一意に識別するための識別子であるコンテンツＩＤを格納する放送コンテンツ格納部、
    　をさらに備え、
    　前記実況データは、前記文字列データと関係するコンテンツＩＤをさらに含み、
    　前記実況データ数集計部は、前記実況データに関連するコンテンツＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
    　前記区間作成部は、前記実況データ数集計部によって集計された前記コンテンツＩＤごとの実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する、
    　ことを特徴とする請求項８に記載の区間作成装置。
  13. 　前記コンテンツＩＤと、前記コンテンツＩＤに対応する放送コンテンツの書誌的な情報であるコンテンツ情報と、を組み合わせて格納するコンテンツ情報格納部と、
    　前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツＩＤを、前記実況データに関連するコンテンツＩＤとして選出する放送局同定部と、
    　をさらに備えることを特徴とする請求項１２に記載の区間作成装置。
  14. 　複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、
    　入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、
    　集計された実況データの個数が、所定の閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成するステップと、
    　を備えることを特徴とする区間作成方法。
  15. 　複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、
    　入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、
    　集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の時間を付加して区間データを作成するステップと、
    　を備えることを特徴とする区間作成方法。
  16. 　複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する処理と、
    　入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する処理と、
    　集計された実況データの個数が、所定の閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さにより特定される区間データを作成する処理と、
    　をコンピュータに実行させることを特徴とする区間作成プログラム。
  17. 　複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する処理と、
    　入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する処理と、
    　集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する処理と、
    　をコンピュータに実行させることを特徴とする区間作成プログラム。
PCT/JP2011/005664 2010-11-24 2011-10-07 区間作成装置、区間作成方法、及び区間作成プログラム Ceased WO2012070179A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP11843632.8A EP2574052A4 (en) 2010-11-24 2011-10-07 SEGMENTERSTELLUNGSVÄRICHTUNG, SEGMENTERSTELLUNGS PROCEDURE AND SEGMENTERSTORTUNG PROGRAM
KR1020127022796A KR101404585B1 (ko) 2010-11-24 2011-10-07 구간 작성 장치, 구간 작성 방법 및, 구간 작성 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체
CN201180037831.0A CN103053156B (zh) 2010-11-24 2011-10-07 区间制作装置、区间制作方法、及区间制作程序
US13/614,880 US9191609B2 (en) 2010-11-24 2012-09-13 Segment creation device, segment creation method, and segment creation program

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2010-261779 2010-11-24
JP2010261779 2010-11-24
JP2011213372A JP2012129979A (ja) 2010-11-24 2011-09-28 区間作成装置、区間作成方法、及び区間作成プログラム
JP2011-213372 2011-09-28

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/614,880 Continuation US9191609B2 (en) 2010-11-24 2012-09-13 Segment creation device, segment creation method, and segment creation program

Publications (1)

Publication Number Publication Date
WO2012070179A1 true WO2012070179A1 (ja) 2012-05-31

Family

ID=46145553

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/005664 Ceased WO2012070179A1 (ja) 2010-11-24 2011-10-07 区間作成装置、区間作成方法、及び区間作成プログラム

Country Status (6)

Country Link
US (1) US9191609B2 (ja)
EP (1) EP2574052A4 (ja)
JP (1) JP2012129979A (ja)
KR (1) KR101404585B1 (ja)
CN (1) CN103053156B (ja)
WO (1) WO2012070179A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014002728A1 (ja) * 2012-06-27 2014-01-03 シャープ株式会社 録画装置、テレビジョン受信機及び録画方法

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8560604B2 (en) 2009-10-08 2013-10-15 Hola Networks Ltd. System and method for providing faster and more efficient data communication
US9449002B2 (en) * 2013-01-16 2016-09-20 Althea Systems and Software Pvt. Ltd System and method to retrieve relevant multimedia content for a trending topic
US9241044B2 (en) 2013-08-28 2016-01-19 Hola Networks, Ltd. System and method for improving internet communication by using intermediate nodes
CN104090915B (zh) * 2014-06-12 2017-02-15 小米科技有限责任公司 用户数据更新方法及装置
US11023846B2 (en) 2015-04-24 2021-06-01 United Parcel Service Of America, Inc. Location-based pick up and delivery services
US11057446B2 (en) 2015-05-14 2021-07-06 Bright Data Ltd. System and method for streaming content from multiple servers
JP6790613B2 (ja) * 2016-09-05 2020-11-25 富士ゼロックス株式会社 情報処理装置、情報管理装置、及びプログラム
US11190374B2 (en) 2017-08-28 2021-11-30 Bright Data Ltd. System and method for improving content fetching by selecting tunnel devices
LT3767494T (lt) 2017-08-28 2023-03-10 Bright Data Ltd. Būdas pagerinti turinio parsisiuntimą, pasirenkant tunelinius įrenginius
EP3780557B1 (en) 2019-02-25 2023-02-15 Bright Data Ltd. System and method for url fetching retry mechanism
EP4383686A1 (en) 2019-04-02 2024-06-12 Bright Data Ltd. System and method for managing non-direct url fetching service
JP2024024798A (ja) * 2022-08-10 2024-02-26 株式会社ユニゾンシステムズ 映像編集装置、映像編集プログラム、及び映像編集方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004364183A (ja) * 2003-06-06 2004-12-24 Nippon Telegr & Teleph Corp <Ntt> 部分コンテンツ作成方法、部分コンテンツ作成システム、部分コンテンツ作成装置、及び、部分コンテンツ作成プログラム
JP2005277531A (ja) * 2004-03-23 2005-10-06 Seiko Epson Corp 動画像処理装置
JP2008185626A (ja) * 2007-01-26 2008-08-14 Toshiba Corp ハイライトシーン検出装置
JP2009225207A (ja) * 2008-03-18 2009-10-01 Nec Corp 情報処理装置

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5481296A (en) * 1993-08-06 1996-01-02 International Business Machines Corporation Apparatus and method for selectively viewing video information
US6374225B1 (en) * 1998-10-09 2002-04-16 Enounce, Incorporated Method and apparatus to prepare listener-interest-filtered works
WO2000049803A1 (en) * 1999-02-18 2000-08-24 Kabushiki Kaisha Toshiba Medium on which stream data is recorded, its recording method, and its reproducing method
AU4200600A (en) * 1999-09-16 2001-04-17 Enounce, Incorporated Method and apparatus to determine and use audience affinity and aptitude
JP3738631B2 (ja) * 1999-09-27 2006-01-25 三菱電機株式会社 画像検索システムおよび画像検索方法
JP2001237882A (ja) * 2000-02-23 2001-08-31 Nec Corp パケットデータ転送におけるパケットサイズ制御装置及びその制御方法
US20040249642A1 (en) * 2003-06-03 2004-12-09 The Boeing Company Systems, methods and computer program products for modeling uncertain future benefits
SE522784C2 (sv) * 2001-10-23 2004-03-09 Ericsson Telefon Ab L M Förfarande och enhet för att justera en tidsfördjöjning för en högfrekvent application
US7006658B2 (en) * 2001-12-20 2006-02-28 Koninklijke Philips Electronics N.V. Varying segment sizes to increase security
US7064796B2 (en) * 2001-12-21 2006-06-20 Eloda Inc. Method and system for re-identifying broadcast segments using statistical profiles
US8176186B2 (en) * 2002-10-30 2012-05-08 Riverbed Technology, Inc. Transaction accelerator for client-server communications systems
JP4193629B2 (ja) * 2003-07-25 2008-12-10 ソニー株式会社 画面表示装置，プログラム，および画面表示方法
US20070039018A1 (en) * 2005-08-09 2007-02-15 Verance Corporation Apparatus, systems and methods for broadcast advertising stewardship
US7701976B2 (en) * 2004-12-22 2010-04-20 Exar Corporation Communications system with segmenting and framing of segments
US7590130B2 (en) * 2004-12-22 2009-09-15 Exar Corporation Communications system with first and second scan tables
JP2007150724A (ja) * 2005-11-28 2007-06-14 Toshiba Corp 映像視聴支援システムおよび方法
JP4835321B2 (ja) 2006-08-21 2011-12-14 ソニー株式会社 番組提供方法、番組提供方法のプログラム、番組提供方法のプログラムを記録した記録媒体及び番組提供装置
EP2124443A4 (en) * 2006-12-25 2010-02-24 Ptp Inc PROGRAM DATA MANAGEMENT SERVER, IDENTIFICATION DEVICE, PROGRAM DATA MANAGEMENT METHOD, AND COMPUTER PROGRAM
US8036124B1 (en) * 2007-02-09 2011-10-11 Juniper Networks, Inc. Early load detection system and methods for GGSN processor
US7429944B1 (en) * 2007-03-20 2008-09-30 Analog Devices, Inc. Converter systems having reduced-jitter, selectively-skewed interleaved clocks
US20080270344A1 (en) * 2007-04-30 2008-10-30 Yurick Steven J Rich media content search engine
JP2008283409A (ja) * 2007-05-10 2008-11-20 Nippon Hoso Kyokai <Nhk> メタデータ関連情報生成装置、メタデータ関連情報生成方法およびメタデータ関連情報生成プログラム
JP2009004872A (ja) * 2007-06-19 2009-01-08 Buffalo Inc ワンセグ放送受信装置、ワンセグ放送受信方法、およびワンセグ放送受信プログラムを記録した媒体
JP2009027260A (ja) 2007-07-17 2009-02-05 Panasonic Corp デジタルコンテンツ処理装置
EP2190201A4 (en) * 2007-09-18 2011-07-06 Panasonic Corp DISPLAY DEVICE, DISPLAY PROCEDURE AND DISPLAY PROGRAM
US20090094631A1 (en) * 2007-10-01 2009-04-09 Whymark Thomas J Systems, apparatus and methods to associate related market broadcast detections with a multi-market media broadcast
US20090164293A1 (en) * 2007-12-21 2009-06-25 Keep In Touch Systemstm, Inc. System and method for time sensitive scheduling data grid flow management
US8056086B2 (en) * 2008-05-19 2011-11-08 International Business Machines Corporation Load balancing for image processing using multiple processors
JP4757900B2 (ja) * 2008-06-09 2011-08-24 シャープ株式会社 ネットワーク接続装置、サーバ装置、端末装置、システム、文字入力方法、プログラムおよびコンピュータ読み取り可能な記録媒体
JP4625862B2 (ja) * 2008-12-24 2011-02-02 株式会社東芝 オーサリング装置およびオーサリング方法
US8311330B2 (en) * 2009-04-06 2012-11-13 Accenture Global Services Limited Method for the logical segmentation of contents
US8498350B2 (en) * 2009-04-17 2013-07-30 Raytheon Company Communication system incorporating physical layer waveform structure
JP2010288080A (ja) * 2009-06-11 2010-12-24 Sony Corp 画像処理装置及び画像処理方法
JP5625290B2 (ja) * 2009-09-09 2014-11-19 富士通株式会社 信号処理回路、インタフェースユニット、フレーム伝送装置及びセグメントデータの読み出し方法
US7990317B2 (en) * 2009-12-18 2011-08-02 At&T Mobility Ii Llc Signal path delay determination
US8489600B2 (en) * 2010-02-23 2013-07-16 Nokia Corporation Method and apparatus for segmenting and summarizing media content
US20110271001A1 (en) * 2010-04-30 2011-11-03 Herve Brelay Methods & apparatuses for a projected pvr experience
US8423555B2 (en) * 2010-07-09 2013-04-16 Comcast Cable Communications, Llc Automatic segmentation of video

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004364183A (ja) * 2003-06-06 2004-12-24 Nippon Telegr & Teleph Corp <Ntt> 部分コンテンツ作成方法、部分コンテンツ作成システム、部分コンテンツ作成装置、及び、部分コンテンツ作成プログラム
JP2005277531A (ja) * 2004-03-23 2005-10-06 Seiko Epson Corp 動画像処理装置
JP2008185626A (ja) * 2007-01-26 2008-08-14 Toshiba Corp ハイライトシーン検出装置
JP2009225207A (ja) * 2008-03-18 2009-10-01 Nec Corp 情報処理装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
KYOKO ARIYASU: "An Intelligence Circulation System Based on Analyses of Viewer's Comments", IEICE TECHNICAL REPORT, vol. 108, 8 January 2009 (2009-01-08), pages 5 - 9, XP008166601 *
KYOKO ARIYASU: "How to Generate Trackback between Text Comments and TV programs", FIT2007 DAI 6 KAI FORUM ON INFORMATION TECHNOLOGY IPPAN KOEN RONBUNSHU, vol. 1, 22 August 2007 (2007-08-22), pages 153 - 154, XP008166683 *
KYOKO ARIYASU: "Inference of user's preferences by using live-chat data", FIT2007 DAI 6 KAI FORUM ON INFORMATION TECHNOLOGY IPPAN KOEN RONBUNSHU, vol. 2, 22 August 2007 (2007-08-22), pages 317 - 318, XP055116453 *
See also references of EP2574052A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014002728A1 (ja) * 2012-06-27 2014-01-03 シャープ株式会社 録画装置、テレビジョン受信機及び録画方法
JP2014030180A (ja) * 2012-06-27 2014-02-13 Sharp Corp 録画装置、テレビジョン受信機及び録画方法

Also Published As

Publication number Publication date
KR101404585B1 (ko) 2014-06-09
JP2012129979A (ja) 2012-07-05
EP2574052A1 (en) 2013-03-27
CN103053156A (zh) 2013-04-17
US9191609B2 (en) 2015-11-17
EP2574052A4 (en) 2015-05-27
US20130007031A1 (en) 2013-01-03
KR20120128653A (ko) 2012-11-27
CN103053156B (zh) 2016-08-03

Similar Documents

Publication Publication Date Title
WO2012070179A1 (ja) 区間作成装置、区間作成方法、及び区間作成プログラム
US9552413B2 (en) Information-processing apparatus, method, system, computer-readable medium and method for automatically recording or recommending content
US9008489B2 (en) Keyword-tagging of scenes of interest within video content
US9342584B2 (en) Server apparatus, information terminal, and program
US9414006B2 (en) System for generating recommendation keyword of multimedia contents and method thereof
US8181197B2 (en) System and method for voting on popular video intervals
US20070283392A1 (en) Program Selecting System
JP4227072B2 (ja) おすすめ番組提供方法、おすすめ番組提供装置およびおすすめ番組提供プログラム
US9195735B2 (en) Information extracting server, information extracting client, information extracting method, and information extracting program
JPWO2006019101A1 (ja) コンテンツ関連情報取得装置、コンテンツ関連情報取得方法、およびコンテンツ関連情報取得プログラム
CN106131703A (zh) 一种视频推荐的方法和终端
US8174579B2 (en) Related scene addition apparatus and related scene addition method
US8352985B2 (en) Method of storing and displaying broadcast contents and apparatus therefor
JP2006011896A (ja) 推薦システム、番組推薦システム、およびサービス
JP4698545B2 (ja) 情報処理装置及び方法及びプログラム並びに記憶媒体
JP4235949B2 (ja) テレビジョン番組検索方法及びテレビジョン番組検索装置
JP5002223B2 (ja) 情報提供システム、情報提供装置、情報提供プログラム及び情報収集方法
CN109949078B (zh) 推广信息处理方法和装置
CN119211646A (zh) 一种视频的用户群体确定方法及装置
WO2017043172A1 (ja) 情報提供システム、情報提供サーバー、情報提供方法、及び情報提供システム用のプログラム
CN119273420A (zh) 一种数据处理、召回方法、装置、电子设备及存储介质
KR20150105134A (ko) 콘텐츠 추천 장치 및 추천 방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180037831.0

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11843632

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20127022796

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2011843632

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE