JP2008252433A - 番組予約情報取得システムおよびこれに用いる通信装置、サーバ - Google Patents

Abstract

【課題】グループメンバーが容易にグループ予約状態を取得することができる番組予約情報取得システムおよびこれに用いる通信装置、サーバを提供する。
【解決手段】番組予約情報取得システムは、複数の通信装置とサーバを備える。通信装置は、通信装置のユーザにより所望の番組の録画予約を求める録画要求が入力される入力手段と、録画要求が入力された番組に関する録画予約情報を公開するか否かを設定する設定手段と、公開することが設定された場合に前記録画予約情報を前記サーバに送信する送信手段とを備える。また、サーバは、前記複数の通信装置の識別情報を１つのグループとして関連づけて記憶する記憶手段と、前記複数の通信装置と情報の送受信を行う通信手段と、前記複数の通信装置のいずれか１つから前記録画予約情報を受信した場合に前記録画予約情報を用いて前記グループに含まれる前記複数の通信装置における録画予約状態に関するグループ予約情報を作成する作成手段とを有することを特徴とする。
【選択図】 図１

Description

本発明は、番組の録画予約に関する情報を取得する番組予約情報取得システムおよびこれに用いる通信装置、サーバに関する。

電子メールを利用してAV機器を遠隔操作するシステムや携帯電話からリモートで番組を録画予約するシステム等が公開されている。これらのシステムでは、１ユーザが個人で作業することを助けるものである。
上記に対して、特許文献1には、複数のユーザ間で情報を共有し、コミュニティーを強めるために、複数のユーザをグループのメンバーとして作成し、グループ内で番組予約情報を通知し、同じ番組を予約するシステムが開示されている。

特開２００５−１８４５０３号公報

しかし、特許文献１に開示されているシステムでは、ユーザがグループの他のメンバーの予約情報を閲覧するためには、各メンバーから番組情報を１番組ずつ受信する必要がある。

本発明は、グループメンバーが容易にグループ予約状態を取得することができる番組予約情報取得システムおよびこれに用いる通信装置、サーバを提供することを目的とする。

本発明にかかる番組予約情報取得システムは、複数の通信装置とサーバを備える。通信装置は、前記通信装置のユーザにより所望の番組の録画予約を求める録画要求が入力される入力手段と、前記入力手段により録画要求が入力された番組に関する録画予約情報を公開するか否かを設定する設定手段と、前記設定手段により公開することが設定された場合に前記録画予約情報を前記サーバに送信する送信手段と、を備える。また、サーバは、前記複数の通信装置の識別情報を１つのグループとして関連づけて記憶する記憶手段と、前記複数の通信装置と情報の送受信を行う通信手段と、前記通信手段により前記複数の通信装置のいずれか１つから前記録画予約情報を受信した場合に前記録画予約情報を用いて前記グループに含まれる前記複数の通信装置における録画予約状態に関するグループ予約情報を作成する作成手段とを有することを特徴とする。

本発明によれば、グループメンバーが容易にグループ予約状態を取得することができる番組予約情報取得システムおよびこれに用いる通信装置、サーバを提供することができる。

図１は、番組予約情報取得システムの一例を示す図である。ユーザAは、放送受信機１１００あるいは携帯端末１２００から、通信インフラ４０００を介して予約情報をサーバ３０００に送信し、ユーザBはサーバ３０００から放送受信機２１００及び携帯端末２２００を用いて、ユーザAを含むグループのメンバーの番組予約状態を示すグループ予約状態表を取得する。なお、本例では、グループメンバーは、ユーザＡおよびユーザＢの２人により構成されているが、これに限定するものではなく、3人以上であっても良い。

図１に示すように、サーバ３０００を放送受信機１１００、２１００、や携帯端末１２００、２２００等と独立に設置することで、ユーザの放送受信機又は携帯端末のソフトウェア規模が小さくなるメリットがある。ただし、サーバ３０００をグループメンバーの放送受信機１１００、２１００や携帯端末１２００、２２００等に内蔵する構成であっても良い。この場合は、サーバ３０００を提供するプロバイダなどが必要なくなり、ユーザの放送受信機と携帯端末にソフトウェアをインストールすることにより、番組予約情報取得システムを実現することができ、ユーザの利便性を高めることができる。

放送受信機１１００、２１００は、テレビ局等から放送される番組表の受信及び録画を行う機器であり、通信インフラ４０００を介してサーバ３０００、携帯端末１２００、２２００及びグループ内の他の機器に情報を送受信する通信機能を備える。携帯端末１２００、２２００は、放送受信機１１００、２１００をコントロールする機能を備える。

以下、ユーザが有する通信装置のうちで、放送受信機１１００および２１００をメインに番組予約やグループ予約状態表の取得を行う場合を例にして、番組予約情報取得システムについて説明を行う。本例では、ユーザが通信端末として、放送受信機と携帯端末の両方を用いている場合を示しているが、放送受信機のみを用いるようにしても良い。

図２は、ユーザAが持つ放送受信機１１００及びユーザBが持つ放送受信機２１００の構成を示すブロック図である。以下、放送受信機１１００を例に説明する。

放送受信機１１００は、装置全体の制御を行い、サーバ３０００への予約情報通知処理やサーバ３０００からのグループ予約状態表の取得処理などを実行する制御部１１４０と、情報格納部１１９０と、チューナなどからなる放送受信部１１２０と、放送番組や録画された番組等を表示する表示部１１１０と、データ入力や各種機能の指示を行うためのキーボード、GUI（Graphical User Interface）ボタン等から構成されるユーザ操作部１１３０と、選択された放送番組等を録画する録画部１１５０と、ユーザが持つ他の機器（例えば、携帯端末１２００）や、サーバ３０００と通信インフラ４０００を通じて通信を行う通信部１１６０とを備える。

情報格納部１１９０は、内部メモリやハードディスク、取り外し可能なメモリカードなどから構成され、制御部１１４０により実行されるプログラムや、通信制御データ、番組の録画予約情報などを記憶する。また、ユーザが使用する携帯端末（ユーザAなら携帯端末１２００）の携帯端末ID１１９１、予約情報１１７０、グループ管理情報１１８０などの情報も情報格納部１１９０に記憶される。

携帯端末ID１１９１は、携帯端末を特定したり、携帯端末に接続したりするための特定情報であり、例えば電話番号やメールアドレスである。 予約情報１１７０は、番組の録画予約の際に、後述する「公開予約」設定を「公開する」とした予約番組を保持する公開予約リストDB１１７１および、番組の録画予約の際に後述する「予約モード」設定を「絶対予約」とした番組を保持する絶対予約リストDB１１７２から構成される。

ここで、「予約モード」とは、番組録画予約の際のモードを決定するための情報であり、ユーザが「絶対予約」又は「普通予約」を選択する。「絶対予約」の番組というのは、人気番組予約機能や自動予約機能により重複があった場合でも番組予約を削除せず、絶対に予約するものである。「普通予約」の番組というのは、人気番組予約機能や自動予約機能により重複があった場合はこれらの番組を削除するものである。

「公開予約」は、録画予約する番組を他のユーザに公開するかどうかを決定するための情報であり、ユーザが「公開する」又は「公開しない」を選択する。グループ内であっても、ユーザが他のメンバーに知らせたくない予約情報がある場合があるため、このように公開の可否をユーザが選択できるようにすることにより、ユーザのプライバシーを守ることができる。

公開予約リストDB１１７１は、番組IDと番組名とチャネルと放送日と放送時間を記憶している。番組IDは、番組を識別するために一意に割り当てられる番組のIDである。番組名は、番組IDに対応する番組名であり、ユーザが番組を識別するために用いられる。チャネルは、番組が放送されるチャネルの番号である。放送日は、番組が放送される日である。放送時間は、番組が放送される開始時刻と終了時刻である。絶対予約リストDB１１７２は、公開予約リストDB１１７１と同様に、番組ＩＤ等の項目を有する。

グループ管理情報１１８０は、グループ情報DB１１８１とユーザ情報DB１１８２から構成される。

放送受信機１１００のグループ情報DB１１８１はユーザAが所属する各グループの情報がそれぞれ格納されているデータベースであり、一例を図５に示す。また、ユーザBの放送受信機２１００情報格納部１１９０に格納されているグループ情報DB１１８1の一例を図６に示す。グループ情報DB１１８１は項目として、グループIDとグループ名と作成者とグループメンバー名を持つ。グループIDは、グループを識別するために一意に割り当てられるグループのIDである。グループ名は、グループIDに対応するグループ名であり、ユーザがグループを識別するために用いられる。作成者は、グループを作成した人を識別するための情報であり、グループ作成者のユーザ名が格納される。グループメンバー名は、グループに参加しているメンバーのユーザ名が格納される。

ユーザ情報DB１１８２は各グループに含まれるメンバーのユーザ情報を格納するデータベースであり、一例を図７に示す。ユーザ情報DB１１８２は項目として、ユーザIDとユーザ名と放送受信機IDを持つ。ユーザIDは、ユーザを識別するためにユーザ情報DB内で一意に割り当てられるIDである。ユーザ名は、ユーザIDに対応するユーザの名前であり、ユーザ情報DB１１８２を使用するユーザがユーザ情報DB１１８２に記載されているユーザを識別するために用いられる。放送受信機IDは、ユーザ情報DBに記載されている各ユーザが使用する放送受信機の通信先を特定するための情報であり、IPアドレスやメールアドレス等を用いることができる。図７では、放送受信機ＩＤとしてメールアドレスを用いられている例を示している。

