JP2012256204A - 記事配信システム、記事配信方法、サーバ及びプログラム - Google Patents

Abstract

【課題】電子雑誌に適した検索が可能な記事配信システム等を提供する。
【解決手段】ユーザが、事検索の為の検索語を入力すると（Ｓ１１）、サーバ３は、検索語を含む見開きページを検索する（Ｓ１２）。また、サーバ３は、検索語を含む見開きページを１つずつ特定し（Ｓ１３）、文字デザイン情報に基づき、見開きページ単位で合算ポイントを算出する（Ｓ１４）。そして、サーバ３は、合算ポイントに基づいて記事単位の優先度を算出し（Ｓ１６）、優先度に従って検索語を含む記事の提示順序を決定し、記事の検索結果を提示する（Ｓ１７）。
【選択図】図１１

Description

本発明は、電子雑誌を記事単位に配信する記事配信システム等に関するものである。

現在、ＰＣ、携帯電話端末、タブレット端末などによって閲覧可能な電子書籍が普及し始めている。市販されている電子書籍は、コミックや文芸書の他に、雑誌も増え始めている。雑誌は、複数の記事で構成されていることから、電子雑誌として販売する場合、これまで１冊単位だった販売単位を記事単位で販売することも考えられる。更に、記事単位の配信を行う場合、膨大な記事の集合から、ユーザに興味のある記事のみをピックアップさせて、パッケージ化して配信する仕組みなどが必要になる。

従来の文書検索の仕組みとしては、例えば、非特許文献１、特許文献１〜３などが挙げられる。
非特許文献１では、検索対象を新聞記事とし、単語の共起情報を用いて、tf-idf（Term Frequency - Inverse Document Frequency）法の重み付けを行い、テキスト検索の精度を上げることが記載されている。
特許文献１では、検索対象を一般文書とし、tf-idf（Term Frequency - Inverse Document Frequency）法のチューニングの仕組みが記載されている。
特許文献２では、検索対象を取扱説明書とし、操作手順などの説明情報の情報タイプや出現位置に基づいて、ユーザの質問に対して適切な箇所を提示する仕組みが記載されている。
特許文献３では、検索対象を一般文書とし、単語の種類や、文書内における出現順序を示す出現パターンに基づき、入力された検索キーワードの関連キーワードを提示する仕組みが記載されている。
特許文献４では、検索対象を一般文書とし、文字列の外見的な特徴（太字、下線など）の有無に基づいて、検索対象に含まれるキーワードを抽出する仕組みが記載されている。
特許文献５では、検索対象を一般文書とし、太字、斜め文字、下線、背景色等の強調属性の有無に基づいて、検索対象に含まれる重要語を決定する仕組みが記載されている。

特開２００４−２０６６３１号公報 特開２００６−４８６０５号公報 特開２００９−１６９６５１号公報 特開平０６−２７４５５１号公報 特開２００３−１９６２９４号公報

清田 陽司, 黒橋 禎夫 ,中村 順一, 工藤 拓,「単語の共起情報による重みづけを用いたテキスト検索システム」, IREXワークショップ予稿集, IREX実行委員会, pp. 53-56, September, 1999.

しかしながら、非特許文献１や特許文献１〜３を含めた従来技術のように、単語の出現位置、出現回数、種別に基づく検索では、雑誌の記事に対して高い検索精度を得ることができない。なぜなら、例えば女性のファッション雑誌などは、画像を中心とした紙面作りがなされ、キャッチコピーのようなタイトルや文章が多い為、新聞記事、取扱説明書、専門書などの文書とは異なる性質があるからである。
また、特許文献４、５を含めた従来技術のように、外見的な特徴や強調属性の有無から自動的にキーワードなどを抽出しても、キーワードを含む文書同士の優先順位を付けることができず、雑誌の記事検索においては問題となる。なぜなら、記事検索では検索結果が膨大となり、ユーザは検索結果の全てを確認することができない為、検索結果の提示順序が重要となるからである。
つまり、雑誌の記事検索では、前述した雑誌の特徴を考慮して、検索語を含む記事の優先順位を決めることが重要となる。

検索精度を上げる為に、記事の特徴をメタデータとして付与し、メタデータを検索することも考えられる。しかし、人間が１つずつ記事の内容を理解したうえでメタデータを付与する必要があり、人的負荷が高い。尚、メタデータを付与する作業を自動化すると、従来技術と同様、検索精度は上がらない。

本発明は、前述した問題点に鑑みてなされたもので、その目的とすることは、人的負荷をかけることなく、電子雑誌に適した検索が可能な記事配信システム等を提供することである。

前述した目的を達成するために第１の発明は、ユーザ端末とサーバとから構成され、電子雑誌を記事単位に配信する記事配信システムであって、前記ユーザ端末は、検索語を入力する入力手段、を具備し、前記サーバは、前記電子雑誌を記事単位に記憶する記憶手段と、前記検索語を含む記事について、前記検索語の文字デザイン情報に基づいて、優先度を算出する算出手段と、前記優先度に従って前記検索語を含む記事の提示順序を決定し、検索結果を提示する提示手段と、を具備することを特徴とする記事配信システムである。第１の発明によって、人的負荷をかけることなく、電子雑誌に適した検索が可能となる。

