JP4551093B2 - サービス提供用サーバコンピュータ - Google Patents

Description

この発明は、ネットワークに対応したビデオ録画機器、ネットワークに接続可能な携帯端末、及びネットワークを介した録画予約サービスを行なうサーバコンピュータからなり、携帯端末から録画予約サービスに接続することにより録画機器を制御するサービス提供用サーバコンピュータに関する。

ネットワークに接続されたコンピュータに、複数の端末から同時にログインすることはマルチユーザＯＳ（オペレーティングシステム）では通常行なわれていることである。この場合、コンピュータの入出力装置（Ｉ／Ｏ）などの共有資源は、排他制御しながら複数の端末により利用される。その結果、各端末からみれば各端末があたかもそのコンピュータを専有して使用しているかのごとき使用感を提供することができる。

こうしたＯＳでは、例えば、ユーザごとにホームディレクトリの場所が別々に設けられる。通常のユーザはこのホームディレクトリ内しかアクセスできない。そのため、複数のユーザが一つのコンピュータを共有していても、他のユーザのファイルについて配慮することなく、自分が作ったファイルや電子メールに対する処理を行なうことができる。その結果、あたかもコンピュータを自分専用であるかのごとく使うことができる。

このためには、ログイン時に端末からユーザ名とパスワードとを入力する等、端末（及びユーザ）の識別情報をコンピュータに送り、コンピュータはそれを予め記憶してある識別情報とを照合して、端末の接続を許可・不許可を決めるようにしている。

この場合、コンピュータ側にはユーザの識別情報の設定が必要である。また端末側にも識別情報を予め記憶させることが多い。端末に記憶させることができない場合は毎回ユーザにユーザ名とパスワードとを入力させる方法がとられている。

一方、最近の電子技術及びＡＶ（Ａｕｄｉｏ−Ｖｉｓｕａｌ）技術の発達に伴い、コンピュータによってテレビジョン（以下単に「ＴＶ」と呼ぶ。）信号などの映像信号及び音声信号を処理することが一般的になっている。典型的には、ＴＶチューナ及びハードディスクを設けたコンピュータからなり、ハードディスクにＴＶの番組を録画することができる録画機器が普及しつつある。そうした録画機器を家庭で使用する場合、ユーザが複数になることが多い。また、そうした録画機器に接続されるＴＶセットの数が複数であることも多い。つまり、複数のユーザが一つの録画機器を使用してそれぞれ独自の操作を行なうことが予想される。

また、ネットワーク技術の発達により、ＴＶ放送とネットワークとの融合も進みつつある。そうした環境では、録画機器を、その録画機器の操作パネル又はリモートコントローラを用いて操作するだけでなく、ネットワークに接続可能な端末から制御することも可能となっている。この場合にも、複数の端末から当該録画機器を制御可能な仕組みが必要である。

したがって、上記の様な録画機器についても、一般的なマルチユーザＯＳと同様の機能が必要とされる。

なお、端末からネットワークを経由して録画機器を制御する場合、録画機器の制御を代行するサーバコンピュータを設けることもできる。この場合、端末はサーバコンピュータに認証付きで接続し、サーバコンピュータが録画機器に認証付きで接続することが考えられる。

上記したように、ネットワークに接続可能な録画機器と、ネットワークに接続され、端末からの要求に応じてＴＶ番組情報を提供するとともに、録画機器を制御する機能を有するサーバコンピュータと、公衆回線でネットワークに接続される携帯電話とを含み、携帯電話からサーバを経由して録画機器に録画予約を入れるシステムも知られている。そうしたシステムが後掲の特許文献１に開示されている。

図４２に、特許文献１に開示されたシステムの概要を示す。図４２を参照して、このシステムは、公衆回線により無線ネットワーク１０５に接続可能な携帯電話９０２と、無線ネットワーク１０５及びネットワーク１０４に接続された電子メールサーバ９００と、ネットワーク１０４を介して電子メールサーバ９００に接続可能な録画機器９０４とを含む。録画機器９０４はリモートコントローラ９０６を有する。録画機器９０４にはＴＶモニタ９０８が接続される。

このようなメールに録画予約命令を含める方式では、携帯電話９０２のユーザは、図４３に示すようなフォーマットで録画機器９０４宛ての電子メールを電子メールサーバ９００に送信する。この電子メールは電子メールサーバ９００に一旦蓄積される。録画機器９０４は、定期的に電子メールサーバ９００の自分専用のメールボックスにアクセスし、この電子メールを読み出す。電子メールが録画予約である場合には、録画機器９０４はその電子メール本文に記載された予約内容にしたがって番組録画の予約処理を実行する。

なお、特許文献１に記載のシステムでは、録画機器９０４が文字放送の受信チューナを備え、文字放送によって受信した番組情報を電子メールで携帯電話９０２に送信する。携帯電話９０２のユーザはこの情報を見て番組予約を行なう。

携帯電話９０２はあくまでもそのユーザ個人のものであるから、このシステムによれば、携帯電話９０２を録画機器９０４に対する個人用のリモートコントローラとして使うことができる。携帯電話は無線ネットワークで電子メールサーバ９００に接続されているため、録画機器９０４のあるリビングルームで携帯電話９０２を操作することもできる。またユーザが携帯電話９０２をもって移動中であっても録画機器９０４を操作することができる。したがって、録画機器９０４を直接操作したり、リモートコントローラ９０６を用いて操作することなく、携帯電話９０２で全て操作できる。

なお、電子メールサーバ９００に加えて、携帯電話９０２に対して番組情報を提供するためのサーバを設けてもよい。この場合、サーバのサービスを携帯電話ブラウザによって利用し、録画機器を制御するには次のようにする。すなわち、まず携帯電話９０２を使用してサーバに接続し、サービスに申込む。サーバはこの申込みに対してユーザ専用のログイン用ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等の認証用情報を作成し、携帯電話９０２に送信する。携帯電話はこの認証用情報を取得し、以後のサーバアクセスにはそのＵＲＬを利用する。これにより、サーバは携帯電話９０２のユーザを識別できる。

このようにしてサーバのサービスが携帯電話から利用可能となれば、次に録画機器９０４とサーバのサービスとを結びつける必要がある。このためには、該当携帯電話９０２で操作可能なサービスの接続管理情報を、録画機器９０４に設定しなければならない。この接続管理情報として、例えば電子メールサーバ９００のサーバアドレス、録画機器９０４が電子メールサーバ９００をアクセスする場合のアカウント情報などを設定しなければならない。

なお、番組表サービスとして、録画機器に対する番組予約を直接制御しないサービスもある。例えば、サーバは各番組に特定のコードを付した番組表を携帯電話に送信する。このコードは、録画機器に対する録画予約の際に使用できるよう、予めその付け方が決まっている。ユーザは、携帯電話に表示されたにコードを黙示し、被操作機器である録画機器にキー入力する。

こうした方法によっても録画機器の録画予約はできるが、サービスとしては、単に個々の番組情報をその録画を予約するための補助情報（コード）とともに携帯電話に送信するだけのものである。サービスと携帯電話とを継続的に結びつける方法ではない。そのため、携帯電話が録画機器から離れた場所にあると、このサービスを経由して録画機器を制御することは不可能である。

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

サーバのサービスを携帯電話によって利用し、ネットワークに接続された録画機器を制御するには、携帯電話の識別情報をサーバに登録し、認証を可能にすることと、携帯電話に関連付けられたサーバのサービスに録画機器がアクセス可能とする認証設定をする必要がある。

この手順はサービスを利用する上で煩雑であり、間違いがおきやすい。通常、録画機器９０４を操作する場合、リモートコントローラ９０６を入力手段とし、ＴＶモニタ９０８の画面を表示部としている。そのため、サーバ９００の携帯電話サービスを関連づけて録画機器に登録する設定項目が多岐にわたると、設定作業が困難である。

電子メールを用いた録画予約メールサービスを例にとると、ユーザは自分のメールアカウントに関するＰＯＰメールサーバ名、ＳＭＴＰサーバ名、アカウント名とメールボックスアクセス用のパスワード、メールアドレス名、及び返事用メールアドレスを調査する必要がある。さらにユーザは、録画予約のためのパスワードを定める必要がある。そしてユーザは、これらのうち、サーバ側にはメールアドレス、録画予約用のパスワードを正確に登録し、録画機器側にはＰＯＰメールサーバ名、ＳＭＴＰサーバ名、アカウント名、メールボックスアクセス用のパスワード、メールアドレス名、録画予約用のパスワード、及び返事用メールアドレスを正確に登録する必要がある。

これら情報は録画機器だけでなくネットワークの仕組みについてある程度の知識がなければ正確に管理することが難しく、そもそもそうした情報をユーザが調査することも難しい。また仮にそれらの情報が全て手元に揃ったとしても、それを正しく録画機器９０４に設定することは決して容易ではない。特にパスワード等の入力時には、画面は非表示とされることが通常であるから、入力誤りのチェックは困難である。設定すべき情報が多岐にわたるので、仮に入力誤りがあり録画予約が行なえない場合、どこで誤ったかを突き止めるのも困難である。

また、特許文献１に開示されている従来の録画予約メールサービスでは、ユーザが使用可能な録画予約アカウントは一つである。特許文献１には複数の録画機器を統一的に扱う技術は開示されていない。例えば録画機器がひとつのチューナしか備えていないときに、同じ時刻の異なるチャンネルの番組を録画するには複数の録画機器に適切に録画予約を割り振ることが望ましい。しかし特許文献１ではそのような制御は行なえない。録画機器を買い足すこともあり、複数の録画機器をどのように制御して録画予約と録画とを行なうかは、実際の利用上で重要な問題である。

さらに、特許文献１に開示の技術では、ある録画機器に対する複数の録画予約によって同じ時刻に別のチャンネルの番組を録画する場合、当該録画機器が有するチューナ数が足りないと、録画予約できないという問題がある。こうした場合でも可能な限り番組予約を生かして、番組を録画できるようにすることが望ましい。

さらに、家族で１又は複数の録画機器を共有する場合、複数のユーザによる録画予約を区別して適切に処理することが望ましいが、特許文献１に記載の技術ではそのようなことは不可能である。そのため、複数のユーザが行なった録画予約が互いに区別されず表示され、実行されることになり、ユーザとしては前述したように自分専用の感覚で録画機器を使用することができない。

したがって、従来のシステムでは、録画予約をネットワーク経由で行なうサービスを利用しようとしても、そのための設定が難しく、一般のユーザが容易に利用できるものではなかった。

また、ネットワーク経由でこうした処理を行なう場合、悪意のユーザの行為による悪影響を受けないようにすることが望ましい。

それゆえに本発明の目的は、録画予約等、所定の装置の制御をネットワーク経由で行なうサービスを利用するときの設定を容易に行なうことができるサービス提供用サーバコンピュータを提供することである。

この発明の他の目的は、所定の装置の制御をネットワーク経由で行なうサービスを利用するときの設定を誤るおそれが少なく、かつ容易に行なうことができるサービス提供用サーバコンピュータを提供することである。

本発明に係るサービス提供用サーバコンピュータは、以下のサーバ用コンピュータプログラムによりプログラムされたものである。このプログラムは、コンピュータにより実行されると以下のステップからなる方法を実行するように当該コンピュータを制御する。その方法は、携帯情報端末に対して、ネットワークを介して、所定サービスへの加入申込みのための申込み文書データを送信するステップと、携帯情報端末から、申込み文書データに基づく返信を受信したことに応答して、当該携帯情報端末が申込み文書データの送付先の携帯情報端末か否かを識別し、アカウント識別情報により一意に識別されるアカウントを生成し当該携帯情報端末に割当てるステップと、当該携帯情報端末に対してサービスを提供するために必要なアカウント情報を生成するステップと、ネットワークを介して携帯情報端末にアカウント識別情報を送信するステップと、携帯情報端末と異なる装置からアカウント識別情報を受信したことに応答して、当該アカウント識別情報に対応するアカウント情報を他の装置に送信するステップとを含む。

携帯情報端末を使用してサービス提供用サーバコンピュータにアカウントを生成する。このときに作成されるアカウント情報を用いると、携帯情報端末からの指示情報に他の装置からアクセスできる。この際、他の装置から上記したアカウントのアカウント識別情報を受信したことに応答して、アカウント情報を返信するので、他の装置ではこのアカウント情報を用いて携帯情報端末からの指示にアクセスし、その内容にしたがった動作を行なえる。そのアカウント情報は、他の装置からアカウント識別情報だけをサーバコンピュータに送信することで、その装置が受け取ることができる。ユーザがアカウント情報を当該装置に設定する必要はない。その結果、携帯情報端末を用いて当該他の装置を制御するための設定を、誤りのおそれが少なく容易に行なうことができる。

好ましくは、携帯情報端末には、ネットワーク上で当該携帯情報端末に電子メールを送信するためのメールアドレスが割当てられており、方法はさらに、申込み文書を送信するステップに先立ち、携帯情報端末から当該携帯情報端末のメールアドレスを含むメッセージを受信するステップを含み、装置に送信されるアカウント情報は、アカウント識別情報に対応するアカウントが割当てられた携帯情報端末のメールアドレスを含む。

携帯情報端末のメールアドレスがアカウント情報に含まれるので、サーバコンピュータからも、携帯情報端末により制御される装置からも携帯情報端末に対しメッセージを送信できる。

さらに好ましくは、上記方法は、他の装置から、アカウント識別情報と関係付けて当該装置の個体を識別する個体識別情報を受信するステップと、装置から受信した個体識別情報を、装置から受信したアカウント識別情報に対応するアカウント情報に格納するステップとをさらに含む。

個体識別情報を受信しアカウント情報に格納することで、携帯情報端末により制御される装置固有の機能を利用して、携帯情報端末から当該装置を制御できる。

アカウント情報を生成するステップは、アカウントに対応するユーザが所定のサービスを利用するためのサービス利用のためのメールアカウントを所定のメールサーバに作成するステップと、メールアカウントに対してアクセスするために必要な情報と、アカウント識別情報とを含むアカウント情報を生成するステップとを含んでもよい。

メールによる所定動作の予約サービスを利用する場合、制御対象の装置宛てのメールを携帯情報端末から送信し、制御対象の装置からそのメールアカウントにアクセスして当該メールを読み出す必要がある。そのためには、制御対象の装置に、メールサーバにアクセスするための情報を設定する必要がある。従来はこの設定がむずかしく、また誤りも多かった。しかし上記したサービス提供用サーバコンピュータによれば、サービスを利用するためのメールアカウントが自動的に生成され、かつそのメールアカウントにアクセスするための情報がアカウント情報に含まれる。したがって、制御対象の装置がそのアカウント情報を受けて自己を適切に設定することが可能になる。

好ましくは、このサービス提供用サーバコンピュータにより実現される方法は、申込み文書を送信するステップに先立って、乱数に基づいて文字列を発生させ、当該文字列を申込み文書に含ませるステップと、文字列を所定の記憶装置に記憶するステップと、記憶装置に記憶された文字列を、記憶後所定時間の経過後に削除するステップとをさらに含み、割当てるステップは、携帯情報端末からメッセージを受け取り、当該メッセージに、所定の記憶装置に記憶された文字列のいずれかが含まれているか否かを判定するステップと、メッセージに、所定の記憶装置に記憶された文字列のいずれかが含まれていると判定されたことに応答して、アカウント識別情報により一意に識別されるアカウントを生成し当該携帯情報端末に割当てるステップとを含む。

携帯情報端末に含ませる文字列を記憶しておき、所定時間経過後に削除する。携帯情報端末から返信される文字列が、記憶装置にある文字列のいずれかと一致すれば、その携帯情報端末は、サービス提供用サーバコンピュータからの申込み文書を受信した装置であると判定できる。そのため、悪意の利用者から申込み文書に対する返信を装った通信を受け取ったとしてもそれらを排除でき、高い信頼性でサービスの申込みの受付を行なうことができる。

さらに好ましくは、携帯情報端末装置はコンピュータプログラムを実行可能であり、アカウント識別情報を送信するステップは、携帯情報端末装置において実行されると、アカウント識別情報を他の装置に転送する機能を実現するコンピュータプログラムを準備するステップと、コンピュータプログラムを携帯情報端末装置に送信するステップとを含む。

