JP2001331409A

JP2001331409A - 情報配信収集システム、情報受発信代行方法及び記録媒体

Info

Publication number: JP2001331409A
Application number: JP2001076209A
Authority: JP
Inventors: Masayuki Nakakane; 雅之中兼; Hiromitsu Morita; 大充森田; Kojiro Murata; 浩二郎村田; Masaki Suzuki; 昌樹鈴木; Eijiro Yamashita; 栄二郎山下
Original assignee: Recruit Co Ltd
Current assignee: Recruit Co Ltd
Priority date: 2000-03-16
Filing date: 2001-03-16
Publication date: 2001-11-30

Abstract

(57)【要約】【課題】携帯端末毎に仕様の異なるＷＥＢコンテンツ
の作成を簡略化する。【解決手段】ＷＥＢコンテンツ情報一次蓄積部（４
３）はクライアントが記述したコンテンツを一時的に蓄
積しておく。キャリア識別部（５６）はコンテンツ記述
言語の機能差分情報を参照して、これを携帯端末の機種
毎に割り当てられたコンテンツ記述言語に変換する。ア
クセス要求受付・振分部（６２）は携帯端末（１０１，
１０２，１０３）からコンテンツの閲覧要求があったと
きに携帯端末（１０１，１０２，１０３）の機種を判別
し、携帯端末（１０１，１０２，１０３）の機種に対応
したコンテンツ記述言語で作成されたＷＥＢコンテンツ
を、通信回線を介して携帯端末（１０１，１０２，１０
３）へ代行配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は受発信代行業務にお
けるエンドユーザへの情報配信収集システム及び情報受
発信代行方法に係わる。

【０００２】

【従来の技術】ＷＥＢブラウザ機能を搭載したデジタル
携帯電話の登場により、携帯端末を利用して電子メール
の送受信やＷＥＢコンテンツの閲覧が可能になってい
る。このような携帯端末の通信機能を利用して、クライ
アント（百貨店など）の代わりにエンドユーザ（需要
者）へバーゲンセールの予告などを電子メールで代行発
信する受発信代行業務が行われている。エンドユーザは
電子メールにリンクされたＵＲＬ（Uniform Resource L
ocator）にアクセスすることで、クライアントの商品広
告を掲示したＷＥＢページを閲覧することができる。情
報受発信代行者はクライアントの作成した電子メールを
エンドユーザへ代行発信する（アウトバウンド）ととも
に、エンドユーザからの返信メールの受信或いはＷＥＢ
コンテンツの閲覧要求（インバウンド）を受け付け、イ
ンバウンド履歴からそれぞれのエンドユーザの趣向を分
析し、分析結果をクライアントへ提供する。

【０００３】

【発明が解決しようとする課題】ところで、携帯電話へ
電子メール送信可能なメールタイトル文字数、メール本
文文字数、メール入力可能文字種、URL link、phone to
link、mail to linkの有効無効制御に関するメール内
定義などが移動通信事業者（キャリア）毎に相違するた
め、クライアントはそれぞれの仕様に対応したフォーマ
ットでメールコンテンツを作成しなければならなかっ
た。

【０００４】同様に、携帯端末用のコンテンツ記述言語
として、Compact ＨＴＭＬ（Compact Hyper Text Marku
p Language）、ＨＤＭＬ（Handheld Device Markup Lan
guage）、ＷＭＬ（Wireless Markup Language）などの
マークアップ言語があり、タグルール、コンテンツ入力
可能文字数、コンテンツ入力可能文字種、コンテンツ貼
り付けイメージフォーマットなどがエンドユーザの利用
する携帯端末の機種毎に相違していた。したがって、ク
ライアントは同一内容のＷＥＢコンテンツを各機種毎に
作成しなければならなかった。

【０００５】そこで、本発明は携帯端末毎に仕様の異な
るメールコンテンツやＷＥＢコンテンツの作成を簡略化
することのできる情報配信収集システム、情報受発信代
行方法及び記録媒体を提供することを課題とする。

【０００６】

【課題を解決するための手段】上記の課題を解決するべ
く、本発明の情報配信収集システムは、通信仕様の異な
る複数の携帯端末へ配信するために一時的に作成された
電子メールのコンテンツを携帯端末の機種毎に割り当て
られた仕様に変換するコンテンツ変換部と、当該コンテ
ンツ変換部によって作成された電子メールを通信回線を
介して携帯端末へ配信処理する配信処理部とを備えてい
る。

【０００７】上記の構成において、配信処理部から携帯
端末へ配信される電子メールにＵＲＬをリンクし、エン
ドユーザ毎に重複しないように割り当てられたパラメー
タを当該ＵＲＬに付加することで、ＵＲＬにアクセスし
たエンドユーザを識別する識別部をさらに備えてもよ
い。

【０００８】また、エンドユーザの音声入力をテキスト
データに変換することで、エンドユーザの携帯端末のメ
ールアドレスを音声情報から取得する音声テキストデー
タ変換部をさらに備えてもよい。

【０００９】本発明の情報配信収集システムは、通信仕
様の異なる携帯端末から通信回線を介して閲覧するため
に一時的に作成されたＷＥＢコンテンツを携帯端末の機
種毎に割り当てられたコンテンツ記述言語に変換するコ
ンテンツ変換部と、携帯端末からＷＥＢコンテンツの閲
覧要求があったときに携帯端末の機種を判別し、当該携
帯端末の機種に対応したコンテンツ記述言語で作成され
たＷＥＢコンテンツを通信回線を介して当該携帯端末へ
配信する配信処理部とを備えている。

【００１０】本発明の情報受発信代行方法では、通信回
線を介してクライアントからアクセスがあると、当該ク
ライアントの端末に電子メールのコンテンツ入力案内画
面を表示し、クライアントが記述したコンテンツを携帯
端末の機種毎に割り当てられた仕様に変換し、携帯端末
の機種毎に作成された電子メールを予め指定された携帯
端末へ代行配信する。

【００１１】また、通信回線を介してクライアントから
アクセスがあると、当該クライアントの端末にＷＥＢコ
ンテンツ入力案内画面を表示し、クライアントが記述し
たコンテンツを携帯端末の機種毎に割り当てられたコン
テンツ記述言語に変換し、携帯端末からコンテンツの閲
覧要求があったときに携帯端末の機種を判別し、当該携
帯端末の機種に対応したコンテンツ記述言語で作成され
たＷＥＢコンテンツを通信回線を介して当該携帯端末へ
代行配信する。

【００１２】本発明のコンピュータ読取可能な記録媒体
は、上記の情報受発信代行方法をコンピュータに実行さ
せるためのプログラムを記録したコンピュータ読取可能
な記録媒体である。

【００１３】ここで、コンピュータ読取可能な記録媒体
とは、何らかの電子的手段或いは物理的手段によりプロ
グラム等が記録されているものであって、コンピュータ
端末に所望の機能を実現させることができるものをい
う。従って、何らかの手段でコンピュータにダウンロー
ドし、所望の機能を実現させるものであればよい。例え
ば、ＲＯＭ、フレキシブルディスク、ハードディスク、
ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ
ＡＭ、ＤＶＤ−Ｒ、ＰＤディスク、ＭＤディスク、ＭＯ
ディスク等がある。

【００１４】

