JP2014056498A - コンテンツ表示装置、コンテンツ管理装置、コンテンツ配信システム、コンテンツ表示方法、およびプログラム - Google Patents

Abstract

【課題】意味するものが等価であってその表記が異なる情報を、同一の表記に変換して提示し、さらに、コンテンツ配信装置に蓄積された情報を書き換えないコンテンツ配信システムを提供する。
【解決手段】端末装置１０は、コンテンツ詳細情報をコンテンツサーバ３０から受信して取得する詳細情報取得部と、書庫サーバ２０において保持されたサーバ指定詳細情報変換規則を当該書庫サーバ２０から受信して取得するとともに、前記詳細情報取得部が取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、当該取得したサーバ指定詳細情報変換規則に基づいて変換する詳細情報変換部と、前記詳細情報変換部が変換したコンテンツ詳細情報を表示するコンテンツ表示部と、を備える。
【選択図】図１

Description

本発明は、電子書籍などのコンテンツを配信するコンテンツ表示装置、コンテンツ管理装置、コンテンツ配信システム、コンテンツ表示方法、およびプログラムに関する。

現在、インターネット技術の進展とともに、電子書籍などのコンテンツを、ネットワークを介して配信するサービスが知られている。
このような配信サービスの運用にあたっては、ユーザが、携帯電話等の端末装置にインストールされた専用のアプリケーションプログラムを端末装置に実行させ、複数の書店が取り扱う様々な電子書籍の購入を行うシステムが一般的に用いられている。

このようなコンテンツ配信システムは一般的に以下の構成をとる。すなわち、当該コンテンツ配信システムは、電子書籍等のコンテンツと、コンテンツの著者名、タイトル名、シリーズ名等からなるメタ情報であるコンテンツ詳細情報を配信するコンテンツサーバ（コンテンツ配信装置）と、ユーザがコンテンツを選択して購入する販売店サーバ（書店サーバ）と、コンテンツを取得、管理、閲覧するための専用アプリケーションプログラムをインストールした端末装置（コンテンツ表示装置）からなる。

ここで、コンテンツサーバに記録されているコンテンツ詳細情報は、ユーザが端末装置を介して、既に購入済みのコンテンツを一覧表示するときなどに利用される。例えば、ユーザが、購入済みコンテンツを「著者名」ごとに一覧表示する旨の操作を行った場合、上記専用アプリケーションプログラムは、まず、コンテンツサーバから、一覧表示しようとするコンテンツに係るコンテンツ詳細情報をダウンロードする。そして、取得したコンテンツ詳細情報に含まれている著者名情報を参照し、購入済みコンテンツを当該著者名ごとに分類して一覧表示する。
なお、コンテンツサーバに登録されているコンテンツ詳細情報は、それぞれの販売店が（自身が運用する販売店サーバを介して）販売しているコンテンツにつき、各々が独自に作成した情報に基づいて登録されている。

なお上述したコンテンツ配信システムに関連する技術として、データベースにおける参照データと蓄積データの内容を比較して類似度を求め、その類似度が所定の閾値を超えている場合には、当該蓄積データを、参照データと同様の種類の情報内容を有する同様データとして抽出する技術が開示されている（特許文献１参照）。

特開２０１１−２４８６６１号公報

上述したコンテンツ配信システムでは、複数の販売店が保有するコンテンツの管理は、各販売店が各々に運用するものであるから、同一の著者名、シリーズ名等の意味するものが同一であるにもかかわらず、その表記が書店ごとに異なって登録されている場合がある。このため上記専用アプリケーションにおいて、ユーザが保有するコンテンツを、著者名、シリーズ名ごとに分類して一覧表示させる場合に、本来、同一の著者名、シリーズ名として表示されるべきコンテンツが異なる著者名、シリーズ名のものとして表示されてしまうという問題があった。
また、上記特許文献１の技術は、異なるデータベース間において記録されている類似度の高いデータの一方を、他方のデータに書き換えて均一化を図る技術であるが、配信元の情報を書き換えることなく、端末装置において、異なる配信元から配信された同一のコンテンツの情報を同一のものとして（均一化して）表示する技術が求められている。

そこでこの発明は、上記課題を解決するコンテンツ配信システム、コンテンツ配信方法及びコンテンツ配信プログラムを提供することを目的としている。

本発明は、上述の課題を解決すべくなされたもので、コンテンツ詳細情報をコンテンツ配信装置から受信して取得する詳細情報取得部と、コンテンツ管理装置において保持されたサーバ指定詳細情報変換規則を当該コンテンツ管理装置から受信して取得するとともに、前記詳細情報取得部が取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、当該取得したサーバ指定詳細情報変換規則に基づいて変換する詳細情報変換部と、前記詳細情報変換部が変換したコンテンツ詳細情報を表示するコンテンツ表示部と、を備えることを特徴とするコンテンツ表示装置である。

また本発明は、前記詳細情報変換部は、さらに、ユーザから変換対象情報の指定及びその変換先の情報の指定を受け付け、当該指定に基づいてユーザ指定詳細情報変換規則を生成するとともに、当該生成したユーザ指定詳細情報変換規則を前記コンテンツ管理装置へと送信し、さらに、ユーザ指定詳細情報変換規則を前記コンテンツ管理装置から受信して取得するとともに、前記詳細情報取得部が取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、前記取得したユーザ指定詳細情報変換規則に基づく変換先の情報へと変換することを特徴とする。

また本発明は、前記詳細情報変換部は、さらに、ユーザから変換対象情報の指定及びその変換先の情報の指定を受け付け、当該指定に基づいてユーザ指定詳細情報変換規則を生成するとともに、前記詳細情報取得部が取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、当該生成したユーザ指定詳細情報変換規則に基づく変換先の情報へと変換することを特徴とする。

また本発明は、前記詳細情報変換部は、表示した情報の指定を受け付けて、当該指定を受け付けた情報に基づいて、前記詳細情報変換規則を用いて前記変換対象情報または前記変換先の情報を特定し、当該特定した変換対象情報または変換先の情報の何れか一方または両方を検索キーとして含む検索要求を外部装置へ送信し、当該検索要求に応じて外部装置から受信した情報を表示部に表示する検索処理部を備えることを特徴とする。

また本発明は、コンテンツ詳細情報に含まれる所定の変換対象情報を、所定の変換先の情報へと変換する規則を定めた詳細情報変換規則をコンテンツ表示装置へと送信する詳細情報変換規則管理部を備えることを特徴とするコンテンツ管理装置である。

また本発明は、コンテンツ表示装置において生成された前記詳細情報変換規則であるユーザ指定詳細情報変換規則を複数のコンテンツ表示装置から受信して取得し、当該取得したユーザ指定詳細情報変換規則の示す変換対象情報と変換先の情報との対応関係を記録する詳細情報変換規則記憶部を備え、前記詳細情報変換規則管理部は、前記詳細情報変換規則記憶部に記録した変換対象情報と変換先の情報との対応関係に基づいて、前記詳細情報変換規則であるサーバ指定詳細情報変換規則を生成し、当該生成したサーバ指定詳細情報変換規則をコンテンツ表示装置へと送信することを特徴とする。

また本発明は、コンテンツ管理装置が、コンテンツ詳細情報に含まれる所定の変換対象情報を、所定の変換先の情報へと変換する規則を定めた詳細情報変換規則をコンテンツ表示装置へと送信する詳細情報変換規則管理部を備え、コンテンツ表示装置が、コンテンツ詳細情報をコンテンツ配信装置から受信して取得する詳細情報取得部と、前記詳細情報変換規則を前記コンテンツ管理装置から受信して取得するとともに、前記詳細情報取得部が取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、前記取得した詳細情報変換規則に基づいて変換する詳細情報変換部と、前記詳細情報変換部が変換したコンテンツ詳細情報を表示するコンテンツ表示部と、を備えることを特徴とするコンテンツ配信システムである。

また本発明は、前記コンテンツ管理装置が、さらに、前記コンテンツ表示装置において生成された前記詳細情報変換規則であるユーザ指定詳細情報変換規則を複数の前記コンテンツ表示装置から受信し、当該受信したユーザ指定詳細情報変換規則の示す変換対象情報と変換先の情報との対応関係を記録する詳細情報変換規則記憶部を備え、前記詳細情報変換規則管理部は、前記詳細情報変換規則記憶部に記録した変換対象情報と変換先の情報との対応関係に基づいて、前記詳細情報変換規則であるサーバ指定詳細情報変換規則を生成し、当該生成したサーバ指定詳細情報変換規則を前記コンテンツ表示装置へと送信し、前記コンテンツ表示装置の詳細情報変換部が、さらに、ユーザから変換対象情報の指定及びその変換先の情報の指定を受け付け、当該指定に基づいてユーザ指定詳細情報変換規則を生成するとともに、当該生成したユーザ指定詳細情報変換規則を前記コンテンツ管理装置へと送信することを特徴とする。

また本発明は、コンテンツ管理装置とコンテンツ表示装置とを備えたコンテンツ配信システムにおけるコンテンツ表示方法であって、前記コンテンツ管理装置が、コンテンツ詳細情報に含まれる所定の変換対象情報を、所定の変換先の情報へと変換する規則を定めた詳細情報変換規則をコンテンツ表示装置へと送信し、前記コンテンツ表示装置が、コンテンツ詳細情報をコンテンツ配信装置から受信して取得し、前記詳細情報変換規則を前記コンテンツ管理装置から受信して取得するとともに、前記取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、前記取得した詳細情報変換規則に基づいて変換し、当該変換したコンテンツ詳細情報を表示することを特徴とするコンテンツ表示方法である。

また本発明は、コンテンツ表示装置のコンピュータを、コンテンツ詳細情報をコンテンツ配信装置から受信して取得し、コンテンツ管理装置において保持されたサーバ指定詳細情報変換規則を当該コンテンツ管理装置から受信して取得するとともに、前記取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、前記取得したサーバ指定詳細情報変換規則に基づいて変換し、当該変換したコンテンツ詳細情報を表示させるコンテンツ表示手段として機能させることを特徴とするプログラムである。

本発明によれば、意味するものが等価であってその表記が異なる情報を、同一の表記に変換して提示する際に、コンテンツサーバ（コンテンツ配信装置）に蓄積された情報を直接書き換える必要がなくなるため、もともとコンテンツサーバに蓄積されていた情報が書き換えられ、失われることがない、という効果が得られる。

本発明の一実施形態によるコンテンツ配信システムの構成を示す図である。 端末装置１０の機能構成を示すブロック図である。 端末装置１０の記憶する著者名変換規則テーブルを示す図である。 端末装置１０の記憶する著者名編集テーブルを示す図である。 端末装置１０の記憶するシリーズ名変換規則テーブルを示す図である。 端末装置１０の記憶するシリーズ名編集テーブルを示す図である。 端末装置１０の記憶する書店情報テーブルを示す図である。 書庫サーバ２０の機能構成を示すブロック図である。 書庫サーバ２０の記憶するＸＩＤテーブルを示す図である。 書庫サーバ２０の記憶する著者名変換規則テーブルを示す図である。 書庫サーバ２０の記憶する著者名変換規則適用テーブルを示す図である。 書庫サーバ２０の記憶する著者名編集テーブルを示す図である。 書庫サーバ２０の記憶するシリーズ名変換規則テーブルを示す図である。 書庫サーバ２０の記憶するシリーズ名変換規則適用テーブルを示す図である。 書庫サーバ２０の記憶するシリーズ名編集テーブルを示す図である。 書庫サーバ２０の記憶する保有コンテンツ情報テーブルを示す図である。 端末装置１０における購入した電子書籍の表示例を示す図である。 端末装置１０におけるユーザ指定書誌変換規則を作成する画面遷移の一例を示した図である。 本実施形態のコンテンツ配信システム１の処理シーケンスを示す図である。 アップロードデータのデータ例を示す図である。 ダウンロードデータのデータ例を示す図である。 コンテンツ配信情報のデータ例を示す図である。 書誌情報のデータ例を示す図である。 書庫サーバ２０における著者名変換規則テーブルの更新処理を示すフローチャート図である。 書庫サーバ２０によるダウンロードデータの生成処理の処理フローを示す図である。 端末装置１０における一連の同期処理をまとめたフローチャート図である。 端末装置１０において、ダウンロードした書誌情報のうち「著者名」について所定の変換を行う処理の流れを示したフローチャート図である。 端末装置１０において、ユーザ指定書誌変換規則を示す著者名編集テーブルの更新の処理の流れを示したフローチャート図である。 端末装置１０における検索処理の処理フローを示す第１の図である。 端末装置１０における検索処理の処理フローを示す第２の図である。 端末装置１０における検索機能利用時の画面表示例である。

以下、本発明の一実施形態によるコンテンツ配信システムを、図面を参照して説明する。図１は同実施形態によるコンテンツ配信システムの構成を示す図である。
この図において、符号１はコンテンツ配信システムであり、コンテンツ配信システム１は、端末装置（コンテンツ表示装置）１０と、書庫サーバ（コンテンツ管理装置）２０と、コンテンツサーバ（コンテンツ配信装置）３０と、書店サーバ４０とを備えている。

ここで端末装置１０は、ブラウザ部１１と電子書籍アプリケーション機能部１２とを少なくとも備えている。本実施形態では、コンテンツが電子書籍であるとして説明するが、当該コンテンツは電子書籍に限定されるものではなく、例えば音楽データや動画データであってもよい。また、本実施形態において、「コンテンツ詳細情報」とは、例えば電子書籍であれば、その著者名、出版社名、タイトル名、シリーズ名等からなる「書誌情報」を、音楽データであれば、そのアーティスト名、作詞・作曲者名、アルバム名、ジャンル名等からなる「音楽情報」を、また、動画データであれば、その出演者名、監督名、製作者名、タイトル名、シリーズ名等からなる「動画情報」などのコンテンツの詳細な情報を示す。

