JP4210209B2 - 同報通信システム、データ送信端末、サーバ、及びクライアント端末 - Google Patents

Description

本発明は、電子文書の同報送信に関し、特にモバイル端末に向けた同報送信、及び、同報送信宛先をサーバとしたサーバ／クライアント型による配信文書の閲覧が可能な同報通信システム、データ送信端末、サーバ、及びクライアント端末に関するものである。

ＰＣで作成された文書やスキャナで読み取られ電子化された文書を多くの人に配信する手段として、従来から電子メールやＦＡＸによる同報送信が使用されてきた。電子メールは、文書がメールアドレス（メールサーバ）に向けて送信され、クライアントがその文書を閲覧する。ＦＡＸには、受信した画像を紙にプリントするもの、及び、電子メールとしてメールサーバへ転送する機能を持ったものも含まれる。クライアントがペーパーレスで同報受信文書を閲覧する場合、上記のいずれかの方法が使用されている。これらは、クライアントがメールサーバに記憶された文書を閲覧するという形態をとっている。

ここで、メールサーバのアドレスは固定であり、クライアントはその固定アドレスにアクセスして受信文書を閲覧する必要がある（先に述べたメールサーバのアドレスが固定で、クライアントがその固定アドレスのメールサーバへアクセスする形態をメールサーバとクライアントの関係が固定であると定義する）。携帯電話網におけるメールサービスもクライアント（携帯電話）から固定アドレスのメールサーバにアクセスして受信文書を閲覧している。

しかし、メールサーバとクライアントの関係が固定されていると、クライアントがメールサーバにアクセスできない環境にいる場合（メールサーバが接続されたネットワークに繋がらない場合）、クライアントが受信した文書を閲覧することができない。また、ＦＡＸ受信画像を電子メールとしてメールサーバへ転送するメール連動型ＦＡＸ同報送信においては、転送先が同じメールサーバに集中すると、同じ内容の電子データが繰り返しネットワークを流れることとなり、ネットワークトラフィックが増大する。さらに、メールサーバも同じ文書を多数記憶することとなり、多くのメモリ容量を使用する。特に、送信文書のデータ量が大きいとき、問題は深刻である。メールサーバは一般的に多数のクライアントで共有されるため、多数のクライアントから同時にアクセスされると１クライアント当たりに対する文書閲覧のための処理機能が著しく低下する。

上記の問題を解決するために、端末の情報を収集、記憶する端末情報管理手段を持った通信装置に、収集した端末情報の問い合わせを行い、その端末情報の中から選択した端末と端末情報管理手段を持った通信装置を介して通信を行う方法がある。

特許文献１は、同報送信を行う宛先の中にインターネットにおける同一のドメイン名が含まれる場合には、同一のドメイン名への送信を一つの宛先へのみ送信し、他の同じドメイン名の宛先については、一つの宛先への送信に転送を依頼するメッセージを付加して送信する通信装置を提案している。つまり、同報送信時にドメインの代表端末にデータを送信し、その代表端末が同じドメインの他の端末にデータを転送する。

特許文献２は、ネットワークの他の端末からの同報送信要求に対してメールサーバ装置が公衆網に接続された情報通信装置を介して公衆網の宛先に送信する同報通信システム及び同報通信方式を提案している。

非特許文献１には、受信した画像を紙にプリントするだけでなく、電子メールとしてメールサーバへ転送する機能を持ったＦＡＸ装置が掲載されている。
特開２０００−１７４７４９号公報 特開２００３−１７４５３９号公報 "Ｗ−ＮＥＴ ＦＡＸ対応アプリケーション ＩＰ−ＬＩＮＫ ＦＡＸポスト ｆｏｒ Ｎｏｔｅｓ"、［ｏｎｌｉｎｅ］、２００３年４月１５日、ＲＩＣＯＨ Ｉｍａｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、［平成１５年１１月１３日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｒｉｃｏｈ．ｃｏ．ｊｐ／ＩＴＳ／ＲＧＯ／ｆａｘｐｏｓｔ．ｈｔｍ＞