携帯情報端末装置にコンピュータプログラムを送信し、そのコンピュータプログラムを実行させることにより、携帯情報端末装置から制御対象となる装置にアカウント識別情報を自動的に転送できる。その結果、ユーザが手操作でアカウント識別情報を制御対象装置に入力する必要がなくなり、操作が容易になるとともに操作誤りも減少する。

本発明の他の局面にかかるサービス提供用サーバコンピュータは、以下のプログラムによりプログラムされたものである。このプログラムは、コンピュータにより実行されると以下のステップからなる方法を実行するように当該コンピュータを制御する。その方法は、携帯情報端末に対して、ネットワークを介して、所定サービスへの加入申込みのための申込み文書データを送信するステップと、携帯情報端末から、申込み文書データに基づく返信を受信したことに応答して、当該携帯情報端末が申込み文書データの送付先の携帯情報端末か否かを識別し、アカウント識別情報により一意に識別されるアカウントを生成し当該携帯情報端末に割当てるステップと、当該携帯情報端末に対してサービスを提供するために必要なアカウント情報を生成するステップと、携帯情報端末において実行されると、アカウント情報を他の装置に転送する機能を実現するコンピュータプログラムを準備するステップと、コンピュータプログラムを、携帯情報端末に送信するステップと、コンピュータプログラムを実行した携帯情報端末からのアカウント情報の要求に応答して、携帯情報端末に割当てられたアカウント情報を携帯情報端末に送信するステップと、携帯情報端末と異なる装置から、当該装置の個体識別情報をアカウント識別情報に関連付けて受信したことに応答して、装置から受信した個体識別情報を、上記した他の装置から受信したアカウント識別情報に対応するアカウント情報に格納するステップとを含む。

携帯情報端末装置にコンピュータプログラムを送信し、そのコンピュータプログラムを実行させることにより、携帯情報端末装置から制御対象となる装置にアカウント情報を自動的に転送できる。その結果、ユーザが手操作でアカウント情報を制御対象装置に入力する必要がなくなり、操作が容易になるとともに操作誤りも減少する。

好ましくは、他の装置は、録画機能を持つ録画機器であり、所定のサービスは、携帯情報端末から録画機器に対する録画予約である。

録画予約を携帯情報端末から行なうことができる。携帯情報端末は個人が身に付けるものなので、ネットワークに接続可能でさえあればどこからでも録画機器に対する録画予約を行なうことができる。特に携帯情報端末が携帯電話である場合に便利である。

さらに好ましくは、上記方法は、他の装置がサービス提供用サーバコンピュータから提供される所定のサービスに基づいて、携帯情報端末に対する課金を行なうステップをさらに含む。

制御対象の機器に対して提供されるサービスに基づいて、携帯情報端末に課金を行なう。例えば携帯情報端末が携帯電話である場合のように、携帯情報端末に対する課金手段が確立している場合に容易に所定のサービスに対する課金を実現できる。

上記した方法は、携帯情報端末から、当該携帯情報端末のメールアドレスを受信するステップと、携帯情報端末のメールアドレスをアカウント情報に格納するステップと、他の装置から、当該他の装置の状態変化を示すメッセージを受信するステップと、他の装置の状態変化を、他の装置に対応するアカウントのアカウント情報に含まれるメールアドレスに対して電子メールで送信するステップとをさらに含んでもよい。

制御対象となる装置の状態変化があると、それを携帯情報端末のメールアドレスに電子メールの形で通知できる。

好ましくは、アカウント識別情報は数字のみから生成される。

制御対象となる装置を、例えばリモートコントローラのように数字キーとごく限られたキーしか持たない場合でも、アカウント識別情報を容易に入力することができる。

さらに好ましくは、上記方法は、携帯情報端末からサービス提供の要求を受信したことに応答して、アカウント情報を調査し、当該要求に対応できるか否かを判定するステップと、判定するステップによって要求に対応できないと判定されたことに応答して、要求を発信した携帯情報端末に対して返信するステップとをさらに含む。

アカウント情報によって、サービス提供用サーバコンピュータによるサービスを受ける装置の状況を一括して管理できる。そのため、ある装置を用いるサービス提供の要求があったときに、その装置により当該要求に対応できるか否かを管理することができる。そのため、例えば複数の携帯情報端末によって共通の装置を制御しようとする場合などに、コンフリクトが発生するのを防止できる。

識別情報はネットワークで接続されたサービス提供用サーバコンピュータを識別するための情報を含んでもよい。

複数のサービス提供用サーバコンピュータがある場合、識別情報によってそれらを識別できる。したがって、携帯情報端末からも、その制御対象となる装置からも、必要に応じて正しいサーバコンピュータにアクセスできる。

好ましくは、上記方法は、割当てるステップにより生成された識別情報を所定の識別情報記憶装置に保存するステップをさらに含み、割当てるステップは、携帯情報端末が申込み文書データの送付先の携帯情報端末か否かを識別し、識別情報記憶装置に存在しないアカウント識別情報により識別されるアカウントを生成し当該携帯情報端末に割当てるステップを含む。

アカウント識別情報の生成にあたって、以前に生成されたアカウント識別情報と異なるか否かを、識別情報記憶装置の記憶内容を調べることで確認できる。その結果、一意の識別情報を生成できる。

さらに好ましくは、サービス提供用サーバコンピュータにおいて生成される識別情報は、識別情報の本体と、識別情報の誤り検出情報とを含む。

識別情報の本体だけでなく、その誤り検出情報が識別情報に含まれるので、サービス提供用サーバコンピュータは、受信したアカウント識別情報が正しいものか否かを容易に判定できる。その結果、アカウント識別情報の誤りによるシステムの誤動作を防止できる。

さらに好ましくは、アカウント情報生成には有効期限を持たせ、生成後一定期間内にサービスを受ける装置からのアカウント情報取得要求がなければアカウント情報を無効にする。アカウント情報は消去する。これにより、アカウント作成だけ行ないサービスを受ける装置で利用しないような方法で無駄なアカウント作成を行なわせるような悪意ある攻撃に対して、アカウント番号という有限な資源を守ることもできる。

以上のとおり、本発明に係るサービス提供用サーバコンピュータによれば、携帯情報端末を用いて当該他の装置を制御するための設定を、誤りのおそれが少なく容易に行なうことができる。携帯情報端末のメールアドレスをアカウント情報に含むようにすると、サーバコンピュータからも、携帯情報端末により制御される装置からも携帯情報端末に対しメッセージを送信できる。そのため、携帯情報端末のユーザは制御対象の装置の状態を確認できる。

個体識別情報を受信しアカウント情報に格納すると、携帯情報端末により制御される装置固有の機能を有効に利用することができる。

また、悪意の利用者から申込み文書に対する返信を装った通信を受け取ったとしてもそれらを排除でき、高い信頼性でサービスの申込みの受付を行なうことができる。

さらに、携帯情報端末装置にコンピュータプログラムを送信し、そのコンピュータプログラムを実行させることにより、携帯情報端末装置から制御対象となる装置にアカウント識別情報又はアカウント情報を自動的に転送できる。ユーザが手操作でそれらを入力する必要がなくなり、操作が容易になるとともに操作誤りも減少する。

また、本発明によれば、録画予約を携帯情報端末から行なうことができる。携帯情報端末は個人が身に付けるものなので、ネットワークに接続可能でさえあればどこからでも録画機器に対する録画予約を行なうことができる。特に携帯情報端末が携帯電話である場合に便利である。

また、携帯情報端末に対する課金手段を用い、容易に所定のサービスに対する課金を実現できる。

アカウント識別情報を数字のみから生成すると、例えばリモートコントローラのように数字キーとごく限られたキーしか持たない場合でも、アカウント識別情報を容易に入力することができる。

また、アカウント情報によって、サービス提供用サーバコンピュータによりるサービスを受ける装置の状況を一括して管理できる。そのため、例えば複数の携帯情報端末によって共通の装置を制御しようとする場合などに、コンフリクトが発生するのを防止できる。

複数のサービス提供用サーバコンピュータがある場合、識別情報によってそれらを識別できる。したがって、携帯情報端末からも、その制御対象となる装置からも、必要に応じて正しいサーバコンピュータにアクセスできる。

[実施の形態１]
‐概要‐
以下に説明する実施の形態１では、操作機器として公衆網に繋がる携帯電話を、被操作機器としてネットワークに繋がる録画機器を、サーバコンピュータとして録画機器に録画予約サービスを提供する番組情報サービスプロバイダのサーバを例としてあげる。以下の説明では、サーバがＴＶ番組表を携帯電話に表示する。携帯電話のユーザは、携帯電話に表示された番組表中の録画予約リンクを選択する。この操作により、被操作機器である録画機器に録画予約するサービスにこのユーザのアカウントが作成される。その後、録画機器と当該アカウントとを関連付ける処理を行なった後、携帯電話を用いて当該録音機器に対する録画予約が可能となる。

携帯電話は、ウェブブラウザ及びメールソフトを内蔵したタイプのものを用いるものとする。なお、後述するように本実施の形態のシステムは、携帯電話に限らずパーソナルコンピュータ、携帯情報端末など、ネットワークに接続可能な装置を使用して利用することもできる。最近の携帯電話には、ＩｒＤＡといわゆるリモコンＩｒとの双方の機能を有する製品も登場しているので、携帯電話によって録画機器のリモートコントローラの機能を実現させることも可能である。

図１は、本発明の一実施の形態にかかるシステム１００のブロック図である。図１を参照して、このシステム１００は、ネットワーク１０４に接続された録画機器１０６と、ネットワーク１０４及び無線ネットワーク１０５に接続され、電子的番組情報サービスを提供する番組情報サービスプロバイダサーバ１０２と、無線ネットワーク１０５を介して番組情報サービスプロバイダサーバ１０２に接続可能な携帯電話１１２とを含む。録画機器１０６はリモートコントローラを有し、さらにＴＶモニタ１１０に接続される。このシステム形態は、図４２に示した従来のものと類似しているが、番組情報サービスプロバイダサーバ１０２、携帯電話１１２、及び録画機器１０６の各々において、従来のものと異なる方式が採用されている。以下、最初にこのシステム１００で行なわれるシステム加入時のシステムの動作、及び録画予約の際のシステムの動作について、その概略を説明し、その後にそれら動作を実現する各装置の構成、及び個々の動作の詳細について説明する。

図２に、システム加入時のシステム１００の動作の概略を示す。図２を参照して、最初に、番組情報サービスプロバイダサーバ１０２は後述するようにＷＷＷサーバを持ち、携帯電話１１２のブラウザに対してサービス申込み画面（図示せず）を提供することができる。このためには例えば、携帯電話から所定のＵＲＬ（ｈｔｔｐ：／／ＥＰＧｓｅｒｖｉｃｅ／ｌｏｇｉｎ／）にアクセスする。このとき、携帯電話でユーザが携帯電話キャリアの提示する課金条件画面に暗証番号を入力して有料サービスに加入することに同意するステップを設けてもよい。

申込み画面には、サービス申込みのためのボタンが表示され、そのボタンを押すことにより携帯電話１１２から番組情報サービスプロバイダサーバ１０２に対してサービス申込みが行なわれる。このとき、後述するようにサーバ１０２では、偽の申込みを排除できるような工夫を行なっている。番組情報サービスプロバイダサーバ１０２は携帯電話１１２から申込みを受けると、携帯電話１１２の識別情報を取得した上で携帯電話にアカウント番号を発行する。同時に番組情報サービスプロバイダサーバ１０２のメールサーバ部にメールアカウントを作成し、このメールサーバにアクセスするためのアカウント情報などを番組情報サービスプロバイダサーバ１０２内に保持する。

番組情報サービスプロバイダサーバ１０２はさらに、申込んだ携帯電話だけがログインできるＵＲＬを返信メールで発行し、当該メールで上記したアカウント番号をユーザに通知する（図１２のアカウント通知を行なう画面１２０を参照）。

ユーザ１１４は、携帯電話１１２に表示されたアカウント番号を目視し（線１４２で示す。）、そのアカウント番号をリモートコントローラ１０８を用いて録画機器１０６に入力する（線１４４で示す。）。アカウント番号は、本実施の形態では全て数字であるものとする。そのため、リモートコントローラ１０８のキーが数字のみである場合でもリモートコントローラ１０８により入力可能である。もちろん、録画機器１０６に対し数字以外のキーを容易に入力できるのであれば、アカウント番号が数字のみである必要はない。録画機器１０６はネットワーク１０４を介して番組情報サービスプロバイダサーバ１０２に接続し、ユーザ１１４により入力されたアカウント番号を通知する。

番組情報サービスプロバイダサーバ１０２は、この通知に応答して、当該アカウント番号に対応する情報を録画機器１０６に通知する。録画機器１０６は、この情報を受信し、サービス利用情報として設定する。その結果、録画機器１０６は、これ以後、該当携帯電話１１２からのリモートコントロール操作により番組情報サービスプロバイダサーバ１０２が発行する制御情報を受信可能になる。

図３に、このサービスを利用して携帯電話１１２から録画機器１０６の録画予約を行なう場合のシステム１００の概略動作を示す。図３を参照して、最初に携帯電話１１２が、サービス加入時に番組情報サービスプロバイダサーバ１０２から通知されたＵＲＬにアクセスする（１６０）。これに対し番組情報サービスプロバイダサーバ１０２は、加入者ごとに予め準備していたお勧め情報を編集してＨＴＭＬ文書を作成し、携帯電話１１２に返信する（１６２）。その結果、携帯電話１１２の画面にはお勧め番組の一覧画面１６４が表示される。もちろん図３に示す画面は一例である。

ユーザは、お勧め番組の一覧画面１６４のリンクをたどることで、番組説明の画面１６６に移動できる。この画面１６６にはメール録画のためのリンクが設けられている。メール録画のリンクをクリックすることで、録画予約メールが携帯電話１１２から録画機器１０６宛てへの録画予約メールが番組情報サービスプロバイダサーバ１０２中のメールサーバに送信される。

録画機器１０６は、定期的に番組情報サービスプロバイダサーバ１０２の自分のメールボックスをアクセスし（１８０）、電子メールが着信しているか否かを調べる。録画予約の電子メールが着信している場合、録画機器１０６はその内容にしたがって録画予約をする。録画機器１０６はさらに、録画予約を完了した旨を示す携帯電話１１２宛ての電子メールを番組情報サービスプロバイダサーバ１０２のメールサーバに発信する（１８２）。

この電子メールを受信した携帯電話１１２は、録画予約完了画面１６８に表示する。本実施の形態では、録画予約完了画面１６８には他の録画予定を一覧するためのリンクが設けられており、それをクリックすると録画予約一覧画面１７０が表示される。録画予約一覧画面１７０により、録画機器１０６における録画予約を一覧することができる。一覧の形式については後述する。

‐構成‐
［携帯電話１１２］
最初に、携帯電話１１２の構成について説明する。携帯電話は、図４のような論理ブロック構成を有する。図４を参照して、携帯電話１１２は、公衆網である無線ネットワーク及び他のネットワーク機器への接続を提供するネットワークインタフェース（Ｉ／Ｆ）部１９２と、ユーザによる入力を受けるためのキー入力部１９０と、文字及びグラフィクス等を表示する液晶表示装置からなる表示部２０２と、サーバ等から送信されるＨＴＭＬ文書を表示するためのＨＴＭＬブラウザ部１９４と、番組情報サービスプロバイダサーバ１０２から送信されてくるログイン用ＵＲＬを記憶するためのＵＲＬ記億部１９６と、ネットワークＩ／Ｆ部１９２を介して電子メールを送受信するためのメール送受信部１９８と、メール送受信部１９８により受信された電子メールを記憶するためのメール記憶部２００とを含む。

ＨＴＭＬブラウザ部１９４及びメール送受信部１９８は、図４には図示しない不揮発性メモリに書き込まれたソフトウェアによりＨＴＭＬブラウザ及び電子メールソフトを起動することによりそれぞれ実現される。こうしたソフトウェアは、後述するようにＣＰＵ（中央演算処理装置）で実行される。