【発明の実施の形態】以下、各図を参照して本実施の形
態について説明する。（アウトバウンド処理）まず、図１を参照して情報配信
収集システム１０のアウトバウンド処理について説明す
る。同図に示す情報配信収集システム１０のブロック図
はアウトバウンド処理に必要な構成についてのみ図示し
ている。なお、本発明に係る情報配信収集システム１０
には、予め携帯電話のユーザ情報及びクライアント端末
１のクライアント情報が登録される。ユーザ情報は、携
帯電話メールアドレス、携帯電話番号、キャリア種別、
ログインＩＤ及びパスワード等の情報を含む。例えば、
このキャリア種別には、携帯端末の種別を特定する端末
種別コードが含まれ、更には端末の製造番号等からなる
端末ユニークコードを含めることもできる。この端末種
別コード等を参照することにより、携帯端末がカラー表
示対応可能か否か、表示可能色数の特定、対応可能な画
像フォーマット、プルダウンメニュー対応可能か否か、
そしてプルダウン可能行数等を特定することができる。
クライアント情報は、クライアントにより提供されるサ
ービスを特定するサービス情報、クライアントメールア
ドレス、住所、ログインＩＤ及びパスワード等の情報を
含む。ユーザ情報は、エンドユーザ情報管理部１７（４
６）の制御に基づいて、エンドユーザ情報蓄積部１８
（４７）に格納される。クライアント情報は、サービス
設定確認部２５の制御に基づいて、サービス設定情報蓄
積部２６に格納される。ユーザ情報及びクライアント情
報は、クライアント端末及び携帯電話を用いて、情報配
信集システム１０に、インターネット網２を介して供給
することができる。クライアント端末を用いて供給され
る場合、登録対象の携帯電話に関する機種種別コード
は、クライアント端末から入力される機種情報に基づい
て又はキャリアのサーバに要求して得る事ができる。

【００１５】同図に示すように、本実施形態の情報配信
収集システム１０にはインターネット網２を介してクラ
イアント端末１が接続されている。インターネット網２
はクライアント端末１及び情報配信収集システム１０を
いわゆるプロバイダーと呼ばれる接続業者の設備によ
り、或いはパソコン通信事業者の設備により、公衆回線
を介して相互に接続している。公衆回線は加入者回線で
もよく、専用線でもよい。情報配信収集システム１０は
ＷＷＷ（World Wide Web）サーバとして機能し、クライ
アント端末１から入力されたＵＲＬに従って所望のＷＥ
Ｂページを送信する。クライアント端末１と情報配信収
集システム１０間のＨＴＭＬドキュメントの通信プロト
コルはＨＴＴＰ（Hyper Text Transfer Protocol）によ
る。

【００１６】クライアント端末１は汎用のコンピュータ
装置であって、内部に通信インターフェース回路を備
え、モデム回路或いはＤＳＵ及びＴＡを使用することで
加入者線又は専用回線を介してインターネット網２に接
続している。クライアント端末１にはＷＥＢブラウザ機
能が搭載されており、情報配信収集システム１０から送
信されたＨＴＭＬを解析することでブラウザ画面を表示
することができる。

【００１７】クライアントがクライアント端末１から情
報受発信代行者のＵＲＬを入力し、インターネット網２
を経由してクライアントコントロール用サイトへアクセ
スすると、ログインＩＤ、パスワードの入力案内画面が
表示される。ここで、クライアントがログインＩＤ、パ
スワードを入力すると、メニュー画面が表示される。ク
ライアントがメールコンテンツ作成を選択すると、図３
に示すような入力案内画面が表示される。

【００１８】クライアントは入力案内画面を参照しなが
ら、メールタイトル、コンテンツ（ヘッダ、本文、リン
クＵＲＬ、フッダ）、配信日時等を入力する。タイトル
にはクライアントが前回入力したメールタイトルがデフ
ォルトとして表示されるが、編集の際には全角２０文字
まで入力することができる。コンテンツには、例えば、
最大２５０文字まで入力することができ、画面には入力
可能残文字数が表示される。メールタイトル及びコンテ
ンツに関する入力可能文字数は、携帯電話のキャリア属
性から自動的に判断する。

【００１９】メールコンテンツ作成部１２は通信部１１
を介してクライアント端末１から送信される入力データ
を解析し、メールコンテンツを作成する。メールコンテ
ンツ情報一次蓄積部１３はメールコンテンツ作成の際の
ワークエリアとして機能し、メールコンテンツを一時的
に蓄積する。メールコンテンツ情報履歴蓄積部１４には
以前入力した入力内容が保存されており、クライアント
は以前作成したメールコンテンツを一部編集などして再
利用することができる。

【００２０】また、ＷＥＢコンテンツ情報管理部２７が
管理するＷＥＢコンテンツ情報蓄積部２８にはクライア
ントが予め作成したＷＥＢコンテンツが保存されてお
り、クライアントはエンドユーザへの配信メールにリン
クさせたいＷＥＢコンテンツのＵＲＬを指定することが
できる。

【００２１】メールコンテンツ作成が終了すると、図４
に示すようなメール宛先指定画面が表示される。クライ
アントはデータベースに登録されている全てのエンドユ
ーザへ配信する全登録者一斉同報、或いは所定の検索条
件に該当するエンドユーザへ配信する宛先指定同報を選
択することができる。宛先指定同報を選択する場合に
は、同画面に示すように、キャリア種別、性別、年齢、
自宅住所、所属先住所などを検索条件として選択するこ
とができる。メール配信対象選択部１５はエンドユーザ
情報蓄積部１８に登録されている各エンドユーザのメー
ルアドレス、氏名、住所、年齢、キャリア種別などの情
報を読み出し、検索条件に該当するエンドユーザを選択
してこれらの情報をメール配信対象情報一次蓄積部１６
に保存する。

【００２２】エンドユーザ情報蓄積部１８に登録されて
いる個人情報は、図７に示す入力案内画面から入力され
たメールアドレス、氏名、性別、生年月日、自宅住所、
所属先住所、携帯電話番号、自宅電話番号、ログインＩ
Ｄ、パスワード等の各種個人情報をエンドユーザ情報管
理部１７がエンドユーザ情報蓄積部１８に登録したもの
である。

【００２３】メールコンテンツの配信準備が完了する
と、図５に示すようなメール送信確認画面が表示され
る。同画面にはメールコンテンツのタイトル、コンテン
ツ、送信日時、送信対象タイプ、送信宛先数等が表示さ
れる。クライアントが送信開始ボタンをクリックする
と、メール配信指示部１９は当該配信指示を配信指示蓄
積部２０に登録する。

