(57)【要約】【課題】放送による受動的なコンテンツ視聴と通信による能動的なコンテンツ視聴の特徴を組み合わせたユーザ利便性が高いコンテンツ配信サービスを提供できるようにすること。【解決手段】本発明は、コンテンツ放送サーバがカルーセル方式のデータ放送によって配信する放送コンテンツを受信し、受信した前記放送コンテンツを中継配信する放送処理部と、コンテンツ通信サーバが通信によって配信する前記一般コンテンツを受信し、受信した前記一般コンテンツを中継配信する通信処理部と、を具備するようにすることにより、放送による受動的なコンテンツ視聴と通信による能動的なコンテンツ視聴の特徴を組み合わせたサービスを提供するようにした。【選択図】      図１
2004221872.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ放送サーバがカルーセル方式のデータ放送によって配信する放送コンテンツを受信し、受信した前記放送コンテンツを中継配信する放送処理部と、コンテンツ通信サーバが通信によって配信する一般コンテンツを受信し、受信した前記一般コンテンツを中継配信する通信処理部と、前記放送コンテンツの中継配信を要求する放送受信要求メッセージを受信した場合に、前記放送処理部を制御し、前記コンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを前記放送受信要求メッセージの送信元に中継配信し、前記一般コンテンツの中継配信を要求する一般コンテンツ配信要求メッセージを受信した場合に、前記通信処理部を制御し、前記コンテンツ通信サーバに対して、前記一般コンテンツを配信することを要求し、受信した前記一般コンテンツを前記一般コンテンツ配信要求メッセージの送信元に中継配信する中継制御部と、を具備することを特徴とするコンテンツ処理装置。
【請求項２】
前記中継制御部は、前記コンテンツ通信サーバに対して位置情報を用いた位置適応処理が可能な位置適応コンテンツを配信することを要求する位置適応コンテンツ配信要求メッセージを受信した場合に、前記通信処理部を制御し、前記コンテンツ通信サーバから前記位置適応コンテンツを受信し、受信した前記位置適応コンテンツに対して最新の位置情報を用いた位置適応処理を行ったコンテンツを、前記位置適応コンテンツ配信要求メッセージの送信元へ配信することを特徴とする請求項１記載のコンテンツ処理装置。
【請求項３】
前記位置適応コンテンツは、位置情報と関連付けられたコンテンツの参照先をエリア毎にまとめた位置条件別リストに位置条件を付与したコンテンツであり、前記位置適応処理は、前記位置適応コンテンツから、前記位置情報が示す地点を含むエリアに該当するコンテンツの参照先を抽出し、抽出したコンテンツの参照先をまとめたコンテンツを生成する処理であることを特徴とする請求項２記載のコンテンツ処理装置。
【請求項４】
前記一般コンテンツ配信要求メッセージと前記位置適応コンテンツ配信要求メッセージは、ファイル名の拡張子が異なるＨＴＴＰのＧＥＴメッセージであり、前記中継制御部は、前記ファイル名の拡張子によって、前記一般コンテンツ配信要求メッセージと前記位置適応コンテンツ配信要求メッセージとを区別することを特徴とする請求項３記載のコンテンツ処理装置。
【請求項５】
前記通信処理部は、複数の前記一般コンテンツ配信要求メッセージは並列処理し、前記位置適応コンテンツ配信要求メッセージは、受信順序に従って直列処理することを特徴とする請求項４記載のコンテンツ処理装置。
【請求項６】
前記放送処理部は、受信した前記放送コンテンツを蓄積し、蓄積が完了したら、データ放送の受信を停止し、通信を利用したＰＵＳＨ型ストリーム配信によって、蓄積した前記放送コンテンツを前記放送受信要求メッセージの送信元へ配信することを特徴とする請求項１から請求項５のいずれかに記載のコンテンツ処理装置。
【請求項７】
前記放送処理部は、通信を利用したＰＵＳＨ型ストリーム配信により前記放送コンテンツの配信を所定回数だけ繰り返した後、配信を停止することを特徴とする請求項６記載のコンテンツ処理装置。
【請求項８】
前記放送処理部は、受信した前記放送コンテンツを蓄積し、蓄積が完了したら、データ放送の受信を停止し、前記放送受信要求メッセージの送信元へ、蓄積した前記放送コンテンツの所在を示すコンテンツ識別子を含むリソース通知メッセージを送信することを特徴とする請求項１から請求項５のいずれかに記載のコンテンツ処理装置。
【請求項９】
前記コンテンツ識別子とは、蓄積した放送コンテンツを指すＵＲＬであることを特徴とする請求項８記載のコンテンツ処理装置。
【請求項１０】
前記通信処理部は、受信した前記一般コンテンツ配信要求メッセージまたは前記位置適応コンテンツ配信要求メッセージが、蓄積されている前記一般コンテンツまたは前記位置適応コンテンツの配信を要求するものであるならば、前記一般コンテンツ配信要求メッセージまたは前記位置適応コンテンツ配信要求メッセージの送信元へ蓄積済みの前記一般コンテンツまたは位置適応コンテンツを配信し、受信した前記一般コンテンツ配信要求メッセージまたは前記位置適応コンテンツ配信要求メッセージが、蓄積されてない前記一般コンテンツまたは位置適応コンテンツの配信を要求するものであるならば、前記コンテンツ通信サーバから当該一般コンテンツまたは位置適応コンテンツを受信し、前記一般コンテンツ配信要求メッセージまたは前記位置適応コンテンツ配信要求メッセージの送信元へ配信することを特徴とする請求項８または請求項９記載のコンテンツ処理装置。
【請求項１１】
カルーセル方式のデータ放送によって放送コンテンツを配信するコンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを中継転送することを要求する放送受信要求メッセージを請求項１から請求項１０のいずれかに記載のコンテンツ処理装置へ通知する制御部と、前記コンテンツ処理装置を中継して送信された前記放送コンテンツを受信する放送受信部と、通信によって一般コンテンツを配信するコンテンツ通信サーバから前記一般コンテンツを受信し、受信した前記一般コンテンツを中継転送することを要求する一般コンテンツ配信要求メッセージを前記コンテンツ処理装置へ送信する機能と、前記コンテンツ処理装置を介して前記コンテンツ通信サーバから受信した前記一般コンテンツを表示する機能とを有するブラウザ部と、を具備したことを特徴とするコンテンツ表示装置。
【請求項１２】
定期的に位置情報を取得する位置情報取得部を有し、前記制御部は、前記位置情報取得部が取得した位置情報を前記コンテンツ処理装置へ送信し、前記位置情報を用いて位置適応処理をしたコンテンツを前記コンテンツ処理装置から受信することを特徴とする請求項１１記載のコンテンツ表示装置。
【請求項１３】
前記放送受信部は、データ放送受信機能に加えて、通信を利用したＰＵＳＨ型のストリーム配信によって送信されてくるコンテンツを受信する機能を有し、前記制御部は、前記コンテンツ処理装置を経由して前記コンテンツ放送サーバから放送コンテンツを受信する場合に、前記放送受信部に対して、通信による放送コンテンツの受信を指示することを特徴とする請求項１２記載のコンテンツ表示装置。
【請求項１４】
前記放送受信部は、通信を利用したＰＵＳＨ型のストリーム配信によって、同一コンテンツが繰り返し送信されてくる場合、一度だけコンテンツを受信することを特徴とする請求項１３記載のコンテンツ表示装置。
【請求項１５】
前記受信制御部は、前記放送コンテンツの所在を示すコンテンツ識別子を含むリソース通知メッセージを受信し、前記リソース通知メッセージを受信した場合、前記ブラウザ部に対して、前記コンテンツ識別子が示す前記放送コンテンツを取得することを指示することを特徴とする請求項１４記載のコンテンツ表示装置。
【請求項１６】
前記リソース通知メッセージには、前記コンテンツ処理装置に蓄積された前記放送コンテンツのＵＲＬが記されており、前記制御部は、前記リソース通知メッセージを受信した場合、前記ブラウザ部に対して、前記ＵＲＬが示す前記放送コンテンツの取得を指示し、前記ブラウザ部は、ＨＴＴＰのＧＥＴメッセージによって前記ＵＲＬが示す前記放送コンテンツを取得することを特徴とする請求項１５記載のコンテンツ表示装置。
【請求項１７】
請求項１から請求項１０のいずれかに記載のコンテンツ処理装置と、請求項１１から請求項１６のいずれかのコンテンツ表示装置と、を具備したことを特徴とするコンテンツ受信端末。
【請求項１８】
カルーセル方式のデータ放送によって放送コンテンツを配信するコンテンツ放送サーバと、通信によって一般コンテンツを配信するコンテンツ通信サーバと、請求項１から請求項１０のいずれかに記載のコンテンツ処理装置と、請求項１１から請求項１６のいずれかに記載のコンテンツ表示装置と、を具備し、前記コンテンツ通信サーバは、前記コンテンツ表示装置が要求した前記位置適応コンテンツを配信することを特徴とするコンテンツ適応配信システム。
【請求項１９】
放送コンテンツの中継配信を要求する放送受信要求メッセージを受信するステップと、前記放送受信要求メッセージを受信した場合に、コンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを前記放送受信要求メッセージの送信元に中継配信するステップと、一般コンテンツの中継配信を要求する一般コンテンツ配信要求メッセージを受信するステップと、前記一般コンテンツ配信要求メッセージを受信した場合に、前記コンテンツ通信サーバに対して、前記一般コンテンツを配信することを要求し、前記コンテンツ通信サーバから受信した前記一般コンテンツを前記一般コンテンツ配信要求メッセージの送信元に中継配信するステップと、を具備することを特徴とするコンテンツ処理方法。
【請求項２０】
カルーセル方式のデータ放送によって放送コンテンツを配信するコンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを中継転送することを要求する放送受信要求メッセージを通知するステップと、前記放送受信要求メッセージに対して送信された前記放送コンテンツを受信するステップと、通信によって一般コンテンツを配信するコンテンツ通信サーバから前記一般コンテンツを受信し、受信した前記一般コンテンツを中継転送することを要求する一般コンテンツ配信要求メッセージを送信するステップと、前記コンテンツ通信サーバから受信した前記一般コンテンツを表示するステップと、を具備したことを特徴とするコンテンツ表示方法。
【請求項２１】
放送コンテンツの中継配信を要求する放送受信要求メッセージを受信するステップと、前記放送受信要求メッセージを受信した場合に、コンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを前記放送受信要求メッセージの送信元に中継配信するステップと、一般コンテンツの中継配信を要求する一般コンテンツ配信要求メッセージを受信するステップと、前記一般コンテンツ配信要求メッセージを受信した場合に、コンテンツ通信サーバに対して、前記一般コンテンツを配信することを要求し、前記コンテンツ通信サーバから受信した前記一般コンテンツを前記一般コンテンツ配信要求メッセージの送信元に中継配信するステップと、をコンピュータに行わせることを特徴とするプログラム。
【請求項２２】
カルーセル方式のデータ放送によって放送コンテンツを配信するコンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを中継転送することを要求する放送受信要求メッセージを通知するステップと、前記放送受信要求メッセージに対して送信された前記放送コンテンツを受信するステップと、通信によって一般コンテンツを配信するコンテンツ通信サーバから前記一般コンテンツを受信し、受信した前記一般コンテンツを中継転送することを要求する一般コンテンツ配信要求メッセージを送信するステップと、前記コンテンツ通信サーバから受信した前記一般コンテンツを表示するステップと、をコンピュータに行わせることを特徴とするプログラム。
【請求項２３】
請求項２１または請求項２２記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に存在する位置情報を有するコンテンツに所定の処理をして出力するコンテンツ処理装置およびこのコンテンツ処理装置から出力されたコンテンツを表示するコンテンツ表示装置に関する。
【０００２】
【従来の技術】
近年、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能を持つモバイル端末の普及と共に、ユーザの現在地周辺に関する情報を提供する位置情報サービスに対する需要が高まりつつある。また、地上デジタル放送受信機能を搭載したモバイル端末の開発も進められている。このような背景から、近い将来、ＧＰＳによる位置情報取得機能と、地上デジタル放送受信機能、そして、通信によるインターネットアクセス機能を兼ね備えたモバイル端末が開発されるであろうことは、容易に推測できる。このようなモバイル端末が普及すると、これまでより利便性の高い位置情報サービスが提供可能となる。
【０００３】
従来からある一般的な位置情報サービスとしては、ＧＰＳ搭載モバイル端末からサーバへ位置情報を通知し、サーバ側においてこのモバイル端末の現在地周辺の情報を検索し、検索結果をモバイル端末へ返信するサービスが知られている。すなわち、これは、端末のユーザが明示的に情報検索の指示を出した場合に、現在地周辺の情報が取得できるサービスである。
【０００４】
これに対し、ユーザが位置を移動した際に定期的に情報検索を行い、現在地周辺にユーザが所望する情報がある場合に、ユーザへ情報の存在を通知する方法がある。ここでは、この方法を通知型コンテンツ配信サービスと呼ぶことにする。
【０００５】
通知型コンテンツ配信サービスの従来例としては、非特許文献１に示されている方法がある。この文献の通知型サービスは、端末とサーバとの間の通信コスト削減するための検索方式として「広域キャッシュ方式」を採用している。この広域キャッシュ方式では、端末が検索対象となる範囲よりも広範囲の位置関連情報をサーバから一括してキャッシュしておき、端末がこのキャッシュした位置関連情報を検索処理するものである。これにより、端末がサーバとの通信回数を削減することができる。
【０００６】
また、放送を使用するコンテンツ配信システムとしては、特許文献１に示される例がある。これは、主に移動端末向けて映像、音声、文字等からなるマルチメディア情報（ＭＰＥＧ４を想定）を放送する際に、放送サービスとして単に番組を提供するだけでなく、番組内容自体がユーザ側のニーズや使用状況に柔軟に対応可能な情報提示を行うことのできるデジタル放送システムとその端末装置である。
【０００７】
【特許文献１】
国際公開番号ＷＯ９９／６２２５４号パンフレット
【非特許文献１】
坂田一拓ほか、通知型の位置関連情報提供サービスの提案と，その実現方法、情報処理学会研究報告（２０００−ＭＢＬ−１５）  Ｖｏｌ．２０００  Ｎｏ．１１２、ｐ．７３−８０、２００２年１２月１日
【０００８】
【発明が解決しようとする課題】
しかしながら、非特許文献１に示される通知型コンテンツ配信サービスの従来方法では広範囲に分布するコンテンツ実体を一括してキャッシュするため、ユーザがキャッシュした全てのコンテンツを視聴するとは限らない。このため、受信したコンテンツが視聴されること無く破棄される可能性も高く、コンテンツ配信の効率面において改善の余地があるという課題がある。また、非特許文献１に示される方法は、端末側から明示的にコンテンツにアクセスすることを前提としているので、ユーザがコンテンツの更新状況を検知しにくいという課題を有している。
【０００９】
また、特許文献１のデジタル放送システムは、不特定多数のモバイル端末に対して、放送によってコンテンツを同報配信することができるが、上り方向の通信路を持たないため、各端末に対して、各端末の所在位置やユーザの嗜好に適したコンテンツを個別に配信することができないという課題を有している。
【００１０】
本発明は、かかる点に鑑みてなされたものであり、放送による受動的なコンテンツ視聴と通信による能動的なコンテンツ視聴の特徴を組み合わせたユーザ利便性が高いコンテンツ配信サービスを提供できるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
本発明は、コンテンツ放送サーバがカルーセル方式のデータ放送によって配信する放送コンテンツを受信し、受信した前記放送コンテンツを中継配信する放送処理部と、コンテンツ通信サーバが通信によって配信する一般コンテンツを受信し、受信した前記一般コンテンツを中継配信する通信処理部と、を具備するようにした。
【００１２】
これにより、放送による受動的なコンテンツ視聴と通信による能動的なコンテンツ視聴の特徴を組み合わせたユーザ利便性が高いコンテンツ配信サービスを提供できる。
【００１３】
【発明の実施の形態】
本発明の第１の態様にかかるコンテンツ処理装置は、コンテンツ放送サーバがカルーセル方式のデータ放送によって配信する放送コンテンツを受信し、受信した前記放送コンテンツを中継配信する放送処理部と、コンテンツ通信サーバが通信によって配信する一般コンテンツを受信し、受信した前記一般コンテンツを中継配信する通信処理部と、前記放送コンテンツの中継配信を要求する放送受信要求メッセージを受信した場合に、前記放送処理部を制御し、前記コンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを前記放送受信要求メッセージの送信元に中継配信し、前記一般コンテンツの中継配信を要求する一般コンテンツ配信要求メッセージを受信した場合に、前記通信処理部を制御し、前記コンテンツ通信サーバに対して、前記一般コンテンツを配信することを要求し、受信した前記一般コンテンツを前記一般コンテンツ配信要求メッセージの送信元に中継配信する中継制御部と、を具備する構成を採る。
【００１４】
これにより、放送コンテンツおよび一般コンテンツを受信し、受信したこれらのコンテンツを再配信することができるので、放送による受動的なコンテンツ視聴と通信による能動的なコンテンツ視聴の特徴を組み合わせたユーザ利便性が高いコンテンツ配信サービスを提供できる。
【００１５】
本発明の第２の態様は、第１の態様にかかるコンテンツ処理装置において、前記中継制御部は、前記コンテンツ通信サーバに対して位置情報を用いた位置適応処理が可能な位置適応コンテンツを配信することを要求する位置適応コンテンツ配信要求メッセージを受信した場合に、前記通信処理部を制御し、前記コンテンツ通信サーバから前記位置適応コンテンツを受信し、受信した前記位置適応コンテンツに対して最新の位置情報を用いた位置適応処理を行ったコンテンツを、前記位置適応コンテンツ配信要求メッセージの送信元へ配信する。
【００１６】
これにより、コンテンツ通信サーバから位置適応コンテンツを受信し、受信した位置適応コンテンツに位置情報に基づく位置適応処理を実行して再配信できる。この結果、放送による受動的なコンテンツ視聴と通信による能動的なコンテンツ視聴の特徴を組み合わせた位置情報サービスを、モバイル端末に対して提供できる。
【００１７】
本発明の第３の態様は、第２の態様にかかるコンテンツ処理装置において、前記位置適応コンテンツは、位置情報と関連付けられたコンテンツの参照先をエリア毎にまとめた位置条件別リストに位置条件を付与したコンテンツであり、前記位置適応処理は、前記位置適応コンテンツから、前記位置情報が示す地点を含むエリアに該当するコンテンツの参照先を抽出し、抽出したコンテンツの参照先をまとめたコンテンツを生成する処理である。
【００１８】
これにより、通信によって配信される位置適応コンテンツから、位置情報と関連性があるコンテンツを生成することができるので、モバイル端末のユーザに対して、現在地周辺の情報を提供する位置情報サービスを構築することができる。
【００１９】
本発明の第４の態様は、第３の態様にかかるコンテンツ処理装置において、前記一般コンテンツ配信要求メッセージと前記位置適応コンテンツ配信要求メッセージは、ファイル名の拡張子が異なるＨＴＴＰのＧＥＴメッセージであり、前記中継制御部は、前記ファイル名の拡張子によって、前記一般コンテンツ配信要求メッセージと前記位置適応コンテンツ配信要求メッセージとを区別する。
【００２０】
このように、一般コンテンツ配信要求メッセージと位置適応コンテンツ配信要求メッセージが共にＨＴＴＰのＧＥＴメッセージであるので、ＨＴＴＰおよびＨＴＭＬを基本とする一般的なＷｅｂシステムにコンテンツ処理装置を組み込むことが容易になる。
【００２１】
本発明の第５の態様は、第４の態様にかかるコンテンツ処理装置において、前記通信処理部は、複数の前記一般コンテンツ配信要求メッセージは並列処理し、前記位置適応コンテンツ配信要求メッセージは、受信順序に従って直列処理する。
【００２２】
ＨＴＭＬコンテンツを構成する画像データなどは、配信順序や表示順序は任意で良いのに対し、位置適応処理については、位置情報通知の順番に従って実行しないと、最新位置に適したコンテンツを提供することができない。一般コンテンツと位置適応コンテンツとを区別し、個々の特性に適した配信処理を実行することによって、コンテンツ表示に関するユーザ利便性を向上することができる。
【００２３】
本発明の第６の態様は、第１から第５の態様のいずれかにかかるコンテンツ処理装置において、前記放送処理部は、受信した前記放送コンテンツを蓄積し、蓄積が完了したら、データ放送の受信を停止し、通信を利用したＰＵＳＨ型ストリーム配信によって、蓄積した前記放送コンテンツを前記放送受信要求メッセージの送信元へ配信する。
【００２４】
これにより、放送から受信した放送コンテンツを通信によって再配信することができる。この結果、コンテンツ処理装置は放送送信手段を搭載する必要がないので、システム構築に要するコストを抑えることができる。
【００２５】
本発明の第７の態様は、第６の態様にかかるコンテンツ処理装置において、前記放送処理部は、通信を利用したＰＵＳＨ型ストリーム配信により前記放送コンテンツの配信を所定回数だけ繰り返した後、配信を停止する。
【００２６】
これにより、放送コンテンツを一度だけ再配信するのではなく、ストリーム配信を所定回数だけ繰り返すようにできる。この結果、コンテンツの配信を失敗するリスクを低減することができる。また、所定回数だけコンテンツを配信したら、コンテンツ配信処理を停止するので、処理負荷も削減することができる。
【００２７】
本発明の第８の態様は、第１から第５の態様のいずれかにかかるコンテンツ処理装置において、前記放送処理部は、受信した前記放送コンテンツを蓄積し、蓄積が完了したら、データ放送の受信を停止し、前記放送受信要求メッセージの送信元へ、蓄積した前記放送コンテンツの所在を示すコンテンツ識別子を含むリソース通知メッセージを送信する。
【００２８】
これにより、放送コンテンツを直接再配信するのではなく、一時蓄積し、蓄積した放送コンテンツの所在を通知することができる。この結果、コンテンツ通信サーバとの間のコンテンツ配信の場合と同様に、ＰＵＬＬ型のコンテンツ配信によって放送コンテンツを配信することができる。
【００２９】
本発明の第９の態様は、第８の態様にかかるコンテンツ処理装置において、前記コンテンツ識別子とは、蓄積した放送コンテンツを指すＵＲＬである。
【００３０】
このように、コンテンツ処理装置に蓄積されているコンテンツのＵＲＬを通知することにより、コンテンツ放送サーバからコンテンツを受信する場合においても、ＨＴＴＰによってコンテンツを配信できる。
【００３１】
本発明の第１０の態様は、第８または第９の態様にかかるコンテンツ処理装置において、前記通信処理部は、受信した前記一般コンテンツ配信要求メッセージまたは前記位置適応コンテンツ配信要求メッセージが、蓄積されている前記一般コンテンツまたは前記位置適応コンテンツの配信を要求するものであるならば、前記一般コンテンツ配信要求メッセージまたは前記位置適応コンテンツ配信要求メッセージの送信元へ蓄積済みの前記一般コンテンツまたは位置適応コンテンツを配信し、受信した前記一般コンテンツ配信要求メッセージまたは前記位置適応コンテンツ配信要求メッセージが、蓄積されてない前記一般コンテンツまたは位置適応コンテンツの配信を要求するものであるならば、前記コンテンツ通信サーバから当該一般コンテンツまたは位置適応コンテンツを受信し、前記一般コンテンツ配信要求メッセージまたは前記位置適応コンテンツ配信要求メッセージの送信元へ配信する。
【００３２】
これにより、コンテンツ配信要求メッセージの解析結果に基づいてコンテンツ取得先を決定することができる。この結果、すでに蓄積されているコンテンツに関しては、再度サーバから受信することなく、ＰＵＬＬ型のコンテンツ配信によって、配信することができる。また、コンテンツ処理装置は放送送信手段を必要としないので、システム構築に要するコストを抑えることができる。
【００３３】
本発明の第１１の態様にかかるコンテンツ表示装置は、カルーセル方式のデータ放送によって放送コンテンツを配信するコンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを中継転送することを要求する放送受信要求メッセージを第１の態様から第１０の態様のいずれかに記載のコンテンツ処理装置へ通知する制御部と、前記コンテンツ処理装置を中継して送信された前記放送コンテンツを受信する放送受信部と、通信によって一般コンテンツを配信するコンテンツ通信サーバから前記一般コンテンツを受信し、受信した前記一般コンテンツを中継転送することを要求する一般コンテンツ配信要求メッセージを前記コンテンツ処理装置へ送信する機能と、前記コンテンツ処理装置を介して前記コンテンツ通信サーバから受信した前記一般コンテンツを表示する機能とを有するブラウザ部と、を具備した構成を採る。
【００３４】
これにより、放送および通信によって配信されるコンテンツを受信することができるので、放送による受動的なコンテンツ視聴と、通信による能動的なコンテンツ視聴の特徴を組み合わせたコンテンツ配信サービスをユーザに提供できる。
【００３５】
本発明の第１２の態様は、第１１の態様にかかるコンテンツ表示装置において、定期的に位置情報を取得する位置情報取得部を有し、前記制御部は、前記位置情報取得部が取得した位置情報を前記コンテンツ処理装置へ送信し、前記位置情報を用いて位置適応処理をしたコンテンツを前記コンテンツ処理装置から受信する。
【００３６】
このようにコンテンツ表示装置は、コンテンツ処理装置に位置情報を通知し、コンテンツ処理装置において位置適応処理をしたコンテンツを取得することができる。これにより、放送による受動的なコンテンツ視聴と通信による能動的なコンテンツ視聴の特徴を組み合わせた利便性の高い位置情報サービスを、ユーザに対して提供できる。
【００３７】
本発明の第１３の態様は、第１２の態様にかかるコンテンツ表示装置において、前記放送受信部は、データ放送受信機能に加えて、通信を利用したＰＵＳＨ型のストリーム配信によって送信されてくるコンテンツを受信する機能を有し、前記制御部は、前記コンテンツ処理装置を経由して前記コンテンツ放送サーバから放送コンテンツを受信する場合に、前記放送受信部に対して、通信による放送コンテンツの受信を指示する。
【００３８】
このように、コンテンツ表示装置が、データ放送受信機能に加えて、通信によるＰＵＳＨ型のストリーム受信機能を備えることにより、データ放送によるコンテンツ配信に関わるコンテンツ配信システム全体のコストを低減することができる。
【００３９】
本発明の第１４の態様は、第１３の態様にかかるコンテンツ表示装置において、前記放送受信部は、通信を利用したＰＵＳＨ型のストリーム配信によって、同一コンテンツが繰り返し送信されてくる場合、一度だけコンテンツを受信する。
【００４０】
このように、コンテンツ表示装置は、コンテンツ処理装置からコンテンツが繰り返し送信されてくることを前提にしてコンテンツを受信するので、コンテンツの受信を失敗するリスクを低減することができる。
【００４１】
本発明の第１５の態様は、第１４の態様にかかるコンテンツ表示装置において、前記受信制御部は、前記放送コンテンツの所在を示すコンテンツ識別子を含むリソース通知メッセージを受信し、前記リソース通知メッセージを受信した場合、前記ブラウザ部に対して、前記コンテンツ識別子が示す前記放送コンテンツを取得することを指示する。
【００４２】
このように、コンテンツ放送サーバから放送コンテンツを受信する場合、コンテンツ放送サーバから直接コンテンツを受信するのではなく、コンテンツ処理装置を経由したＰＵＬＬ型のコンテンツ取得を行うので、コンテンツ放送サーバが配信する放送コンテンツを直接ブラウザに表示することができる。
【００４３】
本発明の第１６の態様は、第１５の態様にかかるコンテンツ表示装置において、前記リソース通知メッセージには、前記コンテンツ処理装置に蓄積された前記放送コンテンツのＵＲＬが記されており、前記制御部は、前記リソース通知メッセージを受信した場合、前記ブラウザ部に対して、前記ＵＲＬが示す前記放送コンテンツの取得を指示し、前記ブラウザ部は、ＨＴＴＰのＧＥＴメッセージによって前記ＵＲＬが示す前記放送コンテンツを取得する。
【００４４】
このように、コンテンツ処理装置に蓄積された放送コンテンツをコンテンツ表示装置に配信する際にＨＴＴＰのＧＥＴメッセージを使用するので、ＨＴＴＰおよびＨＴＭＬを基本とする一般的なＷｅｂシステムにコンテンツ表示装置を組み込むことが容易になる。
【００４５】
本発明の第１７の態様は、第１の態様から第１０の態様のいずれかに記載のコンテンツ処理装置と、第１１の態様から第１６の態様のいずれかに記載のコンテンツ表示装置と、を具備したことを特徴とするコンテンツ受信端末である。
【００４６】
本発明の第１８の態様は、カルーセル方式のデータ放送によって放送コンテンツを配信するコンテンツ放送サーバと、通信によって一般コンテンツを配信するコンテンツ通信サーバと、第１の態様から第１０の態様のいずれかに記載のコンテンツ処理装置と、第１１の態様から第１６の態様のいずれかに記載のコンテンツ表示装置と、を具備し、前記コンテンツ通信サーバは、前記コンテンツ表示装置が要求した前記位置適応コンテンツを配信することを特徴とするコンテンツ適応配信システムである。
【００４７】
本発明の第１９の態様は、放送コンテンツの中継配信を要求する放送受信要求メッセージを受信するステップと、前記放送受信要求メッセージを受信した場合に、前記コンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを前記放送受信要求メッセージの送信元に中継配信するステップと、一般コンテンツの中継配信を要求する一般コンテンツ配信要求メッセージを受信するステップと、前記一般コンテンツ配信要求メッセージを受信した場合に、前記コンテンツ通信サーバに対して、前記一般コンテンツを配信することを要求し、前記コンテンツ通信サーバから受信した前記一般コンテンツを前記一般コンテンツ配信要求メッセージの送信元に中継配信するステップと、を具備することを特徴とするコンテンツ処理方法である。
【００４８】
本発明の第２０の態様は、カルーセル方式のデータ放送によって放送コンテンツを配信するコンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを中継転送することを要求する放送受信要求メッセージを通知するステップと、前記放送受信要求メッセージに対して送信された前記放送コンテンツを受信するステップと、通信によって一般コンテンツを配信するコンテンツ通信サーバから前記一般コンテンツを受信し、受信した前記一般コンテンツを中継転送することを要求する一般コンテンツ配信要求メッセージを送信するステップと、前記コンテンツ通信サーバから受信した前記一般コンテンツを表示するステップと、を具備したことを特徴とするコンテンツ表示方法である。
【００４９】
本発明の第２１の態様は、放送コンテンツの中継転送を要求する放送受信要求メッセージを受信するステップと、前記放送受信要求メッセージを受信した場合に、前記コンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを前記放送受信要求メッセージの送信元に中継配信するステップと、一般コンテンツの中継配信を要求する一般コンテンツ配信要求メッセージを受信するステップと、前記一般コンテンツ配信要求メッセージを受信した場合に、コンテンツ通信サーバに対して、前記一般コンテンツを配信することを要求し、前記コンテンツ通信サーバから受信した前記一般コンテンツを前記一般コンテンツ配信要求メッセージの送信元に中継配信するステップと、をコンピュータに行わせることを特徴とするプログラムである。
【００５０】
本発明の第２２の態様は、カルーセル方式のデータ放送によって放送コンテンツを配信するコンテンツ放送サーバから前記放送コンテンツを受信し、受信した前記放送コンテンツを中継転送することを要求する放送受信要求メッセージを通知するステップと、前記放送受信要求メッセージに対して送信された前記放送コンテンツを受信するステップと、通信によって一般コンテンツを配信するコンテンツ通信サーバから前記一般コンテンツを受信し、受信した前記一般コンテンツを中継転送することを要求する一般コンテンツ配信要求メッセージを送信するステップと、前記コンテンツ通信サーバから受信した前記一般コンテンツを表示するステップと、をコンピュータに行わせることを特徴とするプログラムである。
【００５１】
本発明の第２３の態様は、第２１の態様または第２２の態様のプログラムを記憶したコンピュータ読み取り可能な記憶媒体である。
【００５２】
（実施の形態１）
以下、本発明の実施の形態１にかかるコンテンツ適応配信システムについて、添付図面を用いて説明する。
【００５３】
まず、実施の形態１にかかるコンテンツ適応配信システムの構成について図１を用いて説明する。図１は、実施の形態１にかかるコンテンツ適応配信システムのシステム構成図である。
【００５４】
実施の形態１のコンテンツ適応配信システム１００には、複数のコンテンツ通信サーバ１０１ａ〜１０１ｃが設けられている。コンテンツ通信サーバ１０１ａ〜１０１ｃは、インターネットプロトコルを利用して、通信機能を有するクライアント端末に対して、コンテンツを配信するサーバである。コンテンツ通信サーバ１０１ａ〜１０１ｃの具体的例としては、インターネット上のＷｅｂサーバ（ＨＴＴＰサーバ）を挙げることができる。なお、コンテンツ通信サーバ１０１ａ〜１０１ｃの数は限定しない。
【００５５】
また、コンテンツ適応配信システム１００には、コンテンツ放送サーバ１０２が設けられている。コンテンツ放送サーバ１０２は、放送受信機能を有するクライアント端末に対して、一般的な放送を行うと同時に、カルーセル方式のデータ放送によるコンテンツ配信を行うことが可能な放送局である。コンテンツ放送サーバ１０２の放送形態は、放送衛星や通信衛星による衛星放送、地上デジタル放送、インターネット放送など任意の形態で構わない。
【００５６】
また、コンテンツ適応配信システム１００には、コンテンツ受信端末１０３が設けられている。コンテンツ受信端末１０３は、デジタル放送を受信する機能と、通信ネットワークにアクセスする機能とを有するクライアント端末である。コンテンツ受信端末１０３は、コンテンツ放送サーバ１０２からコンテンツを受信する。また、コンテンツ受信端末１０３は、コンテンツ通信サーバ１０１ａ〜１０１ｃから、通信ネットワーク１０４を介して送られてきたコンテンツを受信する。また、コンテンツ受信端末１０３が移動可能な端末である場合には、コンテンツ受信端末１０３は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）等により位置情報を取得する機能も有するものとする。実施の形態１においては、コンテンツ受信端末１０３は、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）やカーナビゲーションシステムなどの任意の移動端末である。
【００５７】
通信ネットワーク１０４は、コンテンツ通信サーバ１０１とコンテンツ受信端末１０３との間で相互通信可能なネットワークであり、インターネットやＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、無線ネットワーク、あるいは、それらが複合したネットワークなど任意のネットワークである。ただし、コンテンツ受信端末１０３が移動端末である場合は、端末側終端のネットワークは、無線ネットワークである。
【００５８】
次に、コンテンツ受信端末１０３の内部構成を説明する。コンテンツ受信端末１０３は、地理的な位置情報と関連を持つコンテンツ、すなわち、位置依存コンテンツを効率的に表示することが可能なクライアント端末である。例えば、コンテンツ受信端末１０３は、ＧＰＳ等によって取得した位置情報を利用して、ユーザの現在地周辺に関連するＷｅｂコンテンツを効率的に視聴することが可能である。コンテンツ受信端末１０３は、コンテンツ処理部１０５とコンテンツ表示部１１０から構成される。
【００５９】
ここで、位置依存コンテンツとは、地理的位置情報、あるいは、地理的な配信範囲を有するコンテンツを指す。例えば、緯度・経度や住所を持つ店舗のコンテンツや、交通情報、天気予報、配信地域限定広告などのコンテンツが、これに相当する。
【００６０】
コンテンツ処理部１０５は、コンテンツ放送サーバ１０２、もしくは、コンテンツ通信サーバ１０１から受信したコンテンツに対して、コンテンツ表示部１１０から受信した位置情報を参照してコンテンツ適応処理を行い、適応処理後のコンテンツをコンテンツ表示部１１０へ送信する。コンテンツ処理部１０５には、通信処理部１０６、放送処理部１０７、中間キャッシュ部１０８、および、設定部１０９が含まれる。なお、コンテンツ適応処理については、あとで詳しく述べる。
【００６１】
通信処理部１０６は、コンテンツ通信サーバ１０１から受信したコンテンツに対して、コンテンツ表示部１１０から受信した位置情報を参照してコンテンツ適応処理を行い、適応処理後のコンテンツをコンテンツ表示部１１０へ送信する。また、通信処理部１０６は、配信対象のコンテンツがＨＴＭＬコンテンツである場合、ＨＴＴＰプロキシとしての役割を果たす。すなわち、通信処理部１０６は、ブラウザ部１１３とコンテンツ通信サーバ１０１との間のＨＴＴＰ中継処理を行う。
【００６２】
放送処理部１０７は、設定部１０９からの指示に従って、コンテンツ放送サーバ１０２から受信したコンテンツに対して、コンテンツ適応処理を行い、適応処理後のコンテンツをコンテンツ表示部１１０へ送信する。なお、コンテンツ適応処理が不要なコンテンツに関しては、放送処理部１０７は、受信したコンテンツをそのままコンテンツ表示部１１０へ送信する。
【００６３】
中間キャッシュ部１０８は、通信処理部１０６および放送処理部１０７が受信したコンテンツが一時蓄積されるキャッシュであり、メモリやハードディスクから構成されるものである。例えば、コンテンツ適応処理の対象となるコンテンツや、放送から受信したコンテンツは、中間キャッシュ部１０８に一時蓄積され、所定の処理がなされた後に、コンテンツ表示部１１０へ送信される。
【００６４】
設定部１０９は、コンテンツ表示部１１０からの制御命令に従って、通信処理部１０６および放送処理部１０７を制御する中継制御部としての機能を持つ。設定部１０９は、通信処理部１０６に対して位置情報を通知し、放送処理部１０７に対して位置情報と放送受信のために必要な情報、例えば受信チャネルなどを通知する。なお、通信処理部１０６および放送処理部１０７に出力される位置情報の詳細は後述する。
【００６５】
コンテンツ表示部１１０は、ユーザ操作に従って設定部１０９へ制御命令を出力し、コンテンツ処理部１０５から送られたコンテンツを受信し、表示する。コンテンツ表示部１１０には、位置情報取得部１１１、地図処理部１１２、ブラウザ部１１３、放送受信部１１４、終端キャッシュ部１１５、制御部１１６、ＧＵＩ部１１７が含まれる。
【００６６】
位置情報取得部１１１は、ＧＰＳなどによって位置情報（緯度・経度座標値）を取得し、取得した位置情報を制御部１１６へ出力する。
【００６７】
地図処理部１１２は、例えば、地図描画、地図の表示エリア変更・拡大・縮小、地図検索などの一般的な地図表示アプリケーションが有する機能を持つものである。この地図処理部１１２は、コンテンツ受信端末１０３の現在地を表示する、あるいは、ユーザが任意の場所（例：目的地）を検索するために使用される。なお、コンテンツ受信端末１０３が地図表示機能を必要としない場合は、地図処理部１１２は不要な構成要素である。
【００６８】
ブラウザ部１１３は、ユーザ操作に従ってコンテンツを表示するものであり、実施の形態１では、一般的なＷｅｂブラウザ（ＨＴＭＬブラウザ）である。ただし、図１のコンテンツ配信システムが、ＢＭＬ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等の他のマークアップ言語で記述されたコンテンツを配信対象とする場合には、ブラウザ部１１３は、それらのマークアップ言語で記述されたコンテンツ表示する機能を持つものとする。また、ブラウザ部１１３は、コンテンツ処理部１０５に対してコンテンツ配信に関わるメッセージ（すなわち、ＨＴＴＰメッセージ）を出力し、その応答としてＨＴＭＬコンテンツを受信する。
【００６９】
放送受信部１１４は、コンテンツ処理部１０５の放送処理部１０７からコンテンツを受信する。コンテンツ放送サーバ１０２は、放送によって放送処理部１０７へコンテンツを送信するが、放送処理部１０７と放送受信部１１４との間では、必ずしも放送によってコンテンツを送受信する必要はない。放送処理部１０７がカルーセルデータ放送によってコンテンツを送信する場合には、放送受信部１１４は、制御部１１６が指定する受信チャネルのデータを受信し、その中に含まれるコンテンツを終端キャッシュ部１１５へ出力する。これと同時に、放送受信部１１４は、終端キャッシュ部１１５へ出力したコンテンツに関する情報、例えばファイル名などを制御部１１６に通知する。
【００７０】
放送受信部１１４が終端キャッシュ部１１５に蓄積したコンテンツは、ブラウザ部１１３で表示することが可能である。なお、放送処理部１０７がカルーセルデータ放送以外の方法でコンテンツを配信する場合には、放送受信部１１４は、放送受信機能のほかに、放送処理部１０７のコンテンツ配信方法に即したコンテンツ受信機能を有するものとする。
【００７１】
終端キャッシュ部１１５は、放送受信部１１４が出力するコンテンツを一時的に蓄積する機能とブラウザ部１１３が表示したコンテンツをキャッシュする機能を持つ。
【００７２】
制御部１１６は、コンテンツ表示部１１０の全体制御を行う。制御部１１６の主な機能は、位置情報取得部１１１から取得した位置情報をコンテンツ処理部１０５の設定部１０９へ通知することである。また、制御部１１６は、ブラウザ部１１３に対して、任意のＵＲＬを持つコンテンツへのアクセスを指示する機能や、ブラウザ部１１３に対して、終端キャッシュ部１１５に蓄積されているコンテンツを表示することを指示する機能なども有する。
【００７３】
ＧＵＩ部１１７は、コンテンツ視聴や地図表示、地図検索に関わるユーザからの指示を取得するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）である。ＧＵＩ部１１７には、コンテンツ表示部１１０やコンテンツ処理部１０５をユーザが制御するためＧＵＩも含まれる。
【００７４】
ここで、放送と通信が連携するコンテンツ配信システムについて補足する。図２のコンテンツ配信システム２００は、図１のコンテンツ適応配信システム１００からコンテンツ処理部１０５と放送受信部１１４とを取り除いた構成をしており、通信のみを利用してコンテンツ配信を行う。
【００７５】
図２のコンテンツ配信システム２００を用いて位置情報サービスを行う場合には、コンテンツ受信端末２０１からコンテンツ通信サーバ１０１へ位置情報を通知し、コンテンツ通信サーバ１０１側において、コンテンツ受信端末２０１の現在地周辺に関連する情報を選択し、これをコンテンツ受信端末２０１へ配信することになる。従って、コンテンツ受信端末２０１の台数が非常に多い場合には、コンテンツ通信サーバ１０１に対する負荷が大きくなる。
【００７６】
図３のコンテンツ配信システム３００は、図１のコンテンツ適応配信システム１００からコンテンツ処理部１０５を取り除いた構成をしている。
【００７７】
このコンテンツ配信システム３００は、放送もしくは通信を利用してコンテンツ配信を行うことができるが、図２のコンテンツ配信システム２００と同様に、位置情報サービスを行う場合にはコンテンツ受信端末３０１からコンテンツ通信サーバ１０１へ位置情報を通知する必要がある。
【００７８】
また、図３のコンテンツ配信システム３００は、放送と通信が連携したコンテンツ配信に必要な構成要素を持ち合わせているが、実際に放送と通信が連携するコンテンツ配信を実行するためには、システム構成だけでなく、放送によって配信するコンテンツの内容を規定する必要がある。
【００７９】
これに対し、図１のコンテンツ適応配信システム１００は、放送と通信によってコンテンツの送受信を行い、端末側に設けたコンテンツ処理部１０５において位置情報に基づくコンテンツ適応処理を行う。
【００８０】
また、後述するように、図１のコンテンツ適応配信システム１００では、コンテンツ放送サーバ１０２から配信するコンテンツに、コンテンツ通信サーバへの参照先（アクセス方法）が記述することによって、放送と通信が連携するコンテンツ配信を実現している。
【００８１】
従って、コンテンツ受信端末１０３は、サーバ側に位置情報を通知する必要がない。
【００８２】
次に、コンテンツ適応配信システム１００の動作概要を説明する。コンテンツ適応配信システム１００は、ユーザの現在地周辺、もしくは、ユーザの目的地周辺に関連するコンテンツを配信・視聴するためのシステムである。ここでは、サーバからユーザ端末へ、ユーザの現在地周辺のコンテンツを配信する例を説明する。
【００８３】
まず、図４を用いて、地理的空間における位置依存コンテンツの配置について説明する。図４は、実施の形態１にかかる地理的空間における位置依存コンテンツの配置および端末に提示されるコンテンツの一例を示した図である。
【００８４】
図４中の領域４００には、３つの円形のエリア４０１ａ〜４０１ｃが設定されている。各エリア４０１ａ〜４０１ｃは、パラメータとして、円の中心の緯度座標・経度座標と半径を持つ。
【００８５】
また、各エリア４０１ａ〜４０１ｃ内には、それぞれ４つの店舗Ａ１〜Ａ４、Ｂ１〜Ｂ４、Ｃ１〜Ｃ４が存在し、各店舗は、その店舗の情報を提供するＷｅｂサイトを持つ。ただし、各店舗の地理的位置とその店舗のＷｅｂサイトの地理的位置とは、必ずしも一致しなくて良い。すなわち、図４の各店舗の位置に、その店舗のＷｅｂサイトが存在する必要は無く、Ｗｅｂサイトは別の場所に存在しても構わない。
【００８６】
各店舗Ａ１〜Ａ４、Ｂ１〜Ｂ４、Ｃ１〜Ｃ４は、パラメータとして実店舗の位置情報である緯度・経度情報や住所などを持つ。また、のＷｅｂサイトはインターネット経由でアクセス可能なＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を持ち、任意の端末がそのＷｅｂサイトのコンテンツを視聴可能であるものとする。
【００８７】
図４に記載されているコンテンツ放送サーバ１０２およびコンテンツ通信サーバ１０１ａ〜１０１ｃは、放送もしくは通信によって、コンテンツ受信端末１０３に対して、各店舗のＷｅｂサイトに関するメタ情報（メタデータ）を配信する。なお、図４中では、コンテンツ放送サーバ１０２が１台、コンテンツ通信サーバ１０１が３台となっているが、それぞれ任意の台数だけ存在して良い。
【００８８】
次に、コンテンツ適応配信システム１００の動作概要を詳細に説明する。説明の便宜上、図４の３つのエリア４０１ａ〜４０１ｃの中心座標、半径を次のように仮定する。エリア４０１ａ：中心座標（Ｎ３５．３７．４４．１６／Ｅ１３９．４１．２３．１５７）、半径＝６００ｍ、エリア４０１ｂ：中心座標（Ｎ３５．３７．３０．１６０／Ｅ１３９．４０．４１．１０９）、半径＝６００ｍ、エリア４０１ｃ：中心座標（Ｎ３５．３７．５６．２４／Ｅ１３９．４０．４．８６）、半径＝６００ｍ。
【００８９】
コンテンツ受信端末１０３は移動端末であり、図４中の始点Ｓから終点Ｇまでを折れ線に沿って移動すると仮定する。この際、ユーザは、コンテンツ受信端末１０３のブラウザ部１１３を利用して、インターネット上の現在地周辺の飲食店に関するコンテンツを探す。
【００９０】
まず、コンテンツ視聴時におけるコンテンツ受信端末１０３の動作を説明する。コンテンツ受信端末１０３は、放送処理部１０７において、コンテンツ放送サーバ１０２からメニューコンテンツを受信し、それを放送受信部１１４へ出力する。ここで、メニューコンテンツとは、ユーザが視聴可能なコンテンツのカテゴリ一覧である。放送受信部１１４は、受信したメニューコンテンツを終端キャッシュ部１１５に蓄積する。そして、ブラウザ部１１３は、終端キャッシュ部１１５に蓄積されたメニューコンテンツを表示する。
【００９１】
図５は、メニューコンテンツの一例を示したものである。このメニューコンテンツ５００には、視聴可能なコンテンツのカテゴリとして、商業施設、公共施設、飲食店、駐車場、ガソリンスタンド、交通情報、天気予報、観光情報が提示される。ユーザは、メニューコンテンツ５００から、視聴を希望するカテゴリを選択することができる。
【００９２】
ユーザがメニューコンテンツ５００の中から一つのカテゴリ、ここでは飲食店を選択したとすると、コンテンツ受信端末１０３からコンテンツ通信サーバ１０１へ、飲食店に関する情報が記述されたリストコンテンツを要求するメッセージが送信される。ここで、リストコンテンツとは、特定のカテゴリに属するコンテンツに関する情報（ＵＲＬ、位置情報など）をエリア毎にまとめた一覧リストである。
【００９３】
コンテンツ受信端末１０３は、通信処理部１０６において、コンテンツ通信サーバ１０１から送られてくるリストコンテンツを受信し、コンテンツ適応処理を行ったリストコンテンツをブラウザ部１１３へ出力する。ここで、コンテンツ適応処理とは、受信したリストコンテンツから、特定エリアのリストコンテンツを生成する処理である。このコンテンツ適応処理を行った結果、ブラウザ部１１３には、ユーザの現在地周辺に限定された飲食店に関するコンテンツ一覧が表示される。
【００９４】
図６は、リストコンテンツの一例を示したものである。このリストコンテンツ６００は、飲食店の名称と住所を一覧表示したものであり、各飲食店のＷｅｂサイトのＵＲＬが記述されている。ユーザは、リストコンテンツ６００から、視聴を希望する飲食店を選択することができる。
【００９５】
ユーザがリストコンテンツ６００の中から一つの飲食店を選択すると、コンテンツ受信端末１０３は、選択された飲食店のＵＲＬが示すＷｅｂサイトへアクセスし、コンテンツ表示部１１０にその飲食店のコンテンツを表示する。
【００９６】
以上の説明は、放送により配信されるメニューコンテンツ５００と、通信により取得するリストコンテンツ６００とを順に参照していくことにより、ユーザが希望するコンテンツがあるＷｅｂサイトのＵＲＬを検索し、そのＷｅｂサイトのコンテンツを表示するまでの過程を示したものである。
【００９７】
本実施の形態１のコンテンツ適応配信システム１００では、ユーザの現在地に適応したリストコンテンツを提供する。すなわち、ユーザの位置移動に連動して、ユーザに提示するリストコンテンツを自動的に更新することができる。
【００９８】
次に、図４を参照しながら、コンテンツ受信端末１０３の位置移動に伴って、どのようにリストコンテンツが更新されるのかを説明する。
【００９９】
図４中の３つのエリア４０１ａ〜４０１ｃは、コンテンツの提供範囲（配信範囲）を示すものである。すなわち、コンテンツ受信端末１０３がエリア４０１ａ〜４０１ｃ内に存在するときに限り、コンテンツ通信サーバ１０１は、そのエリア４０１ａ〜４０１ｃに関するリストコンテンツをコンテンツ受信端末１０３に配信する。
【０１００】
まず、コンテンツ受信端末１０３のユーザが、始点Ｓにおいて、コンテンツ放送サーバより受信したメニューコンテンツ４０２から飲食店を選択すると、コンテンツ受信端末１０３のブラウザ部には、飲食店に関するリストコンテンツが表示される。
【０１０１】
始点Ｓは、コンテンツを含む３つのエリア４０１ａ〜４０１ｃの外側である。これは、ユーザの現在地周辺には視聴可能なコンテンツは存在しないことを意味する。従って、コンテンツ受信端末１０３のブラウザ部１１３には、飲食店情報が空欄になされたリストコンテンツ４０３ｘが表示される。
【０１０２】
次に、ユーザが移動経路に沿って移動し、エリア４０１ａに入ると、エリア４０１ａには、４軒の飲食店Ａ１〜Ａ４が存在するので、コンテンツ受信端末１０３のブラウザ部には、エリア４０１ａ内の飲食店Ａ１〜Ａ４が列挙されたリストコンテンツ４０３ａが表示される。
【０１０３】
さらに、ユーザが移動経路に沿って移動してエリア４０１ｂに入ると、ブラウザ部１１３には、エリア４０１ｂ内の飲食店Ｂ１〜Ｂ４が列挙されたリストコンテンツ４０３ｂが表示される。
【０１０４】
上述のように、コンテンツ受信端末１０３の位置移動と共に、リストコンテンツ４０３が自動的に更新される。これにより、ユーザは効率的に現在地周辺のコンテンツを選択し、そのコンテンツを視聴することができる。
【０１０５】
以下、実施の形態１にかかるコンテンツ適応配信方法について詳細に説明する。
【０１０６】
まず、実施の形態１にかかるリストコンテンツについて図７〜図１２を用いて説明する。図７および図８は、実施の形態１にかかるＸＭＬ準拠の記述言語で記述した、位置条件記述の一例、および、リストコンテンツの記述の一例である。以降、図７および図８で提示した記述言語を、仮にＣＡＭＬ（ＣｏｎｔｅｎｔｓＡｄａｐｔａｔｉｏｎ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）と呼ぶことにする。
【０１０７】
ＣＡＭＬは、位置情報に関する条件を記述するためのマークアップ言語である。ＣＡＭＬは、ＣＡＭＬによる位置条件記述とＨＴＭＬコンテンツを組み合わせた複合コンテンツ（以降、ＣＡＭＬコンテンツと呼ぶ）から、コンテンツ受信端末１０３の位置条件に適応したＨＴＭＬコンテンツを生成するために使用される。
【０１０８】
なお、ＣＡＭＬと組み合わせるコンテンツは、ＨＴＭＬコンテンツではなく、コンテンツ受信端末１０３が表示可能な任意のコンテンツ、例えばＢＭＬコンテンツなどでも良い。
【０１０９】
ここでは、ＣＡＭＬの言語仕様としては、ｃａｍｌ要素とｌｏｃａｔｉｏｎ要素のみを規定する。以下、ｃａｍｌ要素とｌｏｃａｔｉｏｎ要素について説明する。
【０１１０】
ｃａｍｌ要素は、ＣＡＭＬのルート要素であり、必ず記述する必要がある要素である。ｃａｍｌ要素は、属性は持たず、その内容にはテキストデータと位置条件を記述するｌｏｃａｔｉｏｎ要素のみを含むことができる。
【０１１１】
ｌｏｃａｔｉｏｎ要素は、位置条件を記述するための要素であり、属性と属性値の組み合わせによって、位置条件を規定する要素である。ｌｏｃａｔｉｏｎ要素は、ｃａｍｌ要素の子要素となり得る。また、ｌｏｃａｔｉｏｎ要素の内容には、テキストデータのみを含むことができる。
【０１１２】
図７は、ｌｏｃａｔｉｏｎ要素による位置条件の記述方法の例を示したものである。ここでは、２種類の記述方法を提示している。まず、図７の第一の記述例７１０について説明する。
【０１１３】
図７の記述例７１０においては、ｌｏｃａｔｉｏｎ要素７１１は、４つの属性、すなわち、ｔｙｐｅ属性７１１ａ、ｃｅｎｔｅｒ属性７１１ｂ、ｒａｄｉｕｓ属性７１１ｃ、ｕｎｉｔ属性７１１ｄを持つ。
【０１１４】
ｔｙｐｅ属性７１１ａは、位置情報の記述方式を示すものである。図７の記述例７１０では、その位置情報がｃｉｒｃｌｅ、すなわち、円領域であることを示している。
【０１１５】
実施の形態１では、ｌｏｃａｔｉｏｎ要素７１１によって、地理的な領域を定義できればよいので、ｔｙｐｅ属性７１１ａとしてはｃｉｒｃｌｅのみを定義する。しかし、ｔｙｐｅ属性７１１ａとして、ｃｉｒｃｌｅ以外にも、矩形や多角形などや、郵便番号や住所などを定義しても良い。
【０１１６】
ｔｙｐｅ属性７１１ａがｃｉｒｃｌｅである場合、ｌｏｃａｔｉｏｎ要素７１１は、さらにｃｅｎｔｅｒ属性７１１ｂとｒａｄｉｕｓ属性７１１ｃとｕｎｉｔ属性７１１ｄとを属性として持つ。
【０１１７】
ｃｅｎｔｅｒ属性７１１ｂは円領域の中心の緯度・経度座標を、ｒａｄｉｕｓ属性７１１ｃは円領域の半径を、ｕｎｉｔ属性７１１ｄは円領域の半径の単位を表わす。すなわち、これらの３つの属性によって、円領域の具体的なパラメータを規定している。
【０１１８】
図７の記述例７１０において、ｌｏｃａｔｉｏｎ要素開始タグ＜ｌｏｃａｔｉｏｎ＞７１１とｌｏｃａｔｉｏｎ終了タグ＜／ｌｏｃａｔｉｏｎ＞７１２に囲まれた部分７１３は、コンテンツの一覧に相当する部分であり、これはＨＴＭＬによって記述されている。
【０１１９】
次に、図７の第二の記述例７２０について説明する。この例では、ｌｏｃａｔｉｏｎ要素７２１は、属性としてｔｙｐｅ属性７２１ａのみを持つ。このｔｙｐｅ属性７２１ａは、（記述例７１０と同様に）位置情報の記述方式を示すものである。記述例７２０では、その位置情報がｃｉｒｃｌｅ、すなわち、円領域であることを示している。
【０１２０】
記述例７２０では、円領域のパラメータを、＜ｃｉｒｃｌｅ＞７２３ａと＜／ｃｉｒｃｌｅ＞７２３ｂで囲まれた部分に記述している。具体的には、円領域のパラメータは、ｌｏｃａｔｉｏｎ要素の３種類の子要素によって記述している。ｇｅｏｄｅｔｉｃ−ｓｙｓｔｅｍ要素７２５は、緯度・経度座標の表記方法を示す。ｃｅｎｔｅｒ要素７２６は、円領域の中心位置座標を示すものであり、子要素としてｌａｔｉｔｕｄｅ要素およびｌｏｎｇｉｔｕｄｅ要素を持ち、これらによって緯度および経度座標値を記述している。そして、ｒａｄｉｕｓ要素７２７は、円領域の半径を示すものであり、ｕｎｉｔ属性によって半径の単位を規定している。
【０１２１】
図７の記述例７２０において、ｌｏｃａｔｉｏｎ要素内のｃｉｒｃｌｅ終了タグの後ろに続く部分７２４は、コンテンツの一覧に相当する部分であり、これはＨＴＭＬによって記述されている。
【０１２２】
位置条件の記述方法は、図７で示した例以外にも様々なバリエーションがある。実施の形態１では、これ以降、ＣＡＭＬコンテンツの位置条件を記述例７１０で示した方法によって記述するものとする。
【０１２３】
次に、図８のコンテンツについて説明する。図８のＣＡＭＬコンテンツ８００は、ＣＡＭＬによって記述したリストコンテンツの一例であり、ｌｏｃａｔｉｏｎ要素によって、３つの円領域が定義されている。このリストコンテンツは、複数の地域エリア（狭域エリア）から構成される広域エリアに関するコンテンツを列挙したコンテンツである。
【０１２４】
ＣＡＭＬコンテンツ８００の詳細を説明する。ＣＡＭＬコンテンツ８００は、ｌｏｃａｔｉｏｎ開始タグ８０６ａ〜８０６ｃとｌｏｃａｔｉｏｎ終了タグ８０８ａ〜８０８ｃとで囲まれた、３つのｌｏｃａｔｉｏｎ要素８０３ａ〜８０３ｃを持つ。ｌｏｃａｔｉｏｎ開始タグ８０６ａ〜８０６ｃには、属性によって円領域の中心位置座標と半径が規定されている。そして、これらのｌｏｃａｔｉｏｎ要素８０３ａ〜８０３ｃの中には、位置条件別リスト８０７ａ〜８０７ｃが記述されている。ここで、位置条件別リストとは、地理的に同一エリアに属する位置依存コンテンツの参照情報（ＵＲＬやＵＲＩ）を列挙したものであり、これらは、ＨＴＭＬによって記述されている。また、図８中の８０２と８０４に相当する部分は、ＨＴＭＬコンテンツを構成する一部分である。さらに、３つのｌｏｃａｔｉｏｎ要素８０３ａ〜８０３ｃ、および、ＨＴＭＬ部分の８０２と８０４は、ｃａｍｌ開始タグ８０１とｃａｍｌ終了タグ８０５によって囲われている。
【０１２５】
これ以降、図８のようなエリア毎に位置依存コンテンツの一覧を記述したコンテンツをＣＡＭＬリストコンテンツと呼ぶこととする。
【０１２６】
ＣＡＭＬリストコンテンツ８００は、位置条件に適応したＨＴＭＬリストコンテンツを生成するための中間コンテンツであり、ｃａｍｌ要素の中には、予めＨＴＭＬコンテンツの構成要素が記述されている。すなわち、ＣＡＭＬリストコンテンツ自体は、直接ブラウザに表示されることはなく、ＣＡＭＬリストコンテンツから生成されたＨＴＭＬリストコンテンツがブラウザに表示される。
【０１２７】
コンテンツ受信端末１０３のコンテンツ処理部１０５は、図８のようなＣＡＭＬリストコンテンツを受信した場合、次のような処理を行う。
（１）現在地や目的地などの位置情報を取得する。
（２）位置情報とｌｏｃａｔｉｏｎ開始タグ８０６ａ〜８０６ｃの属性で規定される位置条件との比較を行い、その位置情報がその位置条件が示す領域に含まれるｌｏｃａｔｉｏｎ要素を選択する。
（３）選択されたｌｏｃａｔｉｏｎ要素に含まれる位置条件別リストとＨＴＭＬ部分のみを抽出して、ブラウザ部１１３で表示可能なＨＴＭＬリストコンテンツを生成する。
【０１２８】
コンテンツ受信端末１０３の中で、ＣＡＭＬコンテンツ８００からＨＴＭＬコンテンツを生成する役割を果たすのは、コンテンツ処理部１０５である。コンテンツ処理部１０５内の通信処理部１０６および放送処理部１０７は、ＣＡＭＬを解析するＣＡＭＬ解析器を内包し、設定部１０９から通知される位置情報を参照して、ＣＡＭＬコンテンツに対して位置適応処理を行う。
【０１２９】
ＣＡＭＬ解析器は、ＨＴＭＬに関連する要素をテキストデータと解釈する。また、コンテンツ処理部１０５における位置適応処理では、ＣＡＭＬコンテンツ中のＣＡＭＬのタグは全て取り除かれる。従って、コンテンツ処理部１０５から出力されるコンテンツは、ＨＴＭＬコンテンツとなる。
【０１３０】
図９〜図１２は、図８のＣＡＭＬリストコンテンツ８００に対し位置適応処理を行った結果、生成されたＨＴＭＬリストコンテンツの一例を示す図である。これ以降、ＣＡＭＬリストコンテンツから生成された、位置に依存するＨＴＭＬリストコンテンツをエリア別リストコンコンテンツとも呼ぶこととする。図９〜図１２のエリア別リストコンテンツは、それぞれ、図４に示すリストコンテンツ４０３ｘ、４０３ａ〜４０３ｃに対応する。以下、図９〜図１２のＨＴＭＬリストコンテンツについて補足説明を加える。
【０１３１】
図９に示すコンテンツ９００は、コンテンツ受信端末１０３が、図４の３つのエリア４０１ａ〜４０１ｃの外側に位置する場合に対応するＨＴＭＬリストコンテンツである。コンテンツ処理部１０５の位置適応処理によって、図８のＣＡＭＬコンテンツ８００から、ｃａｍｌ要素８０１、８０５とｌｏｃａｔｉｏｎ要素８０３ａ〜８０３ｃが削除され、テキストデータ８０２、８０４のみから構成されるＨＴＭＬコンテンツに変換される。その結果、コンテンツ受信端末１０３のコンテンツ表示部１１０には、図４に示す空欄のリストコンテンツ４０３ｘが表示される。
【０１３２】
図１０に示すＨＴＭＬコンテンツ１０００は、コンテンツ受信端末１０３がエリア４０１ａの内側に位置する場合に対応するＨＴＭＬコンテンツである。コンテンツ処理部１０５の位置適応処理によって、図８のＣＡＭＬコンテンツ８００から、ｃａｍｌ要素８０１、８０５とｌｏｃａｔｉｏｎ要素８０３ｂ、８０３ｃが削除され、ＨＴＭＬコンテンツが生成される。この際、エリア４０１ａに相当するｌｏｃａｔｉｏｎ要素８０３ａに関しては、ｌｏｃａｔｉｏｎタグが削除され、ｌｏｃａｔｉｏｎタグに囲まれた位置条件別リスト８０７ａのみが選択される。すなわち、ＣＡＭＬコンテンツ８００は、位置条件リスト８０７ａと、テキストデータ８０２、８０４から構成されるＨＴＭＬコンテンツ１０００に変換される。その結果、コンテンツ受信端末１０３のコンテンツ表示部１１０には、図４に示すエリア４０１ａ内の飲食店を列挙したリストコンテンツ４０３ａが表示される。
【０１３３】
図１１に示すＨＴＭＬコンテンツ１１００、および、図１２に示すＨＴＭＬコンテンツ１２００も、図１０のＨＴＭＬコンテンツの場合と同様に、コンテンツ処理部１０５の位置適応処理によって、図８のＣＡＭＬコンテンツから生成されたコンテンツである。
【０１３４】
次に、実施の形態１にかかるコンテンツ適応配信システム１００のコンテンツ適応配信処理について図１３を用いて説明する。図１３は、実施の形態１にかかるコンテンツ適応配信システム１００のコンテンツ適応配信のシーケンス図である。この図は、１台のコンテンツ放送サーバ１０２と２台のコンテンツ通信サーバ１０１ａ、１０１ｂ、そして、１台のコンテンツ受信端末１０３との間の通信手順の一例を示したものである。
【０１３５】
ＧＰＳおよび通信機能を有するコンテンツ受信端末１０３を所持するユーザが、図４の位置Ｓを初期位置として移動経路に沿って移動し、移動中に現在地周辺のコンテンツ視聴を希望すると仮定する。
【０１３６】
コンテンツ表示部１１０の制御部１１６は、位置情報取得部１１１から取得した位置情報（現在地の緯度・経度情報）をコンテンツ処理部１０５の設定部１０９に通知する。この通知に対して、設定部１０９は制御部１１６へ応答を返す（ステップＳ１３０１、以下ステップＳを単にＳという）。なお、設定部１０９と制御部１１６との間の通信には、ＨＴＴＰを一部拡張したプロトコルを用いる。
【０１３７】
次に、制御部１１６は、設定部１０９へメニューコンテンツの取得要求を通知する（Ｓ１３０２）。本実施の形態１では、メニューコンテンツはコンテンツ放送サーバ１０２から配信される。したがって、メニューコンテンツの取得要求には、放送受信のために必要な情報（例えば、受信チャネル、番組情報など）が含まれている。
【０１３８】
コンテンツ処理部１０５の放送処理部１０７は、設定部１０９の指示に従い、コンテンツ放送サーバ１０２からメニューコンテンツを受信する（Ｓ１３０３）。このメニューコンテンツの配信は、カルーセル方式のデータ放送によって行われる。したがって、放送処理部１０７は、データ放送の繰り返し周期を考慮して、メニューコンテンツを構成する複数のコンテンツを受信し、受信したコンテンツを中間キャッシュ部１０８に一時蓄積する。なお、図１３のシーケンスにおいては、このメニューコンテンツは、ＨＴＭＬコンテンツであるとする。
【０１３９】
放送処理部１０７は、受信したメニューコンテンツをコンテンツ表示部１１０の放送受信部１１４へ配信する（Ｓ１３０４）。放送受信部１１４は、放送処理部１０７から受信したメニューコンテンツを終端キャッシュ部１１５に蓄積する。また、これと同時に、蓄積したメニューコンテンツに関する情報（例えば、ファイル名）を制御部１１６へ通知する。
【０１４０】
次に、制御部１１６は、放送受信部１１４から取得した情報に基づいて、ブラウザ部１１３を制御する。すなわち、ブラウザ部１１３に終端キャッシュ部１１５に蓄積されているメニューコンテンツの表示を指示する。ブラウザ部１１３は、メニューコンテンツのファイルを終端キャッシュ部１１５から読み出し、メニューコンテンツを表示する（Ｓ１３０５）。
【０１４１】
ブラウザ部１１３には、図５に示すようなメニューコンテンツ５００が表示されている。ここでは、このメニューコンテンツ５００の中から、ユーザが、配信希望のコンテンツカテゴリとして「飲食店」を選択すると仮定する（Ｓ１３０６）。
【０１４２】
ユーザがカテゴリを選択すると、ブラウザ部１１３は、選択されたカテゴリに対応するリストコンテンツを取得するために、設定部１０９に対してリストコンテンツ取得要求を通知する（Ｓ１３０７）。このとき使用するプロトコルはＨＴＴＰである。
【０１４３】
設定部１０９は、ブラウザ部１１３から受信したコンテンツ取得要求を解析し、通信処理部１０６に対してリストコンテンツの取得を指示する。通信処理部１０６は、ＨＴＴＰメッセージを適切なサーバ、図１３の例ではコンテンツ通信サーバ１０１ａへ送信し、その応答としてリストコンテンツを受信する（Ｓ１３０８）。ここで送受信されるリストコンテンツは、図８のＣＡＭＬコンテンツ８００とする。また、新たなＣＡＭＬコンテンツの取得を行わない限り、取得済みのＣＡＭＬコンテンツは、中間キャッシュ部１０８に保存される。
【０１４４】
次に、通信処理部１０６は、Ｓ１３０１において取得した位置情報を参照して、受信したＣＡＭＬコンテンツに対して位置適応処理を行う（Ｓ１３０９）。
【０１４５】
この時点においては、ユーザは、図４の始点Ｓに位置すると仮定する。Ｓ１３０９の位置適応処理では、始点Ｓに相当する位置情報と位置条件とを比較する位置条件判定処理を通して、ＣＡＭＬコンテンツからＨＴＭＬコンテンツを生成する。ここで、位置条件とは、図８のｌｏｃａｔｉｏｎ要素８０６ａ〜８０６ｃの属性として記述されている情報である。始点Ｓは図４の３つのエリア外であり、いずれの位置条件にも合致しないので、当ステップにおいて生成されるコンテンツは、図９に示すようなリストが空欄であるＨＴＭＬコンテンツ９００となる。
【０１４６】
また、Ｓ１３０９において、通信処理部１０６は、図８のリストコンテンツから全てのｌｏｃａｔｉｏｎ開始タグを抽出し、これを位置条件リストとして保存する。この位置条件リストには、位置条件判定処理の判定結果も記録される。
【０１４７】
次に、通信処理部１０６は、Ｓ１３０７のＨＴＴＰメッセージ（リストコンテンツ取得要求）の応答として、Ｓ１３０９において生成したＨＴＭＬリストコンテンツをブラウザ部１１３へ返す（Ｓ１３１０）。
【０１４８】
ブラウザ部１１３は、通信処理部１０６から受信したＨＴＭＬリストコンテンツを表示する（Ｓ１３１１）。図８のＨＴＭＬコンテンツを表示すると、図４のリストコンテンツ４０３ｘのように飲食店リストは空欄となる。
【０１４９】
制御部１１６は、ユーザの位置移動の状況に関わらず、位置情報取得部１１１から定期的に位置情報を取得し、その位置情報を設定部１０９へ通知する（Ｓ１３１２）。この際の通信には、ＨＴＴＰをベースにして機能拡張を加えたプロトコルを用いる。
【０１５０】
次に、設定部１０９は、新たに受信した位置情報を通信処理部１０６へ通知する。通信処理部１０６は、新たな位置情報を参照して位置判定処理を行う（Ｓ１３１３）。この位置判定処理では、ＣＡＭＬコンテンツを解析するのではなく、位置情報とＳ１３０９において保存した位置条件リストとの比較を行う。この処理では、位置条件判定の結果の変化によって、コンテンツ受信端末１０３が属するエリアの変化を検知する。
【０１５１】
次に、設定部１０９は、Ｓ１３１２の位置情報通知の応答として、通信処理部１０６で実行した位置判定処理の判定結果を制御部１１６へ返す（Ｓ１３１４）。この判定結果は、コンテンツ受信端末１０３の所属エリアに変化があったことを示す「ＣＨＡＮＧＥ」、もしくは、変化がないことを示す「ＮＯＴ＿ＣＨＡＮＧＥ」のいずれかである。コンテンツ受信端末１０３は、この時点では、ユーザは、図４の地点Ｐａに位置すると仮定すると、当ステップにおける位置の判定結果は、Ｓ１１０９における位置の判定結果と同じになる。従って、判定結果は「ＮＯＴ＿ＣＨＡＮＧＥ」である。制御部１１６は、位置判定結果が「ＮＯＴ＿ＣＨＡＮＧＥ」である場合は何もしない。
【０１５２】
制御部１１６は、前述のように、設定部１０９への位置情報を定期的に通知する（Ｓ１３１５）。この段階では、コンテンツ受信端末１０３は、まだ、エリア４０１ａには達していないものとする。
【０１５３】
位置情報は、設定部１０９を介して通信処理部１０６へ送信される。通信処理部１０６は、位置情報を取得する度に、Ｓ１３１３と同様の位置判定処理を行う（Ｓ１３１６）。
【０１５４】
設定部１０９は、Ｓ１３１４と同様に、通信処理部１０６における位置判定結果を制御部１１６へ返す（Ｓ１３１７）。当ステップにおける判定結果は、Ｓ１３１４と同様に「ＮＯＴ＿ＣＨＡＮＧＥ」である。
【０１５５】
次に、制御部１１６は、設定部１０９へ新たな位置情報を通知する（Ｓ１３１８）。当ステップでは、コンテンツ受信端末１０３は、エリア４０１ａ内の地点Ｐｂに位置するものとする。
【０１５６】
設定部１０９は位置情報を通信処理部１０６へ通知し、通信処理部１０６は位置判定処理を行う（Ｓ１３１９）。このとき、コンテンツ受信端末１０３はエリア４０１ａの内部に位置するので、判定結果は「ＣＨＡＮＧＥ」となる。
【０１５７】
設定部１０９は、Ｓ１３１８の位置情報通知の応答として、制御部１１６へ位置判定結果「ＣＨＡＮＧＥ」を返す（Ｓ１３２０）。これは、コンテンツ表示部１１０に対して、新たなＨＴＭＬリストコンテンツが存在することを通知するメッセージである。このメッセージの詳細については後述する。
【０１５８】
位置判定結果として「ＣＨＡＮＧＥ」を受信した制御部１１６は、リストコンテンツが更新されたことをユーザに通知するための表示処理、および、ユーザからのリストコンテンツ更新要求を受け付けるための表示処理を行う。すなわち、コンテンツ表示部１１０は、ユーザに対して、新たなリストコンテンツが存在することだけを通知し、ユーザからの指示がない限り、新たなリストコンテンツは表示せずに現状の状態を維持する。この理由は、ユーザが、他のコンテンツを視聴している可能性があり、ユーザが新たなリストコンテンツの視聴を希望しているか否かを判断できないためである。ここでは、ユーザは、ＧＵＩ部１１７を操作して、リストコンテンツの更新を指示するものとする（Ｓ１３２１）。
【０１５９】
次に、制御部１１６は、ブラウザ部１１３に対し、リストコンテンツを再取得するように指示する。そして、ブラウザ部１１３は、制御部１１６から指定されたリストコンテンツを取得するＨＴＴＰメッセージを設定部１０９へ通知する（Ｓ１３２２）。このリストコンテンツ取得要求は、Ｓ１１０７におけるリストコンテンツ取得要求と同じメッセージである。
【０１６０】
設定部１０９は、ブラウザ部１１３から受信したＨＴＴＰメッセージを解析し、通信処理部１０６に対してリストコンテンツの取得を指示する。通信処理部１０６は、指定されたＣＡＭＬリストコンテンツのＵＲＬと、Ｓ１１０９において中間キャッシュ部１０８に保存したＣＡＭＬコンテンツのＵＲＬとを比較する。二つのコンテンツが一致しない場合は、コンテンツ通信サーバ１０１ａへコンテンツ取得のためのＨＴＴＰメッセージを送信する。ここでは、二つコンテンツが同一であると仮定する。この場合は、リストコンテンツは、既に中間キャッシュ部１０８に保存されているので、コンテンツ通信サーバ１０１ａへＨＴＴＰメッセージを送信せず、保存されているＣＡＭＬコンテンツに対して、Ｓ１３０９と同様の位置適応処理を行う（Ｓ１３２３）。このとき、コンテンツ受信端末１０３はエリア４０１ａの内部に位置するので、位置適応処理によって、図１０に示すＨＴＭＬリストコンテンツ１０００が生成される。
【０１６１】
通信処理部１０６は、Ｓ１３２２のＨＴＴＰメッセージの応答として、生成したＨＴＭＬリストコンテンツをブラウザ部１１３へ返す（Ｓ１３２４）。
【０１６２】
そして、ブラウザ部１１３の画面には、図４のリストコンテンツ４０３ａのような飲食店リストが表示される（Ｓ１３２５）。
【０１６３】
ここで、ユーザが、画面に表示されている飲食店リストの中から「飲食店Ａ１」を選択すると仮定する。（Ｓ１３２６）。
【０１６４】
ブラウザ部１１３は、設定部１０９へ「飲食店Ａ１」のコンテンツを要求するＨＴＴＰメッセージを通知する（Ｓ１３２７）。
【０１６５】
これに対して、設定部１０９は、ブラウザ部１１３から受信したＨＴＴＰメッセージを解析し、通信処理部１０６に対してリストコンテンツの取得を指示する。通信処理部１０６は、ＨＴＴＰメッセージを適切なサーバ、図１３ではコンテンツ通信サーバ１０１ｂへ転送する。コンテンツ通信サーバ１０１ｂは、要求されたコンテンツを通信処理部１０６へ返す（Ｓ１３２８）。なお、このコンテンツは、ＨＴＭＬコンテンツである。
【０１６６】
通信処理部１０６は、Ｓ１３２７のＨＴＴＰメッセージの応答として、Ｓ１３２８で取得したＨＴＭＬコンテンツをブラウザ部１１３へ返す（Ｓ１３２９）。
【０１６７】
ブラウザ部１１３は、通信処理部１０６から受信したコンテンツを表示する（Ｓ１３３０）。ユーザは、表示されたコンテンツを視聴する。
【０１６８】
これ以降も、コンテンツ受信端末１０３は移動し続け、制御部１１６は、定期的に設定部１０９へ位置情報を通知する（Ｓ１３３１）。
【０１６９】
同様に、設定部１０９および通信処理部１０６は、Ｓ１３３０で表示したコンテンツが視聴されている間も、位置情報の通知を受ける度にＳ１３１６と同じ位置判定処理を繰り返す（Ｓ１３３２）。
【０１７０】
そして、設定部１０９も、位置情報通知の応答として、制御部１１６へ位置判定処理の結果を返す（Ｓ１３３３）。
【０１７１】
なお、図１３のシーケンスは、図４のエリア４０１ａに入るまでを示したものであるが、エリア４０１ａを通過して、エリア４０１ｂ、エリア４０１ｃに至ったときも同様の処理を繰り返す。以上のようなシーケンスによって、ユーザは現在地周辺に関連するコンテンツを視聴することができる。
【０１７２】
以上のように、実施の形態１のコンテンツ適応配信システム１００は、コンテンツカテゴリを列挙したメニューコンテンツの放送による配信と、位置依存コンテンツの一覧リストの通信による配信とを組み合わせることによって、端末位置に適応したコンテンツ配信を実現している。
【０１７３】
ここで、Ｓ１３０２〜Ｓ１３０４に相当するメニューコンテンツの配信について補足する。
【０１７４】
放送受信部１１４は、コンテンツ処理部１０５を経由して、コンテンツ放送サーバが放送するコンテンツを受信する。この時、放送処理部１０７と放送受信部１１４との間のデータ送受信は、放送もしくは通信によって行う。
【０１７５】
また、放送受信部１１４は、コンテンツ適応処理を必要としないコンテンツを受信する場合は、コンテンツ処理部１０５を経由せずに、コンテンツ放送サーバから直接コンテンツを受信することができるものとする。
【０１７６】
放送処理部１０７と放送受信部１１４との間のコンテンツ配信を放送により行う場合、放送処理部は１０７、放送受信機能と放送送信機能とを持つことになる。しかし、放送処理部１０７が放送送信機能を有することは、システム構築のコストが高くなることが問題になる。この問題を避けるためには、放送処理部１０７から放送受信部１１４へのコンテンツ配信を、放送ではなく、インターネットプロトコルのＵＤＰなどによる通信で実行すれば良い。
【０１７７】
この場合、放送受信部１１４は、放送受信機能に加え、通信によってコンテンツを受信する機能を併せ持つことになる。
【０１７８】
前述のように、コンテンツ放送サーバ１０２は、カルーセル方式のデータ放送によって、メニューコンテンツを周期的に繰り返し送信している。これに対し、放送処理部１０７は、メニューコンテンツを周期的に繰り返し受信する必要はなく、メニューコンテンツの取得要求を受けた際に、一度だけメニューコンテンツを受信すれば良い。
【０１７９】
同様に、放送処理部１０７から放送受信部１１４へのメニューコンテンツの配信は、基本的には１度だけ実行すれば良い。
【０１８０】
しかし、一度だけの送信では受信漏れが発生する恐れがあるので、放送処理部１０７は、数回繰り返してメニューコンテンツを放送受信部１１４へ送信することとしても良い。
【０１８１】
なお、図８のリストコンテンツ８００には３つのエリアのみを記述したが、コンテンツ適応配信のサービスエリアの規模に応じて、適切な個数のエリアを設定すれば、より柔軟なコンテンツ適応配信を実行することができる。
【０１８２】
また、図１３のシーケンスにおいては、コンテンツ放送サーバ１０２が配信するメニューコンテンツはＨＴＭＬコンテンツであるとしたが、ＣＡＭＬで記述されたメニューコンテンツとしても良い。この場合は、図１３のＳ１３０７以降で示したリストコンテンツの配信と同様に、メニューコンテンツに対しても位置適応処理や位置判定処理を行うことになる。
【０１８３】
このように、メニューコンテンツとリストコンテンツの両方が、位置条件が付加されているＣＡＭＬコンテンツである場合には、両者のいずれに対して、位置情報処理を実行するのかを明確にする必要がある（ここで、位置情報処理とは、位置判定処理および位置適応処理の総称とする）。実施の形態１においては、直前に受信したＣＡＭＬコンテンツのみを位置情報処理の対象とする。例えば、ＣＡＭＬメニューコンテンツを受信した後に、ＣＡＭＬリストコンテンツを受信している場合には、先に受信したＣＡＭＬメニューコンテンツは位置情報処理の対象外であり、後から受信したＣＡＭＬリストコンテンツに対して位置情報処理を行う。
【０１８４】
次に、図１のコンテンツ受信端末１０３に含まれるコンテンツ処理部１０５に着目して、コンテンツ適応配信の処理過程を説明する。
【０１８５】
コンテンツ処理部１０５は、コンテンツ表示部１１０からのメッセージを受信し、このメッセージに応じて、位置情報処理やコンテンツ配信処理を行う。このコンテンツ表示部１１０とコンテンツ処理部１０５との間のメッセージは、ＨＴＴＰを基本とするプロトコルを用いる。ただし、位置情報の通知、および、放送受信のパラメータ通知に関しては、ＨＴＴＰを拡張したメッセージを用いる。
【０１８６】
ブラウザ部１１３は、設定部１０９に対して一般的なＨＴＴＰメッセージを送信する。以下に、その一例を示す。
【０１８７】
（フォーマット）“ＧＥＴ”  “ＵＲＬ”
（例１）ＧＥＴ  ｈｔｔｐ：／／ｗｗｗ．ｘｘ．ｃｏｍ／ｌｉｓｔ．ｃａｍｌ
（例２）ＧＥＴ  ｈｔｔｐ：／／ｗｗｗ．ｙｙ．ｃｏ．ｊｐ／ｒｅｓｔａｕｒａｎｔＡ１．ｈｔｍｌ
制御部１１６は、設定部１０９に対して位置情報を通知する拡張ＨＴＴＰメッセージを送信する。この位置情報通知メッセージの仕様は以下の通りである。
【０１８８】
（フォーマット）”ＰＯＳＩＴＩＯＮ”  ”緯度，経度”
（例）ＰＯＳＩＴＩＯＮ  Ｎ３５．３７．４４．１０，Ｅ１３９．４１．２３．１５０
位置情報を受信した設定部１０９は、制御部１１６へ応答メッセージを返す。この応答メッセージは、位置判定結果の変化を伝えるものであり、「ＣＨＡＮＧＥ」もしくは「ＮＯＴ＿ＣＨＡＮＧＥ」である。
【０１８９】
（フォーマット）“ＣＨＡＮＧＥ”“リストコンテンツの参照先”
（例）ＣＨＡＮＧＥ  ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ
（フォーマット）“ＮＯＴ＿ＣＨＡＮＧＥ”
（例）ＮＯＴ＿ＣＨＡＮＧＥ
応答メッセージとして「ＣＨＡＮＧＥ」を送信する場合、リストコンテンツの参照先も送信する。コンテンツ表示部１１０は、リストコンテンツを更新する場合には、「ＣＨＡＮＧＥ」メッセージに含まれる「リストコンテンツの参照先（＝ＵＲＬ）」にアクセスする。
【０１９０】
次に、放送受信のためのパラメータ通知について説明する。
【０１９１】
実施の形態１のコンテンツ放送サーバ１０２は、ただ一つのコンテンツを配信するのではなく、複数チャンネルに異なるコンテンツを配信するものとする。したがって、放送処理部１０７もしくは放送受信部１１４が、コンテンツ放送サーバ１０２からコンテンツを受信する場合には、受信チャンネルを選択する。このために、制御部１１６から設定部１０９へ放送受信のためにパラメータ、すなわち、受信チャンネルを通知する必要がある。
【０１９２】
この受信チャンネルの通知のためには、位置情報の通知と同様に、ＨＴＴＰを拡張したプロトコルを使用する。この受信チャンネル通知メッセージの仕様は、以下の通りである。
【０１９３】
（フォーマット）“ＢＲｅｃｖ”“ＣＩＤ＝受信チャネル”
（例）ＢＲｅｃｖ  ＣＩＤ＝０ｘ０１
ここで、最初の文字列“ＢＲｅｃｖ”は放送受信命令であり、ＣＩＤは受信チャネルを特定する識別子である。
【０１９４】
なお、ここではＨＴＴＰを拡張したメッセージを用いることとしたが、位置情報の通知、および、放送受信のためのパラメータ通知ができるのであれば、任意のプロトコル、任意のメッセージフォーマットを採用しても構わない。
【０１９５】
次に、コンテンツ処理部１０５で実行される各処理について説明する。図１４は、コンテンツ処理部１０５におけるコンテンツ処理の詳細を図示したものである。
【０１９６】
通信処理部１０６が行う処理は、一般ＨＴＴＰ処理（１４０１）、位置条件判定処理（１４０３）、適応ＨＴＴＰ処理（１４０４）である。
【０１９７】
一般ＨＴＴＰ処理（１４０１）とは、コンテンツ表示部１１０からの要求に従って、コンテンツ通信サーバ１０１からＨＴＭＬコンテンツ（を構成するデータファイル）を受信する「ＨＴＴＰ受信」（１４０１ａ）と、受信したコンテンツをコンテンツ表示部１１０へ配信する「ＨＴＴＰ送信」（１４０１ｂ）とからなる一連の処理を指す（かぎ括弧は図１４中のボックスと対応、以下同様）。
【０１９８】
この一般ＨＴＴＰ通信においては、通信処理部１０６は、設定部１０９を介して、ブラウザ部１１３からＨＴＴＰのＧＥＴメッセージを受信し、その応答として、ブラウザ部１１３へコンテンツを返す。この際、ブラウザ部１１３から複数のＨＴＴＰ  ＧＥＴメッセージを連続して受信する場合があるが、メッセージを受信した順番を守って応答を返す必要はない。ＨＴＭＬファイルを構成する複数データファイルは順不同で送信できれば良い。従って、一般ＨＴＴＰ処理は、受信したＧＥＴメッセージの個数分だけ並行実行できるものとする。
【０１９９】
位置条件判定処理１４０３とは、コンテンツ表示部１１０から通知された位置情報とＣＡＭＬコンテンツ中の位置条件とを比較し、合致する位置条件が変化したか否かを判定する「位置条件判定」（１４０３ａ）と、位置判定の結果を返す「判定結果送信」（１４０３ｂ）とからなる一連の処理を指す。
【０２００】
この位置条件判定処理１４０３は、ＣＡＭＬコンテンツを受信した後に、位置情報を通知するＨＴＴＰ拡張メッセージを受信する度に実行される。
【０２０１】
適応ＨＴＴＰ処理（１４０４）とは、コンテンツ表示部１１０からの要求に従って、ＨＴＴＰによってコンテンツ通信サーバ１０１からＣＡＭＬコンテンツを受信する「ＨＴＴＰ受信」（１４０４ａ）と、そのＣＡＭＬコンテンツに対して位置適応処理を行う「適応処理」（１４０４ｃ）と、生成されたＨＴＭＬコンテンツをコンテンツ表示部１１０へ配信する「ＨＴＴＰ送信」（１４０４ｄ）とからなる一連の処理を指す。
【０２０２】
この適応ＨＴＴＰ処理（１４０４）では、受信したＣＡＭＬコンテンツをキャッシュしておき、コンテンツ表示部１１０からキャッシュ済みのコンテンツの取得を再要求された場合は、「ＨＴＴＰ受信」（１４０４ａ）ではなく、キャッシュからＣＡＭＬコンテンツを読み出す「Ｃａｃｈｅ読出」（１４０４ｂ）を行う。
【０２０３】
また、この適応ＨＴＴＰ処理（１４０４）は、通信処理部１０６が、ＣＡＭＬコンテンツを指定するＨＴＴＰ  ＧＥＴメッセージを受信した場合に実行される。また、一般ＨＴＴＰ処理（１４０１）と適応ＨＴＴＰ処理（１４０４）の区別は、ファイル拡張子によって判別する。
【０２０４】
すなわち、ＧＥＴメッセージが示すコンテンツファイルの拡張子がＣＡＭＬファイルに相当するものである場合は、適応ＨＴＴＰ処理（１４０４）が実行され、それ以外の一般的なＨＴＭＬファイルを構成するデータ（例：ＨＴＭＬ、ＧＩＦ、ＪＰＥＧなど）に相当する拡張子の場合は一般ＨＴＴＰ処理（１４０１）が実行される。
【０２０５】
なお、位置条件判定処理（１４０３）および適応ＨＴＴＰ処理（１４０４）は、一般ＨＴＴＰ処理（１４０１）とは異なり、メッセージを受信した順番に基づいて処理が実行される。なぜなら、コンテンツ受信端末１０３は、時間的な位置移動に応じて位置情報を通知してくるので、その位置情報は時系列に処理する必要があるためである。
【０２０６】
次に、放送処理部１０７が行うデータ放送処理（１４０２）について説明する。このデータ放送処理（１４０２）は、コンテンツ放送サーバ１０２のカルーセルデータ放送から指定されたチャネルのデータを受信する「放送受信」（１４０２ａ）と、カルーセルデータから適切にコンテンツを切り出し、これを一時的にキャッシュに蓄積する「データ蓄積」（１４０２ｂ）と、キャッシュに蓄積されたコンテンツを放送受信部１１４に送信する「放送部分送信」（１４０２ｄ）とからなる一連の処理を指す。このデータ放送処理（１４０２）は、コンテンツ表示部１１０からデータ放送受信要求に相当する拡張ＨＴＴＰメッセージを受信した場合に実行される。
【０２０７】
また、コンテンツが位置適応可能なＣＡＭＬコンテンツである場合、「放送部分送信」（１４０２ｄ）の前に「適応処理」（１４０２ｃ）が行われる。
【０２０８】
図１５に示す表１５００は、コンテンツ表示部１１０からコンテンツ処理部１０５へ送信される要求／通知の内容によって、コンテンツ処理部１０５の処理内容を整理したものである。
【０２０９】
図中の１５０１はメニューコンテンツ取得要求に対するコンテンツ処理を、１５０２はリストコンテンツ取得要求に対するコンテンツ処理を、１５０３は位置依存コンテンツ取得要求に対するコンテンツ処理を、１５０４は一般コンテンツ取得要求に対するコンテンツ処理を、１５０５は位置情報通知に対するコンテンツ処理を示している。
【０２１０】
図１５に関して補足を加える。メニューコンテンツおよび位置依存コンテンツは、ＨＴＭＬで記述されていることを想定している。従って、位置依存コンテンツに対しては、一般のＨＴＭＬコンテンツと同様に、一般ＨＴＴＰ処理が実行される。これに対し、リストコンテンツは位置適応処理が可能なＣＡＭＬコンテンツであるので、適応ＨＴＴＰ処理が実行される。
【０２１１】
また、図１５の１５０２、１５０３、および１５０４に示すような一般的なＨＴＴＰメッセージについては、ブラウザ部１１３から設定部１０９へ送信され、その応答は、通信処理部１０６からブラウザ部１１３へ返される。
【０２１２】
これに対し、１５０５に示す位置情報を通知する拡張ＨＴＴＰメッセージは、制御部１１６から設定部１０９へ送信され、その応答である位置判定更新情報は、設定部１０９から制御部１１６へ返される。
【０２１３】
同様に、拡張ＨＴＴＰメッセージである１５０１に示すメニューコンテンツ取得要求（放送受信）は、制御部１１６から設定部１０９へ送信され、その応答であるコンテンツは放送処理部１０７から放送受信部１１４へ送信される。
【０２１４】
次に、コンテンツ処理部１０５のメッセージ処理手順について図１６を用いて説明する。図１６は、実施の形態１にかかるコンテンツ処理部１０５におけるメッセージ処理手順を示す流れ図である。図１６で示すメッセージ処理は、設定部１０９がコンテンツ表示部１１０から通知されるメッセージを処理するものであり、メッセージの種別によって、位置情報処理、もしくは、コンテンツ配信処理を実行する。
【０２１５】
設定部１０９は、コンテンツ表示部１１０からのメッセージ受信を待つ（Ｓ１６０１）。Ｓ１６０１において、設定部１０９がメッセージを受信した場合は、次のステップに移行する。なお、コンテンツ表示部１１０からのメッセージは、ＨＴＴＰメッセージのＧＥＴ命令、もしくは、位置情報を通知する拡張ＨＴＴＰメッセージ、放送受信を要求する拡張ＨＴＴＰメッセージのいずれかである。
【０２１６】
次に、設定部１０９は受信したメッセージを解析し、そのメッセージが位置情報を通知するメッセージであるか否かを判定する（Ｓ１６０２）。メッセージが位置情報を通知するメッセージである場合は、設定部１０９は、位置情報を通信処理部１０６へ通知し、Ｓ１６０３へ移行する。それ以外のメッセージ、すなわち、ＨＴＴＰメッセージのＧＥＴ命令である場合は、設定部１０９は、Ｓ１６０４へ移行する。
【０２１７】
なお、ここでは、放送から受信するメニューコンテンツは、ＨＴＭＬで記述されており、放送処理部１０７へは位置情報を通知しないものとしている。メニューコンテンツが、位置適応処理可能なＣＡＭＬコンテンツである場合は、通信処理部１０６もしくは放送処理部１０７のいずれかに通知することになる。
【０２１８】
Ｓ１６０３においては、通信処理部１０６が位置情報処理を実行する。この処理が終わると次のＳ１６０７へ移行する。ここで、位置情報処理とは、コンテンツ表示部１１０から通知される位置情報に対する処理である。位置情報処理の詳細は後述する。
【０２１９】
Ｓ１６０４においては、設定部１０９が受信メッセージを解析し、そのメッセージがＨＴＴＰメッセージのＧＥＴ命令であるか否かを判定する。受信したメッセージがＨＴＴＰメッセージのＧＥＴ命令である場合は、設定部１０９は、通信処理部１０６にコンテンツ配信処理を実行するように指示し、Ｓ１６０５へ移行する。一方、受信したメッセージがＧＥＴメッセージ以外の不正なメッセージであった場合は、Ｓ１６０６へ移行する。
【０２２０】
Ｓ１６０５においては、通信処理部１０６がコンテンツ配信処理を実行する。この処理が終わるとＳ１６０７へ移行する。ここでコンテンツ配信処理とは、指定されたコンテンツをサーバから受信し、受信したコンテンツをコンテンツ表示部１１０へ配信する処理である。このコンテンツ配信処理では、必要に応じて、コンテンツ適応処理を実行する。コンテンツ配信処理の詳細は後述する。
【０２２１】
また、Ｓ１６０４において不正なメッセージが検出された場合は、Ｓ１６０６において、設定部１０９が適切なエラー処理を実行する。
【０２２２】
そして、最後のＳ１６０７では処理終了判定を行う。すなわち、メッセージ処理を終了する指示がない限り、Ｓ１６０１のメッセージ受信待ちループへ戻り、メッセージ処理を継続する。
【０２２３】
このように、コンテンツ処理部１０５は、コンテンツ表示部１１０から通知されるメッセージの種別によって、位置情報処理、もしくは、コンテンツ配信処理を実行する。
【０２２４】
次に、コンテンツ処理部１０５におけるコンテンツ配信処理について図１７を用いて説明する。図１７は、実施の形態１にかかるコンテンツ処理部１０５におけるコンテンツ配信処理を示す流れ図である。
【０２２５】
図１７のコンテンツ配信処理では、コンテンツ処理部１０５がコンテンツの種別に応じた配信中継処理を行う。コンテンツ処理部１０５は、位置適応処理が可能なＣＡＭＬコンテンツの場合は、サーバから取得したＣＡＭＬコンテンツに対して位置適応処理を実行した後に、コンテンツ表示部１１０へ送信する。これに対し、コンテンツの種類が一般のＨＴＭＬコンテンツや画像ファイルなどである場合は、コンテンツ処理部１０５は、サーバから受信したコンテンツを、そのままコンテンツ表示部１１０へ送信する。
【０２２６】
まず、設定部１０９は、コンテンツ表示部１１０から受信したメッセージの解析を行う。（Ｓ１７０１）。
【０２２７】
Ｓ１７０２〜Ｓ１７０４では、設定部１０９が、受信メッセージの種別に応じて実行すべき処理の振り分けを行う。Ｓ１７０２では、設定部１０９は、放送受信を要求するメッセージ（実施の形態１では、メニューコンテンツを要求するメッセージに相当）を抽出し、放送処理部１０７に対して、Ｓ１７０６のデータ放送処理の実行を指示する。
【０２２８】
Ｓ１７０３では、設定部１０９は、一般コンテンツの取得を要求するメッセージを抽出し、通信処理部１０６に対して、Ｓ１７０８の一般ＨＴＴＰ処理の実行を指示する。
【０２２９】
ここで、一般コンテンツとは、ＨＴＭＬファイルや画像ファイルなど、一般的なＨＴＭＬコンテンツを構成するデータファイルを指し、それらは拡張子で判別できるものとする。
【０２３０】
Ｓ１７０４では、設定部１０９は、リストコンテンツの取得を要求するメッセージを抽出し、通信処理部１０６に対して、Ｓ１７０５の適応ＨＴＴＰ処理の実行を指示する。
【０２３１】
なお、リストコンテンツは適応処理が可能なＣＡＭＬコンテンツであり、ファイル拡張子によって識別できるものとする。
【０２３２】
設定部１０９の処理振り分けによって、コンテンツ種別に応じて、データ放送処理（Ｓ１７０６）、一般ＨＴＴＰ処理（Ｓ１７０８）、適応ＨＴＴＰ処理（Ｓ１７０５）のいずれかが実行される。
【０２３３】
また、コンテンツ種別が不正なメッセージはＳ１７０４において抽出され、設定部１０９がＳ１７０９の適切なエラー処理を実行する。
【０２３４】
このように、コンテンツ処理部１０５が、図１７のコンテンツ配信処理を実行すると、ブラウザ部１１３には、設定部１０９が受信したメッセージに対応するコンテンツが表示される。
【０２３５】
次に、図１７のＳ１７０６に相当するデータ放送処理について説明する。図１８は、実施の形態１にかかるコンテンツ処理部１０５の放送処理部１０７におけるデータ放送処理を示す流れ図である。
【０２３６】
データ放送処理においては、放送処理部１０７が、コンテンツ放送サーバ１０２のカルーセルデータ放送から指定されたコンテンツを受信し、受信したコンテンツをコンテンツ表示部１１０に送信する。
【０２３７】
まず、放送処理部１０７は、コンテンツ表示部１１０から受信したメッセージから放送受信パラメータを取得する（Ｓ１８０１）。放送受信パラメータとは、具体的には受信チャネルを指す。
【０２３８】
次のＳ１８０２〜Ｓ１８０４では、放送処理部１０７がカルーセルデータ放送を受信し、指定されたチャネルに含まれるコンテンツを中間キャッシュ部１０８に蓄積する。カルーセルデータ放送は、データファイルを周期的に繰り返し配信するものであり、データファイルの先頭から受信・蓄積処理が開始されるとは限らない。そこで、放送処理部１０７は、データ放送のフォーマット仕様に従って、所定単位毎にデータを受信し（Ｓ１８０２）、受信データを連結しながら一時蓄積する処理（Ｓ１８０３）を、コンテンツ全体を受信するまで繰り返す（Ｓ１８０４）。
【０２３９】
Ｓ１８０４においてデータ受信が完了すると、次の処理のＳ１８０５へ移行する。ただし、データ受信が正しく実行されなかった場合には、Ｓ１８０７のエラー処理を行って、データ放送処理を終了する。
【０２４０】
Ｓ１８０５とＳ１８０６から構成される処理ループにおいては、放送処理部１０７は、コンテンツ放送サーバ１０２から受信したコンテンツを放送受信部１１４へ、放送、もしくは、（例えばＵＤＰ／ＩＰなどの通信プロトコルを利用した）擬似的な放送によって送信する。しかし、コンテンツ放送サーバ１０２の様に、同じデータを周期的に繰り返し送信する必要は無く、放送処理部１０７は、放送受信部１１４へ一度だけコンテンツを送信すればよい。
【０２４１】
なお、確実に放送受信部１１４がコンテンツを受信できるように、放送処理部１０７が数回繰リ返してコンテンツを送信するようにしても良い。Ｓ１８０６では、放送処理部１０７は、所定の規定回数だけコンテンツを繰り返し送信したことを確認して全体の処理を終了する。
【０２４２】
次に、図１７のＳ１７０８に相当する一般ＨＴＴＰ処理について説明する。図１９は、実施の形態１にかかるコンテンツ処理部１０５の通信処理部１０６における一般ＨＴＴＰ処理を示す流れ図である。
【０２４３】
この流れ図は、唯一のステップＳ１９０１のみで構成される。Ｓ１９０１では、通信処理部１０６が、単位ＨＴＴＰ処理の並行実行を行う。一般ＨＴＴＰ処理は、通信処理部１０６が、ＨＴＭＬコンテンツを構成するデータファイル（ＨＴＭＬファイル、ＧＩＦファイル、ＪＰＥＧファイルなど）をＨＴＴＰによってコンテンツ通信サーバ１０１から取得し、取得したデータファイルをＨＴＴＰによってブラウザ部１１３へ配信するものである。
【０２４４】
この一般ＨＴＴＰ処理は、ブラウザ部１１３からコンテンツ取得要求メッセージが送信されてくる度に実行されるが、コンテンツ取得要求メッセージを受信した順番に完了する必要はない。そこで、通信処理部１０６は、コンテンツ取得要求メッセージを受信すると、そのメッセージのみを扱う単位ＨＴＴＰ処理を立ち上げる。これは、短時間に複数個のコンテンツ取得要求メッセージを受信した場合には、複数個の単位ＨＴＴＰ処理が平行して実行される状況になることを意味する。そして、個々の単位ＨＴＴＰ処理は、ブラウザ部１１３への一つのコンテンツを配信すると処理完了となる。
【０２４５】
一つのＨＴＭＬコンテンツを構成する複数のデータファイルは、そのデータ量が均一ではなく、例えば、ＧＩＦ画像ファイルとＨＴＭＬテキストファイルではデータ量が大きく異なる。従って、ＧＩＦ画像ファイルを扱う単位ＨＴＴＰ処理と、ＨＴＭＬテキストファイルを扱う単位ＨＴＴＰ処理では、処理に要する時間に大きな差が生じる。前述のように、単位ＨＴＴＰ処理を並行実行すると、データ量が大きいファイルはブラウザ部１１３に表示されるまでに長時間を要するのに対し、データ量が小さいファイルは短時間でブラウザ部１１３に表示される。
【０２４６】
このように、ＨＴＭＬコンテンツを構成する複数個のデータファイルを平行処理すると、ユーザが感じる体感待ち時間を短縮し、ユーザの利便性が向上するという効果がある。
【０２４７】
次に、図１９のＳ１９０１に相当する単位ＨＴＴＰ処理について説明する。図２０は、実施の形態１にかかるコンテンツ処理部１０５の通信処理部１０６における単位ＨＴＴＰ処理を示す流れ図である。
【０２４８】
この単位ＨＴＴＰ処理は、ブラウザ部１１３から送信されてくるコンテンツ取得要求メッセージに従って実行される、ＨＴＴＰ通信の中継処理である。
【０２４９】
まず、Ｓ２００１において、通信処理部１０６は、受信したコンテンツ取得要求メッセージを参照して、コンテンツ通信サーバ１０１へ送信するメッセージを生成する。このメッセージは、サーバに対してコンテンツ取得を要求するＨＴＴＰ  ＧＥＴメッセージである。
【０２５０】
次のステップＳ２００２では、通信処理部１０６は、生成したメッセージを適切なコンテンツ通信サーバ１０１へ送信する。
【０２５１】
Ｓ２００３では、通信処理部１０６は、サーバに送信したメッセージに対する応答を待ち、応答を受信したら次のステップＳ２００４に移る。ここで、不正なメッセージを受信する、あるいは、所定時間が経過しても応答がない場合には、Ｓ２００６において適切なエラー処理を行い、単位ＨＴＴＰ処理を完了する。
【０２５２】
サーバから応答があった場合には、Ｓ２００４において、通信処理部１０６は、その応答を中継転送するためのメッセージを生成する。なお、ＨＴＴＰ  ＧＥＴメッセージに対して、コンテンツ通信サーバ１０１が返すメッセージは、コンテンツのデータそのものである。
【０２５３】
Ｓ２００５では、通信処理部１０６は、Ｓ２００４において生成したメッセージをブラウザ部１１３へ送信する。これは、コンテンツ表示部１１０から受信したコンテンツ取得要求メッセージに対する応答メッセージである。
【０２５４】
以上のように、単位ＨＴＴＰ処理では、コンテンツ表示部１１０とコンテンツ通信サーバ１０１の間で送受信されるＨＴＴＰ  ＧＥＴメッセージと、それに対する応答を中継転送する。
【０２５５】
次に、図１７のＳ１７０５に相当する適応ＨＴＴＰ処理について説明する。図２１は、実施の形態１にかかるコンテンツ処理部１０５の通信処理部１０６における適応ＨＴＴＰ処理を示す流れ図である。
【０２５６】
適応ＨＴＴＰ処理では、一般ＨＴＴＰ処理と同様の処理を行う際に、コンテンツの適応処理、すなわち、ＣＡＭＬコンテンツからＨＴＭＬコンテンツを生成する処理を実行する。
【０２５７】
まず、Ｓ２１０１では、通信処理部１０６が、取得すべきＣＡＭＬコンテンツのファイル名（あるいはＵＲＬ）が、前回取得したＣＡＭＬコンテンツのファイル名と一致するか否かをチェックする。通信処理部１０６は、以前に取得した最新のＣＡＭＬコンテンツを中間キャッシュ部１０８にキャッシュしている。このキャッシュされているＣＡＭＬコンテンツと、これから取得するＣＡＭＬコンテンツが同一のものである場合は、中間キャッシュ部１０８にキャッシュされているＣＡＭＬコンテンツを利用できるので、Ｓ１２０２からＳ１２０５までの処理をスキップしてＳ２１０６へ移行する。
【０２５８】
一方、ＣＡＭＬコンテンツがキャッシュされていない場合は、通信処理部１０６は、次のＳ２１０２へ移行する。
【０２５９】
Ｓ２１０２では、通信処理部１０６は、受信したコンテンツ取得要求メッセージを参照して、コンテンツ通信サーバ１０１へ送信するメッセージを生成する。このメッセージは、サーバに対してコンテンツ取得を要求するＨＴＴＰ  ＧＥＴメッセージである。
【０２６０】
次のステップＳ２１０３では、通信処理部１０６は、生成したメッセージをコンテンツ通信サーバ１０１へ送信する。
【０２６１】
Ｓ２１０４では、通信処理部１０６は、サーバに送信したメッセージに対する応答を待ち、応答を受信したら次のステップＳ２１０５に移る。ここで、不正なメッセージを受信する、あるいは、所定時間が経過しても応答がない場合には、Ｓ２１０９において適切なエラー処理を行い、適応ＨＴＴＰ処理を完了する。
【０２６２】
Ｓ２１０５では、通信処理部１０６は、位置条件リストの生成処理を行う。位置条件リストとは、ＣＡＭＬで記述されたリストコンテンツ中のｌｏｃａｔｉｏｎ開始タグのみを抽出したリストであり、位置条件判定処理において使用される。位置条件リスト生成処理の詳細については後述する。当ステップの処理が終了すると次のステップＳ２１０６へ移行する。
【０２６３】
Ｓ２１０６では、通信処理部１０６は、位置適応コンテンツ処理を実行する。位置適応コンテンツ処理とは、事前に与えられた位置情報に基づいて、（コンテンツ通信サーバ１０１から取得した、あるいは、中間キャッシュ部１０８から読み出した）ＣＡＭＬコンテンツからＨＴＭＬコンテンツを生成する処理である。位置適応コンテンツ処理の詳細については後述する。当ステップの処理が終了すると次のステップＳ２１０７へ移行する。
【０２６４】
Ｓ２１０７では、通信処理部１０６は、コンテンツ表示部１１０のブラウザ部１１３へ送信するメッセージを生成する。このメッセージは、コンテンツ取得要求メッセージ（ＨＴＴＰ  ＧＥＴメッセージ）に対する応答メッセージであり、その中にはＣＡＭＬコンテンツから生成したＨＴＭＬコンテンツが含まれる。
【０２６５】
Ｓ２１０８では、通信処理部１０６は、Ｓ２１０７において生成したメッセージをブラウザ部１１３へ送信する。
【０２６６】
以上のように、適応ＨＴＴＰ処理では、コンテンツ表示部１１０とコンテンツ通信サーバ１０１の間で送受信されるＨＴＴＰ  ＧＥＴメッセージと、それに対する応答を中継転送する際に、コンテンツ適応処理を実行する。
【０２６７】
次に、図２１のＳ２１０５で実行される位置条件リスト生成処理手順について図２２を用いて説明する。図２２は、実施の形態１にかかる位置条件リスト生成処理手順を示す流れ図である。この位置条件リストは、ＣＡＭＬで記述されたリストコンテンツ中のｌｏｃａｔｉｏｎ開始タグのみを抽出したリストであり、位置判定処理において使用される。次に、位置条件リスト生成処理手順について具体的に説明する。
【０２６８】
まず、通信処理部１０６は、Ｓ２２０１とＳ２２０２から構成される処理ループにおいて、ＣＡＭＬリストコンテンツを１行ずつ読み込み、ｃａｍｌ開始タグを検出する。ｃａｍｌ開始タグを検出したら次のステップＳ２２０３へ移行する。また、当ステップにおいて、リストコンテンツの最終行に達した場合や、リストコンテンツとしての文法的な誤りを検出した場合は、Ｓ２２０９へ移行し、適切なエラー処理を行って、位置条件リスト生成処理を完了する。
【０２６９】
次のＳ２２０３とＳ２２０４から構成される処理ループは、ｃａｍｌ開始タグとｃａｍｌ終了タグにはさまれ、かつ、ｌｏｃａｔｉｏｎ開始タグではないテキスト行を読み飛ばすための処理である。
【０２７０】
Ｓ２２０３では、通信処理部１０６は、読み込まれている一行分のテキストが、ｌｏｃａｔｉｏｎ開始タグであるか否かを判定する。ｌｏｃａｔｉｏｎ開始タグではない場合は、通信処理部１０６は、Ｓ２２０４へ移行して、ＣＡＭＬリストコンテンツを１行ずつ読み込み、ｌｏｃａｔｉｏｎ開始タグの検出を繰り返す。
【０２７１】
一方、Ｓ２２０３にてｌｏｃａｔｉｏｎ開始タグを検出した場合はＳ２２０５へ移行する。また、当ステップにおいて、リストコンテンツの最終行に達した場合や、リストコンテンツとしての文法的な誤りを検出した場合は、Ｓ２２０９のエラー処理へ移行する。
【０２７２】
Ｓ２２０５では、通信処理部１０６は、Ｓ２２０３で検出されたｌｏｃａｔｉｏｎ開始タグを位置条件リストに登録し、次のステップに移行する。位置条件リストのフォーマットについては後述する。
【０２７３】
次に、通信処理部１０６は、リストコンテンツから次の１行分のテキストを読み込み（Ｓ２２０６）、読み込まれているテキストが、ｃａｍｌ終了タグであるか否かを判定する（Ｓ２２０７）。ｃａｍｌ終了タグではない場合は、通信処理部１０６は、Ｓ２２０３へ戻ってｌｏｃａｔｉｏｎ開始タグの検出および位置条件リストへの登録を繰り返す。ｃａｍｌ終了タグである場合は、通信処理部１０６はＳ２２０８へ移行する。また、当ステップにおいて、リストコンテンツの最終行に達した場合や、リストコンテンツとしての文法的な誤りを検出した場合は、Ｓ２２０９のエラー処理へ移行する。
【０２７４】
Ｓ２２０８では、通信処理部１０６は、リストコンテンツのファイル名（あるいはＵＲＬ）を位置条件リストに記録し、位置条件リスト生成処理を終了する。
【０２７５】
このように、通信処理部１０６が、図２２の位置条件リスト生成処理を実行すると、図２３に示すようなＣＡＭＬコンテンツの位置条件リスト２３００が生成される。
【０２７６】
前述のように、この位置条件リスト２３００は、ＣＡＭＬで記述されたリストコンテンツ中のｌｏｃａｔｉｏｎ開始タグのみを抽出したリストである。ここで、位置条件リストを生成する理由を説明する。
【０２７７】
図２３の最初のｌｏｃａｔｉｏｎ開始タグ２３０４ａに記述されている位置条件は、中心位置座標がＮ３５．３７．４４．１６，Ｅ１３９．４１．２３．１５７で、半径が６００メートルの「円」領域（＝図４のエリア４０１ａ）を示す。
【０２７８】
コンテンツ受信端末１０３が移動している間、コンテンツ表示部１１０からコンテンツ処理部１０５へ、定期的に位置情報が通知される。この位置情報はＧＰＳ等で取得した緯度・経度座標であり、これは平面空間における「点」を示す。
【０２７９】
コンテンツ適応配信においては、位置情報とＣＡＭＬリストコンテンツ中の全てのｌｏｃａｔｉｏｎ開始タグが示す位置条件とを比較する位置判定処理、すなわち、「円」に対する「点」の内外判定の幾何演算を行う。このような処理を位置情報通知の度に実行するのは非常に冗長であり、コンテンツ処理部１０５にかかる負荷を無視することはできない。そこで、予め、ＣＡＭＬリストコンテンツから全てのｌｏｃａｔｉｏｎ開始タグを抽出した位置条件リストを作成しておき、位置情報が通知されてきた際の位置判定処理は、ＣＡＭＬリストコンテンツ自体は参照せず、位置条件リストを参照して実行するようにしている。
【０２８０】
また、図２３の位置条件２３０２の右にある判定結果２３０３の欄には、位置適応コンテンツ処理（図２１のＳ２１０６）を実行した際の位置条件判定結果を記録する欄である。図２３の例では、位置条件判定結果を「＋」と「−」で示している。ここで、「＋」は位置情報が位置条件に合致したこと意味し、「−」は位置情報が位置条件に合致しなかったことを意味する。
【０２８１】
図２３の例では、最初の位置条件２３０４ａの判定結果は「＋」であるので、位置適応コンテンツ処理を実行した時点では、コンテンツ受信端末１０３は、最初の位置条件に対応するエリア４０１ａの内部に存在していたことになる。なお、図２１のＳ２１０５の位置条件リスト生成時においては、判定結果欄２３０３は全て「−」とする。
【０２８２】
また、図２３の位置条件リストの最上段にあるリストコンテンツ参照先２３０１は、リストコンテンツのファイル名（もしくはＵＲＬ）である。図２１の適応ＨＴＴＰ処理のＳ２１０１では、リストコンテンツ参照先２３０１に記録されているＣＡＭＬリストコンテンツのファイル名と、取得対象であるＣＡＭＬコンテンツのファイル名の比較を行う。
【０２８３】
次に、図２１のＳ２１０６で実行される位置適応コンテンツ処理手順について図２４を用いて説明する。図２４は、実施の形態１にかかる通信処理部１０６で実行される位置適応コンテンツ処理の手順を示す流れ図である。この位置適応コンテンツ処理では、最新の位置情報を参照して、ＣＡＭＬリストコンテンツから（位置に依存する）ＨＴＭＬリストコンテンツを生成する。以下、実施の形態１にかかる位置適応コンテンツ処理手順について具体的に説明する。
【０２８４】
まず、通信処理部１０６は、Ｓ２４０１とＳ２４０２から構成される処理ループにおいて、ＣＡＭＬリストコンテンツを１行ずつ読み込み、ｃａｍｌ開始タグを検出する。ｃａｍｌ開始タグを検出したら次のステップＳ２４０３へ移行する。
【０２８５】
なお、ｃａｍｌ開始タグより前には、原則としてテキスト行は存在しないものとする。ｃａｍｌ開始タグより前にテキスト行が存在する場合は、それらの行はコメント行であるとみなして、処理対象外とする。
【０２８６】
次に、通信処理部１０６は、リストコンテンツから次の１行分のテキストを読み込み（Ｓ２４０３）、読み込んだテキストが、ｌｏｃａｔｉｏｎ開始タグであるか否かを判定する（Ｓ２４０４）。
【０２８７】
ｌｏｃａｔｉｏｎ開始タグではない場合は、通信処理部１０６は、Ｓ２４０５へ移行し、読み込んだテキストをファイルに出力する。
【０２８８】
Ｓ２４０５の処理では、通信処理部１０６は、ｃａｍｌ開始タグとｃａｍｌ終了タグに囲まれ、かつ、ｌｏｃａｔｉｏｎ開始タグとｌｏｃａｔｉｏｎ終了タグに囲まれていない部分に属するテキスト行をファイルに書き出す。このファイルは、位置適応コンテンツ処理の結果として生成されるＨＴＭＬリストコンテンツである。通信処理部１０６は、Ｓ２４０５において、テキスト出力が終わったら、Ｓ２４１３に移行する。また、Ｓ２４０４において、ｌｏｃａｔｉｏｎ開始タグが検出された場合は、通信処理部１０６は、Ｓ２４０６へ移行する。
【０２８９】
Ｓ２４０６では、通信処理部１０６は、位置条件判定処理を行う。この位置条件判定処理では、最新の位置情報が、Ｓ２４０４で検出したｌｏｃａｔｉｏｎ開始タグに含まれる位置条件に合致するか否かを判定する。位置条件判定処理の詳細については後述する。
【０２９０】
次のＳ２４０７では、通信処理部１０６は、Ｓ２４０６の位置条件判定処理の結果に基づいて分岐処理を行う。位置情報が位置条件に合致する場合はＳ２４０８へ、位置条件に合致しない場合はＳ２４１１へ移行する。
【０２９１】
位置情報が位置条件に合致する場合には、Ｓ２４０８〜Ｓ２４１０で構成される処理ループが実行される。これは、ｌｏｃａｔｉｏｎ開始タグとｌｏｃａｔｉｏｎ終了タグに囲まれた部分に属するテキスト行を出力ファイルに書き出す処理である。
【０２９２】
Ｓ２４０８はＣＡＭＬリストコンテンツから１行分のテキストを読み込む処理、Ｓ２４０９は読み込んだテキストがｌｏｃａｔｉｏｎ終了タグであるか否かを判定する処理、Ｓ２４１０は読み込んだテキストをファイルへ出力する処理である。すなわち、ｌｏｃａｔｉｏｎ終了タグが検出されるまで、通信処理部１０６は、テキストデータをファイルへ出力する。そして、Ｓ２４０９でｌｏｃａｔｉｏｎ終了タグが検出されたら、通信処理部１０６は、Ｓ２４１３へ移行する。
【０２９３】
位置情報が位置条件に合致しない場合は、Ｓ２４１１〜Ｓ２４１２で構成される処理ループが実行される。これは、ｌｏｃａｔｉｏｎ開始タグとｌｏｃａｔｉｏｎ終了タグに囲まれた部分に属するテキスト行を読み飛ばす処理である。
【０２９４】
すなわち、Ｓ２４１２において、通信処理部１０６は、ｌｏｃａｔｉｏｎ終了タグが検出されるまで、Ｓ２４１１のＣＡＭＬコンテンツから１行分のテキストを読み込む処理を繰り返す。そして、Ｓ２４１２においてｌｏｃａｔｉｏｎ終了タグが検出されたら、通信処理部１０６は、Ｓ２４１３に移行する。
【０２９５】
Ｓ２４１３では、通信処理部１０６は、リストコンテンツから次の１行分のテキスト（すなわち、ｌｏｃａｔｉｏｎ終了タグの次の行）を読み込み、そのテキストがｃａｍｌ終了タグであるか否かを判定する（ＳＴ２４１４）。ｃａｍｌ終了タグではない場合は、通信処理部１０６は、Ｓ２４０４へ戻り、Ｓ２４０４〜Ｓ２４１４までの一連の処理を繰り返す。ｃａｍｌ終了タグである場合には、位置適応処理を終了する。
【０２９６】
このように、図２４の位置適応コンテンツ処理によって、ＣＡＭＬリストコンテンツ（図８参照）から、コンテンツ表示部１１０から通知される最新の位置情報（緯度・経度座標値）に適応したＨＴＭＬリストコンテンツ（図９〜図１２参照）が生成される。
【０２９７】
なお、図２４の流れ図では、ＣＡＭＬリストコンテンツは、一つの位置条件が同時に複数個のｌｏｃａｔｉｏｎ開始タグの位置条件が合致することがないことを前提条件としている。これは、図４に示すエリアが接すること、および、重なることを禁止することを意味する。
【０２９８】
次に、図２４のＳ２４０６で実行される位置条件判定処理手順について図２５を用いて説明する。図２５は、実施の形態１にかかる通信処理部１０６で実行される位置条件判定処理の手順を示す流れ図である。この位置条件判定処理では、最新の位置情報が、ＣＡＭＬリストコンテンツから抽出したｌｏｃａｔｉｏｎ開始タグの位置条件に合致するか否かを判定する。より具体的には、位置条件判定では、位置情報が示す「点」が、位置条件が示す「円」領域に含まれるか否かを判定する。判定結果は、円領域に含まれる場合は位置条件に「合致する」とし、円領域に含まれない場合は位置条件に「合致しない」とする。以下、実施の形態１にかかる位置条件判定処理手順について具体的に説明する。
【０２９９】
Ｓ２５０１では、通信処理部１０６は、最新の位置情報、すなわち、コンテンツ受信端末１０３の現在地の緯度・経度座標を取得する。ここでは、現在地をＣ０とする。また、端末の現在地ｃ０をＰＯＩ（Ｐｏｉｎｔ  ｏｆ  Ｉｎｔｅｒｅｓｔ：関心地点）とも呼ぶこととする。
【０３００】
Ｓ２５０２では、図２４の位置適応コンテンツ処理手順のＳ２４０４において読み込んだｌｏｃａｔｉｏｎ開始タグから位置条件を抽出する。具体的には、ｌｏｃａｔｉｏｎ開始タグの属性として記述されている円エリアの中心の緯度・経度座標と半径を取得する。ここでは、円の中心をｃｘ、円の半径をｒｘとする。
【０３０１】
次のＳ２５０３では、現在地ｃ０と円の中心ｃｘとの間の距離Ｌを算出する。この距離Ｌの単位は、円の半径ｒｘと同じとする。
【０３０２】
Ｓ２５０４では、通信処理部１０６は距離Ｌと半径ｒｘの比較を行い、Ｌがｒｘ以下の場合はＳ２５０５へ移行し、Ｌがｒｘより大きい場合はＳ２５０６へ移行する。
【０３０３】
Ｓ２５０５に移行した場合は、通信処理部１０６は、コンテンツ受信端末１０３の現在地ｃ０が、ｃｘを中心とする半径ｒｘの円の内部（境界を含む）に存在すると判断し、Ｓ２５０７において、位置条件リスト２２００の中で現在処理対象となっている位置条件の判定結果欄２２０３に、“位置条件合致”意味する「＋」を記録する。
【０３０４】
一方、Ｓ２５０６に移行した場合は、通信処理部１０６は、コンテンツ受信端末１０３の現在地ｃ０が、ｃｘを中心とする半径ｒｘの円の外部に存在すると判断し、Ｓ２５０７において、位置条件リスト２２００の中で現在処理対象となっている位置条件の判定結果欄２３０３に、“位置条件非合致”を意味する「−」を記録する。
【０３０５】
図２６は、現在地ｃ０と円エリアとの関係を図示したものである。図２６において、エリア４０１ａは中心ｃ１、半径ｒ１の円であり、エリア４０２ｂは中心ｃ２、半径ｒ２の円である。また、Ｌ１は現在地ｃ０とｃ１との間の距離であり、Ｌ２は現在地ｃ０とｃ２との間の距離である。この図２６のような場合、Ｌ１はｒ１よりも小さいのでｃ０はエリア４０１ａの内部であり、Ｌ２はｒ２よりも大きいのでｃ０はエリア４０１ｂの外部であることが判別できる。このような処理が、図２５のＳ２５０４〜Ｓ２５０７では行なわれる。
【０３０６】
以上のように、通信処理部１０６が、図２５の位置条件判定処理を実行すると、位置条件リストに位置条件判定結果が記録されていく。なお、位置条件リストに記録された位置条件判定結果は、後述する位置情報処理において利用される。
【０３０７】
次に、図１６のＳ１６０３で実行される位置情報処理手順について図２７を用いて説明する。図２７は、実施の形態１にかかる位置情報処理手順を示す流れ図である。
【０３０８】
この位置情報処理では、通信処理部１０６が、コンテンツ表示部１１０が通知してくる位置情報を取得し、リスト更新判定処理を実行する。以下、実施の形態１にかかる位置情報処理について具体的に説明する。
【０３０９】
まず、通信処理部１０６は、Ｓ２７０１において、設定部１０９から取得した最新の位置情報を取得し、Ｓ２７０２において、既に位置条件リストが生成されているか否かを確認する。位置条件リストが存在しない場合、これは、中間キャッシュ部１０８に、位置情報処理の対象となるＣＡＭＬコンテンツがキャッシュされていないことを意味するので、位置情報処理を終了する。
【０３１０】
一方、位置条件リストが存在する場合、これは、既に一回以上、図２１の適応ＨＴＴＰ処理が実行されていることを意味する。この状態で新たな位置情報の通知を受けた場合には、通信処理部１０６は、Ｓ２７０３において、（適応ＨＴＴＰ処理ではなく）位置条件リストを利用したリスト更新判定処理を行い、位置情報処理を終了する。
【０３１１】
引き続いて、図２７のＳ２７０３において実行されるリスト更新判定処理手順について図２８を用いて説明する。このリスト更新判定処理では、最新の位置情報と位置条件リスト２２００に記録されている位置条件との比較を行う。図２８は、実施の形態１にかかるリスト更新判定処理手順を示す流れ図である。
【０３１２】
Ｓ２８０１〜Ｓ２８０３で構成される処理ループでは、最新の位置情報と作成済みの位置条件リスト２３００に記載されているすべての位置条件とを比較し、位置条件判定結果を更新するという一連の処理を行う。
【０３１３】
通信処理部１０６は、位置条件リスト２３００から位置条件を読み込み（Ｓ２８０１）、その位置条件と最新の位置情報との位置条件判定処理を行う（Ｓ２８０２）。通信処理部１０６は、このような処理を位置条件リスト２３００に記載されているすべての位置条件について実行するまで繰り返す（Ｓ２８０３）。この様な位置条件判定処理が完了すると、位置条件リスト２３００の判定結果２２０３が更新される。
【０３１４】
なお、Ｓ２８０２の位置条件判定処理は、基本的には、図２５の位置条件判定処理手順に基づいて実行するが、図２５のＳ２５０８のみ一部処理が異なる。具体的には、Ｓ２５０８では、前述の処理に加えて、（単純に位置条件リストに位置条件判定の判定結果を更新するのではなく、）更新前と更新後の判定結果に差異があるか否かを記憶しておくものとする。位置条件リスト２３００の判定結果欄２３０３に記録されている判定結果に差異が生じたことは、コンテンツ受信端末１０３が所属する円エリアが変化したことを意味する。すなわち、位置条件判定の変化を検知するために、このような処理を追加している。
【０３１５】
次のステップ２８０４では、通信処理部１０６は、位置条件リスト２３００の判定結果２３０３に変化の有無に応じて処理を分岐する。なお、判定結果の変化の有無については、Ｓ２８０２において検出済みである。判定結果に変化がある場合は、通信処理部１０６は、Ｓ２８０５において「判定結果に変化あり」を伝える“ＣＨＡＮＧＥ”メッセージを生成し、そのメッセージをＳ２８０７においてコンテンツ表示部１１０の制御部１１６へ送信する。この“ＣＨＡＮＧＥ”メッセージは、コンテンツ表示部１１０に対して、新たなリストコンテンツを生成可能であることを伝えるものである。一方、判定結果に変化がある場合は、通信処理部１０６は、Ｓ２８０６において「判定結果に変化なし」を意味する“ＮＯＴ＿ＣＨＡＮＧＥ”メッセージを生成し、そのメッセージをＳ２８０７において制御部１１６へ送信する。この“ＮＯＴ＿ＣＨＡＮＧＥ”メッセージは、コンテンツ表示部１１０に対して、新たなリストコンテンツが存在しないことを伝えるものである。
【０３１６】
以上のように、図２７および図２８で示す位置情報処理では、通信処理部１０６は、（位置情報通知を受ける度にＣＡＭＬリストコンテンツ全体を解析せずに、）位置条件リストを利用して効率的なリスト更新判定処理を実行する。また、通信処理部１０６は、位置情報通知を受信する度に、コンテンツ受信端末１０３の所属エリアにおける変化の有無を伝える応答メッセージをコンテンツ表示部１１０へ送信する。これによって、コンテンツ表示部１１０は、リストコンテンツの更新のタイミングを的確に検知することができる。
【０３１７】
次に、実施の形態１にかかるコンテンツ受信端末１０３における画面表示について図２９〜図３３を用いて説明する。図２９は、コンテンツ受信端末１０３の画面表示の一例を示す図である。このコンテンツ受信端末１０３は、カーナビゲーションシステムの形態を採っており、データ放送受信機能、インターネットアクセス機能、そして、ＧＰＳ受信機能を有し、移動中に放送・通信連携型のコンテンツ適応配信を受けることができるものである。
【０３１８】
以下、コンテンツ受信端末１０３の画面の構成について具体的に説明する。コンテンツ受信端末は、画面表示モードとして、地図表示モード、ブラウザ表示モード、そして、二画面分割表示モード（地図とブラウザを表示）の３種類を持ち、これらを切り替えることが可能である。
【０３１９】
まず、図２９を参照して、各モードに共通する画面構成要素と、地図表示モードについて説明する。
【０３２０】
図２９の２９０１は、地図表示モード時の画面である。この図は、液晶画面を有するカーナビゲーションシステムであり、画面の下方には操作用のハードウェアボタン２９０２が並ぶ。実施の形態１においては、このハードウェアボタン２９０２のうちの一つを、画面切り替え用ボタン２９０３に割り当てる事とする。
【０３２１】
この画面切り替え用ボタン２９０３は、３つの画面表示モードを切り替えるトグルボタンである。同様に、ハードウェアボタン２９０２のうちの一つを、放送受信チャネル選択用ボタン２９０８に割り当てる。
【０３２２】
この放送受信チャネル選択用ボタン２９０８は、放送受信チャネルを切り替えるためのものであり、所定のチャネルを選択すると、図５に示すようなメニューコンテンツが画面に表示される。
【０３２３】
画面中の２９０４〜２９０６、および、２９０７は、液晶画面中に表示されたＧＵＩである。このうち、現在地表示部２９０４、ステータス表示部２９０５、リストコンテンツ表示ボタン２９０６は、３つの画面表示モードに共通する部分であり、表示モードに関わらず常に表示されている領域である。
【０３２４】
画面中央の広い領域は、地図やコンテンツを表示する部分であり、図２９では地図表示領域２９０７となっている。この地図表示領域２９０７は、一般的なカーナビゲーションシステムが有する機能を有する。
【０３２５】
現在地情報表示部２９０４は、ＧＰＳにより定期的に取得する緯度・経度座標値や、その緯度・経度座標に対応する住所など、現在地に関する情報を表示する領域である。
【０３２６】
ステータス表示部２９０５は、リストコンテンツに関するステータス情報を表示する領域である。実施の形態１にかかるコンテンツ適応配信では、前述のように、コンテンツ受信端末１０３の位置移動と共に、現在地周辺のコンテンツに関する情報であるリストコンテンツを更新することができる。ステータス情報表示部２９０５は、新たなリストコンテンツの「ある」「なし」を表示する、あるいは、リストコンテンツの更新時刻（正確には、新たなリストコンテンツの存在を確認した時刻）を表示する。
【０３２７】
リストコンテンツ表示ボタン２９０６は、リストコンテンツを表示もしくは更新するためのボタンである。前述のように、実施の形態１のコンテンツ適応配信システムでは、定期的に取得する位置情報に対して、一情報処理（図２７および図２８を参照）が実行し、新たなＨＴＭＬリストコンテンツの存在の有無を検知する。そして、あらたなＨＴＭＬリストコンテンツが存在する場合には、ステータス表示部２９０５の表示内容を更新すると共に、リストコンテンツ表示ボタン２９０６の表示状態を変化（表示色の変更、点滅など）させ、ユーザに更新情報の存在を通知する。このとき、ユーザがリストコンテンツ表示ボタン２９０６を押すと、最新のリストコンテンツが画面に表示される。
【０３２８】
図３０は、ブラウザ表示モード時の画面表示の一例である。ブラウザ表示モードは、コンテンツ視聴のためのコンテンツ表示用ブラウザを表示するモードである。このときの画面３００１には、一般的なブラウザが有する、アドレス入力部３００２やブラウザ操作部３００３、コンテンツ表示領域３００４が表示される。
【０３２９】
図３１は、二画面分割表示モード時の画面表示の一例である。このモードでは、画面３１０１を左右二つの領域に分割し、地図表示領域３１０２とブラウザ表示領域３１０５を同時に表示する。
【０３３０】
次に、コンテンツ受信端末１０３の画面遷移について図３２および図３３を用いて説明する。
【０３３１】
図３２は、コンテンツ受信端末１０３の画面切り替えの様子を示す図である。この図で示すように、画面切り替えボタン２９０３を押下することによって、地図表示モード、二分割表示モード、コンテンツ表示モードと順番に切り替わる。
【０３３２】
図３３は、コンテンツ受信端末１０３によるコンテンツ視聴の流れの一例を示したものである。この図は、メニューコンテンツの表示およびコンテンツのカテゴリ選択（３３０１ａ）、エリア別リストコンテンツの表示（３３０１ｂ）、地図や一般コンテンツの視聴（３３０１ｃ）、位置移動に伴う更新情報の通知（３３０１ｄ）、エリア別リストコンテンツの更新（３３０１ｅ）、位置依存コンテンツ視聴（３３０１ｆ）という流れを示したものである。
【０３３３】
ここでは、図４に示すシナリオに従ってコンテンツ配信を行い、コンテンツ受信端末１０３は、初期状態おいてエリア４０１ａの内部に存在するものと仮定する。また、コンテンツ受信端末１０３は、初期状態において二分割表示モードになっているとする。
【０３３４】
まず、ユーザが放送受信チャネル選択ボタン２９０８を操作することにより、メニューコンテンツを放送しているチャネルを選択する。３３０１ａは、二分割表示モードにおいてメニューコンテンツを表示した状態の図を示している。このとき、現在地情報表示部２９０４には、ＧＰＳから取得した位置情報、もしくは、その位置情報から求めた現在地の住所が表示され、ステータス表示部２９０５には「新着リストなし」と表示される。
【０３３５】
ここで、ユーザがメニューコンテンツから「飲食店」を選択すると、図中３３０１ｂに示すようにブラウザ表示領域３１０５にはＣＡＭＬリストコンテンツから生成されたＨＴＭＬリストコンテンツ（＝エリア別リストコンテンツ）が表示される。このリストコンテンツには、エリア４０１ａ内の飲食店が一覧表示されている。また、このとき、ステータス表示部２９０５には、「新着リストなし」と表示される。これは、現在表示中のリストコンテンツが最新のものであることを意味する。
【０３３６】
次に、ユーザが地図視聴を望むと仮定する。ユーザが画面切り替えボタン２９０３を押下し、二画面分割モードから地図表示モードに切り替えると、図中３３０１ｃに示すように地図が表示される。
【０３３７】
そして、ユーザは、しばらくの間、現在地周辺の地図を閲覧する、あるいは、一般的なカーナビ機能を利用する。このとき、コンテンツ受信端末１０３は、定期的にＧＰＳで取得した位置情報を参照して位置情報処理（図２７および図２８参照）を行っている。
【０３３８】
コンテンツ受信端末１０３がエリア４０１ｂの領域内に移動すると、図中３３０１ｄに示すように、ステータス表示部２９０５の表示が「新着リストなし」から「新着リストあり」に変わり、リストコンテンツ表示ボタン２９０６の色が反転、あるいは、点滅する。
【０３３９】
次に、ユーザは、新たなリストコンテンツを見るために、リストコンテンツ表示ボタン２９０６をクリックする。すると、最新の位置情報に基づくコンテンツ適応処理がなされて、画面には、図中の３３０１ｅのようにエリア４０１ｂ内の飲食店リストが表示される。この時点で、ユーザがリストコンテンツから飲食店２Ａを選択すると、図中３３０１ｆに示すように、ブラウザ部３１０５には、飲食店２Ａのコンテンツが表示される。
【０３４０】
このように、コンテンツ受信端末１０３の画面上に、ステータス表示部２９０５およびリストコンテンツ表示ボタン２９０６を設けているので、ユーザに対して適宜リストコンテンツ更新を通知し、かつ、ユーザが望んだ場合に限りリストコンテンツを表示することができる。
【０３４１】
以上説明したように、実施の形態１によれば、コンテンツ放送サーバ１０２からカルーセル方式のデータ放送により送られてくるメニューコンテンツおよびコンテンツ通信サーバ１０１から通信により送られてくるリストコンテンツを受信し、受信したこれらのコンテンツを再配信することができる。これにより、放送による受動的なコンテンツ視聴と通信による能動的なコンテンツ視聴の特徴を組み合わせたユーザ利便性が高いコンテンツ配信サービスを提供できる。
【０３４２】
また、実施の形態１によれば、放送と通信が連携するコンテンツ適応配信システム１００において、モバイル端末に対して、放送によって配信する位置情報サービスに関するメニュー情報を起点として、現在地周辺に関連するコンテンツを効率的に取得することが可能なコンテンツ視聴環境（位置情報サービス）を提供できる。
【０３４３】
また、実施の形態１によれば、コンテンツ通信サーバ１０１が配信するコンテンツの中継配信を要求するメッセージ（一般コンテンツ配信要求メッセージ）と、コンテンツ通信サーバ１０１が配信する位置情報を用いた位置適応処理が可能なコンテンツの中継配信を要求するメッセージ（位置適応コンテンツ配信要求メッセージ）がファイル名の拡張子が異なるＨＴＴＰのＧＥＴメッセージであるので、ＨＴＴＰおよびＨＴＭＬを基本とする一般的なＷｅｂシステムにコンテンツ処理部１０５を組み込むことが容易になる。
【０３４４】
また、実施の形態１によれば、通信処理部１０６は、複数の一般コンテンツ配信要求メッセージは並列処理し、位置適応コンテンツ配信要求メッセージは、受信順序に従って直列処理することができる。これにより、ＨＴＭＬコンテンツを構成する画像データなどは、配信順序や表示順序は任意で良いのに対し、位置適応処理については、位置情報通知の順番に従って実行しないと、最新位置に適したコンテンツを提供することができないが、一般コンテンツと位置適応コンテンツとを区別し、個々の特性に適した配信処理を実行することによって、コンテンツ表示に関するユーザ利便性を向上することができる。
【０３４５】
また、実施の形態１によれば、放送処理部１０７は、コンテンツ放送サーバ１０２から受信したコンテンツを蓄積し、蓄積が完了したら、データ放送の受信を停止し、通信を利用したＰＵＳＨ型ストリーム配信によって、蓄積したコンテンツをコンテンツ表示部１１０へ配信することができる。これにより、放送から受信したコンテンツを通信によって再配信することができる。この結果、コンテンツ処理部１０５は放送送信手段を必要とせず、システム構築に要するコストを抑えることができる。
【０３４６】
また、実施の形態１によれば、放送処理部１０７が、通信を利用したＰＵＳＨ型ストリーム配信により、コンテンツ放送サーバ１０２から受信したコンテンツの配信を所定回数だけ繰り返した後、配信を停止することができる。これにより、コンテンツを一度だけ再配信するのではなく、ストリーム配信を所定回数だけ繰り返すようにできる。この結果、コンテンツの配信を失敗するリスクを低減することができる。また、所定回数だけコンテンツを配信したら、コンテンツ配信処理を停止するので、処理負荷も削減することができる。
【０３４７】
また、実施の形態１によれば、コンテンツ表示部１１０の放送受信部１１４が、データ放送受信機能に加えて、通信によるＰＵＳＨ型のストリーム受信機能を備えるので、データ放送によるコンテンツ配信に関わるコンテンツ配信システム全体のコストを低減することができる。
【０３４８】
また、実施の形態１によれば、放送受信部１１４が、通信を利用したＰＵＳＨ型のストリーム配信によって、同一コンテンツが繰り返し送信されてくる場合、一度だけコンテンツを受信する。このように、コンテンツ表示部１１０は、コンテンツ処理部１０５からコンテンツが繰り返し送信されてくることを前提にしてコンテンツを受信するので、コンテンツの受信を失敗するリスクを低減することができる。
【０３４９】
また、実施の形態１によれば、コンテンツ表示装置１１０の制御部１１６が、放送によるコンテンツの所在を示すコンテンツ識別子を含むリソース通知メッセージを受信した場合に、ブラウザ部１１３に対して、コンテンツ識別子が示すコンテンツを取得することを指示するようにできる。このように、コンテンツ放送サーバ１０２からコンテンツを受信する場合、コンテンツ放送サーバ１０２から直接コンテンツを受信するのではなく、コンテンツ処理部１０５を経由したＰＵＬＬ型のコンテンツ取得を行うので、コンテンツ放送サーバが配信する放送コンテンツを直接ブラウザに表示することができる。
【０３５０】
また、実施の形態１によれば、コンテンツ処理部１０５に蓄積された放送によるコンテンツをコンテンツ表示部１１０に配信する際にＨＴＴＰのＧＥＴメッセージを使用するので、ＨＴＴＰおよびＨＴＭＬを基本とする一般的なＷｅｂシステムにコンテンツ表示装置を組み込むことが容易になる。
【０３５１】
なお、実施の形態１は、コンテンツ処理部１０５またはコンテンツ表示部１１０の行う処理をプログラムにし、汎用のコンピュータが読み取り可能な記憶媒体に記憶し、このプログラムを汎用のコンピュータが実行する形態であっても良い。
【０３５２】
また、実施の形態１では、コンテンツ処理部１０５とコンテンツ表示部１１０をコンテンツ受信端末１０３に備えた構成で説明したが、コンテンツ処理部１０５とコンテンツ表示部１１０をそれぞれ別の端末とした形態であっても良い。
【０３５３】
（実施の形態２）
本発明の実施の形態２は、コンテンツ適応処理およびコンテンツ中継転送処理を行うコンテンツ処理部が放送送信機能を有さない場合の、放送・通信連携コンテンツ適応配信システムである。
【０３５４】
以下、実施の形態２にかかるコンテンツ適応配信システムについて図３４を用いて説明する。図３４は、実施の形態２に関するコンテンツ適応配信システムのシステム構成図である。
【０３５５】
図３４のコンテンツ適応配信システム３４００は、図１のコンテンツ適応配信システム１００から放送受信部１１４を削除しただけのものである。ここでは、図１と同じ部分に関しては説明を省略し、図１と異なる放送コンテンツの送受信に関わる部分についてのみ説明する。
【０３５６】
図１のコンテンツ適応配信システム１００においては、放送処理部１０７は、コンテンツ放送サーバ１０２からコンテンツを受信し、受信したコンテンツを放送受信部１１４へ送信する。このとき、放送処理部１０７と放送受信部１１４との間のコンテンツ送受信は、放送もしくは（ＵＤＰ／ＩＰなどの通信プロトコルを利用した）擬似放送によって実行する。
【０３５７】
これに対し、図３４のコンテンツ適応配信システム３４００においては、放送処理部１０７は、コンテンツ放送サーバ１０２からコンテンツを受信し、受信したコンテンツをブラウザ部１１３へ送信する。このとき、放送処理部１０７とブラウザ部１１３との間のコンテンツ送受信はＨＴＴＰによって実行する。すなわち、放送処理部１０７はＨＴＴＰ通信機能を有する。
【０３５８】
ここで、図３４のコンテンツ適応配信システム３４００における放送コンテンツの送受信の手順を説明する。まず、（実施の形態１と同様に）コンテンツ表示部３４０２からコンテンツ処理部３４０１へ拡張ＨＴＴＰによって放送受信命令が送信される。放送受信命令を受けたコンテンツ処理部３４０１は、指定チャネルのカルーセルデータ放送を受信し、コンテンツを中間キャッシュ部１０８に一時蓄積する。コンテンツ処理部３４０１は、コンテンツの一時蓄積が完了したら、コンテンツ表示部３４０２に対して一時蓄積したコンテンツのＵＲＬ（もしくはファイル名）を通知するメッセージを拡張ＨＴＴＰによって送信する。
【０３５９】
このメッセージは、放送受信命令メッセージに対応する応答メッセージである。応答メッセージを受信したコンテンツ表示部３４０２は、ブラウザ部１１３に対して応答メッセージに含まれるＵＲＬのコンテンツを取得する命令を出す。
【０３６０】
ブラウザ部１１３は、（一般の）ＨＴＴＰのＧＥＴ命令をコンテンツ処理部３４０１へ送信し、ＨＴＴＰによってコンテンツ処理部３４０１から一時蓄積されているコンテンツを取得する。
【０３６１】
このように、コンテンツ適応配信システム３４００では、「放送受信とＵＲＬ通知」および「ＨＴＴＰによるコンテンツ送受信」という２段階の処理によって、放送コンテンツの配信を行う。
【０３６２】
次に、コンテンツ処理部３４０１で実行される各処理について説明する。図３５は、コンテンツ処理部３４０１におけるコンテンツ処理の詳細を図示したものである。通信処理部１０６が実行する３つの処理、一般ＨＴＴＰ処理（１４０１）位置条件判定処理（１４０３）、適応ＨＴＴＰ処理（１４０４）については、実施の形態１と同じであるので説明を省略する。
【０３６３】
ここでは、放送処理部１０７が行うデータ放送処理（３５０１）について説明する。このデータ放送処理は、コンテンツ放送サーバ１０２のカルーセルデータ放送から指定されたチャネルのデータを受信する「放送受信」（１４０２ａ）と、カルーセルデータから適切にコンテンツを切り出し、これを一時的にキャッシュに蓄積する「データ蓄積」（１４０２ｂ）と、キャッシュに蓄積したコンテンツのＵＲＬ（もしくはファイル名）をコンテンツ表示部３４０２へ通知する「ＵＲＬ通知」（３５０１ａ）と、コンテンツ表示部３４０２からＨＴＴＰ  ＧＥＴメッセージを受信した場合にキャッシュに蓄積されているコンテンツをコンテンツ表示部３４０２に送信する「ＨＴＴＰ送信」（３５０１ｂ）とからなる一連の処理を指す。このデータ放送処理は、コンテンツ表示部３４０２からデータ放送受信要求に相当する拡張ＨＴＴＰメッセージを受信した場合に実行される。
【０３６４】
また、コンテンツが位置適応可能なＣＡＭＬコンテンツである場合、「ＨＴＴＰ送信」（３５０１ｂ）の前に「適応処理」（１４０２ｃ）が行われる。
【０３６５】
図３６は、コンテンツ表示部３４０２からコンテンツ処理部３４０１へ送信される要求／通知の内容によって、コンテンツ処理部３４０１の処理内容を整理したものである。
【０３６６】
図中の３６０１はメニューコンテンツ取得要求に対するコンテンツ処理を、１５０２はリストコンテンツ取得要求に対するコンテンツ処理を、１５０３は位置依存コンテンツ取得要求に対するコンテンツ処理を、１５０４は一般コンテンツ取得要求に対するコンテンツ処理を、１５０５は位置情報通知に対するコンテンツ処理を示している。ここでは、実施の形態１とは異なる３６０１の処理、すなわち、データ放送処理に関してのみ説明する。
【０３６７】
前述のように、データ放送処理、すなわち、メニューコンテンツの送受信処理は、「放送受信とＵＲＬ通知」（３６０１ａ）および「ＨＴＴＰによるコンテンツ送受信」（３６０１ｂ）という２段階の処理から成り立っている。
【０３６８】
まず、３６０１ａに示す「放送受信とＵＲＬ通知」について説明する。データ放送により配信されるメニューコンテンツを送受信する場合、制御部１１６から設定部１０９へ拡張ＨＴＴＰによって放送受信命令（ＢＲｅｃｖ）が送信される。この命令を受信した設定部１０９は、放送処理部１０７に対してデータ放送処理の実行を指示する。
【０３６９】
これに対して、放送処理部１０７は、指定されたチャネルからコンテンツを受信し、これを中間キャッシュ部１０８に蓄積し、蓄積したコンテンツのＵＲＬ（もしくはファイル名）を設定部１０９へ通知する。
【０３７０】
そして、設定部１０９は、拡張ＨＴＴＰによって、蓄積したコンテンツのＵＲＬを制御部１１６へ通知する。なお、設定部１０９は、蓄積したコンテンツのＵＲＬを記憶しておく。
【０３７１】
次に、３６０１ｂの「ＨＴＴＰによるコンテンツ送受信」について説明する。コンテンツ処理部１０５の中間キャッシュ部１０８に蓄積されたコンテンツは、コンテンツ放送サーバ１０２から受信したメニューコンテンツである。コンテンツ表示部３４０２の制御部１１６は、「放送受信とＵＲＬ通知」の一連の処理によって、蓄積されているメニューコンテンツのＵＲＬを取得したので、ブラウザ部１１３に対して、このＵＲＬのコンテンツを取得するように指示を出す。
【０３７２】
ブラウザ部１１３は、一般のＨＴＴＰに従ったコンテンツ取得を行う。すなわち、ブラウザ部１１３は、設定部１０９にＨＴＴＰ  ＧＥＴ命令を通知する。
【０３７３】
設定部１０９は、ＧＥＴ命令が示すＵＲＬのコンテンツ、すなわち、中間キャッシュ部１０８に蓄積されているメニューコンテンツをＨＴＴＰによってブラウザ部１１３へ送信する。
【０３７４】
ここで、設定部１０９がＨＴＴＰ  ＧＥＴ命令を受信した際の処理方法が問題となる。設定部１０９は、
（１）コンテンツ放送サーバ１０２から受信するメニューコンテンツに関するＨＴＴＰ  ＧＥＴ命令だけでなく、
（２）コンテンツ通信サーバ１０１から受信するコンテンツに関するＨＴＴＰ  ＧＥＴ命令を受信する（これは、図３６においては１５０３および１５０４に相当する）。
【０３７５】
前者（１）の場合、適切なコンテンツ通信サーバ１０１へＨＴＴＰ  ＧＥＴ命令を送信し、その応答をブラウザ部１１３へ転送するという中継転送処理を行う。
【０３７６】
これに対し、後者（２）の場合は、既にコンテンツ処理部３４０１内の中間キャッシュ部１０８に蓄積されているコンテンツをブラウザ部１１３へ送信すればよい。すなわち、設定部１０９は、前者（１）と後者（２）を区別しなければならない。
【０３７７】
そこで、設定部１０９は、放送からコンテンツを受信した後に制御部１１６へＵＲＬを通知する際に、そのＵＲＬを記憶しておき、ＨＴＴＰ  ＧＥＴ命令を受信した時にＧＥＴ命令に含まれるＵＲＬと記憶されているＵＲＬとの比較を行うことによって、（１）と（２）のいずれの処理を実行すべきかを判別する。
【０３７８】
実施の形態２においては、設定部１０９から制御部１１６へ通知されるＵＲＬの記述方法を次のように定める。
【０３７９】
ｈｔｔｐ：／／マシン名／キャッシュ名／ファイル名
ここで、マシン名とはコンテンツ処理部１０５が稼動しているマシンの名前（コンピュータ名、ＩＰアドレスなど）であり、キャッシュ名とは、放送から受信したコンテンツを蓄積しているディレクトリ名であり、ファイル名とは、蓄積したコンテンツのファイル名をさす。
【０３８０】
例えば、マシン名が“ＣＰｒｏｃ”、キャッシュ名が“ＢＣａｃｈｅ”、ファイル名が“Ｍｅｎｕ０１．ｈｔｍｌ”であるとき、設定部１０９から制御部１１６へ通知されるＵＲＬは、次のようになる。
【０３８１】
ｈｔｔｐ：／／ＣＰｒｏｃ／ＢＣａｃｈｅ／Ｍｅｎｕ０１．ｈｔｍｌ
なお、このＵＲＬのフォーマット仕様は一例に過ぎず、中間キャッシュ部１０８に蓄積したコンテンツを要求するＨＴＴＰ  ＧＥＴ命令であることを識別できるフォーマットであれば、任意のフォーマットであって構わない。
【０３８２】
上記のＵＲＬのフォーマットを踏まえて、「ＨＴＴＰによるコンテンツ送受信」について説明を加える。ブラウザ部１１３は、制御部１１６を介してＵＲＬ文字列を取得し、ＨＴＴＰ  ＧＥＴ命令の中に、設定部１０９から送信されてきたＵＲＬをそのまま記述して、そのＧＥＴ命令を設定部１０９へ送信する。
【０３８３】
一方、設定部１０９は、ＨＴＴＰ  ＧＥＴ命令を受信すると、ＧＥＴ命令に含まれるＵＲＬ文字列と記憶されているＵＲＬとを比較し、両者が一致する場合には、中間キャッシュ部１０８に蓄積されているコンテンツを読み出し、ＧＥＴ命令の応答として、ブラウザ部１１３へこのコンテンツを返す。
【０３８４】
以上のように、実施の形態２のコンテンツ適応配信システム３４００は、「放送受信とＵＲＬ通知」および「ＨＴＴＰによるコンテンツ送受信」という２段階の処理からなるデータ放送処理を実行することによって、放送受信機能を有さないコンテンツ表示部３４０２が、放送によって配信されるメニューコンテンツを受信することを実現している。
【０３８５】
次に、実施の形態２におけるコンテンツ処理部３４０１で実行される各処理について説明する。コンテンツ処理部３４０１で実行される各処理は、基本的には、図１６〜図２８を用いて説明した実施の形態１の処理と同じである。異なる点は、図１８のデータ放送処理手順、および、図２０の単位ＨＴＴＰ処理手順のみである。ここでは、これら二つの処理についてのみ説明する。
【０３８６】
まず、データ放送処理について説明する。図３７は、実施の形態２にかかるコンテンツ処理部１０５の放送処理部１０７におけるデータ放送処理を示す流れ図である。
【０３８７】
データ放送処理においては、放送処理部１０７が、コンテンツ放送サーバ１０２のカルーセルデータ放送から受信したコンテンツを一時蓄積し、蓄積したコンテンツのＵＲＬをコンテンツ表示部３４０２に送信する。
【０３８８】
Ｓ３７０１では、放送処理部１０７は、コンテンツ表示部３４０２から受信した拡張ＨＴＴＰメッセージ（放送受信命令ＢＲｅｃｖ）から放送受信パラメータを取得する。放送受信パラメータとは、具体的には受信チャネルを指す。
【０３８９】
次のＳ３７０２〜Ｓ３７０４では、放送処理部１０７がカルーセルデータ放送を受信し、指定されたチャネルに含まれるコンテンツを中間キャッシュ部１０８に蓄積する。
【０３９０】
カルーセルデータ放送は、データファイルを周期的に繰り返し配信するものであり、データファイルの先頭から受信・蓄積処理が開始されるとは限らない。そこで、放送処理部１０７は、データ放送のフォーマット仕様に従って、所定単位毎にデータを受信し（Ｓ３７０２）、受信データを連結しながら一時蓄積する処理（Ｓ３７０３）を、コンテンツ全体を受信するまで繰り返す（Ｓ３７０４）。
【０３９１】
Ｓ３７０４においてデータ受信が完了すると、次の処理のＳ３７０５へ移行する。ただし、データ受信が正しく実行されなかった場合には、Ｓ３７０７のエラー処理を行って、データ放送処理を終了する。
【０３９２】
次のＳ３７０５とＳ３７０６では、蓄積済みコンテンツのＵＲＬ通知処理を行う。放送処理部１０７は、放送受信命令に対する応答メッセージを生成する（Ｓ３７０５）。この応答メッセージには、中間キャッシュ部１０８に蓄積したコンテンツのＵＲＬを記述する。
【０３９３】
設定部１０９は、後に実行される単位ＨＴＴＰ処理のために、このＵＲＬを記憶しておく。そして、放送処理部１０７は、生成した応答メッセージを、拡張ＨＴＴＰによって制御部１１６へ送信する（Ｓ３７０６）。
【０３９４】
次に、単位ＨＴＴＰ処理について説明する。図３８は、実施の形態２にかかるコンテンツ処理部３４０１の通信処理部１０６における単位ＨＴＴＰ処理を示す流れ図である。
【０３９５】
この単位ＨＴＴＰ処理では、ブラウザ部１１３から送信されてくるＨＴＴＰ  ＧＥＴ命令（コンテンツ取得要求）に従って、ＨＴＴＰ通信の中継処理、もしくは、キャッシュコンテンツの配信処理を実行する。
【０３９６】
Ｓ３８０１では、受信したＨＴＴＰ  ＧＥＴ命令を解析して実行すべき処理を決定する。具体的には、ＧＥＴ命令に含まれているＵＲＬ文字列と、図３７のデータ放送受信処理のＳ３７０５において、記憶したＵＲＬ文字列とを比較する。
【０３９７】
二つのＵＲＬが一致する場合は、既に中間キャッシュ部１０８に蓄積されているコンテンツを送信すればよいのでＳ３８０７へ移行する。
【０３９８】
これに対し、二つのＵＲＬ文字列が一致しない場合は、コンテンツ通信サーバ１０１からコンテンツを取得する必要があるのでＳ３８０２へ移行する。
【０３９９】
Ｓ３８０２〜Ｓ３８０４では、通信処理部１０６が、ＨＴＴＰ  ＧＥＴ命令の中継転送を行う。
【０４００】
通信処理部１０６は、受信したコンテンツ取得要求メッセージを参照して、コンテンツ通信サーバ１０１へ送信するメッセージを生成する（Ｓ３８０２）。
【０４０１】
このメッセージは、サーバに対してコンテンツ取得を要求するＨＴＴＰ  ＧＥＴメッセージである。
【０４０２】
次のＳ３８０３では、通信処理部１０６は、生成したメッセージを適切なコンテンツ通信サーバ１０１へ送信する（Ｓ３８０３）。
【０４０３】
Ｓ３８０４では、通信処理部１０６は、サーバに送信したＨＴＴＰ  ＧＥＴ命令に対する応答を待ち、応答を受信したら次のＳ３８０５に移行する。
【０４０４】
ここで、不正なメッセージを受信する、あるいは、所定時間が経過しても応答がない場合には、Ｓ３８１０において適切なエラー処理を行い、単位ＨＴＴＰ処理を完了する。
【０４０５】
Ｓ３８０５およびＳ３８０６では、通信処理部１０６が、ＨＴＴＰ通信の中継転送を行う。通信処理部１０６は、コンテンツ通信サーバ１０１から受信したメッセージから応答メッセージを生成し（Ｓ３８０５）、生成した応答メッセージをブラウザ部１１３へ送信する（Ｓ３８０６）。
【０４０６】
これに対し、Ｓ３８０７〜Ｓ３８０９では、放送処理部１０７がキャッシュコンテンツの配信処理を実行する。放送処理部１０７は、コンテンツ放送サーバ１０２より受信済みのコンテンツを中間キャッシュ部１０８から読み出して（Ｓ３８０７）、このコンテンツを含む応答メッセージを生成し（Ｓ３８０８）、生成した応答メッセージをブラウザ部１１３へ送信する（Ｓ３８０９）。
【０４０７】
以上のように、実施の形態２における単位ＨＴＴＰ処理では、ＨＴＴＰ  ＧＥＴ命令に含まれるＵＲＬに応じて、ＨＴＴＰ通信の中継処理、もしくは、キャッシュコンテンツの配信処理を行う。これにより、コンテンツ通信サーバ１０１との間のコンテンツ配信の場合と同様に、ＰＵＬＬ型のコンテンツ配信によってコンテンツ放送サーバ１０２から受信したコンテンツを配信することができる。
【０４０８】
また、実施の形態２によれば、コンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をコンテンツ表示部３４０２に通知するので、コンテンツ放送サーバ１０２からコンテンツを受信する場合においても、コンテンツ処理部３４０１とコンテンツ表示部３４０２との間では、ＨＴＴＰによってコンテンツを配信できる。
【０４０９】
また、実施の形態２によれば、すでに蓄積されているコンテンツに関しては、再度サーバから受信することなく、ＰＵＬＬ型のコンテンツ配信によって、コンテンツ表示部１１０へ配信することができる。また、コンテンツ処理部１０５は放送送信手段を必要としないので、システム構築に要するコストを抑えることができる。
【０４１０】
【発明の効果】
以上説明したように、本発明によれば、放送による受動的なコンテンツ視聴と通信による能動的なコンテンツ視聴の特徴を組み合わせたユーザ利便性が高いコンテンツ配信サービスを提供できる。
【図面の簡単な説明】
【図１】本発明の実施の形態１にかかるコンテンツ適応配信システムのシステム構成図
【図２】通信網のみから構成されるコンテンツ適応配信システムの参考例を示すシステム構成図
【図３】通信網と放送網から構成されるコンテンツ適応配信システムの参考例を示すシステム構成図
【図４】実施の形態１にかかる地理的空間における位置依存コンテンツの配置および端末に提示されるコンテンツの一例を示す図
【図５】実施の形態１にかかるメニューコンテンツの一例を示す図
【図６】実施の形態１にかかるリストコンテンツの一例を示す図
【図７】実施の形態１にかかるＸＭＬによる位置情報記述の一例を示した図
【図８】実施の形態１にかかるＸＭＬによるリストコンテンツの記述の一例を示した図
【図９】実施の形態１にかかるＸＭＬコンテンツから生成されるにＨＴＭＬリストコンテンツの記述の一例を示した第１の図
【図１０】実施の形態１にかかるＸＭＬコンテンツから生成されるにＨＴＭＬリストコンテンツの記述の一例を示した第２の図
【図１１】実施の形態１にかかるＸＭＬコンテンツから生成されるにＨＴＭＬリストコンテンツの記述の一例を示した第３の図
【図１２】実施の形態１にかかるＸＭＬコンテンツから生成されるにＨＴＭＬリストコンテンツの記述の一例を示した第４の図
【図１３】実施の形態１にかかるコンテンツ適応配信のシーケンス図
【図１４】実施の形態１にかかるコンテンツ処理の詳細を示す図
【図１５】実施の形態１にかかるコンテンツ処理の処理内容を示す図
【図１６】実施の形態１にかかるメッセージ処理手順を示す流れ図
【図１７】実施の形態１にかかるコンテンツ配信処理手順を示す流れ図
【図１８】実施の形態１にかかるデータ放送処理手順を示す流れ図
【図１９】実施の形態１にかかる一般ＨＴＴＰ処理手順を示す流れ図
【図２０】実施の形態１にかかる単位ＨＴＴＰ処理手順を示す流れ図
【図２１】実施の形態１にかかる適応ＨＴＴＰ処理手順を示す流れ図
【図２２】実施の形態１にかかる位置条件リスト生成手順を示す流れ図
【図２３】実施の形態１にかかる位置条件リストの一例を示す図
【図２４】実施の形態１にかかる位置適応コンテンツ処理手順を示す流れ図
【図２５】実施の形態１にかかる位置条件判定処理手順を示す流れ図
【図２６】実施の形態１にかかるＰＯＩのエリア判定方法を説明する図
【図２７】実施の形態１にかかる位置情報処理手順を示す流れ図
【図２８】実施の形態１にかかるリスト更新判定処理手順を示す流れ図
【図２９】実施の形態１にかかるカーナビ型コンテンツ受信端末のパネルおよび画面表示の一例を示す第１の図
【図３０】実施の形態１にかかるカーナビ型コンテンツ受信端末のパネルおよび画面表示の一例を示す第２の図
【図３１】実施の形態１にかかるカーナビ型コンテンツ受信端末のパネルおよび画面表示の一例を示す第３の図
【図３２】実施の形態１にかかるカーナビ型コンテンツ受信端末の画面切り替えの様子を示す図
【図３３】実施の形態１にかかるカーナビ型コンテンツ受信端末によるコンテンツ視聴の流れを示す図
【図３４】本発明の実施の形態２にかかるコンテンツ適応配信システムのシステム構成図
【図３５】実施の形態２にかかるコンテンツ処理の詳細を示す図
【図３６】実施の形態２にかかるコンテンツ処理の処理内容を示す図
【図３７】実施の形態２にかかるデータ放送処理手順を示す流れ図
【図３８】実施の形態２にかかる単位ＨＴＴＰ処理手順を示す流れ図
【符号の説明】
１００、３４００  コンテンツ適応配信システム
１０１、１０１ａ〜１０１ｃ  コンテンツ通信サーバ
１０２  コンテンツ放送サーバ
１０３、２０１、３０１、３４０１  コンテンツ受信端末
１０４  通信ネットワーク
１０５  コンテンツ処理部
１０６  通信処理部
１０７  放送処理部
１０８  中間キャッシュ部
１０９  設定部
１１０、２０２、３０２、３４０２  コンテンツ表示部
１１１  位置情報取得部
１１２  地図処理部
１１３  ブラウザ部
１１４  放送受信部
１１５  終端キャッシュ部
１１６  制御部
１１７  ＧＵＩ部
２００  通信のみを用いるコンテンツ配信システム
３００  放送と通信を用いるコンテンツ配信システム
２９０１  地図表示状態のカーナビ型コンテンツ受信端末
２９０２  ハードウェアボタン
２９０３  画面切り替えボタン
２９０４  現在地情報表示部
２９０５  ステータス表示部
２９０６  リストコンテンツ表示ボタン
２９０７  地図表示領域（全幅表示）
２９０８  放送受信チャネル選択用ボタン
３００１  コンテンツ表示状態のカーナビ型コンテンツ受信端末
３００２、３１０３  アドレス設定部
３００３、３１０４  ブラウザ操作部
３００４  コンテンツ表示領域（全幅表示）
３１０１  地図およびコンテンツ表示状態のカーナビ型コンテンツ受信端末
３１０２  地図表示領域（半幅表示）
３１０５  コンテンツ表示領域（半幅表示）
【図１】
2004221872.tif 000003
【図２】
2004221872.tif 000004
【図３】
2004221872.tif 000005
【図４】
2004221872.tif 000006
【図５】
2004221872.tif 000007
【図６】
2004221872.tif 000008
【図７】
2004221872.tif 000009
【図８】
2004221872.tif 000010
【図９】
2004221872.tif 000011
【図１０】
2004221872.tif 000012
【図１１】
2004221872.tif 000013
【図１２】
2004221872.tif 000014
【図１３】
2004221872.tif 000015
【図１４】
2004221872.tif 000016
【図１５】
2004221872.tif 000017
【図１６】
2004221872.tif 000018
【図１７】
2004221872.tif 000019
【図１８】
2004221872.tif 000020
【図１９】
2004221872.tif 000021
【図２０】
2004221872.tif 000022
【図２１】
2004221872.tif 000023
【図２２】
2004221872.tif 000024
【図２３】
2004221872.tif 000025
【図２４】
2004221872.tif 000026
【図２５】
2004221872.tif 000027
【図２６】
2004221872.tif 000028
【図２７】
2004221872.tif 000029
【図２８】
2004221872.tif 000030
【図２９】
2004221872.tif 000031
【図３０】
2004221872.tif 000032
【図３１】
2004221872.tif 000033
【図３２】
2004221872.tif 000034
【図３３】
2004221872.tif 000035
【図３４】
2004221872.tif 000036
【図３５】
2004221872.tif 000037
【図３６】
2004221872.tif 000038
【図３７】
2004221872.tif 000039
【図３８】
2004221872.tif 000040