第１の発明における前記算出手段は、前記文字デザイン情報ごとのポイントが定められたポイント表を予め有し、前記検索語を含む単一ページ及び／又は見開きページを検索し、前記検索語を含む単一ページ及び／又は見開きページごとに、前記ポイント表に基づいて、前記検索語の文字デザイン情報に対する前記ポイントを加減算することによって、前記検索語を含む単一ページ及び／又は見開きページごとの合算ポイントを算出し、前記合算ポイントに基づいて、前記優先度を算出する。これによって、優先度を自動的に算出することが可能となる。

また、例えば、第１の発明における前記算出手段は、前記検索語を含む記事が複数の前記検索語を含む単一ページ及び／又は見開きページを有する場合、前記合算ポイントの最大値を、前記優先度とする。この算出手段によれば、ある単一のテーマの記事の中に、見開きページ（又は単一ページ）ごとにサブテーマがあるような雑誌の場合、高い検索精度が得られる。

また、例えば、第１の発明における前記算出手段は、前記検索語を含む記事が複数の前記検索語を含む単一ページ及び／又は見開きページを有する場合、前記合算ポイントの合計値を、前記優先度とする。この算出手段によれば、ある単一のテーマの記事の中に含まれる複数の見開きページ（又は単一ページ）の内容が一貫している雑誌の場合、高い検索精度が得られる。

また、第１の発明における前記文字デザイン情報は、文字サイズを含み、前記記憶手段は、記事の本文の前記文字サイズを記憶し、前記算出手段は、前記検索語の前記文字サイズと、前記検索語を含む記事の本文の前記文字サイズとを比較することによって、前記優先度を算出する。これによって、検索語を含む文字列が、製作者が強調したい情報を示している場合には優先度を高く算出し、製作者が強調したい情報を示していない場合には優先度を低く算出することができる。特に、文字サイズは定量的な情報であることから、記事の提示順序を決める為の指標に向いていると言える。

また、第１の発明における前記文字デザイン情報は、文字色及び／又は文字スタイルを含み、前記算出手段は、前記文字色及び／又は前記文字スタイルに基づいて、前記優先度を算出する。これによって、検索語を含む文字列が、製作者が強調したい情報を示している場合には優先度を高く算出し、製作者が強調したい情報を示していない場合には優先度を低く算出することができる。特に、文字色や文字スタイルは、製作者が意図的に変更することが多いので、製作者の意図を優先度に反映させることができると言える。

第２の発明は、ユーザ端末と、前記電子雑誌を記事単位に記憶する記憶手段を具備するサーバとから構成され、電子雑誌を記事単位に配信する記事配信システムにおける記事配信方法であって、前記ユーザ端末が、検索語を入力するステップと、前記サーバが、前記検索語を含む記事について、前記検索語の文字デザイン情報に基づいて、優先度を算出するステップと、前記優先度に従って前記検索語を含む記事の提示順序を決定し、検索結果を提示するステップと、を含むことを特徴とする記事配信方法である。これによって、人的負荷をかけることなく、電子雑誌に適した検索が可能となる。

第３の発明は、ユーザ端末と接続され、電子雑誌を記事単位に配信する記事配信サーバであって、前記電子雑誌を記事単位に記憶する記憶手段と、前記ユーザ端末から受信する検索語を含む記事について、前記検索語の文字デザイン情報に基づいて、優先度を算出する算出手段と、前記優先度に従って前記検索語を含む記事の提示順序を決定し、検索結果を提示する提示手段と、具備することを特徴とする記事配信サーバである。これによって、第１の発明の記事配信システムを構築し、第２の発明の記事配信方法を実行することができる。

第４の発明は、コンピュータを、電子雑誌を記事単位に記憶する記憶手段と、ユーザ端末から受信する検索語を含む記事について、前記検索語の文字デザイン情報に基づいて、優先度を算出する算出手段と、前記優先度に従って前記検索語を含む記事の提示順序を決定し、検索結果を提示する提示手段と、して機能させるためのプログラムである。第４の発明のプログラムを汎用のコンピュータにインストールすることによって、第３の発明の記事配信サーバを得ることができる。

本発明により、人的負荷をかけることなく、電子雑誌に適した検索が可能な記事配信システム等を提供することができる。

記事Ａを示す模式図 記事Ｂを示す模式図 記事Ｃを示す模式図 記事配信システムの概要図 サーバのハードウエア構成図 記事Ａに含まれるオブジェクトのデザイン情報を示す図 記事Ｂに含まれるオブジェクトのデザイン情報を示す図 記事Ｃに含まれるオブジェクトのデザイン情報を示す図 記事データベースの構築処理を示すフローチャート 記事データベースの１例を示す図 記事配信処理を示すフローチャート 記事検索画面の１例を示す模式図 ポイント表の１例を示す図

以下図面に基づいて、本発明の実施形態を詳細に説明する。最初に、図１〜図３を参照しながら、本発明の実施形態が解決しようとしている技術的課題の具体例について説明する。

図１〜図３は、いずれも、女性向けファッション雑誌に含まれる記事の１例である。図１〜図３に示すように、女性向けファッション雑誌などの記事は、見開きページによって構成されることが多い。各見開きページのＤＴＰ（DeskTop Publishing）データは、画像やテキストなどのオブジェクトが複数配置されることによって、構成されている。ＤＴＰデータは複数のレイヤから構成されており、一部のオブジェクトは重ねて配置されることもある。図１〜図３に示す記事Ａ〜記事Ｃは、あるテーマに絞った特集記事である。