（コンテンツ配信システム１の全体構成）
端末装置１０は、ユーザが所定の電子書籍アプリケーションプログラムを起動することにより、電子書籍アプリケーション機能部１２を端末装置１０内に構成する。当該電子書籍アプリケーション機能部１２は、主に、書誌情報（コンテンツ詳細情報）をコンテンツサーバ３０から受信して取得し、書誌変換規則（詳細情報変換規則）に基づいて、書誌情報に含まれる所定の変換対象情報を、所定の変換先の情報へと自装置内で変換する処理を行う。そして電子書籍アプリケーション機能部１２は、当該変換により得た変換先の情報を、変換対象情報の代わりに表示部に表示する処理を行う。

書庫サーバ２０は、主に、書誌情報に含まれる所定の変換対象情報を、所定の変換先の情報へと変換する規則を定めた書誌変換規則をコンテンツ表示装置へと送信する機能を有する。ここで、書誌変換規則には、書庫サーバ２０が保持するサーバ指定書誌変換規則（サーバ指定詳細情報変換規則）と、端末装置１０の生成するユーザ指定書誌変換規則（ユーザ指定詳細情報変換規則）の２つの種類が存在するが、これらの違いについては後述する。なお、本実施形態において、サーバ指定書誌変換規則は書庫サーバ２０にて保持されているものであるが、これは書庫サーバ２０に予め格納されている書誌変換規則であってもよいし、書庫サーバ２０自身が所定の処理に基づいて自動的に生成した書誌変換規則であってもよい。

コンテンツサーバ３０は、端末装置１０からコンテンツ配信要求を受信し、その内容に基づくコンテンツ配信情報を送信する。コンテンツ配信情報とは、コンテンツ（この場合は電子書籍）の内容そのもの、及び、これに関連するコンテンツ詳細情報（電子書籍であれば、その書誌情報）を含む情報である。当該コンテンツ配信情報には電子書籍等を実際に記憶および配信する他のコンテンツサーバ（本実施の形態においては、これら全てをまとめてコンテンツサーバ３０とする）にアクセスするためのＵＲＬ情報等が含まれていてよい。

書店サーバ４０は、コンテンツサーバ３０が記憶するコンテンツ配信情報の電子商取引による販売等の各処理を行うサーバである。コンテンツサーバ３０に記録されているコンテンツ配信情報に含まれる情報のうち、書誌情報は、書店の担当者が作成したデータであってよい。ここで、書店サーバ４０は、複数の書店に対応して各書店の担当者がネットワーク上に接続したサーバ装置である。各書店の担当者はそれぞれ書誌情報を作成して、コンテンツサーバ３０にその書誌情報を含むコンテンツ配信情報を登録する。ここで、異なる書店の担当者によってコンテンツサーバ３０に登録された同一の書籍の書誌情報は、著者名やタイトルなどが完全同一していることにより、複数の書店サーバ４０で販売され端末装置１０に登録された同一著者の異なるコンテンツデータの表示が同一となるのが望ましい。しかしながら各書店の担当者ごとに、それら担当者によって作成された書誌情報に含まれる著者名やタイトル名の表記が多少異なる場合が存在する。したがって、本実施形態によるコンテンツ配信システム１では、このような書誌情報に含まれる情報（著者名やタイトル等）の表記のぶれを吸収して同じ文字列により端末装置１０が表示することができるような仕組みを提供する。

以下、本実施形態のコンテンツ配信システム１を構成する端末装置１０、書庫サーバ２０における構成及び各機能について詳細に説明する。

（端末装置１０）
図２は、端末装置１０の機能構成を示すブロック図である。
図２に示すように、端末装置１０は、ブラウザ部１１と、電子書籍アプリケーション機能部１２と、通信部１３と、コンテンツ表示部１４とを備えている。
ブラウザ部１１は、Ｗｅｂページを閲覧するための処理部である。ブラウザ部１１は、ユーザ操作に基づいて、ユーザが所望する書店サーバ４０にアクセスし、電子書籍の購入手続きを行う。

また図２で示すように通信部１３は、送信部１３１、受信部１３２を備えており、それぞれ信号の送信及び受信の際における外部との通信インターフェイスである。通信部１３は、送信部１３１、受信部１３２を用いて、通信ネットワークを介して、書庫サーバ２０、コンテンツサーバ３０及び書店サーバ４０と双方向に通信する。通信部１３の用いる通信手段（有線または無線）、通信方式（通信プロトコル）などは特に限定されるものではない。

また、コンテンツ表示部１４は、電子書籍のデータまたは種々の情報を表示してユーザに視認させるユーザインターフェイスであり、一般的には液晶ディスプレイ、有機ＥＬディスプレイなどに情報を表示する。

また図２に示すように、電子書籍アプリケーション機能部１２は、制御部１２１、コンテンツ取得部１２２、コンテンツ記憶部１２３、書誌情報管理部（詳細情報取得部）１２４、コンテンツ情報記憶部１２５、書誌変換部（詳細情報変換部）１２６、書誌変換規則記憶部１２７、書誌編集記憶部１２８及び検索処理部１２９を備える。

制御部１２１は、電子書籍アプリケーション機能部１２に備わる各機能部を制御する。
コンテンツ取得部１２２は、ダウンロードした電子書籍データを制御部１２１から入力して、コンテンツ記憶部１２３に保存する。ユーザは、コンテンツ記憶部１２３に保存された所望の電子書籍データを、コンテンツ表示部１４を介して閲覧することができる。

書誌情報管理部１２４は、取得した表紙画像（電子書籍のサムネイル画像等）や書誌情報等をコンテンツ情報記憶部１２５に保存する。本実施形態では、ユーザが既に購入した電子書籍の一覧を確認したいときに、ユーザが端末装置１０を操作し、当該ユーザの操作に基づいて端末装置１０のコンテンツ表示部１４が、コンテンツ情報記憶部１２５に保存された表示画像、書誌情報などを液晶ディスプレイに一覧表示することで、ユーザに当該一覧を確認させることができる。なお、一覧表示の際には、コンテンツ表示部１４は、登録された書誌情報のうち、特定のカテゴリごとに分類して一覧表示することができる。例えば、ユーザの指定に基づいて、購入した電子書籍を著者順にリストアップしたり、タイトル名順にリストアップしたりすることができる。

書誌変換部１２６は、ダウンロードした書誌変換規則を書誌変換規則記憶部１２７へと登録する。本実施形態においては、書誌変換規則として、書庫サーバ２０が保持するサーバ指定書誌変換規則と、ユーザ操作に基づいて端末装置１０が生成したユーザ指定書誌変換規則があり、書誌変換部１２６は、それらサーバ指定書誌変換規則やユーザ指定書誌変換規則を書誌変換規則記憶部１２７に登録する。

また、書誌変換部１２６は、ユーザが独自に変換規則を編集できる機能を備えており、ユーザ操作に基づいて、ユーザ指定書誌変換規則を作成することができる。書誌変換部１２６は、編集操作によって新たに生成したユーザ指定書誌変換規則の情報を、書誌編集記憶部１２８へと登録する。書誌変換部１２６は、新たに生成したユーザ指定書誌変換規則を、一旦、書誌編集記憶部１２８へと登録し、その後、書庫サーバ２０との同期処理によって、書庫サーバ２０へ送信するようにしてもよい。

また、書誌変換部１２６は、ユーザが、既に購入した電子書籍を、コンテンツ表示部１４を用いて液晶ディスプレイに一覧表示する際に、リストアップしようとする書誌情報について、サーバ指定書誌変換規則またはユーザ指定書誌変換規則を適用し、当該書誌変換規則を適用した後の書誌情報の一覧を表示する機能を備える。

検索処理部１２９は、ユーザから検索キーとする情報の指定を受け付け、通信部１３を介して、書店サーバ４０へ検索要求を送信する機能を備える。具体的な検索処理については後述する。

（端末装置１０の各記憶部の記憶するデータ例）
図３は、端末装置１０の記憶する著者名変換規則テーブルを示す図である。
図３に示す著者名変換規則テーブルは、コンテンツデータである電子書籍の著者名“ａｕｔｈｏｒ＿ｎａｍｅ”が１つまたは複数記録されている。また著者名変換テーブルには、異なる表記であるが同一著者を示す複数の著者名についてその著者を一意に識別する同一の著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”が著者名“ａｕｔｈｏｒ＿ｎａｍｅ”に対応付けられて記録されている。また異なる表記であるが同一著者を示す複数の著者名のうち、書誌変換規則を適用した場合における変換先の著者名であることを示す選択フラグ“ｓｅｌｅｃｔｅｄ”が対応付けられて記録されている。図３に示す著者名変換規則テーブル例は、異なる表記であるが同一著者を示す複数の著者名として、「アーサー・コナン・ドイル」、「コナン・ドイル」及び「コナンドイル」が記録されている場合の例を示している。また図３に示す著者名変換規則テーブル例では、「アーサー・コナン・ドイル」、「コナン・ドイル」及び「コナンドイル」のそれぞれの著者名“ａｕｔｈｏｒ＿ｎａｍｅ”に、その著者を一意に識別する同一の著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”として「１」が記録されている場合の例を示している。また図３に示す著者名変換規則テーブル例では、「アーサー・コナン・ドイル」、「コナン・ドイル」及び「コナンドイル」の各著者名のうち、端末装置１０に表示させる著者名として書庫サーバ２０が特定した「コナン・ドイル」に対応付けて、選択フラグ“ｓｅｌｅｃｔｅｄ”として「１」が、またそれ以外の書庫サーバ２０に選択されなかった著者名には選択フラグ“ｓｅｌｅｃｔｅｄ”として「０」が対応付けて記録されている場合の例を示している。

図４は、端末装置１０の記憶する著者名編集テーブルを示す図である。
図４に示す著者名編集テーブルは、ユーザが端末装置１０にダウンロードしたコンテンツ配信情報に含まれる書誌情報のうちの所定の変換対象情報と、その変換対象情報についてユーザが指定した変換先の情報とを対応付けて記憶している。図４で示す著者名編集テーブルの例は、ユーザが変換対象情報として指定した書誌情報に記録されている電子書籍の元の著者名“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”と、その著者名についてユーザが変換先の情報として指定した変換先の著者名“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”とを対応付けて記録している。また図４で示す著者名編集テーブルの例は、電子書籍の元の著者名“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”と変換先の著者名“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”とに対応付けて、電子書籍の元の著者名“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”を含んでいた書誌情報に対応する電子書籍の識別子“ＣＩＤ”と、それらの対応関係の情報を更新した更新日時“ｕｐｄａｔｅ＿ｄａｔｅ”とを対応付けて記録している。なお、電子書籍の識別子“ＣＩＤ”は、本実施形態においては、ネットワーク上に存在する全ての電子書籍を一意に識別するために、「ＣＳＩＤ」−「ＳＩＤ」−「書店内でのコンテンツ識別子」の形で記述する。ＣＳＩＤは、当該電子書籍が保存されているコンテンツサーバ３０の識別子、ＳＩＤは書店を一意に識別するＩＤである。ただし、ＣＩＤは電子書籍を一意に識別さえできれば、この形式に限定されることはない。

図５は、端末装置１０の記憶するシリーズ名変換規則テーブルを示す図である。
図５に示すシリーズ名変換規則テーブルは、コンテンツデータである電子書籍のシリーズ名“ｓｅｒｉｅｓ＿ｎａｍｅ”が１つまたは複数記録されている。またシリーズ名変換テーブルには、異なる表記であるが同一シリーズの書籍であることを示す複数のシリーズ名についてそのシリーズを一意に識別する同一のシリーズ識別子“ｓ＿ｒｕｌｅ＿ｉｄ”がシリーズ名“ｓｅｒｉｅｓ＿ｎａｍｅ”に対応付けられて記録されている。また異なる表記であるが同一シリーズの書籍であることを示す複数のシリーズ名のうち、書誌変換規則を適用した場合における変換先のシリーズ名であることを示す選択フラグ“ｓｅｌｅｃｔｅｄ”が対応付けられて記録されている。図３に示すシリーズ名変換規則テーブル例は、異なる表記であるが同一シリーズの書籍であることを示す複数のシリーズ名として、「シャーロック・ホームズシリーズ」、「シャーロックホームズシリーズ」が記録されている場合の例を示している。また図５に示すシリーズ名変換規則テーブル例では、「シャーロック・ホームズシリーズ」、「シャーロックホームズシリーズ」のそれぞれのシリーズ名“ｓｅｒｉｅｓ＿ｎａｍｅ”に、そのシリーズ名を一意に識別する同一のシリーズ識別子“ｓ＿ｒｕｌｅ＿ｉｄ”として「１」が記録されている場合の例を示している。また図５に示すシリーズ名変換規則テーブル例では、「シャーロック・ホームズシリーズ」、「シャーロックホームズシリーズ」の各シリーズ名のうち、ユーザが端末装置１０に表示させるシリーズ名として選択した「シャーロック・ホームズシリーズ」に対応付けて、選択フラグ“ｓｅｌｅｃｔｅｄ”として「１」が、またそれ以外の選択されなかったシリーズ名「シャーロックホームズシリーズ」には選択フラグ“ｓｅｌｅｃｔｅｄ”として「０」が対応付けて記録されている場合の例を示している。

図６は、端末装置１０の記憶するシリーズ名編集テーブルを示す図である。
図６に示すシリーズ名変換規則テーブルは、図４で示す著者名編集テーブルと同様に、ユーザが端末装置１０にダウンロードしたコンテンツ配信情報に含まれる書誌情報のうちの所定の変換対象情報と、その変換対象情報についてユーザが指定した変換先の情報とを対応付けて記憶している。つまり図６で示すシリーズ名編集テーブルの例は、ユーザが変換対象情報として指定した書誌情報に記録されている電子書籍の元のシリーズ名“ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ”と、そのシリーズ名についてユーザが変換先の情報として指定した変換先のシリーズ名“ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅ”とを対応付けて記録している。また図６で示すシリーズ名編集テーブルの例は、電子書籍の元のシリーズ名“ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ”と変換先のシリーズ名“ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅ”とに対応付けて、電子書籍の元のシリーズ名“ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ”を含んでいた書誌情報に対応する電子書籍の識別子“ＣＩＤ”と、それらの対応関係の情報を更新した更新日時“ｕｐｄａｔｅ＿ｄａｔｅ”とを対応付けて記録している。