この場合、送信文書のデータ量が大きい場合には、代表端末から同じドメインの他の端末にデータを転送している間、大量のデータがそのドメインのネットワークに流れることとなり、ネットワークトラフィックが増大してしまう。また、受信端末に実装されたメモリ量が小さい場合には、データ量の大きな文書データを全て受信できないという問題があった。

本発明は、同報送信の宛先をクライアントが接続できる装置（サーバ）とする。すなわち、文書を閲覧させたいクライアントの存在を確認した後に、同報文書を各クライアントの最寄りの装置（サーバ）に向けて送信し、クライアントが迅速かつ確実に同報文書を閲覧できるようにする。具体的には、同報宛先のサーバは、通信可能なクライアントへ閲覧データの着信通知を送信して、クライアントに同報文書を閲覧させることを目的とする。また、同報文書の送信端末は、その文書を閲覧すべきクライアントの存在位置を予め確認して、クライアントに同報文書を閲覧させることを目的とする。

また、本発明は、同報送信の宛先装置（サーバ）に対して複数のクライアントが接続して文書を閲覧する場合、サーバへ送信する文書は１通のみとし、複数のクライアントがその文書を共有して閲覧できるようにする。つまり、同報文書の送信端末がその文書を閲覧すべきクライアントの存在位置に基づいて、同報宛先のサーバ毎にクライアントをグループ化して、効率のよい同報送信を実行することを目的とする。

さらに、本発明は、リアルタイム型の通信（ＦＡＸ通信等）により同報送信する場合、ＰＣやＦＡＸがサーバとなり、同報送信を開始してから短時間に多くのクライアントが同報文書を閲覧できるようにする。つまり、同報文書を閲覧すべきクライアントの存在位置を端末の位置を管理できるネットワーク機器を用いて確認し、同報宛先のサーバ毎にクライアントをグループ化して、効率のよい同報送信を実行することを目的とする。

本発明の同報通信システムは、ネットワークを介してデータ送信端末から受信したデータを記憶し、且つ、前記データを少なくとも一つのクライアント端末に送信する少なくとも一つのサーバと、前記クライアント端末が閲覧するデータと前記クライアント端末の端末識別情報とを前記サーバへ送信する前記データ送信端末とを有する同報通信システムにおいて、前記サーバは、前記端末識別情報によって特定される前記クライアント端末と通信可能であるか否かを判断する判断手段と、前記判断手段により通信可能と判断された前記クライアント端末へ前記データを受信したことを通知する手段と、前記クライアント端末からの要求に応じて前記データを閲覧させる手段とを有し、前記データ送信端末は、前記データを前記サーバへ送信する前に、前記サーバと前記端末識別情報に該当するクライアント端末とが通信可能であるかを前記サーバに問い合わせる手段と、前記端末識別情報に該当するクライアント端末と通信可能な前記サーバにのみ前記データと前記端末識別情報とを送信する手段とを有することを特徴とする。

本発明は、上記同報通信システムにおいて、前記データ送信端末は、前記サーバと通信可能な前記端末識別情報に該当するクライアント端末が複数あるとき、前記端末識別情報に該当するクライアント端末が通信可能な前記サーバのいずれか一つに属するように前記端末識別情報を分割する手段と、前記データと前記分割された端末識別情報とを前記サーバに送信する手段とを有することを特徴とする。

本発明は、上記同報通信システムにおいて、前記サーバは、前記データと前記分割された端末識別情報とを受信したとき、前記受信した端末識別情報に対応した前記クライアント端末に前記データが着信したことを通知する手段と、前記クライアント端末にて前記データを閲覧する手段とを有することを特徴とする。

本発明は、上記のデータ送信端末において、前記クライアント端末が閲覧する前記データを前記サーバへ送信することを特徴とする。

本発明は、上記のサーバにおいて、前記クライアント端末に対して前記データを閲覧可能とすることを特徴とする。

本発明は、上記のクライアント端末において、前記サーバが受信した前記データを閲覧することを特徴とする。

本発明は、同報文書を各クライアントの最寄りの装置（サーバ）に向けて送信し、クライアントはその装置（サーバ）にアクセスして文書を閲覧できる。よって、各クライアントが迅速かつ確実に同報文書を閲覧でき、同報送信システムとしての利便性を向上させることができる。

