(57)【特許請求の範囲】
【請求項１】
プッシュ型情報サービスを行うサーバーと前記プッシュ型情報サービスを享受するクライアントとを有する情報配信システムであって、
前記サーバー及び前記クライアントは、インターネットプロトコルモデルのトランスポート層とアプリケーション層との間にアプリケーションをポート別に管理するためのアプリケーションコントロール層をそれぞれ有し、
前記サーバーのアプリケーションコントロール層と前記クライアントのアプリケーションコントロール層との間で前記サーバーが提供するプッシュ型情報サービスに関する情報と前記クライアントが享受することができるプッシュ型情報サービスに関する情報とをやりとりするように構成されていることを特徴とする情報配信システム。
【請求項２】
クライアントであって、
インターネットプロトコルモデルのトランスポート層とアプリケーション層との間にアプリケーションをポート別に管理するアプリケーションコントロール層と、
サーバーが提供するプッシュ型情報サービスの内容に関する情報であるサーバー情報を入手する入手手段と
を有し、
前記アプリケーションコントロール層は、享受したいプッシュ型情報サービス及び享受できるプッシュ型情報サービスを前記入手したサーバー情報に書き込み、前記サーバーのインターネットプロトコルモデルのトランスポート層とアプリケーション層との間に設けられたアプリケーションコントロール層と接続して、享受したいプッシュ型情報サービス及び前記サーバーが提供しようとしているプッシュ型情報サービスを享受することができるかを確認するように構成されていることを特徴とするクライアント。
【請求項３】
サーバーであって、
インターネットプロトコルモデルのトランスポート層とアプリケーション層との間にアプリケーションをポート別に管理するアプリケーションコントロール層を有し、
前記アプリケーションコントロール層は、クライアントのインターネットプロトコルモデルのトランスポート層とアプリケーション層との間に設けられたアプリケーションコントロール層と接続して、前記クライアントが享受したいプッシュ型情報サービス及び前記クライアントが享受できるプッシュ型情報サービスを確認するように構成されていることを特徴とするサーバー。
【請求項４】
前記アプリケーションコントロール層は、前記クライアントが享受を要求していないプッシュ型情報サービスの内、前記クライアントに提供したいプッシュ型情報サービスがある場合、このプッシュ型情報サービスに関する情報を前記クライアントに表示させるように構成されていることを特徴とする請求項３に記載のサーバー。
【請求項５】
前記アプリケーションコントロール層は、前記クライアントが享受を要求していないプッシュ型情報サービスの内、前記クライアントに提供したいプッシュ型情報サービスを表示させている間、前記クライアントが享受を要求しているプッシュ型情報サービスを提供するように構成されていることを特徴とする請求項４に記載のサーバー。
【請求項６】
情報配信方法であって、
サーバーが提供するプッシュ型情報サービス群に関する情報であるサーバー情報を入手する入手ステップと、
クライアントが享受したいプッシュ型情報サービス及びクライアントが享受できるプッシュ型情報サービスを前記入手したサーバー情報に書き込む書込ステップと、
前記書込ステップでクライアントが享受したいプッシュ型情報サービス及びクライアントが享受できるプッシュ型情報サービスを書き込んだサーバー情報をサーバーのアプリケーションコントロール層とクライアントのアプリケーションコントロール層との間で送受信し、前記クライアントが享受したいプッシュ型情報サービス及び前記サーバーが提供しようとしているプッシュ型情報サービスを享受することができるかを確認するステップと
を有することを特徴とする情報配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザーの求めている情報を最適な方法によって行われる、プッシュ（ＰＵＳＨ）型情報サービスによる情報配信技術に関する。
【０００２】
【従来の技術】
現在のインターネットではＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ：以下、Ｗｅｂと略記する）による情報提供が一般的である。これはＷｅｂを用いてユーザーに情報を提供することが情報提供の手段として現在最も有効だからである。また、マルチメディアデータを用いることができることもＷｅｂによる情報提供が一般的となった理由の一つであるものと考えられる。
【０００３】
なぜなら、Ｗｅｂはインターネットを使用しているユーザーにとって最も広く用いられているアプリケーションの一つであり、現在のＷｅｂの仕様ではマルチメディア情報を提供することも可能であり、ユーザーの求めている情報を幅広く提供することが可能だからである。
【０００４】
よってポータルサイトといった、Ｗｅｂを用いた総合情報提供サイトがＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）等によって提供されている。しかし、情報提供者にとってＷｅｂが情報を提供する最も適した形であるとは限らない。よって情報提供者にとっては提供したい情報にそったアプリケーションをユーザーに選択使用してもらって、情報を提供することが望ましい。しかしユーザーが使用しているアプリケーションを特定できないのが現状である。
【０００５】
この場合、現在はほとんどの場合Ｗｅｂからのリンクを用いたり、Ｊａｖａを用いて情報を提供している。しかし、情報との間に隔たりがある上、ユーザーの求めているインターフェイスによって情報を見ることができない。
【０００６】
したがって、ユーザーの能動的な操作を伴わずにサーバー側から自動的に配信を行うＰＵＳＨ型情報サービスを提供することが困難となっている。もしも、現在よりも容易にＰＵＳＨ型情報提供サービスが行えるようになれば、新しいＰＵＳＨ型サービスの利用も活発化し、サービスの量、質を向上させ、コスト低減も可能になることが期待される。
【０００７】
ここで、図６を参照しつつこれまでに実用されているインターネットプロトコルモデルについて開示する。このインターネットプロトコルは、物理層６１、ネットワーク層６２、トランスポート層６３およびアプリケーション層６４の４つの層から構成されている。サーバーＳ側から提供されるサービスは、サーバーＳ側のプロトコルスタックをアプリケーション層６４、トランスポート層６３、ネットワーク層６２、物理層６１と下り、クライアントＣ側のプロトコルスタックを物理層６１、ネットワーク層６２、トランスポート層６３およびアプリケーション層６４と上っていく。
【０００８】
最終的にサーバーＳ側とクライアントＣ側のアプリケーション層６４のプロトコル同士が接続され、サービスの提供が行われる形であり、サービスはトランスポート層６３のポート番号によって指定される。よって、ネットワーク層６２のＩＰアドレスとトランスポート層６３のポート番号とによって接続されるアプリケーションが決定される。
【０００９】
このように構成される現在のインターネットプロトコルモデルでは、トランスポート層６３によって開かれるポートによってサーバーＳから提供できるサービスが決定される。そのためクライアントＣがサーバーＳからサービスを受けるにはサーバーＳが情報を提供しているＩＰアドレスおよびポート番号に対して接続し、いわゆるプル型によりサービスを受ける必要がある。
【００１０】
よってクライアントＣは、サーバーＳがどのようなサービスを提供しているのかについてアプリケーションを動かす前に、サーバーＳが常にサービスしていると思われるアプリケーション（例：Ｗｅｂ）や解説書類によって予め知っておく必要がある。また、サーバーＳ側からみれば、クライアントがサーバーの提供しているサービスを受けることができるかどうかを判断することができない。
【００１１】
したがって情報を送る側、受ける側にとって相手の情報がブラックボックスの状態になっている。これでは適切なサービスを提供すること、ならびに受けることができない。このように、従来のインターネットプロトコルでは、ＩＰアドレスおよびポート番号によって接続されるプル型サービスに限定されていた。
【００１２】
【発明が解決しようとする課題】
本発明は、既存のインターネットプロトコル構成を最小限変更することによりユーザーが求めている情報を最適な方法で配信することができるプッシュ（ＰＵＳＨ）型サービスによる情報配信を提供することを課題とする。
【００１３】
【発明が解決しようとする課題】
前記の課題は、プッシュ型情報サービスを行うサーバーと前記プッシュ型情報サービスを享受するクライアントとを有する情報配信システムであって、
前記サーバー及び前記クライアントは、インターネットプロトコルモデルのトランスポート層とアプリケーション層との間にアプリケーションをポート別に管理するアプリケーションコントロール層をそれぞれ有し、
前記サーバーのアプリケーションコントロール層と前記クライアントのアプリケーションコントロール層との間で前記サーバーが提供するプッシュ型情報サービスに関する情報と前記クライアントが享受することができるプッシュ型情報サービスに関する情報とをやりとりするように構成されていることを特徴とする情報配信システムによって解決される。
【００１４】
又は、前記の課題は、クライアントであって、
インターネットプロトコルモデルのトランスポート層とアプリケーション層との間にアプリケーションをポート別に管理するアプリケーションコントロール層と、
サーバーが提供するプッシュ型情報サービスの内容に関する情報であるサーバー情報を入手する入手手段と
を有し、
前記アプリケーションコントロール層は、享受したいプッシュ型情報サービス及び享受できるプッシュ型情報サービスを前記入手したサーバー情報に書き込み、前記サーバーのインターネットプロトコルモデルのトランスポート層とアプリケーション層との間に設けられたアプリケーションコントロール層と接続して、享受したいプッシュ型情報サービス及び前記サーバーが提供しようとしているプッシュ型情報サービスを享受することができるかを確認するように構成されていることを特徴とするクライアントによって解決される。
【００１５】
又は、前記の課題は、サーバーであって、
インターネットプロトコルモデルのトランスポート層とアプリケーション層との間にアプリケーションをポート別に管理するアプリケーションコントロール層を有し、
前記アプリケーションコントロール層は、クライアントのインターネットプロトコルモデルのトランスポート層とアプリケーション層との間に設けられたアプリケーションコントロール層と接続して、前記クライアントが享受したいプッシュ型情報サービス及び前記クライアントが享受できるプッシュ型情報サービスを確認するように構成されていることを特徴とするサーバーによって解決される。
【００１６】
特に、前記アプリケーションコントロール層は、前記クライアントが享受を要求していないプッシュ型情報サービスの内、前記クライアントに提供したいプッシュ型情報サービスがある場合、このプッシュ型情報サービスに関する情報を前記クライアントに表示させるように構成されていることを特徴とする。
又、前記アプリケーションコントロール層は、前記クライアントが享受を要求していないプッシュ型情報サービスの内、前記クライアントに提供したいプッシュ型情報サービスを表示させている間、前記クライアントが享受を要求しているプッシュ型情報サービスを提供するように構成されていることを特徴とする。
【００１７】
又は、前記の課題は、情報配信方法であって、
サーバーが提供するプッシュ型情報サービス群に関する情報であるサーバー情報を入手する入手ステップと、
クライアントが享受したいプッシュ型情報サービス及びクライアントが享受できるプッシュ型情報サービスを前記入手したサーバー情報に書き込む書込ステップと、
前記書込ステップでクライアントが享受したいプッシュ型情報サービス及びクライアントが享受できるプッシュ型情報サービスを書き込んだサーバー情報をサーバーのアプリケーションコントロール層とクライアントのアプリケーションコントロール層との間で送受信し、前記クライアントが享受したいプッシュ型情報サービス及び前記サーバーが提供しようとしているプッシュ型情報サービスを享受することができるかを確認するステップと
を有することを特徴とする情報配信方法によって解決される。
【００１８】
本発明にかかるプッシュ型サービスによる情報配信によれば、トランスポート層とアプリケーション層との間にアプリケーションコントロール層を新規に形成する。したがってプロトコルモデルが、物理層、ネットワーク層、トランスポート層、アプリケーションコントロール層、アプリケーション層の５層構成となる。
【００１９】
このように形成されたアプリケーションコントロール層によってサーバー側から提供するサービス群、ならびにクライアント側で受けることのできるサービス群に関するの情報を、サーバーおよびクライアント間で相互交換できる。その結果、サーバーおよびクライアント間の情報のブラックボックス部分を最小化することができる。
【００２０】
【発明の実施の形態】
以下、添付図を参照しつつ本発明にかかるプッシュ型サービスによる情報配信システム及び情報配信方法について開示する。本発明にかかる手法で用いるプロトコルモデルの構成例は、図１に示すような構成となっている。図の構成を前述の図６に示した従来のインターネットプロトコルモデルと対比すれば明らかなように、サーバーＳ側およびクライアントＣ側共に、トランスポート層１３とアプリケーション層１４との間にアプリケーションコントロール層１５を新規に形成する。このことによりプロトコルモデルが、図１に示すように物理層１１、ネットワーク層１２、トランスポート層１３、アプリケーションコントロール層１５、アプリケーション層１４の５層構成となる。
【００２１】
従来のインターネットプロトコルでは、サーバー側から提供可能なサービスならびにクライアント側で利用可能なサービスに関する情報がお互いに確認できないでいた。その結果、サーバー側では周知のアプリケーションを用いた範囲にのみに限定してプッシュ型情報提供を行わざるを得なかった。
【００２２】
それに対して、本発明にあっては図１のような５層構成として加えられたアプリケーションコントロール層１５によって、サーバーＳの提供するサービス群、クライアントＣが享受することのできるサービス群の情報をサーバーＳとクライアントＣとの間で予めやりとりすることが可能となった。
【００２３】
その結果、サーバーＳ、クライアントＣ間に存在したブラックボックスの情報を共有できることになり、それぞれに適したアプリケーションを用いた、より効率的な情報提供が可能となる。
【００２４】
前述のアプリケーションコントロール層１５にプロトコルを実装する。ここではプロトコルの名称をＡＣＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｃｏｌ）と呼ぶが、実装するプロトコルに制限はなく、サーバーＳの提供しているサービス群、クライアントＣの受けることのできるサービス群の情報を扱うことのできるプロトコルを総称するものである。
【００２５】
ＡＣＰでは図２および図３に示すようなサーバー情報、クライアント情報の2種類の情報を保持している。図２において、サーバーＳおよびクライアントＣ相互のコントロール層間においてやり取りする情報がある。従来のＡＣＰでは、サーバーＳ側の情報のみをクライアントＣが入手する方法によっていたが、本発明においてはコントロール層に実装されるプロトコルに制限はなく、サーバーＳで提供可能な状態、ならびにクライアントＣで受けることのできるサービスの種類が不明な状態を解決できるプロトコルであればよい。図３は、サーバー情報およびクライアント情報を含むデータの例である。なお、ここに示したデータの種類ならびに形式はあくまでも一例にすぎない。
【００２６】
サーバー情報はサーバーＳから入手するものであり、ＡＣＰに入手する仕組みを実装するか、Ｗｅｂなどの既存のアプリケーションを用いて入手することができる。サーバーＳは自分が提供できるサービス情報をサーバー情報として持っていて、クライアントＣに提供する必要がある。サーバー情報における項目の「クライアントのサービス要求」はユーザーが要求したいサービスを指定できる。
【００２７】
クライアント情報はクライアントＣが作成・保持している自己の情報である。「サーバーへの情報ＰＵＳＨ要求」はクライアントが信頼しているサーバーからのみ可能となる。なお、上記のようなデータをクライアントＣのみが保持して統合管理する状態とし、クライアントのプライバシーならびにセキュリティを確保することが望ましい。
【００２８】
以下、クライアントＣからのプッシュ型情報の要求手順を示す図４、並びにサーバーＳ側からのプッシュ型情報提供の要求手順を示す図５を参照しつつ前述した特徴を備えたプロトコル、ＡＣＰがどのように動作するかについて開示する。
【００２９】
ステップ１：  事前に通常のインターネット接続によって信頼のおけるサーバーから前述のようなサーバー情報を入手する。あるいは、ＡＣＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）にサーバー情報を入手するための手段を構築し、ＡＣＰによってサーバー情報を入手する。
【００３０】
ステップ２：  インターネット接続が行われるとＡＣＰを起動し、プッシュ型情報サービスに関する確認を行う。サーバー情報によりサーバーが提供しているプッシュ型情報サービスの内容を確認することができる。
【００３１】
ステップ３：  ユーザーがあるプッシュ型情報サービスを要求しようとする場合は、サーバー情報中にクライアントがプッシュ型情報サービスを要求していることを明記する。
【００３２】
ステップ４：  ＡＣＰクライアントの情報にある、クライアントが要求したいサービス、サーバーが提供しようとしているサービスを受けられるかどうかを確認するためにＡＣＰがサーバー側のＡＣＰと接続する。
【００３３】
ステップ５：  サーバーおよびクライアント間でＡＣＰによる通信を行い、サービス送受信の準備を行う（従来のインターネットによるサービスでは、クライアントから起動するようなプル型になっているので、アプリケーションによってサーバー側から起動するか、クライアント側から起動するかを選択する）。
【００３４】
ステップ５：  選択によって、情報サービスをＰＵＳＨ型で受けることが可能となる。
【００３５】
そして、環境設定については次のように行う。
【００３６】
ステップ６：  環境設定用のアプリケーションは存在しており、ＡＣＰ通信時に常に起動してある。
【００３７】
ステップ７：  サーバー情報、クライアント情報を上記▲１▼のアプリケーションで読み込む。クライアント情報が存在しない場合は作成する。
【００３８】
ステップ８：  ＡＣＰサーバーおよびクライアント間通信の情報をアプリケーション上に表示し、クライアントが要求していない情報でサーバー側がＰＵＳＨ型情報サービスを要求している物があればこれを表示する。
【００３９】
ステップ９：  ユーザーはその場で上記▲３▼で表示されたサービスの送受信の意志を示すことができる。
【００４０】
ステップ１０：  この間他のＰＵＳＨ型情報サービスは止まることはなく、通常受けているサービスは通常通りに提供される。
【００４１】
プッシュ型情報サービスのコネクションはＴＣＰ/ＵＣＰより上位層のＡＣＰが行い、サーバーＳ側はＰＵＳＨ型情報サービスを提供する際にはＡＣＰを用いて情報提供の確認をする。クライアントＣ側ではＰＵＳＨ型情報サービスの提供がＡＣＰを用いて告知されるとアプリケーションを起動してサービスを受信する。このことによって通常のインターネットアプリケーションの動作を妨げることなく既存のインターネットアプリケーションや新しく開発したアプリケーションを用いてＰＵＳＨ型情報サービスを提供することが可能となる。
【００４２】
【発明の効果】
本発明にかかるプッシュ型サービスによる情報配信方式によれば、以下のような効果が得られる。
１．従来のインターネットプロトコル構成を最小限変更することでＰＵＳＨ型情報サービスの提供が可能である。
２．既存のアプリケーションを用いてプッシュ型情報サービスの送受信が可能である（ｊａｖａを用いたＷｅｂ上の新たなシステムを構築する必要がない）。
３．アプリケーションにとらわれない、幅広いサービスの提供が可能である（周知のアプリケーション以外を用いた情報提供も可能である）。
４．信頼できるサーバーの情報のみを受信するようにすればクライアント側のセキュリティを保つことができる。
５．インターネットで幅広く用いられていないサービスが提供されているかどうかをクライアントが知ることができる。
【図面の簡単な説明】
【図１】本発明にかかるプッシュ型サービスによる情報配信方式のプロトコルモデルの構成例である。
【図２】本発明にかかるプッシュ型サービスによる情報配信方式のプロトコルモデルの要部構成例である。
【図３】本発明にかかるプッシュ型サービスによる情報配信方式におけるサーバー情報およびクライアント情報を含むデータの構成例である。
【図４】本発明にかかるプッシュ型サービスによる情報配信方式におけるクライアントＣからのプッシュ型情報の要求手順を示す。
【図５】本発明にかかるプッシュ型サービスによる情報配信方式におけるサーバーＳ側からのプッシュ型情報サービスの要求手順を示す。
【図６】従来技術にかかるインターネットプロトコルモデルを示す。
【符号の説明】
１１  物理層
１２  ネットワーク層
１３  トランスポート層
１４  アプリケーション層
１５  アプリケーションコントロール層
６１  物理層
６２  ネットワーク層
６３  トランスポート層
６４  アプリケーション層
Ｓ  サーバー
Ｃ  クライアント
【図１】
0003767684.tif 000002
【図２】
0003767684.tif 000003
【図３】
0003767684.tif 000004
【図４】
0003767684.tif 000005
【図５】
0003767684.tif 000006
【図６】
0003767684.tif 000007