図５は、図４に示す携帯電話１１２のハードウェアブロック図である。図５を参照して、携帯電話１１２は、無線ネットワークＩ／Ｏ２２０と、無線ネットワークＩ／Ｏ２２０に接続されたバス２１０とを含む。携帯電話１１２はさらに、いずれもバス２１０を介して互いに接続されたＣＰＵ２１２と、ブラウザ及び電子メールソフト等のソフトウェアを記憶した不揮発メモリ２２２と、作業領域などとして使用されるメモリ２１４と、表示部２１６と、キー入力部２２４と、ＩｒＤＡによる赤外線通信を行なうためのＩｒ送受信部２１８とを含む。

図５に示す各部のうち、無線ネットワークＩ／Ｏ２２０及びＩｒ送受信部２１８が図４のネットワークＩ／Ｆ部１９２に相当する。また不揮発メモリ２２２及びＣＰＵ２１２が図４のＨＴＭＬブラウザ部１９４及びメール送受信部１９８に相当する。図５のメモリ２１４が図４のＵＲＬ記億部１９６及びメール記憶部２００に相当する。さらに、図５の表示部２１６及びキー入力部２２４がそれぞれ図４の表示部２０２及びキー入力部１９０に相当する。

ＣＰＵ２１２が実行するソフトウェアは、無線ネットワークＩ／Ｏ２２０を通じて外部から受信して不揮発性メモリ２２２またはメモリ２１４に書込み、実行できる。不揮発メモリ２２２又はメモリ２１４に記憶されたソフトウェアはＣＰＵ２１２で実行され、キー入力部２２４からのキー入力を受付けて処理するとともに、表示部２１６に文字及びグラフィクスを表示できる。Ｉｒ送受信部２１８を用いれば、外部の録画機器に対してＩｒＤＡによる双方向データ通信が可能である。

図４に示すＨＴＭＬブラウザ部１９４及びメール送受信部１９８はそれぞれ、ネットワークＩ／Ｆ部１９２を介してサーバと接続できる。またカーソルキーを含むキー入力部１９０によりメール送受信部１９８、ＨＴＭＬブラウザ部１９４を操作できる。メール送受信部１９８で受信されたメールはメール記憶部２００に記憶される。

携帯電話１１２では、メール送受信部１９８はＨＴＭＬブラウザ部１９４と連動する。すなわち、電子メール本文に「ｈｔｔｐ：／／」
で始まるＵＲＬがあれば、ユーザがカーソルキー選択操作により当該ＵＲＬを選択すれば、ＨＴＭＬブラウザ部１９４によるＨＴＭＬブラウザに切替わり、当該ＵＲＬをネットワークＩ／Ｆ部１９２を通じて表示部２０２に表示する。

ＵＲＬ記億部１９６の存在により、携帯電話１１２はＵＲＬを選択し、記憶しておき、再利用することができる。つまり、例えば番組情報サービスプロバイダサーバ１０２から電子メールで送付されるログイン専用のＵＲＬをＵＲＬ記億部１９６に記憶しておき、その後、所望のときにそのＵＲＬにアクセスできる。もちろん、ログイン用ユーザ名とパスワードとを発行して、毎回ユーザにユーザ名とパスワードとを入力させてもよいが、上記したように専用ＵＲＬを用いた方がユーザにとっては便利である。

［番組情報サービスプロバイダサーバ１０２］
図１〜図３に示す番組情報サービスプロバイダサーバ１０２は、広くは、ネットワークに接続可能な携帯電話のＨＴＭＬブラウザに対して電子番組表の閲覧を可能にするサービスの提供者とそのサーバとを包含する概念である。狭くは、番組情報サービスプロバイダサーバ１０２は、上記したサービスを提供するためのサーバコンピュータシステムを指す。

番組情報サービスプロバイダサーバ１０２は、Ｗｅｂサーバ及びメールサーバを含むソフトウェアが動作するサーバコンピュータ（以下単に「サーバ」と呼ぶ。）である。番組情報サービスプロバイダサーバ１０２の機能的ブロック構成を図６に示す。

図６を参照して、番組情報サービスプロバイダサーバ１０２は、録画機器管理部２４４と、録画予約データベース（ＤＢ）部２４６と、ユーザアカウント情報蓄積部２４８と、ユーザアカウント管理部２５０と、番組情報管理部２４２と、番組情報記憶部２４０と、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）ＷＷＷサーバ２５８と、メール処理部２５２と、メールサーバ部２５４と、メールサーバ部２５４が処理する電子メールをメールアカウントごとに蓄積するためのメールボックスからなるメール蓄積部２５６とを含む。メールサーバ部２５４はネットワーク１０４を経由して録画機器１０６に接続される。ＷＷＷサーバ２５８は、無線ネットワーク１０５を経由して携帯電話１１２に接続される。

図７に、図６のユーザアカウント情報蓄積部２４８に蓄積される、ユーザごとのアカウント情報２８０の概略を示す。図７に示すように、アカウント情報２８０は、サービス加入処理を行なった携帯電話のメールアドレスと、録画機器に録画予約をするための電子メールを送信する際のメールアカウントと、録画予約メールをメール蓄積部２５６から読み出す際の録画メール読み出し用パスワードと、録画ＰＯＰメールサーバ名と、録画メールアドレス名と、録画予約用のＳＭＴＰサーバ名と、このサービスのサービス名と、録画予約する際に電子メールに含ませるべき録画予約用のパスワードと、この携帯電話に対して発行されたアカウント番号と、被制御機器の個体識別情報と、携帯電話のログイン専用ＵＲＬとを含む。

図６に示すユーザアカウント管理部２５０は、申込みメールを受付けるとその発信元の携帯メールアドレスに対応付けられた録画機器制御用アカウントとアカウント情報構造体とを生成する。録画機器制御用アカウントは、録画機器との通信に使用される認証情報及び制御命令を伝達するための記憶領域を確保するためのものである。アカウント情報構造体の構成については後述するが、これらの情報の集合体である。アカウント情報構造体はアカウント番号に関連付けられており、アカウント番号から参照できる。本実施の形態では、番組情報サービスプロバイダサーバ１０２は申込みメールの送信元の携帯電話に、そのアカウント番号を送信する。携帯電話はこれを表示し、ユーザはそれを目視し、録画機器に入力する。アカウント番号の入力を受けた録画機器は、アカウント番号をもとにサー
バ１０２にアクセスする。サーバ１０２はアカウント番号の認証を行ない、認証後アカウント情報構造体のうち録画機器に渡すべきものを録画機器に送信する。

録画機器には、このようにしてアカウント情報が設定される。したがって、以後録画機器とサーバ１０２との間の通信が確立でき、サーバ１０２による制御を受け入れることができる。したがって携帯電話でサーバ１０２のサービスを介して録画機器が制御できるようになる。

図７に示す例では、例えば、携帯電話のメールアドレスはｐａｐａ＠ｉｓｐ１であり、録画予約のためのメールアカウントはａ１２３４５であり、以下同様である。

録画機器制御用アカウントの具体的例をあげると、携帯メールアドレスごとに異なる録画予約用メールアカウントを図６のメールサーバ部２５４に生成する。アカウント情報構造体はこのメールアカウントの情報を図６のユーザアカウント情報蓄積部２４８に記憶したものである。

すなわち、サービス加入の申込みがあると、図６に示すメールサーバ部２５４に対して、録画メールアカウント名、録画メールパスワード、録画メールＰＯＰサーバ名、録画メール送信用ＳＭＴＰサーバ名、及び録画メールアドレスで録画予約メールの送受信ができるようメールアカウントを新規に設定する。

メール録画予約方式では、サーバ側と録画機器側で録画予約用のパスワードを決めておき、メールの録画命令に含められた録画予約用のパスワードがこれと一致していればメールを正規の録画命令として認証する方式が一般的に利用されている。本実施の形態では、録画予約用のパスワードは、過去の発行分と重複しないように８桁程度の乱数として生成するものとする。そして図７に示すようなアカウント構造体に含め、図６のユーザアカウント情報蓄積部２４８に記憶する。これらのアカウント情報は後述するメールによる録画予約においてサーバと録画機器で共有することが必要な情報である。

その他、本実施の形態では、図７のアカウント情報構造体は、このサービスを識別するための文字列をサービス名として含む。また、アカウント情報構造体が、サーバのサービスを識別する画像へのＵＲＬアドレスを含んでいてもよい。図７の例では“テレビナビゲーション”という文字列がサービス名を表している。

また、後で説明するように、申し込みに使われた携帯電話からの携帯電話ログイン用のＵＲＬも記憶される。このＵＲＬに当該携帯電話からのアクセスがあれば、このアカウントに関連づけた情報を携帯電話に提供する。

このような複雑多岐にわたるアカウント情報は、録画予約制御を実現するためにサーバと録画機器の間で共有しなければならない。しかし、このアカウント情報を携帯電話に表示させ、ユーザに録画機器に正確に設定させることになれば、ユーザに対する心理的な負担は大きくなる。また、録画機器のリモートコントローラによる入力操作を前提とすれば、間違いを誘発するおそれが大きく、その上、間違っていてもそれを発見するのが困難である。

そこで、本実施の形態では、サーバ１０２でアカウント情報を識別するアカウント番号を生成し、これらのアカウント情報をアカウント番号で代表させることとする。アカウント番号を携帯電話に表示し、録画機器に入力させることで録画機器はそのアカウント番号に基づいてサーバからアカウント情報を取得する。

望ましくは、アカウント番号として多数桁、例えば１６桁の数字を発生させる。本実施の形態では、アカウント番号の数字列は３つの領域からなる。すなわち、数字の上位２桁はサーバのサービスプロバイダ識別番号、中１２桁は乱数、下位２桁は上位１４桁の合計値（チェックサム）である。

サービスプロバイダ識別番号はサーバの最大数を１００としてその区別のための番号である。サービスプロバイダ識別番号は統一された機関により各サービスプロバイダ業者に割当てられるものとする。録画機器１０６は、サービスプロバイダ番号からサービスプロバイダのサーバのＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｉｃｅ）名に変換するテーブルを内蔵しているものとする。

チェックサムにより以下のような効果が得られる。例えば、サーバのサービスプロバイダ識別番号が３２、発生した乱数が１４０９３８２３２１４５であるものとする。このとき、チェックサムは４７である。結果として“３２１４０９３８２３２１４５４７”がアカウント番号となる。このアカウント番号を受信した録画機器が上位１４桁を加算し下２桁のチェックサムと比較すれば、間違いなく入力されているかどうか容易に確認できる。チェックサムはメッセージダイジェストＭＤ５など、チェックサムとして適切なものであればどのようなアルゴリズムで発生してもよい。

でたらめなアカウント番号により不正にサーバのアカウント情報を取得できないように、本実施の形態では中１２桁部に対し以下のような工夫を行う。すなわち、ユーザアカウント管理部２５０では、過去に発行した番号を記憶しておき、これと重複しない乱数を採用して第３桁目から第１４桁目までの１２桁分を生成する。１２桁のアカウント番号の取り得る数は１兆通りある。１００万個のアカウント番号を乱数で生成しても推測したアカウント番号が偶然一致する確率は１００万分の１である。したがって、このアカウント番号はユーザ名とパスワードのように個人を識別する認証データと等価である。すなわち、第三者がでたらめにアカウント番号を生成しユーザアカウント管理部２５０にアクセスしても、アカウント情報取得できないという利点がある。

図６に示す番組情報サービスプロバイダサーバ１０２がサービス申込みのために用意したＨＴＭＬ文書の例を図８に示す。図８を参照して、このＨＴＭＬ文書には、電子メールプログラムを起動するためのタグである「ｍａｉｌｔｏ」が含まれている。この文書は、ユーザからの申込みがこのＨＴＭＬ文書からの電子メール送信で行なわれることを期待しているものである。

ｍａｉｌｔｏタグのパラメータとして、番組情報サービスプロバイダサーバ１０２のサービス管理者の電子メールアドレスである「ｍａｓｔｅｒ＠ＥＰＧｓｅｒｖｉｃｅ」が設定され、さらに本文（「ｂｏｄｙ＝」以下の部分）にはサービスへの申込みを行なう電子メールであることを示す「ｊｏｉｎ」という文字と、３２ビット整数の乱数に基づいて生成したワンタイム文字列である「９７３４５６７１２３」という文字列とを含む。このワンタイム文字列は、文字通り一度だけ発生され、一定期間だけ番組情報サービスプロバイダサーバ１０２により記憶される。

ワンタイム文字列“９７３４５６７１２３”がｍａｉｌｔｏタグの本文指定部分に含まれており、ｍａｉｌｔｏタグの性質から、ユーザがこのタグにリンクされた『申し込む』リンクを選択すると、携帯電話のメール送受信部が、メール本文にワンタイム文字列を含む『ｊｏｉｎ９７３４５６７１２３』と書かれた加入申し込み携帯メールが番組情報サービスプロバイダサーバ１０２の管理者に送信される。メールの差出人は携帯電話メールのアドレスとなる。

サービス申込みメールの本文にこのようにワンタイム文字列を含ませておき、番組情報サービスプロバイダサーバ１０２において受信したサービス申込みメールに、自己が記憶してあるワンタイム文字列が含まれるか否かを判定する。これにより、サービス申込みメールが真正なものか否かを判定でき、悪意で番組情報サービスプロバイダサーバ１０２に申込みメールが送信されたときに、それを不正と判定し排除することができる。

真正と判定された申込みメールを受信すると、番組情報サービスプロバイダサーバ１０２では後述するように当該携帯電話のメールアドレスに基づいた録画予約のためのアカウントを作成し、あわせてサービス利用のためのそのアカウント専用のＵＲＬを作成し、電子メールで申込みメールの差出人宛てに返信する。その返信メールの形式の例を図９に示す。図９に示す例において、「ｈｔｔｐ：／／ＥＰＧｓｅｒｖｉｃｅ／ｌｏｇｉｎ」の部分がログイン処理のためのプログラムを指定する情報であり、その後の「？」以下の部分が当該プログラムに渡される情報である。図９に示す例では、プログラムにはユーザＩＤ（アカウント情報）が渡される。このアカウント情報により、以後の処理を制御する。

図６に示す番組情報サービスプロバイダサーバ１０２は、コンピュータハードウェアとその上で動作するソフトウェアとにより実現される。番組情報サービスプロバイダサーバ１０２のハードウェア構成を図１０に示す。

図１０を参照して、番組情報サービスプロバイダサーバ１０２は、インターネットサービスを行なうサーバとして標準的な構成を有する。すなわち、番組情報サービスプロバイダサーバ１０２は、バス３００を中心として、いずれもバス３００に接続されたＣＰＵ３０２、メモリ３０４、ネットワークＩ／Ｏ３０６、及びストレージＩ／Ｏ３０８を含む。番組情報サービスプロバイダサーバ１０２はさらに、ストレージＩ／Ｏ３０８を介してバス３００に接続されるハードディスク３１０を含む。

この番組情報サービスプロバイダサーバ１０２の動作原理は通常のコンピュータと同様であるので、ここではその詳細は繰り返さない。

図６に示す番組情報サービスプロバイダサーバ１０２の各機能は、図１０に示すハードウェアと、その上で実行されるソフトウェアとにより実現される。図１１に、番組情報サービスプロバイダサーバ１０２に準備されたサービス入口ＵＲＬへのアクセスが携帯電話からあったときに番組情報サービスプロバイダサーバ１０２により実行されるプログラムの処理フローを示す。

図１１を参照して、サービス入口ＵＲＬへのアクセスがあると番組情報サービスプロバイダサーバ１０２は、３２ビット乱数によるワンタイム文字列を作成する（ステップ３３０）。続いて、このワンタイム文字列を含む申込み画面のためのＨＴＭＬテキスト（図８参照）を作成する（ステップ３３２）。最後に、このＨＴＭＬテキストを、最初にアクセスがあった携帯電話に対して返送し（ステップ３３４）、処理を終了する。