【００２４】キャリア識別部２９はキャリア機能差分情
報蓄積部３０に登録されているメールコンテンツの自動
変換に必要な情報を参照して、メールコンテンツ情報一
次蓄積部１３に登録されているメールコンテンツを各キ
ャリア毎の仕様に自動変換する。キャリア機能差分情報
蓄積部３０に登録されている情報には、メールタイトル
文字数制限制御情報、メール本文文字数制限制御情報、
メール入力可能文字種制限制御情報、メール容量分割制
御情報、メール内定義URL link、phone to link、mail
to link有効無効制御情報、メール表示イメージプレビ
ュー制御情報、メール送信履歴統合管理情報、登録要求
メールの自動反映制御情報、添付ファイル制限制御等の
各キャリア毎の差分吸収情報が含まれている。文字数制
限制御情報とは、キャリア毎に異なる文字数を特定する
制御情報を意味する。文字種制限制御情報とは、例えば
シフトＪＩＳ表記、ＪＩＳ表記等の文字種を特定する制
御情報を意味する。メール容量分割制御情報とは、例え
ば入力可能文字数を超える文字数のコンテンツが設定さ
れたメールを送信する場合、複数のメールに分割して送
信するか、入力可能文字数を超えるコンテンツをウェブ
上で参照させるか、インターネットメールを用いて参照
させるかを指定する制御情報を意味する。メール内定義
URL link、phone to link、mail to link有効無効制御
情報とは、例えばリンクを表す制御コードの有効無効を
表す制御情報を意味する。メール表示イメージプレビュ
ー制御情報とは、例えばメールのプレビューを行う際の
画面構成を特定する制御情報を意味する。メール送信履
歴統合管理情報とは、例えばメールの送信履歴として残
すべき項目を特定する制御情報を意味する。登録要求メ
ールの自動反映制御情報とは、例えばメール送信の拒
否、メール再送等を指示するメールの取扱を特定する制
御情報を意味する。添付ファイル制限情報は、例えばメ
ールへのファイル添付の可否及び添付可能なファイル容
量等を特定する制御情報を意味する。

【００２５】キャリア識別部２９は、これらの差分吸収
情報を参照して、送信対象となるキャリアの仕様に対応
するメールの生成をメールコンテンツ作成部１２に指示
する。メールコンテンツ作成部１２は、後に説明するサ
ービス設定確認部２５からキャリア情報を入手して、メ
ール生成の処理を行う。なお、キャリア毎に設定された
入力可能文字数を超える文字数のコンテンツが設定され
た場合、メールコンテンツ作成部１２は、コンテンツ
を、入力可能文字数を下回る文字数部分（第1部分）
と、その余の文字数部分（第２部分）に分ける。メール
コンテンツ作成部１２は、第1部分に、第２部分を参照
可能なＵＲＬを付加し、送信メール用のコンテンツを生
成する。メールコンテンツ作成部１２は、第２部分をこ
のＵＲＬにより特定される記憶空間（WEBコンテンツ情
報蓄積部２８内の空間）に格納する。また、第２部分に
ついては、ユーザがコンピュータ端末用のインターネッ
トメールアドレスを持つ場合、このインターネットメー
ルアドレスを用いて送信することができる。この場合、
第１部分に係るメールには、コンピュータ端末用のイン
ターネットメールアドレスを参照して第２部分が送信さ
れた旨の情報が付加される。さらに第２部分について
は、入力可能文字数に制限された複数のメールとして分
割送信することもできる。この場合、各メールには、メ
ールの連続性が再現されるように、メールの順位を表す
情報が付加される。

【００２６】なお、メール対象選択部１５は、キャリア
識別部２９がキャリアを特定できなかったコンテンツの
送信、即ちコンピュータ端末用のインターネットメール
への直接送信の指示を受け付けた場合、携帯端末への送
信処理を実行せずに、このインターネットメールアドレ
スを参照した送信処理を行う。このインターネットメー
ルアドレスは、携帯端末メール用のインターネットメー
ルアドレス（単にメールアドレスと呼ぶ）と同様に用意
される。

【００２７】配信対象識別部３１はメール配信対象選択
部１５で宛先指定されたエンドユーザのメールアドレス
から対象キャリアを識別し、最終的にメール送信可能な
状態へ自動変換を行う。配信処理部３２は、指定された
配信日時になると、各キャリア毎のメールを通信部３９
を介してエンドユーザ宛てに送信する。エンドユーザの
利用するキャリアの種類が３種類であるとすると、ＳＭ
ＴＰ（Simple Mail Transfer Protocol ）によってイン
ターネット網２を経由したメールコンテンツは各ゲート
ウェイサーバ７１、７２、７３によって必要な通信プロ
トコルの変換が行われ、それぞれの携帯電話網８１、８
２、８３を経由して基地局９１、９２、９３から無線回
線を介してそれぞれのエンドユーザの携帯電話１０１、
１０２、１０３へ着信する。エンドユーザは、受信した
メールのコンテンツにＵＲＬが付加されていた場合、こ
のＵＲＬを用いて、ＷＥＢコンテンツ情報蓄積部２８上
のコンテンツを参照することができる。このＵＲＬに
は、エンドユーザの認証を行うためにユニークコードを
付加することができる。エンドユーザは、受信したメー
ルに付加されたＵＲＬを用いてリンクを辿ることによ
り、ユニークコードによる自動認証され、コンテンツを
参照することができる。

【００２８】また、情報配信収集システム１０はエンド
ユーザからの返信メールを受け取ることで、クライアン
トは返信メールの内容を分析して以降のメール発信代行
処理に利用する。返信メールは通信部３９を介して収集
管理部３３で収集される。クライアントはブラウザ画面
を操作することで、図６に示すような返信メールの管理
画面を参照することができる。同画面には着信日時、送
信元メールアドレス、タイトルの一覧が表示され、クラ
イアントは選択した返信メールの内容を参照することが
できる。返信メールの中にはメール送信を拒否するもの
も含まれているため、配信要求停止受付部３４はメール
発信の削除フラグを設定することで、以降、当該エンド
ユーザ宛てのメール発信を中止する。

【００２９】配信管理部２１はメール配信を管理する役
割を担い、配信履歴情報蓄積部２２、配信状況情報蓄積
部２３を備えている。配信履歴情報蓄積部２２は過去の
メールコンテンツの配信履歴を蓄積するデータベースで
あり、当該履歴を参照することで、過去のメール配信デ
ータを再利用することができる。配信状況情報蓄積部２
３は都度の配信において宛先毎に配信ステータスを蓄積
する。一部のエンドユーザに配信できなかった場合には
その旨のステータスをクライアントに開示することで、
メールの再送などを可能にする。また、実際にエンドユ
ーザへ配信されたメールについて課金の対象となる。

【００３０】通知管理部２４はクライアントに対してメ
ール配信完了等の処理状況を通知する役割を担う。キャ
リア識別部２９は、クライアントのパスワード登録、メ
ール配信の対象キャリアの選択等の基本設定を行う。ク
ライアントのパスワード及び対照キャリアを判別するた
めのプロトコル環境変数（例えばHTTP_USER_AGENT）、
キャリアアドレス一覧及びキャリア電話番号一覧等は、
キャリア機能差分情報蓄積部３０に格納されている。キ
ャリア識別部２９は、キャリア機能差分情報蓄積部３０
を参照して、基本設定を行う。なお、キャリアアドレス
一覧とは、電子メールアドレス上のキャリア固有の表記
（例えば＠マーク直後の表記）とキャリアを関連つけた
情報である。キャリア電話番号一覧とは、電話番号上の
キャリア固有の表記（例えば携帯電話番号の上位４桁の
表記）とキャリアを関連付けた情報である。全体処理管
理部３６は操作履歴蓄積部３７、処理ログ蓄積部３８を
備えている。操作履歴蓄積部３７にはクライアントがブ
ラウザ経由で行ったキー操作を履歴として蓄積し、処理
ログ蓄積部３８はシステム内部全般のトランザクション
ログの各々をコミット毎にステータスと共に情報を蓄積
する。

【００３１】音声テキストデータ変換部３５はエンドユ
ーザの音声入力をテキストデータに変換してメールアド
レスを取得する際に使用される。携帯電話のメールアド
レスは「携帯の電話番号＠xxxxx.ne.jp」となっている
場合が多いが、＠以前の部分は任意の英数文字に置換さ
れている場合が多い。また、＠以降の部分はキャリアに
固有のデフォルトが指定されている場合が多いため、キ
ャリアの識別と＠以前の英数文字を判別できればメール
アドレスを取得することができる。

