JP4727316B2 - 情報配信装置、情報配信方法、情報配信プログラム - Google Patents

Description

本発明は、情報配信装置、情報配信方法、情報配信プログラムに関する。

携帯端末へサーバ等から広告を含むデジタルコンテンツが配信される技術が提案されている。例えば、サーバーシステムに関し、特に携帯移動情報端末のユーザに対してそれが在圏するエリアに密着した広告情報等を配信するサーバーシステムを提供するとの目的の下、 特定エリアの携帯移動情報端末へ情報配信を行なうサーバーシステムであって、携帯移動情報端末の登録ユーザに情報配信サービスが提供される特定エリアの情報を記憶する第１のデータベースと、情報提供業者が提供する配信情報とその配信条件とを記憶する第２のデータベースと、前記登録ユーザとその配信情報の受信条件とを記憶する第３のデータベースと、前記登録ユーザの携帯移動情報端末からその位置情報を受信する手段と、前記受信した位置情報が前記１のデータベースに記憶された特定エリア内にあるかを判定する判定手段と、前記第２のデータベースに記憶された配信条件と前記第３のデータベースに記憶された当該ユーザの受信条件とを満足する配信情報を前記判定手段によってエリア内にあると判定された当該ユーザの携帯移動情報端末へ配信する情報配信手段と、を有することを特徴とするサーバーシステム（特許文献１参照）などが提案されている。
特開２００２−２１６０２１号公報

しかしながら、デジタルコンテンツの配信元から携帯端末に配信されるデジタルコンテンツの内容や配信時刻の設定を携帯端末ユーザ側で自由に行うといった利便性が、従来手法で確立されることはなかった。また、コンテンツ配信内容の設定を予め行うに当たって携帯端末とデジタルコンテンツ配信システムとの間でやりとりされるデータサイズが小さいものではなく、携帯端末ユーザの規模や設定頻度によっては通信帯域の混雑にもつながる懸念があった。更に、携帯端末の現在位置や一時所在地等にも対応した広告情報を効率的にデジタルコンテンツと共に配信する技術は提案されていなかった。また、携帯端末に配信され、携帯端末ユーザの閲覧に供されるデジタルコンテンツの見やすさ、或いはこの見やすさを追求した表示方法、更には、携帯端末で表示されているデジタルコンテンツや広告情報における指示・選択処理等に伴う携帯端末ユーザ側の操作性といった点に配慮した技術が提案されていなかった。

そこで本発明は上記課題を鑑みてなされたものであり、デジタルコンテンツの配信内容や配信時刻の設定に際してのデータ処理効率やユーザ利便性を向上させ、また、携帯端末の位置等に応じた効率的配信処理や、デジタルコンテンツや広告に対する優れたユーザ操作性を実現可能とする、情報配信装置、情報配信方法、情報配信プログラムを提供することを主たる目的とする。

上記課題を解決する本発明の情報配信装置は、利用者端末に対して、前記利用者端末の利用者に応じた配信情報および前記利用者端末の位置に基づく地図情報を配信する情報配信装置において、前記利用者端末の位置に基づく地図情報であって、当該地図情報に関連する広告情報を含む地図情報を、前記利用者端末に配信する手段と、前記利用者端末から前記地図情報に対するアクセスの状況を検知する手段と、前記配信情報を配信する場合、前記地図情報に対する過去のアクセス状況に応じて、前記利用者端末の位置にかかわらず、配信する配信情報を決定する手段と、を有することを特徴とする。

また、本発明の情報配信方法は、利用者端末に対して、前記利用者端末の利用者に応じた配信情報および前記利用者端末の位置に基づく地図情報を配信するコンピュータが、前記利用者端末の位置に基づく地図情報であって、当該地図情報に関連する広告情報を含む地図情報を、前記利用者端末に配信し、前記利用者端末から前記地図情報に対するアクセスの状況を検知し、前記配信情報を配信する場合、前記地図情報に対する過去のアクセス状況に応じて、前記利用者端末の位置にかかわらず、配信する配信情報を決定する、ことを特徴とする。

また、本発明の情報配信プログラムは、利用者端末に対して、前記利用者端末の利用者に応じた配信情報および前記利用者端末の位置に基づく地図情報を配信するコンピュータに、前記利用者端末の位置に基づく地図情報であって、当該地図情報に関連する広告情報を含む地図情報を、前記利用者端末に配信するステップと、前記利用者端末から前記地図情報に対するアクセスの状況を検知するステップと、前記配信情報を配信する場合、前記地図情報に対する過去のアクセス状況に応じて、前記利用者端末の位置にかかわらず、配信する配信情報を決定するステップと、を実行させることを特徴とする。

その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。

なお、デジタルコンテンツとは、いわゆる広告、行政情報、ユーザの要求により配信される番組を含む。但し、以下、特に断らない限り、本明細書におけるデジタルコンテンツとは、ユーザから直接的間接的に配信要求のあった情報であり、いわゆる番組を含む。また、広告（情報）には、ユーザの要求に基づき配信される情報でありいわゆる広告情報、災害情報、行政機関からの通達を示す行政情報を含む。

また、配信テーブルとは、配信希望デジタルコンテンツを時系列に列挙したものであり、番組表を含む。

本発明によれば、デジタルコンテンツの配信内容や配信時刻の設定に際してのデータ処理効率やユーザ利便性が向上し、また、携帯端末の位置等に応じた効率的配信処理や、デジタルコンテンツや広告に対する優れたユーザ操作性が実現可能となる。

−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態におけるデジタルコンテンツ配信システム１００を含むネットワーク構成図である。図１に示す情報配信装置たるデジタルコンテンツ配信システム１００は、一例として、本発明を実現する機能部１１０〜１２０を備えてプログラムの実行処理を主として担うアプリケーションサーバ２０と、各種データベース１２５〜１２８およびＤＭＢＳ１２１（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）を備えたデータベースサーバ２５とから構成されるものを想定する。なお、これらアプリケーションサーバ２０とデータベースサーバ２５とが一体となっていてもよい。

また、以下の説明において、ＣＰＵ１０４、メモリ１０３、入出力インターフェース１０５、通信部１０６、Ｉ／Ｏ部１０７、など機能的に同様のものについては、前記アプリケーションサーバ２０とデータベースサーバ２５とで同じ符号を付している。

更に、前記アプリケーションサーバ２０とデータベースサーバ２５とが協働し、本発明における情報配信装置たるデジタルコンテンツ配信システム１００としての処理を行うとして以下説明する。

本発明の情報配信装置たるデジタルコンテンツ配信システム１００（以下、システム１００）は、本発明の情報配信方法たるデジタルコンテンツ配信方法を実行する機能を実現すべく書き換え可能メモリなどのプログラムデータベース１０１に格納されたプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。

また、前記システム１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス１０５、ならびに、携帯端末２００などとの間のデータ授受を担う通信部１０６などを有している。

前記システム１００は、前記通信部１０６により、前記携帯端末２００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。システム１００の各種機能部と通信部１０６との間ではＩ／Ｏ部１０７がデータのバッファリングや各種仲介処理を実行している。

続いて、前記システム１００が、例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記システム１００は、配信テーブルデータベースたる番組表データベース１２５、デジタルコンテンツデータベース１２６、ユーザデータベース１２７、広告データベース１２８を利用可能であるものとする。また、前記配信テーブルの例として、本実施形態においては番組表を例示するものとする。但し、配信テーブルの適用例としては番組表のみに限定されず、配信希望デジタルコンテンツを時系列に列挙したものであればいずれも採用できる。

前記システム１００は、配信希望デジタルコンテンツに関する指定により特定される配信希望デジタルコンテンツを時系列に列挙した番組表（配信テーブル）１０００を、携帯端末ユーザ毎に番組表（配信テーブル）データベース１２５へ格納する配信テーブル格納部１１０を備える。