本発明は、同報送信の宛先をクライアントが接続できるサーバとし、同報送信を受信した同報送信の宛先サーバは通信可能なクライアントへ閲覧データの着信通知を送信して、クライアントに同報文書を閲覧させる。また、クライアントが複数存在する場合には、同報宛先のサーバ毎にグループ化して効率よい同報送信を実行する。さらに、端末位置管理装置を利用することで、より同報送信で使用されるサーバの処理負荷を軽減することができる。

同報文書の送信端末が各ドメインに存在するサーバ宛に同報送信し、そのサーバが同じドメインに存在するクライアントへ同報文書の着信通知を送信して、クライアントが同報文書を閲覧する同報通信システムを図１を用いて説明する。

本実施例における同報送信システムは、ドメインＡに含まれる同報送信端末１、ドメインＢに含まれる文書閲覧サーバ２、アクセスポイント３、ＤＮＳ（Domain Name Service ）サーバ４、ＤＨＣＰ（Dynamic Host Configuration Protocol ）サーバ５、及び、クライアント６から８、ドメインＣに含まれる文書閲覧サーバ９、アクセスポイント１０、ＤＮＳサーバ１１、ＤＨＣＰサーバ１２、クライアント１３、及び、クライアント１４から構成されている。各ドメイン内、及び、ドメイン間に存在するルータ等の他のネットワーク機器については、図示しない。

本実施例ではデスクトップＰＣを同報送信端末１として使用した。文書閲覧サーバ２と文書閲覧サーバ９には、ＰＣ−ＡＴ（The Personal Computer for Advanced Technologies ）アーキテクチャを使用した。なお、本発明では文書閲覧サーバとしてＰＣ−ＡＴアーキテクチャを用いたが他のＰＣによって代用することも可能である。アクセスポイント３とアクセスポイント１０は、有線ＬＡＮ（例えば、ＩＥＥＥ８０２．３など）と無線ＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａなど）をブリッジする。ＤＮＳサーバ４とＤＮＳサーバ１１は各ドメインに接続された端末（サーバを含む）のホスト名とＩＰアドレスを管理しており、問い合わせのあったホスト名に対応したＩＰアドレスを返信する。ＤＨＣＰサーバ５とＤＨＣＰサーバ１２は、ある特定範囲のＩＰアドレスを管理しており、端末からＩＰアドレスの貸し出し要求があると、管理範囲内の１つのＩＰアドレスを要求端末へ貸し出す。クライアント６から８、及び、クライアント１３と１４には、無線ＬＡＮ用のＰＣカードを装着したノート型ＰＣを用いた。なお、クライアント６から８、及び、クライアント１３と１４は、接続するドメインを適宜変更することができる。

クライアント６から８、及び、クライアント１３と１４がＩＰアドレスを取得して各ドメインのネットワークに接続する処理を説明する。クライアント６から８がアクセスポイント３と無線ＬＡＮ通信できる範囲に入ると、そのクライアントはＩＰアドレスの割り当て要求メッセージをブロードキャストでＤＨＣＰサーバ５に送信する。ＤＨＣＰサーバ５は、このメッセージを受信すると、管理範囲内の１つのＩＰアドレスを返信する。クライアントがこれを受信し、このＩＰアドレスの割り当てを申請するメッセージを送信すると、ＤＨＣＰサーバ５はこれを承認するメッセージを返信する。以上の処理により、クライアント６から８は、ＩＰアドレスを取得し、ネットワークに接続された他の端末と通信できる状態となる。なお、クライアント１３及び１４がネットワークに接続する場合もＤＨＣＰサーバ１２と同様の手順を実行してＩＰアドレスを取得し、ネットワークに接続された他の端末と通信できる状態となる。

なお、ＤＨＣＰサーバ５及びＤＨＣＰサーバ１２から各クライアントへ送信するメッセージには、ＤＮＳサーバ４及びＤＮＳサーバ１１のＩＰアドレスも含まれているため、各クライアントは各ドメインのＤＮＳサーバにダイナミックＤＮＳ機能を用いて、自端末のホスト名とＩＰアドレスを登録する。