【００３２】そこで、情報受発信代行者がエンドユーザ
のメールアドレスを取得するために、雑誌、カタログ、
パンフレット等の広告媒体にクライアントの商品紹介と
ともに、情報受発信代行者の電話番号を記載しておく。
広告媒体を閲覧したエンドユーザが情報受発信代行者へ
資料請求をするために、情報受発信代行者へ電話をかけ
たとすると、情報受発信代行者はエンドユーザの電話番
号、及びキャリアを識別することができる。ここで、エ
ンドユーザに＠以前の部分を発音してもらい、音声テキ
ストデータ変換部３５がこれをテキストデータに変換
し、本人の確認訂正手順を経てエンドユーザ情報蓄積部
１８にメールアドレスを登録する。

【００３３】このように構成することで、エンドユーザ
はキー操作による面倒なアドレス入力を省略することが
できる。また、情報受発信代行者はクライアントに対し
て、当該クライアントの商品に関心のあるエンドユーザ
のメールアドレスを提供することができる。

【００３４】また、エンドユーザへ配信するメールコン
テンツにリンクさせるクライアントのＵＲＬに各エンド
ユーザに固有のパラメータを付加しておくことで、どの
エンドユーザからアクセスがあったかを把握することが
できる。例えば、エンドユーザＡに送信するメールにリ
ンクするＵＲＬとしてhttp//xxxx.co.jp/ xxxx?aaaを割
り当て、エンドユーザＢに対してhttp//xxxx.co.jp/ xx
xx?bbbを割り当てたとする。情報受発信代行者はアクセ
スのあったＵＲＬの？以降(例えばユニークコード)を参
照することで、エンドユーザＡからアクセスがあった
か、エンドユーザＢからアクセスがあったかを知ること
ができる。各エンドユーザのアクセス履歴の統計をとる
ことで、それぞれのエンドユーザの趣向を把握すること
ができる。このユニークコードを用いて、ＷＥＢ上のメ
ールコンテンツへのアクセスを許可するか拒絶するか判
断することができる。

【００３５】また、エンドユーザ宛てのメール送信は携
帯電話に限らず、例えば、図１に示すように、インター
ネット網２に接続したコンピュータ端末１１０へ送信す
るように構成してもよい。同様に、ＰＨＳ(Personal Ha
ndyphone System)、ＰＤＡ（Personal Data Assistanc
e）などに送信するように構成してもよい。

【００３６】端末種別コード及び／又は端末ユニークコ
ードを参照して、携帯端キャリア識別部２９は、ユーザ
情報中の末の種別に整合した画面表示が実行されるよう
なデータ変換処理を行う。このデータ変換処理は、例え
ば画像データのフォーマット変換、カラー・モノクロ変
換、プルダウン制御無効化等を意味する。（インバウンド処理）次に、図２を参照して情報配信収
集システム１０のインバウンド処理について説明する。
同図に示す情報配信収集システム１０のブロック図はイ
ンバウンド処理に必要な構成についてのみ図示してい
る。図１と同一符号の構成要素については同一部を表す
ものとし、説明を省略する。

【００３７】まず、ＷＥＢコンテンツの作成について説
明する。クライアントがクライアント端末１から情報受
発信代行者のＵＲＬを入力し、インターネット網２を経
由してクライアントコントロール用サイトへアクセスす
ると、ログインＩＤ、パスワードの入力案内画面が表示
される。ここで、クライアントがログインＩＤ、パスワ
ードを入力すると、メニュー画面が表示される。クライ
アントがＷＥＢコンテンツ作成を選択すると、図８に示
すような入力案内画面が表示される。

【００３８】同図はメインメニューの作成画面である。
同図に示す入力案内画面に従って、必要な情報を入力す
ることでＷＥＢページを作成することができる。クライ
アントはメインメニュー画面に表示されるイメージファ
イルを選択するとともに、ヘッダ・本文にバーゲンの案
内などを記載し、フッダ・本文にリンク先のＵＲＬなど
を記載する。また、各メニューはメニュー１〜メニュー
６まで記載することができる。例えば、メニュー１にバ
ーゲンセール情報、メニュー２にイベント情報、メニュ
ー３に新着／入荷情報を登録することができる。これら
のメニューはクライアントが予め作成したＷＥＢページ
を参照するためのメニュー属性が付与されている。メニ
ュー４の商品検索にはクライアントのデータベースコン
テンツからエンドユーザが商品を検索するためのメニュ
ー属性が付与されている。メニュー５の基本情報登録に
はエンドユーザのメールアドレス、氏名、年齢、生年月
日等を登録するためのメニュー属性が付与されている。
メニュー６のプレゼント付アンケートにはＱandＡ形式
でエンドユーザからアンケートをとるためのメニュー属
性が付与されている。

【００３９】クライアントはＷＥＢコンテンツの作成中
に全体構成をツリー構造で確認することができ、全体の
画面遷移も確認することができる。また、ＷＥＢコンテ
ンツは選択メニューの属性を指定するだけで目的のサブ
ツリーを呼び出すことが可能で、参照系や更新系に加
え、アンケートや検索などの特定の目的に応じたオブジ
ェクトを加えていくことができ、カスタム機能や機能拡
張にも容易に対応できる共通化モジュール構造をとる。
また、上記のメニュー属性の他、例えば、会員であるエ
ンドユーザが他のエンドユーザを会員として紹介した場
合に、紹介者に対して特典を付与するための「紹介用情
報登録」のメニュー属性を付与してもよい。このように
構成することで、多くのエンドユーザのアカウントを得
ることができる。

【００４０】ＷＥＢコンテンツ作成部４２は通信部１１
を介してクライアントから入力されたデータに基づいて
ＷＥＢコンテンツを作成し、これをＷＥＢコンテンツ情
報一次蓄積部４３に保存する。ＷＥＢコンテンツ情報管
理部５４はＷＥＢコンテンツの作成履歴を管理し、当該
履歴情報をＷＥＢコンテンツ情報・履歴情報蓄積部５５
に保存する。クライアントは必要に応じて過去の作成履
歴を参照し、ＷＥＢコンテンツの再利用をすることがで
きる。

【００４１】ＤＢコンテンツ情報管理部４４はクライア
ントからアップロードされたデータベースコンテンツを
ＤＢコンテンツ情報蓄積部４５に保存し、管理する。Ｄ
Ｂコンテンツ情報蓄積部４５に保存されたデータベース
コンテンツとして、例えば、クライアントの商品情報に
関するものなどがあり、エンドユーザはメニュー４の商
品検索機能を利用することで、クライアントの商品を検
索することができる。

【００４２】キャリア識別部５６はキャリア機能差分情
報蓄積部５７に登録されているＷＥＢコンテンツの自動
変換に必要な情報を参照して、ＷＥＢコンテンツ情報一
次蓄積部４３に登録されているＷＥＢコンテンツを各キ
ャリア毎の仕様に自動変換する。キャリア機能差分情報
蓄積部５７に登録されている情報には、例えば、Compac
t ＨＴＭＬ、ＨＤＭＬ、ＷＭＬなどのコンテンツ記述言
語毎に相違するＷＥＢタグルール制限制御、ＷＥＢプロ
グラム制限制御、ＷＥＢコンテンツ文字数制限制御、Ｗ
ＥＢコンテンツ入力可能文字種制限制御、ＷＥＢコンテ
ンツ貼り付けイメージフォーマット制御、ＷＥＢコンテ
ンツイメージプレビュー制御等の各キャリア毎の差分吸
収情報が含まれている。