録画部１１５０は、複数の番組を同時に録画することが可能なものである。今後、n個の番組を同時に録画できることを「n個のリソースを持つ」と呼ぶこととする。更に、録画部がｎ個のリソースを持つ場合に、同時の録画予約の番組数がnより少なければ、「録画可能なリソースがある」と呼び、同時の録画予約の番組数がちょうどnであれば、「録画可能なリソースがない」と呼ぶこととする。

図３は、ユーザAが持つ携帯端末１２００及びユーザBが持つ携帯端末２２００の構成を示すブロック図である。以下、携帯端末１２００を例に説明を行う。

携帯端末１２００は、装置全体の制御を行い、後述するグループ予約状態表の取得処理などを実行する制御部１２４０と、情報格納部１２９０と、放送番組情報やグループ予約状態表等を表示する表示部１２１０と、データ入力や各種機能の指示を行うためのキーボード、GUI（Graphical User Interface）ボタン等から構成されるユーザ操作部１２３０と、ユーザが持つ他の機器（例えば、放送受信機１１００）、サーバ３０００と通信インフラ４０００を通じて通信を行う通信部１２６０とを備えて構成される。

情報格納部１２９０は、内部メモリ、取り外し可能なメモリカードなどから構成され、制御部１２４０が利用するプログラム、通信制御データ、番組の録画予約情報などが格納される。また、ユーザが使用する放送受信機（ユーザAなら放送受信機１１００）の放送受信機ID１２９１、予約情報１２７０、グループ管理情報１２８０も情報格納部１２９０に格納される。

放送受信機ID１２９１は、放送受信機と通信を行うための通信先特定情報であり、放送受信機のIPアドレスやメールアドレスを用いることができる。 予約情報１２７０は、EPGなどの番組情報（例えば、番組名、番組ID、チャネル、放送日、放送の開始時刻と終了時刻など）およびサーバ３０００より通信部１２６０を介して取得される後述するグループ予約状態表から構成される。ユーザは予約情報１２７０とユーザ操作部１２３０により番組録画予約を行うことができる。

グループ管理情報１２８０は、ユーザが所属しているグループの情報であり、グループ情報DB１２８１から構成される。

ユーザAのグループ情報DB１２８１の一例は前述の図５と同様である。また、ユーザBのグループ情報DB１２８１の一例は前述の図６と同様である。
グループ情報DB１２８１の項目は、前記のグループ情報DB１１８１と同様である。

図４は、サーバ３０００の構成を示すブロック図である。
サーバ３０００は、装置全体の制御を行い、ユーザの放送受信機１１００等からの予約情報取得処理や、放送受信機２１００等へのグループ予約状態表送信処理などを実行する制御部３０２０と、情報格納部３０７０と、操作画面等を表示する表示部３０３０と、データ入力や各種機能の指示を行うためのキーボード等からなる操作部３０１０と、放送受信機１１００等と通信インフラ４０００を通じて通信を行う通信部３０４０とを備えて構成される。

情報格納部３０７０は、内部メモリ、ハードディスク、取り外し可能なメモリカードなどから構成され、制御部３０２０が利用するプログラム、通信制御データが格納される。また、グループ管理情報３０５０、グループ予約情報３０６０も情報格納部３０７０に格納される。

グループ管理情報３０５０は、グループ情報DB３０５１とユーザ情報DB３０５２から構成される。

グループ情報DB３０５１の一例を図８に示す。グループ情報DB３０５１は項目として、グループIDとグループ名と作成者とグループメンバー名と自動予約を持つ。グループIDとグループ名と作成者とグループメンバー名は、前記のグループ情報DB１１８１と同じ構成である。

自動予約は、グループ予約状態表が更新された際に自動的にユーザの放送受信機に通知し、放送受信機が自動的に人気番組を録画予約するかどうかを決定するための情報であり、ユーザがグループ参加返信の際に「ON」または「OFF」を選択する。「ON」を設定した場合は、グループ予約状態表が更新されたら、サーバが自動的にグループ予約状態表をユーザの放送受信機に通知し、放送受信機が受け取ったグループ予約状態表により人気番組を自動的に録画予約する。「OFF」を設定した場合は、グループ予約状態表が更新されても、サーバはユーザの放送受信機に何も通知しない。

ユーザ情報DB３０５２の一例を図９に示す。ユーザ情報DB３０５２は項目として、ユーザIDとユーザ名と放送受信機IDと携帯端末IDを持つデータベースである。ユーザIDは、ユーザを識別するためにユーザ情報DB内で一意に割り当てられるIDである。ユーザ名は、ユーザIDに対応するユーザの名前であり、ユーザ情報DBを使用するユーザがユーザ情報DBに記載されているユーザを識別するために用いられる。放送受信機IDは、ユーザ情報DBに記載されている各ユーザが使用する放送受信機の通信先を特定するための情報であり、IPアドレスやメールアドレス等である。携帯端末IDは、ユーザ情報DBに記載されている各ユーザが使用する携帯端末の通信先を特定するための情報であり、電話番号やメールアドレス等を用いる。なお、図９の例では、放送受信機ＩＤおよび携帯端末ＩＤとしてメールアドレスを用いた場合を示している。

グループ予約情報３０６０は、メンバー公開リストDB３０６１とグループ予約表DB３０６２から構成される。

メンバー公開リストDB３０６１は、ユーザごとの公開予約リストDBを保持するデータベースであり、項目はユーザIDとユーザ名と公開予約リストDBになっている。ユーザIDは、ユーザを識別するためにユーザ情報DB内で一意に割り当てられるIDである。ユーザ名は、ユーザIDに対応するユーザの名前であり、ユーザ情報DBを使用するユーザがユーザ情報DBに記載されているユーザを識別するために用いられる。公開予約リストDBは、各ユーザの公開予約リストDBであり、前記の公開予約リストDB１１７１と同様の構成である。

グループ予約表DB３０６２は、グループごとのグループ予約状態表を保持するデータベースであり、項目はグループIDとグループ名と予約表存在状態と作成日時とグループ予約状態表になっている。グループIDは、グループを識別するために一意に割り当てられるグループのIDである。グループ名は、グループIDに対応するグループの名前であり、ユーザがグループを識別するために用いられる。予約表存在状態は、各グループの予約状態表が存在しているかどうかを示すものであり、存在しているなら「あり」を、存在していないなら「なし」を格納する。作成日時は、グループ予約状態表が作成された日時である。グループ予約状態表は、各グループのグループ予約状態表である。

グループ予約状態表の例を図１０(b)に示す。グループ予約状態表は項目として、予約人数、年月日、チャネル、時間、番組詳細、ユーザごとの予約状態を持つ。予約人数は、グループのメンバーのうち、年月日、チャネル、時間で特定される番組を予約している人数を表す情報である。年月日、チャネル、時間は番組を特定するために用いられる情報である。番組詳細は、年月日、チャネル、時間で特定される番組の詳細情報であり、番組のタイトルやジャンルなどが格納される。ユーザごとの予約状態は、ユーザが、年月日、チャネル、時間で特定される番組を予約しているか否かを表す情報であり、予約していれば「済」、予約していなければ、「なし」が格納される。

図１１は、グループ情報DBの作成処理を示す制御シーケンスであり、制御部１１４０、制御部３０２０により実行される。本フローは、ユーザをグループ化しておくためのフローであり、他の処理に先立って最初に実行されるものである。以下、ユーザAが新たにグループを作成する場合を例として説明する。

まず、ユーザAは、放送受信機１１００により、ユーザ情報DB１１８２に格納されているユーザ名と放送受信機IDを用いて後述するグループメンバーリストを作成し、サーバ３０００に送信する（ステップＳ1）。

図１２はグループメンバーリストの一例であり、本例では、グループ名、作成者、自動予約、メンバー名、メンバーの放送受信機ID、メンバーの携帯端末IDの項目を持つ。グループ名は作成するグループの名前、作成者はグループを作成するユーザの名前であり、図１２の例ではそれぞれ「高校の友人」、ユーザAのユーザ名である「A」である。自動予約は、グループ作成者がこのグループに対して自動予約を設定するかどうかを選択する情報であり、自動予約を希望する場合は「ON」にする。メンバー名は、グループに参加するメンバーの名前である、本例ではユーザAのユーザ名「A」とユーザBのユーザ名「B」が登録されている。メンバーの放送受信機IDは各メンバーの放送受信機IDであり、メンバーの携帯端末IDは各メンバーの携帯端末のIDである。図１２の例では、ユーザAがユーザＢの携帯端末IDを知らないため、空欄になっている。

サーバ３０００は、グループメンバーリストを受け取り、保存し、グループメンバーリストに含まれる作成者以外のメンバーの放送受信機にグループ参加依頼を送る（ステップS２）。

受信側放送受信機２１００は、グループ参加依頼を受け取り、自分の携帯端末IDを追加情報として記入し、サーバ３０００に返信する（ステップS３）。ユーザBは放送受信機２１００の他、携帯端末２２００を持っているので、図１３のように携帯端末２２００のメールアドレスを追加情報として記入する。更に、ユーザBはこのグループに対して自動予約を「ON」又は「OFF」に追加情報として記入する。

サーバ３０００は各メンバーからの返信を集計し、タイムアウトになったら、不参加又は応答なしのユーザの情報をグループメンバーリストから削除し、参加宣言のユーザの追加情報をグループメンバーリストに記入し、後述する確定リストを作成する（ステップS４）。なお、この際に、受信した追加情報を用いてユーザ情報DB３０６２を更新する。サーバのユーザ情報DB３０６２の一例は前述の図９のようになる。

次いで、ステップS５でグループIDを設定し、グループIDと共に確定リストをグループ情報DB３０５１に登録する。グループ情報DB３０５１は前述の図４に示すようにグループ管理情報３０５０内部に設置される。