次に、同報送信端末１が同報文書を送信し、各クライアントがその文書を閲覧できるようにする処理を説明する。ここで、同報送信端末１は、クライアント６から８、及び、クライアント１３及びクライアント１４のホスト名の情報は持っているが、それらが存在しているドメインについての情報は有していない。同報送信端末１は文書を閲覧させたい全てのクライアントのホスト名（ホスト名リスト）を同報文書とともに各ドメインに存在する文書閲覧サーバ２及び文書閲覧サーバ９へ送信する。具体的には、ＳＩＰを使用して呼び接続とデータチャンネルの確立を行なった後、そのデータチャンネル上でＲＴＰ（Real-time Transport Protocol）を使用してホスト名リストと同報文書を送信する。文書閲覧サーバ２は、このデータを受信すると、ドメインＢに存在するＤＮＳサーバ４を用いて受信したホスト名からそのＩＰアドレスを得る。このとき得られるＩＰアドレスは、ＤＮＳサーバ４に登録されているホスト名についてのみ対応するＩＰアドレスである。文書閲覧サーバ２はクライアント６から８のＩＰアドレスを得ると、クライアント６から８に同報文書の着信通知メッセージを送信する。このメッセージはインスタントメッセージ等を使用して送信される（インスタントメッセージの送信方法としては、ＳＩＰを使用した方法がある。）。クライアント６から８はこのメッセージを受信すると、文書閲覧サーバ２にアクセスして同報文書を閲覧する。この閲覧のためのプロトコルには、ＨＴＴＰなどが使用される。

文書閲覧サーバ９も文書閲覧サーバ２と同様にして、ドメインＣに存在するＤＮＳサーバ１１を用いて受信したホスト名からそのＩＰアドレスを得て、クライアント１３及び１４に同報文書の着信通知メッセージを送信する。クライアント１３及び１４はこのメッセージを受信すると、文書閲覧サーバ９にアクセスして同報文書を閲覧する。なお、各クライアントは文書閲覧サーバにある文書を閲覧した後、その文書をダウンロードして自端末に保存することも可能である。

本実施例により、同報文書を各クライアントの最寄りの装置に向けて送信し、クライアントはその装置にアクセスして文書を閲覧できるため、個々のクライアントが迅速かつ確実に同報文書を閲覧でき、同報送信システムとしての利便性が向上する。

本実施例では、複数のクライアントへ同報送信する場合に、同報送信の宛先装置（サーバ）へ送信する文書を１通のみとし、複数のクライアントがその文書を共有して閲覧し、同報送信時のネットワークトラフィックの増大を抑える処理について説明する。実施例１と同様にクライアント６から８、及び、クライアント１３及び１４は、ＤＨＣＰサーバからＩＰアドレスを取得して各ドメインのネットワークに接続しており、各クライアントのホスト名とＩＰアドレスはＤＮＳサーバに登録されている。

まず、図１に示す同報宛先ドメインに文書閲覧サーバが１つしかないとき、クライアントを同報宛先である各サーバと対応付けてグループ化する処理について説明する。同報送信端末１は、同報文書を文書閲覧サーバへ送信するに前に、各文書閲覧サーバと現在接続できるクライアントを問い合わせる。同報送信端末１においてユーザにより文書を閲覧させたいクライアントのホスト名が指定されると、そのホスト名のリストを各ドメインに存在する文書閲覧サーバ２及び９へ送信する。文書閲覧サーバ２はＤＮＳサーバ４へ受信したホスト名を問い合わせ、仮にそのホスト名が登録されている場合は、そのＩＰアドレスを取得する。文書閲覧サーバ２は、クライアント６から８のＩＰアドレスを取得すると同報送信端末１へクライアント６から８のホスト名を送信する（この送信はＳＩＰを用いたインスタントメッセージにより送信する。）。文書閲覧サーバ９も文書閲覧サーバ２と同じ動作を行い、同報送信端末１へクライアント１３及び１４のホスト名を送信する。同報送信端末１は、文書閲覧サーバ２及び９からホスト名を受信すると、クライアント６から８のホスト名を同報文書とともに文書閲覧サーバ２へ、クライアント１３及び１４のホスト名を同報文書とともに文書閲覧サーバ９へ送信する。文書閲覧サーバ２はクライアント６から８のＩＰアドレスを既に有しているため、クライアント６から８に同報文書の着信通知メッセージを送信し、クライアント６から８がこのメッセージを受信すると、文書閲覧サーバ２にアクセスして同報文書を閲覧することができる。また、文書閲覧サーバ９もクライアント１３及び１４のＩＰアドレスを既に得ているため、クライアント１３及び１４に同報文書の着信通知メッセージを送信し、クライアント１３及び１４はこのメッセージを受信すると文書閲覧サーバ９にアクセスして同報文書を閲覧する。