【００４３】ＷＥＢコンテンツ掲示管理部５８は各キャ
リア毎のフォーマットに自動変換されたＷＥＢコンテン
ツをＷＥＢコンテンツ掲示情報蓄積部５９に保存する。

【００４４】次に、エンドユーザからＷＥＢページにア
クセス要求があったときのインバウンド処理について説
明する。エンドユーザが情報配信収集システム１０から
配信されたメールにリンクされているＵＲＬにアクセス
することで、携帯電話１０１から無線回線を介して基地
局９１、携帯電話網８１、ゲートウェイサーバ７１、イ
ンターネット網２、及び通信部３９を経由して情報配信
収集システム１０にＷＥＢコンテンツのアクセス要求が
あると、アクセス要求受付・振分部６２は携帯電話１０
１のキャリア種別を行う。すると、セッション管理部６
１はアクセス要求のあったエンドユーザのキャリアに対
応したＷＥＢコンテンツをＷＥＢコンテンツ掲示情報蓄
積部５９から引き出し、これを通信部３９を介してエン
ドユーザ宛てに送信する。

【００４５】例えば、エンドユーザのキャリアがＷＡＰ
（Wireless Application Protocol）であるとすると、C
ompact ＨＴＭＬで記述されたＷＥＢコンテンツはイン
ターネット網２をＨＴＴＰで経由し、ゲートウェイサー
バ７１でバイナリーデータに変換される。その後、携帯
電話網８１をＨＤＴＰで経由し、基地局９１、無線回線
を介して携帯電話１０１へＷＥＢコンテンツが送られ
る。

【００４６】インバウンド管理部６０はエンドユーザの
インバウンド履歴を管理し、ＷＥＢコンテンツに対する
エンドユーザからのアクセス履歴をインバウンド履歴情
報蓄積部６３に保存するとともに、ＷＥＢコンテンツ対
する各エンドユーザのアクセス回数、アクセス日時等の
統計的データをインバウンド状況情報蓄積部６４に保存
する。

【００４７】エンドユーザ情報管理部４６は上述したメ
ニュー６のＱandＡ形式アンケートのエンドユーザから
の回答をエンドユーザインバウンド情報蓄積部４８に保
存するとともに、エンドユーザ情報蓄積部４７に登録さ
れているエンドユーザの個別情報（メールアドレス、氏
名、年齢、生年月日、住所等）を管理する。

【００４８】統計情報管理部４９はインバウンド履歴に
基づいて、日別平均ＷＥＢページアクセス回数、時間帯
別平均ＷＥＢページアクセス回数、コンテンツ別ＷＥＢ
ページアクセス回数などを計数し、これらのデータを統
計情報蓄積部５０に保存する。クライアントはこれらの
統計データを参照することができる。例えば、クライア
ントがブラウザ画面から統計情報の欄を選択すると、図
９に示す入力案内画面が表示される。クライアントが統
計対象期間を指定し、参照したい統計種別を選択する
と、図１０に示すように統計情報が表示される。同図は
コンテンツ別ＷＥＢページアクセス回数を表示するもの
である。同図に示すように、メインメニューのアクセス
回数は２２４５回、メニュー１のバーゲンセール情報の
アクセス回数は２０００回という具合に各コンテンツの
アクセス回数を把握することができる。

【００４９】情報受発信代行者はこれらのエンドユーザ
のインバウンド履歴や統計データを利用することで、ど
のエンドユーザがどのコンテンツに関心があるかを統計
的に分析することができ、クライアントに有益な情報を
提供することができる。

【００５０】次に本発明に係る他の実施の形態を説明す
る。本発明に係るＷＥＢコンテンツ情報管理部５４は、
予約制御、オンライン学習制御、そしてクーポン券発行
制御等も行うことができる。予約制御は、予約ユニット
により処理される。オンライン学習制御は、学習ユニッ
トにより処理される。そしてクーポン券発行制御は、ク
ーポン券ユニットにより処理される。

【００５１】これらユニットの追加に対応して、キャリ
ア性能差分情報蓄積部３０には、各種ユニットの動作結
果に応じて生成されるコンテンツを各キャリア用に変換
する際に参照される機能差分情報が蓄積される。キャリ
ア識別部２９は、この機能差分情報を参照して、各ユニ
ットにより生成されるコンテンツを各キャリア用コンテ
ンツに変換する。なお、各ユニットはソフトウェア及び
データベースを備える。このソフトウェアは、予めＷＥ
Ｂコンテンツ情報・履歴情報蓄積部５５に保存すること
ができる。このソフトウェアは、ＷＥＢコンテンツ情報
管理部５４の制御に基づいて、ＷＥＢコンテンツ情報・
履歴情報蓄積部５５に保存することもできる。このデー
タベースは、予めＤＢコンテンツ情報蓄積部４５に保存
することができる。このデータベースは、ＤＢコンテン
ツ情報管理部４４の制御に基づいて、ＤＢコンテンツ情
報蓄積部４５に保存することもできる。

【００５２】ここで図１１を参照して本発明に係る予約
ユニットの動作を説明する。図１１は、本発明に係る予
約ユニットの概念図である。予約パッケージユニット２
００は、予約ソフトウェア５５ａと予約データベース４
５ａを備える。予約ソフトウェア５５ａは、ＷＥＢコン
テンツ情報・履歴情報蓄積部５５に保存される。予約デ
ータベース４５ｂは、ＤＢコンテンツ情報蓄積部４５に
保存される。

【００５３】予約ソフトウェア５５ａは、予約対象に対
する予約及び予約変更を制御するソフトウェアである。
ここで予約変更とは、予約キャンセルの他、予約内容を
新たな内容に変更する処理を意味する。この予約ソフト
ウェア５５ａは、予約パラメータ収集部２０１と、検索
制御部２０２と、予約制御部２０３を備える。予約デー
タベース４５ａは、モバイル用表示データ２０４と、ウ
ェブ用表示データ２０５と、予約情報データ２０６と、
予約ユーザデータ２０７を備える。モバイル用表示デー
タ２０４は、例えば携帯電話１０１上に表示される表示
データからなる。ウェブ用表示データは、例えばコンピ
ュータ端末１００上に表示される表示データからなる。
予約情報データ２０６は、予約対象についての予約状
況、即ち予約可能か否かを表す。予約ユーザデータは、
予約を行ったユーザ及び予約内容を表す。

【００５４】なお、モバイル用表示データ２０４及びウ
ェブ用表示データ２０５には、仕様データ及びリンクデ
ータが含まれる。仕様データは、予約対象（早い者勝ち
型対象及び応募型対象）の名称、料金、電話番号、問い
合わせ住所、仕様等を表す。リンクデータは、予約対象
に応じて開設されたウェブサイトを特定するリンクアド
レスを表す。早い者勝ち型対象とは、例えば日付で特定
できる予約対象と、在庫で特定できる予約対象を意味す
る。日付に係る予約対象は、例えばホテル、飲食店、結
婚式場、セミナ、チケット、美容室、試写会、レンタカ
ー、カラオケボックス、発売日が限定された数量限定特
売商品、発売日が限定された数量限定レア物商品、航空
券、パック旅行、又はレンタル系商品を意味する。在庫
に係る予約対象は、例えばＣＤ、ビデオ、家電製品、カ
メラ、そして情報機器を意味する。応募型対象とは、例
えばアルバイト、派遣業務、懸賞を意味する。日付に係
る予約対象は、日付毎の空き状況を表すカレンダーテー
ブル等を用意し、カレンダーテーブルを検索することに
より所望の予約対象を特定することができる。在庫に係
る予約対象は、例えば商品名や分類名をキーとして商品
を特定する検索テーブルが要求される。