図１に示す記事Ａは、カジュアル服のシャツの特集記事である。Ａ４及びＡ９は画像のオブジェクトであり、それ以外はテキストのオブジェクトである。Ａ１は記事のタイトルであり、具体的な文字列は“「カジュアル」を着こなす術”である。図１には示していないが、Ａ４及びＡ９の画像は、例えば、屋外にて撮影されたものであり、画像の構図は、シャツを着こなしたモデルの全身である。テキストオブジェクト（Ａ１〜Ａ３、Ａ５〜Ａ８）は、画像オブジェクト（Ａ４、Ａ９）に重ねて配置されている。

記事Ａのように、女性向けのファッション雑誌などは、読者の注意を引くように、訴求性のある文章をタイトルとすることが多い。その為、シャツの特集であるにも関わらず、シャツの単語が含まれていないことがある。例えば、検索語「シャツ」に対して、検索語が記事のタイトルに含まれているか否かを判定指標（出現位置を判定指標）として検索結果を提示する場合、記事Ａが検索結果に含まれないことになってしまう。しかし、前述の通り、記事Ａはカジュアル服のシャツを集めた特集記事であるから、記事Ａが検索結果に含まれる方が正しい。

図２に示す記事Ｂは、ウエストラインの特集記事である。Ｂ３、Ｂ５、Ｂ８、Ｂ１０、Ｂ１２及びＢ１４は画像のオブジェクトであり、それ以外はテキストのオブジェクトである。Ｂ１は記事のタイトルであり、具体的な文字列は“「ウエストマークでアピールするＸライン＆Ｙライン”である。図２には示していないが、Ｂ３、Ｂ５、Ｂ８、Ｂ１０、Ｂ１２及びＢ１４の画像は、例えば、ブルーバックを用いてスタジオにて撮影されたものであり、画像の構図は、シャツ、スカート、ベルトなどを着こなしたモデルの全身となっており、特に、モデルのウエスト周辺が強調されている。テキストオブジェクト（Ｂ１、Ｂ２、Ｂ４、Ｂ６、Ｂ７、Ｂ９、Ｂ１１、Ｂ１３、Ｂ１５）は、画像オブジェクト（Ｂ３、Ｂ５、Ｂ８、Ｂ１０、Ｂ１２、Ｂ１４）に重ねて配置されていない。

記事Ｂの場合、シャツを着ているモデルが多く、テキストオブジェクト内に「シャツ」の文字列が多くなっている（Ｂ４、Ｂ６、Ｂ１１、Ｂ１５の４箇所）。例えば、検索語「シャツ」に対して、記事のタイトル、本文など全てのテキストを対象とした検索語の出現回数を判定指標として検索結果を提示する場合、記事Ｂが検索結果の上位になってしまう。しかし、前述の通り、記事Ｂはウエストラインの特集記事であるから、検索結果に含まれないことが正しい。

図３に示す記事Ｃは、夏服の特集記事である。Ｃ３、Ｃ６、Ｃ８、Ｃ９、Ｃ１２、Ｃ１４、Ｃ１５及びＣ１８は画像のオブジェクトであり、それ以外はテキストのオブジェクトである。Ｃ１は記事のタイトルであり、具体的な文字列は“必勝夏スタイル”である。図３には示していないが、Ｃ３、Ｃ６及びＣ８の画像は、例えば、屋外にて撮影され、背景と共に切り抜かれたものであり、画像の構図は、ロンパース、シャツなどを着こなしたモデルの全身である。また、Ｃ９、Ｃ１０、Ｃ１２、Ｃ１４、Ｃ１５及びＣ１８の画像は、例えば、スタジオや店舗にて撮影されたものであり、画像の構図は、ロンパース、シャツなどの衣服のみである。Ｃ２のテキストオブジェクトは、Ｃ６及びＣ８の画像オブジェクトに重ねて配置されている。

記事Ｃの場合、夏服として、シャツの画像がいくつか含まれている（Ｃ６、Ｃ１４、Ｃ１６の３箇所）。例えば、検索語「シャツ」に対して、検索語が記事のタイトルに含まれているか否かを判定指標（出現位置を判定指標）として検索結果を提示する場合、記事Ｃが検索結果に含まれないことになってしまう。また、例えば、検索語「シャツ」に対して、記事のタイトル、本文など全てのテキストを対象とした検索語の出現回数を判定指標として検索結果を提示する場合、記事Ｃが検索結果の上位になってしまう。しかし、前述の通り、記事Ｃは夏服の特集記事であることから、検索結果の中位〜下位となることが正しい。

このように、女性向けのファッション雑誌などは、従来と同じように、検索語の出現位置、出現回数等に基づく文字列検索を行うだけでは、記事のテーマを正しく判定することができず、的外れの検索結果となってしまう。そこで、本発明の実施形態では、後述するように、検索語の文字デザイン情報を判定指標として検索結果を提示する。文字デザイン情報とは、文字サイズ、文字色、文字スタイルなどである。更に、文字スタイルは、文字フォント（ゴシック体、明朝体など）、文字バリエーション（太字、斜字、標準など）、文字装飾（網掛、下線、傍点など）の有無などである。

次に、図４〜図１３を参照しながら、本発明の実施形態について説明する。図４は、記事配信システムの概要図である。記事配信システム１は、例えば、サーバ３、ユーザ端末５及び製作者端末７が、ネットワーク９を介して接続されることによって構成される。尚、製作者端末７は必須ではなく、製作者がサーバ３を直接操作しても良い。

サーバ３は、電子雑誌を記事単位に記憶する。また、サーバ３は、ユーザ端末５から受信する検索語を含む記事について、検索語の文字デザイン情報に基づいて優先度を算出する。そして、サーバ３は、優先度に従って検索語を含む記事の提示順序を決定し、ユーザ端末５に検索結果を提示する。