ここで、上述した著者名変換規則テーブル、シリーズ名変換規則テーブルは、書誌変換規則記憶部１２７が記憶する。また、著者名編集テーブル、シリーズ名編集テーブルは、書誌編集記憶部１２８が記憶する。

図７に示す書店情報テーブルは、電子書籍購入の際にユーザが利用した書店サーバ４０を特定するＳＩＤと、書店名と、その書店名が示す書店が通信ネットワークに接続した書店サーバ４０へ端末装置１０がアクセスするためのＵＲＬとを対応付けた情報テーブルである。当該保有コンテンツ情報テーブルは、端末装置１０のコンテンツ記憶部１２３が記憶する。

（書庫サーバ２０）
図８は、書庫サーバ２０の機能構成を示すブロック図である。
書庫サーバ２０は、図８に示すように、通信部２１と、保有コンテンツ管理部２２と、保有コンテンツ記憶部２３と、書誌変換規則管理部（詳細情報変換規則管理部）２４と、書誌変換規則記憶部（詳細情報変換規則記憶部）２５と、書誌編集記憶部（詳細情報編集記憶部）２６とを備える。

通信部２１は、送信部２１１、受信部２１２を備えており、それぞれ信号の送信及び受信の際における外部との通信インターフェイスである。通信部２１はこれらを用いて、通信ネットワークを介して、端末装置１０、コンテンツサーバ３０及び書店サーバ４０と双方向に通信する。

保有コンテンツ管理部２２は、端末装置１０から同期要求を受信する際に、同時に当該端末装置１０からその端末装置１０の保有するコンテンツ（電子書籍）の情報を受信して、自己が管理する保有コンテンツ情報テーブルの内容を更新し、保有コンテンツ記憶部２３へと保存する処理や、更新した保有コンテンツの情報を端末装置１０へと送信する処理を行う処理部である。

書誌変換規則管理部２４は、端末装置１０から受信したユーザ指定書誌変換規則を、ユーザごとに識別して書誌編集記憶部２６に保存する。ここで、書誌変換規則管理部２４は、ユーザ指定書誌変換規則と同時に、サービスを利用するユーザごとに割り振られるＩＤ（以下、ＸＩＤという。）を受信して、当該ＸＩＤとユーザ指定書誌変換規則を関連付けて書誌編集記憶部２６に登録する。

また、書誌変換規則管理部２４は、サービスを利用する全てのユーザの操作により各端末装置１０が作成したユーザ指定書誌変換規則を受信し、これを書誌変換規則記憶部２５へ登録して蓄積していく。そして書誌変換規則管理部２４は、逐次受信するユーザ指定書誌変換規則に基づいて、サーバ指定書誌変換規則を生成する。

（書庫サーバ２０の各記憶部の記憶するデータ例）
図９は、書庫サーバ２０の記憶するＸＩＤテーブルを示す図である。
図９に示すＸＩＤテーブルは、本実施形態のコンテンツ配信システム１を利用するユーザごとに割り振られたユーザ識別子“ＸＩＤ”と、そのユーザのパスワードを関連付けて記録するデータテーブルである。書庫サーバ２０は、例えば、そのユーザがコンテンツ配信サービスを利用する際の認証手続にＸＩＤテーブルを使用する。

図１０は、書庫サーバ２０の記憶する著者名変換規則テーブルを示す図である。
図１０に示す著者名変換規則テーブルは、コンテンツデータである電子書籍の著者名“ａｕｔｈｏｒ＿ｎａｍｅ”が１つまたは複数記録されている。また著者名変換テーブルには、異なる表記であるが同一著者を示す複数の著者名についてその著者を一意に識別する同一の著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”が著者名“ａｕｔｈｏｒ＿ｎａｍｅ”に対応付けられて記録されている。当該著者名変換規則テーブルは、図３の端末装置１０の記憶する著者名変換規則テーブルから生成されたユーザ指定書誌変換規則の情報に基づいて作成されるものである。図１０に示す著者名変換規則テーブルは、著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”と、著者名“ａｕｔｈｏｒ＿ｎａｍｅ”とに対応付けて、複数の端末装置１０から逐次受信するユーザ指定書誌変換規則のうち、“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”に当該著者名が登録されたものを受信した回数をカウントした選択回数カウント値“ｃｏｕｎｔ”を対応づけて記憶している。

図１１は、書庫サーバ２０の記憶する著者名変換規則適用テーブルを示す図である。
図１１に示す著者名変換規則適用テーブルは、電子書籍の識別子“ＣＩＤ”と、その電子書籍の書誌情報に含まれる著者名を一意に識別する著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”とを対応付けて記憶している。

図１２は、書庫サーバ２０の記憶する著者名編集テーブルを示す図である。
図１２に示す著者名編集テーブルは、図４の端末装置１０の記憶する著者名編集テーブルから生成されたユーザ指定書誌変換規則の情報に基づいて作成されるものである。書庫サーバ２０は各端末装置１０よりユーザ指定書誌変換規則を受信して、当該ユーザ指定書誌変換規則に基づいて、ユーザが変換対象情報として指定した書誌情報に記録されている電子書籍の元の著者名“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”と、その著者名についてユーザが変換先の情報として指定した変換先の著者名“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”と、ユーザ指定書誌変換規則を送信した端末装置１０のユーザの識別子ＸＩＤとを対応付けて著者名編集テーブルに記録する。また、図１２で示す著者名編集テーブルの例は、電子書籍の元の著者名“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”と変換先の著者名“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”とに対応付けて、それらの対応関係の情報を更新した更新日時“ｕｐｄａｔｅ＿ｄａｔｅ”とを対応付けて記録している。

図１３は、書庫サーバ２０の記憶するシリーズ名変換規則テーブルを示す図である。
図１３に示すシリーズ名変換規則テーブルは、コンテンツデータである電子書籍のシリーズ名“ｓｅｒｉｅｓ＿ｎａｍｅ”が１つまたは複数記録されている。またシリーズ名変換テーブルには、異なる表記であるが同一シリーズを示す複数のシリーズ名についてそのシリーズを一意に識別する同一のシリーズ識別子“ｓ＿ｒｕｌｅ＿ｉｄ”がシリーズ名“ｓｅｒｉｅｓ＿ｎａｍｅ”に対応付けられて記録されている。当該シリーズ名変換規則テーブルは、図５の端末装置１０の記憶するシリーズ名変換規則テーブルから生成されたユーザ指定書誌変換規則の情報に基づいて作成されるものである。図１３に示すシリーズ名変換規則テーブルは、シリーズ識別子“ｓ＿ｒｕｌｅ＿ｉｄ”と、シリーズ名“ｓｅｒｉｅｓ＿ｎａｍｅ”とに対応付けて、複数の端末装置１０から逐次受信するユーザ指定書誌変換規則のうち、“ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅ”に当該シリーズ名が登録されたものを受信した回数をカウントした選択回数カウント値“ｃｏｕｎｔ”を対応づけて記憶している。

図１４は、書庫サーバ２０の記憶するシリーズ名変換規則適用テーブルを示す図である。
図１４に示すシリーズ名変換規則適用テーブルは、電子書籍の識別子“ＣＩＤ”と、その電子書籍の書誌情報に含まれるシリーズ名を一意に識別するシリーズ識別子“ｓ＿ｒｕｌｅ＿ｉｄ”とを対応付けて記憶している。

図１５は、書庫サーバ２０の記憶するシリーズ名編集テーブルを示す図である。
図１５に示すシリーズ名編集テーブルは、図６の端末装置１０の記憶するシリーズ名編集テーブルから生成されたユーザ指定書誌変換規則の情報に基づいて作成されるものである。書庫サーバ２０は各端末装置１０よりユーザ指定書誌変換規則を受信して、当該ユーザ指定書誌変換規則に基づいて、ユーザが変換対象情報として指定した書誌情報に記録されている電子書籍の元のシリーズ名“ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ”と、そのシリーズ名についてユーザが変換先の情報として指定した変換先のシリーズ名“ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅ”と、ユーザ指定書誌変換規則を送信した端末装置１０のユーザの識別子ＸＩＤとを対応付けてシリーズ名編集テーブルに記録する。また、図１２で示すシリーズ名編集テーブルの例は、電子書籍の元のシリーズ名“ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ”と変換先のシリーズ名“ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅ”とに対応付けて、それらの対応関係の情報を更新した更新日時“ｕｐｄａｔｅ＿ｄａｔｅ”とを対応付けて記録している。

ここで、上述した著者名変換規則テーブル、著者名変換規則適用テーブル、シリーズ名変換規則テーブル、シリーズ名変換規則適用テーブル等は、書誌変換規則記憶部２５が記憶する。また、著者名編集テーブル、シリーズ名編集テーブル等は、書誌編集記憶部２６が記憶する。

図１６は、書庫サーバ２０の記憶する保有コンテンツ情報テーブルを示す図である。
図１６に示す保有コンテンツ情報テーブルは、ユーザがこれまでに購入した電子書籍の購入情報などを格納している。この保有コンテンツ情報テーブルは、主に、購入したコンテンツ（電子書籍）のＣＩＤと、その電子書籍を購入したユーザのＸＩＤを関連付けて登録している。また、保有コンテンツ情報テーブルは、当該電子書籍を、どの書店サーバを利用して購入したかを把握できるようにするため、ＳＩＤ及びＵＩＤも記録している。ここで、ＵＩＤは、各書店サーバがその利用者を識別するために使用するＩＤであり、書店サーバ各々が、その利用者ごとに割り振るものである。また保有コンテンツ情報テーブルは、コンテンツである電子書籍のコンテンツ配信情報を取得するためのＵＲＬ“ｄｏｗｎｌｏａｄ＿ｕｒｌ”と、電子書籍を購入した日付“ｏｒｄｅｒ＿ｄａｔｅ”、当該電子書籍の購入情報に関する情報が追加または更新された日付“ｕｐｄａｔｅ＿ｄａｔｅ”を対応付けて記憶している。なお、保有コンテンツ情報テーブルが記憶する情報のうち、ＸＩＤ，ＣＩＤ，ＳＩＤ，ＵＩＤ，ｄｏｗｎｌｏａｄ＿ｕｒｌ，ｏｒｄｅｒ＿ｄａｔｅは端末装置１０から受信した情報であってよい。つまり、端末装置１０も同様に、保有コンテンツ情報テーブルをコンテンツ情報記憶部１２５に記憶しているものとする。
書庫サーバ２０における保有コンテンツ情報テーブルは、保有コンテンツ記憶部２３が記憶する。

なお、書庫サーバ２０が格納する保有コンテンツ情報テーブルは、ユーザが購入した電子書籍の情報を記憶したデータテーブルであるが、この保有コンテンツ情報テーブルに含まれる情報はこれに限られない。例えば、保有コンテンツ情報テーブルには、ユーザがまだ購入していない電子書籍の情報であって、書店サーバ４０が当該ユーザに勧めたい電子書籍の情報等をユーザごとに記憶してもよい。

次に、端末装置１０における処理概要について説明する。
図１７は、端末装置１０における購入した電子書籍の表示例を示す図である。
ユーザが、購入した電子書籍の一覧を確認したい場合、端末装置１０に購入した電子書籍の一覧表示の要求の操作入力を行う。すると電子書籍アプリケーション機能部１２は、コンテンツ表示部１４を用いてコンテンツ情報記憶部１２５に登録された各書誌情報を加工して、所定のカテゴリ（例えば著者名、タイトル名）ごとにリストアップし、液晶ディスプレイに表示する。どの種別でリストアップするかは、ユーザが自由に選択することができる。図１７（ａ）の例ではタイトル名、図１７（ｂ）の例では著者名ごとにリストアップした表示例を示している。

ここで、書誌変換部１２６は、表示しようとする書誌情報について、書誌変換規則記憶部１２７または書誌編集記憶部１２８に登録された書誌変換規則を適用して変換し、変換後の書誌情報を表示することができる。例えば、ある書籍のタイトルが「シャーロック・ホームズシリーズ」であり、他の書籍のタイトルが「シャーロックホームズ シリーズ」として保存されていた場合を考える（図１７（ａ）左）。この場合、いずれのタイトル名も同義であるから、本実施形態による書誌変換部１２６は、「シャーロックホームズ シリーズ」として登録されていた書誌情報を変換対象情報として特定し、当該特定した変換対象情報を、その変換先の情報である「シャーロック・ホームズシリーズ」へ変換する。その結果、コンテンツ表示部１４は、書誌情報に含まれるタイトル名が、「シャーロック・ホームズシリーズ」または、「シャーロックホームズ シリーズ」いずれの書籍についても、共通するタイトル名として「シャーロック・ホームズシリーズ」と表示する（図１７（ａ）右）。

書誌変換部１２６は、ユーザの購入した電子書籍の情報を著者名ごとにリストアップして表示する際にも、同様の処理を行うことができる。図１７（ｂ）では、著者名として「アーサー・コナン・ドイル」又は「コナンドイル」の文字列で登録されている書誌情報について、所定の変換規則に基づいて、これらの文字列を変換対象情報とし、その変換先の情報である「コナン・ドイル」に変換する。

このようにして、本実施形態による端末装置１０は、等価の意味を持つ文字列情報を同一の文字列に変換して表示する。ただし、ユーザが、上述した書誌変換を望まないケースも考えられる。その場合は、ユーザが、図１７に示す「切り替えボタン」を操作することで、書誌変換機能の適用前後の書誌情報を自由に切り替えて表示することができ、また、端末装置１０は、ユーザが、自動で書誌変換を行うか否かを設定する機能も備えていてよい（図１７（ｃ））。