【００５５】予約パラメータ収集部２０１は、例えば携
帯電話１０１又はコンピュータ端末１１０を操作するユ
ーザによる予約要求に基づいて予約に必要な予約パラメ
ータを収集する処理を行う。検索制御部２０２は、予約
パラメータ収集部２０１により収集された予約パラメー
タを参照して、予約可能な予約対象の特定及び予約変更
すべき予約対象の特定を行う。予約制御部２０３は、検
索制御部２０２により特定された予約対象の予約確定及
び予約変更を制御する。予約パラメータ収集部２０１
は、例えば携帯電話１０１から予約要求を受けた場合、
モバイル用表示データ２０４を参照して、予約処理に係
る表示データを携帯電話１０１に転送する。携帯電話１
０１を操作するユーザは、予約処理に係る表示データに
基づく予約画面を参照して、予約パラメータを入力す
る。予約パラメータ収集部２０１は、収集した予約パラ
メータを検索制御部２０２に通知する。検索制御部２０
２は、予約状況データ２０６を参照し、予約パラメータ
により特定される条件に合致する予約対象を特定する。
検索制御部２０２は、特定された予約対象を予約制御部
２０３に通知する。予約制御部２０３は、モバイル用表
示データ２０４を参照して予約確定に必要な表示データ
を読み取り、予約確定の処理を行う。

【００５６】予約制御部２０３は、予約確定処理の際、
予約状況データ２０６及び予約ユーザデータ２０７を更
新する。予約制御部２０３は、予約状況データ２０６上
の予約確定に係るデータに予約済みの内容を反映させ
る。具体的には、予約可能枠の削減を行う。予約制御部
２０３は、予約ユーザデータ２０７に、予約確定に係る
データを付加する。付加されるデータは、予約を行った
ユーザ及び予約対象を特定する。ユーザを特定するデー
タは、例えば予約パラメータ収集部２０１が収集した予
約パラメータからなる。予約対象を特定するデータは、
例えば予約確定に係る予約状況データ２０６とのリンク
を表す。このリンクをたどることにより、予約対象及び
予約日時等を特定することができる。

【００５７】図１２は、本発明に係る予約状況データの
概念図である。図に示された予約状況データ２０６´
は、例えば予約対処毎に用意される。予約状況データ２
０６´は、ホテルの空室情報を表わす。具体的には、ホ
テルの利用可能日及び仕様に応じた空室数を表わす。こ
の予約状況データ２０６´は、タイトル項目２０６ａ
と、詳細内容項目２０６ｂと、日程項目２０６ｃを備え
る。タイトル項目２０６ａは、部屋の仕様を表わす。詳
細内容２０６ｂは、部屋の利用料金、付帯設備、そして
食事等のサービス内容を表わす。日程項目２０６ｃは、
ホテルの利用可能日を表わす。検索制御部２０２は、予
約状況データ２０６´を参照して、ユーザが望む部屋の
確保が可能か否か判断する。予約制御部２０３は、予約
対象の項目の空室数を減算して予約を確定する。

【００５８】図１３、図１４、そして図１５を参照し
て、予約ソフトウェア５５ａの動作を説明する。図中、
下線の付された文字は、ハイパーリンクが設定された文
字を意味する。図１３は、本発明に係る検索フェーズの
動作説明図である。携帯電話１０１を操作するユーザ
は、ホテルの予約を行う場合、ホテル予約機能を起動す
る。この起動は、携帯電話１０１を操作して、予約ソフ
トウェア５５ａをアクセスすることにより実行される。
予約ソフトウェア５５ａの予約パラメータ収集部２０１
は、モバイル用表示データ２０４をアクセスして、携帯
電話１０１に向けて予約パラメータ入力を促す画面デー
タを送信する。まず、空室検索を促す画面データを送信
する（Ｓ１）。なお、予約パラメータ収集部２０１は、
予約可能なホテルが複数存在する場合、ステップＳ１の
実行前に、特定のホテルを選択する処理を実行すること
ができる。この選択は、予約可能なホテルの一覧を携帯
電話１０１に表示し、そして選択することにより実行さ
れる。ユーザが、日程による検索を選択すると、予約パ
ラメータ収集部２０１は、日程入力用の画面データを送
信する（Ｓ２）。予約パラメータ収集部２０１は、日程
入力が完了すると、その値を一次記憶し、部屋タイプ入
力用の画面データを送信する（Ｓ３）。予約パラメータ
収集部２０１は、部屋タイプ情報を受け付けると、日程
情報と共に検索制御部２０２に通知する。

【００５９】検索制御部２０２は、予約状況データ２０
６を検索し、日程情報及び部屋タイプ情報により特定さ
れる予約対象が予約可能か否か判断する。判断結果は、
予約制御部２０３に通知される。予約制御部２０３は、
予約可の判断結果を受け付けた場合、予約確定指示を促
す画面データを携帯電話１０１に送信する（Ｓ４）。予
約制御部２０３は、予約不可の判断結果を受け付けた場
合、キャンセル待ちを促す画面データを携帯電話１０１
に送信する（Ｓ５）。ユーザは、キャンセル待ちを選択
した場合、予約対象の管理者に対して口頭によりキャン
セル待ちの希望を伝えることになる。ステップＳ４にお
いて、予約確定指示が選択された場合、予約フェーズが
実行される。更に、ステップＳ１において、部屋タイプ
が選択された場合、処理は、ステップＳ３、Ｓ２の順番
で実行され、そしてステップＳ４又はＳ５に移行する。

【００６０】図１４は、本発明に係る予約フェーズの動
作説明図である。予約制御部２０３は、携帯電話１０１
から予約確定指示を受け付けた場合、ユーザ情報の入力
を促す画面データを携帯電話１０１に送信する（Ｓ１
１）。予約制御部２０３は、ユーザ情報の入力完了を検
出すると、確認を促す画面データを携帯電話１０１に送
信する（Ｓ１２）。予約制御部２０３は、修正が指示さ
れた場合、再びステップＳ１１を実行し、確定が指示さ
れた場合、予約ユーザデータ２０７を特定する予約番号
を発行すると同時に、予約ユーザデータ２０７に予約内
容を付加する（Ｓ１３）。この際、予約状況データ２０
６では、予約確定された予約対象の空きが低減される。
なお、ステップＳ１３においてユーザは、誤って予約を
実行した場合、予約キャンセルフェーズへ移行すること
ができる。この移行は、図１３のステップＳ１からも実
行できる。