携帯電話においてこのＨＴＭＬテキストを処理することで、サービス申込み画面が表示される。この申込み画面中の「申し込む」というテキストに関連付けられたリンクをクリックすることで、上記したワンタイム文字列を本文中に含む電子メールが所定のアドレスに送信され、当該サービスへの加入申込みが済んだことになる。加入申込みに応答して番組情報サービスプロバイダサーバ１０２が携帯電話に返信する電子メールが図９に示すものである。

ユーザから自己のアカウント番号表示の要求があった場合、番組情報サービスプロバイダサーバ１０２は当該ユーザのアカウント番号を含むＨＴＭＬテキストを当該ユーザの携帯電話に返信する。この場合の携帯電話での表示を図１２に示す。

図１２を参照して、このとき、携帯電話１１２の画面１２０には、アカウント番号３４０が表示される。このアカウント番号を録画機器１０６に入力することにより、前述したとおり録画機器１０６に番組情報サービスプロバイダサーバ１０２を利用した録画予約サービスを使用するための設定が自動的に行なわれる。

図１３は、図９に示したサービス加入時に番組情報サービスプロバイダサーバ１０２から携帯電話１１２に送信される専用ブックマークを含むＨＴＭＬテキストを作成するために、番組情報サービスプロバイダサーバ１０２で実行されるプログラムのフローチャートである。

図１３を参照して、まずステップ３５０で、番組情報サービスプロバイダサーバ１０２に付属するメールサーバの、サービス管理者の電子メールアドレスである「ｍａｓｔｅｒ＠ＥＰＧｓｅｒｖｉｃｅ」のメールボックスをアクセスし、電子メールを一通読み出す。ステップ３５２でこの電子メールの本文に最近発行のワンタイム文字列が含まれているか否かを判定する。ワンタイム文字列が含まれている場合には制御はステップ３５４に進む。さもなければステップ３５０に戻る。

ステップ３５４では、このユーザのためのアカウント情報を図６に示すユーザアカウント情報蓄積部２４８に作成する。このとき、アカウントを一意に識別するためのアカウント番号を生成する。

続いてステップ３５６で、このユーザのためのメールアカウントを、番組情報サービスプロバイダサーバ１０２に付属するメールサーバに作成する。さらにステップ３５８で、番組情報サービスプロバイダサーバ１０２がこのアカウントに割当てたユニークな携帯電話ユーザログイン用ＵＲＬを含む確認メールを作成し（ステップ３５８）、加入申込みをしてきた携帯電話のアドレスに送信する（ステップ３６０）。送信が完了したら制御はステップ３５０に戻り、以上の処理を繰り返す。

携帯電話ユーザログイン用ＵＲＬは図７のアカウント情報構造体に含まれている。この例では携帯電話ユーザログイン用ＵＲＬには引き数としてアカウント番号が含まれている。

ユーザがこのユーザログイン用ＵＲＬへのリンクをクリックするとブラウザが起動され、申込みを行った携帯電話のユーザに固有のサービス画面が表示される。その中でアカウント番号を知らせる画面（図１２）が提供される。また単に上記アカウント番号が記載され、申し込み確認を知らせるメールでもよい。

図１４は、ユーザログイン用ＵＲＬに携帯電話からアクセスがあったときに番組情報サービスプロバイダサーバ１０２において実行されるプログラムのフローチャートである。まずステップ３８０で、ユーザログイン用ＵＲＬに含まれる、ユーザのアカウント番号を抽出する。続いてステップ３８２でこのアカウント番号を表示するためのＨＴＭＬテキストを作成し、ステップ３８４でこのＨＴＭＬテキストを携帯電話に返送する。この結果、ユーザの携帯電話には図１２に示すようなアカウント番号メッセージが表示される。ユーザは、この情報を目視して、録画機器１０６にアカウント番号を入力する。その結果、録画機器１０６はこのアカウント番号に基づいて、アカウント情報取得要求を作成し番組情報サービスプロバイダサーバ１０２に送る。このアカウント情報取得要求には、ユーザにより入力されたアカウント番号と、この録画機器１０６の個体識別情報とが含まれる。

図１５は、このアカウント情報取得要求に応答して番組情報サービスプロバイダサーバ１０２で実行されるプログラムのフローチャートである。図１５を参照して、まずステップ４００において、アカウント情報取得要求を受信する。続いてステップ４０２で、ユーザアカウント管理部２５０に対して問合せを行ない、受信したアカウント情報取得要求に含まれるアカウント番号が既に発行済みのものか否かを判定する。発行済みであれば制御はステップ４０４に進む。さもなければこのプログラムを終了する。

ステップ４０４においては、正規のアカウント情報取得要求に含まれるアカウント番号に対応するアカウント情報をユーザアカウント情報蓄積部２４８（図６参照）から読出し、要求を発行した録画機器１０６に対して返送する。送信されるアカウント情報は、携帯メールアドレス、録画メールアドレス、録画メールパスワード、録画ＰＯＰメールサーバ名、録画メールＳＭＴＰサーバ名、サービス名、録画予約用パスワード、アカウント番号を含む。これらがセットになって図１７に示すアカウント管理部４６４を通じてアカウント情報記憶部４７０に記憶される。サービス名は可読性を上げるための識別文字列である。さらに、録画機器１０６からのアカウント情報取得要求には、当該録画機器１０６の個体識別情報が含まれているので、アカウント情報にこの個体識別情報を追記（ステップ４０６）して処理を終了する。
アカウントは複数の録画機器に設定できるので、ひとつのアカウント情報構造体に複数の個体識別情報が追記されてもかまわない。すなわち例えば、ｐａｐａ＠ｉｓｐ１というメールアドレスをもつユーザが、どの製造会社の、何というモデルの製造番号の、何の録画機器をもっているか、それらがいくつあるか、という情報がサーバ１０２に記録されることになる。

さらに、アカウント情報生成には有効期限を持たせ、アカウント情報生成後一定期間内に録画機器１０６からのアカウント情報取得要求がなければアカウント情報を無効にすることもできる。アカウント情報は消去する。これによりアカウント作成だけ行ないサービスを受ける装置で利用しないような方法で無駄なアカウント作成を行なわせるような悪意ある攻撃に対して、アカウント番号という有限な資源を守ることもできる。

図１６は、ユーザが専用ＵＲＬを用いてサービスにログインしたときに、当該ユーザに対するお勧め情報を番組情報サービスプロバイダサーバ１０２から送信するためのプログラムである。この専用ＵＲＬには、ユーザのアカウント番号が含まれている。そこで、まずステップ４２０において、ログインＵＲＬからユーザのアカウント番号を抽出する。続いてステップ４２２において、このアカウント番号が発行済みのものか否かを判定する。アカウントが発行済みの場合には制御はステップ４２４に進む。さもなければこのプログラムを終了する。

ステップ４２４では、番組情報サービスプロバイダサーバ１０２はアカウント番号に基づいてお勧め情報を作成する。このお勧め情報は、番組名と、その番組名にリンクされた、その番組の録画予約をするための電子メールアドレスとを含む。ステップ４２６でこのお勧め情報を返送し、処理を終了する。

以上が番組情報サービスプロバイダサーバ１０２の構成及び番組情報サービスプロバイダサーバ１０２の各機能部を実現するプログラムの構成である。

［録画機器１０６］
続いて、録画機器１０６の構成について説明する。図１７は、録画機器１０６の機能ブロック図である。図１７を参照して、録画機器１０６は、ネットワークＩ／Ｆ部４５２と、アンテナ４４０を介して放送を受信するための、チューナからなる放送受信部４４２と、放送受信部４４２の出力する放送波を受けるビデオエンコーダ・デコーダ部４４４と、ビデオエンコーダ・デコーダ部４４４により外部から取り込まれたビデオ信号を録画してデータを蓄積するための録画済ビデオデータ蓄積部４４６とを含む。ビデオエンコーダ・デコーダ部４４４はまた、録画済ビデオデータ蓄積部４４６に蓄積された録画済みデータをデコードし再生する機能も持つ。

録画機器１０６はさらに、録画予約等の際に使用される時刻を与えるタイマ部４６２と、ネットワークＩ／Ｆ部４５２、録画済ビデオデータ蓄積部４４６、及びタイマ部４６２に接続され、録画予約を受けたり、録画予約にしたがって所定のチャンネルを選択してビデオエンコーダ・デコーダ部４４４の出力を録画済ビデオデータ蓄積部４４６に録画したりする処理を行なうための録画管理部４５０と、録画管理部４５０が受信する録画予約情報を管理するための番組予約情報管理部４５６と、番組予約情報管理部４５６に接続され、録画予約及び録画済みリストを蓄積するための録画予約データベース（ＤＢ）４５４と、録画管理部４５０に接続され、録画管理部４５０及びネットワークＩ／Ｆ部４５２を介して番組情報サービスに接続する処理を行なうための番組情報サービス接続部４６０と、アカウント番号の一部に基づいて、接続すべき番組情報サービスサーバを特定するために番組情報サービスサーバに関するデータを記録するための番組情報サービスサーバＤＢ４５８とを含む。

録画機器１０６はさらに、アカウント情報を管理するためのアカウント管理部４６４と、アカウント管理部４６４に接続され、リモートコントローラ１０８からの信号の受信及び携帯電話１１２とのＩｒＤＡによる通信をそれぞれ管理するためのリモコン管理部４６６及びＩｒＤＡ管理部４６８と、アカウント管理部４６４からアカウント番号を含むアカウント情報を受け、記憶するためのアカウント情報記憶部４７０と、ビデオエンコーダ・デコーダ部４４４の出力及びアカウント管理部４６４の出力に接続され、リモートコントローラ１０８による操作などに対応していずれか適切な表示信号を選択してＴＶモニタ１１０に与えるための表示管理部４４８とを含む。

図１８は、録画機器１０６のハードウェア構成を示す。図１８を参照して、録画機器１０６は、バス４８０を中心とした構成で、いずれもバス４８０に接続されたＣＰＵ４８２，メモリ４８４、表示部４８６、Ｉｒ送受信部４８８、ネットワークＩ／Ｏ４９０、ビデオエンコーダ・デコーダ部４９４、及びチューナ部４９６を含む。チューナ部４９６が複数のチューナを含んでいてもよい。録画機器１０６はさらに、ディスクＩ／Ｏ４９２を介してバス４８０に接続された不揮発性メモリであるハードディスク４９８を含む。またチューナ部４９６は、アンテナ４４０に接続されている。

図１８に示す表示部４８６は図１７の表示管理部４４８に相当する。Ｉｒ送受信部４８８は図１７のリモコン管理部４６６及びＩｒＤＡ管理部４６８に相当する。ビデオエンコーダ・デコーダ部４９４は図１７のビデオエンコーダ・デコーダ部４４４に相当する。チューナ部４９６は図１７の放送受信部４４２に相当する。さらに、メモリ４８４及びハードディスク４９８が、録画済ビデオデータ蓄積部４４６、番組情報サービスサーバＤＢ４５８、録画予約ＤＢ４５４、及びアカウント情報記憶部４７０に相当する。

図１７に示す録画管理部４５０、番組情報サービス接続部４６０、番組予約情報管理部４５６、アカウント管理部４６４等は、図１８に示すＣＰＵ４８２及びＣＰＵ４８２により実行されるプログラムにより実現される。

図１９に、図１７の番組情報サービスサーバＤＢ４５８の内容を示す。図１９を参照して、番組情報サービスサーバＤＢ４５８は、番組情報サービスのサーバ名を、それら番組情報サービスに割当てられた番号（サービス番号）と組み合わせて記憶している。本実施の形態では、サービス番号は２桁である。各アカウント番号の上位２桁は、そのアカウントが利用している番組情報サービスのサービス番号と一致している。したがって、アカウント番号の上位２桁を用いて番組情報サービスサーバＤＢ４５８をサーチすることにより、当該アカウント番号が利用している番組情報サービスサーバを特定できる。

図２０は、録画機器１０６において、ユーザによるアカウント番号の入力を受けて、当該アカウント番号に対応する番組情報サービスサーバに自動的にアクセスし、アカウント情報を取得する際に実行されるプログラムのフローチャートである。図２０を参照して、このプログラムは、ステップ５１０で始まり、ステップ５１０ではリモコン操作を受信しアカウント入力画面となっているか否かを判定する。アカウント入力画面となるまでこの判定を繰り返す。すなわち、録画機器のＴＶモニタ表示においてリモートコントローラ１０８の操作待ちとなり、アカウント登録メニューをユーザがリモートコントローラ１０８の操作によって選択すると、図１７のアカウント管理部４６４によりアカウント情報記憶部４７０から読み出された現状のアカウント登録状況が表示管理部４４８を通じてＴＶモニタ１１０に表示される。入力フィールドにフォーカスがあたり入力待ちとなる。制御はステップ５１２に進む。このときの画面の例を図２１に示す。

図２１を参照して、ＴＶモニタ１１０のアカウント設定画面１２２には、本実施の形態では３つのアカウント入力部１２４Ａ、１２４Ｂ及び１２４Ｃが表示される。したがって、本実施の形態では最大で３つのアカウントが一台の録画機器１０６に設定できる。図２１に示すように、各アカウント入力部１２４Ａ，１２４Ｂ及び１２４Ｃの左端にはチェックボックス５３０，５３２，及び５３４が表示されている。設定が終了しているアカウントについては、後述するようにアカウント有効無効フィールドが有効にセットされ、その場合にはこのチェックボックスにチェックが入る。有効、無効の切替えもできる。図２１に示す例では第１のアカウントが設定済みである。入力時には、リモコンを用いてアカウント入力部１２４Ａ、１２４Ｂ及び１２４Ｃのいずれかにフォーカスをあてる（いずれかのフィールドを入力の対象とする。）。

アカウント入力画面には複数の入力フィールドがあり、ユーザは録画機器リモコンの上下キーを使ってフォーカスを移動しどれかひとつを選択できるように表示制御し、テレビモニタに表示する。

図２１においては、既に入力済みのフィールドには、登録済の携帯メールアドレスが表示されている。すでに設定済みのアカウントにフォーカスを合わせ、アカウント番号入力を行うと、上書き記憶される。

以上のようにして録画機器１０６はＩｒ送受信部（図１７のリモコン管理部４６６）からアカウント番号を受信すると、チェックサムの確認を行ない、間違いなく数字が録画機器に入力されたことを確認する。エラーがあればＴＶモニタ１１０に表示して再入力を促す。アカウント番号は１６桁程度の数字であるから、家電製品用リモコンフォーマットなど低速で無手順の通信方式でも確実に伝送できる。

再び図２０を参照して、ステップ５１２では、フォーカスのあたっているアカウントで入力待ちの状態となる。何か入力がされると、ステップ５１４でアカウント番号入力が完了したか否かを判定する。完了した場合には制御はステップ５１６に進む。さもなければ制御はステップ５１２に戻る。

次に録画機器１０６はサーバ１０２に自らの素性を明かしながらアカウント情報の提供を求める。サーバ１０２は録画機器１０６の素性を以下の手順で識別する。

すなわち、ステップ５１６では、図１９に示す番組情報サービスサーバＤＢ４５８を参照し、入力されたアカウント番号の上位２桁から、番組情報サービスサーバ名を検索する。続くステップ５１８では、検索された番組情報サービスサーバの録画機器管理部２４４（図６参照）に接続し、ステップ５１２で入力されたアカウント番号と録画機器１０６の個体識別情報とを送信する。

続くステップ５２０では、ステップ５１８で送信したアカウント番号に応答して、当該サーバからエラー無しでアカウント情報が返送されてきたか否かを判定する。エラー無しでアカウント情報の返送があったときには制御はステップ５２４に進む。さもなければ制御はステップ５２２に進む。

ステップ５２４では、ステップ５２０で取得したアカウント情報を、図１７に示すアカウント情報記憶部４７０に記憶させる。さらに、前述したアカウント有効無効フィールドを有効にセットして処理を終了する。

一方、アカウント番号の送信に対してサーバからエラーが返って来た場合、ステップ５２２で当該エラーに対応するエラーメッセージを表示し、再度アカウント番号の入力をユーザに促す。制御はステップ５１２に戻る。