図１４は、今回作成したグループのグループID及び確定リストである。図１４のグループID及び確定リストが登録された後のサーバ３０００のグループ情報DB３０５１の一例は前述の図８である。

次いで、ステップS６でサーバ３０００が図９のようなユーザ情報DB３０６２を用いて参加宣言のユーザの全端末（今回の例は、ユーザAの放送受信機１１００と携帯端末１２００、ユーザBの放送受信機２１００と携帯端末２２００）に確定リスト及びグループIDを通知する。グループIDは後述するグループ予約状態表取得機能に使用されるものである。

次いで、ステップS７とS８でユーザAの放送受信機１１００、携帯端末１２００は確定リスト及びグループIDを受け取る。ここで、放送受信機１１００のグループ情報DB１１８１にも、携帯端末１２００のグループ情報DB１２８１にもグループの確定リスト及びグループIDが登録される。確定リスト及びグループIDが登録された後の放送受信機１１００のグループ情報DB１１８１、携帯端末１２００のグループ情報DB１２８１の一例は前述の図５である。

ステップS９とS１０でユーザBの放送受信機２１００、携帯端末２２００は確定リスト及びグループIDを受け取る。ここで、放送受信機２１００のグループ情報DB１１８１にも、携帯端末２２００のグループ情報DB１２８１にも確定リスト及びグループIDが登録される。確定リスト及びグループIDが登録された後の放送受信機２１００のグループ情報DB１１８１、携帯端末２２００のグループ情報DB１２８１は、前述の図６と同様である。

図１５は、ユーザAの放送受信機１１００の録画予約画面例である。

図１５(a)において、ユーザは番組表７１１に表示される番組を予約した後、予約モード設定と公開予約設定を行う。まず、ポップアップ画面７１２が表示される。ここで、上述したようにユーザがこの番組の予約モードを「普通予約」にするか「絶対予約」にするかを選択する。

次いで、図１５(b)において、予約モードを選択した後、ポップアップ画面７１５が表示される。ここで、ユーザが公開予約設定を行う。「公開する」ボタン７１６を押すと、番組情報は公開予約リストDB１１７１に登録され、通信部１１６０を介してサーバ３０００に送信され、他のユーザに公開される。「公開しない」ボタン７１７を押すと、この番組情報は公開予約リストDB１１７１にも登録されないし、サーバ３０００にも送信されないので、他のグループメンバーはこの予約情報を知ることができない。公開予約設定が終わったら、ポップアップ画面７１８が表示され、「終了」ボタン７１９を押すと、終了する。

図１５(d)は、番組表７１１に表示される番組を予約する際に録画可能なリソースがない場合の表示例であり、ポップアップ画面７２０が表示され、重複の予約済番組が表示される。この時、「予約しない」ボタン７２２を押すと、重複があって予約を行わないことになり、図１５(e)のようにポップアップ画面７２３が表示される。逆に、画面７２０で重複の予約済番組７２１を削除し、新しい番組を予約すると、前述図１５(a)のように表示され、新しい番組の予約モード設定と公開予約設定に進む。

図１６は、番組予約時の公開予約番組通知及びグループ予約状態表更新を示す制御シーケンスであり、制御部１１４０および制御部３０２０により実行される。下記は、ユーザAの放送受信機１１００による番組予約時の制御シーケンスを例として説明するが、ユーザBの放送受信機２１００による番組予約時の制御シーケンスの場合も同様である。

図１６において、まず、ステップS１１で番組の予約モード設定と公開予約設定を行い、番組を公開する場合は、番組情報をサーバ３０００に通知する。

次に、ステップS１２でサーバ３０００が番組情報を受け取り、メンバー公開リストDB３０６１のユーザAの公開予約リストDBに追加する。ステップS１３でサーバ３０００の制御部３０２０がメンバー公開リストDB３０６１の情報によりユーザAが所属しているグループのグループ予約状態表を更新し、結果をグループ予約表DB３０６２に格納する。グループ予約状態表作成フローチャートは図１７に説明する。

図１７は、グループ予約状態表DB３０６２を作成するフローチャートであり、サーバ３０００の制御部３０２０で実行される。グループ予約状態表は図１０(b)に示す。
図１７において、ステップS２１でグループメンバーの予約番組があるかどうかをメンバー公開リストDB３０６１から確認する。予約番組がなければ、ステップS２２でグループ予約表DB３０６２の予約表存在状態の項目に「なし」を、作成日時の項目に現在の日時を格納する。予約番組があれば、ステップS２３でメンバー公開リストDB３０６１に格納されるグループの各メンバーの公開予約リストDBを一つずつ確認する。

ステップS２３で公開予約リストDBが存在すれば、ステップS２４で各公開予約リストDBの中に予約番組を一番組ずつ確認する。ステップS２５でその番組がグループ予約状態表に登録済みであれば、ステップS２６でその番組の予約人数を１人増やし、このユーザの予約状態欄をなしから済に変更する。ステップS２５でその番組がグループ予約表DB３０６２に登録されていなければ、ステップS２７で新規としてグループ予約状態表に追加し、予約人数欄に１人、このユーザの予約状態欄に済、他のユーザの予約状態欄になし、を記入する。

ステップS２３においてグループ内の全ての公開予約リストDBを確認したら、ステップS２８に移る。ステップS２８でグループ予約状態表を予約人数が多い番組から順にソートする。これはグループの最も人気の高い番組を先頭に表示するためである。例えば、図１０(a)はソート前のグループ予約状態表であり、図１０(b)はソート後のグループ予約状態表である。

ステップS２９で前記図１０(b)のソート後のグループ予約状態表と作成日時をグループ予約表DB３０６２に格納する。

図１８は、ユーザの放送受信機又は携帯端末に表示されるグループ予約状態表の一例である。図１８(a)はメニュー画面であり、「グループ予約状態表」ボタンを押すと、画面図１８(b)に移り、登録したグループの一覧が表示される。画面図１８(b)でグループ「高校の友人」を選択すると、自分の予約状態を含めたグループ予約状態表が表示される。図１８(c)は、ユーザAの端末である放送受信機１１００及び携帯端末１２００の表示部１１１０、１２１０に表示されるグループ予約状態表の一例である。図１８(d)は、ユーザBの端末である放送受信機２１００及び携帯端末２２００に表示されるグループ予約状態表の一例である。

図１９は、ユーザの端末である放送受信機１１００、２１００、携帯端末１２００、２２００でグループ予約状態表を閲覧する制御シーケンスであり、ユーザの端末の制御部１１４０、１２４０及びサーバ３０００の制御部３０２０で実行される。図１９を用いて放送受信機１１００でグループ予約状態表を閲覧する場合を例として下記に説明する。

図１９において、ステップS３１で放送受信機１１００の制御部１１４０が閲覧したいグループのグループIDと自分のユーザIDを用いて、サーバ３０００に送信する。グループIDと自分のユーザIDは前記グループ情報DB１１８１とユーザ情報DB１１８２に格納されているので、制御部１１４０が取得することができる。

次いで、ステップS３２でサーバ３０００の制御部３０２０がグループID及びユーザIDを受け取り、グループ管理情報３０５０からグループID及びユーザIDを確認し、グループ予約状態表をグループ予約表DB３０６２から取り出し、受け取ったユーザIDが指定していない予約状態を抜き、放送受信機１１００に送信する。

次いで、ステップS３３で放送受信機１１００にグループ予約状態表が表示され、ユーザが閲覧することができる。ユーザAの端末である放送受信機１１００、携帯端末１２００に表示されるグループ予約状態表の一例は前述の図１８(a)である。ユーザBの端末である放送受信機２１００、携帯端末２２００に表示されるグループ予約表の一例は前述の図１８(b)である。

図２０は、グループ予約状態表によるマニュアル予約する時のユーザAの放送受信機１１００、携帯端末１２００の画面表示例である。マニュアル予約とは、ユーザがグループ予約状態表を閲覧し、グループ予約状態表上の番組情報を一つずつ録画予約することである。

まず、図２０(a)はユーザAの放送受信機１１００、携帯端末１２００に表示されるグループ予約状態表である。例えば、ユーザAが４行目の番組を予約する場合はその番組に移行し、OKボタンを押す。

次いで、録画可能なリソースがあれば、この番組予約を行い、図２０(b)のように番組の予約モード設定に入る。図２０(b)画面で「絶対予約」か「普通予約」をユーザに選んでもらう。

次に、図２０(c)画面で公開予約設定を行う。この番組予約を「公開する」か「公開しない」をユーザに選んでもらう。設定が終わったら、図２０(d)番組予約終了画面に進む。図２０(d)画面でユーザが「予約表に戻る」ボタン１３０５を押すと、グループ予約状態表取得機能が実行され、グループ予約状態表が表示される。ユーザが終了ボタン１３０６を押すと、本アプリケーションが終了する。

図２０(a)に戻って、録画可能なリソースがない場合は、図２０(e)のようにこの番組の時間と重複がある予約済番組を表示する。図２０(e)画面で重複の予約済番組をキャンセルして選択した番組を予約するかどうかユーザに決めてもらう。例えば、ユーザが番組１３０７をキャンセルして図２０(a)画面で選択した番組を予約する場合は、番組１３０７に移行し、OKボタンを押す。そうすると、番組１３０７の録画予約情報が削除される。次に、削除された録画予約情報が公開されたかどうか確認し、公開された場合は、公開予約リストDB１１７０から削除し、通信部１１６０を介してサーバ３０００にこの録画予約情報をユーザAの公開予約リストDBから削除したことを通知する。サーバ３０００との制御シーケンスは図２６に後述する。