次に、図２に示すように同報宛先ドメインに文書閲覧サーバが複数ある場合に、クライアントを同報宛先である各サーバと対応付けてグループ化する処理を説明する。

なお、図２は、同報宛先ドメインに文書閲覧サーバが複数あるネットワークの構成を示す図である。具体的には、ドメインＢに文書閲覧サーバ２０、アクセスポイント２１、及び、クライアント２２から２４、ドメインＣに文書閲覧サーバ２５、アクセスポイント２６、及び、クライアント２７及び２８が追加されている。文書閲覧サーバ２０及び２５には、文書閲覧サーバ２及び９と同様にＰＣ−ＡＴアーキテクチャを使用した。クライアント２２から２４、及び、クライアント２７及び２８には、クライアント６から８、及び、クライアント１３及び１４と同様に無線ＬＡＮ用のＰＣカードを装着したノート型ＰＣを使用した。アクセスポイント２１及び２６は、アクセスポイント３及び１０と同様に有線ＬＡＮ（ＩＥＥＥ８０２．３）と無線ＬＡＮ（ＩＥＥＥ８０２．１１ａ）をブリッジする。

同報宛先ドメインに文書閲覧サーバが複数ある場合の同報送信端末１の動作を図５に、文書閲覧サーバの動作を図６に示す。同報送信端末１においてユーザにより文書を閲覧させたいクライアントのホスト名が指定されると（ステップＳ５００／ＹＥＳ）、そのホスト名のリストが各ドメインに存在する文書閲覧サーバ２、２０、９、及び、２５へ送信され（ステップＳ５０１）、各文書閲覧サーバが受信する（ステップＳ６００／ＹＥＳ）。この送信は、ＳＩＰを使用したインスタントメッセージにより送信する。

同報送信端末１からホスト名のリストを文書閲覧サーバ２、２０、９、及び、２５が受信すると（ステップＳ６００／ＹＥＳ）、文書閲覧サーバ２及び２０はＤＮＳサーバ４へ受信したホスト名の問い合わせを行い（ステップＳ６０１）、仮にそのホスト名が登録されている場合には、そのＩＰアドレスを得る（ステップＳ６０２）。文書閲覧サーバ２及び２０はクライアント６から８、及び、クライアント２２から２４のＩＰアドレスを得ると、同報送信端末１へクライアント６から８、及び、クライアント２２及び２４のホスト名を送信する（ステップＳ６０３）。この送信は、ＳＩＰを使用したインスタントメッセージにより送信する（ステップＳ６０３）。文書閲覧サーバ９と２５は、文書閲覧サーバ２と２０と同様に同報送信端末１へクライアント１３、１４、２７、及び、２８のホスト名を送信する（ステップＳ６０３）。

同報送信端末１が文書閲覧サーバ２、２０、９、２５からホスト名を受信すると（ステップＳ５０２）、ホスト名のリストを各クライアントが通信可能な文書閲覧サーバごとにグループ化させ図３に示す各文書閲覧サーバとホスト名との対応表を作成する（ステップＳ５０３）。次に、各文書閲覧サーバ間で、重複したホスト名があるかをチェックする（ステップＳ５０４）。文書閲覧サーバ２と文書閲覧サーバ２０が同じホスト名のリスト（グループ１）を、文書閲覧サーバ９と文書閲覧サーバ２５が同じホスト名のリスト（グループ２）を有している場合（ステップＳ５０５／ＹＥＳ）、重複したホスト名を１つの文書閲覧サーバのみに対応させ（ステップＳ５０６）、図４に示すように各グループを二分する（ステップＳ５０７）。グループ１をグループ３と４に、グループ２をグループ５と６に分割する。なお、図４には各ホスト名を持ったクライアント番号も記載している。そして、同報送信端末１は、グループ３のホスト名を同報文書とともに文書閲覧サーバ２へ、グループ４のホスト名を同報文書とともに文書閲覧サーバ２０へ、グループ５のホスト名を同報文書とともに閲覧サーバ９へ、グループ６のホスト名を同報文書とともに文書閲覧サーバ２５へ送信する（ステップＳ５０８）。

