(57)【要約】【課題】ユーザ登録を不要にし、ユーザＩＤを持つ者同士でなくともメッセージ交換を可能にするメッセージシステムを提供することである。【解決手段】メッセージ交換要求元の通信端末１１１から入力サブシステム１０１に入力された新規ユーザＩＤの発行要求、メッセージ交換要求元のユーザＩＤなどの情報をもとに、ＩＤ管理サブシステム１０２は、ＩＤ管理データベース１０３に管理されているユーザＩＤを問い合わせた結果を参酌し、新規ユーザＩＤを発行する。発行された新規ユーザＩＤは、メッセージングプログラムパッケージサブシステム１０４により、メッセージシステム利用に係るプログラムとともにパックされ、出力サブシステム１０５によって、メッセージ交換要求元などの適切な送信先へ送信される。【選択図】      図１
2004265042.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の通信網に接続されており、当該１つ以上の通信網のいずれかに接続されている通信端末間でリアルタイムにメッセージ交換を行わせることとし、その利用に際しては利用者を特定するためのユーザＩＤを要求するメッセージシステムにおいて、
前記メッセージシステムのユーザＩＤを所有するメッセージ交換要求元の通信端末から、新規ユーザＩＤの発行を要求する旨および前記メッセージ交換要求元のユーザＩＤの情報が前記通信網を介して入力される手段と、
前記メッセージ交換要求元の通信端末からの要求に応じて前記メッセージシステムの新規ユーザＩＤを自動発行する手段と、
前記メッセージ交換要求元の通信端末からの要求に応じて自動発行された新規ユーザＩＤに係るデータを保存する手段と、
前記メッセージ交換要求元の通信端末からの要求により自動発行された新規ユーザＩＤと、前記メッセージ交換要求元の通信端末との間でメッセージ交換を行うためのプログラムとをパックする手段とを有することを特徴とする、ユーザＩＤ自動発行機能付きメッセージシステム。
【請求項２】
前記新規ユーザＩＤと前記プログラムとをパックする手段により作成されたデータを、前記メッセージ交換要求元の通信端末に前記通信網を介して送信する手段を有することを特徴とする、請求項１に記載のユーザＩＤ自動発行機能付きメッセージシステム。
【請求項３】
前記メッセージ交換要求元の通信端末から、前記新規ユーザＩＤと前記プログラムとをパックする手段により作成されたデータの送信先を特定する情報が前記通信網を介して入力される手段と、
前記新規ユーザＩＤと前記プログラムとをパックする手段により作成されたデータを、前記新規ユーザＩＤの送信先に前記通信網を介して送信する手段を有することを特徴とする、請求項１または２に記載のユーザＩＤ自動発行機能付きメッセージシステム。
【請求項４】
前記メッセージ交換要求元の通信端末と当該通信端末からの要求により発行された新規ユーザＩＤを利用する者の通信端末との間でメッセージ交換を行う際に、そのメッセージに係る情報を監視する手段と、
前記メッセージに係る情報を保存する手段とを有することを特徴とする、請求項１，２または３に記載のユーザＩＤ自動発行機能付きメッセージシステム。
【請求項５】
前記メッセージ交換要求元の通信端末と当該通信端末からの要求により発行された新規ユーザＩＤを利用する者の通信端末との間でメッセージ交換を行う際に、前記メッセージに係る情報を保存する手段からデータを取得する手段と、
前記メッセージに係る情報を保存する手段から取得したデータに基づき課金を行う手段とを有することを特徴とする、請求項４に記載のユーザＩＤ自動発行機能付きメッセージシステム。
【請求項６】
前記メッセージ交換要求元の通信端末からの要求により新規ユーザＩＤを発行する際に課金を行う手段を有することを特徴とする、請求項１，２，３，４または５に記載のユーザＩＤ自動発行機能付きメッセージシステム。
【請求項７】
前記メッセージ交換要求元の通信端末からの要求により新規ユーザＩＤを発行した後、所定の期間毎に課金を行う手段を有することを特徴とする、請求項１，２，３，４，５または６に記載のユーザＩＤ自動発行機能付きメッセージシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、１つ以上の通信網に接続されており、当該１つ以上の通信網のいずれかに接続されている通信端末間でリアルタイムにメッセージ交換を行わせることとし、その利用に際しては利用者を特定するためのユーザＩＤを要求するメッセージシステムに関する。
【０００２】
【従来の技術】
通信網、たとえばインターネットを介して、テキストや音声などのデータから構成されるメッセージをリアルタイムに通信端末間で交換させるメッセージシステムが知られている。
【０００３】
以下、従来のメッセージシステムについて説明する。
【０００４】
図１１に示すように、従来のメッセージシステム１１００は、サービス制御サブシステム１１０１と、ユーザＩＤを管理するＩＤ管理サブシステム１１０２とから構成されている。ここで、ユーザＩＤとは、メッセージシステム１１００上で通信端末１１１１，１１１２の利用者を特定するための識別子をいう。
【０００５】
ここで、通信端末１１１１，１１１２は、メッセージシステム１１００を利用するためのプログラムを組み込むことができる、またはそのようなプログラムが組み込まれたパーソナルコンピュータ、携帯電話などの通信機器をいう。
【０００６】
通信端末１１１１，１１１２の利用者がこのメッセージシステム１１００を利用するためには、その利用に際して個人情報入力などのユーザ登録操作を行い、ユーザＩＤを取得する必要がある。
【０００７】
通信端末１１１１，１１１２の利用者は、ユーザＩＤ取得の際、通信端末１１１１，１１１２を介し、メッセージシステム１１００に対し、新規ユーザＩＤの発行要求を通知する。
【０００８】
通信端末１１１１，１１１２からの新規ユーザＩＤの発行要求通知を受け付けたメッセージシステム１１００は、まず、サービス制御サブシステム１１０１がＩＤ管理サブシステム１１０２に新規ユーザＩＤの発行を依頼する。ＩＤ管理サブシステム１１０２は、新たにユーザＩＤを発行し、このユーザＩＤをサービス制御サブシステム１１０１に返す。ユーザＩＤを受け取ったサービス制御サブシステム１１０１は、このユーザＩＤを新規ユーザＩＤの発行要求通知を受け付けた通信端末に通知する。
【０００９】
このようなメッセージシステムの例として、インターネット上で主としてテキストデータを交換するＡｍｅｒｉｃａ  Ｏｎ−ＬｉｎｅのＩｎｓｔａｎｔ  Ｍｅｓｓｅｎｇｅｒ（非特許文献１参照）、ＹａｈｏｏのＹａｈｏｏ  Ｍｅｓｓｅｎｇｅｒ（非特許文献２参照）や、インターネット上で主として画像音声データを交換するＶｃｈａｔ  Ｐｅｒｓｏｎａｌ（非特許文献３参照）などがある。これらのメッセージシステムは、その利用に際しては利用者にユーザＩＤを要求する。そして、メッセージシステムのユーザＩＤを取得した利用者の通信端末間でのみリアルタイムなメッセージ交換を可能としている。
【００１０】
また、図１２に示すように、従来のメッセージシステム１２００には、複数の通信網１１１３，１２１２に接続されている例もある。この場合、メッセージシステム１２００は、メッセージの送信先の宛先情報として、通信網１１１３に係るユーザＩＤだけでなく、メールアドレスや電話番号など他の通信網１２１２に係るユーザＩＤも取り扱うことになる。サービス制御サブシステム１２０１は、これらのユーザＩＤを解釈し、適切な送信先にメッセージを正しく送信する。
【００１１】
複数の通信網に接続されたメッセージシステムの例として、インターネットおよび電話回線網に接続されており、主として音声データを交換するｄｉａｌｐａｄなどがある（非特許文献４参照）。
【００１２】
また、複数の通信網に接続されたメッセージシステムの技術の例として、ＰＣ２Ｐｈｏｎｅと呼ばれる技術がある。このＰＣ２Ｐｈｏｎｅは、インターネット間の利用者同士で音声をやり取りする技術ＶｏＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ）を応用した技術であって、インターネットに接続されたメッセージ送信元が、別の通信網である電話回線網に接続されたメッセージ送信先に、音声を届けることを可能にする技術である。ＰＣ２Ｐｈｏｎｅに関する企業団体としては、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｏｆｔｓｗｉｔｃｈ  Ｃｏｎｓｏｒｔｉｕｍ（［平成１５年２月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｏｆｔｓｗｉｔｃｈ．ｏｒｇ／＞）が挙げられる。
【００１３】
【非特許文献１】
［平成１５年２月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｊｐ．ａｏｌ．ｃｏｍ／ａｉｍ／＞
【非特許文献２】
［平成１５年２月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｍｅｓｓｅｎｇｅｒ．ｙａｈｏｏ．ｃｏ．ｊｐ／＞
【非特許文献３】
［平成１５年２月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｖｃｈａｔ．ｂｉｇｌｏｂｅ．ｎｅ．ｊｐ／＞
【非特許文献４】
［平成１５年２月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｐｈｏｎｅ．ｂｉｇｌｏｂｅ．ｎｅ．ｊｐ／＞
【００１４】
【発明が解決しようとする課題】
上述したようなメッセージシステムは、その利用に際してユーザＩＤを要求するため、利用者は事前にユーザＩＤを取得する必要がある。
【００１５】
一般に、ユーザＩＤ取得の際は、メッセージシステムから個人情報（メールアドレス、名前、年齢、性別、趣味、など）を要求される場合が多い。これらは、メッセージシステムを初めて利用する者にとって心理的障壁が高い作業である。特に、メッセージシステムの利用料を課金するため、クレジットカードの番号などを要求される場合もあり、心理的障壁を一層高める。心理的障壁の高いこれらの作業は、メッセージシステムの利用者の加入を妨げる。
【００１６】
また、メッセージシステムの利用の際には、利用者は、メッセージシステムを利用するための専用プログラムを明示的にダウンロードおよびインストールする必要があり、時間や労力を要する。この作業は、メッセージシステムの円滑な導入を妨げる。
【００１７】
したがって、メッセージシステムのユーザＩＤを所有する利用者は、ユーザＩＤを所有していない者と、メッセージシステムを用いてメッセージ交換を行う場合、ユーザＩＤを所有していない者に対し、ユーザＩＤ取得作業を促す必要がある。また、ユーザＩＤを所有していない者は、上記のユーザＩＤ取得作業と、専用プログラムのダウンロード作業およびインストール作業を完了する必要がある。さらに、双方の利用者がユーザＩＤをお互いに知らせる必要がある。
【００１８】
以上の作業は、双方の利用者にとって障壁が高く、メッセージシステムの利用者の加入を妨げる。
【００１９】
一方、複数の通信網に接続されているメッセージシステムの多くでは、ある通信網に接続されている通信端末と、別の通信網に接続されている通信端末との間でメッセージ交換を行う場合、ある通信網に接続されている通信端末間でメッセージ交換を行う場合に比して、高額な利用料金がかかる場合がある。
【００２０】
例えば、上述の非特許文献４に開示されたｄｉａｌｐａｄでは、インターネットに接続されているｄｉａｌｐａｄの利用者の通信端末間でメッセージ交換を行う場合の利用料は無料であるが、インターネットに接続されているｄｉａｌｐａｄの利用者の通信端末と、電話回線網に接続されている電話利用者の通信端末との間でメッセージ交換を行う場合の利用料は、３分１０円以上と高価になる。
【００２１】
ここで、メッセージシステムのユーザＩＤを所有し、インターネットに通信端末が接続されている利用者Ａが、インターネットおよび電話回線網の双方に通信端末が接続されているがメッセージシステムのユーザＩＤ取得の際の心理的障壁が高いという理由により当該メッセージシステムのユーザＩＤを取得していない者Ｂとの間で、メッセージ交換を行う場合を考える。この場合、ＢはユーザＩＤを取得していないので、ＡはＢに対して電話回線網経由でメッセージ交換を行うしかなく、Ａは高額の利用料を支払う必要があった。
【００２２】
このように、メッセージ交換相手がメッセージシステムのユーザＩＤを取得しないために、メッセージシステムのユーザＩＤを所有する者が金銭面において不利益を受けるという問題が存在していた。
【００２３】
そこで、本発明の目的は、メッセージシステムへの個人情報入力などのユーザ登録を不要にし、メッセージシステムのユーザＩＤを所有する者同士でなくともメッセージシステムを利用したメッセージ交換を可能にするメッセージシステムを提供することにある。
【００２４】
また、本発明の他の目的は、メッセージシステムの利用料が有料である場合に、メッセージシステムのユーザＩＤを所有する者同士でなくとも、より安価にメッセージシステムを利用したメッセージ交換を可能にするメッセージシステムを提供することにある。
【００２５】
【課題を解決するための手段】
本発明に係るメッセージシステムは、当該メッセージシステムのユーザＩＤを所有する者同士でなくともメッセージシステムを利用したメッセージ交換を可能にするという課題を解決するため、入力サブシステム、ＩＤ管理サブシステム、ＩＤ管理データベース、メッセージングプログラムパッケージサブシステム、出力サブシステムを有している。
【００２６】
以下、メッセージとは、メッセージ交換相手とやり取りしたいデータと、メッセージ送信先情報とを含むものであるものとする。ここで、メッセージ送信先情報とは、メッセージシステムが接続されている通信網に係るユーザＩＤ（たとえば、メールアドレスや電話番号など）など、メッセージ交換相手を一意に特定できる情報をいう。また、メッセージは、メッセージ送信元情報を原則として含むこととする。メッセージ送信元情報とは、メッセージシステムが接続されている通信網に係るユーザＩＤ（たとえば、メールアドレスや電話番号など）など、メッセージ交換要求元を一意に特定できる情報をいう。
【００２７】
入力サブシステムは、メッセージシステムのユーザＩＤを所有するメッセージ交換要求元の通信端末から、メッセージシステムのユーザＩＤを所有していないメッセージ交換相手のために新規ユーザＩＤの発行を要求する旨の情報が入力されると、当該要求をＩＤ管理サブシステムに渡す。
【００２８】
ここで、入力サブシステムは、メッセージ交換要求元の通信端末から、当該メッセージ交換要求のユーザＩＤの情報も入力可能であるものとする。さらに、入力サブシステムは、メッセージ交換要求元の通信端末から、新規ユーザＩＤおよびメッセージングプログラム（メッセージングプログラムについては後述）の送信先を特定する情報も入力可能であるものとする。もし、送信先の指定がない場合は、メッセージ交換要求元の通信端末に新規ＩＤユーザおよびメッセージングプログラムを送信する。
【００２９】
また、入力サブシステムは、通信端末間でやり取りされるメッセージが入力されると、当該メッセージのメッセージ送信先情報を調べ、当該メッセージを送信先の通信端末に正しく送信する。
【００３０】
ＩＤ管理サブシステムは、メッセージシステムの全てのユーザＩＤの管理を行う。
【００３１】
また、ＩＤ管理サブシステムは、入力サブシステムに入力された要求に基づき、ＩＤ管理データベースに対し、メッセージシステムのユーザＩＤの作成、ユーザＩＤの内容取得などを行う。
【００３２】
ここで、ユーザＩＤの作成とは、ユーザＩＤを新規に作成し、当該ユーザＩＤおよびユーザＩＤに係るデータをＩＤ管理データベースに保存することをいう。また、ユーザＩＤの内容取得とは、指定されたユーザＩＤに係るデータを、ＩＤ管理データベースから取得することをいう。
【００３３】
特に、ＩＤ管理サブシステムは、ユーザＩＤ作成を行った場合、作成したユーザＩＤを、メッセージングプログラムパッケージサブシステムに渡す。
【００３４】
ＩＤ管理データベースは、ＩＤ管理サブシステムで管理している全てのユーザＩＤに係るデータを保存する。ＩＤ管理データベースで管理しているデータの詳細は発明の実施形態において後述する。
【００３５】
メッセージングプログラムパッケージサブシステムは、ＩＤ管理サブシステムから渡された新規ユーザＩＤと、メッセージシステムにおいてメッセージ交換要求元とメッセージのやり取りを行うためのプログラム（以下、メッセージングプログラムという）とをパックする。
【００３６】
ユーザＩＤとメッセージングプログラムとのパックの実施態様としては、たとえば、本文中にユーザＩＤを記載しメッセージングプログラムのファイルを添付した電子メールを作成する態様や、ユーザＩＤを記載したファイルとメッセージングプログラムのファイルを、アーカイバと呼ばれるプログラムを用いて１つのファイルにまとめる態様などがある。
【００３７】
また、パックされたユーザＩＤとメッセージングプログラムは、元のユーザＩＤとメッセージングプログラムに復元可能であるものとする。たとえば、上記の実施態様の場合、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（［平成１５年２月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｗｉｎｄｏｗｓ／＞）に添付されているＯｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓなどの電子メール送受信プログラムでは、電子メールに添付されたプログラムのファイルを、元のファイルに戻すことができる。また、多くのアーカイバ、たとえば、ＵＮＩＸにおけるｔａｒや、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓにおけるｌｈａ（［平成１５年２月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ２．ｎｓｋｎｅｔ．ｏｒ．ｊｐ／￣ｍｉｃｃｏ／ｍｉｃｉｎｄｅｘ．ｈｔｍｌ＞）は、元の１つ以上のファイルをまとめる機能だけでなく、まとめたものを元の１つ以上のファイルに戻す機能を有している。
【００３８】
通信端末において、メッセージングプログラムによるメッセージ送信に係る実施態様として、メッセージの送信の際には、必ず入力サブシステムを経由し、入力サブシステムにメッセージを送信させるという例が挙げられる。
【００３９】
また、通信端末において、メッセージングプログラムによるメッセージ送信に係る別の実施態様として、メッセージ交換相手の通信端末の通信網における位置情報（たとえば、通信網がインターネットである場合における、通信端末のＩＰアドレス）をメッセージシステムから取得した後、または、メッセージ交換相手から何らかの手段で当該メッセージ交換相手の通信端末の通信網における位置情報を取得（たとえば、通信網がインターネットである場合において、メッセージ交換相手から電子メールを用いて通信端末のＩＰアドレスを別途教えてもらうなどの方法がある）した後、メッセージシステムを介さずに、メッセージ交換相手の通信端末の通信網における位置情報を用いて、お互いの通信端末を相互接続し、メッセージングプログラムを用いてやり取りしたいメッセージの交換を行うという例が挙げられる。
【００４０】
出力サブシステムは、メッセージングプログラムパッケージサブシステムによってパックされた新規ユーザＩＤとメッセージングプログラムを、適切な送信先へ送信する。ここで、適切な送信先とは、メッセージシステムのユーザＩＤを所有するメッセージ交換要求元がメッセージシステムのユーザＩＤを所有していないメッセージ交換相手を送信先に指定した場合にはそのメッセージ交換相手をいい、メッセージ交換要求元による送信先の指定がない場合は、メッセージ交換要求元のことをいう。
【００４１】
また、本発明に係るメッセージシステムは、当該メッセージシステムの利用料が有料である場合において、メッセージシステムのユーザＩＤを持つ者同士でなくとも、より安価にメッセージシステムを利用したメッセージ交換を可能にするという課題を解決するため、上記の入力サブシステム、出力サブシステム、ＩＤ管理サブシステム、ＩＤ管理データベース、メッセージングプログラムパッケージサブシステムのほか、メッセージ履歴管理サブシステム、メッセージ履歴データベース、課金管理サブシステム、課金データベースを有している。
【００４２】
メッセージ履歴サブシステムは、通信端末間でやり取りされるメッセージに係る情報を取得し、これをメッセージ履歴データベースに保存する。メッセージに係る情報については発明の実施形態において後述する。
【００４３】
また、メッセージ履歴サブシステムは、課金管理サブシステムに、メッセージ履歴データベースに格納した上記情報を渡す。
【００４４】
メッセージ履歴データベースは、メッセージ履歴サブシステムから受け取った通信端末間でやり取りされるメッセージに係る情報を保存する。メッセージ履歴データベースで管理する情報の詳細は発明の実施形態において後述する。
【００４５】
課金管理サブシステムは、メッセージ履歴サブシステムから受け取った通信端末間でやり取りされるメッセージに係る情報、またはＩＤ管理サブシステムから受け取った新規ユーザＩＤに係る情報から、新規ユーザＩＤの発行を要求した者に対し課金を行う。また、すべてのメッセージに係る情報や、すべての新規ユーザＩＤのそれぞれに対して、課金を行ったか行っていないか、また課金をいつ行ったかを課金データベースに保存する。
【００４６】
課金データベースは、課金処理を行う直前までのすべてのメッセージ履歴とその課金情報、発行したすべての新規ユーザＩＤに対していつ課金したかなどの情報を保存する。
【００４７】
【発明の実施の形態】
以下、本発明の実施形態を、図面を参照して説明する。
【００４８】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る自動発行ユーザＩＤ付きメッセージシステムの構成を示す図である。
【００４９】
図１に示すように、本実施形態に係るメッセージシステム１００は、入力サブシステム１０１と、ＩＤ管理サブシステム１０２と、ＩＤ管理データベース１０３と、メッセージングプログラムパッケージサブシステム１０４と、出力サブシステム１０５とから構成されている。
【００５０】
本実施形態に係るメッセージシステム１００は、通信端末１１１，１１２，１１４，１１５から新規ユーザＩＤ発行要求を受け付けると、これに応答して発行した新規ユーザＩＤなどを、新規ユーザＩＤ発行要求を受け付けた通信端末に返すものである。
【００５１】
なお、本実施形態における通信端末には、通信端末１１１，１１２または通信端末１１４のように、１つの通信網（この場合、通信網１１３または通信網１１６）にのみ接続されているものや、通信端末１１５のように、複数の通信網（この場合、通信網１１３と通信網１１６）に接続されているものも含まれる。
【００５２】
以下、本発明の第１の実施形態の動作について、図２に示すフローを参照して詳細に説明する。ここでは、既にメッセージシステム１００のユーザＩＤを取得している通信端末１１１の利用者が、新規ユーザＩＤ発行要求を行う場合の動作について説明する。
【００５３】
図２に示すように、まず、通信端末１１１の利用者が、新規ユーザＩＤ発行要求の旨と、利用者自身のユーザＩＤを通信端末１１１に入力する（ステップＳ２０１）。
【００５４】
次に、通信端末１１１は、ステップＳ２０１で入力された新規ユーザ発行要求の旨と利用者自身のユーザＩＤを、通信網１１３経由で、入力サブシステム１０１に渡す（ステップＳ２０２）。
【００５５】
ステップＳ２０２の具体的態様としては、たとえば、新規ユーザ発行要求の旨および利用者自身のユーザＩＤをＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）ブラウザを用いた入力インタフェースによって通信端末１１１から通信網１１３を介して入力サブシステム１０１に伝える態様、新規ユーザ発行要求の旨および利用者自身のユーザＩＤを電子メールで通信端末１１１から通信網１１３を介して入力サブシステム１０１に伝える態様、新規ユーザ発行要求の旨および利用者自身のユーザＩＤを通信端末１１１のボタンなどを用いて通信端末１１１から通信網１１３を介して入力サブシステム１０１に伝える態様などが挙げられる。
【００５６】
次に、入力サブシステム１０１は、新規ユーザＩＤを発行するよう、ステップＳ２０２で渡された利用者自身のユーザＩＤを、ＩＤ管理サブシステム１０２に渡す（ステップＳ２０３）。
【００５７】
次に、ＩＤ管理サブシステム１０２は、ＩＤ管理データベース１０３で管理されているデータの参照を行い、発行可能・不可能なユーザＩＤを取得する（ステップＳ２０４）。
【００５８】
ここで、ＩＤ管理データベース１０３で管理されているデータとは、メッセージシステム１００の全てのユーザＩＤに係るデータをいう。また、ユーザＩＤに係るデータとは、ユーザＩＤ、当該ユーザＩＤの発行要求者、ユーザＩＤの発行日時などのデータをいう。
【００５９】
図３は、ＩＤ管理データベース１０３で管理されているデータの一例を示す図である。ＩＤ管理データベース１０３は、ユーザＩＤに係るデータとして、ユーザＩＤ３０１、当該ユーザＩＤの発行要求者のユーザＩＤ３０２、ユーザＩＤ発行日時３０３、その他のデータ３０４などを管理している。たとえば、図３において、データ３０５〜３０８は、ユーザＩＤ「Ｃ１」の発行要求者のユーザＩＤが「Ｐ１」、ユーザＩＤ「Ｃ１」の発行日時が「２００２年１０月１０日１０時１０分」であることを示す。また、データ３０９〜３１２は、ユーザＩＤ「Ｐ１」の発行要求者のユーザＩＤが「Ｐ１」、ユーザＩＤ「Ｐ１」の発行日時が「２００２年９月９日９時９分」であることを示す。これは、ユーザＩＤ「Ｐ１」の所有者自身が、個人情報の入力など通常のユーザ登録を行ったことを示す。
【００６０】
ここで、図３の例では、すでに発行されているユーザＩＤは「Ｃ１」「Ｐ１」であることがわかる。つまり、「Ｃ１」「Ｐ１」は新規に発行するユーザＩＤとしては不適切である。これは、ユーザＩＤが利用者を一意に特定するための識別子であるので重複登録は許されないことによる。
【００６１】
ＩＤ管理サブシステム１０２は、ステップＳ２０４で取得した発行可能・不可能なユーザＩＤを参酌し、新規ユーザＩＤを発行する（ステップＳ２０５）。たとえば、図３の例では、ユーザＩＤ「Ｃ１」「Ｐ１」は発行不可能であるから、ＩＤ管理サブシステム１０２は、「Ｃ１」「Ｐ１」以外のユーザＩＤを発行する。
【００６２】
次に、ＩＤ管理サブシステム１０２は、ＩＤ管理データベース１０３に、ステップＳ２０５で発行したユーザＩＤと、ステップＳ２０３で渡された利用者自身のユーザＩＤ、ステップＳ２０５でユーザＩＤを発行した日時などの情報を書き込む（ステップＳ２０６）。なお、ＩＤ管理データベース１０３に書き込むデータのフォーマットは、図３のようなＩＤ管理データベースで管理しているデータのフォーマットに準拠するものとする。
【００６３】
次に、ＩＤ管理サブシステム１０２は、ステップＳ２０３で渡された利用者自身のユーザＩＤと、ステップＳ２０５で発行した新規ユーザＩＤを、メッセージングプログラムパッケージサブシステム１０４に渡す（ステップＳ２０７）。
【００６４】
次に、メッセージングプログラムパッケージサブシステム１０４は、ステップＳ２０７で渡された新規ユーザＩＤと、メッセージシステム１００を利用するための専用プログラムであるメッセージングプログラムとをパックする（ステップＳ２０８）。
【００６５】
次に、メッセージングプログラムパッケージサブシステム１０４は、ステップＳ２０７で渡された利用者自身のユーザＩＤと、ステップＳ２０８で作成したパックした新規ユーザＩＤとメッセージングプログラムを、出力サブシステム１０５に渡す（ステップＳ２０９）。
【００６６】
その後、出力サブシステム１０５は、ステップＳ２０９で渡された利用者のユーザＩＤに基づいて当該利用者の通信端末１１１に対して、通信網１１３経由で、ステップＳ２０９で渡されたパックした新規ユーザＩＤとメッセージングプログラムを送信する（ステップＳ２１０）。
【００６７】
上述したように本実施形態においては、メッセージシステム１００のユーザＩＤを取得している通信端末１１１の利用者が、新規ユーザＩＤおよびメッセージングプログラムを受け取ることができる。
【００６８】
そのため、通信端末１１１の利用者が上記で受け取った新規ユーザＩＤおよびメッセージングプログラムを任意のメッセージ交換相手の通信端末に送信することとすれば、そのメッセージ交換相手は、メッセージシステム１００に個人情報入力などのユーザ登録を行うことなく、通信端末１１１の利用者との間でメッセージ交換を行うことができる。
【００６９】
なお、本実施形態においては、メッセージングプログラムの処理によって、メッセージ交換相手を、メッセージシステム１００のユーザＩＤを取得している利用者だけに限定させることもできる。この限定は、通信端末からメッセージを送信する時に、当該メッセージを構成するメッセージ送信先情報に必ずメッセージ交換相手のユーザＩＤを入れる、という処理をメッセージングプログラムに実行させることで実現することができる。
【００７０】
この限定には、たとえば、メッセージシステム１００の利用料が有料である場合、メッセージシステム１００の利用者のメッセージ交換相手が第三者とメッセージ交換を行うことによって、その利用者にとって予期せぬ金額が課金されるおそれがあるが、そのようなことを防止できるなどの利点がある。
【００７１】
（第２の実施形態）
本発明の第２の実施形態に係る自動発行ユーザＩＤ付きメッセージシステムの構成は、図１に示した第１の実施形態の構成と同じである。
【００７２】
本実施形態に係るメッセージシステム１００は、通信端末１１１，１１２，１１４，１１５から新規ユーザＩＤの発行要求を受け付ける際に、その新規ユーザＩＤなどの送信先が指定され、これに応答して発行した新規ユーザＩＤなどを指定された送信先に渡すものである。
【００７３】
以下、本発明の第２の実施形態の動作について、図４に示すフローを参照して詳細に説明する。ここでは、既にメッセージシステム１００のユーザＩＤを取得している通信端末１１１の利用者が、通信端末１１１と同一の通信網１１３に接続されているが、メッセージシステム１００のユーザＩＤを取得していない通信端末１１２の所有者をメッセージ交換相手とする場合の動作について説明する。
【００７４】
図４に示すように、まず、通信端末１１１の利用者が、新規ユーザＩＤ発行要求の旨と、利用者自身のユーザＩＤと、メッセージ交換相手の通信端末１１２の宛先（たとえば相手のメールアドレス）を通信端末１１１に入力する（ステップＳ４０１）。
【００７５】
次に、通信端末１１１は、ステップＳ４０１で入力された新規ユーザ発行要求の旨と、利用者自身のユーザＩＤと、メッセージ交換相手の通信端末１１２の宛先を、通信網１１３経由で、入力サブシステム１０１に渡す（ステップＳ４０２）。ステップＳ４０２の具体的態様については、図２のステップＳ２０２の実施態様と同様に考えることができる。
【００７６】
次に、入力サブシステム１０１は、ステップＳ４０２で渡された利用者自身のユーザＩＤと、メッセージ交換相手の通信端末１１２の宛先を、ＩＤ管理サブシステム１０２に渡す（ステップＳ４０３）。
【００７７】
次に、ＩＤ管理サブシステム１０２は、ＩＤ管理データベース１０３で管理されているデータの参照を行い、発行可能・不可能なユーザＩＤを取得する（ステップＳ４０４）。この処理は、図２のステップＳ２０４と同じである。
【００７８】
次に、ＩＤ管理サブシステム１０２は、ステップＳ４０４で取得した発行可能・不可能なユーザＩＤを参酌し、新規ユーザＩＤを発行する（ステップＳ４０５）。この処理は、図２のステップＳ２０５と同じである。
【００７９】
次に、ＩＤ管理サブシステム１０２は、ＩＤ管理データベース１０３に、ステップＳ４０５で発行したユーザＩＤと、ステップＳ４０３で渡された利用者自身のユーザＩＤと、ステップＳ４０５でユーザＩＤを発行した日時などの情報を書き込む（ステップＳ４０６）。この処理は、図２のステップＳ２０６と同じである。
【００８０】
次に、ＩＤ管理サブシステム１０２は、ステップＳ４０３で渡された利用者自身のユーザＩＤと、メッセージ交換相手の通信端末１１２の宛先と、ステップＳ４０５で発行した新規ユーザＩＤを、メッセージングプログラムパッケージサブシステム１０４に渡す（ステップＳ４０７）。
【００８１】
次に、メッセージングプログラムパッケージサブシステム１０４は、新規ユーザＩＤと、メッセージングプログラムとをパックする（ステップＳ４０８）。この処理は、図２のステップＳ２０８と同じである。
【００８２】
次に、メッセージングプログラムパッケージサブシステム１０４は、ステップＳ４０７で渡されたメッセージ交換相手の通信端末１１２の宛先と、ステップＳ４０８で作成したパックした新規ユーザＩＤとメッセージングプログラムを、出力サブシステム１０５に渡す（ステップＳ４０９）。
【００８３】
その後、出力サブシステム１０５は、ステップＳ４０９で宛先を渡されたメッセージ交換相手の通信端末１１２に対し、通信網１１３経由で、ステップＳ４０９で渡されたパックした新規ユーザＩＤとメッセージングプログラムを送信する（ステップＳ４１０）。
【００８４】
上述したように本実施形態においては、メッセージシステム１００のユーザＩＤを取得している通信端末１１１の利用者が、新規ユーザＩＤおよびメッセージングプログラムをメッセージ交換相手の通信端末１１２に直接送信することができる。そのため、メッセージ交換相手が、メッセージシステム１００に個人情報入力などのユーザ登録を行うことなく、通信端末１１１の利用者との間でメッセージ交換を行うことができる。また、メッセージ交換相手が、今までメッセージシステム１００のユーザＩＤ登録に係る心理的障壁のためにメッセージシステム１００を利用しなかった場合も、メッセージシステム１００を利用できるようになり、メッセージシステム１００の利用者が増加するという利点も生まれる。
【００８５】
なお、本実施形態においては、通信端末１１１が同一の通信網１１３に接続されている通信端末１１２に対してユーザＩＤなどを送る場合について記載したが、実際の実施はこれにとどまらない。
【００８６】
たとえば、お互いの通信端末が同一通信網に接続されていない場合であっても、本実施形態は同様に適用可能である。その具体的態様としては、電話回線網である通信網１１３に通信端末１１１が接続されている利用者がメッセージシステム１００のユーザＩＤを既に取得している場合に、通信端末１１１から、インターネットである別の通信網１１６にのみ接続されている通信端末１１４に対してユーザＩＤなどを送る態様が挙げられる。この態様では、通信端末１１１の利用者は、通信端末１１１から電話回線網である通信網１１３を介してメッセージシステム１００に接続し、新規ユーザ発行要求の旨および利用者自身のユーザＩＤとメッセージ交換相手である通信端末１１４のメールアドレスを、通信端末１１１のダイヤルボタンを用いて入力サブシステム１０１に伝え、出力サブシステム１０５からインターネットである通信網１１６に接続されている通信端末１１４に新規ユーザＩＤおよびメッセージングプログラムを送ることになる。
【００８７】
（第３の実施形態）
図５は、本発明の第３の実施形態に係る自動発行ユーザＩＤ付きメッセージシステムの構成を示す図である。なお、図５において、図１と同様の構成要素については同一の符号を付す。
【００８８】
図５に示すように、本実施形態に係るメッセージシステム５００は、図１のメッセージシステム１００に、メッセージ履歴管理サブシステム５０１と、メッセージ履歴データベース５０２とを追加した構成である。
【００８９】
本実施形態に係るメッセージシステム５００は、通信端末１１１，１１２，１１４，１１５と、通信端末１１１，１１２，１１４，１１５から新規ユーザＩＤなどを付与された任意の通信端末との間でメッセージシステム５００を利用してメッセージ交換を行う場合に、その通信履歴を取得するものである。
【００９０】
以下、本発明の第３の実施形態の動作について、図６に示すフローを参照して詳細に説明する。ここでは、通信端末１１１と、通信端末１１１から新規ユーザＩＤなどを付与された通信端末１１２との間でメッセージシステム５００を利用してメッセージ交換を行う場合の動作について説明する。
【００９１】
図６に示すように、まず、通信端末１１１は、通信端末１１２を宛先としたメッセージを送信する。このメッセージは、通信網１１３を経由し、入力サブシステム１０１およびメッセージ履歴管理サブシステム５０１に配信される（ステップＳ６０１）。
【００９２】
通信端末１１１から送信されたメッセージには、メッセージ送信先情報として、通信端末１１２の利用者が所有する、メッセージシステム５００のユーザＩＤが含まれている。入力サブシステム１０１は、通信端末１１１からのメッセージを受信後、このユーザＩＤを解釈し、通信網１１３を経由してメッセージ送信先、すなわち通信端末１１２宛に送信する（ステップＳ６０２）。ステップＳ６０２で送信されたメッセージは、通信端末１１２にて受信され、通信端末１１２で受信処理がなされる（ステップＳ６０３）。
【００９３】
一方、メッセージ履歴管理サブシステム５０１は、通信端末１１１からのメッセージを受信後、そのメッセージに係る情報を取得する（ステップＳ６０４）。ここで、メッセージに係る情報とは、メッセージの送信元、メッセージの送信先、メッセージの送信日時、メッセージのデータ量などをいう。
【００９４】
その後、メッセージ履歴管理サブシステム５０１は、通信端末１１１からのメッセージに係る情報を、メッセージ履歴データベース５０２に保存する（ステップＳ６０５）。
【００９５】
図７は、メッセージ履歴データベース５０２に保存されるデータの一例を示す図である。メッセージ履歴データベース５０２は、メッセージ履歴管理サブシステム５０１が得たメッセージに係るデータとして、メッセージの送信元のユーザＩＤ７０１、メッセージの送信先のユーザＩＤ７０２、メッセージの送信日時７０３、メッセージのデータ量７０４、その他のデータ７０５などを保存している。たとえば、図７において、データ７０６〜７１０は、あるメッセージの送信元のユーザＩＤが「Ｐ１」、送信先のユーザＩＤが「Ｃ１」、送信日時が「２００２年１１月１１日１時１分」、送信されたデータ量が「２０ｋｂｙｔｅｓ」であることを示す。また、データ７１１〜７１５も、別のメッセージに係る情報であるが、送信元の情報がない。これは、このメッセージが、メッセージシステム５００から送信されたものであることを示す。
【００９６】
以上説明したように本実施形態においては、メッセージシステム５００が、当該メッセージシステム５００の利用者が送信したメッセージに係る情報を取得でき、利用者のメッセージシステム５００の利用状況を取得できる。また、メッセージシステム５００の利用にあたって課金を行う場合、メッセージシステム５００の利用状況に応じた課金をするための情報を取得することができる。
【００９７】
なお、本実施形態においては、通信端末１１１からメッセージシステム５００を経由してメッセージが通信端末１１２に届く場合について記載したが、通信端末１１１に実装されるメッセージングプログラムによっては、課題を解決するための手段で述べたように、メッセージシステム５００を介さずにメッセージをやり取りする場合もありうる。この場合、メッセージ履歴管理サブシステム５０１は、やり取りされるメッセージに係る情報を直接取得することができない。そこで、メッセージングプログラムがこのような態様をとる場合、該当する通信端末は、メッセージ履歴サブシステム５０１に、適宜、通信網を経由してメッセージに係る情報を送信するものとする。
【００９８】
また、インターネットである通信網１１６および電話回線網である通信網１１３の双方に接続された通信端末１１５と、電話回線網である通信網１１３にのみ接続された通信端末１１１との間で、メッセージシステム５００を利用して音声をやり取りする場合、メッセージ履歴サブシステム５０１は、通信端末１１１から通信端末１１５への音声のやり取りに係る情報（通話時間など）は、電話回線網である通信網１１３から取得することができる。この場合、メッセージ履歴サブシステム５０１は、電話回線網である通信網１１３からも、適宜、やり取りされるメッセージに係る情報を取得するものとする。
【００９９】
（第４の実施形態）
図８は、本発明の第４の実施形態に係る自動発行ユーザＩＤ付きメッセージシステムの構成を示す図である。なお、図８において、図５と同様の構成要素については同一の符号を付す。
【０１００】
図８に示すように、本実施形態に係るメッセージシステム８００は、図５のメッセージシステム５００に、課金管理サブシステム８０１と、課金データベース８０２とを追加した構成である。課金管理サブシステム８０１は、ＩＤ管理サブシステム１０２とメッセージ履歴管理サブシステム５０１に接続され、ユーザＩＤに係る情報およびメッセージに係る情報が取得可能なようになっている。課金データベース８０２は、課金管理サブシステム８０１と接続されている。
【０１０１】
本実施形態に係るメッセージシステム８００は、新規ユーザＩＤの発行時にもしくは新規ユーザＩＤの発行から一定期間毎に、または通信端末間でのメッセージの送受信毎に課金を行うものである。
【０１０２】
以下、本発明の第４の実施形態の動作について、図９に示すフローを参照して詳細に説明する。
【０１０３】
図９に示すように、まず、ＩＤ管理サブシステム１０２は、ＩＤ管理データベース１０３から、すべてのユーザＩＤに係る情報の取得を行う（ステップＳ９０１）。
【０１０４】
その後、ＩＤ管理サブシステム１０２は、ステップＳ９０１で取得した情報を、課金管理サブシステム８０１に配信する（ステップＳ９０２）。
【０１０５】
一方、メッセージ履歴管理サブシステム５０１も、メッセージ履歴データベース５０２から、すべてのメッセージに係る情報を取得する（ステップＳ９０３）。
【０１０６】
その後、メッセージ履歴管理サブシステム５０１は、ステップＳ９０３で取得した情報を、課金管理サブシステム８０１に配信する（ステップＳ９０４）。
【０１０７】
課金管理サブシステム８０１は、ステップＳ９０２およびステップＳ９０４により配信された情報を受信する（ステップＳ９０５）。
【０１０８】
次に、課金管理サブシステム８０１は、ステップＳ９０２によりＩＤ管理サブシステム１０２から配信されたユーザＩＤに係る情報と、課金データベース８０２に保存されているデータ内容と照合する（ステップＳ９０６）。
【０１０９】
図１０は、課金データベース８０２に保存されるデータの一例を示す図である。課金データベース８０２は、課金を行う直前（図９に示す一連の処理を行う直前）までのすべてのメッセージ履歴とその課金情報として、メッセージの送信元のユーザＩＤ１０５１、メッセージの送信先のユーザＩＤ１０５２、メッセージの送信日時１０５３、メッセージのデータ量１０５４、メッセージに対する課金料金１０５５を管理している。また、課金を行う直前（図９に示す一連の処理を行う直前）までのすべてのユーザＩＤの発行履歴とその課金情報として、ユーザＩＤ１００１、当該ユーザＩＤの発行要求者のユーザＩＤ１００２、ユーザＩＤを発行した発行日時１００３、課金日時１００４などを管理している。
【０１１０】
たとえば、図１０において、データ１００５〜１００８は、ユーザＩＤ「Ｐ３」の利用者が発行を要求した新規ユーザＩＤ「Ｃ３」に対しては、新規ユーザＩＤ発行日時と課金日時が一致しており、これは新規ユーザＩＤ発行時に課金したことを示す。また、データ１００９〜１０１２は、新規ユーザＩＤ「Ｐ１」と当該ユーザＩＤの発行要求者のユーザＩＤ「Ｐ１」とが一致しているが、これはユーザＩＤ「Ｐ１」の利用者は通常のユーザ登録を行ったものであり、したがってユーザＩＤ「Ｐ１」については他の利用者が新たに発行を要求したユーザＩＤではなく課金の必要がないことを示す。また、データ１０１３〜１０１６は、ユーザＩＤ「Ｐ２」の利用者が発行を要求した新規ユーザＩＤ「Ｃ２」に対しては、新規ユーザＩＤ発行時から１月後の２００２年９月８日０時０分に課金を行ったことを示す。
【０１１１】
また、図１０において、データ１０５６〜１０６０は、ユーザＩＤ「Ｐ１」の利用者がユーザＩＤ「Ｃ１」の利用者を送信先として２００２年１１月１１日１時１分に送信した２０Ｋｂｙｔｅｓのメッセージについては、２０円の課金を行ったことを示す。また、データ１０６１〜１０６５は、メッセージの送信元のユーザＩＤが「−」となっており、送信元の情報がない。これはメッセージシステム８００が送信したデータであり、課金の必要がないことを示す。
【０１１２】
課金管理サブシステム８０１は、ＩＤ管理データベース１０３にあって課金データベース８０２にない新規ユーザＩＤがあれば、その新規ユーザＩＤは課金処理をした最終日よりも後に作成された新規ユーザＩＤであると判断し、その新規ユーザＩＤについては新規ユーザＩＤを発行したことによる課金の対象とする。
【０１１３】
また、課金管理サブシステム８０１は、課金データベース８０２の内容を確認することで、発行された新規ユーザＩＤに対して、最後に課金をしたのはいつであって、一定期間毎に課金をする場合に新たな課金の対象となるかどうかをチェックすることができる。たとえば、課金データベース８０２の内容が図１０の通りで、ステップＳ９０６を実施しているのが１０月１５日で、ユーザＩＤ発行後に毎月課金する場合を考える。この場合、データ１０１３〜１０１６については、新規ユーザＩＤ「Ｃ２」に対する最終課金日が９月８日であって、本来ならば１０月８日に課金をしなければならないところを、課金を行っていないから、課金を行わねばならないことがわかる。
【０１１４】
課金管理サブシステム８０１は、ステップＳ９０６による照合の結果、課金の必要のある新規ユーザＩＤが見つかれば、その新規ユーザＩＤの発行要求者に対して課金を行う（ステップＳ９０７）。
【０１１５】
たとえば、上記例の場合、新規ユーザＩＤ「Ｃ２」に対して課金を行わなくてはならならないため、課金管理サブシステム８０１は、ステップＳ９０７で、新規ユーザＩＤ「Ｃ２」の発行要求者であるユーザＩＤ「Ｐ２」の利用者に対して課金を行う。この場合、本来は１０月８日に課金すべきであったから、課金日時１０１６を「１０月８日０時０分」と書き込む。
【０１１６】
また、課金管理サブシステム８０１は、ステップＳ９０４によりメッセージ履歴管理サブシステム５０１から配信されたメッセージに係る情報と、課金データベース８０２に保存されているデータ内容とを照合する（ステップＳ９０８）。
【０１１７】
課金管理サブシステム８０１は、メッセージ履歴データベース５０２にあって課金データベース８０２にないメッセージがあれば、そのメッセージについては課金の対象とする。
【０１１８】
課金管理サブシステム８０１は、ステップＳ９０８による照合の結果、課金の必要のあるメッセージが見つかれば、そのメッセージに対して課金を行う（ステップＳ９０９）。
【０１１９】
ここで、メッセージの送信元または送信先のいずれかが新規ユーザＩＤを所有している場合、その新規ユーザＩＤの所有者またはその新規ユーザＩＤの発行要求者が課金を受ける対象となりうるものとする。新規ユーザＩＤの発行要求者を確認するには、ステップＳ４０４に係る図３の説明に記載した方法で確認することができる。
【０１２０】
その後、課金管理サブシステム８０１は、すべての新規ユーザＩＤとステップＳ９０７で課金した結果、およびすべてのメッセージ履歴とステップＳ９０９で課金した結果を、課金データベース８０２に保存する（ステップＳ９１０）。
【０１２１】
以上説明したように本実施形態においては、メッセージシステム８００が、新規ユーザＩＤの発行時にもしくは新規ユーザＩＤの発行から一定期間毎に、またはメッセージの送受信毎に漏れなく誤りのない課金ができる。
【０１２２】
なお、本実施形態においては、ステップＳ９０６からＳ９０９までの処理を行っているが、ステップＳ９０６とＳ９０７は新規ユーザＩＤ発行に係る課金手続、ステップＳ９０８とＳ９０９はメッセージ毎の課金手続であり、互いに独立である。したがって、実施形態によってはいずれかの手続を省略することも可能でき、柔軟性に富んだ課金が可能になる。
【０１２３】
また、ステップＳ９０６とＳ９０７では、新規ユーザＩＤの発行時および新規ユーザＩＤ発行から一定期間毎に、課金管理サブシステム８０１が課金を行うようにしているが、課金管理サブシステム８０１は、発行時の課金の省略や、新規ユーザＩＤ発行から一定期間毎の課金の省略を行うことも可能である。この課金の省略は、たとえば、新規ユーザＩＤの発行時における課金金額や、新規ユーザＩＤ発行から一定期間毎の課金金額を無料にすることで実現できる。
【０１２４】
【発明の効果】
本発明によれば、メッセージシステム利用の際に、メッセージ交換相手に対し、メッセージシステムに個人情報入力などのユーザ登録を行わせることなくユーザＩＤを取得させることができる。
【０１２５】
また、メッセージ交換相手に取得させたユーザＩＤにはメッセージシステムを利用するためのプログラムもパックされているので、そのメッセージ交換相手は、当該プログラムを明示的にダウンロードする必要がなくなる。
【０１２６】
その結果、メッセージシステムの円滑な導入と、メッセージシステムのユーザの加入の増大を図ることができる。
【０１２７】
また、本発明によれば、メッセージシステムの利用料が有料であって、メッセージシステムのユーザＩＤを所有する者同士のメッセージ交換でなければ高額な利用料を課する場合にも、メッセージ交換相手にユーザＩＤを上記のように取得させることによって高額な利用料が課されることがなくなるため、より安価な利用料でメッセージ交換を行うことが可能になる。
【０１２８】
さらに、本発明によれば、すべての新規ユーザＩＤおよびすべてのメッセージ交換に係る情報を保存し、それに応じた課金を行うことができるため、柔軟性に富み、かつ漏れなく誤りのない課金を行うことが可能になる。
【図面の簡単な説明】
【図１】本発明の第１および第２の実施形態に係るユーザＩＤ自動発行機能付きメッセージシステムの構成図である。
【図２】本発明の第１の実施形態の動作を説明するフロー図である。
【図３】本発明の第１の実施形態におけるＩＤ管理データベースのデータ構造を説明する図である。
【図４】本発明の第２の実施形態の動作を説明するフロー図である。
【図５】本発明の第３の実施形態に係るユーザＩＤ自動発行機能付きメッセージシステムの構成図である。
【図６】本発明の第３の実施形態の動作を説明するフロー図である。
【図７】本発明の第３の実施形態におけるメッセージ履歴データベースのデータ構造を説明する図である。
【図８】本発明の第４の実施形態に係るユーザＩＤ自動発行機能付きメッセージシステムの構成図である。
【図９】本発明の第４の実施形態の動作を説明するフロー図である。
【図１０】本発明の第４の実施形態における課金データベースのデータ構造を説明する図である。
【図１１】従来のメッセージシステムであって、１つの通信網に接続されているものの構成図である。
【図１２】従来のメッセージシステムであって、２つ以上の通信網に接続されているものの構成図である。
【符号の説明】
１００，５００，８００    メッセージシステム
１０１    入力サブシステム
１０２    ＩＤ管理サブシステム
１０３    ＩＤ管理データベース
１０４    メッセージングプログラムパッケージサブシステム
１０５    出力サブシステム
１１１，１１２，１１４，１１５    通信端末
１１３，１１６    通信網
５０１    メッセージ履歴管理サブシステム
５０２    メッセージ履歴データベース
８０１    課金管理サブシステム
８０２    課金データベース
【図１】
2004265042.tif 000003
【図２】
2004265042.tif 000004
【図３】
2004265042.tif 000005
【図４】
2004265042.tif 000006
【図５】
2004265042.tif 000007
【図６】
2004265042.tif 000008
【図７】
2004265042.tif 000009
【図８】
2004265042.tif 000010
【図９】
2004265042.tif 000011
【図１０】
2004265042.tif 000012
【図１１】
2004265042.tif 000013
【図１２】
2004265042.tif 000014