JP2004118479A

JP2004118479A - 情報処理装置および方法、記録媒体、およびプログラム

Info

Publication number: JP2004118479A
Application number: JP2002280258A
Authority: JP
Inventors: Yoshikazu Kato; 加藤　好計
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-09-26
Filing date: 2002-09-26
Publication date: 2004-04-15
Also published as: US20040064369A1; US20140129574A1; US8706512B2; US20140244731A1; US9584586B2

Abstract

【課題】電子書籍として提供されるコンテンツデータをより読みやすいものとする。
【解決手段】ユーザから電子書籍の購入の注文を受けると、その注文を出してきたユーザの嗜好が、予め蓄積されているデータから判断される。このデータとしては、例えば、注文してきた電子書籍のジャンルに関する情報を、注文毎に累積したものである。ユーザの嗜好が判断されると、ユーザが注文を出してきた電子書籍に関するコンテンツデータが読み出される。その読み出されたコンテンツデータが複数ある場合、ユーザの嗜好に合わせて並び替え（ソート）が行われ、そのソートが行われたコンテンツデータが、１冊の電子書籍として合成され、ユーザに対して送信される。本発明は、電子書籍を配信するサーバなどに適用することが可能である。
【選択図】　　　図８

Description

【０００１】
【発明の属する技術分野】
本発明は情報処理装置および方法、記録媒体、およびプログラムに関し、特に、電子書籍を取り扱う装置に用いて好適な情報処理装置および方法、記録媒体、およびプログラムに関する。
【０００２】
【従来の技術】
テキストデータから構成される電子書籍が一般に普及しつつある。電子書籍は、紙の書籍（以下、紙書籍と称する）で、一般に活字として記録されている情報をテキストデータの情報として、所定の電子書籍用の端末装置により、あたかも紙書籍によりページが見開きの状態となっているように表示されるものである。電子書籍は、所定のボタンにより１ページ分の画像がスライドして表示されることにより、あたかも紙書籍を広げて、１ページずつ捲っているかのように表示される。
【０００３】
そのような電子書籍の購入は、書店で購入することができることは勿論であるが、インターネットなどのネットワークを介してデータを送受信し、購入できるようにすることが提案されている（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開２００２―２４５２６５号公報（第３，４頁）
【０００５】
【発明が解決しようとする課題】
ネットワークを介して電子書籍を購入するのは、例えば、自宅などに居ながらにして所望の書籍が購入できるため、使い勝手がよい。しかしながら、電子書籍に限ったことではないが、例えば、雑誌Ａの記事ａと雑誌Ｂの記事ｂだけを読みたいと所望するユーザは、雑誌Ａと雑誌Ｂを購入しなくてはならず、所望していない記事（記事ａや記事ｂ以外の記事）までも含めて購入しなくてはならなかった。
【０００６】
このようなことは、ユーザ（読者）に取っては購入費が高くなり、好ましい状況ではない。また、そのために購買力が低下してしまうと、雑誌を販売している側にとっても好ましい状況ではない。
【０００７】
また、電子書籍に限らず、ユーザが読みたい順に記事が並んでいるわけではない。換言すれば、記事の並びは、雑誌が作成された時点で決定されているものであり、ユーザの意向が反映されたものではない。そのため、ユーザは、所望の記事まで頁をめくり、次の記事を読むために、次の記事の頁まで頁をめくりといった動作を繰り返す必要があり、面倒であるといった問題があった。そのようなことは、特に、記事が増え、頁数が増すと、顕著に表れる問題点であり、所望の記事までたどり着くまでが面倒であるといった問題があった。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、ユーザが読みやすいように記事を並べ、かつ、それらの記事は、ユーザが所望した記事で構成されるようにする。
【０００９】
【課題を解決するための手段】
本発明の情報処理装置は、コンテンツデータを記憶する記憶手段と、ユーザの嗜好を判断するための嗜好データを管理する管理手段と、ユーザの指示に対応し、記憶手段からコンテンツデータを読み出す読み出し手段と、読み出し手段により読み出されたコンテンツデータを、管理手段により管理されている嗜好データに基づき並び替える並び替え手段と、並び替え手段により並び替えられたコンテンツデータを１単位として扱えるように合成する合成手段とを含むことを特徴とする。
【００１０】
前記管理手段は、ユーザの指示により、読み出し手段が読み出したコンテンツデータのジャンルを判断し、その判断結果に基づくジャンルに属するコンテンツデータの読み出し回数を、ユーザを識別するための情報と関連付けて管理するようにすることができる。
【００１１】
前記合成手段により１単位として扱えるように合成されるコンテンツデータは、コンテンツデータと他のコンテンツデータとを識別するための情報と、記憶手段でコンテンツデータが記憶されている位置を示す情報を少なくとも含むようにすることができる。
【００１２】
本発明の情報処理方法は、コンテンツデータの記憶を制御する記憶制御ステップと、ユーザの嗜好を判断するための嗜好データを管理する管理ステップと、ユーザの指示に対応し、記憶制御ステップにより記憶が制御されたコンテンツデータからコンテンツデータを読み出す読み出しステップと、読み出しステップの処理で読み出されたコンテンツデータを、管理ステップの処理で管理された嗜好データに基づき並び替える並び替えステップと、並び替えステップの処理で並び替えられたコンテンツデータを１単位として扱えるように合成する合成ステップとを含むことを特徴とする。
【００１３】
本発明の記録媒体のプログラムは、コンテンツデータの記憶を制御する記憶制御ステップと、ユーザの嗜好を判断するための嗜好データを管理する管理ステップと、ユーザの指示に対応し、記憶制御ステップにより記憶が制御されたコンテンツデータからコンテンツデータを読み出す読み出しステップと、読み出しステップの処理で読み出されたコンテンツデータを、管理ステップの処理で管理された嗜好データに基づき並び替える並び替えステップと、並び替えステップの処理で並び替えられたコンテンツデータを１単位として扱えるように合成する合成ステップとを含むことを特徴とする。
【００１４】
本発明のプログラムは、コンテンツデータの記憶を制御する記憶制御ステップと、ユーザの嗜好を判断するための嗜好データを管理する管理ステップと、ユーザの指示に対応し、記憶制御ステップにより記憶が制御されたコンテンツデータからコンテンツデータを読み出す読み出しステップと、読み出しステップの処理で読み出されたコンテンツデータを、管理ステップの処理で管理された嗜好データに基づき並び替える並び替えステップと、並び替えステップの処理で並び替えられたコンテンツデータを１単位として扱えるように合成する合成ステップとをコンピュータに実行させることを特徴とする。
【００１５】
本発明の情報処理装置および方法、並びにプログラムにおいては、ユーザの指示により読み出されたコンテンツデータは、ユーザの嗜好に応じた並びにされてユーザに提供されるとともに、その提供されるコンテンツデータが複数存在する場合であっても、１つのデータのように扱えるように、合成されて提供される。
【００１６】
【発明の実施の形態】
以下に、本発明の実施の形態について図面を参照して説明する。図１は、本発明の情報処理装置を含む情報処理システムの一実施の形態の構成を示す図である。図１に示した情報処理システムは、テキストデータから構成される電子書籍を取り扱うシステムである。電子書籍は、紙の書籍で、一般に活字として記録されている情報をテキストデータの情報として、所定の電子書籍用の端末装置（図１では、ユーザ端末４）により、あたかも紙書籍によりページが見開きの状態となっているように表示されるものである。
【００１７】
ネットワーク１は、インターネットなどの広域ネットワークやＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などから構成されている。ネットワーク１には、出版社サーバ２−１乃至２−３、コントロールセンタ３、およびユーザ端末４が接続されている。以下の説明において、出版社２―１乃至２−３を個々に区別する必要がない場合、単に出版社サーバ２と記述する。また、ここでは、説明の都合上、出版社２−１乃至２−３しか示さないが、ネットワーク１には、複数の出版社サーバ２が接続され、ユーザ端末４も、同様に、複数接続されている。
【００１８】
なお、図１に示したシステムにおいては、ユーザが電子書籍を購入したときの代金の支払いなどの課金に関わるサーバなどは、本実施の形態において、直接的な関わりはないため図示していないが、そのようなサーバは、適宜必要に応じて設置することは可能である。
【００１９】
図２は、出版社サーバ２の内部構成例を示す図である。出版社サーバ２は、コンピュータにより構成することができる。出版社サーバ２のＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００２０】
入出力インターフェイス１５は、キーボードやマウスから構成される入力部１６が接続され、入力部１６に入力された信号をＣＰＵ１１に出力する。また、入出力インターフェイス１５には、ディスプレイやスピーカなどから構成される出力部１７も接続されている。
【００２１】
さらに、入出力インターフェイス１５には、ハードディスクなどから構成される記憶部１８、および、インターネットなどで構成されるネットワーク１を介して他の装置（例えば、コントロールセンタ３）とデータの授受を行う通信部１９も接続されている。ドライブ２０は、磁気ディスク３１、光ディスク３２、光磁気ディスク３３、半導体メモリ３４などの記録媒体からデータを読み出したり、データを書き込んだりするときに用いられる。
【００２２】
出版社サーバ２は、例えば雑誌などのコンテンツデータをネットワーク１を介してコントロールセンタ３に送信する。出版社サーバ２から送信されるコンテンツデータは、出版社サーバ２を管理する出版社が、紙媒体で発行した雑誌の内容をデジタル化したものでも良いし、電子書籍用にデジタルデータとして作成したものでもよい。
【００２３】
出版社サーバ２の記憶部１８には、コンテンツデータが記憶され、その記憶されているコンテンツデータが、通信部１９から送信される。または、記憶部１８に記憶されているコンテンツデータ、または、作成されたコンテンツデータが、ドライブ２０にセットされている記録媒体に記録され、その記録媒体が、コントロールセンタ３に送信（送付）されるようにしても良い。
【００２４】
図３は、コントロールセンタ３の内部構成例を示す図である。コントロールセンタ３は、コンピュータにより構成することができる。コントロールセンタ３のＣＰＵ５１は、ＲＯＭ５２に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ５３には、ＣＰＵ５１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００２５】
入出力インターフェイス５５は、キーボードやマウスから構成される入力部５６が接続され、入力部５６に入力された信号をＣＰＵ５１に出力する。また、入出力インターフェイス５５には、ディスプレイやスピーカなどから構成される出力部５７も接続されている。
【００２６】
さらに、入出力インターフェイス５５には、ハードディスクなどから構成される記憶部５８、および、インターネットなどで構成されるネットワーク１を介して他の装置（例えば、出版社サーバ２）とデータの授受を行う通信部５９も接続されている。ドライブ６０は、磁気ディスク７１、光ディスク７２、光磁気ディスク７３、半導体メモリ７４などの記録媒体からデータを読み出したり、データを書き込んだりするときに用いられる。
【００２７】
ユーザ端末４は、パーソナルコンピュータやＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｃｅ）などでも良いし、電子書籍を取り扱う専用の端末でも良い。その内部構成は、基本的に、コントロールセンタ３と同様に構成することが可能であるので、その説明は省略する。
【００２８】
コントロールセンタ３のＲＡＭ５３には、図４に示すような機能を有するプログラムが展開され、記憶部５８には、図４に示すようなデータが記憶されている。注文受付部１０１は、ユーザからの電子書籍の購入の注文を受け付ける部分であり、注文を受け付けると、その注文に関する情報を嗜好判断部１０２または選択部１０３に供給する。
【００２９】
嗜好判断部１０２に供給される情報には、注文を出してきたユーザを識別するための情報（以下、適宜、ユーザ情報と称する）が少なくとも含まれ、選択部１０３に供給される情報には、注文された電子書籍を識別するための情報（以下、適宜、電子書籍識別情報と称する）が少なくとも含まれる。
【００３０】
ユーザ情報としては、このシステムを利用するユーザは、予めユーザ登録を行っていないと利用できないように設定してある場合、登録時のパスワードやユーザＩＤなどであり、ユーザ登録を必要としていない場合、氏名や住所などである。ユーザ情報は、一意に、注文を出してきたユーザを識別できる情報であればよい。
【００３１】
嗜好判断部１０２は、供給されたユーザ情報を基に、記憶部５８に記憶されている嗜好データ１１１を検索し、電子書籍の注文を発注してきたユーザの嗜好を読み出す。読み出されたユーザの嗜好は、ソート部１０４に供給される。一方、選択部１０３は、注文受付部１０１から供給された電子書籍識別情報を基に、記憶部５８に記憶されているコンテンツデータ１１２を検索し、ユーザが発注してきた電子書籍としてのコンテンツデータを読み出し、ソート部１０４に供給する。
【００３２】
ソート部１０４は、選択部１０３から供給されたコンテンツデータを、嗜好判断部１０２から供給されたユーザの嗜好に対応して並び替え（ソート）を行い、そのデータを合成部１０５に出力する。合成部１０５は、ソートされた複数のコンテンツデータを１冊の電子書籍として、ユーザに提供するための処理を実行する。１冊の電子書籍とされたコンテンツデータは、ユーザ端末４に対して、通信部５９により送信される。
【００３３】
図５のフローチャートを参照して、出版社サーバ２とコントロールサーバ３との間で行われる処理について説明する。出版社サーバ２は、ステップＳ１１において、コンテンツデータを作成する。ここで、コンテンツデータについて、図６を参照して説明する。出版社２は、電子書籍として、複数の雑誌を発行している。ここでは、その雑誌を雑誌Ａ乃至雑誌Ｍ（Ｍ＝自然数）とする。
【００３４】
ここでは、雑誌というのは、俗に週刊誌、月刊誌などと称されるものを含むことは勿論のこと、新聞、単行本などと称されるものも含む。換言すれば、ここでは、雑誌とは、テキストデータや画像データなどで構成される電子書籍として提供できる全てのものを総称するとする。また、雑誌の種類は、小説、漫画、新聞記事など、多岐にわたり、その種類に限定はない。
【００３５】
出版社２が発行する雑誌には、複数の記事が存在する。その記事の１つ１つを、ここでは、コンテンツデータと称する。例えば、図６に示した雑誌Ａは、コンテンツデータＡ１乃至Ａｍ（ｍ＝自然数）から構成されている。同じく、雑誌Ｂは、コンテンツデータＢ１乃至Ｂｎ（ｎ＝自然数、ｍと同数でも良い）から構成されている。
【００３６】
雑誌Ａが、俗に雑誌や新聞と称される場合、コンテンツデータＡ１乃至Ａｍは、それぞれ、記事と称される単位分のデータである。雑誌Ａが、俗に小説と称される場合、コンテンツデータＡ１乃至Ａｍは、それぞれ、章と称される単位分のデータである。雑誌Ａが、俗に小説と称される場合で、その小説が、連続もの（例えば、１０巻で完結するようなもの）であるとき、各コンテンツデータＡは、１巻分のデータに相当し、雑誌Ａは、全巻分のデータを含むものとしても良い。
【００３７】
このように、コンテンツデータは、通常、紙媒体では、１冊として扱われる単位をさらに細かい単位で扱えるようにしたものであり、後述する処理により、ユーザは、このコンテンツデータ単位での提供を受けることが可能とされている。すなわち、従来では所望の記事を購入するためには、所望していない記事が含まれた１冊の雑誌という単位で購入する必要があったが、本実施の形態においては、所望の雑誌の中の所望の記事のみを購入するということが可能となる。
【００３８】
図５のフローチャートの説明に戻り、ステップＳ１１においては、図６を参照して説明したようなコンテンツデータが作成される。作成されたコンテンツデータは、コンテンツデータを一意に識別するためのＩＤが、ステップＳ１２において付加される。ＩＤが付加されることにより、例えば、１つのコンテンツデータは、図７に示したような構成のデータとされる。
【００３９】
ＩＤは、雑誌を識別するための雑誌識別子１３１と、コンテンツデータを識別するためのコンテンツデータ識別子１３２を少なくとも含む。ＩＤとして、出版社を識別するための識別子を含めるようにしても良いし、含める場合、その出版社の識別子は、雑誌識別子１３１に含まれるようにしても良い。また、雑誌識別子１３１とコンテンツデータ識別子１３２は、１つのＩＤとして構成されていても良く、一意に１つのコンテンツデータを識別できる情報であればよい。
【００４０】
コンテンツデータは、ＩＤの他に、そのコンテンツデータの内容を簡潔に表したタイトル１３３、コンテンツデータにより提供されるコンテンツのジャンルの情報であるジャンル１３４、およびコンテンツデータ自体のデータであるコンテンツデータ内容１３５も含まれる。図７に示したコンテンツデータの構成は、一例であり、そのほかの情報やデータが含まれるようにしても良い。
【００４１】
ステップＳ１２において、ＩＤが付加されることにより、図７のような構成にされたコンテンツデータは、ステップＳ１３において、コントロールサーバ３に対して送信される。コントロールサーバ３は、ステップＳ２１において、出版社サーバ２から送信されてきたコンテンツデータを受信する。
【００４２】
受信されたコンテンツデータは、コントロールサーバ３の記憶部５８に、コンテンツデータ１１２として記憶される。
【００４３】
このような処理が、コンテンツデータ毎に繰り返され、また、各出版社サーバ２毎に同様の処理が行われることにより、コントロールサーバ３の記憶部５８には、複数の雑誌社の複数のコンテンツデータが記憶される。
【００４４】
次に、図８のフローチャートを参照して記憶部５８に記憶されたコンテンツデータ１１２を、ユーザの注文に応じて送信する際の処理について説明する。図８に示したフローチャートの処理は、コントロールサーバ３により行われる。ステップＳ４１において、コントロールサーバ３の注文受付部１０１は、ユーザからの電子書籍購入の注文を受けたか否かを判断する。
【００４５】
注文を受け付けたと判断されるまで、ステップＳ４１の処理が繰り返される。注文を受け付けたと判断された場合、注文受付部１０１には、ユーザ情報と、注文された電子書籍を識別するための情報（電子書籍識別情報）が入力される。注文受付部１０１は、入力したユーザ情報を嗜好判断部１０２に供給し、電子書籍識別情報を選択部１０３に供給する。
【００４６】
嗜好判断部１０２は、ステップＳ４２において、供給されたユーザ情報を基に、注文を出してきたユーザの嗜好を判断する。嗜好判断部１０２は、ユーザの嗜好を判断する際、記憶部５８に記憶されている嗜好データ１１１を参照する。嗜好データ１１１は、例えば、図９に示すようなデータ構造とされている。嗜好データ１１１は、ユーザを識別するためのユーザ名と、ジャンルから構成されている。
【００４７】
ジャンルは、図９に示したように、例えば、“政治”、“経済”、“社会”、“スポーツ”、“芸能”などの複数のジャンルが設定されている。各ユーザ名とジャンルの各ジャンルが交わるところには、数字が記憶されている。その数字は、そのユーザ名のユーザが、そのジャンルを選択した（注文した）回数である。ここでは、このように、注文した回数を用いてユーザの嗜好を管理し、判断材料に用いる。
【００４８】
ユーザが注文した回数が多いジャンルは、ユーザが、好きなジャンルであると判断することができる。そのため、ジャンル毎に管理された注文回数により、ユーザの嗜好を判断することができる。このような、嗜好データ１１１の作成については、後述する。
【００４９】
ステップＳ４２において嗜好判断部１０２が行う嗜好判断は、供給されたユーザ情報から、まず、この場合、ユーザ名を特定する。その特定されたユーザ名に対応するデータを、嗜好データ１１１から読み出す。読み出されたデータを用いて、数値が大きいジャンル順に並び変える。そのようにすることで、注文を出してきたユーザの嗜好の傾向が判断される。
【００５０】
なお、ユーザ名が特定できない場合、新規のユーザとして取り扱い、新たに、嗜好データ１１１に、そのユーザのユーザ名を登録し、それ以降の注文に対応して嗜好データが構築されるようにする。このような嗜好データ１１１の作成については、図１３のフローチャートを参照して後述する。
【００５１】
ステップＳ４２においてユーザの嗜好が判断される一方で、選択部１０３は、ステップＳ４３において、コンテンツデータの読み出しを行う。選択部１０３には、注文受付部１０１からユーザが発注してきたコンテンツデータを識別するための電子書籍識別情報が供給されているが、その電子書籍識別情報を基に、記憶部５８に記憶されているコンテンツデータ１１２内からコンテンツデータが読み出される。
【００５２】
記憶部５８に記憶されている各コンテンツデータは、図７を参照して説明したような構造とされているが、このような構造のコンテンツデータを一意に識別し、読み出すためには、雑誌識別子１３１とコンテンツデータ識別子１３２が電子書籍識別情報として供給されればよい。
【００５３】
ステップＳ４３において、選択部１０３により読み出されたコンテンツデータは、ソート部１０４に供給される。ソート部１０４には、ステップＳ４２において嗜好判断部１０２が判断したユーザの嗜好に関する情報も供給されている。ソート部１０４は、ステップＳ４４において、入力されたコンテンツデータを、同じく入力されたユーザの嗜好に関する情報を基に、並び変える。ここで、この並び替えまでの処理について再度、図１０、図１１を参照して説明する。
【００５４】
まず、選択部１０３が行うコンテンツデータの選択について、図１０を参照して説明するに、ユーザが注文したのが、入力された電子書籍識別情報から雑誌ＡのコンテンツデータＡ１とコンテンツデータＡ５、雑誌ＢのコンテンツデータＢ２、および、雑誌ＣのコンテンツデータＣ１０とコンテンツデータＣ１５の、計５個のコンテンツデータである場合、それらのコンテンツデータが、記憶部５８のコンテンツデータ１１１内から読み出される。
【００５５】
このように、本実施の形態においては、雑誌単位ではなく、その雑誌内の各コンテンツデータ毎に読み出しが可能にされている。従って、ユーザにコンテンツデータ毎に提供することが可能にされている。
【００５６】
図１１を参照してソート部１０４が行うコンテンツデータの並び替えの処理について説明する。図１０を参照して説明したように、選択部１０３により読み出されたコンテンツデータは、ソート部１０４に供給されるわけだが、その供給されたコンテンツデータのジャンルは、図１１に示すように、それぞれ、コンテンツデータＡ１が経済、コンテンツデータＡ５が政治、コンテンツデータＢ２が芸能、コンテンツデータＣ１０が経済、および、コンテンツデータＣ１５がスポーツとなっている。
【００５７】
また、ソート部１０４には、嗜好判断部１０２からユーザの嗜好に関するデータも供給されるわけだが、そのデータは、図１１に示すように、嗜好が高い順に、経済、芸能、社会、スポーツ、政治・・・の順になっている。このような嗜好の情報に基づき、コンテンツデータが並び替えられる。図１１においては、嗜好の情報を中央にし、図中左側が並び替えられる前の状態を示し、右側が並び替えられた後の状態を示している。嗜好データは、フィルタのような役割をはたし、図中右側に示したコンテンツデータが、嗜好データというフィルタを介すことにより、ユーザの嗜好の高い順に並び替えられる。
【００５８】
図１１を参照して具体的に説明するに、まず、嗜好が高い“経済”に関するコンテンツデータが、最上位に来るように並び替えられる。この場合、“経済”に関するコンテンツデータは、コンテンツデータＡ１とコンテンツデータＣ１０であるので、この２つのコンテンツデータが、最上位に位置するように、並び替えられる。
【００５９】
次に、“芸能”に関するコンテンツデータが、コンテンツデータＣ１０の次に配置されるように、並び替えが行われる。この場合、“芸能”に関するコンテンツデータは、コンテンツデータＢ２だけであるので、そのコンテンツデータＢ２が、コンテンツデータＣ１０の下に配置されるように、並び替えが行われる。次に、“社会”に関するコンテンツデータが、コンテンツデータＢ２の次に配置されるように、並び替えが行われる。この場合、“社会”に関するコンテンツデータは、記憶部５８から読み出されていないため、並び替えの対象となるコンテンツデータはなく、そのために、並び替えの処理は行われない。
【００６０】
次に“スポーツ”に関するコンテンツデータが、コンテンツデータＢ２の次に配置されるように、並び替えが行われる。この場合、“スポーツ”に関するコンテンツデータは、コンテンツデータＣ１５だけであるので、そのコンテンツデータＣ１５が、コンテンツデータＢ２の下に配置されるように、並び替えが行われる。さらに、“政治”に関するコンテンツデータが、コンテンツデータＣ１５の次に配置されるように、並び替えが行われる。この場合、“政治”に関するコンテンツデータは、コンテンツデータＡ５だけであるので、そのコンテンツデータＡ５が、コンテンツデータＣ１５の下に配置されるように、並び替えが行われる。
【００６１】
このような処理が、読み出された全てのコンテンツデータに対して繰り返し行われる。
【００６２】
このような処理が終了されると、ステップＳ４５（図８）において、合成処理が実行される。この合成処理とは、並び替えが行われた複数のコンテンツデータを１冊の電子書籍としてユーザに提供するために行われる処理である。図１２を参照して説明するに、並び替えられたコンテンツデータを１まとまりにし、表紙１４１を付けるといった処理である。
【００６３】
表紙１４１は、例えば、購入日時、小説のタイトル名、雑誌名などの情報が記載される。このような情報が、複数記載されるようにしても良いし、１つだけ記載されるようにしても良い。
【００６４】
このようにして、１冊の電子書籍として扱える状態にされたコンテンツデータは、ステップＳ４６において、注文を出してきたユーザのユーザ端末４に対して送信される。
【００６５】
このようなユーザの嗜好にあった配置に、コンテンツデータの並びが制御された、１冊の電子書籍として扱えるコンテンツデータを送信するという処理に用いられる、嗜好データ１１２（図９）の作成について、図１３のフローチャートを参照して説明する。図１３に示したフローチャートの処理は、嗜好判断部１０２において行われる。また、嗜好判断部１０２は、図１３に示したフローチャートの処理を、ユーザからの注文を受けた際に行う。
【００６６】
上述したように、ユーザからの注文を受けた際、嗜好判断部１０２は、注文受付部１０１からユーザ情報が供給されるわけだが、そのユーザ情報から、注文を出してきたユーザを特定し、そのユーザの嗜好に関する情報が、記憶部５８に嗜好データ１１１として記憶されているか否かを、ステップＳ６１において判断する。この判断は、新規のユーザであるか否かを判断するのと同一の処理である。
【００６７】
ステップＳ６１において、新規のユーザであると判断された場合、ステップＳ６２に進み、その新規のユーザであると判断されたユーザの嗜好に関する情報を記憶するための欄（図９に示したようなユーザ名と、各ジャンル毎に数値が記載される欄）が設けられる。その設けられた欄に、ステップＳ６４以下の処理で得られる情報が記載される。
【００６８】
一方、ステップＳ６１において、新規のユーザではないと判断された場合、既に、注文を出してきたユーザに対応する嗜好データは、記憶部５８に記憶されていることを示しているので、その記憶されている嗜好データが、ステップＳ６３において読み出される。この際読み出される嗜好データは、各ジャンル毎に管理されている数値である。
【００６９】
ステップＳ６４において、ジャンルの判断が行われる。このジャンルの判断は、ユーザが注文を出してきたコンテンツデータのジャンルを判断する処理である。この判断は、選択部１０３から供給される情報により行われる。選択部１０３には、電子書籍識別情報が注文受付部１０１から供給され、その電子書籍識別情報を基に、記憶部１１２から、ユーザが注文を出してきた電子書籍のコンテンツデータが読み出されるわけだが、その読み出されたコンテンツデータには、そのコンテンツデータのジャンルを示すジャンル１３４（図７）が含まれている。
【００７０】
このジャンル１３４の情報を選択部１０３から供給されることにより、嗜好判断部１０２は、ユーザが注文を出してきたコンテンツデータのジャンルを判断する。このようにしてジャンルが判断されると、ステップＳ６５において、ステップＳ６３において読み出されたデータの、判断されたジャンルに対応する数値が１だけ加算される。ステップＳ６２からステップＳ６４以降の処理に来た場合には、読み出されたデータは全て０と設定された状態から、同様の処理が行われる。
【００７１】
このようにして、ユーザが注文を出してきたコンテンツデータのジャンルの値が、注文の回数に応じた数値に更新される。そして、更新された数値は、注文された全てのコンテンツデータに対して同様の処理が繰り返された時点で、ステップＳ６６の処理として、記憶部５８に嗜好データ１１１として記憶される。
【００７２】
このようにして作成され、記憶部５８に記憶された嗜好データ１１１が、上述したように、並び換えなどの処理が実行される際に用いられる。また、嗜好データの作成のための処理は、図８に示したフローチャートの処理の、例えば、ステップＳ４４以降の処理が行われる際に、並列的に行われるようにしても良い。
【００７３】
上述した実施の形態においては、ユーザの注文内容を判断することにより、嗜好データ１１１が作成されるとしたが、ユーザが自身の嗜好を登録できるようにしても良い。上述したように、嗜好データ１１１は、複数のジャンルに分類されており、そのジャンルを、ユーザが、好みの順位を登録できるようにすれば、ユーザ自身が嗜好を登録できるようになり、そのようなデータを利用することができる。
【００７４】
また、上述したように、ユーザの注文内容を判断することにより、嗜好データ１１１が作成されるようにした場合においても、注文回数を累積加算し、その累積加算された値を用いてユーザの嗜好を把握するとしたが、累積加算の値をそのままもちいるのではなく、例えば、累積加算の値が最も高い値のジャンルを１、次に値が高いジャンルを２というように、順位付けし、その順位を管理するようにしても良いし、何らかの重み付けを施して管理するようにしても良い。
【００７５】
上述したように、ユーザに提供される電子書籍内のコンテンツデータの配列は、ユーザの嗜好を反映したものとなっているため、ユーザにとっては読みやすいものとなっている。ここで、図８のフローチャートの処理が終了され、ステップＳ４６の処理として、ユーザのユーザ端末４に送信された電子書籍としてのコンテンツデータの表示について説明する。
【００７６】
図１４は、ユーザ端末４の表示手段としてのディスプレイ１５１上に表示される画面の一例を示す図である。図１４に示した例では、ディスプレイ１５１上に、“７／２５の本”、“７／２６の本”、および“小説Ａ”といった３つの項目が表示されている例を示している。このとき表示される項目は、表紙１４１（図１２）の部分に記載されているデータである。
【００７７】
表紙１４１の部分に記載されているデータが、“７／２５の本”といったような項目を表示させるためのデータである場合、このような表紙は、例えば、含まれているコンテンツデータの内容が、新聞の記事であるようなときや、複数の雑誌からのコンテンツデータの集まりであるようなときに適している。
【００７８】
ディスプレイ１５１上には、カーソル１６１も表示されている。このカーソル１６１は、項目間を移動可能にされており、ユーザは、操作部（不図示）を操作することにより、所望の項目上に、移動させることが可能とされている。ユーザが、内容を確認したい項目上に、カーソル１６１を移動させ、決定を示す操作を行うと、その項目の内容に、ディスプレイ１５１の表示が切り換えられる。
【００７９】
表示が切り換えられたディスプレイ１５１上の画面の一例を図１５に示す。図１５に示した例は、図１２に示したようなコンテンツデータが含まれる電子書籍が選択された場合を示している。各コンテンツデータには、図７を参照して説明したように、タイトル１３３として、そのコンテンツデータの内容に関するタイトルのデータが含まれている。
【００８０】
このタイトル１３３に記載されているデータに基づいたテキストが、図１５に示したようにディスプレイ１５１上に表示される。“コンテンツデータＡ１”に対応するタイトルは“タイトルＡ１”であり、“コンテンツデータＣ１０”に対応するタイトルは“タイトルＣ１０”であり、“コンテンツデータＢ２”に対応するタイトルは“タイトルＢ２”であり、“コンテンツデータＣ１５”に対応するタイトルは“タイトルＣ１５”であり、“コンテンツデータＡ５”に対応するタイトルは“タイトルＡ５”である。
【００８１】
この表示は、上述したように、ユーザの嗜好を反映した並びとされている。そのため、ユーザは、全てのタイトルを見た後、内容を確認したい所望のタイトルを選択するといったような操作を行わなくても、上から順番に内容を確認していけば、自己の嗜好に合った順にコンテンツデータを確認することができる。よって、ユーザにとって、煩わしい操作をしなくても、所望の記事が読めることとなり、使い勝手の良い電子書籍を扱うシステムを提供することが可能となる。
【００８２】
このように表示されているタイトル内から、ユーザは、内容を確認したいタイトルを選択すると、ディスプレイ１５１上の表示は、そのタイトルに対応する内容に切り換えられる。ユーザ端末４が１画面を有している場合、その画面の表示が切り換えられるが、２画面を有している場合、例えば、一方の画面にタイトルを表示し、他方の画面に選択されたタイトルに対応する内容を表示するようにしても良い。
【００８３】
画面上に表示される内容は、コンテンツデータ内容１３５（図７）に記憶されているデータである。コンテンツデータ内容１３５に記憶されているデータとしては、コンテンツそのもののデータでも良いし、その他の形式のデータでも良い。コンテンツそのもののデータである場合、そのデータに基づいた表示が行われればよい。その他のデータの形式のデータとしては、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）などが考えられる。
【００８４】
ＵＲＬをコンテンツデータ内容１３５に記憶させるようにした場合、このコンテンツデータ内容１３５のデータが必要とされたとき、記憶されているＵＲＬが読み出され、そのＵＲＬ先のコンピュータからデータがダウンロードされ、そして、そのダウンロードされたデータに基づいた表示が行われれば良い。このようにＵＲＬをコンテンツデータ内容１３５に記憶させるようにした場合、ユーザ端末４に備えられる記憶部（不図示）の記憶容量を小さくすることができる。
【００８５】
このように、本実施の形態においては、ユーザは、所望のコンテンツデータだけを購入することができるので、従来のように、所望していないコンテンツデータも含めて購入しなければならないといった不都合を防ぐことが可能となり、また、購入費用を低減させることも可能となる。
【００８６】
また、ユーザが注文した結果、ユーザに提供される電子書籍のコンテンツデータは、ユーザの嗜好が反映された並びで提供されるため、ユーザは、所望のコンテンツデータを検索するといった処理を行わなくても良く、電子書籍をより読みやすいものとすることが可能となる。
【００８７】
なお、上述した実施の形態においては、コントロールセンタ３が、ユーザの嗜好を判断し、コンテンツデータを並び換えるとしたが、ユーザ端末４側で同様の処理が行われるようにしても良い。すなわち、コントロールセンタ３側では、注文を受けた複数のコンテンツデータを、その並びを換えるなどの処理を施すことなく、１冊の電子書籍として合成した後（１単位のデータとして扱えるようにした後）、ユーザ端末４に送信し、ユーザ端末４側は、受信した電子書籍を再生する際、自己が管理しているユーザの嗜好を反映したコンテンツデータの並びに並び替えてタイトルなどを表示するようにしても良い。
【００８８】
上述した一連の処理は、それぞれの機能を有するハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【００８９】
記録媒体は、例えば図２に示すように、パーソナルコンピュータ（出版社サーバ２）とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク３１（フレキシブルディスクを含む）、光ディスク３２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）を含む）、光磁気ディスク３３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）（登録商標）を含む）、若しくは半導体メモリ３４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているＲＯＭ１２や記憶部１８が含まれるハードディスクなどで構成される。
【００９０】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【００９１】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【００９２】
【発明の効果】
本発明の情報処理装置および方法、並びにプログラムによれば、ユーザが所望するコンテンツデータを提供することが可能となる。
【００９３】
また、本発明の情報処理装置および方法、並びにプログラムによれば、提供される複数のコンテンツデータは、ユーザの嗜好に応じた順に並び替えられてユーザに提供することができ、もって、ユーザが複数のコンテンツデータを扱う際に、扱いやすくすることが可能となる。
【００９４】
さらに、本発明の情報処理装置および方法、並びにプログラムによれば、複数のコンテンツデータが、あたかも１つのデータであるかのように合成の処理が施されてユーザに提供されるため、ユーザ側で、コンテンツデーを扱いやすくすることが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した情報処理システムの一実施の形態の構成を示す図である。
【図２】出版社サーバの内部構成例を示す図である。
【図３】コントロールセンタの内部構成例を示す図である。
【図４】記憶部に記憶されているデータについて説明するための図である。
【図５】コンテンツデータの記憶に関わる処理を説明するフローチャートである。
【図６】コンテンツデータについて説明する図である。
【図７】送信されるコンテンツデータの構造について説明するための図である。
【図８】電子書籍の販売処理について説明するためのフローチャートである。
【図９】嗜好データについて説明するための図である。
【図１０】コンテンツデータの選択について説明するための図である。
【図１１】コンテンツデータの並び替えについて説明するための図である。
【図１２】コンテンツデータの合成について説明するための図である。
【図１３】嗜好データの作成について説明するためのフローチャートである。
【図１４】ディスプレイ上に表示される画面例を示す図である。
【図１５】ディスプレイ上に表示される画面例を示す図である。
【符号の説明】
１　ネットワーク，　２　出版社サーバ，　３　コントロールセンタ，　４　ユーザ端末，　１０１　注文受付部，　１０２　嗜好判断部，　１０３　選択部，　１０４　ソート部，　１０５　合成部