文書閲覧サーバ２は、同報送信端末１からホスト名と同報文書を受信すると（ステップＳ６０４）、グループ３のホスト名のクライアント（クライアント６から８）のＩＰアドレスを既に取得しているため、クライアント６から８に同報文書の着信通知メッセージを送信し（ステップＳ６０５）、クライアント６から８はこのメッセージを受信すると文書閲覧サーバ２にアクセスして同報文書を閲覧する（ステップＳ６０６）。また、同様に文書閲覧サーバ２０は、クライアント２２から２４に同報文書の着信通知メッセージを送信し（ステップＳ６０５）、クライアント１３及び１４はこのメッセージを受信すると文書閲覧サーバ９にアクセスして同報文書を閲覧する（ステップＳ６０６）。さらに、文書閲覧サーバ２５は、クライアント２７及び２８に同報文書の着信通知メッセージを送信し（ステップＳ６０５）、クライアント２７及び２８はこのメッセージを受信すると、文書閲覧サーバ２５にアクセスして同報文書を閲覧する（ステップＳ６０６）。

なお、文書閲覧サーバ間で重複したホスト名を有していない場合は（ステップＳ５０５／ＮＯ）、同報文書を文書閲覧サーバから受信したホスト名とともに該文書閲覧サーバへ送信する（ステップＳ５０９）。

以上のように、同報送信の宛先装置（サーバ）へ送信する文書を１通のみとすることで複数のクライアントがその文書を共有して閲覧できるため、同放送信時のネットワークトラフィックの増大を抑制することができる。

次にモバイルＩＰのホーム・エージェントを端末位置管理装置として使用することで同報文書を閲覧すべきクライアントの端末の位置を管理し、更には、同報宛先の文書閲覧サーバ毎にクライアントをグループ化することで効率のよい同報送信を実現する処理について説明する。なお、ＩＰネットワークでは、端末の異なるサブネットに移動すると移動前に使用していたＩＰアドレスを使用できない。しかし、本実施例では、ＩＰｖ６のモバイルＩＰの仕組みを利用しているため、端末が異なるサブネットに移動しても同じＩＰアドレスを使用できる。ＩＰｖ６（Internet Protocol version 6 ）のモバイルＩＰは、ホーム・エージェント（ＨＡ）と呼ばれるルータが端末の位置を追跡し、端末は常に同じＩＰアドレスを使用することができる。なお、端末の移動先ネットワークアドレスを相手端末へ直接通知して、ＨＡを介さないで端末同士が直接通信することも可能である。

図７に示すように本実施例におけるネットワークは、同報送信端末３０、及び、ホーム・エージェント３１（以下、ＨＡと記す）からなる拠点Ａのネットワーク、ＩＰｖ６ルータ３２、文書閲覧サーバ３３、アクセスポイント３４、及び、クライアント３５から３７からなる拠点Ｂのネットワーク、ＩＰｖ６ルータ３８、文書閲覧サーバ３９、アクセスポイント４０、及び、クライアント４１及び４２からなる拠点Ｃのネットワークから構成されている。なお、各拠点のネットワーク内及びネットワーク間に存在する他のネットワーク機器の図示は省略する。