図１８は、端末装置１０におけるユーザ指定書誌変換規則を作成する画面遷移の一例を示した図である。
書誌変換部１２６は、ユーザから指定を受け付けて、ユーザ独自の書誌変換規則（ユーザ指定書誌変換規則）を作成することができる。この際、書誌変換部１２６は、ユーザの選択した著者名と、それと同一の著者名を示す異なる文字列で表された著者名とを選択候補として表示し、ユーザに選択させることができる。例えば、著者名がリストアップされている一覧表示において、ユーザは、変換対象情報として「コナン・ドイル」を選択する（図１８左）。すると、書誌変換部１２６は、書誌変換規則記憶部１２７に登録された所定のサーバ指定書誌変換規則を参照し、「コナン・ドイル」の変換先の情報（同一の著者名を示す異なる文字列で表された著者名）として「アーサー・コナン・ドイル」、「コナン・ドイル」、「コナンドイル」、「Ｃｏｎａｎ Ｄｏｙｌｅ」を取得して、それらの一覧である変換先候補リストを作成する。そしてコンテンツ表示部１４は、当該変換先候補リストを表示する（図１８中央）。次に、ユーザは、表示された変換先候補リストの中から、例えば、「アーサー・コナン・ドイル」を選択したとする。すると、コンテンツ表示部１４は、著者名リストにおいて「コナン・ドイル」と表記されていたものを、「アーサー・コナン・ドイル」として表示する（図１８右）。

また、この時、書誌変換部１２６は、変換対象情報を「コナン・ドイル」とし、その変換先の情報を「アーサー・コナン・ドイル」とするユーザ指定書誌変換規則を作成し、これを書誌編集記憶部１２８へと登録する。以降、書誌変換部１２６は、上記のとおり登録されたユーザ指定書誌変換規則に基づき、「コナン・ドイル」との表記を「アーサー・コナン・ドイル」と変換して表記するようになる。
なお、ユーザが所望する情報が候補にない場合、ユーザは入力キーを操作して、所望する変換先の情報を直接入力することもできる。

次に、上述した各種情報テーブルを用いて行われる同期処理及び購入した電子書籍の一覧表示までの流れを、順を追って説明する。

図１９は、本実施形態のコンテンツ配信システム１の処理シーケンスを示す図である。
図１９は、端末装置１０と書庫サーバ２０間で行う同期処理、及び、端末装置１０における、購入した電子書籍の一覧表示処理を示している。
まず、ユーザが端末装置１０を操作して、所定の電子書籍アプリケーションプログラムを起動すると、端末装置１０に電子書籍アプリケーション機能部１２が構成される。すると、電子書籍アプリケーション機能部１２の制御部１２１は、図１９で示すように、書庫サーバ２０へと同期要求を送信する（ステップＳ１）。当該同期要求にはユーザを識別するＸＩＤと、認証のためにユーザが入力したパスワードが含まれる。また、電子書籍アプリケーション機能部１２の制御部１２１が、端末装置１０に格納される保有コンテンツ情報テーブル、著者名編集テーブル、シリーズ名編集テーブルを用いてユーザ名指定書誌変換規則を含むアップロードデータを生成する。そして制御部１２１は、生成したアップロードを書庫サーバ２０へ通信部１３を介して送信する。

図２０は、アップロードデータのデータ例を示す図である。
図２０に示す“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”の記述箇所は、端末装置１０が保有する保有コンテンツ情報テーブルの情報が記述される箇所であり、保有コンテンツ（電子書籍）ごとにＣＩＤ、“ｏｒｄｅｒＤａｔｅ”、ＳＩＤ、ＵＩＤ、“ｄｏｗｎｌｏａｄ＿ｕｒｌ”の内容が記述される。ここで、これらＣＩＤ，ｏｒｄｅｒＤａｔｅ，ＳＩＤ，ＵＩＤ，“ｄｏｗｎｌｏａｄ＿ｕｒｌの各情報は、書誌情報管理部１２４が、コンテンツ情報記憶部１２５に記録されている保有コンテンツ情報テーブルから読み取って、当該書誌情報管理部１２４がアップロードデータに記述する。

また、図２０に示すアップロードデータのデータ例において、“ａｕｔｈｏｒＥｄｉｔ”の記述箇所は、著者名編集テーブルの情報が記述される箇所であり、“ｃｏｎｔｅｎｔｓｉｄ”（ＣＩＤ）、“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”、“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”の内容が記述される。これら“ｃｏｎｔｅｎｔｓｉｄ”（ＣＩＤ），ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ，ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅの各情報は、書誌情報管理部１２４が、書誌編集記憶部１２８に記録されている著者名編集テーブル（図４）から読み取って、当該書誌情報管理部１２４がアップロードデータに記述する。

また、図２０に示すアップロードデータのデータ例において、“ｓｅｒｉｅｓＥｄｉｔ”の記述箇所は、シリーズ名編集テーブルの情報が記述される箇所であり、“ｃｏｎｔｅｎｔｓｉｄ”（ＣＩＤ）、“ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ”、“ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅ”の情報が記述される。これら“ｃｏｎｔｅｎｔｓｉｄ”（ＣＩＤ），ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ，ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅの各情報は、書誌情報管理部１２４が、書誌編集記憶部１２８に記録されているシリーズ名編集テーブル（図６）から読み取って、当該書誌情報管理部１２４がアップロードデータに記述する。

そして同期要求を受信した書庫サーバ２０は、当該同期要求において受信したＸＩＤ及びパスワードの組み合わせが、ＸＩＤテーブル（図９）に記録されているＸＩＤとパスワードの組み合わせと一致するかどうかの認証処理を行ったあと、認証成功の場合には、受信したアップロードデータ（図２０）に基づいてデータテーブルの更新処理を行う。具体的には、保有コンテンツ管理部２２は、アップロードデータに記述された“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”の記述箇所に記述されている情報に基づいて、保有コンテンツ記憶部２３に登録されている保有コンテンツ情報テーブル（図１６）の内容を更新する。

また、書誌変換規則管理部２４は、アップロードデータに記述された“ａｕｔｈｏｒＥｄｉｔ”の記述箇所に記述されている情報に基づいて、書誌編集記憶部２６に登録されている著者名編集テーブル（図１２）の内容を更新する。
また、書誌変換規則管理部２４は、アップロードデータに記述された“ｓｅｒｉｅｓＥｄｉｔ”の記述箇所に記述されている情報に基づいて、書誌編集記憶部２６に登録されているシリーズ名編集テーブル（図１５）の内容を更新する。

また、書誌変換規則管理部２４は、アップロードデータに記載された“ａｕｔｈｏｒＥｄｉｔ”、“ｓｅｒｉｅｓＥｄｉｔ”等に基づいて、書誌変換規則記憶部２５に登録されている各種変換規則テーブル（著者名変換規則テーブル、シリーズ名変換規則テーブル）の内容を更新する。この更新処理の詳細については、後述の図２４に示すフローチャート図を用いて別途説明する。

次に、電子書籍アプリケーション機能部１２の制御部１２１が、書庫サーバ２０から、新たに更新された保有コンテンツ情報テーブル及び書誌変換規則を登録した各種情報テーブル（著者名編集テーブル、シリーズ名編集テーブル、著者名変換規則テーブル、シリーズ名変換規則テーブル等）を用いて生成されたサーバ指定書誌変換規則を含むダウンロードデータを受信する（ステップＳ２）。

図２１は、ダウンロードデータのデータ例を示す図である。
図２１に示す“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”の記述箇所は、端末装置１０が保有する保有コンテンツ情報テーブルの情報が記述される箇所であり、保有コンテンツ（電子書籍）ごとにＣＩＤ、“ｏｒｄｅｒＤａｔｅ”、ＳＩＤ、ＵＩＤ、“ｄｏｗｎｌｏａｄ＿ｕｒｌ”の内容が記述される。ここで、これらＣＩＤ，ｏｒｄｅｒＤａｔｅ，ＳＩＤ，ＵＩＤ，“ｄｏｗｎｌｏａｄ＿ｕｒｌの各情報は、書誌変換規則管理部２４が、保有コンテンツ記憶部２３に記録されている保有コンテンツ情報テーブル（図１６）から読み取って、当該書誌変換規則管理部２４がダウンロードデータに記述する。

また、図２１に示すダウンロードデータのデータ例において、“ａｕｔｈｏｒＲｕｌｅ”の記述箇所は、著者名変換規則テーブル（図１０）の情報が記述される箇所であり、“ａ＿ｒｕｌｅ＿ｉｄ”、“ａｕｔｈｏｒ＿ｎａｍｅ”、“ｓｅｌｅｃｔｅｄ”の内容が記述される。これら“ａ＿ｒｕｌｅ＿ｉｄ”、“ａｕｔｈｏｒ＿ｎａｍｅ”、“ｓｅｌｅｃｔｅｄ”の各情報は、書誌変換規則管理部２４が、書誌変換規則記憶部２５に記録されている著者名変換規則テーブル（図１０）から読み取って、当該書誌変換規則管理部２４がダウンロードデータに記述する。

また、図２１に示すダウンロードデータのデータ例において、“ｓｅｒｉｅｓＲｕｌｅ”の記述箇所は、シリーズ名変換規則テーブル（図１３）の情報が記述される箇所であり、“ｓ＿ｒｕｌｅ＿ｉｄ”、“ｓｅｒｉｅｓ＿ｎａｍｅ”、“ｓｅｌｅｃｔｅｄ”の内容が記載される。これら“ｓ＿ｒｕｌｅ＿ｉｄ”、“ｓｅｒｉｅｓ＿ｎａｍｅ”、“ｓｅｌｅｃｔｅｄ”の各情報は、書誌変換規則管理部２４が、書誌変換規則記憶部２５に記録されているシリーズ名変換規則テーブル（図１３）から読み取って、当該書誌変換規則管理部２４がダウンロードデータに記述する。

また、図２１に示すダウンロードデータのデータ例において、“ａｕｔｈｏｒＥｄｉｔ”の記述箇所は、著者名編集テーブル（図１２）の情報が記述される箇所であり、“ｃｏｎｔｅｎｔｓｉｄ”（ＣＩＤ）、“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”、“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”の内容が記述される。これら“ｃｏｎｔｅｎｔｓｉｄ”（ＣＩＤ），ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ，ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅの各情報は、書誌変換規則管理部２４が、書誌編集記憶部２６に記録されている著者名編集テーブル（図１２）から読み取って、当該書誌変換規則管理部２４がダウンロードデータに記述する。

また、図２１に示すダウンロードデータのデータ例において、“ｓｅｒｉｅｓＥｄｉｔ”の記述箇所は、シリーズ名編集テーブル（図１５）の情報が記述される箇所であり、“ｃｏｎｔｅｎｔｓｉｄ”（ＣＩＤ）、“ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ”、“ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅ”の情報が記述される。これら“ｃｏｎｔｅｎｔｓｉｄ”（ＣＩＤ），ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ，ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅの各情報は、書誌変換規則管理部２４が、書誌編集記憶部２６に記録されているシリーズ名編集テーブル（図１５）から読み取って、当該書誌変換規則管理部２４がダウンロードデータに記述する。
そして、上記ステップＳ２において、書庫サーバ２０は、このように生成したダウンロードデータを端末装置１０へ送信する。

次に端末装置１０において電子書籍アプリケーション機能部１２の制御部１２１の制御により、上述したダウンロードデータ（図２１）に基づいてデータテーブルの更新処理を行う。具体的には、コンテンツ取得部１２２が、ダウンロードデータに記述された“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”に基づいて、コンテンツ記憶部１２３に登録された自装置内の保有コンテンツ情報テーブルの内容を更新する。書庫サーバ２０においてはユーザが保有する異なる複数の端末それぞれで購入処理したコンテンツ（電子書籍）の情報を記憶することができるため、このような保有コンテンツ情報テーブルの更新により、ステップＳ１同期要求を送信した端末装置１０に、他の端末装置で購入したコンテンツ（電子書籍）の情報を含む最新情報が登録されることとなる。

また、書誌変換部１２６が、ダウンロードデータに記載された“ａｕｔｈｏｒＥｄｉｔ”、“ｓｅｒｉｅｓＥｄｉｔ”に基づいて、書誌編集記憶部１２８に登録された自装置内の各種書誌編集テーブル（著者名編集テーブル（図４）、シリーズ名編集テーブル（図６））の内容を更新してよい。ここで、ダウンロードデータに記載された“ａｕｔｈｏｒＥｄｉｔ”、“ｓｅｒｉｅｓＥｄｉｔ”はユーザ指定書誌変換規則であるが、当該ユーザ指定書誌変換規則の情報を端末装置１０が著者名編集テーブル（図４）、シリーズ名編集テーブル（図６）に記録している場合には、ダウンロードデータに記載された“ａｕｔｈｏｒＥｄｉｔ”、“ｓｅｒｉｅｓＥｄｉｔ”の示すユーザ指定書誌変換規則を用いて、各種書誌編集テーブル（著者名編集テーブル（図４）、シリーズ名編集テーブル（図６））の内容を更新しなくともよい。

さらに、書誌変換部１２６は、ダウンロードデータに記載された“ａｕｔｈｏｒＲｕｌｅ”、“ｓｅｒｉｅｓＲｕｌｅ”等に基づいて、書誌変換規則記憶部１２７に登録された自装置内の各種書誌変換規則テーブル（著者名変換規則テーブル（図３）、シリーズ名変換規則テーブル（図５））の内容を更新する。
以上の処理により、端末装置１０と書庫サーバ２０との間で行われる同期処理が完了する。ここまでに説明した同期処理の詳細については、後述の図２６に示すフローチャート図を用いて別途説明する。

なお、書庫サーバ２０は、“ａｕｔｈｏｒＲｕｌｅ”、“ｓｅｒｉｅｓＲｕｌｅ”等を送信する際に、書庫サーバ２０が格納する著者名変換規則テーブル、シリーズ名変換規則テーブル等から必要な情報を抽出して、“ａｕｔｈｏｒＲｕｌｅ”、“ｓｅｒｉｅｓＲｕｌｅ”を作成する必要がある。この作成処理については、後述する図２５のフローチャート図を用いて別途説明する。

同期処理が終了すると、続いて、電子書籍アプリケーション機能部１２の制御部１２１は、更新された各種情報テーブルの情報に基づき、購入した電子書籍を一覧表示するための処理に移行する。