以上の処理を実行することにより、新たなアカウント番号の入力と、当該アカウント番号に対応するアカウント情報を番組情報サービスサーバから取得する処理が終了する。アカウント情報に含まれるモデル名や製造番号は、録画機器１０６自体の内部のハードディスクなどの不揮発性メモリに製造時に書込まれた情報である。この個体識別情報は、図７のサーバ１０２のアカウント情報構造体に追加記憶されるので、サーバ１０２はアカウントが設定された録画機器１０６の個体を識別できる。この通信はＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などの暗号化通信を使って盗聴や改ざんの危険なく安全に行なうようにしてもよい。

録画機器１０６は、電源投入時に又は定期的にアカウント情報を録画機器管理部から取得するようにして、最新性をたもつようにしてもよい。

このように、本実施の形態のシステムでは、携帯電話に表示されるアカウント番号をユーザが録画機器１０６に入力することにより、後は自動的に録画機器１０６が番組情報サーバをアクセスして自己を適切に設定するためのアカウント情報を取得することができる。多岐にわたる情報をユーザが調査し事前に準備する必要はない。また、アカウント情報の設定は自動的に行なわれるので、ユーザはアカウント情報の内容について詳細を知らなくても、正しく動作可能な設定が速やかに行なえる。

この手順において、アカウント番号以外に録画機器の個体識別情報をサーバ１０２の録画機器管理部２４４に送っている。このため録画機器管理部２４４は、以後の制御において録画機器１０６の機種依存機能を利用した録画制御を行うことができる利点がある。例えば、ＭＡＫＥＲ１−ＨＤＤ９０００という製品では画質や音質、記録先（ハードディスクかＤＶＤか）などの選択ができるとすれば、サーバ１０２の録画機器管理部２４４では、携帯電話ブラウザの録画予約画面において画質、音質、記録先の選択肢をユーザに選択させて、それをメール録画予約コマンドに拡張機能として送出することができる。例えば録画予約コマンド「Ｏｐｅｎ ２６４５７５ ＴＶ ＳＣ５０３ １３００ １３３０ １０３１ “ＶＳ Ａ１ ＳＨ”」のように、オプション（“ＶＳ Ａ１ ＳＨ”の部分）をメール録画予約コマンドに追加すればよい。この例では、オプション“ＶＳ Ａ１ ＳＨ”は、Ｖｉｄｅｏ画質はＳＰ（高画質モード）、ＡｕｄｉｏはＤ１音質、記録先はハードディスク（Ｈ）を指定している。

また、録画機器管理部２４４は、製造番号も含まれるため製品の種別だけでなく録画機器１０６の個体そのものを認識できる。したがって複数の携帯電話からそれぞれ同じ録画機器にアカウントを設定していても、同じ録画機器への録画予約であることがサーバ側で区別できる。

図２２は、録画機器１０６が、ユーザから電子メールにより行なわれた番組録画予約の有無をチェックし、電子メールによる録画予約がある場合には、その内容にしたがって録画予約の設定を行なう処理を実行するプログラムのフローチャートである。

図２２を参照して、まずステップ５５０で予定時刻に番組情報サービスプロバイダサーバ１０２のＰＯＰサーバにアクセスし、接続が成功したか否かを判定する。接続が成功すれば制御はステップ５５２に進む。さもなければ制御はステップ５５０に戻る。

ステップ５５２では、以下の処理の繰返しを制御する繰返し制御変数ｉに初期値である０を設定する。以下、この繰返し制御変数ｉを用いた繰返し処理である。

ステップ５５４で、繰返し変数ｉが、当該録画機器１０６に設定されているアカウント番号の数（これを「Ｎ」とする。本実施の形態ではＮ＝３である。）と一致しているか否かを判定する。一致している場合には制御はステップ５５０に戻る。一致していなければ制御はステップ５５６に進む。

ステップ５５６では、ｉ番目のアカウントを取出し、ステップ５５８で当該アカウントが有効か否かを判定する。有効であれば制御はステップ５６０に進む。さもなければ制御はステップ５５４に戻る。

ステップ５６０では、ｉ番目のアカウントのメールボックスから電子メールを読出す。続くステップ５６２では、読み出した電子メールに含まれる録画予約用パスワードが録画機器１０６に記憶されたアカウント情報の録画予約用パスワードと一致しているか、かつ録画条件が満足されているか否かについての判定が行なわれる。判定結果がＹＥＳであれば制御はステップ５６４に進み、さもなければ制御はステップ５６８に進む。

ステップ５６２の判定では、メールの本文１行目にメール録画コマンドが記載してあり、“Ｏｐｅｎ”で始まり、録画予約用パスワードが一致し、録画予約時刻に他の予約と重なっておらず、チャンネルも重なっておらず、かつハードディスクの残量が録画に足りていること、または既に同じ番組で予約があること、などの録画条件を満足するか否かについての判定をする。

録画予約用パスワードはユーザアカウントごとに乱数で作られる。したがって、アカウントが異なれば録画予約用パスワードが偶然一致することはないとみなせる。したがって、録画予約用パスワードが一致した場合は、録画予約データにアカウント番号及び携帯メールアドレスが関連付けられる。

ステップ５６４では、読み出された電子メールに記載された録画予約の内容を、図１７に示す録画予約ＤＢ４５４に追記登録する。さらに、読み出した電子メールをメールサーバから削除する。

続くステップ５６６では、当該アカウントに対し登録されているメールアドレスに、録画予約成功の電子メールを発行する。この後，制御はステップ５７０に進む。

一方、ステップ５６２における判定結果がＮＯであった場合、制御はステップ５６８に進む。ステップ５６８では、読み出した電子メールを既読とする。さらに、このアカウントに対し登録されているメールアドレスに、録画予約不可の電子メールを発信する。この後、制御はステップ５７０に進む。

ステップ５７０では、繰返し変数ｉに１を加算する。この後制御はステップ５５４に戻る。

以上の処理をステップ５５４における判定結果がＹＥＳとなるまで繰り返すことで、所定時刻において、登録されている全てのアカウントに対する録画予約の有無のチェックと録画予約があったときの処理が完了する。

図２３は、図１７に示す録画予約ＤＢ４５４の構造を示す。図２３を参照して、録画予約ＤＢ４５４は、アカウントごと及び録画予約ごとの録画予約レコード５９０、５９２などを記憶している。本実施の形態では、各レコードは、アカウント番号と、携帯メールアドレスと、録画予約の内容を示す情報（時刻及びチャンネル）と、録画済みか否かを示すフラグとを含む。

上記のように実施の形態１では、携帯電話に関連づけられたアカウント情報を録画機器１０６に簡単に作ることができ、携帯電話とサービスと録画機器とが関連付けられる。したがってそれをもとに録画機器のユーザインターフェイスを改善することができる。すなわち、本実施の形態のシステムでは、アカウント別録画データを表示することができる。 以下の説明では１台の録画機器に２つの携帯電話のアカウントが設定され、２人のユーザから録画予約が入っているものとする。趣味嗜好の違うユーザの録画予約が混在すると操作性が低下するおそれがある。しかし本実施の形態では、携帯メールアドレスを識別情報として利用し、予約情報を分類して表示する。

図２５及び図２６は、録画機器１０６がＴＶモニタ１１０に表示する録画データ表示一覧である。図２５では、ｐａｐａ＠ｉｓｐ１に関連付けられた録画一覧が表示されている。リモコンの上下キーでフォーカスを移動し、決定キーを押すと選択されたデータがテレビモニタに表示される。右キーを押すと、ｍａｍａ＠ｉｓｐ１に関連づけられた録画一覧が図２６のように表示される。

いずれも、アカウント別にソートして見易さが向上しており、別人が録画予約したものは個別に仕分けされて表示される。このようにアカウントごとに録画予約を管理できるので、アカウントごとに録画データを一括して消去できる機能を搭載することも容易である。

図２４に、録画機器１０６に対しユーザから録画済一覧表示の要求があったときに録画機器１０６で実行されるプログラムのフローチャートである。図２４を参照して、まずステップ６００で、図１７に示すアカウント管理部４６４を介して、アカウント情報記憶部４７０から全てのアカウント情報を取出し、使われている全ての携帯メールアドレスを読出す。そして、変数Ｍに、これら全ての携帯メールアドレスの最大数を設定する。

続いてステップ６０２で、メモリ上の配列ｍａｉｌａｄｒ［Ｍ］に、録画予約に使用されている携帯メールアドレスを格納する。

ステップ６０４で、以後の繰返し処理の繰返し制御変数Ｊに初期値０を代入する。以下、ステップ６０６〜６１０が繰返し処理である。

ステップ６０６では、変数Ｊの値が変数Ｍより小さいか否かについての判定が行なわれる。判定結果がＹＥＳであれば制御はステップ６０８に進む。さもなければこの処理を終了する。

ステップ６０８では、図１７に示すアカウント管理部４６４から録画済みレコードであってかつその携帯電話メールアドレスがｍａｉｌａｄｒ［Ｊ］と一致するものを抽出する。

ステップ６１０では、ステップ６０８で抽出した録画済みレコードに基づいて録画済み一覧を作成し、携帯電話メールアドレスｍａｉｌａｄｒ［Ｊ］とともに表示する。さらに、変数Ｊの値に１を加算してステップ６０６に戻る。このとき、録画予約に関連付けられている録画時間、チャンネル、及び録画データから抽出されたサムネイル画像もともに表示される。これが図２５，図２６に示されるものである。

以上の処理を、ステップ６０６における判定がＮＯとなるまで繰り返すことにより、携帯電話メールアドレスごとに、録画済み一覧を表示させることができる。

また、上記した処理のステップ６０８で取出すデータを、録画済みレコードでなく未録画レコードとすることにより、録画予約一覧も容易に作成・表示できる。さらに、変数Ｊの値を携帯電話メールアドレスの数の範囲内の任意のものに設定することにより、特定の携帯電話メールアドレスのアカウントによる録画予約等の一覧表示することもできる。

図２５及び図２６は録画予約一覧表示の例である。図２５を参照して、この一覧表示画面６４０には、携帯電話メールアドレス「ｐａｐａ＠ｉｓｐ１」及び「ｍａｍａ＠ｉｓｐ１」による録画予約の一覧が表示される。ただしこの例では、「ｐａｐａ＠ｉｓｐ１」の録画予約一覧はタブ６４２により、「ｍａｍａ＠ｉｓｐ１」による録画予約一覧はタブ６４４により、それぞれ選択するようになっている。

一覧表示画面６４０には、左右方向の一組の矢印ボタン６４６及び６４８が表示されており、これらボタンを押すことにより、タブの表示を切替えることができる。また同じく上下方向の矢印ボタン６５０及び６５２が表示されており、一覧表示されている録画予約の件数が多い場合、これらボタンを操作して表示をスクロールできる。

‐動作‐
以上において構成を説明したこのシステム１００は以下のように動作する。最初に、ユーザが番組情報サービスプロバイダサーバ１０２のサービスに加入する場合の手順及び各部の動作について説明する。

図２７に、この場合に番組情報サービスプロバイダサーバ１０２、携帯電話１１２、及び録画機器１０６の間で通信される信号ダイアグラムを示す。図２７を参照して、まず最初に、ユーザが携帯電話１１２を用いて番組情報サービスプロバイダサーバ１０２のサービス入口画面にアクセスする（６７０）。番組情報サービスプロバイダサーバ１０２はこのアクセスを処理し、ワンタイム文字列を作成して（６７２）、このワンタイム文字列を含むサービス申込み画面のＨＴＭＬテキストを携帯電話１１２に送信する（６７４）。サービス申込み画面の例を図２８に示す。

図２８に示すように、携帯電話１１２のサービス申込み画面７００には、番組情報サービスプロバイダサーバ１０２の管理用メールアドレスへのリンク７０２が含まれている。

再び図２７を参照して、携帯電話１１２のユーザがこのサービス申込み画面７００のリンク７０２をクリックすることにより、前述したワンタイム文字列を含む申込みメールが番組情報サービスプロバイダサーバ１０２の管理メールアドレスに送信される（６７６）。送信メールのテキスト例を図２９に示す。

図２９に示すように、この申込みメール７１０の本文部分に、申込みメールであることを示す「ｊｏｉｎ」とワンタイム文字列とからなる文字列７１２が含まれている。

再び図２７を参照して、番組情報サービスプロバイダサーバ１０２は、この申込みメールを受けると、その本文に最近作成したワンタイム文字列が含まれているか否かを判定し、含まれていればアカウント情報を作成し（６７８）、アカウント番号通知画面を携帯電話１１２に送信する（６８０）。ユーザは、携帯電話１１２に表示されたアカウント番号を目視し、録画機器１０６のアカウント設定画面に入力する（６８２）。

録画機器１０６は、アカウント番号が設定されると、その上位２桁に基づいて番組情報サービスプロバイダサーバを選択し、アカウント情報及び自己の個体識別情報をこの番組情報サービスプロバイダサーバ１０２に通知する（６８４）。番組情報サービスプロバイダサーバ１０２は、録画機器１０６から通知されたアカウント番号に対応するアカウント情報があるか否かを判定し（６８６）、あればそのアカウント情報を録画機器１０６に返信する（６８８）。番組情報サービスプロバイダサーバ１０２はまた、当該アカウント情報に、録画機器１０６から通知された個体識別情報を書込む。

アカウント情報を受信した録画機器１０６は、番組情報サービスプロバイダサーバ１０２への接続のために必要なアカウント情報構造体の各項目をこのアカウント情報に基づいて設定する（６９０）。

以上でユーザによる番組情報サービスプロバイダサーバ１０２の提供するサービスへの申込み処理が完了する。

図３０及び図３１に、録画機器１０６に記憶されるアカウント情報構造体の例を示す。図３０に示すアカウント情報構造体７３０と、図３１に示すアカウント情報構造体７３２とは同じ構造を持つ。アカウント情報構造体７３０は、携帯メールアドレス「ｍａｍａ＠ｉｓｐ１」に対応するものであり、アカウント情報構造体７３２は、携帯メールアドレス「ｐａｐａ＠ｉｓｐ１」に対応するものである。

携帯電話ユーザは、表示された携帯電話ログイン用ＵＲＬを、図４に示す携帯電話１１２のＵＲＬ記億部１９６に記憶しているものとする。サーバ１０２の録画機器管理部２４４はこのＵＲＬのアクセスを受けると、ユーザアカウント管理部２５０を検索し、アカウントが存在するかどうか調べる。存在すれば図３のように携帯電話ユーザ向けにＨＴＭＬブラウザでアクセス可能な番組情報ページを表示する。この携帯電話ログイン用ＵＲＬを知らない他のユーザはこのＵＲＬにアクセスできないので安全である。

特定のユーザが番組情報表示をブラウザで閲覧して[メール録画]というリンクを選択すると、携帯電話からサーバの録画機器管理部にこの要求が伝えられる。ユーザに応じて所定の録画メールアドレスに対して録画予約メールが発信される。これはＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）などを用い、ウェブページのリンクから特定のサーバ機能を起動することと同じであり、通常行われている処理である。したがってその詳細は省略する。

本方式では、サーバ１０２から携帯電話メールアドレスへ番組お勧め情報を送ることができ、そこから簡単な操作で録画機器に録画予約できる。

サーバはユーザの携帯メールアドレスを取得済である。したがって、ユーザに番組お勧めメールを送ることができる。その場合メール内に携帯電話ユーザログインＵＲＬを含めておけば図３の画面１６４のようなメールとなる。ユーザはメール文の該当ＵＲＬリンクを選択することによりサーバ１０２をアクセスする。サーバ１０２はユーザアカウント管理部によりユーザ認証し、図３のように携帯電話のＨＴＭＬブラウザで番組お勧め情報を表示できる。ユーザは［メール録画］というリンクを選択すればサーバ１０２の録画機器管理部２４４に該当番組の録画予約制御要求が伝えられる。サーバ１０２はユーザに応じて所定の録画メールアドレスに対して録画機器管理部２４４から予約メールを発信することができる。

