(57)【要約】【課題】送信者と受信者が各々の所望する時に所望する場所で、効率よく原稿を送受信することができる通信装置を提供することを課題とする。【解決手段】ユーザＡがサーバ２の管理するファクシミリ装置（送信機１Ａ）を使って、原稿を送信する場合には、まず、送信機１Ａのアカウントをサーバに登録しておく（Ｓ１）。このような状態で、ユーザＡが送信先であるユーザＢのアカウントを送信機１Ａに入力すると、送信機１ＡはユーザＢの登録状態をサーバ２に問い合わせる（Ｓ３）。サーバ２はユーザＢのアカウントの登録状態を調べる。ユーザＢがいずれかのファクシミリ装置（たとえば受信機１Ｂ）にアカウントを登録している場合には、サーバ２はユーザＢが受信機１Ｂにアカウントを登録していることを送信機１Ａに通知する（Ｓ９）。そして送信機１Ａは受信機１Ｂに接続要求を行い、原稿データを送信する（Ｓ１１〜Ｓ１４）。【選択図】図３
2008011028.tif 000002
【特許請求の範囲】
【請求項１】
送信データを入力する入力手段と、
受信者識別情報がサーバに登録されているかどうかを前記サーバに問い合わせる手段と、
前記サーバに前記受信者識別情報が登録されている場合、前記受信者識別情報の送信元である受信装置に対して前記送信データを送信する手段と、
前記サーバに前記受信者識別情報が登録されていない場合、前記サーバに前記受信者識別情報が登録されるまで前記送信データを記憶手段に格納する保持手段と、
を備えることを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、さらに、
送信者識別情報を入力する手段と、
前記送信データの送信先である受信装置に対して前記送信者識別情報を送信する手段と、
を備えることを特徴とする通信装置。
【請求項３】
請求項１または請求項２に記載の通信装置において、
前記保持手段は、
前記サーバに前記受信者識別情報が登録されたとき、前記受信者識別情報の送信元である受信装置に対して前記送信データを送信する手段、
を含むことを特徴とする通信装置。
【請求項４】
受信者識別情報を入力し、前記受信者識別情報をサーバに登録する登録手段と、
前記サーバに前記受信者識別情報を登録している状態で、前記受信者識別情報を指定した送信データの送信要求を前記サーバに登録している送信装置から、前記送信データを受信する手段と、
を備えることを特徴とする通信装置。
【請求項５】
請求項４に記載の通信装置において、
前記登録手段は、
前記受信者識別情報の登録期間を指定する手段と、
前記登録期間が経過したとき、前記サーバに対して前記受信者識別情報の登録削除を要求する手段と、
を含むことを特徴とする通信装置。
【請求項６】
請求項４または請求項５に記載の通信装置において、さらに、
前記受信者識別情報を解除する指示を受けつけて、前記サーバに対して、前記受信者識別情報の登録削除を要求する手段、
を備えることを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置によるデータの送受信をサーバで管理する技術に関する。
【背景技術】
【０００２】
ファクシミリ装置を使う場合において、あるユーザ（送信者）が原稿を送信したときに相手（受信者）が不在の場合がある。この場合、受信者側のファクシミリ装置においてプリント出力された送信原稿が残ったままとなる。このような状態は、第３者が原稿を読み取る可能性があるため、セキュリティの面において対策が必要である。
【０００３】
受信者が、送信原稿を確実に受け取るために、送信者と電話や電子メールを使って連絡を取る方法もあるが、時間と手間がかかる。そのため、送信者が所望する時に所望する場所で原稿を送信することができ、受信者が所望する時に所望する場所で送信原稿を受信することができるファクシミリ装置が要望されている。
【０００４】
その解決策の１つとして受信者が所望する場所で原稿を受け取ることができるように、送信原稿を転送することが可能なファクシミリ装置が存在する。しかし、受信者が所望する場所に転送されてきた送信原稿をすぐに受け取ることができない場合には、上記のセキュリティ面の問題は解決されない。つまり受信側のファクシミリ装置に送信原稿が印刷され、残留する時間がある。
【０００５】
さらに受信者が所望する時間に送信原稿の受信ができるファクシミリ装置として、セキュリティ受信機能がついたファクシミリ装置が存在する。セキュリティ受信機能とは、夜間や休日などの受信者が不在時に受信した原稿を印刷せずにメモリに蓄積する機能である。送信者がパスワードを設定することで、受信者側ではパスワードを知っている関係者のみがメモリに蓄積された原稿を取り出すことが可能となっている。しかし、原稿は受信者が印刷するまで受信者のファクシミリ装置のメモリに蓄積されるため、長時間不在のときはセキュリティの面で懸念が残る。
【０００６】
下記特許文献１の接続予約サービスは、電話の発信者が通話をしようとする相手の状態に応じて機能が変わるサービスである。このサービスでは、発信者の通話相手が在席の場合には通常の電話機と同じように通話が可能であり、不在の場合には通話相手が在席するまで接続予約を行ない、通話相手が在席するとともに通話が成立する。
【０００７】
【特許文献１】特開平６−１２１０４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１のサービスを利用すれば、送信者と受信者がお互いを確認しながら情報を伝達することができる。しかし、この接続予約サービスは双方の通話者が同時刻に双方の電話機を使うために工夫されたサービスであるため、このサービスをファクシミリ装置やデータ転送装置に応用すると、原稿の送信者と受信者が同時刻に双方のファクシミリ装置やデータ通信装置を使うことになる。これは送信者と受信者が各々の在席時間に合わせなければならないという制約がある。
【０００９】
そこで、本発明は前記問題点に鑑み、送信者と受信者が各々の所望する時に所望する場所で、効率よく原稿を送信することができる通信装置を提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、請求項１記載の発明は、送信データを入力する入力手段と、受信者識別情報がサーバに登録されているかどうかを前記サーバに問い合わせる手段と、前記サーバに前記受信者識別情報が登録されている場合、前記受信者識別情報の送信元である受信装置に対して前記送信データを送信する手段と、前記サーバに前記受信者識別情報が登録されていない場合、前記サーバに前記受信者識別情報が登録されるまで前記送信データを記憶手段に格納する保持手段と、を備えることを特徴とする。
【００１１】
請求項２記載の発明は、請求項１に記載の通信装置において、さらに、送信者識別情報を入力する手段と、前記送信データの送信先である受信装置に対して前記送信者識別情報を送信する手段と、を備えることを特徴とする。
【００１２】
請求項３記載の発明は、請求項１または請求項２に記載の通信装置において、前記保持手段は、前記サーバに前記受信者識別情報が登録されたとき、前記受信者識別情報の送信元である受信装置に対して前記送信データを送信する手段、を含むことを特徴とする。
【００１３】
請求項４記載の発明は、受信者識別情報を入力し、前記受信者識別情報をサーバに登録する登録手段と、前記サーバに前記受信者識別情報を登録している状態で、前記受信者識別情報を指定した送信データの送信要求を前記サーバに登録している送信装置から、前記送信データを受信する手段と、を備えることを特徴とする。
【００１４】
請求項５記載の発明は、請求項４に記載の通信装置において、前記登録手段は、前記受信者識別情報の登録期間を指定する手段と、前記登録期間が経過したとき、前記サーバに対して前記受信者識別情報の登録削除を要求する手段と、を含むことを特徴とする。
【００１５】
請求項６記載の発明は、請求項４または請求項５に記載の通信装置において、さらに、前記受信者識別情報を解除する指示を受けつけて、前記サーバに対して、前記受信者識別情報の登録削除を要求する手段、を備えることを特徴とする。
【発明の効果】
【００１６】
本発明の通信装置は、原稿を送信する者によって入力された送信相手（受信者）が、受信者識別情報をサーバに登録しているかどうかを、サーバを介して検索することができる。このため、受信者の登録状況に応じて原稿を送信することができる。
【００１７】
また、本発明の通信装置は、受信者が通信装置を通じてサーバに受信者識別情報を登録するまで、送信者が使う通信装置に送信データを保持することができるため、セキュリティの面で安全である。
【００１８】
更に本発明の通信装置は、サーバから受信者識別情報の登録通知を受け取ると、保持していた送信データを送信する。これにより、受信者が受信可能なタイミングで送信データを送信することができる。
【００１９】
また、本発明の通信装置は、受信装置に対して送信者の識別情報が送信されるので、受信者は送信者の情報を得ることができる。
【００２０】
また、本発明の通信装置はサーバで管理されているため、ユーザは、サーバで管理されているどの通信装置を用いても原稿を送受信することができる。
【００２１】
更に本発明の通信装置は、受信者識別情報をサーバに登録する期間を設定することができ、また、受信者識別情報の登録を削除したい場合には、設定期間内であってもサーバに登録されているアカウントの削除要求を行うことができる。これにより、受信者の都合に合わせて、受信可能なタイミングでデータを受信可能である。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本実施の形態に係るファクシミリ装置を用いた通信システムの全体図である。
【００２３】
この通信システムは、図１に示すようにファクシミリ装置１Ａ、１Ｂ、１Ｃと、サーバ２と、これらファクシミリ装置１Ａ、１Ｂ、１Ｃとサーバ２とを接続するネットワーク３とで構成される。図１ではファクシミリ装置１Ａ、１Ｂ、１Ｃは３台のみ図示しているが、多数であっても構わない。また、ネットワーク３はインターネットやＬＡＮを含むネットワークである。なお、以下の説明において、ファクシミリ装置１Ａ、１Ｂ、１Ｃについて共通の内容を説明する場合には、適宜ファクシミリ装置１として説明する。
【００２４】
サーバ２は、ユーザデータベース４を保有している。ユーザデータベース４は、ファクシミリ装置１およびファクシミリ装置１を使用するユーザを管理するデータベースである。表１にユーザデータベース４の登録例を示す。ここでは、ファクシミリ装置１Ａ（termial1）とユーザ（accountB）のアカウントが登録されている状態を示している。
【００２５】
【表１】
2008011028.tif 000003
【００２６】
表１において、terminal1は、ファクシミリ装置１Ａのアカウントであり、ファクシミリ装置１ＡのＩＰアドレス（192.168.0.2）が登録されている。なお、サーバ２のＩＰアドレスは、192.168.0.1である。また、accountBは、ユーザＢのアカウントである。そして、ユーザＢのアカウントには、terminal2のＩＰアドレスが登録されている。つまり、ユーザＢ（accountB）が、ファクシミリ装置１Ｂ（terminal2）を利用して、ユーザの登録操作を行った状態を示している。
【００２７】
次にファクシミリ装置１の構成について説明する。図２は本実施の形態に係るファクシミリ装置１の機能ブロック図である。ファクシミリ装置１は通信部１１、制御部１２、印刷部１３、読み取り部１４、入力部１５、表示部１６を備えている。
【００２８】
通信部１１はネットワーク３を介してサーバ２あるいは原稿を送受信する相手のファクシミリ装置１との間でデータの送受信を行う。つまり、本実施の形態において、各ファクシミリ装置１は、電話回線ではなく、インターネットやＬＡＮを介してデータの送受信を行う。したがって、送受信するデータはファクシミリ原稿に限られるものではないが、本実施の形態においては、読取った原稿を相手の端末に送信する場合を例に説明する。
【００２９】
制御部１２はファクシミリ装置１の全体制御を行う処理部であり、ＣＰＵやメモリなどを備える。制御部１２は通信部１１が受信したデータのうち、原稿のデータを復調し、印刷部１３で原稿を印刷させる。また、制御部１２は読み取り部１４（スキャナー）で読み取られた原稿のデータをメモリに蓄積する機能を備えている。
【００３０】
本実施の形態においては入力部１５と表示部１６とはタッチパネル式ディスプレイ１７で構成されている。ユーザＡ、Ｂはタッチパネル式ディスプレイ１７を用いてアカウント
やパスワード、原稿送信先のアカウントなどを入力する。
【００３１】
以上の機能部を備えたファクシミリ装置１の通信処理の流れを説明する。図３は送信機１Ａと受信機１Ｂとサーバ２とを含めた通信システムの処理の流れを示す図である。図３の説明においては、ファクシミリ装置１Ａが送信側の装置として機能するので送信機１Ａとして説明し、ファクシミリ装置１Ｂが受信側の装置として機能するので、受信機１Ｂとして説明する。
【００３２】
なお、送信機１Ａ、受信機１Ｂが実行する処理は、各々の装置が内蔵している制御部１２において実行されるプログラムによる処理である。また、サーバ２が送信機１Ａと受信機１Ｂの状態管理を行うために、ＳＩＰ（Session Initiation Protocol）が利用される。
【００３３】
送信機１Ａ、１Ｂ間でデータの送受信が行われる前に、あらかじめ、送信機１Ａから、送信機１Ａのアカウント登録要求（REGISTER）が、サーバ２に送信される（ステップＳ１）。サーバ２はこの登録要求を受けて、送信機１Ａのアカウントをデータベース４に登録し、送信機１Ａに応答する（ステップＳ２）。表１で示したように、送信機１ＡのアカウントがＩＰアドレス（192.168.0.2）と関連付けられて登録される。
【００３４】
次に、ユーザＡが送信機１Ａに原稿を読み取らせた後、ユーザＡのアカウントとデータの送信先としてユーザＢのアカウントを入力すると、送信機１Ａがサーバ２に、ユーザＢのアカウントに対する状態の問い合わせ（SUBSCRIBE）を行う（ステップＳ３）。サーバ２はその問い合わせに応答する（ステップＳ４）。そして、サーバ２がユーザデータベース４を検索して、ユーザＢのアカウントの登録状態を調べる。図３の例では、ステップＳ３の問い合わせ（SUBSCRIBE）をした時点では、ユーザＢが未だサーバ２にアカウントを登録していないので、サーバ２はユーザＢがアカウント登録していないことを送信機１Ａに通知(NOTIFY)する（ステップＳ５）。送信機１Ａはこの通知に応答する（ステップＳ６）。そして、送信機１Ａは、サーバ２にユーザＢのアカウントが登録されるまで、読み込んだ原稿のデータをメモリに保持し、送信を予約する状態となる。
【００３５】
この後、ユーザＢが受信機１Ｂにアカウントを登録すると、受信機１Ｂはサーバ２にユーザＢのアカウントの登録要求(REGISTER)を行う（ステップＳ７）。このときユーザＢは、受信機１Ｂにアカウントを登録している状態を保持する時間を設定することができる。保持する時間が設定された場合には、メモリにアカウント登録時間が保存される。そしてサーバ２は表１に示すように、ユーザＢのアカウント（accountB）と、受信機１ＢのＩＰアドレス（192.168.0.3）とを関連付けてユーザデータベース４に登録し、受信機１Ｂに応答する（ステップＳ８）。続いてサーバ２はユーザＢがアカウントを登録していることを送信機１Ａに通知(NOTIFY)する（ステップＳ９）。送信機１Ａはこの通知に応答する（ステップＳ１０）。
【００３６】
そして送信機１Ａは、サーバ２を介して受信機１Ｂに接続要求（INVITE）を行う（ステップＳ１１）。受信機１Ｂは送信機１Ａに対してこの要求に対する応答を行う（ステップＳ１２）。送信機１Ａが応答を受信すると、送信機１Ａと受信機１Ｂとの間でメディアセッションが確立される（ステップＳ１３）。そして送信機１Ａに保持されていた原稿のデータが受信機１Ｂに送信される（ステップＳ１４）。
【００３７】
送信機１Ａから受信機１Ｂへのデータの送信が完了すると、送信機１Ａは、サーバ２を介して受信機１Ｂに切断要求（BYE）を行う（ステップＳ１５）。受信機１Ｂは送信機１Ａに対してこの要求に対する応答を行う（ステップＳ１６）。このようにして送信機１Ａから受信機１Ｂへのデータの送信が完了する。
【００３８】
その後、受信機１Ｂはサーバ２から他の接続要求が送信されてくるのを待機する状態になる。そして受信機１Ｂは、ユーザＢが設定したアカウントの登録状態を保持する時間が経過した時点で、サーバ２に登録されているユーザＢのアカウントの削除要求(REGISTER)を行う（ステップＳ１７）。同時に受信機１Ｂの表示部１６には受信データがない旨（新着データなし）表示される。そしてサーバ２は、ユーザデータベース４からユーザＢのアカウントの削除を実行し、受信機１Ｂに応答する（ステップＳ１８）。
【００３９】
前述のように送信機１Ａ、受信機１Ｂ、サーバ２との間の情報交換には、ＳＩＰが利用されている。図４では図３の通信システムで使われるＳＩＰコマンドの例を示す。図４の１２ＡはユーザＢのアカウント登録（REGISTER）（図３のステップＳ７）コマンドを表わす。Fromフィールドには登録の要求を発行する者（ユーザＢ）のアカウント（accountB@sample.net）が記述され、Toフィールドには登録したい対象（ユーザＢ）のアカウント（accountB@sample.net）が記述されている。また、expiresフィールドにはユーザＢが設定したアカウントの登録状態を保持する時間（ここでは、１８００秒）が秒単位で記述されている。
【００４０】
１２Ｂは送信機１Ａから受信機１Ｂへの接続要求（図３のステップＳ１１）コマンドを表わす。１行目には、宛先であるユーザＢのアカウント（accountB@sample.net）が記述され、２行目には自装置のＵＲＩ（terminal1@sample.net）が示されている。Fromフィールドにはリクエスト発行者として、ユーザＡのアカウント（accountA@sample.net）が記述され、Toフィールドには、リクエスト宛先としてユーザＢのアカウント（accountB@sample.net）が記述されている。このように、Fromフィールドに、送信元識別情報であるユーザＡのアカウントが記述されているので、受信側では、このFromフィールドを参照することで、送信データの送信元ユーザを特定することが可能である。
【００４１】
１２Ｃは受信機１Ｂにおける接続要求に対する応答（図３のステップＳ１２）コマンド（200  OK）を表わす。
【００４２】
図３では、ユーザＡが送信機１Ａにアカウントを登録した後に、ユーザＢが受信機１Ｂにアカウントを登録して、データの送信処理が行われるという場合を例に説明した。しかし、これ以外にも様々な場合が考えられる。例えばユーザＡが送信機１Ａにアカウントを登録した後に、ユーザＢが受信機１Ｂにアカウントを登録しない場合などである。様々な場合に対応した処理の内容について、図５から図９のフローチャートを参照して説明する。
【００４３】
図５、図６及び図７は送信機１Ａに注目した送信処理のフローチャートである。送信処理のメインフローについて、図５のフローチャートを参照して説明する。ユーザによって原稿送信処理などが行われる前に、あらかじめ、送信機１Ａは、送信機１Ａのアカウント登録要求（REGISTER）をサーバ２に送信する（ステップＳ２１）。登録が行われている状態で、送信機１Ａのタッチパネル式ディスプレイ１７がユーザＡによって操作され、原稿を送信するのに必要な表示に変更される（ステップＳ２２）。送信機１Ａのタッチパネル式ディスプレイ１７が原稿を送信するのに必要な表示に変更されると、ユーザＡが送信する原稿を読み取り部１４に読み込ませる。
【００４４】
続いて、ユーザＡが、ユーザＡのアカウントとパスワードを入力し、さらに、送信先のユーザＢのアカウントを入力する。（ステップＳ２３）。このように、送信先のアカウントと合わせて、送信元のユーザＡのアカウントも入力するようにしている。この送信元のアカウントは上述したように、ヘッダに記録されて送信先の端末に送られるので、送信先の端末では、この情報をもとに、送信元のユーザＡを特定することが可能である。たとえば、操作パネルに送信元のユーザＡの名称等を表示すれば利便性がよい。また、送信元のアカウントが通知されるので、ユーザＡは、いずれの装置を利用して送信操作を行ってもよい。いずれの装置から送信した場合でも、送信元がユーザＡであることが通知されるので、所望の場所から原稿を送信することができる。そして、ユーザＡを宛先とする原稿を所望の場所で受信することができるのである。
【００４５】
次に、入力された送信先のアカウント情報をもとに、送信先の問い合わせ（SUBSCRIBE）コマンドがサーバ２に送られる（ステップＳ２４）。サーバ２は、ユーザデータベース４を検索して、ユーザＢのアカウントの登録状態を調べる。
【００４６】
ユーザＢがいずれかのファクシミリ装置１（たとえば受信機１Ｂ）においてアカウントを登録している場合には、送信機１ＡはユーザＢがアカウントを登録していることをサーバ２から通知される。この通知を受けることで、ユーザＢは受信可能状態であると判断できるので（ステップＳ２５でＹＥＳ）、送信機１Ａは、送信処理を行う（ステップＳ２７）。これは図３における送信機１Ａ側のステップＳ９以降のステップに対応している。また、この送信処理については図７のフローチャートを用いて、後で説明する。
【００４７】
ユーザＢが他のファクシミリ装置１にアカウントを登録していない場合には、サーバ２はユーザＢがアカウントを登録していないことを通知する。この通知を受けることで、ユーザＢが受信可能状態にないと判断できるので（ステップＳ２５でＮＯ）、送信機１ＡはユーザＢのアカウントが登録されるまで、読み込んだ原稿のデータをメモリに保持し、送信予約処理（ステップＳ２６）を行なう。
【００４８】
次に上記の送信予約処理について、図６のフローチャートを参照して説明する。送信機１ＡはユーザＡ以外にも個人のアカウントを持っている複数のユーザによって使用される。以下のフローでは、ユーザＡの送信予約処理がある場合を例に説明するが、実際には、複数のユーザにより送信予約が行われる。
【００４９】
まず、送信機１Ａは、送信予約が存在するかどうかチェックし（ステップＳ２５１）、送信予約が存在する場合には、送信ジョブを読み出す(ステップＳ２５２)。この送信ジョブには、送信原稿データを指定する情報、送信元識別情報（ここではユーザＡのアカウント）と送信先識別情報（ここではユーザＢのアカウント）が登録されている。
【００５０】
次に、送信機１Ａは、サーバ２にユーザＢのアカウントの登録状態を問い合わせる（ステップＳ２５３）。
【００５１】
ユーザＢがいずれかのファクシミリ装置１にアカウントを登録している場合（ステップＳ２５４でＹＥＳ）には、そのファクシミリ装置１を送信先として原稿データの送信処理を行う（ステップＳ２５５）。送信処理については図７のフローチャートを用いて、後で説明する。
【００５２】
ユーザＢが他のファクシミリ装置１にアカウントを登録していない場合（ステップＳ２５４でＮＯ）には、他の送信予約が存在するかどうかをチェックし（ステップＳ２５６）、上記の送信予約処理を繰り返す。
【００５３】
次に送信処理について、図７のフローチャートを参照して説明する。これは図３における送信機１Ａ側のステップＳ１１以降の処理に対応する。まず、送信機１Ａは送信元の識別情報（アカウント）を読み出し、接続要求データを生成する（ステップＳ２６１）。次に、サーバ２を介して受信機１Ｂに接続要求を送る（ステップＳ２６２）。これは図３におけるステップＳ１１に対応し、また図４における１２ＢのＳＩＰコマンドに対応している。
【００５４】
次に受信機１Ｂから接続要求に対する応答が送られてくると（ステップＳ２６３でＹＥＳ）、送信機１Ａはその応答を受信し、送信機１Ａと受信機１Ｂとの間で通信コネクションが確立される（ステップＳ２６４）。
【００５５】
送信機１Ａと受信機１Ｂとの間で通信コネクションが確立された後、メディアセッションが確立され、送信機１Ａは原稿のデータを受信機１Ｂに送信する（ステップＳ２６５）。送信機１Ａから受信機１Ｂへのデータの送信が完了すると、送信機１Ａは、サーバ２を介して受信機１Ｂに切断要求を行う（ステップＳ２６６）。
【００５６】
そして送信機１Ａが切断要求に対する応答を受信すると（ステップＳ２６７でＹＥＳ）、送信機１Ａと受信機１Ｂとの間での通信コネクションが切断される（ステップＳ２６８）。
【００５７】
次に受信機１Ｂに注目した受信処理について、図８、図９のフローチャートを参照しながら説明する。まず受信処理のメインフローについて、図８のフローチャートを参照しながら説明する。
【００５８】
ユーザＢが原稿を受信するために、受信機１Ｂのタッチパネル式ディスプレイ１７を操作すると、受信機１Ｂのタッチパネル式ディスプレイ１７が原稿を受信するのに必要な表示に変更される（ステップＳ３１でＹＥＳ）。そして、ユーザＢが受信機１Ｂのタッチパネル式ディスプレイ１７でアカウントとパスワードを入力して、受信機１Ｂにアカウントを登録する（ステップＳ３２）。このときユーザＢは、受信機１Ｂにアカウントを登録している状態を保持する時間を設定することができる。受信機１ＢはユーザＢのアカウント登録情報を生成すると（ステップＳ３３）、サーバ２にアカウント情報の登録要求を行う（ステップＳ３４）。これは図３におけるステップＳ７に対応し、また図４における１２Ａで示すＳＩＰコマンドに対応している。
【００５９】
サーバ２において、ユーザＢのアカウントが登録され、その応答が受信機１Ｂへ送信されてくると（ステップＳ３５でＹＥＳ）、受信機１Ｂは接続要求の受信待機状態になる。
【００６０】
更に受信機１Ｂがサーバ２を介して送信機１Ａからの接続要求を受信した場合（ステップＳ３６でＹＥＳ）、受信機１Ｂは受信処理を行う（ステップＳ３８）。ここで、送信機１Ａから送信されてくる接続要求には、前述したように、送信元識別情報として、ユーザＡのアカウントが登録されている。たとえば、受信機１Ｂは、表示部１６に送信元情報を表示させることができる。受信機１Ｂの受信処理については後で説明する。
【００６１】
送信機１Ａからの接続要求が送信されてこない場合（ステップＳ３６でＮＯ）、制御部１２が備えるタイマーが作動し、ユーザＢがアカウントを登録してからの時間を計測する（ステップＳ３７）。ユーザＢが設定したアカウントの登録状態を保持する時間が経過すると（ステップＳ３９でＹＥＳ）、受信機１Ｂの表示部１６に受信データがない旨（新着なし）表示される（ステップＳ４１）。次に、受信機１Ｂは、ユーザＢのアカウントを登録削除するための情報を生成し（ステップＳ４２）、サーバ２に対して登録削除要求を送信する（ステップＳ４３）。
【００６２】
また、ユーザＢが設定したアカウントの登録状態を保持する時間が経過する前（ステップＳ３９でＮＯ）に、ユーザＢが受信停止の指示を受信機１Ｂに与える場合（ステップＳ４０でＹＥＳ）にも上記で説明したステップＳ４２とステップＳ４３の処理が行われる。たとえば、ユーザＢは、３０分間登録状態を保持する設定をしたが、外出する用事ができた場合などには、受信機１Ｂに対して登録削除指示を行うのである。これにより、サーバ２からユーザＢの登録が削除され、受信不可能な状態に遷移する。
【００６３】
サーバ２がユーザＢのアカウント削除を実行すると、サーバ２から受信機１Ｂにその応答が送信される（ステップＳ４４でＹＥＳ）。
【００６４】
次に受信機１Ｂにおける受信処理（ステップＳ３８）について、図９のフローチャートを用いて説明する。受信機１Ｂはサーバ２を介して送信機１Ａからの接続要求を受信すると（ステップＳ３８１でＹＥＳ）、サーバ２を介して送信機１Ａにこの要求の応答を行う（ステップＳ３８２）。これは図３におけるステップＳ１１とステップＳ１２に対応する。また図４における１２Ｃで示すＳＩＰコマンド（200 OK）に対応している。
【００６５】
送信機１Ａが応答を受信すると、送信機１Ａと受信機１Ｂとの間で通信コネクションが確立される（ステップＳ３８３）。そしてメディアセッションが確立され、受信機１Ｂは送信機１Ａに保持されていた原稿のデータを受信する（ステップＳ３８４）。
【００６６】
送信機１Ａから受信機１Ｂへのデータの送信が完了すると、受信機１Ｂは送信機１Ａからの切断要求を受信する（ステップＳ３８５でＹＥＳ）。受信機１Ｂは切断要求を受信した後に、送信機１Ａに対して切断要求に対する応答を行う（ステップＳ３８６）。そして送信機１Ａと受信機１Ｂとの間での通信コネクションが切断される（ステップＳ３８７）。このようにして受信機１Ｂにおける受信処理が行われるのである。
【００６７】
上記に説明したように、本実施の形態に係るファクシミリ装置１を使用することで、ユーザが原稿の送信者である場合、所望する時に所望する場所で、効率よく原稿を送信することができる。上記の例では送信者（ユーザＡ）は特定の送信機１Ａを使用していたが、サーバが管理するファクシミリ装置１のうち、どれを使用しても構わない。送信する原稿は送信者が使うファクシミリ装置１に保持されるため、セキュリティの面でも安心である。また、ファクシミリ装置１のユーザが受信者（ユーザＢ）である場合にも、上記と同様の理由で、所望する時に所望する場所で効率よく送信原稿を受信することができるのである。
【００６８】
また、上述したように、本発明は、ファクシミリ装置以外にも様々なデータ通信端末に適用可能である。つまり、スキャナで原稿を読取って相手の端末に送信するという形態以外にも、メモリに蓄積されているデータを相手端末に送信する端末などに広く適用可能である。
【図面の簡単な説明】
【００６９】
【図１】実施の形態に係るファクシミリ装置を用いた通信システムの全体図である。
【図２】ファクシミリ装置の機能ブロック図である。
【図３】通信システム全体の処理の流れを示す図である。
【図４】通信システムで使われるＳＩＰコマンドの例を示す図である。
【図５】送信機に注目した送信処理を示すメインフローチャートである。
【図６】送信機に注目した送信予約処理を示すフローチャートである。
【図７】送信機に注目した送信処理を示すフローチャートである。
【図８】受信機に注目した受信処理を示すメインフローチャートである。
【図９】受信機に注目した受信処理を示すフローチャートである。
【符号の説明】
【００７０】
１，１Ａ，１Ｂ，１Ｃ        ファクシミリ装置
２                          サーバ
３                          ネットワーク
【図１】
2008011028.tif 000004
【図２】
2008011028.tif 000005
【図３】
2008011028.tif 000006
【図４】
2008011028.tif 000007
【図５】
2008011028.tif 000008
【図６】
2008011028.tif 000009
【図７】
2008011028.tif 000010
【図８】
2008011028.tif 000011
【図９】
2008011028.tif 000012
【手続補正書】
【提出日】平成19年6月1日(2007.6.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４
【補正方法】変更
【補正の内容】
【請求項４】
受信者識別情報を入力し、前記受信者識別情報をサーバに登録する登録手段と、
前記サーバに前記受信者識別情報を登録している状態で、前記受信者識別情報を指定した登録確認要求を前記サーバに通知している送信装置から、前記送信データを受信する手段と、
を備えることを特徴とする通信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
請求項４記載の発明は、受信者識別情報を入力し、前記受信者識別情報をサーバに登録する登録手段と、前記サーバに前記受信者識別情報を登録している状態で、前記受信者識別情報を指定した登録確認要求を前記サーバに通知している送信装置から、前記送信データを受信する手段と、を備えることを特徴とする。