各拠点のネットワークはＩＰｖ６であり、それぞれのサブネットは異なっている。ＨＡ３１は端末固有のＩＰアドレス（ホームアドレス）と、端末移動先ネットワークを特定するためのＩＰアドレス（気付アドレス）を対応付けて管理しており、端末のホームアドレス宛のパケットをその端末が現在接続しているネットワークのアドレス宛に転送する。ＩＰｖ６ルータ３２とＩＰｖ６ルータ３８は、ＩＰアドレスの上位８バイトを定期的に各ルータの属するネットワーク内の機器へ通知している。文書閲覧サーバ３３と文書閲覧サーバ３９は、ＰＣ−ＡＴのコンピュータであり、アクセスポイント３４とアクセスポイント４０は有線ＬＡＮ（ＩＥＥＥ８０２．３）と無線ＬＡＮ（ＩＥＥＥ８０２．１１ａ）とをブリッジする。クライアント３５〜３７およびクライアント４１、４２は、無線ＬＡＮ（ＩＥＥＥ８０２．１１ａ）用のＰＣカードが装着されたノート型ＰＣであり、このＰＣカードには世の中で一意な６バイトのＭＡＣ（Media Access Control）アドレスが与えられている。クライアント３５から３７およびクライアント４１、４２は、各端末に固有なＭＡＣアドレスとルータから通知されたＩＰアドレスの上位８バイトからＩＰｖ６グローバルアドレスを生成する。

ここで、ＩＰｖ６グローバルアドレスの生成方法について説明する。ＩＰｖ６アドレスは１６バイトであり、下位８バイト（インターフェイス識別子）は６バイトのＭＡＣアドレスを使用して作られる。インターフェイス識別子はＭＡＣアドレスの真ん中、すなわち２４ビット目と２５ビット目の間にビット列“１１１１ １１１１ １１１１ １１１０”を挿入して、上位から７ビット目を反転することで作られる。上位８バイトはルータから通知された値であり、両者を結合してＩＰｖ６グローバルアドレスが生成される。クライアント３５から３７、及び、クライアント４１及び４２は生成されたこのＩＰｖ６グローバルアドレスを各端末のホームアドレスとともにＨＡ３１に登録する。

次に、同報送信端末１が文書を同報送信して、その文書を各クライアントが閲覧するまでの同報送信端末及び文書閲覧サーバの動作について説明する。なお、同報送信端末３０は、クライアント３５から３７、及び、クライアント４１及び４２のホームアドレスの情報は有しているが、ＩＰｖ６グローバルアドレスについての情報は有していないものとする。

同報送信端末１は、ユーザにより文書を閲覧させたいクライアントのホームアドレスが指定されると（ステップＳ８００／ＹＥＳ）、ＨＡ３１へグローバルアドレスの問い合わせ命令を送信する（ステップＳ８０１）。ＨＡ３１にはそのクライアントのホームアドレスとＩＰｖ６グローバルアドレスが既に登録されているため、指定されたホームアドレスに対応したＩＰｖ６グローバルアドレスを同報送信端末３０へ返す（ステップＳ８０２）。以上の処理により同報送信端末１は、文書を閲覧させたい全てのクライアントのＩＰｖ６グローバルアドレスを取得する。

ＩＰｖ６グローバルアドレスを取得した同報送信端末１は、クライアントのＩＰｖ６グローバルアドレスの上位８バイト（世の中に一意な値であり、リンクの番号を表す）をチェックして、同一の値のもの同士をグループ化し（ステップＳ８０３）、各グループのＩＰｖ６グローバルアドレスと同報文書とをその上位８バイトが同じ（リンク番号が同じ）ＩＰｖ６グローバルアドレスを有する文書閲覧サーバへ送信する（ステップＳ８０４）。つまり、文書閲覧サーバ３３へはクライアント３５から３７のＩＰｖ６グローバルアドレスを、文書閲覧サーバ３９へはクライアント４１及び４２のＩＰｖ６グローバルアドレスを送信する（ステップＳ８０４）。なお、この送信はＳＩＰによる呼接続とファイル転送により実行する。

文書閲覧サーバ３３は、ＩＰｖ６グローバルアドレス及び同報文書を受信すると（ステップＳ９００／ＹＥＳ）、クライアント３５から３７に同報文書の着信通知メッセージを送信し（ステップＳ９０１）、このメッセージを受信したクライアントは文書閲覧サーバ３３にアクセスして同報文書を閲覧する（ステップＳ９０２）。

文書閲覧サーバ３９も同様にして、クライアント４１及び４２に同報文書の着信通知メッセージを送信し（ステップＳ９０１）、メッセージを受信したクライアント４１及び４２は、文書閲覧サーバ３９にアクセスして同報文書を閲覧する（ステップＳ９０２）。