操作の具体例を示す。携帯電話ブラウザが番組紹介ページをアクセスし図３の画面１６４を表示する。ユーザが番組リンクをクリックし、表示された録画メール予約リンク［メール録画］をクリックすれば携帯電話ブラウザからは録画予約メール発行要求がサーバ１０２に発行され、サーバ１０２は予め登録された録画メールアドレスに録画予約メール１８０を発行し、メール蓄積部２５６に蓄積される。

サーバ１０２と録画機器１０６の間で使用する録画予約メールによる録画予約の動作原理について説明する。サーバ１０２が発行する録画予約メールの本文の１行目には、例えば図４３に記載のものと同様に、“Ｏｐｅｎ ２６４５７５ ＴＶ ＳＣ５０３ １３００ １３３０ １０２３ ＜改行＞お父さんのためのニュースショウ”などと記述されている。

第１引数がＯｐｅｎでありかつ第２引数の録画予約用パスワード“２６４５７５”が予め録画機器１０６に登録された録画予約用パスワードと一致すれば、該受信メールは認証され、第３引数の“ＴＶ”コマンドにより第４引数に記載されたチャンネル(ＳＣで始まる放送局コード)にチューニングする。さらに、第５引数の時間から第７引数の時間まで録画を行なう。次の行は番組名文字列である。

録画機器は以下のようにしてメール読み出しを行なう。図３の録画機器１０６は、特定のサーバ１０２のメールアカウントに対しメール読出しを定期的に行う。読出したメールの文に録画命令が記述してあれば、録画機器１０６は録画命令通りの時刻から、指定時間分、特定チャンネルに対してチューニングして録画を行なう。

このようなメールによる録画予約は、チャンネルと放送時刻、時間がわかっていれば外出先からでも携帯電話から“Ｏｐｅｎ ２６４５７５ ＴＶ ＳＣ５０３ １３００ １３３０ １０２３”と書いたテキストを作ってメール発信すれば録画予約が可能であるので利便性が大きい。

上記したような録画予約メール方式では、メールサーバからのメールの読み出しにはＰＯＰプロトコルを使用している。ＰＯＰはパーソナルコンピュータでも標準的に使われるメールプロトコルである。録画機器１０６はアカウント情報からメールサーバのアドレスやメールアカウント、パスワードを取得し、サーバのメールサーバ部に接続し、メールを読出す。予めアカウント情報に記録されている録画予約用パスワードと一致する録画予約用パスワードを含むメールがあれば、録画予約しようとする。録画予約が成功すれば該当メールをメールサーバにおいて既読とする。

次に録画機器１０６は、一定時間ごとに録画メールアドレスからメールを読み出す。複数アカウントが録画機器に設定されているときは、アカウントごとに順次サーバにメール読み出しを行なう。

録画機器１０６は図１７に示す通り、タイマ部４６２を内蔵している。タイマ部４６２により所定の時刻になると、アカウント管理部４６４の管理するアカウント情報記憶部４７０をアクセスし、複数のアカウント情報から順番に一つを取り出す。

所定の時刻とは例えば１分おきであるとか、１日に３回１１時４０分、１５時３０分、１８時３０分等とするものである。この値は録画機器の利用者が変更できる。

サーバの負荷分散のためタイマ起動時刻を次のように設定することもできる。録画機器１０６のタイマ時刻は、サービス側の録画機器管理部２４４（図６）に設定を保持し、ＰＯＰ接続時に取得するようにして、随時サービス側から変更できるように実装してもよい。これにより、番組情報サービスプロバイダサーバ１０２の負荷分散を図ることや、ユーザ毎の望む時間に起動することができる利点がある。

録画機器１０６はサーバ１０２から以下のようにしてメールを読出す。図１７に示す録画機器１０６の録画管理部４５０は、アカウント管理部４６４からアカウント情報を取出し、複数アカウントあればそれぞれのアカウントごとにネットワークＩ／Ｆ部４５２を通じてアカウント情報に記憶されたサーバのＰＯＰメールサーバに接続し、録画メールアカウント、録画メールパスワードを使って、メールを読み出す。

サーバへのメール読み出し接続に失敗すれば、一定時間後再度接続を複数回繰り返してもよい。

同じアカウントが複数の録画機器に設定されていてもＰＯＰサーバはそのプロトコルの性質により、同じメールアカウントでは同時にログインすることはできず排他制御される。したがって、複数の録画機器から同じメールアカウントを読出すことが可能である。これにより同じアカウントで複数の録画機器を制御でき、録画予約はいずれか一台の録画機器で予約が成功するよう処理される。録画機器全体としてのハードディスクの効率的な利用や、同時に異なるチャンネルの番組を録画できるなどの利点がある。この詳細は後述する。

またタイマ起動時間を設定できる場合は、複数の録画機器１０６の起動時刻に１分程度の時間差を設ける。時間差を持ってサーバに接続することにより、先にタイマ起動される録画機器が優先的に録画予約できる。

録画予約の失敗時には以下のような処理を行なう。この処理により、複数録画機器が同じメールアカウントから録画予約メールを読出し、先に取得しかつ予約に成功した録画機器で録画するような制御を実現できる。すなわち複数台の録画機器への処理分散が実現する。

図１７を参照して、録画管理部４５０は録画予約時刻に他の予約が既にあるとき、記憶媒体の残量が録画に足りないとき等、録画予約できない場合は、エラー情報を含んだ録画予約返事メールをアカウント情報にある録画用ＳＭＴＰサーバに対して発信する。このときメールサブジェクトには『Ｓｕｂｊｅｃｔ：［予約失敗］お父さんのためのニュースショウ』などと番組名と状態を含ませる。

また、該当メールについては、アカウント管理部４６４を通じてアカウント情報記憶部４７０にアカウントごとのメールのメールサーバ側での個別メール特定情報（ＰＯＰプロトコルにおいてメールサーバ側で個別のメール文に割当てられるユニークなＵＩＤＬ番号）を既読として記録するが、メールサーバからは削除しない。

複数の録画機器１０６がメールサーバをアクセスした場合、ＰＯＰのプロトコルはサーバへの接続を排他制御する。したがって、上記したような制御により、録画予約メールは複数の録画機器で順番に読出すことになる。録画予約に成功しないメールだけはメールサーバに残される。したがって次の録画機器が当該メールを読出した時に録画予約することができる。

なお、全ての録画機器で録画予約に失敗したメールはメールサーバに残るが、予約対象の番組の放送期日を過ぎていればメールサーバから削除する等の制御を加えれば、当該メールがメールサーバに残り続けることはない。

録画予約の成功、失敗はサーバ１０２に通知してもよい。これにより、サーバ１０２は、複数個の録画機器があってもどの録画機器で予約されたかを把握できる。メールの代わりにサーバの録画機器管理部２４４（図６）にＨＴＴＰＳプロトコルにより接続し、状態を安全にサーバに通知してもよい。この情報は録画予約ＤＢ部２４６（図６）に記憶される。

なおサーバ１０２への接続は、アカウント番号を使って認証してから接続されるので、第三者が不正に情報を通知することはできない。

このとき、録画機器の個体識別情報をメールに付加して通知してもよい。この場合、サーバはどの録画機器で録画成功したか認識できる。したがってサーバは、個体識別情報をもとに、複数の携帯電話からの録画予約状況全般を録画機器単位で集約的に把握でき、録画予約状況を個別の携帯に通知できる利点がある。例えば二つの携帯電話からのアカウントによる録画予約がサーバに集約管理されることで、一方のアカウントのユーザは、他方のアカウントのユーザの録画予約状況も含めて携帯電話で確認できる。

サーバ１０２は、その情報をもとに録画済や録画予約成功一覧リストを作成して、携帯電話用番組情報提供ページの番組情報ページでユーザに提示してもよい。したがってサーバ１０２は、ユーザが携帯電話から録画予約する際に、すでに録画予約済の番組を予約しようとすると録画できないことを判定してエラー表示できる。

録画機器１０６からサーバ１０２への予約情報の送信には、予約の削除やリモコン操作による予約情報も含めてよい。この場合サーバ側は、録画機器の予約状況を完全に把握できる。サーバ１０２が録画機器の予約状況を完全に把握できていれば、携帯電話からチャンネルが異なるのに録画時間が重なっている予約をいれようとした場合にエラー表示できるなどの利点がある。

録画予約は以下のように処理される。図１７に示すタイマ部４６２が録画予約時間になると録画管理部４５０を起動し、放送受信部４４２のチャンネルを制御して、ビデオエンコーダ・デコーダ部４４４を制御して録画ビデオデータを作成する。録画管理部４５０は、録画予約ＤＢ４５４にてアカウント情報と関連付けられた予約情報の録画済フラグをオンにする。

さらに本実施の形態において、複数の携帯電話がそれぞれサーバに申し込みをし、得たアカウント番号を１台の録画機器に登録しておけば、図３３に示すように一台の録画機器１０６に対して複数の携帯電話１１２Ａ、１１２Ｂからそれぞれ録画予約操作できる。したがって１台の録画機器１０６を家族で各自の保有する携帯電話を使ってそれぞれのアカウントをサーバに作成し、録画予約を入れることが簡単にできる。

なお、本実施例では、録画機器の個体識別情報をサーバの録画機器管理部に送信している。したがって、異なる携帯端末から異なるアカウント番号でサービスに加入していても、録画機器管理部２４４（図６参照）はそれらが同一の録画機器１０６を用いるサービスであることが判別できる。

したがって、番組情報提供サービスにおいて異なるアカウントのサービスそれぞれに番組表を表示する際に、すでに録画予約が入っているかどうかを録画機器単位で表示し、重複録画を避けることができる。すなわち、二つの携帯電話を利用して同一録画機器を使う場合でも、一方のアカウントが入れた予約を他方のアカウントの携帯電話からみることも可能になる。

録画機器１０６の故障時には以下のような処理が行なわれる。なお、録画機器１０６が故障した場合、あらたな録画機器を用意すれば携帯電話１１２のメールに保存されたアカウント番号を入力するだけでその新たな録画機器にアカウント情報の設定が行なえる。その結果、サービスがすぐに受けられる。このときサーバの個体識別情報は更新されるとする。

１台の録画機器１０６について、別々の番組情報サービスによる録画予約サービスを受けることもできる。その場合、以下のような動作が行なわれる。

図３２のように複数の携帯電話１１２Ａ，１１２Ｂが複数のサーバ１０２Ａ，１０２Ｂの録画機器管理部２４４を通じてユーザアカウント管理部２５０にアカウントを作成し、１台の録画機器１０６にそれぞれのアカウント番号を登録する。この操作により、１台の録画機器１０６の中で別々の番組情報サービスのサービスを受けることができる。

以上を組み合わせてもよい。この場合も、それぞれの携帯電話に対応した複数のアカウントが設定でき、それぞれの携帯電話とサーバごとの組合せに応じたサービスを受けられる。

このシステムでは、複数の番組情報サービスプロバイダサーバを利用して、複数の携帯電話から同一の録画機器１０６を制御することができる。その例を図３２に示す。

図３２を参照して、このシステムは、ＴＶモニタ１１０が接続され、リモートコントローラ１０８を持つ録画機器１０６を含む。録画機器１０６はネットワーク１０４に接続可能である。このシステムはさらに、いずれもネットワーク１０４を介して録画機器１０６と通信可能な二つの番組情報サービスプロバイダサーバ１０２Ａ及び１０２Ｂと、番組情報サービスプロバイダサーバ１０２Ａを利用するユーザの携帯電話１１２Ａと、番組情報サービスプロバイダサーバ１０２Ｂを利用するユーザの携帯電話１１２Ｂとを含む。携帯電話１１２Ａ及び１１２Ｂは、無線ネットワーク１０５を介してそれぞれ番組情報サービスプロバイダサーバ１０２Ａ、１０２Ｂと通信可能とする。

番組情報サービスプロバイダサーバ１０２Ａは、第１の番組情報サービスプロバイダによるサービスを提供するものであり、番組情報サービスプロバイダサーバ１０２Ｂは、第２の番組情報サービスプロバイダによるサービスを提供するものである。これらのサービスは同種のものであるが、録画機器１０６との通信内容を除き、互いに異なる方式で携帯電話と通話するものでもよい。

このシステムでは、アカウント番号に基づき複数のサーバのうちどれかを選ぶことができる。すなわち、図２７を参照して説明したように、録画機器１０６にアカウント番号を設定すると、録画機器１０６はアカウント番号の上位２桁に基づいて対応する番組情報サービスプロバイダサーバを選択し、当該サーバに対してアカウント情報を要求する。このサーバの選択時には、図１７に示す番組情報サービスサーバＤＢ４５８を参照する。本実施の形態では、番組情報サービスサーバＤＢ４５８は、例えば番組情報サービス業界が共同で管理するディレクトリサーバに保持し、それをネットワーク経由で録画機器１０６にダウンロードしておくものとする。

他のどのような手段を用いて番組情報サービスサーバＤＢ４５８をセットアップするようにしてもよいことはいうまでもない。ただし、番組情報サービスサーバＤＢ４５８の内容は、共通の規格に基づいてサービスを提供する番組情報サービス業界の中では、常に整合した状態に保たれ、複数のサービス業者のサーバが混同されるようなことがないようにする必要がある。

またこのシステムでは、複数の携帯電話１１２Ａ、１１２Ｂがそれぞれ異なるサーバのサービスに加入することが可能である。ひとつの録画機器１０６に複数のアカウントを設定し、サーバ１０２Ａ，１０２Ｂと録画機器１０６がそれぞれのアカウント情報を使って通信しながら、録画機器１０６内のＩ／Ｏを排他制御し利用する。その具体的な方法は、公知のマルチユーザＯＳを利用すれば容易に実現できるので、ここではその詳細は述べない。

本実施の形態にかかる録画機器１０６、番組情報サービスプロバイダサーバ１０２、及び携帯電話１１２を利用したシステムでは、複数の携帯電話１１２を用い、一つの番組情報サービスプロバイダサーバ１０２を利用して、一つの録画機器１０６を利用することもできる。その利用形態を図３３に示す。

図３３に示す番組情報サービスプロバイダサーバ１０２においては、図３４に示すように、録画予約ＤＢ部２４６の録画予約レコード７５０、７５２等は録画機器の個体識別情報、及び携帯メールアドレスを含んでいる。したがって番組情報サービスプロバイダサーバ１０２は、アカウント別、個体識別情報別、又は携帯メールアドレス別のいずれの方法によっても録画予約レコード７５０、７５２等を管理できる。

例えば、このシステムによれば、同一の録画機器１０６を複数の携帯電話１１２と関係付けることが可能である。例えば、携帯電話１１２Ａを使用するユーザに対しては、携帯電話１１２Ａの携帯メールアドレスを持つアカウント情報に基づき、録画予約レコードを抽出して一覧表示できる。同様に他の携帯電話１１２Ｂのユーザに対しても携帯電話１１２Ｂの携帯メールアドレスを持つアカウント情報に基づき、録画予約一覧などの表示を行なうことができる。

また、同一の録画機器１０６と関連付けられた複数の携帯電話１１２について、それらに対応するアカウント情報と録画予約レコードとを抽出できる。したがって、図３３の携帯電話１１２Ａの表示画面に示すように、あるアカウントのユーザの録画予約状況だけではなく、例えば図３３の「他のユーザの録画予約」リンクを設け、このリンクをクリックすることで、このアカウントと同じ録画機器を使用する別のユーザによる録画予約状況を表示することも容易に実現できる。

さらに、本実施の形態に係る番組情報サービスプロバイダサーバ１０２、録画機器１０６及び携帯電話１１２によれば、番組情報サービスプロバイダサーバ１０２の録画予約レコードにはアカウント番号が含まれる。したがって、複数台の録画機器１０６を、１台の携帯電話１１２に対応するアカウントにより制御できる。

すなわち、あるアカウントを番組情報サービスプロバイダサーバ１０２に作ってしまうと、新たな録画機器を利用しようとする場合、その録画機器に既存のアカウント番号を設定する。すると、そのアカウント番号に対応する携帯電話によって、その新たな録画機器も自動的に制御することが可能になる。