ユーザ端末５は、ユーザの指示に従って、検索語を入力し、サーバ３に送信する。また、ユーザ端末５は、サーバ３から検索結果を受信し、表示する。
製作者端末７は、サーバ３に電子雑誌を記憶させる際、製作者の指示に従って、必要な情報を入力する。また、製作者端末７は、サーバ３の保守作業（設定ファイルの変更など）にも用いられる。

図５は、サーバ３を実現するコンピュータのハードウエア構成図である。尚、図５のハードウエア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。

サーバ３を実現するコンピュータは、制御部１１、記憶部１２、メディア入出力部１３、通信制御部１４、入力部１５、表示部１６、周辺機器Ｉ／Ｆ部１７等が、バス１８を介して接続される。

制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等で構成される。ＣＰＵは、記憶部１２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス１８を介して接続された各装置を駆動制御し、サーバ３が行う後述する処理を実現する。ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。ＲＡＭは、揮発性メモリであり、記憶部１２、ＲＯＭ、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部１１が各種処理を行う為に使用するワークエリアを備える。

記憶部１２は、例えば、ＨＤＤ（Hard Disk Drive）であり、制御部１１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（Operating System）等が格納される。プログラムに関しては、ＯＳに相当する制御プログラムや、後述する処理をコンピュータに実行させるためのアプリケーションプログラムが格納されている。これらの各プログラムコードは、制御部１１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。

メディア入出力部１３（ドライブ装置）は、データの入出力を行い、例えば、ＣＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＤＶＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）等のメディア入出力装置を有する。通信制御部１４は、通信制御装置、通信ポート等を有し、コンピュータとネットワーク９間の通信を媒介する通信インタフェースであり、ネットワーク９を介して、他のコンピュータ間との通信制御を行う。ネットワーク９は、有線、無線を問わない。

入力部１５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。入力部１５を介して、コンピュータに対して、操作指示、動作指示、データ入力等を行うことができる。表示部１６は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。尚、入力部１５及び表示部１６は、タッチパネルディスプレイのように、一体となっていても良い。

周辺機器Ｉ／Ｆ（インタフェース）部１７は、コンピュータに周辺機器を接続させるためのポートであり、周辺機器Ｉ／Ｆ部１７を介してコンピュータは周辺機器（イメージスキャナ、複合機等）とのデータの送受信を行う。周辺機器Ｉ／Ｆ部１７は、ＵＳＢやＩＥＥＥ１３９４やＲＳ−２３２Ｃ等で構成されており、通常複数の周辺機器Ｉ／Ｆを有する。周辺機器との接続形態は有線、無線を問わない。バス１８は、各装置間の制御信号、データ信号等の授受を媒介する経路である。

ユーザ端末５及び製作者端末７のハードウエア構成も、サーバ３のハードウエア構成と同様である。また、コンピュータは、いわゆるＰＣ（Personal Computer）に限らず、携帯電話端末、タブレット端末なども含む。

図６〜図８は、記事Ａ〜記事Ｃに含まれるオブジェクトのデザイン情報を示す図である。本発明の実施形態では、電子雑誌に対応する紙雑誌のＤＴＰデータ、又は電子雑誌自体のＤＴＰデータを有することを前提とする。図６〜図８に示すように、ＤＴＰデータには、オブジェクトの種類や、オブジェクトがテキストの場合には文字サイズ、文字色、文字装飾などの情報が含まれている。尚、図６〜図８には示していないが、ＤＴＰデータには、オブジェクトの配置位置に関する情報も含まれている。

例えば、図６では、図１の記事Ａに含まれるオブジェクトＡ１〜Ａ９の情報が図示されている。オブジェクトＡ１の種類は「タイトル（題号）」、文字サイズは「２４ｐｔ」、文字色は「赤」、文字装飾は「Ｂｏｌｄ（太字）、Ｇｏｔｈｉｃ（ゴシック）」である。また、オブジェクトＡ２の種類は「キャプション（画像の説明文）」、文字サイズは「２０ｐｔ」、文字色は「黒」、文字装飾は「Ｂｏｌｄ（太字）」である。また、オブジェクトＡ３の種類は「本文」、文字サイズは「８ｐｔ」、文字色は「黒」、文字装飾は「なし」である。また、オブジェクトＡ４の種類は「画像」である。

オブジェクトの種類に関する情報は内部的なデータである。そして、電子雑誌の製作者に内部的なデータを正確に入力させることは、雑誌デザインと無関係の作業に時間を費やすことになり、好ましくない。そこで、本発明の実施形態では、後述するように、オブジェクトの種類に関する情報を利用することはない。図６〜図８にオブジェクトの種類を図示した理由は、図１〜図３を補足して説明する為である。

以下では、図１〜図３及び図６〜図８に示す具体的な例を参照しながら、本発明の実施形態の動作について説明する。

図９は、記事データベースの構築処理を示すフローチャートである。記事データベースの構築処理は、後述する図１１の記事配信処理に対する前処理である。記事データベースの構築処理では、サーバ３と製作者端末７とが対話的に処理を行う。

図９に示すように、サーバ３の制御部１１は、例えば、製作者が製作者端末７の入力部１５を介して指定した紙雑誌のＤＴＰデータを入力し（Ｓ１）、ＤＴＰデータから記事ごとの電子雑誌データに変換する（Ｓ２）。サーバ３の制御部１１は、Ｓ２において記事単位の電子雑誌データを生成し、生成された電子雑誌データごとに（記事ごとに）、後述するＳ３〜Ｓ６の処理を実行する。