また、前記システム１００は、前記携帯端末２００から、配信を要求する要求情報を受信した場合、前記番組表（配信テーブル）１０００に列挙された配信希望デジタルコンテンツを、前記携帯端末２００に配信する、配信処理部１１１を備える。

また、前記システム１００は、前記番組表１０００の情報のうち少なくとも配信希望時刻の情報を備える携帯端末２００より、前記配信希望時刻情報に基づく該当時刻に送信された、携帯端末ユーザＩＤを前記要求情報として受信する、ユーザＩＤ受信部１１２を備える。この場合、システム１００が前記番組表（配信テーブル）１０００を作成した時点で、携帯端末２００に宛てて、前記番組表（配信テーブル）１０００の情報のうち少なくとも配信希望時刻の情報を送信していることが想定できる。なお、携帯端末ユーザＩＤとは、番組の配信を要求するものであり、本情報に基づいて、所定の番組表（配信テーブル）のデジタルコンテンツ等を配信できればよく、ユーザを識別できるものであればよりよい。この場合、システム１００でこのＩＤを割りふってやってもよい。また、携帯端末２００を識別するものでもよく、携帯電話機の固有ＩＤや電話番号が含まれる。さらに、端末側は時刻管理を、サーバ側で時刻と番組表（配信テーブル）を管理することにより、以下の効果も奏する。端末−サーバ間の送受信データ量の低減、端末の負荷軽減、サーバ側のメンテナンスを容易とする、といった効果である。

また、前記システム１００は、前記携帯端末ユーザＩＤに基づき、前記番組表（配信テーブル）データベース１２５において該当携帯端末ユーザに対応付けた番組表（配信テーブル）１０００を検索し、当該番組表（配信テーブル）１０００において前記配信希望時刻に設定されている該当デジタルコンテンツ１１００を特定する、配信コンテンツ特定部１１３を備えるものとすれば好適である。この場合、前記配信処理部１１１は、前記特定した該当デジタルコンテンツ１１００を、前記デジタルコンテンツデータベース１２６より抽出し、該当携帯端末２００に送信することとなる。

また、前記システム１００は、前記番組表（配信テーブル）１０００の情報のうち少なくとも配信希望時刻の情報を備える携帯端末２００より、前記配信希望時刻情報を前記要求情報として受信する、希望時刻受信部１１４を備えることとすれば好適である。

また、前記システム１００は、前記配信希望時刻と同じ時刻帯に関して受け付けた要求情報の数または受付順に基づき、前記時刻帯における他要求情報に基づく配信実行との間隔が所定時間以上となる時刻を実配信時刻として算定する、実配信時刻算定部１１５を備えることとすれば好適である。この場合、前記配信処理部１１１は、前記要求情報に基づく該当デジタルコンテンツ１１００を前記デジタルコンテンツデータベース１２６より抽出し、前記実配信時刻において該当携帯端末２００に送信することとなる。

また、前記システム１００は、携帯端末２００より当該携帯端末２００の現在位置情報を取得し、この現在位置情報に基づいて、前記デジタルコンテンツデータベース１２６において位置情報に紐付けされているデジタルコンテンツ１１００を特定して、これを該当携帯端末２００に配信する、位置対応コンテンツ配信部１１６を備えることとすれば好適である。

また、前記システム１００において、前記位置対応コンテンツ配信部１１６が、予め携帯端末２００から受け付けている携帯端末ユーザの登録住所または一時所在地をユーザデータベース１２７より抽出し、当該登録住所または一時所在地に基づいて、前記デジタルコンテンツデータベース１２６におけるデジタルコンテンツ１１００の特定を行い、これを該当携帯端末２００に配信することとすれば好適である。

また、前記システム１００において、前記位置対応コンテンツ配信部１１６が、デジタルコンテンツ１１００として地図データ１１５０を配信するものであり、当該地図データ１１５０の示す地域内に所在する各種施設の広告情報１１６０を、施設毎の広告情報が格納された広告データベース１２８より抽出し、この広告情報１１６０を前記地図データ１１５０上に表示して携帯端末２００に配信するものとすれば好適である。

また、前記システム１００において、前記位置対応コンテンツ配信部１１６は、前記広告情報１１６０の取得要求コマンドが対応付けされたアイコン１１７０を、地図データ１１５０における該当施設の所在地上に表示されるよう携帯端末２００に配信するものとすれば好適である。

また、前記システム１００において、前記位置対応コンテンツ配信部１１６は、所定範囲の所在地にまとまって存在する施設群について各施設の広告情報１１６０の取得要求コマンドが対応付けされた１つの代表アイコン１１７５を、前記地図データ１１５０における前記所在地上に表示されるよう携帯端末２００に配信するものとすれば好適である。

また、前記システム１００において、前記位置対応コンテンツ配信部１１６は、前記広告情報１１６０として、前記施設の端末３００より予め受け付けていた該当施設内の空席情報または商品・サービスの割引販売情報の少なくともいずれかを含ませて、携帯端末２００に配信するものとすれば好適である。

また、前記システム１００が、前記広告データベース１２８に格納されている登録審査済みの広告情報リスト１１６１を、前記施設の端末３００に提示し、前記広告情報リスト中からの配信希望の広告情報の選択事象を、前記施設の端末３００より受け付けて、該当広告情報１１６０を前記広告データベース１２８より抽出し、これを携帯端末２００に配信する、選択広告配信部１１７を備えるとすれば好適である。

また、前記システム１００において、携帯端末ディスプレイ２５０上のカーソルの一定方向への一定時間の移動指示を携帯端末２００より受け付けて、前記地図データ１１５０上に複数配置された各アイコン１１７０への選択表示を前記一定方向へ一定時間連続移動させるプログラム１１５１を備えた地図データ１１５０を、前記位置対応コンテンツ配信部１１６が携帯端末２００に配信することとすれば好適である。なお、後述するが、このアイコン１１７０の一定方向への一定時間連続移動の処理機能は、地図データ１１５０がプログラム１１５１を備えることで実現する例だけでなく、地図データ１１５０には前記プログラム１１５１が備わっていないが、この地図データ１１５０を表示する携帯端末２００が前記プログラム１１５１または当該プログラム１１５１と同様の機能を有しているとしてもよい。

また、前記システム１００において、前記デジタルコンテンツデータベース１２６に格納されたデジタルコンテンツ１１００は、携帯端末ディスプレイ２５０の一端２５１から他端２５２まで自身のコンテンツの一端１１０１が所定時間内に到達する速度以上でスクロールするプログラム１１１０と、前記他端２５２に前記コンテンツの一端１１０１が到達した後にコンテンツ他端１１０２が所定時間以上で前記携帯端末ディスプレイ２５０の他端２５２に到達する速度以内でスクロールさせるプログラム１１１１とを備えるものであるとすれば好適である。なお、後述するが、このデジタルコンテンツ１１００のスクロール処理機能は、デジタルコンテンツ１１００がプログラム１１１０、１１１１を備えることで実現する例だけでなく、デジタルコンテンツ１１００には前記プログラム１１１０、１１１１が備わっていないが、このデジタルコンテンツ１１００を表示する携帯端末２００が前記プログラム１１１０、１１１１または当該プログラム１１１０、１１１１と同様の機能を有しているとしてもよい。

また、前記システム１００は、施設毎の広告情報１１６０が格納された広告データベース１２８において、前記配信希望デジタルコンテンツの属性に紐付けされている属性を備える広告情報１１６０を検索し、ここで検索した広告情報１１６０を、配信希望デジタルコンテンツ間への差込広告として配信する、差込広告配信部１１８を備えることとすれば好適である。

また、前記システム１００は、各携帯端末１００のデジタルコンテンツ１１００や広告情報１１６０等の閲覧履歴について、これを前記ユーザデータベース１２７等に蓄積する、ログ保存・管理部１１９を備えるとすれば好適である。ここで蓄積される前記閲覧履歴は、例えば、過去のデジタルコンテンツ１１００や広告情報１１６０の閲覧傾向や、携帯端末ユーザの属性などに基づいて、システム１００がデジタルコンテンツ１１００の利用提案を携帯端末ユーザ側に実行したり、或いはデジタルコンテンツ１１００の間に差し込む広告情報１１６０の選定を行う際に利用することができる。