図２０(e)に戻って、逆に、ユーザが今度予約する番組を予約しない場合は、「予約しない」ボタン１３０８を押す。そうすると、図２０(f)画面に進む。図２０(f)画面でユーザが「予約表に戻る」ボタン１３０９を押すと、グループ予約状態表取得機能が実行され、グループ予約状態表が表示される。ユーザが終了ボタン１３１０を押すと、本アプリケーションは終了する。

図２１は、放送受信機画面に表示されるグループ予約状態表によってマニュアルで予約する機能の制御シーケンスであり、放送受信機１１００の制御部１１４０、放送受信機２１００の制御部１１４０で実行される。下記は、放送受信機１１００の制御部１１４０で実行される場合を説明する。

まず、ステップS４１０で制御部１１４０はユーザAが予約する番組の情報を取得する。ステップS４１１で制御部１１４０は録画可能なリソースがあるかどうかを確認する。ある場合は、S４１２に進む。ステップS４１２で制御部１１４０はその番組の録画予約を行い、予約モードと公開予約を設定し、番組予約が完了したことを画面に表示する。 一方、ステップS４１１において、録画可能なリソースがない場合は、ステップS４１３に進む。ステップS４１３で情報格納部１１９０から予約済番組の情報を確認し、今度予約する番組の情報と重複がある予約済番組を表示する。

次いで、ステップS４１４で重複の予約済番組をキャンセルして今度予約する番組を予約するかどうかユーザに問い合わせ、ユーザの返事を取得する。重複の予約済番組をキャンセルして今度予約する番組を予約する場合は、ステップS４１６で選択された予約済番組の予約情報を情報格納部１１９０から削除する。

次に、ステップS４１７で削除された予約情報が絶対予約リストDB１１７２に登録されたかどうか確認し、登録された場合は、ステップS４１８で絶対予約リストDB１１７２から削除する。絶対予約リストDB１１７２確認後、ステップS４１９に進む。ステップS４１９で削除された予約情報が公開予約リストDB１１７１に登録されたかどうか確認し、登録された場合は、ステップS４２０で公開予約リストDB１１７１から削除し、通信部１１６０を介してサーバ３０００にこの予約情報をユーザAの公開予約リストDBから削除したことを通知する。サーバ３０００との制御シーケンスは図１８に後述する。公開リスト確認後、前述したステップS４１２に進む。

一方、ステップS４１４において、ユーザが今度予約する番組を予約しない場合は、ステップS４１５で番組予約を行わないことを画面に表示する。

図２２は、ユーザAの携帯端末１２００又はユーザBの携帯端末２２００に表示されるグループ予約状態表によってマニュアルで予約するフローチャートであり、放送受信機１１００の制御部１１４０又は放送受信機２１００の制御部１１４０で実行される。下記、ユーザAの携帯端末１２００と放送受信機１１００で実行される場合を説明する。

まず、ステップS５１０で制御部１１４０は通信インフラ４０００を介して携帯端末１２００の制御部１２４０からユーザが予約したい番組情報を取得する。次いで、ステップS５１１で制御部１１４０は取得した番組の時間に録画可能なリソースがあるかどうか確認する。ある場合は、ステップS５１２で番組の予約モードと公開予約を設定し、番組予約が完了したことを通信部１１６０を介して携帯端末１２００の制御部１２４０に通知する。一方、ステップS５１１において、録画可能なリソースがない場合は、ステップS５１３で予約済番組の代りに予約するかどうかを通信部１１６０を介して携帯端末１２００の制御部１２４０に問い合わせ、ステップS５１４で携帯端末１２００から返事を受信する。

ステップS５１５で携帯端末１２００からの返事を確認し、返事が「予約しない」であれば、ステップS５１６で番組予約が行われないことを携帯端末１２００に通知する。一方、ステップS５１５において、携帯端末１２００からの返事が「予約する」であれば、ステップS５１７で選択された予約済番組を情報格納部１１９０から削除する。

次いで、ステップS５１８で削除された番組が絶対予約リストDB１１７２に登録されたかどうかを確認する。登録された場合は、この番組情報を絶対予約リストDB１１７２から削除する。絶対予約リストDB１１７２確認後、ステップS５２０に進む。

次に、ステップS５２０で削除された番組が公開予約リストDB１１７１に登録されたかどうかを確認する。公開されなかった場合は、ステップS５２２で番組予約を行い、予約モードと公開予約を携帯端末１２００とのやり取りで設定し、通信部１１６０を介して番組予約が完了したことを携帯端末１２００に通知する。公開された場合は、ステップS５２１で公開予約リストDB１１７１から削除し、サーバ３０００にこの予約情報をユーザAの公開予約リストDBから削除したことを通知する。次いで、前述のステップS５２２に進む。

図２３は、グループ予約状態表によるマニュアルキャンセル時のユーザAの放送受信機１１００又は携帯端末１２００の画面表示の一例である。

まず、図２３(a)はユーザAの放送受信機１１００の表示部１１１０又は携帯端末１２００の表示部１２１０に表示されるグループ予約状態表である。例えば、ユーザAが3行目の番組予約をキャンセルする場合はその番組に移行し、OKボタンを押す。そうすると、この番組の予約情報が削除される。次に、番組の予約情報が削除された後、図２３(b)画面で番組予約のキャンセルが完了したことをユーザに通知する。

図２４は、放送受信機１１００、２１００を用いてグループ予約状態表によるマニュアルキャンセルするフローチャートであり、制御部１１４０で実行される。下記は、放送受信機１１００の制御部１１４０で実行される場合を説明する。

まず、ステップS６１で制御部１１４０が表示部１１１０からキャンセルする予約済番組の情報を取得する。ステップS６２で情報格納部１１９０からこの番組の予約情報を削除する。ステップS６３で削除された番組情報が絶対予約リストDB１１７２に登録があるかどうかを確認する。登録があれば、ステップS６４で絶対予約リストDB１１７２から削除する。絶対予約リストDB確認後、ステップS６５に進む。ステップS６５で削除された番組情報が公開予約リストDB１１７１に登録があるかどうかを確認する。登録がない場合は、ステップS６７で、表示部１１１０に番組予約のキャンセルが完了したことを表示する。登録がある場合は、ステップS６６で、この番組情報を公開予約リストDB１１７１から削除し、通信部１１６０を介してサーバ３０００にこの予約情報をユーザAの公開予約リストDBから削除したことを通知し、前述したステップS６７に進む。ステップS６６で実行されるサーバ３０００との制御シーケンスは図２６に後述する。

図２５は、携帯端末１２００、２２００を用いてグループ予約状態表によるマニュアルキャンセルするフローチャートであり、放送受信機１１００の制御部１１４０、放送受信機２１００の制御部１１４０で実行される。下記は、放送受信機１１００の制御部１１４０で実行される場合を説明する。

まず、ステップS７１でキャンセルする番組の情報を通信部１１６０を介して携帯端末１２００から受信する。次いで、ステップS７２で制御部１１４０がこの番組の予約情報を情報格納部１１９０から削除する。ステップS７３で削除された番組情報が絶対予約リストDB１１７２に登録があるかどうかを確認する。登録があれば、ステップS７４で絶対予約リストDB１１７２から削除する。絶対予約リストDB確認後、ステップS７５に進む。

ステップS７５で削除された番組情報が公開予約リストDB１１７１に登録があるかどうかを確認する。登録がなければ、ステップS７７で番組予約キャンセルが完了したことを通信部１１６０を介して携帯端末１２００に通知する。登録があれば、ステップS７６で、この番組の情報を公開予約リストDB１１７１から削除し、通信部１１６０を介してサーバ３０００にこの予約情報をユーザAの公開予約リストから削除したことを通知し、前述したステップS７７に進む。

図２６は、公開予約リストDB１１７１に登録された番組の予約情報を削除する時に、サーバ３０００のメンバー公開リストDB３０６１を更新する制御シーケンスであり、放送受信機１１００の制御部１１４０、放送受信機２１００の制御部１１４０、サーバ３０００の制御部３０２０で実行される。下記は、放送受信機１１００の制御部１１４０とサーバ３０００の制御部３０２０で実行される場合を説明する。

ステップS８１で放送受信機１１００が自分のユーザIDと削除した番組の情報を含めて、メンバー公開リストDB３０６１からの削除依頼を通信部１１６０を介してサーバ３０００に送信する。ステップS８２で、取得したユーザIDと番組の情報を受け取り、この番組情報をメンバー公開リストDB３０６１に格納されるこのユーザの公開予約リストDBから削除する。ステップS８３で、このユーザが所属しているグループのグループ予約状態表を更新し、結果をグループ予約表DB３０６２に格納する。

図２７は、グループ予約状態表による人気番組予約をする時のユーザAの端末の画面表示一例であり、放送受信機１１００の表示部１１１０、携帯端末１２００の表示部１２１０で実行される。

まず、図２７(a)画面はユーザAのグループ予約状態表であり、「人気番組予約」ボタン２０００を押すと、図２７(b)に移る。図２７(b)画面では、ユーザが予約したい人気番組の番号を記入することができる。例えば、ユーザが人気番組１番から１０番まで予約したい場合は、欄２００１に１を欄２００２に１０を記入する。次に、確定ボタン２００３を押すと、記入した開始番号の人気番組から終了番号の人気番組までの録画予約を行う。

予約完了後、図２７(c)画面に移る。図２７(c)において、ユーザが「予約表に戻る」ボタン２００４を押すと、再度サーバ３０００からグループ予約状態表を取得することができ、図２７(d)のように表示される。

なお、図２７(c)に戻って、ユーザが「終了」ボタン２００５を押すと、本アプリケーションを終了し、放送受信機の通常の画面表示に戻る。

