JP3870733B2 - コンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラム - Google Patents
コンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラム Download PDFInfo
- Publication number
- JP3870733B2 JP3870733B2 JP2001225644A JP2001225644A JP3870733B2 JP 3870733 B2 JP3870733 B2 JP 3870733B2 JP 2001225644 A JP2001225644 A JP 2001225644A JP 2001225644 A JP2001225644 A JP 2001225644A JP 3870733 B2 JP3870733 B2 JP 3870733B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- communication terminal
- mobile communication
- acquisition
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000010295 mobile communication Methods 0.000 title claims description 120
- 238000004891 communication Methods 0.000 claims description 57
- 230000006854 communication Effects 0.000 claims description 57
- 230000000737 periodic effect Effects 0.000 claims description 22
- 230000004044 response Effects 0.000 claims description 9
- 238000011156 evaluation Methods 0.000 claims description 8
- 230000004913 activation Effects 0.000 claims description 5
- 238000000034 method Methods 0.000 description 67
- 230000008569 process Effects 0.000 description 60
- 238000012545 processing Methods 0.000 description 18
- 230000005540 biological transmission Effects 0.000 description 11
- 230000015654 memory Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 241000556720 Manga Species 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 230000003442 weekly effect Effects 0.000 description 4
- RRLHMJHRFMHVNM-BQVXCWBNSA-N [(2s,3r,6r)-6-[5-[5-hydroxy-3-(4-hydroxyphenyl)-4-oxochromen-7-yl]oxypentoxy]-2-methyl-3,6-dihydro-2h-pyran-3-yl] acetate Chemical compound C1=C[C@@H](OC(C)=O)[C@H](C)O[C@H]1OCCCCCOC1=CC(O)=C2C(=O)C(C=3C=CC(O)=CC=3)=COC2=C1 RRLHMJHRFMHVNM-BQVXCWBNSA-N 0.000 description 3
- 230000003203 everyday effect Effects 0.000 description 3
- 229920001690 polydopamine Polymers 0.000 description 3
- 239000004065 semiconductor Substances 0.000 description 3
- 230000008901 benefit Effects 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 238000001308 synthesis method Methods 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
- 230000003936 working memory Effects 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Mobile Radio Communication Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、通信ネットワークを介して接続された携帯通信端末からの要求に従って画像や音楽などからなるコンテンツを配信し、該配信されたコンテンツを携帯通信端末側で楽しむことのできるコンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラムに関する。
【０００２】
【従来の技術】
最近では、インターネットなどの通信ネットワークの発達に伴い、誰でもが携帯電話やＰＤＡ（Personal Data(又はDigital) Assistants）等の通信機能つきの端末機器（以下、これらを総称して携帯通信端末と呼ぶ）を通信ネットワークに接続するだけで、いつでもどこからでも通信ネットワーク上にある音楽や画像などのコンテンツからユーザ好みのコンテンツを取得し、該取得したコンテンツをユーザ個々の携帯通信端末で再生して楽しむことができるようになっている。すなわち、ユーザは携帯通信端末を用いてインターネットなどの通信ネットワークを経由して所望のコンテンツ配信サーバ（あるいはコンテンツ配信サイトとも呼ぶ）にアクセスし、該アクセスしたコンテンツ配信サーバに格納されている多数のコンテンツの中からユーザ所望のコンテンツを選択的に取得することによって、ユーザ所望のコンテンツを携帯通信端末側で楽しむことができるようになっている。こうしたインターネットなどの通信ネットワークを利用して所望のコンテンツを携帯通信端末で楽しむ場合、ユーザの選択に従ってコンテンツ配信サーバからユーザ所望のコンテンツを取得し、該取得したコンテンツを再生する所定のプレイヤー（例えば、Java（R）プログラムによるプレイヤーなど）を起動することが必要であり、従来の携帯通信端末においてはユーザ自身が必要な都度所定の操作を行うことによってこうしたプレイヤーを意識的に起動している。
【０００３】
【発明が解決しようとする課題】
上述したように、従来においては、ユーザがユーザ自身の意思でプレイヤーを起動しない限り、携帯端末装置を所望のコンテンツ配信サーバにアクセスすることができなかった。そのため、コンテンツ配信サーバに新しいコンテンツが登録されていても、ユーザが当該コンテンツ配信サーバにアクセスしない限り、こうした新しいコンテンツをユーザが楽しむことができなかった。すなわち、コンテンツ配信サーバに登録された新しいコンテンツを素早くユーザに対して提供する方法がなかった。特に、登録された新しいコンテンツが定期的に内容が更新される定期更新型のコンテンツである場合には、ユーザがコンテンツ配信サーバに対してアクセスしないでいる間に新たな更新が定期的になされてしまうことから、更新された内容のコンテンツをユーザが楽しむことのできない場合が生じてしまい不都合である、という問題点があった。こうした問題点を解決する１つの方法として、電子メールなどで新しく登録されたコンテンツに関しての情報をユーザに対して定期的に提供し、その提供した情報を基にユーザに対してコンテンツ配信サーバにアクセスしてもらうといった方法が考えられる。しかし、こうした方法による場合、コンテンツ配信対象としたい全ユーザの電子メールアドレスを収集することは非常に困難であるし、またユーザに対して電子メール送付にかかる通信料金を負担させることになるので、こうした方法を採用することは従来できなかった。
【０００４】
本発明は上述の点に鑑みてなされたもので、携帯通信端末において定期的にプレイヤーを起動して、該携帯通信端末を通信ネットワークを介して所定のコンテンツ配信サーバに接続することで、ユーザが定期更新型コンテンツの更新時期にあわせて定期的に定期更新されたコンテンツを取得することができるようにしたコンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
【０００７】
本発明に係る携帯通信端末装置は、定期的に内容が更新される定期更新コンテンツを記憶するとともに、該記憶した定期更新コンテンツのうち所定期間を過ぎたものを過去更新分コンテンツとして別途記憶し、さらに、前記定期更新コンテンツを定期に取得し再生するための定期コンテンツ取得再生プログラムと前記過去更新分コンテンツを再生するための過去更新分コンテンツ再生プログラムを記憶したサーバ装置にアクセスして、該サーバ装置から前記定期コンテンツ取得再生プログラムと前記過去更新分コンテンツ再生プログラムとを取得する取得手段と、前記サーバ装置における前記コンテンツ更新時期にあわせて、予め設定された所定期間毎に、前記取得した定期コンテンツ取得再生プログラムを起動させる自動起動手段と、前記予め設定された所定期間とは独立して、前記過去更新分コンテンツの取得を指示する過去更新分コンテンツ取得指示手段と、前記過去更新分コンテンツの取得指示に応じて、前記サーバ装置にアクセスして前記過去更新分コンテンツの取得を要求し、該サーバ装置から該要求した過去更新分コンテンツを取得する過去更新分コンテンツ取得手段と、前記過去更新分コンテンツ取得手段にて取得したコンテンツを再生するために前記取得した過去更新分コンテンツ再生プログラムを起動させる起動手段と、前記起動されたプログラムを実行する実行手段とを具備し、前記定期コンテンツ取得再生プログラムは、該定期コンテンツ取得再生プログラムの起動毎に、前記定期更新コンテンツの取得をユーザに対して催促するステップと、前記催促に応じて、前記定期更新コンテンツの取得を指示するステップと、前記指示に応じて、前記サーバ装置にアクセスして前記定期更新コンテンツの取得を要求し、該サーバ装置から該要求した定期更新コンテンツを取得するステップと、前記取得した定期更新コンテンツを再生するステップとからなることを特徴とする。このようにすると、コンテンツ取得再生プログラムがない場合であっても、サーバ装置からコンテンツ取得再生プログラムを取得するだけで定期更新コンテンツを見逃さずに楽しむことができるようになる。
【０００９】
本発明の実施態様によれば、前記コンテンツの再生後に、ユーザに再生したコンテンツに対する所定の評価情報を入力させ、該入力された評価情報を前記サーバ装置に対して送信する評価手段を更に具備してもよい。このように、再生したコンテンツに対する評価情報をユーザに入力させることによって、簡単にユーザの評価をコンテンツ作成者に対してフィードバックすることができる。
【００１０】
本発明は、装置の発明として構成し実施することもできるし、方法の発明として構成し実施することもできる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記憶媒体の形態で実施することもできる。
【００１１】
【発明の実施の形態】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明する。
【００１２】
図１は、この発明に係る携帯通信端末及びコンテンツ配信サーバ装置で構成されたコンテンツ配信システムの全体構成の一実施例を示すシステムブロック図である。この図１に示したコンテンツ配信システムは、携帯通信端末ＭＴと、コンテンツ配信サーバＭＳ（以下、単にサーバＭＳ）と、サーバＭＳと専用線で接続された無線通信キャリアサーバＣＳと、無線通信ネットワークＸとにより構成される。該コンテンツ配信システムを構成する各々の装置（上記携帯通信端末ＭＴ、コンテンツ配信サーバＭＳ、無線キャリアサーバＣＳ）は、各々がＣＰＵ、ＲＯＭ、ＲＡＭ、通信インタフェース等を含む独立したコンピュータにより構成されているものである。こうした各々の装置を無線通信ネットワークＸや専用線等を用いて接続することでクローズドネットワークが形成され、各々の装置は該クローズドネットワークにおいて、各種情報やデータ（例えば、ＨＴＭＬ（Hyper Text Markup Language）ファイル、ＵＲＬ（Uniform Resource Locator）、画像データや演奏データなどで構成されるコンテンツデータ、コンテンツ再生プレイヤーなどのソフトウエアプログラムなど）の送信や受信などの情報配信を行うことができるようになっている。
【００１３】
この実施例に示すコンテンツ配信システムにおいては周知のネットワーク用ＷＥＢブラウザやコンテンツ再生プレイヤー（例えば、Java（R）プログラムによるプレイヤーなど）などの所定のソフトウエアプログラムを用いることで、携帯通信端末ＭＴからサーバＭＳに対してユーザが購読したいマンガや絵本などのコンテンツをリクエストすることができ、該サーバＭＳからリクエストに応じたコンテンツ（詳しくはコンテンツデータ）を配信して携帯通信端末ＭＴ側でそのコンテンツ内容を表示する、該表示に対応した音声やＢＧＭ等を発音する、ことを既存の無線通信ネットワークＸを利用して実現するネットワークシステムである。
勿論、上記したコンテンツ配信システムはこれら以外のハードウェアを有する場合もあるが、ここでは必要最小限の資源を用いた場合について説明する。
【００１４】
図１に示すコンテンツ配信システムを構成する携帯通信端末ＭＴは、例えば携帯電話やＰＤＡ（Personal Data(又はDigital) Assistantsの略）等の無線通信が可能な小型端末であり、本来の通信機能のほかに表示機能や音楽・音声再生機能も併せ持つ。すなわち、携帯通信端末ＭＴは、ユーザによるアクセス要求（例えば、ＵＲＬの指定など）に従って、サーバＭＳへ無線通信ネットワークＸを介してアクセスすることができる。また、該携帯通信端末ＭＴは、アクセスしたサーバＭＳから取得したユーザ所望のコンテンツを表示したり音を発したりすることができる。例えば、無線通信ネットワークＸ上のサーバＭＳは多数のＨＴＭＬファイル（つまり、ＨＴＭＬで記述された複数のＷｅｂページを生成する基となる表示情報）を記憶しており、それぞれのＨＴＭＬファイルは特定のサーバＭＳに記憶されたＨＴＭＬファイルを指定するために用いられるネットワークアドレスであり、所定の文字列情報で構成されるＵＲＬで識別される。携帯通信端末ＭＴはこのＵＲＬを指定することでサーバＭＳから該ＵＲＬに対応するＨＴＭＬファイルを読み出し、この読み出されたＨＴＭＬファイルに基づいてＷｅｂページを表示する。こうしたＨＴＭＬファイルに基づくＷｅｂページの表示は周知の技術であることから、説明を省略する。そして、数あるサーバの中から本発明に係るコンテンツ配信サーバＭＳへアクセスしてユーザ情報を送信すると、携帯通信端末ＭＴはアクセスしたコンテンツ配信サーバＭＳからコンテンツ再生プレイヤーを自動的に受信する。アクセスしたコンテンツ配信サーバＭＳからコンテンツを受信して再生する際には、前記受信したコンテンツ再生プレイヤーを起動して使用する。こうした処理の詳細な説明については後述することから、ここでの説明を省略する。
【００１５】
携帯通信端末ＭＴとサーバＭＳとの間で双方向通信を行う場合には、無線通信キャリアサーバＣＳを介する。無線通信キャリアサーバＣＳはサーバＭＳと無線通信ネットワークＸとの間に接続されて、サーバＭＳと無線通信ネットワークＸとの間における各種情報の送受信を中継するためのものであり、この無線通信キャリアサーバＣＳを介することによって、携帯通信端末ＭＴとサーバＭＳとの間で各種情報の送受信を行うことができるようになっている。すなわち、携帯通信端末ＭＴは無線通信ネットワークＸに接続されている無線通信キャリアサーバＣＳを介しないと、サーバＭＳに対してアクセスできないようになっている。
【００１６】
上述した携帯通信端末ＭＴと共にコンテンツ配信システムを構成するコンテンツ配信サーバＭＳは、Ｗｅｂページ表示の際に用いられるＨＴＭＬファイルやコンテンツデータなどを多数記憶しており、携帯通信端末ＭＴからのサーバへのアクセス要求（例えば、ＵＲＬの指定など）に応じてその要求に相当するＨＴＭＬファイルを携帯通信端末ＭＴへ送信すると共に、携帯通信端末ＭＴからのコンテンツ送信要求に応じてコンテンツデータを送信する、といった処理を行うサーバコンピュータである。すなわち、サーバＭＳは無線通信ネットワークＸ及び無線通信キャリアサーバＣＳを介して携帯通信端末ＭＴと接続され、接続された携帯通信端末ＭＴからのアクセス要求に応じたＨＴＭＬファイルや、接続された携帯通信端末ＭＴからのコンテンツ送信要求に応じたコンテンツデータなどを読み出して携帯通信端末ＭＴへ送信する。
【００１７】
なお、携帯通信端末ＭＴとして用いられる機器は携帯電話やＰＤＡ等に限らず、無線通信ネットワークＸを介してサーバＭＳからコンテンツを取得して再生することのできるものであればどのような形態の機器であってもよい。また、複数の携帯通信端末ＭＴやサーバＭＳなどが無線通信ネットワークＸに接続されていてよいことは言うまでもない。すなわち、無線通信ネットワークＸ上には、多数の携帯通信端末ＭＴ、サーバＭＳ、無線通信キャリアサーバＣＳが接続されていてよい。
【００１８】
以上のように、サーバＭＳと携帯通信端末ＭＴとは携帯電話などの種々の無線通信ネットワークＸを介して互いに接続されるものであり、ユーザは携帯通信端末ＭＴを無線通信ネットワークＸ上に接続してサーバＭＳとの間で双方向通信を行うことによって、携帯通信端末ＭＴからサーバＭＳに記憶されているＷｅｂページを閲覧したり、ユーザ所望のコンテンツをサーバＭＳから携帯通信端末ＭＴに取り込んで楽しむことができるようになっている。特に、無線通信ネットワークＸを介して所定のコンテンツ配信サーバＭＳにアクセスした際に専用のコンテンツ再生プレイヤーを取り込むことで、ユーザは該コンテンツ配信サーバＭＳにおいて定期的に内容が更新される定期更新型のコンテンツ（例えば、毎週あるいは毎月新たに発行する定期購読コンテンツなど）を更新時期にあわせて見逃すことなく楽しむことができるようになっている。
【００１９】
ここで、携帯通信端末ＭＴのハード構成の一実施例について、図２を用いて簡単に説明する。図２は、携帯通信端末の全体構成の一実施例を示すハード構成ブロック図である。
本実施例に示す携帯通信端末ＭＴは、マイクロプロセッサユニット（ＣＰＵ）１、リードオンリメモリ（ＲＯＭ）４、ランダムアクセスメモリ（ＲＡＭ）５からなるマイクロコンピュータによって制御されるようになっている。ＣＰＵ１は、この携帯通信端末ＭＴ全体の動作を制御するものである。このＣＰＵ１に対して、所定の通信バス（図示せず）などを介して電波送受信機２Ａ、タイマ３、リードオンリメモリ（ＲＯＭ）４、ランダムアクセスメモリ（ＲＡＭ）５、外部記憶装置６、通信インタフェース（Ｉ／Ｆ）７、操作スイッチ群８、音声用スピーカ９、マイクロフォン１０、表示器１１、楽音生成用音源１２Ｂ、フラッシュメモリ１３などがそれぞれ接続されている。タイマ３は、タイマ割込み処理（インタラプト処理）における割込み時間や各種時間を計時する。すなわち、タイマ３は時間間隔を計数したり、所定の演奏データに基づき楽曲を自動演奏する際の演奏テンポを設定したりするためのクロックパルスを発生する。このようなタイマ３からのクロックパルスはＣＰＵ１に対して処理タイミング命令として与えられたり、あるいはＣＰＵ１に対してインタラプト命令として与えられる。ＣＰＵ１は、これらの命令に従って各種処理を実行する。
【００２０】
ＲＯＭ４は、ＣＰＵ１により実行あるいは参照される各種プログラム（例えば、後述するＷｅｂブラウザやプログラムマネージャなど）や各種データ等を格納するものである。ＲＡＭ５はサーバＭＳから受信したＨＴＭＬファイルやコンテンツデータ、ＣＰＵ１が所定のプログラムを実行する際に発生する各種データなどを一時的に記憶するワーキングメモリとして、あるいは現在実行中のプログラムやそれに関連するデータを記憶するメモリ等として使用される。ＲＡＭ５の所定のアドレス領域がそれぞれの機能に割り当てられ、レジスタやフラグ、テーブル、メモリなどとして利用される。
【００２１】
フラッシュメモリ１３又は外部記憶装置６は、サーバＭＳから受信したコンテンツ再生プレイヤーなどの、ＣＰＵ１が実行する各種制御プログラムや各種データなどを記憶するものである。前記ＲＯＭ４に制御プログラムが記憶されていない場合に、この外部記憶装置６（例えば半導体メモリ）に制御プログラムを記憶させておき、それを前記ＲＡＭ５に読み込むことにより、ＲＯＭ４に制御プログラムを記憶している場合と同様の動作をＣＰＵ１にさせることができる。このようにすると、制御プログラムの追加やバージョンアップ等が容易に行える。なお、こうした外部記憶装置６は携帯通信端末ＭＴ本体に予め内蔵されているもの、あるいはケーブルなどを使って外部接続できるもののいずれであってもよい。本体に内蔵されているものである場合には、装置構成が小さい小型の半導体メモリなどが好ましい。外部接続するものである場合には、ハードディスク（ＨＤ）に限られず、フレシキブルディスク（ＦＤ）、コンパクトディスク（ＣＤ−ＲＯＭ・ＣＤ−ＲＡＭ）、光磁気ディスク（ＭＯ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋの略）等の着脱自在な様々な形態の外部記憶媒体を利用する記憶装置であればどのようなものであってもよい。
【００２２】
この実施例に示す携帯通信端末ＭＴでは通信用の入出力インタフェースとして、電波送受信機２Ａと通信インタフェース（Ｉ／Ｆ）７とを具える。電波送受信機２Ａはアンテナ２及び無線通信キャリアサーバＣＳ（図１参照）を介して無線通信によって各種情報の送受信を行うものであり、通信インタフェース（Ｉ／Ｆ）７は有線通信によって各種情報の送受信を行うものである。上述したコンテンツ配信システムにおいては、電波送受信機２Ａによって該携帯通信端末ＭＴとサーバＭＳとの間において、各種情報のやり取りを行うことが可能となっている。すなわち、本実施例に示した携帯通信端末ＭＴの場合、電波送受信機２Ａ及び無線通信ネットワークＸを介してサーバＭＳへとＨＴＭＬファイルやコンテンツデータなどのダウンロードを要求するコマンドを送信する。サーバＭＳは、このコマンドを受け、要求されたＨＴＭＬファイルやコンテンツデータなどを、無線通信ネットワークＸを介して携帯通信端末ＭＴ側へと配信し、携帯通信端末ＭＴが電波送受信機２Ａを介して、これらＨＴＭＬファイルを受信して表示器１１上にＷｅｂページを表示したり、あるいはコンテンツデータを受信して表示器１１上に画像やテキストを表示したり、楽音を発音したりする。他方、通信インタフェース（Ｉ／Ｆ）７は、他の携帯通信端末ＭＴなどの機器と所定のケーブルを介して接続することのできる有線のインタフェースであり、相手方の機器に記憶された各種情報を携帯通信端末ＭＴ側に取り込むことのできるインタフェースである。例えば、携帯通信端末ＭＴにおいて、ＲＯＭ４や外部記憶装置６（半導体メモリ）等に制御プログラムなどが記憶されていない場合に、他の携帯通信端末ＭＴなどから制御プログラムなどを取得するために通信インタフェース７は用いられる。勿論、電波送受信機２Ａを介することによっても、携帯通信端末ＭＴ間で直接各種情報の送受信を行うことができることは言うまでもない。
【００２３】
操作スイッチ群８は、携帯通信端末ＭＴ本体に装備（あるいは内蔵）されている数字キーや操作スイッチなどの各種スイッチである。音声用スピーカ９は音声を発するための専用のスピーカであり、Ｄ／Ａ変換器９Ａを介してディジタル信号からアナログ信号に変換された音声信号に従って発音を行うものである。例えば、電波送受信機２Ａで受信した音声データをディジタル／アナログ信号変換後に音声用スピーカ９に与えることによって、該音声用スピーカ９から音声を発音する。マイクロフォン１０は音響入力装置であって、該マイクロフォン１０に入力された音声を電圧あるいは電流などからなる音声データに変換するためのものである。Ａ／Ｄ変換器１０Ａは、入力されたアナログの音声データをディジタル信号に変換するものである。表示器１１は、携帯通信端末ＭＴ本体に装備（あるいは内蔵）されている例えば液晶表示パネル（ＬＣＤ）等から構成されるディスプレイなどである。
【００２４】
楽音生成用音源１２Ｂは複数のチャンネルで楽音信号の同時発生が可能な楽音生成用の音源であり、電波送受信機２Ａ等により受信された演奏データあるいは外部記憶装置６から読み出した演奏データなどを基に所定の楽音信号を発生する。楽音生成用音源１２Ｂから発生された楽音信号は、Ｄ／Ａ変換器１２Ａ及び楽音用スピーカ１２を介して発音される。こうした演奏データの形式はＭＩＤＩ形式のようなディジタル符号化されたものであってもよいし、ＰＣＭ、ＤＰＣＭ、ＡＤＰＣＭのような波形サンプルデータ方式からなるものであってもよい。また、この楽音生成用音源１２Ｂの構成には、従来のいかなる構成を用いてもよい。例えば、楽音生成用音源１２ＢはＦＭ、ＰＣＭ、物理モデル、フォルマント合成等の各種楽音合成方式のいずれを採用してもよく、また専用のハードウェアで構成してもよいし、ＣＰＵ１によるソフトウェア処理で構成してもよい。
【００２５】
上述したように、本実施例においてはコンテンツ配信サーバＭＳから携帯通信端末ＭＴに対してコンテンツデータを配信し、該コンテンツデータに基づいてコンテンツを携帯通信端末ＭＴ側で楽しむことができるようになっている。そこで、上述したコンテンツ配信サーバＭＳから携帯通信端末ＭＴに対して配信するコンテンツデータのデータ構成について、図３を用いて説明する。図３は、コンテンツデータのデータフォーマットの一実施例を示す概念図である。
【００２６】
図３から理解できるように、コンテンツデータは画像トラック、テキストトラック、演奏トラック、音声トラックを含んでなる。画像トラックはマンガや絵本などの画像を表示するためのデータであり、複数の静止画や動画などの画像データとそのシーケンスデータ（すなわち、どの画像データをどのようなタイミングで表示するかを規定したデータ）などからなる。テキストトラックは所定の文字列からなるテキストを表示するためのデータであり、テキストシーケンスデータ（例えば、テキスト表示内容、表示位置、フォント等のテキストイベントとその表示タイミングデータなど）からなる。演奏トラックはＢＧＭなどとして用いる楽音を自動演奏するためのデータであり、演奏シーケンスデータ（音色、ノートオン、ノートオフ、ノートナンバ、ベロシティ等のノートイベントとその発生タイミングなど）からなる。音声トラックは音声や効果音などを自動発生するためのデータであり、ＰＣＭやＤＰＣＭ等の音声データとそのシーケンスデータ（すなわち、どの音声データをどのタイミングで再生するかを規定したデータ）とからなる。コンテンツ配信サーバＭＳから携帯通信端末ＭＴに対して上記したようなデータフォーマットからなるコンテンツデータを送信することで、コンテンツデータを受信した携帯通信端末ＭＴでは、演奏トラックや音声トラックをＢＧＭやＳＥ（効果音）として再生しながら、画像トラックの画像やテキストトラックのテキストなどを各々のシーケンスデータに従って順次に表示器１１に表示することができる。すなわち、携帯通信端末ＭＴ側でマンガや絵本などの画像をＢＧＭや音声などと共に楽しむことができる。
【００２７】
なお、コンテンツデータのデータ構成は上記のような構成例に限らない。例えば、コンテンツデータのデータ構成として、上記した内容の他に著作権情報（画像、テキスト、演奏、音声を制作した製作者に関する情報等）、データコピー可／不可情報、コピー可能回数情報等を含んだものであってもよい。また、コンテンツデータは画像トラック、テキストトラック、演奏トラック、音声トラックの全てを同時に含む必要はなく、少なくとも画像トラックを含んでいればよい。ただし、そうした場合にはマンガや絵本といった画像だけが表示器１１に表示されるだけであり、マンガや絵本の内容に対応した音声やＢＧＭなどは流れないことになる。
【００２８】
本発明に係る携帯通信端末ＭＴ及びサーバＭＳにおいては、携帯通信端末ＭＴから初めて所望のコンテンツ配信サーバＭＳにアクセスした場合に、サーバＭＳがユーザに対してユーザ登録の実行を促し、該ユーザ登録を行ったユーザに対してのみ所定のコンテンツ再生プレイヤーを配信するようになっている。すなわち、ユーザ登録を行ったユーザだけがコンテンツ再生プレイヤーをダウンロードすることができる。こうして携帯通信端末ＭＴ側にダウンロードされたコンテンツ再生プレイヤーが定期的に動作することで、サーバＭＳから定期購読型のコンテンツを定期的に受信することができるようになっている。そこで、ユーザが携帯通信端末ＭＴから初めて所定のコンテンツ配信サーバＭＳに対してアクセスした場合に行われるユーザ登録処理について、図４を用いて簡単に説明する。図４は、ユーザ登録処理の一実施例を示すフローチャートである。
【００２９】
ステップＳ１では、携帯通信端末ＭＴ側においてユーザ所望のコンテンツ配信サーバＭＳにアクセスする。すなわち、ＵＲＬ等を利用してユーザ所望のコンテンツ配信サーバＭＳにアクセスする。サーバＭＳ側では、携帯通信端末ＭＴからアクセス要求を受け取ると、ユーザ情報入力画面データ（図示せず）をアクセスした携帯通信端末ＭＴに対して送信する（ステップＳ１１）。携帯通信端末ＭＳはユーザ情報入力画面を表示する（ステップＳ２）。そして、表示されたユーザ情報入力画面に従ってユーザ情報が入力されると、該ユーザ情報をサーバＭＳに送信する（ステップＳ３）。サーバＭＳではユーザ情報を受信すると、該ユーザ情報をデータベースなどに登録すると共に（ステップＳ１２）、定期購読プレイヤーと単行本プレイヤーといったコンテンツ再生プレイヤープログラムを送信する（ステップＳ１３）。携帯通信端末ＭＴでは定期購読プレイヤーと単行本プレイヤーを受信すると、ＷＥＢブラウザによる制御からプログラムマネジャーによる制御へと制御を渡す。ＷＥＢブラウザから制御を渡されたプログラムマネージャは、サーバＭＳから受信した各プレイヤープログラムをインストール、すなわち携帯通信端末ＭＴ側のフラッシュメモリ１３などに記憶し（ステップＳ５）、さらに定期購読プレイヤーの自動起動時期を登録する（ステップＳ６）。この自動起動時期はサーバＭＳから受信した定期購読プレイヤーに付随した情報であり、該自動起動時期をプログラムマネージャによって監視することで、定期購読プレイヤーを確実に定期的に起動することができるようになっている（詳しくは後述する）。
【００３０】
上述したコンテンツ配信サーバＭＳに記憶するコンテンツの中には、定期的に（所定期間毎に）その内容が更新されるコンテンツがある。例えば、週刊誌のような週毎に内容が更新される週刊誌型の定期購読コンテンツや月刊誌のような月毎に内容が更新される月刊誌型の定期購読コンテンツがある。そこで、こうした定期購読型のコンテンツの生成処理について、図５を用いて説明する。図５は、上述したコンテンツ配信サーバＭＳで実行するコンテンツ更新処理の一実施例を示すフローチャートである。以下、図５に示したフローチャートに従って、当該処理の動作を説明する。
【００３１】
ステップＳ２１では、定期購読コンテンツの登録時期であるか否かを判定する。例えば、週刊誌型のコンテンツである場合には毎週月曜日であるか否かのように曜日の判定を行うし、月刊誌型のコンテンツである場合には各月の１日であるか否かの判定を行う。なお、この登録時期は、コンテンツの定期購読時期（すなわち、定期購読プレイヤーが自動起動する時期）より前の適当な時期とされている。定期購読コンテンツの登録時期であると判定された場合には（ステップＳ２１のＹＥＳ）、定期購読コンテンツ最新号のデータを定期購読コンテンツ記憶領域に登録し、最新号メニューを作成する（ステップＳ２２）。すなわち、最新号のコンテンツメニューを最新のコンテンツの内容を示すものに書きかえる。ステップＳ２３では、コンテンツデータベースの更新時期であるか否かを判定する。なお、この更新時期は適宜設定することができ、一例として１ヶ月毎（月末等）に更新時期が来るものとする。コンテンツデータベースの更新時期であると判定された場合には（ステップＳ２３のＹＥＳ）、所定期間分（例えば１ヶ月分）の定期購読コンテンツを、コンテンツデータベースへと移動する（ステップＳ２４）。すなわち、定期購読コンテンツの場合には定期的に内容が更新されることから、そのままでは更新前のコンテンツ内容が残らない。そこで、本実施例においては、所定のコンテンツデータベースの更新時期毎に、所定期間分のコンテンツをデータベースに移動することによって、過去のコンテンツを記録して残しておくようにしている。このように、定期購読コンテンツを所定期間毎にデータベースに記録し、該データベース内のコンテンツは、携帯通信端末ＭＴからの要求に応じて定期購読時期とは無関係に配信できるようにすることによって、定期購読しなかったユーザや、途中から入会したユーザであっても、過去に配信された定期購読コンテンツを取得して楽しむことができる。
【００３２】
こうして内容が更新された定期購読コンテンツに関しての更新情報などは、ユーザが携帯通信端末ＭＴをサーバＭＳに接続しない限りユーザに対して伝わることがない。そこで、本実施例においては、サーバＭＳから受信した定期購読プレイヤーを定期購読コンテンツの内容が更新される更新時期にあわせて定期的に起動することで、ユーザが更新済みの定期購読コンテンツを見逃すことのないように定期的にアクセスさせるようにしている。こうした定期購読コンテンツ購読処理を図６に示す。図６は、上述した携帯通信端末ＭＴ側及びサーバＭＳ側で各々実行する定期購読コンテンツ購読処理の一実施例を示すフローチャートである。以下、図６に示したフローチャートに従って、当該処理の動作を説明する。
【００３３】
まず、携帯通信端末ＭＴ側で常時起動しているプログラムマネージャにおいて、定期購読プレイヤーの自動起動時期であるか否かを判定し（ステップＳ３１）、定期購読プレイヤーの自動起動時期であると判定した場合には（ステップＳ３１のＹＥＳ）、定期購読プレイヤープログラムを起動する（ステップＳ３２）。定期購読プレイヤーが起動すると、以後の処理はプログラムマネージャではなく定期購読プレイヤーが実行する。定期購読プレイヤーは、まず初期画面（図７（ａ）参照）を表示する（ステップＳ３３）。そして、該表示した初期画面において、定期購読型コンテンツの最新号「取得」操作が行われたか否かを判定する（ステップＳ３４）。「取得」操作が行われずに定期購読プレイヤーを終了させた場合には（ステップＳ３４のＮＯ）、該処理を終了する。一方、「取得」操作が行われた場合には（ステップＳ３４のＹＥＳ）、コンテンツ配信サーバＭＳにアクセスし、最新号メニューの送信をアクセスしたサーバＭＳに対して要求する（ステップＳ３５）。サーバＭＳでは最新号メニューの送信要求に基づき、最新号メニューを携帯通信端末ＭＴへ送信する（ステップＳ５１）。サーバＭＳから最新号メニューを受信した携帯通信端末ＭＴは、これに基づいて最新号メニュー（図７（ｂ）参照）を表示する（ステップＳ３６）。
【００３４】
ステップＳ３７では、コンテンツが選択されたか否かを判定する。コンテンツが選択されていない場合には（ステップＳ３７のＮＯ）、ステップＳ４２の処理へジャンプする。他方、コンテンツが選択された場合には（ステップＳ３７のＹＥＳ）、選択されたコンテンツの送信をサーバＭＳに対して要求する（ステップＳ３８）。サーバＭＳではコンテンツの送信要求を受信すると、該要求に基づき選択したコンテンツを送信する（ステップＳ５２）。携帯通信端末ＭＴではサーバＭＳからコンテンツを受信すると、該受信したコンテンツを再生（図７（ｃ）参照）する（ステップＳ３９）。コンテンツの再生が終了すると感想・ブックマーク画面（図７（ｄ）参照）を表示し（ステップＳ４０）、該画面からユーザにより入力された感想・ブックマーク情報をサーバＭＳに対して送信する（ステップＳ４１）。サーバＭＳでは、受信した感想・ブックマーク情報を記憶する（ステップＳ５３）。ステップＳ４２では、該定期購読プレイヤーを終了するか否かの判定を行う。終了しないと判定した場合には（ステップＳ４２のＮＯ）、ステップＳ３７の処理へ戻って、上記ステップＳ３７〜ステップＳ４２までの処理を繰り返し行う。こうして、ユーザが定期更新された他の定期更新コンテンツを選択して楽しむことができるようになっている。
【００３５】
ここで、上述した定期購読コンテンツ購読処理によって携帯通信端末ＭＴ側に表示される画面について、図７を用いて簡単に説明する。図７は、定期購読コンテンツ購読処理時に携帯通信端末ＭＴ側に表示される画面の一実施例を示したものである。
図７（ａ）に示す画面は自動起動画面（初期画面）であり、プログラムマネージャにより定期購読プレイヤーが起動されると（図６のステップＳ３２参照）、ステップＳ３３にて表示される画面である。該自動起動画面では、定期購読プレイヤーが起動して最新号のコンテンツメニュー（つまり最新号メニュー）を取得するようにユーザに促すための初期画面が表示される。この初期画面は定期購読プレイヤープログラム内に予め用意されたデータに基づいて表示されるもので、この画面を表示した時点ではパケット料金はかからない。ユーザが該自動起動表示画面に表示された「取得」ボタンを押すと、最新号のコンテンツのメニューを所定のコンテンツ配信サーバＭＳから取得する。ユーザが「取得」ボタンを押さない限りは、コンテンツ配信サーバＭＳにアクセスして最新号メニューを取得することがない。コンテンツ配信サーバＭＳから最新号メニューを取得した場合には、所定のパケット料金がユーザに対してかけられる。図７（ｂ）に示す画面は最新号のメニュー画面であり、上記自動起動画面における「取得」ボタンを押した場合に表示される画面である。すなわち、コンテンツ配信サーバＭＳから取得した最新号のメニューを表示した画面である。この実施例に示した画面においては、各コンテンツのタイトルと作家名とがリスト表示されている。ユーザがいずれかのコンテンツを選択すると、コンテンツ配信サーバＭＳからそのコンテンツが送信され、定期購読プレイヤーで再生される。
【００３６】
図７（ｃ）に示す画面はコンテンツ再生画面であり、上記最新号のメニュー画面においてコンテンツが選択された場合に表示される画面である。この実施例に示す画面では、上記最新号のメニュー画面において「１．散歩／花子」が選択され、該コンテンツをコンテンツ配信サーバＭＳから取得して再生した画面を例に示した。このコンテンツ再生画面では、画像が表示されると共に、台詞（犬のふきだしの「わん」）や説明文（画面下方の「花子さんは、犬と散歩に行きました。」）などを同時に表示することができる。また、こうしたコンテンツ再生画面の表示中には、該画面表示の内容にあわせて、同時にＢＧＭや効果音が再生され発音することもできるようになっている。図７（ｄ）に示す画面は感想・ブックマーク画面であり、コンテンツ再生終了後に表示される画面である。ユーザは、該画面から再生したコンテンツの感想を入力することにより（この実施例では１〜３までの番号を選択するだけで感想を入力することができる）、コンテンツ配信サーバＭＳにユーザの感想を送信することが簡単にできるようになっている。また、ユーザが同じコンテンツを簡単に見ることができるようにするためには、ブックマークの「１．する」を選択すればよい。こうすれば、ユーザはブックマークを利用した簡単な操作で、再度同じコンテンツを楽しむことができる。こうした感想やブックマークなどの情報は、コンテンツ配信サーバＭＳに配信されて蓄積される。そして、サーバＭＳ側に蓄積された情報を分析することによって、コンテンツを提供した作家などに自身の作成したコンテンツに関するユーザの評判やユーザの好みのコンテンツジャンルなどの情報をフィードバックすることができるようになる。
【００３７】
図１に示したコンテンツ配信システムにおいては、定期的に内容が更新される定期購読コンテンツだけでなく、単行本コンテンツを購読することもできるようになっている。単行本コンテンツとは、定期購読コンテンツとして過去に提供された作品を個々の作家別あるいは作品別にまとめたコンテンツである。そこで、こうした単行本コンテンツを購読するための単行本購読処理について、図８及び図９を用いて説明する。図８及び図９は、上述した携帯通信端末ＭＴ側及びサーバＭＳ側で各々実行する単行本購読処理の一実施例を示すフローチャートである。図８は単行本購読処理の前半部分を示すフローチャートであり、図９は図８に示したフローチャートに続く該単行本購読処理の後半部分を示すフローチャートである。以下、図８及び図９に示したフローチャートに従って、当該処理の動作を説明する。
【００３８】
ステップＳ６１では、携帯通信端末ＭＴ側において所定のコンテンツ配信サーバＭＳにアクセスする。サーバＭＳ側では、携帯通信端末ＭＴからアクセス要求を受け取ると、該コンテンツ配信サーバＭＳで提供することが可能なメニューをアクセスした携帯通信端末に対して送信する（ステップＳ８１）。携帯通信端末ＭＴではサーバＭＳからメニューを受信すると、受信したメニューを表示器１１に表示する（ステップＳ６２）。ステップＳ６３では、メニューから単行本リストが選択されたか否かを判定する。単行本リストが選択されていない場合には（ステップＳ６３のＮＯ）、後述する検索・ブックマーク選択処理が選択されたものとして検索・ブックマーク選択処理を実行して（ステップＳ６４）、該処理を終了する。一方、単行本リストが選択されている場合には（ステップＳ６３のＹＥＳ）、単行本リストの送信をサーバＭＳに対して要求する（ステップＳ６５）。単行本リストの送信要求を受信したサーバＭＳでは、該要求に基づく単行本リストを携帯通信端末ＭＴに対して送信する（ステップＳ８２）。携帯通信端末ＭＴではサーバＭＳから単行本リストを受信すると単行本リストを表示器１１に表示し（ステップＳ６６）、ユーザにより単行本の選択操作が行われたか否かを判定する（ステップＳ６７）。単行本の選択操作が行われていない場合には（ステップＳ６７のＮＯ）、後述の図９に示すフローチャートにおけるステップＳ７６の処理へジャンプする。他方、単行本の選択操作が行われている場合には（ステップＳ６７のＹＥＳ）、選択された単行本のコンテンツリストの送信をサーバＭＳに対して要求する（ステップＳ６８）。サーバＭＳでは単行本のコンテンツリストの送信要求を受信すると、該要求に基づくコンテンツリストを携帯通信端末ＭＴに対して送信する（ステップＳ８３）。携帯通信端末ＭＴではサーバＭＳからコンテンツリストを受信して、コンテンツリストを表示する（ステップＳ６９）。そして、携帯通信端末ＭＴ及びサーバＭＳにおける各処理は図９に示すフローチャートに続く。
【００３９】
図９に示したフローチャートの処理へ移って、図８のステップＳ６９の処理に続くステップＳ７０の処理では、ユーザによりコンテンツの選択が行われたか否かを判定する。コンテンツの選択が行われていない場合には（ステップＳ７０のＮＯ）、ステップＳ７６の処理へジャンプする。コンテンツの選択が行われている場合には（ステップＳ７０のＹＥＳ）、サーバＭＳに対して選択されたコンテンツの送信を要求する（ステップＳ７１）。サーバＭＳではコンテンツの送信要求を受信すると、該要求に基づき、選択されたコンテンツを携帯通信端末ＭＴに対して送信する（ステップＳ８４）。携帯通信端末ＭＴではサーバＭＳからコンテンツを受信して（ステップＳ７２）、単行本プレイヤーが未起動であるか否かを判定する（ステップＳ７３）。単行本プレイヤーが未起動であると判定された場合には（ステップＳ７３のＹＥＳ）、単行本プレイヤーを起動する（ステップＳ７４）。そして、受信したコンテンツを起動中の単行本プレイヤーに渡すと（ステップＳ７５）、ＷＥＢブラウザの終了処理が行われたか否かを判定する（ステップＳ７６）。ＷＥＢブラウザの終了処理が行われている場合には（ステップＳ７６のＹＥＳ）、ＷＥＢブラウザを終了する。ＷＥＢブラウザの終了処理が行われていない場合には（ステップＳ７６のＮＯ）、図８のステップＳ６９の処理へ戻って再度コンテンツリストを表示することによって、ユーザが別のコンテンツを選択できるようにする。勿論、こうした処理に限らず、図８のステップＳ６６の処理へ戻って再度単行本リストを表示することによって、他の単行本を選択可能とするようにしてもよい。
なお、単行本プレイヤーの起動（ステップＳ７３及びステップＳ７４参照）をプログラムマネージャで行うようにしてもよいことは言うまでもない。
【００４０】
ＷＥＢブラウザからコンテンツを渡された（ステップＳ７５参照）単行本プレイヤーでは、渡されたコンテンツを再生する（ステップＳ７７）。コンテンツ再生が終了すると感想・ブックマーク画面を表示して（ステップＳ７８）、ユーザにより入力された感想・ブックマーク情報をサーバＭＳに対して送信する（ステップＳ７９）。サーバＭＳでは、携帯通信端末ＭＴから受信した感想・ブックマーク情報を記憶して（ステップＳ８５）、処理を終了する。他方、携帯通信端末ＭＴでは、終了処理が行われた否かを判定し（ステップＳ８０）、終了処理が行われている場合には（ステップＳ８０のＹＥＳ）該処理を終了し、終了処理が行われていない場合には（ステップＳ８０のＮＯ）ステップＳ７７の処理へ戻ってＷＥＢブラウザから渡されたコンテンツを繰り返し再生する。
【００４１】
ここで、上述した単行本購読処理によって携帯通信端末ＭＴ側に表示される画面について、簡単に説明する。図１０は、単行本購読処理時に携帯通信端末ＭＴ側に表示される画面の一実施例を示したものである。
図１０（ａ）に示す画面はメニュー表示画面であり、携帯通信端末ＭＴのＷＥＢブラウザで所定のコンテンツ配信サーバＭＳにアクセスすると（図８のステップＳ６２参照）表示される画面である。この実施例に示すメニュー表示画面においては、登録されている単行本コンテンツの一覧表示を実行するための項目、作家／タイトルから単行本コンテンツを検索するための項目、ブックマーク登録したコンテンツの中からの選択を行うための項目が表示されている。こうした各選択項目を選択することによって、選択項目に応じた画面表示へと表示が切り替わる。図１０（ｂ）に示す画面は単行本リスト表示画面であり、上記メニュー表示画面における「１．単行本リスト」を選択した場合に表示される画面である。すなわち、コンテンツ配信サーバＭＳから取得した単行本リストを表示した画面である。この単行本リスト表示画面には、ユーザが購読可能な単行本コンテンツのリストが表示される。ユーザがいずれかの単行本コンテンツを選択すると、コンテンツ配信サーバＭＳから選択した単行本のコンテンツリストが送信される。
【００４２】
図１０（ｃ）に示す画面は単行本のコンテンツリスト表示画面であり、例えば上記単行本リスト表示画面における「１．花子作品集」を選択した場合に表示される画面である。すなわち、コンテンツ配信サーバＭＳから取得したコンテンツリストを表示した画面である。この単行本のコンテンツリスト表示画面には、選択された単行本の目次が表示される。ユーザがいずれかのコンテンツを選択すると、コンテンツ配信サーバＭＳから選択したコンテンツが送信され、単行本プレイヤーが起動して該コンテンツを再生する。図１０（ｄ）に示す画面はコンテンツ再生画面であり、上記単行本のコンテンツリスト表示画面においてコンテンツが選択された場合に表示される画面である。この実施例に示す画面では、上述した定期購読コンテンツにおけるコンテンツ再生画面と同様の表示であることから（図７（ｃ）参照）、説明を省略する。
この実施例では図示を省略したが、コンテンツ再生終了後には、図７（ｄ）に示したような感想・ブックマーク画面を表示することは言うまでもない。
【００４３】
図１１は上述の単行本購読処理時に行われる検索・ブックマーク選択処理（図８のステップＳ６４参照）の一実施例を示すフローチャートである。以下、図１１に示すフローチャートに従って、当該処理の動作を説明する。
ステップＳ９１では、携帯通信端末ＭＴ側において作家／タイトル検索選択が行われたか否かを判定する。作家／タイトル検索選択が行われていない場合には（ステップＳ９１のＮＯ）、ブックマーク処理を実行して（ステップＳ９２）該処理を終了する。一方、作家／タイトル検索選択が行われている場合には（ステップＳ９１のＹＥＳ）、サーバＭＳに対して所定の検索画面（図示せず）を送信するよう要求する（ステップＳ９３）。サーバＭＳでは検索画面の送信要求を受信すると、該要求に基づき検索画面を携帯通信端末ＭＴに対して送信する（ステップＳ１０１）。携帯通信端末ＭＴでは検索画面を受信すると、該検索画面を表示する（ステップＳ９４）。そして、ユーザにより入力された検索条件（例えば、作家名、コンテンツタイトル等）をサーバＭＳに対して送信する（ステップＳ９５）。サーバＭＳでは検索条件を受信すると、該検索条件に基づいてコンテンツデータベースを検索し、該当コンテンツを抽出する（ステップＳ１０２）。そして、抽出したコンテンツのリストを作成し、該作成したリストを携帯通信端末ＭＴに対して送信する（ステップＳ１０３）。携帯通信端末ＭＴではサーバＭＳからリストを受信すると、該リストに基づいてコンテンツリストを表示する（ステップＳ９６）。
【００４４】
こうすると、検索画面を表示してユーザが購読したい単行本を作家やタイトルなどから検索できるようになり、検索して抽出された単行本の一覧が単行本リスト画面（図１０（ｂ）参照）として表示されることになる。ユーザは、こうして表示された単行本リストの中から購読したい単行本のみを指定して再生することができる。すなわち、上記検索・ブックマーク選択処理におけるステップＳ９６及びステップＳ１０３以降の処理は、図９に示した単行本購読処理の後半部分処理と同様の処理でよいので、説明を省略する。
【００４５】
図１２は上述の検索・ブックマーク選択処理時に行われるブックマーク処理（図１１のステップＳ９２参照）の一実施例を示すフローチャートである。以下、図１２に示すフローチャートに従って、当該処理の動作を説明する。
ステップＳ１１１では、携帯通信端末ＭＴ側においてブックマーク選択が行われたか否かを判定する。ブックマーク選択が行われていない場合には（ステップＳ１１１のＮＯ）、該処理を終了する。一方、ブックマーク選択が行われている場合には（ステップＳ１１１のＹＥＳ）、ブックマークリストをサーバＭＳに対して送信するよう要求する（ステップＳ１１２）。サーバＭＳではブックマークリストの送信要求を受信すると、該ユーザに対応するブックマークリストを読み出して携帯通信端末ＭＴに対して送信する（ステップＳ１２１）。携帯通信端末ＭＴではブックマークリストを受信すると、該ブックマークリストを表示する（ステップＳ１１３）。
【００４６】
ブックマークリストはユーザがブックマークしたコンテンツの情報をユーザ毎に記録したものであり、このブックマークリストに基づいてブックマークされたコンテンツをコンテンツリスト表示画面（図１０（ｃ）参照）として表示されることになる。ユーザは、予め購読したコンテンツに対してブックマークをしておくことで、途中まで後続したコンテンツや読み返したいお気に入りのコンテンツのみを簡単に指定して再生することができる。すなわち、上記ブックマーク処理におけるステップＳ１１３及びステップＳ１２１以降の処理は、図９に示した単行本購読処理の後半部分処理と同様の処理でよいので、説明を省略する。
【００４７】
以上のように、携帯通信端末ＭＴ側でコンテンツ再生プレイヤーを定期購読コンテンツの更新時期にあわせて起動することによって、コンテンツ配信サーバＭＳから定期更新コンテンツを定期的に受信して再生するようにした。こうすることで、電子メール等で個々のユーザ１人１人に対して更新を通知しなくても、ユーザは新しく登録されたコンテンツを逃さずに楽しむことができる。定期購読コンテンツ受信の際に、コンテンツ再生プレイヤーが自動起動するが、該コンテンツ再生プレイヤーがコンテンツ配信サーバＭＳに対して自動的にアクセスするのではなく、ユーザの意思により手動でアクセス操作を行わせるようにしたので、定期購読コンテンツの受信を希望しないユーザはアクセスにかかる通信料を無駄に支払わなくて済む、という利点がある。また、コンテンツ再生プレイヤーをコンテンツ配信サーバＭＳからダウンロードするようにしたことから、予めコンテンツ再生プレイヤーを備えていない携帯通信端末ＭＴに対しても、こうした定期購読コンテンツを定期的に購読する機能を付加することができるようになり便利である。
【００４８】
なお、定期購読プレイヤーの自動起動時期は、毎週○曜日(＝週刊誌型)、毎月×日(＝月刊誌型)、毎月第△○曜日(＝月刊誌型)、□日毎、不定期等、どのような設定となっていてもよく、これらは定期購読コンテンツ毎に決まっていればよい。日や曜日だけでなく、時間も設定できるようにしてもよい。複数の異なるユーザに対して自動起動時間を異ならせることにより、コンテンツ配信サーバへのアクセスが集中するのを防止するようにしてもよい。
なお、複数の定期購読コンテンツを並行して購読可能としてもよい。この場合、コンテンツの購読時期(プレイヤーの自動起動時期)は、コンテンツ毎に異なっていてもよいし、同じでもよい。間隔は同じ(例えば1週間)で日がずれていてもよい(例えば月曜日と水曜日)。あるいは、ある1つの起動時期のなかで、複数のコンテンツを順番に購読するようにしてもよい。例えば、2つのコンテンツを隔週で交互に購読するようにしてもよい。また、複数のコンテンツ毎に、独立した定期購読プレイヤーを用意してもよい。
なお、コンテンツ配信サーバにおいて、定期購読コンテンツをデータベースに移動させる時期は、毎週○曜日、毎月×日、毎月第△○曜日、□日毎、不定期等、どのような設定となっていてもよい。複数の定期購読コンテンツがある場合に、コンテンツ毎に異なる時期に移動させてもよい。
【００４９】
なお、コンテンツ再生プレイヤーは、定期購読プレイヤーと単行本プレイヤーのように別々になっているものに限らず、両者が統合されていてもよい。
なお、ブックマーク情報はコンテンツ配信サーバ側に記憶するようにしたが、携帯通信端末内に記憶するようにしてもよい。また、コンテンツ自体を携帯通信端末内に保存できるようにしてもよい。
なお、コンテンツ購読料は、固定(一定期間内は購読自由)でもよいし、従量制(コンテンツを購読する毎に課金)としてもよく、両者の統合されたシステム(例えば一定数までは固定料金で、それを越えたらコンテンツ購読毎に課金)としてもよい。また、いずれかをユーザが選択できるようにしてもよい。
なお、コンテンツの一部(画像の一部、テキストの一部、演奏の一部、音声の一部など)に広告情報(画像、文字、演奏(CM音楽等)、音声など)を挿入してもよい。そのとき、広告主のWEBサイトへのリンク情報をコンテンツの一部に挿入してもよい。
【００５０】
なお、コンテンツデータの一部として配信される演奏データのフォーマットは、イベントの発生時刻を曲や小節内における絶対時間で表した『イベント＋絶対時間』形式のもの、イベントの発生時刻を１つ前のイベントからの時間で表した『イベント＋相対時間』形式のもの、音符の音高と符長あるいは休符と休符長で楽音データを表した『音高（休符）＋符長』形式のもの、演奏の最小分解能毎にメモリの領域を確保し、演奏イベントの発生する時刻に対応するメモリ領域にイベントを記憶した『ベタ方式』形式のものなど、どのような形式のものでもよい。
【００５１】
【発明の効果】
この発明によれば、携帯通信端末ＭＴ側でコンテンツ再生プレイヤーをコンテンツの更新時期にあわせて起動することで、定期的にコンテンツ配信サーバにアクセスするようユーザを促すことができ、ユーザはこれに従うことで定期的に更新された新しいコンテンツを必ず受信して再生することができる。これにより、電子メール等で個々のユーザ１人１人に対して更新を通知しなくても、ユーザは新しいコンテンツを逃さずに楽しむことができるようになる、という効果を得る。
【図面の簡単な説明】
【図１】 コンテンツ配信システムの全体構成の一実施例を示すシステムブロック図である。
【図２】 図１に示した携帯通信端末の全体構成の一実施例を示すハード構成ブロック図である。
【図３】 コンテンツデータのデータフォーマットの一実施例を示す概念図である。
【図４】 ユーザ登録処理の一実施例を示すフローチャートである。
【図５】 コンテンツ配信サーバで実行するコンテンツ更新処理の一実施例を示すフローチャートである。
【図６】 携帯通信端末側及びサーバ側で各々実行する定期購読コンテンツ購読処理の一実施例を示すフローチャートである。
【図７】 定期購読コンテンツ購読処理時に携帯通信端末ＭＴ側に表示される画面の一実施例を示したものである。
【図８】 携帯通信端末側及びサーバ側で各々実行する単行本購読処理の前半処理の一実施例を示すフローチャートである。
【図９】 携帯通信端末側及びサーバ側で各々実行する単行本購読処理の後半処理の一実施例を示すフローチャートである。
【図１０】 単行本購読処理時に携帯通信端末側に表示される画面の一実施例を示したものである。
【図１１】 検索・ブックマーク選択処理の一実施例を示すフローチャートである。
【図１２】 ブックマーク処理の一実施例を示すフローチャートである。
【符号の説明】
１…ＣＰＵ、２…アンテナ、２Ａ…電波送受信機、３…タイマ、４…ＲＯＭ、５…ＲＡＭ、６…外部記憶装置、７…通信インタフェース、８…操作スイッチ群、９…音声用スピーカ、９Ａ（１２Ａ）…Ｄ／Ａ変換器、１０…マイクロフォン、１０Ａ…Ａ／Ｄ変換器、１１…表示器、１２…楽音用スピーカ、１２Ｂ…楽音生成用音源、１３…フラッシュメモリ、Ｘ…無線通信ネットワーク、ＭＴ…携帯通信端末、ＭＳ…コンテンツ配信サーバ、ＣＳ…無線通信キャリアサーバ
【発明の属する技術分野】
この発明は、通信ネットワークを介して接続された携帯通信端末からの要求に従って画像や音楽などからなるコンテンツを配信し、該配信されたコンテンツを携帯通信端末側で楽しむことのできるコンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラムに関する。
【０００２】
【従来の技術】
最近では、インターネットなどの通信ネットワークの発達に伴い、誰でもが携帯電話やＰＤＡ（Personal Data(又はDigital) Assistants）等の通信機能つきの端末機器（以下、これらを総称して携帯通信端末と呼ぶ）を通信ネットワークに接続するだけで、いつでもどこからでも通信ネットワーク上にある音楽や画像などのコンテンツからユーザ好みのコンテンツを取得し、該取得したコンテンツをユーザ個々の携帯通信端末で再生して楽しむことができるようになっている。すなわち、ユーザは携帯通信端末を用いてインターネットなどの通信ネットワークを経由して所望のコンテンツ配信サーバ（あるいはコンテンツ配信サイトとも呼ぶ）にアクセスし、該アクセスしたコンテンツ配信サーバに格納されている多数のコンテンツの中からユーザ所望のコンテンツを選択的に取得することによって、ユーザ所望のコンテンツを携帯通信端末側で楽しむことができるようになっている。こうしたインターネットなどの通信ネットワークを利用して所望のコンテンツを携帯通信端末で楽しむ場合、ユーザの選択に従ってコンテンツ配信サーバからユーザ所望のコンテンツを取得し、該取得したコンテンツを再生する所定のプレイヤー（例えば、Java（R）プログラムによるプレイヤーなど）を起動することが必要であり、従来の携帯通信端末においてはユーザ自身が必要な都度所定の操作を行うことによってこうしたプレイヤーを意識的に起動している。
【０００３】
【発明が解決しようとする課題】
上述したように、従来においては、ユーザがユーザ自身の意思でプレイヤーを起動しない限り、携帯端末装置を所望のコンテンツ配信サーバにアクセスすることができなかった。そのため、コンテンツ配信サーバに新しいコンテンツが登録されていても、ユーザが当該コンテンツ配信サーバにアクセスしない限り、こうした新しいコンテンツをユーザが楽しむことができなかった。すなわち、コンテンツ配信サーバに登録された新しいコンテンツを素早くユーザに対して提供する方法がなかった。特に、登録された新しいコンテンツが定期的に内容が更新される定期更新型のコンテンツである場合には、ユーザがコンテンツ配信サーバに対してアクセスしないでいる間に新たな更新が定期的になされてしまうことから、更新された内容のコンテンツをユーザが楽しむことのできない場合が生じてしまい不都合である、という問題点があった。こうした問題点を解決する１つの方法として、電子メールなどで新しく登録されたコンテンツに関しての情報をユーザに対して定期的に提供し、その提供した情報を基にユーザに対してコンテンツ配信サーバにアクセスしてもらうといった方法が考えられる。しかし、こうした方法による場合、コンテンツ配信対象としたい全ユーザの電子メールアドレスを収集することは非常に困難であるし、またユーザに対して電子メール送付にかかる通信料金を負担させることになるので、こうした方法を採用することは従来できなかった。
【０００４】
本発明は上述の点に鑑みてなされたもので、携帯通信端末において定期的にプレイヤーを起動して、該携帯通信端末を通信ネットワークを介して所定のコンテンツ配信サーバに接続することで、ユーザが定期更新型コンテンツの更新時期にあわせて定期的に定期更新されたコンテンツを取得することができるようにしたコンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
【０００７】
本発明に係る携帯通信端末装置は、定期的に内容が更新される定期更新コンテンツを記憶するとともに、該記憶した定期更新コンテンツのうち所定期間を過ぎたものを過去更新分コンテンツとして別途記憶し、さらに、前記定期更新コンテンツを定期に取得し再生するための定期コンテンツ取得再生プログラムと前記過去更新分コンテンツを再生するための過去更新分コンテンツ再生プログラムを記憶したサーバ装置にアクセスして、該サーバ装置から前記定期コンテンツ取得再生プログラムと前記過去更新分コンテンツ再生プログラムとを取得する取得手段と、前記サーバ装置における前記コンテンツ更新時期にあわせて、予め設定された所定期間毎に、前記取得した定期コンテンツ取得再生プログラムを起動させる自動起動手段と、前記予め設定された所定期間とは独立して、前記過去更新分コンテンツの取得を指示する過去更新分コンテンツ取得指示手段と、前記過去更新分コンテンツの取得指示に応じて、前記サーバ装置にアクセスして前記過去更新分コンテンツの取得を要求し、該サーバ装置から該要求した過去更新分コンテンツを取得する過去更新分コンテンツ取得手段と、前記過去更新分コンテンツ取得手段にて取得したコンテンツを再生するために前記取得した過去更新分コンテンツ再生プログラムを起動させる起動手段と、前記起動されたプログラムを実行する実行手段とを具備し、前記定期コンテンツ取得再生プログラムは、該定期コンテンツ取得再生プログラムの起動毎に、前記定期更新コンテンツの取得をユーザに対して催促するステップと、前記催促に応じて、前記定期更新コンテンツの取得を指示するステップと、前記指示に応じて、前記サーバ装置にアクセスして前記定期更新コンテンツの取得を要求し、該サーバ装置から該要求した定期更新コンテンツを取得するステップと、前記取得した定期更新コンテンツを再生するステップとからなることを特徴とする。このようにすると、コンテンツ取得再生プログラムがない場合であっても、サーバ装置からコンテンツ取得再生プログラムを取得するだけで定期更新コンテンツを見逃さずに楽しむことができるようになる。
【０００９】
本発明の実施態様によれば、前記コンテンツの再生後に、ユーザに再生したコンテンツに対する所定の評価情報を入力させ、該入力された評価情報を前記サーバ装置に対して送信する評価手段を更に具備してもよい。このように、再生したコンテンツに対する評価情報をユーザに入力させることによって、簡単にユーザの評価をコンテンツ作成者に対してフィードバックすることができる。
【００１０】
本発明は、装置の発明として構成し実施することもできるし、方法の発明として構成し実施することもできる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記憶媒体の形態で実施することもできる。
【００１１】
【発明の実施の形態】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明する。
【００１２】
図１は、この発明に係る携帯通信端末及びコンテンツ配信サーバ装置で構成されたコンテンツ配信システムの全体構成の一実施例を示すシステムブロック図である。この図１に示したコンテンツ配信システムは、携帯通信端末ＭＴと、コンテンツ配信サーバＭＳ（以下、単にサーバＭＳ）と、サーバＭＳと専用線で接続された無線通信キャリアサーバＣＳと、無線通信ネットワークＸとにより構成される。該コンテンツ配信システムを構成する各々の装置（上記携帯通信端末ＭＴ、コンテンツ配信サーバＭＳ、無線キャリアサーバＣＳ）は、各々がＣＰＵ、ＲＯＭ、ＲＡＭ、通信インタフェース等を含む独立したコンピュータにより構成されているものである。こうした各々の装置を無線通信ネットワークＸや専用線等を用いて接続することでクローズドネットワークが形成され、各々の装置は該クローズドネットワークにおいて、各種情報やデータ（例えば、ＨＴＭＬ（Hyper Text Markup Language）ファイル、ＵＲＬ（Uniform Resource Locator）、画像データや演奏データなどで構成されるコンテンツデータ、コンテンツ再生プレイヤーなどのソフトウエアプログラムなど）の送信や受信などの情報配信を行うことができるようになっている。
【００１３】
この実施例に示すコンテンツ配信システムにおいては周知のネットワーク用ＷＥＢブラウザやコンテンツ再生プレイヤー（例えば、Java（R）プログラムによるプレイヤーなど）などの所定のソフトウエアプログラムを用いることで、携帯通信端末ＭＴからサーバＭＳに対してユーザが購読したいマンガや絵本などのコンテンツをリクエストすることができ、該サーバＭＳからリクエストに応じたコンテンツ（詳しくはコンテンツデータ）を配信して携帯通信端末ＭＴ側でそのコンテンツ内容を表示する、該表示に対応した音声やＢＧＭ等を発音する、ことを既存の無線通信ネットワークＸを利用して実現するネットワークシステムである。
勿論、上記したコンテンツ配信システムはこれら以外のハードウェアを有する場合もあるが、ここでは必要最小限の資源を用いた場合について説明する。
【００１４】
図１に示すコンテンツ配信システムを構成する携帯通信端末ＭＴは、例えば携帯電話やＰＤＡ（Personal Data(又はDigital) Assistantsの略）等の無線通信が可能な小型端末であり、本来の通信機能のほかに表示機能や音楽・音声再生機能も併せ持つ。すなわち、携帯通信端末ＭＴは、ユーザによるアクセス要求（例えば、ＵＲＬの指定など）に従って、サーバＭＳへ無線通信ネットワークＸを介してアクセスすることができる。また、該携帯通信端末ＭＴは、アクセスしたサーバＭＳから取得したユーザ所望のコンテンツを表示したり音を発したりすることができる。例えば、無線通信ネットワークＸ上のサーバＭＳは多数のＨＴＭＬファイル（つまり、ＨＴＭＬで記述された複数のＷｅｂページを生成する基となる表示情報）を記憶しており、それぞれのＨＴＭＬファイルは特定のサーバＭＳに記憶されたＨＴＭＬファイルを指定するために用いられるネットワークアドレスであり、所定の文字列情報で構成されるＵＲＬで識別される。携帯通信端末ＭＴはこのＵＲＬを指定することでサーバＭＳから該ＵＲＬに対応するＨＴＭＬファイルを読み出し、この読み出されたＨＴＭＬファイルに基づいてＷｅｂページを表示する。こうしたＨＴＭＬファイルに基づくＷｅｂページの表示は周知の技術であることから、説明を省略する。そして、数あるサーバの中から本発明に係るコンテンツ配信サーバＭＳへアクセスしてユーザ情報を送信すると、携帯通信端末ＭＴはアクセスしたコンテンツ配信サーバＭＳからコンテンツ再生プレイヤーを自動的に受信する。アクセスしたコンテンツ配信サーバＭＳからコンテンツを受信して再生する際には、前記受信したコンテンツ再生プレイヤーを起動して使用する。こうした処理の詳細な説明については後述することから、ここでの説明を省略する。
【００１５】
携帯通信端末ＭＴとサーバＭＳとの間で双方向通信を行う場合には、無線通信キャリアサーバＣＳを介する。無線通信キャリアサーバＣＳはサーバＭＳと無線通信ネットワークＸとの間に接続されて、サーバＭＳと無線通信ネットワークＸとの間における各種情報の送受信を中継するためのものであり、この無線通信キャリアサーバＣＳを介することによって、携帯通信端末ＭＴとサーバＭＳとの間で各種情報の送受信を行うことができるようになっている。すなわち、携帯通信端末ＭＴは無線通信ネットワークＸに接続されている無線通信キャリアサーバＣＳを介しないと、サーバＭＳに対してアクセスできないようになっている。
【００１６】
上述した携帯通信端末ＭＴと共にコンテンツ配信システムを構成するコンテンツ配信サーバＭＳは、Ｗｅｂページ表示の際に用いられるＨＴＭＬファイルやコンテンツデータなどを多数記憶しており、携帯通信端末ＭＴからのサーバへのアクセス要求（例えば、ＵＲＬの指定など）に応じてその要求に相当するＨＴＭＬファイルを携帯通信端末ＭＴへ送信すると共に、携帯通信端末ＭＴからのコンテンツ送信要求に応じてコンテンツデータを送信する、といった処理を行うサーバコンピュータである。すなわち、サーバＭＳは無線通信ネットワークＸ及び無線通信キャリアサーバＣＳを介して携帯通信端末ＭＴと接続され、接続された携帯通信端末ＭＴからのアクセス要求に応じたＨＴＭＬファイルや、接続された携帯通信端末ＭＴからのコンテンツ送信要求に応じたコンテンツデータなどを読み出して携帯通信端末ＭＴへ送信する。
【００１７】
なお、携帯通信端末ＭＴとして用いられる機器は携帯電話やＰＤＡ等に限らず、無線通信ネットワークＸを介してサーバＭＳからコンテンツを取得して再生することのできるものであればどのような形態の機器であってもよい。また、複数の携帯通信端末ＭＴやサーバＭＳなどが無線通信ネットワークＸに接続されていてよいことは言うまでもない。すなわち、無線通信ネットワークＸ上には、多数の携帯通信端末ＭＴ、サーバＭＳ、無線通信キャリアサーバＣＳが接続されていてよい。
【００１８】
以上のように、サーバＭＳと携帯通信端末ＭＴとは携帯電話などの種々の無線通信ネットワークＸを介して互いに接続されるものであり、ユーザは携帯通信端末ＭＴを無線通信ネットワークＸ上に接続してサーバＭＳとの間で双方向通信を行うことによって、携帯通信端末ＭＴからサーバＭＳに記憶されているＷｅｂページを閲覧したり、ユーザ所望のコンテンツをサーバＭＳから携帯通信端末ＭＴに取り込んで楽しむことができるようになっている。特に、無線通信ネットワークＸを介して所定のコンテンツ配信サーバＭＳにアクセスした際に専用のコンテンツ再生プレイヤーを取り込むことで、ユーザは該コンテンツ配信サーバＭＳにおいて定期的に内容が更新される定期更新型のコンテンツ（例えば、毎週あるいは毎月新たに発行する定期購読コンテンツなど）を更新時期にあわせて見逃すことなく楽しむことができるようになっている。
【００１９】
ここで、携帯通信端末ＭＴのハード構成の一実施例について、図２を用いて簡単に説明する。図２は、携帯通信端末の全体構成の一実施例を示すハード構成ブロック図である。
本実施例に示す携帯通信端末ＭＴは、マイクロプロセッサユニット（ＣＰＵ）１、リードオンリメモリ（ＲＯＭ）４、ランダムアクセスメモリ（ＲＡＭ）５からなるマイクロコンピュータによって制御されるようになっている。ＣＰＵ１は、この携帯通信端末ＭＴ全体の動作を制御するものである。このＣＰＵ１に対して、所定の通信バス（図示せず）などを介して電波送受信機２Ａ、タイマ３、リードオンリメモリ（ＲＯＭ）４、ランダムアクセスメモリ（ＲＡＭ）５、外部記憶装置６、通信インタフェース（Ｉ／Ｆ）７、操作スイッチ群８、音声用スピーカ９、マイクロフォン１０、表示器１１、楽音生成用音源１２Ｂ、フラッシュメモリ１３などがそれぞれ接続されている。タイマ３は、タイマ割込み処理（インタラプト処理）における割込み時間や各種時間を計時する。すなわち、タイマ３は時間間隔を計数したり、所定の演奏データに基づき楽曲を自動演奏する際の演奏テンポを設定したりするためのクロックパルスを発生する。このようなタイマ３からのクロックパルスはＣＰＵ１に対して処理タイミング命令として与えられたり、あるいはＣＰＵ１に対してインタラプト命令として与えられる。ＣＰＵ１は、これらの命令に従って各種処理を実行する。
【００２０】
ＲＯＭ４は、ＣＰＵ１により実行あるいは参照される各種プログラム（例えば、後述するＷｅｂブラウザやプログラムマネージャなど）や各種データ等を格納するものである。ＲＡＭ５はサーバＭＳから受信したＨＴＭＬファイルやコンテンツデータ、ＣＰＵ１が所定のプログラムを実行する際に発生する各種データなどを一時的に記憶するワーキングメモリとして、あるいは現在実行中のプログラムやそれに関連するデータを記憶するメモリ等として使用される。ＲＡＭ５の所定のアドレス領域がそれぞれの機能に割り当てられ、レジスタやフラグ、テーブル、メモリなどとして利用される。
【００２１】
フラッシュメモリ１３又は外部記憶装置６は、サーバＭＳから受信したコンテンツ再生プレイヤーなどの、ＣＰＵ１が実行する各種制御プログラムや各種データなどを記憶するものである。前記ＲＯＭ４に制御プログラムが記憶されていない場合に、この外部記憶装置６（例えば半導体メモリ）に制御プログラムを記憶させておき、それを前記ＲＡＭ５に読み込むことにより、ＲＯＭ４に制御プログラムを記憶している場合と同様の動作をＣＰＵ１にさせることができる。このようにすると、制御プログラムの追加やバージョンアップ等が容易に行える。なお、こうした外部記憶装置６は携帯通信端末ＭＴ本体に予め内蔵されているもの、あるいはケーブルなどを使って外部接続できるもののいずれであってもよい。本体に内蔵されているものである場合には、装置構成が小さい小型の半導体メモリなどが好ましい。外部接続するものである場合には、ハードディスク（ＨＤ）に限られず、フレシキブルディスク（ＦＤ）、コンパクトディスク（ＣＤ−ＲＯＭ・ＣＤ−ＲＡＭ）、光磁気ディスク（ＭＯ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋの略）等の着脱自在な様々な形態の外部記憶媒体を利用する記憶装置であればどのようなものであってもよい。
【００２２】
この実施例に示す携帯通信端末ＭＴでは通信用の入出力インタフェースとして、電波送受信機２Ａと通信インタフェース（Ｉ／Ｆ）７とを具える。電波送受信機２Ａはアンテナ２及び無線通信キャリアサーバＣＳ（図１参照）を介して無線通信によって各種情報の送受信を行うものであり、通信インタフェース（Ｉ／Ｆ）７は有線通信によって各種情報の送受信を行うものである。上述したコンテンツ配信システムにおいては、電波送受信機２Ａによって該携帯通信端末ＭＴとサーバＭＳとの間において、各種情報のやり取りを行うことが可能となっている。すなわち、本実施例に示した携帯通信端末ＭＴの場合、電波送受信機２Ａ及び無線通信ネットワークＸを介してサーバＭＳへとＨＴＭＬファイルやコンテンツデータなどのダウンロードを要求するコマンドを送信する。サーバＭＳは、このコマンドを受け、要求されたＨＴＭＬファイルやコンテンツデータなどを、無線通信ネットワークＸを介して携帯通信端末ＭＴ側へと配信し、携帯通信端末ＭＴが電波送受信機２Ａを介して、これらＨＴＭＬファイルを受信して表示器１１上にＷｅｂページを表示したり、あるいはコンテンツデータを受信して表示器１１上に画像やテキストを表示したり、楽音を発音したりする。他方、通信インタフェース（Ｉ／Ｆ）７は、他の携帯通信端末ＭＴなどの機器と所定のケーブルを介して接続することのできる有線のインタフェースであり、相手方の機器に記憶された各種情報を携帯通信端末ＭＴ側に取り込むことのできるインタフェースである。例えば、携帯通信端末ＭＴにおいて、ＲＯＭ４や外部記憶装置６（半導体メモリ）等に制御プログラムなどが記憶されていない場合に、他の携帯通信端末ＭＴなどから制御プログラムなどを取得するために通信インタフェース７は用いられる。勿論、電波送受信機２Ａを介することによっても、携帯通信端末ＭＴ間で直接各種情報の送受信を行うことができることは言うまでもない。
【００２３】
操作スイッチ群８は、携帯通信端末ＭＴ本体に装備（あるいは内蔵）されている数字キーや操作スイッチなどの各種スイッチである。音声用スピーカ９は音声を発するための専用のスピーカであり、Ｄ／Ａ変換器９Ａを介してディジタル信号からアナログ信号に変換された音声信号に従って発音を行うものである。例えば、電波送受信機２Ａで受信した音声データをディジタル／アナログ信号変換後に音声用スピーカ９に与えることによって、該音声用スピーカ９から音声を発音する。マイクロフォン１０は音響入力装置であって、該マイクロフォン１０に入力された音声を電圧あるいは電流などからなる音声データに変換するためのものである。Ａ／Ｄ変換器１０Ａは、入力されたアナログの音声データをディジタル信号に変換するものである。表示器１１は、携帯通信端末ＭＴ本体に装備（あるいは内蔵）されている例えば液晶表示パネル（ＬＣＤ）等から構成されるディスプレイなどである。
【００２４】
楽音生成用音源１２Ｂは複数のチャンネルで楽音信号の同時発生が可能な楽音生成用の音源であり、電波送受信機２Ａ等により受信された演奏データあるいは外部記憶装置６から読み出した演奏データなどを基に所定の楽音信号を発生する。楽音生成用音源１２Ｂから発生された楽音信号は、Ｄ／Ａ変換器１２Ａ及び楽音用スピーカ１２を介して発音される。こうした演奏データの形式はＭＩＤＩ形式のようなディジタル符号化されたものであってもよいし、ＰＣＭ、ＤＰＣＭ、ＡＤＰＣＭのような波形サンプルデータ方式からなるものであってもよい。また、この楽音生成用音源１２Ｂの構成には、従来のいかなる構成を用いてもよい。例えば、楽音生成用音源１２ＢはＦＭ、ＰＣＭ、物理モデル、フォルマント合成等の各種楽音合成方式のいずれを採用してもよく、また専用のハードウェアで構成してもよいし、ＣＰＵ１によるソフトウェア処理で構成してもよい。
【００２５】
上述したように、本実施例においてはコンテンツ配信サーバＭＳから携帯通信端末ＭＴに対してコンテンツデータを配信し、該コンテンツデータに基づいてコンテンツを携帯通信端末ＭＴ側で楽しむことができるようになっている。そこで、上述したコンテンツ配信サーバＭＳから携帯通信端末ＭＴに対して配信するコンテンツデータのデータ構成について、図３を用いて説明する。図３は、コンテンツデータのデータフォーマットの一実施例を示す概念図である。
【００２６】
図３から理解できるように、コンテンツデータは画像トラック、テキストトラック、演奏トラック、音声トラックを含んでなる。画像トラックはマンガや絵本などの画像を表示するためのデータであり、複数の静止画や動画などの画像データとそのシーケンスデータ（すなわち、どの画像データをどのようなタイミングで表示するかを規定したデータ）などからなる。テキストトラックは所定の文字列からなるテキストを表示するためのデータであり、テキストシーケンスデータ（例えば、テキスト表示内容、表示位置、フォント等のテキストイベントとその表示タイミングデータなど）からなる。演奏トラックはＢＧＭなどとして用いる楽音を自動演奏するためのデータであり、演奏シーケンスデータ（音色、ノートオン、ノートオフ、ノートナンバ、ベロシティ等のノートイベントとその発生タイミングなど）からなる。音声トラックは音声や効果音などを自動発生するためのデータであり、ＰＣＭやＤＰＣＭ等の音声データとそのシーケンスデータ（すなわち、どの音声データをどのタイミングで再生するかを規定したデータ）とからなる。コンテンツ配信サーバＭＳから携帯通信端末ＭＴに対して上記したようなデータフォーマットからなるコンテンツデータを送信することで、コンテンツデータを受信した携帯通信端末ＭＴでは、演奏トラックや音声トラックをＢＧＭやＳＥ（効果音）として再生しながら、画像トラックの画像やテキストトラックのテキストなどを各々のシーケンスデータに従って順次に表示器１１に表示することができる。すなわち、携帯通信端末ＭＴ側でマンガや絵本などの画像をＢＧＭや音声などと共に楽しむことができる。
【００２７】
なお、コンテンツデータのデータ構成は上記のような構成例に限らない。例えば、コンテンツデータのデータ構成として、上記した内容の他に著作権情報（画像、テキスト、演奏、音声を制作した製作者に関する情報等）、データコピー可／不可情報、コピー可能回数情報等を含んだものであってもよい。また、コンテンツデータは画像トラック、テキストトラック、演奏トラック、音声トラックの全てを同時に含む必要はなく、少なくとも画像トラックを含んでいればよい。ただし、そうした場合にはマンガや絵本といった画像だけが表示器１１に表示されるだけであり、マンガや絵本の内容に対応した音声やＢＧＭなどは流れないことになる。
【００２８】
本発明に係る携帯通信端末ＭＴ及びサーバＭＳにおいては、携帯通信端末ＭＴから初めて所望のコンテンツ配信サーバＭＳにアクセスした場合に、サーバＭＳがユーザに対してユーザ登録の実行を促し、該ユーザ登録を行ったユーザに対してのみ所定のコンテンツ再生プレイヤーを配信するようになっている。すなわち、ユーザ登録を行ったユーザだけがコンテンツ再生プレイヤーをダウンロードすることができる。こうして携帯通信端末ＭＴ側にダウンロードされたコンテンツ再生プレイヤーが定期的に動作することで、サーバＭＳから定期購読型のコンテンツを定期的に受信することができるようになっている。そこで、ユーザが携帯通信端末ＭＴから初めて所定のコンテンツ配信サーバＭＳに対してアクセスした場合に行われるユーザ登録処理について、図４を用いて簡単に説明する。図４は、ユーザ登録処理の一実施例を示すフローチャートである。
【００２９】
ステップＳ１では、携帯通信端末ＭＴ側においてユーザ所望のコンテンツ配信サーバＭＳにアクセスする。すなわち、ＵＲＬ等を利用してユーザ所望のコンテンツ配信サーバＭＳにアクセスする。サーバＭＳ側では、携帯通信端末ＭＴからアクセス要求を受け取ると、ユーザ情報入力画面データ（図示せず）をアクセスした携帯通信端末ＭＴに対して送信する（ステップＳ１１）。携帯通信端末ＭＳはユーザ情報入力画面を表示する（ステップＳ２）。そして、表示されたユーザ情報入力画面に従ってユーザ情報が入力されると、該ユーザ情報をサーバＭＳに送信する（ステップＳ３）。サーバＭＳではユーザ情報を受信すると、該ユーザ情報をデータベースなどに登録すると共に（ステップＳ１２）、定期購読プレイヤーと単行本プレイヤーといったコンテンツ再生プレイヤープログラムを送信する（ステップＳ１３）。携帯通信端末ＭＴでは定期購読プレイヤーと単行本プレイヤーを受信すると、ＷＥＢブラウザによる制御からプログラムマネジャーによる制御へと制御を渡す。ＷＥＢブラウザから制御を渡されたプログラムマネージャは、サーバＭＳから受信した各プレイヤープログラムをインストール、すなわち携帯通信端末ＭＴ側のフラッシュメモリ１３などに記憶し（ステップＳ５）、さらに定期購読プレイヤーの自動起動時期を登録する（ステップＳ６）。この自動起動時期はサーバＭＳから受信した定期購読プレイヤーに付随した情報であり、該自動起動時期をプログラムマネージャによって監視することで、定期購読プレイヤーを確実に定期的に起動することができるようになっている（詳しくは後述する）。
【００３０】
上述したコンテンツ配信サーバＭＳに記憶するコンテンツの中には、定期的に（所定期間毎に）その内容が更新されるコンテンツがある。例えば、週刊誌のような週毎に内容が更新される週刊誌型の定期購読コンテンツや月刊誌のような月毎に内容が更新される月刊誌型の定期購読コンテンツがある。そこで、こうした定期購読型のコンテンツの生成処理について、図５を用いて説明する。図５は、上述したコンテンツ配信サーバＭＳで実行するコンテンツ更新処理の一実施例を示すフローチャートである。以下、図５に示したフローチャートに従って、当該処理の動作を説明する。
【００３１】
ステップＳ２１では、定期購読コンテンツの登録時期であるか否かを判定する。例えば、週刊誌型のコンテンツである場合には毎週月曜日であるか否かのように曜日の判定を行うし、月刊誌型のコンテンツである場合には各月の１日であるか否かの判定を行う。なお、この登録時期は、コンテンツの定期購読時期（すなわち、定期購読プレイヤーが自動起動する時期）より前の適当な時期とされている。定期購読コンテンツの登録時期であると判定された場合には（ステップＳ２１のＹＥＳ）、定期購読コンテンツ最新号のデータを定期購読コンテンツ記憶領域に登録し、最新号メニューを作成する（ステップＳ２２）。すなわち、最新号のコンテンツメニューを最新のコンテンツの内容を示すものに書きかえる。ステップＳ２３では、コンテンツデータベースの更新時期であるか否かを判定する。なお、この更新時期は適宜設定することができ、一例として１ヶ月毎（月末等）に更新時期が来るものとする。コンテンツデータベースの更新時期であると判定された場合には（ステップＳ２３のＹＥＳ）、所定期間分（例えば１ヶ月分）の定期購読コンテンツを、コンテンツデータベースへと移動する（ステップＳ２４）。すなわち、定期購読コンテンツの場合には定期的に内容が更新されることから、そのままでは更新前のコンテンツ内容が残らない。そこで、本実施例においては、所定のコンテンツデータベースの更新時期毎に、所定期間分のコンテンツをデータベースに移動することによって、過去のコンテンツを記録して残しておくようにしている。このように、定期購読コンテンツを所定期間毎にデータベースに記録し、該データベース内のコンテンツは、携帯通信端末ＭＴからの要求に応じて定期購読時期とは無関係に配信できるようにすることによって、定期購読しなかったユーザや、途中から入会したユーザであっても、過去に配信された定期購読コンテンツを取得して楽しむことができる。
【００３２】
こうして内容が更新された定期購読コンテンツに関しての更新情報などは、ユーザが携帯通信端末ＭＴをサーバＭＳに接続しない限りユーザに対して伝わることがない。そこで、本実施例においては、サーバＭＳから受信した定期購読プレイヤーを定期購読コンテンツの内容が更新される更新時期にあわせて定期的に起動することで、ユーザが更新済みの定期購読コンテンツを見逃すことのないように定期的にアクセスさせるようにしている。こうした定期購読コンテンツ購読処理を図６に示す。図６は、上述した携帯通信端末ＭＴ側及びサーバＭＳ側で各々実行する定期購読コンテンツ購読処理の一実施例を示すフローチャートである。以下、図６に示したフローチャートに従って、当該処理の動作を説明する。
【００３３】
まず、携帯通信端末ＭＴ側で常時起動しているプログラムマネージャにおいて、定期購読プレイヤーの自動起動時期であるか否かを判定し（ステップＳ３１）、定期購読プレイヤーの自動起動時期であると判定した場合には（ステップＳ３１のＹＥＳ）、定期購読プレイヤープログラムを起動する（ステップＳ３２）。定期購読プレイヤーが起動すると、以後の処理はプログラムマネージャではなく定期購読プレイヤーが実行する。定期購読プレイヤーは、まず初期画面（図７（ａ）参照）を表示する（ステップＳ３３）。そして、該表示した初期画面において、定期購読型コンテンツの最新号「取得」操作が行われたか否かを判定する（ステップＳ３４）。「取得」操作が行われずに定期購読プレイヤーを終了させた場合には（ステップＳ３４のＮＯ）、該処理を終了する。一方、「取得」操作が行われた場合には（ステップＳ３４のＹＥＳ）、コンテンツ配信サーバＭＳにアクセスし、最新号メニューの送信をアクセスしたサーバＭＳに対して要求する（ステップＳ３５）。サーバＭＳでは最新号メニューの送信要求に基づき、最新号メニューを携帯通信端末ＭＴへ送信する（ステップＳ５１）。サーバＭＳから最新号メニューを受信した携帯通信端末ＭＴは、これに基づいて最新号メニュー（図７（ｂ）参照）を表示する（ステップＳ３６）。
【００３４】
ステップＳ３７では、コンテンツが選択されたか否かを判定する。コンテンツが選択されていない場合には（ステップＳ３７のＮＯ）、ステップＳ４２の処理へジャンプする。他方、コンテンツが選択された場合には（ステップＳ３７のＹＥＳ）、選択されたコンテンツの送信をサーバＭＳに対して要求する（ステップＳ３８）。サーバＭＳではコンテンツの送信要求を受信すると、該要求に基づき選択したコンテンツを送信する（ステップＳ５２）。携帯通信端末ＭＴではサーバＭＳからコンテンツを受信すると、該受信したコンテンツを再生（図７（ｃ）参照）する（ステップＳ３９）。コンテンツの再生が終了すると感想・ブックマーク画面（図７（ｄ）参照）を表示し（ステップＳ４０）、該画面からユーザにより入力された感想・ブックマーク情報をサーバＭＳに対して送信する（ステップＳ４１）。サーバＭＳでは、受信した感想・ブックマーク情報を記憶する（ステップＳ５３）。ステップＳ４２では、該定期購読プレイヤーを終了するか否かの判定を行う。終了しないと判定した場合には（ステップＳ４２のＮＯ）、ステップＳ３７の処理へ戻って、上記ステップＳ３７〜ステップＳ４２までの処理を繰り返し行う。こうして、ユーザが定期更新された他の定期更新コンテンツを選択して楽しむことができるようになっている。
【００３５】
ここで、上述した定期購読コンテンツ購読処理によって携帯通信端末ＭＴ側に表示される画面について、図７を用いて簡単に説明する。図７は、定期購読コンテンツ購読処理時に携帯通信端末ＭＴ側に表示される画面の一実施例を示したものである。
図７（ａ）に示す画面は自動起動画面（初期画面）であり、プログラムマネージャにより定期購読プレイヤーが起動されると（図６のステップＳ３２参照）、ステップＳ３３にて表示される画面である。該自動起動画面では、定期購読プレイヤーが起動して最新号のコンテンツメニュー（つまり最新号メニュー）を取得するようにユーザに促すための初期画面が表示される。この初期画面は定期購読プレイヤープログラム内に予め用意されたデータに基づいて表示されるもので、この画面を表示した時点ではパケット料金はかからない。ユーザが該自動起動表示画面に表示された「取得」ボタンを押すと、最新号のコンテンツのメニューを所定のコンテンツ配信サーバＭＳから取得する。ユーザが「取得」ボタンを押さない限りは、コンテンツ配信サーバＭＳにアクセスして最新号メニューを取得することがない。コンテンツ配信サーバＭＳから最新号メニューを取得した場合には、所定のパケット料金がユーザに対してかけられる。図７（ｂ）に示す画面は最新号のメニュー画面であり、上記自動起動画面における「取得」ボタンを押した場合に表示される画面である。すなわち、コンテンツ配信サーバＭＳから取得した最新号のメニューを表示した画面である。この実施例に示した画面においては、各コンテンツのタイトルと作家名とがリスト表示されている。ユーザがいずれかのコンテンツを選択すると、コンテンツ配信サーバＭＳからそのコンテンツが送信され、定期購読プレイヤーで再生される。
【００３６】
図７（ｃ）に示す画面はコンテンツ再生画面であり、上記最新号のメニュー画面においてコンテンツが選択された場合に表示される画面である。この実施例に示す画面では、上記最新号のメニュー画面において「１．散歩／花子」が選択され、該コンテンツをコンテンツ配信サーバＭＳから取得して再生した画面を例に示した。このコンテンツ再生画面では、画像が表示されると共に、台詞（犬のふきだしの「わん」）や説明文（画面下方の「花子さんは、犬と散歩に行きました。」）などを同時に表示することができる。また、こうしたコンテンツ再生画面の表示中には、該画面表示の内容にあわせて、同時にＢＧＭや効果音が再生され発音することもできるようになっている。図７（ｄ）に示す画面は感想・ブックマーク画面であり、コンテンツ再生終了後に表示される画面である。ユーザは、該画面から再生したコンテンツの感想を入力することにより（この実施例では１〜３までの番号を選択するだけで感想を入力することができる）、コンテンツ配信サーバＭＳにユーザの感想を送信することが簡単にできるようになっている。また、ユーザが同じコンテンツを簡単に見ることができるようにするためには、ブックマークの「１．する」を選択すればよい。こうすれば、ユーザはブックマークを利用した簡単な操作で、再度同じコンテンツを楽しむことができる。こうした感想やブックマークなどの情報は、コンテンツ配信サーバＭＳに配信されて蓄積される。そして、サーバＭＳ側に蓄積された情報を分析することによって、コンテンツを提供した作家などに自身の作成したコンテンツに関するユーザの評判やユーザの好みのコンテンツジャンルなどの情報をフィードバックすることができるようになる。
【００３７】
図１に示したコンテンツ配信システムにおいては、定期的に内容が更新される定期購読コンテンツだけでなく、単行本コンテンツを購読することもできるようになっている。単行本コンテンツとは、定期購読コンテンツとして過去に提供された作品を個々の作家別あるいは作品別にまとめたコンテンツである。そこで、こうした単行本コンテンツを購読するための単行本購読処理について、図８及び図９を用いて説明する。図８及び図９は、上述した携帯通信端末ＭＴ側及びサーバＭＳ側で各々実行する単行本購読処理の一実施例を示すフローチャートである。図８は単行本購読処理の前半部分を示すフローチャートであり、図９は図８に示したフローチャートに続く該単行本購読処理の後半部分を示すフローチャートである。以下、図８及び図９に示したフローチャートに従って、当該処理の動作を説明する。
【００３８】
ステップＳ６１では、携帯通信端末ＭＴ側において所定のコンテンツ配信サーバＭＳにアクセスする。サーバＭＳ側では、携帯通信端末ＭＴからアクセス要求を受け取ると、該コンテンツ配信サーバＭＳで提供することが可能なメニューをアクセスした携帯通信端末に対して送信する（ステップＳ８１）。携帯通信端末ＭＴではサーバＭＳからメニューを受信すると、受信したメニューを表示器１１に表示する（ステップＳ６２）。ステップＳ６３では、メニューから単行本リストが選択されたか否かを判定する。単行本リストが選択されていない場合には（ステップＳ６３のＮＯ）、後述する検索・ブックマーク選択処理が選択されたものとして検索・ブックマーク選択処理を実行して（ステップＳ６４）、該処理を終了する。一方、単行本リストが選択されている場合には（ステップＳ６３のＹＥＳ）、単行本リストの送信をサーバＭＳに対して要求する（ステップＳ６５）。単行本リストの送信要求を受信したサーバＭＳでは、該要求に基づく単行本リストを携帯通信端末ＭＴに対して送信する（ステップＳ８２）。携帯通信端末ＭＴではサーバＭＳから単行本リストを受信すると単行本リストを表示器１１に表示し（ステップＳ６６）、ユーザにより単行本の選択操作が行われたか否かを判定する（ステップＳ６７）。単行本の選択操作が行われていない場合には（ステップＳ６７のＮＯ）、後述の図９に示すフローチャートにおけるステップＳ７６の処理へジャンプする。他方、単行本の選択操作が行われている場合には（ステップＳ６７のＹＥＳ）、選択された単行本のコンテンツリストの送信をサーバＭＳに対して要求する（ステップＳ６８）。サーバＭＳでは単行本のコンテンツリストの送信要求を受信すると、該要求に基づくコンテンツリストを携帯通信端末ＭＴに対して送信する（ステップＳ８３）。携帯通信端末ＭＴではサーバＭＳからコンテンツリストを受信して、コンテンツリストを表示する（ステップＳ６９）。そして、携帯通信端末ＭＴ及びサーバＭＳにおける各処理は図９に示すフローチャートに続く。
【００３９】
図９に示したフローチャートの処理へ移って、図８のステップＳ６９の処理に続くステップＳ７０の処理では、ユーザによりコンテンツの選択が行われたか否かを判定する。コンテンツの選択が行われていない場合には（ステップＳ７０のＮＯ）、ステップＳ７６の処理へジャンプする。コンテンツの選択が行われている場合には（ステップＳ７０のＹＥＳ）、サーバＭＳに対して選択されたコンテンツの送信を要求する（ステップＳ７１）。サーバＭＳではコンテンツの送信要求を受信すると、該要求に基づき、選択されたコンテンツを携帯通信端末ＭＴに対して送信する（ステップＳ８４）。携帯通信端末ＭＴではサーバＭＳからコンテンツを受信して（ステップＳ７２）、単行本プレイヤーが未起動であるか否かを判定する（ステップＳ７３）。単行本プレイヤーが未起動であると判定された場合には（ステップＳ７３のＹＥＳ）、単行本プレイヤーを起動する（ステップＳ７４）。そして、受信したコンテンツを起動中の単行本プレイヤーに渡すと（ステップＳ７５）、ＷＥＢブラウザの終了処理が行われたか否かを判定する（ステップＳ７６）。ＷＥＢブラウザの終了処理が行われている場合には（ステップＳ７６のＹＥＳ）、ＷＥＢブラウザを終了する。ＷＥＢブラウザの終了処理が行われていない場合には（ステップＳ７６のＮＯ）、図８のステップＳ６９の処理へ戻って再度コンテンツリストを表示することによって、ユーザが別のコンテンツを選択できるようにする。勿論、こうした処理に限らず、図８のステップＳ６６の処理へ戻って再度単行本リストを表示することによって、他の単行本を選択可能とするようにしてもよい。
なお、単行本プレイヤーの起動（ステップＳ７３及びステップＳ７４参照）をプログラムマネージャで行うようにしてもよいことは言うまでもない。
【００４０】
ＷＥＢブラウザからコンテンツを渡された（ステップＳ７５参照）単行本プレイヤーでは、渡されたコンテンツを再生する（ステップＳ７７）。コンテンツ再生が終了すると感想・ブックマーク画面を表示して（ステップＳ７８）、ユーザにより入力された感想・ブックマーク情報をサーバＭＳに対して送信する（ステップＳ７９）。サーバＭＳでは、携帯通信端末ＭＴから受信した感想・ブックマーク情報を記憶して（ステップＳ８５）、処理を終了する。他方、携帯通信端末ＭＴでは、終了処理が行われた否かを判定し（ステップＳ８０）、終了処理が行われている場合には（ステップＳ８０のＹＥＳ）該処理を終了し、終了処理が行われていない場合には（ステップＳ８０のＮＯ）ステップＳ７７の処理へ戻ってＷＥＢブラウザから渡されたコンテンツを繰り返し再生する。
【００４１】
ここで、上述した単行本購読処理によって携帯通信端末ＭＴ側に表示される画面について、簡単に説明する。図１０は、単行本購読処理時に携帯通信端末ＭＴ側に表示される画面の一実施例を示したものである。
図１０（ａ）に示す画面はメニュー表示画面であり、携帯通信端末ＭＴのＷＥＢブラウザで所定のコンテンツ配信サーバＭＳにアクセスすると（図８のステップＳ６２参照）表示される画面である。この実施例に示すメニュー表示画面においては、登録されている単行本コンテンツの一覧表示を実行するための項目、作家／タイトルから単行本コンテンツを検索するための項目、ブックマーク登録したコンテンツの中からの選択を行うための項目が表示されている。こうした各選択項目を選択することによって、選択項目に応じた画面表示へと表示が切り替わる。図１０（ｂ）に示す画面は単行本リスト表示画面であり、上記メニュー表示画面における「１．単行本リスト」を選択した場合に表示される画面である。すなわち、コンテンツ配信サーバＭＳから取得した単行本リストを表示した画面である。この単行本リスト表示画面には、ユーザが購読可能な単行本コンテンツのリストが表示される。ユーザがいずれかの単行本コンテンツを選択すると、コンテンツ配信サーバＭＳから選択した単行本のコンテンツリストが送信される。
【００４２】
図１０（ｃ）に示す画面は単行本のコンテンツリスト表示画面であり、例えば上記単行本リスト表示画面における「１．花子作品集」を選択した場合に表示される画面である。すなわち、コンテンツ配信サーバＭＳから取得したコンテンツリストを表示した画面である。この単行本のコンテンツリスト表示画面には、選択された単行本の目次が表示される。ユーザがいずれかのコンテンツを選択すると、コンテンツ配信サーバＭＳから選択したコンテンツが送信され、単行本プレイヤーが起動して該コンテンツを再生する。図１０（ｄ）に示す画面はコンテンツ再生画面であり、上記単行本のコンテンツリスト表示画面においてコンテンツが選択された場合に表示される画面である。この実施例に示す画面では、上述した定期購読コンテンツにおけるコンテンツ再生画面と同様の表示であることから（図７（ｃ）参照）、説明を省略する。
この実施例では図示を省略したが、コンテンツ再生終了後には、図７（ｄ）に示したような感想・ブックマーク画面を表示することは言うまでもない。
【００４３】
図１１は上述の単行本購読処理時に行われる検索・ブックマーク選択処理（図８のステップＳ６４参照）の一実施例を示すフローチャートである。以下、図１１に示すフローチャートに従って、当該処理の動作を説明する。
ステップＳ９１では、携帯通信端末ＭＴ側において作家／タイトル検索選択が行われたか否かを判定する。作家／タイトル検索選択が行われていない場合には（ステップＳ９１のＮＯ）、ブックマーク処理を実行して（ステップＳ９２）該処理を終了する。一方、作家／タイトル検索選択が行われている場合には（ステップＳ９１のＹＥＳ）、サーバＭＳに対して所定の検索画面（図示せず）を送信するよう要求する（ステップＳ９３）。サーバＭＳでは検索画面の送信要求を受信すると、該要求に基づき検索画面を携帯通信端末ＭＴに対して送信する（ステップＳ１０１）。携帯通信端末ＭＴでは検索画面を受信すると、該検索画面を表示する（ステップＳ９４）。そして、ユーザにより入力された検索条件（例えば、作家名、コンテンツタイトル等）をサーバＭＳに対して送信する（ステップＳ９５）。サーバＭＳでは検索条件を受信すると、該検索条件に基づいてコンテンツデータベースを検索し、該当コンテンツを抽出する（ステップＳ１０２）。そして、抽出したコンテンツのリストを作成し、該作成したリストを携帯通信端末ＭＴに対して送信する（ステップＳ１０３）。携帯通信端末ＭＴではサーバＭＳからリストを受信すると、該リストに基づいてコンテンツリストを表示する（ステップＳ９６）。
【００４４】
こうすると、検索画面を表示してユーザが購読したい単行本を作家やタイトルなどから検索できるようになり、検索して抽出された単行本の一覧が単行本リスト画面（図１０（ｂ）参照）として表示されることになる。ユーザは、こうして表示された単行本リストの中から購読したい単行本のみを指定して再生することができる。すなわち、上記検索・ブックマーク選択処理におけるステップＳ９６及びステップＳ１０３以降の処理は、図９に示した単行本購読処理の後半部分処理と同様の処理でよいので、説明を省略する。
【００４５】
図１２は上述の検索・ブックマーク選択処理時に行われるブックマーク処理（図１１のステップＳ９２参照）の一実施例を示すフローチャートである。以下、図１２に示すフローチャートに従って、当該処理の動作を説明する。
ステップＳ１１１では、携帯通信端末ＭＴ側においてブックマーク選択が行われたか否かを判定する。ブックマーク選択が行われていない場合には（ステップＳ１１１のＮＯ）、該処理を終了する。一方、ブックマーク選択が行われている場合には（ステップＳ１１１のＹＥＳ）、ブックマークリストをサーバＭＳに対して送信するよう要求する（ステップＳ１１２）。サーバＭＳではブックマークリストの送信要求を受信すると、該ユーザに対応するブックマークリストを読み出して携帯通信端末ＭＴに対して送信する（ステップＳ１２１）。携帯通信端末ＭＴではブックマークリストを受信すると、該ブックマークリストを表示する（ステップＳ１１３）。
【００４６】
ブックマークリストはユーザがブックマークしたコンテンツの情報をユーザ毎に記録したものであり、このブックマークリストに基づいてブックマークされたコンテンツをコンテンツリスト表示画面（図１０（ｃ）参照）として表示されることになる。ユーザは、予め購読したコンテンツに対してブックマークをしておくことで、途中まで後続したコンテンツや読み返したいお気に入りのコンテンツのみを簡単に指定して再生することができる。すなわち、上記ブックマーク処理におけるステップＳ１１３及びステップＳ１２１以降の処理は、図９に示した単行本購読処理の後半部分処理と同様の処理でよいので、説明を省略する。
【００４７】
以上のように、携帯通信端末ＭＴ側でコンテンツ再生プレイヤーを定期購読コンテンツの更新時期にあわせて起動することによって、コンテンツ配信サーバＭＳから定期更新コンテンツを定期的に受信して再生するようにした。こうすることで、電子メール等で個々のユーザ１人１人に対して更新を通知しなくても、ユーザは新しく登録されたコンテンツを逃さずに楽しむことができる。定期購読コンテンツ受信の際に、コンテンツ再生プレイヤーが自動起動するが、該コンテンツ再生プレイヤーがコンテンツ配信サーバＭＳに対して自動的にアクセスするのではなく、ユーザの意思により手動でアクセス操作を行わせるようにしたので、定期購読コンテンツの受信を希望しないユーザはアクセスにかかる通信料を無駄に支払わなくて済む、という利点がある。また、コンテンツ再生プレイヤーをコンテンツ配信サーバＭＳからダウンロードするようにしたことから、予めコンテンツ再生プレイヤーを備えていない携帯通信端末ＭＴに対しても、こうした定期購読コンテンツを定期的に購読する機能を付加することができるようになり便利である。
【００４８】
なお、定期購読プレイヤーの自動起動時期は、毎週○曜日(＝週刊誌型)、毎月×日(＝月刊誌型)、毎月第△○曜日(＝月刊誌型)、□日毎、不定期等、どのような設定となっていてもよく、これらは定期購読コンテンツ毎に決まっていればよい。日や曜日だけでなく、時間も設定できるようにしてもよい。複数の異なるユーザに対して自動起動時間を異ならせることにより、コンテンツ配信サーバへのアクセスが集中するのを防止するようにしてもよい。
なお、複数の定期購読コンテンツを並行して購読可能としてもよい。この場合、コンテンツの購読時期(プレイヤーの自動起動時期)は、コンテンツ毎に異なっていてもよいし、同じでもよい。間隔は同じ(例えば1週間)で日がずれていてもよい(例えば月曜日と水曜日)。あるいは、ある1つの起動時期のなかで、複数のコンテンツを順番に購読するようにしてもよい。例えば、2つのコンテンツを隔週で交互に購読するようにしてもよい。また、複数のコンテンツ毎に、独立した定期購読プレイヤーを用意してもよい。
なお、コンテンツ配信サーバにおいて、定期購読コンテンツをデータベースに移動させる時期は、毎週○曜日、毎月×日、毎月第△○曜日、□日毎、不定期等、どのような設定となっていてもよい。複数の定期購読コンテンツがある場合に、コンテンツ毎に異なる時期に移動させてもよい。
【００４９】
なお、コンテンツ再生プレイヤーは、定期購読プレイヤーと単行本プレイヤーのように別々になっているものに限らず、両者が統合されていてもよい。
なお、ブックマーク情報はコンテンツ配信サーバ側に記憶するようにしたが、携帯通信端末内に記憶するようにしてもよい。また、コンテンツ自体を携帯通信端末内に保存できるようにしてもよい。
なお、コンテンツ購読料は、固定(一定期間内は購読自由)でもよいし、従量制(コンテンツを購読する毎に課金)としてもよく、両者の統合されたシステム(例えば一定数までは固定料金で、それを越えたらコンテンツ購読毎に課金)としてもよい。また、いずれかをユーザが選択できるようにしてもよい。
なお、コンテンツの一部(画像の一部、テキストの一部、演奏の一部、音声の一部など)に広告情報(画像、文字、演奏(CM音楽等)、音声など)を挿入してもよい。そのとき、広告主のWEBサイトへのリンク情報をコンテンツの一部に挿入してもよい。
【００５０】
なお、コンテンツデータの一部として配信される演奏データのフォーマットは、イベントの発生時刻を曲や小節内における絶対時間で表した『イベント＋絶対時間』形式のもの、イベントの発生時刻を１つ前のイベントからの時間で表した『イベント＋相対時間』形式のもの、音符の音高と符長あるいは休符と休符長で楽音データを表した『音高（休符）＋符長』形式のもの、演奏の最小分解能毎にメモリの領域を確保し、演奏イベントの発生する時刻に対応するメモリ領域にイベントを記憶した『ベタ方式』形式のものなど、どのような形式のものでもよい。
【００５１】
【発明の効果】
この発明によれば、携帯通信端末ＭＴ側でコンテンツ再生プレイヤーをコンテンツの更新時期にあわせて起動することで、定期的にコンテンツ配信サーバにアクセスするようユーザを促すことができ、ユーザはこれに従うことで定期的に更新された新しいコンテンツを必ず受信して再生することができる。これにより、電子メール等で個々のユーザ１人１人に対して更新を通知しなくても、ユーザは新しいコンテンツを逃さずに楽しむことができるようになる、という効果を得る。
【図面の簡単な説明】
【図１】 コンテンツ配信システムの全体構成の一実施例を示すシステムブロック図である。
【図２】 図１に示した携帯通信端末の全体構成の一実施例を示すハード構成ブロック図である。
【図３】 コンテンツデータのデータフォーマットの一実施例を示す概念図である。
【図４】 ユーザ登録処理の一実施例を示すフローチャートである。
【図５】 コンテンツ配信サーバで実行するコンテンツ更新処理の一実施例を示すフローチャートである。
【図６】 携帯通信端末側及びサーバ側で各々実行する定期購読コンテンツ購読処理の一実施例を示すフローチャートである。
【図７】 定期購読コンテンツ購読処理時に携帯通信端末ＭＴ側に表示される画面の一実施例を示したものである。
【図８】 携帯通信端末側及びサーバ側で各々実行する単行本購読処理の前半処理の一実施例を示すフローチャートである。
【図９】 携帯通信端末側及びサーバ側で各々実行する単行本購読処理の後半処理の一実施例を示すフローチャートである。
【図１０】 単行本購読処理時に携帯通信端末側に表示される画面の一実施例を示したものである。
【図１１】 検索・ブックマーク選択処理の一実施例を示すフローチャートである。
【図１２】 ブックマーク処理の一実施例を示すフローチャートである。
【符号の説明】
１…ＣＰＵ、２…アンテナ、２Ａ…電波送受信機、３…タイマ、４…ＲＯＭ、５…ＲＡＭ、６…外部記憶装置、７…通信インタフェース、８…操作スイッチ群、９…音声用スピーカ、９Ａ（１２Ａ）…Ｄ／Ａ変換器、１０…マイクロフォン、１０Ａ…Ａ／Ｄ変換器、１１…表示器、１２…楽音用スピーカ、１２Ｂ…楽音生成用音源、１３…フラッシュメモリ、Ｘ…無線通信ネットワーク、ＭＴ…携帯通信端末、ＭＳ…コンテンツ配信サーバ、ＣＳ…無線通信キャリアサーバ
Claims (3)
- 定期的に内容が更新される定期更新コンテンツを記憶するとともに、該記憶した定期更新コンテンツのうち所定期間を過ぎたものを過去更新分コンテンツとして別途記憶し、さらに、前記定期更新コンテンツを定期に取得し再生するための定期コンテンツ取得再生プログラムと前記過去更新分コンテンツを再生するための過去更新分コンテンツ再生プログラムを記憶したサーバ装置にアクセスして、該サーバ装置から前記定期コンテンツ取得再生プログラムと前記過去更新分コンテンツ再生プログラムとを取得する取得手段と、
前記サーバ装置における前記コンテンツ更新時期にあわせて、予め設定された所定期間毎に、前記取得した定期コンテンツ取得再生プログラムを起動させる自動起動手段と、
前記予め設定された所定期間とは独立して、前記過去更新分コンテンツの取得を指示する過去更新分コンテンツ取得指示手段と、
前記過去更新分コンテンツの取得指示に応じて、前記サーバ装置にアクセスして前記過去更新分コンテンツの取得を要求し、該サーバ装置から該要求した過去更新分コンテンツを取得する過去更新分コンテンツ取得手段と、
前記過去更新分コンテンツ取得手段にて取得したコンテンツを再生するために前記取得した過去更新分コンテンツ再生プログラムを起動させる起動手段と、
前記起動されたプログラムを実行する実行手段と
を具備し、
前記定期コンテンツ取得再生プログラムは、
該定期コンテンツ取得再生プログラムの起動毎に、前記定期更新コンテンツの取得をユーザに対して催促するステップと、
前記催促に応じて、前記定期更新コンテンツの取得を指示するステップと、
前記指示に応じて、前記サーバ装置にアクセスして前記定期更新コンテンツの取得を要求し、該サーバ装置から該要求した定期更新コンテンツを取得するステップと、
前記取得した定期更新コンテンツを再生するステップと
からなることを特徴とする携帯通信端末装置。 - 前記起動手段は、前記サーバ装置から取得した前記定期コンテンツ取得再生プログラムを前記携帯通信端末にインストールする際に、前記定期コンテンツ取得再生プログラムを自動的に起動する際に用いる前記所定期間を設定することを特徴とする請求項１に記載の携帯通信端末装置。
- 前記コンテンツの再生後に、ユーザに再生したコンテンツに対する所定の評価情報を入力させ、該入力された評価情報を前記サーバ装置に対して送信する評価手段
を更に具備する請求項１又は２に記載の携帯通信端末装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001225644A JP3870733B2 (ja) | 2001-07-26 | 2001-07-26 | コンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001225644A JP3870733B2 (ja) | 2001-07-26 | 2001-07-26 | コンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006189901A Division JP2006313562A (ja) | 2006-07-10 | 2006-07-10 | コンテンツ受信可能な携帯通信端末及びそのためのプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003044477A JP2003044477A (ja) | 2003-02-14 |
| JP3870733B2 true JP3870733B2 (ja) | 2007-01-24 |
Family
ID=19058602
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001225644A Expired - Fee Related JP3870733B2 (ja) | 2001-07-26 | 2001-07-26 | コンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3870733B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100988578B1 (ko) | 2003-07-14 | 2010-10-18 | 소니 주식회사 | 재생장치 및 재생방법 |
| CN1823346A (zh) * | 2003-07-14 | 2006-08-23 | 索尼株式会社 | 通信设备、通信设备中的通信方法、以及用于通信设备的通信程序 |
| JP4507112B2 (ja) * | 2003-07-14 | 2010-07-21 | ソニー株式会社 | 通信方法、サーバ及び通信制御プログラム |
| KR100984257B1 (ko) | 2003-07-14 | 2010-09-30 | 소니 주식회사 | 표시장치 및 표시방법 |
| GB0321674D0 (en) * | 2003-09-16 | 2003-10-15 | Cognima Ltd | Catching content on phones |
| JP4917383B2 (ja) * | 2006-08-17 | 2012-04-18 | 株式会社エヌ・ティ・ティ・ドコモ | 通信装置及び番組データ更新方法 |
| JP4743259B2 (ja) * | 2008-11-04 | 2011-08-10 | 株式会社ケンウッド | 配信システム、オーディオ機器、サーバ、情報配信方法、および、関連情報表示方法 |
| JP5327810B2 (ja) * | 2010-01-06 | 2013-10-30 | 株式会社Ｋｄｄｉ研究所 | ホームネットワークにおけるコンテンツ再生方法及びシステム |
| JP5655048B2 (ja) * | 2012-09-28 | 2015-01-14 | 富士フイルム株式会社 | 通話システムおよび通話方法 |
-
2001
- 2001-07-26 JP JP2001225644A patent/JP3870733B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003044477A (ja) | 2003-02-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3753007B2 (ja) | 演奏支援装置、演奏支援方法並びに記憶媒体 | |
| JP4299472B2 (ja) | 情報送受信システム及び装置並びに記憶媒体 | |
| US6949704B2 (en) | Apparatus for delivering music performance information via communication network and apparatus for receiving and reproducing delivered music performance information | |
| EP1619599A1 (en) | Information retrieval system and information retrieval method using network | |
| US20050235809A1 (en) | Server apparatus streaming musical composition data matching performance skill of user | |
| KR20010102534A (ko) | 데이터 재생 장치, 데이터 재생 방법 및 정보 단말기 | |
| US20110099080A1 (en) | Content delivery system and method, content reproduction apparatus and content-providing server, and program for use in the same | |
| US20030075036A1 (en) | Electronic music apparatus that enables user to purchase music related product from server | |
| JP4265082B2 (ja) | サーバクライアントシステムおよびサーバ装置 | |
| JP3870733B2 (ja) | コンテンツ受信可能な携帯通信端末、コンテンツ配信サーバ装置、及びそれらに用いるプログラム | |
| JP4613804B2 (ja) | コンテンツ配信システム、コンテンツ再生装置、コンテンツ提供サーバ、及びそれらに用いるプログラム | |
| US20080229909A1 (en) | Electronic musical apparatus for reproducing received music content | |
| JP4165249B2 (ja) | コンテンツ配信方法及びプログラム | |
| CN100447801C (zh) | 具有临时数据存储器的内容数据再现设备 | |
| KR100457052B1 (ko) | 무선단말기를 이용한 노래반주/음악연주 서비스 장치 및그 방법 | |
| JP3775271B2 (ja) | 自動演奏装置、情報配信サーバ装置、及びそれらに用いるプログラム | |
| JP3726707B2 (ja) | 楽曲データ受信クライアント装置、および、楽曲データ受信電子楽器 | |
| JP2006313562A (ja) | コンテンツ受信可能な携帯通信端末及びそのためのプログラム | |
| JP2000163085A (ja) | 歌唱によるカロリー消費量も取り扱うカラオケ装置および通信カラオケシステム | |
| JP4297206B2 (ja) | 楽曲情報配信装置及び楽曲情報配信プログラム | |
| KR100731232B1 (ko) | 악곡 데이터 편집 재생 장치 및 휴대 정보 단말기 | |
| JP4000842B2 (ja) | 作詞支援装置及びそれに用いる作詞支援プログラム | |
| JP2008083297A (ja) | 音楽プレーヤー及びサーバー装置 | |
| JP4111258B2 (ja) | 情報検索システム、情報検索装置及び方法並びに記憶媒体 | |
| JP5040356B2 (ja) | 自動演奏装置、再生システム、配信システム及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060104 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060306 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060509 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060608 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060817 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060822 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060926 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061009 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313532 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101027 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101027 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111027 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111027 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121027 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121027 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131027 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |