(57)【要約】【課題】新着コンテンツの確認契機や新着確認結果の処理内容の判断をユーザ端末側で可能とし、効率的な新着コンテンツの配信管理を可能とする。【解決手段】日時情報を確認時期テーブルに照合し確認時期到来を検知する確認時期検知部１１０と、確認時期到来の検知を受けてサーバ２００に新着確認要求を送信する確認要求部１１１と、新着コンテンツ確認処理の結果データをサーバ２００より受信し出力する確認結果取得部１１２とを備える携帯端末１００と、携帯端末１００からコンテンツの新着確認要求を受信し最新情報テーブルにおいて該当携帯端末へ配信すべきコンテンツの最新版情報を特定する最新情報取得部２１０と、最新版情報と履歴テーブルにおける該当携帯端末既存コンテンツに関する属性情報とを照合し携帯端末への配信済みコンテンツが最新版であるか否か判定する新着有無判定部２１１と、新着コンテンツ有無情報を携帯端末１００に送信する結果送信部２１２とを備えるサーバ２００と、から新着コンテンツ管理システム１００を構成する。【選択図】図１
2008165560.tif 000002
【特許請求の範囲】
【請求項１】
サーバと当該サーバからコンテンツ配信を受ける携帯端末とからなるシステムであって、
前記携帯端末は、
新着コンテンツの確認時期を定めた確認時期テーブルと、
自身の備える時計機能から日時情報を得て、この日時情報を前記確認時期テーブルに照合し、新着コンテンツの確認時期到来を検知する、確認時期検知部と、
前記確認時期到来の検知を受けて、前記サーバに当該携帯端末の属性情報を含む新着確認要求を送信する、確認要求部と、
前記サーバにおける、前記新着確認要求に応じた新着コンテンツ確認処理の結果データを前記サーバより受信し、前記結果データを出力インターフェイスに出力する、確認結果取得部とを備え、
前記サーバは、
各携帯端末へ配信される配信コンテンツの最新版情報を格納する最新情報テーブルと、
各携帯端末毎のコンテンツ配信履歴を格納する履歴テーブルと、
携帯端末からコンテンツの新着確認要求を受信し、この新着確認要求が含む携帯端末の属性情報に基づき、前記最新情報テーブルにおいて該当携帯端末へ配信すべきコンテンツの最新版情報を特定する、最新情報取得部と、
前記特定した最新版情報と、前記履歴テーブルにおける該当携帯端末のコンテンツ配信履歴が含む、前記最新版情報を特定したコンテンツに関する属性情報とを照合し、前記携帯端末への配信済みコンテンツが最新版であるか否か判定する、新着有無判定部と、
前記判定の結果たる新着コンテンツ有無情報を前記携帯端末に送信する、結果送信部とを備える、
ことを特徴とする新着コンテンツ管理システム。
【請求項２】
サーバと当該サーバからコンテンツ配信を受ける携帯端末とからなるシステムであって、
前記携帯端末は、
サーバから配信された既存コンテンツの属性情報を格納する、配信情報テーブルと、
新着コンテンツの確認時期を定めた確認時期テーブルと、
自身の備える時計機能から日時情報を得て、この日時情報を前記確認時期テーブルに照合し、新着コンテンツの確認時期到来を検知する、確認時期検知部と、
前記確認時期到来の検知を受けて、前記サーバに、前記配信情報テーブルが含む既存コンテンツの属性情報を含む新着確認要求を送信する、確認要求部と、
前記サーバにおける、前記新着確認要求に応じた新着コンテンツ確認処理の結果データを前記サーバより受信し、前記結果データを出力インターフェイスに出力する、確認結果取得部とを備え、
前記サーバは、
コンテンツの最新版情報を格納する最新情報テーブルと、
携帯端末からコンテンツの新着確認要求を受信し、この新着確認要求が含む既存コンテンツの属性情報に基づき、前記最新情報テーブルにおいて該当コンテンツの最新版情報を特定する、最新情報取得部と、
前記特定した最新版情報と、前記新着確認要求が含んでいた既存コンテンツの属性情報とを照合し、前記携帯端末が保有する既存コンテンツが最新版であるか否か判定する、新着有無判定部と、
前記判定の結果たる新着コンテンツ有無情報を前記携帯端末に送信する、結果送信部とを備える、
ことを特徴とする新着コンテンツ管理システム。
【請求項３】
前記携帯端末は、
新着コンテンツの確認時期到来に際しても前記新着確認要求の送信を停止し、新着コンテンツ有りの情報を出力インターフェイスに出力すべき条件を、携帯端末の所定状況に応じて定めた条件テーブルと、
携帯端末の所定状況を監視し、この所定状況を前記条件テーブルに照合し、この照合処理により、前記新着確認要求の送信を停止し、新着コンテンツがサーバに存在する旨の情報を出力インターフェイスに出力すべきと判定される時に、前記確認要求部に対する前記新着確認要求の送信停止指示と、前記確認結果取得部に対する前記新着コンテンツ有りの情報の出力指示とを実行する、条件処理部と、
を備えることを特徴とする請求項１または２に記載の新着コンテンツ管理システム。
【請求項４】
前記条件テーブルは、前記新着コンテンツ有無情報が新着コンテンツ有りの情報にも関わらず、該当携帯端末において新着コンテンツ取得指示を入力インターフェイスから受けていないことを前記条件とするものであり、
前記条件処理部は、前記サーバから受信した前記新着コンテンツ有無情報が、新着コンテンツ有りの情報であるか監視し、前記新着コンテンツ取得指示の入力インターフェイスでの受付有無を監視し、これらの監視結果を前記条件テーブルに照合し、前記新着コンテンツ有無情報が新着コンテンツ有りの情報であり、前記確認時期到来に際しても未だ前記新着コンテンツ取得指示を入力インターフェイスから受けていない状況を認識し、前記送信停止指示と前記出力指示とを実行するものである、
ことを特徴とする請求項３に記載の新着コンテンツ管理システム。
【請求項５】
前記携帯端末は、サーバから定期配信されるコンテンツの情報と、このコンテンツの定期配信時刻とを格納する、定期情報テーブルを備え、
前記条件テーブルは、携帯端末が定期配信コンテンツを保有し、前記定期配信コンテンツの定期配信時刻が到来することを前記条件とするものであり、
前記条件処理部は、前記定期情報テーブルでの定期配信コンテンツの有無を監視し、前記定期情報テーブルにおける前記定期配信時刻の情報と、自身の時計機能の日時情報とに基づいて定期配信時刻の到来を監視し、これらの監視結果を前記条件テーブルに照合し、前記携帯端末が定期配信コンテンツを保有し、前記定期配信コンテンツの定期配信時刻が到来した状況を認識し、前記送信停止指示と前記出力指示とを実行するものである、
ことを特徴とする請求項３に記載の新着コンテンツ管理システム。
【請求項６】
前記確認結果取得部は、携帯端末における通信用電波の受信状況認識手段より、当該携帯端末の通信用電波受信状況データを取得して、通信用電波受信状況が所定レベル以下である時を認識し、前記通信用電波受信状況が所定レベル以下である時に、前記結果データの出力インターフェイスへの出力を停止するものである、ことを特徴とする請求項１または２に記載の新着コンテンツ管理システム。
【請求項７】
前記条件処理部は、携帯端末における通信用電波の受信状況認識手段より、当該携帯端末の通信用電波受信状況データを取得して、通信用電波受信状況が所定レベル以下である時を認識し、前記通信用電波受信状況が所定レベル以下である時に、前記確認結果取得部に対し前記新着コンテンツ有りの情報の出力停止指示を実行するものである、ことを特徴とする請求項３に記載の新着コンテンツ管理システム。
【請求項８】
前記確認結果取得部は、携帯端末における、通話等の基本機能と搭載アプリケーションとの間における処理優先権の順位認識手段より、現時点で上位の処理優先権を備えるのが前記基本機能または搭載アプリケーションのいずれであるかのデータを取得して、前記搭載アプリケーションが上位の処理優先権を備える時を認識し、前記結果データと共に携帯端末ユーザに対する新着コンテンツの取得確認情報を出力インターフェイスに出力するものである、ことを特徴とする請求項１または２に記載の新着コンテンツ管理システム。
【請求項９】
サーバからコンテンツ配信を受ける携帯端末であって、
新着コンテンツの確認時期を定めた確認時期テーブルと、
自身の備える時計機能から日時情報を得て、この日時情報を前記確認時期テーブルに照合し、新着コンテンツの確認時期到来を検知する、確認時期検知部と、
前記確認時期到来の検知を受けて、前記サーバに当該携帯端末の属性情報を含む新着確認要求を送信する、確認要求部と、
前記サーバにおける、前記新着確認要求に応じた新着コンテンツ確認処理の結果データを前記サーバより受信し、前記結果データを出力インターフェイスに出力する、確認結果取得部と、
を備える携帯端末。
【請求項１０】
携帯端末にコンテンツ配信を行うサーバであって、
各携帯端末へ配信される配信コンテンツの最新版情報を格納する最新情報テーブルと、
各携帯端末毎のコンテンツ配信履歴を格納する履歴テーブルと、
携帯端末からコンテンツの新着確認要求を受信し、この新着確認要求が含む携帯端末の属性情報に基づき、前記最新情報テーブルにおいて該当携帯端末へ配信すべきコンテンツの最新版情報を特定する、最新情報取得部と、
前記特定した最新版情報と、前記履歴テーブルにおける該当携帯端末のコンテンツ配信履歴が含む、前記最新版情報を特定したコンテンツに関する属性情報とを照合し、前記携帯端末への配信済みコンテンツが最新版であるか否か判定する、新着有無判定部と、
前記判定の結果たる新着コンテンツ有無情報を前記携帯端末に送信する、結果送信部と、
を備えるサーバ。
【請求項１１】
サーバからコンテンツ配信を受ける携帯端末であって、
サーバから配信された既存コンテンツの属性情報を格納する、配信情報テーブルと、
新着コンテンツの確認時期を定めた確認時期テーブルと、
自身の備える時計機能から日時情報を得て、この日時情報を前記確認時期テーブルに照合し、新着コンテンツの確認時期到来を検知する、確認時期検知部と、
前記確認時期到来の検知を受けて、前記サーバに、前記配信情報テーブルが含む既存コンテンツの属性情報を含む新着確認要求を送信する、確認要求部と、
前記サーバにおける、前記新着確認要求に応じた新着コンテンツ確認処理の結果データを前記サーバより受信し、前記結果データを出力インターフェイスに出力する、確認結果取得部と、
を備える携帯端末。
【請求項１２】
携帯端末にコンテンツ配信を行うサーバであって、
コンテンツの最新版情報を格納する最新情報テーブルと、
携帯端末からコンテンツの新着確認要求を受信し、この新着確認要求が含む既存コンテンツの属性情報に基づき、前記最新情報テーブルにおいて該当コンテンツの最新版情報を特定する、最新情報取得部と、
前記特定した最新版情報と、前記新着確認要求が含んでいた既存コンテンツの属性情報とを照合し、前記携帯端末が保有する既存コンテンツが最新版であるか否か判定する、新着有無判定部と、
前記判定の結果たる新着コンテンツ有無情報を前記携帯端末に送信する、結果送信部と、  を備えるサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、新着コンテンツ管理システム、携帯端末、およびサーバに関し、具体的には、サーバにおける新着コンテンツ有無の確認処理を行う技術に関する。
【背景技術】
【０００２】
例えば、即時性を必要とする情報を提供、又はユーザに対して、ユーザが指定するジャンル及び、地域の情報を速やかに流通することを支援し、低コストを可能にする情報配信システムの提供や販売戦略の立案に有効なマーケティング情報を提供することを目的とした、ネットワーク網を介してサーバに、地域・分野などあらかじめ定められたカテゴリ別に格納される新着情報の発生を、カテゴリ別における新着情報の発生の通知を希望するユーザに、ネットワークを介して通知する新着情報発生通知システムと、そのシステムを利用した情報通信システム（特許文献１参照）などが提案されている。
【０００３】
また、コンテンツ毎の利用者の必要性の度合いを考慮して、必要性の高いコンテンツのみを即時に配信することができるコンテンツ配信システムを提供することを目的として、コンテンツサーバ内のコンテンツをコンテンツ配信サーバから通信回線を介して利用者側端末に配信するコンテンツ配信システムにおいて、前記コンテンツサーバ上のコンテンツであって、利用者が指定するコンテンツが更新された場合、当該コンテンツ毎に設定された必要性の高さを示す優先度の合計が一定値以上の場合に、前記利用者側端末に対して更新通知を行なうことを特徴とするコンテンツ配信システム（特許文献２参照）なども提案されている。
【特許文献１】特開２００２−２５１３５３号公報
【特許文献２】特開２００３−３３０８５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで従来技術においては、新着コンテンツ有無の検知処理やユーザ端末への前記検知結果の通知処理などを、ユーザ端末からの要請を契機としてではなくコンテンツ配信サーバ側が自身で契機を判断し処理を開始している。従ってユーザ端末側は、コンテンツ配信サーバから一方的に送られ続ける新着コンテンツ情報を受信し、それを自身の稼働状況等にかかわらず表示することになっている。つまり、新着コンテンツ確認の契機判断や、新着コンテンツ情報の処理内容など、ユーザ端末が主体的に行う状況になかった。このようにユーザ端末側で判断処理をしないことは、裏返せばコンテンツ配信サーバやネットワークにかかる処理負荷がそれだけ大きくなることを意味し、効率的な新着コンテンツの配信管理が行われているとは言い難い状況であった。
【０００５】
そこで、本発明は上記課題を鑑みてなされたものであり、新着コンテンツの確認契機や新着確認結果の処理内容の判断をユーザ端末側で可能とし、効率的な新着コンテンツの配信管理を可能とする技術の提供を主たる目的とする。
【課題を解決するための手段】
【０００６】
本発明の新着コンテンツ管理システムは、サーバと当該サーバからコンテンツ配信を受ける携帯端末とからなるシステムであって、前記携帯端末は、新着コンテンツの確認時期を定めた確認時期テーブルと、自身の備える時計機能から日時情報を得て、この日時情報を前記確認時期テーブルに照合し、新着コンテンツの確認時期到来を検知する、確認時期検知部と、前記確認時期到来の検知を受けて、前記サーバに当該携帯端末の属性情報を含む新着確認要求を送信する、確認要求部と、前記サーバにおける、前記新着確認要求に応じた新着コンテンツ確認処理の結果データを前記サーバより受信し、前記結果データを出力インターフェイスに出力する、確認結果取得部とを備え、前記サーバは、各携帯端末へ配信される配信コンテンツの最新版情報を格納する最新情報テーブルと、各携帯端末毎のコンテンツ配信履歴を格納する履歴テーブルと、携帯端末からコンテンツの新着確認要求を受信し、この新着確認要求が含む携帯端末の属性情報に基づき、前記最新情報テーブルにおいて該当携帯端末へ配信すべきコンテンツの最新版情報を特定する、最新情報取得部と、前記特定した最新版情報と、前記履歴テーブルにおける該当携帯端末のコンテンツ配信履歴が含む、前記最新版情報を特定したコンテンツに関する属性情報とを照合し、前記携帯端末への配信済みコンテンツが最新版であるか否か判定する、新着有無判定部と、前記判定の結果たる新着コンテンツ有無情報を前記携帯端末に送信する、結果送信部とを備える。これによれば、新着コンテンツの確認契機判断を携帯端末（ユーザ端末）側で実行して、効率的な新着コンテンツの配信管理が可能となる。
【０００７】
また、本発明の新着コンテンツ管理システムは、サーバと当該サーバからコンテンツ配信を受ける携帯端末とからなるシステムであって、前記携帯端末は、サーバから配信された既存コンテンツの属性情報を格納する、配信情報テーブルと、新着コンテンツの確認時期を定めた確認時期テーブルと、自身の備える時計機能から日時情報を得て、この日時情報を前記確認時期テーブルに照合し、新着コンテンツの確認時期到来を検知する、確認時期検知部と、前記確認時期到来の検知を受けて、前記サーバに、前記配信情報テーブルが含む既存コンテンツの属性情報を含む新着確認要求を送信する、確認要求部と、前記サーバにおける、前記新着確認要求に応じた新着コンテンツ確認処理の結果データを前記サーバより受信し、前記結果データを出力インターフェイスに出力する、確認結果取得部とを備え、前記サーバは、コンテンツの最新版情報を格納する最新情報テーブルと、携帯端末からコンテンツの新着確認要求を受信し、この新着確認要求が含む既存コンテンツの属性情報に基づき、前記最新情報テーブルにおいて該当コンテンツの最新版情報を特定する、最新情報取得部と、前記特定した最新版情報と、前記新着確認要求が含んでいた既存コンテンツの属性情報とを照合し、前記携帯端末が保有する既存コンテンツが最新版であるか否か判定する、新着有無判定部と、前記判定の結果たる新着コンテンツ有無情報を前記携帯端末に送信する、結果送信部とを備える。これによれば、新着コンテンツの確認契機判断を携帯端末側で実行して、効率的な新着コンテンツの配信管理が可能となる。
【０００８】
また、前記新着コンテンツ管理システムにおける、前記携帯端末は、新着コンテンツの確認時期到来に際しても前記新着確認要求の送信を停止し、新着コンテンツ有りの情報を出力インターフェイスに出力すべき条件を、携帯端末の所定状況に応じて定めた条件テーブルと、携帯端末の所定状況を監視し、この所定状況を前記条件テーブルに照合し、この照合処理により、前記新着確認要求の送信を停止し、新着コンテンツがサーバに存在する旨の情報を出力インターフェイスに出力すべきと判定される時に、前記確認要求部に対する前記新着確認要求の送信停止指示と、前記確認結果取得部に対する前記新着コンテンツ有りの情報の出力指示とを実行する、条件処理部と、を備えるとしてもよい。これによれば、携帯端末側で新着コンテンツの確認契機判断を行って、新着確認要求のサーバへの送信可否の判断と、サーバから受信している新着確認結果の表示処理内容の判断とを可能とし、無駄なデータ通信とサーバ負荷を抑制して効率的な新着コンテンツの配信管理が可能となる。
【０００９】
また、前記新着コンテンツ管理システムにおける、前記条件テーブルは、前記新着コンテンツ有無情報が新着コンテンツ有りの情報にも関わらず、該当携帯端末において新着コンテンツ取得指示を入力インターフェイスから受けていないことを前記条件とするものであり、前記条件処理部は、前記サーバから受信した前記新着コンテンツ有無情報が、新着コンテンツ有りの情報であるか監視し、前記新着コンテンツ取得指示の入力インターフェイスでの受付有無を監視し、これらの監視結果を前記条件テーブルに照合し、前記新着コンテンツ有無情報が新着コンテンツ有りの情報であり、前記確認時期到来に際しても未だ前記新着コンテンツ取得指示を入力インターフェイスから受けていない状況を認識し、前記送信停止指示と前記出力指示とを実行するものである、としてもよい。これによれば、携帯端末側で、サーバにおける新着コンテンツ有無の情報と、その後の該当新着コンテンツの取得状況とに応じて、新着確認要求のサーバへの送信可否の判断と、サーバから受信している新着確認結果の表示処理内容の判断とを可能とし、無駄なデータ通信とサーバ負荷を抑制して効率的な新着コンテンツの配信管理が可能となる。
【００１０】
また、前記新着コンテンツ管理システムにおける、前記携帯端末は、サーバから定期配信されるコンテンツの情報と、このコンテンツの定期配信時刻とを格納する、定期情報テーブルを備え、前記条件テーブルは、携帯端末が定期配信コンテンツを保有し、前記定期配信コンテンツの定期配信時刻が到来することを前記条件とするものであり、前記条件処理部は、前記定期情報テーブルでの定期配信コンテンツの有無を監視し、前記定期情報テーブルにおける前記定期配信時刻の情報と、自身の時計機能の日時情報とに基づいて定期配信時刻の到来を監視し、これらの監視結果を前記条件テーブルに照合し、前記携帯端末が定期配信コンテンツを保有し、前記定期配信コンテンツの定期配信時刻が到来した状況を認識し、前記送信停止指示と前記出力指示とを実行するものである、としてもよい。これによれば、携帯端末側で、配信時期が定期的であるコンテンツの有無に応じて、新着確認要求のサーバへの送信可否の判断と、サーバから受信している新着確認結果の表示処理内容の判断とを可能とし、無駄なデータ通信とサーバ負荷を抑制して効率的な新着コンテンツの配信管理が可能となる。
【００１１】
また、前記新着コンテンツ管理システムにおける、前記確認結果取得部は、携帯端末における通信用電波の受信状況認識手段より、当該携帯端末の通信用電波受信状況データを取得して、通信用電波受信状況が所定レベル以下である時を認識し、前記通信用電波受信状況が所定レベル以下である時に、前記結果データの出力インターフェイスへの出力を停止するものである、としてもよい。これによれば、携帯端末側で、サーバとの通信状況に応じて、既にサーバから受信している新着確認結果の表示処理内容の判断を可能とし、無駄なデータ通信とサーバ負荷を抑制して効率的な新着コンテンツの配信管理が可能となる。
【００１２】
また、前記新着コンテンツ管理システムにおける、前記条件処理部は、携帯端末における通信用電波の受信状況認識手段より、当該携帯端末の通信用電波受信状況データを取得して、通信用電波受信状況が所定レベル以下である時を認識し、前記通信用電波受信状況が所定レベル以下である時に、前記確認結果取得部に対し前記新着コンテンツ有りの情報の出力停止指示を実行するものである、としてもよい。これによれば、携帯端末側で、サーバとの通信状況に応じて、既にサーバから受信している新着確認結果の表示処理内容の判断を可能とし、無駄なデータ通信とサーバ負荷を抑制して効率的な新着コンテンツの配信管理が可能となる。
【００１３】
また、前記新着コンテンツ管理システムにおける、前記確認結果取得部は、携帯端末における、通話等の基本機能と搭載アプリケーションとの間における処理優先権の順位認識手段より、現時点で上位の処理優先権を備えるのが前記基本機能または搭載アプリケーションのいずれであるかのデータを取得して、前記搭載アプリケーションが上位の処理優先権を備える時を認識し、前記結果データと共に携帯端末ユーザに対する新着コンテンツの取得確認情報を出力インターフェイスに出力するものである、としてもよい。これによれば、携帯端末側で、基本機能と搭載アプリケーションとの間における活性／非活性の状況に応じて、既にサーバから受信している新着確認結果の表示処理内容の判断を可能とし、無駄なデータ通信とサーバ負荷を抑制して効率的な新着コンテンツの配信管理が可能となる。
【００１４】
また、本発明の携帯端末は、サーバからコンテンツ配信を受ける携帯端末であって、新着コンテンツの確認時期を定めた確認時期テーブルと、自身の備える時計機能から日時情報を得て、この日時情報を前記確認時期テーブルに照合し、新着コンテンツの確認時期到来を検知する、確認時期検知部と、前記確認時期到来の検知を受けて、前記サーバに当該携帯端末の属性情報を含む新着確認要求を送信する、確認要求部と、前記サーバにおける、前記新着確認要求に応じた新着コンテンツ確認処理の結果データを前記サーバより受信し、前記結果データを出力インターフェイスに出力する、確認結果取得部と、を備える。これによれば、新着コンテンツの確認契機判断を携帯端末側で実行して、効率的な新着コンテンツの配信管理が可能となる。
【００１５】
また、本発明のサーバは、携帯端末にコンテンツ配信を行うサーバであって、各携帯端末へ配信される配信コンテンツの最新版情報を格納する最新情報テーブルと、各携帯端末毎のコンテンツ配信履歴を格納する履歴テーブルと、携帯端末からコンテンツの新着確認要求を受信し、この新着確認要求が含む携帯端末の属性情報に基づき、前記最新情報テーブルにおいて該当携帯端末へ配信すべきコンテンツの最新版情報を特定する、最新情報取得部と、前記特定した最新版情報と、前記履歴テーブルにおける該当携帯端末のコンテンツ配信履歴が含む、前記最新版情報を特定したコンテンツに関する属性情報とを照合し、前記携帯端末への配信済みコンテンツが最新版であるか否か判定する、新着有無判定部と、前記判定の結果たる新着コンテンツ有無情報を前記携帯端末に送信する、結果送信部と、を備える。これによれば、携帯端末側で実行された新着コンテンツの確認契機判断の結果をサーバが受信し、それに応じて新着確認処理を実行すればよいことになり、携帯端末側での状況を考慮せず固定的に新着確認を繰り返すといった処理を抑制し、効率的な新着コンテンツの配信管理が可能となる。
【００１６】
また、本発明の携帯端末は、サーバからコンテンツ配信を受ける携帯端末であって、サーバから配信された既存コンテンツの属性情報を格納する、配信情報テーブルと、新着コンテンツの確認時期を定めた確認時期テーブルと、自身の備える時計機能から日時情報を得て、この日時情報を前記確認時期テーブルに照合し、新着コンテンツの確認時期到来を検知する、確認時期検知部と、前記確認時期到来の検知を受けて、前記サーバに、前記配信情報テーブルが含む既存コンテンツの属性情報を含む新着確認要求を送信する、確認要求部と、前記サーバにおける、前記新着確認要求に応じた新着コンテンツ確認処理の結果データを前記サーバより受信し、前記結果データを出力インターフェイスに出力する、確認結果取得部と、を備える。これによれば、新着コンテンツの確認契機判断を携帯端末側で実行して、効率的な新着コンテンツの配信管理が可能となる。
【００１７】
また、本発明のサーバは、携帯端末にコンテンツ配信を行うサーバであって、コンテンツの最新版情報を格納する最新情報テーブルと、携帯端末からコンテンツの新着確認要求を受信し、この新着確認要求が含む既存コンテンツの属性情報に基づき、前記最新情報テーブルにおいて該当コンテンツの最新版情報を特定する、最新情報取得部と、前記特定した最新版情報と、前記新着確認要求が含んでいた既存コンテンツの属性情報とを照合し、前記携帯端末が保有する既存コンテンツが最新版であるか否か判定する、新着有無判定部と、前記判定の結果たる新着コンテンツ有無情報を前記携帯端末に送信する、結果送信部と、を備える。これによれば、携帯端末側で実行された新着コンテンツの確認契機判断の結果をサーバが受信し、それに応じて新着確認処理を実行すればよいことになり、携帯端末側での状況を無視して固定的に新着確認を繰り返すといった処理を抑制し、効率的な新着コンテンツの配信管理が可能となる。これによれば、携帯端末側で実行された新着コンテンツの確認契機判断の結果をサーバが受信し、それに応じて新着確認処理を実行すればよいことになり、携帯端末側での状況を考慮せず固定的に新着確認を繰り返すといった処理を抑制し、効率的な新着コンテンツの配信管理が可能となる。
【００１８】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１９】
本発明によれば、新着コンテンツの確認契機や新着確認結果の処理内容の判断をユーザ端末側で可能とし、効率的な新着コンテンツの配信管理が可能となる。
【発明を実施するための最良の形態】
【００２０】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態における新着コンテンツ管理システムを含むネットワーク構成図である。本実施形態における新着コンテンツ管理システム１０（以下、システム１０）は、携帯端末１００とサーバ２００とから構成される。例えば、携帯端末１００としては携帯電話機を想定でき、この携帯電話機にコンテンツ（電子データ）を配信するサーバ２００としてコンテンツ配信サーバ装置を想定できる。サーバ２００が携帯端末１００に配信するコンテンツとしては、テキスト、画像、映像、音声、電子メールなど特にその種類を問わない。また、コンテンツ内容のジャンルとしても、ニュース、地図情報、映画、電子書籍、ソフトウェア、広告、各種検索結果など、その種類を問わない。
【００２１】
前記システム１０を構成する携帯端末１００は、前記サーバ２００と協働して本発明の新着コンテンツ管理方法を実行する機能を実現すべく書き換え可能メモリなどのプログラムデータベース１０１に格納されたプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。また、前記携帯端末１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類といった入力インターフェイス１０５や、ディスプレイやスピーカなどの出力インターフェイス１０６、ならびにサーバ２００との間のネットワーク１４０に応じたプロトコルにてのデータ通信を担う通信手段１０７などを有している。前記携帯端末１００は、前記通信手段１０７により、前記サーバ２００と例えばインターネットやＬＡＮ、携帯電話網などのネットワーク１４０を介して接続しデータ授受を実行する。
【００２２】
続いて、前記携帯端末１００が例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記携帯端末１００は、新着コンテンツの確認時期を定めた確認時期テーブル１２５と、サーバ２００から配信されて既に保持する既存コンテンツの属性情報を格納する配信情報テーブル１２６とを備えるものとする。
【００２３】
こうした携帯端末１００は、自身の備える時計機能１０８から日時情報を得て、この日時情報を前記確認時期テーブル１２５に照合し、新着コンテンツの確認時期到来を検知する、確認時期検知部１１０を備える。
【００２４】
また、前記携帯端末１００は、前記確認時期検知部１１０から、前記確認時期到来の検知通知を受けて、前記サーバ２００に当該携帯端末１００の属性情報（例：ユーザＩＤや端末製造番号、携帯電話番号など）を含む新着確認要求を送信する、確認要求部１１１を備える。なお、この確認要求部１１１は、前記サーバ２００に送る新着確認要求として、前記配信情報テーブル１２６が含む既存コンテンツ（携帯端末１００が既に保持しているもの）の属性情報を含む新着確認要求を送信するとしてもよい。
【００２５】
また、前記携帯端末１００は、前記サーバ２００における、前記新着確認要求に応じた新着コンテンツ確認処理の結果データを前記サーバ２００より受信し、前記結果データを出力インターフェイス１０６に出力する、確認結果取得部１１２を備える。
【００２６】
また、前記携帯端末１００は、新着コンテンツの確認時期到来に際しても前記新着確認要求の送信を停止し、新着コンテンツ有りの情報を出力インターフェイス１０６に出力すべき条件を、携帯端末１００の所定状況に応じて定めた条件テーブル１２７を備えるとすれば好適である。
【００２７】
またこの場合、前記携帯端末１００は、当該携帯端末１００の所定状況を監視し、この所定状況を前記条件テーブル１２７に照合し、この照合処理により、前記新着確認要求の送信を停止し、新着コンテンツがサーバ２００に存在する旨の情報を出力インターフェイス１０６に出力すべきと判定される時に、前記確認要求部１１１に対する前記新着確認要求の送信停止指示と、前記確認結果取得部１１２に対する前記新着コンテンツ有りの情報の出力指示とを実行する、条件処理部１１３を備えるとすれば好適である。
【００２８】
また、前記条件テーブル１２７が、前記新着コンテンツ有無情報が新着コンテンツ有りの情報にも関わらず、該当携帯端末１００において新着コンテンツ取得指示を入力インターフェイス１０５から受けていないことを前記条件とするものであるとできる。この場合、前記条件処理部１１３は、前記サーバ２００から受信した前記新着コンテンツ有無情報が、新着コンテンツ有りを示す情報であるか監視し、前記新着コンテンツ取得指示の入力インターフェイス１０５での受付有無を監視し、これらの監視結果を前記条件テーブル１２７に照合し、前記新着コンテンツ有無情報が新着コンテンツ有りの情報であり、前記確認時期到来に際しても未だ前記新着コンテンツ取得指示を入力インターフェイス１０５から受けていない状況を認識し、前記送信停止指示と前記出力指示とを実行する、とすれば好適である。
【００２９】
また、前記携帯端末１００は、サーバ２００から定期配信されるコンテンツの情報と、このコンテンツの定期配信時刻とを格納する、定期情報テーブル１２８を備えるとすれば好適である。この場合、前記条件テーブル１２７は、携帯端末１００が定期配信コンテンツ（例：一日１回１３時配信のコンテンツ）を保有し、前記定期配信コンテンツの定期配信時刻が到来することを前記条件とすることができる。そしてこの場合、前記条件処理部１１３は、前記定期情報テーブル１２８での定期配信コンテンツの有無を監視し、前記定期情報テーブル１２８における前記定期配信時刻の情報と、自身の時計機能１０８の日時情報とに基づいて定期配信時刻の到来を監視し、これらの監視結果を前記条件テーブル１２７に照合し、前記携帯端末１００が定期配信コンテンツを保有し、前記定期配信コンテンツの定期配信時刻が到来した状況を認識し、前記送信停止指示と前記出力指示とを実行するもの、とすれば好適である。
【００３０】
また、前記確認結果取得部１１２は、携帯端末１００における通信用電波の受信状況認識手段１３５より、当該携帯端末１００の通信用電波受信状況データを取得して、通信用電波受信状況が所定レベル以下である時を認識し、前記通信用電波受信状況が所定レベル以下である時に、前記結果データの出力インターフェイス１０６への出力を停止するものである、とすれば好適である。
【００３１】
また、前記条件処理部１１３は、携帯端末１００における通信用電波の受信状況認識手段１３５より、当該携帯端末１００の通信用電波受信状況データを取得して、通信用電波受信状況が所定レベル以下である時を認識し、前記通信用電波受信状況が所定レベル以下である時に、前記確認結果取得部１１２に対し前記新着コンテンツ有りの情報の出力停止指示を実行するものである、とすれば好適である。
【００３２】
また、前記確認結果取得部１１２は、携帯端末１００における、通話等の基本機能と搭載アプリケーションとの間における処理優先権の順位認識手段１３６より、現時点で上位の処理優先権を備えるのが前記基本機能または搭載アプリケーションのいずれであるかのデータを取得して、前記搭載アプリケーションが上位の処理優先権を備える時（いわゆる、“活性状態”）を認識し、前記結果データと共に携帯端末ユーザに対する新着コンテンツの取得確認情報を出力インターフェイス１０６に出力するものである、とすれば好適である。
【００３３】
また、上記携帯端末１００にコンテンツを配信する前記サーバ２００は、書き換え可能メモリなどのプログラムデータベース２０１に格納されたプログラム２０２をメモリ２０３に読み出し、演算装置たるＣＰＵ２０４により実行する。また、前記サーバ２００は、コンピュータ装置が一般に備えている各種キーボードやボタン類といった入力インターフェイス２０５や、ディスプレイなどの出力インターフェイス２０６、ならびに携帯端末１００との間のデータ授受を担う通信手段２０７などを有している。サーバ２００は、前記通信手段２０７により、前記携帯端末１００と例えばインターネットやＬＡＮ、携帯電話網などのネットワーク１４０を介して接続しデータ授受を実行する。
【００３４】
続いて、前記サーバ２００が例えばプログラム２０２に基づき構成・保持する機能部につき説明を行う。なお、前記サーバ２００は、各携帯端末１００へ配信される配信コンテンツの最新版情報を格納する最新情報テーブル２１５と、各携帯端末毎のコンテンツ配信履歴を格納する履歴テーブル２１６とを備えているものとする。
【００３５】
こうしたサーバ２００は、携帯端末１００からコンテンツの新着確認要求を受信し、この新着確認要求が含む携帯端末１００の属性情報に基づき、前記最新情報テーブル２１５において該当携帯端末１００へ配信すべきコンテンツの最新版情報を特定する、最新情報取得部２１０を備える。なお、前記最新情報取得部２１０は、携帯端末１００から受信した前記新着確認要求が、携帯端末１００が既に保持している既存コンテンツの属性情報を含む場合、この既存コンテンツの属性情報に基づき、前記最新情報テーブル２１５において該当コンテンツの最新版情報を特定するとできる。
【００３６】
また、前記サーバ２００は、前記特定した最新版情報と、前記履歴テーブル２１６における該当携帯端末１００のコンテンツ配信履歴が含む、前記最新版情報を特定したコンテンツに関する属性情報とを照合し、前記携帯端末１００への配信済みコンテンツが最新版であるか否か判定する、新着有無判定部２１１を備える。なお、携帯端末１００から送られてきた新着確認要求が前記既存コンテンツの属性情報を含んでいた場合、前記新着有無判定部２１１は、前記特定した最新版情報と、前記新着確認要求が含んでいた既存コンテンツの属性情報とを照合し、前記携帯端末１００が保有する既存コンテンツが最新版であるか否か判定するとできる。
【００３７】
また、前記サーバ２００は、前記判定の結果たる新着コンテンツ有無情報を前記携帯端末１００に送信する、結果送信部２１２を備える。
【００３８】
なお、これまで示したシステム１０を構成する携帯端末１００における各機能部１１０〜１１３、およびサーバ２００における各機能部２１０〜２１２は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Hard Disk Drive）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ１０４、２０４の各々らがプログラム実行に合わせて記憶装置より該当プログラムをメモリ１０３、２０３に各々読み出して、これを実行することとなる。
【００３９】
また、前記ネットワーク１４０に関しては、携帯電話網の他、インターネット、ＬＡＮ、ＡＴＭ回線や専用回線、ＷＡＮ（Wide Area Network）、電灯線ネットワーク、無線ネットワーク、公衆回線網、シリアル・インターフェース通信線など、携帯端末１００とサーバ２００との間でデータ通信可能なネットワークであれば様々なネットワークを採用することが出来る。また、ＶＰＮ（Virtual Private Network）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。なお、前記シリアル・インターフェイスは、単一の信号線を用いて１ビットずつ順次データを送るシリアル伝送で、外部機器と接続するためのインターフェースを指し、通信方式としてはRS-232C、RS-422、IrDA、USB、IEEE1394、ファイバ・チャネルなどが想定できる。
【００４０】
−−−テーブル構造例−−−
次に、本実施形態における携帯端末１００が利用するテーブル類の構造について説明する。図２は本実施形態における、（ａ）確認時期テーブル１２５、（ｂ）配信情報テーブル１２６、（ｃ）条件テーブル１２７の各データ構造例を示す図である。なお、これらのテーブルは、携帯端末１００がアクセス可能な不揮発性メモリ１３０などの記憶装置に構成されているものとする。勿論、こうした不揮発性メモリ１３０が、携帯端末１００の内蔵装置なのか、それともネットワーク１４０上にあるものかは問わない。
【００４１】
前記確認時期テーブル１２５は、新着コンテンツの確認時期を定めたテーブルである。この確認時期テーブル１２５は、例えば、番組コード（例：contents01）をキーとして、更新パターン（定期／随時）、新着確認日時といったデータを関連づけたレコード１０の集合体となっている。なお、本実施形態においては、１または複数のコンテンツから１番組が構成されていると想定するため、前記確認時期テーブル１２５においても、コンテンツＩＤではなく番組コードとした。勿論、前記番組コードに代えて番組が含む各コンテンツのコンテンツＩＤを一つ一つ前記確認時期テーブル１２５にあげていくとしてもよい。また本実施形態では、前記定期情報テーブル１２８を、この確認時期テーブル１２５が含むものとしている。つまり、サーバ２００から定期配信されるコンテンツの情報として、前記配信パターンが「定期」である番組コードに、該当番組のコンテンツの定期配信時刻たる前記新着確認日時を対応付けているのである。
【００４２】
また、ＩＤのデータ構造例として、本実施形態においては、番組コード（例“contents01”）＋コンテンツコード（例“001”）＝コンテンツＩＤ（例“contents01001”）としている。ここで、番組コードは番組毎に一意に設定された固定的な識別情報であり、一方、コンテンツコードは、コンテンツが新たに登録される毎に新たに採番・設定されるものであり、コンテンツが増えるに従い、コンテンツコードも増えていく。例えば、ある番組Ａが含むコンテンツとして、時期ａには、コンテンツ“001”、コンテンツ“002”があったが、その後の時期ｂには、コンテンツ“002”がコンテンツ“003”に更新され、コンテンツ“001”とコンテンツ“003”から前記番組Ａを構成することになる、といった具合である。
【００４３】
また、前記配信情報テーブル１２６は、サーバから配信され、既に携帯端末１００が保持している既存コンテンツの属性情報を格納するテーブルである。この配信情報テーブル１２６は、例えばコンテンツＩＤをキーとして該当コンテンツの属性情報を関連づけたレコード１１の集合体となっている。
【００４４】
また、前記条件テーブル１２７は、新着コンテンツの確認時期到来に際しても前記新着確認要求の送信を停止し、新着コンテンツ有りの情報を出力インターフェイスに出力すべき条件を、携帯端末１００の所定状況に応じて定めたテーブルである。この条件テーブル１２７は、例えば、条件ＩＤをキーとして条件内容情報を関連づけたレコード１２の集合体となっている。
【００４５】
また、本実施形態におけるサーバ２００が利用するテーブルの構造について説明する。図３は、本実施形態における、（ａ）最新情報テーブル２１５、（ｂ）履歴テーブル２１６、（ｃ）番組表テーブル２１７の各データ構造例を示す図である。なお、これらのテーブルは、サーバ２００がアクセス可能なハードディスクドライブ２３０などの記憶装置に構成されているものとする。勿論、こうしたハードディスクドライブ２３０が、サーバ２００の内蔵装置なのか、それともネットワーク１４０上にあるものかは問わない。
【００４６】
前記最新情報テーブル２１５は、各携帯端末１００へ配信される配信コンテンツの最新版情報を格納するテーブルである。本実施形態においては、この最新情報テーブル２１５として、携帯端末１００に向けて配信されるコンテンツ自体を格納する配信コンテンツデータベースを想定している。つまり、本実施形態においては配信コンテンツの属性情報のみならず、コンテンツ自体を格納しているデータベースを想定している。この最新情報テーブル２１５は、例えばコンテンツＩＤをキーとして、配信開始日時、配信終了日時といったデータを関連づけたレコード２０の集合体となっている。
【００４７】
また、前記履歴テーブル２１６は、各携帯端末毎のコンテンツ配信履歴を格納するテーブルである。この履歴テーブル２１６は、例えばユーザＩＤをキーとして、配信済みコンテンツのコンテンツＩＤ、配信日時といったデータを関連づけたレコード２１の集合体となっている。
【００４８】
また、前記番組表テーブル２１７は、前記携帯端末１００毎に定めた番組配信スケジュールの情報を格納するテーブルである。この番組表テーブル２１７は、例えばユーザＩＤをキーとして、配信時刻と各配信時刻に配信する番組の番組コードといったデータを関連づけたレコード２１の集合体となっている。
【００４９】
ここで、サーバ２００から携帯端末１００に配信される「番組」は、１または複数のコンテンツ（画像やテキストなどのデータ）を含むものである。
【００５０】
−−−処理フロー例１−−−
以下、本実施形態における新着コンテンツ管理方法の実際手順について、図に基づき説明する。なお、以下で説明する新着コンテンツ管理方法に対応する各種動作のうち前記携帯端末１００に関するものは、前記携帯端末１００がメモリ１０３に読み出して実行するプログラム１０２によって実現される。また、サーバ２００に関するものは、前記サーバ２００がメモリ２０３に読み出して実行するプログラム２０２によって実現される。そして、こうしたプログラム１０２、２０２は、以下に説明される各種の動作を行うためのコードから構成されている。
【００５１】
図４は、本実施形態の新着コンテンツ管理方法の処理手順例１を示す図である。この例では、携帯端末１００からサーバ２００に送られる新着確認要求に、携帯端末１００の属性情報が含まれる場合の処理である。この例における携帯端末１００の属性情報は、ユーザＩＤを想定している。
【００５２】
こうした状況において、前記携帯端末１００の確認時期検知部１１０は、自身の備える時計機能１０８から日時情報を得て（ｓ９０）、この日時情報を前記確認時期テーブル１２５に照合し、新着コンテンツの確認時期到来を検知する（ｓ１００）。この検知処理により、新着コンテンツの確認時期到来を検知したならば（ｓ１００：Ｙｅｓ）、確認時期検知部１１０は、この検知事象を前記確認要求部１１１に通知する（ｓ１０１）。前記確認時期検知部１１０は、確認時期到来が検知されるまで、ステップｓ１００を繰り返す（ｓ１００：Ｎｏ〜ｓ１００）。
【００５３】
前記確認要求部１１１は、前記確認時期検知部１１０から、こうして前記確認時期到来の検知通知を受けたならば、前記サーバ２００に当該携帯端末１００の属性情報たるユーザＩＤを含む新着確認要求を送信する（ｓ１０２）。
【００５４】
一方、前記サーバ２００の最新情報取得部２１０は、前記携帯端末１００からコンテンツの新着確認要求を受信する（ｓ１０３）。また、この新着確認要求が含む携帯端末１００の属性情報たるユーザＩＤに基づき、前記番組表テーブル２１７での検索を実行し、前記ユーザＩＤに紐付いている番組表データを取得する（ｓ１０４）。そして、この番組表データが含む番組コード（例“contents01”）を読取り、この番組コードが含まれるコンテンツＩＤ（例：contents01001、・・・）を前記最新情報テーブル２１５において検索する（ｓ１０５）。この検索処理により、前記最新情報取得部２１０は、番組コード毎に最新として設定されているコンテンツＩＤ、つまり該当携帯端末１００へ配信すべきコンテンツの最新版情報を特定する（ｓ１０６）。
【００５５】
また、前記サーバ２００の新着有無判定部２１１は、前記履歴テーブル２１６において、前記ユーザＩＤによる検索を行って、該当携帯端末１００のコンテンツ配信履歴を特定する（ｓ１０７）。そしてここで特定したコンテンツ配信履歴より、前記ステップｓ１０５にて読み取った番組コード（例“contents01”）を含むコンテンツＩＤを検索する（ｓ１０８）。この検索処理により、前記新着有無判定部２１１は、前記携帯端末１００に対して、ある番組用として配信済みのコンテンツのＩＤを特定する。
【００５６】
そして前記新着有無判定部２１１は、前記ステップｓ１０６で特定した最新版情報たるコンテンツＩＤ（サーバ２００で管理している最新版）と、前記ステップｓ１０８で特定したコンテンツＩＤ（前記携帯端末１００が現在保持しているコンテンツのＩＤ）とを照合し、前記携帯端末１００への配信済みコンテンツが最新版であるか否か判定する（ｓ１０９）。
【００５７】
また、前記サーバ２００の結果送信部２１２は、前記ステップｓ１０９での判定結果たる新着コンテンツ有無情報を、前記携帯端末１００に送信する（ｓ１１０）。
【００５８】
他方、前記携帯端末１００の確認結果取得部１１２は、前記サーバ２００から、前記新着確認要求に応じた新着コンテンツ有無情報を、新着コンテンツ確認処理の結果データとして受信する（ｓ１１１）。前記結果データとしては、大きく分けて「新着コンテンツ有り」と「新着コンテンツ無し」の２通りに分類できる。なお、この結果データのうち、「新着コンテンツ有り」については、後述するように、何種類の新着コンテンツがあるのか、それはどの番組またはコンテンツについてなのか、などと詳細に新着コンテンツの有無を示すものであってもよい。
【００５９】
また、前記ステップｓ１１１でサーバ２００から受信した新着コンテンツ有無情報が、「新着コンテンツ有」の情報であった場合（ｓ１１２：新着有）、前記確認結果取得部１１２は、携帯端末１００における通信用電波の受信状況認識手段１３５より、当該携帯端末１００の通信用電波受信状況データを取得する（ｓ１１３）。携帯端末１００が携帯電話機である場合、この通信用電波受信状況は、携帯電話機と最寄りの携帯電話基地局との間での通信電波状況であり、一般に携帯電話機のディスプレイ画面上にアンテナの本数（本数ゼロ：「圏外」、本数１本：「弱」、本数２本：「中」、本数３本：「良好」）でもってその良否レベルをユーザに示しているものとなる。従って、こうした良否レベル情報を携帯電話機にて管理するアプリケーションより前記「通信用電波受信状況」の情報を取得すればよい。
【００６０】
そして、前記確認結果取得部１１２は、前記通信用電波受信状況が所定レベル以下である時、例えば、「アンテナ本数ゼロ」＝「圏外」の時を認識し（ｓ１１４）、前記新着コンテンツ有無情報（結果データ）としての「新着コンテンツ有」情報の出力インターフェイス１０６への出力を停止する（ｓ１１５）。こうした処理を付加的に行うことで、携帯端末１００において、「新着コンテンツ有」の情報はサーバ２００とのデータ通信可能な状況でしか表示しないこととなる。したがって、「新着コンテンツ有」情報をディスプレイ画面上に表示したとしても、その時に通信用電波受信状況が「圏外」などでサーバ２００とデータ通信出来ず、携帯端末ユーザの無駄な手動更新処理を誘発するといったことが無い。
【００６１】
−−−処理フロー例２−−−
図５は、本実施形態の新着コンテンツ管理方法の処理手順例２を示す図である。この例では、携帯端末１００からサーバ２００に送られる新着確認要求に、携帯端末１００の前記配信情報テーブル１２６が含む既存コンテンツ（携帯端末１００が既に保持しているもの）の属性情報が含まれる場合の処理である。この例における前記既存コンテンツの属性情報としては既存コンテンツのＩＤを想定している。
【００６２】
こうした状況において、前記携帯端末１００の確認時期検知部１１０は、自身の備える時計機能１０８から日時情報を得て（ｓ９０）、この日時情報を前記確認時期テーブル１２５に照合し、新着コンテンツの確認時期到来を検知する（ｓ２００）。この検知処理により、新着コンテンツの確認時期到来を検知したならば（ｓ２００：Ｙｅｓ）、確認時期検知部１１０は、この検知事象を前記確認要求部１１１に通知する（ｓ２０１）。前記確認時期検知部１１０は、確認時期到来が検知されるまで、ステップｓ２００を繰り返す（ｓ２００：Ｎｏ〜ｓ２００）。
【００６３】
前記確認要求部１１１は、前記確認時期検知部１１０から、こうして前記確認時期到来の検知通知を受けたならば、前記サーバ２００に前記配信情報テーブル１２６が含む既存コンテンツ（携帯端末１００が既に保持しているもの）のコンテンツＩＤとを含む新着確認要求を送信する（ｓ２０２）。
【００６４】
一方、前記サーバ２００の最新情報取得部２１０は、前記携帯端末１００からコンテンツの新着確認要求を受信する（ｓ２０３）。また、この新着確認要求が含む既存コンテンツのＩＤに基づき、この既存コンテンツＩＤが含む番組コード（例“contents01”）を読取る（ｓ２０４）。そして、この番組コードが含まれるコンテンツＩＤを前記最新情報テーブル２１５において検索する（ｓ２０５）。この検索処理により、前記最新情報取得部２１０は、番組コード毎に最新として設定されているコンテンツＩＤ、つまり該当携帯端末１００へ配信すべきコンテンツの最新版情報を特定する（ｓ２０６）。
【００６５】
また、前記サーバ２００の新着有無判定部２１１は、前記ステップｓ２０６で特定した最新版情報たるコンテンツＩＤ（サーバ２００で管理している最新版）と、前記既存コンテンツＩＤ（前記携帯端末１００が現在保持しているコンテンツのＩＤ）とを照合し、前記携帯端末１００への配信済みコンテンツが最新版であるか否か判定する（ｓ２０７）。
【００６６】
また、前記サーバ２００の結果送信部２１２は、前記ステップｓ２０７での判定結果たる新着コンテンツ有無情報を、前記携帯端末１００に送信する（ｓ２０８）。
【００６７】
他方、前記携帯端末１００の確認結果取得部１１２は、前記サーバ２００から、前記新着確認要求に応じた新着コンテンツ有無情報を、新着コンテンツ確認処理の結果データとして受信する（ｓ２０９）。前記結果データの種類については上記処理フロー例１と同様である。
【００６８】
また、前記ステップｓ２０９でサーバ２００から受信した新着コンテンツ有無情報が、「新着コンテンツ有」の情報であった場合（ｓ２１０：新着有）、前記確認結果取得部１１２は、携帯端末１００における通信用電波の受信状況認識手段１３５より、当該携帯端末１００の通信用電波受信状況データを取得する（ｓ２１１）。携帯端末１００が携帯電話機である場合、この通信用電波受信状況は、携帯電話機と最寄りの携帯電話基地局との間での通信電波状況であり、一般に携帯電話機のディスプレイ画面上にアンテナの本数（本数ゼロ：「圏外」、本数１本：「弱」、本数２本：「中」、本数３本：「良好」）でもってその良否レベルをユーザに示しているものとなる。従って、こうした良否レベル情報を携帯電話機にて管理するアプリケーションより前記「通信用電波受信状況」の情報を取得すればよい。
【００６９】
そして、前記確認結果取得部１１２は、前記通信用電波受信状況が所定レベル以下である時、例えば、「アンテナ本数ゼロ」＝「圏外」の時を認識し（ｓ２１２）、前記新着コンテンツ有無情報（結果データ）としての「新着コンテンツ有」情報の出力インターフェイス１０６への出力を停止する（ｓ２１３）。こうした処理を付加的に行うことで、携帯端末１００において、「新着コンテンツ有」の情報はサーバ２００とのデータ通信可能な状況でしか表示しないこととなる。したがって、「新着コンテンツ有」情報をディスプレイ画面上に表示したとしても、その時に通信用電波受信状況が「圏外」などでサーバ２００とデータ通信出来ず、携帯端末ユーザの無駄な手動更新処理を誘発するといったことが無い。
【００７０】
−−−処理フロー例３−−−
続いて、前記サーバ２００における新着コンテンツ有無の判定処理例について説明する。図６は、本実施形態の新着コンテンツ管理方法の処理手順例３を示す図である。この例において、上記処理フロー例１と、ステップｓ１００〜ステップｓ１０８は同じであり、前記新着有無判定部２１１における新着判定処理のステップｓ１０９について詳細を示すものである。
【００７１】
この例における前記新着判定処理のステップｓ１０９では、前記ステップｓ１０６で特定した最新版情報たるコンテンツＩＤ（サーバ２００で管理している最新版）と、前記ステップｓ１０８で特定したコンテンツＩＤ（前記携帯端末１００が現在保持しているコンテンツのＩＤ）とを照合するに際し、照合対象が複数ある場合、まず、ある１つの番組（例：番組Ａ）についてＩＤ照合を行う（ｓ１０９−１ａ）。こうして最初に照合する番組としては、例えばコンテンツＩＤが含む番組コードのアルファベット順、数値の大小で決めるなどすればよい。
【００７２】
前記ステップｓ１０９−１ａにおける照合処理で、番組Ａについて新着コンテンツがあると判定されたならば（ｓ１０９−１ａ：Ｙｅｓ）、処理を前記ステップｓ１１０に進め、前記結果送信部２１２による、携帯端末１００への新着コンテンツ有無情報（この場合は、新着コンテンツ有り）の送信処理が実行される。
【００７３】
他方、前記ステップｓ１０９−１ａにおける照合処理で、番組Ａについて新着コンテンツが無いと判定されたならば（ｓ１０９−１ａ：Ｎｏ）、他の番組Ｂについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−１ｂ）。この判定で、番組Ｂについて新着コンテンツがあると判定されたならば（ｓ１０９−１ｂ：Ｙｅｓ）、処理を前記ステップｓ１１０に進め、前記結果送信部２１２による、携帯端末１００への新着コンテンツ有無情報（この場合は、新着コンテンツ有り）の送信処理が実行される。もし前記判定処理において番組Ｂについて新着コンテンツが無いと判定されたならば（ｓ１０９−１ｂ：Ｎｏ）、他の番組Ｃについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−１ｃ）。こうして、新着コンテンツが１つでも見つかった段階で新着コンテンツ有無の判定処理を終了し、前記結果送信部２１２による新着コンテンツ有り情報の送信へと処理を進める。こうした処理形態を採用することで、前記携帯端末１００に対応して設定されている全番組、全コンテンツについてＩＤ照合を行う必要がなく、効率的な処理で、新着コンテンツの存在通知とそれに伴う新着コンテンツの取得をユーザに促すことが可能となる。
【００７４】
−−−処理フロー例４−−−
また、前記サーバ２００において、前記新着有無判定部２１１が新着コンテンツ有無の判定を行う他の処理例について説明する。図７は、本実施形態の新着コンテンツ管理方法の処理手順例４を示す図である。この例においても、上記処理フロー例１と、ステップｓ１００〜ステップｓ１０８は同じであり、前記新着有無判定部２１１における新着判定処理のステップｓ１０９について詳細を示すものである。
【００７５】
この例における前記新着判定処理のステップｓ１０９では、前記ステップｓ１０６で特定した最新版情報たるコンテンツＩＤ（サーバ２００で管理している最新版）と、前記ステップｓ１０８で特定したコンテンツＩＤ（前記携帯端末１００が現在保持しているコンテンツのＩＤ）とを照合するに際し、照合対象が複数ある場合、まず、ある１つの番組（例：番組Ａ）についてＩＤ照合を行う（ｓ１０９−２ａ）。こうして最初に照合する番組としては、例えばコンテンツＩＤが含む番組コードのアルファベット順、数値の大小で決めるなどすればよい。
【００７６】
前記ステップｓ１０９−ａにおける照合処理で、番組Ａについて新着コンテンツがあると判定されたならば（ｓ１０９−２ａ：Ｙｅｓ）、サーバ２００が予めメモリ２０３等に確保したフラグ格納ファイルにおいて、前記番組Ａに関するフラグ：“１”を立てる（ｓ１０９−ｘ）。  
また、前記ステップｓ１０９−２ａにおける照合処理で、番組Ａについて新着コンテンツが無いと判定された場合（ｓ１０９−２ａ：Ｎｏ）、または前記ステップｓ１０９−ｘにおける処理終了後、他の番組Ｂについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−２ｂ）。  
前記ステップｓ１０９−２ｂにおける照合処理で、番組Ｂについて新着コンテンツがあると判定されたならば（ｓ１０９−２ｂ：Ｙｅｓ）、サーバ２００が前記フラグ格納ファイルにおいて、前記番組Ｂに関するフラグ：“１”を立てる（ｓ１０９−ｙ）。  
また、前記ステップｓ１０９−２ｂにおける照合処理で、番組Ｂについて新着コンテンツが無いと判定された場合（ｓ１０９−２ｂ：Ｎｏ）、または前記ステップｓ１０９−ｙにおける処理終了後、他の番組Ｃについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−２ｃ）。  
前記ステップｓ１０９−２ｃにおける照合処理で、番組Ｃについて新着コンテンツがあると判定されたならば（ｓ１０９−２ｃ：Ｙｅｓ）、サーバ２００が前記フラグ格納ファイルにおいて、前記番組Ｃに関するフラグ：“１”を立てる（ｓ１０９−ｚ）。
【００７７】
前記新着有無判定部２１１は、こうした処理ステップｓ１０９−２ａ〜ｓ１０９−２ｃを、照合対象の全てについて実行し、その処理結果として得られた前記フラグ格納ファイルを、前記結果送信部２１２に渡す。
【００７８】
前記ステップｓ１１０において、前記結果送信部２１２は、携帯端末１００への新着コンテンツ有無情報として、前記フラグ格納ファイルの送信処理を実行する。こうして、新着コンテンツ有無の判定対象となる全番組のそれぞれについて新着コンテンツ有無の情報を携帯端末１００に提示でき、新着コンテンツ取得必要性のある番組をユーザ側に確実に通知することができる。
【００７９】
−−−処理フロー例５−−−
また、前記サーバ２００において、前記新着有無判定部２１１が新着コンテンツ有無の判定を行う他の処理例について説明する。図８は、本実施形態の新着コンテンツ管理方法の処理手順例５を示す図である。この例においても、上記処理フロー例１と、ステップｓ１００〜ステップｓ１０８は同じであり、前記新着有無判定部２１１における新着判定処理のステップｓ１０９について詳細を示すものである。
【００８０】
この例における前記新着判定処理のステップｓ１０９では、前記ステップｓ１０６で特定した最新版情報たるコンテンツＩＤ（サーバ２００で管理している最新版）と、前記ステップｓ１０８で特定したコンテンツＩＤ（前記携帯端末１００が現在保持しているコンテンツのＩＤ）とを照合するに際し、照合対象が複数ある場合、まず、ある１つの番組（例：番組Ａ）についてＩＤ照合を行う（ｓ１０９−３ａ）。こうして最初に照合する番組としては、例えばコンテンツＩＤが含む番組コードのアルファベット順、数値の大小で決めるなどすればよい。
【００８１】
前記ステップｓ１０９−３ａにおける照合処理で、番組Ａについて新着コンテンツがあると判定されたならば（ｓ１０９−３ａ：Ｙｅｓ）、次に、他の番組Ｂについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−３ｂ）。更に、前記ステップｓ１０９−３ｂにおける照合処理で、番組Ｂについて新着コンテンツがあると判定されたならば（ｓ１０９−３ｂ：Ｙｅｓ）、次に、他の番組Ｃについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−３ｃ）。前記ステップｓ１０９−３ｃにおける照合処理で、番組Ｃについて新着コンテンツがあると判定されたならば（ｓ１０９−３ｃ：Ｙｅｓ）、前記フラグ格納ファイルにおいて、フラグ：“７”を立てる（ｓ１０９−３ｄ）。このフラグ“７”は、「番組Ａ，Ｂ，Ｃ全てに新着コンテンツ有り」を意味するフラグである。
【００８２】
他方、前記ステップｓ１０９−３ｃにおける照合処理で、番組Ｃについて新着コンテンツが無いと判定された場合（ｓ１０９−３ｃ：Ｎｏ）、前記フラグ格納ファイルにおいて、フラグ：“４”を立てる（ｓ１０９−３ｅ）。このフラグ“４”は、「番組Ａ，Ｂに新着コンテンツ有り」を意味するフラグである。
【００８３】
また、前記ステップｓ１０９−３ｂにおける照合処理で、番組Ｂについて新着コンテンツが無いと判定された場合（ｓ１０９−３ｂ：Ｎｏ）、次に、番組Ｃについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−３ｆ）。前記ステップｓ１０９−３ｆにおける照合処理で、番組Ｃについて新着コンテンツがあると判定されたならば（ｓ１０９−３ｆ：Ｙｅｓ）、前記フラグ格納ファイルにおいて、フラグ：“５”を立てる（ｓ１０９−３ｇ）。このフラグ“５”は、「番組Ａ，Ｃに新着コンテンツ有り」を意味するフラグである。
【００８４】
他方、前記ステップｓ１０９−３ｆにおける照合処理で、番組Ｃについて新着コンテンツが無いと判定された場合（ｓ１０９−３ｆ：Ｎｏ）、前記フラグ格納ファイルにおいて、フラグ：“１”を立てる（ｓ１０９−３ｈ）。このフラグ“１”は、「番組Ａのみに新着コンテンツ有り」を意味するフラグである。
【００８５】
一方、前記ステップｓ１０９−３ａにおける照合処理で、番組Ａについて新着コンテンツが無いと判定された場合（ｓ１０９−３ａ：Ｎｏ）、次に、番組Ｂについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−３ｉ）。前記ステップｓ１０９−３ｉにおける照合処理で、番組Ｂについて新着コンテンツがあると判定されたならば（ｓ１０９−３ｉ：Ｙｅｓ）、次に、番組Ｃについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−３ｊ）。前記ステップｓ１０９−３ｊにおける照合処理で、番組Ｃについて新着コンテンツがあると判定されたならば（ｓ１０９−３ｊ：Ｙｅｓ）、前記フラグ格納ファイルにおいて、フラグ：“６”を立てる（ｓ１０９−３ｋ）。このフラグ“６”は、「番組Ｂ，Ｃに新着コンテンツ有り」を意味するフラグである。
【００８６】
他方、前記ステップｓ１０９−３ｊにおける照合処理で、番組Ｃについて新着コンテンツが無いと判定された場合（ｓ１０９−３ｊ：Ｎｏ）、前記フラグ格納ファイルにおいて、フラグ：“２”を立てる（ｓ１０９−３ｌ）。このフラグ“２”は、「番組Ｂのみに新着コンテンツ有り」を意味するフラグである。
【００８７】
また、前記ステップｓ１０９−３ｉにおける照合処理で、番組Ｂについて新着コンテンツが無いと判定された場合（ｓ１０９−３ｉ：Ｎｏ）、次に、番組Ｃについて同様にＩＤ照合による新着コンテンツの有無判定を行う（ｓ１０９−３ｍ）。前記ステップｓ１０９−３ｍにおける照合処理で、番組Ｃについて新着コンテンツがあると判定されたならば（ｓ１０９−３ｍ：Ｙｅｓ）、前記フラグ格納ファイルにおいて、フラグ：“３”を立てる（ｓ１０９−３ｎ）。このフラグ“３”は、「番組Ｃのみに新着コンテンツ有り」を意味するフラグである。
【００８８】
他方、前記ステップｓ１０９−３ｍにおける照合処理で、番組Ｃについて新着コンテンツが無いと判定されたならば（ｓ１０９−３ｍ：Ｎｏ）、前記フラグ格納ファイルにおいて、フラグ：“０”を立てる（ｓ１０９−３ｏ）。このフラグ“０”は、「新着コンテンツ無し」を意味するフラグである。
【００８９】
前記新着有無判定部２１１は、こうした処理の結果として得られた前記フラグ格納ファイルを、前記結果送信部２１２に渡す。前記ステップｓ１１０において、前記結果送信部２１２は、携帯端末１００への新着コンテンツ有無情報として、前記フラグ格納ファイルの送信処理を実行する。
【００９０】
こうして、新着コンテンツ有無の判定対象となる全番組について網羅的に実行された、新着コンテンツ有無の判定結果（どの番組に新着コンテンツが有るのか、或いはどの番組にも全く無いのか）を上記フラグのように一ケタのみで示して携帯端末１００に提示できる。したがって、新着コンテンツ取得必要性のある番組を、最小限のデータサイズでユーザ側に確実に通知することができ、ネットワーク負荷の低減が図れる。なお、携帯端末１００では、前記の“０”〜“７”のフラグの意味情報（どの番組に新着有りか、或いは無いのか）のテーブルを予めメモリ１０３などに備えているものとする。したがって、前記フラグを含むフラグ格納ファイルをサーバ２００から受け取った携帯端末１００は、前記フラグを読み取って、これを前記メモリ１０３等における前記テーブルに照合し、新着コンテンツの有無ないし新着コンテンツ有りの番組を特定し、その情報を出力インターフェイス１０６に表示する。
【００９１】
−−−処理フロー例６−−−
また、前記サーバ２００において、前記新着有無判定部２１１が新着コンテンツ有無の判定を行う他の処理例について説明する。図９は、本実施形態の新着コンテンツ管理方法の処理手順例６を示す図である。この例においても、上記処理フロー例１と、ステップｓ１００〜ステップｓ１０８は同じであり、前記新着有無判定部２１１における新着判定処理のステップｓ１０９について詳細を示すものである。
【００９２】
この例における前記新着判定処理のステップｓ１０９では、前記ステップｓ１０６で特定した最新版情報たるコンテンツＩＤ（サーバ２００で管理している最新版）と、前記ステップｓ１０８で特定したコンテンツＩＤ（前記携帯端末１００が現在保持しているコンテンツのＩＤ）とを照合するに際し、同番組に関するコンテンツＩＤが含むコンテンツコード（例“001”）が最大のものを、前記最新版情報に対応するコンテンツＩＤと携帯端末１００保持のコンテンツＩＤとでそれぞれ抽出する（ｓ１０９−４ａ）。コンテンツコードは、既に述べたように、新規のコンテンツの登場毎に採番され、コードを指す数値が大きくなるものである。従って、コンテンツコード最大とは、もっとも新しく登場したコンテンツについて採番されて設定されたコードという意味になる。
【００９３】
こうして、前記最新版情報に対応するコンテンツＩＤと携帯端末１００保持のコンテンツＩＤとに関して、それぞれコンテンツコード最大のコンテンツＩＤを抽出したならば、前記新着有無判定部２１１は、それらコンテンツＩＤの照合を行う（ｓ１０９−４ｂ）。そこでそれらコンテンツＩＤが一致しなければ（ｓ１０９−４ｂ：Ｎｏ）、前記新着有無判定部２１１は、この処理結果を「新着コンテンツ有り」として前記結果送信部２１２に渡す（ｓ１０９−４ｃ）。一方、前記コンテンツＩＤらが一致すれば（ｓ１０９−４ｂ：Ｙｅｓ）、前記新着有無判定部２１１は、この処理結果を「新着コンテンツ無し」として前記結果送信部２１２に渡す（ｓ１０９−４ｄ）。
【００９４】
前記結果送信部２１２は、前記新着有無判定部２１１より前記処理結果を受け取って、これを新着コンテンツ有無情報として携帯端末１００に送信することとなる（前記ステップｓ１１０）。このように、コンテンツコード最大のコンテンツＩＤを抽出した上で、サーバ２００側と携帯端末１００側とで比較することで、新着コンテンツ有無判定の効率化が図れる。
【００９５】
−−−処理フロー例７−−−
また、前記サーバ２００において、前記新着有無判定部２１１が新着コンテンツ有無の判定を行う他の処理例について説明する。図１０は、本実施形態の新着コンテンツ管理方法の処理手順例７を示す図である。この例においても、上記処理フロー例１と、ステップｓ１００〜ステップｓ１０８は同じであり、前記新着有無判定部２１１における新着判定処理のステップｓ１０９について詳細を示すものである。
【００９６】
この例における前記新着判定処理のステップｓ１０９では、前記ステップｓ１０６で特定した最新版情報たるコンテンツＩＤ（サーバ２００で管理している最新版）と、前記ステップｓ１０８で特定したコンテンツＩＤ（前記携帯端末１００が現在保持しているコンテンツのＩＤ）とを、例えばＳＱＬ関数における関数“ｉｎ”（複数の文字列が集合した文字列群同士における異なる文字列の数を特定する関数）に適用して照合する（ｓ１０９−５ａ）。これにより、新着コンテンツ有無（新着有りの場合にはその数も）が前記関数の結果値として得られる。
【００９７】
前記新着有無判定部２１１は、この処理結果、つまり新着コンテンツの数を前記結果送信部２１２に渡す（ｓ１０９−５ｂ）。前記結果送信部２１２は、前記新着有無判定部２１１より前記処理結果を受け取って、これを新着コンテンツ有無情報として携帯端末１００に送信することとなる（前記ステップｓ１１０）。このように、一度にコンテンツＩＤを比較することで、新着コンテンツ有無判定の効率化が図れる。
【００９８】
−−−処理フロー例８−−−
図１１は、本実施形態の新着コンテンツ管理方法の処理手順例８を示す図である。ここでは、携帯端末１００が、サーバ２００から「新着コンテンツ有り」の情報を既に得て、それをディスプレイ等の出力インターフェイス１０６に表示しているにも関わらず、ユーザによる新着コンテンツ取得指示を携帯端末１００において確認出来ない場合の処理について説明する。このような観点の制御を行うことで、未取得の新着コンテンツが残されたままに、新着確認時期到来にあわせて再度の新着確認に関する処理を携帯端末１００ならびにサーバ２００において繰り返すといった、処理の無駄やそれに伴うネットワーク負荷の増大を抑制することが出来る。また、携帯端末１００にとっては、貴重な残バッテリーを、意味もなく重複した新着確認要求処理により無駄に消費しないという効果も奏する。
【００９９】
そのため前記携帯端末１００は、新着コンテンツの確認時期到来に際しても前記新着確認要求の送信を停止し、新着コンテンツ有りの情報を出力インターフェイス１０６に出力すべき条件を、携帯端末１００の所定状況に応じて定めた前記条件テーブル１２７を備えるとする。そして、この条件テーブル１２７において、前記新着コンテンツ有無情報が「新着コンテンツ有り」の情報にも関わらず、該当携帯端末１００において新着コンテンツ取得指示を入力インターフェイス１０５から受けていないことを前記条件とするものである。
【０１００】
この場合、前記携帯端末１００の条件処理部１１３は、当該携帯端末１００の所定状況として前記条件テーブル１２７に定められた、携帯端末１００における「新着コンテンツ有」情報のサーバ２００からの受信状態と、当該「新着コンテンツ有」情報受信後における新着コンテンツ取得指示の受付有無とを監視する（ｓ３００）。この監視処理は、例えば、サーバ２００から受信した新着コンテンツ有無情報の格納場所（メモリ１０３における所定アドレス）において、「新着コンテンツ有」のフラグの有無や、或いは「新着コンテンツ有」のテキストデータ有無をモニタリングすることで実行可能である。また、新着コンテンツ取得指示を入力インターフェイス１０５で受け付けたか否かの監視処理は、入力インターフェイス１０５で受付ける情報の履歴をメモリ１０３等に格納しておき、そのメモリ１０３に格納された履歴中に「新着コンテンツ取得指示」があるか否かを検知すればよい。
【０１０１】
そして、前記携帯端末１００において、新着コンテンツの確認時期が到来（確認時期検知部１１０が検知）しており（ｓ３０１：Ｙｅｓ）、更には、前記新着コンテンツ有無情報が「新着コンテンツ有り」の情報であり、携帯端末１００の出力インターフェイス１０６において既にこの「新着コンテンツ有り」情報が表示中であったとする（ｓ３０２：Ｙｅｓ）。
【０１０２】
この場合、前記条件処理部１１３は、これらの監視結果を前記条件テーブル１２７に照合し、前記新着コンテンツ有無情報が「新着コンテンツ有り」の情報であり、携帯端末１００において既にこの「新着コンテンツ有り」情報が出力インターフェイス１０６にて表示中であることを認識する（ｓ３０３）。このことはつまり、前記確認時期到来に際しても未だ前記新着コンテンツ取得指示を入力インターフェイス１０５から受けていない状況となる。
【０１０３】
この時、前記条件処理部１１３は、前記新着確認要求の送信停止指示を確認要求部１１１に実行し、また、前記「新着コンテンツ有」情報の出力指示を前記確認結果取得部１１２に実行する（ｓ３０４）。これにより、前記携帯端末１００は、入力インターフェイス１０５において、新着コンテンツの取得指示を受付けるまでは、出力インターフェイス１０６において前記「新着コンテンツ有」情報の表示を実行し続けることになる。
【０１０４】
なお、この処理フロー例においても、処理フロー例１、２らと同様に、「新着コンテンツ有」情報の出力インターフェイス１０６への出力を、当該携帯端末１００の通信用電波受信状況（例「圏外」の場合など）に応じて停止するとしてもよい。
【０１０５】
−−−処理フロー例９−−−
図１２は、本実施形態の新着コンテンツ管理方法の処理手順例９を示す図である。次に、携帯端末１００に対して、例えば一日に一回ずつ定期的に新着コンテンツ配信がなされる番組の配信設定がなされている状況を想定する。
【０１０６】
この場合、前記携帯端末１００は、サーバ２００から定期配信されるコンテンツの情報と、このコンテンツの定期配信時刻とを格納する、定期情報テーブル１２８を備えるものとする。また、この時の前記条件テーブル１２７は、携帯端末１００が定期配信コンテンツ（例：一日１回１３時配信のコンテンツ）を保有し、前記定期配信コンテンツの定期配信時刻が到来することを前記条件とする。
【０１０７】
こうした状況下において、前記携帯端末１００の前記条件処理部１１３は、前記定期情報テーブル１２８での定期配信コンテンツの有無を監視する（ｓ４００）。この監視処理は、例えば前記定期情報テーブル１２８において、定期配信コンテンツの登録有無を監視していればよい。
【０１０８】
また、前記条件処理部１１３は、前記定期情報テーブル１２８における前記定期配信時刻の情報と、自身の時計機能１０８の日時情報とに基づいて定期配信時刻の到来を監視する（ｓ４０１）。そして、前記ステップｓ４００、ｓ４０１での監視結果を前記条件テーブル１２７に照合し、前記携帯端末１００が定期配信コンテンツを保有し、前記定期配信コンテンツの定期配信時刻が到来した状況を認識する（ｓ４０２）。
【０１０９】
前記ステップｓ４０２において、携帯端末１００において定期配信コンテンツを保有し、更には、定期配信時刻が到来したタイミングを認識した場合（ｓ４０２：Ｙｅｓ）、前記新着確認要求の送信停止指示を確認要求部１１１に実行し、また、前記「新着コンテンツ有」情報の出力指示を前記確認結果取得部１１２に実行する（ｓ４０３）。
【０１１０】
なお、この処理フロー例においても、処理フロー例１、２らと同様に、「新着コンテンツ有」情報の出力インターフェイス１０６への出力を、当該携帯端末１００の通信用電波受信状況（例「圏外」の場合など）に応じて停止するとしてもよい。
【０１１１】
−−−処理フロー例１０−−−
図１３は、本実施形態の新着コンテンツ管理方法の処理手順例１０を示す図である。上記の処理フロー例１、２、８、９らにおいて、更に、以下のような処理フローを付加するとすれば更に好適である。ここでの処理は、携帯端末１００における基本機能と搭載アプリケーションとの間の処理優先度に応じて、出力インターフェイス１０６での表示内容を変更する処理となる。
【０１１２】
この時、携帯端末１００における前記確認結果取得部１１２は、携帯端末１００における、通話等の基本機能（携帯電話機における通話機能などいわゆるネイティブ機能）と搭載アプリケーション（例：携帯電話機用フルブラウザアプリ、ゲーム、計算機、音楽・映像・画像等の再生アプリなど）との間における処理優先権の順位認識手段１３６より、現時点で上位の処理優先権を備えるのが前記基本機能または搭載アプリケーションのいずれであるかのデータを取得する（ｓ５００）。
【０１１３】
そして前記確認結果取得部１１２は、前記搭載アプリケーションが上位の処理優先権を備える時（いわゆる、“活性状態”）を認識し（ｓ５０１）、前記新着コンテンツ有無情報（結果データ）と共に携帯端末ユーザに対する新着コンテンツの取得確認情報を出力インターフェイス１０６に出力する（ｓ５０２）。ここでの出力インターフェイス１０６における出力形態としては、「新着コンテンツ有」の情報と、「更新しますか？」といったユーザによる新着コンテンツの取得指示を促すメッセージ情報とが同時に表示されるものが考えられる。
【０１１４】
なお、前記ステップｓ５００で順位認識手段１３６より取得した処理優先権の情報が、「基本機能の処理優先度が上位である」とのものであれば、前記「更新しますか？」といった新着コンテンツの取得確認情報の表示処理は実行しない。
【０１１５】
−−−処理フロー例１１−−−
次に、コンテンツの更新頻度に応じて新着確認時期をコントロールする処理手法について説明する。図１４は、本実施形態の新着コンテンツ管理方法の処理手順例１１を示す図である。ここで着目する更新頻度としては、配信時期が固定的で定期的な新着配信がなされる定期配信コンテンツ（番組）についてのものではなく、配信時期が不定期で随時更新がなされる随時配信コンテンツ（番組）についてのものである。
【０１１６】
この場合、前記携帯端末１００は、例えば前記定期情報テーブル１２８において、上述したような番組毎の定期配信時期の情報と共に、当該携帯端末１００の新着コンテンツ取得履歴を格納・管理しているものとする。また、この時の前記条件テーブル１２７は、携帯端末１００が随時配信コンテンツを保有し、前記随時配信コンテンツの配信間隔が所定長以上であり、直近の新着確認要求において「新着コンテンツ有」情報がサーバ２００から得られたことを前記条件とする。
【０１１７】
こうした状況において、前記携帯端末１００の前記条件処理部１１３は、前記定期情報テーブル１２８での随時配信コンテンツの有無を監視する（ｓ６００）。この監視処理は、例えば前記定期情報テーブル１２８において、随時配信コンテンツの登録有無を監視していればよい。また、前記条件処理部１１３は、前記監視処理により検知した随時配信コンテンツについて、前記定期情報テーブル１２８より該当コンテンツに関する、過去の新着コンテンツ取得履歴を複数読み出して、新着コンテンツの取得間隔を算定する（ｓ６０１）。この算定処理は、各新着コンテンツ取得履歴のうち、取得日時が隣接するペア同士の時間間隔をそれぞれ算定し、各履歴ペアでの平均値を算出する。
【０１１８】
前記条件処理部１１３は、前記ステップｓ６０１で算定した新着コンテンツの取得間隔を、新着コンテンツの配信間隔として認識し、これが所定期間以上であるか、メモリ１０３等に格納している所定閾値と比較する（ｓ６０２）。この比較により、前記取得間隔が所定長さ以上であることが判明し（ｓ６０２：Ｙｅｓ）、更に、直近の新着確認要求において「新着コンテンツ有」情報がサーバ２００から得られていた場合（ｓ６０３：Ｙｅｓ）、前記確認時期テーブル１２５における、例えば、該当番組の次回新着確認日時を所定時間だけ延長する（ｓ６０４）。この延長処理は、例えば、前記メモリ１０３に格納されている延長時間データを、前記確認時期テーブル１２５の該当番組のレコードにおける次回の新着確認日時に加算して行う。
【０１１９】
こうした、過去の配信間隔に応じて次回の新着確認処理の時期を変更可能とすることで、新着確認時期を過去の配信傾向に基づいて適正にコントロールし、携帯端末１００およびサーバ２００の処理負荷やネットワーク１４０のトラフィックを軽減することができる。また、携帯端末１００のバッテリー消費を抑制することにもつながる。
【０１２０】
−−−他の例−−−
新着コンテンツの確認要求が、ある時刻に集中するとサーバ２００やネットワーク１４０の負荷が増大し、効率的な処理が阻害される懸念がある。そこで、携帯端末１００において本発明の新着コンテンツ管理方法を実行するアプリケーションプログラムが起動した時刻を基点にした新着確認要求時期を定めて実行するとするとしてもよい。この場合、前記確認時期テーブル１２５における新着確認要求の時期情報を、たとえば「アプリケーションプログラム起動時から２時間毎」といった、固定的な定時刻ではなく、「アプリケーションプログラム起動後から一定間隔」なるものとする。
【０１２１】
また、携帯端末１００の出力インターフェイス１０６にて表示されることとなっている「新着コンテンツ有」の情報を、サーバ２００が所定のメールアドレス（例：所定のユーザ用メールアドレスで、ユーザＤＢなどとしてサーバ２００が保持）、ファックス、電話に送信するとしてもよい。このような処理を行うことで、サーバ２００は、前記新着コンテンツ有無情報を携帯端末１００からの新着確認要求に即応して送らずに、ネットワーク１４０のトラフィックやサーバ自身の処理負荷に応じて送信することが可能となる。
【０１２２】
以上説明したように本実施形態によれば、新着コンテンツ確認の契機判断や、新着コンテンツ情報の表示処理に関し、携帯端末１００側が自身の稼働状況（新着コンテンツの取得指示受付の有無、定期更新コンテンツの有無、電波受信状況や活性／非活性状況など）に応じて主体的に行えることとなる。このようにユーザ端末側で新着コンテンツ管理に関わるいくつかの判断処理を担うことで、この判断処理を全てサーバ側に依頼していた従来状況に比してコンテンツ配信サーバやネットワークにかかる処理負荷を低減できる。
【０１２３】
したがって、新着コンテンツの確認契機や新着確認結果の処理内容の判断をユーザ端末側で可能とし、効率的な新着コンテンツの配信管理が可能となる。
【０１２４】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１２５】
【図１】本実施形態における新着コンテンツ管理システムを含むネットワーク構成図である。
【図２】本実施形態における、（ａ）確認時期テーブル、（ｂ）配信情報テーブル、（ｃ）条件テーブルの各データ構造例を示す図である。
【図３】本実施形態における、（ａ）最新情報テーブル、（ｂ）履歴テーブル、（ｃ）番組表テーブルの各データ構造例を示す図である。
【図４】本実施形態の新着コンテンツ管理方法の処理手順例１を示す図である。
【図５】本実施形態の新着コンテンツ管理方法の処理手順例２を示す図である。
【図６】本実施形態の新着コンテンツ管理方法の処理手順例３を示す図である。
【図７】本実施形態の新着コンテンツ管理方法の処理手順例４を示す図である。
【図８】本実施形態の新着コンテンツ管理方法の処理手順例５を示す図である。
【図９】本実施形態の新着コンテンツ管理方法の処理手順例６を示す図である。
【図１０】本実施形態の新着コンテンツ管理方法の処理手順例７を示す図である。
【図１１】本実施形態の新着コンテンツ管理方法の処理手順例８を示す図である。
【図１２】本実施形態の新着コンテンツ管理方法の処理手順例９を示す図である。
【図１３】本実施形態の新着コンテンツ管理方法の処理手順例１０を示す図である。
【図１４】本実施形態の新着コンテンツ管理方法の処理手順例１１を示す図である。
【符号の説明】
【０１２６】
１０  新着コンテンツ管理システム
１００  携帯端末
１０１、２０１  プログラムデータベース
１０２、２０２  プログラム
１０３、２０３  メモリ
１０４、２０４  ＣＰＵ
１０５、２０５  入力インターフェイス
１０６、２０６  出力インターフェイス
１０７、２０７  通信手段
１０８  時計機能
１１０  確認時期検知部
１１１  確認要求部
１１２  確認結果取得部
１１３  条件処理部
１２５  確認時期テーブル
１２６  配信情報テーブル
１２７  条件テーブル
１２８  定期情報テーブル
１３０  不揮発性メモリ
１３５  通信用電波の受信状況認識手段
１３６  処理優先権の順位認識手段
１４０  ネットワーク
２００  サーバ
２１０  最新情報取得部
２１１  新着有無判定部
２１２  結果送信部
２１５  最新情報テーブル（配信コンテンツデータベース）
２１６  履歴テーブル
２１７  番組表テーブル
２３０  ハードディスクドライブ
【図１】
2008165560.tif 000003
【図２】
2008165560.tif 000004
【図３】
2008165560.tif 000005
【図４】
2008165560.tif 000006
【図５】
2008165560.tif 000007
【図６】
2008165560.tif 000008
【図７】
2008165560.tif 000009
【図８】
2008165560.tif 000010
【図９】
2008165560.tif 000011
【図１０】
2008165560.tif 000012
【図１１】
2008165560.tif 000013
【図１２】
2008165560.tif 000014
【図１３】
2008165560.tif 000015
【図１４】
2008165560.tif 000016