また、前記システム１００は、前記閲覧履歴の情報を適宜なフォームにはめ込むなどしてログレポートを生成し、これを該当携帯端末２００や広告主たる各種施設（例：店舗）の端末３００に送信する、ログレポート部１２０を備えるとすれば好適である。

一方、本発明の携帯端末２００は、書き換え可能メモリなどのプログラムデータベース２０１に格納されたプログラム２０２をメモリ２０３に読み出し、演算装置たるＣＰＵ２０４により実行する。また、前記携帯端末２００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイ２５０などの入出力インターフェイス２０５、ならびに、デジタルコンテンツ配信システム１００との間のデータ授受を担う通信部２０６などを有している。

前記携帯端末２００は、前記通信部２０６により、前記デジタルコンテンツ配信システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。携帯端末２００の各種機能部と通信部２０６との間ではＩ／Ｏ部２０７がデータのバッファリングや各種仲介処理を実行している。

続いて、携帯端末２００が、例えばプログラム２０２に基づき構成・保持する機能部につき説明を行う。前記携帯端末２００は、配信希望デジタルコンテンツと配信希望時刻とに関する指定を、デジタルコンテンツ配信システム１００に送信する、配信希望送信部２１０を備える。

また、携帯端末２００は、ＧＰＳ装置１５０などの現在位置情報取得装置から現在位置情報を取得して、これをデジタルコンテンツ配信システム１００に送信する、位置情報取得部２１４を備えるとすれば好適である。

また、前記携帯端末２００は、前記デジタルコンテンツ配信システム１００が所定期間内に配信予定の前記配信希望デジタルコンテンツを時系列順に列挙して生成した番組表（配信テーブル）１０００に従って送信してきた、前記配信希望時刻に配信希望のデジタルコンテンツ１１００を受信し、出力インターフェイスに表示する、受信処理部２１１を備えるとすれば好適である。

また、前記携帯端末２００は、デジタルコンテンツ配信システム１００より配信されたデジタルコンテンツ１１００が、各種施設の広告情報１１６０の取得要求コマンドに紐付いたアイコン１１７０が該当施設の所在地上に表示された地図データ１１５０であった場合、携帯端末ディスプレイ２５０上のカーソルの一定方向への一定時間の移動指示を入力インターフェイスより受け付けて、前記地図データ１５０上に複数配置された各アイコン１７０への選択表示を前記一定方向へ一定時間連続移動させる、選択移動処理部２１２を備えるとすれば好適である。なお、上述したが、このアイコン１１７０の一定方向への一定時間連続移動の処理機能は、携帯端末２００の備える前記選択移動処理部２１２で実現する例だけでなく、前記地図データ１１５０が前記プログラム１１５１を備えることで実現する例も想定できる。

また、前記携帯端末２００は、前記デジタルコンテンツ配信システム１００より配信されたデジタルコンテンツ１１００を、携帯端末ディスプレイ２５０の一端２５１から他端２５２まで前記コンテンツの１１００一端１１０１が所定時間内に到達する速度以上でスクロールさせ、前記他端２５２に前記コンテンツの一端１１０１が到達した後にコンテンツ他端１１０２が所定時間以上で前記ディスプレイ画面２５０の他端２５２に到達する速度以内でスクロールさせる、スクロール速度制御部２１３を備えることとすれば好適である。なお、上述したが、このデジタルコンテンツ１１００のスクロール処理機能は、前記スクロール速度制御部２１３で実現する例の他に、前記デジタルコンテンツ１１００が前記プログラム１１１０、１１１１を備えることで実現する例も想定できる。

また、本実施形態における携帯端末２００は、デジタルコンテンツ配信システム１００がＷｅｂサーバであって、ｈｔｔｐリクエスト／レスポンスに基づくデータ通信を行うと想定し、前記システム１００にアクセスするＷｅｂブラウザ２１５を備えている。このＷｅｂブラウザ２１５により、デジタルコンテンツ１１００等の携帯端末ディスプレイ２５０への出力を担うことができる。

一方、前記広告情報１１６０の訴求対象となる店舗等の施設の端末３００（以下、店舗端末３００）は、書き換え可能メモリなどのプログラムデータベース３０１に格納されたプログラム３０２をメモリ３０３に読み出し、演算装置たるＣＰＵ３０４により実行する。また、前記店舗端末３００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス３０５、ならびに、デジタルコンテンツ配信システム１００との間のデータ授受を担う通信部３０６などを有している。

前記店舗端末３００は、前記通信部３０６により、前記デジタルコンテンツ配信システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。店舗端末３００の各種機能部と通信部３０６との間ではＩ／Ｏ部３０７がデータのバッファリングや各種仲介処理を実行している。

次に、店舗端末３００が、例えばプログラム３０２に基づき構成・保持する機能部につき説明を行う。前記店舗端末３００は、該当店舗における空席状況についての情報入力を入力インターフェイスより受け付けて、これをデジタルコンテンツ配信システム１００に送信する、空席情報送信部３１０を備える。これにより、例えば、前記携帯端末２００に提供される当該店舗の広告情報１１６０に現在の空席状況を付加することが可能となる。

また、前記店舗端末３００は、前記デジタルコンテンツ配信システム１００がＷｅｂサーバであって、ｈｔｔｐリクエスト／レスポンスに基づくデータ通信を行うと想定し、前記システム１００にアクセスするＷｅｂブラウザ３１１を備えている。このＷｅｂブラウザ３１１により、差込広告の対象となる広告情報１１６０の選択や、広告情報１１６０の登録審査要求等に伴う各種データ出力を担うことができる。

一方、システム１００がそのデジタルコンテンツデータベース１２６に備えているべき各種デジタルコンテンツは、例えば放送業者、映画会社、出版社などといった各種コンテンツの供給業者から入手される。そのため、前記システム１００は、前記供給業者が備えるコンテンツホルダサーバ４００とネットワーク１４０を介して結ばれているものとする。

このコンテンツホルダサーバ４００は、書き換え可能メモリなどのプログラムデータベース４０１に格納されたプログラム４０２をメモリ４０３に読み出し、演算装置たるＣＰＵ４０４により実行する。また、前記コンテンツホルダサーバ４００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス４０５、ならびに、システム１００との間のデータ授受を担う通信部４０６などを有している。

前記コンテンツホルダサーバ４００は、前記通信部４０６により、前記システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。コンテンツホルダサーバ４００の各種機能部と通信部４０６との間ではＩ／Ｏ部４０７がデータのバッファリングや各種仲介処理を実行している。なお、こうしたコンテンツホルダサーバ４００は、前記プログラム４０２として、システム１００へのコンテンツ配信処理を実行する配信アプリケーション４０２を構成・保持している。

また、前記システム１００は、携帯端末２００からのデジタルコンテンツ配信の要求情報やそれに先立つ会員登録処理を担う、登録サーバ５００と協働するものとできる。この登録サーバ５００は、書き換え可能メモリなどのプログラムデータベース５０１に格納されたプログラム５０２をメモリ５０３に読み出し、演算装置たるＣＰＵ５０４により実行する。また、前記登録サーバ５００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス５０５、ならびに、システム１００との間のデータ授受を担う通信部５０６などを有している。

前記登録サーバ５００は、前記通信部５０６により、前記システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。登録サーバ５００の各種機能部と通信部５０６との間ではＩ／Ｏ部５０７がデータのバッファリングや各種仲介処理を実行している。なお、こうした登録サーバ５００は、前記プログラム５０２として、携帯端末２００からの各種登録要求を受け付けて処理する登録処理アプリケーション５１０を構成・保持している。