ＤＴＰデータは、例えば、InDesign（登録商標）のソフトウエアを利用して作成されたデータ等である。また、電子雑誌データは、例えば、ＰＤＦ（Portable Document Format）データ、ＥＰＵＢ（内部的にはＸＨＴＭＬ（Extensible HyperText Markup Language）ファイルとＣＳＳ（Cascading Style Sheets）ファイル等を含む。）データ、ＸＭＤＦ（ever-eXtending
Mobile Eocument Format）データ等である。例えば、InDesign（登録商標）には、紙雑誌のＤＴＰデータからＥＰＵＢデータを作成する「ＥＰＵＢフォーマット変換機能」がある。また、本発明の実施形態では、後述するように、オブジェクトの位置情報を利用しないことから、ウエブにおけるＸＨＴＭＬファイルとＣＳＳファイルなどの組合せにも適用することができる。

次に、サーバ３の制御部１１は、記事を１つ特定し（Ｓ３）、記事の本文の文字サイズを特定し（Ｓ４）、１件分の記事を記事データベースに登録する（Ｓ５）。そして、サーバ３の制御部１１は、全ての記事について登録処理が終了したか否かを判定し（Ｓ６）、終了していない場合（Ｓ６のＮｏ）にはＳ３から処理を繰返し、全て終了している場合（Ｓ６のＹｅｓ）には処理を終了する。

本文の文字サイズの特定処理は、製作者が製作者端末７の入力部１５等を介して入力するか、サーバ３の制御部１１が所定条件に従って本文の文字サイズを決定するか、のいずれかである。

サーバ３の制御部１１が決定する場合の所定条件は、例えば、以下が挙げられる。
・Ｓ３において特定された記事において、採用されている文字の数が最も多い文字サイズ
・Ｓ３において特定された記事において、最小の文字サイズ
・雑誌ごとに予め定められた文字サイズ（例えば、雑誌Ｘは「１０ｐｔ」、雑誌Ｙは「１２ｐｔ」など。）

図１０は、記事データベースの１例を示す図である。図１０に示すように、記事データベース２１には、記事ごとに書誌情報や本文の文字サイズなどが登録される。図１０に示す例では、記事を一意に識別する為の記事ＩＤと、雑誌名、号、出版社などの書誌情報と、本文の文字サイズと、電子雑誌データのファイル名とが示されている。書誌情報や電子雑誌データのファイル形式については、図１０に示す例に限られるものではない。

例えば、記事ＩＤが「Ａ」のデータは、図１に示す記事Ａに対応しており、雑誌名が「雑誌Ｄ」、号が「２０１１年５月」、出版社が「○○社」、本文の文字サイズが「８ｐｔ」、ファイル名が「Ａ.ｅｐｕｂ」である。同様に、記事ＩＤが「Ｂ」、「Ｃ」のデータは、それぞれ、図２、図３に示す記事Ｂ、記事Ｃに対応している。

図１１は、記事配信処理を示すフローチャートである。記事配信処理は、ユーザがピックアップした記事をパッケージ化して配信する処理である。記事配信処理では、サーバ３とユーザ端末５とが対話的に処理を行う。

以下では、電子雑誌の記事が全て見開きページによって構成されているものとして説明するが、当然ながら、電子雑誌の記事の一部又は全部が単一ページによって構成されている場合についても同様に適用することができる。

ユーザが、ユーザ端末５の入力部１５を介して、記事検索の為の検索語を入力すると（Ｓ１１）、ユーザ端末５の制御部１１は、入力された検索語をサーバ３に送信する。サーバ３の制御部１１は、検索語を受信すると、検索語を含む見開きページを検索する（Ｓ１２）。

図１２は、記事検索画面の１例を示す模式図である。図１２に示すように、記事検索画面２３は、例えば、以下の画面項目が含まれる。
・検索語を入力する為のテキストボックス
・検索処理の実行を指示する為の検索ボタン
・検索結果のリスト表示
・検索結果を選択する為のチェックボックス
・購入処理の実行を指示する為の購入ボタン
・処理の終了を指示する為のキャンセルボタン

図１２に示す例では、Ｓ１２において、ユーザが、ユーザ端末５の入力部１５を介して、テキストボックスに検索語「シャツ」を入力し、検索ボタンを押下したことを示している。これに対して、サーバ３の制御部１１は、ユーザ端末５から検索語を受信し、検索処理を開始する。

図１１の説明に戻る。次に、サーバ３の制御部１１は、検索語を含む見開きページを１つ特定し（Ｓ１３）、文字デザイン情報と出現状況に基づき、見開きページ単位でポイント、サブポイントを算出する（Ｓ１４）。
サブポイントは、ポイントの合算ポイントが同一となった場合、どちらの優先度を高くするかを判定する為に用いられる。尚、出現状況に基づくポイントや、サブポイントの算出は、必須ではない。

図１３は、ポイント表の１例を示す図である。図１３に示すように、ポイント表２５は、文字デザイン情報ごとのポイントが定められたものであり、例えば、以下の項目が含まれる。

・文字サイズ
記事データベース２１に登録されている本文の文字サイズと、検索語の文字サイズとを比較する。本文より小さい場合、−（マイナス）｛検索語のサイズ／本文のサイズ｝ｐ（ポイント）とする。本文と同じ場合、０ｐとする。本文より大きい場合、＋（プラス）｛検索語のサイズ／本文のサイズ｝ｐとする。
一般に、本文の文字サイズよりも大きい文字は、製作者が強調したい情報を示すことが多い為、上記のようにポイントを加算する。一方、本文の文字サイズよりも小さい文字は、注意書きや参考情報など、製作者が強調したい情報を示していないことが多い為、上記のようにポイントを減算する。

