(57)【要約】【課題】情報配信者が受信者に情報を配信するだけでなく、双方向性機能を用いて情報に対応した行動の結果把握を効果的に行う。【解決手段】プッシュ型情報配信システムは特定の情報受信者に対してあらかじめ設定した情報項目を定期的にプッシュ情報配信サーバより情報受信者の受信アプリケーションにプッシュするが、あらかじめプッシュする情報に対する応答（情報提供者あるいは第３者への何らかのデータ提供など）を定義し、その実施結果の評価によって次回の配信スケジュールの調整を行う。【選択図】図３
2007193758.tif 000002
【特許請求の範囲】
【請求項１】
プッシュ型情報配信システムにおいて、あらかじめプッシュする情報に対する応答（情報提供者あるいは第３者への何らかのデータ提供など）を定義し、その応答を評価して次回の配信スケジュールの調整などの次のアクションを行うという双方向機能を持つ。
【請求項２】
プッシュ型情報配信システムにおいて、あらかじめプッシュする情報の受信者毎に曜日指定および時間帯指定で配信先・配信アプリケーションをあらかじめ設定することで確実に受信できるようにする。
【請求項３】
専用アプリケーションを導入できない環境に対応するために受信アプリケーションとして各種Ｗｅｂブラウザに導入可能な拡張ソフトウェアを提供する。
【発明の詳細な説明】
【技術分野】
【０００１】      本発明はプッシュ型情報配信システムおよびプッシュ型情報配信方式に関するものである。
【背景技術】
【０００２】図１のダイレクト配信型に見られるように、初期のプッシュ型情報配信システムは動画などのコンテンツを配信サービスによって購読をしている情報受信者にプッシュ（インターネットでの実装上は擬似プッシュ）する方式である。この方式の欠点はコンテンツの受信者が増加すると受信者数分のネットワーク帯域が送信側に必要になり、また情報受信者側にもトータルで同じ帯域が必要となるため、ネットワークの経路によっては帯域の飽和を招く恐れがある。そのため企業などでは受信を拒絶する傾向があった。この方式の欠点は結果として見ないものまで送りつけるということで、社会インフラとしてのネットワークの有効利用を妨げるということがあげられる。【０００３】この方式の改良型として図２のサマリ配信型がその後登場した。この方式の特徴はコンテンツをそのまま送信するのではなく、そのサマリ情報（コンテンツがどのようなものなのかなどの記述を含む）のみを送信して、受信者はその記述内容を確認して実際のコンテンツにアクセスするか否かを判断するというものである。この方式の初期のものはＸＭＬを使用した独自フォーマットであったが、近年ではＸＭＬベースのＲＳＳ（ＲＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ）が登場しこの仕様に準拠した配信が行われるようになってきた。
【特許文献１】特開平９−２６９９２３号公報（米国特許第５７４０５４９号に対応）
【非特許文献１】ＲＳＳバージョン１の仕様（ｈｔｔｐ：／／ｗｅｂ．ｒｅｓｏｕｒｃｅ．ｏｒｇ／ｒｓｓ／１．０／）
【発明の開示】
【発明が解決しようとする課題】
【０００４】これまでのプッシュ型配信システムには以下の欠点があった。
（イ）特定あるいは全ユーザへの情報の配信を行った後は情報受信者がアクセスしたか否かというレベルのログ情報しか残せない。
（ロ）企業ネットワークではセキュリティポリシーによって新たな受信アプリケーションの導入に際しては導入から運用まで多大な労力が必要であった。
（ハ）情報を配信する先を柔軟に切り替える機能が乏しい。
本発明は以上のような欠点をなくすためになされたものである。
【課題を解決するための手段】
【０００５】図３の技術的背景の「サマリ配信双方向型」では、情報受信者から上り方向へのアクセスがコンテンツへのアクセスだけでなく応答サーバへのアクセスを含んでいる。この方式を実現するために考案したのが図４のシステム概要図で示される本発明である。【０００６】情報受信アプリケーション２０１がクライアントマシンに導入されると、アプリケーション配布時に同梱される仮パスワードを使って配信システムのユーザ登録機能２０２より固有ＩＤを取得し配信システムで認証可能な状態になる。ユーザ情報１０４には情報受信者のＩＤ他の情報が格納される。情報受信アプリケーション２０１は直ちに購読受付機能２０４へアクセスし、受信可能な情報を「購読」できる。この結果サーバ上に情報受信者の購読情報１０５が保存される。以上により、情報受信アプリケーション２０１では情報の受信を行う準備が整い、あらかじめ設定されたタイマーによって周期的に配信システムに対して情報の受信をリクエストする。【０００７】配信するコンテンツ１０１はあらかじめ準備したＷｅｂページなどを指す。これらの配信可能時期や配信対象などの配信情報およびその内容やＵＲＬなどを記述したサマリ情報１０２をサマリ処理機能２０３で作成する。【０００８】スケジュール情報１０３は管理者による初期設定２０８によって決定される。これは配信するコンテンツによって変動するが、時系列コンテンツ（たとえばプロジェクト関係ドキュメントや教育コンテンツ）の配信スケジュールに相当する。スケジューラ兼通知機能２０５はスケジュール情報１０３をベースに配信すべきコンテンツを判断する。【０００９】情報利用者は情報受信アプリケーション２０１を使用して表示された情報を見るために情報一覧よりマウスクリックなどで選択しコンテンツ１０１にアクセスする。コンテンツ１０１は情報のみの場合、作業指示などで、それに対して作業や問題回答を行った結果は応答処理２０６に返される。応答処理２０６は情報受信者が行った応答を応答データ１０６として保存する。あらかじめ設定された定義によって、応答評価機能２０７は応答データ１０６を評価し、スケジュール情報１０３に反映する。応答評価機能２０７は使用するアプリケーション分野によって異なるので、差し替え可能な構造にする。応答処理２０６では本配信システム以外のＷｅｂアプリケーションやサーバアプリケーションを使用して必要な応答データのみを本配信システムに返すという方法を使ってさまざまなシステムとの連携も可能である。【００１０】図５の配信先切り替えの概要で示すように、スケジューラ兼通知機能２０５はスケジュール情報１０３を元に情報受信アプリケーション２０１からの擬似プッシュリクエストで情報配信を行うか、Ｗｅｂブラウザ組込みの受信情報受信アプリケーション２０９にも配信するか否かを判断する。スケジューラ兼通知機能２０５でサマリ情報１０２をＲＳＳフォーマットに成型して配信する。スケジュール情報１０３に情報受信アプリケーション２０１あるいは２０９以外の代替手段による配信が設定されている場合には、クライアントからの擬似プッシュリクエストがないので、自身のタイマーを使用して外部のメールサーバなどに送信リクエストを行う。【００１１】情報受信アプリケーション２０１および２０９からはＴＣＰ／ＩＰのＨＴＴＰプロトコルでリクエストを行うが、この際に配信システムではクライアントを認証するが、情報受信アプリケーションが発行する個体ＩＤをベースにしたワンタイムパスワードを使用して認証を行う。これによってインターネットおよびイントラネットいずれの環境においても第三者に情報を不正にアクセスされることを防ぐことができる。
本発明は、以上の構成からなる双方向プッシュ型配信システムである。
【発明の効果】
【００１２】（イ）情報受信者による作業や回答などのアクションを促し、その結果を即時に反映できるので、より効率の良い情報発信が可能である。
（ロ）情報受信アプリケーションの多様化によって情報受信者の導入ベースの拡大を図ることが可能である。
（ハ）さまざまなサーバアプリケーションと容易に連携できるため、それらとの情報の一元化を図ることができる。
【発明を実施するための最良の形態】
【００１３】以下、本発明を実施するための最良の形態について説明する。
（イ）  配信システムはＷｅｂアプリケーション開発が可能なＷｅｂサーバおよびアプリケーション開発プラットフォームを利用する。アプリケーション開発プラットフォームは、マイクロソフト社の．ＮＥＴあるいはサンマイクロ社のＪＡＶＡ等を使用する。またデータの格納にはこれらのアプリケーションプラットフォームで使用可能なＲＤＢＭＳを使用する。クライアントである情報受信アプリケーション２０１および２０９とはＨＴＴＰを通信プロトコルとし、メッセージ形式はＸＭＬベースのＲＳＳとする。
（ロ）
（ハ）  情報受信アプリケーション２０１はクライアントＰＣ（Ｗｉｎｄｏｗｓなど）上で独立アプリケーションとして導入でき、クライアントＰＣのタイマーを利用して周期起動ができるものとする。
（ニ）  情報受信アプリケーション２０９は動作条件としては前項とほぼ同じであるが、違いはＰＣに導入されているＷｅｂブラウザの拡張機能を利用している点である。Ｗｅｂブラウザ上では図４．のようにツールバーとして組み込まれるようにする。
本発明は以上のような構造で、これを使用するときには管理者は配信システムの管理画面にて配信単位であるコンテンツグループであるチャンネルを定義し、そこに含むアイテムとしてコンテンツを定義する。また、情報受信者のグループを定義しコンテンツの配信制御やアクセス制御をこの単位で行う。
【産業上の利用可能性】
【００１４】プロジェクト管理ソフトなど時間や成果を管理するソフトウェアやシステム上に混在する各種システムと連携を行うことでシステムの再構築なしに一元管理機能を持たせることが可能である。
【図面の簡単な説明】
【００１５】
【図１】本発明の技術的背景のプッシュ型配信（ダイレクト配信型）に関する図である。
【図２】本発明の技術的背景のプッシュ型配信（サマリ配信型）に関する図である。
【図３】本発明の技術的背景のプッシュ型配信（サマリ配信双方向型）に関する図である。
【図４】本発明のシステム概要図である。
【図５】本発明の配信切り替えの概要である。
【図６】本発明のＷｅｂブラウザへの組込み例である。
【符号の説明】
【００１６】符号の説明は図中に併記した。
００１  情報受信ユーザ
００２  情報配信者
１０１  コンテンツ（データ）
１０２  サマリ情報（データ）
１０３  スケジュール情報（データ）
１０４  ユーザ情報（データ）
１０５  購読情報（データ）
１０６  応答データ（データ）
２０１  情報受信アプリ（処理機能）
２０２  ユーザ登録（処理機能）
２０３  サマリ処理（処理機能）
２０４  購読受付（処理機能）
２０５  スケジューラ兼通知（処理機能）
２０６  応答処理（処理機能）
２０７  応答評価（処理機能）
２０８  初期設定（処理機能）
２０９  組込み情報受信アプリ（処理機能）
３０１  ツールバー
３０２  携帯電話などのメーラー
【図１】
2007193758.tif 000003
【図２】
2007193758.tif 000004
【図３】
2007193758.tif 000005
【図４】
2007193758.tif 000006
【図５】
2007193758.tif 000007
【図６】
2007193758.tif 000008