Claims

コンテンツデータを記憶する記憶手段と、
ユーザの嗜好を判断するための嗜好データを管理する管理手段と、
前記ユーザの指示に対応し、前記記憶手段から前記コンテンツデータを読み出す読み出し手段と、
前記読み出し手段により読み出された前記コンテンツデータを、前記管理手段により管理されている前記嗜好データに基づき並び替える並び替え手段と、
前記並び替え手段により並び替えられた前記コンテンツデータを１単位として扱えるように合成する合成手段と
を含むことを特徴とする情報処理装置。
前記管理手段は、前記ユーザの指示により、前記読み出し手段が読み出した前記コンテンツデータのジャンルを判断し、その判断結果に基づく前記ジャンルに属するコンテンツデータの読み出し回数を、前記ユーザを識別するための情報と関連付けて管理する
ことを特徴とする請求項１に記載の情報処理装置。
前記合成手段により１単位として扱えるように合成される前記コンテンツデータは、前記コンテンツデータと他のコンテンツデータとを識別するための情報と、前記記憶手段で前記コンテンツデータが記憶されている位置を示す情報を少なくとも含む
ことを特徴とする請求項１に記載の情報処理装置。
コンテンツデータの記憶を制御する記憶制御ステップと、
ユーザの嗜好を判断するための嗜好データを管理する管理ステップと、
前記ユーザの指示に対応し、前記記憶制御ステップにより記憶が制御された前記コンテンツデータから前記コンテンツデータを読み出す読み出しステップと、
前記読み出しステップの処理で読み出された前記コンテンツデータを、前記管理ステップの処理で管理された前記嗜好データに基づき並び替える並び替えステップと、
前記並び替えステップの処理で並び替えられた前記コンテンツデータを１単位として扱えるように合成する合成ステップと
を含むことを特徴とする情報処理方法。
コンテンツデータの記憶を制御する記憶制御ステップと、
ユーザの嗜好を判断するための嗜好データを管理する管理ステップと、
前記ユーザの指示に対応し、前記記憶制御ステップにより記憶が制御された前記コンテンツデータから前記コンテンツデータを読み出す読み出しステップと、
前記読み出しステップの処理で読み出された前記コンテンツデータを、前記管理ステップの処理で管理された前記嗜好データに基づき並び替える並び替えステップと、
前記並び替えステップの処理で並び替えられた前記コンテンツデータを１単位として扱えるように合成する合成ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
コンテンツデータの記憶を制御する記憶制御ステップと、
ユーザの嗜好を判断するための嗜好データを管理する管理ステップと、
前記ユーザの指示に対応し、前記記憶制御ステップにより記憶が制御された前記コンテンツデータから前記コンテンツデータを読み出す読み出しステップと、
前記読み出しステップの処理で読み出された前記コンテンツデータを、前記管理ステップの処理で管理された前記嗜好データに基づき並び替える並び替えステップと、
前記並び替えステップの処理で並び替えられた前記コンテンツデータを１単位として扱えるように合成する合成ステップと
をコンピュータに実行させることを特徴とするプログラム。