図２８は、放送受信機１１００、２１００の画面で人気番組予約をする制御シーケンスであり、制御部１１４０で実行される。下記は、放送受信機１１００の制御部１１４０で実行される場合を説明する。

まず、ステップS９１０で放送受信機１１００がサーバ３０００からグループ予約状態表を取得する。次いで、ステップS９１１で、ユーザが予約したい人気番組の開始番号と終了番号を取得する。

次いで、ステップS９１２で開始番号の番組から録画予約を行う。ステップS９１３でこの人気番組に対し自分の予約状態が「なし」であるか「済」であるかを確認する。「済」であれば、ステップS９１４で次に人気番組に移り、ステップS９１３に戻る。「なし」であれば、ステップS９１５に進む。

ステップS９１５でこの番組の時間に録画可能なリソースがあるかどうか確認する。ある場合は、ステップS９１６でこの番組の録画予約を行い、公開予約を設定し、公開予約TEMPリストにこの番組の情報を格納する。公開予約TEMPリストとは、人気番組予約を行うために一時的に作られるリストであり、公開予約リストDBと同じ項目を持つ。

次に、ステップS９２１でこの番組が終了番号の番組であるかどうかを確認し、そうであれば、後述するステップS９２２に進む。そうでなければ、ステップS９１４で次の人気番組に移り、前述したステップS９１３に戻る。

ステップS９１５において、予約する人気番組の時間に録画可能なリソースがなければ、ステップS９１７に進む。ステップS９１７で、重複の予約済番組の中に普通予約の番組があるかどうかを確認する。なければ、全ての重複の番組が絶対予約の予約情報であり、削除できないので、何もしないでステップS９１４で次の人気番組に移る。なお、普通予約の番組とは、情報格納部１１９０に登録がある番組であるが、絶対予約リスト１１７２に登録がない番組である。

ステップS９１７において、重複の予約済番組の中に普通予約の番組があれば、ステップS９１８で普通予約の番組と今回予約する番組の人気度を確認する。詳細には、今回予約する番組の予約人数が全ての普通予約の番組の予約人数と比べて一番少ないかどうかを確認し、そうであれば、今回予約する番組の人気度が一番低いので、録画予約を行わずにステップS９１４に進む。そうでなければ、ステップS９１９で予約人数が一番少ない番組を情報格納部１１９０から削除し、公開予約リストDB１１７１に登録があれば削除した後、今回予約する番組の録画予約を行う。

次いで、ステップS９２０で予約した番組の情報を公開予約TEMPリストに記入し、ステップS９２１に進む。ステップS９２１でこの番組が終了番号の番組なのか確認し、そうであれば、ステップS９２２に進む。前述したステップS９１２からS９２１まで実行された後、ステップS９２２で公開予約リストDB１１７１にステップS９２０で公開予約TEMPリストに登録された番組情報を追加し、通信部１１６０を介してサーバ３０００に追加番組情報を公開することを通知し、一時的に作った公開予約TEMPリストを削除する。

図２９は、携帯端末の画面でグループ予約状態表による人気番組予約をする制御シーケンスであり、携帯端末１２００の制御部１２４０又は携帯端末２２００の制御部１２４０、放送受信機１１００の制御部１１４０又は放送受信機２１００の制御部１１４０で実行される。下記は、携帯端末１２００の制御部１２４０と放送受信機１１００の制御部１１４０で実行される場合を説明する。

まず、ステップS１０１でユーザAが携帯端末１２００を用いてグループ予約状態表を取得する。次いで、ステップS１０２で、ユーザが予約したい人気番組の開始番号と終了番号を記入し、通信部１２６０を介して、放送受信機１１００に人気番組予約依頼を送信する。

次いで、ステップS１０３で放送受信機１１００が人気番組予約依頼を受け取り、サーバ３０００からグループ予約状態表を取得する。この時の放送受信機１１００の処理は前述の図１９のようになる。

次いで、ステップS１０４で、放送受信機１１００が図２８に前述したステップS９１２〜S９２２と同様に実行する。ステップS１０５で、人気番組予約が完了したことを、通信部１１６０を介して、携帯端末１２００に通知する。ステップS１０６で携帯端末１２００の表示部１２１０に人気番組予約が完了したことを表示する。

図３０は、グループ予約状態表による自動予約機能の制御シーケンスであり、サーバ３０００の制御部３０２０、放送受信機１１００の制御部１１４０又は放送受信機２１００の制御部１１４０で実行される。下記は、サーバ３０００の制御部３０２０と放送受信機１１００の制御部１１４０で実行される場合を説明する。

図３０において、ステップS１１１でサーバ３０００がグループ予約表DB３０６２を更新した後、自動予約を設定したメンバーを確認し、それらのメンバーの放送受信機に新しい予約状態表と予約状態表更新通知を送る。
ステップS１１２で、例えばユーザAが以前に自動予約を設定した場合は、放送受信機１１００が取得したグループ予約状態表を基づいて前述の図２８のステップS９１２〜S９２２を実行する。但し、ステップS９１２での開始番号を１、終了番号を予約番組数に設定する。

番組予約情報取得システムの実施例２について説明する。実施例１では、公開予約リストDB、絶対予約リストDB、ユーザ情報DBを放送受信機１１００等に持たせて、放送受信機１１００等をメインに番組予約やグループ予約状態表の取得を行っていたが、実施例２では、公開予約リストDB等を放送受信機ではなく、携帯端末に待たせる。

図３１は、ユーザAが持つ放送受信機１１００及びユーザBが持つ放送受信機２１００の構成を示すブロック図である。

図３１において放送受信機１１００は、装置全体の制御を行うと共に携帯端末１２００への予約情報通知処理、携帯端末１２００からの番組予約依頼受信処理を実行する制御部１１１４０と、情報格納部１１１７０と、チューナなどからなる放送受信部１１２０と、放送番組や録画された番組等を表示する表示部１１１０と、データ入力や各種機能の指示を行うためのキーボード、GUI（Graphical User Interface）ボタン等から構成されるユーザ操作部１１３０と、選択された放送番組等を録画する録画部１１５０と、ユーザが持つ他の機器（ここでは、携帯端末１２００）と通信インフラ４０００を通じて通信を行う通信部１１６０とを備えて構成される。

情報格納部１１１７０は、内部メモリ、ハードディスク、取り外し可能なメモリカードなどから構成され、制御部１１１４０が利用するプログラム、通信制御データ、番組の録画予約情報などが格納される。また、ユーザが使用する携帯端末（ユーザAなら携帯端末１２００）の携帯端末ID１１１７１も情報格納部１１１７０に格納される。

携帯端末ID１１１７１は、携帯端末と通信を行うための通信先特定情報であり、携帯端末の電話番号やメールアドレスを用いることができる。

図３２は、ユーザAが持つ携帯端末１２００及びユーザBが持つ携帯端末２２００の構成を示すブロック図である。携帯端末１２００は、装置全体の制御を行うと共にサーバ３０００への予約情報通知処理、サーバ３０００からのグループ予約状態表取得処理を実行する制御部１１２４０と、情報格納部１１２９０と、放送番組情報やグループ予約状態表等を表示する表示部１２１０と、データ入力や各種機能の指示を行うためのキーボード、GUI（Graphical User Interface）ボタン等から構成されるユーザ操作部１２３０と、ユーザが持つ他の機器（ここでは、放送受信機１１００）、サーバ３０００と通信インフラ４０００を通じて通信を行う通信部１２６０とを備えて構成される。

情報格納部１１２９０は、内部メモリ、取り外し可能なメモリカードなどから構成され、制御部１１２４０が利用するプログラム、通信制御データ、デフォルト設定情報、番組の録画予約情報などが格納される。また、ユーザが使用する放送受信機（ユーザAなら放送受信機１１００）の放送受信機ID１１２９１、予約情報１１２７０、グループ管理情報１１２８０も情報格納部１１２９０に格納される。

放送受信機ID１１２９１は、放送受信機と通信を行うための通信先特定情報であり、放送受信機のIPアドレスやメールアドレスを用いることができる。今回の説明では、メールアドレスを用いる。

予約情報１１２７０は、番組の録画予約の際に、「公開予約」設定を「公開する」とした予約番組を保持する公開予約リストDB１１２７１および、番組の録画予約の際に「予約モード」設定を「絶対予約」として番組を保持する絶対予約リストDB１１２７２から構成される。

公開予約リストDB１１２７１は、実施例１の公開予約リストDB１１７１と同じ構成である。絶対予約リストDB１１２７２は、実施例１の絶対予約リストDB１１７２と同じ構成である。

グループ管理情報１１２８０は、グループ情報DB１２８１およびユーザ情報DB１１２８２から構成される。

グループ情報DB１２８１はユーザAが所属している全てのグループのグループ情報が格納されているデータベースであり、実施例１の携帯端末１２００グループ情報DB１２８１と同じ構成である。ユーザAの携帯端末１２００情報格納部に格納されているグループ情報DB１２８１の一例を図５に示す。また、ユーザBの携帯端末２２００情報格納部１１２９０に格納されているグループ情報DB１２８１の一例を図６に示す。

ユーザ情報DB１１２８２は各グループに含まれるメンバーのユーザ情報を格納するデータベースであり、一例を図３４に示す。ユーザ情報DB１１２８２は項目として、ユーザIDとユーザ名と携帯端末IDを持つ。ユーザIDは、ユーザを識別するためにユーザ情報DB内で一意に割り当てられるIDである。ユーザ名は、ユーザIDに対応するユーザの名前であり、ユーザ情報DBを使用するユーザがユーザ情報DBに記載されているユーザを識別するために用いられる。携帯端末IDは、ユーザ情報DBに記載されている各ユーザが使用する携帯端末の通信先を特定するための情報であり、電話番号やメールアドレス等を用いることができる。今回の説明では、メールアドレスを用いる。

