(57)【要約】【課題】バッテリ等の二次電池の電力状態に起因して、継続してすべての情報を受信できなかった場合にも、送信側の情報配信に対する課金と、受信側で負担する費用に見合った情報の受信との間で整合をとる。【解決手段】課金手段は、課金対象の情報が受信装置に過去に提供されており、かつ、所定時間の間、受信装置にてその情報の受信を継続できたことが記録されていない場合で、二次電池の充電状況が受信を継続するためには不十分と記録されている場合に、少なくとも充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外する手段を有する。【選択図】図１３
2010093721.tif 000002
【特許請求の範囲】
【請求項１】
二次電池で駆動される受信装置と、前記受信装置とネットワークを通じて接続され前記受信装置にサービスを提供するサーバとを含む情報システムであり、
前記受信装置は、
前記サーバに前記二次電池の充電状況を通知する手段と、
前記サーバから所定時間継続して提供される情報を受信する手段と、
前記情報を出力装置に出力する手段と、を備え、
前記サーバは、
前記受信装置から、前記二次電池の充電状況を受信する受信手段と、
前記受信装置に、所定時間継続して前記情報を提供する提供手段と、
前記情報の提供に対する課金情報を、前記受信装置を識別する情報とともに蓄積する課金手段と、
前記二次電池の充電状況を基に、前記受信装置が前記情報の受信開始から継続して動作可能な動作時間を推定する推定手段と、
前記所定時間の間、前記受信装置が前記受信を継続できたことを記録する記録手段と、を備え、
前記課金手段は、課金対象の情報が前記受信装置に過去に提供されており、かつ、前記所定時間の間、前記受信装置にてその情報の受信を継続できたことが記録されていない場合で、前記二次電池の充電状況が前記受信を継続するためには不十分と記録されている場合に、少なくとも前記充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外する手段を有する情報システム。
【請求項２】
二次電池で駆動する受信装置とネットワークを通じて接続され前記受信装置にサービスを提供するサーバであり、
前記受信装置から、前記二次電池の充電状況を受信する受信手段と、
前記受信装置に、所定時間継続して前記情報を提供する提供手段と、
前記情報の提供に対する課金情報を、前記受信装置を識別する情報とともに蓄積する課金手段と、
前記二次電池の充電状況を基に、前記受信装置が前記情報の受信開始から継続動して動作可能な動作時間を推定する推定手段と、
前記所定時間の間、前記受信装置が前記受信を継続できたことを記録する記録手段と、を備え、
前記課金手段は、課金対象の情報が前記受信装置に過去に提供されており、かつ、前記所定時間の間、前記受信装置にてその情報の受信を継続できたことが記録されていない場合で、前記二次電池の充電状況が前記受信を継続するためには不十分と記録されている場合に、少なくとも前記充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外する手段を有するサーバ。
【請求項３】
前記提供手段が情報の提供を開始する前に、前記受信手段は、少なくとも一度前記充電状況を受信する請求項２に記載のサーバ。
【請求項４】
前記受信手段は、前記受信装置が受信した情報を出力装置に出力しているときの電源状態情報を受信し、
前記推定手段は、前記受信した電源状態情報を基に、前記電源状態情報が示す状態において前記受信装置が継続して動作可能な動作時間を推定する請求項２または３に記載のサーバ。
【請求項５】
前記受信装置の二次電池に起因して、前記所定時間の間、前記受信装置が前記受信を継続できないと判断される場合に、その旨を示す警告画面を前記受信装置に表示する手段を
備える請求項２から４のいずれか１項に記載のサーバ。
【請求項６】
ネットワーク上のサーバから提供される情報を二次電池による駆動で受信可能な受信装置であり、
前記所定時間継続する情報の受信前に、サーバに前記二次電池の充電状況を通知する手段と、
サーバから所定時間継続して提供される情報を受信する手段と、
前記情報を出力装置に出力する手段と、を備える受信装置。
【請求項７】
二次電池で駆動する受信装置とネットワークを通じて接続され前記受信装置にサービスを提供するコンピュータが実行するサービス提供方法であり、前記コンピュータが、
前記受信装置から、前記二次電池の充電状況を受信する受信ステップと、
前記受信装置に、所定時間継続して前記情報を提供する提供ステップと、
前記情報の提供に対する課金情報を、前記受信装置を識別する情報とともに蓄積する課金ステップと、
前記二次電池の充電状況を基に、前記受信装置が前記情報の受信開始から継続動して動作可能な動作時間を推定する推定ステップと、
前記所定時間の間、前記受信装置が前記受信を継続できたことを記録する記録ステップと、を実行し、
前記課金ステップは、課金対象の情報が前記受信装置に過去に提供されており、かつ、前記所定時間の間、前記受信装置にてその情報の受信を継続できたことが記録されていない場合で、前記二次電池の充電状況が前記受信を継続するためには不十分と記録されている場合に、少なくとも前記充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外するステップを含む、サービス提供方法。
【請求項８】
二次電池で駆動する受信装置とネットワークを通じて接続され前記受信装置にサービスを提供するコンピュータに、
前記受信装置から、前記二次電池の充電状況を受信する受信ステップと、
前記受信装置に、所定時間継続して前記情報を提供する提供ステップと、
前記情報の提供に対する課金情報を、前記受信装置を識別する情報とともに蓄積する課金ステップと、
前記二次電池の充電状況を基に、前記受信装置が前記情報の受信開始から継続動して動作可能な動作時間を推定する推定ステップと、
前記所定時間の間、前記受信装置が前記受信を継続できたことを記録する記録ステップと、を実行させ、
前記課金ステップは、課金対象の情報が前記受信装置に過去に提供されており、かつ、前記所定時間の間、前記受信装置にてその情報の受信を継続できたことが記録されていない場合で、前記二次電池の充電状況が前記受信を継続するためには不十分と記録されている場合に、少なくとも前記充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外するステップを含む、コンピュータ実行可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置に時間単位で課金して情報を提供する技術に関する。
【背景技術】
【０００２】
バッテリ運用が可能なパーソナルコンピュータ(以下ＰＣと記述)等の多機能の機器に対して、ストリーム配信等、所定時間継続して情報を配信することが行われている。ストリーム配信は、例えば、映像等の動画コンテンツをサーバ側(以下送信側)にデータとして持ち、所定時間継続して動画コンテンツ等の情報をＰＣに配信する。ＰＣ側(以下受信側)では、配信された情報を受信しながら再生する。このような動画コンテンツの再生をストリーム再生という。ストリーム再生の対象となる動画コンテンツが有料である場合は、ストリーム再生（あるいはストリーム配信）に伴い、課金処理が行われる。
【０００３】
ここで、ストリーム再生を行う装置が、携帯可能な受信装置、例えば、バッテリ駆動可能なＰＣであって、受信装置のバッテリの電力が十分でない場合を想定する。そのような場合、例えば、課金処理を行った後、受信側の意図的な操作ではなく、バッテリの電力が不足し、ストリーム再生が中止する場合がある。
【特許文献１】特開２００５−０１１２８２号公報
【特許文献２】特開２００３−２５６０８４号公報
【特許文献３】特開２００３−３３８８２９号公報
【特許文献４】特開２００２−１６４８３８号公報
【特許文献５】特表２００７−５２７１３４号公報
【特許文献６】特開平１１−６９０１７号公報
【特許文献７】特開２００２−３１４７１１号公報
【特許文献８】特開２００３−０５０７６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、従来の技術では、所定時間継続して動画コンテンツ等の情報を配信するシステムにおいて、受信側の装置が携帯可能な受信装置である場合に、バッテリ等の二次電池の電力状態に起因して、継続してすべての情報を受信できなかった場合の配慮がなされていない。例えば、受信側の意図的な操作ではなく、最後まで継続して配信された情報を享受していないのに課金処理がされる場合がある。一方、継続してすべての情報を受信できなかったときに、単純に、受信側からの要求によって再度情報を配信したのでは、不正に複数回に渡って情報が再生されてしまうことも生じ得る。そこで、開示の技術は、そのような事態を実効的に回避する技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
このような課題を解決するために、以下の手段を採用した。すなわち、開示の技術の一態様は、二次電池で駆動する受信装置とネットワークを通じて接続され受信装置にサービスを提供するサーバとして例示できる。本サーバは、受信装置から、二次電池の充電状況を受信する受信手段と、受信装置に、所定時間継続して情報を提供する提供手段と、情報の提供に対する課金情報を、受信装置を識別する情報とともに蓄積する課金手段と、二次電池の充電状況を基に、受信装置が情報の受信開始から継続動して動作可能な動作時間を推定する推定手段と、所定時間の間、受信装置が受信を継続できたことを記録する記録手段と、を備える。そして、課金手段は、課金対象の情報が受信装置に過去に提供されており、かつ、所定時間の間、受信装置にてその情報の受信を継続できたことが記録されていない場合で、二次電池の充電状況が受信を継続するためには不十分と記録されている場合
に、少なくとも充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外する手段を有する。
【発明の効果】
【０００６】
本技術によれば、所定時間継続して動画コンテンツ等の情報を配信するシステムにおいて、受信側の装置が携帯可能な受信装置である場合に、バッテリ等の二次電池の電力状態に起因して、継続してすべての情報を受信できなかった場合にも、送信側の情報配信に対する課金と、受信側で負担する費用に見合った情報の受信との間で整合をとることができる。
【発明を実施するための最良の形態】
【０００７】
以下、図面を参照して、開示の技術の一実施形態に係る情報システムを説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成には限定されない。
【０００８】
＜システムの概要＞
本情報システムは、受信装置に所定時間継続的に情報を配信するサーバと、その情報の提供を受ける受信装置とを有する。所定時間継続して情報を配信するとは、例えば、動画、あるいは、音声・音響を含むストリームコンテンツを配信することをいう。また、受信装置が、サーバからストリームコンテンツを配信されて、再生することをストリーム再生という。例えば、課金がなされる有料コンテンツのストリーム再生において、受信側（受信装置）が送信側（サーバ）へそのコンテンツの再生時間と電源状態の情報を通知しながらストリーム再生を行う。
【０００９】
本情報システムの特徴は、受信装置が、サーバにアクセスし、ストリームコンテンツの再生を要求するときに、受信装置のバッテリの充電状態（残存電力）を報告する。サーバは、ストリームコンテンツの再生に要する再生時間を保持するとともに、その受信装置がそのバッテリの充電状態で現時点から連続稼働できる残存稼働時間を推定する。そして、その再生時間と、残存稼働時間と、受信装置とを関連づけて、データベースに記録する。そして、その受信装置に対して、そのストリームコンテンツの再生開始を記録（例えば、再生開始フラグをオン）の上、再生を開始する。
【００１０】
受信装置は、正常に最後までストリームコンテンツを受信できた場合には、その旨をサーバに報告する。サーバは、受信装置から正常に受信できたとの報告が得られた場合には、正常終了を記録する。例えば、サーバは、再生開始フラグをオフする。あるいは、サーバは、配信の正常終了フラグをオンする。したがって、受信装置から、正常に受信できたとの報告が得られていない場合には、その旨が記録されないことになる。
【００１１】
そして、次回、受信装置がサーバに上記と同一のストリームコンテンツの再生要求をしたとき、サーバは、データベースを検索し、そのストリームコンテンツを過去にその受信装置にて再生した記録があるか否かを判定する。そして、そのストリームコンテンツを過去にその受信装置にて再生した記録があり、かつ、再生開始のまま終了している場合には、前回再生が最後まで完了していないと判断する。さらに、このときサーバは、前回ストリーム再生時のその受信装置のバッテリ状態に基づく、残存稼働時間と、ストリーム再生の再生時間を比較してもよい。そして、前回再生を最後まで完了できていない原因が、受信装置のバッテリの状態にある場合には、サーバは、課金なしで今回の再生を実行する。この場合も、前回同様に、受信装置のバッテリ状態を受信装置から取得し、再生時間と、受信装置の残存稼働時間を記録する。また、そして、その受信装置に対して、そのストリームコンテンツの再生開始を記録（例えば、再生開始フラグをオン）の上、再生を開始する。
【００１２】
このような手順をとることによって、予め、コンテンツ配信前にバッテリ状態を取得することから、受信装置のユーザの悪意によって、複数回に渡ってストリームコンテンツを再生しなければならない状況を回避できる。例えば、ストリームコンテンツの再生終了直前に、受信装置の電源を遮断することで正常に最後までストリームコンテンツを受信できたとの報告を遮断することも考えられる。しかし、配信開始前に、受信装置のバッテリ状態を取得しておけば、そのような状態が、実際に受信装置のバッテリに起因するものか、他の原因によるものかを判定できる。そして、サーバは、正常に最後までストリームコンテンツを受信できなかった受信装置に、課金なしで再度のストリーム再生を行うことによって、前回再生時の課金に対するサービスの提供を完遂できることになる。
【００１３】
具体的には、ストリーム配信に先立って、受信装置がサーバに、電源情報を送信する。その電源情報はバッテリの残量（例えば、端子電圧、満充電に対する充電状態（％））である。サーバはそのバッテリの残量を示す電源情報から受信装置が継続稼働可能な時間を推定する。そして、継続稼働可能時間と、ストリーム再生に必要な再生時間を比較する。そしてサーバは、そのバッテリ残量の受信装置で再生対象のコンテンツをストリーム再生している途中で、最後まで再生できないときは警告の画面を表示する。この場合には受信装置が意図的に中断したのではないため次回の再度の同コンテンツの再生では課金されない。このように、受信装置のバッテリ状態をサーバが認識し、サーバが受信装置に警告表示させることが本情報システムの第１の特徴である。さらに、この場合に、次回同一のコンテンツを同一の受信装置で再生する場合には、再課金されないことが本情報システムの第２の特徴である。
【００１４】
本情報システムでは、電源情報は受信装置からサーバへ送られる。よって再生におけるタイマは必要がない。本実施形態で好適なサーバは、例えば、受信装置の製造販売業者（メーカ）でユーザを管理するサーバ、またはそのようなメーカのサーバからユーザの使用する受信装置の構成、環境等に関する情報を取得可能な組織のサーバである。受信装置の構成、環境等が取得済みであれば、受信装置から電源情報を取得することによって、現在の電源状態（二次電池の充電状態）でその装置構成の受信装置を駆動した場合に、その後に継続可能な稼働時間を推定できるからである。
【００１５】
ただし、受信装置がバッテリ駆動している場合はバッテリの状態により突然、稼働停止することがある。受信側の電源切れはバッテリ残量によるものであり、受信装置からの中断情報をサーバへ通知する処理をする前に電源が切れると想定される。
【００１６】
このため、単純に、受信装置のアプリケーションがサーバへ中断情報を送信することでは対応することはできない。そこで、本情報システムでは、サーバが、受信装置から得る受信装置の電源情報により、受信装置が意図的な操作で中断したのではなくストリームが停止されたことを判断可能とする。これにより受信側の意図的ではないストリーム再生の停止に対し、再課金なしにストリーム配信することが可能になる。そしてサーバが課金の処理をしているときに受信装置の電源が切れると、事前取得済みの電源情報とともにストリーム配信の未完記録が残される。その結果、次回同一のコンテンツ配信において再度課金されることを回避できる。
【００１７】
＜構成＞
図１に、本情報システムのハードウェア構成図を例示する。図１のように、本情報システムは、受信装置１とサーバ１００を含む。図１では、特に、受信装置１のハードウェア構成が詳細に示されている。受信装置１は、例えば、携帯型のパーソナルコンピュータ、携帯情報端末（ＰＤＡとも呼ばれる）、携帯電話、ＰＨＳ（Personal Handyphone System）、携帯型のテレビジョン受信機等である。
【００１８】
図１のように、受信装置１は、ＣＰＵ１１、メモリ１２、ＢＩＯＳを格納したＲＯＭ（Read Only Memory）２６、表示装置１７（ＬＣＤ１７ＡあるいはＣＲＴ１７Ｂ）、パワーマネージャ・キーボードコントローラ１３、キーボード１４、ポインティングデバイス（例えば、フラットポイント）１５、ＰＣＭＣＩＡ（Personal Computer Memory Card International Association）カード１６、ＬＡＮ（Local Area Network）カード２２、スー
パーＩＯチップ１８、ハードディスク駆動装置２０、着脱可能記憶媒体入出力装置（例えば、ＤＶＤ（Digital Versatile Disc）駆動装置）２１、およびこれらの各部を接続するＩ／Ｏインターフェース２４、メモリインターフェース２５、および電源ユニット３０を含む。これらのコンピュータ部品の構成、および機能は、周知であるので、詳細な説明は省略するが、概要は、以下の通りである。
【００１９】
メモリ１２は、ＣＰＵ１１で実行可能な形式で展開されたコンピュータプログラムを保持する。ＣＰＵ１１は、メモリ１２上のコンピュータプログラムを実行し、受信装置１の各部を制御し、受信装置１の機能を実現する。例えば、ＣＰＵ１１は、ＬＡＮカード２２を介して、インターネット上のサーバ１００にアクセスし、ストリームコンテンツの配信を要求する。そして、ＣＰＵ１１は、ＬＡＮカード２２を通じて、インターネット上のサーバ１００から取得したストリームコンテンツのデータを再生し、例えば、動画、音声、音響等を表示装置１７あるいは図示しないスピーカーから出力する。表示装置１７あるいはスピーカーが出力装置に相当する。
【００２０】
電源ユニット３０は、バッテリ３１とＡＣアダプタ３２を含む。バッテリ３１とＡＣアダプタ３２は、１対のダイオード３４，３５を含む突き合わせ回路を介して、電源ユニット３０の出力端子に接続される。この構成によって、突き合わせ回路は、バッテリ３１またはＡＣアダプタ３２のうち、電圧の高いから、受信装置１に電力を供給する。したがって、ＡＣアダプタ３２が商用交流電源に接続されている場合には、一般的には、バッテリ３１よりもＡＣアダプタ３２の出力電圧の方が高く、ＡＣアダプタ３２から受信装置１に電力が供給される。このとき、充電回路３３を介して、ＡＣアダプタ３２からバッテリ３１への充電も実行される。充電は、バッテリ３１の電圧が規定値に達したときに停止される。一方、ＡＣアダプタ３２が商用交流電源に接続されていない場合には、バッテリ３１から受信装置１に電力が供給される。
【００２１】
サーバ１００については、詳細は省略するが、その構成は、受信装置１と同様である。例えば、サーバ１００も、ＣＰＵ、メモリ、ハードディスク駆動装置、着脱可能記憶媒体入出力装置、ＬＡＮへのインターフェース等を有する。
【００２２】
図２に、本情報システムの機能構成を例示する。すでに、図１で説明したように、本情報システムは、情報を配信するサーバ１００と、インターネットを通じてサーバ１００と通信する受信装置１を含む。図２に示すように、サーバ１００は、ストリーム再生の一覧情報のデータ１０１、ストリームデータ１０２、承認済み受信装置のＩＤ情報データベース１０３、個人ＩＤ／ＰＷ情報データベース１０４、ＩＤ情報別のバッテリ残量データベース１０５、受信装置のＢＩＯＳ情報データ取得システム１０６、機器個別暗号情報取得システム１０７、ユーザのＩＤ／パスワードデータベース１０８、コンテンツ/受信装置
の再生開始時間/再生完了（再生時間）データベース１０９、および受信装置機種ごとの
電源状態・継続時間データベース１１０を有する。
【００２３】
ここで、ストリーム再生の一覧情報のデータ１０１は、サーバ１００にて、提供可能なストリーム再生対象のコンテンツのタイトル一覧情報である。この一覧情報は、インターネット上のウェブサイトに掲載され、受信装置１に提供される。ストリームデータ１０２は、再生対象のコンテンツそのものである。ただし、ストリームデータは、必ずしもサーバ１００に格納しておく必要はなく、インターネット上の他のサーバに格納しておいても
よい。その場合に、サーバ１００は、ストリーム再生の一覧情報のデータ１０１のそれぞれのタイトルに該当するストリームコンテンツの格納先を取得できればよい。そして、サーバ１００が、その格納先のサーバからストリームコンテンツを取得し、受信装置１に配信すればよい。また、その格納先のサーバに対して、受信装置１から指定されたストリームコンテンツの受信装置１への配信を依頼してもよい。
【００２４】
承認済み受信装置のＩＤ情報データベース１０３は、例えば、ユーザからの申し込みによって、サーバ１００に登録されているユーザごとの受信装置１のＩＤを記憶する。この受信装置１のＩＤによって、サーバ１００は、ストリーム再生を要求する受信装置１が正規の製品か否かを判定する。
【００２５】
個人ＩＤ／ＰＷ情報データベース１０４には、サーバ１００によって、ストリーム再生サービスを受けるユーザの個人ＩＤとパスワードを格納する。この個人ＩＤとパスワードによって、サーバ１００は、ストリーム再生を要求する受信装置１のユーザが正規のユーザか否かを判定する。
【００２６】
ＩＤ情報別のバッテリ残量データベース１０５には、受信装置１のユーザの個人ＩＤごとにバッテリ残量を記録する。このバッテリ残量の記録は、ストリーム再生の開始時、およびストリーム再生中に所定の時間間隔で実行される。
【００２７】
受信装置のＢＩＯＳ情報データ取得システム１０６は、それぞれの受信装置１がストリーム再生を要求してサーバ１００に、アクセスしたときに、受信装置１からＢＩＯＳが管理するＩＤ情報（ＲＯＭ２６に格納されたＩＤ情報）を取得する。また、受信装置のＢＩＯＳ情報データ取得システム１０６は、さらに、ハードディスクに記録されたＩＤ情報を取得してもよい。
【００２８】
機器個別暗号情報取得システム１０７は、受信装置１との間でストリーム再生されるコンテンツを引き渡すときにコンテンツを暗号化するときの暗号鍵に対応する復号鍵を受信装置１に引き渡す。受信装置１は、サーバ１００から引き渡された復号鍵でストリーム再生されるコンテンツを復号する。ただし、復号鍵は、暗号鍵と同一でもよい。
【００２９】
ユーザのＩＤ/パスワードデータベース１０８には、ユーザごとに（ユーザの個人ＩＤ
ごと）に、課金用のクレジットカード番号とパスワードを記録する。
【００３０】
コンテンツ/受信装置の再生開始時間/再生完了（再生時間）データベース１０９は、ユーザの個人ＩＤ／パスワードごとに、過去にストリーム再生されたコンテンツを識別するコンテンツ情報ＩＤと、その再生開始時間、再生が完了したことを示す情報（再生完了フラグ）、およびそのときの再生時間を記録する。このデータを電源把握データという。再生完了フラグは、受信装置１からの再生完了通知の受信によって記録される。したがって、再生完了通知が受信されていない場合、再生完了フラグは、設定されず、再生が完了していないことを示す。なお、再生開始時に、再生開始フラグを設定し、再生完了時に、その再生開始フラグをクリヤするようにしてもよい。
【００３１】
受信装置機種ごとの電源状態・継続時間データベース１１０は、受信装置機種ごとの電源状態（例えば、バッテリ端子電圧、または満充電に対する割合）と継続時間との関係を記録する。例えば、バッテリの充電状態Ｎｉ％（Ｉ＝１，．．，ｋ）とし、その充電状態での受信装置の継続可能時間Ｔｉとしたとき、（Ｎｉ，Ｔｉ）を組にしたテーブルを受信装置１の機種ごとに保持すればよい。各Ｎｉに対するＴｉは、例えば、受信装置１の構成から消費電力を決定し、算出することができる。また、例えば、実験的に、それぞれのバッテリ状態Ｎｉに対して、受信装置１の機種ごと継続稼働時間Ｔｉを測定しておいてもよ
い。また、バッテリ状態Ｎｉと受信装置１の機種ごと継続稼働時間Ｔｉとの関係を実験式Ｔ＝Ｆ（Ｎ）の形式で求めておいてもよい。Ｆは、例えば、Ｎの多項式である。そして、ＣＰＵ１１が、電源状態Ｎを受信装置１から取得したときに、この実験式にしたがって、受信装置１の機種ごと継続稼働時間Ｔを算出すればよい。このようにして、受信装置１の機種ごとの電源状態・継続時間データベース１１０を基に、サーバ１００は、電源情報を受信装置１から取得すると、その電源情報が示す電源状態以降の以降の継続稼働時間を推定できる。この処理を実行するサーバ１００のＣＰＵが、動作時間を推定する推定手段に相当する。
【００３２】
なお、再生が完了していない場合に、再生時間としては、再生開始からバッテリ残量が"LowBatt"になったとき（または、バッテリ残量が"LowBatt"になったと推定されたとき）までの時間が推定される。この場合には、サーバ１００は、次回同一のコンテンツ情報ＩＤのストリーム再生要求を同一の受信装置１から要求された場合、再生時間より後の本来ストリーム再生すべきであった部分について、無料でストリーム再生を行う。本来ストリーム再生すべきであった部分とは、バッテリ残量が"LowBatt"になったとき（または、バ
ッテリ残量が"LowBatt"になったと推定されたとき）以降に配信された部分である。なお
、"LowBatt"とは、受信装置１が、動作続行困難と考えられる低電圧状態をいう。
【００３３】
また、受信装置１は、ストリーム再生のタイトル一覧情報６１、受信装置のＩＤ認識通知６２、課金完了通知６３、ストリームデータの再生機能６４（情報を出力装置に出力する手段に相当）、バッテリ残量ＤＣ電源有無情報５１、ＢＩＯＳによる機器情報５２、ファイルとして保存される機器個別暗号情報５３、有料コンテンツのためのＩＤ／パスワード情報５４、再生開始時間５５、再生完了情報５６を有する。
【００３４】
ここで、ストリーム再生のタイトル一覧情報６１は、サーバ１００から取得したストリーム再生されるコンテンツのタイトル一覧である。受信装置のＩＤ認識通知６２は、サーバ１００が受信装置１のＩＤを認識したことを確認するため、サーバ１００から発せられた通知である。課金完了通知６３は、サーバ１００から受信装置１への通知であり、ストリーム再生に対する課金が完了したことを示す通知である。
【００３５】
ストリームデータの再生機能６４は、サーバ１００から受信したストリームコンテンツを再生する受信装置１の機能である。この機能は、例えば、ＣＰＵで実行されるコンピュータプログラムで実現される。ただし、ストリームデータの再生機能６４は、例えば、信号処理専用回路（例えば、積和演算回路）を用いて実現してもよい。また、ストリームデータの再生機能６４は、コンピュータプログラムと信号処理回路の組み合わせによって実現してもよい。
【００３６】
バッテリ残量ＤＣ電源有無情報５１は、受信装置１の現在のバッテリの端子電圧、または満充電に対する割合を示す情報である。ＢＩＯＳによる機器情報５２は、ＢＩＯＳが管理している、ＲＯＭ（Read Only Memory）２６に格納された受信装置１のＩＤ情報等である。
【００３７】
ファイルとして保存される機器個別暗号情報５３は、サーバ１００から供給されるストリームコンテンツを復号するための復号鍵である。有料コンテンツのためのＩＤ/パスワ
ード情報５４は、受信装置１のユーザがサーバ１００にアクセスするときに、使用する個人ＩＤおよびパスワードである。
【００３８】
再生開始時間５５は、前回または現在実行中のストリーム再生の再生開始時間である。再生完了情報５６は、前回のストリーム再生時に、再生を完了したか否かを示す情報である。
【００３９】
＜処理例＞
以下、図３から図１６を参照して、本情報システムの処理例を説明する。図３に、受信装置１がアプリケーションプログラムを実行することによって実現されるストリーム受信処理の処理フローを例示する。
【００４０】
受信装置１は、ストリーム再生を行うためのアプリケーションプログラムを起動する。以下、ＣＰＵ１１がアプリケーションプログラムを実行することによって実現される動作を単に受信装置１の動作として説明する。アプリケーションプログラムを起動すると、受信装置１は、受信装置１が正規品であることをサーバ１００に確認させるため、ＢＩＯＳ内の情報と受信装置１のハードディスク上の情報を入手する（Ｆ１）。これらの情報は、サーバ１００に送信され、サーバ１００によって正規品であるか否かが確認される。
【００４１】
次に、受信装置１はインターネットに接続できることを確認する（Ｆ２）。インターネットに接続できない場合には、受信装置１はストリーム再生できない。その場合、受信装置１は、エラーを表示し、アプリケーションプログラムを終了する（Ｆ３でＮの場合）。図９に、この場合に表示されるメッセージを示す。
【００４２】
一方、Ｆ２の判定で、インターネットに接続できる場合（Ｆ３でＹの場合）、受信装置１は、ストリーム再生が可能なストリームコンテンツの一覧を表示する（Ｆ４）。ストリームコンテンツの一覧は、インターネット上のウェブサイトに掲載されている。受信装置１は、このウェブサイトのアドレスを予めメモリ１２に登録している（図２のストリーム再生のタイトル一覧情報６１参照）。図５に、ストリームコンテンツの一覧表示例を示す。図５に示すように、ウェブサイトには、複数の配給元の詳細情報にアクセスするための押しボタンと、それぞれの配給元のコンテンツ受信を選択する押しボタンとが、表示される。この場合、ストリームコンテンツの一覧表示には、有料コンテンツではないコンテンツが表示されてもよい。ただし、有料コンテンツ以外が選択された場合には、通常のストリーム再生となり、本情報システムの処理対象とする必要はない。
【００４３】
そこで、受信装置１は、受信装置１の画面上のメインメニューでのポインティングデバイス１５等によるユーザの操作から、有料コンテンツが選択されたか否かを判定する（Ｆ５）。そして、有料コンテンツが選択されなかった場合（Ｆ６でＮ）、受信装置１は、処理を終了する。
【００４４】
一方、ユーザが、いずれかの有料コンテンツ（タイトルメニュー）を選択すると、サーバ１００には、受信装置１から、有料ストリームの再生要求が、通知される（図４参照）。そのような再生要求を受信すると、サーバ１００は、要求された有料ストリームを配給元のサーバから取得し、受信装置１にストリーム配信する。なお、有料ストリームは、事前にサーバ１００に格納しておいてもよい。
【００４５】
また、サーバ１００は、受信装置１の電源状態の管理および課金管理を実施し、配給元のサーバが実際の配信を行うようにしてもよい。その場合には、受信装置１が有料コンテンツ（タイトルメニュー）を選択すると、受信装置１が、その配給元のウェブサイトに接続されるようにすればよい。そして、サーバ１００は、ストリームコンテンツの配信開始前に、受信装置１の電源状態を把握し、ストリームコンテンツの配信に対する課金をし、ストリームコンテンツが正常に配信されたことを記録する。そして、サーバ１００は、課金済みのストリームコンテンツが正常に配信されたことが記録されていない場合で、受信装置１がそのコンテンツと同一のコンテンツを次に要求したときに、課金しないで、配給元に配信を依頼すればよい。このようなサーバ１００側の処理については、別途詳述する。
【００４６】
サーバ１００に接続する際、受信装置１は、まず、受信装置１が保持するユーザ情報をサーバ１００に送信する（Ｆ７）。ユーザ情報には、受信装置１のユーザＩＤおよび受信装置１の識別情報が含まれる。ここで、ユーザＩＤとは、受信装置１の製造販売業者（メーカともいう）が、受信装置１の購入者であるユーザを識別し、管理するための識別情報である。サーバ１００は、送信されたユーザ情報により、受信装置１が正規の装置か否か、正規のユーザか否か等を判定する。受信装置１の識別情報は、ＢＩＯＳが格納されているＲＯＭ２６あるいはハードディスクに記録されていたものである。
【００４７】
そして、サーバ１００にて、正規の装置、正規のユーザであることが確認されると、受信装置１のサーバ１００への接続が認められる（Ｆ８）。そして、受信装置１は、ウェブサイトの個人ＩＤ／パスワード入力画面を表示する（Ｆ９）。個人ＩＤ／パスワードのウェブサイトへの入力が完了すると（Ｆ１０でＹの場合）、受信装置１は、電源情報をサーバ１００に送信する（Ｆ１１）。Ｆ１１の処理を実行する受信装置１のＣＰＵ１１が、二次電池の充電状況を通知する手段に相当する。
【００４８】
このとき、サーバ１００は、サーバ１００にユーザの課金情報が登録済みであるか否かを判定する。そして、ユーザの課金情報がサーバ１００に登録されてない場合、課金情報の入力を要求する。サーバ１００から、課金情報の入力要求が送信されると（Ｆ１２でＹ）、受信装置１は、課金のための入力画面を表示する（Ｆ１３）。課金のための入力画面では、例えば、クレジットカード番号と、パスワードの入力が要求される。図６に、このとき表示される入力画面の例を示す。
【００４９】
課金のための情報の入力が完了すると（Ｆ１４でＹの場合）、受信装置１は、入力されたクレジットカード番号、パスワードが正しいか否かの判定結果をサーバ１００から受信する。クレジットカード番号、パスワードが正しいか否かは、図２のユーザのＩＤ／パスワードデータベース１０８の情報を基に判定される。判定の結果、入力されたクレジットカード番号、パスワードが誤っていると判断された場合（Ｆ１５でＮの場合）、受信装置１は、エラー処理（エラー画面の表示）を実行し、制御をＦ１４に戻す。エラー表示画面の例を図１０に示す。図１０のように、エラー表示画面には、入力されたクレジットカード番号、または、パスワードが誤っていることが表示される。
【００５０】
入力されたクレジットカード番号、パスワードが正しいものであると判断された場合（Ｆ１５でＹの場合）、受信装置１は、課金処理の終了を表示する（Ｆ１７）。さらに、受信装置１は、サーバ１００からのメッセージを表示する（Ｆ１８）。図７および図８に、このとき表示されるメッセージの例を示す。図７は、前回、コンテンツのストリーム再生中に、バッテリの充電不足によって最後まで再生できなかったときに、そのコンテンツを選択したときのメッセージの例である。例えば、「あなたは前回の再生で最後まで再生を見ていません。ＭＭ分（再生経過時間）からの再生を引き続きお楽しみください。なおこの再生は課金されません。」というメッセージが表示される。
【００５１】
また、図８は、過去にストリーム再生されたことのあるコンテンツであって、前回再生が正常終了しているものが選択されたときのメッセージ例である。例えば、「あなたはこのコンテンツの再生がＹＹ回目です。料金はＺＺ％になります。」というメッセージが表示される。すなわち、再生回数に応じて、料金の割引がなされることが分かる。なお、Ｆ１２の判定で、サーバ１００から、課金情報の入力要求が送信されない場合も（Ｆ１２でＮ場合）、Ｆ１８の処理が実行される。
【００５２】
そして、ユーザが、再生開始を指示すると（Ｆ１９でＹの場合）、選択されたコンテンツのストリーム再生が開始する。このとき、ストリーム再生と並行して、受信装置１は、
現在の再生時間を示す情報、および、電源状態を示す情報をサーバ１００に通知する（Ｆ２０）。ここで、電源状態を示す情報とは、例えば、バッテリの端子電圧または満充電に対する割合である。このとき、サーバ１００では、受信装置１の電源が正常か否かを判定する（Ｆ２１）。
【００５３】
そして、電源電圧に異常がある場合には、受信装置１は、サーバ１００から、警告情報を受信し、その警告情報を表示する（Ｆ２２）。異常があるとは、バッテリの充電状態が基準より少ないか、あるいは、バッテリの充電状態から推定される継続受信可能な時間が、ストリーム再生に必要な時間よりも短い場合をいう。そして、受信装置１は、再生が終了したか否かを判定する（Ｆ２３）。再生が終了していない場合、受信装置１は、制御をＦ２０に戻し、ストリーム再生を続行する。Ｆ２１−Ｆ２３の処理を実行する受信装置１のＣＰＵ１１が、所定時間継続して提供される情報を受信する手段に相当する。
【００５４】
そして、再生が終了すると、受信装置１は、サーバへ、正常にストリーム再生が完了したことを通知する（Ｆ２４）。その後、受信装置１は、制御をＦ５に戻し、ストリームコンテンツの一覧を表示し、ユーザの選択を待つ。
【００５５】
図４に、サーバ１００の処理フローを例示する。上述のように、受信装置１が、サーバ１００にアクセスすることによって、サーバ１００に、有料ストリームの再生要求がなされる。すると、サーバ１００は、インターネットを通じた双方向通信によって、受信装置１のユーザ情報を取得する（Ｆ５１）。そして、サーバ１００は、受信装置１が正規の製品であるか、否かを判定する（Ｆ５２）。そして、受信装置１が、正規の製品ではないと判定された場合、サーバ１００は、警告ダイアログを受信装置１に表示させる（Ｆ５３）。そして、以降のユーザ操作の受け付けを停止する。その後、サーバ１００は、受信装置１との通信を切断し、処理を終了する。
【００５６】
また、受信装置１が、正規の製品であると判定された場合、サーバ１００は、選択されたコンテンツがサーバ１００に格納されていることを確認する（Ｆ５４）。そして、サーバ１００は、受信装置１に、個人ＩＤとパスワードの入力を求める。ここで、個人ＩＤとは、ストリーム再生サービスを受けるためのユーザを識別する情報である（Ｆ５５）。
【００５７】
そして、個人ＩＤとパスワードとが入力されると（Ｆ５６でＹの場合）、サーバ１００は、入力された個人ＩＤとパスワードとが、サーバ１００に登録されたものであるか否かを判定する（Ｆ５７）。そして、入力された個人ＩＤとパスワードとが、登録されたものでないと判定された場合、サーバ１００は、警告メッセージを受信装置１に送信する（Ｆ５８）。そして、サーバ１００は、受信装置１との通信を切断し、処理を終了する。
【００５８】
一方、入力された個人ＩＤとパスワードとが、登録されたものであると判定された場合、サーバ１００は、受信装置１から電源情報が送信されるのを待つ（Ｆ５９）。この処理を実行するサーバ１００のＣＰＵが、二次電池の充電状況を受信する受信手段に相当する。そして、受信装置１から電源情報が送信されると、サーバ１００は、個人ＩＤ、パスワード、および電源情報を認識したことを受信装置１に通知する（Ｆ６０）。さらに、サーバは、入力された個人ＩＤとパスワードとでデータベースを検索する。そして、ＩＤ情報別のバッテリ残量データベース１０５にて、その個人ＩＤとパスワードに合致するデータを検索する。そして、合致するデータに、電源情報を書き込む（Ｆ６１）。
【００５９】
次に、サーバ１００は、ストリーム再生のデータを送信する前に、その電源情報から、受信装置１の電源状態が正常か否かを判定する（Ｆ６２）。受信装置１の電源状態が正常でないと判定された場合、サーバ１００は、警告情報を受信装置１に送信する（Ｆ６３）。図１１に、その警告情報の例を示す。警告情報には、例えば、「あなたのパソコンはお
よそＭＸ分で再生が停止されます。再生を引き続きお楽しみくださるにはＡＣアダプタを接続してください。またはバッテリを充電してからお楽しみください。なお次回の同一コンテンツの再生は課金されません。」とのメッセージが含まれる。
【００６０】
次に、サーバ１００は、指定されたユーザＩＤ情報とパスワードとコンテンツＩＤ情報とによって特定される前回の電源把握データが、データベースに格納されているか否かを判定する（Ｆ６４）。前回の電源把握データは、コンテンツ/受信装置の再生開始時間/再生完了（再生時間）データベース１０９に格納されている。
【００６１】
図１３にサーバ１００が持つそれぞれの受信装置１の電源把握データのデータ構造の例を示す。図１３のように、電源把握データは、個人ＩＤ、パスワード、コンテンツ情報ＩＤ、再生時間、電源状態、および選択回数を含む。したがって、電源把握データは、個人ＩＤ／パスワード／コンテンツ情報ＩＤによって、それぞれ識別される。それぞれの電源把握データは、再生時間情報と電源情報と再生回数情報を含む。
【００６２】
ここで、再生時間情報は、そのコンテンツの再生時間である。また、電源情報は受信側のバッテリの容量である。例えば、１００％のときはＡＣアダプタが接続されている場合である。バッテリ駆動の場合は、最大で１００％であるが、稼働時間とともに徐々にその数値は減少する。例として１０％未満になると受信装置１の電源停止となる場合がある。そこで、サーバ１００は、例えば、電源状態１０％を”LowBatt”（低電圧状態）と認識
する。本実施形態では、サーバ１００は、”LowBatt”の場合には、もはや正常なストリ
ーム再生が困難であると判定する。
【００６３】
なお、１００％であった状態から次の情報取得字時に０％になったときもバッテリが０％でＡＣアダプタ運用時に、ＡＣアダプタが外れたと想定できる。これも”LowBatt”と
認識するようにしてもよい。この”LowBatt”がサーバ１００で認識されると、その状態
を電源停止として取り扱ってもよい。すなわち、サーバ１００で“LowBatt”の情報が認
識されるということは、受信装置１のストリーム再生の途中に操作者の意図的な操作ではないのにストリーム再生が電源の理由でストップしたと認識するようにしてもよい。ただし、ストリーム再生が完了する直前になって（例えば、再生時間全体の９５％までストリーム再生が終了した後）、ユーザが意図して電源源を遮断することも想定される。このような場合に備えて、残り時間の限界点（または、未再生時間の割合の時点）を定めておき、その限界点（割合の時点）以降に電源が０％になった場合には、操作者の意図的な操作であるとし、再度の再生要求があった場合に、再度課金するようにしてもよい。
【００６４】
指定されたユーザＩＤとパスワードとコンテンツＩＤ情報とによって特定される電源把握データがデータベースに存在する場合には、サーバ１００は、その電源把握データを読み出し処理を実行する（Ｆ６５）。電源把握データ読み出し処理の詳細は、図１４Ａ、図１４Ｂにしたがって後述する。
【００６５】
指定されたユーザＩＤとパスワードとコンテンツＩＤ情報とによって特定される電源把握データがデータベースに存在しない場合には、当該ユーザによって新規にコンテンツが選択されたものであることを意味する。このため、サーバ１００は、課金処理をする（Ｆ６６）。課金処理の詳細は、図１５にしたがって後述する。課金処理を実行するサーバ１００のＣＰＵが、課金手段に相当する。
【００６６】
そして受信装置１に対するユーザの操作にしたがい、サーバ１００は、再生開始位置にストリーム再生データをセットする（Ｆ６７）。そして、サーバ１００は、受信装置１に対するユーザ操作によって再生開始の指示がなされるのを待つ（Ｆ６８）。再生開始の指示を検出すると（Ｆ６８でＹの場合）、サーバ１００は、受信装置１にストリーム再生さ
れるデータを送信する（Ｆ６９）。この処理を実行するサーバ１００のＣＰＵが、情報を提供する提供手段に相当する。
【００６７】
そして、サーバ１００は、電源処理を実行する（Ｆ７０）。電源処理とは、再生終了までの間、ストリーム再生と並行して受信装置１の電源状態を確認する処理である。電源処理の詳細は、図１６にしたがって後述する。電源処理を実行するサーバ１００のＣＰＵが、二次電池の充電状況を受信する受信手段に相当する。
【００６８】
そして、サーバ１００は、個人ＩＤとパスワードとコンテンツ情報ＩＤをキーにして、再生終了したときの再生時間情報とそのときの電源情報と再生回数（＋１回更新した再生回数）を基に、電源把握データを作成し、データベース保存する。そして、正常終了したことを受信装置１に通知する（Ｆ７１）。このとき、正常終了したことも、データベース（図２の各コンテンツ／受信装置の再生開始時間／再生完了（再生時間）データベース１０９）に記録される。この処理を実行するサーバ１００のＣＰＵが、受信装置が受信を継続できたことを記録する記録手段に相当する。
【００６９】
その後、サーバ１００は、受信装置１から終了要求があったか否かを判定する（Ｆ７２）。受信装置１から終了要求があった場合、サーバ１００は、処理を終了する。一方、終了しない（続行要求）があった場合、サーバ１００は、制御をＦ５２に戻し、次の有料ストリームの要求を受け付ける。
【００７０】
図１５に、課金処理（図４のＦ６６）の詳細を例示する。図６は、課金処理路に、受信装置１に表示される画面の例である。この処理では、ユーザＩＤ情報、パスワード、コンテンツＩＤ情報をキーとして、データベースに新規の電源把握データを作成する（Ｆ６６０）。
【００７１】
サーバ１００は、受信装置１の画面を通じて、例えば、クレジットカード番号とパスワードの入力を受け付ける（Ｆ６６１）。このとき、受信装置１に表示される画面を図６に示す。入力が終了すると、サーバ１００は、入力されたクレジットカード番号およびパスワードが、そのユーザのクレジット情報として予めサーバに登録されているものか否かを判定する（Ｆ６６３）。
【００７２】
入力された情報が、サーバに登録済みの場合、そのクレジットカード番号で課金処理を実行する（Ｆ６６４）。具体的には、そのクレジットカード番号で請求書を作成し、保存する。さらに、サーバ１００は、個人ＩＤとパスワードとコンテンツ情報ＩＤをキーにして、電源把握データを新規に作成する（Ｆ６６５）。さらに、サーバ１００は、受信装置１に、終了通知を送信する（Ｆ６６６）。一方、Ｆ６６３の判定で、入力された情報が、サーバ１００に登録済みでない場合、サーバ１００は、クレジット情報がエラーであると判定する。サーバ１００は、エラーメッセージを受信装置１に表示する。このときの表示例を図１０に示す。サーバ１００は、ストリーム再生処理をキャンセルし、受信装置１との接続を遮断する（Ｆ６６７）。
【００７３】
図１４Ａに、電源把握データ読み出し処理（図４のＦ６５）の詳細を例示する。データベースに指定された個人ＩＤとパスワードとコンテンツ情報ＩＤで特定される電源把握データを読み出す（Ｆ６５１）。そして、サーバ１００は、読み出された電源把握データから、前回再生時の再生時間と電源状態の状態、および正常終了の記録の有無を確認する（Ｆ６５４）。
【００７４】
そして、サーバ１００は、その個人ＩＤとパスワードとコンテンツ情報ＩＤとで特定される前回のストリーム再生が、途中終了しているか否かを判定する（Ｆ６５５）。途中終
了しているか、否かは、各コンテンツ／受信装置の再生開始時間／再生完了（再生時間）データベース１０９の記録（再生完了フラグがオンになっているか否か）を基に判定される。ただし、再生完了フラグがオンか否かを判定する代わりに、再生開始フラグがオフになっているか否かを判定してもよい。
また、コンテンツの再生時間と、再生開始前の電源情報から推定される継続稼働時間とを比較してもよい。そして、各コンテンツ／受信装置の再生開始時間／再生完了（再生時間）データベース１０９の記録で、コンテンツの再生時間よりも継続稼働時間が短い場合に正常終了していないと判断してもよい。また、再生と並行して電源情報を取得している場合には、コンテンツの残り再生時間と、電源情報の残存稼働時間とを比較してもよい。
前回と途中終了している場合には、前回途中終了しているときの処理を実行する（Ｆ６５６）。この処理は、図１４Ｂによって後述する。
【００７５】
一方、前回途中終了していない場合には、サーバ１００は、現在の電源状態の数値が、規定以下か否かを判定する（Ｆ６５７）。現在の電源状態が規定以下の場合、サーバ１００は、指定されたコンテンツの再生時間をデータベースから取得する（Ｆ６５８）。そして、サーバ１００は、再生時間をすべて再生することができず、電源が尽きるまで（例えば、残りＭＸ分）の再生であることを認識する（Ｆ６５９）。すなわち、電源状態から推定される継続稼働時間が、必要な再生時間よりも短いことを認識する。そして、サーバは、正規の再生時間に渡ってコンテンツを再生できない旨の情報（図１１参照）を受信装置１に送信する（Ｆ６６０）。そして、サーバ１００は、再生要求を受信するまで待つ（Ｆ６６５）。
【００７６】
一方、現在の電源状態の数値が、規定以上の場合、サーバ１００は、正規の再生時間のストリーム再生ができることを認識する（Ｆ６６２）。そこで、サーバは、そのコンテンツの選択回数と再生時間のデータより定められた料金をデータベースから読み出す。ただし、この料金は、正規の料金と割引率から演算式で求めてもよい。いずれにしても、本実施形態では、ストリーム再生の料金は、コンテンツの選択回数の実績にしたがって、割り引かれる。そして、サーバ１００は、正規の再生時間の再生である情報を受信装置１に送信する。その例を図８に示す。そして、ユーザが、再生要求を行うと、サーバ１００は、本処理を終了し、図４のＦ６７に制御を進める。
【００７７】
図１４Ｂに、前回途中終了しているときの処理を示す。この処理では、サーバ１００は、現在の電源状態の数値が規定以下か否かを判定する（Ｆ６５６１）。そして、電源状態の数値が規定以下である場合、サーバ１００は、Ｆ６５６２からＦ６５６４の処理を実行する。この処理は、前回途中終了したコンテンツに対するものである点で、図１４Ａと相異するが、その処理自体は、図１４ＡのＦ６５８からＦ６６０と同様である。すなわち、前回途中終了しているにも拘わらず、今回も、サーバ１００は、再生時間をすべて再生することができず、電源が尽きるまで（例えば、残りＭＸ分）の再生であることを認識する（Ｆ６５６３）。そして、サーバは、正規の再生時間に渡ってコンテンツを再生できない旨の情報（図１１参照）を受信装置１に送信する（Ｆ６５６４）。
【００７８】
一方、電源状態の数値が規定以上の場合、サーバ１００は、前回最後まで再生を完了していないため、今回の再生は無料旨を受信装置１に通知する。このときの画面例を図７に示す。
【００７９】
図１６に、電源処理（図４のＦ７０）の詳細を例示する。この処理では、サーバ１００は、受信側より定期的に得られる電源状態と再生時間を個人ＩＤとパスワードとコンテンツ情報ＩＤに関連してデータベースに保存/更新していく。
【００８０】
まず、サーバ１００は、現在の電源状態が、ＡＣアダプタに接続された状態か否かを受
信装置１から取得する（Ｆ７０１）。現在の電源状態が、ＡＣアダプタに接続されていない場合、サーバ１００は、電源が、ＡＣアダプタに変更されるか否かをユーザに問い合わせる（Ｆ７０２）。
【００８１】
そして、いずれにしても、電源がＡＣアダプタ接続とならない場合（Ｆ７０１およびＦ７０２の双方でいずれもＮの場合）、サーバ１００は、電源状態が規定以下か否かを判定する（Ｆ７０３）。そして、電源状態が規定以下の場合、受信装置１に警告情報を送信する（Ｆ７０４）。そして、受信装置１からサーバ１００に、"LowBatt"、すなわち、続行
不可能と判断される程度に低電圧であるとの情報を受信すると、サーバ１００は、ストリーム再生によるコンテンツの配信を停止する（Ｆ７０６）。
【００８２】
一方、電源状態が、規定以上である場合、および規定以下であって受信装置が"LowBatt"をサーバ１００に送信するまでの間、サーバ１００は、Ｆ７０９の処理を実行する。す
なわち、サーバは、現在の電源状態を基に、個人ＩＤとパスワードとコンテンツ情報ＩＤをキーした電源把握データを更新する（Ｆ７０９）。
【００８３】
一方、Ｆ７０２の判定で、電源がＡＣアダプタに変更されたことを認識すると、サーバ１００は、最後までコンテンツを再生できることを示す情報を受信装置１に送信する（Ｆ７０７）。このとき表示される画面例を図１２に示す。そして、サーバは、個人ＩＤとパスワードとコンテンツ情報ＩＤをキーした電源把握データに、電源状態がＡＣであることを設定する（Ｆ７０８）。そして、サーバ１００は、再生が終了したか否かを判定する（Ｆ７１０）。再生が終了していない場合、サーバ１００は、制御をＦ７０１に戻す。このようにして、サーバは、電源処理を再生終了まで、ストリーム再生と並行して実行する。また、Ｆ７０３で電源状態が規定以上の場合も、Ｆ７０９の処理を実行する。
【００８４】
以上説明したように、サーバ１００からコンテンツを配信され、受信装置１でストリーム再生するシステムにおいて、バッテリ運用可能な受信装置１がサーバ１００へその受信装置１の電源状態と再生されるコンテンツの情報を送信側へ送り、そしてこの情報を送信側が持っている。このため、受信装置１でストリーム再生中に電源が切れても、電源が切れたときに視聴していた有料コンテンツの再接続と再度の再生を行う場合に、その受信装置１に課金すべきか否かをサーバ１００で判定することができる。したがって、このような状況で受信装置１が再課金されないサービスを提供できる。すなわち、サーバ１００は、正確な情報によって、再課金の必要の有無を判定できる。また、例えば、期限付きの配信という同じコンテンツを再接続すれば無限に配信しなければならないというシステムも不要となる。また、受信装置１も課金したコンテンツを期間限定なしで最後まで視聴ができる。よって、ストリームコンテンツを送信するサーバ１００と、そのストリームコンテンツを受信する受信装置１の双方にとってメリットあるシステムができる。
【００８５】
なお、以上のサーバ１００の処理は、ストリームコンテンツの提供に限定される訳ではない。すなわち、所定時間継続してサービスをバッテリ駆動可能な装置に提供するシステム一般に、上記処理を適用できる。
【００８６】
なお、本実施形態は、以下の態様（付記という）を含む。それぞれの態様に含まれる構成要素は、他の態様に含まれる構成要素と組み合わせてもよい。
（付記１）
二次電池で駆動される受信装置と、前記受信装置とネットワークを通じて接続され前記受信装置にサービスを提供するサーバとを含む情報システムであり、
前記受信装置は、
前記サーバに前記二次電池の充電状況を通知する手段と、
前記サーバから所定時間継続して提供される情報を受信する手段と、
前記情報を出力装置に出力する手段と、を備え、
前記サーバは、
前記受信装置から、前記二次電池の充電状況を受信する受信手段と、
前記受信装置に、所定時間継続して前記情報を提供する提供手段と、
前記情報の提供に対する課金情報を、前記受信装置を識別する情報とともに蓄積する課金手段と、
前記二次電池の充電状況を基に、前記受信装置が前記情報の受信開始から継続して動作可能な動作時間を推定する推定手段と、
前記所定時間の間、前記受信装置が前記受信を継続できたことを記録する記録手段と、を備え、
前記課金手段は、課金対象の情報が前記受信装置に過去に提供されており、かつ、前記所定時間の間、前記受信装置にてその情報の受信を継続できたことが記録されていない場合で、前記二次電池の充電状況が前記受信を継続するためには不十分と記録されている場合に、少なくとも前記充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外する手段を有する情報システム。
（付記２）
二次電池で駆動する受信装置とネットワークを通じて接続され前記受信装置にサービスを提供するサーバであり、
前記受信装置から、前記二次電池の充電状況を受信する受信手段と、
前記受信装置に、所定時間継続して前記情報を提供する提供手段と、
前記情報の提供に対する課金情報を、前記受信装置を識別する情報とともに蓄積する課金手段と、
前記二次電池の充電状況を基に、前記受信装置が前記情報の受信開始から継続動して動作可能な動作時間を推定する推定手段と、
前記所定時間の間、前記受信装置が前記受信を継続できたことを記録する記録手段と、を備え、
前記課金手段は、課金対象の情報が前記受信装置に過去に提供されており、かつ、前記所定時間の間、前記受信装置にてその情報の受信を継続できたことが記録されていない場合で、前記二次電池の充電状況が前記受信を継続するためには不十分と記録されている場合に、少なくとも前記充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外する手段を有するサーバ。
（付記３）
前記提供手段が情報の提供を開始する前に、前記受信手段は、少なくとも一度前記充電状況を受信する付記２に記載のサーバ。
（付記４）
前記受信手段は、前記受信装置が受信した情報を出力装置に出力しているときの電源状態情報を受信し、
前記推定手段は、前記受信した電源状態情報を基に、前記電源状態情報が示す状態において前記受信装置が継続して動作可能な動作時間を推定する付記２または３に記載のサーバ。
（付記５）
前記受信装置の二次電池に起因して、前記所定時間の間、前記受信装置が前記受信を継続できないと判断される場合に、その旨を示す警告画面を前記受信装置に表示する手段を備える付記２から４のいずれか１項に記載のサーバ。（図４、図７）
（付記６）
ネットワーク上のサーバから提供される情報を二次電池による駆動で受信可能な受信装置であり、
前記所定時間継続する情報の受信前に、サーバに前記二次電池の充電状況を通知する手段と、
サーバから所定時間継続して提供される情報を受信する手段と、
前記情報を出力装置に出力する手段と、を備える受信装置。
（付記７）
二次電池で駆動する受信装置とネットワークを通じて接続され前記受信装置にサービスを提供するコンピュータが実行するサービス提供方法であり、前記コンピュータが、
前記受信装置から、前記二次電池の充電状況を受信する受信ステップと、
前記受信装置に、所定時間継続して前記情報を提供する提供ステップと、
前記情報の提供に対する課金情報を、前記受信装置を識別する情報とともに蓄積する課金ステップと、
前記二次電池の充電状況を基に、前記受信装置が前記情報の受信開始から継続動して動作可能な動作時間を推定する推定ステップと、
前記所定時間の間、前記受信装置が前記受信を継続できたことを記録する記録ステップと、を実行し、
前記課金ステップは、課金対象の情報が前記受信装置に過去に提供されており、かつ、前記所定時間の間、前記受信装置にてその情報の受信を継続できたことが記録されていない場合で、前記二次電池の充電状況が前記受信を継続するためには不十分と記録されている場合に、少なくとも前記充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外するステップを含む、サービス提供方法。
（付記８）
前記情報の提供が開始される前に、少なくとも一度前記充電状況を受信するステップを実行する付記７に記載のサービス提供方法。
（付記９）
前記コンピュータは、前記受信ステップにて、前記受信装置が受信した情報を出力装置に出力しているときの電源状態情報を受信し、
前記推定ステップにて、前記受信した電源状態情報を基に、前記電源状態情報が示す状態において前記受信装置が継続して動作可能な動作時間を推定する付記７または８に記載のサービス提供方法。
（付記１０）
前記受信装置の二次電池に起因して、前記所定時間の間、前記受信装置が前記受信を継続できないと判断される場合に、その旨を示す警告画面を前記受信装置に表示するステップを実行する付記７から９のいずれか１項に記載のサービス提供方法。
（付記１１）
ネットワーク上のサーバから提供される情報を二次電池による駆動で受信可能なコンピュータが、
前記所定時間継続する情報の受信前に、サーバに前記二次電池の充電状況を通知するステップと、
サーバから所定時間継続して提供される情報を受信するステップと、
前記情報を出力装置に出力するステップと、を実行する情報受信方法。
（付記１２）
二次電池で駆動する受信装置とネットワークを通じて接続され前記受信装置にサービスを提供するコンピュータに、
前記受信装置から、前記二次電池の充電状況を受信する受信ステップと、
前記受信装置に、所定時間継続して前記情報を提供する提供ステップと、
前記情報の提供に対する課金情報を、前記受信装置を識別する情報とともに蓄積する課金ステップと、
前記二次電池の充電状況を基に、前記受信装置が前記情報の受信開始から継続動して動作可能な動作時間を推定する推定ステップと、
前記所定時間の間、前記受信装置が前記受信を継続できたことを記録する記録ステップと、を実行させ、
前記課金ステップは、課金対象の情報が前記受信装置に過去に提供されており、かつ、前記所定時間の間、前記受信装置にてその情報の受信を継続できたことが記録されていな
い場合で、前記二次電池の充電状況が前記受信を継続するためには不十分と記録されている場合に、少なくとも前記充電状況から受信を継続できなかったと推定される非動作時間に提供されるべき情報を課金の対象から除外するステップを含む、コンピュータ実行可能なプログラム。
（付記１３）
前記情報の提供が開始される前に、少なくとも一度前記充電状況を受信するステップを実行させる付記１２に記載のコンピュータ実行可能なプログラム。
（付記１４）
前記コンピュータに、前記受信ステップにて、前記受信装置が受信した情報を出力装置に出力しているときの電源状態情報を受信させ、
前記推定ステップにて、前記受信した電源状態情報を基に、前記電源状態情報が示す状態において前記受信装置が継続して動作可能な動作時間を推定させる、付記１２または１３に記載のコンピュータ実行可能なプログラム。
（付記１５）
前記受信装置の二次電池に起因して、前記所定時間の間、前記受信装置が前記受信を継続できないと判断される場合に、その旨を示す警告画面を前記受信装置に表示するステップを実行させる付記１２から１４のいずれか１項に記載のコンピュータ実行可能なプログラム。
（付記１６）
ネットワーク上のサーバから提供される情報を二次電池による駆動で受信可能なコンピュータに、
前記所定時間継続する情報の受信前に、サーバに前記二次電池の充電状況を通知するステップと、
サーバから所定時間継続して提供される情報を受信するステップと、
前記情報を出力装置に出力するステップと、を実行させるコンピュータ実行可能なプログラム。
【図面の簡単な説明】
【００８７】
【図１】情報システムのハードウェア構成図を例示する図である。
【図２】情報システムの機能構成を例示する図である。
【図３】ストリーム受信処理の処理フローを例示する図である。
【図４】サーバの処理フローを例示する図である。
【図５】ストリームコンテンツの一覧表示例を示す図である。
【図６】クレジットカード番号と、パスワードの入力画面の例である。
【図７】前回、コンテンツのストリーム再生中に、バッテリの充電不足によって最後まで再生できなかったときに、そのコンテンツを選択したときのメッセージの例である。
【図８】過去にストリーム再生されたことのあるコンテンツであって、前回再生が正常終了しているものが選択されたときのメッセージ例である。
【図９】インターネットに接続できない場合の画面例である。
【図１０】入力されたクレジットカード番号、パスワードが誤っていると判断された場合のエラー表示画面の例である。
【図１１】電源状態が正常でないと判定された場合の警告の例である。
【図１２】最後までコンテンツを再生できることを示す情報の例である。
【図１３】電源把握データの例である。
【図１４Ａ】電源把握データ読み出し処理の詳細を例示する図である。
【図１４Ｂ】前回途中終了しているときの処理の詳細を例示する図である。
【図１５】課金処理の詳細を例示する図である。
【図１６】電源処理の詳細を例示する図である。
【符号の説明】
【００８８】
１  受信装置
１１  ＣＰＵ
１２  メモリ
２２  ＬＡＮカード
３０  電源ユニット
３１  バッテリ
３２  ＡＣアダプタ
３３  充電回路
３４、３５  ダイオード
１００  サーバ
１０９  コンテンツ/受信装置の再生開始時間/再生完了（再生時間）データベース
１１０  受信装置機種ごとの電源状態・継続時間データベース
【図１】
2010093721.tif 000003
【図２】
2010093721.tif 000004
【図３】
2010093721.tif 000005
【図４】
2010093721.tif 000006
【図５】
2010093721.tif 000007
【図６】
2010093721.tif 000008
【図７】
2010093721.tif 000009
【図８】
2010093721.tif 000010
【図９】
2010093721.tif 000011
【図１０】
2010093721.tif 000012
【図１１】
2010093721.tif 000013
【図１２】
2010093721.tif 000014
【図１３】
2010093721.tif 000015
【図１４Ａ】
2010093721.tif 000016
【図１４Ｂ】
2010093721.tif 000017
【図１５】
2010093721.tif 000018
【図１６】
2010093721.tif 000019