例えば、図３５に示すように、システムが複数の録画機器１０６Ａ及び１０６Ｂを含み、これらを制御するための複数の携帯電話１１２Ａ及び１１２Ｂが使用されるものとする。録画機器１０６Ａ及び１０６Ｂの双方にアカウント番号「３２５９ １１３１ １３２４ ４１４０」と「３２１４ ０９３８ ２３２１ ４５４７」とが登録されているものとする。このうち前者は携帯電話１１２Ｂに対応するものであり、後者は携帯電話１１２Ａに対応するものとする。

すると、番組情報サービスプロバイダサーバ１０２はアカウント番号と録画機器の個体識別情報とによって制御の相手を選択するので、いずれの携帯電話１１２Ａ、１１２Ｂからも録画機器１０６Ａ、１０６Ｂのいずれの制御を行なうこともできる。携帯電話を用いて録画機器を制御するので、２台目の録画機器についても１台目と同様のサービスを実現することができる。なお図３５に示す形態では、録画機器１０６Ａ及び１０６Ｂがいずれも定期的に番組情報サービスプロバイダサーバ１０２のメールサーバ部に接続して録画予約メールを受信する。この際、録画予約メールの受信を開始するためのタイマ起動時刻をずらしておくとよい。すると、先にメールサーバ部にアクセスできる録画機器に対して優先的に録画予約が行なわれる。

優先された録画機器のハードディスク容量が一杯になっていたり、既に同じ時間に他のチャンネルの予約が入っていたりした場合には、１台目の録画機器を用いた録画予約はできない。したがって録画予約メールは番組情報サービスプロバイダサーバ１０２のメールサーバ部から削除されない。２台目の録画機器によってこの録画予約メールが処理される。その結果、実質的に複数チューナをもつ１台の録画機器と同様の機能が番組情報サービスプロバイダサーバ１０２により実現できる。

このとき、録画容量も複数台録画機器のディスク容量の合計に相当する。しかも、予約の成功、不成功などに関するメールが、いずれの録画機器に予約ができた場合でも同一の携帯メールアドレスに返送される。したがってユーザは、複数の録画機器を一つの携帯電話で統一的・集中的に管理できる。

次に本実施の形態にかかる番組情報サービスプロバイダサーバ１０２、録画機器１０６、及び携帯電話１１２を用いると、一つの携帯電話１１２を用いて複数のアカウントを管理することができる。すなわち、図３６を参照して、システムにおいて使用可能な携帯電話１１２が一つであるものとする。この携帯電話１１２の携帯メールアドレス（例えばｐａｐａ＠ｉｓｐ１）でスポーツ専門の番組情報サービスと芸能専門の番組情報サービスとに別々に加入した場合を考える。図３６では、番組情報サービスプロバイダサーバ１０２を単一のものとして示してあるが、複数でもよい。

携帯電話１１２のユーザが番組情報サービスプロバイダサーバ１０２に加入する場合、そのときに割当てられるアカウント番号は例えば図３６のアカウント番号通知画面７８２で示されるものとなる。別の番組情報サービスプロバイダサーバに加入する場合、割当てられるアカウント番号は別のものとなる。例えば図３６のアカウント番号通知画面７８０で示されるようなものとなる。

この場合、これまでの説明から明らかなように、一つの携帯電話１１２でそれぞれのサービスを受けることが可能になる。図３６の例では、このユーザは『スポーツ』と『芸能』のそれぞれのサービスに加入しており、サーバのユーザアカウント管理部からは異なるアカウント番号が発行されている。

なお、アカウント情報のサービス名の項目には、ユーザの加入時に、加入したサービスの名称が文字列として番組情報サービスプロバイダサーバ１０２により格納されるものとする。

携帯電話１１２のユーザは、それぞれのサービスのアカウント番号を取得し、録画機器１０６に登録することができる。この登録により、携帯電話からそれぞれのサービスにログインし、同一の録画機器１０６に対し、別々のサービスを利用して録画予約できる。さらに、これら録画予約した番組は、図３６において携帯電話１１２の画面に表示するサービス名７７０、７７２で区別して表示できる。

なお、本実施の形態では、サービス名フィールドは文字列であるものとする。しかし本発明はそのような実施の形態に限定されるわけではなく、これをネットワーク上の画像の所在を示すＵＲＬで置き換えてもよい。または、サービス名に加えサービス用画像というフィールドを図７に示すアカウント情報に追加してもよい。サービス用画像フィールドは画像を示すＵＲＬ文字列であるので、録画予約データを表示する際にサービス用画像を付随させて表示することにより、録画予約データのカテゴリの識別を容易にすることができる。

本実施の形態によれば、予約の成功、不成功などは携帯メールアドレスに返送される。したがって、あるユーザが複数のサービスに加入していても、ユーザは一つの携帯電話で統一的・集中的に管理できる。また、録画データをサービス名称で区別して表示することも可能である。

‐
本実施の形態に係る番組情報サービスプロバイダサーバ１０２、録画機器１０６を用いたシステムは、操作端末である携帯電話が加入したサーバ以外からも利用可能である。そのために、携帯電話のユーザから要求があれば、番組情報サービスプロバイダサーバ１０２はその携帯電話に対応するアカウント情報を携帯電話に返信し、携帯電話のＨＴＭＬブラウザに表示させるようにする。

図３７に、アカウント情報のうち録画メールアドレスと録画予約用パスワードとを携帯電話１１２の画面７９６に表示した例を示す。この情報は、携帯電話１１２にアカウント情報要求の画面７９０を表示させ、「はい」の部分をクリックすることにより、アカウント情報の要求７９２が番組情報サービスプロバイダサーバ１０２に送られる。番組情報サービスプロバイダサーバ１０２は、この要求に応答して、アカウント情報７９４を携帯電話１１２に返信する。携帯電話１１２がこのアカウント情報を画面７９６として表示する。

この情報をユーザ８００が目視し（８０２）、第３者の番組情報サービスプロバイダの録画予約メールサービスに登録することで、該第３者のサーバは録画メールアドレスに対して録画予約用パスワード入りの録画予約メールを発行し、もともと加入していた録画メールアドレスにメールが送信される。したがって、第３者の録画予約サービスを経由して、元の録画予約サービスを利用できる。

このように、要求に応じて番組情報サービスプロバイダサーバ１０２が携帯電話１１２に対してアカウント情報を送信し表示させることで、操作機器として携帯電話以外のもの、例えばパーソナルコンピュータ７９８を使用することができる。例えばパーソナルコンピュータ用のログイン画面８０６を番組情報サービスプロバイダサーバ１０２で準備しパソコン７９８に送信し（８１４）表示させる。パーソナルコンピュータ７９８から上記アカウント情報のうち録画メールアカウントと録画予約用パスワードをログイン名フィールド８１０及びパスワードフィールド８１２に入力しサーバ１０２に送信（８１６）する。これにより、サーバ１０２のＷＥＢ版番組情報サービスにパーソナルコンピュータ７９８からログインするようにできる。その結果、パーソナルコンピュータ７９８の画面にログイン後の画面８２０が表示される。

録画メールアカウント名と録画メールパスワードによりアカウント情報が特定され、録画予約用パスワード、録画予約メールアドレス及びＰＯＰ／ＳＭＴＰメールサーバも特定される。したがってユーザはパーソナルコンピュータ７９８を介してＨＴＭＬ番組表から携帯電話同様録画予約メールを発行することも可能になる。図３７の画面８２０に表示された『メール録画予約』をクリックすると、携帯電話による操作時と同様、録画予約メールがパーソナルコンピュータ７９８からサーバ１０２のメールサーバ部に送信される（８１８）。このメールはさらに、録画機器１０６による録画予約メールのチェック時に、録画機器１０６に送信される（８２０）。

パーソナルコンピュータは携帯電話に比べ画面が大きく解像度も高い。したがって、携帯電話よりも多くの情報を表示できる。例えば詳しい番組情報も画像入りで表示できる。本実施の形態によれば、新たなメールアカウントの取得、録画予約用パスワードの設定等の手間をかけることなく、パーソナルコンピュータを用いて番組情報サービスを利用することができる。

なお、図３８を参照して、前述したとおり図１７に示す録画機器１０６の録画管理部４５０は、図２２のステップ５６６にて録画予約返事メールを携帯メールアドレスに出す。このとき、発信者メールアドレスはアカウント管理部から取出したアカウント情報にある録画メールアドレスであり、受取りメールアドレスは携帯メールアドレスである。またメールサブジェクトは、状態と番組名を含む。例えば『Ｓｕｂｊｅｃｔ：［予約完］お父さんのためのニュースショウ』とする。

これにより図３８に示すように、受信した携帯電話１１２では受信メールの一覧８４０において、ユーザ８００は当該録画予約が完了したことが即時に判断でき、さらに番組名も確認できる。

以上のように携帯電話を使うことにより、録画機器制御のための複雑なアカウント設定は録画機器１０６がネットワークを経由してサーバ１０２から代行取得し設定できる。このため、携帯電話メールアドレスと関連付けたアカウントの設定を誤りなく行なえるという利点がある。

サーバ１０２は、パーソナルコンピュータのメールアドレスではなく、ユーザが常時身に付けている携帯電話のメールアドレスを誤りなく収集できる。したがって、ユーザにお勧め番組をメールで知らせたり、電子商取引市場への案内等のセールス活動にこの情報を活用したりできる。

以上の実施の形態では、携帯電話１１２と録画機器１０６との間では特別な通信手段は必要ない。ユーザが携帯電話１１２に表示されたアカウント番号を録画機器１０６に入力するだけであり操作が簡単である。

例えば上記した実施の形態では、ひとつの録画機器１０６には最大３つのアカウントが登録可能である。したがって家族内の複数人の携帯電話１１２でそれぞれ登録操作を行なえばよい。携帯電話を変更した場合は、前のアカウントは放置し、新しいアカウントで上書きすることもできる。

以上の仕組みにより、携帯電話と、サーバと、録画機器が簡単な操作で関連付けられるという利点がある。なおアカウント情報は数字であるものとして実施の形態を説明したが、リモートコントローラにキーが存在するのであれば、アルファベットキーが使用されていてもかまわない。数字に限定して解釈されるべきではない。

本実施の形態によると、さらに以下のような波及効果が得られる。すなわち、携帯電話によるウェブブラウザでは、携帯網側で用意された認証システムを利用して有料サービスに加入できる。有料サービスのサーバは携帯網のゲートウェイ管理者と契約すればよい。このアカウントは、携帯電話に対するサーバのサービスを起点にしており、番組情報サービスが有料サービスであれば、本実施の形態により開示された簡単な手順により、その有料サービスを録画機器で受けることが可能になる。
価格の異なるサービスが同一のサーバコンピュータで行われていても、本実施の形態の方法で携帯電話からそれぞれの有料サービスに加入し、アカウント番号を録画機器に入力することで、そのサービスを簡単に録画機器１０６で受けられる。したがって録画機器１０６には何らの課金機構もいらない。

次に本実施の形態では、録画機器１０６がサーバの存在するインターネットに対しＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）ルータを介して接続されていてもよい。すなわち、本実施の形態では、録画機器１０６からサーバ１０２に向かってＨＴＴＰ及びＳＭＴＰ／ＰＯＰ等のＴＣＰ／ＩＰコネクションを張るアーキテクチャである。したがって録画機器１０６はインターネットのプライベートアドレス空間のネットワークからＮＡＴ（ネットワークアドレス変換）ルータを介しても録画予約、携帯電話へのメール通知およびサーバへの情報更新が可能である。

なお、本実施の形態では、録画予約情報をサーバ１０２から録画機器１０６に受渡すための手段として、サーバのメールサーバ部を使用し、録画機器１０６との間でメールプロトコルであるＰＯＰプロトコルを使用した。しかし、本発明はそうした実施の形態に限定されるものではなく、ＨＴＴＰプロトコルの基本認証プロトコルでも実施できる。この場合は、録画機器１０６はサーバで認証されて録画予約情報を得るので、録画予約用パスワードは不要である。ＨＴＴＰプロトコルの基本認証プロトコルではサーバに対して録画機器１０６側からはアカウント名とパスワードとを使ってアクセスし、サーバ１０６はそれをもとに録画機器１０６を認証してから録画予約情報を提供すればよい。

また、本実施の形態によれば、録画予約に関するアカウント情報はサーバが生成している。そのため、録画予約サービスを利用してユーザの録画予約した番組をサーバが記録できる。その結果、ユーザの録画予約する番組の嗜好を抽出して、ユーザの嗜好にマッチした録画予約候補を携帯電話に提示することも容易であり、そこから録画予約をワンクリックで行なうような応用も容易である。

以上の実施の形態では、録画機器を例に説明したが、ネットワークに接続され表示装置を有するネットワーク機器であれば本発明は録画機器に限定されるものではない。録画機器はサービスプロバイダから録画命令により制御されているが、ネットワーク機器が録画命令の代わりに特定のＵＲＬの指定を受け、それをネットワーク機器に搭載したブラウザによりアクセスしＴＶ画面に表示するような利用例においても、本発明の携帯機器とネットワーク機器とによるサービスの連携技術は有効である。この場合にも、携帯電話を操作するだけで、ネットワーク機器に情報表示することが可能になる。

［実施の形態２］
上記した実施の形態１では、携帯電話に表示されたアカウント番号をユーザが目視し、それを録画機器１０６に改めて入力している。この方法によれば、多数の情報を入力することなく、録画機器１０６の設定を行なうことができる。しかし、本発明はそのような実施の形態に限定されるわけではない。アカウント情報を録画機器に設定する際には、この実施の形態２のような方法を採ることもできる。

この実施の形態２では、携帯電話１１２に赤外線データ通信機能など、近接無線通信機能を備えていることが前提となる。最近の携帯電話は多機能化が著しく、そうした機能を備えたものも多い。また、録画機器１０６もそうした機能を持つことが通常である。そのような機能を利用すると、アカウント番号をユーザが録画機器１０６に手入力するのではなく、携帯電話から直接上記した通信機能を用いて録画機器１０６に入力することができる。

それだけではなく、アカウント情報そのものも番組情報サービスプロバイダサーバ１０２から携帯電話に送信し、携帯電話からそれら情報を全て録画機器１０６に伝送することも可能である。図３９にそうした機能を用いたシステムの構成例を示す。またこのときに携帯電話１１２で実行されるプログラムのフローチャートを図４０に示す。

本実施の形態では、予め携帯電話１１２と番組情報サービスプロバイダサーバ１０２との間の手続きにより、既に番組情報サービスプロバイダサーバ１０２にアカウント情報が設定されているものとする。ただし、録画機器１０６と番組情報サービスプロバイダサーバ１０２との間の通信はまだ行なわれていないので、録画機器１０６の個体識別情報についてはアカウント情報には設定されていないものとする。

番組情報サービスプロバイダサーバ１０２は、携帯電話１１２が赤外線通信によって録画機器１０６と通信する機能を実装したアカウント情報設定ソフトウェアを用意する。そしてそのソフトウェアの所在を示すＵＲＬを携帯電話１１２宛てのメールに書込み送信する。携帯電話１１２の画面８５０でこの電子メールを表示し、該当ＵＲＬへのリンクをクリックすることで、そのソフトウェアが携帯電話１１２にダウンロードされる（８５２）。ダウンロード後当該ソフトウェアを自動的に起動し、録画機器と赤外線通信することでユーザの手作業を省略し安全かつ間違いなくアカウント情報を録画機器１０６に入力できる（８５４）。

赤外線データ通信の規格としてはＩｒＤＡによるものが携帯電話に標準的に搭載されており、これを使用するのが簡単である。また海外の携帯電話であれば他の規格を用いるものもあり、それらを使用することで携帯電話と録画機器間で通信できる。

なお、アカウント情報を受信した録画機器１０６は、その情報にしたがって自己を設定した後、自己の個体識別情報を番組情報サービスプロバイダサーバ１０２に送信する（８５６）。これにより、番組情報サービスプロバイダサーバ１０２のアカウント情報に録画機器１０６の個体識別情報を設定できる。