【００６１】図１５は、本発明に係る予約確認・キャン
セルフェーズの動作説明図である。予約確認・キャンセ
ルフェーズが起動すると、予約制御部２０３は、予約番
号の入力を促す画面データを携帯電話１０１に送信する
（Ｓ２１）。予約制御部２０３は、予約番号の入力を受
け付けると、その予約番号に基づいて予約ユーザデータ
２０７を検索する。予約制御部２０３は、予約番号に対
応する予約ユーザデータを検出すると、その内容を携帯
電話１０１に送信する（Ｓ２２）。予約制御部２０３
は、予約キャンセルの指示を受け付けると、キャンセル
実行を確認する画面データを送信する（Ｓ２３）。予約
制御部２０３は、予約番号に対応する予約ユーザデータ
２０７を削除し、予約完了の確認を促す（Ｓ２４）。な
お予約制御部２０３は、ステップＳ２１の結果、予約番
号を確認できない場合、その旨を通知し、予約に係る処
理画面への移動を促す（Ｓ２５）。なお、予約制御部２
０３は、ステップＳ２２において予約の内容変更を指示
された場合、ユーザは、予約対象の管理者に対して口頭
により予約変更を依頼することになる。

【００６２】以上説明のように、予約ソフトウェア５５
ａは、予約データベース４５ａを参照して携帯電話１０
１による予約を制御することができる。同様に、コンピ
ュータ端末１１０による予約処理にも対応することがで
きる。この場合、予約パラメータ収集部２０１及び予約
制御部２０３は、ウェブ用表示データ２０５を参照し
て、予約パラメータ及びユーザ情報を収集する。

【００６３】以上説明のような手順により、ユーザは、
予約ソフトウェア５５ａを使用して予約処理を行うこと
ができる。

【００６４】次に図１６を参照して本発明に係るテスト
パッケージユニット３００の動作を説明する。図１２
は、本発明に係るテストパッケージユニット３００の概
念図である。テストパッケージユニット３００は、テス
トソフトウェア５５ｂとテストデータベース４５ｂを備
える。テストソフトウェア５５ｂは、出題制御部３０１
と、履歴管理部３０２を備える。テストデータベース４
５ｂは、ユーザデータと問題データを備える。ユーザデ
ータは、テストパッケージユニット３００を使用するユ
ーザを特定するユーザ情報及びユーザ毎の利用履歴を表
す。問題データは、設問情報及び設問情報に対する正答
情報を備える。

【００６５】出題制御部３０１は、ユーザデータを参照
してユーザに出題すべき設問を特定する。出題制御部３
０１は、ユーザに応じて特定した内容に対応する設問デ
ータを抽出し、例えば携帯端末１０１に転送する。携帯
端末１０１では、設問データが表示され、ユーザにより
入力された回答データがテストパッケージユニット３０
０に返信される。返信された回答データは、履歴管理部
３０２に検出される。履歴管理部３０２は、回答データ
と正答データを比較して回答データの正否を判断し、設
問データに対する採点を行う。履歴管理部３０２は、採
点結果を携帯端末１０１に通知する。更に履歴管理部３
０２は、採点結果に基づいて、例えば不正解の設問デー
タを特定する履歴データをユーザーデータ中に格納す
る。出題制御部３０１は、ユーザデータに格納された履
歴データを参照して、不正解の設問データに基づいて、
ユーザに対する更なるテストを実行することができる。

【００６６】次に図１７を参照して本発明に係るクーポ
ンパッケージユニット４００の動作を説明する。図１３
は、本発明に係るクーポンパッケージユニット４００の
概念図である。クーポンパッケージユニット４００は、
クーポンソフトウェア５５ｃとクーポンデータベース４
５ｃを備える。クーポンソフトウェア５５ｃは、クーポ
ン生成制御部４０１と、クーポン発行制御部４０２を備
える。クーポンデータベース４５ｃは、クーポンテキス
トデータとクーポンイメージデータとクーポン構築デー
タを備える。クーポンテキストデータは、クーポン券を
形成するテキストデータであり、例えばクーポン券の発
行者名及び連絡先等を表す。イメージデータは、例えば
クーポン券の割引金額ユーザデータ及び発行者のロゴマ
ーク等を表す。クーポン構築データは、クーポンテキス
トデータとクーポンイメージデータのリンク情報を表
す。

【００６７】クーポン生成制御部４０１は、例えばクー
ポン発行企業から得たクーポンテキストデータ及びクー
ポンイメージデータをクーポンデータベースに登録す
る。クーポン生成制御部４０１は、クーポン発行企業に
より選択されたクーポンテキストデータ及びクーポンイ
メージデータと、これらデータのクーポン画像上の配置
位置を表すクーポン構築データを生成する。クーポンテ
キストデータ及びクーポンイメージデータは、予め基本
的な内容を基本部品として用意することができる。これ
らの基本部品を組み合わせることにより、汎用的なクー
ポン画像を生成することができる。尚、汎用的なクーポ
ン画像を生成する際、企業名、金額、そして有効期限等
の情報を個別情報として用意することができる。

【００６８】クーポン発行制御部４０２は、ユーザによ
り選択されたクーポン構築データに基づいて、クーポン
テキストデータ及びクーポンイメージデータを読み取
り、クーポン画像を生成する。生成されたクーポン画像
は、例えばユーザに操作される携帯電話１０１に送信さ
れる。ユーザは、携帯電話１０１の表示画面にクーポン
画像を表示し、クーポン券に基づくサービスを受ける。

【００６９】尚、クーポン画像には、認証情報を付加す
ることができる。この認証情報は、例えば携帯電話１０
１にブルートゥース通信機能等が搭載された場合、携帯
電話機１０１と、店舗のＰＯＳシステムの間で認証情報
の通信を行う。この通信の結果、認証情報の確認が取れ
た場合、正規のクーポン画像が提示されたものとして、
クーポン券に対応するサービスが実行される。この認証
情報は、例えばクーポンテキストデータ又はクーポンイ
メージデータに付加され、クーポン画像の転送と共に転
送され、そして携帯電話機１０１の記憶装置に格納され
る。この記憶装置が非接触読み出し可能な半導体チップ
の場合、ブルートゥース等の通信機能を使用することな
く、例えばＰＯＳシステム側に設けられた読み取りパッ
ドを会して認証情報を読み取ることができる。なお、Ｐ
ＯＳシステム側には予め、認証情報と等価の基準情報が
用意される。

【００７０】以上説明のクーポンパッケージユニット４
００は、クーポンテキストデータ及びクーポンイメージ
データを組み合わせて、所定のクーポン画像（クーポン
券）を生成することができる。これらのデータは、予め
用意された汎用的なものの他、必要な都度設定される個
別データを用意することができる。このため、汎用的な
データのみ及び汎用的なデータと個別データの組み合わ
せで、クーポン画像を構築することができ、クーポン画
像構築に伴う作業量及びデータ転送量を削減することが
できる。また、クーポン画像に認証情報を付加できるた
め、クーポン券に係る不正使用を防止することができ
る。

【００７１】

【発明の効果】本発明によれば、クライアントはブラウ
ザ画面に表示される案内に従って必要な情報を入力すれ
ば、情報配信収集システムが自動的に携帯端末の機種毎
に割り当てられた仕様にメールコンテンツ及びＷＥＢコ
ンテンツを自動作成するため、通信仕様の異なるエンド
ユーザへのメールコンテンツ及びＷＥＢコンテンツの作
成の手間を大幅に簡略化することができる。

【００７２】また、エンドユーザ毎に重複しないように
割り当てられたパラメータを電子メールにリンクされた
ＵＲＬに付加することで、当該ＵＲＬにアクセスしたエ
ンドユーザを識別することができる。