電子書籍アプリケーション機能部１２の書誌変換部１２６は、制御部１２１の制御によって上記同期処理によって更新された保有コンテンツ情報テーブルに記録されている情報を読み取って、保有コンテンツ情報テーブルに登録された電子書籍についてのコンテンツ配信要求をコンテンツサーバ３０に送信する（ステップＳ３）。コンテンツ配信要求には、ユーザが購入した電子書籍を特定するためのＣＩＤ及びユーザを特定するＸＩＤ等が含まれる。なお書誌変換部１２６は、コンテンツサーバ３０へアクセスするために、保有コンテンツ情報テーブルに登録されたＵＲＬ（“ｄｏｗｎｌｏａｄ＿ｕｒｌ”）を参照し、そのＵＲＬにアクセスする。
コンテンツ配信要求を受信したコンテンツサーバ３０は、受信したコンテンツ配信要求に含まれるＣＩＤを参照し、このＣＩＤに対応する電子書籍のコンテンツ配信情報を、端末装置１０へ送信する（ステップＳ４）。コンテンツ配信情報は、例えば図２２に示すようなデータである。

図２２はコンテンツ配信情報のデータ例を示す図である。
図２２に示すコンテンツ配信情報は、コンテンツである電子書籍を示すＣＩＤ（“ｃｏｎｔｅｎｔｓ＿ｉｄ”）、タイトル（“ａｌｔ”）及び各種ＵＲＬ等からなる。各種ＵＲＬは、例えば、当該電子書籍についての書誌情報をダウンロードするためのアクセス先（“ｂｏｏｋｉｎｆｏ＿ｕｒｌ”）、或いは、表紙画像（サムネイル画像）のダウンロードするためのアクセス先（“ｔｈｕｍｂｎａｉｌ＿ｕｒｌ”）等である。本実施形態によるコンテンツ配信情報は、書誌情報や表紙画像などの書誌情報を取得するためのＵＲＬが格納される情報であるが、コンテンツ配信情報はこのような形式に限られない。例えば、コンテンツ配信情報内に、書誌情報や表紙画像などの書誌情報のデータそのものが格納されるようにしてもよい。なお、コンテンツ配信情報に書誌情報や表紙画像などの書誌情報を取得するためコンテンツサーバ３０のＵＲＬが記録されているということは、コンテンツ配信情報内に書誌情報が格納されることと実質的に同一である。ここで、図１にはコンテンツサーバ３０が１つのみの場合について示しているが、コンテンツ配信システム１内にコンテンツサーバ３０は複数存在していてよい。そして、書誌情報や表紙画像が異なるコンテンツサーバ３０に格納され、それら書誌情報や表紙画像を取得するためのＵＲＬは、異なるコンテンツサーバ３０へのアクセス先の情報を示す情報であってよい。

次に、コンテンツ配信情報を受信した電子書籍アプリケーション機能部１２の制御部１２１は、当該コンテンツ配信情報に基づいて、購入した電子書籍の一覧表示に必要なデータの要求（例えば表紙画像要求、書誌情報要求）をコンテンツサーバ３０へ送信する（ステップＳ５）。本実施形態においては、購入電子書籍の一覧表示としては、当該電子書籍の表紙画像および書誌情報を必要とする。電子書籍アプリケーション機能部１２の制御部１２１は、必要な表示画像及び書誌情報を、コンテンツサーバ３０からダウンロードする（ステップＳ６）。

図２３は書誌情報のデータ例を示す図である。
書誌情報について簡単に説明すると、書誌情報は、例えば、図２３のような各種情報群からなる。具体的には書誌情報は、図２３に示す通り、電子書籍のＣＩＤ（ｃｏｎｔｅｎｔｓＩＤ）、書籍のタイトル、著者名、概要、シリーズ名、ジャンル、種別、出版社などの情報を含んで構成している。電子書籍アプリケーション機能部１２は、取得した複数の電子書籍に関する書誌情報に含まれる情報を用いて、共通するカテゴリごとに仕分けしてリストアップすることができ、ユーザが目的の書籍を探して特定する際の負担を軽減することができる。

そして、電子書籍アプリケーション機能部１２の制御部１２１は、ダウンロードした表紙画像及び書誌情報に基づいて、購入した電子書籍の一覧を、コンテンツ表示部１４を用いて液晶ディスプレイに表示する（ステップＳ７）。ここで、電子書籍アプリケーション機能部１２の書誌変換部１２６は、所定の書誌変換規則に基づいて、表示しようとする書誌情報の変換を行う。そして制御部１２１は変換後の書誌情報を、コンテンツ表示部１４を用いて液晶ディスプレイに一覧表示する。この変換処理の具体的手順については、後述する図２７のフローチャートを用いて別途説明する。
本実施形態のコンテンツ配信システム１では、以上に説明したような一連の同期処理及び変換処理に基づいて、図１７で例示したような、異なる電子書籍の書誌情報において等価の意味を持つ異なる文字列の統一化を実現することができる。

（各種フローチャート図について）
次に、書庫サーバ２０が、受信したアップロードデータに記述されている“ａｕｔｈｏｒＥｄｉｔ”（ユーザ指定書誌変換規則）に基づいて、著者名変換規則テーブルの内容を更新する具体的な処理の流れを、図２４に示すフローチャート図を用いて説明する。

図２４は、書庫サーバ２０における著者名変換規則テーブル（図１０）の更新処理を示すフローチャート図である。
書誌変換規則管理部２４は、まず、端末装置１０から受信したアップロードデータに記述されている“ａｕｔｈｏｒＥｄｉｔ”（ユーザ指定書誌変換規則）のうちのひとつのコンテンツ（電子書籍）に対する記述（ｃｏｎｔｅｎｔｓｉｄ，ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ，ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅの組み合わせ）を選択する（ステップＳ１０１）。次に書誌変換規則管理部２４は、その選択した“ａｕｔｈｏｒＥｄｉｔ”において、変換対象として指定された著者名“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”と、変換先として指定された著者名“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”を著者名変換規則テーブル（図１０）から検索し（ステップＳ１０２）、その何れか一方が、著者名変換規則テーブル（図１０）に記録されているか否かを判定する（ステップＳ１０３）。著者名変換規則テーブル（図１０）に、“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”と“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”の組み合わせの対応関係の何れもが記録されていない場合には、著者名“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”及びこれと等価の意味を持つ著者名“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”で示される同一の著者名の情報が、これまでの著者名変換規則テーブル（図１０）に登録されていなかったことになる。したがって書誌変換規則管理部２４は、著者を一意に識別する同一の著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”を新たに割り当て、当該“ａ＿ｒｕｌｅ＿ｉｄ”と“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”の対応関係と、前記“ａ＿ｒｕｌｅ＿ｉｄ”と“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”の対応関係のそれぞれを、著者名変換規則テーブルに追加する（ステップＳ１０４）。

また書誌変換規則管理部２４は、“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”か“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”の少なくとも一方が、著者名変換規則テーブルの“ａｕｔｈｏｒ＿ｎａｍｅ”に記録されているいずれかの文字列と一致した場合には、“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”または“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”のうち著者名変換規則テーブルになかった方については、著者名変換規則テーブルに新たに追加して、著者名変換規則テーブルに記録されていた“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”または“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”に対応付けられている“ａ＿ｒｕｌｅ＿ｉｄ”を関連付けて記録する（ステップＳ１０５）。また、“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”、“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”のそれぞれに一致する著者名の文字列が既に著者名変換規則テーブルの“ａｕｔｈｏｒ＿ｎａｍｅ”として記録されている場合であって、それら“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”、“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”に関連付けられて著者名変換規則テーブルに記録されている“ａ＿ｒｕｌｅ＿ｉｄ”が異なる場合には、書誌変換規則管理部２４は一方の“ａ＿ｒｕｌｅ＿ｉｄ”を他方の“ａ＿ｒｕｌｅ＿ｉｄ”に揃えて変更する。また書誌変換規則管理部２４は、当該変更前の一方の“ａ＿ｒｕｌｅ＿ｉｄ”に関連付けられて著者名変換規則テーブルに記録されている他の著者名についても、同様に他方の“ａ＿ｒｕｌｅ＿ｉｄ”に揃えて変更する（ステップＳ１０６）。

また、“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”、“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”のそれぞれに一致する著者名が既に著者名変換規則テーブルの“ａｕｔｈｏｒ＿ｎａｍｅ”として記録されており、それら“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”、“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”に関連付けられて記録されている“ａ＿ｒｕｌｅ＿ｉｄ”も一致する場合には、書誌変換規則管理部２４は、特に著者名変換規則テーブルの変更は行わない。そして書誌変換規則管理部２４は、ステップＳ１０１において選択した“ａｕｔｈｏｒＥｄｉｔ”の記述における“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”と一致する著者名の文字列が著者名変換規則テーブルに既に記録されている場合には、その“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”に関連付けられて著者名変換規則テーブルに記録されている選択回数カウント値“ｃｏｕｎｔ”を１増やす処理を行う（ステップＳ１０７）。

最後に書誌変換規則管理部２４は、ステップＳ１０１で選択したひとつのコンテンツ（電子書籍）に対する記述におけるＣＩＤ（“ｃｏｎｔｅｎｔｓ＿ｉｄ”）を、著者名変換規則適用テーブルから検索し、そのＣＩＤが登録されていない場合は、当該ＣＩＤを、選択したひとつのコンテンツ（電子書籍）に対する記述における“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”や“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”に関連付けられて著者名変換規則テーブルに登録されている“ａ＿ｒｕｌｅ＿ｉｄ”と対応付けて追加する（ステップＳ１０８）。そして、書誌変換規則管理部２４は、アップロードデータ内の“ａｕｔｈｏｒＥｄｉｔ”（ユーザ指定書誌変換規則）において選択していない他のコンテンツ（電子書籍）に対する記述があるかを判定し（ステップＳ１０９）、ある場合にはステップＳ１０１からの処理を繰り返し、ない場合には処理を終了する。
以上のようにして、書誌変換規則管理部２４は、端末装置１０から受信したユーザ指定書誌変換規則に基づいて、著者名変換規則テーブルや、著者名変換規則適用テーブルを更新する処理を行う。

書誌変換規則管理部２４は、このように著者名変換規則テーブルを更新することにより、複数の端末装置１０から受信したアップロードデータに記述されているユーザ書誌変換規則“ａｕｔｈｏｒＥｄｉｔ”に基づいて、端末装置１０で表示させる変換先の情報として選択された著者名“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”の選択回数カウント値“ｃｏｕｎｔ”を増加する著者名変換規則テーブルの更新の処理を行う。選択回数カウント値“ｃｏｕｎｔ”の値が最も高い変換先の情報である著者名“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”が、複数の端末装置１０において最もユーザによって選択されて表示されている著者名であると把握することができる。そして、選択回数カウント値“ｃｏｕｎｔ”が最も高い変換先の情報である著者名“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”を、サーバ指定書誌変換規則における変換先の著者名として指定すれば、その変換規則は多くのユーザが意図して利用しようとするものであるから、変換対象情報の変換先の情報として適切な規則を自動的に端末装置１０で適用することができる。

なお、書誌変換規則管理部２４は、ステップＳ１０１〜ステップＳ１０９と同様の処理により、アップロードデータに記述されている“ａｕｔｈｏｒＥｄｉｔ”（ユーザ指定書誌変換規則）のうちのひとつのコンテンツ（電子書籍）に対するシリーズ名の記述（ｃｏｎｔｅｎｔｓｉｄ，ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ，ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅの組み合わせ）を選択して、シリーズ名変換規則テーブルや、シリーズ名変換規則適用テーブルを更新する処理を行う。

図２５は、書庫サーバ２０によるダウンロードデータの生成処理の処理フローを示す図である。
次に、図２５を用いて、書庫サーバ２０が、自装置内の記憶部に記録されている著者名変換規則テーブル（図１０）、シリーズ名変換規則テーブル（図１３）から情報を抽出し、端末装置１０へ送信するアップロードデータを生成する処理について説明する。

書庫サーバ２０の保有コンテンツ管理部２２は、上述のステップＳ１の処理に基づいて同期要求を受信すると、まず、当該同期要求に含まれるユーザのＸＩＤを特定した後、当該ユーザのＸＩＤに基づいて、保有コンテンツ情報テーブル（図１６）からＸＩＤに対応付けられて記録されている各コンテンツ（電子書籍）の情報（ＣＩＤ，ｏｒｄｅｒＤａｔｅ，ＳＩＤ，ＵＩＤ，ｄｏｗｎｌｏａｄ_ｕｒｌ）を読み取り、それらをダウンロードデータの保有コンテンツ情報“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”として格納する。また、書誌変換規則管理部２４は、自装置の保有コンテンツ情報テーブルのうち、当該ユーザの保有するコンテンツ（電子書籍）のＣＩＤの一つを選択する（ステップＳ２０１）。

次に書誌変換規則管理部２４は、選択したＣＩＤを、著者名変換規則適用テーブル（図１１）から検索する（ステップＳ２０２）。書誌変換規則管理部２４は、選択したＣＩＤに一致するＣＩＤが著者名変換規則適用テーブル（図１１）に記録されているか否かを判定し（ステップＳ２０３）、そして、選択したＣＩＤに一致するＣＩＤが著者名変換規則適用テーブル（図１１）に記録されていない場合は、当該ＣＩＤの電子書籍の書誌情報には、適用できるサーバ指定書誌変換規則がないとして、そのＣＩＤについての処理を終える。また、選択したＣＩＤに一致するＣＩＤが著者名変換規則適用テーブル（図１１）に記録されている場合には、そのＣＩＤに対応付けられて著者名変換規則適用テーブル（図１１）に記録されている著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”を、著者名変換規則テーブル（図１１）から検索する（ステップＳ２０４）。そして書誌変換規則管理部２４は、著者名変換規則テーブル（図１０）において、その著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”と、当該著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”に関連付けられた著者名“ａｕｔｈｏｒ＿ｎａｍｅ”のうち最も“ｃｏｕｎｔ”の値が大きい著者名“ａｕｔｈｏｒ＿ｎａｍｅ”とを読み取る。そして書誌変換規則管理部２４は、当該読み取った著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”と、著者名“ａｕｔｈｏｒ＿ｎａｍｅ”と、選択フラグ“ｓｅｌｅｃｔｅｄ”「１」と対応付けたサーバ指定書誌変換規則（“ａｕｔｈｏｒＲｕｌｅ”）を、ダウンロードデータに格納する（ステップＳ２０５）。