なお、これまで示した デジタルコンテンツ配信システム１００または携帯端末２００における各機能部１１０〜１２０、または各機能部２１０〜２１４は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ１０４、２０４らがプログラム実行に合わせて記憶装置より該当プログラムをメモリ１０３、２０３らに読み出して、これを実行することとなる。

また、前記携帯端末２００が利用するプログラム２０２は、携帯端末２００が常に備える場合のみならず、ネットワーク１４０等を通じて適宜なサーバ（該当プログラムを提供するコンピュータでシステム１００であってもよい）にアクセスし、このサーバよりダウンロードして利用するとしてもよい。

また、前記ネットワーク１４０に関しては、インターネット、ＬＡＮの他、ＡＴＭ回線や専用回線、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網、シリアル・インターフェース通信線など様々なネットワークを採用することも出来る。また、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。なお、前記シリアル・インターフェイスは、単一の信号線を用いて１ビットずつ順次データを送るシリアル伝送で、外部機器と接続するためのインターフェースを指し、通信方式としてはＲＳ−２３２Ｃ、ＲＳ−４２２、ＩｒＤＡ、ＵＳＢ、ＩＥＥＥ１３９４、ファイバ・チャネルなどが想定できる。

−−−データベース構造−−−
次に、本実施形態におけるデジタルコンテンツ配信システム１００が利用するデータベースの構造について説明する。図２は、本実施形態における、（ａ）番組表（配信テーブル）データベース１２５、（ｂ）デジタルコンテンツデータベース１２６、（ｃ）ユーザデータベース１２７、（ｄ）広告データベース１２８、の各データ構造例を示す図である。

前記番組表（配信テーブル）データベース１２５は、システム１００が、携帯端末２００より受け付け配信希望デジタルコンテンツと配信希望時刻とに関する指定に基づいて、例えば１日間や１週間といったなど所定期間内に配信予定の前記配信希望デジタルコンテンツを時系列順に列挙した番組表（配信テーブル）を携帯端末ユーザ毎に生成して、これを格納するデータベースであり、例えば携帯端末ユーザＩＤをキーとして、番組表（配信テーブル）ＩＤ、番組表（配信テーブル）の内容（配信時間帯、配信するデジタルコンテンツのＩＤ）といった情報を関連づけたレコードの集合体となっている。

また、前記デジタルコンテンツデータベース１２６は、携帯端末２００に配信するデジタルコンテンツ１１００を格納するデータベースであり、例えばコンテンツＩＤをキーとして、コンテンツ種類、対応付けた位置情報、利用料金の区分といった情報を関連づけたレコードの集合体となっている。

また、前記ユーザデータベース１２７は、携帯端末ユーザの情報を格納するデータベースであり、例えば携帯端末ユーザＩＤをキーとして、性別、年齢、デジタルコンテンツ等の閲覧履歴、住所（現在位置）、旅行先や出張先といった一時住所、などの情報を関連づけたレコードの集合体となっている。

また、前記広告データベース１２８は、デジタルコンテンツ１１００の間に差込広告される広告情報や、デジタルコンテンツ１１００としての地図データ上に挿入される広告情報等を格納するデータベースであり、例えば広告ＩＤをキーとして、広告元の店舗（施設）、広告内容（例：図中下線の文節は店舗端末３００よりの指示で他の文言に選択変更可能）、対応付けた位置情報、対応付けたデジタルコンテンツ１１００の属性といった情報を関連づけたレコードの集合体となっている。

なお、図２（ｂ）に示したデジタルコンテンツデータベース１２６は、コンテンツの種類ごとに分けて構成してもよい。

−−−処理フロー例１−−−
以下、本実施形態におけるデジタルコンテンツ配信方法の実際手順について、図に基づき説明する。なお、以下で説明するデジタルコンテンツ配信方法に対応する各種動作は、前記デジタルコンテンツ配信システム１００が、メモリ１０３に読み出して実行するプログラム１０２によって実現される。そして、このプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されている。また、デジタルコンテンツ配信方法の処理に関わる携帯端末２００の処理については、携帯端末２００が、メモリ２０３に読み出して実行するプログラム２０２によって実現される。そして、このプログラム２０２は、以下に説明される各種の動作を行うためのコードから構成されている。なお、ここでは一例として、システム１００がＷｅｂサーバ機能を備えており、携帯端末２００や店舗端末３００とはｈｔｔｐリクエスト／レスポンスの処理を経てデータ通信を行っているものとする。従って、この場合、例えば携帯端末２００は、システム１００へＷｅｂブラウザ２１５でアクセスを行う。

図３は、本実施形態のデジタルコンテンツ配信方法の実施手順例１を示すフロー図である。ここでまずは、本実施形態におけるデジタルコンテンツ配信方法のメインフローを述べておく。なお、携帯端末ユーザは図１１の画面１〜３で示すようなユーザ会員登録の処理を経て、既にデジタルコンテンツ配信システムが提供するサービスの会員になっているものとする。システム１００は、このユーザ会員登録の処理により、前記画面１〜３に示すようなユーザ属性情報（：性別、年齢、誕生日、職業、所在地域等）を獲得することができる。このユーザ属性情報は、前記ユーザデータベース１２７に格納され、携帯端末２００へ配信するデジタルコンテンツ１１００や広告情報１１６０の選択や携帯端末ユーザ側への推薦処理に際して、デジタルコンテンツ１１００等との属性マッチング処理のベースとなる。

前記ユーザ会員登録が済んでいる携帯端末２００は、まず、デジタルコンテンツ１１００の配信に先立って、番組表（配信テーブル）１０００の生成をシステム１００に対して行う必要がある。そこで、携帯端末２００は、配信希望デジタルコンテンツと配信希望時刻とに関する指定を、例えばシステム１００が提供する番組表（配信テーブル）１０００の作成サイト等において行う。このサイトは、例えば、図１２に示す画面４〜６を想定することが出来る。これら画面４〜６においては、例えば、番組：デジタルコンテンツ１１００のジャンルとして、例えば政治、経済、スポーツ、芸能、社会といった各種ニュースや写真などが提示され（画面４）、それぞれ配信時間をプルダウンメニュー等で設定できるようになっている（画面６）。

こうした画面４〜６を含むサイトにて携帯端末ユーザによる、所望のデジタルコンテンツ１１００や、その配信時間の設定を受け付けた携帯端末２００は、これら配信希望に関する指定の情報をシステム１００に送信する（Ｓ３００）。システム１００では、これを受信し（Ｓ３０１）、例えば１日間や１週間といった所定期間内に配信予定の前記配信希望デジタルコンテンツを時系列順に列挙した番組表（配信テーブル）１０００を携帯端末ユーザ毎に生成し、番組表（配信テーブル）データベース１２５に格納する（ｓ３０２）。また、この時、番組表（配信テーブル）１０００のデータのうち、少なくとも、配信時刻に関する情報については携帯端末２００に送信しておく。一方、携帯端末２００はこの配信時刻に関する情報を受信しメモリ２０３に格納しておく（ｓ３０３）。

上記の配信時刻に関する情報とは、受信した配信希望時刻に基づき算出される実際に配信を実行する時刻を示す。例えば、１２：００に配信を希望するユーザが多い場合（例えば、所定数以上のユーザ）、ネットワークのトラフィックがその時間に集中してしまう。つまり、その時間帯に通信（配信）が困難になるとの問題が生じる。そこで、本実施例では、トラフィックの集中を分散する構成をとる。より具体的には、所定数以上のユーザが所定の時刻の配信を希望した場合、乱数を用いて所定時刻範囲内で（例えば、希望時刻の前後１０分、希望時刻を含む前１０分）トラフィックが分散されるような実際の配信時間（実配信時刻）を算出する。なお、この算出処理は、前記実配信時刻算定部１１５が実行する。