・文字色、文字装飾
検索語の文字色が白又は黒、かつ、網掛なしの場合、０ｐとする。検索語の文字色が白又は黒、かつ、網掛ありの場合、＋１ｐとする。検索語の文字色が白及び黒以外の場合、＋１ｐとする。或いは、検索語の文字色が白及び黒以外の場合、各色によって異なるポイントを設定しても良い。
一般に、文字色が白や黒などの文字は、製作者が強調したい情報を示していないことが多い為、上記のようにポイントを加算しない。但し、網掛などの文字装飾が付されている場合、上記のようにポイントを加算する。一方、文字色が白及び黒以外の文字は、製作者が強調したい情報を示すことが多い為、上記のようにポイントを加算する。

・文字フォント（Ｇｏｔｈｉｃ）
検索語の文字フォントがＧｏｔｈｉｃ（ゴシック体）の場合、＋１ｐとする。検索語の文字フォントがＧｏｔｈｉｃ以外の場合、０ｐとする。或いは、検索語の文字フォントによって異なるポイントを設定しても良い。
一般に、Ｇｏｔｈｉｃは読み易く、かつ、存在感があることから、Ｇｏｔｈｉｃの文字は、製作者が強調したい情報を示すことが多い為、上記のようにポイントを加算する。一方、Ｇｏｔｈｉｃ以外の文字は、製作者が強調したい情報を示していないことが多い為、上記のようにポイントを加算しない。

・文字バリエーション（Ｂｏｌｄ）
検索語の文字バリエーションがＢｏｌｄ（太字）の場合、＋１ｐとする。検索語の文字バリエーションがＢｏｌｄ以外の場合、０ｐとする。
一般に、Ｂｏｌｄの文字は、製作者が強調したい情報を示すことが多い為、上記のようにポイントを加算する。一方、Ｂｏｌｄ以外の文字は、製作者が強調したい情報を示していないことが多い為、上記のようにポイントを加算しない。

・文字バリエーション（Ｉｔａｌｉｃ）
検索語の文字バリエーションがＩｔａｌｉｃ（斜字）の場合、−１ｐとする。検索語の文字バリエーションがＩｔａｌｉｃ以外の場合、０ｐとする。
一般に、Ｉｔａｌｉｃの文字は、注意書きや参考情報など、記事のテーマと直接関係がない情報を示すことが多い為、上記のようにポイントを減算する。一方、Ｉｔａｌｉｃ以外の文字は、上記のようにポイントを減算しない。

・出現状況
１回だけ出現する文字の文字色が白及び黒以外の場合、＋１ｐとする。１回だけ出現する文字の文字色が白又は黒の場合、ポイントを０ｐ、サブポイントを＋１ｐとする。複数回出現する文字の文字色が白及び黒以外の場合、ポイントを０Ｐ、サブポイントを＋｛出現回数｝ｐとする。複数回出現する文字の文字色が白又は黒の場合、ポイントを０ｐとする。
白及び黒以外の文字が１回だけ出現する場合、製作者が強調したい情報を示すことが多い為、上記のようにポイントを加算する。一方、白及び黒以外の文字が複数回出現する場合、製作者が強調したい情報を示していないことが多い為、上記のようにポイントを加算しない。サブポイントについては、従来の技術と同様、出現回数に応じて加算する。

検索語を「シャツ」とし、図１〜図３、図６〜図８、図１０に示した記事Ａ〜記事Ｃの例について、図１３に示すポイント表２５に従って、ポイント、サブポイントを算出すると、以下の通りとなる。

＜記事Ａ＞
（１）「シャツ」を含むオブジェクト・・・Ａ２、Ａ５、Ａ７（図１参照）
（２）本文の文字サイズ・・・８ｐｔ（図１０参照）
（３）Ａ２について
・文字サイズ・・・Ａ２の文字サイズは２０ｐｔであり（図６参照）、本文より大きいことから、＋２０／８＝＋２．５ｐ
・文字色、文字装飾・・・Ａ２の文字色は黒であり、網掛なしであることから（図６参照）、０ｐ
・文字フォント（Ｇｏｔｈｉｃ）・・・Ａ２の文字フォントはＧｏｔｈｉｃではないことから（図６参照）、０ｐ
・文字バリエーション（Ｂｏｌｄ）・・・Ａ２の文字バリエーションはＢｏｌｄであることから（図６参照）、＋１ｐ
・文字バリエーション（Ｉｔａｌｉｃ）・・・Ａ２の文字バリエーションはＩｔａｌｉｃではないことから（図６参照）、０ｐ
（４）Ａ５について（結果のみ記載する。）
・文字サイズ・・・＋１５／８≒＋１．９ｐ（小数第２位を四捨五入）
・文字色、文字装飾・・・＋１ｐ
・文字フォント（Ｇｏｔｈｉｃ）・・・０ｐ
・文字バリエーション（Ｂｏｌｄ）・・・＋１ｐ
・文字バリエーション（Ｉｔａｌｉｃ）・・・０ｐ
（５）Ａ７について（結果のみ記載する。）
・文字サイズ・・・＋２０／８＝＋２．５ｐ
・文字色、文字装飾・・・＋０ｐ
・文字フォント（Ｇｏｔｈｉｃ）・・・０ｐ
・文字バリエーション（Ｂｏｌｄ）・・・＋１ｐ
・文字バリエーション（Ｉｔａｌｉｃ）・・・０ｐ
（６）出現状況について
・Ａ２の文字色は黒であり、白又は黒の文字が１回だけ出現する場合に該当するから、ポイントが０ｐ、サブポイントが＋１ｐ
・Ａ５の文字色は赤であり、白及び黒以外の文字が１回だけ出現する場合に該当するから、ポイントが＋１ｐ
・Ａ７の文字色は白であり、白又は黒の文字が１回だけ出現する場合に該当するから、ポイントが０ｐ、サブポイントが＋１ｐ
（７）ポイント、サブポイントの合算ポイント
・ポイントの合算ポイント・・・２．５＋１＋１．９＋１＋１＋２．５＋１＋１＝＋１１．９ｐ
・サブポイントの合算ポイント・・・＋２ｐ