実施例２では、携帯端末にソフトウェアをインストールするだけで実現するので、図３４に示したようにユーザ情報DBは携帯端末の情報（携帯端末ID）を持つだけで良い。

図３３は、サーバ３０００の構成を示すブロック図である。図３３において、サーバ３０００は、装置全体の制御を行うと共にユーザの携帯端末からの予約情報取得処理、携帯端末へのグループ予約状態表送信処理を実行する制御部１３０２０と、情報格納部１３０７０と、操作画面などを表示する表示部３０３０と、データ入力や各種機能の指示を行うためのキーボードなどから構成される操作部３０１０と、ユーザが持つ携帯端末（ここでは、携帯端末１２００、２２００）と通信インフラ４０００を通じて通信を行う通信部３０４０とを備えて構成される。

情報格納部１３０７０は、内部メモリ、ハードディスク、取り外し可能なメモリカードなどから構成され、制御部１３０２０が利用するプログラム、通信制御データが格納される。また、グループ管理情報１３０５０、グループ予約情報３０６０も情報格納部１３０７０に格納される。

グループ管理情報１３０５０は、グループ情報DB３０５１とユーザ情報DB１３０５２から構成される。

グループ情報DB３０５１は、実施例１と同じ構成であり、図８のようになる。但し、実施例１では、グループ予約状態表が更新されたら、サーバが自動予約を「ON」に設定したユーザの放送受信機に自動予約依頼を送信するが、実施例２では、ユーザの放送受信機ではなく、ユーザの携帯端末に自動予約依頼を送信する。

ユーザ情報DB１３０５２は、実施例１と異なっており、一例を図３５に示す。ユーザ情報DB１３０５２は項目として、ユーザIDとユーザ名と携帯端末IDを持つ。ユーザIDは、ユーザを識別するためにユーザ情報DB内で一意に割り当てられるIDである。ユーザ名は、ユーザIDに対応するユーザの名前であり、ユーザ情報DBを使用するユーザがユーザ情報DBに記載されているユーザを識別するために用いられる。携帯端末IDは、ユーザ情報DBに記載されている各ユーザが使用する携帯端末の通信先を特定するための情報であり、電話番号やメールアドレスなどを用いることができる。今回の説明では、メールアドレスを用いる。

グループ予約情報３０６０は、実施例１と同じ構成であり、メンバー公開リストDB３０６１とグループ予約表DB３０６２から構成される。

メンバー公開リストDB３０６１は、実施例１と同じ構成である。

グループ予約表DB３０６２は、実施例１と同じ構成であり、一例を図１０(b)に示す。

図３６は、グループ作成を示す制御シーケンスであり、制御部１１２４０、制御部１３０２０により実行される。本フローは、ユーザをグループ化しておくためのフローであり、他の処理に先立って最初に実行されるものである。

図３６においては、ユーザAが新たにグループを作成する場合を例として説明する。

まず、ユーザAはステップS１２１でユーザ情報DB１１２８２に格納されているユーザ名と携帯端末IDを用いて後述するグループメンバーリストを作成しサーバ３０００に送信する。今回作成するグループのメンバーはユーザAとユーザBになっており、ユーザAは図３７のようなグループメンバーリストを作成し、サーバ３０００にグループ作成依頼を送信する。

図３７において、グループメンバーリストはグループ名、作成者、自動予約、メンバー名、メンバーの携帯端末IDの項目を持つ。グループ名は、作成するグループの名前であり、今回は「高校の友人」にする。作成者は、グループを作成するユーザの名前であり、今回はユーザAのユーザ名である「A」にする。自動予約は、グループ作成者がこのグループに対して自動予約を設定するかどうかを選択する情報であり、今回は「ON」にする。メンバー名は、グループに参加するメンバーの名前であり、今回はユーザAのユーザ名「A」とユーザBのユーザ名「B」にする。メンバーの携帯端末IDは各メンバーの携帯端末のIDであり、今回はユーザAの携帯端末１２００のメールアドレスとユーザBの携帯端末２２００のメールアドレスにする。

サーバ３０００はステップS１２２で前述グループメンバーリストを受け取り、保存し、グループメンバーリストに書いてある作成者以外のメンバーの携帯端末にグループ参加依頼を送る。

受信側携帯端末２２００はステップS１２３でグループ参加依頼を受け取り、参加状態などを記入し、サーバ３０００に返信する。

図３８は、ユーザBの携帯端末２２００がサーバ３０００に返信する内容である。図３８において、グループ参加依頼に対する返事はグループ名、作成者、メンバー名、参加状態、自動予約の項目を持つ。グループ名と作成者は、受け取ったグループメンバーリストと同じである。メンバー名は、自分のユーザ名である。参加状態は、受け取ったグループ参加依頼に対して「参加」又は「不参加」を選択する。自動予約は、受け取ったグループ参加依頼に対して自動予約を「ON」又は「OFF」するかを選択する。

サーバ３０００はステップS１２４で返信を集計し、タイムアウトになったら、「不参加」又は応答なしのユーザの情報をグループメンバーリストから削除し、後述する確定リストを作成し、ユーザ情報DB１３０５２を更新する。

図３５は、サーバ３０００のユーザ情報DB１３０５２に格納される内容である。
次いで、ステップS１２５でグループIDを決めて、グループIDと共に確定リストをグループ情報DB３０５１に登録する。グループの各メンバーの自動予約設定もグループ情報DB３０５１に登録する。

グループIDと確定リストは実施例１と同様であり、図１４のようになる。

グループIDと確定リストと各メンバーの自動予約設定が登録された後のサーバ３０００のグループ情報DB３０５１は、実施例１と同様であり、図８のようになる。

次いで、ステップS１２６でサーバ３０００がユーザ情報DB１３０５２を用いて参加宣言のユーザの端末（今回の例は、ユーザAの携帯端末１２００、ユーザBの携帯端末２２００）にグループIDと確定リストを通知する。グループIDは後述するグループ予約状態表取得機能に使用されるものである。

次いで、ステップS１２７でユーザAの携帯端末１２００はグループIDと確定リストを受け取る。ここで、携帯端末１２００のグループ情報DB１２８１にグループのグループIDと確定リストが登録される。

グループIDと確定リストが登録された後の携帯端末１２００のグループ情報DB１２８１は実施例１と同様であり、図５のようになる。

ステップS１２８でユーザBの携帯端末２２００はグループIDと確定リストを受け取る。ここで、携帯端末２２００のグループ情報DB１２８１にグループIDと確定リストが登録される。グループIDと確定リストが登録された後の携帯端末２２００のグループ情報DB１２８１は実施例１と同様であり、図６のようになる。

ユーザAの携帯端末１２００の録画予約画面については実施例１の携帯端末１２００の録画予約画面と同様であり、図１５のようになる。

図３９は、番組予約時の公開予約番組通知及びグループ予約状態表更新を示す制御シーケンスであり、制御部１１２４０、制御部１３０２０により実行される。図３９はユーザAの携帯端末１２００による番組予約時の制御シーケンスを例として示すが、ユーザBの携帯端末２２００による番組予約時の制御シーケンスの場合も同様である。

図３９において、まず、ステップS１３１で番組の予約モード設定と公開予約設定を行い、番組を公開する場合は、番組情報をサーバ３０００に通知する。ステップS１３２でサーバ３０００が番組情報を受け取り、メンバー公開リストDB３０６１のユーザAの公開予約リストDBに追加する。ステップS１３３でサーバ３０００の制御部１３０２０がメンバー公開リストDB３０６１の情報によりユーザAが所属しているグループのグループ予約状態表を更新し、結果をグループ予約表DB３０６２に格納する。

グループ予約状態表作成フローチャートは実施例１と同様であり、図１７のようになる。また、グループ予約状態表の構成も実施例１と同様であり、図１０(b)のようになる。ユーザの携帯端末画面に表示されるグループ予約状態表は、実施例１と同様であり、図１８のようになる。ユーザの携帯端末１２００、２２００でグループ予約状態表を閲覧する制御シーケンスは、実施例１と同様であり、図１９のようになる。グループ予約状態表によるマニュアル予約時のユーザAの携帯端末１２００の画面表示例は、実施例１と同様であり、図２０のようになる。

図４０は、放送受信機を用いてマニュアルで予約する時に、録画予約した番組情報を携帯端末に通知する制御シーケンスであり、放送受信機１１００の制御部１１１４０又は放送受信機２１００の制御部１１１４０、携帯端末１２００の制御部１１２４０又は携帯端末２２００の制御部１１２４０で実行される。下記は、放送受信機１１００の制御部１１１４０と携帯端末１２００の制御部１１２４０で実行される場合を説明する。

まず、ステップS１４１で制御部１１１４０はユーザが録画予約した番組の情報を携帯端末１２００に通知する。

次いで、ステップS１４２で携帯端末１２００が番組情報を受け取り、ユーザが指定したデフォルト設定で「予約モード」と「公開予約」を設定する。図４０では、デフォルトの予約モード設定を「普通予約」、デフォルトの公開予約設定を「公開しない」にするが、「絶対予約」や「公開する」をデフォルトに設定しても良い。但し、「公開する」に設定する場合は、サーバ３０００にこの番組情報を通知する必要がある。この時の制御シーケンスは図３９と同様になる。

図４１は、携帯端末画面に表示されるグループ予約状態表によってマニュアルで予約するフローチャートであり、携帯端末１２００の制御部１１２４０又は携帯端末２２００の制御部１１２４０で実行される。下記は、携帯端末１２００の制御部１１２４０で実行される場合を説明する。