この際、ユーザから、配信時刻が希望時刻よりずれることを許容する旨の情報をシステム１００が受信し、ユーザデータベース１２７に記憶しておいてもよい。また、配信時刻に関する情報および受信希望時刻をユーザデータベース１２７に記憶しておいてもよい。さらに、実際に配信する時刻はユーザから所定時刻範囲内で（例えば、希望時刻の前後１０分、希望時刻を含む前１０分）優先順位を付した複数の希望時刻を受信しておき、これに基づいて定めても良い。なお、この配信時刻の算出はＳ３０２において行う。

また、Ｓ３０２では、実際の配信時刻を算出するのではなく、配信を要求することとなるＳ３０４を実行する時刻を上記と同様に算出してもよい。このようにして算出された配信時刻を携帯端末２００で有することで、システム１００の処理負荷を低減することが可能になる。なお、実配信時刻の算定処理例については図１６を用いて詳述する。

図１６は、本実施形態のデジタルコンテンツ配信方法の実施手順例７を示すフロー図である。この場合、前記携帯端末２００は、自身が発した要求情報に応じて実際にデジタルコンテンツが配信される時刻、つまり実配信時刻についての情報をシステム１００側に要求する状況を想定する。携帯端末２００は、実配信時刻の情報要求を、例えばフィードバックリクエストとしてシステム１００側に送信する（Ｓ１０００）。システム１００ではこのフィードバックリクエストを受信し、これに含まれている携帯端末ユーザＩＤ（ただし、携帯端末２００または携帯端末ユーザを一意に特定できる情報であればよい）、システム１００へのアクセスに要するパスワード、ならびに前記配信希望時刻情報を取得する（Ｓ１００１）。

システム１００は前記フィードバックリクエストに基づく情報を利用し、前記番組表データベース（配信テーブルデータベース）１２５において、前記配信希望時刻と同時刻帯の配信を希望している他の要求情報を検索・特定する（Ｓ１００２）。ここで特定した要求情報の数は、つまり同時刻帯に配信を希望する重複要求の数となる。そこで、この重複する要求情報は所定数以上か判定を行う（Ｓ１００３）。

前記判定において、重複する要求情報が所定数以上である場合（Ｓ１００３：ＹＥＳ）、例えば１０分間に６配信（つまり２分間隔）が前記所定数であるのに、７配信以上の配信要求が既になされているか、当該携帯端末２００からの要求情報が７配信目になる事態に至ったわけである。そこで当然、前記１０分間に２分間隔でデジタルコンテンツ配信を行うといった配信間隔基準を維持できないこととなる（Ｓ１００４：ＮＯ）。

この時、システム１００は、前記希望時刻を含む所定時間帯を、所定時間だけ拡大する処理を行い、前記配信間隔の維持を目指すものとする（Ｓ１００５）。そして、処理を前記ステップＳ１００４に戻し、再度、配信間隔基準を維持できるか判定する。ここのステップＳ１００５〜Ｓ１００４の処理は、配信間隔基準を維持できると判定できるまで繰り返される。他方、配信間隔基準を維持できることとなれば（Ｓ１００４：ＹＥＳ）、処理をステップＳ１００６に進める。また、前記ステップＳ１００３で重複する要求情報が所定数以上でなかった場合（Ｓ１００３：ＮＯ）も、ステップＳ１００６に処理を進める。

ここでシステム１００は、例えば、各携帯端末２００からの要求情報の受付順に応じ、前記所定の配信間隔をあけて各要求情報に応じた実配信時刻を配置する配信スケジュールを決定する。或いは、各要求情報毎に乱数を発生させ、この乱数の所定桁等の大小等に応じて、前記受付順と同義を持たせることで、前記所定の配信間隔をあけて各要求情報に応じた実配信時刻を配置する配信スケジュールを決定する。或いは、前記乱数の所定桁等を時刻の数値と見なすことで、各要求情報毎の実配信時刻を決定するとしてもよい。いずれにしてもシステム１００は、前記所定時間帯において所定配信間隔を保ってデジタルコンテンツ配信を行えるよう実配信時刻を決定する手順であれば、いずれのものでも採用できる。

システム１００は、前記決定した実配信時刻の情報を、該当携帯端末２００に送信し（Ｓ１００７）、処理を終了する。なおシステム１００は、この実配信時刻の情報を、前記番組表データベース１２５において配信時刻として設定する。一方、携帯端末２００は、前記実配信時刻の情報をシステム１００より受信して、これをメモリ２０３等に格納し（Ｓ１００８）、処理を終了する。

こうして決定された実配信時刻は、携帯端末２００よりシステム１００に対して要求情報として送信される。システム１００の前記配信処理部１１１では、前記実配信時刻を含む要求情報に基づき、該当デジタルコンテンツ１１００を前記デジタルコンテンツデータベース１２６より抽出し、前記実配信時刻において該当携帯端末２００に送信する。

なお、作成した番組表（配信テーブル）１０００を視認可能にしたイメージ例としては、新聞や雑誌等に絵掲載されているテレビやラジオなどの番組欄を想定すればよい。１つのカラムには配信時刻が列挙され、その時刻の配信コンテンツの名称等が併記されるという表示スタイルである。また、実際の運用例としては、図８に示すように、携帯端末ユーザが“出勤”、“出先”、“帰宅”、“就寝前”といった各時間帯毎に、配信コンテンツを設定しており、そのコンテンツは画像で最大４枚から１番組が構成されている例がある。この例の場合、各番組の最後には差込広告がスポット広告として配置されている。また、無料番組の場合は、前記４枚の画像のうち１枚はスポンサー広告の画像とされる。但し、このような運用例はあくまでも一例であって、デジタルコンテンツ１１００や広告情報１１６０のサイズ、ネットワーク１４０やシステム１００のスペックや稼働状況といった各種条件に応じて、システム１００側で任意に変更できる。なお、図示したスポット広告は、設定番組数によらず所定数（例えば３）配信してもよいし、設定番組数に基づいた数としてもよい。また、図８の例は１２：００前後に配信される番組の例を示している。ここでは、左端から右端（おまけ）までが一連の番組として配信され、スクロールとして次回の配信まで繰り返し、これらの番組を表示が可能である。

さらに、アイコン選択の遷移を以下のような操作で行うことも可能である。なお、下記に示す上（↑）等は図１５の例に従う。
・上（↑）：画面上で１つ上方に表示されているアイコンに遷移。なお、最上方に表示されたアイコンの場合、最下方に表示されたアイコンに遷移。
・下（↓）：画面上で１つ下方に表示されているアイコンに遷移。なお、最下方に表示されたアイコンの場合、最上方に表示されたアイコンに遷移。

続いて、前記番組表（配信テーブル）１０００の情報のうち少なくとも配信希望時刻の情報を備える携帯端末２００は、前記配信希望時刻情報に基づく該当時刻に、携帯端末ユーザＩＤをシステム１００に宛てて送信する（Ｓ３０４）。一方、システム１００では、前記携帯端末ユーザＩＤ（を含む要求情報）を受信し（Ｓ３０５）、この携帯端末ユーザＩＤに基づき、前記番組表（配信テーブル）データベース１２５において該当携帯端末ユーザに対応付けた番組表（配信テーブル）１０００を検索する（Ｓ３０６）。

また、システム１００は、検索された番組表（配信テーブル）１０００において前記配信希望時刻に設定されている該当デジタルコンテンツを特定し、これを前記デジタルコンテンツデータベース１２６より抽出する（Ｓ３０７）。抽出したデジタルコンテンツ１１００は、システム１００が該当携帯端末２００に送信し（Ｓ３０８）、処理を終了する。

一方、携帯端末２００は、システム１００から送信されてきた、前記配信希望時刻のデジタルコンテンツを受信し、出力インターフェイスに表示して（Ｓ３０９）、処理を終了する。