＜記事Ｂ＞（結果のみ記載する。）
（１）「シャツ」を含むオブジェクト・・・Ｂ４、Ｂ６、Ｂ１１、Ｂ１５（図２参照）
（２）本文の文字サイズ・・・８ｐｔ（図１０参照）
（３）Ｂ４のポイント・・・０ｐ
（４）Ｂ６のポイント・・・０ｐ
（５）Ｂ１１のポイント・・・０ｐ
（６）Ｂ１５のポイント・・・０ｐ
（７）出現状況のポイント、サブポイント・・・＋０ｐ、＋４ｐ
（８）ポイント、サブポイントの合算ポイント・・・＋０ｐ、＋４ｐ

＜記事Ｃ＞（結果のみ記載する。）
（１）「シャツ」を含むオブジェクト・・・Ｃ５、Ｃ１３、Ｃ１６（図３参照）
（２）本文の文字サイズ・・・８ｐｔ（図１０参照）
（３）Ｃ５のポイント・・・１．５＋１＋１＝３．５ｐ
（４）Ｃ１３のポイント・・・１．５＋１＋１＝３．５ｐ
（５）Ｃ１６のポイント・・・１．５＋１＋１＝３．５ｐ
（６）出現状況のポイント、サブポイント・・・０ｐ、＋３ｐ
（７）ポイント、サブポイントの合算ポイント・・・＋１０．５ｐ、＋３ｐ

尚、図１３に示すポイント表２５は１例であり、様々な変形例が考えられる。ポイント表２５は、検索語の文字デザイン情報ごとにポイントが設定されるものであれば良く、例えば、ジャンル、出版社、雑誌などに区別して、それぞれ異なるポイント表２５をサーバ３の記憶部１２に記憶させても良い。また、ポイント表２５は、例えば、設定ファイルとして、プログラムから独立させ、製作者やシステム管理者などが容易に変更可能に構成することが望ましい。

図１１の説明に戻る。次に、サーバ３の制御部１１は、検索語を含む全ての見開きページについて算出処理が終了したか否か確認する（Ｓ１５）。サーバ３の制御部１１は、終了していない場合（Ｓ１５のＮｏ）、Ｓ１３から処理を繰返し、全て終了している場合（Ｓ１５のＹｅｓ）、Ｓ１６に進む。

次に、サーバ３の制御部１１は、記事単位の優先度を算出する（Ｓ１６）。
図１〜図３、図６〜図８、図１０に示した記事Ａ〜記事Ｃの例について、優先度を算出すると、以下の通りとなる。
・優先度１位・・・記事Ａ（＋１１．９ｐ）
・優先度２位・・・記事Ｃ（＋１０．５ｐ）
・優先度３位・・・記事Ｂ（＋０ｐ）

ところで、一般に、記事は複数の見開きページ（又は単一ページ）を有する。複数の見開きページ（又は単一ページ）ごとに算出されたポイントの合算ポイントに基づいて、記事単位の優先度を算出する方法は、例えば、以下の２通りが考えられる。

（１）検索語を含む見開きページ（又は単一ページ）ごとの合算ポイントの最大値を、優先度とする。
（１）の算出方法では、ある単一のテーマの記事の中に、見開きページ（又は単一ページ）ごとにサブテーマがあるような雑誌の場合、高い検索精度が得られる。例えば、女性向けのファッション雑誌であれば、記事のテーマが「カジュアル」、１つ目の見開きページのサブテーマが「シャツ」、２つ目の見開きページのサブテーマが「バッグ」、３つ目の見開きページのサブテーマが「靴」などのような紙面構成が考えられる。

（２）検索語を含む見開きページ（又は単一ページ）ごとの合算ポイントの合計値を、優先度とする。
（２）の算出方法では、ある単一のテーマの記事の中に含まれる複数の見開きページ（又は単一ページ）の内容が一貫している雑誌の場合、高い検索精度が得られる。例えば、車やカメラなどの専門雑誌であれば、ある単一のテーマ（例えば、「電気自動車」、「一眼レフカメラ」など）の記事の中に含まれる全ての見開きページを一貫して同一の内容とする紙面構成が考えられる。

（１）、（２）の算出方法のどちらを採用するかについては、ポイント表２５と同様、例えば、ジャンル、出版社、雑誌などによって変更しても良い。また、ユーザが、ユーザ端末５の入力部１５を介して指定できるように構成しても良い。

