(57)【要約】      （修正有）【課題】新聞記事を登録し閲覧者に記事情報を配信する機能、および記事を日付と記事の必要性および記事の閲覧頻度から記事の削除可否を自動的に決定し、自動的に削除する機能を提供する。【解決手段】記事属性管理データベース１１には、記事を登録する前に記事属性情報を登録しておく必要がある。記事属性３０１には、「経済」、「社会」など、新聞記事の属性を登録する。保存期間３０２には、各属性の記事を最低限保存する期間を登録する。これは、「経済」、「社会」など古くなっても有用な記事の場合は長い期間を定義し、「テレビ欄」など古い場合にはほとんど意味をなさないような記事には短い期間を定義する。一旦追加した記事属性は、変更、削除が出来ないようになっている。保存期間については、手動での変更は可能となっている。記事属性管理データベース１１の更新は、記事属性更新部において行われる。【選択図】図３
2010079842.tif 000002
【特許請求の範囲】
【請求項１】
電子化された新聞記事データを格納する新聞記事データベースを備えたホストシステムと、前記ホストシステムから前記電子化された新聞記事データを受信する複数の新聞記事端末装置とを有して構成される電子新聞保存管理システムであって、
前記ホストシステムは、
前記新聞記事端末装置からの閲覧要求を受け付ける閲覧要求受付手段と、
前記新聞記事データベース内のおける記事の登録および削除を行う新規記事登録・削除手段と、
記事の属性と、前記属性を備えた記事のシステム上における保存期間と、の対応関係を格納する記事属性データベースと、
現在日時と、記事の日時および記事の属性と、前記対応関係と、に基づいて、前記保存期間を過ぎているか否かにより記事の削除の可否を判断する記事削除判断手段と、
前記記事削除判断手段の判断の結果、削除すべき記事であると判断されると、削除すべき記事を前記新聞記事データベースから前記新規記事登録・削除手段により削除する処理が自動的に行われることを特徴とする電子新聞保存管理システム。
【請求項２】
前記記事削除判断手段は、記事の閲覧状況による補正日付を算出し、現在日時が、前記保存期間に前記補正日付を足した日付を過ぎているか否かにより記事の削除の可否を判断することを特徴とする請求項１に記載の電子新聞保存管理システム。
【請求項３】
さらに、前記記事属性管理データベースに記事の属性の登録および更新を行う記事属性登録・更新手段と、
前記新聞記事端末装置からの検索要求を受付け、前記新聞記事データベースを検索する手段と、を有することを特徴とする請求項１又は２に記載の電子新聞保存管理システム。
【請求項４】
電子化された新聞記事データを格納する新聞記事データベースを備えたホストシステムと、前記ホストシステムから前記電子化された新聞記事データを受信する複数の新聞記事端末装置とを有して構成される電子新聞保存管理システムにおける新聞記事データ管理方法であって、
前記ホストシステムが、前記新聞記事データベースへ新規記事の登録および更新を行うステップと、
記事の属性と、前記属性を備えた記事のシステム上における保存期間と、の対応関係と、現在日時と、記事の日時および記事の属性と、に基づいて、前記保存期間を過ぎているか否かにより記事の削除の可否を判断する記事削除判断ステップと、
記事の属性と、その属性の記事をシステム上に保存する期間の登録を行うステップと、
前記記事削除判断手段の判断の結果、削除すべき記事であると判断されると、削除すべき記事を前記新聞記事データベースから前記新規記事登録・削除手段により削除するステップと、を備えることを特徴とする新聞記事データ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子化された新聞記事データを保存し、記事の日付、種類、閲覧状況に応じて不要な記事を自動的に削除する電子新聞保存管理システムに関する。
【背景技術】
【０００２】
昨今のインターネットの普及に伴い、小説や漫画、広告など、従来は紙媒体で配信されていたコンテンツ情報が、インターネット上でも電子化されたデータが配信されるようになってきており、インターネットブラウザなどのソフトウェアを使用することでコンテンツ情報の閲覧が可能になってきている。
【０００３】
最近、新聞記事についても、紙媒体だけでなく、インターネット上に記事を掲載し、紙の新聞を手に取ることなく記事を閲覧することが可能になっている。新聞の閲覧者にとっては、新聞の保管場所も不要であり手軽に過去の記事を閲覧することが可能となって利便性が向上している。新聞記事の提供元では、新規記事の追加、過去記事の削除などの記事情報のメンテナンスが必要となり、紙媒体で提供するときには発生していなかった手間が発生している。
【０００４】
図１０は、電子化された新聞記事情報を配信する仕組みの一構成例を示す機能ブロック図であり、例えば、電子化した記事の制御を行う新聞記事配信端末１０１、新聞を閲覧するための新聞閲覧端末１０２、新聞記事配信端末１０１と新聞閲覧１０２とを結ぶ公衆回線網１０３と、を有して構成されている。
【０００５】
新聞記事配信端末１０１は、新聞登録処理部１０４と閲覧要求受信部１０５と新聞削除要求受付部１０６と、を有して構成されている。
【０００６】
新聞登録処理部１０４は、新聞記事データ１０７を入力データとし、記事管理ＤＢ１０８に登録する。また、新聞削除要求受付部１０６は、ユーザからの新聞削除要求を受け取ると、記事管理ＤＢ１０８から新聞記事を削除する。新聞閲覧端末１０２は、新聞記事配信端末１０１へ新聞記事の閲覧要求を行う。閲覧要求受信部１０５は、新聞閲覧端末１０２より新聞閲覧要求を受信した際に、記事管理ＤＢ１０８から要求されたデータを検索し、当該データを新聞閲覧端末１０２へ送信する。
【０００７】
これに関連する公知技術文献としては、新聞の記事情報を電子化し配信する技術として下記特許文献１が挙げられる。蓄積した情報の属性毎に保存期間を設け自動的に削除を行う技術としては下記特許文献２が挙げられる。
【０００８】
【特許文献１】特開２００１−２２２５４２号公報
【特許文献２】特開２００４−２９５８３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
新聞を閲覧する主な目的は、最新の時事情勢を知るためである。したがって、新しい記事の閲覧頻度が最も高く、時間が経過するにつれて記事の閲覧頻度は低くなり、記事の必要性も失われていく。
【００１０】
しかしながら、古い記事が不要な記事とは一概には言えない場合がある。最新の時事情勢に関連した記事を過去の記事と照らし合わせて閲覧したり、経済、気候など過去のデータを参照して分析を行ったりするのに、古い記事が必要となる場合もありうる。
【００１１】
したがって、記事の量が膨大になった場合に不要な記事を削除する作業においては、記事の日付のみで機械的に判断し、「古い記事＝削除してもよい記事」とは一概には決定することが出来ず、新聞記事配信端末の管理者が記事を確認しながら、削除を手作業で行う必要がある。
【００１２】
本発明の目的は、新聞記事を登録し閲覧者に記事情報を配信する機能、および、記事を日付と記事の必要性、および、記事の閲覧頻度から記事の削除可否を自動的に決定し、自動的に削除する機能を備えた電子新聞保存管理システムを提供することにある。
【課題を解決するための手段】
【００１３】
本発明の一観点によれば、電子化された新聞記事データを格納する新聞記事データベースを備えたホストシステムと、前記ホストシステムから前記電子化された新聞記事データを受信する複数の新聞記事端末装置とを有して構成される電子新聞保存管理システムであって、前記ホストシステムは、前記新聞記事端末装置からの閲覧要求を受け付ける閲覧要求受付手段と、前記新聞記事データベース内のおける記事の登録および削除を行う新規記事登録・削除手段と、記事の属性と、前記属性を備えた記事のシステム上における保存期間と、の対応関係を格納する記事属性データベースと、現在日時と、記事の日時および記事の属性と、前記対応関係と、に基づいて、前記保存期間を過ぎているか否かにより記事の削除の可否を判断する記事削除判断手段と、前記記事削除判断手段の判断の結果、削除すべき記事であると判断されると、削除すべき記事を前記新聞記事データベースから前記新規記事登録・削除手段により削除する処理が自動的に行われることを特徴とする電子新聞保存管理システムが提供される。前記記事削除判断手段は、記事の閲覧状況による補正日付を算出し、現在日時が、前記保存期間に前記補正日付を足した日付を過ぎているか否かにより記事の削除の可否を判断することが好ましい。さらに、前記記事属性管理データベースに記事の属性の登録および更新を行う記事属性登録・更新手段と、前記新聞記事端末装置からの検索要求を受付け、前記新聞記事データベースを検索する手段と、を有することが好ましい。
【００１４】
本発明の他の観点によれば、電子化された新聞記事データを格納する新聞記事データベースを備えたホストシステムと、前記ホストシステムから前記電子化された新聞記事データを受信する複数の新聞記事端末装置とを有して構成される電子新聞保存管理システムにおける新聞記事データ管理方法であって、前記ホストシステムが、前記新聞記事データベースへ新規記事の登録および更新を行うステップと、記事の属性と、前記属性を備えた記事のシステム上における保存期間と、の対応関係と、現在日時と、記事の日時および記事の属性と、に基づいて、前記保存期間を過ぎているか否かにより記事の削除の可否を判断する記事削除判断ステップと、記事の属性と、その属性の記事をシステム上に保存する期間の登録を行うステップと、前記記事削除判断手段の判断の結果、削除すべき記事であると判断されると、削除すべき記事を前記新聞記事データベースから前記新規記事登録・削除手段により削除するステップと、を備えることを特徴とする新聞記事データ管理方法が提供される。
【００１５】
本発明は、上記の方法をコンピュータに実行させるためのプログラムであっても良い。該プログラムを記録するコンピュータ読みとり可能な記録媒体であっても良い。
【発明の効果】
【００１６】
本発明の電子新聞保存管理システムによれば、以下のような効果がある。
すなわち、新聞記事を登録し閲覧者に記事情報を配信する機能、および、記事を日付と記事の必要性、および記事の閲覧頻度から記事の削除可否を自動的に決定し、自動的に削除することができるため、電子新聞保存管理システムにおける自動的な記事の登録・削除システムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の一実施の形態による電子新聞保存管理システムについて図面を参照しながら説明を行う。図１は、本実施の形態による電子新聞保存管理システムの一構成例を示す機能ブロック図である。図１に示すように、本実施の形態による電子新聞保存管理システムは、新聞記事データベース１０を備えたホストシステム１と、このホストシステム１へ新聞記事閲覧要求を行い、新聞記事の受信閲覧を行う新聞閲覧端末２ａ、２ｂ、…、２ｎと、を有して構成され、ホストシステム１と新聞閲覧端末２ａ、２ｂ、…、２ｎは、公衆回線網によるネットワーク３と接続されている。
【００１８】
ホストシステム１には、新聞記事データベース１０の他に、新聞記事の属性を管理している記事属性管理データベース（ＤＢ）１１と、新聞閲覧端末２ａ、２ｂ、…、２ｎからの閲覧履歴を記録している閲覧履歴データベース９と、が設けられている。
【００１９】
ホストシステム１の新聞記事データベース１０には、新聞記事情報として、記事のテキストデータや画像などの添付データ、検索用の関連キーワード情報などが登録されており、所望の記事をいつでも提供できるように構成されている。
【００２０】
また、ホストシステム１の記事属性管理データベース１１には、例えば「経済」、「産業」、「社会」、「スポーツ」、「訃報」、「テレビ欄」、「広告」など、記事の属性とそれらの属性に関する情報とが登録されている。
【００２１】
また、ホストシステム１の閲覧履歴データベース９には、新聞閲覧端末２ａ、２ｂ、…、２ｎから、いつ（何月何日何時何分何秒）に、どの記事が、閲覧されたのかという、閲覧履歴が登録されている。
【００２２】
また、ホストシステム１は、新聞閲覧端末２ａ、２ｂ、…、２ｎからの記事の閲覧要求を受信し、該当する記事を配信する閲覧要求受付部４、新聞閲覧端末２ａ、２ｂ、２ｎから要求された検索条件に該当する記事の検索を行う記事検索処理部５、新しい記事を登録する記事登録処理部６、例えば「経済」、「産業」等の記事属性に関する情報を定義し登録する記事属性更新部７、不要となった記事を削除する記事削除処理部７と、を備えている。
【００２３】
また、ホストシステム１への入力データとして、新聞記事データ１４が設けられている。新聞記事データ１４の入力、処理を行うことにより、新聞記事データベース１０へデータが格納される。
【００２４】
図２は、新聞記事データベース１０に格納される新聞記事データおよび関連データの一例を示す図である。図２に示すように、記事ＩＤ２０１、新聞日付２０２、新聞形態２０３、記事属性２０４、記事内容２０５、執筆者２０６、添付データ２０７、関連キーワードの各記事に関するデータから構成され、記事の新規登録または更新時に、記事ＩＤ、新聞日付、新聞形態、記事属性、記事内容、執筆者、添付データ、関連キーワードが登録される。
【００２５】
このうち記事ＩＤ２０１については、記事を新規に登録する際に、システム内のどの記事とも重複しない文字列をシステムが割り当て、自動的に登録される。記事ＩＤ以外のデータについては、記事の情報を登録する際に手動で登録を行う。記事日付２０２には、その記事がいつ発行されたかの年月日を登録する。新聞形態２０３には例えば「朝刊」「夕刊」「号外」など、記事が掲載された紙媒体の新聞がどの形態で頒布されたかを登録する。
【００２６】
記事属性２０４には、例えば「経済」「産業」「社会」「スポーツ」「訃報」「テレビ欄」「広告」など、後述する記事属性管理データベース１１にて定義されている属性の中から、登録を行う記事の属性を１つ決定し登録する。記事内容２０５には、記事のテキストを登録する。執筆者２０６には、この記事の執筆を行った人物の名前を登録する。添付データ２０７には、写真や図表が存在する場合にそれらの画像を登録する。また、画像以外にも音声データや動画データ等を添付してもよい。属性を複数登録し、重要な順番に並べても良い。
【００２７】
関連キーワードには、記事内容２０５に含まれない文字列でも、関連するキーワードがあれば登録を行う。例えば、その記事に付随する社会現象や、記事内で省略された製品や  人物、地名等の具体的な名称が挙げられる。
【００２８】
尚、記事ＩＤ２０１は一度割り振られた後は自由に変更が出来ない。記事ＩＤ以外のデータについては、手動で更新処理が可能である。新聞記事データベース１０の更新は記事登録処理部６において行われる。
【００２９】
図３は、記事属性管理データベース１１内に格納される新聞記事の属性データおよびその属性の記事の標準的な保存期間を定義したデータの一構成例を示す図である。図３に示すように、記事属性３０１、保存期間３０２という、記事属性に応じた保存期間が１対１で定義されている。ここでは、一般的な記事の属性に関する保存期間の平均を示すものである。
【００３０】
記事属性管理データベース１１には、記事を登録する前に記事属性情報を登録しておく必要がある。記事属性３０１には、「経済」、「社会」など、新聞記事の属性を登録する。保存期間３０２には、各属性の記事を最低限保存する期間を登録する。これは、「経済」、「社会」など古くなっても有用な記事の場合は長い期間を定義し、「テレビ欄」など古い場合にはほとんど意味をなさないような記事には短い期間を定義する。
【００３１】
一旦追加した記事属性は、簡単には変更、削除が出来ないようになっている。その理由は、新聞記事データベース１０に登録された記事が、その属性を参照している可能性があるためである。保存期間については、手動での変更は可能となっている。記事属性管理データベース１１の更新は、記事属性更新部７において行われる。
【００３２】
図４は、閲覧履歴データベース９に格納される新聞記事の閲覧履歴データの一例を示す図である。図４に示すように、閲覧日時４０１と、閲覧記事ＩＤ４０２と、が登録されている。閲覧履歴データベース９は、新聞閲覧端末２ａ、２ｂ、…、２ｎにおいて帳票の閲覧が行われたタイミングで履歴（日時）が１行登録される。閲覧日時４０１は、記事を開いたシステムにおける日付およびシステムにおける時刻が登録される。閲覧記事ＩＤ４０２には、閲覧を行った記事の記事ＩＤを、新聞記事データベース１０から取得して登録される。閲覧履歴データベース９の更新は、閲覧要求受付部４によって行われる。
【００３３】
以下に、上記のように構成された電子新聞保存管理システムの動作について説明する。図５は、ホストシステム１の記事登録処理の概要を示すフローチャート図である。ホストシステム１においては、まず、新聞記事データを受信し（ステップ５０１）、処理を開始する。受信していなければ受信待ち状態で待機する。
【００３４】
新聞記事データを受信すると、システム全体で重複しない一意の記事ＩＤを発行する（ステップ５０２）。記事ＩＤについては、例えば、記事の日付と記事の属性、作者名などとその日の記事の連番を付与することで、システム内で重複を避けることができる。
【００３５】
記事ＩＤが発行された後に、受信した新聞記事データと発行した記事ＩＤとを結びつけた上で新聞記事データベースへ登録する（ステップ５０３）。この際、記事の日付と記事の内容、記事の属性のいずれかが不足したデータの場合には、エラーとして処理を行わない。
【００３６】
図６は、ホストシステム１の新聞記事属性更新処理の流れの概要を示すフローチャート図である。ホストシステム１は、まず、記事属性の更新要求を受け取ると、その要求が、記事属性の新規登録であるか、または、登録済みの記事属性の更新を行うのかについての選択画面を表示させ、ユーザからの入力を待つ（ステップ６０１）。ユーザからの入力が行われると、ユーザが新規登録の指示を行ったのであるか、または、登録済みの記事属性の更新の指示を行ったかのについての判定を行う（ステップ６０２）。
【００３７】
ユーザが新規の記事属性の登録を行う場合には（ＹＥＳ）、ユーザは記事属性の名称（例えば「経済」、「社会」など）、および、その記事の保存期間を入力する（ステップ６０３）。ユーザからの入力を受け付けると、記事属性管理データベースへ登録を行う（ステップ６０４）。尚、既に同一の名称の記事属性がある場合には（ＮＯ）、エラーとして登録を行わない。
【００３８】
ユーザが既存の記事属性の修正を行う場合には（ＮＯ）、記事属性管理データベースに登録されている記事属性およびその属性の記事の保存日数が呼び出され表示される（ステップ６０５）。ユーザは修正対象の記事属性を選択し、その記事の保存期間を入力する（ステップ６０６）。ユーザからの入力を受け付けると、記事属性管理データベースへ更新を行う（ステップ６０７）。
【００３９】
図７は、ホストシステム１における記事削除処理の流れの概要を示すフローチャート図である。ホストシステム１は、まず、本日の日付（或いは日時等）を取得する（ステップ７０１）。次に、記事管理データベースの中から記事データを１つ取得する（ステップ７０２）。以降の処理は、この記事データに対して行われる。
【００４０】
ステップ７０２で取得した記事データの中から、記事の属性を取得し、記事の属性をキーとして記事属性管理データベースを検索し、その記事の属性の保存期間を取得する（ステップ７０３）。
【００４１】
次にステップ７０２で取得した記事データの日付に、ステップ７０３で取得した保存日数を足した日付と、ステップ７０１で取得した本日の日付とを比較する（ステップ７０４）。本日の日付の方が過去である場合には、この記事は保存期間内の記事となるため、削除の対象とならない。この記事に対する処理は終了であるものとして、以降の処理はスキップし、ステップ７０９に進む。一方、本日の日付の方が未来にある場合には、この記事は保存期間を過ぎた記事であるため削除の候補となる。
【００４２】
削除の候補となった場合には、以下の処理を行う。まず、閲覧履歴データベースから記事の閲覧履歴を取得する。この際、この記事が今までに何回閲覧されたかという閲覧回数を取得する（ステップ７０５）。次に、ステップ７０５にて取得した閲覧回数から、記事を何日余計に残すかの補正日付を作成する（ステップ７０６）。例えば、閲覧回数１回につき１日余計に残すとした場合に、この記事が１００回閲覧された場合には、補正日付は１００日となる。閲覧回数１回につき何日残すかは「１」に固定するのではなく、このシステム自体の利用頻度などから適当な重み付けを行ってよい。
【００４３】
次にステップ７０２で取得した記事データの日付に、ステップ７０３で取得した保存日数と、ステップ７０５で算出した補正日付を足した日付と、ステップ７０１で取得した本日の日付を比較する（ステップ７０７）。本日の日付の方が過去にある場合には、この記事は保存期間内の記事となるため、削除の対象とはならない。この記事に対する処理は終了として、以降の処理はスキップし、ステップ７０９に進む。
一方、本日の日付の方が未来にある場合には（ＹＥＳ）、この記事は補正を加えても保存期間を過ぎた記事であるため、削除の処理を行う（ステップ７０８）。
【００４４】
１つの記事に対する処理が終わったら、この記事が記事管理データベース内の最後の記事であるかを調べる（ステップ７０９）。最後の記事でない場合にはステップ７０２へ戻り、次の記事に対して処理を行う。最後の記事である場合には（ＮＯ）、記事管理データベース内のすべての記事に対して削除処理を完了したものとして、削除処理を終了する。
【００４５】
この場合において、時系列的な閲覧頻度の変化を考慮するようにしても良い。例えば、常に一定数以上の閲覧件数がある場合、最近になって閲覧頻度が高くなってきている場合などは、重要な記事で削除対象から除く可能性が高い。
【００４６】
このように、新聞閲覧端末を使用して、新聞記事の閲覧が可能である。また、記事の検索を行う際には、記事内容だけでなく関連キーワードの検索も行うため、真に欲しい情報を見つけやすい。また、関連キーワードにキーワードの別称を入れることで、ゆらぎ検索が可能となる。例えば記事内容に「正月」というキーワードが含まれる記事の関連キーワードに「元旦」「１月１日」「１／１」等の文字列を登録しておくことで、正月に関する記事を「元旦」という別のキーワードで検索してもヒットするようにすることが可能である。尚、属性を複数有する場合には、重み付けの高い属性をもとに削除の判断をしても良い。或いは、属性の他に閲覧履歴も考慮して削除の可否を判断しても良い。
【００４７】
図８は、ホストシステム１の閲覧要求受付処理の概要を示すフローチャート図である。ホストシステム１は、まず、新聞閲覧端末からの新聞記事の閲覧要求を受信し（ステップ８０１）、処理を開始する。閲覧要求を受信していなければ受信待ち状態で待機する。新聞記事の閲覧要求を受信すると、新聞記事データベースから要求があった記事を検索し（ステップ８０２）、記事データを新聞閲覧端末へ送信する（ステップ８０３）。尚、要求された記事データが見つからなかった場合は、見つからなかった旨を伝えるメッセージを送信する。
【００４８】
図９は、ホストシステム１の記事検索処理の概要を示すフローチャート図である。ホストシステム１は、まず、新聞閲覧端末からの新聞記事の検索条件を受信し（ステップ９０１）、処理を開始する。受信していなければ受信待ち状態で待機する。
【００４９】
検索条件を受信したら、新聞記事データベースから、検索条件に一致する記事を検索し、記事一覧のリストを作成する（ステップ９０２）。記事の検索は、記事内容および関連キーワードに、ステップ９０１において受信した検索条件に合致するか否かで検索を行う。
【００５０】
ステップ９０２において、記事一覧のリストを作成した後に、記事一覧のリストを新聞閲覧端末へ送信する（ステップ９０３）。尚、検索条件に合致する記事が１件も見つからなかった場合には、見つからなかった旨を伝えるメッセージを送信する。
【００５１】
以上のように、本実施の形態の電子新聞保存管理システムによれば、次のような効果がある。
（１）人の手を介することなく、古い新聞記事を自動的に削除することが可能である。これによって、新聞記事データベースのデータ量を必要以上に浪費することなく、新聞記事を保管することが可能である。
（２）新聞記事の属性に応じて保存期間を設定することで、古くなっても有用な記事とそうでない記事を分けることができ、無駄がなく記事を保管することが可能である。
（３）新聞記事の閲覧状況に応じて保存期間を延長することで、ユーザが真に必要としている記事を残し続けることが可能である。
【００５２】
尚、上記の実施の形態においては、ホストシステムと新聞閲覧端末とを公衆回線網で接続する例を挙げて説明したが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続されるものであっても同様に適用できることは言うまでもない。
【産業上の利用可能性】
【００５３】
本発明は、新聞記事の保存管理システムに利用可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施の形態による新聞記事保存管理システムの一構成例を示す機能ブロック図である。
【図２】新聞記事データベースに格納されているデータの一構成例を示す図である。
【図３】記事属性管理データベースに格納されているデータの一構成例を示す図である。
【図４】閲覧履歴管理データベースに格納されているデータの一構成例を示す図である。
【図５】ホストシステムの記事登録処理の概要を示すフローチャート図である。
【図６】ホストシステムの記事属性更新処理の概要を示すフローチャート図である。
【図７】ホストシステムの記事削除処理の概要を示すフローチャート図である。
【図８】ホストシステムの閲覧要求受付処理の概要を示すフローチャート図である。
【図９】ホストシステムの記事検索処理の概要を示すフローチャート図である。
【図１０】従来の新聞記事管理システムの概略構成例を示す図である。
【符号の説明】
【００５５】
１…ホストシステム、２ａ、２ｂ、…、２ｎ…新聞閲覧端末、３…ネットワーク、１０…新聞記事データベース、９…閲覧履歴データベース、１１…記事属性管理データベース。
【図１】
2010079842.tif 000003
【図２】
2010079842.tif 000004
【図３】
2010079842.tif 000005
【図４】
2010079842.tif 000006
【図５】
2010079842.tif 000007
【図６】
2010079842.tif 000008
【図７】
2010079842.tif 000009
【図８】
2010079842.tif 000010
【図９】
2010079842.tif 000011
【図１０】
2010079842.tif 000012