また、書誌変換規則管理部２４は、ステップＳ２０４において著者名変換規則テーブル（図１０）から検索した著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”と、当該著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”に関連付けられた著者名“ａｕｔｈｏｒ＿ｎａｍｅ”のうち最も“ｃｏｕｎｔ”の値が大きい著者名以外の著者名“ａｕｔｈｏｒ＿ｎａｍｅ”とを読み取る。そして書誌変換規則管理部２４は、当該読み取った著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”と、著者名“ａｕｔｈｏｒ＿ｎａｍｅ”と、選択フラグ“ｓｅｌｅｃｔｅｄ”「０」と対応付けたサーバ指定書誌変換規則（“ａｕｔｈｏｒＲｕｌｅ”）を、ダウンロードデータに格納する（ステップＳ２０６）。

そして書誌変換規則管理部２４は、ダウンロードデータに格納された保有コンテンツの情報“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”のうち次のコンテンツ（電子書籍）のＣＩＤが存在するかを判定する（ステップＳ２０７）。そして、書誌変換規則管理部２４は、次のコンテンツ（電子書籍）のＣＩＤがダウンロードデータに格納された保有コンテンツ情報“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”に存在する場合には、そのＣＩＤの選択の処理（ステップＳ２０１）からの処理を繰り返す。

なお、書誌変換規則管理部２４は、ステップＳ２０１〜ステップＳ２０７の同様の処理を用いて、シリーズ識別子“ｓ＿ｒｕｌｅ＿ｉｄ”と、シリーズ名“ｓｅｒｉｅｓ＿ｎａｍｅ”と、選択フラグ“ｓｅｌｅｃｔｅｄ”「１」と対応付けたサーバ指定書誌変換規則（“ａｕｔｈｏｒＲｕｌｅ”）を、ダウンロードデータに格納する。また書誌変換規則管理部２４は、ステップＳ２０１〜ステップＳ２０７の同様の処理を用いて、シリーズ識別子“ｓ＿ｒｕｌｅ＿ｉｄ”と、シリーズ名“ｓｅｒｉｅｓ＿ｎａｍｅ”と、選択フラグ“ｓｅｌｅｃｔｅｄ”「０」と対応付けたサーバ指定書誌変換規則（“ａｕｔｈｏｒＲｕｌｅ”）を、ダウンロードデータに格納する。

このような一連の処理により、書庫サーバ２０は、膨大なデータ量となる著者名変換規則テーブルのうち、ユーザが購入しているコンテンツ（電子書籍）に適用できるサーバ指定書誌変換規則を格納したダウンロードデータを生成して端末装置１０へ送信する。ここで端末装置１０においては、ダウンロードデータにおいて、選択フラグ“ｓｅｌｅｃｔｅｄ”が「１」のフラグに対応して記述されている著者名“ａｕｔｈｏｒ＿ｎａｍｅ”を、その著者名“ａｕｔｈｏｒ＿ｎａｍｅ”に対応付けられてダウンロードデータに記述されている著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”の変換対象情報（電子書籍の元の著者名）についての変換先の情報（著者名）と指定して変換する。ここで、選択フラグ“ｓｅｌｅｃｔｅｄ”が「１」のフラグに対応して記述されている著者名“ａｕｔｈｏｒ＿ｎａｍｅ”は、多くのユーザによって変換先の情報として選択された著者名を示す。したがって、端末装置１０においては、コンテンツ（電子書籍）の書誌情報に含まれる元の著者名（変換対象情報）を、多くのユーザに選択されている信頼性の高い著者名へと変換することができる。

図２６は、端末装置１０における一連の同期処理をまとめたフローチャート図である。
次に、上述した端末装置１０と書庫サーバ２０との間で行われる同期処理の、端末装置１０における一連の処理を、図２６を用いて説明する。
まず、端末装置１０の電子書籍アプリケーション機能部１２において制御部１２１は、上述のステップＳ１における同期要求を送信する前に、保有コンテンツ情報テーブルに記録されている更新日を検索し、更新日“ｕｐｄａｔｅ＿ｄａｔｅ”が前回の同期時刻よりも後の保有コンテンツ（電子書籍）をアップロード対象として抽出する（ステップＳ３０１）。なお、端末装置１０は、前回の同期時刻を、予めメモリなどに記憶しているものとする。

次に、制御部１２１は、端末装置１０の各記憶部に記憶している著者名編集テーブル（図４）の中から、更新日“ｕｐｄａｔｅ＿ｄａｔｅ”が前回の同期時刻よりも後の時刻の更新日“ｕｐｄａｔｅ＿ｄａｔｅ”に対応付けられているＣＩＤ, ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ，ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅの対応関係を著者名に関するユーザ指定書誌変換規則として抽出する（ステップＳ３０２）。そして、制御部１２１は、その著者名に関するユーザ指定書誌変換規則を、“ａｕｔｈｏｒＥｄｉｔ”として所定のアップロードデータの格納領域に格納する。
また制御部１２１は、シリーズ名編集テーブル（図６）の中から、更新日“ｕｐｄａｔｅ＿ｄａｔｅ”が前回の同期時刻よりも後の時刻の更新日“ｕｐｄａｔｅ＿ｄａｔｅ”に対応付けられているＣＩＤ, ｏｒｉｇｉｎａｌ＿ｓｅｒｉｅｓ＿ｎａｍｅ，ｅｄｉｔ＿ｓｅｒｉｅｓ＿ｎａｍｅの対応関係をシリーズ名に関するユーザ指定書誌変換規則として抽出する（ステップＳ３０３）。そして、制御部１２１は、そのシリーズ名に関するユーザ指定書誌変換規則を、“ｓｅｒｉｅｓＥｄｉｔ”として所定のアップロードデータの格納領域に格納する。

また制御部１２１は、端末装置１０で保有する保有コンテンツ（電子書籍）の情報（ＣＩＤ、“ｏｒｄｅｒＤａｔｅ”、ＳＩＤ、ＵＩＤ、“ｄｏｗｎｌｏａｄ＿ｕｒｌ”）を、保有コンテンツ情報テーブルから読み取る。そしてそれら保有コンテンツ情報を、“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”として所定のアップロードデータの格納領域に格納する。
そして制御部１２１は、上述の処理により“ａｕｔｈｏｒＥｄｉｔ”，“ｓｅｒｉｅｓＥｄｉｔ”，“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”の各情報の格納されたアップロードデータを生成し、書庫サーバ２０に送信する（ステップＳ３０４）。これによりアップロードデータの書庫サーバ２０への送信が完了する。

次に、電子書籍アプリケーション機能部１２は、書庫サーバ２０から、“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”、“ａｕｔｈｏｒＥｄｉｔ”、“ｓｅｒｉｅｓＥｄｉｔ”、“ａｕｔｈｏｒＲｕｌｅ”、“ｓｅｒｉｅｓＲｕｌｅ”を格納したダウンロードデータ（図２１）を受信する（ステップＳ３０５）。

次に端末装置１０において電子書籍アプリケーション機能部１２の制御部１２１の制御により、上述したダウンロードデータ（図２１）に基づいてデータテーブルの更新処理を行う。具体的には、コンテンツ取得部１２２が、ダウンロードデータに記述された“ｏｒｄｅｒＣｏｎｔｅｎｔｓ”に基づいて、コンテンツ記憶部１２３に登録された自装置内の保有コンテンツ情報テーブルの内容を更新する（ステップＳ３０６）。

また、書誌変換部１２６は、ダウンロードデータに記載された“ａｕｔｈｏｒＲｕｌｅ”、“ｓｅｒｉｅｓＲｕｌｅ”等に基づいて、書誌変換規則記憶部１２７に登録された自装置内の各種書誌変換規則テーブル（著者名変換規則テーブル（図３）、シリーズ名変換規則テーブル（図５））の内容を更新する（ステップＳ３０７）。

さらに、書誌変換部１２６が、ダウンロードデータに記載された“ａｕｔｈｏｒＥｄｉｔ”、“ｓｅｒｉｅｓＥｄｉｔ”に基づいて、書誌編集記憶部１２８に登録された自装置内の各種書誌編集テーブル（著者名編集テーブル（図４）、シリーズ名編集テーブル（図６））の内容を更新する（ステップＳ３０８）。
以上で、端末装置１０における書庫サーバ２０との同期処理が完了する。

図２７は、端末装置１０において、ダウンロードした書誌情報のうち「著者名」について所定の変換を行う処理の流れを示したフローチャート図である。
次に書誌変換部１２６が、所定の書誌変換規則に基づいて、コンテンツサーバ３０からダウンロードして得た書誌情報を変換する具体的な処理について、図２７に示すフローチャート図を用いて説明する。

上記図１９を用いて説明した処理のステップＳ７において書誌変換部１２６は、まず、端末装置１０のユーザが保持する各電子書籍について記憶する保有コンテンツ情報テーブルから、一の電子書籍のＣＩＤを選択する（ステップＳ４０１）。なお、このステップＳ４０１の処理においては、受信した書誌情報のうちの一つを選択して、その書誌情報からＣＩＤを選択するようにしてもよい。そして書誌変換部１２６は、選択した電子書籍のＣＩＤを、自装置内の著者名編集テーブル（図４）から検索し（ステップＳ４０２）、一致するＣＩＤがあるかを判定する（ステップＳ４０３）。書誌変換部１２６は、選択したＣＩＤと一致するＣＩＤが、著者名編集テーブル（図４）内に記録されている場合には、その著者名編集テーブル（図４）においてＣＩＤに対応付けられて記述されている“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”と“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”の対応関係を示すユーザ指定書誌変換規則を読み取る。そして、書誌変換部１２６は、その読み取ったユーザ指定書誌変換規則を用いて、ステップＳ４０１で選択したＣＩＤの電子書籍に関する書誌情報について表示する処理において、その書誌情報に含まれる変換対象情報である著者名を、変換先の情報である“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”に書き換える（ステップＳ４０４）。この処理は、既にユーザが購入した電子書籍であって、かつ端末装置１０にその電子書籍についてのユーザ指定書誌変換規則が記録されている場合の書誌情報に対して、当該ユーザ指定書誌変換規則が適用できる場合に、そのユーザ指定書誌変換規則を優先的に書誌情報における変換対象情報に適用して変換処理を行った処理である。

次に、ステップＳ４０２においてステップＳ４０１で選択したＣＩＤが著者名編集テーブル（図４）から検索できない場合、書誌変換部１２６は、自動変換機能が有効と設定されているかを判断する（ステップＳ４０５）。そして、書誌変換部１２６は、自動変換機能が有効と設定されている場合には、受信した書誌情報のうち、選択した１つの書誌情報に含まれる著者名を読み取り、その著者名が著者名編集テーブル（図４）の“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”として記録されているかを検索し（ステップＳ４０６）、その著者名の文字列と一致する“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”が存在するか否かを判定する（ステップＳ４０７）。書誌変換部１２６は、ステップＳ４０７において書誌情報から読み取った著者名の文字列と一致する“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”が存在する場合には、その“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”と、その“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”に対応付けられている“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”の対応関係を示すユーザ指定規則を読み取る。そして、書誌変換部１２６は、その読み取ったユーザ指定書誌変換規則を用いて、書誌情報から読み取った著者名を、変換先の情報である“ｅｄｉｔ＿ａｕｔｈｏｒ＿ｎａｍｅ”に書き換える（ステップＳ４０８）。この処理は、既にユーザが購入した電子書籍であるが、端末装置１０にその電子書籍についてのユーザ指定書誌変換規則が記録されてない場合、または新たにユーザが購入した電子書籍の書誌情報に対して、当該ユーザ指定書誌変換規則が適用できる場合に、そのユーザ指定書誌変換規則を優先的に書誌情報における変換対象情報に適用して変換処理を行った処理である。

書誌変換部１２６は、書誌情報から読み取った著者名の文字列と一致する“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”が存在しないとステップＳ４０７において判定した場合には、受信した書誌情報のうち、上記で選択した１つの書誌情報に含まれる著者名を読み取り、その著者名が著者名変換規則テーブル（図３）の“ａｕｔｈｏｒ＿ｎａｍｅ”として記録されているかを検索し（ステップＳ４０９）、その著者名の文字列と一致する“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ＿ｎａｍｅ”が存在するか否かを判定する（ステップＳ４１０）。ここで、一致する著者名があった場合、書誌変換部１２６は、その著者名に対応付けられて著者名変換規則テーブル（図３）に記録されている“ａ＿ｒｕｌｅ＿ｉｄ”に基づいて、その“ａ＿ｒｕｌｅ＿ｉｄ”に対応付けられている各著者名についての選択フラグ“ｓｅｌｅｃｔｅｄ”を読み取る。そして書誌変換部１２６は、その選択フラグ“ｓｅｌｅｃｔｅｄ”のうち、「１」を示す選択フラグ“ｓｅｌｅｃｔｅｄ”に対応付けられている著者名“ａｕｔｈｏｒ＿ｎａｍｅ”を検索して読み取る（ステップＳ４１１）。次に書誌変換部１２６は、上記の処理において選択した１つの書誌情報に含まれる著者名を、ステップＳ４１１で読み取った著者名“ａｕｔｈｏｒ＿ｎａｍｅ”に変換する（ステップＳ４１２）。
なお、著者名変換規則テーブル（図３）に記録されている情報は、サーバ指定書誌変換規則に相当する。したがって、ステップＳ４０９以降の処理は、「著者名」についてのサーバ指定書誌変換規則を用いて、自動変換を行った処理の流れを示したものである。すなわち、変換対象とする書誌情報の著者名が、その著者名と同一著者を意味しているが他の文字列である著者名（同一の“ａ＿ｒｕｌｅ＿ｉｄ”に関連付けられて登録されている著者名）のいずれかに該当する場合には、その中の選択フラグ“ｓｅｌｅｃｔｅｄ”が「１」とサーバによって指定された著者名に統一しようとするものである。

書誌変換部１２６は、ユーザが保持している他の電子書籍が保有コンテンツ情報テーブルに登録されている場合、またはユーザが保持している他の電子書籍の書誌情報を受信している場合、ステップＳ４０１に戻って、他の全ての電子書籍の書誌情報について同様の処理を行う（ステップＳ４１３）。
以上のようにして、電子書籍アプリケーション機能部１２は、電子書籍ごとの書誌情報について、ユーザ指定書誌変換規則及びサーバ指定書誌変換規則に基づいた変換処理を適用し、図１７に示すような、購入電子書籍の一覧表示変換処理を行うことができる。