図４０に、本実施の形態における携帯電話１１２において実行されるプログラムのフローチャートを示す。図４０を参照して、まずステップ８７０において、番組情報サービスプロバイダサーバ１０２からの確認メール８５０（図３９参照）を受信する。続いてステップ８７２において、このメールに含まれるＵＲＬからアカウント情報設定制御ソフトウェアをロードし、起動する。以後、このアカウント情報設定制御ソフトウェアを実行した後、このプログラムは終了する。

図４１に、このアカウント情報設定制御ソフトウェアのフローチャートを示す。図４１を参照して、ステップ８７４において、番組情報サービスプロバイダサーバ１０２の録画機器管理部に接続し、番組情報サービスプロバイダサーバ１０２からこの携帯電話１１２のユーザのアカウント情報を取得する。ステップ８７６において、録画機器１０６をアカウント情報設定画面とさせるよう、ユーザに指示するメッセージを携帯電話１１２の画面に表示する。さらに、ステップ８７８において、携帯電話１１２のＩｒＤＡインタフェースを使用して、録画機器１０６のＩｒ送受信部を介して録画機器１０６のアカウント管理部にアカウント情報を転送する。最後に、ステップ８８０で録画機器１０６を制御して、番組情報サービスプロバイダサーバ１０２に接続し、録画機器１０６に設定されたアカウント番号と、録画機器１０６の個体識別情報を送信する。これにより、録画機器１０６から番組情報サービスプロバイダサーバ１０２に対し、当該アカウント番号のアカウント情報が番組情報サービスプロバイダサーバ１０２に設定されたことが通知される。

以上の実施の形態２にかかるシステムによれば、番組情報サービスプロバイダサーバ１０２で準備したプログラムを用いて、アカウント情報を携帯電話１１２から録画機器１０６に自動的に転送し、設定することができる。ユーザが目視でアカウント番号を録画機器１０６に入力する必要はない。そのため、ユーザにとってはより簡単な処理でアカウント番号を録画機器１０６に設定できる。アカウント情報自体も番組情報サービスプロバイダサーバ１０２から携帯電話１１２を介して録画機器１０６に転送されるため、アカウント情報に誤りが生ずることもない。さらに、最終的に録画機器１０６から番組情報サービスプロバイダサーバ１０２に対してアカウント情報登録完了の通知がされるため、録画機器１０６にアカウント情報が登録されたことについて、番組情報サービスプロバイダサーバ１０２が容易に確認できる。
今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内での全ての変更を含む。

この発明の実施の形態１にかかるシステム１００の概略を示す図である。 実施の形態１にかかるシステム１００の、サービス加入時の概略動作を示す図である。 実施の形態１にかかるシステム１００の、録画予約時の概略動作を示す図である。 携帯電話１１２の機能ブロック図である。 携帯電話１１２のハードウェアブロック図である。 番組情報サービスプロバイダサーバ１０２の機能ブロック図である。 アカウント情報２８０の構成を示す図である。 サービス申込みＨＴＭＬテキストを示す図である。 専用ＵＲＬ通知メールを示す図である。 番組情報サービスプロバイダサーバ１０２のハードウェアブロック図である。 番組情報サービスプロバイダサーバ１０２において実行される、サービス入口画面へのアクセスがあったときの処理のフローチャートである。 アカウント通知画面を示す図である。 番組情報サービスプロバイダサーバ１０２においてサービス申込みを行なうために実行されるプログラムのフローチャートである。 番組情報サービスプロバイダサーバ１０２においてアカウント番号通知要求を受信したときに実行されるプログラムのフローチャートである。 番組情報サービスプロバイダサーバ１０２においてアカウント情報取得要求を受信したときに実行されるプログラムのフローチャートである。 番組情報サービスプロバイダサーバ１０２において、ユーザログイン専用画面へのアクセスがあったときに実行されるプログラムのフローチャートである。 録画機器１０６の機能ブロック図である。 録画機器１０６のハードウェアブロック図である。 番組情報サービスサーバＤＢ４５８の構成を示す図である。 録画機器１０６においてアカウント情報設定を行なう際に実行されるプログラムのフローチャートである。 録画機器１０６のアカウント設定画面を示す図である。 録画機器１０６において録画予約を実行するためのプログラムのフローチャートである。 録画予約ＤＢ４５４の構成を示す図である。 録画機器１０６において、録画済一覧を表示する際に実行されるプログラムのフローチャートである。 録画予約一覧表示の例を示す図である。 録画予約一覧表示の例を示す図である。 実施の形態１に係るシステムの、サービス加入時の通信を示すダイアグラムである。 サービス申込み画面の一例を示す図である。 サービス申込み通知メールの内容を示す図である。 アカウント情報構造体の一例を示す図である。 アカウント情報構造体の他の一例を示す図である。 実施の形態１に係るシステムで、一つの録画機器１０６を複数の番組情報サービスプロバイダサーバを経由して複数の携帯電話で制御できることを示す図である。 実施の形態１に係るシステムで、一つの録画機器１０６を一つの番組情報サービスプロバイダサーバを経由して複数の携帯電話を用い、複数のユーザで共有できることを示す図である。 録画予約ＤＢ部２４６の構成を説明するための図である。 複数の録画機器を一つの番組情報サービスプロバイダサーバを経由して複数の携帯電話で制御可能なことを示す図である。 一つの録画機器及び携帯電話を用い、複数の番組情報サービスプロバイダを利用可能なことを示す図である。 実施の形態１に係るシステムで、携帯電話ではなく、パーソナルコンピュータを用いて録画予約サービスを利用可能なことを示す図である。 録画予約完了の確認メールの表示例を示す図である。 本発明の実施の形態２にかかるシステムの構成を示す図である。 実施の形態２にかかるシステムにおいて、携帯電話１１２で実行されるアカウント情報設定のためのプログラムのフローチャートである。 番組情報サービスプロバイダサーバ１０２から携帯電話１１２にダウンロードされて実行され、アカウント情報を携帯電話１１２を経由して番組情報サービスプロバイダサーバ１０２から録画機器１０６に転送するためのプログラムのフローチャートである。 従来のシステムの構成を示す図である。 従来のシステムでの録画予約メールの一例を示す図である。

符号の説明

１００ システム、１０２，１０２Ａ，１０２Ｂ 番組情報サービスプロバイダサーバ、１０４ ネットワーク、１０５ 無線ネットワーク、１０６ 録画機器、１１０ ＴＶモニタ、１１２，１１２Ａ，１１２Ｂ 携帯電話、１２２ アカウント設定画面、１９４ ＨＴＭＬブラウザ部、１９６ ＵＲＬ記億部、１９８ メール送受信部、２００ メール記憶部、２０２，２１６ 表示部、２１２，３０２，４８２ ＣＰＵ、２１４，３０４，４８４ メモリ、２１８，４８８ Ｉｒ送受信部、２２２ 不揮発メモリ、２４０ 番組情報記憶部、２４２ 番組情報管理部、２４４ 録画機器管理部、２４６ 録画予約ＤＢ部、２４８ ユーザアカウント情報蓄積部、２５０ ユーザアカウント管理部、２５２ メール処理部、２５４ メールサーバ部、２５６ メール蓄積部、２５８ ＷＷＷサーバ、４４２ 放送受信部、４４４，４９４ ビデオエンコーダ・デコーダ部、４４６ 録画済ビデオデータ蓄積部、４４８ 表示管理部、４５０ 録画管理部、４５６ 番組予約情報管理部、４５８ 番組情報サービスサーバＤＢ、４６０ 番組情報サービス接続部、４６２ タイマ部、４６４ アカウント管理部、４６６ リモコン管理部、４６８ ＩｒＤＡ管理部、４９６ チューナ部

Claims (15)

1. 以下のサーバ用コンピュータプログラムによりプログラムされた、サービス提供用サーバコンピュータであって、
   前記プログラムは、前記コンピュータにより実行されると以下のステップからなる方法を実行するように当該コンピュータを制御し、前記方法は、
   携帯情報端末に対して、ネットワークを介して、所定サービスへの加入申込みのための申込み文書データを送信するステップと、
   携帯情報端末から、前記申込み文書データに基づく返信を受信したことに応答して、当該携帯情報端末が前記申込み文書データの送付先の携帯情報端末か否かを識別し、前記送付先の携帯情報端末である場合には、アカウント識別情報により一意に識別されるアカウントを生成し当該携帯情報端末に割当てるステップと、
   当該携帯情報端末に対して前記サービスを提供するために必要な前記携帯情報端末と異なる装置に予め登録しておくべき設定情報を含むアカウント情報を生成するステップと、
   前記ネットワークを介して前記携帯情報端末に前記アカウント識別情報を送信するステップと、
   前記異なる装置から前記アカウント識別情報を受信したことに応答して、当該アカウント識別情報に対応するアカウント情報を前記異なる装置に送信するステップとを含む、サービス提供用サーバコンピュータ。
2. 前記携帯情報端末には、前記ネットワーク上で当該携帯情報端末に電子メールを送信するためのメールアドレスが割当てられており、
   前記方法はさらに、前記申込み文書データを送信するステップに先立ち、前記携帯情報端末から当該携帯情報端末のメールアドレスを含むメッセージを受信するステップを含み、
   前記異なる装置に送信されるアカウント情報は、前記アカウント識別情報に対応するアカウントが割当てられた携帯情報端末のメールアドレスを含む、請求項１に記載のサーバコンピュータ。
3. 前記方法は、
   前記アカウント情報を前記異なる装置に送信するステップに先立ち、前記異なる装置から、前記アカウント識別情報と関係付けて当該異なる装置の個体を識別する個体識別情報を受信するステップと、
   前記固体識別情報を受信するステップの後に実行され、前記異なる装置から受信した個体識別情報を、前記異なる装置から受信した前記アカウント識別情報に対応するアカウント情報に格納するステップとをさらに含む、請求項１又は請求項２に記載のサービス提供用サーバコンピュータ。
4. 前記アカウント情報を生成するステップは、
   前記アカウントに対応するユーザが前記所定のサービスを利用するためのサービス利用のためのメールアカウントを所定のメールサーバに作成するステップと、
   前記メールアカウントに対してアクセスするために必要な情報と、前記アカウント識別情報とを含むアカウント情報を生成するステップとを含む、請求項１〜請求項３のいずれかに記載のサービス提供用サーバコンピュータ。
5. 前記方法は、
   前記申込み文書データを送信するステップに先立って、乱数に基づいて文字列を発生させ、当該文字列を前記申込み文書データに含ませるステップと、
   前記文字列を所定の記憶装置に記憶するステップと、
   前記記憶装置に記憶された文字列を、記憶後所定時間の経過後に削除するステップとをさらに含み、
   前記割当てるステップは、
   携帯情報端末からメッセージを受け取り、当該メッセージに、前記所定の記憶装置に記憶された文字列のいずれかが含まれているか否かを判定するステップと、
   前記メッセージに、前記所定の記憶装置に記憶された文字列のいずれかが含まれていると判定されたことに応答して、前記アカウント識別情報により一意に識別される前記アカウントを生成し当該携帯情報端末に割当てるステップとを含む、請求項１〜請求項４のいずれかに記載のサービス提供用サーバコンピュータ。
6. 前記携帯情報端末はコンピュータプログラムを実行可能であり、
   前記アカウント識別情報を送信するステップは、
   前記携帯情報端末において実行されると、前記アカウント識別情報を前記異なる装置に転送する機能を実現するコンピュータプログラムを準備するステップと、
   前記コンピュータプログラムを前記携帯情報端末に送信するステップとを含む、請求項１〜請求項５のいずれかに記載のサービス提供用サーバコンピュータ。
7. 以下のプログラムによりプログラムされたサービス提供用サーバコンピュータであって、
   前記プログラムは、前記コンピュータにより実行されると以下のステップからなる方法を実行するように当該コンピュータを制御し、前記方法は、
   携帯情報端末に対して、ネットワークを介して、所定サービスへの加入申込みのための申込み文書データを送信するステップと、
   携帯情報端末から、前記申込み文書データに基づく返信を受信したことに応答して、当該携帯情報端末が前記申込み文書データの送付先の携帯情報端末か否かを識別し、前記送付先の携帯情報端末である場合には、アカウント識別情報により一意に識別されるアカウントを生成し当該携帯情報端末に割当てるステップと、
   当該携帯情報端末に対して前記サービスを提供するために必要な前記携帯情報端末と異なる装置に予め登録しておくべき設定情報を含むアカウント情報を生成するステップと、
   前記携帯情報端末において実行されると、アカウント情報を、前記異なる装置に転送する機能を実現するコンピュータプログラムを準備するステップと、
   前記コンピュータプログラムを、前記携帯情報端末に送信するステップと、
   前記コンピュータプログラムを実行した前記携帯情報端末からのアカウント情報の要求に応答して、前記携帯情報端末に割当てられたアカウント情報を前記携帯情報端末に送信するステップと、
   前記異なる装置から、当該異なる装置の個体識別情報を前記アカウント識別情報に関連付けて受信したことに応答して、前記異なる装置から受信した個体識別情報を、前記異なる装置から受信した前記アカウント識別情報に対応するアカウント情報に格納するステップとを含む、サービス提供用サーバコンピュータ。
8. 前記異なる装置は、録画機能を持つ録画機器であり、前記所定のサービスは、前記携帯情報端末から前記録画機器に対する録画予約である、請求項１〜請求項７のいずれかに記載のサービス提供用サーバコンピュータ。
9. 前記方法は、前記携帯情報端末から、前記申込み文書データに基づく返信を受信したことに応答して、前記異なる装置が前記サービス提供用サーバコンピュータから提供される前記所定のサービスに基づいて、前記携帯情報端末に対する課金を行なうステップをさらに含む、請求項１〜請求項８のいずれかに記載のサービス提供用サーバコンピュータ。
10. 前記アカウント情報を生成するステップは、前記携帯情報端末のメールアドレスを前記アカウント情報に格納するステップを含み、
    前記方法は、
    前記アカウント情報に格納するステップに先立ち、前記携帯情報端末から、当該携帯情報端末のメールアドレスを受信するステップと、
    前記アカウント情報を前記異なる装置に送信するステップの後に実行され、前記異なる装置から前記異なる装置の状態変化を示すメッセージを受信するステップと、
    前記異なる装置の状態変化を、前記異なる装置に対応するアカウントのアカウント情報に含まれるメールアドレスに対して電子メールで送信するステップとをさらに含む、請求項１〜請求項９のいずれか記載のサービス提供用サーバコンピュータ。
11. 前記アカウント識別情報は数字のみから生成される、請求項１〜請求項１０のいずれかに記載のサービス提供用サーバコンピュータ。
12. 前記方法は、
    前記アカウント情報を前記異なる装置に送信するステップの後に実行され、携帯情報端末からサービス提供の要求を受信したことに応答して、前記アカウント情報を調査し、当該要求に対応できるか否かを判定するステップと、
    前記判定するステップによって前記要求に対応できないと判定されたことに応答して、前記要求を発信した携帯情報端末に対して返信するステップとをさらに含む、請求項１〜請求項１１のいずれかに記載のサービス提供用サーバコンピュータ。
13. 前記アカウント識別情報は、ネットワークで接続されたサービス提供用サーバコンピュータを識別するための情報を含む、請求項１〜請求項１２のいずれかに記載のサービス提供用サーバコンピュータ。
14. 前記方法は、前記割当てるステップの後に実行され、前記割当てるステップにより生成された前記アカウント識別情報を所定の識別情報記憶装置に保存するステップをさらに含み、
    前記割当てるステップは、携帯情報端末が前記申込み文書データの送付先の携帯情報端末か否かを識別し、前記送付先の携帯情報端末である場合には、前記識別情報記憶装置に存在しないアカウント識別情報により識別されるアカウントを生成し当該携帯情報端末に割当てるステップを含む、請求項１〜請求項１３のいずれかに記載のサービス提供用サーバコンピュータ。
15. 前記サービス提供用サーバコンピュータにおいて生成されるアカウント識別情報は、アカウント識別情報の本体と、アカウント識別情報の誤り検出情報とを含む、請求項１〜請求項１４のいずれかに記載のサービス提供用サーバコンピュータ。

Images