この時、携帯端末２００がデジタルコンテンツ１１００の配信を受けてそれをどのように出力するのか、図１３の画面遷移例にそって説明する。この時、携帯端末２００は、例えばシステム１００のメインメニューの画面７において、デジタルコンテンツ１１００の配信開始指示を行ったとする。この時、携帯端末２００はシステム１００とデータ通信を行って、自身の携帯端末ユーザＩＤと配信時刻の情報とをシステム１００に送信している（画面８）。システム１００側では対応するデジタルコンテンツ１１００を抽出し、携帯端末２００に配信する（画面１０）。或いは、前記メインメニューの画面７において、地図情報の配信指示がなされていた場合、画面９に示すような地図データ１１５０が携帯端末２００のディスプレイ２５０上で表示されている。この地図データ１１５０は、デジタルコンテンツ１１００の１種としてデジタルコンテンツデータベース１２６に格納されているものであり、携帯端末２００からの例えば位置情報の受信や所定施設（例：ランドマークなど）の指示に応じて、抽出・表示される。この地図データ１１５０の画面９において、例えば「コンテンツ」の配信開始指示ボタンが押下された場合でも、システム１００は前記画面８への遷移を実行する。

また、携帯端末２００の携帯端末ディスプレイ２５０において、前記デジタルコンテンツ１１００が表示される際、システム１００は、“ＰＡＵＳＥ”や“詳細”といった指示ボタンの押下を受け付けて、デジタルコンテンツ１１００の詳細情報（画面１１）やスクロール等の一時停止処理を実行する。なお、詳細情報の記載内容に連絡先のＵＲＬ、メールアドレスや電話番号等が含まれる場合、システム１００は、“Ｍａｉｌ ｔｏ”や“Ｗｅｂ ｔｏ”、“Ｐｈｏｎｅ ｔｏ”といったコマンドリンクを表示し、処理の実行指示を受付可能とする。

−−−処理フロー例２−−−
図４は、本実施形態のデジタルコンテンツ配信方法の実施手順例２を示すフロー図である。次に、デジタルコンテンツ１１００の配信と共に、地図データ１１５０や広告情報１１６０の配信を、携帯端末２００の位置情報等にあわせて効率的かつ確実に実行する処理について説明する。この場合、まず、携帯端末２００は、自身で備えるＧＰＳ装置１５０などの現在位置情報取得装置から現在位置情報を取得する。或いは、入力インターフェイスより旅行先や出張先等の一時所在地に関する携帯端末ユーザの入力を受け付けてこれらの情報を取得する。携帯端末２００は、こうした位置情報をシステム１００に送信する（Ｓ４００）。なお、図１４の画面１２〜１７で示すように、ＧＰＳ情報などの代わりに、所在地が登録済みのランドマーク（駅、官庁、高層ビルなど）の指定を入力インターフェイスにて受付けることで、携帯端末２００は、これを現在位置情報として扱うことが可能である。

一方、システム１００は、前記携帯端末２００より送信されてきた位置情報を受信し（Ｓ４０１）、これが現在位置を示すものか一時所在地を示すものか、前記ユーザデータベース１２７における登録住所等と比較することで判定する（Ｓ４０２）。この判定により、前記位置情報が現在位置情報であった場合（Ｓ４０２：現在）、この現在地情報に基づいて、前記デジタルコンテンツデータベース１２６において位置情報に紐付けされているデジタルコンテンツ１１００を特定する（Ｓ４０３）。

他方、前記位置情報が一時所在地の位置情報であった場合（Ｓ４０２：一時）、携帯端末ユーザの登録住所または一時所在地をユーザデータベース１２７より抽出し、当該登録住所または一時所在地に基づいて、前記デジタルコンテンツデータベース１２６におけるデジタルコンテンツ１１００の特定を行う（Ｓ４０５）。

続いて、システム１００は、上記で特定されたデジタルコンテンツ１１００が、地図データであるか判定し（Ｓ４０６）、地図データでない場合には（Ｓ４０６：ＮＯ）、前記特定したデジタルコンテンツ１１００を、該当携帯端末２００に配信し（Ｓ４１２）、処理を終了する。なお、Ｓ４０６はなくともよい。つまり、地図データについてはユーザの指定がなくとも表示させるように制御してもよい。

他方、前記特定したデジタルコンテンツ１１００が、地図データである場合には（Ｓ４０６：ＹＥＳ）、システム１００は、地図データ１１５０の示す地域内に所在する各種店舗（施設）の広告情報１１６０を、前記広告データベース１２８より抽出する（Ｓ４０７）。この処理は、デジタルコンテンツ１１００の“位置情報”の欄のデータにマッチングする位置情報が紐付いた広告情報１１６０を、広告データベース１２８で検索することで実行される。

また、システム１００は、店舗端末３００より予め受け付けていた該当店舗の空席情報（または商品・サービスの割引販売情報）のうち、前記抽出した広告情報１１６０の訴求対象の店舗に対応するものについて、これを広告情報１１６０に付加する（Ｓ４０８）。

続いて、システム１００は、前記抽出した広告情報１１６０に、対応するアイコン１１７０があるか否かを判定する（Ｓ４０９）。このアイコン１１７０は広告情報１１６０の取得要求コマンドが対応付けされたイメージデータであり、例えば前記広告データベース１２８において、広告情報１１６０毎に対応付けされて格納する状況を想定できる。従って、システム１００は、前記広告データベース１２８において前記広告情報１１６０に紐付いたアイコンの有無を検証すれば、前記ステップＳ４０９の処理を実行できる。

前記判定において、対応アイコンが無いということになれば（Ｓ４０９：ＮＯ）、前記広告情報１１６０をそのまま前記地図データ１１５０上に表示する処理を行って（Ｓ４１１）、携帯端末２００に配信し（Ｓ４１２）、処理を終了する。

他方、前記判定において、対応アイコンがあるということになれば（Ｓ４０９：ＹＥＳ）、前記広告情報１１６０の取得要求コマンドが対応付けされたアイコン１１７０を、地図データ１１５０における該当店舗の所在地上に表示する処理を行って（Ｓ４１１）、携帯端末２００に配信し（Ｓ４１２）、処理を終了する。なお、Ｓ４１１には以下の処理も含まれる。
（１）代表アイコンで代表されている複数のアイコンそれぞれ（少なくともその一部）に対応する情報を、画面の所定位置に表示する。
（２）代表アイコンで代表されている複数のアイコンそれぞれ（少なくともその一部）を、個々に表示する。この際、地図の縮尺を変更するか、アイコン自身の大きさを変更してアイコンの重なりがより少なくするよう表示しても良い。

なお、前記アイコンの他の例として、所定範囲の所在地にまとまって存在する店舗群について各店舗の広告情報１１６０の取得要求コマンドが対応付けされた１つの代表アイコン１１７５が想定できる。この場合も、システム１００は、前記地図データ１１５０における前記所在地上にこの代表アイコン１１７５を表示する処理を行って携帯端末２００に配信する。

他方、携帯端末２００では、システム１００から配信されてきた、地図データ１１５０とアイコン１１７０や代表アイコン１１７５とが一体となったデータを受信し、これを携帯端末ディスプレイ２５０に表示し（Ｓ４１３）、処理を終了する。この時の携帯端末ディスプレイ２５０での画面イメージとしては、例えば図１４の画面１７に示すものとなる。

なお、図２（ｃ）のユーザデータベース１２７における閲覧履歴の情報に、前記地図データ１１５０の閲覧履歴も含まれている状況も想定できる。このような場合、閲覧履歴に含まれる地図データ１１５０の属性（例：地図データの示す該当地域、地図データが連続的に閲覧されている場合の移動経路など）をシステム１００が認識し、この属性に対応するデジタルコンテンツ１１００、地図データ１１５０、および広告情報１１６０の少なくともいずれかを、デジタルコンテンツデータベース１２６や広告データベース１２８などから抽出し、これを携帯端末２００に配信する処理を実行してもよい。

