(57)【要約】【課題】情報配信装置が、携帯端末が必要なデータを配信し、配信に失敗した場合はその理由を携帯端末に送信することができる情報配信システムを提供する。【解決手段】携帯電話機２のＣＰＵ２１は、データ配信サービス要求を情報配信装置１に送信する。情報配信装置１のＣＰＵ１１は、通信部１５で受信した配信コンテンツ名、端末ＩＤ、配信希望日時でデータが配信可能かどうか判断する。データ配信が可能ならば、ＣＰＵ１１は配信スケジュール情報データベース１３に、要求された配信希望日時、配信コンテンツ名、端末ＩＤを登録し、要求登録完了報告を携帯電話機２に送信する。登録した配信日時になると、情報配信装置１は、配信データを携帯電話機２に送信する。携帯電話機２が通話中でデータ受信できない場合、基地局３は情報配信装置１にその旨を送信する。終話後、情報配信装置１は携帯電話機２にデータ配信失敗のメッセージを送信する。【選択図】      図１
2004355549.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末ＩＤ情報と、複数の配信データと、前記複数の配信データを前記端末ＩＤ情報に対応した携帯端末へ配信する際に用いる配信スケジュールとを記憶する記憶手段とを有する情報配信装置と、前記情報配信装置とネットワークで接続される基地局と、前記基地局と無線通信を行う前記端末ＩＤ情報に対応した携帯端末とから構成される情報配信システムにおいて、
前記携帯端末が、ユーザが希望する配信データのコンテンツ名と、前記配信データの配信希望日時と、前記携帯端末の端末ＩＤ情報とを前記情報配信装置に送信する第１の過程と、
前記情報配信装置が、送信された前記コンテンツ名に対応する配信データと送信された前記端末ＩＤ情報とが、前記記憶手段に記憶されているか否かを判断し、かつ前記記憶手段に記憶された前記配信スケジュールに基づいて、前記配信希望日時に前記配信データが前記携帯端末に配信可能であるか否かを判断する第２の過程と、
前記情報配信装置が、判断結果を前記携帯端末に応答送信する第３の過程と、
前記情報配信装置の判断結果が配信可能であった場合に、前記配信希望日時になった時点で、前記情報配信装置が前記配信データを前記携帯端末に配信する第４の過程と、
前記配信希望日時に配信を失敗した場合、前記情報配信装置が、配信を失敗した理由を前記携帯端末に送信する第５の過程と
を有することを特徴とする情報配信方法。
【請求項２】
前記配信希望日時は、ユーザが希望した特定の期間であることを特徴とする請求項１記載の情報配信方法。
【請求項３】
複数の端末ＩＤ情報と、複数の配信データと、前記複数の配信データを前記端末ＩＤ情報に対応した携帯端末へ配信する際に用いる配信スケジュールとを記憶する記憶手段とを有する情報配信装置と、前記情報配信装置とネットワークで接続される基地局と、前記基地局と無線通信を行う前記端末ＩＤ情報に対応した携帯端末とから構成される情報配信システムにおいて、
前記携帯端末は、
ユーザが希望する配信データのコンテンツ名と、前記配信データの配信希望日時と、前記携帯端末の端末ＩＤ情報とを前記情報配信装置に送信する第１の送信手段とを有し、
前記情報配信装置は、
前記送信手段により送信された前記コンテンツ名に対応する配信データと前記送信手段により送信された前記端末ＩＤ情報とが、前記記憶手段に記憶されているか否かを判断し、かつ前記記憶手段に記憶された前記配信スケジュールに基づいて、前記配信希望日時に前記配信データが配信可能であるか否かを判断する判断手段と、
前記判断手段により判断した結果を前記携帯端末に応答送信する第２の送信手段と、
前記判断手段により配信可能であると判断した場合、前記配信希望日時になった時点で、前記配信データを前記携帯端末に配信する配信手段と、
前記配信手段が配信に失敗した場合、配信に失敗した理由を前記携帯端末に送信する第３の送信手段とを有する
ことを特徴とする情報配信システム。
【請求項４】
複数の端末ＩＤ情報と、複数の配信データと、前記複数の配信データを前記端末ＩＤ情報に対応した端末へ配信する際に用いる配信スケジュールとを記憶する記憶手段を有する情報配信装置であって、基地局とネットワークで接続し、該基地局を介して携帯端末との通信を行っている情報配信装置において、
前記携帯端末から送信された配信データコンテンツ名に対応する配信データと前記携帯端末から送信された前記端末ＩＤ情報とが、前記記憶手段に記憶されているか否かを判断し、かつ前記配信スケジュールに基づいて、前記携帯端末が希望する配信希望日時に前記配信データが配信可能であるか否かを判断する判断手段と、
前記判断手段により判断した結果を前記携帯端末に応答送信する第２の送信手段と、
前記判断手段により配信可能であると判断した場合、前記配信希望日時になった時点で、前記配信データを前記携帯端末に配信する配信手段と、
前記配信手段が配信に失敗した場合、配信に失敗した理由を前記携帯端末に送信する第３の送信手段と
を有することを特徴とする情報配信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報配信装置から携帯端末にデータを配信する情報配信システムおよび情報配信装置に関する。
【０００２】
【従来の技術】
近年の携帯電話システムは、旧来からの音声通話データの受発信に加えて、そのシステムで扱うディジタルデータの特徴を生かし、音声のみならず、電子メールのような文字データ、音楽、画像あるいはゲームソフト等のデータが受発信できるようになっている。
例えば、ＮＴＴ  ＤｏＣｏＭｏ社が提供するｉモード（登録商標）は、ｉモード対応携帯電話がサーバを介して、インターネットに接続されることによって、数多くの種類のデータがダウンロードできるようになっている。なお、ｉモードにおいては一度にダウンロードされるデータの大きさが、システム上の理由から上限を１０ｋバイトに制限されている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００２−２１５３９７号公報
【０００４】
画像・音楽・あるいはゲームソフトデータを携帯電話機に配信するにあたり、少ないデータ量では従来の方法でも特に不便はないが、大容量のデータ配信となると２つの問題が生じてくることが考えられる。
１つは携帯電話機側の問題である。例えば、５００ｋバイトのデータの配信に対して、データ転送速度が６４ｋビット／秒であれば、データのダウンロードに約１分かかる。この時間がダウンロード処理に占有されるため、通常の音声通話または電子メール等の受発信機能が生かされないことになる。さらにＭＰ３形式の音楽データであれば１曲（演奏時間５分とする）あたり約５Ｍバイトのデータ量となり、上記のデータ転送速度では約１０分かかる。コンテンツの著作権保護に要する認証プロセスにかかる時間を無視しても、最低限これだけの時間がダウンロード処理で占有されてしまい、携帯電話機はその間データ受信以外の通信を行うことができなくなる。
【０００５】
もう１つはデータ配信装置側の問題である。例として、音楽データ配信の場合を考える。携帯端末からの配信データ要求については、特定のデータに短期間に集中する傾向がでてくることが容易に想像できる。なぜならば、ユーザの要求が特定の人気コンテンツに集中するためである。特に人気のあるアーティストの音楽配信については、従来のＣＤソフトの売上を見ても分かるように、発売直後１週間に１０万から１００万枚単位で購入されていることから、その配信データへのアクセスも配信開始直後に１０万から１００万単位で集中することが想像される。こういった事態への対応としては、サーバの増設や大容量回線の確保が必要となるが、それでも各携帯端末へのデータ配信時刻の遅延問題は原理的に残り、またデータ配信の遅延に伴って通信コストもかかってしまう。
【０００６】
このため、データ配信スケジュールを共有し、配信要求の集中を防ぐために、携帯端末から情報配信装置にデータ配信予約を行ってデータ配信を行うシステムが提案されている。
【０００７】
なお、携帯端末が配信予約を行ったデータを情報配信装置が一斉配信するものも提案されている。しかし、情報配信装置が複数の携帯端末に一斉配信することを前提にしており、個々の携帯端末に対する通信ではない。携帯端末は配信予約を行う際に、パスワードを受信する。そして、配信時刻になると配信データのパスワードとの照合を行う。このとき、他の携帯端末が配信データの受信要求はしていなくても、パスワード受信と照合まで行わなければならないという煩わしさがある。
【０００８】
【発明が解決しようとする課題】
携帯電話機の場合、データ配信を予約した日時に通話をしており、情報配信装置からのデータを受信できない場合が想定される。この場合、受信できなかった理由を携帯電話機を所持するユーザが知らないと、ユーザは疑問に思い、情報配信装置に問い合わせを行うなどの手間が発生する。
この発明はこのような点を鑑みてなされたもので、情報配信装置が、携帯端末が必要なデータを配信し、配信に失敗した場合はその理由を携帯端末に送信することができる情報配信システムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
上記した目的を達成するために、請求項１記載の情報配信方法は、複数の端末ＩＤ情報と、複数の配信データと、前記複数の配信データを前記端末ＩＤ情報に対応した携帯端末へ配信する際に用いる配信スケジュールとを記憶する記憶手段とを有する情報配信装置と、前記情報配信装置とネットワークで接続される基地局と、前記基地局と無線通信を行う前記端末ＩＤ情報に対応した携帯端末とから構成される情報配信システムにおいて、前記携帯端末が、ユーザが希望する配信データのコンテンツ名と、前記配信データの配信希望日時と、前記携帯端末の端末ＩＤ情報とを前記情報配信装置に送信する第１の過程と、前記情報配信装置が、送信された前記コンテンツ名に対応する配信データと送信された前記端末ＩＤ情報とが、前記記憶手段に記憶されているか否かを判断し、かつ前記記憶手段に記憶された前記配信スケジュールに基づいて、前記配信希望日時に前記配信データが前記携帯端末に配信可能であるか否かを判断する第２の過程と、前記情報配信装置が、判断結果を前記携帯端末に応答送信する第３の過程と、前記情報配信装置の判断結果が配信可能であった場合に、前記配信希望日時になった時点で、前記情報配信装置が前記配信データを前記携帯端末に配信する第４の過程と、前記配信希望日時に配信を失敗した場合、前記情報配信装置が、配信を失敗した理由を前記携帯端末に送信する第５の過程とを有することを特徴とする。
【００１０】
請求項２記載の発明は、請求項１記載の情報配信方法において、前記配信希望日時は、ユーザが希望した特定の期間であることを特徴とする。
【００１１】
請求項３記載の情報配信システムは、複数の端末ＩＤ情報と、複数の配信データと、前記複数の配信データを前記端末ＩＤ情報に対応した携帯端末へ配信する際に用いる配信スケジュールとを記憶する記憶手段とを有する情報配信装置と、前記情報配信装置とネットワークで接続される基地局と、前記基地局と無線通信を行う前記端末ＩＤ情報に対応した携帯端末とから構成される情報配信システムにおいて、前記携帯端末は、ユーザが希望する配信データのコンテンツ名と、前記配信データの配信希望日時と、前記携帯端末の端末ＩＤ情報とを前記情報配信装置に送信する第１の送信手段とを有し、前記情報配信装置は、前記送信手段により送信された前記コンテンツ名に対応する配信データと前記送信手段により送信された前記端末ＩＤ情報とが、前記記憶手段に記憶されているか否かを判断し、かつ前記記憶手段に記憶された前記配信スケジュールに基づいて、前記配信希望日時に前記配信データが配信可能であるか否かを判断する判断手段と、前記判断手段により判断した結果を前記携帯端末に応答送信する第２の送信手段と、前記判断手段により配信可能であると判断した場合、前記配信希望日時になった時点で、前記配信データを前記携帯端末に配信する配信手段と、前記配信手段が配信に失敗した場合、配信に失敗した理由を前記携帯端末に送信する第３の送信手段とを有することを特徴とする。
【００１２】
請求項４記載の情報配信装置は、複数の端末ＩＤ情報と、複数の配信データと、前記複数の配信データを前記端末ＩＤ情報に対応した端末へ配信する際に用いる配信スケジュールとを記憶する記憶手段を有する情報配信装置であって、基地局とネットワークで接続し、該基地局を介して携帯端末との通信を行っている情報配信装置において、前記携帯端末から送信された配信データコンテンツ名に対応する配信データと前記携帯端末から送信された前記端末ＩＤ情報とが、前記記憶手段に記憶されているか否かを判断し、かつ前記配信スケジュールに基づいて、前記携帯端末が希望する配信希望日時に前記配信データが配信可能であるか否かを判断する判断手段と、前記判断手段により判断した結果を前記携帯端末に応答送信する第２の送信手段と、前記判断手段により配信可能であると判断した場合、前記配信希望日時になった時点で、前記配信データを前記携帯端末に配信する配信手段と、前記配信手段が配信に失敗した場合、配信に失敗した理由を前記携帯端末に送信する第３の送信手段とを有することを特徴とする。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
図１は、本発明の一実施形態に係る情報配信システムの概略構成を示すブロック図である。情報配信システムは、情報配信装置１と、携帯電話機２（携帯端末）と、基地局３と、ネットワークＮとで構成される。
情報配信装置１において、１１はＣＰＵ（判断手段）であり、情報配信装置１の各部を制御する。１２は配信情報データベース（記憶手段）であり、携帯電話機２に配信するデータを格納している。１３は配信スケジュール情報データベース（記憶手段）であり、携帯電話機２それぞれへデータを配信する際に用いるスケジュールを格納している。１４は端末ＩＤデータベース（記憶手段）であり、データを配信する携帯端末等の端末ＩＤ情報を格納している。１５は通信部（第２の送信手段、配信手段、第３の送信手段）であり、ネットワークＮに接続されている。
【００１４】
携帯電話機２において、２１はＣＰＵであり、携帯電話機２の各部を制御する。２２はＲＯＭ、２３はＲＡＭ、２４は記憶部、２５は表示部、２６は操作キーなどの操作部、２７は音声処理部、２８は基地局３に無線接続する無線送受信部（第１の送信手段）である。
基地局３は携帯電話機２の無線送受信部２８と無線接続している。またネットワークＮと接続して情報配信装置１の通信部１５と通信を行う。
【００１５】
次に、上記構成の動作について説明する。まず、データ配信予約の動作について図２、図３を参照して説明する。図２において、携帯電話機２のＣＰＵ２１は、操作部２６を介してユーザによって入力されたデータ配信サービス要求を無線送受信部２８から基地局３を介して情報配信装置１の通信部１５に送信する（ステップＳ１０１）。このデータ配信サービス要求の情報要素には、配信予約要求データがユーザによって設定されている。この配信予約要求データには要求項目として、配信希望日時、配信を希望するデータに対応するコンテンツ名、端末ＩＤが含まれている。情報配信装置１のＣＰＵ１１は、通信部１５で受信したコンテンツ名に対応する配信データと端末ＩＤとが、それぞれ配信情報データベース１２、端末ＩＤデータベース１４に格納されているか判断する。またＣＰＵ１１は、通信部１５で受信した配信希望日時と配信スケジュール情報データベース１３にあらかじめ格納されている配信スケジュールとを照合し、要求された配信希望日時でデータが配信可能かどうか判断する（ステップＳ１０３）。ステップＳ１０３の判断によりデータ配信が可能ならば、ＣＰＵ１１は配信スケジュール情報データベース１３に、要求された配信希望日時、配信コンテンツ名、端末ＩＤを登録する（ステップＳ１０５）。そしてＣＰＵ１１は、これらを登録したことを知らせる要求登録完了報告を携帯電話機２に送信する（ステップＳ１０７）。携帯電話機２のＣＰＵ２１は、受領確認データを含む接続切断要求を情報配信装置１に送信して、通信を終了する（ステップＳ１０９）。これにより、携帯電話機２から情報配信装置１への配信予約が完了する。
【００１６】
図３において、要求されたコンテンツ名に対応する配信データと端末ＩＤとが、それぞれ配信情報データベース１２、端末ＩＤデータベース１４に格納されていない場合、または受信した配信希望日時でデータが配信不可能の場合（ステップＳ１１１）、ＣＰＵ１１は携帯電話機２に、要求したデータ配信が不可能であることを知らせる要求拒絶報告を送信する（ステップＳ１１３）。拒絶理由については、要求される配信希望日時において「同時最大配信数を越える」、または「コンテンツ名に対応する配信データが存在しない」、あるいは「要求する端末ＩＤには配信サービスが提供されてない」などの項目が用意されている。
次に、携帯電話機２は受領確認データを含む接続切断要求を情報配信装置１に送信して、通信を終了する（ステップＳ１０９）。
【００１７】
次に、配信予約されたデータを情報配信装置１が配信する動作について、図４を参照して説明する。ステップＳ１０５で配信スケジュール情報データベース１３に登録した配信希望日時になると、情報配信装置１のＣＰＵ１１は、同じくステップＳ１０５で登録した端末ＩＤを有する携帯電話機２に対して呼設定を送信し発呼する（ステップＳ２０１）。着呼した携帯電話機２は、情報配信装置１に同期要求を送信し（ステップＳ２０３）、受信した情報配信装置１は携帯電話機２に応答を返して（ステップＳ２０５）同期を行う。次に携帯電話機２は情報配信装置１に通信仕様データを含む制御要求を送信し（ステップＳ２０７）、受信した情報配信装置１はその通信仕様データを記憶部２４に記憶して、制御応答を返す（ステップＳ２０９）。次に情報配信装置１は、ステップＳ２０７で送信された通信仕様に応じて、データ制御データを含む配信データを携帯電話機２に送信する（ステップＳ２１１）。情報配信装置１が配信データを送信し終えると、携帯電話機２に接続切断要求を送信する（ステップＳ２１３）。携帯電話機２は情報配信装置１に切断応答を行って（ステップＳ２１５）、通信を終了する。
【００１８】
次に、配信予約した時刻に携帯電話機２が通話中のため、情報配信装置１が携帯電話機２に配信データを送信できない場合の動作について、図５を参照して説明する。携帯電話機２は情報配信装置１に対して、図２の手続きに従ってデータ配信予約を完了している。また携帯電話機２は、基地局３を介して他の電話機と通話中である。配信予約した時刻になると、情報配信装置１はデータ配信スケジュールに従って、配信予約を行った携帯電話機２に対し、基地局３を介して呼設定を送信し発呼する（ステップＳ４０１）。しかし、携帯電話機２が通話中であるため、基地局３は情報配信装置１からの呼設定を携帯電話機２に送信できない。そこで基地局３は、「携帯電話機２が通話中である」という理由を含む、情報配信装置１との接続解放完了情報を情報配信装置１に送信する（ステップＳ４０３）。情報配信装置１は、「要求された配信希望日時にデータ配信できなかった」ということを含む付加情報メッセージを基地局３に送信する（ステップＳ４０５）。基地局３は、携帯電話機２の通話が終了するまで、その付加情報メッセージを保持している。
【００１９】
終話時、携帯電話機２はまず通話切断要求を基地局３に送信する（ステップＳ４０７）。基地局３はその応答として、接続解放メッセージを携帯電話機２に送信する（ステップＳ４０９）。この接続解放メッセージには、ステップＳ４０５で情報配信装置１から送信された付加情報メッセージを含んでいる。携帯電話機２のＣＰＵ２１は、この付加情報メッセージに基づいて、表示部２５に「通話中の為、データ配信中止」と表示させる。表示部２５に表示されたこのメッセージから、ユーザは予約したデータ配信が無効となることを知る。次に携帯電話機２は、ステップＳ４０９で基地局３から送信された接続解放メッセージの応答として解放完了メッセージを基地局３に送信する（ステップＳ４１１）。これにより、基地局３と携帯電話機２とは接続解放状態となる（ステップＳ４１３、ステップＳ４１５）。
【００２０】
図５の動作において終話時に基地局３側から通話が切断される場合について、図６を参照して説明する。終話時、基地局３は接続切断メッセージを携帯電話機２に送信する（ステップＳ４２１）。この接続切断メッセージには、ステップＳ４０５で情報配信装置１から送信された付加情報メッセージを含んでいる。携帯電話機２のＣＰＵ２１は、この付加情報メッセージに基づいて、表示部２５に「通話中の為、データ配信中止」と表示させる。表示部２５に表示されたこのメッセージから、ユーザは予約したデータ配信が無効となることを知る。次に携帯電話機２は、その応答として、基地局３へ接続解放メッセージを送信する（ステップＳ４２３）。次に、基地局３は携帯電話機２へ解放完了メッセージを送信する（ステップＳ４２５）。これにより、基地局３と携帯電話機２とは解放状態となる（ステップＳ４１３、ステップＳ４１５）。
【００２１】
図７は図５の動作において、通話中である携帯電話機２の表示部２５に「通話中の為、データ配信中止」と表示する場合である。情報配信装置１はデータ配信スケジュールに従って、配信要求のある携帯電話機２に対して呼設定を送信し発呼する（ステップＳ４０１）。しかし、携帯電話機２が通話中であるため、基地局３は情報配信装置１からの呼設定を携帯電話機２に送信できない。そこで基地局３は、「携帯電話機２が通話中である」という理由を含む、情報配信装置１との接続解放完了情報を情報配信装置１に送信する。（ステップＳ４０３）。そして基地局３は、あらかじめ用意している、「通話中の為、データ配信中止」という状態表示メッセージを携帯電話機２に送信し（ステップＳ４３０）、通話中である携帯電話機２の表示部２５にそのメッセージを表示させる。
【００２２】
図８〜図１０は、図５〜図７で送受信した接続解放メッセージ、解放完了メッセージ、状態表示メッセージの情報要素の実施例を示す。これらのメッセージには共通して「表示」という情報要素を持っているので、この情報要素に「通話中の為、データ配信中止」のメッセージを設定すればよい。
【００２３】
以上説明したように、本実施形態によれば、データ配信前に携帯端末から情報配信装置へ、配信希望日時、配信データのコンテンツ名、端末ＩＤ情報を送信し、それを受けた情報配信装置がシステムとしてその要求内容が受け入れられるか否かを判定する。そして判定結果を携帯電話機に送信することにより、携帯電話機にも情報配信装置にも都合のよいデータ配信スケジュールを作成し、それに従ってデータ配信を行うことができる。よって、配信先の端末側にとっても、配信元のデータ配信システム側にとっても無理のない円滑なデータ配信が可能になる。
【００２４】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【００２５】
例えば、上記実施形態における携帯電話機の代わりに、無線通信機能を備えた携帯型パーソナル・コンピュータ又はＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）に本発明を適用してもよい。
また、配信日時を一定の範囲、例えば同じ日の午前０：００から午前５：００等に設定してもよい。これにより、情報配信装置とのスケジュール調整がより容易になる。
また、図６では基地局３からの接続切断メッセージに付加情報メッセージを含むとしたが、解放完了メッセージに設定してもよい。さらにこの付加情報メッセージについて、例えば情報配信装置１や携帯電話機２が電子メールの受発信機能を持っていれば、電子メールでそれを送信してもよい。本実施例では通話中であったことがデータ配信できない理由としたが、他にデータ配信中の物理的な要因による切断であっても、情報配信装置１が認識できる失敗であればこれらのメッセージを用いて端末側に知らせることができるものとする。
【００２６】
【発明の効果】
以上の説明で明らかなように、本発明によれば、携帯端末から情報配信装置へ配信希望日時、配信データのコンテンツ名、端末ＩＤ情報を送信し、それを受信した情報配信装置が前記受信内容でデータ配信可能か否かを判断する。そして、判断結果を携帯端末に送信し、前記受信内容でデータ配信可能ならば、配信希望日時にデータ配信する。よって、端末側にも情報配信装置にも都合のよいデータ配信スケジュールを作成することができ、配信先の端末側にとっても、配信元のデータ配信システム側にとっても無理のない円滑なデータ配信が可能になる。また、配信希望日時に携帯端末が通話中であり、情報配信装置が携帯端末へデータの配信に失敗した場合、情報配信装置が配信に失敗した理由を前記携帯端末に送信するので、データを受信できなかった理由をユーザが知らずに、情報配信装置に問い合わせを行うなどといったことを防ぐことができる。
また、配信予約をした配信日時でデータ配信が行なわれるために、ユーザが携帯端末を使用しない時間帯にデータ配信を行うことができ、ユーザが音声通話やメールの授受を行いたいときに携帯端末を使用できないといった不都合を回避することができる。また、同時間における多数の携帯端末端末へのデータ配信の際に生じる、情報配信装置のスループットの低下を回避でき、携帯端末および情報配信装置両者にとって快適なデータ配信を実現できる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る情報配信装置１と携帯電話機２の概略構成を示すブロック図である。
【図２】同実施形態におけるデータ配信予約ができる場合の動作を示すフローチャートである。
【図３】同実施形態におけるデータ配信予約ができない場合の動作を示すフローチャートである。
【図４】同実施形態における配信予約されたデータを情報配信装置１が配信する動作を示すフローチャートである。
【図５】同実施形態における、配信予約した時刻に携帯電話機２が通話中の場合の動作を示すフローチャートである。
【図６】同実施形態における、配信予約した時刻に携帯電話機２が通話中であり、終話時に基地局３側から通話が切断される場合の動作を示すフローチャートである。
【図７】同実施形態における、配信予約した時刻において通話中の携帯電話機２に配信中止を報知する場合の動作を示すフローチャートである。
【図８】同実施形態における、解放メッセージの情報要素の実施例である。
【図９】同実施形態における、解放完了メッセージの情報要素の実施例である。
【図１０】同実施形態における、状態表示メッセージの情報要素の実施例である。
【符号の説明】
１…情報配信装置、２…携帯電話機、３…基地局、１１…ＣＰＵ、１２…配信情報データベース、１３…配信スケジュール情報データベース、１４…端末ＩＤデータベース、１５…通信部、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…記憶部、２５…表示部、２６…操作部、２７…音声処理部、２８…無線送受信部
【図１】
2004355549.tif 000003
【図２】
2004355549.tif 000004
【図３】
2004355549.tif 000005
【図４】
2004355549.tif 000006
【図５】
2004355549.tif 000007
【図６】
2004355549.tif 000008
【図７】
2004355549.tif 000009
【図８】
2004355549.tif 000010
【図９】
2004355549.tif 000011
【図１０】
2004355549.tif 000012