図２８は、端末装置１０において、ユーザ指定書誌変換規則を示す著者名編集テーブルの更新の処理の流れを示したフローチャート図である。
次に、図１９を用いて説明した同期要求の前提として、ユーザが端末装置１０を用いてユーザ指定書誌変換規則を入力し著者名編集テーブルを更新する際の処理について説明する。なお図２８を用いた処理により、端末装置１０は、変換先の情報の候補をリストアップして、ユーザ指定書誌変換規則をユーザに指定させる補助を行う機能（図１８）を実現する。

まず、例えば、ユーザは既に購入した電子書籍の一覧の表示要求を端末装置１０に入力する。すると、端末装置１０のコンテンツ表示部１４がその要求に応じて保有コンテンツ情報テーブルから特定した保有する全ての電子書籍の書誌情報を取得する各ｄｏｗｎｌｏａｄ＿ｕｒｌを読み取り、保有する全ての電子書籍についての書誌情報を取得する。そしてコンテンツ表示部１４は、取得した書誌情報に基づいて、保有する全ての電子書籍の著者名の一覧を液晶ディスプレイに表示する。この処理により端末装置１０は、液晶ディスプレイに図１８の左図のような著者名の一覧を表示する。このような状態により、ユーザは、何れかの電子書籍の著者名を、同一著者名を意味する他の文字列で表示したいと考えたとする。この場合ユーザは、端末装置１０にユーザ指定書誌変換規則の登録を指示する操作を入力する。この操作の入力により、書誌変換部１２６は、著者名の一覧から変換対象情報となる１つの著者名の選択を受け付ける。すると書誌変換部１２６は、ユーザが変換対象情報として選んだ著者名“ａｕｔｈｏｒ_ｎａｍｅ”を、著者名変換規則テーブル（図３）から検索し（ステップＳ５０１）、一致する著者名“ａｕｔｈｏｒ_ｎａｍｅ”が著者名変換規則テーブル（図３）に存在するかを判定する（ステップＳ５０２）。

ここで、一致する著者名があった場合、書誌変換部１２６は、一致する著者名“ａｕｔｈｏｒ_ｎａｍｅ”に対応付けられて著者名変換規則テーブル（図３）に記録されている著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”を読み取る。そして書誌変換部１２６は、当該著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”に対応付けられて著者名変換規則テーブル（図３）に記録されている他の１つまたは複数の著者名“ａｕｔｈｏｒ_ｎａｍｅ”を読み取って、それら読み取った著者名を、変換先の著者名の候補とする（ステップＳ５０３）。そして書誌変換部１２６は、変換先の著者名の著者名編集画面を、コンテンツ表示部１４を介して表示する（ステップＳ５０４）。ステップＳ５０２において一致する著者名“ａｕｔｈｏｒ_ｎａｍｅ”が著者名変換規則テーブル（図３）に存在する場合には、書誌変換部１２６は、ステップＳ５０３で候補とした変換先の著者名を指定させる一覧と、変換先の著者名をユーザが指定する入力欄とを表示する著者名編集画面（図１８中央）を、コンテンツ表示部１４を介して表示する。他方、ステップＳ５０２において一致する著者名“ａｕｔｈｏｒ_ｎａｍｅ”が著者名変換規則テーブル（図３）に存在しない場合には、書誌変換部１２６は、変換先の著者名をユーザが指定する入力欄のみを表示する著者名編集画面を、コンテンツ表示部１４を介して表示する。

例えば、ユーザが、当該ユーザの保有する電子書籍の著者名のうち「コナン・ドイル」を変換対象情報として指定したとき（図１８左）に、著者名変換規則テーブル（図３）の中に「コナン・ドイル」が登録されていた場合、その「コナン・ドイル」のほか、これと同じ“ａ＿ｒｕｌｅ＿ｉｄ”で対応付けられた「アーサー・コナン・ドイル」、「コナンドイル」、「Ｃｏｎａｎ Ｄｏｙｌｅ」等を変換先の著者名を指定させる一覧に表示する（図１８中央）。

端末装置１０の書誌変換部１２６は、表示された著者名編集画面を通じて、ユーザによる変換先とする著者名の指定操作を入力する（ステップＳ５０５）。そして書誌変換部１２６は、編集完了するかを判定し（ステップＳ５０６）、完了する場合には、ステップＳ５０１で用いた変換対象情報となる１つの著者名を持つ書誌情報をコンテンツ情報記憶部１２５から読み取り、その書誌情報から電子書籍のＣＩＤを読み取る（ステップＳ５０７）。なお、この書誌情報は、書誌情報管理部１２４が、例えばステップＳ６において受信しコンテンツ情報記憶部１２５に記録した情報である。そして書誌変換部１２６は、ステップＳ５０７で読み取ったＣＩＤと、ステップＳ５０１で用いた変換対象情報となる１つの著者名“ｏｒｉｇｉｎａｌ＿ａｕｔｈｏｒ_ｎａｍｅ”と、ステップＳ５０６で入力した変換先の著者名“ｅｄｉｔ＿ａｕｔｈｏｒ_ｎａｍｅ”と、さらに、更新日“ｕｐｄａｔｅ＿ｄａｔｅ”を対応付けて、著者名編集テーブル（図４）に登録する（ステップＳ５０８）。そして、書誌変換部１２６は、ステップＳ５０１で用いた変換対象情報となる１つの著者名を持つ書誌情報をコンテンツ情報記憶部１２５から読み取ることができるか否かを判定し（ステップＳ５０９）、読み取ることができる場合には、その書誌情報についてステップＳ５０７からステップＳ５０８の処理を繰り返す。
書誌変換部１２６は、この一連の処理によって、電子書籍ごとにユーザが指定した書誌変換規則（「コナン・ドイル」を「アーサー・コナン・ドイル」とする書誌変換規則）を、著者名編集テーブルに追加または更新する。

以上、ユーザ指定書誌変換規則を示す著者名編集テーブルの更新の処理について説明したが、この処理によれば、ユーザの操作によって、ユーザ指定書誌変換規則を新たに登録、または更新することができる。
そして、この処理によって生成されたユーザ指定書誌変換規則を用いることで、ユーザが購入した電子書籍の一覧を確認する際に、意味するものが等価である表記を同一化して表示させることができる。これにより、ユーザは、複数の電子書籍が同一の著者の電子書籍であることを容易に把握することができ、複数の電子書籍を確認する際のユーザの利便性が向上する。
そして、本実施形態においては、ユーザが購入した複数の電子書籍の書誌情報に含まれる変換対象情報を統一した１つの文字列へと変換して表示する機能の実現に際し、あらかじめ所定の変換規則を自装置内に用意しておき、書誌情報取得の度に、自装置内で変換規則を適用して表示を行う。したがって、上記機能の実現において、コンテンツサーバ３０に格納されている書誌情報そのものが書き換えられることはない。

変換規則としては、書庫サーバ２０が、サーバ指定書誌変換規則を生成し、これを保持しており、端末装置１０は、これを書庫サーバ２０から適宜ダウンロードして所定の書誌情報に適用する。具体的には、書庫サーバ２０が、自装置の書誌変換規則記憶部２５に記録されている著者名変換規則テーブル、シリーズ名変換規則テーブル等の情報に基づいて、サーバ指定書誌変換規則としての変換対象情報及び変換先の情報を格納したダウンロードデータを生成し、端末装置１０へ送信する。

また、変換規則は、ユーザ自身が所望に作成することもできる（ユーザ指定書誌変換規則）。この場合は、ユーザ自身が変換対象情報及び変換先とする情報を直接指定し、この指定に基づいて、書誌変換部１２６が、それらを自装置内の著者名編集テーブル、シリーズ名編集テーブル等に登録する（同期処理のため、書庫サーバ２０にもアップロードされる）。
端末装置１０は、書誌編集記憶部１２８に登録されている著者名編集テーブル、シリーズ名編集テーブル等の情報に基づいて、ユーザ指定書誌変換規則としての、変換対象情報及び変換先の情報を特定し、この変換対象情報及び変換先の情報の対応関係に基づいて、書誌情報における所定の変換対象情報を、変換先の情報に変換して出力する。
端末装置１０は、このユーザ指定書誌変換規則を書庫サーバ２０にアップロードしてもよい。書庫サーバ２０は、この端末装置１０から受信したユーザ指定書誌変換規則を、サーバ指定書誌変換規則を生成する情報として利用する。すなわち、書庫サーバ２０は、複数のユーザからユーザ指定書誌変換規則を受信し、最も多くのユーザによって規定されたユーザ指定書誌変換規則（変換対象情報と変換先の情報の対応関係）をサーバ指定書誌変換規則として端末装置１０へ送信する。そして、端末装置１０がーバ指定書誌変換規則を書誌情報における変換対象情報の変換に適用することにより、端末装置１０においては、多くのユーザによって規定された変換対象情報と変換先の情報の対応関係による変換対象情報の変換先の情報への変換を行う仕組みとなっている。

又は書庫サーバ２０が、書誌編集記憶部２６に登録されている著者名編集テーブル、シリーズ名編集テーブル等の情報に基づいて、ユーザ指定書誌変換規則としての、変換対象情報及び変換先の情報を格納したダウンロードデータを生成し、端末装置１０へ送信する。そして端末装置１０がこのダウンロードデータに記述されているユーザ指定書誌変換規則を用いて、書誌情報における所定の変換対象情報を、変換先の情報に変換して出力してもよい。

さらに、端末装置１０は、このユーザ指定書誌変換規則を書庫サーバ２０にアップロードし、書庫サーバ２０は、これを、サーバ指定書誌変換規則を定める情報として利用する。すなわち、書庫サーバ２０は、ユーザが等価の意味を持つものと指定する情報を関連付けて記憶するとともに、ユーザが最も希望する変換規則を、既定の変換規則として一般ユーザに適用する仕組みとなっている。

（書誌変換規則を利用した検索機能）
続いて、本実施形態のコンテンツ配信システム１における、電子書籍の検索機能について説明する。

コンテンツ配信システム１は、一般的なＷｅｂ検索システム等と同様に、ある情報（例えば「著者名」）を検索キーとして指定して、書店サーバ４０から、該当する電子書籍を検索できるサービスを提供する。
電子書籍アプリケーション機能部１２の検索処理部１２９は、ユーザから検索キーの指定を受け付け、指定された情報に基づいて書店サーバ４０に検索要求を送信する。ここで、本実施形態においては、検索キーの指定を受け付けた検索処理部１２９は、当該検索キーとして指定された情報と等価の意味を持つ他の情報を用いて、検索要求を送信する機能を備える。

図２９は、端末装置１０における検索処理の処理フローを示す第１の図である。
以下、具体的な第１の検索処理の流れを図２９のフローチャート図を用いて説明する。
まず、ユーザが、目的とする電子書籍を検索すべく端末装置１０に表示された電子書籍の著者名の一覧から、一つの著者名を選択入力する。すると、電子書籍アプリケーション機能部１２の検索処理部１２９がその著者名を入力し、その著者名を格納した変換規則取得要求を、書誌変換部１２６へ出力する。すると書誌変換部１２６は、その変換規則取得要求に含まれる著者名に基づいて、当該著者名に対応付けられて書誌変換規則記憶部１２７に記録されている著者名変換規則テーブル（図３）から、ユーザより入力した著者名に対応付けられて記録されている著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”を読み取る。そして書誌変換部１２６は、当該著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”に対応付けられて著者名変換規則テーブル（図３）に記録されている他の１つまたは複数の著者名“ａｕｔｈｏｒ_ｎａｍｅ”を読み取って、それら読み取った著者名を、検索処理部１２９へ出力し、検索処理部１２９がそれら著者名を入力する（ステップＳ６０１）。
すると、検索処理部１２９は、書誌変換部１２６から入力した著者名“ａｕｔｈｏｒ_ｎａｍｅ”と、ユーザから入力した著者名“ａｕｔｈｏｒ_ｎａｍｅ”とを含む、保有コンテンツ情報要求を書誌情報管理部１２４へ出力する。すると書誌情報管理部１２４は、保有コンテンツ情報要求に含まれる各著者名のいずれかが記述されている書誌情報を検索し、該当する書誌情報のＣＩＤを読み取り、その書誌情報に記述されている著者名とＣＩＤとの対応関係の情報を検索処理部１２９へ出力する。これにより検索処理部１２９は、ユーザが入力した著者名と同一の著者を示す保有コンテンツ（電子書籍）のＣＩＤを取得する。例えば、ユーザが、検索キーとして「コナン・ドイル」を指定したとする。すると、検索処理部１２９は、ユーザがこれまでに購入した電子書籍のうち、「コナン・ドイル」と等価の意味を持つ著者名の全ての著者名（「アーサー・コナン・ドイル」、「コナンドイル」等）を記述した各書誌情報に対応する電子書籍のＣＩＤを取得できる。検索処理部１２９は、入力した著者名とＣＩＤとの対応関係の情報を一時的にメモリ等に記憶する（ステップＳ６０２）。

また検索処理部１２９は、取得した全てのＣＩＤを含む書店情報要求を書誌情報管理部１２４へ出力する。すると書誌情報管理部１２４は、コンテンツ情報記憶部１２５に記録されている保有コンテンツ情報テーブルから、そのＣＩＤに対応するＳＩＤを読み取る。そして、ステップＳ６０２で当該ＣＩＤに対応付けられて記憶した著者名と、当該ＳＩＤの対応関係の情報を検索処理部１２９へ出力する。これにより検索処理部１２９は、ステップＳ６０１で取得したＣＩＤについて、その各電子書籍を購入した書店の情報を、当該電子書籍についての書誌情報に記述されていた著者名と対応付けて取得できる。検索処理部１２９は、入力した著者名とＳＩＤの対応関係の情報を一時的にメモリ等に記憶する（ステップＳ６０３）。