【００７３】更に、音声入力で携帯端末のメールアドレ
スを取得することができるため、メールアドレスのアカ
ウントを簡易な操作で取得することができる。

【００７４】一方、本発明に係る予約パッケージユニッ
ト２００は、携帯端末及びコンピュータ端末を使用し
た、予約対象の予約を制御することができる。同様に、
本発明に係るテストパッケージユニット３００は、携帯
端末及びコンピュータ端末を使用した、テストを制御す
ることができる。同様に、本発明に係るクーポンパッケ
ージユニット４００は、携帯端末及びコンピュータ端末
を使用した、クーポン券の発行及び認証を行える。何れ
のパッケージユニットにおいても、一つのコンテンツに
基づいて、システムが自動的にキャリアに合せた整合処
理を行う。このため、キャリアを意識したコンテンツ作
成をする必要がない。

【図面の簡単な説明】

【図１】情報配信収集システムのブロック図である。

【図２】情報配信収集システムのブロック図である。

【図３】メールコンテンツ作成画面である。

【図４】メール宛先指定画面である。

【図５】メール送信確認画面である。

【図６】返信メール管理画面である。

【図７】メールアドレス登録画面である。

【図８】ＷＥＢコンテンツ作成画面である。

【図９】統計情報表示画面である。

【図１０】統計情報表示画面である。

【図１１】予約ユニットの概念図である。

【図１２】本発明に係る予約状況データの概念図であ
る。

【図１３】本発明に係る検索フェーズの動作説明図であ
る。

【図１４】本発明に係る予約フェーズの動作説明図であ
る。

【図１５】本発明に係る予約確認・キャンセルフェーズ
の動作説明図である。

【図１６】テストユニットの概念図である。

【図１７】クーポンユニットの概念図である。

【符号の説明】

１…クライアント端末、２…インターネット網、１０…
情報配信収集システム、１２…メールコンテンツ作成
部、２９…キャリア識別部、３０…キャリア機能差分情
報蓄積部、３５…音声テキストデータ変換部、４２…Ｗ
ＥＢコンテンツ作成部、５６…キャリア識別部、５７…
キャリア機能差分情報蓄積部、５９…ＷＥＢコンテンツ
掲示情報蓄積部、６０…インバウンド管理部、６１…セ
ッション管理部、６２…アクセス要求受付・振分部

フロントページの続き (72)発明者村田浩二郎東京都中央区銀座８丁目４番17号株式会社リクルート内 (72)発明者鈴木昌樹東京都中央区銀座８丁目４番17号株式会社リクルート内 (72)発明者山下栄二郎東京都中央区銀座８丁目４番17号株式会社リクルート内

Claims

【特許請求の範囲】

【請求項１】通信仕様の異なる複数の携帯端末へ配信す
るために一時的に作成された電子メールのコンテンツを
携帯端末の機種毎に割り当てられた仕様に変換するコン
テンツ変換部と、当該コンテンツ変換部によって作成さ
れた電子メールを通信回線を介して携帯端末へ配信処理
する配信処理部とを備えた情報配信収集システム。
【請求項２】前記配信処理部から携帯端末へ配信される
電子メールにＵＲＬをリンクし、エンドユーザ毎に重複
しないように割り当てられたパラメータを当該ＵＲＬに
付加することで、ＵＲＬにアクセスしたエンドユーザを
識別する識別部をさらに備えた請求項１に記載の情報配
信収集システム。
【請求項３】エンドユーザの音声入力をテキストデータ
に変換することで、エンドユーザの携帯端末のメールア
ドレスを音声情報から取得する音声テキストデータ変換
部をさらに備えた請求項１又は請求項２に記載の情報配
信収集システム。
【請求項４】通信仕様の異なる携帯端末から通信回線を
介して閲覧するために一時的に作成されたＷＥＢコンテ
ンツを携帯端末の機種毎に割り当てられたコンテンツ記
述言語に変換するコンテンツ変換部と、携帯端末からコ
ンテンツの閲覧要求があったときに携帯端末の機種を判
別し、当該携帯端末の機種に対応したコンテンツ記述言
語で作成されたＷＥＢコンテンツを、通信回線を介して
当該携帯端末へ配信する配信処理部とを備えた情報配信
収集システム。
【請求項５】通信回線を介してクライアントからアクセ
スがあると、当該クライアントの端末に電子メールのコ
ンテンツ入力案内画面を表示し、クライアントが記述し
たコンテンツを携帯端末の機種毎に割り当てられた仕様
に変換し、携帯端末の機種毎に作成された電子メールを
予め指定された携帯端末へ代行配信する情報受発信代行
方法。
【請求項６】前記携帯端末へ配信される電子メールにＵ
ＲＬをリンクし、エンドユーザ毎に重複しないように割
り当てられたパラメータを当該ＵＲＬに付加すること
で、ＵＲＬにアクセスしたエンドユーザを識別する請求
項５に記載の情報受発信代行方法。
【請求項７】エンドユーザの音声入力をテキストデータ
に変換することで、エンドユーザの携帯端末のメールア
ドレスを音声情報から取得する請求項５又は請求項６に
記載の情報受発信代行方法。
【請求項８】通信回線を介してクライアントからアクセ
スがあると、当該クライアントの端末にＷＥＢコンテン
ツ入力案内画面を表示し、クライアントが記述したコン
テンツを携帯端末の機種毎に割り当てられたコンテンツ
記述言語に変換し、携帯端末からコンテンツの閲覧要求
があったときに携帯端末の機種を判別し、当該携帯端末
の機種に対応したコンテンツ記述言語で作成されたＷＥ
Ｂコンテンツを通信回線を介して当該携帯端末へ代行配
信する情報受発信代行方法。
【請求項９】請求項５乃至請求項８のうち何れか１項に
記載の方法をコンピュータに実行させるプログラムを記
録したコンピュータ読取可能な記録媒体。
【請求項１０】通信仕様の異なる複数の携帯端末へ配信
するために作成されたコンテンツが前記通信仕様に整合
するように複数の配信用コンテンツに変換され、前記複
数の配信用コンテンツの前記通信仕様と前記複数の携帯
端末の通信仕様が検出され、前記複数の配信用コンテン
ツのそれぞれが、通信回線を介して、整合する前記通信
仕様が設定された携帯端末へ配信される情報配信収集方
法。
【請求項１１】前記コンテンツが、予約対象に対する予
約を行うための予約用コンテンツからなり、前記予約用
コンテンツに基づいて、前記携帯端末との間で前記予約
が成立した場合、前記予約に対応する前記予約用コンテ
ンツが更新される請求項１０に記載の情報配信収集方
法。
【請求項１２】前記コンテンツが、オンライン学習を行
うための学習コンテンツからなり、前記学習コンテンツは、ユーザに対する出題と、前記出
題に対する回答を採点し、前記採点した結果に基づいて
不正解の出題が再現される新たな出題を行う請求項１０
に記載の情報配信収集システム。
【請求項１３】前記コンテンツが、クーポン発行を行う
ためのクーポン発行コンテンツからなり、前記クーポン発行コンテンツは、文字情報部品及び／又
はイメージ情報部品及び／又は認証情報からなるクーポ
ンを生成し、前記文字情報部品及びイメージ情報及び前記認証情報
は、前記通信仕様の少なくとも何れか一つに整合するよ
うに予め用意される請求項１０に記載の情報配信収集シ
ステム。