−−−処理フロー例３−−−
図５は、本実施形態のデジタルコンテンツ配信方法の実施手順例３を示すフロー図である。ここで、デジタルコンテンツ１１００に付加される広告情報１１６０の差し替えや修正の処理について説明する。この場合、まず、店舗端末３００から、自店に関する広告の差し替え又は一部修正のリクエストが、システム１００に送信される（Ｓ５００）。システム１００ではこれを受信し（Ｓ５０１）、前記広告データベース１２８に格納されている登録審査済みの広告情報リスト１１６１を生成し、これを、前記店舗端末３００に提示する（Ｓ５０２）。

この広告情報リスト１１６１は、例えば広告の倫理規定等に照らして、広告として衆目に広く伝達しても問題ないとシステム運営者側で判断された広告情報１１６０の一覧である。したがって、前記店舗等の広告主は、どのような広告情報１１６０でも配信できる訳ではない。一方で、リアルタイムで膨大な数の広告情報１１６０を迅速に審査するのは現実的でないから、例えば前記店舗端末３００毎に、予め複数の広告情報１１６０を審査して審査に合格したものをリストとしてシステム１００が保持しておく。

例えば、図２（ｄ）で示したように、広告データベース１２８の広告内容欄において、下線が引かれた文節については、例えば該当店舗の商品一覧や割引率一覧のプルダウンメニューにリンクさせて、広告情報１１６０の文節を構成する商品名や割引率（前記登録審査に合格している）を店舗端末３００側で自由に選択できるものとする。このような処理をシステム１００が実行することで、広告効果の実績や天候等に合わせて店舗側が考える広告戦略をダイレクトに受け付けられることとなる。

こうした処理を行うべく、前記システム１００は、前記広告情報リスト１１６１中からの配信希望の広告情報の選択事象を、前記店舗端末３００より受け付けて（Ｓ５０５）、該当広告情報１１６０を前記広告データベース２１８より抽出する（Ｓ５０６）。またシステム１００は、ここで抽出した広告情報と属性がマッチングするといったデジタルコンテンツ１１００を選択し両者の配信時刻を確認するなどの配信準備を行う（Ｓ５０７）。配信準備が整った場合、システム１００は、前記広告情報１１６０を携帯端末２００に配信し（Ｓ５０８）、処理を終了する。

他方、携帯端末２００は、前記広告情報１１６０を受信し、前記携帯端末ディスプレイ２５０等に表示して（Ｓ５０９）、処理を終了する。

−−−処理フロー例４−−−
図６は、本実施形態のデジタルコンテンツ配信方法の実施手順例４を示すフロー図である。次に、デジタルコンテンツ１１００と広告情報１１６０との属性マッチング処理について簡単に述べておく。この場合、システム１００は、店舗毎の広告情報１１６０が格納された前記広告データベース１２８において、携帯端末２００より受付済みの前記配信希望デジタルコンテンツの属性に紐付けされている属性を備える広告情報１１６０を検索する（Ｓ６００）。そしてシステム１００は、ここで検索した広告情報１１６０を、配信希望デジタルコンテンツ間への差込広告として携帯端末２００へ配信し（Ｓ６０１）、処理を終了する。こうした属性マッチング処理は、本発明のデジタルコンテンツ配信方法における、デジタルコンテンツ１１００、地図データ１１５０、広告情報１１６０のいずれかの間の紐付けに着目して、各間で行うことが想定できる。

−−−処理フロー例５−−−
図７は、本実施形態のデジタルコンテンツ配信方法の実施手順例５を示すフロー図である。次に、携帯端末２００において表示されるデジタルコンテンツ１１００の操作性向上に関する技術について説明する。まず、システム１００から携帯端末２００に配信されたデジタルコンテンツ１１００が、各種店舗の広告情報１１６０の取得要求コマンドに紐付いたアイコン１１７０が該当店舗の所在地上に表示された地図データ１１５０であった場合を想定する。この時、携帯端末２００では、携帯端末ディスプレイ２５０上のカーソルの一定方向への一定時間の移動指示を入力インターフェイスより受け付ける（Ｓ７００）。

また、携帯端末２００は、前記地図データ１１５０上に複数配置された各アイコン１１７０、１１７５への選択表示を前記一定方向へ一定時間連続移動させる（Ｓ７０１）。移動指示が終了するまでこの処理は繰り返される（Ｓ７０２：ＮＯ→Ｓ７００）。移動指示が終了すれば（Ｓ７０２：ＹＥＳ）、処理を終了する。

具体的には、例えば図１５の画面１８〜２３に示すように、携帯端末２００のカーソルキー（矢印キーや所定の数字キー）が前記一定方向（前後左右）に対応しており、これらいずれかのカーソルキーの押下時間（：一定時間）にあわせて、前記携帯端末ディスプレイ２５０における前記アイコン１１７０、代表アイコン１１７５の選択が連続的に移行していく。連続的な移行は、例えば“下向き”のカーソルキーが押下されている間、ディスプレイ２５０上部に表示されているアイコン１１７０から、（左右位置を問わず）最短距離にあるアイコン１１７０に向けて、アイコン選択が遷移していく。また、以下のように遷移を制御してもよい。アイコンが表示されている座標を判別し、所定の位置に近いものから順にアイコン選択を遷移するようにしてもよい。例えば、通常の表示において画面左上から右下に向かって遷移するように遷移してもよい。

なお、前記地図データ１１５０自体が、携帯端末ディスプレイ２５０上のカーソルの一定方向への一定時間の移動指示を携帯端末２００より受け付けて、前記地図データ１１５０上に複数配置された各アイコン１１７０、１１７５への選択表示を前記一定方向へ一定時間連続移動させるプログラムを備えている状況を想定しても良い。

−−−スクロールの速度制御−−−
図９は、本実施形態における、デジタルコンテンツのスクロール制御のイメージを示す図である。また、図１０は、本実施形態のデジタルコンテンツ配信方法の実施手順例６を示すフロー図である。次に、携帯端末ディスプレイ２５０に自動表示されるデジタルコンテンツ１１００の視認性向上の技術について説明する。本実施形態におけるデジタルコンテンツ１１００は、システム１００から携帯端末２００に配信された後、携帯端末ディスプレイ２５０において一定方向にスクロールして表示される（一例であるが）。

この時、スクロールの速度が速すぎれば携帯端末ユーザとして閲覧しにくいデジタルコンテンツ１１００となるし、逆にスクロールの速度が遅すぎると処理の冗長さに耐えられず、デジタルコンテンツ１１００の閲覧を取りやめることも考えられる。いずれにしても、閲覧しやすい速度にスクロールを制御する必要があるのである。

そこで、携帯端末２００は、図９に示すように、前記システム１００より配信されたコンテンツ画像などのデジタルコンテンツ１１００を、携帯端末ディスプレイ２５０の一端２５１から他端２５２まで前記コンテンツ１１００の一端１１０１が所定時間内に到達する速度以上でスクロールさせる（画面９００、９０１）。また、前記他端２５２に前記コンテンツ１１００の一端１１０１が到達した後にコンテンツ他端１１０２が所定時間以上で前記ディスプレイ画面２５０の他端２５２に到達する速度以内でスクロールさせる（画面９０２、９０３）。

なお、前記デジタルコンテンツ１１００自体が、携帯端末ディスプレイ２５０の一端２５１から他端２５２まで自身のコンテンツの一端が１１０１所定時間内に到達する速度以上でスクロールするプログラム１１１０と、前記他端２５２に前記コンテンツの一端１１０１が到達した後にコンテンツ他端１１０２が所定時間以上で前記携帯端末ディスプレイ２５０の他端２５２に到達する速度以内でスクロールさせるプログラム１１１１とを備える状況を想定してもよい。