そして、検索処理部１２９は、あるＣＩＤに対応付けられてメモリに記録されている著者名とＳＩＤとを読み取る。検索処理部１２９は、読み取ったＳＩＤを含む書店ＵＲＬ要求を書誌情報管理部１２４へ出力する。すると書誌情報管理部１２４は、書店ＵＲＬ要求に含まれるＳＩＤに基づいて、コンテンツ記憶部１２３内の書店情報テーブル（図７）から書店のＵＲＬを取得して検索処理部１２９へ出力し、検索処理部１２９がその書店のＵＲＬを入力する（ステップＳ６０４）。すると、検索処理部１２９は、ステップＳ６０３で読み取った著者名を含む検索要求を、ステップＳ６０４で入力したＵＲＬ（書店サーバ４０）に宛てて送信する（ステップＳ６０５）。そして、検索処理部１２９は、検索要求に応じた検索結果を入力する。当該検索結果には、検索要求に含まれていた著者名を含む書誌情報が含まれる。そして検索処理部１２９は、各書店サーバから受信した検索結果を統合して、一覧として表示する（ステップＳ６０６）。

例えば、検索処理部１２９は、Ａ書店への検索要求を、Ａ書店に対応する「アーサー・コナン・ドイル」を検索キーとして送信する。このようにすれば、ユーザは、単に検索キーを「コナン・ドイル」と指定しただけであっても、Ａ書店において、著者名が「アーサー・コナン・ドイル」と登録されている電子書籍も、検索結果として含まれることとなる。このように、ユーザが指定した検索キーを、書店ごとに管理している同義の情報に変換して、書店ごとに検索要求を送信することで、従来、複数の検索キーを別個に指定して検索を行わなければならなかったユーザ負担を大幅に改善することができる。
なお、「シリーズ名」等についても同様の検索処理を行うことができる。

図３０は、端末装置１０における検索処理の処理フローを示す第２の図である。
以下、具体的な第２の検索処理の流れを図３０のフローチャート図を用いて説明する。
検索処理部１２９は、上述した第１の検索処理の代わりに、以下の第２の検索処理を行うようにしてもよい。
すなわち、まずユーザが、目的とする電子書籍を検索すべく端末装置１０に表示された電子書籍の著者名の一覧から、一つの著者名を選択入力する。すると、電子書籍アプリケーション機能部１２の検索処理部１２９がその著者名を入力し、その著者名を格納した変換規則取得要求を、書誌変換部１２６へ出力する。すると書誌変換部１２６は、その変換規則取得要求に含まれる著者名に基づいて、当該著者名に対応付けられて書誌変換規則記憶部１２７に記録されている著者名変換規則テーブル（図３）から、ユーザより入力した著者名に対応付けられて記録されている著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”を読み取る。そして書誌変換部１２６は、当該著者識別子“ａ＿ｒｕｌｅ＿ｉｄ”に対応付けられて著者名変換規則テーブル（図３）に記録されている他の１つまたは複数の著者名“ａｕｔｈｏｒ_ｎａｍｅ”を読み取って、それら読み取った著者名を、検索処理部１２９へ出力し、検索処理部１２９がそれら著者名を入力する（ステップＳ７０１）。

次に、検索処理部１２９は、書店ＵＲＬ要求を書誌情報管理部１２４へ出力する。すると書誌情報管理部１２４は、コンテンツ記憶部１２３内の書店情報テーブル（図７）から全ての書店（ユーザが過去に電子書籍を購入した書店）のＵＲＬを取得して検索処理部１２９へ出力し、検索処理部１２９がその全ての書店のＵＲＬを入力する（ステップＳ７０２）。すると、検索処理部１２９は、１つのＵＲＬを選択して（ステップＳ７０３）、ステップＳ７０１で読み取った全ての著者名を含む検索要求を、その選択したＵＲＬ（書店サーバ４０）に宛てて送信する（ステップＳ７０４）。検索処理部１２９は、他の選択していないＵＲＬが存在するかを判定し、存在する場合には、ステップＳ７０３からステップＳ７０４の処理を繰り返す（ステップＳ７０５）。

最後に、検索処理部１２９は、各書店サーバから、検索要求に応じた検索結果を入力する。当該検索結果には、検索要求に含まれていた著者名を含む書誌情報が含まれる。そして検索処理部１２９は、各書店サーバから受信した検索結果を統合して、一覧として表示する（ステップＳ７０６）。

以上のように、図３０では、各書店に対し、ユーザに指定された著者名を、関連する全ての著者名に変換して検索を行う処理の流れを記載している。すなわち、この処理によれば、検索処理部１２９は、例えば、Ａ書店に対し、等価の意味を持つ全ての著者名（「コナン・ドイル」、「アーサー・コナン・ドイル」、「コナンドイル」等）を検索キーとして検索要求することができる。このようにすることで、ユーザは、同一の書店サーバ内においてその登録情報が異なる場合であっても、ユーザが指定した検索キーに該当する全ての電子書籍を検索することができる。

以上に説明した検索処理部１２９の処理に基づき、ユーザが実際に行う検索手続の様子の一例について説明する。
図３１は、端末装置１０における検索機能利用時の画面表示例である。
まず、ユーザは購入した電子書籍の一覧表示画面において、著者順にリストアップしている（図３１左）。ここで表示されている著者名「コナン・ドイル」は、変換処理が適用され、電子書籍ごとの表記が統一されている状態である（図３（ｂ）右）。

ユーザは、これまでに利用した書店を対象に、「コナン・ドイル」が著者である電子書籍について検索を行いたいとする。この場合、ユーザは、著者順にリストアップされた一覧表示画面において「コナン・ドイル」を選択し、これを検索キーとして指定する。
検索処理部１２９は、当該指定を受けると、図２９または図３０に説明した処理フローを実行し、その検索結果を表示する（図３１右）。検索結果は、複数の書店にまたがって実施され、かつ、検索キーとして指定した「コナン・ドイル」以外の表記で登録されているものも含まれる。

以上のように、本実施形態の検索システムでは、書店ごとに登録表記が異なった状態であっても、等価の意味を持つ情報を関連付けた変換規則テーブルを参照することで、よりユーザの意図を反映した検索結果を得ることが可能となり、ユーザの検索処理負担を大幅に改善することができる。

端末装置１０、書庫サーバ２０、コンテンツサーバ３０及び書店サーバ４０は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェアとして実現してもよいし、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いてソフトウェアとして実現してもよい。

後者の場合、端末装置１０及び各サーバ２０、３０、４０は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを展開するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、上記プログラムおよび各種データを格納する大容量記録媒体などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである端末装置１０及び各サーバ２０、３０、４０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記端末装置１０及び各サーバ２０、３０、４０に供給し、当該コンピュータ（のＣＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても達成可能である。

上記記録媒体としては、有形の媒体である、磁気テープやカセットテープなどのテープ類、フロッピー（登録商標）ディスク／ハードディスクなどの磁気ディスク、ＩＣカード（メモリーカード）／光カードなどのカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュメモリなどの半導体メモリ類、あるいはＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などのプログラマブル論理回路類などを用いることができる。

また、端末装置１０及び各サーバ２０、３０、４０を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送できれば何でもよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網などが利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力搬送線、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）回線などの有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（Ｈｉｇｈ Ｄａｔａ Ｒａｔｅ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。

１・・・コンテンツ配信システム
１０・・・端末装置（コンテンツ表示装置）
１１・・・ブラウザ部
１２・・・電子書籍アプリケーション機能部
１２１・・・制御部
１２２・・・コンテンツ取得部
１２３・・・コンテンツ記憶部
１２４・・・書誌情報管理部
１２５・・・コンテンツ情報記憶部
１２６・・・書誌変換部
１２７、２５・・・書誌変換規則記憶部
１２８、２６・・・書誌編集記憶部
１３、２１・・・通信部
１３１、２１１・・・送信部
１３２、２１２・・・受信部
１４・・・コンテンツ表示部
２０・・・書庫サーバ（コンテンツ管理装置）
２２・・・保有コンテンツ管理部
２３・・・保有コンテンツ記憶部
２４・・・書誌変換規則管理部
３０・・・コンテンツサーバ（コンテンツ配信装置）
４０・・・書店サーバ

Claims (10)

1. コンテンツ詳細情報をコンテンツ配信装置から受信して取得する詳細情報取得部と、
   コンテンツ管理装置において保持されたサーバ指定詳細情報変換規則を当該コンテンツ管理装置から受信して取得するとともに、前記詳細情報取得部が取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、当該取得したサーバ指定詳細情報変換規則に基づいて変換する詳細情報変換部と、
   前記詳細情報変換部が変換したコンテンツ詳細情報を表示するコンテンツ表示部と、
   を備えることを特徴とするコンテンツ表示装置。
2. 前記詳細情報変換部は、
   さらに、ユーザから変換対象情報の指定及びその変換先の情報の指定を受け付け、当該指定に基づいてユーザ指定詳細情報変換規則を生成するとともに、当該生成したユーザ指定詳細情報変換規則を前記コンテンツ管理装置へと送信し、
   さらに、ユーザ指定詳細情報変換規則を前記コンテンツ管理装置から受信して取得するとともに、前記詳細情報取得部が取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、前記取得したユーザ指定詳細情報変換規則に基づく変換先の情報へと変換する
   ことを特徴とする請求項１に記載のコンテンツ表示装置。
3. 前記詳細情報変換部は、
   さらに、ユーザから変換対象情報の指定及びその変換先の情報の指定を受け付け、当該指定に基づいてユーザ指定詳細情報変換規則を生成するとともに、前記詳細情報取得部が取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、当該生成したユーザ指定詳細情報変換規則に基づく変換先の情報へと変換する
   ことを特徴とする請求項１または請求項２に記載のコンテンツ表示装置。
4. 前記詳細情報変換部は、
   表示した情報の指定を受け付けて、当該指定を受け付けた情報に基づいて、前記サーバ指定詳細情報変換規則を用いて前記変換対象情報または変換先の情報を特定し、
   当該特定した変換対象情報または変換先の情報の何れか一方または両方を検索キーとして含む検索要求を外部装置へ送信し、当該検索要求に応じて外部装置から受信した情報を表示部に表示する検索処理部を備える
   ことを特徴とする請求項１から請求項３の何れか一項に記載のコンテンツ表示装置。
5. コンテンツ詳細情報に含まれる所定の変換対象情報を、所定の変換先の情報へと変換する規則を定めた詳細情報変換規則をコンテンツ表示装置へと送信する詳細情報変換規則管理部を備えることを特徴とするコンテンツ管理装置。
6. コンテンツ表示装置において生成された前記詳細情報変換規則であるユーザ指定詳細情報変換規則を複数のコンテンツ表示装置から受信して取得し、当該取得したユーザ指定詳細情報変換規則の示す変換対象情報と変換先の情報との対応関係を記録する詳細情報変換規則記憶部を備え、
   前記詳細情報変換規則管理部は、前記詳細情報変換規則記憶部に記録した変換対象情報と変換先の情報との対応関係に基づいて、前記詳細情報変換規則であるサーバ指定詳細情報変換規則を生成し、当該生成したサーバ指定詳細情報変換規則をコンテンツ表示装置へと送信する
   ことを特徴とする請求項５に記載のコンテンツ管理装置。
7. コンテンツ管理装置が、
   コンテンツ詳細情報に含まれる所定の変換対象情報を、所定の変換先の情報へと変換する規則を定めた詳細情報変換規則をコンテンツ表示装置へと送信する詳細情報変換規則管理部を備え、
   コンテンツ表示装置が、
   コンテンツ詳細情報をコンテンツ配信装置から受信して取得する詳細情報取得部と、
   前記詳細情報変換規則を前記コンテンツ管理装置から受信して取得するとともに、前記詳細情報取得部が取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、前記取得した詳細情報変換規則に基づいて変換する詳細情報変換部と、
   前記詳細情報変換部が変換したコンテンツ詳細情報を表示するコンテンツ表示部と、
   を備えることを特徴とするコンテンツ配信システム。
8. 前記コンテンツ管理装置が、
   さらに、前記コンテンツ表示装置において生成された前記詳細情報変換規則であるユーザ指定詳細情報変換規則を複数の前記コンテンツ表示装置から受信し、当該受信したユーザ指定詳細情報変換規則の示す変換対象情報と変換先の情報との対応関係を記録する詳細情報変換規則記憶部を備え、
   前記詳細情報変換規則管理部は、前記詳細情報変換規則記憶部に記録した変換対象情報と変換先の情報との対応関係に基づいて、前記詳細情報変換規則であるサーバ指定詳細情報変換規則を生成し、当該生成したサーバ指定詳細情報変換規則を前記コンテンツ表示装置へと送信し、
   前記コンテンツ表示装置の詳細情報変換部が、
   さらに、ユーザから変換対象情報の指定及びその変換先の情報の指定を受け付け、当該指定に基づいてユーザ指定詳細情報変換規則を生成するとともに、当該生成したユーザ指定詳細情報変換規則を前記コンテンツ管理装置へと送信する
   ことを特徴とする請求項７に記載のコンテンツ配信システム。
9. コンテンツ管理装置とコンテンツ表示装置とを備えたコンテンツ配信システムにおけるコンテンツ表示方法であって、
   前記コンテンツ管理装置が、
   コンテンツ詳細情報に含まれる所定の変換対象情報を、所定の変換先の情報へと変換する規則を定めた詳細情報変換規則をコンテンツ表示装置へと送信し、
   前記コンテンツ表示装置が、
   コンテンツ詳細情報をコンテンツ配信装置から受信して取得し、
   前記詳細情報変換規則を前記コンテンツ管理装置から受信して取得するとともに、前記取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、前記取得した詳細情報変換規則に基づいて変換し、
   当該変換したコンテンツ詳細情報を表示する
   ことを特徴とするコンテンツ表示方法。
10. コンテンツ表示装置のコンピュータを、
    コンテンツ詳細情報をコンテンツ配信装置から受信して取得し、
    コンテンツ管理装置において保持されたサーバ指定詳細情報変換規則を当該コンテンツ管理装置から受信して取得するとともに、前記取得したコンテンツ詳細情報に含まれる所定の変換対象情報を、前記取得したサーバ指定詳細情報変換規則に基づいて変換し、
    当該変換したコンテンツ詳細情報を表示させるコンテンツ表示手段
    として機能させることを特徴とするプログラム。

Images