なお、本実施例においては、文書閲覧サーバにＰＣ−ＡＴアーキテクチャを用いたが、同じ動作を実行可能なネットワークに接続できる複写機、プリンタ、ファクシミリ等によって代用することもできる。

本実施例により、同報送信の宛先装置（サーバ）を多数設定できるため、同報文書を閲覧するために同時にサーバにアクセスするクライアントの数を少なくすることができる。以上により、同報送信で使用されるサーバの処理負担を軽減することができる。

同報宛先ドメインに文書閲覧サーバが１つのみの同報送信システムの構成を示す図である。 同報宛先ドメインに文書閲覧サーバが複数ある同報送信システムの構成を示す図である。 文書閲覧サーバからホスト名を受け取った同報送信端末が作成する各文書閲覧サーバとホスト名の対応表である。 ホスト名のグループと同報文書の送信先である文書閲覧サーバとの対応表である。 同報宛先ドメインに文書閲覧サーバが１つのみの同報送信システムにおける同報送信端末の動作を示すフローチャートである。 同報宛先ドメインに文書閲覧サーバが１つのみの同報送信システムにおける文書閲覧サーバの動作を示すフローチャートである。 端末位置管理装置を利用した同報送信システムの構成を示す図である。 端末位置管理装置を利用した同報送信システムの同報送信端末の動作を示すフローチャートである。 端末位置管理装置を利用した同報送信システムの文書閲覧サーバの動作を示すフローチャートである。

符号の説明

１、３０ 同報送信端末
２、９、２０、２５、３３、３９ 文書閲覧サーバ
３、１０、２１、２６ アクセスポイント
４、１１ ＤＮＳサーバ
５、１２ ＤＨＣＰサーバ
６、７、８、１３、１４ クライアント
３１ ＨＡ
３２、３８ ＩＰｖ６ルータ

Claims (6)

1. ネットワークを介してデータ送信端末から受信したデータを記憶し、且つ、前記データを少なくとも一つのクライアント端末に送信する少なくとも一つのサーバと、前記クライアント端末が閲覧するデータと前記クライアント端末の端末識別情報とを前記サーバへ送信する前記データ送信端末とを有する同報通信システムにおいて、
   前記サーバは、前記端末識別情報によって特定される前記クライアント端末と通信可能であるか否かを判断する判断手段と、
   前記判断手段により通信可能と判断された前記クライアント端末へ前記データを受信したことを通知する手段と、
   前記クライアント端末からの要求に応じて前記データを閲覧させる手段とを有し、
   前記データ送信端末は、
   前記データを前記サーバへ送信する前に、前記サーバと前記端末識別情報に該当するクライアント端末とが通信可能であるかを前記サーバに問い合わせる手段と、
   前記端末識別情報に該当するクライアント端末と通信可能な前記サーバにのみ前記データと前記端末識別情報とを送信する手段とを有することを特徴とする同報通信システム。
2. 前記データ送信端末は、
   前記サーバと通信可能な前記端末識別情報に該当するクライアント端末が複数あるとき、前記端末識別情報に該当するクライアント端末が通信可能な前記サーバのいずれか一つに属するように前記端末識別情報を分割する手段と、
   前記データと前記分割された端末識別情報とを前記サーバに送信する手段とを有することを特徴とする請求項１記載の同報通信システム。
3. 前記サーバは、
   前記データと前記分割された端末識別情報とを受信したとき、前記受信した端末識別情報に対応した前記クライアント端末に前記データが着信したことを通知する手段と、
   前記クライアント端末にて前記データを閲覧する手段とを有することを特徴とする請求項２記載の同報通信システム。
4. 前記クライアント端末が閲覧する前記データを前記サーバへ送信することを特徴とする請求項１から３のいずれか１項に記載のデータ送信端末。
5. 前記クライアント端末に対して前記データを閲覧可能とすることを特徴とする請求項１から３のいずれか１項に記載のサーバ。
6. 前記サーバが受信した前記データを閲覧することを特徴とする請求項１から３のいずれか１項に記載のクライアント端末。

Images