(57)【要約】【課題】  キャッシング方式において、コンテンツに対する過去の履歴のみならず、未来のアクセス頻度に関しても反映させ得るキャッシング方式のキャッシュサーバにおけるコンテンツ選定保持技術を提供する。【解決手段】  ユーザ端末９００からコンテンツ配信要求を受け、このコンテンツを保持しているときはこれをユーザ端末９００に配信し、このコンテンツを保持していないときはコンテンツ配信サーバ８００にコンテンツ配信要求を行い、このコンテンツの配信を受けてからこれをユーザ端末９００に配信するキャッシュサーバ１００において、コンテンツサーバ８００からコンテンツの配信を受けたときにコンテンツメタデータＤＢ１０４に蓄積したコンテンツメタデータ及びアクセス履歴ＤＢ１０６に蓄積したアクセス履歴に基づいてこのコンテンツを保持するか否かについて判断する予測制御部１０５を設ける。【選択図】  図１
2006139398.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末からコンテンツ配信要求を受け、当該コンテンツを保持しているときはこれを前記ユーザ端末に配信し、当該コンテンツを保持していないときはコンテンツ配信サーバにコンテンツ配信要求を行い、当該コンテンツの配信を受けてからこれを前記ユーザ端末に配信するキャッシュサーバであって、
前記コンテンツ配信サーバからコンテンツの配信を受けたときにコンテンツメタデータ及びアクセス履歴に基づいて当該コンテンツを保持するか否かについて判断する予測制御部を有することを特徴とするキャッシュサーバ。
【請求項２】
前記ユーザ端末からコンテンツ視聴履歴を受信し、当該コンテンツ視聴履歴を前記アクセス履歴として使用することを特徴とする請求項１に記載のキャッシュサーバ。
【請求項３】
コンテンツメタデータサーバから前記コンテンツメタデータを受信することを特徴とする請求項１または２に記載のキャッシュサーバ。
【請求項４】
履歴サーバから前記アクセス履歴又は視聴履歴を受信することを特徴とする請求項１〜３いずれかに記載のキャッシュサーバ。
【請求項５】
ユーザ端末からコンテンツ配信要求を受け、当該コンテンツを保持しているときはこれを前記ユーザ端末に配信し、当該コンテンツを保持していないときはコンテンツ配信サーバにコンテンツ配信要求を行い、当該コンテンツの配信を受けてからこれを前記ユーザ端末に配信するキャッシュサーバにおけるコンテンツ選定保持方法であって、
予測制御部が、前記コンテンツ配信サーバからコンテンツの配信を受けたときにコンテンツメタデータ及びアクセス履歴に基づいて当該コンテンツを保持するか否かについて判断することを特徴とするコンテンツ選定保持方法。
【請求項６】
前記ユーザ端末からコンテンツ視聴履歴を受信し、当該コンテンツ視聴履歴を前記アクセス履歴として使用することを特徴とする請求項５に記載のコンテンツ選定保持方法。
【請求項７】
コンテンツメタデータサーバから前記コンテンツメタデータを受信することを特徴とする請求項５または６に記載のコンテンツ選定保持方法。
【請求項８】
履歴サーバから前記アクセス履歴又は視聴履歴を受信することを特徴とする請求項５〜７いずれかに記載のコンテンツ選定保持方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システムにおいて配信要求頻度の高いコンテンツを一時的に保持するキャッシング方式に用いるキャッシュサーバ及びコンテンツ選定保持技術に関するものである。
【背景技術】
【０００２】
図７に従来のキャッシング方式技術を用いたコンテンツ配信システムの構成図の一例を示す。図７に示す構成はキャッシュサーバ７００の配下に１つ又は複数のユーザ端末９００が存在する構成である。
【０００３】
ユーザ端末９００がコンテンツを要求する場合には、まずユーザ端末９００は自身が属するキャッシュサーバ７００に対してコンテンツ要求を行う。このとき、キャッシュサーバ７００にコンテンツが存在していれば、コンテンツサーバ８００にコンテンツを要求する必要がなくなるので、ネットワークリソースを時間的、空間的に有効に活用することが出来る。また、ユーザからのアクセスが多いと思われるコンテンツをキャッシュサーバにおいて保持しておくことができれば、より効率的なキャッシュとなる。
【０００４】
以下に、詳細な処理の流れを示す。ユーザ端末９００がコンテンツを要求するとき、ユーザ端末９００は、まず、キャッシュサーバ７００にコンテンツを要求する。要求を受けたキャッシュサーバ７００は、インタフェース部７０１を介して受け取った要求信号を処理部７０２で処理する。このとき、このコンテンツの要求があったことをアクセス履歴ＤＢ７０６に記録する。
【０００５】
処理部７０２はコンテンツストレージ７０３を検索し、要求コンテンツの存在を確認する。要求コンテンツが存在する場合は、処理部７０２はコンテンツストレージ７０３からコンテンツを読み出し、インタフェース部７０１を介してユーザ端末９００にコンテンツを転送する。一方、コンテンツが存在しない場合は、インタフェース部７０１を介してコンテンツサーバ８００にコンテンツ要求を行う。
【０００６】
コンテンツ要求を受けたコンテンツサーバ８００は、キャッシュサーバ７００に対してコンテンツを転送する。コンテンツサーバ８００からコンテンツを受け取ったキャッシュサーバ７００は、ユーザ端末９００へコンテンツを転送するとともに、処理部７０２からの指示によりキャッシュ判断部７０５が該当コンテンツのキャッシュを行うか否かの判断を行う。キャッシュ判断部７０５では、アクセス履歴ＤＢ７０６に記録されているアクセス履歴情報に基づき、アクセス頻度がある閾値を超えるものに関してはコンテンツの一時的な保持（以下、キャッシュ処理という）を実施すると判断してコンテンツストレージ７０３に保持し、閾値以下のアクセス頻度であるものに対してはキャッシュ処理を行わないという技術が開示されている(例えば、特許文献１参照)。
【０００７】
このように、従来技術ではコンテンツのアクセス頻度に基づきキャッシュ処理を行うことにより、ユーザからのアクセスが多いと思われるコンテンツをキャッシュサーバにおいて保持しておくことを実現していた。
【特許文献１】特開２００３−２４２０２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
このようなコンテンツ配信システムにおいて、コンテンツサーバ８００に新しいコンテンツが登録された直後などはコンテンツのアクセス頻度が少ないためキャッシュ処理がされないことになる。しかしながら、このような新作コンテンツに対してもユーザからの視聴要望が大きい場合には多くのアクセスが集中する事が予想されるので、できるだけ早くキャッシュされることが望ましい。
【０００９】
このように従来技術では、コンテンツに対する過去の履歴に基づいてキャッシュするかを判断しているために未来のアクセス頻度に関しては全く反映されないものであった。
【００１０】
本発明は、係る事情に鑑みてなされたものであり、その目的は、未来のアクセス頻度に関しても反映させ得るキャッシング方式のキャッシュサーバにおけるコンテンツ選定保持技術を提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、請求項１に記載の発明は、ユーザ端末からコンテンツ配信要求を受け、当該コンテンツを保持しているときはこれを前記ユーザ端末に配信し、当該コンテンツを保持していないときはコンテンツ配信サーバにコンテンツ配信要求を行い、当該コンテンツの配信を受けてからこれを前記ユーザ端末に配信するキャッシュサーバであって、前記コンテンツ配信サーバからコンテンツの配信を受けたときにコンテンツメタデータ及びアクセス履歴に基づいて当該コンテンツを保持するか否かについて判断する予測制御部を有することを特徴とする。
【００１２】
また、請求項２に記載の発明は、前記ユーザ端末からコンテンツ視聴履歴を受信し、当該コンテンツ視聴履歴を前記アクセス履歴として使用することを特徴とする。
【００１３】
また、請求項３に記載の発明は、コンテンツメタデータサーバから前記コンテンツメタデータを受信することを特徴とする。
【００１４】
また、請求項４に記載の発明は、履歴サーバから前記アクセス履歴又は視聴履歴を受信することを特徴とする。
【００１５】
請求項５に記載の発明は、ユーザ端末からコンテンツ配信要求を受け、当該コンテンツを保持しているときはこれを前記ユーザ端末に配信し、当該コンテンツを保持していないときはコンテンツ配信サーバにコンテンツ配信要求を行い、当該コンテンツの配信を受けてからこれを前記ユーザ端末に配信するキャッシュサーバにおけるコンテンツ選定保持方法であって、予測制御部が、前記コンテンツ配信サーバからコンテンツの配信を受けたときにコンテンツメタデータ及びアクセス履歴に基づいて当該コンテンツを保持するか否かについて判断することを特徴とする。
【００１６】
また、請求項６に記載の発明は、前記ユーザ端末からコンテンツ視聴履歴を受信し、当該コンテンツ視聴履歴を前記アクセス履歴として使用することを特徴とする。
【００１７】
また、請求項７に記載の発明は、コンテンツメタデータサーバから前記コンテンツメタデータを受信することを特徴とする。
【００１８】
また、請求項８に記載の発明は、履歴サーバから前記アクセス履歴又は視聴履歴を受信することを特徴とする。
【００１９】
請求項１及び５では、コンテンツのメタデータ及びコンテンツのアクセス履歴を考慮してコンテンツの選定保持を行うことで、ユーザの嗜好等を考慮してこれから配信要求が多いと予想されるようなコンテンツをキャッシュサーバに保存することが可能となる。
【００２０】
なお、「キャッシュサーバ」とは、アクセスしたデータをローカルに保持することにより、次回のアクセス時にネットワークを介した要求をせず、アクセスを高速化するキャッシング方式を用いたサーバである。
【００２１】
また、「メタデータ」とは、データの属性、意味内容、格納場所など、データ管理をするための情報である。
【００２２】
請求項２及び６では、ユーザのコンテンツ視聴履歴及びメタデータを考慮してコンテンツの選定保持を行うことで、ユーザの嗜好等を考慮してこれから配信要求が多いと予想されるようなコンテンツをキャッシュサーバに保存することが可能となる。
【００２３】
請求項３及び７では、コンテンツメタデータサーバにコンテンツメタデータを蓄積することで、複数のキャッシュサーバが当該蓄積したコンテンツメタデータを利用できる。
【００２４】
請求項４及び８では、履歴サーバにアクセス履歴又は視聴履歴を蓄積することで、複数のキャッシュサーバが当該蓄積したアクセス履歴又は視聴履歴を利用できる。
【発明の効果】
【００２５】
請求項１、２、５及び６によれば、コンテンツに対する過去の履歴のみならず、予想され得る未来のアクセス頻度に関しても反映してコンテンツを選定保持することが可能となる。
【００２６】
さらに、請求項３、４、７及び８によれば、履歴サーバを複数のキャッシュサーバで共有でき、ネットワークリソースの有効活用が可能となる。
【発明を実施するための最良の形態】
【００２７】
(実施形態１)
図１に本発明の実施形態１であるコンテンツ配信システムの構成図を示す。図１に示すように、コンテンツ配信システムはユーザ端末９００、キャッシュサーバ１００、及びコンテンツサーバ８００から構成され、キャッシュサーバ１００はインタフェース部１０１、処理部１０２、コンテンツストレージ１０３、コンテンツメタデータＤＢ１０４、アクセス履歴ＤＢ１０６、及び予測制御部１０５を有している。
【００２８】
以下に、詳細な処理の流れを示す。当該コンテンツ配信システムにおいて、ユーザ端末９００がコンテンツを要求するとき、ユーザ端末９００は、まず、キャッシュサーバ１００へコンテンツを要求する。
【００２９】
要求を受けたキャッシュサーバ１００は、インタフェース部１０１を介して受け取った要求信号を処理部１０２で処理する。このとき、このコンテンツの要求があったことをアクセス履歴ＤＢ１０６に記録する。
【００３０】
処理部１０２はコンテンツストレージ１０３を検索し、要求コンテンツの存在を確認する。要求コンテンツが存在する場合は、処理部１０２はコンテンツストレージ１０３からコンテンツを読み出し、インタフェース部１０１を介してユーザ端末９００にコンテンツを転送する。一方、コンテンツが存在しない場合は、インタフェース部１０１を介してコンテンツサーバ８００にコンテンツ要求を行う。
【００３１】
コンテンツ要求を受けたコンテンツサーバ８００は、キャッシュサーバ１００に対してコンテンツを転送する。
【００３２】
コンテンツサーバ８００からコンテンツを受け取ったキャッシュサーバ１００は、ユーザ端末９００へコンテンツを転送するとともに、処理部１０２からの指示により予測制御部１０５が、該当コンテンツのキャッシュを行うか否かの判断を行う。
【００３３】
予測制御部１０５では、コンテンツメタデータＤＢ１０４に予め保持されているコンテンツメタデータ及びアクセス履歴ＤＢ１０６を参照し、コンテンツメタデータに記載されたコンテンツ属性情報及びアクセス履歴情報に基づいて、ユーザからのアクセスが予想されるコンテンツと判断された場合にキャッシュ処理を行う判断をしてコンテンツストレージ１０３に保持する。
【００３４】
次いで、予測制御部１０５の動作について具体例を挙げて説明する。図２に、コンテンツメタデータＤＢ１０４に格納されるコンテンツ属性情報及びアクセス履歴ＤＢ１０６に格納されるアクセス履歴情報の一例を示す。
【００３５】
ここでは、コンテンツ属性情報として、コンテンツ識別子、コンテンツの属するジャンル、コンテンツの出演者、及びシリーズ識別子（例えば、連続ドラマのようなシリーズになっているコンテンツ）を、アクセス履歴情報としては、アクセスしたユーザの識別子、及びアクセスしたコンテンツの識別子を保持している例である。なお、ここで示したコンテンツ属性は、ＴＶ  Ａｎｙｔｉｍｅ  Ｆｏｒｕｍ  ＳＰ００３にて定義されているコンテンツメタデータとして記載可能なものである。
【００３６】
ここで、ユーザ識別子Ｕ１であるユーザが、コンテンツ識別子Ｃ９であるコンテンツに対してキャッシュ処理を行うかの判断を行うにあたっての処理を説明する。
【００３７】
まず、コンテンツＣ９のコンテンツ属性をコンテンツメタデータＤＢ１０４へ問い合わせる。この結果、コンテンツＣ９が「ジャンル＝Ｇ１」、「出演者＝Ａ７」、「シリーズコンテンツではない」という属性であることがわかる。
【００３８】
一方、アクセス履歴ＤＢ１０６のアクセス履歴情報を参照することで、ユーザＵ１がこれまでにアクセスしたコンテンツは、Ｃ１、Ｃ５、Ｃ７であることが分かる。これらＣ１、Ｃ５、Ｃ７のコンテンツ属性情報から統計情報をとると図３のような結果が得られる。この結果から、ユーザＵ１に関してのアクセス嗜好として、「ジャンルＧ１を最も好む」ということが分かる。
【００３９】
今、キャッシュ処理判断の対象であるコンテンツＣ９は「ジャンル＝Ｇ１」であるので、ユーザＵ１の嗜好に一致していると考えられ、コンテンツＣ９に対してキャッシュ処理を行うという判断が可能になる。
【００４０】
このような予測を行うことにより、コンテンツＣ９自身のアクセス頻度が低くとも、ユーザの要望に近いコンテンツであると判断し、キャッシュ処理を行うことが可能となる。
【００４１】
なお、この例においては、単に最も頻度の高い属性に対してのみを判断材料として、キャッシュ判断を行ったが、複数の属性を考慮する方法や、既存の各種予測アルゴリズムを用いてキャッシュ処理の判断を行うことも可能である。
【００４２】
(実施形態２)
図４に本発明の実施形態２であるコンテンツ配信システムの構成図を示す。実施形態１においては、アクセス履歴情報はキャッシュサーバへアクセスがあった際に、キャッシュサーバでアクセス履歴情報を収集していたのに対して、実施形態２では、ユーザ端末において視聴履歴情報を保持しておき、これをアクセス履歴情報として活用する。
【００４３】
すなわち、ユーザ端末９００は、これまでに視聴したコンテンツの履歴情報を保持しており、キャッシュサーバ２００へ定期的な視聴履歴情報の送信、又はキャッシュサーバ２００からの要求に対しての応答として視聴履歴情報を送出することにより視聴履歴ＤＢ２０６を更新する。
【００４４】
以下に、詳細な処理の流れを示す。当該コンテンツ配信システムにおいて、実施形態１と同様に、ユーザ端末９００がコンテンツを要求するとき、ユーザ端末９００は、まず、キャッシュサーバ２００へコンテンツを要求する。
【００４５】
要求を受けたキャッシュサーバ２００は、インタフェース部２０１を介して受け取った要求信号を処理部２０２で処理する。
【００４６】
処理部２０２はコンテンツストレージ２０３を検索し、要求コンテンツの存在を確認する。要求コンテンツが存在する場合は、処理部２０２はコンテンツストレージ２０３からコンテンツを読み出し、インタフェース部２０１を介してユーザ端末９００にコンテンツを転送する。一方、コンテンツが存在しない場合は、インタフェース部２０１を介してコンテンツサーバ８００にコンテンツ要求を行う。
【００４７】
コンテンツ要求を受けたコンテンツサーバ８００は、キャッシュサーバ２００に対してコンテンツを転送する。
【００４８】
コンテンツサーバ８００からコンテンツを受け取ったキャッシュサーバ２００は、ユーザ端末９００へコンテンツを転送するとともに、処理部２０２からの指示により予測制御部２０５が、該当コンテンツのキャッシュを行うか否かの判断を行う。
【００４９】
予測制御部２０５では、コンテンツメタデータＤＢ２０４に予め保持されているコンテンツメタデータ及び視聴履歴ＤＢ２０６を参照し、コンテンツメタデータに記載されたコンテンツ属性情報及びアクセス履歴情報に基づいて、ユーザからのアクセスが予想されるコンテンツと判断された場合にキャッシュ処理を行う判断をしてコンテンツストレージ２０３に保持する。
【００５０】
このようにして、ユーザ端末が保持している視聴履歴情報を用いて、実施形態１と同様にキャッシュ処理を行うことが出来る。
【００５１】
(実施形態３)
図５に本発明の実施形態３であるコンテンツ配信システムの構成図を示す。実施形態１及び２においては、キャッシュサーバにおいてコンテンツ属性情報及びアクセス履歴情報（又は視聴履歴情報）を保持していたが、実施形態３では、これらの情報を別サーバで保持することを特徴とする。
【００５２】
まず、ユーザ端末９００は、これまでに視聴したコンテンツの履歴情報を保持しており、視聴履歴収集サーバ４００へ定期的な視聴履歴情報の送信、又は視聴履歴収集サーバ４００からの要求に対して視聴履歴情報を送出する。ユーザ端末９００から送出された視聴履歴情報は視聴履歴収集サーバ４００のインタフェース部４０１を介して、視聴履歴ＤＢ４０２に格納される。
【００５３】
また、メタデータサーバ５００においては、あらかじめコンテンツメタデータが格納されている。
【００５４】
以下に、詳細な処理の流れを示す。当該コンテンツ配信システムにおいて、ユーザ端末９００がコンテンツを要求するとき、ユーザ端末９００は、まず、キャッシュサーバ３００へコンテンツを要求する。
【００５５】
要求を受けたキャッシュサーバ３００は、インタフェース部３０１を介して受け取った要求信号を処理部３０２で処理する。
【００５６】
処理部３０２はコンテンツストレージ３０３を検索し、要求コンテンツの存在を確認する。要求コンテンツが存在する場合は、処理部３０２はコンテンツストレージ３０３からコンテンツを読み出し、インタフェース部３０１を介してユーザ端末９００にコンテンツを転送する。一方、コンテンツが存在しない場合はインタフェース部３０１を介してコンテンツサーバ８００にコンテンツ要求を行う。
【００５７】
コンテンツ要求を受けたコンテンツサーバ８００は、キャッシュサーバ３００に対してコンテンツを転送する。
【００５８】
コンテンツサーバ８００からコンテンツを受け取ったキャッシュサーバ３００は、ユーザ端末９００へコンテンツを転送するとともに、処理部３０２からの指示により予測制御部３０５が、該当コンテンツのキャッシュを行うか否かの判断を行う。
【００５９】
予測制御部３０５では、インタフェース部３０１を介してメタデータサーバ５００にアクセスし、コンテンツメタデータＤＢ５０２に予め保持されているコンテンツメタデータを取得するとともに、同じくインタフェース部３０１を介して視聴履歴サーバ４００の視聴履歴ＤＢ４０２から視聴履歴情報を取得する。
【００６０】
その後、予測制御部３０５は取得したコンテンツメタデータに記載されたコンテンツ属性情報及びアクセス履歴情報に基づいて、ユーザからのアクセスが予想されるコンテンツと判断された場合にキャッシュ処理を行う判断をしてコンテンツストレージ３０３に保持する。
【００６１】
図６に実施形態３を用いて複数のキャッシュサーバを配置した場合の構成を示す。キャッシュサーバ３１０はユーザ端末９１０、キャッシュサーバ３２０はユーザ端末９２０、キャッシュサーバ３３０はユーザ端末９３０を配下に持っており、各々ドメイン１、ドメイン２、ドメイン３を形成しており、ネットワーク１０と接続されている。また、コンテンツサーバ８００、メタデータサーバ５００、視聴履歴サーバ４００も同一のネットワーク１０に接続されている。
【００６２】
このような構成において、図５の説明と同様のキャッシュ処理判断を行う事によって、メタデータサーバ５００、及び視聴履歴集サーバ４００を複数のキャッシュサーバで共有する事ができ、ネットワークリソースの有効活用が可能となる。
【００６３】
なお、上記実施形態１〜３において、ユーザ端末、キャッシュサーバ、コンテンツサーバ、メタデータサーバ、及び視聴履歴収集サーバは、例えば、ユーザ端末、キャッシュサーバ、コンテンツサーバ、メタデータサーバ、及び視聴履歴収集サーバを構成するコンピュータ装置が有するＣＰＵによって実現され、必要とする予測制御、コンテンツ提供、情報提供などをアプリケーションプログラムとして搭載することができる。
【００６４】
また、コンピュータ装置には上記説明した予測制御など行った処理結果や計算結果等のデータを内部メモリや外部記憶装置等に書き込み・読み出しができるようにしてもよい。
【００６５】
また、本発明は、前述した実施形態１〜３の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のＣＰＵ(ＭＰＵ)が記録媒体に格納されたプログラムコードを読み出し実行することによっても実現できる。その場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＭＯ、ＨＤＤ等は本発明を構成する。
【図面の簡単な説明】
【００６６】
【図１】実施形態１のコンテンツ配信システムの構成図。
【図２】コンテンツメタデータであるコンテンツ属性情報及びアクセス履歴情報を示す図。
【図３】アクセス履歴情報の統計結果を示す図。
【図４】実施形態２のコンテンツ配信システムの構成図。
【図５】実施形態３のコンテンツ配信システムの構成図。
【図６】複数のキャッシュサーバを有するコンテンツ配信システムの構成図。
【図７】従来技術のコンテンツ配信システムの構成図。
【符号の説明】
【００６７】
１００…キャッシュサーバ
１０１…インタフェース部
１０２…処理部
１０３…コンテンツストレージ
１０４…コンテンツメタデータＤＢ
１０５…予約制御部
１０６…アクセス履歴ＤＢ
２００…キャッシュサーバ
２０１…インタフェース部
２０２…処理部
２０３…コンテンツストレージ
２０４…コンテンツメタデータＤＢ
２０５…予約制御部
２０６…視聴履歴ＤＢ
３００…キャッシュサーバ
３０１…インタフェース部
３０２…処理部
３０３…コンテンツストレージ
３０５…予約制御部
３１０…キャッシュサーバ
３２０…キャッシュサーバ
３３０…キャッシュサーバ
４００…視聴履歴収集サーバ
４０１…インタフェース部
４０２…視聴履歴ＤＢ
５００…メタデータサーバ
５０１…インタフェース部
５０２…コンテンツメタデータＤＢ
７００…キャッシュサーバ
７０１…インタフェース部
７０２…処理部
７０３…コンテンツストレージ
７０５…予約制御部
７０６…アクセス履歴ＤＢ
８００…コンテンツサーバ
９００…ユーザ端末
９１０…ユーザ端末
９２０…ユーザ端末
９３０…ユーザ端末
【図１】
2006139398.tif 000003
【図２】
2006139398.tif 000004
【図３】
2006139398.tif 000005
【図４】
2006139398.tif 000006
【図５】
2006139398.tif 000007
【図６】
2006139398.tif 000008
【図７】
2006139398.tif 000009