まず、ステップS１５１で制御部１１２４０はユーザが予約する番組情報を取得する。次いで、ステップS１５２で制御部１１２４０は通信部１２６０を介して放送受信機１１００に番組情報と番組予約依頼を送信し、ステップS１５３で放送受信機から予約結果を受信する。ステップS１５３に対応する放送受信機１１００のフローチャートは図４２に後述する。

次いで、ステップS１５４で放送受信機１１００から受け取った予約結果を確認し、予約結果が予約完了であれば、ステップS１５５で「予約モード」と「公開予約」を設定し、番組予約が完了したことを携帯端末１２００の表示画面に表示する。ステップS１５４で予約結果が予約完了でなければ、放送受信機１１００に録画予約可能なリソースがないという意味になり、ステップS５１６で予約済番組の代りに予約するかどうかを携帯端末１２００の表示画面に表示し、ユーザに問い合わせ、ステップS１５７でユーザの返事を取得する。

次いで、ステップS１５８でユーザの返事を確認し、返事が「予約しない」であれば、ステップS１５９で番組予約が行われないことを携帯端末１２００の表示画面に表示する。

ステップS１５８に戻って、ユーザの返事が「予約する」であれば、ステップS１６０で選択された予約済番組の録画予約情報を情報格納部１１２９０から削除し、ステップS１６１で選択された予約済番組削除依頼を放送受信機１１００に送信する。放送受信機１１００が予約済番組削除依頼を受信したら、この番組の録画予約情報を情報格納部１１１７０から削除する。

次に、ステップS１６２で削除された番組の録画予約情報が絶対予約リストDB１１２７２に登録があるかどうかを確認する。登録があれば、ステップS１６３で絶対予約リストDB１１２７２から削除する。絶対予約リストDB確認後、ステップS１６４に進む。

ステップS１６４で削除された番組が公開されたかどうか公開予約リストDB１１２７１を確認する。公開されなかった場合は、ステップS１６６で前述したステップS１５３〜S１５５を実行する。公開された場合は、ステップS１６５で公開予約リストDB１１２７１から削除し、サーバ３０００にユーザAの公開予約リストDBから削除したことを通知する。次いで、前述のステップS１６６に進む。

図４２は、携帯端末から番組予約依頼を受信する時の放送受信機のフローチャートであり、放送受信機１１００の制御部１１１４０、放送受信機２１００の制御部１１１４０で実行される。下記は、放送受信機１１００の制御部１１１４０で実行される場合を説明する。

まず、ステップS２３１で携帯端末１２００から番組情報と番組予約依頼を受信する。次いで、ステップS２３２で録画可能なリソースがあるかどうかを確認する。録画可能なリソースがあれば、ステップS２３３で携帯端末から受け取った番組情報を録画予約し、ステップS２３４で携帯端末１２００に予約完了を通知する。録画可能なリソースがなければ、ステップS２３５で携帯端末１２００に予約不可能を通知する。

グループ予約状態表によるマニュアルキャンセル時のユーザAの携帯端末１２００画面表示例は実施例１と同様であり、図２３のようになる。

図４３(a)は、ユーザが放送受信機を用いてマニュアルで録画予約情報をキャンセルする制御シーケンスであり、放送受信機１１００の制御部１１１４０又は放送受信機２１００の制御部１１１４０、携帯端末１２００の制御部１１２４０又は携帯端末２２００の制御部１１２４０で実行される。下記は、放送受信機１１００の制御部１１１４０と携帯端末１２００の制御部１１２４０で実行される場合を説明する。

まず、ステップS１７１で制御部１１１４０が番組の録画予約情報を情報格納部１１１７０から削除し、番組予約のキャンセルが完了したことを携帯端末１２００に通知する。次いで、ステップS１７２で携帯端末１２００の制御部１１２４０がキャンセルされた番組情報を受け取る。

図４３(b)は、放送受信機からキャンセルされた番組情報を受け取った後の携帯端末のフローチャートであり、携帯端末１２００の制御部１１２４０、携帯端末２２００の制御部１１２４０で実行される。下記は、携帯端末１２００の制御部１１２４０で実行される場合を説明する。

まず、ステップS１７３でキャンセルされた番組情報は絶対予約リストDB１１２７２に登録があるかどうかを確認する。登録がない場合は、後述するステップS１７５に進む。登録がある場合はステップS１７４でこの番組情報を絶対予約リストDB１１２７２から削除し、ステップS１７５に進む。

次いで、ステップS１７５でキャンセルされた番組情報は公開予約リストDB１１２７１に登録があるかどうかを確認する。登録がない場合は、ステップS１７７で終了する。登録がある場合は、ステップS１７６でこの番組情報を公開予約リストDB１１２７１から削除し、サーバ３０００にユーザAの公開予約リストDBから削除したことを通知する。次に、ステップS１７７で終了する。ステップS１７６で実行されるサーバ３０００との制御シーケンスは図４５に後述する。

図４４は、携帯端末を用いてグループ予約状態表によるマニュアルキャンセルするフローチャートであり、携帯端末１２００の制御部１１２４０、携帯端末２２００の制御部１１２４０で実行される。下記は、携帯端末１２００の制御部１１２４０で実行される場合を説明する。

まず、ステップS１８１でキャンセルする番組の情報を取得する。
次いで、ステップS１８２で制御部１１２４０がこの予約情報を情報格納部１１２９０から削除し、この予約情報削除依頼を放送受信機１１００に送信し、放送受信機１１００から削除完了通知を受け取る。

次いで、ステップS１８３でキャンセルされた番組情報は絶対予約リストDB１１２７２に登録があるかどうかを確認する。登録がなければ、後述するステップS１８５に進む。登録があれば、この番組情報を絶対予約リストDB１１２７２から削除し、ステップS１８５に進む。

次いで、ステップS１８５でキャンセルされた番組情報は公開予約リストDB１１２７１に登録があるかどうかを確認する。登録がなければ、ステップS１８７で番組予約キャンセルが完了したことを携帯端末１２００の表示部１２１０に表示する。登録があれば、ステップS１８６で、この番組情報を公開予約リストDB１１２７１から削除し、通信部１２６０を介してサーバ３０００にもユーザAの公開予約リストDBから削除したことを通知し、前述したステップS１８７に進む。

図４５は、携帯端末１２００又は携帯端末２２００の公開予約リストDB１１２７１に登録された予約情報を削除する時に、サーバ３０００のメンバー公開リストDB３０６１を更新する制御シーケンスである。下記は、携帯端末１２００の公開予約リストDB１１２７１に登録された予約情報を削除する場合を説明する。

図４５において、ステップS１９１で携帯端末１２００が自分のユーザIDと削除した番組の情報を含めて、メンバー公開リストDB３０６１から削除依頼を通信部１２６０を介してサーバ３０００に送信する。

次いで、ステップS１９２で、ユーザIDと番組の情報を受け取り、メンバー公開リストDB３０６１に格納されるこのユーザの公開予約リストDBからこの番組情報を削除する。ステップS１９３で、このユーザが所属しているグループのグループ予約状態表を更新し、結果をグループ予約表DB３０６２に格納する。

グループ予約状態表による人気番組予約をする時のユーザAの携帯端末の画面表示は、実施例１と同様であり、一例を図２７に示す。

図４６は、携帯端末の画面でグループ予約状態表による人気番組予約をするフローチャートであり、携帯端末１２００の制御部１１２４０、携帯端末２２００の制御部１１２４０で実行される。下記は、携帯端末１２００の制御部１１２４０で実行される場合を説明する。

まず、ステップS２０１で携帯端末１２００がサーバ３０００からグループ予約状態表を取得する。次いで、ステップS２０２で、制御部１１２４０はユーザが予約する人気番組の開始番号と終了番号を取得する。次いで、ステップS２０３で開始番号の番組から録画予約を行う。

ステップS２０４でこの人気番組に対し自分の予約状態が「なし」であるか「済」であるかを確認する。「済」であれば、ステップS２０５で次に人気番組に移り、ステップS２０４に戻る。「なし」であれば、ステップS２０６に進む。

ステップS２０６で携帯端末１２００が放送受信機１１００に番組情報と番組予約依頼を送信し、ステップS２０７で放送受信機から予約結果を受信する。ステップS２０６とS２０７に対応する放送受信機のフローチャートは前述した図４２である。

次いで、ステップS２０８で予約結果を確認し、予約結果は予約完了であれば、後述するステップS２１２に進む。予約結果は予約不可能であれば、放送受信機１１００に録画可能なリソースがないという意味になり、ステップS２０９に進む。

ステップS２０９で、重複の予約済番組の中に普通予約の番組があるかどうかを確認する。なければ、全ての重複の番組が絶対予約の予約情報であり、削除できないので、何もしないでステップS２０５で次の人気番組に移る。

普通予約の番組とは、情報格納部１１２９０に登録がある番組であるが、絶対予約リスト１１２７２に登録がない番組である。

ステップS２０９に戻って、重複の予約済番組の中に普通予約の番組があれば、ステップS２１０で普通予約の番組と今回予約する番組の人気度を確認する。詳細には、今回予約する番組の予約人数が全ての普通予約の番組の人数と比べて一番少ないかどうかを確認し、そうであれば、今回予約する番組の人気度が一番低いので、録画予約を行わずにステップS２０５に進む。そうでなければ、ステップS２１１で予約人数が一番少ない番組の録画予約情報をキャンセルし、今回予約する番組の録画予約を行う。

ステップS２１１で録画予約情報をキャンセルするということは、録画予約情報を情報格納部１１２９０から削除すること、公開予約リストDB１１２７１に登録があれば削除しサーバ３０００にユーザAの公開予約リストDBから削除したことを通知すること、そして、放送受信機１１００にこの録画予約情報の削除依頼を送信することである。

