(57)【要約】【課題】文字データ等の送受信をするシステムにおける、アプリケーション開発の技術的負担を軽減し、ユーザに対してシステム提供を迅速に行う。【解決手段】メッセージングシステム１００において、携帯端末６同士（携帯端末６−１，６−２）の関係を、通信プロトコルの最上位層にあたるアプリケーション層で結ぶものにする。通信プロトコルの下位層（ＴＣＰ／ＩＰ層など）については、携帯端末６同士（携帯端末６−１，６−２）の関係においては、お互いに意識する必要がないようにする。【選択図】　　　図３
2004104618.tif 000002
【特許請求の範囲】
【請求項１】
送信元装置から送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データが入力されると、前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスをそれぞれ取得するネットワークアドレス取得部と、
前記送信先ネットワークアドレスを用いて前記送信先装置に対しネットワークを介して前記メッセージデータを送信する送信部と、
前記メッセージデータを送信後、前記送信先装置から前記送信元装置が前記メッセージデータに対応する返信データを受信すべく、前記送信元ネットワークアドレスを所定時間保持する保持部と
を有することを特徴とする送信サーバ。
【請求項２】
請求項１に記載の送信サーバにおいて、
前記保持部は、前記送信元装置から前記送信先端末に対する新たなメッセージデータを受信すべく、前期送信先ネットワークアドレスを所定時間保持するものであることを特徴とする送信サーバ。
【請求項３】
請求項１または請求項２のいずれかに記載の送信サーバにおいて、
前記送信元ネットワークアドレスまたは前記送信先ネットワークアドレスのいずれかまたは双方が予め特定アドレスとして確保されているものであることを特徴とする送信サーバ。
【請求項４】
外部サーバを介して送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データを入力する入力手段と、
前記外部サーバに対して前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスをそれぞれ取得するよう要請するネットワークアドレス取得要請部と、
前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを付した前記メッセージデータを前記外部サーバに対しネットワークを介して送信する送信部と、
前記メッセージデータを送信後、前記送信先装置から前記メッセージデータに対応する返信データを前記サーバを介して受信すべく、前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを所定時間保持する保持部と
を有することを特徴とする送信装置。
【請求項５】
送信元装置から送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データが入力されると、前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスをそれぞれ取得するネットワークアドレス取得過程と、
前記送信先ネットワークアドレスを用いて前記送信先装置に対しネットワークを介して前記メッセージデータを送信する送信過程と、
前記メッセージデータを送信後、前記送信先装置から前記送信元装置が前記メッセージデータに対応する返信データを受信すべく、前記送信元ネットワークアドレスを所定時間保持する保持過程と
を有することを特徴とする送信サーバの制御方法。
【請求項６】
外部サーバを介して送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データを入力する入力過程と、
前記外部サーバに対して前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスをそれぞれ取得するよう要請するネットワークアドレス取得要請過程と、
前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを付した前記メッセージデータを前記外部サーバに対しネットワークを介して送信する送信過程と、
前記メッセージデータを送信後、前記送信先装置から前記メッセージデータに対応する返信データを前記サーバを介して受信すべく、前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを所定時間保持する保持過程と
を有することを特徴とする送信装置の制御方法。
【請求項７】
コンピュータを、
送信元装置からの送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データの入力に伴って、前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスを取得するネットワークアドレス取得手段と、
前記送信先ネットワークアドレスを用いて前記送信先装置に対しネットワークを介して前記メッセージデータを送信する送信手段と、
前記送信先装置から前記送信元装置が前記メッセージデータに対応する返信データを受信すべく、前記送信元ネットワークアドレスを所定時間保持する保持手段として機能させるためのプログラム。
【請求項８】
コンピュータを、
送信元装置からの送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データの入力に伴って、前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスを取得するネットワークアドレス取得手段と、
前記送信先ネットワークアドレスを用いて前記送信先装置に対しネットワークを介して前記メッセージデータを送信する送信手段と、
前記送信先装置から前記送信元装置が前記メッセージデータに対応する返信データを受信すべく、前記送信元ネットワークアドレスを所定時間保持する保持手段として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項９】
コンピュータを、
外部サーバを介して送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データの入力に伴って、前記外部サーバに対して前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスをそれぞれ取得するよう要請するネットワークアドレス取得要請手段と、
前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを付した前記メッセージデータを前記外部サーバに対しネットワークを介して送信する送信手段と、
前記送信先装置から前記メッセージデータに対応する返信データを前記サーバを介して受信すべく、前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを所定時間保持する保持手段として機能させるためのプログラム。
【請求項１０】
コンピュータを、
外部サーバを介して送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データの入力に伴って、前記外部サーバに対して前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスをそれぞれ取得するよう要請するネットワークアドレス取得要請手段と、
前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを付した前記メッセージデータを前記外部サーバに対しネットワークを介して送信する送信手段と、
前記送信先装置から前記メッセージデータに対応する返信データを前記サーバを介して受信すべく、前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを所定時間保持する保持手段として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サーバや携帯端末の間において文字等のデータ通信をする技術に関する。
【０００２】
【従来の技術】
サーバを介して、携帯電話等の無線通信機器（以下、携帯端末）の間で文字データをやり取り（チャット）するためのシステムが提供されている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−３０６７１９号公報（要約）
【０００４】
【発明が解決しようとする課題】
以下、具体例を用いて、これまでのシステムの概要について説明する。
図４は、サービスサーバ９３を介在させ、２つの携帯端末９１，９５の間において、文字データのやり取りをするためのシステムを想定し、このシステムの通信プロトコルスタック図を示したものである。携帯端末９１，９５にインストールされる専用アプリケーションは、本システムを利用して文字データのやり取りをするためのプログラムである。
【０００５】
このような専用アプリケーションは、改変（バージョンアップ）されたり、全く新しいものが用意されていくが、従来においては、この専用アプリケーションの役割が膨大であったため、プログラム開発者の技術的負担が重くなり、ユーザへのプログラム提供が遅くなる問題があった。すなわち、専用アプリケーションは、データ送信を仲介するサービスサーバ９３との間の通信路確立処理や、通信プロトコルの下層にあたるＴＣＰ／ＩＰ層の処理といった、通信プロトコルのあらゆる層の処理を行う役割が課されている。このため、携帯端末９５のアプリケーションプログラム開発者は、通信プロトコルのあらゆる層の処理を考慮する必要があったのである。
【０００６】
また近年では、携帯端末９５の間において、文字データのやり取りを単に行うのではなく、対戦型ゲームなどの別個のアプリケーションを起動させた上で、文字データのやり取りを行うことも行われつつある。このようなアプリケーションを開発する上でも、上述したように、通信プロトコルのあらゆる層の処理を考慮する必要があるから、プログラム開発者における技術的負担が問題となっていた。
【０００７】
本発明は以上の点を考慮してなされたものであり、文字データのやり取りに係るアプリケーションの開発に際しての技術的負担を軽減することを可能とする、送信サーバ、その制御方法、送信装置、その制御方法、プログラムおよび記録媒体を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記課題を解決するため、本発明に係る送信サーバの構成は、送信元装置から送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データが入力されると、前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスをそれぞれ取得するネットワークアドレス取得部と、前記送信先ネットワークアドレスを用いて前記送信先装置に対しネットワークを介して前記メッセージデータを送信する送信部と、前記メッセージデータを送信後、前記送信先装置から前記送信元装置が前記メッセージデータに対応する返信データを受信すべく、前記送信元ネットワークアドレスを所定時間保持する保持部とを有することを特徴とする。
【０００９】
かかる送信サーバの構成によれば、送信元装置からメッセージデータおよび送信先装置の電話番号データを入力すれば、送信元装置および送信先装置のそれぞれのネットワークアドレスが取得されるとともに、実際に送信先装置にメッセージデータの送信処理が行われる。また、取得したネットワークアドレスは、所定時間保持される。
すなわち、ネットワークアドレスの取得や管理といった通信プロトコルの下位層に係る煩雑な処理は、送信サーバに備えられる送信部、保持部によって行われるから、送信サーバのアプリケーションプログラムを構築するに際して、通信プロトコルの下位層を意識することなく行うことができ、技術的負担が軽減される。
【００１０】
本発明に係る送信装置の構成は、外部サーバを介して送信先装置に送信すべきメッセージデータおよび前記送信先装置の電話番号データを入力する入力手段と、前記外部サーバに対して前記送信元装置に対応する送信元ネットワークアドレスおよび前記送信先装置に対応する送信先ネットワークアドレスをそれぞれ取得するよう要請するネットワークアドレス取得要請部と、前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを付した前記メッセージデータを前記外部サーバに対しネットワークを介して送信する送信部と、前記メッセージデータを送信後、前記送信先装置から前記メッセージデータに対応する返信データを前記サーバを介して受信すべく、前記送信元ネットワークアドレスおよび前記送信先ネットワークアドレスを所定時間保持する保持部とを有することを特徴とする。
【００１１】
かかる送信装置の構成によれば、メッセージデータおよび送信先装置の電話番号データを入力すれば、メッセージの送信元装置および送信先装置のそれぞれのネットワークアドレスが取得されるとともに、実際に送信先装置にメッセージデータの送信処理が行われる。また、取得したネットワークアドレスは、所定時間保持される。
すなわち、ネットワークアドレスの取得や管理といった通信プロトコルの下位層に係る煩雑な処理は、送信サーバに備えられるネットワークアドレス取得要請部、送信部および保持部によって行われるから、送信装置のアプリケーションプログラムを構築するにあたっては、通信プロトコルの下位層を意識することなく行うことができ、技術的負担が軽減される。
【００１２】
ここで、上述した送信サーバまたは送信装置の実現方法は任意である。ハードウェアを構成することにより実現してもよいし、コンピュータによってソフトウェア的に実現してもよい。
ソフトウェア的に実現する場合は、上述した送信サーバまたは送信装置を実現するためのプログラムを作成することになるが、このプログラムをユーザに指定提供する形態も任意である。たとえば、コンピュータ読み取り可能な記録媒体（フロッピーディスクやＣＤ−ＲＯＭなど）に記録しておき、記録媒体としてユーザに提供するようにしてもよいし、あるいは、プログラムをインターネット等のネットワークを通じて配信（いわゆるネット配信）することによりユーザに提供するようにしてもよい。
【００１３】
【発明の実施の形態】
Ａ：実施形態の説明
（構成）
図１は、本発明を適用したメッセージングシステム１００の構成図である。メッセージングシステム１００は、サービスサーバ２と、ルータ３−１、３−２と、携帯端末６−１、６−２とを備えている。
サービスサーバ２およびルータ３はＬＡＮ７を介して接続される。ルータ３−１と携帯端末６−１とは、専用線８−１およびパケット網９−１を介して接続される。また、ルータ３−２と携帯端末６−２とは、専用線８−２およびパケット網９−２を介して接続される。図１に示したよりも多くの携帯端末６を備えていてもよい。なお、以下の説明において、特に区別する必要がないときは、ルータ３、携帯端末６、専用線８、パケット網９というように記載する。
【００１４】
サービスサーバ２は、例えばＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）である。サービスサーバ２には、本システム１００において必要なアプリケーションプログラム（サービスサーバプログラム２ａ）が予めインストールされている。
サービスサーバプログラム２ａは、本システム１００における通信プロトコルの下位層に係る制御（ＩＰアドレスの割り当て、管理など）をするためのプログラムである。
【００１５】
ルータ３は、ＬＡＮ７やパケット網９を介した文字データ等の通信を実行する。ルータ３は、パケット網９を介した通信（パケット通信）を行うに際し、パケット網９の内のより詳細なルートを選択する。この機能により、迅速なパケット通信が行われる。
【００１６】
携帯端末６は、例えば携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ）である。携帯端末６には、本システム１００において必要なアプリケーションプログラム（携帯アプリケーション６ａおよびミドルウェア６ｂ）が予めインストールされている。このうち、携帯アプリケーション６ａは、通信プロトコルの上位層であるアプリケーション層を制御するプログラムであり、ミドルウェア６ｂは、通信プロトコルの上位層および下位層に係る制御をするためのプログラムである。
【００１７】
（動作）
図２は、本システム１００において、携帯端末６−１から携帯端末６−２に対し、文字データを送信する際のシーケンスチャートである。携帯端末６−１から携帯端末６−２に対し、文字データの送信をする場合、はじめに携帯端末６−１とサービスサーバ２との間の通信路が確立され、つぎにサービスサーバ２と携帯端末６−２との間の通信路が確立される。その後、実際のデータ通信が実行される。以下、それぞれの通信路確立やデータ通信の過程について説明する。
【００１８】
（１）携帯端末６−１とサービスサーバ２の間のデータ通信
携帯端末６−１は、文字データ（メッセージデータ）および送信先装置である携帯端末６−２の電話番号（メールアドレスでもよい）の情報をサービスサーバ２に出力する。
より詳細に説明すると、携帯端末６−１は、携帯アプリケーション６ａを用いて、文字データおよび電話番号のデータをミドルウェア６ｂに引き渡すための処理をする。次いで、ミドルウェア６ｂを用いて、サービスサーバ２に対する発呼処理をし（ステップＳａ１）、サービスサーバ２との間で通信路を確立する（ステップＳａ２）。そして、文字データおよび電話番号のデータをサービスサーバ２に出力していく（ステップＳａ３）。
【００１９】
このように、携帯アプリケーション６ａの役割は、文字データおよび電話番号のデータをミドルウェア６ｂに引き渡すだけであり、すなわち、業務アプリケーション６ａは通信プロトコルの上位層にあたる処理だけをすれば足りるのである。サービスサーバ２に対する出力処理といった、通信プロトコルのより下位層にあたる処理は、ミドルウェア６ｂの役割である。
【００２０】
ミドルウェア６ｂは、サービスサーバ２に文字データおよび電話番号のデータをパケットデータに分割し、各々のパケットデータのヘッダ部分にサービスサーバ２のＩＰアドレスを付したものを順次パケット網９−１に出力していく。
一方、ルータ３−１は、サービスサーバ２のＩＰアドレスが付加されたパケットデータをパケット網９−１を介して受け取り、これをサービスサーバ２に出力する。そして、サービスサーバ２はサービスサーバプログラム２ａを用いて、パケットデータを受け取る。
【００２１】
（２）サービスサーバ２と携帯端末６−２の間のデータ通信
携帯端末６−１から文字データおよび電話番号のデータに対応するパケットデータを受け取ると、サービスサーバ２は、このパケットデータを携帯端末６−２に送信するための処理をする。
より具体的に処理内容を説明すると、サービスサーバ２は、まず、携帯端末６−２に対する発呼処理を行い、携帯端末６−２との間でダイアルアップ接続をする（ステップＳａ４）。
【００２２】
次いで、サービスサーバ２は、サービスサーバプログラム２ａ、ダイアルアップ接続した携帯端末６−ｂに対するＩＰアドレスを取得し、携帯端末６−ｂとの間での通信路を確立させる（ステップＳａ５）。
その後、サービスサーバ２は、文字データを複数のパケットデータに分割するとともに、各々のパケットデータのヘッダ部分に取得したＩＰアドレスを付したものを、ルータ３−２に順次出力していく（ステップＳａ６）。
ルータ３−２は、サービスサーバ２から出力されるパケットデータを受け取ると、当該パケットデータについて、パケット網９における具体的な通信路を決定する（ＩＰルーティング）。そして、パケットデータを順次パケット網９−２に出力させていく。
【００２３】
一方、携帯端末６−２は、自己に割当てられたＩＰアドレスが付されたパケットをパケット網９−２を介して受信する。そして、携帯端末６−２は、受信したパケットデータをモニタ表示させるためのデータに変換し、モニタ（図示せず）に表示させる。かかる表示内容により、携帯端末６のユーザは受信した文字データの内容を視認することができる。
以上説明した、携帯端末６−１から携帯端末６−２に対する文字データの送信処理は、携帯端末６−１から文字データが出力されると直ちに行われ、ほぼリアルタイムに、文字データの内容を携帯端末６−２のモニタに表示させることができる。
【００２４】
ここで、サービスサーバ２は、携帯端末６−１や携帯端末６−２に対して割り当てたＩＰアドレスの情報を予め決められる一定期間（例えば１０分）保持するように制御する。この場合、サービスサーバ２は、自身のメモリ（図示せず）に、携帯端末６−１，６−２を特定する情報（電話番号等）とＩＰアドレスとを対応付けて格納しておけばよい。
【００２５】
サービスサーバ２において、ＩＰアドレスの情報が一定期間保持される間は、携帯端末６−１と携帯端末６−２との間でいったん確立された通信路が保持されることになる。この期間内に、携帯端末６−２から携帯端末６−１に文字データが送信（返信）される場合は、サービスサーバ２は、既に確立されている通信路を再利用することができ、当該返信データに係る通信処理を迅速に行うことができる。また、さらに、携帯端末６−１から携帯端末６−２に対して文字データの送信が行われる場合も同様である（図２：ステップＳａ７）。
すなわち、サービスサーバ２は、携帯端末６−１と携帯端末６−２の間における文字データの通信処理をするにあたっては、再度ＩＰアドレスを取得したり、通信路を確立したりといった煩雑な処理をする必要がいらないのである。このようにして、携帯端末６−１と携帯端末６−２の間において、迅速（リアルタイム）に文字データ（メッセージ）のやり取りが実現される。
【００２６】
以上がシステム１００の動作の説明である。このように、メッセージングシステム１００において、携帯端末６の携帯アプリケーション６ａの役割は、送信する文字データおよび送信先装置となる携帯端末６の電話番号のデータをミドルウェア６ｂに引き渡すだけで足りる。
その後に行われる、サービスサーバ２との通信路接続処理といった通信プロトコルの下位層にあたる煩雑な処理は、携帯端末６内のミドルウェア６ｂによって行われる。さらに、その後に行われる、ＩＰアドレスの取得といった通信プロトコルの下位層に係る煩雑な処理は、サービスサーバ２内のサービスサーバプログラム２ａによって行われる。
【００２７】
このため、携帯端末６の携帯アプリケーション６ａの開発にあたっては、送信する文字データおよび送信先装置である携帯端末６の電話番号のデータをミドルウェア６ｂに引き渡す処理を考慮すれば足りる。本実施形態に係る携帯端末６のアプリケーションソフトウェアの開発者は、多大な技術的負担を強いられることなく、システム１００の構築作業を迅速に進めていくことができるのである。
【００２８】
図３は、本システム１００における、通信プロトコルスタック図である。本システム１００において、携帯端末６−１と携帯端末６−２との関係は、通信プロトコルの最上位層にあたるアプリケーション層で結びついたものになっている。通信プロトコルの下位層（ＴＣＰ／ＩＰ層など）については、携帯端末６同士の関係においては、お互いに意識する必要がいらない。
【００２９】
Ｂ：変形例
以上、本発明の実施形態についての説明を行ったが、本実施形態はあくまで一例であり、任意に変形を加えることができる。以下に変形例を示す。
たとえば、上記実施形態においては、携帯端末６の間において文字データの送受信を行うシステム１００の例を示したが、本発明はこれに限定されず、例えば、携帯端末とサービスサーバ２との間で文字データの送受信を行うシステムに適用してもよい。
また、パケット通信以外の通信形態により文字データの送受信を行うシステムに本発明を適用してもよい。いずれにしても、本発明の利用により、通信プロトコルのあらゆる層を意識せずに、アプリケーションプログラムの開発をすることができる効果を奏し、システム開発の技術的負担は軽減される。
【００３０】
さらにサービスサーバ２や携帯端末６に対し、本発明に係るプログラムのインストール方法は任意である。プログラムを記録したＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ−　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）やＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）カード等を用いてインストールするようにしてもよく、インターネット等のネットを介してネット配信によるインストールをしてもよい。
【００３１】
【発明の効果】
以上説明したように、本発明によれば、文字データ等の送受信をするシステムにおける、アプリケーションの開発に際しての技術的負担を軽減することができ、ユーザにシステム提供を迅速にすることができる。
【図面の簡単な説明】
【図１】メッセージングシステム１００の構成図である。
【図２】同システム１００におけるシーケンスチャートである。
【図３】同システム１００のプロトコルスタック図である。
【図４】従来システムのプロトコルスタック図である。
【符号の説明】
２……サービスサーバ、２ａ……サービスサーバプログラム、３……ルータ、６（６−１，６−２）……携帯端末、６ａ……携帯アプリケーション、６ｂ……ミドルウェア、７……ＬＡＮ（ローカルエリアネットワーク）、８（８−１，８−２）……専用線、９（９−１，９−２）……パケット網、
１００……メッセージングシステム。
【図１】
2004104618.tif 000003
【図２】
2004104618.tif 000004
【図３】
2004104618.tif 000005
【図４】
2004104618.tif 000006