次に詳細手順について図１０に基づき説明する。携帯端末２００は、まず、前記デジタルコンテンツ１１００としてコンテンツ画像とテロップ（広告情報１１６０のうち文字のもの）とを、スクロール表示する処理を、通常スクロール速度のもとで開始しているものとする（Ｓ１０００、Ｓ１０１Ｓ１１００、Ｓ１１０１）。そして、前記コンテンツ画像の左端のＸ座標（画像のドット数に対応）が“０”であるか判定する（Ｓ１００２）。この判定で、前記コンテンツ画像の左端のＸ座標が、携帯端末ディスプレイ２５０の画面上座標における“０”でない場合（Ｓ１００２：ＮＯ）、処理をステップＳ１００１に戻す。一方、前記コンテンツ画像の左端のＸ座標が、携帯端末ディスプレイ２５０の画面上座標における“０”である場合（Ｓ１００２：ＹＥＳ）、つまり、コンテンツ画像の左端が、ディスプレイ２５０の他端２５２まで到達した訳である。この場合、携帯端末２００は、前記コンテンツ画像のスクロール速度を低速、つまり“スロースクロール”と変化させる（Ｓ１００３）。

このスロースクロールは、前記コンテンツ画像の右端のＸ座標が、“０”となるまで（Ｓ１００４：ＹＥＳ）継続し、前記コンテンツ画像の右端のＸ座標が、“０”となれば、画像スクロールを停止する（Ｓ１００５）。他方、テロップのスクロールは、テロップの右端のＸ座標が“０”となれば、つまり、テロップがスクロールアウトしたら（Ｓ１１０２：ＹＥＳ）、前記コンテンツ画像についてもスクロールアウトし（Ｓ１００６）、処理を終わる。こうしてコンテンツ画像とテロップのスクロールアウト後、携帯端末２００は、次のコンテンツ画像とテロップをスクロールインすることとなる。

なお、スクロールの速度の具体例としては、画像の通常スクロール：２０ｄｏｔ／３０ｍｓ（画面が左端にスクロールされるまで）、画像のスロースクロール：１ｄｏｔ／３０ｍｓ（画面が左端にスクロールされたあと）、テロップのスクロール速度：３ｄｏｔ／３０ｍｓといったものを想定できる。この場合、携帯端末２００は、３０ｍｓ単位に、コンテンツ類の描画処理を実施する。

本発明によれば、デジタルコンテンツの配信内容や配信時刻の設定に際してのデータ処理効率やユーザ利便性が向上し、また、携帯端末の位置等に応じた効率的配信処理や、デジタルコンテンツや広告に対する優れたユーザ操作性が実現可能となる。

以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

本実施形態におけるデジタルコンテンツ配信システムを含むネットワーク構成図である。 本実施形態における、（ａ）番組表（配信テーブル）データベース、（ｂ）デジタルコンテンツデータベース、（ｃ）ユーザデータベース、（ｄ）広告データベース、の各データ構造例を示す図である。 本実施形態のデジタルコンテンツ配信方法の実施手順例１を示すフロー図である。 本実施形態のデジタルコンテンツ配信方法の実施手順例２を示すフロー図である。 本実施形態のデジタルコンテンツ配信方法の実施手順例３を示すフロー図である。 本実施形態のデジタルコンテンツ配信方法の実施手順例４を示すフロー図である。 本実施形態のデジタルコンテンツ配信方法の実施手順例５を示すフロー図である。 本実施形態の番組表（配信テーブル）の構成イメージを示す図である。 本実施形態における、デジタルコンテンツのスクロール制御のイメージを示す図である。 本実施形態のデジタルコンテンツ配信方法の実施手順例６を示すフロー図である。 本実施形態の画面遷移例１を示す図である。 本実施形態の画面遷移例２を示す図である。 本実施形態の画面遷移例３を示す図である。 本実施形態の画面遷移例４を示す図である。 本実施形態の画面遷移例５を示す図である。 本実施形態のデジタルコンテンツ配信方法の実施手順例７を示すフロー図である。

符号の説明

１ アプリケーションサーバ（ＡＰサーバ）
２ データベースサーバ（ＤＢサーバ）
１００ デジタルコンテンツ配信システム、システム、情報配信装置
１０１、２０１、３０１、４０１、５０１ プログラムデータベース
１０２、２０２、３０２、４０２、５０２ プログラム
１０３、２０３、３０３、４０３、５０３ メモリ
１０４、２０４、３０４、４０４、５０４ ＣＰＵ
１０５、２０５、３０５、４０５、５０５ 入出力インターフェイス
１０６、２０６、３０６、４０６、５０６ 通信部
１０７、２０７、３０７、４０７、５０７ Ｉ／Ｏ部
１１０ 配信テーブル格納部
１１１ 配信処理部
１１２ ユーザＩＤ受信部
１１３ 配信コンテンツ特定部
１１４ 希望時刻受信部
１１５ 実配信時刻算定部
１１６ 位置対応コンテンツ配信部
１１７ 選択広告配信部
１１８ 差込広告配信部
１１９ ログ保存・管理部
１２０ ログレポート部
１２１ ＤＢＭＳ
１２５ 配信テーブルデータベース、番組表データベース
１２６ デジタルコンテンツデータベース
１２７ ユーザデータベース
１２８ 広告データベース
１４０ ネットワーク
１５０ ＧＰＳ装置
２００ 携帯端末、利用者端末
２１０ 配信希望送信部
２１１ 受信処理部
２１２ 選択移動処理部
２１３ スクロール速度制御部
２１４ 位置情報取得部
２１５、３１１ Ｗｅｂブラウザ
２５０ 携帯端末ディスプレイ
２５１ 携帯端末ディスプレイの一端
２５２ 携帯端末ディスプレイの他端
３００ 施設の端末、店舗端末
３１０ 空席情報送信部
４００ コンテンツホルダサーバ
４１０ 配信アプリケーション
４１５ デジタルコンテンツデータベース
５００ 登録サーバ
５１０ 登録処理アプリケーション
１０００ 配信テーブル、番組表
１１００ デジタルコンテンツ
１１０１ デジタルコンテンツの一端
１１０２ デジタルコンテンツの他端
１１１０、１１１１ スクロールプログラム
１１５０ 地図データ
１１５１ アイコン移動プログラム
１１６０ 広告情報
１１６１ 広告情報リスト
１１７０ アイコン
１１７５ 代表アイコン

Claims (3)

1. 利用者端末に対して、前記利用者端末の利用者に応じた配信情報および前記利用者端末の位置に基づく地図情報を配信する情報配信装置において、
   前記利用者端末の位置に基づく地図情報であって、当該地図情報に関連する広告情報を含む地図情報を、前記利用者端末に配信する手段と、
   前記利用者端末から前記地図情報に対するアクセスの状況を検知する手段と、
   前記配信情報を配信する場合、前記地図情報に対する過去のアクセス状況に応じて、前記利用者端末の位置にかかわらず、配信する配信情報を決定する手段と、
   を有することを特徴とする情報配信装置。
2. 利用者端末に対して、前記利用者端末の利用者に応じた配信情報および前記利用者端末の位置に基づく地図情報を配信するコンピュータが、
   前記利用者端末の位置に基づく地図情報であって、当該地図情報に関連する広告情報を含む地図情報を、前記利用者端末に配信し、
   前記利用者端末から前記地図情報に対するアクセスの状況を検知し、
   前記配信情報を配信する場合、前記地図情報に対する過去のアクセス状況に応じて、前記利用者端末の位置にかかわらず、配信する配信情報を決定する、
   ことを特徴とする情報配信方法。
3. 利用者端末に対して、前記利用者端末の利用者に応じた配信情報および前記利用者端末の位置に基づく地図情報を配信するコンピュータに、
   前記利用者端末の位置に基づく地図情報であって、当該地図情報に関連する広告情報を含む地図情報を、前記利用者端末に配信するステップと、
   前記利用者端末から前記地図情報に対するアクセスの状況を検知するステップと、
   前記配信情報を配信する場合、前記地図情報に対する過去のアクセス状況に応じて、前記利用者端末の位置にかかわらず、配信する配信情報を決定するステップと、
   を実行させる情報配信プログラム。