次に、サーバ３の制御部１１は、優先度に従って検索語を含む記事の提示順序を決定し、記事の検索結果を提示する（Ｓ１７）。具体的には、サーバ３の制御部１１は、例えば、優先度の順位の通り、記事の提示順序を決定し、所定の順位までの記事を検索結果として、ユーザ端末５に送信する。これに対して、ユーザ端末５の制御部１１は、検索結果を表示部１６に表示する。

図１２に示す例では、Ｓ１７において、ユーザ端末５が、検索結果として以下の４つの記事を表示したことを示している。
・雑誌Ｄ ２０１１年５月 「カジュアル」を着こなす術
・雑誌Ｅ ２０１１年４月 必勝夏スタイル
・雑誌Ｆ ２０１１年×月 ○○○○○○○
・雑誌Ｇ ２０１１年×月 ○○○○○○○

図１１の説明に戻る。次に、ユーザが、ユーザ端末５の入力部１５を介して、所望する記事を選択すると（Ｓ１８）、サーバ３の制御部１１は、課金処理を行い、選択された記事をパッケージ化して配信する（Ｓ１９）。

図１２に示す例では、Ｓ１８において、ユーザが、上位２つの記事を選択したことを示している。更に、ユーザが、購入ボタンを押下すると、サーバ３は、課金処理を行い、選択された２つの記事をパッケージ化して、ユーザ端末５に送信する。

以上、本発明の実施の形態では、サーバ３は、ユーザによって入力される検索語の文字デザイン情報に基づいて優先度を算出し、優先度に従って検索語を含む記事の提示順序を決定し、検索結果を提示する。これによって、人的負荷をかけることなく、電子雑誌に適した検索が可能となる。

以上、添付図面を参照しながら、本発明に係る記事配信システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

１………記事配信システム
３………サーバ
５………ユーザ端末
７………製作者端末
９………ネットワーク
２１………記事データベース
２３………記事検索画面
２５………ポイント表

Claims (9)

1. ユーザ端末とサーバとから構成され、電子雑誌を記事単位に配信する記事配信システムであって、
   前記ユーザ端末は、
   検索語を入力する入力手段、
   を具備し、
   前記サーバは、
   前記電子雑誌を記事単位に記憶する記憶手段と、
   前記検索語を含む記事について、前記検索語の文字デザイン情報に基づいて、優先度を算出する算出手段と、
   前記優先度に従って前記検索語を含む記事の提示順序を決定し、検索結果を提示する提示手段と、
   を具備することを特徴とする記事配信システム。
2. 前記算出手段は、
   前記文字デザイン情報ごとのポイントが定められたポイント表を予め有し、
   前記検索語を含む単一ページ及び／又は見開きページを検索し、
   前記検索語を含む単一ページ及び／又は見開きページごとに、前記ポイント表に基づいて、前記検索語の文字デザイン情報に対する前記ポイントを加減算することによって、前記検索語を含む単一ページ及び／又は見開きページごとの合算ポイントを算出し、
   前記合算ポイントに基づいて、前記優先度を算出する
   ことを特徴とする請求項１に記載の記事配信システム。
3. 前記算出手段は、前記検索語を含む記事が複数の前記検索語を含む単一ページ及び／又は見開きページを有する場合、前記合算ポイントの最大値を、前記優先度とする
   ことを特徴とする請求項２に記載の記事配信システム。
4. 前記算出手段は、前記検索語を含む記事が複数の前記検索語を含む単一ページ及び／又は見開きページを有する場合、前記合算ポイントの合計値を、前記優先度とする
   ことを特徴とする請求項２に記載の記事配信システム。
5. 前記文字デザイン情報は、文字サイズを含み、
   前記記憶手段は、記事の本文の前記文字サイズを記憶し、
   前記算出手段は、前記検索語の前記文字サイズと、前記検索語を含む記事の本文の前記文字サイズとを比較することによって、前記優先度を算出する
   ことを特徴とする請求項１乃至請求項４のいずれかに記載の記事配信システム。
6. 前記文字デザイン情報は、文字色及び／又は文字スタイルを含み、
   前記算出手段は、前記文字色及び／又は前記文字スタイルに基づいて、前記優先度を算出する
   ことを特徴とする請求項１乃至請求項５のいずれかに記載の記事配信システム。
7. ユーザ端末と、前記電子雑誌を記事単位に記憶する記憶手段を具備するサーバとから構成され、電子雑誌を記事単位に配信する記事配信システムにおける記事配信方法であって、
   前記ユーザ端末が、検索語を入力するステップと、
   前記サーバが、前記検索語を含む記事について、前記検索語の文字デザイン情報に基づいて、優先度を算出するステップと、
   前記優先度に従って前記検索語を含む記事の提示順序を決定し、検索結果を提示するステップと、
   を含むことを特徴とする記事配信方法。
8. ユーザ端末と接続され、電子雑誌を記事単位に配信する記事配信サーバであって、
   前記電子雑誌を記事単位に記憶する記憶手段と、
   前記ユーザ端末から受信する検索語を含む記事について、前記検索語の文字デザイン情報に基づいて、優先度を算出する算出手段と、
   前記優先度に従って前記検索語を含む記事の提示順序を決定し、検索結果を提示する提示手段と、
   を具備することを特徴とする記事配信サーバ。
9. コンピュータを、
   電子雑誌を記事単位に記憶する記憶手段と、
   ユーザ端末から受信する検索語を含む記事について、前記検索語の文字デザイン情報に基づいて、優先度を算出する算出手段と、
   前記優先度に従って前記検索語を含む記事の提示順序を決定し、検索結果を提示する提示手段と、
   して機能させるためのプログラム。

Images