(57)【要約】本発明のシームレスシステムは、機器から受け付けたユーザ識別データと機器から実行を要求された処理を示す処理識別データとを対応付けたデータ５ａを管理し、処理識別データの示す処理の再開を実現するために用いられる再開実現データをデータ５ａに登録し、再開要求とユーザ識別データを受け付けた場合に、データ５ａに基づいて、ユーザ識別データに対応する処理識別データと再開実現データとを取得し、再開実現データに基づいて得られる処理識別データの示す処理の実行結果を、再開要求の発信機器に提供する。
2004003765.tif 000002
【特許請求の範囲】
【請求項１】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する管理部と、
前記処理識別データの示す処理の再開を実現するために用いられる再開実現データを前記利用状態データに登録する保存部と、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記処理識別データと前記再開実現データとを取得し、前記再開実現データに基づいて得られる前記処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する再開部と
を具備するシームレスシステム。
【請求項２】
請求項１記載のシームレスシステムにおいて、
前記再開実現データは、前記処理を再開する再開ポイントを示すデータを含み、
前記再開部は、前記再開ポイント以降の前記処理の実行結果を、前記再開要求の発信機器に提供する
ことを特徴とするシームレスシステム。
【請求項３】
請求項１記載のシームレスシステムにおいて、
前記再開実現データは、前記機器と前記処理との間で共用される属性データを含み、
前記再開部は、前記属性データを用いて前記再開要求の発信機器と前記処理との関係を、前記機器において中断イベントが発生する前の前記機器と前記処理との関係とすることを特徴とするシームレスシステム。
【請求項４】
請求項１記載のシームレスシステムにおいて、
前記保存部は、前記機器において中断イベントが発生した場合に前記処理を中断した旨を示す状態データを前記利用状態データに登録し、
前記再開部は、前記中断イベント発生後に前記再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データの中から、前記ユーザ識別データに対応し前記状態データが中断を示す再開用の処理識別データと再開用の再開実現データとを取得し、前記再開用の再開実現データに基づいて得られる前記再開用の処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する
ことを特徴とするシームレスシステム。
【請求項５】
請求項１記載のシームレスシステムにおいて、
前記機器と前記再開要求の発信機器と前記処理のうちの少なくとも一つから受け付けたコンテンツの形式を、提供先の形式に変換する最適化部をさらに具備する
ことを特徴とするシームレスシステム。
【請求項６】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する管理部と、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記処理識別データを取得し、前記処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する再開部と
を具備するシームレスシステム。
【請求項７】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する管理部と、
前記機器において中断イベントが発生した場合に、前記処理識別データの示す処理を中断した旨を示す状態データを前記利用状態データに登録する保存部と、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データの中から、前記ユーザ識別データに対応し前記状態データが中断を示す再開用の処理識別データを取得し、前記再開用の処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する再開部と
を具備するシームレスシステム。
【請求項８】
機器から受け付けたユーザ識別データを利用状態データに登録する管理部と、
所定の処理の再開を実現するために用いられる再開実現データを、前記ユーザ識別データと対応付けて前記利用状態データに登録する保存部と、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記再開実現データを取得し、前記再開実現データに基づいて得られる前記処理の実行結果を、前記再開要求の発信機器に提供する再開部と
を具備するシームレスシステム。
【請求項９】
請求項８記載のシームレスシステムにおいて、
前記再開実現データは、前記処理を再開する再開ポイントを示すデータを含み、
前記再開部は、前記再開ポイント以降の前記処理の実行結果を、前記再開要求の発信機器に提供する
ことを特徴とするシームレスシステム。
【請求項１０】
請求項８記載のシームレスシステムにおいて、
前記再開実現データは、前記機器と前記処理との間で共用される属性データを含み、
前記再開部は、前記属性データを用いて前記再開要求の発信機器と前記処理との関係を、前記機器において中断イベントが発生する前の前記機器と前記処理との関係とする
ことを特徴とするシームレスシステム。
【請求項１１】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する管理部と、
前記機器に提供されるコンテンツに他の処理のアドレス情報が含まれる場合に、前記アドレス情報に基づいて前記アドレス情報を自己のシステムのリンク情報を含んだアドレス情報に書き換える書換部と
を具備し、
前記管理部は、前記書換部に書き換えられたアドレス情報に基づいて前記処理識別データを受信すると受信情報を前記利用状態データとして保存し、前記機器から処理の再開要求と前記ユーザ識別データを受け付けると前記利用状態データに基づいて前記ユーザ識別データに対応する処理の再開を行う
ことを特徴とするシームレスシステム。
【請求項１２】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記処理の状態情報とを対応付けた利用状態データを管理する管理部と、
前記機器に提供されるコンテンツに前記機器の前記状態情報を自己のシステムに通知する命令を埋め込む付加部と
を具備し、
前記管理部は、前記機器から前記状態情報を受け付けた場合は前記利用状態データに登録し、再開要求と前記ユーザ識別データを受け付けた場合は前記利用状態データに基づいて、前記ユーザ識別データに対応する処理の再開を行う
ことを特徴とするシームレスシステム。
【請求項１３】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記処理の状態情報とを対応付けた利用状態データを管理する管理部と、
前記機器に提供されるコンテンツに他の処理のアドレス情報が含まれる場合に、前記アドレス情報に基づいて前記アドレス情報を自己のシステムのリンク情報を含んだアドレス情報に書き換える書換部と、
前記機器に提供されるコンテンツに前記機器の前記状態情報を自己のシステムに通知する命令を埋め込む付加部と
を具備し、
前記管理部は、前記書換部に書き換えられたアドレス情報に基づいて前記処理識別データを受信すると受信情報を前記利用状態データとして保存し、前記機器から前記状態情報を受け付けた場合は前記利用状態データに登録し、前記機器から処理の再開要求と前記ユーザ識別データを受け付けると前記利用状態データに基づいて前記ユーザ識別データに対応する前記処理識別データと前記機器からの処理の再開を行うと共に、前記利用状態データに基づいて、前記ユーザ識別データに対応する処理の再開を行う
ことを特徴とするシームレスシステム。
【請求項１４】
コンピュータを、
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する手段、
前記処理識別データの示す処理の再開を実現するために用いられる再開実現データを前記利用状態データに登録する手段、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記処理識別データと前記再開実現データとを取得し、前記再開実現データに基づいて得られる前記処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する手段
として機能させるためのプログラムを記録する記録媒体。
【請求項１５】
コンピュータを、
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する手段、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記処理識別データを取得し、前記処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する手段
として機能させるためのプログラムを記録する記録媒体。
【請求項１６】
コンピュータを、
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する手段、
前記機器において中断イベントが発生した場合に、前記処理識別データの示す処理を中断した旨を示す状態データを前記利用状態データに登録する手段、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データの中から、前記ユーザ識別データに対応し前記状態データが中断を示す再開用の処理識別データを取得し、前記再開用の処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する手段
として機能させるためのプログラムを記録する記録媒体。
【請求項１７】
コンピュータを、
機器から受け付けたユーザ識別データを利用状態データに登録する手段、
所定の処理の再開を実現するために用いられる再開実現データを、前記ユーザ識別データと対応付けて前記利用状態データに登録する手段、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記再開実現データを取得し、前記再開実現データに基づいて得られる前記処理の実行結果を、前記再開要求の発信機器に提供する手段
として機能させるためのプログラムを記録する記録媒体。
【請求項１８】
コンピュータを動作させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記プログラムは、
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記機器からの処理の実行要求を示す情報とを対応付けた利用状態データを管理させる管理手段、
前記機器に提供されるコンテンツに他の処理のアドレス情報が含まれる場合に、前記アドレス情報に基づいて前記アドレス情報を自己のシステムのリンク情報を含んだアドレス情報に書き換えさせる書換手段
を具備し、
前記管理手段は、前記書換手段により書き換えられたアドレス情報に基づいて前記機器から処理の実行要求を示す情報を受信すると受信情報を前記利用状態データとして保存させ、前記機器から処理の再開要求を受けると前記利用状態データに基づいて処理の再開を行う
ことを特徴とするプログラムを記録する記録媒体。
【請求項１９】
コンピュータを動作させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記プログラムは、
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記処理の利用状態情報とを対応付けた利用状態データを管理させる管理手段、
前記機器に提供されるコンテンツに前記機器の前記利用状態情報を自己のシステムに通知する命令を埋め込む付加手段を具備し、
前記管理手段は、前記機器から前記利用状態情報を受け付けた場合は前記利用状態データに登録させ、再開要求と前記ユーザ識別データを受け付けた場合は前記利用状態データに基づいて、前記ユーザ識別データに対応する処理の再開を行うことを特徴とするプログラムを記録する記録媒体。
【請求項２０】
コンピュータを動作させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記プログラムは、
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記処理の状態情報とを対応付けた利用状態データを管理させる管理手段、
前記機器に提供されるコンテンツに他の処理のアドレス情報が含まれる場合に、前記アドレス情報に基づいて前記アドレス情報を自己のシステムのリンク情報を含んだアドレス情報に書き換えさせる書換手段、
前記機器に提供されるコンテンツに前記機器の前記状態情報を自己のシステムに通知する命令を埋め込みさせる付加手段
を具備し、
前記管理手段は、前記書換手段に書き換えられたアドレス情報に基づいて前記処理識別データを受信すると受信情報を前記利用状態データとして保存させ、前記機器から前記状態情報を受け付けた場合は前記利用状態データに登録させ、前記機器から処理の再開要求と前記ユーザ識別データを受け付けると前記利用状態データに基づいて、前記ユーザ識別データに対応する処理の再開を行う
ことを特徴とするプログラムを記録する記録媒体。
【請求項２１】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理し、
前記処理識別データの示す処理の再開を実現するために用いられる再開実現データを前記利用状態データに登録し、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記処理識別データと前記再開実現データとを取得し、前記再開実現データに基づいて得られる前記処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する
ことを特徴とするコンピュータシステムの処理継続方法。
【請求項２２】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理し、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記処理識別データを取得し、前記処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する
ことを特徴とするコンピュータシステムの処理継続方法。
【請求項２３】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理し、
前記機器において中断イベントが発生した場合に、前記処理識別データの示す処理を中断した旨を示す状態データを前記利用状態データに登録し、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データの中から、前記ユーザ識別データに対応し前記状態データが中断を示す再開用の処理識別データを取得し、前記再開用の処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する
ことを特徴とするコンピュータシステムの処理継続方法。
【請求項２４】
機器から受け付けたユーザ識別データを利用状態データに登録し、
所定の処理の再開を実現するために用いられる再開実現データを、前記ユーザ識別データと対応付けて前記利用状態データに登録し、
再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記再開実現データを取得し、前記再開実現データに基づいて得られる前記処理の実行結果を、前記再開要求の発信機器に提供する
ことを特徴とするコンピュータシステムの処理継続方法。
【請求項２５】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記機器からの処理の実行要求を示す情報とを対応付けた利用状態データを管理し、
前記機器に提供されるコンテンツに他の処理のアドレス情報が含まれる場合に、前記アドレス情報に基づいて前記アドレス情報を自己のシステムのリンク情報を含んだアドレス情報に書き換え、
この書き換えられたアドレス情報に基づいて前記機器から処理の実行要求を示す情報を受信すると受信情報を前記利用状態データとして保存し、
前記機器から処理の再開要求を受けると前記利用状態データに基づいて処理の再開を行う
ことを特徴とするコンピュータシステムの処理継続方法。
【請求項２６】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記処理の利用状態情報とを対応付けた利用状態データを管理し、
前記機器に提供されるコンテンツに前記機器の前記利用状態情報を自己のシステムに通知する命令を埋め込み、
前記機器から前記利用状態情報を受け付けた場合は前記利用状態データに登録し、再開要求と前記ユーザ識別データを受け付けた場合は前記利用状態データに基づいて、前記ユーザ識別データに対応する処理の再開を行う
ことを特徴とするコンピュータシステムの処理継続方法。
【請求項２７】
機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記処理の状態情報とを対応付けた利用状態データを管理し、
前記機器に提供されるコンテンツに他の処理のアドレス情報が含まれる場合に、前記アドレス情報に基づいて前記アドレス情報を自己のシステムのリンク情報を含んだアドレス情報に書き換えるとともに、前記機器に提供されるコンテンツに前記機器の前記状態情報を自己のシステムに通知する命令を埋め込み、
書き換えられたアドレス情報に基づいて前記処理識別データを受信すると受信情報を前記利用状態データとして保存し、前記機器から前記状態情報を受け付けた場合は前記利用状態データに登録し、前記機器から処理の再開要求と前記ユーザ識別データを受け付けると前記利用状態データに基づいて、前記ユーザ識別データに対応する処理の再開を行う
ことを特徴とするコンピュータシステムの処理継続方法。
【発明の詳細な説明】
【技術分野】  本発明は、ユーザの操作する機器からネットワークを経由してアクセスされるシステム及び記録媒体並びにコンピュータシステムの処理継続方法に関する。
【背景技術】  一般的なコンピュータの利用形態として、各ユーザが自分のコンピュータを所有し利用する形態がある。また、他の一般的なコンピュータの利用形態として、複数のユーザが共用コンピュータを共同で利用する形態がある。
ユーザは、電源の入っていないコンピュータの利用を開始する場合、まず電源を入れる。そして、ユーザは、ＩＤ管理がなされる場合、自己のユーザＩＤを入力してログオンする。すると、コンピュータは利用開始の初期状態となる。
その後、ユーザは、自分の意思にしたがってコンピュータを利用して作業を行う。作業が終了すると、ユーザは、終了処理をした後にコンピュータの電源を切る。
このようなコンピュータの利用形態においては、ユーザは、作業を中断してコンピュータの電源を切りたい場合、作業を終了させるか、途中までの作業をキャンセルして電源を切る必要がある。
その一方で、作業を中断する中断機能をサポートしている単体のコンピュータが存在する。
中断機能をサポートするコンピュータを利用するユーザは、中断処理を実行した後に電源を切り、さらに再度電源を入れた後に再開処理を行う。すると、ユーザは、コンピュータの電源を切った後であっても、電源を切る前の作業を継続可能となる。
しかし、この中断機能を用いたとしても、あるコンピュータにおいて中断された作業が他のコンピュータで再開されることはない。
【発明の開示】
本発明は、ネットワークに接続されている複数の端末間で作業を継続可能なシームレスシステム及びプログラム並びにコンピュータシステムの処理継続方法に関する。
第１の発明のシームレスシステムは、機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する管理部と、前記処理識別データの示す処理の再開を実現するために用いられる再開実現データを前記利用状態データに登録する保存部と、再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記処理識別データと前記再開実現データとを取得し、前記再開実現データに基づいて得られる前記処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する再開部とを具備する。
第２の発明のシームレスシステムは、機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する管理部と、再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記処理識別データを取得し、前記処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する再開部とを具備する。
第３の発明のシームレスシステムは、機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する管理部と、前記機器において中断イベントが発生した場合に、前記処理識別データの示す処理を中断した旨を示す状態データを前記利用状態データに登録する保存部と、再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データの中から、前記ユーザ識別データに対応し前記状態データが中断を示す再開用の処理識別データを取得し、前記再開用の処理識別データの示す処理の実行結果を、前記再開要求の発信機器に提供する再開部とを具備する。
第４の発明のシームレスシステムは、機器から受け付けたユーザ識別データを利用状態データに登録する管理部と、所定の処理の再開を実現するために用いられる再開実現データを、前記ユーザ識別データと対応付けて前記利用状態データに登録する保存部と、再開要求と前記ユーザ識別データを受け付けた場合に、前記利用状態データに基づいて、前記ユーザ識別データに対応する前記再開実現データを取得し、前記再開実現データに基づいて得られる前記処理の実行結果を、前記再開要求の発信機器に提供する再開部とを具備する。
第５の発明のシームレスシステムは、機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データとを対応付けた利用状態データを管理する管理部と、前記機器に提供されるコンテンツに他の処理のアドレス情報が含まれる場合に、前記アドレス情報に基づいて前記アドレス情報を自己のシステムのリンク情報を含んだアドレス情報に書き換える書換部とを具備し、前記管理部は、前記書換部に書き換えられたアドレス情報に基づいて前記処理識別データを受信すると受信情報を前記利用状態データとして保存し、前記機器から処理の再開要求と前記ユーザ識別データを受け付けると前記利用状態データに基づいて前記ユーザ識別データに対応する処理の再開を行う。
第６の発明のシームレスシステムは、機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記処理の状態情報とを対応付けた利用状態データを管理する管理部と、前記機器に提供されるコンテンツに前記機器の前記状態情報を自己のシステムに通知する命令を埋め込む付加部とを具備し、前記管理部は、前記機器から前記状態情報を受け付けた場合は前記利用状態データに登録し、再開要求と前記ユーザ識別データを受け付けた場合は前記利用状態データに基づいて、前記ユーザ識別データに対応する処理の再開を行う。
第７の発明のシームレスシステムは、機器から受け付けたユーザ識別データと前記機器から実行を要求された処理を示す処理識別データと前記処理の状態情報とを対応付けた利用状態データを管理する管理部と、前記機器に提供されるコンテンツに他の処理のアドレス情報が含まれる場合に、前記アドレス情報に基づいて前記アドレス情報を自己のシステムのリンク情報を含んだアドレス情報に書き換える書換部と、前記機器に提供されるコンテンツに前記機器の前記状態情報を自己のシステムに通知する命令を埋め込む付加部とを具備し、前記管理部は、前記書換部に書き換えられたアドレス情報に基づいて前記処理識別データを受信すると受信情報を前記利用状態データとして保存し、前記機器から前記状態情報を受け付けた場合は前記利用状態データに登録し、前記機器から処理の再開要求と前記ユーザ識別データを受け付けると前記利用状態データに基づいて前記ユーザ識別データに対応する前記処理識別データと前記機器からの処理の再開を行うと共に、前記利用状態データに基づいて、前記ユーザ識別データに対応する処理の再開を行う。
上記各シームレスシステムによりコンピュータシステムの処理継続方法が実施される。
なお、上記各シームレスシステムに具備されている構成要素は、コンピュータに読み込まれたプログラムによって実現されてもよい。このプログラム又はこのプログラムを記録した記録媒体によって、コンピュータを、上記のシームレスシステムとして機能させることもできる。
【図面の簡単な説明】    図１は本発明の第１の実施の形態に係るシームレスシステムの構成例を示すブロック図。
図２は第１の実施の形態に係るユーザプロファイルデータの一例を示す図。
図３は第１の実施の形態に係るシームレスシステムの処理の一例を示すフローチャート。
図４は第１の実施の形態においてサービスの開始、中断、再開が要求された場合の処理の一例を示すフローチャート。
図５は第１の実施の形態における端末の接続からサービス開始までの動作例を示すシーケンス図。
図６は第１の実施の形態においてユーザが利用中のサービスを中断する場合の動作例を示すシーケンス図。
図７は第１の実施の形態においてユーザが他の端末からサービスの再開を要求する場合の動作例を示すシーケンス図。
図８は第１の実施の形態に係るユーザプロファイルデータの遷移状態の一例を示す図。
図９は第１の実施の形態に係るシームレスシステムによる第１のサービス継続例を示すブロック図。
図１０は第１の実施の形態に係るシームレスシステムによる第２のサービス継続例を示すブロック図。
図１１は第１の実施の形態に係るシームレスシステムによる第３のサービス継続例を示すブロック図。
図１２は第１の実施の形態に係るシームレスシステムとサービスサーバとの間の第１のセッション維持例を示すブロック図。
図１３は第１の実施の形態に係るシームレスシステムとサービスサーバとの間の第２のセッション維持例を示すブロック図。
図１４は第１の実施の形態に係るシームレスシステムとサービスサーバとの間の第３のセッション維持例を示すブロック図。
図１５は第１の実施の形態に係るシームレスシステムをユビキタス・システムに適用した例を示すブロック図。
図１６は本発明の第２の実施の形態に係るシームレスシステムの構成の例を示すブロック図。
図１７は本発明の第３の実施の形態に係る端末の接続からサービス開始までの動作例を示すシーケンス図。
図１８は第３の実施の形態においてユーザが利用中のサービスを中断する場合の動作例を示すシーケンス図。
図１９は第３の実施の形態においてユーザが他の端末を利用してサービスの再開を要求する場合の動作例を示すシーケンス図。
図２０は第３の実施の形態に係るユーザプロファイルデータの遷移状態の一例を示す図。
図２１は本発明の第４の実施の形態に係るユーザプロファイルデータの一例を示す図。
図２２は第４の実施の形態において端末の接続からサービス中断までの動作例を示すシーケンス図。
図２３は第４の実施の形態においてサービスの中断後ユーザが他の端末を利用してサービスの再開を要求する場合の動作例を示すシーケンス図。
図２４は本発明の第５の実施の形態に係るシームレスシステムの構成例を示すブロック図。
図２５はユーザ管理データの具体例を示す図。
図２６は状態管理データの具体例を示す図。
図２７は状態管理データに含まれるリクエストの一例を示す図。
図２８は状態管理データに含まれる実行データの一例を示す図。
図２９は作業の一例を示すブロック図。
図３０は第５の実施の形態におけるサービスからＷｅｂブラウザに提供される実行データの第１の変換例を示すブロック図。
図３１は第５の実施の形態におけるサービスからＷｅｂブラウザに提供される実行データの第２の変換例を示すブロック図。
図３２は第５の実施の形態におけるサービスからＷｅｂブラウザに提供される実行データの第３の変換例を示すブロック図。
図３３は第５の実施の形態におけるサービスからＷｅｂブラウザに提供される実行データの第４の変換例を示すブロック図。
図３４は第５の実施の形態におけるサービスからＷｅｂブラウザに提供される実行データの第５の変換例を示すブロック図。
図３５は第５の実施の形態においてユーザがサービスの利用開始を要求してからコンテンツが表示されるまでの前段動作を示すシーケンス図。
図３６は第５の実施の形態においてユーザがサービスの利用開始を要求してからコンテンツが表示されるまでの後段動作を示すシーケンス図。
図３７は第５の実施の形態においてコンテンツ表示後に継続してサービスが呼び出された場合の前段動作を示すシーケンス図。
図３８は第５の実施の形態においてコンテンツ表示後に継続してサービスが呼び出された場合の後段動作を示すシーケンス図。
図３９は第５の実施の形態においてサービスを中断する場合の動作を示すシーケンス図。
図４０は第５の実施の形態において中断されたサービスの利用を別の端末から再開する場合の前段動作を示すシーケンス図。
図４１は第５の実施の形態において中断されたサービスの利用を別の端末から再開する場合の中断動作を示すシーケンス図。
図４２は第５の実施の形態において中断されたサービスの利用を別の端末から再開する場合の後段動作を示すシーケンス図。
図４３は本発明の第６の実施の形態に係るシームレスシステムの構成例を示すブロック図。
図４４は第６の実施の形態においてサービスからＷｅｂブラウザに提供される実行データの第１の変換例を示すブロック図。
図４５は第６の実施の形態においてサービスからＷｅｂブラウザに提供される実行データの第２の変換例を示すブロック図。
図４６は第６の実施の形態においてユーザがサービスの利用開始を要求してからコンテンツが表示されるまでの前段動作を示すシーケンス図。
図４７は第６の実施の形態においてユーザがサービスの利用開始を要求してからコンテンツが表示されるまでの後段動作を示すシーケンス図。
図４８は第６の実施の形態においてコンテンツ表示後に継続してサービスが呼び出された場合の前段動作を示すシーケンス図。
図４９は第６の実施の形態においてコンテンツ表示後に継続してサービスが呼び出された場合の後段動作を示すシーケンス図。
図５０は第６の実施の形態において作業を中断する場合の動作を示すシーケンス図。
図５１は第６の実施の形態において中断されたサービスの利用を別の端末から再開する場合の前段動作を示すシーケンス図。
図５２は第６の実施の形態において中断されたサービスの利用を別の端末から再開する場合の後段動作を示すシーケンス図。
図５３は本発明の第７の実施の形態に係るシームレスシステムの構成例を示すブロック図。
【発明を実施するための最良の形態】  以下、図面を参照しながら本発明の実施の形態を説明する。なお、以下の説明において、同一の部分には同一の符号を付してその説明を省略する。
（第１の実施の形態）
本実施の形態に係るシームレスシステムは、ネットワークに接続され、複数の端末間でシームレス作業を実現する環境を提供する。
本実施の形態においては、複数の端末間で、複数のサービスについてのシームレス作業が実現される。
図１は、本実施の形態に係るシームレスシステムの構成例を示すブロック図である。
シームレスシステム１は、例えばインターネットなどのようなネットワーク２経由で、端末群３の各端末３１〜３ｎと通信可能に接続されている。また、シームレスシステム１は、ネットワーク２経由で、ネットワークサービス群４の各種サービス４１〜４ｎと接続されている。なお、ネットワーク２はインターネットではなく、ＬＡＮ、イントラネットなどのような他の通信ネットワークでもよい。
シームレスシステム１は、記録部５、端末接続部６、サービス管理部７、最適化部８を具備する。
また、シームレスシステム１は、ネットワークサービス群４の各種サービス４１〜４ｎと同様の機能に基づいてローカルサービス９を提供する。シームレスシステム１とローカルサービス９との間には、ネットワーク２は介在しない。なお、ローカルサービス９の存在は必須ではなく、サービスを全てネットワークサービスで構成してもよい。また逆にサービスを全てローカルサービスで構成してもよい。
シームレスシステム１は、記録媒体１０に記録されているシームレスプログラム１１を読み込み、実行することにより、端末接続部６、サービス管理部７、最適化部８としての機能を実現する。
シームレスプログラム１１は、例えば１台のサーバコンピュータ上で動作してもよく、複数のコンピュータ上に分散された状態で連携しつつ動作してもよい。
サービス４１〜４ｎ，９は、アプリケーション、処理プロセス、オブジェクト、プログラムなどによる処理の実行によってユーザに提供される。
例えば、サービス４１〜４ｎ，９には、コンテンツの配信サービス、アプリケーション配信サービス、ストリーミングサービス、情報検索サービス、文書編集サービス、各種業務支援サービスなどがある。
記録部５には、利用状態データとしての役割を持つユーザプロファイルデータ５ａが記録される。
図２に、ユーザプロファイルデータ５ａの例を示す。この例では、ユーザプロファイルデータ５ａは、項目「ユーザＩＤ」「パスワード」「サービスＩＤ」「状態データ」「属性データ」を持つ。また、図２のユーザプロファイルデータ５ａでは、項目「属性データ」が２つの項目「サービス属性」「端末属性」から構成されている。ユーザプロファイルデータ５ａで管理される各項目の値は、行単位で対応付けられている。
ユーザＩＤは、サービス４１〜４ｎ，９のいずれかを利用するユーザのユーザ識別データである。
パスワードは、ユーザＩＤとともにユーザ認証処理に利用される。
サービスＩＤ（処理識別データ）は、ユーザに利用されるサービスを識別するためのデータである。
状態データは、ユーザによるサービスの利用状態を示す。状態データは、例えば「開始」「中断」「再生」などの値を持つ。
属性データは、サービスと端末との間で共用されるデータである。例えば、属性データは、クッキー情報として、サービスと端末との間で送受信される。
サービス属性とはサービス側で保持されていた属性データである。サービス属性の具体例としては、セッションＩＤ、ビットレート、ユーザによって入力されサービス側に提供されたデータなどがある。
端末属性とは、端末側で保持される属性データである。端末属性の具体例としては、表示画像サイズ、配信済み時間、ユーザによって入力され端末側で利用されるデータなどがある。
上記状態データと属性データとは、サービスの再開を実現するために利用される。なお、本実施の形態においては、状態データと属性データを利用しているが、これらのデータの利用は必須ではなく、例えば状態データのみ又は属性データのみを利用してもよい。
端末接続部６は、データ管理部６ａを具備する。
端末接続部６は、端末３１〜３ｎのうちのいずれかを使用し、接続を要求したユーザをユーザＩＤ及びパスワードに基づいて識別し、ユーザ毎に、サービスの開始・中断・再開・終了を行うための接続管理を行う。なお、端末接続部６は、他の手法によりユーザの識別を行ってもよく、例えばＩＣカードなどに埋め込まれた電子証明書を用いる方法や、指紋認証などの生体認証技術を用いる方法、もしくはいくつかの方法を組み合わせた方法などを用いてもよい。
データ管理部６ａは、ユーザプロファイルデータ５ａに、受け付けたユーザのユーザＩＤ、受け付けたサービスＩＤ、このユーザによるサービスの利用状態を示す状態データ、このユーザの操作する端末とサービスとの間で共用される属性データを登録する。
最適化部８は、サービスによって提供されるコンテンツの表示形態など、各種端末３１〜３ｎ毎の入力・表示スペックの中から、接続中の端末におけるスペックを選択する。そして、最適化部８は、接続中の端末に提供するデータを、選択されたスペックに変換する。これにより、各端末３１〜３ｎに対応するデータの最適化が行われる。
また、最適化部８は、接続中の端末から受け付けたデータを、データ提供先のサービスのデータ形式に変換してもよい。
最適化部８の実現手段としては、様々手法が利用可能である。例えば、あるサービスから提供されるコンテンツがＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）又はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されているデータの場合、ＸＳＬＴと呼ばれるトランスレータソフトウェアを最適化部８として用いることができる。これにより、ＨＴＭＬ又はＸＭＬのタグを別の文字列に変換することができる。例えば、変換前のコンテンツがパーソナルコンピュータでの利用を想定したデータ形式を採用していても、このコンテンツを携帯電話又はテレビジョンなどパーソナルコンピュータ以外の機器に搭載されているブラウザソフトウェアで解釈可能な形式に変換することができる。
その他、最適化部８には、トランスコーディングミドルウェアなども利用可能である。
サービス管理部７は、開始部７ａ、中断部７ｂ、再開部７ｃを具備する。
サービス管理部７の開始部７ａは、ネットワーク２上のサービス４１〜４ｎを実現する処理又はローカルサービス９を実現する処理の中から、ユーザが要求するサービスを実現する処理を特定する。
サービス４１〜４ｎ，９を実現する処理の特定には、例えば、端末からシームレスシステム１に提供される処理要求データに含まれる一部の文字列をインターネットのＨＴＴＰ通信で用いられるＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）として扱い、このＵＲＬによってネットワーク２上の処理を特定する方法が用いられる。
また、開始部７ａは、特定した処理を実行し、例えばコンテンツ配信サービスによってユーザに提供されるコンテンツなど、特定した処理を実行して得られる実行データを取得する。
そして、開始部７ａは、取得した実行データのうち、ユーザの操作する端末から中断要求を受け付けるまでの実行データをその端末に提供するための制御を実行する。
中断部７ｂは、端末から中断要求を受け付けた場合に、中断を示す状態データとユーザＩＤとを対応付けてユーザプロファイルデータ５ａに登録するとともに、属性データとユーザＩＤとを対応付けてユーザプロファイルデータ５ａに登録する。例えばストリームコンテンツ配信済みの時間データ、中断されるまでにユーザによって入力されたデータなどが属性データとしてユーザプロファイルデータ５ａに登録される。
再開部７ｃは、ユーザＩＤと再開要求を受け付けた場合に、ユーザプロファイルデータ５ａに基づいて、受け付けたユーザＩＤに関連するサービスＩＤと状態データとを取得する。
また、再開部７ｃは、取得したサービスＩＤのうち状態データが中断を示すサービスＩＤを選択し、選択したサービスＩＤの示すサービスの再開後の実行データを属性データに基づいて取得し、再開要求の発信端末（作業を再開する再開機器に相当する）に提供する。
例えば、再開部７ｃは、中断前までの処理の実行段階を示す属性データに基づいて、処理を実行し、中断前の段階まで復元した実行データを求め、再開後の実行データを取得する。
例えば、再開部７ｃは、ユーザプロファイルデータ５ａの中に中断直前の実行データを含めて保存し、再開要求の発信端末に対して、保存した実行データを提供するとしてもよい。
なお、上記図１のネットワークサービス群４とローカルサービス９とは、双方が必須の構成要素ではなく、シームレスシステム１はどちらか一方を利用可能であればよい。
図３は、本実施の形態に係るシームレスシステム１の処理の一例を示すフローチャートである。
ステップＲ１において、端末接続部６は、端末から要求を受け付ける。
ステップＲ２において、端末接続部６は、受け付けた要求に基づいて、ユーザＩＤと要求の種類を特定する。
ステップＲ３において、端末接続部６は、要求の種類に応じて以後の処理内容を切り替える。
中断及び再開でない場合、すなわち要求の種類が開始の場合、ステップＲ４において、端末接続部６は、サービスＩＤを特定する。
ステップＲ５において、端末接続部６は、ユーザＩＤとサービスＩＤをユーザプロファイルデータ５ａに登録する。
ステップＲ６において、開始部７ａは、サービスＩＤに対応するサービスの実行データを取得する。
ステップＲ７において、端末接続部６は、開始部７ａによって取得された実行データを、最適化部８を利用して端末の出力形態に変換する。
ステップＲ８において、端末接続部６は、変換後の実行データを端末に提供する。
要求の種類が中断の場合、ステップＲ９において、中断部７ｂは、サービスＩＤを特定する。
ステップＲ１０において、中断部７ｂは、サービスＩＤに対応するサービスの中断を示す状態データをユーザプロファイルデータ５ａに登録する。
要求の種類が再開の場合、ステップＲ１１において、再開部７ｃは、ユーザプロファイルデータ５ａに基づいて、ユーザＩＤに対応付けられており状態データが中断を示すサービスＩＤを特定する。
ステップＲ１２において、再開部７ｃは、特定したサービスＩＤのサービスの実行データを取得し、属性データに基づいて再開後のサービスの実行データを取得する。
ステップＲ１３において、端末接続部６は、再開部７ｃによって取得された再開後のサービスの実行データを、最適化部８を利用して再開要求の発信端末の出力形態に変換する。
ステップＲ１４において、端末接続部６は、変換後のサービスの実行データを再開要求の発信端末に提供する。なお、図３はシームレスシステムが継続的に動作する過程での１回毎の端末からの要求受付に対応する動作を示したものであり、ＥＮＤまで到達した後は再度端末からの要求を待つ状態となり、端末からの次の要求を受けて図３のフローチャートを繰り返す。また、要求の種類として終了を要求する種類を加え、要求の種類が終了であった場合には図３のフローチャートの繰り返しを終了させる、という動作としてもよい。
図４は、本実施の形態に係るシームレスシステム１の概略処理の一例を示すフローチャートである。この図４では、サービスの開始、中断、再開が要求された場合の処理の流れを示している。
ステップＳ１において、端末接続部６は、ユーザの操作する端末からユーザＩＤとサービスＩＤとを受け付ける。
ステップＳ２において、端末接続部６は、ユーザＩＤとサービスＩＤとをユーザプロファイルデータ５ａに含め、管理する。
ステップＳ３において、開始部７ａは、端末から中断要求を受信するまでサービスＩＤに対応するサービスの実行データを取得する。
ステップＳ４において、端末接続部６は、開始部７ａによって取得された実行データを、最適化部８を利用して端末の出力形態に変換する。
ステップＳ５において、端末接続部６は、変換後の実行データを端末に提供する。
ステップＳ６において、端末接続部６は、端末から中断要求を受け付ける。
ステップＳ７において、中断部７ｂは、サービスＩＤに対応するサービスの中断を示す状態データをユーザプロファイルデータ５ａに登録する。
ステップＳ８において、端末接続部６は、再開要求とユーザＩＤとを受け付ける。
ステップＳ９において、再開部７ｃは、ユーザプロファイルデータ５ａに基づいて、ユーザＩＤに対応付けられており状態データが中断を示すサービスＩＤのサービスの実行データを取得し、属性データに基づいて再開後のサービスの実行データを取得する。
ステップＳ１０において、端末接続部６は再開部７ｃによって取得された再開後のサービスの実行データを、最適化部８を利用して再開要求の発信端末の出力形態に変換する。
ステップＳ１１において、端末接続部６は、変換後のサービスの実行データを再開要求の発信端末に提供する。
上記のようなシームレスシステム１の詳細動作を、図５〜７を用いて説明する。
なお、この図５〜７では、端末３１によるサービスの利用が中断され、中断前と異なる端末３２で同じサービスが再び利用される場合を示している。また、図５〜７については、コンテンツを配信するサービス４１を実現する処理の実行が要求されたとして説明を行う。
図８は、ユーザプロファイルデータ５ａの遷移状態の例を示す図である。
図５は、端末３１の接続からサービス開始までの動作例を示すシーケンス図である。
まず、ユーザ１２は、端末３１の利用を開始し、端末３１を操作してシームレスシステム１に接続する。
接続要求を受け付けた端末接続部６は、ユーザ認証処理を行い、接続を要求したユーザ１２を特定する。
なお、ユーザ認証処理には、任意の手法を適用することができる。例えば、ユーザ認識処理として、ユーザＩＤとパスワードをユーザプロファイルデータ５ａで管理し、接続要求時に端末３１からユーザＩＤとパスワードを受け付け、受け付けたユーザＩＤとパスワードとユーザプロファイルデータ５ａのユーザＩＤとパスワードとが整合していれば認証完了とする。
次に、端末接続部６は、ユーザプロファイルデータ５ａにユーザ１２が利用開始状態になった旨を示す状態データを登録する。この時点でのユーザプロファイルデータ５ａの内容は、図８の状態Ｔ１となる。
接続が完了すると、ユーザ１２は、端末３１を通じて、サービスＩＤとサービス利用開始要求をシームレスシステム１に提供する。サービスＩＤとサービス利用開始要求は、端末接続部６を経由してサービス管理部７に受け付けられる。この図５では、ユーザ１２によってサービス４１の実行が要求されている。
サービス管理部７の開始部７ａは、ユーザ１２が利用開始を要求したサービス４１がどこにあるか検索・特定し、そのサービス４１によって提供されるコンテンツを取得する。
例えば、サービス４１が、複数の画面遷移を伴う場合又は時間的に連続変化するデータを継続的に提供し続けるストリーミングサービスの場合、サービス管理部７の開始部７ａは、コンテンツの最初の表示内容を取得する。
サービス管理部７の開始部７ａは、ユーザ１２がサービス４１を利用している旨を示す情報をユーザプロファイルデータ５ａに記録する。例えば、サービスＩＤをユーザプロファイルデータ５ａに記録する。この時点でのユーザプロファイルデータ５ａの内容は、図８の状態Ｔ２となる。
さらに、サービス管理部７の開始部７ａは、サービス４１を利用するにあたって端末３１が保持しなければならない属性データがサービス４１から送られてきた場合に、この属性データを端末３１に中継すると共に、ユーザプロファイルデータ５ａに登録する。
例えば、サービスが複数の画面を表示する場合に、セッションＩＤを端末とサービスを提供するサーバとが共有する方法が一般的に用いられる。この方法が用いられる場合に、サービスを提供するサーバからクライアントとなる端末に対してセッションＩＤが提供される。このセッションＩＤが属性データとしてユーザプロファイルデータ５ａに記録される。
この時点でのユーザプロファイルデータ５ａの内容は、図８の状態Ｔ３となる。この状態Ｔ３では、項目「サービス属性」の値としてセッションＩＤが記録される。
端末接続部６は、サービス管理部７の開始部７ａから提供されるコンテンツを最適化部８に提供し、コンテンツを端末３１の表示スペックに整合した形態に変換し、端末３１に対して変換後のコンテンツを提供する。
端末３１では、受け付けたコンテンツを表示する。ユーザ１２は、その表示に対して操作を行い、場合によっては次の画面を要求する。
図６は、ユーザ１２が利用中のサービス４１を中断する場合の動作例を示すシーケンス図である。
まず、ユーザ１２の操作する端末３１から中断要求が端末接続部６を経由してサービス管理部７に提供される。端末３１は、中断要求に端末３１で保持されていた各種の属性データ（端末属性）を付加し、サービス管理部７に提供する。例えば、端末属性には、端末３１での表示サイズ、ストリーミングの再生済み時間などがある。
サービス管理部７の中断部７ｂは、中断要求に付加された端末属性をユーザプロファイルデータ５ａに登録する。なお、端末属性をユーザプロファイルデータ５ａで管理することは必須ではない。
この時点でのユーザプロファイルデータ５ａの内容は、図８の状態Ｔ４となる。
サービス管理部７の中断部７ｂは、中断要求を受け付けると、サービス４１の中断処理を行う。サービス４１の中断処理としては、例えばストリーミングサービスの再生停止処理などがある。なお、サービス４１の動作内容によっては、支障がなければサービス４１の中断処理を行わなくてもよい。
次に、サービス管理部７の中断部７ｂは、中断したサービス４１の実行状態に関するデータをユーザプロファイルデータ５ａに記録する。サービスの実行状態に関するデータには、例えばストリーミングサービスの再生済み時間データ、中断されるサービスにおいて中断前まで利用されたクッキー情報、ビットレート、ユーザによって入力されたデータなどがある。
この時点でのユーザプロファイルデータ５ａの内容は、図８の状態Ｔ５となる。
サービス管理部７の中断部７ｂは、ユーザ１２によりサービス４１が中断された旨を示す状態データをユーザプロファイルデータ５ａに登録し、中断処理を完了する。この時点でのユーザプロファイルデータ５ａの内容は、図８の状態Ｔ６となる。
サービス４１の中断処理が終了した後、ユーザ１２の操作する端末３１は、シームレスシステム１とサービスを提供するサーバとの間の接続を解除する要求をシームレスシステム１に提供し、端末接続部６は、ユーザ１２について接続解除状態となった旨の状態データをユーザプロファイルデータ５ａに登録する。
この時点でのユーザプロファイルデータ５ａの内容は、図８の状態Ｔ７となる。
なお、状態Ｔ７への変化は、省略されてもよい。この場合、接続解除状態に移行することなく接続を維持したままユーザの操作が中断した状態を示す状態データがユーザプロファイルデータ５ａに登録される。
端末３１の電源が切られるなど接続解除要求がシームレスシステム１に提供されることなく端末３１の利用が終了する場合もある。この場合、ユーザプロファイルデータ５ａの内容は変更されない。
図７は、ユーザ１２が端末３２を利用してサービス４１の再開を要求する場合の動作の例を示すシーケンス図である。
まず、ユーザ１２は端末３２を操作して端末接続部６に接続要求を提供する。すると、上記図５の場合と同様のユーザ認証処理により、端末接続部６はユーザの認証を行う。
端末接続部６は、ユーザプロファイルデータ５ａにユーザ１２の切断状態が解除された旨を示す状態データを登録する。
この時点でのユーザプロファイルデータ５ａの内容は、図８の状態Ｔ８となる。この状態Ｔ８では、項目「状態データ」の値が「中断＆切断」から「中断」に変更されている。
なお、ユーザプロファイルデータ５ａが中断中のサービスがある旨を示す場合、端末接続部６は、どのサービスが中断中であるか示すデータを端末３２に提供するとしてもよい。一人のユーザ１２に対して、中断中のサービスが複数ある状態を許す場合には、どの中断中のサービスを再開するかをユーザ１２に決定させるために、端末接続部６は、どのサービスが中断中であるかを示すデータを端末３２に提供し、ユーザ１２に利用再開を要求するサービスを選択させるための処理を実行してもよい。
また、端末接続部６は、マルチウィンドウ表示可能な端末に対して、中断中の全てのサービスを別々のウィンドウで再表示するために、中断中の全てのサービスの実行データを提供するとしてもよい。
次に、ユーザ１２は端末３２を操作して中断中のサービスの利用再開を要求すると、利用再開要求が端末接続部６を経由してサービス管理部７に提供される。
サービス管理部７の再開部７ｃは、利用再開要求に応じて、ユーザプロファイルデータ５ａの状態データに基づいて中断中のサービスを選択し、ユーザプロファイルデータ５ａに登録されている各種の属性データを利用してサービス４１にアクセスし、中断直前に表示されたコンテンツの続きとなるコンテンツを取得する。
サービス管理部７の再開部７ｃは、サービス４１からサービス属性を受け付けた場合には、サービス属性をユーザプロファイルデータ５ａに記録する。
サービス管理部７の再開部７ｃは、サービス４１が再開された旨を示す状態データをユーザプロファイルデータ５ａに記録し、再開後のコンテンツを端末接続部６に提供する。
この時点でのユーザプロファイルデータ５ａの内容は、図８の状態Ｔ９となる。
端末接続部６は、最適化部８によりコンテンツの表示形態の最適化を行い、変換後のコンテンツを端末３２に提供する。これにより、端末３１と端末３２が異なる入出力スペックを適用していても、かかるスペックの違いに関係なく、サービス４１の実行を引き継ぐことができる。
図９は、シームレスシステム１による第１のサービス継続例を示すブロック図である。
中断前の端末の通信ソフトウェア１３とシームレスシステム１の端末接続部６との間では、時間的に離散なイベントが送受信され、サービスが提供される。
端末接続部６は、中断前の端末の通信ソフトウェア１３とシームレスシステム１との間の通信で利用されるセッションを、サービス中断後においても維持する。
中断前の端末の通信ソフトウェア１３からシームレスシステム１に提供された入力データは、シームレスシステム１によって記録されている。
サービスが中断され、その後再開される場合、シームレスシステム１の再開部７ｃは、記録済みの入力データを用いてサービスを実行し、端末接続部６は、維持されているセッションを利用して、実行されたサービスの実行データを再開要求の発信端末の通信ソフトウェア１３に送信する。
なお、ユーザプロファイルデータ５ａ中に中断直前の実行データが登録されている場合には、再開部７ｃは、この中断直前の実行データを取得し、端末接続部６は、この中断直前の実行データを再開要求の発信端末に提供するとしてもよい。
これにより、ユーザは、シームレスシステム１に再接続するのみでサービスを継続して受けることができる。
図１０は、シームレスシステム１による第２のサービス継続例を示すブロック図である。
中断前の端末のブラウザ１４とシームレスシステム１との間では擬似セッション管理が行われる。中断前の端末のブラウザ１４とシームレスシステム１との間で一定時間通信が行われない場合、セッションタイムアウトが発生する。
サービスを中断する場合、端末接続部６は、定期的にセッションリフレッシュのためのリクエストを発生させ、セッションタイムアウトを防止し、セッションを維持する。
サービスが中断され、その後再開される場合、端末接続部６は、維持されているセッションを利用して、再開要求の発信端末のブラウザ１４に接続する。これにより、ユーザは、中断されたサービスをブラウザ１４によって継続利用できる。
図１１は、シームレスシステム１による第３のサービス継続例を示すブロック図である。
中断前の端末の再生ソフトウェア１５とシームレスシステム１の端末接続部６との間では、時間的に連続したイベントが送受信され、サービスが提供される。ここでは、シームレスシステム１から再生ソフトウェア１５にストリーミングサービスのためのコンテンツが提供されるとする。
端末接続部６は、再生ソフトウェア１５とシームレスシステム１との間のセッションを、サービス中断後においても維持する。
シームレスシステム１の中断部７ｂは、中断前に再生済みのポイントを記録する。
ストリーミングサービス自体に中断機能が備わっている場合には、再開部７ｃは、ストリーミングサービスに対して再生済みのポイントを指定し、再開を指示する。
ストリーミングサービス自体に中断機能が備わっていない場合には、再開部７ｃは、一旦コンテンツをストリーミングサービスから受け付け、再生済みポイントから後の部分を取得し、端末接続部６は、再生済みポイントから後の部分を再開要求の発信端末の再生ソフトウェア１５に送信する。
なお、図１２〜図１４に示すように、シームレスシステム１は、それぞれ上記図９〜図１１と同様の手法によって、シームレスシステム１とのサービスを提供するサービスサーバ４ｓとの間のセッションを維持し、サービスを継続するとしてもよい。
図１５は、本実施の形態に係るシームレスシステム１をユビキタス・システムに適用した例を示すブロック図である。
ユビキタス・システムでは、例えばテレビジョン１６１、冷蔵庫１６２、電子レンジ１６３、電話１６４、カーナビゲーション装置１６５などのような様々な機器に通信部１７が具備されており、この各種機器がコンピュータネットワークシステムの端末として使用可能である。
このようなユビキタス・システムにシームレスシステム１を適用することにより、ある機器で作業を中断しても、他の機器で適切、迅速、容易に作業を再開することができる。例えば、テレビジョン１６１で行っていた作業を電話１６４によって継続できる。
また、入力形態、出力形態が異なっていても、ユーザがその時点で操作している機器に適した入力、出力が可能となる。
なお、ユビキタス・システムの端末として、他にもデスクトップ型コンピュータ、携帯型コンピュータ、携帯電話、ゲーム機、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、オーディオ機器など様々な機器が利用可能である。
以上説明した本実施の形態においては、ユーザが操作する端末が切り替わった場合であっても、先の端末でのサービスを後の端末で引き継ぐことができ、サービスの継続を実現できる。
ある端末で中断した作業を他の端末で再開する場合、作業を中断した端末の具備する入出力装置（例えばキーボード、マウス、ディスプレイなど）又は表示形式と、作業を再開する端末の具備する入出力装置又は表示形式とが同じとは限らない。このような場合であっても、本実施の形態では、最適化部８によってシーケンスシステム１から端末に端末に適したデータを提供できる。
なお、本実施の形態で説明した各構成要素は、自由に組み合わせてもよく、また複数の要素に分割してもよい。
また、本実施の形態に係る端末接続部６、サービス管理部７、最適化部８は、ハードウェアにより実現するとしてもよい。
なお、本実施の形態においては、属性データとして上記図２に示すような「サービス属性」「端末属性」という２種類のデータを管理する例を記載しているが、これら２種類のデータのうち一方のみを管理するとしてもよい。
例えばサービス属性のみを利用する場合、端末上での表示の大きさなどの端末側で管理される情報は失われるが、中断直前にサービス４１から端末に提供されたデータの属性値についてはサービス属性として保存される。このため、サービス４１の処理を再開させることができる。また、中断処理を行わずに端末が強制的にネットワークから切断され、端末属性がユーザプロファイルデータ５ａに登録されなくても、最低限の再開処理が可能となる。
例えば端末属性のみを利用する場合、サービス属性に相当する情報は端末でも保持されている場合があり、中断処理時に端末からサービス属性に相当する情報を端末属性として登録することにより、サービス４１の処理を再開できる。
また、本実施の形態においては、上記図２に示すように、ユーザプロファイルデータ５ａにおいて状態データを管理しているが、状態データを管理することは必須ではない。状態データを管理しない場合には、上記図７の再開処理において、端末から受け付けたユーザＩＤに対応するサービスＩＤについて全て再開状態とすることで、状態データを管理することなく中断された処理を再開することができる。
なお、本実施の形態においてはユーザプロファイルデータに情報を記録し、その後処理の再開時に利用する際のキーとなる情報としてユーザＩＤを用いる例を示しているが、ユーザプロファイルデータの中から必要な情報を特定できるユーザＩＤ以外の情報を利用してもよい。例えば端末となる機器ごとにユニークに割り当てられた機器ＩＤをユーザＩＤと同様にユーザプロファイルデータで管理することにより、機器ＩＤを本実施の形態におけるユーザＩＤが果たす役割と同様の役割として利用することが可能である。また例えば中断処理時にユーザプロファイルへ記録されたサービスＩＤを利用することも可能である。ユーザプロファイルデータ内の情報を特定する手段としてユーザＩＤ以外の情報が利用可能であることについては、以下の各実施の形態においても同様である。
（第２の実施の形態）
本実施の形態においては、上記第１の実施の形態に係るシームレスシステム１の変形例について説明する。
図１６は、本実施の形態に係るシームレスシステムの構成の例を示すブロック図である。
端末３１は、ユーザからの入力を受け付ける入力部３１ａ、ユーザに対して処理の実行データを出力する出力部３１ｂ、シームレスシステム１８との通信を制御する通信部１７を具備する。
シームレスシステム１８は、ネットワーク２を経由して端末３１と通信可能に接続されており、またサービスを提供するアプリケーション機能１９（処理プロセス又はスレッド）と接続されている。なお、アプリケーション機能１９は、シームレスシステム１８と同一ハードウェア上にあってもよく、別のハードウェア上にあってもよい。アプリケーション機能１９とシームレスシステム１８とは、ネットワーク２経由で接続されているとしてもよい。
シームレスシステム１８は、記録部５、制御部２１、最適化部８を具備する。
シームレスシステム１８は、記録媒体２２に記録されたシームレスプログラム２３を読み出し、実行することで、制御部２１、最適化部８としての機能を実現する。
本実施の形態において、シームレスプログラム２３は、例えば１台のサーバコンピュータ上で動作してもよく、複数のコンピュータ上に分散された状態で連携しつつ動作してもよい。
記録部５は、利用状態データ５ｂを記録する。
制御部２１は、上記第１の実施の形態に係るサービス管理部７と端末接続部６としての機能を含む。
上記のようなシームレスシステム１８の概要について説明する。
端末３１は、端末３１を操作するユーザのユーザＩＤを含む処理要求と端末の種類とをシームレスシステム１８に提供し、自己の種類に応じた形式の処理の実行を要求する。
シームレスシステム１８の制御部２１は、端末３１からの処理要求と端末の種類とを受け付けると、端末３１の種類と処理要求とを最適化部８に渡す。
最適化部８は、制御部２１から受け付けた端末３１の種類に基づいて、処理要求をシームレスシステム１８の形式に変換し、制御部２１に返す。
制御部２１は、利用状態データ５ｂを参照し、処理要求に含まれているユーザＩＤに基づいてユーザ認証処理を実行する。
ユーザが認証されない場合、制御部２１は、端末３１にユーザの認証データを要求する。
制御部２１からの認証データの要求に応じて、端末３１は、ユーザの認証データをシームレスシステム１８に提供する。
シームレスシステム１８の制御部２１は、端末３１から認証データを受け付ける。
制御部２１は、認証データに基づいてユーザ認証処理を行う。
制御部２１は、ユーザが認証されると、結果を利用状態データ５ｂに登録し、入出力形式変換後の処理要求と利用状態データ５ｂとを併せて処理要求を形成し、アプリケーション機能１９に渡す。
制御部２１によってユーザが認証された場合、アプリケーション機能１９は、過去にユーザから処理要求を受けており、受け付けた処理要求に対応する処理がユーザに対して実行されていたことになる。
したがって、アプリケーション機能１９は、制御部２１によってユーザが認証された場合、受け付けた処理要求に基づいて過去の処理を継続し、過去の処理が終了すると次の処理要求の待ち状態となる。
一方、制御部２１は、制御部２１によってユーザが認証されない場合、アプリケーションによる認証要求と入出力形式変換後の処理要求をアプリケーション機能１９に渡す。
アプリケーション機能１９は、制御部２１によってユーザが認証されない場合、アプリケーションによる認証要求を制御部２１から受け付け、アプリケーションによる認証処理を実行する。
このように、アプリケーションによる認証処理が実行される場合、アプリケーション機能１９は、過去にユーザから処理要求を受けてなく、現在受け付けた処理要求に対応する処理がユーザに対して未だ実行されていないことになる。
したがって、アプリケーション機能１９は、新たに処理要求に応じた処理を開始し、処理が終了すると次の処理要求の待ち状態になる。
なお、上記の例では、アプリケーションによる認証要求と入出力形式変換後の処理要求とが一度に制御部２１からアプリケーション機能１９に提供されている。しかしながら、アプリケーションによる認証要求と入出力形式変換後の処理要求とは、別個に制御部２１からアプリケーション機能１９に提供されてもよい。この場合、アプリケーションによる認証要求に基づいて認証処理が行われた後、制御部２１からアプリケーション機能１９に入出力形式変換後の処理要求が提供される。
アプリケーション機能１９は、処理の実行によって得られる実行データを制御部２１に返す。
制御部２１は、処理の状態データを利用状態データ５ｂに格納し、実行データを端末の種類とともに最適化部８に渡す。
最適化部８は、制御部２１から受け付けた実行データを端末３１の種類に応じた形式に変換し、制御部２１に返す。
制御部２１は、最適化部８から受け付けた変換後の実行データを端末３１に提供する。
端末３１は、シームレスシステム１８から受け付けた実行データを表示する。
以上説明した本実施の形態においては、ユーザが中断されていた処理をその後容易に引き継ぐことができる。
なお、本実施の形態で説明した各構成要素は、自由に組み合わせてもよく、また複数の要素に分割してもよい。
また、本実施の形態に係る制御部２１、最適化部８は、ハードウェアにより実現するとしてもよい。
（第３の実施の形態）
本実施の形態においては、複数の端末間で、ある特定のサービスのみについてシームレス作業環境を提供するシームレスシステムについて説明する。
本実施の形態に係るシームレスシステムの構成は、上記図１と同様とする。
本実施の形態においては、ある特定のサービスのみについてシームレス作業を実現することを目的とする。したがって、本実施の形態に係るシームレスシステムは、ネットワークを介してこの特定のサービスのみと送受信可能に接続されているか、あるいはこの特定のサービスのみをローカルサービスとして保持している。
本実施の形態に係るシームレスシステムでは、提供されるサービスが単数であるため、サービスＩＤと状態データの管理を省略可能である。
本実施の形態に係るシームレスシステムの詳細動作を、図１７〜１９を用いて説明する。
なお、この図１７〜１９では、ユーザ１２の端末３１によるサービス４１の利用が中断され、中断前と異なる端末３２で同じサービス４１が再び利用される場合を示している。
また、図１７〜１９については、コンテンツを配信するサービス４１を実現する処理の実行が要求されたとして説明を行う。
図２０は、ユーザプロファイルデータの内容の遷移状態の例を示す図である。
図１７は、端末３１の接続からサービス開始までの動作例を示すシーケンス図である。
まず、ユーザ１２は、端末３１の利用を開始し、端末３１を操作してシームレスシステムに接続する。
接続要求を受けた端末接続部は、ユーザ認証処理を行い、接続を要求したユーザ１２を特定する。
接続が完了すると、ユーザ１２は、端末３１を通じて、サービス利用開始要求をシームレスシステムに提供する。サービス利用開始要求は、端末接続部を経由してサービス管理部に提供される。
サービス管理部の開始部は、ユーザ１２が利用開始を要求したサービス４１によって提供されるコンテンツを取得する。
サービス管理部の開始部は、サービス４１を利用するにあたって端末３１が保持しなければならない属性データがサービス４１から提供された場合に、この属性データを端末３１に中継すると共に、ユーザプロファイルデータに登録する。サービス管理部の開始部は、例えば、セッションＩＤを属性データとしてユーザプロファイルデータに記録する。
この時点でのユーザプロファイルデータの内容は、図２０の状態Ｕ１となる。この状態Ｕ１では、項目「サービス属性」の値としてセッションＩＤが記録される。
端末接続部は、サービス管理部の開始部から提供されるコンテンツを最適化部に提供し、コンテンツを端末３１の表示スペックに整合した形態に変換し、端末３１に対して変換後のコンテンツを提供する。
端末３１では、サービス４１からシームレスシステム経由で受け付けたコンテンツを表示する。ユーザ１２は、その表示に対して操作を行い、必要に応じて次の画面を要求する。
図１８は、ユーザ１２が利用中のサービス４１を中断する場合の動作例を示すシーケンス図である。
まず、ユーザ１２の操作する端末３１から中断要求が端末接続部を経由してサービス管理部に提供される。端末３１は、中断要求に端末３１に保持されていた各種の属性データ（端末属性）を付加し、サービス管理部に提供する。
サービス管理部の中断部は、中断要求に付加された端末属性をユーザプロファイルデータに登録する。なお、端末属性をユーザプロファイルデータで管理することは必須ではない。
この時点でのユーザプロファイルデータの内容は、図２０の状態Ｕ２となる。
サービス管理部の中断部は、中断要求を受け付けると、サービス４１の中断処理を行う。
次に、サービス管理部の中断部は、中断したサービス４１の実行状態に関するデータをユーザプロファイルデータに記録し、中断処理を完了する。
この時点でのユーザプロファイルデータの内容は、図２０の状態Ｕ３となる。
サービス４１の中断処理が終了した後、ユーザ１２はシームレスシステムとサービスを提供するサーバとの間の接続を解除する要求を送信し、端末接続部は、接続を解除する。なお、端末３１の電源が切られるなど接続解除要求がシームレスシステムに提供されることなく端末３１の利用が終了する場合もある。
図１９は、ユーザ１２が端末３２を利用してサービス４１の再開を要求する場合の動作例を示すシーケンス図である。
まず、ユーザ１２は端末３２を操作して端末接続部に接続要求を提供する。すると、端末接続部はユーザの認証を行う。端末接続部は、サービス４１が中断中か否かを端末３２に提供するとしてもよい。例えば、ユーザプロファイルデータに属性データが残っている場合、サービス４１が中断中と判断される。
次に、ユーザ１２は端末３２を操作して中断中のサービス４１の利用再開を要求すると、利用再開要求が端末接続部を経由してサービス管理部に提供される。
サービス管理部の再開部は、利用再開要求に応じて、ユーザプロファイルデータに登録されている各種の属性データを利用してサービス４１にアクセスし、中断直前に表示されたコンテンツの続きとなるコンテンツを取得する。
サービス管理部の再開部は、サービス４１からサービス属性が送られてきた場合には、サービス属性をユーザプロファイルデータに記録する。
サービス管理部の再開部は、再開後のコンテンツを端末接続部に提供する。
端末接続部は、最適化部を経由してコンテンツの表示形態の最適化を行い、変換後のコンテンツを端末３２に提供する。
以上説明した本実施の形態においては、特定のサービスについてユーザの操作する端末が切り替わった場合に、先の端末での作業状態を後の端末で引き継ぐことができ、サービスの継続を実現できる。これにより、ユーザの作業効率を向上させることができる。
また、本実施の形態においては、上記第１の実施の形態の場合よりも管理項目を削減でき、作業再開のための処理を簡素化できる。
（第４の実施の形態）
本実施の形態においては、複数のサービスの組み合わせを所定の規則にしたがってシーケンシャルに利用する場合に、中断されたサービスからの作業再開を実現する環境を提供するシームレスシステムについて説明する。
本実施の形態では、例えば、ホテルの予約サービスを利用し、ホテルの予約が完了した後に航空券の予約サービスを利用する場合に、航空券の予約サービスが中断されると、ホテルの予約結果を維持し、航空券の予約から作業を再開可能となる。
本実施の形態に係るシームレスシステムの構成としては、上記図１に示すシームレスシステムから中断部を削除した構成が適用される。
本実施の形態に係るシームレスシステムは、シーケンシャルに利用される複数のサービスのうち、中断されたサービスを識別できればよいため、ユーザＩＤとサービスＩＤとを管理する。
図２１に、本実施の形態に係るユーザプロファイルデータの一例を示す。
本実施の形態に係るシームレスシステムの詳細動作を、図２２及び図２３を用いて説明する。
なお、この図２２及び図２３では、ユーザ１２の端末３１によるサービスの利用が中断され、中断前と異なる端末３２により中断されたサービスが再び利用される場合を示している。
図２２は、端末３１の接続からサービス中断までの動作例を示すシーケンス図である。
まず、ユーザ１２は、端末３１の利用を開始し、端末３１を操作してシームレスシステム１に接続する。
接続要求を受けた端末接続部は、ユーザ認証処理を行い、接続を要求したユーザ１２を特定する。
接続が完了すると、ユーザ１２は、端末３１を通じて、サービスＩＤとサービス利用開始要求をシームレスコンピュータに提供する。サービスＩＤとサービス利用開始要求は、端末接続部を経由してサービス管理部に提供される。
サービス管理部の開始部は、ユーザ１２が利用開始を要求したサービスがどこにあるか検索・特定し、そのサービスによって提供されるコンテンツを取得する。
サービス管理部の開始部は、ユーザ１２の利用しているサービスＩＤをユーザプロファイルデータに記録する。
上記図２１では、この時点でのユーザプロファイルデータ５ｃの内容が表されている。
さらに、サービス管理部の開始部は、取得したコンテンツを端末接続部に提供する。
端末接続部は、サービス管理部の開始部から提供されたコンテンツを最適化部に提供し、コンテンツを端末３１の表示スペックに整合した形態に変換し、端末３１に対して変換後のコンテンツを提供する。
端末３１では、受け付けたコンテンツを表示する。ユーザ１２は、その表示に対して操作を行い、必要に応じて次の画面を要求する。
あるサービスから他のサービスに動作が移行した場合、上記動作が繰り返される。動作があるサービスから他のサービスに切り替わると、ユーザプロファイルデータ５ｃに切り替わった後のサービスのサービスＩＤが登録される。本実施の形態においては、ユーザの利用中のサービスを特定するサービスＩＤが常にユーザプロファイルデータ５ｃに記録される。
図２３は、サービスの中断後、ユーザ１２が端末３２を利用してサービスの再開を要求する場合の動作例を示すシーケンス図である。
まず、ユーザ１２は端末３２を操作して端末接続部に接続要求を送信する。
端末接続部は、ユーザプロファイルデータ５ｃにサービスＩＤが登録されている場合、このサービスＩＤを端末３２に提供するとしてもよい。
次に、ユーザ１２は端末３２を操作して中断中のサービスの利用再開を要求すると、利用再開要求が端末接続部を経由してサービス管理部に提供される。
サービス管理部の再開部は、利用再開要求に応じて、ユーザプロファイルデータ５ｃに登録されているサービスＩＤの示すサービスにアクセスし、中断直前に表示されたコンテンツの続きとなるコンテンツを取得する。
サービス管理部の再開部は、再開後のコンテンツを端末接続部６に提供する。
端末接続部は、最適化部を経由してコンテンツの表示形態の最適化を行い、変換後のコンテンツを端末３２に提供する。
以上説明した本実施の形態においては、複数のサービスを利用する場合に、中断したサービスから作業を開始することができ、ユーザの作業効率を向上させることができる。
（第５の実施の形態）
本実施の形態では、ユーザの操作する端末とかかる端末に対してサービスを提供する処理との間を中継するシームレスシステムについて説明する。
図２４は、本実施の形態に係るシームレスシステムの構成の例を示すブロック図である。
シームレスシステム５０は、記録部５を具備する。記録部５に記録されているユーザプロファイルデータ５８は、ユーザ管理データ５８ａ、状態管理データ５８ｂを含む。
シームレスシステム５０は、記録媒体５１に記録されているシームレスプログラム５２を読み込み、実行することにより、端末接続部５５、ユーザ管理部５６、データ管理部５７、サービス管理部５９、書換部６０、最適化部８としての機能を実現する。
シームレスプログラム５０は、例えば１台のサーバコンピュータ上で動作してもよく、複数のコンピュータ上に分散された状態で連携しつつ動作してもよい。
端末群５３の各端末５３１〜５３ｎは、ネットワーク２経由でシームレスシステム５０に接続されている。各端末５３１〜５３ｎは、それぞれブラウザ５４１〜５４ｎを具備する。
端末接続部５５は、ユーザの操作する端末からの接続要求を受け付け、ユーザを識別し、ユーザ毎にサービスの開始・中断・再開・終了に関する接続管理を行い、サービスの実行データをユーザの操作する端末に提供する。
最適化部８は、端末の種別毎の入力・表示機能のスペックを認識し、サービスによって提供されるコンテンツの表示形態などを接続中の端末に最適化する。
なお、最適化部８については必須の構成要素ではない。例えば、端末の機能に合わせてコンテンツの表示形態などを変換する必要がない場合、最適化部８は省略可能である。
ユーザ管理部５６はユーザのプロファイル情報を含むユーザ管理データ５８ａを管理する。ユーザ管理データ５８ａには、少なくともユーザを特定するためのユーザＩＤが含まれる。また、ユーザ管理データ５８ａには、パスワード又はユーザ特定用のデータ（証明書など）が含まれる。なお、ユーザ管理データ５８ａは、ユーザＩＤ及びパスワードに代えて、サービスの提供先を特定するための他のデータを管理するとしてもよい。以下の場合も同様である。
また、ユーザ管理データ５８ａは、ユーザのシームレスシステム５０の利用状態を示すデータなどを含むとしてもよい。
図２５は、ユーザ管理データ５８ａの具体例を示す図である。ユーザ管理データ５８ａは、項目「ユーザＩＤ」「パスワード」「システムステータス」から構成される。項目「システムステータス」には、ユーザについてシームレスシステム５０を利用中か未使用かを表す値が配置される。すなわち、項目「システムステータス」に配置される値は、シームレスシステム５０の利用状態を示すデータに相当する。
例えば、図２５のユーザ管理データ５８ａから、ユーザ「Ａ＿ｔａｒｏ」のパスワードは「Ａ」であり、システムステータスが「利用中」であるため、ユーザ「Ａ＿ｔａｒｏ」はシームレスシステム５０を現在使用中であることが、認識可能である。
上記図２４のデータ管理部５７は、少なくともユーザ毎のサービスの利用状態を示すデータを含む状態管理データ５８ｂを管理する。
図２６は、状態管理データ５８ｂの具体例を示す図である。状態管理データ５８ｂは、項目「ユーザＩＤ」「ＵＲＬ」「作業ＩＤ」「リクエスト」「リクエスト実行データ」「サービスステータス」から構成される。なお、状態管理データ５８ｂの管理項目に、Ｗｅｂページの識別情報などを加えてもよい。
項目「ＵＲＬ」には、サービスを提供する処理を特定するＵＲＬが配置される。この項目「ＵＲＬ」に配置されるＵＲＬは、処理識別データに相当する。
項目「サービスステータス」には、ユーザについてサービスの利用状態を示すデータが配置される。すなわち、項目「サービスステータス」には、項目「ユーザＩＤ」の示すユーザに対して、項目「ＵＲＬ」の示すサービスがどのような状態であるかを示すデータが配置される。
項目「リクエスト」には、例えば図２７に示すような要求を示すデータ６１が配置される。この要求を示すデータ６１は、端末からシームレスシステム５０に対して、ホスト「ｘｘｘ」のサービス「／ｘｘｘ．ｈｔｍｌ」を利用するための要求が送られた場合に、シームレスシステム５０のサービス管理部５９からホスト「ｘｘｘ」に対して送られる要求を示すデータの一例である。この例は、ホスト「ｘｘｘ」に対して、サービス「／ｘｘｘ．ｈｔｍｌ」の実行を求めるＨＴＴＰリクエストデータを示した例である。なお、「ホスト」とは、図２４のサービス４１〜４ｎを提供するものである。
なお、この図２７で示している例では、要求を示すデータ６１としてホスト「ｘｘｘ」に対して送られるＨＴＴＰリクエスト全体が状態管理データ５８ｂで管理される場合を示しているが、ＵＲＬのみが状態管理データ５８ｂで管理されるとしてもよい。
項目「リクエスト実行データ」には、例えば図２８に示すような、項目「リクエスト」に配置されている要求を示すデータに対するサービスの実行データ６２が配置される。図２８の例が示すサービスの実行データ６２は、ホスト「ｘｘｘ」からシームレスシステム５０に対して、図２７のリクエストを実行した結果として送られるデータの例である。
なお、この図２８では、実行データ６２としてＨＴＴＰレスポンス全体が状態管理データ５８ｂで管理される場合を示しているが、実行データ６２は状態管理データ５８ｂで管理されなくてもよい。
項目「作業ＩＤ」には、項目「ＵＲＬ」の示すサービスが属する作業（サービスフロー）を示す作業ＩＤ（作業識別データ）が管理される。
ここで、作業とは、ある目的のためにユーザが要求した少なくとも一つの処理の流れである。
図２９に、作業の例を示す。例えば、飛行機のチケット予約サービスを実行し、ホテル予約サービスを実行するという一連の流れを旅行予約作業とする。
例えば、上記図２６の状態管理データ５８ｂから、ユーザ「Ｂ＿ｊｉｒｏ」は、作業「Ｔ９８７６」に属するサービス「ｈｔｔｐ：／／ｙｙｙ／ｙｙｙ．ｈｔｍｌ」を終了しているが、作業「Ｔ９８７６」に属するサービス「ｈｔｔｐ：／／ｚｚｚ／ｚｚｚ．ｈｔｍｌ」を中断してることが、認識可能である。
上記図２４のサービス管理部５９は、ユーザによって利用が要求されたサービスをネットワーク２上のサービス群４又はローカル環境のサービス９の中から特定し、この特定したサービスによって提供されるコンテンツを取得する。なお、ローカルサービス９及びネットワークサービス群４の各サービスは、少なくとも一つ存在すればよい。
また、サービス管理部５９は、開始・中断・再開・終了などのサービスの状態の制御を行い、サービスの状態を示すデータを含む状態管理データ５８ｂをデータ管理部５７経由で記録部５に記録する。
書換部６０は、シームレスシステム５０におけるユーザのサービス利用状態の管理、及びＷｅｂブラウザからシームレスシステム５０への例えば作業の中断などの要求を、可能とするために、ネットワークサービス群４やローカルサービス９から得たコンテンツ中のハイパーリンク情報を書き換える。
例えば、書換部６０は、ネットワークサービス群４やローカルサービス９へのアクセスがシームレスシステム５０経由で行われるようにするために、ネットワークサービス群４やローカルサービス９からＷｅｂブラウザに提供されるコンテンツ中のハイパーリンク情報を書き換える。このように、コンテンツ中のハイパーリンク情報がシームレスシステム５０を経由するように書き換えられることにより、端末とサービスの間で送受信されるコンテンツ又は要求がシームレスシステム５０によって中継される。そして、シームレスシステム５０を経由して端末がネットワークサービス群４やローカルサービス９へアクセスが行われるため、サービス管理部においてサービスの状態の制御を行うことが可能となり、状態管理データ５８ｂにサービスの状態を管理するデータを記録することが可能となる。
図３０は、サービスからＷｅｂブラウザに提供される実行データの第１の変換例を示すブロック図である。なお、図３０では、シームレスシステム５０が「ｓｅｒｖｅｒ」という名前の場合を示している。
書換部６０は、サービスから提供された変換前の実行データ７７の＜Ａ＞タグに含まれているハイパーリンク「／ｙｙｙ」を抽出するとともに、ハイパーリンク「／ｙｙｙ」の示すサービスを提供するホスト名「ｘｘｘ」を識別する。なお、変換前の実行データ７７において、ハイパーリンク情報はｈｒｅｆ指定により指定されている。
次に、書換部６０は、シームレスシステム５０にリクエストを通知するためのＵＲＬ「ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｒｅｑｕｅｓｔ」と識別したホスト名「ｘｘｘ」と抽出したハイパーリンク「／ｙｙｙ」とに基づいて、変換前の実行データ７７に含まれている＜Ａ＞タグの内容を＜Ａ  ＨＲＥＦ＝ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｒｅｑｕｅｓｔ？ｕｒｌ＝ｈｔｔｐ：／／ｘｘｘ／ｙｙｙ＞と書き換え、書換後の実行データ７７ａを作成する。
この書換後の実行データ７７ａは、最適化部８、端末接続部６を経由して端末に送られる。端末を利用しているユーザが、この書換後の実行データ７７ａに含まれるハイパーリンクをクリックすることで次に利用したいサービスの利用要求を行うと、その要求はシームレスシステム５０に対して通知されることになる。これは、もとのハイパーリンク情報を書き換えてシームレスシステムにリクエストが通知されるようにしたためである。仮にハイパーリンク情報を書き換えずに実行データを端末に送った場合、端末が実行データに含まれるハイパーリンクをクリックすると、シームレスシステム５０ではなくホスト「ｘｘｘ」にリクエストが通知されることとなり、シームレスシステム５０でサービスの利用状態を示すデータを得ることができなくなる。
上記の例では、「ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｒｅｑｕｅｓｔ」の部分がシームレスシステム５０へのリンク情報である。つまり、コンテンツに含まれる他の処理のアドレス情報（上記の例では「／ｙｙｙ」）に基づいて、シームレスシステム５０自身（自己）のリンク情報を含んだアドレス情報に書き換えているのである。ここで、ホスト名「ｘｘｘ」の識別する場合には、実行データに対応する要求が機器からシームレスシステム５０にされると、その要求には「ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｒｅｑｕｅｓｔ？ｕｒｌ＝ｈｔｔｐ：／／ｘｘｘ／○○○」という情報が含まれているためこのＵＲＬ情報を一時的に保存（メモリなどにより）しておく。そして、実行データからハイパーリンク「／ｙｙｙ」が抽出されるとこのＵＲＬ情報からハイパーリンク「／ｙｙｙ」の示すサービスを提供するホスト名「ｘｘｘ」を識別するのである。
図３１は、サービスからＷｅｂブラウザに提供される実行データの第２の変換例を示すブロック図である。
書換部６０は、サービスから提供された変換前の実行データ７７の＜Ａ＞タグに含まれているハイパーリンク「／ｙｙｙ」を抽出するとともに、ハイパーリンク「／ｙｙｙ」の示すサービスを提供するホスト名「ｘｘｘ」と作業ＩＤ「１２３４」を識別する。
次に、書換部６０は、シームレスシステム５０にリクエストを通知するためのＵＲＬ「ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｒｅｑｕｅｓｔ」と識別したホスト名「ｘｘｘ」と抽出したハイパーリンク「／ｙｙｙ」と識別した作業ＩＤ（ｔａｓｋＩＤ）「１２３４５」とに基づいて、変換前の実行データ７７に含まれている＜Ａ＞タグの内容を＜Ａ  ＨＲＥＦ＝ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｒｅｑｕｅｓｔ？ｕｒｌ＝ｈｔｔｐ：／／ｘｘｘ／ｙｙｙ＆ｔａｓｋｉｄ＝１２３４５＞と書き換え、書換後の実行データ７７ｂを作成する。
図３２は、サービスからＷｅｂブラウザに提供される実行データの第３の変換例を示すブロック図である。
書換部６０は、一括して実行データ７７中のＵＲＬの基本部分を指定する＜ＢＡＳＥ＞タグを実行データ７７に追加記入する。
これにより、サービスから提供された変換前の実行データ７７中の各＜Ａ＞タグの内容を書き換えなくても、シームレスシステム５０経由でサービスにアクセスするように実行データ７７中のハイパーリンクを変換できる。
図３３は、サービスからＷｅｂブラウザに提供される実行データの第４の変換例を示すブロック図である。
書換部６０は、変換前の実行データ７７の＜Ａ＞タグに含まれているハイパーリンク「／ｙｙｙ」を抽出し、リンクＩＤとハイパーリンクとを関係付けたデータ７８に基づいて抽出したハイパーリンク「／ｙｙｙ」をリンクＩＤ「Ｌ１２３４」に変換する。なお、本実施の形態では、データ７８は記録部５に記録されており、データ管理部５７経由でアクセス可能とする。
次に、書換部６０は、シームレスシステム５０にリクエストを通知するためのＵＲＬ「ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｒｅｑｕｅｓｔ」とリンクＩＤ「Ｌ１２３４」とに基づいて、変換前の実行データ７７に含まれている＜Ａ＞タグの内容を＜Ａ  ＨＲＥＦ＝ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｒｅｑｕｅｓｔ？ｌｉｎｋｉｄ＝Ｌ１２３４＞と書き換え、書換後の実行データ７７ｄを作成する。
この書換後の実行データ７７ｄが端末に送られた後に、ユーザによるハイパーリンククリックが行われることで新たなサービス利用の要求がなされた場合、サービス管理部５９は、端末から端末接続部５５経由でリンクＩＤを受け付けると、データ７８に基づいてリンクＩＤをＵＲＬに変換し、このＵＲＬの示すサービスに要求を行う。
図３４は、サービスからＷｅｂブラウザに提供される実行データの第５の変換例を示すブロック図である。
書換部６０は、中断要求を行うためのハイパーリンク７９を書換前の実行データ７７に埋め込み、書換後の実行データ７７ｅを作成する。
また、作業の継続性を記録するために、ハイパーリンク７９には作業ＩＤが付加されている。作業ＩＤを付加した書き換えは、ユーザが複数の作業（例えば旅行予約作業と旅行先観光情報収集作業）を並行して実施している場合に、この複数の作業を区別するのに特に有効である。
実行データ７７ｅには、中断要求を行うサスペンドタスク機能が組み込まれている。実行データ７７ｅを表示するブラウザは、中断ボタンが押された場合に、作業ＩＤ「１１２２３３」の示す作業を中断する要求を、シームレスシステム５０に提供する。
このような書換部６０の処理により、シームレスシステム５０を経由してサービスと端末との間で要求と実行データとが送受信される。
上記のようなシームレスシステム５０の動作を、図３５〜４２を用いて説明する。図３５〜４２は、時系列にそって継続する一連の動作を表す。
図３５及び図３６は、ユーザがサービスの利用開始を要求してからコンテンツが表示されるまでの動作を示すシーケンス図である。
まず、ユーザは、端末の利用を開始し、端末を操作してシームレスシステム５０に接続する。例えば、シームレスシステム５０によって提供されるシームレスサービスを表すＵＲＬ（アドレス）がユーザによって指定され、この指定されたアドレスに対する接続が要求され、シームレスシステム５０への接続が行われる。
接続要求を受けた端末接続部５５は、ユーザ認証を行い、接続要求を行っているユーザを認証する。
なお、ユーザ認証の方法には各種の手法が利用できる。例えば、端末接続部５５は、接続要求時に端末から受け付けたユーザＩＤ及びパスワードが、ユーザ管理部５６で管理されているユーザ管理データ５８ａのユーザＩＤ及びパスワードと一致していれば認証を完了する。また、端末接続部５５は、電子証明書を用いてユーザの認証を行ってもよい。
次に、端末接続部５５は、ユーザ管理部５７を用いてユーザ管理データ５８ａにユーザが利用開始状態になったという情報を登録する。
接続が完了した後、ユーザは端末を操作し、利用したいサービスを指定し、シームレスシステム５０に対してサービス利用開始要求を提供する。
サービス利用開始要求は、端末接続部５５を経由してサービス管理部５９に提供される。
サービス管理部５９は、端末から受け付けた要求の内容をチェックする。
サービス管理部５９は、受け付けた要求がサービス開始要求の場合、開始対象として指定されているサービスのサービス識別データを取り出す。サービス識別データとしては、例えばネットワークサービスのＵＲＬを用いる。また、ＵＲＬに代えて、サービスを指定するためにシームレスシステム５０によって管理されている特定のＩＤをサービス識別データとして用いてもよい。
次に、サービス管理部５９は、データ管理部５７を呼び出して端末からの要求を示す情報を状態管理データ５８ｂに記録する。端末からの要求を示す情報としては、例えばＵＲＬがある。あるいは、端末からシームレスシステム５０に送られたＨＴＴＰリクエストデータを用いてもよい。あるいは、端末からの要求を受けて、シームレスシステム５０がネットワークサービス群４のサービスを呼び出すときに送るＨＴＴＰリクエストデータを用いてもよい。
サービス管理部５９は、端末から指定された呼び出し対象のサービスのサービス識別データに基づいて、サービス提供を行っているネットワークサービスのサーバやローカルサービスのサーバに対してサービスを要求する。
例えば、サービス識別データがＨＴＴＰプロトコルの指定されたＵＲＬの場合、サービス管理部５９は、ＨＴＴＰサーバに対するＨＴＴＰリクエストを行う。そして、サービス管理部５９は、そのリクエストの応答としてコンテンツを受け付け、データ管理部５７を用いてコンテンツを状態管理データ５８ｂに記録する。さらに、サービス管理部５９は、利用ステータス等もデータ管理部５７を用いて状態管理データ５８ｂに記録する。例えば、端末から指定されたサービスの開始を示す情報が状態管理データ５８ｂに記録される。
次に、書換部６０は、コンテンツに中断・再開に関連する情報を埋め込む書換処理を行う。
例えば、ユーザがコンテンツ中のハイパーリンクをクリックする場合に、シームレスシステム５０が中断・再開機能を提供するためには、ユーザがハイパーリンクをクリックする時点でシームレスシステム５０が呼び出されることが必要となる。
そのために、コンテンツ中のハイパーリンクを書き換え、シームレスシステム５０を経由して原コンテンツに指定されていたハイパーリンクを呼び出すように、ハイパーリンクの書き換えを行う。
すなわち、書換部６０は、ユーザの操作する端末からシームレスシステム５０を経由してサービスを提供する側がアクセスされるように、端末に提供されるコンテンツ中のハイパーリンクを書き換える。
端末接続部５５は、書き換え後のコンテンツを書換部６０から受け付ける。また、端末接続部５５は、最適化部８を呼び出し、端末の表示機能や入力機能に合った形態にハイパーリンクの書き換え後のコンテンツを変換する。そして、端末接続部５５は、変換後のコンテンツを端末に提供する。
端末では、提供されたコンテンツを表示する。
ユーザは、そのコンテンツの表示に対して操作を行い、場合によっては次の画面を要求する。
なお、最適化部８の実現手段としては様々な方法が考えられる。例えば、トランスコーディングミドルウェアなどを最適化部８に利用することも可能である。
図３７及び図３８は、コンテンツ表示後に継続してサービスが呼び出された場合の動作を示すシーケンス図である。提供されたコンテンツ中のハイパーリンクがクリックされ、次のコンテンツ（ＨＴＭＬページ）が呼び出されるまでの動作がこの図３７及び図３８に相当する。
端末に表示されているコンテンツは、書換部６０によって書き換えられたコンテンツである。そのため、次にユーザにクリックされるハイパーリンクは、原コンテンツに記述されたリンクではなく、シームレスシステム５０を経由するように処理されたリンクである。したがって、ユーザは、一般的なＨＴＴＰサーバで提供されるネットワークサービスを利用する場合と同様にハイパーリンクをクリックするのみで、シームレスシステム５０に対してサービス利用継続を要求することになる。これにより、シームレスシステム５０は、端末とネットワークサービスとのやり取りを中継し、中継する時点でユーザの利用するサービスの中断・再開のための情報を取得することが可能となる。
まず、ユーザはハイパーリンクをクリックする。すると、端末から端末接続部５５にサービス利用要求が提供される。サービス利用開始要求は、端末接続部５５を経由してサービス管理部５９に提供される。
サービス管理部５９は、端末から受け付けた要求の内容をチェックする。
サービス管理部５９は、端末から受け付けた要求がサービス利用要求の場合、サービス識別データを取り出す。この時点で取り出されるサービス識別データは、先の呼び出し時に書換部６０によって書き換えられた情報である。この取り出されたサービス識別データは、原コンテンツで指定されていたＵＲＬを特定可能な情報である。
次に、サービス管理部５９は、データ管理部５７を呼び出して端末からの要求を記録する。
図３７及び図３８において、以降の処理は、上記図３５及び図３６の場合と同様である。すなわち、サービス管理部５９からサービスを提供するネットワークサービスのサーバ又はローカルサービスのサーバに要求が提供され、コンテンツの記録やコンテンツの書き換え等の処理を行った後、コンテンツが端末に提供される。
図３９は、上記図３８の状態からサービスを中断する場合の動作を示すシーケンス図である。
ユーザは、サービスを中断する時点で、シームレスシステム５０に対してサービスの中断要求を提供する。
サービス中断要求は、端末接続部５５を経由してサービス管理部５９に提供される。サービス管理部５９は、端末から提供された要求の内容をチェックする。サービス管理部５９は、要求がサービス中断要求の場合、データ管理部５７を用いて状態管理データ５８ｂのサービスステータスを中断状態とする。例えば、サービス管理部５９は、現在利用中となっているステータスを中断状態に変更する。または、ユーザからの中断要求にサービスＩＤを含め、サービス管理部５９は、中断要求のサービスＩＤに対応するサービスステータスを中断状態とする。
続いて、ユーザは、利用終了要求をシームレスシステム５０に提供する。
利用終了要求は、端末接続部５５を経由してサービス管理部５９に提供される。サービス管理部５９は、端末から提供された要求の内容をチェックする。サービス管理部５９は、要求が利用終了要求の場合、ユーザ管理部５６を用いてユーザ管理データ５８ａのシステムステータスを終了状態に更新し、サービスの利用を終了する。
図４０から図４２までは、上記図３５から図３９までの動作において中断されたサービスの利用を別の端末から再開する動作を示すシーケンス図である。
まず、ユーザは、上記図３５から図３９までにおいて用いた端末とは別の端末を用いて、シームレスシステム５０に対して接続要求を提供する。すると、上記図３５の場合と同様にユーザの認証処理が行われる。
次に、ユーザによって中断中のサービスの再開が要求される。例えば、サービス管理部５９は、ユーザの認証後に、中断中のサービスを選択し、シームレスシステム５０から端末に返却される画面に中断中のサービスの一覧を含める。ユーザの操作する端末は、中断中のサービスの一覧を表示し、その中からユーザに選択されたサービスについて利用再開を求める。
サービス利用再開要求は、端末から端末接続部５５を経由してサービス管理部５９に提供される。
サービス管理部５９は、データ管理部５７を用いてサービスの実行状態に関する状態管理データ５８ｂを取得し、端末から受け付けた要求の内容をチェックする。
サービス管理部５９は、受け付けた要求がサービス再開要求の場合、まず、再開対象のサービスの情報を取り出す。再開対象のサービスを特定する方法としては、端末からのサービス再開要求のパラメータとして、サービスを特定するためのサービス識別データを含める方法、中断中のステータスのサービスを再開対象とみなして再開する方法などがある。
次に、サービス管理部５９は、取り出した再開対象のサービスの情報に基づいて、再開処理を実行する。
まず、サービス管理部５９は、サービスの利用を再開したため、データ管理部５７を用いて状態管理データ５８ｂにおける再開対象のサービスのサービスステータスを更新する。
サービス管理部５９は、再開処理を実行する。例えば、サービス管理部５９は、中断前にネットワークサービスから得たコンテンツの全体（ネットワークサービスから得たＨＴＴＰレスポンスの全体）を記録しておき、再開時に記録されていたコンテンツを書換部６０による書き換え、最適化部８による端末に合わせた表示最適化を行った後に端末に提供する。
また、例えば、サービス管理部５９は、中断前にネットワークサービスに提供したＨＴＴＰリクエストを記録しておき、再開時に記録されていたＨＴＴＰリクエストをネットワークサービスに対して提供し、ネットワークサービスからコンテンツを取得し、書き換え及び最適化後に端末に提供する。
以上のように本実施の形態では、ある端末の作業を中断し、他の端末で作業を再開する場合に、作業を再開する端末において中断する直前の状態を再現できる。すなわち、Ｗｅｂブラウザを具備する複数の端末間で、サービスを中断・再開させることができる。
また、本実施の形態では、端末側環境として、一般的に流通しているＷｅｂブラウザ以外の特別なコンポーネントを追加することなく、ある端末で行っていた作業を他の端末で再開することができる。また、同一端末で時間を隔てて一時中断の後に作業を再開することもできる。したがって、ユーザは、容易かつ迅速に、シームレスシステム５０によるシームレスサービスを受けることができる。
また、その機能をパーソナルコンピュータ、ＰＤＡ、携帯電話など、さまざまな種別の端末に対応して利用することができ、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が異なっていても利用可能である。
（第６の実施の形態）
図４３は、本実施の形態に係るシームレスシステムの構成の例を示すブロック図である。
シームレスシステム６３に具備される記録部５には、ユーザ管理データ６７ａ、状態管理データ６７ｂを含むユーザプロファイルデータ５８が記録されている。
シームレスシステム６３は、記録媒体６４に記録されているシームレスプログラム６５を読み込み、実行することにより、端末接続部５５、状態受付部６６、ユーザ管理部５６、データ管理部５７、サービス管理部６８、付加部６９、最適化部８としての機能を実現する。
端末群７０の各端末７０１〜７０ｎは、ネットワーク２経由でシームレスシステム６３に接続されている。各端末７０１〜７０ｎは、それぞれブラウザ７１１〜７１ｎを具備する。
ブラウザ７１１〜７１ｎは、一般的に流通しているブラウザであり、例えば市販のパーソナルコンピュータにインストールされているブラウザであってもよい。
一般的に流通しているブラウザは、プロキシサーバを設定する機能、クライアントサイドスクリプト機能、クライアントサイドスクリプトを利用してクライアントからサーバに情報を通知する機能、ハイパーリンクのクリック時にハイパーリンクのクリックイベントをアクセス先に通知し、アクセス先に対して情報をアップロードする機能を具備する。
端末からシームレスシステム６３にアクセスする場合、ブラウザ７１１〜７１ｎではプロキシサーバ機能の設定が行われ、シームレスシステム６３がプロキシサーバとして設定される。すると、ネットワークサービスやローカルサービスのＵＲＬを指定したブラウザ７１１〜７１ｎからのリクエストは、ブラウザ７１１〜７１ｎの持つ機能により全て自動的にシームレスシステム６３に提供される。
本実施の形態では、ブラウザのプロキシサーバ機能を利用することにより、端末とネットワークサービスの間のやり取りがシームレスシステム６３によって中継される。
付加部６９は、端末のブラウザの利用状態をシームレスシステム６３が取得するための状態通知スクリプトをコンテンツに埋め込む処理を行う。ここで、状態通知スクリプトは、ブラウザに具備されるクライアントサイドスクリプト機能、クライアントサイドスクリプトを利用したクライアントからサーバへの情報通知機能とを用いて、端末の状態をシームレスシステム６３に提供するスクリプトである。
コンテンツに状態通知スクリプトを埋め込む（シームレスシステム６３が機器の状態情報を自己のシステムに通知する命令を埋め込む）ことにより、ブラウザにおいてユーザによりハイパーリンクがクリックされ、ブラウザの表示対象がクリック時に表示されているページから別のページへ遷移する場合、あるいはブラウザウィンドウを閉じる機能によリウィンドウが閉じられる場合などに、端末からシームレスシステム６３に対して、ページが移ったことやウィンドウが閉じられたことなどを示す状態情報が提供される。
状態受付部６６は、例えばブラウザにおいてハイパーリンクがクリックされた時又はウィンドウが閉ざされた時など、付加部６９において付加された状態通知スクリプトが呼び出された場合に、シームレスシステム６３に提供される状態情報を受け付ける。状態受付部６６は、その状態情報をサービスステータスとして、データ管理部５７を用いて状態管理データ６７ｂに記録する。
以上のような構成を持つシームレスシステム６３は、端末とネットワークサービスの間の全リクエストを中継している。このため、どのページが端末側に提供されたかを知ることができる。この全リクエストは図２６ではＵＲＬ（処理識別データに対応）として状態管理データ５８ｂに記録される。
また、シームレスシステム６３は、付加部６９においてコンテンツに状態通知スクリプトの埋め込みを行うことにより、端末側でウィンドウが閉じたり、他のページに遷移したりすることにより表示されなくなった消失ページを端末側から受け付け、知ることができる。
そして、シームレスシステム６３は、端末に提供された全ページと消失ページの差分をとることにより、どのページが端末に表示されているのかを知ることが可能である。
サービス管理部６８は、ユーザの端末利用終了時にどのページが表示されていたのかを中断機能により判断し、記録する。また、サービス管理部６８は、再開時に、再開機能により中断されたと判断されたページを再度表示する。
図４４は、サービスからＷｅｂブラウザに提供される結果データの第１の変換例を示すブロック図である。
付加部６９は、ＵＲＬ「ｈｔｔｐ：／／ｘｘｘ／ｘｘｘ．ｈｔｍｌ」のページ８０を受け付ける。
すると、付加部６９は、このページが遷移した場合又はページが閉じた場合にシームレスシステム６３の状態受付部６６をアクセスするとともにこのページのＵＲＬ「ｈｔｔｐ：／／ｘｘｘ／ｘｘｘ．ｈｔｍｌ」を端末から状態受付部６６に提供するための命令を含む状態通知スクリプトを、ＵＲＬ「ｈｔｔｐ：／／ｘｘｘ／ｘｘｘ．ｈｔｍｌ」のページ８０に付加する。
そして付加後のページ８０ａが端末に提供される。
付加後のページ８０ａに記載されている「ｗｉｎｄｏｗ．ｏｐｅｎ（‘ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｊｙｏｕｔａｉｕｋｅｔｕｋｅ？ｕｒｌ＝ｈｔｔｐ：／／ｘｘｘ／ｘｘｘ．ｈｔｍｌ’）」は、ブラウザ上からこのページ８０ａが消失すると、ＵＲＬ「／ｓｅｒｖｅｒ／ｊｙｏｕｔａｉｕｋｅｔｕｋｅ」を読み出すとともに、この消失したページを示すＵＲＬ「／ｘｘｘ／ｘｘｘ．ｈｔｍｌ」を通知する旨の命令である。
図４５は、サービスからＷｅｂブラウザに提供される結果データの第２の変換例を示すブロック図である。
付加部６９は、ＵＲＬ「ｈｔｔｐ：／／ｘｘｘ／ｘｘｘ．ｈｔｍｌ」のページ８０が遷移した場合又はページが閉じた場合にシームレスシステム６３の状態受付部６６をアクセスするとともにこのページを示すページＩＤを端末から状態受付部６６に提供するための命令を含む状態通知スクリプトを、ＵＲＬ「ｈｔｔｐ：／／ｘｘｘ／ｘｘｘ．ｈｔｍｌ」のページ８０に付加し、付加後のページ８０ｂを作成する。シームレスシステム６３は、受け付けたページＩＤから、どのページが遷移又は閉じたのか認識できる。
上記のようなシームレスシステム６３の動作は、図４６〜５２で表される。図４６〜５２は、時系列にそって継続する一連の動作を表す。
図４６及び図４７は、ユーザがサービスの利用開始を要求してからコンテンツが表示されるまでの動作を示すシーケンス図である。
図４８及び図４９は、コンテンツ表示後に継続してサービスが呼び出され、この呼出に対するコンテンツが表示されるまでの動作を示すシーケンス図である。
図５０は、上記図４９の状態から作業を中断する場合の動作を示すシーケンス図である。
図５１及び図５２は、上記図４６から図５０までの動作において中断されたサービスの利用を別の端末から再開する動作を示すシーケンス図である。
本実施の形態では、上記第５の実施の形態の場合と異なり、ページ中の全ハイパーリンクを書き換えなくてもよい利点がある。
例えば、クライアントサイドスクリプトを用いて端末側でハイパーリンクが動的に生成される場合がある。このような場合、シームレスシステムを経由するように予めページのハイパーリンクを書き換えて端末に提供することは困難である。しかしながら、本実施の形態では、ブラウザのプロキシサーバ設定機能により、端末からのアクセスは一律にシームレスシステム６３経由となる。このため、端末側でハイパーリンクが動的に生成されても、シームレスシステム６３によるシームレスサービスを提供することができる。
また、本実施の形態では、複数のウィンドウで複数のページを表示する機能を有するブラウザを用いる場合であっても、シームレスシステム６３が各ウィンドウについて状態を認識し、シームレスサービスを提供するため、複数の作業ウィンドウの状態を中断し、再開することができる。
（第７の実施の形態）
本実施の形態では、上記第５の実施の形態に係るシームレスシステム５０と上記第６の実施の形態に係るシームレスシステム６３とを組み合わせたシームレスシステムについて簡単に説明する。
図５３は、本実施の形態に係るシームレスシステムの構成の例を示すブロック図である。
シームレスシステム７２は、上記第５の実施の形態に係るシームレスシステム５０と上記第６の実施の形態に係るシームレスシステム６３の双方の機能を独立に具備するのみではなく、管理しているデータは同一にしている。
このため、ユーザは、例えば携帯電話などを用いて上記第５の実施の形態に対応する動作により作業を開始し、一旦この作業を中断し、その後にデスクトップ型パーソナルコンピュータを用いて上記第６の実施の形態に対応する動作により作業を再開することができる。
すなわち、例えば携帯電話などのように、端末が、プロキシサーバ設定機能、クライアントサイドスクリプト機能、クライアントサイドスクリプトを利用したクライアントからサーバへの情報通知機能を具備しない場合、上記第５の実施の形態に対応する動作によりシームレスサービスを提供できる。
一方、パーソナルコンピュータなどのように、端末が、プロキシサーバ設定機能、クライアントサイドスクリプト機能、クライアントサイドスクリプトを利用したクライアントからサーバへの情報通知機能を具備する場合、上記第６の実施の形態に対応する動作によりハイパーリンク動的生成ページに対して中断再開可能なシームレスサービスを提供できる。
【図１】
2004003765.tif 000003
【図２】
2004003765.tif 000004
【図３】
2004003765.tif 000005
【図４】
2004003765.tif 000006
【図５】
2004003765.tif 000007
【図６】
2004003765.tif 000008
【図７】
2004003765.tif 000009
【図８】
2004003765.tif 000010
【図９】
2004003765.tif 000011
【図１０】
2004003765.tif 000012
【図１１】
2004003765.tif 000013
【図１２】
2004003765.tif 000014
【図１３】
2004003765.tif 000015
【図１４】
2004003765.tif 000016
【図１５】
2004003765.tif 000017
【図１６】
2004003765.tif 000018
【図１７】
2004003765.tif 000019
【図１８】
2004003765.tif 000020
【図１９】
2004003765.tif 000021
【図２０】
2004003765.tif 000022
【図２１】
2004003765.tif 000023
【図２５】
2004003765.tif 000024
【図２６】
2004003765.tif 000025
【図２７】
2004003765.tif 000026
【図２８】
2004003765.tif 000027
【図２２】
2004003765.tif 000028
【図２３】
2004003765.tif 000029
【図２４】
2004003765.tif 000030
【図２９】
2004003765.tif 000031
【図３０】
2004003765.tif 000032
【図３１】
2004003765.tif 000033
【図３２】
2004003765.tif 000034
【図３３】
2004003765.tif 000035
【図３４】
2004003765.tif 000036
【図３５】
2004003765.tif 000037
【図３６】
2004003765.tif 000038
【図３７】
2004003765.tif 000039
【図３８】
2004003765.tif 000040
【図３９】
2004003765.tif 000041
【図４０】
2004003765.tif 000042
【図４１】
2004003765.tif 000043
【図４２】
2004003765.tif 000044
【図４３】
2004003765.tif 000045
【図４４】
2004003765.tif 000046
【図４５】
2004003765.tif 000047
【図４６】
2004003765.tif 000048
【図４７】
2004003765.tif 000049
【図４８】
2004003765.tif 000050
【図４９】
2004003765.tif 000051
【図５０】
2004003765.tif 000052
【図５１】
2004003765.tif 000053
【図５２】
2004003765.tif 000054
【図５３】
2004003765.tif 000055
【国際調査報告】
2004003765.tif 000056
2004003765.tif 000057
2004003765.tif 000058
2004003765.tif 000059