ステップS２１１で今回予約する番組の録画予約を行うということは、携帯端末１２００が放送受信機１１００にこの番組の録画予約依頼を送信し、放送受信機１１００から予約完了通知を受信することである。
次いで、ステップS２１２で新たに録画予約する番組情報を公開予約TEMPリストに格納する。公開予約TEMPリストは実施例１と同じ構成であり、一時的に作成されるものである。

次に、ステップS２１３でこの番組が終了番号の番組であるかどうかを確認し、そうであれば、後述するステップS２１４に進む。そうでなければ、ステップS２０５で次の人気番組に移り、前述したステップS２０４に戻る。

次に、ステップS２１４で、前述したステップS２０４からS２１３まで実行された後、ステップS２１２で公開予約TEMPリストに登録された全ての番組情報を公開予約リストDB１１２７１に追加し、ユーザAがそれらの番組情報を公開することを通信部１２６０を介してサーバ３０００に通知し、一時的に作った公開予約TEMPリストを削除する。

図４７は、グループ予約状態表による自動予約機能の制御シーケンスであり、サーバ３０００の制御部１３０２０、携帯端末１２００の制御部１１２４０又は携帯端末２２００の制御部１１２４０で実行される。下記は、サーバ３０００の制御部１３０２０と携帯端末１２００の制御部１１２４０で実行される場合を説明する。

図４７において、ステップS２２１でグループ予約状態表更新後、自動予約を「ON」に設定したメンバーをグループ情報DB３０５１から確認し、それらのメンバーの携帯端末にグループ予約状態表と予約状態表更新通知を送る。今回、図８に示したようにグループ「高校の友人」に対してユーザAが自動予約を「ON」に設定したが、ユーザBが自動予約を「OFF」に設定した。従って、グループ「高校の友人」のグループ予約状態表が更新されたら、サーバ３０００はユーザAの携帯端末１２００だけにグループ予約状態表と予約状態表更新通知を送る。

次いで、ステップS２２２で、携帯端末１２００がグループ予約状態表を受け取り、グループ予約状態表を基づいて前述の図４６のステップS２０３〜S２１３を実行する。但し、ステップS２０３での開始番号を１、終了番号を予約番組数に設定する。

実施例２の構成でユーザの携帯端末にソフトウェアをインストールするだけで本発明を実現することができることにより、ユーザの放送受信機にソフトウェアをインストールすることが必要なくなり、ユーザにとって更なる利便性を高めることができるメリットがある。

番組予約情報取得システムの一例を示すブロック図である。 放送受信機の構成の一例を示すブロック図である。 携帯端末の構成の一例を示すブロック図である。 サーバの構成の一例を示すブロック図である。 ユーザAの放送受信機のグループ情報DBの一例を示す図である。 ユーザBの放送受信機のグループ情報DBの一例を示す図である。 ユーザAの放送受信機のユーザ情報DBの一例を示す図である。 サーバのグループ情報DBの一例を示す図である。 サーバのユーザ情報DBの一例を示す図である。 サーバが作成したグループ予約状態表の一例を示す図である。 グループ情報DB作成処理を示す制御シーケンスの一例である。 グループメンバーリストの一例を示す図である。 グループ参加依頼に対する返事の一例を示す図である。 サーバが作成したグループIDおよび確定リストの一例を示す図である。 放送受信機の録画予約画面の一例を示す図である。 番組予約時の公開予約番組通知およびグループ予約状態表更新を示す制御シーケンスである。 グループ予約状態表を作成するフローチャートの一例である。 放送受信機又は携帯端末に表示されるグループ予約状態表の一例を示す図である。 グループ予約状態表を閲覧する制御シーケンスの一例である。 グループ予約状態表によるマニュアル予約する時の放送受信機又は携帯端末の画面表示例を示す図である。 放送受信機に表示されるグループ予約状態表によるマニュアルで予約する機能の制御シーケンスの一例である。 携帯端末に表示されるグループ予約状態表によるマニュアルで予約する機能のフローチャートの一例である。 グループ予約状態表によるマニュアルキャンセル時の放送受信機又は携帯端末の画面表示例を示す図である。 放送受信機を用いてグループ予約状態表によるマニュアルキャンセルするフローチャートの一例である。 携帯端末を用いてグループ予約状態表によるマニュアルキャンセルするフローチャートの一例である。 予約情報がキャンセルされた時にメンバー公開リストDBを更新する制御シーケンスの一例である。 グループ予約状態表による人気番組予約をする時の放送受信機又は携帯端末の画面表示例を示す図である。 放送受信機を用いて人気番組予約をする制御シーケンスの一例である。 携帯端末を用いて人気番組予約をする制御シーケンスの一例である。 グループ予約状態表による自動予約機能の制御シーケンスの一例である。 放送受信機の構成の一例を示すブロック図である。 携帯端末の構成の一例を示すブロック図である。 サーバの構成の一例を示すブロック図である。 携帯端末のユーザ情報DBの一例を示すブロック図である。 サーバのユーザ情報DBの一例を示すブロック図である。 グループ作成を示す制御シーケンスの一例である。 グループメンバーリストの一例を示すブロック図である。 グループ参加依頼に対する返事の一例を示すブロック図である。 番組予約時の公開予約番組およびグループ予約状態表更新を示す制御シーケンスの一例である。 放送受信機を用いてマニュアルで予約時に携帯端末に通知する制御シーケンスの一例である。 携帯端末に表示されるグループ予約状態表によってマニュアルで予約するフローチャートの一例である。 携帯端末から番組予約依頼を受信する時の放送受信機のフローチャートの一例である。 放送受信機を用いてマニュアルキャンセルする制御シーケンスおよびフローチャートの一例である。 携帯端末を用いてマニュアルキャンセルするフローチャートの一例である。 予約情報がキャンセルされた時にメンバー公開リストDBを更新する制御シーケンスの一例である。 携帯端末を用いてグループ予約状態表による人気番組予約をするフローチャートの一例である。 携帯端末を用いてグループ予約状態表による自動予約機能の制御シーケンスの一例である。

符号の説明

１０００、１１０００…ユーザAが所有している端末、
２０００、１２０００…ユーザBが所有している端末、
１１００、２１００…放送受信機、
１２００、２２００…携帯端末、
３０００…サーバ、
４０００…通信インフラ、

Claims (7)

1. 複数の通信装置とサーバを備えてなる番組予約情報取得システムであって、
   前記通信装置は、前記通信装置のユーザにより所望の番組の録画予約を求める録画要求が入力される入力手段と、前記入力手段により録画要求が入力された番組に関する録画予約情報を公開するか否かを設定する設定手段と、前記設定手段により公開することが設定された場合に前記録画予約情報を前記サーバに送信する送信手段と、を備え、
   前記サーバは、前記複数の通信装置の識別情報を１つのグループとして関連づけて記憶する記憶手段と、前記複数の通信装置と情報の送受信を行う通信手段と、前記通信手段により前記複数の通信装置のいずれか１つから前記録画予約情報を受信した場合に前記録画予約情報を用いて前記グループに含まれる前記複数の通信装置における録画予約状態に関するグループ予約情報を作成する作成手段とを有することを特徴とする番組予約情報取得システム。
2. 前記サーバは、前記通信手段により、少なくとも前記録画予約情報を送信した通信装置以外の前記複数の通信装置に作成したグループ予約情報を送信することを特徴とする請求項１に記載の番組予約情報取得システム。
3. 前記記憶手段は、前記通信装置の識別情報と前記グループ予約情報の取得を希望するか否かを示す情報を対応づけて記憶し、
   前記通信手段は、前記グループ予約情報の取得を希望することを示す情報が対応づけて記憶された通信装置に、前記グループ予約情報を送信することを特徴とする請求項１に記載の番組予約情報取得システム。
4. 前記通信装置は、前記グループ予約情報を受信すると、前記入力手段による録画要求の入力なしに、前記グループ予約情報を用いて録画予約を行うことを特徴とする請求項３に記載の番組予約情報取得システム。
5. サーバを介して他の通信装置に番組予約情報の送信が可能な通信装置であって、
   前記通信装置のユーザにより所望の番組の録画予約を求める録画要求が入力される入力手段と、
   前記入力手段により録画要求が入力された番組に関する録画予約情報を公開するか否かを設定する設定手段と、
   前記設定手段により公開することが設定された場合に前記録画予約情報を前記サーバに送信する送信手段と、
   を備えていることを特徴とする通信装置。
6. サーバを介して他の通信装置から番組予約情報の取得が可能な通信装置であって、
   前記通信装置のユーザにより所望の番組の録画予約を求める録画要求が入力される入力手段と、
   前記サーバに他の通信装置における録画予約の状態を示す予約情報の取得要求を送信する送信手段と、
   前記サーバから前記予約情報を受信する受信手段と、
   前記受信手段により前記予約情報を受信した場合に、前記入力手段による録画要求の入力なしに、前記予約情報を用いて録画予約を行うことを特徴とする通信装置。
7. 複数の通信装置と情報の送受信を行うサーバであって、
   前記複数の通信装置の識別情報を１つのグループとして関連づけて記憶する記憶手段と、
   前記複数の通信装置のいずれか１つから前記録画予約情報を受信した場合に前記録画予約情報を用いて前記グループに含まれる前記複数の通信装置における録画予約状態に関するグループ予約情報を作成する作成手段と、を備え、
   少なくとも前記録画予約情報を送信した通信装置以外の前記複数の通信装置に作成したグループ予約情報を送信することを特徴とするサーバ。

Images