(57)【特許請求の範囲】
【請求項１】
サービスを利用する複数の端末システムと、前記サービスを提供する１以上のサービス提供システムと、前記サービスを支援するサービス支援システムとがネットワークを介して接続されるネットワークシステムであって、
前記サービス支援システムは、
前記サービス提供システムが提供するサービスの中断を検知し、中断されたサービス種別を識別するサービス識別情報、および、中断されたサービスを利用していたユーザを識別するユーザ識別情報を収集するコンテクスト収集部と、
前記コンテクスト収集部が収集した前記サービス識別情報と前記ユーザ識別情報を含むコンテクスト情報を保持するコンテクスト管理部と、
前記端末システムの保有する能力に関する端末能力情報を、前記ユーザ識別情報と関連付けて保持する端末情報管理部と、
前記サービス提供システムが提供するサービスの実行のために前記端末システムに要求される能力を記述したサービス要求情報と、中断されたサービスを再開する手続きが記載されたサービス再開トリガー情報を保持するサービス情報管理部と、
ユーザの選好を表すプリファレンス情報をサービスごとに関連付けて管理するプリファレンス情報管理部と、
前記コンテクスト管理部から前記コンテクスト情報を取得し、該コンテクスト情報に記載されているユーザ識別情報をもとに、前記端末情報管理部より、当該ユーザへの通知送信の候補となる端末システムごとに端末能力情報を取得し、前記コンテクスト情報に記載されているサービス識別情報に該当するサービスについてのサービス要求情報とサービス再開トリガー情報を前記サービス情報管理部より取得し、取得したサービス要求情報と端末能力情報を比較し、前記サービスを実行するために必要な能力を有する端末システムの有無を判別し、前記必要な能力を有する端末システムが複数存在する場合、前記サービスについてのプリファレンス情報を前記プリファレンス情報管理部より取得し、前記端末能力情報と前記プリファレンス情報とに基づいて前記必要な能力を有する複数の端末システムのうちからユーザの選好を反映可能な端末システムを選択し、選択した端末システムに対して所与の通信手段によって、サービス再開トリガー情報を送信する通知送信部と、
を備えることを特徴とするネットワークシステム。
【請求項２】
請求項１に記載のネットワークシステムにおいて、
前記サービス支援システムは、
ユーザの状況を表すプレゼンス情報を取得し管理するプレゼンス情報管理部を更に備え、
前記通知送信部は、前記端末能力情報と前記プリファレンス情報に加え、更に前記プレゼンス情報に基づいてユーザの選好を反映可能な端末システムを選択することを特徴とするネットワークシステム。
【請求項３】
請求項１または２に記載のネットワークシステムにおいて、
前記サービス支援システムは、
前記サービス提供システムが端末システムに対して送信する情報を変換するトランスコード部と、
前記トランスコード部が変換可能なサービス要求情報と端末能力情報の対であるトランスコード情報を保持するトランスコード情報管理部とを更に備え、
前記通知送信部は、前記ユーザの選好を反映可能な端末システムに加え、当該サービス要求情報に当該トランスコード情報を適用して得られるトランスコード済みサービス要求情報に該当する端末能力を有する端末システムを選択することを特徴とするネットワークシステム。
【請求項４】
サービスを利用する複数の端末システムと、前記サービスを提供する１以上のサービス提供システムと、前記サービスを支援するサービス支援システムとがネットワークを介して接続されるネットワークシステムにおけるサービス支援システムであって、
前記サービス提供システムが提供するサービスの中断を検知し、中断されたサービス種別を識別するサービス識別情報、および、中断されたサービスを利用していたユーザを識別するユーザ識別情報を収集するコンテクスト収集部と、
前記コンテクスト収集部が収集した前記サービス識別情報と前記ユーザ識別情報を含むコンテクスト情報を保持するコンテクスト管理部と、
前記端末システムの保有する能力に関する端末能力情報を、前記ユーザ識別情報と関連付けて保持する端末情報管理部と、
前記サービス提供システムが提供するサービスの実行のために前記端末システムに要求される能力を記述したサービス要求情報と、中断されたサービスを再開する手続きが記載されたサービス再開トリガー情報を保持するサービス情報管理部と、
ユーザの選好を表すプリファレンス情報をサービスごとに関連付けて管理するプリファレンス情報管理部と、
前記コンテクスト管理部から前記コンテクスト情報を取得し、該コンテクスト情報に記載されているユーザ識別情報をもとに、前記端末情報管理部より、当該ユーザへの通知送信の候補となる端末システムごとに端末能力情報を取得し、前記コンテクスト情報に記載されているサービス識別情報に該当するサービスについてのサービス要求情報とサービス再開トリガー情報を前記サービス情報管理部より取得し、取得したサービス要求情報と端末能力情報を比較し、前記サービスを実行するために必要な能力を有する端末システムの有無を判別し、前記必要な能力を有する端末システムが複数存在する場合、前記サービスについてのプリファレンス情報を前記プリファレンス情報管理部より取得し、前記端末能力情報と前記プリファレンス情報とに基づいて前記必要な能力を有する複数の端末システムのうちからユーザの選好を反映可能な端末システムを選択し、選択した端末システムに対して所与の通信手段によって、サービス再開トリガー情報を送信する通知送信部と、
を備えることを特徴とするサービス支援システム。
【請求項５】
請求項４に記載のサービス支援システムにおいて、
ユーザの状況を表すプレゼンス情報を取得し管理するプレゼンス情報管理部を更に備え、
前記通知送信部は、前記端末能力情報と前記プリファレンス情報に加え、更に前記プレゼンス情報に基づいてユーザの選好を反映可能な端末システムを選択することを特徴とするサービス支援システム。
【請求項６】
請求項４または５に記載のサービス支援システムにおいて、
前記サービス提供システムが端末システムに対して送信する情報を変換するトランスコード部と、
前記トランスコード部が変換可能なサービス要求情報と端末能力情報の対であるトランスコード情報を保持するトランスコード情報管理部とを更に備え、
前記通知送信部は、前記ユーザの選好を反映可能な端末システムに加え、当該サービス要求情報に当該トランスコード情報を適用して得られるトランスコード済みサービス要求情報に該当する端末能力を有する端末システムを選択することを特徴とするサービス支援システム。
【請求項７】
サービスを利用する複数の端末システムと、前記サービスを提供する１以上のサービス提供システムと、前記サービスを支援するサービス支援システムとがネットワークを介して接続されるネットワークシステムのサービス支援方法であって、
前記サービス支援システムの処理手順は、
前記サービス提供システムが提供するサービスの中断を検知し、中断されたサービス種別を識別するサービス識別情報、および、中断されたサービスを利用していたユーザを識別するユーザ識別情報を収集するステップと、
収集した前記サービス識別情報と前記ユーザ識別情報を含むコンテクスト情報を記憶部に保持するステップと、
前記端末システムの保有する能力に関する端末能力情報を、前記ユーザ識別情報と関連付けて前記記憶部に保持するステップと、
前記サービス提供システムが提供するサービスの実行のために前記端末システムに要求される能力を記述したサービス要求情報と、中断されたサービスを再開する手続きが記載されたサービス再開トリガー情報を前記記憶部に保持するステップと、
ユーザの選好を表すプリファレンス情報をサービスごとに関連付けて前記記憶部に保持するステップと、
前記記憶部から前記コンテクスト情報を取得し、該コンテクスト情報に記載されているユーザ識別情報をもとに、前記記憶部より、当該ユーザへの通知送信の候補となる端末システムごとに端末能力情報を取得し、前記コンテクスト情報に記載されているサービス識別情報に該当するサービスについてのサービス要求情報とサービス再開トリガー情報を前記記憶部より取得し、取得したサービス要求情報と端末能力情報を比較し、前記サービスを実行するために必要な能力を有する端末システムの有無を判別し、前記必要な能力を有する端末システムが複数存在する場合、前記サービスについてのプリファレンス情報を前記記憶部より取得し、前記端末能力情報と前記プリファレンス情報とに基づいて前記必要な能力を有する複数の端末システムのうちからユーザの選好を反映可能な端末システムを選択し、選択した端末システムに対して所与の通信手段によって、サービス再開トリガー情報を送信するステップと、
を含むことを特徴とするサービス支援方法。
【請求項８】
サービスを利用する複数の端末システムと、前記サービスを提供する１以上のサービス提供システムと、前記サービスを支援するサービス支援システムとがネットワークを介して接続されるネットワークシステムのサービス支援システムとして構成するコンピュータに、
前記サービス提供システムが提供するサービスの中断を検知し、中断されたサービス種別を識別するサービス識別情報、および、中断されたサービスを利用していたユーザを識別するユーザ識別情報を収集するステップと、
収集した前記サービス識別情報と前記ユーザ識別情報を含むコンテクスト情報を記憶部に保持するステップと、
前記端末システムの保有する能力に関する端末能力情報を、前記ユーザ識別情報と関連付けて前記記憶部に保持するステップと、
前記サービス提供システムが提供するサービスの実行のために前記端末システムに要求される能力を記述したサービス要求情報と、中断されたサービスを再開する手続きが記載されたサービス再開トリガー情報を前記記憶部に保持するステップと、
ユーザの選好を表すプリファレンス情報をサービスごとに関連付けて前記記憶部に保持するステップと、
前記記憶部から前記コンテクスト情報を取得し、該コンテクスト情報に記載されているユーザ識別情報をもとに、前記記憶部より、当該ユーザへの通知送信の候補となる端末システムごとに端末能力情報を取得し、前記コンテクスト情報に記載されているサービス識別情報に該当するサービスについてのサービス要求情報とサービス再開トリガー情報を前記記憶部より取得し、取得したサービス要求情報と端末能力情報を比較し、前記サービスを実行するために必要な能力を有する端末システムの有無を判別し、前記必要な能力を有する端末システムが複数存在する場合、前記サービスについてのプリファレンス情報を前記記憶部より取得し、前記端末能力情報と前記プリファレンス情報とに基づいて前記必要な能力を有する複数の端末システムのうちからユーザの選好を反映可能な端末システムを選択し、選択した端末システムに対して所与の通信手段によって、サービス再開トリガー情報を送信するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してユーザにサービスを提供するネットワークサービスにおいて、サービスの利便性等を向上させるための補助的な機能を提供するサービス支援システムに関するものであり、特に、ユーザに対してサービスの使用を勧奨するシステムに関するものである。
【背景技術】
【０００２】
サービス提供者がユーザに対してサービスの利用を勧奨するに当たっては、大きく分けて２つの種類がある。１つは、ユーザが当該サービスを最初に利用する前に不特定多数に対して行われるもの、もう１つは、ユーザが当該サービスを利用開始した後に中断した際にサービス再開を促すものである。本発明は、後者に関するものである。
【０００３】
後者は、前者と比較して、一度当該サービスを利用したユーザがある程度の興味を持っていることは明らかであり、比較的勧奨効果も高いことが期待される。サービス事業者の観点からは、ユーザの再訪率を上げることにつながる。ユーザの観点からも、あるサービスを利用していて、後で再開することを前提に一時的に中断した後に、サービスを再開することを忘れてしまうことがある。サービス側からサービス利用（継続・再開）を勧奨することにより、ユーザにリマインダを提供し、ユーザ利便性の向上につながる。
【０００４】
本発明に関わる後者についての従来技術としては、ユーザ登録時に電子メールアドレス等の連絡先をユーザに登録させ、ユーザのサービス利用状況に応じて登録済み電子メールアドレスにサービス利用を勧奨するメッセージを送信することが一般的である。例えば、非特許文献１のサービスは、一定期間、サービスへのログインが無いと、同サービスの利用が最近ない旨を電子メールでユーザに通知する。また、電子メール本文の中には、システムが当該サービスを再開するための再開方法を識別可能な情報（トリガー情報）が埋め込まれており、ユーザは、そのトリガー情報をシステムに対して指定する（例：表示されたトリガー情報のクリックなど）ことで、簡単にサービスを再開することができる。このようなサービス起動のためのトリガー情報を通知とともに送信することで、通知を受けてからサービス再開までのユーザ操作をできるだけ少なくしている。
【０００５】
電子メール以外の通知手段として、Instant Messaging（ＩＭ）や携帯電話のショートメッセージサービス（ＳＭＳ）などを利用することも考えられる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“Ｆａｃｅｂｏｏｋ”、［online］、［２０１０年３月３０日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｆａｃｅｂｏｏｋ．ｃｏｍ／＞
【非特許文献２】“ＳＩＰ：  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  （ＲＦＣ３２６１）”，  Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ  （ＩＥＴＦ），２００２年
【非特許文献３】“ＳＩＰ  ｆｏｒ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｌｅｖｅｒａｇｉｎｇ  Ｅｘｔｅｎｓｉｏｎｓ（ｓｉｍｐｌｅ）”、［online］、［２０１０年３月３０日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｄａｔａｔｒａｃｋｅｒ．ｉｅｔｆ．ｏｒｇ／ｗｇ／ｓｉｍｐｌｅ／＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
サービス再開を促す通知とトリガー情報をユーザへ送信するという考え方は、様々なサービスに応用できるものである。しかし、従来技術においては、パソコンのＷｅｂブラウザで操作・閲覧するインターネット上のＷｅｂサービスなどを前提としており、能力の異なる複数の端末上でより高度な機能を使うサービスを想定すると、課題が存在する。
【０００８】
従来技術では、通知を受けた端末でサービスが実行できるかどうかを考慮していない。Ｗｅｂブラウザで実行されるサービスについては、Ｗｅｂブラウザが端末ごとの能力差をある程度吸収するため、これで問題ないが、例えば、特定の形式の動画を配信するサービスで、動画再生ソフトウェアを起動しなければならない場合、必要なソフトウェアがインストールされていない端末においては、トリガー情報を参照したところで、サービスを再開することはできない。
【０００９】
さらに、昨今は様々な仕様のパソコンやその他の端末が普及しており、携帯電話にも電子メールなどの通知を受ける手段が搭載されている。このように能力の異なる複数の端末が存在する状況下では、通知を受けた端末でサービスを実行するには、画面のサイズや処理能力が不足していることも考えられる。従来技術では以上のような、端末ごとの能力の差が考慮されていない。
【００１０】
また、端末の能力としてはサービスを実行するのに十分であったとしても、ユーザの志向やそのときの状況によっては、通知を受けた端末と異なる端末でサービスを実行したいという希望を持つことも想定される。例えば、携帯電話で通知を受け、携帯電話のＷｅｂブラウザでサービスを実行することも可能であるが、そこに表示される映像をより詳細に見たいので自宅のパソコンでサービスを受けたい、と考える可能性がある。そのような場合、受信した通知やトリガー情報はユーザにとっては意味の無いものとなるばかりでなく、ユーザがサービスを受けたいと思う端末へトリガーを転送するなどの手間が発生する。
【００１１】
本発明は、このような問題点に鑑みてなされたものであり、本発明の目的は、中断中のサービスを再開可能な端末に対して、容易にサービスを再開できるサービス再開トリガー情報を送信することができるネットワークシステム、サービス支援システム、サービス支援方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、本発明のネットワークシステムは、サービスを利用する複数の端末システムと、前記サービスを提供する１以上のサービス提供システムと、前記サービスを支援するサービス支援システムとがネットワークを介して接続されるネットワークシステムであって、前記サービス支援システムが、前記サービス提供システムが提供するサービスの中断を検知し、中断されたサービス種別を識別するサービス識別情報、および、中断されたサービスを利用していたユーザを識別するユーザ識別情報を収集するコンテクスト収集部と、前記コンテクスト収集部が収集した前記サービス識別情報と前記ユーザ識別情報を含むコンテクスト情報を保持するコンテクスト管理部と、前記端末システムの保有する能力に関する端末能力情報を、前記ユーザ識別情報と関連付けて保持する端末情報管理部と、前記サービス提供システムが提供するサービスの実行のために前記端末システムに要求される能力を記述したサービス要求情報と、中断されたサービスを再開する手続きが記載されたサービス再開トリガー情報を保持するサービス情報管理部と、ユーザの選好を表すプリファレンス情報をサービスごとに関連付けて管理するプリファレンス情報管理部と、前記コンテクスト管理部から前記コンテクスト情報を取得し、該コンテクスト情報に記載されているユーザ識別情報をもとに、前記端末情報管理部より、当該ユーザへの通知送信の候補となる端末システムごとに端末能力情報を取得し、前記コンテクスト情報に記載されているサービス識別情報に該当するサービスについてのサービス要求情報とサービス再開トリガー情報を前記サービス情報管理部より取得し、取得したサービス要求情報と端末能力情報を比較し、前記サービスを実行するために必要な能力を有する端末システムの有無を判別し、前記必要な能力を有する端末システムが複数存在する場合、前記サービスについてのプリファレンス情報を前記プリファレンス情報管理部より取得し、前記端末能力情報と前記プリファレンス情報とに基づいて前記必要な能力を有する複数の端末システムのうちからユーザの選好を反映可能な端末システムを選択し、選択した端末システムに対して所与の通信手段によって、サービス再開トリガー情報を送信する通知送信部とを備えることを特徴とする。
【００１４】
また、本発明のネットワークシステムは、前記サービス支援システムが、ユーザの状況を表すプレゼンス情報を取得し管理するプレゼンス情報管理部を更に備え、前記通知送信部が、前記端末能力情報と前記プリファレンス情報に加え、更に前記プレゼンス情報に基づいてユーザの選好を反映可能な端末システムを選択することが好ましい。
【００１５】
さらに、本発明のネットワークシステムは、前記サービス支援システムが、前記サービス提供システムが端末システムに対して送信する情報を変換するトランスコード部と、前記トランスコード部が変換可能なサービス要求情報と端末能力情報の対であるトランスコード情報を保持するトランスコード情報管理部とを更に備え、前記通知送信部が、前記ユーザの選好を反映可能な端末システムに加え、当該サービス要求情報に当該トランスコード情報を適用して得られるトランスコード済みサービス要求情報に該当する端末能力を有する端末システムを選択することが好ましい。
【００１６】
また、本発明のサービス支援システムは、サービスを利用する複数の端末システムと、前記サービスを提供する１以上のサービス提供システムと、前記サービスを支援するサービス支援システムとがネットワークを介して接続されるネットワークシステムにおけるサービス支援システムであって、前記サービス提供システムが提供するサービスの中断を検知し、中断されたサービス種別を識別するサービス識別情報、および、中断されたサービスを利用していたユーザを識別するユーザ識別情報を収集するコンテクスト収集部と、前記コンテクスト収集部が収集した前記サービス識別情報と前記ユーザ識別情報を含むコンテクスト情報を保持するコンテクスト管理部と、前記端末システムの保有する能力に関する端末能力情報を、前記ユーザ識別情報と関連付けて保持する端末情報管理部と、前記サービス提供システムが提供するサービスの実行のために前記端末システムに要求される能力を記述したサービス要求情報と、中断されたサービスを再開する手続きが記載されたサービス再開トリガー情報を保持するサービス情報管理部と、ユーザの選好を表すプリファレンス情報をサービスごとに関連付けて管理するプリファレンス情報管理部と、前記コンテクスト管理部から前記コンテクスト情報を取得し、該コンテクスト情報に記載されているユーザ識別情報をもとに、前記端末情報管理部より、当該ユーザへの通知送信の候補となる端末システムごとに端末能力情報を取得し、前記コンテクスト情報に記載されているサービス識別情報に該当するサービスについてのサービス要求情報とサービス再開トリガー情報を前記サービス情報管理部より取得し、取得したサービス要求情報と端末能力情報を比較し、前記サービスを実行するために必要な能力を有する端末システムの有無を判別し、前記必要な能力を有する端末システムが複数存在する場合、前記サービスについてのプリファレンス情報を前記プリファレンス情報管理部より取得し、前記端末能力情報と前記プリファレンス情報とに基づいて前記必要な能力を有する複数の端末システムのうちからユーザの選好を反映可能な端末システムを選択し、選択した端末システムに対して所与の通信手段によって、サービス再開トリガー情報を送信する通知送信部と、を備えることを特徴とする。
【００１８】
また、本発明のサービス支援システムは、ユーザの状況を表すプレゼンス情報を取得し管理するプレゼンス情報管理部を更に備え、前記通知送信部が、前記端末能力情報と前記プリファレンス情報に加え、更に前記プレゼンス情報に基づいてユーザの選好を反映可能な端末システムを選択することが好ましい。
【００１９】
さらに、本発明のサービス支援システムは、前記サービス提供システムが端末システムに対して送信する情報を変換するトランスコード部と、前記トランスコード部が変換可能なサービス要求情報と端末能力情報の対であるトランスコード情報を保持するトランスコード情報管理部とを更に備え、前記通知送信部が、前記ユーザの選好を反映可能な端末システムに加え、当該サービス要求情報に当該トランスコード情報を適用して得られるトランスコード済みサービス要求情報に該当する端末能力を有する端末システムを選択することが好ましい。
【００２０】
また、本発明のサービス支援方法は、サービスを利用する複数の端末システムと、前記サービスを提供する１以上のサービス提供システムと、前記サービスを支援するサービス支援システムとがネットワークを介して接続されるネットワークシステムのサービス支援方法であって、前記サービス支援システムの処理手順が、前記サービス提供システムが提供するサービスの中断を検知し、中断されたサービス種別を識別するサービス識別情報、および、中断されたサービスを利用していたユーザを識別するユーザ識別情報を収集するステップと、収集した前記サービス識別情報と前記ユーザ識別情報を含むコンテクスト情報を記憶部に保持するステップと、前記端末システムの保有する能力に関する端末能力情報を、前記ユーザ識別情報と関連付けて前記記憶部に保持するステップと、前記サービス提供システムが提供するサービスの実行のために前記端末システムに要求される能力を記述したサービス要求情報と、中断されたサービスを再開する手続きが記載されたサービス再開トリガー情報を前記記憶部に保持するステップと、ユーザの選好を表すプリファレンス情報をサービスごとに関連付けて前記記憶部に保持するステップと、前記記憶部から前記コンテクスト情報を取得し、該コンテクスト情報に記載されているユーザ識別情報をもとに、前記記憶部より、当該ユーザへの通知送信の候補となる端末システムごとに端末能力情報を取得し、前記コンテクスト情報に記載されているサービス識別情報に該当するサービスについてのサービス要求情報とサービス再開トリガー情報を前記記憶部より取得し、取得したサービス要求情報と端末能力情報を比較し、前記サービスを実行するために必要な能力を有する端末システムの有無を判別し、前記必要な能力を有する端末システムが複数存在する場合、前記サービスについてのプリファレンス情報を前記記憶部より取得し、前記端末能力情報と前記プリファレンス情報とに基づいて前記必要な能力を有する複数の端末システムのうちからユーザの選好を反映可能な端末システムを選択し、選択した端末システムに対して所与の通信手段によって、サービス再開トリガー情報を送信するステップとを含むことを特徴とする。
【００２１】
また、本発明は、サービスを利用する複数の端末システムと、前記サービスを提供する１以上のサービス提供システムと、前記サービスを支援するサービス支援システムとがネットワークを介して接続されるネットワークシステムのサービス支援システムとして構成するコンピュータに、前記サービス提供システムが提供するサービスの中断を検知し、中断されたサービス種別を識別するサービス識別情報、および、中断されたサービスを利用していたユーザを識別するユーザ識別情報を収集するステップと、収集した前記サービス識別情報と前記ユーザ識別情報を含むコンテクスト情報を記憶部に保持するステップと、前記端末システムの保有する能力に関する端末能力情報を、前記ユーザ識別情報と関連付けて前記記憶部に保持するステップと、前記サービス提供システムが提供するサービスの実行のために前記端末システムに要求される能力を記述したサービス要求情報と、中断されたサービスを再開する手続きが記載されたサービス再開トリガー情報を前記記憶部に保持するステップと、ユーザの選好を表すプリファレンス情報をサービスごとに関連付けて前記記憶部に保持するステップと、前記記憶部から前記コンテクスト情報を取得し、該コンテクスト情報に記載されているユーザ識別情報をもとに、前記記憶部より、当該ユーザへの通知送信の候補となる端末システムごとに端末能力情報を取得し、前記コンテクスト情報に記載されているサービス識別情報に該当するサービスについてのサービス要求情報とサービス再開トリガー情報を前記記憶部より取得し、取得したサービス要求情報と端末能力情報を比較し、前記サービスを実行するために必要な能力を有する端末システムの有無を判別し、前記必要な能力を有する端末システムが複数存在する場合、前記サービスについてのプリファレンス情報を前記記憶部より取得し、前記端末能力情報と前記プリファレンス情報とに基づいて前記必要な能力を有する複数の端末システムのうちからユーザの選好を反映可能な端末システムを選択し、選択した端末システムに対して所与の通信手段によって、サービス再開トリガー情報を送信するステップとを実行させるためのプログラムとしての特徴を有する。
【発明の効果】
【００２２】
本発明により、中断中のサービスを再開可能な端末に対して、容易にサービスを再開できるサービス再開トリガー情報を送信することが可能となる。これにより、サービス再開ができない端末にサービス再開トリガー情報を送信することを避けることができ、ユーザがサービス再開に至るまでの障壁を低くすることができる。これらにより、ユーザのサービス利用再開を促進できると期待される。
【図面の簡単な説明】
【００２３】
【図１】本発明の第１の実施例に係るサービス支援システムの構成を示す図である。
【図２】本発明の第２の実施例に係るサービス支援システムの構成を示す図である。
【図３】本発明の第３の実施例に係るサービス支援システムの構成を示す図である。
【図４】本発明の第４の実施例に係るサービス支援システムの構成を示す図である。
【発明を実施するための形態】
【００２４】
本発明の実施の形態について図面を参照して説明する。図１は、本発明の第１の実施例に係るネットワークシステムの構成を示す図である。本発明のネットワークシステムは、サービス支援システム１０と、サービス提供システム２０と、端末システム４０からなり、サービス支援システム１０は、コンテクスト収集部１１と、コンテクスト管理部１２と、端末情報管理部１３と、サービス情報管理部１４と、通知送信部１５を備える。
【００２５】
サービス提供システム２０が、通信システム３０を介して端末システム４０に対してサービスを提供している状況において、端末システム４０を使用しているユーザ５０の操作、サービス提供システム２０における処理の結果、または、システムの障害などによってサービスが中断されており、ユーザ５０に対してサービス再開を促す通知を送信する状況を想定する。
【００２６】
コンテクスト収集部１１は、サービス中断を検知し、サービス提供システム２０、通信システム３０、および、端末システム４０の一部または全部より、中断されたサービス種別を識別するサービス識別情報、および、中断されたサービスを利用していたユーザ５０を識別するユーザ識別情報を収集し、それらを含むコンテクスト情報をコンテクスト管理部１２に送信する。
コンテクスト管理部１２は、コンテクスト情報を保持し、通知送信部１５に対してコンテクスト情報を送信する。
端末情報管理部１３は、本発明によるサービス再開通知をユーザが受信できる端末システム４０の保有する能力に関する端末能力情報を、ユーザ識別情報と関連付けて保持する。
サービス情報管理部１４は、サービスの実行のために端末システム４０に要求される能力を記述したサービス要求情報と、中断されたサービスを再開する手続きが記載されたサービス再開トリガー情報を保持する。
通知送信部１５は、コンテクスト管理部１２からコンテクスト情報を取得する。コンテクスト情報に記載されているユーザ識別情報をもとに、端末情報管理部１３より、当該ユーザへの通知送信の候補となる端末システム４０ごとに端末能力情報を取得する。また、コンテクスト情報に記載されているサービス識別情報に該当するサービスについてのサービス要求情報とサービス再開トリガー情報をサービス情報管理部１４より取得する。取得したサービス要求情報と端末能力情報を比較し、サービスを実行するために必要な能力を有する端末システム４０を選択し、選択した端末システム４０に対して所与の通信手段によって、サービス再開トリガー情報を送信する。
【００２７】
上記の構成に基づくサービス支援システム１０によって、サービスを再開できる端末システム４０へ選択的に、ユーザに対してサービス再開を促す通知とサービスを再開するトリガー情報を送ることができる。
【００２８】
次に、図１を用いて第１の実施例に係るサービス支援システムの動作を説明する。
サービス提供システム（Ｓ）２０が、通信システム３０および端末システム（Ａ）４０を介してユーザ（Ｘ）５０に映像配信サービスを提供している状況を想定する。サービス提供システム（Ｓ）２０には、表１に示すような、サービスの実行に必要な情報が保持されていると考えられる。
【００２９】
【表１】
0005485033.tif 000002
【００３０】
この状態で、ユーザ（Ｘ）５０の操作により映像配信サービスが中断されると、サービス提供システム（Ｓ）２０は、表１の情報のうち、中断されたサービスに該当する提供中サービスＩＤ１のサービス種別およびユーザＩＤを、本発明のサービス支援システム１０のコンテクスト収集部１１に通知する。
【００３１】
コンテクスト収集部１１は、サービス提供システム（Ｓ）２０から受信したサービス種別をサービス識別情報として、ユーザＩＤをユーザ識別情報として、それぞれコンテクスト管理部１２へ送信する。このときコンテクスト管理部１２に送信され、保持される情報を、コンテクスト情報と呼び、その例を表２に示す。
【００３２】
【表２】
0005485033.tif 000003
【００３３】
なお、第１の実施例では、表１に示す配信映像の再生位置を、表２に示すようにサービス状態情報としてコンテクスト情報に含めており、サービスの実行状態を復元した上でサービスを再開する例となっている。
また、第１の実施例では、定期的にユーザへの通知が送信される例となっているため、コンテクスト情報の中に、コンテクスト管理部１２へ当該コンテクスト情報が送信された時刻である登録時刻と前回通知時刻を含んでいる。
また、第１の実施例では、サービス識別情報には、サービス提供システム（Ｓ）２０をサービス支援システム１０内で一意に識別するＩＤと、中断したサービスをサービス提供システム（Ｓ）２０内で一意に識別するＩＤが含まれている。これは、サービス支援システム１０は、複数のサービス提供システムから利用されることが想定されるためである。同様の理由から、サービス提供システムが使用するユーザＩＤも、サービス提供システム間で異なることもあり得る。第１の実施例では、サービス提供システム（Ｓ）２０におけるユーザＩＤと、コンテクスト管理部１２が保持するユーザ識別情報が一致しているが、各サービス提供システムにおけるユーザＩＤと、サービス支援システムが内部で用いるユーザ識別情報の変換を行う機能が必要となる場合もある。
【００３４】
通知送信部１５は、コンテクスト管理部１２より、表２に示すコンテクスト情報の一覧を取得する。次に、通知送信部１５は、各コンテクスト情報に記載のユーザ識別情報をキーにして、当該ユーザへの通知に使用できる端末システム４０を端末情報管理部１３に問い合わせる。端末情報管理部１３が保持する端末システム４０の情報の例を表３に示す。
【００３５】
【表３】
0005485033.tif 000004
【００３６】
表２には、ユーザ識別情報「ｕｓｅｒ＿Ｘ」が記載されており、表３のユーザ識別情報の欄から「ｕｓｅｒ＿Ｘ」に該当する端末システムを調べると、上から３行が該当するので、これら端末システム（Ａ）、端末システム（Ｂ）、および端末システム（Ｃ）が、ｕｓｅｒ＿Ｘへの通知先候補端末システムとして抽出される。
【００３７】
次に、通知送信部１５は、コンテクスト情報に記載されているサービス識別情報をキーにして、サービス提供の際に端末システム４０に必要とされる機能が記述されたサービス要求情報を検索する。表４に、サービス情報管理部１４が保持するサービス要求情報の例を示す。
【００３８】
【表４】
0005485033.tif 000005
【００３９】
表２のコンテクスト情報からサービス識別情報「サービス提供システムＳ：映画＿１」が得られ、これに相当するサービス要求情報は、表４の１行目および２行目に記載されている。
【００４０】
このようにして得られた端末能力情報とサービス要求情報を照らし合わせると、端末システム（Ａ）４０が２種類のサービス要求情報の両方に適合し、端末システム（Ｂ）４０が２行目に記載の「ｆｌｖ、１Ｍｂｐｓ」に適合することが分かる。
以上の処理により、通知送信部１５は、端末システム（Ａ）４０および端末システム（Ｂ）４０を、サービス再開が可能な端末システムとして選択することができる。
【００４１】
これら２種類の端末システムのうち、いずれか、または、両方に通知を送信することが可能であるが、第１の実施例では、端末システム（Ｂ）４０が選択されたものとする。端末システム（Ｂ）４０に対して通知を送信する方法の例としては、表３に示すように各端末ごとに宛先のリストが保持されていることが考えられる。
【００４２】
表３には、端末システム（Ｂ）４０の宛先が、「ｉｍ：ｕｓｅｒＸ＠１９２．１６８．１．２」となっていることから、ＩＰアドレス１９２．１６８．１．２の端末システムの、ＩＭ（Instant Messaging）サービス用ポートに、ｕｓｅｒ＿Ｘに対するメッセージとして通知内容を送信することとなる。
【００４３】
このようにして通知の送信先を決定するとともに、通知送信部１５は、送信する通知内容を決定する必要がある。通知内容には、通知送信先となった端末システムによって解釈され、端末システムがサービス再開処理を行うのに必要なサービス再開トリガー情報が含まれる。表４によると、端末システム（Ｂ）４０に適合すると判断されたサービス要求情報「ｆｌｖ、１Ｍｂｐｓ」に対応するサービス再開トリガー情報は、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅ＿ｓ．ｃｏ．ｊｐ／ｍｏｖｉｅ＿１．ｆｌｖ」となっている。
【００４４】
このように得られたサービス再開トリガー情報を、そのまま通知内容に含めることも考えられるが、第１の実施例では、先に述べたように、表２のサービス状態情報も併せて送信する。表２に記載のコンテクスト情報に、サービス状態情報が「第１２３４フレーム」と記載されており、この１２３４という数値を、サービス再開トリガー情報の末尾に付加して送信するなどの方法が考えられる。例えば「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅ＿ｓ．ｃｏ．ｊｐ／ｍｏｖｉｅ＿１．ｆｌｖ？ｏｆｆｓｅｔ＝１２３４」などの形である。これにより、サービスを中断時の状態に復元した上でサービス再開するために必要な、サービス状態情報を通知内容に含めることができる。
また、通知内容には、ユーザに読まれることを想定して自然言語で記述された、サービス再開を促す文章を含むことができる。第１の実施例では、当該文章については省略している。
【００４５】
通知送信部１５が、通知を送信するタイミングは様々なものが考えられるが、第１の実施例では、定期的な送信を想定している。表２に示すコンテクスト情報に記載されている、前回通知時刻、または、初回の通知の場合は登録時刻を起点として、現在時刻までの経過時間が所定の通知間隔を超えた際に、当該コンテクスト情報に関する通知の送信を試みる等の方法で、定期的な送信が可能である。定期的な通知の他に、サービス提供システム２０からの要求があったときに行う通知や、ユーザ４０が端末システム４０を起動したとき、あるいは、端末システム４０におけるユーザ状態（例：ログイン状態、プレゼンス）が変化したときに行う通知などがあり得る。
【００４６】
以上が、本発明の第１の実施例に係るサービス支援システムの各構成部の動作であるが、サービス支援システムと連携して動作する端末システムの実施例を以下に示す。宛先となった端末システム（Ｂ）４０は、通知送信部１５から「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅ＿ｓ．ｃｏ．ｊｐ／ｍｏｖｉｅ＿１．ｆｌｖ？ｏｆｆｓｅｔ＝１２３４」というメッセージを受信する。端末システム（Ｂ）４０のＩＭ（Instant Messaging）ソフトウェアによってメッセージ部分がＵＲＩ（Uniform Resource Identifier）と認識され、クリック可能なリンクとしてＩＭソフトウェアの表示画面上に表示される。通常、このようなＵＲＩをクリックすると、ウェブブラウザソフトを介して適切な動画再生ソフトが起動されるようになっており、ユーザ５０は、このリンクをクリックすることによって少ない手順で、一度停止したサービスを再開することができる。また、サービス状態情報が埋め込まれた「ｏｆｆｓｅｔ＝１２３４」の部分が、サービス提供システム２０で解釈されることにより、中断時の再生位置から再生を再開することが可能であり、ユーザ（Ｘ）５０が既に視聴したところまで早送りをするなどの、サービス再開における煩雑さを解消できる。
【００４７】
次に、本実施例における、サービス支援システムが保持している情報の入手方法としては、サービス情報管理部１４が保持する表４に示すテーブルについては、頻繁に変化しない静的情報であるため、サービス提供システム２０の運用者から情報を入手して手作業でシステムに登録する方法が想定される。
一方、端末情報管理部１３が保持する表３の情報については、端末システムが起動されているか否か等の状況により、動的に変化する。例えば、非特許文献２記載のＳＩＰ（Session Initiation Protocol）等の、端末システムがサーバに対して自身の状態を登録できる仕組みを併用することで、端末起動状況等を、表３に示すテーブルにリアルタイムに反映させることができる。
【００４８】
コンテクスト収集部１１は、本実施例ではサービス提供システム２０のみからコンテクスト情報の元となるユーザＩＤ等の情報を収集しているが、通信システム３０から収集する場合、たとえば、サービス提供システム２０と端末システム４０の通信を仲介するルーター装置が把握するフロー情報、サービス提供システム２０と端末システム４０の間の通信セッションの開始を他の通信機器に指示するＳＩＰサーバ等が把握するセッション情報を収集することが考えられる。フロー情報、セッション情報ともに、サービス提供システム２０と端末システム４０のアドレスを含み得るため、これらアドレス情報とサービス提供システム２０および端末システム４０との関連付けをサービス支援システム１０で保持しておくことで、どの端末システムがサービスを受けているかを把握することができる。端末システム４０からのコンテクスト情報収集については、端末システム４０上でサービスを実行しているクライアントソフトウェアの内部状態を収集するなどが考えられる。
【００４９】
なお、本発明が対象とするサービスの中断とは、本実施例で示した一連の情報転送の中断等の、１つのセッションやトランザクションの中断のみではなく、サービスを提供するサービス提供者が期待するユーザ行動の、一方向または分岐して起こる系列における、時間的な停滞一般を指す。たとえば、あるサービスにユーザが登録した後に、利用が無い場合や、ショッピングサイトにおいて「ショッピングカート」に商品を登録した後に購入行動に結びついていない場合なども含む。
【００５０】
図２は、本発明の第２の実施例に係るサービス支援システムの構成を示す図である。図２に示すサービス支援システム６０は、どのような端末システムでサービスを再開したいかに関するユーザの選好を表すプリファレンス情報を管理するプリファレンス情報管理部１６を有し、通知送信部１５における端末システムの選択基準にプリファレンス情報を加えることで、従来技術における、どの端末システムでサービスを受けるかに関するユーザの志向を反映できないという課題を解決するものである。
【００５１】
ここでは、図１に示す第１の実施例との差分のみを説明する。
プリファレンス情報管理部１６は、ユーザ５０のプリファレンス情報を保持する。プリファレンス情報管理部１６が保持する情報の例を表５に示す。
【００５２】
【表５】
0005485033.tif 000006
【００５３】
通知送信部１５は、図１に示す第１の実施例と同様、端末情報管理部１３、サービス情報管理部１４からの情報を用いて、サービス提供可能な端末システムを選ぶ。その結果として、前述の実施例と同様に、端末システム（Ａ）４０と端末システム（Ｂ）４０が選ばれている状況を仮定する。
通知送信部１５は、プリファレンス情報管理部１６より、通知を送る対象となる、サービス識別情報が「サービス提供システムＳ：映画＿１」であるサービスについて、プリファレンス情報管理部１６より、ユーザ（Ｘ）５０のプリファレンス情報を取得する。表５によると、コンテンツが高品質で提供されることを希望していることが分かる。第１の実施例で述べたように、表３と表４から、端末システム（Ａ）４０に対してサービス再開する際にはビットレート８Ｍｂｐｓが、端末システム（Ｂ）４０に対しては１Ｍｂｐｓが選択されることとなるため、この場合は端末システム（Ａ）４０が選択されることとなる。
このように、図２に示すサービス支援システム６０により、ユーザの希望を反映した端末システムでサービスを再開することが可能となる。
【００５４】
なお、プリファレンス情報管理部１６がプリファレンス情報を入手する手段としてはいくつかの例が考えられる。まず１つは、サービス加入当初にサービス提供システム２０へユーザ個人のプリファレンス情報がユーザ本人により登録されており、プリファレンス情報管理部１６が当該プリファレンス情報を収集することが考えられる。または、ユーザがサービスを中断する際に、プリファレンス情報を指定した上で中断し、そのプリファレンス情報が、サービス提供システム２０または端末システム４０を介してプリファレンス情報管理部１６に送信されることが考えられる。あるいは、一度、通知を送信した時に、プリファレンス情報を登録するためのトリガー情報を通知内容に含めておき、そのトリガー情報を使ってユーザがプリファレンス情報をプリファレンス情報管理部１６に登録するという実施例も考えられる。
【００５５】
図３は、本発明の第３の実施例に係るサービス支援システムの構成を示す図である。図３に示すサービス支援システム７０は、端末システム４０におけるユーザ５０の状況を表すプレゼンス情報を取得し管理するプレゼンス情報管理部１７を有することを特徴とし、通知送信部１５は、サービス要求情報と、端末能力情報と、プレゼンス情報管理部１７により提供されるユーザ５０のプレゼンス情報に基づき、ユーザ５０が通知を受信するのにより適当と予測される端末システム４０を選択することを特徴とするものである。
【００５６】
ここでは、図１に示す第１の実施例との差分のみを説明する。
プレゼンス情報管理部１７は、非特許文献３に記載の方法等により、各端末システム４０からユーザ５０のプレゼンス情報を収集する。収集した結果としてプレゼンス情報管理部１７が保持する情報の例を表６に示す。
【００５７】
【表６】
0005485033.tif 000007
【００５８】
通知送信部１５は、図１に示す第１の実施例と同様、端末情報管理部１３、サービス情報管理部１４からの情報を用いて、サービス提供可能な端末システムを選ぶ。その結果として、前述の実施例と同様に、端末システム（Ａ）４０と端末システム（Ｂ）４０が選ばれている状況を仮定する。
通知送信部１５は、プレゼンス情報管理部１７より、端末システム（Ａ）４０と端末システム（Ｂ）４０におけるユーザ５０のプレゼンス情報を取得する。表６によると、端末システム（Ａ）４０は「離席中」、端末システム（Ｂ）４０は「連絡可能」とあり、端末システム（Ｂ）４０に通知を送信することが適当であると予測される。これらの結果、端末システム（Ｂ）４０が通知送信先として選択される。これ以降の処理は、前述の実施例と同様である。
【００５９】
図４は、本発明の第４の実施例に係るサービス支援システムの構成を示す図である。図４に示すサービス支援システム８０は、サービス提供システム２０が端末システムに対して送信する情報を変換し、当該サービスを実行するために必要となる能力が不足している端末システムにおいても当該サービスの実行を可能とするトランスコード部１９と、トランスコード部１９が変換可能なサービス要求情報と端末能力情報の対であるトランスコード情報を保持し通知送信部１５に送信するトランスコード情報管理部１８を有することを特徴とし、通知送信部１５は、通知送信先端末システムの選択に当たり、サービス情報管理部１４より取得したサービス要求情報を満たす端末能力を有する端末システムに加え、当該サービス要求情報に当該トランスコード情報を適用して得られるトランスコード済みサービス要求情報に該当する端末能力を有する端末システムを選択することを特徴とするものである。
【００６０】
ここでは、図１に示す第１の実施例との差分のみを説明する。
なお、本実施例では、端末情報管理部１３は表７の情報を保持し、サービス情報管理部１４は表８の情報を保持する。
【００６１】
【表７】
0005485033.tif 000008
【００６２】
【表８】
0005485033.tif 000009
【００６３】
通知送信部１５が表２のコンテクスト情報に記載の中断中サービスに必要なサービス要求情報を表８から取得し、それに該当する端末能力を有するユーザ（Ｘ）５０の端末システムを表７から検索すると、該当する端末システムは存在しない、という結果が得られる。
ここで、トランスコード情報管理部１８が保持する表９のトランスコード情報を参照すると、トランスコーダ識別情報が１であるトランスコード部１９を利用すると、サービス要求情報に含まれるファイルタイプ「ｗｍｖ」を端末システム（Ｂ）４０がサポートする「ｆｌｖ」へ変換し、ビットレートも端末システム（Ｂ）４０の性能限界である「２Ｍｂｐｓ」以下に変換できることが分かる。この結果、トランスコード部１９を利用すれば端末システム（Ｂ）４０でサービス再開が可能であることが分かる。
【００６４】
【表９】
0005485033.tif 000010
【００６５】
これらの結果より、通知送信部１５が端末システム（Ｂ）４０へ通知を送信する。通知内容は、トランスコード部１９が仲介する必要があるため、トランスコード部１９を利用するためのＵＲＩが「ｈｔｔｐ：／／ｔｒａｎｓｃｏｄｅ．ｓｓｓ．ｃｏ．ｊｐ／？ｉｄ＝トランスコーダ識別情報＆ｆｔ＝ファイルタイプ＆ｂｒ＝ビットレート＆ｓｐ＝サービス提供システムの元のＵＲＩ」という形式であるとすると、通知内容は「ｈｔｔｐ：／／ｔｒａｎｓｃｏｄｅ．ｓｓｓ．ｃｏ．ｊｐ／？ｉｄ＝１＆ｆｔ＝ｗｍｖ＆ｂｒ＝２Ｍｂｐｓ＆ｓｐ＝  ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅ＿ｓ．ｃｏ．ｊｐ／ｍｏｖｉｅ＿１．ｆｌｖ？ｏｆｆｓｅｔ＝１２３４」となる。これを受信した端末システム（Ｂ）４０は、同様にユーザ５０のクリックを契機とし、ＵＲＩ冒頭に示されたトランスコード部１９にアクセスする。トランスコード部１９は、ＵＲＩの「？」移行を解釈し、適切なトランスコード部１９を実行するとともに、サービス提供システム２０から情報を取得し、変換したうえで端末システム（Ｂ）４０へ送信する。
【００６６】
なお、上述のように、第２〜４の実施例を個別に説明したが、本発明は、第２〜４の実施例のそれぞれを２つ以上組み合わせることも可能である。
【符号の説明】
【００６７】
１０、６０、７０、８０  サービス支援システム
１１  コンテクスト収集部
１２  コンテクスト管理部
１３  端末情報管理部
１４  サービス情報管理部
１５  通知送信部
１６  プリファレンス情報管理部
１７  プレゼンス情報管理部
１８  トランスコード情報管理部
１９  トランスコード部
２０  サービス提供システム
３０  通信システム
４０  端末システム
５０  ユーザ
【図１】
0005485033.tif 000011
【図２】
0005485033.tif 000012
【図３】
0005485033.tif 000013
【図４】
0005485033.tif 000014